情報処理システム、情報処理装置、及び情報処理装置の制御方法
【課題】Ｗｅｂサーバで認証処理を実行させつつ、その認証が成功した場合に情報処理装置が備える機能を使用可能な仕組みを提供する。
【解決手段】本発明の情報処理装置は、ネットワークに接続されたＷｅｂサーバから認証のための操作画面を取得し、取得した操作画面を表示することによりユーザからの認証データの入力操作を受け付け、受け付けた認証データを用いた認証処理を前記Ｗｅｂサーバに要求し、認証が成功した旨の通知を前記Ｗｅｂサーバから受けた場合に前記情報処理装置が備える機能のユーザによる使用を許可する。
【解決手段】本発明の情報処理装置は、ネットワークに接続されたＷｅｂサーバから認証のための操作画面を取得し、取得した操作画面を表示することによりユーザからの認証データの入力操作を受け付け、受け付けた認証データを用いた認証処理を前記Ｗｅｂサーバに要求し、認証が成功した旨の通知を前記Ｗｅｂサーバから受けた場合に前記情報処理装置が備える機能のユーザによる使用を許可する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバと、当該Ｗｅｂサーバによって提供される操作画面を表示するためのＷｅｂブラウザを有する情報処理装置とを含む情報処理システム、当該情報処理システムを構成する情報処理装置、及び情報処理装置の制御方法に関する。
【背景技術】
【０００２】
従来より、情報処理装置が備える認証アプリケーションにより、認証画面の出力を行うと共に、ユーザから受け付けた認証情報によって認証処理を行って、認証が成功した場合に、情報処理装置が備える機能をユーザに提供する技術がある。当該認証処理は、ユーザの認証情報を情報処理装置に予め登録された認証情報と照合することで行う。または、ネットワークで接続されたＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）サーバによって管理される認証情報を照合する方法等がある。ＬＤＡＰサーバを使用する場合、認証処理のために照合する認証情報を一元管理することが可能になる。
【０００３】
また、情報処理装置がネットワーク上のＷｅｂサーバと接続されるシステムにおいて、Ｗｅｂサーバにより提供される認証画面を情報処理装置のＷｅｂブラウザ上に表示することで、ユーザに認証のための操作を促し、入力された情報を用いてＷｅｂサーバで認証処理を行った後、Ｗｅｂサーバが有する機能の使用を可能とする技術がある。
【０００４】
この場合、情報処理装置がネットワーク上のＷｅｂサーバに対して認証画面を要求し、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに認証画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００５】
更に、Ｗｅｂブラウザに表示された認証画面に従ってユーザが認証情報を入力すると、入力された情報をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションが入力された情報を基に、Ｗｅｂサーバ上に持つ認証情報を照会し、認証処理を行う。認証された場合にはサーバの機能がユーザに提供される。これにより、ユーザが操作する操作画面をＷｅｂサーバで一括管理することが可能になる。
【０００６】
最近では、プリンタやスキャナの機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｐｈｅｒａｌ）の中にも上述のようなＷｅｂブラウザを備えるものがある。ＭＦＰは上述した手順によってＷｅｂサーバから提供される認証画面をＭＦＰのＷｅｂブラウザ上に表示し、ユーザからの認証情報の入力を受け付ける。これにより、ＭＦＰにおいても上記と同様の認証が可能となる。
【０００７】
また、ユーザの使用する操作画面の管理のために、特許文献１のような技術も考えられている。特許文献１の記述によれば、ユーザがＭＦＰの操作を行う際に操作画面に表示される画面を制御するため、あらかじめ各ユーザに応じて画面遷移情報をＷｅｂサーバに登録しておく。ＭＦＰとネットワークによって接続するＷｅｂサーバにおいて、使用しているユーザと画面遷移情報に基づいて次に表示する画面を判断し、ＭＦＰが備えるＷｅｂブラウザに表示することで、ユーザに応じて適切な操作画面を提供する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２７９９７４号公報
【特許文献２】特開２００５−１１７３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来の技術では、ＭＦＰが備えるログインアプリケーションによって認証を行った後にＭＦＰのアプリケーションの機能を使用すること、又は特許文献１のように、ＭＦＰが備えるＷｅｂブラウザを使用してＷｅｂサーバに認証要求を行い、Ｗｅｂサーバによって認証を行った後にＷｅｂサーバが備える機能を使用することしかできなかった。
【００１０】
一方、Ｗｅｂサーバで一元管理された、認証情報と認証画面とによってユーザの認証を行いたいが、使用するアプリケーションはＭＦＰが備えるアプリケーションであるような場合には対応できなかった。
【００１１】
また、ＭＦＰとＷｅｂサーバとの間をネットワークで接続するシステムの場合、一般的にＷｅｂサーバからデータの受信を行うエンドポイントのＵＲＩは常に固定されているため、例えば、ユーザが不正にエンドポイントのＵＲＩにアクセスすることでＭＦＰを不正使用できてしまう可能性がある。
【００１２】
特許文献２には、クライアントＰＣから印刷データを受信するＭＦＰのポートに対して、不正に印刷ジョブを送り、印刷されてしまうことを防止する技術が開示されている。この技術は、動的にポートのＵＲＩを変更し、さらにポートが開いているかどうかを管理することで不正な印刷や印刷妨害などの行為を防ぐものである。
【００１３】
しかし、この場合においても、クライアントＰＣから通常の手続きを踏んでアクセスされた場合、クライアントＰＣに対して印刷ジョブ受信用のポートを割り当て、通信を受け付けてしまう。そのため、不正に印刷が行われてしまう可能性がある。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、本発明に係るシステムは、
情報処理装置と、前記情報処理装置に出力するための画面データ及びユーザを認証するための認証データを管理する管理データベースを有するＷｅｂサーバとを含むシステムであって、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂサーバに対して認証用画面データのリクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザからの認証用画面データのリクエストに応じて認証用画面データを前記Ｗｅｂブラウザに送信し、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂアプリケーションから取得した認証用画面データに従った画面を表示し、表示した画面によりユーザから認証データの入力を受け付け、受け付けた認証データを用いて前記Ｗｅｂアプリケーションに認証処理リクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザから受信した認証データと前記管理データベースで管理されている認証データとを照合することにより認証処理を行い、前記Ｗｅｂブラウザに認証結果の通知を行い、
前記情報処理装置のログインアプリケーションロジックが、前記認証結果の通知が認証成功である旨を示す場合に、前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、Ｗｅｂサーバで認証処理を実行させつつ、その認証が成功した場合にユーザが情報処理装置が備える機能を使用可能な仕組みを提供することができる。
【００１６】
また、Ｗｅｂサーバに認証処理を依頼したユーザと異なるユーザが情報処理装置にアクセスした場合に、権限のないユーザが情報処理装置が備える機能を不正に使用することを防止可能な仕組みを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１、第２及び第３の実施形態における情報処理システムの全体構成を示す図である。
【図２】本発明の第１、第２及び第３の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。
【図３】本発明の第１、第２及び第３の実施形態におけるＷｅｂサーバ１０２の構成を示すブロック図である。
【図４】本発明の第１及び第３の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図５】本発明の第１の実施形態におけるログインフレームワーク４７０、ログインアプリケーションロジック４２０、Ｗｅｂブラウザ４１０、Ｗｅｂアプリケーション４５０の一連の処理を実行する動作を説明するシーケンス図である。
【図６】本発明の第１、第２及び第３の実施形態におけるＷｅｂアプリケーション４５０のＨＴＭＬファイル生成の動作を説明するフローチャートである。
【図７】本発明の第１及び第３の実施形態におけるＷｅｂブラウザ４１０に表示される認証画面の外観を表す図である。
【図８】本発明の第１、第２及び第３の実施形態における認証処理の動作を説明するフローチャートである。
【図９】本発明の第２の実施形態におけるＭＦＰ１０１の持つアプリケーションを使用するためのネイティブ画面の外観を表す図である。
【図１０】本発明の第２の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図１１】本発明の第２の実施形態におけるＩＣカードを用いた認証画面の外観を表す図である。
【図１２】本発明の第２の実施形態におけるキーボード入力を用いた認証画面の外観を表す図である。
【図１３】本発明の第２の実施形態における起動時の処理を実行する動作を説明するシーケンス図である。
【図１４】本発明の第２の実施形態におけるＩＣカード認証時の処理を実行する動作を説明するシーケンス図である。
【図１５】本発明の第２の実施形態におけるキーボード認証時の処理を実行する動作を説明するシーケンス図である。
【図１６】本発明の第２の実施形態におけるログオフ時の処理を実行する動作を説明するシーケンス図である。
【図１７】本発明の第３の実施形態におけるログインフレームワーク４７０、ログインアプリケーションロジック４２０、Ｗｅｂブラウザ４１０、Ｗｅｂアプリケーション４５０の一連の処理を実行する動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に関わる発明を限定するものでなく、また、実施形態で説明されている特徴の組み合わせのすべてが発明の解決手段に必須のものとは限らない。
【００１９】
（第１の実施形態）
図１は、本発明の第１の実施形態における情報処理システムの全体構成を示す図である。ＬＡＮ１１０のネットワーク上にＭＦＰ１０１およびＷｅｂサーバ１０２が互いに通信可能に接続されている。なお、ＬＡＮ１１０は、説明の便宜上、ＬＡＮ（ローカル・エリア・ネットワーク）と記載しているが、インターネットなどの他のネットワークでも構わない。
【００２０】
図２は、ＭＦＰ１０１の構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読み取り制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。
【００２１】
操作部Ｉ／Ｆ２１７は、操作部２２１と制御部２１０とを接続する。操作部２２１には、タッチパネル機能を有する液晶表示部やキーボードなどを含む。操作部２２１にはＭＦＰ１０１の操作画面が表示され、ユーザからの入力操作を受け付ける。また、ＭＦＰ１０１は、Ｗｅｂブラウザ４１０を有する。ＭＦＰ１０１のＷｅｂブラウザ４１０は、Ｗｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２２１の液晶表示部に表示する。ここで、ＭＦＰ１０１のＷｅｂブラウザ４１０が受信するＨＴＭＬファイルは必ずしもＷｅｂサーバ１０２から受信したものでなくても構わない。例えば、ＭＦＰ１０１内部のサーブレットアプリケーションから受信したＨＴＭＬファイルでも構わない。
【００２２】
プリンタＩ／Ｆ２１５は、プリンタ２１９と制御部２１０とを接続する。プリンタ２１９で印刷すべき画像データはプリンタＩ／Ｆ２１５を介して制御部２１０からプリンタ２１９に転送され、プリンタ２１９において記録媒体上に印刷される。
【００２３】
スキャナＩ／Ｆ２１６は、スキャナ２２０と制御部２１０とを接続する。スキャナ２２０は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１６を介して制御部２１０に入力する。
【００２４】
ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００２５】
図３は、Ｗｅｂサーバ１０２の構成を示すブロック図である。
【００２６】
ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して、各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。
【００２７】
ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００２８】
図４は、情報処理システム全体のソフトウェア構成を説明するための図である。図４に示す各機能部は、ＭＦＰ１０１やＷｅｂサーバ１０２が備えるＣＰＵ３１１が制御プログラムを実行することによって実現される。
【００２９】
ＭＦＰ１０１は、Ｗｅｂブラウザ４１０、ログインアプリケーションロジック４２０、アクセス制御情報記憶部４３０、プリファレンス情報記憶部４４０、及びログインフレームワーク４７０を備える。アクセス制御情報記憶部４３０、プリファレンス情報記憶部４４０は、ＭＦＰ１０１に出力するための画面データ及びユーザを認証するための認証データを管理する管理データベースとして機能する。
【００３０】
Ｗｅｂブラウザ４１０は、通信部４１１、解析部４１２、及び画面表示部４１３を含む。通信部４１１は、ＨＴＴＰプロトコルにしたがってＷｅｂアプリケーション４５０のプレゼンテーション部４５１と通信する。具体的には、通信部４１１はＵＲＩによって特定されるＷｅｂアプリケーション４５０のリソースに対してＧＥＴまたはＰＯＳＴのＨＴＴＰリクエストを送信する。つまり、指定されたＵＲＩをアクセス先としてＷｅｂブラウザ４１０がアクセスを行う。そして、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、Ｗｅｂブラウザで表示するためのＨＴＭＬ形式等で記述された操作画面をＷｅｂアプリケーション４５０から取得する。また、Ｗｅｂブラウザ４１０に表示したＨＴＭＬフォームに入力されたユーザからの操作を、ＨＴＴＰリクエストによってＷｅｂアプリケーション４５０に通知する。解析部４１２は、Ｗｅｂアプリケーション４５０から受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルにはＷｅｂブラウザ４１０に表示するべき操作画面の内容を示す記述が含まれる。画面表示部４１３は、解析部４１２による解析の結果に基づいて、操作部２２１に操作画面を表示する。このように、Ｗｅｂサーバ１０２から受信した情報に基づいて表示される画面をＷｅｂブラウザ画面と呼ぶこととする。
【００３１】
ログインアプリケーションロジック４２０は、リクエスト生成部４２１、ログインコンテキスト生成部４２２を含む。リクエスト生成部４２１は、Ｗｅｂブラウザ４１０がＷｅｂアプリケーション４５０と通信を行うために必要なＨＴＴＰリクエストを生成する。生成したリクエストはＷｅｂブラウザ４１０の通信部４１１からＷｅｂアプリケーション４５０のプレゼンテーション部４５１にＰＯＳＴさせる。ログインコンテキスト生成部４２２は、Ｗｅｂアプリケーション４５０のログイン通知部４５２から通知された、ログインユーザに関するログインコンテキストを生成する。ログインコンテキストは、認証されたユーザを示す情報であり、ユーザが入力した認証情報（認証データ）を含む。ユーザはログインコンテキストが生成されることによりＭＦＰ１０１の各機能へのアクセスが可能となり、プリファレンス情報記憶部４４０に登録された情報にしたがって、ユーザに応じた機能が提供される。なお、ログインアプリケーションロジック４２０の機能は、Ｗｅｂブラウザ４１０の機能をプラグインソフトウェアにより拡張すること（ＡＤＤ−ＯＮ）によって実現しても構わない。
【００３２】
アクセス制御情報記憶部４３０は、ＭＦＰ１０１を使用する各ユーザについて、ＭＦＰ１０１が提供する各種機能や資源に対する、実行や読み出し、書き込み等のアクセスを制御するためのアクセス制御情報を記憶する。アクセス制御情報とは、カラー印刷処理を禁止し白黒印刷処理を許可する、片面印字を禁止し図面プリントを許可する、文書の送信を禁止しコピーを許可する、管理者用設定パラメータの変更を禁止し一般ユーザ用設定パラメータの変更を許可する、等の情報である。アクセス制御情報はシステム管理者がアクセス制御情報記憶部４３０に予め設定できる。また、外部サーバに記憶され管理されているアクセス・コントロール・リスト（ＡＣＬ）等をネットワーク経由で利用するように構成することもできる。
【００３３】
プリファレンス情報記憶部４４０は、ＭＦＰ１０１を使用する複数のユーザのそれぞれについて、ＭＦＰ１０１の動作に関した各種の好みを表現するためのプリファレンス情報を記憶する。プリファレンス情報とは、カラーよりもモノクロの処理を好む、用紙サイズはＡ４サイズよりもＢ５サイズを好む、読み取り画像のプレビュー画面を確認してから送信することを好む等の情報のことを指す。プリファレンス情報は、ユーザや管理者がプリファレンス情報記憶部４４０に予め設定できる。また、当該ユーザによる過去の操作履歴から好みを自動で判定し、プリファレンス情報として自動設定することもできる。
【００３４】
ログインフレームワーク４７０は、ログインアプリケーションロジック４２０を管理し、ログイン要求をログインアプリケーションロジック４２０に対して行う。
【００３５】
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４５０及び認証情報記憶部４６０を含む。さらに、Ｗｅｂアプリケーション４５０は、プレゼンテーション部４５１、ログイン通知部４５２、及び認証処理部４５３を含む。プレゼンテーション部４５１は、通信部４１１と通信し、ＭＦＰ１０１からの画面要求に応えてＭＦＰ１０１のＷｅｂブラウザ４１０で表示すべき操作画面をＭＦＰ１０１に送信する。また、ＭＦＰ１０１のＷｅｂブラウザ４１０に表示された操作画面を介して入力された、ユーザからの指示をＭＦＰ１０１からＨＴＴＰリクエストとして受け取る。この際、プレゼンテーション部４５１は通信部４１１からのＨＴＴＰリクエストを解析し、その結果に応じた認証画面（認証用画面データ）を、通信部４１１を介してＷｅｂブラウザ４１０に送信する。ユーザの認証情報が通信部４１１から送信された場合、認証処理部４５３に認証情報を送信して認証処理を行わせる。認証処理部４５３はプレゼンテーション部４５１から受け取った認証情報と、認証情報記憶部４６０に登録されている認証情報とを照らし合わせることによって認証を行う。照らし合わせた結果、プレゼンテーション部４５１から受け取った認証情報が正しいものであると判断された場合、ログイン通知部４５２にログインが成功したことを通知する。認証情報が間違ったものであると判断された場合にはプレゼンテーション部４５１にログインエラーの表示を行わせる。ログイン通知部４５２は、認証処理部４５３の照合の結果、認証情報記憶部４６０にユーザがＷｅｂブラウザ４１０で入力した認証情報が存在した場合、ログインアプリケーションロジック４２０にログインが成功した旨を通知する。この認証結果の通知によりログインコンテキスト生成部４２２がログインコンテキストを生成し、ユーザがＭＦＰ１０１の機能を使用可能になる。ログイン認証処理後はＭＦＰ１０１のメイン画面が出力される。なお、このメイン画面はＷｅｂサーバによって提供されるものではなく、ＭＦＰ１０１内で情報を保持し、表示されるものである。このようにＭＦＰ１０１自身にあらかじめ保存されている情報に基づいて表示される画面をネイティブ画面と呼ぶこととする。
【００３６】
認証情報記憶部４６０は、予め登録されたユーザ名と対応するパスワードを記憶する。認証処理部４５３が認証を行う際に登録された情報を参照し照合する。
【００３７】
ここまでで本実施形態におけるシステム構成の概要を説明した。引き続き、本実施形態におけるシステムの処理の流れの概要を説明する。
【００３８】
図５は本実施形態における、ログインフレームワーク４７０が認証処理をログインアプリケーションロジック４２０に要求してから、認証成功の応答が返ってくるまでのシーケンス図である。
【００３９】
ステップＳ５０１では、ログインフレームワーク４７０がログインアプリケーションロジック４２０に認証処理要求（認証処理リクエスト）を行う。
【００４０】
ステップＳ５０２では、Ｗｅｂブラウザ４１０がＷｅｂアプリケーション４５０と接続を行うためのＨＴＴＰリクエストをログインアプリケーションロジック４２０が生成する。
【００４１】
ステップＳ５０３では、ログインアプリケーションロジック４２０がＷｅｂブラウザ４１０に対して、ステップＳ５０２で生成したＨＴＴＰリクエストを送信する。
【００４２】
ステップＳ５０４では、Ｗｅｂブラウザ４１０がステップＳ５０３で送信されたＨＴＴＰリクエストをもとにＷｅｂアプリケーション４５０に対して、ログイン画面を描画するためのＨＴＭＬファイル取得要求を行う。
【００４３】
この際、Ｗｅｂアプリケーション４５０が行うＨＴＭＬファイル生成処理（Ｓ５０５）を詳細に説明する。図６に本例の画面取得処理におけるＷｅｂアプリケーション４５０のフローチャートを示す。
【００４４】
ステップＳ６０１では、ステップＳ５０４でＷｅｂブラウザ４１０が送信したＨＴＴＰリクエストを取得する。
【００４５】
ステップＳ６０２では、Ｗｅｂブラウザ４１０に表示させる図７に示す認証画面７０１のＨＴＭＬファイルを生成する。
【００４６】
ステップＳ６０３では、ステップＳ６０１で受信したＨＴＴＰリクエストのヘッダを解析する。
【００４７】
ステップＳ６０４では、ステップＳ６０３で解析した結果、リクエストヘッダ内にキー認証情報が含まれているか否かを判定する。
【００４８】
ステップＳ６０４でリクエストヘッダ内にキー認証情報が含まれていないと判定された場合には、ステップＳ６０５において、ステップＳ６０２で生成したＨＴＭＬファイルを認証エラー用のＨＴＭＬファイルに作り変える。リクエストヘッダ内にキー認証情報が入っていないということは、ユーザがログイン後にＷｅｂブラウザを介して、アクセスを行ったことを意味する。よって、複数回ログインしてしまうことを防止するため、エラーページへ飛ばす処理をここで行っている。一方、ステップＳ６０４でリクエストヘッダ内にキー認証情報が含まれていると判定された場合には、ステップＳ６０５の処理を行わずに、ステップＳ６０６に進む。
【００４９】
ステップＳ６０６では、生成されたキー認証画面用のＨＴＭＬファイルをＷｅｂブラウザ４１０に送信する。
【００５０】
以上が、本例の画面取得処理におけるＷｅｂアプリケーション４５０の処理である。この後、ステップＳ５０６においてＷｅｂブラウザ４１０はＨＴＭＬファイルを取得し、ステップＳ５０７で認証画面７０１を表示する。ユーザは認証画面７０１に従ってキー入力することで認証情報を入力する。なお、入力方法はキー入力に限らない。ＭＦＰ１０１に接続されたＵＳＢ認証機器等によりユーザＩＤやパスワードを取得する方法でも構わない。
【００５１】
続いて、ステップＳ５０８では、Ｗｅｂブラウザ４１０はユーザから入力された認証情報を取得する。具体的には、Ｗｅｂブラウザ４１０は認証画面７０１のＯＫボタン７１０が押下されたか否かを判定する。ＯＫボタン７１０が押下されたと判定した場合には、ステップＳ５１０に進む。
【００５２】
ステップＳ５０９では、ステップＳ５０８で取得した認証情報をリクエストヘッダに記載し、Ｗｅｂアプリケーション４５０に送信する。
【００５３】
ステップＳ５１０では、ステップＳ５０９でＷｅｂブラウザ４１０から送信された認証情報の認証処理を行う。図８に本例の認証処理におけるＷｅｂアプリケーション４５０のフローチャートを示す。
【００５４】
ステップＳ８０１では、ステップＳ５０９でＷｅｂブラウザ４１０から送信された認証情報を取得する。
【００５５】
ステップＳ８０２では、ステップＳ８０１で取得した認証情報と認証情報記憶部４６０に格納されているデータとの照合を行う。
【００５６】
ステップＳ８０３では、ステップＳ８０２で照合を行った結果、認証情報が一致するデータが見つかったか否かを判定する。
【００５７】
ステップＳ８０４は、ステップＳ８０３で認証情報が一致するデータが見つかった場合の処理であり、ログイン成功通知をログインアプリケーションロジック４２０に対して送信する。
【００５８】
ステップＳ８０５は、ステップＳ８０３で認証情報が一致するデータが見つからなかった場合の処理であり、ログインエラーを通知するＨＴＭＬファイルを生成し、Ｗｅｂブラウザ４１０に送信する。Ｗｅｂブラウザ４１０はそれを受けて、ログインエラー画面を表示する。
【００５９】
以上が、本例の認証処理におけるＷｅｂアプリケーション４５０のフローチャートである。この認証処理を経て、ステップＳ５１１においてログインアプリケーションロジック４２０に対してログイン通知が送信される。そして、ステップＳ５１２では、Ｗｅｂブラウザ４１０は、Ｗｅｂアプリケーション４５０から受信したログイン通知をログインアプリケーションロジック４２０に通知する。
【００６０】
ステップＳ５１３では、ログインアプリケーションロジック４２０がログインコンテキストを生成する。ログインコンテキストが生成されることにより、ユーザはＭＦＰ１０１の各機能へのアクセスが可能となる。
【００６１】
ステップＳ５１４では、ログインアプリケーションロジック４２０がログインフレームワーク４７０に認証成功通知を行う。
【００６２】
ステップＳ５１５では、ログインアプリケーションロジック４２０は、Ｗｅｂブラウザに対して、認証画面を非表示にするよう要求する。これにより、操作部２２１には図９で説明するＭＦＰのネイティブ画面が表示され、ユーザはＭＦＰ１０１の持つ機能を使用することができるようになる。
【００６３】
なお、ＭＦＰ１０１の機能を使用後、ログオフを行う場合は、ログインアプリケーションロジック４２０からＷｅｂサーバ１０２に対してログオフの通知を送ることにより、認証を行う前の状態に戻すことができる。
【００６４】
以上が本例におけるログインフレームワーク４７０が認証処理をログインアプリケーションロジックに要求してから、認証成功の応答が返ってくるまでのシーケンスである。これにより、ユーザはＷｅｂサーバ１０２で一元管理される認証情報と、一括管理される認証画面によって認証処理が行える。そして、認証処理後はＭＦＰ１０１の持つ機能を使用することができる。
【００６５】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第２の実施形態では、ログインアプリケーションロジック４２０の中にプロキシの役割を果たす機能を備え、Ｗｅｂブラウザ４１０とＷｅｂアプリケーション４５０との通信内容を管理することで、ＩＣカードリーダ等の認証機器を使用するための制御を行う。
【００６６】
図１０は、本実施形態におけるソフトウェア構成を説明する図である。
【００６７】
ただし、Ｗｅｂブラウザ４１０、Ｗｅｂアプリケーション４５０の構成は、第１の実施形態で説明した構成と同じであるため、説明を省略する。
【００６８】
ログインアプリケーションロジック４２０は、プロキシ部１００１、ＩＣカードリーダ制御部１００２、リクエスト生成部１００３、及びログイン管理部１００４を含む。
【００６９】
プロキシ部１００１は、Ｗｅｂブラウザ４１０とＷｅｂアプリケーション４５０との間の通信を仲介・監視する。例えば、プロキシ部１００１は、Ｗｅｂブラウザ４１０の画面要求に対してＷｅｂアプリケーション４５０から送信される認証画面の画面情報から、ＩＣカードリーダが使用できる画面であるかどうかを判断する。ＩＣカードリーダが使用できる場合には、プロキシ部１００１は、ＩＣカードリーダを読み込み待機状態にするようＩＣカードリーダ制御部１００２に通知する。ＩＣカードリーダから得られた認証情報または、ユーザの手入力によって得られた認証情報をＷｅｂアプリケーション４５０に通知する。
【００７０】
ＩＣカードリーダ制御部１００２は、ＩＣカードリーダの制御を行い、ユーザがＩＣカードリーダを使用して入力した認証情報をプロキシ部１００１に通知する。
【００７１】
リクエスト生成部１００３は、Ｗｅｂブラウザ４１０がプロキシ部１００１を通してＷｅｂアプリケーション４５０と通信を行うために必要なＨＴＴＰリクエストを生成する。生成したリクエストはＷｅｂブラウザ４１０の通信部４１１からプロキシ部１００１に送られ、Ｗｅｂアプリケーション４５０にＰＯＳＴさせる。
【００７２】
ログイン管理部１００４は、Ｗｅｂアプリケーション４５０から送信されたログインコンテキストを使い、ＭＦＰ１０１へのログインを行う。ログイン後は、ＭＦＰ１０１のネイティブ画面９０１が表示される。これにより、ユーザはＭＦＰ１０１の有する機能を使用することができる。
【００７３】
ここまでで、本実施形態におけるシステム構成の概要を説明した。引き続き、本実施形態におけるシステムの処理の流れを説明する。
【００７４】
まず、図１１、図１２は本実施形態における認証画面を表す。図１１はＩＣカードリーダを使用した場合の認証画面を表し、本画面を表示中にＩＣカードリーダに対してＩＣカードを近づけることで認証が行われる。なお、ＩＣカード認証ボタン１１０１、キーボード認証ボタン１１０２を押下することにより、認証画面を切り替えることができる。図１２はキーボード入力による認証画面である。ユーザＩＤ入力領域１２０１にユーザＩＤを、パスワード入力領域１２０２にパスワードを入力したのち、ＯＫボタン１２０３を押下することで認証処理を行うことができる。
【００７５】
図１３は、本実施形態における起動時から入力受付状態になるまでのシーケンス図である。
【００７６】
ステップＳ１３０１では、ＭＦＰ１０１の起動時にログインフレームワーク４７０が、認証処理を開始すること（認証処理要求）をログインアプリケーションロジック４２０のリクエスト生成部１００３に通知する。リクエスト生成部１００３はステップＳ１３０２においてＷｅｂアプリケーション４５０に送る画面要求のためのＨＴＴＰリクエストを生成する。
【００７７】
ステップＳ１３０３、ステップＳ１３０４では、Ｗｅｂブラウザ４１０を画面の前面に表示するように要求する。
【００７８】
ステップＳ１３０５では、リクエスト生成部１００３がＷｅｂブラウザ４１０に対し、ステップＳ１３０２において生成したＨＴＴＰリクエストを送信する。また、この時、Ｗｅｂブラウザ４１０に対して、プロキシ部１００１にアクセスするためのＵＲＬを通知する。
【００７９】
ステップＳ１３０６において、Ｗｅｂブラウザ４１０はステップＳ１３０５で得られるプロキシ部１００１のアドレスに対してＨＴＴＰリクエストを送信する。
【００８０】
ステップＳ１３０７では、プロキシ部１００１にあらかじめ設定されているＷｅｂアプリケーション４５０のアドレスに対してＨＴＭＬを要求するためのＨＴＴＰリクエストを送信する。
【００８１】
ステップＳ１３０８では、ステップＳ１３０７で送信されたＨＴＴＰリクエストに基づき、Ｗｅｂブラウザ４１０に表示するための画面を生成する。生成されたＨＴＭＬは、ステップＳ１３０９において、プロキシ部１００１に対するレスポンスとして送信される。ステップＳ１３１０では、プロキシ部１００１がＷｅｂアプリケーション４５０から送られてくるＨＴＭＬを確認し、ＩＣカードによる認証を行うことができる画面である場合には、ＩＣカードリーダ制御部１００２に読み込み待機を行うよう通知する。ステップＳ１３１０において、ＩＣカードリーダが接続されていないことがわかった場合には、キーボード認証画面を再度、Ｗｅｂアプリケーション４５０に要求する。
【００８２】
ステップＳ１３１１では、Ｗｅｂブラウザ４１０に対してプロキシ部１００１からＨＴＭＬを送信し、ステップＳ１３１２で認証画面を出力する。これにより、ＭＦＰ１０１は認証画面を出力し、ユーザに対して認証操作を促すことができる。
【００８３】
次に、ＩＣカードを使用した認証操作について説明する。図１４はＩＣカードリーダを使用した場合の認証シーケンスを示す。
【００８４】
ステップＳ１４０１では、ＩＣカードリーダ制御部１００２がＩＣカードによってユーザが認証操作を行ったことを検知し、そのカードＩＤをプロキシ部１００１に送信する。
【００８５】
ステップＳ１４０２では、プロキシ部１００１がＩＣカードリーダ制御部１００２に対して、読み込み待機状態を解除するように通知する。
【００８６】
ステップＳ１４０３では、ステップＳ１４０１で得られたＩＣカードの情報をＷｅｂアプリケーション４５０に送信する。
【００８７】
ステップＳ１４０４では、ステップＳ１４０３で送られた認証情報を基に、ログイン認証処理を行う。ログインが成功した場合に、ステップＳ１４０５において、ステップＳ１４０３に対するレスポンスとしてログインコンテキストをプロキシ部１００１に送信する。
【００８８】
ステップＳ１４０６では、プロキシ部１００１がログイン管理部１００４にログインコンテキストを送信し、ステップＳ１４０７にてログインコンテキストを使用してＭＦＰ１０１へのログインを行う。
【００８９】
ステップＳ１４０８では、ログインが成功したことを受けて、Ｗｅｂブラウザ４１０を非表示にする。
【００９０】
ステップＳ１４０９では、認証が成功したことをログインフレームワーク４７０に通知する。
【００９１】
ログインが失敗した場合には、ステップＳ１４０５においてログイン失敗であることを表す画面を返し、Ｗｅｂブラウザ４１０に表示する。そして、再度、認証処理を行うようユーザに促す。
【００９２】
次に、キーボード入力による認証操作について説明する。図１５は、キーボード入力によってユーザが認証操作を行う場合の認証シーケンスを示す。
【００９３】
まず、ステップＳ１５０１、ステップＳ１５０２では、Ｗｅｂブラウザ４１０の図１１に示すキーボード認証ボタン１１０２が押下されたことを受けて、画面の要求をＷｅｂアプリケーション４５０に対して行う。
【００９４】
ステップＳ１５０３、ステップＳ１５０４では、画面要求に従って、キーボード認証用の画面をＷｅｂブラウザ４１０に送信する。これによって、画面表示がキーボード認証用の画面に切り替えられる。
【００９５】
ステップＳ１５０５では、認証情報を受信したことを受けて、プロキシ部１００１がＩＣカードリーダ制御部１００２に対して読み込み待機解除の通知を行う。
【００９６】
ステップＳ１５０６では、ユーザが認証画面に対して入力した認証情報をプロキシ部１００１に対して送信する。
【００９７】
ステップＳ１５０７では、プロキシ部１００１がＷｅｂアプリケーション４５０に対して認証情報を送信する。
【００９８】
ステップＳ１５０８以降はＩＣカードリーダを使用した認証操作と同様であるため、説明は省略する。
【００９９】
次に、ログアウト時の動作について説明する。図１６は、ログアウトを行い、再度認証画面を表示するまでのシーケンスを示す。
【０１００】
ステップＳ１６０１では、デバイスに設けられたログアウトボタンやＩＤキーをユーザが押下することによってログインフレームワーク４７０がログインアプリケーションロジック４２０のリクエスト生成部１００３に対してログアウトの通知を行う。
【０１０１】
以下、起動時のシーケンスのステップＳ１３０２以降と同様に認証画面を出力し、ユーザに認証操作を促すためにリクエスト生成部１００３は画面取得要求をＷｅｂアプリケーション４５０に対して行う。
【０１０２】
以上が、プロキシを介してＷｅｂアプリケーションとの通信をすることにより認証機器の使用の可否を制御する処理の説明である。これにより、認証機器を使用した認証操作において、適切な画面表示が可能になる。
【０１０３】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第３の実施形態では、第１の実施形態で説明した各構成に対して、Ｗｅｂアプリケーション４５０のログイン通知部４５２から、ＭＦＰ１０１のログインアプリケーションロジック４２０がログイン成功通知を受け取るまでの処理について説明する。ログイン成功通知を受け取る際、認証情報を受信するエンドポイントのＵＲＩを動的に変更する構成を追加することで、エンドポイントへの不正なアクセスを防ぐ。
【０１０４】
図１７は本実施形態における、ログインフレームワーク４７０が認証処理をログインアプリケーションロジック４２０に要求してから、認証成功の応答が返ってくるまでのシーケンス図である。
【０１０５】
ステップＳ９０１では、ログインフレームワーク４７０がログインアプリケーションロジック４２０に認証処理要求を行う。
【０１０６】
ステップＳ９０２では、Ｗｅｂブラウザ４１０がＷｅｂアプリケーション４５０と接続を行うためのＨＴＴＰリクエストを、ログインアプリケーションロジック４２０のリクエスト生成部４２１が生成する。
【０１０７】
ステップＳ９０３では、ログインアプリケーションロジック４２０がＷｅｂブラウザ４１０に対して、ステップＳ９０２で生成したＨＴＴＰリクエストを送信する。
【０１０８】
ステップＳ９０４では、Ｗｅｂブラウザ４１０がステップＳ９０３で送信されたＨＴＴＰリクエストをもとに、Ｗｅｂアプリケーション４５０に対してキー認証画面を描画するためのＨＴＭＬファイルを取得するための要求を行う。
【０１０９】
ステップＳ９０５では、ステップＳ９０４でＷｅｂブラウザ４１０から送られた要求をもとに画面表示のためのＨＴＭＬファイルを生成する。この際の処理は、図６と同様である。
【０１１０】
この後、ステップＳ９０６では、Ｗｅｂブラウザ４１０はＨＴＭＬファイルをＷｅｂサーバ１０２から取得する。続いて、ステップＳ９０７では、Ｗｅｂブラウザ４１０は取得したＨＴＭＬファイルに従って認証画面７０１を表示する。
【０１１１】
続いて、ステップＳ９０８では、Ｗｅｂブラウザ４１０はユーザから入力された認証情報を取得する。ユーザがＯＫボタン７１０を押下することで、ユーザが入力したユーザＩＤやパスワードを取得する。
【０１１２】
ステップＳ９０９では、Ｗｅｂブラウザ４１０がＷｅｂサーバ１０２からログイン成功通知を受け取る際の受信端点であるエンドポイントのＵＲＩをランダムに生成する。例えば、“ｈｔｔｐ：／／１９２．１６８．０．１００：８０／ａｂｃｄ”のようなＵＲＩを生成（オープン）する。「１９２．１６８．０．１００」がＭＦＰ１０１のＩＰアドレスを示し、「８０」がエンドポイントであるＭＦＰ１０１のポート番号を示し、「ａｂｃｄ」がディレクトリ名やファイル名を示す。この場合には、例えば、ポート番号の割り当てを変更することにより、エンドポイントのＵＲＩをランダムに生成する。
【０１１３】
ステップＳ９１０では、Ｗｅｂブラウザ４１０は、ステップＳ９０８で取得した認証情報とステップＳ９０９で生成したエンドポイントのＵＲＩとをＷｅｂアプリケーション４５０に送信する。
【０１１４】
ステップＳ９１１では、Ｗｅｂアプリケーション４５０は、ステップＳ９１０でＷｅｂブラウザ４１０から送信された認証情報を用いて認証処理を行う。認証処理に関しては図１５と同様である。
【０１１５】
この処理を経て、ステップＳ９１２では、Ｗｅｂアプリケーション４５０は、ステップＳ９１０で通知されたエンドポイントのＵＲＩに対してログイン成功通知を送信する。そして、ステップＳ９１３では、Ｗｅｂブラウザ４１０は、Ｗｅｂアプリケーション４５０から受信したログイン成功通知をログインアプリケーションロジック４２０に通知する。
【０１１６】
ステップＳ９１４では、ログインアプリケーションロジック４２０は、ログイン通知がＭＦＰ１０１のログインアプリケーションロジック４２０に通知されたことを受けて、その後の不正なアクセスを防ぐため、エンドポイントのＵＲＩを削除（クローズ）する。削除してしまったエンドポイントのＵＲＩに他のエンドポイントがアクセスすることはできない。このように、エンドポイントでアクセスを受け付ける時間をＷｅｂサーバ１０２において認証処理を行っている間だけに局所化し、アクセスされる可能性のある時間帯を最小限にする。
【０１１７】
なお、エンドポイントの削除処理は、あらかじめユーザによって設定されたタイムアウト時間を経過した時点で行ってもよい。例えば、ステップＳ９１０で、Ｗｅｂブラウザ４１０が、認証情報と共にエンドポイントのＵＲＩをＷｅｂアプリケーション４５０に送信した直後に、エンドポイントのＵＲＩを削除してしまっても構わない。この場合には、ログインが失敗した場合には、再びエンドポイントのＵＲＩを生成する必要があるが、不正アクセスされる可能性のある時間を更に短縮することができる。また、アプリケーション毎に前記タイムアウト時間を任意の時間に設定し、アプリケーション毎にエンドポイントの削除時間を切り替えても構わない。
【０１１８】
ステップＳ９１５では、ログインアプリケーションロジック４２０がログインコンテキストを生成する。ログインコンテキストが生成されることにより、ユーザはＭＦＰ１０１の各機能へのアクセスが可能となる。
【０１１９】
ステップＳ９１６では、ログインアプリケーションロジック４２０がログインフレームワーク４７０に認証成功通知を行う。
【０１２０】
ステップＳ９１７では、ログインアプリケーションロジック４２０は、Ｗｅｂブラウザに対して、認証画面を非表示にするよう要求する。これにより、操作部２２１には図９に示すようなＭＦＰ１０１の機能を利用するためのネイティブ画面が表示され、ユーザはメニュー画面から使用する機能を選択することでＭＦＰ１０１の持つ機能の使用が可能となる。
【０１２１】
以上が本例におけるログインフレームワーク４７０が認証処理をログインアプリケーションロジックに要求してから、認証成功の応答が返ってくるまでのシーケンスである。このように、ログインフレームワーク４７０の動作から処理が始まり、エンドポイントのＵＲＩが生成される。
【０１２２】
これにより、不正なユーザがＭＦＰ１０１の外部からアクセスしようとしても、エンドポイントのＵＲＩが削除された後であれば、不正にアクセスすることはできない。また、Ｗｅｂブラウザ４１０に直接ＵＲＬを入力しログイン操作を行おうとしても、ログインアプリケーションロジック４２０を通じた動作ではないため、エンドポイントのＵＲＩが生成されない。そのため、ＭＦＰ１０１が二重にログインすることはない。
【０１２３】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバと、当該Ｗｅｂサーバによって提供される操作画面を表示するためのＷｅｂブラウザを有する情報処理装置とを含む情報処理システム、当該情報処理システムを構成する情報処理装置、及び情報処理装置の制御方法に関する。
【背景技術】
【０００２】
従来より、情報処理装置が備える認証アプリケーションにより、認証画面の出力を行うと共に、ユーザから受け付けた認証情報によって認証処理を行って、認証が成功した場合に、情報処理装置が備える機能をユーザに提供する技術がある。当該認証処理は、ユーザの認証情報を情報処理装置に予め登録された認証情報と照合することで行う。または、ネットワークで接続されたＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）サーバによって管理される認証情報を照合する方法等がある。ＬＤＡＰサーバを使用する場合、認証処理のために照合する認証情報を一元管理することが可能になる。
【０００３】
また、情報処理装置がネットワーク上のＷｅｂサーバと接続されるシステムにおいて、Ｗｅｂサーバにより提供される認証画面を情報処理装置のＷｅｂブラウザ上に表示することで、ユーザに認証のための操作を促し、入力された情報を用いてＷｅｂサーバで認証処理を行った後、Ｗｅｂサーバが有する機能の使用を可能とする技術がある。
【０００４】
この場合、情報処理装置がネットワーク上のＷｅｂサーバに対して認証画面を要求し、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに認証画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００５】
更に、Ｗｅｂブラウザに表示された認証画面に従ってユーザが認証情報を入力すると、入力された情報をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションが入力された情報を基に、Ｗｅｂサーバ上に持つ認証情報を照会し、認証処理を行う。認証された場合にはサーバの機能がユーザに提供される。これにより、ユーザが操作する操作画面をＷｅｂサーバで一括管理することが可能になる。
【０００６】
最近では、プリンタやスキャナの機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｐｈｅｒａｌ）の中にも上述のようなＷｅｂブラウザを備えるものがある。ＭＦＰは上述した手順によってＷｅｂサーバから提供される認証画面をＭＦＰのＷｅｂブラウザ上に表示し、ユーザからの認証情報の入力を受け付ける。これにより、ＭＦＰにおいても上記と同様の認証が可能となる。
【０００７】
また、ユーザの使用する操作画面の管理のために、特許文献１のような技術も考えられている。特許文献１の記述によれば、ユーザがＭＦＰの操作を行う際に操作画面に表示される画面を制御するため、あらかじめ各ユーザに応じて画面遷移情報をＷｅｂサーバに登録しておく。ＭＦＰとネットワークによって接続するＷｅｂサーバにおいて、使用しているユーザと画面遷移情報に基づいて次に表示する画面を判断し、ＭＦＰが備えるＷｅｂブラウザに表示することで、ユーザに応じて適切な操作画面を提供する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２７９９７４号公報
【特許文献２】特開２００５−１１７３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来の技術では、ＭＦＰが備えるログインアプリケーションによって認証を行った後にＭＦＰのアプリケーションの機能を使用すること、又は特許文献１のように、ＭＦＰが備えるＷｅｂブラウザを使用してＷｅｂサーバに認証要求を行い、Ｗｅｂサーバによって認証を行った後にＷｅｂサーバが備える機能を使用することしかできなかった。
【００１０】
一方、Ｗｅｂサーバで一元管理された、認証情報と認証画面とによってユーザの認証を行いたいが、使用するアプリケーションはＭＦＰが備えるアプリケーションであるような場合には対応できなかった。
【００１１】
また、ＭＦＰとＷｅｂサーバとの間をネットワークで接続するシステムの場合、一般的にＷｅｂサーバからデータの受信を行うエンドポイントのＵＲＩは常に固定されているため、例えば、ユーザが不正にエンドポイントのＵＲＩにアクセスすることでＭＦＰを不正使用できてしまう可能性がある。
【００１２】
特許文献２には、クライアントＰＣから印刷データを受信するＭＦＰのポートに対して、不正に印刷ジョブを送り、印刷されてしまうことを防止する技術が開示されている。この技術は、動的にポートのＵＲＩを変更し、さらにポートが開いているかどうかを管理することで不正な印刷や印刷妨害などの行為を防ぐものである。
【００１３】
しかし、この場合においても、クライアントＰＣから通常の手続きを踏んでアクセスされた場合、クライアントＰＣに対して印刷ジョブ受信用のポートを割り当て、通信を受け付けてしまう。そのため、不正に印刷が行われてしまう可能性がある。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、本発明に係るシステムは、
情報処理装置と、前記情報処理装置に出力するための画面データ及びユーザを認証するための認証データを管理する管理データベースを有するＷｅｂサーバとを含むシステムであって、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂサーバに対して認証用画面データのリクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザからの認証用画面データのリクエストに応じて認証用画面データを前記Ｗｅｂブラウザに送信し、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂアプリケーションから取得した認証用画面データに従った画面を表示し、表示した画面によりユーザから認証データの入力を受け付け、受け付けた認証データを用いて前記Ｗｅｂアプリケーションに認証処理リクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザから受信した認証データと前記管理データベースで管理されている認証データとを照合することにより認証処理を行い、前記Ｗｅｂブラウザに認証結果の通知を行い、
前記情報処理装置のログインアプリケーションロジックが、前記認証結果の通知が認証成功である旨を示す場合に、前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、Ｗｅｂサーバで認証処理を実行させつつ、その認証が成功した場合にユーザが情報処理装置が備える機能を使用可能な仕組みを提供することができる。
【００１６】
また、Ｗｅｂサーバに認証処理を依頼したユーザと異なるユーザが情報処理装置にアクセスした場合に、権限のないユーザが情報処理装置が備える機能を不正に使用することを防止可能な仕組みを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１、第２及び第３の実施形態における情報処理システムの全体構成を示す図である。
【図２】本発明の第１、第２及び第３の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。
【図３】本発明の第１、第２及び第３の実施形態におけるＷｅｂサーバ１０２の構成を示すブロック図である。
【図４】本発明の第１及び第３の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図５】本発明の第１の実施形態におけるログインフレームワーク４７０、ログインアプリケーションロジック４２０、Ｗｅｂブラウザ４１０、Ｗｅｂアプリケーション４５０の一連の処理を実行する動作を説明するシーケンス図である。
【図６】本発明の第１、第２及び第３の実施形態におけるＷｅｂアプリケーション４５０のＨＴＭＬファイル生成の動作を説明するフローチャートである。
【図７】本発明の第１及び第３の実施形態におけるＷｅｂブラウザ４１０に表示される認証画面の外観を表す図である。
【図８】本発明の第１、第２及び第３の実施形態における認証処理の動作を説明するフローチャートである。
【図９】本発明の第２の実施形態におけるＭＦＰ１０１の持つアプリケーションを使用するためのネイティブ画面の外観を表す図である。
【図１０】本発明の第２の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図１１】本発明の第２の実施形態におけるＩＣカードを用いた認証画面の外観を表す図である。
【図１２】本発明の第２の実施形態におけるキーボード入力を用いた認証画面の外観を表す図である。
【図１３】本発明の第２の実施形態における起動時の処理を実行する動作を説明するシーケンス図である。
【図１４】本発明の第２の実施形態におけるＩＣカード認証時の処理を実行する動作を説明するシーケンス図である。
【図１５】本発明の第２の実施形態におけるキーボード認証時の処理を実行する動作を説明するシーケンス図である。
【図１６】本発明の第２の実施形態におけるログオフ時の処理を実行する動作を説明するシーケンス図である。
【図１７】本発明の第３の実施形態におけるログインフレームワーク４７０、ログインアプリケーションロジック４２０、Ｗｅｂブラウザ４１０、Ｗｅｂアプリケーション４５０の一連の処理を実行する動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に関わる発明を限定するものでなく、また、実施形態で説明されている特徴の組み合わせのすべてが発明の解決手段に必須のものとは限らない。
【００１９】
（第１の実施形態）
図１は、本発明の第１の実施形態における情報処理システムの全体構成を示す図である。ＬＡＮ１１０のネットワーク上にＭＦＰ１０１およびＷｅｂサーバ１０２が互いに通信可能に接続されている。なお、ＬＡＮ１１０は、説明の便宜上、ＬＡＮ（ローカル・エリア・ネットワーク）と記載しているが、インターネットなどの他のネットワークでも構わない。
【００２０】
図２は、ＭＦＰ１０１の構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読み取り制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。
【００２１】
操作部Ｉ／Ｆ２１７は、操作部２２１と制御部２１０とを接続する。操作部２２１には、タッチパネル機能を有する液晶表示部やキーボードなどを含む。操作部２２１にはＭＦＰ１０１の操作画面が表示され、ユーザからの入力操作を受け付ける。また、ＭＦＰ１０１は、Ｗｅｂブラウザ４１０を有する。ＭＦＰ１０１のＷｅｂブラウザ４１０は、Ｗｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２２１の液晶表示部に表示する。ここで、ＭＦＰ１０１のＷｅｂブラウザ４１０が受信するＨＴＭＬファイルは必ずしもＷｅｂサーバ１０２から受信したものでなくても構わない。例えば、ＭＦＰ１０１内部のサーブレットアプリケーションから受信したＨＴＭＬファイルでも構わない。
【００２２】
プリンタＩ／Ｆ２１５は、プリンタ２１９と制御部２１０とを接続する。プリンタ２１９で印刷すべき画像データはプリンタＩ／Ｆ２１５を介して制御部２１０からプリンタ２１９に転送され、プリンタ２１９において記録媒体上に印刷される。
【００２３】
スキャナＩ／Ｆ２１６は、スキャナ２２０と制御部２１０とを接続する。スキャナ２２０は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１６を介して制御部２１０に入力する。
【００２４】
ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００２５】
図３は、Ｗｅｂサーバ１０２の構成を示すブロック図である。
【００２６】
ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して、各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。
【００２７】
ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００２８】
図４は、情報処理システム全体のソフトウェア構成を説明するための図である。図４に示す各機能部は、ＭＦＰ１０１やＷｅｂサーバ１０２が備えるＣＰＵ３１１が制御プログラムを実行することによって実現される。
【００２９】
ＭＦＰ１０１は、Ｗｅｂブラウザ４１０、ログインアプリケーションロジック４２０、アクセス制御情報記憶部４３０、プリファレンス情報記憶部４４０、及びログインフレームワーク４７０を備える。アクセス制御情報記憶部４３０、プリファレンス情報記憶部４４０は、ＭＦＰ１０１に出力するための画面データ及びユーザを認証するための認証データを管理する管理データベースとして機能する。
【００３０】
Ｗｅｂブラウザ４１０は、通信部４１１、解析部４１２、及び画面表示部４１３を含む。通信部４１１は、ＨＴＴＰプロトコルにしたがってＷｅｂアプリケーション４５０のプレゼンテーション部４５１と通信する。具体的には、通信部４１１はＵＲＩによって特定されるＷｅｂアプリケーション４５０のリソースに対してＧＥＴまたはＰＯＳＴのＨＴＴＰリクエストを送信する。つまり、指定されたＵＲＩをアクセス先としてＷｅｂブラウザ４１０がアクセスを行う。そして、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、Ｗｅｂブラウザで表示するためのＨＴＭＬ形式等で記述された操作画面をＷｅｂアプリケーション４５０から取得する。また、Ｗｅｂブラウザ４１０に表示したＨＴＭＬフォームに入力されたユーザからの操作を、ＨＴＴＰリクエストによってＷｅｂアプリケーション４５０に通知する。解析部４１２は、Ｗｅｂアプリケーション４５０から受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルにはＷｅｂブラウザ４１０に表示するべき操作画面の内容を示す記述が含まれる。画面表示部４１３は、解析部４１２による解析の結果に基づいて、操作部２２１に操作画面を表示する。このように、Ｗｅｂサーバ１０２から受信した情報に基づいて表示される画面をＷｅｂブラウザ画面と呼ぶこととする。
【００３１】
ログインアプリケーションロジック４２０は、リクエスト生成部４２１、ログインコンテキスト生成部４２２を含む。リクエスト生成部４２１は、Ｗｅｂブラウザ４１０がＷｅｂアプリケーション４５０と通信を行うために必要なＨＴＴＰリクエストを生成する。生成したリクエストはＷｅｂブラウザ４１０の通信部４１１からＷｅｂアプリケーション４５０のプレゼンテーション部４５１にＰＯＳＴさせる。ログインコンテキスト生成部４２２は、Ｗｅｂアプリケーション４５０のログイン通知部４５２から通知された、ログインユーザに関するログインコンテキストを生成する。ログインコンテキストは、認証されたユーザを示す情報であり、ユーザが入力した認証情報（認証データ）を含む。ユーザはログインコンテキストが生成されることによりＭＦＰ１０１の各機能へのアクセスが可能となり、プリファレンス情報記憶部４４０に登録された情報にしたがって、ユーザに応じた機能が提供される。なお、ログインアプリケーションロジック４２０の機能は、Ｗｅｂブラウザ４１０の機能をプラグインソフトウェアにより拡張すること（ＡＤＤ−ＯＮ）によって実現しても構わない。
【００３２】
アクセス制御情報記憶部４３０は、ＭＦＰ１０１を使用する各ユーザについて、ＭＦＰ１０１が提供する各種機能や資源に対する、実行や読み出し、書き込み等のアクセスを制御するためのアクセス制御情報を記憶する。アクセス制御情報とは、カラー印刷処理を禁止し白黒印刷処理を許可する、片面印字を禁止し図面プリントを許可する、文書の送信を禁止しコピーを許可する、管理者用設定パラメータの変更を禁止し一般ユーザ用設定パラメータの変更を許可する、等の情報である。アクセス制御情報はシステム管理者がアクセス制御情報記憶部４３０に予め設定できる。また、外部サーバに記憶され管理されているアクセス・コントロール・リスト（ＡＣＬ）等をネットワーク経由で利用するように構成することもできる。
【００３３】
プリファレンス情報記憶部４４０は、ＭＦＰ１０１を使用する複数のユーザのそれぞれについて、ＭＦＰ１０１の動作に関した各種の好みを表現するためのプリファレンス情報を記憶する。プリファレンス情報とは、カラーよりもモノクロの処理を好む、用紙サイズはＡ４サイズよりもＢ５サイズを好む、読み取り画像のプレビュー画面を確認してから送信することを好む等の情報のことを指す。プリファレンス情報は、ユーザや管理者がプリファレンス情報記憶部４４０に予め設定できる。また、当該ユーザによる過去の操作履歴から好みを自動で判定し、プリファレンス情報として自動設定することもできる。
【００３４】
ログインフレームワーク４７０は、ログインアプリケーションロジック４２０を管理し、ログイン要求をログインアプリケーションロジック４２０に対して行う。
【００３５】
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４５０及び認証情報記憶部４６０を含む。さらに、Ｗｅｂアプリケーション４５０は、プレゼンテーション部４５１、ログイン通知部４５２、及び認証処理部４５３を含む。プレゼンテーション部４５１は、通信部４１１と通信し、ＭＦＰ１０１からの画面要求に応えてＭＦＰ１０１のＷｅｂブラウザ４１０で表示すべき操作画面をＭＦＰ１０１に送信する。また、ＭＦＰ１０１のＷｅｂブラウザ４１０に表示された操作画面を介して入力された、ユーザからの指示をＭＦＰ１０１からＨＴＴＰリクエストとして受け取る。この際、プレゼンテーション部４５１は通信部４１１からのＨＴＴＰリクエストを解析し、その結果に応じた認証画面（認証用画面データ）を、通信部４１１を介してＷｅｂブラウザ４１０に送信する。ユーザの認証情報が通信部４１１から送信された場合、認証処理部４５３に認証情報を送信して認証処理を行わせる。認証処理部４５３はプレゼンテーション部４５１から受け取った認証情報と、認証情報記憶部４６０に登録されている認証情報とを照らし合わせることによって認証を行う。照らし合わせた結果、プレゼンテーション部４５１から受け取った認証情報が正しいものであると判断された場合、ログイン通知部４５２にログインが成功したことを通知する。認証情報が間違ったものであると判断された場合にはプレゼンテーション部４５１にログインエラーの表示を行わせる。ログイン通知部４５２は、認証処理部４５３の照合の結果、認証情報記憶部４６０にユーザがＷｅｂブラウザ４１０で入力した認証情報が存在した場合、ログインアプリケーションロジック４２０にログインが成功した旨を通知する。この認証結果の通知によりログインコンテキスト生成部４２２がログインコンテキストを生成し、ユーザがＭＦＰ１０１の機能を使用可能になる。ログイン認証処理後はＭＦＰ１０１のメイン画面が出力される。なお、このメイン画面はＷｅｂサーバによって提供されるものではなく、ＭＦＰ１０１内で情報を保持し、表示されるものである。このようにＭＦＰ１０１自身にあらかじめ保存されている情報に基づいて表示される画面をネイティブ画面と呼ぶこととする。
【００３６】
認証情報記憶部４６０は、予め登録されたユーザ名と対応するパスワードを記憶する。認証処理部４５３が認証を行う際に登録された情報を参照し照合する。
【００３７】
ここまでで本実施形態におけるシステム構成の概要を説明した。引き続き、本実施形態におけるシステムの処理の流れの概要を説明する。
【００３８】
図５は本実施形態における、ログインフレームワーク４７０が認証処理をログインアプリケーションロジック４２０に要求してから、認証成功の応答が返ってくるまでのシーケンス図である。
【００３９】
ステップＳ５０１では、ログインフレームワーク４７０がログインアプリケーションロジック４２０に認証処理要求（認証処理リクエスト）を行う。
【００４０】
ステップＳ５０２では、Ｗｅｂブラウザ４１０がＷｅｂアプリケーション４５０と接続を行うためのＨＴＴＰリクエストをログインアプリケーションロジック４２０が生成する。
【００４１】
ステップＳ５０３では、ログインアプリケーションロジック４２０がＷｅｂブラウザ４１０に対して、ステップＳ５０２で生成したＨＴＴＰリクエストを送信する。
【００４２】
ステップＳ５０４では、Ｗｅｂブラウザ４１０がステップＳ５０３で送信されたＨＴＴＰリクエストをもとにＷｅｂアプリケーション４５０に対して、ログイン画面を描画するためのＨＴＭＬファイル取得要求を行う。
【００４３】
この際、Ｗｅｂアプリケーション４５０が行うＨＴＭＬファイル生成処理（Ｓ５０５）を詳細に説明する。図６に本例の画面取得処理におけるＷｅｂアプリケーション４５０のフローチャートを示す。
【００４４】
ステップＳ６０１では、ステップＳ５０４でＷｅｂブラウザ４１０が送信したＨＴＴＰリクエストを取得する。
【００４５】
ステップＳ６０２では、Ｗｅｂブラウザ４１０に表示させる図７に示す認証画面７０１のＨＴＭＬファイルを生成する。
【００４６】
ステップＳ６０３では、ステップＳ６０１で受信したＨＴＴＰリクエストのヘッダを解析する。
【００４７】
ステップＳ６０４では、ステップＳ６０３で解析した結果、リクエストヘッダ内にキー認証情報が含まれているか否かを判定する。
【００４８】
ステップＳ６０４でリクエストヘッダ内にキー認証情報が含まれていないと判定された場合には、ステップＳ６０５において、ステップＳ６０２で生成したＨＴＭＬファイルを認証エラー用のＨＴＭＬファイルに作り変える。リクエストヘッダ内にキー認証情報が入っていないということは、ユーザがログイン後にＷｅｂブラウザを介して、アクセスを行ったことを意味する。よって、複数回ログインしてしまうことを防止するため、エラーページへ飛ばす処理をここで行っている。一方、ステップＳ６０４でリクエストヘッダ内にキー認証情報が含まれていると判定された場合には、ステップＳ６０５の処理を行わずに、ステップＳ６０６に進む。
【００４９】
ステップＳ６０６では、生成されたキー認証画面用のＨＴＭＬファイルをＷｅｂブラウザ４１０に送信する。
【００５０】
以上が、本例の画面取得処理におけるＷｅｂアプリケーション４５０の処理である。この後、ステップＳ５０６においてＷｅｂブラウザ４１０はＨＴＭＬファイルを取得し、ステップＳ５０７で認証画面７０１を表示する。ユーザは認証画面７０１に従ってキー入力することで認証情報を入力する。なお、入力方法はキー入力に限らない。ＭＦＰ１０１に接続されたＵＳＢ認証機器等によりユーザＩＤやパスワードを取得する方法でも構わない。
【００５１】
続いて、ステップＳ５０８では、Ｗｅｂブラウザ４１０はユーザから入力された認証情報を取得する。具体的には、Ｗｅｂブラウザ４１０は認証画面７０１のＯＫボタン７１０が押下されたか否かを判定する。ＯＫボタン７１０が押下されたと判定した場合には、ステップＳ５１０に進む。
【００５２】
ステップＳ５０９では、ステップＳ５０８で取得した認証情報をリクエストヘッダに記載し、Ｗｅｂアプリケーション４５０に送信する。
【００５３】
ステップＳ５１０では、ステップＳ５０９でＷｅｂブラウザ４１０から送信された認証情報の認証処理を行う。図８に本例の認証処理におけるＷｅｂアプリケーション４５０のフローチャートを示す。
【００５４】
ステップＳ８０１では、ステップＳ５０９でＷｅｂブラウザ４１０から送信された認証情報を取得する。
【００５５】
ステップＳ８０２では、ステップＳ８０１で取得した認証情報と認証情報記憶部４６０に格納されているデータとの照合を行う。
【００５６】
ステップＳ８０３では、ステップＳ８０２で照合を行った結果、認証情報が一致するデータが見つかったか否かを判定する。
【００５７】
ステップＳ８０４は、ステップＳ８０３で認証情報が一致するデータが見つかった場合の処理であり、ログイン成功通知をログインアプリケーションロジック４２０に対して送信する。
【００５８】
ステップＳ８０５は、ステップＳ８０３で認証情報が一致するデータが見つからなかった場合の処理であり、ログインエラーを通知するＨＴＭＬファイルを生成し、Ｗｅｂブラウザ４１０に送信する。Ｗｅｂブラウザ４１０はそれを受けて、ログインエラー画面を表示する。
【００５９】
以上が、本例の認証処理におけるＷｅｂアプリケーション４５０のフローチャートである。この認証処理を経て、ステップＳ５１１においてログインアプリケーションロジック４２０に対してログイン通知が送信される。そして、ステップＳ５１２では、Ｗｅｂブラウザ４１０は、Ｗｅｂアプリケーション４５０から受信したログイン通知をログインアプリケーションロジック４２０に通知する。
【００６０】
ステップＳ５１３では、ログインアプリケーションロジック４２０がログインコンテキストを生成する。ログインコンテキストが生成されることにより、ユーザはＭＦＰ１０１の各機能へのアクセスが可能となる。
【００６１】
ステップＳ５１４では、ログインアプリケーションロジック４２０がログインフレームワーク４７０に認証成功通知を行う。
【００６２】
ステップＳ５１５では、ログインアプリケーションロジック４２０は、Ｗｅｂブラウザに対して、認証画面を非表示にするよう要求する。これにより、操作部２２１には図９で説明するＭＦＰのネイティブ画面が表示され、ユーザはＭＦＰ１０１の持つ機能を使用することができるようになる。
【００６３】
なお、ＭＦＰ１０１の機能を使用後、ログオフを行う場合は、ログインアプリケーションロジック４２０からＷｅｂサーバ１０２に対してログオフの通知を送ることにより、認証を行う前の状態に戻すことができる。
【００６４】
以上が本例におけるログインフレームワーク４７０が認証処理をログインアプリケーションロジックに要求してから、認証成功の応答が返ってくるまでのシーケンスである。これにより、ユーザはＷｅｂサーバ１０２で一元管理される認証情報と、一括管理される認証画面によって認証処理が行える。そして、認証処理後はＭＦＰ１０１の持つ機能を使用することができる。
【００６５】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第２の実施形態では、ログインアプリケーションロジック４２０の中にプロキシの役割を果たす機能を備え、Ｗｅｂブラウザ４１０とＷｅｂアプリケーション４５０との通信内容を管理することで、ＩＣカードリーダ等の認証機器を使用するための制御を行う。
【００６６】
図１０は、本実施形態におけるソフトウェア構成を説明する図である。
【００６７】
ただし、Ｗｅｂブラウザ４１０、Ｗｅｂアプリケーション４５０の構成は、第１の実施形態で説明した構成と同じであるため、説明を省略する。
【００６８】
ログインアプリケーションロジック４２０は、プロキシ部１００１、ＩＣカードリーダ制御部１００２、リクエスト生成部１００３、及びログイン管理部１００４を含む。
【００６９】
プロキシ部１００１は、Ｗｅｂブラウザ４１０とＷｅｂアプリケーション４５０との間の通信を仲介・監視する。例えば、プロキシ部１００１は、Ｗｅｂブラウザ４１０の画面要求に対してＷｅｂアプリケーション４５０から送信される認証画面の画面情報から、ＩＣカードリーダが使用できる画面であるかどうかを判断する。ＩＣカードリーダが使用できる場合には、プロキシ部１００１は、ＩＣカードリーダを読み込み待機状態にするようＩＣカードリーダ制御部１００２に通知する。ＩＣカードリーダから得られた認証情報または、ユーザの手入力によって得られた認証情報をＷｅｂアプリケーション４５０に通知する。
【００７０】
ＩＣカードリーダ制御部１００２は、ＩＣカードリーダの制御を行い、ユーザがＩＣカードリーダを使用して入力した認証情報をプロキシ部１００１に通知する。
【００７１】
リクエスト生成部１００３は、Ｗｅｂブラウザ４１０がプロキシ部１００１を通してＷｅｂアプリケーション４５０と通信を行うために必要なＨＴＴＰリクエストを生成する。生成したリクエストはＷｅｂブラウザ４１０の通信部４１１からプロキシ部１００１に送られ、Ｗｅｂアプリケーション４５０にＰＯＳＴさせる。
【００７２】
ログイン管理部１００４は、Ｗｅｂアプリケーション４５０から送信されたログインコンテキストを使い、ＭＦＰ１０１へのログインを行う。ログイン後は、ＭＦＰ１０１のネイティブ画面９０１が表示される。これにより、ユーザはＭＦＰ１０１の有する機能を使用することができる。
【００７３】
ここまでで、本実施形態におけるシステム構成の概要を説明した。引き続き、本実施形態におけるシステムの処理の流れを説明する。
【００７４】
まず、図１１、図１２は本実施形態における認証画面を表す。図１１はＩＣカードリーダを使用した場合の認証画面を表し、本画面を表示中にＩＣカードリーダに対してＩＣカードを近づけることで認証が行われる。なお、ＩＣカード認証ボタン１１０１、キーボード認証ボタン１１０２を押下することにより、認証画面を切り替えることができる。図１２はキーボード入力による認証画面である。ユーザＩＤ入力領域１２０１にユーザＩＤを、パスワード入力領域１２０２にパスワードを入力したのち、ＯＫボタン１２０３を押下することで認証処理を行うことができる。
【００７５】
図１３は、本実施形態における起動時から入力受付状態になるまでのシーケンス図である。
【００７６】
ステップＳ１３０１では、ＭＦＰ１０１の起動時にログインフレームワーク４７０が、認証処理を開始すること（認証処理要求）をログインアプリケーションロジック４２０のリクエスト生成部１００３に通知する。リクエスト生成部１００３はステップＳ１３０２においてＷｅｂアプリケーション４５０に送る画面要求のためのＨＴＴＰリクエストを生成する。
【００７７】
ステップＳ１３０３、ステップＳ１３０４では、Ｗｅｂブラウザ４１０を画面の前面に表示するように要求する。
【００７８】
ステップＳ１３０５では、リクエスト生成部１００３がＷｅｂブラウザ４１０に対し、ステップＳ１３０２において生成したＨＴＴＰリクエストを送信する。また、この時、Ｗｅｂブラウザ４１０に対して、プロキシ部１００１にアクセスするためのＵＲＬを通知する。
【００７９】
ステップＳ１３０６において、Ｗｅｂブラウザ４１０はステップＳ１３０５で得られるプロキシ部１００１のアドレスに対してＨＴＴＰリクエストを送信する。
【００８０】
ステップＳ１３０７では、プロキシ部１００１にあらかじめ設定されているＷｅｂアプリケーション４５０のアドレスに対してＨＴＭＬを要求するためのＨＴＴＰリクエストを送信する。
【００８１】
ステップＳ１３０８では、ステップＳ１３０７で送信されたＨＴＴＰリクエストに基づき、Ｗｅｂブラウザ４１０に表示するための画面を生成する。生成されたＨＴＭＬは、ステップＳ１３０９において、プロキシ部１００１に対するレスポンスとして送信される。ステップＳ１３１０では、プロキシ部１００１がＷｅｂアプリケーション４５０から送られてくるＨＴＭＬを確認し、ＩＣカードによる認証を行うことができる画面である場合には、ＩＣカードリーダ制御部１００２に読み込み待機を行うよう通知する。ステップＳ１３１０において、ＩＣカードリーダが接続されていないことがわかった場合には、キーボード認証画面を再度、Ｗｅｂアプリケーション４５０に要求する。
【００８２】
ステップＳ１３１１では、Ｗｅｂブラウザ４１０に対してプロキシ部１００１からＨＴＭＬを送信し、ステップＳ１３１２で認証画面を出力する。これにより、ＭＦＰ１０１は認証画面を出力し、ユーザに対して認証操作を促すことができる。
【００８３】
次に、ＩＣカードを使用した認証操作について説明する。図１４はＩＣカードリーダを使用した場合の認証シーケンスを示す。
【００８４】
ステップＳ１４０１では、ＩＣカードリーダ制御部１００２がＩＣカードによってユーザが認証操作を行ったことを検知し、そのカードＩＤをプロキシ部１００１に送信する。
【００８５】
ステップＳ１４０２では、プロキシ部１００１がＩＣカードリーダ制御部１００２に対して、読み込み待機状態を解除するように通知する。
【００８６】
ステップＳ１４０３では、ステップＳ１４０１で得られたＩＣカードの情報をＷｅｂアプリケーション４５０に送信する。
【００８７】
ステップＳ１４０４では、ステップＳ１４０３で送られた認証情報を基に、ログイン認証処理を行う。ログインが成功した場合に、ステップＳ１４０５において、ステップＳ１４０３に対するレスポンスとしてログインコンテキストをプロキシ部１００１に送信する。
【００８８】
ステップＳ１４０６では、プロキシ部１００１がログイン管理部１００４にログインコンテキストを送信し、ステップＳ１４０７にてログインコンテキストを使用してＭＦＰ１０１へのログインを行う。
【００８９】
ステップＳ１４０８では、ログインが成功したことを受けて、Ｗｅｂブラウザ４１０を非表示にする。
【００９０】
ステップＳ１４０９では、認証が成功したことをログインフレームワーク４７０に通知する。
【００９１】
ログインが失敗した場合には、ステップＳ１４０５においてログイン失敗であることを表す画面を返し、Ｗｅｂブラウザ４１０に表示する。そして、再度、認証処理を行うようユーザに促す。
【００９２】
次に、キーボード入力による認証操作について説明する。図１５は、キーボード入力によってユーザが認証操作を行う場合の認証シーケンスを示す。
【００９３】
まず、ステップＳ１５０１、ステップＳ１５０２では、Ｗｅｂブラウザ４１０の図１１に示すキーボード認証ボタン１１０２が押下されたことを受けて、画面の要求をＷｅｂアプリケーション４５０に対して行う。
【００９４】
ステップＳ１５０３、ステップＳ１５０４では、画面要求に従って、キーボード認証用の画面をＷｅｂブラウザ４１０に送信する。これによって、画面表示がキーボード認証用の画面に切り替えられる。
【００９５】
ステップＳ１５０５では、認証情報を受信したことを受けて、プロキシ部１００１がＩＣカードリーダ制御部１００２に対して読み込み待機解除の通知を行う。
【００９６】
ステップＳ１５０６では、ユーザが認証画面に対して入力した認証情報をプロキシ部１００１に対して送信する。
【００９７】
ステップＳ１５０７では、プロキシ部１００１がＷｅｂアプリケーション４５０に対して認証情報を送信する。
【００９８】
ステップＳ１５０８以降はＩＣカードリーダを使用した認証操作と同様であるため、説明は省略する。
【００９９】
次に、ログアウト時の動作について説明する。図１６は、ログアウトを行い、再度認証画面を表示するまでのシーケンスを示す。
【０１００】
ステップＳ１６０１では、デバイスに設けられたログアウトボタンやＩＤキーをユーザが押下することによってログインフレームワーク４７０がログインアプリケーションロジック４２０のリクエスト生成部１００３に対してログアウトの通知を行う。
【０１０１】
以下、起動時のシーケンスのステップＳ１３０２以降と同様に認証画面を出力し、ユーザに認証操作を促すためにリクエスト生成部１００３は画面取得要求をＷｅｂアプリケーション４５０に対して行う。
【０１０２】
以上が、プロキシを介してＷｅｂアプリケーションとの通信をすることにより認証機器の使用の可否を制御する処理の説明である。これにより、認証機器を使用した認証操作において、適切な画面表示が可能になる。
【０１０３】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第３の実施形態では、第１の実施形態で説明した各構成に対して、Ｗｅｂアプリケーション４５０のログイン通知部４５２から、ＭＦＰ１０１のログインアプリケーションロジック４２０がログイン成功通知を受け取るまでの処理について説明する。ログイン成功通知を受け取る際、認証情報を受信するエンドポイントのＵＲＩを動的に変更する構成を追加することで、エンドポイントへの不正なアクセスを防ぐ。
【０１０４】
図１７は本実施形態における、ログインフレームワーク４７０が認証処理をログインアプリケーションロジック４２０に要求してから、認証成功の応答が返ってくるまでのシーケンス図である。
【０１０５】
ステップＳ９０１では、ログインフレームワーク４７０がログインアプリケーションロジック４２０に認証処理要求を行う。
【０１０６】
ステップＳ９０２では、Ｗｅｂブラウザ４１０がＷｅｂアプリケーション４５０と接続を行うためのＨＴＴＰリクエストを、ログインアプリケーションロジック４２０のリクエスト生成部４２１が生成する。
【０１０７】
ステップＳ９０３では、ログインアプリケーションロジック４２０がＷｅｂブラウザ４１０に対して、ステップＳ９０２で生成したＨＴＴＰリクエストを送信する。
【０１０８】
ステップＳ９０４では、Ｗｅｂブラウザ４１０がステップＳ９０３で送信されたＨＴＴＰリクエストをもとに、Ｗｅｂアプリケーション４５０に対してキー認証画面を描画するためのＨＴＭＬファイルを取得するための要求を行う。
【０１０９】
ステップＳ９０５では、ステップＳ９０４でＷｅｂブラウザ４１０から送られた要求をもとに画面表示のためのＨＴＭＬファイルを生成する。この際の処理は、図６と同様である。
【０１１０】
この後、ステップＳ９０６では、Ｗｅｂブラウザ４１０はＨＴＭＬファイルをＷｅｂサーバ１０２から取得する。続いて、ステップＳ９０７では、Ｗｅｂブラウザ４１０は取得したＨＴＭＬファイルに従って認証画面７０１を表示する。
【０１１１】
続いて、ステップＳ９０８では、Ｗｅｂブラウザ４１０はユーザから入力された認証情報を取得する。ユーザがＯＫボタン７１０を押下することで、ユーザが入力したユーザＩＤやパスワードを取得する。
【０１１２】
ステップＳ９０９では、Ｗｅｂブラウザ４１０がＷｅｂサーバ１０２からログイン成功通知を受け取る際の受信端点であるエンドポイントのＵＲＩをランダムに生成する。例えば、“ｈｔｔｐ：／／１９２．１６８．０．１００：８０／ａｂｃｄ”のようなＵＲＩを生成（オープン）する。「１９２．１６８．０．１００」がＭＦＰ１０１のＩＰアドレスを示し、「８０」がエンドポイントであるＭＦＰ１０１のポート番号を示し、「ａｂｃｄ」がディレクトリ名やファイル名を示す。この場合には、例えば、ポート番号の割り当てを変更することにより、エンドポイントのＵＲＩをランダムに生成する。
【０１１３】
ステップＳ９１０では、Ｗｅｂブラウザ４１０は、ステップＳ９０８で取得した認証情報とステップＳ９０９で生成したエンドポイントのＵＲＩとをＷｅｂアプリケーション４５０に送信する。
【０１１４】
ステップＳ９１１では、Ｗｅｂアプリケーション４５０は、ステップＳ９１０でＷｅｂブラウザ４１０から送信された認証情報を用いて認証処理を行う。認証処理に関しては図１５と同様である。
【０１１５】
この処理を経て、ステップＳ９１２では、Ｗｅｂアプリケーション４５０は、ステップＳ９１０で通知されたエンドポイントのＵＲＩに対してログイン成功通知を送信する。そして、ステップＳ９１３では、Ｗｅｂブラウザ４１０は、Ｗｅｂアプリケーション４５０から受信したログイン成功通知をログインアプリケーションロジック４２０に通知する。
【０１１６】
ステップＳ９１４では、ログインアプリケーションロジック４２０は、ログイン通知がＭＦＰ１０１のログインアプリケーションロジック４２０に通知されたことを受けて、その後の不正なアクセスを防ぐため、エンドポイントのＵＲＩを削除（クローズ）する。削除してしまったエンドポイントのＵＲＩに他のエンドポイントがアクセスすることはできない。このように、エンドポイントでアクセスを受け付ける時間をＷｅｂサーバ１０２において認証処理を行っている間だけに局所化し、アクセスされる可能性のある時間帯を最小限にする。
【０１１７】
なお、エンドポイントの削除処理は、あらかじめユーザによって設定されたタイムアウト時間を経過した時点で行ってもよい。例えば、ステップＳ９１０で、Ｗｅｂブラウザ４１０が、認証情報と共にエンドポイントのＵＲＩをＷｅｂアプリケーション４５０に送信した直後に、エンドポイントのＵＲＩを削除してしまっても構わない。この場合には、ログインが失敗した場合には、再びエンドポイントのＵＲＩを生成する必要があるが、不正アクセスされる可能性のある時間を更に短縮することができる。また、アプリケーション毎に前記タイムアウト時間を任意の時間に設定し、アプリケーション毎にエンドポイントの削除時間を切り替えても構わない。
【０１１８】
ステップＳ９１５では、ログインアプリケーションロジック４２０がログインコンテキストを生成する。ログインコンテキストが生成されることにより、ユーザはＭＦＰ１０１の各機能へのアクセスが可能となる。
【０１１９】
ステップＳ９１６では、ログインアプリケーションロジック４２０がログインフレームワーク４７０に認証成功通知を行う。
【０１２０】
ステップＳ９１７では、ログインアプリケーションロジック４２０は、Ｗｅｂブラウザに対して、認証画面を非表示にするよう要求する。これにより、操作部２２１には図９に示すようなＭＦＰ１０１の機能を利用するためのネイティブ画面が表示され、ユーザはメニュー画面から使用する機能を選択することでＭＦＰ１０１の持つ機能の使用が可能となる。
【０１２１】
以上が本例におけるログインフレームワーク４７０が認証処理をログインアプリケーションロジックに要求してから、認証成功の応答が返ってくるまでのシーケンスである。このように、ログインフレームワーク４７０の動作から処理が始まり、エンドポイントのＵＲＩが生成される。
【０１２２】
これにより、不正なユーザがＭＦＰ１０１の外部からアクセスしようとしても、エンドポイントのＵＲＩが削除された後であれば、不正にアクセスすることはできない。また、Ｗｅｂブラウザ４１０に直接ＵＲＬを入力しログイン操作を行おうとしても、ログインアプリケーションロジック４２０を通じた動作ではないため、エンドポイントのＵＲＩが生成されない。そのため、ＭＦＰ１０１が二重にログインすることはない。
【０１２３】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【特許請求の範囲】
【請求項１】
情報処理装置と、前記情報処理装置に出力するための画面データ及びユーザを認証するための認証データを管理する管理データベースを有するＷｅｂサーバとを含むシステムであって、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂサーバに対して認証用画面データのリクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザからの認証用画面データのリクエストに応じて認証用画面データを前記Ｗｅｂブラウザに送信し、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂアプリケーションから取得した認証用画面データに従った画面を表示し、表示した画面によりユーザから認証データの入力を受け付け、受け付けた認証データを用いて前記Ｗｅｂアプリケーションに認証処理リクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザから受信した認証データと前記管理データベースで管理されている認証データとを照合することにより認証処理を行い、前記Ｗｅｂブラウザに認証結果の通知を行い、
前記情報処理装置のログインアプリケーションロジックが、前記認証結果の通知が認証成功である旨を示す場合に、前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とするシステム。
【請求項２】
前記情報処理装置のログインアプリケーションロジックが、前記Ｗｅｂアプリケーションから受信したデータが認証用画面データであるか否かを判定し、前記認証用画面データである場合に、認証機器を読み込み待機状態とし、前記認証機器を介してユーザから受け付けた認証データを前記Ｗｅｂアプリケーションに送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記Ｗｅｂブラウザがユーザから受け付けた認証データは、前記認証処理リクエストのヘッダに埋め込まれることを特徴とする請求項１に記載のシステム。
【請求項４】
前記ログインアプリケーションロジックは、前記Ｗｅｂブラウザの機能に含まれることを特徴とする請求項１に記載のシステム。
【請求項５】
前記ログインアプリケーションロジックは、前記情報処理装置が備える機能のログオフをユーザから指示された場合に、前記Ｗｅｂサーバに対してログオフの通知を行うことを特徴とする請求項１に記載のシステム。
【請求項６】
前記Ｗｅｂブラウザがユーザから受け付けた認証データを用いて認証処理リクエストを前記Ｗｅｂアプリケーションに行う際に、前記情報処理装置のエンドポイントのＵＲＩをランダムに生成して前記Ｗｅｂアプリケーションに通知し、
前記情報処理装置のログインアプリケーションロジックが、前記認証結果の通知が認証成功である旨を示す場合に、前記エンドポイントのＵＲＩを削除することを特徴とする請求項１に記載のシステム。
【請求項７】
前記Ｗｅｂブラウザは、生成したエンドポイントのＵＲＩを前記認証処理リクエストのヘッダに埋め込むことを特徴とする請求項６に記載のシステム。
【請求項８】
前記Ｗｅｂアプリケーションは、前記エンドポイントのＵＲＩが前記認証処理リクエストのヘッダに埋め込まれていない場合に、前記認証処理を行わないことを特徴とする請求項７に記載のシステム。
【請求項９】
前記Ｗｅｂブラウザが前記認証結果の通知を受け取る時間帯は、前記エンドポイントのＵＲＩが生成されてから削除されるまでの間の時間帯に限られることを特徴とする請求項６に記載のシステム。
【請求項１０】
前記Ｗｅｂブラウザが前記認証処理リクエストを行ってから前記認証結果の通知を受信するまでのタイムアウト時間が予め設定されており、
前記ログインアプリケーションロジックは、前記タイムアウト時間を経過してもなお、前記認証結果の通知を受信していない場合に、前記タイムアウト時間を経過した時点で前記エンドポイントのＵＲＩを削除することを特徴とする請求項６に記載のシステム。
【請求項１１】
前記Ｗｅｂブラウザが前記認証処理リクエストを行ってから前記認証結果の通知を受信するまでのタイムアウト時間が、前記情報処理装置が備えるアプリケーションごとに予め設定されており、
アプリケーションに応じたタイムアウト時間を経過してもなお、前記認証結果の通知を受信していない場合に、前記タイムアウト時間を経過した時点で前記エンドポイントのＵＲＩを削除することを特徴とする請求項６に記載のシステム。
【請求項１２】
情報処理装置であって、
ネットワークに接続されたＷｅｂサーバから認証のための操作画面を取得し、取得した操作画面を表示することによりユーザからの認証データの入力操作を受け付け、受け付けた認証データを用いた認証処理を前記Ｗｅｂサーバに要求し、認証が成功した旨の通知を前記Ｗｅｂサーバから受けた場合に前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とする情報処理装置。
【請求項１３】
情報処理装置の制御方法であって、
ネットワークに接続されたＷｅｂサーバから認証のための操作画面を取得し、取得した操作画面を表示することによりユーザからの認証データの入力操作を受け付け、受け付けた認証データを用いた認証処理を前記Ｗｅｂサーバに要求し、認証が成功した旨の通知を前記Ｗｅｂサーバから受けた場合に前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とする制御方法。
【請求項１】
情報処理装置と、前記情報処理装置に出力するための画面データ及びユーザを認証するための認証データを管理する管理データベースを有するＷｅｂサーバとを含むシステムであって、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂサーバに対して認証用画面データのリクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザからの認証用画面データのリクエストに応じて認証用画面データを前記Ｗｅｂブラウザに送信し、
前記情報処理装置のＷｅｂブラウザが、前記Ｗｅｂアプリケーションから取得した認証用画面データに従った画面を表示し、表示した画面によりユーザから認証データの入力を受け付け、受け付けた認証データを用いて前記Ｗｅｂアプリケーションに認証処理リクエストを行い、
前記ＷｅｂサーバのＷｅｂアプリケーションが、前記Ｗｅｂブラウザから受信した認証データと前記管理データベースで管理されている認証データとを照合することにより認証処理を行い、前記Ｗｅｂブラウザに認証結果の通知を行い、
前記情報処理装置のログインアプリケーションロジックが、前記認証結果の通知が認証成功である旨を示す場合に、前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とするシステム。
【請求項２】
前記情報処理装置のログインアプリケーションロジックが、前記Ｗｅｂアプリケーションから受信したデータが認証用画面データであるか否かを判定し、前記認証用画面データである場合に、認証機器を読み込み待機状態とし、前記認証機器を介してユーザから受け付けた認証データを前記Ｗｅｂアプリケーションに送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記Ｗｅｂブラウザがユーザから受け付けた認証データは、前記認証処理リクエストのヘッダに埋め込まれることを特徴とする請求項１に記載のシステム。
【請求項４】
前記ログインアプリケーションロジックは、前記Ｗｅｂブラウザの機能に含まれることを特徴とする請求項１に記載のシステム。
【請求項５】
前記ログインアプリケーションロジックは、前記情報処理装置が備える機能のログオフをユーザから指示された場合に、前記Ｗｅｂサーバに対してログオフの通知を行うことを特徴とする請求項１に記載のシステム。
【請求項６】
前記Ｗｅｂブラウザがユーザから受け付けた認証データを用いて認証処理リクエストを前記Ｗｅｂアプリケーションに行う際に、前記情報処理装置のエンドポイントのＵＲＩをランダムに生成して前記Ｗｅｂアプリケーションに通知し、
前記情報処理装置のログインアプリケーションロジックが、前記認証結果の通知が認証成功である旨を示す場合に、前記エンドポイントのＵＲＩを削除することを特徴とする請求項１に記載のシステム。
【請求項７】
前記Ｗｅｂブラウザは、生成したエンドポイントのＵＲＩを前記認証処理リクエストのヘッダに埋め込むことを特徴とする請求項６に記載のシステム。
【請求項８】
前記Ｗｅｂアプリケーションは、前記エンドポイントのＵＲＩが前記認証処理リクエストのヘッダに埋め込まれていない場合に、前記認証処理を行わないことを特徴とする請求項７に記載のシステム。
【請求項９】
前記Ｗｅｂブラウザが前記認証結果の通知を受け取る時間帯は、前記エンドポイントのＵＲＩが生成されてから削除されるまでの間の時間帯に限られることを特徴とする請求項６に記載のシステム。
【請求項１０】
前記Ｗｅｂブラウザが前記認証処理リクエストを行ってから前記認証結果の通知を受信するまでのタイムアウト時間が予め設定されており、
前記ログインアプリケーションロジックは、前記タイムアウト時間を経過してもなお、前記認証結果の通知を受信していない場合に、前記タイムアウト時間を経過した時点で前記エンドポイントのＵＲＩを削除することを特徴とする請求項６に記載のシステム。
【請求項１１】
前記Ｗｅｂブラウザが前記認証処理リクエストを行ってから前記認証結果の通知を受信するまでのタイムアウト時間が、前記情報処理装置が備えるアプリケーションごとに予め設定されており、
アプリケーションに応じたタイムアウト時間を経過してもなお、前記認証結果の通知を受信していない場合に、前記タイムアウト時間を経過した時点で前記エンドポイントのＵＲＩを削除することを特徴とする請求項６に記載のシステム。
【請求項１２】
情報処理装置であって、
ネットワークに接続されたＷｅｂサーバから認証のための操作画面を取得し、取得した操作画面を表示することによりユーザからの認証データの入力操作を受け付け、受け付けた認証データを用いた認証処理を前記Ｗｅｂサーバに要求し、認証が成功した旨の通知を前記Ｗｅｂサーバから受けた場合に前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とする情報処理装置。
【請求項１３】
情報処理装置の制御方法であって、
ネットワークに接続されたＷｅｂサーバから認証のための操作画面を取得し、取得した操作画面を表示することによりユーザからの認証データの入力操作を受け付け、受け付けた認証データを用いた認証処理を前記Ｗｅｂサーバに要求し、認証が成功した旨の通知を前記Ｗｅｂサーバから受けた場合に前記情報処理装置が備える機能のユーザによる使用を許可することを特徴とする制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−１８１６０１（Ｐ２０１２−１８１６０１Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４２６５９（Ｐ２０１１−４２６５９）
【出願日】平成２３年２月２８日（２０１１．２．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年２月２８日（２０１１．２．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]