(57)【特許請求の範囲】
【請求項１】
情報処理装置であって、
ユーザ情報の入力を受け付けるための認証画面をＷｅｂサーバからネットワークを介して受信する受信手段と、
前記受信手段によって受信された前記認証画面をＷｅｂブラウザによって表示する表示手段と、
前記Ｗｅｂブラウザによって表示された前記認証画面を介して、ユーザによって入力される前記ユーザ情報を受け付ける受付手段と、
前記Ｗｅｂブラウザによって表示された前記認証画面を介して前記受付手段が前記ユーザ情報を受け付けると、当該ユーザ情報を前記ネットワークに送信することなく前記情報処理装置内に備えられたユーザ認証処理を実行する認証手段に送信して認証処理を実行させる制御手段と、
前記認証手段による前記ユーザ認証処理の結果が認証成功である場合に、前記情報処理装置が備える少なくとも１つの機能の前記ユーザによる使用を許可する許可手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記認証画面は、前記ユーザ情報を入力するための入力領域を含むことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記Ｗｅｂブラウザから前記Ｗｅｂサーバに対して送信される要求に前記ユーザ情報が含まれる場合に、当該要求から前記ユーザ情報を抽出し、当該抽出した前記ユーザ情報を前記ネットワークに送信することなく、前記認証手段に前記ユーザ認証処理を実行させることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記Ｗｅｂブラウザと前記Ｗｅｂサーバとの間の情報通信経路上に位置するプロキシ部を含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記表示手段は、前記認証手段による前記ユーザ認証処理の結果が認証失敗である場合に、前記Ｗｅｂサーバによって提供されるエラー画面を表示することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記ユーザ情報は、ユーザ名及びパスワードを含むことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
原稿上の画像を読み取って画像データを生成する読取手段と、
画像データに基づく画像をシートに印刷する印刷手段と、をさらに備え、
前記少なくとも１つの機能は、前記読取手段と前記印刷手段との少なくともいずれかを用いて実行される機能を含むことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
情報処理装置において実行される情報処理装置の制御方法であって、
前記情報処理装置の受信手段が、ユーザ情報の入力を受け付けるための認証画面をＷｅｂサーバからネットワークを介して受信する受信工程と、
前記情報処理装置の表示手段が、前記受信工程で受信された前記認証画面をＷｅｂブラウザによって表示する表示工程と、
前記情報処理装置の受付手段が、前記Ｗｅｂブラウザによって表示された前記認証画面を介して、ユーザによって入力される前記ユーザ情報を受け付ける受付工程と、
前記情報処理装置の制御手段が、前記Ｗｅｂブラウザによって表示された前記認証画面を介して前記受付工程で前記ユーザ情報を受け付けると、当該ユーザ情報を前記ネットワークに送信することなく前記情報処理装置内に備えられたユーザ認証処理を実行する認証手段に送信して認証処理を実行させる制御工程と、
前記情報処理装置の許可手段が、前記認証手段による前記ユーザ認証処理の結果が認証成功である場合に、前記情報処理装置が備える少なくとも１つの機能の前記ユーザによる使用を許可する許可工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項９】
コンピュータを請求項１乃至７のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバから受信した画面を表示する情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来より、情報処理装置が備える認証アプリケーションにより、認証画面の出力を行うと共に、ユーザから受け付けた認証情報によって認証処理を行って、認証が成功した場合に、情報処理装置が備える機能をユーザに提供する技術がある。
【０００３】
このような認証処理としては、例えば、ユーザが操作画面に表示されたユーザ名やパスワード等の認証情報をキーボードを用いて入力し、その認証情報を用いて認証処理を行うキーボード認証がある。
【０００４】
また、認証処理として、情報処理装置が備えるＵＳＢのカード読み取りデバイスなどにユーザのＩＣカードをかざしたり、挿入したりすることにより、ＩＣカードに格納された認証情報を読み取って認証処理を行うカード認証がある。
【０００５】
これらのキーボードによる認証とＩＣカードによる認証は切り替えることが可能であることが知られている。
【０００６】
また、従来より、Ｗｅｂサーバが提供するＷｅｂサイトを閲覧するため、情報処理装置内にＷｅｂブラウザ機能を備えた情報処理装置がある。
【０００７】
このような情報処理装置においては、情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される認証画面を情報処理装置が備えるＷｅｂブラウザに表示することでユーザに認証のための操作を行わせる方法が知られている。認証処理が成功すると情報処理装置が備える機能をユーザに提供することが可能になる。
【０００８】
この場合、情報処理装置がネットワークに接続されたＷｅｂサーバに対して認証画面を要求し、ＷｅｂサーバのＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに認証画面を表示させるためのコンテンツを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは受信したコンテンツを解析し、操作画面を表示する。
【０００９】
特許文献１では、Ｗｅｂブラウザに表示された認証画面（ログイン画面）に従ってユーザが認証情報（ユーザ名、パスワード）を入力すると、入力された情報をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバのＷｅｂアプリケーションはさらに情報処理装置に認証情報を通知し、情報処理装置へ認証情報の照会を行う。認証された場合、情報処理装置は再度、認証結果をＷｅｂサーバに通知し、認証処理を行う方法が知られている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−２７９９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ここで、ユーザ名やパスワードなどの認証情報は、第三者に知られることのない機密情報として扱いたいという要望がある。
【００１２】
しかしながら、従来の技術では、機密情報として扱うべき認証情報がＷｅｂサーバと情報処理装置との間を行き来することとなり、セキュリティレベルを高めたいと考えるユーザにとっては好ましくない。また、ネットワーク上に無駄なトラフィックも発生してしまう。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために、本発明の情報処理装置は、情報処理装置であって、ユーザ情報の入力を受け付けるための認証画面をＷｅｂサーバからネットワークを介して受信する受信手段と、前記受信手段によって受信された前記認証画面をＷｅｂブラウザによって表示する表示手段と、前記Ｗｅｂブラウザによって表示された前記認証画面を介して、ユーザによって入力される前記ユーザ情報を受け付ける受付手段と、前記Ｗｅｂブラウザによって表示された前記認証画面を介して前記受付手段が前記ユーザ情報を受け付けると、当該ユーザ情報を前記ネットワークに送信することなく前記情報処理装置内に備えられたユーザ認証処理を実行する認証手段に送信して認証処理を実行させる制御手段と、前記認証手段による前記ユーザ認証処理の結果が認証成功である場合に、前記情報処理装置が備える少なくとも１つの機能の前記ユーザによる使用を許可する許可手段と、を備えることを特徴とする。
【発明の効果】
【００１４】
本発明により、Ｗｅｂブラウザによって表示された認証画面を介して入力されたユーザ情報をネットワークに送信することなく認証処理を実行することで、ユーザ情報の外部への漏えいのおそれを低減しつつ、情報処理装置が備える少なくとも１つの機能の使用を許可することができる。
【００１５】
さらには、情報処理装置に監視アプリを追加するだけで、既存のＷｅｂブラウザを修正することなく、所望の認証処理が可能となる。
【００１６】
さらには、ＩＣカードを用いた認証リクエストがあった場合に、カード認証デバイスを容易に使用可能な状態にすることが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１乃至第３の実施形態における情報処理システムの全体図である。
【図２】本発明の第１乃至第３の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。
【図３】本発明の第１の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図４】本発明の第１の実施形態における情報処理システムの動作を説明するフロー図である。
【図５】本発明の第１乃至第３の実施形態におけるＭＦＰ１０１の操作表示部２１１に表示される操作画面の一例を示す図である。
【図６】本発明の第１乃至第３の実施形態におけるＭＦＰ１０１の操作表示部２１１に表示されるメインメニュー画面の一例を示す図である。
【図７】本発明の第２の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図８】本発明の第２の実施形態における情報処理システムの動作を説明するフロー図である。
【図９】本発明の第３の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図１０】本発明の第３の実施形態における情報処理システムの動作を説明するフロー図である。
【図１１】本発明の第３の実施形態におけるＭＦＰ１０１の操作表示部２１１に表示される操作画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下の実施の形態は、特許請求の範囲に係る発明を限定するものではなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１９】
（第１の実施形態）
まず、本発明に係る第１の実施形態について説明する。図１は、第１の実施形態における情報処理装置を含むシステム全体構成を示す図である。このシステムでは、ＭＦＰ１０１と、外部のＷｅｂサーバ１０４がＬＡＮ（ローカルエリアネットワーク）１０２やインターネット１０３によって構成されたネットワークによって接続されている。
【００２０】
ＭＦＰ１０１は、紙媒体をスキャンし、そのスキャンデータを元に用紙に画像を形成して印刷するコピー機能を持つ。
【００２１】
さらには、Ｗｅｂサーバ１０４が提供するＷｅｂサイトを閲覧するため、Ｗｅｂブラウザ機能を備える。
【００２２】
Ｗｅｂサーバ１０４は、クライアントであるＷｅｂブラウザの要求に応じてコンテンツを送信するといった一般的なＷｅｂサイトとしての機能を備える。
【００２３】
さらに、Ｗｅｂサーバ１０４は、後述するＷｅｂアプリケーションを提供する機能も備える。これにより、ＭＦＰ１０１は、Ｗｅｂサーバ１０４よりＷｅｂアプリケーションのサービスを利用することができる。
【００２４】
図２は、ＭＦＰ１０１の構成を示すブロック図である。このＭＦＰ１０１は、スキャナ２１３およびプリンタ２１４を接続するとともに、操作表示部２１１、操作入力部２１２、およびＬＡＮ１０４を接続することが可能なコントローラユニット２００を備える。
【００２５】
なお、本実施形態では、説明の便宜上、ＭＦＰ１０１が、操作表示部２１１、操作入力部２１２、スキャナ２１３、プリンタ２１４及びＵＳＢカード認証デバイス２１６を備える構成とするが、これらの構成は必要に応じて省略しても構わないし、外付けの装置であっても構わない。
【００２６】
コントローラユニット２００は、各種制御プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１を有する。ＣＰＵ２０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３に格納されているブートプログラムに基づきシステムを起動する。そして、このシステム上でＨＤＤ（ハードディスクドライブ）２０４に格納されている制御プログラムを読み出してＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０２をワークエリアとして所定の処理を実行する。
【００２７】
ＨＤＤ２０４には、Ｗｅｂブラウザ４０２の機能を含む、各種制御プログラムが格納される。また、ＨＤＤ２０４には、スキャナ２１３から読み込んだスキャンデータやネットワークＩ／Ｆ２０７を介して装置外から取得したデータが格納される。
【００２８】
操作部出力Ｉ／Ｆ２０５は、操作表示部２１１へのデータ出力通信制御を行う。
【００２９】
操作部入力Ｉ／Ｆ２０６は、操作入力部２１２からのデータ入力通信制御を行う。
【００３０】
ネットワークＩ／Ｆ２０７は、ＬＡＮ１０４に接続され、ＬＡＮ１０４を介した情報の入出力制御を行う。ネットワークＩ／Ｆ２０７は、Ｗｅｂサーバ１０４のＷｅｂサービスを利用するために、外部サーバと通信を行う。具体的には、外部サーバ１０４でサービスを提供するＷｅｂサーバに対してリクエストメッセージを送信するとともに、Ｗｅｂサーバから送信されるレスポンスメッセージを受信する。
【００３１】
スキャナＩ／Ｆ２０８は、スキャナ２１３から画像データを入力するとともに、スキャナ制御データの入出力を行う。
【００３２】
プリンタＩ／Ｆ２０９は、プリンタ２１４へ出力画像データを出力するとともに、プリンタ制御データの入出力を行う。
【００３３】
デバイス入出力Ｉ／Ｆ２１５は、ＵＳＢカード認証デバイス２１６からの認証情報（認証データ）を受け取ったり、ＵＳＢカード認証デバイス２１６を利用可能にしたり、利用不可能にしたりする制御を行う。
【００３４】
以上、２０１から２０９まで、および２１５がシステムバス２１０上に配置される。
【００３５】
操作入力部２１２は、タッチパネルやハードキーなどの入力装置を備えた、ユーザからの指示入力インターフェースである。
【００３６】
操作表示部２１１は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などの表示装置を備えた、ユーザへの表示インターフェースである。
【００３７】
スキャナ２１３は、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）などの光学的な読み取り装置を備え、紙媒体を光学的に操作して、電子的な画像データとして読み取る機能を持つ。
【００３８】
プリンタ２１４は、電子的な画像データを、用紙などの記録媒体上に画像として形成する機能を持つ。
【００３９】
ＵＳＢカード認証デバイス２１６は、ＩＣカード認証の際、ユーザがかざしたＩＣカードの内容を読み込む機能を持つ。
【００４０】
図３は、システム全体のソフトウェア構成を説明する図である。図３に示す各機能部は、ＭＦＰ１０１内のＣＰＵ２０１が、ＲＯＭ２０３もしくはＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。
【００４１】
Ｗｅｂサーバ１０４は認証アプリ３０１の機能を有する。
【００４２】
認証アプリ３０１は、ＭＦＰ１０１に認証用のＷｅｂサービスを提供するアプリケーションである。認証アプリ３０１は、認証画面生成部３１０および認証確認部３１１を有する。
【００４３】
認証画面生成部３１０は、クライアントとなるＭＦＰ１０１より、認証画面要求があった場合、要求された認証用の操作画面をクライアントに送信する。具体的には、後述するが、ユーザのログインのためのログイン情報（ユーザ名やパスワード）を入力操作するログイン画面、あるいは認証に失敗した場合に表示するエラー画面などを提供可能である。
【００４４】
認証確認部３１１は、クライアントであるＭＦＰ３１０から、ログイン情報と共に認証依頼があった場合に、再度ＭＦＰ１０１に対して認証要求（認証リクエストデータ）を送信し、その結果を取得する。認証要求を送信する際は、前述のように取得したログイン情報を送信することになる。認証確認部３１１は、具体的には後述するＭＦＰ１０１の認証サービス３０３に対して認証要求およびログイン情報を送信し、その結果を取得する。
【００４５】
前述の認証要求において認証結果がＮＧだった場合には、認証画面生成部３１０においてエラー画面を生成し、クライアントにエラー画面を送信する。認証確認部３１１は、本実施形態では、ＭＦＰ１０１がプロキシアプリ３０５を持たない場合に機能する。すなわち、認証確認部３１１は、従来型の内部構成を持つＭＦＰがＷｅｂサービスである認証アプリ３０１を使うことを想定して、Ｗｅｂサーバが備える機能である。これにより、従来型のＷｅｂブラウザおよび認証サービスを持つＭＦＰがアクセスした場合も認証アプリ３０１のサービスを受けることが可能となる。
【００４６】
ＭＦＰ１０１は、Ｗｅｂブラウザ３０２、認証サービス３０３、プロキシアプリ３０５、及びウィンドウマネージャ３０４の機能を有する。プロキシアプリ３０５は監視アプリと呼ばれることもあるが、ここではプロキシアプリと表現する。
【００４７】
Ｗｅｂブラウザ３０２は、プロキシアプリ３０５を経由し、Ｗｅｂサーバ３０１からＷｅｂコンテンツを取得して、操作表示部２１１に表示する。さらに、操作入力部２１２を介して入力されたユーザ指示を元にプロキシアプリ３０５を介してＷｅｂサーバ３０１にリクエストを送信する。
【００４８】
Ｗｅｂブラウザ３０２は、コンテンツ取得部３２０、画面描画部３２１から構成される。
【００４９】
コンテンツ取得部３２０は、プロキシアプリ３０５を介して、Ｗｅｂサーバ３０１に対してコンテンツ取得のリクエストを送信する。さらに、Ｗｅｂサーバ３０１から送信されたレスポンスを、プロキシアプリ３０５を介してコンテンツとして受信する。さらに、受信したコンテンツより操作表示部２１１に表示するための画面を生成する。
【００５０】
画面描画部３２１は、コンテンツ取得部３２０が生成した画面を操作表示部２１１に表示する。実際には、ウィンドウマネージャ３０４の画面描画制御部３４０に描画指示を送り、操作表示部２１１に対して画面の描画を行う。
【００５１】
プロキシアプリ３０５は、Ｗｅｂブラウザ３０２とＷｅｂサーバ１０４との間に存在し、プロキシとしての機能を有するとともに、Ｗｅｂブラウザ３０２から送信されたコンテンツを監視する機能を持つ。プロキシアプリは、データ監視部３５０及び認証要求部３５１から構成される。
【００５２】
データ監視部３５０は、Ｗｅｂブラウザ３０２がＷｅｂサーバとの間で送受信するデータの内容を監視する。具体的には、データ監視部３５０は、コンテンツ取得部３２０が送信したデータに、あらかじめ定義されたログイン情報が含まれているか否かを判定する。そして、データ監視部３５０は、後述する認証要求部３５１に対してログイン情報と共に認証要求を依頼する。また、データ監視部３５０は、認証要求部３５１より画面要求依頼を受けた場合には、認証アプリ３０１に画面要求を行う。
【００５３】
認証要求部３５１は、認証サービス３０３に対してログイン情報と共に認証要求を依頼し、その結果を取得する。前述の認証要求において認証結果がＮＧだった場合には、認証アプリ３０１の認証画面生成部３１０にエラー画面を要求する。
【００５４】
ウィンドウマネージャ３０４は、操作表示部２１１に表示するＷｅｂブラウザ３０２やその他のアプリケーションの画面を切り替えたり、各アプリケーションに画面を切り替えたりするためのボタンの表示制御を行う。ウィンドウマネージャ３０２は、画面描画制御部３４０から構成される。
【００５５】
画面描画制御部３４０は、画面描画部３２１やアクセス制御部３３１の指示を受けて、操作表示部２１１に表示する画面を切り替える。具体的には、画面描画制御部３４０は、画面描画部３２１から画面描画要求があった場合には、前述のログイン画面あるいはエラー画面を表示する。さらに、画面描画制御部３４０は、アクセス制御部３３１から画面描画要求があった場合には、ログイン画面からメインメニュー表示に切り替える。これにより、ＭＦＰ１０１自体が備える機能のユーザによる使用が許可されることとなる。
【００５６】
図４は、本システムにおける、認証処理（ログイン処理）を行う一連の処理を説明するフロー図である。図４のフロー図に示す各動作は、ＭＦＰ１０１のＣＰＵ２０１が制御プログラムを実行することにより実現される。
【００５７】
ステップＳ４０１では、Ｗｅｂブラウザ３０２は、Ｗｅｂサーバ１０４の認証アプリ３０１に対して認証用画面（ログイン画面）を要求する。ここで、本実施形態では、プロキシアプリ３０５が存在するので、実際はＷｅｂブラウザ３０２の認証用画面の要求はプロキシアプリ３０５を介して行われる。したがって、ステップＳ４０１では、実際にはＷｅｂブラウザ３０２の認証用画面の要求はプロキシアプリ３０５への指示となる。Ｗｅｂブラウザ３０２と認証アプリ３０１との間の通信は、プロキシアプリ３０５を介して行われるので、ここでは、明示的にプロキシアプリ３０５への指示として説明する。
【００５８】
ステップＳ４０２で、プロキシアプリ３０５は、Ｗｅｂブラウザ３０２の要求をそのまま認証アプリ３０１へ通知する。すなわち、プロキシアプリ３０５は認証アプリ３０１に対して認証用画面要求を行う。ステップＳ４０３で、認証アプリ３０１は、要求された認証用画面を生成し、プロキシアプリ３０５へ送信する。次に、ステップＳ４０４で、プロキシアプリ３０５は、取得した認証用画面をＷｅｂブラウザ３０２に送信する。
【００５９】
ステップＳ４０５で、Ｗｅｂブラウザ３０２は、取得した認証用画面を操作表示部２１１に表示する。次に、ステップＳ４０６で、ユーザはＭＦＰ１０１にログインすべく、Ｗｅｂブラウザ３０２で表示した認証用画面にログイン情報を入力する。
【００６０】
次に、ステップＳ４０７で、Ｗｅｂブラウザ３０２は認証要求をすべく、入力されたログイン情報をプロキシアプリ３０５へ送信する。
【００６１】
プロキシアプリ３０５は、通常、Ｗｅｂブラウザ３０２から認証アプリ３０１に送信される要求について常に監視している。ステップＳ４０７で送信された要求にはログイン情報が含まれているので、ステップＳ４０８に進み、プロキシアプリ３０５は認証サービス３０３の認証機能実行部３３０に認証要求を行う。その際、ステップＳ４０７で送信されたログイン情報も一緒に送信する。
【００６２】
次に、ステップＳ４０９で、認証サービス３０３の認証機能実行部３３０は認証処理を行う。次に、ステップＳ４１０へ進み、ステップＳ４０９の認証処理において認証結果がＯＫであるかＮＧであるかを判定する。ここで、認証結果がＯＫである場合には、ステップＳ４１１に進み、認証サービス３０３のアクセス制御部３３１がウィンドウマネージャ３０４に画面切り替え要求を行う。ステップＳ４１２では、ウィンドウマネージャ３０４の画面描画制御部３４０が操作表示部２１１に表示する画面をメインメニュー画面に切り替える制御を行う。すなわち、ログインが成功したこととなり、ステップＳ４１３で、Ｗｅｂブラウザ３０２は、ローカルのメニュー画面を操作表示部２１１に表示する。
【００６３】
一方、ステップＳ４１０で認証結果がＮＧであると判定された場合には、ステップＳ４１４で、認証サービス３０３はプロキシアプリ３０５へエラー画面を要求する。ステップＳ４１５で、プロキシアプリ３０５は、認証サービス３０３からのエラー画面要求をそのまま認証アプリ３０１に対して行う。
【００６４】
ステップＳ４１６で、認証アプリ３０１がステップＳ４１５で要求されたエラー画面を生成し、要求画面としてプロキシアプリ３０５へ送信する。
【００６５】
ステップＳ４１７で、プロキシアプリ３０５は受け取った要求画面（エラー画面）をそのままＷｅｂブラウザ３０２へ送信する。
【００６６】
ステップＳ４１８で、Ｗｅｂブラウザ３０２は受け取ったエラー画面を操作表示部２１１に表示する。
【００６７】
このようにＭＦＰ１０１への認証処理（ログイン処理）が可能となる。
【００６８】
図５は図４で説明した操作表示部２１１に表示される認証処理（ログイン処理）に必要な画面の例を示した図である。
【００６９】
図５（ａ）は、図４のステップＳ４０５で表示される認証用画面（ログイン画面）の例を示した図である。５００はログインに必要な入力領域であり、ボタンを配置した画面を示している。５０１はログインに必要な情報としてのユーザ名を入力する領域である。また、５０２はログインに必要な情報としてのパスワードを入力する領域である。
【００７０】
５０３はログインボタンである。このボタンを押下することで、図４のステップＳ４０７以降で説明した認証処理（ログイン処理）が行われる。
【００７１】
図５（ｂ）は、図４のステップＳ４１８で表示されるエラー画面を示した図である。５０４はエラーメッセージを表示する領域であり、図中のＯＫボタンを押下することによりエラー画面を非表示にし、図５（ａ）の５００のログインに必要な入力領域、ボタンを配置した画面を再び表示させることが可能である。
【００７２】
図６は図４のステップＳ４１１で認証結果がＯＫである場合に、操作表示部２１１に表示されるメインメニューの例を示している。図６のメインメニューではＭＦＰ１０１での操作に必要な各種メニューのアイコンやボタンが並んでいる様子を示している。この画面によりユーザはＭＦＰ１０１の各種機能やサービスを利用することが可能となる。
【００７３】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、システム構成などは第１の実施形態と同等のため、ここでは、第１の実施形態と差異のある部分のみについて説明する。第２の実施形態は、認証処理（ログイン処理）を行う点で第１の実施形態と共通するが、プロキシアプリ３０５の処理をＷｅｂブラウザ３０２で行う点で第１の実施形態と異なる。
【００７４】
図７は、第２の実施形態におけるシステム全体のソフトウェア構成を説明する図である。ここでは、第１の実施形態の図３と比べると、プロキシアプリ３０５がなくなり、Ｗｅｂブラウザ３０２がその処理を行う点が異なる。
【００７５】
図７に示す各機能部は、ＭＦＰ１０１内のＣＰＵ２０１が、ＲＯＭ２０３もしくはＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。
【００７６】
Ｗｅｂブラウザ３０２は、Ｗｅｂサーバ３０１と通信を行い、Ｗｅｂサーバ３０１からＷｅｂコンテンツを取得して、操作表示部２１１に表示する。さらに、Ｗｅｂブラウザ３０２は、操作入力部２１２を介して入力されたユーザ指示を元にＷｅｂサーバ１０４にリクエストを送信する。
【００７７】
Ｗｅｂブラウザ３０２は、コンテンツ取得部３２０、画面描画部３２１、入力情報解析部３２２、認証要求部３２３から構成される。
【００７８】
コンテンツ取得部３２０および画面描画部３２１は、第１の実施形態で説明したものと同じであるため、説明を割愛する。ただし、ここではコンテンツ取得部３２０は認証アプリ３０１と直接、通信する。
【００７９】
入力情報解析部３２２は、操作表示部２１１に表示された認証用画面（ログイン画面）より、ユーザが指定した内容にログイン情報が含まれているか否かを判定する。そして、後述するＷｅｂブラウザ３０２の認証要求部３２３を通して認証サービス３０３に認証要求を依頼する。
【００８０】
認証要求部３２３は、認証サービス３０３に対してログイン情報と共に認証要求を依頼し、その結果を取得する。前述の認証要求において認証結果がＮＧである場合には、認証画面生成部３１０にエラー画面を要求する。
【００８１】
ウィンドウマネージャ３０４は、操作表示部２１１に表示するＷｅｂブラウザ３０２やその他のアプリケーションの画面を切り替えたり、各アプリケーションに画面を切り替えたりするためのボタンの表示制御を行う。ウィンドウマネージャ３０２は、画面描画制御部３４０から構成される。
【００８２】
画面描画制御部３４０は、画面描画部３２１やアクセス制御部３３１の指示を受けて、操作表示部２１１に表示する画面を切り替える。具体的には、画面描画部３２１から画面描画要求があった場合には、前述のログイン画面あるいはエラー画面を表示する。さらに、アクセス制御部３３１から画面描画要求があった場合には、ログイン画面からメインメニュー表示に切り替える。
【００８３】
図８は、第２の実施形態の本システムにおける、認証処理（ログイン処理）の一連のフロー図である。図８のフロー図に示す各動作は、ＭＦＰ１０１のＣＰＵ２０１が制御プログラムを実行することにより実現される。
【００８４】
ステップＳ８０１で、Ｗｅｂブラウザ３０２はＷｅｂサーバ１０４の認証アプリ３０１に対して認証用画面（ログイン画面）を要求する。
【００８５】
次に、ステップＳ８０２で、認証アプリ３０１はＷｅｂブラウザ３０２に生成した認証用画面を送信する。
【００８６】
ステップＳ８０３で、Ｗｅｂブラウザ３０２は取得した認証用画面を操作表示部２１１に表示する。
【００８７】
次に、ステップＳ８０４で、ユーザはＭＦＰ１０１にログインすべく、Ｗｅｂブラウザ３０２で表示した認証用画面にログイン情報を入力する。
【００８８】
ステップＳ８０４で入力された情報にはログイン情報が含まれているので、ステップＳ８０５に進み、Ｗｅｂブラウザ３０２の認証要求部３２３が認証サービス３０３の認証機能実行部３３０に認証要求を行う。その際、入力されたログイン情報も一緒に送信する。
【００８９】
次に、ステップＳ８０６で、認証サービス３０３の認証機能実行部３３０は認証処理を行う。次に、ステップＳ８０７へ進み、ステップＳ８０７の認証処理において認証結果がＯＫであるかＮＧであるかを判定する。ここで認証結果がＯＫである場合にはステップＳ８０８に進み、認証サービス３０３のアクセス制御部３３１がウィンドウマネージャ３０４に画面切り替え要求を行う。ステップＳ８０９では、ウィンドウマネージャ３０４の画面描画制御部３４０が操作表示部２１１に表示する画面をメインメニュー画面に切り替える制御を行う。これにより、ログインが成功したこととなり、ステップＳ８１０で、Ｗｅｂブラウザ３０２は、ローカルのメニュー画面を操作表示部２１１に表示する。
【００９０】
一方、ステップＳ８０７で認証結果がＮＧであると判定された場合には、ステップＳ８１１で、認証サービス３０３はＷｅｂブラウザ３０２へエラー画面を要求する。ステップ８１２で、Ｗｅｂブラウザ３０２は、認証サービス３０３からのエラー画面要求をそのまま認証アプリ３０１に対して行う。
【００９１】
ステップＳ８１３で、認証アプリ３０１がステップＳ８１２で要求されたエラー画面を生成し、要求画面としてＷｅｂブラウザ３０２へ送信する。
【００９２】
ステップＳ８１４で、Ｗｅｂブラウザ３０２は受け取ったエラー画面を操作表示部２１１に表示する。
【００９３】
ここで、図８で説明した操作表示部２１１に表示される認証処理（ログイン処理）に必要な画面の例は、第１の実施形態で説明した、図５及び図６と同様であるため、ここでは説明を省略する。
【００９４】
このようにＭＦＰ１０１への認証処理（ログイン処理）が可能となる。
【００９５】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。なお、システム構成などは第１の実施形態と同等のため、ここでは、第１の実施形態と差異のある部分のみについて説明する。第３の実施形態は、認証処理（ログイン処理）を行う点で第１の実施形態と共通するが、ＩＣカード認証が指示された場合には、認証処理（ログイン処理）をＩＣカード認証により行う点で第１の実施形態と異なる。
【００９６】
図９は本発明の第３の実施形態におけるシステム全体のソフトウェア構成を説明する図である。図９に示す各機能部は、ＭＦＰ１０１内のＣＰＵ２０１が、ＲＯＭ２０３もしくはＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。
【００９７】
ここでは、第１の実施形態で説明した図３との差分について説明する。
【００９８】
図３との差分は、プロキシアプリ３０５においてカード認証処理部３５２が追加されている。また、ＭＦＰ１０１において、デバイス入出力サービス９０１が追加されている。その他は図３と同様である。
【００９９】
図９のデバイス入出力サービス９０１は、デバイス入出力制御部９１０で構成される。デバイス入出力制御部９１０は、前述の図２で説明したデバイス入出力Ｉ／Ｆ２１５と通信し、ＵＳＢカード認証デバイス２１６を使用可能にする。また、デバイス入出力制御部９１０は、ＵＳＢカード認証デバイス２１６の認証情報を取得する。ここでの認証情報とは、ユーザがＵＳＢカード認証デバイス２１６にかざしたＩＣカードに格納された、ユーザ名やパスワードといったログインを行うための情報を意味する。
【０１００】
カード認証処理部３５２は、デバイス入出力サービス９０１のデバイス入出力制御部９１０と通信し、ＵＳＢカード認証デバイス２１６を使用可能にすべく要求を出す。また、カード認証処理部３５２は、ＵＳＢカード認証デバイス２１６からのログイン情報を取得するなどの処理を行う。
【０１０１】
また、第３の実施形態において、プロキシアプリ３０５のデータ監視部３５０は、Ｗｅｂブラウザ３０２が送受信するデータの内容を監視するだけでなく、カード認証処理部３５２が取得したログイン情報も監視する。
【０１０２】
図１０は、第３の実施形態における、認証処理（ログイン処理）の一連のフロー図である。図９のフロー図に示す各動作は、ＭＦＰ１０１のＣＰＵ２０１が制御プログラムを実行することにより実現される。
【０１０３】
ステップＳ１００１では、Ｗｅｂブラウザ３０２は、Ｗｅｂサーバ１０４の認証アプリ３０１に対して認証用画面（図１１（ａ）に示すログイン画面）を要求する。ここで、第３の実施形態でもプロキシアプリ３０５が存在するので、実際はＷｅｂブラウザ３０２の認証用画面の要求はプロキシアプリ３０５を介して行われる。したがって、ステップＳ１００１ではＷｅｂブラウザ３０２の認証用画面の要求はプロキシアプリ３０５への指示となる。Ｗｅｂブラウザ３０２および認証アプリ３０１に対して通信する際にプロキシアプリ３０５を介して行われることになるので、ここでは、明示的にプロキシアプリ３０５への指示として説明する。
【０１０４】
ステップＳ１００２で、プロキシアプリ３０５は、Ｗｅｂブラウザ３０２の要求を認証アプリ３０１へそのまま通知する。すなわち、プロキシアプリ３０５は認証アプリ３０１に対して認証用画面要求を行う。
【０１０５】
ステップＳ１００３で、認証アプリ３０１は、前述のステップＳ１００２で要求された認証用画面を生成し、プロキシアプリ３０５へ送信する。次に、ステップＳ１００４で、プロキシアプリ３０５は、取得した認証用画面をＷｅｂブラウザ３０２に送信する。
【０１０６】
ステップＳ１００５で、Ｗｅｂブラウザ３０２は取得した認証用画面（図１１（ａ）参照）を操作表示部２１１に表示する。次に、ステップＳ１００６で、ユーザはＭＦＰ１０１にログインすべく、Ｗｅｂブラウザ３０２で表示した認証用画面にログイン情報を入力するか、又はＩＣカード認証を行うかを選択する。そして、Ｗｅｂブラウザ３０２は、ユーザにより入力された情報をプロキシアプリ３０５に送信する。
【０１０７】
ステップＳ１００８で、プロキシアプリ３０５は、受信した情報に基づいて、Ｗｅｂブラウザ３０２によりＩＣカード認証が要求されたか否かを判定する。ステップＳ１００８でＩＣカードの認証が要求されたと判定された場合には、ステップＳ１００９でデバイス入出力サービス９０１に対して、ＩＣカードの認証を可能にすべく、ＵＳＢカード認証デバイス２１６を使用可能にする要求を出す。次に、ステップＳ１０１０で、デバイス入出力サービス９０１は、ＵＳＢカード認証デバイス２１６を使用可能にし、ＩＣカード認証に切り替える処理を行う。
【０１０８】
ステップＳ１０１１で、デバイス入出力サービス９０１は、プロキシアプリ３０５に対して、ユーザにカードをかざすことを指示するための画面要求を行う。ステップＳ１０１２で、プロキシアプリ３０５は、デバイス入出力サービス９０１の要求を認証アプリ３０１へそのまま通知する。
【０１０９】
ステップＳ１０１３で、認証アプリ３０１は、前述のステップＳ１０１２で要求されたカード入力指示画面を生成し、プロキシアプリ３０５へ送信する。次に、ステップＳ１０１４で、プロキシアプリ３０５は、取得したカード入力指示画面をＷｅｂブラウザ３０２に送信する。
【０１１０】
ステップＳ１０１５で、Ｗｅｂブラウザ３０２は、取得したカード入力指示画面（図１１（ｂ）参照）を操作表示部２１１に表示する。次に、ステップＳ１０１６で、カード入力指示画面の指示に従ってＵＳＢカード認証デバイス２１６にＩＣカードをかざすことにより、ログイン情報を入力する。そして、ステップＳ１０１７で、デバイス入出力サービス９０１は、ユーザにより入力されたログイン情報をプロキシアプリ３０５に送信する。ステップＳ１０１８で、プロキシアプリ３０５は、認証サービス３０３に認証要求を行う。ステップＳ１０１９で、認証サービス３０３の認証機能実行部３３０は、受信した情報に基づいて認証処理を行う。
【０１１１】
次に、ステップＳ１０２０へ進み、ステップＳ１０１９の認証処理の認証結果がＯＫであるかＮＧであるかを判定する。認証結果がＯＫである場合にはステップＳ１０２１に進み、認証サービス３０３のアクセス制御部３３１がウィンドウマネージャ３０４に画面切り替え要求を行う。ステップＳ１０２２では、ウィンドウマネージャ３０４の画面描画制御部３４０が操作表示部２１１に表示する画面をメインメニュー画面に切り替える制御を行う。これにより、ログインが成功したこととなり、ステップＳ１０２３で、Ｗｅｂブラウザ３０２は、ローカルのメニュー画面を操作表示部２１１に表示する。
【０１１２】
一方、ステップＳ１０２０で認証結果がＮＧであると判定された場合には、ステップＳ１０２４で、認証サービス３０３はプロキシアプリ３０５へエラー画面を要求する。ステップ１０２５で、プロキシアプリ３０５は、認証サービス３０３からのエラー画面要求をそのまま認証アプリ３０１に対して行う。
【０１１３】
ステップＳ１０２６で、認証アプリ３０１がステップＳ１０２５で要求されたエラー画面を生成し、要求画面としてプロキシアプリ３０５へ送信する。
【０１１４】
ステップＳ１０２７で、プロキシアプリ３０５は受け取った要求画面（エラー画面）をそのままＷｅｂブラウザ３０２へ送信する。
【０１１５】
ステップＳ１０２８で、Ｗｅｂブラウザ３０２は受け取ったエラー画面を操作表示部２１１に表示する。
【０１１６】
このようにＭＦＰ１０１への認証処理（ログイン処理）において、ＵＳＢカード認証デバイス２１６を使用したＩＣカード認証が可能となる。
【０１１７】
なお、前述のステップＳ１００８でＩＣカードの認証が要求されたと判定されなかった場合、つまり、第１の実施形態と同様にステップＳ１００７でログイン情報がＷｅｂブラウザ３０２からプロキシアプリ３０５に送信された場合には、図４のＳ４０８からの処理と同様の処理を行う。
【０１１８】
図１１は図９で説明した操作表示部２１１に表示される認証処理（ログイン処理）に必要な画面の例を示した図である。
【０１１９】
図１１（ａ）は第３の実施形態において、最初に表示されるキーボード認証用画面（ログイン画面）の例を示した図である。図中１１００はログインに必要なユーザ名およびパスワード等を入力する入力領域、ボタンを配置した画面を示している。１１０２はログインボタンであり、ユーザは前述のユーザ名およびパスワード領域に入力した値でログインを行うときは、このログインボタン１１０２を押下する。このログインボタン１１０２を押下することで、第１の実施形態で説明した認証処理（ログイン処理）と同様の処理が行われる。
【０１２０】
１１０１はＩＣカード認証画面に切り替えるためのボタンである。第３の実施形態において、このＩＣカード認証の切換えボタン１１０１が押下されると、ＩＣカード認証処理を行うべく、前述のステップＳ１００７からの処理が行われる。一方、ログインボタンが押下されると、第１の実施形態と同様の処理となり、図４のＳ４０７からの処理が行われる。
【０１２１】
図１１（ｂ）は図１０のステップＳ１０１５で表示されるＩＣカード入力指示画面を示した図である。１１１０はメッセージおよびボタンを表示する領域であり、ＩＣカードをＵＳＢカード認証デバイス２１６にかざすことを指示する旨のメッセージを表示している。図中１１１１はキーボード認証のための切り替えボタンである。このキーボード認証ボタンを押下すると、Ｗｅｂブラウザ３０２は認証アプリ３０１に対してキーボード認証用の画面を要求し、前述の図１１（ａ）の画面を表示する。
【０１２２】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
0005728240.tif 000002
【図２】
0005728240.tif 000003
【図３】
0005728240.tif 000004
【図４】
0005728240.tif 000005
【図５】
0005728240.tif 000006
【図６】
0005728240.tif 000007
【図７】
0005728240.tif 000008
【図８】
0005728240.tif 000009
【図９】
0005728240.tif 000010
【図１０】
0005728240.tif 000011
【図１１】
0005728240.tif 000012