JP5424614B2

JP5424614B2 - 情報処理システム、情報処理装置、Ｗｅｂサーバ、制御方法、及びプログラム

Info

Publication number: JP5424614B2
Application number: JP2008286723A
Authority: JP
Inventors: 康輔中島
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2008-11-07
Filing date: 2008-11-07
Publication date: 2014-02-26
Anticipated expiration: 2028-11-07
Also published as: CN101742031A; JP2010113599A; CN101742031B; US8661506B2; KR101239535B1; KR20100051545A; EP2184901B1; EP2184901A1; US20100122319A1

Description

本発明は、Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置に関する。

ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示することが知られている。

この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求し、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。

更に、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。

ところで、最近ではスキャナやプリンタを備えたＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザを備えているものがある。そして、ＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。

また更には、特許文献１のような技術も考えられている。特許文献１の記載によれば、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、Ｗｅｂサーバが提供する。即ち、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。

通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバ上で容易に行うことができるようになる。
特開２００６−１２７５０３号公報

上述したＰＣやＭＦＰなどの情報処理装置の中には、情報処理装置を操作するユーザを認証し、認証結果に応じて情報処理装置の使用を許可する機能を備えているものがある。このような機能を備えた情報処理装置を使用する場合には、ユーザはまず自分の認証情報（例えば、ユーザＩＤ）を入力する必要がある。入力された認証情報は、予め情報処理装置内に登録されている情報と照合され、この照合結果に基づいてユーザによる情報処理装置の使用が許可されることになる。

一方、上述したＷｅｂサーバの中にも、Ｗｅｂサーバ内のＷｅｂアプリケーションを使用するユーザを認証する機能を備えているものがある。このようなＷｅｂアプリケーションは、情報処理装置のＷｅｂブラウザから操作画面を要求された場合に、まず初めにユーザに認証情報を入力させるための認証画面をＷｅｂブラウザに表示させるための画面情報を情報処理装置に送信する。そして、Ｗｅｂブラウザに表示された認証画面を介して入力された認証情報に基づいてＷｅｂアプリケーションが認証処理を実行し、この認証結果に応じてＷｅｂアプリケーションの使用が許可される。

しかしながら、上述したような認証機能を備えた情報処理装置のＷｅｂブラウザを介して、上述したような認証機能を備えたＷｅｂアプリケーションにアクセスする場合は、ユーザの操作性が落ちてしまうおそれがある。

すなわち、ユーザは、情報処理装置が実行する認証処理に必要な認証情報を入力することに加えて、Ｗｅｂアプリケーションが実行する認証処理に必要な認証情報を入力することが要求される。つまり、認証機能を備えた情報処理装置から認証機能を備えたＷｅｂアプリケーションを操作する場合には、認証情報を複数回入力しなければならず、使い勝手が悪い。

本発明は、上記の問題点に鑑みなされたものであり、情報処理装置での認証の結果として得られた情報を用いてＷｅｂサーバに操作画面を要求し、この情報を受信したことに応じてＷｅｂサーバが情報処理装置に操作画面を送信する仕組みを提供することを目的とする。

上記の目的を達成するために本発明の情報処理システムは、Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置とを含む情報処理システムであって、前記情報処理装置は、ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証手段と、前記ユーザが正しく認証された場合に、前記認証手段による認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求手段と、を備え、前記Ｗｅｂサーバは、前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から前記情報を受信したか否かを判定する判定手段と、前記判定手段により、前記情報処理装置から前記情報を受信したと判定された場合に、該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信手段と、を備え、前記情報処理装置は、前記要求手段が前記要求を行うにあたり、前記情報を送信する必要があるか否かを判断する判断手段を更に備え、前記要求手段は、前記判断手段により前記情報を送信する必要があると判断された場合に、前記情報を前記Ｗｅｂサーバに対して送信することにより前記要求を行い、前記判断手段により前記情報を送信する必要がないと判断された場合は、前記情報を前記Ｗｅｂサーバに対して送信することなく前記要求を行うことを特徴とする。
また、本発明の情報処理システムは、Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置とを含む情報処理システムであって、前記情報処理装置は、ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証手段と、前記ユーザが正しく認証された場合に、前記認証手段による認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求手段と、を備え、前記Ｗｅｂサーバは、前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から前記情報を受信したか否かを判定する判定手段と、前記判定手段により、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信手段と、を備え、前記判定手段により、前記情報処理装置から前記情報を受信していないと判定された場合に、前記送信手段は、前記情報処理装置から要求された操作画面に代えて、前記Ｗｅｂサーバ内で実行される認証処理に必要な認証情報をユーザが入力するための認証画面を、前記情報処理装置に対して送信することを特徴とする。

本発明によれば、情報処理装置での認証の結果として得られた情報を用いてＷｅｂサーバに操作画面を要求し、この情報を受信したことに応じてＷｅｂサーバが情報処理装置に操作画面を送信することができる。これにより、ユーザによる認証情報の入力の手間を軽減することができる。

以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（第１の実施形態）
まず、本発明に係る第１の実施形態について説明する。第１の実施形態では、本発明の情報処理装置の一例であるＭＦＰがユーザを認証する認証処理を行った後、この認証処理に用いられたユーザＩＤをＷｅｂサーバに対して送信することにより、ＭＦＰのＷｅｂブラウザで表示すべき操作画面を要求する例を説明する。Ｗｅｂサーバ上のＷｅｂアプリケーションは、ＭＦＰからユーザＩＤを受信したか否かを判断し、ユーザＩＤを受信した場合にＭＦＰに対して操作画面を送信する。

図１は、第１の実施形態における情報処理システムの全体図である。ＬＡＮ１１０には、ＭＦＰ１０１、ＬＤＡＰ（ＬｉｇｈｔｗｅｉｇｈｔＤｉｒｅｃｔｏｒｙＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）サーバ１０２、Ｗｅｂサーバ１０３が互いに通信可能に接続されている。また、ＬＡＮ１１０上には図示しないＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）サーバも備えられており、ＭＦＰ１０１からＦＴＰサーバに対して画像データをＦＴＰ送信することも可能となっている。

図２は、ＭＦＰ１０１の構成を示すブロック図である。

ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

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

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。

ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、ＬＤＡＰサーバ１０２やＷｅｂサーバ１０３）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。

図３は、Ｗｅｂサーバ１０３の構成を示すブロック図である。なお、ＬＤＡＰサーバ１０２は、Ｗｅｂサーバ１０３と同様の構成を有するものとする。

ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０３全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０３）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図４は、情報処理システム全体のソフトウェア構成を説明するための図である。図４に示す各機能部は、ＭＦＰ１０１／ＬＤＡＰサーバ１０２／Ｗｅｂサーバ１０３のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。

ＭＦＰ１０１は、ログインアプリケーション４３０、Ｗｅｂブラウザ４４０、サービスプロバイダ４５０、及びログ記録部４６０を備えている。

ログインアプリケーション４３０は、画面表示部４３１及び認証処理部４３２を含む。画面表示部４３１は、認証処理部４３２が実行する認証処理に必要な認証情報をユーザに入力させるための認証画面を、操作部２１９に表示する。なお、この認証画面はＷｅｂサーバ１０３により提供されるものではなく、ログインアプリケーション４３０がＭＦＰ１０１内に保持している情報を読み出して表示する。このように、ＭＦＰ１０１内に予め保持されている情報に基づいて表示される画面をネイティブ画面と呼ぶこととする。

画面表示部４３１により表示された認証画面を介して認証情報が入力されると、認証処理部４３２が、入力された認証情報を用いてユーザ認証の処理を行う。

ＬＤＡＰサーバ１０２は、認証情報管理部４７０と認証情報記憶部４８０を備えている。認証情報記憶部４８０には、ＭＦＰ１０１の使用が許可されたユーザに対応する認証情報が予め記憶されている。認証情報管理部４７０は、認証情報記憶部４８０に記憶されている認証情報を管理する。

認証処理部４３２が認証処理を行う場合には、画面表示部４３１により表示される認証画面を介して入力された認証情報と、認証情報記憶部４８０に記憶されている認証情報を照合する。そして、この照合結果に応じて、ユーザによるＭＦＰ１０１の使用が許可される。

Ｗｅｂブラウザ４４０は、通信部４４１、解析部４４２、及び画面表示部４４３を含む。通信部４４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信する。より具体的には、通信部４４１は、Ｗｅｂブラウザで表示する操作画面をＷｅｂアプリケーション４１０に対して要求したり、Ｗｅｂブラウザで表示した操作画面を介して入力されたユーザからの指示をＷｅｂアプリケーション４１０に通知したりする。

解析部４４２は、Ｗｅｂアプリケーション４１０から受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルには、Ｗｅｂブラウザに表示すべき操作画面の内容を示す記述が含まれている。

画面表示部４４３は、解析部４４２による解析の結果に基づいて、操作部２１９上に操作画面を表示する。このように、Ｗｅｂサーバ１０３から受信した情報（ＨＴＭＬファイル）に基づいて表示される画面をＷｅｂブラウザ画面と呼ぶこととする。

Ｗｅｂサーバ１０３には、Ｗｅｂアプリケーション４１０及びログ記録部４２０が備えられている。さらに、Ｗｅｂアプリケーション４１０には、プレゼンテーション部４１１及びロジック部４１２が含まれる。

プレゼンテーション部４１１は、通信部４４１と通信し、ＭＦＰ１０１からの要求に応えてＭＦＰ１０１のＷｅｂブラウザで表示すべき操作画面をＭＦＰ１０１に送信する。また、ＭＦＰ１０１のＷｅｂブラウザに表示された操作画面を介して入力されたユーザからの指示をＭＦＰ１０１から受け取る。

ユーザからの指示を受け取ったＷｅｂアプリケーション４１０は、指示の内容に従って各種処理を実行するとともに、ＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を依頼する。

このようにＭＦＰ１０１に対して処理の実行を依頼する場合には、ロジック部４１２がＭＦＰ１０１に備えられたサービスプロバイダ４５０内の通信部４５１と通信する。そして、ＭＦＰ１０１により実行された処理の結果は、ログ記録部４２０に記録される。なお、ログ記録部４２０には、Ｗｅｂサーバ１０３で実行される認証処理の結果も記録される。

サービスプロバイダ４５０は、通信部４５１及びジョブ生成部４５２を含む。通信部４５１は、Ｗｅｂアプリケーション４１０内のロジック部４１２からの処理依頼を受け付ける。Ｗｅｂアプリケーション４１０から処理の実行を依頼された場合は、ジョブ生成部４５２が依頼された処理を実行するためのジョブを生成して実行する。ジョブを実行した結果はログ記録部４６０に記録される。なお、ログ記録部４６０には、ログインアプリケーション４３０により実行される認証処理の結果や、Ｗｅｂサーバ１０３との通信履歴なども記録される。

図５は、ＭＦＰ１０１が、ユーザを認証する処理を行うとともに、この認証に用いた認証情報をＷｅｂサーバ１０３に送信することにより、自装置のＷｅｂブラウザで表示すべき操作画面を要求する一連の動作を説明するフローチャートである。図５のフローチャートに示す各動作は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、ステップＳ５０１〜Ｓ５０６はログインアプリケーション４３０により実行される処理、ステップＳ５０７〜Ｓ５１２はＷｅｂブラウザ４４０により実行される処理である。

ステップＳ５０１では、画面表示部４３１が操作部２１９に認証画面を表示する。図６は、ステップＳ５０１で表示される認証画面の一例を示す図である。ユーザは図６に示す認証画面を介して、ユーザＩＤ及びパスワードを入力する。

ステップＳ５０２では、ユーザから認証情報が入力されたか否かを判定する。具体的には、図６に示す認証画面のＯＫボタン６０１が押下されたか否かを判定する。ＯＫボタンが押下されたと判定した場合、ステップＳ５０３に進む。

ステップＳ５０３では、入力されたユーザＩＤ及びパスワードを用いて、認証処理部４３２が認証処理を行う。このとき認証処理部４３２はＬＤＡＰサーバ１０２と通信し、入力されたユーザＩＤ及びパスワードを、認証情報記憶部４８０に予め記憶されている情報と照合する処理を行う。

この認証処理の結果、ユーザが正常に認証された場合はステップＳ５０５に進み、そうでなければ処理を終了する。ステップＳ５０５では、認証されたユーザに対応するログインコンテキストを生成する。ログインコンテキストは、認証されたユーザを示す情報であって、図６に示す認証画面を介して入力されたユーザＩＤを含む。ステップＳ５０６では、ユーザ認証が正常に終了しユーザがログインしたこと（ログインイベント）をＷｅｂブラウザ４４０に対して通知する。

ステップＳ５０７では、Ｗｅｂブラウザ４４０が、ログインアプリケーション４３０により生成されたログインコンテキストを取得する。そして、ステップＳ５０８において、取得したログインコンテキストの中から、図６に示す認証画面でユーザが入力したユーザＩＤを抽出する。

ステップＳ５０９では、ＭＦＰ１０１のＷｅｂブラウザに表示する操作画面の１つであって、ユーザが処理の実行を指示するための実行指示画面を送信することをＷｅｂサーバ１０３に対して要求するための実行指示画面送信要求を生成する。この実行指示画面送信要求には、ステップＳ５０８で抽出されたユーザＩＤが含まれる。そして、ステップＳ５１０において、生成した実行指示画面送信要求をＷｅｂサーバ１０３に対して送信する。

ステップＳ５１１では、ステップＳ５１０で送信した実行指示画面送信要求に応えて、Ｗｅｂサーバ１０３から実行指示画面が送信されてきたか否かを判定する。なお、実際には、実行指示画面をＷｅｂブラウザに表示するための画面情報として、ＨＴＭＬファイルがＷｅｂサーバ１０３から送信される。

Ｗｅｂサーバ１０３から実行指示画面を受信した場合はステップＳ５１２に進み、実行指示画面を受信していない場合は、実行指示画面を受信するまで待機する。ステップＳ５１２では、受信したＨＴＭＬファイルの記述に従って実行指示画面を表示する。

図７は、ステップＳ５１２で表示される実行指示画面の一例を示す図である。図７は、ＭＦＰ１０１のスキャナ２２１を用いて原稿上の画像を読み取って画像データを生成し、生成した画像データをＬＡＮ１１０上のＦＴＰサーバに送信することを指示するための画面例を示す。図７に示す例では、画像データをＰＤＦフォーマットで生成し、「ｔｅｓｔ．ｐｄｆ」というファイル名を付与することが設定された状態となっている。

図８は、ＭＦＰ１０１が図５で説明した処理を実行した場合に、Ｗｅｂサーバ１０３側で実行される一連の動作を説明するフローチャートである。図８のフローチャートに示す各動作は、Ｗｅｂサーバ１０３のＣＰＵ３１１が制御プログラムを実行することにより実現される。

ステップＳ８０１では、ＭＦＰ１０１から実行指示画面送信要求を受けたか否かを判定する。実行指示画面送信要求を受けた場合はステップＳ８０２に進み、実行指示画面送信要求を受けていない場合はそのまま処理を終了する。

ステップＳ８０２では、ＭＦＰ１０１からユーザＩＤを受信したか否かを判定する。このとき、実行指示画面送信要求にユーザＩＤが含まれていればユーザＩＤを受信したと判定し、含まれていなければユーザＩＤを受信していないと判定する。

ユーザＩＤを受信した場合は、ステップＳ８０３に進み、ＭＦＰ１０１に対して実行指示画面を表示するために必要なＨＴＭＬファイルを送信する。一方、ユーザＩＤを受信していない場合は、ステップＳ８０４に進み、ログ記録部４２０にエラーの発生を示すログ情報を記録して処理を終了する。

図９は、図５のステップＳ５１２で実行指示画面を表示した後、ＭＦＰ１０１が実行する一連の動作を説明するフローチャートである。図９のフローチャートに示す各動作は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、ステップＳ９０１及びＳ９０２はＷｅｂブラウザ４４０により実行される処理、ステップＳ９０３〜Ｓ９１１はサービスプロバイダ４５０により実行される処理である。

ステップＳ９０１では、図７に示す実行指示画面の実行ボタン７０１が押下されたか否かを判定する。実行ボタン７０１が押下された場合は、ステップＳ９０２に進み、ユーザからの実行指示を受けたことを示す実行指示受け通知をＷｅｂサーバ１０３に対して送信する。なお、このとき図７に示す実行指示画面で指定された各種パラメータ（ファイル名や画像フォーマットなど）が一緒にＷｅｂサーバ１０３に通知される。

ステップＳ９０３では、Ｗｅｂサーバ１０３から処理実行依頼を受けたか否かを判定する。処理実行依頼を受けた場合は、ステップＳ９０４に進み、そうでなければ処理実行依頼を受けるまで待機する。

ステップＳ９０４では、Ｗｅｂサーバ１０３から受けた処理実行依頼にユーザＩＤが含まれているか否かを判定する。処理実行依頼にユーザＩＤが含まれていればステップＳ９０５に進み、そうでなければステップＳ９１０に進む。

ステップＳ９０５では、サービスプロバイダ４５０が、ログインアプリケーション４３０により生成されたログインコンテキストを取得する。そして、ステップＳ９０６において、取得したログインコンテキストの中からユーザＩＤを抽出する。

ステップＳ９０７では、受信した処理実行依頼に含まれるユーザＩＤと、ステップＳ９０６で抽出したユーザＩＤとを照合し、一致しているか否かを判定する。照合の結果、ユーザＩＤが一致していればステップＳ９０８に進み、そうでなければステップＳ９１０に進む。

ステップＳ９０８では、Ｗｅｂサーバ１０３からの依頼内容に従って処理を実行する。具体的には、スキャナ２２１を制御して読取処理を実行するとともに、読取処理により生成された画像データをＦＴＰプロトコルに従って送信する。ステップＳ９０９では、処理の実行結果をＷｅｂサーバ１０３に対して通知して処理を終了する。なお、このあと処理の実行結果をユーザに通知するための実行結果表示画面がＷｅｂサーバから送信されてきた場合は、Ｗｅｂブラウザ４４０が実行結果表示画面を表示する。

ステップＳ９０４でユーザＩＤが含まれていないと判定された場合、またはステップＳ９０７でユーザＩＤが一致しないと判定された場合は、ステップＳ９１０でエラーの発生を示すエラー情報をログ記録部４６０に記録する。また、ステップＳ９１１ではエラーが発生したことをＷｅｂサーバ１０３に通知する。ここで、このようにユーザＩＤが含まれていない場合やユーザＩＤが一致しない場合に処理を実行しないようにすることにより、Ｗｅｂサーバ１０３以外のサーバからの指示を実行してしまうことを防ぐことができる。

図１０は、ＭＦＰ１０１が図９で説明した処理を実行した場合に、Ｗｅｂサーバ１０３側で実行される一連の動作を説明するフローチャートである。図１０のフローチャートに示す各動作は、Ｗｅｂサーバ１０３のＣＰＵ３１１が制御プログラムを実行することにより実現される。

ステップＳ１００１では、ＭＦＰ１０１から実行指示受け通知を受信したか否かを判定する。実行指示受け通知を受信した場合はステップＳ１００２に進み、そうでなければステップＳ１００４に進む。

ステップＳ１００２では、実行指示受け通知に含まれるユーザからの指示の内容に応じて、ＭＦＰ１０１に処理の実行を依頼するための処理実行依頼を生成する。なお、この処理実行依頼には、ステップＳ８０１で実行指示画面送信要求として受信したユーザＩＤが含まれる。ステップＳ１００３では、生成した処理実行依頼をＭＦＰ１０１に対して送信する。

ステップＳ１００４では、ＭＦＰ１０１から処理実行結果を受信したか否かを判定する。処理実行結果を受信した場合は、ステップＳ１００５に進み、そうでなければステップＳ１００６に進む。ステップＳ１００５では、実行結果表示画面をＭＦＰ１０１に送信する。

図１１は、ＭＦＰ１０１のＷｅｂブラウザによって表示される実行結果表示画面の一例を示す。実行結果表示画面には、ＭＦＰ１０１が実行した処理の結果を示す情報が表示されている。

ステップＳ１００６では、ＭＦＰ１０１から照合エラーを受信したか否かを判定する。照合エラーを受信した場合はステップＳ１００７に進み、そうでなければ処理を終了する。ステップＳ１００７では、エラーの発生を示すエラー情報をログ記録部４２０に記録する。

以上の通り、第１の実施形態では、ＭＦＰ１０１のログインアプリケーション４３０による認証処理に用いられた認証情報（ユーザＩＤ）をＷｅｂサーバ１０３に送信することにより、ＭＦＰ１０１のＷｅｂブラウザに表示する操作画面を要求するようにしている。そして、Ｗｅｂサーバ１０３は、ＭＦＰ１０１から操作画面を要求された場合に、ユーザＩＤを受信したか否かを判定する。ユーザＩＤを受信した場合は、ＭＦＰ１０１での認証処理が正常に行われたと判断し、要求された操作画面をＭＦＰ１０１に送信する。一方、ユーザＩＤを受信していない場合は、ＭＦＰ１０１での認証が正常に行われていないと判断し、要求された操作画面をＭＦＰ１０１に送信しない。

これにより、認証情報を複数回入力することによるユーザの手間を省くことができ、且つＭＦＰ１０１で正常に認証されていないユーザによるＷｅｂサーバ１０３の使用を制限することができる。

なお、ここではＭＦＰ１０１でユーザが認証されたことを示す情報として、図６に示す認証画面で入力されたユーザＩＤを送信する例を説明したが、ＭＦＰ１０１で正常にユーザが認証されたことを示すものであればユーザＩＤ以外の情報であっても構わない。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第２の実施形態では、第１の実施形態で説明した各構成に対して、更に、ＭＦＰ１０１がＷｅｂサーバ１０３に対して操作画面を要求する場合にユーザＩＤを送信する必要があるか否かを判断する構成を追加した場合について説明する。

図１２は、ＭＦＰ１０１が、ユーザを認証する処理を行うとともに、この認証に用いた認証情報をＷｅｂサーバ１０３に送信することにより、自装置のＷｅｂブラウザで表示すべき操作画面を要求する一連の動作を説明するフローチャートである。図１２のフローチャートに示す各動作は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、ステップＳ５０１〜Ｓ５０８及びステップＳ５１０〜Ｓ５１２では図５のフローチャートに示す各ステップと同様の処理が行われるため説明は省略する。

ステップＳ１２０１では、Ｗｅｂブラウザ４４０がＷｅｂサーバ１０３に対して操作画面を要求するにあたり、ユーザＩＤを送信する必要があるか否かを判定する。この判定では、図１３に示すユーザＩＤ要送信リストを参照する。

図１３は、Ｗｅｂブラウザ４４０が操作画面を要求する際に、ユーザＩＤを送信する必要がある要求先を示す情報が管理されているユーザＩＤ要送信リストを示す。ユーザＩＤ要送信リストにはＵＲＬ情報が管理されている。

ステップＳ１２０１の判定では、操作画面の要求先（つまり、Ｗｅｂブラウザ４４０がアクセスしようとしている通信相手先）のＵＲＬと、ユーザＩＤ要送信リストのＵＲＬとを比較する。そして、ＵＲＬが一致した場合は、操作画面を要求する際にユーザＩＤを送信する必要があると判定する。一方、ＵＲＬが一致しない場合（つまり、リストに含まれるＵＲＬに対応する要求先以外の要求先に対して要求する場合）は、ユーザＩＤを送信する必要がないと判定する。

ステップＳ１２０１の判定の結果、ユーザＩＤを送信する必要があると判定された場合は、ステップＳ５０７及びＳ５０８を経て、ステップＳ１２０２に進む。この場合は、ステップＳ１２０２において、図５のステップＳ５０９と同様の処理が行われる。

一方、ステップＳ１２０１の判定の結果、ユーザＩＤを送信する必要がないと判定された場合は、ステップＳ５０７及びＳ５０８を経ずに、ステップＳ１２０２に進む。この場合は、ステップＳ１２０２において、ユーザＩＤを含まない実行指示画面送信要求が生成されることになる。

ここで、ユーザＩＤを送信する必要がない場合について、より具体的に説明する。

ユーザＩＤを送信する必要がない場合とは、例えば、Ｗｅｂサーバの使用が特定のユーザに制限されていない場合である。つまり、自装置の使用を特定のユーザに制限しているＷｅｂサーバは、図８で説明したような各処理を行うことにより、ＭＦＰ１０１でユーザが認証されていることをもって、自装置の使用を許可するようにしている。

しかしながら、そもそも自装置の使用を特定のユーザに制限していないＷｅｂサーバに対してＭＦＰ１０１が操作画面を要求する場合は、ＷｅｂサーバがユーザＩＤ受信の有無を判定することなく操作画面を送信してくる。従って、このような場合には、ＭＦＰ１０１がユーザＩＤを送信する必要がない。そして、ユーザＩＤを送信する必要がない場合は、ＭＦＰ１０１のＷｅｂブラウザ４４０が、ログインコンテキストを取得したり、ログインコンテキストからユーザＩＤを抽出したりする処理を省略することができる。

また、ユーザＩＤを送信する必要がない場合の他の例として、Ｗｅｂサーバの使用が特定のユーザに制限されている場合であって、且つ、Ｗｅｂサーバ自体が行う認証処理によりユーザが認証されることがＷｅｂサーバ使用の必須条件となっている場合がある。

このような場合は、たとえＭＦＰ１０１で一度ユーザが認証されていたとしても、再度Ｗｅｂサーバが提供する認証画面に対してユーザが認証情報を入力することが求められ、ここで入力した認証情報に基づいてユーザが認証されて初めて使用が許可される。従って、たとえＭＦＰ１０１がユーザＩＤを送信したとしても、Ｗｅｂサーバから送信される認証画面に改め認証情報を入力することが要求される。この場合、認証情報の入力にかかるユーザの手間を軽減することはできないので、このような場合にはユーザＩＤを送信する必要がないと判断する。

以上の通り、第２の実施形態では、ＭＦＰ１０１のＷｅｂブラウザ４４０がＷｅｂサーバ１０３に対して操作画面を要求する場合に、ユーザＩＤを送信する必要があるか否かを判定する。そして、ユーザＩＤを送信する必要がないと判定された場合には、ユーザＩＤをＷｅｂサーバ１０３に対して送信しない。これにより、ユーザＩＤを送信する必要が無い場合に、ユーザＩＤを送信するための処理を省略することができる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第２の実施形態では、操作画面の要求先に基づいてユーザＩＤを送信する必要があるか否かを判定し、ユーザＩＤを送信する必要がないと判定した場合にユーザＩＤを送信しない例を説明した。これに対して第３の実施形態では、ログインアプリケーション４３０による認証処理を受けずにユーザがＭＦＰ１０１にログインした場合に、ユーザＩＤを送信しない例を説明する。

図１４は、ＭＦＰ１０１が、ユーザを認証する処理を行うとともに、この認証に用いた認証情報をＷｅｂサーバ１０３に送信することにより、自装置のＷｅｂブラウザで表示すべき操作画面を要求する一連の動作を説明するフローチャートである。図１４のフローチャートに示す各動作は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、ステップＳ５０１〜Ｓ５０８、Ｓ５１０、及び５１２では図５のフローチャートに示す各ステップと同様の処理が行われるため説明は省略する。

ステップＳ１４０１では、ゲストユーザとしてユーザがログインすることを指示されたか否かを判定する。ゲストユーザとは、予め認証情報記憶部４８０に認証情報が登録されていないユーザがＭＦＰ１０１を使用する場合に、登録されているユーザと比べて使用可能な機能が制限された状態でユーザをログインさせる場合のことを示す。

ゲストユーザでログインすることが指示された場合は、ステップＳ５０６に進む。ゲストユーザでログインすることが指示されなかった場合は、ステップＳ５０２に進む。

ステップＳ１４０２では、ユーザがゲストユーザとしてログインしているか否かを判定する。ユーザがゲストユーザとしてログインしている場合はステップＳ１４０３に進み、ゲストユーザとしてログインしていない場合（つまり、ステップＳ５０３の認証処理を経てユーザがログインしている場合）は、ステップＳ５０７に進む。

ステップＳ５０７及びＳ５０８を経てステップＳ１４０３に進んだ場合は、ステップＳ１４０３において、図５のステップＳ５０９と同様の処理が行われる。

一方、ステップＳ５０７及びＳ５０８を経ずにステップＳ１４０３に進んだ場合は、ステップＳ１４０３において、ユーザＩＤを含まない実行指示画面送信要求が生成される。

ステップＳ１４０４では、Ｗｅｂサーバ１０３から実行指示画面を受信したか否かを判定し、実行指示画面を受信していないと判定した場合は、ステップＳ１４０５に進む。

ステップＳ１４０５では、Ｗｅｂサーバ１０３から認証画面を受信したか否かを判定する。Ｗｅｂサーバ１０３から認証画面を受信した場合は、ステップＳ１４０６に進み、そうでなければステップＳ１４０４の判定に戻る。

ステップＳ１４０６では、Ｗｅｂサーバ１０３から受信したＨＴＭＬファイルに基づく認証画面を表示する。ここで表示される認証画面とは、図６に示す認証画面と同様であるが、図６に示す画面との違いは、Ｗｅｂサーバから提供されたＨＴＭＬファイルに基づいてＷｅｂブラウザ４４０が認証画面を表示している点である。

ステップＳ１４０７では、ユーザはステップＳ１４０６で表示された認証画面を介して認証情報が入力されたか否かを判定し、認証情報が入力された場合は、ステップＳ１４０８に進み、入力された認証情報をＷｅｂサーバ１０３に対して送信する。

なお、ステップＳ１４０６で表示される認証画面で入力すべき認証情報とは、Ｗｅｂサーバ１０３内のＷｅｂアプリケーション４１０が実行する認証処理に必要な情報である。このため、ログインアプリケーション４３０が実行する認証処理に必要な情報を入力するための認証画面（図６）で入力すべき情報とは異なるものである場合もある。

図１５は、ＭＦＰ１０１が図１４で説明した処理を実行した場合に、Ｗｅｂサーバ１０３側で実行される一連の動作を説明するフローチャートである。図１５のフローチャートに示す各動作は、Ｗｅｂサーバ１０３のＣＰＵ３１１が制御プログラムを実行することにより実現される。なお、ステップＳ８０１〜Ｓ８０３では図８のフローチャートに示す各ステップと同様の処理が行われるため説明は省略する。

ステップＳ１５０１では、Ｗｅｂアプリケーション４１０が実行する認証処理に必要な認証情報を入力するための認証画面をＭＦＰ１０１に送信する。

ステップＳ１５０２では、ＭＦＰ１０１から認証情報を受信したか否かを判定する。認証情報を受信した場合はステップＳ１５０３に進み、そうでなければ認証情報を受信するまで待機する。

ステップＳ１５０３では、受信した認証情報を用いてユーザを認証する認証処理を実行する。そして、ステップＳ１５０４で、認証が正常に行われたか否かを判定し、認証が正常に行われた場合はステップＳ８０３に進み、そうでなければステップＳ１５０５に進む。

ステップＳ１５０５では、ＭＦＰ１０１に対して認証エラーが発生したことを通知する。なお、ここでログ記録部４２０に認証エラー発生の旨を記録するようにしても構わない。

以上の通り、第３の実施形態では、ログインアプリケーション４３０による認証を受けてユーザがログインしているか、またはゲストユーザとしてログインしているかに応じて、ユーザＩＤを送信するか否かを切り替えるようにしている。これにより、認証情報記憶部４８０に認証情報が登録されていないユーザであっても、Ｗｅｂアプリケーション４１０による認証を受けることにより、Ｗｅｂアプリケーション４１０を使用することができる。

なお、上述した第１乃至第３の実施形態では、ログインアプリケーション４３０が認証処理を行う場合に、外部のＬＤＡＰサーバ１０２を使用する例を説明したが、ＬＤＡＰサーバ１０２が提供する機能をＭＦＰ１０１内に備えるようにしても構わない。

また、上述した第１乃至第３の実施形態では、Ｗｅｂブラウザ４４０が実行指示画面送信要求にユーザＩＤを含めて送信する例を説明したが、他の方法を用いてユーザＩＤを送信するようにしても構わない。例えば、Ｗｅｂブラウザ４４０ではなく、ログインアプリケーション４３０がユーザＩＤをＷｅｂサーバ内のＷｅｂアプリケーションに送信するように構成してもよい。この場合、汎用のＷｅｂブラウザを改良してなくても済むという利点がある。

（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔の外部装置から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。

本発明の実施形態における情報処理システムの全体図である。本発明の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。本発明の実施形態におけるＷｅｂサーバ１０３の構成を示すブロック図である。本発明の実施形態における情報処理システムのソフトウェア構成を示す図である。本発明の実施形態におけるＭＦＰ１０１の動作を説明するフローチャートである。本発明の実施形態におけるＭＦＰ１０１の操作部２１９に表示される認証画面を示す図である。本発明の実施形態におけるＭＦＰ１０１の操作部２１９に表示される操作画面を示す図である。本発明の実施形態におけるＷｅｂサーバ１０３の動作を説明するフローチャートである。本発明の実施形態におけるＭＦＰ１０１の動作を説明するフローチャートである。本発明の実施形態におけるＷｅｂサーバ１０３の動作を説明するフローチャートである。本発明の実施形態におけるＭＦＰ１０１の操作部２１９に表示される操作画面を示す図である。本発明の実施形態におけるＭＦＰ１０１の動作を説明するフローチャートである。本発明の実施形態におけるユーザＩＤ要送信リストを示す図である。本発明の実施形態におけるＭＦＰ１０１の動作を説明するフローチャートである。本発明の実施形態におけるＷｅｂサーバ１０３の動作を説明するフローチャートである。

符号の説明

１０１ＭＦＰ
１０２ＬＤＡＰサーバ
１０３Ｗｅｂサーバ

Claims

Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証手段と、
前記ユーザが正しく認証された場合に、前記認証手段による認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求手段と、
を備え、
前記Ｗｅｂサーバは、
前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から前記情報を受信したか否かを判定する判定手段と、
前記判定手段により、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信手段と、
を備え、
前記情報処理装置は、
前記要求手段が前記要求を行うにあたり、前記情報を送信する必要があるか否かを判断する判断手段を更に備え、
前記要求手段は、前記判断手段により前記情報を送信する必要があると判断された場合に、前記情報を前記Ｗｅｂサーバに対して送信することにより前記要求を行い、前記判断手段により前記情報を送信する必要がないと判断された場合は、前記情報を前記Ｗｅｂサーバに対して送信することなく前記要求を行うことを特徴とする情報処理システム。
前記判断手段は、前記要求手段による前記操作画面の要求先に基づいて、前記判断を行うことを特徴とする請求項１に記載の情報処理システム。
前記情報処理装置は、
前記要求手段が前記情報を送信する必要がある要求先を示す要求先情報を保持する保持手段を更に備え、
前記判断手段は、前記要求手段が前記保持手段に保持されている要求先情報が示す要求先に対して前記要求を行う場合に、前記情報を送信する必要があると判断し、前記要求手段が前記保持手段に保持されている要求先情報が示す要求先以外の要求先に対して前記要求を行う場合は、前記情報を送信する必要がないと判断することを特徴とする請求項２に記載の情報処理システム。
Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証手段と、
前記ユーザが正しく認証された場合に、前記認証手段による認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求手段と、
を備え、
前記Ｗｅｂサーバは、
前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から前記情報を受信したか否かを判定する判定手段と、
前記判定手段により、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信手段と、
を備え、
前記判定手段により、前記情報処理装置から前記情報を受信していないと判定された場合に、前記送信手段は、前記情報処理装置から要求された操作画面に代えて、前記Ｗｅｂサーバ内で実行される認証処理に必要な認証情報をユーザが入力するための認証画面を、前記情報処理装置に対して送信することを特徴とする情報処理システム。
前記情報は、前記認証手段による認証を受けるためにユーザが前記情報処理装置に入力したユーザＩＤを含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
前記Ｗｅｂサーバは、
エラー情報を記録する記録手段を更に備え、
前記判定手段により、前記情報処理装置から前記情報を受信していないと判定された場合に、前記記録手段がエラー情報を記録することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
前記情報処理装置は、
前記Ｗｅｂサーバから受信した操作画面を介して入力された指示に応じて前記Ｗｅｂサーバから実行を依頼された処理を実行する処理手段を備えることを特徴とする請求項１から６のいずれか１項に記載の情報処理システム。
Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置であって、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証手段と、
前記ユーザが正しく認証された場合に、前記認証手段による認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求手段と、
前記要求手段が前記要求を行うにあたり、前記情報を送信する必要があるか否かを判断する判断手段と、
を備え、
前記要求手段は、前記判断手段により前記情報を送信する必要があると判断された場合に、前記情報を前記Ｗｅｂサーバに対して送信することにより前記要求を行い、前記判断手段により前記情報を送信する必要がないと判断された場合は、前記情報を前記Ｗｅｂサーバに対して送信することなく前記要求を行うことを特徴とする情報処理装置。
前記判断手段は、前記要求手段による前記操作画面の要求先に応じて、前記判断を行うことを特徴とする請求項８に記載の情報処理装置。
前記要求手段が前記情報を送信する必要がある要求先を示す要求先情報を保持する保持手段を更に備え、
前記判断手段は、前記要求手段が前記保持手段に保持されている要求先情報が示す要求先に対して前記要求を行う場合に、前記情報を送信する必要があると判断し、前記要求手段が前記保持手段に保持されている要求先情報が示す要求先以外の要求先に対して前記要求を行う場合は、前記情報を送信する必要がないと判断することを特徴とする請求項９に記載の情報処理装置。
ユーザを認証し、当該ユーザが正しく認証された場合に自装置の使用を許可する認証手段を備えた情報処理装置に、操作画面を提供するＷｅｂサーバであって、
前記ユーザが正しく認証された前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から、前記認証手段による認証の結果として得られた情報を受信したか否かを判定する判定手段と、
前記判定手段により、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信手段と、
を備え、
前記判定手段により、前記情報処理装置から前記情報を受信していないと判定された場合に、前記送信手段は、前記情報処理装置から要求された操作画面に代えて、前記Ｗｅｂサーバ内で実行される認証処理に必要な認証情報をユーザが入力するための認証画面を、前記情報処理装置に対して送信することを特徴とするＷｅｂサーバ。
Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置とを含む情報処理システムにおける情報処理方法であって、
前記情報処理装置において、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証工程と、
前記ユーザが正しく認証された場合に、前記認証工程における認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求工程と、
を備え、
前記Ｗｅｂサーバにおいて、
前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から前記情報を受信したか否かを判定する判定工程と、
前記判定工程で、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信工程と、
を備え、
前記情報処理装置において、
前記要求工程で前記要求を行うにあたり、前記情報を送信する必要があるか否かを判断する判断工程を更に備え、
前記要求工程では、前記判断工程で前記情報を送信する必要があると判断された場合に、前記情報を前記Ｗｅｂサーバに対して送信することにより前記要求を行い、前記判断工程で前記情報を送信する必要がないと判断された場合は、前記情報を前記Ｗｅｂサーバに対して送信することなく前記要求を行うことを特徴とする情報処理方法。
Ｗｅｂサーバと、当該Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置とを含む情報処理システムにおける情報処理方法であって、
前記情報処理装置において、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証工程と、
前記ユーザが正しく認証された場合に、前記認証工程における認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求工程と、
を備え、
前記Ｗｅｂサーバにおいて、
前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から前記情報を受信したか否かを判定する判定工程と、
前記判定工程で、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信工程と、
を備え、
前記判定工程で、前記情報処理装置から前記情報を受信していないと判定された場合に、前記送信工程では、前記情報処理装置から要求された操作画面に代えて、前記Ｗｅｂサーバ内で実行される認証処理に必要な認証情報をユーザが入力するための認証画面を、前記情報処理装置に対して送信することを特徴とする情報処理方法。
Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置の制御方法であって、
前記情報処理装置が、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証工程と、
前記ユーザが正しく認証された場合に、前記認証工程における認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求工程と、
前記要求工程で前記要求を行うにあたり、前記情報を送信する必要があるか否かを判断する判断工程と、
を備え、
前記要求工程では、前記判断工程で前記情報を送信する必要があると判断された場合に、前記情報を前記Ｗｅｂサーバに対して送信することにより前記要求を行い、前記判断工程で前記情報を送信する必要がないと判断された場合は、前記情報を前記Ｗｅｂサーバに対して送信することなく前記要求を行うことを特徴とする制御方法。
ユーザを認証し、当該ユーザが正しく認証された場合に自装置の使用を許可する認証手段を備えた情報処理装置に、操作画面を提供するＷｅｂサーバの制御方法であって、
前記Ｗｅｂサーバが、
前記ユーザが正しく認証された前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から、前記認証手段による認証の結果として得られた情報を受信したか否かを判定する判定工程と、
前記判定工程で、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信工程と、
を備え、
前記判定工程で、前記情報処理装置から前記情報を受信していないと判定された場合に、前記送信工程で、前記情報処理装置から要求された操作画面に代えて、前記Ｗｅｂサーバ内で実行される認証処理に必要な認証情報をユーザが入力するための認証画面を、前記情報処理装置に対して送信することを特徴とする制御方法。
Ｗｅｂサーバにより提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置に、
ユーザを認証し、当該ユーザが正しく認証された場合に前記情報処理装置の使用を許可する認証工程と、
前記ユーザが正しく認証された場合に、前記認証工程における認証の結果として得られた情報を用いて、前記Ｗｅｂサーバに対して前記Ｗｅｂブラウザに表示すべき操作画面を要求する要求工程と、
前記要求工程で前記要求を行うにあたり、前記情報を送信する必要があるか否かを判断する判断工程と、
を実行させるためのプログラムであって、
前記要求工程では、前記判断工程で前記情報を送信する必要があると判断された場合に、前記情報を前記Ｗｅｂサーバに対して送信することにより前記要求を行い、前記判断工程で前記情報を送信する必要がないと判断された場合は、前記情報を前記Ｗｅｂサーバに対して送信することなく前記要求を行うことを特徴とするプログラム。
ユーザを認証し、当該ユーザが正しく認証された場合に自装置の使用を許可する認証手段を備えた情報処理装置に、操作画面を提供するＷｅｂサーバに、
前記ユーザが正しく認証された前記情報処理装置から前記操作画面を要求された場合に、当該情報処理装置から、前記認証手段による認証の結果として得られた情報を受信したか否かを判定する判定工程と、
前記判定工程で、前記情報処理装置から前記情報を受信したと判定された場合に、当該情報処理装置のＷｅｂブラウザに表示させるべき操作画面を当該情報処理装置に対して送信する送信工程と、
を実行させるためのプログラムであって、
前記判定工程で、前記情報処理装置から前記情報を受信していないと判定された場合に、前記送信工程で、前記情報処理装置から要求された操作画面に代えて、前記Ｗｅｂサーバ内で実行される認証処理に必要な認証情報をユーザが入力するための認証画面を、前記情報処理装置に対して送信することを特徴とするプログラム。