JP5573411B2 - 画像形成装置、プログラム、及びインストール方法 - Google Patents

Description

本発明は、画像形成装置、プログラム、及びインストール方法に関する。

近年、印刷機器にプラグインをインストールすることにより機能拡張する技術が既に知られている（特許文献１）。また、プリンタドライバの機能をプラグインにより拡張する技術も既に知られている（特許文献２、３）。

以下、印刷機器にインストールするプラグインを機能プラグイン、情報処理装置（ＰＣ）にインストールするプリンタドライバ用のプラグインをドライバプラグインと呼ぶことにする。印刷機器のプリンタ機能を、機能プラグインのインストールによって拡張した場合、その機能を利用するためにはプリンタドライバの機能も拡張する必要がある。この場合、プリンタドライバそのものをバージョンアップして機能拡張するより、ドライバプラグインで機能拡張を実現するのが開発の面でも利用者視点でも便利である。一方、ドライバプラグイン単位で開発すると、機能プラグインとドライバプラグインとのバージョン不整合が起きる可能性がある。この不整合を検出する仕組みとして、情報処理装置が印刷機器と双方向通信を行って不整合を検出する方法が既に知られている（特許文献４）。

しかし、従来技術のドライバプラグインのインストールでは、機能プラグインとドライバプラグインとのバージョン不整合を検出しているが、機能プラグインの使用を許されているユーザか否かを確認していない。そのため、どの情報処理装置にもドライバプラグインをインストールすることができてしまい、ライセンス管理ができないという問題があった。

そこで本発明は、上記問題に鑑みてなされたものであり、ドライバプラグインをインストールし、ドライバプラグインのライセンス管理を行う場合、ライセンス管理を容易にすることができる画像形成装置等を提供することを目的とする。

本発明の一態様の画像形成装置は、当該画像形成装置の機能を実行するための機能プラグインをインストールし、前記機能が実行可能になる画像形成装置であって、当該画像形成装置の有する機能プラグインごとにユーザが使用できるか否かを示す使用可否情報を管理する管理手段と、情報処理装置から機能プラグインを識別するプラグイン識別情報とユーザ認証情報を受信する受信手段と、受信されたユーザ認証情報を用いて認証が成功した場合、認証成功したユーザに対し前記使用可否情報を用いて前記プラグイン識別情報が示す機能プラグインを使用してよいか否かを判定する判定手段と、前記判定手段により前記ユーザに対し前記プラグイン識別情報が示す機能プラグインの使用可否情報が設定されていないと判定された場合、承認要の判定結果を前記情報処理装置に送信する送信手段と、前記情報処理装置から承認依頼要求を受けた場合、Ｗｅｂ上で承認が可能な承認画面を作成する作成手段と、前記作成手段によって作成された承認画面を介して前記機能プラグインの前記使用可否情報を変更する変更手段とを備える。

また、本発明の他の態様のプログラムは、画像形成装置の機能を実行するための機能プラグインに対応するプリンタドライバ用のドライバプラグインをインストールさせ、プリンタドライバの機能拡張を行うプログラムであって、前記ドライバプラグインがインストールされる際、前記画像形成装置に対して機能プラグインを識別するプラグイン識別情報及びユーザ認証情報を前記画像形成装置へ送付するようＯＳに要求する要求ステップと、前記プラグイン識別情報が示す機能プラグインを、前記ユーザ認証情報が示すユーザが前記画像形成装置において使用できるか否かを示す結果を取得する取得ステップと、取得された結果が前記ユーザに対し前記プラグイン識別情報が示す機能プラグインの使用可否情報が設定されていないことを示す場合、前記ドライバプラグインのインストールの承認依頼要求を前記画像形成装置に行う依頼要求ステップと、前記承認依頼に対する回答が承認を示す場合、前記ドライバプラグインのインストールを行う。

また、本発明の他の態様のインストール方法は、画像形成装置の機能を実行するための機能プラグインに対応するプリンタドライバ用のドライバプラグインをインストールするインストーラによるインストール方法であって、前記ドライバプラグインがインストールされる際、前記画像形成装置に対して機能プラグインを識別するプラグイン識別情報及びユーザ認証情報を前記画像形成装置へ送付するようＯＳに要求する要求ステップと、前記プラグイン識別情報が示す機能プラグインを、前記ユーザ認証情報が示すユーザが前記画像形成装置において使用できるか否かを示す結果を取得する取得ステップと、取得された結果が前記ユーザに対し前記プラグイン識別情報が示す機能プラグインの使用可否情報が設定されていないことを示す場合、前記ドライバプラグインのインストールの承認依頼要求を前記画像形成装置に行う依頼要求ステップと、前記承認依頼に対する回答が承認を示す場合、前記ドライバプラグインのインストールを行うインストールステップとを有する

また、本発明は、本発明のプログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。

本発明によれば、ドライバプラグインをインストールし、ドライバプラグインのライセンス管理を行う場合、ライセンス管理を容易にすることができる。

本実施例における印刷制御システムの一例を示す図。 実施例１における情報処理装置のハードウェアの一例を示すブロック図。 実施例１に係るＭＦＰのハードウェアの一例を示すブロック図。 実施例１に係る情報処理装置のモジュール構成の一例を示す図。 実施例１におけるＭＦＰ及び情報処理装置の機能の一例を示すブロック図。 実施例１における使用可否情報の一例を示す図。 実施例１におけるドライバプラグインのインストール処理の一例を示すシーケンス図。 実施例１におけるユーザ認証情報を入力させる表示画面の一例を示す図。 承認依頼メールの送信確認画面の一例を示す図。 承認依頼メールの本文の一例を示す図。 ユーザ認証情報を確認する処理の一例を示すフローチャート。 管理者の承認処理の一例を示すフローチャート。 承認画面のＷｅｂページの一例を示す図。 グループ承認処理の一例を示すフローチャート。 グループ承認画面のＷｅｂページの一例を示す図。 使用可否情報の確認処理の一例を示すフローチャート。 実施例２におけるＭＦＰ及び情報処理装置の機能の一例を示すブロック図。 実施例２における承認要求処理の一例を示すシーケンス図。

以下、本発明の実施例を図面に基づいて説明する。
［実施例１］
＜システムとハードウェア＞
図１は、本実施例における印刷制御システムの一例を示す図である。図１に示すように、印刷制御システムは、ネットワークを介してＭＦＰ５、６、情報処理装置１、２などが接続されている。接続される機器の数は図１に示す例に限られない。

図１に示す印刷制御システムでは、ＭＦＰ５に追加した機能プラグインに対し、この機能プラグインに対応するプリンタドライバ用のドライバプラグインを、情報処理装置１にインストールする。このとき、ＭＦＰ５で機能プラグインのライセンス管理を行う。

次に、実施例１における情報処理装置１のハードウェアについて説明する。図２は、実施例１における情報処理装置１のハードウェアの一例を示すブロック図である。図２に示すように、情報処理装置１は、制御部１１、主記憶部１２、補助記憶部１３、外部記憶装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、入力部１６、表示部１７を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記憶装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体１８（例えば、フラッシュメモリなど）と情報処理装置１とのインタフェースである。

また、記憶媒体１８に、所定のプログラムを格納し、この記憶媒体１８に格納されたプログラムは外部記憶装置Ｉ／Ｆ部１４を介して情報処理装置１にインストールされ、インストールされた所定のプログラムは情報処理装置１により実行可能となる。

ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と情報処理装置１とのインタフェースである。

入力部１６は、カーソルキー、数字入力及び各種機能キー等を備えたキーボード、表示部１７の表示画面上でキーの選択等を行うためのマウスやスライスパット等を有する。また、入力部１６は、ユーザが制御部１１に操作指示を与えたり、データを入力したりするためのユーザインタフェースである。

表示部１７は、ＣＲＴやＬＣＤ等により構成され、制御部１１から入力される表示データに応じた表示が行われる。

次に、実施例１におけるＭＦＰ５のハードウェアについて説明する。図３は、実施例１に係るＭＦＰのハードウェアの一例を示すブロック図である。図３に示すように、ＭＦＰ５は、制御部５１、主記憶部５２、補助記憶部５３、外部記憶装置Ｉ／Ｆ部５４、ネットワークＩ／Ｆ部５５、操作部５６、表示部５７、エンジン部５８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

制御部５１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部５１は、主記憶部５２や補助記憶部５３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部５２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部５１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部５３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記憶装置I／F部５４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体１８（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ５とのインタフェースである。

また、記憶媒体１８に、所定のプログラムを格納し、この記憶媒体１８に格納されたプログラムは外部記憶装置Ｉ／Ｆ部５４を介してＭＦＰ５にインストールされ、インストールされた所定のプログラムはＭＦＰ５により実行可能となる。

ネットワークＩ／Ｆ部５５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ５とのインタフェースである。

操作部５６や表示部５７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ５が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。

エンジン部５８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部５８は、スキャナエンジンなどをさらに備えてもよい。

＜モジュール構成＞
次に、情報処理装置１のモジュール構成について説明する。図４は、実施例１に係る情報処理装置のモジュール構成の一例を示す図である。以下、ＭＦＰにインストールする機能のプラグインを機能プラグイン、情報処理装置（ＰＣ）にインストールするプリンタドライバ用のプラグインをドライバプラグインと呼ぶことにする。

図４に示す例では、情報処理装置１は、ＯＳ（Operating System）２２（例えば、Windows（登録商標）ＯＳなど）、アプリケーション２１、プリンタドライバ２３が動作している。プリンタドライバ２３はグラフィックドライバモジュール２５とＵＩドライバモジュール２４とを有する。

図４に示すプリンタドライバ２３は、ドライバプラグイン３１によってその機能を拡張することができる。ドライバプラグイン３１は、ドライバプラグインモジュール２８とドライバプラグイン設定項目情報３０とを有し、ドライバプラグインインストーラ２６でプリンタドライバ２３にインストールされる。

ドライバプラグインインストーラ２６は、インストールモジュール２７と認証情報確認モジュール２９とを有する。ドライバプラグインインストーラ２６は、以下、単にインストーラ２６と呼ぶこともある。

インストールモジュール２７は、ドライバプラグインモジュール２８をプリンタドライバ２３がインストールされている所定のフォルダにコピーし、ドライバプラグイン設定項目情報３０をプリンタドライバ２３に登録する。

認証情報確認モジュール２９は、ユーザからユーザ認証情報を取得し、ＭＦＰ５と通信を行いユーザ認証情報が正しいかの確認を行う。ユーザ認証情報は、ユーザＩＤ、パスワードを含む。ドライバプラグインモジュール２８はＵＩ Ｉ／Ｆ３２を介してＵＩドライバモジュール２４と、グラフィックＩ／Ｆ３３を介してグラフィックドライバモジュール２５とデータのやりとりを行う。前述した各モジュールは、例えば制御部１１でドライバプログラム、インストーラプログラムなどを実行することで処理される。

＜機能＞
次に、ＭＦＰ５、情報処理装置１の機能について説明する。図５は、実施例１におけるＭＦＰ及び情報処理装置の機能の一例を示すブロック図である。ＭＦＰ５は、通信手段５０１、管理手段５０２、使用可否情報記憶手段５０３、認証手段５０４、判定手段５０５、送信手段５０６、作成手段５０７を有する。

通信手段５０１、送信手段５０６は、例えば制御部５１及びネットワークＩ／Ｆ部５５により実現されうる。管理手段５０２、認証手段５０４、判定手段５０５、作成手段５０７は、例えば制御部５１、ワークメモリとしての主記憶部５２により実現されうる。使用可否情報記憶手段５０３は、例えば主記憶部５２又は補助記憶部５３により実現されうる。

通信手段５０１は、他の機器とのデータのやり取りを行う。例えば、通信手段５０１は、情報処理装置１からユーザ認証情報及びプラグインを識別するためのプラグイン識別情報を受信する。以下、プラグイン識別情報はプラグインＩＤともいう。また、通信手段５０１は、情報処理装置１に対して、情報処理装置１にログインしているユーザが機能プラグインを使用できるか否かの判定結果を送信する。判定結果は、ドライバプラグインをインストールするか否かを示してもよい。

管理手段５０２は、使用可否情報の登録、管理を行い、また、使用可否情報に含まれる情報の読み出しや書き込みを行う。使用可否情報は、各ユーザが、どの機能プラグインを使用できるかを示す情報である。

管理手段５０２は、ユーザ認証情報の管理も行い、ユーザ認証情報に用いられる登録された認証情報を管理してもよい。管理手段５０２は、管理者所有の情報処理装置から機能プラグインの使用に対する承認を受けた場合、この機能プラグインの使用可否情報を使用可にする。

使用可否情報記憶手段５０３は、使用可否情報を記憶する。使用可否情報記憶手段５０３は、例えば画像形成装置内のメモリである。

図６は、実施例１における使用可否情報の一例を示す図である。図６に示す使用可否情報の例では、各ユーザに対して、プラグイン毎に、使用可、不可、又は未設定が登録されている。例えば、「ユーザ１」は、「プラグインＩＤ Ａ」は「使用可」であり、「プラグインＩＤ Ｂ」は「使用不可」であり、「プラグインＩＤ Ｃ」は「未設定」である。「未設定」は、管理者が、「プラグインＩＤ Ｃ」に対する各ユーザの使用の可否を設定していない場合に「未設定」となる。よって、管理者は、プラグインに対する使用可否情報を必ずしも設定しておかなくてもよい。例えば、管理者は、新規なプラグインを追加する場合、使用可否情報を設定しなくてもよいため、管理者の負担を軽減させることができる。

図５に戻り、認証手段５０４は、ユーザのログイン認証を行なう。また、認証手段５０４は、通信手段５０１からユーザ認証情報を取得した場合は、ユーザ認証情報に含まれるユーザＩＤ、パスワードを用いて認証を行なう。認証手段５０４は、認証成功した場合、判定手段５０５にその旨通知し、認証失敗した場合、通信手段５０１を介して認証失敗を情報処理装置１に通知する。

判定手段５０５は、認証手段５０４から認証成功の通知を受けた場合、認証成功したユーザに対し、通信手段５０１が取得したプラグイン識別情報が示す機能プラグインを使用できるか否かを判定する。判定手段５０５は、使用可否情報を参照することで使用可か不可か未設定かを判定する。

送信手段５０６は、情報処理装置１からの承認依頼送信要求を受けて、例えば承認依頼メールの本文を作成する。このとき、送信手段５０６は、作成手段５０７に、承認画面の作成を依頼する。送信手段５０６は、作成手段５０７で作成される承認処理用Ｗｅｂページ（承認画面）のＵＲＬを付加して承認依頼メールを作成する。その後、送信手段５０６は、承認依頼メールをＭＦＰ５の管理者に送信する。

送信手段５０６は、送信手段としてメールだけに限らず、ＭＦＰ５の管理者宛にＦＡＸ送信してもよい。このとき、ＦＡＸで伝える内容は、依頼者と、承認を受ける機能プラグインとである。このＦＡＸを見た管理者が、ＭＦＰ５内の使用可否情報にアクセスして、使用可か否かを設定すればよい。

作成手段５０７は、送信手段５０６からの要求を受けて承認処理用Ｗｅｂページを準備し、そのＵＲＬを送信手段５０６に出力する。また、作成手段５０７は、ネットワーク上の情報処理装置から上記ＵＲＬのページ表示を要求された場合、要求された承認処理用Ｗｅｂページを表示し、画面操作に対する処理を行う。例えば、承認ボタンが押された場合、作成手段５０７は、管理手段５０２に使用可否情報を更新するよう指示する。

次に、情報処理装置１の機能について説明する。情報処理装置１は、インストール手段１０１、通信手段１０４、印刷設定手段１０５を有する。インストール手段１０１は、例えばインストーラ２６であり、要求手段１０２、取得手段１０３、問合せ手段１０６を有する。インストール手段１０１、印刷設定手段１０５は、例えば制御部１１によりインストーラプログラム、プリンタドライバプログラムがそれぞれ実行されることで実現されうる。通信手段１０４は、例えばネットワークＩ／Ｆ部１５により実現されうる。

インストール手段１０１は、追加されるプログラムなどのインストールを行う。要求手段１０２は、ドライバプラグイン３１のインストール起動を検知した場合に、このドライバプラグイン３１に対応する機能プラグインのプラグイン識別情報、及びユーザ認証情報をＭＦＰ５に送信するようＯＳ２２に要求する。

取得手段１０３は、ＭＦＰ５から通信手段１０４を介して、機能プラグインを使用してよいか否かの判定結果を取得する。

インストール手段１０１は、判定結果が使用可であれば、ドライバプラグイン３１のインストールを行う。判定結果が使用不可であれば、インストール手段１０１は、インストールを行わない。また、インストール手段１０１は、判定結果が未設定であれば、ＭＦＰ１に対し、通信手段１０４を介して承認依頼要求を行う。この場合、未設定の判定結果は、管理者の承認を要することを示す。

問合せ手段１０６は、取得手段１０３が取得した判定結果が「未設定」であり、かつ、ドライバプラグイン３１が記憶部（例えば補助記憶部１３）に記憶されているプラグインＩＤを保持する。問合せ手段１０６は、設定されたタイミングでＭＦＰ５に対し、保持しているプラグインＩＤに対応する使用可否が変更されたかを問合わせる。設定されたタイミングは、例えば一定時間経過後、インストーラ２６起動時、ユーザに指示された時、又は定期的などである。

問合せ手段１０６は、ＭＦＰ５に使用可否情報の変更を問い合わせる場合、ユーザ認証情報（ユーザＩＤ、パスワード）及びプラグインＩＤを、通信手段１０４を介してＭＦＰ５に送信する。

問合せ結果が「使用可」に変更されたことを示す場合、インストール手段１０１は、このプラグインＩＤに対応するドライバプラグイン３１のインストールを開始する。このとき、インストール手段１０１は、インストーラ２６が起動していれば自動でインストールを開始するようにしてもよい。また、インストール手段１０１は、ユーザに対してインストールを開始するかの確認画面を表示し、ユーザからの指示を待ってインストールを開始してもよい。インストール後に、ドライバプラグイン３１のファイルなどが展開されてドライバプラグイン３１のプログラムを実行することができるようになる。

これにより、ドライバプラグイン３１が「未設定」であっても、再度ＣＤ−ＲＯＭなどを情報処理装置４にセットしたり、インターネットからダウンロードしたりしてインストール処理を行う手間を省くことができる。

通信手段１０４は、例えば、印刷データなどのデータをＭＦＰ５に送信するなどデータのやり取りを行う。例えば、通信手段１０４は、プラグイン識別情報、及びユーザ認証情報をＭＦＰ５に送信する。通信手段１０４は、機能プラグインの使用可否の判定結果をＭＦＰ５から受信する。通信手段１０４は、機能プラグインを使用するための承認依頼要求をＭＦＰ５に送信する。

印刷設定手段１０５は、プリンタドライバ２３の機能であり、ＭＦＰ５に対して印刷データの送信要求を出したり、印刷機能の設定を行ったりする。

上記機能を有することで、情報処理装置側でドライバプラグインのインストールを行う際、ドライバプラグインに対応する機能プラグインのＭＦＰにおける使用可否を判定することができる。このとき、判定結果が未設定であれば、ドライバプラグインのインストールをするための承認依頼をＭＦＰに対して行うことができる。これにより、ＭＦＰの管理者は、必要に応じて承認をすればよく、プラグイン追加時に全てのユーザに対して使用可否の設定をしなくてもよい。

＜動作＞
次に、実施例１における印刷制御システムの動作について説明する。まず、ドライバプラグイン３１のインストール処理について説明する。図７は、実施例１におけるドライバプラグイン３１のインストール処理の一例を示すシーケンス図である。

ステップＳ１０１で、ユーザは、ＯＳ２２の画面からインストーラ２６を起動する。ステップＳ１０２で、インストーラ２６（インストール手段１０１）は、ユーザ認証情報を取得するためのＵＩを表示してユーザにユーザ認証情報を入力させる。

また、ステップＳ１０２で、要求手段１０２は、入力されたユーザ認証情報と、インストールするプラグインを識別するプラグイン識別情報とをパラメータとして、ユーザ認証情報の確認をさせるコマンドをＭＦＰ５に送信するようＯＳ２２に要求する。

ステップＳ１０３で、ＯＳ２２は、ステップＳ１０２の要求を元にＭＦＰ５との送信ポートを経由してコマンドをＭＦＰ５に送信する。

ステップＳ１０４で、ＭＦＰ５は、ユーザ認証情報とプラグイン識別情報を元にインストール可否の判定を行い、ステップＳ１０５で、ＭＦＰ５は、その判定結果をＯＳ２２経由でインストーラ２６に通知する。図７に示す例では、判定結果は、管理者の承認が必要な「未設定」であったとする。

ステップＳ１０６で、インストーラ２６は、ＯＳ２２に対し、承認依頼メールの送信を要求する。

ステップＳ１０７で、ＯＳ２２は、ＭＦＰ５に対し、承認依頼メールの送信要求を送信する。

ステップＳ１０８で、ＭＦＰ５は、情報処理装置１から承認依頼メールの送信要求を受信した場合、承認依頼のメールを作成する。ＭＦＰ５は、Ｗｅｂページの承認画面を作成し、このページのＵＲＬを承認依頼メール本文に挿入する。ＭＦＰ５は、承認依頼メールをＭＦＰ５の管理者に送信する。ＭＦＰ５は、管理者のメールアドレスを保持しておく。

ステップＳ１０９で、ＭＦＰは、情報処理装置１に対し、承認依頼送信完了の通知を行う。情報処理装置１は、インストーラ２６にその旨通知する。

ステップＳ１１０で、インストーラ２６は、送信完了通知を受け取ると、ドライバプラグインのファイルをコピーする。

図８は、実施例１におけるユーザ認証情報を入力させる表示画面の一例を示す図である。インストーラ２６は、ユーザ認証情報を取得するために、図８に示すようなＵＩを表示してユーザにユーザ認証情報を入力させる。図８に示すＵＩで入力されたユーザ認証情報と、インストールするプラグインを識別するプラグイン識別情報とをパラメータとして、ユーザ認証情報の確認をさせるコマンドの送信をＯＳ２２に要求する（図５のステップＳ１０２）。

図９は、承認依頼メールの送信確認画面の一例を示す図である。図９に示す画面は、図７のステップＳ１０６の前に情報処理装置１の表示部１７に表示される。図９に示す画面は、ＭＦＰ５からの判定結果が「未設定」だった場合に表示され、承認依頼メールを送信するかユーザに確認させるための画面である。

ユーザが、「送信する」ボタンを押下した場合、インストーラ２６は、承認依頼メールを送信させるコマンドの発行をＯＳ２２に要求する（ステップＳ１０６）。

ユーザが、「キャンセル」ボタンを押下した場合、インストーラ２６は、プリンタドライバ３１のファイルのコピーをしておく。この時点では、プリンタドライバ３１は、実行できる状態にはない。

図１０は、承認依頼メールの本文の一例を示す図である。図１０に示すメールは、管理者がＭＦＰ５から受信した受信メールの例である（図７のステップＳ１０８）。図１０に示すＵＲＬ１００１は、ＭＦＰ５が作成した承認画面のＷｅｂページである。ＭＦＰ５は、Ｗｅｂページのテンプレートを保持しておき、承認依頼したユーザと、承認対象の機能プラグインとを適宜テンプレートに挿入して、承認画面のＷｅｂページを作成するとよい。

ＵＲＬ１００１は、承認依頼したユーザ名１００３、機能プラグインの識別番号１００５を含む。図１０に示す例では、承認依頼したユーザは、「Ｕｓｅｒ００１」であり、機能プラグインの識別番号は「０８２９３９８６７」とする。本実施例では、この識別番号は、プラグインＣ（Ｐｌｕｇ−ｉｎＣ）を示すとする。

図１０に示すメールを受信した管理者は、ＵＲＬ１００１をクリックして、Ｗｅｂページの承認画面を開き、承認処理を行う。

図１１は、ユーザ認証情報を確認する処理の一例を示すフローチャートである。ステップＳ２０１で、認証手段５０４は、登録済みのユーザ情報を確認する。

ステップＳ２０２で、認証手段５０４は、情報処理装置１から受信したユーザＩＤがユーザ情報リストに存在するかを判定する。ＭＦＰ５は、ユーザ情報リストを保持している。ステップＳ２０２の判定結果がＹＥＳ（あり）であればステップＳ２０３に進み、ＮＯ（なし）であればステップＳ２０８に進む。

ステップＳ２０３で、認証手段５０４は、情報処理装置１から受信したユーザ認証情報に含まれるパスワードが、ＭＦＰ５が管理するこのユーザのパスワードと一致するかを判定する。ステップＳ２０３の判定結果がＹＥＳ（一致）であればステップＳ２０４に進み、判定結果がＮＯ（不一致）であればステップＳ２０８に進む。

ステップＳ２０４で、判定手段５０５は、使用可否情報を参照する。ステップＳ２０５で、判定手段５０５は、認証成功したユーザと、プラグイン識別情報が示すプラグインとに対応する使用可否情報の設定値を判定する。ステップＳ２０４の判定結果が「未設定」であれば、ステップＳ２０６に進み、判定結果が「使用可」であればステップＳ２０７に進み、判定結果が「使用不可」であればステップＳ２０８に進む。

ステップＳ２０６で、判定手段５０５は、通信手段１０１を介して判定結果「未設定」を情報処理装置１に返す。

ステップＳ２０７で、判定手段５０５は、通信手段１０１を介して判定結果「使用可（ＯＫ）」を情報処理装置１に返す。

ステップＳ２０８で、判定手段５０５は、通信手段１０１を介して判定結果「使用不可（ＮＧ）」を情報処理装置１に返す。

図１２は、管理者の承認処理の一例を示すフローチャートである。図１２に示すステップＳ３０１で、作成手段５０７は、情報処理装置１から承認依頼要求を受けた場合、承認画面のＷｅｂページを作成する。作成手段５０７は、このＷｅｂページのテンプレートを保持しておき、ユーザ名と機能プラグイン名とを変更するだけにしておけばよい。作成手段５０７は、作成した承認画面のＷｅｂページのＵＲＬを管理者の情報処理装置に送信し、承認画面のＷｅｂページをブラウザに表示させる。

図１３は、承認画面のＷｅｂページの一例を示す図である。図１３に示す例は、承認依頼したユーザが「Ｕｓｅｒ００１」であり、承認対象のプラグインが「Ｐｌｕｇ−ｉｎＣ」である。図１３に示す例では、承認、却下ボタン以外にも「グループ単位で承認する」という表示がある。これは、Ｕｓｅｒ００１の承認時に、その他のユーザについてもまとめて承認したい場合に有効である。グループ単位の承認については後述する。

図１２に戻り、ステップＳ３０２で、作成手段５０７は、管理者の情報処理装置のブラウザからボタン押下を待ち、押下されたボタンを確認する。

ステップＳ３０３で、作成手段５０７は、どのボタンが押されたかを判定する。ステップＳ３０３の判定結果が「グループ単位で設定する」であれば、図１４に示すグループ承認処理に進む。ステップＳ３０３の判定結果が「承認」であれば、ステップＳ３０４に進み、判定結果が「却下」であれば、ステップＳ３０５に進む。

ステップＳ３０４で、作成手段５０７は、承認された「Ｕｓｅｒ００１」と「Ｐｌｕｇ−ｉｎＣ」を管理手段５０２に通知する。管理手段５０２は、「Ｕｓｅｒ００１」と「Ｐｌｕｇ−ｉｎＣ」に対応する使用可否情報の登録情報を、「使用可」に設定する。

ステップＳ３０５で、作成手段５０７は、却下された「Ｕｓｅｒ００１」と「Ｐｌｕｇ−ｉｎＣ」を管理手段５０２に通知する。管理手段５０２は、「Ｕｓｅｒ００１」と「Ｐｌｕｇ−ｉｎＣ」に対応する使用可否情報の登録情報を、「使用不可」に設定する。

これにより、ＭＦＰ５の管理者は、Ｗｅｂ上で機能プラグインの承認処理を行うことができるため、機能プラグインの初期設定時に各ユーザに対して、使用可、又は使用不可の設定をしなくてもよい。

図１４は、グループ承認処理の一例を示すフローチャートである。図１４に示すステップＳ４０１で、作成手段５０７は、管理者の情報処理装置からグループ承認処理の要求を受けた場合、グループ承認画面のＷｅｂページを作成する。作成手段５０７は、このＷｅｂページのテンプレートを作成しておき、機能プラグイン名を変更するだけにしておけばよい。作成手段５０７は、作成したグループ承認画面のＷｅｂページのＵＲＬを管理者の情報処理装置に送信し、グループ承認画面のＷｅｂページをブラウザに表示させる。

図１５は、グループ承認画面のＷｅｂページの一例を示す図である。図１５に示す例は、承認対象のプラグインが「Ｐｌｕｇ−ｉｎＣ」であり、グループ単位で承認を行う例を示す。図１５に示す例では、グループ１、３、４にチェックが入っており、この状態で承認ボタンを押すと、グループ１、３、４のメンバー全員に「Ｐｌｕｇ−ｉｎＣ」の使用を許可することになる。

図１４に戻り、ステップＳ４０２で、作成手段５０７は、管理者の情報処理装置のブラウザからボタン押下を待ち、押下されたボタンを確認する。

ステップＳ４０３で、作成手段５０７は、どちらのボタンが押されたかを判定する。ステップＳ４０３の判定結果が「承認」であれば、ステップＳ４０４に進み、判定結果が「戻る」であれば、ステップ図１２の処理に戻る。

ステップＳ４０４で、作成手段５０７は、チェックされたグループのメンバーと「Ｐｌｕｇ−ｉｎＣ」とを管理手段５０２に通知する。管理手段５０２は、取得したメンバーと「Ｐｌｕｇ−ｉｎＣ」に対応する使用可否情報の登録情報を、「使用可」に設定する。

これにより、承認依頼した「Ｕｓｅｒ００１」の承認だけでなく、その他のメンバーの承認をまとめて行うこともできる。

また、作成手段５０７は、「Ｐｌｕｇ−ｉｎＣ」の使用可否を、既に設定されている使用可否と一致させたい機能プラグインを選択させる画面を生成してもよい。例えば、作成手段５０７は、図１３に示す「グループ単位で承認する」を、「一致させるプラグインを選択する」などの記載にし、承認画面のＷｅｂページを作成する。作成手段５０７は、この「一致させるプラグインを選択する」が押下されたことを検知した場合、使用可否情報で、使用可、又は使用不可が設定されているプラグインを選択させる選択画面を作成する。

管理者は、この選択画面から例えば、プラグインＡを選択したとする。作成手段５０７は、選択されたプラグインＡを、管理者の情報処理装置から取得し、取得したプラグインＡと、未設定のプラグインＣとを管理手段５０２に通知する。

管理手段５０２は、未設定のプラグインＣの使用可否を、選択されたプラグインＡの使用可否に一致させるよう各ユーザの使用可、又は使用不可を使用可否情報に設定する。

これにより、例えばプラグインＣがプラグインＡと同様の機能を有していれば、未設定のプラグインＣを、プラグインＡの使用可、又は使用不可の設定と一致させることができる。

図１６は、使用可否情報の確認処理の一例を示すフローチャートである。図１６に示すステップＳ５０１で、問合せ手段１０６は、保持しているプラグインがあるか否かを判定する。保持しているプラグインとは、ＭＦＰ５からの判定結果が「使用不可」であり、かつドライバプラグイン３１のファイルが記憶部に記憶されているプラグインのことである。

ステップＳ５０１の判定結果がＹＥＳ（あり）であれば、ステップＳ５０２に進み、判定結果がＮＯ（なし）であれば処理を終了する。問合せ手段１０６は、ステップＳ５０１の判定を所定のタイミングで行ってもよい。

ステップＳ５０２で、問合せ手段１０６は、ユーザ認証情報及びプラグインＩＤを、通信手段１０４を介してＭＦＰ５に送信する。問合せ手段１０６は、保持しているプラグインＩＤが複数ある場合は、複数のプラグインＩＤに対する問合せを一度に行ってもよい。

ステップＳ５０３で、ＭＦＰ５の判定手段５０５は、問合せを受けたユーザ認証情報及びプラグインＩＤを用いて、使用可否を判定する。使用可否の判定については、ユーザＩＤとプラグインＩＤとに対応する使用可否情報の設定値を参照することで判定できる。使用可否情報のデータは、管理者などにより承認画面を用いて適宜変更されうる。

ステップＳ５０３の判定結果がＹＥＳ（使用可）であればステップＳ５０４に進み、判定結果がＮＯ（使用不可）であれば処理を終了する。

ステップＳ５０４で、インストール手段１０１は、「使用可」に変更されたドライバプラグインＩＤに対応するドライバプラグインのインストールを開始する。つまり、インストール手段１０１は、記憶部にあるドライバプラグインのファイルを主記憶部上にロードし、実行可能な状態にする。これにより、ドライバプラグインのファイルが展開、必要なデータが設定され、ドライバプラグインのプログラムを実行することが可能となる。

以上、実施例１によれば、無条件でドライバプラグインが情報処理装置にインストールさせることを防止することができる。また、実施例１によれば、ドライバプラグインをインストールし、ドライバプラグインのライセンス管理を行う場合、ライセンス管理を容易にすることができる。また、実施例１によれば、管理者は、追加する機能プラグインの使用可否を初期設定時に設定しなくてもよく、必要に応じてＭＦＰから依頼される承認画面を用いて設定すればよい。

［実施例２］
次に、実施例２における印刷制御システムについて説明する。実施例２では、ＭＦＰ５は、承認依頼を受けた場合、承認依頼を記憶しておき、管理者が所有する情報処理装置から承認依頼の有無の問い合わせがあったときに、承認画面のＵＲＬを送信する。実施例２における各装置のハードウェアは実施例１の各装置のハードウェアと同様のものを用いればよい。

＜機能＞
図１７は、実施例２におけるＭＦＰ及び情報処理装置の機能の一例を示すブロック図である。図１７に示す機能で、図５に示す機能と同様のものは、同じ符号を付しその説明を省略する。以下、実施例１と異なる機能を説明する。

図１７の示すＭＦＰ５は、承認要求管理手段５０８、承認要求記憶手段５０９を含む。承認要求管理手段５０８は、例えば制御部５１により実現され、承認要求情報記憶手段５０９は、例えば主記憶部５２、又は補助記憶部５３により実現されうる。

承認要求管理手段５０８は、情報処理装置１からの承認要求の情報を管理する。承認要求管理手段５０８は、承認要求の情報に含まれるユーザＩＤやプラグインＩＤを承認要求記憶手段５０９に書き込む。

承認要求管理手段５０８は、管理者の情報処理装置２から指示を受けた場合、承認要求記憶手段５０９から承認要求の情報を読み出す。承認要求は、実施例１における承認依頼要求と同様であり、各ユーザが、機能プラグインの使用を求めて管理者に承認を要求することである。承認要求記憶手段５０９は、承認要求の情報を記憶する。

情報処理装置１は、実施例１における情報処理装置１と同様であるため、その説明を省略する。

情報処理装置２は、例えば、ＭＦＰ５の管理者が所有する情報処理装置である。情報処理装置２のハードウェアは、図２に示すハードウェアを用いればよい。情報処理装置２は、通信手段２０１、問合せ手段２０２、情報通知手段２０３を含む。通信手段２０１は、例えばネットワークＩ／Ｆ部により実現され、問合せ手段２０２は、例えば制御部１１により実現され、情報通知手段２０３は、例えば制御部１１及び表示部１７により実現されうる。

通信手段２０１は、管理者情報を含め、承認要求の有無を問い合わせるコマンドをＭＦＰ５に送信する。通信手段２０１は、機能プラグインの使用許可の承認要求の有無をＭＦＰ５から受信する。また、通信手段２０１は、機能プラグインの承認画面のＵＲＬを送信手段５０６から受信する。

問合せ手段２０２は、所定のタイミングで通信手段２０１を介してＭＦＰ５に対し、機能プラグインの使用許可の承認要求の有無を問い合わせる。問合せ手段２０２は、承認要求があった場合は承認画面のＷｅｂページ（例えば図１３）を表示させるためのＵＲＬを問合わせる。取得したＵＲＬは、情報通知手段２０３に出力される。所定のタイミングは、例えば、情報処理装置２の立ち上げ時、ユーザに指示された時、定期的などである。

問合せ手段２０２は、ＭＦＰ５に使用許可の承認要求の有無を問い合わせる場合、管理者のユーザ認証情報（ユーザＩＤ、パスワード）を、通信手段２０１を介してＭＦＰ５に送信する。

問合せ結果が「承認要求：有」である場合、問合せ手段２０２は、情報通知手段２０３に管理者への情報通知を要求する。

情報通知手段２０３は、問合せ手段２０２の要求を受けて機能プラグインの使用許可の承認要求があったことを示すメッセージを表示して管理者に知らせる。情報通知手段２０３は、管理者の要求に応じて、問合せ手段２０２から取得した承認画面のＷｅｂページを表示させる。管理者が承認画面を用いて、機能プラグインの承認を行う処理は実施例１と同様である。

＜動作＞
次に、実施例２における情報処理装置１と情報処理装置２の動作について説明する。図１８は、実施例２における承認要求処理の一例を示すシーケンス図である。図１８に示す処理において、図７と同様の処理を行うものは同じ符号を付し、その説明を省略する。

ステップＳ６０１で、インストーラ２６は、ＭＦＰ５から管理者の承認が要である判定結果を受けると、承認要求を送信するコマンドをＯＳ２２に要求する。承認要求は、承認依頼するユーザのユーザＩＤ、承認対象の機能プラグインのプラグインＩＤを含む。

ステップＳ６０２で、ＯＳ２２は、ＭＦＰ５との送信ポートを経由して、承認要求のコマンドを送信する。

ステップＳ６０３で、ＭＦＰ５は、承認要求の情報を承認要求記憶手段５０９に記憶する。

ステップＳ６０４で、情報処理装置２の問合せ手段２０２は、承認要求の有無をＭＦＰ５に問い合わせる。

ステップＳ６０５で、ＭＦＰ５は、承認要求の有無の結果を情報処理装置２に通知する。この例では、承認要求の有無の結果は、「有」とする。

ステップＳ６０６で、問合せ手段２０２は、承認要求が「有」であったことを示すメッセージの表示を、情報通知手段２０３に要求する。この後、情報通知手段２０３は、承認要求が「有」のメッセージを表示部に表示する。次に、情報処理装置２では、問合せ手段２０２から取得したＷｅｂページの承認画面が表示され、実施例１同様、ユーザに対する機能プラグインの承認処理が行われる。

以上、実施例２によれば、管理者が所有する情報処理装置２からの要求により承認処理を行うため、管理者の所望するタイミングで承認処理を行うことができる。

［変形例］
実施例１、２の情報処理装置や画像形成装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施例１、２の情報処理装置や画像形成装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例１、２の情報処理装置や画像形成装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、実施例１、２の情報処理装置や画像形成装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

実施例１、２の情報処理装置や画像形成装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が補助記憶部からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶部上にロードされ、１又は複数の各手段が主記憶部上に生成されるようになっている。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせても良い。

１、２ 情報処理装置
５、６ ＭＦＰ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１４ 外部記憶装置Ｉ／Ｆ部
１５ ネットワークＩ／Ｆ部
１６ 入力部
１７ 表示部
５１ 制御部
５２ 主記憶部
５３ 補助記憶部
５４ 外部記憶装置Ｉ／Ｆ部
５５ ネットワークＩ／Ｆ部
５６ 操作部
５７ 表示部
５８ エンジン部
２３ プリンタドライバ
２６ ドライバプラグインインストーラ
２８ ドライバプラグインモジュール
１０１ インストール手段
１０２ 要求手段
１０３ 取得手段
１０４ 通信手段
１０５ 印刷設定手段
２０１ 通信手段
２０２ 問合せ手段
２０３ 情報通知手段
５０１ 通信手段
５０２ 管理手段
５０３ 使用可否情報記憶手段
５０４ 認証手段
５０５ 判定手段
５０６ 送信手段
５０７ 作成手段
５０８ 承認要求管理手段
５０９ 承認要求記憶手段

特開２００６−２６１９７０ 特開２００５−１７３７０１ 特開２００８−２８２１１７ 特開２００６−２６０３５６

Claims (6)

1. 当該画像形成装置の機能を実行するための機能プラグインをインストールし、前記機能が実行可能になる画像形成装置であって、
   当該画像形成装置の有する機能プラグインごとにユーザが使用できるか否かを示す使用可否情報を管理する管理手段と、
   情報処理装置から機能プラグインを識別するプラグイン識別情報とユーザ認証情報を受信する受信手段と、
   受信されたユーザ認証情報を用いて認証が成功した場合、認証成功したユーザに対し前記使用可否情報を用いて前記プラグイン識別情報が示す機能プラグインを使用してよいか否かを判定する判定手段と、
   前記判定手段により前記ユーザに対し前記プラグイン識別情報が示す機能プラグインの使用可否情報が設定されていないと判定された場合、承認要の判定結果を前記情報処理装置に送信する送信手段と、
   前記情報処理装置から承認依頼要求を受けた場合、Ｗｅｂ上で承認が可能な承認画面を作成する作成手段と、
   前記作成手段によって作成された承認画面から前記機能プラグインの前記使用可否情報を変更を受け付け、前記使用可否情報を変更する変更手段と
   を備える画像形成装置。
2. 前記管理手段は、
   前記承認画面を介して前記機能プラグインの使用を承認することを示す情報が受信された場合、前記認証成功したユーザに対し、前記プラグイン識別情報が示す機能プラグインの使用を可にする請求項１記載の画像形成装置。
3. 前記作成手段は、
   前記認証成功したユーザ以外の他のユーザに対し、前記プラグイン識別情報が示す機能プラグインの使用を承認可能とする他の承認画面を作成する請求項１又は２記載の画像形成装置。
4. 前記作成手段は、
   前記プラグイン識別情報が示す機能プラグインの使用可否を、他の機能プラグインの使用可否と一致させるか否かを選択する選択画面を作成する請求項１又は２記載の画像形成装置。
5. 画像形成装置の機能を実行するための機能プラグインに対応するプリンタドライバ用のドライバプラグインをインストールさせ、プリンタドライバの機能拡張を行うプログラムであって、
   前記ドライバプラグインがインストールされる際、前記画像形成装置に対して機能プラグインを識別するプラグイン識別情報及びユーザ認証情報を前記画像形成装置へ送付するようＯＳに要求する要求ステップと、
   前記プラグイン識別情報が示す機能プラグインを、前記ユーザ認証情報が示すユーザが前記画像形成装置において使用できるか否かを示す結果を取得する取得ステップと、
   取得された結果が前記ユーザに対し前記プラグイン識別情報が示す機能プラグインの使用可否情報が設定されていないことを示す場合、前記ドライバプラグインのインストールの承認依頼要求を前記画像形成装置に行う依頼要求ステップと、
   前記承認依頼要求に対する回答が承認を示す場合、前記ドライバプラグインのインストールを行うインストールステップと
   をコンピュータに実行させるためのプログラム。
6. 画像形成装置の機能を実行するための機能プラグインに対応するプリンタドライバ用のドライバプラグインをインストールするインストーラによるインストール方法であって、
   前記ドライバプラグインがインストールされる際、前記画像形成装置に対して機能プラグインを識別するプラグイン識別情報及びユーザ認証情報を前記画像形成装置へ送付するようＯＳに要求する要求ステップと、
   前記プラグイン識別情報が示す機能プラグインを、前記ユーザ認証情報が示すユーザが前記画像形成装置において使用できるか否かを示す結果を取得する取得ステップと、
   取得された結果が前記ユーザに対し前記プラグイン識別情報が示す機能プラグインの使用可否情報が設定されていないことを示す場合、前記ドライバプラグインのインストールの承認依頼要求を前記画像形成装置に行う依頼要求ステップと、
   前記承認依頼要求に対する回答が承認を示す場合、前記ドライバプラグインのインストールを行うインストールステップと
   を有するインストール方法。

Images