JP7000746B2 - プログラムおよび印刷システム - Google Patents

Description

本発明は、プリンタと通信可能な情報処理装置に組み込まれるプログラムおよび印刷システムに関する。さらに詳細には、プリンタと情報処理装置との間での、画像データに対する処理の経路を決定する技術に関するものである。

プリンタ等のデバイスと通信可能な情報処理装置において、画像処理の対象のデータの通信の経路が複数あり、デバイスにデータを送信する際に通信の経路を選択する技術が知られている。例えば、特許文献１では、ＵＳＢ（Universal Serial Bus）インターフェースと、ＬＡＮ（Local Area Network）インターフェースと、を備え、各インターフェースを介して複数のスキャナと通信可能なＰＣ（Personal Computer）であって、各インターフェースを介して複数のスキャナの情報を取得し、対応可能なスキャナの中から制御対象のスキャナを利用者に選択させる構成が開示されている。

特開２００７－２５１２５２号公報

近年、例えば、AirPrint（登録商標）に代表されるように、所定の印刷規格に従ってプリンタドライバを用いることなく印刷を行う、いわゆるドライバレス印刷機能を有する情報処理装置が提供されている。当該情報処理装置では、ＯＳ（Operating System）によって提供される汎用の印刷制御機能を利用して、印刷対象となる画像データを所定の印刷規格に従ってプリンタに送信する。そして、プリンタは、プリンタに組み込まれているプログラムによって所定の印刷規格に従って印刷する。

汎用の印刷制御機能を利用する場合、利用可能な印刷設定の項目が少ない傾向にあり、ユーザ所望の品質の印刷を提供できない場合がある。これを解決する一例として、より詳細な印刷設定を可能とするため、特定のプリンタに対応する特定の印刷制御機能を別途設けることが考えられる。特定の印刷制御機能を備える情報処理装置は、印刷対象となる画像データをそのプリンタに専用のプログラムによって処理する。この場合、プリンタは、その専用のプログラムにて処理された専用のデータを用いて印刷する。これら２種類の印刷制御機能をともに備える情報処理装置であれば、同じ通信インターフェースを利用して同じプリンタに印刷を行わせる場合であっても、印刷を行わせる処理の経路を複数有することになる。

上記のように複数の処理の経路を有する情報処理装置の場合、同じ画像であっても経路ごとに印刷結果が異なる場合が考えられる。例えば一方のプログラムでは対応不可の解像度が設定されている場合、そのプログラムによって処理を行う経路では、そのプログラムで対応可能な解像度に修正されて印刷されるが、対応可能なプログラムによって処理を行う経路では、設定に従った解像度で印刷される。そのため、同じ画像を印刷対象とした場合であっても前回の印刷指示に基づく印刷と異なる印刷結果となることがあり、そのような印刷結果を受け取った利用者が、プリンタの故障やプログラムの不具合と勘違いすることがある。

本発明は、前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは、プリンタと情報処理装置との間で処理の経路を複数有する印刷システムにおいて、同じ画像を印刷する場合であっても、前回の印刷との印刷結果の違いが生じ難い技術を提供することにある。

この課題の解決を目的としてなされたプログラムは、通信インターフェースを備え、前記通信インターフェースを介してプリンタと接続し、前記プリンタに印刷対象の画像データに基づく印刷を行わせる処理の経路として、第１の経路と第２の経路とを有する情報処理装置に、デバイス情報と印刷対象の画像データとを含むファイルから前記デバイス情報を取得する取得処理と、デバイスごとに経路の対応可否を記憶する第１経路情報を読み出し、前記取得処理によって取得した前記デバイス情報を用いてデバイスを特定し、特定した前記デバイスと前記第１経路情報とを用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する決定処理と、を実行させることを特徴としている。

本明細書に開示されるプログラムが組み込まれる情報処理装置は、同じ通信インターフェースを介して同じプリンタに印刷を行わせる処理の経路として、第１の経路と第２の経路とを有する。そして、本明細書に開示されるプログラムは、情報処理装置に、デバイス情報と印刷対象の画像データとを含むファイルを読み出させ、さらに、ファイルに含まれるデバイス情報とデバイスごとに経路の対応可否を記憶する第１経路情報とを用いて、処理の経路を決定させる。

本明細書に開示されるプログラムを実行することにより、プリンタに印刷を行わせる処理の経路が、ファイルに含まれるデバイス情報に対応する経路に決定される。デバイス情報は、例えば、印刷時にファイルに書き込まれる情報であり、デバイス情報を用いて特定されるデバイスは、前回の印刷に使用されたデバイスである可能性が高い。つまり、デバイス情報と第１経路情報とを用いて処理の経路を決定することで、今回の印刷における処理の経路は、前回の印刷における処理の経路と同じ経路となる可能性が高い。これにより、今回の印刷結果は、前回の印刷と同じ印刷結果となる可能性が高い。

本発明によれば、プリンタと情報処理装置との間で処理の経路を複数有する印刷システムにおいて、同じ画像を印刷する場合であっても、前回の印刷との印刷結果の違いが生じ難い技術が実現される。

実施の形態にかかる印刷システムの概略構成図である。 情報処理装置の印刷用のプログラムを示す説明図である。 ２種類の印刷経路を示す説明図である。 ラベル画像ファイルのデータ構造の例を示す説明図である。 デバイステーブルの例を示す説明図である。 印刷処理の手順を示すフローチャートである。 経路決定処理の手順を示すフローチャートである。 他情報確認処理の手順を示すフローチャートである。 アプリテーブルの例を示す説明図である。 印刷実行処理の手順を示すフローチャートである。 ラベル画像ファイルのデータ構造の例を示す説明図である。 印刷設定テーブルの例を示す説明図である。 バージョンテーブルの例を示す説明図である。

以下、本発明にかかる印刷システムを具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本形態は、互いに通信可能な印刷装置と情報処理装置とを含む印刷システムに本発明を適用したものである。

本形態の印刷システム１００は、図１に示すように、印刷装置１と、情報処理装置２とを有し、互いに通信可能に接続されている。印刷装置１は、印刷対象の媒体への印刷が可能な装置であり、例えば、ラベルプリンタ、ページプリンタ、コピー機、複合機である。情報処理装置２は、印刷装置１にて印刷させる画像データの生成及び編集、印刷装置１への印刷実行指示と画像データとの送信等を行う装置であり、例えば、スマートフォン、パーソナルコンピュータ、タブレットコンピュータである。なお、印刷システム１００を構成する印刷装置１や情報処理装置２は、それぞれ１台に限らず、複数台有ってもよい。

印刷装置１は、図１に示すように、コントローラ１１と、画像形成部１２と、操作パネル１３と、ネットワークインターフェース１４とを有している。コントローラ１１は、ＣＰＵやメモリ等を含み、印刷装置１の各構成要素を制御する。なお、図１中のコントローラ１１は、印刷装置１の制御に利用されるハードウェアを纏めた総称であって、実際に印刷装置１に存在する単一のハードウェアを表すとは限らない。

画像形成部１２は、印刷対象の媒体に画像を印刷するための構成である。画像形成部１２の画像形成方式は、電子写真方式であっても、インクジェット方式であってもよい。また、印刷装置１は、カラー画像を形成可能な装置であってもよいし、モノクロ印刷のみを行う装置であってもよい。操作パネル１３は、例えば、タッチパネルであり、ユーザによる入力を受け付けるとともに情報の表示を行う。操作パネル１３は、各種の表示ランプやボタン等を含んでもよい。ネットワークインターフェース１４は、情報処理装置２と通信を行うためのハードウェアである。

情報処理装置２は、図１に示すように、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、不揮発性メモリ２４と、操作表示部２６と、ネットワークインターフェース２７とを有している。ＲＯＭ２２には、情報処理装置２を起動するための起動プログラム等が記憶されている。ＲＡＭ２３は、各種処理が実行される際に作業領域として、あるいは、データを一時的に記憶する記憶領域として利用される。不揮発性メモリ２４は、例えば、ＨＤＤ、フラッシュメモリであり、各種のプログラムやデータを記憶する。

ＣＰＵ２１は、ＲＯＭ２２や不揮発性メモリ２４から読み出したプログラムに従って、各種の処理を実行する。操作表示部２６は、例えば、タッチパネルであり、ユーザによる入力を受け付けるとともに情報の表示を行う。操作表示部２６は、キーボード、マウス、ディスプレイ等を備えるものであってもよい。ネットワークインターフェース２７は、印刷装置１と通信を行うためのハードウェアである。ネットワークインターフェース２７は、通信インターフェースの一例である。

本形態の印刷システム１００では、情報処理装置２と印刷装置１とが、共通のアクセスポイント３を介して、Ｗｉ－Ｆｉ（登録商標）規格に準拠した無線通信を行う。すなわち、ネットワークインターフェース１４および２７は、ともに、Ｗｉ－Ｆｉ（登録商標）規格による無線通信を可能にするインターフェースである。より具体的には、ＩＥＥＥ８０２．１１の規格及びそれに準ずる規格に基づく無線通信を可能にするインターフェースである。なお、本形態の通信態様は一例であり、前述の態様に限らない。例えば、情報処理装置２と印刷装置１とは、アクセスポイント３を介さない直接接続による無線通信にて通信してもよい。

情報処理装置２の不揮発性メモリ２４には、図２に示すように、画像生成用のアプリケーションプログラム（画像生成アプリ）４１と、ファイル生成プログラム４２と、専用印刷制御プログラム４３と、オペレーティングシステム（ＯＳ）４４と、が記憶されている。さらに、情報処理装置２のＯＳ４４には、汎用印刷制御プログラム４５と、通信プログラム４６と、が組み込まれている。以下では、アプリケーションプログラムを「アプリ」と称する。なお、図２では、各種のデータの流れる方向を実線の矢印にて示している。

画像生成アプリ４１は、例えば、ユーザの指示を受け付ける機能、画像を表示する機能、画像の編集や保存を行う機能、を有するプログラムである。本形態の画像生成アプリ４１は、例えば、ラベルプリンタ用のラベル画像ファイルの生成および編集に用いられるプログラムである。ラベル画像ファイルは、テープ状のラベル媒体に印刷するためのデータファイルである。ラベル画像ファイルの詳細に付いては、後述する。

画像生成アプリ４１は、さらに、生成済みのラベル画像ファイルを読み込む機能や、印刷指示を受け付ける機能、印刷時の各種設定を受け付ける機能も有する。画像生成アプリ４１は、印刷指示を受け付けた場合、編集中の画像の印刷を印刷装置１に行わせる他に、編集中の画像を記憶するラベル画像ファイルに、印刷装置１の機種名を付加する。つまり、画像生成アプリ４１にて生成されたラベル画像ファイルには、印刷装置１の機種名の情報が含まれる場合がある。

また、画像生成アプリ４１は、図２中に一点鎖線で示すように、専用印刷制御プログラム４３または汎用印刷制御プログラム４５を介して、印刷装置１から装置の状態情報を取得する機能も有する。装置の状態情報としては、例えば、印刷完了通知、エラー通知がある。

ファイル生成プログラム４２は、印刷用の画像ファイルを生成する機能を有するプログラムである。本形態の情報処理装置２では、ファイル生成プログラム４２は、例えば、画像生成アプリ４１にて受け付けた編集の指示に基づいて、ラベル画像ファイルを生成する。画像生成アプリ４１にてラベル画像ファイルを生成する処理の手順は、詳細には、画像生成アプリ４１からファイル生成プログラム４２に生成の指示が出力され、ファイル生成プログラム４２にて生成されたラベル画像ファイルを画像生成アプリ４１が取得する手順を含む。

専用印刷制御プログラム４３は、例えば、ラベル画像ファイルに含まれる画像データをラスタライズしてラスタライズデータを生成する機能、生成したラスタライズデータを通信プログラム４６を制御して印刷装置１に送信する機能、を有するプログラムである。専用印刷制御プログラム４３は、特定の機種の印刷装置に対応する専用のプログラムであり、他のメーカの機種など特定の機種以外の印刷装置には対応しない。本形態の専用印刷制御プログラム４３は、印刷装置１を制御するための専用のプログラムであり、印刷装置１にて実行可能な全ての詳細な印刷設定に対応可能であって、印刷装置１にて対応可能な形式のラスタライズデータを生成する。

汎用印刷制御プログラム４５は、所定の印刷規格に基づく印刷用の規格データを生成する機能、生成した規格データを通信プログラム４６を制御して印刷装置１に送信する機能、を有するプログラムである。汎用印刷制御プログラム４５は、印刷制御機能を実現するために、ＯＳ４４によって提供される標準のプログラムである。汎用印刷制御プログラム４５によって送信される規格データは、印刷装置１の備える汎用のラスタライズ処理に適した規格に則ったデータであり、ラスタライズされていないデータである。

また、汎用印刷制御プログラム４５は、所定の印刷規格をサポートする種々の印刷装置に対応する汎用のプログラムである。そのため、汎用印刷制御プログラム４５に対応する機能を備えた印刷装置であれば、どのメーカの印刷装置であっても、規格データに基づく印刷を実行できる。汎用印刷制御プログラム４５は、複数の機種に対応する汎用のプログラムであることから、受け付け可能な印刷設定が一般的なものに限られる。そのため、汎用印刷制御プログラム４５は、印刷装置１にて実行可能な全ての印刷設定を受け付けるとは限らない。汎用印刷制御プログラム４５を利用した印刷のシステムとしては、例えば、AirPrint、Mopria（いずれも登録商標）がある。

前述したラベル画像ファイルは、専用印刷制御プログラム４３における処理に適するファイルである。画像生成アプリ４１は、印刷対象の画像データを専用印刷制御プログラム４３に渡す場合には、ラベル画像ファイルを用い、また、指定された全ての印刷設定を付加する。一方、画像生成アプリ４１は、印刷対象の画像データを汎用印刷制御プログラム４５に渡す場合には、ラベル画像ファイルを汎用化に適した形式としたデータファイルを用いる。この場合には、画像生成アプリ４１は、一般的な印刷設定のみを付加する。

通信プログラム４６は、ネットワークインターフェース２７を制御して、通信相手の装置との通信を行う機能を有するプログラムである。例えば、専用印刷制御プログラム４３は、生成したラスタライズデータをＯＳ４４のスプーラに登録する。情報処理装置２の通信プログラム４６は、スプーラに登録されたデータを、ネットワークインターフェース２７を介して印刷装置１に送信する。通信プログラム４６も、ＯＳ４４によって提供される標準のプログラムである。通信プログラム４６の一部は、ＲＯＭ２２に記憶されていてもよい。

本形態の印刷システム１００は、印刷装置１に印刷を行わせる処理の経路として、図３に示すように、２種類の経路を有する。２種類の経路とは、情報処理装置２がラスタライズ処理を行う第１経路と、印刷装置１がラスタライズ処理を行う第２経路と、である。第１経路は、第１の経路の一例であり、第２経路は、第２の経路の一例である。

第１経路を用いて印刷装置１に印刷を行わせる場合、図３に示すように、情報処理装置２は、ラスタライズ処理を実行して、ラベル画像ファイルに含まれる画像データをラスタライズし、ラスタライズデータを印刷装置１に送信する。印刷装置１は、ラスタライズ済みのラスタライズデータを受信して、受信したラスタライズデータに基づいて印刷する。第１経路では、情報処理装置２は、印刷対象の画像データを図２に示した専用印刷制御プログラム４３を用いてラスタライズする。

第１経路は、専用印刷制御プログラム４３を使用することから、印刷装置１にて対応可能な各種の印刷設定に対応している。専用印刷制御プログラム４３は、ＯＳ４４には含まれないので、第１経路による印刷を行う場合、情報処理装置２は、ＯＳ４４に含まれる印刷制御機能（例えば、汎用印刷制御プログラム４５）を使用しない。

第２経路を用いて印刷装置１に印刷を行わせる場合、図３に示すように、情報処理装置２は、規格化処理においてラベル画像ファイルに含まれる画像データの規格化を行い、規格データを印刷装置１に送信する。印刷装置１は、規格データのラスタライズを行う汎用ラスタライズ処理を行い、汎用ラスタライズ処理にてラスタライズされたデータに基づいて印刷する。第２経路では、情報処理装置２は、印刷対象の画像データを図２に示した汎用印刷制御プログラム４５にて規格化する。

第２経路は、ＯＳ４４に含まれる印刷制御機能である汎用印刷制御プログラム４５を使用することから、印刷装置１にて対応可能な全ての印刷設定に対応できるとは限らない。例えば、汎用印刷制御プログラム４５は、特定の機種のみが対応可能な高解像度の印刷設定に対応していない。そのため、第２経路を用いた印刷では、多くの機種にて対応可能な解像度、すなわち、高解像度以外の印刷設定が用いられる。

このように、第１経路と第２経路とでは、印刷対象の画像データのラスタライズを行う処理主体が異なる。すなわち、第１経路は、情報処理装置２にラスタライズを行わせる経路であり、第２経路は、印刷装置１にラスタライズを行わせる経路である。また、第１経路と第２経路とでは、ラスタライズ処理のアルゴリズムが異なり、処理結果も異なる可能性がある。すなわち、第１経路は、詳細な印刷設定にも対応できるラスタライズを行う経路であり、第２経路は、いくつかの印刷設定が制限されるラスタライズを行う経路である。また、第１経路と第２経路とでは、情報処理装置２から印刷装置１へと送信されるデータの種類やデータフォーマットも異なる。この結果、同じラベル画像ファイルに基づく印刷物であっても、第１経路による印刷物と、第２経路による印刷物とでは、印刷結果が異なる可能性がある。

なお、本形態の印刷システム１００で使用する印刷装置１は、第１経路によって送信されるラスタライズデータに基づく印刷も、第２経路によって送信される規格データに基づく印刷も、いずれにも対応可能なものである。また、情報処理装置２は、第１経路でも第２経路でも、ネットワークインターフェース２７による無線通信を利用してデータを送信する。つまり、本形態の印刷システム１００は、第１経路による処理も第２経路による処理も実行可能である。

続いて、本形態の印刷システム１００による印刷動作について説明する。印刷システム１００でラベル画像ファイルに基づく印刷を行わせたいユーザは、情報処理装置２にて画像生成アプリ４１を実行させ、印刷対象の画像データを含むラベル画像ファイルを指定する。情報処理装置２は、画像生成アプリ４１を介して印刷指示を受け付けた場合、処理の経路を第１経路と第２経路とのいずれか一方に決定する。具体的には、情報処理装置２は、ラベル画像ファイルに含まれる情報を参照して、今回の印刷における経路を決定する。そして、情報処理装置２は、決定した経路の処理を実行し、印刷装置１に印刷対象の画像に基づく所定のデータを送信することにより、印刷装置１に印刷を行わせる。

本形態の印刷システム１００にて印刷対象とされるラベル画像ファイルについて、データ構造の例を図４に示す。図４に示すように、ラベル画像ファイルには、印刷対象の画像データやテキストデータの他に、アプリ名Ｌａ、シート名Ｌｓ、デバイス名Ｌｄなどの情報が含まれる。デバイス名Ｌｄは、デバイス情報の一例である。アプリ名Ｌａは、プログラム情報の一例である。アプリ名Ｌａは、当該ファイルの生成に使用したアプリの名称であり、例えば、ファイルの生成時や保存時に書き込まれる。デバイス名Ｌｄは、印刷装置の種類や性能を特定する情報であり、例えば、印刷装置の機種名、機種コードである。デバイス名Ｌｄは、印刷指示の受け付け時、印刷の実行後、ファイルの保存時、等のタイミングでラベル画像ファイルに書き込まれる。

また、本形態の情報処理装置２は、不揮発性メモリ２４に、例えば、図５に示すように、デバイス名と対応可能な処理の経路との関係を記憶するデバイステーブル２４１を記憶している。デバイステーブル２４１は、第１経路情報の一例である。例えば、図５の例では、「デバイスＡ」は、第１経路にのみ対応している。このような印刷装置としては、規格データをラスタライズする機能を有していない装置が該当する。また、「デバイスＣ」は、第２経路にのみ対応している。このような印刷装置としては、情報処理装置２が備えている専用印刷制御プログラム４３に対応しない装置が該当する。また、「デバイスＢ」は、第１経路にも第２経路にも対応している。

情報処理装置２は、印刷指示を受け付けた後、印刷対象として指定されたラベル画像ファイルから、デバイス名Ｌｄを読み出す。さらに、情報処理装置２は、デバイステーブル２４１を参照して、ラベル画像ファイルから読み出したデバイス名Ｌｄに対応させて記憶されている処理の経路を取得する。そして、情報処理装置２は、取得した処理の経路に基づいて、印刷経路を決定する。情報処理装置２は、例えば、読み出したデバイス名Ｌｄが、第１経路に対応するデバイスの名前であれば、第１経路に決定する。図５に示した例では、デバイス名Ｌｄが「デバイスＡ」であれば、情報処理装置２は、印刷経路を第１経路に決定する。

一方、情報処理装置２は、ラベル画像ファイルから読み出したデバイス名Ｌｄが第１経路に対応不可能であって、第２経路に対応可能なデバイスである場合、印刷経路を第２経路に決定する。図５に示した例では、デバイス名Ｌｄが「デバイスＣ」であれば、情報処理装置２は、第２経路に決定する。なお、デバイスＢのように、複数の経路に対応可能なデバイスの場合には、さらに、デバイス情報以外の情報を用いて経路を決定してもよい。

続いて、本形態の印刷システム１００において前述した印刷動作を実現するために、情報処理装置２にて実行される印刷処理の手順について、図６のフローチャートを参照して説明する。この印刷処理は、実行中の画像生成アプリ４１にて印刷指示を受け付けたことを契機に、情報処理装置２のＣＰＵ２１にて実行される。画像生成アプリ４１は、印刷指示を受け付けた際に編集の対象となっているラベル画像ファイルを、印刷対象のラベル画像ファイルとして取得する。

印刷処理では、ＣＰＵ２１は、まず、経路決定処理を実行する（Ｓ１０１）。経路決定処理は、印刷対象のラベル画像ファイルの内容に基づいて、今回の印刷経路を決定する処理である。経路決定処理の手順について、図７のフローチャートを参照して説明する。

経路決定処理では、ＣＰＵ２１は、印刷対象のラベル画像ファイルからデバイス名Ｌｄを取得する（Ｓ２０１）。Ｓ２０１は、取得処理及びデバイス取得処理の一例である。ラベル画像ファイルには、図４に示したように、デバイス名Ｌｄの情報が含まれる。今回の印刷対象のラベル画像ファイルが、以前に印刷指示の対象となったことのあるラベル画像ファイルであれば、印刷装置１の機種名がデバイス名Ｌｄとして書き込まれている。後述するように、ＣＰＵ２１は、印刷指示を受け付けた場合、印刷を実行させる印刷装置１の機種名をデバイス名Ｌｄとしてラベル画像ファイルに書き込む。つまり、ラベル画像ファイルに含まれるデバイス名Ｌｄは、前回の印刷にて使用したデバイスの機種名である可能性が高い。

次に、ＣＰＵ２１は、図５に示したデバイステーブル２４１を参照して、読み出したデバイス名Ｌｄがデバイステーブル２４１に含まれているか否かを判断する（Ｓ２０２）。読み出したデバイス名Ｌｄがデバイステーブル２４１に含まれていると判断した場合（Ｓ２０２：ＹＥＳ）、ＣＰＵ２１は、デバイステーブル２４１から、読み出したデバイス名Ｌｄが対応可能な経路を取得する（Ｓ２０３）。

そして、ＣＰＵ２１は、Ｓ２０１にて読み出したデバイス名Ｌｄにて対応可能な経路として、第１経路が含まれているか否かを判断する（Ｓ２０４）。対応可能な経路として第１経路が含まれていると判断した場合（Ｓ２０４：ＹＥＳ）、ＣＰＵ２１は、対応可能な経路が、第１経路のみであるか否かを判断する（Ｓ２０５）。そして、対応可能な経路が第１経路のみであると判断した場合（Ｓ２０５：ＹＥＳ）、ＣＰＵ２１は、今回の印刷経路を第１経路に決定する（Ｓ２０６）。

対応可能な経路として第１経路が含まれていないと判断した場合（Ｓ２０４：ＮＯ）、ＣＰＵ２１は、対応可能な経路として、第２経路が含まれているか否かを判断する（Ｓ２０７）。そして、対応可能な経路として第２経路が含まれていると判断した場合（Ｓ２０７：ＹＥＳ）、ＣＰＵ２１は、今回の印刷経路を第２経路に決定する（Ｓ２０８）。対応可能な経路として第２経路が含まれていないと判断した場合（Ｓ２０７：ＮＯ）、ＣＰＵ２１は、経路無しに決定する（Ｓ２０９）。

一方、読み出したデバイス名Ｌｄがデバイステーブル２４１に含まれていないと判断した場合（Ｓ２０２：ＮＯ）、または、ラベル画像ファイルに記憶されているデバイス名Ｌｄにて対応可能な経路が第１経路を含む複数の経路であると判断した場合（Ｓ２０５：ＮＯ）、ＣＰＵ２１は、他情報確認処理を実行する（Ｓ２１１）。

他情報確認処理は、ラベル画像ファイルに含まれる情報として、デバイス名Ｌｄ以外の情報を用いて経路を決定するための処理である。他情報確認処理の手順について、図８のフローチャートを参照して説明する。

他情報確認処理では、ＣＰＵ２１は、印刷対象のラベル画像ファイルから、アプリ名Ｌａを取得する（Ｓ３０１）。図４に示したように、ラベル画像ファイルには、ファイルの生成時に使用されたアプリ名Ｌａが記憶されている。

そして、ＣＰＵ２１は、読み出したアプリ名Ｌａが、第１経路に対応可能なアプリの名前であるか否かを判断する（Ｓ３０２）。この判断のために、情報処理装置２の不揮発性メモリ２４には、図９に示すように、デバイステーブル２４１と同様の、各アプリ名と対応可能な経路との関係を記憶するアプリテーブル２４２が記憶されている。そして、ＣＰＵ２１は、アプリテーブル２４２を参照して、Ｓ３０２の判断を行う。アプリテーブル２４２は、第２経路情報の一例である。

アプリ名Ｌａが、第１経路に対応可能なアプリであると判断した場合（Ｓ３０２：ＹＥＳ）、ＣＰＵ２１は、今回の印刷経路を第１経路に決定する（Ｓ３０３）。一方、アプリ名Ｌａが、第１経路に対応不可能なアプリであると判断した場合（Ｓ３０２：ＮＯ）、ＣＰＵ２１は、今回の印刷経路を第２経路に決定する（Ｓ３０４）。なお、デバイス名Ｌｄがデバイステーブル２４１に含まれず、かつ、アプリ名Ｌａがアプリテーブル２４２に含まれない場合には、ＣＰＵ２１は、経路無しに決定してもよい。Ｓ３０３またはＳ３０４の後、ＣＰＵ２１は、他情報確認処理を終了して、経路決定処理に戻る。

使用されたアプリによっては特定の経路に依存するものがある。例えば、専用印刷制御プログラム４３に対応していないアプリであった場合には、汎用印刷制御プログラム４５を用いる第２経路で印刷されたことが推測できる。そこで、アプリ名Ｌａによって対応可能な経路を特定し、情報処理装置２から印刷装置１に印刷させる際の経路をその特定された経路に決定することで、前回の印刷と同じ経路で印刷される可能性が高まり、前回の印刷と同じ印刷結果となる可能性が高まる。

ＣＰＵ２１は、経路決定処理のＳ２０６、Ｓ２０８、Ｓ２０９、Ｓ２１１のいずれかの後、経路決定処理を終了して、図６の印刷処理に戻る。経路決定処理の終了時には、ＣＰＵ２１は、今回の印刷経路を、第１経路、第２経路、経路無しのいずれかに決定している。

図６の印刷処理の説明に戻り、印刷を完了したラベル画像ファイルのデバイス名Ｌｄの情報を、今回の印刷に使用した印刷装置１の機種名に変更し、変更したラベル画像ファイルを保存する（Ｓ１０２）。これにより、印刷が指示されたラベル画像ファイルのデバイス名Ｌｄが更新されるので、情報処理装置２は、次回の印刷では、今回の印刷に使用した印刷装置１の機種名に基づいて処理の経路を決定できる。

次に、ＣＰＵ２１は、Ｓ１０１の経路決定処理にて決定した経路が第１経路であるか否かを判断する（Ｓ１０３）。決定した経路が第１経路であると判断した場合（Ｓ１０３：ＹＥＳ）、ＣＰＵ２１は、専用印刷制御プログラム４３（図２参照）にてラスタライズ処理を実行する（Ｓ１０４）。Ｓ１０４は、第１のラスタライズ処理の一例である。

すなわち、ＣＰＵ２１は、ラベル画像ファイルの画像データを、専用印刷制御プログラム４３に引き渡し、専用印刷制御プログラム４３にてラスタライズデータを生成する。さらに、ＣＰＵ２１は、ネットワークインターフェース２７を制御して、Ｓ１０４のラスタライズ処理によって得られたラスタライズデータを，今回の印刷を行わせる装置として指定されている印刷装置１に送信させる（Ｓ１０５）。Ｓ１０５にて送信されるラスタライズデータは、第１データの一例である。

一方、決定した経路が第１経路ではないと判断した場合（Ｓ１０３：ＮＯ）、ＣＰＵ２１は、決定した経路が第２経路であるか否かを判断する（Ｓ１０６）。決定した経路が第２経路であると判断した場合（Ｓ１０６：ＹＥＳ）、ＣＰＵ２１は、汎用印刷制御プログラム４５（図２参照）にて規格化処理を実行する（Ｓ１０７）。さらに、ＣＰＵ２１は、ネットワークインターフェース２７を制御して、Ｓ１０６の規格化処理によって得られた規格データを印刷装置１に送信させる（Ｓ１０８）。

Ｓ１０５またはＳ１０８の後、ＣＰＵ２１は、印刷装置１から印刷完了の信号を受信したか否かを判断する（Ｓ１０９）。印刷装置１は、情報処理装置２からラスタライズデータまたは規格データを受信することで、印刷を実行する。そして、印刷が正常に完了した場合、印刷装置１は、印刷を完了した旨の情報を含む信号を情報処理装置２に送信する。つまり、情報処理装置２は、印刷装置１から印刷完了の信号を受信した場合、印刷が完了したと判断する。

印刷装置１から印刷完了の信号を受信していないと判断した場合（Ｓ１０９：ＮＯ）、ＣＰＵ２１は、エラーを通知する信号を受信したか否かを判断する（Ｓ１１０）。印刷装置１は、印刷用のデータを正常に受信できなかった場合や、印刷を正常に完了できなかった場合に、情報処理装置２にエラーを通知する。エラーを通知する信号を受信していないと判断した場合（Ｓ１１０：ＮＯ）、ＣＰＵ２１は、Ｓ１０９に戻り、印刷完了の信号とエラーを通知する信号とのいずれかを受信するまで待機する。

そして、印刷装置１から印刷完了の信号を受信したと判断した場合（Ｓ１０９：ＹＥＳ）、ＣＰＵ２１は、印刷処理を終了する。一方、印刷装置１からエラーを通知する信号を受信したと判断した場合（Ｓ１１０：ＹＥＳ）、または、経路決定処理にて経路無しに決定したと判断した場合（Ｓ１０６：ＮＯ）、ＣＰＵ２１は、操作表示部２６にメッセージを表示させて（Ｓ１１２）、印刷処理を終了する。情報処理装置２は、例えば、実行中の画像生成アプリ４１の編集画面にエラーメッセージを表示させる。情報処理装置２は、メッセージを表示することで、正常に印刷を完了できなかったことをユーザに通知できる。

次に、本形態の印刷システム１００において前述した印刷動作を実現するために、印刷装置１にて実行される印刷実行処理の手順について、図１０のフローチャートを参照して説明する。この印刷実行処理は、情報処理装置２から印刷用のデータを受信したことを契機に、印刷装置１のコントローラ１１にて実行される。

印刷実行処理では、コントローラ１１は、まず、受信したデータがラスタライズデータであるか否かを判断する（Ｓ４０１）。受信したデータがラスタライズデータではないと判断した場合（Ｓ４０１：ＮＯ）、コントローラ１１は、汎用ラスタライズ処理を実行する（Ｓ４０２）。つまり、印刷装置１は、受信したデータが規格データであれば、自装置に備える汎用のラスタライズ機能を用いて、ラスタライズデータを生成する。Ｓ４０２は、第２のラスタライズ処理の一例であり、Ｓ４０２にて生成されたラスタライズデータは、第２データの一例である。

そして、コントローラ１１は、受信したラスタライズデータ、または、Ｓ４０２にて生成したラスタライズデータに基づいて、画像形成部１２を制御して印刷を実行させる（Ｓ４０３）。さらに、コントローラ１１は、印刷が完了したか否かを判断する（Ｓ４０４）。印刷が完了していないと判断した場合（Ｓ４０４：ＮＯ）、コントローラ１１は、タイムアウトとなったか否かを判断する（Ｓ４０５）。タイムアウトとなっていないと判断した場合（Ｓ４０５：ＮＯ）、コントローラ１１は、Ｓ４０３に戻って印刷の実行を継続する。

印刷が完了したと判断した場合（Ｓ４０４：ＹＥＳ）、コントローラ１１は、ネットワークインターフェース１４を制御して、印刷完了の通知を情報処理装置２へ送信させ（Ｓ４０６）、印刷実行処理を終了する。一方、タイムアウトとなったと判断した場合（Ｓ４０５：ＹＥＳ）、コントローラ１１は、ネットワークインターフェース１４を制御して、エラーの通知を情報処理装置２へ送信させ（Ｓ４０７）、印刷実行処理を終了する。コントローラ１１は、データの受信に失敗した場合や、汎用ラスタライズ処理中にエラーが発生した場合にも、エラーの通知を行うとよい。

なお、図８に示した他情報確認処理では、アプリ名Ｌａに基づく判断を行うとしたが、アプリ名Ｌａ以外の情報を用いることもできる。情報処理装置２は、例えば、印刷設定の情報、印刷装置のファームウェアのバージョンの情報を用いて、印刷経路を決定してもよい。具体的には、情報処理装置２は、例えば、図１１に示すように、印刷設定Ｌｐやバージョン番号Ｌｖが書き込まれているラベル画像ファイルに基づく印刷を、印刷装置１に行わせる場合、印刷設定Ｌｐやバージョン番号Ｌｖに基づいて印刷経路を決定してもよい。

情報処理装置２が、印刷設定Ｌｐを用いて印刷経路を決定する場合、情報処理装置２の不揮発性メモリ２４には、図１２に示すように、各印刷設定と第２経路による印刷への対応の可否との関係を記憶する印刷設定テーブル２４３が記憶されている。印刷設定Ｌｐは、印刷設定情報の一例であり、印刷設定テーブル２４３は、第３経路情報の一例である。

印刷設定テーブル２４３に「否」と記憶されている印刷設定は、第２経路での印刷には反映されない。情報処理装置２は、ラベル画像ファイルに保存されている印刷設定Ｌｐに、印刷設定テーブル２４３にて「否」と記憶されている印刷設定が含まれている場合、第１経路に決定する。一方、ラベル画像ファイルに保存されている印刷設定Ｌｐに、印刷設定テーブル２４３にて「否」と記憶されている印刷設定が含まれていない場合、情報処理装置２は、第２経路に決定してもよい。

印刷設定によっては特定の経路に依存するものがある。例えば、汎用印刷制御プログラム４５に対応していない印刷設定であった場合には、専用印刷制御プログラム４３を用いて印刷されたことが推測できる。そこで、印刷設定Ｌｐに対応する経路を特定し、情報処理装置２から印刷装置１に印刷させる際の経路をその特定された経路に決定することで、前回の印刷と同じ経路で印刷される可能性が高まり、前回の印刷と同じ印刷結果となる可能性が高まる。

また、情報処理装置２が、バージョン番号Ｌｖを用いて印刷経路を決定する場合、情報処理装置２の不揮発性メモリ２４には、図１３に示すように、ファームウェアのバージョンと第１経路による印刷への対応の可否との関係を記憶するバージョンテーブル２４４が記憶されている。バージョン番号Ｌｖは、バージョン情報の一例であり、バージョンテーブル２４４は、第４経路情報の一例である。

バージョンテーブル２４４に「否」と記憶されているバージョンのファームウェアは、第１経路での印刷に対応していない。情報処理装置２は、ラベル画像ファイルに保存されているバージョン番号Ｌｖが、バージョンテーブル２４４にて「可」と記憶されているバージョン以上であれば、第１経路に決定するとよい。一方、ラベル画像ファイルに保存されているバージョン番号Ｌｖが、バージョンテーブル２４４にて「否」と記憶されているバージョンであれば、情報処理装置２は、第２経路に決定する。デバイス名Ｌｄに加えてファームウェアのバージョンごとに対応可否を判断することで、より正確に経路を決定できる。

また、前述した本形態の経路決定処理では、まずデバイス名Ｌｄに基づいて経路を決定し、複数の経路が可能であった場合にアプリ名Ｌａを参照するとしたが、アプリ名Ｌａに基づく判断を優先的に行ってもよい。つまり、経路決定処理のＳ２０１に代えて、印刷対象のラベル画像ファイルからアプリ名Ｌａを取得するステップを設け、ＣＰＵ２１は、取得したアプリ名Ｌａとアプリテーブル２４２とに基づいて経路を決定してもよい。また、印刷設定Ｌｐやバージョン番号Ｌｖによる経路の推定を優先してもよい。

以上、詳細に説明したように、本形態の印刷システム１００によれば、印刷装置１と情報処理装置２とが通信可能であり、情報処理装置２にて取得したラベル画像ファイルに基づく印刷を印刷装置１に行わせることができる。さらに、印刷システム１００は、印刷装置１に印刷を行わせる処理の経路として、第１経路と第２経路とを備え、ラベル画像ファイルに含まれる情報に基づいて、経路を決定する。具体的には、情報処理装置２は、ラベル画像ファイルに含まれるデバイス名Ｌｄが、第１経路に対応するデバイスであれば、第１経路を決定する。デバイス名Ｌｄがラベル画像ファイルに記憶されている場合、そのラベル画像ファイルの画像はデバイス名Ｌｄのデバイスによって過去に印刷が行われた可能性が高い。そこで、デバイス名Ｌｄに対応する経路を特定し、情報処理装置２から印刷装置１に印刷させる際の処理の経路をその特定された経路に決定することで、前回の印刷と同じ経路で印刷される可能性が高まり、前回の印刷と同じ印刷結果となる可能性が高まる。本形態の印刷システム１００は、ラベル画像ファイルに含まれるデバイス名Ｌｄに基づいて、印刷の経路を決定するので、前回の印刷との印刷結果の違いが生じ難い。

なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、印刷装置１は、操作パネル１３を備えなくてもよい。情報処理装置２は、不揮発性メモリ２４に限らず、どのような種類の大容量記憶装置を備えていてもよい。

また、印刷装置１と情報処理装置２との通信方式は、Ｗｉ－Ｆｉ（登録商標）規格に準拠した無線通信に限らない。例えば、ＵＳＢケーブルを用いた有線通信であってもよいし、Bluetooth（登録商標）等の他の規格に基づく無線通信であってもよい。また、複数の通信機能を備えていてもよい。

また、印刷対象の画像ファイルは、ラベルに印刷するためのラベル画像ファイルに限らない。例えば、ＰＤＦファイル、ＪＰＥＧ等の圧縮ファイル、ビットマップファイルでもよい。ラベル画像ファイル以外の画像ファイルを対象とする場合、画像生成アプリ４１や専用印刷制御プログラム４３として、対象の画像ファイルに適合するものを使用すればよい。

また、本形態では、第２経路では印刷装置１にてラスタライズするとしたが、第１経路と異なる経路であればよく、情報処理装置２にてラスタライズする経路であってもよい。例えば、汎用印刷制御プログラム４５がラスタライズ機能を有していれば、そのラスタライズ機能によってラスタライズしてもよい。この場合であっても、第１経路と第２経路とではラスタライズ処理のアルゴリズムが異なる。また、この場合であっても、第１経路は、ＯＳ４４の印刷制御機能を用いない経路であり、第２経路は、ＯＳ４４の印刷制御機能を用いる経路である。

また、本形態では、印刷システム１００にて対応可能な経路として第１経路と第２経路の２種類が有るものとして説明しているが、さらに他の経路があってもよい。他の経路としては、例えば、デバイスに専用のドライバを用いて印刷する経路や、Unix、MacOS、Linux（登録商標）の印刷ドライバであるＣＵＰＳを用いて印刷する経路がある。デバイス専用のドライバやＣＵＰＳは、情報処理装置２のＯＳ４４（図２参照）に組み込まれ、画像データのラスタライズを行うプログラムである。そして、他の経路にも対応可能な印刷システムであれば、経路決定処理（図７）のＳ２０９にて経路無しと決定する代わりに、他の経路への対応の可否を判断するステップと他の経路に決定するステップとを設けることで、印刷経路を他の経路に決定することができる。例えば、図５に示した例で、対応可能な経路が空欄となっているデバイスＤは、第１経路と第２経路とのいずれにも対応していない装置であり、情報処理装置２は、デバイス名Ｌｄが「デバイスＤ」であれば、印刷経路を他の経路に決定するとよい。

また、本形態の経路決定処理では、複数の経路が可能であった場合、他の情報に基づく判断をさらに行うとしたが、行わなくてもよい。つまり、経路決定処理のＳ２０５の判断は無くてもよい。そして、第１経路に対応していると判断した場合には（Ｓ２０４にてＹＥＳであれば）、Ｓ２０６に進んで第１経路に決定するとすればよい。ただし、複数の情報に基づいて経路を決定する方が、前回の経路と同じ経路となる可能性が高い。

また、本形態では、経路決定処理にて、ＣＰＵ２１は、印刷対象のラベル画像ファイルからデバイス名Ｌｄを取得するとしたが、例えば、画像生成アプリ４１のユーザインターフェースに基づいて、デバイス名Ｌｄの情報を取得してもよい。画像生成アプリ４１では、例えば、編集対象としてラベル画像ファイルが指定された際に、ラベル画像ファイルからデバイス名Ｌｄを取得し、今回の印刷を実行させるデバイスとしてユーザインターフェースに表示する。情報処理装置２は、ユーザインターフェースに表示されているデバイス名に基づいて経路を決定してもよい。

また、本形態の印刷処理では、ラベル画像ファイルの情報から経路が決定されなかった場合（経路無しの場合）、印刷を実行しないとしたが、いずれかの経路にて印刷装置１に印刷させてもよい。

また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。

１ 印刷装置
２ 情報処理装置
４１ 画像生成アプリ
１００ 印刷システム
２４１ デバイステーブル
２４２ アプリテーブル
２４３ 印刷設定テーブル
２４４ バージョンテーブル
Ｌａ アプリ名
Ｌｄ デバイス名
Ｌｐ 印刷設定
Ｌｖ バージョン情報

Claims (10)

1. 通信インターフェースを備え、前記通信インターフェースを介してプリンタと接続し、前記プリンタに印刷対象の画像データに基づく印刷を行わせる処理の経路として、第１の経路と第２の経路とを有する情報処理装置であって、
   前記情報処理装置のオペレーティングシステムは、印刷制御機能を有し、
   前記第１の経路は、前記印刷制御機能を用いずに前記プリンタに印刷させる経路であり、
   前記第２の経路は、前記印刷制御機能を用いて前記プリンタに印刷させる経路であり、前記情報処理装置に、
   デバイス情報と印刷対象の画像データとを含むファイルから前記デバイス情報を取得する取得処理と、
   デバイスごとに経路の対応可否を記憶する第１経路情報を読み出し、前記取得処理によって取得した前記デバイス情報を用いてデバイスを特定し、特定した前記デバイスと前記第１経路情報とを用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する決定処理と、
   を実行させることを特徴とするプログラム。
2. 請求項１に記載するプログラムにおいて、
   前記第１の経路は、印刷対象の画像データに対して第１のラスタライズ処理を経由して前記プリンタに印刷させる経路であり、
   前記第２の経路は、印刷対象の画像データに対して前記第１のラスタライズ処理とは異なる第２のラスタライズ処理を経由して前記プリンタに印刷させる経路である、
   ことを特徴とするプログラム。
3. 請求項１または請求項２に記載するプログラムにおいて、
   前記第１の経路は、前記情報処理装置にラスタライズを行わせる経路であり、
   前記第２の経路は、前記プリンタにラスタライズを行わせる経路である、
   ことを特徴とするプログラム。
4. 請求項１から請求項３のいずれか１つに記載するプログラムにおいて、
   前記ファイルはプログラム情報を含み、
   前記取得処理では、
   読み出した前記ファイルから前記プログラム情報も取得し、
   前記決定処理では、
   プログラムごとに経路の対応可否を記憶する第２経路情報も読み出し、前記取得処理によって取得した前記プログラム情報を用いてプログラムを特定し、特定した前記プログラムおよび前記デバイスと、前記第１経路情報および前記第２経路情報と、を用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する、
   ことを特徴とするプログラム。
5. 請求項１から請求項３のいずれか１つに記載するプログラムにおいて、
   前記ファイルは印刷設定情報を含み、
   前記取得処理では、
   読み出した前記ファイルから前記印刷設定情報も取得し、
   前記決定処理では、
   印刷設定ごとに経路の対応可否を記憶する第３経路情報も読み出し、前記取得処理によって取得した前記印刷設定情報を用いて印刷設定を特定し、特定した前記印刷設定および前記デバイスと、前記第１経路情報および前記第３経路情報と、を用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する、
   ことを特徴とするプログラム。
6. 請求項１から請求項３のいずれか１つに記載するプログラムにおいて、
   前記ファイルはプリンタのファームウェアのバージョン情報を含み、
   前記取得処理では、
   読み出した前記ファイルから前記バージョン情報も取得し、
   前記決定処理では、
   プリンタのファームウェアのバージョンごとに経路の対応可否を記憶する第４経路情報も読み出し、前記取得処理によって取得した前記バージョン情報を用いてプリンタのファームウェアのバージョンを特定し、特定した前記バージョンおよび前記デバイスと、前記第１経路情報および前記第４経路情報と、を用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する、
   ことを特徴とするプログラム。
7. 通信インターフェースを備え、前記通信インターフェースを介してプリンタと接続し、さらに前記通信インターフェースを介して前記プリンタに印刷対象の画像データに基づく印刷を行わせる処理の経路として、第１の経路と第２の経路とを有する情報処理装置であって、
   前記情報処理装置のオペレーティングシステムは、印刷制御機能を有し、
   前記第１の経路は、前記印刷制御機能を用いずに前記プリンタに印刷させる経路であり、
   前記第２の経路は、前記印刷制御機能を用いて前記プリンタに印刷させる経路であり、
   前記情報処理装置に、
   プログラム情報と印刷対象の画像データとを含むファイルを読み出し、読み出した前記ファイルから前記プログラム情報を取得する取得処理と、
   プログラムごとに経路の対応可否を記憶する経路情報も読み出し、前記取得処理によって取得した前記プログラム情報を用いてプログラムを特定し、特定した前記プログラムと前記経路情報とを用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する決定処理と、
   を実行させることを特徴とするプログラム。
8. 通信インターフェースを備え、前記通信インターフェースを介してプリンタと接続し、前記プリンタに印刷対象の画像データに基づく印刷を行わせる処理の経路として、第１の経路と第２の経路とを有する情報処理装置であって、
   前記情報処理装置のオペレーティングシステムは、印刷制御機能を有し、
   前記第１の経路は、前記印刷制御機能を用いずに前記プリンタに印刷させる経路であり、
   前記第２の経路は、前記印刷制御機能を用いて前記プリンタに印刷させる経路であり、
   前記情報処理装置に、
   デバイス情報を取得するデバイス取得処理と、
   デバイスごとに経路の対応可否を記憶する第１経路情報を読み出し、前記デバイス取得処理によって取得した前記デバイス情報を用いてデバイスを特定し、特定した前記デバイスと前記第１経路情報とを用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する決定処理と、
   を実行させることを特徴とするプログラム。
9. 請求項８に記載するプログラムにおいて、
   前記デバイス取得処理では、
   ユーザの指示に基づいて、前記デバイス情報を取得する、
   ことを特徴とするプログラム。
10. 情報処理装置とプリンタとを備え、前記情報処理装置と前記プリンタとの間で特定の通信を用いて通信を行う印刷システムにおいて、
    前記通信を用いて、印刷対象の画像データに基づく印刷を前記プリンタに行わせる処理の経路として、
    前記情報処理装置が第１のラスタライズ処理を実行し、前記プリンタがラスタライズ後の第１データを受信して印刷する第１の経路と、
    前記プリンタが第２のラスタライズ処理を実行し、ラスタライズ後の第２データを用いて印刷する第２の経路と、
    を有し、
    前記情報処理装置のオペレーティングシステムは、印刷制御機能を有し、
    前記第１の経路は、前記印刷制御機能を用いずに前記プリンタに印刷させる経路であり、
    前記第２の経路は、前記印刷制御機能を用いて前記プリンタに印刷させる経路であり、
    前記情報処理装置は、
    デバイス情報と印刷対象の画像データとを含むファイルを読み出し、読み出した前記ファイルから前記デバイス情報を取得する取得手段と、
    デバイスごとに経路の対応可否を記憶する第１経路情報を読み出し、前記取得手段によって取得した前記デバイス情報を用いてデバイスを特定し、特定した前記デバイスと前記第１経路情報とを用いて、前記プリンタに印刷を行わせる処理の経路を、前記第１の経路と、前記第２の経路と、のいずれかに決定する決定手段と、
    を備える、ことを特徴とする印刷システム。

Images