(57)【要約】【課題】想定し得る全用紙サイズ分のプレビュー画像を作成すると、プレビュー画像作成時の処理負荷やプレビュー画像の保存に必要な記憶領域の容量が増加してしまう。【解決手段】文書データに対するプレビュー画像を生成する情報処理装置にネットワークを介して接続された印刷装置であって、前記文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記情報処理装置に送信する送信手段と、前記送信手段による送信に応答して前記複数の用紙に関する情報に基づいて生成された前記文書データに対する複数のプレビュー画像を前記情報処理装置から受信する受信手段と、前記受信手段にて受信した複数のプレビュー画像を表示する表示手段とを有する。【選択図】  図１０
2014213535.tif 000002
【特許請求の範囲】
【請求項１】
文書データに対するプレビュー画像を生成する情報処理装置にネットワークを介して接続された印刷装置であって、
前記文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記情報処理装置に送信する送信手段と、
前記送信手段による送信に応答して前記複数の用紙に関する情報に基づいて生成された前記文書データに対する複数のプレビュー画像を前記情報処理装置から受信する受信手段と、
前記受信手段にて受信した複数のプレビュー画像を表示する表示手段と
を有することを特徴とする印刷装置。
【請求項２】
前記複数の用紙に関する情報は、用紙サイズまたは用紙の縦横の長さを含むことを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記文書データに対するプレビュー画像が自身にて作成できるか否かを判定する判定手段を更に有し、
前記送信手段は、前記プレビュー画像が自身にて作成できないと判定された場合に、送信を行うことを特徴とする請求項１または２に記載の印刷装置。
【請求項４】
前記文書データがリフロー型により定義されているか否かを判定する手段を更に有し、
前記送信手段は、
前記文書データがリフロー型である場合には、前記文書データと前記複数の用紙に関する情報とを送信し、
前記文書データがリフロー型でない場合には、前記文書データのみを送信する
ことを特徴とする請求項１乃至３のいずれか一項に記載の印刷装置。
【請求項５】
給紙部に格納されている１または複数の用紙に関する情報を取得する取得手段と、
前記取得手段にて取得した１または複数の用紙に対応した前記文書データのプレビュー画像が生成されているか否かを判定する手段と
を更に有し、
前記送信手段は、前記給紙部に格納されている１または複数の用紙のうち、前記文書データのプレビュー画像が生成されていない用紙に関する情報を送信することを特徴とする請求項１乃至４のいずれか一項に記載の印刷装置。
【請求項６】
前記取得手段は、前記給紙部に格納されている用紙が変更された際に、当該用紙に関する情報を取得することを特徴とする請求項５に記載の印刷装置。
【請求項７】
印刷装置にネットワークを介して接続された情報処理装置であって、
文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記印刷装置から受信する受信手段と、
前記受信手段にて受信した前記複数の用紙に関する情報に基づき、前記複数の用紙それぞれに対応する、前記文書データの複数のプレビュー画像を生成する生成手段と、
前記生成された複数のプレビュー画像を前記印刷装置に送信する送信手段と
を有することを特徴とする情報処理装置。
【請求項８】
前記生成手段は、前記複数の用紙に関する情報にて示される１の用紙に対して縦向きおよび横向きそれぞれのプレビュー画像を生成することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記生成手段は、前記印刷装置から文書データのみを受信した場合、当該文書データに対して１のプレビュー画像を生成することを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
印刷装置と情報処理装置とを含むシステムであって、
前記印刷装置は、
文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記情報処理装置に送信する手段と、
前記送信に応答して前記複数の用紙に関する情報に基づいて生成された前記文書データに対する複数のプレビュー画像を前記情報処理装置から受信する手段と、
前記受信した複数のプレビュー画像を表示する表示手段と
を有し、
前記情報処理装置は、
文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記印刷装置から受信する手段と、
前記受信した前記複数の用紙に関する情報に基づき、前記複数の用紙それぞれに対応する、前記文書データの複数のプレビュー画像を生成する生成手段と、
前記生成された複数のプレビュー画像を前記印刷装置に送信する手段と
を有することを特徴とするシステム。
【請求項１１】
文書データに対するプレビュー画像を生成する情報処理装置にネットワークを介して接続された印刷装置の制御方法であって、
前記文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記情報処理装置に送信する送信工程と、
前記送信工程による送信に応答して前記複数の用紙に関する情報に基づいて生成された前記文書データに対する複数のプレビュー画像を前記情報処理装置から受信する受信工程と、
前記受信工程にて受信した複数のプレビュー画像を表示する表示工程と
を有することを特徴とする制御方法。
【請求項１２】
印刷装置にネットワークを介して接続された情報処理装置における情報処理方法であって、
文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記印刷装置から受信する受信工程と、
前記受信工程にて受信した前記複数の用紙に関する情報に基づき、前記複数の用紙それぞれに対応する、前記文書データの複数のプレビュー画像を生成する生成工程と、
前記生成された複数のプレビュー画像を前記印刷装置に送信する送信工程と
を有することを特徴とする情報処理方法。
【請求項１３】
コンピュータを、
文書データに対するプレビュー画像を生成する情報処理装置に、前記文書データと前記コンピュータが処理可能な複数の用紙に関する情報とを送信する送信手段、
前記送信手段による送信に応答して、前記複数の用紙に関する情報に基づいて生成された前記文書データに対する複数のプレビュー画像を前記情報処理装置から受信する受信手段、
前記受信手段にて受信した複数のプレビュー画像を表示する表示手段
として機能させるためのプログラム。
【請求項１４】
コンピュータを、
文書データと印刷装置が印刷可能な複数の用紙に関する情報とを前記印刷装置から受信する受信手段、
前記受信手段にて受信した前記複数の用紙に関する情報に基づき、前記複数の用紙それぞれに対応する、前記文書データの複数のプレビュー画像を生成する生成手段、
前記生成された複数のプレビュー画像を前記印刷装置に送信する送信手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム、情報処理装置、情報処理方法、印刷装置およびその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、電子データのフォーマットの種類が増加している。一部のフォーマットに関しては既存の複合機では対応しておらず、印刷、プレビュー画像作成等の処理をデバイス内で行うことができない。その場合は、複合機からネットワーク上に存在する画像処理サーバに一度データを送り、サーバ上で所望の画像処理を行ってから複合機に送り返すことで対処することが可能である。そのような方法で複合機内部に保存されている画像データのプレビュー画像を作成する際、ユーザによって画像データが選択されるのを待ってからプレビュー画像を作成すると、作業が完了するまでの間、ユーザはその場で待機しなければならない。
【０００３】
この問題を防ぐための方法として、複合機内の記憶領域に画像データが格納された時点で予めプレビュー画像を作成しておき、ユーザによって画像データが選択された時点では、既に作成されているプレビュー画像を表示するだけにする方法が考えられる。従来技術として、サーバが画像データごとに複数のデータサイズのサムネイル画像を保持し、サムネイルの取得要求元に応じて適したデータサイズのサムネイル画像を送信する技術が開示されている（特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１１３７０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＥＰＵＢというＩＤＰＦ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｄｉｇｉｔａｌ  Ｐｕｂｌｉｓｈｉｎｇ  Ｆｏｒｕｍ）が規定するフォーマットが存在する。ＥＰＵＢは、各種の情報携帯端末、特に多種多様なスマートフォンやタブレット端末で文書を共有し閲覧するための手段として優れている。その理由の１つとして、ＥＰＵＢの備える「リフロー型」という特徴が、さまざまなサイズの情報携帯端末の端末画面に表示するのに適しているためである。リフロー型のフォーマットでは、画面のサイズや文字サイズに応じてレイアウトを変えることが可能であり、出力される際の用紙サイズによってレイアウトが変化する。
【０００６】
この場合、リフロー型のデータに関しては、予め複数の用紙サイズのプレビュー画像を作成しておくことが必要になる。しかし、想定し得る全用紙サイズ分のプレビュー画像を作成すると、サーバ側の処理負荷やプレビュー画像を保存するために必要な記憶領域の容量が増加してしまうという課題がある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本願発明は以下の構成を有する。すなわち、文書データに対するプレビュー画像を生成する情報処理装置にネットワークを介して接続された印刷装置であって、前記文書データと前記印刷装置が印刷可能な複数の用紙に関する情報とを前記情報処理装置に送信する送信手段と、前記送信手段による送信に応答して前記複数の用紙に関する情報に基づいて生成された前記文書データに対する複数のプレビュー画像を前記情報処理装置から受信する受信手段と、前記受信手段にて受信した複数のプレビュー画像を表示する表示手段とを有する。
【発明の効果】
【０００８】
本発明によれば、実際に複合機が出力し得る用紙サイズ分のみプレビュー画像を作成し、プレビュー画像の数を絞ることで、サーバ側の処理負荷やプレビュー画像を保存するための記憶領域の容量の増加を抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】システム構成例を示す図。
【図２】複合機の構成例を示すブロック図。
【図３】画像処理サーバの構成例を示すブロック図。
【図４】ＥＰＵＢの構成フォーマットを説明するための図。
【図５】ＥＰＵＢのコンテンツ部のフォーマットを説明するための図。
【図６】ＥＰＵＢデータについて、用紙サイズによってレイアウトが変わる例を示す図。
【図７】ＥＰＵＢデータについて、用紙向きによってレイアウトが変わる例を示す図。
【図８】複合機のソフトウェア構成の例を示すブロック図。
【図９】画像処理サーバのソフトウェア構成の例を示すブロック図。
【図１０】実施例１に係るプレビュー画像生成処理のフローチャート。
【図１１】プレビュー画像一覧表の構成例を示す図。
【図１２】実施例１に係るプレビュー画像表示処理のフローチャート。
【図１３】プレビュー画像表示指示を受け付けるためのＵＩ画面の例を示す図。
【図１４】プレビュー画像表示時の必要情報の入力のためのＵＩ画面の例を示す図。
【図１５】実施例２に係るプレビュー画像生成処理のフローチャート。
【図１６】実施例２に係るプレビュー画像表示処理のフローチャート。
【図１７】実施例３に係るプレビュー画像生成処理のフローチャート。
【発明を実施するための形態】
【００１０】
＜実施例１＞
以下、本発明を実施するための形態について図面を用いて説明する。
【００１１】
［システム構成］
図１は、本発明における設定値同期システム全体を示すシステム構成図である。ネットワーク１００には、複合機１１０、および画像処理サーバ１２０が接続されている。複合機１１０は、自身が処理できないデータフォーマットの画像データを保持している場合、その画像データを画像処理サーバ１２０に送信する。画像処理サーバ１２０は、受け取った画像データに対して、プレビュー画像作成等の任意の画像処理を行った上で複合機１１０に返信する。複合機１１０および画像処理サーバ１２０についての詳細な説明は後述する。なお、本明細書において、プレビュー画像の作成対象となるデータをまとめて画像データと記載するが、この画像データには、以下に示すＸＨＴＭＬ文書等の文書データも含まれるものとする。
【００１２】
［ハードウェア構成］
図２は、本発明における複合機１１０の構成を表すブロック図である。複合機１１０は、コントローラユニット２００、操作部２２０、スキャナ２３０、プリンタ２４０、および給紙カセット２５０を含む。コントローラユニット２００には、操作部２２０が接続されるとともに、画像入力デバイスであるスキャナ２３０や画像出力デバイスであるプリンタ２４０、画像出力用の１または複数の種類の用紙が積載された給紙部である給紙カセット２５０が接続される。
【００１３】
コントローラユニット２００は、具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２を有し、ＣＰＵ２０２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０７に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を起動する。ＣＰＵ２０２は、このＯＳ上で、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０６に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行、制御する。ＣＰＵ２０２の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３が用いられる。また、ＲＡＭ２０３は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。
【００１４】
ＨＤＤ２０６は、上記アプリケーションプログラムや画像データを格納する。ＣＰＵ２０２には、システムバス２１０を介して、ＲＯＭ２０７およびＲＡＭ２０３とともに、操作部Ｉ／Ｆ２０１、画像処理部２０４、デバイスＩ／Ｆ２０５、およびネットワークＩ／Ｆ２０８が接続される。操作部Ｉ／Ｆ２０１は、タッチパネル（不図示）を有する操作部２２０とのインタフェースであり、操作部２２０に表示すべき画像データを操作部２２０に対して出力する。また、操作部Ｉ／Ｆ２０１は、操作部２２０によってユーザにより入力された情報をＣＰＵ２０２に送信する。
【００１５】
画像処理部２０４では、スキャナからの入力画像処理やプリンタへの出力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を行う。デバイスＩ／Ｆ２０５には、スキャナ２３０、プリンタ２４０、給紙カセット２５０が接続され、デバイスＩ／Ｆ２０５は、画像データの同期系／非同期系の変換を行う。ネットワークＩ／Ｆ２０８は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報や画像データの入出力を行う。ここで、ネットワーク１００を介して他の装置から複合機１１０に画像データが送られてきた場合は、その画像データはＨＤＤ２０６に格納される。
【００１６】
図３は、本発明における情報処理装置である画像処理サーバ１２０の構成を表すブロック図である。画像処理サーバ１２０は、コントローラユニット３００を含んでいる。コントローラユニット３００は、具体的には、ＣＰＵ３０１を有し、ＣＰＵ３０１は、ＲＯＭ３０４に格納されているブートプログラムによりＯＳを起動する。ＣＰＵ３０１は、このＯＳ上で、ＨＤＤ３０３に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。ＣＰＵ３０１の作業領域としてはＲＡＭ３０２が用いられる。
【００１７】
ＨＤＤ３０３は、上記アプリケーションプログラムや画像データを格納する。ＣＰＵ３０１には、システムバス２１０を介して、ＲＯＭ３０４およびＲＡＭ３０２とともに、ネットワークＩ／Ｆ３０５が接続される。ネットワークＩ／Ｆ３０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報や画像データの入出力を行う。ここで、他の装置から画像処理サーバ１２０に画像データが送られてきた場合は、その画像データはＨＤＤ３０３に格納される。この時、ＣＰＵ３０１は、任意の画像データに関してプレビュー画像作成処理を行う。その際、入力データがリフロー型フォーマットでない場合には、出力データのレイアウトは一意に決まるが、リフロー型フォーマットの場合は、レイアウトが確定しない。
【００１８】
［データ構造］
ここでは、リフロー型のドキュメントデータの印刷レイアウトについてＥＰＵＢを例に挙げて説明する。図４は、ＥＰＵＢの最小の構造を模式的に表した図である。ルートとなるフォルダ４０１の下に、ｍｉｍｅｔｙｐｅファイル４０２、ＭＥＴＡ−ＩＮＦフォルダ４０３、ＯＥＢＰＳフォルダ４０５が配置される。ｍｉｍｅｔｙｐｅファイル４０２にはテキストのエンコーディングが記載される。ＭＥＴＡ−ＩＮＦフォルダ４０３の配下には、コンテンツの場所を示すｃｏｎｔａｉｎｅｒ．ｘｍｌ４０４が配置される。ＯＥＢＰＳフォルダ４０５の配下には文書コンテンツが配置される。更にＯＥＢＰＳフォルダ４０５の配下には、ｐａｃｋａｇｅ．ｏｐｆファイル４０６、ｎａｖ．ｘｈｔｍｌファイル４０７、ｃｏｎｔｅｎｔ．ｘｈｔｍｌファイル４０８、ｓｔｙｌｅｓｈｅｅｔ．ｃｓｓファイル４０９が配置される。ｐａｃｋａｇｅ．ｏｐｆファイル４０６はコンテンツの構造を示す。ｎａｖ．ｘｈｔｍｌファイル４０７は目次情報を示す。ｃｏｎｔｅｎｔ．ｘｈｔｍｌファイル４０８は、文書データの内容そのものを示す。ｓｔｙｌｅｓｈｅｅｔ．ｃｓｓファイル４０９は、表示するためのスタイル情報を保持するＣＳＳスタイルシートである。
【００１９】
図５は、図４のコンテンツ部分にあたるＸＨＴＭＬ文書（ｃｏｎｔｅｎｔ．ｘｈｔｍｌファイル４０８）の内容の一例である。ファイル５０１は、ＸＨＴＭＬ文書全体を示す。章名５０２は、＜ｈ１＞〜＜／ｈ１＞で章名を記述している。本文テキスト５０３は、＜ｐ＞〜＜／ｐ＞で区切られる本文テキストを記述している。前述したＥＰＵＢにおいては、文書内の各構成要素をＸＨＴＭＬ形式で記述する。例えば、章名５０２に対する文字列は、“＜ｈ１＞Ｌｏｒｅｍ  ｉｐｓｕｍ＜／ｈ１＞”のように記述する。本文テキスト５０３に対する文字列は、“＜ｐ＞Ｄｏｌｏｒ  ｓｉｔ  ａｍｅｔ・・・＜／ｐ＞”のように記述する。
【００２０】
その他のリフロー形式のドキュメントとしては、ＨＴＭＬ形式やマイクロソフト社のワード形式等も該当し、それぞれで定義された形式で記述される。本実施形態ではＥＰＵＢを主体として記載を行うが、これら他フォーマットであっても、リフローの表示形式をとる限り、同様の考え方が可能である。
【００２１】
ＥＰＵＢデータの印刷レイアウトを決定するためには、ＸＨＴＭＬ文書に加えて、ＣＳＳスタイルシート（ｓｔｙｌｅｓｈｅｅｔ．ｃｓｓファイル４０９）に記載されているフォントサイズ情報、データの書き込み先である出力用紙サイズ、用紙向きの情報が必要である。ＸＨＴＭＬ文書は、フォントサイズが同じ場合でも、指定される用紙サイズや用紙向きが異なるとレイアウトが変わってしまう。ここでは、用紙サイズによってレイアウトが変わる例を図６に示す。図６（ａ）と図６（ｂ）は、それぞれ同じ内容であるが、用紙サイズに応じて、例えば同じ行に表示される文字数が異なっている。また、用紙向きによってレイアウトが変わる例を図７に示す。図７（ａ）と図７（ｂ）も、それぞれ同じ内容であるが、用紙向き（縦向き、もしくは横向き）に応じて、例えば同じ行に表示される文字数が異なっている。従って、入力データがリフロー型フォーマットの場合は、用紙サイズおよび用紙向きが決まるまでレイアウトが確定しないことになる。
【００２２】
［ソフトウェア構成］
次に、複合機１１０のソフトウェア構成の例について図８を用いて説明する。フォーマット判別部８０１、プレビュー画像作成要求送信部８０２、プレビュー画像受信部８０３、プレビュー画像表示部８０４、およびプレビュー画像取得要求送信部８０５は、実行時にＲＡＭ２０３上に展開され、ＣＰＵ２０２によって実行される。フォーマット判別部８０１は、画像データのフォーマットを判別するモジュールである。プレビュー画像作成要求送信部８０２は、画像データと、その他のプレビュー画像作成に必要な情報と共に、プレビュー画像作成要求を送信するモジュールである。プレビュー画像受信部８０３は、プレビュー画像とそれに紐づいている情報を受信し、必要に応じてそれらをＨＤＤ２０６に保存するモジュールである。プレビュー画像表示部８０４は、プレビュー画像表示指示、および必要な情報を受け付け、プレビュー画像を操作部２２０に表示するモジュールである。プレビュー画像取得要求送信部８０５は、必要な情報と共に、プレビュー画像取得要求を送信するモジュールである。
【００２３】
図１１は、プレビュー画像一覧表の構成例を示しており、本実施例では複合機１１０によって管理される。各画像データとそれに対応するプレビュー画像の名称および生成条件（用紙サイズ、用紙向き）が定義されている。本一覧表の用途についてはフローの中で説明する。
【００２４】
次に、画像処理サーバ１２０のソフトウェア構成の例について図９を用いて説明する。プレビュー画像作成要求受信部９０１、フォーマット判別部９０２、プレビュー画像作成部９０３、プレビュー画像送信部９０４、プレビュー画像取得要求受信部９０５、およびプレビュー画像探索部９０６は、実行時にＲＡＭ３０２上に展開され、ＣＰＵ３０１によって実行される。プレビュー画像作成要求受信部９０１は、画像データ、およびその他情報と共に、プレビュー画像作成要求を受信するモジュールである。フォーマット判別部９０２は、画像データのフォーマットを判別するモジュールである。プレビュー画像作成部９０３は、プレビュー画像を作成するモジュールである。プレビュー画像送信部９０４は、プレビュー画像とそれに紐づけて必要な情報を送信するモジュールである。プレビュー画像取得要求受信部９０５は、必要な情報と共に、プレビュー画像取得要求を受信するモジュールである。プレビュー画像探索部９０６は、入力された情報をもとにプレビュー画像を探索するモジュールである。
【００２５】
［処理フロー］
（プレビュー画像生成処理）
次に、複合機１１０のＨＤＤ２０６に新たに画像データが格納された後に、複合機１１０および画像処理サーバ１２０によって実行されるプレビュー画像生成処理のフローチャートを図１０に示す。本フローチャートは、ＲＯＭ２０７およびＲＯＭ３０４に格納されたプログラムに従って、ＣＰＵ２０２およびＣＰＵ３０１が実行することによって実現される。図１０に示すＳ１００１〜Ｓ１００５およびＳ１０１２〜Ｓ１０１５の処理は、複合機１１０による処理であり、Ｓ１００６〜Ｓ１０１１の処理は、画像処理サーバ１２０による処理である。また、フローチャート内において、破線矢印は、データの送受信を示す。
【００２６】
なお、ここでは複合機１１０のＨＤＤ２０６に画像データとしてＡ．ｅｐｕｂ、Ｂ．ｊｐｇ、Ｃ．ｄｏｃｘ、Ｄ．ｔｉｆｆが格納されているものとする。また、複合機１１０は、拡張子が．ｅｐｕｂと．ｄｏｃｘのデータに関しては自身でプレビュー画像作成ができない場合を例にして説明する。また、複合機１１０は、Ａ４、Ｂ５、Ａ５の３種類の用紙サイズに関して印刷可能（処理可能）なものとする。
【００２７】
また、本実施例では、ＨＤＤ２０６に画像データが格納されてすぐにプレビュー画像作成を行っているが、プレビュー画像作成は、実際にプレビュー画像表示指示を受け付ける前の任意のタイミングで行っても良い。
【００２８】
Ｓ１００１において、ＣＰＵ２０２は、ネットワークＩ／Ｆ２０８を介して送信されてきた画像データを受け取り、ＨＤＤ２０６に格納する。Ｓ１００２において、フォーマット判別部８０１は、Ｓ１００１で受け取った画像データのフォーマットが、自デバイスでプレビュー画像を作成できないものであるか否かを判定する。作成できないフォーマットの場合は（Ｓ１００２にてＹＥＳ）、Ｓ１００３へ進み、作成できるフォーマットの場合は（Ｓ１００２にてＮＯ）、本処理フローを終了する。ここでは、Ａ．ｅｐｕｂ、Ｃ．ｄｏｃｘの場合はＳ１００３へ進み、Ｂ．ｊｐｇ、Ｄ．ｔｉｆｆの場合は処理を終了する。
【００２９】
Ｓ１００３において、フォーマット判別部８０１は、Ｓ１００１で受け取った画像データのフォーマットが、リフロー型のフォーマットか否かを判定する。リフロー型の場合は（Ｓ１００３にてＹＥＳ）Ｓ１００４へ進み、リフロー型でない場合は（Ｓ１００３にてＮＯ）Ｓ１００５へ進む。ここでは、Ａ．ｅｐｕｂの場合はＳ１００４へ進み、Ｃ．ｄｏｃｘの場合はＳ１００５へ進む。なお、Ｓ１００２およびＳ１００３における画像データのフォーマット識別方法としては、データの拡張子による識別以外にもデータの内部構造による識別方法等、様々な方法が考えられるが、どの方法を採用しても良い。
【００３０】
Ｓ１００４において、プレビュー画像作成要求送信部８０２は、画像データと、自身が印刷可能な全用紙サイズに関するデータを、ネットワークＩ／Ｆ２０８を介して、画像処理サーバ１２０に送信する。ここでは、画像データに加え、複合機１１０はＡ４、Ｂ５、Ａ５の３種類の用紙サイズに関して印刷可能であるという機能に関する情報が送信される。
【００３１】
Ｓ１００５において、プレビュー画像作成要求送信部８０２は、画像データを画像処理サーバ１２０に送信する。なお、この時、Ｓ１００１で複数の画像が同時にＨＤＤ２０６に格納された場合は、Ｓ１００４およびＳ１００５において複数画像のデータをまとめて送信しても良い。また、用紙サイズとしては、Ａ４、Ｂ５、Ａ５のような形式以外に、例えば用紙の縦横長さの情報等を送っても良い。
【００３２】
ここで画像処理サーバ１２０側の処理に移る。Ｓ１００６において、プレビュー画像作成要求受信部９０１は、複合機１１０から送られてきたデータを受信する。そして、複合機１１０からのデータの受信に応答して、Ｓ１００７において、フォーマット判別部９０２は、Ｓ１００６で受信した画像データのフォーマットが、リフロー型のフォーマットか否かを判定する。リフロー型の場合は（Ｓ１００７にてＹＥＳ）Ｓ１００８へ進み、リフロー型でない場合は（Ｓ１００７にてＮＯ）Ｓ１０１０へ進む。ここで、リフロー型のフォーマットである場合は、受信したデータはＳ１００４にて送信されたデータである。一方、リフロー型のフォーマットでない場合には、受信したデータは、Ｓ１００５にて送信されたデータである。
【００３３】
Ｓ１００８において、プレビュー画像作成部９０３は、Ｓ１００６で受信した１つの画像データごとに、送信されてきた印刷可能な全用紙サイズに対してそれぞれ縦横２パターンの用紙向き分のプレビュー画像を作成する。ここでは、Ａ４、Ｂ５、Ａ５の３種類の用紙サイズに関して、縦横２パターンの用紙向きのプレビュー画像が作成されるため、合計６つのプレビュー画像が作成される。Ｓ１００９において、プレビュー画像送信部９０４は、Ｓ１００８で作成したプレビュー画像を、用紙サイズ、用紙向きと紐づけて複合機１１０に送信する。
【００３４】
Ｓ１０１０において、プレビュー画像作成部９０３は、Ｓ１００６で受信した画像データをもとに１つのプレビュー画像を作成する。Ｓ１０１１において、プレビュー画像送信部９０４は、Ｓ１０１０で作成したプレビュー画像を複合機１１０に送信する。なお、Ｓ１００８およびＳ１０１０で作成するプレビュー画像の形式はＪＰＥＧ形式を想定しているが、他のフォーマットでも良い。プレビュー画像の送信が完了した後、画像処理サーバ１２０側での処理は終了する。
【００３５】
ここで複合機１１０側の処理に移る。Ｓ１０１２において、プレビュー画像受信部８０３は、画像処理サーバ１２０から送られてきた、用紙サイズ、用紙向き情報が紐づいたプレビュー画像（すなわち、Ｓ１００９にて送信されたプレビュー画像）を受信する。Ｓ１０１３において、プレビュー画像受信部８０３は、図１１の一覧のように、画像データＡ．ｅｐｕｂに対し、用紙サイズおよび用紙向きの生成条件に対応するプレビュー画像をＨＤＤ２０６に保存する。ここでは、図１１の１１０１のように、Ａ．ｅｐｕｂに対し６つのプレビュー画像が登録される。そして本処理を終了する。
【００３６】
Ｓ１０１４において、プレビュー画像受信部８０３は、画像処理サーバ１２０から送られてきたプレビュー画像（すなわち、Ｓ１０１１にて送信されたプレビュー画像）を受信する。Ｓ１０１５において、プレビュー画像受信部８０３は、図１１の一覧において、画像データＣ．ｄｏｃｘに対し、プレビュー画像をＨＤＤ２０６に保存する。ここでは、図１１の１１０２のように、Ｃ．ｄｏｃｘに対し１つのプレビュー画像が登録される。そして本処理を終了する。
【００３７】
（プレビュー画像表示処理）
次に、複合機１１０が操作部２２０を介してユーザからプレビュー画像表示指示を受け付けた時に、複合機１１０によって実行されるプレビュー画像表示処理のフローチャートを図１２に示す。本フローチャートは、ＲＯＭ２０７に格納されたプログラムに従って、ＣＰＵ２０２が実行することによって実現される。なお、ここでは画像データＡ．ｅｐｕｂおよびＣ．ｄｏｃｘに関してプレビュー画像表示指示を受け付けた場合を例にして説明する。
【００３８】
Ｓ１２０１において、プレビュー画像表示部８０４は、操作部２２０に図１３のようなＵＩ画面１３０１を表示し、ユーザから画像データの選択およびその画像データに関するプレビュー画像の表示指示を受け付ける。
【００３９】
Ｓ１２０２において、フォーマット判別部８０１は、Ｓ１２０１で選択された画像がリフロー型のフォーマットか否かを判定する。リフロー型の場合は（Ｓ１２０２にてＹＥＳ）Ｓ１２０３へ進み、リフロー型でない場合は（Ｓ１２０２にてＮＯ）Ｓ１２０５へ進む。ここでは、Ａ．ｅｐｕｂの場合はＳ１２０３へ進み、Ｃ．ｄｏｃｘの場合はＳ１２０５へ進む。
【００４０】
Ｓ１２０３において、プレビュー画像表示部８０４は、操作部２２０に図１４（Ａ）に示すようなＵＩ画面１４０１を表示する。そして、プレビュー画像表示部８０４は、ＵＩ画面１４０１を介し、プレビュー画像を表示するための情報として、用紙サイズ、用紙向き、およびページの指定を受け付ける。ＵＩ画面１４０１において、コントロール１４０２は、ページを指定するために用いられる。コントロール１４０３は、用紙サイズを指定するために用いられる。コントロール１４０４は、用紙向きを指定するために用いられる。
【００４１】
Ｓ１２０４において、プレビュー画像表示部８０４は、指定された用紙サイズと用紙向きの情報に基づき、ＨＤＤ２０６に保存されている、Ｓ１２０１で選択された画像に対応したプレビュー画像の該当ページ部分を操作部２２０に表示する。そして、本処理フローを終了する。
【００４２】
Ｓ１２０５において、プレビュー画像表示部８０４は、操作部２２０に図１４（Ｂ）に示すようなＵＩ画面１４１１を表示する。そして、プレビュー画像表示部８０４は、ページの指定を受け付ける。ＵＩ画面１４１１において、コントロール１４１２は、ページを指定するために用いられる。
【００４３】
Ｓ１２０６において、プレビュー画像表示部８０４は、ＨＤＤ２０６に保存されている、Ｓ１２０１で選択された画像に対応したプレビュー画像の該当ページ部分を操作部２２０に表示する。そして、本処理フローを終了する。
【００４４】
本実施によれば、複合機が印刷可能な用紙サイズ分のみサーバはプレビュー画像を作成する。これにより、サーバ側の処理負荷やプレビュー画像を保存するための記憶領域の容量の増加を抑えることができる。
【００４５】
また、リフロー型以外の、用紙サイズによって画像のレイアウトが変わらない画像に関しては、１つのプレビュー画像しか作成しないため、同様に処理負荷や記憶領域の容量の増加を抑えることができる。
【００４６】
さらに、複合機が処理できない画像フォーマットのみ、画像処理サーバ１２０を利用してプレビュー画像を作成することで、同様にサーバ側の処理負荷や記憶領域の容量の増加を抑えることができる。
【００４７】
＜実施例２＞
実施例１では、画像処理サーバ１２０上でプレビュー画像を作成した後、その作成したプレビュー画像を複合機１１０に返信し、複合機１１０側で保存していた。しかしながら、サーバ側の記憶容量が複合機側よりも大きく余裕がある場合は、サーバ側でプレビュー画像を保存しておいた方が良いケースも考えられる。そこで実施例２では、プレビュー画像を画像処理サーバ１２０側で保存し、必要に応じて随時、複合機１１０から画像処理サーバ１２０にアクセスしてプレビュー画像を取得する。
【００４８】
以下の説明においては、実施例１と重複する部分については説明を省略する。
【００４９】
［処理フロー］
（プレビュー画像生成処理）
複合機１１０のＨＤＤ２０６に新たに画像データが格納された後に、複合機１１０および画像処理サーバ１２０によって実行される処理のフローチャートを図１５に示す。本フローチャートは、ＲＯＭ２０７およびＲＯＭ３０４に格納されたプログラムに従って、ＣＰＵ２０２およびＣＰＵ３０１が実行することによって実現される。また、本実施例では、ＨＤＤ２０６に画像データが格納されてすぐにプレビュー画像作成を行っているが、プレビュー画像作成は、実際にプレビュー画像表示指示を受け付ける前の任意のタイミングで行っても良い。
【００５０】
図１５に示すＳ１５０１〜Ｓ１５０５の処理は、複合機１１０による処理であり、Ｓ１５０６〜Ｓ１５１１の処理は、画像処理サーバ１２０による処理である。なお、複合機１１０側の処理であるＳ１５０１〜１５０５は、実施例１にて示した図１０のＳ１１０１〜Ｓ１１０５と同様である。また、画像処理サーバ１２０側の処理であるＳ１５０６〜１５０８、およびＳ１５１０は、Ｓ１００６〜Ｓ１００８、およびＳ１０１０と同様である。したがって、これらの処理については、詳細な説明は省略する。また、フローチャート内において、破線矢印は、データの送受信を示す。
【００５１】
Ｓ１５０９において、プレビュー画像作成部９０３は、Ｓ１５０８で作成した各プレビュー画像を、図１１の一覧のように、画像データに対し、用紙サイズおよび用紙向きの生成条件に対応するプレビュー画像をＨＤＤ３０３に保存する。なお、本実施例において、画像処理サーバ１２０が図１１に示す一覧を保持しているものとする。そして、本処理フローを終了する。
【００５２】
Ｓ１５１１において、プレビュー画像作成部９０３は、Ｓ１５１０で作成したプレビュー画像をＨＤＤ３０３に保存する。そして、本処理フローを終了する。
【００５３】
（プレビュー画像表示処理）
次に、複合機１１０が操作部２２０を通してユーザからプレビュー画像表示指示を受け付けた時に、複合機１１０および画像処理サーバ１２０によって実行される処理のフローチャートを図１６に示す。本フローチャートは、ＲＯＭ２０７およびＲＯＭ３０４に格納されたプログラムに従って、ＣＰＵ２０２およびＣＰＵ３０１が実行することによって実現される。なお、ここでは画像データＡ．ｅｐｕｂおよびＣ．ｄｏｃｘに関してプレビュー画像表示指示を受け付けた場合を例にして説明する。
【００５４】
図１６に示すＳ１６０１〜Ｓ１６０６およびＳ１６１０〜Ｓ１６１１の処理は、複合機１１０による処理であり、Ｓ１６０７〜Ｓ１６０９の処理は、画像処理サーバ１２０による処理である。なお、複合機１１０側の処理であるＳ１６０１〜１６０３およびＳ１６０５は、実施例１にて示した図１２のＳ１２０１〜Ｓ１２０３およびＳ１２０５と同様である。したがって、これらの処理については、詳細な説明は省略する。また、フローチャート内において、破線矢印は、データの送受信を示す。
【００５５】
Ｓ１６０４において、プレビュー画像取得要求送信部８０５は、ネットワークＩ／Ｆ２０８を介して画像処理サーバ１２０に、指定された用紙サイズと用紙向きに基づき、Ｓ１６０１で選択された画像データに対応したプレビュー画像の取得要求を出す。例えば、Ｓ１６０１で画像データＡ．ｅｐｕｂが選択され、更にＳ１６０３で用紙サイズをＡ４、用紙向きを縦と選択された場合、プレビュー画像取得要求送信部８０５は、Ａ．ｅｐｕｂに対応し、Ａ４および縦の生成条件に紐づいたプレビュー画像の取得要求を出す。
【００５６】
Ｓ１６０６において、プレビュー画像取得要求送信部８０５は、ネットワークＩ／Ｆ２０８を介して画像処理サーバ１２０に、Ｓ１６０１で選択された画像データに対応したプレビュー画像の取得要求を出す。例えば、Ｓ１６０１で画像データＣ．ｄｏｃｘが選択された場合、プレビュー画像取得要求送信部８０５は、その選択された画像データに対応するプレビュー画像の取得要求を出す。
【００５７】
続いて、画像処理サーバ１２０側の処理に移る。Ｓ１６０７において、プレビュー画像取得要求受信部９０５は、複合機１１０から送信されてきたプレビュー画像取得要求を受信する。Ｓ１６０８において、プレビュー画像探索部９０６は、Ｓ１６０７で受信したプレビュー画像取得要求に従って、該当するプレビュー画像を探索する。プレビュー画像探索部９０６は、画像データ名と、更に指定がある場合には用紙サイズと用紙向きを用いて、プレビュー画像一覧表（図１１）の中から該当するプレビュー画像を検索する。例えば、「画像データ名：Ａ．ｅｐｕｂ、用紙サイズ：Ａ４、用紙向き：縦」が指定された場合には、Ｐｒｅｖｉｅｗ＿Ａ２．ｊｐｇが検出される。
【００５８】
Ｓ１６０９において、プレビュー画像送信部９０４は、Ｓ１６０８で検出したプレビュー画像を複合機１１０に送信する。これにより、画像処理サーバ１２０側の処理は終了する。
【００５９】
続いて、複合機１１０側の処理に移る。Ｓ１６１０において、プレビュー画像受信部８０３は、画像処理サーバ１２０から送信されてきたプレビュー画像を受信する。Ｓ１６１１において、プレビュー画像表示部８０４は、受信したプレビュー画像を操作部２２０に表示する。以上により本処理フローを終了する。
【００６０】
本実施によれば、サーバ側の記憶容量が複合機側よりも大きく余裕がある場合に、サーバ側でプレビュー画像を保存することができるという効果が得られる。
【００６１】
＜実施例３＞
実施例１では、リフロー型のデータのプレビュー画像を作成する際、複合機は、画像データと自身が印刷可能な全用紙サイズに関するデータとを画像処理サーバに送信している。しかしながら、例えば、複合機が複数種類の用紙に対して印刷が可能な機能を備えていたとしても、複合機１１０の給紙カセット２５０に１種類のサイズの用紙しか積載されていない状態の場合は、その積載されている用紙サイズ以外の印刷を行うことができない。したがって、プレビュー画像に関しても、１種類の用紙サイズ分のみ作れば十分である。
【００６２】
プレビュー画像を作成する対象の用紙サイズの種類を減らすことで、サーバ側の処理負荷やプレビュー画像を保存するための記憶領域の容量の増加を抑えることができる。そこで実施例３では、リフロー型のデータのプレビュー画像を作成する際、画像データと、その時点で給紙カセット２５０に積載されている用紙サイズに関するデータを画像処理サーバ１２０に送信し、その用紙サイズ分のプレビュー画像のみを作成する。
【００６３】
［処理フロー］
（プレビュー画像生成処理）
実施例３では、起動時、給紙カセット２５０に用紙がセットされた時、スリープ状態からの復帰時等に、カセットに積載されている全用紙サイズを確認する。更に、リフロー型の画像データのプレビュー画像が全用紙サイズ分存在しているか否かを確認する。そして、給紙カセット２５０に、プレビュー画像が未作成の、新しいサイズの用紙がセットされた場合には、その用紙サイズ分のプレビュー画像を作成する。
【００６４】
複合機１１０、および画像処理サーバ１２０によって実行される処理のフローチャートを図１７に示す。本フローチャートは、ＲＯＭ２０７およびＲＯＭ３０４に格納されたプログラムに従って、ＣＰＵ２０２およびＣＰＵ３０１が実行することによって実現される。
【００６５】
図１７に示すＳ１７０１〜Ｓ１７０５およびＳ１７０９〜Ｓ１７１０の処理は、複合機１１０による処理であり、Ｓ１７０６〜Ｓ１７０８の処理は、画像処理サーバ１２０による処理である。なお、複合機１１０から画像処理サーバ１２０に画像データと用紙サイズを送信する部分のシーケンス（Ｓ１７０５）は、図１０のＳ１００４の部分で、印刷可能な全ての用紙サイズの代わりに給紙カセット２５０に積載されている用紙サイズのみの情報を送るだけであるため説明を省略する。また、画像処理サーバ１２０側の処理であるＳ１７０６〜Ｓ１７０８の処理は、図１０のＳ１００６、Ｓ１００８、およびＳ１００９の処理と同様である。また、複合機１１０側の処理であるＳ１７０９〜Ｓ１７１０の処理は、図１０のＳ１０１２〜Ｓ１０１３の処理と同様である。また、フローチャート内において、破線矢印は、データの送受信を示す。
【００６６】
Ｓ１７０１において、プレビュー画像作成要求送信部８０２は、給紙カセットに現時点で格納されている用紙サイズを確認する。なお、確認するタイミングは、上記のタイミングに限定するものではなく、給紙カセット２５０に積載された用紙のサイズが変更された場合に確認するようにしても構わない。以降の処理は、ＨＤＤ２０６に保存されている画像データ毎に行う。
【００６７】
Ｓ１７０２において、フォーマット判別部８０１は、保存されている画像データのフォーマットが、自デバイスでプレビュー画像を作成できないものであるか否かを判定する。作成できないフォーマットの場合は（Ｓ１７０２にてＹＥＳ）、Ｓ１７０３へ進み、作成できるフォーマットの場合は（Ｓ１７０２にてＮＯ）、本処理フローを終了する。
【００６８】
Ｓ１３０３において、フォーマット判別部８０１は、保存されている画像データのフォーマットが、リフロー型のフォーマットか否かを判定する。リフロー型の場合は（Ｓ１７０３にてＹＥＳ）Ｓ１７０４へ進み、リフロー型でない場合は（Ｓ１７０３にてＮＯ）、本処理フローを終了する。
【００６９】
Ｓ１７０４において、プレビュー画像作成要求送信部８０２は、各画像データに関して、給紙カセットに現時点で格納されている全用紙サイズ分のプレビュー画像が存在しているか否かを判定する。存在している場合は（Ｓ１７０４にてＹＥＳ）処理を終了し、存在していない場合は（Ｓ１７０４にてＮＯ）、Ｓ１７０５へ進む。
【００７０】
Ｓ１７０５において、プレビュー画像作成要求送信部８０２は、画像データと、新たにプレビュー画像を作成する用紙サイズ（複数ある場合には全て）に関するデータを、ネットワークＩ／Ｆ２０８を介して、画像処理サーバ１２０に送信する。つまり、ここでは、給紙カセット内の全用紙サイズの中で、ＨＤＤ２０６にプレビュー画像が存在していないサイズに関して、新たにプレビュー画像を作成することとなる。
【００７１】
本実施例において、複合機１１０が操作部２２０を通してユーザからプレビュー画像表示指示を受け付けた時のシーケンスも実施例１にて示した図１２のものと同じであるため、説明を省略する。
【００７２】
本実施によれば、給紙カセットに積載されている用紙サイズ分のみプレビュー画像を作成するため、作成するプレビュー画像の数を絞り、サーバ側の処理負荷やプレビュー画像保存ための記憶領域の容量の増加を抑えることができる。
【００７３】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014213535.tif 000003
【図２】
2014213535.tif 000004
【図３】
2014213535.tif 000005
【図４】
2014213535.tif 000006
【図５】
2014213535.tif 000007
【図６】
2014213535.tif 000008
【図７】
2014213535.tif 000009
【図８】
2014213535.tif 000010
【図９】
2014213535.tif 000011
【図１０】
2014213535.tif 000012
【図１１】
2014213535.tif 000013
【図１２】
2014213535.tif 000014
【図１３】
2014213535.tif 000015
【図１４】
2014213535.tif 000016
【図１５】
2014213535.tif 000017
【図１６】
2014213535.tif 000018
【図１７】
2014213535.tif 000019