特許 6241383 画像形成装置及び画像形成システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6241383

(24)【登録日】2017年11月17日

(45)【発行日】2017年12月6日

(54)【発明の名称】画像形成装置及び画像形成システム

(51)【国際特許分類】

   B41J 29/38 20060101AFI20171127BHJP

   G06F 3/12 20060101ALI20171127BHJP

   G06F 13/38 20060101ALI20171127BHJP

   H04N 1/00 20060101ALI20171127BHJP

【ＦＩ】

   B41J29/38 Z

   G06F3/12 311

   G06F3/12 329

   G06F3/12 392

   G06F13/38 310D

   G06F13/38 310B

   H04N1/00 107Z

【請求項の数】4

【全頁数】13

(21)【出願番号】特願2014-144058(P2014-144058)

(22)【出願日】2014年7月14日

(65)【公開番号】特開2016-20047(P2016-20047A)

(43)【公開日】2016年2月4日

【審査請求日】2016年7月21日

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】100097113

【弁理士】

【氏名又は名称】堀 城之

(74)【代理人】

【識別番号】100162363

【弁理士】

【氏名又は名称】前島 幸彦

(72)【発明者】

【氏名】小熊 嵩志

【審査官】 牧島 元

(56)【参考文献】

【文献】 特開２０００−２２７８４３（ＪＰ，Ａ）

【文献】 特開２００２−３４２０４５（ＪＰ，Ａ）

【文献】 特開２０１３−１４５５０３（ＪＰ，Ａ）

【文献】 特開２０１３−１８３２１５（ＪＰ，Ａ）

【文献】 特開２００９−２９２０４７（ＪＰ，Ａ）

【文献】 特開２０１１−１０４８６１（ＪＰ，Ａ）

【文献】 特開２００８−０４７０１１（ＪＰ，Ａ）

【文献】 特開２００７−１７９４９６（ＪＰ，Ａ）

【文献】 特開２０１１−１００１８９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０１１９４１５（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ４１Ｊ ２９／３８

Ｇ０６Ｆ ３／１２

Ｇ０６Ｆ １３／３８

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

スプーラー機能を用いずに外部機器から送信された印刷ジョブを取得し実行する画像形成装置であって、
前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションとを有し、
前記アプリケーションは、仮想印刷用ポートを有し、
前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、
前記アプリケーションは、
（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、
（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、
（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、所定期間スリープするループ処理を行うことで、前記印刷データの送信を停止するように前記外部機器に通知し、
（４）前記プリントバッファーが利用可能になれば、前記外部機器から再送された前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する
ことを特徴とする画像形成装置。

【請求項2】

スプーラー機能を用いずに外部機器から送信された印刷ジョブを取得し実行する画像形成装置であって、
前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションと、前記アプリケーションに対して利用可能に設定されたアプリケーション用作業記憶領域とを有し、
前記アプリケーションは、仮想印刷用ポートを有し、
前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、
前記アプリケーションは、
（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、
（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、
（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、前記外部機器から取得した前記印刷データを一時的に前記アプリケーション用作業記憶領域に保存するループ処理を行い、
（４）前記プリントバッファーが利用可能になれば、前記アプリケーション用作業記憶領域に保存された前記印刷データを、前記印刷用ポートに対して転送し、続いて、前記外部機器から取得した前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する
ことを特徴とする画像形成装置。

【請求項3】

スプーラー機能を有さない外部機器と、前記外部機器から送信された印刷ジョブを取得し実行する画像形成装置とを有する画像形成システムであって、
前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションとを有し、
前記アプリケーションは、仮想印刷用ポートを有し、
前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、
前記アプリケーションは、
（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、
（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、
（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、所定期間スリープするループ処理を行うことで、前記印刷データの送信を停止するように前記外部機器に通知し、
（４）前記プリントバッファーが利用可能になれば、前記外部機器から再送された前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する
ことを特徴とする画像形成システム。

【請求項4】

スプーラー機能を有さない外部機器と、前記外部機器から送信された印刷ジョブを取得し実行する画像形成装置とを有する画像形成システムであって、
前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションと、前記アプリケーションに対して利用可能に設定されたアプリケーション用作業記憶領域とを有し、
前記アプリケーションは、仮想印刷用ポートを有し、
前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、
前記アプリケーションは、
（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、
（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、
（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、前記外部機器から取得した前記印刷データを一時的に前記アプリケーション用作業記憶領域に保存するループ処理を行い、
（４）前記プリントバッファーが利用可能になれば、前記アプリケーション用作業記憶領域に保存された前記印刷データを、前記印刷用ポートに対して転送し、続いて、前記外部機器から取得した前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する
ことを特徴とする画像形成システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像形成装置及び画像形成システムに係り、例えば、スプーラー機能を用いずに外部機器から送信された印刷ジョブ（印刷データ）を取得し出力処理を実行する画像形成装置及び画像形成システムに関する。

【背景技術】

【0002】

従来より、パーソナルコンピューター等の外部端末のＯＳ（Operating System）がスプーラー機能（以下、単に「スプーラー」という。）を備え、プリンターや複合機（ＭＦＰ）等の画像形成装置における印刷を制御する技術がある。スプーラーが画像形成装置の機能をＳＮＭＰ（Simple Network Management Protocol）などの技術でチェックしながら、プリントデータの送信の制御が行われる。

【0003】

一般に、印字処理を円滑にするには、適切なサイズのバッファが必要とされる。そして、通常ＦＩＦＯ形式のバッファへの入出力を効果的に制御することで、処理速度を安定的に高めた技術が提案されている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７−１７９４９６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、タブレット端末（以下、単に「タブレット」という）やスマートフォン等に搭載されるＯＳのようにスプーラーを提供していない装置がある。その場合、上述の様な印刷の制御が行われないという課題があった。スプーラーの無いＯＳ上で動くアプリケーション上から、印刷データをデバイス（画像形成装置）へ送信する際、デバイスのプリントバッファが無くなってしまうと、印刷データの送信がそれ以上行えなくなってしまう。例えば、用紙ジャムなどでジョブが一時停止した場合、クライアント（印刷データの送信元）はプリントバッファがフルになるまでジョブを送信することが可能だが、フルになった途端、それ以上のデータは送信できなくなる。その結果、全体的な印刷速度は低下してしまう。近年、タブレットやスマートフォンの普及が進むとともに、それらから印刷出力を行うことが多くなっており、印刷処理の効率を向上させる技術が求められていた。

【0006】

特許文献１に開示の技術では、タブレットやスマートフォンのようなスプーラーが無い機器を想定した技術ではなく、別の技術が求められていた。当然に、画像形成装置においてプリントバッファを大容量にすることで解消はできるが、コストの点から現実的ではなかった。

【0007】

本発明はこのような状況に鑑みてなされたものであり、上記課題を解決できる技術を提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明は、スプーラー機能を用いずに外部機器から送信された印刷ジョブを取得し実行する画像形成装置であって、スプーラー機能を用いずに外部機器から送信された印刷ジョブを取得し実行する画像形成装置であって、前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションとを有し、前記アプリケーションは、仮想印刷用ポートを有し、前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、前記アプリケーションは、（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、所定期間スリープするループ処理を行うことで、前記印刷データの送信を停止するように前記外部機器に通知し、（４）前記プリントバッファーが利用可能になれば、前記外部機器から再送された前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する。
本発明は、スプーラー機能を用いずに外部機器から送信された印刷ジョブを取得し実行する画像形成装置であって、前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションと、前記アプリケーションに対して利用可能に設定されたアプリケーション用作業記憶領域とを有し、前記アプリケーションは、仮想印刷用ポートを有し、前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、前記アプリケーションは、（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、前記外部機器から取得した前記印刷データを一時的に前記アプリケーション用作業記憶領域に保存するループ処理を行い、（４）前記プリントバッファーが利用可能になれば、前記アプリケーション用作業記憶領域に保存された前記印刷データを、前記印刷用ポートに対して転送し、続いて、前記外部機器から取得した前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する。
本発明は、スプーラー機能を有さない外部機器と、前記外部機器から送信された印刷ジョブを取得し実行する画像形成装置とを有する画像形成システムであって、前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションとを有し、前記アプリケーションは、仮想印刷用ポートを有し、前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、前記アプリケーションは、（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、所定期間スリープするループ処理を行うことで、前記印刷データの送信を停止するように前記外部機器に通知し、（４）前記プリントバッファーが利用可能になれば、前記外部機器から再送された前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する。
本発明は、スプーラー機能を有さない外部機器と、前記外部機器から送信された印刷ジョブを取得し実行する画像形成装置とを有する画像形成システムであって、前記画像形成装置は、プリントバッファーと、印刷用ポートと、ＪＡＶＡ（登録商標）によって実装される所定のプラットフォーム上で稼働するアプリケーションと、前記アプリケーションに対して利用可能に設定されたアプリケーション用作業記憶領域とを有し、前記アプリケーションは、仮想印刷用ポートを有し、前記仮想印刷用ポートが、前記アプリケーションが提供するＷｅｂサービスにより、前記外部機器からネットワークを介して前記印刷ジョブを受けると、前記アプリケーションは、（１）前記印刷ジョブにおける印刷データに含まれる認証情報を解析して認証を行い、（２）前記仮想印刷用ポートを介して、前記印刷用ポートに対して前記プリントバッファーが空いているか否かを確認し、（３）前記プリントバッファーが空いておらず利用不可能であれば、利用可能になるまで前記プリントバッファーが空いているか否かを確認するとともに、前記外部機器から取得した前記印刷データを一時的に前記アプリケーション用作業記憶領域に保存するループ処理を行い、（４）前記プリントバッファーが利用可能になれば、前記アプリケーション用作業記憶領域に保存された前記印刷データを、前記印刷用ポートに対して転送し、続いて、前記外部機器から取得した前記印刷データを、前記仮想印刷用ポートを介して、前記印刷用ポートに対して転送する。

【発明の効果】

【0009】

本発明によると、タブレットやスマートフォンのようなスプーラーが無い機器から画像形成装置に印刷出力をした場合であっても、印刷出力処理を円滑に行う技術を提供できる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る、画像形成システムの概要構成を示す図である。

【図2】実施形態に係る、画像形成装置の機能ブロック図である。

【図3】実施形態に係る、モバイル機器からダイレクト印刷をする際の処理を示すチャート図である。

【図4】実施形態に係る、モバイル機器からダイレクト印刷をする際の処理を示すチャート図である。

【図5】実施形態に係る、モバイル機器からダイレクト印刷をする際の処理を示すチャート図である。

【発明を実施するための形態】

【0011】

以下、本発明を実施するための形態（以下、「実施形態」という）について図面を参照して説明する。

【0012】

図１は、本実施形態に係る画像形成システム１の概略構成を示す機能ブロック図である。図示のように、画像形成システム１は、ネットワーク２を介して相互に接続される画像形成装置１０と、モバイル機器６０とを備える。

【0013】

モバイル機器６０は、タブレットやスマートフォンであって、ネットワーク２を介して画像形成装置１０に対して印刷出力を行う。モバイル機器６０のＯＳは、印刷出力に関してスプーラーを有していない。このような構成の場合には、上述の様に、画像形成装置１０のプリンタバッファがフルになると処理が停止してしまい、場合によってはエラーになる。そこで本実施形態では、モバイル機器６０のＯＳの様にスプーラーを有しない機器であっても、印刷処理を適正に行うことができる技術を示す。以下では、ダイレクト印刷処理に着目して説明する。

【0014】

画像形成装置１０は、システム拡張性を実現する連携プラットフォーム処理部２０を備え、モバイル機器６０やその他ネットワークを中心にさまざまな機器と連携を可能となっている。

【0015】

図２は、画像形成装置１０の概略構成を示す機能ブロック図であって、おもに、ダイレクト印刷処理に着目して示しており、他の処理に関する構成については図示及び説明を適宜省略する。

【0016】

画像形成装置１０は、例えば、ＭＦＰであって、制御部１２と、操作部１４と、表示部１６と、印刷実行処理部３０と、画像読取部４０と、通信インターフェイス５０とを備える。

【0017】

操作部１４は、実行キー等の所定の機能ボタンやテンキー等を備えたユーザーインターフェイスである。表示部１６は、液晶パネル等で構成され、動作状態等を表示する。なお、操作部１４と表示部１６とが一体に構成されたタッチキー等が用いられてもよい。

【0018】

印刷実行処理部３０は、一般的な印刷実行機能を有し、制御部１２からの指示により印刷動作を実行する。また、印刷実行処理部３０は、プリントバッファー３２を有する。このプリントバッファー３２は、モバイル機器６０から画像形成装置１０へ送る印刷データを一時的に保存するＲＡＭ（Random Access Memory）等のＦＩＦＯタイプの高速記憶手段である。

【0019】

画像読取部４０は、例えばＡ３サイズやＡ４サイズの原稿を読み取り可能とする一般的な構成であって、スキャナー、プラテンガラス、原稿読取スリット、原稿給紙装置等を備える。

【0020】

制御部１２は、ＭＰＵ（Micro-Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ等を備え、各種の処理を行う。ここで、制御部１２は、画像形成装置１０の統括的処理を行う機能として、主制御部１９を備える。また、制御部１２は、本実施形態で特徴的な構成として、連携用プラットフォーム処理部２０及びアプリケーション用作業記憶領域２６を備える。

【0021】

連携プラットフォーム処理部２０は、連携用プラットフォーム２２及び連携用アプリケーション２３を備える。

【0022】

連携用プラットフォーム２２は、ＷｅｂブラウザやＷｅｂサービスといったインターネット標準技術をベースとしたソリューションプラットホームであって、例えばＪＡＶＡ（登録商標）によって実装される。

【0023】

連携用アプリケーション２３は、連携用プラットフォーム２２上で稼働するアプリケーションであって、画像形成装置１０の機能を用いてモバイル機器６０やその他の機器とネットワーク連携を可能にするものである。

【0024】

連携プラットフォーム処理部２０は、連携用アプリケーション２３（より具体的には仮想ダイレクト印刷用ポート２４）を用いてモバイル機器６０からの印刷処理を受けた場合に、いわゆるダイレクト印刷を実現する構成となっている。ダイレクト印刷を実現するために、連携用アプリケーション２３は、仮想的なダイレクト印刷用ポート（以下、「仮想ダイレクト印刷用ポート２４」という）をホストしている。

【0025】

より具体的には、仮想ダイレクト印刷用ポート２４は、タブレットやスマートフォンのようなモバイル機器６０のＯＳであってスプーラー機能の無いＯＳのアプリケーションからのジョブをＷｅｂサービスを用いて受信する。また、連携用アプリケーション２３における印刷処理をサポートするために、連携用アプリケーション２３は連携用プリンティングサービス２５を有する。

【0026】

その仮想ダイレクト印刷用ポート２４を指定した印刷データを受信した場合に、連携用プリンティングサービス２５が、モバイル機器６０のＯＳのスプーラーに代替して実行して、現実のダイレクト印刷用ポート５４に印刷データを転送する。

【0027】

アプリケーション用作業記憶領域２６は、連携用アプリケーション２３の処理が実行される場合に、作業領域及び所定の保存領域として利用されるメモリ領域である。例えば、ＲＡＭやＨＤＤ等が用いられる。アプリケーション用作業記憶領域２６は、専用に設けられてもよいが、他の用途・機能と共用されてもよい。

【0028】

通信インターフェイス５０は、外部機器と通信するためのインターフェイスであって、ＬＡＮインターフェイスやＵＳＢインターフェイス等のローカル接続用を備える。ここではＬＡＮインターフェイスを想定して説明する。

【0029】

通信インターフェイス５０は、モバイル機器６０等からの印刷に関するデータ（印刷データや印刷指示等）を受ける印刷用インターフェイス５２を備える。印刷用インターフェイス５２は、ダイレクト印刷用ポート５４を有する。ダイレクト印刷用ポート５４は、ＲＡＷポート５６やＩＰＰ（Internet Printing Protocol）ポート５８を有する。

【0030】

一般に、画像形成装置１０のダイレクト印刷ポート５４に、モバイル機器６０から印刷データを直接送信するダイレクト印刷の場合、画像形成装置１０が備えるＲＩＰ（Routing Information Protocol）コンポーネントがプリンタブルデータ（印刷データ）に含まれている認証情報を解析し、必要に応じて認証を行うというプロセスがなされる。

【0031】

しかしながら、連携プラットフォーム処理部２０の連携用アプリケーション２３を用いた印刷処理等の場合、モバイル機器６０から画像形成装置１０へのアクセスに関する認証の責務は連携用アプリケーション２３が担う。ここでは、仮想ダイレクト印刷用ポート２４がダイレクト印刷のデータを取得した後、連携用アプリケーション２３が認証情報を解析し認証を行い、その後、内部的にダイレクト印刷のデータをダイレクト印刷用ポート５４に転送する。

【0032】

図３は、モバイル機器６０からダイレクト印刷をする際の処理を示すチャート図であって、プリントバッファー３２がフルでなく円滑に処理される場合の処理を示している。

【0033】

クライアントであるモバイル機器６０は連携用アプリケーション２３に対して、より具体的には連携用アプリケーション２３が提供するＷｅｂサービスに対して、印刷データを複数回（所定のデータ量のチャンク）に分けて送信する。

【0034】

データを受け取った連携用アプリケーション２３は、ダイレクト印刷が可能であるか、つまり、ダイレクト印刷用ポート５４（ここではＲＡＷポート５６）へ送信できるかどうか確認したあと、プリントバッファー３２に空きがあり印刷処理に支障がなければデータをそのままダイレクト印刷用ポート５４へ送信する。

【0035】

具体的には、仮想ダイレクト印刷用ポート２４は、印刷データをモバイル機器６０から取得すると、連携用プリンティングサービス２５に対してジョブデータ送信準備確認処理を行う（Ｓ１１ａ）。つまり、印刷データを送信しても良いか否かを確認する。連携用プリンティングサービス２５は、準備が出来ていれば印刷権限（ｔｏｋｅｎ）を返答する（Ｓ１１ｂ）。

【0036】

次に、仮想ダイレクト印刷用ポート２４は、連携用プリンティングサービス２５へのジョブデータ送信処理を実行する（Ｓ１２ａ）。このとき、印刷データが適正に送信されている状態であるので、「ｓｔａｔｕｓ＝ＳＥＮＤＩＮＧ」となる。

【0037】

つづいて、連携用プリンティングサービス２５は、印刷データをＲＡＷポート５６に送信するとともにＲＡＷポート５６のポートステータスのチェックを行う（Ｓ１２ｂ）。ＲＡＷポート５６は、適正に受信している旨の応答（ＯＫ）を返信する（Ｓ１２ｃ）。返信を受けた連携用プリンティングサービス２５は、仮想ダイレクト印刷用ポート２４に送信が成功した旨を返信を通知する（Ｓ１２ｄ）。この処理は、チャンクに分けられた全データが完了するまでループ処理される。

【0038】

印刷データの送信が完了すると、仮想ダイレクト印刷用ポート２４は連携用プリンティングサービス２５にその旨を通知する（Ｓ１３ａ）。つまり、例えば「ｓｔａｔｕｓ＝ＳＥＮＴ」のジョブデータが送信される。連携用プリンティングサービス２５は、成功した旨の応答を仮想ダイレクト印刷用ポート２４に通知し（Ｓ１３ｂ）、ダイレクト印刷処理が完了する。

【0039】

図４はモバイル機器６０からダイレクト印刷をする際の処理を示すチャート図であって、プリントバッファー３２がフルの場合の処理を示している。

【0040】

このような状況は、大容量の印刷プリントデータを送信する際に、画像形成装置１０の印刷データのＲＩＰ処理が、送信速度に追いついていない場合や、あるジョブを印刷中に、用紙ジャムなどが発生してジョブが停止してしまった場合などが想定される。

【0041】

この場合では、連携用アプリケーション２３がＲＡＷポート５６の状態を確認後、プリントバッファー３２がフルだった場合、その旨をモバイル機器６０へ返答する。それを受け取ったモバイル機器６０は、スリープを行い、再度データの送信を試みる。

【0042】

具体的には、次の様な処理が実行される。即ち、仮想ダイレクト印刷用ポート２４は、印刷データをモバイル機器６０から取得すると、連携用プリンティングサービス２５に対してジョブデータ送信準備確認処理を行う（Ｓ２１ａ）。連携用プリンティングサービス２５は、準備が出来ていれば印刷権限（ｔｏｋｅｎ）を返答する（Ｓ２１ｂ）。

【0043】

次に、仮想ダイレクト印刷用ポート２４は、連携用プリンティングサービス２５へのジョブデータ送信処理を実行する（Ｓ２２ａ）。このとき、印刷データが適正に送信されている状態であるので、「ｓｔａｔｕｓ＝ＳＥＮＤＩＮＧ」となる。印刷データを受信すると、連携用プリンティングサービス２５は成功した旨を通知する（Ｓ２２ｂ）。この処理は、チャンクに分けられた全データが完了するまでループ処理される。

【0044】

ここで、連携用プリンティングサービス２５がＲＡＷポート５６に確認により、プリントバッファー３２がフルであり利用できない旨が通知される状況が発生したことを想定する（Ｓ２３）。

【0045】

プリントバッファー３２がフルの状態になった場合、仮想ダイレクト印刷用ポート２４は、印刷データを連携用プリンティングサービス２５に送信する処理を継続する（Ｓ２４ａ）。このとき、印刷データが適正に送信されている状態であるので、「ｓｔａｔｕｓ＝ＳＥＮＤＩＮＧ」となる。

【0046】

連携用プリンティングサービス２５は、ＲＡＷポート５６に対してポートステータスのチェック、つまり、プリントバッファー３２が空になったかフルのままかを確認する（Ｓ２４ｂ）。フルの状態であるので、その旨がＲＡＷポート５６から連携用プリンティングサービス２５に通知される（Ｓ２４ｃ）。

【0047】

つづいて、連携用プリンティングサービス２５は、仮想ダイレクト印刷用ポート２４に対してプリントバッファー３２がフルである旨の応答をする（Ｓ２４ｄ）。仮想ダイレクト印刷用ポート２４は、所定期間スリープ後（Ｓ２５）、Ｓ２４ａの処理に戻り、プリントバッファー３２がフルの間ループする。つまり、仮想ダイレクト印刷用ポート２４は、モバイル機器６０に対してプリントバッファー３２がフルであることを通知することで、所定期間スリープするように通知する。モバイル機器６０は、所定のスリープ後、再度データ送信を行う。

【0048】

プリントバッファー３２が空になると、次の処理に移行することになる。即ち、仮想ダイレクト印刷用ポート２４は、上述同様に、印刷データを連携用プリンティングサービス２５に送信する処理を継続する（Ｓ２６ａ）。連携用プリンティングサービス２５がＲＡＷポート５６にポートステータスのチェックをすると（Ｓ２６ｂ）、プリントバッファー３２が空になっているので、利用出来る旨の応答（ＯＫ）がＲＡＷポート５６から連携用プリンティングサービス２５に帰ってくる（Ｓ２６ｃ）。印刷データの送信がされると、連携用プリンティングサービス２５は、仮想ダイレクト印刷用ポート２４に対して成功した旨の通知をする（Ｓ２６ｄ）。この処理は、チャンクに分けられた全データが完了するまでループ処理される。

【0049】

印刷データの送信が完了すると、仮想ダイレクト印刷用ポート２４は連携用プリンティングサービス２５にその旨を通知する（Ｓ２７ａ）。連携用プリンティングサービス２５は、成功した旨の応答を仮想ダイレクト印刷用ポート２４に通知し（Ｓ２７ｂ）、ダイレクト印刷処理が完了する。

【0050】

図５はモバイル機器６０からダイレクト印刷をする際の処理を示すチャート図であって、プリントバッファー３２がフルの場合の別の処理を示している。図４で示した処理では、画像形成装置１０のプリントバッファー３２が空になった場合、印刷データが即時に処理されず、再度バッファの送信を行う必要がある。そのため、パフォーマンスの低下につながることがある。

【0051】

そこで、図５で示す処理では、連携用アプリケーション２３が利用することが可能なアプリケーション用作業記憶領域２６に、送信されたバッファを一時的に保存する処理を実行する。保存されたバッファは、プリントバッファー３２が空き次第、ＲＡＷポート５６に送信され、パフォーマンスの低下を最小限に抑えることが可能になる。

【0052】

具体的には、次の様な処理が実行される。即ち、仮想ダイレクト印刷用ポート２４は、印刷データをモバイル機器６０から取得すると、連携用プリンティングサービス２５に対してジョブデータ送信準備確認処理を行う（Ｓ３１ａ）。連携用プリンティングサービス２５は、準備が出来ていれば印刷権限（ｔｏｋｅｎ）を返答する（Ｓ３１ｂ）。

【0053】

次に、仮想ダイレクト印刷用ポート２４は、連携用プリンティングサービス２５へのジョブデータ送信処理を実行する（Ｓ３２ａ）。このとき、印刷データが適正に送信されている状態であるので、「ｓｔａｔｕｓ＝ＳＥＮＤＩＮＧ」となる。印刷データを受信すると、連携用プリンティングサービス２５は成功した旨を通知する（Ｓ３２ｂ）。

【0054】

ここで、プリントバッファー３２がフルであり利用できない旨が通知される状況が発生したことを想定する（Ｓ３３）。

【0055】

プリントバッファー３２がフルの状態になった場合、仮想ダイレクト印刷用ポート２４は、印刷データを連携用プリンティングサービス２５に送信する処理を継続する（Ｓ３４ａ）。

【0056】

連携用プリンティングサービス２５は、ＲＡＷポート５６に対してポートステータスのチェック、つまり、プリントバッファー３２が空になったかフルのままかを確認する（Ｓ３４ｂ）。フルの状態であるので、その旨がＲＡＷポート５６から連携用プリンティングサービス２５に通知される（Ｓ３４ｃ）。つづいて、連携用プリンティングサービス２５は、仮想ダイレクト印刷用ポート２４に対してプリントバッファー３２がフルである旨の応答をする（Ｓ３４ｄ）。そして、連携用プリンティングサービス２５は、アプリケーション用作業記憶領域２６に取得した印刷データを一時的に保存する（Ｓ３５）。

【0057】

プリントバッファー３２が空になると、次の処理に移行することになる。即ち、仮想ダイレクト印刷用ポート２４は、上述同様に、印刷データを連携用プリンティングサービス２５に送信する処理を継続する（Ｓ３６ａ）。連携用プリンティングサービス２５がＲＡＷポート５６にポートステータスのチェックをすると（Ｓ３６ｂ）、プリントバッファー３２が空になっているので、利用出来る旨の応答（ＯＫ）がＲＡＷポート５６から連携用プリンティングサービス２５に帰ってくる（Ｓ３６ｃ）。

【0058】

この場合、まず、アプリケーション用作業記憶領域２６の印刷データがＲＡＷポート５６に送信され、つづいて仮想ダイレクト印刷用ポート２４から送られる印刷データがＲＡＷポート５６に送られる。その後、連携用プリンティングサービス２５は、仮想ダイレクト印刷用ポート２４に対して成功した旨の通知をする（Ｓ３６ｄ）。この処理は、チャンクに分けられた全データが完了するまでループ処理される。

【0059】

印刷データの送信が完了すると、仮想ダイレクト印刷用ポート２４は連携用プリンティングサービス２５にその旨を通知する（Ｓ３７ａ）。連携用プリンティングサービス２５は、成功した旨の応答を仮想ダイレクト印刷用ポート２４に通知し（Ｓ３７ｂ）、ダイレクト印刷処理が完了する。

【0060】

以上、本実施形態によると、スプーラーを有しないＯＳによる動作するモバイル機器６０から印刷処理がなされた場合であって画像形成装置１０でプリントバッファー３２がフルとなる場合であっても、円滑な印刷処理を実現できる。特に、ダイレクト印刷処理の場合、画像形成装置１０の印刷データの解釈に十分な処理能力を求められることもあり、従来ではプリントバッファの容量がデータ量に対して不十分で処理能力が大幅に低下することもあったが、本実施形態によれば、そのような処理能力の大幅低下を低減することができる。

【0061】

以上、本発明を実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

【符号の説明】

【0062】

１ 画像形成システム
２ ネットワーク
１０ 画像形成装置
１２ 制御部
１４ 操作部
１６ 表示部
１９ 主制御部
２０ 連携プラットフォーム処理部
２２ 連携用プラットフォーム
２３ 連携用アプリケーション
２４ 仮想ダイレクト印刷用ポート
２５ 連携用プリンティングサービス
２６ アプリケーション用作業記憶領域
３０ 印刷実行処理部
３２ プリントバッファー
４０ 画像読取部
５０ 通信インターフェイス
５２ 印刷用インターフェイス
５４ ダイレクト印刷用ポート
５６ ＲＡＷポート
５８ ＩＰＰポート
６０ モバイル機器

【図1】

【図2】

【図3】

【図4】

【図5】