通信処理方法及びコンピュータ・システム
【課題】ユーザ又はユーザ端末に認証情報を安全確実に配布する。
【解決手段】本方法は、所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求する工程と、アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得する工程と、取得された現在有効な認証情報を用いた認証をアクセス先に対してネットワークを介して要求する工程とを含む。このように認証に失敗することを前提にして、認証情報管理部に対して自己の正当性を示すためのデータを提示させることによって現在有効な認証情報を例えば暗号化して配布するようにすれば、安全且つ簡易に更新後の認証情報を配布することができるようになる。
【解決手段】本方法は、所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求する工程と、アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得する工程と、取得された現在有効な認証情報を用いた認証をアクセス先に対してネットワークを介して要求する工程とを含む。このように認証に失敗することを前提にして、認証情報管理部に対して自己の正当性を示すためのデータを提示させることによって現在有効な認証情報を例えば暗号化して配布するようにすれば、安全且つ簡易に更新後の認証情報を配布することができるようになる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証情報の配布技術に関する。
【背景技術】
【０００２】
従来から、特定のユーザのみにサービスを提供するサービス提供サーバでは、ユーザ端末からアクセスがあると、ユーザＩＤ及びパスワードで認証を行ってアクセス元が特定のユーザであるか否かを確認している。このような従来技術では、ユーザには正しいユーザＩＤ及びパスワードが安全に配布されているということを前提としている。しかしながら、長期間同一のパスワードを使用することはパスワードの漏洩などの問題を生ずるため、サービス提供サーバの管理者がパスワードを変更する場合がある。このような場合、当然ながらユーザには新たなパスワードを安全に配布する必要がある。なお、複数人で１つのＩＤ及びパスワードを共用する場合もあるが、この場合においても全員にパスワードの変更を徹底しなければ、認証に失敗してサービス提供サーバのサービスを受けられなくなる。特に、所定回数連続して認証に失敗すると、アカウントをロックする場合もあるので大きな問題が生じ得る。
【０００３】
例えば、特開２００１−１１７８７９号公報には、店舗の管理者の負荷の軽減及びシステム開発やその運営等にかかるコスト削減を図ると共に、店舗の管理者の判断にあわせたサービスを個々の顧客に対して提供可能とすることで、商品販売サービス及び顧客管理を効率的に実施するための技術が開示されている。具体的には、店舗端末装置は、利用者へ店舗のサービスの利用を許可する認証キーを当該サービスに関する特定情報（優遇措置の情報等）を付加してサーバへ送信する。サーバは、店舗端末装置にて発行された認証キーが利用者から入力された場合、その利用者に対して当該認証キーに基づいた店舗のサービスの利用を許可する。認証キーの配布については特に工夫はない。
【０００４】
また、特開２００３−２２３３９８号公報には、Ｗｅｂサーバ上で連絡先情報を管理させ、一のユーザ端末が、Ｗｅｂサーバに登録した連絡先情報を更新すると、Ｗｅｂサーバが、この更新を関連する他のユーザ端末に反映させることを可能とする技術が開示されている。具体的には、一のユーザ端末が、Ｗｅｂサーバに登録した連絡先情報を更新すると、Ｗｅｂサーバが、Ｗｅｂサーバにおける各ユーザ端末用の記憶領域に、連絡先情報と関連づけられた公開ＩＤを保有する他のユーザ端末に対して、このユーザ端末上の連絡先情報を、上記更新された連絡先情報にもとづいて更新させるか、又は、Ｗｅｂサーバが、他のユーザ端末に更新があった旨を送信し、当該他のユーザ端末からの要求に応じて、上記更新された連絡先情報を他のユーザ端末に送信し、他のユーザ端末が、送信されてきた連絡先情報にもとづいて、自己が保有する連絡先情報を更新する。連絡先情報についての更新を行っているが、分散配置されたデータの一貫性保持のための更新を主題としており、認証に用いられる情報の更新ではない。
【０００５】
さらに、特開２００４−３０２８６９号公報には、サービス毎に自由にログイン状態の制御が可能であり、そのログイン状態の変更を即時に他のサービスへも反映するとともに、パフォーマンスへの影響を最小限に抑え、さらに特別なポータルを必要としないネットワークシステムが開示されている。具体的には、ＳＳＯアプリケーションは、それぞれログイン状態情報データベースにログイン状態情報を保持しており、自由にログイン状態の管理を行うことができる。またＳＳＯアプリケーションに対するクライアントのアクセスは、アクセス情報としてＳＳＯサーバのＳＳＯアクセス情報データベースに保持しておく。クライアントからのログインやログアウトなどのログイン状態の変更要求があると、ＳＳＯサーバはアクセス情報を利用してそれまでに要求元のクライアントがアクセスしたＳＳＯアプリケーションに対してログイン状態情報を通知する。このようにログイン状態については、他のサービスへ反映させることはできるが、認証情報の変更後における配布については考慮されていない。
【０００６】
さらに、特開２００４−２９５７１１号公報には、ネットワークシステムにおけるユーザアカウント管理方法であって、ユーザを一元管理することによるユーザ管理負荷を軽減すると共に、機器毎に異なるパスワードを設定してセキュリティを確保しながら複数パスワードのユーザ管理負荷を軽減するパスワード管理方法が開示されている。具体的には、ネットワークシステムのユーザ情報に関して、認証サーバにおいて一元管理すると共に、パスワード管理部がユーザ決定の基本パスワードにユーザが容易に認識可能なトークンを組合わせた機器個別パスワードを生成、管理する。さらに、携帯端末にパスワード情報を記憶させ、ユーザの所望のサーバに対するパスワードを提示する機能を提供する。この公報でも認証情報の変更後における配布については考慮されていない。
【０００７】
また、特開２００５−１６５４１８号公報には、ＩＤおよびパスワードと個体ＩＤを用いてログイン時の認証を行う技術が開示されている。具体的には、携帯端末は、インターネットを介して社内ＬＡＮ経由でサーバコンピュータにアクセスするとき、携帯端末に割り当てられたユニークな個体ＩＤと、必要に応じて入力されたＩＤおよびパスワードがファイヤウォールＡ装置を介して端末認証システムに送信される。端末認証システムは、携帯端末の保持する個体ＩＤを利用し、携帯端末から送信されてきた個体ＩＤと、予め個体ＩＤ保管ＤＢに登録されている個体ＩＤとを比較することによって、携帯端末の認証を行い、社内ＬＡＮへのアクセスを制御する。個体ＩＤの導入によってアクセスを制御するものであるが、認証情報の配布については考慮されていない。
【０００８】
さらに、特開２００５−１４９３４１号公報には、秘密情報の事前共有が不要で、アカウントを所持しないネットワークからでも認証処理やサービス提供要求に対するアクセス制御を行うための技術が開示されている。具体的には、ユーザがログイン要求しているサービス提供サーバは、先ず、ユーザの認証情報と管理装置情報（認証サーバ情報）を受け付け、管理装置情報に基づいて問合せ先の管理装置である認証サーバを特定し、この特定した問合せ先の認証サーバにユーザの認証情報を送付し、ユーザのアカウントを管理している問合せ先の認証サーバにおいて認証処理を行なう。サービス提供サーバは、問合せ先の認証サーバから返送される認証結果を参照して、ログイン要求しているユーザについての認証処理を実行する。このユーザ認証を経た後に、ユーザが希望するサービス要求に応答する。自ら認証を行わないということであって、認証情報の配布については考慮されていない。
【特許文献１】特開２００１−１１７８７９号公報
【特許文献２】特開２００３−２２３３９８号公報
【特許文献３】特開２００４−３０２８６９号公報
【特許文献４】特開２００４−２９５７１１号公報
【特許文献５】特開２００５−１６５４１８号公報
【特許文献６】特開２００５−１４９３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このように従来技術には、認証情報、特にパスワードは、ユーザ側で更新されることが多いため、管理者側でユーザの意図とは別にパスワードを変更するような場合に、安全確実に認証情報をユーザ又はユーザ端末に配布するような構成は開示されていない。
【００１０】
従って、本発明の目的は、ユーザ又はユーザ端末に認証情報を配布するための新規な技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明の第１の態様に係る通信処理方法は、所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップと、アクセス先から認証失敗が通知された場合、自己の正当性（又は真正性）を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得ステップと、取得された現在有効な認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップとを含む。
【００１２】
このように認証に失敗することを前提にして、認証情報管理部に対して自己の正当性を示すためのデータを提示させることによって現在有効な認証情報を例えば暗号化して配布するようにすれば、安全確実且つ簡易に更新後の認証情報を配布することができるようになる。
【００１３】
上で述べた取得ステップが、セッションキー要求を認証情報管理部に送信するセッションキー要求ステップと、認証情報管理部からセッションキーを受信した場合、予め定められたダイジェスト関数によりセッションキーに対応するダイジェストを生成し、認証情報管理部に送信するステップと、認証情報管理部によってダイジェストが正当と判断された場合に、認証情報管理部から現在有効な認証情報を受信するステップとを含むようにしてもよい。このように予め定められたダイジェスト関数又はそれに必要なキーを適切に管理すれば、一意に特定されるダイジェストが生成されるので、ユーザ又はユーザ端末の正当性を確認することができる。
【００１４】
また、上で述べたセッションキー要求ステップが、上記所定の認証情報を用いた認証を認証情報管理部にネットワークを介して要求するステップを含むようにしてもよい。過去の認証情報によって認証を行った後に、セッションキーを発行するようにすれば、第三者が認証情報を詐取するのを阻止することができるようになる。
【００１５】
さらに、アクセス先から現在有効な認証情報による認証成功が通知された場合、現在有効な認証情報を、認証情報格納部に格納するステップをさらに含むようにしてもよい。例えば、認証成功が確認できれば、今後使用し続けるのに適切な認証情報であることを確認の上保存することができる。
【００１６】
また、本発明の第２の態様に係るコンピュータ・システムは、所定の認証情報による認証処理を実施する処理サーバと、処理サーバにおいて実施される認証処理に用いられる認証情報を認証情報格納部に保持し、当該認証情報を使用するクライアント端末に配布する認証情報管理部と、認証情報を使用し且つ処理サーバにアクセスするクライアント端末とを有する。そして、処理サーバにおいて実施される認証処理に用いられる認証情報の新規登録又は更新が発生した後、処理サーバは、クライアント端末からの認証要求を受信した場合、クライアント端末に対して認証失敗を通知する。また、認証情報管理部は、クライアント端末から当該クライアント端末の正当性（又は真正性）を示すデータを受信した場合には、認証情報格納部から新規登録又は更新された現在有効な認証情報を前記クライアント端末に送信するものである。
【００１７】
なお、クライアント端末の正当性を示すデータは、認証情報管理部から与えられるセッションキーに対する所定のダイジェスト関数の値（ダイジェスト）であるようにしてもよい。
【００１８】
本発明にかかる方法をコンピュータに実行させるためのプログラム又は上記コンピュータ・システムを実現するためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１９】
本発明によれば、ユーザ又はユーザ端末に認証情報を適切に配布することができるようになる。
【発明を実施するための最良の形態】
【００２０】
図１に本発明の一実施の形態に係るシステム概要図を示す。例えば、イントラネットなどのネットワーク１には、複数のクライアント端末３と、１つのリポジトリ５とが接続されている。クライアント端末３とリポジトリ５とは例えばＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う。
【００２１】
また、クライアント端末３は、ある処理を行うためのフレームワーク３１と、当該フレームワーク３１を利用する複数のコンポーネント（例えばコンポーネントＡ乃至Ｃ）と、フレームワーク３１とリポジトリ５との、クライアント端末３におけるインターフェースとなるリポジトリクライアントＡＰＩ（Application Program Interface）３２とを含む。
【００２２】
リポジトリクライアントＡＰＩ３２は、リポジトリ５のＷｅｂＤＡＶ（Web-based Distributed Authoring and Versioning）サーバ５１にアクセスする際に用いる接続情報ファイル３２１と、パスワードなどの暗号化又は復号化処理を実施する暗号処理部３２２と、予め定められたダイジェスト関数に関する処理を実施するダイジェスト関数モジュール３２３と、ＷｅｂＤＡＶサーバ５１に対する処理を行うＷｅｂＤＡＶクライアント３２４と、リポジトリ５から認証情報を取得して接続情報ファイル３２１に格納する認証情報取得部３２５とを有する。接続情報ファイル３２１は、例えばＷｅｂＤＡＶサーバのホスト名（例えばＵＲＬ（Uniform Resource Locator））、ユーザＩＤ及びパスワードを含む。
【００２３】
また、リポジトリ５は、１又は複数の設定情報ファイルを格納するファイルシステム５２と、ＩＤ及びパスワードを保持するパスワードファイル５３と、ファイルシステム５２に格納された設定情報ファイルへのアクセス（更新／読み出し）に対してパスワードファイル５３を用いた認証処理を実施するＷｅｂＤＡＶサーバ５１と、パスワードファイル５３と同じＩＤ及びパスワードの情報を保持するリポジトリ設定ファイル５５と、予め定められたダイジェスト関数に関する処理を行うダイジェスト関数モジュール５７と、暗号化処理又は復号化処理を実施する暗号モジュール５８と、リポジトリ設定ファイル５５及びダイジェスト関数モジュール５７を用いて認証情報の配布処理を実施するリポジトリサーブレット５６と、パスワードの設定を行うためのパスワード設定部５９と、パスワード設定部５９からの指示に応じてパスワードファイル５３に対するパスワードの設定処理を行うｈｔｐａｓｓｗｄプログラム５４とを含む。
【００２４】
ＷｅｂＤＡＶサーバ５１は、設定情報ファイルなどのファイル共有をＷｅｂサーバで可能にするものであり、ＲＦＣ２５１８で定義されたプロトコルに従って通信及び処理を行う。ＷｅｂＤＡＶでは、通常のＨＴＴＰパケットを使っているので、ファイヤーウォール越しのファイル共有が実現しやすく、またＲＦＣで規定されているので特定のＯＳ（Operating System）に依存しない設計となっている。
【００２５】
また、パスワードファイル５３は、例えばＡｐａｃｈｅで使用されるパスワードファイルであって、ＩＤは平文で登録され、パスワードについては所定の暗号化がなされている。Ａｐａｃｈｅで使用されるパスワードファイル５３のパスワードの設定／更新については、ｈｔｐａｓｓｗｄプログラム５４が通常用いられ、本実施の形態でもそのまま使用するような構成となっている。但し、別のプログラムを用意するようにしても良い。なお、リポジトリ設定ファイル５５では、少なくともパスワードは所定の暗号化がなされている。
【００２６】
次に、図１に示したシステムの処理フローを図２乃至図５を用いて説明する。なお、既に何らかの手段にて接続情報ファイル３２１にユーザＩＤ及びパスワードが格納されているものとする。但し、初期的にはパスワードが格納されていない場合もある。
【００２７】
まず、例えばコンポーネントＡがＷｅｂＤＡＶサーバへのアクセス要求をフレームワーク３１に出力すると、フレームワーク３１は、さらにＷｅｂＤＡＶサーバへのアクセス要求をリポジトリクライアントＡＰＩ３２に出力する（ステップＳ１）。リポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、フレームワーク３１からのＷｅｂＤＡＶサーバへのアクセス要求を受信し（ステップＳ３）、接続情報ファイル３２１からＷｅｂＤＡＶサーバのホスト名、ユーザＩＤ及びパスワードを読み出す（ステップＳ５）。接続情報ファイル３２１において、ユーザＩＤ及びパスワードは、暗号化されている。そこで、ＷｅｂＤＡＶクライアント３２４は、暗号処理部３２２に、読み出したユーザＩＤ及びパスワードの復号を指示し、暗号処理部３２２は、平文のユーザＩＤ及びパスワードを生成し、ＷｅｂＤＡＶクライアント３２４に出力する（ステップＳ７）。
【００２８】
ＷｅｂＤＡＶクライアント３２４は、接続情報ファイル３２１から取得したホスト名のホスト（ここではＷｅｂＤＡＶサーバ５１）に接続し、ユーザＩＤ及びパスワードを送信する（ステップＳ９）。なお、ＢＡＳＩＣ認証を行う場合には平文のユーザＩＤ及びパスワードをそのまま送るが、暗号処理部３２２によりＷｅｂＤＡＶサーバ５１向けに暗号化させるようにしてもよい。
【００２９】
ＷｅｂＤＡＶサーバ５１は、リポジトリクライアントＡＰＩ３２からユーザＩＤ及びパスワードを受信し（ステップＳ１１）、ユーザＩＤ及びパスワードが暗号化されていれば、復号化する。そして、パスワードファイル５３から、受信したユーザＩＤに対応するパスワードを読み出し、受信したパスワードと比較することによって認証処理を実施する（ステップＳ１３）。なお、パスワードファイル５３におけるパスワードは暗号化されているので、受信したパスワードを同様の方式で暗号化するか、又はパスワードファイル５３におけるパスワードを復号化して比較する。
【００３０】
受信したパスワード及びパスワードファイル５３から読み出したパスワードが一致するため、認証成功と判断した場合（ステップＳ１５：Ｙｅｓルート）、ＷｅｂＤＡＶサーバ５１は、認証成功を示す応答をクライアント端末３に送信する（ステップＳ１７）。クライアント端末３におけるリポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、リポジトリ５から認証成功を示す応答を受信する（ステップＳ１９）。そして、リポジトリＡＰＩ３２のＷｅｂＤＡＶクライアント３２４とＷｅｂＤＡＶサーバ５１とは、通信を行う（ステップＳ２１及びＳ２３）。これ以降は、コンポーネントＡとＷｅｂＤＡＶサーバ５１との通信が行われ、必要な処理が実施される。
【００３１】
一方、受信したパスワード及びパスワードファイル５３から読み出したパスワードが不一致のため、認証失敗と判断した場合（ステップＳ１５：Ｎｏルート）、ＷｅｂＤＡＶサーバ５１は、認証失敗を示す応答をクライアント端末３に送信する（ステップＳ２５）。クライアント端末３におけるリポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、認証失敗を示す応答を受信する（ステップＳ２７）。そして処理は端子Ａを介して図３の処理に移行する。
【００３２】
クライアント端末３におけるリポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、認証情報取得部３２５に指示を出し、認証情報取得部３２５は、セッションキー要求をリポジトリ５のリポジトリサーブレット５６に送信する（図３：ステップＳ２９）。セッションキー要求には、ユーザＩＤを複数のクライアント端末で共用する場合を除き、ユーザＩＤが含まれる。
【００３３】
リポジトリ５のリポジトリサーブレット５６は、クライアント端末３からセッションキー要求を受信すると（ステップＳ３１）、セッションキーを平文でクライアント端末３に送信する（ステップＳ３３）。送信したセッションキーについては、例えばメインメモリなどの記憶装置に格納しておく。またユーザＩＤについても受信した場合にはメインメモリなどに記憶装置に保持しておく。クライアント端末３におけるリポジトリクライアントＡＰＩ３２の認証情報取得部３２５は、リポジトリ５のリポジトリサーブレット５６から平文のセッションキーを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ３５）。そして、認証情報取得部３２５は、ダイジェスト関数モジュール３２３に、受信した平文のセッションキーのダイジェストを生成させ（ステップＳ３７）、当該ダイジェストをリポジトリ５のリポジトリサーブレット５６に送信する（ステップＳ３９）。なお、ダイジェスト関数モジュール３２３は、リポジトリクライアントＡＰＩ３２に含まれるキー（図示せず）をも用いて、セッションキーに対してダイジェストを算出する。
【００３４】
リポジトリサーブレット５６は、クライアント端末３からダイジェストを受信し（ステップＳ４１）、ダイジェスト関数モジュール５７に、クライアント端末３に送信した平文のセッションキーの確認用ダイジェストを生成させ、例えばメインメモリなどの記憶装置に格納する（ステップＳ４３）。そして、リポジトリサーブレット５６は、クライアント端末３から受信したダイジェストと確認用ダイジェストが一致するか判断する（ステップＳ４５）。もし、受信したダイジェストと確認用ダイジェストとが不一致であれば、端子Ｂを介して図４の処理に移行する。これは、ダイジェスト関数が正しくないか又はダイジェスト関数に使用されるキーが正しくない場合であり、正当なクライアント端末ではないためである。
【００３５】
一方、受信したダイジェストと確認用ダイジェストとが一致すれば、リポジトリサーブレット５６は、リポジトリ設定ファイル５５から例えばステップＳ３１で受信したユーザＩＤに対応する、暗号化されたパスワードを読み出す（ステップＳ４７）。なお、複数のユーザでユーザＩＤを共用する場合には、ユーザＩＤ及びパスワードがリポジトリ設定ファイル５５において暗号化されており、それらを読み出す。
【００３６】
そして、リポジトリサーブレット５６は、少なくとも暗号化されたパスワードをネットワーク１を介してクライアント端末３の認証情報取得部３２５に送信する（ステップＳ４９）。暗号化されたままパスワードを送信するので、パスワードは守られる。なお、ユーザＩＤについては例えば暗号モジュール５８によって暗号化させた後に送ってもよい。通常ユーザＩＤは変更がないので、ユーザＩＤについては初期的に暗号化されたものを接続情報ファイル２１に格納した後は、送らないようにしてもよい。平文のユーザＩＤを念のため送るようにしてもよい。さらに、複数のユーザでユーザＩＤを共用する場合には、暗号化されたユーザＩＤ及びパスワードを読み出し、そのまま送信する。
【００３７】
クライアント端末３の認証情報取得部３２５は、リポジトリ５のリポジトリサーブレット５６から少なくとも暗号化されたパスワードを受信し、そのまま接続情報ファイル３２１に格納する（ステップＳ５１）。暗号化されたユーザＩＤを受信した場合には、当該暗号化されたユーザＩＤもそのまま格納する。そして、図２のステップＳ３乃至Ｓ２７に係る認証処理を再度実施する（ステップＳ５３）。通常であれば認証に成功して通常の通信が行われるようになる（ステップＳ２１及びＳ２３）。但し、パスワードを正しく復号できなければ、再度認証に失敗することになる。
【００３８】
ステップＳ４５で、受信したダイジェストと確認用ダイジェストとが不一致であると判断された場合には、リポジトリサーブレット５６は、不一致を表す応答をクライアント端末３におけるリポジトリクライアントＡＰＩ３２の認証情報取得部３２５に送信する（ステップＳ５５）。クライアント端末３におけるリポジトリクライアントＡＰＩ３２の認証情報取得部３２５は、リポジトリサーブレット５６から不一致を表す応答を受信し（ステップＳ５７）、接続失敗をフレームワーク３１に出力する（ステップＳ５９）。フレームワーク３１は、接続失敗をリポジトリクライアントＡＰＩ３２から受信すると（ステップＳ６１）、要求元のコンポーネントＡにも接続失敗を通知する。
【００３９】
このような処理を実施することによって、パスワードがシステム管理者によってユーザの意志とは別に変更された場合においても、又はパスワードが接続情報ファイル３２１に格納されていない初期状態においても、１回の認証失敗を前提として、正しいダイジェスト（すなわちユーザ又はクライアント端末が正当であること又は真正であることを表すデータ）を生成してリポジトリサーブレット５６に送信できれば、リポジトリサーブレット５６から新たなパスワードが送信される。すなわち、正しいダイジェスト関数モジュール３２３を有しているならば、正しいダイジェストが生成され、現在有効なパスワードが配布される。よって、パスワードの変更を個別に通知したり、パスワードの変更に影響のあるユーザ又はクライアント端末３に完璧にパスワードの変更を通知しなくとも、正当なユーザ又はクライアント端末３は現在有効な新規パスワードを取得することができるようになる。ネットワーク１において、暗号化されたパスワードが配布されるので、安全にパスワードの配布は行われる。
【００４０】
なお、リポジトリ５におけるパスワードの更新は以下の処理フローに従って行われる。まず、リポジトリ５のシステム管理者は、パスワード設定部５９に対してユーザＩＤと変更されたパスワードの入力を行う。パスワード設定部５９は、システム管理者からのユーザＩＤ及び変更されたパスワードの入力を受け付け（ステップＳ７１）、パスワードファイル名（ファイル名及び保存先は通常固定であるので設定されているもの）、ユーザＩＤ及びパスワードを指定して、変更指示をｈｔｐａｓｓｗｄプログラム５４に出力する（ステップＳ７３）。ｈｔｐａｓｓｗｄプログラム５４は、パスワード設定部５９から、変更に係るパスワードファイル名、ユーザＩＤ及びパスワードを受け取り（ステップＳ７５）、パスワードを暗号化して、ユーザＩＤに対応させてパスワードファイル５３に格納する（ステップＳ７７）。
【００４１】
また、パスワード設定部５９は、少なくともパスワードを暗号モジュール５８に暗号化させて、暗号化されたパスワードを、ユーザＩＤに対応付けてリポジトリ設定ファイル５５に格納する（ステップＳ７９）。なお、ユーザＩＤを複数のユーザ又はクライアント端末３で共用する場合には、ユーザＩＤ自体も暗号化する場合もある。暗号化は、ユーザＩＤに対応するクライアント端末３で復号できる形で行う。
【００４２】
このように、システム管理者は、ユーザ又はクライアント端末に配慮することなくセキュリティの観点のみにおいてパスワードの更新を行うことができる。その際、ユーザ又はクライアント端末にパスワードを配布するということを行わなくとも良い。
【００４３】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で述べた例では、現在有効なパスワードとユーザＩＤがリポジトリ設定ファイル５５に格納されていることを前提としたが、例えば、リポジトリ設定ファイル５５にパスワードの変更履歴（例えば、１つ前のパスワード）が格納されている場合には、セッションキー要求には、ユーザＩＤ及び過去のパスワードを含むようにして、過去のパスワードの一致を確認の上セッションキーを発行することにすれば、よりセキュリティの度合いを上げることができる。
【００４４】
また、ステップＳ５１で、接続情報ファイル３２１に暗号化されたユーザＩＤ及びパスワードを格納するようになっているが、ステップＳ５３で再度実施されるステップＳ１９の後に接続情報ファイル３２１に格納するようにしてもよい。このようにすれば、以後使用可能なパスワードであることを確認の上、接続情報ファイル３２１にパスワードを入力することができる。
【００４５】
さらに、図１に示した機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成を示すものではない。また、ＷｅｂＤＡＶサーバ５１における認証処理に限定されるものではない。
【００４６】
なお、リポジトリサーブレット５６及びＷｅｂＤＡＶサーバ５１は、１つのコンピュータで実施しても良いし、複数のサーバで実施するようにしても良い。
【００４７】
また、暗号処理部３２２や暗号モジュール５８で取り扱う暗号の種類は、例えばＡＥＳ（Advanced Encryption Standard）であってもよいし、他の方式の暗号（例えば共通鍵方式）であっても良い。また、ダイジェスト関数についても、現在用いられている様々なダイジェスト関数のいずれを使用しても良い。リポジトリサーブレット５６は、暗号化モジュール５８を用いないような構成としたが、リポジトリ５内とクライアント端末３及びネットワーク１を含むリポジトリ５外とで異なる暗号形態をとるために、リポジトリサーブレット５６が、暗号モジュール５８を用いて、暗号の形式を変換するような実施形態を採用するようにしてもよい。
【００４８】
なお、クライアント端末３やリポジトリ５は、図６のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００４９】
（付記１）
所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップと、
前記アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得ステップと、
取得された前記現在有効な認証情報を用いた認証を前記アクセス先に対して前記ネットワークを介して要求するステップと、
を含み、コンピュータに実行される通信処理方法。
【００５０】
（付記２）
前記取得ステップが、
セッションキー要求を前記認証情報管理部に送信するセッションキー要求ステップと、
前記認証情報管理部からセッションキーを受信した場合、予め定められたダイジェスト関数によりセッションキーに対応するダイジェストを生成し、前記認証情報管理部に送信するステップと、
前記認証情報管理部によって前記ダイジェストが正当と判断された場合に、前記認証情報管理部から前記現在有効な認証情報を受信するステップと、
を含む付記１記載の通信処理方法。
【００５１】
（付記３）
前記セッションキー要求ステップが、
前記所定の認証情報を用いた認証を前記認証情報管理部に前記ネットワークを介して要求するステップ
を含む付記２記載の通信処理方法。
【００５２】
（付記４）
前記アクセス先から前記現在有効な認証情報による認証成功が通知された場合、前記現在有効な認証情報を、認証情報格納部に格納するステップ
をさらに含む付記１記載の通信処理方法。
【００５３】
（付記５）
付記１乃至４のいずれか１つ記載の通信処理方法をコンピュータにより実行させるためのプログラム。
【００５４】
（付記６）
所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求する認証要求手段と、
前記アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得手段と、
を有し、
前記認証要求手段が、
取得された前記現在有効な認証情報を用いた認証を前記アクセス先に対して前記ネットワークを介して要求する、
コンピュータ。
【００５５】
（付記７）
所定の認証情報による認証処理を実施する処理サーバと、
前記処理サーバにおいて実施される認証処理に用いられる認証情報を認証情報格納部に保持し、当該認証情報を使用するクライアント端末に配布する認証情報管理部と、
前記認証情報を使用し且つ前記処理サーバにアクセスするクライアント端末と、
を有し、
前記処理サーバにおいて実施される認証処理に用いられる認証情報の新規登録又は更新が発生した後、
前記処理サーバは、前記クライアント端末からの認証要求を受信した場合、前記クライアント端末に対して認証失敗を通知し、
前記認証情報管理部は、前記クライアント端末から当該クライアント端末の正当性を示すデータを受信した場合には、前記認証情報格納部から前記新規登録又は更新された現在有効な認証情報を前記クライアント端末に送信する
コンピュータ・システム。
【００５６】
（付記８）
前記クライアント端末の正当性を示すデータは、前記認証情報管理部から与えられるセッションキーに対する所定のダイジェスト関数の値である
付記７記載のコンピュータ・システム。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施の形態に係るシステム概要図である。
【図２】本発明の実施の形態に係る認証処理の処理フローを示す図である。
【図３】本発明の実施の形態に係る処理フローを示す図である。
【図４】本発明の実施の形態に係る処理フローを示す図である。
【図５】本発明の実施の形態に係るパスワード変更の際の処理フローを示す図である。
【図６】コンピュータの機能ブロック図である。
【符号の説明】
【００５８】
１ ネットワーク
３ クライアント端末
５ リポジトリ
３１ フレームワーク
３２ リポジトリクライアントＡＰＩ
５１ ＷｅｂＤＡＶサーバ
５２ ファイルシステム
５３ パスワードファイル
５４ ｈｔｐａｓｓｗｄプログラム
５５ リポジトリ設定ファイル
５６ リポジトリサーブレット
５７ ダイジェスト関数モジュール
５８ 暗号モジュール
５９ パスワード設定部
３２１ 接続情報ファイル
３２２ 暗号処理部
３２３ ダイジェスト関数モジュール
３２４ ＷｅｂＤＡＶクライアント
３２５ 認証情報取得部
【技術分野】
【０００１】
本発明は、認証情報の配布技術に関する。
【背景技術】
【０００２】
従来から、特定のユーザのみにサービスを提供するサービス提供サーバでは、ユーザ端末からアクセスがあると、ユーザＩＤ及びパスワードで認証を行ってアクセス元が特定のユーザであるか否かを確認している。このような従来技術では、ユーザには正しいユーザＩＤ及びパスワードが安全に配布されているということを前提としている。しかしながら、長期間同一のパスワードを使用することはパスワードの漏洩などの問題を生ずるため、サービス提供サーバの管理者がパスワードを変更する場合がある。このような場合、当然ながらユーザには新たなパスワードを安全に配布する必要がある。なお、複数人で１つのＩＤ及びパスワードを共用する場合もあるが、この場合においても全員にパスワードの変更を徹底しなければ、認証に失敗してサービス提供サーバのサービスを受けられなくなる。特に、所定回数連続して認証に失敗すると、アカウントをロックする場合もあるので大きな問題が生じ得る。
【０００３】
例えば、特開２００１−１１７８７９号公報には、店舗の管理者の負荷の軽減及びシステム開発やその運営等にかかるコスト削減を図ると共に、店舗の管理者の判断にあわせたサービスを個々の顧客に対して提供可能とすることで、商品販売サービス及び顧客管理を効率的に実施するための技術が開示されている。具体的には、店舗端末装置は、利用者へ店舗のサービスの利用を許可する認証キーを当該サービスに関する特定情報（優遇措置の情報等）を付加してサーバへ送信する。サーバは、店舗端末装置にて発行された認証キーが利用者から入力された場合、その利用者に対して当該認証キーに基づいた店舗のサービスの利用を許可する。認証キーの配布については特に工夫はない。
【０００４】
また、特開２００３−２２３３９８号公報には、Ｗｅｂサーバ上で連絡先情報を管理させ、一のユーザ端末が、Ｗｅｂサーバに登録した連絡先情報を更新すると、Ｗｅｂサーバが、この更新を関連する他のユーザ端末に反映させることを可能とする技術が開示されている。具体的には、一のユーザ端末が、Ｗｅｂサーバに登録した連絡先情報を更新すると、Ｗｅｂサーバが、Ｗｅｂサーバにおける各ユーザ端末用の記憶領域に、連絡先情報と関連づけられた公開ＩＤを保有する他のユーザ端末に対して、このユーザ端末上の連絡先情報を、上記更新された連絡先情報にもとづいて更新させるか、又は、Ｗｅｂサーバが、他のユーザ端末に更新があった旨を送信し、当該他のユーザ端末からの要求に応じて、上記更新された連絡先情報を他のユーザ端末に送信し、他のユーザ端末が、送信されてきた連絡先情報にもとづいて、自己が保有する連絡先情報を更新する。連絡先情報についての更新を行っているが、分散配置されたデータの一貫性保持のための更新を主題としており、認証に用いられる情報の更新ではない。
【０００５】
さらに、特開２００４−３０２８６９号公報には、サービス毎に自由にログイン状態の制御が可能であり、そのログイン状態の変更を即時に他のサービスへも反映するとともに、パフォーマンスへの影響を最小限に抑え、さらに特別なポータルを必要としないネットワークシステムが開示されている。具体的には、ＳＳＯアプリケーションは、それぞれログイン状態情報データベースにログイン状態情報を保持しており、自由にログイン状態の管理を行うことができる。またＳＳＯアプリケーションに対するクライアントのアクセスは、アクセス情報としてＳＳＯサーバのＳＳＯアクセス情報データベースに保持しておく。クライアントからのログインやログアウトなどのログイン状態の変更要求があると、ＳＳＯサーバはアクセス情報を利用してそれまでに要求元のクライアントがアクセスしたＳＳＯアプリケーションに対してログイン状態情報を通知する。このようにログイン状態については、他のサービスへ反映させることはできるが、認証情報の変更後における配布については考慮されていない。
【０００６】
さらに、特開２００４−２９５７１１号公報には、ネットワークシステムにおけるユーザアカウント管理方法であって、ユーザを一元管理することによるユーザ管理負荷を軽減すると共に、機器毎に異なるパスワードを設定してセキュリティを確保しながら複数パスワードのユーザ管理負荷を軽減するパスワード管理方法が開示されている。具体的には、ネットワークシステムのユーザ情報に関して、認証サーバにおいて一元管理すると共に、パスワード管理部がユーザ決定の基本パスワードにユーザが容易に認識可能なトークンを組合わせた機器個別パスワードを生成、管理する。さらに、携帯端末にパスワード情報を記憶させ、ユーザの所望のサーバに対するパスワードを提示する機能を提供する。この公報でも認証情報の変更後における配布については考慮されていない。
【０００７】
また、特開２００５−１６５４１８号公報には、ＩＤおよびパスワードと個体ＩＤを用いてログイン時の認証を行う技術が開示されている。具体的には、携帯端末は、インターネットを介して社内ＬＡＮ経由でサーバコンピュータにアクセスするとき、携帯端末に割り当てられたユニークな個体ＩＤと、必要に応じて入力されたＩＤおよびパスワードがファイヤウォールＡ装置を介して端末認証システムに送信される。端末認証システムは、携帯端末の保持する個体ＩＤを利用し、携帯端末から送信されてきた個体ＩＤと、予め個体ＩＤ保管ＤＢに登録されている個体ＩＤとを比較することによって、携帯端末の認証を行い、社内ＬＡＮへのアクセスを制御する。個体ＩＤの導入によってアクセスを制御するものであるが、認証情報の配布については考慮されていない。
【０００８】
さらに、特開２００５−１４９３４１号公報には、秘密情報の事前共有が不要で、アカウントを所持しないネットワークからでも認証処理やサービス提供要求に対するアクセス制御を行うための技術が開示されている。具体的には、ユーザがログイン要求しているサービス提供サーバは、先ず、ユーザの認証情報と管理装置情報（認証サーバ情報）を受け付け、管理装置情報に基づいて問合せ先の管理装置である認証サーバを特定し、この特定した問合せ先の認証サーバにユーザの認証情報を送付し、ユーザのアカウントを管理している問合せ先の認証サーバにおいて認証処理を行なう。サービス提供サーバは、問合せ先の認証サーバから返送される認証結果を参照して、ログイン要求しているユーザについての認証処理を実行する。このユーザ認証を経た後に、ユーザが希望するサービス要求に応答する。自ら認証を行わないということであって、認証情報の配布については考慮されていない。
【特許文献１】特開２００１−１１７８７９号公報
【特許文献２】特開２００３−２２３３９８号公報
【特許文献３】特開２００４−３０２８６９号公報
【特許文献４】特開２００４−２９５７１１号公報
【特許文献５】特開２００５−１６５４１８号公報
【特許文献６】特開２００５−１４９３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このように従来技術には、認証情報、特にパスワードは、ユーザ側で更新されることが多いため、管理者側でユーザの意図とは別にパスワードを変更するような場合に、安全確実に認証情報をユーザ又はユーザ端末に配布するような構成は開示されていない。
【００１０】
従って、本発明の目的は、ユーザ又はユーザ端末に認証情報を配布するための新規な技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明の第１の態様に係る通信処理方法は、所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップと、アクセス先から認証失敗が通知された場合、自己の正当性（又は真正性）を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得ステップと、取得された現在有効な認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップとを含む。
【００１２】
このように認証に失敗することを前提にして、認証情報管理部に対して自己の正当性を示すためのデータを提示させることによって現在有効な認証情報を例えば暗号化して配布するようにすれば、安全確実且つ簡易に更新後の認証情報を配布することができるようになる。
【００１３】
上で述べた取得ステップが、セッションキー要求を認証情報管理部に送信するセッションキー要求ステップと、認証情報管理部からセッションキーを受信した場合、予め定められたダイジェスト関数によりセッションキーに対応するダイジェストを生成し、認証情報管理部に送信するステップと、認証情報管理部によってダイジェストが正当と判断された場合に、認証情報管理部から現在有効な認証情報を受信するステップとを含むようにしてもよい。このように予め定められたダイジェスト関数又はそれに必要なキーを適切に管理すれば、一意に特定されるダイジェストが生成されるので、ユーザ又はユーザ端末の正当性を確認することができる。
【００１４】
また、上で述べたセッションキー要求ステップが、上記所定の認証情報を用いた認証を認証情報管理部にネットワークを介して要求するステップを含むようにしてもよい。過去の認証情報によって認証を行った後に、セッションキーを発行するようにすれば、第三者が認証情報を詐取するのを阻止することができるようになる。
【００１５】
さらに、アクセス先から現在有効な認証情報による認証成功が通知された場合、現在有効な認証情報を、認証情報格納部に格納するステップをさらに含むようにしてもよい。例えば、認証成功が確認できれば、今後使用し続けるのに適切な認証情報であることを確認の上保存することができる。
【００１６】
また、本発明の第２の態様に係るコンピュータ・システムは、所定の認証情報による認証処理を実施する処理サーバと、処理サーバにおいて実施される認証処理に用いられる認証情報を認証情報格納部に保持し、当該認証情報を使用するクライアント端末に配布する認証情報管理部と、認証情報を使用し且つ処理サーバにアクセスするクライアント端末とを有する。そして、処理サーバにおいて実施される認証処理に用いられる認証情報の新規登録又は更新が発生した後、処理サーバは、クライアント端末からの認証要求を受信した場合、クライアント端末に対して認証失敗を通知する。また、認証情報管理部は、クライアント端末から当該クライアント端末の正当性（又は真正性）を示すデータを受信した場合には、認証情報格納部から新規登録又は更新された現在有効な認証情報を前記クライアント端末に送信するものである。
【００１７】
なお、クライアント端末の正当性を示すデータは、認証情報管理部から与えられるセッションキーに対する所定のダイジェスト関数の値（ダイジェスト）であるようにしてもよい。
【００１８】
本発明にかかる方法をコンピュータに実行させるためのプログラム又は上記コンピュータ・システムを実現するためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１９】
本発明によれば、ユーザ又はユーザ端末に認証情報を適切に配布することができるようになる。
【発明を実施するための最良の形態】
【００２０】
図１に本発明の一実施の形態に係るシステム概要図を示す。例えば、イントラネットなどのネットワーク１には、複数のクライアント端末３と、１つのリポジトリ５とが接続されている。クライアント端末３とリポジトリ５とは例えばＨＴＴＰ（Hyper Text Transfer Protocol）通信を行う。
【００２１】
また、クライアント端末３は、ある処理を行うためのフレームワーク３１と、当該フレームワーク３１を利用する複数のコンポーネント（例えばコンポーネントＡ乃至Ｃ）と、フレームワーク３１とリポジトリ５との、クライアント端末３におけるインターフェースとなるリポジトリクライアントＡＰＩ（Application Program Interface）３２とを含む。
【００２２】
リポジトリクライアントＡＰＩ３２は、リポジトリ５のＷｅｂＤＡＶ（Web-based Distributed Authoring and Versioning）サーバ５１にアクセスする際に用いる接続情報ファイル３２１と、パスワードなどの暗号化又は復号化処理を実施する暗号処理部３２２と、予め定められたダイジェスト関数に関する処理を実施するダイジェスト関数モジュール３２３と、ＷｅｂＤＡＶサーバ５１に対する処理を行うＷｅｂＤＡＶクライアント３２４と、リポジトリ５から認証情報を取得して接続情報ファイル３２１に格納する認証情報取得部３２５とを有する。接続情報ファイル３２１は、例えばＷｅｂＤＡＶサーバのホスト名（例えばＵＲＬ（Uniform Resource Locator））、ユーザＩＤ及びパスワードを含む。
【００２３】
また、リポジトリ５は、１又は複数の設定情報ファイルを格納するファイルシステム５２と、ＩＤ及びパスワードを保持するパスワードファイル５３と、ファイルシステム５２に格納された設定情報ファイルへのアクセス（更新／読み出し）に対してパスワードファイル５３を用いた認証処理を実施するＷｅｂＤＡＶサーバ５１と、パスワードファイル５３と同じＩＤ及びパスワードの情報を保持するリポジトリ設定ファイル５５と、予め定められたダイジェスト関数に関する処理を行うダイジェスト関数モジュール５７と、暗号化処理又は復号化処理を実施する暗号モジュール５８と、リポジトリ設定ファイル５５及びダイジェスト関数モジュール５７を用いて認証情報の配布処理を実施するリポジトリサーブレット５６と、パスワードの設定を行うためのパスワード設定部５９と、パスワード設定部５９からの指示に応じてパスワードファイル５３に対するパスワードの設定処理を行うｈｔｐａｓｓｗｄプログラム５４とを含む。
【００２４】
ＷｅｂＤＡＶサーバ５１は、設定情報ファイルなどのファイル共有をＷｅｂサーバで可能にするものであり、ＲＦＣ２５１８で定義されたプロトコルに従って通信及び処理を行う。ＷｅｂＤＡＶでは、通常のＨＴＴＰパケットを使っているので、ファイヤーウォール越しのファイル共有が実現しやすく、またＲＦＣで規定されているので特定のＯＳ（Operating System）に依存しない設計となっている。
【００２５】
また、パスワードファイル５３は、例えばＡｐａｃｈｅで使用されるパスワードファイルであって、ＩＤは平文で登録され、パスワードについては所定の暗号化がなされている。Ａｐａｃｈｅで使用されるパスワードファイル５３のパスワードの設定／更新については、ｈｔｐａｓｓｗｄプログラム５４が通常用いられ、本実施の形態でもそのまま使用するような構成となっている。但し、別のプログラムを用意するようにしても良い。なお、リポジトリ設定ファイル５５では、少なくともパスワードは所定の暗号化がなされている。
【００２６】
次に、図１に示したシステムの処理フローを図２乃至図５を用いて説明する。なお、既に何らかの手段にて接続情報ファイル３２１にユーザＩＤ及びパスワードが格納されているものとする。但し、初期的にはパスワードが格納されていない場合もある。
【００２７】
まず、例えばコンポーネントＡがＷｅｂＤＡＶサーバへのアクセス要求をフレームワーク３１に出力すると、フレームワーク３１は、さらにＷｅｂＤＡＶサーバへのアクセス要求をリポジトリクライアントＡＰＩ３２に出力する（ステップＳ１）。リポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、フレームワーク３１からのＷｅｂＤＡＶサーバへのアクセス要求を受信し（ステップＳ３）、接続情報ファイル３２１からＷｅｂＤＡＶサーバのホスト名、ユーザＩＤ及びパスワードを読み出す（ステップＳ５）。接続情報ファイル３２１において、ユーザＩＤ及びパスワードは、暗号化されている。そこで、ＷｅｂＤＡＶクライアント３２４は、暗号処理部３２２に、読み出したユーザＩＤ及びパスワードの復号を指示し、暗号処理部３２２は、平文のユーザＩＤ及びパスワードを生成し、ＷｅｂＤＡＶクライアント３２４に出力する（ステップＳ７）。
【００２８】
ＷｅｂＤＡＶクライアント３２４は、接続情報ファイル３２１から取得したホスト名のホスト（ここではＷｅｂＤＡＶサーバ５１）に接続し、ユーザＩＤ及びパスワードを送信する（ステップＳ９）。なお、ＢＡＳＩＣ認証を行う場合には平文のユーザＩＤ及びパスワードをそのまま送るが、暗号処理部３２２によりＷｅｂＤＡＶサーバ５１向けに暗号化させるようにしてもよい。
【００２９】
ＷｅｂＤＡＶサーバ５１は、リポジトリクライアントＡＰＩ３２からユーザＩＤ及びパスワードを受信し（ステップＳ１１）、ユーザＩＤ及びパスワードが暗号化されていれば、復号化する。そして、パスワードファイル５３から、受信したユーザＩＤに対応するパスワードを読み出し、受信したパスワードと比較することによって認証処理を実施する（ステップＳ１３）。なお、パスワードファイル５３におけるパスワードは暗号化されているので、受信したパスワードを同様の方式で暗号化するか、又はパスワードファイル５３におけるパスワードを復号化して比較する。
【００３０】
受信したパスワード及びパスワードファイル５３から読み出したパスワードが一致するため、認証成功と判断した場合（ステップＳ１５：Ｙｅｓルート）、ＷｅｂＤＡＶサーバ５１は、認証成功を示す応答をクライアント端末３に送信する（ステップＳ１７）。クライアント端末３におけるリポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、リポジトリ５から認証成功を示す応答を受信する（ステップＳ１９）。そして、リポジトリＡＰＩ３２のＷｅｂＤＡＶクライアント３２４とＷｅｂＤＡＶサーバ５１とは、通信を行う（ステップＳ２１及びＳ２３）。これ以降は、コンポーネントＡとＷｅｂＤＡＶサーバ５１との通信が行われ、必要な処理が実施される。
【００３１】
一方、受信したパスワード及びパスワードファイル５３から読み出したパスワードが不一致のため、認証失敗と判断した場合（ステップＳ１５：Ｎｏルート）、ＷｅｂＤＡＶサーバ５１は、認証失敗を示す応答をクライアント端末３に送信する（ステップＳ２５）。クライアント端末３におけるリポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、認証失敗を示す応答を受信する（ステップＳ２７）。そして処理は端子Ａを介して図３の処理に移行する。
【００３２】
クライアント端末３におけるリポジトリクライアントＡＰＩ３２のＷｅｂＤＡＶクライアント３２４は、認証情報取得部３２５に指示を出し、認証情報取得部３２５は、セッションキー要求をリポジトリ５のリポジトリサーブレット５６に送信する（図３：ステップＳ２９）。セッションキー要求には、ユーザＩＤを複数のクライアント端末で共用する場合を除き、ユーザＩＤが含まれる。
【００３３】
リポジトリ５のリポジトリサーブレット５６は、クライアント端末３からセッションキー要求を受信すると（ステップＳ３１）、セッションキーを平文でクライアント端末３に送信する（ステップＳ３３）。送信したセッションキーについては、例えばメインメモリなどの記憶装置に格納しておく。またユーザＩＤについても受信した場合にはメインメモリなどに記憶装置に保持しておく。クライアント端末３におけるリポジトリクライアントＡＰＩ３２の認証情報取得部３２５は、リポジトリ５のリポジトリサーブレット５６から平文のセッションキーを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ３５）。そして、認証情報取得部３２５は、ダイジェスト関数モジュール３２３に、受信した平文のセッションキーのダイジェストを生成させ（ステップＳ３７）、当該ダイジェストをリポジトリ５のリポジトリサーブレット５６に送信する（ステップＳ３９）。なお、ダイジェスト関数モジュール３２３は、リポジトリクライアントＡＰＩ３２に含まれるキー（図示せず）をも用いて、セッションキーに対してダイジェストを算出する。
【００３４】
リポジトリサーブレット５６は、クライアント端末３からダイジェストを受信し（ステップＳ４１）、ダイジェスト関数モジュール５７に、クライアント端末３に送信した平文のセッションキーの確認用ダイジェストを生成させ、例えばメインメモリなどの記憶装置に格納する（ステップＳ４３）。そして、リポジトリサーブレット５６は、クライアント端末３から受信したダイジェストと確認用ダイジェストが一致するか判断する（ステップＳ４５）。もし、受信したダイジェストと確認用ダイジェストとが不一致であれば、端子Ｂを介して図４の処理に移行する。これは、ダイジェスト関数が正しくないか又はダイジェスト関数に使用されるキーが正しくない場合であり、正当なクライアント端末ではないためである。
【００３５】
一方、受信したダイジェストと確認用ダイジェストとが一致すれば、リポジトリサーブレット５６は、リポジトリ設定ファイル５５から例えばステップＳ３１で受信したユーザＩＤに対応する、暗号化されたパスワードを読み出す（ステップＳ４７）。なお、複数のユーザでユーザＩＤを共用する場合には、ユーザＩＤ及びパスワードがリポジトリ設定ファイル５５において暗号化されており、それらを読み出す。
【００３６】
そして、リポジトリサーブレット５６は、少なくとも暗号化されたパスワードをネットワーク１を介してクライアント端末３の認証情報取得部３２５に送信する（ステップＳ４９）。暗号化されたままパスワードを送信するので、パスワードは守られる。なお、ユーザＩＤについては例えば暗号モジュール５８によって暗号化させた後に送ってもよい。通常ユーザＩＤは変更がないので、ユーザＩＤについては初期的に暗号化されたものを接続情報ファイル２１に格納した後は、送らないようにしてもよい。平文のユーザＩＤを念のため送るようにしてもよい。さらに、複数のユーザでユーザＩＤを共用する場合には、暗号化されたユーザＩＤ及びパスワードを読み出し、そのまま送信する。
【００３７】
クライアント端末３の認証情報取得部３２５は、リポジトリ５のリポジトリサーブレット５６から少なくとも暗号化されたパスワードを受信し、そのまま接続情報ファイル３２１に格納する（ステップＳ５１）。暗号化されたユーザＩＤを受信した場合には、当該暗号化されたユーザＩＤもそのまま格納する。そして、図２のステップＳ３乃至Ｓ２７に係る認証処理を再度実施する（ステップＳ５３）。通常であれば認証に成功して通常の通信が行われるようになる（ステップＳ２１及びＳ２３）。但し、パスワードを正しく復号できなければ、再度認証に失敗することになる。
【００３８】
ステップＳ４５で、受信したダイジェストと確認用ダイジェストとが不一致であると判断された場合には、リポジトリサーブレット５６は、不一致を表す応答をクライアント端末３におけるリポジトリクライアントＡＰＩ３２の認証情報取得部３２５に送信する（ステップＳ５５）。クライアント端末３におけるリポジトリクライアントＡＰＩ３２の認証情報取得部３２５は、リポジトリサーブレット５６から不一致を表す応答を受信し（ステップＳ５７）、接続失敗をフレームワーク３１に出力する（ステップＳ５９）。フレームワーク３１は、接続失敗をリポジトリクライアントＡＰＩ３２から受信すると（ステップＳ６１）、要求元のコンポーネントＡにも接続失敗を通知する。
【００３９】
このような処理を実施することによって、パスワードがシステム管理者によってユーザの意志とは別に変更された場合においても、又はパスワードが接続情報ファイル３２１に格納されていない初期状態においても、１回の認証失敗を前提として、正しいダイジェスト（すなわちユーザ又はクライアント端末が正当であること又は真正であることを表すデータ）を生成してリポジトリサーブレット５６に送信できれば、リポジトリサーブレット５６から新たなパスワードが送信される。すなわち、正しいダイジェスト関数モジュール３２３を有しているならば、正しいダイジェストが生成され、現在有効なパスワードが配布される。よって、パスワードの変更を個別に通知したり、パスワードの変更に影響のあるユーザ又はクライアント端末３に完璧にパスワードの変更を通知しなくとも、正当なユーザ又はクライアント端末３は現在有効な新規パスワードを取得することができるようになる。ネットワーク１において、暗号化されたパスワードが配布されるので、安全にパスワードの配布は行われる。
【００４０】
なお、リポジトリ５におけるパスワードの更新は以下の処理フローに従って行われる。まず、リポジトリ５のシステム管理者は、パスワード設定部５９に対してユーザＩＤと変更されたパスワードの入力を行う。パスワード設定部５９は、システム管理者からのユーザＩＤ及び変更されたパスワードの入力を受け付け（ステップＳ７１）、パスワードファイル名（ファイル名及び保存先は通常固定であるので設定されているもの）、ユーザＩＤ及びパスワードを指定して、変更指示をｈｔｐａｓｓｗｄプログラム５４に出力する（ステップＳ７３）。ｈｔｐａｓｓｗｄプログラム５４は、パスワード設定部５９から、変更に係るパスワードファイル名、ユーザＩＤ及びパスワードを受け取り（ステップＳ７５）、パスワードを暗号化して、ユーザＩＤに対応させてパスワードファイル５３に格納する（ステップＳ７７）。
【００４１】
また、パスワード設定部５９は、少なくともパスワードを暗号モジュール５８に暗号化させて、暗号化されたパスワードを、ユーザＩＤに対応付けてリポジトリ設定ファイル５５に格納する（ステップＳ７９）。なお、ユーザＩＤを複数のユーザ又はクライアント端末３で共用する場合には、ユーザＩＤ自体も暗号化する場合もある。暗号化は、ユーザＩＤに対応するクライアント端末３で復号できる形で行う。
【００４２】
このように、システム管理者は、ユーザ又はクライアント端末に配慮することなくセキュリティの観点のみにおいてパスワードの更新を行うことができる。その際、ユーザ又はクライアント端末にパスワードを配布するということを行わなくとも良い。
【００４３】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で述べた例では、現在有効なパスワードとユーザＩＤがリポジトリ設定ファイル５５に格納されていることを前提としたが、例えば、リポジトリ設定ファイル５５にパスワードの変更履歴（例えば、１つ前のパスワード）が格納されている場合には、セッションキー要求には、ユーザＩＤ及び過去のパスワードを含むようにして、過去のパスワードの一致を確認の上セッションキーを発行することにすれば、よりセキュリティの度合いを上げることができる。
【００４４】
また、ステップＳ５１で、接続情報ファイル３２１に暗号化されたユーザＩＤ及びパスワードを格納するようになっているが、ステップＳ５３で再度実施されるステップＳ１９の後に接続情報ファイル３２１に格納するようにしてもよい。このようにすれば、以後使用可能なパスワードであることを確認の上、接続情報ファイル３２１にパスワードを入力することができる。
【００４５】
さらに、図１に示した機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成を示すものではない。また、ＷｅｂＤＡＶサーバ５１における認証処理に限定されるものではない。
【００４６】
なお、リポジトリサーブレット５６及びＷｅｂＤＡＶサーバ５１は、１つのコンピュータで実施しても良いし、複数のサーバで実施するようにしても良い。
【００４７】
また、暗号処理部３２２や暗号モジュール５８で取り扱う暗号の種類は、例えばＡＥＳ（Advanced Encryption Standard）であってもよいし、他の方式の暗号（例えば共通鍵方式）であっても良い。また、ダイジェスト関数についても、現在用いられている様々なダイジェスト関数のいずれを使用しても良い。リポジトリサーブレット５６は、暗号化モジュール５８を用いないような構成としたが、リポジトリ５内とクライアント端末３及びネットワーク１を含むリポジトリ５外とで異なる暗号形態をとるために、リポジトリサーブレット５６が、暗号モジュール５８を用いて、暗号の形式を変換するような実施形態を採用するようにしてもよい。
【００４８】
なお、クライアント端末３やリポジトリ５は、図６のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００４９】
（付記１）
所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップと、
前記アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得ステップと、
取得された前記現在有効な認証情報を用いた認証を前記アクセス先に対して前記ネットワークを介して要求するステップと、
を含み、コンピュータに実行される通信処理方法。
【００５０】
（付記２）
前記取得ステップが、
セッションキー要求を前記認証情報管理部に送信するセッションキー要求ステップと、
前記認証情報管理部からセッションキーを受信した場合、予め定められたダイジェスト関数によりセッションキーに対応するダイジェストを生成し、前記認証情報管理部に送信するステップと、
前記認証情報管理部によって前記ダイジェストが正当と判断された場合に、前記認証情報管理部から前記現在有効な認証情報を受信するステップと、
を含む付記１記載の通信処理方法。
【００５１】
（付記３）
前記セッションキー要求ステップが、
前記所定の認証情報を用いた認証を前記認証情報管理部に前記ネットワークを介して要求するステップ
を含む付記２記載の通信処理方法。
【００５２】
（付記４）
前記アクセス先から前記現在有効な認証情報による認証成功が通知された場合、前記現在有効な認証情報を、認証情報格納部に格納するステップ
をさらに含む付記１記載の通信処理方法。
【００５３】
（付記５）
付記１乃至４のいずれか１つ記載の通信処理方法をコンピュータにより実行させるためのプログラム。
【００５４】
（付記６）
所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求する認証要求手段と、
前記アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得手段と、
を有し、
前記認証要求手段が、
取得された前記現在有効な認証情報を用いた認証を前記アクセス先に対して前記ネットワークを介して要求する、
コンピュータ。
【００５５】
（付記７）
所定の認証情報による認証処理を実施する処理サーバと、
前記処理サーバにおいて実施される認証処理に用いられる認証情報を認証情報格納部に保持し、当該認証情報を使用するクライアント端末に配布する認証情報管理部と、
前記認証情報を使用し且つ前記処理サーバにアクセスするクライアント端末と、
を有し、
前記処理サーバにおいて実施される認証処理に用いられる認証情報の新規登録又は更新が発生した後、
前記処理サーバは、前記クライアント端末からの認証要求を受信した場合、前記クライアント端末に対して認証失敗を通知し、
前記認証情報管理部は、前記クライアント端末から当該クライアント端末の正当性を示すデータを受信した場合には、前記認証情報格納部から前記新規登録又は更新された現在有効な認証情報を前記クライアント端末に送信する
コンピュータ・システム。
【００５６】
（付記８）
前記クライアント端末の正当性を示すデータは、前記認証情報管理部から与えられるセッションキーに対する所定のダイジェスト関数の値である
付記７記載のコンピュータ・システム。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施の形態に係るシステム概要図である。
【図２】本発明の実施の形態に係る認証処理の処理フローを示す図である。
【図３】本発明の実施の形態に係る処理フローを示す図である。
【図４】本発明の実施の形態に係る処理フローを示す図である。
【図５】本発明の実施の形態に係るパスワード変更の際の処理フローを示す図である。
【図６】コンピュータの機能ブロック図である。
【符号の説明】
【００５８】
１ ネットワーク
３ クライアント端末
５ リポジトリ
３１ フレームワーク
３２ リポジトリクライアントＡＰＩ
５１ ＷｅｂＤＡＶサーバ
５２ ファイルシステム
５３ パスワードファイル
５４ ｈｔｐａｓｓｗｄプログラム
５５ リポジトリ設定ファイル
５６ リポジトリサーブレット
５７ ダイジェスト関数モジュール
５８ 暗号モジュール
５９ パスワード設定部
３２１ 接続情報ファイル
３２２ 暗号処理部
３２３ ダイジェスト関数モジュール
３２４ ＷｅｂＤＡＶクライアント
３２５ 認証情報取得部
【特許請求の範囲】
【請求項１】
所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップと、
前記アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得ステップと、
取得された前記現在有効な認証情報を用いた認証を前記アクセス先に対して前記ネットワークを介して要求するステップと、
を含み、コンピュータに実行される通信処理方法。
【請求項２】
前記取得ステップが、
セッションキー要求を前記認証情報管理部に送信するセッションキー要求ステップと、
前記認証情報管理部からセッションキーを受信した場合、予め定められたダイジェスト関数によりセッションキーに対応するダイジェストを生成し、前記認証情報管理部に送信するステップと、
前記認証情報管理部によって前記ダイジェストが正当と判断された場合に、前記認証情報管理部から前記現在有効な認証情報を受信するステップと、
を含む請求項１記載の通信処理方法。
【請求項３】
前記セッションキー要求ステップが、
前記所定の認証情報を用いた認証を前記認証情報管理部に前記ネットワークを介して要求するステップ
を含む請求項２記載の通信処理方法。
【請求項４】
請求項１乃至３のいずれか１つ記載の通信処理方法をコンピュータにより実行させるためのプログラム。
【請求項５】
所定の認証情報による認証処理を実施する処理サーバと、
前記処理サーバにおいて実施される認証処理に用いられる認証情報を認証情報格納部に保持し、当該認証情報を使用するクライアント端末に配布する認証情報管理部と、
前記認証情報を使用し且つ前記処理サーバにアクセスするクライアント端末と、
を有し、
前記処理サーバにおいて実施される認証処理に用いられる認証情報の新規登録又は更新が発生した後、
前記処理サーバは、前記クライアント端末からの認証要求を受信した場合、前記クライアント端末に対して認証失敗を通知し、
前記認証情報管理部は、前記クライアント端末から当該クライアント端末の正当性を示すデータを受信した場合には、前記認証情報格納部から前記新規登録又は更新された現在有効な認証情報を前記クライアント端末に送信する
コンピュータ・システム。
【請求項１】
所定の認証情報を用いた認証をアクセス先に対してネットワークを介して要求するステップと、
前記アクセス先から認証失敗が通知された場合、自己の正当性を示すためのデータを送信することによって、現在有効な認証情報を認証情報管理部からネットワークを介して取得し、記憶装置に格納する取得ステップと、
取得された前記現在有効な認証情報を用いた認証を前記アクセス先に対して前記ネットワークを介して要求するステップと、
を含み、コンピュータに実行される通信処理方法。
【請求項２】
前記取得ステップが、
セッションキー要求を前記認証情報管理部に送信するセッションキー要求ステップと、
前記認証情報管理部からセッションキーを受信した場合、予め定められたダイジェスト関数によりセッションキーに対応するダイジェストを生成し、前記認証情報管理部に送信するステップと、
前記認証情報管理部によって前記ダイジェストが正当と判断された場合に、前記認証情報管理部から前記現在有効な認証情報を受信するステップと、
を含む請求項１記載の通信処理方法。
【請求項３】
前記セッションキー要求ステップが、
前記所定の認証情報を用いた認証を前記認証情報管理部に前記ネットワークを介して要求するステップ
を含む請求項２記載の通信処理方法。
【請求項４】
請求項１乃至３のいずれか１つ記載の通信処理方法をコンピュータにより実行させるためのプログラム。
【請求項５】
所定の認証情報による認証処理を実施する処理サーバと、
前記処理サーバにおいて実施される認証処理に用いられる認証情報を認証情報格納部に保持し、当該認証情報を使用するクライアント端末に配布する認証情報管理部と、
前記認証情報を使用し且つ前記処理サーバにアクセスするクライアント端末と、
を有し、
前記処理サーバにおいて実施される認証処理に用いられる認証情報の新規登録又は更新が発生した後、
前記処理サーバは、前記クライアント端末からの認証要求を受信した場合、前記クライアント端末に対して認証失敗を通知し、
前記認証情報管理部は、前記クライアント端末から当該クライアント端末の正当性を示すデータを受信した場合には、前記認証情報格納部から前記新規登録又は更新された現在有効な認証情報を前記クライアント端末に送信する
コンピュータ・システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−３２８４８２（Ｐ２００７−３２８４８２Ａ）
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願番号】特願２００６−１５８０３３（Ｐ２００６−１５８０３３）
【出願日】平成１８年６月７日（２００６．６．７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願日】平成１８年６月７日（２００６．６．７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]