JP2006203858A - 画像処理装置及び画像処理装置の制御方法 - Google Patents

Abstract

【課題】 画像処理装置が提供するサービスの実行を、実行を要求するユーザの認証と関連付けて画像処理装置で管理することで、なりすましを防止するとともに、認証サーバに対する負荷を軽減する。
【解決手段】 サービス（２０８、２１０、２１２、２１４）の実行が可能な画像処理装置で、サービスの要求を行ったユーザを内部、または外部の認証サービスを用いて認証し、ユーザの認証をセッション管理手段２１６はサービスの実行要求を行なったユーザの認証と、サービスの実行状態とを関連付けて管理する。
【選択図】図２

Description

本発明は、画像処理装置及び画像処理装置の制御方法に関するものであり、少なくとも一つのサービスを提供する画像処理装置におけるユーザ認証に関するものである。

近年、コンピュータ（ＰＣ）やその周辺機器、複合画像形成装置（ＭＦＰ）がネットワークに接続し、従来のスタンドアローンの機能に加えてネットワーク経由での各種操作や付加価値の高い機能拡張が実現している。ネットワーク印刷やネットワーク経由でのスキャンイメージの送信、あるいはコピーやプリントに伴うアカウント管理などが中央に設置されたＰＣを利用してネットワーク経由で集中管理されるようになっている。

さらに、集中管理されたユーザ権限に基づいて、適切にユーザを認証／識別し、適切に機器を利用する権限付与することによって、機器管理者が意図しない不正なＭＦＰの利用を防止、あるいは抑止することが可能となっている。

このようにネットワークにＭＦＰやＰＣが接続することによって、従来はスタンドアローンで提供され、能力の限定されていたＭＦＰの機能が、より利便性が高く利用できるようになってきている。一方で、ネットワーク経由で物理的には離れた場所からリモートでＭＦＰを利用することができるようになるに従い、情報漏洩やＭＦＰの不正な使用といった問題も比例して増加する傾向を示しており、これに対処するためのユーザ認証機能、アクセス制御機能がＭＦＰにも備わるようになってきている。

もともとスタンドアローンとして利用されてきたときから、ＭＦＰには簡単なセキュリティ機能が塔載されているが、上述した背景もあって、近年ではより強固で安全なセキュリティ機能を適用された機器が開発されるようになっている。同時にこの強固で安全性の高いセキュリティ機能自体が、ＭＦＰの付加価値として認められつつあり、機器のオプション製品としてＭＦＰ本体とは別に販売されインストールされるような構成を採るようにもなっている。

以上のようにセキュリティ機能が強化されたＭＦＰはユーザログイン機能やアクセス制御機能が使用可能となり、これによって機密情報の漏洩を防止することが可能である。このようなセキュリティの強化されたＭＦＰを使用する際には、まず最初に操作パネルの液晶画面にログイン画面が表示されるようになっている。ユーザはＭＦＰを使用するにあたって、まず、ユーザＩＤとパスワードを入力し、ユーザ認証を通過しなければＭＦＰの操作画面にアクセスすることができないようになっている。

ひとたびユーザ認証を通過すると、従前のＭＦＰ操作画面が操作パネルに表示され、コピー、ＦＡＸ、スキャン、及び電子ファイルの送信などの機能が使用できる。ＭＦＰを利用し終えると、利用者が明示的にログアウトを行うボタンを押下することによってログアウトすることができる。ログイン中、利用者はどのような操作でも自由に指定することが可能である。ここで、利用者がもし明示的にログアウトボタンを押さずにＭＦＰを離れた場合でも、一定のタイムアウト時間の経過後に自動ログアウトする仕組みが実装されており、利用者の成りすましを低減している。

しかしながら、タイムアウトによる自動ログアウト処理が起動する前に、もし他の利用者がＭＦＰを操作した場合、他の利用者は、先の利用者に成りすましてＭＦＰを操作することが可能である。そして、資産としての利用価値の高い機密情報を、他人に成りすまして盗むことが可能である。

このように、現在のＭＦＰはユーザ認証機能を備えるようになったものの、厳密にはユーザ認証のセッションを管理できていないため、例えば、コピー枚数によるアカウント管理などを行っている場合に正確な課金処理を行うことができないのである。また、機密書類のスキャンを行うケースでは、本来は情報を取得する権限を有しない利用者が、他の利用者に成りすまして情報を取得することが可能であり、しかも操作ログには他の利用者のジョブとして記録されるといったセキュリティ上の問題があった。

ところで、上述のような問題を解決するためにはユーザの認証セッションを厳密に管理する必要がある。この方法としてセッション管理という手法が従来技術として開示されている。ＷＷＷ（ｗｏｒｌｄ ｗｉｄｅ ｗｅｂ）ブラウザがＷＷＷサーバと通信するにあたって、通信相手が互いに通信している相手を認識しつつ通信を行う、いわゆるネットワークセッションの管理である。

例えば、特許文献１では、ブラウザからＷＷＷサーバへアクセスする際、セッション識別子なる情報を提供し、ＷＷＷサーバは当該セッション識別子を管理する別の識別子管理サーバに対して当該セッション識別子の正当性を確認依頼し、その結果をもってＷＷＷサーバがレスポンスを返信するといった構成が開示されている。
特開平１１−２１２９１２号公報

特開平１１−２１２９１２号公報によれば、セッション識別子を認証サーバが管理し、クライアントとサーバ間の通信の際に、当該セッション識別子を情報に付加する事でネットワークセッションの正当性を識別する。この従来技術では、サービスを提供するサーバは、セッションの正当性を確認するため、ネットワークセッションの正当性を判断する度に認証サーバに問い合わせる必要がある。

また、この従来技術の構成は、認証サーバが全てのネットワークサービスのセッションを集中管理する。このために、認証サーバが認証処理とセッション管理に関する処理とを一手に行う仕組みになっているため、ノードや処理キューが多い場合にパフォーマンスが劣化するといった問題が発生する。加えて、サービスをあとから追加する場合、認証サーバも合わせて改変しなければならずスケーラビリティの上で問題があった。

本発明は、前出の認証セッションをジョブ毎に確実に管理できるようにすることで、悪意を持った利用者の成りすましを防止することを目的とする。また、従来技術におけるパフォーマンスやスケーラビリティの問題を解決することを目的とするものである。

上記目的を達成するために、本発明に係る画像処理装置は、サービス要求元からサービスの実行要求と当該サービス要求元の認証情報とを受信する受信手段と、前記受信手段が前記サービスの実行要求を受け付けたことに基づいて、前記認証情報を用いて前記サービス要求元を認証するための要求を認証サービスに対して発行する認証要求発行手段と、前記認証要求発行手段による前記サービス要求元を認証するための要求に応答して前記認証サービスから受信した認証結果に基づいて、前記サービス要求元が要求するサービスを実行する実行手段と、前記実行手段が実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理手段とを有することを特徴とする。

また、上記目的を達成するために、本発明に係る画像処理装置は、サービス要求元からサービスの実行要求と当該サービス要求元の認証情報とを受信する受信手段と、前記受信手段が受信した前記サービス要求元の認証情報と前記サービスの実行要求とに基づいて、前記サービス要求元の認証の可否を判断し、前記サービス要求元が要求するサービスの実行を許可或いは禁止する認証手段と、前記認証手段が許可したサービスを実行する実行手段と、前記実行手段が実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理手段とを有することを特徴とする。

また、上記目的を達成するために、本発明に係る画像処理装置の制御方法は、サービス要求元からサービスの実行要求とサービス要求元の認証情報とを受信する受信工程と、前記受信工程で前記サービスの実行要求を受け付けたことに基づいて、前記認証情報を用いて前記サービス要求元を認証するための要求を認証サービスに対して発行する認証要求発行工程と、前記認証要求発行工程での前記サービス要求元を認証するための要求に応答して、前記認証サービスから受信した認証結果に基づいて前記サービス要求元が要求するサービスを実行する実行工程と、前記実行工程が実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理工程と、を有することを特徴とする。

また、上記目的を達成するために、本発明の画像処理装置の制御方法は、サービス要求元からサービスの実行要求とサービス要求元の認証情報とを受信する受信工程と、前記受信工程で受信した前記サービス要求元の認証情報と前記サービスの実行要求とに基づいて、前記サービス要求元の認証の可否を判断し、前記サービス要求元が要求するサービスの実行を許可或いは禁止する認証工程と、前記認証工程で許可したサービスを実行する実行工程と、前記実行工程で実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理工程と、を有することを特徴とする。

本発明によれば、サービスジョブのジョブセッションを、当該ジョブの発行依頼を行うユーザと対応付けて管理するので、他のユーザによるなりすましを防止することができる。

また、認証サーバがジョブセッションを集中管理するといった構成は取らず、画像処理装置がジョブセッションとしてユーザの認証セッションを管理する構成になっているため、認証サーバの処理パフォーマンスの劣化を防止することができる。

以下、本発明の実施形態について図面を参照しながら説明する。

図１は本発明の一実施形態である、画像処理装置（ＭＦＰ）とコンピュータ端末とをネットワーク接続したなシステム構成を表すブロック図である。

図１において、１００は画像処理装置としてのＭＦＰであり、ネットワーク１０６を介して接続可能なコンピュータ端末１０２、１０４へプリントサービス、スキャンサービス、ストレージサービス、送信サービスを提供するネットワーク対応型ＭＦＰである。

プリントサービスとは、画像データ、あるいはコンピュータ端末１０２、１０４が送信する印刷ジョブをＭＦＰ１００で画像形成し、出力する機能を提供するサービスである。

スキャンサービスとは、ＭＦＰ１００で原稿の画像をスキャンし、原稿画像データを生成するサービスである。

ストレージサービスとは、ＭＦＰ１００の外部記憶装置１２０へ画像データを蓄積する機能や、外部記憶装置１２０に蓄積されている画像データを操作する機能を提供するサービスである。

送信サービスとは、ＭＦＰ１００のＦＡＸ送信、電子メール送信、ファイル送信などの機能を提供するサービスである。

ＭＦＰ１００が提供するこれらのサービスは、コンピュータ端末１０２、１０４からのみでなく、ＭＦＰ１００の操作部１２２や、ネットワーク上の他のＭＦＰ（不図示）の操作部からの指示で動作することも可能である。

コンピュータ端末１０２、並びにコンピュータ端末１０４は、パーソナルコンピュータ（ＰＣ）であり、ネットワーク１０６を介してＭＦＰ１００に接続し、ＭＦＰ１００が提供する各サービスを利用する。

本実施形態におけるＭＦＰ１００は、アプリケーションサービスを後から追加したり削除したりできるようサービスインストール機能が強化されており、オプションキットのインストールによってＭＦＰの付加価値を高めることができる。後から追加されるアプリケーションサービスは、外部記憶装置１２０にインストールされる。

通信部１０８は、ネットワーク１０６を介してコンピュータ端末１０２や１０４や他のＭＦＰ（不図示）と通信を行う。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１６は、ＭＦＰ１００の制御全体を司る。また、ＣＰＵ１１６は画像処理部１１０における種々の機能を実現するためのプログラムを実行する。具体的には、ＣＰＵ１１６は、外部記憶装置（本実施形態ではハードディスクを用いる。以下ＨＤＤ）１２０あるいはＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２４から種々の機能を実現するためのプログラム（アプリケーションプログラム等）を読み出し、メモリ１１８をワーク領域として、読み出したプログラムを実行する。
画像処理部１１０はＭＦＰ１００が扱う種々の画像データに対して必要な画像処理を施す。

スキャナユニット１１２は原稿を光学的に読み取り、原稿に対応した画像データを発生する。

プリンタユニット１１４は、スキャナユニットが発生した画像データや、外部記憶装置１２０に蓄積された画像データや、コンピュータ端末１０２、１０４から受信した印刷ジョブに基づき画像形成を行なう。

外部記憶装置１２０は、ＭＦＰ１００が提供するストレージサービスを実現するために画像データを蓄積する。また、外部記憶装置１２０はＣＰＵ１１６が実行するアプリケーションプログラムを記憶している。本実施形態において、外部記憶装置１２０は記憶媒体としてハードディスクドライブ（ＨＤＤ）を用いるものとするが、他の不揮発性記憶媒体、例えばフラッシュメモリなどを用いても良い。

操作部１２２は、ＭＦＰ１００を操作するためのユーザの指示を受け付け、またユーザへの操作画面を提供する、いわゆるユーザインターフェース（ＵＩ）である。本実施形態において、操作部１２２はタッチパネルにより操作を受け付ける液晶表示画面とハードキーとを有するものとするが、他の形態でも構わない。

認証サーバ１２６は、ユーザ認証権限サービスを提供するものであり、詳細は後述する。

次に、操作部１２２の外観構成を図８に示す。液晶表示部８０１は、液晶ディスプレイ（ＬＣＤ）上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報をＣＰＵ１１６に伝える。

スタートキー８２５はスキャナユニット１１２を介して原稿画像の読み取り動作を開始する時など、ジョブの実行開始を指示するときに用いる。スタートキー８２５中央部には、緑と赤の２色ＬＥＤ８２６があり、その色によってスタートキー８２５が使える状態にあるかどうかを示す。ストップキー８２４は稼働中のＭＦＰ１００動作を止める働きをする。リセットキー８２２は操作部１２２からの設定を初期化する時に用いる。

図２は、ＭＦＰ１００の論理的な構成を示すブロック図である。ＭＦＰ１００は図１のＭＦＰ１００に相当し、ＭＦＰ１００を囲む枠線がＭＦＰ１００の論理境界である。ＭＦＰ１００は、ネットワーク１０６を経由して外部に設置された認証権限サービス２０４（図１の認証サーバ１２６に相当）に接続している。ＭＦＰ１００は、ＭＦＰ１００に内包されたサービスを利用する際に必要となるユーザ認証を認証権限サービス２０４へ依頼する。

ＭＦＰ１００は、更に内部の認証権限サービス２０６を内包している。本実施形態において、ユーザ認証処理を行なうにあたって内部の認証権限サービスを利用するか、それとも外部の認証権限サービスを利用するかは、ＭＦＰ１００に実装されたサービスに依存して、あらかじめ決められているものとする。

ＭＦＰ１００は、Ｗｅｂサービス実装として、スキャンサービス２０８、プリントサービス２１０、ストレージサービス２１２、並びに送信サービス２１４を内包している。（以下、Ｗｅｂサービスを単にサービスと称すこともある。）
スキャンサービス２１２は、ＭＦＰ１００でスキャンした原稿の画像データをネットワーク１０６を経由してコンピュータ端末１０２、１０４へ取り込むための機能を提供するＷｅｂサービス実装である。プリントサービス２１０は、画像データ、あるいはコンピュータ端末１０２、１０４が送信する印刷ジョブをＭＦＰ１００で画像形成し、出力するための機能を提供するＷｅｂサービス実装である。印刷ジョブはコンピュータ端末１０２、１０４がプリンタドライバなどによって生成する印刷のためのデータである。

なお、スキャンサービス２０８とプリントサービス２１０が複合的に組み合わさることによって、いわゆるコピー機能（コピーサービス）が実現する。

ストレージサービス２１２は、ＭＦＰ１００の外部記憶装置１２０へ画像データを蓄積する機能や、外部記憶装置１２０に蓄積されている画像データを操作する機能を提供するＷｅｂサービス実装である。保持した画像データは、利用者の指示によって外部記憶装置１２０から取り出して、他の各サービスに供することができるようになっている。

ストレージサービスとプリントサービスが複合的に組み合わさることによって、いわゆるボックスプリント機能（ボックスプリントサービス）（外部記憶装置１２０に記憶された画像データを画像形成出力する機能）が実現する。

ＭＦＰ１００のこれらサービスを用いた動作をジョブと称する。例えば、コピージョブを実行するにはスキャンサービスとプリントサービスを実行させることになる。ボックスプリント機能を実行させる、つまりボックスプリントジョブを実行するにはストレージサービスとプリントサービスとを実行させることになる。本実施形態において、単独、あるいは複数のサービスを実行させることにより実現するジョブをサービスジョブ、或いは単にジョブと呼ぶ。

送信サービス２１４は、電子画像データを公知のファクシミリ手順で外部のＦＡＸデバイス（不図示）へ送信したり、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って電子メール送信したり、あるいはＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、ＳＭＢ（Ｓｅｒｖｉｃｅ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）等のファイル転送プロトコルに従って外部のファイルサーバやコンピュータ端末（不図示）に送信したりする機能を提供するＷｅｂサービス実装である。

本実施形態においては、ＭＦＰ１００の各種機能を上述のようにＷｅｂサービス実装として提供しているが、Ｗｅｂサービスによらない他の実装方法によって各種機能を提供するものでも構わない。

セッション管理部２１６は、サービスジョブのジョブセッション（サービスジョブの開始から完了まで。）を管理する。セッション管理のために、セッション管理部２１６は、セッション管理テーブル２３０を保持している。ユーザ認証を終えてジョブの実行が指示されると後述するセッション管理情報が生成され、セッション管理テーブル２３０に保持される。

セッション管理部２１６は、ジョブセッションを生成するにあたって、まずユーザ認証によるユーザの確認を行なう。また、ジョブの処理終了レスポンスを受けると、直ちに当該ジョブのセッションを破棄する。

ＭＦＰ１００は、通信機能としてＴＣＰ／ＩＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）プロトコルスタック２２０を有している。そして、ネットワーク１０６に接続しコンピュータ（図１の端末１０２、１０４など）からプリントサービス２１０等のサービス要求を受け付ける。サービス要求は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）処理部２１８によって解釈され、必要なＷｅｂサービス実装が呼び出される。

ＭＦＰ１００に対して直接利用者が処理要求を指定するために、ローカル操作画面表示部２２２が用意されている（物理的には図１の操作部１２２に相当）。いわゆるローカルユーザインターフェース（ＬＵＩ）であり、ユーザによる操作のための画面を表示するとともにコピーサービス、ＦＡＸサービスなどの処理の指定を受け付ける。

ユーザはＷｅｂサービスを利用するにあたって、ローカル操作画面表示部２２２を用いて当該ユーザを特定するユーザＩＤの入力を行なう。ローカル操作画面表示部２２２は、後述するユーザ画面生成・操作操作受け付け処理部２２４と協働して、入力されたＩＤのユーザ権限に応じた属性設定画面が表示されるような仕組みが備わっている。

ユーザ権限に応じた属性設定画面とは、例えば、カラー機能／白黒機能の利用の可否、印刷枚数制限、片面／両面の設定の可否或いは強制的な設定、Ｎ ｉｎ １（１枚の用紙上にＮページの画像を縮小して画像形成するための印刷設定。Ｎ ｕｐとも言う。）の設定の可否或いは強制的な設定などの情報である。また、或いは、そのユーザが多用する機能や好みの設定や操作画面レイアウトといった、そのユーザのためにカスタマイズされた操作画面をローカル操作画面表示部に表示するための設定情報も含まれる。このような情報に基づいてユーザ権限に応じたそのユーザ固有の操作画面をローカル操作画面表示部２２２に表示させることができる。

これらの権限情報は、図１１に示すように認証権限サービス（２０４、２０６）内のユーザＩＤと対応付けたテーブルとして保持されており、これら権限情報に基づいてユーザ固有の操作画面がローカル操作画面表示部２２２に表示される。なお、ユーザ権限に応じてユーザ毎に画面表示を生成するために、ユーザ画面生成・操作受け付け処理部２２４が用意されている。

図９は、ローカル操作画面表示部２２２（物理的には操作部１２２）の表示画面であり、ユーザ固有でない標準画面の一例を示すものである。

同図に示すように操作画面８０１上部には、コピーキー８０２、送信／ファクスキー８０３、ボックスキー８０４、リモートスキャナキー８０５のように各機能がタブ状に表示されたタッチキーに割り当てられて表示されている。

なお、図９はコピーキー８０２が押下されたときに表示されるコピー機能の初期画面を表している。同図に示すように、コピー機能の初期画面８０６には、上部にコピー機能が実行可能であることを示すステータスメッセージ（「コピーできます。」）が表示され、その下部には、倍率、選択給紙段、置数が表示される。

また、コピー機能の動作モードを設定するためのタッチキーとして、等倍キー８０７、倍率キー８０８、用紙選択キー８０９、ソータキー８１０、両面キー８１１、割込みキー８１２、文字／写真／地図キー８１３が設けられている。更に、濃度調整用として薄くするに対応する左矢印キー８１４、濃くするに対応する右矢印キー８１５、濃度を自動調整する自動キー８１６が表示される。なお、初期画面に表示しきれない動作モードの指定は応用モードキー８２０を押下することで階層的に画面内に設定画面が表示されるようになっている。

システム状況／中止キー８１７は、押下することで、ＭＦＰ１００のデバイス情報を表示する画面や、プリントジョブ状況を表示する画面（不図示）が表示される。

カラーモード選択キー８１８はカラーコピー、白黒コピーを指定するか、原稿によってカラーコピーするか白黒コピーするかを自動選択させるかをユーザが選択指示するためのキーである。図９の例では「自動カラー選択」が設定されている。

図１０は、ローカル操作画面表示部２２２（物理的には操作部１２２）の表示画面であり、ユーザ固有の表示画面の例である。なお、図９と同じ部分には同一の符号を付してある。

図１０のユーザ固有画面８２１は、権限情報が「カラーコピー禁止」、「スキャン機能使用禁止」、「両面コピー強制設定」であるユーザがＭＦＰ１００でユーザ認証を行なった結果表示される画面である。

権限情報が「カラーコピー禁止」であることから、カラーモード選択キー８１８が強制的に「白黒」に設定されており、カラーモード選択キー８１８を押下して他のモードに変更することができなくなっている。そして、権限情報が「スキャン機能使用禁止」であることから、図９では表示されていたリモートスキャナキー８０５が表示されていない。更に、権限情報が「両面コピー強制設定」となっていることから、両面キー８１１が押下し、所定の操作をすることで設定可能な、片面原稿を両面コピーする設定８１９が表示されている。そして両面キー８１１を押下して片面コピーに変更することはできなくなっている。

図１１に認証権限サービス２０４、２０６が内部に保持しているユーザＩＤと権限情報とを対応付けたテーブルの一例を示す。

図１１のテーブルにおいて、項目１１０２はユーザＩＤであり、項目１１０４、１１０６、１１０８、１１１０、１１１２は各種権限情報であり、項目１１１４は操作部１２２の操作画面８０１の表示内容をカスタマイするズ設定情報である。

例えば、ユーザＩＤ「６９０ＭＢ」のユーザは、ＳＣＡＮサービスが使用できず、カラー出力が禁止されており、両面プリントが強制されている。このユーザの権限情報を元にユーザ固有画面を生成したものが図１０の画面に相当する。

カスタマイズ設定１１１４は、ユーザの好みの操作画面設定を保持しておく項目である。項目１１０４、１１０６、１１０８、１１１０、１１１２の権限情報のような権限を扱う情報ではないが、本実施形態においてカスタマイズ情報１１１４を含むテーブル１１００に設定された情報全体を権限情報と呼ぶ。

ユーザの権限情報を特定するためにはユーザを認証してユーザを識別する必要がある。ユーザを特定するためのユーザ識別情報として、いわゆるユーザＩＤがある。このユーザＩＤの受け付けや、後のユーザ確認シーケンスで必要となるＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コードの入力はユーザ画面生成・操作受付処理部２２４が行なう。また、指紋認証などの生体認証を行なう場合は指紋情報など生体情報の入力や、ＩＣカード（スマートカードとも言う）を用いた認証を行なう場合のＩＣカード情報の読み取りについても、ユーザ画面生成・操作受け付け処理部２２４が行なう。

ユーザの識別、及び権限の付与は、それぞれユーザ認証と呼ばれる一連の処理プロセスの中で実施される。図２の調停処理部２２６と、内部認証権限サービス２０６、あるいは外部認証権限サービス２０４によってこれら一連のユーザ認証処理が実現する。

調停処理部２２６は、サービスごとに異なる認証権限サービスが指定されている場合、ユーザ認証処理要求を適切な認証権限サービス（２０４、或いは２０６）に振り分ける機能を有している。

例えば、スキャンサービス２０８、プリントサービス２１０、及びストレージサービス２１２は、内部認証権限サービス２０６によってユーザ認証が行われ、送信サービス２１４は外部認証権限サービス２０４によって実施されるといった場合に、前記調停処理部２２６は、ユーザ認証要求を適正な認証権限サービス（２０４、または２０６）に振り分ける。

本実施形態においては外部認証権限サービス２０４と内部認証権限サービス２０６の２つの認証権限サービスを用いているが、認証権限サービスが３つ以上あっても構わないし、これら複数の認証サービスがＭＦＰ１００の内部にあっても外部にあっても構わない。

どのサービスがどの認証権限サービスを利用しているかは、あらかじめマッピングテーブルとして関連付けておく必要がある。ＸＭＬスクリプト２２８は、このマッピングテーブル有しておりであり、Ｗｅｂサービスとこれに関連する認証権限サービスの関連情報を保持している。調停処理部２２６はＸＭＬスクリプト２２８を参照してユーザ認証要求を行なうべき認証権限サービスを決定する。なお、Ｗｅｂサービス実装を追加、削除した場合は、これらの処理に応じて、前記ＸＭＬスクリプト２２８も更新すればよいの。このようにＸＭＬスクリプト２２８を設けることで新たなＷｅｂサービスが追加された場合にも認証権限サービス（認証サーバ）の改変の必要が無く、スケーラビリティが向上する。

図１２にＸＭＬスクリプト２２８の一具体例を示す。

図１２に示すＸＭＬスクリプトの場合、そのファイル名は“Ｓａｍｐｌｅ１”である。１２０１において、プリントサービス２１０に対して、認証・権限サービスＡを対応付けるよう記述している。１２０２において、スキャンサービス２０８に対して、認証サービスＢを対応付けるよう記述している。１２０３において、ストレージサービス２１２に対して、権限サービスＢを対応付けるよう記述している。１２０４において、ＦＡＸサービス２１４に対して、認証・権限サービスＣを対応づけるよう記述している。これにより調停処理部２２６は、それぞれのＷｅｂサービスに対し、それぞれ異なる認証権限サービスを振り分けることができる。

以上、本実施形態にかかるＭＦＰ１００の論理的な構成を説明した。この、論理的な構成を実現するプログラムは、前述した複数の論理機能コンポーネントの集合体として実現される。また、これら複数の論理機能コンポーネントは、互いに関連しながら所定のシーケンシャルな動作を行うことによって、ＭＦＰ１００としての機能が実現する。このシーケンシャルな動作は、ＳＯＡＰ処理部２１８の論理機能として実装されており、上述の処理を具現化している。

次に、図３〜図７を用いて、本実施形態における特徴的な処理について説明する。なお、図３〜図７の処理フローは、ＭＦＰ１００のＣＰＵ１１６がＲＯＭ１２４或いは外部記憶装置１２２からメモリ１１８へロードするプログラムを実行することで実現されるものである。

図３は、ＭＦＰ１００において、ユーザがサービスを利用する時のサービス要求処理フローである。

まず、ユーザはサービスの指定に先立ってユーザＩＤを入力する（ステップＳ３０２）。サービスを要求するユーザを識別するためである。ユーザＩＤの入力には様々な手段があり、例えば、図１３のような操作画面を表示して直接ユーザ名を、ローカル操作画面表示部２２２を介してユーザ画面生成・操作受付処理部２２４から入力する方法がある。あるいはＭＦＰ１００に備えられた不図示のＩＣカードリーダ（接触式、非接触式は問わない）に当該ユーザのＩＣカードを読み取らせるなどの方法がある。

ユーザＩＤ情報は、ユーザ画面生成・操作受付処理部２２４によって受け付けられ、ＳＯＡＰ処理部２１８に保持される。

図１３は操作部１２２上の液晶表示部８０１上に表示される、ユーザＩＤ入力画面である。不図示のテンキーやキーボードを用いてユーザＩＤ入力欄１３０２にユーザＩＤを入力し、エンターキー１３０６を押下して確定する。ここではＰＩＮコード入力欄１３０４にはＰＩＮコードを入力してもしなくても良い。また、図１３でＰＩＮコード入力欄１３０４を表示しないようにしても良い。

この時点でユーザはＭＦＰ１００のユーザ画面生成・操作受付処理部２２４を操作することが可能になる。そこで、利用するサービス種別を当該ユーザ画面生成・操作受付処理部２２４から指定する（ステップＳ３０４）。サービス種別の指定は、例えば、サービスボタンを押下する、あるいは画面に表示されたサービス属性指定用のタブを選択するといった操作によって実施される。ユーザの指定したサービス種別情報は、ＳＯＡＰ処理部２１８によって保持される。

ＳＯＡＰ処理部２１８は、当該サービス種別情報に基づいて、指定されたサービスに対して状態を問い合わせる（ステップＳ３０６）。サービスの状態とは、画像処理装置２００のジャム中、紙なし、トナーなし、故障、といった情報が含まれる。

一方、ＳＯＡＰ処理部２１８は、ユーザ識別情報とサービス種別情報とを保持しているので、このサービスジョブを指定したユーザの権限情報を取得することが可能である。

権限情報は、認証権限サービス２０４、あるいは２０６に保持されている。従って、ＳＯＡＰ処理部２１８は、まず調停処理部２２６に対してサービス種別情報を渡し、ユーザの権限を保持している認証権限サービスを検索する。検索の結果、どの認証権限サービスにアクセスすればよいかがわかると、ＳＯＡＰ処理部２１８は次に、ユーザＩＤ情報をもって、指定された認証権限サービスにアクセスする。そして、当該ユーザＩＤに該当するサービスに対するユーザ権限情報を取得する（ステップＳ３０８）。

取得したユーザ権限情報を、ＳＯＡＰ処理部２１８はユーザ画面生成・操作受け付け処理部２２４に渡し、ユーザ画面生成・操作受け付け処理部２２４は、当該ユーザ固有の操作画面を生成する（ステップＳ３１０）。ユーザ権限が反映されたユーザ固有の画面なので、ユーザが処理指定できない属性は、この段階で受け付けないよう制限をかけることができる。

なお、制限の方法として、操作部１２２にタッチパネルを用いる場合は、ユーザが使用できない処理に対応した設定ボタンをグレーアウト処理（可視制限）しても良いが、この段階ではユーザ認証が行われる前なので、他人にユーザ権限に関する情報が漏洩してしまう可能性がある。例えば、当該ユーザはどのような処理が使用可能でどのような処理が使用制限されているかを他人が知ることが出来てしまう。そこで、操作部１２２に表示する設定ボタンの表示は特に変更せず、ユーザが使用できない処理に対応した設定ボタンをユーザが押すことはできるがそのボタン押下を受け付けない様にする不可視の制限を実装することも可能である。

当該ユーザ固有の操作画面を表示した後、ユーザによるサービス処理に関連する一連のサービス属性の指定を受け付け、（ステップＳ３１２）ユーザは次に当該サービスジョブの実行指示を行う（Ｓ３１４）。ジョブの実行指示は、操作部１２２上に用意されたスタートキー８２５を押下する。しかし、操作部１２２に指紋読み取りデバイスが塔載されている場合は、指紋読み取りセンサに触れることで、認証と同時にジョブの実行指示を行うことが可能である。

この場合、スタートキー８２５に指紋読み取りセンサを内蔵するように構成するか、指紋読み取りセンサがスタートキーとしても機能するように構成することが考えられる。これによりジョブの開始の指示にあたってユーザは認証に係る操作（指紋の読み取り）とジョブの開始指示を１アクションで指示することができ、利便性の向上が期待できる。

一方、操作部１２２に指紋読み取りデバイスが搭載されていない場合は、スタートキー８２５の押下と、ユーザ認証のための操作（ＰＩＮコードの入力）を行なうことになる。

図４は、図３のサービス実行の指示（ステップＳ３１４）のサブルーチンを示すフローチャートであり、ＰＩＮ認証方式におけるサービスの実行処理フローについて説明したものである。

図３のサービス要求処理フローでサービス実行の指示（ステップＳ３１４）をユーザが行なうと、図４で説明するサービス実行指示の処理フローが開始する。この処理フローではユーザ認証を行なう工程が含まれており、したがってユーザ認証の方式に依存して幾つかのフローが考えられる。図４ではＰＩＮコードを利用したユーザ認証方式に基づく処理フローを説明するものである。

また、このサブルーチンを開始するにあたり、後述する失敗カウンタの値をゼロクリアする。尚、本実施形態においてこの失敗カウンタはメモリ１１８上に構成されるものとするが、専用のカウンタを設けるなど他の方法を用いても良いものとする。

サービス実行指定はＭＦＰ１００の操作部１２２上のスタートキー８２５を押下することによって始まる（ステップＳ４０２）。ここで従来のＭＦＰであれば、スタートキーを押下したことに応答して引き続き指定した処理が開始するが、本実施形態にかかるＭＦＰによれば、スタートキー８２５押下の次にユーザ確認情報の受付処理（ステップＳ４０４）が実行される。すなわち、ユーザを確認するためのＰＩＮコードの入力画面がローカル操作画面表示部２２２に現れる。ユーザは操作部上のテンキー（不図示のハードキーで構成される）か、或いは液晶表示部８０１上に表示されるソフトキーボードを操作してＰＩＮコードを入力する。

図１５にＰＩＮコード入力画面の例を示す。図１５の画面は図１３ユーザＩＤ入力画面と類似の画面である。ここでは、不図示のハードキーやキーボードを利用して当該ユーザのみが知りうるＰＩＮコードを入力欄１５０４入力する。ＰＩＮコードは、数字、及び文字の組み合わせによって構成される所定の桁数の秘密情報である。なお、ユーザＩＤ入力欄１５０２に当該ユーザのユーザＩＤを入力してもしなくても良い。なぜなら、ユーザＩＤは図１３のユーザＩＤ入力画面で既に入力されており、ＳＯＡＰ処理部２１８が当該ユーザ識別情報（ユーザＩＤ）を保持しているからである。従って図１５において、ユーザＩＤ入力欄１５０２を表示しなくても良い。

なお、セキュリティ機能強度を上げてセキュリティ機能を向上するために、パスワード空間を広げたり、所定の桁数より大きい桁数のＰＩＮを設定させたりすることが可能である。また、所定の回数ユーザの確認に失敗した場合、ユーザ認証の一連の処理を一時的に中止することによって、セキュリティ機能強度を上げることもできる。

入力欄１５０４にＰＩＮコードを入力後、エンターキー１５０６を押下してＰＩＮコードの入力を確定する。

ユーザが入力したＰＩＮコードは、所定の認証権限サービス２０４、または２０６によって確認される。ここで、ユーザ認証に必要なユーザＩＤ情報やユーザ認証を行うサービスの指定は、図３のステップＳ３０２、及びステップＳ３０４によって既にユーザによって入力されており、これらの情報は一時的にＳＯＡＰ処理部２１８によって保持されている。

ユーザ確認（ステップＳ４０６）は、ＳＯＡＰ処理部２１８が保持するユーザＩＤとステップＳ４０４でユーザにより入力されたＰＩＮコードに基づいて、指定した認証権限サービス２０４、または２０６によって処理される。そして、認証結果がＳＯＡＰ処理部２１８に戻ってくることによりユーザ認証が確立する。当該ユーザが認証されている状態を示す情報はＳＯＡＰ処理部２１８が管理する。

ステップＳ４０６のユーザ確認に成功した場合は、サービス処理（ステップＳ４０８）を実行する。一方、ステップＳ４０６でユーザ確認に失敗した場合は、再認証を行うために次の処理フローが実行される。すなわち、ユーザ確認失敗カウンタがインクリメントされる（ステップＳ４１０）。失敗カウンタが所定値に到達したか否か判定される（Ｓ４１２）。もし、所定値に到達していない場合（ステップＳ４１２でＮｏ）は再認証のために再びＰＩＮコードの入力を受け付ける（ステップＳ４０４）。しかし、所定値に到達していた場合（ステップＳ４１２でＹｅｓ）はサービス受け付けを中止（ステップＳ４１４）して処理を終了する。

ステップＳ４１４で、サービス受け付けを中止した後、再認証を受け付けるまでに所定時間、ユーザ認証の受け付けをロックする。また、再認証を受け付ける時には、失敗カウンタをクリアする処理が実施されることは言うまでもない。

図５は、図４のステップＳ４０６でユーザ確認に成功した後サービス実行を行う（ステップＳ４０８）サブルーチンの詳細を説明したものである。

ユーザの指定したジョブセッションを管理するために、図５で示す処理フローの中で当該ジョブセッションの管理情報（以下、セッション管理情報という）が作成される。これら一連の処理は、ＳＯＡＰ処理部２１８、並びにセッション管理部２１６によって実行される。また、生成したセッション管理情報は、前記セッション管理部２１６によってセッション管理テーブル２３０に保持される。セッション管理テーブル２３０は、物理的には外部記憶装置１２０に記憶されているものとする。

図１４にセッション管理テーブルの一例を示す。セッション管理テーブルは、ジョブをユニークに識別するためのジョブの識別情報１４０２、サービス処理フローに関する情報１４０６、並びにユーザの識別情報１４０４（図１１におけるユーザＩＤ１１０２に相当）などから構成される。セッション管理テーブルを構成する各行がジョブ識別情報で示されるジョブのセッション管理情報である。

サービス処理フローに関する情報は更に、単独／複合識別情報１４０８、サービス構成情報１４１０、実行中サービス情報１４１２からなる。単独／複合識別情報１４０８は、そのジョブが単独サービスであるか複合サービスであるかを示す情報である。サービス構成情報１４０６は、サービスの種類と、そのサービスが複合サービスである場合、その複合サービスを構成する単独サービスの種類と順番を示す情報である。実行中サービス情報は、複合サービスにおいて現在実行中である単独サービスを示す情報である。

ここで、本実施形他における単独サービスと複合サービスについて説明する。

ＭＦＰ１００のスキャンサービス２０８、プリントサービス２１０、送信サービス２１４、並びにストレージサービス２１２といった単独で実行可能なジョブを、本実施形態では単独サービスと呼んでいる。コピーサービスやＳｃａｎ ｔｏ Ｓｅｎｄサービス（原稿をスキャンしてファクシミリなどで送信する機能を提供するサービス）などは、これら単独サービスを複合的に処理することによって提供される複合サービスである。単独サービスは、スキャンサービス２０８、プリントサービス２１０、ストレージサービス２１２、及び送信サービス２１４などの論理コンポーネントによって実現される。また、物理的には図１のスキャナユニット１１２、プリンタユニット１１４、通信部１０８、及び外部記憶装置１２０などによって実現される。

ユーザ確認に成功しサービス処理（図４のステップＳ４０８）が実行されると、セッション管理テーブル２３０中にセッション管理情報が生成される。そして、生成したセッション管理情報と、ＳＯＡＰ処理部２１８で管理している、当該サービスを要求したユーザの認証認証状態を関連付ける（ステップＳ５０２）。

セッション管理テーブル２３０内に管理されているセッション管理情報として、図１４のジョブ識別情報０００１を例に説明する。このジョブはスキャンサービス、プリントサービスの順に処理する複合サービスであるコピージョブであり、現在はスキャンサービスを実行しているという情報を有している。一方、ジョブ識別情報０００２は、プリントサービス単独で実行可能なプリントジョブである。

次に、ステップＳ５０４ではセッション管理情報のサービス処理フローに関する情報１４０６を参照し、複合サービスの処理が必要か否かが判断される。複合サービスの場合は、全てのサービスが完了するまではジョブセッションを維持する必要があるため、この段階で処理を分ける必要がある。

複合サービス処理の場合（ステップＳ５０４でＹｅｓ）は、サービス処理フローに関する情報１４０６で定められた内容にしたがって、順に単独サービスの処理が行われる（ステップＳ５０６〜Ｓ５１０のループ）。

例えば、コピーサービスをユーザが指定した場合、スキャンサービスと印刷サービスが順番に処理されることになる。単独サービスの処理（ステップＳ５０６）が完了すると、その状態がセッション管理テーブル２３０内の当該ジョブのセッション管理情報が更新され（ステップＳ５０８）る。そして、次の単独サービスとしてどのサービスを実行しなければならないか判断できるようになっている。

ただし、ステップＳ５０８でのセッション管理情報の更新は、複合サービスの内容によっては先に行なう単独サービスがすべて完了していない場合、つまり先行単独サービスが一部完了した状態で更新するようにしてもよい。例えば、先述のコピーサービスはスキャンサービスとプリントサービスの複合サービスであるが、複数ページの原稿をコピーする場合、先に行なう単独サービスであるスキャンサービスが全ページのスキャンを完了してからプリントサービスを開始する必要は無い。むしろプロダクティビティの観点から言えば、最初の１ページのスキャンが完了した時点でそのページのプリントを開始した方が良い。このような場合は、１ページのスキャンが完了した時点でプリントサービスの実行を開始するようにセッション管理情報の更新を最適なタイミングで行なう必要がある。また、この場合、スキャンサービスとプリントサービスがある期間は同時に実行されることになる。

複合サービスの場合にどのサービスの処理が完了して、未完了の単独サービスがどれかを判断するために、ステップＳ５０８でセッション管理情報の更新が行われる。引き続く未完了単独サービスの有無を判断する工程（ステップＳ５１０）で、複合サービスのジョブが完了したか否か判断し、未完了の場合は、再びステップＳ５０６の単独サービス処理工程を実行する。一方、全てのサービスが処理され複合サービスが完了した場合は、サービス管理セッションの破棄（ステップＳ５１２）を実行する。

サービス管理セッション破棄（ステップＳ５１２）は、ユーザの認証された状態を確実に終了させるために実行される。ジョブセッションとユーザが認証された状態をサービスセッションと関連付けて管理することで、ユーザ認証の状態をジョブの完了とともに確実に終了（或いはログオフ）することが可能となる。これによって悪意を持った利用者の成りすましによる脅威を未然に防止することが可能となる。

しかも、セッション管理情報を参照すれば、そのサービスが終了したらジョブセッションが終了するかが分かるので複合サービスからなるジョブの実行の際にもどのサービスが完了したらユーザ認証された状態を終了させてよいかを容易に制御できる。

また、実行するジョブが複合サービスからなるジョブである場合においても各単独サービスを実行する毎にユーザ認証を行なう必要が無いので認証権限サービス２０４、或いは２０６のパフォーマンスの劣化を回避することができる。

ところで、ユーザの指定したサービスジョブが単独サービスの場合は、Ｓ５１４が実行され、サービス完了後、直ちにサービス管理セッションの破棄（ステップＳ５１２）が実行される。ユーザの指定したサービスが複合サービスでは無いので、セッション管理テーブルを更新する必要が無いからである。

図６は、図５のステップ５０６、５１４の単独サービス処理のサブルーチンを説明したフローチャートである。

図６において、まず、単独サービスを実行する（ステップＳ６０２）。この段階では既にユーザの識別確認（ステップＳ３０２、Ｓ４０２）やジョブの処理属性の指定（ステップＳ３１２）が行われており、各単独サービスは指定されたサービス処理属性に従ってジョブを実行するだけである。

各サービスでの処理が終わるとその処理ステータスがわかるので各サービスの処理結果が正常に終了したか否か判断される（ステップＳ６０４）。例えば、プリントジャムのようにジョブが正常に終了せず中断した状態の場合は、ジャム処理などの復帰処理が行われる（ステップＳ６０６）。復帰が正常に完了したかどうかの判断が行われ（ステップＳ６０８）、復帰した場合は（ステップＳ６０８でＹｅｓ）、単独サービスの処理工程が終了し、復帰しなかった場合は（ステップＳ６０８でＮｏ）、再び復帰処理（ステップＳ６０６）が実行される。

図１６は、ユーザＩＤの入力（ステップＳ３０２）からジョブの終了と認証セッションの破棄（ステップＳ５１２）までの流れを示すチャートである。このチャートから分かるように、ユーザ認証セッションの開始から終了と、ジョブセッションの開始から終了までが一致していることが分かる。

以上、図３〜図６の各フローを経て、ユーザの指定したサービス処理が完了し、かつユーザの認証状態が自動的に終了する。他の悪意を持ったユーザが認証済みユーザのログインセッションを利用してなりすましを考えたとしても、ジョブ毎にユーザ認証が必要であり、かつジョブが完了すると強制的にユーザ認証状態が解除されるため、なりすましを防止することができる。

ところで、図４で説明したＰＩＮコードによるユーザ認証の代わりに他の認証方式、たとえば、指紋認証を用いる場合、多少異なる処理フローとなる。

図７を用いて、ＭＦＰ１００が指紋認証デバイスを搭載した場合の処理フローを説明する。

指紋認証デバイスはＰＩＮコード入力の変わりに、ユーザの指紋をセンサで読み取って、指紋データの整合性を確認することでユーザの確認を行う。従って、ＰＩＮコードの入力が不要となる。ユーザにとっては、ジョブ実行のための操作指定が少なくなるため、利便性が向上する。

ユーザがサービスの処理を指定する一連の工程において、図３のステップＳ３１４におけるサービス実行の指定処理の内容が指紋認証の場合においてはＰＩＮコード認証の場合と異なるフローとなる。

図７において、まず指紋情報を受け付けて認証を行なう（ステップＳ７０２）。この段階で、ユーザはサービスの処理属性の指定（ステップＳ３１２）などが完了している。ステップＳ７０２で、ユーザは自分の指紋を指紋センサに読み取らせる。本実施形態では、指紋センサ（不図示）はＭＦＰに装着されており、指紋認証デバイスの一部を構成するものであり、本実施形態では操作部１２２に設けるものとする。

指紋センサは、あらかじめ登録されたユーザの指紋データを用いてユーザ確認を行う（ステップＳ７０４）。ユーザ確認が成功した場合は、直ちにサービス処理（ステップＳ７０６。図４のステップＳ４０８と同じ）が実施される。このとき、ユーザはあらためてサービス実行のためのキーを押下する必要は無い。指紋センサを用いて指紋を読み取らせたことをもって、サービスの実行指示が行われた認識するからである。

しかし、ユーザ確認に失敗した場合は、再認証のための工程に移行する。図４の場合と同様に指紋認証を用いた実施形態においても認証回数を制限し、所定回数、認証に失敗した場合はサービスの次回受け付けを一定時間停止する処理が備わっている。この機構を実現するため、失敗カウンタ（不図示）を設け、認証に失敗した場合はこの失敗カウンタがインクリメントされる（ステップＳ７０８）。

失敗カウンタの値は、内部プロセスによって監視されており、あらかじめ設定してある所定回数に到達したか否かが判断される（ステップＳ７１０）。ここで、所定回数に到達した場合は、前述した通り、サービスの次回受け付けを一定時間停止する処理（ステップＳ７１１）が実行される。そうでない場合は、再び指紋認証を行うため、指紋情報受け付け＆認証の処理（ステップＳ７０２）を実行する。

なお、図７で説明した処理フローが終了すると、図３に説明したサービス実行の指定（ステップＳ３１４）が完了し、図３のサービス要求受け付けフローが終了する。一方、図７のサービス処理（ステップＳ７０６）は、図５及び図６で説明した処理フローがそれぞれ内部ルーチンとして実施されることは言うまでも無い。

［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明の実施形態における画像処理装置を含むシステムのブロック図である。 本発明の実施形態を示す画像処理装置を含むシステムの論理的な構成図である。 ユーザからのサービス要求受け付け時の処理の一例を示すフローチャートである。 ＰＩＮコード認証方式を利用する場合のサービス実行指定の処理について説明したフローチャートである。 図４のサービス処理の詳細について説明したフローチャートである。 図５の単独サービス処理の詳細について説明したフローチャートである。 指紋認証方式を利用する場合のサービス実行指定の処理について説明したフローチャートである。 操作部１２２の外観を示す図である。 ローカル操作画面表示部２２２に表示される標準画面の一例を示す図である。 ローカル操作画面表示部２２２に表示されるユーザ固有の画面の一例を示す図である。 ユーザＩＤと権限情報とを対応付けたテーブルの一例を示す図である。 ＸＭＬスクリプト２２８の一例を示す図である。 ユーザＩＤを入力するための操作画面の一例を示す図である。 セッション管理テーブル２３０の一例を示す図である。 ＰＩＮコードを入力するための操作画面の一例を示す図である。 ユーザＩＤの入力からジョブの終了とセッションの破棄までの流れを示すチャートである。

符号の説明

１００ ＭＦＰ
１２０ 外部記憶装置
１２２ 操作部
２０４ 外部認証権限サービス
２０６ 内部認証権限サービス
２０８ スキャンサービス
２１０ プリントサービス
２１２ ストレージサービス
２１４ 送信サービス
２１６ セッション管理手段
２１８ ＳＯＡＰ処理手段
２２６ 調停処理手段
２３０ セッション管理テーブル

Claims (14)

1. サービス要求元からサービスの実行要求と当該サービス要求元の認証情報とを受信する受信手段と、
   前記受信手段が前記サービスの実行要求を受け付けたことに基づいて、前記認証情報を用いて前記サービス要求元を認証するための要求を認証サービスに対して発行する認証要求発行手段と、
   前記認証要求発行手段による前記サービス要求元を認証するための要求に応答して前記認証サービスから受信した認証結果に基づいて、前記サービス要求元が要求するサービスを実行する実行手段と、
   前記実行手段が実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理手段と、を有することを特徴とする画像処理装置。
2. 前記管理手段は、前記実行手段が実行するサービスの実行に関する情報と、前記サービスの要求元の認証状態とを対応付けて管理することを特徴とする、請求項１に記載の画像処理装置。
3. 前記管理手段は、前記実行手段によるサービスの実行が終了した場合、該実行が終了したサービスに対応付けられたサービス要求元の認証状態を終了することを特徴とする、請求項２に記載の画像処理装置。
4. 前記実行手段が実行するサービスのうち少なくとも一つは、複数のサービスを実行することによって提供される複合サービスであることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記管理手段は、前記実行手段が実行するサービスが複合サービスである場合、当該複合サービスを構成する複数の単独サービスの各々に関する情報を管理することを特徴とする、請求項４に記載の画像処理装置。
6. 前記管理手段は、前記複合サービスを構成する複数の単独サービスの実行順序を管理し、最後に実行する単独サービスの実行が完了した場合に当該複合サービスに対応付けられたサービス要求元の認証状態を終了することを特徴とする、請求項５に記載の画像処理装置。
7. 前記受信手段は、サービス要求元からの操作を受け付けるための操作画面を表示する表示手段を有し、サービス要求元からサービス要求元を特定する情報を受信したことに応答してサービス要求元固有の操作画面を表示することを特徴とする、請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 前記サービスは、印刷サービス、スキャンサービス、画像送信サービス、ストレージサービスのいずれか一つを含むことを特徴とする、請求項１乃至７のいずれか１項に記載の画像処理装置。
9. 前記サービスはＷｅｂサービスであることを特徴とする、請求項１乃至８に記載の画像処理装置。
10. サービス要求元からサービスの実行要求と当該サービス要求元の認証情報とを受信する受信手段と、
    前記受信手段が受信した前記サービス要求元の認証情報と前記サービスの実行要求とに基づいて、前記サービス要求元の認証の可否を判断し、前記サービス要求元が要求するサービスの実行を許可或いは禁止する認証手段と、
    前記認証手段が許可したサービスを実行する実行手段と、
    前記実行手段が実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理手段と、を有することを特徴とする画像処理装置。
11. サービス要求元からサービスの実行要求とサービス要求元の認証情報とを受信する受信工程と、
    前記受信工程で前記サービスの実行要求を受け付けたことに基づいて、前記認証情報を用いて前記サービス要求元を認証するための要求を認証サービスに対して発行する認証要求発行工程と、
    前記認証要求発行工程での前記サービス要求元を認証するための要求に応答して、前記認証サービスから受信した認証結果に基づいて前記サービス要求元が要求するサービスを実行する実行工程と、
    前記実行工程が実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理工程と、を有することを特徴とする画像処理装置の制御方法。
12. サービス要求元からサービスの実行要求とサービス要求元の認証情報とを受信する受信工程と、
    前記受信工程で受信した前記サービス要求元の認証情報と前記サービスの実行要求とに基づいて、前記サービス要求元の認証の可否を判断し、前記サービス要求元が要求するサービスの実行を許可或いは禁止する認証工程と、
    前記認証工程で許可したサービスを実行する実行工程と、
    前記実行工程で実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理工程と、を有することを特徴とする画像処理装置の制御方法。
13. サービス要求元からサービスの実行要求とサービス要求元の認証情報とを受信する受信モジュールと、
    前記受信モジュールで前記サービスの実行要求を受け付けたことに応答して、前記認証情報を用いて前記サービス要求元を認証するための要求を認証サービスに対して発行する認証要求発行モジュールと、
    前記認証要求発行モジュールでの前記サービス要求元を認証するための要求に応答して、前記認証サービスから受信した認証結果に基づいて前記サービス要求元が要求するサービスを実行する実行モジュールと、
    前記実行モジュールが実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理モジュールと、を有することを特徴とする画像処理装置の制御方法をコンピュータに実行させるためのコンピュータプログラム。
14. サービス要求元からサービスの実行要求とサービス要求元の認証情報とを受信する受信モジュールと、
    前記受信モジュールで受信した前記サービス要求元の認証情報と前記サービスの実行要求とに基づいて、前記サービス要求元の認証の可否を判断し、前記サービス要求元が要求するサービスの実行を許可或いは禁止するする認証モジュールと、
    前記認証モジュールで許可したサービスを実行する実行モジュールと、
    前記実行モジュールで実行するサービスの実行状態と、前記サービス要求元の認証状態とを関連付けて管理する管理モジュールと、を有することを特徴とする画像処理装置の制御方法をコンピュータに実行させるためのコンピュータプログラム。

Images