(57)【要約】【課題】複数のデータファイルのデータ変換を中断することなく連続して行うことができるデータ出力制御プログラム及びデータ出力制御装置を提供する。【解決手段】オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを有し、当該オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、複数のデータファイルの印刷指示の受付手段、複数のデータファイルを所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、オペレーティングシステムに対して行う要求手段としてコンピュータを機能させ、要求手段は、出力処理の要求を複数のデータファイルに対して順次行っている途中で、オペレーティングシステムから出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して出力処理の要求を継続する。【選択図】図４
2011159088.tif 000002
【特許請求の範囲】
【請求項１】
オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、
複数のデータファイルの印刷指示を受け付ける受付手段、
ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段として前記コンピュータを機能させ、
前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続する
ことを特徴とするデータ出力制御プログラム。
【請求項２】
オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、
前記記憶手段には、前記アプリケーションプログラムについて、前記デバイスドライバを介して所定形式のデータに変換させて外部装置へ出力させる出力処理が可能か否かの情報が記憶されており、
複数のデータファイルの印刷指示を受け付ける受付手段、
前記受付手段により受け付けた複数のデータファイルのそれぞれについて、そのファイル形式のアプリケーションプログラムが前記出力処理を行うことができるか否かの判定を前記記憶手段に記憶した情報に基づいて行う判定手段、
前記複数のデータファイルのうち、前記判定手段で前記出力処理を行うことができると判定したデータファイルのそれぞれについて、当該データファイルに対応するアプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行う要求手段、
として前記コンピュータを機能させることを特徴とするデータ出力制御プログラム。
【請求項３】
前記要求手段において、前記出力処理を行うことができないと判定したデータファイルは、前記アプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行わないことを特徴とする請求項２に記載のデータ出力制御プログラム。
【請求項４】
前記出力処理ができないデータファイルのファイル名を一覧表示する表示手段として前記コンピュータを機能させることを特徴とする請求項１〜３のいずれか１項に記載のデータ出力制御プログラム。
【請求項５】
前記一覧表示には、前記出力処理ができないデータファイルへのリンク情報を含むことを特徴とする請求項４に記載のデータ出力制御プログラム。
【請求項６】
前記出力処理ができないデータファイルのファイル名のリストデータを生成する生成手段として前記コンピュータを機能させることを特徴とする請求項４又は５に記載のデータ出力制御プログラム。
【請求項７】
前記表示手段による前記一覧表示は、前記出力処理ができるデータファイルを変換した所定形式のデータが前記外部装置へ出力された後に行われることを特徴とする請求項４〜６のいずれか１項に記載のデータ出力制御プログラム。
【請求項８】
前記要求手段は、前記出力処理できないデータファイルがあると前記オペレーティングシステムから通知される毎に、その情報を表示手段に表示する表示ステップをコンピュータに実行させることを特徴とすることを特徴とする請求項１に記載のデータ出力制御プログラム。
【請求項９】
オペレーティングシステム上でアプリケーションプログラム及びデバイスドライバが動作するデータ出力制御装置において、
複数のデータファイルの印刷指示を受け付ける受付手段と、
ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段と、を備え、
前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続する
ことを特徴とするデータ出力制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ出力制御プログラム及びデータ出力制御装置に関する。
【背景技術】
【０００２】
従来から、オペレーティングシステム（以下、ＯＳともいう）上で複数のアプリケーションプログラムが動作するコンピュータがある。このコンピュータでは、ユーザが所望のデータファイルをそのファイル形式に対応するアプリケーションプログラム（以下、第１アプリケーションという）で開いて、この第１アプリケーションの印刷メニューを選択することにより、所望のデータファイルを所定の形式にデータ変換処理してプリンタなどの外部機器へ出力させることができる。
【０００３】
さらに、ＯＳとしてＷｉｎｄｏｗｓ(登録商標)を搭載したコンピュータでは、Ｗｉｎｄｏｗｓ（登録商標）のＡＰＩのＳｈｅｌｌＥｘｅｃｕｔｅ（）関数を使用して、スプリクトプログラムやアプリケーションプログラム（以下、第２アプリケーションという）で、ＰｒｉｎｔコマンドやＰｒｉｎｔｔｏコマンドを実行することができる。このＰｒｉｎｔコマンドやＰｒｉｎｔｔｏコマンドの実行により、所望のデータファイルを所定の形式にデータ変換処理してプリンタなどの外部機器へ出力させることができる。
【０００４】
第２アプリケーションでは、ユーザにより複数のデータファイルが同時に印刷指示されると、各データファイルに対して順次印刷コマンドを実行する。ＯＳは、この印刷コマンドにより、指定された各データファイルをそのファイル形式に対応する第１アプリケーションに対して順次データファイルの印刷要求を行う。この印刷要求に対して第１アプリケーションは指定されたデータファイルを所定のデバイスドライバを介して所定の形式に変換処理してプリンタなどの外部機器へ出力する。データを出力する外部機器として、プリンタではなく、例えば、電子ブックや電子ペーパなどのように画像データ形式のデータを表示する表示装置を対象とする場合には、デバイスドライバは、その表示装置が表示できる形式にデータファイルを変換することになる（例えば、特許文献１参照）。このようなデバイスドライバは、実際にはプリンタへデータを出力するものではないものの、ＯＳからのデータファイルの印刷要求に基づいて第１アプリケーションから出力されるデータを受け取って処理する。そのため、このデバイスドライバは、プリンタ用のデバイスドライバであるプリンタドライバに対応して、仮想プリンタドライバとも呼ばれている。
【０００５】
このように、ＯＳ上で第２アプリケーションが動作するコンピュータでは、複数のデータファイルを同時に選択し、印刷指示することで、これらのデータファイルを所定の形式に順次変換して連続して出力することができる。
【０００６】
また、特許文献２には、複数のフォルダに印刷対象のデータファイルが分散して格納された状態でも、簡単な操作で複数のデータファイルを連続して印刷することができる装置が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−１２８６７０号公報
【特許文献２】特開２００５−１７４０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、ＯＳ上で第１アプリケーションが動作する従来のコンピュータでは、次のような問題があった。
【０００９】
すなわち、第１アプリケーションのインストール状況は、各々のコンピュータによって異なる。そのため、対応する第１アプリケーションがコンピュータにインストールされていない場合などには、データファイルを指定してｐｒｉｎｔコマンドやｐｒｉｎｔｔｏコマンドなどの印刷コマンドを実行しても、データファイルを所定の形式にデータ変換処理することができない。
【００１０】
特に、第２アプリケーションは、複数のデータファイルが同時に指定され印刷コマンドが選択されたときに、指定されたデータファイルのうち一部のデータファイルに対応する第１アプリケーションがコンピュータにインストールされてない場合、それらのデータファイルのデータ変換処理に失敗することになる。データ変換処理に失敗したデータファイルがあった場合には、その失敗をユーザに知らせるため、従来の第２アプリケーションでは、一旦印刷失敗のメッセージを表示して警告する。そのため、メッセージ表示をユーザが確認して閉じるまで、印刷コマンドの実行が一時中断されることになっていた。すなわち、データ変換処理に失敗したデータファイルがあると、一旦データ変換処理が中断することになり、複数データファイル指定しての一括処理が効率的にできない課題があった。
【００１１】
また、特許文献２では、複数のデータファイルを連続して印刷することができるもののみ、事前にデータファイル毎に印刷対象とするなどの管理設定が必要であることから、操作が煩雑となってしまう。
【００１２】
本発明は、複数のデータファイルの印刷指示があったときに、印刷指示のあったデータファイルのデータ変換を中断することなく連続して行うことができ、しかも、事前の設定を行う必要がないデータ出力制御プログラム及びデータ出力制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、請求項１に係る発明は、オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、複数のデータファイルの印刷指示を受け付ける受付手段、ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段として前記コンピュータを機能させ、前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続することを特徴とするデータ出力制御プログラムとした。
【００１４】
請求項２に係る発明は、請求項１に記載のデータ出力制御プログラムにおいて、オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、前記記憶手段には、前記アプリケーションプログラムについて、前記デバイスドライバを介して所定形式のデータに変換させて外部装置へ出力させる出力処理が可能か否かの情報が記憶されており、複数のデータファイルの印刷指示を受け付ける受付手段、前記受付手段により受け付けた複数のデータファイルのそれぞれについて、そのファイル形式のアプリケーションプログラムが前記出力処理を行うことができるか否かの判定を前記記憶手段に記憶した情報に基づいて行う判定手段、前記複数のデータファイルのうち、前記判定手段で前記出力処理を行うことができると判定したデータファイルのそれぞれについて、当該データファイルに対応するアプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行う要求手段、として前記コンピュータを機能させることを特徴とするデータ出力制御プログラムとした。
【００１５】
請求項３に係る発明は、請求項２に記載のデータ出力制御プログラムにおいて、前記要求手段において、前記出力処理を行うことができないと判定したデータファイルは、前記アプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行わないことを特徴とする
【００１６】
請求項４に係る発明は、請求項１〜３のいずれか１項に記載のデータ出力制御プログラムにおいて、前記出力処理ができないデータファイルのファイル名を一覧表示する表示手段として前記コンピュータを機能させることを特徴とする
【００１７】
請求項５に係る発明は、請求項４に記載のデータ出力制御プログラムにおいて、前記一覧表示には、前記出力処理ができないデータファイルへのリンク情報を含むことを特徴とする
【００１８】
請求項６に係る発明は、請求項４又は５に記載のデータ出力制御プログラムにおいて、前記出力処理ができないデータファイルのファイル名のリストデータを生成する生成手段として前記コンピュータを機能させることを特徴とする。
【００１９】
請求項７に係る発明は、請求項４〜６のいずれか１項に記載のデータ出力制御プログラムにおいて、前記表示手段による前記一覧表示は、前記出力処理ができるデータファイルを変換した所定形式のデータが前記外部装置へ出力された後に行われることを特徴とする。
【００２０】
請求項８に係る発明は、請求項１に記載のデータ出力制御プログラムにおいて、前記要求手段は、前記出力処理できないデータファイルがあると前記オペレーティングシステムから通知される毎に、その情報を表示手段に表示する表示ステップをコンピュータに実行させることを特徴とすることを特徴とする。
【００２１】
請求項９に係る発明は、オペレーティングシステム上でアプリケーションプログラム及びデバイスドライバが動作するデータ出力制御装置において、複数のデータファイルの印刷指示を受け付ける受付手段と、ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段と、を備え、前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続することを特徴とするデータ出力制御装置とした。
【発明の効果】
【００２２】
本発明によれば、複数のデータファイルの印刷指示があったときに、印刷指示のあったデータファイルのデータ変換を中断することなく連続して行うことができ、しかも、事前の設定を行う必要がないデータ出力制御プログラム及びデータ出力制御装置を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態に係るコンピュータの具体的構成を示す図である。
【図２】データ出力制御プログラムの処理の流れを示す図である。
【図３】データ出力制御プログラムの処理の流れを示す図である。
【図４】データ出力制御プログラムのデータ出力制御処理の流れを示す図である。
【図５】データ出力制御プログラムのデータ出力制御処理の流れを示す図である。
【図６】データ出力制御プログラムのデータ出力制御処理の流れを示す図である。
【図７】データ出力制御プログラムのデータ出力制御処理での失敗登録リストの一覧表を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明の一実施形態を、図面を参照して説明する。なお、本発明では、プリンタに印刷用データを出力するプリンタドライバを用いる場合のみならず、特許文献１のように表示端末に表示用データを出力する仮想プリンタドライバを含むプリンタドライバを用いることができ、以下ではその一例を具体的に説明するものとする。
【００２５】
［１．データ出力制御装置の構成］
まず、図１を参照して、データ出力制御装置としての処理を実行するパーソナルコンピュータ（以下、ＰＣという）の構成を説明する。図１に示すように、ＰＣ１００は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ（Ｈａｒｄ−Ｄｉｓｋ−Ｄｒｉｖｅ）１３、入力インターフェイス１４、表示コントローラ１５、ＵＳＢコントローラ１６などから構成される。
【００２６】
ＰＣ１００には、外部接続機器として、入力装置１７、ディスプレイ１８、プリンタ１９、表示端末２０などが接続可能である。
【００２７】
ＲＡＭ１２は各種のデータを一時的に記憶するメモリであり、ＣＰＵ１０によるＰＣ１００の制御処理時に用いられる。
【００２８】
ＨＤＤ１３には、オペレーティングシステム（以下、ＯＳという）、各種のアプリケーションプログラム、プリンタドライバであるプリンタ１９用のデバイスドライバ、仮想プリンタドライバである表示端末２０用のデバイスドライバ、データ出力制御プログラムがシステム領域に記憶されている。これらのプログラムは、ＰＣ１００のＣＰＵ１０がＨＤＤ１３から読み出して実行するものである。
【００２９】
ＨＤＤ１３には、アプリケーションプログラムのインストール時に、インストーラによって、所定の記憶領域（以下、レジストリという）にＯＳからこのアプリケーションプログラムへ要求可能なコマンドの情報がファイル形式の情報に関連づけて記憶される。ファイル形式の情報は、例えば、拡張子の情報であり、テキストデータであれば「txt」、ＪＰＥＧデータであれば「jpg」である。
【００３０】
また、ＨＤＤ１３には、デバイスドライバのインストール時に、インストーラによって、レジストリにデバイスドライバの情報が記憶される。さらに、また、このＨＤＤ１３には、複数のフォルダ内に各種データファイルが記憶されているデータ領域を有している。
【００３１】
入力インターフェイス１４は、ＰＣ１００に接続されている複数の入力装置１７、例えば、キーボード、マウス、タッチパネル等がユーザに操作されたことを検出すると、ＣＰＵ１０に所定の信号として送信する。
【００３２】
表示コントローラ１５は、ＰＣ１００に接続されているディスプレイ１８などの表示装置に対して、実行しているアプリケーションプログラムなどの動作状況を表示してユーザに知らせる。ＵＳＢコントローラ１６は、ＰＣ１００に接続されるプリンタ１９、表示端末２０などにデータを送信するための汎用インターフェイスである。
【００３３】
入力装置１７は、例えば、キーボード、マウス、タッチパネルなどの複数の機器から構成され、ユーザがＰＣ１００の各種アプリケーションプログラムを動作させる場合に所定の操作を行なうものである。
【００３４】
ディスプレイ１８は、表示手段として、ＰＣ１００の各種アプリケーションプログラムによる処理内容を表示するものであり、ユーザはディスプレイ１８に表示される各種アプリケーションプログラムの処理内容を確認しながら上記入力装置１７を操作する。
【００３５】
本実施形態に係るＰＣ１００では、上述したように、ＨＤＤ１３にデータ出力制御プログラムを記憶しており、ＣＰＵ１０は、このデータ出力制御プログラムを実行することにより、外部装置であるプリンタ１９や表示端末２０へのデータ出力制御が可能となっている。
【００３６】
すなわち、データ出力制御プログラムは、入力装置１７からＨＤＤ１３に記憶されているデータファイルの印刷指示があったとき、ＯＳに対して、印刷コマンドによる印刷要求を行い、アプリケーションプログラムからデバイスドライバを介して、データファイルを所定のデータ形式に変換してプリンタ１９や表示端末２０へ出力させる。
【００３７】
このデータ出力制御プログラムは、ＯＳに対して行う印刷要求において、出力先のデバイスドライバを特定することができる。例えば、ＵＳＢコントローラ１６を介してプリンタ１９へデータを出力するときには、データ出力制御プログラムは、ＯＳに対してプリンタ１９用のデバイスドライバを指定した印刷コマンドによる印刷要求を行う。また、ＵＳＢコントローラ１６を介して表示端末２０へデータを出力するときには、データ出力制御プログラムは、ＯＳに対して表示端末２０のデバイスドライバを指定した印刷コマンドによる印刷要求を行う。この印刷コマンドは、例えば、ＯＳがＷｉｎｄｏｗ（登録商標）の場合、Ｐｒｉｎｔｔｏコマンドである。なお、表示端末２０へデータが出力される場合、「印刷指示」は、所謂データ変換指示であり、仮想的な印刷指示である。
【００３８】
プリンタ１９は、ＵＳＢコントローラ１６を介してＰＣ１００のデバイスドライバから出力される印刷用データを紙媒体に印刷する。
【００３９】
一方、表示端末２０は、ＵＳＢコントローラ１６を介してＰＣ１００のデバイスドライバから出力される画像データを表示部に表示する。なお、表示端末２０として、例えば、携帯可能な電子ペーパなどの表示装置などが用いられる。
【００４０】
このように、外部装置であるプリンタ１９と表示端末２０とでは、処理できるデータ形式が異なることから、データ出力制御プログラムは、外部装置に応じて、指定するデバイスドライバを変更するようにしている。
【００４１】
このデータ出力制御プログラムは、ＨＤＤ１３に記憶した複数のデータファイルを連続して出力する外部装置で使用できるファイル形式に変換して外部装置へ出力することができるようにしている。
【００４２】
特に、データ出力制御プログラムは、ＨＤＤ１３に記憶されているデータファイルに、アプリケーションプログラムで対応することができないファイル形式のデータファイル（以下、未対応ファイル）があったときでも、未対応ファイルを除く複数のデータファイルのデータ出力処理を中断することがない。
【００４３】
以下、データ出力制御プログラムの処理について具体的に説明する。なお、入力装置１７から印刷指示があったデータファイルを、便宜上「印刷対象ファイル」と呼ぶことにする。
【００４４】
［２．データ出力制御プログラムの処理の概要］
ＰＣ１００で実行されるデータ出力制御プログラムの処理の流れの概要を、図２を参照して説明する。なお、図２に示すデータ出力制御プログラムの処理では、ＨＤＤ１３のフォルダ内の複数のデータファイルを連続してデータ変換して、表示端末２０へ出力する例について説明する。また、上述したように、ＯＳや各種プログラムは、ＣＰＵ１０がＨＤＤ１３から読み出して実行するものである。
【００４５】
まず、ＰＣ１００のユーザが入力装置１７を操作して、ＨＤＤ１３のフォルダを印刷指定し、フォルダ内のデータファイルの印刷指示を行うと、データ出力制御プログラムによる処理が開始される。このとき、印刷指示されたフォルダ内には複数のデータファイルが格納されているものとする。なお、フォルダではなく、複数のデータファイルを直接選択するようにしてもよい。
【００４６】
データ出力制御プログラムは、フォルダ内の各データファイルを印刷対象ファイルとして、ＯＳに対して、印刷コマンドにより印刷要求を行う（Ｓｔｅｐ１）。この印刷コマンドは、一つの印刷対象ファイルの情報と表示端末２０用のデバイスドライバの指定を含むコマンドであり、印刷対象ファイル毎にデータ出力制御プログラムからＯＳに対して順次出力される。印刷対象ファイルの情報として、印刷対象ファイルのファイル形式の情報（例えば、拡張子）が含まれる。
【００４７】
ＯＳは、データ出力制御プログラムから順次出力される印刷コマンドごとに、印刷要求に対する処理が可能か否かを判断して、印刷の成否をデータ出力制御プログラムに通知する（Ｓｔｅｐ２）。具体的には、ＯＳは、次の処理を行う。まず、印刷コマンドに含まれる印刷対象ファイルのファイル形式の情報からこの印刷対象ファイルを処理することができるアプリケーションプログラムが印刷コマンドを実行することができるか否かを判断する。
【００４８】
ＨＤＤ１３のレジストリには、上述したように、ＨＤＤ１３に記憶されているアプリケーションプログラムへＯＳから要求可能なコマンドの情報がファイル形式の情報と関連づけて記憶されており、ＯＳは、このレジストリを参照して、印刷対象ファイルを処理するか否かを判断することになる。
【００４９】
すなわち、ＨＤＤ１３のレジストリに、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていれば、ＯＳは、印刷対象ファイルを処理することができると判断する。一方、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていなければ、ＯＳは、印刷対象ファイルを処理することができないと判断する。その後、ＯＳは、印刷要求が行われた印刷対象ファイルのデータ出力制御が実行可能か否かの情報をデータ出力制御プログラムに通知する。
【００５０】
データ出力制御プログラムは、印刷コマンドにより印刷要求を行う毎に、ＯＳから印刷の成否が通知されることになるが、途中で、印刷対象ファイルのデータ出力制御が実行できない旨の通知があったときでも、まだ処理を行っていない印刷対象ファイルがあるときには、印刷要求を継続する。このようにすることで、印刷要求に対する処理ができない印刷対象ファイルがあった場合でも、その印刷対象ファイルを除き、継続して印刷要求に対する処理を行うことが可能となる。
【００５１】
なお、詳細は後述するが、データ出力制御プログラムは、ＯＳから通知される印刷の成否に基づいて、印刷指示に対する処理ができない印刷対象ファイルのファイル名を失敗登録リストとして記憶し、フォルダ内の全ての印刷対象ファイルの処理が終了すると、失敗登録リストの一覧をディスプレイ１８に表示する。
【００５２】
ＯＳは、印刷指示に対する処理を印刷対象ファイルの印刷要求を、ＰＣ１００にインストールされているアプリケーションプログラムに指示する（Ｓｔｅｐ３）。この印刷要求には、デバイスドライバの情報が含まれる。ＯＳから印刷指示がされたアプリケーションプログラムは、印刷指示された印刷対象ファイルをベクターデータに変換し、デバイスドライバを指定してＧＤＩ（Ｇｒａｐｈｉｃ−Ｄｅｖｉｃｅ−Ｉｎｔｅｒｆａｃｅ）に出力する。
【００５３】
なお、このＧＤＩは、ＯＳの一部であるグラフィックサブシステムである。ＧＤＩは、アプリケーションプログラムから受け取ったベクターデータをラスターデータに変換し、指定されたデバイスドライバに出力する。ここでは、表示端末２０用のデバイスドライバが指定されており、表示端末２０用のデバイスドライバは、ラスターデータを表示端末２０で表示できるファイル形式の画像データに変換し、ＵＳＢコントローラ１６を介して表示端末２０へ出力する（Ｓｔｅｐ４）。
【００５４】
［３．データ出力制御プログラムの具体的処理］
ＰＣ１００で実行されるデータ出力制御プログラムによる具体的処理を、図３を参照して説明する。ＰＣ１００のＣＰＵ１０は、ＨＤＤ１３からデータ出力制御プログラムを読み出して次の処理を実行する。
【００５５】
まず、ＣＰＵ１０は、ステップＳ５１において、印刷対象ファイルの受付処理を実行する。この処理では、ＣＰＵ１０は、ユーザがマウス、キーボード、タッチパネルなどの入力装置１７を操作して選択した印刷対象ファイルの情報を取得する。ここでは、複数のデータファイルを格納したフォルダが選択されるなど、複数のデータファイルが選択されたものとして説明する。また、印刷対象ファイルの情報には、印刷対象ファイルのファイル名やファイル形式の情報が含まれる。ＣＰＵ１０は、印刷対象ファイルの情報をＲＡＭ１２の所定の領域に記憶してステップＳ５２に処理を移す。
【００５６】
ＣＰＵ１０は、ステップ５２において、上記ステップＳ５１で受け付けた複数の印刷対象ファイルに対する処理実行指示があるか否かを判断する。この処理では、ＣＰＵ１０は、ディスプレイ１８にＧＵＩ表示した実行開始ボタン（図示せず）をユーザが入力装置１７を操作したときに、印刷対象ファイルに対する処理実行指示があったと判断する。この処理において、処理実行指示がないと判断すると（ステップＳ５２：Ｎｏ）、ＣＰＵ１０は、ステップＳ５１へ処理を移す。一方、実行すると判断（ステップＳ５２：Ｙｅｓ）すると、ＣＰＵ１０は、ステップＳ５３へ処理を移す。
【００５７】
ＣＰＵ１０は、ステップＳ５３において、データ出力制御処理を実行する。この処理では、ＣＰＵ１０は、ステップＳ５１で受け付けた複数の印刷対象ファイルを、ＯＳ、アプリケーション及びデバイスドライバにより所定形式のデータに変換して表示端末２０又はプリンタ１９へ出力させる処理を行う。
【００５８】
このデータ出力制御処理は、具体的には、図４〜図６の処理であり、以下に具体的に説明する。なお、以下においては、印刷対象ファイルを画像データに変換して表示端末２０を出力するモードについて説明するが、印刷対象ファイルを印刷用データに変換してプリンタ１９に出力するモードも同様に実行することができる。これらのモードの設定は、ユーザが入力装置１７の例えばマウス等を操作して行うことができる。
【００５９】
［４．データ出力制御処理の具体的動作］
［４−１．データ出力制御処理の第１実施例］
まず、データ出力制御プログラムのデータ出力制御処理の第１実施例を、図４を参照して説明する。
【００６０】
ＰＣ１００のＣＰＵ１０は、ステップＳ１０１において、失敗登録リストの初期化を実行する。具体的には、ＣＰＵ１０は、失敗登録リストにデータ出力処理が失敗したとして登録されているファイル名を全て消去する。この失敗登録リストは、ＨＤＤ１３の所定領域に記憶されるものである。
【００６１】
ＣＰＵ１０は、ステップＳ１０２において、処理実行指示のあった全ての印刷対象ファイルのデータ出力処理の実行が終了したか否かを判断する。ＣＰＵ１０は、後述するステップＳ１０５において、ＯＳから印刷可の通知又は印刷不可の通知を受け取ったときに、データ出力処理の実行が終了したと判断する。この処理において、終了していないと判断すると（ステップＳ１０２：Ｎｏ）、ＣＰＵ１０は、ステップＳ１０３へ処理を移す。一方、終了したと判断する（ステップＳ１０１：Ｙｅｓ）、ＣＰＵ１０は、ステップＳ１０７へ処理を移す。
【００６２】
ＣＰＵ１０は、ステップＳ１０３において、印刷対象ファイルに対する印刷要求を行う。具体的には、ＣＰＵ１０は、データ出力制御が実行されていない印刷対象ファイルを順次選択して、ＯＳに対して印刷コマンドを出力する。この印刷コマンドは、印刷対象ファイルの情報と表示端末２０用のデバイスドライバの指定を含むコマンドであり、印刷対象ファイルの情報として、印刷対象ファイルのファイル形式の情報（例えば、拡張子）が含まれる。この処理が終了するとＣＰＵ１０は、ステップＳ１０４へ処理を移す。
【００６３】
ＣＰＵ１０は、ＯＳの実行により、印刷コマンドの処理を行う。この処理では、ＣＰＵ１０は、ＨＤＤ１３のレジストリに、印刷コマンドに含まれる印刷対象ファイルのファイル形式に印刷コマンドが関連づけられているか否かを判断する。すなわち印刷対象ファイルが未対応ファイルであるか否かを判断する。印刷対象ファイルが未対応ファイルのとき、ＣＰＵ１０は、データ出力制御ができないと判断して、印刷不可の通知をデータ出力制御プログラムに対して行う。一方、印刷対象ファイルが未対応ファイルではなく、印刷コマンドがそのファイル形式に関連づけられている場合、ＣＰＵ１０は、印刷対象ファイルのファイル形式に対応するアプリケーションプログラムに対して、印刷対象ファイルの印刷要求を行う。この印刷要求の後、ＣＰＵ１０は、印刷可の通知をデータ出力制御プログラムに対して行う。なお、アプリケーションプログラム、ＧＤＩ、表示端末２０用のデバイスドライバの処理は、上述した通りであり、ＣＰＵ１０によって実行される。
【００６４】
ＣＰＵ１０は、ステップＳ１０４において、ＯＳからの印刷の成否を取得してステップＳ１０５へ処理を移す。ＣＰＵ１０は、ステップＳ１０５において、ＯＳから印刷不可の通知を受け取ると（ステップＳ１０５：Ｙｅｓ）、ステップＳ１０２へ処理を移す。一方、ＯＳから印刷可の通知を受け取ると（ステップＳ１０５：Ｎｏ）、ＣＰＵ１０は、ステップＳ１０６へ処理を移す。
【００６５】
ＣＰＵ１０は、ステップＳ１０６において、印刷対象ファイルのファイル名を失敗登録リストに登録する。すなわち、ＣＰＵ１０は、ＯＳに印刷要求をしたにもかかわらず、ＯＳから印刷不可の通知があった印刷対象ファイルのファイル名を、ＨＤＤ１３の所定領域に記憶されている失敗登録リストに未対応ファイルのファイル名を設定する。この処理が終了すると、ＣＰＵ１０はステップＳ１０２へ処理を移す。このステップＳ１０６の処理では、ＣＰＵ１０は、失敗登録リストに登録されたフォルダ名にリンク情報を添付する。これにより、ユーザは、ディスプレイ１８に表示された複数の失敗登録リストのファイル名の中から、目的のファイル名を、例えば、マウスなどの入力装置１７で選択するだけで、容易に検索できるようにしている。
【００６６】
ステップＳ１０７において、ＣＰＵ１０は、失敗登録リストにファイル名が登録されているか否かを判断し、登録されていると判断すると（ステップＳ１０７：Ｙｅｓ）、ステップＳ１０８へ処理を移す。一方、登録されていないと判断すると（ステップＳ１０７：Ｎｏ）、ＣＰＵ１０は、データ出力制御処理を終了する。
【００６７】
ステップＳ１０８において、ＣＰＵ１０は、失敗登録リストに登録されているファイル名をディスプレイ１８に表示して、ユーザに対してデータ出力処理が失敗したファイル名を確認できるようにする。この処理が終了するとＣＰＵ１０は、データ出力制御処理を終了する。
【００６８】
上述してきたように、第１実施例では、ＣＰＵ１０は、印刷指示のあった複数の印刷対象ファイルについてＯＳに対して順次印刷コマンドによるデータ出力処理を要求する。そして、印刷要求を行う毎に、ＯＳから印刷の成否が通知されることになるが、途中で、印刷不可の通知があったときでも、まだ処理を行っていない印刷対象ファイルがあるときには、印刷要求を継続する。
【００６９】
従って、印刷指示のあった複数の印刷対象ファイルは、未対応ファイルを除き、すべて画像データに変換されて表示端末２０へ出力されることになり、従来のように途中で処理が中断することがない。しかも、特別な設定も必要とせず、利便性を向上させることができる。
【００７０】
また、データ出力処理に失敗した場合は、失敗登録リストにファイル名を登録して、データ出力処理印刷の終了後にディスプレイ１８に表示する。これにより、データ出力処理に失敗した場合でも、途中でデータ出力処理が中断されることはなく、データ出力処理の終了後に、ユーザはデータ出力処理を失敗したファイル名を容易に確認することができる。
【００７１】
［４−２．データ出力制御処理の第２実施例］
データ出力制御プログラムのデータ出力制御処理の第２実施例を、図５を参照して説明する。
【００７２】
ＣＰＵ１０は、ステップＳ２０１において、失敗登録リストの初期化を実行する。この処理は、ステップＳ１０１と同様の処理である。
【００７３】
ＣＰＵ１０は、ステップＳ２０２において、処理実行指示のあった全ての印刷対象ファイルのデータ出力処理の実行が終了したか否かを判断する。この処理は、ステップＳ１０２と同様の処理である。この処理において、終了していないと判断すると（ステップＳ２０２：Ｎｏ）、ＣＰＵ１０は、ステップＳ３０３へ処理を移す。一方、終了したと判断する（ステップＳ２０１：Ｙｅｓ）、ＣＰＵ１０は、ステップＳ３０７へ処理を移す。
【００７４】
ＣＰＵ１０は、ステップＳ２０３において、印刷対象ファイルの印刷の可否を調べる。具体的には、ＣＰＵ１０は、ＨＤＤ１３のレジストリに印刷対象ファイルのファイル形式に印刷コマンドが関連づけられているか否かを調べる。ＣＰＵ１０は、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていれば、印刷対象ファイルのデータ出力処理が可能であり、印刷可と判断する。一方、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていなければ、印刷対象ファイルのデータ出力処理ができず、印刷不可と判断する。この処理が終了すると、ＣＰＵ１０は、ステップＳ２０４へ処理を移す。
【００７５】
ＣＰＵ１０は、ステップＳ２０４において、印刷可と判断すると（ステップＳ２０４：Ｙｅｓ）、ステップＳ２０５へ処理を移す。一方、印刷不可と判断すると（ステップＳ２０４：Ｎｏ）、ＣＰＵ１０は、ステップＳ２０６へ処理を移す。
【００７６】
ステップＳ２０５において、ＣＰＵ１０は、印刷対象ファイルに対する印刷要求を行う。この処理は、ステップＳ１０３の同様の処理である。
【００７７】
一方、ステップＳ２０６において、ＣＰＵ１０は、印印刷対象ファイルのファイル名を失敗登録リストに登録する。この処理は、ステップＳ１０６の処理と同様である。この処理が終了すると、ＣＰＵ１０はステップＳ２０２へ処理を移す。
【００７８】
ステップＳ２０７において、ＣＰＵ１０は、失敗登録リストにファイル名が登録されているか否かを判断し、登録されていると判断すると（ステップＳ２０７：Ｙｅｓ）、ステップＳ２０８へ処理を移す。一方、登録されていないと判断すると（ステップＳ２０７：Ｎｏ）、ＣＰＵ１０は、データ出力制御処理を終了する。
【００７９】
ＣＰＵ１０は、ステップＳ２０８において、失敗登録リストに登録されているファイル名をディスプレイ１８に表示して、ユーザに対してデータ出力処理に失敗したファイル名を確認できるようにする。この処理が終了するとＣＰＵ１０は、データ出力制御処理を終了する。
【００８０】
上述してきたように、第２実施例では、ＣＰＵ１０は、まず未対応ファイルがあるか否かをレジストリを参照して調べる。そして、未対応ファイル以外の印刷対象ファイルの印刷要求をＯＳに対して行うようにしている。そのため、ＯＳから印刷不可の通知を受け取ることなく、印刷対象ファイルのデータ出力処理を連続して行わせることができる。
【００８１】
従って、印刷指示のあった複数の印刷対象ファイルは、未対応ファイルを除き、すべて画像データに変換されて表示端末２０へ出力されることになり、従来のように途中で処理が中断することがない。しかも、特別な設定も必要とせず、利便性を向上させることができる。
【００８２】
［４−３．データ出力制御処理の第３実施例］
データ出力制御プログラムのデータ出力制御処理の第３実施例を、図６を参照して説明する。第１実施例では、全ての印刷対象ファイルの印刷要求を行った後に、データ出力処理に失敗した印刷対象ファイルのファイル名を表示するようにしているが、本第３実施例では、印刷要求に対してＯＳから印刷不可の通知がある度に、データ出力処理に失敗した印刷対象ファイルのファイル名を表示するものである。
【００８３】
すなわち、ステップＳ３０６において、ＣＰＵ１０は、ＯＳから印刷不可の通知があると、データ出力処理に失敗した印刷対象ファイルのファイル名を失敗登録リストに登録する。そして、ステップＳ３０７において、ＣＰＵ１０は、失敗登録リストに登録されているファイル名をディスプレイ１８に表示して、ユーザに対してデータ出力処理に失敗したファイル名を確認できるようにする。この処理が終了するとＣＰＵ１０は、データ出力制御処理を終了する。
【００８４】
なお、ステップＳ３０１〜Ｓ３０５の処理は、ステップＳ１０１〜Ｓ１０５の処理と同様である。
【００８５】
このように、第３実施例では、ＣＰＵ１０は、印刷要求に対してＯＳから印刷不可の通知がある度に、データ出力処理に失敗した印刷対象ファイルのファイル名をディスプレイ１８に表示する。これにより、ユーザは、データ出力処理に失敗した印刷対象ファイルのファイル名をリアルタイムで確認することができる。
【００８６】
［５．失敗登録リストの表示例］
上述したデータ出力制御処理において、データ出力処理に失敗して失敗登録リストに登録されたファイル名の表示例を、図７を用いて説明する。
【００８７】
図７に示すように、データ出力処理に失敗したｎ個のファイル名は、データ出力処理の失敗が検出された順序で、表示手段であるディスプレイ１８（図１参照）に失敗登録リストの一覧表として表示される。この時、図示するように、ファイル名、例えば、「ＦＩＬＥ３」、「ＦＩＬＥ７」に付属している拡張子、図中の「．ｄｏｃｘ」、「．ｄｏｃｍｈｔｍｌ」もファイル名と一緒に表示される。
【００８８】
失敗登録リストの一覧表のファイル名の前には、当該データファイルが格納されているフォルダ名が、図示するように「￥Ｆｏｌｄｅｒ１￥」として、「￥」マークで区切られた状態でファイル名の前に付されて表示される。このフォルダ名は、ステップＳ５１でフォルダが選択されたときにおいて、そのフォルダ内にフォルダが存在した場合は、例えば、「￥Ｆｏｌｄｅｒ１￥Ｆｏｌｄｅｒ２￥」のようにフォルダの階層を示して表示される。
【００８９】
失敗登録リストの一覧表のファイル名には、リンク情報が添付されていることを示すアンダーラインが付されており、例えば、ユーザが、マウスなどの入力装置１７を用いて、ディスプレイ１８に表示されている失敗登録リストの一覧表のファイル名にカーソルを合わせて選択することで、ファイル名に該当するファイルを開くことができる。
【００９０】
上述したように、ディスプレイ１８に表示される失敗登録リストの一覧表は、ＰＣ１００に付設されているＨＤＤ１３のデータ領域におけるデータ出力処理に失敗した印刷対象ファイルの格納場所を容易にユーザが把握できるとともに、リンク情報を貼付することにより検索を容易としている。
【００９１】
以上、本発明の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【００９２】
本発明を、上述してきた実施形態を通して説明したが、本実施形態のＰＣ１００によれば、以下の効果が期待できる。
【００９３】
（１）オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段としてのＨＤＤ１３に記憶したＰＣ１００のオペレーティングシステム上で動作するデータ出力制御プログラム（図３）において、複数のデータファイルの印刷指示を受け付ける受付手段（図３、ステップＳ５１）、ファイル形式に対応したアプリケーションプログラムからデバイスドライバを介して所定形式のデータに変換して外部装置（例えば、プリンタ１９、表示端末２０）へ出力させる出力処理の要求を、オペレーティングシステムに対して行う要求手段（図４、ステップＳ１０３）としてＰＣ１００を機能させ、要求手段は、出力処理の要求を複数のデータファイルに対して順次行っている途中で、オペレーティングシステムから出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して出力処理の要求を継続させるので、例えば、受付手段で受け付けた複数のデータファイルに、出力処理ができないデータファイルが混在していた場合でも、複数のデータファイルの出力処理の要求が中断されることがない。
【００９４】
（２）オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段としてのＨＤＤ１３に記憶したＰＣ１００のオペレーティングシステム上で動作するデータ出力制御プログラム（図３）において、記憶手段には、アプリケーションプログラムについて、デバイスドライバを介して所定形式のデータに変換させて外部装置（例えば、プリンタ１９、表示端末２０）へ出力させる出力処理が可能か否かの情報が記憶されており、複数のデータファイルの印刷指示を受け付ける受付手段（図３、ステップＳ５１）、受付手段により受け付けた複数のデータファイルのそれぞれについて、そのファイル形式のアプリケーションプログラムが出力処理を行うことができるか否かの判定を記憶手段に記憶した情報に基づいて行う判定手段（図５、ステップＳ２０４）、複数のデータファイルのうち、判定手段で出力処理を行うことができると判定したデータファイルのそれぞれについて、当該データファイルに対応するアプリケーションプログラムによる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段（図５、ステップＳ２０５）、として前記コンピュータを機能させるので、例えば、出力処理が可能なデータファイルのみの効率のよい出力処理の要求をすることができる。
【００９５】
（３）要求手段（図５、ステップＳ２０５）において、出力処理を行うことができないと判定したデータファイルは、アプリケーションプログラムによる出力処理の要求を、オペレーティングシステムに対して行わないので、例えば、無駄な出力処理が実行されることがなく、ができないデータファイルを除いた効率のよい出力処理の要求をすることができる。
【００９６】
（４）出力処理ができないデータファイルのファイル名を一覧表示するディスプレイ１８としてＰＣ１００を機能させるので、例えば、ユーザは、出力処理ができないデータファイルのファイル名を、ＰＣ１００のディスプレイ１８の一覧表示により確認することができる。
【００９７】
（５）一覧表示には、出力処理ができないデータファイルへのリンク情報を含むので、例えば、ディスプレイ１８に表示された出力処理ができないファイル名を、ユーザがマウスなどで選択するだけで容易に検索することができる。
【００９８】
（６）出力処理ができないデータファイルのファイル名のリストデータを生成する生成手段としてＰＣ１００を機能させるので、例えば、ディスプレイ１８に表示された出力処理ができないファイル名を、ユーザが確認し易くすることができる。
【００９９】
（７）ディスプレイ１８による一覧表示は、出力処理ができるデータファイルを変換した所定形式のデータが外部装置（例えば、プリンタ１９、表示端末２０）へ出力された後に行われるので、例えば、ユーザは、ディスプレイ１８による一覧表示により、出力処理が終了したことを知ることができる。
【０１００】
（８）要求手段は、出力処理できないデータファイルがあるとオペレーティングシステムから通知される毎に、その情報を表示手段に表示する表示ステップ（図６、ステップＳ３０７）をＰＣ１００に実行させるので、例えば、出力処理ができないファイル名を、ユーザは表示手段においてその都度確認することができる。
【０１０１】
（９）オペレーティングシステム上でアプリケーションプログラム及びデバイスドライバが動作するデータＰＣ１００において、複数のデータファイルの印刷指示を受け付ける受付手段（図３、ステップＳ５１）と、ファイル形式に対応したアプリケーションプログラムからデバイスドライバを介して所定形式のデータに変換して外部装置（例えば、プリンタ１９、表示端末２０）へ出力させる出力処理の要求を、オペレーティングシステムに対して行う要求手段（例えば、図４、ステップＳ１０３）と、を備え、要求手段は、出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して出力処理の要求を継続することを特徴とするデータ出力制御装置としたので、例えば、受付手段で受け付けた複数のデータファイルの中に、出力処理ができないデータファイルがあった場合でも、複数のデータファイルの出力処理の要求が中断されることがないデータ出力制御装置を提供することができる。
【符号の説明】
【０１０２】
１０  ＣＰＵ
１１  ＲＯＭ
１２  ＲＡＭ
１３  ＨＤＤ
１４  入力インターフェイス
１５  表示コントローラ
１６  ＵＳＢコントローラ
１７  入力装置
１８  ディスプレイ
１９  プリンタ
２０  表示端末
１００  ＰＣ（データ出力制御装置）
【図１】
2011159088.tif 000003
【図２】
2011159088.tif 000004
【図３】
2011159088.tif 000005
【図４】
2011159088.tif 000006
【図５】
2011159088.tif 000007
【図６】
2011159088.tif 000008
【図７】
2011159088.tif 000009