(57)【要約】      （修正有）【課題】Ｗｅｂページに対して、ユーザ側からログインユーザの切り換えができないことを防止し、特定ユーザによるログイン状態の維持と解除とを可能とする。【解決手段】ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理手段と、ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理手段と、ログイン状態と認証経験有無をセッションを通して管理する手段と、ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく手段とを有し、リクエストが自動送信リクエストである場合にＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信する。【選択図】図３
2006139613.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムに用いられ、
ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理手段と、
ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理手段と、
ログイン状態と認証経験有無をセッションを通して管理する手段と、
ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく手段とを有し、
リクエストが自動送信リクエストである場合にＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信することを特徴する情報処理装置。
【請求項２】
Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムにおいて、
ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理工程と、
ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理工程と、
ログイン状態と認証経験有無をセッションを通して管理する工程と、
ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく工程とを有し、
リクエストが自動送信リクエストである場合にＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信することを特徴とする情報処理方法。
【請求項３】
Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムであり、所定のクライアントより指定されたユーザのＩＤ・パスワードを、予め登録されたユーザ情報と照らし合わせて認証処理を行うベーシック認証におけるログイン・ログアウトの情報処理方法において、
前記クライアントが、Ｗｅｂシステムに対してログインの要求を送信するステップと、
前記Ｗｅｂシステムが、リクエスト情報にAuthorizationヘッダが付加されていないことを確認し、前記クライアントに対してＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信するステップと、
前記ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信した前記クライアントが、認証ダイアログを表示し、ユーザに前記ＩＤ・パスワードの入力を促すステップと、
前記ＩＤ・パスワードの入力完了後に、ＯＫボタンが押下されると、入力された前記ＩＤ・パスワードをAuthorizationヘッダに設定し、再度同一ＵＲＬに対しリクエストを送信するステップと、
前記Ｗｅｂシステムが、前記Authorizationヘッダからユーザ情報を取得し、制御計算システムであるＣＣＳに対して認証問い合わせを行うステップと、
前記Ｗｅｂシステムが、状態を「ログイン状態」に、また認証経験有無を「有り」に遷移させ、ＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信するステップとを有し、
前記クライアントは、ＵＲＬとユーザ情報を関連付けて記憶し、ユーザＩＤとパスワードの入力を求め認証処理を行うことにより、特定ユーザによるログイン状態を維持することと、ログアウト処理を行うことにより特定ユーザによるログイン状態の解除を可能としたことを特徴とする情報処理方法。
【請求項４】
さらに、前記クライアントは、未訪問ページに対してAuthorizationヘッダを付加せずにアクセスするステップと、
前記Ｗｅｂシステムは、状態が「ログイン状態」であることを確認し、前記ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信するステップと、
前記ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信した前記クライアントは、記憶済みのユーザ情報を前記Authorizationヘッダに設定し、リクエストを自動送信するステップとを有し、
前記Ｗｅｂシステムは、前記Authorizationヘッダからユーザ情報を取得し、前記ＣＣＳに対して前記認証問い合わせを行い、前記クライアントに対して前記ＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する、ことを特徴とする請求項３に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特にネットワークを介して接続される端末に表示データを送信する情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
特定のＷｅｂページに対するアクセス制限を行うために認証をサポートする場合、多くのブラウザによって標準的にサポートされている「ベーシック認証」を利用するのが一般的である。しかし「ベーシック認証」には、一度認証に成功（ログイン）するとログイン時のユーザ情報とそのときのＵＲＬ（Uniform resource locator）が記憶され、次アクセス以降は記憶されたユーザ情報が自動的に使用されるという特徴がある。
【０００３】
下記特許文献１の発明の「ステートレス環境でアクセスされるリソースに対する認証状態の維持」では、リソースへのアクセスが認可または拒否されると、セッションの状態が変更されたことを示すように妥当性検証情報を更新可能としている。本機能を得るため、例えば、ログアウトクッキーに妥当性検証情報を含ませ、複雑且つフレキシブルな汎用処理をしている。また、特許文献２の「画像処理装置、情報処理装置、画像処理システム、メッセージ表示制御方法及び記憶媒体」では、送信されたメッセージを画像処理装置の操作画面の一部または全体に表示可能とし、管理者の負担を低減すると共に、コスト削減を図った画像処理装置等の技術を開示している。さらに、特許文献３の「プリンタ装置、その稼動状態通知方法及びそのプログラム」では、ネットワークプリンタのリモート管理の実現化を図ったプログラムを提供している。
【特許文献１】特開２００４−５６３８号公報
【特許文献２】特開２００１−３５８８７７号公報
【特許文献３】特開２００３−５８３４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術には、上記機能に加えて、ブラウザの記憶ユーザ情報をサーバからクリアする手段は存在しない。そのため、一旦ログインした後にログアウトし、別ユーザにて再ログインを試みるような場合には、前回のユーザ情報が使用されてしまう。この結果、ログインユーザの切り換えができないことになる。このことは、利便性が劣ることはもとより、場合によっては、第三者による不正操作や情報漏洩に繋がる怖れがある。
【０００５】
そこで本発明は、現在のログイン状態、ならびにブラウザの認証経験有無を別途管理し、この情報を基に必要に応じて再度ＨＴＴＰ（Hyper text Transfer Protocol）  Ｓｔａｔｕｓ  ４０１をレスポンスすることにより、本問題を解決する情報処理装置および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１記載の発明は、Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムに用いられ、ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理手段と、ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理手段と、ログイン状態と認証経験有無をセッションを通して管理する手段と、ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく手段とを有し、リクエストが自動送信リクエストである場合にＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信することを特徴する。
【０００７】
請求項２記載発明は、Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムにおいて、ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理工程と、ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理工程と、ログイン状態と認証経験有無をセッションを通して管理する工程と、ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく工程とを有し、リクエストが自動送信リクエストである場合にＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信することを特徴とする。
【０００８】
請求項３記載の発明は、Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムであり、所定のクライアントより指定されたユーザのＩＤ・パスワードを、予め登録されたユーザ情報と照らし合わせて認証処理を行うベーシック認証におけるログイン・ログアウトの情報処理方法において、前記クライアントが、Ｗｅｂシステムに対してログインの要求を送信するステップと、前記Ｗｅｂシステムが、リクエスト情報にAuthorizationヘッダが付加されていないことを確認し、前記クライアントに対してＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信するステップと、前記ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信した前記クライアントが、認証ダイアログを表示し、ユーザに前記ＩＤ・パスワードの入力を促すステップと、前記ＩＤ・パスワードの入力完了後に、ＯＫボタンが押下されると、入力された前記ＩＤ・パスワードをAuthorizationヘッダに設定し、再度同一ＵＲＬに対しリクエストを送信するステップと、前記Ｗｅｂシステムが、前記Authorizationヘッダからユーザ情報を取得し、制御計算システムであるＣＣＳに対して認証問い合わせを行うステップと、前記Ｗｅｂシステムが、状態を「ログイン状態」に、また認証経験有無を「有り」に遷移させ、ＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信するステップとを有し、前記クライアントは、ＵＲＬとユーザ情報を関連付けて記憶し、ユーザＩＤとパスワードの入力を求め認証処理を行うことにより、特定ユーザによるログイン状態を維持することと、ログアウト処理を行うことにより特定ユーザによるログイン状態の解除を可能としたことを特徴とする。
【０００９】
請求項４記載の発明は、請求項３記載の発明において、さらに、前記クライアントは、未訪問ページに対してAuthorizationヘッダを付加せずにアクセスするステップと、前記Ｗｅｂシステムは、状態が「ログイン状態」であることを確認し、前記ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信するステップと、前記ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信した前記クライアントは、記憶済みのユーザ情報を前記Authorizationヘッダに設定し、リクエストを自動送信するステップとを有し、前記Ｗｅｂシステムは、前記Authorizationヘッダからユーザ情報を取得し、前記ＣＣＳに対して前記認証問い合わせを行い、前記クライアントに対して前記ＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、Ｗｅｂシステムにおいて最も標準的なベーシック認証を採用した上で、ログイン・ログアウトを安全にサポートすることが可能となる。ログアウトするたびブラウザを起動しなおすことなくユーザの切り替えが可能になると同時に、複数ユーザが操作・閲覧する環境で使用された場合でも、第三者による不正操作・情報漏洩を防止することが可能となる。
【発明を実施するための最良の形態】
【００１１】
本願発明の明細書中でのログイン状態とは、認証に成功した場合に「ログイン状態」になることを言うものとする。ログアウト処理が行われた場合には、「ログアウト状態」に遷移する。また、認証経験有無とは、一度でも認証に成功した時点で「無し」から「有り」に遷移する。これらの状態は、Ｃｏｏｋｉｅを用いセッションを通して管理する。なお、Ｃｏｏｋｉｅとは、ＷＷＷで提供される情報提供者がユーザ端末に利用者ＩＤ、アクセス履歴等を保存するための機能であり、ユーザは保存された情報を参照でき、保存しないようにすることもできる。
【００１２】
サーバは、保護すべきベーシックアクセスがあった際に、上記情報を基に次の処理を行う。
（１）ログイン状態の場合
Authorizationヘッダが付加されていれば、その値を用いてアクセス制限を行う。未訪問ＵＲＬへのアクセスのためにAuthorizationヘッダが付加されていない場合は、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする。ブラウザは、前回ログイン情報を自動で再送信してくることになり、ユーザは入力を求められずに済む。
【００１３】
（２）ログアウト状態の場合
Authorizationヘッダが付加されていれば、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする。ブラウザは指定したユーザ情報が拒否されたと解釈し、認証ダイアログを表示する。ユーザは、新たなユーザ情報を入力することができる。未訪問ＵＲＬへのアクセスのために、Authorizationヘッダが付加されていない場合は、認証経験有無に応じて次の処理を行う。
【００１４】
認証経験無しの場合は、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスすることにより認証ダイアログが表示され、ユーザは情報を入力することができる。
認証経験有りの場合は、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする際に、次リクエストに対し再度４０１を送信する旨記憶しておく。この場合は、ブラウザにより、前回ログイン情報が自動再送信されてくるためである。次リクエスト時には、記憶しておいた情報を基に再度ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信することにより、認証ダイアログが表示され、ユーザは情報を入力することができる。
【００１５】
以下、本発明の実施の形態について図１ないし図４を参照して説明する。
図１は、本実施形態に適用されるプラットフォームのモジュールの構成例を示している。本実施形態に適用されるプラットフォームのモジュールは、アプリ層１、プラットフォーム層２、エンジン３を有して構成される。
アプリ層１は、Ｃｏｐｙアプリ、Ｆａｘアプリ、プリンタアプリ、ＮｅｔＦｉｌｅアプリ、ｗｅｂアプリケーションを有して構成される。なお、ｗｅｂアプリケーションは、ｗｅｂｓｙｓ、ｗｅｂｄｏｃｂｏｘ、ＧＰＳ−ｗｅｂ、Ｆａｘ−ｗｅｂを有している。
プラットフォーム層２は、上記アプリ層１の各機能部を駆動制御する機能部・制御部を有している。また、アプリ層１とプラットフォーム層２との間には、アプリケーションプログラミングインタフェース（ＧＷ−ＡＰＩ）が介在している。
エンジン３は、エンジン制御ボードとプロッタエンジンとスキャナエンジンを有している。なお、プラットフォーム層２とエンジン３との間には、エンジン・インタフェース（Ｉ／Ｆ）が介在している。
【００１６】
図２は、ログイン後、保護すべきページに対してアクセスされた場合の、処理手順例を示している。図２に基づき、各モジュールについて処理実施例を、以下に説明する。
本実施形態は、クライアント（ブラウザ）１０、認証ダイアログ１１、Ｗｅｂシステム２０、ＣＣＳ（control and computation system／制御計算システム）３０を有す。
クライアント（ブラウザ）１０は、情報処理装置のＷｅｂシステム１００に対してＨＴＴＰリクエストを送信し、結果として出力されるＨＴＭＬを受信して表示する。
【００１７】
認証ダイアログ１１は、クライアント１０がＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを受信した際に、ユーザに対してＩＤ・パスワードの入力を求めるために表示する、ダイアログである。ＯＫボタンが押下されると、入力されたＩＤ・パスワードが、リクエストのAuthorizationヘッダに設定される。
【００１８】
Ｗｅｂシステム２０は、クライアント１０からの要求に対する処理を実行し、その処理結果（ＨＴＭＬ、ＸＭＬ、ＴＥＸＴ）を生成するプログラムである。
ＣＣＳ３０は、クライアント１０より指定されたユーザＩＤ・パスワードを、予め登録されたユーザ情報と照らし合わせ、認証処理を行うサービスである。
【００１９】
以下、図２に基づいて、ログイン後に保護すべきページに対してアクセスされた場合の、シーケンス例を説明する。
クライアント１０は、Ｗｅｂシステム２０に対してログインの要求を送信する（ステップＳ１０）。
Ｗｅｂシステム２０は、リクエスト情報にAuthorizationヘッダが付加されていないことを確認し、クライアント１０に対してＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信する（ステップＳ１１）。
ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信したクライアント１０は、認証ダイアログ１１を表示し、ユーザにＩＤ・パスワードの入力を促す（ステップＳ１２）。
上記の入力完了後に、ＯＫボタンが押下されると、クライアント１０は、入力されたＩＤ・パスワードをAuthorizationヘッダに設定し、再度同一ＵＲＬに対しリクエストを送信する（ステップＳ１３）。
Ｗｅｂシステム２０は、Authorizationヘッダからユーザ情報を取得し、ＣＣＳ３０に対して認証問い合わせを行う（ステップＳ１４）。
【００２０】
Ｗｅｂシステム２０は、状態を「ログイン状態」に、また認証経験有無を「有り」に遷移させ、ＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する（ステップＳ１５）。
クライアント１０は、ＵＲＬとユーザ情報を関連付けて記憶する。
クライアント１０は、未訪問ページに対してAuthorizationヘッダを付加せずにアクセスする（ステップＳ１６）。
Ｗｅｂシステム２０は、状態が「ログイン状態」であることを確認し、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信する（ステップＳ１７）。
ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信したクライアント１０は、記憶済みのユーザ情報をAuthorizationヘッダに設定し、リクエストを自動送信する（ステップＳ１８、Ｓ１９）。
【００２１】
Ｗｅｂシステム２０は、Authorizationヘッダからユーザ情報を取得し、ＣＣＳ３０に対して認証問い合わせを行う（ステップＳ１４）。
Ｗｅｂシステム２０は、クライアント１０に対してＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する（ステップＳ２０）。
【００２２】
以下、図３に基づいて、ログアウトした後に保護すべきページに対してアクセスされた場合の、シーケンスを説明する。
クライアント１０は、Ｗｅｂシステム２０に対してログインの要求を送信する（ステップＳ１０）。
Ｗｅｂシステム２０は、リクエスト情報にAuthorizationヘッダが付加されていないことを確認し、クライアント１０に対してＨＴＴＰ  Ｓｔａｔｕｓ  ４０１レスポンスを送信する（ステップＳ１１）。
ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信したクライアント１０は、認証ダイアログ１１を表示し、ユーザにＩＤ・パスワードの入力を促す（ステップＳ１２）。
入力完了後、ＯＫボタンが押下されると、クライアント１０は、入力されたＩＤ・パスワードをAuthorizationヘッダに設定し、再度同一ＵＲＬに対してリクエストを送信する（ステップＳ１３）。
【００２３】
Ｗｅｂシステム２０は、Authorizationヘッダからユーザ情報を取得し、ＣＣＳ３０に対して認証問い合わせを行う（ステップＳ１４）。
Ｗｅｂシステム２０は、状態を「ログイン状態」に、また認証番号有無を「有り」に遷移させ、ＨＴＴＰ  Ｓｔａｔｕｓ２００を送信する（ステップＳ１５）。
クライアント１０は、ＵＲＬとユーザ情報を関連付けて記憶する。その後クライアント１０は、Ｗｅｂシステム２０に対してログアウトの要求を送信する（ステップＳ２１）。Ｗｅｂシステム１０は、状態を「ログアウト状態」に遷移させＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する（ステップＳ２２）。さらに、クライアント１０は、未訪問ページに対してAuthorizationヘッダを付加せずにアクセスする（ステップＳ２３）。
【００２４】
Ｗｅｂシステム２０は、状態が「ログアウト状態」であり、かつ認証経験が「有り」であることを確認し、次リクエストが拒絶すべき自動再送信リクエストになることを記憶した上で、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信する（ステップＳ２４）。
ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信したクライアント１０は、記憶済みのユーザ情報をAuthorizationヘッダに設定し、リクエストを自動送信する（ステップＳ２５、Ｓ２６）。
Ｗｅｂシステム２０は、記憶した拒絶指示に従い、再度クライアント１０に対してＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信する（ステップＳ２７）。
【００２５】
クライアント１０は、Authorizationヘッダを付加したリクエストに対してＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信したことにより、再度認証ダイアログ１１を表示して、ユーザにＩＤ・パスワードの入力を促す（ステップＳ２８）。
入力完了後、ＯＫボタンが押下されると、クライアント１０は、入力されたＩＤ・パスワードをAuthorizationヘッダに設定し、三度同一ＵＲＬに対してリクエストを送信する（ステップＳ２９）。
Ｗｅｂシステム２０は、Authorizationヘッダからユーザ情報を取得しＣＳＳ３０に対して認証問い合わせを行う（ステップＳ１４）。
Ｗｅｂシステム２０は、クライアント１０に対してＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する（ステップＳ３０）。
【００２６】
以下、図４に基づいて、ログイン前に保護すべきページに対してアクセスされた場合のシーケンスを説明する。
クライアント１０は、Ｗｅｂシステム２０に対して保護ページへのアクセス要求を送信する（ステップＳ３１）。
Ｗｅｂシステム２０は、状態が「ログアウト状態」であり、かつ認証経験が「無し」であることを確認し、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を送信する（ステップＳ３２）。
【００２７】
ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１を受信したクライアント１０は、認証ダイアログ１１を表示し、ユーザにＩＤ・パスワードの入力を促す（ステップＳ３３）。
入力完了後、ＯＫボタンが押下されると、クライアント１０は、入力されたＩＤ・パスワードをAuthorizationヘッダに設定し、再度同一ＵＲＬに対しリクエストを送信する（ステップＳ３４）。
【００２８】
Ｗｅｂシステム２０は、Authorizationヘッダからユーザ情報を取得し、ＣＣＳ３０に対して認証問い合わせを行う（ステップＳ１４）。さらに、Ｗｅｂシステム２０は、状態を「ログイン状態」に、また認証経験を「有り」に遷移させ、ＨＴＴＰ  Ｓｔａｔｕｓ  ２００を送信する（ステップＳ３５）。
【００２９】
本実施形態によれば、現在のログイン状態、ならびにブラウザの認証経験有無を別途管理し、この情報を基に必要に応じて再度ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする。このことにより、例えば、以下に示す従来の問題を解決する。
【００３０】
サーバは、保護すべきベーシックアクセスがあった際に、上記情報を基に次の処理を行う。
（１）ログイン状態の場合
オーソリゼイションAuthorizationヘッダが付加されていれば、その値を用いてアクセス制限を行う。未訪問ＵＲＬへのアクセスのためにAuthorizationヘッダが付加されていない場合は、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする。ブラウザは、前回ログイン情報を自動で再送信してくることになり、ユーザは入力を求められずに済む。
【００３１】
（２）ログアウト状態の場合
Authorizationヘッダが付加されていれば、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする。ブラウザが指定したユーザ情報が拒否されたと解釈し、認証ダイアログを表示する。ユーザは、新たなユーザ情報を入力することができる。未訪問ＵＲＬへのアクセスのために、Authorizationヘッダが付加されていない場合は、認証経験有無に応じて次の処理を行う。
【００３２】
認証経験無しの場合は、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスすることにより、認証ダイアログが表示され、ユーザは情報を入力することができる。
認証経験有りの場合は、ＨＴＴＰ  Ｓｔａｔｕｓ  ４０１をレスポンスする際に、次リクエストに対し再度４０１を送信する旨記憶しておく。この場合は、ブラウザにより、前回ログイン情報が自動再送信されてくるためである。次リクエスト時には、記憶しておいた情報を基に再度４０１を送信することにより認証ダイアログが表示され、ユーザは情報を入力することができる。
【００３３】
以上によれば、Ｗｅｂシステムにおいて、最も標準的なベーシック認証を採用した上で、ログイン・ログアウトを完全にサポートすることが可能となる。ログアウトする度にブラウザを起動し直すことなく、ユーザの切り換えが可能となる。これと同時に、複数ユーザが操作、閲覧する環境で使用された場合でも、第三者による不正操作・情報漏洩を防止することが可能となる。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施形態の情報処理装置の構成例を示す図である。
【図２】ログアウト後に保護すべきページに対してアクセスされた場合の、シーケンスを示す図である。
【図３】ログアウト後に保護すべきページに対してアクセスされた場合の、シーケンスを示す図である。
【図４】ログイン前に保護すべきページに対してアクセスされた場合の、シーケンスを示す図である。
【符号の説明】
【００３５】
１０    クライアント
１１    認証ダイアログ
２０    Ｗｅｂシステム
３０    ＣＣＳ
【図１】
2006139613.tif 000003
【図２】
2006139613.tif 000004
【図３】
2006139613.tif 000005
【図４】
2006139613.tif 000006