JP2013077141A - 画像形成システム，画像形成装置および加工サーバ - Google Patents

Abstract

【課題】印刷データに対する加工処理を外部装置が行う場合に，早期に印刷物を得られる可能性が高い画像形成システム，画像形成装置および加工サーバを提供すること。
【解決手段】画像形成システム９００は，クラウドサーバ３００に記憶されている印刷データを，加工サーバ４００で加工処理し，その加工後の印刷データを，プリンタ１００で印刷するシステムである。プリンタ１００は，印刷対象を特定する情報を含む特定情報を取得すると，その特定情報を加工サーバ４００に送信する。加工サーバ４００は，プリンタ１００から特定情報を受信すると，その特定情報から特定される印刷データをクラウドサーバ３００から取得し，その印刷データに対して加工処理を実行し，その加工後の印刷データをプリンタ１００に送信する。
【選択図】 図２

Description

本発明は，印刷データを印刷する画像形成装置，印刷データに対する加工処理を実行する加工サーバ，およびこれらを備える画像形成システムに関する。

従来から，データ変換処理や画像処理等，印刷データに対する加工処理を外部装置に依頼し，その処理後のデータを受信して印刷する画像形成装置が知られている。例えば，高級言語のインタプリタが組み込まれていない画像形成装置では，その高級言語で構成されている印刷データを受信した場合に，高級言語のインタプリタが組み込まれているサーバに画像データの変換を依頼することで，その画像データの印刷を実現している。

このように，印刷データを外部装置に転送し，外部装置が画像形成装置に代わって加工処理を行う技術としては，例えば，特許文献１に開示されている印刷システムがある。この印刷システムでは，外部装置としてＲＩＰ（Raster image processor）サーバを設け，そのＲＩＰサーバと同一のネットワークに含まれるプリンタが画像データを受け取ると，そのＲＩＰサーバにＲＩＰ処理を依頼する。

特開２００６−２２７９２７号公報

しかしながら，前記した従来の技術には，次のような問題があった。すなわち，従来のシステムでは，画像形成装置が印刷データを受け取った後，その印刷データを外部装置に送信し，再度加工処理後の印刷データを受信することでその印刷データの印刷を開始する。このように印刷データが数多くのノードを経ることから，印刷実行命令の入力から印刷が開始されるまでに時間がかかる。その結果として，ユーザが印刷物を得られるまでに時間がかかる。

本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，印刷データに対する加工処理を外部装置が行う場合に，早期に印刷物を得られる可能性が高い画像形成システム，画像形成装置および加工サーバを提供することにある。

この課題の解決を目的としてなされた画像形成システムは，印刷データを記憶するデータサーバと，前記印刷データを印刷する画像形成装置と，前記印刷データに対する加工処理を実行する加工サーバと，を備える画像形成システムであって，前記画像形成装置は，印刷対象を特定する情報を含む特定情報を取得する情報取得部と，前記情報取得部にて前記特定情報を取得した場合に，前記特定情報を前記加工サーバに送信する第１送信部とを備え，前記加工サーバは，前記画像形成装置から前記特定情報を受信した場合に，前記データサーバに記憶されている印刷データのうち，前記特定情報から特定される印刷データである特定印刷データを取得する印刷データ取得部と，前記印刷データ取得部にて取得した特定印刷データに対して加工処理を実行する加工処理部と，前記加工処理部にて加工された印刷データである加工済データを，前記画像形成装置に送信する第２送信部とを備えることを特徴としている。

本発明の画像形成システムは，データサーバに記憶されている印刷データを，加工サーバで加工処理し，その加工後の印刷データ（加工済データ）を，画像形成装置で印刷するシステムである。本発明の画像形成システムを構成する画像形成装置は，印刷対象を特定する情報を含む特定情報を取得すると，その特定情報を加工サーバに送信する。画像形成装置は，例えば，印刷データに関連付けられた印刷設定の検査データをデータサーバから取得することで，印刷対象となる印刷データを特定できる。この他，ユーザ情報を取得できれば，印刷対象をそのユーザの印刷データに特定することができる。加工サーバは，画像形成装置から特定情報を受信すると，その特定情報から特定される印刷データ（特定印刷データ）をデータサーバから取得し，その特定印刷データに対して加工処理を実行し，その加工済データを画像形成装置に送信する。

すなわち，本発明の画像形成システムでは，加工前の印刷データが，画像形成装置を経由せずに直接加工サーバに移動する。そのため，従来の技術のように画像形成装置を経由して印刷データが加工サーバに移動するものと比較して，印刷データが移動するノードが少ない。その結果して，画像形成装置での早期の印刷開始が期待できる。なお，加工サーバが実行する加工処理としては，例えばＲＩＰ処理，ウォーターマーク処理，透かし処理が該当する。また，ＰＣＬからポストスクリプト等，あるＰＤＬを他のＰＤＬに変換する処理であってもよい。

また，本発明の画像形成システムは，前記情報取得部が取得する前記特定情報は，個々の印刷データを特定する情報であり，前記印刷データ取得部は，前記特定情報から特定される１つの特定印刷データを前記データサーバから取得するとよい。この構成によれば，特定情報によって個々の印刷データが特定されることから，特定印刷データは１つとなる。そのため，加工サーバは複数の印刷データを取得する必要がなく，リソースの負荷が小さい。

また，本発明の画像形成システムは，前記情報取得部が取得する前記特定情報は，ユーザを特定する情報であり，前記画像形成装置は，印刷対象の印刷データを特定する情報を含む第２特定情報を取得する第２情報取得部と，前記第２情報取得部にて前記第２特定情報を取得した場合に，前記第２特定情報を前記加工サーバに送信する第３送信部とを備え，前記印刷データ取得部は，前記特定情報から特定される特定ユーザの印刷データを少なくとも１つ取得し，前記第２送信部は，前記画像形成装置から前記第２特定情報を取得した後に，前記印刷データ取得部が取得した印刷データのうち，前記加工済データであって前記第２特定情報から特定される１つの特定印刷データを前記画像形成装置に送信するとしてもよい。ユーザが特定されるタイミングは，印刷データが特定されるタイミングよりも早期であることが多い。そのため，特定ユーザの情報を加工サーバに送信し，その特定ユーザの印刷データを取得することで，加工サーバがより早期に加工処理する機会が与えられる。そのため，この構成によれば，画像形成装置での印刷をより早期に開始することが期待できる。

また，前記印刷データ取得部は，前記特定情報から特定される特定ユーザの印刷データを全て取得し，前記加工処理部は，前記第２特定情報を取得する前に，前記印刷データ取得部が取得した印刷データに対して印刷データから中間データに加工する第１加工処理を実行し，前記第１特定情報を取得した後に，前記印刷データ取得部が取得した印刷データのうち，前記第２特定情報から特定される１つの特定印刷データに対して中間データから前記加工済みデータに加工する第２加工処理を実行するとよい。この構成によれば，特定の印刷データについて加工済みデータへの加工が完了することから，加工処理の無駄が少ない。

また，前記印刷データ取得部は，前記印刷データ取得部は，前記特定ユーザの印刷データのうち，使用頻度が最も高い印刷データである最頻印刷データを取得し，前記加工サーバは，前記印刷データ取得部で取得した最頻印刷データと，前記第２特定情報から特定される特定印刷データとが一致しない場合に，前記データサーバから，前記第２特定情報から特定される特定印刷データを取得する第２印刷データ取得部と，前記第２印刷データ取得部にて取得した特定印刷データに対して加工処理を実行する第２加工処理部とを備えるとよい。使用頻度が最も高い印刷データとしては，例えば，印刷データの基となるファイルの更新日時や，印刷回数から判断できる。この構成によれば，加工サーバが受信する印刷データの数を減らすことができる。また，最頻印刷データは，印刷対象となる可能性が高く，加工サーバがあらかじめ取得しておく印刷データとして好ましい。

また，前記加工処理部は，前記印刷データ取得部が印刷データを取得した直後に，その印刷データに対して加工処理を開始するとよい。印刷データを取得して直ぐに加工処理を開始することで，印刷データの加工処理を早期に完了させることが期待できる。

また，前記加工サーバは，前記印刷データ取得部が取得した印刷データが，前記加工処理部での加工処理が必要であるか否かを判断する判断部を備え，前記加工処理部は，前記判断部にて加工処理が必要と判断された印刷データに対して加工処理を実行し，前記判断部にて加工処理が不要と判断された印刷データに対して加工処理の少なくとも一部を実行しないとよい。加工サーバでの加工処理が不要な印刷データであれば，加工サーバにリソースを確保せず，加工サーバに加工処理を依頼しない方が，加工サーバのリソースの有効利用の観点から好ましい。加工処理の実行回数を少なくすることで，加工サーバを負荷を軽減できる。

また，本発明は，印刷データを記憶するデータサーバと，前記印刷データに対する加工処理を実行する加工サーバと，に通信回線を介して接続する画像形成装置であって，印刷対象を特定する情報を含む特定情報を取得する情報取得部と，前記情報取得部にて特定情報を取得した場合に，前記特定情報を前記加工サーバに送信し，前記データサーバに記憶されている印刷データのうち，前記特定情報から特定される印刷データである特定印刷データを前記加工サーバに取得させる取得指示部と，前記加工サーバから，加工された印刷データである加工済データを受信し，その加工済データを印刷する印刷部とを備えることを特徴とする画像形成装置を含んでいる。

また，本発明は，印刷データを記憶するデータサーバと，前記印刷データを印刷する画像形成装置と，に通信回線を介して接続する加工サーバであって，前記画像形成装置から，印刷対象を特定する情報を含む特定情報を受信する受信部と，前記受信部が前記特定情報を受信した場合に，前記データサーバに記憶されている印刷データのうち，前記特定情報から特定される印刷データである特定印刷データを取得する印刷データ取得部と，前記印刷データ取得部にて取得した特定印刷データに対して加工処理を実行する加工処理部と，前記加工処理部にて加工された印刷データである加工済データを，前記画像形成装置に送信する送信部とを備えることを特徴とする加工サーバを含んでいる。

本発明によれば，印刷データに対する加工処理を外部装置が行う場合に，早期に印刷物を得られる可能性が高い画像形成システム，画像形成装置および加工サーバが実現される。

実施の形態にかかるプリンタおよび加工サーバの電気的構成を示すブロック図である。 第１の形態にかかるプリンタとクラウドサーバとのデータの送受信のタイミングを示すタイミングチャートである。 検査データの構成を示す図である。 第１の形態にかかるクラウドサーバの動作手順を示すフローチャートである。 第１の形態にかかるプリンタの動作手順を示すフローチャートである。 第１の形態にかかる加工サーバの動作手順を示すフローチャートである。 第２の形態にかかるプリンタとクラウドサーバと加工サーバとのデータの送受信のタイミングを示すタイミングチャートである。 第２の形態にかかるクラウドサーバの動作手順を示すフローチャートである。 第２の形態にかかるプリンタの動作手順を示すフローチャートである。 第２の形態にかかる加工サーバの動作手順を示すフローチャートである。 第２の形態の応用例にかかる加工サーバの動作手順を示すフローチャートである。

以下，本発明にかかる画像形成装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，印刷データを記憶するクラウドサーバ，高級言語のインタプリタ機能を有していないプリンタ，高級言語のインタプリタ機能を有する加工サーバ，それらを有する画像形成システムに本発明を適用したものである。クラウドサーバとは，クラウドコンピューティングの概念において，クラウドの先にある仮想化サーバであり，クラウドの中にパケットを通過させ，ＷＥＢブラウザで操作ができるサーバである。

［プリンタの構成］
本形態のプリンタ１００（画像形成装置の一例）は，図１に示すように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（Non Volatile RAM）３４とを備えた制御部３０を備えている。また，制御部３０は，用紙に画像を印刷する画像形成部１０と，動作状況の表示やユーザによる入力操作の受付を行う操作パネル４０と，ネットワークインターフェース３７とに，電気的に接続されている。

ＲＯＭ３２には，プリンタ１００を制御するための制御プログラムであるファームウェアや各種設定，初期値等が記憶されている。ＲＡＭ３３およびＮＶＲＡＭ３４は，各種制御プログラムが読み出される作業領域として，あるいは印刷データを一時的に記憶する記憶領域として利用される。

ＣＰＵ３１（情報取得部，第１送信部，第２情報取得部，第３送信部の一例）は，ＲＯＭ３２から読み出した制御プログラムや各種センサから送られる信号に従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，プリンタ１００の各構成要素を制御する。

ネットワークインターフェース３７は，他の装置との通信を可能にするインターフェースである。プリンタ１００は，ネットワークインターフェース３７を介して他の装置から送信される印刷データを受信する。

また，画像形成部１０（印刷部の一例）は，用紙に画像を印刷することができればよく，画像形成方式については電子写真方式であってもインクジェット方式であってもよい。また，カラー印刷が可能であってもよく，モノクロ印刷専用であってもよい。本形態では，電子写真方式であって，カラー印刷が可能なものとする。

また，操作パネル４０は，ユーザ入力を受け付ける各種のボタンと，文字情報やボタン等を表示するタッチパネル画面とを有している。各種のボタンとしては，例えば，印刷動作の開始を指示するＯＫボタンや，印刷動作のキャンセルを指示するキャンセルボタンがある。

［加工サーバの構成］
本形態の加工サーバ４００（加工サーバの一例）は，図１に示したように，ＣＰＵ５１と，ＲＯＭ５２と，ＲＡＭ５３と，ＮＶＲＡＭ（Non Volatile RAM）５４とを備えた制御部５０を備えている。また，制御部５０は，ネットワークインターフェース５７と電気的に接続されている。

ＲＯＭ５２には，印刷データに対する各種の加工処理を行う加工プログラムや各種設定，初期値等が記憶されている。ＲＡＭ５３およびＮＶＲＡＭ５４は，各種加工プログラムが読み出される作業領域として，あるいは印刷データを一時的に記憶する記憶領域として利用される。

ＣＰＵ５１（印刷データ取得部，加工処理部，第２送信部，第２印刷データ取得部，第２加工処理部，判断部の一例）は，ＲＯＭ５２から読み出した加工プログラムに従って，その処理結果をＲＡＭ５３またはＮＶＲＡＭ５４に記憶させながら，印刷データの加工処理を実行する。

ネットワークインターフェース５７は，他の装置との通信を可能にするインターフェースである。加工サーバ４００は，ネットワークインターフェース５７を介して他の装置から送信される印刷データを受信する。

［画像形成システムの構成］
続いて，プリンタ１００，クラウドサーバ３００および加工サーバ４００を有する画像形成システム９００について説明する。図１は，プリンタ１００，スマートフォン２００，クラウドサーバ３００，および加工サーバ４００が，インターネットに接続されている画像形成システム９００を示している。スマートフォンとは，個人用の携帯コンピュータの機能を併せ持った携帯電話である。

プリンタ１００は，印刷データの印刷を実行するものである。プリンタ１００は，ＰＣＬやポストスクリプト等のＰＤＬデータについてのＲＩＰ機能を有しているが，その他の言語のＲＩＰ機能は有していない。また，プリンタ１００は，各ユーザの，クラウドサーバ３００を利用するためのログイン情報を記憶している。ログイン情報は，ユーザによってＩＤおよびパスワードが操作パネル４０から予め入力されて，ＲＡＭ３３又はＮＶＲＡＭ３４に記憶されている。

スマートフォン２００は，クラウドサーバ３００に対し，印刷データを記憶したり，印刷データの印刷指示を入力したりするものである。クラウドサーバ３００は，スマートフォン２００等の情報処理装置から出力される印刷ジョブを記憶し，その記憶した印刷ジョブをプリンタ１００等の画像形成装置に送信する装置である。なお，クラウドサーバ３００は，スマートフォン２００に限らず，他装置からも印刷データを受け付けており，クラウドサーバ３００には複数の印刷データがアップロードされる。また，クラウドサーバ３００は，プリンタ１００に限らず，他装置への印刷データの送信が可能である。

加工サーバ４００は，プリンタ１００で加工できない加工処理を，プリンタ１００に代わって実行する装置である。例えば，画像形成システム９００では，プリンタ１００でＲＩＰ処理ができない印刷データについては，加工サーバ４００がプリンタ１００に代わってＲＩＰ処理を行う。

画像形成システム９００では，あらかじめスマートフォン２００等によって，印刷データがクラウドサーバ３００に記憶される。ユーザは，そのクラウドサーバ３００に記憶されている印刷データを印刷する際，スマートフォン２００あるいはプリンタ１００を操作してクラウドサーバ３００にログインし，印刷対象の印刷データを選択して印刷指示を入力する。なお，スマートフォン２００から印刷指示を入力する場合，ユーザは印刷を実行するプリンタも選択する（本実施例ではプリンタ１００が選択されたものとして説明する）。印刷指示が入力されると，選択された印刷データがプリンタ１００で印刷される。

［第１の形態］
［画像形成システムの動作手順］
続いて，画像形成システム９００の具体的な動作手順について，図２のタイミングチャートを参照しつつ説明する。以下の説明では，印刷データがクラウドサーバ３００に記憶されているものとする。なお，クラウドサーバ３００がユーザから指示を受け付ける前提として，ユーザがクラウドサーバ３００にログインしているものとする。また，クラウドサーバ３００への指示は，実際にはクラウドサーバ３００にログインした装置（例えばスマートフォン２００やプリンタ１００）から行うが，以下の説明では，そのログインした装置とクラウドサーバ３００とのデータのやりとりは省略する。

第１の形態の画像形成システム９００では，先ず，ユーザが印刷を実行するプリンタを選択する。プリンタからログインしている場合には，プリンタの選択は省略してもよい。さらにはクラウドサーバ３００に登録されている印刷データのうち，印刷を実行する印刷データを選択する。そして，印刷設定を行う。ユーザによる印刷設定が完了すると，クラウドサーバ３００にその印刷設定に従った印刷実行命令が入力される。

クラウドサーバ３００は，印刷実行命令を受け付けると，印刷データの送信に先立って，選択されたプリンタ（本形態ではプリンタ１００とする）に対して，印刷設定に従った検査要求を送信する。

検査要求には，図３に示すように，用紙サイズ等の印刷設定が含まれる検査データ９０が付加される。検査データ９０には，印刷設定の内容（本形態では，少なくとも用紙サイズ，両面印刷設定，カラー設定，解像度，用紙種類，部数を含むものとする）と，印刷データのファイル名と，印刷データの種類と，ユーザ名とが記憶される。なお，図３に示したデータ構造は，印刷設定の代表的な項目を列挙した一例であってこれに限るものではない。例えば，より詳細な印刷設定を記憶してもよい。あるいは，図３に示した項目より少ない項目から構成されるものであってもよい。検査データ９０には，印刷ジョブに関する印刷設定は含まれるが，印刷データそのものは含まれない。なお，本形態での検査要求は，クラウドプリントのプロトコルであるＩＰＰ２．０に準拠しているものとする。

プリンタ１００は，検査要求を受信すると，その検査要求に付加されている検査データ９０の，印刷設定の各項目について，印刷可能か否かを解析する。この解析では，プリンタ自身のスペックの他，ステータスも考慮される。そのため，スペックとしては印刷可能であってもステータスとして印刷不可であれば，印刷不可と判断する。例えば，カラー印刷が可能なプリンタであって，何れかの色でトナー不足が検出されている場合には，スペックとしてはカラー印刷可能であるが，カラー印刷が可能な状態にはならない。そのため，印刷不可となる。この他，プリンタ１００に，特定のユーザの印刷を禁止する設定がある場合には，その特定のユーザからの検査要求は，印刷不可と判断する。プリンタ１００は，解析結果を，検査結果通知としてクラウドサーバ３００に送信する。

また，プリンタ１００は，検査要求を受信すると，検査データ９０に記憶されている情報や，クラウドサーバ３００とのセッション開始によって取得されるログイン情報から，ユーザおよび印刷データを特定し，それらを特定する特定情報を加工サーバ４００に送信する。

加工サーバ４００は，プリンタ１００特定情報を受信すると，その特定情報によって特定されるユーザ（特定ユーザ）を代行してクラウドサーバ３００にログインする。そして，クラウドサーバ３００に対し，その特定情報によって特定される印刷データ（特定印刷データ）の送信を要求する印刷データ要求を送信する。印刷データ要求を受信したクラウドサーバ３００は，加工サーバ４００に対して特定印刷データを送信する。

特定印刷データを受信した加工サーバ４００は，必要に応じてその特定印刷データに対して加工処理を行い，加工後の特定印刷データ（加工済データ）をプリンタ１００に送信する。印刷データの送信後は，クラウドサーバ３００からログオフする。

一方，プリンタ１００は，加工サーバ４００から加工済データを受け取り，その加工済データを印刷する。印刷完了後は，印刷完了通知をクラウドサーバ３００に送信する。なお，印刷中にエラーが生じた場合には，エラー通知をクラウドサーバ３００に送信する。

［クラウドサーバの制御］
続いて，第１の形態の画像形成システム９００の印刷動作を実現する各装置の動作手順について説明する。始めに，クラウドサーバ３００の動作について，図４のフローチャートを参照しつつ説明する。なお，図４のフローチャートで示した処理は，定期的（例えば，１秒毎）にクラウドサーバ３００によって実行される。

クラウドサーバ３００は，先ず，クラウドサーバ３００に登録されている印刷データについて，印刷実行命令を受け付けたか否かを判断する（Ｓ１０１）。印刷実行命令を受け付けていなければ（Ｓ１０１：ＮＯ），本処理を終了する。

印刷実行命令を受け付けた場合には（Ｓ１０１：ＹＥＳ），その印刷実行命令の印刷設定に従った検査データ９０を作成し，プリンタ１００に送信する（Ｓ１０２）。その後，加工サーバ４００からログインが有ったか否かを判断する（Ｓ１０３）。ログインがなければ（Ｓ１０３：ＮＯ），検査データ９０の送信からの時間が所定時間以上経過し，タイムアウトになったか否かを判断する（Ｓ１１１）。タイムアウトでなければ（Ｓ１１１：ＮＯ），Ｓ１０３に移行し，タイムアウトになるまで加工サーバ４００からのログインを待つ。タイムアウトの場合は（Ｓ１１１：ＹＥＳ），本処理を終了する。

加工サーバ４００からのログインが有った場合には（Ｓ１０３：ＹＥＳ），そのログインの認証処理を行う（Ｓ１０４）。その後，加工サーバ４００からの印刷データ要求を受け付けたか否かを判断する（Ｓ１０５）。印刷データ要求がなければ（Ｓ１０５：ＮＯ），加工サーバ４００がログインしてからの時間が所定時間以上経過し，タイムアウトになったか否かを判断する（Ｓ１２１）。タイムアウトでなければ（Ｓ１２１：ＮＯ），Ｓ１０５に移行し，タイムアウトになるまで加工サーバ４００からの印刷データ要求を待つ。タイムアウトの場合は（Ｓ１２１：ＹＥＳ），本処理を終了する。

加工サーバ４００からの印刷データ要求が有った場合には（Ｓ１０５：ＹＥＳ），ダウンロードが要求された印刷データを加工サーバ４００に送信する（Ｓ１０６）。その後，Ｓ１０２で送信した検査データ９０の検査結果を受信したか否かを判断する（Ｓ１０７）。検査結果を受信していない場合には（Ｓ１０７：ＮＯ），検査結果の受信を待つ。検査結果を受信した場合には（Ｓ１０７：ＹＥＳ），その検査結果に応じて印刷データをプリンタ１００に送信する（Ｓ１０８）。Ｓ１０８の後は，本処理を終了する。なお，Ｓ１０７およびＳ１０８の処理は無くてもよい。

［プリンタの制御］
続いて，プリンタ１００の動作について，図５のフローチャートを参照しつつ説明する。なお，図５のフローチャートで示した処理（情報取得部，第１送信部の一例）は，定期的（例えば，１秒毎）にプリンタ１００の制御部３０によって実行される。

プリンタ１００は，先ず，検査データ９０を受信したか否かを判断する（Ｓ２０１）。検査データ９０を受信した場合には（Ｓ２０１：ＹＥＳ），受信した検査データ９０に記憶されている印刷設定の各項目について，印刷可能か否かを解析する（Ｓ２０２）。その後，解析結果をクラウドサーバ３００に送信する（Ｓ２０３）。

次に，受信した検査データ９０に基づいて，印刷指示を入力したユーザおよび印刷データを特定する（Ｓ２０４，情報取得部の一例）。そして，特定したユーザおよび印刷データを記憶する特定情報を加工サーバ４００に送信する（Ｓ２０５，第１送信部の一例）。なお，Ｓ２０２〜Ｓ２０３とＳ２０４〜Ｓ２０５とは逆順であってもよい。

Ｓ２０５の後，あるいは検査データ９０を受信していない場合には（Ｓ２０１：ＮＯ），加工サーバ４００から，加工処理後の印刷データである加工済データを受信したか否かを判断する（Ｓ２１１）。加工済データを受信した場合には（Ｓ２１１：ＹＥＳ），その加工済データの印刷を開始する（Ｓ２１２）。その後，その加工済データの印刷が完了したか否かを判断する（Ｓ２１３）。印刷が完了していない場合には（Ｓ２１３：ＮＯ），印刷完了を待つ。

加工済データの印刷が完了した場合には（Ｓ２１３：ＹＥＳ），クラウドサーバ３００から印刷データを受信したか否かを判断する（Ｓ２１４）。印刷データを受信した場合には（Ｓ２１４：ＹＥＳ），その印刷データを破棄する（Ｓ２１５）。なお，ここでの印刷データは，Ｓ１０８で送信される印刷データである。Ｓ１０８を行わない場合には，Ｓ２１４およびＳ２１５の処理は不要である。Ｓ２１５の後，あるいは印刷データを受信していない場合（Ｓ２１４：ＮＯ），あるいは加工済データを受信していない場合には（Ｓ２１１：ＮＯ），本処理を終了する。

なお，本形態では，加工済データの印刷完了を待って，クラウドサーバ３００から送信される印刷データを破棄しているが，加工済データの印刷完了を待たずに破棄してもよい。なお，加工済データの印刷完了を待つことで，加工済データの印刷に失敗した場合に，後から受信する印刷データを利用してリカバリ印刷を行うことが可能になる。このリカバリ印刷では，従来と同様に，印刷データをプリンタ１００が加工サーバ４００に送信し，加工済データを加工サーバ４００から受信して印刷する。

［加工サーバ４００の制御］
続いて，加工サーバ４００の動作について，図６のフローチャートを参照しつつ説明する。なお，図６のフローチャートで示した処理（印刷データ取得部，加工処理部，第２送信部，判断部の一例）は，定期的（例えば，１秒毎）に加工サーバ４００の制御部５０によって実行される。

加工サーバ４００は，先ず，特定情報を受信したか否かを判断する（Ｓ３０１）。なお，ここでの特定情報は，Ｓ２０５で送信される特定情報である。特定情報を受信していない場合には（Ｓ３０１：ＮＯ），本処理を終了する。

特定情報を受信した場合には（Ｓ３０１：ＹＥＳ），特定情報で特定される特定ユーザを代行してクラウドサーバ３００にログインする（Ｓ３０２）。なお，クラウドサーバ３００にログインするための，各ユーザに対応するＩＤおよびパスワードは，特定情報に含まれる。

その後，特定情報で特定される印刷データのダウンロードを要求する印刷データ要求をクラウドサーバ３００に送信し，クラウドサーバ３００から送信される印刷データを受信することで，加工サーバ４００はプリンタ１００を介することなく印刷データを取得する（Ｓ３０３，印刷データ取得部の一例）。

次に，受信した印刷データについて，加工処理が必要か否かを判断する（Ｓ３０４，判断部の一例）。加工処理の必要性は，例えば，印刷データのデータタイプによって判断できる。例えば，本形態では，プリンタ１００がＰＣＬやポストスクリプト等のＰＤＬデータに対応するＲＩＰ機能を有し，高級言語のデータに対応するＲＩＰ機能を有しないため，プリンタ１００では，ＰＤＬ以外のデータタイプのデータは印刷コマンドデータに変換できない。そのため，データタイプがＰＤＬデータでなければ，ＲＩＰ処理が必要と判断する。この場合，加工サーバ４００は，あらかじめプリンタ１００がＲＩＰ処理可能なデータタイプをデータベースに記憶しておく。また，データタイプがビットマップデータであれば，ＲＩＰ処理が不要と判断できる。

加工処理が必要であれば（Ｓ３０４：ＹＥＳ），加工サーバ４００がＲＩＰ処理を行う（Ｓ３０５，加工処理部の一例）。このＲＩＰ処理後の印刷データが加工済データとなる。加工処理が必要でなければ（Ｓ３０４：ＮＯ），ＲＩＰ処理を行わず，Ｓ３０３で取得した印刷データを加工済データとして扱う。

Ｓ３０５の後，あるいは加工処理が必要でなければ（Ｓ３０４：ＮＯ），加工済データをプリンタ１００に送信する（Ｓ３０６，第２送信部の一例）。その後，クラウドサーバ３００からログオフし（Ｓ３０７），本処理を終了する。

以上詳細に説明したように第１の形態の画像形成システム９００では，クラウドサーバ３００に記憶されている印刷データに対してプリンタ１００での印刷が指示された場合に，クラウドサーバ３００に記憶されている加工前の印刷データが，プリンタ１００を経由せずに直接加工サーバ４００に移動する。そのため，従来の技術のようにプリンタ１００を経由して印刷データが加工サーバ４００に移動するものと比較して，印刷データが移動するノードが少ない。その結果して，プリンタ１００の早期の印刷開始が期待できる。

特に，クラウドサーバ３００と加工サーバ４００との通信は，専用回線等を結ぶことで，プリンタ１００と，クラウドサーバ３００あるいは加工サーバ４００との通信（一般回線）と比較して高速化を図ることが容易である。そのため，本形態の画像形成システム９００は，印刷データの受け渡しに起因する処理遅延の低減に好適である。

［第２の形態］
［画像形成システムの動作手順］
続いて，第２の形態の動作手順について，図７のタイミングチャートを参照しつつ説明する。第２の形態では，プリンタ１００は，ユーザを特定した段階で加工サーバ４００にその特定ユーザの情報を通知し，加工サーバ４００はクラウドサーバ３００からその特定ユーザの印刷データを全てダウンロードし，必要に応じて加工処理を行う。この点，プリンタ１００が，印刷データを特定した段階で加工サーバ４００にその特定印刷データの情報を通知し，加工サーバ４００はクラウドサーバ３００からその特定印刷データのみをダウンロードし，必要に応じて加工処理を行う第１の形態と異なる。なお，第２の形態の画像形成システムのハード構成は第１の形態と同じであり，説明を省略する。

第２の形態の画像形成システム９００では，先ず，ユーザが印刷を実行するプリンタを選択する。本形態では,プリンタ１００が選択されたものとする。プリンタ１００が選択されると，クラウドサーバ３００は，その選択されたプリンタ１００に対して，そのプリンタの能力を応答することを要求する能力通知要求を送信する。

プリンタ１００は，能力通知要求を受信すると，自身の能力をクラウドサーバ３００に通知する。この能力通知では，少なくともプリンタ１００のスペック情報を応答する。ステータス情報（トナー不足や用紙切れ等の印刷可能状態であるか否かを決定する情報）は，含まれていなくてもよい。

また，プリンタ１００は，能力通知要求を受信した段階で，クラウドサーバ３００とのセッションが開始され，ログイン情報を取得できる。そこで，プリンタ１００は，ログイン情報からユーザを特定し，ユーザを特定するユーザ特定情報を加工サーバ４００に送信する。

加工サーバ４００は，プリンタ１００からユーザ特定情報を受信すると，その特定されるユーザ（特定ユーザ）を代行してクラウドサーバ３００にログインする。そして，クラウドサーバ３００に対し，その特定ユーザの全ての印刷データを送信する印刷データ要求を送信する。印刷データ要求を受信したクラウドサーバ３００は，加工サーバ４００に対し，その特定ユーザの全ての印刷データを送信する。印刷データを受信した加工サーバ４００は，クラウドサーバ３００からログオフする。

一方，能力通知を受信したクラウドサーバ３００では，ユーザが，クラウドサーバ３００に登録されている印刷データのうち，印刷対象となる印刷データを選択する。そして，印刷設定を行う。ユーザによる印刷設定が完了すると，クラウドサーバ３００にその印刷設定に従った印刷実行命令が入力される。

クラウドサーバ３００は，印刷実行命令を受け付けると，印刷データの送信に先立って，選択されたプリンタ（本形態ではプリンタ１００とする）に対して，印刷設定に従った検査要求を送信する。

プリンタ１００は，検査要求を受信すると，その検査要求に付加されている検査データ９０の，印刷設定の各項目について，印刷可能か否かを解析する。プリンタ１００は，解析結果を，検査結果通知としてクラウドサーバ３００に送信する。

また，プリンタ１００は，検査要求を受信すると，検査データ９０に記憶されている情報から，印刷データを特定し，その印刷データを特定するファイル特定情報を加工サーバ４００に送信する。

加工サーバ４００は，ファイル特定情報を受信すると，あらかじめ取得しておいた印刷データの中から，そのファイル特定情報で特定される印刷データ（特定印刷データ）への加工処理を完了し，加工処理後の加工済データをプリンタ１００に送信する。

プリンタ１００は，加工サーバ４００から加工済データを受け取り，その加工済データを印刷する。印刷完了後は，印刷完了通知をクラウドサーバ３００に送信する。なお，加工サーバ４００が取得した印刷データのうち，送信対象とならなかった印刷データは破棄される。

［クラウドサーバの制御］
続いて，第２の形態の画像形成システム９００の印刷動作を実現する各装置の動作手順について説明する。始めに，クラウドサーバ３００の動作について，図８のフローチャートを参照しつつ説明する。なお，図８のフローチャートで示した処理は，定期的（例えば，１秒毎）にクラウドサーバ３００によって実行される。また，第１の形態と同じ処理については，同じ符号を付して説明を省略する。

クラウドサーバ３００は，先ず，ユーザによるプリンタの選択操作があったか否かを判断する（Ｓ１４１）。プリンタの選択操作がなければ（Ｓ１４１：ＮＯ），Ｓ１０１に移行する。

プリンタの選択操作があった場合には（Ｓ１４１：ＹＥＳ），その選択されたプリンタ（本形態ではプリンタ１００とする）に，能力通知要求を送信する（Ｓ１４２）。この能力通知要求によって，相手先のプリンタとのセッションが開始される。その後，クラウドサーバ３００は，プリンタ１００から能力通知を受信することで，プリンタ１００の能力を取得する（Ｓ１４３）。

Ｓ１４３の後，加工サーバ４００からログインが有ったか否かを判断する（Ｓ１０３）。ログインがなければ（Ｓ１０３：ＮＯ），タイムアウトになったか否かを判断する（Ｓ１１１）。タイムアウトの場合は（Ｓ１１１：ＹＥＳ），Ｓ１０１に移行する。

加工サーバ４００からのログインが有った場合には（Ｓ１０３：ＹＥＳ），そのログインの認証処理を行う（Ｓ１０４）。その後，加工サーバ４００からの印刷データ要求を受け付けたか否かを判断する（Ｓ１０５）。印刷データ要求がなければ（Ｓ１０５：ＮＯ），タイムアウトになったか否かを判断する（Ｓ１２１）。タイムアウトの場合は（Ｓ１２１：ＹＥＳ），Ｓ１０１に移行する。

加工サーバ４００からの印刷データ要求が有った場合には（Ｓ１０５：ＹＥＳ），送信が要求された印刷データを全て加工サーバ４００に送信する（Ｓ１０６）。その後，Ｓ１０１に移行する。

Ｓ１０１では，クラウドサーバ３００に登録されている印刷データについて，印刷実行命令を受け付けたか否かを判断する（Ｓ１０１）。印刷実行命令を受け付けていなければ（Ｓ１０１：ＮＯ），本処理を終了する。

印刷実行命令を受け付けた場合には（Ｓ１０１：ＹＥＳ），印刷設定に従った検査データ９０を作成し，プリンタ１００に送信する（Ｓ１０２）。その後，検査結果を受信したか否かを判断する（Ｓ１０７）。検査結果を受信した場合には（Ｓ１０７：ＹＥＳ），その検査結果に応じて印刷データをプリンタ１００に送信する（Ｓ１０８）。Ｓ１０８の後は，本処理を終了する。なお，Ｓ１０７およびＳ１０８の処理は無くてもよい。

［プリンタの制御］
続いて，プリンタ１００の動作について，図９のフローチャートを参照しつつ説明する。なお，図９のフローチャートで示した処理（情報取得部，第１送信部，第２情報取得部，第３送信部の一例）は，定期的（例えば，１秒毎）にプリンタ１００の制御部３０によって実行される。また，第１の形態と同じ処理については，同じ符号を付して説明を省略する。

プリンタ１００は，先ず，能力通知要求を受信したか否かを判断する（Ｓ２４１）。能力通知要求を受信した場合には（Ｓ２４１：ＹＥＳ），ユーザを特定する（Ｓ２４２，情報取得部の一例）。能力通知要求を受け付けた際には，クラウドサーバ３００とのセッションが開始されており，その際のログイン情報を基にプリンタ１００はユーザを特定できる。そして，その特定ユーザの情報であるユーザ特定情報を加工サーバ４００に送信する（Ｓ２４３，第１送信部の一例）。次に，プリンタ１００自身のスペックを記憶する能力通知をクラウドサーバ３００に送信する（Ｓ２４４）。なお，Ｓ２４２〜Ｓ２４３とＳ２４５とは逆順であってもよい。

Ｓ２４４の後，あるいは能力通知要求を受信していない場合には（Ｓ２４１：ＮＯ），検査データ９０を受信したか否かを判断する（Ｓ２０１）。検査データ９０を受信した場合には（Ｓ２０１：ＹＥＳ），受信した検査データ９０に記憶されている印刷設定の各項目について，印刷可能か否かを解析する（Ｓ２０２）。その後，解析結果をクラウドサーバ３００に送信する（Ｓ２０３）。

次に，検査データ９０に基づいて，印刷対象となる印刷データを特定する（Ｓ２５４，第２情報取得部の一例）。そして，特定した印刷データを記憶するファイル特定情報を加工サーバ４００に送信する（Ｓ２５５，第３送信部の一例）。なお，Ｓ２０２〜Ｓ２０３とＳ２５４〜Ｓ２５５とは逆順であってもよい。

Ｓ２５５の後，あるいは検査データ９０を受信していない場合には（Ｓ２０１：ＮＯ），加工サーバ４００から，加工済データを受信したか否かを判断する（Ｓ２１１）。加工済データを受信した場合には（Ｓ２１１：ＹＥＳ），その加工済データの印刷を開始する（Ｓ２１２）。その後，加工済データの印刷完了を待つ（Ｓ２１３）。

加工済データの印刷が完了した場合には（Ｓ２１３：ＹＥＳ），クラウドサーバ３００から印刷データを受信したか否かを判断する（Ｓ２１４）。印刷データを受信した場合には（Ｓ２１４：ＹＥＳ），その印刷データを破棄する（Ｓ２１５）。Ｓ１０８を行わない場合には，Ｓ２１４およびＳ２１５の処理は不要である。Ｓ２１５の後，あるいは印刷データを受信していない場合（Ｓ２１４：ＮＯ），あるいは加工済データを受信していない場合には（Ｓ２１１：ＮＯ），本処理を終了する。

［加工サーバ４００の制御］
続いて，加工サーバ４００の動作について，図１０のフローチャートを参照しつつ説明する。なお，図１０のフローチャートで示した処理（印刷データ取得部，加工処理部，第２送信部，判断部の一例）は，定期的（例えば，１秒毎）に加工サーバ４００の制御部５０によって実行される。また，第１の形態と同じ処理については，同じ符号を付して説明を省略する。

加工サーバ４００は，先ず，ユーザ特定情報を受信したか否かを判断する（Ｓ３５１）。ユーザ特定情報を受信した場合には（Ｓ３５１：ＹＥＳ），ユーザ特定情報で特定される特定ユーザを代行してクラウドサーバ３００にログインする（Ｓ３０２）。

その後，特定ユーザの全ての印刷データの送信を要求する印刷データ要求をクラウドサーバ３００に送信し，クラウドサーバ３００から送信される全ての印刷データを受信することで，加工サーバ４００はプリンタ１００を介することなく特定ユーザの全印刷データを取得する（Ｓ３５３，印刷データ取得部の一例）。

次に，受信した各印刷データについて，加工処理が必要か否かを判断する（Ｓ３０４，判断部の一例）。加工処理が必要であれば（Ｓ３０４：ＹＥＳ），加工サーバ４００が第１加工処理を行う（Ｓ３５５，加工処理部の一例）。印刷データの加工処理には，ベクトルデータからピクセルデータ（２５６階調）への加工処理と，ピクセルデータから印刷コマンドデータ（２階調あるいは４階調）への加工処理とが含まれる。このうち，Ｓ３５５では，ベクトルデータからピクセルデータへの加工処理を行う。この第１加工処理後の印刷データが中間データとなる。加工処理が必要でなければ（Ｓ３０４：ＮＯ），第１加工処理を行わず，Ｓ３５３で取得した印刷データを中間データとして扱う。

Ｓ３５５の後，あるいは加工処理が必要でなければ（Ｓ３０４：ＮＯ），中間データを加工サーバ４００の別のメモリ領域に保存する（Ｓ３５６）。その後，クラウドサーバ３００からログオフする（Ｓ３０７）。

その後，ファイル特定情報を受信したか否かを判断する（Ｓ３６１）。なお，ここでのファイル特定情報は，Ｓ２５５で送信される特定情報である。ファイル特定情報を受信していない場合には（Ｓ３６１：ＮＯ），ファイル特定情報の受信を待つ。

ファイル特定情報を受信した場合には（Ｓ３６１：ＹＥＳ），ファイル特定情報で特定される印刷データに対応する中間データを読み出す（Ｓ３６２）。そして，その中間データに対して，第２加工処理を行う（Ｓ３６３，加工処理部の一例）。具体的にＳ３６３では，ピクセルデータから印刷コマンドデータへの加工処理を行う。この第２加工処理後の印刷データが加工済データとなる。

Ｓ３６３の後，加工済データをプリンタ１００に送信する（Ｓ３６４，第２送信部の一例）。その後，第２加工処理で加工対象とならなかった中間データを破棄する（Ｓ３６５）。Ｓ３６５の後，本処理を終了する。

なお，本形態では，加工処理を第１加工処理と第２加工処理とに分けているが，第１の形態と同様に，第１加工処理および第２加工処理を含む全加工処理（第１の形態のＳ３０５の処理と同等の処理）を行ってもよい。例えば，印刷データをダウンロードした後，Ｓ３５５にて全ての印刷データに全加工処理を行ってもよいし，ファイル特定情報を受信した後，すなわち印刷データを特定した後，Ｓ３６３にてその印刷データに対してのみ全加工処理を行ってもよい。ただし，第１加工処理は時間がかかる処理であることから，早期に済ませておくことが好ましい。

また，本形態では，クラウドサーバ３００から出力される能力通知要求を利用してユーザを特定しているが，これに限るものではない。例えば，ユーザがプリンタ１００の操作パネル４０を操作し，プリンタ１００からクラウドサーバ３００にログインする場合には，そのセッションを開始した段階でプリンタ１００はユーザを特定できる。そのため，ログイン直後に，ユーザ特定情報をプリンタ１００から加工サーバ４００に送信してもよい。

また，本形態では，プリンタを選択するタイミングで出力される能力通知要求を利用してクラウドサーバ３００がユーザ情報をプリンタ１００に通知しているが，能力通知要求を出力するタイミングはこれに限るものではない。例えば，クラウドサーバ３００がプリンタの検索命令あるいは一覧表示命令を受け付けたタイミングで出力される能力通知要求を利用してもよい。

また，本形態では，加工サーバ４００が，特定ユーザの印刷データを全てダウンロードしているが，これに限るものではない。例えば，所定の条件を満たす印刷データのみをダウンロードしてもよい。図１１は，上述の所定の条件を，使用頻度が最も高い印刷データとし，その条件を満たす印刷データ１つのみをダウンロードする加工サーバ４００の処理を示している。

図１１では，ユーザ特定情報を受信し（Ｓ３５１：ＹＥＳ），Ｓ３０２にてクラウドサーバ３００にログインした後，クラウドサーバ３００に記憶されている特定ユーザの印刷データから，使用頻度が最も高い印刷データである最頻印刷データを特定する（Ｓ３７２）。使用頻度は，例えば，クラウドサーバ３００が各印刷データの印刷回数をカウントし，各印刷データの印刷回数を取得して印刷回数が最も多い印刷データを最頻印刷データとする。また，最頻印刷データとしてファイルの更新日時が最新の印刷データを用いてもよい。Ｓ３７２の後は，その最頻印刷データをクラウドサーバ３００から取得する（Ｓ３７３）。

その後，ファイル特定情報を受信した場合（Ｓ３６１：ＹＥＳ），そのファイル特定情報に記憶されている印刷データと最頻印刷データとが同じか否かを判断する（Ｓ３８１）。同じ場合には（Ｓ３８１：ＹＥＳ），中間データを読み出し（Ｓ３６２），第２加工処理を行う（Ｓ３６３）。

異なる場合には（Ｓ３８１：ＮＯ），再びクラウドサーバ３００にログインし（Ｓ３７２），ファイル特定情報から特定される印刷データを取得する（Ｓ３７３，第２印刷データ取得部の一例）。その後，受信した印刷データについて，加工処理が必要か否かを判断する（Ｓ３７４）。加工処理が必要であれば（Ｓ３７４：ＹＥＳ），加工サーバ４００がその印刷データについて全加工処理を行う（Ｓ３７５，第２加工処理部の一例）。この全加工処理後の印刷データが加工済データとなる。加工処理が必要でなければ（Ｓ３７４：ＮＯ），全加工処理を行わず，Ｓ３７３で取得した印刷データを加工済データとして扱う。

Ｓ３７５の後，あるいは加工処理が必要でなければ（Ｓ３７４：ＮＯ），クラウドサーバ３００からログオフし（Ｓ３７６），Ｓ３６４に移行して，加工済データをプリンタ１００に送信する。このように，加工サーバ４００がクラウドサーバ３００からダウンロードする印刷データの数を制限することで，加工サーバ４００のリソースの負荷を軽減できる。一方，加工サーバ４００が全印刷データをダウンロードすることで，Ｓ３７２〜Ｓ３７６のように再度のログイン，再度のダウンロード処理が不要であり，処理がシンプルになる。

なお，図１１では，始めに最頻印刷データのみをダウンロードし，ファイル特定情報に記憶されている特定印刷データと異なる場合に，その特定印刷データをダウンロードしているが，これに限るものではない。例えば，始めに特定ユーザの全印刷データをダウンロードし，最頻印刷データのみを加工しておき，ファイル特定情報に記憶されている特定印刷データと異なる場合に，その特定印刷データを加工するようにしてもよい。

以上詳細に説明したように第２の形態の画像形成システム９００では，ユーザがクラウドサーバ３００にログインした後，印刷を実行するプリンタが選択された場合に，そのユーザの印刷データであってクラウドサーバ３００に記憶されている加工前の印刷データが，プリンタ１００を経由せずに直接加工サーバ４００に移動する。そのため，従来の技術のようにプリンタ１００を経由して印刷データが加工サーバ４００に移動するものと比較して，印刷データが移動するノードが少ない。その結果して，プリンタ１００の早期の印刷開始が期待できる。

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，プリンタは，印刷機能を備えるものであればよく，複合機や複写機であっても適用可能である。また，プリンタに印刷ジョブを投入する装置は，スマートフォン等のモバイル装置に限るものではなく，例えば，デスクトップＰＣやノートＰＣ等の情報処理装置であってもよい。

また，実施の形態では，スマートフォン２００からクラウドサーバ３００を介してプリンタ１００にジョブが送信されるが，これに限るものではない。例えば，スマートフォン２００からプリンタ１００に直接印刷ジョブが送信されてもよい。この場合，スマートフォン２００が，クラウドサーバ３００が行っている検査要求の送信や印刷データの加工サーバ４００への送信を行う。

また，実施の形態では，ＲＩＰ処理を外部装置である加工サーバ４００で行っているが，外部装置で行う加工処理はＲＩＰ処理に限るものではない。例えば，ウォーターマーク処理，透かし処理であってもよい。また，ＰＣＬからポストスクリプト等，あるＰＤＬを他のＰＤＬに変換する処理であってもよい。

１０ 画像形成部
３０ 制御部
１００ プリンタ
２００ スマートフォン
３００ クラウドサーバ
４００ 加工サーバ
９００ 画像形成システム

Claims (9)

1. 印刷データを記憶するデータサーバと，前記印刷データを印刷する画像形成装置と，前記印刷データに対する加工処理を実行する加工サーバと，を備える画像形成システムにおいて，
   前記画像形成装置は，
   印刷対象を特定する情報を含む特定情報を取得する情報取得部と，
   前記情報取得部にて前記特定情報を取得した場合に，前記特定情報を前記加工サーバに送信する第１送信部と，
   を備え，
   前記加工サーバは，
   前記画像形成装置から前記特定情報を受信した場合に，前記データサーバに記憶されている印刷データのうち，前記特定情報から特定される印刷データである特定印刷データを取得する印刷データ取得部と，
   前記印刷データ取得部にて取得した特定印刷データに対して加工処理を実行する加工処理部と，
   前記加工処理部にて加工された印刷データである加工済データを，前記画像形成装置に送信する第２送信部と，
   を備えることを特徴とする画像形成システム。
2. 請求項１に記載する画像形成システムにおいて，
   前記情報取得部が取得する前記特定情報は，個々の印刷データを特定する情報であり，
   前記印刷データ取得部は，前記特定情報から特定される１つの特定印刷データを前記データサーバから取得することを特徴とする画像形成システム。
3. 請求項１に記載する画像形成システムにおいて，
   前記情報取得部が取得する前記特定情報は，ユーザを特定する情報であり，
   前記画像形成装置は，
   印刷対象の印刷データを特定する情報を含む第２特定情報を取得する第２情報取得部と，
   前記第２情報取得部にて前記第２特定情報を取得した場合に，前記第２特定情報を前記加工サーバに送信する第３送信部と，
   を備え，
   前記印刷データ取得部は，前記特定情報から特定される特定ユーザの印刷データを少なくとも１つ取得し，
   前記第２送信部は，前記画像形成装置から前記第２特定情報を取得した後に，前記印刷データ取得部が取得した印刷データのうち，前記加工済データであって前記第２特定情報から特定される１つの特定印刷データを前記画像形成装置に送信することを特徴とする画像形成システム。
4. 請求項３に記載する画像形成システムにおいて，
   前記印刷データ取得部は，前記特定情報から特定される特定ユーザの印刷データを全て取得し，
   前記加工処理部は，前記第２特定情報を取得する前に，前記印刷データ取得部が取得した印刷データに対して印刷データから中間データに加工する第１加工処理を実行し，前記第１特定情報を取得した後に，前記印刷データ取得部が取得した印刷データのうち，前記第２特定情報から特定される１つの特定印刷データに対して中間データから前記加工済みデータに加工する第２加工処理を実行することを特徴とする画像形成システム。
5. 請求項３に記載する画像形成システムにおいて，
   前記印刷データ取得部は，前記特定ユーザの印刷データのうち，使用頻度が最も高い印刷データである最頻印刷データを取得し，
   前記加工サーバは，
   前記印刷データ取得部で取得した最頻印刷データと，前記第２特定情報から特定される特定印刷データとが一致しない場合に，前記データサーバから，前記第２特定情報から特定される特定印刷データを取得する第２印刷データ取得部と，
   前記第２印刷データ取得部にて取得した特定印刷データに対して加工処理を実行する第２加工処理部と，
   を備えることを特徴とする画像形成システム。
6. 請求項３または請求項４に記載する画像形成システムにおいて，
   前記加工処理部は，前記印刷データ取得部が印刷データを取得した直後に，その印刷データに対して加工処理を開始することを特徴とする画像形成システム。
7. 請求項１から請求項６のいずれか１つに記載する画像形成システムにおいて，
   前記加工サーバは，
   前記印刷データ取得部が取得した印刷データが，前記加工処理部での加工処理が必要であるか否かを判断する判断部
   を備え，
   前記加工処理部は，前記判断部にて加工処理が必要と判断された印刷データに対して加工処理を実行し，前記判断部にて加工処理が不要と判断された印刷データに対して加工処理の少なくとも一部を実行しないことを特徴とする画像形成システム。
8. 印刷データを記憶するデータサーバと，前記印刷データに対する加工処理を実行する加工サーバと，に通信回線を介して接続する画像形成装置において，
   印刷対象を特定する情報を含む特定情報を取得する情報取得部と，
   前記情報取得部にて特定情報を取得した場合に，前記特定情報を前記加工サーバに送信し，前記データサーバに記憶されている印刷データのうち，前記特定情報から特定される印刷データである特定印刷データを前記加工サーバに取得させる取得指示部と，
   前記加工サーバから，加工された印刷データである加工済データを受信し，その加工済データを印刷する印刷部と，
   を備えることを特徴とする画像形成装置。
9. 印刷データを記憶するデータサーバと，前記印刷データを印刷する画像形成装置と，に通信回線を介して接続する加工サーバにおいて，
   前記画像形成装置から，印刷対象を特定する情報を含む特定情報を受信する受信部と，
   前記受信部が前記特定情報を受信した場合に，前記データサーバに記憶されている印刷データのうち，前記特定情報から特定される印刷データである特定印刷データを取得する印刷データ取得部と，
   前記印刷データ取得部にて取得した特定印刷データに対して加工処理を実行する加工処理部と，
   前記加工処理部にて加工された印刷データである加工済データを，前記画像形成装置に送信する送信部と，
   を備えることを特徴とする加工サーバ。

Images