JP2006085651A - 画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム及び記録媒体 - Google Patents

Abstract

【課題】 認証情報を組み込む領域が用意されていないような画像データを取り扱う場合であってもユーザ毎に利用できる機能を制限できるようにする。
【解決手段】 ネットワークを介した通信が可能なプリンタ１０において、データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて権限情報記憶部１３０に記憶させ、ＰＣ２０からプリント要求を受信した場合に、権限判定モジュール２２０が上記権限情報を参照して、そのプリント要求の送信元に使用を許可できる機能により、プリント要求により要求された画像データの処理を行わせるようにする。この場合において、プリント要求の送信元の識別には、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を使用させるようにした。
【選択図】 図２

Description

この発明は、ネットワークを介した通信が可能な画像処理装置、このような画像処理装置とその通信相手となる通信装置とを備えた画像処理システム、上記のような画像処理装置の制御方法、コンピュータに上記のような画像処理装置を制御させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。

従来から、プリンタ、スキャナ、コピー機、ファクシミリ通信装置（ＦＡＸ）、これらの機能を併せ持つデジタル複合機等の画像処理装置において、ネットワーク通信インタフェースを設け、ネットワークを介した通信を可能とすることが行われている。そして、ネットワークを介して接続された端末装置から画像処理装置を利用可能にすることも行われている。
そして、このような画像処理装置において、パスワード等を用いて、装置を使用するユーザを識別できるようにすることも行われている。
このような画像処理装置としては、例えば特許文献１及び特許文献２に記載のようなものが挙げられる。
特開平１１−１５４０７０号公報 特開２００１−３１２３８８号公報

ところで、上記のような画像処理装置において、ユーザ毎に利用できる機能を制限したいという要求がある。例えば、あるユーザにはモノクロ印刷のみを許可し、他のあるユーザにはフルカラー印刷を許可する等である。
そして、このような要求に応えるための技術としては、認証情報をプリント要求に係る画像データ等に組み込むことにより、画像処理装置側でその認証情報を用いて認証処理を行うことができるようにする技術が知られており、この認証処理によってユーザを特定し、ユーザに応じて利用できる機能を制限するようにすることも考えられる。そして、このような機能を有する画像処理装置が開発され、使用されるようになってきている。

しかしながら、このような画像処理装置を使用する場合、データ形式の規格上認証情報を組み込む領域が用意されていないようなデータを取り扱う場合には、画像処理装置において認証処理を行うことができず、利用させる機能の制限もできないという問題があった。
この発明は、このような問題を解決し、認証情報を組み込む領域が用意されていないような画像データを取り扱う場合であってもユーザ毎に利用できる機能を制限できるようにすることを目的とする。

上記の目的を達成するため、この発明の画像処理装置は、ネットワークを介した通信が可能な画像処理装置において、データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶する記憶手段と、通信相手から画像データ処理要求を受信した場合に、上記権限情報を参照し、その画像データ処理要求の送信元に使用を許可できる機能により、その画像データ処理要求により要求された画像データの処理を行う処理手段とを設け、その処理手段が、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を、上記画像データ処理要求の送信元を識別するために使用するようにしたものである。
このような画像処理装置において、上記通信を行うために受信した認証情報を、ログイン時に使用するユーザＩＤ及びパスワードとするとよい。
さらに、上記画像データの処理を、画像データのプリント、蓄積又は他の機器への転送とするとよい。

また、この発明の画像処理システムは、ネットワークを介した通信が可能な画像処理装置と、その通信相手となる通信装置とを備えた画像処理システムにおいて、上記画像処理装置に、データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶する記憶手段と、通信相手から画像データ処理要求を受信した場合に、上記権限情報を参照し、その画像データ処理要求の送信元に使用を許可できる機能により、その画像データ処理要求により要求された画像データの処理を行う処理手段とを設け、その処理手段が、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を、上記画像データ処理要求の送信元を識別するために使用するようにし、上記通信装置に、上記画像処理装置にＦＴＰ又はＩＰＰを用いて認証情報を送信して認証を要求する手段と、上記画像処理装置に画像データ処理要求を送信し、特定の機能を指定してその機能による画像データの処理を要求する手段とを設けたものである。

また、この発明の画像処理装置の制御方法は、ネットワークを介した通信が可能な画像処理装置の制御方法において、上記画像処理装置に、データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶させ、通信相手から画像データ処理要求を受信した場合に、上記権限情報を参照させて、その画像データ処理要求の送信元に使用を許可できる機能により、その画像データ処理要求により要求された画像データの処理を行わせ、その処理の際に、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を、上記画像データ処理要求の送信元を識別するために使用させるようにしたものである。

また、この発明のプログラムは、コンピュータに、ネットワークを介した通信が可能な画像処理装置を制御させるためのプログラムにおいて、上記コンピュータに、データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶する機能と、通信相手から画像データ処理要求を受信した場合に、上記権限情報を参照し、その画像データ処理要求の送信元に使用を許可できる機能により、その画像データ処理要求により要求された画像データの処理を上記画像処理装置の処理手段に行わせる機能と、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を上記画像データ処理要求の送信元を識別するために使用する機能とを実現させるようにしたものである。
また、この発明の記録媒体は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体である。

以上のようなこの発明の画像処理装置、画像処理システム又は画像処理装置の制御方法によれば、認証情報を組み込む領域が用意されていないような画像データを取り扱う場合であってもユーザ毎に利用できる機能を制限できるようにすることができる。
また、この発明のプログラムによれば、コンピュータを上記のデバイスとして機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。

以下、この発明を実施するための最良の形態について、図面を参照して説明する。
〔実施形態：図１乃至図１０〕
まず、この発明の画像処理装置の実施形態であるプリンタの構成について説明する。図１は、そのプリンタの構成を、そのプリンタにアクセス可能なＰＣ（パーソナルコンピュータ）と共に示したブロック図である。
図１に示したプリンタ１０は、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ（ＮＶＲＡＭ）１４，ネットワークＩ／Ｆ１５，エンジン部１６を備え、これらがシステムバス１７で接続されている。

ＣＰＵ１１は、プリンタ１０全体を統括制御する制御手段であり、ＲＯＭ１２や不揮発性メモリ１４に記録された種々のプログラムを実行することにより、処理手段等の各手段として機能し、後述するようにこの実施形態の特徴に係る種々の機能を実現する。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。

ＲＡＭ１３は、一時的に使用するデータを記憶したり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。
不揮発性メモリ１４は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。後述する認証情報や権限情報も、この不揮発性メモリ１４に記憶させるようにしている。

ネットワークインタフェース（Ｉ／Ｆ）１５は、プリンタ１０をネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）方式の通信を行うためのインタフェースである。そして、ネットワーク３０を介して他の装置と通信を行う場合、このネットワークＩ／Ｆ１５とＣＰＵ１１とが通信手段として機能する。なお、ネットワーク３０は、有線、無線を問わず種々の方式のものが使用可能であり、ネットワークＩ／Ｆ１５は、ネットワーク３０の規格や使用する通信プロトコル等に応じて適切なものを用意する。また、複数の規格に対応させて複数のネットワークＩ／Ｆ１５を設けることも当然可能である。

エンジン部１６は、用紙に画像をプリントするための画像形成部等であり、ＣＰＵ１１がこれらの動作を適切に制御することにより、プリンタ１０に、受信した画像データに基づいて用紙に画像を形成するプリント動作を実行させることができる。なお、この部分については、プリンタに設ける機能に応じて構成が大きく異なり、その詳細についてはこの実施形態の特徴とはあまり関係ないため、図示を簡単なものに留めている。

以上のようなプリンタ１０は、ここでは、ネットワーク３０を介して外部装置であるＰＣ２０と通信可能としている。また、このプリンタ１０は、後述するようにＦＴＰ（ファイル・トランスファー・プロトコル：File Transfer Protocol）及びＩＰＰ（インターネット・プリンティング・プロトコル：Internet Printing Protocol）に対応しており、ＰＣ２０から適当なクライアントプログラムやドライバプログラムを用いてアクセスすることにより、ＦＴＰやＩＰＰを用いてプリンタに画像データを転送すると共にその印刷を指示できるようにしている。

次に、図２に、プリンタ１０の機能構成のうち、この実施形態の特徴に係る部分を示す。なお、以下の説明において、説明を簡単にするため、ＣＰＵがソフトウェアを実行することによって実現される機能について、ソフトウェアがその機能を有する、あるいはソフトウェアによってその機能が実現される、等の表現を用いることもある。
この図に示すとおり、プリンタ１０は、この実施形態の特徴に関連する機能を実現するためのソフトウェアとして、プロトコルデーモン１１０及びプリンタアプリ１２０を有する。また、符号１３０で示すのは、ユーザを識別するためのＩＤやパスワードといった認証情報と、そのユーザに使用を許可する機能の情報を示す権限情報とを対応させて記憶する記憶手段である権限情報記憶部である。

この中で、プロトコルデーモン１１０は、所定の通信プロトコルに従ってＰＣ２０のような外部の装置と通信する機能を提供するプログラムであり、通信に使用するプロトコル毎に用意される。具体的には、ＦＴＰにより通信を行うためのＦＴＰデーモンや、ＩＰＰにより通信を行うためのＩＰＰデーモンが考えられるが、ここではどのプロトコルを用いるかを区別せずに示している。

ただし、ここで用意するプロトコルデーモン１１０は、外部装置から受信したユーザ名やパスワード等の認証情報を用いて、通信開始（ログイン）を要求してきた装置あるいはその装置を使用しているユーザを認証する機能を有するプロトコルを使用するものであるとする。そして、この認証処理を行う機能部として、ログイン判定部１１１を示している。また、この認証処理に使用するための認証情報、例えば受信したパスワードと比較するためのパスワード等は、ログイン判定部１１１からアクセス可能な記憶部に記憶させておくものとする。ハードウェアとしては不揮発性メモリ１４が好適である。

また、プリンタアプリ１２０は、エンジン部１６を始めとする必要なハードウェア資源を利用することにより受信した画像データに係る画像を用紙にプリント（この動作も「処理」の一種である）する機能を提供するためのプログラムであり、処理手段の機能を実現するためのプログラムである。そして、このプリントの機能としては、フルカラー印刷、単色カラー印刷、モノクロ印刷等の種々のレベルの機能が提供される。
なお、プリンタアプリ１２０が提供する機能には、権限判定部１２１の機能と、プリント機能提供部１２４の機能とがあるが、上記のプリントに関する機能は、後者の機能によるものである。

そして、前者の権限判定部１２１は、外部装置からプリント機能の使用（画像データの処理）を要求された場合に、ユーザＩＤやパスワード等の認証情報を用いてその使用を要求してきた装置あるいはその装置を使用しているユーザを認証すると共に、その装置あるいはユーザに使用を許可できる機能（使用権限を有する機能）を判定する機能を有する。また、その結果を示す情報を使用要求元に送信したり、プリントを要求された場合でも使用を許可できる機能に係るプリントの場合のみプリント機能提供部１２４にプリントを実行させ、許可できない機能に係るプリントであった場合にはプリントを実行させずにその旨の応答を要求元に返すようにする機能も有する。
ここで、権限判定部１２１における認証に使用する認証情報としては、外部装置がプリンタ１０と通信を開始するためのログインの際に送信してきた認証情報を使用するようにしている。

このプリンタ１０は、外部装置とネットワーク３０を介した通信を行う場合には、まずプロトコルデーモン１１０により認証処理を行ってこれが成功した場合にログインさせ、その後、種々の要求やデータを受け付けるようにしている。従って、外部装置がプリント機能の使用あるいはプリントの実行を要求する際にも、必要な要求や画像データの送信に先立って、ＦＴＰやＩＰＰ等のプロトコルによりプリンタ１０へのログインを行っているはずである。従って、このログインの際に外部装置から受信した認証情報をログイン判定部１１１が権限判定部１２１に通知するか、あるいは権限判定部１２１がログイン判定部１１１に要求して取得することができるようにすれば、権限判定部１２１における認証処理にも、ログインの際に受信したものと同じ認証情報を使用することができる。
また、権限判定部１２１が行う認証処理に使用する認証情報や、権限の判定を行うために使用する権限情報は、権限情報記憶部１３０に記憶させている。この権限情報記憶部１３０は、ハードウェアとしては不揮発性メモリ１４に設けるとよい。

図３に、権限情報記憶部１３０に記憶させる認証情報及び権限情報の例を示す。
権限情報記憶部１３０においては、まず、図３（ａ）に示すように、認証情報としてユーザＩＤ及びパスワードを記憶させ、ログイン判定部１１１から取得した認証情報と比較してユーザを特定できるようにしている。なお、ここでいうユーザとは、必ずしも人間に限られず、自動的にプリンタ１０にプリントを要求する機能を有する装置を示す場合もある。

また、各ユーザの認証情報と対応させて、そのユーザに使用を許可する機能の情報を示す権限情報として、そのユーザのグループの情報を記憶させるようにしている。
そして、図３（ｂ）に示すように、各グループについて、そのグループのユーザに使用を許可する機能の情報を記憶させるようにしている。
従って、権限判定部１２１は、ユーザレベル判定部１２２によりまず認証情報によりユーザを認証してそのユーザの属するグループを特定し、その後、機能判定部１２３によりそのグループの情報に基づいてそのユーザに許可できる機能を特定することができる。

なお、権限情報記憶部１３０に記憶させる情報は、ログイン判定部１１１が認証処理を行う際に参照する情報とは無関係に設定することができる。従って、ログインは許可されても、プリント機能の使用は許可されないといったことも考えられる。また、権限情報記憶部１３０において、グループの概念を用いず、各ユーザの情報に対応させて、そのユーザに許可できる機能の種類を直接記載するようにしてもよい。

このようなプリンタ１０に対してＰＣ２０からプリントを要求する場合、例えば、所要のクライアント２１、例えばＦＴＰクライアントやＩＰＰクライアント、を用いてプリンタにアクセスし、ログインすると共に、画像データを送信してプリントを要求するようにすることが考えられる。

そこで、次に、図４にこのような処理を行う場合のＰＣ２０側の処理のフローチャートを示す。このフローチャートに示す処理は、ＰＣ２０のＣＰＵがクライアント２１の機能を実現するためのクライアントプログラムを実行することによって行うものである。
ＰＣ２０のＣＰＵは、ユーザがプリンタ及びプリントすべき画像データを指定してプリントの実行を指示すると、図４のフローチャートに示す処理を開始する。

そして、まずステップＳ１１で、ユーザに対してユーザＩＤとパスワードの入力を要求する。この要求は、例えば図５に示すようなポップアップ画面をディスプレイに表示させることによって行うことができるし、コマンドラインから入力を要求するようにしてもよい。また、まずプリンタ１０に対してアクセスし、プリンタ１０からユーザＩＤ及びパスワードを要求された場合にユーザにこれらの入力を要求するようにしてもよい。

そして、ステップＳ１２でこれらの入力を待ち、入力されると、ステップＳ１３で、入力されたＩＤとパスワードと共に、動作要求であり画像データ処理要求であるプリント要求及びプリントすべき画像データをプリンタ１０に送信して、プリント機能の使用と認証を要求する。この際に使用するプロトコルは、クライアント２１及びプリンタ１０のプロトコルデーモン１１０が対応しているものであるが、上述のようにＦＴＰやＩＰＰが考えられる。

そして、ステップＳ１４でプリンタ１０からの応答を待つ。ここで、認証が失敗した旨の応答を受信した場合には、ステップＳ１１に戻って、再度ユーザＩＤとパスワードの入力を要求する。この場合において、認証の失敗には２つの種類が考えられる。
まず１つめは、ログイン判定部１１１におけるログイン時の認証が失敗する場合である。そして、この場合には、ステップＳ１１で図６のような画面を表示して再度のユーザＩＤとパスワードの入力を要求し、ログインが失敗したことも同時に通知する。
また、２つめは、権限判定部１２１においてプリンタ機能の使用が許可されなかった場合であり、この場合には、図６に代えて図７に示したような画面を表示し、プリンタ機能の使用が許可されなかったことを通知する。
いずれにせよ、ユーザがユーザＩＤとパスワードを再度入力した場合には、ステップＳ１２以降に進んで処理を繰り返す。

一方、ステップＳ１４で認証が成功していた場合には、プリンタ１０から使用可能な機能のリストを送信してくるので、ステップＳ１５でこれを受信して表示する。この画面は、例えば図８に示すようなものである。
そして、ステップＳ１６で使用する機能の指定を受け付けるが、ステップＳ１７で、ステップＳ１６で受け付けた指定が使用可能な機能に係るものでないと判断した場合には、ステップＳ１６に戻って再度指定を受け付ける。

ステップＳ１７で使用可能な機能が指定されたと判断した場合には、ステップＳ１８で、ステップＳ１６で受け付けた指定の情報をプリンタ１０に送信して処理を終了する。プリンタ１０側ではこの指定に従ってプリント処理が実行される。
なお、ステップＳ１８の後、プリンタ１０からプリントの結果に関する通知を受信してから処理を終了するようにしてもよいし、続けて他にプリントする画像データの指定を受け付けるようにすることも考えられる。

次に、図９に、図４のＰＣ２０側の処理と対応するプリンタ１０側の処理のフローチャートを示す。このフローチャートに示す処理は、プリンタ１０のＣＰＵ１１がプリンタアプリ１２０を実行することによって行うものである。
ＣＰＵ１１は、ＰＣ２０からプリント要求及び画像データを受信すると、図９のフローチャートに示す処理を開始する。

そして、まずステップＳ２１で、プロトコルデーモン１１０から、プリント要求（及び画像データ）の送信元がログインに使用したユーザＩＤとパスワードを取得する。
そして、ステップＳ２２で取得したユーザＩＤとパスワードを権限情報記憶部１３０に記憶しているものと比較し、送信元のユーザを識別する。その後さらに、ステップＳ２３で、識別したユーザに許可できる機能の情報を権限情報記憶部１３０から取得する。
次のステップＳ２４では、以上により許可できる機能の情報を取得できたか否か判断し、取得できていれば、ステップＳ２５で、プリント要求の送信元に、使用を許可できる機能を通知する。

その後、ステップＳ２６でプリントに使用する機能の指定を受け付け、ステップＳ２７で、ステップＳ２３で取得した機能の種類に基づいて、受け付けた指定が使用を許可できる機能に係るものであるものか否か判断する。そして、許可できる機能に係るものであると判断すれば、ステップＳ２８でエンジンを駆動してその指定に従ってプリントを実行し、処理を終了する。その後、次にプリントすべき画像データを受け付けるようにしてもよい。

また、ステップＳ２７で使用を許可できる機能に係るものでなければ、ステップＳ２９でプリント要求の送信元に要求は許可できない機能に係るものである旨のエラー通知を行ってステップＳ２６に戻り、処理を終了する。なお、図４に示したようにＰＣ２０側で使用を許可された機能の指定のみを送信するような制御を行っていれば、通常はステップＳ２７の判断がＮＯになることはない。
一方、ステップＳ２４で許可できる機能の情報を取得できていなければ、ステップＳ３０に進んでプリント要求の送信元に使用を許可できる機能がない旨を伝え、再ログインを要求して処理を終了する。このとき、プロトコルデーモン１１０に送信元との間の通信を切断させるようにするとよい。

次に、図１０に、ユーザがＰＣ２０からプリンタ１０にプリントを指示する場合の、ＰＣ２０側及びプリンタ１０側における図４及び図９に示した処理による動作シーケンスの例を示す。なお、プリンタ１０側でのプロトコルデーモン１１０による処理についてはフローチャートの図示を省略したが、図１０においてはプロトコルデーモン１１０による処理も示している。

この図に示すように、ＰＣ２０は、ユーザがプリントすべき画像データを指定してプリンタ１０でのプリントを指示すると（Ｓ１０１）、ユーザにユーザＩＤ及びパスワードの入力を指示する。そして、ユーザがこれらを入力すると（Ｓ１０２）、プリンタ１０に対してそのＩＤとパスワードを、プリント要求及びプリントすべき画像データと共に送信する（Ｓ１０３）。ここで送信されるＩＤ及びパスワードは、まずはプリンタ１０にログインするために使用される。

プリンタ１０側では、プロトコルデーモン１１０がＰＣ２０からのアクセスを受け、受信したＩＤ及びパスワードを用いて、ログインを許可するか否かを判断する認証処理を行う。そして、これが成功すると（Ｓ１０４）、受信したＩＤとパスワードを、画像データ及びプリント要求と共にプリンタアプリ１２０に渡す（Ｓ１０５）。
そして、プリンタアプリ１２０は、これらの要求やデータを受け取ると、プロトコルデーモン１１０から受け取ったＩＤ及びパスワードを用いてユーザを識別し、そのユーザに使用を許可してよい機能を検索する（Ｓ１０６）。そして、その機能を使用要求の送信元に応答として返す（Ｓ１０７）。この返信は、プロトコルデーモン１１０が仲介して行う。

ＰＣ２０側では、この応答を受け取ると、ユーザに使用できる機能を通知し、その中で使用する機能の指定を受け付ける。そして、ユーザが使用する機能を指定すると（Ｓ１０８）、プリンタ２０にその機能指定の情報を送信する（Ｓ１０９）。この送信も、プロトコルデーモン１１０が仲介して行う。
そして、プリンタアプリ１２０が機能指定情報を受け取ると、指定は使用を許可できる機能に係るものであるはずであるから、指定された機能に基づき、画像データを処理してプリント可能なデータに加工した後、エンジン部１６によりその画像データに基づいた画像を用紙に形成する（Ｓ１１０）。

以上のような処理により、プリンタ１０は、アクセスしてきたユーザに対して、予めユーザ毎に設定されている機能のみの使用を許可し、それ以外の機能に係る要求は拒否するようにすることができる。この場合において、ユーザＩＤやパスワード等の認証情報と、その認証情報を送信してくるユーザ（送信元）に使用を許可する機能の情報を示す権限情報とを対応させて記憶させておくようにしているので、ユーザ毎にきめ細かく機能の利用制限を行うことが可能である。

また、プリンタアプリにおいてユーザを認証するための認証情報として、プリント要求の送信元がプリンタ１０にログインしようとする際に使用する認証情報を使用するようにしているので、ポストスクリプト印刷や、ＢＭＬｉｎｋＳ規格に従った印刷の場合のように、プリント要求やプリントすべき画像データ自体に認証情報が含まれていなくても、プリンタアプリにおいてユーザを認証し、権限情報を用いた機能制限を行うことが可能である。

〔変形例：図１１乃至図１４〕
次に、上述した実施形態の変形例について説明する。
上述した実施形態では、ＰＣ２０からプリンタ１０にアクセスする際に、一般的なクライアント２１を用いる例について説明した。しかし、プリンタ１０の制御に特化したプリンタドライバを用いるようにしてもよい。また、一旦入力したユーザＩＤ及びパスワードをレジストリに保存し、次回からは改めて入力しなくてもそのユーザＩＤ及びパスワードを用いてプリンタ１０にアクセスできるようにしてもよい。

ここでは、まずこのような機能を実現した変形例について説明する。
まず図１１に、ＰＣ２０がプリンタドライバによりユーザからプリンタ１０に対するプリントの指示を受け付ける際に表示されるＧＵＩ（グラフィカル・ユーザ・インタフェース）の例を示す。
ＰＣ２０は、ユーザから特定の画像データ又はファイルについてプリンタ１０によるプリントを指示されると、図１１に示すようなＧＵＩ４０をディスプレイに表示してプリント内容の指示を受け付ける。このＧＵＩ４０においては、図からわかるように、印刷方法、カラー／白黒、原稿サイズ、部数、原稿方向等、プリンタ１０にプリントを実行させる際に利用する機能を設定可能である。さらに、ＧＵＩ上部のタブをクリックすることにより、編集、仕上げ等の設定を行うための画面を表示させ、これらの設定を行うこともできる。

また、ＧＵＩ４０において、認証情報入力ボタン４１が押下されると、ＰＣ２０は、図５に示したような画面をディスプレイにポップアップ表示させ、ユーザＩＤとパスワードの入力を受け付け、入力されたＩＤとパスワードをレジストリに保存するようにしている。
そして、ユーザがＯＫキー４２を押下すると、ＧＵＩ４０においてなされた設定に従ったプリント要求を生成し、レジストリに保存してあるユーザＩＤ及びパスワードや、プリントする画像データと共にプリンタ１０に送信してプリントを実行させる。またこのとき、ユーザＩＤとパスワードがレジストリに保存されていなければ、認証情報入力ボタン４１が押下された場合と同様にこれらの入力を受け付ける。また、キャンセルキー４３を押下すると、プリント要求は送信せずにＧＵＩ４０を閉じる。

ここで、図１２に、ユーザがＯＫキー４２を押下した場合にＰＣ２０側で実行する処理のフローチャートを示す。この処理は、ＰＣ２０のＣＰＵがプリンタドライバプログラムを実行することにより行うものである。
ＰＣ２０のＣＰＵは、ユーザがＧＵＩ４０のＯＫキー４２を押下（クリック等）すると、図１２のフローチャートに示す処理を開始する。

そして、まずステップＳ４１で、ユーザＩＤとパスワードがレジストリに保存されているか否か判断する。ここで保存されていなければ、ステップＳ４２に進み、図５に示したようなポップアップ画面をディスプレイに表示させてユーザＩＤとパスワードの入力を要求する。そして、ステップＳ４３で入力を待ち、入力されるとステップＳ４４に進んでその入力されたユーザＩＤとパスワードをレジストリに保存してステップＳ４５に進む。ステップＳ４１で既にレジストリに保存されていれば、そのままステップＳ４５に進む。

そして、ステップＳ４５で、レジストリに保存されているユーザＩＤ及びパスワードを、ＧＵＩ４０にて設定された内容に従ったプリント要求及びプリントさせる画像データと共にプリンタ１０に送信する。
その後、ステップＳ４６でプリントを許可できない旨の応答があったか否か判断し、このような応答があればステップＳ４７でその旨及びプリントが許可されなかった原因をユーザに通知して処理を終了する。また、特に許可できない旨の応答がなければ、そのまま処理を終了する。

ここで、プリンタ１０においてプリントが許可されない場合としては、プリンタ１０へのログインが失敗した場合、権限判定部１２１における認証が失敗した場合、要求した動作の内容が送信したユーザＩＤ及びパスワードと対応するユーザには利用を許可できない機能を利用するものであった場合等が考えられる。また、プリンタ１０がプリントを許可する旨の応答を返すようにしている場合には、ステップＳ４６でこの応答を待ち、応答があってから処理を終了するようにしてもよい。

次に、図１４に、図１２のＰＣ２０側の処理と対応するプリンタ１０側の処理のフローチャートを示す。このフローチャートに示す処理は、上述した実施形態で図９に示した処理と対応するものであり、図９と同じステップ番号を付した処理は、図９の場合と対応する処理である。
プリンタ１０のＣＰＵ１１は、ＰＣ２０からプリント要求及び画像データを受信すると、図１３のフローチャートに示す処理を開始する。

そして、ステップＳ２１乃至Ｓ２３で、図９の場合と同様に、プリント要求（及び画像データ）の送信元がログインに使用したユーザＩＤとパスワードを取得し、その送信元のユーザに許可できる機能の情報を取得する。そして取得できれば、ここで受信するプリント要求には既に利用する機能の指定が含まれていることから、ステップＳ２４からステップＳ２７′に進み、プリント要求が使用を許可できる機能に係るものであるか否かを判断し、許可できるものであればステップＳ２８′で要求に従ってプリントを実行する。
なお、ステップＳ２４の判断がＮＯの場合の処理は図９の場合と同様であるが、ステップＳ２７′の判断がＮＯの場合には、ステップＳ２９でエラーを通知した後、そのまま処理を終了するようにしている。これは、この例ではＰＣ２０側のプリンタドライバに機能指定だけを単独で行う機能を設けていないためである。

次に、図１４に、ユーザがＰＣ２０からプリンタ１０にプリントを指示する場合の、ＰＣ２０側及びプリンタ１０側における図１２及び図１３に示した処理による動作シーケンスの例を示す。この図は、上述した実施形態における図１０と対応するものである。
この図に示すように、ＰＣ２０は、ユーザが図１１に示したＧＵＩ４０のＯＫキー４２を押下してプリントを指示すると（Ｓ１２１）、レジストリに記憶されているユーザＩＤ及びパスワードと共に、プリント要求とプリントすべき画像データとをプリンタ１０に送信する（Ｓ１２２）。このＩＤ及びパスワードは、まずはプリンタ１０にログインするために使用される。

プリンタ１０側では、プロトコルデーモン１１０がＰＣ２０からのアクセスを受け、受信したＩＤ及びパスワードを用いて、ログインを許可するか否かを判断する認証処理を行う。そして、これが成功すると（Ｓ１２３）、受信したＩＤ及びパスワードと、プリント要求及び画像データとをプリンタアプリ１２０に渡す（Ｓ１２４）。
そして、プリンタアプリ１２０は、受け取ったプリント要求に応じ、プロトコルデーモン１１０から受け取ったＩＤ及びパスワードを用いてユーザを識別し、そのユーザに使用を許可してよい機能を検索する（Ｓ１２５）。そして、受け取ったプリント要求に係る機能の使用を許可できると判断した場合には（Ｓ１２６）、その要求に従ってプリントを実行する（Ｓ１２７）。

以上のような処理によっても、プリンタ１０は、ログイン時に使用した認証情報により、ユーザの認証及び機能制限を行うことができる。
この場合において、ＰＣ２０側では、ユーザＩＤとパスワードをレジストリに記憶させておくことができるので、同じユーザが何度もプリントを行う場合に、初めの一度だけユーザＩＤとパスワードを入力するだけでよい。また、プリント要求を一度行うだけでプリンタ１０にプリントを行わせることができる。従って、ＰＣ２０における操作性も向上させることができる。

このような動作は、プリント要求や画像データ自体に認証情報が埋め込まれているようなデータを取り扱い、ここに埋め込まれている認証情報を用いて認証や機能制限を行う場合と共通点が多い。そこで、このようなプリントアプリを開発済みである場合には、ログイン時の認証処理に用いた認証情報をプロトコルデーモンから取得できるようにすれば、プリント要求や画像データ自体に認証情報を埋め込めないような形式のデータを取り扱う場合でも認証や機能制限を行うことができるようにすることができる。従って、既存の資産を利用して少ない労力で効率のよい開発が可能になる。上記のような画像データに組み込まれた認証情報を利用して認証処理を行う機能は、同時に開発された新たな機能とセットになっている場合も多いので、このような資産を利用できることによる効果は大きい。

なお、以上の実施形態及び変形例においてはプリンタを例として説明したが、この発明は、プリント，スキャン，ファクシミリ通信（ＦＡＸ）等の種々の機能を備えたデジタル複合機（ＭＦＰ）のような画像処理装置に適用することも可能である。
図１４に、ＭＦＰにおいて上述の実施形態の場合と同様に、ログイン時に使用した認証情報によりユーザの認証及び機能制限を行うことができるようにする場合の機能構成例を示す。

図１５に示すＭＦＰ２００においては、機能提供部２４０に設けたプリンタ機能部２４１，スキャナ機能部２４２，コピー機能部２４３，ＦＡＸ機能部２４４，文書管理機能部２５５等の各機能部が、エンジン部に所要の動作を行わせることによりプリンタやスキャナ等の機能を実現できるようにしている。そして、ＰＣ２０からＭＦＰ２００にこれらの動作の実行を指示しようとする場合には、ＭＦＰドライバ２２を用いてＭＦＰ２００にログインし、動作要求を送信するようにしている。プリントやＦＡＸ送信あるいは文書蓄積等、画像データの処理に関する動作を要求する場合には、処理対象の画像データも共に送信するようにしている。

そして、ログインの可否は、図２に示したプリンタ１０の場合と同様、プロトコルデーモン２１０のログイン判定部２１１が行う。
ログインが成功すると、ＰＣ２０からの要求や画像データは権限判定モジュール２２０に渡され、この権限判定モジュール２２０が、要求に係る動作を許可してよいかどうかを判定する。そして、この判定の際には、プロトコルデーモン２１０から、ログイン時の認証処理に使用したユーザＩＤやパスワード等の認証情報を取得し、権限情報記憶部２３０に記憶している認証情報や権限情報を参照して、要求の送信元に使用を許可してよい機能の情報を取得し、この情報を基に判定を行うようにしている。

権限情報記憶部２３０に記憶している認証情報や権限情報の形式は、図３に示したものと同様なものでよいが、ＭＦＰ２００の方がプリンタ１０よりも多機能であるので、権限情報として規定できる項目は多岐に亘る。そこで、例えば、プリント機能、ＦＡＸ機能、文書蓄積機能といった、大きな単位で使用可否を設定できるようにしてもよい。
そして、権限判定モジュール２２０が、受信した要求に係る機能の使用を、要求の送信元に許可してよいと判断すると、その要求及び付随するデータ（画像データ等）を必要な機能部に渡し、要求に係る動作（画像データの印刷やＦＡＸ通信による他の装置への送信、文書蓄積等）を実行させる。

なお、ここでは権限判定モジュール２２０を機能提供部２４０の外部に設ける例を示したが、機能提供部２４０中の一部の機能についてのみ権限判定モジュール２２０による認証や機能制限を行えばよいのであれば、プリンタ機能部２４１等の機能部中に権限判定モジュール２２０を設けてもよい。

また、以上説明してきた実施形態及び変形例は、あくまでも一例であり、ハードウェア構成や機能構成、処理の具体的内容、使用するプロトコル、データの構成等を、この発明を適用する装置の特性や機能に応じて適宜変更してよいことは、もちろんである。
例えば、プリンタにおいてはプリント要求や画像データの転送に使用するプロトコルとしてＦＴＰやＩＰＰが広く用いられているため、このようなプロトコルを使用すると汎用性の点で効果的であるが、これらのプロトコルに限られることはない。また、認証情報として、暗号化したパスワードやデジタル証明書等を使用することも考えられる。
また、以上の実施形態や各変形例で説明した内容は、矛盾しない範囲で適宜組み合わせて用いることもできる。

また、この発明によるプログラムは、コンピュータに、上述したプリンタ１０やＭＦＰ２００のような画像処理装置を制御させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。

以上説明してきたように、画像処理装置、画像処理システム、画像処理装置の制御方法、プログラム又は記録媒体によれば、認証情報を組み込む領域が用意されていないような画像データを取り扱う場合であってもユーザ毎に利用できる機能を制限できるようにすることができる。
従って、この発明を利用することにより、ユーザに応じて利用を許可する機能を制限できるような画像処理装置を容易に提供することができる。

この発明の画像処理装置の実施形態であるプリンタの構成を、そのプリンタと通信可能なＰＣと共に示すブロック図である。 そのプリンタの機能構成のうち、実施形態の特徴に係る部分を示す図である。 図２に示した権限情報記憶部に記憶させる認証情報及び権限情報の例を示す図である。 図１に示したＰＣからプリンタにプリントを指示する場合のＰＣ側の処理を示すフローチャートである。 図４に示した処理においてＰＣのディスプレイに表示させる画面の例を示す図である。 その別の例を示す図である。 そのさらに別の例を示す図である。 そのさらに別の例を示す図である。 図４に示したＰＣ側の処理と対応するプリンタ側の処理を示す図である。 ユーザが図１に示したＰＣからプリンタにプリントを指示する場合の、ＰＣ側及びプリンタ側における図４及び図９に示した処理による動作シーケンスの例を示す図である。

この発明の変形例においてＰＣがディスプレイに表示させるＧＵＩの例を示す図である。 同変形例においてＰＣからプリンタにプリントを指示する場合のＰＣ側の処理を示すフローチャートである。 これと対応するプリンタ側の処理を示すフローチャートである。 同変形例においてユーザがＰＣからプリンタにプリントを指示する場合の、ＰＣ側及びプリンタ側における図１２及び図１３に示した処理による動作シーケンスの例を示す図である。 この発明をＭＦＰに適用した場合のＭＦＰの機能構成例を示す図である。

符号の説明

１０：プリンタ、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：不揮発性メモリ、
１５：ネットワークＩ／Ｆ、１６：エンジン部、２０：ＰＣ、２１：クライアント、
２２：ＭＦＰドライバ、３０：ネットワーク、１１０，２１０：プロトコルデーモン
１１１，２１１：ログイン判定部、１２０：プリンタアプリ、
１２１：権限判定部、１２２，２２１：ユーザレベル判定部、
１２３，２２２：機能判定部，１２４：プリント機能提供部、
１３０，２３０：権限情報記憶部、２２０：権限判定モジュール、２４０：機能提供部

Claims (7)

1. ネットワークを介した通信が可能な画像処理装置であって、
   データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶する記憶手段と、
   通信相手から画像データ処理要求を受信した場合に、前記権限情報を参照し、該画像データ処理要求の送信元に使用を許可できる機能により、該画像データ処理要求により要求された画像データの処理を行う処理手段とを設け、
   該処理手段が、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を、前記画像データ処理要求の送信元を識別するために使用するようにしたことを特徴とする画像処理装置。
2. 請求項１記載の画像処理装置であって、
   前記通信を行うために受信した認証情報は、ログイン時に使用するユーザＩＤ及びパスワードであることを特徴とする画像処理装置。
3. 請求項１又は２記載の画像処理装置であって、
   前記画像データの処理は、画像データのプリント、蓄積又は他の機器への転送であることを特徴とする画像処理装置。
4. ネットワークを介した通信が可能な画像処理装置と、その通信相手となる通信装置とを備えた画像処理システムであって、
   前記画像処理装置において、
   データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶する記憶手段と、
   通信相手から画像データ処理要求を受信した場合に、前記権限情報を参照し、該画像データ処理要求の送信元に使用を許可できる機能により、該画像データ処理要求により要求された画像データの処理を行う処理手段とを設け、
   該処理手段が、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を、前記画像データ処理要求の送信元を識別するために使用するようにし、
   前記通信装置に、
   前記画像処理装置にＦＴＰ又はＩＰＰを用いて認証情報を送信して認証を要求する手段と、
   前記画像処理装置に画像データ処理要求を送信し、特定の機能を指定してその機能による画像データの処理を要求する手段とを設けたことを特徴とする画像処理システム。
5. ネットワークを介した通信が可能な画像処理装置の制御方法であって、
   前記画像処理装置に、
   データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶させ、
   通信相手から画像データ処理要求を受信した場合に、前記権限情報を参照させて、該画像データ処理要求の送信元に使用を許可できる機能により、該画像データ処理要求により要求された画像データの処理を行わせ、
   該処理の際に、ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を、前記画像データ処理要求の送信元を識別するために使用させるようにしたことを特徴とする画像処理装置の制御方法。
6. コンピュータに、ネットワークを介した通信が可能な画像処理装置を制御させるためのプログラムであって、
   前記コンピュータに、
   データの送信元を識別するための認証情報と、その送信元に使用を許可する機能の情報を示す権限情報とを対応させて記憶する機能と、
   通信相手から画像データ処理要求を受信した場合に、前記権限情報を参照し、該画像データ処理要求の送信元に使用を許可できる機能により、該画像データ処理要求により要求された画像データの処理を前記画像処理装置の処理手段に行わせる機能と、
   ＦＴＰ又はＩＰＰの通信を行うために受信した認証情報を前記画像データ処理要求の送信元を識別するために使用する機能とを実現させるためのプログラムを含むことを特徴とするプログラム。
7. 請求項６記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
   

Images