(57)【要約】【課題】処理の停滞を防ぐことができる印刷装置及びプレビュー方法を実現する。【解決手段】通信相手となる装置に第１のデータ形式のデータを送信した後、当該装置からエラーが返信されてくると、当該装置に前記第１のデータ形式と異なる第２のデータ形式のデータを送信するデータ送信装置と通信部が通信して、前記データ送信装置から前記第１のデータ形式のデータを受信し、当該第１のデータ形式のデータを画像処理に用いる画像処理用データとし、前記通信部が前記第１のデータ形式のデータを受信した後、前記データ送信装置にエラーを返信し、前記エラーを返信した結果、前記データ送信装置から送信されてくる前記第２のデータ形式のデータを前記通信部が受信して、当該第２のデータ形式のデータをプレビュー処理に用いるプレビュー用データとする。【選択図】図６
2018042194.tif 000002
【特許請求の範囲】
【請求項１】
通信相手となる装置に第１のデータ形式の印刷データを送信した後、当該装置からエラーが返信されてくると、当該装置に前記第１のデータ形式と異なる第２のデータ形式の印刷データを送信する印刷データ送信装置と通信する通信部と、
前記通信部により前記印刷データ送信装置から前記第１のデータ形式の印刷データを受信した後、前記印刷データ送信装置にエラーを返信するよう前記通信部を制御する制御部と、
前記通信部により前記印刷データ送信装置から受信した前記第１のデータ形式の印刷データを用いて印刷処理を実行する印刷部と、
前記通信部により前記印刷データ送信装置から受信した前記第２のデータ形式の印刷データを用いてプレビュー処理を実行するプレビュー処理部と
を有する
ことを特徴とする印刷装置。
【請求項２】
前記制御部は、
前記印刷データ送信装置から受信した印刷データをプレビューするよう指示されている場合にのみ、前記印刷データ送信装置から前記第１のデータ形式の印刷データを受信した後、前記印刷データ送信装置にエラーを返信するよう前記通信部を制御する
ことを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記印刷データ送信装置から受信した印刷データを保持する印刷データ保持部を有し、
前記印刷データ保持部は、
前記印刷データ送信装置から受信した前記第１のデータ形式の印刷データを印刷処理に用いる印刷用データとして保持し、前記印刷データ送信装置から受信した前記第２のデータ形式の印刷データをプレビュー処理に用いるプレビュー用データとして保持する
ことを特徴とする請求項１又は２に記載の印刷装置。
【請求項４】
前記プレビュー処理部は、
前記第２のデータ形式の印刷データをラスタデータに展開してプレビュー画像データを生成し、当該プレビュー画像データに基づくプレビュー画像を表示部に表示する
ことを特徴とする請求項１〜３のいずれかに記載の印刷装置。
【請求項５】
前記第１のデータ形式は、
ラスタデータに展開する際に変換処理を必要とするデータ形式であり、
前記第２のデータ形式は、
ラスタデータに展開する際に変換処理を必要としないデータ形式である
ことを特徴とする請求項４に記載の印刷装置。
【請求項６】
前記制御部は、
前記印刷データ送信装置から前記第１のデータ形式の印刷データを受信した後、受信した第１のデータ形式の印刷データのデータサイズが所定値以上であれば、前記印刷データ送信装置にエラーを返信する一方で、受信した第１のデータ形式の印刷データのデータサイズが所定値未満であれば、前記印刷データ送信装置にエラーを返信しないよう前記通信部を制御し、
前記プレビュー処理部は、
前記第１のデータ形式の印刷データのデータサイズが所定値未満の場合、当該第１のデータ形式の印刷データを用いてプレビュー処理を実行する
ことを特徴とする請求項１〜５のいずれかに記載の印刷装置。
【請求項７】
前記所定値は、
前記プレビュー処理部の処理能力に基づいて設定されている
ことを特徴とする請求項６に記載の印刷装置。
【請求項８】
通信相手となる装置に第１のデータ形式のデータを送信した後、当該装置からエラーが返信されてくると、当該装置に前記第１のデータ形式と異なる第２のデータ形式のデータを送信するデータ送信装置と通信部が通信して、前記データ送信装置から前記第１のデータ形式のデータを受信し、当該第１のデータ形式のデータを画像処理に用いる画像処理用データとし、
前記通信部が前記第１のデータ形式のデータを受信した後、前記データ送信装置にエラーを返信し、
前記エラーを返信した結果、前記データ送信装置から送信されてくる前記第２のデータ形式のデータを前記通信部が受信して、当該第２のデータ形式のデータをプレビュー処理に用いるプレビュー用データとする
プレビュー方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置及びプレビュー方法に関するものであり、例えば、印刷データのプレビュー機能を有する印刷装置に適用して好適なものである。
【背景技術】
【０００２】
従来、印刷データのプレビュー機能を有する印刷装置では、印刷データをラスタデータに展開してプレビュー用の画像データ（これをプレビュー画像データと呼ぶ）を生成し、このプレビュー画像データに基づくプレビュー画像を、印刷装置の表示部に表示するようになっていた。また、表示部に表示したプレビュー画像をもとに、印刷ページを指定する機能を有する印刷装置も提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０６−１１０６３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、一般的に、印刷データは、ＰＤＦ（Portable Document Format）やＰｏｓｔＳｃｒｉｐｔ等、複雑な描画コマンド（高級データ）で記述されていることが多く、印刷データをラスタデータ（低級データ）に展開する為には、印刷装置の処理能力を多く消費することになる。この為、従来の印刷装置では、印刷データを展開してプレビュー画像データを生成するプレビュー処理時に、処理能力が不足して、プレビュー表示が極端に遅くなるなど、処理の停滞を引き起こしてしまうことがあった。特に、プレビュー処理と他の処理を同時並行で行うような場合に、処理の停滞を引き起こし易くなる。
【０００５】
本発明は以上の点を考慮したものであり、処理の停滞を防ぐことができる印刷装置及びプレビュー方法を提案しようとするものである。
【課題を解決するための手段】
【０００６】
本発明の印刷装置は、通信相手となる装置に第１のデータ形式の印刷データを送信した後、当該装置からエラーが返信されてくると、当該装置に前記第１のデータ形式と異なる第２のデータ形式の印刷データを送信する印刷データ送信装置と通信する通信部と、前記通信部により前記印刷データ送信装置から前記第１のデータ形式の印刷データを受信した後、前記印刷データ送信装置にエラーを返信するよう前記通信部を制御する制御部と、前記通信部により前記印刷データ送信装置から受信した前記第１のデータ形式の印刷データを用いて印刷処理を実行する印刷部と、前記通信部により前記印刷データ送信装置から受信した前記第２のデータ形式の印刷データを用いてプレビュー処理を実行するプレビュー処理部とを有する
。
【０００７】
また、本発明のプレビュー方法は、通信相手となる装置に第１のデータ形式のデータを送信した後、当該装置からエラーが返信されてくると、当該装置に前記第１のデータ形式と異なる第２のデータ形式のデータを送信するデータ送信装置と通信部が通信して、前記データ送信装置から前記第１のデータ形式のデータを受信し、当該第１のデータ形式のデータを画像処理に用いる画像処理用データとし、前記通信部が前記第１のデータ形式のデータを受信した後、前記データ送信装置にエラーを返信し、前記エラーを返信した結果、前記データ送信装置から送信されてくる前記第２のデータ形式のデータを前記通信部が受信して、当該第２のデータ形式のデータをプレビュー処理に用いるプレビュー用データとする。
【０００８】
このように、本発明は、実際にエラーが発生したかどうかに関わらず、印刷データ送信装置にエラーを返信することで、印刷データ送信装置から第１のデータ形式と異なる第２のデータ形式の印刷データを取得し、この第２のデータ形式を用いてプレビュー処理を実行するようにした。こうすることで、第１のデータ形式を用いてプレビュー処理を実行する場合と比べて、プレビュー処理の処理負荷を低減することができる。
【発明の効果】
【０００９】
かくして本発明は、処理の停滞を防ぐことができる印刷装置及びプレビュー方法を実現できる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態による印刷システムの構成を示すブロック図である。
【図２】装置情報の構成を示す図である。
【図３】モバイル端末側の動作処理手順を示すフローチャートである。
【図４】印刷装置側の即時印刷モード及び印刷指示待ちモード時の動作処理手順を示すフローチャートである。
【図５】印刷装置側で保持される印刷データの管理構造を示す図である。
【図６】印刷装置側のプレビュー確認モード時の動作処理手順（印刷データ格納）を示すフローチャートである。
【図７】印刷装置側のプレビュー確認モード時の動作処理手順（プレビュー）を示すフローチャートである。
【図８】プレビュー確認／印刷指定画面の構成を示す図である。
【図９】印刷装置側の動作処理手順（操作入力）を示すフローチャートである。
【図１０】印刷装置側のプレビュー確認モード時の動作処理手順（印刷）を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、発明を実施するための形態（以下、これを実施の形態と呼ぶ）について、図面を用いて詳細に説明する。
【００１２】
［１．印刷システムの構成］
図１に、印刷システム１の構成を示す。この印刷システム１は、例えばｉＯＳ（登録商標）を搭載したモバイル端末２と、印刷装置３とで構成される。モバイル端末２と印刷装置３は、無線ＬＡＮなどのネットワークを介して通信可能となっていてモバイル端末２に保存されている画像や書類、モバイル端末２に表示されているＷｅｂページなどを、モバイル端末２から直接印刷装置３に印刷させることができるようになっている。尚、モバイル端末２と印刷装置３とが、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信規格により通信可能となっていてもよい。
【００１３】
モバイル端末２は、制御部１０と、操作表示部１１と、アプリケーション部１２と、印刷データ作成部１３と、装置情報取得部１４と、通信部１５とを有している。制御部１０は、例えばＣＰＵとメモリで構成され、モバイル端末２の全体を制御する。操作表示部１１は、例えばタッチパネルであり、ユーザの操作入力を受け付ける操作入力部としての機能と各種画面を表示する表示部としての機能を有する。アプリケーション部１２は、アプリケーションを動作させる。
【００１４】
印刷データ作成部１３は、動作中のアプリケーション上で印刷が指示されると、その指示に応じて印刷データを作成する。装置情報取得部１４は、印刷装置３の装置情報を取得して保持する。装置情報は、印刷装置３が理解可能な印刷データのデータ形式（つまり印刷装置３側で対応しているデータ形式）を示す情報である。通信部１５は、ネットワークを介して印刷装置３と通信する。印刷データ作成部１３により作成された印刷データは、この通信部１５により印刷装置３に送信される。また、印刷装置３から送信されてくる装置情報は、この通信部１５により受信され、装置情報取得部１４へと送られる。尚、制御部１０に、アプリケーション部１２、印刷データ作成部１３、装置情報取得部１４の全機能又は一部の機能を持たせるようにしてもよい。
【００１５】
このモバイル端末２は、動作中のアプリケーション上で印刷が指示されると、印刷データ作成部１３により印刷装置３が理解可能なＰＤＦ形式（高級データ形式）の印刷データ（これをＰＤＦ印刷データと呼ぶ）を作成して、これを印刷装置３に送信する。ここで、印刷装置３からＰＤＦ印刷データの受信エラーを示すステータス（これを受信エラーステータスと呼ぶ）が返信されてくると、モバイル端末２は、印刷データ作成部１３によりＰＤＦ印刷データに対応するＵＲＦ（Universal Raster Format）形式（低級データ形式）の印刷データ（これをＵＲＦ印刷データと呼ぶ）を作成して、これを印刷装置３に送信する。
【００１６】
ＰＤＦ印刷データは、所謂ベクタ形式であり、一方、ＵＲＦ印刷データは、所謂ラスタ形式である。ＰＤＦ印刷データは、通常、ＵＲＦ印刷データと比べてデータサイズは小さくなるものの、印刷装置３側でプレビュー表示を行う際に特別な変換処理が必要となり、印刷装置３側の処理負荷が大きい。これに対して、ＵＲＦ印刷データは、ＰＤＦ印刷データと比べてデータサイズは大きくなるものの、ＰＤＦ形式より低級なＵＲＦ形式であり、印刷装置３側でプレビュー表示を行う際に特別な変換処理を必要としない為、印刷装置３側の処理負荷が小さい。尚、ここで言う低級とは、データの構造が簡易で、処理負荷が小さいことを意味する。高級は、その逆である。
【００１７】
また、印刷装置３から取得した装置情報に、印刷装置３が理解可能なデータ形式としてＰＤＦ形式が示されていたとしても、実際、ＰＤＦ形式には複数のバージョンが有り、モバイル端末２から受信したＰＤＦ印刷データを印刷装置３が必ず理解できるとは限らない。この為、モバイル端末２は、印刷装置３から受信エラーステータスが返信されてくると、ＰＤＦ印刷データより低級なＵＲＦ印刷データ（つまりＰＤＦ印刷データより印刷装置３が理解できる可能性が高いＵＲＦ印刷データ）を送信する仕様となっている。
【００１８】
印刷装置３は、制御部２０と、操作入力部２１と、表示部２２と、装置情報記憶部２３と、通信部２４と、印刷データ保持部２５と、印刷部２６と、プレビュー処理部２７とを有している。制御部２０は、例えばＣＰＵとメモリで構成され、印刷装置３の全体を制御する。操作入力部２１は、例えば、操作パネルであり、ユーザの操作入力を受け付ける。表示部２２は、例えば、表示パネルであり、プレビュー画像などを表示する。装置情報記憶部２３は、印刷装置３が理解可能な印刷データのデータ形式を示す装置情報を記憶する。
【００１９】
ここで、装置情報記憶部２３に記憶されている装置情報の構成を図２（Ａ）に示す。装置情報は、印刷装置３の識別情報（「Ｃ５００」）と、印刷装置３が理解可能なデータ形式を示す対応データ形式情報と、印刷装置３が理解可能なデータ形式のうち、印刷に利用するデータ形式とプレビューに利用するデータ形式を示す印刷用／プレビュー用データ形式情報とで構成されている。
【００２０】
対応データ形式情報には、印刷装置３が理解可能なデータ形式として、第１データ形式〜第４データ形式までの最大４個のデータ形式が示される。尚、第１データ形式〜第４データ形式のうち、第１データ形式が最も高級なデータ形式であり、次が第２、次が第３、最後に第４データ形式となっている。印刷装置３の装置情報には、第１データ形式としてＰＤＦ、第２データ形式としてＵＲＦが示されている。また、印刷用／プレビュー用データ形式情報として、ＰＤＦ／ＵＲＦ（つまり印刷にはＰＤＦ、プレビューにはＵＲＦを利用すること）が示されている。図２（Ｂ）、図２（Ｃ）は、印刷装置３とは異なる構成の印刷装置の装置情報を示す例である。
【００２１】
図１に戻り、印刷装置３の通信部２４は、ネットワークを介してモバイル端末２と通信する。装置情報記憶部２３に記憶されている装置情報は、この通信部２４によりモバイル端末２へ送信される。また、モバイル端末２から送信されてくる印刷データは、この通信部２４により受信され、印刷データ保持部２５へ送られる。
【００２２】
印刷データ保持部２５は、印刷データを保持する。印刷部２６は、印刷データ保持部２５に保持されている印刷データをもとに印刷処理を行う。プレビュー処理部２７は、印刷データ保持部２５に保持されている印刷データをもとにプレビュー処理を行って、印刷データのプレビュー画像を表示部２２に表示する。尚、印刷装置３では、プレビュー処理部２７によるプレビュー処理と印刷部２６による印刷処理を並行して実行することができるようにもなっている。また、制御部２０に、プレビュー処理部２７と印刷部２６の全機能又は一部の機能を持たせ、制御部２０が、プレビュー処理と印刷処理を並行して実行できるようにしてもよい。
【００２３】
この印刷装置３は、モバイル端末２から受信した印刷データをプレビューする場合、モバイル端末２から受信したＰＤＦ印刷データを印刷データ保持部２５に保持した後、このＰＤＦ印刷データを理解できたかどうかに関わらず、モバイル端末２に受信エラーステータスを返信する。すると、モバイル端末２から今度はＵＲＦ印刷データが送信されてくる為、印刷装置３は、これを受信して、印刷データ保持部２５に保持する。そして、印刷装置３は、プレビュー処理部２７により、印刷データ保持部２５に保持しているＵＲＦ印刷データを利用してプレビューを行う。
【００２４】
このように、印刷装置３は、モバイル端末２にわざと受信エラーステータスを返信することで、ＰＤＦ印刷データよりプレビュー処理時の処理負荷が小さいＵＲＦ印刷データを取得し、このＵＲＦ印刷データを利用してプレビューを行うようになっている。
【００２５】
［２．印刷システムの動作］
次に、印刷システム１の動作について説明する。まず、モバイル端末２側の動作について説明する。図３に、モバイル端末２側の動作処理手順を示す。この動作処理手順は、モバイル端末２の制御部１０が主体となって行われる。制御部１０は、ＣＰＵがメモリに格納されたプログラムを実行することで、この動作処理手順に従って動作する。
【００２６】
モバイル端末２の制御部１０は、動作中のアプリケーション上で印刷が指示されると、ステップＳＰ１において、装置情報取得部１４により印刷装置３から装置情報を取得する。つづくステップＳＰ２において、制御部１０は、印刷データ作成部１３により、装置情報の対応データ形式情報に示されている第１データ形式（すなわちＰＤＦ形式）で印刷データを作成する。これによりＰＤＦ印刷データが作成される。
【００２７】
つづくステップＳＰ３において制御部１０は、作成した印刷データ（この場合、ＰＤＦ印刷データ）を印刷ジョブの終端まで印刷装置３に送信する。つづくステップＳＰ４において制御部１０は、印刷装置３側で印刷データの受信が正常終了したかどうかを判定する。
【００２８】
ここで、印刷装置３から印刷データの受信が正常終了した旨を示すステータス（これを正常受信ステータスと呼ぶ）が返信されてくると、このことは、印刷装置３に送信した印刷データが、印刷装置３側で理解できたことを意味する。このとき、モバイル端末２の制御部１０は、このステップＳＰ４で肯定結果を得て、動作処理手順を終了する。
【００２９】
これに対して、印刷装置３から印刷データの受信が異常終了した旨を示す受信エラーステータスが返信されてくると、このことは、印刷装置３に送信した印刷データが、印刷装置３側で理解できなかったことを意味する。このとき、モバイル端末２の制御部１０は、このステップＳＰ４で否定結果を得て、ステップＳＰ５に移る。
【００３０】
ステップＳＰ５において制御部１０は、装置情報の対応データ形式情報に、まだ印刷データを作成していないデータ形式が残っているかどうかを判定する。ここで、まだ印刷データを作成していないデータ形式が残っている場合、このことは、印刷装置３が理解可能で且つまだ印刷データを作成していないデータ形式が有ることを意味する。このとき、制御部１０は、ステップＳＰ５で肯定結果を得て、ステップＳＰ２に戻り、残っているデータ形式のうち、最も高級なデータ形式で印刷データを作成する。
【００３１】
例えば、図２（Ａ）に示す装置情報を有する印刷装置３に、第１データ形式（ＰＤＦ形式）で作成したＰＤＦ印刷データを送信した結果、受信エラーステータスが返信されてきた場合、モバイル端末２の制御部１０は、今度は第２データ形式（ＵＲＦ形式）で印刷データを作成して、この印刷データ（すなわちＵＲＦ印刷データ）を印刷装置３に送信する。
【００３２】
これに対して、印刷データを作成していないデータ形式が残っていない場合、このことは、印刷装置３が理解可能な全てのデータ形式で印刷データを作成して送信したものの、印刷装置３から正常受信ステータスが返信されてこなかったことを意味する。このとき、制御部１０は、ステップＳＰ５で否定結果を得て、ステップＳＰ６に移り、印刷が失敗した旨をアプリケーション上に表示するなどして、動作処理手順を終了する。モバイル端末２側の動作処理手順は、以上のようになっている。
【００３３】
次に、印刷装置３側の動作について説明する。図４〜図１０に、印刷装置３側の動作処理手順を示す。この動作処理手順は、印刷装置３の制御部２０が主体となって行われる。制御部２０は、ＣＰＵがメモリに格納されたプログラムを実行することで、この動作処理手順に従って動作する。モバイル端末２又は印刷装置３では、印刷モードとして、受信した印刷データを直ちに印刷する即時印刷モードと、印刷データを受信した後、印刷指示があるまで待ち受ける印刷指示待ちモードと、受信した印刷データをプレビューで確認してから印刷するプレビュー確認モードの３つの印刷モードを選択できるようになっている。ここでは、まず図４を用いて、即時印刷モード時及び印刷指示待ちモード時の印刷装置３側の動作処理手順について説明する。
【００３４】
印刷装置３の制御部２０は、モバイル端末２から印刷データを受信すると、ステップＳＰ１０において、モバイル端末２又は印刷装置３に設定されている印刷モードを確認する。ここで、印刷モードが、即時印刷モードである場合、制御部２０は、ステップＳＰ１１に移る。
【００３５】
ステップＳＰ１１において制御部２０は、モバイル端末２から受信して印刷データ保持部２５に保持されている印刷データをもとに印刷部２６により印刷処理を行う。印刷処理は、印刷用の印刷データをもとに印刷用のラスタデータを作成し、このラスタデータに基づく印刷画像を用紙に印刷する処理である。つづくステップＳＰ１２において制御部２０は、印刷処理が正常に終了したかどうかを判定する。ここで、受信した印刷データに問題がなく印刷処理が正常に終了した場合、制御部２０は、ステップＳＰ１２で肯定結果を得て、ステップＳＰ１３に移る。ステップＳＰ１３において制御部２０は、通信部２４によりモバイル端末２に正常受信ステータスを返信して、動作処理手順を終了する。
【００３６】
これに対して、受信した印刷データに問題（例えば印刷装置３側で理解できない）があり、印刷処理が正常に終了しなかった場合、制御部２０は、ステップＳＰ１２で否定結果を得て、ステップＳＰ１４に移る。ステップＳＰ１４において制御部２０は、通信部２４によりモバイル端末２に受信エラーステータスを返信して、動作処理手順を終了する。
【００３７】
また一方で、印刷モードが、即時印刷モードではなく、印刷指示待ちモードである場合、制御部２０は、上述のステップＳＰ１０からステップＳＰ１５に移る。
【００３８】
ステップＳＰ１５において制御部２０は、受信した印刷データのデータ形式を確認する。ここで、印刷データのデータ形式が、装置情報（図２）の印刷用／プレビュー用データ形式情報に示されている印刷用のデータ形式（例えばＰＤＦ形式）である場合、制御部２０は、ステップＳＰ１６に移る。
【００３９】
ステップＳＰ１６において制御部２０は、受信した印刷データに、印刷用である旨を示すタグ（これを印刷用タグと呼ぶ）を付与した後、ステップＳＰ１７において、印刷用タグを付与した印刷データを印刷用の印刷データ（これを印刷用データと呼ぶ）として印刷データ保持部２５に格納する。その後、制御部２０は、ステップＳＰ１８において、モバイル端末２からプレビュー用の印刷データ（これをプレビュー用データと呼ぶ）を取得する為に、通信部２４によりモバイル端末２に受信エラーステータスを返信して、動作処理手順を終了する。
【００４０】
これに対して、印刷データのデータ形式が、装置情報（図２）の印刷用／プレビュー用データ形式情報に示されているプレビュー用のデータ形式（例えばＵＲＦ形式）である場合、制御部２０は、ステップＳＰ１５からステップＳＰ１９に移る。
【００４１】
ステップＳＰ１９において制御部２０は、受信した印刷データに、プレビュー用である旨を示すタグ（これをプレビュー用タグと呼ぶ）を付与した後、ステップＳＰ２０において、プレビュー用タグを付与した印刷データをプレビュー用データとして印刷データ保持部２５に格納する。その後、制御部２０は、ステップＳＰ２１において、通信部２４によりモバイル端末２に正常受信ステータスを返信して、動作処理手順を終了する。
【００４２】
このように、印刷装置３では、印刷モードが印刷指示待ちモードである場合、後にプレビューが指示されることを想定して、モバイル端末２から印刷用とする印刷データ（ＰＤＦ印刷データ）だけでなく、プレビュー用とする印刷データ（ＵＲＦ印刷データ）も取得し、これらを印刷データ保持部２５に格納するようになっている。
【００４３】
ここで、印刷データ保持部２５に格納される印刷データの管理構造を、図５に示す。印刷データ保持部２５は、印刷データを、印刷ジョブごとに生成した管理情報によって管理するようになっている。管理情報は、ジョブＩＤ、ドキュメント名、用途及び格納データ名で構成される。この管理情報では、用途及び格納データ名により、印刷ジョブごとに印刷データ保持部２５に格納されている印刷用データの名前とプレビュー用データの名前を管理している。
【００４４】
例えば、図５では、ジョブＩＤが「１」の印刷ジョブの管理情報に、ドキュメント名が「Ａｆｔｅｒｎｏｏｎ」、印刷用データの名前が「１−ＰＤＦ」、プレビュー用データの名前が「１−ＵＲＦ」と示されている。制御部２０は、このような管理情報を参照することで、所望の印刷データを印刷データ保持部２５から読み出すことができるようになっている。
【００４５】
尚、図５では、ジョブＩＤが「３」の印刷ジョブの管理情報のみ、印刷用データの名前とプレビュー用データの名前が同一（「３−ＰＤＦ」）となっている。このことは、印刷とプレビューとで同一のＰＤＦ印刷データを利用すること、つまり１つの印刷データを印刷／プレビュー兼用とすることを意味する。このように印刷装置３では、印刷用とプレビュー用で同一の印刷データを利用する場合があり、この旨について詳しくは後述する。
【００４６】
次に、図６乃至図１０を用いて、プレビュー確認モード時の印刷装置３側の動作処理手順について説明する。ここでは、まず、図６を用いて、プレビュー確認モード時に、印刷装置３がモバイル端末２から印刷データを受信して印刷データ保持部２５に格納する際の動作処理手順から説明する。印刷装置３の制御部２０は、モバイル端末２から印刷データを受信した際、モバイル端末２又は印刷装置３に設定されている印刷モードが、プレビュー確認モードである場合、ステップＳＰ３０において、装置情報（図２（Ａ））を装置情報記憶部２３から取得する。
【００４７】
つづくステップＳＰ３１において制御部２０は、受信した印刷データのデータ形式を確認する。つづくステップＳＰ３２において、装置情報の印刷用／プレビュー用データ形式情報をもとに、受信した印刷データのデータ形式が、印刷用のデータ形式（例えばＰＤＦ形式）であるかどうかを判定する。ここで、受信した印刷データのデータ形式が、印刷用のデータ形式である場合、制御部２０は、ステップＳＰ３２で肯定結果を得て、ステップＳＰ３３に移る。
【００４８】
ステップＳＰ３３において制御部２０は、受信した印刷データを、印刷用データとして印刷データ保持部２５に転送する。これにより、受信した印刷データが印刷用データとして印刷データ保持部２５に格納されるとともに、印刷データ保持部２５により管理情報が更新される。つまり、印刷データ保持部２５は、受信した印刷データの印刷ジョブに対応する管理情報に、格納した印刷データの名前を印刷用のデータ名として記す。つづくステップＳＰ３４において制御部２０は、印刷用データを取得済みであることを示すフラグ（これを印刷用フラグと呼ぶ）を立てる。
【００４９】
つづくステップＳＰ３５において制御部２０は、印刷データ保持部２５に格納した印刷用データのデータサイズが、印刷装置３に設定されている所定値以上であるかどうかを判定する。ここで、印刷用データのデータサイズが所定値以上である場合、制御部２０は、ステップＳＰ３５で肯定結果を得て、ステップＳＰ４１に移る。
【００５０】
これに対して、印刷データ保持部２５に格納した印刷用データのデータサイズが所定値未満である場合、制御部２０は、ステップＳＰ３５で否定結果を得て、ステップＳＰ３６に移る。ステップＳＰ３６において、制御部２０は、印刷用データを印刷／プレビュー兼用データとする旨を、印刷データ保持部２５に通知する。印刷データ保持部２５は、この通知に応じて、受信した印刷データの印刷ジョブに対応する管理情報に、印刷用のデータ名と同一のデータ名をプレビュー用のデータ名として追記する。この管理情報の例が、図５に示したジョブＩＤ「３」の管理情報である。そして、制御部２０は、プレビュー用の印刷データを取得済みであることを示すフラグ（これをプレビュー用フラグと呼ぶ）を立てて、ステップＳＰ４１に移る。
【００５１】
このように、印刷装置３では、印刷用の印刷データのデータサイズが所定値未満である場合には、プレビューに利用する印刷データをモバイル端末２から別途取得せずに、印刷用データを、プレビューにも利用するようになっている。ここで、所定値は、印刷装置３の処理能力（具体的にはプレビュー処理部２７の処理能力）に基づいて設定されている。実際、印刷用データ（例えばＰＤＦ印刷データ）をプレビュー処理する場合、データサイズが大きいほど処理負荷が大きくなる。よって、所定値は、印刷装置３の処理能力であれば十分余裕を持って処理できるデータサイズに設定されている。
【００５２】
また一方で、モバイル端末２から受信した印刷データのデータ形式が、印刷用のデータ形式ではない場合、制御部２０は、ステップＳＰ３２で否定結果を得て、ステップＳＰ３７に移る。ステップＳＰ３７において制御部２０は、受信した印刷データのデータ形式が、プレビュー用のデータ形式（例えばＵＲＦ形式）であるかどうかを判定する。ここで、受信した印刷データのデータ形式が、プレビュー用のデータ形式である場合、制御部２０は、ステップＳＰ３７で肯定結果を得て、ステップＳＰ３８に移る。
【００５３】
ステップＳＰ３８において制御部２０は、受信した印刷データを、プレビュー用データとして印刷データ保持部２５に転送する。これにより、受信した印刷データがプレビュー用データとして印刷データ保持部２５に格納されるとともに、印刷データ保持部２５により管理情報が更新される。つまり、印刷データ保持部２５は、受信した印刷データの印刷ジョブに対応する管理情報に、格納した印刷データのデータ名をプレビュー用のデータ名として記す。つづくステップＳＰ３９において制御部２０は、プレビュー用データを取得済みであることを示すプレビュー用フラグを立て、ステップＳＰ４１に移る。
【００５４】
これに対して、受信した印刷データのデータ形式が、プレビュー用のデータ形式でもない場合、制御部２０は、ステップＳＰ３７で否定結果を得て、ステップＳＰ４０に移り、受信した印刷データを破棄して、ステップＳＰ４１に移る。
【００５５】
ステップＳＰ４１において制御部２０は、印刷用フラグとプレビュー用フラグを確認して、印刷用データとプレビュー用データの両方が取得済みであるかどうかを判定する。ここで、印刷用データとプレビュー用データの両方が取得済みである場合、制御部２０は、ステップＳＰ４１で肯定結果を得て、ステップＳＰ４２に移り、通信部２４によりモバイル端末２に正常受信ステータスを返信して、動作処理手順を終了する。
【００５６】
これに対して、例えばまだプレビュー用データを取得していない場合、制御部２０は、ステップＳＰ４１で否定結果を得て、ステップＳＰ４３に移り、モバイル端末２からプレビュー用データを取得する為に、通信部２４によりモバイル端末２に受信エラーステータスを返信して、動作処理手順を終了する。
【００５７】
このようにして、印刷装置３は、プレビュー確認モード時、印刷用データ及びプレビュー用データ、又は印刷／プレビュー兼用データを印刷データ保持部２５に格納する。
【００５８】
つづけて、プレビュー確認モード時に、印刷装置３が表示部２２にプレビュー画像を表示する際の動作処理手順について、図７を用いて説明する。
【００５９】
印刷装置３の制御部２０は、図６に示す動作処理手順により印刷データを印刷データ保持部２５に格納した後、格納した印刷データをプレビュー表示するよう、プレビュー処理部２７に指示を出す。すると、ステップＳＰ５０において、プレビュー処理部２７が、指定された印刷データをプレビューする際に利用する印刷データのプレビュー種別を確認する。このプレビュー種別は、プレビュー用又は印刷／プレビュー兼用のことを指している。具体的に、プレビュー処理部２７は、指定された印刷データの管理情報を参照して、印刷用とプレビュー用のデータ名が異なる場合には、プレビューに利用する印刷データのプレビュー種別がプレビュー用、印刷用とプレビュー用のデータ名が同一の場合には、プレビューに利用する印刷データのプレビュー種別が印刷／プレビュー兼用と判断するようになっている。
【００６０】
つづくステップＳＰ５１においてプレビュー処理部２７は、印刷データのプレビュー種別がプレビュー用であるかどうかを判定する。ここで、印刷データのプレビュー種別がプレビュー用である場合、プレビュー処理部２７は、ステップＳＰ５１で肯定結果を得て、ステップＳＰ５２に移る。ステップＳＰ５２においてプレビュー処理部２７は、指定された印刷データの管理情報を参照して、印刷データ保持部２５から、プレビュー用データを読み出し、これをラスタデータに展開してプレビュー画像データを生成する。つづくステップＳＰ５４においてプレビュー処理部２７は、プレビュー画像データの描画処理を行うことで、表示部２２にプレビュー画像を表示して動作処理手順を終了する。
【００６１】
尚、プレビュー用データは、例えばＵＲＦ印刷データであり、ラスタデータへの展開時に特別な変換処理を必要としない（そのまま使用できる）為、印刷用データ（例えばＰＤＦ印刷データ）をラスタデータに展開する場合と比べて、処理負荷が小さい。つまり、プレビュー処理部２７は、プレビュー用データを利用してプレビューを行うことで、プレビュー表示が極端に遅くなるといった処理の停滞を引き起こすことなく、表示部２２にプレビュー画像を表示することができる。
【００６２】
これに対して、印刷データのプレビュー種別が印刷／プレビュー兼用である場合、プレビュー処理部２７は、ステップＳＰ５１で否定結果を得て、ステップＳＰ５３に移る。ステップＳＰ５３においてプレビュー処理部２７は、指定された印刷データの管理情報を参照して、印刷データ保持部２５から、印刷／プレビュー兼用データを読み出し、これをラスタデータに展開してプレビュー画像データを生成する。つづくステップＳＰ５４においてプレビュー処理部２７は、プレビュー画像データの描画処理を行うことで、表示部２２に印刷データのプレビュー画像を表示して動作処理手順を終了する。
【００６３】
尚、印刷／プレビュー兼用データは、例えばＰＤＦ印刷データでありラスタデータへの展開時に特別な変換処理が必要となるが、上述したように、データサイズが所定値未満である為、プレビュー処理部２７の処理能力で十分余裕を持って処理できるデータとなっている。この為、プレビュー処理部２７では、印刷／プレビュー兼用データを利用してプレビューを行う場合も、プレビュー表示が極端に遅くなるといった処理の停滞を引き起こすことなく、表示部２２にプレビュー画像を表示することができる。
【００６４】
このようにして、印刷装置３は、プレビュー確認モード時、プレビュー用データ、又は印刷／プレビュー兼用データを利用して、プレビュー画像を表示する。
【００６５】
尚、プレビュー処理部２７は、例えば、図８に示すプレビュー確認／印刷指定画面３０を表示部２２に表示させ、このプレビュー確認／印刷指定画面３０の左側に位置するプレビュー確認領域３０Ａ内にプレビュー画像Ｐｉを表示して、ユーザに確認させるようになっている。
【００６６】
このプレビュー確認／印刷指定画面３０は、左側にプレビュー確認領域３０Ａが配置され、右側に印刷指定領域３０Ｂが配置されている。印刷指定領域３０Ｂでは、ユーザが種々の印刷指定を行うことができるようになっている。具体的には、印刷ページの指定、選択した複数ページを１枚にまとめて印刷する旨の指定、ページを拡大／縮小する旨の指定を行うことができ、図８の例では、印刷ページを指定できるようになっている。プレビュー確認領域３０Ａに表示されるプレビュー画像Ｐｉは、印刷指定領域３０Ｂで指定された印刷指定と連動するようになっていて、図８の例では、印刷指定領域３０Ｂで指定された印刷ページのプレビュー画像Ｐｉが表示されている。
【００６７】
このように印刷装置３では、プレビュー確認／印刷指定画面３０を介して、ユーザに印刷データのプレビュー画像を確認させたり、印刷データに対する種々の印刷指定を行ったりすることができるようになっている。
【００６８】
また、印刷装置３では、図９に示す動作処理手順により、操作入力部２１の操作に応じて、印刷、プレビュー、各種印刷指定（印刷ページ指定、ページ拡大・縮小指定など）を行うようになっている。すなわち、印刷装置３の制御部２０は、ステップＳＰ６０において、操作入力部２１がユーザからの操作入力を受け付けると、この操作入力に応じて、印刷データの印刷（ステップＳＰ６１）、印刷データのプレビュー（ステップＳＰ６２）、印刷ページの指定（ステップＳＰ６３）、ページの拡大・縮小指定（ステップＳＰ６４）、…のそれぞれに対応する処理を実行するようになっている。
【００６９】
因みに、ステップＳＰ６１（印刷）の処理は、図４に示したステップＳＰ１１〜ＳＰ１４の処理と同一であり、ステップＳＰ６２（プレビュー表示）の処理は、図７に示したステップＳＰ５０〜ＳＰ５４の処理と同一である。また、印刷データに対して行われた各種印刷指定は、印刷データ保持部２５に保持される印刷指定情報に記される。制御部２０は、印刷データに対する印刷指定を行った際に、この印刷指定情報も更新するようになっている。
【００７０】
最後に、図１０を用いて、プレビュー確認モード時に、印刷装置３が印刷データに基づいて印刷を行うときの動作処理手順について説明する。印刷装置３は、図７に示す動作処理手順により印刷データのプレビューを行った後、操作入力部２１を介して、この印刷データの印刷を行うよう指示されると、印刷部２６に印刷の指示を出す。すると、ステップＳＰ７０において印刷部２６は、指定された印刷データの管理情報を参照し、指定された印刷データを印刷する際に利用する印刷用データを確認する。
【００７１】
つづくステップＳＰ７１において印刷部２６は、指定された印刷データの印刷指定情報を印刷データ保持部２５から取得する。つづくステップＳＰ７２において印刷部２６は、印刷データ保持部２５から印刷用データ（印刷／プレビュー兼用データの場合もある）を取得する。つづくステップＳＰ７３において印刷部２６は、印刷指定情報に示されている印刷指定に基づいて印刷用データから印刷用のラスタデータを作成し、ラスタデータに基づく印刷画像を用紙に印刷して動作処理手順を終了する。
【００７２】
このようにして、印刷装置３は、印刷データを印刷する。尚、ステップＳＰ７３の後、図４に示したステップＳＰ１２〜ステップＳＰ１４と同一の処理を制御部２０が行うようにしてもよい。図６乃至図１０を用いて上述した動作処理手順が、プレビュー確認モードでの一連の動作処理手順である。
【００７３】
また、印刷指示待ちモードで印刷データを印刷データ保持部２５に格納した後、プレビューが指示された場合も、印刷装置３は、図７に示す動作処理手順により、プレビューを行う。
【００７４】
［３．まとめと効果］
ここまで説明したように、印刷システム１は、印刷データ（ＰＤＦ印刷データ）を送信した後に受信エラーステータスが返信されてくると先に送信した印刷データより低級な印刷データ（ＵＲＦ印刷データ）を送信する仕様のモバイル端末２と、印刷データのプレビュー機能を有する印刷装置３とで構成される。
【００７５】
印刷装置３は、プレビューを行う際、モバイル端末２からＰＤＦ印刷データを取得すると、受信エラーの発生に関係なく（つまりＰＤＦ印刷データを理解できたかどうかに関係なく）、モバイル端末２にわざと受信エラーステータスを返信することで、モバイル端末２から、ＰＤＦ印刷データより低級なＵＲＦ印刷データを取得する。
【００７６】
そして印刷装置３は、モバイル端末２から最初に取得したＰＤＦ印刷データを印刷に利用する印刷用データとする一方で、受信エラーステータス返信後に取得したＵＲＦ印刷データをプレビューに利用するプレビュー用データとする。
【００７７】
プレビュー処理では印刷データをラスタデータに展開してプレビュー画像データを生成することになるが、モバイル端末２から取得した２つの印刷データのうち、受信エラーステータス返信後に取得したＵＲＦ印刷データは、元々ラスタデータであり、特別な変換処理を必要とせずに展開できる為、ＰＤＦ印刷データをラスタデータに展開する場合と比べて（つまり従来技術と比べて）、プレビュー処理時の処理負荷が小さい。
【００７８】
ゆえに、印刷装置３では、受信エラーステータス返信後に取得したＵＲＦ印刷データを利用してプレビューを行うことで、プレビュー処理時の処理負荷を従来技術と比べて低減することができ、プレビュー表示が極端に遅くなるといった処理の停滞を引き起こすことなく、表示部２２にプレビュー画像を表示することができる。
【００７９】
また、印刷装置３では、制御部２０に、プレビュー処理部２７と印刷部２６の機能を持たせ、制御部２０が、プレビュー処理と印刷処理を並行して実行できるようにしてもよく、この場合、プレビュー処理時の処理負荷を低減することで、制御部２０が、プレビュー処理と並行して他の印刷データの印刷処理を実行するときでも、処理の停滞を防ぐことができる。
【００８０】
このように、印刷装置３は、受信エラーステータス返信後に取得したＵＲＦ印刷データを利用してプレビューを行うようにしたことで、処理の停滞を防ぐことができる。
【００８１】
また、印刷装置３は、プレビューを行う際、モバイル端末２から最初に取得したＰＤＦ印刷データのデータサイズが所定値未満であれば、受信エラーステータスを返信してＵＲＦ印刷データを取得せずに、ＰＤＦ印刷データを印刷とプレビューの両方に利用する印刷／プレビュー兼用データとする。
【００８２】
ＰＤＦ印刷データは、データサイズが小さいほど、ラスタデータに展開するときの処理負荷が小さくなる。ゆえに、印刷装置３では、ＰＤＦ印刷データが印刷装置３の処理能力（つまりプレビュー処理部２７の処理能力）で余裕を持ってプレビュー処理できるデータサイズである場合には、このＰＤＦ印刷データを利用してプレビューを行うことで、処理の停滞を防ぐことができ、且つモバイル端末２に受信エラーステータスを返信してＵＲＦ印刷データを取得する手順を省略することができるので、プレビュー表示を迅速に行うことができる。また、この場合、印刷装置３は、ＰＤＦ印刷データを印刷／プレビュー兼用データとして印刷データ保持部２５に格納する為、印刷データ保持部２５の容量を節約することもできる。
【００８３】
［４．他の実施の形態］
［４−１．他の実施の形態１］
尚、上述した実施の形態では、印刷指示待ちモードでは、図４で説明したように、モバイル端末２からＰＤＦ印刷データとＵＲＦ印刷データの両方を取得して、ＰＤＦ印刷データを印刷用データ、ＵＲＦ印刷データをプレビュー用データとした。これに限らず、印刷指示待ちモードでも、図６で説明したように、プレビュー確認モードと同様、ＰＤＦ印刷データのデータサイズが所定値未満の場合には、ＵＲＦ印刷データを取得せずに、ＰＤＦ印刷データを印刷／プレビュー兼用データとしてもよい。つまり、図４に示すステップＳＰ１５〜ステップＳＰ２１を、図６に示すステップＳＰ３０〜ステップＳＰ４３に置き換えてもよい。
【００８４】
またこれとは逆に、プレビュー確認モードでも、モバイル端末２からＰＤＦ印刷データとＵＲＦ印刷データの両方を取得して、ＰＤＦ印刷データを印刷用データ、ＵＲＦ印刷データをプレビュー用データとするようにしてもよい。
【００８５】
［４−２．他の実施の形態２］
また、上述した実施の形態では、モバイル端末２が、印刷装置３から装置情報を取得して印刷装置３側で理解可能なデータ形式を確認するようにした。これに限らず、例えば、印刷装置３がモバイル端末２側で作成される印刷データのデータ形式に対応している（ただし必ず理解できるとは限らない）ことが前提の印刷システムであるならば、モバイル端末２が印刷装置３から装置情報を取得する仕組みを省略するようにしてもよい。
【００８６】
［４−３．他の実施の形態３］
さらに、上述した実施の形態では、印刷装置３が、プレビューを行う際、モバイル端末２からＰＤＦ印刷データより低級なＵＲＦ印刷データを取得して、このＵＲＦ印刷データを利用してプレビュー処理を実行するようにした。これに限らず、印刷装置３の制御部２０が、例えば、プレビューを行う前に、別途他の処理（例えば印刷処理）を実行しているか確認して、他の処理を実行している場合にのみ、モバイル端末２からＰＤＦ印刷データより低級なＵＲＦ印刷データを取得して、このＵＲＦ印刷データを利用してプレビュー処理を他の処理と並行して実行するようにしてもよい。つまり、プレビューを行う際に、他の処理を実行している場合には、プレビュー処理の処理負荷を低減させる為にＵＲＦ印刷データを利用してプレビュー処理を実行し、他の処理を実行していない場合には、ＰＤＦ印刷データを利用してプレビュー処理を実行するようにしてもよい。このことは、特に、制御部２０が、プレビュー処理と印刷処理とを同時に実行する場合に、有効となる。
【００８７】
［４−４．他の実施の形態４］
さらに、上述した実施の形態では、印刷データをプレビューするよう指示されてはいない印刷指示待ちモード時にも、後にプレビューするよう指示されることを想定し、モバイル端末２に受信エラーステータスを返信してプレビュー用となる印刷データを取得するようにした。これに限らず、印刷データをプレビューするよう指示されているモード（プレビュー確認モード）時にのみ、モバイル端末２に受信エラーステータスを返信してプレビュー用となる印刷データを取得するようにしてもよい。
【００８８】
［４−５．他の実施の形態５］
さらに、上述した実施の形態では、ｉＯＳを搭載したモバイル端末２と、プレビュー機能を有する印刷装置３とで構成される印刷システム１に本発明を適用した。これに限らず、最初の印刷データを印刷装置に送信した後、エラーが返信されてくると、最初の印刷データのデータ形式（第１のデータ形式）より印刷装置側でのプレビュー処理時の処理負荷が小さいデータ形式（第２のデータ形式）で印刷データを送信する仕様のモバイル端末と、プレビュー機能を有する印刷装置とで構成される印刷システムであれば、様々な印刷システムに適用できる。
【００８９】
またこれに限らず、例えば、データ送信装置としてのＰＣ（パーソナルコンピュータ）と、プレビュー機能を有する画像処理装置としての携帯電話機で構成されるシステムに適用してもよい。このシステムは、例えば、携帯電話機がＰＣからデータを取得して画像処理する画像処理システムである。この場合、ＰＣは、最初のデータを携帯電話機に送信した後、エラーが返信されてくると、最初のデータのデータ形式（第１のデータ形式）と異なるデータ形式（例えば第１のデータ形式より低級な第２のデータ形式）でデータを送信するようになっている。一方、携帯電話機は、ＰＣから最初のデータを通信部で受信すると、これを画像処理に用いる画像処理用データとする。また、このとき、携帯電話機は、通信部によりＰＣにエラーを返信する。そして、携帯電話機は、エラーを返信した結果、ＰＣから最初のデータとは異なるデータ形式のデータを通信部で受信すると、これをプレビュー処理に用いるプレビュー用データとする。またこのシステムとは逆に、データ送信装置としての携帯電話機と、プレビュー機能を有する画像処理装置としてのＰＣで構成されるシステムに適用してもよい。尚、印刷装置３が行う印刷処理も画像処理の１つである。つまり、本発明は、印刷システム及び印刷装置に限らず、プレビューが可能な様々な画像処理システム及び画像処理装置に適用できるものである。
【００９０】
［４−６．他の実施の形態６］
さらに、上述した実施の形態では、印刷データ送信装置及びデータ送信装置の具体例として、ｉＯＳを搭載したモバイル端末２を用いた。これに限らず、最初の印刷データを印刷装置に送信した後、エラーが返信されてくると、最初の印刷データのデータ形式と異なるデータ形式（例えば最初の印刷データのデータ形式より低級なデータ形式）で印刷データを送信するものであれば、モバイル端末２とは異なる印刷データ送信装置及びデータ送信装置を用いてもよい。
【００９１】
さらに、上述した実施の形態では、第１のデータ形式の具体例としてＰＤＦ、第２のデータ形式の具体例としてＵＲＦを用いた。これに限らず、異なるデータ形式（プレビュー処理時の処理負荷が異なるデータ形式）であれば、ＰＤＦ、ＵＲＦ以外のデータ形式を、第１のデータ形式、第２のデータ形式として用いてもよい。
【００９２】
さらに、上述した実施の形態では、プレビュー方法の具体的な手順として、図３、図４、図６、図７、図９、図１０に示す動作処理手順を説明したが、これらの動作処理手順は一例であり、可能な範囲で各動作処理手順のステップの順序を入れ替えるなどしてもよい。また、上述した実施の形態では、印刷データのプレビューについて説明したが、本発明は、画像処理される様々なデータのプレビューに適用できるものである。
【００９３】
［４−７．他の実施の形態７］
さらに、本発明は、上述した各実施の形態に限定されるものではない。すなわち本発明は、上述した各実施の形態の一部または全部を任意に組み合わせた実施の形態や、一部を抽出した実施の形態にもその適用範囲が及ぶものである。
【産業上の利用可能性】
【００９４】
本発明は、モバイル端末から印刷装置に直接印刷させることのできる印刷システムで広く利用することができる。
【符号の説明】
【００９５】
１……印刷システム、２……モバイル端末、３……印刷装置、１０、２０……制御部、２１……操作入力部、２２……表示部、２３……装置情報記憶部、１５、２４……通信部、２５……印刷データ保持部、２６……印刷部、２７……プレビュー処理部。
【図１】
2018042194.tif 000003
【図２】
2018042194.tif 000004
【図３】
2018042194.tif 000005
【図４】
2018042194.tif 000006
【図５】
2018042194.tif 000007
【図６】
2018042194.tif 000008
【図７】
2018042194.tif 000009
【図８】
2018042194.tif 000010
【図９】
2018042194.tif 000011
【図１０】
2018042194.tif 000012