(57)【要約】【課題】  デバイスドライバが使用する設定データを不要になったときに残さず削除できるようにする。【解決手段】  データ保存部２６は、ＯＳ部２０からコモンアプリケーションデータディレクトリパスを取得し（図中ｃ）、さらにＯＳ部２０からプリンタインフォを取得し（図中ｄ）、上記取得した情報を組み合わせて、ドライバデータディレクトリパスを作成し（図中ｅ）、プリンタドライバデータ保存部２７から上記作成したドライバデータディレクトリパスに対応するプリンタデータディレクトリパスを取得し（図中ｆ）、上記作成したドライバデータディレクトリパスと上記取得したプリンタデータディレクトリパスに基づいて、ファイルシステムデータ保存部２８の上記作成したドライバデータディレクトリ下の上記取得したプリンタデータディレクトリパスのプリンタデータディレクトリ以下のすべてのファイルとディレクトリを削除する。【選択図】        図１４
2010205009.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳが参照する記憶領域にプリンタドライバと該プリンタドライバが利用する論理プリンタとで階層化したディレクトリ構造を作成する手段と、
該手段によって作成されたディレクトリ構造における前記論理プリンタのディレクトリ内に前記プリンタドライバが制御するプリンタの設定情報を記憶する手段と、
前記ＯＳが前記論理プリンタに提供する記憶領域に前記論理プリンタのディレクトリ名を記憶する手段とを備えたことを特徴とする情報処理装置。
【請求項２】
前記論理プリンタのディレクトリ下に前記ＯＳのログインユーザ名毎のディレクトリを作成し、そのログインユーザ名毎のディレクトリ内にログインユーザ毎の前記プリンタドライバが制御するプリンタの設定情報を記憶する手段を設けたことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記論理プリンタのディレクトリ下に、前記ログインユーザ毎のディレクトリを予め設定されたグループ毎にまとめるグループディレクトリを作成する手段を設けたことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記論理プリンタのディレクトリ名として、前記プリンタドライバのディレクトリ内で固有の文字列を作成する手段を設けたことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記固有の文字列の作成時、前記ＯＳから取得した前記論理プリンタのディレクトリ名から前記ＯＳのファイルシステムで利用できない文字は利用できる文字に置換する手段を設けたことを特徴とする請求項４記載の情報処理装置。
【請求項６】
コンピュータに、ＯＳが参照する記憶領域にプリンタドライバと該プリンタドライバが利用する論理プリンタとで階層化したディレクトリ構造を作成する手順と、該手順によって作成されたディレクトリ構造における前記論理プリンタのディレクトリ内に前記プリンタドライバが制御するプリンタの設定情報を記憶する手順と、前記ＯＳが前記論理プリンタに提供する記憶領域に前記論理プリンタのディレクトリ名を記憶する手順とを実行させるためのプログラム。
【請求項７】
請求項６記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理装置とプログラムとコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
コンピュータを制御するオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ：ＯＳ）では、プリンタを含むデバイスの設定データに関して、例えば、ウインドウズ（Ｗｉｎｄｏｗｓ：登録商標）では、プリンタのプリンタドライバの設定データに関して、次のようにしている。
１．ウインドウズのプロセスが管理するメモリ領域に、ＤＥＶＭＯＤＥ構造体と呼ばれるフォーマットで、プリンタ（複写機，複合機の画像形成装置も含む）に対する印刷ジョブ毎の設定データを保存する。
２．プリンタプロパティで設定した内容の設定データ（プリンタの環境に関する情報）を保存し、文書作成等のアプリケーションプログラム（以下「アプリ」と略称する）がプリンタドライバを使う際にデフォルト値として使用する。
３．アプリで設定した印刷ジョブの設定データは、印刷ジョブの終了とともに消去する。
４．プリンタに固有の情報は、ウインドウズが利用するレジストリ領域にプリンタドライバデータ（ＰｒｉｎｔｅｒＤｒｉｖｅｒＤａｔａ）として保存する。
【０００３】
また、上述のような設定データに関する発明として、文書の印刷時、印刷対象の文書名と印刷に関する設定データとを関連付けたファイルを自動的に保存し、その文書名の文書の再印刷時には文書名に関連付けて保存されている印刷に関する設定データを自動的に読み出し、その設定データに基づいて印刷を行うようにした装置（例えば、特許文献１参照）があった。
さらに、プリンタドライバには、プリンタドライバの複数種類の設定項目についてそれらの設定値をひとまとめにして１設定項目として保存し、ユーザが１つの設定項目の選択によって複数種類の設定項目を一度に選択できるようにした設定（これを「ワンクリック設定」と呼ぶ）の機能を備えたものがある。
そして、上述のようなウインドウズにおけるプリンタドライバの設定データの保存の規定では、ワンクリック設定で利用者毎に複数種類の設定項目を保存するには、次のような問題が生じる。
【０００４】
１．ＤＥＶＭＯＤＥ構造体には上限サイズがあるので、ワンクリック設定で利用者毎に複数種類の設定項目を保存するにはサイズが不足する場合がある。
２．プリンタプロパティで設定した設定データをユーザ毎に保存して管理することができない。
３．アプリでワンクリック設定の設定データの内容を変更した場合、その変更後の設定データは印刷ジョブの実行後に消えてしまうので、内容変更後のワンクリック設定の設定データが保存されない。
４．プリンタドライバデータはユーザ権限のユーザには書き込み権限がない。
これらの問題を解決するため、上述したようなウインドウズによって提供されている保存方法ではなく、プリンタドライバが自前で設定データのファイルを生成して保存することにより、ワンクリック設定のようなデータを保存する技術が既に知られている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のような従来の技術では、ウインドウズは論理プリンタ毎に設定データのファイルを保存していなかったため、論理プリンタを削除しても、その論理プリンタで使用した設定データのファイルが消去されずに残ってしまうという問題があった。
また、論理プリンタの名前が変更された場合も、その論理プリンタに関する設定データのファイルが消去されずに残ってしまうという問題があった。
特に、メタフレーム（ＭｅｔａＦｒａｍｅ）環境下で使用した場合、論理プリンタ名にはセッション毎に異なる名前がつけられ、また、セッション毎に論理プリンタの追加が行われるため、セッションの度に論理プリンタに付随する設定データのファイルが作られ、セッション終了後には残ってしまう。
このように、デバイスの設定データが使用されなくなってもそのままシステム内に残ってしまうので、情報処理装置内の記憶領域を無駄に消費してしまうという問題があった。
この発明は上記の点に鑑みてなされたものであり、デバイスドライバが使用する設定データを不要になったときに残さず削除できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
この発明は上記の目的を達成するため、ＯＳが参照する記憶領域にプリンタドライバとそのプリンタドライバが利用する論理プリンタとで階層化したディレクトリ構造を作成する手段と、その手段によって作成されたディレクトリ構造における上記論理プリンタのディレクトリ内に上記プリンタドライバが制御するプリンタの設定情報を記憶する手段と、上記ＯＳが上記論理プリンタに提供する記憶領域に上記論理プリンタのディレクトリ名を記憶する手段を備えた情報処理装置を提供する。
また、上記論理プリンタのディレクトリ下に上記ＯＳのログインユーザ名毎のディレクトリを作成し、そのログインユーザ名毎のディレクトリ内にログインユーザ毎の上記プリンタドライバが制御するプリンタの設定情報を記憶する手段を設けるとよい。
さらに、上記論理プリンタのディレクトリ下に、上記ログインユーザ毎のディレクトリを予め設定されたグループ毎にまとめるグループディレクトリを作成する手段を設けるとよい。
【０００７】
また、上記論理プリンタのディレクトリ名として、上記プリンタドライバのディレクトリ内で固有の文字列を作成する手段を設けるとよい。
さらに、上記固有の文字列の作成時、上記ＯＳから取得した上記論理プリンタのディレクトリ名から上記ＯＳのファイルシステムで利用できない文字は利用できる文字に置換する手段を設けるとよい。
また、コンピュータに、上述のような情報処理装置の各手段にそれぞれ相当する手順を実行させるためのプログラムと、そのプログラムを記録したコンピュータ読み取り可能な記録媒体も提供する。
【発明の効果】
【０００８】
この発明による情報処理装置は、デバイスドライバが使用する設定データを不要になったときに残さず削除できるようにすることができる。
また、この発明によるプログラムは、コンピュータに、デバイスドライバが使用する設定データを不要になったときに残さず削除できるようにするための機能を実現させることができる。
さらに、この発明のコンピュータ読み取り可能な記録媒体は、コンピュータに上記プログラムを容易に導入することができる。
【図面の簡単な説明】
【０００９】
【図１】図２に示すサーバのＯＳ部の機能構成を示すブロック図である。
【図２】この発明の情報処理装置を含むプリントシステムの機能構成を示すブロック図である。
【図３】この実施例のサーバにおけるドライバインストール時の処理を示すシーケンス図である。
【図４】この実施例のサーバにおける論理プリンタ追加時の処理を示すシーケンス図である。
【図５】図１に示すデータ保存部におけるプリンタデータディレクトリパスの作成処理を示すフローチャートである。
【００１０】
【図６】この実施例のサーバにおけるドライバデータディレクトリとプリンタデータディレクトリの各作成処理によって作成されたディレクトリ構成の一例の説明図である。
【図７】この実施例のサーバにおけるプリンタデータディレクトリの作成後にプリンタドライバデータ保存部に保存されたプリンタドライバデータの一例を示す説明図である。
【図８】図２に示す表示部に表示されたプリンタドライバのプロパティ画面の一例を示す図である。
【図９】ワンクリック設定項目のデータの保存形式の一例を示す図である。
【００１１】
【図１０】ワンクリック設定欄のワンクリック設定項目のファイル一覧を保持するためのＸＭＬファイルの一例を示す図である。
【図１１】この実施例のサーバにおけるワンクリック設定項目の保存時の処理を示すシーケンス図である。
【図１２】この実施例のサーバにおけるワンクリック設定項目の読み込み時の処理を示すシーケンス図である。
【図１３】図１に示すデータ保存部がファイルシステムデータ保存部に作成したディレクトリ構成の一例を示す図である。
【００１２】
【図１４】この実施例のサーバにおける論理プリンタ削除時にプリンタデータディレクトリを削除する処理を示すシーケンス図である。
【図１５】この実施例のサーバにおけるプリンタドライバ削除時にドライバデータディレクトリを削除する処理を示すシーケンス図である。
【図１６】ユーザをグループ分類するためのグループ定義ファイルデータの一例を示す図である。
【図１７】プリンタドライバに関する様々な設定情報をグループ単位で管理する場合のディレクトリ構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
〔実施例〕
図２は、この発明の情報処理装置を含むプリントシステムの機能構成を示すブロック図である。
このプリントシステムは、コンピュータを含むサーバ１と、パーソナルコンピュータを含むクライアントＰＣ２と、ファクシミリ装置，プリンタ，複写機，複合機を含む画像形成装置３がネットワーク４上に接続されている。
同図では、クライアントＰＣ２と画像形成装置３は一台ずつ図示しているが、ネットワーク４上にはクライアントＰＣと画像形成装置がそれぞれ複数台あり、その図示を省略している。
このプリントシステムは、クライアントＰＣ２が、サーバ１を介して外部デバイスである画像形成装置３のプリント機能を利用することができる。
【００１４】
サーバ１のＣＰＵ１０は、ＲＯＭ１１に記憶された各種のプログラムを、ＲＡＭ１２を作業領域として実行することにより、このサーバ１の全体の制御を司り、この発明に係る各種機能を実現する。
入力部１３は、キーボードを含む操作情報を入力する入力装置であり、入力制御部１４が入力部１３から入力された各種の操作情報をＣＰＵ１０へ送信する。
表示部１５は、ＬＣＤを含む表示装置であり、表示制御部１６がＣＰＵ１０から送信される表示データに基づいて各種の作業画面や処理情報を表示部１５に表示する。
記憶部１７は、ハードディスク装置を含む大容量の記憶装置であり、記憶制御部１８がＣＰＵ１０から受信した各種のデータを記憶部１７に書き込んで記憶し、ＣＰＵ１０からの求めに応じて記憶部１７に記憶されたデータを読み出してＣＰＵ１０へ送信する。
通信制御部１９は、ネットワーク４を介してクライアントＰＣ２と画像形成装置３との通信制御を司り、ＣＰＵ１０から受信したデータをクライアントＰＣ２と画像形成装置３へ送信し、クライアントＰＣ２と画像形成装置３から受信したデータをＣＰＵ１０へ送信する。
【００１５】
図１は、図２に示すサーバ１のＯＳ部の機能構成を示すブロック図である。
この実施例では、ＯＳにウインドウズを使用した場合を説明する。
ＯＳ部２０は、上記ＣＰＵ１０がウインドウズのプログラムを実行することによって実現される機能部であり、ここでは、画像形成装置３の制御とこの発明に係る機能部のみを示している。
プリンタドライバ部２１は、ＯＳ部２０がプリンタドライバプログラムを実行することによって実現される機能部であり、画像形成装置３を制御し、サーバ１及びクライアントＰＣ２から依頼されたプリントを画像形成装置３に行わせる。
【００１６】
プリンタドライバデータ（ＰｒｉｎｔｅｒＤｒｉｖｅｒＤａｔａ）保存部２７は、上記記憶部１７に設定されたＯＳ部２０が使用するレジストリ領域（公知なので図示を省略する）の内、ＯＳ部２０から論理アイコン毎に提供されるレジストリ領域に相当する。そのレジストリ領域とは、ＯＳ部２０が制御をする際に参照する各種のデータを記憶する領域であり、その設定データは、ＯＳ部２０が更新及び削除することができる。
ファイルシステムデータ保存部２８は、ＯＳ部２０のファイルシステムで使用する各種のデータを記憶して管理する記憶部１７内の記憶領域である。
プリンタドライバ部２１は、ドライバイベント受信部２２，プリンタイベント受信部２３，インタフェース入力表示制御部２４，個人設定管理部２５，データ保存部２６の各機能部からなる。
【００１７】
ドライバイベント受信部２２は、サーバ１に対するプリンタドライバのインストールの際やアンインストール時にＯＳ部２０から送信されるイベントを受信し、そのイベントをデータ保存部２６へ通知する。
プリンタイベント受信部２３は、論理プリンタの追加時や削除時にＯＳ部２０から送信されるイベントを受信し、そのイベントをデータ保存部２６へ通知する。
インタフェース入力表示制御部２４は、表示部１５にプリンタドライバの設定状態を提示するプロパティ画面を表示する制御と、プロパティ画面に対してユーザが各種の設定を入力又は変更した操作情報を入力する制御を司る。
個人設定管理部２５は、プリンタドライバの設定項目一覧とその各設定項目の設定値をひとまとめにして、それを設定項目としてユーザが利用できるようにするワンクリック設定を、ユーザ毎に作成・保存する制御を司る。
【００１８】
データ保存部２６は、プリンタドライバ部２１が、プリンタドライバデータ保存部２７とファイルシステムデータ保存部２８に対してローカルにファイルとして保存したいデータの保存と読み込みを管理する。また、ファイルシステムデータ保存部２８に対してプリンタドライバ、論理プリンタ、ユーザに関して階層化されたディレクトリ構造を構成してファイルを管理する。さらに、論理プリンタの削除時には、ファイルシステムデータ保存部２８に対してその論理プリンタに関連するディレクトリ以下のファイルをすべて削除する。さらにまた、プリンタドライバのアンインストール時には、ファイルシステムデータ保存部２８に対してそのプリンタドライバに関連するディレクトリ以下のファイルをすべて削除する。
【００１９】
図３は、サーバ１におけるドライバインストール時の処理を示すシーケンス図である。
サーバ１へのプリンタドライバのインストールでは、例えば、サーバ管理者によるプリンタドライバのインストール指示により、ＯＳ部２０は、記憶部１７のシステムのプリンタドライバディレクトリに、プリンタドライバパッケージに含まれるファイルをコピーしたあと、「ＤｒｖＤｒｉｖｅｒＥｖｅｎｔ関数」のコマンドの引数に「ＤＲＩＶＥＲ＿ＥＶＥＮＴ＿ＩＮＩＴＩＡＬＩＺＥ」を設定する形で、プリンタドライバ部２１に対してインストールイベントを送信する（図中ａ）。このドライバインストールイベントを受信するのがドライバイベント受信部２２である。
ドライバイベント受信部２２は、ドライバインストールイベントを受信すると、データ保存部２６に対してドライバデータディレクトリを作成するように依頼する（図中ｂ）。
このドライバデータディレクトリとは、そのプリンタドライバに関する設定データのファイルを保存するためのディレクトリである。
【００２０】
データ保存部２６は、まず、ファイルシステム上のどの場所にドライバデータディレクトリを作成するかを決める。この実施例では以下のような処理で決定する。
まず、データ保存部２６は、「ＷｉｎｄｏｗｓＡＰＩ」の「ＳＨＧｅｔＳｐｅｃｉａｌＦｏｌｄｅｒＰａｔｈ」のコマンドの引数に「ＣＳＩＤＬ＿ＣＯＭＭＯＮ＿ＡＰＰＤＡＴＡ」を設定するなどの方法で、ＯＳ部２０からコモンアプリケーションデータディレクトリパス（Ｃｏｍｍｏｎ  Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａディレクトリパス）を取得する（図中ｃ）。
このコモンアプリケーションデータディレクトリパスは、システムのインストールされているドライブがＣの場合、ウインドウズＸＰ（ＷｉｎｄｏｗｓＸＰ：登録商標）では、「Ｃ：￥Ｄｏｃｕｍｅｎｔｓ  ａｎｄ  Ｓｅｔｔｉｎｇｓ￥Ａｌｌ  Ｕｓｅｒｓ￥Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ￥」であり、ウインドウズビスタ（Ｗｉｎｄｏｗｓ  Ｖｉｓｔａ：登録商標）では、「Ｃ：￥ＰｒｏｇｒａｍＤａｔａ￥」である。
【００２１】
次に、データ保存部２６は、プリンタドライバ名を取得するために、ＯＳ部２０からプリンタインフォ（ＰｒｉｎｔｅｒＩｎｆｏ）を取得する（図中ｄ）。このプリンタインフォは、「ＷｉｎｄｏｗｓＡＰＩ」の「ＧｅｔＰｒｉｎｔｅｒ」のコマンドを利用することで取得できる。
次に、データ保存部２６は、上記取得したコモンアプリケーションデータディレクトリパスにプリンタドライバ名の情報を組み合わせて、ドライバデータディレクトリパスを作成する（図中ｅ）。すなわち、コモンアプリケーションデータディレクトリパスの下にプリンタドライバ名を連結させる。
【００２２】
例えば、ＯＳがウインドウズビスタの場合、プリンタドライバ名が「Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」だとすれば、ドライバデータディレクトリのパスは、「Ｃ：￥ＰｒｏｇｒａｍＤａｔａ￥Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」となる。
ただし、プリンタドライバ名には、ウインドウズのファイルシステムのパスとして利用できない文字（例えば「／」などの文字）も利用可能なため、このような文字が含まれていた場合は、適切な文字（例えば「−」などの文字）で置換する処理を行う。
【００２３】
次に、データ保存部２６は、上述のようにしてドライバデータディレクトリパスを作成することにより、その作成されたドライバデータディレクトリパスの示す箇所がファイルシステム上のドライバデータディレクトリを作成する場所に決定し、ファイルシステムデータ保存部２８に上記ドライバデータディレクトリパスで表されるディレクトリを作成する（図中ｆ）。このディレクトリは、「ＷｉｎｄｏｗｓＡＰＩ」の「ＣｒｅａｔｅＤｉｒｅｃｔｏｒｙ」を利用することで作成できる。
【００２４】
図４は、サーバ１における論理プリンタ追加時の処理を示すシーケンス図である。
論理プリンタとは、ウインドウズのプリンタフォルダ上で、プリンタのアイコンとして表示されている論理的なプリンタのことである。
１つのプリンタドライバパッケージに対して、複数の論理プリンタを作成することができる（例えば、オフィス内で、同じ機種のプリンタが複数あるような場合）。
プリンタドライバのインストール時、上述したドライバインストール処理の後で、論理プリンタの追加が行われる。また、ドライバインストール後でも、クライアントＰＣ２からのログインにより、プリンタフォルダから新しい論理プリンタをいつでも追加することができる。
【００２５】
サーバ１への論理プリンタの追加時には、ウインドウズの「ＤｒｖＰｒｉｎｔｅｒＥｖｅｎｔ関数」のコマンドの引数に「ＰＲＩＮＴＥＲ＿ＥＶＥＮＴ＿ＩＮＩＴＩＡＬＩＺＥ」を設定する形で、プリンタドライバ部２１に対して論理プリンタの追加を示すプリンタインストールイベントを送信する（図中ａ）。このプリンタインストールイベントを受信するのがプリンタイベント受信部２３である。
プリンタイベント受信部２３は、プリンタインストールイベントを受信すると、データ保存部２６に対してプリンタデータディレクトリを作成するように依頼する（図中ｂ）。
このプリンタデータディレクトリとは、その論理プリンタに関する設定ファイルを保存するためのディレクトリである。このプリンタデータディレクトリを、上述したドライバデータディレクトリの下に作成する。
データ保存部２６は、ファイルシステム上のどの場所にプリンタデータディレクトリを作成するかを決める。この実施例では以下のような処理で決定する。
【００２６】
まず、データ保存部２６は、ドライバデータディレクトリの下にプリンタデータディレクトリを作成するために、上述したドライバデータディレクトリパスの作成と同じ手順で、ＯＳ部２０からコモンアプリケーションデータディレクトリパスを取得し（図中ｃ）、ＯＳ部２０からプリンタインフォを取得（図中ｄ）し、上記取得したコモンアプリケーションデータディレクトリパスにプリンタドライバ名の情報を組み合わせて、ドライバデータディレクトリパスを作成する（図中ｅ）。
次に、そのドライバデータディレクトリパス下に置くプリンタデータディレクトリパスを作成する。
その作成処理としては、例えば、「ＷｉｎｄｏｗｓＡＰＩ」の「ＧｅｔＰｒｉｎｔｅｒ」のコマンドを利用することで取得できるプリンタインフォの論理プリンタ名から、ファイルシステムのパスとして利用できない文字（例えば「／」等の文字）を取り除いたものをディレクトリ名として用いることができる。
【００２７】
しかし、論理プリンタ名として設定できる最長の文字数は２２０文字であり、また、ウインドウズ上でファイルパスとして利用可能な最長文字数は２６０文字である。
したがって、プリンタインフォの論理プリンタ名の文字列をディレクトリ名として用いてしまうと、パス文字列が長くなりすぎて、ファイルを保存できなくなる恐れが生じる。
そこで、データ保存部２６は、ウインドウズ上で利用可能な確実に短いディレクトリ名のプリンタデータディレクトリパスを新たに作成する（図中ｆ）。
【００２８】
図５は、データ保存部２６におけるプリンタデータディレクトリパスの作成処理を示すフローチャートである。
データ保存部２６は、ステップ（図中「Ｓ」で示す）１で、ランダムな文字列を生成する。この文字列は、ウインドウズ上でファイルパスとして利用可能な最長文字数２６０文字以内の予め設定した文字数内の文字列である。
上記ランダムな文字列を生成する処理として、例えば、ＯＳ部２０でカウントしている現在時刻で発生系列を初期化した乱数を取得し、その乱数値を文字列に変換して作成する処理などが考えられる。
また、その乱数値を１６進数や３６進数に変換した場合、より短い文字数のランダム文字列を得ることができる。
【００２９】
そして、ステップ２で、生成されたランダム文字列のディレクトリパス名が、既にドライバデータディレクトリの下に存在するか否かを判断する。
既に存在したら最初の処理に戻って、新たにランダム文字列を生成して、上述の判断をする。もし、生成したランダム文字列のディレクトリパス名がドライバデータディレクトリの下に存在しなければ、ステップ３で、生成したランダム文字列をプリンタデータディレクトリパス名として採用し、この処理を終了する。
【００３０】
図４に戻り、データ保存部２６は、上述のようにしてそして、生成されたプリンタデータディレクトリパス名を含むプリンタドライバデータを、プリンタドライバデータ保存部２７に記憶して保存する（図中ｇ）。このプリンタドライバデータ保存部２７への保存は、「ＳｅｔＰｒｉｎｔｅｒ  ＡＰＩ」などのコマンドを用いて行うことができる。
プリンタドライバデータ保存部２７は、論理プリンタのデータであるプリンタドライバデータを保存するためのレジストリ領域であり、ＯＳ部２０によって管理される。
プリンタドライバデータ保存部２７には、プリンタドライバデータが論理プリンタ名にひもづいて管理されており、このデータを参照することにより、例え論理プリンタ名が変更されても、論理プリンタインスタンスは同一の論理プリンタを参照することができる。
【００３１】
このように、プリンタドライバデータ保存部２７にプリンタデータディレクトリパス名が保存されるので、論理プリンタ名の変更に影響されず、同一のプリンタデータディレクトリ名を参照することができる。
次に、データ保存部２６は、ファイルシステムデータ保存部２８に対して、上述のようにして生成されたプリンタデータディレクトリパス名のディレクトリをドライバデータディレクトリの下に作成する（図中ｈ）。
【００３２】
図６は、上述したドライバデータディレクトリとプリンタデータディレクトリの各作成処理によって作成されたディレクトリ構成の一例の説明図である。
ファイルシステムデータ保存部２８には、例えば、ディレクトリ名「Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」のドライバデータディレクトリ３０下に、ディレクトリ名「ｄ３ｋ２」のプリンタデータディレクトリ３１が作成される。これらの各ディレクトリは、ＯＳ部２０が参照及び削除可能に管理されている。
また、プリンタデータディレクトリ名「ｄ３ｋ２」は、上述した作成処理によって作成されたランダム文字列の一例である。
【００３３】
図７は、上述したプリンタデータディレクトリの作成後にプリンタドライバデータ保存部２７に保存されたプリンタドライバデータの一例を示す説明図である。
このプリンタドライバデータには、文字列「ｄ３ｋ２」が、「プリンタデータディレクトリ名（ＰｒｉｎｔｅｒＤｉｒｅｃｔｏｒｙＮａｍｅ）」キーに関連付けられて保存されている。種類「ＲＥＧ＿ＳＺ」は、保存されている「ｄ３ｋ２」が文字列であることを示すものである。
論理プリンタ追加後に、プリンタデータディレクトリ以下を参照したい場合は、この値を参照することでプリンタデータディレクトリ名を知ることができる。
【００３４】
次に、プリンタドライバにおける設定の一例であるワンクリック設定について説明する。
上記インタフェース入力表示制御部２４は、表示部１５にプリンタドライバの設定状態を提示するプロパティ画面を表示し、そのプロパティ画面に対してユーザが各種の設定の入力又は変更した操作情報の入力を受付けるユーザインタフェースを制御する。
図８は、図２に示す表示部１５に表示されたプリンタドライバのプロパティ画面（「ユーザインタフェース画面」ともいう）の一例を示す図である。
【００３５】
このプロパティ画面の画面右側には、両面印刷するか否かを選択（片面印刷か両面印刷かを選択）し、両面印刷をする場合は綴じ代の位置（上綴じ，右横綴じ，左横綴じ等）を選択する両面設定コンボボックス４１と、複数ページをまとめて１ページに印刷する集約印刷をするか否かを選択し、集約印刷する場合は１ページにまとめるページ数（例えば、２ページを１ページにまとめる場合は２ｉｎ１）を選択する集約設定コンボボックス４２と、印刷する用紙サイズ（例えば、Ａ４，Ｂ５等）を選択する用紙サイズコンボボックス４３が並んで表示されている。なお、同図には、両面印刷，集約印刷，用紙サイズを設定するコンボボックスのみを図示したが、その他に分割印刷を含む各種の選択コンボボックスも表示し、両面印刷，集約印刷，用紙サイズの他の印刷設定もできる。
【００３６】
一方、画面左側には、上記複数のコンボボックスによる設定項目内容をまとめて選択するためのＧＵＩ欄であるワンクリック設定欄４０が表示されている。
このワンクリック設定欄４０において、例えば、「会議用印刷」には、両面印刷「する、左横閉じ」、集約印刷「しない」、用紙サイズ「Ａ４」という一連の設定項目がまとめて保存されており、ユーザが入力部１３からプロパティ画面の「会議用印刷」を選択すると、それらの設定項目を一度に行うことができる。
また、新しいワンクリック設定項目を追加する場合、画面右側の各コンボボックスで追加したい設定を行い、次に画面左下のワンクリック名のエディットボックス４４に、そのワンクリック設定項目につける名前を入力し、追加ボタン４５を押すと、ワンクリック設定欄４０に新しいワンクリック設定項目を追加することができる。
図８では、両面印刷「しない」、集約印刷「２ｉｎ１」、用紙サイズ「Ａ４」の組み合わせに、「参考資料用印刷」という名前をつけて、追加しようとしている画面を示している。
【００３７】
図９は、ワンクリック設定項目のデータの保存形式の一例を示す図である。
ここでは、ワンクリック設定のデータをＸＭＬ形式で保存する場合を示す。
図８に示した参考資料用印刷のワンクリック設定のデータは、ルートタグの「ｓｅｔｔｉｎｇｓ  ｎａｍｅ」の属性に、ワンクリック設定項目名「参考資料用印刷」を保持し、その子タグの「ｉｔｅｍ  ｎａｍｅ」タグで、「両面印刷」「集約印刷」「用紙サイズ」の各設定項目名とそれらの設定値「しない」「２ｉｎ１」「Ａ４」を保持している。
図１０は、ワンクリック設定欄のワンクリック設定項目のファイル一覧を保持するためのＸＭＬファイルの一例を示す図である。
図８に示したワンクリック設定欄４０の「デフォルト」のタグ「デフォルト．ｘｍｌ」と、「会議用印刷」のタグ「会議用印刷．ｘｍｌ」が既に保持されており、それぞれのタグによって設定項目内容を参照する。そして、図８に示したような「参考資料用印刷」のワンクリック設定項目を追加した場合、新たに、「＜ｆｉｌｅ  ｎａｍｅ＝“参考資料用印刷．ｘｍｌ”／＞」というタグが追加される。
【００３８】
次に、一例として、上述したワンクリック設定項目の保存を行う場合の処理について説明する。
図１１は、サーバ１におけるワンクリック設定項目の保存時の処理を示すシーケンス図である。
ユーザが表示部１５に表示されたプロパティ画面おいて、入力部１３によってワンクリック設定の各種設定入力を行ったあと、追加ボタン４５が押下されると、図１０に示すように、インタフェース入力表示制御部２４は、個人設定管理部２５に対して設定情報の追加を指示する（図中ａ）。
個人設定管理部２５は、インタフェース入力表示制御部２４からのワンクリック設定項目の各設定内容から、図９と図１０にそれぞれ示したＸＭＬファイルのデータを作成し、ワンクリック設定項目名とともに、データ保存部２６に対して設定情報の保存を依頼する（図中ｂ）。
【００３９】
データ保存部２６は、上述した処理と同様に、まず、「ＷｉｎｄｏｗｓＡＰＩ」の「ＳＨＧｅｔＳｐｅｃｉａｌＦｏｌｄｅｒＰａｔｈ」のコマンドの引数に「ＣＳＩＤＬ＿ＣＯＭＭＯＮ＿ＡＰＰＤＡＴＡ」を設定するなどの方法で、ＯＳ部２０からコモンアプリケーションデータディレクトリパスを取得する（図中ｃ）。
このコモンアプリケーションデータディレクトリパスは、システムのインストールされているドライブがＣの場合、ウインドウズＸＰ（ＷｉｎｄｏｗｓＸＰ：登録商標）では、「Ｃ：￥Ｄｏｃｕｍｅｎｔｓ  ａｎｄ  Ｓｅｔｔｉｎｇｓ￥Ａｌｌ  Ｕｓｅｒｓ￥Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ￥」であり、ウインドウズビスタ（ＷｉｎｄｏｗｓＶｉｓｔａ：登録商標）では、「Ｃ：￥ＰｒｏｇｒａｍＤａｔａ￥」である。
次に、データ保存部２６は、ＯＳ部２０からプリンタインフォを取得する（図中ｄ）。このプリンタインフォは、「ＷｉｎｄｏｗｓＡＰＩ」の「ＧｅｔＰｒｉｎｔｅｒ」のコマンドを利用することで取得できる。
【００４０】
次に、データ保存部２６は、上記取得したコモンアプリケーションデータディレクトリパスにプリンタドライバ名の情報を組み合わせて、ドライバデータディレクトリパスを作成する（図中ｅ）。すなわち、コモンアプリケーションデータディレクトリパスの下にプリンタドライバ名を連結させる。
例えば、ＯＳがウインドウズビスタの場合、プリンタドライバ名が「Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」だとすれば、ドライバデータディレクトリのパスは、「Ｃ：￥ＰｒｏｇｒａｍＤａｔａ￥Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」となる。
次に、データ保存部２６は、上記作成したドライバデータディレクトリパスに基づいて、プリンタドライバデータ保存部２７から上記作成したドライバデータディレクトリパス下のプリンタデータディレクトリパスを取得する（図中ｆ）。
【００４１】
次に、データ保存部２６は、ＯＳ部２０からカレントユーザ名を取得する（図中ｇ）。
このカレントユーザ名は、「ＷｉｎｄｏｗｓＡＰＩ」の「ＧｅｔＵｓｅｒＮａｍｅ」などを利用して取得することができる。
データ保存部２６は、ファイルシステムデータ保存部２８に保存されている上記作成したプリンタデータディレクトリパスのプリンタデータディレクトリ下に、上記取得したカレントユーザ名のディレクトリ（「ユーザデータディレクトリ」と呼ぶ）を作成する（図中ｈ）。
さらに、データ保存部２６は、上記作成したユーザデータディレクトリ内に、ワンクリック設定項目に係る設定情報として、上記各ＸＭＬファイルのデータを保存し（図中ｉ）、この処理を終了する。
この際、すでに同名のファイルがある場合には上書きする。
【００４２】
上述の処理において、データ保存部２６は、初めて設定情報のデータの保存を行った際に、ユーザデータディレクトリパスを内部に保持しておけば、何度も取得する手間を省くことができる。
上述の処理ではワンクリック設定項目を保存する場合の処理を説明したが、もちろん、データ保存部２６は、ワンクリック設定項目以外にも、さまざまな設定のファイルの保存を上述と同様にして行うことができる。
【００４３】
次に、上述したワンクリック設定項目の読み込みを行う場合の処理について説明する。
図１２は、サーバ１におけるワンクリック設定項目の読み込み時の処理を示すシーケンス図である。
まず、インタフェース入力表示制御部２４の初期化時にワンクリックの初期化を行う。
ユーザが表示部１５に表示されたプロパティ画面おいて、入力部１３によってワンクリック設定項目の中からいずれかのワンクリック設定項目の選択入力を行うと、図１１に示すように、インタフェース入力表示制御部２４は、個人設定管理部２５に対して設定情報の読み込みを指示する（図中ａ）。
個人設定管理部２５は、インタフェース入力表示制御部２４からのワンクリック設定項目名とともに、データ保存部２６に対して設定情報の読み込みを依頼する（図中ｂ）。
【００４４】
データ保存部２６は、上述した処理と同様に、まず、「ＷｉｎｄｏｗｓＡＰＩ」の「ＳＨＧｅｔＳｐｅｃｉａｌＦｏｌｄｅｒＰａｔｈ」のコマンドの引数に「ＣＳＩＤＬ＿ＣＯＭＭＯＮ＿ＡＰＰＤＡＴＡ」を設定するなどの方法で、ＯＳ部２０からコモンアプリケーションデータディレクトリパスを取得する（図中ｃ）。
このコモンアプリケーションデータディレクトリパスは、システムのインストールされているドライブがＣの場合、ウインドウズＸＰ（ＷｉｎｄｏｗｓＸＰ：登録商標）では、「Ｃ：￥Ｄｏｃｕｍｅｎｔｓ  ａｎｄ  Ｓｅｔｔｉｎｇｓ￥Ａｌｌ  Ｕｓｅｒｓ￥Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ￥」であり、ウインドウズビスタ（ＷｉｎｄｏｗｓＶｉｓｔａ：登録商標）では、「Ｃ：￥ＰｒｏｇｒａｍＤａｔａ￥」である。
次に、データ保存部２６は、ＯＳ部２０からプリンタインフォを取得する（図中ｄ）。このプリンタインフォは、「ＷｉｎｄｏｗｓＡＰＩ」の「ＧｅｔＰｒｉｎｔｅｒ」のコマンドを利用することで取得できる。
【００４５】
次に、データ保存部２６は、上記取得したコモンアプリケーションデータディレクトリパスにプリンタドライバ名の情報を組み合わせて、ドライバデータディレクトリパスを作成する（図中ｅ）。すなわち、コモンアプリケーションデータディレクトリパスの下にプリンタドライバ名を連結させる。
例えば、ＯＳがウインドウズビスタの場合、プリンタドライバ名が「Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」だとすれば、ドライバデータディレクトリのパスは、「Ｃ：￥ＰｒｏｇｒａｍＤａｔａ￥Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」となる。
次に、データ保存部２６は、上記作成したドライバデータディレクトリパスに基づいて、プリンタドライバデータ保存部２７から上記作成したドライバデータディレクトリパス下のプリンタデータディレクトリパスを取得する（図中ｆ）。
【００４６】
次に、データ保存部２６は、ＯＳ部２０からカレントユーザ名を取得する（図中ｇ）。
このカレントユーザ名は、「ＷｉｎｄｏｗｓＡＰＩ」の「ＧｅｔＵｓｅｒＮａｍｅ」などを利用して取得することができる。
次に、データ保存部２６は、ファイルシステムデータ保存部２８に対して、上記作成したドライバデータディレクトリパス下のプリンタデータディレクトリ下を参照し、さらにユーザデータディレクトリ内に記憶されているワンクリック設定項目の設定情報を読み込み（図中ｈ）、その設定情報を個人設定管理部２５へ送信する（図中ｉ）。
【００４７】
個人設定管理部２５は、データ保存部２６から受信したワンクリック設定項目の設定情報をインタフェース入力表示制御部２４へ送信し（図中ｊ）、インタフェース入力表示制御部２４は、その設定情報を表示部１５に反映し、表示部１５のプリンタのプロパティ画面に上記選択されたワンクリック設定項目の各設定内容を表示する（図中ｋ）と共に、プリンタドライバ部２１に各設定内容を設定する。
上述の処理において、データ保存部２６は、初めて設定情報のデータの読み込みを行った際に、ユーザデータディレクトリパスを内部に保持しておけば、何度も取得する手間を省くことができる。
上述の処理ではワンクリック設定項目を読み込む場合の処理を説明したが、もちろん、データ保存部２６は、ワンクリック設定項目以外にも、さまざまな設定のファイルの読み込みを上述と同様にして行うことができる。
【００４８】
図１３は、データ保存部２６がファイルシステムデータ保存部２８に作成したディレクトリ構成の一例を示す図である。
上述の処理により、ファイルシステムデータ保存部２８には、ディレクトリ名「Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」の最上位のドライバデータディレクトリ３０が作成され、その内部（ドライバデータディレクトリ３０下）にディレクトリ名「ｄ３ｋ２」のプリンタデータディレクトリ３１と、ディレクトリ名「ｋｔｏ９」のプリンタデータディレクトリ３２がそれぞれ作成されている。
プリンタデータディレクトリ３１の内部には、ディレクトリ名「ユーザＡ」のユーザデータディレクトリ３３と、ディレクトリ名「ユーザＢ」のユーザデータディレクトリ３４とが作成されており、プリンタデータディレクトリ３２の内部には、ディレクトリ名「ユーザＡ」のユーザデータディレクトリ３５と、ディレクトリ名「ユーザＢ」のユーザデータディレクトリ３６とが作成されている。
【００４９】
そして、各ユーザデータディレクトリ３３，３４内には、それぞれ個人毎の設定ファイルが格納されている。
例えば、ユーザデータディレクトリ３３内には、ワンクリック設定項目の「デフォルト印刷．ｘｍｌ」５０，「会議用印刷．ｘｍｌ」５１，「参考資料用印刷．ｘｍｌ」５２，「集約印刷．ｘｍｌ」５３の各設定情報が格納されている。
このようにして、ＯＳ部２０は、プリンタドライバの設定情報をドライバデータディレクトリ，プリンタデータディレクトリ，ユーザデータディレクトリの各階層構造で管理することができるので、ドライバデータ，プリンタデータ，又はユーザデータ毎の各設定情報をまとめて削除することが容易になる。
【００５０】
図１４は、サーバ１における論理プリンタ削除時にプリンタデータディレクトリを削除する処理を示すシーケンス図である。
例えば、クライアントＰＣ２からのログアウト時、サーバ１ではログアウトしたクライアントＰＣ２の論理プリンタを削除する。
サーバ１のＯＳ部２０は、プリンタドライバ部２１に対して論理プリンタアンインストールイベントを送信する（図中ａ）。この論理プリンタアンインストールイベントを受信するのがプリンタイベント受信部２３である。
プリンタイベント受信部２３は、論理プリンタアンインストールイベントを受信すると、データ保存部２６に対して、その論理プリンタに係るプリンタデータディレクトリを削除するように依頼する（図中ｂ）。
【００５１】
データ保存部２６は、ＯＳ部２０からコモンアプリケーションデータディレクトリパスを取得し（図中ｃ）、さらにＯＳ部２０からプリンタインフォを取得し（図中ｄ）、上記取得したコモンアプリケーションデータディレクトリパスにプリンタドライバ名の情報を組み合わせて、ドライバデータディレクトリパスを作成し（図中ｅ）、プリンタドライバデータ保存部２７から上記作成したドライバデータディレクトリパスに対応するプリンタデータディレクトリパスを取得し（図中ｆ）、上記作成したドライバデータディレクトリパスと上記取得したプリンタデータディレクトリパスに基づいて、ファイルシステムデータ保存部２８の上記作成したドライバデータディレクトリ下の上記取得したプリンタデータディレクトリパスのプリンタデータディレクトリ以下のすべてのファイルとディレクトリを削除する（図中ｇ）。
これによって、論理プリンタの削除に伴って、その論理プリンタに関連する設定情報、ここではプリンタデータディレクトリの各ユーザ毎のワンクリック設定項目のファイルのすべてを残らず削除することができる。
【００５２】
図１５は、サーバ１におけるプリンタドライバ削除時にドライバデータディレクトリを削除する処理を示すシーケンス図である。
サーバ１では画像形成装置３のプリンタドライバを削除する際、そのドライバデータディレクトリも削除する。
サーバ１のＯＳ部２０は、プリンタドライバ部２１に対してドライバアンインストールイベントを送信する（図中ａ）。このドライバアンインストールイベントを受信するのがドライバイベント受信部２２である。
ドライバイベント受信部２２は、ドライバアンインストールイベントを受信すると、データ保存部２６に対して、そのプリンタドライバに係るドライバデータディレクトリを削除するように依頼する（図中ｂ）。
【００５３】
データ保存部２６は、ＯＳ部２０からコモンアプリケーションデータディレクトリパスを取得し（図中ｃ）、さらにＯＳ部２０からプリンタインフォを取得し（図中ｄ）、上記取得したコモンアプリケーションデータディレクトリパスにプリンタドライバ名の情報を組み合わせて、ドライバデータディレクトリパスを作成し（図中ｅ）、その作成したドライバデータディレクトリパスに基づいて、ファイルシステムデータ保存部２８の上記作成したドライバデータディレクトリパス下のすべてのファイルとディレクトリを削除する（図中ｆ）。
これによって、プリンタドライバの削除に伴って、そのプリンタドライバに関連する設定情報、ここでは各論理プリンタのワンクリック設定項目のファイルのすべてを残らず削除することができる。
【００５４】
次に、上述した「ユーザデータディレクトリ」を個人ユーザ毎ではなく、グループ毎に分類して保存する場合の処理について説明する。
この場合、上述したプリンタデータディレクトリ下にグループディレクトリを設ける。
図１６は、ユーザをグループ分類するためのグループ定義ファイルデータの一例を示す図である。
このグループ定義ファイルデータのルートタグは「ｇｒｏｕｐｓ」であり、複数の「ｇｒｏｕｐタグ」を持つ。
「ｇｒｏｕｐｓ」は、グループの分類を設定するためのタグである。
【００５５】
「ｇｒｏｕｐ  ｎａｍｅ属性タグ」にグループを識別するためのグループ名を定義し、複数の「ｕｓｅｒ  ｎａｍｅタグ」を持つ。
「ｕｓｅｒ  ｎａｍｅタグ」は、各グループに所属するユーザ名を記述する。
ここでは、例えば、ユーザのログインユーザ名を記述する場合を示しており、第１グループには、「ユーザＡ」と「ユーザＢ」が所属する。
このように、プリンタドライバに関する様々な設定情報（上記ワンクリック設定項目を含む）をユーザ名を含むグループ単位で管理することにより、グループ内の誰かが行った設定をグループ内で共有できるようになる効果が得られる。
【００５６】
図１７は、プリンタドライバに関する様々な設定情報をグループ単位で管理する場合のディレクトリ構成の一例を示す図である。
ドライバデータディレクトリには、予め「ｇｒｏｕｐｓ．ｘｍｌ」のグループ定義ファイルデータ７０を保存する。
このグループ定義ファイルデータ７０は、図１６に示したユーザのグループ分類を定義したファイルであり、ドライバのインストールパッケージに含まれており、プリンタドライバのインストール時に、ドライバデータディレクトリにコピーするとよい。
【００５７】
この実施例では、上述したワンクリック設定項目の保存時の処理について、データ保存部２６は、ユーザデータディレクトリを決める処理において、ユーザ名をそのまま利用するのではなく、図１６に示したグループ定義ファイルデータ７０を参照することにより、ＯＳ部２０から取得したカレントユーザ名がどのグループに所属するのかを参照し、そのグループ名をユーザデータディレクトリ名として利用する。そして、プリンタデータディレクトリ下にグループ毎のディレクトリを作成し、そのディレクトリ下に各ユーザデータのディレクトリを作成する。
ファイルシステムデータ保存部２８には、図１７に示すように、ディレクトリ名「Ｈｅｌｌｏ  Ｄｒｉｖｅｒ」の最上位のドライバデータディレクトリ３０が作成され、その内部（ドライバデータディレクトリ３０下）にディレクトリ名「ｄ３ｋ２」のプリンタデータディレクトリ３１と、ディレクトリ名「ｋｔｏ９」のプリンタデータディレクトリ３２がそれぞれ作成される。
【００５８】
プリンタデータディレクトリ３１の内部には、上述したグループ定義ファイルデータ７０に基づく処理により、ディレクトリ名「第１グループ」のグループデータディレクトリ６０と、ディレクトリ名「第２グループ」のグループデータディレクトリ６１とが作成される。
さらに、グループデータディレクトリ６０には、ディレクトリ名「ユーザＡ」のユーザデータディレクトリ６２と、ディレクトリ名「ユーザＢ」のユーザデータディレクトリ６３とが作成され、グループデータディレクトリ６１には、ディレクトリ名「ユーザＣ」のユーザデータディレクトリ６４と、ディレクトリ名「ユーザＤ」のユーザデータディレクトリ６５とが作成され、各ユーザデータディレクトリ６２〜６５内には、それぞれ個人毎の設定情報（ワンクリック設定項目を含む）のファイルが格納される。
【００５９】
同様に、プリンタデータディレクトリ３２にも、ディレクトリ名「第１グループ」のグループデータディレクトリ６６と、ディレクトリ名「第２グループ」のグループデータディレクトリ６７とが作成され、図示を省略するが、各グループデータディレクトリ内には、それぞれユーザデータディレクトリが作成され、個人毎の設定情報のファイルが格納される。
これによって、たとえば、経理のグループや、企画のグループ毎にプリンタに関する設定情報を共有するといった使い方が実現できる。
【００６０】
この実施例では、プリンタドライバの設定ファイルへの保存を論理プリンタごとに管理し、論理プリンタの追加、削除に同期した生成、削除の管理を可能にすることができる。
論理プリンタに関連づいた設定ファイルを、論理プリンタの削除時に消去できる。
また、プリンタドライバに関連づいた設定ファイルを、プリンタドライバのアンインストール時に消去できる。
さらに、プリンタドライバのインストール時に、プリンタドライバ名に対して一意な文字列の名前を持つディレクトリを生成し、その内部にプリンタドライバの設定ファイルを保存するので、プリンタドライバのアンインストール時に、このディレクトリ以下のすべてのファイルを消去できる。
【００６１】
また、論理プリンタ追加時に、論理プリンタに対して一意な文字列の名前を持つディレクトリを、１つのディレクトリ内部に生成するので、論理プリンタの削除時に、このディレクトリ以下のすべてのファイルを消去できる。
さらに、生成したディレクトリの名前を、ＯＳの管理するレジストリのプリンタドライバデータ保存部に保存するので、論理プリンタ名が変更されても上記レジストリを参照することで、論理プリンタのディレクトリ名を得ることができる。
【産業上の利用可能性】
【００６２】
この発明による情報処理装置とプログラムとコンピュータ読み取り可能な記録媒体は、ファクシミリ装置，プリンタ，スキャナ，複写機，複合機，コンピュータを含む装置において適用することができる。
【符号の説明】
【００６３】
１：サーバ    ２：クライアントＰＣ    ３：画像形成装置    ４：ネットワーク    １０：ＣＰＵ    １１：ＲＯＭ    １２：ＲＡＭ    １３：入力部    １４：入力制御部    １５：表示部    １６：表示制御部    １７：記憶部    １８：記憶制御部    １９：通信制御部    ２０：ＯＳ部    ２１：プリンタドライバ部    ２２：ドライバイベント受信部    ２３：プリンタイベント受信部  ２４：インタフェース入力表示制御部    ２５：個人設定管理部    ２６：データ保存部    ２７：プリンタドライバデータ保存部    ２８：ファイルシステムデータ保存部    ３０：ドライバデータディレクトリ    ３１：プリンタデータディレクトリ    ４０：ワンクリック設定欄    ４１：両面設定コンボボックス    ４２：集約設定コンボボックス    ４３：用紙サイズコンボボックス    ４４：エディットボックス    ４５：追加ボタン    ７０：グループ定義ファイルデータ
【先行技術文献】
【特許文献】
【００６４】
【特許文献１】特開２００１‐３５０６０６号公報
【図１】
2010205009.tif 000003
【図２】
2010205009.tif 000004
【図３】
2010205009.tif 000005
【図４】
2010205009.tif 000006
【図５】
2010205009.tif 000007
【図６】
2010205009.tif 000008
【図７】
2010205009.tif 000009
【図８】
2010205009.tif 000010
【図９】
2010205009.tif 000011
【図１０】
2010205009.tif 000012
【図１１】
2010205009.tif 000013
【図１２】
2010205009.tif 000014
【図１３】
2010205009.tif 000015
【図１４】
2010205009.tif 000016
【図１５】
2010205009.tif 000017
【図１６】
2010205009.tif 000018
【図１７】
2010205009.tif 000019