JP6519689B2 - コンピュータプログラム、および、通信装置 - Google Patents

Description

本発明は、複数の画像処理装置を含むネットワークに接続される通信装置の制御に関し、特に、複数の画像処理装置を用いて画像処理を実行するための制御に関する。

ネットワークに接続された複数の画像処理装置を組み合わせて用いる技術が知られている。例えば、スキャナと、スキャナとは別体のプリンタとを用いて、コピー処理を実現するシステムが知られている（例えば、特許文献１）。この技術では、複数のスキャナと複数のプリンタとが接続されるネットワークに接続されるパーソナルコンピュータの表示装置上に表示された設定画面上で、ユーザが、特定のスキャナアイコンを特定のプリンタアイコン上へドラッグ・アンド・ドロップ操作を行うことによって、特定のスキャナと特定のプリンタとを用いたコピー処理を指定することができる。

しかしながら、上記技術において、例えば、システム内に含まれる画像処理装置の種類数が多い場合などには、システムが実現可能な画像処理を、ユーザが適切に把握できない可能性があった。

特開２０００−３１５１８２号公報

本発明の目的は、ネットワークに接続される複数個の画像処理装置によって実現可能な画像処理をユーザが適切に把握するための技術を提供することである。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の適用例として実現することが可能である。

［適用例１］複数個の画像処理装置を含むネットワークに接続される通信装置のためのコンピュータプログラムであって、
前記ネットワーク内の前記複数個の画像処理装置を検索する検索ステップと、
検索された前記複数個の画像処理装置を用いて実現可能な複数個の画像処理であって、第１の画像処理を実行する第１の画像処理装置と、前記第１の画像処理によって得られるデータを用いて第２の画像処理を実行する第２の画像処理装置と、を用いて実行される複合処理を含む前記複数個の画像処理の候補を、各画像処理装置で実行される画像処理の実現に関する情報であって、前記画像処理装置ごとに準備される情報である処理情報を用いて決定する決定ステップと、
決定される前記画像処理を選択するための支援情報を前記通信装置の表示部に表示させる表示制御ステップと、
を前記通信装置に搭載されたコンピュータに実現させる、コンピュータプログラム。

上記構成によれば、ネットワーク内の複数個の画像処理装置に応じて、第１の画像処理装置と第２の画像処理装置とによって実現される複合処理を含む画像処理を選択するための支援情報が表示部に表示される。したがって、ユーザは、ネットワーク内の複数個の画像処理装置にて実現可能な画像処理を適切に把握することができる。

［適用例２］適用例１に記載のコンピュータプログラムであって、
前記処理情報は、
前記第１の画像処理装置で実行される画像処理にて出力されるデータのフォーマットを示す情報と、
前記第２の画像処理装置で実行される画像処理のために入力可能なデータのフォーマットを示す情報と、
を含み、
前記決定ステップでは、前記処理情報を参照して、前記第１の画像処理装置から出力されるデータが、前記第２の画像処理装置に入力可能である場合に、前記第１の画像処理装置と前記第２の画像処理装置とを用いて実行される前記複合処理が、実現可能な前記画像処理に決定される、コンピュータプログラム。

この構成によれば、第１の画像処理装置から出力されるデータのフォーマットと、第２の画像処理装置に入力可能なデータのフォーマットと、に基づいて、実現可能な画像処理を適切に決定することができる。

［適用例３］適用例１または適用例２に記載のコンピュータプログラムであって、
前記決定ステップでは、
前記第１の画像処理のための入力の形式と、前記第２の画像処理の結果の出力の形式と、前記複合処理の機能の種類と、が対応付けられる情報に基づいて、実現可能な前記画像処理が決定される、コンピュータプログラム。

この構成によれば、第１の画像処理のための入力の形式と、第２の画像処理の結果の出力の形式と、に基づいて、実現可能な画像処理を適切に決定することができる。

［適用例４］適用例１または適用例２に記載のコンピュータプログラムであって、
前記決定ステップでは、
前記第１の画像処理装置の種類と、前記第２の画像処理装置の種類と、前記複合処理の機能の種類と、が対応付けられる情報に基づいて、実現可能な前記画像処理を決定する、コンピュータプログラム。

この構成によれば、第１の画像処理装置の種類と、第２の画像処理装置の種類と、に基づいて、実現可能な画像処理を適切に決定することができる。

［適用例５］適用例１ないし適用例４のいずれかに記載のコンピュータプログラムであって、
第２の画像処理装置は、第１の画像処理装置と異なる装置であり、
前記コンピュータプログラムは、さらに、
前記複合処理の実行中に、前記複合処理を実行する１組の画像処理装置のいずれかでエラーが発生したか否かを検出する検出ステップを、前記通信装置に搭載されたコンピュータに実現させ、
前記表示制御ステップでは、さらに、前記エラーが検出される場合に、前記エラーの内容に関する情報を含む第１のエラー情報が表示部に表示される、コンピュータプログラム。

この構成によれば、複合処理の実行中に発生したエラー情報を表示部に表示できるので、ユーザに対する利便性を向上することができる。

［適用例６］適用例１ないし適用例４のいずれかに記載のコンピュータプログラムであって、
第２の画像処理装置は、第１の画像処理装置と異なる装置であり、
前記コンピュータプログラムは、さらに、
前記複合処理の実行中に、前記複合処理を実行する１組の画像処理装置のいずれかでエラーが発生したか否かを検出する検出ステップと、
前記エラーが検出される場合に、前記エラーが検出される前記１組の画像処理装置を示す第２のエラー情報を記憶装置に格納する格納ステップと、
を、前記通信装置に搭載されたコンピュータに実現させる、コンピュータプログラム。

この構成によれば、エラーが検出される１組の画像処理装置を示す第２のエラー情報を記憶装置に格納することができるので、後に実現可能な複合処理を決定する際に、当該エラー情報を利用することができる。

［適用例７］適用例６に記載のコンピュータプログラムであって、
前記記憶装置に格納済みの前記第２のエラー情報を取得するステップを、前記通信装置に搭載されたコンピュータに実現させ、
前記表示制御ステップでは、前記複数個の画像処理装置を用いて実現可能な複数個の前記画像処理のうちの、前記第２のエラー情報に対応する前記１組の画像処理装置を用いて実行される前記複合処理を除いた前記画像処理を選択するための前記支援情報が表示される、コンピュータプログラム。

この構成によれば、ユーザが、エラーが発生し得る複合処理を選択することを抑制することができる。

［適用例８］適用例６に記載のコンピュータプログラムであって、さらに、
前記記憶装置に格納済みの前記第２のエラー情報を取得するステップを、前記通信装置に搭載されたコンピュータに実現させ、
前記表示制御ステップでは、前記第２のエラー情報に対応する前記第１の画像処理装置と前記第２の画像処理装置の組合わせを用いて実行される前記複合処理を選択するための前記支援情報が表示される場合に、エラーに関する情報を含む前記支援情報が表示される、コンピュータプログラム。

この構成によれば、ユーザが、エラーが発生し得る複合処理を選択することを抑制することができる。

［適用例９］適用例６ないし適用例８のいずれかに記載のコンピュータプログラムであって、
前記第２のエラー情報は、前記第１の画像処理装置の能力と、前記第２の画像処理装置の能力と、の不整合に関する情報を含む、コンピュータプログラム。

第１の画像処理装置の能力と、第２の画像処理装置の能力と、の不整合がある場合には、第１の画像処理装置と第２の画像処理装置とを用いて実行される複合処理にて、画質の劣化などの不具合が発生し得る。この構成によれば、ユーザが、このような不具合が発生し得る複合処理を選択することを抑制することができる。

本発明は、種々の形態で実現することが可能であり、例えば、上記コンピュータプログラムの機能を実現する方法、通信装置、コンピュータプログラムを記録した記録媒体、等の形態で実現することができる。

第１実施例のシステム１０００の構成を示すブロック図。 入出力情報の一例を示す図。 機能情報ＦＩの一例を示す図。 エラー発生情報ＥＩの一例を示す図。 第１実施例の実行するＵＩ表示処理のフローチャート。 接続可能な組合わせパターンのみを示す組合わせ情報ＳＩの一例を示す図。 支援情報の表示例を示す図。 デバイス制御処理のフローチャート。 動作フロー情報ＯＦの一例を示す図。 画像処理の進捗を表示するための進捗画像の一例を示す図。 デバイス制御処理によってスキャナ３００Ａとプリンタ２００Ｂとにコピー処理を実行させる場合のシーケンス図。 第２実施例のシステム２０００の構成を示すブロック図。 サーバ８００自身の入出力情報８３２Ｓを示す図。 複合処理検索テーブルＦＩＣの一例を示す図。 第２実施例のＵＩ表示処理のフローチャート。 第２実施例の動作フロー情報ＯＦ２の一例。 第３実施例の入出力情報の一例を示す図。 第３実施例の機能情報ＦＩＤの一例を示す図。

Ａ．第１実施例
Ａ−１．システムの構成
次に、本発明の実施の形態を実施例に基づき説明する。図１は、第１実施例のシステム１０００の構成を示すブロック図である。このシステム１０００は、３個のプリンタ２００Ａ〜２００Ｃと、２個のスキャナ３００Ａ、３００Ｂと、複合機４００と、ミシン５００と、ガーメントプリンタ６００と、アクセスポイント５０と、携帯端末１００と、を備えている。８個のデバイス（画像処理装置とも呼ぶ）２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００と、アクセスポイント５０は、ローカルエリアネットワーク（ＬＡＮ）６０に接続されている。

ＬＡＮ６０は、例えば、建物（ビルなど）内にイーサネット（登録商標）規格に準拠して構築された有線ネットワークである。

アクセスポイント５０は、例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどの規格で定められる通信方式を利用した無線ＬＡＮのアクセスポイントである。携帯端末１００は、アクセスポイント５０を介してＬＡＮ６０に接続される。従って、携帯端末１００は、アクセスポイント５０とＬＡＮ６０とを介して、８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００と通信を行うことが可能である。

プリンタ２００Ａは、制御部ＣＴと、ユーザインタフェースや通信インタフェースを含むインタフェース部ＩＦと、印刷実行部２４０とを備えている。制御部ＣＴは、ＣＰＵ２１０と、ＲＡＭなどの揮発性記憶装置２２０と、ハードディスクドライブやフラッシュメモリなどの不揮発性記憶装置２３０と、を備えている。インタフェース部ＩＦは、液晶などの表示パネルを含む表示部２５０と、表示パネルと重畳されたタッチパネルやボタンなどを含む操作部２６０と、ＬＡＮ６０を介して外部機器とデータ通信を行うためのインタフェースを含む通信部２７０と、を備えている。印刷実行部２４０は、所定の方式（例えば、インクジェット、レーザー）を用いて、用紙に画像を印刷するプリントエンジンである。

揮発性記憶装置２２０には、ＣＰＵ２１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域２２１が設けられている。不揮発性記憶装置２３０は、プリンタ２００Ａを制御するための制御プログラム２３１と、後述する入出力情報２３２Ａと、を格納している。

制御プログラム２３１は、例えば、プリンタ２００Ａの出荷時に予め不揮発性記憶装置２３０に格納されている。また、制御プログラム２３１Ａは、ＣＤ−ＲＯＭなどに記録された形態や、サーバからダウンロードする形態で提供され得る。

プリンタ２００Ｂ、２００Ｃは、プリンタ２００Ａと同様に制御部とインタフェース部と印刷実行部とを備えている（図示省略）。プリンタ２００Ａ〜２００Ｃは、互いに機種が異なるために、印刷実行部や制御プログラムの仕様などが互いに異なっており、後述するように入力可能なデータのフォーマットが互いに異なっている。このために、プリンタ２００Ａ〜２００Ｃには、互いに異なる入出力情報２３２Ａ、２３２Ｂ、２３２Ｃ（図２を参照して後述する）が格納されている。

スキャナ３００Ａ、３００Ｂは、プリンタ２００Ａと同様に、制御部とインタフェース部を備えている（図示省略）。スキャナ３００Ａ、３００Ｂは、プリンタ２００Ａの印刷実行部２４０に代えて、光学センサ（例えば、例えば、ＣＩＳ（Contact Image Sensor））を用いて、原稿を光学的に読み取る読取実行部（図示省略）を備えている。スキャナ３００Ａとスキャナ３００Ｂとは、機種が互いに異なるために、読取実行部や制御プログラムの仕様などが互いに異なっており、後述するように出力可能な読取画像データのフォーマットが互いに異なっている。このために、スキャナ３００Ａ、３００Ｂには、互いに異なる入出力情報３３２Ｂ、３３２Ｃ（図２を参照して後述する）が格納されている。

複合機４００は、プリンタ２００Ａと同様に、制御部とインタフェース部と印刷実行部とを備え、スキャナ３００Ａ、３００Ｂと同様に、読取実行部を備えている（図示省略）。複合機４００には、複合機４００の仕様に応じた入出力情報４３２（図２を参照して後述する）が格納されている。さらに、複合機４００のインタフェース部は、電話回線と接続するためのインタフェースを備えている。そして、複合機４００の制御部は、読取実行部を用いた読取処理と、印刷実行部を用いた印刷処理と、所定の形式（ＦＡＸＧ４形式など）の画像データを電話回線を介して送受信する電話通信処理と、を実行することができる。また、複合機４００の制御部は、読取処理と印刷処理とを組合わせることによって、原稿に示された画像を紙に印刷するコピー処理を実行することができる。また、読取処理と印刷処理と電話通信処理とを組合わせることによって、原稿に示された画像を表す画像データを電話回線を介して送信するとともに、電話回線を介して受信された画像データを紙に印刷するファックス処理を実現することができる。

ミシン５００は、プリンタ２００Ａと同様に、制御部とインタフェース部とを備えている（図示省略）。ミシン５００は、プリンタ２００Ａの印刷実行部２４０に代えて、ミシンベッド上に配置された縫製対象の布を所定の平面に沿って移動させつつ、布が移動する平面と垂直な方向に縫い針を往復駆動することによって、画像を刺繍することができる縫製実行部を備えている。ミシン５００の制御部は、入力された画像データを用いて、画像を刺繍するための刺繍データを生成し、刺繍データに従って縫製実行部を駆動することによって、画像データによって表される画像の刺繍を実行することができる。ミシン５００には、ミシン５００の仕様に応じた入出力情報５３２（図２を参照して後述する）が格納されている。

ガーメントプリンタ６００は、プリンタ２００Ａと同様に、制御部とインタフェース部とを備えている（図示省略）。ガーメントプリンタ６００は、プリンタ２００Ａの印刷実行部２４０に代えて、例えばインクジェット方式を用いて、Ｔシャツなどの衣類に画像を印刷する衣類用の印刷実行部を備えている。ガーメントプリンタ６００には、ガーメントプリンタ６００の仕様に応じた入出力情報６３２（図２を参照して後述する）が格納されている。

プリンタ２００Ａ〜２００Ｃ、ミシン５００、ガーメントプリンタ６００は、用紙や布に画像を形成する装置であるので、画像形成装置と呼ぶことができる。スキャナは、原稿を読み取ることによって読取画像データを生成する装置であるので、画像データ生成装置と呼ぶことができる。また、複合機４００は、プリンタの機能とスキャナの機能との両方を備えているので、画像形成装置であり、かつ、画像データ生成装置でもある、と言うことができる。

図２は、入出力情報の一例を示す図である。入出力情報は、入力情報と出力情報とを含んでいる。例えば、図２（Ａ）〜図２（Ｃ）には、プリンタ２００Ａ〜２００Ｃの入力情報２３２Ａ〜２３２Ｃが示されている。入力情報は、対象のデバイスで実行される画像処理のために入力されるデータがある場合には、入力可能なデータのフォーマットを示す情報である。プリンタ２００Ａ〜２００Ｃで実行される画像処理は、「用紙への印刷処理」である。印刷処理のための入力は、画像データの形態で行われる。このために、図２（Ａ）〜図２（Ｃ）に示すように、プリンタ２００Ａ〜２００Ｃの入出力情報２３２Ａ〜２３２Ｃでは、入力情報は、印刷処理のために入力可能な画像データのフォーマットを示す情報である。具体的には、入力可能な画像データのフォーマットは、例えば、ビットマップデータのフォーマットや、圧縮済みの画像データのフォーマットや、ページ単位で画像データを保存するためのフォーマットを含む。ビットマップデータのフォーマットは、例えば、ＲＧＢの各成分の階調値で画素ごとの色を表すＲＧＢ画像データや、ＣＭＹＫの各成分の階調値で画素ごとの色を表すＣＭＹＫ画像データや、画素ごとに印刷ドットを形成するか否かを示すドットデータなどのフォーマットを含む。圧縮済みの画像データのフォーマットは、ＪＰＥＧ（Joint Photographic Experts Group）やＧＩＦ（Graphics Interchange Format）などのフォーマットを含む。ページ単位で画像データを保存するためのフ
ォーマットは、ＰｏｓｔＳｃｒｉｐｔなどのページ記述言語のフォーマットや、ＰＤＦ（Portable Document Format）を含む。

具体的には、プリンタ２００Ａの入出力情報２３２Ａの入力情報は、ドットデータと、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、ＰｏｓｔＳｃｒｉｐｔで記述された画像データと、ＰＤＦで保存された画像データと、を示す情報を含んでいる（図２（Ａ））。また、プリンタ２００Ｂの入出力情報２３２Ｂの入力情報は、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、を示す情報を含んでいる（図２（Ｂ））。そして、プリンタ２００Ｃの入出力情報２３２Ｃの入力情報は、ドットデータと、ＰｏｓｔＳｃｒｉｐｔで記述された画像データと、ＰＤＦで保存された画像データと、を示す情報を含んでいる（図２（Ｃ））。

以上の説明から解るように、印刷処理のために入力可能な画像データのフォーマットは、プリンタの機種によって異なる場合がある。本実施例では、図２（Ａ）に示すように、プリンタ２００Ａには、ドットデータと、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、ＰｏｓｔＳｃｒｉｐｔで記述された画像データと、ＰＤＦで保存された画像データと、を入力することが可能である。一方、図２（Ｂ）に示すように、プリンタ２００Ｂには、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、を入力することが可能であるが、他のフォーマットの画像データを入力することはできない。また、図２（Ｃ）に示すように、プリンタ２００Ｃには、ドットデータと、ＰｏｓｔＳｃｒｉｐｔで記述された画像データと、ＰＤＦで保存された画像データと、を入力することが可能であるが、他のフォーマットの画像データを入力することはできない。

出力情報は、対象のデバイスで実行される画像処理の結果の出力が、データとは異なる形態で行われる場合には、出力の形態を示す情報である。印刷処理の結果の出力は、画像データではなく、「用紙」の形態で行われる。このために、プリンタ２００Ａ〜２００Ｃの入出力情報２３２Ａ〜２３２Ｃの出力情報は、印刷処理の出力の形態である「用紙」を示す情報である。

入力情報は、対象のデバイスで実行される画像処理のための入力が、データとは異なる形態で行われる場合には、入力の形態を示す情報を含む。スキャナ３００Ａ、３００Ｂで実行される画像処理は、「用紙（すなわち、原稿）の読取処理」である。読取処理のための入力は、画像データではなく、「用紙」の形態で行われる。このために、図２（Ｄ）〜図２（Ｅ）に示すように、スキャナ３００Ａ、３００Ｂの入出力情報３３２Ａ、３３２Ｂの入力情報は、読取処理のための入力の形態である「用紙」を示す情報である。

出力情報は、対象のデバイスで実行される画像処理の結果として出力されるデータがある場合には、出力可能なデータのフォーマットを示す情報を含む。読取処理の結果の出力は、画像データの形態で行われる。このために、スキャナ３００Ａ、３００Ｂの入出力情報３３２Ａ、３３２Ｂの出力情報は、読取処理にて出力可能な画像データのフォーマットを示す情報である。

具体的には、スキャナ３００Ａの入出力情報３３２Ａの出力情報は、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、ＰＤＦで保存された画像データと、を示す情報を含んでいる（図２（Ｄ））。また、スキャナ３００Ａの入出力情報３３２Ｂの出力情報は、ＲＧＢ画像データを示す情報を含んでいる（図２（Ｅ））。

以上の説明から解るように、読取処理の結果として出力可能な画像データのフォーマットは、スキャナの機種によって異なる場合がある。本実施例では、図２（Ｄ）に示すように、スキャナ３００Ａは、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、ＰＤＦで保存された画像データと、を出力することが可能であり、他のフォーマットの画像データを出力することはできない。図２（Ｅ）に示すように、スキャナ３００Ｂは、ＲＧＢ画像データのみを出力することが可能であり、他のフォーマットの画像データを出力することはできない。

複合機４００で実行される画像処理は、「用紙への印刷処理」と、「用紙の原稿の読取処理」と、「ファックス処理」である。したがって、複合機４００では、印刷処理およびファックス処理のための入力は、画像データの形態で行われ、読取処理のための入力は、「用紙」の形態で行われる。また、複合機４００では、印刷処理の結果の出力は、「用紙」の形態で行われ、読取処理およびファックス処理の結果の出力は、画像データの形態で行われる。このために、図２（Ｆ）に示すように、複合機４００の入出力情報４３２は、印刷処理および読取処理およびファックス処理のそれぞれの入力情報と出力情報とを含んでいる。

例えば、本実施例では、複合機４００の入出力情報４３２は、印刷処理の入力情報として、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、ＰＤＦで保存された画像データと、をそれぞれ示す情報を含んでいる。また、複合機４００の入出力情報４３２は、印刷処理の出力情報として、「用紙」を示す情報を含んでいる。また、複合機４００の入出力情報４３２は、読取処理の入力情報として、「用紙」を示す情報を含み、読取処理の出力情報として、ＲＧＢ画像データと、ＰＤＦで保存された画像データと、をそれぞれ示す情報を含んでいる。例えば、複合機４００の入出力情報４３２は、ファックス処理の入力情報として、印刷処理の入力情報と同じ情報を含み、ファクス処理の出力情報として、ＦＡＸＧ４方式のフォーマットを示す情報を含んでいる。

また、ミシン５００で実行される画像処理は、「布への刺繍処理」である。刺繍処理のための入力は、画像データの形態で行われ、刺繍処理の結果の出力は、画像データではなく、「布（刺繍）」の形態で行われる。このために、図２（Ｇ）に示すように、ミシン５００の入出力情報５３２の入力情報は、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、を示す情報を含んでいる。また、入出力情報５３２の出力情報は、「布（刺繍）」を示す情報を含んでいる。

また、ガーメントプリンタ６００で実行される画像処理は、「布への印刷処理」である。印刷処理のための入力は、画像データの形態で行われ、印刷処理の結果の出力は、画像データではなく、「布（プリント）」の形態で行われる。このために、図２（Ｈ）に示すように、ガーメントプリンタ６００の入出力情報６３２の入力情報は、ＲＧＢ画像データと、ＪＰＥＧ方式で圧縮された画像データと、を示す情報を含んでいる。また、入出力情報６３２の出力情報は、「布（プリント）」を示す情報を含んでいる。

図１に戻って説明を続ける。携帯端末１００は、例えば、スマートフォンと呼ばれる多機能携帯電話である。携帯端末１００は、ＣＰＵ１１０と、ＲＡＭなどの揮発性記憶装置１２０と、ハードディスクドライブやフラッシュメモリなどの不揮発性記憶装置１３０と、無線ＩＦ部１４０と、電話ＩＦ部１５０と、スピーカやマイクを含み電話機能などを実現するための音声処理部１６０と、タッチパネルや操作キーなどを含む操作部１７０と、タッチパネルと重畳された液晶パネルなどを含む表示部１８０と、を主に備えている。

無線ＩＦ部１４０は、アンテナを含み、例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどの規格に従って、アクセスポイント５０との無線通信を行う。この結果、上述したように、携帯端末１００は、アクセスポイント５０およびＬＡＮ６０を介して、ＬＡＮ６０に接続された複数個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００と通信を行うことが可能である。

電話ＩＦ部１５０は、アンテナを含み、基地局（図示省略）との間で携帯電話通信の方式（例えば、Ｗ−ＣＤＭＡ）に準拠する無線通信を行う。電話ＩＦ部４４０は、例えば、電話や、基地局を介したインターネット７０への接続などに用いられる。

揮発性記憶装置１２０には、ＣＰＵ１１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域１２５が設けられている。

不揮発性記憶装置１３０には、制御プログラムＰＧ１と、デバイス利用プログラムＰＧ２と、エラー発生情報ＥＩと、機能情報ＦＩと、が格納されている。制御プログラムＰＧ１は、ＯＳ（オペレーティングシステム）の機能や、電話機能など、携帯端末１００の基本機能を実現するプログラムである。制御プログラムＰＧ１は、例えば、携帯端末１００の製造者によって提供され、出荷時に予め格納されている。デバイス利用プログラムＰＧ２は、ＬＡＮ６０に接続された複数個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００を遠隔操作するための機能を実現するプログラムである。デバイス利用プログラムＰＧ２は、携帯端末１００に新たな機能を追加するプログラム（「アプリ」などと呼ばれる。）であり、例えば、携帯端末１００の製造者とは異なる提供者（例えば、デバイスの製造者）によって、所定のサーバからダウンロードする形態で、提供される。また、デバイス利用プログラムＰＧ２は、例えば、携帯端末１００の製造者によって提供され、出荷時に予め格納されていても良い。

図３は、機能情報ＦＩの一例を示す図である。機能情報ＦＩは、入力デバイスと出力デバイスとのペア（以下、単にデバイスのペアと呼ぶ）と、そのデバイスのペアを用いて実現可能な複合処理の機能の種類を、対応付ける情報である。本実施例の複合処理は、入力デバイスで実行される入力側の画像処理と、入力側の画像処理によって得られるデータを用いて、出力デバイスで実行される出力側の画像処理と、を含む処理である。入力デバイスは、複合処理のための情報が入力されるデバイスである。複合処理のための情報は、例えば、画像データや用紙の原稿の形態で入力される。出力デバイスは、複合処理の結果を出力するデバイスである。本実施例では、コピー処理と、高速コピー処理と、カードファックス処理と、刺繍コピー処理と、衣類コピー処理と、の５種類の複合処理が想定されている。

コピー処理は、原稿を読み取る入力デバイスとしてのスキャナと、スキャナから出力される読取画像データを用いて用紙に画像を印刷する出力デバイスとしてのプリンタと、によって実現される。高速コピー処理は、原稿を読み取る入力デバイスとしての複合機と、複合機から出力される読取画像データを用いて用紙に画像を印刷する出力デバイスとしてのプリンタと、によって実現される。高速コピー処理では、複合機の印刷実行部と、プリンタとが、同一の画像データを用いて同一の画像の印刷を並行して実行する。この結果、複合機が単体でコピー処理を実行する場合と比較して、高速なコピー処理を行うことができる。カードファックス処理は、クレジットカードや免許証などの厚みのある原稿を読み取る入力デバイスとしてのフラットベッド式のスキャナと、フラットベッド式のスキャナから出力される読取画像データを用いて用紙に画像を印刷する出力デバイスとしてのプリンタと、によって実現される。刺繍コピー処理は、原稿を読み取る入力デバイスとしてのスキャナと、スキャナから出力される読取画像データを用いて布に画像を刺繍するミシンと、によって実現される。衣類コピー処理は、原稿を読み取る入力デバイスとしてのスキャナと、スキャナから出力される読取画像データを用いて布に画像を印刷するガーメントプリンタと、によって実現される。

機能情報ＦＩは、機種検索テーブルＦＩＡ（図３（Ａ））と、複合処理検索テーブルＦＩＢ（図３（Ｂ））と、を含んでいる。機種検索テーブルＦＩＡは、デバイスの種類と、デバイスの機種識別子（機種ＩＤとも呼ぶ）と、を対応付けて、格納している。デバイスの種類は、具体的には、プリンタ、スキャナ、フラットベッド式のスキャナ、複合機、ミシン、ガーメントプリンタの６種類に大別されている。機種ＩＤは、例えば、デバイスの型番（図３（Ａ）の例では、ＰＲ−ｘｘｘｘｘなど）が用いられる。スキャナは、フラットベッド方式のスキャナと、自動原稿送り（ＡＤＦ（auto document feeder））方式のスキャナを含む。したがって、フラットベット式のスキャナの機種ＩＤは、「フラットベット式のスキャナ」と、「スキャナ」と、の２種類に、対応付けられている。この結果、デバイスの機種ＩＤを検索キーとして、機種検索テーブルＦＩＡを検索すれば、デバイスの種類を特定することができる。

複合処理検索テーブルＦＩＢは、入力デバイスの種類と出力デバイスの種類とのペアと、当該デバイスのペアを用いて実現される複合処理の機能の種類と、を対応付けて格納している。例えば、図３（Ｂ）に示すように、入力デバイスとしてのスキャナと、出力デバイスとしてのプリンタと、のペアには、複合処理の種類としてコピー処理が対応付けられている。

２個のテーブルＦＩＡ、ＦＩＢと、を参照すれば、入力デバイスの機種ＩＤと出力デバイスの機種ＩＤとを検索キーとして、２個の機種ＩＤに対応するデバイスのペアで実現できる複合処理の機能の種類を特定することができる。なお、機能情報ＦＩは、２個のテーブルＦＩＡ、ＦＩＢで構成されているが、これに代えて、入力デバイスの機種ＩＤと出力デバイスの機種ＩＤのペアに、複合処理の種類が直接に対応付けられた１個のテーブルが、機能情報ＦＩとして用いられても良い。機能情報ＦＩは、例えば、デバイス利用プログラムＰＧ２に予め組み込まれた形態で提供される。機能情報ＦＩを利用する処理については、後述する。

図４は、エラー発生情報ＥＩの一例を示す図である。エラー発生情報ＥＩは、エラーが発生するデバイスのペアを示す機種ＩＤのペアと、エラーの種類と、を対応付けて格納しているテーブルである。エラーの種類には、例えば、通信エラーと、モアレの発生と、色再現性の不良と、が含まれる。

通信エラーは、例えば、入力デバイスが出力する画像データを出力デバイスが受け取れないエラーや、入力デバイスが出力する画像データを出力デバイスが受け取れるが、出力デバイスが、その画像データを処理することができないエラーを含む。具体的には、通信エラーは、入力デバイスが出力する画像データのフォーマットを受信することに、出力デバイスが対応していない場合を含む。また、通信エラーは、入力デバイスが出力する画像データのフォーマットの受信に、出力デバイスが対応できるが、後述するようなフォーマットの細かい仕様や、出力デバイスのメモリの容量不足などによって、出力デバイスが当該画像データを用いて画像処理を実行できない場合を含む。このような通信エラーが発生する、あるいは、発生する可能性があるデバイスのペアのエラー情報は、例えば、予めエラー発生情報ＥＩに登録されてデバイス利用プログラムＰＧ２に組み込まれていても良いし、後述するように、実際にエラーが発生した場合にエラー発生情報ＥＩに追加されても良い。

モアレは、印刷画像に含まれる複数の空間周波数成分が、干渉することによって、意図しない干渉縞が印刷画像に現れる現象である。モアレは、例えば、印刷に用いられる画像データを生成するスキャナの読取解像度が、低いほど発生しやすいことが知られている。また、印刷に用いられる画像データに、モアレ除去のための画像処理（モアレ除去処理とも呼ぶ）を実行することで、モアレの発生を抑制することができる。モアレ除去処理は、例えば、画像データにノイズを加えることによって、印刷画像に含まれる複数の空間周波数成分を低減する処理などが知られている。このために、例えば、読取解像度が基準解像度（例えば、３００ｄｐｉ）より低いスキャナと、モアレ除去処理を実行することができないプリンタとのペアについては、モアレの発生の可能性が高いことを示すエラー情報がエラー発生情報ＥＩに登録される。また、例えば、読取解像度が基準解像度より低いスキャナと、モアレ除去処理を実行することができないプリンタと、のうちの少なくとも一方のデバイスを含む、スキャナとプリンタのペアについては、モアレの発生の可能性があることを示すエラー情報がエラー発生情報ＥＩに登録される。

色再現性の不良は、例えば、入力デバイスが出力する画像データ（例えば、読取画像データ）によって表現できる色域が、出力デバイスが出力する画像（例えば、印刷画像や、刺繍された画像）によって表現できる色域と比較して、過度に狭い場合に発生し得る。この場合には、出力デバイスの色域の表現能力を十分に発揮できないからである。また、出力デバイスが出力する画像によって表現できる色域が、入力デバイスが出力する画像データによって表現できる色域と比較して、過度に狭い場合に発生し得る。この場合には、入力デバイスが出力する画像データによって表される画像を、出力デバイスが出力する画像にて十分に表現できないからである。このために、入力デバイスが出力する画像データによって表現できる色域の広さと、出力デバイスが出力する画像によって表現できる色域の広さと、の差が基準値以上であるデバイスのペアについては、色再現性の不良が発生する可能性があることを示すエラー情報がエラー発生情報ＥＩに登録される。例えば、２つの色域を同じ色空間（例えば、Ｌａ＊ｂ＊色空間）で表した場合における２つの色域の体積の差が、２つの色域のうちの大きい方の色域の体積の所定割合（例えば、２０％）以上である場合に、色再現性の不良が発生する可能性があると判断されても良い。

通信エラーや色再現性のエラーは、２つのデバイスの能力（例えば、データのフォーマットに対する対応能力や、色の表現能力）の不整合に関するエラーであると、言うことができる。

Ａ−２．システムの動作：
Ａ−２−１．ＵＩ表示処理：
システム１０００の動作のうち、携帯端末１００が実行するＵＩ表示処理について説明する。図５は、携帯端末１００のＣＰＵ１１０が実行するＵＩ表示処理のフローチャートである。ＵＩ表示処理は、システム１０００内の複数個のデバイスのうちの１個以上のデバイスに対して、画像処理を実行させるためのＵＩ画像を、携帯端末１００の表示部２５０に表示する処理である。ＵＩ表示処理は、ユーザが、システム１０００内の複数個のデバイスに画像処理を実行させるために、携帯端末１００にて、デバイス利用プログラムＰＧ２を起動したときに開始される。ＵＩ表示処理は、ＣＰＵ１１０がデバイス利用プログラムＰＧ２を実行することによって実現される処理である。

ＵＩ表示処理が開始されると、最初のステップＳ１１では、ＣＰＵ１１０は、画像処理を実行させるデバイスの候補として、ＬＡＮ６０内のデバイスを検索する。具体的には、ＣＰＵ１１０は、所定の検索パケットを、ＬＡＮ６０上にブロードキャストする。この結果、検索パケットは、ＬＡＮ６０に接続された全てのデバイス、図１の例では、８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００に送信される。

検索パケットを受信した各デバイスは、検索パケットの送信元である携帯端末１００に対して、デバイスのＩＰアドレスおよびＭＡＣアドレスを含む応答パケットを送信する。携帯端末１００のＣＰＵ１１０は、応答パケットを受信することによって、画像処理を実行させるデバイスの候補としてのデバイスの存在を検索でき、そのデバイスにアクセスするためのＩＰアドレスを取得することができる。図１の例では、ＣＰＵ１１０は、８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００が検索される。

ステップＳ１２では、ＣＰＵ１１０は、検索されたデバイスから、検索されたデバイスの機種ＩＤと、入出力情報（図２）と、を取得する。具体的には、ＣＰＵ１１０は、検索されたデバイスのそれぞれに対して、これらの情報の送信リクエストを送信する。送信リクエストを受信した各デバイスは、自身の機種ＩＤと、入出力情報と、を含むレスポンスを、携帯端末１００に対して送信する。この結果、携帯端末１００は、図１の例では、８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００のそれぞれの機種ＩＤと、入出力情報２３２Ａ〜２３２Ｂ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２（図２）と、を取得する。なお、携帯端末１００と各デバイスとの間の通信は、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）を用いて実行される。

ステップＳ１３では、ＣＰＵ１１０は、８個のデバイスのうちの２個のデバイスを組合わせて得られる入力デバイスと出力デバイスのペアのパターン（以下、組合わせパターンとも呼ぶ）を示す組合わせ情報を生成する。組合わせ情報には、全ての組合わせパターンが記録され、生成された組合わせ情報は、バッファ領域１２５に格納される。例えば、８個のデバイスが存在する場合には、組合わせパターンの総数ＰＮは、５６個である。

ステップＳ１４では、ＣＰＵ１１０は、全ての組合わせパターンの中から、接続可能な組合わせパターンを抽出する。具体的には、入力デバイスで実行される画像処理の結果として出力される画像データのフォーマットが、出力デバイスで実行される画像処理のために入力可能である場合に、当該入力デバイスと当該出力デバイスとのペアが、接続可能な組合わせパターンとして抽出される。ＣＰＵ１１０は、ステップＳ１３にて生成された組合わせ情報と、ステップＳ１２にて取得された入出力情報２３２Ａ〜２３２Ｂ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２と、を参照して、接続可能な組合わせパターンを抽出する。なお、出力が画像データではないデバイス、すなわち、出力の形態が「用紙」や「布」であるプリンタ２００Ａ〜２００Ｃ、ミシン５００、ガーメントプリンタ６００は、入力デバイスにはなり得ない（図２参照）。入力が画像データではないデバイス、すなわち、入力の形態が「用紙」であるスキャナ３００Ａ、３００Ｂは、出力デバイスにはなり得ない（図２参照）。複合機４００は、入力が画像データである場合があり、かつ、出力が画像データである場合があるので、入力デバイスと出力デバイスとのいずれにもなり得る（図２参照）。ＣＰＵ１１０は、ステップＳ１３にて生成された組合わせ情報から、抽出された接続可能な組合わせパターン以外のパターンを削除する。

図６は、図１に示す８個のデバイスを組合わせて得られる、接続可能な組合わせパターンのみを示す組合わせ情報ＳＩの一例を示す図である。図６の例では、５６個の組合わせパターンのうち、１４個の組合わせパターンが接続可能な組合わせパターンとして抽出されていることが解る。なお、図６の組合わせ情報ＳＩでは、図の見やすさのために、各デバイスの名称と符号（プリンタ２００Ａなど）とによって、デバイスを特定しているが、実際には、例えば、ＩＰアドレスなどの各デバイスに固有な情報を用いて、各デバイスが特定される。本実施例では、同一機種のデバイスが、システム１０００内に２個以上ある可能性があるので、機種ＩＤ（型番）は、各デバイスの特定には用いられていない。

ステップＳ１５では、ＣＰＵ１１０は、接続可能な組合わせパターンの中から、エラー情報に対応する組合わせパターンを抽出する。具体的には、ＣＰＵ１１０は、各デバイスの機種ＩＤをキーにして、エラー発生情報ＥＩ（図４）を検索して、エラー発生情報ＥＩに登録されている組合わせパターンを抽出する。

ステップＳ１６では、ＣＰＵ１１０は、抽出された組合わせパターンにエラー情報を対応付ける。具体的には、ＣＰＵ１１０は、組合わせパターンに対応するエラー情報をエラー発生情報ＥＩから取得して、組合わせパターンと対応付けて組合わせ情報ＳＩ（図６）に記録する。図６の例では、スキャナ３００Ａとプリンタ２００Ａとの組合わせパターンに、モアレが発生する可能性があることを示すエラー情報が対応付けられている。また、スキャナ３００Ｂとプリンタ２００Ａと組合わせパターンに、色再現性不良が発生する可能性があることを示すエラー情報が対応付けられている。また、複合機４００とプリンタ２００Ｃとの組合わせパターンに、通信エラーが発生する可能性があることを示すエラー情報が対応付けられている。

ステップＳ１７では、ＣＰＵ１１０は、接続可能な各組合わせパターンで実現される複合処理を決定する。具体的には、ＣＰＵ１１０は、処理対象の組合わせパターンを構成する入力デバイスと出力デバイスの種類を、これらのデバイスの機種ＩＤを検索キーとして機種検索テーブルＦＩＡ（図３（Ａ））を検索することによって、特定する。そして、ＣＰＵ１１０は、処理対象の組合わせパターンに対応するデバイスの種類のペアを検索キーとして、複合処理検索テーブルＦＩＢを検索することによって、処理対象の組合わせパターンに対応する複合処理を特定する。特定された複合処理が、処理対象の組合わせパターンで実現される複合処理に決定される。例えば、処理対象の組合わせパターンを構成する入力デバイスの機種ＩＤが「ＳＣ−ｘｘｘｘｘ」であり、出力デバイスの機種ＩＤが「ＰＲ−ａａａａａ」である場合を説明する。ＣＰＵ１１０は、機種検索テーブルＦＩＡを参照して、入力デバイスは「スキャナ」であり、出力デバイスは「プリンタ」であることを特定する。次に、ＣＰＵ１１０は、複合処理検索テーブルＦＩＢを参照して、入力デバイスとしての「スキャナ」と、出力デバイスとしての「プリンタ」とのペアでは、「コピー処理」が実現されることを特定する。したがって、処理対象の組合わせパターンで実現される複合処理は、「コピー処理」に決定される。ここで、１個の組合わせパターンで実現される複合処理が、複数個決定される場合もある。例えば、図６のスキャナ３００Ａと複合機４００との組合わせパターンで実現される複合処理は、「カードファックス処理」と「コピー処理」との２つの処理に決定される。

ステップＳ１８では、ＣＰＵ１１０は、図６の組合わせ情報ＳＩに基づいて、複合処理を含む実現可能な画像処理群から所望の画像処理をユーザが選択するための支援情報を、図６の組合わせ情報ＳＩに基づいて表示部１８０に表示させる。

図７は、支援情報の表示例を示す図である。具体的には、ＣＰＵ１１０は、図７（Ａ）に示すように、実行すべき画像処理をユーザが選択するための第１の選択画像ＳＤ１を表示部１８０に表示させる。第１の選択画像ＳＤ１は、実現可能な複数個の複合処理に対応する複数個の選択ボタンＢＴ１〜ＢＴ４を含んでいる。また、第１の選択画像ＳＤ１には、単体のデバイスで実現可能な画像処理に対応する選択ボタン（例えば、ボタンＢＴａ）が含まれ得るが、このようなボタンは、公知技術によって、例えば、機種検索テーブルＦＩＡを参照して単体のデバイスの種類が特定できれば、表示できるので、以後の説明は省略する。各選択ボタン内には、対応する画像処理の機能の名称が支援情報として表示されている。選択ボタンＢＴ１は、コピー処理および高速コピー（図６参照）に対応するボタンであり、選択ボタンＢＴ２は、衣類コピー処理（図６参照）に対応するボタンである。選択ボタンＢＴ３は、刺繍コピー処理（図６参照）に対応するボタンであり、選択ボタンＢＴ４は、カードファックス（図６参照）および複合機単体で実現できる通常のファックスに対応するボタンである。ユーザは、これらの選択ボタンＢＴ１〜ＢＴ４の中から、実行すべき画像処理に対応するボタンを選択することができる。

選択ボタンＢＴ１〜ＢＴ４に対応する画像処理を、機能に応じて、さらに、細かく分類できる場合には、細かく分類された画像処理をユーザが選択するための支援情報を含む第２の選択画像が表示部１８０に表示される。図７（Ｂ）には、第１の選択画像ＳＤ１（図７（Ａ））にて、コピー処理に対応する選択ボタンＢＴ１が、ユーザによって選択された場合に、第１の選択画像ＳＤ１に代えて、表示部１８０に表示される第２の選択画像ＳＤ２の一例が示されている。この第２の選択画像ＳＤ２は、通常のコピー処理と、高速コピーと、にそれぞれ対応する２個の選択ボタンＢＴ５、ＢＴ６を含んでいる。各選択ボタン内には、より細かく分類された画像処理の機能の名称（通常のコピー処理と、高速コピー）が支援情報として表示されている。ユーザは、これらの選択ボタンＢＴ５〜ＢＴ６の中から、実行すべき画像処理に対応するボタンを選択することができる。

第１の選択画像ＳＤ１を介してユーザが１個の画像処理を選択した場合であって、かつ、選択された画像処理をさらに細かく分類できない場合、あるいは、第２の選択画像ＳＤ２を介してユーザが１個の画像処理を選択した場合には、選択された画像処理を実現するためのデバイスを選択するための第３の選択画像が、表示部１８０に表示される。図７（Ｃ）には、第２の選択画像ＳＤ２にて、通常のコピー処理に対応する選択ボタンＢＴ５がユーザによって選択された場合に表示される第３の選択画像ＳＤ３の一例が示されている。この第３の選択画像ＳＤ３は、通常のコピー処理を実現可能な単体のデバイス、および、デバイスの組合わせパターンに対応する複数個のボタンＢＴ７〜ＢＴ１２を含んでいる。複数個のボタンＢＴ７〜ＢＴ１２内には、対応する組合わせパターンをユーザに提示する支援情報が表示されている。例えば、選択ボタンＢＴ８は、プリンタ２００Ａとスキャナ３００Ａとの組合わせパターンに対応するボタンであり、選択ボタンＢＴ９は、プリンタ２００Ａと複合機４００との組合わせパターンに対応するボタンである。

なお、ＣＰＵ１１０は、第３の選択画像ＳＤ３内に、特定のエラー情報が対応付けられている組合わせパターン（図６参照）に対応する選択ボタンを表示する場合には、エラーに関する支援情報を表示する。図７（Ｃ）の例では、モアレが発生する可能性が有る組合わせパターンと、色再現性不良が発生する可能性がある組合わせパターンとに、これらのエラーについてユーザに警告する支援情報ＥＤ１、ＥＤ２が、表示されている。また、ＣＰＵ１１０は、他の特定のエラー情報が対応付けられている組合わせパターンを選択するための支援情報は第３の選択画像ＳＤ３内に表示しない。図７（Ｃ）の例では、通信エラーが発生する可能性があるスキャナ３００Ａとプリンタ２００Ｂとの組合わせパターン、および、複合機４００とプリンタ２００Ｃとの組合わせパターンに対応する選択ボタンは、表示されていない（すなわち、選択のための候補から除外されている）。これは、モアレや色再現性不良が発生する可能性がある組合わせパターンを用いる場合には、モアレや色再現性不良が発生する可能性はあるものの、コピー処理は実行することができるが、通信エラーが発生する可能性がある組合わせパターンを用いる場合には、コピー処理が実行できない可能性があるからである。

これに代えて、ＣＰＵ１１０は、通信エラーに関するエラー情報が対応付けられている組合わせパターンに対応する選択ボタンを表示するとともに、通信エラーについてユーザに警告する支援情報を表示しても良い。また、ＣＰＵ１１０は、モアレや色再現性不良が発生する可能性がある組合わせパターンに対応する選択ボタンを表示しないこととしても良い。

以上の説明から解るように、本実施例の支援情報には、画像処理の機能をユーザに認識させる情報（具体的には、画像処理の機能の名称）と、画像処理を実現するためのデバイスの組み合わせパターンをユーザに認識させる情報（具体的には、組み合わせパターンを構成するデバイスの名称）と、画像処理を実行した場合に発生し得るエラーをユーザに認識させる情報（具体的には、エラーの警告）と、が含まれる（図７）。このように、支援情報は、ユーザが実行すべき適切な画像処理を選択して、システム１０００内の適切なデバイスに実行させるために、有益な様々な情報が含まれ得る。

第３の選択画像ＳＤ３にて、ユーザが、画像処理を実行させるべき単体のデバイス、あるいは、デバイスの組合わせパターンを選択した場合には、ＣＰＵ１１０は、ＵＩ表示処理を終了し、後述するデバイス制御処理を実行する。

以上説明した第１実施例のＵＩ表示処理によれば、ＣＰＵ１１０は、システム１０００内、すなわち、ＬＡＮ６０内の複数個のデバイスを検索する（ステップＳ１１）。そして、ＣＰＵ１１０は、ネットワーク内の複数のデバイスを用いて実現される複合処理を含む、システム１０００にて実現可能な画像処理の候補を決定する（図５のステップＳ１２〜Ｓ１７）。決定に際して、ＣＰＵ１１０は、各デバイスで実行される画像処理の実現に関する情報であって、デバイスごとに準備される情報である入出力情報２３２Ａ〜２３２Ｂ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２（図２）を用いる。そして、ＣＰＵ１１０は、決定される画像処理をユーザが選択するための支援情報を表示部１８０に表示させる（図５のステップＳ１８、図７）。

この結果、システム内の複数個のデバイスに応じて、デバイスのペアによって実現される複合処理を含む画像処理を選択するための支援情報が適切に表示される。したがって、ユーザは、システム内の複数のデバイスにて実現可能な画像処理を把握することができる。この結果、複数個のデバイスを含むシステムの利便性を向上することができる。特に、システム内のデバイスの個数が多い場合には、ユーザが実現可能な画像処理を把握することが困難な場合があるが、本実施例のＵＩ表示処理によれば、ユーザは、システム内の複数のデバイスにて実現可能な画像処理を容易に把握することができる。

また、ユーザが組合わせるべき複数のデバイスを指定しなくても、デバイスの組合わせパターンの候補が表示される（図７（Ｃ））ので、デバイスについての知識に乏しいユーザであっても、複数のデバイスを用いた画像処理（すなわち、複合処理）を容易に利用することができる。

さらに、ＣＰＵ１１０は、ステップＳ１４の説明および図６から解るように、第１のデバイス（例えば、スキャナ３００Ａ）で実行される画像処理にて出力されるデータのフォーマット（例えば、ＪＰＥＧやＲＧＢ）を示す情報（例えば、入出力情報３３２Ａ）と、第２のデバイス（例えば、プリンタ２００Ａ）で実行される画像処理のために入力可能なデータのフォーマットを示す情報（例えば、入出力情報２３２Ａ）と、を参照する。そして、ＣＰＵ１１０は、第１のデバイスから出力されるデータが、第２のデバイスに入力可能である場合に、具体的には、第１のデバイスから出力されるデータのフォーマットのうちの少なくとも１個が、第２のデバイスに入力可能なフォーマットに含まれる場合に、第１のデバイスと第２のデバイスとを用いて実行される複合処理を、実現可能な画像処理に決定する。したがって、第１のデバイスから出力されるデータのフォーマットと、第２のデバイスに入力可能なデータのフォーマットと、に基づいて、実現可能な画像処理を適切に決定することができる。

さらに、ステップＳ１７の説明や図３から解るように、第１のデバイスの種類（例えば、スキャナなどの機能に応じた種類や、機種ＩＤで区別される機種）と第２のデバイスの種類との組合わせと、複合処理の機能の種類（例えば、コピー処理）と、が対応付けられる機能情報ＦＩに基づいて、実現可能な画像処理が決定される。この結果、第１のデバイスの種類と、第２のデバイスの種類と、に基づいて、実現可能な画像処理を適切に決定することができる。

さらに、特定のエラー（例えば、モアレや色再現性不良）が発生し得る組合わせパターンには、エラーに関する警告が表示部１８０に表示される（図７（Ｃ））ので、ユーザは、適切なデバイスの組合わせパターンを選択することができる。例えば、ユーザが、エラーが発生し得る複合処理を選択することを抑制することができる。

さらに、他の特定のエラー（例えば、通信エラー）が発生し得る組合わせパターンを選択するための支援情報（具体的には、当該組合わせパターンを選択するための選択ボタン）が、表示部１８０に表示されない（図７（Ｃ））ので、ユーザが、エラーが発生し得る複合処理を選択することを抑制することができる。

Ａ−２−２．デバイス制御処理：
携帯端末１００のＣＰＵ１１０が実行するデバイス制御処理について説明する。デバイス制御処理は、上述したＵＩ表示処理で、実行すべき画像処理と、画像処理を実行させるべき単体のデバイス、あるいは、デバイスの組合わせパターンが選択された場合に、ＵＩ表示処理に続いて実行される。以下では、入力デバイスとしてのスキャナ３００Ａと、出力デバイスとしてのプリンタ２００Ｂと、の組合わせパターンが選択された場合を例にして説明する。デバイス制御処理は、ＵＩ表示処理と同様に、ＣＰＵ１１０がデバイス利用プログラムＰＧ２を実行することによって実現される処理である。デバイス制御処理は、選択された組合わせパターンを構成する各デバイスの動作の制御と、各デバイスの動作の進捗状況の確認と、を実行するための処理である。

図８は、デバイス制御処理のフローチャートである。デバイス制御処理が開始されると、ステップＳ２０では、ＣＰＵ１１０は、ユーザによって選択された画像処理を、ユーザによって選択されたデバイスの組み合わせパターンを用いて、実現するための動作フロー情報ＯＦを生成する。

図９は、動作フロー情報ＯＦの一例を示す図である。図９には、スキャナ３００Ａとプリンタ２００Ｂとを用いてコピー処理を実現するための動作フロー情報ＯＦの一例が示されている。本実施例では、携帯端末１００のＣＰＵ１１０は、制御対象のデバイス（以下、対象デバイスとも呼ぶ）に対して、リクエストを送信し、送信先のデバイスからレスポンスを受信する処理を、繰り返すことによって、対象デバイスを制御する。このため、本実施例では、動作フロー情報ＯＦは、対象デバイスを制御するために、リクエストとレスポンスのセットを繰り返す手順が記述された情報である。動作フロー情報ＯＦは、各対象デバイスごとのリクエストとレスポンスのセットが記述された部分フロー情報を含んでいる。例えば、図９の動作フロー情報ＯＦは、スキャナ３００Ａのための部分フロー情報ＰＦ１と、プリンタ２００Ｂのための部分フロー情報ＰＦ２と、を含んでいる（図９）。動作フロー情報ＯＦは、例えば、実行すべき複合処理ごとに予め準備されたテンプレートに基づいて生成される。動作フロー情報ＯＦのテンプレートは、本実施例では、予め携帯端末１００に格納されている。動作フロー情報ＯＦは、各デバイスのための部分フロー情報ごとに、各デバイスに格納されていても良い。この場合には、携帯端末１００は、複合処理の実現に用いる各デバイスから、各デバイスに対応する部分フロー情報を取得し、これらの部分フロー情報を組み合わせて動作フロー情報ＯＦを生成しても良い。

ステップＳ２２では、ＣＰＵ１１０は、動作フロー情報ＯＦに従って、対象デバイスに対してリクエストを送信する。例えば、図６の例では、初回のステップＳ２２にて、ＣＰＵ１１０は、初回のリクエストとして、スキャナ３００Ａに電源が投入されており動作可能な状態にあるか否かを確認するためのリクエスト（すなわち、図９の動作確認）をスキャナ３００Ａに送信する。また、後述するステップＳ２４〜Ｓ２９の処理を経て、ステップＳ２２に処理が戻ってきた場合の２回目のステップＳ２２では、読取処理の実行を要求するためのリクエスト（すなわち、図９のスキャン要求）をスキャナ３００Ａに送信する。このように、ステップＳ２２では、動作フロー情報ＯＦに従って、リクエストが順次に対象デバイスに送信される。

ステップＳ２４では、ＣＰＵ１１０は、リクエストの送信からリクエストの内容に応じた所定の期間内に、リクエストに対するレスポンスを、対象デバイスから受信したか否かを判断する。レスポンスが受信されない場合には（ステップＳ２４：ＮＯ）、ＣＰＵ１１０は、処理をステップＳ３０に進める。

レスポンスが受信された場合には（ステップＳ２４：ＹＥＳ）、ＣＰＵ１１０は、受信されたレスポンスが正常のレスポンスであるか否かを判断する（ステップＳ２６）。正常なレスポンスの内容は、動作フロー情報ＯＦ（図９）に記述されている。詳細は後述するが、図９の例では、送信したリクエストが「動作確認」である場合には、正常のレスポンスは「動作可能」を示すレスポンスである。

受信されたレスポンスが正常のレスポンスでない場合には（ステップＳ２６：ＮＯ）、ＣＰＵ１１０は、処理をステップＳ３０に進める。受信されたレスポンスが正常のレスポンスである場合には（ステップＳ２６：ＹＥＳ）、ＣＰＵ１１０は、画像処理の進捗を表示部１８０に表示する（ステップＳ２８）。

図１０は、画像処理の進捗を表示するための進捗画像の一例を示す図である。図１０（Ａ）には、エラーが発生していない正常時に表示される進捗画像ＥＩ１が示されている。この進捗画像ＥＩ１は、コピー処理を実行中であることを示すメッセージＭＳ１と、現在はスキャナ３００Ａの読取処理が実行されていることを示す記号ＭＫ１とを、進捗情報として含んでいることが解る。

続くステップＳ２９では、ＣＰＵ１１０は、実行すべき画像処理が終了したか否かを判断する。具体的には、ＣＰＵ１１０は、動作フロー情報ＯＦに記述された最後のリクエストが送信済みである場合、すなわち、未送信のリクエストがない場合には、実行すべき画像処理が終了したと判断する。ＣＰＵ１１０は、未送信のリクエストがある場合には、実行すべき画像処理が終了していないと判断する。

実行すべき画像処理が終了していない場合には（ステップＳ２９：ＮＯ）、ＣＰＵ１１０は、ステップＳ２２に戻って、未送信のリクエストを対象デバイスに対して送信する。そして、上述したステップＳ２２〜Ｓ２９までの処理がくり返される。実行すべき画像処理が終了した場合には（ステップＳ２９：ＹＥＳ）、ＣＰＵ１１０は、デバイス制御処理を終了する。

図１１は、デバイス制御処理によって、スキャナ３００Ａとプリンタ２００Ｂとにコピー処理を実行させる場合のシーケンス図である。図９と図１１から解るように、スキャナ３００Ａとプリンタ２００Ｂとにコピー処理を実行させる場合には、先ず、スキャナ３００Ａに、２回のリクエスト（すなわち、上述した動作確認と、スキャン要求）が送信される（ステップＳ２２）。その結果、携帯端末１００は、スキャナ３００Ａから読取画像データ（スキャンデータ）を取得することができる（ステップＳ２４）。

動作確認は、上述したように、スキャナ３００Ａに電源が投入されており動作可能な状態にあるか否かを確認するためのリクエストであり、対応する正常なレスポンスは、例えば、動作可能であることを示すレスポンスである。また、対応する正常ではないレスポンスは、故障などにより動作が不可能であることを示すレスポンスである。

スキャン要求は、上述したように、読取処理の実行を要求するためのリクエストであり、対応する正常なレスポンスは、例えば、読取画像データを含むレスポンスである。対応する正常ではないレスポンスは、ＡＤＦにおける紙詰まりや、原稿がないことにより読取処理が実行できないことを示すレスポンスである。

スキャナ３００Ａから読取画像データを取得すると、動作フロー情報ＯＦに従って、対象デバイスが、スキャナ３００Ａからプリンタ２００Ｂに変更され、プリンタ２００Ｂに対して、４回のリクエスト（すなわち、動作確認と、動作状態確認と、印刷要求と、印刷完了の確認）が送信される（ステップＳ２２）。その結果、携帯端末１００は、読取画像データによって表される画像をプリンタ２００Ｂに印刷させることができる。

動作確認は、プリンタ２００Ｂに電源が投入されており動作可能な状態にあるか否かを確認するためのリクエストであり、対応する正常なレスポンスは、例えば、動作可能であることを示すレスポンスである。また、対応する正常ではないレスポンスは、故障などにより動作が不可能であることを示すレスポンスである。

受信状態確認は、プリンタ２００Ｂが、印刷データを受信可能な状態であるか否かを確認するためのリクエストであり、対応する正常なレスポンスは、例えば、受信可能であることを示すレスポンスである。印刷データは、上述した各種のフォーマットの画像データである。また、対応する正常ではないレスポンスは、例えば、他の計算機などから受信済みの印刷データによってプリンタ２００Ｂのメモリが占有されているために、携帯端末１００から印刷データを直ちに受信することが不可能であることを示すレスポンスである。

印刷要求は、プリンタ２００Ｂに印刷の実行を要求するためのリクエストであり、印刷データを含むリクエストである。印刷要求に対応する正常なレスポンスは、例えば、印刷データの受信完了を示すレスポンスである。また、対応する正常ではないレスポンスは、例えば、通信障害や、印刷データのフォーマットにプリンタ２００Ｂが対応していないことなどによって、印刷データの受信に失敗したことを示すレスポンスである。

印刷完了の確認は、プリンタ２００Ｂにて、印刷要求に応じて実行されるべき印刷が正常に完了したか否かを確認するためのリクエストであり、対応する正常なレスポンスは、例えば、印刷が正常に完了したことを示すレスポンスである。また、対応する正常ではないレスポンスは、例えば、トナーやインクなどの印刷材が消費されたこと（いわゆるトナー切れや、インク切れ）や紙詰まりなどにより印刷が中断されたこと、あるいは、印刷データのフォーマットにプリンタ２００Ｂが対応していないことによって印刷ができないことを示すレスポンスである。

このようなリクエストの送信とレスポンスの受信を行う度に、エラーが発生したか否かの判断などを含むエラー関連処理が行われる（図１１）。以下に説明する図８のステップＳ３０〜Ｓ３６は、エラー関連処理である。

上述したステップＳ２４にて、対象デバイスからのレスポンスが受信されない場合（ステップＳ２４：ＮＯ）、および、上述したステップＳ２６にて、対象デバイスからのレスポンスが正常のレスポンスではない場合には（ステップＳ２６：ＮＯ）、なんらかのエラーが発生したと考えられる。すなわち、ステップＳ２４およびステップＳ２６は、複合処理を実行する１組のデバイスのいずれかでエラーが発生したか否かを検出するステップであると言うことができる。具体的には、ステップＳ２２にて対象デバイスにリクエストを送信した後、所定時間が経過しても対象デバイスからのレスポンスが受信されない場合（ステップＳ１４：ＮＯ）と、対象デバイスから正常ではないレスポンスが受信された場合（ステップＳ２６：ＮＯ）に、ＣＰＵ１１０は、対象デバイスにてエラーが発生したと判断する。エラーの発生が検出された場合には（ステップＳ２４：ＮＯ、または、ステップＳ２６：ＮＯ）、ＣＰＵ１１０は、エラーが発生したデバイスを特定する（ステップＳ３０）。具体的には、現在の対象デバイスが、エラーが発生したデバイスとして特定される。

続くステップＳ３２では、ＣＰＵ１１０は、エラーの内容を特定する。携帯端末１００が、ステップＳ２４にて、対象デバイスから正常でないレスポンス、すなわち、エラーの内容を示す情報を含むレスポンスを受信している場合には、エラーの内容は、そのレスポンスに含まれる情報に基づいて特定される。レスポンスが受信されなかった場合には（ステップＳ２４：ＮＯ）、受信されなかったレスポンスに対応するリクエストの内容に基づいて、エラーの内容が特定される。

例えば、スキャナ３００Ａやプリンタ２００Ｂに対する「動作確認」のリクエストに対応するレスポンスが受信されなかった場合には、プリンタ２００Ｂの電源が切れている、あるいは、アクセスポイント５０またはＬＡＮ６０に障害が発生しているなどの通信エラーであると判断される。

また、プリンタ２００Ｂに対する「動作確認」および「受信状態確認」のリクエストに対応するレスポンスは正常であったが、「印刷要求」のリクエストに対応するレスポンスが受信されなかった場合には、アクセスポイント５０またはＬＡＮ６０に障害は発生していないと考えられ、プリンタ２００Ｂは印刷データを受信可能な状態にあると考えられる。このために、この場合には、例えば、印刷データのサイズが大きすぎて、プリンタ２００Ｂが印刷データを受信できないエラーや、印刷データのフォーマットにプリンタ２００Ｂが対応できないエラーなどが発生していると考えられる。また、「印刷要求」のリクエストに対応するレスポンスは正常であったが、「印刷完了の確認」のリクエストに対応するレスポンスが受信されなかった場合には、例えば、プリンタ２００Ｂは、印刷データの受信には成功したものの印刷データのフォーマットを解釈できず、動作が停止していると、考えられる。

このように、レスポンスの内容に基づいてエラーの内容を特定するだけでなく、レスポンスが受信できないことに基づいてエラーの内容を特定するのは、例えば、システム内のデバイスの機種によっては、必ずしも全てのエラーの内容を特定して、エラー情報を含むレスポンスを送信する機能を備えているとは限らないからである。例えば、印刷データのフォーマットを解釈できないためや、メモリのオーバーフローのために、フリーズして何らレスポンスを送信しないデバイスも存在し得る。このような場合であっても、本実施例では、動作フロー情報ＯＦを参照して、どのリクエストに対するレスポンスが受信でき、どのリクエストに対するレスポンスが受信できないか、に基づいて、エラーの内容を推定することによって、エラーの内容を特定することができる。

エラーの内容が特定されると、続くステップＳ３４では、ＣＰＵ１１０は、特定したエラーの内容に関する情報を含むエラー情報を表示部１８０に表示する。図１０（Ｂ）には、エラー情報が表示された進捗画像ＥＩ２の一例が示されている。進捗画像ＥＩ２には、エラーの発生を示すメッセージＭＳ２と、エラーの内容（原因）を示すメッセージＭＳ３や記号ＭＫ２が、エラー情報として表示されていることが解る。

ステップＳ３６では、ＣＰＵ１１０は、発生したエラーの内容に基づいて、エラー発生情報ＥＩ（図４）を更新する。例えば、発生したエラーが、入力デバイスが出力するデータ（例えば、読取画像データ）を、出力デバイスに入力できない通信エラーなどのように、入力デバイスと出力デバイスとの連携に関するエラーである場合には、ＣＰＵ１１０は、その当該エラーの内容を示すエラー情報と、エラーが発生したデバイスの組み合わせパターンとを対応付けて、エラー発生情報ＥＩに追加する。一方、紙詰まりや、電源が投入されていない、などの一時的なエラーや、入力デバイスと出力デバイスとの連携に関係のないエラーである場合には、そのエラーに関するエラー情報は、エラー発生情報ＥＩには追加されない。この結果、通信エラーなどの、入力デバイスと出力デバイスとの連携に関係するエラーが検出された場合には、エラーが検出された１組のデバイスを示すエラー情報が、エラーの内容と対応付けられて不揮発性記憶装置１３０に格納される。

エラー発生情報ＥＩが更新されると、ＣＰＵ１１０は、デバイス制御処理を終了する。なお、破線で示すステップＳ３８の処理は、第２実施例にて実行される処理であるので、後述する。

以上説明した本実施例のデバイス制御処理によれば、複合処理（例えば、スキャナ３００Ａとプリンタ２００Ｂとを用いるコピー処理）の実行中に、複合処理を実行する１組のデバイスのいずれかでエラーが発生したか否かが検出される（ステップＳ２４、ステップＳ２６）。そして、エラーが検出される場合に、エラーの内容に関する情報を含むエラー情報が表示部１８０に表示される（ステップＳ３４、図１０（Ｂ））。この結果、複合処理の実行中に発生したエラーの内容をユーザが適切に把握されるので、ユーザに対するシステム１０００の利便性を向上することができる。

また、エラーが検出される場合には、エラーが検出される１組のデバイス（デバイスの組み合わせパターン）を示すエラー情報が、エラーの内容を示す情報とともに、エラー発生情報ＥＩに追加されることによって、不揮発性記憶装置１３０に格納される（ステップＳ３６）。この結果、エラーが検出される１組のデバイスの情報を、次回に実行されるＵＩ表示処理にて、実現可能な複合処理を決定する際に、当該エラー情報を利用することができる（図５のステップＳ１５、Ｓ１６）。

したがって、次回以降のＵＩ表示処理では、更新されたエラー発生情報ＥＩを用いて実行されるので、ユーザに対してより適切なエラー情報を提供することができる。例えば、入出力情報（図２）では、入力デバイスが出力する画像データのフォーマットと、出力デバイスが入力可能なフォーマットとが一致していたとしても、実際には、入力デバイスが出力する画像データを、出力デバイスが受け取れないケースも起こり得る。これは、例えば、フォーマットのバージョンの違い、実装上の細部の仕様の違い、機種間の相性などの原因が考えられる。このために、実際に発生したエラーをエラー発生情報ＥＩとして蓄積することで、実際に動作するデバイスの組み合わせパターンを、より正確に決定することができる。

Ｂ．第２実施例
Ｂ−１．システムの構成
図１２は、第２実施例のシステム２０００の構成を示すブロック図である。システム２０００は、第１実施例のシステム１０００に含まれる構成に加えて、サーバ８００を備えている。サーバ８００は、インターネット７０に接続されており、ＬＡＮ６０は、インターネット７０に接続されている。携帯端末１００は、サーバ８００のＩＰアドレスを認識しており、アクセスポイント５０とＬＡＮ６０とインターネット７０とを介して、サーバ８００と通信を行うことができる。

サーバ８００は、ＣＰＵ８１０と、ＲＡＭなどの揮発性記憶装置８２０と、ハードディスクドライブやフラッシュメモリなどの不揮発性記憶装置８３０と、外部機器とデータ通信を行うためのインタフェースを含む通信部８７０と、を備えている。

揮発性記憶装置８２０には、ＣＰＵ８１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域８２１が設けられている。不揮発性記憶装置２３０は、サーバとしての機能を実現するための制御プログラム８３１と、後述する入出力情報８３２と、機能情報ＦＩ（図３）と、エラー発生情報ＥＩ（図４）と、を格納している。

システム２０００の８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００は、システム１０００の同名のデバイスと、基本的に同一の構成を有している。しかし、システム２０００の各デバイスは、自身の入出力情報２３２Ａ〜２３２Ｃ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２（図２）を、格納していない。

サーバ８００に格納された入出力情報８３２は、図２の８個の入出力情報２３２Ａ〜２３２Ｃ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２を全て含んでいる。入出力情報８３２では、図２の８個の入出力情報２３２Ａ〜２３２Ｃ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２が、対応するデバイスを示す識別子（具体的には機種ＩＤ）と対応付けられている（図示省略）。さらに、入出力情報８３２は、サーバ８００自身の入出力情報８３２Ｓを含んでいる。これは、第２実施例は、サーバ８００自身も、複合処理を実現するためのデバイスの１つとして用いられるからである。具体的には、サーバ８００は、制御プログラム８３１を実行することによって、携帯端末１００とデータの遣り取りを行うサーバとしての機能に加えて、モアレ除去処理と、下地除去処理と、の２種類の画像処理を実行することができる。モアレ除去処理は、入力された画像データ（例えば、スキャナによって生成された読取画像データ）に対して、モアレの発生を抑制する公知の画像処理を施した印刷データ（例えば、ドットデータ）を生成する処理である。下地除去処理は、入力された画像データ（例えば、スキャナによって生成された読取画像データ）に対して、背景の色を除去する公知の画像処理（背景の色を白に変換する処理）を施した印刷データ（例えば、ドットデータ）を生成する処理である。

図１３は、サーバ８００自身の入出力情報８３２Ｓを示す図である。サーバ８００で実行される画像処理は、「モアレ除去処理」と「下地除去処理」である。これらの画像処理のための入力は、画像データであり、画像処理の結果の出力は、処理済みの画像データである。このために、図１３に示すように、サーバ８００の入出力情報８３２は、画像処理のために入力可能な画像データのフォーマットを示す入力情報と、画像処理の結果として出力される処理済みの画像データのフォーマットを示す出力情報と、を含んでいる。図１３の例では、入力可能な画像データのフォーマットは、ＲＧＢ画像データと、ドットデータと、ＪＰＥＧで圧縮された画像データと、ＰｏｓｔＳｃｒｉｐｔで記述された画像データと、ＰＤＦで保存された画像データと、を含む。また、画像処理の結果として出力される処理済みの画像データのフォーマットは、ドットデータである。

システム２０００の携帯端末１００の不揮発性記憶装置１３０には、機能情報ＦＩおよびエラー発生情報ＥＩは格納されていない。これらの情報ＦＩ、ＥＩは、上述したようにサーバ８００に格納されており、携帯端末１００は、必要に応じて、これらの情報ＦＩ、ＥＩをサーバ８００から取得する。

サーバ８００に格納されている機能情報ＦＩは、図４の機種検索テーブルＦＩＡおよび複合処理検索テーブルＦＩＢに加えて、中継デバイスとしてのサーバ８００を含む３個のデバイスの組み合わせパターンと、当該３個のデバイスの組み合わせパターンを用いて実現可能な複合処理の機能の種類が対応付けられた別の複合処理検索テーブルＦＩＣを含んでいる。

図１４は、複合処理検索テーブルＦＩＣの一例を示す図である。この例では、３個のデバイスの組み合わせパターンとして、入力デバイスとしてのスキャナと、中継デバイスとしてのサーバと、出力デバイスとしてのプリンタと、を用いて、モアレ除去処理を含むコピー処理、および、下地除去処理を含むコピー処理を実現することができる。

システム２０００のその他の構成は、図１のシステム１０００の構成と同一であるので、説明を省略する。

Ｂ−２．システムの動作
図１５は、第２実施例のＵＩ表示処理のフローチャートである。ステップＳ１０Ａでは、携帯端末１００のＣＰＵ１１０は、サーバ８００に問い合わせることによって、ＬＡＮ６０内のデバイスを検索する。具体的には、ＣＰＵ１１０からのリクエストに応じて、サーバ８００は、ＬＡＮ６０内のデバイスの一覧と、各デバイスにアクセスするための情報（例えば、ＩＰアドレスやＵＲＬ）と、を含むレスポンスを、ＣＰＵ１１０に送信する。ＣＰＵ１１０は、サーバ８００からのレスポンスに含まれる情報により、ＬＡＮ６０内のデバイスを認識することができる。これに代えて、ステップＳ１０Ａでは、ＣＰＵ１１０は、第１実施例のステップＳ１１と同様に、所定の検索パケットを、ＬＡＮ６０上にブロードキャストすることによって、ＬＡＮ６０内のデバイスを検索しても良い。

ステップＳ１１Ａでは、ＣＰＵ１１０は、検索されたデバイスに関する情報を、さらに、サーバ８００に要求する。具体的には、ＣＰＵ１１０は、情報のリクエストをサーバ８００に対して送信する。ＣＰＵ１１０からのリクエストに応じて、サーバ８００は、ＬＡＮ６０内の各デバイスの機種ＩＤと、入出力情報８３２（図２、図１３）と、機能情報ＦＩ（図３、図１４）と、エラー発生情報ＥＩ（図４）と、を含むレスポンスを、ＣＰＵ１１０に送信する。ステップＳ１２Ａでは、ＣＰＵ１１０は、サーバ８００からのレスポンスにより、これらの情報を取得する。これに代えて、ステップＳ１１Ａでは、ＣＰＵ１１０は、１部の情報を、検索された各デバイスに問い合わせることによって、各デバイスから取得しても良い。具体的には、ＣＰＵ１１０は、各デバイスの機種ＩＤを各デバイスから取得し、残りの情報（出力情報８３２、機能情報ＦＩ、エラー発生情報ＥＩ）を、サーバ８００から取得しても良い。

ステップＳ１４Ａでは、ＣＰＵ１１０は、中継デバイスとしてのサーバを含むデバイスの組み合わせパターンを示す組合わせ情報を生成する。具体的には、第１実施例における入力デバイスと出力デバイスとのペアの５６個の組み合わせパターンに加えて、各ペアの間に中継デバイスとしてのサーバを挟んだ５６個の組み合わせパターンを含む、合計１１２個の組み合わせパターンを示す組み合わせ情報が生成される。この例では、サーバ８００は、入力デバイスや出力デバイスにはなり得ず、中継デバイスのみになり得るという前提で、組み合わせ情報が生成されている。

続くステップＳ１４〜Ｓ１７までの処理は、第１実施例のＵＩ表示処理（図５）の同符号のステップの処理と同じであるので、説明を省略する。

次に、第２実施例のデバイス制御処理について説明する。第２実施例のデバイス制御処理は、図８を用いて説明した第１実施例のデバイス制御処理と同様である。ただし、第２実施例のデバイス制御処理では、図８に破線で示すステップＳ３８の処理が追加される。

ステップＳ３８の処理は、ステップＳ３６にてエラー発生情報ＥＩが更新された場合に実行される処理である。ステップＳ３８では、ＣＰＵ１１０は、更新済みのエラー発生情報ＥＩを、サーバ８００に対して送信する。この結果、エラーが検出された１組のデバイスを示すエラー情報が、エラーの内容と対応付けられて記録された更新済みのエラー発生情報ＥＩは、サーバ８００内の不揮発性記憶装置８３０（図１２）に格納される。この結果、次回のＵＩ表示処理のステップＳ１２Ａ（図１５）では、携帯端末１００は、更新済みのエラー発生情報ＥＩを取得でき、ＵＩ表示処理に利用することができる。

図１６は、第２実施例の動作フロー情報ＯＦ２の一例である。上述したとおり、入力デバイスと、中継デバイスと、出力デバイスと、の３個のデバイスの組み合わせパターンを用いて、複合処理が実行され得る。図１６の例では、入力デバイスとしてのスキャナ３００Ａと、中継デバイスとしてのサーバ８００と、出力デバイスとしてのプリンタ２００Ａと、を用いて、コピー処理を実現するための動作フロー情報ＯＦ２が示されている。

この動作フロー情報ＯＦ２は、スキャナ３００Ａのための部分フロー情報ＰＦ１と、プリンタ２００Ｂのための部分フロー情報ＰＦ２と、に加えて、中継デバイスであるサーバ８００のための部分フロー情報ＰＦ３を含んでいる。

この動作フロー情報ＯＦ２から解るように、対象デバイスの個数が増えた場合であっても、携帯端末１００のＣＰＵ１１０は、動作フロー情報ＯＦ２に従って、対象デバイスに対してレスポンスを送信し、対象デバイスからレスポンスを受け取る処理を、繰り返すことによって、複合処理を実現することができる。

以上説明した第２実施例によれば、第１実施例と同様に、ユーザは、システム内の複数のデバイスにて実現可能な画像処理を容易に把握することができる。

さらに、第２実施例によれば、携帯端末１００は、機能情報ＦＩやエラー発生情報ＥＩを、常時、保持する必要がないので、不揮発性記憶装置１３０を節約することができる。また、各デバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００は、入出力情報２３２Ａ〜２３２Ｃ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２（図２）を保持する必要がないので、不揮発性記憶装置２３０を節約することができる。

さらに、第２実施例によれば、各デバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００には、「モアレ除去処理」や「下地除去処理」などの画像処理を実行する機能が備えられていない場合であっても、当該画像処理を含むコピー処理などの複合処理を実現することができる。

第２実施例の説明から解るように、複合処理を実現するためのデバイスの組合わせパターンは、２個のデバイスの組合わせパターンに限らず、３個以上のデバイスの組合わせパターンであっても良い。

Ｃ．第３実施例
上記第１実施例では、入力デバイスの種類（例えば、スキャナ）と、出力デバイスの種類（例えば、プリンタ）と、のペアと、複合処理の機能の種類（例えば、コピー処理）と、を対応付けた機能情報ＦＩ（図３）に基づいて、デバイスの組み合わせパターンを用いて実現可能な複合処理が決定される（図５：ステップＳ１６）。これに代えて、第３実施例では、入力デバイスでの画像処理の実行のための入力の形態と、出力デバイスでの画像処理の結果の出力の形態と、複合処理の機能の種類と、を対応付けた機能情報ＦＩＤに基づいて、デバイスの組み合わせパターンを用いて実現可能な複合処理が決定される。すなわち、第３実施例の携帯端末１００は、図３の機能情報ＦＩ（機種検索テーブルＦＩＡと複合処理検索テーブルＦＩＢ）に代えて、後述する機能情報ＦＩＤ（図１８）を格納している。

図１７は、第３実施例の入出力情報の一例を示す図である。図１６（Ａ）〜図１６（Ｄ）には、図１の８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００のうち、プリンタ２００Ａ、２００Ｂと、スキャナ３００Ａ、３００Ｂとの入出力情報２３２Ａ、２３２Ｂ、３３２Ａ、３３２Ｂが、それぞれ示されている。

図１７のプリンタ２００Ａ、２００Ｂの入出力情報２３２Ａ、２３２Ｂの入力情報は、図２の同名の情報と同じであるが、出力情報が異なっている。すなわち、図１６の入出力情報２３２Ａ、２３２Ｂの出力情報は、対応するプリンタ２００Ａ、２００Ｂが印刷の結果として出力可能な用紙の種類（出力の形態）が記述されている。例えば、入出力情報２３２Ａに示すように、プリンタ２００Ａは、Ａ３の用紙とＡ４の用紙とに印刷を実行することができる。また、入出力情報２３２Ｂに示すように、プリンタ２００Ｂは、Ａ４の用紙に印刷を実行することができる。

図１７のスキャナ３００Ａ、３００Ｂの入出力情報３３２Ａ、３３２Ｂの出力情報は、図２の同名の情報と同じであるが、入力情報が異なっている。すなわち、図１６の入出力情報３３２Ａ、３３２Ｂの入力情報は、対応するスキャナ３００Ａ、３００Ｂにて読取可能な用紙の種類（入力の形態）が記述されている。例えば、入出力情報３３２Ａに示すように、スキャナ３００Ａは、Ａ３の用紙とＡ４の用紙とカードを読み取ることができる。また、入出力情報３３２Ｂに示すように、スキャナ３００Ｂは、Ａ４の用紙とカードを読み取ることが可能である。

図１８は、第３実施例の機能情報ＦＩＤの一例を示す図である。図１８の機能情報ＦＩＤは、入力デバイスの入力の形態と、出力デバイスの出力の形態とのペアと、当該デバイスのペアを用いて実現される複合処理の機能の種類と、を対応付けて格納している。例えば、図１８に示すように、入力デバイスの入力の形態としてのＡ３用紙と、出力デバイスの出力の形態としてのＡ３用紙と、のペアには、複合処理の機能の種類としてＡ３のコピー処理が対応付けられている。また、入力デバイスの入力の形態としてのカードと、出力デバイスの出力の形態としてのＦＡＸＧ４形式の画像データと、のペアには、複合処理の機能の種類としてカードファックス処理が対応付けられている。

第３実施例のＵＩ表示処理のステップＳ１６では、ＣＰＵ１１０は、デバイスの組み合わせパターンごとに、入力デバイスの入力の形態と、出力デバイスの出力の形態と、を、入出力情報（図１７）を参照して特定する。そして、ＣＰＵ１１０は、入力デバイスの入力の形態と、出力デバイスの出力の形態とのペアを検索キーとして、機能情報ＦＩＤを検索して、デバイスの組み合わせパターンに対応する複合処理の機能の種類を決定する。

以上説明した第３実施例によれば、入力デバイスでの画像処理のためにの入力の形態と、出力デバイスでの画像処理の結果の出力の形態と、とに基づいて、実現可能な画像処理を適切に決定することができる。

Ｄ．変形例：
（１）上記第１実施例では、ＣＰＵ１１０は、各デバイスの入出力情報２３２Ａ〜２３２Ｂ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２（図２）を用いて、デバイスの組み合わせパターンを決定している。これに代えて、例えば、ＣＰＵ１１０は、機能情報ＦＩ（図３）を用いて、組み合わせパターンを決定しても良い。この場合には、例えば、ＣＰＵ１１０は、機能情報ＦＩに含まれる機種検索テーブルＦＩＡを検索することによって、各デバイスの種類（スキャナ、プリンタなど）を特定する。そして、複合処理検索テーブルＦＩＢに記述されている入力デバイスの種類と出力デバイスの種類のペアを構成するように、組み合わせパターンを決定しても良い。また、ＣＰＵ１１０は、機能情報ＦＩを用いて組み合わせパターンを決定した後に、各組み合わせパターンを構成する入力デバイスが出力する画像データのフォーマットを、出力デバイスが入力可能であるか否かを、入出力情報２３２Ａ〜２３２Ｂ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２を用いて確認しても良い。

（２）上記実施例では、ＵＩ表示処理およびデバイス制御処理を、携帯端末１００が実行しているが、携帯端末１００に代えて、他の計算機が、これらの処理を実行しても良い。例えば、ＬＡＮ６０に接続されたパーソナルコンピュータが、ＵＩ表示処理およびデバイス制御処理を実行しても良い。

（３）第２実施例のサーバ８００の機能、具体的には、各デバイスの入出力情報８３２や機能情報ＦＩやエラー発生情報ＥＩを格納し、携帯端末１００からの要求に応じて携帯端末１００に送信する機能は、他の装置によって実行されても良い。例えば、ＬＡＮ６０に接続された８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００のうちのいずれかのデバイスの不揮発性記憶装置２３０に、これらの情報８３２、ＦＩ、ＥＩが格納されていても良い。この場合には、携帯端末１００は、これらの情報８３２、ＦＩ、ＥＩを格納するデバイスから、これらの情報を取得すれば良い。また、これらの情報８３２、ＦＩ、ＥＩは、予め携帯端末１００の不揮発性記憶装置１３０に格納されていても良い。

（４）上記第１実施例では、入力デバイスにて実行された画像処理の結果として出力された画像データ（例えば、スキャナによって生成された読取画像データ）は、携帯端末１００に送信されている。そして、当該画像データは、携帯端末１００から出力デバイスに送信されている。これに代えて、入力デバイスにて実行された画像処理の結果として出力された画像データは、入力デバイスから出力デバイスに直接に送信されても良い。この場合には、例えば、携帯端末１００が、入力デバイスに画像処理の実行を指示するリクエストを送信する際に、出力された画像データを送信すべきデバイスを指定する情報をリクエストに含めても良い。

（５）上記第１実施例では、携帯端末１００と、８個のデバイス２００Ａ〜２００Ｃ、３００Ａ、３００Ｂ、４００、５００、６００との通信は、アクセスポイント５０を介した無線通信（インフラストラクチャーモードでの無線通信）を用いて実行されている。これに代えて、これらの通信の一部または全部は、他の様々な通信方法、例えば、無線ＬＡＮのアドホックモード、Ｗｉ−Ｆｉ ｄｉｒｅｃｔ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信などを用いて実行されても良い。

（６）上記第１実施例で採用されているデバイス（画像処理装置）は一例であり、他の種類のデバイスが採用されても良い。例えば、デジタルカメラ、ファクシミリ、ディスプレイ、プロジェクタなどが採用されても良い。

（７）上記第１実施例では、携帯端末１００が、ＵＩ表示処理と、デバイス制御処理と、の両方を、実行しているが、携帯端末１００は、ＵＩ表示処理のみを実行して、ユーザに対して、複数個のデバイスを用いて実現可能な画像処理の種類などの支援情報を提供するだけでも良い。実際の画像処理は、例えば、ユーザがデバイスを操作して実行しても良いし、ＬＡＮ６０に接続された他の計算機（例えば、パーソナルコンピュータ）がユーザの指示に基づいて、デバイス制御処理を実行しても良い。

（８）上記第３実施例では、入力デバイスでの画像処理の実行のための入力の形態（具体的には、用紙のサイズ）と、出力デバイスでの画像処理の結果の出力の形態（具体的には用紙のサイズ）と、複合処理の機能の種類と、を対応付けた機能情報ＦＩＤが用いられている。これに限らず、入力デバイスでの画像処理のための様々な入力の形式と、出力デバイスでの画像処理の結果の様々な出力の形式と、を対応付けた機能情報ＦＩＤに基づいて、デバイスの組み合わせパターンを用いて実現可能な複合処理が決定され得る。例えば、入出力の形式は、例えば、「用紙」、「布」、「画像データ」などのような、比較的広い概念であっても良く、「ハガキ」、「Ｔシャツ」、「ＪＰＥＧ画像データ」などのような比較的狭い概念であっても良い。

（９）上記各実施例で、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。

（１０）本発明の機能の一部または全部がソフトウェアで実現される場合には、そのソフトウェア（コンピュータプログラム）は、コンピュータ読み取り可能な記録媒体に格納された形で提供することができる。「コンピュータ読み取り可能な記録媒体」は、メモリーカードやＣＤ−ＲＯＭのような携帯型の記録媒体に限らず、各種のＲＡＭやＲＯＭ等のコンピュータ内の内部記憶装置や、ハードディスクドライブ等のコンピュータに接続されている外部記憶装置も含んでいる。

以上、実施例、変形例に基づき本発明について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。

５０...アクセスポイント、６０...ＬＡＮ、７０...インターネット、１００...携帯端末、１１０...ＣＰＵ、１２０...揮発性記憶装置、１２５...バッファ領域、１３０...不揮発性記憶装置、１６０...音声処理部、１７０...操作部、１８０...表示部、２００Ａ〜２００Ｃ...プリンタ、２１０...ＣＰＵ、２２０...揮発性記憶装置、２２１...バッファ領域、２３０...不揮発性記憶装置、２３１Ａ...制御プログラム、２３２Ａ〜２３２Ｃ、３３２Ａ、３３２Ｂ、４３２、５３２、６３２、７３２、８３２...入出力情報、２４０...印刷実行部、２５０...表示部、２６０...操作部、２７０...通信部、４００...複合機、５００...ミシン、６００...ガーメントプリンタ、８００...サーバ、８１０...ＣＰＵ、８２０...揮発性記憶装置、８２１...バッファ領域、８３０...不揮発性記憶装置、８３１...制御プログラム、８７０...通信部、１０００...システム、ＯＦ２...動作フロー情報、ＰＧ１...制御プログラム、ＰＧ２...デバイス利用プログラム、ＦＩＡ...機種検索テーブル、ＦＩＢ...複合処理検索テーブル、ＦＩＣ...複合処理検索テーブル

Claims (5)

1. 複数の画像処理装置とネットワーク経由で接続される通信装置のためのコンピュータプログラムであって、
   前記複数の画像処理装置を用いて実現可能な複数個の複合画像処理であって、（ａ）画像入力処理を実行する第１の画像処理装置と、前記画像入力処理によって得られるデータを用いて第１の画像形成処理を実行する第２の画像処理装置と、を用いて実行される第１の複合処理と、（ｂ）前記画像入力処理を実行する前記第１の画像処理装置と、前記画像入力処理によって得られるデータを用いて第２の画像形成処理を実行する第３の画像処理装置と、を用いて実行される第２の複合処理と、を含む前記複数個の複合画像処理の候補、各画像処理装置で実行される画像処理の実現に関する情報であって、前記画像処理装
   置ごとに準備される情報である処理情報を用いて決定する決定ステップと、
   決定される前記複合画像処理を選択するための選択画面を前記通信装置の表示部に表示させる選択画面表示ステップと、
   前記複数個の複合画像処理のうち、ユーザによって選択される前記第１の複合処理又は第２の複合処理を実行するために、前記第１の画像処理装置に対して、前記画像入力処理を実行させるための第１の処理要求を送信する第１の送信ステップと、
   前記第１の画像処理装置から、前記画像入力処理にて生成される第１の対象データを受信する受信ステップと、
   を前記通信装置に搭載されたコンピュータに実現させ、
   前記コンピュータプログラムは、
   前記第１の画像処理装置から前記第１の対象データを受信した場合に、前記第１の対象データに基づく第２の対象データと、前記第２の対象データを用いる前記第１の画像形成処理を実行させるための第２の処理要求と、を前記第２の画像処理装置に対して送信する第２の送信ステップと、
   前記第１の画像処理装置から前記第１の対象データを受信した場合に、前記第１の対象データに基づく第３の対象データと、前記第３の対象データを用いる前記第２の画像形成処理を実行させるための第３の処理要求と、を前記第３の画像処理装置に対して送信する第３の送信ステップと、
   を選択的に前記通信装置に搭載されたコンピュータに実現させ、
   前記処理情報は、
   前記第１の画像処理装置で実行される前記画像入力処理にて出力されるデータのフォーマットを示す情報と、
   前記第２の画像処理装置で実行される前記第１の画像形成処理のために入力可能なデータのフォーマットを示す情報と、
   前記第３の画像処理装置で実行される前記第２の画像形成処理のために入力可能なデータのフォーマットを示す情報と、
   を含み、
   前記決定ステップでは、前記処理情報を参照して、前記第１の画像処理装置から出力されるデータが、前記第２の画像処理装置に入力可能である場合に、前記第１の画像処理装置と前記第２の画像処理装置とを用いて実行される前記第１の複合処理が、実現可能な前記画像処理に決定され、前記第１の画像処理装置から出力されるデータが、前記第３の画像処理装置に入力可能である場合に、前記第１の画像処理装置と前記第３の画像処理装置とを用いて実行される前記第２の複合処理が、実現可能な前記複合画像処理に決定され、
   前記第１の画像形成処理は、用紙への画像形成処理であり、
   前記第２の画像形成処理は、布への画像形成処理であり、
   前記第２の画像処理装置で実行される前記第１の画像形成処理のために入力可能なデータのフォーマットは、前記用紙への画像形成処理のために前記第２の画像処理装置に入力可能なデータのフォーマットであり、
   前記第３の画像処理装置で実行される前記第２の画像形成処理のために入力可能なデータのフォーマットは前記布への画像形成処理のために前記第３の画像処理装置に入力可能なデータのフォーマットである、コンピュータプログラム。
2. 請求項１に記載のコンピュータプログラムであって、
   前記布への画像形成処理は、布へのプリント処理又は布への刺繍処理であるコンピュータプログラム。
3. 請求項１又は２に記載のコンピュータプログラムであって、
   前記決定ステップでは、
   前記画像入力処理のための入力の形式と、前記用紙への画像形成処理の結果の出力の形式又は前記布への画像形成処理の結果の出力の形式と、前記第１の複合処理又は前記第２の複合処理の機能の種類と、が対応付けられる情報に基づいて、実現可能な前記複合画像処理が決定される、コンピュータプログラム。
4. 請求項１〜３のいずれかに記載のコンピュータプログラムであって、
   前記決定ステップでは、
   前記第１の画像処理装置の種類と、前記第２の画像処理装置の種類と、前記第１の複合処理又は前記第２の複合処理の機能の種類と、が対応付けられる情報に基づいて、実現可能な前記複合画像処理を決定する、コンピュータプログラム。
5. 複数の画像処理装置とネットワーク経由で接続される通信装置であって、
   前記複数の画像処理装置を用いて実現可能な複数個の複合画像処理であって、（ａ）画像入力処理を実行する第１の画像処理装置と、前記画像入力処理によって得られるデータを用いて第１の画像形成処理を実行する第２の画像処理装置と、を用いて実行される第１の複合処理と、（ｂ）前記画像入力処理を実行する前記第１の画像処理装置と、前記画像入力処理によって得られるデータを用いて第２の画像形成処理を実行する第３の画像処理装置と、を用いて実行される第２の複合処理と、を含む前記複数個の複合画像処理の候補を、各画像処理装置で実行される画像処理の実現に関する情報であって、前記画像処理装置ごとに準備される情報である処理情報を用いて決定する決定部と、
   決定される前記複合画像処理を選択するための選択画面を前記通信装置の表示部に表示させる選択画面表示部と、
   前記複数個の複合画像処理のうち、ユーザによって選択される前記第１の複合処理又は第２の複合処理を実行するために、前記第１の画像処理装置に対して、前記画像入力処理を実行させるための第１の処理要求を送信する第１送信処理を実行する第１の送信部と、
   前記第１の画像処理装置から、前記画像入力処理にて生成される第１の対象データを受信する受信部と、
   前記第１の画像処理装置から前記第１の対象データを受信した場合に、前記第１の対象データに基づく第２の対象データと、前記第２の対象データを用いる前記第１の画像形成処理を実行させるための第２の処理要求と、を前記第２の画像処理装置に対して送信する第２送信処理と、前記第１の画像処理装置から前記第１の対象データを受信した場合に、前記第１の対象データに基づく第３の対象データと、前記第３の対象データを用いる前記第２の画像形成処理を実行させるための第３の処理要求と、を前記第３の画像処理装置に対して送信する第３送信処理と、を選択的に実行する第２の送信部と、
   を備え、
   前記処理情報は、
   前記第１の画像処理装置で実行される前記画像入力処理にて出力されるデータのフォーマットを示す情報と、
   前記第２の画像処理装置で実行される前記第１の画像形成処理のために入力可能なデータのフォーマットを示す情報と、
   前記第３の画像処理装置で実行される前記第２の画像形成処理のために入力可能なデータのフォーマットを示す情報と、
   を含み、
   前記決定部は、前記処理情報を参照して、前記第１の画像処理装置から出力されるデータが、前記第２の画像処理装置に入力可能である場合に、前記第１の画像処理装置と前記第２の画像処理装置とを用いて実行される前記第１の複合処理を、実現可能な前記画像処理に決定し、前記第１の画像処理装置から出力されるデータが、前記第３の画像処理装置に入力可能である場合に、前記第１の画像処理装置と前記第３の画像処理装置とを用いて実行される前記第２の複合処理を、実現可能な前記複合画像処理に決定し、
   前記第１の画像形成処理は、用紙への画像形成処理であり、
   前記第２の画像形成処理は、布への画像形成処理であり、
   前記第２の画像処理装置で実行される前記第１の画像形成処理のために入力可能なデータのフォーマットは、前記用紙への画像形成処理のために前記第２の画像処理装置に入力可能なデータのフォーマットであり、
   前記第３の画像処理装置で実行される前記第２の画像形成処理のために入力可能なデータのフォーマットは前記布への画像形成処理のために前記第３の画像処理装置に入力可能なデータのフォーマットである、通信装置。

Images