JP6555892B2 - 画像形成装置及び画像形成装置による印刷制御方法 - Google Patents

Description

本発明は、画像形成装置、特に、クラウドプリントサービスに対応した画像形成装置及び画像形成装置による印刷制御方法、およびプログラムに関連する。

近年、複写機、プリンタなどの事務機器でクラウドプリントサービスに対応した画像形成装置が増えてきている。クラウドプリントサービスとは、ユーザが端末を介してクラウドサーバにアクセスし、リモートでファイルをプリント（印刷）することを可能とした技術である。プリント時は、プリンタドライバを一切必要とせず、直接デスクトップやモバイルアプリケーションから、汎用的な画像フォーマット（例えば、ＰＤＦ（Portable Document Format）、ＰＷＧ−Ｒａｓｔｅｒ、ＪＰＥＧといった標準的な規格で定められたデータ形式）を介して、あらゆるプリンタへ（プリンタ製造メーカーを問わず）送信することができる。画像形成装置の能力を超えるジョブが生成された場合は、特許文献１のように、クラウドサーバと画像形成装置間のジョブ取得経路を切り替えて（データ変換サーバを切り替えて、画像フォーマットを変え）、処理可能なジョブに変換して印刷する方法が提案されている。

特開２０１３−１０３４７７号公報

"ISO 32000-1:2008 Document management --Portable document format -- Part 1: PDF 1.7"、２００８年（平成２０年）７月１日 "ＰＷＧ−Ｒａｓｔｅｒ"、２０１２年（平成２４年）４月２０日、The Printer Working Group、URL:ftp://ftp.pwg.org/pub/pwg/candidates/cs-ippraster10-20120420-5102.4.pdf［平成２６年１２月３日検索］

しかしながら、特許文献１の技術のためには、画像形成装置が、クラウドプリントサービスのサーバ構成（印刷サーバや印刷データ変換サーバなどの構成）を把握する必要があるが、それは現実的には困難であるという第１の問題がある。

また、画像形成装置が、情報取得経路を切り替える方法も、システム運用においてサーバーアドレスを固定化する必要が生じるなど、柔軟性に欠けるという第２の問題がある。

更に、汎用的な画像フォーマットであるＰＤＦフォーマットは、印刷すべきデータの構造を解釈するために必要な構造記述が電子文書の末尾に記述されている。従って、ＰＤＦファイルを解釈するためには、ＰＤＦファイル全体をダウンロードする必要があるが、ハードディスクなどの外部記憶装置を有さない廉価機などでは、ハードウェア上のメモリ容量の制約から、蓄積するためのメモリサイズを制限する必要がある。このため、メモリサイズの上限を超えたファイル（ジョブ）は、キャンセルせざるをえず、印刷ができないという第３の問題があった。

本願発明は、上記問題点を個々に又はまとめて解決するものである。具体的には、本願発明は、画像形成装置の能力に起因して印刷できなかった文書を簡易な方法で印刷可能とする画像形成装置及び画像形成装置による印刷制御方法を提供することを目的とする。

上記目的を達成するために本発明は以下の構成を有する。

登録された画像形成装置の能力情報に応じたジョブデータを印刷要求に応じて生成し、更新された能力情報に応じたジョブデータを更新要求に応じて再生成するサーバと接続された画像形成装置であって、
前記サーバから取得したジョブデータのサイズと、ジョブデータを格納するための格納手段の記憶容量とを比較する比較手段と
前記ジョブデータがＰＤＦであるか否かを判定する判定手段と、
前記判定手段が、前記ジョブデータがＰＤＦでないと判定し、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記画像形成装置がサポートする解像度に関する設定において現在値よりも低減した解像度の設定を含む前記更新要求を前記サーバに送信する更新要求手段と、
前記判定手段が、前記ジョブデータがＰＤＦであると判定し、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記ジョブデータをラスタデータにすることを要求する通知を前記サーバに対して通知する通知手段と、前記ジョブデータのサイズが前記記憶容量以下の場合、前記ジョブデータを印刷する印刷手段と、
を有することを特徴とする画像形成装置が提供される。

以上説明したように本発明によれば、メモリサイズの上限を超えて、ジョブがキャンセルされていた文書も、印刷可能なメモリサイズに収まるよう、自動的に画像形式が変換さるようになるため、ユーザ操作無く印刷が可能になる。

本実施形態における画像形成装置（ＭＦＰ）の利用環境を示す概略図である 図１記載の画像形成装置１のハードウェア構成を示すブロック図である。 図１記載のクラウドサーバ２および端末３のハードウェア構成を示すブロック図である。 図１記載の画像形成装置１のソフトウェア構成を示すブロック図である 図１記載のクラウドサーバ２および端末３のソフトウェア構成を示すブロック図である 一般的なクラウドプリントのシーケンスの一例を示した図である。 図６記載の画像形成装置１が行うプリンタの登録Ｃ１００１の処理フローを示す図である。 図７記載のステップＳ１００１で表示する画面の一例を示した図である。 本実施形態における画像形成装置１が行う印刷制御処理の流れを示したフローチャートである。 図６記載の画像形成装置１が、クラウドサーバ２や端末３に送付する能力情報の一例を示した図である。 図９記載のステップＳ２０１８およびステップＳ２０２０で、画像形成装置１が、クラウドサーバ２や端末３に、機能ダウンさせるために送付する能力情報の一例を示した図である。 図６のＣ１００５、および図１４のＣ２００４でやり取りされるジョブ情報の一例を示す図である。 図６のＣ１００７、および図１４のＣ２００６でやり取りされるジョブチケットの一例を示す図である。 本発明の第二の実施形態を示す図である。

＜クラウドプリントサービスシステム＞
以下、本発明を実施するための形態について、図面を用いて説明する。図１は、本実施形態に係るクラウドプリントサービスのプリントシステム構成例を示す図である。クラウドプリントサービスは、クラウドサーバ２、移動型の端末３（以下、端末３と称す）、画像形成装置１とを備える。

端末３は、無線ＬＡＮ７を介して無線アクセスポイント５に接続されている。各装置は、有線ＬＡＮ６を介してインターネット４に接続されている。なお、本実施形態では、クラウドサーバ２を１台有する構成としたが、複数台で構成してもよく、複数のサーバで、後述する図３のクラウドプリントサービスを実現するものでも良い。その場合、複数のサーバは同一のＬＡＮ上にあってもよいし、異なるＬＡＮ上に置いてインターネット４で接続してもよい。また、クラウドプリントサービスを構成する各装置は、インターネット４を介して接続可能であり、互いにデータ通信することができる。更に、端末３と画像形成装置１は、インターネット４を介さずとも、近距離通信媒体により直接接続可能となっていてもよい。また、端末３、画像形成装置１はいずれも複数台配置されていても良い。

＜画像形成装置＞
図２は、本実施形態の画像処理装置として機能する画像形成装置１のハードウェア構成の一例を示すブロック図である。画像形成装置１はたとえばディジタル複合機（ＭＦＰ）であり、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、プリンタＩ/Ｆ１０４、スキャナＩ/Ｆ１０５、操作部Ｉ/Ｆ１０６、通信Ｉ/Ｆ１０７を備える。また、画像形成装置１は、プリンタ１０８、スキャナ１０９、操作部（操作ユニット）１１０と、有線ＬＡＮ１１１、無線ＬＡＮ１１２といったＮＩＣを備える。なお、ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称であり、ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称で、ＮＩＣは、Ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃｏｎｔｒｏｌｌｅｒの略である。

ＣＰＵ１０１は、画像形成装置１の全体の動作を制御している。ＣＰＵ１０１は、ＲＯＭ１０３に記憶されているプログラムに従って、システムバス１１３に接続される各デバイスを総括的に制御している。ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能すると共に、画像情報の蓄積領域としても用いられる。また、このＲＡＭ１０２は、ＮＶＲＡＭ（Ｎｏｎ−ｖｏｌａｔｉｌｅ ＲＡＭ：不揮発性ＲＡＭ）領域も備えており、クラウドプリントサービスによる印刷実行途中に、突然の電源ＯＦＦが発生した場合も、容易に再印刷することができるように構成されている。

ＲＯＭ１０３は、各種フォント、ＣＰＵ１０１により実行される制御プログラム等、および各種データを記憶している。プリンタＩ/Ｆ１０４は、プリンタエンジンであるプリンタ１０８とのインタフェースを制御している。スキャナＩ/Ｆ１０５は、スキャナエンジンであるスキャナ１０９とのインタフェースを制御している。

操作部Ｉ/Ｆ１０６は、画像形成装置１の各種設定を行うための操作部１１０とのインタフェースを制御している。通信Ｉ/Ｆ１０７は、有線ＬＡＮ１１１、無線ＬＡＮ１１２といったＮＩＣの通信を制御している。有線ＬＡＮ１１１、無線ＬＡＮ１１２は、有線ＬＡＮ６や無線ＬＡＮ７との接続Ｉ/Ｆであり、クラウドサーバ２や端末３との間でのデータの送受信を制御する。通信Ｉ/Ｆ１０７は、ウェブサービスプロトコルなど実施環境に適した実装を備える。

ＣＰＵ１０１は、ＲＯＭ１０３等に記憶されているプログラムを必要に応じてＲＡＭ１０２に読み出し、実行するとしたが、クラウドサーバ２に記録されたプログラムを、ＲＡＭ１０２にロードし、ＣＰＵ１０１が実行することにしてもよい。また画像形成装置１は、端末３との直接通信のために不図示の近距離通信機能のための構成を有していてもよい。

＜サーバ及び端末＞
図３は、クラウドサーバ２、端末３のハードウェア構成の一例を示すブロック図である。クラウドサーバ２および端末３は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、外部メモリＩ/Ｆ２０４、操作部Ｉ/Ｆ２０５、通信Ｉ/Ｆ２０６を備える。

ＣＰＵ２０１は、記憶部であるＲＯＭ２０２に記憶されているプログラムに従って、システムバス２１１に接続される各デバイスを総括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等としても機能している。ＲＯＭ２０３は、各種プログラムおよびデータを格納している。

外部メモリＩ/Ｆ２０４は、例えばフラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）、またサーバ２であればハードディスク等の外部メモリ２０７とのアクセスを制御する。外部メモリ２０７は、保存又は読み取り可能な記憶媒体として機能し、オペレーティングシステム（ＯＳ）、Ｗｅｂブラウザ、およびアプリケーションが記憶されている。アプリケーション、および各モジュール（ソフトウェア）のプログラムは外部メモリ２０７に記憶され、必要に応じてＲＡＭ２０２に読み出され、ＣＰＵ２０１により実行される。これにより、アプリケーション、又は各モジュール（ソフトウェア）の機能を実現する
操作部Ｉ/Ｆ１１６は、操作ユニット２０８からの入力を制御する。通信Ｉ/Ｆ２０６は、有線ＬＡＮ２０９、無線ＬＡＮ２１０といったＮＩＣの通信を制御している。有線ＬＡＮ２０９は無線ＬＡＮと、無線ＬＡＮ２１０は有線ＬＡＮ６との接続Ｉ/Ｆであり、クラウドサーバ２や端末３との間でのデータの送受信を制御する。通信Ｉ/Ｆ２０６は、ウェブサービスプロトコルなど実施環境に適した実装を備える。本実施形態で説明する処理は、外部メモリ２０７に記録されたプログラムをＲＡＭ２０２にロードし、ＣＰＵ１１１実行させることも可能な構成である。

なお、クラウドサーバ２および端末２０３は、有線ＬＡＮ２０９または無線ＬＡＮ２１０のいずれか一方のみを有していてもよい。クラウドサーバ２は、操作ユニット２０８を備えていなくともよい。端末３が携帯端末であれば、通信媒体は無線ＬＡＮ２１０のみでもよいし、操作ユニット２０８はタッチパネルなどでよい。また端末３は、不図示の近距離通信機能のための構成を有していてもよい。

＜画像形成装置のソフトウェア構成＞
図４は、画像形成装置１のコントローラ１０およびソフトウェア、あるいはそれらにより実現される機能構成を示すブロック図である。画像形成装置１の機能は、ユーザーインターフェース（ＵＩ）１００１、ジョブ制御部１００２を含む。また、ネットワークスタック１００４のモジュールを備える。更に、ジョブ制御部１００２は、クラウドプリント（Ｃｌｏｕｄ Ｐｒｉｎｔ）１００３のタスクを含んでいる。クラウドプリント１００３は、クラウドサーバ２への能力情報の登録や、クラウドサーバ２からのジョブ通知に応じた印刷処理（図９参照）を実行する。それぞれのモジュールやタスクは、ＲＯＭ１０３に保存されたプログラムから構成され、それらプログラムが、ＣＰＵ１０１により処理されることで実行され、実現される。

ＵＩ１００１は、操作部Ｉ/Ｆ１０６により制御される操作部１１０を介して、コントローラ１０の制御に必要な各種情報の入出力を行う。ネットワークスタック１００４は、ＴＣＰ／ＩＰをはじめ、ＸＭＰＰやＨＴＴＰといったネットワークプロトコルの制御を行い、インターネット４を介して、クラウドサーバ２や端末３との通信を実現する。クラウドプリント１００３は、後述する印刷制御処理などを含むタスクである。ネットワークＩ/Ｆ１０７を介して受け取ったジョブ通知に応じて、後述するクラウドプリントのシーケンスを実行し、プリンタＩ/Ｆ１０４を介して、プリンタ１０８に印刷を行わせるものである。

＜印刷サービス＞
図５は、クラウドサーバ２で提供される印刷サービス２０のソフトウェア構成を示すブロック図である。プリンタ登録管理部２００１、画像データ制御部２００３を有する。また、ネットワークスタック２００５のモジュールを備える。更に、プリンタ登録管理部２００１は、各プリンタの能力を管理する登録プリンタ能力管理部２００２を含んでいる。それぞれのモジュールやタスクは、ＲＯＭ２０３に保存されたプログラムから構成され、それらプログラムが、ＣＰＵ２０１により処理されることで実行され、実現される。

画像データ制御部２００３は、プリンタ登録管理部２００１および登録プリンタ能力管理部２００２に格納された、画像形成装置１により処理可能な文書データの形式等を含むサポート情報をもとに、印刷ジョブ生成部２００４に印刷ジョブ（以下単にジョブとも呼ぶ）の生成を指示する。ネットワークスタック２００５は、ＴＣＰ／ＩＰをはじめ、ＸＭＰＰやＨＴＴＰといったネットワークプロトコルの制御を行い、インターネット４を介して、画像形成装置１との通信を実現する。印刷ジョブ生成部２００４は、生成したジョブがあることを、ネットワークＩ/Ｆ１０７を介して画像形成装置１に通知し、後述するクラウドプリントのシーケンスを実行するものである。

＜クラウドプリントのシーケンス＞
図６は、本実施形態に係るクラウドプリントのシーケンスの一例を示した図である。特に、実施形態１では、Ｇｏｏｇｌｅ（登録商標）が公開しているＧｏｏｇｌｅ Ｃｌｏｕｄ Ｐｒｉｎｔをベースにクラウドプリントのシーケンスを説明する。本実施形態に係るクラウドプリントサービスでは、クラウドサーバ２に、画像形成装置がサポートする能力を事前に登録する方式とした。なお本例ではＧｏｏｇｌｅ Ｃｌｏｕｄ Ｐｒｉｎｔをベースに説明するために、そこで採用されている特定のフォーマットやプロトコルを用いて説明するが、本実施形態に係る発明は他のクラウドプリントサービスでも実施可能であるし、その場合にはそのサービスに応じたフォーマットやプロトコルが用いられる。また、本実施形態は文書データがＰＤＦ形式である場合の問題に特に対応しているが、文書データ全体を格納しなければその処理を開始できないような形式の文書データについてはＰＤＦと同様の問題を生じることになるので、その場合にも本実施形態の発明を適用することができる。

本実施形態の画像形成装置１は、ＵＩ１００１の操作に従い、クラウドサーバ２に対して、画像形成装置１がサポートする能力および機能が記述されたデータを送る（図６のＣ１００１の処理）。画像形成装置の能力は、ＸＭＬ(Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ：ＲＦＣ４６２７）といった公知のフォーマットで記述するものとする。また、プリンタの個々の能力を表すキーワードが予め定められており、そのキーワードを使って、サポートする画像フォーマット、解像度といった能力を登録することが可能である。本実施形態では、図１０および、図１１で例示するＪＳＯＮ形式で、クラウドサーバ２と画像形成装置１との間で、サポート情報をやり取りする構成とした。

図１０は、画像形成装置１がＰＤＦ形式とＲａｓｔｅｒ（ラスタ形式）の２つの形式の文書データをサポート、すなわち解釈し印刷することができることを示す能力データの例である。この能力データには、印刷解像度も含まれている。図１０では、画像形成装置１は、ＰＤＦ形式の文書データと、ＰＷＧ−Ｒａｓｔｅｒ形式のデータとをサポートしており、解像度は縦横とも１２００ｄｐｉであることが示されている。また図１１では、画像形成装置１は、ＰＷＧ−Ｒａｓｔｅｒ形式のデータのみをサポートしており、解像度は縦横とも３００ｄｐｉであることが示されている。このような能力情報を、Ｃ１００１で画像形成装置からクラウドサーバ２のプリンタ登録管理部２００１に登録しておく。

端末３は、クラウドサーバ２に対して、事前に登録された画像形成装置１による印刷を要求する（図６記載のＣ１００２）。用いる画像形成装置１の指定は、例えばクラウドサーバ２から画像形成装置１の近隣にあって使用可能な画像形成装置が端末３に提示され、その中からユーザが選択することで指定できるように構成されていてもよい。また印刷対象の文書データの指定も、同様にクラウドサーバ２が提供可能な文書データが端末３に提示され、その中からユーザが選択することで指定できるように構成されていてもよい。

印刷要求を受けたクラウドサーバ２は、要求に応じてジョブを生成し、プリンタ登録管理部２００１に登録されたプリンタの中から選択された画像形成装置１に対して、ジョブが投入されたことをＸＭＰＰで通知する（図６のＣ１００３の処理）。ＸＭＰＰとは、Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌのことで、メッセージ等を交換するためのＸＭＬベースのプロトコルである。このときクラウドサーバ２は、画像形成装置２のサポートする解像度やデータ形式のうち、出力の品質が高くなるものを選択してジョブデータ（あるいは印刷データ）を生成するものとする。既に生成済みのジョブデータが蓄積されている場合には、そのうちから該当するジョブデータを選択する。ジョブデータの生成時には、端末３からの印刷要求に品質等の指定が含まれている場合には、その指定に従ってもよい。

ジョブが投入されたことが通知されると、画像形成装置１は、ジョブＩＤのリスト、即ちジョブリストのフェッチを実行する（図６のＣ１００４の処理）。フェッチとは、ジョブリストをクラウドサーバ２から取得することを指す。このジョブリストには、少なくともジョブＩＤと各ジョブのサイズ、及び各ジョブのデータ形式が含まれている。なお、ジョブリストにはジョブＩＤの他にも各ジョブのジョブデータ、およびジョブチケットの保存場所となるＵＲＬの情報も含んでもよく、このような情報をジョブ情報と呼ぶ。

ジョブのフェッチ要求を受けたクラウドサーバ２は、ｎ個のジョブＩＤと各ジョブのサイズ、及び各ジョブのデータ形式を含むジョブＩＤのリスト、即ちジョブリストを画像形成装置１に返す（図６のＣ１００５の処理）。

ジョブリストが画像形成装置１に通知されると、本実施形態の画像形成装置１は、各ジョブのサイズと画像形成装置１の文書データのための記憶容量とを比較し、ジョブサイズが記憶容量以下であれば当該ジョブＩＤに該当するジョブチケットをクラウドサーバ２に要求する（図６のＣ１００６の処理）。この要求は、たとえばジョブチケットのＵＲＬ等に基づいて行われる。

これに対してクラウドサーバ２は、指示されたジョブＩＤのジョブチケットを返す（図５のＣ１００７の処理）。ジョブチケットは、画像形成装置の能力と同様に、ＸＭＬやＪＳＯＮで記述されていて、キーワードも画像形成装置の能力情報と同様に予め定められている。

次に画像形成装置１は、クラウドサーバ２に対して、該ジョブＩＤのジョブデータすなわち文書データのダウンロードを要求する（図６のＣ１００８の処理）。これを受けたクラウドサーバ２は、画像形成装置１に印刷ジョブのジョブデータを送信する（図６のＣ１００９の処理）。

画像形成装置１は、印刷ジョブを受信すると、ジョブチケットで指示された内容でジョブデータを印刷する（図６のＣ１０１０の処理）。画像形成装置１は、１つのジョブの印刷が終了すると、終了したジョブのデリート、即ち、ジョブの削除指示（あるいは削除要求）を、クラウドサーバ２に対して要求し（図６のＣ１０１１の処理）、印刷処理を終了させる。ジョブの削除は、印刷要求Ｃ１００２に基づいて生成されたジョブの削除であり、文書データや設定データ等、ジョブの元となるデータはもちろん削除対象ではない。画像形成装置１は、ジョブリストに含まれた全ジョブについてＣ１００６からＣ１０１１までを繰り返す。

また、画像形成装置１が、各ジョブデータのサイズと画像形成装置１の文書データのための記憶容量とを比較した結果、ジョブデータのサイズの方が大きければ、画像形成装置１の現在の能力情報を低下させたあらたな能力情報を更新（ｕｐｄａｔｅ）指示（あるいは更新要求）により更新する。クラウドサーバ２は、この更新指示を受け取ったときに、その送信元の画像形成装置１に対するジョブが残っていれば、そのジョブを生成し直して、画像形成装置１に対してジョブ通知を改めて送信する（Ｓ１００１）。画像形成装置１は、そのジョブ通知に応じて上述したシーケンスを繰り返す。

また、画像形成装置１は、不定期に、画像形成装置の状態や能力が変更されたことを、更新（ｕｐｄａｔｅ）指示により、クラウドサーバ２要求することができる（図６のＣ１０１２の処理）。クラウドサーバ２は、この更新指示を受け取ったのち、画像形成装置１の状態、たとえば登録された能力情報を変更したり、上述のように画像形成装置１の能力に適合したジョブ生成等の処理を行う。

＜画像形成装置による事前登録＞
図７は、本発明が想定しているクラウドプリントサービスで、クラウドサーバ２に、画像形成装置がサポートする能力を事前に登録する方式を示すフローチャートであり、図６のＣ１００１の処理の詳細を示すものである。

Ｓ１００１では、端末３で図８のようなプリンタ登録画面を表示して、該当する画像形成装置１を選択する。この選択操作により、端末１からクラウドサーバ２へ、選択した画像形成装置の登録が指示される。クラウドサーバ２は、この登録指示をもとに、画像形成装置にサポートする能力を問い合わせして、画像形成装置のＩＰアドレスやモデル名といったデバイス情報と、サポートする画像形式などの能力情報を、図５で示したプリンタ登録管理部２００１や登録プリンタ能力管理部２００２に登録し保持する。

＜画像形成装置による印刷制御手順＞
図９は、本実施形態における印刷制御の処理の流れを示したフローチャートである。図９の処理は、図４記載のクラウドプリント１００３を構成するプログラムを、ＣＰＵ１０１が実行することで実現される処理である。本願発明では、ジョブ制御部１００２により制御されることを想定している。本発明が想定しているクラウドプリントサービスでは、図６で説明したように、クラウドサーバ２に、プリンタの能力を事前に登録しなければならない（図６のＣ１００１に該当）。その後、端末３からクラウドサーバ２に印刷を指示し（図６のＣ１００２に該当）、クラウドサーバ２で画像形成装置１がサポートする形式にデータを変換してジョブを生成したのち、画像形成装置１に印刷指示がされる（図６のＣ１００３に該当）。

まず、ステップＳ２００１で、クラウドサーバ２から画像形成装置１に、ジョブ生成が通知される（図６のＣ１００３に該当）のを待つ。ジョブの通知は、図４記載のネットワークスタック１００４を経由して、ジョブ制御部１００２に送付される。ステップＳ２００１でジョブ通知を検出すると、ステップＳ２００２に進む。

ステップＳ２００２では、ジョブＩＤのリスト、即ちジョブリストのフェッチ（ｆｅｔｃｈ）が実行される。フェッチとは、ジョブリストをクラウドサーバ２から取得することを指す。このジョブリストには、少なくともジョブＩＤと形式、ジョブデータのサイズを示す情報が含まれている。なお、ジョブリストにはジョブＩＤの他にも各ジョブのジョブデータ、およびジョブチケットの保存場所となるＵＲＬの情報も含まれており、このような情報をジョブ情報と呼ぶ。図１２にその一例を示す。図１２の例には、ジョブＩＤが０００１、形式（タイプ）がＰＤＦ、サイズが３３８８８、ジョブ名がＰｒｉｎｔＤｏｃ．ｐｄｆである１つのジョブが示され、さらにその格納場所のＵＲＬが示されている。さてＳ２００２では、画像形成装置１からクラウドサーバ２に対して、ジョブのフェッチ要求が送信されると（図６のＣ１００４）、これを受けたクラウドサーバ２は、ｎ個（ｎは１以上）のジョブＩＤを含むジョブＩＤのリスト、即ちジョブリストを画像形成装置１に返す（図６のＣ１００５に該当）。通常、ひとつのジョブの印刷が要求された直後のジョブＩＤのリストには、ジョブＩＤがひとつ（ｎ＝１）リストされている（図１２参照）。後述するジョブの印刷処理中や、ジョブの保留中に別のジョブの印刷が要求されたならば、ジョブＩＤがひとつ以上（ｎ＞１）になることもある。ステップＳ２００２では、取得したジョブＩＤのリスト、即ちジョブリストが図２記載のＲＡＭ１０２に一時記憶される。

ステップＳ２００３では、記憶したジョブＩＤリストが、空か否かが判定される。もし空であればステップＳ２００１に戻る。逆に、記憶したジョブＩＤリストにひとつ以上のＩＤがリストされているならば、ステップＳ２００４に進む。

ステップＳ２００４では、インデックスｉに１がセットされる。続けて、ステップＳ２００５では、ステップＳ２００２で一時記憶したジョブＩＤの情報（図１２）から、"ｊｏｂ＿ｔｙｐｅ"で示されるジョブデータの形式と、"ｊｏｂ＿ｓｉｚｅ"で示されるデータサイズを取り出す。

次に、ステップＳ２００６で、ステップＳ２００５で取得したデータサイズ（図１２の"ｊｏｂ＿ｓｉｚｅ"で示されるデータ）が、画像形成装置１が有するジョブデータ蓄積用メモリに収まるか（小さいか）を確認する。ここで、処理可能なデータサイズであることが確認できた場合は、ステップＳ２００７に進む。

ステップＳ２００７では、データ形式リストに含まれているｉ番目のジョブＩＤのジョブチケットが取得される。ここで、画像形成装置１はクラウドサーバ２に対してｉ番目のジョブＩＤのジョブチケット要求を、ジョブリスト内のジョブチケットのＵＲＬを基に発行する（図６のＣ１００６に該当）。これに対してクラウドサーバ２は、指示されたジョブＩＤのジョブチケットを返す（図６のＣ１００７に該当）。ジョブチケットは、画像形成装置の能力情報と同様に、ＸＭＬやＪＳＯＮで記述されていて、キーワードも画像形成装置の能力情報と同様に予め定められている（図１３にジョブチケットの一例を示す）。

ステップＳ２００８は、クラウドサーバ２に対して、該ジョブＩＤのジョブデータのダウンロードを要求する（図６のＣ１００７に該当）。これを受けたクラウドサーバ２は、画像形成装置１にジョブデータを返す（図６のＣ１００８に該当）。

ステップＳ２００９では、受信したジョブデータを印刷する（図６のＣ１００９に該当）。印刷が終了したらステップＳ２０１０に進み、印刷が終了したジョブのデリート、即ちジョブの削除の指示を、クラウドサーバ２に要求する（図６のＣ１０１０に該当）。クラウドサーバ２はデリート要求に応じてジョブを削除する。

次に、ステップＳ２０１１に進み、インデックスｉを１つ加算して、ステップＳ２０１２に進む。Ｓ２０１０で、印刷完了したジョブを削除することで、これ以降に取得したジョブリストには、削除したジョブが含まれないことになる。

Ｓ２０１２では、ステップＳ２００２で一時記憶したジョブＩＤリストの中に、未処理のジョブＩＤがあるか否かを調べる。もし、複数のジョブＩＤがリストされているならば、すべてのジョブＩＤの処理が完了するまで、ステップＳ２００５からステップＳ２０１２までを繰り返し実行する。すべてのジョブＩＤの確認が完了したならば、ステップＳ２０１３に進む。

一方、ステップＳ２００６で、ステップＳ２００５で取得した画像データサイズ（図１２の"ｊｏｂ＿ｓｉｚｅ"で示されるデータ）が、画像形成装置１が有する画像蓄積用メモリより大きいと判断した場合は、ステップＳ２０１６に進む。

ステップＳ２０１６では、図４のＵＩ１００１に、図示しないが、"画像が劣化する可能性がある"ことを出力して、ユーザに通知する。ユーザへの通知の方法は、たとえば画像形成装置１の操作ユニット１１０に画像劣化の可能性を示すメッセージを表示してもよいし、そのメッセージを印刷要求の発行元、たとえば端末３に送信し、そこで表示させてもよい。端末３への送信は、クラウドサーバ２を介してもよいし、直接行ってもよい。次に、ステップＳ２０１７で、ステップＳ２００２にて一時記憶したジョブＩＤの情報（図１２）から、"ｊｏｂ＿ｔｙｐｅ"で示されるデータ形式を取り出す。このデータ形式の中に、"ｐｄｆ"が存在した場合は、ステップＳ２０１８に進み、画像フォーマットから、一時的にｐｄｆを除いたサポート情報を作成する（一例を、図１１に示す）。サイズが大きくなりがちなＰＤＦを除外することで、再生成されるジョブデータのサイズを縮小させることが期待できる。

一方、ステップＳ２０１７で、"ｐｄｆ"が存在しない場合は、ステップＳ２０２０に進み、サポートする解像度をダウンさせた能力情報を作成する。解像度のダウンは、たとえば、画像形成装置１がサポートする高い解像度から低い解像度へと、順次低下させることで行う。例えば登録されている能力情報が１２００ｄｐｉであり、画像形成装置１によりサポートされる解像度が１２００、６００、３００、１５０ｄｐｉであれば、次は解像度を６００ｄｐｉとした能力情報を作成する。解像度を低下させることで、再生成されるジョブデータのサイズが縮小することが期待できる。

その後、ステップ２０１９に進み、ステップＳ２０１８およびステップＳ２０２０で更新したサポート情報を、クラウドサーバ２に送付して、画像形成装置の能力を更新するよう更新指示する。その後、処理はステップＳ２００１に戻る。

本実施形態では、この更新指示をクラウドサーバ２が受け取ることで、画像形成装置１がサポートする画像フォーマットで、ジョブを作成し直す。たとえば、更新指示を受信したクラウドサーバ２は、更新指示の送信元である画像形成装置から出力するために生成したジョブが残っていれば、その残っているジョブについて、新たに更新された能力情報に応じて文書データを変換し、ジョブを生成する。そして、ジョブ通知を画像形成装置１に対して送信する。ステップＳ２００１では、画像形成装置１は、更新指示に伴う能力情報に応じて生成し直されたジョブについてジョブ通知を受信する。この後は、Ｓ２００１から上述した手順が繰り返される。

ステップＳ２０１３では、ステップ２０１８とステップ２０２０により、画像形成装置の機能が一時的にダウンしたか否かを確認する。ここで、一時的な機能ダウンがされていた場合は、ステップＳ２０１４に進み、ステップＳ１００１で登録した画像形成装置の能力情報に戻す。その後、ステップＳ２０１５で、画像形成装置１からクラウドサーバ２へ装置の能力を更新するため更新コマンドを発行する。クラウドサーバ２は、この更新コマンドを受信することで、図５で示したプリンタ登録管理部２００１や登録プリンタ能力管理部２００２に登録されている情報の更新処理を実行する。

以上のように構成することによって、本実施形態の画像形成装置１は、簡単な処理で能力に対応するジョブデータを取得することが可能になる。また、先行技術に比べて、画像形成装置の機能を一時的にダウンさせるだけで扱う画像データ量を少なくでき、複雑な操作なしに、簡単な操作で印刷することが可能になる。

なお上記例では、ジョブは画像形成装置の登録された能力情報のうち最も高い能力に応じて生成される方式としたが、クラウドサーバ２は、あらかじめ、画像形成装置１がサポートする全てのフォーマットで、ジョブ生成する方式でも良い。この場合には、更新指示の内容が、たとえばサポートするフォーマットの削除にとどまるならばＳ２０１９の更新指示に応じてジョブを再生成しなくともよく、クラウドサーバ２は直ちにジョブ通知を応答することができる。ただし画像形成装置１に送信するジョブリストには、予め生成しておいた、もう力情報の更新後にサポートされるフォーマットのジョブが表示される。

［第２の実施形態］
第１の実施形態では、画像形成装置１とクラウドサーバ２と端末３からなる構成を例に説明した。しかしながら、端末３の能力アップが進み、クラウドサーバ２と同じ機能を、端末２がサポートすることが容易に想像できる。ここでは、クラウドサーバ２なしに、画像形成装置１と端末３だけで、プリントサービスを実現した場合の実施形態を説明する。本実施形態では、第１の実施形態と比べて、端末３が印刷サービス２０を内蔵している点において、構成が相違する。またそのために、画像形成装置１は、端末３の印刷サービス２０を第１の実施形態におけるクラウドサーバ２としてクラウドプリント処理を遂行する。以下にその手順を説明する。

図１４において、端末３は、画像形成装置３の能力情報などを事前に登録する（図１４記載のＣ２００１）。画像形成装置の能力は、実施例１で示した内容と同様に、ＸＭＬやＪＳＯＮといった公知のフォーマットで記述するものとする。また、プリンタの個々の能力を表すキーワードが予め定められており、そのキーワードを使って、サポートする画像フォーマット、解像度といった能力を登録することとする。

次に、端末３は、登録された画像形成装置３に対して印刷を要求する（図１４記載のＣ２００２）。印刷要求も、実施例１で示した内容と同様に、ＸＭＰＰなどのプロトコルを使用するものとする。

印刷要求がされた画像形成装置１は、ジョブＩＤのリスト、即ちジョブリストのフェッチを実行する（図１４のＣ２００３の処理）。このジョブリストも、実施例１と同様に、少なくともジョブＩＤが含まれ、ジョブチケットの保存場所となるＵＲＬの情報なども含まれるものとする。

ジョブのフェッチ要求を受けた端末３は、ｎ個のジョブＩＤを含むジョブＩＤのリスト、即ちジョブリストを画像形成装置１返す（図１４のＣ２００４の処理）。

ジョブリストが画像形成装置１に通知されると、ジョブＩＤに該当するジョブチケットのＵＲＬを基にジョブチケットを要求する（図１４のＣ２００５の処理）。

これに対して端末３は、指示されたジョブＩＤのジョブチケットを返す（図１４のＣ１００６の処理）。このジョブチケットも、実施例１と同様に、ＸＭＬやＪＳＯＮで記述されていて、キーワードも画像形成装置の能力情報と同様に予め定められているものとする。
画像形成装置１は、端末３に対して、該ジョブＩＤのジョブデータのダウンロードを要求する（図１４のＣ２００７の処理）。このダウンロード要求を受けて、端末３は、画像形成装置１に印刷ジョブを送信する（図１４のＣ２００８の処理）。

画像形成装置１は、印刷ジョブを受信すると、ジョブチケットで指示された内容で印刷する（図１４のＣ２００８の処理）。画像形成装置１は、印刷が終了すると、終了したジョブのデリート、即ち、ジョブの削除指示を、端末３に要求し（図１４のＣ２０１０の処理）、印刷処理を終了させる。

ここで、Ｃ２００４で受信したジョブ情報が、画像形成装置の蓄積用メモリサイズより大きいか小さいかの判断は、図９のＳ２００６と同様に行い。メモリサイズが大きい場合は、一時的な機能ダウンを図９のステップＳ２０１６からステップＳ２０１９と同様に処理するものとする。

更に、図９のステップＳ２０１８およびステップＳ２０２０が動作したか否かに応じて、一時的に機能ダウンさせた画像形成装置の能力を、ステップＳ２０１２とステップＳ２０１３で、もとに戻すことも同様に処理できるものとする。

本実施形態では、このｕｐｄａｔｅ指示を端末３が受け取ることで（図１４のＣ２０１１の処理）、画像形成装置１がサポートする画像フォーマットで、ジョブを作成し直す方式としたが、端末３は、あらかじめ、画像形成装置１がサポートする全ての画像フォーマットで、ジョブ生成する方式でも良い。

更に、本実施形態では、画像形成装置とクラウドサーバと端末、および、画像形成装置と端末の構成で説明したが、端末はパーソナルコンピュータなどを用いる構成であってもよく、特に制限されるものではない。

以上の説明した仕組みにより、画像形成装置がサポートするメモリ容量を超えるジョブに対しては、画像形成装置がサポートするファイル形式や解像度といった機能をダウンさせることで、ジョブの容量を自動的に削減することができる。このため、従来は、ジョブキャンセルしていたジョブも印刷することが可能になる。

［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１...画像形成装置、２...クラウドサーバ、３...端末、４...インターネット

Claims (13)

1. 登録された画像形成装置の能力情報に応じたジョブデータを印刷要求に応じて生成し、更新された能力情報に応じたジョブデータを更新要求に応じて再生成するサーバと接続された画像形成装置であって、
   前記サーバから取得したジョブデータのサイズと、ジョブデータを格納するための格納手段の記憶容量とを比較する比較手段と
   前記ジョブデータがＰＤＦであるか否かを判定する判定手段と、
   前記判定手段が、前記ジョブデータがＰＤＦでないと判定し、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記画像形成装置がサポートする解像度に関する設定において現在値よりも低減した解像度の設定を含む前記更新要求を前記サーバに送信する更新要求手段と、
   前記判定手段が、前記ジョブデータがＰＤＦであると判定し、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記ジョブデータをラスタデータにすることを要求する通知を前記サーバに対して通知する通知手段と、前記ジョブデータのサイズが前記記憶容量以下の場合、前記ジョブデータを印刷する印刷手段と、
   を有することを特徴とする画像形成装置。
2. 前記能力情報は、前記画像形成装置がサポートする解像度とジョブデータの形式とを含み、
   前記更新要求手段は、前記ジョブデータがＰＤＦでないと判定し、かつ、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記画像形成装置がサポートする形式のうち、登録されている形式よりもサイズが小さくなる形式を前記能力情報として、前記更新要求と共に前記サーバに送信することを特徴とする請求項１に記載の画像形成装置。
3. 前記形式にはＰＤＦ形式とラスタ形式とを含むことを特徴とする請求項２に記載の画像形成装置。
4. 前記能力情報は、前記画像形成装置がサポートする解像度とジョブデータの形式とを含み、
   前記更新要求手段は、前記ジョブデータがＰＤＦでないと判定し、かつ、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記画像形成装置がサポートする解像度のうち、登録されている解像度よりも低い解像度を前記能力情報として、前記更新要求と共に前記サーバに送信することを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
5. 前記サーバからのジョブ通知に応じて、ジョブデータのサイズを含むジョブリストを前記サーバから取得する手段を更に有し、
   前記比較手段は前記ジョブリストに含まれたサイズと前記記憶容量とを比較することを特徴とする請求項１乃至４のいずれか一項に記載の画像形成装置。
6. 前記更新要求手段により更新要求を送信する場合には、印刷されるデータが粗くなる旨のメッセージを出力する手段を更に有することを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
7. 前記メッセージは、前記画像形成装置の有する表示手段により表示されるか、または前記印刷要求の発行元に送信されることを特徴とする請求項６に記載の画像形成装置。
8. 前記印刷手段により印刷を完了したジョブデータの削除要求を前記サーバに対して送信する削除要求手段を更に有し、
   前記サーバは前記削除要求に応じて前記ジョブデータを削除し、前記更新要求に応じて、前記画像形成装置により印刷されるジョブデータのうち、削除されていないジョブデータを再生成することを特徴とする請求項１乃至７のいずれか一項に記載の画像形成装置。
9. 請求項１乃至８のいずれか一項に記載の画像形成装置と、
   印刷要求に応じて、登録された画像形成装置の能力情報に応じたジョブデータを生成し、更新要求に応じて更新された能力情報に応じたジョブデータを再生成する前記サーバとを含むことを特徴とするプリントシステム。
10. 端末を更に含み、該端末から前記サーバに対して前記印刷要求を発行することを特徴とする請求項９に記載のプリントシステム。
11. 前記サーバはユーザーインターフェースを有し、該ユーザーインターフェースから前記印刷要求を受け付けることを特徴とする請求項９または１０に記載のプリントシステム。
12. 請求項１乃至８のいずれか一項に記載した画像形成装置の前記比較手段および前記更新要求手段としてコンピュータを機能させるためのプログラム。
13. 登録された画像形成装置の能力情報に応じたジョブデータを印刷要求に応じて生成し、更新された能力情報に応じたジョブデータを更新要求に応じて再生成するサーバと接続された画像形成装置による印刷制御方法であって、
    前記サーバから取得したジョブデータのサイズと、ジョブデータを格納するための格納手段の記憶容量とを比較する比較工程と
    前記ジョブデータがＰＤＦであるか否かを判定する判定工程と、
    前記判定工程で前記ジョブデータがＰＤＦでないと判定し、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記画像形成装置がサポートする解像度に関する設定において現在値よりも低減した解像度の設定を含む前記更新要求を前記サーバに送信する更新要求工程と、
    前記判定工程で前記ジョブデータがＰＤＦであると判定し、前記ジョブデータのサイズが前記記憶容量よりも大きい場合、前記ジョブデータをラスタデータにすることを要求する通知を前記サーバに対して通知する通知工程と、
    前記ジョブデータのサイズが前記記憶容量以下の場合、前記ジョブデータを印刷する印刷工程と
    を有することを特徴とする印刷制御方法。

Images