特許 7582029 印刷装置

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

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

(11)【特許番号】

(24)【登録日】2024-11-05

(45)【発行日】2024-11-13

(54)【発明の名称】印刷装置

(51)【国際特許分類】

   B41J 5/30 20060101AFI20241106BHJP

   H04N 1/00 20060101ALI20241106BHJP

【ＦＩ】

B41J5/30 Z

H04N1/00 912

【請求項の数】 11

(21)【出願番号】P 2021062499

(22)【出願日】2021-04-01

(65)【公開番号】P2022157948

(43)【公開日】2022-10-14

【審査請求日】2024-02-16

(73)【特許権者】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000291

【氏名又は名称】弁理士法人コスモス国際特許商標事務所

(72)【発明者】

【氏名】中島 健志郎

(72)【発明者】

【氏名】田中 務

【審査官】佐藤 孝幸

(56)【参考文献】

【文献】特開２０１３－００３９６５（ＪＰ，Ａ）

【文献】特開２０１２－１１１２１０（ＪＰ，Ａ）

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

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

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

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

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

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

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

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

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

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

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

Ｂ４１Ｊ ５／３０

Ｈ０４Ｎ １／００

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

【請求項1】

プロセッサコアである第１コアと、前記第１コアと異なるプロセッサコアである第２コアと、を備えるコントローラと、
印刷ユニットと、
メモリと、
通信インタフェースと、
を備える印刷装置であって、
前記第１コアは、
前記通信インタフェースを介して受信した受信データを解析し、前記第２コアによる処理が必要であると判断した場合に、第１要求を前記第２コアに出力し、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中にファイル化処理の実行が必要となる所定の情報を検知した場合に、第２要求を前記第１コアに出力し、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアのファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示すファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいてＲＩＰ処理を行ってラスタデータを生成し、
前記第１コアは、
前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、
ことを特徴とする印刷装置。

【請求項2】

請求項１に記載する印刷装置において、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成し、
前記第２要求を前記第１コアに出力しなかった場合、受信した前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成する、
ことを特徴とする印刷装置。

【請求項3】

請求項１または請求項２に記載する印刷装置において、
前記第１コアは、
受信した前記受信データを解析し、前記受信データの中から前記印刷装置の制御に用いるコマンドであるプリンタ制御コマンドを検知し、さらに検知した前記プリンタ制御コマンドの中に画像データの種類を示す種類特定コマンドが含まれる場合に、前記第２コアによる処理が必要であると判断し、前記第１要求を前記第２コアに出力し、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中にファイル化処理の実行が必要となる前記所定の情報を検知した場合に、前記第２要求を前記第１コアに出力し、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアの前記ファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示す前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成し、
前記第１コアは、
前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、
ことを特徴とする印刷装置。

【請求項4】

請求項３に記載する印刷装置において、
前記印刷ユニットによる印刷可能な画像データの種類があらかじめ決まっており、前記印刷可能な画像データの種類が複数あり、前記複数の種類には、ファイル化が必要な特定の種類が含まれ、
前記第１コアは、
受信した前記受信データを解析し、前記受信データの中から前記印刷装置の制御に用いるコマンドである前記プリンタ制御コマンドを検知し、さらに検知した前記プリンタ制御コマンドの中に前記種類特定コマンドが含まれる場合に、前記第２コアによる処理が必要であると判断し、前記第１要求を前記第２コアに出力し、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中から画像データの先頭を示す先頭情報を検知し、さらに検知した前記先頭情報が前記所定の情報に該当する場合に、前記第２要求を前記第１コアに出力し、検知した前記先頭情報が前記所定の情報に該当しない場合に、前記第２要求を前記第１コアに出力せず、前記所定の情報は、前記特定の種類の画像データについての前記先頭情報であり、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアの前記ファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示す前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成し、
前記第１コアは、
前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、
ことを特徴とする印刷装置。

【請求項5】

請求項４に記載する印刷装置において、
前記特定の種類の画像データには、ＰＤＦ（Portable Document Format）が含まれる、
ことを特徴とする印刷装置。

【請求項6】

請求項４または請求項５に記載する印刷装置において、
前記特定の種類は複数あり、前記特定の種類ごとに前記先頭情報が異なり、
前記第２コアは、
前記特定の種類ごとに、データの抽出に用いる抽出情報を対応付けて記憶しており、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中から画像データの先頭を示す前記先頭情報を検知し、さらに検知した前記先頭情報が複数ある前記所定の情報のいずれかに該当する場合に、前記第２要求と、前記特定の種類ごとに対応付けられている前記抽出情報と、を前記第１コアに出力し、検知した前記先頭情報が前記所定の情報に該当しない場合に、前記第２要求を前記第１コアに出力せず、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第２コアから入力された前記抽出情報を用いて、前記受信データから画像データを抽出し、抽出した前記画像データを、前記第１コアの前記ファイルシステムによってファイル化して前記メモリに書き込み、書き込まれたファイルを示す前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記画像データに基づいて前記ＲＩＰ処理を行って前記ラスタデータを生成する、
ことを特徴とする印刷装置。

【請求項7】

請求項３に記載する印刷装置において、
前記第１コアは、
受信した前記受信データを解析し、前記受信データの中から前記印刷装置の制御に用いるコマンドである前記プリンタ制御コマンドを検知し、さらに検知した前記プリンタ制御コマンドの中に前記種類特定コマンドが含まれる場合に、前記第２コアによる処理が必要であると判断し、前記第１要求を前記第２コアに出力し、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中にファイル化処理の実行が必要となる前記所定の情報を検知した場合に、前記第２要求を前記第１コアに出力し、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアの前記ファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示す前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、読み出した前記ファイル全体から前記ＲＩＰ処理に用いるパラメータを抽出し、抽出された前記パラメータに従って、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成し、
前記第１コアは、
前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、
ことを特徴とする印刷装置。

【請求項8】

請求項３に記載する印刷装置において、
前記第１コアは、
受信した前記受信データを解析し、前記受信データの中から前記印刷装置の制御に用いるコマンドである前記プリンタ制御コマンドを検知し、さらに検知した前記プリンタ制御コマンドの中に前記種類特定コマンドが含まれる場合、あるいは前記受信データの中に前記プリンタ制御コマンドが検知されなかった場合に、前記第２コアによる処理が必要であると判断し、前記第１要求を前記第２コアに出力し、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中にファイル化処理の実行が必要となる前記所定の情報を検知した場合に、前記第２要求を前記第１コアに出力し、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアの前記ファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示す前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成し、
前記第１コアは、
前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、
ことを特徴とする印刷装置。

【請求項9】

請求項３から請求項８のいずれか１つに記載する印刷装置において、
前記第１コアは、
受信した前記受信データを解析し、前記受信データの中から前記印刷装置の制御に用いるコマンドである前記プリンタ制御コマンドを検知し、さらに検知した前記プリンタ制御コマンドの中に前記種類特定コマンドが含まれる場合に、前記第２コアによる処理が必要であると判断し、前記第１要求を前記第２コアに出力し、前記受信データの中に前記種類特定コマンドを検知せず、かつ前記受信データの中に印刷を行わない前記プリンタ制御コマンドである特定ジョブコマンドを検知した場合、前記第１要求を前記第２コアに出力せず、前記特定ジョブコマンドが示す処理を実行し、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中にファイル化処理の実行が必要となる前記所定の情報を検知した場合に、前記第２要求を前記第１コアに出力し、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアの前記ファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示す前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成し、
前記第１コアは、
前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、
ことを特徴とする印刷装置。

【請求項10】

請求項１から請求項９のいずれか１つに記載する印刷装置において、
前記通信インタフェースを介して受信した前記受信データを記憶する入力バッファを備え、
前記第２コアは、
前記第１コアからの前記第１要求に応じて、前記入力バッファに記憶された前記受信データを、前記所定の情報が検知されるまで解析し、前記所定の情報が検知された場合、前記第２要求と、前記所定の情報が記憶されるアドレスに基づく第１アドレスへのポインタと、を前記第１コアに出力し、
前記第１コアは、
前記第２コアからの前記第２要求に応じて、前記第１コアの前記ファイルシステムによって、前記第２コアから入力された前記ポインタが示す前記第１アドレスに基づいて、前記入力バッファに記憶される前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルが記憶されるアドレスに基づく第２アドレスへのポインタを含む前記ファイル情報を前記第２コアに出力し、
前記第２コアは、
前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報に含まれる前記第２アドレスへの前記ポインタを用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいて前記ＲＩＰ処理を行ってラスタデータを生成する、
ことを特徴とする印刷装置。

【請求項11】

請求項１から請求項１０のいずれか１つに記載する印刷装置において、
前記第１コアは、
前記ファイルシステムとして、前記メモリからの読み出しおよび前記メモリへの書き込みが可能な第１ファイルシステムを有し、
前記第２コアは、
前記第１コアが有する前記第１ファイルシステムとは異なるファイルシステムであって、前記メモリからの読み出しが可能で前記メモリへの書き込みが不可能な第２ファイルシステムを有する、
ことを特徴とする印刷装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書に開示される技術分野は、受信したデータに基づいて画像を印刷する印刷装置に関する。

【背景技術】

【0002】

従来、印刷ジョブを受信し、受信した印刷ジョブに基づいて画像を印刷する印刷装置が知られている。例えば特許文献１には、印刷エンジンと、印刷エンジンに印刷処理を実行させるコントローラと、を備える印刷装置であって、コントローラは、印刷ジョブに含まれるＰＤＬ（Page Description Languageの略）コマンドを解析してラスタデータを作成し、作成されたラスタデータに基づいて、印刷エンジンに画像を印刷させる構成が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－１２３７１２号公報

【発明の概要】

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

【0004】

印刷装置では、印刷ジョブを受信してから印刷を完了させるまでに要する処理時間の短縮が求められる。近年、印刷ジョブのデータ量の増加に伴って処理時間が長くなる傾向にあり、処理時間のさらなる短縮が望まれる。

【0005】

本明細書は、印刷装置において、印刷ジョブを受信してから印刷を完了させるまでに要する処理時間の短縮を図る技術を開示する。

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

【0006】

この課題の解決を目的としてなされた印刷装置は、プロセッサコアである第１コアと、前記第１コアと異なるプロセッサコアである第２コアと、を備えるコントローラと、印刷ユニットと、メモリと、通信インタフェースと、を備える印刷装置であって、前記第１コアは、前記通信インタフェースを介して受信した受信データを解析し、前記第２コアによる処理が必要であると判断した場合に、第１要求を前記第２コアに出力し、前記第２コアは、前記第１コアからの前記第１要求に応じて、前記受信データを解析し、前記受信データの中にファイル化処理の実行が必要となる所定の情報を検知した場合に、第２要求を前記第１コアに出力し、前記第１コアは、前記第２コアからの前記第２要求に応じて、前記ファイル化処理として前記第１コアのファイルシステムによって前記受信データをファイル化して前記メモリに書き込み、書き込まれたファイルを示すファイル情報を前記第２コアに出力し、前記第２コアは、前記第２要求を前記第１コアに出力した場合、前記第１コアから前記ファイル情報が入力されたことに応じて、前記第１コアから入力された前記ファイル情報を用いて、前記ファイルを前記メモリから読み出し、前記ファイルによって示される前記受信データに基づいてＲＩＰ処理を行ってラスタデータを生成し、前記第１コアは、前記第２コアによって生成された前記ラスタデータに基づいて、前記印刷ユニットに印刷を行わせる、ことを特徴としている。

【0007】

本明細書に開示される印刷装置は、第１コアによって、受信データについて画像データの可能性があるか否かを判断し、画像データの可能性があれば受信データの解析を第２コアに依頼する。そして、第２コアによってファイル化処理の実行が必要となる所定の情報が検知された場合には、第１コアがファイル化処理を実行する。これにより、印刷までの処理のうち、処理負荷が高いＲＩＰ処理と画像データの解析処理とを第２コアに任せ、それら以外の処理を、ＲＩＰ処理や画像データの解析処理と並行して第１コアに実行させることが可能になり、各処理を１つのプロセッサコアにより実行する場合と比べて、印刷までの処理時間の短縮が期待できる。

【0008】

上記印刷装置の機能を実現するための制御方法、コンピュータプログラム、および当該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有用である。

【発明の効果】

【0009】

本明細書に開示される技術によれば、印刷装置において、印刷ジョブを受信してから印刷を完了させるまでに要する処理時間の短縮を図る技術が実現される。

【図面の簡単な説明】

【0010】

【図1】本形態のプリンタの概略構成を示すブロック図である。

【図2】データ解析手順を示すシーケンス図である。

【図3】ＰＪＬデータを含むＰＣＬＸＬの印刷ジョブの構成を示す説明図である。

【図4】ＰＪＬデータを含むＰＤＦの印刷ジョブの構成を示す説明図である。

【図5】ＰＪＬデータを含まない印刷ジョブの構成を示す説明図である。

【図6】区切り文字情報の例を示す説明図である。

【図7】ファイル化手順を示すシーケンス図である。

【図8】ファイル化処理の手順を示すフローチャートである。

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

【0011】

以下、本実施の形態にかかるプリンタについて、添付図面を参照しつつ詳細に説明する。本形態は、受信した画像データに基づいて印刷を実行するプリンタを開示するものである。

【0012】

本形態のプリンタ１は、図１に示すように、第１コントローラ１０と、第２コントローラ２０と、第３コントローラ３０と、を備え、これらがバス１９に接続されている。また、プリンタ１は、ユーザインタフェース（以下、「ユーザＩＦ」とする）１３と、通信インタフェース（以下、「通信ＩＦ」とする）１４と、印刷エンジン１５と、メモリ４０と、を備え、これらがバス１９に接続されている。プリンタ１は、印刷装置の一例である。

【0013】

第１コントローラ１０と第２コントローラ２０と第３コントローラ３０とは、メモリ４０から読み出したプログラムに従って、また、ユーザの操作に基づいて、各種の処理を実行する。本形態のプリンタ１の第１コントローラ１０は、プロセッサコアとして、第１コア１１と、第２コア１２と、を有するマルチコアＣＰＵである。第１コントローラ１０は、コントローラの一例である。一方、第２コントローラ２０と第３コントローラ３０とは、いずれも、１つのプロセッサコアを有するシングルコアＣＰＵである。

【0014】

第１コントローラ１０の第１コア１１は、例えば、受信データの解析、メモリやファイルの管理、を担う。第１コントローラ１０の第２コア１２は、例えば、画像データのラスタライズ、受信データの解析、を担う。なお、本形態の第２コア１２は、第１コア１１よりもクロック周波数が高く、負荷の高い処理であるラスタライズ処理に適している。第２コントローラ２０は、例えば、印刷エンジン１５の制御、搬送機構の制御、を担う。第３コントローラ３０は、例えば、着色剤の管理、ＬＥＤ等の制御、を担う。なお、図１中の第１コントローラ１０や第２コントローラ２０や第３コントローラ３０は、それぞれ、プリンタ１の制御に利用されるハードウェアやソフトウェアを纏めた総称であって、実際にプリンタ１に存在する単一のハードウェアを表すとは限らない。

【0015】

メモリ４０には、各種のプログラムや各種のデータが記憶される。メモリ４０は、各種の処理が実行される際の作業領域としても利用される。メモリ４０の一例は、プリンタ１に内蔵されるＲＯＭ、ＲＡＭ、ＨＤＤ等に限らず、コンピュータが読み取り可能かつ書き込み可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。第１コントローラ１０、第２コントローラ２０、第３コントローラ３０が備えるバッファも、メモリの一例である。

【0016】

ユーザＩＦ１３は、例えば、タッチパネルであり、ユーザに情報を報知するための画面を表示するハードウェアと、ユーザによる操作を受け付けるハードウェアと、を含む。ユーザＩＦ１３は、表示部と操作ボタン等との組であっても良い。通信ＩＦ１４は、パーソナルコンピュータ等の外部デバイスと通信を行うためのハードウェアを含む。通信ＩＦ１４の通信規格は、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＵＳＢなどである。プリンタ１は、複数の通信規格に対応する複数の通信ＩＦ１４を備えていてもよい。印刷エンジン１５は、シート等に画像を印刷するための構成を含む。印刷エンジン１５の画像形成方式は、例えば、電子写真方式、インクジェット方式である。印刷エンジン１５は、印刷ユニットの一例である。

【0017】

次に、本形態のプリンタ１の動作について、シーケンス図などを参照して説明する。なお、以下の処理は、基本的に、プログラムに記述された命令に従った各ＣＰＵの処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、ＣＰＵの処理を表している。ＣＰＵによる処理は、ＯＳのＡＰＩを用いたハードウェア制御も含む。本明細書では、ＯＳの記載を省略して各プログラムの動作を説明する。すなわち、以下の説明において、「プログラムＢがハードウェアＣを制御する」という趣旨の記載は、「プログラムＢがＯＳのＡＰＩを用いてハードウェアＣを制御する」ことを指してもよい。また、プログラムに記述された命令に従ったＣＰＵの処理を、省略した文言で記載することがある。例えば、「ＣＰＵが行う」のように記載することがある。また、プログラムに記述された命令に従ったＣＰＵの処理を、「プログラムＡが行う」のようにＣＰＵを省略した文言で記載することがある。

【0018】

なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵが要求することなくデータを受信するという処理も、「ＣＰＵがデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「要求する」、「指示する」とは、要求していることを示す情報や、指示していることを示す情報を相手に出力することを示す概念である。また、要求していることを示す情報や指示していることを示す情報のことを、単に、「要求」、「指示」とも記載する。

【0019】

また、ＣＰＵによる、情報Ａは事柄Ｂであることを示しているか否かを判断する処理を、「情報Ａから、事柄Ｂであるか否かを判断する」のように概念的に記載することがある。ＣＰＵによる、情報Ａが事柄Ｂであることを示しているか、事柄Ｃであることを示しているか、を判断する処理を、「情報Ａから、事柄Ｂであるか事柄Ｃであるかを判断する」のように概念的に記載することがある。

【0020】

本形態のプリンタ１は、通信ＩＦ１４を介して印刷ジョブ等のデータの受信を開始すると、受信したデータを順に解析する。データ解析手順について、図２のシーケンス図を参照して説明する。データ解析手順では、図２に示すように、第１コア１１には、受信データ解析部１１１と、各種の処理部１１２と、エンジン制御部１１３と、が設けられる。第２コア１２には、ＲＩＰ部１２１が設けられる。なお、受信データ解析部１１１、各種の処理部１１２、エンジン制御部１１３、ＲＩＰ部１２１等の、第１コア１１や第２コア１２に設けられる各部は、第１コア１１や第２コア１２が対応するプログラムを実行することで実現される。プリンタ１の通信ＩＦ１４は、受信したデータを順に入力バッファに溜める。入力バッファは、例えば数キロバイトまでのデータを溜めることができる揮発性のメモリである。

【0021】

第１コア１１の受信データ解析部１１１は、入力バッファから受信データを取得して（Ｓ１０１）、受信データに印刷ジョブのＰＪＬデータが含まれるか否かを判断する（Ｓ１０２）。ＰＪＬデータは、プリンタ１の制御に用いるコマンドや印刷パラメータを含むデータである。プリンタ１に対応するプリンタドライバを用いて生成された印刷データには、ＰＪＬデータが含まれる。

【0022】

ＰＪＬデータを含む印刷ジョブの一例を図３に示す。図３に示す印刷ジョブ２００は、ヘッダ部２０１と、ボディ部２０２と、フッタ部２０３とによって構成されている。ヘッダ部２０１とフッタ部２０３とは、ＰＪＬデータであり、ボディ部２０２は、ＰＣＬＸＬ形式の画像データである。受信データから「[ESC]%-12345X」が検出された場合、ＰＪＬデータが含まれると判断し（Ｓ１０２：ＹＥＳ）、受信データ解析部１１１は、必要な情報をメモリ４０に記憶しつつ、ＰＪＬデータを解析する。

【0023】

図３に示すように、ヘッダ部２０１のＰＪＬデータには、例えば、印刷ジョブのジョブ名やユーザ名等の識別情報、印刷設定を示す設定情報、ボディ部２０２の画像データの種類を示す種類情報、を指定する各種のコマンドが含まれる。ＰＪＬデータに含まれる各種のコマンドは、プリンタ制御コマンドの一例である。

【0024】

受信データ解析部１１１は、受信データから、ＰＪＬデータのコマンドの１つである「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドを検知したか否かを判断する（Ｓ１０３）。プリンタ１にて印刷可能な画像データには、ＰＣＬＸＬ、ＰＤＦ（Portable Document Format）、ＰｏｓｔＳｃｒｉｐｔ、ＪＰＥＧ等の複数の種類があり、「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドにて示される情報は、画像データの種類を示す種類情報である。「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドは、種類特定コマンドの一例である。「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドは、例えば、図３に示した印刷ジョブ２００のヘッダ部２０１の最終ラインに含まれる。つまり、「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドに続くデータは、ボディ部２０２であって、画像データである。

【0025】

受信データ解析部１１１は、受信データから「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドを検知しなかったと判断した場合（Ｓ１０３：ＮＯ）、受信データをさらに解析する。受信データ解析部１１１は、「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドが含まれないＰＪＬデータを受信した場合、その受信データは印刷を指示するジョブではないと判断する。「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドが含まれないＰＪＬデータは、画像データを含まないジョブであり、印刷ジョブではない可能性が高い。「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドが含まれないＰＪＬデータは、特定ジョブコマンドの一例である。特定ジョブコマンドの一例としては、例えば、プリンタ１の情報の取得要求コマンド、ファームウェアのアップデート要求コマンド、がある。

【0026】

「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドが含まれないＰＪＬデータを受信した場合、受信データ解析部１１１は、ＰＪＬデータの内容に応じて、第１コア１１の各処理部１１２に処理要求を渡す（Ｓ１０６）。処理部１１２は、処理要求に基づいて、適切な処理を行う。例えば、受信したコマンドがプリンタ１の情報の取得要求コマンドであれば、処理部１１２は、要求されている情報をプリンタ１の各構成部から取得し、取得した情報を返信するための処理を行う。受信したコマンドが，プリンタ１の設定変更コマンドであれば、処理部１１２は、メモリ４０に記憶されている設定情報を変更して記憶する。印刷ジョブではないＰＪＬデータの処理を第１コア１１が実行することで、第２コア１２を負荷の高い処理に集中させることができる。なお、受信データ解析部１１１は、処理部１１２に処理要求を渡した後も、受信データが無くなるまで解析を続け、受信済みの受信データの解析が全て終わったら、データの受信を待つ。

【0027】

一方、受信データ解析部１１１は、読み出した受信データにＰＪＬデータが含まれないと判断した場合（Ｓ１０２：ＮＯ）、解析対象の受信データの先頭アドレスを示すポインタとともにドキュメント解析要求を第２コア１２に出力する（Ｓ１１１）。受信データ解析部１１１は、印刷ジョブの先頭に「[ESC]%-12345X」が含まれない場合、ＰＪＬデータが含まれないと判断する。ＰＪＬデータが含まれない受信データの解析処理は、第２コア１２による処理であり、ドキュメント解析要求は、第１要求の一例である。

【0028】

なお、プリンタ１は、ＰＪＬデータを含まない画像データのみからなる印刷ジョブを受信することもある。例えば、プリンタ１に対応するプリンタドライバ以外のプログラムには、ＰＪＬデータを含まない印刷ジョブを出力するものがある。本形態のプリンタ１は、画像データそのものを受信した場合も、ＰＪＬデータを含まない印刷ジョブを受信した場合も、画像データに基づく印刷を実行可能である。以下では、画像データそのものを受信した場合であっても、印刷ジョブを受信したと記載する。

【0029】

ドキュメント解析要求が入力されると、第２コア１２は、ポインタに基づいて受信データを読み出し、その受信データにファイル化処理の実行が必要となる画像データを示す情報が含まれるか否かを判断する（Ｓ１１５）。ファイル化処理は、受信データをファイル化して、入力バッファとは異なる記憶場所、例えば、メモリ４０のＲＡＭ領域または不揮発性メモリ領域に保存する処理である。ファイル化処理の実行が必要となる画像データについての詳細や、ファイル化処理についての詳細は、後述する。

【0030】

また、受信データ解析部１１１は、受信データにＰＪＬデータが含まれ、かつ、「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドを検知したと判断した場合（Ｓ１０３：ＹＥＳ）、ＲＩＰ要求を第２コア１２に出力する（Ｓ１１２）。ＲＩＰ要求は、第２コア１２によるＲＩＰ処理を要求する情報であり、ＲＩＰ要求は、第１要求の一例である。受信データ解析部１１１は、ＲＩＰ要求とともに、「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドによって指定されている画像データの種類、ヘッダ部から取得した印刷パラメータの情報、入力バッファの次の読み出し位置であるボディ部の先頭アドレスへのポインタ、を第２コア１２に渡す。入力バッファに記憶された受信データのアドレスへのポインタを渡すことで、プリンタ１は、第１コア１１と第２コア１２とで受信データを共用できる。

【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】

また、ＰＪＬデータを含むＰＤＦの印刷ジョブの場合、図４に示した印刷ジョブ３００のように、画像データを含むボディ部３０２の後にＰＪＬデータのフッタ部３０３が続く。ドキュメントセパレータ部１１５は、終端文字の後に、ＰＪＬデータを示すデータである「[ESC]%-12345X」が有る場合、その終端文字はファイル化処理の対象となるデータの最後であると判断する。

【0057】

数バイト以内に先頭文字もＰＪＬデータも無いと判断した場合（Ｓ３２０：ＮＯ）、ドキュメントセパレータ部１１５は、その終端文字は印刷ジョブの最後ではないと判断して、Ｓ３０４に進む。つまり、ドキュメントセパレータ部１１５は、Ｓ３０２にて取得した受信データをオープン中のファイルに保存するようファイルシステム部１１６に指示し、Ｓ３０２に戻って、さらに次のデータを取得する。そして、ドキュメントセパレータ部１１５は、取得したデータからさらに別の終端文字を検知した場合も、Ｓ３０３にてＹＥＳと判断してＳ３１０に進む。

【0058】

一方、数バイト以内に先頭文字またはＰＪＬデータが有ると判断した場合（Ｓ３２０：ＹＥＳ）、ドキュメントセパレータ部１１５は、先頭文字またはＰＪＬデータの直前までのデータの保存（Ｓ３２１）と、ファイルクローズと（Ｓ３２２）を、ファイルシステム部１１６に指示する。受信データに先頭文字またはＰＪＬデータが含まれている場合、ファイル化の対象となるデータは終端文字までである。そこで、ドキュメントセパレータ部１１５は、まず、オープンしているファイルをクローズする。

【0059】

そして、次のデータが先頭文字である場合、ドキュメントセパレータ部１１５は、その先頭文字が、ＰＤＦ等のファイル化の必要な画像データの先頭文字であるか否かを判断する（Ｓ３２３）。先頭文字から後は別の印刷ジョブである。区切り文字情報５１に基づいて、後続の印刷ジョブのファイル化が必要であると判断した場合（Ｓ３２３：ＹＥＳ）、ドキュメントセパレータ部１１５は、ファイルシステム部１１６に次のファイルのオープンを指示し（Ｓ３２４）、オープンしたファイルに、その先頭文字から後のデータを保存させる（Ｓ３２５）。

【0060】

連続して送信された複数の印刷ジョブを受信した場合、ドキュメントセパレータ部１１５は、それぞれの印刷ジョブに含まれる画像データごとに１つのファイルに保存する。例えば、図５に示した例では、ドキュメントセパレータ部１１５は、印刷ジョブ３１０の画像データ３１１と付加データ３１２を１つのファイルとしてファイル化し、そのファイルをクローズした後、別のファイルをオープンして後続のデータを保存する。そして、ドキュメントセパレータ部１１５は、Ｓ３２５の後、Ｓ３０２に戻って、次のデータを取得する。そして、後続の印刷ジョブ３２０の画像データ３２１と付加データ３２２を１つのファイルとしてファイル化する。

【0061】

受信データに先頭文字が含まれている場合であっても、その先頭文字がＰＤＦの先頭文字ではないと判断した場合（Ｓ３２３：ＮＯ）、または、終端文字に続くデータがＰＪＬデータであると判断した場合、ドキュメントセパレータ部１１５は、ファイル化処理を終了する。ＰＤＦの印刷ジョブ以外のデータであればファイル化の必要はないことから、ドキュメントセパレータ部１１５は、ファイル化処理を終了して図７の処理に戻る。

【0062】

なお、ＰＤＦ以外の先頭文字が含まれる場合、ドキュメントセパレータ部１１５は、その先頭文字の位置を示すポインタとドキュメント解析要求とを第２コア１２のＲＩＰ部１２１に渡し、ＲＩＰ部１２１は、先頭文字から以後のデータについて、ドキュメント解析処理を行う。また、ＰＪＬデータが含まれる場合、ドキュメントセパレータ部１１５は、続くデータの処理要求を、第１コア１１の受信データ解析部１１１（図２参照）に渡す。

【0063】

図７の説明に戻る。ファイル化処理を終了すると、ドキュメントセパレータ部１１５は、第２コア１２のＲＩＰ部１２１にファイル化終了を通知する（Ｓ２１１）。ドキュメントセパレータ部１１５は、第２コア１２から入力されたファイル化要求に対する戻り値として、作成した各ファイルのファイル管理情報を第２コア１２に出力する。ファイル管理情報は、ファイル保存領域の先頭アドレスを示すポインタ、ファイル名等の情報であり、ファイル情報の一例である。ファイル保存領域の先頭アドレスは、第２アドレスの一例である。

【0064】

なお、全てのデータのファイル化が終了する前であっても、ドキュメントセパレータ部１１５は、例えば、Ｓ３２２にてファイルをクローズしたら、クローズしたファイルのファイル管理情報を第２コア１２に出力しても良い。第２コア１２のＲＩＰ部１２１は、第１コア１１から入力されたファイル管理情報に基づいて、そのファイルについての処理を開始しても良い。

【0065】

ＲＩＰ部１２１は、第１コア１１から入力されたファイル管理情報を、第２コア１２のファイル読出部１２２に渡して（Ｓ２１３）、ファイルを読み出すための準備処理を行わせる。第２コア１２にファイル読出部１２２を備えることで、ＲＩＰ部１２１は、ファイルへのアクセスが容易になる。第２コア１２のファイル読出部１２２は、第１コア１１のファイルシステム部１１６よりも簡易な構成なので、両方にファイルシステムを備える場合に比較して、印刷のためのプログラムサイズの肥大化を抑えることができる。

【0066】

ファイル読出部１２２による読み出し準備が終了したら、ＲＩＰ部１２１は、ファイル読出部１２２を介して、ファイルから画像データを読み出し（Ｓ２１４）、ＲＩＰ処理を実行する（Ｓ２１５）。ＲＩＰ部１２１は、まず、ファイルから読み出した画像データの全体を解析して印刷パラメータを抽出し、抽出した印刷パラメータに従ってＲＩＰ処理を行う。ＰＪＬデータに基づくパラメータを第１コア１１から受け取っている場合には、ＲＩＰ部１２１は、第１コア１１から受け取ったパラメータとファイルから抽出したパラメータとの両方に基づいて、パラメータとして用いる。

【0067】

ファイル化された画像データは、画像データの後にパラメータが含まれている可能性があることからファイル全体からパラメータを抽出し、抽出したパラメータに従ってＲＩＰ処理を行うことで、適切なＲＩＰ処理を実行できる。なお、第１コア１１から受け取ったパラメータとファイルから抽出したパラメータとで競合するパラメータがあった場合、プリンタ１は、あらかじめプログラムされた方法に従って、どちらかのパラメータを優先する。なお、プリンタ１は、優先するパラメータの選択を受け付けても良い。

【0068】

そして、ＲＩＰ部１２１は、所定量のラスタデータを生成するごとに、第１コア１１に出力要求を出力する（Ｓ２１６）。Ｓ２１６は、図２中のＳ１２３と同様の処理である。出力要求に基づいて、第１コア１１のエンジン制御部１１３は、印刷エンジン１５を制御して、印刷を実行させる。

【0069】

ＲＩＰ部１２１は、ドキュメントセパレータ部１１５から受け取ったファイルの全体の処理が終了するまで、ファイルの読み出しとＲＩＰ処理とを繰り返す。これにより、１つの印刷ジョブについてのＲＩＰ処理が完了する。複数の印刷ジョブを連続して受信した場合であっても、印刷ジョブごとに１つのファイルとなっているので、ＲＩＰ部１２１は、各印刷ジョブについて適切な処理を行うことができる。これにより、プリンタ１は、印刷ジョブごとに適切な印刷物を形成できる。

【0070】

以上、詳細に説明したように、本形態のプリンタ１は、データを受信した際に、受信した画像データからラスタデータを生成するＲＩＰ処理を第２コア１２に行わせる。ただし、画像データには、データの後端まで受信しないとＲＩＰ処理に必要な情報が不明な場合があり、そのような画像データの場合には入力バッファのフルを回避するためにファイル化する必要がある。そこで、本形態のプリンタ１は、第１コア１１により、受信データについて画像データの可能性があるか否かを判断し、画像データの可能性があれば、第２コア１２に受信データの解析を依頼する。そして、第２コアによってファイル化処理の実行が必要となる所定の情報が検知された場合には、第１コアがファイル化処理を実行する。これにより、印刷までの処理のうち、処理負荷が高いＲＩＰ処理と画像データの解析処理とを第２コア１２に任せ、それら以外の処理を第１コア１１にてＲＩＰ処理や画像データの解析処理と並行して実行させることが可能になり、各処理を１つのプロセッサコアにより実行する場合と比べて、印刷までの処理時間の短縮が期待できる。

【0071】

特に、本形態のプリンタ１は、第１コア１１だけで受信データのファイル化処理を行う。第２コア１２が第１コア１１のファイルシステム部１１６を利用してファイル化を行うと頻繁にコア間の通信が生じてしまう。例えば、４キロバイトごとにファイルを切り出して書き込む場合、４キロバイトごとにコア間の通信が生じてしまう。コア間の通信は遅く、処理時間の長時間化の要因となるが、本形態では、第１コア１１が第１コア１１のファイルシステム部１１６を利用してファイル化処理を行うため、コア間の通信の頻度が少なく、コア間の通信に伴う処理時間の長時間化を抑えることができる。

【0072】

さらに、本形態のプリンタ１は、受信データにＰＪＬデータがあり、ＰＪＬデータに「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドが含まれる場合、または、受信データにＰＪＬデータが無い場合、続く受信データが画像データである可能性が高いことから、第２コア１２に受信データの解析を行わせる。第２コア１２は、区切り文字情報５１を有しており、先頭文字によって画像データの種類を特定できる。そして、第２コア１２は、特定した画像データの種類が、ファイル化が必要な画像データであれば、第１コア１１にファイル化を依頼し、ファイル化が必要な画像データでなければ、ファイル化せずにＲＩＰ処理を開始するので、印刷までの処理時間の短縮が期待できる。

【0073】

さらに、本形態の第２コア１２は、第１コア１１にファイル化要求を出力する際に、区切り文字情報５１も第１コア１１に渡す。画像データの種類によって区切り文字が異なることから、第１コア１１は、区切り文字情報５１を参照することで、ファイル化する画像データを抽出しやすい。なお、本形態では、第２コア１２は、区切り文字情報５１の全体を第１コア１１に渡すとしたが、例えば、ＰＤＦ以外の区切り文字については、先頭文字だけを渡してもよい。

【0074】

なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。従って本明細書に開示される技術は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、プリンタ１は、印刷単機能のものに限らず、複合機、複写機、ＦＡＸ装置等、印刷機能を備えるものであれば適用可能である。また、プリンタ１での印刷対象となる画像データは、ＰＣ等から送信される印刷ジョブに限らず、スキャナ、クラウドサーバ、ＵＳＢメモリ等から取得した画像データであっても良い。

【0075】

例えば、プリンタ１は、通信ＩＦ１４としてＵＳＢメモリの挿入口を有していれば、挿入されたＵＳＢメモリに記憶されている画像データに基づく印刷指示を受け付けることができる。例えば、印刷ジョブを記憶しているＵＳＢメモリを装着された場合、プリンタ１は、装着されたＵＳＢメモリから印刷ジョブ等のデータを取得しても良い。ＵＳＢメモリからデータを取得する場合、プリンタ１は、ＵＳＢメモリから取得したデータを入力バッファに書き込みながら、入力バッファ内のデータを対象としてＳ１０１以降の処理を行っても良い。あるいは、プリンタ１は、入力バッファに書き込むことなく、ＵＳＢメモリからデータを取得しながらＳ１０１以降の処理を行っても良い。入力バッファを介さずにデータを取得する場合、実施の形態中の各処理は、「入力バッファ」を「ＵＳＢメモリ」に置き換えた処理となる。また、例えば、ＵＳＢメモリに画像データがファイルとして記憶されていることもあり、その場合には、プリンタ１は、メモリ４０内にファイル化して記憶することなく、ＵＳＢメモリに記憶されているファイルを対象としてＲＩＰ処理を行っても良い。

【0076】

また、例えば、クラウドサーバ等からのダウンロードによって画像データを取得した場合、プリンタ１は、ダウンロードした画像データの全体を入力バッファとは別の記憶場所に記憶してから、ＵＳＢメモリから取得したデータの場合と同様に処理しても良い。例えば、プリンタ１は、ダウンロードした画像データの全体を一旦ファイル化し、そのファイルを対象としてＲＩＰ処理を行っても良い。

【0077】

また、本形態では、プリンタ１は、画像データの種類がＰＤＦの場合にファイル化処理を実行するとしたが、ＰＤＦ以外の画像データについても、ファイル化処理を実行してもよい。その場合、第２コア１２は、ファイル化の対象とする他の種類の画像データについても、先頭文字を検出したら、第１コア１１にファイル化要求を入力する。第１コア１１は、ファイル化要求とともに、その種類の画像データの終端文字の情報を第２コア１２から受け取り、受信データから終端文字を検出するまでファイル化する。なお、終端文字を複数含む可能性のない種類の画像データをファイル化する場合には、第１コア１１は、終端文字を検出した時点でファイル化を終了すればよい。具体的には、第１コア１１は、ファイル化処理のＳ３０３にてＹＥＳと判断したら、Ｓ３１３に進むとすればよい。

【0078】

また、ＰＪＬデータが含まれる印刷ジョブの場合、「ＥＮＴＥＲ ＬＡＮＧＵＡＧＥ」コマンドに画像データの種類を示す情報が含まれる。そこで、ＰＪＬデータが含まれる場合には、その画像データがＰＤＦであるか否か、すなわち、ファイル化が必要な画像データであるか否かの判断を第１コア１１が行っても良い。そして、ファイル化が必要であると判断した場合、第１コア１１は、ＲＩＰ要求を第２コア１２に渡さず、ファイル化を開始しても良い。

【0079】

また、本形態では、第２コア１２は、ファイルの書き込みを行わないファイル読出部１２２を有するとしたが、第２コア１２も、第１コア１１と同様に、書き込みと読み出しの可能なファイルシステムを備えていてもよい。また、本形態では、第２コア１２が区切り文字情報５１を有し、ファイル化要求とともに第１コア１１に渡すとしたが、第１コア１１も区切り文字情報５１を有していてもよい。また、本形態では、１ページ分のラスタデータを生成するごとに印刷するとしたが、２ページ以上ごとに印刷するとしてもよい。

【0080】

また、実施の形態に開示されている任意のフローチャートにおいて、任意の複数のステップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更できる、または並列に実行できる。

【0081】

また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。

【符号の説明】

【0082】

１ プリンタ
１０ 第１コントローラ
１１ 第１コア
１２ 第２コア
１４ 通信ＩＦ
１５ 印刷エンジン
４０ メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】