JP2006139613A

JP2006139613A - 情報処理装置および情報処理方法

Info

Publication number: JP2006139613A
Application number: JP2004329608A
Authority: JP
Inventors: Ryuhei Ideno; 竜平出野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2004-11-12
Filing date: 2004-11-12
Publication date: 2006-06-01

Abstract

【課題】Ｗｅｂページに対して、ユーザ側からログインユーザの切り換えができないことを防止し、特定ユーザによるログイン状態の維持と解除とを可能とする。
【解決手段】ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理手段と、ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理手段と、ログイン状態と認証経験有無をセッションを通して管理する手段と、ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく手段とを有し、リクエストが自動送信リクエストである場合にＨＴＴＰＳｔａｔｕｓ４０１レスポンスを送信する。
【選択図】図３

Description

本発明は、特にネットワークを介して接続される端末に表示データを送信する情報処理装置及び情報処理方法に関する。

特定のＷｅｂページに対するアクセス制限を行うために認証をサポートする場合、多くのブラウザによって標準的にサポートされている「ベーシック認証」を利用するのが一般的である。しかし「ベーシック認証」には、一度認証に成功（ログイン）するとログイン時のユーザ情報とそのときのＵＲＬ（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ヘッダが付加されていない場合は、認証経験有無に応じて次の処理を行う。

認証経験無しの場合は、ＨＴＴＰＳｔａｔｕｓ４０１をレスポンスすることにより、認証ダイアログが表示され、ユーザは情報を入力することができる。
認証経験有りの場合は、ＨＴＴＰＳｔａｔｕｓ４０１をレスポンスする際に、次リクエストに対し再度４０１を送信する旨記憶しておく。この場合は、ブラウザにより、前回ログイン情報が自動再送信されてくるためである。次リクエスト時には、記憶しておいた情報を基に再度４０１を送信することにより認証ダイアログが表示され、ユーザは情報を入力することができる。

以上によれば、Ｗｅｂシステムにおいて、最も標準的なベーシック認証を採用した上で、ログイン・ログアウトを完全にサポートすることが可能となる。ログアウトする度にブラウザを起動し直すことなく、ユーザの切り換えが可能となる。これと同時に、複数ユーザが操作、閲覧する環境で使用された場合でも、第三者による不正操作・情報漏洩を防止することが可能となる。

本発明の実施形態の情報処理装置の構成例を示す図である。ログアウト後に保護すべきページに対してアクセスされた場合の、シーケンスを示す図である。ログアウト後に保護すべきページに対してアクセスされた場合の、シーケンスを示す図である。ログイン前に保護すべきページに対してアクセスされた場合の、シーケンスを示す図である。

符号の説明

１０クライアント
１１認証ダイアログ
２０Ｗｅｂシステム
３０ＣＣＳ

Claims

Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムに用いられ、
ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理手段と、
ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理手段と、
ログイン状態と認証経験有無をセッションを通して管理する手段と、
ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく手段とを有し、
リクエストが自動送信リクエストである場合にＨＴＴＰＳｔａｔｕｓ４０１レスポンスを送信することを特徴する情報処理装置。
Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムにおいて、
ユーザＩＤとパスワードの入力を求め認証処理を行うことにより特定ユーザによるログイン状態を維持することを可能とするログイン処理工程と、
ログアウト処理を行うことにより特定ユーザによるログイン状態を解除することを可能とするログアウト処理工程と、
ログイン状態と認証経験有無をセッションを通して管理する工程と、
ログアウトした後に再度ログイン処理が行われた場合に、次のリクエストがブラウザによる自動送信リクエストになることを前記ログイン状態と認証経験有無をもとに判断し記憶しておく工程とを有し、
リクエストが自動送信リクエストである場合にＨＴＴＰＳｔａｔｕｓ４０１レスポンスを送信することを特徴とする情報処理方法。
Ｗｅｂページに対してユーザ毎にアクセス制限を行うことが可能なＷｅｂシステムであり、所定のクライアントより指定されたユーザのＩＤ・パスワードを、予め登録されたユーザ情報と照らし合わせて認証処理を行うベーシック認証におけるログイン・ログアウトの情報処理方法において、
前記クライアントが、Ｗｅｂシステムに対してログインの要求を送信するステップと、
前記Ｗｅｂシステムが、リクエスト情報にAuthorizationヘッダが付加されていないことを確認し、前記クライアントに対してＨＴＴＰＳｔａｔｕｓ４０１レスポンスを送信するステップと、
前記ＨＴＴＰＳｔａｔｕｓ４０１を受信した前記クライアントが、認証ダイアログを表示し、ユーザに前記ＩＤ・パスワードの入力を促すステップと、
前記ＩＤ・パスワードの入力完了後に、ＯＫボタンが押下されると、入力された前記ＩＤ・パスワードをAuthorizationヘッダに設定し、再度同一ＵＲＬに対しリクエストを送信するステップと、
前記Ｗｅｂシステムが、前記Authorizationヘッダからユーザ情報を取得し、制御計算システムであるＣＣＳに対して認証問い合わせを行うステップと、
前記Ｗｅｂシステムが、状態を「ログイン状態」に、また認証経験有無を「有り」に遷移させ、ＨＴＴＰＳｔａｔｕｓ２００を送信するステップとを有し、
前記クライアントは、ＵＲＬとユーザ情報を関連付けて記憶し、ユーザＩＤとパスワードの入力を求め認証処理を行うことにより、特定ユーザによるログイン状態を維持することと、ログアウト処理を行うことにより特定ユーザによるログイン状態の解除を可能としたことを特徴とする情報処理方法。
さらに、前記クライアントは、未訪問ページに対してAuthorizationヘッダを付加せずにアクセスするステップと、
前記Ｗｅｂシステムは、状態が「ログイン状態」であることを確認し、前記ＨＴＴＰＳｔａｔｕｓ４０１を送信するステップと、
前記ＨＴＴＰＳｔａｔｕｓ４０１を受信した前記クライアントは、記憶済みのユーザ情報を前記Authorizationヘッダに設定し、リクエストを自動送信するステップとを有し、
前記Ｗｅｂシステムは、前記Authorizationヘッダからユーザ情報を取得し、前記ＣＣＳに対して前記認証問い合わせを行い、前記クライアントに対して前記ＨＴＴＰＳｔａｔｕｓ２００を送信する、ことを特徴とする請求項３に記載の情報処理方法。