トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 データ処理装置およびデータ処理装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体
【発明者】 【氏名】石井 直樹
【要約】 【課題】起動しているアプリケーションのコマンドに適合したデータ処理方法として登録されたデータ処理方法に適時に切り替えながら、アプリケーションのコマンドを効率良く出力装置が出力可能なデータに変換することである。

【解決手段】ＣＰＵ１は出力ドライバに対する各アプリケーションのデータ送信の特徴からそれぞれのアプリケーションに対するデータ処理方法を外部メモリ１１に予め登録しておき、各アプリケーションが起動され出力ドライバを使用しての出力指示がなされた場合には、前記情報に基づくデータ処理を行う最適なデータ処理方法に切り替えて処理を行う構成を特徴とする。
【特許請求の範囲】
【請求項１】 所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送する出力ドライバが起動可能なデータ処理装置であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録手段を有し、前記出力ドライバは、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換して前記出力装置に転送することを特徴とするデータ処理装置。
【請求項２】 前記登録手段は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録することを特徴とする請求項１記載のデータ処理装置。
【請求項３】 前記登録手段は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録することを特徴とする請求項１記載のデータ処理装置。
【請求項４】 前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとすることを特徴とする請求項３記載のデータ処理装置。
【請求項５】 前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法を読み出して前記出力情報に対する前記出力データへの変換を再開することを特徴とする請求項１記載のデータ処理装置。
【請求項６】 前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法を読み出して、該中断して残存する出力情報に対する前記出力データへの変換を継続することを特徴とする請求項１記載のデータ処理装置。
【請求項７】 所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置のデータ処理方法であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録工程と、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み込む読込み工程と、前記読込み工程により読み込んだデータ処理方法に基づいて前記出力情報を前記出力データに変換して前記出力装置に転送する転送工程と、を有することを特徴とするデータ処理装置のデータ処理方法。
【請求項８】 前記登録工程は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録することを特徴とする請求項７記載のデータ処理装置のデータ処理方法。
【請求項９】 前記登録工程は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録することを特徴とする請求項７記載のデータ処理装置のデータ処理方法。
【請求項１０】 前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとすることを特徴とする請求項９記載のデータ処理装置のデータ処理方法。
【請求項１１】 前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を再開する再開工程と、を有することを特徴とする請求項７記載のデータ処理装置のデータ処理方法。
【請求項１２】 前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を続行する続行工程と、を有することを特徴とする請求項７記載のデータ処理装置のデータ処理方法。
【請求項１３】 所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置を制御するコンピュータが読み出し可能なプログラムを格納した記憶媒体であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録工程と、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み込む読込み工程と、前記読込み工程により読み込んだデータ処理方法に基づいて前記出力情報を前記出力データに変換して前記出力装置に転送する転送工程と、を有することを特徴とするコンピュータが読み出し可能なプログラムを格納した記憶媒体。
【請求項１４】 前記登録工程は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録することを特徴とする請求項１３記載のコンピュータが読み出し可能なプログラムを格納した記憶媒体。
【請求項１５】 前記登録工程は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録することを特徴とする請求項１３記載のコンピュータが読み出し可能なプログラムを格納した記憶媒体。
【請求項１６】 前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとすることを特徴とする請求項１５記載のコンピュータが読み出し可能なプログラムを格納した記憶媒体。
【請求項１７】 前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を再開する再開工程と、を有することを特徴とする請求項１３記載のコンピュータが読み出し可能なプログラムを格納した記憶媒体。
【請求項１８】 前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を続行する続行工程と、を有することを特徴とする請求項１３記載のコンピュータが読み出し可能なプログラムを格納した記憶媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送する出力ドライバが起動可能なデータ処理装置およびデータ処理装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体に関するものである。
【０００２】
【従来の技術】従来、出力ドライバがいかにしてアプリケーションから送られるデータを処理するかは、オペレータが出力ドライバ上で選択または指示するデータ処理方法が用いられていた。
【０００３】この場合において、出力ドライバは、各アプリケーションがどのようなデータの送り方をするかといった特徴を把握して、予めデータ処理方法を決定しておく、あるいは出力ドライバのデータ処理中に処理時間等から、データ処理方法を切り替えるといったインテリジェントな判断処理は行われていない。
【０００４】
【発明が解決しようとする課題】ところで、従来例では、オペレータに指示されたデータ処理方法では、通常、データの送り方の特徴は考慮されていないので、出力ドライバでの処理中に多大な時間を要するといったケースが頻繁に発生するという問題点があった。
【０００５】また、従来例では、上記の問題が発生しても途中でデータ処理方法を切り替えることができないという問題点があった。
【０００６】本発明は上記の問題点を解消するためになされたもので、本発明の目的は、出力ドライバに対する各アプリケーションのデータ送信の特徴からそれぞれのアプリケーションに対するデータ処理方法を予め登録しておき、各アプリケーションが起動され前記出力ドライバを使用しての出力指示がなされた場合には、前記情報に基づくデータ処理を行う、あるいは出力ドライバのデータ処理中に指示されたデータ処理方法では多大な時間を要すると判断した場合には、別のデータ処理方法に切り替えて処理を行うことにより、出力ドライバが複数のデータ処理方法を選択可能な場合において、起動しているアプリケーションのコマンドに適合したデータ処理方法として登録されたデータ処理方法に適時に切り替えながら、アプリケーションのコマンドを効率良く出力装置が出力可能なデータに変換することができるデータ処理装置およびデータ処理装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体を提供することである。
【０００７】
【課題を解決するための手段】本発明に係る第１の発明は、所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送する出力ドライバが起動可能なデータ処理装置であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録手段を有し、前記出力ドライバは、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換して前記出力装置に転送するものである。
【０００８】本発明に係る第２の発明は、前記登録手段は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するものである。
【０００９】本発明に係る第３の発明は、前記登録手段は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録するものである。
【００１０】本発明に係る第４の発明は、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするものである。
【００１１】本発明に係る第５の発明は、前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法を読み出して前記出力情報に対する前記出力データへの変換を再開するものである。
【００１２】本発明に係る第６の発明は、前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法を読み出して、該中断して残存する出力情報に対する前記出力データへの変換を継続するものである。
【００１３】本発明に係る第７の発明は、所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置のデータ処理方法であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録工程と、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み込む読込み工程と、前記読込み工程により読み込んだデータ処理方法に基づいて前記出力情報を前記出力データに変換して前記出力装置に転送する転送工程とを有するものである。
【００１４】本発明に係る第８の発明は、前記登録工程は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するものである。
【００１５】本発明に係る第９の発明は、前記登録工程は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録するものである。
【００１６】本発明に係る第１０の発明は、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするものである。
【００１７】本発明に係る第１１の発明は、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を再開する再開工程とを有するものである。
【００１８】本発明に係る第１２の発明は、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を続行する続行工程とを有するものである。
【００１９】本発明に係る第１３の発明は、所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置を制御するコンピュータが読み出し可能なプログラムを格納した記憶媒体であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録工程と、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み込む読込み工程と、前記読込み工程により読み込んだデータ処理方法に基づいて前記出力情報を前記出力データに変換して前記出力装置に転送する転送工程とを有するコンピュータが読み出し可能なプログラムを記憶媒体に格納したものである。
【００２０】本発明に係る第１４の発明は、前記登録工程は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するコンピュータが読み出し可能なプログラムを記憶媒体に格納したものである。
【００２１】本発明に係る第１５の発明は、前記登録工程は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録するコンピュータが読み出し可能なプログラムを記憶媒体に格納したものである。
【００２２】本発明に係る第１６の発明は、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするコンピュータが読み出し可能なプログラムを記憶媒体に格納したものである。
【００２３】本発明に係る第１７の発明は、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を再開する再開工程とを有するコンピュータが読み出し可能なプログラムを記憶媒体に格納したものである。
【００２４】本発明に係る第１８の発明は、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を続行する続行工程とを有するコンピュータが読み出し可能なプログラムを記憶媒体に格納したものである。
【００２５】
【発明の実施の形態】本実施形態の構成を説明する前に、本実施形態を適用する上位装置と出力装置の構成を図１を参照して説明する。なお本実施形態では、出力装置として印刷装置であるレーザビームプリンタ（以下ＬＢＰ）を例にとり説明する。なお、本実施形態を適用するプリンタは、レーザビームプリンタに限られるものではなく、他のプリント方式のプリンタ，例えばインクジェットプリンタでも良いことは言うまでもない。
【００２６】図１は、本発明を適用可能な出力装置の構成を示す断面図であり、例えはレーザビームプリンタ（ＬＢＰ）の場合を示す。
【００２７】図において、１５００はＬＢＰ本体であり、外部に接続されているホストコンピュータから供給される印刷情報（文字コード等）やフォーム情報あるいはマクロ命令等を入力して記憶するとともに、それらの情報に従って対応する文字パターンやフォームパターン等を作成し、記録媒体である記録紙等に像を形成する。１５０１は走査のためのスイッチおよびＬＥＤ表示器等が配されている操作パネル、１０００はプリンタ制御ユニットで、ＬＢＰ本体１５００全体の制御およびホストコンピュータから供給される文字情報等を解析する。このプリンタ制御ユニット１０００は、主に文字情報を対応する文字パターンのビデオ信号に変換してレーザドライバ１５０２に出力する。
【００２８】レーザドライバ１５０２は半導体レーザ１５０３を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１５０３から発射されるレーザ光１５０４をオン・オフ切り換えする。レーザ光１５０４は回転多面鏡１５０５で左右方向に振らされて静電ドラム１５０６上を走査露光する。これにより、静電ドラム１５０６上には文字パターンの静電潜像が形成されることになる。この潜像は、静電ドラム１５０６周囲に配置された現像ユニット１５０７により現像された後、記録紙に転写される。
【００２９】この記録紙にはカットシートを用い、カットシート記録紙はＬＢＰ本体１５００に装着した用紙カセット１５０８に収納され、給紙ローラ１５０９よび搬送ローラ１５１０と搬送ローラ１５１１とにより、装置内に取り込まれて、静電ドラム１５０６に供給される。また、ＬＢＰ本体１５００には、図示しないカードスロットを少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なる制御カード（エミュレーションカード）を接続できるように構成されている。
【００３０】〔第１実施形態〕図２は、本発明の第１実施形態を示すデータ処理装置を適用可能な印刷システムの一例を示すブロック図であり、出力装置として印刷装置であるレーザビームプリンタ（以下ＬＢＰ）と上位装置とが所定の通信媒体，例えばインタフェースを介して通信可能な印刷システムに対応する。
【００３１】図１において、３０００はホストコンピュータ等を含む上位装置であり、ＲＯＭ３のプログラム用ＲＯＭに記憶された文書処理プログラム等に基づいて図形，イメージ，文字，表（表計算等を含む）等が混在した文書処理を実行するＣＰＵｌを備え、システムバス４に接続される各デバイスをＣＰＵｌが総括的に制御する。なお、種々のアプリケーションプログラムが外部メモリ１１からＲＡＭ２上にロードされて実行される構成であってもよい。３００１はデータ処理ユニットである。
【００３２】また、このＲＯＭ３のプログラム用ＲＯＭには、ＣＰＵｌの制御プログラム等を記憶し、ＲＯＭ３のフォント用ＲＯＭには上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭは上記文書処理等を行う際に使用する各種データを記憶する。
【００３３】２はＲＡＭで、ＣＰＵｌの主メモリ、ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。
【００３４】７はメモリコントローラ（ＭＣ）で、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。
【００３５】８はプリンタコントローラ（ＰＲＴＣ）で、所定の双方向性インタフェース（インタフェース）２１を介してＬＢＰ２０００に接続されて、ＬＢＰ２０００との通信制御処理を実行する。なお、ＣＰＵｌは、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵｌは、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。
【００３６】ＬＢＰ２０００は、外部から供給される印刷情報などを入力して記憶するとともに、それらの情報に従って対応する文字パターンなどを作成し、記録媒体である記録紙などに像を形成する。ＬＢＰ２０００において、２２は操作部で、操作のためのスイッチ及びＬＥＤ表示器などが配されている。
【００３７】２００１はＬＢＰ本体全体の制御及び外部装置から供給される文字情報などを解析するプリンタ制御ユニットである。このプリンタ制御ユニット２００１は、主に文字情報を対応する文字パターンのビデオ信号に変換し印刷部へ送る。
【００３８】１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００３９】また、このＲＯＭ１３のプログラム用ＲＯＭには、ＣＰＵ１２が実行する各種制御プログラム等を記憶する。ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等を記憶し、ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等の外部メモリ１４が無いプリンタの場合には、上位装置３０００上で利用される情報等を記憶している。
【００４０】ＣＰＵ１２は入力部１８を介して上位装置３０００との通信処理が可能となっており、ＬＢＰ２０００内の情報等を上位装置３０００に通知可能に構成されている。
【００４１】１９はＲＡＭで、ＣＰＵの主メモリ、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによリメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によリアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。給紙デッキ／Ｓｔａｐｌｅｒ２９は、紙処理管理を総括的に行なう専用コントローラであるＯＣ（オプションコントローラ）２８により制御される。
【００４２】以上のような構成において、本実施形態は、出力ドライバ（出力装置が受信可能なデータ作成・送信処理する）がインストールされた上位装置３０００において、各アプリケーションがどのようなデータを出力ドライバに送信する特徴を持っているかに応じて、パフォーマンスおよびクオリティを共に満足させるようそれぞれのアプリケーションに対する最適なデータ処理方法（ＰＤＬあるいは処理モード）を予め登録しておき、各アプリケーションが起動され、前記出力ドライバによる出力が指示された場合に、前記登録情報を読み出し、実際にそれに基づいたデータ処理を行う手段を有するものである。
【００４３】図３は、図２に示した外部メモリ１１に登録されるアプリケーションとデータ処理方法との対応テーブルの一例を示す図であり、出力ドライバが参照する各アプリケーションに対する最適なデータ処理方法の登録例に対応する。なお、図中のアプリケーション名は、商標または登録商標を示す。また、各テーブルは、あらかじめメモリ資源に登録されているものとする。
【００４４】図３の（ａ）において、ＡＰＬ１〜ＡＰＬ４はアプリケーションエリアで、ユーザにより所望のアプリケーション名がデータ処理方法（例えばＧｒａｐｈｉｃｍｏｄｅ）とともに登録されている。なお、本実施形態では、データ処理方法は、Ｇｒａｐｈｉｃ ｍｏｄｅとして、ベクタ処理とラスタ（Ｒａｓｔｅｒ）処理の場合を示す。
【００４５】図３の（ｂ）において、ＡＰＬ１１〜ＡＰＬ１４はアプリケーションエリアで、ユーザにより所望のアプリケーション名がデータ処理方法（例えばＰＤＬ）とともに登録されている。なお、本実施形態では、データ処理方法は、ＰＤＬ ｍｏｄｅとして、ＰＣＬ，ＰＳ，ＬＩＰＳの場合を示す。
【００４６】以下、本実施形態の特徴的構成について図２等を参照して説明する。
【００４７】上記のように構成された所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送する出力ドライバが起動可能なデータ処理装置であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録手段（ＣＰＵ１はＲＯＭ３，外部メモリ１１等に記憶された制御プログラムを実行してデータ処理方法を外部メモリ１１に登録する）を有し、前記出力ドライバは、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換して前記出力装置に転送するので、出力ドライバが複数のデータ処理方法を選択可能な場合において、起動しているアプリケーションのコマンドに適合したデータ処理方法を優先して選択して出力装置にデータを転送処理するため、不適合なデータ処理方法を採用して、データ処理効率が低下する事態を確実に回避することができる。
【００４８】また、前記登録手段は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をページ記述言語で認知して、最適なデータ処理方法に切り替えることができる。
【００４９】さらに、前記登録手段は、前記データ処理方法をグラフィックモード（図３参照）として前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、最適なデータ処理方法に切り替えることができる。
【００５０】また、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、ベクタ処理モードあるいはラスタ処理モードのいずれかに切り替えることができる。
【００５１】さらに、前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法を読み出して前記出力情報に対する前記出力データへの変換を再開するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を再開することができる。
【００５２】また、前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法を読み出して、該中断して残存する出力情報に対する前記出力データへの変換を継続するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を継続することができる。
【００５３】以下、本発明の実施形態（上位装置３０００における処理手順）を図４を参照して説明する。
【００５４】図４は、本発明に係るデータ処理装置における第１のデータ処理手順の一例を示すフローチャートであり、上位装置３０００における処理手順に対応する。なお、（１）〜（５）は各ステップを示す。また、本実施形態では、登録されているデータ処理方法の内容としては、ＰＤＬを用いる。
【００５５】まず、ステップ（１）で、各アプリケーションが出力ドライバに対してどのようなデータを送ってくる特徴があるかにより、それぞれのアプリケーションに対するパフォーマンスおよびクオリティを共に満足させる最適なデータ処理方法をＰＤＬ（ページ記述言語）ベースで、出力ドライバが参照できるデータベースとして予め登録しておく。
【００５６】次に、ステップ（２）でアプリケーションが起動され、出力ドライバによる出力指定があったか否かを判断し、出力ドライバによる出力指定がないと判断した場合は、本処理を終了する。
【００５７】一方、ステップ（２）で、出力ドライバによる出力指定があると判断した場合は、ステップ（３）で、登録されたデータベースから該アプリケーションの処理方法を読み込む。次に、ステップ（４）で、読み込んだデータ処理方法に基づき、送信するデータを作成して、該作成したデータを出力装置２０００に送信を行う。
【００５８】次に、ステップ（５）で、作成したデータの出力装置２０００に対する送信処理が終了したかどうかを判断し、送信処理が終了していないと判断した場合は、ステップ（４）へ戻り、送信処理が終了していると判断した場合は、処理を終了する。
【００５９】〔第２実施形態〕上記第１実施形態では、予め登録しておく各アプリケーションのデータ処理方法の内容がＰＤＬである場合について説明したが、処理モードがＧｒａｐｈｉｃｍｏｄｅとしてもよい。以下、その実施形態について説明する。
【００６０】図５は、本発明に係るデータ処理装置における第２のデータ処理手順の一例を示すフローチャートであり、上位装置３０００における処理手順に対応する。
【００６１】なお、（１）〜（５）は各ステップを示す。また、本実施形態では、登録されているデータ処理方法の内容としては、Ｇｒａｐｈｉｃ ｍｏｄｅを用いる。
【００６２】まず、ステップ（１）で、各アプリケーションが出力ドライバに対してどのようなデータを送ってくる特徴があるかにより、それぞれのアプリケーションに対するパフォーマンスおよびクオリティを共に満足させる最適なデータ処理方法を処理モードベース（ベクタ処理かＲａｓｔｅｒ処理か）で、出力ドライバが参照できるデータベースとして予め登録しておく。
【００６３】次に、ステップ（２）でアプリケーションが起動され前記出力ドライバによる出力指定があったか否かを判断し、出力ドライバによる出力指定がなかったと判定した場合は、処理を終了する。
【００６４】一方、ステップ（２）で、出力ドライバによる出力指定があったと判断した場合は、ステップ（３）で、前記登録されたデータベースから該アプリケーションの処理方法を読み込む。続いて、ステップ（４）で、読み込んだデータ処理方法に基づき、送信すべきデータを作成して、該作成したデータを出力装置２０００に送信する。
【００６５】次に、ステップ（５）で、作成したデータの出力装置２０００に対する送信処理が終了したかどうかを判断し、送信処理が終了していないと判断した場合は、ステップ（４）へ戻り、送信処理が終了していると判断した場合は、処理を終了する。
【００６６】〔第３実施形態〕上記第１，第２実施形態では、登録されたデータ処理方法を読み込んだ後は、出力ドライバに対するデータ処理方法を変更しない場合について説明したが、該読み込んだデータ処理方法によるデータ処理状態を、例えばデータ処理を開始してからの経過時間が予め定められた時間を超えたか否かを判断して、データ処理方法を別の方法に変えて、再度初めから送信すべきデータの作成および該作成したデータを出力装置２０００に送信するように構成してもよい。以下、その実施形態について説明する。
【００６７】図６は、本発明に係るデータ処理装置における第３のデータ処理手順の一例を示すフローチャートであり、上位装置３０００における処理手順に対応する。
【００６８】なお、（１）〜（９）は各ステップを示す。
【００６９】まず、ステップ（１）で、各アプリケーションが出力ドライバに対してどのようなデータを送ってくる特徴があるかにより、それぞれのアプリケーションに対するパフォーマンスおよびクオリティを共に満足させる最適なデータ処理方法を、出力ドライバが参照できるデータベースとして予め登録しておく。
【００７０】次に、ステップ（２）で、アプリケーションが起動され前記出力ドライバによる出力指定があったか否かを判断し、出力ドライバによる出力指定がないと判断した場合には、本処理を終了する。
【００７１】一方、ステップ（２）で、出力ドライバによる出力指定があると判断した場合は、ステップ（３）で、前記登録されたデータベースから該アプリケーションの処理方法を読み込む。
【００７２】続いて、ステップ（４）で、読み込んだデータ処理方法に基づき、送信すべきデータを作成して、該作成したデータを出力装置２０００にデータ送信を行う。次に、ステップ（５）にて、データ処理を開始してからの経過時間が予め定められたデータ処理時間を超えたか否かを判断し、経過時間が予め定められた時間を超えていると判断した場合は、ステップ（６）で、別のデータ処理方法に変えて、再度初めからデータの作成を行う。
【００７３】次に、ステップ（７）で、データの作成をすると同時に出力装置２０００へのデータ送信を行い、次に、ステップ（８）で、データ作成および出力装置２０００ヘのデータ送信が終了したか否かを判断して、データ送信が終了したと判断した場合には、本処理を終了し、データ送信が終了していないと判断した場合は、ステップ（７）へ戻り、同様の処理を繰り返す。
【００７４】なお、ステップ（５）におけるデータ処理時間は、出力ドライバが予め持つデータとして、全てのアプリケーション共通の値として定めることも、またアプリケーションごとに別々に定めることも可能である。
【００７５】一方、ステップ（５）で、所定時間があらかじめ定められた値を超過していないと判断した場合は、ステップ（９）で、データ作成および出力装置２０００ヘのデータ送信が終了したか否かを判断して、データ送信が終了したと判断した場合には、本処理を終了し、データ送信が終了していないと判断した場合は、ステップ（４）へ戻り、同様の処理を繰り返す。
【００７６】〔第４実施形態〕上記第３実施形態では、出力ドライバによるデータ処理を開始してからの経過時間が予め定められた時間を超えた場合に、別のデータ処理方法に切り替えて最初から同じデータについて再処理する場合について説明したが、別のデータ処理方法に切り替えて、後続するデータについてデータ作成処理およびデータ送信処理を実行するように構成してもよい。以下、その実施形態について説明する。
【００７７】図７は、本発明に係るデータ処理装置における第４のデータ処理手順の一例を示すフローチャートであり、上位装置３０００における処理手順に対応する。
【００７８】なお、（１）〜（９）は各ステップを示す。
【００７９】まず、ステップ（１）で、各アプリケーションが出力ドライバに対してどのようなデータを送ってくる特徴があるかにより、それぞれのアプリケーションに対するパフォーマンスおよびクオリティを共に満足させる最適なデータ処理方法を、出力ドライバが参照できるデータベースとして予め登録しておく。
【００８０】次に、ステップ（２）で、アプリケーションが起動され前記出力ドライバによる出力指定があったか否かを判断し、出力ドライバによる出力指定がないと判断した場合には、本処理を終了する。
【００８１】一方、ステップ（２）で、出力ドライバによる出力指定があると判断した場合は、ステップ（３）で、前記登録されたデータベースから該アプリケーションの処理方法を読み込む。
【００８２】続いて、ステップ（４）で、読み込んだデータ処理方法に基づき、送信すべきデータを作成して、該作成したデータを出力装置２０００にデータ送信を行う。次に、ステップ（５）にて、データ処理を開始してからの経過時間が予め定められたデータ処理時間を超えたか否かを判断し、経過時間が予め定められた時間を超えていると判断した場合は、ステップ（６）で、別のデータ処理方法に切り替えて、未処理のデータに関して継続的なデータの作成を行う。
【００８３】次に、ステップ（７）で、データの作成をすると同時に出力装置２０００へのデータ送信を行い、次に、ステップ（８）で、データ作成および出力装置２０００ヘのデータ送信が終了したか否かを判断して、データ送信が終了したと判断した場合には、本処理を終了し、データ送信が終了していないと判断した場合は、ステップ（７）へ戻り、同様の処理を繰り返す。
【００８４】なお、ステップ（５）におけるデータ処理時間は、出力ドライバが予め持つデータとして、全てのアプリケーション共通の値として定めることも、またアプリケーションごとに別々に定めることも可能である。
【００８５】一方、ステップ（５）で、所定時間があらかじめ定められた値を超過していないと判断した場合は、ステップ（９）で、データ作成および出力装置２０００ヘのデータ送信が終了したか否かを判断して、データ送信が終了したと判断した場合には、本処理を終了し、データ送信が終了していないと判断した場合は、ステップ（４）へ戻り、同様の処理を繰り返す。
【００８６】これにより、第３実施形態に示したように再度初めからデータの作成を行うのではなく、それまでに処理が済んだデータについてはそのまま活用し、未処理のデータに関しては切り替えた方法で継続的に処理を行っていくので、データ処理効率を高めることができる。
【００８７】なお、上述の各実施形態では、ＬＢＰを例に説明したが、これに限定されるものではなく、他の印刷装置（インクジェット、ドットマトリックス等）にも適用可能である。また、本発明で説明したシステムは、スタンドアロン環境下でもネットワーク環境下でも適用可能である。さらに、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用可能であることは言うまでもない。
【００８８】以下、各実施形態の特徴的構成について図４〜図７等に示すフローチャートを参照して説明する。
【００８９】上記のように構成された所定の通信媒体（ネットワーク，インタフェース）を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置のデータ処理方法であって、あるいは所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置を制御するコンピュータが読み出し可能なプログラムを格納した記憶媒体であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録工程（図４〜図７のステップ（１））と、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み込む読込み工程（図４〜図７のステップ（２），（３））と、前記読込み工程により読み込んだデータ処理方法に基づいて前記出力情報を前記出力データに変換して前記出力装置に転送する転送工程（図４〜図７のステップ（４））とを有するので、出力ドライバが複数のデータ処理方法を選択可能な場合において、起動しているアプリケーションのコマンドに適合したデータ処理方法を優先して選択して出力装置にデータを転送処理するため、不適合なデータ処理方法を採用して、データ処理効率が低下する事態を確実に回避することができる。
【００９０】また、前記登録工程は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をページ記述言語で認知して、最適なデータ処理方法に切り替えることができる。
【００９１】さらに、前記登録工程は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、最適なデータ処理方法に切り替えることができる。
【００９２】また、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、ベクタ処理モードあるいはラスタ処理モードのいずれかに切り替えることができる。
【００９３】さらに、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程（図６のステップ（５））と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程（図６のステップ（６））と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を再開する再開工程（図６のステップ（７））とを有するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を継続することができる。
【００９４】また、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程（図７のステップ（５））と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程（図７のステップ（６））と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を続行する続行工程（図７のステップ（７））とを有するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を継続することができる。
【００９５】以下、図８に示すメモリマップを参照して本発明に係るデータ処理装置を適用可能な印刷システムで読み出し可能なデータ処理プログラムの構成について説明する。
【００９６】図８は、本発明に係るデータ処理装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【００９７】なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００９８】さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【００９９】本実施形態における図４〜図７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１００】以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１０１】この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０２】プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１０３】また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０４】さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０５】上記実施形態によれば、出力ドライバを備える上位装置に、各アプリケーションのデータ送信の特徴からそれぞれのアプリケーションに対するデータ処理方法をＰＤＬ（ページ記述言語）ベース、あるいは処理モードベースで、予め出力ドライバのデータベースとして登録しておき、各アプリケーションが起動され前記出力ドライバに対する出力指定がなされた場合には、前記データベースに基づくデータ処理を行う、あるいは出力ドライバのデータ処理中に指示されたデータ処理方法では多大な時間を要すると判断した場合には、別のデータ処理方法に切り替えて処理を行うことにより、従来に比べ各アプリケーションに応じたより的確な、かつ、より高速で効率的な出力ドライバによるデータ処理が可能となる。
【０１０６】
【発明の効果】以上説明したように、本発明に係る第１の発明によれば、所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送する出力ドライバが起動可能なデータ処理装置であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録手段を有し、前記出力ドライバは、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換して前記出力装置に転送するので、出力ドライバが複数のデータ処理方法を選択可能な場合において、起動しているアプリケーションのコマンドに適合したデータ処理方法を優先して選択して出力装置にデータを転送処理するため、不適合なデータ処理方法を採用して、データ処理効率が低下する事態を確実に回避することができる。
【０１０７】第２の発明によれば、前記登録手段は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をページ記述言語で認知して、最適なデータ処理方法に切り替えることができる。
【０１０８】第３の発明によれば、前記登録手段は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、最適なデータ処理方法に切り替えることができる。
【０１０９】第４の発明によれば、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、ベクタ処理モードあるいはラスタ処理モードのいずれかに切り替えることができる。
【０１１０】第５の発明によれば、前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法を読み出して前記出力情報に対する前記出力データへの変換を再開するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を再開することができる。
【０１１１】第６の発明によれば、前記出力ドライバが前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定手段を有し、前記出力ドライバは、前記判定手段により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法を読み出して、該中断して残存する出力情報に対する前記出力データへの変換を継続するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を継続することができる。
【０１１２】第７，第１３の発明によれば、所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置のデータ処理方法であって、あるいは所定の通信媒体を介して各アプリケーションプログラムからの出力情報を解析して出力装置が処理可能な出力データに変換して転送するデータ処理装置を制御するコンピュータが読み出し可能なプログラムを格納した記憶媒体であって、各アプリケーションプログラムの特徴に基づく最適なデータ処理方法をメモリ資源に登録する登録工程と、いずれかのアプリケーションプログラムからの出力指示時に、前記メモリ資源に登録されたデータ処理方法を読み込む読込み工程と、前記読込み工程により読み込んだデータ処理方法に基づいて前記出力情報を前記出力データに変換して前記出力装置に転送する転送工程とを有するので、出力ドライバが複数のデータ処理方法を選択可能な場合において、起動しているアプリケーションのコマンドに適合したデータ処理方法を優先して選択して出力装置にデータを転送処理するため、不適合なデータ処理方法を採用して、データ処理効率が低下する事態を確実に回避することができる。
【０１１３】第８，第１４の発明によれば、前記登録工程は、前記データ処理方法を所定のページ記述言語に基づくデータとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をページ記述言語で認知して、最適なデータ処理方法に切り替えることができる。
【０１１４】第９，第１５の発明によれば、前記登録工程は、前記データ処理方法をグラフィックモードとして前記メモリ資源に登録するので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、最適なデータ処理方法に切り替えることができる。
【０１１５】第１０，第１６の発明によれば、前記グラフィックモードは、ベクタ処理モードあるいはラスタ処理モードのいずれかとするので、選択されている出力ドライバがデータ処理方法をグラフィックモードとして認知して、ベクタ処理モードあるいはラスタ処理モードのいずれかに切り替えることができる。
【０１１６】第１１，第１７の発明によれば、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を破棄し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を再開する再開工程とを有するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を継続することができる。
【０１１７】第１２，第１８の発明によれば、前記メモリ資源に登録されたデータ処理方法を読み出して、前記出力情報を前記出力データに変換開始後の経過時間があらかじめ設定される監視時間を超えるかどうかを判定する判定工程と、前記判定工程により前記経過時間があらかじめ設定される前記監視時間を超えると判定された場合に、最初に読み出したデータ処理方法による処理を中断し、前記メモリ資源に登録された他のデータ処理方法に切り替える切替え工程と、前記切替え工程により切り替えられた他のデータ処理方法に基づいて前記出力情報に対する前記出力データへの変換を続行する続行工程とを有するので、登録して読み出したデータ処理方法に基づいてデータ処理を開始した際に、あらかじめ設定される監視時間を超えるような事態が発生した場合、例えばユーザが誤って不適切なデータ処理方法を登録してしまった場合、あるいはアプリケーションのバージョンアップに伴いデータ仕様が変更されてしまった場合が発生しても、適時に最適なデータ処理方法に切り替え可能となり、不適切なデータ処理方法によりデータ処理効率が大幅に低下してしまう事態を自動的に回避して最適なデータ処理方法によるデータ処理を継続することができる。
【０１１８】従って、出力ドライバが複数のデータ処理方法を選択可能な場合において、起動しているアプリケーションのコマンドに適合したデータ処理方法として登録されたデータ処理方法に適時に切り替えながら、アプリケーションのコマンドを効率良く出力装置が出力可能なデータに変換することができる等の効果を奏する。
【出願人】 【識別番号】０００００１００７
【氏名又は名称】キヤノン株式会社
【出願日】 平成１０年（１９９８）５月１３日
【代理人】 【弁理士】
【氏名又は名称】小林 将高
【公開番号】 特開平１１−３２７８２５
【公開日】 平成１１年（１９９９）１１月３０日
【出願番号】 特願平１０−１３００８６