(57)【要約】【課題】  プリンタ側に操作表示機能を備えていない場合でも、端末装置が備える表示部を汎用の表示部として機能させて、プリンタの状態監視、プリンタに対する機能設定、プリンタのサポート等に関する様々なプリンタ情報を表示して、ユーザの利便性を図ることである。【解決手段】  表示部を備え、画像ファイル送受信機能付きのプリンタと通信可能な端末１において、プリンタ２に対して画像ファイルを転送する際に、画像ファイルに所定の印刷制御情報を付加して転送し、該転送される前記所定の印刷制御情報に対するプリンタ２からの応答情報が付加されている応答画像ファイルを取得して表示部に表示するように端末１のＣＰＵが制御する構成を特徴とする。【選択図】  図１
2006172289.tif 000002
【特許請求の範囲】
【請求項１】
表示部を備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置であって、
画像ファイルを記憶する記憶手段と、
前記プリンタに対して前記画像ファイルを転送する際に、前記画像ファイルに所定の印刷制御情報を付加して転送する転送手段と、
前記転送手段により転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示する表示制御手段と、
を有することを特徴とする端末装置。
【請求項２】
前記応答画像ファイルは、前記プリンタで生成されるＵＲＬと、取得すべき情報を特定するための検索情報とが付加されていることを特徴とする請求項１記載の端末装置。
【請求項３】
前記ＵＲＬに基づいてインターネットに接続する接続手段と、
前記検索情報に基づいて前記ＵＲＬを経由して、所定のデータベースから前記プリンタに対して転送可能な画像ファイルまたは前記プリンタに対する消耗材を発注するための画像ファイルを取得する取得手段と、
を有することを特徴とする請求項１または２記載の端末装置。
【請求項４】
前記取得手段により取得される前記プリンタに対する消耗材を発注するための画像ファイルが表示された場合、該表示に対して入力される発注情報を前記ＵＲＬに転送する発注処理手段を有することを特徴とする請求項３記載の端末装置。
【請求項５】
所定の印刷制御情報は、前記プリンタに対する機能設定情報、ステータス取得要求情報、メンテナンス要求情報を含むことを特徴とする請求項１記載の端末装置。
【請求項６】
表示部と、画像ファイルを記憶する記憶手段とを備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置における印刷制御方法であって、
前記プリンタに対して前記画像ファイルを転送する際に、前記画像ファイルに所定の印刷制御情報を付加して転送する転送ステップと、
前記転送ステップにより転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示する表示制御ステップと、
を有することを特徴とする印刷制御方法。
【請求項７】
前記応答画像ファイルは、前記プリンタで生成されるＵＲＬと、取得すべき情報を特定するための検索情報とが付加されていることを特徴とする請求項６記載の印刷制御方法。
【請求項８】
前記ＵＲＬに基づいてインターネットに接続する接続ステップと、
前記検索情報に基づいて前記ＵＲＬを経由して、所定のデータベースから前記プリンタに対して転送可能な画像ファイルまたは前記プリンタに対する消耗材を発注するための画像ファイルを取得する取得ステップと、
を有することを特徴とする請求項６または７記載の印刷制御方法。
【請求項９】
前記取得ステップにより取得される前記プリンタに対する消耗材を発注するための画像ファイルが表示された場合、該表示に対して入力される発注情報を前記ＵＲＬに転送する発注処理ステップを有することを特徴とする請求項８記載の印刷制御方法。
【請求項１０】
所定の印刷制御情報は、前記プリンタに対する機能設定情報、ステータス取得要求情報、メンテナンス要求情報を含むことを特徴とする請求項６記載の印刷制御方法。
【請求項１１】
請求項６〜１０のいずれかに記載の印刷制御方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１２】
請求項６〜１０のいずれかに記載の印刷制御方法を実行させることを特徴とするプログラム。
【請求項１３】
画像ファイルを受信する受信手段と、
前記受信手段により受信した画像ファイルを印刷する印刷手段と、
前記受信手段により受信した画像ファイルに特定情報が含まれる場合、特定情報に基づく画像ファイルを端末装置に返送する返送手段と、
を有することを特徴とする印刷装置。
【請求項１４】
前記特定情報に基づく画像ファイルは、画像の存在場所を示す情報を含むことを特徴とする請求項１３記載の印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示部を備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置および印刷装置および印刷制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。
【背景技術】
【０００２】
コンピュータなどの機器からプリンタを制御する場合には、プリンタ機種毎に作成されたプリンタドライバというソフトウエアが使用される。プリンタドライバは、印刷データを作成しプリンタに送信することによって印刷を実現する他に、プリンタの初期化やメンテナンスを行うユーティリティ機能や、プリンタの状態やエラーメッセージなどのステータス表示機能などを併せ持ったり、ドライバとは別のユーティリティによりこれらをサポートしている。
【０００３】
ユーティリティやステータス表示などは、プリンタにメッセージを表示する「ＬＣＤ」をつけて処理する機器もある。
【０００４】
しかし、ＬＣＤの搭載はコストアップにつながるため、普及機では採用されないことが多く、これらのプリンタでは、印刷以外の機能を実行するには上記のプリンタドライバやユーティリティなどの手法以外にはない。しかし、多様化する端末および端末上のオペレーティングシステムに対して、プリンタドライバの開発自体が追いつかないのが現状である。
【０００５】
一方、印刷機能だけであれば実現されているシステムもある。例えばＵＮＩＸ（登録商標）ではｆｔｐというファイル転送プロトコルで「ページ記述言語」ＰｏｓｔＳｃｒｉｐｔ（登録商標）によるデータを転送し印刷させることができる。
【０００６】
また、携帯電話では、画像データを印刷する方法としてＩｒＤＡ（登録商標）(赤外線通信ユニット)を使って、画像ファイルをプリンタに転送することにより、印刷のジョブを発生させるという方法が実現されている。
【０００７】
また、状態の通知についてはエラー時や印刷終了時に、メールを送信して告知するという方式も提案されている（下記特許文献１）。
【０００８】
しかしネットワークに対応していないプリンタではメール送信自体ができないので、この方式はネットワーク接続のプリンタに限定されてしまう。
【特許文献１】特開２００１−２１６１０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来のデータ処理システムにおいて、データ処理装置にインストールされているプリンタドライバがサポートされていない端末からでは、ファイル転送などの手法により印刷処理自体が可能になっても、ユーティリティ機能やステータス表示といったユーザに通知すべき機能が使用できない。
【００１０】
例えば印刷中にプリンタになんらかのエラーが発生した場合には、ユーザは用紙が詰まったのか、インクがなくなったのかなど様々な要因を独自にすべて調べていく必要があった。
【００１１】
また、ヘッドが目詰まりしている場合などは、目詰まりを解除するためのユーティリティ機能が使えない為、問題の解決に多大な困難が発生していた。
【００１２】
また、印刷品質をあげるためには、用紙に応じた適切な印刷モードの選択や、ヘッドの位置を調整するなどプリンタで設定しなければいけない機能もあるが、これらについてもデフォルトの状態以外で印刷することが不可能であった。
【００１３】
本発明は、上記の課題を解決するためになされたもので、本発明の第１の目的は、表示部を備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置において、プリンタに対して画像ファイルを転送する際に、画像ファイルに所定の印刷制御情報を付加して転送し、該転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示することにより、プリンタ側に操作表示機能を備えていない場合でも、端末装置が備える表示部を汎用の表示部として機能させて、プリンタの状態監視、プリンタに対する機能設定、プリンタのサポート等に関する様々なプリンタ情報を表示して、ユーザの利便性を図ることができる端末装置および印刷制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００１４】
また、第２の目的は、画像ファイルを受信し、該受信した画像ファイルを印刷する場合に、受信した画像ファイルに特定情報が含まれる場合、特定情報に基づく画像ファイルを端末装置に返送することにより、端末装置が備える表示部を汎用の表示部として機能させて、プリンタの状態監視、プリンタに対する機能設定、プリンタのサポート等に関する様々なプリンタ情報を表示して、ユーザの利便性を図ることができる。
【課題を解決するための手段】
【００１５】
上記目的を達成する本発明の端末装置は以下に示す構成を備える。
【００１６】
表示部を備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置であって、画像ファイルを記憶する記憶手段と、前記プリンタに対して前記画像ファイルを転送する際に、前記画像ファイルに所定の印刷制御情報を付加して転送する転送手段と、前記転送手段により転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示する表示制御手段とを有することを特徴とする。
【００１７】
上記目的を達成する本発明の印刷制御方法は以下に示す構成を備える。
【００１８】
表示部と、画像ファイルを記憶する記憶手段とを備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置における印刷制御方法であって、前記プリンタに対して前記画像ファイルを転送する際に、前記画像ファイルに所定の印刷制御情報を付加して転送する転送ステップと、前記転送ステップにより転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示する表示制御ステップとを有することを特徴とする。
【００１９】
上記目的を達成する本発明の印刷装置は以下に示す構成を備える。
【００２０】
画像ファイルを受信する受信手段と、前記受信手段により受信した画像ファイルを印刷する印刷手段と、前記受信手段により受信した画像ファイルに特定情報が含まれる場合、特定情報に基づく画像ファイルを端末装置に返送する返送手段とを有することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、プリンタ側に操作表示機能を備えていない場合でも、端末装置が備える表示部を汎用の表示部として機能させて、プリンタの状態監視、プリンタに対する機能設定、プリンタのサポート等に関する様々なプリンタ情報を表示して、ユーザの利便性を図ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２２】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２３】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す端末装置を適用可能な印刷システムの一例を示す図であり、例えば携帯電話等の端末１とプリンタ２とが通信可能なシステム例に対応する。なお、携帯電話等の端末１とプリンタ２との通信形態は、ＩｒＤＡ（登録商標）による赤外線の通信とする例であるが、この他にもＵＳＢ、ＩＥＥＥ１３９４、ＬＡＮのような有線結線や、ＢｌｕｅＴｏｏｔｈ（登録商標）、無線ＬＡＮなどの無線による通信でもよい。
【００２４】
図１においては、端末１とプリンタ２間でやりとりされる画像ファイルの転送方向を示している。なお、図中の（１）〜（５）は各フェーズを示すものとする。
【００２５】
フェーズ（１）「印刷」は端末１から画像ファイルを送信し、プリンタ２がこれを受信することによって実現される。もしこの印刷中にエラーが発生した場合には、フェーズ（５）「エラーメッセージ」により、プリンタ２から端末１にエラー内容を記載した画像ファイルが送信される。
【００２６】
フェーズ（２）「プリンタ設定」においては端末１から設定内容を記載した画像ファイルをプリンタ２に送信することにより実現される。エラーが発生した場合は、フェーズ（１）と同様にフェーズ（５）の処理が実行される。
【００２７】
例外的な処理として、ヘッド位置調整の設定がある。ヘッド位置調整については自動の場合には指示を送信するだけで良い。
【００２８】
しかし、手動の場合には「調整パターンを印刷」，「調整値を設定」の２段階のフェーズが最低限必要である（双方向の印刷パターンも含め４段階の手順を踏むケースなどもある）。このシーケンスについては、端末１側でプログラムすることはできないし、また調整値を埋め込んだ画像データを作成することが難しい為、手動時のヘッド位置調整は本発明でのサポートは困難である為、プリンタ２側で自動で調整する機能を持つことが望まれる。
【００２９】
フェーズ（３）「プリンタメンテナンス」においては、端末１はまず実行したいメンテナンスコマンドをプリンタ２に送信する。プリンタメンテナンス中はプリンタ２が他のジョブを実行できないので、端末１からのファイルのリクエストがあった場合には「メンテナンスコマンドを処理中です」との画像ファイルを送信する。
【００３０】
最後に一度だけ「メンテナンスコマンドの処理が終了しました」という画像ファイルを送信する。エラーが発生した場合はエラー情報が送信される。なお端末側はメンテナンスの処理状況を知る必要がない場合にはこれらを受信する必要はない。
【００３１】
フェーズ（４）「ステータス取得」においては端末側からプリンタ２へどのステータスを要求するのかというリクエスト送信と、それに対するプリンタ２からの結果を端末１で受信するシーケンスを取る。
【００３２】
図２は、図１に示した印刷システムにおけるデータ通信処理状態を説明する図であり、図１と同一のものには同一の符号を付してある。
【００３３】
図２において、ＩＭ１〜ＩＭ３はイメージファイルで、プリンタ２に対するコマンドを発行可能とするために、コマンド部３Ｂに所定のコマンド、クリーニング命令、印刷設定命令、ステータス取得命令等をインターネット２０を介して図示しないサーバより端末１のメモリ上にダウンロードされ、端末１で表示可能に構成されている。
【００３４】
ＩＭ４はイメージファイルで、端末１から受信する画像ファイル３のコマンド部３Ｂのコマンドを処理して、端末１に応答すべき画像ファイルとしてプリンタ２から端末１に転送される。
【００３５】
なお、本例は、ファイルの転送方向に加えて、データファイルの内容や取得法について、具体的な例である。
【００３６】
ここでは、ＪＰＥＧファイル３をやり取りすることを想定しており、ＪＰＥＧファイル３中に画像として表示される画像部３Ａとコマンドとして解釈されるコマンド部３Ｂの２つのパートがあるものとしている。
【００３７】
ここでは、印刷するための画像データは端末１が備えるカメラによって撮影された画像などであるが、それ以外のデータはインターネットのアクセスによって取得して内部のメモリ（例えばＳＤメモリカード）としているが、もし端末１がメモリカードなど外部記憶装置を追加できたり、ホストコンピュータ１０などと通信できるのであれば、インターネットにアクセスしないでも、それらからダウンロードすることも可能である。
【００３８】
例えば「ヘッドクリーニング」を実行したい場合には、インターネット２０からそれを実現するための画像データＩＭ１を端末１にダウンロードする。ダウンロードされたファイルを端末１に表示させると、「ヘッドクリーニングを実行します」といった情報が端末１が備える表示部に端末１のＣＰＵの表示制御で表示される。
【００３９】
また、このファイルは画面には表示されないが、プライベートタグとして「クリーニング」を実行するためのプリンタ２に対する命令が埋め込まれている。このファイル３をプリンタ２に転送すると、プリンタ２はコマンド部３Ｂを発見し、ヘッドクリーニングを実行する。
【００４０】
一方、端末１のカメラで撮影した画像ファイルには、画像部３Ａのみ存在しコマンド部がない。この場合には、プリンタ２はファイルを純粋な画像データと見なすのでプリンタ２にファイルが転送されると印刷が実行される。
【００４１】
一方、「ステータス取得」に関しては端末１ではファイルを送信し、その後に結果ファイルを受信する。例えばコマンド部３Ｂに「インクステータス要求」が埋め込まれたファイル３を転送し、プリンタ２がそのコマンドを発見した場合、プリンタ２は現在のインクステータスを示す画像データをプリンタ２のＣＰＵが制御プログラムを実行することで作成して、端末１に向けて発信する。そして、端末１がこのファイルを受信することにより、最新のステータスを得て、端末１の表示部に表示することができる。
【００４２】
上記のように構成されたデータ処理システムにおいて、端末１に装備されるカメラなどで撮影した画像ファイル３に対して、端末１のＣＰＵにより埋め込んだコマンドに相当する内容＋印刷開始コマンドという情報を端末１で合成してからプリンタ２に送信する。
【００４３】
プリンタ２では印刷開始コマンドが発見されたら、コマンド部３Ｂの他の設定を更新してから、画像データ部分の印刷を開始する。
【００４４】
なお、画像ファイル３のコマンド部３Ｂには、画像データの表示には影響を及ぼさない形式で画像データに処理すべきコマンド（処理コマンド）を埋め込まれる構成となっている。
【００４５】
そして、プリンタ２は、端末１から送信される画像ファイル３が印刷すべきデータか実行すべきコマンドかの識別を、データ中に処理コマンドが埋め込まれているかいないかによって識別可能に構成されている。
【００４６】
また、処理コマンドが埋め込まれた画像ファイル３を端末１がプリンタ２に送信しコマンドが実行された後に、必要に応じてプリンタ２から画像をファイル送信（端末で受信）することでプリンタ２からのメッセージを端末１が備える表示部で表示する。
【００４７】
さらに、例えばプリンタ２は「ステータス取得」の処理コマンドの含まれた画像ファイル３を端末１から受信したら、それに対するレスポンスのステータスを示す画像ファイルを生成して端末１に送信する機能を備える。
【００４８】
また、プリンタ２は、端末１から受信する画像ファイル３中のコマンド部３Ｂの設定コマンドの中にこれ以降に送信された画像ファイルの印刷設定を定義し、それにより印刷方法を変更する機能を備える。
【００４９】
その際、指定できる印刷方法には「用紙の種類」「印刷品位」などの他に、「画像ファイルを紙サイズまで拡大して印刷」「シール状にして印刷する」などのレイアウトが指定できる。
【００５０】
さらに、上記印刷設定の処理コマンドに加えて、「データとしてこの画像を印刷」の処理コマンドがある場合には、その設定に応じて、その画像データの印刷を行う機能を備える。
【００５１】
また、プリンタ２に「用紙なし」、「インク切れ」などのエラーが発生した場合には、それに対応するエラーメッセージ画像を端末１に対して送信するモードに自動的に入る機能を備え、端末１側で該当のファイル受信を行いプリンタ２の問題を端末１の表示部で確認することができる。
【００５２】
さらに、プリンタドライバによる通常の印刷時にファイル送信モードに入ると不具合が発生しうるプリンタである場合、上記機能は、端末１からファイル転送で画像データを送信されて印刷している最中のみ有効になるものとしてもよい。
【００５３】
また、プリンタ２本体上にあるＬＥＤやボタンによって、ファイル転送処理の状況を把握したり、転送を中断したり、転送を強制する機能を備える。
【００５４】
さらに、端末１側の送信画像に処理コマンドを埋め込む方法で、プリンタ２側の送信画像にＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）情報を埋め込み、端末１側で画像データ中に埋め込まれたＵＲＬをオープンすることにより、インターネット上の情報取得先よりプリンタ２に対するより詳細な情報や対処方法を取得して端末１の表示部に表示する機能を備える。
【００５５】
なお、上記ＵＲＬにプリンタの型番・状態コード・シリアル番号などを動的な引数として渡し、これをＷＥＢサーバ側で解釈することにより、インターネットを通じてユーザが最適な情報を得られるようにしてもよい。
【００５６】
また、インクなどの消耗品がなくなった事によるエラーの発生時には、ＵＲＬをインターネット上の販売サイトにし、そこでのオーダを行う機能を備える。
【００５７】
さらに、オプションとして、プリンタ２のファームウェアの一部を変更することによってオープンするＵＲＬをカスタマイズする機能を備える。
【００５８】
また、上記処理コマンドを埋め込んだ画像ファイルを提供するのに、物理メディア(ＦＤ， ＣＤ−ＲＯＭ，メモリカード)などの他に、インターネットなどのネットワーク経由でファイルのダウンロードをする機能を備える。
【００５９】
なお、インターネット２０上などで画像配布（ダウンロード）を目的としている場合には、印刷設定を埋め込んでから画像ファイルを配布することにより、他のユーザの環境でも意図した画質とレイアウトで印刷をさせることも可能である。
【００６０】
以下、端末１からプリンタ２に対して転送する画像ファイルに処理コマンドを埋め込み処理例について説明する。
【００６１】
なお、処理コマンドを埋め込む方法を実装するにあたって、下記の前提を満たすように考慮する。
【００６２】
（前提１）画像データ自体はそのフォーマット規約の範囲内で作成されており、端末１側で問題なく表示できること。
【００６３】
（前提２）「何」をするのかが分かるように文字や絵などが描画されており実際に送信する前にユーザが視認することが可能になっていること。ただし容量を節約するなどの意図があれば画像情報を極端に減らしてもよい。
【００６４】
（前提３）画像そのものには不可逆の圧縮方式がなされる可能性があることを考慮すること。
【００６５】
これらのすべて、もしくはいずれかを実現して処理コマンドを埋め込む方式については下記のいずれのものであってもよい。
【００６６】
（方法１）ファイルフォーマット中にコメントなどの記載ができる場合にはその領域を使用する。
【００６７】
例えばJPEGにおいてはファイルフォーマットにプライベートタグがサポートされている。このタグにプリンタの処理コマンドを埋め込む。この場合、通常のタグと本発明が必要とする内容と区別するために先頭になんらかの識別子を付加してもよい。例えばＪＰＥＧファイルのプライベートタグを使用する場合には、プライベートタグ中に処理コマンドが始まることを示す文字列（例えば「ＢＪ＿ＣＯＭＭＡＮＤ＿ＳＴＡＲＴ」）を先頭にするものとしてもよい。
【００６８】
（方法２）画素データの色数を極端に減らすことにより、圧縮の変換テーブルの空き領域を意図的に作成し、そこに情報を埋め込む。
【００６９】
（方法３）圧縮される単位のブロック（８×８）もしくはそれより小さな単位のブロックをＲ（赤）＝Ｇ（緑）＝Ｂ（青）で塗りつぶす。圧縮された時に情報が失われるようであれば圧縮率を調整し、情報が失われないように調整する。この情報領域では無意味な画像が表示されるので画像の表示可能領域外にデータをおいてもよい。
【００７０】
（方法４）その他の画像へのテキスト情報の隠蔽化の手法によるもの。
【００７１】
以下、実現方法についてＪＰＥＧファイルのプライベートタグを使用する場合の例を示す。
【００７２】
図３は、本発明に係る印刷システムにおけるデータ処理手順の一例を示すフローチャートであり、端末１から転送される画像ファイルをプリンタ２が処理する手順に対応する。なお、（１）〜（８）は各ステップを示す。なお、各ステップは、図１に示したプリンタ２のＣＰＵがＲＯＭ等の記憶装置に記憶される制御プログラムを実行することで実現される。
【００７３】
まず、プライベートタグそのものが存在するか否かをプリンタ２のＣＰＵが識別する（１）。そして、プライベートタグが存在しないと識別した場合には、受信したファイルを画像データとみなし、その画像データをプリンタエンジンで印刷して（２）、処理を終了する。
【００７４】
一方、プライベートタグそのものが存在すると判断した場合は、その中に処理コマンドが始まることを示すキー文字列（例えば「ＢＪ＿ＣＯＭＭＡＮＤ＿ＳＴＡＲＴ」）があるかをプリンタ２のＣＰＵが調べ（３）、キー文字列がないと判断した場合は、他の目的で使用されているプライベートタグだけなので画像データと見なして、その画像データを印刷して（４）、処理を終了する。
【００７５】
一方、ステップ（３）で、キー文字列が見つかったと判断した場合は、処理コマンドとみなし印刷処理には回さず、プリンタはプライベートタグから処理コマンドを取り出し（５）、コマンドを実行して（６）、返信すべき画像ファイルを作成して（７）、該作成した画像ファイルを端末１に転送して（８）、処理を終了する。
【００７６】
なお、本実施形態において、上記処理コマンドの取り出しの開始点はキー文字列の次のバイトからであり、通常はそのプライベートタグの最後までとなる。もし、プライベートタグを他の目的でも使用しており、それらと共存をさせたい場合には、意図的に終了キー文字列（例えば「ＢＪ＿ＣＯＭＭＡＮＤ＿ＥＮＤ」）を追加しても良い。以下、具体的通信処理について説明する。
【００７７】
まず、ファイル３のコマンド部３Ｂに「インクステータス要求」が埋め込まれた画像ファイルを端末１からプリンタ２に転送する。端末１でファイルの送信が終わったら、端末１のモードを必要に応じて切り替えて「受信」モードにする。
【００７８】
一方、プリンタ２では、そのコマンドを発見したら、現在のインクステータスを示す画像データを作成してファイル送信のモードに入る。ここで、受信を待ち構えていた端末１とのネゴシエーションが成立したら、このファイルがプリンタ２から端末１に転送される。そのファイルを端末１のＣＰＵの制御により表示部に表示する。これにより、表示される画像情報により、プリンタ２の最新のステータスを端末１の表示部で確認することができる。
【００７９】
図４〜図９は、図１に示したプリンタ２から返送されるステータス表示用画像ファイルの一例を示す図であり、各ファイルは、プリンタ２が備えるメモリにＩＤ別に登録されており、端末１から転送される画像ファイルのコマンド部３Ｂに応答するように、プリンタ２の状態に応じて適切なファイルが選択されて、端末１に送信されるものとする。
【００８０】
図４〜図９に示すように、プリンタ２から端末１に転送する画像情報にはより詳細な情報を含めることがある。
【００８１】
なお、ファイルのサイズを小さくしたい場合には画像データは必要な事しか記載のないものを選択することもできる。
【００８２】
例えば図４では「インク残量表示」を行うファイルであるが、図や詳細な説明を含む画像に比べて、図５ではかなり簡潔な内容にされている。表示内容は画像部の内容にのみ影響し、コマンド部３Ｂはそのままなので、画像部３Ａのデータサイズの大小に関係なく、図４、図５共に同じ機能を実現する。
【００８３】
また、例えば図６に示す「インク無し」のメッセージ中には対象機種および対象インクの型番が併記されており、この画像データを携帯電話の端末１などで画像データとして本体のメモリ部に記録しておけば、ユーザがお店に行って対象のインクを購入する際にどのインクを買えば良いのか、記録された画像を検索して端末１の画面上で確認することによりスムーズに対処することが可能となる。
【００８４】
なお、端末１より設定ファイルをプリンタ２に送信し、その後に続いて画像データを送信するというシーケンスになる。
【００８５】
プリンタ２の電源投入時は常にデフォルトの状態で印刷されるものとする。
【００８６】
端末１からコマンド部３Ｂに設定内容を含んだ画像データをプリンタ２に送信すると、プリンタ２はそれに対応するデフォルトの値を更新する。設定内容としては「用紙サイズ」，「用紙種類」，「品位」といった具体的なプリンタ２の設定値や、「シール印刷（１６分割）」，「ふちなし印刷」，「拡大印刷」といったレイアウト設定の情報を定義していくものとする。
【００８７】
また、本実施形態では、１つの画像ファイル中でも複数の項目を同時に設定できる。
【００８８】
例えば「用紙サイズ：Ｌ版」，「用紙種類：プロフォトペーパ」，「印刷品位：最高」といった３つの要素を同時に併記していけるものとする（ただしファイルフォーマットやサイズの制限の範囲内）。
【００８９】
これらをユーザに提示する方法としては「人物に最適」，「風景に最適」といった分類にしてもよい。
【００９０】
また、設定ファイル自体は重ねて送信することができる。この場合、設定ファイル中に含まれる定義部分のみを更新され他は現状のままとなるので、細かく設定していく場合にはいくつかのコマンドの画像ファイルを印刷前に送ることになる。
【００９１】
〔エラー通知処理〕
なお、プリンタ２から端末１に画像ファイルを転送するタイミングは以下のように決定するが、印刷を継続するのか、エラーが発生したら常に印刷中断してしまうのかによって処理が異なる。
【００９２】
例えばプリンタ２が印刷を開始しようとして「用紙なし」を検知した場合、プリンタ２は「用紙なし」の画像データをメモリから読み出して送信準備を行う。
【００９３】
ただし、端末１でファイルの送信と受信との両方を同時にはできない為、エラー詳細の情報を取得するためには、どちらのケースでも端末１からのファイルの送信はなんらかの形で終了し、受信モードに切り替える必要がある。
【００９４】
この際の終了方法は２つある。１つ目は、印刷を中断し致命的なエラーとしてデータの受信を止めてしまう方法である。２つ目は印刷のため送信されているデータを全て受信してから、エラーを告知する方法である。
【００９５】
どちらの方法でも問題はないが、２つの方法では再度印刷しようとした時に下記の相違点がでてくる。まず中断した場合に再印刷時にはデータを最初から送りなおさなければならない。
【００９６】
一方、データをすべて受信している場合にはエラーの回復後に印刷を再開できるので、データ転送時間の節約が可能となる。また、カバーオープンなどのワーニングの時には、途中から印刷を再開できるので用紙も無駄にしないで済む。
【００９７】
また、端末１側が画像データの受信に失敗した場合、もしくは印刷中にステータスを調べたいといった場合に対処するために、プリンタ２本体上に設置された「画像送信」ボタンによりプリンタ２のステータスをアクティブに送信してくれる方法も考えられる。
【００９８】
また、プリンタ２から端末１へのファイル送信についても不要もしくはキャンセルしたい場合には、プリンタ２本体上の「キャンセル」ボタンのクリックにより、これを解除する方法。また、プリンタ２がファイル送信モードに入っている時には、プリンタ２の機器上のＬＥＤなどを特殊な間隔で点滅させたり色を変更してユーザが状態を把握できるようにする方法などが考えられる。
【００９９】
〔第２実施形態〕
上記第１実施形態では、端末１からのステータス要求に応じて、プリンタ２があらかじめ応答すべきステータスに応じた画像ファイルをＲＯＭ等に記憶しておき、対応する画像ファイルを直接端末１に転送する場合について説明したが、画像ファイルそのものを取得する取得先を端末１に返送し、端末１がインターネット２０を介して、ＷＥＢサーバ２１から直接取得して、端末１の表示部に表示できるように構成してもよい。以下、その実施形態について説明する。
【０１００】
このため、本実施形態では、ＵＲＬ情報を埋め込む為の機能がプリンタ２に備えられ、該情報に基づいて適切な情報を提供するためのＷＥＢサーバ２１が備えられたシステムとなる。
【０１０１】
プリンタ２ではまず要求に応じた自分のステータスを示す画像データを取得もしくは生成してから、ＵＲＬ情報をプライベートタグ中に埋め込む。ＵＲＬ情報はＷＥＢサーバ２１を示すベースアドレスに加え引数として「プリンタの名称」、「プリンタのシリアル番号」、「プリンタのステータス（エラーメッセージ含む）」を付加する。
【０１０２】
例えば、ベースアドレスが「ｈｔｔｐ：／／Ｘｘｘｘｘ.ｊｐ／ＢＪ／ｓｕｐｐｏｒｔ／ｃｇｉ」、プリンタの名称が「８６０ｉ」、プリンタのシリアル番号が「０００１２３」、プリンタのステータスが「ｉｎｋ  Ｌｏｗ：Ｙｅｌｌｏｗ」の場合には、下記のURLを作成する。
【０１０３】
「ｈｔｔｐ：／／Ｘｘｘｘｘ.ｃｏ.ｊｐ／ＢＪ／ｓｕｐｐｏｒｔ／ｃｇｉ、Ｐｒｉｎｔｅｒ＝８６０ｉ、ｓｅｒｉａｌ＝０００１２３、Ｓｔａｔｕｓ＝ｉｎｋｌｏｗ：ｙｅｌｌｏｗ」
端末１はこのＵＲＬ情報が含まれているＪＰＥＧファイルをプリンタ２から受信したら、ＵＲＬのある旨をメッセージとして表示する。
【０１０４】
図７はイエローインク無しの時にＵＲＬが埋め込まれている場合の画像データである。
【０１０５】
端末１上でこのＵＲＬにアクセスすると、ＷＥＢサーバ２１は自分の機種名「８６０ｉ」のデータベースから「イエローインクが少ない」場合の詳細な内容と対処方法の情報を引き出し、例えばｘｍｌファイルを生成して１端末に送信する。
【０１０６】
〔第３実施形態〕
上記第２実施形態では、端末１からのステータス要求に応じて、プリンタ２があらかじめ応答すべきステータスに応じた画像ファイルの取得先を端末１に返送して、端末１がＷＥＢサーバ２１より直接取得する場合について説明したが、その際に、オンライン注文用の画像データを端末１に転送して、端末１の表示部に表示される画面から、直接インクカートリッジ等を注文できるように構成してもよい。以下、その実施形態について説明する。
【０１０７】
本実施形態では、ＷＥＢサーバ２１はプリンタ２の情報データベースに加えて、シリアル番号と対になった顧客データベースを備え、例えばイエローインクがなくなった場合には、「インクを購入する」というボタンが追加される。
【０１０８】
このボタンをユーザが端末１を操作してクリックすると、ＷＥＢサーバ２１はシリアル番号と対になった顧客データベースより顧客データを引き出し、それを使用してよいのか確認のために「パスワード」によるチェックをＷＥＢサーバ２１が行い、該チェックがＯＫになったら、ＷＥＢサーバ２１は、ユーザの名前や住所などの情報をデータベースを基に埋め込んで、注文ページを生成して、端末１に転送する。
【０１０９】
ここで、端末１には、例えば図７に示すような注文画面を表示するための確認画面が表示される。
【０１１０】
なお、図７ではインクのオーダを行うためのインターネット２０のＵＲＬが存在した場合の画像データ例を示しており、ここで「はい」を端末１のユーザが選ぶと、端末１はインターネット２０の該当ＵＲＬを開く。この先でインクのオーダのＸＭＬファイルが開かれる。
【０１１１】
〔第４実施形態〕
上記第３実施形態では、端末１からのステータス要求に応じて、プリンタ２があらかじめ応答すべきステータスに応じた画像ファイルの取得先を端末１に返送して、端末１がＷＥＢサーバ２１より直接取得する際に、オンライン注文用の画像データを端末１に転送して、端末１の表示部に表示される画面から、直接インクカートリッジ等を注文する場合について説明したが、業務担当者が直接発注処理する場合にも適応するように、注文依頼書を担当部署に転送して発注処理できるように構成してもよい。以下、その実施形態について説明する。
【０１１２】
本実施形態では、ＷＥＢサーバ２１が備える顧客データベースに対して、発注処理に関する転送先をベースアドレスに登録しておき、いずれかのユーザが発注処理を行うタイミングで、ベースアドレスに登録された注文先に従い注文画面を転送するように制御する。
【０１１３】
なお、本実施形態において、処理コマンド付の画像データは、インターネット２０から端末にデータをダウンロードすることによって行われる。
【０１１４】
例えばインターネット２０上でファイルを選択する方法は、まず、プリンタ機種毎に指定されたＵＲＬにアクセスする。指定されたＵＲＬでは、例えば図１０の一番左の画像ファイルを端末１の表示部に表示する。
【０１１５】
図１０は、図２に示した端末１にダウンロードされるファイルの取得方法を説明する図であり、図２に示したインターネット２０により指定されているＵＲＬにアクセスした際に表示される。
【０１１６】
図１０において、ＵＩ１〜ＵＩ５はユーザインタフェースで、端末１の表示部に表示されるファイル取得操作画面の推移に対応する。
【０１１７】
先ず、ユーザは実行したい目的を順番に、端末１の操作部を選択していくと、最終的にメンテナンスコマンドが埋め込まれたＪＰＥＧファイルが表示される。このファイルをダウンロードして印刷する。このファイルは、端末１のメモリに保存しておけば何度でも利用することが可能である。
【０１１８】
例えば「インク残量」を調べたい場合には下記の手順を取る。
【０１１９】
先ず、端末１を操作して、指定されているＵＲＬを開くと、端末１の表示部にはユーザインタフェースＵＩ１が表示され、そして、ＵＲＬをアクセスして表示される画面上で、「ステータス」を選択すると、端末１の表示部にはユーザインタフェースＵＩ２が表示され、さらに、「インク残量」を選択すると、端末１の表示部にはユーザインタフェースＵＩ３が表示され、「標準」を選択すると、端末１の表示部にはユーザインタフェースＵＩ４が表示され、「省サイズ」を選択すると、端末１の表示部にはユーザインタフェースＵＩ５が表示される。
【０１２０】
なお、ユーザインタフェースＵＩ４、５には、ステータスインク残量を示すファイルとして、「標準」または「省サイズ」の選択画面を表示可能に構成されている。
【０１２１】
これにより、同一の機能であるインク残量ステータス表示時に、ファイルのサイズを小さくたものをユーザが選択することもできる。以下、図１０に示す処理の詳細について図１１を参照して説明する。
【０１２２】
図１１は、本発明に係る端末装置におけるデータ処理手順の一例を示すフローチャートであり、端末１が指定されるＵＲＬを開いて、プリンタ２にコマンドとして転送すべき画像ファイルを取得する処理手順に対応する。なお、（５１）〜（６４）は各ステップを示し、各ステップは、端末１のＣＰＵがＲＯＭ等に記憶される制御プログラムをＲＡＭ上のロードして実行することにより実現される。
【０１２３】
先ず、端末１のＣＰＵは、メモリに登録されているＵＲＬ（ユーザにより入力されていてもよい、また、プリンタ２との通信で取得してもよい）を読み出して、インターネット２０を介して該ＵＲＬを開き（５１）、端末１の表示部に、図９に示すような画面を端末１のＣＰＵの制御で表示する。
【０１２４】
次に、端末１のキーの操作を監視して、選択された項目が状態表示要求か、設定要求か、クリーニング要求かのいずれであるかを判断し（５２）、状態表示要求であると判断した場合は、ステップ（５５）へ進み、インク残量状態が選択されたか、それともプリンタ状態が選択されたかを判断して（５５）、インク残量状態が選択されたと判断した場合は、ステップ（５７）へ進み、インク残量状態をプリンタ２から取得するための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１２５】
一方、ステップ（５５）で、プリンタ状態が選択されたと判断した場合は、ステップ（５８）へ進み、プリンタ状態をプリンタ２から取得するための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１２６】
一方、ステップ（５２）で、クリーニングが選択されたと判断した場合は、ステップ（５３）へ進み、選択された項目がヘッドクリーニングであると判断した場合は、選択された色の種別が全色一括か、黒インクのみか、カラーインクかのいずれであるかを判断して（５４）、全色一括が選択されたと判断した場合は、ステップ（５９）へ進み、全色一括でヘッドクリーニングを実行するための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１２７】
一方、ステップ（５４）で、選択した色が黒インクであると判断した場合は、ステップ（６０）へ進み、黒色用のヘッドをクリーニングするための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１２８】
一方、ステップ（５４）で、選択した色がカラーインクであると判断した場合は、ステップ（６１）へ進み、カラーインクのヘッドをクリーニングするための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１２９】
一方、ステップ（５３）で、選択された項目がヘッドリフレッシュ（例えば残インクを吸引する等の処理）であると判断した場合は、ステップ（６２）へ進み、ヘッドをリフレッシュするための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１３０】
一方、ステップ（５２）で、選択項目が設定コマンドであると判断した場合は、ステップ（５６）へ進み、選択された項目がノズルチェックプリントを指定するコマンドであるのか、ヘッド位置を調整するためのコマンドであるかを判断して、選択された項目がノズルチェックプリントであると判断した場合は、ステップ（６３）へ進み、ノズルチェックプリントを設定するための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１３１】
一方、ステップ（５６）で、選択された項目がヘッド位置調整コマンドであると判断した場合は、ステップ（６４）へ進み、ヘッド位置調整コマンドを設定するための画像ファイルを指定しているＵＲＬよりダウンロードし、処理を終了する。
【０１３２】
なお、ダウンロードした画像ファイルは、例えばユーザインタフェースＵＩ１〜ＵＩ３として端末１の表示部に表示される。
【０１３３】
以下、図１２に示すメモリマップを参照して本発明に係るプリンタで読み取り可能なデータ処理プログラムの構成について説明する。また、図１３に示すメモリマップを参照して本発明に係る端末装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１３４】
図１２は、本発明に係るプリンタで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３５】
図１３は、本発明に係る端末装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３６】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３８】
本実施形態における図３、図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３９】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４０】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１４１】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１４２】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１４３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１４４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１４５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１４６】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４８】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１４９】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜１４について説明する。
【０１５０】
〔実施態様１〕
表示部を備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置（図１に示す端末１）であって、画像ファイルを記憶する記憶手段（図１に示す端末１が備える内部メモリ、あるいは、ＳＤメモリ等）と、前記プリンタに対して前記画像ファイルを転送する際に、前記画像ファイルに所定の印刷制御情報を付加して転送する転送手段（端末１が備える通信機能であって、端末１のＣＰＵがＲＯＭに記憶される制御プログラムで各種の通信方法に対応する）と、前記転送手段により転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示する表示制御手段（端末１のＣＰＵがＲＯＭに記憶される制御プログラムで表示制御する）とを有することを特徴とする端末装置。
【０１５１】
これにより、端末装置から転送する画像ファイルを印刷する際に、その印刷処理に対する機能設定、印刷装置の状態、サポート等をプリンタから取得して、端末の表示部で自在に確認することができ、プリンタに何ら表示部等を備えていなくても、リモートの表示手段として端末装置を機能させることができる。
【０１５２】
〔実施態様２〕
前記応答画像ファイルは、前記プリンタで生成されるＵＲＬと、取得すべき情報を特定するための検索情報とが付加されていることを特徴とする実施態様１記載の端末装置。
【０１５３】
これにより、プリンタより返送された画像ファイルに埋め込まれているＵＲＬ等を参照して、プリンタに必要な消耗品等の購買情報や、消耗品の注文等を端末装置から直接指示可能とする。
【０１５４】
〔実施態様３〕
前記ＵＲＬに基づいてインターネットに接続する接続手段（端末１のＣＰＵがＲＯＭに記憶される制御プログラムで図示しない通信インタフェースを介して接続制御する）と、前記検索情報に基づいて前記ＵＲＬを経由して、所定のデータベースから前記プリンタに対して転送可能な画像ファイルまたは前記プリンタに対する消耗材を発注するための画像ファイルを取得する取得手段（端末１のＣＰＵがＲＯＭに記憶される制御プログラムで図示しない通信インタフェースを介して接続制御する）とを有することを特徴とする実施態様１または２記載の端末装置。
【０１５５】
これにより、プリンタに操作部等を備えていなくても、プリンタから取得されるステータス情報を端末装置の表示部で確認することができる。
【０１５６】
〔実施態様４〕
前記取得手段により取得される前記プリンタに対する消耗材を発注するための画像ファイルが表示された場合、該表示に対して入力される発注情報を前記ＵＲＬに転送する発注処理手段（端末１のＣＰＵがＲＯＭに記憶される制御プログラムで図示しない通信インタフェースを介して発注処理する）を有することを特徴とする実施態様３記載の端末装置。
【０１５７】
これにより、プリンタから取得されるステータス情報に基づき、消耗材の発注を端末装置から直接行うことができる。
【０１５８】
〔実施態様５〕
所定の印刷制御情報は、前記プリンタに対する機能設定情報、ステータス取得要求情報、メンテナンス要求情報を含むことを特徴とする実施態様１記載の端末装置。
【０１５９】
これにより、端末装置から画像ファイルをプリンタに転送するという簡単な操作で、プリンタに対して異なる印刷制御を実行させ、それぞれの実行結果を端末装置で確認することができる。
【０１６０】
〔実施態様６〕
表示部と、画像ファイルを記憶する記憶手段とを備え、画像ファイル送受信機能付きのプリンタと通信可能な端末装置における印刷制御方法であって、前記プリンタに対して前記画像ファイルを転送する際に、前記画像ファイルに所定の印刷制御情報を付加して転送する転送ステップと、前記転送ステップにより転送される前記所定の印刷制御情報に対する前記印刷装置からの応答情報が付加されている応答画像ファイルを取得して前記表示部に表示する表示制御ステップとを有することを特徴とする印刷制御方法。
【０１６１】
これにより、実施態様１と同等の効果を奏する。
【０１６２】
〔実施態様７〕
前記応答画像ファイルは、前記プリンタで生成されるＵＲＬと、取得すべき情報を特定するための検索情報とが付加されていることを特徴とする実施態様６記載の印刷制御方法。
【０１６３】
これにより、実施態様２と同等の効果を奏する。
【０１６４】
〔実施態様８〕
前記ＵＲＬに基づいてインターネットに接続する接続ステップ（図１１に示すステップ（５１））と、前記検索情報に基づいて前記ＵＲＬを経由して、所定のデータベースから前記プリンタに対して転送可能な画像ファイルまたは前記プリンタに対する消耗材を発注するための画像ファイルを取得する取得ステップとを有することを特徴とする実施態様６または７記載の印刷制御方法。
【０１６５】
これにより、実施態様３と同等の効果を奏する。
【０１６６】
〔実施態様９〕
前記取得ステップにより取得される前記前記プリンタに対する消耗材を発注するための画像ファイルが表示された場合、該表示に対して入力される発注情報を前記前記ＵＲＬに転送する発注処理ステップを有することを特徴とする実施態様８記載の印刷制御方法。
【０１６７】
これにより、実施態様４と同等の効果を奏する。
【０１６８】
〔実施態様１０〕
所定の印刷制御情報は、前記プリンタに対する機能設定情報、ステータス取得要求情報、メンテナンス要求情報を含むことを特徴とする実施態様６記載の印刷制御方法。
【０１６９】
これにより、実施態様５と同等の効果を奏する。
【０１７０】
〔実施態様１１〕
実施態様６〜１０のいずれかに記載の印刷制御方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【０１７１】
これにより、実施態様５〜１０と同等の効果を奏する。
【０１７２】
〔実施態様１２〕
実施態様６〜１０のいずれかに記載の印刷制御方法を実行させることを特徴とするプログラム。
【０１７３】
これにより、実施態様５〜１０と同等の効果を奏する。
【０１７４】
〔実施態様１３〕
画像ファイルを受信する受信手段と、前記受信手段により受信した画像ファイルを印刷する印刷手段と、前記受信手段により受信した画像ファイルに特定情報が含まれる場合、特定情報に基づく画像ファイルを端末装置に返送する返送手段とを有することを特徴とする印刷装置。
【０１７５】
これにより、端末装置が備える表示部を汎用の表示部として機能させて、プリンタの状態監視、プリンタに対する機能設定、プリンタのサポート等に関する様々なプリンタ情報を表示して、ユーザの利便性を図ることができる。
【０１７６】
〔実施態様１４〕
前記特定情報に基づく画像ファイルは、画像の存在場所を示す情報を含むことを特徴とする実施態様１３記載の印刷装置。
【０１７７】
このように上記各実施態様によれば、プリンタと端末（画像の表示と送受信の機能を持つ機器）との間で、印刷・メンテナンス・ステータス（エラー）表示と完結したシステムの構築が、プリンタドライバを開発することなく可能となる。さらに端末側でプリンタの情報を取得する際に埋め込まれたURL情報を使うことにより、画像情報以上のサポートが実現でき、様々な端末機器でのより高度なプリンタ利用が可能になる。
【図面の簡単な説明】
【０１７８】
【図１】本発明の第１実施形態を示す端末装置を適用可能な印刷システムの一例を示す図である。
【図２】図１に示した印刷システムにおけるデータ通信処理状態を説明する図である。
【図３】本発明に係る印刷システムにおけるデータ処理手順の一例を示すフローチャートである。
【図４】図１に示したプリンタから返送されるステータス表示用画像ファイルの一例を示す図である。
【図５】図１に示したプリンタから返送されるステータス表示用画像ファイルの一例を示す図である。
【図６】図１に示したプリンタから返送されるステータス表示用画像ファイルの一例を示す図である。
【図７】図１に示したプリンタから返送されるステータス表示用画像ファイルの一例を示す図である。
【図８】図１に示したプリンタから返送されるステータス表示用画像ファイルの一例を示す図である。
【図９】図１に示したプリンタから返送されるステータス表示用画像ファイルの一例を示すである。
【図１０】図２に示した端末にダウンロードされるファイルの取得方法を説明する図である。
【図１１】本発明に係る端末装置におけるデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係るプリンタで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１３】本発明に係る端末装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１７９】
１  端末
２  プリンタ
３  ファイル
３Ａ  画像データ部
３Ｂ  コマンド部
２０  インターネット
２１  ＷＥＢサーバ
【図１】
2006172289.tif 000003
【図２】
2006172289.tif 000004
【図３】
2006172289.tif 000005
【図４】
2006172289.tif 000006
【図５】
2006172289.tif 000007
【図６】
2006172289.tif 000008
【図７】
2006172289.tif 000009
【図８】
2006172289.tif 000010
【図９】
2006172289.tif 000011
【図１０】
2006172289.tif 000012
【図１１】
2006172289.tif 000013
【図１２】
2006172289.tif 000014
【図１３】
2006172289.tif 000015