JP6397168B2 - 画像処理装置、画像処理装置の制御方法、及びプログラム - Google Patents

Description

本発明は、画像処理装置、画像処理装置の制御方法、及びプログラムに関するものである。

従来、印刷対象ファイルの指定を受け付けて印刷を行う画像処理装置が、印刷対象ファイルを画像処理サーバに送信する。画像処理サーバ（サーバ装置）は当該ファイルを画像処理装置が解釈可能な印刷データに変換し、画像処理装置はこの印刷データを印刷する技術が知られている。（例えば、特許文献１を参照）

特開２０１１−１３１３８２号公報

しかしながら従来技術では、画像処理装置が、画像処理サーバが処理可能なファイル形式について知ることができないため、画像処理サーバが処理できないファイルについても画像処理サーバに送信されるおそれがあった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、サーバ装置で変換処理させるべきでない印刷対象データを表示させないように制御できる仕組みを提供することである。

上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
画像処理装置であって、データを前記画像処理装置が印刷可能な印刷データに変換する変換手段と、
前記画像処理装置が印刷可能な印刷データへの変換に関する、サーバ装置の機能を示す特定情報であって、該サーバ装置が処理可能なファイル形式と、該ファイル形式に対応するアイコン画像とを含む特定情報を取得する取得手段と、データを格納するディレクトリの選択を受け付ける受付手段と、選択されたディレクトリに格納されるデータのうち、前記変換手段が前記印刷可能な印刷データに変換できるデータと、前記取得手段が取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できると判断されたデータと、を印刷候補として表示し、前記選択されたディレクトリに格納されるデータのうち、前記変換手段が前記印刷可能な印刷データに変換できず、かつ、前記取得手段が取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できないと判断されたデータを、前記印刷候補として選択できないようにする制御を実行する制御手段と、を備え、前記取得手段は前記受付手段が前記ディレクトリの選択を受け付けるよりも前に、前記特定情報を取得し、前記制御手段は、前記ディレクトリの選択を受け付けるよりも前に取得した特定情報に基づいて、前記制御を実行し、前記制御手段は、前記取得手段が取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できると判断されたデータについて、前記取得手段が取得した特定情報に含まれるアイコン画像を用いて、前記印刷候補として表示する制御を行うことを特徴とする。

本発明によれば、サーバ装置で変換処理させるべきでない印刷対象データを表示させないように制御できる。

画像処理装置を適用する画像形成システムの一例を示す図である。 図１に示した画像処理サーバの構成の一例を示すブロック図である。 図１に示した画像処理装置の構成の一例を示すブロック図である。 画像処理システムの制御方法を説明するフローチャートである。 操作部に表示するファイル選択画面の画面例を示す図である。 画像処理装置の制御方法を説明するフローチャートである。 画像処理装置の制御方法を説明するフローチャートである。 受信する処理可能ファイル形式データの構成を表す構成図である。 受信する処理可能ファイル形式データの構成を表す構成図である。 受信する処理可能ファイル形式データの構成を表す構成図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像処理装置を適用する画像形成システムの一例を示す図である。本例に示す画像形成システムは、画像処理装置１０１、１０２、１０６，１０７をはじめとする複数の画像処理装置と、情報処理端末（情報処理装置）１０３、１０４に加えて画像処理サーバ１０５から構成され、各々ネットワークにより通信可能に接続されている。ここで、画像処理サーバ１０５は、クラウドコンピューティング環境に適応したサーバ装置である場合を想定する。また、各画像処理装置は、処理能力が同一のものであっても、異なる処理能力であっても構わない。例えばカラー出力可能な画像処理装置と、モノクロ出力可能な画像処理装置とが組み合わされた環境であっても本発明を適用可能である。

以下、画像処理装置に関する説明は、代表して画像処理装置１０１について行う。なお、ここでいうネットワークはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｉｎｔｅｒｎｅｔなど、画像形成システム内の装置が相互に通信できる方式であれば方法は問わない。

画像処理装置１０１は、情報処理端末１０３からの画像データの印刷依頼を受信して画像を印刷したり、装置に具備されているスキャナを用いて原稿の画像を読み取ったり、読み取った画像を印刷することが可能である。

加えて、画像処理装置１０１は、情報処理端末内のＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）共有フォルダや画像処理装置１０１に接続されたＵＳＢメモリの内容をユーザに提示し、この中からユーザが選択したファイルを印刷することが可能である。また、画像処理装置１０１は、自身で行うことのできない画像処理については画像処理サーバ１０５に依頼し処理を行わせることが可能である。

画像処理サーバ１０５は、処理内容指示データと処理対象データを画像処理装置から受信し、処理対象データに対して指示された処理を行った上で、出力データを依頼元の画像処理装置に返信する。
図２は、図１に示した画像処理サーバ１０５の構成の一例を示すブロック図である。

画像処理サーバ１０５は、ＣＰＵ２１１、ＲＡＭ２１２、ＨＤＤ２１３、ネットワークＩ／Ｆ２１４から構成される。ＣＰＵ２１１は、装置全体の制御を司り、ＲＡＭ２１２、ＨＤＤ２１３、及びネットワークＩ／Ｆ２１４とのデータの授受を制御可能である。また、ＣＰＵ２１１はＨＤＤ２１３から読みだした制御プログラム（命令）をＲＡＭ２１２に展開し、ＲＡＭ２１２に記憶されている命令を実行する。

ＨＤＤ２１３には、ＣＰＵ２１１で実行可能な、本発明に特有な後述する処理を実現するための制御プログラム（命令）が格納されている。そのほかにも、ＨＤＤ２１３には、画像処理サーバ１０５が処理可能なファイル形式に関する情報や、処理内容指示データや処理対象データなど画像処理装置から受信したデータを適宜保存することが可能である。
ＲＡＭ２１２は、ＨＤＤ２１３に記憶された命令を展開してＣＰＵ２１１から読みだし可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。

ネットワークＩ／Ｆ２１４は、画像形成システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ２１１に伝達したり、ＲＡＭ２１２上のデータをネットワークに送信したりする。

図３は、図１に示した画像処理装置１０１の構成の一例を示すブロック図である。
図３において、画像処理装置１０１は、コントローラ３１０と、プリンタ３０１、スキャナ３０２、操作部３０３から構成される。コントローラ３１０は、ＣＰＵ３１１、ＲＡＭ３１２、ＨＤＤ３１３、ネットワークＩ／Ｆ３１４、プリンタＩ／Ｆ３１５、スキャナＩ／Ｆ３１６、操作部Ｉ／Ｆ３１７、拡張Ｉ／Ｆ３１８から構成される。
ＣＰＵ３１１はＲＡＭ３１２、ＨＤＤ３１３、ネットワークＩ／Ｆ３１４、プリンタＩ／Ｆ３１５、スキャナＩ／Ｆ３１６、操作部Ｉ／Ｆ３１７とデータを授受することが可能である。また、ＣＰＵ３１１はＨＤＤ３１３から読みだした命令をＲＡＭ３１２に展開し、ＲＡＭ３１２に記憶されている命令を実行する。
ＨＤＤ３１３には、ＣＰＵ３１１で実行可能な命令や、装置で使用する設定値、ユーザから依頼された処理に関するデータ等を記憶しておくことが可能である。ＲＡＭ３１２は、ＨＤＤ３１３に記憶された命令を展開してＣＰＵ３１１から読み出し可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。

ネットワークＩ／Ｆ３１４は、画像形成システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ３１１に伝達したり、ＲＡＭ３１２上のデータをネットワークに送信したりする。プリンタＩ／Ｆ３１５は、ＣＰＵ３１１から送信された画像データをプリンタ３０１に送信したり、プリンタ３０１から取得したプリンタの状態をＣＰＵ３１１に伝達したりするＩ／Ｆである。

スキャナＩ／Ｆ３１６は、ＣＰＵ３１１から送信された画像読み取り指示をスキャナ３０２に送信し、スキャナ３０２から受信した画像データをＣＰＵ３１１に伝達したり、スキャナ３０２から受信した状態をＣＰＵ３１１に伝達したりするＩ／Ｆである。
操作部Ｉ／Ｆ３１７は、操作部３０３から入力されたユーザからの指示をＣＰＵ３１１に伝達したり、ユーザが操作するための画面情報を操作部３０３に伝達したりする。
プリンタ３０１は、プリンタＩ／Ｆから受信した画像データを用紙に印刷したり、プリンタの状態をプリンタＩ／Ｆに伝達したりする。

スキャナ３０２は、スキャナＩ／Ｆ３１６から受信した画像読み取り指示に従って、スキャナに置かれた用紙を読み取りデジタルデータに変換してスキャナＩ／Ｆ３１６に伝達する。また、スキャナ３０２は、スキャナ３０２の状態（例えば読み取ったページ数、検知したジャム（重送り））をスキャナＩ／Ｆ３１６に伝達したりする。なお、スキャナ３０２は、原稿を１スキャンで原稿の両面を読み取る機能を備え、ＣＰＵ３１１の処理で１ページにまとめて印刷することも可能である。

操作部３０３は、画像処理装置１０１をユーザから操作することを可能にする。例えばタッチパネルを有する液晶画面を具備し、ユーザに操作画面を提供すると共に、ユーザからの操作を受け付ける。

拡張Ｉ／Ｆ３１８は、画像処理装置１０１に外部機器を接続することを可能とするＩ／Ｆである。例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）形式のＩ／Ｆを具備し、例えばＵＳＢメモリなどの外部記憶装置を接続してデータの読み取り・書き込みを行うことが可能である。

図４は、本実施形態を示す画像処理システムの制御方法を説明するフローチャートである。本例は、ユーザが画像処理装置１０１の操作部３０３を用いて特定のディレクトリ内のファイルを選択し印刷を行う際に、画像処理装置１０１及び画像処理サーバ１０５が実行する処理例である。なお、図４の（Ａ）に示すフローチャートは画像処理装置１０１の処理を表し、図４の（Ｂ）に示すフローチャートは画像処理サーバ１０５の処理を表す。

なお、本願における画像処理装置に関するフローチャートの各ステップは、図３に示す画像処理装置１０１のＣＰＵ３１１が前述した制御プログラムを実行する。なお、ＣＰＵ３１１は、画像処理装置のＨＤＤ３１３に記憶されている各種情報やネットワークＩ／Ｆ３１４により授受される情報を用いて、当該ステップを実行する。

ＣＰＵ３１１は、操作部３０３を通じてユーザにファイルが格納されているディレクトリを選択させ、その選択されたディレクトリを受け付ける（Ｓ４０１）。選択対象のディレクトリとしては、例えば情報処理端末１０３内などの既定のＳＭＢ共有フォルダや、画像処理装置１０１に接続されたＵＳＢメモリなどが考えられるが、これに限らず画像処理装置１０１からアクセス可能な場所であればどこでも構わない。

次に、ＣＰＵ３１１は、操作部３０３にＳ４０１で選択されたディレクトリの内容をファイル選択画面として表示する（Ｓ４０２）。本実施形態においては、画像処理装置１０１が操作部３０３に表示するファイルは画像形成システムとして処理可能なファイルについてのみ表示する。従って、画像処理装置１０１でも画像処理サーバ１０５でも処理不可能なファイル形式のファイルは表示されない。
しかし、例えばグレーアウト表示する等、処理不可能なファイルであっても処理可能なファイルと区別した形で表示するといった他の表示方法でも構わない。このステップでＣＰＵ３１１が操作部３０３に表示する画面の内容については後述する。

続いて、ＣＰＵ３１１は、Ｓ４０２で表示したファイル選択画面からユーザのファイル印刷指示を受け付ける（Ｓ４１０）。もしユーザがファイル印刷指示自体を行わずに画面を終了させたとＣＰＵ３１１が判断した場合には、ＣＰＵ３１１はファイル印刷処理を終了する。

一方、Ｓ４１０で、ユーザが印刷対象ファイルとしてファイルを選択して、ファイル印刷指示を行ったとＣＰＵ３１１が判断した場合には、ＣＰＵ３１１は更に印刷対象ファイルの印刷を単独で処理可能かどうかを判断する（Ｓ４１１）。ここでの判断は、画像処理装置１０１が印刷対象データを印刷可能な印刷データに変換可能かどうかを判断することを意味する。

Ｓ４１１でＣＰＵ３１１が単独で印刷対象ファイルを処理可能であると判断した場合には、ＣＰＵ３１１は印刷対象ファイルを印刷データに変換し（Ｓ４１２）、ＣＰＵ３１１は印刷データを印刷して（Ｓ４１６）、本処理を終了する。

一方、Ｓ４１１で単独で印刷対象ファイルを処理できないとＣＰＵ３１１が判断した場合には、ＣＰＵ３１１はユーザの指示内容に対応した変換指示データをＲＡＭ３１２上に作成する（Ｓ４１３）。変換指示データには、入力データのファイル形式や出力データのファイル形式・画像解像度やカラーモードなど、画像処理サーバに処理を依頼する際のパラメータ情報が含まれる。これらのパラメータ情報は、Ｓ４１０にて印刷指示を実行する際に、画像処理装置１０１の操作画面を使って設定される。本実施形態においては、変換指示データには、印刷対象ファイルを画像処理装置１０１が印刷可能なファイル形式へと変換する旨の指示が記載される。
この後、ＣＰＵ３１１は、印刷対象ファイルとＳ４１３で作成した変換指示データを画像処理サーバ１０５に送信する（Ｓ４１４）。

そして、画像処理装置１０１のＣＰＵ３１１は画像処理サーバ１０５から印刷データが返信されるまで待機し、印刷データを受信する（Ｓ４１５）。この印刷データは、画像処理サーバ１０５が印刷対象ファイルを画像処理装置１０１が処理可能なデータ形式に変換したものである。
最後に、ＣＰＵ３１１は、Ｓ４１５で受信した印刷データをプリンタ３０１から印刷して（Ｓ４１６）、本処理を終了する。

次に、図４の（Ｂ）に示す画像処理サーバ側の処理を説明する。なお、本願における画像処理サーバに関するフローチャートの各ステップはＣＰＵ２１１が前述した制御プログラムを実行する。なお、ＣＰＵ２１１は、画像処理サーバのＨＤＤ２１３に記憶されている各種情報やネットワークＩ／Ｆ２１４により授受される情報を用いて、当該各ステップを実行する。なお、画像処理サーバ１０５のＣＰＵ２１１は、必要な一時データや処理結果をＲＡＭ２１２やＨＤＤ２１３に書き込むなどして、処理を進めるものとする。 Ｓ４１４で画像処理装置１０１から印刷対象ファイルが送信されたことに反応して、画像処理サーバ１０５のＣＰＵ２１１は、変換指示データと印刷対象ファイルを受信し、ＲＡＭ２１２に記憶する（Ｓ４２０）。
次に、ＣＰＵ２１１は、Ｓ４２０で受信した変換指示データを解釈し、動作させる制御プログラムの種別等を判断する（Ｓ４２１）。
続いて、ＣＰＵ２１１は、変換指示データに基づいて、印刷対象ファイルに対する画像処理を行う（Ｓ４２２）。具体的には、Ｓ４２２の処理により、印刷対象ファイルから画像処理装置１０１が処理可能な印刷データ（ページ記述言語データ）が生成される。最後に、画像処理サーバ１０５のＣＰＵ２１１は画像処理後の印刷データを、処理依頼元の画像処理装置１０１に返信し（Ｓ４２３），本処理を終了する。

図５は、図３に示した画像処理装置１０１が操作部３０３に表示するファイル選択画面の画面例を示す図である。本ファイル選択画面は、Ｓ４０２で所望のディレクトリからユーザが操作したいファイルを選択するために用いられる。ファイル選択画面は、ファイル一覧表示部５０１と、詳細情報表示ボタン５０２と、プレビュー表示ボタン５０３と、印刷ボタン５０４から構成される。

図５において、ファイル一覧表示部５０１は、Ｓ４０１でユーザが選択したディレクトリ内に格納されているファイルの一覧を表示する。本実施形態においては、各ファイルに対するアイコン画像、ファイル名、更新日時、ファイルサイズが表示され、ユーザの指示に応じてファイルを選択可能である。画像処理装置１０１がファイル一覧表示部５０１にファイルを表示する処理の詳細に関しては後述する。なお、ここで、アイコン画像は、印刷対象データのデータ形式を識別する画像として機能する。

詳細情報表示ボタン５０２は、ファイル一覧表示部で選択されているファイルの更に詳細な情報を表示するために押下されるボタンである。詳細情報の具体例としては、例えばファイルの作成日時や作成ユーザ、ファイル形式名称などの情報が表示されるが、これに限らず選択されたファイルに付随しているメタデータ等、画像処理装置１０１が認識可能な情報を任意に表示してもよい。

プレビュー表示ボタン５０３は、ユーザが選択したファイルのプレビュー画像を操作部３０３に表示するためのボタンである。本実施形態においては、プレビューを表示する際の画像処理は、図４に示す印刷処理と同様にファイル形式によって画像処理方法を切り替える。即ち、Ｓ４１１で画像処理装置１０１が処理可能と判断した場合にはＳ４１２と同様に画像処理装置１０１でプレビュー画像を生成し、画像処理サーバ１０５で処理可能な場合はＳ４１３からＳ４１５と同様に画像処理サーバ１０５でプレビュー画像を生成する。その後、画像処理装置１０１は、Ｓ４１６で印刷する代わりに操作部３０３にプレビュー画像を表示する。

印刷ボタン５０４は、ユーザが選択したファイルを印刷する指示を行うためのボタンである。画像処理装置１０１の構成によっては、印刷前にステープルや両面等、印刷する際の詳細指示を行う画面を更に表示してもよい。

図６は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、図３に示した画像処理装置１０１が、ファイル一覧表示部５０１にファイルを表示する処理例である。 画像処理装置１０１のＣＰＵ３１１は、Ｓ４０１で指定されたディレクトリに格納されているファイルのリストを取得し、これらのファイル毎に以降の処理をループする（Ｓ６０１）。

最初に、ＣＰＵ３１１は、ファイルが画像処理装置１０１自身で処理可能なファイル形式かどうかを判断する（Ｓ６０２）。具体的な判断方法の例としては、ファイル名に付属する拡張子によって判断することが考えられるが、他の方法でも構わない。このＳ６０２の判断の結果、ＣＰＵ３１１が処理可能なファイル形式のファイルであると判断した場合には、ファイル一覧表示部５０１にファイルを表示し（Ｓ６０５）、Ｓ６０１に戻って処理を続行する。

一方、Ｓ６０２において、ＣＰＵ３１１が自身で処理できるファイル形式のファイルでないと判断した場合には、さらに、ＣＰＵ３１１は画像処理サーバ１０５で処理可能なファイルかどうかを判断する（Ｓ６０３）。具体的には、画像処理装置１０１のＣＰＵ３１１は画像処理サーバ１０５から画像処理サーバが対応可能なファイル形式に関する情報をあらかじめ取得してＨＤＤ３１３に記憶させておき、この情報を基に判断する。なお、画像処理装置１０１が画像処理サーバ１０５から対応可能なファイル形式に関する情報をあらかじめ取得しておくための処理については後述する。
一方、Ｓ６０３で画像処理サーバ１０５でも処理可能なファイル形式ではないとＣＰＵ３１１が判断した場合には、このファイルについては画像形成システムでは処理不可能であると判断して表示を行わず、Ｓ６０１に戻って処理を続行する。なお、ＣＰＵ３１１は、画像処理装置１０１および画像処理サーバ１０５の両者が処理できないファイルのファイル情報を、ユーザが選択できないようにグレーアウト状態で表示しても良い。

もしＳ６０３で、画像処理サーバ１０５で処理可能な形式であると判断した場合には、画像処理装置１０１は画像処理サーバ１０５から取得したファイル形式に関する情報を基にファイル情報（例えば、アイコン等）を操作部３０３に表示し（Ｓ６０４）、Ｓ６０１に戻って処理を続行する。このようにＳ６０３でＮＯと判断された場合、ＣＰＵ３１１は、印刷対象データとして選択されないように表示制御処理を実行するため、ユーザが誤って画像処理サーバ１０５へ当該印刷対象データを送信するような処理を実行させずにすむ。

以上の処理を行うことにより、画像処理装置１０１は、自身および画像処理サーバ１０５の少なくとも１つが処理可能なファイル形式の印刷対象ファイルを印刷候補として表示できる。さらに、画像処理装置１０１および画像処理サーバ１０５の両者で処理不可能なファイル形式のファイルは、印刷候補としてユーザが選択できないようなファイル選択画面がに表示される。

図７は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、図３に示した画像処理装置１０１が、画像処理サーバ１０５からサーバで処理可能なファイル形式に関するデータ（以下"処理可能ファイル形式データ"とする）を取得するための処理例である。
最初に、画像処理装置１０１のＣＰＵ３１１は、処理可能ファイル形式データを取得するのに好適なタイミングかどうかを判断する（Ｓ７０１）。好適なタイミングとは、〔１〕画像処理装置１０１の起動直後、〔２〕起動後の一定時間経過後、たとえば毎日００：００など既定の時刻、〔３〕ＵＳＢメモリが挿入された時など、画像形成システムとして好適であると判断したタイミングであれば内容は問わない。なお、処理可能ファイル形式データは、画像処理サーバ１０５が、画像処理サーバの機能を示す特定情報と呼ばれることもある。

次に、ＣＰＵ３１１は、画像処理サーバ１０５に対して処理可能ファイル形式データの取得要求を行う（Ｓ７０２）。この取得要求は、例えばＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドをサーバに送信することによって行われるが、他の任意のプロトコルで要求しても構わない。

続いて、ＣＰＵ３１１は、Ｓ７０２に反応した画像処理サーバ１０５から処理可能ファイル形式データを受信する（Ｓ７０３）。なお、処理可能ファイル形式データの詳細に関しては後述する。

続いて、ＣＰＵ３１１は、Ｓ７０３で受信した処理可能ファイル形式データをＨＤＤ３１３の所定の領域に保存する（Ｓ７０４）。この時、ＨＤＤ３１３の所定の領域に既に処理可能ファイル形式データが存在している場合には、画像処理装置１０１はこのデータを上書きする。つまり、ＨＤＤ３１３の所定の領域には、画像処理サーバ１０５から取得した最新の処理可能ファイル形式データが保存されることになる。

最後に、ＣＰＵ３１１は、装置自身のシャットダウン処理が行われているか判断し、行われていると判断した場合は、本処理を終了し、行われていないと判断した場合、Ｓ７０１からの処理を繰り返す（Ｓ７０５）。画像処理装置１０１のＣＰＵ３１１は、このような処理を行うことにより画像処理サーバで処理可能なファイル形式を認識することが可能となる。

図８は、図３に示した画像処理装置１０１がＳ７０３で受信する処理可能ファイル形式データの構成を表す構成図である。このデータは、Ｓ７０２で処理可能ファイル形式データの取得要求を受信した画像処理サーバ１０５が生成するデータである。処理可能ファイル形式データ８０１は、複数のファイル形式データ８０２から構成される。

図８において、一つのファイル形式データ８０２は、画像処理サーバ１０５が処理可能なファイル形式の一つに対応して生成されるデータである。ファイル形式データ８０２は、拡張子８１０、表示名称８１１、指示名称８１２、アイコン画像８１３から構成される。

拡張子８１０は、画像処理サーバ１０５が処理可能なファイル形式に対応する拡張子を表すデータである。例えば一般に知られているＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）のファイルの場合、拡張子は"ｐｄｆ"となる。ＰＤＦの場合はファイル形式に対応する拡張子は１つだが、ファイル形式によっては拡張子が複数知られているものがあり、その場合は拡張子を複数列挙することも可能である。

表示名称８１１は、画像処理装置１０１が、操作部３０３にファイル形式の名称を表示する際に使用するためのファイル形式名称である。表示名称８１１に格納する名称は、画像処理装置１０１のユーザがファイル形式名称に関する確認を行えれば内容は問わない。また、画像処理装置１０１が複数の国や言語の表示に対応していれば、それぞれの表示名称を列挙可能なデータ構造となっていても良い。また、複数の言語の表示名称が記述されていても良い。

指示名称８１２は、Ｓ４１１で画像処理装置１０１が画像処理サーバ１０５に画像処理を依頼する際に、入力データのファイル形式を指定するために用いるファイル形式名称である。ここで使用する名称として、例えばＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）のＣｏｎｔｅｎｔ−Ｔｙｐｅを用いることが考えられるが、画像処理サーバ１０５が認識可能であれば他の形式でもよい。

アイコン画像８１３は、ファイル一覧表示部５０１に表示する各ファイルに対応して表示される、ファイル形式毎のアイコン画像である。この画像は、画像処理装置１０１のユーザがファイル形式を容易に判断できるような画像であれば内容は問わない。

以上のように、本実施形態では画像処理装置が画像処理サーバで処理可能なファイル形式に関する情報を所定のタイミングで取得してできる。その結果、ユーザが適切なファイルを選択することが可能となる上に、画像処理サーバの能力が変更されても追随可能であることを示した。加えて、本実施形態では、画像処理装置１０１が処理可能なファイル形式に関する情報を、図５が表示される前に取得しておくことにより、操作部３０３にファイル選択画面を高速に表示することが可能であることを示した。その結果、画像処理サーバが処理できないファイルを、ユーザが誤って画像処理装置から画像処理サーバへ送信することを制限できる。
〔第２実施形態〕

第１実施形態では画像処理装置が画像処理サーバで処理可能なファイル形式に関する情報を取得することにより、ユーザが適切なファイルを選択することが可能となる上に、画像処理サーバの能力が変更されても追随可能であることを示した。

第１実施形態では、画像処理装置１０１のユーザはファイル名等に加え、表示名称８１１やアイコン画像８１３により所望のファイルかどうかを判断するが、ファイルの内容を反映したサムネイルを表示したほうがわかりやすい場合がある。本実施形態では、画像処理装置１０１のファイル選択画面に、アイコン画像８１３の代わりとしてファイルの内容を反映したサムネイルを表示するための方法の一例に関して説明する。
図９は、本実施形態を示す画像処理装置１０１がＳ７０３で受信する処理可能ファイル形式データの構成を表す構成図である。

本実施形態においては、ファイル形式データ８０２に、サムネイル生成プログラム８１４が追加される。サムネイル生成プログラム８１４は、画像処理装置１０１のＣＰＵ３１１で実行可能なプログラムであり、ファイル形式データ８０２に対応するファイルを入力として、この形式のファイルの内容を反映したサムネイル画像を生成することが可能である。

また、本実施形態においては、図６のフローチャートも下記のように変更される。第１実施形態では、画像処理装置１０１がファイル情報を表示する際、Ｓ６０４でファイル形式データ８０２に記載のデータ（例えば、アイコン等）を利用する構成である。本実施形態では、Ｓ６０４の処理中でアイコン画像８１３を利用する部分の代わりに、画像処理装置１０１はサムネイル生成プログラム８１４を実行し、得られたサムネイル画像をファイル一覧表示部５０１に表示する。従って、本実施形態においては、各ファイルのアイコン全て同じではなく、ファイルの内容を反映したものとなる。

画像処理装置１０１がサムネイル生成プログラムを実行してサムネイル画像を得るが、ユーザが選択されたファイルを画像処理装置１０１が認識可能な形式にするという観点では、サムネイル画像生成処理とＳ４１４は類似の処理であると考えられる。
従って、本実施形態では、処理対象ファイルの他にサムネイル生成プログラム８１４も出力画像の解像度等のパラメータを受け取り、パラメータに従って画像生成を行うものとする。この構成により、ファイルの画像処理時に解像度が所定以上のパラメータで処理を行う際はＳ４１４に示した処理を行い、所定以下の画像であればサムネイル生成プログラム８１４で画像処理を行う等、場面に応じて処理方法を最適化することが可能である。この最適化は、例えば画像処理装置１０１が高解像度の画像処理を行う能力を持たない場合に有効である。

本実施形態では、ファイル一覧画面表示部にファイルの内容を反映したサムネイルを表示する例を示したが、本実施形態においても既定のアイコン画像を表示可能な構成であっても構わない。例えば、画像処理装置１０１がユーザにより変更可能な設定値を持ち、この設定値の内容によってアイコン画像を表示するか、サムネイル画像を表示するかを切り替え制御するように構成してもよい。

以上のように、画像処理装置がサムネイル生成のためプログラムをあらかじめ画像処理サーバから取得しておくことにより、ユーザにファイル内容を反映したサムネイルを提示する際にも応答性の低下を抑えることができる。また、処理時に画像解像度によって画像処理サーバに処理を依頼するのか、事前に画像処理サーバから取得したプログラムを実行するかを自動的に決定することにより、場面に応じて最適な処理方法を選択できる。
〔第３実施形態〕

第２実施形態では、画像処理装置１０１が画像処理サーバから受信したサムネイル生成プログラムを用いてサムネイル生成を行うことにより、画面表示の応答性の低下を抑えつつファイル内容を反映したファイル一覧を提供できることを示した。

しかし、画像処理装置の能力や特定のファイル形式におけるサムネイル生成処理の負荷によっては、画像処理装置でサムネイル生成を行うことができない場合があり、画像処理装置は画像処理サーバにサムネイル生成を依頼せざるを得ない。このような場合でも、画面表示の応答性を可能な限り低下させないことが求められる。
本実施形態では、ユーザに対する応答性の低下を抑制しつつ、画像処理サーバにサムネイル生成を依頼してサムネイル画像を得る方法に関して説明する。

図１０は、本実施形態を示す画像処理装置１０１がＳ７０３で受信する処理可能ファイル形式データの構成を表す構成図である。
図１０に示すように本実施形態においては、ファイル形式データ８０２に、サムネイル生成用送信ルール８１５が追加される。サムネイル生成用送信ルール８１５は、画像処理装置１０１が画像処理サーバ１０５にサムネイル生成を依頼する際に送信すべきデータの内容を規定するものである。サムネイル生成用送信ルール８１５は、"ファイル先頭から１ＫＢまで"、"ファイル先頭から０ｘ１２３４５６のデータパターンが最初に出現するまで"、"ファイル全て"など、サムネイル生成のためにどのようなデータが必要かという情報が記載される。具体的な記載方法として、例えば"ファイル先頭から１ＫＢまで"の場合は＜ＰａｒｔｉａｌＤａｔａ ｏｒｉｇｉｎ＝"０" ｓｉｚｅ＝"１０２４"／＞、のようにＸＭＬ形式で表現してもよいし、他の形式でも画像処理装置１０１で認識可能であればよい。

また、本実施形態においては、図６のフローチャートも下記のように変更される。第２実施形態では、画像処理装置１０１はＳ６０４の処理中にサムネイル生成プログラム８１４を実行し、得られた画像をファイル一覧表示部５０１に表示する。これに対して、本実施形態ではＳ６０４で、画像処理装置１０１が処理対象ファイルのファイル形式に対応するサムネイル生成用送信ルール８１５を参照し、このルールで指定されたデータだけを画像処理サーバ１０５に送信して返信としてサムネイル画像を得る。本実施形態では、サムネイル生成用送信ルール８１５に基づいて、抽出される所定サイズの印刷対象データが画像処理サーバに送信されることとなる。

以上のように、画像処理装置がサムネイルを表示するために画像処理サーバに対して処理を依頼する場合でも、サムネイルを表示するために最低限必要なデータだけを送信することにより、ユーザに対する応答性の低下を最小限に抑えることが可能となる。

本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

１０１ 画像処理装置
１０３ 情報処理端末
１０５ 画像処理サーバ

Claims (7)

1. 画像処理装置であって、
   データを前記画像処理装置が印刷可能な印刷データに変換する変換手段と、
   前記画像処理装置が印刷可能な印刷データへの変換に関する、サーバ装置の機能を示す特定情報であって、該サーバ装置が処理可能なファイル形式と、該ファイル形式に対応するアイコン画像とを含む特定情報を取得する取得手段と、
   データを格納するディレクトリの選択を受け付ける受付手段と、
   選択されたディレクトリに格納されるデータのうち、前記変換手段が前記印刷可能な印刷データに変換できるデータと、前記取得手段が取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できると判断されたデータと、を印刷候補として表示し、
   前記選択されたディレクトリに格納されるデータのうち、前記変換手段が前記印刷可能な印刷データに変換できず、かつ、前記取得手段が取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できないと判断されたデータを、前記印刷候補として選択できないようにする制御を実行する制御手段と、を備え、
   前記取得手段は前記受付手段が前記ディレクトリの選択を受け付けるよりも前に、前記特定情報を取得し、
   前記制御手段は、前記ディレクトリの選択を受け付けるよりも前に取得した特定情報に基づいて、前記制御を実行し、
   前記制御手段は、前記取得手段が取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できると判断されたデータについて、前記取得手段が取得した特定情報に含まれるアイコン画像を用いて、前記印刷候補として表示する制御を行うことを特徴とする画像処理装置。
2. 前記制御手段は、前記選択されたディレクトリに格納されるデータのうち、印刷候補として選択できないデータを前記印刷候補として表示させないように制御することを特徴とする請求項１記載の画像処理装置。
3. 前記取得手段は、前記画像処理装置の起動に応じたタイミング、所定の時刻、又は、USBメモリが前記画像処理装置に装着されたタイミングの少なくともいずれかのタイミングで、前記特定情報を取得することを特徴とする請求項１記載の画像処理装置。
4. 前記取得手段は、印刷候補のデータを選択するための選択画面に表示するサムネイル画像を生成するためのプログラムを前記サーバから取得することを特徴とする請求項１に記載の画像処理装置。
5. 印刷候補のデータを選択するための選択画面に表示するサムネイル画像の生成を前記サーバに依頼する場合に、前記取得手段が前記サーバ装置から取得したサムネイル生成のための送信ルールに基づくサイズのデータを前記サーバ装置に送信する送信手段を備えることを特徴とする請求項１記載の画像処理装置。
6. 画像処理装置の制御方法であって、
   データを前記画像処理装置が印刷可能な印刷データに変換する変換工程と、
   前記画像処理装置が印刷可能な印刷データへの変換に関する、サーバ装置の機能を示す特定情報であって、該サーバ装置が処理可能なファイル形式と、該ファイル形式に対応するアイコン画像とを含む特定情報を取得する取得工程と、
   データを格納するディレクトリの選択を受け付ける受付工程と、
   選択されたディレクトリに格納されるデータのうち、前記変換工程にておいて前記印刷可能な印刷データに変換できるデータと、前記取得工程において取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できると判断されたデータと、を印刷候補として表示し、
   前記選択されたディレクトリに格納されるデータのうち、前記変換工程において前記印刷可能な印刷データに変換できず、かつ、前記取得工程において取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できないと判断されたデータを、前記印刷候補として選択できないようにする制御を実行する制御工程と、を備え、
   前記取得工程は、前記受付工程で前記ディレクトリの選択を受け付けるよりも前に、前記特定情報を取得し、
   前記制御工程は、前記ディレクトリの選択を受け付けるよりも前に取得した特定情報に基づいて、前記制御を実行し、
   前記制御工程は、前記取得工程において取得した特定情報に含まれるファイル形式に基づき前記サーバ装置が前記印刷可能な印刷データに変換できると判断されたデータについて、前記取得工程において取得した特定情報に含まれるアイコン画像を用いて、前記印刷候補として表示する制御を行うことを特徴とする画像処理装置の制御方法。
7. 請求項１乃至５のいずれか１項に記載の各手段としてコンピュータを機能させるためのプログラム。

Images