(57)【特許請求の範囲】
【請求項１】
他の画像処理装置とファイルサーバとネットワークを介して接続された画像処理装置であって、
前記ファイルサーバから、格納された文書データを少なくとも当該文書データのフォーマット情報及び作成装置情報を含む属性情報とともに取得する文書取得手段と、
属性情報のフォーマット情報に基づいて、自装置において取得した文書データは自装置がデータ処理可かデータ処理不可かを判定する処理判定手段と、
データ処理不可と判定されたとき、属性情報の作成装置情報に基づいて、当該文書データを作成した作成装置を特定する装置特定手段と、
作成装置と特定された画像処理装置から、取得した文書データを当該フォーマットによってデータ処理可能な機能プログラムを取得する機能取得手段と、
を有することを特徴とする画像処理装置。
【請求項２】
他の画像処理装置から、当該他の画像処理装置がデータ処理可能な文書データのフォーマット情報を取得するフォーマット情報取得手段を有し、
前記機能取得手段は、
作成装置と特定された画像処理装置から、取得した文書データを当該フォーマットによってデータ処理可能な機能プログラムを取得できないとき、他の画像処理装置から取得したフォーマット情報に基づいて、作成装置とは異なる画像処理装置から、取得した文書データを当該フォーマットによってデータ処理可能な機能プログラムを取得すること、
を特徴とする請求項１記載の画像処理装置。
【請求項３】
前記機能取得手段は、
省エネモード中の画像処理装置から機能プログラムを取得する前に、省エネモードを解除させること、
を特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記処理判定手段は、
データ処理不可と判定したとき、自装置において取得した文書データはデータ処理不可である旨の通知を行う通知手段を有すること、
を特徴とする請求項１ないし３何れか一項記載の画像処理装置。
【請求項５】
他の画像処理装置とファイルサーバとネットワークを介して接続された画像処理装置であって、
文書データを所定フォーマットによって作成する文書作成手段と、
作成された文書データに、少なくとも当該文書データのフォーマット情報及び作成装置情報を含む属性情報を付加する属性情報付加手段と、
前記ファイルサーバに、作成した文書データを属性情報とともに格納する文書格納手段と、
前記文書データを前記所定フォーマットによってデータ処理可能な機能プログラムの取得要求を受けたとき、当該取得要求に応じて、当該機能プログラムを提供する機能提供手段と、
を有することを特徴とする画像処理装置。
【請求項６】
他の画像処理装置とファイルサーバとネットワークを介して接続された画像処理装置であって、
前記機能提供手段は、
他の画像処理装置から、前記機能プログラムの取得要求を受けたとき、当該取得要求をジョブキューに格納し、ジョブキューにおいて規定されたジョブ実行順序に従って当該取得要求に応じること、
を特徴とする請求項５記載の画像処理装置。
【請求項７】
複数の画像処理装置とファイルサーバとがネットワークを介して接続された画像処理システムであって、
第１の画像処理装置は、
文書データを所定フォーマットによって作成する文書作成手段と、
作成された文書データに、少なくとも当該文書データのフォーマット情報及び作成装置情報を含む属性情報を付加する属性情報付加手段と、
前記ファイルサーバに、作成した文書データを属性情報とともに格納する文書格納手段と、
前記文書データを前記所定フォーマットによってデータ処理可能な機能プログラムの取得要求を受けたとき、当該取得要求に応じて、当該機能プログラムを提供する機能提供手段と、
を有し、
第２の画像処理装置は、
前記ファイルサーバから、格納された文書データを属性情報とともに取得する文書取得手段と、
属性情報のフォーマット情報に基づいて、自装置において取得した文書データは自装置がデータ処理可かデータ処理不可かを判定する処理判定手段と、
データ処理不可と判定されたとき、属性情報の作成装置情報に基づいて、当該文書データを作成した作成装置を特定する装置特定手段と、
作成装置と特定された第１の画像処理装置から、取得した文書データを前記所定フォーマットによってデータ処理可能な機能プログラムを取得する機能取得手段と、
を有することを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理システムに関する。
【背景技術】
【０００２】
近年、画像形成装置（Multi-Function Peripheral：以下MFPという）が知られている。ＭＦＰは、単にデジタル複写機としての機能だけでなく、ネットワーク化されたファクシミリ、プリンタ及びスキャナ機能等の様々な機能を搭載し、利用者の環境において様々な場面で利用されている。
【０００３】
ここで一使用形態として、ネットワーク上には複数のＭＦＰやプリンタが配置され、各々のＭＦＰでスキャンされた文書データは共有ファイルサーバに文書データを一旦蓄積しておき、後で各々のＭＦＰやプリンタから文書データを出力する構成を想定する。さて、文書データは様々なファイル形式によって作成されうるところ、ネットワーク上のＭＦＰがスキャンして作成するファイル形式に差異がある場合、問題が生じる。
【０００４】
例えば、ＭＦＰ１が原稿をスキャンしてＴＩＦＦ（Tagged Image File Format）形式の文書データを作成し、その文書データを共有ファイルサーバに蓄積する。その後、プリンタ１が共有ファイルサーバから文書データを出力しようとするも、プリンタ１がそのファイル形式（ＴＩＦＦ形式）に未対応である場合には、プリンタ１はその文書データを出力することができない。
【０００５】
ところで一方、自機器において、ユーザが要求するサービスの一部又は全てを提供することができない場合、ネットワーク上に存在する他のサービス提供可能な機器を検出し、そのサービス提供可能な機器に対し、ユーザが要求するサービスの処理を要求（依頼）するネットワーク分散システムが知られている。
【０００６】
例えば特許文献１には、要求されたサービスに必要な資源を複数の機器から検出する手段と、検出された資源が、資源公開ポリシを満たすか否かを判定する手段と、資源公開ポリシを満たす資源を連携させサービスを提供する手段とを備え、ネットワーク上に接続された機器同士で提供するサービスを補完しあう分散システムについて記載されている
また例えば、サービスを提供するために必要な機能や機能間の関係について汎用的にしたサービスシナリオと、サービスを提供する際に使用する機器を選択する基準となるコンテキストと、サービスに必要な機器をサービスシナリオから抽出する手段と、サービス要求者にサービスの提供が可能な位置に存在する機器を検出する手段と、コンテキストに基いて検出された機器を連携させてサービス要求者に対するサービスを実行する手段とを備え、自機以外にサービス提供可能な機器を検出する分散システムについて記載がされている。
【０００７】
そしてこのような特許文献記載の分散システムを先の使用形態に適用すれば、プリンタ１がＴＩＦＦ形式の文書データを出力することができない場合に、ＴＩＦＦ形式に対応する他のＭＦＰやプリンタを検出し、その出力を他機器に委ねるため、ユーザは、ＴＩＦＦ形式の文書データを出力することができるようになる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献に記載される分散システムにおいては、次の点で改善すべき課題がある。１つに、システム全般にいえることではあるが、より簡易な構成により実現されることが望ましいところ、上記分散システムにおいても、例えば他機器を検出するための手段（機能）を備えずに、同様のシステムを実現できれば、より低コストでシステムの実現が可能となる。
【０００９】
また、上記分散システムにおいてサービスの実行を他機器に委ねる場合、例えば印刷サービスにおいては、印刷処理を他機器に要求するに加え、出力結果もそちらに移ってしまうため、ユーザは他機器の前まで移動して印刷分を取りにいく必要がある。ユーザはその操作機器の元で出力結果を得ることを所望することの方が多く、そのため印刷分を操作機器で受け取ることができれば便利である。またサービス提供できる他機器に処理が集中すると、性能面でも不利益が発生する可能性がある。
【００１０】
本発明では上記のような問題に鑑みて、ネットワーク上に接続された機器同士で提供サービスを補完しあう分散システムにおいて、他装置で作成され自装置が扱えない文書データであってもこれを処理する画像処理装置及び画像処理システムをより簡単な構成で提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために、本発明に係る画像処理装置は、他の画像処理装置とファイルサーバとネットワークを介して接続された画像処理装置であって、前記ファイルサーバから、格納された文書データを少なくとも当該文書データのフォーマット情報及び作成装置情報を含む属性情報とともに取得する文書取得手段と、属性情報のフォーマット情報に基づいて、自装置において取得した文書データは処理可か処理不可かを判定する処理判定手段と、処理不可と判定されたとき、属性情報の作成装置情報に基づいて、当該文書データを作成した作成装置を特定する装置特定手段と、作成装置と特定された画像処理装置から、取得した文書データを当該フォーマットによって処理可能な機能プログラムを取得する機能取得手段とを有する。
【００１２】
また、上記の目的を達成するために、上記画像処理装置において、他の画像処理装置から、当該他の画像処理装置が処理可能な文書データのフォーマット情報を取得するフォーマット情報取得手段を有し、前記機能取得手段は、作成装置と特定された画像処理装置から、取得した文書データを当該フォーマットによって処理可能な機能プログラムを取得できないとき、他の画像処理装置から取得したフォーマット情報に基づいて、作成装置とは異なる画像処理装置から、取得した文書データを当該フォーマットによって処理可能な機能プログラムを取得することを特徴とする。
【００１３】
また、上記の目的を達成するために、上記画像処理装置において、前記機能取得手段は、省エネモード中の画像処理装置から機能プログラムを取得する前に、省エネモードを解除させることを特徴とする。
【００１４】
また、上記の目的を達成するために、上記画像処理装置において、前記処理判定手段は、処理不可と判定したとき、自装置において取得した文書データは処理不可である旨の通知を行う通知手段を有することを特徴とする。
【００１５】
上記の目的を達成するために、本発明に係る画像処理装置は、他の画像処理装置とファイルサーバとネットワークを介して接続された画像処理装置であって、文書データを所定フォーマットによって作成する文書作成手段と、作成された文書データに、少なくとも当該文書データのフォーマット情報及び作成装置情報を含む属性情報を付加する属性情報付加手段と、前記ファイルサーバに、作成した文書データを属性情報とともに格納する文書格納手段と、前記文書データを前記所定フォーマットによって処理可能な機能プログラムの取得要求を受けたとき、当該取得要求に応じて、当該機能プログラムを提供する機能提供手段とを有する。
【００１６】
また、上記の目的を達成するために、上記画像処理装置において、他の画像処理装置とファイルサーバとネットワークを介して接続された画像処理装置であって、前記機能提供手段は、他の画像処理装置から、前記機能プログラムの取得要求を受けたとき、当該取得要求をジョブキューに格納し、ジョブキューにおいて規定されたジョブ実行順序に従って当該取得要求に応じることを特徴とする。
【００１７】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１８】
本発明によれば、ネットワーク上に接続された機器同士で提供サービスを補完しあう分散システムにおいて、他装置で作成され自装置が扱えない文書データであってもこれを処理する画像処理装置及び画像処理システムをより簡単な構成で提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態に係るネットワーク構成図である。
【図２】本実施形態に係るＭＦＰ１のハードウェア構成の一例を示す。
【図３】本実施形態に係るＭＦＰの一実施形態の主要機能を示す機能ブロック図である。
【図４】属性情報の一例を示す。
【図５】本実施例１に係るＭＦＰの処理動作を説明するシーケンス図である。
【図６】表示画面の一例を示す。
【図７】本実施例２に係るＭＦＰの処理動作を説明するシーケンス図である。
【図８】本実施例３に係るＭＦＰの処理動作を説明するシーケンス図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための最良の形態について図面を参照して説明する。
【００２１】
[システム構成]
（ネットワーク構成）
はじめに、本発明を実施するにあたってのネットワーク構成について説明する。図１は、本実施形態に係るネットワーク構成図である。図に示されるように、ＭＦＰ１〜３及びファイルサーバ４が、ネットワーク５を介して接続されている。
【００２２】
図中、複数のＭＦＰ１〜３は、コピー、スキャナ、プリンタ、ファックスなどの複数の機能を一つの筐体内に収納した画像形成装置（画像処理装置）である。またファイルサーバ４は、文書データなどの各種データを保存・蓄積するファイル共有サーバである。例えばＭＦＰでスキャン等され取得された文書データをファイルサーバ４に蓄積しておき、後からその文書データをファイルサーバ４から取り出してＭＦＰで印刷することができる。ネットワーク５は、ＬＡＮ（Local Area Network）及びＷＡＮ（Wide Area Network）を含むネットワークであり、上記各装置はネットワーク５を介し相互に通信を行う。
【００２３】
本実施形態の概要としては、例えばＭＦＰ２が文書データを作成し、属性情報とともにファイルサーバ４に蓄積する。次にＭＦＰ１はファイルサーバ４に蓄積された文書データを印刷する。しかしこの場合、ＭＦＰ１は文書データのファイル形式に未対応であり当ファイル形式の文書データを処理（印刷等）できない場合を想定する。そこでＭＦＰ１は文書データを作成した装置であるＭＦＰ２から、文書データを処理するための機能プログラム（当ファイル形式対応）を取得することにより、文書データを処理できるようになる。このときＭＦＰ１は、文書データの属性情報によって、文書データを作成した装置を特定し、その装置から機能プログラムを取得するようになっている（詳細後述）。
【００２４】
なお、本構成はあくまで一実施形態であり、ＭＦＰやファイルサーバは、これ以上複数台あってもよく、またネットワーク５上相互に接続される限り、如何様に構成され配置されてもよい。また以下、単にＭＦＰという場合は、ＭＦＰ１〜３の区別なく指すものとする。
【００２５】
（ハードウェア）
ここで本実施形態に係るＭＦＰのハードウェア構成について簡単に説明しておく。図２は、本実施形態に係るＭＦＰ１のハードウェア構成の一例を示す。本実施形態に係るＭＦＰ１は、操作パネル１１と、記憶メディアＩ／Ｆ１２と、コントローラ１３と、データ通信Ｉ／Ｆ１４と、スキャナ１５と、プロッタ１６と、ＨＤＤ（Hard Disk Drive）１７とから構成され、それぞれ相互に接続されている。
【００２６】
操作パネル１１は、入力装置１１aと表示装置１１bとを有しており、入力装置１１aは、ハードキーなどで構成され、装置本体に各操作信号を入力するのに用いられる。また、表示装置１１bは、ディスプレイなどで構成され、例えば画像形成動作に関する各種情報を表示する。データ通信Ｉ／Ｆ１４は、インタフェース装置１４aを有しており、画像形成装置をネットワークやファックスなどのデータ伝送路に接続するインタフェースである。ＨＤＤ１７は、画像形成装置で取り扱われる受信文書データや読み取り画像データ、各アプリケーションにより利用されるデータなど、各種データを格納している。また、ＨＤＤ１７は、これらの各種データを、所定のファイルシステムやＤＢ（Data Base）により管理している。
【００２７】
ＨＤＤ１７に格納される各種データの中には、記録媒体１２bから入力されるデータを含む。記録媒体１２bは、記憶メディアＩ／Ｆ１２が有するドライブ装置１２aにセットされ各種データが記録媒体１２bからドライブ装置１２aを介してＨＤＤ１７に格納される。
【００２８】
コントローラ１３は、ＲＯＭ（Read Only Memory）１３a、ＲＡＭ（Random Access Memory）１３b、及びＣＰＵ（Central Processing Unit）１３cとを有しており、ＲＯＭ１３aは、画像形成装置が起動されるときに実行されるプログラムや各種データを格納している。また、ＲＡＭ１３bは、ＲＯＭ１３aやＨＤＤ１７から読み出された各種プログラムやデータを一時保持する。更に、ＣＰＵ１３cは、ＲＡＭ１３bが一時保持しているプログラムを実行する。コントローラ１３は、例えば、データ通信Ｉ／Ｆ１４を介して印刷データを受信した場合に、ＲＯＭ１３aからＲＡＭ１３b上に読み出された、ＰＤＬ（Page Description Language）を解釈可能なプログラム（ＰＤＬパーサ）をＣＰＵ１３cにより実行し、印刷データを解釈してビットマップイメージを生成する。
【００２９】
スキャナ１５は、画像読取装置１５aを有しており、読み取り面に配置された原稿を光学的に読み取り画像データを生成する。プロッタ１６は、印刷装置１６aを有しており、例えば、電子写真プロセス方式によってビットマップイメージを記録紙に印刷する。
【００３０】
このように、本実施形態に係るＭＦＰは、上記ハードウェア構成により、コピー、スキャナ、プリント、ファクシミリなど画像形成に係る基本的な機能を実現している。
【００３１】
（機能構成）
次に、本実施形態に係るＭＦＰの主要機能構成についてそれぞれ簡単に説明する。図３は、本実施形態に係るＭＦＰの一実施形態の主要機能を示す機能ブロック図である。図に示すようにＭＦＰは、主要な機能として、文書作成部１０１、属性情報付加部１０２、文書格納部１０３、機能提供部１０４、文書取得部１０５、処理判定部１０６、処理部１０７、装置特定部１０８、及び機能取得部１０９を有している。
【００３２】
なお図においては、説明の都合上、機能提供側又は機能取得側というようにそのときの役割に応じてＭＦＰ１とＭＦＰ２の機能を分けて示している。具体的に、ＭＦＰ２が文書データを作成し、属性情報とともにファイルサーバ４に蓄積する。次にＭＦＰ１はファイルサーバ４に蓄積された文書データを取得するものの、ＭＦＰ１は文書データのファイル形式に未対応であり当ファイル形式の文書データを処理（印刷等）できず、ＭＦＰ１は文書データを作成した装置であるＭＦＰ２から、文書データを処理するための機能プログラム（当ファイル形式対応）を取得することにより、文書データを処理する。
【００３３】
しかしここで、ＭＦＰ１とＭＦＰ２のいずれもが１台で各機能１０１〜１０９の全てを有するように構成することも勿論可能である。この場合、ＭＦＰ１とＭＦＰ２は同等の機能を有するようになるが、機能提供側、機能取得側というようにそのときの役割に応じて機能させる機能部を使い分ければよい。以下各機能部を説明する。
【００３４】
文書作成部１０１は、文書データを所定フォーマットによって作成する。所定フォーマットは当装置がサポートしているフォーマットにより、そのとき文書データを作成したフォーマットをいう。
【００３５】
属性情報付加部１０２は、作成された文書データに、少なくとも当該文書データのフォーマット情報及び作成装置情報を含む属性情報を付加する。例えばフォーマット情報は「ＴＩＦＦ」、作成装置情報は「ＭＦＰ２」などとなる。
【００３６】
文書格納部１０３は、ファイルサーバ４に、作成した文書データを属性情報とともに格納する機能部である。
【００３７】
機能提供部１０４は、文書データを所定フォーマットによって処理可能な機能プログラムの取得要求を受けたとき、当該取得要求に応じて、当該機能プログラムを提供する。例えば、ＭＦＰ２が文書データをＴＩＦＦフォーマットによって作成した場合、当然ながらＭＦＰ２は、文書データをＴＩＦＦフォーマットによって処理可能なプログラムを有している。そして、例えばＭＦＰ１からその機能プログラムの取得要求を受けたとき、ＭＦＰ１に対しその機能プログラムを提供する。
【００３８】
文書取得部１０５は、ファイルサーバ４から、格納された文書データを属性情報とともに取得する。例えば文書データをＭＦＰ１で印刷する場合には、ファイルサーバ４から文書データを取得する必要がある。
【００３９】
処理判定部１０６は、属性情報のフォーマット情報に基づいて、自装置において取得した文書データは処理可か処理不可かを判定する。フォーマット情報を参照すると、自装置が対応しているフォーマットか、対応していないフォーマットであるかを判定できる。例えばＭＦＰ１がＴＩＦＦフォーマットに対応していなければ、ＴＩＦＦフォーマットの文書データを取り扱うことはできず、この場合、処理不可と判定する。
【００４０】
処理部１０７は、ファイルサーバ４から取得した文書データを処理する。文書データの印刷を行う場合にしても、ＭＦＰ１が例えばＴＩＦＦフォーマットに対応していれば、ＴＩＦＦフォーマットの文書データを取り扱え、この場合、印刷処理を実施できる。
【００４１】
装置特定部１０８は、処理不可と判定されたとき、属性情報の作成装置情報に基づいて、当該文書データを作成した作成装置を特定する。上述のように、属性情報の作成装置情報が「ＭＦＰ２」となっていれば、作成装置はＭＦＰ２であると特定する。
【００４２】
機能取得部１０９は、作成装置と特定された画像処理装置から、取得した文書データを所定フォーマットによって処理可能な機能プログラムを取得する。つまり、処理対象の文書データを扱えない場合、その文書データを作成した装置（例えばＭＦＰ２）から、その文書データフォーマット（例えばＴＩＦＦ）を扱える機能プログラムを取得することにより、その処理対象の文書データを取り扱えるようになる。
【００４３】
以上これらの機能は、実際には装置のＣＰＵ１３ｃが実行するプログラムによりコンピュータに実現させるものである。
【００４４】
（属性情報例）
図４は、属性情報の一例を示す。上述したように、ファイルサーバ４は、ＭＦＰにおいて作成された文書データを属性情報とともに蓄積する。属性情報は、一の文書データごとに付加されているもので、属性情報は少なくとも当該文書データのフォーマット情報及び作成装置情報を含むが、本例ではその他にも作者名、所在などの情報も含む。
【００４５】
図に示されるケースでは、ファイルサーバ４には、文書名「文書Ｌ」、「文書Ｍ」、「文書Ｎ」、「文書Ｏ」、「文書Ｐ」という５つの文書データが格納され、文書毎に、作者名、フォーマット、作成装置、所在（設置場所）という属性情報が付加されている。なお「文書名」に代えて文書ＩＤや文書ファイル名など、対応する文書データを特定できる識別子であればよい。
【００４６】
[実施例１]
図５は、本実施例１に係るＭＦＰの処理動作を説明するシーケンス図である。シーケンスの概要としては、予めＭＦＰ２が文書データを作成し、属性情報とともにファイルサーバ４に蓄積している。そしてＭＦＰ１はファイルサーバ４に蓄積された文書データを取得するものの、この場合、ＭＦＰ１は文書データのファイル形式に未対応であり当ファイル形式の文書データを処理（印刷等）できない。そこでＭＦＰ１は文書データを作成した装置であるＭＦＰ２から、文書データを処理するための機能プログラム（当ファイル形式対応）を取得することにより、文書データを処理するというものである。以下、シーケンスに沿って図面を参照しながら説明する。なおまた図４の属性情報に従うものとする。
【００４７】
Ｓ１：ユーザがＭＦＰ１を操作するなどして、ＭＦＰ１に対し文書Ｐの印刷要求が行われる。
【００４８】
Ｓ２：ＭＦＰ１はファイルサーバ４に対し、文書Ｐデータ取得要求を行う。
【００４９】
Ｓ３：ファイルサーバ４はＭＦＰ１に対し、文書Ｐデータ取得要求に応じて、文書Ｐデータ及び属性情報を送信する。このとき属性情報は、フォーマット「ＴＩＦＦ」、作成装置「ＭＦＰ２」、所在「９Ｆ東側」を含む。
【００５０】
Ｓ４：ＭＦＰ１は文書Ｐデータのフォーマット「ＴＩＦＦ」処理を自装置で処理可か処理不可かを判定する。ここではＭＦＰ１はフォーマット「ＴＩＦＦ」は未対応であり、処理不可と判定されるものとする。なおここで処理可と判定されれば、Ｓ９、１０へ進めばよい。ＦＰ１が例えばＴＩＦＦフォーマットに対応していれば、ＴＩＦＦフォーマットの文書データを取り扱え印刷処理を実施できるからである。
【００５１】
Ｓ５：処理不可と判定されたとき、属性情報の作成装置情報に基づいて、当該文書データを作成した作成装置を特定する。上述のように、作成装置は「ＭＦＰ２」であるので、ＭＦＰ２が作成装置と特定される。
【００５２】
Ｓ６：ここで、自装置において取得した文書データは処理不可である旨の通知を行う。具体的には、操作パネル１１の表示装置１１bに表示画面を表示する。図６は、表示画面の一例を示す。図に示されるように、表示画面には文書Ｐは処理不可である旨が通知される。また引き続き文書Ｐを処理する場合、プログラムのインストールを促すように操作ボタンが表示され、「インストールする」が押下されると、Ｓ７以降に進む。また利用可能な代替機として「９Ｆ東側」にある「ＭＦＰ２」において文書Ｐを扱えることをユーザに通知する。この情報は、属性情報の作成装置「ＭＦＰ２」、所在「９Ｆ東側」を元に表示されている。
【００５３】
Ｓ７：ＭＦＰ１は作成装置と特定されたＭＦＰ２に対し、文書Ｐデータを処理するためのプログラム、つまりＴＩＦＦ機能プログラムの取得要求を行う。文書Ｐデータを作成した作成装置であるＭＦＰ２は、当然ながらその文書データフォーマット（ＴＩＦＦ）を扱える機能プログラムを有しているため、ＭＦＰ２からその機能プログラムを取得することにより、その処理対象の文書データを取り扱えるようになる。よって特別、ＴＩＦＦ機能プログラムを有する装置をネットワーク５上から検索するといった処理は必要はない。
【００５４】
Ｓ８：ＭＦＰ２はＭＦＰ１に対し、ＴＩＦＦ機能プログラム取得要求に応じて、ＴＩＦＦ機能プログラムを送信する。なおＭＦＰ２は機能プログラムの取得要求を受けたとき、すぐに取得要求に応じるのではなく、当該取得要求を一旦ジョブキューに格納し、通常の１つのジョブとして当該取得要求に応じる。ＭＦＰ２において先行して実行中のジョブを中断させずに済み、また取得要求自体も通常のジョブの１つとして取り扱うことでリソース制御構成を容易にできるからである。
【００５５】
Ｓ９：ＭＦＰ１は取得したＴＩＦＦ機能プログラムをインストール（プラグイン）する。これによりＭＦＰ１はフォーマット「ＴＩＦＦ」の文書Ｐデータを処理可能となる。
【００５６】
Ｓ１０：ＭＦＰ１は文書Ｐの印刷要求に応じ（Ｓ１）、文書Ｐの印刷処理を行う。最終的に文書ＰデータはプリントされＭＦＰ１から出力される。
【００５７】
以上、本実施例に係るＭＦＰ１は他装置により作成された文書データを処理するに際し、その文書データを処理するための機能を有していない場合であっても、文書データの属性情報に基づいて文書データを作成した作成装置を特定し、その作成装置から当該機能を実現するための機能プログラムを取得し、自装置の機能に取り込むので、ユーザは利用するＭＦＰ１にどのような機能が搭載されているか、されていないのか等を意識することなく、他装置により作成された文書であっても所望の文書を扱うことができる。
【００５８】
[実施例２]
図７は、本実施例２に係るＭＦＰの処理動作を説明するシーケンス図である。シーケンスの概要としては、ＭＦＰ１はファイルサーバ４に蓄積された文書データを取得するものの、この場合、ＭＦＰ１は文書データのファイル形式に未対応であり当ファイル形式の文書データを処理（印刷等）できない。そこでＭＦＰ１は文書データを作成した装置であるＭＦＰ２から、文書データを処理するための機能プログラム（当ファイル形式対応）の取得を試みる。しかしＭＦＰ２から機能プログラムを取得できない場合、ＭＦＰ２に代えてＭＦＰ３から機能プログラムを取得することにより、文書データを処理するというものである。以下、シーケンスに沿って図面を参照しながら説明する。なお実施例１（図５）と同一のステップについては、同一の番号を付してありまたその説明を省略する。
【００５９】
Ｓ２１：ＭＦＰ１はＭＦＰ２に対し、処理可能なフォーマット情報の取得要求を定期的に行う。ＭＦＰ２が対応しているフォーマット形式の情報を事前にＭＦＰ１が把握できるようにするためである。
【００６０】
Ｓ２２：ＭＦＰ２はＭＦＰ１に対し、処理可能なフォーマット情報を送信する。ここでは処理可能なフォーマット情報として、「ＪＰＥＧ」、「ＴＩＦＦ」、「ＸＸＸ」（独自フォーマットとする）が送信される。
【００６１】
Ｓ２３：ＭＦＰ１はＭＦＰ３に対し、処理可能なフォーマット情報の取得要求を定期的に行う。ＭＦＰ３が対応しているフォーマット形式の情報を事前にＭＦＰ１が把握できるようにするためである。このようにＭＦＰ１はネットワーク５上の全てのＭＦＰに対し、処理可能なフォーマット情報の取得要求を定期的に行う。
【００６２】
Ｓ２４：ＭＦＰ３はＭＦＰ１に対し、処理可能なフォーマット情報を送信する。ここでは処理可能なフォーマット情報として、「ＪＰＥＧ」、「ＴＩＦＦ」が送信される。次のＳ１〜Ｓ６は説明を省略する。
【００６３】
Ｓ２５：本実施例では、ＭＦＰ１は作成装置と特定されたＭＦＰ２に対し、文書Ｐデータを処理するためのプログラム（ＴＩＦＦ機能プログラム）の取得要求を行う前に、状態確認要求を行う。ここではＭＦＰ２は何らかの要因により取得要求に応じることができないものとする。ＭＦＰ１は具体的に、ＭＦＰ２から一定時間応答がなかったり（タイムアウト）、エラー応答を受信した場合、ＭＦＰ２は取得要求に応じることができないと判断する。なお機能プログラムの取得要求を行ってしまい、機能プログラムの取得に失敗した場合にも、ＭＦＰ２は取得要求に応じることができないと判断することもできる。
【００６４】
Ｓ２６：ＭＦＰ１は再び作成装置を特定する。つまり上述のように、各ＭＦＰから処理可能なフォーマット情報を予め取得しているので（Ｓ２１〜Ｓ２４）、ＭＦＰ２以外にフォーマット「ＴＩＦＦ」を処理可能な装置の存在を既に把握している。ここでは、フォーマット「ＴＩＦＦ」を処理可能なＭＦＰ３が存在しているため、このＭＦＰ３が作成装置と再特定される。なおＭＦＰ３は文書Ｐデータを実際に作成した装置ではないが、作成装置に対し機能プログラムの取得要求を行うよう構成しているため、便宜上の作成装置と特定しているものである。つまり、Ｓ７にて、ＭＦＰ１は作成装置と再特定されたＭＦＰ３に対し、文書Ｐデータを処理するためのＴＩＦＦ機能プログラムの取得要求を行い、Ｓ８、９、１０を経て、最終的に文書ＰデータはプリントされＭＦＰ１から出力される。
【００６５】
以上、本実施例に係るＭＦＰ１は作成装置から機能プログラムを取得できない場合でも、予め収集しておいたネットワーク５上のＭＦＰの処理可能なフォーマット情報に基づいて、当該機能プログラムを取得可能な代替機を検索し、代替機から機能プログラムを取得することができ、機能プログラム取得の信頼性がより向上する。そしてユーザは利用するＭＦＰ１にどのような機能が搭載されているか、されていないのか等を意識することなく、他装置により作成された文書であっても所望の文書を扱うことができる。
【００６６】
[実施例３]
図８は、本実施例３に係るＭＦＰの処理動作を説明するシーケンス図である。シーケンスの概要としては、ＭＦＰ１はファイルサーバ４に蓄積された文書データを取得するものの、この場合、ＭＦＰ１は文書データのファイル形式に未対応であり当ファイル形式の文書データを処理（印刷等）できない。そこでＭＦＰ１は文書データを作成した装置であるＭＦＰ２から、文書データを処理するための機能プログラム（当ファイル形式対応）の取得を試みる。しかしＭＦＰ２はいわゆる省エネモードのスリープ状態にあるため、これを復帰させてから、機能プログラムを取得するものである。以下、シーケンスに沿って図面を参照しながら説明する。なお同様に実施例１（図５）と同一のステップについては、同一の番号を付してありまたその説明を省略する。
【００６７】
Ｓ３１：ＭＦＰ１は作成装置と特定されたＭＦＰ２に対し、文書Ｐデータを処理するためのプログラム（ＴＩＦＦ機能プログラム）の取得要求を行う前に、状態確認要求を行う。
【００６８】
Ｓ３２：本実施例では、ＭＦＰ２はいわゆる省エネモードのスリープ状態にあるものとし、ＭＦＰ２はＭＦＰ１に対し、状態通知（省エネモードスリープ）を送信する。
【００６９】
Ｓ３３：ＭＦＰ１はＭＦＰ２に対し、省エネモードスリープ復帰要求を送信する。省エネモード状態下では、ＭＦＰ２はその主要機能を動作できないからである。
【００７０】
Ｓ３４：ＭＦＰ２は省エネモードスリープから通常状態へ復帰（遷移）する。通常状態へ復帰後、ＭＦＰ２は機能プログラムの取得要求に応答できる状態となる。
【００７１】
Ｓ３５：ＭＦＰ２はＭＦＰ１に対し、復帰通知を送信する。以降はＳ７にて、ＭＦＰ１は通常状態へ復帰したＭＦＰ２に対し、文書Ｐデータを処理するためのＴＩＦＦ機能プログラムの取得要求を行い、Ｓ８、９、１０を経て、最終的に文書ＰデータはプリントされＭＦＰ１から出力される。
【００７２】
以上、本実施例に係るＭＦＰ１は、作成装置が省エネモードのスリープ状態下にあることにより機能プログラムを取得できない場合でも、スリープ状態から復帰させてからその作成装置から当該機能を実現するための機能プログラムを取得することができる。ユーザは利用するＭＦＰ１にどのような機能が搭載されているか、されていないのか等を意識することなく、他装置により作成された文書であっても所望の文書を扱うことができる。
【００７３】
以上、上述の本実施形態によれば、ネットワーク上に接続された機器同士で提供サービスを補完しあう分散システムにおいて、他装置で作成され自装置が扱えない文書データであってもこれを処理する画像処理装置及び画像処理システムをより簡単な構成で提供することが可能となる。
【００７４】
各実施形態に基づき本発明の説明を行ってきたが、上記各実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。また、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【符号の説明】
【００７５】
１―３    ＭＦＰ
４        ファイルサーバ
５        ネットワーク
１１        操作部（操作パネル）
１１ａ    入力装置
１１ｂ    表示装置
１２        記憶メディアＩ／Ｆ
１２ａ    ドライブ装置
１２ｂ    記録媒体
１３        コントローラ（部）
１３ａ    ＲＯＭ
１３ｂ    ＲＡＭ
１３ｃ    ＣＰＵ
１４        データ通信Ｉ／Ｆ
１４ａ    インタフェース装置
１５        スキャナ
１５ａ    画像読取装置
１６        プロッタ
１６ａ    印刷装置
１７        ＨＤＤ
１０１    文書作成部
１０２    属性情報付加部
１０３    文書格納部
１０４    機能提供部
１０５    文書取得部
１０６    処理判定部
１０７    処理部
１０８    装置特定部
１０９    機能取得部
【先行技術文献】
【特許文献】
【００７６】
【特許文献１】特開２００４−１９９３００号公報
【特許文献２】特開２００４−１９２０７７号公報
【図１】
0005691318.tif 000002
【図２】
0005691318.tif 000003
【図３】
0005691318.tif 000004
【図４】
0005691318.tif 000005
【図５】
0005691318.tif 000006
【図６】
0005691318.tif 000007
【図７】
0005691318.tif 000008
【図８】
0005691318.tif 000009