(57)【要約】      （修正有）【課題】インストールされるプリンタードライバーの印刷設定に関するカスタマイズを可能とする印刷制御装置を提供する。【解決手段】印刷制御装置は、ＯＳが管理する環境下にプリンタードライバーをインストールするＳ１００と、印刷設定の変更を示す設定変更情報を外部からの入力に応じて取得するＳ１１０と、取得した設定変更情報に基づいて、プリンタードライバーが採用する印刷設定を変更するＳ１３０と、を備える。印刷設定変更Ｓ１３０は、プリンタードライバーのインストールに伴ってＯＳに保存された、プリンタードライバーが採用する印刷の初期設定を、設定変更情報に基づいて変更する。【選択図】図２
2017010371.tif 000002
【特許請求の範囲】
【請求項１】
オペレーティングシステムが管理する環境下にプリンタードライバーをインストールするインストール処理部と、
印刷設定の変更を示す設定変更情報を外部からの入力に応じて取得する情報取得部と、
前記取得した設定変更情報に基づいて、前記プリンタードライバーが採用する印刷設定を変更する印刷設定変更部と、
を備えることを特徴とする印刷制御装置。
【請求項２】
前記印刷設定変更部は、前記プリンタードライバーのインストールに伴って前記オペレーティングシステムに保存された、前記プリンタードライバーが採用する印刷の初期設定を、前記設定変更情報に基づいて変更することを特徴とする請求項１に記載の印刷制御装置。
【請求項３】
前記印刷設定変更部は、印刷設定を記述したプリントチケットであって前記設定変更情報を反映したプリントチケットを前記オペレーティングシステムが保存するための特定のデータ構造に変換することを、前記オペレーティングシステムを介して前記プリンタードライバーに要求し、当該要求に応じて変換された前記特定のデータ構造による印刷設定で、前記オペレーティングシステムに保存された前記特定のデータ構造による前記初期設定を上書きする、ことを特徴とする請求項２に記載の印刷制御装置。
【請求項４】
前記印刷設定変更部は、前記設定変更情報に応じて、前記オペレーティングシステムに保存された前記初期設定と、前記プリンタードライバーが保存する印刷設定とのいずれかを変更することを特徴とする請求項２または請求項３に記載の印刷制御装置。
【請求項５】
前記印刷設定変更部は、前記設定変更情報が前記初期設定の変更を示す情報であれば、前記オペレーティングシステムに保存された前記初期設定を変更し、前記設定変更情報が印刷に関する禁則の追加または削除を示す情報であれば、前記プリンタードライバーが保存する印刷設定を変更する、ことを特徴とする請求項４に記載の印刷制御装置。
【請求項６】
オペレーティングシステムが管理する環境下にプリンタードライバーをインストールするインストール機能と、
印刷設定の変更を示す設定変更情報を外部からの入力に応じて取得する情報取得機能と、
前記取得した設定変更情報に基づいて、前記プリンタードライバーが採用する印刷設定を変更する印刷設定変更機能と、
をコンピューターに実行させることを特徴とする印刷設定制御プログラム。
【請求項７】
オペレーティングシステムが管理する環境下にプリンタードライバーをインストールするインストール工程と、
印刷設定の変更を示す設定変更情報を外部からの入力に応じて取得する情報取得工程と、
前記取得した設定変更情報に基づいて、前記プリンタードライバーが採用する印刷設定を変更する印刷設定変更工程と、
を備えることを特徴とする印刷設定制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷制御装置、印刷設定制御プログラムおよび印刷設定制御方法に関する。
【背景技術】
【０００２】
オペレーティングシステム（以下、ＯＳ）としての、Ｍｉｃｒｏｓｏｆｔ社（登録商標）が提供するＷｉｎｄｏｗｓ（登録商標）、において動作するＶｅｒｓｉｏｎ４プリンタードライバー（以下、Ｖ４プリンタードライバー）が知られている。ベンダーは、Ｖ４プリンタードライバーの構築に関してＭｉｃｒｏｓｏｆｔ社が定めたアーキテクチャーに基づいて、Ｖ４プリンタードライバーを作成し、市場に流通させる。
【０００３】
なお、プリントサーバーを用いてプリンタードライバーをクライアントにインストールする方法であって、プリントサーバーは各プリンタードライバーとその対応ＣＰＵと対応言語を管理し、クライアントのＣＰＵ種類及び言語の情報に適合するプリンタードライバーのドライバー識別子を送信し、クライアントは受信したドライバー識別子が示すプリンタードライバーをプリントサーバーに要求し、プリントサーバーは受信したドライバー識別子が示すプリンタードライバーを配信する構成が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３‐１３０９８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前記定められたアーキテクチャー上、ハードウェアへのＶ４プリンタードライバーのインストール時に、Ｖ４プリンタードライバー自身で当該インストール処理を制御することができない。ここで、ユーザーは、プリンタードライバーを自分好みの設定にカスタマイズすることを望む。しかしながら、上述したようにＶ４プリンタードライバーがインストール処理を制御することができない以上、当該インストールが終了してプリンターが使用可能な状況となっても、ユーザーが所望するカスタマイズはプリンタードライバーに反映されていないままであった。
【０００６】
本発明は上述の課題に鑑みてなされたものであり、インストールされるプリンタードライバーの印刷設定に関するカスタマイズを可能とする印刷制御装置、印刷設定制御プログラムおよび印刷設定制御方法を提供する。
【課題を解決するための手段】
【０００７】
本発明の態様の一つは、印刷制御装置は、ＯＳが管理する環境下にプリンタードライバーをインストールするインストール処理部と、印刷設定の変更を示す設定変更情報を外部からの入力に応じて取得する情報取得部と、前記取得した設定変更情報に基づいて、前記プリンタードライバーが採用する印刷設定を変更する印刷設定変更部と、を備える。
【０００８】
当該構成によれば、プリンタードライバーのインストール時に、プリンタードライバー自身が、採用すべき印刷設定を変更することができなくとも、前記情報取得部と前記印刷設定変更部との働きによって、プリンタードライバーが採用する印刷設定を変更する（カスタマイズする）ことができる。
【０００９】
本発明の態様の一つは、前記印刷設定変更部は、前記プリンタードライバーのインストールに伴って前記ＯＳに保存された、前記プリンタードライバーが採用する印刷の初期設定を、前記設定変更情報に基づいて変更するとしてもよい。
当該構成によれば、ＯＳに保存された情報を変更することで、プリンタードライバーが採用する印刷の初期設定を変更することができる。この場合、前記印刷設定変更部は、印刷設定を記述したプリントチケットであって前記設定変更情報を反映したプリントチケットを前記ＯＳが保存するための特定のデータ構造に変換することを、前記ＯＳを介して前記プリンタードライバーに要求し、当該要求に応じて変換された前記特定のデータ構造による印刷設定で、前記ＯＳに保存された前記特定のデータ構造による前記初期設定を上書きすることにより、前記変更を実現する。
【００１０】
本発明の態様の一つは、前記印刷設定変更部は、前記設定変更情報に応じて、前記ＯＳに保存された前記初期設定と、前記プリンタードライバーが保存する印刷設定とのいずれかを変更するとしてもよい。
当該構成によれば、ユーザーが所望するカスタマイズの指示（設定変更情報）に応じて、変更の対象となる情報が適切に選択される。具体的には、前記印刷設定変更部は、前記設定変更情報が前記初期設定の変更を示す情報であれば、前記ＯＳに保存された前記初期設定を変更し、前記設定変更情報が印刷に関する禁則の追加または削除を示す情報であれば、前記プリンタードライバーが保存する印刷設定を変更する。
【００１１】
本発明の技術的思想は、印刷制御装置という物以外によっても実現される。例えば、本発明は、上述したような印刷制御装置の各部が実行する工程を含んだ方法（印刷設定制御方法）や、当該工程をハードウェア（コンピューター）に実行させるプログラム（印刷設定制御プログラム）や、当該プログラムを記憶したコンピューター読み取り可能な記憶媒体、といった各種カテゴリーにて実現されてもよい。
【図面の簡単な説明】
【００１２】
【図１】印刷制御装置の構成を例示するブロック図。
【図２】実施例１にかかる処理を示すフローチャート。
【図３】ＵＩ画面の一部を例示する図。
【図４】実施例２にかかる処理を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら本発明の実施形態を説明する。
１．印刷制御装置の概略：
図１は、本実施形態にかかる印刷制御装置１０の構成を概略的に例示するブロック図である。印刷制御装置１０は、例えば、ＲＡＭ、ＲＯＭ、ＣＰＵ等を備えるＩＣやその他の記憶媒体等による制御部２０を備える。制御部２０には、ＯＳ１１が既にインストールされている。ＯＳ１１の一例としては、Ｗｉｎｄｏｗｓ８が挙げられる。また、本実施形態では、ＯＳ１１が管理する環境下に、Ｖ４プリンタードライバーの一種であるプリンタードライバー（以下、ドライバー）１２がインストールされる。また、アプリケーション１３も、ＯＳ１１が管理する環境下で動作する。制御部２０は、このような各種プログラム（ドライバー１２やアプリケーション１３等）に従った処理をＯＳ１１の管理下で実行することができる。
【００１４】
アプリケーション１３は、本発明にかかる印刷設定制御プログラムに相当する。印刷制御装置１０では、制御部２０がアプリケーション１３に従った処理を実行することにより、印刷設定制御方法を実現する。アプリケーション１３の機能については後述する。ドライバー１２およびアプリケーション１３は、例えば、これらを作成したベンダーによって光ディスクへ記録され、当該光ディスクが市場に流通することでユーザーに提供される。ユーザーは、当該光ディスクを、印刷制御装置１０（印刷制御装置１０が有する不図示の光ディスクドライブ）に読み込ませることにより、印刷制御装置１０へのドライバー１２のインストールを行うことができる。むろん、ドライバー１２およびアプリケーション１３がユーザーへ提供される際の形態は、光ディスクを介した流通形態に限定されない。
【００１５】
印刷制御装置１０は、図示しないインターフェースを備えており、印刷制御装置１０には当該インターフェースを介して入力部５０と表示部５１とプリンター５２とが接続される。入力部５０は、ユーザーの入力操作を受け付けるための入力装置であり、マウス、キーボード、タッチパネル、各種入力キー等が該当し得る。表示部５１は、制御部２０が出力する信号に応じて任意の画像を表示するディスプレイである。プリンター５２は、インストールされたドライバー１２によって駆動制御される印刷装置であり、制御部２０が出力するレンダリング後の印刷データに基づいて印刷を実行する。
【００１６】
印刷制御装置１０は、例えば、ＰＣ（パーソナルコンピューター）、タブレット型端末、スマートフォン等といった、プリンター５２に対する制御装置となり得る様々な装置によって実現される。また、印刷制御装置１０に含まれる構成の一部（少なくとも制御部２０を含む構成）を指して、本発明にかかる印刷制御装置と把握してもよい。印刷制御装置１０、入力部５０および表示部５１は、それぞれが独立した製品であってもよいし、一体的に構成された製品であってもよい。
【００１７】
２．印刷設定のカスタマイズに関する説明：
《実施例１》
図２は、アプリケーション１３等に従って制御部２０が実現する印刷設定のカスタマイズ処理（印刷設定制御方法）を、フローチャートにより示している。ここでは、ＯＳ１１、ドライバー１２およびアプリケーション１３それぞれに関わる処理を並列的に示している。図２を参照して説明する処理を、実施例１とも呼ぶ。
【００１８】
ユーザーによる入力部５０への所定の操作を契機として、アプリケーション１３が起動すると、アプリケーション１３は、ＯＳ１１の下でドライバー１２のインストールを実行する（ステップＳ１００）。つまり、アプリケーション１３は、ドライバー１２を印刷制御装置１０へ導入するためのインストーラーとしても機能する。ステップＳ１００を実現する点で、制御部２０は、インストール処理部として機能すると言える。
【００１９】
次に、アプリケーション１３は、印刷設定の変更を示す設定変更情報を、外部からの入力に応じて取得する（ステップＳ１１０）。アプリケーション１３は、設定変更情報を取得するために、ユーザーインターフェース（ＵＩ）画面を表示部５１へ表示させる。そして、ＵＩ画面を通じたユーザーの操作に応じて、設定変更情報を取得する。設定変更情報は、ユーザーが所望するカスタマイズの指示であるとも言える。実施例１では、カスタマイズの対象が、ドライバー１２が採用する印刷の初期設定であるとする。印刷の初期設定とは、ドライバー１２のインストール完了後、所望の印刷対象をプリンター５２に印刷させるためにドライバー１２を立ち上げた際に、既に設定されている印刷条件である。ユーザーは、印刷の度にも、初期設定から任意に変更した印刷条件にて印刷を行うことはできるが、そのような変更をしない場合は、初期設定をそのまま採用した印刷が実行される。
【００２０】
ステップＳ１１０は、例えば、次のような手順により実現される。
まず、アプリケーション１３は、ドライバー１２から、カスタマイズの基礎となるプリントチケット（ＰｒｉｎｔＴｉｃｋｅｔ）を取得する。プリントチケットとは、印刷設定が記述されたドキュメントである。プリントチケットは、例えば、ＸＭＬ形式で記述されている。このようにアプリケーション１３がドライバー１２から取得するプリントチケットは、ベンダーが生成した情報であるため、初期設定に対するユーザー個々の希望は当然反映されていない。次に、アプリケーション１３は、ドライバー１２から取得したプリントチケットを、ＵＩ画面を通じたユーザーの操作に応じて編集する。
【００２１】
図３は、ステップＳ１１０の過程で表示部５１が表示するＵＩ画面５１ａの一部を例示している。ＵＩ画面５１ａには、「用紙サイズ」、「印刷方向」、「用紙種類」…等といった印刷設定の様々な項目と、それら項目毎の初期設定と、が示されている。図３に例示した初期設定は、ドライバー１２から取得されたプリントチケットに記述された印刷設定であり、ベンダーが定めた初期設定である。ユーザーは、ＵＩ画面５１ａを見ながら、入力部５０を任意に操作することにより、このような初期設定に変更を加えることができる。ユーザーは、例えば、デフォルトでは、「カラー」の項目が有効化されている（カラー印刷が有効化されている）が、これを「モノクロ」に変更したり、無効化されている「両面印刷」の項目を有効化したりする。このような操作に応じて、アプリケーション１３は、ドライバー１２から取得したプリントチケットを、例えば、カラー印刷をモノクロ印刷に変更し、かつ片面印刷を両面印刷に変更した記述とする（プリントチケットを編集する）。このようにプリントチケットを編集することが、設定変更情報を取得することに相当する。ステップＳ１１０を実現する点で、制御部２０は、情報取得部として機能すると言える。
【００２２】
次に、アプリケーション１３は、ステップＳ１１０で得た編集後のプリントチケット、つまりユーザーの指示に応じた設定変更情報を反映したプリントチケットを、ＯＳ１１が保存するための特定のデータ構造に変換することを、ＯＳ１１を介してドライバー１２に要求する（ステップＳ１２０）。ＯＳ１１が保存するための特定のデータ構造とは、いわゆるＤＥＶＭＯＤＥ構造を指す。ＤＥＶＭＯＤＥ構造は、Ｍｉｃｒｏｓｏｆｔ社が定義する、バイナリー形式による印刷設定情報の塊である。アプリケーション１３は、編集後のプリントチケットを、前記変換の要求とともにＯＳ１１へ受け渡し（ステップＳ１２０）、ＯＳ１１は、当該編集後のプリントチケットと要求とを、ドライバー１２へ受け渡す（ステップＳ２００）。すると、ドライバー１２は、当該要求に応じて、受け渡されたＸＭＬ形式のプリントチケットを、ＤＥＶＭＯＤＥ構造へ変換する（ステップＳ３００）。ドライバー１２は、当該変換後のＤＥＶＭＯＤＥ構造を、アプリケーション１３へ返す（ステップＳ３１０）。
【００２３】
アプリケーション１３は、ドライバー１２のインストール（ステップＳ１００）に伴ってＯＳ１１に保存された、ドライバー１２が採用する印刷の初期設定を、ステップＳ３１０で返されたＤＥＶＭＯＤＥ構造により変更する（ステップＳ１３０）。ここで、ドライバー１２のインストールに伴ってＯＳ１１に保存された印刷の初期設定（前記ベンダーが定めた初期設定）は、ＯＳ１１が保存するための前記特定のデータ構造、つまりＤＥＶＭＯＤＥ構造の形で保存されている。従って、ステップＳ１３０では、アプリケーション１３は、既にＯＳ１１に保存されているＤＥＶＭＯＤＥ構造（前記ベンダーが定めた初期設定に該当するＤＥＶＭＯＤＥ構造）を、ステップＳ３１０で返されたＤＥＶＭＯＤＥ構造で上書きする。この場合、アプリケーション１３は、ステップＳ３１０で返されたＤＥＶＭＯＤＥ構造を、ＡＰＩ（Application Programming Interface）関数の一種であるＳｅｔＰｒｉｎｔｅｒを用いてＯＳ１１に保存し、前記既にＯＳ１１に保存されているＤＥＶＭＯＤＥ構造に上書きする。
【００２４】
なお、ドライバー１２は、ステップＳ３００において、ＯＳ１１から受け渡された前記編集後のプリントチケットを、ＤＥＶＭＯＤＥ構造へ変換する過程の中間データへ変換し、当該中間データからＤＥＶＭＯＤＥ構造への変換を、ＯＳ１１に依頼するとしてもよい。その場合は、ＯＳ１１が、変換後のＤＥＶＭＯＤＥ構造をアプリケーション１３へ返す。
【００２５】
さらに、アプリケーション１３は、ステップＳ１１０で得た前記ユーザーの指示に応じた設定変更情報を、ドライバー１２が有する印刷設定プロパティに含まれるキュープロパティバッグ（ＱｕｅｕｅＰｒｏｐｅｒｔｙＢａｇ）へも保存する（ステップＳ１４０）としてもよい。ここで保存する設定変更情報の形式は、ＤＥＶＭＯＤＥ構造ではなく、例えば、上述した編集後のプリントチケットであったり、それ以外の記述データであったりする。この場合、アプリケーション１３は、ＷｉｎｄｏｗｓＰｏｗｅｒＳｈｅｌｌを用いてキュープロパティバッグへアクセスし、設定変更情報を保存する。
【００２６】
ユーザーが所望の印刷対象をプリンター５２に印刷させるためにドライバー１２を立ち上げた際、Ｖ４プリンタードライバーであるドライバー１２は、ＯＳ１１に保存されているＤＥＶＭＯＤＥ構造に記述されている印刷設定を、初期設定として採用する。実施例１によれば、ドライバー１２のインストールを支援するプログラムとしてアプリケーション１３を導入したことにより、ＯＳ１１に保存される前記初期設定が、前記ベンダーが定めた初期設定に該当するＤＥＶＭＯＤＥ構造から、ユーザーの指示に応じた設定変更情報を反映したＤＥＶＭＯＤＥ構造（ステップＳ３１０で返されたＤＥＶＭＯＤＥ構造）へ変更される。つまり、ユーザーとしては、所望の印刷対象をプリンター５２に印刷させるためにドライバー１２を立ち上げた際、ドライバー１２が採用する初期設定が既に自分好みにカスタマイズされている（上記の例で言えば、前記ベンダーが定めたカラー印刷、片面印刷といった設定ではなく、モノクロ印刷、両面印刷といった自分好みの設定が、初期設定となっている）。そのため、印刷の都度、初期設定を自分好みの設定に変更する手間が不要となり、印刷の作業効率が向上する。上述したようなステップＳ１２０，Ｓ１３０によれば、制御部２０は、ステップＳ１１０で取得した設定変更情報に基づいて、ドライバー１２が採用する印刷設定（初期設定）を変更する印刷設定変更部として機能すると言える。
【００２７】
また、上述のステップＳ１４０が加わることで、初期設定のカスタマイズの確実性が向上する。ドライバー１２を構成するコンポーネントによっては、ＯＳ１１に保存されたＤＥＶＭＯＤＥ構造を常に容易に参照できるとは限らない。一方、上述のキュープロパティバッグに対しては、ドライバー１２を構成する各コンポーネントは容易にアクセスすることができる。つまり、設定変更情報に基づく初期設定の変更を、ＯＳ１１に加え、キュープロパティバッグにも保存することで、ユーザーによるカスタマイズが、ドライバー１２が採用する初期設定へ確実に反映されるようになる。
【００２８】
《実施例２》
図４は、アプリケーション１３等に従って制御部２０が実現する印刷設定のカスタマイズ処理（印刷設定制御方法）であって図２とは異なる処理をフローチャートにより示している。図４を参照して説明する処理を、実施例２とも呼ぶ。図４に関しては、図２に関する説明を準用できる事項については説明を適宜省略する。ステップＳ４００は、ステップＳ１００と同じである。
【００２９】
次に、アプリケーション１３は、印刷設定の変更を示す設定変更情報を、外部からの入力に応じて取得する（ステップＳ４１０）。実施例２では、カスタマイズの対象が、印刷に関する禁則（あるいはサポート機能）であるとする。この場合も、アプリケーション１３は、所定のＵＩ画面を表示部５１へ表示させ、ＵＩ画面を通じたユーザーの操作に応じて、設定変更情報を取得する。禁則とは、例えば、「特定のトレイから給紙される印刷用紙への両面印刷は禁止」、「カラー印刷は禁止」…等いったような、プリンター５２が有する様々なサポート機能への禁止事項である。従って、例えば「カラー印刷は禁止」といった禁則がユーザーの指示で採用された場合、ユーザーは、「モノクロ印刷」という初期設定を、印刷の際に「カラー印刷」へ変更することができなくなる。
【００３０】
ステップＳ４１０は、例えば、次のような手順により実現される。
まず、アプリケーション１３は、ドライバー１２から、印刷に関する禁則を記述した禁則データ（例えば、ＸＭＬ形式のドキュメント）を取得する。アプリケーション１３がドライバー１２から取得する禁則データは、ベンダーが生成した情報であるため、禁則に対するユーザー個々の希望は当然反映されていない。次に、アプリケーション１３は、ドライバー１２から取得した禁則データを、ＵＩ画面を通じたユーザーの操作に応じて編集する。例えば、アプリケーション１３は、「カラー印刷は禁止」、「片面印刷は禁止」といったような禁則を、ドライバー１２から取得した禁則データへ追加する。また、アプリケーション１３は、ドライバー１２から取得した禁則データに記述されている禁則を削除することも可能である。このように禁則データを編集することが、設定変更情報を取得することに相当する。
【００３１】
次に、アプリケーション１３は、ステップＳ４１０で得た前記ユーザーの指示に応じた設定変更情報（編集後の禁則データ）を、ドライバー１２が有する印刷設定プロパティに含まれるキュープロパティバッグへ保存する（ステップＳ４２０）。この場合、アプリケーション１３は、ＷｉｎｄｏｗｓＰｏｗｅｒＳｈｅｌｌを用いてキュープロパティバッグへアクセスし、設定変更情報を保存する。以降、ドライバー１２は、元から有していた禁則データに加え、キュープロパティバッグへ保存した編集後の禁則データが在る場合には、当該編集後の禁則データを優先して適用した印刷設定を採用する。
【００３２】
ユーザーが所望の印刷対象をプリンター５２に印刷させるためにドライバー１２を立ち上げた際、ドライバー１２は、ＯＳ１１に保存されているＤＥＶＭＯＤＥ構造に記述されている印刷設定を初期設定として採用する。実施例１で説明したように、当該初期設定へのカスタマイズが施された結果、モノクロ印刷、両面印刷といった設定が、初期設定となっていると仮定する。また、実施例２では、「カラー印刷は禁止」、「片面印刷は禁止」といった禁則の追加（禁則のカスタマイズ）がされたと仮定する。このような場合、ユーザーは、所望の印刷対象の印刷時に、初期設定に対してカラー印刷を有効化したり片面印刷を有効化したりする変更を行うことができない。このように実施例２によれば、ドライバー１２のインストールを支援するプログラムとしてアプリケーション１３を導入したことにより、ドライバー１２のインストール時に、印刷の初期設定に限らず、印刷に関する禁則（あるいはサポート機能）についてもカスタマイズすることができる。
【００３３】
３．実施例１，２の関係性についての補足説明：
実施例１と実施例２は、いずれもドライバー１２のインストール時に実行され得る。つまり、アプリケーション１３は、取得された設定変更情報に応じて、ＯＳ１１に保存された印刷の初期設定を変更する（実施例１）か、ドライバー１２が保存する印刷設定（禁則データ）を変更するか、を分岐すると言える。具体的には、ドライバー１２のインストール（図２のステップＳ１００あるいは図４のステップＳ４００）後、アプリケーション１３は、ＵＩ画面を通じたユーザーとの対話の中で、初期設定に対する変更を受け付けた場合、つまり取得した設定変更情報が初期設定の変更を示す情報であれば、実施例１（図２のステップＳ１２０以降の処理）を実行し、一方、設定変更情報として印刷に関する禁則の追加または削除を示す情報を得た場合は、実施例２（図４のステップＳ４２０の処理）を実行する。むろん、アプリケーション１３は、ＵＩ画面を通じたユーザーとの対話の中で、初期設定に対する変更を受け付け、かつ禁則の追加または削除を受け付けた場合は、実施例１（図２のステップＳ１２０以降の処理）および実施例２（図４のステップＳ４２０の処理）を実行する。
【符号の説明】
【００３４】
１０…印刷制御装置、１１…ＯＳ、１２…プリンタードライバー、１３…アプリケーション、２０…制御部、５０…入力部、５１…表示部、５１ａ…ＵＩ画面、５２…プリンター
【図１】
2017010371.tif 000003
【図２】
2017010371.tif 000004
【図３】
2017010371.tif 000005
【図４】
2017010371.tif 000006