(57)【要約】【課題】  部門に応じた適切な処理を行なうことができるプリンタドライバプログラムを提供する。【解決手段】  プリンタドライバのユーザインタフェースにおいて、ユーザアカウントと部門アカウントとの組を複数表示し、それぞれにおいて印刷枚数の入力を可能とする。入力されたそれぞれの印刷枚数に基づいて、ドライバは印刷ジョブを作成する。【選択図】        図９
2006190178.tif 000002
【特許請求の範囲】
【請求項１】
印刷を行なう時に、複数の部門のそれぞれにおける処理量を入力する入力ステップと、
前記入力された複数の部門のそれぞれにおける処理量に基づいて、印刷ジョブを作成する作成ステップと、
前記作成された印刷ジョブを印刷装置に送信する送信ステップとをコンピュータに実行させる、プリンタドライバプログラム。
【請求項２】
前記複数の部門の変更を行なう変更ステップをさらにコンピュータに実行させる、請求項１に記載のプリンタドライバプログラム。
【請求項３】
前記入力ステップは、前記複数の部門のそれぞれにおける優先度を入力する、請求項１または２に記載のプリンタドライバプログラム。
【請求項４】
前記入力ステップは、前記複数の部門のそれぞれにおける単価を入力する、請求項１〜３のいずれかに記載のプリンタドライバプログラム。
【請求項５】
コンピュータに格納されたプリンタドライバの設定を変更するプリンタドライバ設定変更プログラムであって、
ユーザから印刷を行なう複数の部門に関する情報を入力する入力ステップと、
前記入力された複数の部門に関する情報に基づいて、前記プリンタドライバのユーザインタフェースが、前記入力された部門のそれぞれにおける処理量をユーザから入力することができるように、前記プリンタドライバの機能を変更する変更ステップとをコンピュータに実行させる、プリンタドライバ設定変更プログラム。
【請求項６】
前記入力ステップは、複数の部門に関する情報として、ユーザからユーザアカウントと部門アカウントの組合せを複数入力し、
前記変更ステップは、前記プリンタドライバのユーザインタフェースが、前記入力された組合せのそれぞれにおける処理量をユーザから入力することができるように、前記プリンタドライバの機能を変更する、請求項５に記載のプリンタドライバ設定変更プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プリンタドライバプログラム、およびプリンタドライバ設定変更プログラムに関し、特に、機器の部門管理を行なうプリンタドライバプログラム、およびプリンタドライバ設定変更プログラムに関する。
【背景技術】
【０００２】
近年、コスト削減、課金管理を目的に、情報機器の部門管理のニーズが高まってきており、多様な形態で部門管理ができるようになっている。ここに部門管理とは、たとえば会社内の部門などの複数の人が所属する組織ごとに、情報機器の使用状況を管理したり、情報機器の使用に伴う対価の課金を行なったりすることである。具体的には、ユーザ認証のみの部門管理、ユーザ認証と部門認証を組み合わせた部門管理などが挙げられる。
【０００３】
従来の部門管理設定の流れは、管理者が部門を情報機器に設定し、クライアントに部門管理情報を連絡し、クライアントは各自、連絡を受けた部門管理情報を自分のＰＣ（パーソナルコンピュータ）のドライバに設定する、というものであった。
【０００４】
また、ネットワークに接続され、複数の部門および複数のユーザから使用されることが想定されているＭＦＰ（Multi Function Peripherals）のドライバの分野では、クライアントの部門管理環境に関わらず、すべてのクライアントが印刷できる最低限の機能を搭載したドライバが配布されているのが現状である。
【０００５】
なおこのような技術に関して、以下の特許文献１においては、ドライバに部門コードを設定して、クライアントＰＣにドライバを配布するドライバ配布方法が開示されている。
【特許文献１】特開２００３−６１３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
部門管理の形態が多様化するにつれて、既存のドライバでは全てのクライアントを最適な形で満足させることは困難になってきている。例えばＭＦＰなどの分野において、複数の部門に所属し、複数の部門認証を保持しているクライアントが、ある資料を異なる部門においてそれぞれ１部ずつ印刷したい場合を想定する。このときユーザは部門の数だけ複数回ドライバを開き、それぞれにおいて異なる部門を設定し印刷するという作業を繰返して行なう必要がある。これによりユーザの手間が煩雑となっていた。
【０００７】
すなわち図１８を参照して、上述したドライバではクライアントの部門管理環境を考慮していないため、ドライバを開くごとにユーザは、ユーザ名（例えば「Ｔａｎａｋａ」）、部門名（例えば「ＰｒｏｊｅｃｔＡ」）、およびプリント枚数（例えば「１」）を入力し、プリントを行なう。このため、複数部門に渡ってプリントを行なう場合には、その数だけドライバを開き、部門名を入力する必要がある。
【０００８】
また、部門管理を行うのは、そのクライアントの管理者か、機器の販売を行ったサービスマンである。クライアントは管理者などから連絡を受け、自分のＰＣのドライバに部門管理設定を行なう。
【０００９】
部門管理の形態が多様化するにつれて、ドライバの部門管理設定も複雑化している。管理者にはクライアントへの連絡の手間が発生し、クライアントには自分のドライバの設定の手間が発生しているという問題がある。
【００１０】
この発明は上記問題点を解決するためになされたものであり、部門に応じた適切な処理を行なうことができるプリンタドライバプログラム、およびプリンタドライバ設定変更プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１１】
上記目的を達成するためこの発明のある局面に従うと、プリンタドライバプログラムは、印刷を行なう時に、複数の部門のそれぞれにおける処理量を入力する入力ステップと、入力された複数の部門のそれぞれにおける処理量に基づいて、印刷ジョブを作成する作成ステップと、作成された印刷ジョブを印刷装置に送信する送信ステップとをコンピュータに実行させる。
【００１２】
好ましくはプリンタドライバプログラムは、複数の部門の変更を行なう変更ステップをさらにコンピュータに実行させる。
【００１３】
好ましくは入力ステップは、複数の部門のそれぞれにおける優先度を入力する。
【００１４】
好ましくは入力ステップは、複数の部門のそれぞれにおける単価を入力する。
【００１５】
この発明の他の局面に従うと、プリンタドライバ設定変更プログラムは、コンピュータに格納されたプリンタドライバの設定を変更するプリンタドライバ設定変更プログラムであって、ユーザから印刷を行なう複数の部門に関する情報を入力する入力ステップと、入力された複数の部門に関する情報に基づいて、プリンタドライバのユーザインタフェースが、入力された部門のそれぞれにおける処理量をユーザから入力することができるように、プリンタドライバの機能を変更する変更ステップとをコンピュータに実行させる。
【００１６】
好ましくは入力ステップは、複数の部門に関する情報として、ユーザからユーザアカウントと部門アカウントの組合せを複数入力し、変更ステップは、プリンタドライバのユーザインタフェースが、入力された組合せのそれぞれにおける処理量をユーザから入力することができるように、プリンタドライバの機能を変更する。
【発明の効果】
【００１７】
この発明に従うと、プリンタドライバプログラムにおいて、複数の部門のそれぞれにおける処理量が入力され、入力された複数の部門のそれぞれにおける処理量に基づいて、印刷ジョブが作成されるため、部門に応じた適切な処理を行なうことができるプリンタドライバプログラムを提供することが可能となる。
【００１８】
また、プリンタドライバ設定変更プログラムにおいて、ユーザから印刷を行なう複数の部門に関する情報を入力し、入力された複数の部門に関する情報に基づいて、プリンタドライバのユーザインタフェースが、入力された部門のそれぞれにおける処理量をユーザから入力することができるように、プリンタドライバの機能を変更するため、部門に応じた適切な処理を行なうことができるプリンタドライバ設定変更プログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１９】
［第１の実施の形態］
図１は、本発明の第１の実施の形態における画像形成システムの構成を示す図である。
【００２０】
図を参照して、画像形成システムは、画像形成装置の一種であるＭＦＰ（Multi Function Peripheral）１と、複数のＰＣ２ａ〜２ｃとから構成される。各機器は、それぞれネットワークに接続される。なお、ＰＣは４台以上ネットワークに接続してもよい。
【００２１】
このような構成により、ＭＦＰ１は、ネットワーク上で複数のユーザから共有される。また、ネットワークにおけるＭＦＰの使用や課金などに関しては、部門管理が行なわれる。
【００２２】
図２は、図１のＰＣ２ａ〜２ｃの１つの構成を示すブロック図である。
【００２３】
図を参照してＰＣは、装置全体の制御を行なうＣＰＵ２０１と、操作画面等を表示するディスプレイ部２０３と、ＭＦＰ１に送信するデータなどを記憶する記憶部（ＨＤＤ：ハードディスクドライブなど）２０５と、キーボードやマウスなどを含む操作部２０７と、ネットワークとの間でデータの送受信を行なうネットワークＩ／Ｆ部２０９とから構成される。
【００２４】
図３は、図１のＭＦＰ１の構成を示すブロック図である。
【００２５】
図を参照してＭＦＰ１は、原稿の読取を行なうスキャン部１０１と、装置全体の制御を行なう制御部１０３と、ネットワークを介したデータの送受信を行なうネットワークＩ／Ｆ部１１１と、プリントエンジンなどを備え用紙に画像を記録する印刷出力部１１３と、データを記憶する一時メモリ部１１５と、ユーザからの操作を受付ける操作パネル部１０９と、印刷出力部１１３に印刷データを送信する印刷処理部１１７と、ネットワークを介して受信したジョブの内容を解析する受信Ｊｏｂ（ジョブ）解析部１１９とを備えている。
【００２６】
図２におけるＰＣの記憶部２０５に、ＭＦＰ１と関係づけたドライバをインストールすることにより、印刷時には、ドライバはユーザの設定に基づいて、データを印刷データに変換し、印刷データに印刷コマンド（設定情報）を付加して印刷Ｊｏｂを作成し、ネットワークＩ／Ｆ部２０９を介して、ＭＦＰ１に送信する。
【００２７】
図４は、印刷Ｊｏｂの具体例を示す図である。
【００２８】
図を参照して、印刷Ｊｏｂは、印刷コマンドと印刷データとを含んでおり、印刷コマンドには、設定情報である、ＩＰアドレス、書式、ページ数、Ｊｏｂ名、用紙サイズ、用紙種類、ユーザ認証名、部門認証名、および部数などが含まれる。
【００２９】
ＭＦＰ１が受信した印刷Ｊｏｂは、ネットワークＩ／Ｆ部１１１を通って、受信Ｊｏｂ解析部１１９に送られる。受信Ｊｏｂ解析部１１９は印刷Ｊｏｂを解析し、印刷Ｊｏｂ内の印刷コマンドからユーザ認証名、部門認証名を読み取り、一時メモリ部１１５にある部門管理情報と照合を行なう。そして、照合が合ったときのみ、課金情報の更新を行ない、印刷処理部１１７に印刷データと印刷コマンドを転送する。
【００３０】
印刷処理部１１７は、印刷データを印刷コマンドに基づいて変換することで印刷変換Ｊｏｂを作成し、印刷出力部１１３に印刷変換Ｊｏｂを転送する。印刷出力部１１３は、印刷変換Ｊｏｂの印刷を行なう。
【００３１】
図５は、部門管理情報（部門管理テーブル）の具体例を示す図である。
【００３２】
図を参照して、部門管理情報においては登録されているユーザごとにＮｏ．が振られており、それぞれのユーザごとに、ＩＰアドレス、ｅ−ｍａｉｌアドレス、印刷の上限枚数、ユーザ認証（ユーザアカウント）、および部門認証（部門アカウント）が記録される。
【００３３】
図５の部門管理情報に記録されたユーザ認証と部門認証との組合せが入力された時にのみ、ＭＦＰの使用が許可される。
【００３４】
図６は、課金情報の具体例を示す図である。
【００３５】
図を参照して、課金情報においては部門ごとに、印刷の単価と、印刷済みの枚数と、印刷の価格（総計）とが記録される。
【００３６】
今、ＭＦＰに管理者により操作パネル部１０９を通して、図５のような部門管理情報が設定されている場合を想定する。管理者は、部門管理情報の内容を各ユーザに連絡済みであるものとする。
【００３７】
ユーザはＰＣにＭＦＰのドライバをインストールする際に、ＵＩ（ユーザインタフェース）表示に従い、自分の部門管理情報を入力する。
【００３８】
具体的には、先ず図７に示す画面がＰＣのディスプレイ部２０３に表示される。
【００３９】
ここでは、予め使用が許可されているユーザ認証と部門認証の組合せのうち、ユーザがドライバに登録する組合せの数を入力する。ここではユーザは「５」を入力したものとする。
【００４０】
図８は、ユーザアカウントと部門アカウントの組合せの入力画面を示す図である。
【００４１】
図を参照して、図７の画面で組合せ数として「５」が入力されたことに伴い、ＰＣのディスプレイ部２０３には、５組のユーザアカウントと部門アカウントの入力欄が表示される。ユーザはそれぞれの入力欄に、図８に示すようにアカウントの組合せの情報を入力する。
【００４２】
ここでの入力情報をもとに、インストーラーはドライバのＵＩ、および機能を変更し、情報を設定する。
【００４３】
図９は、ドライバのＵＩの具体例を示す図である。
【００４４】
ユーザがある資料を異なる部門で印刷する際に、ドライバを開くと、図９のようなドライバのＵＩが表示される。このＵＩにおいては、図８の画面で入力された５組のユーザアカウントと部門アカウントの組合せが表示され、それぞれにおいて印刷枚数（処理量の一種）を入力する欄が表示される。このＵＩにおいて、ユーザは各アカウントごとの希望枚数を入力する。ドライバはユーザの設定に基づいて、データを印刷データに変換し、印刷データに設定情報を付加して、ＭＦＰに送信する。これにより、部門管理を考慮した印刷を行なうことができる。
【００４５】
なお、図９の画面右下の「訂正／追加」ボタンをユーザが操作することで、ユーザアカウントと部門アカウントの組合せの追加、修正、削除などを行なうことができる。
【００４６】
図１０は、ドライバのインストーラーが実行する処理を示すフローチャートである。
【００４７】
図を参照して、ステップＳ１０１においてインストーラーは、ユーザの入力に基づき、ネットワークの設定を行なう。ステップＳ１０３において、図７の画面が表示され、ユーザによりユーザアカウントと部門アカウントの組合せ数の入力があったかが判定される。
【００４８】
ステップＳ１０３でＹＥＳであれば、ステップＳ１０５でユーザにより入力された数だけの組のユーザアカウントおよび部門アカウントの入力項目を表示する（図８）。
【００４９】
ステップＳ１０７において、ユーザによりユーザアカウントと部門アカウントの組合せが入力されたかが判定される。ＹＥＳであれば、ステップＳ１０９において、ドライバの機能を変更することで、ドライバのＵＩに、ユーザにより入力された組合せの数の入力項目を表示するようにする。また、入力項目の部分に、ユーザにより入力されたユーザアカウントと部門アカウントを表示するようにドライバの設定を行なう。
【００５０】
ステップＳ１１１において、複数部門での印刷の要求がユーザからあった場合に、要求された数だけのＪｏｂ（印刷が要求された部門の数のＪｏｂ）を作成するように、ドライバの機能を変更する。
【００５１】
図１１は、印刷時にドライバが行なう処理を示すフローチャートである。
【００５２】
図を参照して、ステップＳ２０１で図９の画面を表示し、ユーザアカウントと部門アカウントに対応する、ユーザから入力された枚数の情報を取得する。ステップＳ２０３で、処理を行なっているものが組合せの何番目であるかを示す変数Ｉに「０」を代入する。Ｉは、０からスタートして、１ずつ増えて行く変数である。
【００５３】
ステップＳ２０５で、Ｉ＜Ｎの関係を満たすかが判定される。ここに、Ｎは、ドライバのインストール時に設定した、ユーザアカウントと部門アカウントの組合せ数である。
【００５４】
ステップＳ２０５でＹＥＳであれば、まだ処理すべき組合せが残っているため、ステップＳ２０７へ進む。
【００５５】
ステップＳ２０７においては、Ｉ番目の組合せに入力された、印刷枚数情報が「０」ではないかが判定される。ＮＯであれば、その組合せにおいては印刷を行なう必要がないので、ステップＳ２１３で、Ｉの値を１加算し、ステップＳ２０５へ戻る。
【００５６】
ステップＳ２０７においてＹＥＳであれば、当該組合せにおいて入力された枚数情報、ユーザアカウント、および部門アカウントに基づいて、当該アカウントにおける印刷Ｊｏｂを作成する。そして、ステップＳ２１１において、ＭＦＰに印刷Ｊｏｂを送信する。その後、ステップＳ２１３に進み、次の組合せの処理を行なう。
【００５７】
以上のように本実施の形態においては、クライアントごとに、部門管理情報に基づいた最適なドライバを、カスタマイズして提供することができる。
【００５８】
これにより、クライアントが同一の文書を異なる部門で印刷したい場合に、部門数と同じ回数だけドライバを開き、異なる部門を設定し、印刷する作業を行なうという手間を軽減することができる。
【００５９】
［変形例］
なお、プリント時のドライバのＵＩにおいて、各アカウントに対するジョブ処理の優先度や印刷の単価を入力させるようにしてもよい。また、そのようなドライバをインストーラーがカスタマイズするようにしてもよい。
【００６０】
図１２は、図９のＵＩの変形例を示す図である。
【００６１】
このＵＩでは、部門管理情報に対応させてジョブ処理の優先度、および印刷の単価を設定することができる。例えば、ユーザが図１２のＵＩの「優先度」の項目に、１〜５の数字を入れることで、優先して処理を行なう順番を決定することができる。すなわち、入力された数字の順番に処理が行なわれる。
【００６２】
また、ユーザが図１２のＵＩの「単価」の項目に単価を入れることで、図６の課金情報に記録された単価とは異なる単価を設定することができる。
【００６３】
すなわち、本変形例においてはインストーラーは、図１０のステップＳ１０９で、入力された組合せの数だけＵＩが優先度と単価とを入力する項目を表示するように設定する。また、ステップＳ１１１で、ドライバが入力された優先度の順にＪｏｂを作成し、また入力された単価に基づいて課金を行なうように機能を変更する。
【００６４】
［第２の実施の形態］
図１３は、第２の実施の形態における画像形成システムで用いられるＭＦＰ１の構成を示すブロック図である。
【００６５】
図を参照してＭＦＰ１は、原稿の読取を行なうスキャン部１０１と、装置全体の制御を行なう制御部１０３と、ネットワークを介したデータの送受信を行なうネットワークＩ／Ｆ部１１１と、プリントエンジンなどを備え用紙に画像を記録する印刷出力部１１３と、データを記憶する一時メモリ部１１５と、ユーザからの操作を受付ける操作パネル部１０９と、ドライバや、ドライバの機能変更プログラムなどのアプリケーションを作成するアプリ作成部１２１と、ドライバまたはソフトウェアの添付されたメールを作成するメール作成部１２３と、作成されたメールをＰＣへ送信するメール送信部１２５とを備えている。
【００６６】
本実施の形態における画像形成システムでは、管理者やサービスマンなど第三者の設定に基づいて、クライアントユーザのＰＣのドライバをカスタマイズすることができる。カスタマイズにより、ドライバのＵＩの変更や、ドライバの情報の設定を行なうことができる。
【００６７】
ＭＦＰ１は、第１の実施の形態と同様に、ネットワークＩ／Ｆ部１１１を介して印刷Ｊｏｂを受信し、印刷を行なう。
【００６８】
部門管理の設定を行なう際は、管理者やサービスマンが操作パネル部１０９より、部門管理情報を入力する。制御部１０３は部門管理情報を受取ると、一時メモリ部１１５に既に記録されている部門管理リスト（図５参照）を取得して照合し、変更を検出する。その結果をアプリ作成部１２１に通知する。
【００６９】
アプリ作成部１２１は、各ＰＣのドライバの機能を、新たに設定された部門管理情報に対応する機能に変更するアプリケーション（またはドライバ自体）を作成し、制御部１０３に送信する。制御部１０３は、そのアプリケーションとドライバの機能の変更を行なうＰＣのアドレスをメール作成部１２３に通知する。
【００７０】
メール作成部１２３は、そのアプリケーション（またはドライバ自体）を添付した通知メールを作成する。メール送信部１２５は、通知メールをネットワークＩ／Ｆ部１１１を介して送信する。
【００７１】
ユーザＰＣにおいてユーザが通知メールを受取ると、添付されたアプリケーションを実行する。実行後、ドライバのＵＩや機能が変更される。
【００７２】
図１４は、ＭＦＰ１のアプリ作成部１２１が実行する処理を示すフローチャートである。
【００７３】
図を参照して、ステップＳ３０１で制御部１０３からの部門変更アプリケーション（ドライバ設定変更プログラム）の作成依頼があるかを判定し、ＹＥＳであればステップＳ３０３へ進む。
【００７４】
ステップＳ３０３で、作成依頼の要求に含まれる部門管理情報から、ユーザ認証名および部門認証名の組合せの情報を取得する。ステップＳ３０５で、ドライバのＵＩを当該組合せの数だけ入力項目を表示するように変更するプログラムを作成する。
【００７５】
また、ステップＳ３０７で、ドライバが当該組合せの数だけＪｏｂを発行する機能を有するようドライバの機能を変更するプログラムを作成する。
【００７６】
ステップＳ３０９において、ドライバのＵＩにおいて、入力項目のそれぞれに対してユーザアカウントと部門アカウントを設定する。
【００７７】
ステップＳ３１１において、作成されたプログラム（ドライバの機能を、設定された部門管理情報に対応するものに変更するアプリケーション）を制御部１０３に送信する。
【００７８】
図１５は、制御部１０３が実行する処理を示すフローチャートである。
【００７９】
以下の説明において、Ｔｅｍｐ１ファイルは、ユーザにより変更された部門管理情報を上書きして記録するファイル（変更後の情報を記録するファイル）であり、Ｔｅｍｐ２ファイルは、前の部門管理情報を記録するファイル（変更前の情報を記録するファイル）であり、Ｔｅｍｐ３は、部門管理情報が変更されたユーザのＩＰアドレスを記録するファイルである。
【００８０】
図を参照して、ステップＳ４０１において操作パネル部１０９に含まれる部門管理のボタンが押されたかを判定する。ＹＥＳであれば、ステップＳ４０３で一時メモリ部１１５にアクセスし、部門管理情報（図５）を取得し、Ｔｅｍｐ１、Ｔｅｍｐ２ファイルに格納する。
【００８１】
ステップＳ４０５において、新たにユーザにより設定された部門管理情報を、Ｔｅｍｐ１ファイルに上書きする。ステップＳ４０７において、Ｔｅｍｐ１ファイルから、部門管理リストのデータ数（変数Ｉとする）を取得する。ステップＳ４０９で、Ｉが０でないかを判定する。ＹＥＳであれば、ステップＳ４２１で、Ｔｅｍｐ１内のＩＰアドレスをキーとして、Ｔｅｍｐ２内に同一のＩＰアドレスがあるか否かと、ある場合に、そのＩＰアドレスに対応するユーザ認証名、部門認証名がＴｅｍｐ１とＴｅｍｐ２とで同一であるかを判定する。
【００８２】
Ｔｅｍｐ２内に同一のＩＰアドレスが存在しない場合（新たなＩＰアドレスに対する部門管理情報が設定された場合）、または同一のＩＰアドレスに対応するユーザ認証名、部門認証名がＴｅｍｐ１とＴｅｍｐ２とで異なる場合、ステップＳ４２３でＹＥＳと判断し、ステップＳ４２５でそのＩＰアドレスをＴｅｍｐ３に保存する。
【００８３】
ステップＳ４２７で、Ｉの値を１減算し、ステップＳ４０９へ戻る。
【００８４】
ステップＳ４０９でＮＯであれば、ステップＳ４１１でＴｅｍｐ３から、保存されているＩＰアドレス（すなわち、部門管理情報の変更があったＩＰアドレス）を取得する。そのＩＰアドレスをキーとして、Ｔｅｍｐ１ファイルよりそのＩＰアドレスに対する部門管理情報を取得し、アプリ作成部１２１に送信する。
【００８５】
ステップＳ４１３において、所定の時間が経過したかが判定され、ＹＥＳであればステップＳ４１５でアプリ作成部１２１からのアプリケーションの送信があったかを判定する。
【００８６】
ステップＳ４１５でＹＥＳであれば、ステップＳ４１７でＩＰアドレスをキーとして、ｅｍａｉｌアドレスを取得し、アプリケーションとｅｍａｉｌアドレスを、メール作成部１２３に送信する。
【００８７】
ステップＳ４１９において、Ｔｅｍｐ１の情報を、一時メモリ部１１５にある部門管理リストに上書きし、ステップＳ４０１へ戻る。
【００８８】
このような処理により、部門管理情報が変更になったユーザにのみドライバの機能の変更を行なうアプリケーションを送ることができる。
【００８９】
図１６は、ＭＦＰからｅｍａｉｌを受取ったＰＣの処理を示すフローチャートである。
【００９０】
図を参照して、ステップＳ５０１で、ＭＦＰより送られてきたアプリケーション変更ソフトが実行されたかが判定される。ステップＳ５０１でＹＥＳであれば、ステップＳ５０３でユーザＰＣに存在するドライバのＵＩを決定するファイルを、変更したファイルで上書きする。
【００９１】
また、ステップＳ５０５で、ユーザＰＣに存在するドライバの機能を決定するファイルを、変更したファイルで上書きする。
【００９２】
図１７は、第２の実施の形態における効果を示す図である。
【００９３】
図の上部分に示されるように、ドライバの初期の機能として、ＵＩに１つのユーザ名、１つの部門名、および１つのプリント枚数を入力する機能が備えられていたものとする。
【００９４】
ユーザにより、ユーザ名、部門名およびプリント枚数が入力されると、そのアカウントによりプリントが行なわれる。
【００９５】
ここでＭＦＰの部門管理のボタンが押され、部門管理情報として、当該ドライバを有するＰＣに対して、ユーザ名「Ｔａｎａｋａ」およびアカウント名「ＰｒｏｊｅｃｔＡ」の組合せ、ユーザ名「Ｔａｎａｋａ」およびアカウント名「ＰｒｏｊｅｃｔＢ」の組合せ、ユーザ名「Ｔａｎａｋａ」およびアカウント名「ＰｒｏｊｅｃｔＢ」の組合せの３つの組合せが入力されたのであれば、それらのアカウントに対応するようにドライバを変更するアプリケーションが作成され、対応するＰＣに送付される。
【００９６】
当該アプリケーションの実行に伴い、ドライバのＵＩが変更され、図１７の下に示されるように、新たに設定された部門管理情報に対応するプリント枚数の入力が可能となる。また、ドライバの機能が変更され、複数のアカウントに対応するように複数のＪｏｂが発行されるようになる。
【００９７】
なお、上記説明ではＭＦＰでドライバの機能を変更するアプリケーションを作成し、それをＰＣに送信し、ＰＣで実行することによりドライバの機能を変更することとしたが、これに替えて、入力された部門管理情報に基づきＭＦＰで各ＰＣ用のドライバを作成し、それをＰＣに送信するようにしてもよい。この場合、図１４のステップＳ３０５、Ｓ３０７では、ドライバを変更するプログラムを作成するのではなく、ドライバ自体を作成することとなり、図１３のメール送信部１２５は、ドライバを添付したメールをＰＣに送信することとなる。
【００９８】
以上説明したように本実施の形態によると、管理者やサービスマンの設定情報をもとに、そのクライアントユーザのＰＣのドライバをカスタマイズすることができる。これにより、部門管理設定の流れにおいて、管理者やサービスマンにとっては、クライアントへの連絡の手間を軽減化することができる。また、クライアントにとっては、自分のドライバの設定の手間を軽減化することができるという効果がある。また、管理者などの連絡漏れ、管理者あるいはクライアントの情報の入力ミス、情報のタイプミスなどの人為的なミスも削減できるという効果がある。頻繁に部門設定を変更する環境下では、効果が顕著となる。
【００９９】
なお、上述の実施の形態におけるフローチャートの処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。また、プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。
【０１００】
なお、上述の実施の形態においてはＭＦＰに接続される機器の例として、ＰＣを挙げたが、その他機器としては、モバイル端末、携帯電話などを用いることができる。さらに、画像形成装置として、印刷機能を備えたものであれば、プリンタ、コピー機、ファクシミリ、およびそれらの複合機などを用いることができる。
【０１０１】
なお、上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１０２】
【図１】第１の実施の形態における画像形成システムの構成を示す図である。
【図２】図１のＰＣ２ａ〜２ｃの１つの構成を示すブロック図である。
【図３】図１のＭＦＰ１の構成を示すブロック図である。
【図４】印刷Ｊｏｂの具体例を示す図である。
【図５】部門管理情報（部門管理テーブル）の具体例を示す図である。
【図６】課金情報の具体例を示す図である。
【図７】ユーザがドライバに登録する組合せの数を入力する画面を示す図である。
【図８】ユーザアカウントと部門アカウントの組合せの入力画面を示す図である。
【図９】ドライバのＵＩの具体例を示す図である。
【図１０】ドライバのインストーラーが実行する処理を示すフローチャートである。
【図１１】印刷時にドライバが行なう処理を示すフローチャートである。
【図１２】図９のＵＩの変形例を示す図である。
【図１３】第２の実施の形態における画像形成システムで用いられるＭＦＰ１の構成を示すブロック図である。
【図１４】ＭＦＰ１のメール作成部１２１が実行する処理を示すフローチャートである。
【図１５】制御部１０３が実行する処理を示すフローチャートである。
【図１６】ＭＦＰからｅｍａｉｌを受取ったＰＣの処理を示すフローチャートである。
【図１７】第２の実施の形態における効果を示す図である。
【図１８】従来のドライバのＵＩを示す図である。
【符号の説明】
【０１０３】
１  ＭＦＰ、２ａ〜２ｃ  ＰＣ、１０１  スキャン部、１０３  制御部、１０９  操作パネル部、１１１  ネットワークＩ／Ｆ部、１１３  印刷出力部、１１５  一時メモリ部、１１７  印刷処理部、１１９  受信Ｊｏｂ解析部、１２１  アプリ作成部、１２３  メール作成部、１２５  メール送信部、２０１  ＣＰＵ、２０３  ディスプレイ部、２０５  記憶部、２０７  操作部、２０９  ネットワークＩ／Ｆ部。
【図１】
2006190178.tif 000003
【図２】
2006190178.tif 000004
【図３】
2006190178.tif 000005
【図４】
2006190178.tif 000006
【図５】
2006190178.tif 000007
【図６】
2006190178.tif 000008
【図７】
2006190178.tif 000009
【図８】
2006190178.tif 000010
【図９】
2006190178.tif 000011
【図１０】
2006190178.tif 000012
【図１１】
2006190178.tif 000013
【図１２】
2006190178.tif 000014
【図１３】
2006190178.tif 000015
【図１４】
2006190178.tif 000016
【図１５】
2006190178.tif 000017
【図１６】
2006190178.tif 000018
【図１７】
2006190178.tif 000019
【図１８】
2006190178.tif 000020