印字システム
【課題】ホストがプリンタの情報を取得できないときに、ホストとプリンタとの接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をホストは行うことができない。よってホストは、どちらの場合でも、表示アプリケーションを用いてユーザにプリンタと通信できない旨を示すことしかできない。これにより、ユーザはプリンタと通信できない理由が判別できないといった課題がある。
【解決手段】ホストがプリンタに送信するプロトコルの種類とその応答によって、通信断状態か、ダウンローダが起動されている状態かを判断し、どちらの状態であるかをユーザに表示する。
【解決手段】ホストがプリンタに送信するプロトコルの種類とその応答によって、通信断状態か、ダウンローダが起動されている状態かを判断し、どちらの状態であるかをユーザに表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置と画像形成装置からなる印刷システムに関する。
【背景技術】
【０００２】
ホストコンピュータなどの情報処理装置から印刷制御コードや画像データを受信して、紙などの記録媒体に画像を形成する画像形成装置からなる印刷システムが知られている（特許文献１参照）。
【０００３】
本体に表示パネルを持たないホストベースのプリンタでは、ホストは通信用プロトコルを使用してプリンタと通信し、プリンタの情報を取得する。ユーザは、ホストとプリンタの接続状況やプリンタのステータスを、ホストにインストールされた表示アプリケーションにより知ることができる。
【０００４】
ホストはプリンタと通信する際、確実に通信を行うことができるように、ＦｉｒｅＷａｌｌ等でブロックされることがないＷｅｌｌＫｎｏｗｎポートを使用するのが一般的である。
【０００５】
また、ホストはプリンタと通信する際、プリンタを制御しているコントローラ内のＦｌａｓｈＲＯＭに書き込んであるファームウェアを介して通信を行う。ファームウェアは、ブートローダ、ファームウェア本体、ダウンローダから構成されるプログラムである。ブートローダは、ファームウェア本体とダウンローダのどちらか一方を起動するブートプログラムである。ファームウェア本体とダウンローダのうちブートローダによって起動された方が、ホストがプリンタと通信する際に用いられる。通常はファームウェア本体が起動され、ダウンローダはファームウェア本体が壊れている非常時にのみ起動される。
【０００６】
ファームウェア本体は、プリンタがホストと通信を行い、印刷を行うためのプログラムであり、通信用プロトコルに対応している。通信用プロトコルはその目的上、確実に通信を行う必要があるので、ＦｉｒｅＷａｌｌ等でブロックされないようにＷｅｌｌＫｎｏｗｎポートを使用するのが一般的である。よって、ファームウェア本体には、ＷｅｌｌＫｎｏｗｎポートを使用するために必要となる各モジュールも含まれている必要がある。
【０００７】
ダウンローダは、ファームウェアをアップデートするためのプログラムであり、ファームウェアアップデート用プロトコルに対応している。ファームウェアアップデート用プロトコルは非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにＷｅｌｌＫｎｏｗｎポート以外のポートを使用するのが一般的である。
【０００８】
また、製品コストを抑えたいローエンドプリンタほど、搭載するＦｌａｓｈＲＯＭ容量を小さく抑える必要がある。よって、特にローエンドプリンタでは、ダウンローダにはファームウェアのダウンロードに必要最低限な機能のみ搭載するのが一般的である。以上より、ファームウェア本体は通信用プロトコルに対応するが、ダウンローダはそれには対応せず、ファームウェアアップデート用プロトコルのみに対応するのが一般的である。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平９−６５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ホストは通信用プロトコルを利用してプリンタと通信し、プリンタの情報を取得する。よって、プリンタの情報が取得できない場合、即ちプリンタから通信用プロトコルの応答が返ってこない場合、ホストはプリンタと通信できない状態であると判断する。ホストがプリンタの情報を取得できない場合としては、以下の２通りに分類することができる。即ち、通信断である場合と、通信断ではないがダウンローダが起動されている場合である。ホストは上記の２通りの場合の判別ができないため、どちらの場合でも、表示アプリケーションを用いてユーザにプリンタと通信できない旨を示すことしかできない。これにより、ユーザはプリンタと通信できない理由が判別できないといった課題がある。
【課題を解決するための手段】
【００１１】
ホストコンピュータなどの情報処理装置（１０２）から印刷制御コードや画像データを受信して、紙などの記録媒体に画像を形成する画像形成装置（１０３）からなる印刷システムにおいて、
プロトコルを使用して通信を行う通信手段と、
第一のプロトコル（５０１）を使用して通信を行う第一の通信プログラム（４０２）と、前記第一のプロトコル（５０１）は使用できないが前記第一のプロトコル（５０１）とは異なる第二のプロトコル（５０２）を使用して通信を行う第二の通信プログラム（４０３）と、前記第一のプロトコル（５０１）を送信し（Ｓ１００１）、その応答の有無を判定する第一の応答判定手段（Ｓ１００２）と、
前記第一の応答判定手段（Ｓ１００２）にて応答なしと判定されると、次に前記第二のプロトコル（５０２）を送信し（Ｓ１００４）、その応答の有無を判定する第二の応答判定手段（Ｓ１００５）と、
前記第二の応答判定手段（Ｓ１００５）にて特定の状態と判定されると、それに応じたステータスを生成するステータス生成手段と、前記ステータス生成手段にて生成したステータスを表示するステータス表示手段（Ｓ１００６、Ｓ１００８、Ｓ１００９）とを備えることを特徴とする情報処理装置と画像形成装置からなる印刷システム。
【発明の効果】
【００１２】
ホストがプリンタの情報を取得できないときに、ホストとプリンタとの接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をすることができる。それにより、上記２つの場合それぞれにおいて、表示アプリケーションを用いてユーザに適切なメッセージを示すことができ、ユーザは場合に応じた適切な対応を取ることができる。
【図面の簡単な説明】
【００１３】
【図１】全体構成を示す図である。
【図２】ＰＣの制御構成を示すブロック図である。
【図３】コントローラユニットを含むデバイスの制御構成を示すブロック図である。
【図４】デバイスのＦｌａｓｈＲＯＭ内に格納される情報を示す図である。
【図５】ＦｌａｓｈＲＯＭのファームウェア本体内に格納されるモジュールとＰＣとの通信を示す図である。
【図６】ＦｌａｓｈＲＯＭのダウンローダ内に格納されるモジュールとＰＣとの通信を示す図である。
【図７】ＰＣによるデバイスの状態判別に関する処理フローを示す図である。
【発明を実施するための形態】
【００１４】
［実施例１］
本発明に係る第１実施形態に係る画像形成装置について、図面を参照して説明する。
【００１５】
図１は本実施例を実行する環境を示す図である。デバイス（１０３）はホストコンピュータなどの情報処理装置（以下、ＰＣと記す）（１０２）とＮＥＴＷＯＲＫで接続されている。ユーザ（１０１）は、ＰＣ（１０２）の操作部（２０６）、またはデバイス（１０３）の操作部（３１６）を操作することで、デバイス（１０３）に任意の設定や指示を行う事が出来る。
【００１６】
ＰＣ（１０２）はプロトコルを利用してデバイス（１０３）と通信し、デバイス（１０３）の情報を取得する。ユーザ（１０１）は、ＰＣ（１０２）とデバイス（１０３）の接続状況やデバイス（１０３）のステータスを、ＰＣ（１０２）にインストールされた表示アプリケーションが表示部（２１０）に行う表示により知ることができる。
【００１７】
図２は本実施例のＰＣ（１０２）のハードウェア構成を示す図である。ＣＰＵ（２０１）は、システム全体を制御するプロセッサである。ＲＡＭ（２０２）は、ＣＰＵ（２０１）が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリとして使用される。ＨＤＤ（２０３）はデータ記憶領域である。操作部Ｉ／Ｆ（２０４）は、操作部（２０６）とのインターフェース部で、操作部（２０６）からの入力信号を受け付ける。また、操作部（２０６）からユーザが入力した情報を、ＣＰＵ（２０１）に伝える役割をする。表示部Ｉ／Ｆ（２０９）は、表示部（２１０）とのインターフェース部で、ＣＰＵ（２０１）の制御に応じて表示部（２１０）への出力信号を出力する。ＵＳＢインタフェース（２０８）は、ＵＳＢデバイスに接続するための機能ユニットで、ＵＳＢを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。また、ＵＳＢインタフェース（２０８）は、印刷データの入出力にも使用される。ＬＡＮインタフェース（２０７）は、ＬＡＮに接続するための機能ユニットで、ＬＡＮを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。また、ＬＡＮインタフェース（２０７）は、印刷データの入出力にも使用される。以上のデバイスがシステムバス（２０５）上に配置される。
【００１８】
図３は本実施例におけるデバイス（１０３）のハードウェア構成を示す図である。コントローラユニット（３１３）は、画像出力デバイスとして機能するエンジン（３１４）と接続されることで、ＰＣ（１０２）、エンジン（３１４）との画像データやデバイス情報の入出力を行う。また、コントローラユニット（３１３）は、操作部（３１６）と接続することで、ユーザからの任意の設定や指示を受け付けることが可能となる。ＣＰＵ（３０１）は、システム全体を制御するプロセッサである。ＲＡＭ（３０３）は、ＣＰＵ（３０１）が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。ＮＶＭＥＭ（３０４）は不揮発性のメモリであり設定情報等を記録する。ＦｌａｓｈＲＯＭ（３０２）は書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。操作部Ｉ／Ｆ（３１５）は、操作部（３１６）とのインターフェース部で、操作部（３１６）からの入力信号を受け付ける。また、操作部（３１６）からユーザが入力した情報を、ＣＰＵ（３０１）に伝える役割をする。ＵＳＢインターフェース（３０６）は、ＰＣ（１０２）とのＵＳＢ接続を可能にする。ＬＡＮインターフェース（３１１）はＰＣ（１０２）とのＬＡＮ接続を可能にする。以上のデバイスがシステムバス（３０５）上に配置される。イメージバス（ＩＭＡＧＥ ＢＵＳ）Ｉ／Ｆ（３０７）は、システムバス（３０５）と画像データを高速で転送する画像バス（３１２）とを接続し、データ構造を変換するバスブリッジである。画像バス（３１２）は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス（３１２）上には以下のデバイスが配置される。ラスタイメージプロセッサ（ＲＩＰ）（３０８）はＰＤＬコードのようなベクトルデータをビットマップイメージに展開する。エンジンＩ／Ｆ（３１０）は、エンジン（３１４）とコントローラユニット（３１３）を接続し、画像データの同期系／非同期系の変換やデータのやりとりを行う。画像処理部（３０９）は、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。エンジン（３１４）は、ラスタイメージデータを用紙上の画像に変換する。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ（３０１）からの指示によって開始する。
【００１９】
図４は、デバイス（１０３）のコントローラユニット（３１３）のＦｌａｓｈＲＯＭ（３０２）内に格納されるもののうち、本実施例に関係の深いファームウェアのプログラムを示したものである。ＰＣ（１０２）はデバイス（１０３）と通信する際、これらデバイス（１０３）を制御しているコントローラユニット（３１３）のファームウェアを介して通信を行う。
【００２０】
ブートローダ（４０１）は、ファームウェア本体（４０２）とダウンローダ（４０３）のどちらかを起動するブートプログラムである。ファームウェア本体（４０２）とダウンローダ（４０３）のうちブートローダ（４０１）によって起動された方が、ＰＣ（１０２）とデバイス（１０３）間で通信する際に用いられる。通常はファームウェア本体（４０２）が起動され、ダウンローダ（４０３）はファームウェア本体（４０２）が壊れている非常時にのみ起動される。
【００２１】
ファームウェア本体（４０２）は、デバイス（１０３）がＰＣ（１０２）と通信を行い、印刷を行うためのプログラムである。ファームウェア本体（４０２）は、ステータス通信用プロトコル（プロトコルＡ（５０１））と、ファームウェアアップデート用プロトコル（プロトコルＢ（５０２））の両方に対応している。よって、ファームウェア本体（４０２）により、デバイス（１０３）は印刷などの通常の動作、ＰＣ（１０２）からファームウェアのアップデートを受け付けることのどちらも行うことができる。プロトコルＡ（５０１）とプロトコルＢ（５０２）については、図５の説明にて詳しく述べる。
【００２２】
ダウンローダ（４０３）は、ファームウェアをアップデートするためのプログラムである。ダウンローダ（４０３）は、プロトコルＢ（５０２）のみに対応している。よって、ダウンローダ（４０３）により、デバイス（１０３）は印刷などの通常の動作を行うことはできず、ＰＣ（１０２）からファームウェアのアップデートを受け付けることしかできない。
【００２３】
以上のように、ファームウェア本体（４０２）はプロトコルＡ（５０１）とプロトコルＢ（５０２）の両方に対応しており、ダウンローダ（４０３）はプロトコルＢ（５０２）のみに対応している。その理由については、図５の説明にて詳しく述べる。
【００２４】
図５は、ＦｌａｓｈＲＯＭ（３０２）内のファームウェア本体（４０２）内に格納されるもののうち、本実施例に関係の深いプログラムと、ＰＣ（１０２）との通信の概念図である。また、図６は、ＦｌａｓｈＲＯＭ（３０２）内のダウンローダ（４０３）内に格納されるもののうち、本実施例に関係の深いプログラムと、ＰＣ（１０２）との通信の概念図である。
【００２５】
まず、図５を用いて、ファームウェア本体（４０２）の構成について説明する。
【００２６】
ネットワークドライバ（５０３）は、ＰＣ（１０２）とのＬＡＮ接続を可能にするプログラムである。この他ネットワーク通信のためにＴＣＰ／ＩＰプロトコル機能（５０４、５９５）を有する。ＴＣＰ／ＩＰに関しては、それぞれＩＥＴＦというインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ文書により規定されている。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。例えば、ＴＣＰ（５０５）はＲＦＣ７９３、ＩＰ（５０４）はＲＦＣ７９１などでそれぞれ規定されている。
【００２７】
プロトコルＡ（５０１）は、デバイス（１０３）のステータスをＰＣ（１０２）に通知する、ＰＣ（１０２）からデバイス（１０３）への指示や設定を行う、印刷に必要なデバイス（１０３）のデータを取得するといった目的で使用される。プロトコルＡ（５０１）はその目的上、確実に通信を行う必要があるので、ＦｉｒｅＷａｌｌ等でブロックされないようにＷｅｌｌＫｎｏｗｎポートを使用する必要がある。本実施例では、ＷｅｌｌＫｎｏｗｎポートのうちのＨＴＴＰポートを用いるために、Ｗｅｂサービスを利用する。Ｗｅｂサービスとは、ＨＴＴＰ（５０６）などのインターネット関連技術を応用して、ＳＯＡＰ（５０８）と呼ばれるＸＭＬ（５０７）形式のプロトコルを用いメッセージの送受信を行う技術である。よってＷｅｂサービスを利用する場合、ＨＴＴＰ（５０６）、ＸＭＬ（５０７）、ＳＯＡＰ（５０８）の機能モジュールを有していることが必須となる。なお、ＨＴＴＰ（５０６）、ＸＭＬ（５０７）、ＳＯＡＰ（５０８）に関しては、それぞれＩＥＴＦというインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ文書により規定されている。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。例えば、ＨＴＴＰ（５０６）はＲＦＣ２６１６、ＸＭＬ（５０７）はＲＦＣ３０７６、ＳＯＡＰ（５０８）はＲＦＣ３２８８などでそれぞれ規定されている。メモリサイズが少ないローエンドプリンタにおいては、これらの機能モジュールがコントローラユニット（３１３）のＦｌａｓｈＲＯＭ（３０２）内で占有するメモリサイズは、無視できる大きさではない。
【００２８】
プロトコルＢ（５０２）は、デバイス（１０３）のファームウェアのアップデートに使用される。プロトコルＢ（５０２）は非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにＷｅｌｌＫｎｏｗｎポート以外のポートを使用する。よって、ＦｉｒｅＷａｌｌ等でブロックされる可能性があるが、Ｗｅｂサービスを利用する必要はない。よって、プロトコルＢ（５０２）による通信に必要な機能モジュールのメモリサイズはコンパクトであり、メモリサイズが少ないローエンドプリンタにおいても無視できるサイズである。
【００２９】
次に、図６を用いて、ダウンローダ（４０３）の構成について説明する。
【００３０】
ネットワークドライバ（５０３）は、ＰＣ（１０２）とのＬＡＮ接続を可能にするプログラムである。この他ネットワーク通信のためにＴＣＰ／ＩＰプロトコル機能（５０４、５９５）を有する。ＴＣＰ／ＩＰに関しては、それぞれＩＥＴＦというインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ文書により規定されている。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。例えば、ＴＣＰ（５０５）はＲＦＣ７９３、ＩＰ（５０４）はＲＦＣ７９１などでそれぞれ規定されている。
【００３１】
プロトコルＢ（５０２）は、デバイス（１０３）のファームウェアのアップデートに使用される。プロトコルＢ（５０２）は非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにＷｅｌｌＫｎｏｗｎポート以外のポートを使用する。よって、ＦｉｒｅＷａｌｌ等でブロックされる可能性があるが、Ｗｅｂサービスを利用する必要はない。よって、プロトコルＢ（５０２）による通信に必要な機能モジュールのメモリサイズはコンパクトであり、メモリサイズが少ないローエンドプリンタにおいても無視できるサイズである。
【００３２】
また、ダウンローダ（４０３）は非常用プログラムであるので、容量はなるべく小さく抑えたい。また、製品コストを抑えたいローエンドプリンタほど、コントローラユニット（３１３）に搭載するＦｌａｓｈＲＯＭ（３０２）の容量を小さく抑える必要がある。よって、特にローエンドプリンタでは、ダウンローダ（４０３）にはファームウェアのダウンロードに必要最低限な機能のみ搭載する。
【００３３】
以上より、ファームウェア本体（４０２）はプロトコルＡ（５０１）およびプロトコルＢ（５０２）の両方に対応するが、ダウンローダ（４０３）はプロトコルＡ（５０１）には対応せず、プロトコルＢ（５０２）のみに対応している。
【００３４】
図７は、本実施例で提案する画像形成装置の状態判別方法の処理フロー図である。本フローは、ＰＣ（１０２）がデバイス（１０３）へ行うポーリング処理について記載したものである。本フローでは、ダウンローダ（４０３）が実行されている場合、デバイス（１０３）がプロトコルＡ（５０１）は送受信できないがプロトコルＢ（５０２）は送受信できることを利用する。それにより、ＰＣ（１０２）とデバイス（１０３）との接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をする。
【００３５】
ＰＣ（１０２）は、デバイス（１０３）にプロトコルＡ（５０１）を送信し（Ｓ１００１）、デバイス（１０３）からプロトコルＡ（５０１）の応答があったか否かを判断する（Ｓ１００２）。
【００３６】
前記Ｓ１００２において、応答があった場合、ファームウェア本体（４０２）が起動されていると判断する。そして、デバイス（１０３）から取得したステータスを、ＰＣ（１０２）の表示部（２１０）にそのまま表示し、終了する（Ｓ１００３）。
【００３７】
前記Ｓ１００２において、応答がなかった場合は、通信断であるか、もしくはダウンローダ（４０３）が起動されているかのどちらかと判断する。そして、デバイス（１０３）にプロトコルＢ（５０２）を送信し（Ｓ１００４）、デバイス（１０３）からプロトコルＢ（５０２）の応答があったか否かを判断する（Ｓ１００５）。
【００３８】
前記Ｓ１００５において、応答がなかった場合、プロトコルＢ（５０２）に対しても応答できないので、通信断であると判断し、「通信エラー」ステータスを作成し、ＰＣ（１０２）の表示部（２１０）にそのまま表示し、終了する（Ｓ１００３）。
【００３９】
前記Ｓ１００５において、応答があった場合、ダウンローダ（４０３）が起動されていると判断し、更にファームウェア書き込み中か否かを判断する（Ｓ１００７）。
【００４０】
前記Ｓ１００７において、書き込み中である場合、「ファームウェア書き込み中」ステータスを作成し、ＰＣ（１０２）にインストールされた表示アプリケーションを用いて表示部（２１０）にそれを表示し、終了する（Ｓ１００９）。
【００４１】
前記Ｓ１００７において、書き込み中でない場合、「ファームウェア故障」ステータスを作成し、ＰＣ（１０２）にインストールされた表示アプリケーションを用いて表示部（２１０）にそれを表示し、終了する（Ｓ１００８）。
【００４２】
本実施例により、ＰＣ（１０２）がデバイス（１０３）の情報を取得できないときに、ＰＣ（１０２）とデバイス（１０３）との接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をすることができる。それにより、上記２つの場合それぞれにおいて、ＰＣ（１０２）にインストールされた表示アプリケーションを用いてユーザに適切なメッセージを示すことができ、ユーザは場合に応じた適切な対応を取ることができる。
【符号の説明】
【００４３】
１０１ ユーザ
１０２ ＰＣ
１０３ デバイス
２０６ ＰＣの操作部
３１６ デバイスの操作部
【技術分野】
【０００１】
本発明は、情報処理装置と画像形成装置からなる印刷システムに関する。
【背景技術】
【０００２】
ホストコンピュータなどの情報処理装置から印刷制御コードや画像データを受信して、紙などの記録媒体に画像を形成する画像形成装置からなる印刷システムが知られている（特許文献１参照）。
【０００３】
本体に表示パネルを持たないホストベースのプリンタでは、ホストは通信用プロトコルを使用してプリンタと通信し、プリンタの情報を取得する。ユーザは、ホストとプリンタの接続状況やプリンタのステータスを、ホストにインストールされた表示アプリケーションにより知ることができる。
【０００４】
ホストはプリンタと通信する際、確実に通信を行うことができるように、ＦｉｒｅＷａｌｌ等でブロックされることがないＷｅｌｌＫｎｏｗｎポートを使用するのが一般的である。
【０００５】
また、ホストはプリンタと通信する際、プリンタを制御しているコントローラ内のＦｌａｓｈＲＯＭに書き込んであるファームウェアを介して通信を行う。ファームウェアは、ブートローダ、ファームウェア本体、ダウンローダから構成されるプログラムである。ブートローダは、ファームウェア本体とダウンローダのどちらか一方を起動するブートプログラムである。ファームウェア本体とダウンローダのうちブートローダによって起動された方が、ホストがプリンタと通信する際に用いられる。通常はファームウェア本体が起動され、ダウンローダはファームウェア本体が壊れている非常時にのみ起動される。
【０００６】
ファームウェア本体は、プリンタがホストと通信を行い、印刷を行うためのプログラムであり、通信用プロトコルに対応している。通信用プロトコルはその目的上、確実に通信を行う必要があるので、ＦｉｒｅＷａｌｌ等でブロックされないようにＷｅｌｌＫｎｏｗｎポートを使用するのが一般的である。よって、ファームウェア本体には、ＷｅｌｌＫｎｏｗｎポートを使用するために必要となる各モジュールも含まれている必要がある。
【０００７】
ダウンローダは、ファームウェアをアップデートするためのプログラムであり、ファームウェアアップデート用プロトコルに対応している。ファームウェアアップデート用プロトコルは非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにＷｅｌｌＫｎｏｗｎポート以外のポートを使用するのが一般的である。
【０００８】
また、製品コストを抑えたいローエンドプリンタほど、搭載するＦｌａｓｈＲＯＭ容量を小さく抑える必要がある。よって、特にローエンドプリンタでは、ダウンローダにはファームウェアのダウンロードに必要最低限な機能のみ搭載するのが一般的である。以上より、ファームウェア本体は通信用プロトコルに対応するが、ダウンローダはそれには対応せず、ファームウェアアップデート用プロトコルのみに対応するのが一般的である。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平９−６５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ホストは通信用プロトコルを利用してプリンタと通信し、プリンタの情報を取得する。よって、プリンタの情報が取得できない場合、即ちプリンタから通信用プロトコルの応答が返ってこない場合、ホストはプリンタと通信できない状態であると判断する。ホストがプリンタの情報を取得できない場合としては、以下の２通りに分類することができる。即ち、通信断である場合と、通信断ではないがダウンローダが起動されている場合である。ホストは上記の２通りの場合の判別ができないため、どちらの場合でも、表示アプリケーションを用いてユーザにプリンタと通信できない旨を示すことしかできない。これにより、ユーザはプリンタと通信できない理由が判別できないといった課題がある。
【課題を解決するための手段】
【００１１】
ホストコンピュータなどの情報処理装置（１０２）から印刷制御コードや画像データを受信して、紙などの記録媒体に画像を形成する画像形成装置（１０３）からなる印刷システムにおいて、
プロトコルを使用して通信を行う通信手段と、
第一のプロトコル（５０１）を使用して通信を行う第一の通信プログラム（４０２）と、前記第一のプロトコル（５０１）は使用できないが前記第一のプロトコル（５０１）とは異なる第二のプロトコル（５０２）を使用して通信を行う第二の通信プログラム（４０３）と、前記第一のプロトコル（５０１）を送信し（Ｓ１００１）、その応答の有無を判定する第一の応答判定手段（Ｓ１００２）と、
前記第一の応答判定手段（Ｓ１００２）にて応答なしと判定されると、次に前記第二のプロトコル（５０２）を送信し（Ｓ１００４）、その応答の有無を判定する第二の応答判定手段（Ｓ１００５）と、
前記第二の応答判定手段（Ｓ１００５）にて特定の状態と判定されると、それに応じたステータスを生成するステータス生成手段と、前記ステータス生成手段にて生成したステータスを表示するステータス表示手段（Ｓ１００６、Ｓ１００８、Ｓ１００９）とを備えることを特徴とする情報処理装置と画像形成装置からなる印刷システム。
【発明の効果】
【００１２】
ホストがプリンタの情報を取得できないときに、ホストとプリンタとの接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をすることができる。それにより、上記２つの場合それぞれにおいて、表示アプリケーションを用いてユーザに適切なメッセージを示すことができ、ユーザは場合に応じた適切な対応を取ることができる。
【図面の簡単な説明】
【００１３】
【図１】全体構成を示す図である。
【図２】ＰＣの制御構成を示すブロック図である。
【図３】コントローラユニットを含むデバイスの制御構成を示すブロック図である。
【図４】デバイスのＦｌａｓｈＲＯＭ内に格納される情報を示す図である。
【図５】ＦｌａｓｈＲＯＭのファームウェア本体内に格納されるモジュールとＰＣとの通信を示す図である。
【図６】ＦｌａｓｈＲＯＭのダウンローダ内に格納されるモジュールとＰＣとの通信を示す図である。
【図７】ＰＣによるデバイスの状態判別に関する処理フローを示す図である。
【発明を実施するための形態】
【００１４】
［実施例１］
本発明に係る第１実施形態に係る画像形成装置について、図面を参照して説明する。
【００１５】
図１は本実施例を実行する環境を示す図である。デバイス（１０３）はホストコンピュータなどの情報処理装置（以下、ＰＣと記す）（１０２）とＮＥＴＷＯＲＫで接続されている。ユーザ（１０１）は、ＰＣ（１０２）の操作部（２０６）、またはデバイス（１０３）の操作部（３１６）を操作することで、デバイス（１０３）に任意の設定や指示を行う事が出来る。
【００１６】
ＰＣ（１０２）はプロトコルを利用してデバイス（１０３）と通信し、デバイス（１０３）の情報を取得する。ユーザ（１０１）は、ＰＣ（１０２）とデバイス（１０３）の接続状況やデバイス（１０３）のステータスを、ＰＣ（１０２）にインストールされた表示アプリケーションが表示部（２１０）に行う表示により知ることができる。
【００１７】
図２は本実施例のＰＣ（１０２）のハードウェア構成を示す図である。ＣＰＵ（２０１）は、システム全体を制御するプロセッサである。ＲＡＭ（２０２）は、ＣＰＵ（２０１）が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリとして使用される。ＨＤＤ（２０３）はデータ記憶領域である。操作部Ｉ／Ｆ（２０４）は、操作部（２０６）とのインターフェース部で、操作部（２０６）からの入力信号を受け付ける。また、操作部（２０６）からユーザが入力した情報を、ＣＰＵ（２０１）に伝える役割をする。表示部Ｉ／Ｆ（２０９）は、表示部（２１０）とのインターフェース部で、ＣＰＵ（２０１）の制御に応じて表示部（２１０）への出力信号を出力する。ＵＳＢインタフェース（２０８）は、ＵＳＢデバイスに接続するための機能ユニットで、ＵＳＢを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。また、ＵＳＢインタフェース（２０８）は、印刷データの入出力にも使用される。ＬＡＮインタフェース（２０７）は、ＬＡＮに接続するための機能ユニットで、ＬＡＮを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。また、ＬＡＮインタフェース（２０７）は、印刷データの入出力にも使用される。以上のデバイスがシステムバス（２０５）上に配置される。
【００１８】
図３は本実施例におけるデバイス（１０３）のハードウェア構成を示す図である。コントローラユニット（３１３）は、画像出力デバイスとして機能するエンジン（３１４）と接続されることで、ＰＣ（１０２）、エンジン（３１４）との画像データやデバイス情報の入出力を行う。また、コントローラユニット（３１３）は、操作部（３１６）と接続することで、ユーザからの任意の設定や指示を受け付けることが可能となる。ＣＰＵ（３０１）は、システム全体を制御するプロセッサである。ＲＡＭ（３０３）は、ＣＰＵ（３０１）が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。ＮＶＭＥＭ（３０４）は不揮発性のメモリであり設定情報等を記録する。ＦｌａｓｈＲＯＭ（３０２）は書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。操作部Ｉ／Ｆ（３１５）は、操作部（３１６）とのインターフェース部で、操作部（３１６）からの入力信号を受け付ける。また、操作部（３１６）からユーザが入力した情報を、ＣＰＵ（３０１）に伝える役割をする。ＵＳＢインターフェース（３０６）は、ＰＣ（１０２）とのＵＳＢ接続を可能にする。ＬＡＮインターフェース（３１１）はＰＣ（１０２）とのＬＡＮ接続を可能にする。以上のデバイスがシステムバス（３０５）上に配置される。イメージバス（ＩＭＡＧＥ ＢＵＳ）Ｉ／Ｆ（３０７）は、システムバス（３０５）と画像データを高速で転送する画像バス（３１２）とを接続し、データ構造を変換するバスブリッジである。画像バス（３１２）は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス（３１２）上には以下のデバイスが配置される。ラスタイメージプロセッサ（ＲＩＰ）（３０８）はＰＤＬコードのようなベクトルデータをビットマップイメージに展開する。エンジンＩ／Ｆ（３１０）は、エンジン（３１４）とコントローラユニット（３１３）を接続し、画像データの同期系／非同期系の変換やデータのやりとりを行う。画像処理部（３０９）は、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。エンジン（３１４）は、ラスタイメージデータを用紙上の画像に変換する。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ（３０１）からの指示によって開始する。
【００１９】
図４は、デバイス（１０３）のコントローラユニット（３１３）のＦｌａｓｈＲＯＭ（３０２）内に格納されるもののうち、本実施例に関係の深いファームウェアのプログラムを示したものである。ＰＣ（１０２）はデバイス（１０３）と通信する際、これらデバイス（１０３）を制御しているコントローラユニット（３１３）のファームウェアを介して通信を行う。
【００２０】
ブートローダ（４０１）は、ファームウェア本体（４０２）とダウンローダ（４０３）のどちらかを起動するブートプログラムである。ファームウェア本体（４０２）とダウンローダ（４０３）のうちブートローダ（４０１）によって起動された方が、ＰＣ（１０２）とデバイス（１０３）間で通信する際に用いられる。通常はファームウェア本体（４０２）が起動され、ダウンローダ（４０３）はファームウェア本体（４０２）が壊れている非常時にのみ起動される。
【００２１】
ファームウェア本体（４０２）は、デバイス（１０３）がＰＣ（１０２）と通信を行い、印刷を行うためのプログラムである。ファームウェア本体（４０２）は、ステータス通信用プロトコル（プロトコルＡ（５０１））と、ファームウェアアップデート用プロトコル（プロトコルＢ（５０２））の両方に対応している。よって、ファームウェア本体（４０２）により、デバイス（１０３）は印刷などの通常の動作、ＰＣ（１０２）からファームウェアのアップデートを受け付けることのどちらも行うことができる。プロトコルＡ（５０１）とプロトコルＢ（５０２）については、図５の説明にて詳しく述べる。
【００２２】
ダウンローダ（４０３）は、ファームウェアをアップデートするためのプログラムである。ダウンローダ（４０３）は、プロトコルＢ（５０２）のみに対応している。よって、ダウンローダ（４０３）により、デバイス（１０３）は印刷などの通常の動作を行うことはできず、ＰＣ（１０２）からファームウェアのアップデートを受け付けることしかできない。
【００２３】
以上のように、ファームウェア本体（４０２）はプロトコルＡ（５０１）とプロトコルＢ（５０２）の両方に対応しており、ダウンローダ（４０３）はプロトコルＢ（５０２）のみに対応している。その理由については、図５の説明にて詳しく述べる。
【００２４】
図５は、ＦｌａｓｈＲＯＭ（３０２）内のファームウェア本体（４０２）内に格納されるもののうち、本実施例に関係の深いプログラムと、ＰＣ（１０２）との通信の概念図である。また、図６は、ＦｌａｓｈＲＯＭ（３０２）内のダウンローダ（４０３）内に格納されるもののうち、本実施例に関係の深いプログラムと、ＰＣ（１０２）との通信の概念図である。
【００２５】
まず、図５を用いて、ファームウェア本体（４０２）の構成について説明する。
【００２６】
ネットワークドライバ（５０３）は、ＰＣ（１０２）とのＬＡＮ接続を可能にするプログラムである。この他ネットワーク通信のためにＴＣＰ／ＩＰプロトコル機能（５０４、５９５）を有する。ＴＣＰ／ＩＰに関しては、それぞれＩＥＴＦというインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ文書により規定されている。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。例えば、ＴＣＰ（５０５）はＲＦＣ７９３、ＩＰ（５０４）はＲＦＣ７９１などでそれぞれ規定されている。
【００２７】
プロトコルＡ（５０１）は、デバイス（１０３）のステータスをＰＣ（１０２）に通知する、ＰＣ（１０２）からデバイス（１０３）への指示や設定を行う、印刷に必要なデバイス（１０３）のデータを取得するといった目的で使用される。プロトコルＡ（５０１）はその目的上、確実に通信を行う必要があるので、ＦｉｒｅＷａｌｌ等でブロックされないようにＷｅｌｌＫｎｏｗｎポートを使用する必要がある。本実施例では、ＷｅｌｌＫｎｏｗｎポートのうちのＨＴＴＰポートを用いるために、Ｗｅｂサービスを利用する。Ｗｅｂサービスとは、ＨＴＴＰ（５０６）などのインターネット関連技術を応用して、ＳＯＡＰ（５０８）と呼ばれるＸＭＬ（５０７）形式のプロトコルを用いメッセージの送受信を行う技術である。よってＷｅｂサービスを利用する場合、ＨＴＴＰ（５０６）、ＸＭＬ（５０７）、ＳＯＡＰ（５０８）の機能モジュールを有していることが必須となる。なお、ＨＴＴＰ（５０６）、ＸＭＬ（５０７）、ＳＯＡＰ（５０８）に関しては、それぞれＩＥＴＦというインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ文書により規定されている。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。例えば、ＨＴＴＰ（５０６）はＲＦＣ２６１６、ＸＭＬ（５０７）はＲＦＣ３０７６、ＳＯＡＰ（５０８）はＲＦＣ３２８８などでそれぞれ規定されている。メモリサイズが少ないローエンドプリンタにおいては、これらの機能モジュールがコントローラユニット（３１３）のＦｌａｓｈＲＯＭ（３０２）内で占有するメモリサイズは、無視できる大きさではない。
【００２８】
プロトコルＢ（５０２）は、デバイス（１０３）のファームウェアのアップデートに使用される。プロトコルＢ（５０２）は非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにＷｅｌｌＫｎｏｗｎポート以外のポートを使用する。よって、ＦｉｒｅＷａｌｌ等でブロックされる可能性があるが、Ｗｅｂサービスを利用する必要はない。よって、プロトコルＢ（５０２）による通信に必要な機能モジュールのメモリサイズはコンパクトであり、メモリサイズが少ないローエンドプリンタにおいても無視できるサイズである。
【００２９】
次に、図６を用いて、ダウンローダ（４０３）の構成について説明する。
【００３０】
ネットワークドライバ（５０３）は、ＰＣ（１０２）とのＬＡＮ接続を可能にするプログラムである。この他ネットワーク通信のためにＴＣＰ／ＩＰプロトコル機能（５０４、５９５）を有する。ＴＣＰ／ＩＰに関しては、それぞれＩＥＴＦというインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ文書により規定されている。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。例えば、ＴＣＰ（５０５）はＲＦＣ７９３、ＩＰ（５０４）はＲＦＣ７９１などでそれぞれ規定されている。
【００３１】
プロトコルＢ（５０２）は、デバイス（１０３）のファームウェアのアップデートに使用される。プロトコルＢ（５０２）は非常時にのみ用いられるプロトコルなので、メモリサイズを抑えるためにＷｅｌｌＫｎｏｗｎポート以外のポートを使用する。よって、ＦｉｒｅＷａｌｌ等でブロックされる可能性があるが、Ｗｅｂサービスを利用する必要はない。よって、プロトコルＢ（５０２）による通信に必要な機能モジュールのメモリサイズはコンパクトであり、メモリサイズが少ないローエンドプリンタにおいても無視できるサイズである。
【００３２】
また、ダウンローダ（４０３）は非常用プログラムであるので、容量はなるべく小さく抑えたい。また、製品コストを抑えたいローエンドプリンタほど、コントローラユニット（３１３）に搭載するＦｌａｓｈＲＯＭ（３０２）の容量を小さく抑える必要がある。よって、特にローエンドプリンタでは、ダウンローダ（４０３）にはファームウェアのダウンロードに必要最低限な機能のみ搭載する。
【００３３】
以上より、ファームウェア本体（４０２）はプロトコルＡ（５０１）およびプロトコルＢ（５０２）の両方に対応するが、ダウンローダ（４０３）はプロトコルＡ（５０１）には対応せず、プロトコルＢ（５０２）のみに対応している。
【００３４】
図７は、本実施例で提案する画像形成装置の状態判別方法の処理フロー図である。本フローは、ＰＣ（１０２）がデバイス（１０３）へ行うポーリング処理について記載したものである。本フローでは、ダウンローダ（４０３）が実行されている場合、デバイス（１０３）がプロトコルＡ（５０１）は送受信できないがプロトコルＢ（５０２）は送受信できることを利用する。それにより、ＰＣ（１０２）とデバイス（１０３）との接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をする。
【００３５】
ＰＣ（１０２）は、デバイス（１０３）にプロトコルＡ（５０１）を送信し（Ｓ１００１）、デバイス（１０３）からプロトコルＡ（５０１）の応答があったか否かを判断する（Ｓ１００２）。
【００３６】
前記Ｓ１００２において、応答があった場合、ファームウェア本体（４０２）が起動されていると判断する。そして、デバイス（１０３）から取得したステータスを、ＰＣ（１０２）の表示部（２１０）にそのまま表示し、終了する（Ｓ１００３）。
【００３７】
前記Ｓ１００２において、応答がなかった場合は、通信断であるか、もしくはダウンローダ（４０３）が起動されているかのどちらかと判断する。そして、デバイス（１０３）にプロトコルＢ（５０２）を送信し（Ｓ１００４）、デバイス（１０３）からプロトコルＢ（５０２）の応答があったか否かを判断する（Ｓ１００５）。
【００３８】
前記Ｓ１００５において、応答がなかった場合、プロトコルＢ（５０２）に対しても応答できないので、通信断であると判断し、「通信エラー」ステータスを作成し、ＰＣ（１０２）の表示部（２１０）にそのまま表示し、終了する（Ｓ１００３）。
【００３９】
前記Ｓ１００５において、応答があった場合、ダウンローダ（４０３）が起動されていると判断し、更にファームウェア書き込み中か否かを判断する（Ｓ１００７）。
【００４０】
前記Ｓ１００７において、書き込み中である場合、「ファームウェア書き込み中」ステータスを作成し、ＰＣ（１０２）にインストールされた表示アプリケーションを用いて表示部（２１０）にそれを表示し、終了する（Ｓ１００９）。
【００４１】
前記Ｓ１００７において、書き込み中でない場合、「ファームウェア故障」ステータスを作成し、ＰＣ（１０２）にインストールされた表示アプリケーションを用いて表示部（２１０）にそれを表示し、終了する（Ｓ１００８）。
【００４２】
本実施例により、ＰＣ（１０２）がデバイス（１０３）の情報を取得できないときに、ＰＣ（１０２）とデバイス（１０３）との接続が通信断である場合と、通信断ではないがダウンローダが起動されている場合の判別をすることができる。それにより、上記２つの場合それぞれにおいて、ＰＣ（１０２）にインストールされた表示アプリケーションを用いてユーザに適切なメッセージを示すことができ、ユーザは場合に応じた適切な対応を取ることができる。
【符号の説明】
【００４３】
１０１ ユーザ
１０２ ＰＣ
１０３ デバイス
２０６ ＰＣの操作部
３１６ デバイスの操作部
【特許請求の範囲】
【請求項１】
情報処理装置（１０２）から印刷制御コードや画像データを受信して、記録媒体に画像を形成する画像形成装置（１０３）からなる印刷システムにおいて、
プロトコルを使用して通信を行う通信手段と、
第一のプロトコル（５０１）を使用して通信を行う第一の通信プログラム（４０２）と、前記第一のプロトコル（５０１）は使用できないが前記第一のプロトコル（５０１）とは異なる第二のプロトコル（５０２）を使用して通信を行う第二の通信プログラム（４０３）と、前記第一のプロトコル（５０１）を送信し（Ｓ１００１）、その応答の有無を判定する第一の応答判定手段（Ｓ１００２）と、
前記第一の応答判定手段（Ｓ１００２）にて応答なしと判定されると、次に前記第二のプロトコル（５０２）を送信し（Ｓ１００４）、その応答の有無を判定する第二の応答判定手段（Ｓ１００５）と、
前記第二の応答判定手段（Ｓ１００５）にて特定の状態と判定されると、それに応じたステータスを生成するステータス生成手段と、前記ステータス生成手段にて生成したステータスを表示するステータス表示手段（Ｓ１００６、Ｓ１００８、Ｓ１００９）とを備えることを特徴とする情報処理装置と画像形成装置からなる印刷システム。
【請求項１】
情報処理装置（１０２）から印刷制御コードや画像データを受信して、記録媒体に画像を形成する画像形成装置（１０３）からなる印刷システムにおいて、
プロトコルを使用して通信を行う通信手段と、
第一のプロトコル（５０１）を使用して通信を行う第一の通信プログラム（４０２）と、前記第一のプロトコル（５０１）は使用できないが前記第一のプロトコル（５０１）とは異なる第二のプロトコル（５０２）を使用して通信を行う第二の通信プログラム（４０３）と、前記第一のプロトコル（５０１）を送信し（Ｓ１００１）、その応答の有無を判定する第一の応答判定手段（Ｓ１００２）と、
前記第一の応答判定手段（Ｓ１００２）にて応答なしと判定されると、次に前記第二のプロトコル（５０２）を送信し（Ｓ１００４）、その応答の有無を判定する第二の応答判定手段（Ｓ１００５）と、
前記第二の応答判定手段（Ｓ１００５）にて特定の状態と判定されると、それに応じたステータスを生成するステータス生成手段と、前記ステータス生成手段にて生成したステータスを表示するステータス表示手段（Ｓ１００６、Ｓ１００８、Ｓ１００９）とを備えることを特徴とする情報処理装置と画像形成装置からなる印刷システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−８４１８６（Ｐ２０１３−８４１８６Ａ）
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１１−２２４７８７（Ｐ２０１１−２２４７８７）
【出願日】平成２３年１０月１２日（２０１１．１０．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２３年１０月１２日（２０１１．１０．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]