(57)【要約】【課題】  ローカルＵＩとリモートＵＩのような複数の異なるＵＩからＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いてユーザ認証を行うことができない。【解決手段】  互いに異なる複数のユーザインターフェースのいずれかを操作して利用者が行ったユーザ認証の指示に対して、ネットワークを介してユーザ認証の結果を受信すると、複数のユーザインターフェースの内、利用者が操作したユーザインターフェースを判定し、受信したユーザ認証の結果が可の場合に、その判定したユーザインターフェースからの操作を許可する。【選択図】  図１２
2015158805.tif 000002
【特許請求の範囲】
【請求項１】
互いに異なる複数のユーザインターフェースと、
前記複数のユーザインターフェースのいずれかを操作して利用者が行ったユーザ認証の指示に対して、ネットワークを介してユーザ認証の結果を受信する受信手段と、
前記複数のユーザインターフェースの内、前記利用者が操作したユーザインターフェースを判定する判定手段と、
前記受信手段が受信したユーザ認証の結果が可の場合に、前記判定手段が判定したユーザインターフェースからの操作を許可する許可手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記複数のユーザインターフェースは、前記情報処理装置の操作部、前記情報処理装置とネットワークを介して接続された外部機器のウェブブラウザからアクセスできるウェブページを含むことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記複数のユーザインターフェースは、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証を指示する指示手段を備えることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記指示手段による指示に応じて、認証サーバからの認証画面を受信して表示する表示手段と、
前記認証画面を介して入力されたユーザ情報を前記認証サーバに送信してユーザ認証を要求する送信手段と、を更に有し、
前記受信手段は、前記認証サーバから認証結果を受信することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記認証サーバを指定する指定手段を更に有することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記判定手段は、ＨＴＴＰのUser-Agentヘッダの値を参照して判定することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記判定手段は、前記情報処理装置のＵＲＬを参照して判定することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項８】
前記判定手段は、ウェブブラウザのＣｏｏｋｉｅ機能を参照して判定することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項９】
前記許可手段が前記判定手段が判定したユーザインターフェースからの操作を許可すると、前記判定手段が判定したユーザインターフェースに応じた操作画面を表示する画面表示手段を更に有することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
互いに異なる複数のユーザインターフェースを有する情報処理装置を制御する制御方法であって、
前記複数のユーザインターフェースのいずれかを操作して利用者が行ったユーザ認証の指示に対して、ネットワークを介してユーザ認証の結果を受信する受信工程と、
前記複数のユーザインターフェースの内、利用者が操作したユーザインターフェースを判定する判定工程と、
前記受信工程で受信したユーザ認証の結果が可の場合に、前記判定工程で判定したユーザインターフェースからの操作を許可する許可工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、次世代の認証システムの標準としてＯｐｅｎＩＤ Ｃｏｎｎｅｃｔの普及が見込まれている。ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔは、主にウェブサービス利用者のためのユーザ認証に用いられる。ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔは、認証サーバであるＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒ（以下、ＯＰ）、利用者が操作するＵｓｅｒＡｇｅｎｔ、利用者が利用したいサービスなどを提供するＲｅｌｙｉｎｇ Ｐａｒｔｙ（以下、ＲＰ）で構成される。ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを利用した際のメリットとしては次の２点がある。まず一つ目は、様々なサービスを一つのユーザアカウントで利用できるため、複数のユーザアカウントを管理する必要がない。二番目は、認証に加えて、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔの認証サーバであるＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒが提供するウェブサービスに対する認可も行うことができることである。
【０００３】
近年の複合機では、利用者が様々なユーザインターフェース（以下、ＵＩ）を介して複合機に搭載された機能を利用することができる。例えば、複合機が提供しているＵＩとして、複合機に搭載されているＵＩパネル（以下、ローカルＵＩ）や、複合機とネットワークを介して接続されたＰＣのウェブブラウザからアクセスできるウェブページ（以下、リモートＵＩ）などがある。このように複合機の機能はそれぞれのＵＩから利用できるので、それぞれのＵＩに対して個々にユーザ認証を行う機能を設けることにより、どのＵＩからアクセスされても漏れなくユーザ認証ができるようになっている。
【０００４】
また、近年の複合機では、外部のユーザ認証サーバを利用して、ユーザ認証を行うことも可能となっていて、認証サーバを利用した場合であっても、それぞれのＵＩに対してユーザ認証を行うことができるようになっている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２６７２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
複合機のユーザ認証にＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いた場合であっても、同様にそれぞれのＵＩに対してユーザ認証を行うことが望まれる。ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔでユーザ認証を行うためには、ローカルＵＩとリモートＵＩのいずれからのアクセスであってもウェブブラウザを利用する必要がある。ウェブブラウザによるアクセスはネットワーク経由であるため、ＯＰでのユーザ認証に成功した後に、複合機は利用者に対してローカルＵＩとリモートＵＩのどちらからの利用を許可すれば良いのかがわからない。そのため、ローカルＵＩとリモートＵＩのような複数の異なるＵＩからＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いてユーザ認証を行うことができないという課題があった。
【０００７】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００８】
本発明の特徴は、利用者が、互いに異なる複数のユーザインターフェースのいずれかを操作し、ネットワークを介してユーザ認証を行った場合でも、その利用者が操作したＵＩによる利用を許可できるようにした技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
互いに異なる複数のユーザインターフェースと、
前記複数のユーザインターフェースのいずれかを操作して利用者が行ったユーザ認証の指示に対して、ネットワークを介してユーザ認証の結果を受信する受信手段と、
前記複数のユーザインターフェースの内、前記利用者が操作したユーザインターフェースを判定する判定手段と、
前記受信手段が受信したユーザ認証の結果が可の場合に、前記判定手段が判定したユーザインターフェースからの操作を許可する許可手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、利用者が、互いに異なる複数のユーザインターフェースのいずれかを操作し、ネットワークを介してユーザ認証を行った場合でも、その利用者が操作したＵＩによる利用を許可することができる。
【００１１】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【００１２】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】本発明の実施形態に係る複合機（ＭＦＰ）を含む情報処理システムの全体図。
【図２】実施形態に係るＭＦＰのハードウェア構成を説明するブロック図。
【図３】実施形態に係るＭＦＰのソフトウェア構成を説明するブロック図。
【図４】実施形態に係るローカル認証画面の一例を示す図。
【図５】実施形態に係るローカル認証のエラー画面の一例を示す図。
【図６】実施形態に係るリモート認証画面の一例を示す図。
【図７】実施形態に係るリモート認証エラー画面の一例を示す図。
【図８】実施形態に係るＯｐｅｎＩＤ Ｃｏｎｎｅｃｔの認証画面の一例を示す図。
【図９】実施形態に係るＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ認証サーバの設定画面の一例を示す図。
【図１０】実施形態に係るローカルＵＩのメインメニュー画面の一例を示す図。
【図１１】実施形態に係るリモートＵＩのポータル画面の一例を示す図。
【図１２】実施形態に係るＭＦＰのローカルＵＩにおけるＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証の処理を説明するシーケンス図。
【図１３】実施形態に係るＭＦＰのリモートＵＩにおけるＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証の処理を説明するシーケンス図。
【図１４】実施形態に係るＭＦＰのＲＰによるユーザ認証の処理を説明するフローチャート。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本実施形態では、本発明の情報処理装置を複合機（ＭＦＰ）を例に説明するが、本発明はこれに限定されるものではない。
【００１４】
図１は、本発明の実施形態に係る複合機（ＭＦＰ）１０１を含む情報処理システムの全体図である。
【００１５】
この情報処理システムでは、ＬＡＮ１００を介してＭＦＰ１０１，外部機器であるＰＣ１０２、認証サーバ（ＯＰ）１０３等が接続されている。ＰＣ１０２は、ウェブブラウザを利用したＭＦＰ１０１の管理や、プリントドライバを利用したＭＦＰ１０１による印刷に利用される。ＬＡＮ１００はインターネット１１０に接続されている。認証サーバ（ＯＰ）１０３は、ＯｐｅｎＩＤを用いてユーザ認証を行う認証サーバである。ここでは認証サーバ１０３はＬＡＮ１００に接続されているが、インターネット１１０上に存在してもよい。
【００１６】
図２は、実施形態に係るＭＦＰ１０１のハードウェア構成を説明するブロック図である。
【００１７】
このＭＦＰ１０１は、プリンタ２１０を使用した印刷機能、スキャナ２１１を使用した原稿の読み取り機能、またスキャナ２１１により生成された画像データやＰＣ１０２等から受信したデータを記憶するボックス機能などを有している。またボックス機能で記憶されたデータをＬＡＮ１００を介して送信したり、またプリンタ２１０で印刷することもできる。
【００１８】
ＣＰＵ２０１を含む制御部２００は、このＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して印刷制御、読取制御や送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、画像データや各種プログラム、及び後述する各種データを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。プリンタＩ／Ｆ２０６は、プリンタ２１０と制御部２００とを接続する。プリンタ２１０で印刷すべき画像データは、プリンタＩ／Ｆ２０６を介して制御部２００からプリンタ２１０に転送されて記録媒体（シート）上に印刷される。スキャナＩ／Ｆ２０７は、スキャナ２１１と制御部２００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、その画像データをスキャナＩ／Ｆ２０７を介して制御部２００に供給する。ネットワークＩ／Ｆ２０８は、制御部２００（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部機器（ＰＣ１０２等）に画像データや情報を送信したり、ＬＡＮ１００上の外部機器から各種情報を受信する。
【００１９】
図３は、実施形態に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図である。特に断りのない限り、各処理部の機能は、ＲＯＭ２０２に記憶された制御プログラムをＣＰＵ２０１が実行することにより実現される。
【００２０】
ＲＰ（Ｒｅｌｙｉｎｇ Ｐａｒｔｙ）３２０は、ＵｓｅｒＡｇｅｎｔ３０２からＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔの認証要求を受け付けて、認証サーバ１０３から認証結果を受け取る機能を提供する。具体的には、ＵｓｅｒＡｇｅｎｔ３０２からＯｐｅｎＩＤ認証画面の表示要求を受けて認証サーバ１０３にリダイレクトしたり、認証サーバ１０３からの認証結果を受け取って認証サーバ１０３に対して検証を行う。ＲＰ３２０は、認証サーバ１０３から検証結果を取得して、ローカル認証処理部３０１やリモート認証処理部３１１へ伝える。
【００２１】
ローカルＵＩ（ユーザインターフェース）制御部３００は、操作部Ｉ／Ｆ２０５を介して操作部２０９を制御する機能を提供する。またローカルＵＩ制御部３００は、利用者が操作部２０９で操作した内容をローカル認証処理部３０１やＵｓｅｒＡｇｅｎｔ３０２などのモジュールに通知する。また、ローカルＵＩ制御部３００は、モジュールからの画面表示の依頼を受けると、操作部２０９へ画面を表示するための制御を行う。特に断りのない限り、各モジュールはローカルＵＩ制御部３００を介して操作部２０９に画面を表示する。
【００２２】
ローカル認証処理部３０１は、利用者がローカルＵＩからＭＦＰ１０１を利用する際のユーザ認証であるローカル認証機能を提供する。ローカル認証処理部３０１は、例えば図４に示すローカル認証画面を表示し、ローカル認証処理部３０１は、ローカル認証画面（図４）からの利用者の入力に基づいてユーザ認証を行う。
【００２３】
図４は、実施形態に係るローカル認証画面の一例を示す図である。
【００２４】
ローカル認証画面は、利用者がローカルＵＩからＭＦＰ１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。ユーザ名の入力フィールド４０１、パスワードの入力フィールド４０２、ログインボタン４０３は、ＭＦＰ１０１が管理しているユーザ情報に基づいて、ＭＦＰ１０１の利用者のユーザ認証を行うために利用される。一方、ＯｐｅｎＩＤログインボタン４１０は、認証サーバ１０３で管理しているユーザ情報に基づいてＭＦＰ１０１の利用者のユーザ認証を行うために利用される。
【００２５】
またローカル認証処理部３０１は、ＲＰ３２０からＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔの認証結果を受信する。ユーザ認証の結果が成功の場合は、そのユーザによる、ＭＦＰ１０１が有する機能への操作を許可し、ユーザ認証の結果が失敗の場合は、例えば図５に示すローカル認証エラー画面を表示する。
【００２６】
図５は、実施形態に係るローカル認証のエラー画面の一例を示す図である。
【００２７】
ローカル認証エラー画面は、ローカル認証処理部３０１がユーザ認証を行った結果、認証に失敗した場合に表示される画面である。エラーメッセージ５０１は、ユーザ認証に失敗したことを表すメッセージである。このエラーメッセージ５０１は、ユーザが入力したユーザ名或いはパスワードが正しくない場合に表示される。ＯＫボタン５０２は、このローカル認証エラー画面を閉じるためのボタンである。
【００２８】
リモートＵＩ制御部３１０は、ネットワーク処理部３３０を介してＰＣ１０２のウェブブラザに対してウェブページを提供する。リモートＵＩ制御部３１０は、利用者がウェブブラウザで操作した内容をリモート認証処理部３１１等のモジュールに通知する。またリモートＵＩ制御部３１０は、モジュールからの依頼を受けて、ウェブブラウザに対してウェブページを表示するための制御を行う。特に断りのない限り、各モジュールはリモートＵＩ制御部３１０を介してウェブブラウザに対してウェブページを表示する。
【００２９】
リモート認証処理部３１１は、利用者がリモートＵＩからＭＦＰ１０１を利用する際のユーザ認証であるリモート認証機能を提供する。リモート認証処理部３１１は、例えば図６に示すリモート認証画面を表示する。
【００３０】
図６は、実施形態に係るリモート認証画面の一例を示す図である。
【００３１】
このリモート認証画面は、利用者がリモートＵＩからＭＦＰ１０１の機能を利用するためにユーザ認証を行うための画面である。ユーザ名の入力フィールド６０１、パスワードの入力フィールド６０２、ログインボタン６０３は、ＭＦＰ１０１が管理しているユーザ情報に基づいてＭＦＰ１０１の利用者のユーザ認証を行うために利用される。一方、ＯｐｅｎＩＤログインボタン６１０は、認証サーバ１０３で管理しているユーザ情報に基づいて、ＭＦＰ１０１の利用者のユーザ認証を行うために利用される。
【００３２】
ユーザ名の入力フィールド６０１は、ＭＦＰ１０１の利用者がユーザ名を入力するためのフィールドである。パスワードの入力フィールド６０２は、ＭＦＰ１０１の利用者がパスワードを入力するためのフィールドである。ログインボタン６０３は、ユーザが入力したユーザ名とパスワードを用いたユーザ認証の実行を指示するためのボタンである。ＯｐｅｎＩＤログインボタン６１０は、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証を行うためのボタンである。このボタン６１０が押下された場合は、例えば図８に示すＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ認証画面を表示するために、予め定められたＲＰ３２０のＵＲＬにアクセスする。
【００３３】
リモート認証処理部３１１は、図６のリモート認証画面からの利用者の入力に基づいてユーザ認証を行う。またリモート認証処理部３１１は、ＲＰ３２０からＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔの認証結果を受信する。ここでユーザ認証の結果が成功した場合は、リモートＵＩを通して、そのユーザによるＭＦＰ１０１が有する機能への操作を許可し、ユーザ認証の結果が失敗の場合は、例えば図７に示すリモート認証エラー画面を表示する。
【００３４】
図７は、実施形態に係るリモート認証エラー画面の一例を示す図である。
【００３５】
このリモート認証エラー画面は、リモート認証処理部３１１がユーザ認証を行った結果、認証に失敗した場合に表示される画面である。エラーメッセージ７０１は、認証に失敗したことを表すメッセージである。エラーメッセージ７０１は、ユーザが入力したユーザ名或いはパスワードが正しくないため、ユーザ認証に失敗した場合に表示される。ＯＫボタン７０２は、このリモート認証エラー画面を閉じるためのボタンである。
【００３６】
ネットワーク処理部３３０は、ネットワークＩ／Ｆ２０８を制御して、リモートＵＩ制御部３１０やＵｓｅｒＡｇｅｎｔ３０２などのモジュールと、ＰＣ１０２や認証サーバ１０３などの外部機器との間でデータの送受信を行う機能を提供する。ＵｓｅｒＡｇｅｎｔ３０２は、ＨＴＴＰを用いてリソースの取得などを行うＨＴＴＰユーザエージェントであり、ローカルＵＩ上にウェブページを表示する機能を提供する。ＵｓｅｒＡｇｅｎｔ３０２は、ネットワーク処理部３３０を介してＬＡＮ１００、又はインターネット１１０のウェブサーバが提供するウェブページを取得して操作部２０９に表示する。
【００３７】
尚、本実施形態は、認証サーバ１０３で管理しているユーザ情報に基づくユーザ認証に関するものであるため、ＭＦＰ１０１が管理しているユーザ情報に基づくユーザ認証に関わる処理に関する説明は省略する。
【００３８】
図４において、利用者は、ユーザ名の入力フィールド４０１ユーザ名を入力し、パスワードの入力フィールド４０２に利用者のパスワードを入力する。そしてログインボタン４０３が押下されると、それら入力されたユーザ名とパスワードとを用いたユーザ認証の実行が指示される。使用者は、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証を行うように指示するときはＯｐｅｎＩＤログインボタン４１０を押下する。このＯｐｅｎＩＤログインボタン４１０が押下された場合は、例えば図８に示すＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ認証画面が表示される。
【００３９】
図８は、実施形態に係るＯｐｅｎＩＤ Ｃｏｎｎｅｃｔの認証画面の一例を示す図である。
【００４０】
ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証画面は、認証サーバ１０３が提供する画面であり、画面構成は認証サーバ１０３によって異なる。ユーザ名の入力フィールド８０１は、ユーザのユーザ名を入力するためのフィールドである。パスワードの入力フィールド８０２は、ユーザのパスワードを入力するためのフィールドである。ログインボタン８０３は、この画面を介してユーザが入力したユーザ名とパスワードとを用いて、ユーザ認証の実行を指示するためのボタンである。ユーザ名の入力フィールド８０１及びパスワードの入力フィールド８０２に入力されたユーザ名とパスワードが認証サーバ１０３に登録されていれば、そのユーザの認証が成功することになる。
【００４１】
尚、本実施形態は、認証サーバ１０３で管理しているユーザ情報に基づくユーザ認証に関するものであるため、ＭＦＰ１０１が管理しているユーザ情報に基づくユーザ認証に関わる処理に関する説明は省略する。
【００４２】
図９は、実施形態に係るＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ認証サーバの設定画面の一例を示す図である。
【００４３】
このＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ認証サーバの設定画面は、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔでのユーザ認証に利用する認証サーバ１０３を設定するための画面である。認証サーバＵＲＬの入力フィールド９０１は、認証サーバ１０３のＵＲＬを入力するためのフィールドである。ＯＫボタン９１０は、この画面による設定を確定するためのボタンである。ＯＫボタン９１０が押下された場合、認証サーバＵＲＬの入力フィールド９０１に入力された値を保存する。キャンセルボタン９１１は、この画面を介して入力された設定をキャンセルするためのボタンである。キャンセルボタン９１１が押下された場合、認証サーバＵＲＬ入力フィールド９０１に入力された値を破棄して、この画面を閉じる。
【００４４】
尚、本実施形態では、ＭＦＰ１０１に１つの認証サーバ１０３を登録し、その認証画面を表示するが、複数の認証サーバ１０３を登録できるようにし、その中から認証する認証サーバ１０３を選択できても良い。
【００４５】
図１０は、実施形態に係るローカルＵＩのメインメニュー画面の一例を示す図である。
【００４６】
ローカルＵＩのメインメニュー画面（操作画面）は、ＭＦＰ１０１が搭載している各種機能を利用者が選択するための画面であり、ローカルＵＩでのユーザ認証が成功した場合に操作部２０９に表示される。
【００４７】
図１１は、実施形態に係るリモートＵＩのポータル画面の一例を示す図である。
【００４８】
リモートＵＩのポータル画面（操作画面）は、ＭＦＰ１０１が搭載している各種機能を利用者が選択するための画面であり、リモートＵＩでのユーザ認証が成功した場合にリモートＵＩに表示される。
【００４９】
まず、ローカルＵＩにおけるＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証の処理の流れ図１２のシーケンス図を用いてを説明し、次に、リモートＵＩにおける処理の流れを図１３のシーケンス図を用いて説明する。最後に、ＲＰ３２０におけるユーザ認証処理の流れを図１４のフローチャートを用いて説明する。
【００５０】
制御部２００は、本明細書ではＣＰＵ２０１、ＲＡＭ２０３、ＲＯＭ２０２、ＨＤＤ２０４等を具備している。尚、シーケンス図及びフローチャートで示す手順を示すプログラムが制御部２００のＲＡＭ２０３、ＲＯＭ２０２、ＨＤＤ２０４のいずれかの記憶手段に記憶され、ＣＰＵ２０１の制御の下に実行されることにより、これら処理が実現される。
【００５１】
図１２は、実施形態に係るＭＦＰのローカルＵＩにおけるＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証の処理を説明するシーケンス図である。
【００５２】
ＭＦＰ１０１が起動し、ローカル認証処理部３０１により、操作部２０９にローカル認証画面（図４）が表示された状態からこの処理が開始される。まずＳ１２０１でローカル認証処理部３０１は、利用者が図４の画面でＯｐｅｎＩＤログインボタン４１０を押下したことを検知するとＳ１２０２を実行する。Ｓ１２０２でローカル認証処理部３０１は、ＵｓｅｒＡｇｅｎｔ３０２に対してＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証画面（図８）を表示するように要求する。具体的には、ＲＰ３２０のＵＲＬを指定して、ＵｓｅｒＡｇｅｎｔ３０２にウェブページを操作部２０９に表示するように要求する。この要求を受けたＵｓｅｒＡｇｅｎｔ３０２はＳ１２０３を実行する。
【００５３】
Ｓ１２０３でＵｓｅｒＡｇｅｎｔ３０２は、指定されたＵＲＬのウェブページを表示するために、ＲＰ３２０のＵＲＬにアクセスする。このアクセスを受けたＲＰ３２０はＳ１２０４を実行する。Ｓ１２０４でＲＰ３２０は、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証サーバ設定画面（図９）で設定された認証サーバ１０３のＵＲＬにリダイレクトしてアクセスするようにＵｓｅｒＡｇｅｎｔ３０２に指示する。この際、ＲＰ３２０は、認証サーバ１０３に対して、Ｓ１２１１のリダイレクト先であるリダイレクトＵＲＩも指定する。
【００５４】
次にＳ１２０５でＵｓｅｒＡｇｅｎｔ３０２は、認証サーバ１０３へアクセスし、Ｓ１２０６でＯｐｅｎＩＤの認証画面を取得してＳ１２０７を実行する。Ｓ１２０７でＵｓｅｒＡｇｅｎｔ３０２は、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証画面（図８）を操作部２０９に表示する。
【００５５】
次にＳ１２０８でＵｓｅｒＡｇｅｎｔ３０２は、利用者からのユーザ認証情報の入力を受け付ける。そしてＳ１２０９でＵｓｅｒＡｇｅｎｔ３０２は、利用者によるログインボタン８０３の押下を検知すると、その利用者が入力したユーザ名とパスワードを認証サーバ１０３に送信して、認証サーバ１０３にユーザ認証を要求する。そしてＳ１２１０で認証サーバ１０３は、Ｓ１２０５で指定されたＲＰ３２０のリダイレクトＵＲＩへ、そのユーザ認証の結果をリダイレクトする。Ｓ１２１１でＲＰ３２０は、そのユーザ認証の結果をＵｓｅｒＡｇｅｎｔ３０２から受信し、認証が成功した場合には認可コードを受信してＳ１２１２を実行する。
【００５６】
Ｓ１２１２でＲＰ３２０は、利用者によるアクセスが、ＰＣ１０２のウェブブラウザからのアクセスか、ＭＦＰ１０１の操作部２０９からのアクセスかを判定する。この判定は、例えば、ウェブブラウザのＣｏｏｋｉｅ機能を参照して行っても良い。Ｓ１２１３でＲＰ３２０は、Ｓ１２１１で取得した認可トークンを用いて認証サーバ１０３に対してアクセストークンの取得要求し、Ｓ１２１４で、その結果を受信する。Ｓ１２１４でアクセストークンを受信できた場合は、ＲＰ３２０はＳ１２１５を実行する。一方、アクセストークンの受信に失敗した場合は、ローカル認証エラー画面（図５）を表示する。そしてＳ１２１５でＲＰ３２０は、Ｓ１２１２のアクセス元の判定結果に基づき、ローカルＵＩからのアクセスの場合にはローカル認証処理部３０１へ、リモートＵＩからのアクセス場合にはリモートＵＩへログイン要求を発行する。こうしてログイン要求を受信したローカル認証処理部３０１は、利用者に操作部２０９からＭＦＰ１０１の機能を利用することを許可する。具体的には、ローカルＵＩ制御部３００が操作部２０９にローカルＵＩメインメニュー画面（図１０）を表示する。
【００５７】
図１３は、実施形態に係るＭＦＰ１０１のリモートＵＩにおけるＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いたユーザ認証の処理を説明するシーケンス図である。
【００５８】
ＭＦＰ１０１が起動し、リモートＵＩ制御部３１０がネットワーク処理部３３０を介してＰＣ１０２のウェブブラザに対してウェブページを提供することが可能な状態から、この処理が開始される。
【００５９】
Ｓ１３０１及びＳ１３０２においてリモート認証処理部３１１は、利用者がウェブブラウザを利用して行うリモートＵＩ（ＲＵＩ）の認証画面の表示要求を受信するとＳ１３０３を実行する。Ｓ１３０３でウェブブラウザは、リモートＵＩの認証画面を受信し、Ｓ１３０４でリモート認証画面（図６）を表示する。
【００６０】
そして、Ｓ１３０５において、この画面で利用者がＯｐｅｎＩＤログインボタン６１０を押下すると、ウェブブラウザは、Ｓ１３０６で、予め定められたＲＰ３２０のＵＲＬへアクセスする。Ｓ１３０６でＲＰ３２０は、ウェブブラウザからのアクセスを受信し、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証サーバ設定画面（図９）で設定された認証サーバ１０３のＵＲＬにリダイレクトしてアクセスするようにウェブブラウザに指示する。この際、ＲＰ３２０は、認証サーバ１０３に対してＳ１３１４のリダイレクト先であるリダイレクトＵＲＩも指定する。
【００６１】
そしてＳ１３０８でウェブブラウザは、認証サーバ１０３へアクセスし、Ｓ１３０９でＯｐｅｎＩＤの認証画面を取得してＳ１３１０を実行する。Ｓ１３１０でウェブブラウザは、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証画面（図８）を表示する。そしてＳ１３１１でウェブブラウザは、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証画面を介して、利用者からのユーザ認証情報の入力を受け付ける。Ｓ１３１２でウェブブラウザは、利用者によるログインボタン８０３の押下を検知すると、利用者が入力したユーザ名とパスワードを認証サーバ１０３に送信することでユーザ認証を要求する。そしてＳ１３１３で認証サーバ１０３は、Ｓ１３０８で指定されたＲＰ３２０のリダイレクトＵＲＩへ、ユーザ認証の結果をリダイレクトする（Ｓ１３１４）。Ｓ１３１４でＲＰ３２０は、そのユーザ認証の結果を受信し、認証が成功した場合には認可コードを受信してＳ１３１５を実行する。
【００６２】
Ｓ１３１５でＲＰ３２０は、利用者によるアクセスがＰＣ１０２のウェブブラウザからのアクセスか、ＭＦＰ１０１の操作部２０９からのアクセスかを判定する。Ｓ１３１６でＲＰ３２０は、Ｓ１３１３で取得した認可トークンを用いて認証サーバ１０３に対してアクセストークンの取得要求し、Ｓ１３１７で、その結果を受信する。Ｓ１３１７でアクセストークンを受信できた場合は、ＲＰ３２０はＳ１３１８を実行し、アクセストークンの受信に失敗した場合にはリモート認証エラー画面（図７）を表示する。
【００６３】
Ｓ１３１８でＲＰ３２０は、Ｓ１３１５の判断結果に基づき、ローカルＵＩからのアクセスの場合はローカル認証処理部３０１へ、リモートＵＩからのアクセス場合はリモートＵＩへログイン要求を実行する。このログイン要求を受信したリモート認証処理部３１１は、利用者にリモートＵＩからＭＦＰ１０１の機能を利用することを許可する。具体的には、リモートＵＩ制御部３１０がリモートＵＩにリモートＵＩのポータル画面（図１１）を表示する。
【００６４】
図１４は、実施形態に係るＭＦＰ１０１のＲＰ３２０によるユーザ認証の処理を説明するフローチャートである。この処理はＭＦＰ１０１が起動し、ＵｓｅｒＡｇｅｎｔ３０２又はウェブブラウザからＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証画面（図８）を表示する要求を受け付けるところから、この処理が開始される。
【００６５】
先ずＳ１４０１でＲＰ３２０は、ＵｓｅｒＡｇｅｎｔ３０２又はウェブブラウザからの認証画面の表示要求を受信するとＳ１４０２に進む。Ｓ１４０２でＲＰ３２０は、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ認証サーバ設定画面（図９）で設定された認証サーバ１０３のＵＲＬにリダイレクトする。この際、ＲＰ３２０は、認証サーバ１０３に対してＳ１４０３のアクセス先であるリダイレクトＵＲＩも指定する。
【００６６】
次にＳ１４０３に進みＲＰ３２０は、ユーザ認証の結果を受信するのを待ち、認証結果を受信するとＳ１４０４に進む。この際、ＲＰ３２０は、認証結果として認証サーバ１０３から認可コードを取得する。Ｓ１４０４でＲＰ３２０は、利用者によるアクセスがＰＣ１０２のウェブブラウザからのアクセスか、ＭＦＰ１０１の操作部２０９からのアクセスかを判定する。操作部２０９、即ち、ローカルＵＩからのアクセスの場合はＵｓｅｒＡｇｅｎｔ３０２からのアクセスとなり、リモートＵＩからの場合にはウェブブラウザからのアクセスとなる。この具体的な判定方法は、ＵｓｅｒＡｇｅｎｔ３０２がＨＴＴＰのUser-Agentヘッダに固有の値を用いる。そしてＲＰ３２０が、そのUser-Agentヘッダ値を確認することで、その固有の値であればローカルＵＩからのアクセスであると判定し、それ以外の場合は、リモートＵＩからのアクセスであると判定する。また他の判定方法としては、Ｓ１４０１において、ローカルＵＩからの表示要求の場合と、リモートＵＩからの表示要求の場合とで、ＲＰ３２０のアクセス先に異なるＵＲＬを指定する。これにより、このＵＲＬに基づいて、ＲＰ３２０へのアクセス後の処理を切り分ける。この切り分ける処理としては、ローカルＵＩからの場合とリモートＵＩからの場合とで、Ｓ１４０２で認証サーバ１０３へ通知するリダイレクトＵＲＩを互いに異なるＵＲＬとする。これにより、Ｓ１４０３におけるアクセス先ＵＲＬを基に、利用者によるアクセスのアクセス元を判定できる。
【００６７】
次にＳ１４０５に進みＲＰ３２０は、Ｓ１４０３で取得した認可トークンを用いて認証サーバ１０３に対してアクセストークンの取得を要求してＳ１４０６に進む。Ｓ１４０６でＲＰ３２０は、認証サーバ１０３からのアクセストークンの受信を待ち、受信するとＳ１４０７に進み、ＲＰ３２０は、その受信したアクセストークンを検証する。そして正しいアクセストークンであればＳ１４０８に進むが、不正なアクセストークンの場合はＳ１４１０に進んでエラー画面を表示する指示を行うなどのエラー処理を実行する。
【００６８】
Ｓ１４０８でＲＰ３２０は、Ｓ１４０４のアクセス元の判定結果に基づいて、ローカルＵＩからのアクセスの場合はＳ１４０９に進んでローカル認証処理部３０１へログイン要求を発行する。その後、ローカルＵＩ制御部３００が操作部２０９にローカルＵＩメインメニュー画面（図１０）を表示する。一方、Ｓ１４０８でＲＰ３２０は、リモートＵＩからのアクセスであると判定するとＳ１４１１に進み、リモートＵＩへログイン要求を発行する。これにより、リモートＵＩ制御部３１０がリモートＵＩにリモートＵＩのポータル画面（図１１）を表示する。
【００６９】
以上の処理を実行することによって、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いて、複数の異なるＵＩからＭＦＰ１０１の利用者を認証することが可能となる。
【００７０】
以上説明したように本実施形態によれば、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いて複数の異なるＵＩからＭＦＰの利用者を認証することが可能となる。これにより、ＭＦＰを複数のＵＩから利用する場合であってもＯｐｅｎＩＤ Ｃｏｎｎｅｃｔを用いることにより、様々なサービスを一つのユーザアカウントで利用できることにより、複数のユーザアカウントを管理する必要がなくなる。また認証に加えてＯｐｅｎＩＤ Ｃｏｎｎｅｃｔの認証サーバが提供するウェブサービスに対する認可も行うことができる。
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００７１】
本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【図１】
2015158805.tif 000003
【図２】
2015158805.tif 000004
【図３】
2015158805.tif 000005
【図４】
2015158805.tif 000006
【図５】
2015158805.tif 000007
【図６】
2015158805.tif 000008
【図７】
2015158805.tif 000009
【図８】
2015158805.tif 000010
【図９】
2015158805.tif 000011
【図１０】
2015158805.tif 000012
【図１１】
2015158805.tif 000013
【図１２】
2015158805.tif 000014
【図１３】
2015158805.tif 000015
【図１４】
2015158805.tif 000016