(57)【要約】【課題】  ＷｅｂサーバとＷｅｂブラウザが同じＭＦＰ上にある場合に、ＭＦＰへのログインと、Ｗｅｂブラウザを利用してＷｅｂサーバにログインする２回のログイン操作が必要となり煩わしい。【解決手段】  要求元が前記画像形成装置のブラウザであると特定された場合は、前記認証手段による認証が行われないように制御し（Ｓ７０２）、認証が行われないように制御された状態で、前記Ｗｅｂサーバが前記画像形成装置のブラウザに操作画面を送信するように制御する（Ｓ７０７）。【選択図】  図７
2011191888.tif 000002
【特許請求の範囲】
【請求項１】
操作画面を生成するＷｅｂサーバと、
前記Ｗｅｂサーバから前記操作画面を受信し、該操作画面を表示するためのブラウザとを有する画像形成装置であって、
前記Ｗｅｂサーバに対し接続要求があった場合に、該接続要求の要求元を特定する特定手段と、
前記Ｗｅｂサーバを利用するユーザの認証を行うＷｅｂサーバ認証手段と、
前記特定手段により要求元が前記画像形成装置のブラウザであると特定された場合は、前記Ｗｅｂサーバ認証手段による認証を行わずに、前記Ｗｅｂサーバが前記画像形成装置のブラウザに操作画面を送信する処理を制御する制御手段とを有する画像形成装置。
【請求項２】
前記が画像形成装置は、操作画面を表示するためのブラウザを有する情報処理装置と通信可能であって、
前記制御手段は、
前記特定手段により要求元が前記情報処理装置のブラウザであると特定された場合は、前記Ｗｅｂサーバ認証手段による認証が成功したことに応じて、前記Ｗｅｂサーバが前記情報処理装置のブラウザに操作画面を送信するように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記画像形成装置は、サービスを提供する外部装置と通信可能であって、
前記画像形成装置の機能を利用するユーザの認証を行う装置認証手段と、
前記装置認証手段による認証が成功したことに応じて、前記装置認証手段による認証を行ったユーザに関する、前記外部装置に接続するために用いる情報を特定する情報特定手段と、
前記情報特定手段により特定された情報を用いて前記外部装置に対し認証を行い、該認証が成功したことに応じて、前記サービスに関連する情報を外部装置から受信する受信手段と、
前記受信手段により受信された情報を基に前記Ｗｅｂサーバにより生成された操作画面を送信する送信手段とを有する請求項１または２に記載の画像形成装置。
【請求項４】
前記Ｗｅｂサーバは、
前記特定手段により要求元が前記情報処理装置であると特定された場合は、外部装置により提供されるサービスを前記画像形成装置において利用するため、前記外部装置へ接続する際に必要となる設定情報を設定するための操作画面を生成し、該生成した操作画面を前記情報処理装置へ送信することを特徴とする請求項２に記載の画像形成装置。
【請求項５】
操作画面を生成するＷｅｂサーバと、
前記Ｗｅｂサーバから前記操作画面を受信し、該操作画面を表示するためのブラウザとを有する画像形成装置を制御する制御方法であって、
特定手段は、前記Ｗｅｂサーバに対し接続要求があった場合に、該接続要求の要求元を特定し、
Ｗｅｂサーバ認証手段は、前記Ｗｅｂサーバを利用するユーザの認証を行い、
制御手段は、前記特定手段により要求元が前記画像形成装置のブラウザであると特定された場合は、前記Ｗｅｂサーバ認証手段による認証を必要とせずに、前記Ｗｅｂサーバが前記画像形成装置のブラウザに操作画面を送信するように制御することを特徴とする画像形成装置の制御方法。
【請求項６】
操作画面を生成するＷｅｂサーバと、
前記Ｗｅｂサーバから前記操作画面を受信し、該操作画面を表示するためのブラウザとを有する画像形成装置により実行されるプログラムであって、
前記Ｗｅｂサーバに対し接続要求があった場合に、該接続要求の要求元を特定する特定ステップと、
前記Ｗｅｂサーバを利用するユーザの認証を行うＷｅｂサーバ認証ステップと、
前記特定ステップにより要求元が前記画像形成装置のブラウザであると特定された場合は、前記Ｗｅｂサーバ認証ステップによる認証を必要とせずに、前記Ｗｅｂサーバが前記画像形成装置のブラウザに操作画面を送信するように制御する制御ステップとを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部サーバが提供するサービスを利用可能な画像形成装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、外部サーバと画像形成装置（例えば、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ））とがインターネットを介して通信して、画像形成装置が外部サーバから提供されるサービスを利用することが知られている。
【０００３】
特許文献１は、Ｗｅｂサーバ機能を備えた装置が、外部サーバの機能を利用して得た情報と装置内の情報を合成した画面を生成し、自装置が備えるＷｅｂブラウザに画面を表示させる方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１５８６９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、画像形成装置にＷｅｂブラウザと、Ｗｅｂサーバの両方を搭載した際にユーザにとって不都合が生じる。具体的には、Ｗｅｂブラウザを用いて、Ｗｅｂサーバに接続する際のユーザの認証時に不都合が生じる。
【０００６】
ＷｅｂブラウザがＷｅｂサーバに接続する際に、Ｗｅｂブラウザを操作しているユーザの認証が行われることがある。この認証により、許可されていないユーザによるＷｅｂサーバへのアクセスを排除することができる。認証が成功した場合、ＷｅｂサーバはＷｅｂブラウザに対して特定の情報（例えば、画面情報）を送信する。
【０００７】
このような画像形成装置においては、たとえ、同じ画像形成装置内に搭載されているＷｅｂブラウザからの接続であっても認証が行われてしまう。しかし、この認証はユーザにとっては不都合である。なぜなら、同じ画像形成装置内からの接続であれば、その接続は不正である可能性が低いにも関わらず、ユーザは認証を受けなくてはいけないからである。ユーザにとっては認証情報の入力の手間が増え、煩雑な操作が必要である。
【０００８】
また、特に、画像形成装置が次のような機能を持っている場合は、同じ画像形成装置内のＷｅｂブラウザからの接続が不正なユーザによるものである可能性はより低くなる。その機能とは、スキャナーや、プリンターを利用するために、ユーザが画像形成装置にログインする際の認証機能である。
【０００９】
このような認証機能を画像形成装置が備えている場合、画像形成装置の機能を利用するための認証と、Ｗｅｂサーバに接続する際の認証の両方の認証を行わなければならない。２つの認証は、同じ画像形成装置内で行なわれる認証であるため、画像形成装置を利用するために認証を行ったユーザと、Ｗｅｂブラウザを用いてＷｅｂサーバから操作画面を受信するユーザは同じ可能性が高い。それにも関わらず、ユーザは２回の認証情報の入力を行わなければならない。ましてや、２回の認証で用いる認証情報が夫々異なれば、ユーザは２つの認証情報を管理することになり、より不都合である。
【００１０】
そこで、本発明は、ローカルＷｅｂサーバから操作画面を受信し、Ｗｅｂブラウザに受信した操作画面を表示させる装置において、認証処理に関するユーザの手間を軽減させることを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために本発明の画像形成装置は、操作画面を生成するＷｅｂサーバを有し、前記Ｗｅｂサーバから前記操作画面を受信し、該操作画面を表示するためのブラウザとを有する画像形成装置であって、前記Ｗｅｂサーバに対し接続要求があった場合に、該接続要求の要求元を特定する特定手段と、前記ブラウザを介して、前記Ｗｅｂサーバを利用するユーザの認証を行う認証手段と、前記特定手段により要求元が前記画像形成装置のブラウザであると特定された場合は、前記認証手段による認証が行われないように制御し、認証が行われないように制御された状態で、前記Ｗｅｂサーバが前記画像形成装置のブラウザに操作画面を送信するように制御する制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、同じ画像形成装置内のＷｅｂブラウザから、Ｗｅｂサーバに接続があった場合は、認証処理に関するユーザの手間を軽減させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例１における画像処理システムの全体図。
【図２】本発明の実施例１におけるＭＦＰ１１０のハードウェア構成を示すブロック図。
【図３】本発明の実施例１におけるＰＣ１２０のハードウェア構成を示すブロック図。
【図４】本発明の実施例１における画像処理システムのソフトウェア構成を示すブロック図。
【図５】本発明の実施例１におけるＷｅｂブラウザ４０３に表示される操作画面の遷移を示す図。
【図６】本発明の実施例１に外部サービスＡ操作画面５３０を表示するまでのシーケンス図。
【図７】本発明の実施例１におけるＷｅｂアプリケーション４０４が実行する画面取得要求の処理を示すフローチャート。
【図８】本発明の実施例１におけるＷｅｂブラウザ４１１に表示される操作画面の遷移を示す図。
【図９】本発明の実施例１におけるＷｅｂブラウザ４１１から設定する、外部サービスの接続設定処理を示すシーケンス図。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の好適な実施の形態について詳細に説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【実施例１】
【００１５】
図１は、実施例１における画像処理システムの全体図である。ＭＦＰ１１０，およびＰＣ１２０は、夫々ＬＡＮ１５０を介してインターネット１６０に接続されており、相互に通信可能である。ＰＣ１２０は、実施例１ではＭＦＰ１１０の管理者が利用し、ＭＦＰ１１０内のソフトウェアを遠隔管理するために用いられる。なお、ＭＦＰ１１０は、画像形成装置の一例である。
【００１６】
また、後述するファイル管理サービスを提供する外部サーバＡ１３０は、ＬＡＮ１７０を介してインターネット１６０に接続されている。同様に、別のファイル管理サービスを提供する外部サーバＢ１４０は、ＬＡＮ１８０を介してインターネット１６０に接続されている。また、外部サーバＡ１３０、および外部サーバＢ１４０は、ＬＡＮ１８０を介してインターネット１６０に接続されている。これにより、ＭＦＰ１１０は、外部サーバＡ１３０や外部サーバＢ１４０と通信を行い、それぞれが提供するファイル管理サービスを利用することができる。
【００１７】
なお、ここでは、外部サーバＡ１３０が１台でファイル管理サービスを提供する例を示した。しかしながら、外部サーバＡ１３０の他の形態として、複数のサーバによって構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。この場合、所定の条件に応じてヴァーチャルマシンを増加させるスケールアウトと呼ばれる技術（クラウドコンピューティング）が用いられる。また、外部サーバＢ１４０についても同様である。
【００１８】
図２は、ＭＦＰ１１０のハードウェア構成を示すブロック図である。ＭＦＰ１１０は、図２に示すように次の構成要素から構成される。画像入力ＭＦＰであるスキャナー部１１２、画像出力デバイスであるプリンター部１１３、ＭＦＰ１１０の制御を司る制御部２００、および操作部１１１である。
【００１９】
ＣＰＵ２０１を含む制御部２００は、ＭＦＰ１１０全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２やＨＤＤ２０４に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。
【００２０】
ＨＤＤ２０４は、画像データやオペレーティングシステム、および各種アプリケーションプログラムを記憶する。後述のソフトウェアはＨＤＤ２０４内に記憶されており、ＣＰＵ２０１がそのソフトウェアをＲＡＭ２０３にロードして実行する。
【００２１】
操作部Ｉ／Ｆ２０５は、操作部１１１と制御部２００とを接続する。操作部１１１には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。プリンターＩ／Ｆ２０７は、プリンター１１３と制御部２００とを接続する。プリンター１１３で印刷する画像データは、プリンターＩ／Ｆ２０７を介して制御部２００から転送され、プリンター１１３において記録媒体上に印刷される。
【００２２】
スキャナーＩ／Ｆ２０６は、スキャナー１１２と制御部２００とを接続する。スキャナー１１２は、原稿上の画像を読み取って画像データを生成し、スキャナーＩ／Ｆ２０６を介して制御部２００に入力する。ネットワークＩ／Ｆ２０８は、制御部２００（ＭＦＰ１１０）をＬＡＮ１５０に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１５０を介して外部サーバＡ１３０に画像データや各種情報を送信したり、ＬＡＮ１５０を介して外部サーバＡ１３０から画像データや各種情報を受信したりするための通信制御を行う。外部サーバＢ１４０との通信制御も同様である。
【００２３】
図３は、ＰＣ１２０のハードウェア構成を示すブロック図である。ＣＰＵ３０１を含む制御部３００は、ＰＣ１２０全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０２やＨＤＤ３０４に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０４は、オペレーティングシステムや各種プログラムを記憶する。
【００２４】
入出力装置Ｉ／Ｆ３０５は、キーボード３０６、マウス３０７、及びディスプレイ３０８を制御部３００に接続する。ネットワークＩ／Ｆ３０９は、制御部３００（ＰＣ１２０）をＬＡＮ１５０に接続する。ネットワークＩ／Ｆ３０９は、ＬＡＮ１５０を経由してＭＦＰ１１０や外部サーバＡ１３０および外部サーバＢ１４０とのデータ通信を制御する。なお、外部サーバＡ１３０の構成と外部サーバＢ１４０の構成は、ＰＣ１２０と同様であるため省略する。
【００２５】
次に、実施例１の画像処理システムについて図４を用いて説明する。図４は、図１に示した画像処理システム全体の構成を示すブロック図である。図４に示す各部は、ＭＦＰ１１０、ＰＣ１２０、外部サーバＡ１３０、および外部サーバＡ１４０が有しているＣＰＵが、各種アプリケーションプログラムを実行することにより実現される。
【００２６】
ＭＦＰ１１０は、認証アプリケーション４０１、メニューアプリケーション４０２、Ｗｅｂブラウザ４０３、およびＷｅｂアプリケーション４０４を有する。さらに、ログインユーザコンテキスト保持部４０５、ユーザ情報保持部４０６、機器制御サービス４０７、プリンター部４０８、スキャナー部４０９、および送信部４１０を有する。
【００２７】
認証アプリケーション４０１は、ＭＦＰ１１０の操作を行うユーザを認証する機能を有し、操作部１１１に認証用のＵＩを表示し、ユーザからのログイン指示を受け付ける。
【００２８】
メニューアプリケーション４０２は、操作部１１１にＭＦＰ１１０が有している機能の一覧を表示し、ユーザに対し利用したい機能の選択を行わせる機能を提供する。また、メニューアプリケーション４０２は、ユーザが選択した機能を呼び出す。
【００２９】
Ｗｅｂブラウザ４０３は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４０４と通信する。より具体的には、Ｗｅｂブラウザ４０３により表示される操作画面のＨＴＭＬデータを、ＨＴＴＰのＧＥＴコマンドを用いて、Ｗｅｂアプリケーション４０４に対し要求する。その要求に対する応答として、Ｗｅｂブラウザ４０３は、Ｗｅｂアプリケーション４０４から送信されるレスポンスメッセージを受信する。Ｗｅｂブラウザ４０３は、Ｗｅｂアプリケーション４０４から受信したレスポンスメッセージを解析する。レスポンスメッセージの中にはＨＴＭＬデータまたは画像データが含まれる。Ｗｅｂブラウザ４０３は、レスポンスメッセージを解析して、操作部１１１に操作画面を表示する。また、操作部１１１に表示した操作画面を介してユーザが入力した操作に応じて、ＨＴＴＰのＰＯＳＴコマンドにより、ユーザによる操作の内容を示す操作情報をＷｅｂアプリケーション４０４に通知する。
【００３０】
Ｗｅｂアプリケーション４０４は、リクエスト処理部４１４、外部サービスＡリクエスト部４１５、外部サービスＢリクエスト部４１６、デバイス制御リクエスト部４１７そしてレスポンス生成部４１８からなる。詳細については後述するが、Ｗｅｂアプリケーション４０４は、Ｗｅｂブラウザと通信を行うときはＷｅｂサーバとして機能し、外部サーバＡ１３０、外部サーバＢ１４０と通信を行うときはクライアントとして機能する。なぜなら、Ｗｅｂアプリケーション４０４は、Ｗｅｂブラウザ４０３からの要求（リクエスト）に対して返答する機能と、外部サーバＡ１３０、外部サーバＢ１４０に対し要求を送信する機能の両方の役割を果たすからである。
【００３１】
リクエスト処理部４１４は、Ｗｅｂブラウザ４０３、およびＷｅｂブラウザ４１１からのリクエストを解析して、必要に応じて４１５〜４１７のリクエスト部を呼び出す。また、外部サービスＡリクエスト部４１５、外部サービスＢリクエスト部４１６からの結果（外部サーバＡ１３０、外部サーバＢ１４０が提供するサービスに関連する情報）をレスポンス生成部４１８に渡す。また、リクエスト元（接続要求を行った要求元）のＷｅｂブラウザの特定、およびＷｅｂブラウザ４０３、４１１からのリクエスト内容（要求内容）を判断して、レスポンス生成部４１８に対して画面の生成指示を行う。この処理については後述する。
【００３２】
外部サービスＡリクエスト部４１５は、外部サービスＡ４１２を利用するために、リクエストメッセージを送信するとともに、外部サービスＡ４１２から送信されるレスポンスメッセージを受信する。このレスポンスメッセージには、外部サービスＡ４１２が提供するサービスに関連する情報が含まれている。この際、外部サービスＡ４１２が公開している通信プロトコルに従って外部サービスＡリクエスト部４１５は通信を行う。
【００３３】
外部サービスＢリクエスト部４１６は、外部サービスＡ４１２と同様に、外部サービスＢに対して、リクエストメッセージの送信とレスポンスメッセージの受信を行う。
【００３４】
デバイス制御リクエスト部４１７は、リクエスト処理部４１４からのジョブ制御の指示に従って、機器制御サービス４０７を制御するためのリクエストを送信する。また、機器制御サービスからのレスポンスを受信し、機器の状態やジョブの状態を取得する。
【００３５】
レスポンス生成部４１８は、各リクエスト部４１５、４１６からのレスポンスを基に操作画面情報をＨＴＭＬデータとして生成し、要求元のＷｅｂブラウザに対してＨＴＭＬデータをレスポンスメッセージとして送信する。実施例１における、各リクエスト部４１５、４１６からのレスポンスとは、ＸＭＬ文書である。
【００３６】
ログインユーザコンテキスト保持部４０５は、ＭＦＰ１１０にログインしているユーザのコンテキスト情報を保持する。実施例１のログインコンテキストは、ユーザの識別子や権限情報などが含まれている。また、実施例１では、ログインのコンテキストは２種類存在する。１つ目のログインコンテキストは、ローカルログインコンテキストである。このログインコンテキストは、ＭＦＰ１１０の操作部１１１に表示されるＷｅｂブラウザ４０３を介してＭＦＰ１１０にログインしているユーザのログインコンテキストである。２つ目のログインコンテキストは、リモートログインコンテキストである。このログインコンテキストは、Ｗｅｂアプリケーション４０４とＷｅｂブラウザ４１１のセッション情報に関連したリモートログインコンテキストである。なお、リモートログインコンテキストは、セッション毎に作成するものとする。セッションは、Ｗｅｂブラウザから送信されるクッキー情報に含まれる識別子で判別する。これらログインコンテキストの生成については後述する。
【００３７】
ユーザ情報保持部４０６は、ログインユーザ毎の情報を管理するソフトウェアモジュールである。ユーザ情報保持部４０６は、外部サービスＡ４１２、および外部サービスＢ４１３へアクセスするためのＩＤやパスワードを、ユーザ毎に記録している。なお、実施例１では、１ユーザに対する外部サービスＡ４１２にアクセスするためのＩＤやパスワードと、外部サービスＢ４１３にアクセスするためのＩＤやパスワードは異なるものとする。無論、これらのＩＤやパスワードは、同じであっても良い。
【００３８】
機器制御サービス４０７は、プリントやスキャンと言ったジョブの指示に関するリクエストを受け付け、図４の４０８〜４１０の各デバイスの制御モジュールを呼び出し、ジョブを実行するソフトウェアである。また、各制御モジュールの状態を判別し、デバイス制御リクエスト部４１７に通知を行う。
【００３９】
プリンター部４０８は、印刷指示を受け付け、ＨＤＤ２０４内の画像データを、プリンターＩ／Ｆ２０７を介して、プリンター１１３で印刷を行うためのソフトウェアモジュールである。スキャナー部４０９は、スキャン指示を受け付け、スキャナーＩ／Ｆ２０６を介して、スキャナー１１２でスキャンを行うためのソフトウェアモジュールである。スキャンされ、生成された画像データは、ＨＤＤ２０４に格納される。送信部４１０は、ユーザからの送信指示を受け付け、ネットワークＩ／Ｆ２０８を介して、ＨＤＤ２０４内の画像データをユーザから指定された場所に送信するソフトウェアモジュールである。
【００４０】
ＰＣ１２０は、Ｗｅｂブラウザ４１１を有する。Ｗｅｂブラウザ４１１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４０４と通信する。そして通信によって得られた操作画面を入出力装置Ｉ／Ｆ３０５を介して、ディスプレイ３０８に表示する。実施例１における、上述の得られた操作画面とは、ＭＦＰ１１０から外部サーバＡ１３０、および外部サーバ１４０へ接続する際に必要となる設定情報を設定するための画面のことである。これにより、ＭＦＰ１１０から物理的に離れた装置から、Ｗｅｂアプリケーション４１５の設定を行うことが可能である。設定情報を設定するための操作画面の表示処理については、後述する。
【００４１】
外部サーバＡ１３０は、サービスを提供する装置であり、外部サービスＡ４１２を有する。外部サービスＡ４１２は、ファイル管理サービスを提供し、受信したリクエストメッセージを解析し、解析した内容に応じてファイルの処理を行う。具体的には、ファイルのアップロード、ファイルのダウンロード、或いはファイルの検索や削除を行う。なお、実施例１において、外部サービスＡ４１２はＷｅｂサービスのインタフェースを持ち、ＳＯＡＰメッセージにより制御されるものとする。また、上述の外部サービスＡリクエスト部４１５が受信するレスポンスメッセージには、ファイルの処理に関する情報（例えば、アップロードしたファイルの情報、ファイルの格納場所の情報）が含まれている。
【００４２】
外部サーバＢ１４０は、サービスを提供する装置であり、外部サービスＢ４１３を有する。外部サービスＢ４１３も外部サービスＡ４１２と同様にファイル管理サービスを提供するが、Ｗｅｂサービスのインタフェースの取り決めが異なる。外部サービスＢ４１３は、ＡＴＯＭにより制御されるものとする。
【００４３】
次に、ＭＦＰ１１０をユーザが操作して、外部サービスＡが管理するファイル一覧を表示する処理について図５を用いて説明する。この説明の中で、どのようにＷｅｂアプリケーション４０４がユーザを識別するかについても説明する。
【００４４】
図５は、ＭＦＰ１１０に表示されるユーザが操作する操作画面を示す図である。図５に示す各操作画面は、全てＭＦＰ１１０の操作部１１１に表示されるものである。以下に各画面の説明を行う。各画面間の遷移がどのように行われるかについては、後述のシーケンスで説明する。
【００４５】
ローカルログイン画面５００は、ＭＦＰ１１０を利用するユーザが認証を行う際に用いられる画面である。この画面は、認証アプリケーション４０１により表示される。ユーザが、ユーザ名入力テキストボックス５０１とパスワード入力テキストボックス５０２とに認証情報を入力し、ログインボタン５０３を押下することで、認証アプリケーション４０１があらかじめ記憶していたユーザ一覧と比較してユーザ認証を行う。ユーザ一覧には、ＭＦＰ１１０を利用するユーザの認証情報が記載されている。この認証が成功したことに応じて、認証を行ったユーザは、ＭＦＰ１１０の機能を利用することが可能となる。なお、実施例１では、この認証をユーザ認証と呼称する。
【００４６】
デバイスメニュー画面５１０は、デバイスで実行する機能をユーザに選択させるためのメニュー画面である。この画面は、メニューアプリケーション４０２が表示を行う。メニューには、コピーアプリケーションを起動するコピーボタン５１１、スキャンアプリケーションを起動するスキャンボタン５１２が並ぶ。同様にファクス送信アプリケーションを起動するファクスボタン５１３、ＨＤＤ２０４の画像を管理するアプリケーションを起動するボックスボタン５１４が並ぶ。実施例１では、さらに、Ｗｅｂブラウザ４０３を起動して、外部サービスＡ４１２を利用するための外部サービスＡボタン５１５と、外部サービスＢ４１３を利用するための外部サービスＢボタン５１６が並んでいる。また、ログアウトボタン５１７は、ユーザがＭＦＰ１１０の利用を終了する際に押下するボタンで、ローカルログイン画面５００に戻るためのものである。５２０〜５４０の画面のログアウトボタンも同じＧＵＩボタンである。
【００４７】
サービスログイン画面５２０は、外部サービスＡ４１２に対して認証を行うための画面である。この画面は、Ｗｅｂブラウザ４０３がＷｅｂアプリケーション４０４に操作画面の取得要求を行って表示される画面である。ユーザがログインＩＤテキストボックス５２１とパスワード入力テキストボックス５２１を入力し、ログインボタン５２４を押下することにより、外部サービスＡ４１２との認証が行われる。また、チェックボックス５２３は、ログインＩＤとパスワードを、Ｗｅｂアプリケーション４０４に記憶させておくかどうかをユーザにチェックさせるためのボックスである。
【００４８】
外部サービスＡ操作画面５３０は、Ｗｅｂブラウザ４０３がＷｅｂアプリケーション４０４に操作画面の取得要求を行って表示される画面である。Ｗｅｂアプリケーション４０４は、外部サービスＡ４１２が提供するサービスに関連する情報（実施例１では、ＸＭＬ文書）を取得し、取得した情報を基に画面を生成する。スキャンボタン５３１は、ユーザがスキャンを行う際に押下するボタンであり、ユーザに押下されると、現在選択されているフォルダにスキャンした画像が格納される。具体的には、リクエスト処理部４１４がスキャンボタン５３１の押下のイベントを受け取り、デバイス制御リクエスト部４１７にスキャンの指示を行う。デバイス制御リクエスト部４１７は、機器制御サービス４０７を介して、スキャナー部４０９と送信部４１０にジョブを投入し、紙のスキャンと読み取った画像の送信を行う。印刷ボタン５３２は、現在選択されているファイルを印刷するためのボタンであり、ユーザに押下されると、現在選択されているファイルが印刷される。具体的には、リクエスト処理部４１４が印刷ボタン５３２の押下のイベントを受け取り、外部サービスＡリクエスト部４１５を介して、外部サービスＡ４１２から操作画面５３０で選択されているファイルを受け取りＨＤＤ２０４に格納する。そして、デバイス制御リクエスト部４１７が機器制御サービス４０７を介してプリンター部４０８に格納したファイルの印刷ジョブを投入する。サービス終了ボタン５３３は外部サービスＡ４１２との接続を切り、サービスログイン画面５２０に戻るためのボタンである。
【００４９】
サービス設定画面５４０は、Ｗｅｂアプリケーション４０４が外部サービスＡ４１２や外部サービスＢ４１３と接続するために必要な設定を行う画面である。外部サービスＡ４１２に接続するための設定として、外部サービスＡ４１２のＵＲＬを入力するテキストボックス５４１と、ＳＳＬを利用するかどうかのトグルボタン５４２の２つを設定させる。外部サービスＢ４１３についても同様にテキストボックス５４３とトグルボタン５４４を設定させる。設定反映ボタン５４５は、入力された設定をＷｅｂアプリケーション４０４が保存する指示を受け付けるためのボタンである。
【００５０】
次に、ＭＦＰ１１０から、外部サービスＡ４１２を利用する際の処理について図６を用いて説明する。図６は、外部サービスＡ操作画面５３０を表示するまでのシーケンス図である。
【００５１】
ステップＳ６０１では、認証アプリケーション４０１がローカルログイン画面５００を表示してユーザからのログイン指示を受け付ける。認証アプリケーション４０１は、ユーザ名とパスワードを受け付けると認証を行う。
【００５２】
ステップＳ６０２は、ステップＳ６０１で認証が成功した場合に実行される。ステップＳ６０２では、認証アプリケーション４０１がログインコンテキストを生成し、ログインユーザコンテキスト保持部４０５にローカルログインユーザの情報として保存する。なお、このステップＳ６０２で生成されるログインコンテキストは、ローカルログインコンテキストである。
【００５３】
ステップＳ６０３では、認証アプリケーション４０１がメニューアプリケーション４０２を呼び出す。メニューアプリケーション４０２は呼び出されると、操作部１１１にデバイスメニュー画面５１０を表示する。
【００５４】
ステップＳ６０４では、メニューアプリケーション４０２がユーザからの機能の選択を受け付ける。実施例１では、ユーザが外部サービスＡボタン５１５の押下を受け付けたものとして話を進める。
【００５５】
ステップＳ６０５では、メニューアプリケーション４０２がＷｅｂブラウザ４０３を呼び出す。この際、メニューのボタン（外部サービスＡボタン５１５）にあらかじめ設定されているＵＲＬをＷｅｂブラウザ４０３に渡す。実施例１では、Ｗｅｂアプリケーション４０４が、外部サービスＡ４１２を利用するためのＵＲＬが指定されている。
【００５６】
ステップＳ６０６では、Ｗｅｂブラウザ４０３がステップＳ６０５で渡されたＵＲＬを元に、サービスに関連する情報の取得要求を行う。実施例１では、ＵＲＬのサーバ部分がＷｅｂアプリケーション４０４を示しているため、Ｗｅｂブラウザ４０３はＷｅｂアプリケーション４０４に操作画面の取得要求を行う。Ｗｅｂアプリケーション４０４は、Ｗｅｂブラウザ４０３からの操作画面の取得要求を受けて、応答すべき操作画面を生成する。
【００５７】
この際、Ｗｅｂアプリケーション４０４が行う処理について図７を用いて説明する。図７にＷｅｂブラウザ４０３、またはＷｅｂブラウザ４１１からの操作画面の取得要求に対して、Ｗｅｂアプリケーション４０４が行う処理のフローチャートを示す。
【００５８】
ステップＳ７０１では、Ｗｅｂアプリケーション４０４は、Ｗｅｂアプリケーション４０４接続した要求元を特定する。具体的には、Ｗｅｂアプリケーション４０４は、要求元のＷｅｂブラウザが同じＭＦＰ１１０内のクライアントであるか否かを判断する。これについてより詳細に説明する。Ｗｅｂアプリケーション４０４は、Ｗｅｂアプリケーション４０４が開いているネットワークポートに対して接続してきたクライアントのＩＰアドレスを取得する。そして、そのＩＰアドレスが、ローカルループバック用のアドレスであった場合、Ｗｅｂアプリケーション４０４は、同じＭＦＰ１１０内のＷｅｂブラウザからのアクセスであると判断する。例えば、ＷｅｂブラウザのアドレスがＩＰｖ４アドレスであれば、「１２７．０．０．１」をローカルループバックと判断する。また、ＩＰｖ６アドレスであれば、「：：１」をローカルループバックと判断する。そしてＷｅｂブラウザがローカルループバックを利用してアクセスしてきた場合、つまりＷｅｂアプリケーション４０４が、Ｗｅｂブラウザ４０３からのアクセスであると判断した場合、ステップＳ７０２に遷移し、そうでない場合は、ステップＳ７１４に遷移する。
【００５９】
実施例１では、ＩＰアドレスを基にローカルループバックアドレスを判断し、同じ機器内のＷｅｂブラウザであると判断しているが、その他の方法であってもよい。たとえばＷｅｂサーバ４０３とＷｅｂアプリケーション４０４とに証明書を配置して、Ｗｅｂブラウザを認証するような構成でもよい。このように、ローカルであるか否かを判断するために用いられる情報（ＩＰアドレスや、証明書等）を、実施例１では識別情報と呼ぶ。
【００６０】
ステップＳ７０２では、Ｗｅｂブラウザ４０３からアクセスされた場合であり、現在ＭＦＰ１１０にログインしているユーザのローカルログインコンテキストをログインユーザコンテキスト保持部４０５から取得する。なお、このように処理することで、Ｗｅｂアプリケーション４０４は、Ｗｅｂブラウザ４０３がＷｅｂアプリケーション４０４から操作画面を受信する際に必要となるユーザ認証が行われないように制御している。なぜ、ユーザ認証が行われないように制御するのかと言うと、Ｗｅｂアプリケーション４０４へ接続してきた要求元が同じＭＦＰ１１０内に存在すため、不正なアクセスである可能性が低いからである。また、ＭＦＰ１１０を利用しているユーザは、このアクセスのセッションのユーザとみなされる。なぜなら、ローカルのＷｅｂブラウザ４０３を利用しているのは、ＭＦＰ１１０にログインしているユーザであると判断できるためである。
【００６１】
ステップＳ７０３では、Ｗｅｂアプリケーション４０４に外部サービスＡ４１２への接続設定がなされているかどうかの判断を行う。接続設定がなされていない場合はステップＳ７１１に遷移する。接続設定がなされている場合は、ステップＳ７０４に遷移する。
【００６２】
ステップＳ７０４では、Ｗｅｂブラウザ４０３からのリクエスト情報に、セッション情報があるかどうかを判断する。具体的には、セッションを示すクッキー情報がリクエストに含まれているかどうか、またそのクッキー情報で識別するセッションがタイムアウトしておらず有効かどうかを判断する。セッション情報が有効である場合は、ステップＳ７０８に遷移し、そうでない場合は、外部サービスＡ４１２に接続されていないと判断し、ステップＳ７０５に遷移する。
【００６３】
ステップＳ７０５では、外部サービスＡ４１２に接続するためのＩＤとパスワードを取得する。リクエスト処理部４１４が、ステップＳ７０２で取得したユーザのコンテキストを基に、そのユーザが以前入力したことで保持された外部サービスＡ４１２に接続するためのＩＤとパスワードを、ユーザ情報保持部４０６に要求する。ユーザ情報保持部４０６から、外部サービスＡ４１２に接続するためのユーザのＩＤとパスワード等の情報特定を行う。もしも、ユーザ情報保持部４０６内にＩＤとパスワード情報がない場合（そのユーザが、外部サービスＡ４１２に初めてアクセスする場合）は、空文字列とする。
【００６４】
ステップＳ７０６では、レスポンス生成部４１８は、ステップＳ７０５で取得したＩＤとパスワードを元に、サービスログイン画面５２０用のＨＴＭＬデータを生成する。
【００６５】
ステップＳ７０７では、レスポンス生成部４１８は、レスポンスとして生成したＨＴＭＬデータを要求元のＷｅｂブラウザに送信する。ステップＳ７０６、または後述するＳ１７０の処理が実行されている場合は、レスポンスはＷｅｂブラウザ４０３に送信される。なお、このレスポンスは、Ｗｅｂアプリケーション４０４を利用する際に必要となる認証が行わないように制御された状態で、Ｗｅｂブラウザ４０３に送信される。さらに、後述するステップＳ７１２、ステップＳ７１３の処理が実行されている場合は、レスポンスはＷｅｂブラウザ４１１に送信される。なお、このレスポンスは、Ｗｅｂアプリケーション４０４を利用する際に必要となる認証が成功したことに応じて送信される。
【００６６】
ステップＳ７０８では、ステップＳ７０４でＷｅｂアプリケーション４０４とＷｅｂブラウザ４０３とのセッション情報が有効であると判断された場合であり、外部サービスＡ４１２とＷｅｂアプリケーション４０４間のセッションが有効かどうかを判断する。外部サービスＡ４１２とのセッションが有効であると判断した場合、ステップＳ７０９に遷移し、そうでない場合はステップＳ７０５に遷移して、サービスにログインするための画面を作成する処理を行う。
【００６７】
ステップＳ７０９では、外部サービスＡ操作画面５３０を生成するための情報を得るために、外部サービスＡ４１２にフォルダ一覧の取得要求を行う。具体的には、リクエスト処理部４１８が外部サービスＡリクエスト部４１５を介してサービスに関連する情報を受信する。
【００６８】
ステップＳ７１０では、ステップＳ７０９で外部サービスＡ４１２から受信した情報を基に、外部サービスＡ操作画面５３０のＨＴＭＬデータを生成する。そしてステップＳ７０７に遷移して、生成した外部サービスＡ操作画面５３０の画面データをＷｅｂブラウザ４０３に送信する。
【００６９】
ステップＳ７１１では、処理を行うユーザのログインコンテキストの権限をチェックし、管理者であるか否かを判断する。このステップＳ７１１の処理は、ステップＳ７０３で外部サービスＡ４１２への接続設定がなされていない、または後述のステップＳ７１４で、ローカル以外（ＭＦＰ１１０以外）のＷｅｂブラウザからアクセスされてリモートログインされた場合に実行される。リクエスト処理部４１４は、ステップＳ７０２で取得したローカルログインコンテキスト、または後述のステップＳ７１５で取得したリモートログインコンテキスト内に保存されているユーザの権限をチェックする。そして、リクエスト処理部４１４は、チェックしたログインコンテキストを基に、ログインユーザが管理者かどうかを判断する。ユーザが管理者と判断された場合はステップＳ７１２に遷移し、そうでない場合はステップＳ７１３に遷移する。
【００７０】
ステップＳ７１２では、サービス設定画面５４０のＨＴＭＬデータを生成する。そしてステップＳ７０７に遷移して、生成されたサービス設定画面５４０の画面データを要求元のＷｅｂブラウザ４１１に送信する。
【００７１】
ステップＳ７１３では、管理者権限のユーザで外部サービスＡ、もしくは外部サービスＢ、またはその両方に接続するための設定を行わせる旨のエラー画面（不図示）のＨＴＭＬデータを作成する。そしてステップＳ７０７に遷移して、生成したエラー画面の画面データをＷｅｂブラウザ４１１に送信する。
【００７２】
ステップＳ７１４では、ステップＳ７０１でローカルのＷｅｂブラウザ４０３以外のＷｅｂブラウザからアクセスされたと判断された場合であり、そのＷｅｂブラウザからのクッキー情報を元に、Ｗｅｂサーバにリモートログイン済みかどうかを判断する。実施例１では、ＰＣ１２０のＷｅｂブラウザ４１１からのアクセスで認証を行ったかどうかに該当する。具体的には、ログインユーザコンテキスト保持部４０５に問い合わせて、Ｗｅｂブラウザとのセッションに対応した認証情報があるかどうかを判断する。ログイン済みと判断した場合は、ステップＳ７１５に遷移し、そうでない場合は、ステップＳ７１６に遷移する。リモートログインの認証処理については後述する。
【００７３】
ステップＳ７１５では、リモートログインを行ったユーザのリモートログインコンテキストを取得して、ステップＳ７１１に遷移し、管理者かどうかの判断を行う。
【００７４】
ステップＳ７１６では、リモートからのアクセスで、認証が行われていないケースであり、Ｗｅｂブラウザ４１１に認証アプリケーション４０４のリモートからのアクセスポイントを示すＵＲＬへのリダイレクト情報を作成する。そしてステップＳ７０７に遷移してリダイレクト情報を要求元であるＷｅｂブラウザ４１１に送信する。
【００７５】
以上が、Ｗｅｂブラウザ４０３、またはＷｅｂブラウザ４１１からの操作画面の要求に対して、Ｗｅｂアプリケーション４０４が行う処理のフローチャートである。
【００７６】
図６の説明に戻り、ステップＳ６０６でＷｅｂブラウザ４０３からＷｅｂアプリケーション４０４に要求が行われると、Ｗｅｂアプリケーション４０４はステップＳ７０１でローカルからのアクセスと判断する。
【００７７】
ステップＳ６０７では、Ｗｅｂアプリケーション４０４がステップＳ７０２の処理により次の処理が行われる。即ち、Ｗｅｂアプリケーション４０４を利用する際に必要となるユーザの認証処理が行われないよう制御された状態で、Ｗｅｂアプリケーション４０４が、ログインユーザコンテキスト保持部４０５から、ログインしているユーザの情報を取得する処理である。
【００７８】
ステップＳ６０８では、Ｗｅｂアプリケーション４０４がステップＳ７０５の処理を行う。このシーケンスでは、すでに外部サービスの設定はなされている前提で、ステップＳ７０３の分岐はステップＳ７０４に遷移する。ステップＳ７０４では、Ｗｅｂブラウザ４０３からの最初のアクセスなのでセッション情報はない。そのためステップＳ７０５に遷移する。ステップＳ７０５の処理により、ステップＳ６０７で取得したユーザ名を元に、Ｗｅｂアプリケーション４０４は、そのユーザが以前記憶させた外部サービスＡ４１２に接続するためのＩＤとパスワードをユーザ情報保持部４０６から取得する。
【００７９】
ステップＳ６０９では、Ｗｅｂアプリケーション４０４がステップＳ７０５からステップＳ７０７までの処理により生成したサービスログイン画面５２０のＨＴＭＬデータを、レスポンスとしてＷｅｂブラウザ４０３に送信する。なお、このときにリクエスト処理部４１４は、外部サービスＡ４１２と通信を行うためのセッション情報を生成し、その識別子をクッキーとしてＷｅｂブラウザ４０３に送る。
【００８０】
ステップＳ６１０では、Ｗｅｂブラウザ４０３により表示されたサービスログイン画面５２０で、ユーザからの入力を受け付け、利用開始ボタン５２４が押されたケースである。このときＷｅｂブラウザは、ＩＤテキストボックス５２１とパスワードテキストボックス５２２の情報をＷｅｂアプリケーション４０４にＨＴＴＰのＰＯＳＴメソッドを利用して送信する。
【００８１】
ステップＳ６１１では、Ｗｅｂアプリケーション４０４が受け取ったＩＤとパスワードを元に、外部サービスＡ４１２に対して接続を行う。
【００８２】
ステップＳ６１２では、ステップＳ６１１で認証が成功した場合であり、外部サービスＡ４１２からＷｅｂアプリケーション４０４へ認証チケットデータを送付する。認証チケットデータは、Ｗｅｂアプリケーション４０４がセッションとあわせて管理し、次回以降、外部サービスＡ４１２にアクセスする際に利用される。もしも、認証が失敗した場合は、エラーがＷｅｂアプリケーション４０４に通知され、Ｗｅｂアプリケーション４０４は、再びサービスログイン画面５２０のＨＴＭＬデータをブラウザ４０３に送信する。
【００８３】
ステップＳ６１３では、Ｗｅｂアプリケーション４０４が、外部サービスＡ４１２に対してステップＳ６１２で取得したチケットを用いてフォルダ情報の取得を行う。
【００８４】
ステップＳ６１４では、Ｗｅｂアプリケーション４０４は、ステップＳ６１３で取得したフォルダ情報（サービスに関連する情報）を元に、外部サービスＡ操作画面５３０のＨＴＭＬデータを生成し、ステップＳ６１０の応答としてＷｅｂブラウザ４０３へ送信する。結果として、Ｗｅｂブラウザ４０３には、外部サービスＡ操作画面５３０が表示される。なお、Ｗｅｂブラウザ４０３は、次にＷｅｂアプリケーション４０４にアクセスする際には、クッキー情報を共に送信する。これにより、ステップＳ７０４でセッションが有効であると判断され、ステップＳ７０８で外部サービスＡ４１２と接続済みであると判断された場合、外部サービスＡ操作画面５３０が表示されることになる。
【００８５】
以上が、ＭＦＰ１１０から、外部サービスＡ４１２を利用する際の処理の説明である。このように、Ｗｅｂサーバと同一のＭＦＰ上にあるＷｅｂブラウザからのアクセスに関して、Ｗｅｂアプリケーションを利用する際の認証を省略する他、外部サーバに対するユーザ毎の情報の管理を行うことができる。
【００８６】
なお、実施例１では、外部サービスＡ４１２に対しての説明を行ったが、外部サービスＢ４１３に対しての処理も同様に行うことが可能である。
【００８７】
次に、ユーザが外部サービスＡを終了する場合について述べる。まず、ユーザが外部サービスＡ操作画面５３０において、サービス終了ボタン５３３を押下した場合について述べる。この場合、まずＷｅｂブラウザ４０３から、Ｗｅｂアプリケーション４０４に対して、サービス終了ボタン５３３が押下されたことをＨＴＴＰのＰＯＳＴコマンドで通知を行う。Ｗｅｂアプリケーション４０４は、これを契機に外部サービスＡ４１２との接続を破棄する。具体的には、外部サービスＡ４１２に切断の通知を行うと共に、外部サービスＡ４１２から受け取っている認証チケットを削除する。そして、Ｗｅｂブラウザ４０３とのセッションを破棄する。そして、Ｗｅｂブラウザには、サービスログイン画面５２０の画面データを送り、処理を終了する。
【００８８】
次に、ユーザが外部サービスＡ操作画面５３０において、ログアウトボタン５１７を押下した場合について述べる。ログアウトボタン５１７が押下された場合、認証アプリケーション４０１がローカルログインユーザのコンテキストを破棄するとともに、各アプリケーションに通知を行う。このとき、Ｗｅｂブラウザ４０３から、Ｗｅｂアプリケーション４０４に通知は何も行われない。一方、認証アプリケーション４０１から通知を受けたＷｅｂアプリケーション４０４は、破棄したコンテキストに関連するローカルユーザの情報を基に接続している外部サービスＡ４１２に対し、接続を破棄する。このように、Ｗｅｂアプリケーション４０４は、ローカルのクライアントからの要求と関連して、接続した外部サービスとの接続を削除することが可能である。これにより、ＭＦＰ１１０のログアウト処理に連動して、サービスを提供する外部サーバとの接続を破棄することができるので、ユーザにとって便利である。なぜなら、ユーザは、２回のログアウト処理を行う必要がないからである。
【００８９】
次に、ＰＣ１２０からＭＦＰ１１０に対して、Ｗｅｂアプリケーション４０４の設定を行う処理について図８、図９を用いて説明する。図８は、ＰＣ１２０のＷｅｂブラウザ４１１により表示される操作画面、リモートログイン画面８１０を示す図である。
【００９０】
リモートログイン画面８１０は、ユーザがＷｅｂブラウザ４１１を用いてＷｅｂアプリケーション４０４にアクセスしたときに表示されるリモートログインの画面である。この画面はＷｅｂアプリケーション４０４が認証アプリケーション４０１へのリダイレクトを行った結果として表示される。この処理については後述する。ユーザにユーザ名テキストボックス８１１とパスワード入力テキストボックス８１２を入力させて、ログインボタン８１３を押下されることにより、認証アプリケーション４０１があらかじめ記憶していたユーザ一覧と比較してユーザ認証を行う。
【００９１】
サービス設定画面８２０は、Ｗｅｂアプリケーション４０４によりリモートログインを行ったユーザが管理者と判断された場合に、Ｗｅｂブラウザ４１１に表示される画面である。表示される内容は、サービス設定画面５４０と同じである。
【００９２】
図９は、ユーザがＰＣ１２０のＷｅｂブラウザ４１１から、Ｗｅｂアプリケーション４０４に接続した場合の処理を示すシーケンス図である。
【００９３】
ステップＳ９０１では、Ｗｅｂブラウザ４１１がユーザからのＷｅｂアプリケーション４０４のＵＲＬの入力を受け付けて、Ｗｅｂアプリケーション４０４に対して画面の取得要求を行う処理である。このリクエストに応答して、Ｗｅｂアプリケーション４０４は次の処理を行う。まず、ステップＳ７０１において、ローカルからのアクセスではなく、リモートからのアクセスであると判断し、ステップＳ７１４に遷移する。ステップＳ７１４に処理が移ったため、ユーザがＷｅｂブラウザ４１１を介して、Ｗｅｂアプリケーション４０４を利用するための認証を行うように制御する。
【００９４】
ステップＳ９０２では、ステップＳ９０１、ステップＳ７１６、ステップＳ７０７の処理により、Ｗｅｂアプリケーション４０４は、Ｗｅｂブラウザ４１１が認証アプリケーション４０１のＵＲＬへアクセスするようにリダイレクト情報を渡す。
【００９５】
ステップＳ９０３では、ステップＳ９０２で渡されたリダイレクトの指示により、Ｗｅｂブラウザ４１１は、認証アプリケーション４０１にリモートログイン画面８１０の要求を行う。
【００９６】
ステップＳ９０４では、認証アプリケーション４０１は、Ｗｅｂブラウザ４１１にリモートログイン画面８１０のＨＴＭＬデータを送信する。
【００９７】
ステップＳ９０５では、Ｗｅｂブラウザ４１１は、ユーザからの認証情報の入力を受け付けて、その認証情報を認証アプリケーション４０１に対して、ＨＴＴＰのＰＯＳＴコマンドを利用し送信する。
【００９８】
ステップＳ９０６では、認証アプリケーション４０１が、ステップＳ９０５で渡された認証情報を元に認証を行う。実施例１では認証が成功したとして説明をおこなう。認証が成功したことに応じて、セッション情報の識別子のクッキー情報とログインコンテキストを共に、ログインユーザコンテキスト保持部４０５にリモートログインコテキストとして保存する。
【００９９】
ステップＳ９０７では、認証アプリケーション４０１が、セッションのクッキー情報と、Ｗｅｂアプリケーション４０４へのリダイレクト情報の２つの情報をＷｅｂブラウザ４１１へ送信する。
【０１００】
ステップＳ９０８では、Ｗｅｂブラウザ４１１は、リダイレクト情報を基にＷｅｂアプリケーション４０４へ接続をおこなう。なお、ステップＳ９０６の処理で認証がされているため、ステップＳ７１４の判断ですでにログイン済みと判断される。
【０１０１】
ステップＳ９０９では、Ｗｅｂアプリケーション４０４がステップＳ７１５の処理としてログインユーザコンテキスト保持部４０５から、リモートログインコンテキストの権限情報を取得する。
【０１０２】
ステップＳ９１０では、Ｗｅｂアプリケーション４０４がサービス設定画面５４０のＨＴＭＬデータをＷｅｂブラウザ４１１に送信する。実施例１では、管理者がログインしているので、ステップＳ７１１で管理者と判断され、サービス設定画面８２０のＨＴＭＬデータが送信される。
【０１０３】
以上が、ＰＣ１２０からＭＦＰ１１０に対して、Ｗｅｂアプリケーション４０４の設定を行う処理である。このように、ＭＦＰ１１０のＷｅｂブラウザ４０３とは異なる、Ｗｅｂブラウザからアクセスされた場合は、リモートの認証を行い、そのユーザに応じた処理を行うことが可能となる。実施例１で言えば、リモートの認証を行ったユーザが管理者であれば、サービス設定画面８２０を送信し、管理者以外であれば、エラー画面が送信される。
【０１０４】
［変化形］
本発明の実施例１において、Ｗｅｂサーバは、ＭＦＰ１１０のブラウザ以外からの接続であっても、認証が成功すれば設定画面を送信した。これにより、管理者が複数台のＭＦＰの設定を変える際に、ＭＦＰの前に行って一台ずつ設定するという手間を省くことが可能になる。しかし、この効果を望まないのであれば、ＭＦＰ１１０内のユニットからの接続以外の接続は全てエラーとして処理しても良い。エラーとなった場合、Ｗｅｂアプリケーション４０４は、ＭＦＰ１１０以外からの要求に対して、ＭＦＰ１１０からアクセスするように促すエラー画面をＷｅｂブラウザに送信しても良い。これにより、ＭＦＰ１１０に対する不正な接続をより低減させることが可能になる。
【０１０５】
なお、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１０６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【図１】
2011191888.tif 000003
【図２】
2011191888.tif 000004
【図３】
2011191888.tif 000005
【図４】
2011191888.tif 000006
【図５】
2011191888.tif 000007
【図６】
2011191888.tif 000008
【図７】
2011191888.tif 000009
【図８】
2011191888.tif 000010
【図９】
2011191888.tif 000011