(57)【要約】【課題】ＰＤＦファイルを受信して印刷処理を実行する際に、ユーザの待機時間を短縮することが可能な情報処理装置、画像形成装置、情報処理システムおよびプログラムを提供する。【解決手段】データ処理部（抽出手段）が、複数のページのデータ、および複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する。そして、データ処理部（判断手段）が、抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、複数のページのページ毎に定義するか、を判断する。さらに、ＰＤＦ生成部（再構成手段）が、判断手段の判断結果に基づいて、オブジェクトを配置してデータを再構成して、通信部（送信手段）が、再構成したデータを画像形成装置に送信する。【選択図】  図４
2019164556.tif 000002
【特許請求の範囲】
【請求項１】
複数のページのデータ、および前記複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段と、
前記抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、前記複数のページのページ毎に定義するか、を判断する判断手段と、
前記判断手段の判断結果に基づいて、前記オブジェクトを配置してデータを再構成する再構成手段と、
前記再構成手段が再構成したデータを画像形成装置に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記判断手段は、
前記オブジェクトの種類に応じて、当該オブジェクトを共通オブジェクトとするか否かを変更可能である、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判断手段は、
前記共通オブジェクトの定義方法を、当該共通オブジェクトのサイズおよび当該共通オブジェクトの内容、もしくは、前記画像形成装置の構成に応じて変更可能である、
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記判断手段は、
前記共通オブジェクトの定義方法を切り換える閾値を設定する設定手段を、更に備える、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記判断手段は、
前記共通オブジェクトを、参照される全てのページに配置するか、初めて参照されたページにのみ配置するか、もしくは、データ内の先頭に配置するか、を判断する、
ことを特徴とする請求項１から請求項４のいずれか１項に記載の情報処理装置。
【請求項６】
ネットワークまたは記録メディアを介して、複数のページのデータ、および前記複数のページにおける各ページのデータの位置を示す位置情報を含むファイルを受信する受信手段と、
前記ファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段と、
前記抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、前記複数のページのページ毎に定義するか、を判断する判断手段と、
前記判断手段の判断結果に基づいて、前記オブジェクトを配置してデータを再構成する再構成手段と、
前記再構成手段が再構成したデータを印字する印字手段と、
を備えることを特徴とする画像形成装置。
【請求項７】
複数のページのデータ、および前記複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段と、
前記抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、前記複数のページのページ毎に定義するか、を判断する判断手段と、
前記判断手段の判断結果に基づいて、前記オブジェクトを配置してデータを再構成する再構成手段と、
前記再構成手段が再構成したデータを画像形成装置に送信する送信手段と、
を備えることを特徴とする情報処理システム。
【請求項８】
端末装置と、プリントサーバと、画像形成装置と、を備える情報処理システムであって、
前記端末装置または前記プリントサーバは、
複数のページのデータ、および前記複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段と、
前記抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、前記複数のページのページ毎に定義するか、を判断する判断手段と、
前記判断手段の判断結果に基づいて、前記オブジェクトを配置してデータを再構成する再構成手段と、
前記再構成手段が再構成したデータを前記画像形成装置に送信する送信手段と、
を備えて、
前記画像形成装置は、
前記再構成手段が再構成したデータを印字する印字手段を備える、
情報処理システム。
【請求項９】
請求項１から請求項５のいずれか１項に記載の情報処理装置を制御するコンピュータを、
複数のページのデータ、および前記複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段と、
前記抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、前記複数のページのページ毎に定義するか、を判断する判断手段と、
前記判断手段の判断結果に基づいて、前記オブジェクトを配置してデータを再構成する再構成手段と、
前記再構成手段が再構成したデータを画像形成装置に送信する送信印字手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、画像形成装置、情報処理システムおよびプログラムに関する。
【背景技術】
【０００２】
ＰＤＦ（Portable  Document  Format）ファイルは、電子文書のフォーマットとして普及しており、ＭＦＰ（Multifunction  Peripheral  Printer/Product）等の画像形成装置においても、ＰＤＦファイルを直接受信して印刷することができる。しかし、他のプリンタ言語、たとえばＰＣＬ（Printer  Control  Language）やＰＳ（PostScript）で記述されたファイルは、受信したファイルを逐次処理可能なフォーマットであるのに対し、ＰＤＦファイルは、ファイルに含まれるオブジェクトに対してランダムにアクセス可能な形式のため、受信したファイルを一度ストレージに保持してから印刷している。そして、ＰＤＦ印刷では、ＰＤＦファイルを一度ストレージに保持してから、１ページ目の印刷処理を行わなければならないため、排紙が開始されるまで少なくともファイルの受信時間は待たなければならなかった。
【０００３】
例えば、特許文献１では、ＰＤＦファイルを印刷する際に、印刷装置に送信する前に、ファイルをページ毎に分割することで、ＰＤＦファイルのデータ転送時間とラスタライズを行う時間をオーバラップさせて、ユーザに短時間で印刷出力を提供する処理を開示している。特許文献１に開示された技術によると、ＰＤＦファイルを分割して１ページずつ処理するため、省メモリで印刷が可能になる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば特許文献１に開示された技術であっても、ページ分割によってファイルサイズが増大するという問題は解消できていなかった。
【０００５】
本発明は、上記に鑑みてなされたものであり、ＰＤＦファイルを受信して印刷処理を実行する際に、ユーザの待機時間を短縮することが可能な情報処理装置、画像形成装置、情報処理システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決し、目的を達成するために、本発明の情報処理装置は、複数のページのデータ、および前記複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段と、前記抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、前記複数のページのページ毎に定義するか、を判断する判断手段と、前記判断手段の判断結果に基づいて、前記オブジェクトを配置してデータを再構成する再構成手段と、前記再構成手段が再構成したデータを画像形成装置に送信する送信手段と、を備える。
【発明の効果】
【０００７】
本発明によれば、ＰＤＦファイルを印刷する際、全てのデータをストレージに保持することなく印刷処理を開始することができる。また、ＰＤＦファイルの中身に応じて、フォントやカラースペース、イメージオブジェクト等のリソースの定義方法を変更することによって、データサイズが増えることによる印刷速度の低下を抑制することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、画像形成システムのシステム構成の一例を示すシステム構成図である。
【図２】図２は、端末装置のハードウェア構成の一例を示すハードウェアブロック図である。
【図３】図３は、画像形成装置のハードウェア構成の一例を示すハードウェアブロック図である。
【図４】図４は、画像形成装置の機能構成の一例を示す機能ブロック図である。
【図５】図５は、端末装置およびクラウドサーバの機能構成の一例を示す機能ブロック図である。
【図６】図６は、画像形成システムが行う印刷処理の流れを示す図である。
【図７】図７は、ＰＤＦファイルのデータ構造の一例を説明する図である。
【図８】図８は、ＰＤＦファイルをページ順に並べ替える処理の流れの一例を示すフローチャートである。
【図９】図９は、図８におけるリソース情報の算出の詳細な流れの一例を示すフローチャートである。
【図１０】図１０は、先頭ページにオブジェクトを定義するとした場合の、オブジェクトの並べ替えの一例について説明する図である。
【図１１】図１１は、ページ毎にオブジェクトを定義するとした場合の、オブジェクトの並べ替えの一例について説明する図である。
【図１２】図１２は、ページ毎にオブジェクトを配置する際に許容するデータサイズの閾値を、操作パネルの操作によって定義する例について説明する図である。
【図１３】図１３は、画像形成装置が使用可能なストレージサイズに応じて、オブジェクトの定義方法を自動的に変更する例について説明する図である。
【図１４】図１４は、ＰＤＦファイルの印刷処理の流れの一例を示すシーケンス図である。
【図１５】図１５は、ページ毎のＰＤＦ生成処理の流れの一例を示すフローチャートである。
【図１６】図１６は、ページ毎のＰＤＦ生成処理の具体例を示す図である。
【図１７】図１７は、画像形成装置の変形例のハードウェア構成の一例を示すハードウェアブロック図である。
【図１８】図１８は、画像形成装置の変形例の機能構成の一例を示す機能ブロック図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明の実施の形態について説明する。
【００１０】
（画像形成システムの説明）
図１は、本発明の一実施の形態に係る画像形成システム１０のシステム構成の一例を示すシステム構成図である。画像形成システム１０は、モバイル機器１２ａと、ＰＣ（Personal  Computer）１２ｂと、プリンタ１４ａと、ＭＦＰ１４ｂと、クラウドサーバ１６と、を備える。なお、画像形成システム１０は、情報処理システムの一例である。
【００１１】
モバイル機器１２ａおよびＰＣ１２ｂは、端末装置の一例である。以後、モバイル機器１２ａ、ＰＣ１２ｂのうち任意のものを端末装置１２と呼ぶ。プリンタ１４ａおよびＭＦＰ１４ｂは、画像形成装置の一例である。以後、プリンタ１４ａ、ＭＦＰ１４ｂのうち任意のものを画像形成装置１４と呼ぶ。
【００１２】
クラウドサーバ１６は、通信機能を備える情報処理装置である。クラウドサーバ１６は、端末装置１２または画像形成装置１４からの要求に基づいて、ＰＤＦファイル等の文書ファイルを管理し、画像形成装置１４へ送信するプリントサーバとして機能する。また、クラウドサーバ１６は、文書ファイルの変換機能を備える。なお、クラウドサーバ１６の数は１個に限定されるものではなく、複数の異なるサーバがあってもよい。なお、クラウドサーバ１６および端末装置１２は、情報処理装置の一例である。
【００１３】
端末装置１２および画像形成装置１４は、直接、あるいは無線ＬＡＮルータ（不図示）を介して、ＬＡＮ（Local  Area  Network）１８ａに接続している。端末装置１２および画像形成装置１４は、ＬＡＮ１８ａからインターネット１８ｂに接続して、インターネット１８ｂ上のクラウドサーバ１６に接続する。以後、ＬＡＮ１８ａおよびインターネット１８ｂのうち任意のものを通信ネットワーク１８と呼ぶ。通信ネットワーク１８の全部又は一部には、Ｗｉ−Ｆｉ（Wireless  Fidelity）（登録商標）等の無線通信が行われる箇所があってもよい。なお、通信ネットワーク１８は、ネットワークの一例である。
【００１４】
端末装置１２およびクラウドサーバ１６は、任意のアプリケーションまたはドライバを用いて、ＰＤＦファイル等のランダムアクセス形式の文書ファイルを生成する。端末装置１２およびクラウドサーバ１６は、文書ファイルを含む印刷要求を画像形成装置１４へ送信する。画像形成装置１４は、端末装置１２またはクラウドサーバ１６から送信された文書ファイルを受信して印刷処理を実行する。
【００１５】
なお、ＰＤＦファイルを生成するアプリケーションやドライバは多岐に渡っており、クラウドサーバ１６が提供するサービスの他に、モバイル機器１２ａのＯＳやアプリケーションが提供する機能、ＰＣ１２ｂ上で動作するアプリケーション、ＭＦＰ１４ｂが備えるスキャナ機能等によって提供される。
【００１６】
画像形成システム１０がＰＤＦファイルを印刷する場合には、モバイル機器１２ａやＰＣ１２ｂからクラウドサーバ１６上のＰＤＦファイルを指定して、ページ順に並び替えて印刷を実行するケースや、プリンタ１４ａやＭＦＰ１４ｂ上の操作パネルからクラウドサーバ１６上のＰＤＦファイルを指定して、ページ順に並び替えて印刷を実行するケースが考えられる。
【００１７】
（ハードウェア構成の説明）
図２は、端末装置１２のハードウェア構成の一例を示すハードウェアブロック図である。端末装置１２は、ＣＰＵ（Central  Processing  Unit）１０１と、ＲＯＭ（Read  Only  Memory）１０２と、ＲＡＭ（Random  Access  Memory）１０３と、ＳＳＤ（Solid  State  Drive）１０４と、メディアＩ／Ｆ（Interface）１０５と、ネットワークＩ／Ｆ１０７と、ユーザＩ／Ｆ１０８と、バスライン１１０と、を備える。
【００１８】
ＣＰＵ１０１は、端末装置１２全体の動作を制御する。ＲＯＭ１０２は、端末装置１２上で動作する各種プログラムおよびアプリケーションを記憶する。以下、アプリケーションを単にアプリと表す。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＳＳＤ１０４は、各種プログラムまたはアプリで利用されるデータを記憶する。メディアＩ／Ｆ１０５は、外部メモリなどの記録メディア１０６に記憶されている情報を読み出したり、記録メディア１０６に情報を書き込んだりするためのインタフェースである。ネットワークＩ／Ｆ１０７は、通信ネットワーク１８（図１参照）を介して他の装置と通信するためのインタフェースである。ユーザＩ／Ｆ１０８は、ユーザによる操作入力を受け付けるためのインタフェースである。ユーザＩ／Ｆ１０８は、例えば、タッチパネル機能を搭載した液晶表示装置または有機ＥＬ（Electro  Luminescence）表示装置、もしくはキーボードおよびマウスである。バスライン１１０は、上記各構成要素を、図２に示すように電気的に接続するためのアドレスバスまたはデータバスである。
【００１９】
なお、クラウドサーバ１６のハードウェア構成は、端末装置１２のハードウェア構成と同様であるので説明を省略する。ただし、ＳＳＤ１０４は、ＨＤＤ（Hard  Disk  Drive）等の任意の不揮発性の記憶装置に置き換え可能である。
【００２０】
図３は、画像形成装置１４のハードウェア構成の一例を示すハードウェアブロック図である。図３を用いて、画像形成装置１４のハードウェア構成について説明する。
【００２１】
画像形成装置１４のコントローラ２００は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ＮＶＲＡＭ（Non-volatile  RAM）２０４と、ＨＤＤ２０５と、ネットワークＩ／Ｆ２０６と、エンジンＩ／Ｆ２０７と、パネルＩ／Ｆ２０８と、スキャナＩ／Ｆ２０９と、バスライン２１０と、を備える。また、画像形成装置１４は、プロッタエンジン２１１と、操作パネル２１２と、スキャナエンジン２１３と、を備える。
【００２２】
ＣＰＵ２０１は、画像形成装置１４全体の動作を制御する。ＲＯＭ２０２は、画像形成装置１４上で動作する各種プログラムおよびアプリ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークメモリ、またはフレームメモリ等として使用される。ＮＶＲＡＭ２０４は、電源を切っても保持したいデータを格納可能な不揮発性ＲＡＭであり、各種プログラムまたはアプリで利用されるデータを記憶する。ＨＤＤ２０５は、各種プログラムまたはアプリで利用されるデータを記憶する。ネットワークＩ／Ｆ２０６は、通信ネットワーク１８（図１参照）を介して他の装置、例えばＰＣ１２ｂ（図１参照）と通信するためのインタフェースである。エンジンＩ／Ｆ２０７は、プロッタエンジン２１１と接続するためのインタフェースである。パネルＩ／Ｆ２０８は、操作パネル２１２と接続するためのインタフェースである。スキャナＩ／Ｆ２０９は、スキャナエンジン２１３と接続するためのインタフェースである。バスライン２１０は、上記各構成要素を、図３に示すように電気的に接続するためのアドレスバスまたはデータバスである。
【００２３】
プロッタエンジン２１１は、記録媒体への画像の印刷処理において、画像形成装置１４のプロッタの動作を制御する。プロッタは、任意の印刷装置であり、インクジェット方式の場合、例えば、インクジェットヘッドであり、レーザープリンタ方式の場合、例えば、感光体、レーザー照射装置、あるいは転写装置である。操作パネル２１２は、ユーザから設定、条件、指示などの入力を受け付けるためのパネルであり、例えば、タッチパネル機能を搭載した液晶表示装置または有機ＥＬ表示装置、もしくはキーボードおよびマウスである。スキャナエンジン２１３は、画像形成装置１４におけるスキャナの動作を制御する。なお、スキャナは、特に限定されないが、例えば、圧版、ＡＤＦ（Auto  Document  Feeder）、および撮像素子を有する公知のものが使用される。
【００２４】
（画像形成装置の機能構成の説明）
次に、画像形成装置１４の機能構成について説明する。図４は、画像形成装置１４の機能構成の一例を示す機能ブロック図である。
【００２５】
画像形成装置１４は、通信部２０と、表示・操作制御部３０と、印刷部４０と、を有する。これら各部は、図３に示されている各ハードウェア要素のいずれかが、ＲＯＭ２０２からＲＡＭ２０３上に展開された画像形成装置１４用の各種プログラムまたはアプリに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。
【００２６】
通信部２０は、ＣＰＵ２０１からの命令、およびネットワークＩ／Ｆ２０６の処理により、通信ネットワーク１８（図１参照）を介して、他の装置との通信を制御する。また、通信部２０は、端末装置１２またはクラウドサーバ１６からＰＤＦファイル等の文書ファイルを受信する受信手段として機能する。
【００２７】
表示・操作制御部３０は、ユーザからの指示を受け付けて、メッセージ等の通知を行う。また、表示・操作制御部３０は、ＣＰＵ２０１からの命令により、操作パネル２１２のディスプレイに画像を表示する制御を行う。
【００２８】
印刷部４０は、ＣＰＵ２０１からの命令に基づいて、通信部２０が受信した印刷データと、印刷指示と、に基づく印刷処理を実行する。なお、印刷データは、複数のページのデータ、および複数のページにおける各ページのデータの位置を示す位置情報を含むファイルである。印刷部４０は、さらに、印刷データ受信部４１と、ページデータ生成部４２と、データ記憶部４３と、印刷データ処理部４４と、転写部４５と、を有する。
【００２９】
印刷データ受信部４１は、通信部２０が受信した印刷データのうち、印刷部４０に渡された印刷データを受信する。また、印刷データ受信部４１は、ページデータ生成部４２に印刷の実行を指示する。
【００３０】
ページデータ生成部４２は、ＣＰＵ２０１からの命令により、印刷データの分割や生成を行う。また、ページデータ生成部４２は、データ記憶部４３への記憶指示を行う。
【００３１】
ページデータ生成部４２は、さらに、ページ毎データ生成部４２ａと、分割可否判断部４２ｂと、を有する。ページ毎データ生成部４２ａは、後述する分割可否判断部４２ｂの判断結果に基づいて、印刷データをページ毎のＰＤＦファイルに分割する。また、ページ毎データ生成部４２ａは、不足情報の算出、および算出した不足情報の付与を行うことによって、ページ毎の印刷データを生成する。さらに、ページ毎データ生成部４２ａは、複数のページで共通して参照される共通オブジェクトを抽出して、ストレージ（ＲＡＭ２０３、ＨＤＤ２０５）へのストアとロードを行う。
【００３２】
分割可否判断部４２ｂは、印刷データ内の識別情報、または表示・操作制御部３０からの指示に基づいて、ＰＤＦファイルの分割可否の判断を行う。また、分割可否判断部４２ｂは、分割可否の判断結果を、ページ毎データ生成部４２ａに通知する。
【００３３】
データ記憶部４３は、印刷データおよびページデータ生成部４２が生成したページ分割データを記憶する。なお、データ記憶部４３は、図３で説明したＲＯＭ２０２、ＲＡＭ２０３、ＮＶＲＡＭ２０４、またはＨＤＤ２０５により構築される。
【００３４】
印刷データ処理部４４は、印刷データのコマンドを解釈、描画することによって、オブジェクトを配置してデータを再構成し、印刷画像を作成する。
【００３５】
転写部４５は、ＣＰＵ２０１からの命令に基づくプロッタエンジン２１１の動作により、印刷データ処理部４４が作成した印刷画像を印刷するための制御を行う。なお、転写部４５は印字手段の一例である。
【００３６】
（端末装置およびクラウドサーバの機能構成の説明）
次に、端末装置１２およびクラウドサーバ１６、すなわち情報処理装置の機能構成について説明する。図５は、端末装置１２およびクラウドサーバ１６の機能構成の一例を示す機能ブロック図である。なお、端末装置１２およびクラウドサーバ１６は、同じ機能構成を有している。
【００３７】
すなわち、端末装置１２（クラウドサーバ１６）は、通信部５０と、ＰＤＦファイル保存部５１と、データ処理部５２と、ＰＤＦ生成部５３と、表示部５４と、を有する。
【００３８】
通信部５０は、ＣＰＵ１０１からの命令、およびネットワークＩ／Ｆ１０７の処理により、通信ネットワーク１８（図１参照）を介して、印刷データを送信する。なお、通信部５０は、送信手段の一例である。
【００３９】
ＰＤＦファイル保存部５１は、ＣＰＵ１０１からの命令に基づいて、印刷対象となるＰＤＦファイルを、記録メディア１０６等に保存する。
【００４０】
データ処理部５２は、ＣＰＵ１０１からの命令に基づいて、ＰＤＦファイル保存部５１が保存しているＰＤＦファイルをページ毎に分割するか否かを判断する。なお、データ処理部５２は、抽出手段、判断手段、設定手段の一例である。
【００４１】
ＰＤＦ生成部５３は、ＣＰＵ１０１からの命令に基づいて、ＰＤＦファイルの分割を行う。また、ＰＤＦ生成部５３は、共通オブジェクトの判定ならびに定義方法を決定する。なお、ＰＤＦ生成部５３は、再構成手段の一例である。
【００４２】
表示部５４は、ユーザからの指示を受け付けて、メッセージ等の通知を行う。
【００４３】
すなわち、端末装置１２およびクラウドサーバ１６は、前記した画像形成装置１４が有する機能のうち、実際に印刷を行う印字手段以外の機能を備えている。
【００４４】
（印刷処理の流れの説明）
次に、図６を用いて、画像形成システム１０が行う印刷処理の流れについて説明する。図６は、画像形成システム１０が行う印刷処理の流れを示す図である。
【００４５】
ユーザは、端末装置１２上やクラウドサーバ１６上の操作部で印刷実行を指示する（ステップＳ１０）。
【００４６】
端末装置１２またはクラウドサーバ１６は、ユーザの指示を受けて、印刷データを読み込む（ステップＳ１１）。そして、端末装置１２またはクラウドサーバ１６は、印刷データを、ＰＤＦファイルに記録された情報がページ順に並んだ形式に変換する（ステップＳ１２）。そして、端末装置１２またはクラウドサーバ１６の通信部５０は、変換された印刷データを画像形成装置１４に送信する（ステップＳ１３）。
【００４７】
画像形成装置１４の通信部２０は、印刷データを受信して（ステップＳ１４）、受信した印刷データをページ毎に分割してＰＤＦファイルを生成する（ステップＳ１５）。さらに、画像形成装置１４は、ページ毎のＰＤＦファイルに対して、言語解析および描画処理を実施する（ステップＳ１６）。そして、印刷データは、印刷（排紙）される（ステップＳ１７）。
【００４８】
（ＰＤＦファイルの構造の説明）
次に、図７を用いて、ＰＤＦファイルの構造について説明する。図７は、ＰＤＦファイルのデータ構造の一例を説明する図である。ＰＤＦファイルは、国際標準化機構（ISO:  International  Organization  for  Standardization）で管理されているオープンスタンダードに準拠して、先頭から順に、ヘッダＰＨ、ボディＰＢ、相互参照表ＰＲ、およびトレーラＰＴを有する。
【００４９】
ヘッダＰＨは、ＰＤＦのバージョン情報等を含む。
【００５０】
ボディＰＢは、オブジェクト番号毎に、ドキュメントカタログ、ページ情報、各ページのオブジェクト情報等を定義する。オブジェクト番号は、オブジェクトの識別子であり、例えば、「ｘ  ｙ  obj」のように、参照番号（ｘ）、生成番号（ｙ）、および「obj」を列挙して構成される。ドキュメントカタログは、オブジェクト階層のルート(最上位)である。ページ情報は、各ページのオブジェクト情報への参照等を含む。各ページのオブジェクト情報は、各ページを描画するためのデータを含む。
【００５１】
ＰＤＦの言語仕様上、オブジェクト情報はページ順に並べる必要はなく、オブジェクト番号も連番である必要はない。そのため、図７に示すように、各ページに必要なオブジェクトがばらばらに点在している。したがって、オブジェクトを整列しなければ、どこまで受信すればｎページ目なのかが判断できない。
【００５２】
相互参照表ＰＲは、ボディＰＢに定義されている各オブジェクト番号のオブジェクトのアドレス情報（位置情報）を含む。アドレス情報は、オブジェクトがヘッダＰＨの先頭から何バイト目かを示すオフセット情報である。画像形成装置１４は、相互参照表ＰＲに基づいて、オブジェクトの位置を特定し、任意のオブジェクトに直接アクセスすることができる。
【００５３】
トレーラＰＴは、相互参照表ＰＲの位置を示すアドレス情報（startxref）、ドキュメントカタログのオブジェクト番号（Root）、およびＰＤＦファイルの作成日時等の情報（Info）を含む。
【００５４】
ＰＤＦファイルの構造上、画像形成装置１４は、ドキュメントカタログのオブジェクト番号をトレーラＰＴから特定し、このオブジェクト番号に対応するアドレス情報を相互参照表ＰＲから特定することで、ドキュメントカタログにアクセスする。すなわち、画像形成装置１４は、ＰＤＦファイル全体を読み込んだ上で、ＰＤＦファイルに係る画像処理を行う。
【００５５】
（ＰＤＦファイルをページ順に並べ替えるシーケンスの説明）
次に、図８、図９を用いて、ＰＤＦファイルをページ順に並べ替えるシーケンスについて説明する。図８は、ＰＤＦファイルをページ順に並べ替える処理の流れの一例を示すフローチャートである。図９は、図８におけるリソース情報の算出の詳細な流れの一例を示すフローチャートである。
【００５６】
端末装置１２またはクラウドサーバ１６は、ＰＤＦファイルの印刷を指示されると、ページ順に並び替えられたＰＤＦファイルを作成するために、以下の処理を実行する。
【００５７】
まず、データ処理部５２は、印刷対象のページに必要なオブジェクトを抽出する（ステップＳ３０）。
【００５８】
次に、データ処理部５２およびＰＤＦ生成部５３は、抽出したオブジェクトの全てに対して、以下の処理を実行する。
【００５９】
データ処理部５２は、リソース情報を算出する（ステップＳ３２）。なお、リソース情報を算出する処理の詳細な流れは後述する（図９参照）。
【００６０】
続いて、ＰＤＦ生成部５３は、ページ毎にリソースを定義するか否かを判定する（ステップＳ３４）。ページ毎にリソースを定義すると判定される（ステップＳ３４：Ｙｅｓ）と、ステップＳ３６に移行する。一方、ページ毎にリソースを定義すると判定されない（ステップＳ３４：Ｎｏ）と、ステップＳ３８に移行する。
【００６１】
ステップＳ３４においてＹｅｓと判定されると、ステップＳ３６において、ページ毎データ生成部４２ａは、ページにリソースを定義する。その後、ステップＳ３２に戻って、次のオブジェクトに対する処理を行う。
【００６２】
ステップＳ３４においてＮｏと判定されると、ステップＳ３８において、ＰＤＦ生成部５３は、既にリソースが定義済みであるか否かを判定する。既にリソースが定義済みであると判定される（ステップＳ３８：Ｙｅｓ）と、該当のページにはリソースを定義しない（すなわち、重複したリソースの定義は行わない）。そして、ステップＳ３２に戻って、次のオブジェクトに対する処理を行う。一方、既にリソースが定義済みであると判定されない（ステップＳ３８：Ｎｏ）と、前記したステップＳ３６に移行する。
【００６３】
続いて、図９を用いて、リソース情報を算出する処理の詳細な流れを説明する。なお、リソース情報を算出する処理は、データ処理部５２が行う。
【００６４】
まず、ページから抽出したオブジェクトに対して、オブジェクトの種類を抽出する（ステップＳ４０）。
【００６５】
次に、抽出したオブジェクトが、リソースオブジェクトに該当するか否かを判定する（ステップＳ４２）。リソースオブジェクトとは、ページ情報に影響しない、固有のオブジェクトの定義であり、フォントやカラースペース、イメージオブジェクト等を指す。例えば、プレゼンテーションソフトウェアの背景・ロゴマーク・Ｗａｔｅｒｍａｒｋ等の、ページ間で共通して描画されるオブジェクト、あるいは、フォントデータやＩＣＣ（International  Color  Consortium）プロファイル等のページ間で共通して使用されるデータが、リソースオブジェクトである。
【００６６】
ステップＳ４２において、リソースオブジェクトに該当すると判定される（ステップＳ４２：Ｙｅｓ）と、ステップＳ４４に移行する。一方、リソースオブジェクトに該当すると判定されない（ステップＳ４２：Ｎｏ）と、ページ固有の情報であると判断してステップＳ５４に移行し、ページ毎にオブジェクトを定義する。
【００６７】
ステップＳ４２においてＹｅｓと判定されると、ステップＳ４４において、複数ページから参照されるリソースか否かを判定する。複数ページから参照されるリソースであると判定される（ステップＳ４４：Ｙｅｓ）と、ステップＳ４６に移行する。一方、複数ページから参照されるリソースであると判定されない（ステップＳ４４：Ｎｏ）と、ステップＳ５４に移行し、ページ毎にオブジェクトを定義する。
【００６８】
ステップＳ４４においてＹｅｓと判定されると、ステップＳ４６において、リソースデータのサイズを計算する。続いて、ステップＳ４８において、リソースが利用されるページ数を算出する。
【００６９】
次に、予想されるリソースのサイズを算出する（ステップＳ５０）。リソースのサイズは、具体的には、リソースデータのサイズ×ページ数によって算出することができる。
【００７０】
続いて、リソースのサイズが閾値以下であるか否かを判定する（ステップＳ５２）。リソースのサイズが閾値以下であると判定される（ステップＳ５２：Ｙｅｓ）と、ステップＳ５４に移行する。一方、リソースのサイズが閾値以下であると判定されない（ステップＳ５２：Ｎｏ）と、ステップＳ５６に移行する。
【００７１】
ステップＳ５２においてＹｅｓと判定されると、ステップＳ５４において、ページ毎にオブジェクトを定義する。そして、ステップＳ５４を実行した後、図８のフローチャートのステップＳ３４に戻る。
【００７２】
ステップＳ５２においてＮｏと判定されると、ステップＳ５６において、先頭ページ、すなわち、そのオブジェクトが最初に参照される位置にオブジェクトを定義する。なお、このとき、共通リソースである旨の情報を付与する。これによって、画像形成装置１４で当該リソースを参照するページの印刷が完了するまで、リソースを破棄せずに保持することができる。なお、ステップＳ５６を実行した後、図８のフローチャートのステップＳ３４に戻る。
【００７３】
オブジェクトの定義方法をこのように変更することによって、ページ毎にリソースを定義してしまうとデータサイズが増大してしまうが、サイズが閾値以下の場合は、サイズの増大を許容し、サイズが閾値を上回る場合は先頭ページにのみ定義する。
【００７４】
なお、予め全てのオブジェクトを参照して、先頭ページに定義すべき「共通リソース」を抽出し、当該共通リソースを、ジョブ先頭に付与する、という方式をとっても構わない。
【００７５】
（オブジェクトの並べ替え例の説明）
次に、図１０、図１１を用いて、オブジェクトの並べ替えの具体例について説明する。図１０は、先頭ページにオブジェクトを定義するとした場合の、オブジェクトの並べ替えの一例について説明する図である。図１１は、ページ毎にオブジェクトを定義するとした場合の、オブジェクトの並べ替えの一例について説明する図である。
【００７６】
先頭ページにオブジェクトを定義する、とした場合は、図１０に示すように、各ページに共通して使用されている「３１  ０  ｏｂｊ」は、参照される先頭ページにのみ定義される（図１０の行ｆ１）。したがって、ＰＤＦファイルのデータサイズは、図１０に示すようになる。
【００７７】
なお、各ページに共通して使用されるオブジェクトは、端末装置１２またはクラウドサーバ１６において識別できるように、例えば、オブジェクトの番号を特定の番号（例えば、１００００番台）とする。また、保存対象のリソースオブジェクトの前後に保存する旨の情報を付加する。さらに、参照されるページ番号の情報を付加する。
【００７８】
また、ページ毎にオブジェクトを定義する、とした場合は、図１１に示すように、各ページに共通して使用されている「３１  ０  ｏｂｊ」は、参照されるページ毎に、「３１  ０  ｏｂｊ」（図１１の行ｆ２）、「３２  ０  ｏｂｊ」（図１１の行ｆ３）、「３３  ０  ｏｂｊ」（図１１の行ｆ４）として定義する。したがって、ＰＤＦファイルのデータサイズは、図１１に示すようになる。このように、ページ毎にオブジェクトを定義することによって、データサイズは、図１０の場合と比べて大きくなる。
【００７９】
なお、オブジェクトの定義方法は、ＰＤＦファイルの送信先である画像形成装置１４の状態に応じて、適宜変更してもよい。すなわち、例えば、画像形成装置１４がＨＤＤ２０５を備えていない場合には、図１０に示す方法、すなわち、先頭ページにオブジェクトを定義する方法を用いるのが望ましい。また、通信ネットワーク１８のトラフィックが大きい場合には、図１１に示す方法、すなわち、ページ毎にオブジェクトを定義する方法を用いるのが望ましい。
【００８０】
（データサイズの閾値の設定方法の説明）
次に、図１２、図１３を用いて、データサイズの閾値の設定方法について説明する。図１２は、ページ毎にオブジェクトを配置する際に許容するデータサイズの閾値を、操作パネル２１２（図３参照）の操作によって定義する例について説明する図である。図１３は、画像形成装置１４が使用可能なストレージサイズ、すなわち、ＲＡＭ２０３、ＨＤＤ２０５の容量等に応じて、オブジェクトの定義方法を自動的に変更する例について説明する図である。
【００８１】
共通オブジェクトの定義を先頭（複数ページから参照される）にするかページ毎にするかの判定に用いるパラメータとして、データサイズ（ＰＤＦファイルのサイズ）がある。図１２を用いて、ＰＤＦデータの並び替えの前後で、データサイズの増加をどこまで許容するかの閾値を設定する例を説明する。
【００８２】
図１２に示すように、プリンタ１４ａやＭＦＰ１４ｂ上の操作パネル２１２をユーザに操作させることによって、ページ毎にオブジェクトを配置した際に許容するデータサイズの閾値を設定することができる。データサイズの閾値は、図１２に示すように、実際のデータサイズ（例えば１０ＭＢ等）または全データに占める割合（例えば１０％等）によって設定することができる。閾値が大きいほど、複数ページから参照されるように並び替える共通オブジェクトを多く設定することができ、閾値が小さいほど、設定できるオブジェクトの数は少なくなる。これは、後述する図１５で説明するように、複数ページから参照される共通オブジェクトは、参照しているページの処理が完了するまで保持する必要があるためであり、画像形成装置１４の排紙性能等の能力に依存するためである。
【００８３】
なお、「共通オブジェクト」自体のサイズの上限値を設定させて、当該上限値に収まるか、当該上限値を超えるかに基づいて、共通オブジェクトとして複数ページから参照されるように定義するか、ページ毎にオブジェクトを定義するかを判定するようにしてもよい。
【００８４】
次に、画像形成装置１４が使用可能なストレージサイズに応じて、オブジェクトの定義方法を自動的に変更する方法について、図１３を用いて説明する。
【００８５】
分割可否判断部４２ｂ（図４参照）は、ＰＤＦファイルの並び替え時に、画像形成装置１４に対して、ストレージサイズを問い合わせる（ステップＳ６０）。
【００８６】
続いて、分割可否判断部４２ｂは、共通リソースのサイズがストレージに収まるか否かを判定する（ステップＳ６２）。共通リソースのサイズがストレージに収まると判定される（ステップＳ６２：Ｙｅｓ）と、ステップＳ６４に移行する。一方、共通リソースのサイズがストレージに収まると判定されない（ステップＳ６２：Ｎｏ）と、ステップＳ６６に移行する。
【００８７】
ステップＳ６２においてＹｅｓと判定されると、ステップＳ６４において、ページ毎データ生成部４２ａは、先頭ページにオブジェクトを配置する。
【００８８】
一方、ステップＳ６２においてＮｏと判定されると、ステップＳ６６において、ページ毎データ生成部４２ａは、ページ毎にオブジェクトを配置する。
【００８９】
なお、共通オブジェクトのサイズの総和が画像形成装置１４のストレージサイズに収まらなくても、収まる分のオブジェクトを複数ページから参照される形で定義して、残りのオブジェクトをページ毎に定義してもよい。
【００９０】
（ＰＤＦファイルの印刷処理の流れの説明）
次に、図１４を用いて、ＰＤＦファイルの印刷処理の流れについて説明する。図１４は、ＰＤＦファイルの印刷処理の流れの一例を示すシーケンス図である。
【００９１】
端末装置１２のＳＳＤ１０４には、端末装置１２において生成された複数ページのＰＤＦファイルが記憶されている。端末装置１２は、ユーザによる操作入力に応じて、印刷指示を、通信ネットワーク１８を介して画像形成装置１４へ送信する（ステップＳ７０）。
【００９２】
なお、印刷要求の送信元は、端末装置１２に限定されない。印刷要求の送信元は、クラウドサーバ１６であってもよい。また、ＭＦＰ１４ｂは、スキャナで読み込まれた画像に基づいてＰＤＦファイルを生成し、このＰＤＦファイルをプリンタ１４ａへの印刷要求に含めて送信してもよい。印刷の形式は、特に限定されず、例えば、ＡｉｒＰｒｉｎｔ（登録商標）、またはＭｏｐｒｉａ（登録商標）等のモバイルプリントであってもよいし、ｆｔｐやｌｐｒなどのプロトコルを利用して直接ＰＤＦファイルを画像形成装置１４に送信するダイレクトプリントであってもよい。また、ＧｏｏｇｌｅＣｌｏｕｄＰｒｉｎｔ（登録商標）等のクラウドプリントであってもよい。また、印刷形式はメディアプリントでもよい。この場合、ステップＳ７０の処理は、画像形成装置１４に接続された、図３に不図示のＵＳＢ（Universal  Serial  Bus）メモリ等の記録メディアから、画像形成装置１４にＰＤＦファイルを送信する処理に置き換えられる。
【００９３】
画像形成装置１４の通信部２０は、端末装置１２から送信された印刷要求を受信する。通信部２０は、印刷要求に含まれるＰＤＦファイルの受信を開始すると、受信したＰＤＦファイルを、バッファとしてＲＡＭ２０３に順次記憶（バッファリング）する。そして、画像形成装置１４は、バッファリングの完了を待機することなく、以下の印刷処理を継続する。
【００９４】
通信部２０は、印刷を開始するための印刷開始通知をページデータ生成部４２へ送信する（ステップＳ７１）。
【００９５】
ページデータ生成部４２は、印刷開始通知を受信すると、受信バッファを通してＰＤＦデータを受信する（ステップＳ７２）。
【００９６】
ページデータ生成部４２（分割可否判断部４２ｂ）は、受信したＰＤＦデータが、ページデータに分割可能か否かを判定する。そして、分割可能と判定された場合、ページデータ生成部４２（ページ毎データ生成部４２ａ）は、ヘッダＰＨやトレーラＰＴを付加したページ毎のＰＤＦファイルを生成する（ステップＳ７３）。
【００９７】
さらに、ページデータ生成部４２は、ページ毎のＰＤＦファイルである個別ＰＤＦファイルを印刷データ処理部４４に送信する（ステップＳ７４）。
【００９８】
その後、ページデータ生成部４２は、印刷データ処理部４４に送信した個別ＰＤＦファイルの元になった受信データを削除する（ステップＳ７５）。すなわち、一時的に必要な受信バッファのサイズは、１ページ分の受信データのサイズとなるため、印刷時に必要な記憶領域のサイズを抑制することができる。
【００９９】
次に、印刷データ処理部４４は、受信した個別ＰＤＦファイルをプリンタ言語解析し、フレームメモリに描画する描画処理を行うことで印刷イメージを作成する（ステップＳ７６）。さらに、印刷データ処理部４４は、プロッタエンジン２１１に印刷処理を指示する（ステップＳ７７）。
【０１００】
プロッタエンジン２１１は印刷データ処理部４４からの指示を受けると、用紙に印刷イメージを転写し、排紙する（ステップＳ７８）。
【０１０１】
なお、ページデータ生成部４２は、受信したＰＤＦデータから個別ＰＤＦファイルを印刷対象のページ順に生成し、印刷データ処理部４４に通知するため、印刷対象のページ分だけ、ステップＳ７２からステップＳ７５の処理を繰り返す。
【０１０２】
（ページ毎のＰＤＦファイル生成処理の説明）
次に、図１５を用いて、画像形成装置１４が行う、ページ毎のＰＤＦファイル生成処理の流れについて説明する。図１５は、ページ毎のＰＤＦ生成処理の流れの一例を示すフローチャートである。
【０１０３】
印刷データ受信部４１は、ＰＤＦデータを受信すると、受信したＰＤＦデータの読み込みを開始する（ステップＳ８０）。
【０１０４】
続いて、分割可否判断部４２ｂは、読み込んだＰＤＦデータが、ページ間で共通して使用されるリソースオブジェクトに該当するか否かを判定する（ステップＳ８２）。ステップＳ８２において、ページ共通のリソースオブジェクトに該当すると判定される（ステップＳ８２：Ｙｅｓ）と、ステップＳ８４に移行する。一方、ページ共通のリソースオブジェクトに該当すると判定されない（ステップＳ８２：Ｎｏ）と、ステップＳ８６に移行する。なお、読み込んだＰＤＦデータが、ページ共通のリソースオブジェクトに該当することは、前記したように、ページ共通のリソースオブジェクトである旨を示す特定の番号を有することによって判定すればよい（図１０参照）。
【０１０５】
ステップＳ８２においてＹｅｓと判定されると、ステップＳ８４において、ページ共通リソースをストレージ（ＨＤＤ２０５やＲＡＭ２０３）にストアして、後のページでも参照できるようにする。その後、ステップＳ８２に戻り、ＰＤＦデータの全てのページについて処理を繰り返す。
【０１０６】
ステップＳ８２においてＮｏと判定されると、ステップＳ８６において、ＰＤＦデータがページ共通リソースを参照しているか否かを判定する。ＰＤＦデータがページ共通リソースを参照していると判定される（ステップＳ８６：Ｙｅｓ）と、ステップＳ８８に移行する。一方、ＰＤＦデータがページ共通リソースを参照していると判定されない（ステップＳ８６：Ｎｏ）と、ステップＳ９０に移行する。
【０１０７】
ステップＳ８６においてＹｅｓと判定されると、ステップＳ８８において、ページ毎データ生成部４２ａは、既にストアされているページ共通リソースをストレージからロードする。その後、ステップＳ９０に移行する。なお、ロードされたページ共通リソースは、ページ毎のＰＤＦデータを生成するための情報として用いられる。
【０１０８】
ステップＳ８６においてＮｏと判定されると、またはステップＳ８８の後、ステップＳ９０において、読み込んだデータを使って分割ＰＤＦ（ページ毎のＰＤＦデータ）を作成する。その後、ステップＳ８２に戻り、ＰＤＦデータの全てのページについて処理を繰り返す。
【０１０９】
続いて、ページデータ生成部４２は、分割ＰＤＦを印刷データ処理部４４に送信する（ステップＳ９２）。
【０１１０】
ページデータ生成部４２は、印刷対象ページが全て処理完了したかを判定する（ステップＳ９４）。印刷対象ページが全て処理完了したと判定される（ステップＳ９４：Ｙｅｓ）と、図１５の処理を終了する。一方、印刷対象ページが全て処理完了したと判定されない（ステップＳ９４：Ｎｏ）と、ステップＳ８０に戻って、ＰＤＦデータがなくなるまで処理を繰り返す。
【０１１１】
なお、図１５は、画像形成装置１４がＰＤＦファイル生成処理を行う際の処理の流れを示すフローチャートであるが、画像形成システム１０が、端末装置１２またはクラウドサーバ１６に対して、同様のＰＤＦファイル生成処理を行わせる構成としてもよい。
【０１１２】
（ページ毎のＰＤＦファイル生成処理の具体例の説明）
次に、図１６を用いて、ページ毎のＰＤＦファイル生成処理の具体例について説明する。図１６は、ページ毎のＰＤＦ生成処理の具体例を示す図である。
【０１１３】
例えば、先頭ページにオブジェクトを定義する、とした場合、画像形成装置１４には、例えば、図１６の左方に示すＰＤＦデータが入力される。
【０１１４】
このとき、ページデータ生成部４２は、図１６の中央に示すようにページ（Ｐ１、Ｐ２、Ｐ３）毎のＰＤＦデータを生成する（ステップＳ１００、Ｓ１０１、Ｓ１０２）。
【０１１５】
このとき、各ページで共通して使用される共通リソースが存在した場合には、ページデータ生成部４２は、当該共通リソースをストレージ（ＨＤＤ２０５やＲＡＭ２０３）に保存する（ステップＳ１０３）。保存された共通リソースは、以降に要求された場合（ステップＳ１０４、Ｓ１０５）に取得されて（ステップＳ１０６、Ｓ１０７）、各ページにデータが付与される。
【０１１６】
これによって、ページ毎に生成したＰＤＦデータの内部にオブジェクトの実体を保持することができる。そして、各ページのＰＤＦデータは、ＰＤＦ処理命令として、印刷データ処理部４４に送信される（ステップＳ１０８、Ｓ１０９、Ｓ１１０）。そして、印刷データ処理部４４は、オブジェクトを配置してデータを再構成し、描画処理可能な印刷画像を作成する。
【０１１７】
なお、本実施の形態の例では、画像形成装置１４は、ＣＰＵ２０１が、各種処理をソフトウェアで実現することとしたが、一部または全部を、ＩＣ（Integrated  Circuit）等のハードウェアで実現してもよい。また、各種プログラムは、インストール可能な形式、または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ、ブルーレイディスク（登録商標）、半導体メモリ等のコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。ＤＶＤは、「Digital  Versatile  Disc」の略記である。また、各種プログラムは、インターネット等のネットワーク経由でインストールする形態で提供してもよい。また、各種プログラムは、機器内のＲＯＭ等に予め組み込んで提供してもよい。
【０１１８】
（実施の形態の変形例の説明）
次に、前記した実施の形態の変形例について説明する。前記した実施の形態において、画像形成装置１４は、通信部２０（図４参照）および通信ネットワーク１８（図１参照）を介して、ＰＤＦデータを受信していた。本変形例に示す画像形成装置１４ａ（図１７参照）は、ＰＤＦデータを記憶した記憶メディアを挿入可能な構成を有し、ユーザが挿入した記憶メディアに記憶されたＰＤＦデータを読み出して印刷を行う。
【０１１９】
以下、図１７、図１８を用いて実施の形態の変形例の構成と機能を説明する。図１７は、画像形成装置１４の変形例のハードウェア構成の一例を示すハードウェアブロック図である。図１８は、画像形成装置１４の変形例の機能構成の一例を示す機能ブロック図である。なお、画像形成装置１４の変形例である画像形成装置１４ａのハードウェア構成および機能構成は、前記した画像形成装置１４とほぼ等しいものであるため、同じ構成要素は同一の符号を用いて説明する。
【０１２０】
図１７に示すように、画像形成装置１４ａは、画像形成装置１４に対して、更に記憶メディアＩ／Ｆ２１４を備える。記憶メディアＩ／Ｆ２１４は、画像形成装置１４ａに挿入された記憶メディア１３（例えば、ＵＳＢメモリ等）と通信するためのインタフェースである。なお、記憶メディア１３は記録メディアの一例である。
【０１２１】
図１８に示すように、画像形成装置１４ａは、画像形成装置１４とほぼ等しい機能構成を有する。なお、通信部２０は、前記した、通信ネットワーク１８（図１参照）を介して、他の装置（端末装置１２、クラウドサーバ１６）との通信を制御する機能に加えて、記憶メディア１３との通信を制御する機能を備える。
【０１２２】
また、表示・操作制御部３０ａは、前記した表示・操作制御部３０の機能に加えて、前記した端末装置１２およびクラウドサーバ１６が備える抽出手段、判断手段、および再構成手段を備える。
【０１２３】
ユーザは、画像形成装置１４ａで印刷したいＰＤＦデータを、記憶メディア１３に記憶した状態で、当該記憶メディア１３を画像形成装置１４に設けられたスロット等に挿入する。そして、ユーザは、操作パネル２１２を操作することによって、表示・操作制御部３０の作用によって、印刷したいＰＤＦデータを指定する。通信部２０は、記憶メディア１３の中から、指定されたＰＤＦデータを読み出す。そして、画像形成装置１４ａは、先の実施形態で説明したのと同様の処理を行うことによって、指定されたＰＤＦデータを分割生成して印刷する。
【０１２４】
なお、通信部２０に、通信ネットワーク１８を介して、他の装置との通信を制御する機能と、記憶メディア１３との通信を制御する機能と、をともに備えることによって、画像形成装置１４ａに接続された端末装置１２、クラウドサーバ１６、記憶メディア１３のいずれからでも、ＰＤＦデータを読み出して、画像形成装置１４ａの内部でＰＤＦデータを分割生成して、印刷を実行することができる。
【０１２５】
以上説明したように、本実施の形態に係る端末装置１２またはクラウドサーバ１６（情報処理装置）によれば、データ処理部５２（抽出手段）が、複数のページのデータ、および複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する。そして、データ処理部５２（判断手段）が、抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、複数のページのページ毎に定義するか、を判断する。さらに、ＰＤＦ生成部５３（再構成手段）が、判断手段の判断結果に基づいて、オブジェクトを配置してデータを再構成して、通信部５０（送信手段）が、再構成したデータを画像形成装置１４に送信する。したがって、ＰＤＦファイルを印刷する際、全てのデータをストレージに保持することなく印刷処理を開始することができるため、ＰＤＦファイルを受信して印刷処理を実行する際に、ユーザの待機時間を短縮することができる。
【０１２６】
また、本実施の形態に係る端末装置１２またはクラウドサーバ１６によれば、データ処理部５２（判断手段）は、オブジェクトの種類に応じて、当該オブジェクトを共通オブジェクトとするか否かを変更可能である。したがって、例えば、サイズの小さいオブジェクトや当たり前に定義されるオブジェクト等を共通オブジェクトに設定しないことによって、メモリの使用量を削減することができる。
【０１２７】
また、本実施の形態に係る端末装置１２またはクラウドサーバ１６によれば、データ処理部５２（判断手段）は、共通オブジェクトの定義方法を、当該共通オブジェクトのサイズおよび当該共通オブジェクトの内容、もしくは、転写部４５の構成に応じて変更可能である。したがって、印刷対象となるＰＤＦファイルの内容、および印刷を行う画像形成装置１４の構成に応じて、様々な印刷環境に適用させることができる。
【０１２８】
また、本実施の形態に係る端末装置１２またはクラウドサーバ１６によれば、データ処理部５２（判断手段）は、共通オブジェクトの定義方法を切り換える閾値を設定する設定機能を更に備える。したがって、画像形成装置１４を使用するユーザの指示に応じて、印刷データのサイズを設定することができる。
【０１２９】
また、本実施の形態に係る端末装置１２またはクラウドサーバ１６によれば、データ処理部５２（判断手段）は、共通オブジェクトを、参照される全てのページに配置するか、初めて参照されたページにのみ配置するか、もしくは、データ内の先頭に配置するか、を判断する。したがって、印刷するＰＤＦファイルの特徴に応じて、ファイルのサイズを抑制することができる。
【０１３０】
また、本実施の形態の変形例に係る画像形成装置１４ａによれば、通信部２０（受信手段）は、通信ネットワーク１８（ネットワーク）または記憶メディア１３（記録メディア）を介して、複数のページのデータ、および複数のページにおける各ページのデータの位置を示す位置情報を含むファイルを受信する。そして、表示・操作制御部３０ａが、受信したファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する抽出手段として作用する。さらに、表示・操作制御部３０ａは、抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、複数のページのページ毎に定義するか、を判断する判断手段として作用する。そして、表示・操作制御部３０ａは、判断手段の判断結果に基づいて、オブジェクトを配置してデータを再構成する再構成手段と、して作用する。そして、転写部４５（印字手段）が、再構成されたデータを印字する。したがって、画像形成装置１４ａは、通信ネットワーク１８や記憶メディア１３に記憶されたＰＤＦファイルを受信して印刷処理を実行することができる。
【０１３１】
また、本本実施の形態に係る画像形成システム１０（情報処理システム）によれば、データ処理部５２（抽出手段）が、複数のページのデータ、および複数のページにおける各ページのデータの位置を示す位置情報を含むファイルの中から、複数のページで共通して参照されるオブジェクトを共通オブジェクトとして抽出する。そして、データ処理部５２（判断手段）が、抽出手段が抽出した共通オブジェクトを、複数のページで共通して使用するオブジェクトとして定義するか、複数のページのページ毎に定義するか、を判断する。さらに、ＰＤＦ生成部５３（再構成手段）が、判断手段の判断結果に基づいて、オブジェクトを配置してデータを再構成して、通信部５０（送信手段）が、再構成したデータを画像形成装置１４に送信する。そして、画像形成装置１４の通信部２０（受信手段）が、再構成したデータを受信して、転写部４５（印字手段）が印字する。したがって、ＰＤＦファイルを印刷する際、全てのデータをストレージに保持することなく印刷処理を開始することができるため、ＰＤＦファイルを受信して印刷処理を実行する際に、ユーザの待機時間を短縮することができる。
【０１３２】
以上、本発明の実施の形態について説明したが、前記した実施の形態は、例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能である。また、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。また、この実施の形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１３３】
１０  画像形成システム（情報処理システム）
１２  端末装置（情報処理装置）
１２ａ  モバイル機器（情報処理装置）
１２ｂ  ＰＣ（情報処理装置）
１３  記憶メディア（記録メディア）
１４、１４ａ  画像形成装置
１４ａ  プリンタ
１４ｂ  ＭＦＰ
１６  クラウドサーバ（情報処理装置、プリントサーバ）
１８  通信ネットワーク（ネットワーク）
１８ａ  ＬＡＮ
１８ｂ  インターネット
２０  通信部（受信手段）
３０、３０ａ  表示・操作制御部
５０  通信部（送信手段）
５４  表示部
４０  印刷部
４１  印刷データ受信部（受信手段）
４２  ページデータ生成部
４２ａ  ページ毎データ生成部（抽出手段）
４２ｂ  分割可否判断部（判断手段、設定手段）
４３  データ記憶部
４４  印刷データ処理部（再構成手段）
４５  転写部（印字手段）
５１  ＰＤＦファイル保存部
５２  データ処理部（抽出手段、判断手段、設定手段）
５３  ＰＤＦ生成部（再構成手段）
【先行技術文献】
【特許文献】
【０１３４】
【特許文献１】特許第４１８３５５７号公報
【図１】
2019164556.tif 000003
【図２】
2019164556.tif 000004
【図３】
2019164556.tif 000005
【図４】
2019164556.tif 000006
【図５】
2019164556.tif 000007
【図６】
2019164556.tif 000008
【図７】
2019164556.tif 000009
【図８】
2019164556.tif 000010
【図９】
2019164556.tif 000011
【図１０】
2019164556.tif 000012
【図１１】
2019164556.tif 000013
【図１２】
2019164556.tif 000014
【図１３】
2019164556.tif 000015
【図１４】
2019164556.tif 000016
【図１５】
2019164556.tif 000017
【図１６】
2019164556.tif 000018
【図１７】
2019164556.tif 000019
【図１８】
2019164556.tif 000020