(57)【要約】      （修正有）【課題】画像処理装置自身で印刷処理できない対象ファイルを情報処理装置で処理されている場合には、対象ファイルに代えて当該対象ファイルを識別する識別情報と設定情報を送信することで、印刷処理すべき印刷情報を取得する。【解決手段】印刷されるべき処理対象ファイルを取得し、該取得された処理対象ファイルに対して処理を実行できるか否かを判定する。さらに、処理対象ファイルが情報処理装置に記憶されているか否かを判定する。ここで、取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、処理対象ファイルが情報処理装置に記憶されていないと判定された場合、処理対象ファイルと設定情報を情報処理装置に送信し、取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、処理対象ファイルが情報処理装置に記憶されていると判定された場合、処理対象ファイルの識別情報と設定情報を情報処理装置に送信する。【選択図】図６
2015083349.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と通信可能な画像処理装置であって、
印刷されるべき処理対象ファイルを取得する取得手段と、
前記取得された処理対象ファイルに対して処理を実行できるか否かを判定する第１判定手段と、
前記処理対象ファイルが前記情報処理装置に記憶されているか否かを判定する第２判定手段と、
前記取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、前記処理対象ファイルが前記情報処理装置に記憶されていないと判定された場合、前記処理対象ファイルと設定情報を前記情報処理装置に送信し、
前記取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、前記処理対象ファイルが前記情報処理装置に記憶されていると判定された場合、前記処理対象ファイルの識別情報と前記設定情報を前記情報処理装置に送信する送信制御手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記処理対象ファイルを処理した情報処理装置を識別する識別情報と前記処理対象ファイルを特定する特定情報とを対応付けた管理データを記憶する記憶手段を備え、
前記第２の判定手段は、前記記憶手段に記憶された前記管理データを参照して、前記処理対象ファイルが前記情報処理装置に記憶されているか否かを判定することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記管理データに基づいて、前記処理対象ファイルが前記情報処理装置に記憶されているか否かを問い合わせる問合せ手段を設け、
前記第２の判定手段は、前記問合せ手段による問い合わせに対する前記情報処理装置からの応答に従い、前記処理対象ファイルが前記情報処理装置に記憶されているか否かを判定することを特徴とする請求項１記載の画像処理装置。
【請求項４】
前記処理対象ファイルを処理した情報処理装置を識別する識別情報と前記処理対象ファイルを特定する特定情報とを対応付けた管理データを記憶する記憶手段と、
前記記憶手段に記憶された前記管理データを前記情報処理装置に送信する送信手段と、
を備えることを特徴とする請求項１記載の画像処理装置。
【請求項５】
画像処理装置と通信可能な情報処理装置であって、
前記画像処理装置から処理対象ファイルおよび当該処理対象ファイルに対する設定情報を受信する受信手段と、
前記受信手段が受信した前記処理対象ファイルに対する設定情報に基づいて前記画像処理装置が処理可能な出力データを生成する生成手段と、
前記生成手段が生成した前記出力データを前記画像処理装置に送信する送信手段と、
前記受信手段が受信した処理対象ファイルの格納先を特定する管理データを作成する作成手段と、
前記作成手段が作成した前記管理データを前記画像処理装置に通知する通知手段と、を備えることを特徴とする情報処理装置。
【請求項６】
前記管理データを記憶する記憶手段を備えることを特徴とする請求項５記載の情報処理装置。
【請求項７】
前記画像処理装置から前記管理データと、当該管理データで特定される処理対象ファイルの処理内容とを取得する取得手段と、
前記取得手段が取得した管理データと処理内容に従い、格納された処理対象ファイルから前記画像処理装置に送信すべき出力データを生成する生成手段と、
前記生成手段が生成した出力データを前記情報処理装置に送信する出力データ手段と、
を備えることを特徴とする請求項５または６に記載の情報処理装置。
【請求項８】
情報処理装置と通信可能な画像処理装置のデータ処理方法であって、
印刷されるべき処理対象ファイルを取得する取得工程と、
前記取得された処理対象ファイルに対して処理を実行できるか否かを判定する第１判定工程と、
前記処理対象ファイルが前記情報処理装置に記憶されているか否かを判定する第２判定工程と、
前記取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、前記処理対象ファイルが前記情報処理装置に記憶されていないと判定された場合、前記処理対象ファイルと設定情報を前記情報処理装置に送信し、
前記取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、前記処理対象ファイルが前記情報処理装置に記憶されていると判定された場合、前記処理対象ファイルの識別情報と前記設定情報を前記情報処理装置に送信する送信制御工程と、
を備えることを特徴とする画像処理装置のデータ処理方法。
【請求項９】
画像処理装置と通信可能な情報処理装置のデータ処理方法であって、
前記画像処理装置から処理対象ファイルおよび当該処理対象ファイルに対する設定情報を受信する受信工程と、
前記受信工程が受信した前記処理対象ファイルに対する設定情報に基づいて前記画像処理装置が処理可能な出力データを生成する生成工程と、
前記生成工程が生成した前記出力データを前記画像処理装置に送信する送信工程と、
前記受信工程が受信した処理対象ファイルの格納先を特定する管理データを作成する作成工程と、
前記作成工程が作成した前記管理データを前記画像処理装置に通知する通知工程と、を備えることを特徴とする情報処理装置のデータ処理方法。
【請求項１０】
請求項１記載の手段としてコンピュータを機能させるプログラム。
【請求項１１】
請求項５記載の手段としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理装置、画像処理装置のデータ処理方法、情報処理装置のデータ処理方法、及びプログラムに関するものである。
【背景技術】
【０００２】
以下の特許文献１には、画像処理装置が、印刷対象ファイルをサーバに送信し、サーバは受信した印刷対象ファイルを画像処理装置が解釈可能な印刷データに変換し、画像処理装置に返却する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１３１３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、画像処理サーバに処理依頼を行う際の送信処理の効率化については考慮されていない。その結果、例えば同じ画像ファイルを画像処理サーバに再送する等の無駄な送信処理が行われることによって、ネットワーク回線の圧迫や、ファイル転送に時間がかかることによる印刷やプレビュー表示が遅くなってしまうといった問題を引き起こす可能性があった。
【課題を解決するための手段】
【０００５】
上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
情報処理装置と通信可能な画像処理装置であって、印刷されるべき処理対象ファイルを取得する取得手段と、前記取得された処理対象ファイルに対して処理を実行できるか否かを判定する第１判定手段と、前記処理対象ファイルが前記情報処理装置に記憶されているか否かを判定する第２判定手段と、前記取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、前記処理対象ファイルが前記情報処理装置に記憶されていないと判定された場合、前記処理対象ファイルと設定情報を前記情報処理装置に送信し、前記取得された処理対象ファイルに対して処理を実行できないと判定され、かつ、前記処理対象ファイルが前記情報処理装置に記憶されていると判定された場合、前記処理対象ファイルの識別情報と前記設定情報を前記情報処理装置に送信する送信制御手段と、を備えることを特徴とする。
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
画像処理装置と通信可能な情報処理装置であって、前記画像処理装置から処理対象ファイルおよび当該処理対象ファイルに対する設定情報を受信する受信手段と、前記受信手段が受信した前記処理対象ファイルに対する設定情報に基づいて前記画像処理装置が処理可能な出力データを生成する生成手段と、前記生成手段が生成した前記出力データを前記画像処理装置に送信する送信手段と、前記受信手段が受信した処理対象ファイルの格納先を特定する管理データを作成する作成手段と、前記作成手段が作成した前記管理データを前記画像処理装置に通知する通知手段と、を備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、画像処理装置自身で印刷処理できない対象ファイルを情報処理装置で処理されている場合には、対象ファイルに代えて当該対象ファイルを識別する識別情報と設定情報を送信することで、印刷処理すべき印刷情報を取得できる。
【図面の簡単な説明】
【０００７】
【図１】画像処理システムの構成を示す図である。
【図２】画像処理サーバの構成の一例を示すブロック図である。
【図３】図１に示した画像処理装置の構成を示すブロック図である。
【図４】画像処理装置のデータ処理方法を示すフローチャートである。
【図５】操作部に表示されるＵＩ画面の一例を示す図である。
【図６】画像処理装置のデータ処理方法を示すフローチャートである。
【図７】サーバ装置のデータ処理方法を示すフローチャートである。
【図８】サーバ内で管理するファイル管理テーブルを示す図である。
【図９】従来の画像処理システムを具体的な処理の例を示す図である。
【図１０】本実施形態を示す画像処理システムを具体的な処理の例を示す図である。
【図１１】画像処理システムのデータ処理方法を説明するフローチャートである。
【図１２】ファイル管理テーブルの一例を示す図である。
【図１３】画像処理システムのデータ処理方法を説明するフローチャートである。
【図１４】画像処理装置のデータ処理方法を説明するフローチャートである。
【図１５】操作部に表示されるＵＩ画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
【０００９】
図１は、本実施形態を示す画像処理システムの構成を示す図である。本例に示す画像処理システムは、画像処理装置１０１、１０２をはじめとする複数の画像処理装置と、情報処理端末１０３、１０４に加えて情報処理装置として機能する画像処理サーバ１０５から構成され、各々ネットワークにより通信可能に接続されている。以下、画像処理装置に関する説明は、代表して画像処理装置１０１について行う。なお、ここでいうネットワークはＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｉｎｔｅｒｎｅｔなど、画像処理システム内の装置が相互に通信できる方式であれば方法は問わない。
【００１０】
図１において、画像処理装置１０１は、情報処理端末からの画像データの印刷依頼を受信して画像を印刷したり、装置に具備されているスキャナを用いて画像を読み取ったり、読み取った画像を印刷することが可能である。加えて、画像処理装置１０１は、情報処理端末内のＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）共有フォルダや画像処理装置１０１に接続されたＵＳＢメモリの内容をユーザに提示し、この中からユーザが選択したファイルを印刷することが可能である。また、画像処理装置１０１は、自身で行うことのできない画像処理については画像処理サーバ１０５に依頼し処理を行わせることが可能である。
【００１１】
画像処理サーバ１０５は、処理内容指示データと処理対象データを画像処理装置から受信し、処理内容指示データに基づく処理を処理対象データに対して行う。その結果、生成された出力データ（例えば、ＰＤＬデータ、プレビューデータ）を依頼元の画像処理装置に返信する。なお、処理内容指示データは、単に処理内容または設定情報と記載することもある。また、処理内容指示データには、タイプ（例えば、プレビュー、印刷）、文書フォーマット、処理後のフォーマット、解像度、出力サイズ等が記述される。画像処理装置１０１が、画像処理を依頼する場合、スレッド単位で行う。例えば、画像処理装置１０１の第１スレッドが、プレビュー表示ボタンが押下されて処理内容指示データと処理対象データを画像処理サーバ１０５に送信した場合、画像処理サーバ１０５により作成された出力データは、第１スレッドに返却される。第１スレッドは、プレビュー表示を行うために処理依頼をしているため、受信した出力データがプレビュー画像用の出力データであると認識できる。
図２は、図１に示した画像処理サーバ１０５の構成の一例を示すブロック図である。
図２において、画像処理サーバ１０５は、ＣＰＵ２１１、ＲＡＭ２１２、ＨＤＤ２１３、ネットワークＩ／Ｆ２１４から構成される。ＣＰＵ２１１は、装置全体の制御を司り、ＲＡＭ２１２、ＨＤＤ２１３、及びネットワークＩ／Ｆ２１４とのデータの授受を制御可能である。また、ＣＰＵ２１１はＨＤＤ２１３から読みだした制御プログラム（命令）をＲＡＭ２１２に展開し、ＲＡＭ２１２に記憶されている命令を実行する。
【００１２】
ＨＤＤ２１３には、ＣＰＵ２１１で実行可能な、画像処理を実現するための制御プログラム（命令）が格納されている。ここでの画像処理とはプレビューファイル生成や印刷ファイル生成などが一例としてあげられる。そのほかにも、ＨＤＤ２１３には、画像処理サーバが処理可能なファイル形式に関する情報や、処理内容指示データや処理対象データなど画像処理装置から受信したデータを適宜保存することが可能である。
ＲＡＭ２１２は、ＨＤＤ２１３に記憶された命令を展開してＣＰＵ２１１から読みだし可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。
【００１３】
ネットワークＩ／Ｆ２１４は、画像形成システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ２１１に伝達したり、ＲＡＭ２１２上のデータをネットワークに送信したりする。
【００１４】
図３は、図１に示した画像処理装置１０１の構成を示すブロック図である。
図３において、画像処理装置１０１は、コントローラ３１０と、プリンタ３０１、スキャナ３０２、操作部３０３から構成される。コントローラ３１０は、ＣＰＵ３１１、ＲＡＭ３１２、ＨＤＤ３１３、ネットワークＩ／Ｆ３１４、プリンタＩ／Ｆ３１５、スキャナＩ／Ｆ３１６、操作部Ｉ／Ｆ３１７、拡張Ｉ／Ｆ３１８から構成される。ＣＰＵ３１１はＲＡＭ３１２、ＨＤＤ３１３、ネットワークＩ／Ｆ３１４、プリンタＩ／Ｆ３１５、スキャナＩ／Ｆ３１６、操作部Ｉ／Ｆ３１７とデータを授受することが可能である。また、ＣＰＵ３１１はＨＤＤ３１３から読みだした命令をＲＡＭ３１２に展開し、ＲＡＭ３１２に記憶されている命令を実行する。
ＨＤＤ３１３には、ＣＰＵ３１１で実行可能な命令や、装置で使用する設定値、ユーザから依頼された処理に関するデータ等を記憶しておくことが可能である。ＲＡＭ３１２は、ＨＤＤ３１３に記憶された命令を展開してＣＰＵ３１１から読みだし可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。
【００１５】
ネットワークＩ／Ｆ３１４は、画像形成システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ３１１に伝達したり、ＲＡＭ３１２上のデータをネットワークに送信したりする。プリンタＩ／Ｆ３１５は、ＣＰＵ３１１から送信された画像データをプリンタ３０１に送信したり、プリンタ３０１から受信したプリンタの状態をＣＰＵ３１１に伝達したりするＩ／Ｆである。
【００１６】
スキャナＩ／Ｆ３１６は、ＣＰＵ３１１から送信された画像読み取り指示をスキャナ３０２に送信し、スキャナ３０２から受信した画像データをＣＰＵ３１１に伝達したり、スキャナ３０２から受信した状態をＣＰＵ３１１に伝達したりするＩ／Ｆである。操作部Ｉ／Ｆ３１７は、操作部３０３から入力されたユーザからの指示をＣＰＵ３１１に伝達したり、ユーザが操作するための画面情報を操作部３０３に伝達したりする。プリンタ３０１は、プリンタＩ／Ｆから受信した画像データを用紙に印刷したり、プリンタの状態をプリンタＩ／Ｆに伝達したりする。
【００１７】
スキャナ３０２は、スキャナＩ／Ｆ３１６から受信した画像読み取り指示に従って、スキャナに置かれた用紙を読み取りデジタルデータ化してスキャナＩ／Ｆ３１６に伝達したり、スキャナの状態をスキャナＩ／Ｆ３１６に伝達したりする。
【００１８】
操作部３０３は、画像処理装置１０１をユーザから操作することが可能にする。例えばタッチパネルを有する液晶画面を具備し、ユーザに操作画面を提供すると共に、ユーザからの操作を受け付ける。
【００１９】
拡張Ｉ／Ｆ３１８は、画像処理装置１０１に外部機器を接続することを可能とするＩ／Ｆである。例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）形式のＩ／Ｆを具備し、例えばＵＳＢメモリなどの外部記憶装置を接続してデータの読み取り・書き込みを行うことが可能である。
【００２０】
図４は、本実施形態を示す画像処理装置のデータ処理方法を示すフローチャートである。本例は、ユーザが画像処理装置１０１の操作部３０３を用いて特定のディレクトリ内のファイルを選択し印刷を行う際に、画像処理装置１０１及び画像処理サーバ１０５が実行する例である。なお、本願の画像処理装置により実行されるフローチャートの各ステップは、ＣＰＵ３１１が、ＨＤＤ３１３に記憶されている各種情報やネットワークＩ／Ｆ３１４により授受される情報を用いて実行することで実現される。
【００２１】
まず、画像処理装置１０１は、操作部３０３を通じてユーザからファイルが格納されているディレクトリの選択を受け付ける（Ｓ４０１）。選択対象のディレクトリとしては、例えば情報処理端末１０３などの既定のＳＭＢ共有フォルダや、画像処理装置１０１に接続されたＵＳＢメモリなどが考えられるが、これに限らず画像処理装置１０１からアクセス可能な場所であればどこでも構わない。
次に、画像処理装置１０１は、操作部３０３にＳ４０１で選択されたディレクトリの内容をファイル選択画面として表示する（Ｓ４０２）。
【００２２】
図５は、図３に示した操作部３０３に表示されるＵＩ画面の一例を示す図である。本例は、画像処理装置１０１が操作部３０３に表示するファイル選択画面の画面例である。ファイル選択画面は、Ｓ４０２で所望のディレクトリからユーザが操作したいファイルを選択するために用いられる。ファイル選択画面は、ファイル一覧表示部５０１と、トップ画面遷移ボタン５０２と、プレビュー表示ボタン５０３と、印刷ボタン５０４から構成される。
【００２３】
続いて、画像処理装置１０１は、Ｓ４０２で表示したファイル選択画面からユーザの選択を受け付ける（Ｓ４０３）。ユーザがトップ画面遷移ボタン５０２を押下した際には画像処理装置１０１はファイルリストを表示させる前のトップ画面に遷移させ処理が終了する。
【００２４】
ユーザが処理対象の対象ファイルを選択し、かつ、プレビュー表示ボタン５０３または印刷ボタン５０４を押下した際、画像処理装置１０１が対象ファイルに対する処理を実行可能か判断する（Ｓ４０４）。
【００２５】
Ｓ４０４で画像処理装置１０１単独で対象ファイルを処理可能であると判断した場合には、画像処理装置１０１は対象ファイルを処理後フォーマットに変換する（Ｓ４０５）。ここにおける処理とはプレビューファイルや印刷ファイルを生成する画像処理を示す。さらに画像処理装置１０１は、処理後フォーマットのファイル（単に出力データともいう）を用いてジョブを実行し（Ｓ４０６）、本処理を終了する。この場合のジョブとは、プレビュー表示ボタン５０３を押下された場合はプレビュー画面の表示、印刷ボタン５０４を押下された場合には印刷を指す。
【００２６】
一方、Ｓ４０４で画像処理装置１０１単独で対象ファイルを処理できないと判断した場合には、画像処理サーバ１０５に処理を依頼し（Ｓ４０７）、処理後のデータを用いてジョブを実行して（Ｓ４０６）、本処理を終了する。
【００２７】
図６は、本実施形態を示す画像処理装置のデータ処理方法を示すフローチャートである。本例は、図４に示したＳ４０４において、画像処理装置１０１で処理可能ではないと判断した場合に画像処理装置１０１が画像処理サーバ１０５に対して処理を依頼するＳ４０７の内部処理例である。
図７は、本実施形態を示すサーバ装置のデータ処理方法を示すフローチャートである。本例は、画像処理装置１０１からデータを受信した後の画像処理サーバ１０５の処理例である。本願において画像処理サーバ１０５により実行される各ステップは、画像処理サーバ１０５のＣＰＵ２１１がＨＤＤ２１３に記憶される制御プログラムを実行することで実現される。以下、本実施形態に示す画像処理システム全体のフローを示すために、図６と図７に示すフローチャートを参照して、処理対象ファイルの送信制御例について説明する。具体的には、画像処理装置１０１が、取得した処理対象ファイルに対して印刷処理を実行できるかどうかを判定し、当該処理対象ファイルがサーバ装置に記憶されているか等を判定して、処理対象ファイルの送信を制御する例について説明する。
まず、画像処理装置１０１は当該画像処理装置１０１内で管理するサーバファイル管理テーブル８０１に処理対象のファイルが存在するかを確認する（Ｓ６０１）。
【００２８】
図８は、図１に示した画像処理装置１０１のＨＤＤ３１３内に格納された当該画像処理装置１０１内で管理するサーバファイル管理テーブル８０１を示す図である。本例のサーバファイル管理テーブル８０１は、処理対象ファイルを処理した情報処理装置（画像処理サーバ１０５）を識別する識別情報と処理対象ファイルを特定する特定情報とを対応付けて管理する。ここで、特定情報とは、画像処理サーバ１０５が処理対象ファイルを格納している格納先を特定する情報であれば良い。
図８において、画像処理装置１０１内で管理するサーバファイル管理テーブル８０１は以下の管理データを含んで構成される。具体的には、画像処理サーバ１０５がＨＤＤ３１３内のファイル管理領域に保存している画像ファイルのファイル名８０３とそのファイルに対してアクセスするためのサーバ管理ＩＤ８０２で構成されている。ここであげたサーバ管理ＩＤとは、画像処理サーバ１０５のＨＤＤ２１３内のファイル管理領域に存在するデータを一意に特定できるＩＤであり、ファイルにアクセスするためのＵＲＩなどでもよい。
画像処理装置１０１内で管理するサーバファイル管理テーブル８０１に処理対象のファイルがない場合、画像処理サーバ１０５に対して処理対象ファイルと処理内容を送信する（Ｓ６０２）。
【００２９】
画像処理サーバ１０５は、画像処理装置１０１からデータを受信する（Ｓ７０１）。この際、画像処理サーバ１０５は処理内容と共に受信したデータの種別を判断する（Ｓ７０２）。なお、処理内容には、プレビュー表示ボタンが押下された場合は、タイプとしてプレビューが記述され、印刷ボタンが押下された場合は、タイプとして印刷が記述される。Ｓ７０２においてデータの種別が画像ファイルであると判定された場合、画像処理サーバ１０５は、対象の画像ファイルを自身のファイル管理領域２１３にサーバ管理ＩＤを作成して保存する（Ｓ７０３）。続いて、画像処理サーバ１０５は画像処理装置１０１に対してサーバ管理ＩＤを送信する（Ｓ７０４）。
【００３０】
画像処理装置１０１は、画像処理サーバ１０５からサーバ管理ＩＤを受け取り、画像処理装置１０１内で管理するサーバファイル管理テーブル８０１にファイル名８０３およびサーバ管理ＩＤ８０２を記述する（Ｓ６０３）。
【００３１】
画像処理サーバ１０５は、画像処理装置１０１から受信した画像ファイルに対して同タイミングで受信した処理内容を元に画像処理を実行する（Ｓ７０５）。続いて、画像処理サーバ１０５は、画像処理装置１０１に対してＳ７０５の画像処理により得られた出力データを送信して（Ｓ７０６）、本処理を終了する。
画像処理装置１０１は、出力データを受信しジョブを実行し（Ｓ６０４）、処理を終了する。
一方、Ｓ６０１にて画像処理装置１０１が、サーバファイル管理テーブル８０１に処理対象のファイルがあると判断した場合、Ｓ６０５へ進む。そして、画像処理装置１０１は、対象ファイルのファイル名８０３に紐づくサーバ管理ＩＤ８０２と処理内容を画像処理サーバ１０５に送信する（Ｓ６０５）。
【００３２】
一方、画像処理サーバ１０５は、画像処理装置１０１からデータを受信後（Ｓ７０１）、処理内容とともに受信したデータの種類を判断する（Ｓ７０２）。Ｓ７０２においてデータの種別がサーバ管理ＩＤであると判断された場合、画像処理サーバ１０５は、サーバ管理ＩＤと紐づく画像ファイルを自身のファイル管理領域２１３から選択し、画像処理を実行する（Ｓ７０７）。続いて、画像処理サーバ１０５は、画像処理装置１０１に対してＳ７０７の画像処理により得られた出力データを画像処理装置１０１に送信する（Ｓ７０６）。Ｓ７０６により、画像処理装置１０１は出力データを受信し、ジョブを実行し（Ｓ６０４）、処理が完了する。
【００３３】
なお、図９は、画像処理サーバ１０５を用いた画像処理システムの処理の一例を示す図であり、図１０は本実施形態における画像処理サーバ１０５を用いた画像処理システムの具体的な処理の例を示す図である。以下、図９と図１０とを対比させながら具体的な実施例の差異を説明する。なお、本具体例では画像ファイルＡに対してプレビューを行った後に同画像ファイルＡに対して印刷を実行するジョブを用いる。
【００３４】
まず、図９において、画像処理装置１０１は画像ファイルＡとプレビュー処理が記載された処理内容を画像処理サーバ１０５に対して送信する（Ｓ１４０１）。画像処理サーバ１０５はこれらを受信し画像処理（Ｓ１４０２）を行うことでプレビュー画像を生成する。画像処理サーバ１０５は、処理後のプレビューファイルを画像処理装置１０１に送信し（Ｓ１４０３）、画像処理装置１０１は受信したプレビューファイルを操作部３０３に表示する。続いて、ユーザが図５のファイル選択画面を使って画像ファイルＡを選択して、印刷ボタン５０４を選択した場合、画像処理装置１０１は同画像ファイルＡと印刷データ処理が記載された処理内容を送信する（Ｓ１４０４）。画像処理サーバ１０５はこれらを受信し画像処理を行う（Ｓ１４０５）。画像処理サーバ１０５は処理後の印刷ファイルを画像処理装置１０１に送信し（Ｓ１４０６）、画像処理装置１０１は受信した印刷ファイルを用いて印刷を実行する。この図９の例では処理を要求するたびに画像処理サーバ１０５に対して画像ファイルを送信する必要がある。
【００３５】
続いて、図１０において、画像処理装置１０１は画像ファイルＡとプレビュー処理が記載された処理内容を画像処理サーバ１０５に対して送信する（Ｓ１５０１）。画像処理サーバ１０５はサーバ管理ＩＤを作成し、サーバ管理ＩＤと画像ファイルＡを関連付けてファイル管理領域２１３に保存する（Ｓ１５０２）。画像処理サーバ１０５は、画像処理装置１０１に対して保存した画像ファイルのサーバ管理ＩＤを送信する（Ｓ１５０３）。画像処理装置１０１は画像処理装置１０１内で管理するサーバファイル管理テーブル８０１にサーバ管理ＩＤ８０２とファイル名８０３を記述する（Ｓ１５０４）。画像処理サーバ１０５は画像処理（Ｓ１５０５）を行うことでプレビューファイルを生成し、画像処理装置１０１にプレビューファイルを送信する（Ｓ１５０６）。画像処理装置１０１は受信したプレビューファイルを操作部３０３に表示する。続いてユーザが図５のファイル選択画面を使って画像ファイルＡを選択して、印刷ボタン５０４を選択した場合、画像処理装置１０１は画像ファイルＡが画像処理装置１０１内で管理するサーバファイル管理テーブル８０１に存在するか否かを判断する。ここで存在すると判断された場合、画像処理装置１０１は、画像ファイルＡに対応したサーバ管理ＩＤと印刷処理が記載された処理内容を画像処理サーバ１０５に対して送信する（１５０７）。画像処理サーバ１０５はそれらのデータを受信すると、ファイル管理領域２１３からサーバ管理ＩＤに紐づく画像ファイルを検索し、検索された画像ファイルに対して画像処理を行う（Ｓ１５０８）。Ｓ１５０８により印刷ファイルが生成され、画像処理装置１０１に対して印刷ファイルを送信する（Ｓ１５０９）。画像処理装置１０１は印刷ファイルを受信し印刷を実行する。
本実施例によれば、後段の処理を実行する場合に画像ファイルを送信する負荷を軽減することが可能となる。
【００３６】
〔第２実施形態〕
第１実施形態では、図４に示したＳ４０７において画像処理サーバ１０５に対象の画像ファイルが存在するか否かの判断を画像処理装置１０１のサーバファイル管理テーブル８０１を使って行っていた。
一方で画像処理装置１０１はサーバファイル管理テーブル８０１を持ない構成としてもよい。具体的には、画像処理サーバ１０５が自らファイル管理テーブル１００１を持ち、画像処理装置１０１が逐一ファイルの有無を問合せることで本発明を実現することが可能である。以下にその実施例を示す。
【００３７】
図１１は、本実施形態を示す画像処理システムのデータ処理方法を説明するフローチャートである。
【００３８】
図１２は、図１に示した画像処理サーバ１０５のＨＤＤ２１３に格納されたファイル管理テーブル１００１の一例を示す図である。なお、画像処理サーバ１０５のファイル管理テーブル１００１を以降サーバ内で管理するサーバファイル管理テーブル１００１と記述する。
【００３９】
Ｓ４０７で画像処理サーバ１０５に画像処理を依頼する場合、画像処理装置１０１は、画像処理サーバ１０５に対してファイル管理領域２１３に対象ファイルが存在するかを問い合わせる（Ｓ９０１）。この際、画像処理装置１０１は、サーバ保存有無判断データを送ることによって画像処理サーバ１０５にファイルの有無を判断させる。ここでのサーバ保存有無判断データとは、画像ファイルのファイル名、ファイルサイズ、ファイルの更新日時、画像処理装置１０１のシリアルＩＤ、ＵＳＢを利用したジョブに対してはＵＳＢのシリアルＩＤといった、画像処理サーバ１０５のファイル管理領域２１３に存在する対象ファイルを一意に特定するためのデータを示す。
【００４０】
画像処理サーバ１０５は、画像処理装置１０１からサーバ保存有無判断データを受信する（Ｓ９１１）。そして、サーバ内で管理するサーバファイル管理テーブル１００１を参照することによって、対象ファイルが存在するか否かを判断する（Ｓ９１２）。なお、サーバ内で管理するサーバファイル管理テーブル１００１には同一のファイルかどうか特定するための属性がセットされている。例えばサーバのファイルに対して固有に振られた管理ＩＤ１００２、ファイル名１００３、ファイルのデータサイズ１００４、ファイルの更新日時１００５、ＵＳＢを利用したジョブに対してはＵＳＢのシリアルＩＤ１００６、画像処理装置１０１のシリアルＩＤ１００７などがこれにあたる。
【００４１】
Ｓ９１２において、画像処理サーバ１０５が、サーバファイル管理テーブル１００１に対象ファイルが存在しないと判断した場合、画像処理サーバ１０５は、画像処理装置１０１に対してファイル未保持通知を行う（Ｓ９１３）。続いて、画像処理装置１０１は、画像処理サーバ１０５からファイル未保持通知を受信すると（Ｓ９０３）、画像処理サーバ１０５に対して対象ファイルと処理内容を送信する（Ｓ９０４）。
すると、画像処理サーバ１０５は、対象ファイルと処理内容を受信する（Ｓ９１４）。そして、画像処理サーバ１０５は、画像処理サーバ１０５のサーバファイル管理テーブル１００１の各ファイル属性をセットし、サーバ管理ＩＤを作成した上で、受信ファイルをファイル管理領域２１３に保存する（Ｓ９１５）。
さらに、画像処理サーバ１０５は、受信した処理内容に基づく画像処理を対象ファイルに対して行い、出力データを画像処理装置１０１に送信する（Ｓ９１６）。画像処理装置１０１は、処理後の出力データを受信して、ジョブを実行し（Ｓ９０５）、処理が完了する。
【００４２】
一方、Ｓ９１２で、画像処理サーバ１０５が、サーバファイル管理テーブル１００１に対象ファイルが存在すると判断した場合、Ｓ９１７へ進む。そして、画像処理サーバ１０５は、画像処理装置１０１に対して各ファイルにアクセスするためのサーバ管理ＩＤを送信する（Ｓ９１７）。画像処理装置１０１は、受信したサーバ管理ＩＤと処理内容を画像処理サーバ１０５に対して送信する（Ｓ９０６）。画像処理サーバ１０５は、サーバ管理ＩＤと処理内容を受信した後（Ｓ９１８）、サーバ管理ＩＤにより特定された対象ファイルに処理内容に基づく画像処理を実行し、処理後の出力データを画像処理装置１０１に送信する（Ｓ９１６）。画像処理装置１０１は、画像処理サーバ１０５から受信した処理後の出力データを用いてジョブを実行し（Ｓ９０５）、処理を終了する。
本実施例によれば、各画像処理装置が、サーバファイル管理テーブル８０１を持つことなく、画像ファイルを送信する負荷を軽減できる。
〔第３実施形態〕
【００４３】
本実施形態では、画像処理装置１０１と画像処理サーバ１０５の各々が、管理テーブルを共有し、ある任意のタイミングで同期処理を行うことで本発明を実現する実施形態を示す。
【００４４】
図１３は、本実施形態を示す画像処理システムのデータ処理方法を説明するフローチャートである。本例は、デバイス内サーバファイル管理テーブル８０１とサーバ内で管理するサーバファイル管理テーブル１００１の同期処理を行うことで画像処理サーバ１０５のファイル管理領域２１３に対象ファイルが存在するか否かを判断する処理例である。  まず、画像処理装置１０１はデバイス内サーバファイル管理テーブル８０１に対象ファイルが存在するか否かを判断する（Ｓ１２０１）。
画像処理装置１０１は、デバイス内サーバファイル管理テーブル８０１に対象ファイルが存在しないと判断した場合、画像処理装置１０１は、画像処理サーバ１０５に対して処理対象ファイルと処理内容を送信する（Ｓ１２０２）。
【００４５】
画像処理サーバ１０５は画像処理装置１０１からデータを受信すると（Ｓ１２１１）、処理内容と共に受信したデータの種別を判断する（Ｓ１２１２）。画像ファイルが受信されたと判断された場合、画像処理サーバ１０５は、自身のファイル管理領域２１３にサーバ管理ＩＤを作成して、対象の画像ファイルとサーバ管理ＩＤを関連づけて保存する。さらに、画像処理サーバ１０５は、画像処理サーバ１０５のサーバファイル管理テーブル１００１に管理ＩＤおよびファイル名をセットする（Ｓ１２１３）。
続いて、画像処理サーバ１０５は画像処理サーバ１０５のサーバファイル管理テーブル１００１と画像処理装置１０１のデバイス内サーバファイル管理テーブル８０１の同期処理を行う（Ｓ１２１４）。ここでの同期処理とは、画像処理サーバ１０５のサーバファイル管理テーブル１００１のファイル名１００３とそれに紐づくサーバ管理ＩＤ１００２をデバイス内サーバファイル管理テーブル８０１に反映させる。これにより、それぞれのテーブルに同じファイルがセットされている状態に同期させることが可能となる。
【００４６】
本実施形態では、画像処理サーバ１０５のサーバファイル管理テーブル１００１の更新されたタイミングで同期処理を行っているが、この同期処理のタイミングはこれ以外でもよい。例えば時間ごとにポーリングして変更がある場合は同期処理を行う方法、ユーザのログインまたはログオフのタイミングで同期する方法などがあげられる。  
【００４７】
続いて、画像処理サーバ１０５は、画像処理装置１０１から受信した対象ファイルに対して同タイミングで受信した処理内容を元に画像処理を実行する（Ｓ１２１５）。続いて、画像処理サーバ１０５は、画像処理装置１０１に対して画像処理後の出力データを送信する（Ｓ１２１６）。
画像処理装置１０１では、画像処理サーバ１０５から受信した出力データを用いてジョブを実行し（Ｓ１２０３）、処理が完了する。
【００４８】
一方、Ｓ１２０１にてデバイス内サーバファイル管理テーブル８０１に対象ファイルが存在すると画像処理装置１０１が判断した場合、Ｓ１２０４へ進む。そして、画像処理装置１０１は、画像処理サーバ１０５に対してサーバ管理ＩＤ８０２と処理内容とを送信する（Ｓ１２０４）。
【００４９】
画像処理サーバ１０５は、画像処理装置１０１からデータを受信した後（Ｓ１２１１）、処理内容と共に受信したデータの種類を判断する（Ｓ１２１２）。サーバ管理ＩＤが受信されたと判断された場合、画像処理サーバ１０５は、サーバ管理ＩＤと紐づく画像ファイルを自身のファイル管理領域２１３から選択し、画像処理を実行する（１２１７）。続いて、画像処理サーバ１０５は、画像処理装置１０１に対して画像処理後の出力データを送信する（Ｓ１２１６）。すると、画像処理装置１０１は、Ｓ１２０４に対して画像処理サーバ１０５から応答される印刷処理可能な出力データを受信しジョブを実行し（Ｓ１２０３）、処理を終了する。
〔第４実施形態〕
【００５０】
本実施形態では、画像処理サーバ１０５で処理後の画像を、画像処理装置１０１内のＨＤＤ３１３内のサーバ変換後データ保存領域で保持し、かつ処理内容が共通であるデータの場合、サーバ変換後データ保存領域のデータを利用することで本発明を実現する。
【００５１】
図１４は、本実施形態を示す画像処理装置のデータ処理方法を説明するフローチャートである。本例は、画像処理装置１０１にサーバ変換後データ保存領域３１３が存在する場合の処理例である。なお、本実施形態における画像処理サーバ１０５のフローチャートは図７に示した処理に対応する。以下、適宜図７を参照しつつ、図１４の処理を説明する。
まず、画像処理装置１０１はデバイス内サーバファイル管理テーブル８０１に対象ファイルが存在するかを判断する（Ｓ１３０１）。デバイス内サーバファイル管理テーブル８０１に対象ファイルがないと画像処理装置１０１が判断した場合、画像処理サーバ１０５に対して対象ファイルと処理内容を送信する（Ｓ１３０２）。
【００５２】
画像処理サーバ１０５は画像処理装置１０１からデータを受信する（Ｓ７０１）。この際、画像処理サーバ１０５は処理内容と共に受信したデータの種別を判断する（Ｓ７０２）。Ｓ７０２で画像ファイルが受信されたと判断された場合、画像処理サーバ１０５は、対象の画像ファイルを自身のファイル管理領域２１３にサーバ管理ＩＤを作成して保存する（Ｓ７０３）。画像処理サーバ１０５は画像処理装置１０１に対してサーバ管理ＩＤを送信する（Ｓ７０４）。
【００５３】
画像処理装置１０１は画像処理サーバ１０５からサーバ管理ＩＤを受け取り、デバイス内サーバファイル管理テーブル８０１にファイル名８０３およびサーバ管理ＩＤ８０２を記述する（Ｓ１３０３）。画像処理サーバ１０５は、画像処理装置１０１から受信した画像ファイルに対して同タイミングで受信した処理内容を元に画像処理を実行する（Ｓ７０５）。続いて、画像処理サーバ１０５は画像処理装置１０１に対して画像処理後の出力データを送信する（Ｓ７０６）。
【００５４】
画像処理装置１０１は、処理後の出力データを受信し画像処理装置１０１内のサーバ変換後データ保存領域３１３に保存する（Ｓ１３０４）。続いて、画像処理装置１０１は、画像処理サーバ１０５から受信した処理後の出力データを用いてジョブを実行する（Ｓ１３０５）。
【００５５】
Ｓ１３０１にてデバイス内サーバファイル管理テーブル８０１に処理対象のファイルがあると画像処理装置１０１が判断した場合、Ｓ１３０６へ進む。続いて、画像処理装置１０１は、画像処理サーバ１０５に実行させる処理と共通する処理をすでに画像処理サーバ１０５で実行した処理後の出力データがサーバ変換後データ保存領域３１３に存在するかを判断する（Ｓ１３０６）。ここで意図する内容は、すでに画像処理サーバ１０５で変換処理を実行したデータに対して、新たなジョブに再利用可能かどうかを判断するという意味である。再利用可能ではない場合、デバイス内サーバファイル管理テーブル８０１から対象のファイル名８０３に紐づくサーバ管理ＩＤ８０２を検索し、画像処理サーバ１０５に対して、サーバ管理ＩＤ８０２と処理内容を送信する（Ｓ１３０７）。
【００５６】
画像処理サーバ１０５は、画像処理装置１０１からデータを受信後（Ｓ７０１）、処理内容とともに受信したデータの種類を判断する。サーバ管理ＩＤが受信された場合、画像処理サーバ１０５は、サーバ管理ＩＤと紐づく画像ファイルを自身のファイル管理領域２１３から選択し、画像処理を実行する（Ｓ７０７）。続いて、画像処理サーバ１０５は、画像処理装置１０１に対して画像処理後の出力データを送信する（Ｓ７０６）。すると、画像処理装置１０１は、出力データを受信し画像処理装置１０１のサーバ変換後データ保存領域３１３に保存する（Ｓ１３０４）。続いて画像処理装置１０１は、画像処理サーバ１０５から受信した処理後の出力データを用いてジョブを実行し（Ｓ１３０５）、処理を終了する。
【００５７】
Ｓ１３０６で画像処理サーバ１０５に実行させる処理と共通する処理後データが画像処理装置１０１のサーバ変換後データ保存領域３１３に存在すると画像処理装置１０１が判断した場合、Ｓ１３０８へ進む。そして、画像処理装置１０１は、サーバ処理後の出力データに対して画像処理装置１０１内で処理を行う必要があるかどうかを判断する（Ｓ１３０８）。ここで意図する画像処理装置１０１内での処理とは、色変換、両面印刷など画像処理装置１０１のみでサーバ処理後データに対して実行可能な処理を表す。
一方、画像処理装置１０１内で処理を行う必要がないと画像処理装置１０１が判断した場合、サーバ処理後データ保存領域に保存された対象データを用いてジョブを実行し（Ｓ１３０９）、本処理を終了する。
【００５８】
画像処理装置１０１内で処理を行う必要があると画像処理装置１０１が判断した場合には、サーバ変換後データ保存領域３１３に保存された処理対象データを用いて画像処理装置１０１で変換処理を行い、ジョブを実行し（Ｓ１３１０）、本処理を終了する。
〔第５実施形態〕
【００５９】
続いて画像処理サーバ１０５のファイル管理領域２１３に保存されたファイルを削除するタイミングについて示す。
【００６０】
第１のタイミングは一連のジョブが完結した後である。例えば通常ユーザが画像処理装置１０１を用いて画像処理を実行する場合、まず操作部３０３のファイル一覧表示部５０１からプレビュー表示ボタン５０３を押下しプレビュー画面１１０１を確認する。
図１５は、図３に示した操作部３０３に表示されるＵＩ画面の一例を示す図である。本例は、画像処理装置１０１が操作部３０３に表示するプレビューの画面例である。この画面を表示するために画像処理サーバ１０５での処理が必要な場合は、画像処理サーバ１０５により生成された出力データに基づくプレビュー画像をプレビュー画面１１０１に表示する。
ユーザはプレビューを確認後、印刷ボタン１１０３を押下して印刷処理を行う。この際印刷の詳細設定を行う画面に遷移するために印刷設定ボタン１１０２を押下してもよい。こういったプレビューから印刷を行う一連の流れの間は画像処理サーバ１０５の画像ファイルを保持し続け、印刷ジョブが完了したタイミングでファイル管理領域２１３に保存したファイルを削除する。
【００６１】
第２のタイミングは、ユーザのログイン、ログオフのタイミングである。ユーザがログインして操作を行っている間は、再度ユーザが同データを利用する可能性があると判断し画像処理サーバ１０５は画像を保持し続ける。ユーザがログオフしたタイミングでユーザが画像処理装置１０１での操作を終えたと判断しファイル管理領域２１３の画像ファイルを削除する。
【００６２】
第３のタイミングは画像処理装置１０１の電源がＯＦＦされた時である。第４のタイミングは任意の期間が経過した後である。例えば画像処理装置１０１のデバイス設定画面においてサービスマンが指定した任意の期間（１日、１週間、１か月、１年など）の間、画像サーバ１０５ではファイルを保持し続ける。
【００６３】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００６４】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００６５】
１０１  画像処理装置
１０３  情報処理端末
１０５  画像処理サーバ
【図１】
2015083349.tif 000003
【図２】
2015083349.tif 000004
【図３】
2015083349.tif 000005
【図４】
2015083349.tif 000006
【図５】
2015083349.tif 000007
【図６】
2015083349.tif 000008
【図７】
2015083349.tif 000009
【図８】
2015083349.tif 000010
【図９】
2015083349.tif 000011
【図１０】
2015083349.tif 000012
【図１１】
2015083349.tif 000013
【図１２】
2015083349.tif 000014
【図１３】
2015083349.tif 000015
【図１４】
2015083349.tif 000016
【図１５】
2015083349.tif 000017