情報処理装置102から印刷制御コードや画像データを受信して、記録媒体に画像を形成する画像形成装置103からなる印刷システムにおいて、プロトコルを使用して通信を行う通信手段と、第一のプロトコル501を使用して通信を行う第一の通信プログラム402と、前記第一のプロトコル501は使用できないが前記第一のプロトコル501とは異なる第二のプロトコル502を使用して通信を行う第二の通信プログラム403と、前記第一のプロトコル501を送信しS1001、その応答の有無を判定する第一の応答判定手段S1002と、前記第一の応答判定手段S1002にて応答なしと判定されると、次に前記第二のプロトコル502を送信しS1004、その応答の有無を判定する第二の応答判定手段S1005と、前記第二の応答判定手段S1005にて特定の状態と判定されると、それに応じたステータスを生成するステータス生成手段と、前記ステータス生成手段にて生成したステータスを表示するステータス表示手段S1006、S1008、S1009とを備えることを特徴とする情報処理装置と画像形成装置からなる印刷システム。ホストは通信用プロトコルを利用してプリンタと通信し、プリンタの情報を取得する。よって、プリンタの情報が取得できない場合、即ちプリンタから通信用プロトコルの応答が返ってこない場合、ホストはプリンタと通信できない状態であると判断する。ホストがプリンタの情報を取得できない場合としては、以下の2通りに分類することができる。即ち、通信断である場合と、通信断ではないがダウンローダが起動されている場合である。ホストは上記の2通りの場合の判別ができないため、どちらの場合でも、表示アプリケーションを用いてユーザにプリンタと通信できない旨を示すことしかできない。これにより、ユーザはプリンタと通信できない理由が判別できないといった課題がある。ホストコンピュータなどの情報処理装置102から印刷制御コードや画像データを受信して、紙などの記録媒体に画像を形成する画像形成装置103からなる印刷システムにおいて、プロトコルを使用して通信を行う通信手段と、第一のプロトコル501を使用して通信を行う第一の通信プログラム402と、前記第一のプロトコル501は使用できないが前記第一のプロトコル501とは異なる第二のプロトコル502を使用して通信を行う第二の通信プログラム403と、前記第一のプロトコル501を送信しS1001、その応答の有無を判定する第一の応答判定手段S1002と、前記第一の応答判定手段S1002にて応答なしと判定されると、次に前記第二のプロトコル502を送信しS1004、その応答の有無を判定する第二の応答判定手段S1005と、前記第二の応答判定手段S1005にて特定の状態と判定されると、それに応じたステータスを生成するステータス生成手段と、前記ステータス生成手段にて生成したステータスを表示するステータス表示手段S1006、S1008、S1009とを備えることを特徴とする情報処理装置と画像形成装置からなる印刷システム。ホストがプリンタの情報を取得できないときに、ホストとプリンタとの接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をすることができる。それにより、上記2つの場合それぞれにおいて、表示アプリケーションを用いてユーザに適切なメッセージを示すことができ、ユーザは場合に応じた適切な対応を取ることができる。[実施例1]本発明に係る第1実施形態に係る画像形成装置について、図面を参照して説明する。図1は本実施例を実行する環境を示す図である。デバイス103はホストコンピュータなどの情報処理装置以下、PCと記す102とNETWORKで接続されている。ユーザ101は、PC102の操作部206、またはデバイス103の操作部316を操作することで、デバイス103に任意の設定や指示を行う事が出来る。PC102はプロトコルを利用してデバイス103と通信し、デバイス103の情報を取得する。ユーザ101は、PC102とデバイス103の接続状況やデバイス103のステータスを、PC102にインストールされた表示アプリケーションが表示部210に行う表示により知ることができる。図2は本実施例のPC102のハードウェア構成を示す図である。CPU201は、システム全体を制御するプロセッサである。RAM202は、CPU201が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリとして使用される。HDD203はデータ記憶領域である。操作部I/F204は、操作部206とのインターフェース部で、操作部206からの入力信号を受け付ける。また、操作部206からユーザが入力した情報を、CPU201に伝える役割をする。表示部I/F209は、表示部210とのインターフェース部で、CPU201の制御に応じて表示部210への出力信号を出力する。USBインタフェース208は、USBデバイスに接続するための機能ユニットで、USBを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。また、USBインタフェース208は、印刷データの入出力にも使用される。LANインタフェース207は、LANに接続するための機能ユニットで、LANを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。また、LANインタフェース207は、印刷データの入出力にも使用される。以上のデバイスがシステムバス205上に配置される。図3は本実施例におけるデバイス103のハードウェア構成を示す図である。コントローラユニット313は、画像出力デバイスとして機能するエンジン314と接続されることで、PC102、エンジン314との画像データやデバイス情報の入出力を行う。また、コントローラユニット313は、操作部316と接続することで、ユーザからの任意の設定や指示を受け付けることが可能となる。CPU301は、システム全体を制御するプロセッサである。RAM303は、CPU301が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。NVMEM304は不揮発性のメモリであり設定情報等を記録する。FlashROM302は書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。操作部I/F315は、操作部316とのインターフェース部で、操作部316からの入力信号を受け付ける。また、操作部316からユーザが入力した情報を、CPU301に伝える役割をする。USBインターフェース306は、PC102とのUSB接続を可能にする。LANインターフェース311はPC102とのLAN接続を可能にする。以上のデバイスがシステムバス305上に配置される。イメージバスIMAGEBUSI/F307は、システムバス305と画像データを高速で転送する画像バス312とを接続し、データ構造を変換するバスブリッジである。画像バス312は、PCIバスまたはIEEE1394で構成される。画像バス312上には以下のデバイスが配置される。ラスタイメージプロセッサRIP308はPDLコードのようなベクトルデータをビットマップイメージに展開する。エンジンI/F310は、エンジン314とコントローラユニット313を接続し、画像データの同期系/非同期系の変換やデータのやりとりを行う。画像処理部309は、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像データの回転や、多値画像データに対してはJPEG、2値画像データはJBIG、MMR、MH等の圧縮伸張処理を行う。エンジン314は、ラスタイメージデータを用紙上の画像に変換する。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、CPU301からの指示によって開始する。図4は、デバイス103のコントローラユニット313のFlashROM302内に格納されるもののうち、本実施例に関係の深いファームウェアのプログラムを示したものである。PC102はデバイス103と通信する際、これらデバイス103を制御しているコントローラユニット313のファームウェアを介して通信を行う。ブートローダ401は、ファームウェア本体402とダウンローダ403のどちらかを起動するブートプログラムである。ファームウェア本体402とダウンローダ403のうちブートローダ401によって起動された方が、PC102とデバイス103間で通信する際に用いられる。通常はファームウェア本体402が起動され、ダウンローダ403はファームウェア本体402が壊れている非常時にのみ起動される。ファームウェア本体402は、デバイス103がPC102と通信を行い、印刷を行うためのプログラムである。ファームウェア本体402は、ステータス通信用プロトコルプロトコルA501と、ファームウェアアップデート用プロトコルプロトコルB502の両方に対応している。よって、ファームウェア本体402により、デバイス103は印刷などの通常の動作、PC102からファームウェアのアップデートを受け付けることのどちらも行うことができる。プロトコルA501とプロトコルB502については、図5の説明にて詳しく述べる。ダウンローダ403は、ファームウェアをアップデートするためのプログラムである。ダウンローダ403は、プロトコルB502のみに対応している。よって、ダウンローダ403により、デバイス103は印刷などの通常の動作を行うことはできず、PC102からファームウェアのアップデートを受け付けることしかできない。以上のように、ファームウェア本体402はプロトコルA501とプロトコルB502の両方に対応しており、ダウンローダ403はプロトコルB502のみに対応している。その理由については、図5の説明にて詳しく述べる。図5は、FlashROM302内のファームウェア本体402内に格納されるもののうち、本実施例に関係の深いプログラムと、PC102との通信の概念図である。また、図6は、FlashROM302内のダウンローダ403内に格納されるもののうち、本実施例に関係の深いプログラムと、PC102との通信の概念図である。まず、図5を用いて、ファームウェア本体402の構成について説明する。ネットワークドライバ503は、PC102とのLAN接続を可能にするプログラムである。この他ネットワーク通信のためにTCP/IPプロトコル機能504、595を有する。TCP/IPに関しては、それぞれIETFというインターネットに関する技術内容をまとめている組織から発行されているRFC文書により規定されている。IETFはInternetEngineeringTaskForceの、RFCはRequestforCommentsの略称である。例えば、TCP505はRFC793、IP504はRFC791などでそれぞれ規定されている。プロトコルA501は、デバイス103のステータスをPC102に通知する、PC102からデバイス103への指示や設定を行う、印刷に必要なデバイス103のデータを取得するといった目的で使用される。プロトコルA501はその目的上、確実に通信を行う必要があるので、FireWall等でブロックされないようにWellKnownポートを使用する必要がある。本実施例では、WellKnownポートのうちのHTTPポートを用いるために、Webサービスを利用する。Webサービスとは、HTTP506などのインターネット関連技術を応用して、SOAP508と呼ばれるXML507形式のプロトコルを用いメッセージの送受信を行う技術である。よってWebサービスを利用する場合、HTTP506、XML507、SOAP508の機能モジュールを有していることが必須となる。なお、HTTP506、XML507、SOAP508に関しては、それぞれIETFというインターネットに関する技術内容をまとめている組織から発行されているRFC文書により規定されている。IETFはInternetEngineeringTaskForceの、RFCはRequestforCommentsの略称である。例えば、HTTP506はRFC2616、XML507はRFC3076、SOAP508はRFC3288などでそれぞれ規定されている。メモリサイズが少ないローエンドプリンタにおいては、これらの機能モジュールがコントローラユニット313のFlashROM302内で占有するメモリサイズは、無視できる大きさではない。プロトコルB502は、デバイス103のファームウェアのアップデートに使用される。プロトコルB502は非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにWellKnownポート以外のポートを使用する。よって、FireWall等でブロックされる可能性があるが、Webサービスを利用する必要はない。よって、プロトコルB502による通信に必要な機能モジュールのメモリサイズはコンパクトであり、メモリサイズが少ないローエンドプリンタにおいても無視できるサイズである。次に、図6を用いて、ダウンローダ403の構成について説明する。ネットワークドライバ503は、PC102とのLAN接続を可能にするプログラムである。この他ネットワーク通信のためにTCP/IPプロトコル機能504、595を有する。TCP/IPに関しては、それぞれIETFというインターネットに関する技術内容をまとめている組織から発行されているRFC文書により規定されている。IETFはInternetEngineeringTaskForceの、RFCはRequestforCommentsの略称である。例えば、TCP505はRFC793、IP504はRFC791などでそれぞれ規定されている。プロトコルB502は、デバイス103のファームウェアのアップデートに使用される。プロトコルB502は非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにWellKnownポート以外のポートを使用する。よって、FireWall等でブロックされる可能性があるが、Webサービスを利用する必要はない。よって、プロトコルB502による通信に必要な機能モジュールのメモリサイズはコンパクトであり、メモリサイズが少ないローエンドプリンタにおいても無視できるサイズである。また、ダウンローダ403は非常用プログラムであるので、容量はなるべく小さく抑えたい。また、製品コストを抑えたいローエンドプリンタほど、コントローラユニット313に搭載するFlashROM302の容量を小さく抑える必要がある。よって、特にローエンドプリンタでは、ダウンローダ403にはファームウェアのダウンロードに必要最低限な機能のみ搭載する。以上より、ファームウェア本体402はプロトコルA501およびプロトコルB502の両方に対応するが、ダウンローダ403はプロトコルA501には対応せず、プロトコルB502のみに対応している。図7は、本実施例で提案する画像形成装置の状態判別方法の処理フロー図である。本フローは、PC102がデバイス103へ行うポーリング処理について記載したものである。本フローでは、ダウンローダ403が実行されている場合、デバイス103がプロトコルA501は送受信できないがプロトコルB502は送受信できることを利用する。それにより、PC102とデバイス103との接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をする。PC102は、デバイス103にプロトコルA501を送信しS1001、デバイス103からプロトコルA501の応答があったか否かを判断するS1002。前記S1002において、応答があった場合、ファームウェア本体402が起動されていると判断する。そして、デバイス103から取得したステータスを、PC102の表示部210にそのまま表示し、終了するS1003。前記S1002において、応答がなかった場合は、通信断であるか、もしくはダウンローダ403が起動されているかのどちらかと判断する。そして、デバイス103にプロトコルB502を送信しS1004、デバイス103からプロトコルB502の応答があったか否かを判断するS1005。前記S1005において、応答がなかった場合、プロトコルB502に対しても応答できないので、通信断であると判断し、通信エラーステータスを作成し、PC102の表示部210にそのまま表示し、終了するS1003。前記S1005において、応答があった場合、ダウンローダ403が起動されていると判断し、更にファームウェア書き込み中か否かを判断するS1007。前記S1007において、書き込み中である場合、ファームウェア書き込み中ステータスを作成し、PC102にインストールされた表示アプリケーションを用いて表示部210にそれを表示し、終了するS1009。前記S1007において、書き込み中でない場合、ファームウェア故障ステータスを作成し、PC102にインストールされた表示アプリケーションを用いて表示部210にそれを表示し、終了するS1008。本実施例により、PC102がデバイス103の情報を取得できないときに、PC102とデバイス103との接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をすることができる。それにより、上記2つの場合それぞれにおいて、PC102にインストールされた表示アプリケーションを用いてユーザに適切なメッセージを示すことができ、ユーザは場合に応じた適切な対応を取ることができる。