(57)【要約】【課題】複数の認証方式を有するネットワークシステムにおいてユーザにサービスを提供する際に、そのネットワークシステムにおける１つ以上の認証方式に登録されているユーザを当該サービスのユーザとして認証する。【解決手段】ユーザ認証システム１０は、ユーザ名を含むユーザ情報を予め登録したユーザを認証する複数の副認証方式１２１〜１２３と、副認証方式１２１〜１２３にアクセス可能に接続された主認証方式１１とを有する。主認証方式１１は、ユーザ３０にネットワークサービス２０を提供する際に、ユーザ３０のユーザ名を少なくとも含む認証依頼に応じて、副認証方式１２１〜１２３に認証を問い合わせ、問い合わせた結果、ユーザ３０が１つ以上の副認証方式に登録されている場合にネットワークサービス２０のユーザとして認証する。【選択図】　　　　図３
2004070416.tif 000002
【特許請求の範囲】
【請求項１】
予め登録されたユーザを認証する複数の認証方式を有するネットワークシステムにおけるユーザ認証方法において、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数の認証方式に認証を問い合わせ、問い合わせた結果、１つ以上の認証方式に登録されているユーザを前記サービスのユーザとして認証することを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項２】
請求項１に記載のネットワークシステムにおけるユーザ認証方法において、ユーザに関する情報及びユーザが利用する認証方式をユーザ毎に登録したインデックスディレクトリを予め準備し、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用する認証方式を特定し、該特定した認証方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項３】
請求項１または２に記載のネットワークシステムにおけるユーザ認証方法において、ユーザに関する情報及びユーザが利用する複数の認証方式をユーザ毎に登録するための統合ディレクトリを予め準備し、ユーザ認証の際に利用する複数の認証方式を前記統合ディレクトリに登録し、該登録した認証方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項４】
予め登録されたユーザを認証する複数のディレクトリ方式を有するネットワークシステムにおけるユーザ認証方法において、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数のディレクトリ方式に認証を問い合わせ、問い合わせた結果、１つ以上のディレクトリ方式に登録されているユーザを前記サービスのユーザとして認証することを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項５】
請求項４に記載のネットワークシステムにおけるユーザ認証方法において、ユーザに関する情報及びユーザが利用するディレクトリ方式をユーザ毎に登録したインデックスディレクトリを予め準備し、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用するディレクトリ方式を特定し、該特定したディレクトリ方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項６】
請求項４または５に記載のネットワークシステムにおけるユーザ認証方法において、ユーザに関する情報及びユーザが利用する複数のディレクトリ方式をユーザ毎に登録するための統合ディレクトリを予め準備し、ユーザ認証の際に利用する複数のディレクトリ方式を前記統合ディレクトリに登録し、該登録したディレクトリ方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項７】
請求項１ないし６のいずれか１に記載のネットワークシステムにおけるユーザ認証方法において、ユーザ認証に関する属性を登録するための認証属性ディレクトリを予め準備し、ユーザからの最初の認証依頼に応じた認証結果に含まれる認証属性を前記認証属性ディレクトリに登録し、次回からのユーザ認証の際に、前記認証属性ディレクトリに登録した認証属性を利用することによって前記ユーザを認証できるようにしたことを特徴とするネットワークシステムにおけるユーザ認証方法。
【請求項８】
予め登録されたユーザを認証する複数の認証方式を有するネットワークシステムにおけるユーザ認証システムにおいて、前記複数の認証方式にアクセス可能に接続された主認証方式を有し、該主認証方式は、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数の認証方式に認証を問い合わせ、問い合わせた結果、１つ以上の認証方式に登録されているユーザを前記サービスのユーザとして認証することを特徴とするネットワークシステムにおけるユーザ認証システム。
【請求項９】
請求項８に記載のネットワークシステムにおけるユーザ認証システムにおいて、前記主認証方式は、ユーザに関する情報及びユーザが利用する認証方式をユーザ毎に登録したインデックスディレクトリにアクセス可能とし、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用する認証方式を特定し、該特定した認証方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証システム。
【請求項１０】
請求項８または９に記載のネットワークシステムにおけるユーザ認証システムにおいて、前記主認証方式は、ユーザに関する情報及びユーザが利用する複数の認証方式をユーザ毎に登録するための統合ディレクトリにアクセス可能とし、ユーザ認証の際に利用する複数の認証方式を前記統合ディレクトリに登録し、該登録した認証方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証システム。
【請求項１１】
請求項８ないし１０のいずれか１に記載のネットワークシステムにおけるユーザ認証システムにおいて、前記主認証方式は、ユーザ認証に関する属性を登録するための認証属性ディレクトリにアクセス可能とし、ユーザからの最初の認証依頼に応じた認証結果に含まれる認証属性を前記認証属性ディレクトリに登録し、次回からのユーザ認証の際に、前記認証属性ディレクトリに登録した認証属性を利用することによって前記ユーザを認証できるようにしたことを特徴とするネットワークシステムにおけるユーザ認証システム。
【請求項１２】
予め登録されたユーザを認証する複数のディレクトリ方式を有するネットワークシステムにおけるユーザ認証システムにおいて、前記複数のディレクトリ方式にアクセス可能に接続されたメインディレクトリ方式を有し、該メインディレクトリ方式は、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数のディレクトリ方式に認証を問い合わせ、問い合わせた結果、１つ以上のディレクトリ方式に登録されているユーザを前記サービスのユーザとして認証することを特徴とするネットワークシステムにおけるユーザ認証システム。
【請求項１３】
請求項１２に記載のネットワークシステムにおけるユーザ認証システムにおいて、前記メインディレクトリ方式は、ユーザに関する情報及びユーザが利用するディレクトリ方式をユーザ毎に登録したインデックスディレクトリにアクセス可能とし、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用するディレクトリ方式を特定し、該特定したディレクトリ方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証システム。
【請求項１４】
請求項１２または１３に記載のネットワークシステムにおけるユーザ認証システムにおいて、前記メインディレクトリ方式は、ユーザに関する情報及びユーザが利用する複数のディレクトリ方式をユーザ毎に登録するための統合ディレクトリにアクセス可能とし、ユーザ認証の際に利用する複数のディレクトリ方式を前記統合ディレクトリに登録し、該登録したディレクトリ方式により前記ユーザを認証することを特徴とするネットワークシステムにおけるユーザ認証システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークシステムにおけるユーザ認証方法及びシステム、より詳細には、ネットワーク上で提供されるサービスにおいてユーザを認証する際の認証方法に応用可能なものである。
【０００２】
【従来の技術】
従来のネットワーク上で提供されるサービスにおいて、ユーザがサービスの提供を受ける前に行うユーザ認証は単一の方式が取られている。例えば、特開２００１−２８２７４２号公報に記載の発明では、ネットワーク上で提供するサービスと認証サービスとがネットワークを介した場合であっても、ユーザの所望するサービスで利用する認証サービスは、その他のサービスで利用している認証方式の異なる認証サービスを利用できるようにはなっていない。
【０００３】
【発明が解決しようとする課題】
しかしながら、複数のサービスが提供されているネットワーク上において、方式は異なるが既存の認証方式に登録されているユーザに対してサービスを提供する際に、新たな認証方式を設けなければならないために、結果として、サービスを提供するシステムの運用や管理面でのコストを増大させている。
【０００４】
本発明は、上述のごとき実情に鑑みてなされたものであり、複数の認証方式を有するネットワークシステム上でユーザにサービスを提供する際に、そのネットワークシステムにおける１つ以上の認証方式に登録されているユーザを当該サービスのユーザとして認証すること、ユーザ毎に利用する認証方式を登録しておくことでサービス毎に利用するユーザを特定できるようにすること、ユーザ毎にユーザ名やユーザＩＤなどの属性情報を登録することでサービス独自のユーザ認証を行えるようにすること、を目的としてなされたものである。
【０００５】
【課題を解決するための手段】
請求項１の発明は、予め登録されたユーザを認証する複数の認証方式を有するネットワークシステムにおけるユーザ認証方法において、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数の認証方式に認証を問い合わせ、問い合わせた結果、１つ以上の認証方式に登録されているユーザを前記サービスのユーザとして認証することを特徴としたものである。
【０００６】
請求項２の発明は、請求項１の発明において、ユーザに関する情報及びユーザが利用する認証方式をユーザ毎に登録したインデックスディレクトリを予め準備し、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用する認証方式を特定し、該特定した認証方式により前記ユーザを認証することを特徴としたものである。
【０００７】
請求項３の発明は、請求項１または２の発明において、ユーザに関する情報及びユーザが利用する複数の認証方式をユーザ毎に登録するための統合ディレクトリを予め準備し、ユーザ認証の際に利用する複数の認証方式を前記統合ディレクトリに登録し、該登録した認証方式により前記ユーザを認証することを特徴としたものである。
【０００８】
請求項４の発明は、予め登録されたユーザを認証する複数のディレクトリ方式を有するネットワークシステムにおけるユーザ認証方法において、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数のディレクトリ方式に認証を問い合わせ、問い合わせた結果、１つ以上のディレクトリ方式に登録されているユーザを前記サービスのユーザとして認証することを特徴としたものである。
【０００９】
請求項５の発明は、請求項４の発明において、ユーザに関する情報及びユーザが利用するディレクトリ方式をユーザ毎に登録したインデックスディレクトリを予め準備し、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用するディレクトリ方式を特定し、該特定したディレクトリ方式により前記ユーザを認証することを特徴としたものである。
【００１０】
請求項６の発明は、請求項４または５の発明において、ユーザに関する情報及びユーザが利用する複数のディレクトリ方式をユーザ毎に登録するための統合ディレクトリを予め準備し、ユーザ認証の際に利用する複数のディレクトリ方式を前記統合ディレクトリに登録し、該登録したディレクトリ方式により前記ユーザを認証することを特徴としたものである。
【００１１】
請求項７の発明は、請求項１ないし６のいずれか１の発明において、ユーザ認証に関する属性を登録するための認証属性ディレクトリを予め準備し、ユーザからの最初の認証依頼に応じた認証結果に含まれる認証属性を前記認証属性ディレクトリに登録し、次回からのユーザ認証の際に、前記認証属性ディレクトリに登録した認証属性を利用することによって前記ユーザを認証できるようにしたことを特徴としたものである。
【００１２】
請求項８の発明は、予め登録されたユーザを認証する複数の認証方式を有するネットワークシステムにおけるユーザ認証システムにおいて、前記複数の認証方式にアクセス可能に接続された主認証方式を有し、該主認証方式は、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数の認証方式に認証を問い合わせ、問い合わせた結果、１つ以上の認証方式に登録されているユーザを前記サービスのユーザとして認証することを特徴としたものである。
【００１３】
請求項９の発明は、請求項８の発明において、前記主認証方式は、ユーザに関する情報及びユーザが利用する認証方式をユーザ毎に登録したインデックスディレクトリにアクセス可能とし、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用する認証方式を特定し、該特定した認証方式により前記ユーザを認証することを特徴としたものである。
【００１４】
請求項１０の発明は、請求項８または９の発明において、前記主認証方式は、ユーザに関する情報及びユーザが利用する複数の認証方式をユーザ毎に登録するための統合ディレクトリにアクセス可能とし、ユーザ認証の際に利用する複数の認証方式を前記統合ディレクトリに登録し、該登録した認証方式により前記ユーザを認証することを特徴としたものである。
【００１５】
請求項１１の発明は、請求項８ないし１０のいずれか１の発明において、前記主認証方式は、ユーザ認証に関する属性を登録するための認証属性ディレクトリにアクセス可能とし、ユーザからの最初の認証依頼に応じた認証結果に含まれる認証属性を前記認証属性ディレクトリに登録し、次回からのユーザ認証の際に、前記認証属性ディレクトリに登録した認証属性を利用することによって前記ユーザを認証できるようにしたことを特徴としたものである。
【００１６】
請求項１２の発明は、予め登録されたユーザを認証する複数のディレクトリ方式を有するネットワークシステムにおけるユーザ認証システムにおいて、前記複数のディレクトリ方式にアクセス可能に接続されたメインディレクトリ方式を有し、該メインディレクトリ方式は、ユーザに所望のサービスを提供する際に、ユーザからの認証依頼に応じて、前記複数のディレクトリ方式に認証を問い合わせ、問い合わせた結果、１つ以上のディレクトリ方式に登録されているユーザを前記サービスのユーザとして認証することを特徴としたものである。
【００１７】
請求項１３の発明は、請求項１２の発明において、前記メインディレクトリ方式は、ユーザに関する情報及びユーザが利用するディレクトリ方式をユーザ毎に登録したインデックスディレクトリにアクセス可能とし、ユーザの認証の際に入力されるユーザ情報に基づいて、前記インデックスディレクトリの中から前記ユーザが利用するディレクトリ方式を特定し、該特定したディレクトリ方式により前記ユーザを認証することを特徴としたものである。
【００１８】
請求項１４の発明は、請求項１２または１３の発明において、前記メインディレクトリ方式は、ユーザに関する情報及びユーザが利用する複数のディレクトリ方式をユーザ毎に登録するための統合ディレクトリにアクセス可能とし、ユーザ認証の際に利用する複数のディレクトリ方式を前記統合ディレクトリに登録し、該登録したディレクトリ方式により前記ユーザを認証することを特徴としたものである。
【００１９】
【発明の実施の形態】
図１は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの構成例を示す図で、図中、１０はユーザ認証システムで、該ユーザ認証システム１０は、主認証方式１１，副認証方式１２１，副認証方式１２２，・・・，副認証方式１２ｎの複数の副認証方式（しばしば、副認証方式１２１で代表する）を有している。
【００２０】
図１において、認証方式の異なる副認証方式１２１，副認証方式１２２，・・・，副認証方式１２ｎは、主認証方式１１の下位に属し、各副認証方式は、主認証方式１１と接続されて、ユーザからの認証依頼は全て主認証方式１１に来るものとする。ここで、副認証方式の数には理論的制限はないものとする。本実施形態において、ユーザ認証を問い合わせるための複数の認証方式を副認証方式、ネットワーク上で提供される任意のサービスの認証方式を主認証方式と位置付けて、ユーザからの認証依頼は主認証方式１１のみに来るものとする。ユーザからの認証依頼に応じて主認証方式１１は、各副認証方式１２１，１２２，・・・，１２ｎに認証結果を問い合わせる。尚、ユーザの認証登録時に、重複しないようにユーザ毎のユーザＩＤを予め登録しておくことで、主認証方式１１は、副認証方式から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００２１】
ユーザからの認証問い合わせ時に用いるパラメータは、例えば、ユーザ名とパスワードが設定されており、ユーザはこのパラメータを用いて主認証方式１１に認証を問い合わせる。主認証方式１１はユーザから渡されたパラメータにより各副認証方式１２１〜１２ｎに認証を問い合わせる。
【００２２】
図２は、主認証方式１１から問い合わせるユーザ認証処理の流れを説明するためのフロー図である。まず、ユーザ名とパスワードとがパラメータとしてユーザから入力され（ステップＳ１１）、主認証方式１１は、問い合わせるべき副認証方式があるかどうかを判断し（ステップＳ１２）、問い合わせるべき副認証方式がない場合（ＮＯの場合）、処理を終了する。問い合わせるべき副認証方式がある場合（ＹＥＳの場合）、ステップＳ１３に移行し、処理対象となっている副認証方式にユーザ名とパスワードを渡して認証する（ステップＳ１３）。次に、処理対象の各副認証方式において認証が成功したかどうかを判断し（ステップＳ１４）、認証が失敗した場合（ＮＯの場合）、ステップＳ１２に戻り処理を繰り返し、認証が成功した場合（ＹＥＳの場合）、ステップＳ１５に移行し、ユーザ認証に成功した副認証方式から認証したユーザのユーザＩＤを取得する（ステップＳ１５）。副認証方式は、問い合わせに対する結果として主認証方式１１にユーザＩＤを返す（ステップＳ１６）。
【００２３】
ここで、ユーザ認証システム１０を構成する副認証方式１２１〜１２ｎ、主認証方式１１は、例えば、１つのサーバ装置などの情報処理装置に組み込まれ、物理的に統合された形態や、副認証方式を有するサーバ装置、主認証方式を有するサーバ装置など、それぞれが物理的に独立した装置としての形態をとることもできる。
【００２４】
図３は、本発明のユーザ認証システム１０を用いたユーザ認証処理の一例を説明するための図で、ユーザ認証システム１０は、主認証方式１１，副認証方式１２１，副認証方式１２２，副認証方式１２３を有し、主認証方式１１には、副認証方式１２１，副認証方式１２２，副認証方式１２３が接続され、２０はネットワークサービス、３０はユーザである。本実施形態における副認証方式１２１には「ユーザ名：ｕｓｅｒ１」、副認証方式１２２には「ユーザ名：ｕｓｅｒ２」、副認証方式１２３には「ユーザ名：ｕｓｅｒ３」が予め登録されている。ユーザ３０は、「ユーザ名：ｕｓｅｒ２、Ｐａｓｓｗｏｒｄ：＊＊＊＊」というパラメータを有しており、ユーザ３０は、このパラメータを主認証方式１１に入力して認証依頼を行う。
【００２５】
上記パラメータが入力された主認証方式１１は、副認証方式１２１，副認証方式１２２，副認証方式１２３に認証を問い合わせ、問い合わせた結果、副認証方式１２１，副認証方式１２３では認証は失敗、副認証方式１２２では認証が成功する。この認証結果は主認証方式１１に返され、認証が成立する。主認証方式１１による認証が成立した後に、ネットワークサービス２０から提供されるサービスがユーザ３０に対して提供される。
【００２６】
図４は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図で、図中、４０はユーザ認証システムで、該ユーザ認証システム４０は、メインディレクトリ方式４１，サブディレクトリ方式４２１，サブディレクトリ方式４２２，・・・，サブディレクトリ方式４２ｎの複数のサブディレクトリ方式（しばしば、サブディレクトリ方式４２１で代表する）を有している。
【００２７】
図４において、認証方式の異なるサブディレクトリ方式４２１，サブディレクトリ方式４２２，・・・，サブディレクトリ方式４２ｎは、メインディレクトリ方式４１の下位に属し、各サブディレクトリ方式は、メインディレクトリ方式４１と接続されて、ユーザからの認証依頼は全てメインディレクトリ方式４１に来るものとする。ここで、サブディレクトリ方式の数には理論的制限はないものとする。本実施形態において、ユーザ認証を問い合わせるための複数のディレクトリ方式をサブディレクトリ方式、ネットワーク上で提供される任意のサービスのディレクトリ方式をメインディレクトリ方式と位置付けて、ユーザからの認証依頼はメインディレクトリ方式４１のみに来るものとする。ユーザからの認証依頼に応じてメインディレクトリ方式４１は、各サブディレクトリ方式４２１，４２２，・・・，４２ｎに認証結果を問い合わせる。尚、ユーザの認証登録時に、重複しないようにユーザ毎のユーザＩＤを予め登録しておくことで、メインディレクトリ方式４１は、サブディレクトリ方式から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００２８】
ユーザからの認証問い合わせ時に用いるパラメータは、例えば、ユーザ名とパスワードが設定されており、ユーザはこのパラメータを用いてメインディレクトリ方式４１に認証を問い合わせる。メインディレクトリ方式４１はユーザから渡されたパラメータにより各サブディレクトリ方式４２１〜４２ｎに認証を問い合わせる。
【００２９】
図５は、メインディレクトリ方式４１から問い合わせるユーザ認証処理の流れを説明するためのフロー図である。まず、各サブディレクトリ方式に登録されているユーザ名等をまとめたリスト１を初期化し（ステップＳ２１）、メインディレクトリ方式４１は、問い合わせるべきサブディレクトリ方式があるかどうかを判断し（ステップＳ２２）、問い合わせるべきサブディレクトリ方式がない場合（ＮＯの場合）、ステップＳ２５に移行して、サブディレクトリ方式はリスト１をメインディレクト方式４１に返し（ステップＳ２５）、処理を終了する。問い合わせるべきサブディレクトリ方式がある場合（ＹＥＳの場合）、ステップＳ２３に移行し、処理対象となっている各サブディレクトリ方式からリスト２を取得し（ステップＳ２３）。前述のリスト１にリスト２を追加する（ステップＳ２４）。次に、ステップＳ２４の後、ステップＳ２２に戻り処理を繰り返し、問い合わせるべきサブディレクトリ方式がない場合（ＮＯの場合）、ステップＳ２５に移行して、サブディレクトリ方式はリスト１をメインディレクト方式４１に返し（ステップＳ２５）、処理を終了する。尚、上記リスト２には、各サブディレクトリ方式に予め登録されたユーザ名，ユーザＩＤ，パスワード等が含まれており、リスト１は各サブディレクトリ方式からのリスト２をまとめたユーザリストである。
【００３０】
ここで、ユーザ認証システム４０を構成するサブディレクトリ方式４２１〜４２ｎ、メインディレクトリ方式４１は、例えば、１つのサーバ装置などの情報処理装置に組み込まれ、物理的に統合された形態や、サブディレクトリ方式を有するサーバ装置、メインディレクトリ方式を有するサーバ装置など、それぞれが物理的に独立した装置としての形態をとることもできる。
【００３１】
図６は、本発明のユーザ認証システム４０を用いたユーザ認証処理の一例を説明するための図で、ユーザ認証システム４０は、メインディレクトリ方式４１，サブディレクトリ方式４２１，サブディレクトリ方式４２２，サブディレクトリ方式４２３を有し、メインディレクトリ方式４１には、サブディレクトリ方式４２１，サブディレクトリ方式４２２，サブディレクトリ方式４２３が接続されている。本実施形態におけるサブディレクトリ方式４２１には「ユーザ名：ｕｓｅｒ１」、サブディレクトリ方式４２２には「ユーザ名：ｕｓｅｒ２」、サブディレクトリ方式４２３には「ユーザ名：ｕｓｅｒ３」が予め登録されている。ユーザ３０は、「ユーザ名：ｕｓｅｒ２、Ｐａｓｓｗｏｒｄ：＊＊＊＊」というパラメータを有しており、ユーザ３０は、このパラメータをメインディレクトリ方式４１に入力して認証依頼を行う。
【００３２】
上記パラメータが入力されたメインディレクトリ方式４１は、サブディレクトリ方式４２１，サブディレクトリ方式４２２，サブディレクトリ方式４２３に認証を問い合わせ、問い合わせた結果、サブディレクトリ方式４２１から得られるリストは｛ｕｓｅｒ１｝、サブディレクトリ方式４２２から得られるリストは｛ｕｓｅｒ２｝、サブディレクトリ方式４２３から得られるリストは｛ｕｓｅｒ３｝となり、全てから得られるリストは｛ｕｓｅｒ１，ｕｓｅｒ２，ｕｓｅｒ３｝となる。この中には認証すべき「ｕｓｅｒ２」が含まれているので認証は成功する。この認証結果はメインディレクトリ方式４１に返され、認証が成立する。メインディレクトリ方式４１による認証が成立した後に、ネットワークサービス２０はユーザ３０に対して提供される。
【００３３】
本発明によると、ネットワークシステム上でユーザにサービスを提供する際、そのネットワークシステムにおける方式の異なる複数の認証方式の中で、１つ以上の認証方式に登録されているユーザを、当該サービスのユーザとして認証することにより、ネットワークシステムの運用，管理面に係るコストを減少させることができる。
【００３４】
図７は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図で、ユーザ認証システム１０は、主認証方式１１，副認証方式１２１，・・・，副認証方式１２ｎの複数の副認証方式（しばしば、副認証方式１２１で代表する），インデックスディレクトリ１３を有している。本実施形態におけるユーザ認証システム１０は、さらにインデックスディレクトリ１３を有し、これにはユーザＩＤとユーザが利用できる副認証方式の番号が登録されており、ユーザＩＤと対応する副認証方式を用いて認証を行うことができる。
【００３５】
図７において、認証方式の異なる副認証方式１２１，・・・，副認証方式１２ｎ及びインデックスディレクトリ１３は、主認証方式１１の下位に属し、各副認証方式及びインデックスディレクトリ１３は、主認証方式１１と接続されて、ユーザからの認証依頼は全て主認証方式１１に来るものとする。ここで、副認証方式の数には理論的制限はないものとする。本実施形態において、ユーザ認証を問い合わせるための複数の認証方式を副認証方式、ネットワーク上で提供される任意のサービスの認証方式を主認証方式と位置付けて、ユーザからの認証依頼は主認証方式１１のみに来るものとする。ユーザからの認証依頼に応じて主認証方式１１は、各副認証方式１２１，・・・，１２ｎに認証結果を問い合わせる。尚、ユーザの認証登録時に、重複しないようにユーザ毎のユーザＩＤを予め登録しておくことで、主認証方式１１は、副認証方式から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００３６】
ユーザからの認証問い合わせ時に用いるパラメータは、例えば、ユーザ名とパスワードが設定されており、ユーザはこのパラメータを用いて主認証方式１１に認証を問い合わせる。主認証方式１１はインデックスディレクトリ１３からユーザ名に応じた副認証方式の番号を取得し、取得した番号に該当する副認証方式に認証を問い合わせる。
【００３７】
図８は、主認証方式１１から問い合わせるユーザ認証処理の流れを説明するためのフロー図である。まず、ユーザ名とパスワードとがパラメータとしてユーザから入力され（ステップＳ３１）、主認証方式１１は、インデックスディレクトリ１３に登録されたユーザの中から、ユーザ名（パスワード）をキーに検索する（ステップＳ３２）。インデックスディレクトリ１３からユーザ名に応じた副認証方式の番号を取得する（ステップＳ３３）。本例では、取得した副認証方式の番号が、副認証方式１２１，副認証方式１２２の場合について説明するが、どちらの認証方式においても処理の流れは同様であるため、副認証方式１２１を代表例として説明する。
【００３８】
主認証方式１１は、上記ステップＳ３３において特定した副認証方式１２１にユーザ名とパスワードを設定し、認証を問い合わせる（ステップＳ３４）。次に、副認証方式１２１の認証が成功したかどうか判断し（ステップＳ３５）、認証が成功した場合（ＹＥＳの場合）、副認証方式１２１からユーザＩＤを取得し（ステップＳ３６）、取得したユーザＩＤ及び副認証方式１２１の番号を主認証方式１１に返す（ステップＳ３７）。ステップＳ３５において、副認証方式１２１の認証が失敗した場合（ＮＯの場合）、そのまま終了する。この際、副認証方式１２２の場合についても同様であるため、ここでの説明は省略する。
【００３９】
図９は、本発明のユーザ認証システム１０を用いたユーザ認証処理の他の例を説明するための図で、ユーザ認証システム１０は、主認証方式１１，副認証方式１２１，副認証方式１２２，インデックスディレクトリ１３を有し、主認証方式１１には、副認証方式１２１，副認証方式１２２，インデックスディレクトリ１３が接続されている。本実施形態におけるネットワークサービス２０に対してユーザ名とパスワードが「ユーザ名：ｕｓｅｒ１，パスワード：＊＊＊＊」で認証されるとき、主認証方式１１は、インデックスディレクトリ１３を「ユーザ名：ｕｓｅｒ１」で検索する。この際、インデックスディレクトリ１３にユーザ名、副認証方式の番号が｛ｕｓｅｒ１，１２２｝で登録されていた場合、副認証方式の番号１２２が検索結果として得られる。この検索結果より副認証方式１２２に始めに渡されたユーザ名，パスワードの“ｕｓｅｒ１，＊＊＊＊”で認証する。副認証方式１２２は、認証されたユーザＩＤと認証方式の番号を主認証方式１１に返す。この時、本来認証されるはずの副認証方式１２１には認証結果は関わってこない。
【００４０】
図１０は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図で、ユーザ認証システム４０は、メインディレクトリ方式４１，サブディレクトリ方式４２１，・・・，サブディレクトリ方式４２ｎの複数のサブディレクトリ方式（しばしば、サブディレクトリ方式４２１で代表する），インデックスディレクトリ４３を有している。本実施形態におけるユーザ認証システム４０は、さらにインデックスディレクトリ４３を有し、これにはユーザＩＤとユーザが利用できるサブディレクトリ方式の番号が登録されており、ユーザＩＤと対応するサブディレクトリ方式を用いて認証を行うことができる。
【００４１】
図１０において、認証方式の異なるサブディレクトリ方式４２１，・・・，サブディレクトリ方式４２ｎ及びインデックスディレクトリ４３は、メインディレクトリ方式４１の下位に属し、各サブディレクトリ方式及びインデックスディレクトリ４３は、メインディレクトリ方式４１と接続されて、ユーザからの認証依頼は全てメインディレクトリ方式４１に来るものとする。ここで、サブディレクトリ方式の数には理論的制限はないものとする。本実施形態において、ユーザ認証を問い合わせるための複数のディレクトリ方式をサブディレクトリ方式、ネットワーク上で提供される任意のサービスのディレクトリ方式をメインディレクトリ方式と位置付けて、ユーザからの認証依頼はメインディレクトリ方式４１のみに来るものとする。ユーザからの認証依頼に応じてメインディレクトリ方式４１は、各サブディレクトリ方式４２１，・・・，４２ｎに認証結果を問い合わせる。尚、ユーザの認証登録時に、重複しないようにユーザ毎のユーザＩＤを予め登録しておくことで、メインディレクトリ方式４１は、サブディレクトリ方式から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００４２】
ユーザからの認証問い合わせ時に用いるパラメータは、例えば、ユーザ名とパスワードが設定されており、ユーザはこのパラメータを用いてメインディレクトリ方式４１に認証を問い合わせる。メインディレクトリ方式４１はインデックスディレクトリ４３からユーザ名に応じたサブディレクトリ方式の番号を取得し、取得した番号に該当するサブディレクトリ方式に認証を問い合わせる。
【００４３】
図１１は、メインディレクトリ方式４１から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。まず、各サブディレクトリ方式に登録されているユーザ名等をまとめたリストを初期化し（ステップＳ４１）、メインディレクトリ方式４１は、インデックスディレクトリ４３に登録されたユーザの中から、ユーザ名（パスワード）をキーに検索する（ステップＳ４２）。検索した結果、インデックスディレクトリ４３からユーザ名に応じたサブディレクトリ方式の番号を取得する（ステップＳ４３）。本例では、取得したサブディレクトリ方式の番号が、サブディレクトリ方式４２１，サブディレクトリ方式４２２の場合について説明するが、どちらのディレクトリ方式においても処理の流れは同様であるため、サブディレクトリ方式４２１を代表例として説明する。
【００４４】
メインディレクトリ方式４１は、上記ステップＳ４３において特定したサブディレクトリ方式４２１からユーザＩＤ等が記録されたユーザに関するリストを取得する（ステップＳ４４）。次に、取得したリストをメインディレクトリ方式４１に返す（ステップＳ４５）。この際、サブディレクトリ方式４２２の場合についても同様であるため、ここでの説明は省略する。
【００４５】
図１２は、本発明のユーザ認証システム４０を用いたユーザ認証処理の他の例を説明するための図で、ユーザ認証システム４０は、メインディレクトリ方式４１，サブディレクトリ方式４２１，サブディレクトリ方式４２２，インデックスディレクトリ４３を有し、メインディレクトリ方式４１には、サブディレクトリ方式４２１，サブディレクトリ方式４２２，インデックスディレクトリ４３が接続されている。本実施形態におけるネットワークサービス２０に対して、ユーザ名とパスワードが「ユーザ名：ｕｓｅｒ１，パスワード：＊＊＊＊」で認証されるとき、メインディレクトリ方式４１は、インデックスディレクトリ４３を「ユーザ名：ｕｓｅｒ１」で検索する。この際、インデックスディレクトリ４３にユーザ名、サブディレクトリ方式の番号が｛ｕｓｅｒ１，４２２｝で登録されていた場合、サブディレクトリ方式の番号４２２が検索結果として得られる。この検索結果よりサブディレクトリ方式４２２に始めに渡されたユーザ名，パスワードの“ｕｓｅｒ１，＊＊＊＊”で認証する。サブディレクトリ方式４２２は、ユーザリストをメインディレクトリ方式４１に返す。この時、本来認証されるはずのサブディレクトリ方式４２１には認証結果は関わってこない。得られたユーザリストで認証すべき「ｕｓｅｒ１」は認証することができる。
【００４６】
本発明によると、インデックスディレクトリにユーザ毎に利用したい認証方式の番号を予め登録しておくことでサービス毎に利用できるユーザを特定出来るために、サービス毎に認証するユーザを限定したい場合に、インデックスディレクトリに登録したユーザのみを限定して認証することができ、サービスのセキュリティを高めることが出来る。
【００４７】
図１３は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図で、ユーザ認証システム１０は、主認証方式１１，副認証方式１２１，・・・，副認証方式１２ｎの複数の副認証方式（しばしば、副認証方式１２１で代表する），統合ディレクトリ１４を有している。本実施形態におけるユーザ認証システム１０は、さらに統合ディレクトリ１４を有し、これにはユーザＩＤと複数の認証を許可している副認証方式の番号が登録されており、ユーザＩＤに対応する特定の副認証方式を用いて認証できるようにしたものである。
【００４８】
図１３において、認証方式の異なる副認証方式１２１，・・・，副認証方式１２ｎ及び統合ディレクトリ１４は、主認証方式１１の下位に属し、各副認証方式及び統合ディレクトリ１４は、主認証方式１１と接続されて、ユーザからの認証依頼は全て主認証方式１１に来るものとする。ここで、副認証方式の数には理論的制限はないものとする。本実施形態において、ユーザ認証を問い合わせるための複数の認証方式を副認証方式、ネットワーク上で提供される任意のサービスの認証方式を主認証方式と位置付けて、ユーザからの認証依頼は主認証方式１１のみに来るものとする。ユーザからの認証依頼に応じて主認証方式１１は、各副認証方式１２１，・・・，１２ｎに認証結果を問い合わせる。尚、ユーザの認証登録時に、重複しないようにユーザ毎のユーザＩＤを予め登録しておくことで、主認証方式１１は、副認証方式から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００４９】
ユーザからの認証問い合わせ時に用いるパラメータは、例えば、ユーザ名とパスワードが設定されており、ユーザはこのパラメータを用いて主認証方式１１に認証を問い合わせる。主認証方式１１は統合ディレクトリ１４からユーザ名に応じた副認証方式の番号を取得し、取得した番号に該当する副認証方式にユーザ名とパスワードを用いて認証を問い合わせる。
【００５０】
図１４は、主認証方式１１から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。まず、問い合わせる副認証方式があるかどうか判断し（ステップＳ５１）、問い合わせる副認証方式がある場合（ＹＥＳの場合）、主認証方式１１は、ユーザ名（パスワード）をキーに各副認証方式に認証を問い合わせ（ステップＳ５２）、問い合わせた結果、各副認証方式の認証が成功したかどうか判断し（ステップＳ５３）、認証が成功した場合（ＹＥＳの場合）、認証成功した副認証方式からユーザＩＤを取得し、取得したユーザＩＤをキーに統合ディレクトリ１４を検索し、統合ディレクトリ１４に登録されている副認証方式の番号を取得する（ステップＳ５４）。また、ステップＳ５３において、各副認証方式の認証が成功しなかった場合（ＮＯの場合）、ステップＳ５１に戻り処理を繰り返す。このステップＳ５１において、問い合わせる副認証方式がない場合（ＮＯの場合）、そのまま終了する。次に、ステップＳ５４の処理の後、統合ディレクトリ１４に登録されている各副認証方式は、対応するユーザＩＤを主認証方式１１に返す（ステップＳ５５）。
【００５１】
図１５は、本発明のユーザ認証システム１０を用いたユーザ認証処理の他の例を説明するための図で、ユーザ認証システム１０は、主認証方式１１，副認証方式１２１，副認証方式１２２、統合ディレクトリ１４を有し、主認証方式１１には、副認証方式１２１、副認証方式１２２、統合ディレクトリ１４が接続されている。本実施形態におけるネットワークサービス２０に対してユーザ名とパスワードが「ユーザ名：ｕｓｅｒ１，パスワード：＊＊＊＊」で認証されるものとする。統合ディレクトリ１４にはユーザＩＤと認証が許可されている副認証方式の番号が、｛０００１，１２１，１２２｝で登録され、それぞれの副認証方式にユーザＩＤ：０００１を持つ「ユーザ名：ｕｓｅｒ１」が登録されている認証方式において、外部から「ユーザ名：ｕｓｅｒ１、パスワード：＊＊＊＊」が渡されると、主認証方式１１は副認証方式１２１に認証を問い合わせる。この際、認証は成功し、副認証方式１２１からユーザＩＤが返ってくるので、そのユーザＩＤで統合ディレクトリ１４を検索する。統合ディレクトリ１４からは認証が許可されている認証方式の番号が返ってくるので、ｕｓｅｒ１は副認証方式の番号１２１，１２２で認証されていると見ることが出来る。
【００５２】
図１６は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図で、ユーザ認証システム４０は、メインディレクトリ方式４１，サブディレクトリ方式４２１，・・・，サブディレクトリ方式４２ｎの複数の副認証方式（しばしば、サブディレクトリ方式４２１で代表する），統合ディレクトリ４４を有している。本実施形態におけるユーザ認証システム４０は、さらに統合ディレクトリ４４を有し、これにはユーザＩＤと複数の認証を許可している副認証方式の番号が登録されており、ユーザＩＤに対応する特定の副認証方式を用いて認証できるようにしたものである。
【００５３】
図１６において、認証方式の異なるサブディレクトリ方式４２１，・・・，サブディレクトリ方式４２ｎ及び統合ディレクトリ４４は、メインディレクトリ方式４１の下位に属し、各サブディレクトリ方式及び統合ディレクトリ４４は、メインディレクトリ方式４１と接続されて、ユーザからの認証依頼は全てメインディレクトリ方式４１に来るものとする。ここで、サブディレクトリ方式の数には理論的制限はないものとする。本実施形態において、ユーザ認証を問い合わせるための複数のディレクトリ方式をサブディレクトリ方式、ネットワーク上で提供される任意のサービスのディレクトリ方式をメインディレクトリ方式と位置付けて、ユーザからの認証依頼はメインディレクトリ方式４１のみに来るものとする。ユーザからの認証依頼に応じてメインディレクトリ方式４１は、各サブディレクトリ方式４２１，・・・，４２ｎに認証結果を問い合わせる。尚、ユーザの認証登録時に、重複しないようにユーザ毎のユーザＩＤを予め登録しておくことで、メインディレクトリ方式４１は、サブディレクトリ方式から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００５４】
ユーザからの認証問い合わせ時に用いるパラメータは、例えば、ユーザ名とパスワードが設定されており、ユーザはこのパラメータを用いてメインディレクトリ方式４１に認証を問い合わせる。メインディレクトリ方式４１は統合ディレクトリ４４からユーザ名に応じたサブディレクトリ方式の番号を取得し、取得した番号に該当するサブディレクトリ方式にユーザ名とパスワードを用いて認証を問い合わせる。
【００５５】
図１７は、メインディレクトリ方式４１から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。まず、各サブディレクトリ方式に登録されているユーザ名等をまとめたリストを初期化し（ステップＳ６１）、サブディレクトリに残りがあるかどうか判断し（ステップＳ６２）、残りがある場合（ＹＥＳの場合）、メインディレクトリ方式４１は、ユーザ名（パスワード）をキーに統合ディレクトリ４４を検索し、統合ディレクトリ４４に登録されているサブディレクトリ方式の番号を取得し、番号を取得したサブディレクトリ方式からユーザＩＤを取得する（ステップＳ６３）。次に、番号を取得したサブディレクトリ方式にユーザＩＤを与えて、ユーザ名を取得し（ステップＳ６４）、取得したユーザ名をリストに追加し（ステップＳ６５）、ステップＳ６２に戻り処理を繰り返す。ステップＳ６２において、サブディレクトリに残りがない場合（ＮＯの場合）、そのまま終了する。
【００５６】
図１８は、本発明のユーザ認証システム４０を用いたユーザ認証処理の他の例を説明するための図で、ユーザ認証システム４０は、メインディレクトリ方式４１，サブディレクトリ方式４２１，サブディレクトリ方式４２２、統合ディレクトリ４４を有し、メインディレクトリ方式４１には、サブディレクトリ方式４２１、サブディレクトリ方式４２２、統合ディレクトリ４４が接続されている。本実施形態におけるネットワークサービス２０に対してユーザ名とパスワードが「ユーザ名：ｕｓｅｒ１，パスワード：＊＊＊＊」で認証されるものとする。統合ディレクトリ４４にはユーザＩＤと認証が許可されている副認証方式の番号が、｛０００１，４２１，４２２｝で登録され、それぞれの副認証方式にユーザＩＤ：０００１を持つ「ユーザ名：ｕｓｅｒ１」が登録されている認証方式において、外部から「ユーザ名：ｕｓｅｒ１、パスワード：＊＊＊＊」が渡されると、メインディレクトリ方式４１はサブディレクトリ方式４２１に認証を問い合わせる。この際、認証は成功し、サブディレクトリ方式４２１からユーザＩＤが返ってくるので、そのユーザＩＤで統合ディレクトリ４４を検索する。統合ディレクトリ４４からは認証が許可されている認証方式の番号が返ってくるので、ｕｓｅｒ１はサブディレクトリ方式の番号４２１，４２２で認証されていると見ることが出来る。
【００５７】
本発明によると、統合ディレクトリにユーザ毎に認証したい複数の認証方式の番号を登録しておくことでユーザ毎に利用できる認証方式を特定できるために、ネットワークシステム上で提供されるサービスにおいて特定の認証方式で認証されているユーザに対してのみ当該サービスを提供することが出来る。
【００５８】
図１９は、本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図で、ユーザ認証システム１０は、主認証方式１１，認証属性ディレクトリ１５を有している。本実施形態におけるユーザ認証システム１０は、さらに認証属性ディレクトリ１５を有し、これには主認証方式１１で最初に問い合わせられた認証結果（ユーザＩＤ、ユーザ名等の認証属性を含む）が登録される。ユーザは認証設定を追加したい場合などに認証属性ディレクトリ１５に設定を追加することができる。
【００５９】
図１９において、認証方式の異なる副認証方式１２及び認証属性ディレクトリ１５は、主認証方式１１の下位に属し、副認証方式１２及び認証属性ディレクトリ１５は、主認証方式１１と接続されて、ユーザからの認証依頼は全て主認証方式１１に来るものとする。ユーザからの認証依頼に応じて主認証方式１１は、副認証方式１２に認証結果を問い合わせ、その認証結果を認証属性ディレクトリ１５に登録する。尚、主認証方式１１は、副認証方式１２から得られた結果（例えば、ユーザＩＤ）に基づいてユーザを識別する。
【００６０】
図２０は、主認証方式１１から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。まず、ユーザ名とパスワードとがパラメータとしてユーザから入力され（ステップＳ７１）、主認証方式１１は、副認証方式１２にユーザ名とパスワードを渡して認証を問い合わせ、副認証方式１２において認証が成功したかどうかを判断し（ステップＳ７２）、認証が失敗した場合（ＮＯの場合）、そのまま終了し、認証が成功した場合（ＹＥＳの場合）、ステップＳ７３に移行し、副認証方式１２からの認証結果として、ユーザ名とユーザＩＤとを認証属性ディレクトリ１５に追加する（ステップＳ７３）。副認証方式１２は、問い合わせに対する結果として主認証方式１１にユーザＩＤを返す（ステップＳ７４）。
【００６１】
図２１は、本発明のユーザ認証システム１０を用いたユーザ認証処理の他の例を説明するための図で、ユーザ認証システム１０は、主認証方式１１，副認証方式１２，認証属性ディレクトリ１５を有し、主認証方式１１には、副認証方式１２，認証属性ディレクトリ１５が接続されている。例えば、認証属性ディレクトリ１５と副認証方式１２を１つずつ持つ主認証方式１１において、外部からユーザ名とパスワードが与えられた時、初回のみ副認証方式１２に認証を問い合わせる。問い合わせた結果、得られたユーザＩＤと与えられたユーザ名を認証属性ディレクトリ１５に登録する。主認証方式１１は、次回の認証から認証属性ディレクトリ１５のみを利用して認証を行う。また、認証属性ディレクトリ１５に対してグループ権限を設定することも可能である。
【００６２】
本発明によると、サービス独自のユーザ認証を行いたい場合などに、認証属性ディレクトリに対してユーザの認証属性を独自に登録することにより、認証方式による認証設定以外で、サービス独自の認証設定を可能とする。
【００６３】
【発明の効果】
本発明によると、複数の認証方式を有するネットワークシステム上でユーザにサービスを提供する際に、そのネットワークシステムにおける１つ以上の認証方式に登録されているユーザを当該サービスのユーザとして認証することができるために、ネットワークシステムの運営，管理面に係るコストの低減を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの構成例を示す図である。
【図２】主認証方式から問い合わせるユーザ認証処理の流れを説明するためのフロー図である。
【図３】本発明のユーザ認証システムを用いたユーザ認証処理の一例を説明するための図である。
【図４】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図である。
【図５】メインディレクトリ方式から問い合わせるユーザ認証処理の流れを説明するためのフロー図である。
【図６】本発明のユーザ認証システムを用いたユーザ認証処理の一例を説明するための図である。
【図７】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図である。
【図８】主認証方式から問い合わせるユーザ認証処理の流れを説明するためのフロー図である。
【図９】本発明のユーザ認証システムを用いたユーザ認証処理の他の例を説明するための図である。
【図１０】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図である。
【図１１】メインディレクトリ方式から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。
【図１２】本発明のユーザ認証システムを用いたユーザ認証処理の他の例を説明するための図である。
【図１３】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図である。
【図１４】主認証方式から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。
【図１５】本発明のユーザ認証システムを用いたユーザ認証処理の他の例を説明するための図である。
【図１６】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図である。
【図１７】メインディレクトリ方式から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。
【図１８】本発明のユーザ認証システムを用いたユーザ認証処理の他の例を説明するための図である。
【図１９】本発明の一実施形態であるネットワークシステムにおけるユーザ認証システムの他の構成例を示す図である。
【図２０】主認証方式から問い合わせるユーザ認証処理の他の流れを説明するためのフロー図である。
【図２１】本発明のユーザ認証システムを用いたユーザ認証処理の他の例を説明するための図である。
【符号の説明】
１０，４０…ユーザ認証システム、１１…主認証方式、１２１〜１２ｎ…副認証方式、２０…ネットワークサービス、３０…ユーザ、４１…メインディレクトリ方式、４２１〜４２ｎ…サブディレクトリ方式、１３，４３…インデックスディレクトリ、１４，４４…統合ディレクトリ、１５…認証属性ディレクトリ。
【図１】
2004070416.tif 000003
【図２】
2004070416.tif 000004
【図３】
2004070416.tif 000005
【図４】
2004070416.tif 000006
【図５】
2004070416.tif 000007
【図６】
2004070416.tif 000008
【図７】
2004070416.tif 000009
【図８】
2004070416.tif 000010
【図９】
2004070416.tif 000011
【図１０】
2004070416.tif 000012
【図１１】
2004070416.tif 000013
【図１２】
2004070416.tif 000014
【図１３】
2004070416.tif 000015
【図１４】
2004070416.tif 000016
【図１５】
2004070416.tif 000017
【図１６】
2004070416.tif 000018
【図１７】
2004070416.tif 000019
【図１８】
2004070416.tif 000020
【図１９】
2004070416.tif 000021
【図２０】
2004070416.tif 000022
【図２１】
2004070416.tif 000023