(57)【要約】【課題】  通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用いて、オープンネットワーク上で２種以上の認証方法を重複実行することができる利用者識別方法、システム及びプログラムの提供。【解決手段】  通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介してアプリケーションサーバから利用者端末にＪＡＶＡ  ＡＰＰＬＥＴを取得し、次いで該ＪＡＶＡ  ＡＰＰＬＥＴにより、前記アプリケーションサーバに接続されたデータベースサーバから利用者が使用可能な２種以上の認証方法のリストを取得た後、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行する。【選択図】  図２
2005352629.tif 000002
【特許請求の範囲】
【請求項１】
通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介してアプリケーションサーバから利用者端末にＪＡＶＡ  ＡＰＰＬＥＴを取得するステップと、該ＪＡＶＡ  ＡＰＰＬＥＴにより、前記アプリケーションサーバに接続されたデータベースサーバから利用者が使用可能な２種以上の認証方法のリストを取得するステップと、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行するステップとを有することを特徴とする利用者識別方法。
【請求項２】
少なくとも２種以上の認証方法の実行用データファイルを備えたデータベースサーバと、このデータベースサーバに接続され、少なくともＪＡＶＡ  ＡＰＰＬＥＴをダウンロードさせる手段及び認証処理を実行制御する手段を備えたアプリケーションサーバと、このアプリケーションサーバとオープンネットワークを介して通信される利用者端末とを有し、かつ前記利用者端末は、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介して前記アプリケーションサーバからＪＡＶＡ  ＡＰＰＬＥＴを取得する手段と、該ＪＡＶＡ  ＡＰＰＬＥＴにより、前記アプリケーションサーバを介して前記データベースサーバから利用者が使用可能な２種以上の認証方法のリストを取得する手段と、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行する手段とを備えていることを特徴とする利用者識別システム。
【請求項３】
利用者端末を、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介してアプリケーションサーバからＪＡＶＡ  ＡＰＰＬＥＴを取得する手段と、該ＪＡＶＡ  ＡＰＰＬＥＴにより前記アプリケーションサーバに接続されたデータベースサーバから利用者が使用可能な２種以上の認証処理のリストを取得する手段と、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行する手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はオープンネットワーク通信における不正アクセスを防止するための利用者識別方法、システム及びプログラムに関する。
【背景技術】
【０００２】
コンピュータ通信において、アクセスしようとしている利用者が真正な本人か否かを確認する方法としては、本人の知識（例えばパスワード等）、本人の所有物（例えばＩＤカード等）、本人の身体的特徴（例えば指紋等）、本人の特性（例えば声紋等）など、本人の個人情報を利用した種々の認証方法が既に知られ（例えば、非特許文献１参照）、実用にも供せられている。而して、これらの認証方法は２種以上を重複実行すれば、当然に本人確認の精度が向上する。
【０００３】
しかしながら、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用いた場合、オープンネットワークを介して利用者が使用可能な２種以上の認証方法を取得実行することは不可能であったため、オープンネットワーク上で２種以上の認証方法の重複実行による精度向上は実現できていなかったのが実状であった。
【非特許文献１】日本銀行金融研究所／金融研究／２０００．４第１５５〜１８９頁
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は斯かる従来の実状に鑑みてなされたものであり、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用いて、オープンネットワーク上で２種以上の認証方法を重複実行することができる利用者識別方法、システム及びプログラムを提供することを課題としている。
【０００５】
而して、本発明者は当該課題を解決すべく種々検討を重ねた結果、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、認証処理を制御するアプリケーションサーバからＪＡＶＡ（登録商標）  ＡＰＰＬＥＴを取得し、この取得したＪＡＶＡ  ＡＰＰＬＥＴを用いれば、アプリケーションサーバを介してデータベースサーバから使用可能な２種以上の認証方法のリストを取得した上で、順次重複実行し得ることを見出し本発明を完成した。
【課題を解決するための手段】
【０００６】
すなわち、本発明の利用者識別方法は、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介してアプリケーションサーバから利用者端末にＪＡＶＡ  ＡＰＰＬＥＴを取得するステップと、該ＪＡＶＡ  ＡＰＰＬＥＴにより、前記アプリケーションサーバに接続されたデータベースサーバから利用者が使用可能な２種以上の認証方法のリストを取得するステップと、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行するステップを行なうことにより前記課題を解決したものである。
【０００７】
また、本発明の利用者識別システムは、少なくとも２種以上の認証方法の実行用データファイルを備えたデータベースサーバと、このデータベースサーバに接続され、少なくともＪＡＶＡ  ＡＰＰＬＥＴをダウンロードさせる手段及び認証処理を実行制御する手段を備えたアプリケーションサーバと、このアプリケーションサーバとオープンネットワークを介して通信される利用者端末とを有し、かつ前記利用者端末に、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介して前記アプリケーションサーバからＪＡＶＡ  ＡＰＰＬＥＴを取得する手段と、該ＪＡＶＡ  ＡＰＰＬＥＴにより、前記アプリケーションサーバを介して前記データベースサーバから利用者が使用可能な２種以上の認証方法のリストを取得する手段と、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行する手段とを備えせしめたことにより前記課題を解決したものである。
【０００８】
また、本発明の利用者識別プログラムは、利用者端末を、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、オープンネットワークを介してアプリケーションサーバからＪＡＶＡ  ＡＰＰＬＥＴを取得する手段と、該ＪＡＶＡ  ＡＰＰＬＥＴにより前記アプリケーションサーバに接続されたデータベースサーバから利用者が使用可能な２種以上の認証処理のリストを取得する手段と、前記アプリケーションサーバを介して前記データベースサーバから当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行する手段として機能させるためのプログラムにより前記課題を解決したものである。
【発明の効果】
【０００９】
本発明によれば、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用いて、オープンネットワーク上で２種以上の認証方法を重複実行し得るので、より容易かつ確実に本人確認の精度を向上せしめることができる。
従って、例えば医薬品の臨床試験データや金融取引データ等の特に徹底した情報管理が要求されるデータへの不正アクセス防止に効果的である。
しかも、本発明はWindows（登録商標）及びMAC OSXの何れのOSにも対応し得るので汎用性に優れる。
【発明を実施するための最良の形態】
【００１０】
以下本発明の一実施の形態を図面と共に説明する。
【００１１】
図１は本発明に係る利用者識別システムの概略構成説明図である。
該図１において、１は利用者端末で、認証方法に対応した個人情報入力装置としてカードリーダ１ａや指紋リーダ１ｂが適宜接続されている。２はアプリケーションサーバで、少なくともＪＡＶＡ  ＡＰＰＬＥＴをダウンロードさせる手段と認証処理を実行制御する手段を備え、インターネットＷを介して前記利用者端末１と通信可能となっている。
【００１２】
３はデータベースサーバで、２種以上の認証方法の実行用データファイル３ａと管理情報（例えば医薬品の臨床データ等）のデータファイル３ｂを備え、前記アプリケーションサーバ２に接続されている。尚、この認証方法の実行用データファイル３ａに格納される具体的な認証方法としては特に限定されないが、例えばパスワード認証、マトリクス認証、ＩＣカード認証、指紋認証、声紋認証等が挙げられ、これらは適宜２種以上が選択格納される。
【００１３】
また、前記利用者端末１には、前記２種以上の認証方法の重複実行処理手段を実現制御するため、該利用者端末１を、通信プロトコルとしてＨＴＴＰ又はＨＴＴＰＳを用い、インターネットＷを介して前記アプリケーションサーバ２からＪＡＶＡ  ＡＰＰＬＥＴを取得する手段と、該ＪＡＶＡ  ＡＰＰＬＥＴにより前記アプリケーションサーバ２を介してデータベースサーバ３から利用者が使用可能な２種以上の認証方法のリストを取得する手段と、前記アプリケーションサーバ２を介してデータベースサーバ３から当該認証方法のリスト中の認証方法を２種以上順次選択して重複実行する手段として機能させるためのプログラムがインストールされている。
【実施例】
【００１４】
次に、上記の実施の形態に係る本発明システムにより、医師がデータベースサーバ３の管理情報のデータファイル３ｂ中の医薬品の臨床データにアクセスする際における利用者たる医師の識別例を、処理ステップの概略フローチャートを示す図２と共に説明する。
【００１５】
Ｓ１０１：まず、医師が利用者端末１のブラウザから、インターネットＷを介してアプリケーションサーバ２上の保護されたページにアクセスする。
Ｓ１０２：次に、アプリケーションサーバ２では、アクセスしにきたブラウザ上に、認証Ｃｏｏｋｉｅがあるかどうかを確認する。
Ｓ１０３：次に、Ｓ１０２でＣｏｏｋｉｅがない場合アプリケーションサーバ２は、認証ページをブラウザに送る。
Ｓ１０４：次に、ブラウザでは、当該認証ページ上にＪＡＶＡ  ＡＰＰＬＥＴをダウンロードする命令が書かれている為、医師が利用者端末１において認証手続をするとＪＡＶＡ  ＡＰＰＬＥＴがブラウザにダウンロードされる。
Ｓ１０５：次に、ＪＡＶＡ  ＡＰＰＬＥＴがダウンロードされると、ブラウザにユーザーＩＤを入力する画面が表示される。
Ｓ１０６：次に、医師が利用者端末１においてユーザーＩＤを入力すると、ＪＡＶＡ  ＡＰＰＬＥＴは、ユーザーＩＤをアプリケーションサーバ２に送信する。
Ｓ１０７：次に、アプリケーションサーバ２は、指定されたユーザーＩＤの医師が使用出来る２種以上の認証方法のリストをデータベースサーバ３の認証方法実行用データファイル３ａから取得する。
Ｓ１０８：次に、アプリケーションサーバ２は、この取得した認証方法のリストをＪＡＶＡ  ＡＰＰＬＥＴへ送信する。
【００１６】
Ｓ１０９：２つ目以降の認証方法はこのステップ、すなわち送信を受けたリストから処理を行う。
また、認証処理途中で認証方式を変更した場合も同様にこの送信を受けたリストから処理を行なう。
【００１７】
Ｓ１１０：次に、医師はＪＡＶＡ  ＡＰＰＬＥＴにより、認証方法のリストから一つ目の認証方法（例えばカード認証）を選択し、デフォルトの認証方式で認証を開始する為のコマンドをアプリケーションサーバ２へ送信する。
Ｓ１１１：次に、アプリケーションサーバ２は、指定された認証方法（例えばカード認証）のデータをデータベースサーバ３の認証方法実行用データファイル３ａから取得する。
Ｓ１１２：次に、アプリケーションサーバ２は、乱数を発生させ、その乱数をチャレンジコードとする（このシステム例では、サーバ間でパスワードやＩＤカードのＩＤｍを直接送受信する事を避ける為、チャレンジ・レスポンス方式を使用）。
Ｓ１１３：次に、アプリケーションサーバ２はＪＡＶＡ  ＡＰＰＬＥＴへ、チャレンジコードと認証用データを送信する。
Ｓ１１４：次に、ＪＡＶＡ  ＡＰＰＬＥＴは、指定された認証方法の認証画面を表示する。
Ｓ１１５：次に利用者端末１において、医師が個人情報を入力（例えばパスワードやカードリーダ１ａによるＩＣカード情報入力）する。
【００１８】
Ｓ１１６：次に、チャレンジコードと入力された個人情報を元に、利用者端末１はレスポンスコードを生成する。レスポンスコードの生成方法は、認証方法（例えば、パスワード認証、マトリクス認証、ＩＣカード認証、指紋認証等）によって通常公知の方法で適宜設定することができる。
【００１９】
Ｓ１１７：次に、ＪＡＶＡ  ＡＰＰＬＥＴは、レスポンスコード（Ｓ１１６で取得）をアプリケーションサーバ２へ送信する。
Ｓ１１８：Ｓ１１６と同様の手法でレスポンスコードを取得するが、個人情報は入力値ではなく、データベースサーバ３のデータファイル３ａから取得した値を使用する。アプリケーションサーバ２は、このようにして取得したレスポンスコードと、ＪＡＶＡ  ＡＰＰＬＥＴから送信されてきたレスポンスコードを照合する。
Ｓ１１９：次に、この照合処理で合致した場合、アプリケーションサーバ２は認証成功のステータスと認証ＣｏｏｋｉｅをＪＡＶＡ  ＡＰＰＬＥＴへ送信する。
【００２０】
次に、２つ目（あるいは更に３つ目）の認証方法を、上記Ｓ１０９〜Ｓ１１９を繰り返すことにより重複実行する。因に、２つ目の認証方法として指紋認証を選択した場合には、Ｓ１１５においては指紋リーダ１ｂにより指紋情報が入力される。
【００２１】
Ｓ１２０：ＪＡＶＡ  ＡＰＰＬＥＴは、重複実行した全ての認証方法について認証成功のステータスを受信した場合に、終了する。
Ｓ１２１：次に、ＪＡＶＡ  ＡＰＰＬＥＴが終了すると、ブラウザはＳ１０１でアクセスしようとした保護されたページへ、自動的にアクセスする。
Ｓ１２２：次に、アプリケーションサーバ２はブラウザの保持しているＣｏｏｋｉｅと、データベースサーバ３上で保持しているＣｏｏｋｉｅが同一かどうか、Ｃｏｏｋｉｅの有効期限、アカウントの有効／無効をチェックする。
Ｓ１２３：Ｓ１２２で認証Ｃｏｏｋｉｅが有効と判断された場合、アプリケーションサーバ２は保護されたページをブラウザに送信するので、医師はデータベースサーバ３の管理情報のデータファイル３ｂ中の医薬品の臨床データを閲覧することができる。
【００２２】
尚、上記の例において、選択した全ての認証が成功しない限り、アプリケーションサーバ２が保護されたページをブラウザに送信することはないので、医師が医薬品の臨床データを閲覧できないことは当然である。
【図面の簡単な説明】
【００２３】
【図１】本発明利用者識別システムの概略構成説明図。
【図２】本発明利用者識別システムによる処理ステップの概略フローチャート。
【符号の説明】
【００２４】
１：利用者端末
１ａ：カードリーダ
１ｂ：指紋リーダ
２：アプリケーションサーバ
３：データベースサーバ
３ａ：認証方法実行用データファイル
３ｂ：管理情報データファイル
Ｗ：インターネット
【図１】
2005352629.tif 000003
【図２】
2005352629.tif 000004