JP2023020341A

JP2023020341A - プリンタドライバ

Info

Publication number: JP2023020341A
Application number: JP2021125653A
Authority: JP
Inventors: 真裕水野; Masahiro Mizuno
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2021-07-30
Filing date: 2021-07-30
Publication date: 2023-02-09

Abstract

【課題】プリントプロセッサに独自機能を持たせているプリンタドライバでは、プリントプロセッサを置き換えられるとプリンタドライバの機能が損なわれてしまうことから、このようなプリンタドライバでは印刷ソリューションが利用できない。【解決手段】ＩＮＦでのドライバインストールでは、プリンタドライバの独自のプリントプロセッサをＯＳの規定フォルダに配置するところまでを行う。その後のドライバイベントで、プリンタドライバが独自のプリントプロセッサをＯＳへ登録する。【選択図】図７

Description

本発明はアプリケーションが作成した文書を印刷するプリンタドライバに関するものである。

プリンタドライバを利用し、アプリケーションが作成した文書データを出力対象のプリンターで印刷可能な形式の印刷データに変換することが一般的に知られている。プリンタドライバを利用し、印刷装置に対して印刷データを送信する構成が一般に知られている。

これらのプリンタドライバでは、印刷に関する様々な印刷設定を行うことができる。例えば、複数の論理ページを１つの物理ページに集約して印刷を行うＮｉｎ１印刷や、アプリケーションが作成した文書を指定のアプリケーションが指定したサイズとは異なる倍率で印刷を行う拡大縮小印刷等行うことができる。プリンタドライバは、当該設定と、文書データとに基づき、文書データを構成するオブジェクトを拡大、縮小、回転して印刷データを作成する。これらの機能を実現する手段として、プリンタドライバ以外に、プリンタドライバのプリプロセスモジュールであるプリントプロセッサを使用することが知られている。特許文献１には、プリントプロセッサを利用してレンダリングを行うことが開示されている。

このようなプリンタドライバが利用する独自のプリントプロセッサは、通常、プリンタドライバのインストールセットに同梱され、プリンタドライバと共にＯＳへインストールされる。プリントプロセッサを含めたプリンタドライバのインストールは主にＩＮＦ形式のインストールセットで提供され、ＩＮＦファイルの記述にしたがってインストールされる。

またプリントプロセッサを利用して印刷情報を収集しようとする印刷ソリューションが存在する。これらの印刷ソリューションは、例えば印刷情報を取得する機能などを持たせた専用のプリントプロセッサを利用する。プリンタドライバに紐づいたプリントプロセッサを印刷ソリューションが提供するプリントプロセッサに置き換えることにより印刷ソリューションの目的の機能を実現する。

特開２００５－１８２６９４号公報

しかし、プリントプロセッサに独自機能を持たせているプリンタドライバでは、プリントプロセッサを置き換えられるとプリンタドライバの機能が損なわれてしまうことから、このようなプリンタドライバでは印刷ソリューションが利用できない。

別の例として、旧バージョンではプリントプロセッサを利用していなかったプリンタドライバが、新バージョンで独自のプリントプロセッサを利用するよう仕様変更を行った場合においても印刷ソリューションが利用できなくなってしまう。

しかしながら、独自のプリントプロセッサで実現している機能が通常は利用されない機能であれば、印刷ソリューションが提供するプリントプロセッサへ置き換えて印刷ソリューションを利用することが考えられる。

本発明は上記課題を鑑みて、プリントプロセッサを利用しないプリンタドライバに見せかけることで、印刷ソリューションの機能を損なうことなく利用できるようにするプリンタドライバを提供することを目的とする。

上記目的を達成するために、本発明は以下のような構成を備える。情報処理装置（１００）にプリンタドライバ（５００）とプリントプロセッサ（４００）をインストールする方法であって、プリントプロセッサ（４００）のインストールに関して、ファイル配置は行うがＯＳへの登録とプリンタドライバ（５００）への紐づけは行わないインストールスクリプト（７１０）と、ＯＳ（３００）から発行されるドライバイベントを受け付ける受付手段（Ｓ８１０）と、前記受付手段（Ｓ８１０）で受け付けたドライバイベントが、インストール完了の通知であることを判断する第２の判断手段（Ｓ８１１）と、プリンタドライバ（５００）独自のプリントプロセッサ（４００）情報を取得する情報取得手段（Ｓ８１２、Ｓ８１３）と、ＯＳ（３００）にプリンタドライバ（５００）独自のプリントプロセッサ（４００）が登録されているか判断する判断手段（Ｓ８１５）と、前記判断手段（Ｓ８１５）によりプリンタドライバ（５００）独自の描画命令変更部（４００）が登録されていないことを確認した場合に、新たにＯＳ（３００）へ登録する登録手段（Ｓ８１６）とを有することを特徴とするインストール方法。

本発明によれば、独自のプリントプロセッサを使用するプリンタドライバであっても、印刷ソリューションの機能を実現することが可能となる。

システム構成を示すブロック図である。コンピュータ１００のハードウェア構成を示すブロック図である。コンピュータ１００のソフトウェア構成を示すブロック図である。印刷処理のフローを示すブロック図である。一般的なＩＮＦファイルの記述例を示す図である。本発明で利用するＩＮＦファイルの記述例を示す図である。本発明のインストール処理を示すフロー図である。

以下、本発明を実施するための形態について図面を用いて説明する。

図１は本発明のシステム構成を示すブロック図である。

コンピュータ（１００）は情報処理装置であり、通信可能な有線或いは無線媒体を介してプリンター（１０１）と接続されているものとする。

図２はコンピュータ（１００）のハードウェア構成を示すブロック図である。この図を用いて、コンピュータ（１００）のハードウェア構成について説明する。コンピュータ（１００）はＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）（１）により制御される。ＣＰＵ（１）はＲＯＭ（３）に記憶された基本入出力システム（ＢＩＯＳ制御プログラム）や外部メモリ（１４）に記憶されたオペレーティングシステムや各種アプリケーションプログラムなどをＲＡＭ（２）にロードし、実行することが可能である。コンピュータ（１００）にはユーザからの入力を受けるキーボード（９）や処理の結果を画像としてユーザに表示するためのディスプレイ（１０）など接続可能である。キーボード（９）はユーザ操作を受け付ける受付部として機能し、ディスプレイ（１０）はユーザに情報を提示する表示部として機能する。更に、他の情報機器と通信を行うためのＵＳＢやメモリーカード、有線・無線ネットワーク等の外部機器Ｉ／Ｆ（８）を備える。

本実施例で説明する処理はプログラムＲＯＭ（３）に格納されプログラムをＲＡＭ（２）上にロードしＣＰＵ（１）で実行することにより実現される。

プリンター（１０１）のハードウェア構成についての説明は割愛するが、公知の技術を利用し紙媒体上に画像を形成するものである。

次に、図３はコンピュータ（１００）のソフトウェア構成を示すブロック図である、本図を用いて、本発明のソフトウェア構成について説明を行う。コンピュータ（１００）は、次のコンポーネントで構成される。ユーザの要望に応え、印刷のための設定を行ったり、印刷指示を発行したりするアプリケーション（２００）。コンピュータ（１００）の基本制御を行うＯＳ（３００）。アプリケーション（２００）からの印刷設定や印刷指示を、ＯＳ（３００）を介して受け取り、これらを処理するプリントプロセッサ（４００）及びプリンタドライバ（５００）で構成される。特にプリンタドライバ（５００）は、印刷設定を作成するＵＩ処理部（５１０）と印刷データを作成するＧＲ処理部（５２０）とで構成される。

図４は、本発明に係る印刷処理の流れを説明するための図である。この図を用いて、プリントプロセッサ（４００）の位置づけと印刷時の流れについて説明をする。

尚、ＧＤＩ（３１０）、Ｗｉｎｄｏｗｓ（登録商標）Ｓｐｏｏｌｅｒ（３２０）はＯＳ（３００）のコンポーネントである。ＧＤＩ（３１０）はアプリケーション層に対し印刷を含めた描画フェイスを提供し、ＷｉｎｄｏｗｓＳｐｏｏｌｅｒ（３２０）は後述するスプールファイル（ＥＭＦ）（６００）の作成や、印刷データの送信に関する処理を行う。ＥＭＦとはＥｎｈａｎｃｅｄＭｅｔａｆｉｌｅの略称でＯＳ（３００）がプリンタドライバでの利用を考慮し作成、利用する画像ファイル形式である。

アプリケーション（２００）は必要に応じプリンタドライバ（５００）のＵＩ処理部（５１０）（以降、単にＵＩ処理部５１０）を呼び出し、印刷設定を作成する。その後アプリケーション（２００）はＧＤＩ（３１０）のＡＰＩを呼び出すことで、印刷設定や描画データをＧＤＩ（３１０）に渡す。

ＧＤＩ（３１０）はアプリケーション（２００）から渡された、印刷設定や描画データをスプールファイル（ＥＭＦ）（６００）の形式で格納する。

プリントプロセッサ（４００）はスプーラサービス上にロードされ、アプリケーション（２００）からの印刷処理が終了すると、ＧＤＩ（３１０）のＡＰＩを呼び出すことでスプールファイル（ＥＭＦ）（６００）の内容の描画指示を発行する。ＧＤＩ（３１０）はプリントプロセッサ（４００）からのこのＡＰＩの呼び出しを、プリンタドライバ（５００）のＧＲ処理部（以降、単にＧＲ処理部（５２０））向けのＡＰＩに置き換え、ＧＲ処理部（５２０）呼び出す。ＧＲ処理部（５２０）は、上記のようにして受け取ったプリントプロセッサ（４００）からの描画指示を、対象のプリンター（１０１）で印刷が可能な形式の印刷データに変換する。ＧＲ処理部（５２０）はこの変換された印刷データをＷｉｎｄｏｗｓＳｐｏｏｌｅｒ（３２０）に渡し。ＷｉｎｄｏｗｓＳｐｏｏｌｅｒ（３２０）はＧＲ処理部（４００）から渡された印刷データをプリンター（１０１）に送信することで、プリンター（１０１）に印刷処理を実行させる。

図５は、ＩＮＦ形式で提供されるプリンタドライバのインストールセットに含まれる一般的なＩＮＦファイルの記述例である。プリントプロセッサのファイル名はＣａｎｏｎＰｒｉｎｔＰｒｏｃｅｓｓｏｒ．ＤＬＬとして記述している。また、ここではプリントプロセッサに注目するため、プリントプロセッサに直接関係しない設定は省略している。

プリントプロセッサのファイルをＯＳ規定のディレクトリへ配置する設定（７０１、７０２）と、プリントプロセッサをプリンタドライバに紐づける設定（７０３）がある。しかし、本発明では、ＯＳ標準のプリントプロセッサが紐づいた状態となるようにするため、プリントプロセッサをプリンタドライバに紐づける設定（７０３）は記述しない。そのため記述（７０４）はＩＮＦファイルの構文として特に意味を持たなくなる。しかし、プリンタドライバが利用するプリントプロセッサの名称とファイル名の関連付けを明示する記述として（７１４）のように残す。（７１４）のＰＰ＿ＮＡＭＥはＩＮＦファイルからプリントプロセッサの名称とファイル名を検索するためのキーワードとする。

よって、本発明では図６に示すようなＩＮＦファイルを使用する。

次に、図７は、本発明のプリンタドライバのインストール処理を説明するためのフローである。

（Ｓ８０１）～（Ｓ８０３）はＯＳ（３００）によって実現される処理である。本フローに係るＯＳ（３００）のプログラムは、外部メモリ（１４）に記憶されており、ＲＡＭ（２）に読み出されＣＰＵ（１）によって実行される。

（Ｓ８１０）～（Ｓ８１６）はＵＩ処理部（５１０）によって実現される処理である。本フローに係るＵＩ処理部（５１０）のプログラムは、外部メモリ（１４）に記憶されており、ＲＡＭ（２）に読み出されＣＰＵ（１）によって実行される。

ＩＮＦ形式のインストールセットを用いてユーザがインストールをＯＳへ指示することにより、ＯＳがプリンタドライバのインストール指示を受け付け（Ｓ８０１）実行する。まずＩＮＦファイルの記述に従ってプリンタドライバのインストール処理（Ｓ８０２）が行われる。この時点では、プリンタドライバはインストールされるものの、プリントプロセッサのファイルはＯＳ規定のディレクトリへ配置されるだけで、ＯＳへの登録は行われない。このため、インストールしたプリンタドライバにはＯＳ標準のプリントプロセッサが紐づいた状態となっている。

プリンタドライバのインストールが完了した際に、ドライバイベントがインストールしたプリンタドライバに対して発行（Ｓ８０３）される。プリンタドライバは受け付けたドライバイベントがインストール完了イベント（ＤＲＩＶＥＲ＿ＥＶＥＮＴ＿ＩＮＩＴＩＡＬＩＺＥ）であるか判断（Ｓ８１１）を行う。インストール完了イベント（ＤＲＩＶＥＲ＿ＥＶＥＮＴ＿ＩＮＩＴＩＡＬＩＺＥ）を受け付けた場合に、インストールを実行したＩＮＦファイルを特定（Ｓ８１２）する。ＩＮＦファイルを特定する手段の一例として、ＧｅｔＰｒｉｎｔｅｒＤｒｉｖｅｒＡＰＩで取得できるＤＲＩＶＥＲ＿ＩＮＦＯ＿８構造体のｐｓｚＩｎｆＰａｔｈメンバからＩＮＦファイルを特定できる。

特定したＩＮＦファイルを検索し、プリンタドライバのインストールで配置したプリントプロセッサ名を取得（Ｓ８１３）する。プリントプロセッサ名は、ＩＮＦファイルからＰＰ＿ＮＡＭＥキーワードをもとに検索したプリントプロセッサの名称とファイル名の関連を示す記述（７１４）から取得する。

取得したプリントプロセッサ名が、ＯＳに既に登録されているか確認（Ｓ８１５）し、登録されていなければ新規に登録する（Ｓ８１６）。ＯＳに登録されているプリントプロセッサを取得する手段として、ＥｎｕｍＰｒｉｎｔＰｒｏｃｅｓｓｏｒｓＡＰＩが利用できる。また、プリントプロセッサをＯＳに登録する手段として、ＡｄｄＰｒｉｎｔＰｒｏｃｅｓｓｏｒＡＰＩが利用できる。

以上のように、プリンタドライバ独自のプリントプロセッサはＯＳに登録され、プリンタドライバにはＯＳ標準のプリントプロセッサが紐づいた状態となるようにインストールする。これにより、印刷ソリューションが提供するプリンタプロセッサに置き換える行為を阻害することが無く、印刷ソリューションを利用することが可能となる。

１００コンピュータ
１０１プリンター
２００アプリケーション
３００ＯＳ
４００プリントプロセッサ
５００プリンタドライバ
５１０ＵＩ処理部
５２０ＧＲ処理部

Claims

情報処理装置にプリンタドライバとプリントプロセッサをインストールする方法であって、
プリントプロセッサのインストールに関して、ファイル配置は行うがＯＳへの登録とプリンタドライバへの紐づけは行わないインストールスクリプトと、
ＯＳから発行されるドライバイベントを受け付ける受付手段と、
前記受付手段で受け付けたドライバイベントが、インストール完了の通知であることを判断する第２の判断手段と、
プリンタドライバ独自のプリントプロセッサ情報を取得する情報取得手段と、
ＯＳにプリンタドライバ独自のプリントプロセッサが登録されているか判断する判断手段と、
前記判断手段によりプリンタドライバ独自の描画命令変更部が登録されていないことを確認した場合に、新たにＯＳへ登録する登録手段と、
を有することを特徴とするインストール方法。