JP2011035850A - 情報処理システム、その制御方法、及びプログラム - Google Patents

Abstract

【課題】外部装置のＷｅｂサーバと連携して動作するＷｅｂブラウザを有する情報処理装置において、Ｗｅｂブラウザでの操作感を踏襲したままログアウトの手続きを簡略化する情報処理システムを提供する。
【解決手段】本情報処理システムは、Ｗｅｂサーバから提供されたＷｅｂブラウザの操作画面を介して入力されたユーザ指示をイベントとしてＷｅｂサーバに対して通知する。ここで、Ｗｅｂサーバは、通知されたイベントを解析し、当該イベントがログアウト要求であれば、Ｗｅｂサーバのログアウト処理を実行するとともに、Ｗｅｂブラウザに対してログアウト要求を通知する。Ｗｅｂブラウザは、Ｗｅｂサーバからログアウト要求を受信するとＷｅｂブラウザのログアウト処理を実行する。
【選択図】図３

Description

本発明は、サーバと、当該サーバにより提供される操作画面を表示するためのブラウザを有する情報処理装置とを備える情報処理システム、その制御方法及びプログラムに関するものである。

近年、プリンタやスキャナ機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）と呼ばれる画像形成装置では、Ｗｅｂブラウザを搭載し、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）を介さず直接Ｗｅｂサーバにアクセスしている。これにより、ＭＦＰでは、Ｗｅｂコンテンツを印刷したり、Ｗｅｂアプリケーションを操作したりすることができる。

また、このようなＷｅｂブラウザを備えたＭＦＰにおいて、本来ＭＦＰが有する機能を実行するための操作画面が外部のＷｅｂサーバから提供され、それをＷｅｂブラウザ上で操作するという形態のシステムが提案されている。このようなシステムでは、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力し、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに送信される。指示を受信したＷｅｂサーバは、ユーザから入力された指示の内容にしたがって、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全操作画面情報をＭＦＰ内で保持しておく必要がなくなり、また操作画面の変更も、Ｗｅｂサーバ上で一般的なＷｅｂアプリケーションを変更するのと同様の方法で行うことができる。

しかし、このようなシステムにおいて、ＭＦＰとＷｅｂサーバの双方でユーザのログイン状態を管理するためには、ログイン、ログアウトの操作をそれら双方で行うことをユーザに強いることがあった。一方、特許文献１には、Ｗｅｂブラウザを備えたＭＦＰにおいて、ＭＦＰへのログイン時に特定のＷｅｂサーバへログイン情報を送信することや、ＭＦＰのログアウト時にそのＷｅｂサーバへログアウト情報を送信することが提案されている。

特開２００８−８３８０９号公報

しかしながら、上記従来技術では、Ｗｅｂサーバが提供する操作画面でＷｅｂブラウザ上にログアウトの操作ボタンを表示させたとしても、Ｗｅｂサーバへログアウトの要求が送信されるだけであり、ＭＦＰのログアウトは行われない。このため、ＭＦＰのログアウトを別途操作する必要があり、ユーザに余計な手間が掛かってしまうという問題があった。

一方、特許文献１に記載の技術では、ログアウト用のハードキーをユーザに操作させることにより、ＭＦＰのログアウトによってＭＦＰとＷｅｂサーバとの双方からログアウトできる。しかし、ユーザとしては、Ｗｅｂブラウザに表示された画面を操作しているため、ログアウトの指示もＷｅｂブラウザの画面上で行いたいという要望がある。つまり、Ｗｅｂブラウザにおいて操作を一貫的に行うことができず、ユーザに煩わしさを与えてしまうという問題があった。

本発明は、上述の問題に鑑みて成されたものであり、外部装置のＷｅｂサーバと連携して動作するＷｅｂブラウザを有する情報処理装置において、Ｗｅｂブラウザでの操作感を踏襲したままログアウトの手続きを簡略化する情報処理システムを提供することを目的とする。

本発明は、例えば、サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムとして実現できる。情報処理装置は、外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを解析し、外部装置に対して通知するイベント通知手段と、外部装置からログアウト要求を受信すると、情報処理装置のログアウト処理を実行する第１ログアウト手段とを備え、外部装置は、情報処理装置から通知されたイベントを解析し、イベントがログアウト要求であるか否かを判定する判定手段と、イベントがログアウト要求であると、情報処理装置にログアウト要求を通知するログアウト通知手段と、ログアウト要求を通知すると、外部装置のログアウト処理を実行する第２ログアウト手段とを備えることを特徴とする。

本発明は、例えば、外部装置のＷｅｂサーバと連携して動作するＷｅｂブラウザを有する情報処理装置において、Ｗｅｂブラウザでの操作感を踏襲したままログアウトの手続きを簡略化する情報処理システムを提供できる。

第１の実施形態に係る情報処理システム１００を示す図である。 第１の実施形態に係る情報処理システム１００の制御構成を示す図である。 第１の実施形態に係る情報処理システム１００機能構成を示す図である。 第１の実施形態に係るログインアプリケーション４３０におけるログイン時の処理手順を示すフローチャートである。 ログイン画面の一例を示す図である。 第１の実施形態に係るＷｅｂブラウザ４４０におけるログイン時の処理手順を示すフローチャートである。 第１の実施形態に係るＷｅｂアプリケーション４１０におけるログイン時の処理手順を示すフローチャートである。 第１の実施形態に係るメニュー画面の一例を示す図である。 第１の実施形態に係るＷｅｂブラウザ４４０におけるイベント発生時の処理手順を示すフローチャートである。 第１の実施形態に係るＷｅｂアプリケーション４１０におけるイベント発生時の処理手順を示すフローチャートである。 第１の実施形態に係るエラー画面の一例を示す図である。 第１の実施形態に係るサービスプロバイダ４５０における処理実行依頼を受信した際の処理手順を示すフローチャートである。 第１の実施形態に係るＷｅｂブラウザ４４０におけるログアウトイベントを受信した際の処理手順を示すフローチャートである。 第２の実施形態に係るＷｅｂアプリケーション４１０におけるイベント発生時の処理手順を示すフローチャートである。 第２の実施形態係るＭＦＰログアウト画面の一例を示す図である。 第３の実施形態に係るＷｅｂアプリケーション４１０におけるログアウト時の処理手順を示すフローチャートである。 第４の実施形態に係るＷｅｂブラウザ４４０におけるイベント発生時の処理手順を示すフローチャートである。 第４の実施形態の変形例に係るＷｅｂブラウザ４４０におけるイベント発生時の処理手順を示すフローチャートである。 第５の実施形態に係るＷｅｂブラウザ４４０におけるイベント発生時の処理手順を示すフローチャートである。 第５の実施形態に係るＷｅｂアプリケーション４１０におけるイベント発生時の処理手順を示すフローチャートである。 第５の実施形態の変形例に係るＷｅｂアプリケーション４１０におけるイベント発生時の処理手順を示すフローチャートである。 第５の実施形態の変形例に係るＷｅｂアプリケーション４１０におけるイベント発生時の処理手順を示すフローチャートである。

以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。

＜第１の実施形態＞
＜情報処理システムの構成＞
まず、本発明に係る第１の実施形態について説明する。まず、図１を参照して、本実施形態に係る情報処理システム１００の構成例について説明する。情報処理システム１００は、ＭＦＰ１０１、Ｗｅｂサーバ１０２、及びＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）サーバ１０３を備える。ネットワーク１１０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどであり、ＭＦＰ１０１、Ｗｅｂサーバ１０２、ＬＤＡＰサーバ１０３が接続されている。なお、情報処理システム１００には、電子文書を保存／管理するための文書管理装置や、電子メールを送受信するためのメールサーバ、ＰＣなどが接続されていてもよい。ＭＦＰ１０１は、情報処理装置の一例であり、プリント機能、コピー機能、スキャナ機能、送信機能、Ｗｅｂブラウザ機能などの複数の機能を有する。Ｗｅｂサーバ１０２は、外部装置の一例であり、Ｗｅｂサーバ機能を有するパーソナルコンピュータである。ＬＤＡＰサーバ１０３は、管理サーバの一例であり、ユーザの認証情報（識別子）を保持し、ＭＦＰ１０１等からの問い合わせに対してユーザ認証を行い、結果を送信する。なお、各装置の詳細については後述する。

＜情報処理システムの制御構成＞
次に、図２を参照して、本実施形態に係る情報処理システム１００の制御構成の一例について説明する。ここでは、ＭＦＰ１０１とＷｅｂサーバ１０２の制御構成について説明する。なお、ＬＤＡＰサーバ１０３の制御構成は、Ｗｅｂサーバ１０２の制御構成と同様であるため説明を省略する。

まず、ＭＦＰ１０１の制御構成について説明する。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１の動作を統括的に制御する。なお、２１９は制御部２１０内の各ブロックを接続するバスである。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラムを記憶する。

操作部Ｉ／Ｆ２１５は、制御部２１０と操作部２２０とを接続する。操作部２２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また、ＭＦＰ１０１には後述するＷｅｂブラウザ機能が備えられている。ＭＦＰ１０１のＷｅｂブラウザは、Ｗｅｂサーバ１０２から受信した画面情報であるＨＴＭＬファイルを解析し、解析結果に基づいて操作画面を操作部２２０上に表示する。

プリンタＩ／Ｆ２１６は、制御部２１０とプリンタ２２１とを接続する。プリンタ２２１で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２１に転送され、プリンタ２２１において用紙などの記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、制御部２１０とスキャナ２２２とを接続する。スキャナ２２２は、スキャナ２２２にセットされた原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０をネットワーク１１０に接続し、ネットワーク１１０上の外部装置との情報の送受信を行う。

次に、Ｗｅｂサーバ１０２の制御構成について説明する。ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２の動作を統括的に制御する。なお、３１６は、制御部３１０内の各ブロックを接続するバスである。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０をネットワーク１１０に接続し、ネットワーク１１０上の外部装置との情報の送受信を行う。

＜情報処理システムの機能構成＞
次に、図３を参照して、本実施形態に係る情報処理システム１００機能構成について説明する。図３に示す各機能部は、ＭＦＰ１０１、Ｗｅｂサーバ１０２、ＬＤＡＰサーバ１０３のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。

まず、ＭＦＰ１０１の機能構成について説明する。ＭＦＰ１０１は、ログインアプリケーション４３０、Ｗｅｂブラウザ４４０、サービスプロバイダ４５０、及びログ記録部４６０を備える。ログインアプリケーション４３０は、画面表示部４３１と認証処理部４３２とを含む。画面表示部４３１は、認証処理部４３２が実行する認証処理に必要な認証情報をユーザに入力させるための認証画面を操作部２２０に表示する。なお、この認証画面は、Ｗｅｂサーバ１０２により提供されるものではなく、ログインアプリケーション４３０がＭＦＰ１０１内に保持している情報を読み出して表示するものである。認証処理部４３２は、画面表示部４３１により表示された認証画面を介して入力された認証情報を用いてＭＦＰ１０１へのログイン処理を行う。具体的には、入力された認証情報をＬＤＡＰサーバ１０３に問合せ、その問合せ結果に応じてログイン処理を実行するか否かを判断する。また、ログアウト要求に応じてＭＦＰ１０１からのログアウト処理を行う。

Ｗｅｂブラウザ４４０は、画面イベント処理部４４１、解析部４４２、画面表示部４４３、ログイン管理部４４４を含む。画面イベント処理部４４１は、画面表示部４４３で表示している画面に対して行われるユーザの操作を検知し、その操作内容に応じた処理を行う。特に、Ｗｅｂサーバ１０２のＷｅｂアプリケーション４１０に対して要求を行う操作が行われた場合には、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信を行う。解析部４４２は、Ｗｅｂアプリケーション４１０から受信する画面情報であるＨＴＭＬファイルを解析する。このＨＴＭＬファイルには、Ｗｅｂブラウザ４４０に表示すべき操作画面の内容を示す記述が含まれる。画面表示部４４３は、解析部４４２による解析の結果に基づいて、操作部２２０上に操作画面を表示する。ログイン管理部４４４は、ログインアプリケーション４３０からログインイベント又はログアウトイベントの通知を受付け、それらの通知に応じて処理を行う。

サービスプロバイダ４５０は、依頼受付部４５１及びジョブ生成部４５２を含む。依頼受付部４５１は、Ｗｅｂアプリケーション４１０内のロジック部４１２から処理実行依頼を受信し、その処理実行依頼をジョブ生成部４５２に渡す。また、依頼受付部４５１は、ジョブ生成部４５２からの実行結果に基づいて、Ｗｅｂアプリケーション４１０内のロジック部４１２に応答する。ジョブ生成部４５２は、Ｗｅｂアプリケーション４１０から送られてきた処理実行依頼からジョブを生成して実行する。ジョブを実行した結果はログ記録部４６０に記録される。なお、ログ記録部４６０には、ログインアプリケーションによって実行されるログイン、ログアウトの結果や、Ｗｅｂサーバ１０２との通信履歴なども記録される。

続いて、Ｗｅｂサーバ１０２の機能構成について説明する。Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４１０及びログ記録部４２０を含む。さらに、Ｗｅｂアプリケーション４１０は、プレゼンテーション部４１１、ロジック部４１２及びセッション管理部４１３を含む。

プレゼンテーション部４１１は、ＭＦＰ１０１が備えるＷｅｂブラウザ４４０と通信する。より具体的には、ユーザの指示などに伴うＭＦＰ１０１のＷｅｂブラウザ４４０からの要求を受信し、必要に応じてロジック部４１２に処理を行わせる。また、プレゼンテーション部４１１は、ＭＦＰ１０１のＷｅｂブラウザ４４０からの要求やロジック部４１２の処理結果に応じてＭＦＰ１０１のＷｅｂブラウザ４４０に表示すべき操作画面の画面情報を生成し、ＭＦＰ１０１のＷｅｂブラウザ４４０に送信する。

ロジック部４１２は、プレゼンテーション部４１１が受け取った要求に応じて、各種処理を実行するとともに、ＭＦＰ１０１のサービスプロバイダ４５０に対して、ＭＦＰ１０１が備える機能の実行を要求する。具体的には、ＭＦＰ１０１のプリンタ２２１による印刷処理の実行や、スキャナ２２２による読取処理の実行、又はネットワークＩ／Ｆ２１８を介した送信処理の実行を要求する。なお、このＭＦＰ１０１への実行要求は、Ｗｅｂブラウザ４４０とは別の接続で行われる。

セッション管理部４１３は、ＭＦＰ１０１からのログイン要求であるメニュー画面要求から、ログアウト要求が行われるまでのＷｅｂブラウザ４４０との通信に関して、状態及びデータの一時保存のためのセッション情報の管理を行う。なお、Ｗｅｂアプリケーション４１０で行われた処理、ＭＦＰ１０１への実行要求及びその応答結果は、ログ記録部４２０に記録される。

次に、ＬＤＡＰサーバ１０３の機能構成について説明する。ＬＤＡＰサーバ１０３は、認証情報管理部４７０と認証情報記憶部４８０とを含む。認証情報記憶部４８０には、ＭＦＰ１０１の使用が許可されたユーザに対応する認証情報が予め記憶されている。認証情報管理部４７０は、認証情報記憶部４８０に記憶されている認証情報を管理する。また、認証情報管理部４７０は、ＭＦＰ１０１のログインアプリケーション４３０から認証の問合せを受けた場合、問合せによって受け取った認証情報と認証情報記憶部４８０に記憶されている認証情報とを照合する。そして、その照合結果に応じて認証可否をログインアプリケーション４３０に返す。

＜ログイン時における各ブロックの動作＞
次に、図４乃至図８を参照して、情報処理システム１００におけるログイン時の動作に関する各機能ブロックの処理について説明する。まず、図４を参照して、本実施形態におけるログインアプリケーション４３０の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、ログインアプリケーション４３０は、各ステップの処理に関する情報をログ記録部４６０に記録する。また、以下で説明するＳに続く番号は、各処理のステップ番号を示す。

Ｓ５０１において、画面表示部４３１は、操作部２２０にログイン画面を表示する。図５は、ログイン画面の一例を示す図である。ユーザはログインするために、図５に示すログイン画面６０１のユーザＩＤ入力欄６０２にユーザＩＤ（識別子）、パスワード入力欄６０３にパスワードを入力する。

Ｓ５０２において、認証処理部４３２は、ユーザからログイン画面６０１を介して認証情報が入力されたか否かを判定する。具体的には、認証処理部４３２は、画面表示部４３１が表示しているログイン画面６０１のＯＫボタン６０４が押下されたか否かを判定する。ＯＫボタン６０４が押下されていなければ、押下されるまで待機し、押下されるとＳ５０３に進む。

続いて、Ｓ５０３において、認証処理部４３２は、ユーザによって入力されたユーザＩＤ及びパスワードを用いてログイン判定処理を行う。このとき、認証処理部４３２は、ＬＤＡＰサーバ１０３に、ユーザによって入力されたユーザＩＤ及びパスワードを送信し、ログイン判定（ユーザ認証）の結果を要求する。なお、要求先であるＬＤＡＰサーバ１０３のアドレスは事前に設定されている。ＬＤＡＰサーバ１０３は、認証情報管理部４７０によって認証処理部４３２からの要求を受け取る。その後、認証情報管理部４７０は、受け取ったユーザＩＤに基づいて、認証情報記憶部４８０に予め登録されているパスワードと受け取ったパスワードとを照合し、一致すればログインＯＫを、不一致であればログインＮＧを認証処理部４３２に返す。また、受け取ったユーザＩＤが認証情報記憶部４８０に登録されていない場合もログインＮＧを認証処理部４３２に返す。なお、ＬＤＡＰサーバ１０３は、この動作以外に、ユーザ毎の固有の設定情報や権限の情報などを保持していて、ログインＯＫを返す際にそれらの情報を合わせて認証処理部４３２に返してもよい。このようなＬＤＡＰサーバ１０３の一連の動作は、ＬＤＡＰサーバ１０３のＣＰＵ３１１が制御プログラムを実行することにより実現される。

ＬＤＡＰサーバ１０３から応答を受信すると、Ｓ５０４において、認証処理部４３２は、認証情報管理部４７０からログインＯＫを返されたか否かを判定する。ログインＯＫを返されたならばＳ５０６に進み、そうでない場合（ログインＮＧの場合）はＳ５０５に進む。Ｓ５０５において、画面表示部４３１は、図５に示すように、ログインエラーを表すメッセージ７０２を付加したログインエラー画面７０１を操作部２２０に表示し、Ｓ５０２に戻る。

一方、Ｓ５０６において、ログインアプリケーション４３０は、ログインしたユーザに対応するログインコンテキストを生成する。ログインコンテキストは、ログインしたユーザを示す情報であり、図５に示すログイン画面６０１、７０１において入力されたユーザＩＤを含む。また、それ以外に、ログインしたときの日時やログインセッションを一意に識別するセッションＩＤなどを含んでもよい。また、ＬＤＡＰサーバ１０３からユーザ固有の設定情報などを受け取る場合には、それらを含んでもよい。

次に、Ｓ５０７において、ログインアプリケーション４３０は、ユーザがログインしたこと（ログインイベント）をＷｅｂブラウザ４４０に対して通知する。続いて、Ｓ５０８において、ログインアプリケーション４３０は、ログアウト要求を受信したか否かを判定し、受信するまで待機する。ログアウト要求を受信するとＳ５０９に進む。

ログアウト要求を受信すると、Ｓ５０９において、ログインアプリケーション４３０は、Ｓ５０６で生成したログインコンテキストを削除する。これによって、ログインしたユーザはログアウトしたことになる。続いて、Ｓ５１０において、ログインアプリケーション４３０は、ユーザがログアウトしたこと（ログアウトイベント）をＷｅｂブラウザ４４０に対して通知する。そして、Ｓ５１１において、ログインアプリケーション４３０は、ログアウト要求に対してログアウト処理が終了したことを応答し、Ｓ５０１に戻ってＭＦＰ１０１の操作部２２０にログイン画面６０１を表示する。

次に、図６を参照して、ログインイベントを受信した際のＷｅｂブラウザ４４０の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂブラウザ４４０は、各ステップの処理に関する情報をログ記録部４６０に記録する。

ログインイベントの通知を受信すると、Ｓ８０１において、ログイン管理部４４４は、ログインアプリケーション４３０からログインコンテキストを取得する。そして、Ｓ８０２において、ログイン管理部４４４は、取得したログインコンテキストからユーザＩＤを抽出し、保持する。続いて、Ｓ８０３において、ログイン管理部４４４は、ＭＦＰ１０１を操作するためのメニュー画面をＷｅｂサーバ１０２のＷｅｂアプリケーション４１０から取得するために、Ｗｅｂアプリケーション４１０にログイン要求を行う。このとき、Ｓ８０２で抽出したユーザＩＤを要求に付加して送信する。なお、要求先であるＷｅｂサーバ１０２のアドレスは、Ｗｅｂブラウザ４４０で予め記憶している。また、ここで、要求には、ユーザＩＤを付加しているが、ユーザＩＤを抽出せずにログインコンテキスト自体を要求に付加してもよいし、それらに加えて要求元であるＭＦＰ１０１のＩＰアドレスなども付加してもよい。最後に、Ｓ８０４において、Ｗｅｂブラウザ４４０は、Ｓ８０３での要求の応答として受信した画面情報を解析部４４２によって解析し、画面表示部４４３によってＭＦＰ１０１の操作部２２０に操作画面を表示する。

次に、図７を参照して、ログイン要求を受信した際のＷｅｂアプリケーション４１０の動作について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。

Ｓ９０１において、Ｗｅｂアプリケーション４１０は、受信した要求にユーザＩＤが含まれるか否かを判定する。含まれる場合はＳ９０２に進み、含まれない場合はＳ９０５に進む。Ｓ９０２において、セッション管理部４１３は、ＭＦＰ１０１にログインしたユーザからの接続に対するセッション情報を生成する。セッション情報は、セッションＩＤや受信した要求に含まれるユーザＩＤを含み、さらにＷｅｂブラウザ４４０で表示させている操作画面のＩＤなど、Ｗｅｂアプリケーション４１０のステータス情報を含む。これらの情報は、不正な要求や重複する要求を受け付けるのを防止するために利用される。セッション情報は、セッション情報に対応するユーザＩＤのログアウト要求を受信するまでの間、セッション管理部４１３において保持される。

続いて、Ｓ９０３において、プレゼンテーション部４１１は、ＭＦＰ１０１を操作するためのメニュー画面の情報を生成する。ここで、図８を参照して、ＭＦＰ１０１に表示されることになるメニュー画面について説明する。メニュー画面１００１において、ボタン１００２〜１００５は、それぞれＭＦＰ１０１が備えるコピー、送信、スキャン、プリントの各機能を実行するためのボタンである。また、１０１０は、Ｗｅｂアプリケーション４１０とのセッションを終了するためのログアウトボタンである。その後、Ｓ９０４において、セッション管理部４１３は、保持しているセッション情報に含まれるステータス情報を、生成された画面情報の画面ＩＤによって更新する。

一方、Ｓ９０１で要求にユーザＩＤが含まれないと判定されると、Ｓ９０５において、プレゼンテーション部４１１は、受信した要求が不正である旨の表示を行うエラー画面１１０１の画面情報を生成する。エラー画面１１０１の一例については図８に示す。これによって、ＭＦＰ１０１にログインしたユーザ以外からの要求を拒絶する。

その後、Ｓ９０６において、プレゼンテーション部４１１は、Ｓ９０３又はＳ９０５で生成された画面情報をＷｅｂブラウザ４４０に応答として送信する。送信された画面情報は、Ｗｅｂブラウザ４４０によってＭＦＰ１０１の操作部２２０に表示されることになる。

＜イベント発生時における各ブロックの動作＞
次に、図９乃至図１３を参照して、Ｗｅｂアプリケーション４１０への要求イベントが発生した際の情報処理システム１００における各機能ブロックの動作について説明する。まず、図９を参照して、要求イベントが発生したときのＷｅｂブラウザ４４０の処理について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂブラウザ４４０は、各ステップの処理に関する情報をログ記録部４６０に記録する。ここで、Ｗｅｂアプリケーション４１０への要求イベント（ユーザ指示）は、メニュー画面１００１のコピーや送信などの機能を実行する各ボタン１００２〜１００５やログアウトボタン１０１０がユーザによって押下されることにより発生する。

Ｓ１２０１において、画面イベント処理部４４１は、操作されたボタンなどの内容に応じて、Ｗｅｂアプリケーション４１０に対して要求を送信する。ここで、画面イベント処理部４４１、イベント通知手段の一例である。例えば、送信機能を利用するための送信機能ボタン１００３が押下された場合には、送信機能を実行するための送信機能画面の表示要求が送信される。また、ログアウトボタン１０１０が押下された場合には、ログアウトするためのログアウト要求が送信される。なお、Ｗｅｂブラウザ４４０がＷｅｂアプリケーション４１０に送信する要求には、ログイン管理部４４４が保持しているユーザＩＤが付加される。

Ｓ１２０２において、Ｗｅｂブラウザ４４０は、送信した要求に対する応答をＷｅｂアプリケーション４１０から受信し、その内容を解析部４４２において解析する。続いて、Ｓ１２０３において、Ｗｅｂブラウザ４４０は、解析結果に基づいて必要な処理を行い、画面表示部４４３によってＭＦＰ１０１の操作部２２０に応答として受信した画面情報を描画する。

次に、図１０を参照して、Ｗｅｂブラウザ４４０が要求を送信した際のＷｅｂアプリケーション４１０の処理について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。

Ｓ１３０１において、Ｗｅｂアプリケーション４１０は、受信した要求にユーザＩＤが含まれるか否かを判定する。含まれている場合はＳ１３０２へ進み、含まれていない場合はＳ１３１４へ進む。Ｓ１３０２において、Ｗｅｂアプリケーション４１０は、受信した要求に含まれているユーザＩＤが、セッション管理部４１３が保持しているセッション情報に含まれるユーザＩＤと一致するか否かを判定する。一致する場合はＳ１３０３へ進み、一致しない場合はＳ１３１４へ進む。

Ｓ１３０３において、Ｗｅｂアプリケーション４１０は、セッション管理部４１３が保持しているセッション情報に含まれるステータス情報を参照し、受信した要求内容が、現ステータスにおいて受付可能か否かを判定する。受付可能な場合はＳ１３０４へ進み、受付不可の場合はＳ１３１４へ進む。

Ｓ１３０４において、Ｗｅｂアプリケーション４１０は、セッション管理部４１３が保持しているセッション情報のステータス情報に、要求を受け付けたことをその要求の内容とともに追加する。次に、Ｓ１３０５において、Ｗｅｂアプリケーション４１０は、受信した要求がログアウト要求か否かを判定する。当該処理は、判定手段又は第２判定手段の処理の一例である。ログアウト要求の場合はＳ１３１０に進み、ログアウト以外の要求の場合はＳ１３０６に進む。例えば、メニュー画面１００１において、ログアウトボタン１０１０が押されたことによって要求が行われた場合には、ログアウト要求が行われるため、ここでの判定結果はＹＥＳとなる。メニュー画面１００１において、ログアウトボタン１０１０以外のボタン１００２〜１００５が押されたことによって要求が行われた場合には、ログアウト要求ではない要求が行われるため、ここでの判定結果はＮＯとなる。

Ｓ１３０６において、Ｗｅｂアプリケーション４１０は、受信した要求がＭＦＰ１０１での処理を実行することを含むか否かを判定する。ＭＦＰ１０１での処理を含む場合はＳ１３０８に進み、含まない場合はＳ１３０７に進む。例えば、メニュー画面１００１で送信機能ボタン１００３が押下されたことによる要求（送信機能画面の表示要求）を受信した場合には、ＭＦＰ１０１での処理実行はまだ行われないため、ＭＦＰ１０１での処理実行は含まないと判定される。

Ｓ１３０７において、Ｗｅｂアプリケーション４１０は、要求の内容に応じてロジック部４１２によって処理を実行し、プレゼンテーション部４１１によって要求の結果に対する操作画面の画面情報を生成する。例えば、メニュー画面１００１で送信機能ボタン１００３が押下されたことによる要求（送信機能画面の表示要求）を受信した場合には、送信機能の実行に必要な情報を入力させる送信機能画面を生成する。

ここで、図１１を参照して、送信機能画面１４０１について説明する。図１１に示すように、送信機能画面１４０１において、ユーザは、送信方式、宛て先、読み取った画像のファイル形式などを設定することができる。送信方式選択ボタン１４０２は、ドロップダウン式のボタンであり、送信方式として、電子メール、ＦＴＰ、ＦＡＸなどが選択できる。図１１の例では電子メールが選択されている。宛て先入力フォーム１４０３は、送信先の情報を入力するためのフォームであり、図１１の例ではメールアドレスが入力されている。なお、送信方式がＦＴＰの場合は、送信先サーバのアドレス、パス、ファイル名を入力する宛て先入力フォーム１４０３の他に、送信先にログインするための情報を入力するフォームが表示される。また、送信方式がＦＡＸの場合は、宛て先入力フォーム１４０３には送信先のＦＡＸ番号が入力されることになる。ファイル名入力フォーム１４０４は、送信する画像ファイルに付けるファイル名を入力するためのフォームである。図１１の例においては、「ｄｏｃｕｍｅｎｔ１．ｐｄｆ」というファイル名が入力されている。ファイル形式選択ラジオボタン１４０５は、読み取った画像をどの形式のファイルとして送信するかを選択するためのラジオボタンである。図１１の例においては、ＰＤＦとＪＰＥＧを選択することができ、ＰＤＦが選択されている。送信ボタン１４０６は、ＭＦＰ１０１のスキャナ２２２にセットされた原稿を読み取り、送信設定に基づいて送信を行う処理を開始させるためのボタンである。送信ボタン１４０６が押下されると、Ｗｅｂブラウザ４４０は、送信設定の情報、ユーザＩＤとともに送信機能の実行を開始させるための要求（送信機能実行要求）をＷｅｂアプリケーション４１０に送信する。キャンセルボタン１４０７は、送信機能の実行を取りやめるためのボタンである。キャンセルボタン１４０７が押下されると、ユーザＩＤとともに、元のメニュー画面１００１を表示するための要求（メニュー画面表示要求）がＷｅｂサーバ１０２のＷｅｂアプリケーション４１０に送られる。ログアウトボタン１４１０はログアウトを行うためのボタンであり、メニュー画面１００１のログアウトボタン１０１０と同等である。

図１０の説明に戻る。Ｓ１３０６でＭＦＰ１０１の処理実行が含まれる場合、Ｓ１３０８において、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０から受信した要求の内容に従って、ＭＦＰ１０１のサービスプロバイダ４５０に対して処理実行依頼を送信する。このとき、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０の要求に含まれているユーザＩＤを処理実行依頼に付加する。例えば、送信機能画面１４０１において、送信ボタン１４０６が押下されて行われた要求（送信機能の実行要求）を受信した場合には、ここでサービスプロバイダ４５０に対して送信機能の処理実行依頼が行われる。

Ｓ１３０９において、Ｗｅｂアプリケーション４１０は、Ｓ１３０８での処理実行依頼に対する応答をサービスプロバイダ４５０から受信する。さらに、Ｗｅｂアプリケーション４１０は、受信した内容に応じてロジック部４１２によって処理を行い、Ｗｅｂブラウザ４４０に送信する実行結果画面１５０１の情報をプレゼンテーション部４１１によって生成する。図１１に、送信機能を実行したときの実行結果画面１５０１の一例を示す。

また、Ｓ１３０５で要求がログアウトである場合、Ｓ１３１０において、Ｗｅｂアプリケーション４１０は、ＭＦＰ１０１のサービスプロバイダ４５０にログアウトの処理実行依頼を送信する。このとき、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０の要求に含まれているユーザＩＤを処理実行依頼に付加する。続いて、Ｓ１３１１において、Ｗｅｂアプリケーション４１０は、サービスプロバイダ４５０からの応答を受信する。応答を受信すると、Ｓ１３１２において、Ｗｅｂアプリケーション４１０は、Ｓ９０２で作成したセッション情報を削除する。さらに、Ｓ１３１３において、Ｗｅｂアプリケーション４１０は、プレゼンテーション部４１１によってログアウトの完了をユーザに通知するためのログアウト完了画面の情報を生成し、Ｓ１３１６に進む。

上述したように、Ｓ１３０１で要求にユーザＩＤが含まれてない場合、Ｓ１３０２でセッション情報とユーザＩＤとが一致しない場合、Ｓ１３０３で要求内容が受付可能でない場合は、Ｓ１３１４に進む。Ｓ１３１４において、Ｗｅｂアプリケーション４１０は、プレゼンテーション部４１１によって図１１に示すエラー画面１１０１の画面情報を生成し、Ｓ１３１５に進む。

Ｓ１３１５において、Ｗｅｂアプリケーション４１０は、セッション管理部４１３が保持しているセッション情報に含まれるステータス情報を、生成された画面情報の画面ＩＤによって更新する。ここでは、Ｓ１３０７、Ｓ１３０９又はＳ１３１４で生成された画面情報の画面ＩＤによってステータス情報が更新される。続いて、Ｓ１３１６において、Ｗｅｂアプリケーション４１０は、生成された画面情報をＷｅｂブラウザ４４０に応答として送信する。ここでは、Ｓ１３０７、Ｓ１３０９、Ｓ１３１３又はＳ１３１４で生成された画面情報が送信される。

次に、図１２を参照して、Ｗｅｂアプリケーション４１０がＳ１３０８又はＳ１３１０で送信した処理実行依頼を、ＭＦＰ１０１のサービスプロバイダ４５０が受信した際の処理について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、サービスプロバイダ４５０は、各ステップの処理に関する情報をログ記録部４６０に記録する。

Ｓ１７０１において、サービスプロバイダ４５０は、受信した処理実行依頼にユーザＩＤが含まれるか否かを判定する。含まれている場合はＳ１７０２に進み、含まれていない場合はＳ１７０９に進む。Ｓ１７０２において、サービスプロバイダ４５０は、ログインアプリケーション４３０により生成されたログインコンテキストを取得する。そして、Ｓ１７０３において、サービスプロバイダ４５０は、取得したログインコンテキストの中からユーザＩＤを抽出する。

次に、Ｓ１７０４において、サービスプロバイダ４５０は、受信した処理実行依頼に含まれるユーザＩＤと、Ｓ１７０３で抽出したユーザＩＤとが一致するか否かを判定する。ユーザＩＤが一致していればＳ１７０５に進み、一致していない場合はＳ１７０９に進む。Ｓ１７０５において、サービスプロバイダ４５０は、受信した処理実行依頼がログアウトであるか否かを判定する。ログアウトである場合はＳ１７０７に進み、そうでない場合はＳ１７０６に進む。

処理実行依頼がログアウトで無い場合、Ｓ１７０６において、サービスプロバイダ４５０は、Ｗｅｂアプリケーション４１０からの依頼内容に従って処理を実行する。そして、Ｓ１７１０において、サービスプロバイダ４５０は、Ｓ１７０６の処理実行結果をＷｅｂアプリケーション４１０に応答する。一方、処理実行依頼がログアウトである場合、Ｓ１７０７において、サービスプロバイダ４５０は、ログインアプリケーション４３０に対してログアウト要求を送信する。そして、Ｓ１７０８において、サービスプロバイダ４５０は、ログアウト要求の応答を受信し、受信した応答をＳ１７１０で処理結果としてＷｅｂアプリケーション４１０に応答する。

Ｓ１７０９において、サービスプロバイダ４５０は、ユーザＩＤ情報が不正である旨のエラー情報を処理実行結果として生成し、Ｓ１７１０でそれをＷｅｂアプリケーション４１０に応答する。このように、Ｓ１７０１でユーザＩＤが含まれていない場合やＳ１７０４でユーザＩＤが一致しない場合に、処理実行依頼をエラーとする。これにより、ＭＦＰ１０１のＷｅｂブラウザ４４０で操作しているユーザ以外からの処理実行依頼を実行してしまうことを防止することができる。

次に、図１３を参照して、ログインアプリケーション４３０からログアウトイベントの通知を受信した際のＷｅｂブラウザ４４０の処理について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂブラウザ４４０は、各ステップの処理に関する情報をログ記録部４６０に記録する。Ｓ１８０１において、Ｗｅｂブラウザ４４０のログイン管理部４４４は、ログインアプリケーション４３０からログアウトイベントの通知を受信すると、保持しているユーザＩＤを削除して、処理を終了する。

次に、画面例を用いながら、ログイン、ＭＦＰの機能の実行、ログアウトの各処理の流れについて説明する。

＜ログイン処理＞
次に、操作部２２０に表示する画面例を用いて、本実施形態に係るログイン処理について説明する。まず、ログインアプリケーション４３０は、Ｓ５０１において図５に示すログイン画面６０１を操作部２２０に表示している。ログイン画面６０１では、ユーザＩＤに「ｕｓｅｒ００１」、当該ユーザのパスワードに「ｐａｓｓｗｏｒｄ」（表示上は「＊＊＊＊＊＊＊＊」とマスクされる。）がユーザによって入力されている。ここで、ユーザによってＯＫボタン６０４が押下されると、ログインアプリケーション４３０におけるＳ５０２の判定がＹＥＳとなり、Ｓ５０３で認証処理部４３２がログイン判定処理を行う。このとき、入力されたユーザＩＤとパスワードとがＬＤＡＰサーバ１０３に渡され、ＬＤＡＰサーバ１０３において、認証情報記憶部４８０に保持されているユーザの認証情報との照合が行われる。この結果がＯＫである場合、Ｓ５０６でログインコンテキストを生成し、Ｓ５０７でログインイベントをＷｅｂブラウザ４４０のログイン管理部４４４に通知する。Ｗｅｂブラウザ４４０のログイン管理部４４４は、ログインイベントを受信すると、Ｓ８０１でログインアプリケーション４３０が生成したログインコンテキストを取得する。そして、Ｓ８０２でユーザＩＤ「ｕｓｅｒ００１」を取り出して保持し、そのユーザＩＤ「ｕｓｅｒ００１」を含めてログイン要求をＷｅｂアプリケーション４１０に対して送信する。

ログイン要求を受信すると、Ｗｅｂアプリケーション４１０は、まずＳ９０１において、要求にユーザＩＤが含まれるか否かを確認する。受信した要求には、ユーザＩＤ「ｕｓｅｒ００１」が含まれているため、ここではＹＥＳと判定する。次に、Ｗｅｂアプリケーション４１０におけるログイン処理として、Ｓ９０２においてセッション管理部４１３でセッション情報を生成し、「ｕｓｅｒ００１」とのセッションを開始する。さらに、Ｓ９０３においてプレゼンテーション部４１１がメニュー画面１００１の画面情報を生成する。Ｓ９０４では、セッション管理部４１３が保持しているセッション情報に含まれるステータス情報を、生成した画面情報の画面ＩＤによって更新し、Ｓ９０６で生成した画面情報をＷｅｂブラウザ４４０に応答として送信する。ここで、Ｗｅｂブラウザ４４０は、Ｓ８０４で受信した画面情報を解析部４４２によって解析し、画面表示部４４３によってメニュー画面１００１を表示する。

＜ＭＦＰの機能の実行＞
続いて、上記ログイン処理が終了して、メニュー画面１００１が表示された後に、送信機能の実行を例にして、ＭＦＰ１０１の機能の実行について説明する。ユーザによってメニュー画面１００１の送信機能ボタン１００３が押下されると、Ｓ１２０１において、Ｗｅｂブラウザ４４０は、Ｗｅｂアプリケーション４１０に送信機能画面の表示要求を送信する。このとき、要求にユーザＩＤ「ｕｓｅｒ００１」が含められる。

Ｗｅｂアプリケーション４１０は、その送信機能画面の表示要求を受信すると、Ｓ１３０１ではＹＥＳ、Ｓ１３０２ではＹＥＳ、Ｓ１３０３ではＹＥＳとそれぞれ判定する。そして、Ｓ１３０４において、セッション管理部４１３が保持しているセッション情報が持つステータス情報に、現在のステータスにおける要求を受け付けたことを記録する。次のＳ１３０５、Ｓ１３０６における判定はともにＮＯとなり、Ｓ１３０７において、送信機能で必要となる設定及び送信機能の実行をユーザに行わせる送信機能画面１４０１の情報をプレゼンテーション部４１１が生成する。その後、Ｓ１３１５では、セッション管理部４１３が保持しているセッション情報に含まれるステータス情報を、生成した画面情報の画面ＩＤによって更新する。そして、Ｗｅｂアプリケーション４１０は、Ｓ１３１６で生成した画面情報をＷｅｂブラウザ４４０に応答として送信する。ここで、Ｗｅｂブラウザ４４０は、Ｓ１２０２において、Ｗｅｂアプリケーション４１０からの応答を受信して解析し、Ｓ１２０３において、送信機能画面１４０１を描画する。

その後、ユーザによって、送信機能画面１４０１の送信ボタン１４０６が押下されると、Ｓ１２０１において、Ｗｅｂブラウザ４４０は、送信機能の実行要求をＷｅｂアプリケーション４１０に送信する。ここで、送信機能の実行要求には、ユーザＩＤ「ｕｓｅｒ００１」の他に、送信設定で設定された値が含められる。図１１の例では、送信設定として、「送信方式＝電子メール」、「宛て先＝ａｂｃｄ＠ｅｆｇｈ．ｉｊｋ」、「ファイル名＝ｄｏｃｕｍｅｎｔ１．ｐｄｆ」、「ファイル形式＝ＰＤＦ」が要求に含められる。

送信機能の実行要求を受信すると、Ｗｅｂアプリケーション４１０は、送信機能画面の表示要求を受信したときと同様にＳ１３０１、Ｓ１３０２、Ｓ１３０３、Ｓ１３０４、Ｓ１３０５の順で処理を行う。しかし、Ｓ１３０６では、ＭＦＰ１０１での実行を行う要求であるため、判定はＹＥＳとなる。そして、Ｓ１３０８において、Ｗｅｂアプリケーション４１０は、ＭＦＰ１０１のサービスプロバイダ４５０に対して送信機能の処理実行依頼を送信する。このとき、Ｗｅｂブラウザ４４０からの要求に含まれているユーザＩＤ及び送信設定の値が処理実行依頼に含められる。

送信機能の処理実行依頼を受信すると、サービスプロバイダ４５０は、Ｓ１７０１でＹＥＳと判定し、Ｓ１７０２でログインアプリケーション４３０からログインコンテキストを取得する。そして、サービスプロバイダ４５０は、Ｓ１７０３でそのログインコンテキストからユーザＩＤを取得し、Ｓ１７０４で処理実行依頼に含まれるユーザＩＤと照合する。ここで、これらユーザＩＤはともに「ｕｓｅｒ００１」であるため、Ｓ１７０４の判定はＹＥＳとなる。次のＳ１７０５では、ログアウトの処理実行依頼ではないため、判定はＮＯとなる。そして、Ｓ１７０６において、処理実行依頼に含まれる送信設定に基づき、送信機能が実行される。具体的には、ＭＦＰ１０１がスキャナ２２２にセットされた原稿を読み取り、「ｄｏｃｕｍｅｎｔ１．ｐｄｆ」という名称のＰＤＦファイルを生成する。そして、メールアドレス「ａｂｃｄ＠ｅｆｇｈ．ｉｊｋ」宛ての電子メールに生成したファイルを添付して送信する。そして、その実行結果をＳ１７１０においてＷｅｂアプリケーション４１０に応答として送信する。

Ｗｅｂアプリケーション４１０は、Ｓ１３０９において、送信機能の処理実行依頼の実行結果を受信し、その内容に応じてプレゼンテーション部４１１が送信機能の実行結果画面１５０１の情報を生成する。さらに、Ｗｅｂアプリケーション４１０は、Ｓ１３１５でセッション情報に含まれるステータス情報を、生成した画面情報の画面ＩＤによって更新し、Ｓ１３１６で生成した画面情報をＷｅｂブラウザ４４０に応答として送信する。ここで、Ｗｅｂブラウザ４４０は、Ｓ１２０２で受信した送信機能の実行結果画面１５０１の情報を解析し、Ｓ１２０３で表示する。

＜ログアウト処理＞
続いて、メニュー画面１００１のログアウトボタン１０１０が押下された場合を例にして、本発明の特徴となるログアウト処理について説明する。なお、送信機能画面１４０１のログアウトボタン１４１０や送信機能の実行結果画面１５０１のログアウトボタン１５１０が押下された場合も同様の処理となる。

ユーザによってメニュー画面１００１のログアウトボタン１０１０が押下されると、Ｓ１２０１において、Ｗｅｂブラウザ４４０は、イベント通知手段として機能し、Ｗｅｂアプリケーション４１０にログアウト要求を送信する。このとき要求にユーザＩＤ「ｕｓｅｒ００１」が含められる。Ｗｅｂアプリケーション４１０は、ログアウト要求を受信すると、ＭＦＰ１０１の機能の実行のときと同様に、Ｓ１３０１、Ｓ１３０２、Ｓ１３０３、Ｓ１３０４の順で処理を行う。しかし、Ｓ１３０５では、ログアウト要求であるため、判定はＹＥＳとなる。そして、Ｓ１３１０において、Ｗｅｂアプリケーション４１０は、ログアウト通知手段として機能し、ＭＦＰ１０１のサービスプロバイダ４５０に対してログアウトの処理実行依頼を送信する。このとき、Ｗｅｂブラウザ４４０からの要求に含まれているユーザＩＤが処理実行依頼に含められる。

ログアウトの処理実行依頼を受信すると、サービスプロバイダ４５０は、ＭＦＰの機能の実行のときと同様に、Ｓ１７０１、Ｓ１７０２、Ｓ１７０３、Ｓ１７０４の順で処理を行う。しかし、Ｓ１７０５では、ログアウトの処理実行依頼であるため、判定はＹＥＳとなる。そして、Ｓ１７０７において、サービスプロバイダ４５０は、ログインアプリケーション４３０に対してログアウト要求を行う。ログインアプリケーション４３０は、ログアウト要求を受信すると、Ｓ５０８の判定がＹＥＳとなり、Ｓ５０９でログインコンテキストを削除する。そして、Ｓ５１０でＷｅｂブラウザ４４０にログアウトイベントを通知する。ログアウトイベントの通知を受信すると、Ｗｅｂブラウザ４４０のログイン管理部４４４は、Ｓ１８０１において、保持しているユーザＩＤを削除する。その後、ログインアプリケーション４３０は、Ｓ５１１でサービスプロバイダ４５０にログアウト要求の処理結果を応答し、Ｓ５０１に戻ってログイン画面６０１を表示する。サービスプロバイダ４５０は、Ｓ１７０８において、ログインアプリケーション４３０からの処理結果を受信し、さらにそれをＳ１７１０において、Ｗｅｂアプリケーション４１０に結果として送信する。なお、上述したＳ１７０７及びＳ１７０８の処理は、第１ログアウト手段の処理の一例である。

サービスプロバイダ４５０からログアウト結果を受信すると、Ｗｅｂアプリケーション４１０は、Ｓ１３１２でセッション管理部４１３が保持しているセッション情報を削除する。そして、Ｓ１３１３においてログアウト完了画面１６０１の情報を生成し、その画面情報をＳ１３１６でＷｅｂブラウザ４４０に送信する。Ｗｅｂブラウザ４４０は、Ｓ１２０２で受信したログアウト完了画面１６０１の情報を解析し、Ｓ１２０３で表示する。ただし、このとき、ログインアプリケーション４３０が、Ｓ５１１からＳ５０１に戻り、ＭＦＰ１０１の操作部２２０には既にログイン画面６０１が表示されている状態となる。なお、上述したＳ１３１０乃至Ｓ１３１３、及び、Ｓ１３１６の処理は、第２ログアウト手段の処理の一例である。

以上説明したように、本実施形態に係る情報処理システムは、Ｗｅｂサーバから提供されたＷｅｂブラウザの操作画面を介して入力されたユーザ指示をイベントとしてＷｅｂサーバに対して通知する。ここで、Ｗｅｂサーバは、通知されたイベントを解析し、当該イベントがログアウト要求であれば、Ｗｅｂサーバのログアウト処理を実行するとともに、ＭＦＰに対してログアウト要求を通知する。ＭＦＰは、Ｗｅｂサーバからログアウト要求を受信するとＭＦＰのログアウト処理を実行する。このように、本情報処理システムでは、Ｗｅｂブラウザで表示する操作画面のログアウトボタン等がユーザにより選択されることにより、Ｗｅｂサーバ及びＭＦＰ双方からのログアウト処理を実行する。つまり、ユーザにとっては、Ｗｅｂブラウザの操作感のまま、双方のログアウト処理を一度に指示することができ、容易にログアウト処理を実行できる。

＜第２の実施形態＞
次に、第２の実施形態について説明する。本実施形態では、第１の実施形態で説明した構成に加え、Ｗｅｂアプリケーション４１０へのログアウト要求時に、ＭＦＰ１０１からもログアウトするかどうかをユーザに確認する。まず、図１４を参照して、Ｓ１２０１でＷｅｂブラウザ４４０が送信した要求を受信した際のＷｅｂアプリケーション４１０の処理について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。また、図１４におけるＳ１３０１乃至Ｓ１３１６の各処理は、図１０に示す処理と同様の処理であるため、説明を省略する。

Ｓ１９０１において、Ｗｅｂアプリケーション４１０は、受信した要求がＭＦＰログアウト確認であるか否かを判定する。第１の実施形態では、ログアウトボタン１０１０等がユーザによって押下された場合、ログアウト要求がＷｅｂアプリケーション４１０に対して行われていた。しかし、本実施形態では、これがＭＦＰログアウト確認要求となっている。受信した要求がＭＦＰログアウト確認要求であった場合は、Ｓ１９０２へ進み、そうでない場合は、Ｓ１３０６へ進む。

Ｓ１９０２において、Ｗｅｂアプリケーション４１０は、ＭＦＰログアウト確認画面２００１の画面情報をプレゼンテーション部４１１によって生成する。図１５に、Ｗｅｂブラウザ４４０に表示されるＭＦＰログアウト確認画面２００１の一例を示す。生成された画面情報はＳ１３１６でＷｅｂブラウザ４４０に送信され、その後、Ｗｅｂブラウザ４４０で表示される。当該処理は、画面情報送信手段の処理の一例である。そして、図１５に示すＭＦＰログアウト確認画面２００１において、はいボタン２００２がユーザによって押下されると、Ｗｅｂアプリケーション及びＭＦＰログアウト要求がＷｅｂアプリケーションに送信される。一方、いいえボタン２００３がユーザによって押下されると、Ｗｅｂアプリケーションログアウト要求がＷｅｂアプリケーションに送信される。これらの要求は、Ｗｅｂアプリケーション４１０において、いずれもログアウト要求とみなされ、Ｓ１３０５での判定はＹＥＳとなり、Ｓ１９０３へ進む。

Ｓ１９０３において、Ｗｅｂアプリケーション４１０は、Ｗｅｂアプリケーション及びＭＦＰログアウト要求であるか否かを判定する。Ｗｅｂアプリケーション及びＭＦＰログアウト要求である場合には、Ｓ１３１０に進み、以降、第１の実施形態と同様の処理を行い、ＭＦＰ１０１及びＷｅｂアプリケーション４１０の双方からログアウトする。一方、Ｗｅｂアプリケーション４１０のログアウト要求である場合には、Ｓ１３１０、Ｓ１３１１はスキップし、Ｗｅｂアプリケーションでのログアウト処理（セッション情報の削除）のみが行われる。なお、上述の処理は、ログアウト制御手段の処理の一例である。

以上説明したように、本実施形態に係る情報処理システムは、ユーザからログアウト要求が指示された場合に、Ｗｅｂサーバからログアウトするとともに、ユーザに対してＭＦＰからもログアウトするか否かを確認する。これにより、Ｗｅｂサーバが不要な機能を情報処理装置で継続して使用したい場合に、再度ログインする手間を省くことができる。

＜第３の実施形態＞
次に、第３の実施形態について説明する。本実施形態では、第２の実施形態で説明したＭＦＰ１０１からもログアウトするかどうかの確認を、ユーザの選択により設定可能にする。また、以下では、上記実施形態と異なる構成及び技術についてのみ説明を記載する。

本実施形態によれば、ＬＤＡＰサーバ１０３の認証情報記憶部４８０において、ログアウトの際の動作の設定情報（属性情報）をユーザ（識別子）毎に対応付けて保持する。設定値としては、「Ｗｅｂアプリケーションログアウト」、「Ｗｅｂアプリケーション及びＭＦＰログアウト」、「ＭＦＰログアウト確認」の３つがある。「Ｗｅｂアプリケーションログアウト」は、ユーザがログアウト操作を行った際に、Ｗｅｂアプリケーションからのみログアウトし、ＭＦＰからはログアウトしないことを表す。「Ｗｅｂアプリケーション及びＭＦＰログアウト」は、第１の実施形態と同様に、ユーザがログアウト操作を行った際、ＷｅｂアプリケーションとＭＦＰの双方からログアウトすることを表す。「ＭＦＰログアウト確認」は、第２の実施形態と同様に、ユーザがログアウト操作を行った際、ＭＦＰログアウト確認画面２００１を表示することを表す。なお、この設定値は、Ｓ５０３においてログイン処理が行われた際、ＬＤＡＰサーバ１０３からログインアプリケーション４３０に渡され、ログインコンテキストに付加される。そして、Ｓ８０２において、Ｗｅｂブラウザ４４０によってユーザＩＤとともに抽出され、Ｓ８０３でＷｅｂアプリケーション４１０への要求に付加され、送信される。当該処理は、属性情報送信手段の処理の一例である。また、当該要求を受信したＷｅｂアプリケーション４１０は、Ｓ９０２において、要求に含まれる設定値をセッション情報に保持する。

次に、図１６を参照して、ユーザによってログアウト操作が行われた場合の動作について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。なお、図１６におけるＳ１３０１乃至Ｓ１３１６の各処理は図１０に示す処理と同様の処理であり、Ｓ１９０１乃至Ｓ１９０３の各処理は図１４に示す処理と同様の処理であるため説明を省略する。

本実施形態によれば、第２の実施形態と同様に、ログアウトボタン１０１０等がユーザによって押下された場合、ＭＦＰログアウト確認要求がＷｅｂアプリケーション４１０に送信される。Ｗｅｂアプリケーション４１０がこれを受信した場合、Ｓ１９０１からＳ２１０１に処理が進む。Ｓ２１０１において、Ｗｅｂアプリケーション４１０は、セッション情報に含まれる、ログアウトの動作に関する設定値を確認する。当該設定値が「ＭＦＰログアウト確認」である場合は、Ｓ１９０２に進み、第２の実施形態と同様の処理を行う。一方、設定値が「Ｗｅｂアプリケーションログアウト」、「Ｗｅｂアプリケーション及びＭＦＰログアウト」である場合、Ｓ１９０３に進み、第２の実施形態と同様の処理を行う。なお、上述の処理は、ログアウト制御手段の処理の一例である。

以上説明したように、本実施形態に係る情報処理システムは、Ｗｅｂサーバからログアウトするとともに、ＭＦＰからログアウトするか否かを属性情報に応じて制御する。このように、本情報処理システムによれば、ユーザ毎にログアウト要求した際のログアウト制御を予め設定しておくことで、例えば、情報処理装置のログアウト確認が不要なユーザにとっては余計な手間を省くことができる。

＜第４の実施形態＞
次に、第４の実施形態について説明する。本実施形態は、第１の実施形態と比較して、Ｗｅｂブラウザ４４０がログアウト要求を検出して処理を行うことと、Ｗｅｂアプリケーション４１０からサービスプロバイダ４５０にログアウト要求が行われないことが異なる。まず、図１７を参照して、Ｗｅｂアプリケーション４１０への要求イベントが発生したときのＷｅｂブラウザ４４０の処理手順について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂブラウザ４４０は、各ステップの処理に関する情報をログ記録部４６０に記録する。また、図１７に示すＳ１２０１乃至Ｓ１２０３の処理は、図９に示す処理と同様であるため説明を省略する。

Ｓ２２０１において、Ｗｅｂブラウザ４４０は、発生したイベントがログアウトボタン１０１０等を押下されたことによるものかどうかを判定する。ここで、ログアウトボタンが押下されたかどうかは、要求として送信されるｆｏｒｍデータの中に、ｎａｍｅ属性の値として「ｌｏｇｏｕｔ」が含まれるか否かによって判定する。以下に、そのような情報が生成されるログアウトボタンのＨＴＭＬ記述の例を示す。
＜ｆｏｒｍ ｍｅｔｈｏｄ＝”ＰＯＳＴ” ａｃｔｉｏｎ＝”Ｌｏｇｏｕｔ．ｄｏ”＞
＜ｉｎｐｕｔ ｔｙｐｅ＝”ｓｕｂｍｉｔ” ｎａｍｅ＝”Ｌｏｇｏｕｔ” ｖａｌｕｅ＝”ログアウト”＞
＜／ｆｏｒｍ＞
なお、これ以外にもｆｏｒｍのａｃｔｉｏｎで指定されているサーブレット等の名称で判定してもよい。ログアウトボタンによるイベントの場合は、Ｓ２２０２に進む。それ以外のイベントの場合はＳ１２０１に進み、第１の実施形態と同様に処理を行う。Ｓ２２０２では、Ｗｅｂブラウザ４４０は、ログインアプリケーション４３０にログアウト要求を行う。その後、Ｓ１２０１に進み、第１の実施形態と同様の処理を行う。

次に、図１３を参照して、Ｓ１２０１でＷｅｂブラウザ４４０が送信した要求を受信した際のＷｅｂアプリケーション４１０の処理について説明する。本実施形態では、図１０に示すフローチャートからＳ１３１０、Ｓ１３１１の処理が省略される。そのため、他の処理についての説明は省略する。

Ｓ１３０５において、判定がＹＥＳである場合、図１０のフローチャートで行われていたＳ１３１０及びＳ１３１１の処理を行わずに、Ｓ１３１２の処理に進む。これは、本実施形態ではＷｅｂブラウザ４４０においてログアウト要求を検出してＭＦＰ１０１のログアウト処理を行うため、Ｗｅｂアプリケーション４１０からサービスプロバイダ４５０へのログアウト処理実行依頼が不要となるからである。このため、Ｗｅｂアプリケーション４１０は、Ｓ１３１２において直ちにセッション情報を削除するというＷｅｂアプリケーション４１０のログアウト処理を実施することになる。

以上説明したように、第４の実施形態では、Ｗｅｂアプリケーション４１０からサービスプロバイダ４５０へのログアウト処理実行依頼を行うことがなくなるため、通信に掛かる手間が省略できる。このため、より迅速なログアウト処理を実現することができる。

なお、本発明は、上記実施形態に限らず様々な変形が可能となる。例えば、本実施形態は、第２及び第３の実施形態と組み合わせて実現されてもよい。ここで、本実施形態を第２の実施形態に適用した場合について説明する。図１７に示すＳ２２０１において、Ｗｅｂブラウザ４４０は、Ｗｅｂアプリケーション及びＭＦＰログアウト要求が発生するイベントか否かを判定する。なお、この処理は、後述する図１８に示すＳ２８０１の処理に相当する。ここで、Ｗｅｂアプリケーション及びＭＦＰログアウト要求が発生するイベントか否かは、送信されるｆｏｒｍのデータの中に、ｎａｍｅ属性の値として「ｌｏｇｏｕｔ＿ｂｏｔｈ」が含まれるか否かによって判定する。以下に、そのような要求が生成されるログアウトボタンのＨＴＭＬ記述の例を示す。
＜ｆｏｒｍ ｍｅｔｈｏｄ＝”ＰＯＳＴ” ａｃｔｉｏｎ＝”Ｌｏｇｏｕｔ．ｄｏ”＞
＜ｉｎｐｕｔ ｔｙｐｅ＝”ｓｕｂｍｉｔ” ｎａｍｅ＝”Ｌｏｇｏｕｔ＿ｂｏｔｈ” ｖａｌｕｅ＝”はい”＞
＜ｉｎｐｕｔ ｔｙｐｅ＝”ｓｕｂｍｉｔ” ｎａｍｅ＝”Ｌｏｇｏｕｔ＿ａｐｐ” ｖａｌｕｅ＝”いいえ”＞
＜／ｆｏｒｍ＞
ＭＦＰログアウト確認画面２００１のはいボタン２００２がこのような記述で構成されることになる。なお、これ以外にもｆｏｒｍのａｃｔｉｏｎで指定されているサーブレット等の名称で判断するようにしてもよい。このような判定の結果、ＹＥＳであればＳ２２０２に進み、本実施形態と同様の処理を行う。一方、判定の結果がＮＯであればＳ１２０１に進み、通常の要求イベントとして処理を行う。この場合、Ｗｅｂサーバ１０２の利用終了時にＭＦＰ１０１からログアウトするか否かを選択することができる。これにより、Ｗｅｂサーバ１０２が不要な機能をＭＦＰ１０１で継続して使用したい場合に、再度ログインしなくてはいけない手間を省くことができる。

一方、本実施形態を第３の実施形態に適用した場合について説明する。この場合、第３の実施形態と同様に、ＬＤＡＰサーバ１０３の認証情報記憶部４８０がログアウトの際の動作の設定情報をユーザ毎に保持している。そして、そのログアウトの際の動作の設定情報は、第３の実施形態と同様に、Ｓ５０３でのログイン処理時に、ＬＤＡＰサーバ１０３からログインアプリケーション４３０に渡され、ログインコンテキストに含められる。さらに、ログアウトの際の動作の設定情報は、Ｓ８０２においてＷｅｂブラウザ４４０のログイン管理部４４４によってユーザＩＤとともに抽出されて保持され、Ｓ８０３でＷｅｂアプリケーション４１０への要求に含められ送信される。その要求を受信したＷｅｂアプリケーション４１０は、Ｓ９０２において、要求に含まれる設定値をセッション情報に保持する。

ここで、図１８を参照して、Ｗｅｂアプリケーション４１０への要求イベントが発生したときのＷｅｂブラウザ４４０の処理手順について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂブラウザ４４０は、各ステップの処理に関する情報をログ記録部４６０に記録する。また、図１８は、図１７に示すフローチャートから、Ｓ２８０１乃至Ｓ２８０４が追加され、Ｓ２２０１が削除されている。

まず、Ｓ２８０１において、Ｗｅｂブラウザ４４０は、Ｗｅｂアプリケーション及びＭＦＰログアウト要求が発生するイベントか否かを判定する。なお、この判定は本実施形態を第２の実施形態に適用した場合の上述した判定と同様である。このような判定の結果、ＮＯであればＳ２８０２に進み、ＹＥＳであればＳ２２０２に進み、ログインアプリケーション４３０にログアウト要求を行う。

Ｓ２８０２において、Ｗｅｂブラウザ４４０は、ＭＦＰログアウト確認要求が発生するイベントか否かを判定する。ここで、ＭＦＰログアウト確認要求が発生するイベントか否かは、送信されるｆｏｒｍのデータの中に、ｎａｍｅ属性の値として「ｃｏｎｆｉｒｍ＿ｌｏｇｏｕｔ」が含まれるか否かによって判断する。以下に、そのような情報が生成されるログアウトボタンのＨＴＭＬ記述の例を示す。
＜ｆｏｒｍ ｍｅｔｈｏｄ＝”ＰＯＳＴ” ａｃｔｉｏｎ＝”Ｌｏｇｏｕｔ．ｄｏ”＞
＜ｉｎｐｕｔ ｔｙｐｅ＝”ｓｕｂｍｉｔ” ｎａｍｅ＝”ｃｏｎｆｉｒｍ＿ｌｏｇｏｕｔ” ｖａｌｕｅ＝”ログアウト”＞
＜／ｆｏｒｍ＞
ログアウトボタン１０１０がこのような記述で構成されることになる。なお、これ以外にもｆｏｒｍのａｃｔｉｏｎで指定されているサーブレット等の名称で判断するようにしてもよい。このような判定の結果、ＹＥＳであればＳ２８０３に進み、ＮＯであればＳ１２０１に進み、通常の要求イベントとして処理を行う。

Ｓ２８０３では、Ｗｅｂブラウザ４４０のログイン管理部４４４が保持しているログアウトの際の動作の設定情報を確認し、設定値が「ＭＦＰログアウト確認」であるかどうかを判定する。判定の結果がＹＥＳであれば、Ｓ１２０１に進み、通常の要求イベント（ＭＦＰログアウト確認要求）として処理を行う。判定の結果がＮＯであれば、Ｓ２８０４に進む。

Ｓ２８０４では、再度ログイン管理部４４４が保持しているログアウトの際の動作の設定情報を確認し、設定値が「Ｗｅｂアプリケーション及びＭＦＰログアウト」であるか否かを判定する。判定の結果がＹＥＳであれば、Ｓ２２０２に進み、ログインアプリケーション４３０にログアウト要求を行う。判定の結果がＮＯであれば、Ｓ１２０１に進み、通常の要求イベント（Ｗｅｂアプリケーションログアウト要求）として処理を行う。このように、本実施形態を第３の実施形態に適用すると、ユーザの設定値に応じて、Ｗｅｂサーバ１０２の利用終了時にＭＦＰ１０１からログアウトするか否かの選択を省略することができ、確認が不要なユーザには余計な手間を省くことができる。

なお、Ｓ２８０４におけるログアウトの際の動作設定情報の判定を、次のようにすることも可能である。すなわち、Ｓ２８０３の判定がＮＯのときにＳ２２０２に進むようにする。そして、Ｓ２２０２でログインアプリケーション４３０にログアウトを要求した際、ログインアプリケーション４３０においてＳ２８０４の判定を行い、ログアウト処理をするか否かを判定してもよい。

＜第５の実施形態＞
次に、第５の実施形態について説明する。本実施形態では、Ｗｅｂアプリケーション４１０からのログアウト処理実行依頼が、サービスプロバイダ４５０に対して行われるのではなく、ログアウト要求のＷｅｂブラウザ４４０への応答に含められて指示される。さらに、Ｗｅｂブラウザ４４０は、当該指示を検出してログインアプリケーション４３０にＭＦＰ１０１のログアウトを要求する。

図１９を参照して、Ｗｅｂアプリケーション４１０への要求イベントが発生したときのＷｅｂブラウザ４４０の処理手順について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂブラウザ４４０は、各ステップの処理に関する情報をログ記録部４６０に記録する。また、図１９におけるＳ１２０１乃至Ｓ１２０３の各処理は、図９に示す処理と同様であるため説明を省略する。

Ｓ３００１において、Ｗｅｂブラウザ４４０は、第１判定手段として機能し、Ｗｅｂアプリケーション４１０からの応答に、ログアウト処理実行依頼の記述があるか否かを判定する。実際には、この記述についての検出はＳ１２０２で行われる。以下に、このログアウト処理実行依頼の記述の例を示す。
＜ｈｅａｄ＞
＜ｓｃｒｉｐｔ ｔｙｐｅ＝”ｔｅｘｔ／ｍｆｐｓｃｒｉｐｔ”＞
＜！−−
ｗｉｎｄｏｗ．ｏｎｌｏａｄ＝ｆｕｎｃｔｉｏｎ（）｛
ｌｏｇｏｕｔ（）；
｝
／／−−＞
＜／ｓｃｒｉｐｔ＞
＜／ｈｅａｄ＞
この記述は、ＨＴＭＬファイルのＨＥＡＤタグ内にて、ＭＦＰ１０１が備えるＷｅｂブラウザ４４０が解釈可能なスクリプト言語（例えば、ｍｆｐｓｃｒｉｐｔ）として記述される。この記述が含まれているＨＴＭＬファイルをＷｅｂブラウザ４４０が読み込み、スクリプトを解釈してｌｏｇｏｕｔ（）メソッドを実行した際にＳ３００１の判定がＹＥＳとなる。なお、このような記述ではなく、単純に予め定められたコメントを検出することや、ＴＩＴＬＥタグに予め定められた名称を指定することなどで検出してもよい。Ｓ３００１の判定がＹＥＳであれば、Ｓ３００２に進み、Ｗｅｂブラウザ４４０は、ログインアプリケーション４３０にログアウト要求を行い、その後、Ｓ１２０３に進む。Ｓ３００１の判定がＮＯであれば、通常の応答に対する処理としてＳ１２０３に進む。

次に、図２０を参照して、Ｗｅｂブラウザ４４０が送信した要求を受信した際のＷｅｂアプリケーション４１０の処理について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。また、図２０におけるフローチャートは、図１０に示すフローチャートから、Ｓ１３１０及びＳ１３１１が削除され、Ｓ１３１３がＳ３２０１に変更されている。

Ｓ３２０１において、Ｗｅｂアプリケーション４１０は、ログアウト完了画面の画面情報を生成するとともに、その情報の中にＭＦＰへの上述したログアウト処理実行依頼の記述を追加する。こうして生成した情報は、Ｓ１３１６でＷｅｂブラウザ４４０に対して応答として送信される。

以上説明したように、本実施形態では、Ｗｅｂアプリケーション４１０を先にログアウトする。このため、第４の実施形態の効果に加え、Ｗｅｂアプリケーション４１０においてログアウト異常によりセッション情報が余計に保持され続けることを回避できる。

なお、本発明は、上記実施形態に限らず様々な変形が可能となる。例えば、本実施形態は、第２及び第３の実施形態と組み合わせて実現されてもよい。ここで、本実施形態を第２の実施形態に適用した場合について説明する。図２１を参照して、Ｓ１２０１でＷｅｂブラウザ４４０が送信した要求を受信した際のＷｅｂアプリケーション４１０の処理について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。また、図２１におけるＳ１３０１乃至Ｓ１３１６、及びＳ３２０１の各処理は、図２０に示す処理と同様であるため、説明を省略する。

Ｓ１３０５の後にＳ３３０１において、Ｗｅｂアプリケーション４１０は、受信した要求がＭＦＰログアウト確認か否かを判定する。本実施形態では、図１７に示す処理と同様に、ログアウトボタン１０１０等がユーザによって押下された場合、ＭＦＰログアウト確認要求がＷｅｂブラウザ４４０から行われる。受信した要求がＭＦＰログアウト確認であった場合はＳ３３０２に進み、そうでない場合はＳ１３０６へ進む。

Ｓ３３０２において、Ｗｅｂアプリケーション４１０は、ＭＦＰログアウト確認画面２００１の情報をプレゼンテーション部４１１によって生成する。生成された画面情報はＳ１３１６でＷｅｂブラウザ４４０に送信されて、表示される。そして、ＭＦＰログアウト確認画面２００１において、はいボタン２００２がユーザによって押下されると、Ｗｅｂアプリケーション及びＭＦＰログアウト要求がＷｅｂアプリケーション４１０に送信される。一方、いいえボタン２００３がユーザによって押下されると、Ｗｅｂアプリケーションログアウト要求がＷｅｂアプリケーション４１０に送信される。これらの要求は、Ｗｅｂアプリケーション４１０において、いずれもログアウト要求とみなされる。よって、当該要求を受信した場合、Ｓ１３０５での判定はＹＥＳとなり、Ｓ１３１２へ進む。そして、Ｓ１３１２において、Ｗｅｂアプリケーション４１０は、ログアウト処理（セッション情報の削除）を行い、Ｓ３３０３へ進む。

Ｓ３３０３において、Ｗｅｂアプリケーション４１０は、ログアウト要求がＷｅｂアプリケーション及びＭＦＰログアウト要求であるか否かを判定する。Ｗｅｂアプリケーション及びＭＦＰログアウト要求である場合には、Ｓ３２０１に進み、ログアウト完了画面にＭＦＰのログアウト指示を付加して送信する。そして、ＭＦＰ１０１にてログアウト指示が解釈されてＭＦＰ１０１のログアウトが実施される。一方、Ｗｅｂアプリケーションログアウト要求である場合には、Ｓ３３０４に進み、Ｗｅｂアプリケーション４１０は、ログアウト完了画面の画面情報のみを生成し、Ｓ１３１６でＷｅｂブラウザ４４０に応答として送信する。このように、本実施形態と第２の実施形態組み合わせた場合、Ｗｅｂサーバ１０２の利用終了時に、ＭＦＰ１０１からログアウトするか否かを選択することができる。これにより、Ｗｅｂサーバ１０２が不要な機能をＭＦＰ１０１で継続して使用したい場合に、再度ログインする手間を省くことができる。

次に、本実施形態を第３の実施形態に適用した場合について説明する。この場合、第３の実施形態と同様に、ＬＤＡＰサーバ１０３の認証情報記憶部４８０がログアウトの際の動作の設定情報をユーザ毎に保持している。そして、そのログアウトの際の動作の設定情報は、第３の実施形態と同様に、Ｓ５０３でのログイン処理時に、ＬＤＡＰサーバ１０３からログインアプリケーション４３０に渡され、ログインコンテキストに含められる。さらに、ログアウトの際の動作の設定情報は、Ｓ８０２においてＷｅｂブラウザ４４０のログイン管理部４４４によってユーザＩＤとともに抽出されて保持され、Ｓ８０３でＷｅｂアプリケーション４１０への要求に追加されて送信される。当該要求を受信したＷｅｂアプリケーション４１０は、Ｓ９０２において、要求に含まれる設定値をセッション情報に保持する。

次に、図２２を参照して、ユーザによってログアウト操作が行われた場合の動作について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、フローチャートには示していないが、Ｗｅｂアプリケーション４１０は、各ステップの処理に関する情報をログ記録部４２０に記録する。なお、図２２におけるＳ１３０１乃至Ｓ１３１６、Ｓ３２０１、及び、Ｓ３３０１乃至Ｓ３３０４の各処理は、図２１の処理と同様であるため説明を省略する。

ログアウトボタン１０１０等がユーザによって押下された場合、ＭＦＰログアウト確認要求がＷｅｂアプリケーション４１０に送信される。Ｗｅｂアプリケーション４１０がこれを受信した場合、Ｓ３３０１からＳ３４０１に処理を遷移させる。Ｓ３４０１において、Ｗｅｂアプリケーション４１０は、セッション情報に含まれる、ログアウトの際の動作についての設定値を確認する。そして、その設定値が「ＭＦＰログアウト確認」である場合、ここでの判定はＹＥＳとなり、Ｓ３３０２の処理へ進む。一方、設定値が「Ｗｅｂアプリケーションログアウト」、「Ｗｅｂアプリケーション及びＭＦＰログアウト」である場合、ここでの判定はＮＯとなり、Ｓ１３１２の処理に進む。このように、本実施形態を第３の実施形態に適用した場合、ユーザの設定値に応じて、Ｗｅｂサーバ１０２の利用終了時にＭＦＰ１０１からログアウトするか否かの選択を省略することができる。これにより、確認が不要なユーザには余計な手間を省略することができる。

なお、ＭＦＰログアウト確認画面２００１を表示するか否か、ＭＦＰ１０１へのログアウト指示を含ませるか否かといった設定情報についての判定をＭＦＰ１０１で行ってもよい。その場合、例えば、ＭＦＰログアウト確認画面２００１の情報に、設定値を判定してそれに応じた要求を自動的に行うようなスクリプトを埋め込んでＷｅｂブラウザ４４０に返す。そして、それをＷｅｂブラウザ４４０が解釈して実行し、ログイン管理部４４４が保持している設定値が「ＭＦＰログアウト確認」の場合は何もせずにそのままＭＦＰログアウト確認画面２００１を表示する。一方、それ以外の設定値である場合は、それぞれの設定値に応じてＷｅｂアプリケーション及びＭＦＰログアウト要求、又は、Ｗｅｂアプリケーションログアウト要求を自動的に行うことにより実現してもよい。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (9)

1. サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムであって、
   前記情報処理装置は、
   前記外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを解析し、該外部装置に対して通知するイベント通知手段と、
   前記外部装置からログアウト要求を受信すると、前記情報処理装置のログアウト処理を実行する第１ログアウト手段と
   を備え、
   前記外部装置は、
   前記情報処理装置から通知された前記イベントを解析し、該イベントがログアウト要求であるか否かを判定する判定手段と、
   前記イベントが前記ログアウト要求であると、前記情報処理装置に該ログアウト要求を通知するログアウト通知手段と、
   前記ログアウト要求を通知すると、前記外部装置のログアウト処理を実行する第２ログアウト手段と
   を備えることを特徴とする情報処理システム。
2. サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムであって、
   前記情報処理装置は、
   前記外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを解析し、該イベントがログアウト要求であるか否かを判定する判定手段と、
   前記イベントが前記ログアウト要求であると、前記外部装置に対して該ログアウト要求を通知するログアウト通知手段と、
   前記ログアウト要求を通知すると、前記情報処理装置のログアウト処理を実行する第１ログアウト手段と
   を備え、
   前記外部装置は、
   前記情報処理装置から前記ログアウト要求を受信すると、前記外部装置のログアウト処理を実行する第２ログアウト手段
   を備えることを特徴とする情報処理システム。
3. サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムであって、
   前記情報処理装置は、
   前記外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを、該外部装置に対して通知するイベント通知手段と、
   前記外部装置からの前記イベントの通知に対する応答に含まれる記述を解釈することにより、該応答にログアウト要求が含まれるか否かを判定する第１判定手段と、
   前記応答に前記ログアウト要求が含まれていると、前記情報処理装置のログアウト処理を実行する第１ログアウト手段と
   を備え、
   前記外部装置は、
   前記情報処理装置から通知された前記イベントを解析し、該イベントがログアウト要求であるか否かを判定する第２判定手段と、
   前記イベントが前記ログアウト要求であると、前記外部装置のログアウト処理を実行する第２ログアウト手段と、
   前記外部装置のログアウト処理を完了すると、前記イベントに対する応答に該ログアウト要求の記述を付加して通知する応答手段とを備えることを特徴とする情報処理システム。
4. 前記外部装置は、
   前記情報処理装置のログアウトを行うか否かを確認するための確認画面の画面情報を前記情報処理装置に送信する画面情報送信手段と、
   前記確認画面を介して入力されたユーザ指示が前記情報処理装置のログアウトを要求する場合は、前記情報処理装置のログアウト処理を実行させ、該ユーザ指示が前記情報処理装置のログアウトを要求していない場合は、前記情報処理装置のログアウト処理を実行させないログアウト制御手段と
   をさらに備えることを特徴とする請求項１乃至３の何れか１項に記載の情報処理システム。
5. ユーザごとに固有に割り当てられた識別子と、該識別子ごとに対応付けて、ユーザがログアウトを要求した場合に前記外部装置及び前記情報処理装置のログアウト処理を実行するか、前記外部装置のみのログアウト処理を実行するか、又は、前記確認画面を用いて前記情報処理装置におけるログアウト処理の実行を確認するかの何れかを示す属性情報とを管理する管理サーバをさらに備え、
   前記情報処理装置は、
   操作画面を介してユーザから入力された認証情報に基づいて、該ユーザの認証を行う認証手段と、
   前記認証情報に含まれるユーザの識別子を用いて、前記管理サーバから前記属性情報を取得し、前記外部装置に送信する属性情報送信手段と
   をさらに備え、
   前記ログアウト制御手段は、
   前記ログアウト要求を受信した場合に、前記属性情報に従って前記外部装置及び前記情報処理装置のログアウト処理を制御することを特徴とする請求項４に記載の情報処理システム。
6. サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムの制御方法であって、
   前記情報処理装置が、
   前記外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを解析し、該外部装置に対して通知するイベント通知ステップと、
   前記外部装置からログアウト要求を受信すると、前記情報処理装置のログアウト処理を実行する第１ログアウトステップと
   を実行し、
   前記外部装置が、
   前記情報処理装置から通知された前記イベントを解析し、該イベントがログアウト要求であるか否かを判定する判定ステップと、
   前記イベントが前記ログアウト要求であると、前記情報処理装置に該ログアウト要求を通知するログアウト通知ステップと、
   前記ログアウト要求を通知すると、前記外部装置のログアウト処理を実行する第２ログアウトステップと
   を実行することを特徴とする情報処理システムの制御方法。
7. サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムの制御方法であって、
   前記情報処理装置が、
   前記外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを解析し、該イベントがログアウト要求であるか否かを判定する判定ステップと、
   前記イベントが前記ログアウト要求であると、前記外部装置に対して該ログアウト要求を通知するログアウト通知ステップと、
   前記ログアウト要求を通知すると、前記情報処理装置のログアウト処理を実行する第１ログアウトステップと
   を実行し、
   前記外部装置が、
   前記情報処理装置から前記ログアウト要求を受信すると、前記外部装置のログアウト処理を実行する第２ログアウトステップ
   を実行することを特徴とする情報処理システムの制御方法。
8. サーバ機能を有する外部装置と、ブラウザ機能を有する情報処理装置とを備え、各装置でユーザ認証を行う情報処理システムの制御方法であって、
   前記情報処理装置が、
   前記外部装置から提供された操作画面を介して入力されたユーザ指示を示すイベントを、該外部装置に対して通知するイベント通知ステップと、
   前記外部装置からの前記イベントの通知に対する応答に含まれる記述を解釈することにより、該応答にログアウト要求が含まれるか否かを判定する第１判定ステップと、
   前記応答に前記ログアウト要求が含まれていると、前記情報処理装置のログアウト処理を実行する第１ログアウトステップと
   を実行し、
   前記外部装置が、
   前記情報処理装置から通知された前記イベントを解析し、該イベントがログアウト要求であるか否かを判定する第２判定ステップと、
   前記イベントが前記ログアウト要求であると、前記外部装置のログアウト処理を実行する第２ログアウトステップと、
   前記外部装置のログアウト処理を完了すると、前記イベントに対する応答に該ログアウト要求の記述を付加して通知する応答ステップとを実行することを特徴とする情報処理システムの制御方法。
9. 請求項６乃至９の何れか１項に記載の情報処理システムの制御方法をコンピュータに実行させるためのプログラム。

Images