JP2006277237A - ホスト装置 - Google Patents

Abstract

【課題】 近年、プリンタドライバ、接続するプリンタの機能向上に伴い、プリンタドライバでは、多くの機能が利用可能となった一方で、プリンタドライバによる各機能設定はユーザにとって煩雑なものとなりつつあり、普段ユーザが使用しない機能が、プリンタドライバの設定画面上にある為、設定に手間取るといったケースがよくある。
【解決手段】 インストーラで、ドライバをインストール／アップデートするときに（更には、プラグインにより機能追加するケースも含む）、ＵＩを擬似的に表示することにより、どのようなドライバがインストールされることになるかを明確にすることで、ユーザビリティの向上を図る。
【選択図】 図１

Description

本発明は、プリンタドライバを備えたホスト装置に関し、プリンタドライバのインストール、アップデート操作において、ユーザビリティの向上を図ったホスト装置に関する。

近年、ネットワーク化が進展し、ネットワークで結ばれたシステム内に複数のプリンタが存在するのが普通になって来た。図６に従来の一般的なプリンタシステムのブロック図が示されている。

この例は、ホスト装置７１からネットワーク７３を通して送信される印刷データ７７をプリンタ（Ａ，Ｂ，Ｃ…）７２において印刷出力することを可能とするシステムである。ホスト装置７１には、オペレーティングシステム（以下、ＯＳと呼ぶ）７５上で動作する文書、図形等の作成アプリケーション７４を備え、ここで作成された文書等のデータをＯＳ７５を介して受け取るプリンタドライバ７６では文書等のデータをもとに印刷データを生成し、これを図示しない通信制御部を通して特定のプリンタ７２に送り込む。

図７にプリンタドライバ７６の構成をより詳細に示す。

プリンタドライバ７６は、図７に示すようにユーザインタフェイス部８１と画像処理部８２を備える。ユーザインタフェイス部８１は、ユーザが印刷条件等の図示しない設定入力部を操作して設定を行う各種コントロールの集合であり、その１部に各プリンタ（Ａ，Ｂ，Ｃ…）７２の設定用データがインストールされている。通常、このデータにより各プリンタに依存する機能をプリンタドライバ７６内に吸収し、自身がどのプリンタドライバとして振る舞うかを知った上で該当するユーザインタフェイスを表す構造になっている。画像処理部８２は、ユーザインタフェイス部８１の設定を受け、プリンタ７２に適切なプリンタ言語を出力したり、デジタル化したイメージで表現された印刷データ８３を出力する。

かかる従来のプリンタシステムでは、様々な機種のプリンタがネットワークに接続され、多くの機能が利用可能となったにも拘わらず、プリンタドライバ７６による各機能の設定はユーザにとっては煩雑なものとなり、負の要因となっている恐れがある。その原因は、プリンタ側の能力は日に日に多様化する一方で、プリンタドライバ７６でシステムに接続されたプリンタ全部の設定用のデータを管理する形態であるために、プリンタドライバのバージョンアップは、同時にインストールされている他のプリンタドライバに影響するといったことがあり、思った通りの設定ができないといった状況や、或いはユーザが使用しない機能がプリンタドライバの設定画面上にあるため、煩わしく設定に手間取るといったことにある。
特開平１１−３９１１４号公報

そこで、本発明は、プリンタシステムを構成するホスト装置における上記した問題点に鑑みてなされたもので、その目的は、インストーラで、ドライバをインストールするときに（アップデート、更には、プラグインにより機能追加するケースも含む）、実際にドライバをインストールした場合のドライバＵＩを擬似的に表示することにより（ユーザにＵＩを疑似体験できるようにする）、どのようなドライバがインストールされることになるかを明確にすることで、ユーザビリティの向上を図ることを目的とし、忠実な設定がより簡便に、操作性良くできるようにするホスト装置を提供することにある。即ち、ユーザにとって不要な機能は表示しない、インストールしないようにする。

上記目的を達成するために、本発明は次のような構成からなる。すなわち、ＯＳと、プリンタドライバからなるホスト装置において、
ＯＳに、プリンタドライバファイルを登録するインストール手段と、
前記ドライバファイルをＯＳに登録する前に、実際に登録した場合のドライバＵＩを擬似的に表示する擬似ＵＩ表示手段と、
その後、ユーザの指示に基づき（意思確認用のＵＩを表示）、前記ドライバファイルのインストールを続行するか否か、即ち、ＯＳにドライバファイルを登録するか否かを決定する決定手段と、
を備えていることを特徴とするホスト装置。

更には、
ＯＳ、及びプリンタドライバを備え、該プリンタドライバに対して印刷条件設定用データを提供するダイナミックリンクライブラリ（以降、ＤＬＬと呼ぶ）を、前記ＯＳにロードする前に、実際に登録した場合のドライバＵＩを擬似的に表示する擬似ＵＩ表示手段と、
その後、ユーザの指示に基づき（意思確認用のＵＩを表示）、前記ＤＬＬのインストールを続行するか否か、即ち、ＯＳにＤＬＬをロードするかを決定する決定手段と、
を備えていることを特徴とするホスト装置。

本発明に示すホスト装置によれば、以下の効果が期待できる。

（１）ユーザビリティの向上が期待できる。即ち、使わないＵＩは表示しない（インストールもしない）。

（２）不要なドライバファイルをインストールする必要がなくなるので、ＯＳの記憶容量削減にも寄与出来る。

以下、本発明を適用するのに好適である実施例について説明を行う。

［発明の第１の実施形態］
図１は本発明の実施例を示すプリンタ制御システムの構成を説明するブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであっても本発明を適用できる。

同図において、ホストコンピュータ３０００は、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備え、システムバス４に接続される各デバイスをＣＰＵ１が総括的に制御する。また、このＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１には、ＣＰＵ１の制御プログラムであるＯＳ等を記憶し、ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリア等として機能する。

キーボードコントローラ（ＫＢＣ）５は、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）８は、双方向性インターフェース（インターフェース）２１を介してプリンタ１５００に接続されて、プリンタ１５００との通信制御処理を実行する。

なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。

プリンタ１５００は、ＣＰＵ１２により制御される。プリンタＣＰＵ１２は、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラムＲＯＭには、ＣＰＵ１２の制御プログラム等を記憶する。ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ１３のデータ用ＲＯＭには、ハードディスク等の外部メモリ１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。

ＣＰＵ１２は入力部１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ３０００に通知できる。ＲＡＭ１９は、ＣＰＵ１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、１８は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。

また、前述した外部メモリ１４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラム、個人用や部門用に使われるボックス機能を格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしてもよい。

図２は、プリンタ等の印刷装置が直接接続されているか、あるいはネットワーク経由で接続されているホストコンピュータにおける典型的な印刷処理の構成図である。

アプリケーション２０１、グラフィックエンジン２０２、プリンタドライバ２０３、およびシステムスプーラ２０４は、外部メモリ１１に保存されたファイルとして存在し、実行される場合にＯＳやそのモジュールを利用するモジュールによってＲＡＭ２にロードされ実行されるプログラムモジュールである。

また、アプリケーション２０１およびプリンタドライバ２０３は、外部メモリ１１のＦＤや不図示のＣＤ−ＲＯＭ、あるいは不図示のネットワークを経由して外部ディスク１１のＨＤに追加することが可能となっている。外部メモリ１１に保存されているアプリケーション２０１はＲＡＭ２にロードされて実行されるが、このアプリケーション２０１からプリンタ１５００に対して印刷を行う際には、同様にＲＡＭ２にロードされ実行可能となっているグラフィックエンジン２０２を利用して出力（描画）を行う。

グラフィックエンジン２０２は印刷装置ごとに用意されたプリンタドライバ２０３を同様に外部メモリ１１からＲＡＭ２にロードし、アプリケーション２１０の出力をプリンタドライバ２０３を用いてプリンタの制御コマンドに変換する。変換されたプリンタ制御コマンドはＯＳによってＲＡＭ２にロードされたシステムスプーラ２０４を経てインターフェース２１経由でプリンタ１５００へ出力される仕組みとなっている。

本実施形態の印刷システムは、図２で示すプリンタとホストコンピュータからなる印刷システムに加えて、更に第３図に示すように、アプリケーションからの印刷データを一旦中間コードデータでスプールする構成を有する。

図３は、図２のシステムを拡張したもので、グラフィックエンジン２０２からプリンタドライバ２０３へ印刷命令を送る際に、一旦中間コードからなるスプールファイル３０３を生成する構成をとる。

図２のシステムでは、アプリケーション２０１が印刷処理から開放されるのはプリンタドライバ２０３がグラフィックエンジン２０２からのすべての印刷命令をプリンタの制御コマンドへ変換し終った時点である。これに対して、図３のシステムでは、スプーラ３０２がすべての印刷命令を中間コードデータに変換し、スプールファイル３０３に出力した時点である。通常、後者の方が短時間で済む。

また、図３で示すシステムにおいては、スプールファイル３０３の内容に対して加工することができる。これによりアプリケーションからの印刷データに対して、拡大縮小や、複数ページを１ページに縮小して印刷する等、アプリケーションの持たない機能を実現する事ができる。

これらの目的のために、図２のシステムに対し、図３の様に中間コードデータでスプールする様、システムの拡張がなされてきている。なお、印刷データの加工を行うためには、通常プリンタドライバ２０３が提供するウインドウから設定を行い、プリンタドライバ２０３がその設定内容をＲＡＭ２上あるいは外部メモリ１１上に保管する。

以下、図３の詳細を説明する。

図に示す通り、この拡張された処理方式では、グラフィックエンジン２０２からの印刷命令をディスパッチャ３０１が受け取る。ディスパッチャ３０１がグラフィックエンジン２０２から受け取った印刷命令が、アプリケーション２０１からグラフィックエンジン２０２へ発行された印刷命令の場合には、ディスパッチャ３０１は外部メモリ１１に格納されているスプーラ３０２をＲＡＭ２にロードし、プリンタドライバ２０３ではなくスプーラ３０２へ印刷命令を送付する。

スプーラ３０２は受け取った印刷命令を中間コードに変換してスプールファイル３０３に出力する。また、スプーラ３０２は、プリンタドライバ２０３に対して設定されている印刷データに関する加工設定をプリンタドライバ２０３から取得してスプールファイル３０３に保存する。なお、スプールファイル３０３は外部メモリ１１上にファイルとして生成するが、ＲＡＭ２上に生成されても構わない。更にスプーラ３０２は、外部メモリ１１に格納されているスプールファイルマネージャ３０４をＲＡＭ２にロードし、スプールファイルマネージャ３０４に対してスプールファイル３０３の生成状況を通知する。その後、スプールファイルマネージャ３０４は、スプールファイル３０３に保存された印刷データに関する加工設定の内容に従って印刷を行えるか判断する。

スプールファイルマネージャ３０４がグラフィックエンジン２０２を利用して印刷を行えると判断した際には、外部メモリ１１に格納されているデスプーラ３０５をＲＡＭ２にロードし、デスプーラ３０５に対して、スプールファイル３０３に記述された中間コードの印刷処理を行うように指示する。

デスプーラ３０５はスプールファイル３０３に含まれる中間コードをスプールファイル３０３に含まれる加工設定の内容に従って加工し、もう一度グラフィックエンジン２０２経由で出力する。

ディスパッチャ３０１がグラフィックエンジン２０２から受け取った印刷命令がデスプーラ３０５からグラフィックエンジン２０２へ発行された印刷命令の場合には、ディスパッチャ３０１はスプーラ３０２ではなく、プリンタドライバ２０３に印刷命令を送る。

プリンタドライバ２０３はプリンタ制御コマンドを生成し、システムスプーラ２０４経由でプリンタ１５００に出力する。

図４は、本発明において、ホストコンピュータへプリンタドライバをインストールするフローを説明した図である。本図を用いて、詳細に説明する。

まず、プリンタドライバのインストールを開始すると、４０１で、実際にドライバをインストールした場合に、どのようなドライバＵＩになるかを擬似的に表示し、この時、簡単なユーザオペレーションができ、ＵＩを体験できるようにする。その後、４０２で、ユーザに、このままインストールを続行するか否かの意思確認用ＵＩを表示する。そして、４０３で、ユーザからのインストール続行指示があるか否かを確認し、もし指示あれば、４０４で、インストールを続行し、ドライバファイルをＯＳに登録する。また、指示がなければ、４０５でインストールを中止する。

次に、図５（Ａ，Ｂ，Ｃ）を用い、図４のフローにおける表示ＵＩについて説明する。

プリンタドライバのインストール、或いはアップデート時に、即ち、ドライバファイルをＯＳに登録する前に、実際にドライバをインストールした場合に、どのようなドライバＵＩになるかを擬似的に表示し（図５Ａ）、その後、ユーザ確認用ＵＩ（図５Ｂ）を表示し、このままインストール続行か否かをユーザに決めて貰い、ユーザ確認の基に、例えば、続行の場合には、対応するドライバファイルのインストールを行う。

また、この時、Ｔａｂ単位に表示（インストール）する／しないの選択も可能にする。その場合、図５Ｃのユーザ確認用ＵＩを表示し、このままインストール続行か否かをユーザに決めて貰い、ユーザ確認の基に、その後の動作を決定する。

本構成にすることにより、ユーザビリティの向上が期待できる。即ち、使わないＵＩは表示しない（インストールもしない）。更には、不要なドライバファイルをインストールする必要がなくなるので、ＯＳの記憶容量削減にも寄与出来る。

［発明の第２の実施形態］
本発明は、第１の実施形態と異なり、事後的にプラグインにより、プリンタドライバの機能アップを図ることを特徴とする。

概要としては、プリンタドライバを備えたホスト装置において、プリンタドライバに対して印刷データに関わる設定用データを提供するＤＬＬをＯＳにロードするものである。その際にも、第１の実施形態で説明したように、実際にドライバをプラグインにより事後的に機能アップした場合に、どのようなドライバＵＩになるかを擬似的に表示し、その後、ユーザ確認用ＵＩを表示し、ユーザ確認の基に、対応するドライバファイルのインストールを行う。

添付する図面とともに示す以下の実施例に基づき本発明を説明する。

図８は、本発明によるシステムの実施例のブロック図を示す。

システムはホスト装置１とプリンタ（Ａ，Ｂ，Ｃ…）２とをネットワーク３で接続して構成される。ホスト装置１には、一般的なプリンタシステムにおけると同様に、文書、図形等の作成アプリケーション４、ＯＳ５、プリンタドライバ６を備える外に、ＯＳ５にロードしたＤＬＬ群７（１），７（２），７（３）…を備える。図１に示す実施例は、プリンタドライバ６に設けたユーザインタフェイス部（図示せず）と本発明において採用したＯＳ５にロードしたＤＬＬ群７（１），７（２），７（３）…との関係以外については、図６に示した従来の一般的なプリンタシステムと変わるところがないので、上記にて図６、図７を参照して説明した一般的なシステムの動作については、ここでは繰り返して説明しない。

次に、ＤＬＬ側を操作することによりユーザの利用形態に合わせ、カスタマイズされた設定操作が行えるようにした実施例について示す。この実施例では、ユーザが使用しないと考える機能や項目については、ＤＬＬから提供しないようにするもので、上記の第１の実施形態、図５Ａで説明したプリンタドライバのＵＩ画面を表示し、ユーザにＵＩ疑似体験をして貰い、その後、ユーザが使用しない機能や項目を指定する手段を設ける。その１例として、第１の実施形態、図５Ｃに示すような画面を用意する。図５Ｃにおいて、設定が可能であるとしてＤＬＬにおいてオンとされた機能や項目毎に、それを使用するか否かを選択する操作を行う。ここで「使用しない」を設定された項目については、対応するＤＬＬをＯＳにロードしない。従って、設定操作画面上で機能等の設定を行う場合に設定データとして提示されることはない。

本構成にすることにより、既にプリンタドライバがインストールされているホスト環境において、事後的にＤＬＬをＯＳにロードする際にも、第１の実施形態同様の効果、即ち、ユーザビリティ向上が期待できる。

本発明の１実施例を示す印刷制御装置の構成を説明するブロック図である。 ホストコンピュータにおける典型的な印刷データ生成方法を説明するブロック図である。 中間コードを生成する図２を拡張した印刷データ生成方法を説明するブロック図である。 ドライバインストールのフローを説明した図である。 Ａは実際にドライバをインストールした場合のドライバ擬似ＵＩを示す図、Ｂ，Ｃはインストールする／しないの選択を可能にしたユーザ確認用ＵＩを示す図である。 従来の一般的なプリンタシステムのブロック図である。 図６に示すプリンタシステムにおけるプリンタドライバの構成をより詳細に示す図である。 第２の実施形態によるプリンタシステムのブロック図である。

符号の説明

１、１２ ＣＰＵ
２、１９ ＲＡＭ
３、１３ ＲＯＭ
４、１５ システムバス
５ ＫＢＣ
６ ＣＲＴＣ
７ ＤＫＣ
８ ＰＲＴＣ
９ ＫＢ
１０ ＣＲＴ
１１、１４ 外部メモリ
１６ 印刷部Ｉ／Ｆ
１７ 印刷部
１８ 入力部
２０ ＭＣ
２１ 双方向性インターフェース
１５００ プリンタ
１５０１ 操作部
３０００ ホストコンピュータ

Claims (7)

1. オペレーティングシステムと、プリンタドライバからなるホスト装置において、
   オペレーティングシステムに、プリンタドライバファイルを登録するインストール手段と、
   前記ドライバファイルをオペレーティングシステムに登録する前に、実際に登録した場合のドライバＵＩを擬似的に表示する擬似ＵＩ表示手段と、
   その後、ユーザの指示に基づき、前記ドライバファイルのインストールを続行するか否か、即ち、オペレーティングシステムにドライバファイルを登録するか否かを決定する決定手段と、
   を備えていることを特徴とするホスト装置。
2. 前記インストール手段は、プリンタドライバの初期インストールだけではなく、事後的な機能アップデート時にも、適用されることを特徴とする請求項１に記載のホスト装置。
3. 擬似ＵＩ表示後のユーザ意思確認の際、Ｔａｂ表示単位、たとえば、ページ設定、仕上げ、給紙、印刷品質単位等に、前記ドライバファイルのインストールを行うことも可能であることを特徴とする請求項１に記載のホスト装置。
4. オペレーティングシステム、及びプリンタドライバを備え、該プリンタドライバに対して印刷条件設定用データを提供するダイナミックリンクライブラリを、前記オペレーティングシステムにロードする前に、実際に登録した場合のドライバＵＩを擬似的に表示する擬似ＵＩ表示手段と、
   その後、ユーザの指示に基づき、前記ダイナミックリンクライブラリのインストールを続行するか否か、即ち、オペレーティングシステムにダイナミックリンクライブラリをロードするかを決定する決定手段と、
   を備えていることを特徴とするホスト装置。
5. 請求項４に記載のホスト装置において、前記ダイナミックリンクライブラリは前記プリンタドライバが操作できる機能データを有することを特徴とするホスト装置。
6. 請求項４または５に記載のホスト装置において、前記ダイナミックリンクライブラリがプラグインされることを特徴とするホスト装置。
7. 請求項４乃至６のいずれかに記載のホスト装置において、前記プリンタドライバは、前記ダイナミックリンクライブラリの各機能に対し使用の有無を設定可能としたことを特徴とするホスト装置。