(57)【要約】      （修正有）【課題】ユーザが画像形成装置に対する処理条件に関する指定を適切に行うことができるようにする。【解決手段】端末装置に、画像形成装置２からその属性に関する情報であるデバイス属性情報ＳＣを取得する第一のデバイス属性情報取得部と、その画像形成装置２のデバイス属性情報ＳＣをそれ以外の装置から取得する第二のデバイス属性情報取得部と、第一のデバイス属性情報取得部３２１によって取得されたデバイス属性情報ＳＣおよび第二のデバイス属性情報取得部によって取得されたデバイス属性情報ＳＣのうち好適なほうを選択する好適デバイス属性情報選択部と、好適デバイス属性情報選択部によって選択されたデバイス属性情報ＳＣをアプリケーションソフトウェアに回答するデバイス属性情報回答部と、を設ける。【選択図】図６
2007065775.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して画像形成装置と接続可能な端末装置であって、
前記画像形成装置から当該画像形成装置の属性に関する情報である属性情報を取得する第一の属性情報取得手段と、
前記画像形成装置の前記属性情報を当該画像形成装置以外の装置から取得する第二の属性情報取得手段と、
ユーザが処理の条件を前記画像形成装置に対して指定するための処理条件指定画面を、前記第一の属性情報取得手段によって取得された当該画像形成装置の前記属性情報または前記第二の属性情報取得手段によって取得された当該画像形成装置の前記属性情報のいずれかに基づいて表示する、処理条件指定画面表示手段と、
を有することを特徴とする端末装置。
【請求項２】
前記第二の属性情報取得手段は、前記画像形成装置の前記属性情報を、前記第一の属性情報取得手段が当該画像形成装置の前記属性情報を取得することができない場合に、取得する、
請求項１記載の端末装置。
【請求項３】
前記第二の属性情報取得手段は、前記画像形成装置の前記属性情報を、当該端末装置自身に設けられている記憶媒体または他の端末装置から取得し、
前記処理条件指定画面表示手段は、前記第二の属性情報取得手段によって複数の前記属性情報が取得された場合は、最新の前記属性情報に基づいて前記処理条件指定画面を表示する、
請求項１または請求項２記載の端末装置。
【請求項４】
前記処理条件指定画面表示手段は、前記処理条件指定画面を、前記第一の属性情報取得手段によって取得された前記属性情報および前記第二の属性情報取得手段によって取得された前記属性情報のうち内容の新しいほうに基づいて表示する、
請求項１記載の端末装置。
【請求項５】
前記処理条件指定画面表示手段は、前記第二の属性情報取得手段によって取得された前記属性情報に基づいて表示する前記処理条件指定画面の表示形態を、前記第一の属性情報取得手段によって取得された前記属性情報に基づいて表示する前記処理条件指定画面の表示形態と異なるようにする、
請求項１ないし請求項４のいずれかに記載の端末装置。
【請求項６】
通信回線を介して画像形成装置と接続可能な端末装置であって、
所定のフォーマットで画像形成装置の属性が記載されている属性情報に基づいて、ユーザが処理の条件を画像形成装置に対して指定するための処理条件指定画面を表示する、処理条件指定画面表示手段と、
処理の条件を指定する対象の画像形成装置である指定対象画像形成装置の属性を示す属性情報を取得する属性情報取得手段と、
前記属性情報取得手段によって取得された前記指定対象画像形成装置の属性情報を前記所定のフォーマットに変換する属性情報変換手段と、を有し、
前記処理条件指定画面表示手段は、前記指定対象画像形成装置に対して処理の条件を指定するための前記処理条件指定画面を、前記属性情報変換手段によって前記所定のフォーマットに変換された、当該指定対象画像形成装置の属性情報に基づいて表示する、
ことを特徴とする端末装置。
【請求項７】
画像形成装置に対して処理の条件を指定するための処理条件指定画面を端末装置に表示させる処理条件指定画面表示方法であって、
通信回線を介して前記画像形成装置から当該画像形成装置の属性に関する情報である属性情報を取得することを試み、
前記画像形成装置から当該画像形成装置の前記属性情報を取得することができなかった場合に、当該画像形成装置以外の装置から当該属性情報を取得し、
取得した前記属性情報に基づいて前記処理条件指定画面を端末装置に表示させる、
ことを特徴とする処理条件指定画面表示方法。
【請求項８】
画像形成装置に対して処理の条件を指定するための処理条件指定画面を端末装置に表示させる処理条件指定画面表示方法であって、
通信回線を介して前記画像形成装置から当該画像形成装置の属性に関する情報である属性情報を取得し、
前記画像形成装置の前記属性情報を当該画像形成装置以外の装置から取得し、
前記処理条件指定画面を、取得した前記属性情報のうちの最新のものに基づいて端末装置に表示させる、
ことを特徴とする処理条件指定画面表示方法。
【請求項９】
画像形成装置に対して処理の条件を指定するための処理条件指定画面を端末装置に表示させる処理条件指定画面表示方法であって、
所定のフォーマットで画像形成装置の属性が記載されている属性情報を取得することを試みる第一のステップと、
前記第一のステップで画像形成装置の属性情報を取得することができなかった場合に、他のフォーマットで記載されている、当該画像形成装置の属性情報を取得する、第二のステップと、
前記第二のステップで取得した属性情報を前記所定のフォーマットに変換する第三のステップと、
前記第一のステップで取得した属性情報または前記第三のステップで変換した属性情報に基づいて前記処理条件指定画面を表示する第四のステップと、
を有することを特徴とする処理条件指定画面表示方法。
【請求項１０】
画像形成装置に対して通信回線を介して処理の条件を指定するコンピュータに用いられるコンピュータプログラムであって、
前記画像形成装置から当該画像形成装置の属性に関する情報である属性情報を取得する第一の処理と、
前記画像形成装置の前記属性情報を当該画像形成装置以外の装置から取得する第二の処理と、
ユーザが処理の条件を前記画像形成装置に対して指定するための処理条件指定画面を、前記第一の処理で取得した前記属性情報または前記第二の処理で取得した前記属性情報のいずれかに基づいて表示する、第三の処理と、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を介してＭＦＰなどの画像形成装置を制御する端末装置などに関する。
【背景技術】
【０００２】
従来より、コピー、スキャナ、およびファックスなどの様々な機能が備わった、複合機またはＭＦＰ（Multi Function Peripherals）などと呼ばれる画像形成装置がオフィスなどに普及している。近年、このような画像形成装置には、イーサネット（登録商標）への接続機能が装備されるようになり、パーソナルコンピュータなどの端末装置を操作することによって遠隔的に画像形成装置を使用することができるようになった。
【０００３】
例えば、ユーザは、画像形成装置に実行させたい処理の処理条件を、その画像形成装置の操作パネルを操作して直接指定するのではなく、端末装置を操作して通信回線を介して遠隔的に指定することができる。
【０００４】
また、近年、１つのネットワーク（例えば、企業のイントラネットなど）に複数台の画像形成装置が設けられることが多くなった。よって、ユーザは、端末装置を操作して遠隔的に画像形成装置を使用する場合は、その画像形成装置の属性に応じて処理条件を与えなければならない。属性に非対応の処理条件を誤って与えてしまうと、エラーが発生するおそれがあるからである。
【０００５】
そこで、特許文献１に記載されるような方法を適用することが考えられる。係る方法によると、プリンタドライバは、プリンタのもつユーザ操作可能な設定項目と設定値の全てをプリンタに問い合せ、プリンタから通知された設定項目と設定値を設定画面に表示する。続いて、プリンタドライバは、設定画面上でユーザが選択した設定値に従ってプリンタを制御する。
【０００６】
このように、ユーザ操作可能な設定項目と設定値とをプリンタに問い合わせこれらの情報を取得することによって、非対応の処理条件の指定を防止することができる。
【特許文献１】特許第３５７３１２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１に記載されるような従来の方法では、画像形成装置から操作可能な設定項目および設定値に関する情報を取得することができない場合は、やはり、非対応の処理条件をユーザが誤って与えてしまうおそれがある。
【０００８】
本発明は、このような問題点に鑑み、画像形成装置から属性に関する情報を取得することができない場合であっても、ユーザが画像形成装置に対する処理条件に関する指定を適切に行うことができるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る端末装置は、通信回線を介して画像形成装置と接続可能な端末装置であって、前記画像形成装置から当該画像形成装置の属性に関する情報である属性情報を取得する第一の属性情報取得手段と、前記画像形成装置の前記属性情報を当該画像形成装置以外の装置から取得する第二の属性情報取得手段と、ユーザが処理の条件を前記画像形成装置に対して指定するための処理条件指定画面を、前記第一の属性情報取得手段によって取得された当該画像形成装置の前記属性情報または前記第二の属性情報取得手段によって取得された当該画像形成装置の前記属性情報のいずれかに基づいて表示する、処理条件指定画面表示手段と、を有することを特徴とする。
【００１０】
または、本発明に係る端末装置は、通信回線を介して画像形成装置と接続可能な端末装置であって、所定のフォーマットで画像形成装置の属性が記載されている属性情報に基づいて、ユーザが処理の条件を画像形成装置に対して指定するための処理条件指定画面を表示する、処理条件指定画面表示手段と、処理の条件を指定する対象の画像形成装置である指定対象画像形成装置の属性を示す属性情報を取得する属性情報取得手段と、前記属性情報取得手段によって取得された前記指定対象画像形成装置の属性情報を前記所定のフォーマットに変換する属性情報変換手段と、を有し、前記処理条件指定画面表示手段は、前記指定対象画像形成装置に対して処理の条件を指定するための前記処理条件指定画面を、前記属性情報変換手段によって前記所定のフォーマットに変換された、当該指定対象画像形成装置の属性情報に基づいて表示する、ことを特徴とする。
【発明の効果】
【００１１】
本発明によると、画像形成装置から属性に関する情報を取得することができない場合であっても、ユーザが画像形成装置に対する処理条件に関する指定を適切に行うことができる。
【発明を実施するための最良の形態】
【００１２】
〔第一の実施形態〕
図１は画像処理システム１の全体的な構成の例を示す図、図２は画像形成装置２のハードウェア構成の例を示す図、図３は端末装置３のハードウェア構成の例を示す図、図４は端末装置３のプラットフォームの例を示す図、図５はアプリケーションソフトウェア３０１に含まれるモジュールの例を示す図、図６は画像形成装置制御ソフトウェア３０２に含まれるモジュールの例を示す図、図７はデバイス属性情報ＳＣの例を示す図である。
【００１３】
画像処理システム１は、図１に示すように、複数台の画像形成装置２、複数台の端末装置３、および通信回線４などによって構成される。これらの画像形成装置２および端末装置３は、通信回線４を介して互いに接続可能である。通信回線４として、インターネット、イントラネット、公衆回線、または専用線などが用いられる。以下、これらの画像形成装置２をそれぞれ「画像形成装置２Ａ」、「画像形成装置２Ｂ」、…、のように区別して記載することがある。同様に、これらの端末装置３をそれぞれ「端末装置３Ａ」、「端末装置３Ｂ」、…、のように区別して記載することがある。
【００１４】
画像形成装置２は、コピー、スキャナ、ファックス、ネットワークプリンティング、およびドキュメントサーバなどの様々な機能を集約した処理装置である。複合機またはＭＦＰ（Multi Function Peripherals）などと呼ばれることもある。
【００１５】
画像形成装置２は、役所または企業などのオフィス、学校または図書館などの公共施設、コンビニエンスストアなどの店舗、その他種々の場所に設置され、複数のユーザによって共用することができる。
【００１６】
図２に示すように、画像形成装置２は、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、大容量記憶装置２０ｄ、制御用回路２０ｅ、操作パネル２０ｆ、スキャナ２０ｇ、印刷装置２０ｈ、および通信インタフェース２０ｊなどによって構成される。
【００１７】
大容量記憶装置２０ｄは、オペレーティングシステムおよびファームウェアなどのプログラムおよびドキュメントのデータなどを保存しておくための大容量の記憶装置である。大容量記憶装置２０ｄとして、ハードディスクまたはフラッシュメモリなどのようなデータの書換え可能でありかつ不揮発性である記憶装置が用いられる。プログラムまたはデータの一部をＲＯＭ２０ｃに記憶させておいてもよい。大容量記憶装置２０ｄに記憶されているプログラムおよびデータは、必要に応じてＲＡＭ２０ｂにロードされ、ＣＰＵ２０ａによってプログラムが実行される。
【００１８】
制御用回路２０ｅは、大容量記憶装置２０ｄ、スキャナ２０ｇ、印刷装置２０ｈ、通信インタフェース２０ｊ、および操作パネル２０ｆなどを制御するための回路である。
【００１９】
スキャナ２０ｇは、原稿に描かれている文章、数式、記号、写真、図表、またはイラストなどのコンテンツの画像を光学的に読み取って画像データを生成する装置である。
【００２０】
印刷装置２０ｈは、スキャナ２０ｇによって得られた画像データまたは端末装置３などから送信されてきた画像データに基づいて画像を用紙に印刷する。通信インタフェース２０ｊは、通信回線４を介して他の装置と通信を行うためのＮＩＣ（Network Interface Card）またはモデムなどである。
【００２１】
操作パネル２０ｆは、タッチパネル式の液晶ディスプレイおよびテンキーなどによって構成される。液晶ディスプレイには、ユーザに対してメッセージまたは指示を与えるための画面、ユーザが所望する処理の種類および処理条件を入力するための画面、およびＣＰＵ２０ａなどで実行された処理の結果を示す画面などが表示される。ユーザは、これらの画面を見ながら液晶ディスプレイまたはテンキーを操作することによって、画像形成装置２に対して、処理の実行開始または中断などの指令を与え、データの宛先、印刷条件、またはスキャン条件などの処理条件を指定し、その他種々の事項を指定することができる。つまり、操作パネル２０ｆは、画像形成装置２を操作するユーザのためのユーザインタフェースの役割を果たしている。
【００２２】
図１の端末装置３は、図３に示すように、ＣＰＵ３０ａ、ＲＡＭ３０ｂ、ＲＯＭ３０ｃ、ハードディスク３０ｄ、制御用回路３０ｅ、キーボード３０ｆ、ポインティングデバイス３０ｇ、ディスプレイ３０ｈ、および通信インタフェース３０ｊなどによって構成される。端末装置３として、パーソナルコンピュータまたはワークステーションなどが用いられる。
【００２３】
キーボード３０ｆおよびポインティングデバイス３０ｇは、ユーザが端末装置３に種々の情報を入力するための入力装置である。ディスプレイ３０ｈは、ユーザに対して種々の画面を表示する。つまり、キーボード３０ｆ、ポインティングデバイス３０ｇ、およびディスプレイ３０ｈは、ユーザインタフェースの役割を果たしている。また、後に説明するように、ユーザは、ディスプレイ３０ｈに表示される画面を見ながらキーボード３０ｆまたはポインティングデバイス３０ｇを操作することによって、遠隔的に画像形成装置２を使用することができる。
【００２４】
通信インタフェース３０ｊは、通信回線４を介して画像形成装置２または他の端末装置３と通信を行うためのＮＩＣ（Network Interface Card）またはモデムなどである。
【００２５】
制御用回路３０ｅは、ハードディスク３０ｄ、ディスプレイ３０ｈ、および通信インタフェース３０ｊなどを制御するための回路である。
【００２６】
ハードディスク３０ｄには、オペレーティングシステム３００、アプリケーションソフトウェア３０１、および画像形成装置制御ソフトウェア３０２などがインストールされている。これにより、端末装置３には、図４に示すようなプラットフォームが実現される。
【００２７】
オペレーティングシステム３００は、端末装置３の全体的なシステム管理および操作環境（ユーザインタフェース）を提供するソフトウェアである。例えば、メモリ、データの入出力、ユーザアカウント、タスク、およびデバイスなどの管理を行う。また、ユーザインタフェースとして、ウィンドウ、アイコン、ボタン、およびプルダウンメニューなどのオブジェクトを用いたＧＵＩ（Graphical User Interface）を提供する。
【００２８】
画像形成装置制御ソフトウェア３０２は、画像形成装置２を制御するためのソフトウェアであって、種々の制御用コマンドまたはモジュールが用意されている。
【００２９】
開発者は、画像形成装置制御ソフトウェア３０２のこれらの制御用コマンドまたはモジュールおよびオペレーティングシステム３００のＧＵＩ機能などを用いてプログラミングすることによって、様々な応用的な処理を実行するためのソフトウェアつまりアプリケーションソフトウェア３０１を生成することができる。本実施形態では、アプリケーションソフトウェア３０１として、図５に示すようなデバイス属性情報要求部３１１、画面表示処理部３１２、および処理条件設定要求部３１３などのモジュールからなる、画像形成装置２におけるスキャン処理の処理条件の設定を行うためのソフトウェアが、ハードディスク３０ｄにインストールされている場合を例に説明する。また、このアプリケーションソフトウェア３０１には、各画像形成装置２のデバイス属性情報ＳＣが予め登録されている。デバイス属性情報ＳＣについては、後に説明する。
【００３０】
画像形成装置制御ソフトウェア３０２の制御用コマンドには、パラメータが設けられているものがある。開発者は、パラメータが設けられている制御用コマンドについては、必要に応じてパラメータの値を指定しなければならない。または、パラメータの値をユーザに指定させなければならない。また、制御用コマンドには、画像形成装置２の使用方法に関する禁止事項が禁則として定められている。
【００３１】
さらに、画像形成装置制御ソフトウェア３０２には、図６に示すような第一のデバイス属性情報取得部３２１、第二のデバイス属性情報取得部３２２、好適デバイス属性情報選択部３２３、デバイス属性情報回答部３２４、および処理条件設定指令部３２５などの機能を実現するためのモジュールが含まれている。これらのモジュールによると、アプリケーションソフトウェア３０１からの要求に従って、端末装置３が指令を与えようとしている対象である画像形成装置２のデバイス属性情報ＳＣを回答するための処理が実現される。
【００３２】
デバイス属性情報ＳＣは、図７のように、画像形成装置２のスペック（能力、仕様）および禁則などを示している。デバイス属性情報ＳＣは、ＷＳＤＬ（Web Services Description Language）などの言語を用いて記述するのが好ましい。
【００３３】
なお、画像形成装置制御ソフトウェア３０２は、オペレーティングシステム３００の機能を補うドライバとして提供することもできるし、オペレーティングシステム３００とアプリケーションソフトウェア３０１との間のミドルウェアとして提供することもできる。
【００３４】
図８は処理条件指定画面ＨＧ１の例を示す図である。次に、画像形成装置２Ａを制御するための画像形成装置制御ソフトウェア３０２および画像形成装置２Ａにおけるスキャン処理の処理条件の設定を行うためのアプリケーションソフトウェア３０１を例に、図６に示す画像形成装置制御ソフトウェア３０２の各部および図５に示すアプリケーションソフトウェア３０１の各部について説明する。
【００３５】
図５において、アプリケーションソフトウェア３０１のデバイス属性情報要求部３１１は、キーボード３０ｆまたはポインティングデバイス３０ｇで所定の操作が行われたことがオペレーティングシステム３００によって検知されると、画像形成装置制御ソフトウェア３０２に対して、画像形成装置２Ａのデバイス属性情報ＳＣを要求する。画面表示処理部３１２は、画像形成装置制御ソフトウェア３０２からの回答すなわちデバイス属性情報ＳＣに基づいて図８に示すような処理条件指定画面ＨＧ１を生成しディスプレイ３０ｈに表示するための処理を行う。
【００３６】
処理条件設定要求部３１３は、ユーザが処理条件指定画面ＨＧ１において指定したスキャン処理の処理条件を設定すべき旨の指令を画像形成装置２Ａに与えるように、画像形成装置制御ソフトウェア３０２に対して要求する。
【００３７】
図６において、第一のデバイス属性情報取得部３２１は、画像形成装置２Ａのデバイス属性情報ＳＣを画像形成装置２Ａから取得するための処理を行う。第二のデバイス属性情報取得部３２２は、画像形成装置２Ａのデバイス属性情報ＳＣを画像形成装置２Ａ以外の装置から取得するための処理を行う。本実施形態では、端末装置３Ａのアプリケーションソフトウェア３０１から取得する。以下、画像形成装置２Ａ自身から取得したデバイス属性情報ＳＣを「第一のデバイス属性情報ＳＣ１」と記載し、他の装置から取得したデバイス属性情報ＳＣを「第二のデバイス属性情報ＳＣ２」と記載することがある。
【００３８】
好適デバイス属性情報選択部３２３は、アプリケーションソフトウェア３０１に回答するデバイス属性情報ＳＣとして第一のデバイス属性情報ＳＣ１および第二のデバイス属性情報ＳＣ２のうちどちらが好適であるかを選択する。
【００３９】
デバイス属性情報回答部３２４は、好適デバイス属性情報選択部３２３によって選択されたデバイス属性情報ＳＣをアプリケーションソフトウェア３０１に対して回答する。
【００４０】
処理条件設定指令部３２５は、アプリケーションソフトウェア３０１からの要求に従って、スキャン処理の処理条件を設定すべき旨の指令を画像形成装置２Ａに与える処理を行う。
【００４１】
図９はアプリケーションソフトウェア３０１および画像形成装置制御ソフトウェア３０２によって実行される処理の流れの例を説明するフローチャート、図１０はデバイス属性情報決定処理の流れの例を説明するフローチャート、図１１はプルダウンメニューＭＮ１１〜ＭＮ１３の例を示す図である。
【００４２】
さらに、第一の実施形態における画像形成装置制御ソフトウェア３０２の各部およびアプリケーションソフトウェア３０１の各部の処理の手順を、図９などに示すフローチャートを参照して説明する。
【００４３】
アプリケーションソフトウェア３０１のデバイス属性情報要求部３１１（図５参照）は、まず、画像形成装置制御ソフトウェア３０２に対して、画像形成装置２Ａのデバイス属性情報ＳＣを要求する（図９の＃１０１）。
【００４４】
画像形成装置制御ソフトウェア３０２において、アプリケーションソフトウェア３０１からの要求が受け付けられると（＃１２１）、図６の第一のデバイス属性情報取得部３２１、第二のデバイス属性情報取得部３２２、および好適デバイス属性情報選択部３２３は、図１０のフローチャートに示すような手順で、端末装置３Ａに回答すべきデバイス属性情報を決定する（＃１２２）。
【００４５】
第一のデバイス属性情報取得部３２１は、画像形成装置２Ａに接続し、画像形成装置２Ａにおいて実現可能な読取解像度、スキャンすることができる原稿のサイズ、およびカラーモードなどに関して問い合わせ、これらに関する情報をデバイス属性情報ＳＣ１として画像形成装置２Ａから受信することを試みる（図１０の＃５０１）。
【００４６】
第一のデバイス属性情報ＳＣ１を受信することができた場合は（＃５０２でＹｅｓ）、好適デバイス属性情報選択部３２３は、この第一のデバイス属性情報ＳＣ１を好適なデバイス属性情報ＳＣとして選択する（＃５０３）。受信することができなかった場合は（＃５０２でＮｏ）、第二のデバイス属性情報取得部３２２は、アプリケーションソフトウェア３０１に設定されている画像形成装置２Ａのデバイス属性情報ＳＣを第二のデバイス属性情報ＳＣ２として取得する（＃５０４）。そして、好適デバイス属性情報選択部３２３は、この第二のデバイス属性情報ＳＣ２を好適なデバイス属性情報ＳＣとして選択する（＃５０５）。このようにして、好適なデバイス属性情報ＳＣが決定される。
【００４７】
なお、第一のデバイス属性情報ＳＣ１を受信することができない原因として、画像形成装置２Ａ自体にデバイス属性情報ＳＣを送信する機能が備わっていないこと、画像形成装置２Ａまたは端末装置３Ａのソフトウェアまたはハードウェアのエラー、または通信エラーなどが考えられる。
【００４８】
図９に戻って、デバイス属性情報回答部３２４は、図１０で説明したような手順で決定された好適なデバイス属性情報をアプリケーションソフトウェア３０１に回答する（＃１２３）。
【００４９】
アプリケーションソフトウェア３０１の画面表示処理部３１２は、画像形成装置制御ソフトウェア３０２からデバイス属性情報ＳＣが得られると（＃１０２）、図８に示すような処理条件指定画面ＨＧ１を生成しディスプレイ３０ｈに表示させる（＃１０３）。
【００５０】
ここで、ユーザは、自分の所望するスキャンの処理条件を指定する。解像度について指定する場合は、プルダウンメニューバーＰＤ１１をクリックする。すると、画面表示処理部３１２は、画像形成装置制御ソフトウェア３０２から得たデバイス属性情報ＳＣに基づいて、図１１（ａ）のような、画像形成装置２Ａの実現可能な読取解像度の選択肢からなるプルダウンメニューＭＮ１１を、プルダウンメニューバーＰＤ１１の下に表示させる。ユーザは、これらの選択肢の中から自分の所望する処理条件に対応する選択肢をクリックして選択する。
【００５１】
同様に、ユーザは、読み取る対象である原稿のサイズを選択する場合は、プルダウンメニューバーＰＤ１２をクリックする。すると、画面表示処理部３１２は、デバイス属性情報ＳＣに基づいて、図１１（ｂ）のような、画像形成装置２Ａで読取可能な原稿のサイズの選択肢からなるプルダウンメニューＭＮ１２を、プルダウンメニューバーＰＤ１２の下に表示させる。または、読取時のカラーモードを選択する場合は、プルダウンメニューバーＰＤ１３をクリックする。すると、画面表示処理部３１２は、デバイス属性情報ＳＣに基づいて、図１１（ｃ）のような、画像形成装置２Ａで対応可能なカラーモードの選択肢からなるプルダウンメニューＭＮ１３を、プルダウンメニューバーＰＤ１３の下に表示させる。ユーザは、それぞれのプルダウンメニューＭＮ１２、ＭＮ１３に示される選択肢の中から所望する処理条件に対応するものを選択する。
【００５２】
ただし、画面表示処理部３１２は、デバイス属性情報ＳＣに禁則が示される場合は、それに基づいてプルダウンメニューＭＮ１１〜１３の選択肢を制限する。例えば、３００ｄｐｉを超えた解像度によるフルカラーでの原稿の読取りが不能である旨がデバイス属性情報ＳＣに示されている場合は、先にプルダウンメニューバーＰＤ１１のプルダウンメニューＭＮ１１において「６００ｄｐｉ」が選択されている場合は、画面表示処理部３１２は、プルダウンメニューバーＰＤ１３がクリックされた際に「フルカラー」の選択肢を選択できないように制限してプルダウンメニューＭＮ１３を表示する。または、先にプルダウンメニューバーＰＤ１３のプルダウンメニューＭＮ１３において「フルカラー」が選択されている場合は、画面表示処理部３１２は、プルダウンメニューバーＰＤ１１がクリックされた際に「６００ｄｐｉ」の選択肢を選択できないように制限してプルダウンメニューＭＮ１１を表示する。
【００５３】
ユーザは、処理条件指定画面ＨＧ１のプルダウンメニューバーＰＤ１１〜ＰＤ１３に自分の所望する処理条件を指定し終えたら、「ＯＫ」ボタンをクリックする。すると、処理条件設定要求部３１３は、ユーザが指定した処理条件の内容を受け付け（＃１０４）、係る内容を画像形成装置制御ソフトウェア３０２に通知することによって、スキャン処理の処理条件の設定を行うべき旨の指令を画像形成装置２Ａに対して行うように要求する（＃１０５）。
【００５４】
画像形成装置制御ソフトウェア３０２の処理条件設定指令部３２５は、アプリケーションソフトウェア３０１からの要求が受け付けられると（＃１２４）、ユーザが処理条件指定画面ＨＧ１で指定した処理条件を示す処理条件情報７１を画像形成装置２Ａに送信することによって、スキャン処理の処理条件の設定処理を実行するように画像形成装置２Ａに指令する（＃１２５）。
【００５５】
処理条件情報７１を受信した画像形成装置２Ａは、その処理条件情報７１に基づいて、従来と同様に、スキャン処理の処理条件の設定処理を実行する。
【００５６】
本実施形態によると、処理条件を指定する対象の画像形成装置２のデバイス属性情報ＳＣをその画像形成装置２から取得できない場合であっても、アプリケーションソフトウェア３０１からデバイス属性情報ＳＣを取得することができる。よって、処理条件を指定するための処理条件指定画面ＨＧ１において適切な選択肢を提示することができる。
【００５７】
図１２はデバイス属性情報決定処理の流れの変形例を説明するフローチャートである。本実施形態では、図９の＃１２２において、画像形成装置２からデバイス属性情報ＳＣを取得することができなかった場合に、端末装置３自身のアプリケーションソフトウェア３０１からデバイス属性情報ＳＣを取得したが、画像処理システム１内にある他の端末装置３のアプリケーションソフトウェア３０１からデバイス属性情報ＳＣを取得するようにしてもよい。この場合は、例えば、図１２に示すような手順で処理を行えばよい。以下、端末装置３Ａが画像形成装置２Ａのデバイス属性情報ＳＣを取得する場合を例に説明する。
【００５８】
図１２において、端末装置３Ａは、図１０のステップ＃５０１〜＃５０３の場合と同様に、画像形成装置２Ａから直接、第一のデバイス属性情報ＳＣ１を取得することができた場合は（＃６０１、＃６０２でＹｅｓ）、これを好適なデバイス属性情報ＳＣに決定する（＃６０３）。
【００５９】
取得することができなかった場合は（＃６０２でＮｏ）、他の端末装置３（端末装置３Ｂ、３Ｃ、…）に対して、画像形成装置２Ａのデバイス属性情報ＳＣの新しさ（例えば、バージョン）を問い合わせるためのマルチキャストメッセージを送信する（＃６０４）。
【００６０】
すると、他の端末装置３は、それぞれのアプリケーションソフトウェア３０１に登録されている画像形成装置２Ａのデバイス属性情報ＳＣのバージョンをチェックし、端末装置３Ａに回答する。
【００６１】
端末装置３Ａは、他の端末装置３から回答を受けると、これらの回答に示されるバージョンおよび端末装置３Ａ自身のアプリケーションソフトウェア３０１にある画像形成装置２Ａのデバイス属性情報ＳＣのバージョンを比較することによって、最も新しいデバイス属性情報ＳＣを有する端末装置３を判別する（＃６０５）。
【００６２】
そして、端末装置３Ａ自身のアプリケーションソフトウェア３０１にあるデバイス属性情報ＳＣが最も新しい場合は（＃６０６でＹｅｓ）、図１０のステップ＃５０４、＃５０５の場合と同様に、そのデバイス属性情報ＳＣを第二のデバイス属性情報ＳＣ２として取得し（＃６０７）、これを好適なものであると判別する（＃６０９）。他のいずれかの端末装置３にあるデバイス属性情報ＳＣが最も新しい場合は（＃６０６でＮｏ）、その端末装置３に対してそのデバイス属性情報ＳＣを要求する（＃６０８）。すると、その端末装置３は、自らのアプリケーションソフトウェア３０１にある画像形成装置２Ａのデバイス属性情報ＳＣを端末装置３Ａに送信する。端末装置３Ａは、このデバイス属性情報ＳＣを第二のデバイス属性情報ＳＣ２として取得し、これを好適なものであると判別する（＃６０９）。
【００６３】
図１２で説明した方法によると、端末装置３Ａは、他のすべての端末装置３に対してデバイス属性情報ＳＣの新しさを問い合わせ、その回答を得たが、次のように問合せを行ってもよい。問合せの際に、端末装置３Ａ自身のアプリケーションソフトウェア３０１に登録されているデバイス属性情報ＳＣのバージョンを通知する。他の端末装置３（３Ｂ、３Ｃ、…）は、それぞれのアプリケーションソフトウェア３０１に登録されているデバイス属性情報ＳＣのバージョンと端末装置３Ａから通知されたバージョンとを比較する。そして、前者のほうが新しい場合に限り、その回答を通知する。
【００６４】
また、ステップ＃６０５の判別結果を画像形成装置２Ａに記憶させておき、端末装置３が適宜参照することができるようにしてもよい。例えば、最新のデバイス属性情報ＳＣを有する端末装置３の識別情報（例えば、ＩＰアドレス）およびそのデバイス属性情報ＳＣのバージョンを記憶させておく。これにより、判別結果を端末装置３同士で共有し、次回以降の判別処理の手間を軽減することができる。また、これらを参照した端末装置３は、自らのアプリケーションソフトウェア３０１に登録されているデバイス属性情報ＳＣのバージョンと画像形成装置２Ａに記憶されているバージョンとを比較する。そして、もしも、前者のバージョンのほうが新しい場合は、画像形成装置２Ａに記憶されているＩＰアドレスおよびバージョンを、その端末装置３のＩＰアドレスおよびその端末装置３のアプリケーションソフトウェア３０１に登録されているデバイス属性情報ＳＣのバージョンに更新する。
【００６５】
〔第二の実施形態〕
図１３は画像形成装置制御ソフトウェア３０２に含まれるモジュールの変形例を示す図、図１４はデバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【００６６】
第一の実施形態では、端末装置３は、画像形成装置２から第一のデバイス属性情報ＳＣ１を直接取得できた場合はその第一のデバイス属性情報ＳＣ１に基づいて図８に示すような処理条件指定画面ＨＧ１を表示し、取得できない場合はアプリケーションソフトウェア３０１から画像形成装置２の第二のデバイス属性情報ＳＣ２を取得しこれに基づいて処理条件指定画面ＨＧ１を表示した。第二の実施形態では、第一のデバイス属性情報ＳＣ１および第二のデバイス属性情報ＳＣ２の両方の取得を試みる。そして、両方取得できた場合は、内容の新しいほうに基づいて処理条件指定画面ＨＧ１を表示する。
【００６７】
第二の実施形態における画像処理システム１の全体的な構成、画像形成装置２のハードウェア構成、端末装置３のハードウェア構成、および端末装置３のプラットフォームの構成は、第一の実施形態の場合と同様であり、それぞれ、図１、図２、図３、および図４に示した通りである。
【００６８】
また、端末装置３のアプリケーションソフトウェア３０１に含まれるモジュールも、第一の実施形態の場合と同様であり、図５に示した通りである。ただし、画像形成装置制御ソフトウェア３０２には、図１３に示すように、第一のデバイス属性情報取得部３２１Ｂ、第二のデバイス属性情報取得部３２２Ｂ、好適デバイス属性情報選択部３２３Ｂ、デバイス属性情報回答部３２４Ｂ、および処理条件設定指令部３２５Ｂなどのモジュールが含まれている。
【００６９】
これらの第一のデバイス属性情報取得部３２１Ｂないし処理条件設定指令部３２５Ｂの役割は、それぞれ、第一の実施形態における第一のデバイス属性情報取得部３２１ないし処理条件設定指令部３２５（図６参照）の役割と同様である。ただし、第二のデバイス属性情報取得部３２２Ｂおよび好適デバイス属性情報選択部３２３Ｂの処理の手順および内容に関して、第一の実施形態の場合と相違する点がある。
【００７０】
以下、係る相違点を中心に、図１４に示すフローチャートを参照しながら、端末装置３Ａが画像形成装置２Ａのデバイス属性情報ＳＣを取得する場合を例に、図１３の各部について説明する。第一の実施形態と重複する内容については、説明を省略する。
【００７１】
第一の実施形態の場合と同様に、端末装置３Ａにおいて、第一のデバイス属性情報取得部３２１Ｂは、指令を与える対象である画像形成装置２Ａの第一のデバイス属性情報ＳＣ１を画像形成装置２Ａから直接的に取得し（図１４の＃５１１）、第二のデバイス属性情報取得部３２２Ｂは、アプリケーションソフトウェア３０１から第二のデバイス属性情報ＳＣ２を取得する（＃５１２）。ただし、第一の実施形態の場合と異なり、第二のデバイス属性情報取得部３２２Ｂは、第一のデバイス属性情報ＳＣ１の取得の可否に関わらず、第二のデバイス属性情報ＳＣ２を取得する。
【００７２】
画像形成装置２Ａから第一のデバイス属性情報ＳＣ１を取得することができた場合は（＃５１３でＹｅｓ）、好適デバイス属性情報選択部３２３Ｂは、第一のデバイス属性情報ＳＣ１および第二のデバイス属性情報ＳＣ２を比較することによってどちらが新しいかを判別し（＃５１４）、新しいほうをアプリケーションソフトウェア３０１に回答すべきデバイス属性情報ＳＣとして選択する（＃５１５〜＃５１７）。つまり、第一のデバイス属性情報ＳＣ１のほうが新しければ（＃５１５でＹｅｓ）、第一のデバイス属性情報ＳＣ１を、回答すべきデバイス属性情報ＳＣとして選択し（＃５１６）、第二のデバイス属性情報ＳＣ２のほうが新しければ（＃５１５でＮｏ）、第二のデバイス属性情報ＳＣ２を、回答すべきデバイス属性情報ＳＣとして選択する（＃５１７）。
【００７３】
第一のデバイス属性情報ＳＣ１と第二のデバイス属性情報ＳＣ２との比較は、例えば、これらが生成された日時（作成日時）に基づいて行えばよい。または、これらのバージョン番号に基づいて行ってもよい。
【００７４】
一方、第一のデバイス属性情報ＳＣ１を取得することができなかった場合は（＃５１３でＮｏ）、好適デバイス属性情報選択部３２３Ｂは、第一の実施形態の場合と同様に、第二のデバイス属性情報ＳＣ２を、回答すべきデバイス属性情報ＳＣとして選択する（＃５１７）。
【００７５】
その後、第一の実施形態の場合と同様に、選択されたデバイス属性情報ＳＣは、デバイス属性情報回答部３２４Ｂによってアプリケーションソフトウェア３０１に回答され、アプリケーションソフトウェア３０１によって処理条件指定画面ＨＧ１の表示のために用いられる。
【００７６】
〔第三の実施形態〕
図１５は画像形成装置制御ソフトウェア３０２に含まれるモジュールの変形例を示す図、図１６はデバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【００７７】
第一の実施形態では、端末装置３は、指令を与える対象である画像形成装置２から第一のデバイス属性情報ＳＣ１を直接取得できない場合は、第二のデバイス属性情報ＳＣ２をアプリケーションソフトウェア３０１から取得し、これに基づいて処理条件指定画面ＨＧ１を表示した。第三の実施形態では、第一のデバイス属性情報ＳＣ１を直接取得できない場合は、他の画像形成装置２から第二のデバイス属性情報ＳＣ２を取得し、これに基づいて処理条件指定画面ＨＧ１を表示する。
【００７８】
第三の実施形態における画像処理システム１の全体的な構成、画像形成装置２および端末装置３のハードウェア構成、端末装置３のプラットフォーム、およびアプリケーションソフトウェア３０１に含まれるモジュールは、第一の実施形態の場合と同様である。
【００７９】
ただし、第三の実施形態においては、画像形成装置制御ソフトウェア３０２には、図１５に示すように、第一のデバイス属性情報取得部３２１Ｃ、第二のデバイス属性情報取得部３２２Ｃ、好適デバイス属性情報選択部３２３Ｃ、デバイス属性情報回答部３２４Ｃ、および処理条件設定指令部３２５Ｃなどのモジュールが含まれている。第一のデバイス属性情報取得部３２１Ｃないし処理条件設定指令部３２５Ｃの役割は、それぞれ、第一の実施形態における第一のデバイス属性情報取得部３２１ないし処理条件設定指令部３２５（図６参照）の役割と同様であるが、第二のデバイス属性情報取得部３２２Ｃおよび好適デバイス属性情報選択部３２３Ｃによる処理の内容が、第一の実施形態の場合と若干異なる。
【００８０】
以下、係る相違点を中心に、図１６に示すフローチャートを参照しながら、端末装置３Ａが画像形成装置２Ａに対する指令用の処理条件指定画面ＨＧ１を表示するために必要なデバイス属性情報ＳＣを取得する場合を例に、図１５の各部について説明する。第一の実施形態と重複する内容については、説明を省略する。
【００８１】
図１５の第一のデバイス属性情報取得部３２１Ｃは、第一の実施形態の場合と同様に、画像形成装置２Ａに対して画像形成装置２Ａのデバイス属性情報ＳＣ１を要求し、それを受信することを試みる（図１６の＃５２１）。
【００８２】
画像形成装置２Ａから第一のデバイス属性情報ＳＣ１を受信することができた場合は（＃５２２でＹｅｓ）、好適デバイス属性情報選択部３２３Ｃは、第一の実施形態の場合と同様に、この第一のデバイス属性情報ＳＣ１を好適なデバイス属性情報ＳＣとして選択する（＃５２３）。
【００８３】
一方、受信することができなかった場合は（＃５２２でＮｏ）、第二のデバイス属性情報取得部３２２Ｃは、デバイス属性情報ＳＣの送信が可能であるか否かを画像形成装置２Ａ以外の画像形成装置２に対して問い合わせる（＃５２４）。つまり、デバイス属性情報ＳＣの送信が可能な画像形成装置２を検索する。その結果、例えば、送信が可能な画像形成装置２として画像形成装置２Ｂが見つかった場合は、画像形成装置２Ｂのデバイス属性情報ＳＣを第二のデバイス属性情報ＳＣ２として画像形成装置２Ｂから受信する（＃５２５）。そして、好適デバイス属性情報選択部３２３Ｃは、この第二のデバイス属性情報ＳＣ２を好適なデバイス属性情報ＳＣとして選択する（＃５２６）。
【００８４】
第三の実施形態においては、このようにして、好適なデバイス属性情報ＳＣが決定される。そして、このデバイス属性情報ＳＣは、前に説明した各実施形態の場合と同様に、デバイス属性情報回答部３２４Ｃによってアプリケーションソフトウェア３０１に回答され、画像形成装置２Ａに対して処理条件を指定するための処理条件指定画面ＨＧ１を表示するために用いられる。
【００８５】
〔第四の実施形態〕
図１７は画像形成装置制御ソフトウェア３０２に含まれるモジュールの変形例を示す図、図１８はデバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【００８６】
第三の実施形態では、指令を与える対象である画像形成装置２のデバイス属性情報ＳＣ（第一のデバイス属性情報ＳＣ１）をその画像形成装置２から直接取得できない場合は、他の画像形成装置２のデバイス属性情報ＳＣ（第二のデバイス属性情報ＳＣ２）を取得し、これに基づいて処理条件指定画面ＨＧ１を表示した。しかし、両画像形成装置２にはスペックまたは禁則に関して相違がある場合があるので、処理条件指定画面ＨＧ１を表示するために第二のデバイス属性情報ＳＣ２を使用すると、不適切な選択肢が現れたり必要な選択肢が抜けたりするおそれがある。
【００８７】
そこで、第四の実施形態では、第一のデバイス属性情報ＳＣ１を取得できない場合において、より好適なデバイス属性情報ＳＣが得られるように、次のように画像処理システム１が構成されている。
【００８８】
第四の実施形態における画像処理システム１の全体的な構成、画像形成装置２および端末装置３のハードウェア構成、端末装置３のプラットフォーム、およびアプリケーションソフトウェア３０１に含まれるモジュールは、第一および第三の実施形態の場合と同様である。
【００８９】
ただし、第四の実施形態においては、画像形成装置制御ソフトウェア３０２には、図１７に示すように、第一のデバイス属性情報取得部３２１Ｄ、好適デバイス属性情報選択部３２３Ｄ、デバイス属性情報回答部３２４Ｄ、処理条件設定指令部３２５Ｄ、デバイス属性情報生成部３２６Ｄ、および標準デバイス属性情報取得部３２７Ｄなどのモジュールが含まれている。
【００９０】
第一のデバイス属性情報取得部３２１Ｄ、好適デバイス属性情報選択部３２３Ｄ、デバイス属性情報回答部３２４Ｄ、および処理条件設定指令部３２５Ｄの役割は、それぞれ、第三の実施形態における第一のデバイス属性情報取得部３２１Ｃ、好適デバイス属性情報選択部３２３Ｃ、デバイス属性情報回答部３２４Ｃ、および処理条件設定指令部３２５Ｃ（図１５参照）の役割と同様である。ただし、好適デバイス属性情報選択部３２３Ｄによる好適なデバイス属性情報ＳＣの選択方法が、第三の実施形態の場合と若干異なる。そのほか、ハードディスク３０ｄには、後に説明する属性差分情報ＳＣｄを記憶するための記憶領域が設けられている。
【００９１】
以下、図１８に示すフローチャートを参照しながら、第三の実施形態との相違点を中心に図１７の各部について説明する。第一または第三の実施形態と重複する内容については、説明を省略する。
【００９２】
端末装置３に、各画像形成装置２の属性差分情報ＳＣｄを予め用意しておく（図１８の＃５３１）。属性差分情報ＳＣｄは、次のようにして生成する。自らのデバイス属性情報ＳＣを送信する機能を有する１台または複数台の画像形成装置２を代替用の画像形成装置に決めておく。以下、代替用の画像形成装置を「代替画像形成装置」と記載する。例えば、標準的なスペックの画像形成装置２を代替画像形成装置として決めておく。各画像形成装置２のデバイス属性情報ＳＣを予め取得しておく。そして、画像形成装置２のデバイス属性情報ＳＣと代替画像形成装置のデバイス属性情報ＳＣとの差分を求める。このようにして求められた差分の情報が、画像形成装置２の属性差分情報ＳＣｄとなる。属性差分情報ＳＣｄは、その画像形成装置２の識別情報（例えば、ＩＰアドレスなど）と対応付けてハードディスク３０ｄに記憶させておく。
【００９３】
アプリケーションソフトウェア３０１から所定の画像形成装置２（ここでは、画像形成装置２Ａとする。）のデバイス属性情報ＳＣを要求されると、第一のデバイス属性情報取得部３２１Ｄは、第一および第三の実施形態の場合と同様に、画像形成装置２Ａに対して画像形成装置２Ａのデバイス属性情報ＳＣ１を要求し、それを受信することを試みる（＃５３２）。
【００９４】
画像形成装置２Ａからデバイス属性情報ＳＣ（第一のデバイス属性情報ＳＣ１）を受信することができた場合は（＃５３３でＹｅｓ）、好適デバイス属性情報選択部３２３Ｄは、第一および第三の実施形態の場合と同様に、この第一のデバイス属性情報ＳＣ１を好適なデバイス属性情報ＳＣとして選択する（＃５３４）。
【００９５】
一方、受信することができなかった場合は（＃５３３でＮｏ）、標準デバイス属性情報取得部３２７Ｄは、代替画像形成装置である画像形成装置２に対してその画像形成装置２のデバイス属性情報ＳＣを要求し、これを取得する（＃５３５）。デバイス属性情報生成部３２６Ｄは、取得したデバイス属性情報ＳＣを画像形成装置２Ａの属性差分情報ＳＣｄを用いて補正することによって、画像形成装置２Ａのデバイス属性情報ＳＣを生成し再現する（＃５３６）。例えば、取得したデバイス属性情報ＳＣには２００ｄｐｉ、３００ｄｐｉ、および６００ｄｐｉでの読取りが可能である旨が示されているが、属性差分情報ＳＣｄには６００ｄｐｉでの読取りが不可である旨が示されている場合は、６００ｄｐｉでの読取りが可能である旨の情報をそのデバイス属性情報ＳＣから除去する補正を行う。
【００９６】
そして、好適デバイス属性情報選択部３２３Ｄは、補正されたデバイス属性情報ＳＣを好適なデバイス属性情報ＳＣとして選択する（＃５３７）。
【００９７】
第四の実施形態においては、このようにして、好適なデバイス属性情報ＳＣが決定される。そして、このデバイス属性情報ＳＣは、前に説明した各実施形態の場合と同様に、デバイス属性情報回答部３２４Ｄによってアプリケーションソフトウェア３０１に回答され、画像形成装置２Ａに対して処理条件を指定するための処理条件指定画面ＨＧ１を表示するために用いられる。
【００９８】
〔第五の実施形態〕
図１９は画像形成装置制御ソフトウェア３０２に含まれるモジュールの変形例を示す図、図２０はデバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【００９９】
第四の実施形態では、端末装置３の画像形成装置制御ソフトウェア３０２は、指令の対象である画像形成装置２のデバイス属性情報ＳＣをその画像形成装置２から直接取得できない場合に、他の画像形成装置２のデバイス属性情報ＳＣを、属性差分情報ＳＣｄを用いて補正することによって、指令の対象である画像形成装置２のデバイス属性情報ＳＣを生成した。第五の実施形態では、他の種類の情報を用いて指令の対象である画像形成装置２のデバイス属性情報ＳＣを生成する。
【０１００】
第五の実施形態における画像処理システム１の全体的な構成、画像形成装置２および端末装置３のハードウェア構成、端末装置３のプラットフォーム、およびアプリケーションソフトウェア３０１に含まれるモジュールは、第四の実施形態の場合とほぼ同様である。
【０１０１】
ただし、画像処理システム１に、ＭＩＢ（Management Information Base）を設けておき、各画像形成装置２に関する情報を管理させる。また、第五の実施形態においては、画像形成装置制御ソフトウェア３０２には、図１９に示すように、第一のデバイス属性情報取得部３２１Ｅ、好適デバイス属性情報選択部３２３Ｅ、デバイス属性情報回答部３２４Ｅ、処理条件設定指令部３２５Ｅ、デバイス属性情報生成部３２６Ｅ、およびＭＩＢ情報取得部３２８Ｅなどのモジュールが含まれている。
【０１０２】
第一のデバイス属性情報取得部３２１Ｅ、好適デバイス属性情報選択部３２３Ｅ、デバイス属性情報回答部３２４Ｅ、処理条件設定指令部３２５Ｅ、およびデバイス属性情報生成部３２６Ｅは、それぞれ、第四の実施形態における第一のデバイス属性情報取得部３２１Ｄ、好適デバイス属性情報選択部３２３Ｄ、デバイス属性情報回答部３２４Ｄ、処理条件設定指令部３２５Ｄ、およびデバイス属性情報生成部３２６Ｄ（図１７参照）の役割と同様である。ただし、デバイス属性情報生成部３２６Ｄによるデバイス属性情報ＳＣの生成方法が、第四の実施形態の場合と異なる。そのほか、ハードディスク３０ｄには、テンプレートＴＰのデータが記憶されている。
【０１０３】
テンプレートＴＰは、ＷＳＤＬの記述規則に従って定義された、デバイス属性情報ＳＣのフォームまたはフォーマットである。このテンプレートＴＰに画像形成装置２のスペックおよび禁則に関する情報を格納することによって、デバイス属性情報ＳＣを生成することができる。
【０１０４】
以下、図２０に示すフローチャートを参照しながら、第四の実施形態との相違点を中心に説明する。第一または第四の実施形態と重複する内容については、説明を省略する。
【０１０５】
端末装置３に、テンプレートＴＰを予め用意しておく（図２０の＃５４１）。アプリケーションソフトウェア３０１から所定の画像形成装置２（ここでは、画像形成装置２Ａとする）のデバイス属性情報ＳＣを要求されると、第一のデバイス属性情報取得部３２１Ｅは、第一および第四の実施形態の場合と同様に、画像形成装置２Ａに対して画像形成装置２Ａのデバイス属性情報ＳＣ（第一のデバイス属性情報ＳＣ１）を要求し、それを受信することを試みる（＃５４２）。
【０１０６】
画像形成装置２Ａから第一のデバイス属性情報ＳＣ１を受信することができた場合は（＃５４３でＹｅｓ）、好適デバイス属性情報選択部３２３Ｅは、第一および第四の実施形態の場合と同様に、この第一のデバイス属性情報ＳＣ１を好適なデバイス属性情報ＳＣとして選択する（＃５４４）。
【０１０７】
一方、受信することができなかった場合は（＃５４３でＮｏ）、ＭＩＢ情報取得部３２８Ｅは、ＭＩＢにアクセスして画像形成装置２Ａのスペックおよび禁則に関するデバイス情報ＤＩを取得する（＃５４５）。デバイス属性情報生成部３２６Ｅは、取得したデバイス情報ＤＩをテンプレートＴＰに当てはめることによって、画像形成装置２Ａのデバイス属性情報ＳＣを生成する（＃５４６）。
【０１０８】
そして、好適デバイス属性情報選択部３２３Ｅは、生成されたデバイス属性情報ＳＣを好適なデバイス属性情報ＳＣとして選択する（＃５４７）。
【０１０９】
第五の実施形態においては、このようにして、好適なデバイス属性情報ＳＣが決定される。そして、このデバイス属性情報ＳＣは、前に説明した各実施形態の場合と同様に、デバイス属性情報回答部３２４Ｅによってアプリケーションソフトウェア３０１に回答され、画像形成装置２Ａに対して処理条件を指定するための処理条件指定画面ＨＧ１を表示するために用いられる。
【０１１０】
第一ないし第五の実施形態によると、処理条件を指定する対象の画像形成装置２のデバイス属性情報ＳＣをその画像形成装置２から取得できない場合であっても、他の装置またはプログラムからデバイス属性情報ＳＣを取得しまたはデバイス属性情報ＳＣを再現することができる。よって、処理条件を指定するための処理条件指定画面ＨＧ１において適切な選択肢を提示することができる。
【０１１１】
〔応用例〕
以上説明したように、端末装置３は、処理条件の設定の指令を与える対象である画像形成装置２からデバイス属性情報ＳＣを直接取得することができない場合は、端末装置３自身のソフトウェアまたは他の装置から代替のデバイス属性情報ＳＣを取得しまたは何らかの情報に基づいて代替のデバイス属性情報ＳＣを生成した。しかし、画像形成装置２から直接取得したものでなければ、デバイス属性情報ＳＣに示されるスペックまたは禁則が実際の画像形成装置２のスペックまたは禁則と多少相違する場合もあり得る。
【０１１２】
そこで、画像形成装置２からデバイス属性情報ＳＣを直接取得することができなかった場合は、その旨をユーザに知らせるために、処理条件指定画面ＨＧ１（図８参照）の表示形態を変更してもよい。例えば、処理条件指定画面ＨＧ１の中にその旨を知らせるメッセージを付加してもよい。または、プルダウンメニューバーＰＤ１１〜ＰＤ１３などの表示色を変更してもよい。
【０１１３】
上に説明した各実施形態においては、デバイス属性情報ＳＣを、処理条件指定画面ＨＧ１の表示のために使用したが、他の目的のために使用することも可能である。例えば、処理条件の指定をプルダウンメニューバーの中から選択肢を選択するのではなくテキストボックスに値を入力することによって行う場合において、テキストボックスに入力された値が適切であるか否かを、デバイス属性情報ＳＣに示される仕様または禁則に基づいてチェックしてもよい。これにより、エラーが発生する可能性のある指令を画像形成装置２に与えることを防止することができる。
【０１１４】
第一ないし第五の実施形態では、スキャン処理の処理条件の設定を画像形成装置２に行う場合を例に説明したが、本発明は、他の種類の処理に関する設定を行う場合にも適用することができる。例えば、端末装置３のディスプレイ３０ｈに表示されている画像を画像形成装置２に印刷させる場合（つまり、ネットワークプリンティングの場合）において、印刷条件の設定をその画像形成装置２に行う場合にも適用することができる。または、画像形成装置２の大容量記憶装置２０ｄに設けられている個人ボックス（パーソナルコンピュータにおける、個人用のフォルダに相当する記憶領域）のサイズ、アクセス権、または所有者などの設定を行う場合にも適用することができる。
【０１１５】
その他、画像処理システム１、画像形成装置２、端末装置３の全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。
【産業上の利用可能性】
【０１１６】
本発明は、特に、通信回線を介して画像形成装置を制御する端末装置のために好適に用いられる。
【図面の簡単な説明】
【０１１７】
【図１】画像処理システムの全体的な構成の例を示す図である。
【図２】画像形成装置のハードウェア構成の例を示す図である。
【図３】端末装置のハードウェア構成の例を示す図である。
【図４】端末装置のプラットフォームの例を示す図である。
【図５】アプリケーションソフトウェアに含まれるモジュールの例を示す図である。
【図６】画像形成装置制御ソフトウェアに含まれるモジュールの例を示す図である。
【図７】デバイス属性情報の例を示す図である。
【図８】処理条件指定画面の例を示す図である。
【図９】アプリケーションソフトウェアおよび画像形成装置制御ソフトウェアによって実行される処理の流れの例を説明するフローチャートである。
【図１０】デバイス属性情報決定処理の流れの例を説明するフローチャートである。
【図１１】メニューの例を示す図である。
【図１２】デバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【図１３】画像形成装置制御ソフトウェアに含まれるモジュールの変形例を示す図である。
【図１４】デバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【図１５】画像形成装置制御ソフトウェアに含まれるモジュールの変形例を示す図である。
【図１６】デバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【図１７】画像形成装置制御ソフトウェアに含まれるモジュールの変形例を示す図である。
【図１８】デバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【図１９】画像形成装置制御ソフトウェアに含まれるモジュールの変形例を示す図である。
【図２０】デバイス属性情報決定処理の流れの変形例を説明するフローチャートである。
【符号の説明】
【０１１８】
２  画像形成装置
３  端末装置
４  通信回線
３１２  画面表示処理部（処理条件指定画面表示手段）
３２１、３２１Ｂ、３２１Ｃ、３２１Ｄ  第一のデバイス属性情報取得部（第一の属性情報取得手段）
３２２、３２２Ｂ、３２２Ｃ  第二のデバイス属性情報取得部（第二の属性情報取得手段）
３２６Ｄ、３２６Ｅ  デバイス属性情報生成部（属性情報変換手段）
３２７Ｄ  標準デバイス属性情報取得部（属性情報取得手段）
３２８Ｅ  ＭＩＢ情報取得部（属性情報取得手段）
ＨＧ１  処理条件指定画面
ＳＣ  デバイス属性情報（属性情報）
【図１】
2007065775.tif 000003
【図２】
2007065775.tif 000004
【図３】
2007065775.tif 000005
【図４】
2007065775.tif 000006
【図５】
2007065775.tif 000007
【図６】
2007065775.tif 000008
【図７】
2007065775.tif 000009
【図８】
2007065775.tif 000010
【図９】
2007065775.tif 000011
【図１０】
2007065775.tif 000012
【図１１】
2007065775.tif 000013
【図１２】
2007065775.tif 000014
【図１３】
2007065775.tif 000015
【図１４】
2007065775.tif 000016
【図１５】
2007065775.tif 000017
【図１６】
2007065775.tif 000018
【図１７】
2007065775.tif 000019
【図１８】
2007065775.tif 000020
【図１９】
2007065775.tif 000021
【図２０】
2007065775.tif 000022