(57)【要約】【課題】動的ＵＲＬで特定されるＷｅｂページ（動的ウェブページ）に対するベーシック認証の利用を可能とする。【解決手段】ブラウザ１０１から送信されてきたベーシック認証情報がデータベース３００において予め記憶装置に記憶されているか否かを確認することで認証を行う際、サーバ装置２００は、ＵＲＬ判断部２０１により、ブラウザから送信されてきたＵＲＬにおけるドメイン部分以降の情報を取得し、取得した情報が予めデータベース３００においてベーシック認証の対象として対応付けて記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定し、判定結果がＹｅｓであれば、ＩＤ／ＰＡＳＳ判断部２０２により、ベーシック認証画面をブラウザ１０１に返送して、当該ベーシック認証画面を用いたベーシック認証を行う。【選択図】図１
2010039627.tif 000002
【特許請求の範囲】
【請求項１】
プログラムされたコンピュータ処理によって、ネットワークで接続されたコンピュータ装置のブラウザから送信されてきたベーシック認証情報が予め記憶装置に記憶されているか否かを確認することで認証を行うウェブ認証システムであって、
プログラムされたコンピュータ処理を実行する手段として、
上記ブラウザから送信されてきたＵＲＬにおけるドメイン部分以降の情報を取得する第１の手段と、
該第１の手段で取得した情報が予め記憶装置においてベーシック認証の対象として対応付けて記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定する第２の手段と、
該第２の手段の判定結果がＹｅｓであれば、ベーシック認証画面を上記ブラウザに返送して、当該ベーシック認証画面を用いたベーシック認証を行う第３の手段と
を有することを特徴とするウェブ認証システム。
【請求項２】
請求項１に記載のウェブ認証システムであって、
プログラムされたコンピュータ処理を実行する手段として、
上記ブラウザから送信されてきたＵＲＬにおけるドメイン部が、予め記憶装置において記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定する第４の手段と、
該第４の手段の判定結果がＮｏであれば、エラーメッセージを上記ブラウザに返送する第５の手段とを有し、
該第４の手段の判定結果がＹｅｓであれば、上記第１の手段からの処理を実行することを特徴とするウェブ認証システム。
【請求項３】
請求項１もしくは請求項２のいずれかに記載のウェブ認証システムであって、
上記第３の手段によるベーシック認証で正常に認証されたブラウザから送信されてきたＵＲＬが動的ＵＲＬもしくは静的ＵＲＬのいずれであるかを判別する第６の手段と、
該第６の手段が静的ＵＲＬであるかと判別したＵＲＬを動的ＵＲＬに変換する第７の手段と、
該第７の手段が変換した動的ＵＲＬに対応するウェブページを上記ブラウザに返送すると共に、上記第６の手段が動的ＵＲＬであるかと判別したＵＲＬに対応するウェブページを上記ブラウザに返送する第８の手段と
を有することを特徴とするウェブ認証システム。
【請求項４】
プログラムされたコンピュータ処理によって、ネットワークで接続されたコンピュータ装置のブラウザから送信されてきたベーシック認証情報が予め記憶装置に記憶されているか否かを確認することで認証を行うサーバコンピュータ装置のウェブ認証方法であって、
上記サーバコンピュータ装置は、プログラムされたコンピュータ処理を実行する手段として、請求項１から請求項３のいずれかに記載のウェブ認証システムにおける各手段を具備し、
具備した各手段が実行する処理により、上記ブラウザから送信されてきた動的ＵＲＬを含むＵＲＬで特定されるウェブページに対するベーシック認証を行うことを特徴とするウェブ認証方法。
【請求項５】
コンピュータを、請求項１から請求項３のいずれかに記載のウェブ認証システムにおける各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットやイントラネットにおけるＷｅｂページ（ウェブページ）に対する認証技術に係り、特に、動的ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で特定されるＷｅｂページ（動的ページ）に対するベーシック認証を可能とする技術に関するものである。
【背景技術】
【０００２】
近年、インターネットやイントラネット等のネットワークを介して接続されるクライアントＰＣ（パーソナルコンピュータ）のウェブブラウザにウェブページとして、様々な情報がサーバ側のコンピュータ装置から送信され表示されるようになってきた。
【０００３】
情報の種類によっては、無差別にアクセスしてくるユーザ全てに提供することが出来ないものも多い。従って、サーバ側コンピュータ装置では、そのような情報を提供する前にクライアント側コンピュータ装置のユーザを認証し、認証が成功した場合にのみ、当該情報提供を行うように制御されている。
【０００４】
このようなユーザ認証技術としては、例えば、特許文献１等にも記載のベーシック認証がある。このベーシック認証における認証処理の流れは以下のようになる。
【０００５】
サーバは、クライアント側（ブラウザ）がリクエスト（要求）してきたページ（Ｗｅｂページ）が認証を必要とするか否かを判定し、認証が必要なページに対するリクエストであれば、４０１レスポンスコードを返し、認証領域（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅａｌｍ）や認証方式（Ｂａｓｉｃ認証）に関する情報をクライアント側に通知する。
【０００６】
通知を受けたクライアント（ブラウザ）は、認証領域をユーザに提示して、ユーザ名とパスワードの入力を求め、それぞれ入力されると、認証ヘッダを含めたリクエスト（ＵＲＬ）をサーバ側に再送信する。
【０００７】
クライアント側からの認証ヘッダを含めたリクエストを受信したサーバは、認証ヘッダに含まれるユーザ名とパスワードが、当該ページの正規の提供先として記憶装置に登録されていれば、当該ページをクライアント側に送信する。もし、ユーザ名とパスワードが正規に登録されていなければ、クライアントに対して再び４０１レスポンスコードを返し、クライアント側におけるユーザ名とパスワードの再入力を要求する。
【０００８】
しかし、このベーシック認証技術では、動的ＵＲＬで特定されるページ（動的ページ）での認証ができない。例えば、動的ＵＲＬである「ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｘｘｘ．ｊｓｐ？ｃｎｔ＝ａａａ．ｊｓｐ＆ｆｐ＝／ｂｂｂ／ｃｃｃ／」における「？」や「＝」などの記号を使って引数のパラメータ値を変化させることでページを変化させるための「？ｃｎｔ＝ａａａ．ｊｓｐ＆ｆｐ＝／ｂｂｂ／ｃｃｃ／」の部分を解釈することができず、このような動的ページに対してベーシック認証を適用することができない。
【０００９】
【特許文献１】特開２００６−１９５７５０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
解決しようとする問題点は、従来のベーシック認証技術では、動的ＵＲＬ（動的アドレス）における「？」や「＝」などの特徴的な記号を含む部分を解釈することができない点である。
【００１１】
本発明の目的は、これら従来技術の課題を解決し、動的ＵＲＬで特定される動的ページに対するベーシック認証を可能とすることである。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明では、（１）ブラウザからリクエスト（要求）されたウェブページに対するベーシック認証を行う際、ブラウザから送信されてきたＵＲＬにおけるドメイン部分以降の情報を取得し、この情報が予め記憶装置においてベーシック認証の対象として対応付けて記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定し、この判定結果がＹｅｓであれば、ベーシック認証画面をブラウザに返送して、当該ベーシック認証画面を用いたベーシック認証を行う。（２）尚、この処理は、まずブラウザから送信されてきたＵＲＬにおけるドメイン部が予め記憶装置において記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定し、判定結果がＹｅｓの場合に実行する。（３）また、ベーシック認証で正常に認証されたブラウザから送信されてきたＵＲＬが動的ＵＲＬもしくは静的ＵＲＬのいずれであるかを判別し、静的ＵＲＬであれば当該ＵＲＬを動的ＵＲＬに変換し、変換した動的ＵＲＬに対応するウェブページをブラウザに返送する。
【発明の効果】
【００１３】
本発明によれば、動的ＵＲＬで特定されるＷｅｂページ（動的ウェブページ）に対するベーシック認証の利用が可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図を用いて本発明を実施するための最良の形態例を説明する。図１は、本発明に係るウェブ認証システムを設けたネットワークサービスシステムの構成例を示すブロック図であり、図２は、図１におけるＵＲＬ判断部の処理動作例を示すフローチャート、図３は、図１におけるＩＤ／ＰＡＳＳ判断部の処理動作例を示すフローチャート、図４は、図１におけるＵＲＬ生成判断部の処理動作例を示すフローチャート、図５は、図１における表示判定部の処理動作例を示すフローチャート、図６は、図１における認証管理テーブルの構成例を示す説明図、図７は、図１における認証ユーザテーブルの構成例を示す説明図である。
【００１５】
図１において、端末装置（図中「端末」と記載）１００とサーバ装置（図中「サーバ」と記載）２００は、図示していないインターネットやイントラネット等のネットワークを介して接続されており、それぞれ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や主メモリ、表示装置、入力装置、外部記憶装置等を具備したコンピュータ構成からなり、光ディスク駆動装置等を介してＣＤ−ＲＯＭ等の記憶媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実行する。
【００１６】
このようなプログラムされたコンピュータ処理機能として、端末装置１００はブラウザ（図中「Ｗｅｂブラウザ」と記載）１０１を具備し、サーバ装置２００は、ＵＲＬ判断部２０１とＩＤ／ＰＡＳＳ判断部２０２、ＵＲＬ生成判断部２０３、表示判定部２０４、および、認証管理テーブル３０１と認証ユーザテーブル３０２の記憶管理制御を行うデータベース（図中「ＤＢ」と記載）３００を具備している。
【００１７】
サーバ装置２００は、このような構成により、本例のウェブ認証システムとしての処理を実行する。
【００１８】
すなわち、ネットワークで接続されたコンピュータ装置である端末装置１００のブラウザ１０１から送信されてきたベーシック認証情報がデータベース３００において予め記憶装置に記憶されているか否かを確認することで認証を行う際、サーバ装置２００は、ＵＲＬ判断部２０１により、ブラウザ１０１から送信されてきたＵＲＬにおけるドメイン部分以降の情報を取得し、取得した情報が予めデータベース３００においてベーシック認証の対象として対応付けて記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定する。
【００１９】
このＵＲＬ判断部２０１による判定結果がＹｅｓであれば、ＩＤ／ＰＡＳＳ判断部２０２により、ベーシック認証画面をブラウザ１０１に返送して、当該ベーシック認証画面を用いたベーシック認証を行う。
【００２０】
尚、このような処理の前に、ＵＲＬ判断部２０１は、ブラウザ１０１から送信されてきたＵＲＬにおけるドメイン部がデータベース３００により記憶装置に記憶されているか（Ｙｅｓ）否か（Ｎｏ）を判定し、判定結果がＹｅｓの場合に、上述のように、ＵＲＬにおけるドメイン部分以降の情報を用いたベーシック認証を実行する。また、判定結果がＮｏであれば、表示判定部２０４により、エラーメッセージをブラウザ１０１に返送する。
【００２１】
また、ＩＤ／ＰＡＳＳ判断部２０２によるベーシック認証で当該ユーザの正当性が認証されると、ＵＲＬ生成判断部２０３により、正常に認証されたブラウザから送信されてきたＵＲＬが動的ＵＲＬもしくは静的ＵＲＬのいずれであるかを判別し、静的ＵＲＬであるかと判別した場合には、当該ＵＲＬを動的ＵＲＬに変換する。
【００２２】
そして、表示判定部２０４により、ＵＲＬ生成判断部２０３が変換した動的ＵＲＬに対応するウェブページ、および、ＵＲＬ生成判断部２０３が動的ＵＲＬであるかと判別したＵＲＬに対応するウェブページをブラウザ１０１に返送する。
【００２３】
このように、サーバ装置２００においては、ＵＲＬ判断部２０１、ＩＤ／ＰＡＳＳ判断部２０２、ＵＲＬ生成判断部２０３、表示判定部という４つの機能と、認証管理テーブル３０１、認証ユーザテーブル３０２という２つのデータベーステーブルが設けられ、これらのプログラムされたコンピュータ処理機能により本発明に係るウェブ認証システムの処理を実行する。
【００２４】
例えば、ＵＲＬ判断部２０１により、ブラウザ１０１からの情報を取得し、ＵＲＬの状態によってＩＤ／ＰＡＳＳ判断部２０２および表示判定部２０４に情報を引き渡す。
【００２５】
ＩＤ／ＰＡＳＳ判断部２０２により、データベース２００が記憶管理している認証ユーザテーブル３０２や認証管理テーブル３０１を用いて認証の正当性を判断する。
【００２６】
ＵＲＬ生成判断部２０３により、ブラウザ１０１からのリクエストが従来の静的ＵＲＬによるリクエストか動的ＵＲＬによるリクエストな否かを判断する。
【００２７】
そして、表示判定部２０４により、正常な場合と不当な場合のそれぞれの場合に応じて、ブラウザ１０１に対してリクエストを返して一連の処理を終了させる。
【００２８】
このようなウェブ認証システムにおけるＵＲＬ判断部２０１の処理動作を図２を用いて説明する。
【００２９】
このＵＲＬ判断部２０１の処理は、ブラウザ１０１からリクエストで送信されてきたＵＲＬが認証対象のＷｅｂサイトか否かの判断を行い、さらに、判断結果に基づき認証管理テーブル３０１を検索して認証対象かどうかの判断を行うものである。
【００３０】
まず、ブラウザ１０１からのリクエストＵＲＬを取得し（ステップＳ２０１）、取得したリクエストＵＲＬが既存のＵＲＬなのかをチェックする（ステップＳ２０２）。ここでは、ウェブ認証システムで利用するＵＲＬのドメイン部を固定でプロパティファイルに保存しておき、ブラウザ１０１からのリクエストＵＲＬとプロパティファイルに保存してあるＵＲＬとの突合せ（照合）を行う。
【００３１】
リクエストＵＲＬの例として、例えば、「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ／ａａａ．ｈｔｍｌ」があり、このリクエストＵＲＬにおけるドメイン部は「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ／」である。また、プロパティファイルに保存しておくＵＲＬは例えば「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ／」である。
【００３２】
突合せ（照合）の結果、リクエストＵＲＬにおけるドメイン部がプロパティファイルに保存しておらず、イコールで無い（Ｎｏ）場合には、ｅｒｒ−ｆｌｇに「１」をセットして表示判定部２０４に処理を引き渡し処理を終了する（ステップＳ２０６）。
【００３３】
照合の結果、リクエストＵＲＬにおけるドメイン部がプロパティファイルに保存されており、イコールであれば（Ｙｅｓ）、リクエストＵＲＬのドメイン部以降の情報を取得する（ステップＳ２０３）。例えば、「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ／ａａａ．ｈｔｍｌ」における「／ａａａ．ｈｔｍｌ」を取得する。
【００３４】
そして、取得した情報を基に認証管理テーブル３０１を検索し（ステップＳ２０４）、当該情報が存在するか（Ｙｅｓ）否か（Ｎｏ）をチェックする（ステップＳ２０５）。
【００３５】
例えば、リクエストＵＲＬが「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ．ｊｓｐ？ｃｎｔ＝ｂｂｂ．ｊｓｐ＆ｆｐ＝／ｐｒｏｄｕｃｔｓ／ｍｐｕｍｃｕ」であれば、ドメイン部は「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ．ｊｓｐ？ｃｎｔ＝ｂｂｂ．ｊｓｐ＆ｆｐ＝」であり、ドメイン部以降の情報は「／ｐｒｏｄｕｃｔｓ／ｍｐｕｍｃｕ」である。
【００３６】
ステップＳ２０５での処理において、認証管理テーブル３０１に，認証対象アドレス（「／ｐｒｏｄｕｃｔｓ／ｍｐｕｍｃｕ」）が存在しない場合、ステップＳ２０６の処理に移って表示判定部２０４に処理を引き渡し処理を終了するが、認証対象アドレスが存在する場合には、ＩＤ／ＰＡＳＳ判断部２０２に処理を引き渡して処理を終了する（ステップＳ２０７）。
【００３７】
以下、このＩＤ／ＰＡＳＳ判断部２０２における処理を、図３を用いて説明する。この処理は、既存のＩＤとパスワードを検索キーに用いて、図７に詳細を示す認証ユーザテーブル３０２ａを検索し，認証対象のユーザか否かを判断するものである。
【００３８】
ＩＤ／ＰＡＳＳ判断部２０２は、ブラウザ１０１に対してＩＤ入力欄とパスワード入力欄を具備した入力ボックスを表示させ、当該入力ボックスに、ユーザに認証に必要なＩＤとパスワードを入力させる（ステップＳ３０１）。
【００３９】
ステップＳ３０１の処理で入力したＩＤとパスワードを取得して（ステップＳ３０２）、ベーシック認証チェックを行う。すなわち、図７に詳細を示す認証ユーザテーブル３０２ａおよび図６に詳細を示す認証管理テーブル３０１ａを検索し（ステップＳ３０３）、取得したＩＤとパスワードの組が存在するか（Ｙｅｓ）否か（Ｎｏ）を判断する（ステップＳ３０４）。
【００４０】
このチェック処理結果で、ユーザが入力したＩＤとパスワードが異なる（Ｎｏ）と判断した場合には、ｅｒｒ−ｆｌｇに「２」をセットし、ステップＳ３０５の処理に移って表示判定部２０４に処理を引き渡し処理を終了する。
【００４１】
ベーシック認証チェックの結果、ユーザが入力したＩＤとパスワードが正しい（Ｙｅｓ）と判断した場合には、認証ユーザテーブル３０２ａから認証権限ＩＤ（ＡＵＴＨ＿ＩＤ）を取得し、取得した認証権限ＩＤを用いて認証管理テーブル３０１ａ上の認証フォルダ（ＤＩＲ＿ＰＡＲＡＭ）を取得し（ステップＳ３０６）、取得した認証フォルダと、図２のステップＳ２０３の処理において取得したドメイン部以降の情報とを照合し（ステップＳ３０７）、一致した場合には、ステップＳ３０８の処理に移って、ＵＲＬ生成判断部２０３に処理を引き渡して処理を終了する。
【００４２】
以下、このＵＲＬ生成判断部２０３における処理を、図４を用いて説明する。この処理は、図２におけるステップＳ２０１で取得したリクエストＵＲＬについて正常な形式で表示する為のものである。
【００４３】
まず、図２におけるステップＳ２０１で取得したリクエストＵＲＬが静的ページなのか動的ページなのかを判定する（ステップＳ４０１）。
【００４４】
例えば、動的ページを特定するＵＲＬは、「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ．ｊｓｐ？ｃｎｔ＝ｂｂｂ．ｊｓｐ＆ｆｐ＝／ｐｒｏｄｕｃｔｓ／ｍｐｕｍｃｕ」のように、ドメイン部とフォルダ部の間にパラメータおよび記号（？，＝）が入っており、動的ページは、パラメータを変更することでページの表示形態が動的に切り替わる。
【００４５】
また、静的ページを特定するＵＲＬは「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ／ａａａ．ｈｔｍｌ」であり、基本的にドメイン部とフォルダ部の間にパラメータおよび記号が入っておらず、当該ＵＲＬにより固定的なページが表示される。
【００４６】
ステップＳ４０１での判定処理結果において、動的ページであると判断した場合（ステップＳ４０２）、当該動的ＵＲＬと共に表示判定部２０４に処理を引渡して処理を終了する（ステップＳ４０４）が、静的ページであると判断した場合には、動的ＵＲＬへの変換を行い、変換した動的ＵＲＬと共に表示判定部２０４に処理を引渡して処理を終了する（ステップＳ４０４）。
【００４７】
静的ＵＲＬの動的ＵＲＬへの変換は、例えば、従来技術の「．ｈｔａｃｃｅｓｓ」ファイル等を用いて行う。以下に、静的ページの動的ページへの変換例を示す。
【００４８】
リクエストＵＲＬが「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ／ａａａ．ｈｔｍｌ」の静的ＵＲＬであれば、これを「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ．ｊｓｐ？ｃｎｔ＝ｂｂｂ．ｊｓｐ＆ｆｐ＝／ａａａ／ａａａ．ｈｔｍｌ」と変換する。
【００４９】
すなわち、リクエストされた静的ＵＲＬをドメイン部（ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／）とフォルダ部（ａａａ／ａａａ．ｈｔｍｌ）に分け、その間に動的パラメータ（ａａａ．ｊｓｐ？ｃｎｔ＝ｂｂｂ．ｊｓｐ＆ｆｐ＝）をセットすることで、変換後ＵＲＬ（「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ．ｃｏｍ／ａａａ．ｊｓｐ？ｃｎｔ＝ｂｂｂ．ｊｓｐ＆ｆｐ＝／ａａａ／ａａａ．ｈｔｍｌ」）を生成する。
【００５０】
次に、表示判定部２０４における処理を、図５を用いて説明する。この処理は、ＵＲＬ判断部２０１とＩＤ／ＰＡＳＳ判断部２０２およびＵＲＬ生成判断部２０３のそれぞれの処理結果に応じた情報をユーザに返すものである。
【００５１】
まず、表示判定部２０４は、エラー（ｅｒｒ−ｆｌｇ）の有無を判断する（ステップＳ５０１）。エラーが存在する場合（ステップＳ５０２の「Ｙｅｓ」）、該当するｅｒｒ−ｆｌｇに応じたエラーメッセージを生成してブラウザ１０１に表示させて処理を終了する（ステップＳ５０５）。
【００５２】
例えば、「ｅｒｒ−ｆｌｇ＝１」の場合には、該当ページが存在しない意味合いのエラーメッセージを生成して表示し、また、「ｅｒｒ−ｆｌｇ＝２」の場合には、ＩＤ／パスワードが間違っている意味合いのエラーメッセージを生成して表示する。
【００５３】
ステップＳ５０２での判定結果が「Ｎｏ」でエラーが存在しない場合には、リクエストＵＲＬで特定されるページをブラウザ１０１に送信して表示させ（ステップＳ５０４）、処理を終了する（ステップＳ５０５）。
【００５４】
以上、図１〜図７を用いて説明したように、本例では、サーバ装置２００内に、プログラムされたコンピュータ処理を実行する手段として、ＵＲＬ判断部２０１、ＩＤ／ＰＡＳＳ判断部２０２、ＵＲＬ生成判断部２０３、表示判定部２０４、データベース３００を設けて、ウェブ認証システムを構成している。
【００５５】
そして、このような構成により、本例のウェブ認証システムは、ネットワークを介して接続された端末装置１００におけるブラウザ１０１からリクエスト（要求）されたウェブページに対するベーシック認証を行う際、ブラウザ１０１から送信されてきたＵＲＬにおけるドメイン部分以降の情報を取得し、この情報が予めデータベースにおいてベーシック認証の対象として対応付けて記憶管理されているか（Ｙｅｓ）否か（Ｎｏ）を判定し、この判定結果がＹｅｓであれば、ベーシック認証画面をブラウザ１０１に返送して、当該ベーシック認証画面を用いたベーシック認証を行う。
【００５６】
尚、この処理は、まずブラウザ１０１から送信されてきたＵＲＬにおけるドメイン部が予めデータベース３００において記憶管理されているか（Ｙｅｓ）否か（Ｎｏ）を判定し、判定結果がＹｅｓの場合に実行する。
【００５７】
また、ベーシック認証で正常に認証されたブラウザ１０１から送信されてきたＵＲＬが動的ＵＲＬもしくは静的ＵＲＬのいずれであるかを判別し、静的ＵＲＬであれば当該ＵＲＬを動的ＵＲＬに変換し、変換した動的ＵＲＬに対応するウェブページをブラウザ１０１に返送する。
【００５８】
このように、本例では、予めデータベースにおいて登録管理されているフォルダ部分でのＵＲＬ情報に関するパラメータを利用することで認証の要否を判別しており、このことにより、Ｗｅｂサイト構築時に動的に切り替わるサイトを構築した場合でも、従来行うことが困難だった各ブラウザが標準で具備したベーシック認証を利用したユーザ認証を行うことが可能である。
【００５９】
尚、本発明は、図１〜図７を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、サーバ装置にネットワーク接続された端末装置は１台のみを示しているが、サーバ装置に複数の端末装置をネットワーク接続した構成としても良い。
【００６０】
また、サーバ装置２００内の構成にしても、データベース３００を他のコンピュータ装置に設けた構成としても良い。
【００６１】
また、本例でのコンピュータ構成例に関しても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【図面の簡単な説明】
【００６２】
【図１】本発明に係るウェブ認証システムを設けたネットワークサービスシステムの構成例を示すブロック図である。
【図２】図１におけるＵＲＬ判断部の処理動作例を示すフローチャートである。
【図３】図１におけるＩＤ／ＰＡＳＳ判断部の処理動作例を示すフローチャートである。
【図４】図１におけるＵＲＬ生成判断部の処理動作例を示すフローチャートである。
【図５】図１における表示判定部の処理動作例を示すフローチャートである。
【図６】図１における認証管理テーブルの構成例を示す説明図である。
【図７】図１における認証ユーザテーブルの構成例を示す説明図である。
【符号の説明】
【００６３】
１００：端末装置、１０１：ブラウザ、２００：サーバ装置、２０１：ＵＲＬ判断部、２０２：ＩＤ／ＰＡＳＳ判断部、２０３：ＵＲＬ生成判断部、２０４：表示判定部、３００：データベース、３０１，３０１ａ：認証管理テーブル、３０２，３０２ａ：認証ユーザテーブル。
【図１】
2010039627.tif 000003
【図２】
2010039627.tif 000004
【図３】
2010039627.tif 000005
【図４】
2010039627.tif 000006
【図５】
2010039627.tif 000007
【図６】
2010039627.tif 000008
【図７】
2010039627.tif 000009