JP2010068294A - 処理装置とプログラム - Google Patents

Abstract

【課題】 不正利用に対するセキュリティ機能を向上させる。
【解決手段】 画像処理装置１０は、ＯｐｅｎＩＤの入力を要求し、その要求に対して入力されたＯｐｅｎＩＤの認証を認証サーバ１１２に要求し、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、自装置で実行可能な複数の異なる処理動作の使用を許可し、その許可後に、上記各処理動作に対する動作開始の指示を受け付け、上記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にする。
【選択図】 図１

Description

この発明は、複写機，プリンタ，スキャナ，ファクシミリ装置，複合機を含む処理装置とプログラムに関する。

最近の複写機，プリンタ，スキャナ，ファクシミリ装置，複合機を含む画像処理装置は、コスト管理やセキュリティ上の目的により、装置を利用・管理できる利用者を制限する機能を有する。
従来、ネットワーク上の外部サーバを利用することで、認証／課金システムを、画像処理装置内の複数のアプリケーションに対して使用することを可能とするための仕組みを備えた画像処理装置（例えば、特許文献１参照）があった。
特開２００４−１２９２４７号公報

しかしながら、上述した従来の画像処理装置では、画像処理装置の外部に設置された認証サーバを用いて利用者（ユーザ）認証をした後、そのユーザに対するコピー，プリント，スキャン，ファックス送受信を含む複数の機能を利用可能にし、利用者が利用終了の手続をするまで各機能の利用可能状態が維持されるので、その間に他の利用者による不正使用の恐れがあり、画像処理装置の利用のセキュリティを保てなくなるという問題があった。
この発明は上記の点に鑑みてなされたものであり、不正利用に対するセキュリティ機能を向上させることを目的とする。

この発明は上記の目的を達成するため、共通識別情報認証装置と通信する通信手段と、共通識別情報の入力を要求する入力要求手段と、上記要求に対して入力された共通識別情報の認証を上記通信手段によって通信する上記共通識別情報認証装置に要求する認証要求手段と、上記共通識別情報認証装置によって上記共通識別情報が認証された場合、自装置で実行可能な複数の異なる処理動作の使用を許可する使用許可手段と、上記許可後に、上記各処理動作に対する動作開始の指示を受け付ける指示受付手段と、上記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にする不許可手段を備えた処理装置を提供する。

また、上記不許可手段によって自装置で実行可能な複数の異なる処理動作の使用を不許可にした後、上記共通識別情報の一部の再入力を要求する手段を設けてもよい。
さらに、上記動作開始を受け付けた処理動作の終了後、所定期間内に上記共通識別情報の一部が再入力されなかった場合、自装置の使用を不許可にする手段を設けるとよい。
また、上記共通識別情報認証装置によって認証された共通識別情報に対応する装置で実行可能な複数の異なる処理動作毎の使用権限情報を上記共通識別情報認証装置から取得する使用権限情報取得手段を設け、上記使用許可手段が、自装置で実行可能な複数の異なる処理動作の使用を許可する際、上記取得した使用権限情報に基づいて各処理動作毎に使用を許可する手段を有するようにしてもよい。

さらに、上記共通識別情報認証装置によって上記共通識別情報の認証がされた場合、上記共通識別情報認証装置が有する情報を上記共通識別情報認証装置に要求する情報要求手段と、上記共通識別情報認証装置から上記要求した情報を受け付ける情報受付手段を設けるようにしてもよい。
また、上記共通識別情報認証装置によって上記共通識別情報が認証がされた場合、上記共通識別情報に対応する課金情報を上記共通識別情報認証装置から受け付ける課金情報受付手段と、自装置の使用内容に基づいて上記課金情報を更新する課金情報更新手段と、上記更新した課金情報を上記共通識別情報認証装置に送信する課金情報送信手段を設けるとよい。

さらに、コンピュータに、共通識別情報認証装置と通信する通信手順と、共通識別情報の入力を要求する入力要求手順と、上記要求に対して入力された共通識別情報の認証を上記通信手順によって通信する上記共通識別情報認証装置に要求する認証要求手順と、上記共通識別情報認証装置によって上記共通識別情報が認証された場合、自装置で実行可能な複数の異なる処理動作の使用を許可する使用許可手順と、上記許可後に、上記各処理動作に対する動作開始の指示を受け付ける指示受付手順と、上記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にする不許可手順を実行させるためのプログラムも提供する。

この発明による処理装置は、認証されたユーザから受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にすることにより、処理動作毎に利用を認可できるので、不正利用に対するセキュリティ機能を向上させることができる。
また、この発明によるプログラムは、コンピュータに、認証されたユーザから受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にできるようにするための機能を実現させることができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
〔実施例〕
図１は、この発明の処理装置の一実施例である画像形成装置を含むシステムの構成を示すブロック図である。
このシステムは、複写機，プリンタ，スキャナ，ファクシミリ装置，複合機を含む画像処理装置１０と、複数台のパーソナルコンピュータ（ＰＣ）１１１（図中には１台のみ示しその他は図示を省略）と、複数台の認証サーバ１１２（図中には１台のみ示しその他は図示を省略）と、図示を省略するが、その他の複数の画像処理装置とがネットワーク１１０を介して通信可能に接続されている。

画像処理装置１０は、プロセッサ１０１，ワークメモリ１０２，記憶部１０３，入出力装置１０４，装置特有のハードウェア１０５，操作表示部１０６を有する。
プロセッサ１０１は、当該装置の制御等を行うためのＣＰＵであり、装置特有のハードウェア１０５による各種の処理動作の実行と、ウェブサーバ機能の実行を含む各種の処理を実行する。
ワークメモリ１０２は、記憶部１０３から読み出されたプログラムの実行のためと、それに伴う作業のための一時記憶領域としても用いられるＲＡＭである。
記憶部１０３は、電気的に書き換えが可能なフラッシュＲＯＭ等の記憶媒体であり、プロセッサ１０１が実行する制御プログラムを含む各種のデータを記憶している。
入出力部１０４は、ネットワーク１１０との通信接続の制御を行う。

装置固有のハードウェア１０５は、プロセッサ１０１の制御によってコピー，プリント，スキャナ，ファクシミリ送受信部を含む複数の機能を果たす。
操作表示部１０６は、利用者に各種の操作情報を表示する表示部と、利用者による各種の操作情報を入力させるための入力部を有する。
ネットワーク１１０は、ローカルエリアネットワーク（ＬＡＮ），インターネットを含む通信網である。
ＰＣ１１１は、ＣＰＵ，ＲＯＭ及びＲＡＭを含むマイクロコンピュータによって実現され、ユーザがネットワーク１１０を介して画像処理装置１０を利用する端末装置である。
認証サーバ１１２は、共通識別情報認証装置であるＯｐｅｎＩＤ認証サーバであり、画像処理装置１０を利用するユーザの共通識別情報であるＯｐｅｎＩＤを認証する。

そして、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４が、認証サーバ１１２（共通識別情報認証装置：ＯｐｅｎＩＤサーバ）と通信する通信手段の機能を果たす。
また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４と操作表示部１０６が、ＯｐｅｎＩＤ（共通識別情報）の入力を要求する入力要求手段の機能を果たす。
さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４は、上記要求に対して入力されたＯｐｅｎＩＤの認証を上記通信手段によって通信する認証サーバ１１２に要求する認証要求手段の機能を果たす。

また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３は、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、自装置で実行可能な（装置特有のハードウェア１０５による）複数の異なる処理動作の使用を許可する使用許可手段の機能を果たす。
さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と操作表示部１０６は、上記許可後に、上記各処理動作に対する動作開始の指示を受け付ける指示受付手段の機能を果たす。
また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３は、上記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な（装置特有のハードウェア１０５による）複数の異なる処理動作の使用を不許可にする不許可手段の機能を果たす。

さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４と操作表示部１０６は、上記不許可手段によって自装置で実行可能な複数の異なる処理動作の使用を不許可にした後、ＯｐｅｎＩＤの一部の再入力を要求する手段の機能を果たす。
また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３は、上記動作開始を受け付けた処理動作の終了後、所定期間内にＯｐｅｎＩＤの一部が再入力されなかった場合、自装置の使用を不許可にする手段の機能を果たす。
さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４は、認証サーバ１１２によって認証されたＯｐｅｎＩＤに対応する装置で実行可能な複数の異なる処理動作毎の使用権限情報を認証サーバ１１２から取得する使用権限情報取得手段の機能を果たす。

また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３は、自装置で実行可能な複数の異なる処理動作の使用を許可する際、上記使用権限情報取得手段によって取得した使用権限情報に基づいて各処理動作毎に使用を許可する手段の機能も果たす。
さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４は、認証サーバ１１２によってＯｐｅｎＩＤの認証がされた場合、認証サーバ１１２が有する情報を認証サーバ１１２に要求する情報要求手段の機能を果たす。
また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４は、認証サーバ１１２から上記要求した情報を受け付ける情報受付手段の機能も果たす。

さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４は、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、ＯｐｅｎＩＤに対応する課金情報を認証サーバ１１２から受け付ける課金情報受付手段の機能を果たす。
また、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３は、自装置の使用内容に基づいて上記課金情報を更新する課金情報更新手段の機能を果たす。
さらに、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４は、上記更新した課金情報を認証サーバ１１２に送信する課金情報送信手段の機能も果たす。

そして、上記記憶部１０３に格納されたプログラムには、コンピュータに、認証サーバ１１２と通信する通信手順と、ＯｐｅｎＩＤの入力を要求する入力要求手順と、上記要求に対して入力されたＯｐｅｎＩＤの認証を上記通信手順によって通信する認証サーバ１１２に要求する認証要求手順と、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、自装置で実行可能な複数の異なる処理動作の使用を許可する使用許可手順と、上記許可後に、上記各処理動作に対する動作開始の指示を受け付ける指示受付手順と、上記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にする不許可手順を実行させるためのプログラムも含まれる。

図２は、図１に示す画像処理装置１０で実行されるプログラムの一例を示す構成図である。
このプログラム２０は、利用者に対してユーザインタフェースを提供するユーザインタフェース層（ユーザＩ／Ｆ層）、各アプリ機能を実現するためのアプリ層、ハードウェア２１を制御してその機能を提供するためのサービス層によって構成されている。
ユーザＩ／Ｆ層は、画像処理装置１０の本体が持つ操作表示部１０６にユーザインタフェースを提供する機器ユーザインタフェース（ＵＩ）２０１と、画像処理装置１０の利用者が自身のＰＣ１１１からＷｅｂブラウザを用いて画像処理装置１０の操作を行うためのユーザインタフェースを提供するＷｅｂＵＩ２０２とからなる。

アプリ層は、コピー機能を実現するためのコピーアプリ２１１と、ファックス機能を実現するためのファックスアプリ２１２と、プリンタ機能を実現するためのプリンタアプリ２１３と、スキャナ機能を実現するためのスキャナアプリ２１４とからなる。
サービス層は、ハードウェア２１を管理して各アプリにそれぞれの機能を提供するものであり、プリンタ（プロッタ装置）を制御する印刷サービス２２１と、スキャナ（原稿読み取り装置）を制御する読み取りサービス２２２と、入出力部１０４を制御するネットワークサービス２２３と、ワークメモリ１０２を管理するメモリサービス２２４とからなる。
例えば、利用者が画像処理装置１０の本体の操作表示部１０６を使って原稿をコピーしようとする場合は、最初に機器ＵＩ２０１が利用者からの指示を受け付ける。

次に、機器ＵＩ２０１はコピーアプリ２１１にコピー動作の内容を指示し、コピーアプリ２１１はその指示に従って読み取りサービス２２２と印刷サービス２２１に対して原稿の読み取りと、その印刷を指示する。そして、読み取りサービス２２２がハードウェア２１のスキャナを制御して原稿の画像を読み取り、印刷サービス２２１がプリンタを制御して、スキャナによって読み取った画像データをプリントする。
こうして、利用者は原稿のコピー出力結果を得ることができる。
その他の原稿の画像を読み取ってＰＣ１１１へ送信、ＰＣ１１１から受信した画像データのプリント、原稿の画像を読み取り、その画像データをファクシミリ送信、ネットワーク１１０からのファクシミリ受信を含む各種の処理動作も上述と同様に行うが、それらの処理は公知なので詳細な説明を省略する。

図３は、図２に示すＷｅｂＵＩ２０２の実行によって実現される機能構成の一例を示す図である。
ＷｅｂＵＩ２０２は、Ｗｅｂ画面提供部３０１と、ＯｐｅｎＩＤ認証サーバ情報検索部３０２と、ＯｐｅｎＩＤ認証サーバ情報取得部３０３と、ＯｐｅｎＩＤ認証実行要求部３０４と、ＯｐｅｎＩＤ認証サーバ情報管理部３０５との各機能からなる。
Ｗｅｂ画面提供部３０１は、ネットワークサービス２２３を通じて、利用者が操作しているＰＣ１１１上で動作しているＷｅｂブラウザからの要求によって、ＯｐｅｎＩＤ（共通識別情報（「共通認証情報」ともいう））を取得するためのログイン画面（「ログインページ」ともいう）を、利用者に提供する機能を有する。
また、操作表示部１０６にＯｐｅｎＩＤを取得するためのログイン画面を表示する機能を有する。

ここで、共通識別情報とは、認証サーバ１１２によって認証された、例えばユーザＩＤやパスワードなどの各種情報であり、ここでは、ネットワークにおいて提供されるリソースの所在を表記した情報であるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を使用する。
ＯｐｅｎＩＤ認証サーバ情報検索部３０２は、ユーザが入力した情報を用いて、信頼できる認証サーバ１１２を検索する機能を有する。
ＯｐｅｎＩＤ認証サーバ情報取得部３０３は、検索された認証サーバ１１２からログイン画面を取得するための機能を有する。
ＯｐｅｎＩＤ認証実行要求部３０４は、認証サーバ１１２にアクセスし、認証サーバ１１２による認証確認の結果を取得するための機能を有する。
ＯｐｅｎＩＤ認証サーバ情報管理部３０５は、ＯｐｅｎＩＤを用いた認証を行う際に、必要とされる情報を保持するための機能を有する。

図４は、図１に示す画像処理装置１０における動作の説明図である。
利用者１は、複数の認証サーバ（ＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒ：ＯＰ）１１２のいずれかで認証してくれるようなＩｄｅｎｔｉｆｉｅｒであるＯｐｅｎＩＤを持っている必要がある。
ＯｐｅｎＩＤ２は、実際にはＵＲＬ形式になっている。例えば、「ｈｔｔｐ：／／○○．ｃｏｍ／ｕｓｅｒｎａｍｅ」である。
ユーザエージェント（Ｕｓｅｒ−Ａｇｅｎｔ：ＵＡ）１１は、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と操作表示部１０６とで実現されるものであり、画像処理装置１０の操作表示部１０６に表示するＷｅｂブラウザである。また、利用者が操作しているＰＣ１１１上の画面に表示する場合は、ＰＣ１１１の画面上に表示されるＷｅｂブラウザがその役割を負う。

リライイングパーティー（Ｒｅｌｙｉｎｇ Ｐａｒｔｙ：ＲＰ）１２は、上記プロセッサ１０１とワークメモリ１０２と記憶部１０３と入出力部１０４とで実現されるものであり、認証サーバ１１２に対してＯｐｅｎＩＤの認証を要求するサーバアプリケーションプログラムである。
認証サーバ（ＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒ：ＯＰ）１１２は、利用者のＯｐｅｎＩＤを認証する認証サーバである。
ＷｅｂＵＩ２０２は、図２に示したＷｅｂＵＩであり、機能として、図３に示した機能構成を持ち、ＵＡ１１が画面を表示する際に、実際に情報を提供する役割を持つ。
利用者１が、画像処理装置１０にログインしている状態であれば、画像処理装置１０は、利用者１の持つＯｐｅｎＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）２を用いることで、ネットワーク上の他の画像処理装置４が持つ情報やネットワーク上の情報３を取得、利用することができる。
また、利用者１は、認証に用いる認証サーバ１１２を選択することができる。

図５は、図４に示す画像処理装置１０で利用者側から画面表示要求が行われた場合の動作を示すシーケンス図である。
ａで利用者１がユーザエージェント（ＵＡ）１１に認証要求を入力する。
ｂでＵＡ１１がＷｅｂＵＩ２０２へリダイレクトを送る。
ｃでＷｅｂＵＩ２０２がＵＡ１１へログイン画面取得要求を送る。
ｄでＵＡ１１がリライイングパーティー（ＲＰ）１２へリダイレクトを送る。
ｅでＲＰ１２がＵＡ１１にログイン画面を表示させる。
ｆで利用者１はＵＡ１１に表示されたログイン画面に入力可能になる。

図６は、図４に示す画像処理装置１０で認証が行われた結果コピー画面を表示する場合の動作を示すシーケンス図である。
ａでＲＰ１２がＵＡ１１へコピー画面表示要求を送る。
ｂでＵＡ１１がＷｅｂＵＩ２０２へリダイレクトを送る。
ｃでＷｅｂＵＩ２０２がＵＡ１１にコピー画面を表示させる。
ｄで利用者１はＵＡ１１に表示されたコピー画面に入力可能になる。
上記シーケンスにおいて、ＷｅｂＵＩ２０２は、ＵＡ１１からのリダイレクトによって画面表示が行われる場合に利用されるモジュールとなる。なお、上述のようなＵＡ１１とＷｅｂＵＩ２０２間のやり取りについては、以下のシーケンス図においては、説明の簡略化のため図示及びその説明を省略する。

図７は、図４に示す画像処理装置１０で操作表示部を用いてＯｐｅｎＩＤの認証をする場合の動作のシーケンス図である。
この動作では画像処理装置１０がＯｐｅｎＩＤ２．０に対応しているものとする。
ａでＲＰ１２がＵＡ１１へログイン画面を表示させる。
ｂで利用者１はＵＡ１１に表示されたログイン画面を参照可能になる。
まず、画像処理装置１０は、上記ａで操作表示部にログイン画面を表示して、ログインしないと、この画像処理装置１０を利用できないことを利用者１に伝える。
ｃで利用者１は、ＵＡ１１のログイン画面にログインに用いたいＯｐｅｎＩＤを認証してくれる認証サーバ（ＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒ）のサーバ名を入力する。
ｄでＵＡ１１はＲＰ１２へ認証要求を送る。

ｅでＲＰ１２はＵＡ１１へ認証サーバ画面へのリダイレクトを送る。
ｆでＵＡ１１は上記入力されたサーバ名の認証サーバ１１２へログイン画面表示要求を送る。
ｇで認証サーバ１１２はＵＡ１１に認証サーバのログイン画面を表示する。
ｈで利用者１はＵＡ１１の認証サーバのログイン画面を参照可能になる。
上記リダイレクトは、ＨＴＴＰリダイレクトのことを指している。したがって、ＵＡ１１はＲＰ１２からの認証要求に従い、自動的にログイン画面を表示する。
このとき、画像処理装置１０はユーザエージェントとして動作するとともに、リライイングパーティーとしても動作していることになる。
ｉで利用者１は認証サーバが提供するログイン画面上でログイン情報としてＯｐｅｎＩＤ（共通識別情報）を入力する。

このようにして、利用者１にＯｐｅｎＩＤ（共通識別情報）の入力を要求する。
ｊでＵＡ１１は認証サーバ１１２へログイン要求し、上記入力されたＯｐｅｎＩＤの認証を要求する。
すなわち、上記要求に対して入力されたＯｐｅｎＩＤの認証を認証サーバ１１２に要求する。
ｋで認証サーバ１１２はＵＡ１１からのＯｐｅｎＩＤの認証を行い、認証結果がＯＫならログイン結果ＯＫを、認証結果がＮＧならログイン結果ＮＧをＵＡ１１を介してＲＰ１２へリダイレクトする。
ｌでＵＡ１１は認証サーバ１１２からのログイン結果に基づく認証結果ＯＫをＲＰ１２へリダイレクトする。

ここでは、ＵＡ１１に表示されているログイン画面は、認証サーバ（ＯＰ）１１２のものなので、ログイン要求は、認証サーバ（ＯＰ）１１２に対して行われる。ただし、この結果を受け取るのはＲＰ１２なので、認証サーバ（ＯＰ）１１２は、ＲＰ１２にリダイレクトするように、認証結果ＯＫを出している。
上記処理で、認証サーバ１１２は入力されたＯｐｅｎＩＤが正しい（ログインできる）と判断した場合には、そのＯｐｅｎＩＤを認証したことを画像処理装置（ＵＡ１１を経由してＲＰ１２）に返す。
こうして、ＲＰ１２は、認証サーバ１１２での認証結果を受け取ると、利用者１が自装置を利用する権限を持っていると判断し、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、自装置で実行可能な（装置特有のハードウェア１０５による）複数の異なる処理動作の使用を許可する。

ここで、例えば、コピー機能が選択された場合を示す。
ｍでＲＰ１２はＵＡ１１にコピー画面を表示させる。
ｎで利用者１はＵＡ１１に表示されたコピー画面の入力が可能になる。
すなわち、上記許可後に、コピー機能が選択され、コピー機能の処理動作に対する動作開始の指示を受け付け、その動作開始を受け付けた処理動作の終了後に、ＲＰ１２は自装置で実行可能な（装置特有のハードウェア１０５による）複数の異なる処理動作の使用を不許可にする。
なお、ＰＣ１１１からのアクセスの場合は、ＰＣ１１１のＷｅｂブラウザがＵＡの役割を果たす点のみが異なる。その点が異なった場合でも、同一の挙動で実現が可能である。
このようにして、認証された利用者から受け付けた処理動作の終了後に、画像処理装置で実行可能な複数の異なる処理動作の使用を不許可にすることにより、処理動作毎に利用を認可できるので、不正利用に対するセキュリティ機能を向上させることができる。

図８は、ＯｐｅｎＩＤ形式のデータの一例を示す図である。
ＯｐｅｎＩＤの仕様、１．１及び２．０の両者で対応するように、２通りで記載されている。

図９は、認証サーバを選択する画面の一例を示す図である。
この認証サーバ選択画面３０は、ＲＰ１２からの指示によりＵＡ１１に表示され、その画面内の“認証サイト選択”の項目の選択欄３１に表示される複数の認証サーバの中から所望の認証サーバを選択することができる。ＯＫボタン３２は認証サーバを選択した後に選択を確定させるときに押下するボタンである。
上記選択した認証サーバを利用して画面下部のエディットボックス３３にＯｐｅｎＩＤを入力し、“ログイン（ＬＯＧＩＮ）”ボタン３４を押下し、ＯＫボタン３５を押下することで、上記選択した認証サーバによる上記入力されたＯｐｅｎＩＤの認証を得ることができる。なお、キャンセルボタン３６を押下すると認証サーバ選択画面をキャンセルすることができる。

この認証サーバ選択画面３０では、操作表示部において認証サーバのサーバ名を入力することが難しい（キーの数が少ない、画面が小さい）場合、利用者が毎回入力しなくてもよいように、予めよく使う認証サーバを登録しておき、その中から選択できるようにしている。
上記認証サーバは上記記憶部１０３又はワークメモリ１０２に予め登録されている。

図１０は、認証サーバを登録する画面の一例を示す図である。
この認証サーバ登録画面４０は、ＲＰ１２からの指示によりＵＡ１１に表示され、認証サーバ名称入力欄４１に、新規登録したい認証サーバのサーバ名を入力し、ＯＫボタン４２を押下すると、その入力されたサーバ名の認証サーバを、上記認証サイト選択の項目の選択欄３１に表示可能に新規登録する。なお、キャンセルボタン４３を押下すると認証サーバ登録画面をキャンセルすることができる。

図１１は、認証サーバを削除する画面の一例を示す図である。
この認証サーバ削除画面５０は、ＲＰ１２からの指示によりＵＡ１１に表示され、認証サーバ名称入力欄５１に、登録されている認証サーバのサーバ名を入力し、ＯＫボタン５２を押下すると、その入力されたサーバ名の認証サーバを登録一覧から削除する。
なお、キャンセルボタン５３を押下すると認証サーバ削除画面をキャンセルすることができる。
上記認証サーバの新規登録は、上記プロセッサ１０１が上述の処理で入力された新規の認証サーバを上記記憶部１０３又はワークメモリ１０２に登録し、上記認証サーバの削除は、上記プロセッサ１０１が上述の処理で指定された登録済みの認証サーバを上記記憶部１０３又はワークメモリ１０２から削除する。

図１２は、認証サーバを編集する画面の一例を示す図である。
この認証サーバ編集画面６０は、ＲＰ１２からの指示によりＵＡ１１に表示され、登録されている認証サーバのサーバ名が選択された後に表示され、認証サーバ名称変更入力欄６１に、登録されている認証サーバの変更後のサーバ名を入力し、ＯＫボタン６２を押下すると、その入力されたサーバ名に変更する。なお、キャンセルボタン６３を押下すると認証サーバ編集画面をキャンセルすることができる。
上記認証サーバの編集は、上記プロセッサ１０１が上述の処理で指定された登録済みの認証サーバを編集して上記記憶部１０３又はワークメモリ１０２に上書き登録する。

図１３は、ログイン画面の一例を示す図である。
このログイン画面７０は、ＲＰ１２からの指示によりＵＡ１１に表示され、ログインしないとこの画像処理装置１０を利用できないことを利用者に伝える。
このログイン画面７０では、利用者は認証手段としてＯｐｅｎＩＤを認証サーバに認証させる手段を用いるか、それとも他の認証手段を用いるかを選択することができる。
ユーザー名とパスワードとを用いた認証手段を使用する場合、ログイン画面７０の上段に表示されたユーザー名入力欄７１にユーザー名を、パスワード入力欄７２にパスワードをそれぞれ入力し、ログインボタン７３を押下した後、ＯＫボタン７６を押下すると、ログイン処理が行われる。

このログイン処理は、上記プロセッサ１０１により、画像処理装置１０自身を用いたローカル認証でもよいし、ＲＦＣ１４８７／１７７７／４５１１で定義されるＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）や、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ（登録商標）などに対応した、画像処理装置１０の外部の認証サーバを用いた認証でもよい。
上記ローカル認証や画像処理装置１０の外部の認証サーバは、ローカルネットワークに閉じているため、比較的安全なので、画像処理装置１０の全ての機能をフルに利用・管理することを許可してよい。
一方、ＯｐｅｎＩＤを認証サーバ１１２に認証させる手段を使用する場合、ログイン画面７０の下段のＯｐｅｎＩＤ入力欄７４にＯｐｅｎＩＤを入力し、ログインボタン７５を押下した後、ＯＫボタン７６を押下すると、認証サーバ１１２を用いたログイン処理が行われる。

このログイン処理は、上記プロセッサ１０１により、図７のシーケンス図で示した処理を実行してＯｐｅｎＩＤを認証サーバ１１２に認証させる。
しかし、ＯｐｅｎＩＤの認証サーバ１１２は、誰でも設置することができるため、例えＯｐｅｎＩＤの認証サーバ１１２で認証に成功したとしても、画像処理装置１０の全ての機能をフルに利用・管理することを許可するのはセキュリティ上の問題がある。
例えば、ローカル認証や画像処理装置１０の外部の認証サーバを使ってログインした場合には、コピー，プリンタ，ファックス，スキャナの各機能と、画像処理装置１０の管理（設定の変更やカウンタの確認など）は行えるようにしてよい。
しかし、ＯｐｅｎＩＤの認証サーバ１１２を使ってログインした場合には、例えば、コピーとプリンタの機能だけを使うことができ、例えば設定の変更などはできないようにするとよい。

図１４は、ＯｐｅｎＩＤのＵＲＬが示すＸＨＴＭＬ文書のデータ例を示す図である。
ＯｐｅｎＩＤはＵＲＬであり、ＵＲＬが示す文書の中に、認証サーバ１１２のエンドポイントＵＲＬ（認証を行ってくれるＵＲＬ）が書かれている。
その他に、マイクロフォーマットなどの形式で、例えば、電話番号やメールアドレスなどのデータをメタデータとして埋め込んでおくことができる。
また、電話番号やメールアドレスの他にも、画像処理装置１０で実行可能な複数の異なる処理動作（コピー，プリント，スキャン，ファクシミリ通信）毎の使用権限情報（利用権限情報）を埋めておくこともできる。
さらに、認証に必要な情報として、例えばメールアドレスなどが求められた場合、メタデータ内に記載されたデータを譲渡する旨をユーザが選択することができる。

ＯｐｅｎＩＤでの認証時、ＲＰ１２は、認証サーバ１１２から認証結果を受け取った後、ＯｐｅｎＩＤ文書を認証サーバ１１２から取得して記載されている使用権限情報を確認する。
例えば、利用者がコピー機能を使うためにログイン操作を行った場合であれば、ＲＰ１２は、ＯｐｅｎＩＤ文書の使用権限情報にコピーの使用権限を付与する情報が記載されているかどうかを確認し、記載されている場合には、ＵＡ１１にコピーの操作画面を表示する。また、記載されていない場合には、ＵＡ１１にコピー機能の使用権限がない旨のエラーメッセージを表示する。

図１５は、認証サーバから得た使用権限情報に基づいて各処理動作毎に使用を許可する場合の処理を示すシーケンス図である。
この処理では、ＲＰ１２が、認証サーバ１１２によって認証されたＯｐｅｎＩＤに対応する自装置で実行可能な複数の異なる処理動作毎の使用権限情報を認証サーバ１１２から取得し、自装置で実行可能な複数の異なる処理動作の使用を許可する際、上記使用権限情報に基づいて各処理動作毎に使用を許可する。
ａでＲＰ１２がＵＡ１１へログイン画面を表示させる。
ｂで利用者１はＵＡ１１に表示されたログイン画面を参照可能になる。
まず、画像処理装置１０は、上記ａで操作表示部にログイン画面を表示して、ログインしないと、この画像処理装置１０を利用できないことを利用者１に伝える。
ｃで利用者１は、ＵＡ１１のログイン画面にログインに用いたいＯｐｅｎＩＤを認証してくれる認証サーバ（ＯｐｅｎＩＤ Ｐｒｏｖｉｄｅｒ）のサーバ名を入力する。

ｄでＵＡ１１はＲＰ１２へ認証要求を送る。
ｅでＲＰ１２はＵＡ１１へ認証サーバ画面へリダイレクトを送る。
ｆでＵＡ１１は上記入力されたサーバ名の認証サーバ１１２へログイン画面表示要求を送る。
ｇで認証サーバ１１２はＵＡ１１に認証サーバのログイン画面を表示する。
ｈで利用者１はＵＡ１１の認証サーバのログイン画面を参照可能になる。
上記リダイレクトは、ＨＴＴＰリダイレクトのことを指している。したがって、ＵＡ１１はＲＰ１２からの認証要求に従い、自動的にログイン画面を表示する。
このとき、画像処理装置１０はユーザエージェントとして動作するとともに、リライイングパーティーとしても動作していることになる。
ｉで利用者１は認証サーバが提供するログイン画面上でログイン情報としてＯｐｅｎＩＤ（共通識別情報）を入力する。

このようにして、利用者１にＯｐｅｎＩＤ（共通識別情報）の入力を要求する。
ｊでＵＡ１１は認証サーバ１１２へログイン要求し、上記入力されたＯｐｅｎＩＤの認証を要求する。
すなわち、上記要求に対して入力されたＯｐｅｎＩＤの認証を認証サーバ１１２に要求する。
ｋで認証サーバ１１２はＵＡ１１からのＯｐｅｎＩＤの認証を行い、認証結果がＯＫならログイン結果ＯＫを、認証結果がＮＧならログイン結果ＮＧをＵＡ１１を介してＲＰ１２へリダイレクトする。
ｌでＵＡ１１は認証サーバ１１２からのログイン結果に基づく認証結果ＯＫをＲＰ１２へリダイレクトする。

ここでは、ＵＡ１１に表示されているログイン画面は、認証サーバ（ＯＰ）１１２のものなので、ログイン要求は、認証サーバ（ＯＰ）１１２に対して行われる。ただし、この結果を受け取るのはＲＰ１２なので、認証サーバ（ＯＰ）１１２は、ＲＰ１２にリダイレクトするように、認証結果ＯＫを出している。
上記処理で、認証サーバ１１２は入力されたＯｐｅｎＩＤが正しい（ログインできる）と判断した場合には、そのＯｐｅｎＩＤを認証したことを画像処理装置（ＵＡ１１を経由してＲＰ１２）に返す。
こうして、ＲＰ１２は、認証サーバ１１２での認証結果を受け取ると、利用者１が自装置を利用する権限を持っていると判断し、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、自装置で実行可能な（装置特有のハードウェア１０５による）複数の異なる処理動作の使用を許可する。
ｍでＲＰ１２は認証サーバ１１２にＯｐｅｎＩＤ文書の取得を要求する。

このＯｐｅｎＩＤ文書とは、画像処理装置１０で実行可能な複数の異なる処理動作毎の使用権限情報を含む情報である。
ｎでＲＰ１２は認証サーバ１１２からＯｐｅｎＩＤ文書を取得する。
ｏでＲＰ１２はＯｐｅｎＩＤ文書を参照して自装置（画像処理装置１０）で実行可能な複数の異なる処理動作毎の使用権限を確認する。
ここで、例えば、コピー機能にのみ使用権限があることを確認した場合を示す。
ｐでＲＰ１２はＵＡ１１にコピー画面を表示させる。
ｑで利用者１はＵＡ１１に表示されたコピー画面の入力が可能になる。

すなわち、上記許可時に、認証サーバ１１２から取得したＯｐｅｎＩＤ文書に基づいてコピー機能にのみ使用権限があることを確認すると、コピー画面を表示してコピー機能の処理動作の動作開始を受け付け、その処理動作の終了後に、ＲＰ１２は自装置で実行可能な複数の異なる処理動作の使用を不許可にする。
このようにして、画像処理装置１０の機能毎の使用許可をユーザ毎に制御することができる。
なお、ＰＣ１１１からのアクセスの場合は、ＰＣ１１１のＷｅｂブラウザがＵＡの役割を果たす点のみが異なる。その点が異なった場合でも、同一の挙動で実現が可能である。

次に、上記認証の際、認証サーバ１１２から認証サーバ１１２の保有する情報を取得する場合の処理を説明する。
ＲＰ１２は、ＯｐｅｎＩＤが認証されてログインした状態のとき、認証サーバ１１２から認証サーバ１１２が保有するアドレス帳の情報を自動的に取得し、画像処理装置１０自身のアドレス帳にインポートしたり、そのアドレス帳中のいずれかの宛先にファックス送信を行ったり、ＣＳＶファイルとしてダウンロードするなどといった操作を可能にする。
また、これら操作の対象となるアドレスを、一つないし複数選択可能にする。

図１６は、図１に示す画像処理装置１０が認証サーバ１１２から認証サーバ１１２の保有するアドレス帳の情報を取得する場合の処理を示すフローチャート図である。
ＲＰ１２は、ステップ（図中「Ｓ」で示す）１で、ユーザ入力によるアドレス帳の情報の取得要求を取得すると、ステップ２でログインしているか否かを判断し、ログインしていれば、ステップ７へ進んで認証サーバにアクセスして認証サーバにアドレス帳の情報を要求し、ステップ８で認証サーバから送信されるアドレス帳の情報を受け付け、ステップ９でアドレス帳の情報を表示に適した形式に変換し、ステップ１０でＵＡのＷｅｂブラウザ上にアドレス帳画面を表示し、この処理を終了する。

一方、ステップ２でログインしていないと判断したら、ステップ３へ進んでユーザ入力による認証サーバ情報（認証先のサーバ名称など）を取得し、ステップ４でＵＡのＷｅｂブラウザ上にログイン画面を表示し、ステップ５でユーザ入力によるログイン情報（ＯｐｅｎＩＤ）を取得し、上記認証サーバ情報の認証サーバに認証を要求する。
ステップ６で認証サーバからのログイン結果に基づいて認証サーバによる認証が成功したか否かを判断し、成功しなければステップ５へ戻って、ユーザにログイン情報を再入力させ、上記処理を繰り返す。
ステップ６でログインが成功したと判断したら、ステップ７へ進んで認証サーバにアクセスして認証サーバにアドレス帳の情報を要求し、ステップ８で認証サーバから送信されるアドレス帳の情報を受け付け、ステップ９でアドレス帳の情報を表示に適した形式に変換し、ステップ１０でＵＡのＷｅｂブラウザ上にアドレス帳画面を表示し、この処理を終了する。

図１７は、アドレス帳画面の一例を示す図である。
このアドレス帳画面８０には、認証サーバ１１２から取得したアドレス帳のアドレス一覧８１を表示し、そのアドレスデータを自装置にインポートする指示を入力するインポートボタン８２と、アドレス一覧８１で指定されたアドレス（１つ又は複数）の宛先へのファクシミリ送信の指示を入力するファックス送信ボタン８３と、ＣＳＶファイルとしてダウンロードする指示を入力するＣＳＶダウンロードボタン８４を表示する。
利用者は上記各ボタンの入力によってそれぞれの指示する機能を実行させることができる。
このようにして、認証サーバ１１２が有する情報を有効利用することができる。

次に、認証サーバ１１２を用いて課金管理を行う場合の処理を説明する。
ＲＰ１２は、認証サーバ１１２によってＯｐｅｎＩＤが認証された場合、ＯｐｅｎＩＤに対応する課金情報を認証サーバ１１２から受け付け、その課金情報を、例えば、ワークメモリ１０２又は記憶部１０３に保持し、自装置の使用内容に基づいて課金情報を更新する。例えば、認証後に画像処理装置１０におけるコピー枚数に応じて課金情報を更新する。
そして、利用者によるコピーが終了し、コピー処理動作の使用を不許可にしたとき、その更新した課金情報を認証サーバ１１２に送信する。
このようにすれば、画像処理装置１０における利用者毎に利用した処理動作に対する課金情報を自動的に認証サーバで管理することができる。

図１８は、ＯｐｅｎＩＤから課金サービスを利用して印刷する場合の印刷情報画面の一例を示す図である。
この印刷情報画面８２には、カウンタタブ８３のページに、ユーザによる印刷（コピーを含む）枚数について、白黒，フルカラー，単色，２色に分けてカウントしたカウント値を表示している。
また、ＯｐｅｎＩＤを用いてログインしているため、ログイン名「Ｒ＊＊＊Ｈ」は用いた認証サーバに準拠したものとなっている。
このようにして、認証サーバに管理された課金情報に基づいてユーザに対する請求を一括して行うことができる。

次に、利用者から動作開始を受付けた処理動作の終了後に、再度利用させる場合の操作負担を軽減する場合の処理を説明する。
この処理では、ＲＰ１２は、自装置で実行可能な複数の異なる処理動作の使用を不許可にした後、ＯｐｅｎＩＤの一部の再入力を要求し、再入力されたＯｐｅｎＩＤの一部が正しいことを確認したら、再度自装置で実行可能な（装置特有のハードウェア１０５による）複数の異なる処理動作の使用を許可する処理を行う。
このようにすれば、ＯｐｅｎＩＤはＵＲＬであり、長い文字列の入力をユーザに何度も強要してしまうことなく、ＯｐｅｎＩＤの一部の入力でも利用可能にするので、ユーザの操作負担を軽減することができる。

図１９は、ＯｐｅｎＩＤの一部を再入力させる際の処理を示すシーケンス図である。
ａでＲＰ１２はＵＡ１１へ継続質問画面の表示命令を送る。
ｂでＵＡ１１は継続質問画面を表示して利用者１に参照可能にする。
ｃで利用者１は継続質問画面に使用継続の返答を入力し、ＯｐｅｎＩＤの一部を再入力する。
ｄでＵＡ１１は利用者１から入力されたＯｐｅｎＩＤの一部によって認証サーバ１１２にログイン要求し、上記入力されたＯｐｅｎＩＤの一部による認証を要求する。
ｅで認証サーバ１１２はＵＡ１１からのＯｐｅｎＩＤの一部による認証を行い、認証結果がＯＫならログイン結果ＯＫを、認証結果がＮＧならログイン結果ＮＧをＵＡ１１を介してＲＰ１２へリダイレクトする。

ｆでＵＡ１１は認証サーバ１１２からのログイン結果に基づく認証結果ＯＫをＲＰ１２へリダイレクトする。
ここで、例えば、コピー機能の使用を許可する場合を示す。
ｇでＲＰ１２はＵＡ１１にコピー画面を表示させる。
ｈで利用者１はＵＡ１１に表示されたコピー画面の入力が可能になる。

図２０及び図２１は、継続質問画面の一例を示す図である。
まず、利用者は、ＯｐｅｎＩＤを用いて画面にログインする。
利用者は操作表示部上で操作を行い、例えば、印刷機能を利用して画像処理装置１０を使用する。
ＲＰ１２は印刷機能の処理動作の終了後、ＵＡ１１に図２０に示す継続質問画面９０を表示する。
継続質問画面９０には、印刷機能を継続して使用する返答を入力する使用継続返答ボタン９１と、継続して使用しない返答ボタン９２が表示されており、利用者が使用を続ける場合、使用継続返答ボタン９１を押下することによって使用を継続することを返答する。

使用継続返答ボタン９１を押下すると、継続質問画面９０は、図２１に示す表示内容に変わり、使用継続返答ボタン９１の隣に、ＯｐｅｎＩＤの一部を再入力する欄９３が表示されるので、利用者はこの欄９３にＯｐｅｎＩＤの一部を再入力し、その入力を確定すると、認証サーバ１１２に対するＯｐｅｎＩＤの一部による認証が実行される。
上記ＯｐｅｎＩＤの一部は、例えば、ＯｐｅｎＩＤが「ｈｔｔｐ：／／○○○．ｃｏｍ／ｕｓｅｒｎａｍｅ」の場合、その「ｕｓｅｒｎａｍｅ」である。
ここで、ＯｐｅｎＩＤ２．０仕様に記載されているＵｓｅｒ−Ｓｕｐｐｌｉｅｄ Ｉｄｅｎｔｉｆｉｅｒを用いることにより、ＵＲＬの一部の名称のみ入力すれば認証が行われる仕組みを利用するとよい。

次に、上述の処理では、利用者が使用を継続しないことを返答すると、即座にＯｐｅｎＩＤのログアウトを行うが、利用者が返答せずに画像処理装置１０から離れた場合、予め設定した所定時間が経過した後、ＯｐｅｎＩＤのログアウトを自動的に行うようにしてもよい。
この場合、ＲＰ１２が、利用者から動作開始を受け付けた処理動作の終了後、予め設定した所定期間内にＯｐｅｎＩＤの一部が再入力されなかった場合、自装置の使用を不許可にする処理も行う。
このようにすれば、ユーザのログアウト忘れ等による継続的なログイン状態を防止することができる。

図２２は、所定期間内にＯｐｅｎＩＤの一部が再入力されなかった場合の処理を示すシーケンス図である。
ａでＲＰ１２はＵＡ１１へ継続質問画面の表示命令を送る。
ｂでＵＡ１１は継続質問画面を表示して利用者１に参照可能にする。
ｃで利用者１は継続質問画面に使用を継続しない返答をする。又は予め設定された所定期間である所定時間内にＯｐｅｎＩＤの一部の再入力が無かった場合である。
ｄでＵＡ１１は認証サーバ１１２にログアウトを要求する。
ｅで認証サーバ１１２はＵＡ１１からのログアウト要求に対して、ログアウト結果ＯＫをＵＡ１１を介してＲＰ１２へリダイレクトする。
ｆでＵＡ１１は認証サーバ１１２からのログアウト結果ＯＫをＲＰ１２へリダイレクトする。
ｇでＲＰ１２はＵＡ１１に終了画面を表示させる。
ｈでＵＡ１１は利用者１に終了画面を表示する。

図２３及び図２４は、継続質問画面の他の例を示す図である。
まず、利用者は、ＯｐｅｎＩＤを用いて画面にログインする。
利用者は操作表示部上で操作を行い、例えば、印刷機能を利用して画像処理装置１０を使用する。
ＲＰ１２は印刷機能の処理動作の終了後、ＵＡ１１に図２３に示す継続質問画面９０を表示する。
継続質問画面９０には、印刷機能を継続して使用する返答を入力する使用継続返答ボタン９１と、継続して使用しない返答ボタン９２が表示されており、利用者が使用を続ける場合、使用継続返答ボタン９１を押下することによって使用を継続することを返答する。

また、所定時間内にＯｐｅｎＩＤの一部が再入力されなかった場合に自装置の使用を不許可にするまでの残り時間を表示する欄９４が表示される。
使用継続返答ボタン９１を押下すると、継続質問画面９０は、図２４に示す表示内容に変わり、使用継続返答ボタン９１の隣に、ＯｐｅｎＩＤの一部を再入力する欄９３が表示されるので、残り時間を表示する欄９４の残り時間が０になる前に、利用者はこの欄９３にＯｐｅｎＩＤの一部を再入力し、その入力を確定すると、認証サーバ１１２に対するＯｐｅｎＩＤの一部による認証が実行される。
また、残り時間を表示する欄９４の残り時間が０になると、終了画面が表示され、自動的にログアウトされる。

このようにして、上記画像処理装置１０をＰＣ上のＷｅｂブラウザを用いて操作する事が出来る複合機に適用すれば、インターネット上で認証の必要がある情報を効果的に利用することができる。
また、複合機間で、共通のＩＤを用いてログインすることで、より効率的に情報を共有することができる。
さらに、他の信頼できる認証サーバを利用するという選択肢があるので、認証サーバを構築する手間を省略することができる。
また、外部の仕組みを利用することで、複合機上やインターネット上で認証が必要とされる情報を、ユーザの操作を省略して、取得する事ができるので、支払うべき労力・コストを抑えることができる。

この発明による画像処理装置とプログラムは、複写機，プリンタ，スキャナ，ファクシミリ装置，複合機を含む処理装置全般に適用することができる。

この発明の処理装置の一実施例である画像形成装置を含むシステムの構成を示すブロック図である。 図１に示す画像処理装置で実行されるプログラムの一例を示す構成図である。 図２に示すＷｅｂＵＩの実行によって実現される機能構成の一例を示す図である。 図１に示す画像処理装置における動作の説明図である。 図４に示す画像処理装置で利用者側から画面表示要求が行われた場合の動作を示すシーケンス図である。

図４に示す画像処理装置で認証が行われた結果コピー画面を表示する場合の動作を示すシーケンス図である。 図４に示す画像処理装置で操作表示部を用いてＯｐｅｎＩＤの認証をする場合の動作のシーケンス図である。 ＯｐｅｎＩＤ形式のデータの一例を示す図である。 認証サーバを選択する画面の一例を示す図である。 認証サーバを登録する画面の一例を示す図である。

認証サーバを削除する画面の一例を示す図である。 認証サーバを編集する画面の一例を示す図である。 ログイン画面の一例を示す図である。 ＯｐｅｎＩＤのＵＲＬが示すＸＨＴＭＬ文書のデータ例を示す図である。 認証サーバから得た使用権限情報に基づいて各処理動作毎に使用を許可する場合の処理を示すシーケンス図である。

図１に示す画像処理装置が認証サーバから認証サーバの保有するアドレス帳の情報を取得する場合の処理を示すフローチャート図である。 アドレス帳画面の一例を示す図である。 ＯｐｅｎＩＤから課金サービスを利用して印刷する場合の印刷情報画面の一例を示す図である。 ＯｐｅｎＩＤの一部を再入力させる際の処理を示すシーケンス図である。 継続質問画面の一例を示す図である。

同じく継続質問画面の一例を示す図である。 所定時間内にＯｐｅｎＩＤの一部が再入力されなかった場合の処理を示すシーケンス図である。 継続質問画面の他の例を示す図である。 同じく継続質問画面の他の例を示す図である。

符号の説明

１：利用者 ２：ＯｐｅｎＩＤ ３：ネットワーク上の情報 ４，１０：画像処理装置 １１：ＵＡ １２：ＲＰ ２０：プログラム ２１：ハードウェア ３０：認証サーバ選択画面 ４０：認証サーバ登録画面 ５０：認証サーバ削除画面 ６０：認証サーバ編集画面 ７０：ログイン画面 ８０：アドレス帳画面 ８２：印刷情報画面 ９０：継続質問画面 １０１：プロセッサ １０２：ワークメモリ １３０：記憶部 １０４：入出力部 １０５：装置特有のハードウェア １０６：操作表示部 １１０：ネットワーク １１１：ＰＣ １１２：認証サーバ ２０１：機器ＵＩ ２０２：ＷｅｂＵＩ ２１１：コピーアプリ ２１２：ファックスアプリ ２１３：プリンタアプリ ２１４：スキャナアプリ ２２１：印刷サービス ２２２：読み取りサービス ２２３：ネットワークサービス ２２４：メモリサービス ３０１：ＷｅｂＵＩ画面提供部 ３０２：ＯｐｅｎＩＤ認証サーバ情報検索部 ３０３：ＯｐｅｎＩＤ認証サーバ情報取得部 ３０４：ＯｐｅｎＩＤ認証実行要求部 ３０５：ＯｐｅｎＩＤ認証サーバ情報管理部

Claims (7)

1. 共通識別情報認証装置と通信する通信手段と、
   共通識別情報の入力を要求する入力要求手段と、
   前記要求に対して入力された共通識別情報の認証を前記通信手段によって通信する前記共通識別情報認証装置に要求する認証要求手段と、
   前記共通識別情報認証装置によって前記共通識別情報が認証された場合、自装置で実行可能な複数の異なる処理動作の使用を許可する使用許可手段と、
   前記許可後に、前記各処理動作に対する動作開始の指示を受け付ける指示受付手段と、
   前記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にする不許可手段とを備えたことを特徴とする処理装置。
2. 前記不許可手段によって自装置で実行可能な複数の異なる処理動作の使用を不許可にした後、前記共通識別情報の一部の再入力を要求する手段を設けたことを特徴とする請求項１記載の処理装置。
3. 前記動作開始を受け付けた処理動作の終了後、所定期間内に前記共通識別情報の一部が再入力されなかった場合、自装置の使用を不許可にする手段を設けたことを特徴とする請求項２記載の処理装置。
4. 前記共通識別情報認証装置によって認証された共通識別情報に対応する装置で実行可能な複数の異なる処理動作毎の使用権限情報を前記共通識別情報認証装置から取得する使用権限情報取得手段を設け、
   前記使用許可手段は、自装置で実行可能な複数の異なる処理動作の使用を許可する際、前記使用権限情報取得手段によって取得した使用権限情報に基づいて各処理動作毎に使用を許可する手段を有することを特徴とする請求項１乃至３のいずれか一項に記載の処理装置。
5. 前記共通識別情報認証装置によって前記共通識別情報の認証がされた場合、前記共通識別情報認証装置が有する情報を前記共通識別情報認証装置に要求する情報要求手段と、
   前記共通識別情報認証装置から前記要求した情報を受け付ける情報受付手段とを設けたことを特徴とする請求項１乃至４のいずれか一項に記載の処理装置。
6. 前記共通識別情報認証装置によって前記共通識別情報が認証された場合、前記共通識別情報に対応する課金情報を前記共通識別情報認証装置から受け付ける課金情報受付手段と、
   自装置の使用内容に基づいて前記課金情報を更新する課金情報更新手段と、
   前記更新した課金情報を前記共通識別情報認証装置に送信する課金情報送信手段とを設けたことを特徴とする請求項１乃至５のいずれか一項に記載の処理装置。
7. コンピュータに、共通識別情報認証装置と通信する通信手順と、共通識別情報の入力を要求する入力要求手順と、前記要求に対して入力された共通識別情報の認証を前記通信手順によって通信する前記共通識別情報認証装置に要求する認証要求手順と、前記共通識別情報認証装置によって前記共通識別情報が認証された場合、自装置で実行可能な複数の異なる処理動作の使用を許可する使用許可手順と、前記許可後に、前記各処理動作に対する動作開始の指示を受け付ける指示受付手順と、前記動作開始を受け付けた処理動作の終了後に、自装置で実行可能な複数の異なる処理動作の使用を不許可にする不許可手順とを実行させるためのプログラム。

Images