JP2007055051A - 画像形成装置、画像形成方法及び画像形成システム - Google Patents

Abstract

【課題】画像形成装置で処理可能なファイル形式に制限があって、それ以外の形式の文書ファイルを取得しても処理できなかった。
【解決手段】画像形成装置１、Ｗｅｂサーバ２及びＡＳＰサーバ３をネットワーク４に接続してなるシステムにおいて、画像形成装置１は、Ｗｅｂサーバ２から文書ファイルを取得する取得手段と、取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定手段と、文書ファイルのファイル形式が自装置で処理可能なファイル形式でなかった場合に、文書ファイルを自装置で処理可能なデータに変換できるＡＳＰサーバ３に対して文書ファイルの変換処理要求を行う要求手段と、この要求手段による変換処理要求への応答としてＡＳＰサーバ３から送信されたデータを受け取って印刷又は表示する出力手段とを備える。
【選択図】図１

Description

本発明は、デジタル複写機、デジタル複合機等に適用して好適な画像形成装置、画像形成方法及び画像形成システムに関する。

一般に、デジタル複合機（MFP:Multi Function Peripheral）と呼ばれる画像形成装置は、プリント機能、スキャン機能、コピー機能などを備えている。近年では、そうした基本的な機能に加えて、ネットワークへのアクセス機能をもつ機種も提案されている。この種の画像形成装置では、例えば、インターネット等のネットワーク上に存在するＷｅｂサーバ内の文書ファイルに対して、ＦＴＰ(File Transfer Protocol)やＨＴＴＰ(Hyper Text Transfer Protocol)などの通信プロトコルを使用してアクセスすることができる。

こうしたネットワークへのアクセス機能をもつ画像形成装置として、例えば、下記特許文献１には、ネットワーク上の外部機器に格納されたデータを取得して印刷処理するものが記載されている。

特開２００４−３５８８００号公報

ところで、ネットワーク上の外部機器から取得した文書ファイルを画像形成装置で処理する場合は、その文書ファイルのファイル形式に対応する処理プログラムを予め画像形成装置に組み込んでおく必要がある。しかしながら、ネットワーク上の外部機器、特に、インターネット上に存在するＷｅｂサーバには、さまざまな形式の文書ファイルが格納されているため、それら全てのファイル形式に対応する処理プログラムを一台の画像形成装置に組み込むことは現実的ではない。このため、画像形成装置で処理可能なファイル形式には制限があり、それ以外の形式の文書ファイルを処理することはできなかった。

本発明に係る画像形成装置は、ネットワーク上の情報処理装置から文書ファイルを取得する取得手段と、この取得手段で取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定手段と、この判定手段において文書ファイルのファイル形式が自装置で処理可能なファイル形式でないと判定した場合に、文書ファイルを自装置で処理可能なデータに変換できる情報処理装置がネットワーク上に存在するかどうかを検索する検索手段と、この検索手段の検索結果において文書ファイルのファイル形式を自装置で処理可能なデータに変換できる情報処理装置が存在した場合に、当該情報処理装置に対して文書ファイルの変換処理要求を行う要求手段と、この要求手段による変換処理要求への応答として情報処理装置から送信されたデータを受け取って印刷又は表示する出力手段とを備えるものである。

本発明に係る画像形成方法は、ネットワーク上の情報処理装置から文書ファイルを取得する取得工程と、この取得工程で取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定工程と、この判定工程において文書ファイルのファイル形式が自装置で処理可能なファイル形式でないと判定した場合に、文書ファイルを自装置で処理可能なデータに変換できる情報処理装置がネットワーク上に存在するかどうかを検索する検索工程と、この検索工程の検索結果において文書ファイルのファイル形式を自装置で処理可能なデータに変換できる情報処理装置が存在した場合に、当該情報処理装置に対して文書ファイルの変換処理要求を行う要求工程と、この要求工程による変換処理要求への応答として情報処理装置から送信されたデータを受け取って印刷又は表示する出力工程とを有するものである。

本発明に係る画像形成システムは、複数の情報処理装置と画像形成装置とをネットワークを介して接続してなる画像形成システムであって、画像形成装置は、ネットワーク上の情報処理装置から文書ファイルを取得する取得手段と、この取得手段で取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定手段と、この判定手段において文書ファイルのファイル形式が自装置で処理可能なファイル形式でないと判定した場合に、文書ファイルを自装置で処理可能なデータに変換できる情報処理装置がネットワーク上に存在するかどうかを検索する検索手段と、この検索手段の検索結果において文書ファイルのファイル形式を自装置で処理可能なデータに変換できる情報処理装置が存在した場合に、当該情報処理装置に対して文書ファイルの変換処理要求を行う要求手段と、この要求手段による変換処理要求への応答として情報処理装置から送信されたデータを受け取って印刷又は表示する出力手段とを備えるものである。

本発明に係る画像形成装置、画像形成方法及び画像形成システムにおいては、ネットワーク上の情報処理装置から画像形成装置が取得した文書ファイルのファイル形式が、画像形成装置で処理可能なファイル形式でなかった場合に、ネットワーク上の情報処理装置を利用して文書ファイルのデータを変換し、この変換後のデータを画像形成装置が情報処理装置から受け取って処理することにより、画像形成装置で直接処理できない形式の文書ファイルであっても当該画像形成装置で印刷や表示などの処理を行うことが可能となる。

本発明によれば、ネットワークへのアクセスによって取得した文書ファイルのファイル形式が画像形成装置で処理可能なファイル形式でなかった場合でも、その画像形成装置で文書ファイルの印刷や表示などの処理を行えるようになる。

以下、本発明の具体的な実施の形態について図面を参照しつつ詳細に説明する。

図１は本発明の適用対象となる画像形成装置を含む画像形成システムの構成例を示す図である。図示した画像形成システムでは、画像形成装置１とＷｅｂサーバ２とＡＳＰサーバ３が、それぞれネットワーク４に接続されている。画像形成装置１は、大きくは、コントローラ５と、操作パネル６と、スキャナ部７と、プリンタ部８とを備えた構成となっている。この画像形成装置１からみると、Ｗｅｂサーバ２とＡＳＰサーバ３は、いずれもネットワーク４上に存在する外部の情報処理装置となる。

コントローラ５は、画像形成装置１の処理動作を統括的に制御するもので、ＣＰＵ(Central Processing Unit)９と、メモリ１０と、ネットワークインタフェース（ネットワークＩＦ）１１と、ハードディスク(HDD:Hard Disk Drive)１２と、パネルインタフェース（パネルＩ／Ｆ）１３と、入力インタフェース（入力Ｉ／Ｆ）１４と、出力インタフェース（出力Ｉ／Ｆ）１５とを備えている。

ＣＰＵ９は、ハードディスク１２に格納された制御プログラムを随時メモリ１０上に読み出し、この制御プログラムにしたがって画像形成装置１全体の処理動作を制御するものである。メモリ１０は、例えばＲＡＭ(Random Access Memory)によって構成されるもので、ＣＰＵ９がハードディスク１２からプログラムを読み出して実行するときの作業領域として用いられる。

ネットワークインタフェース１１は、ネットワーク４にアクセスするためもので、このネットワーク４上に存在するＷｅｂサーバ２やＡＳＰサーバ３、あるいは図示しないその他の情報処理装置にアクセスして、データやファイルのやり取りを行うものである。ハードディスク１２は、種々のプログラムやデータを記憶（格納）するものである。このハードディスク１２には、Ｗｅｂサーバ２によってネットワーク４上に公開されるＷｅｂページを閲覧するためのＷｅｂブラウザ（アプリケーションプログラム）が格納されている。

パネルインタフェース１３は、コントローラ５と操作パネル６との間でデータのやり取りを行うものである。入力インタフェース１４は、コントローラ５とスキャナ部７との間でデータのやり取りを行うもので、出力インタフェース１５は、コントローラ５とプリンタ部８との間でデータのやり取りを行うものである。

操作パネル６は、画像形成装置１を使用するユーザが各種の情報を入力したり、ユーザに対して各種の情報を表示したりするためのＵＩ（ユーザインタフェース）となるものである。操作パネル６は、例えば、タッチパネルディスプレイ１６と、３つの操作ボタン（押しボタン）１７，１８，１９とを有する構成となっている。タッチパネルディスプレイ１６は、例えば、液晶ディスプレイの表示面にタッチパネルを取り付けたものである。

Ｗｅｂサーバ２は、ネットワーク４上で情報送信を行なう情報処理装置であって、ＨＴＭＬ（HyperText Markup Language）で記述されたＷｅｂページをネットワーク４上で公開するとともに、ＨＴＭＬ文書や画像などのさまざまな情報を当該サーバ内に格納（蓄積）し、Ｗｅｂブラウザ機能を有する画像形成装置１からの送信要求に応じて、それらの情報をネットワーク４を介して送信するものである。

ＡＳＰサーバ３は、ネットワーク４上でサービスを提供するＡＳＰ(Application Service Provider)が保有する情報処理装置であって、Ｗｅｂブラウザ機能を有する画像形成装置１からの処理要求に応じて各種の処理を行うものである。

ネットワーク４は、インターネットやイントラネットによって構成されるものである。

図２はＷｅｂサーバ２に格納されたＷｅｂページを画像形成装置１のＷｅｂブラウザ機能を利用して操作パネル６のタッチパネルディスプレイ１６に表示したときの表示画面の一例を示す図である。この表示画面には、Ｗｅｂページ２０とともに、戻るボタン２１と、進むボタン２２と、更新ボタン２３と、終了ボタン２４と、ＷｅｂページのＵＲＬ(Uniform Resource Locator)とが表示されている。

Ｗｅｂページ２０の表示領域には、ＰＮＧ（Portable Network Graphics）ファイルへのリンクを示す３つの文字列「FX001.png」、「FX002.png」、「FX003.png」が含まれている。

戻るボタン２１は、Ｗｅｂページ２０の表示を現在のページから前のページに戻すためのボタンであり、進むボタン２２は、Ｗｅｂページの表示を現在のページから次のページに進めるためのボタンである。また、更新ボタン２３は、現在表示しているＷｅｂページ２０の情報を最新の情報に更新するためのボタンであり、終了ボタン２４は、ＷｅｂブラウザによるＷｅｂページ２０の閲覧を終了するためのボタンである。

上記表示画面において、例えば、ＰＮＧファイルへのリンク文字列「FX001.png」をユーザが押下すると、その押下位置を示す座標データが操作パネル６からパネルインタフェース１３を介してＣＰＵ９に入力される。これにより、ＣＰＵ９は、Ｗｅｂページ２０内のリンク文字列「FX001.png」がユーザによって押下されたと判断する。そうすると画像形成装置１では、ＣＰＵ９の制御に基づいて図３〜図５の手順で処理が行われる。

まず、ユーザによって押下されたリンク文字列に対応するリンク先から文書ファイル（本例ではＰＮＧファイル）を取得する（ステップＳ１）。リンク先は、Ｗｅｂページを格納するＷｅｂサーバ２であってもよし、それ以外のサーバであってもよい。

次に、ステップＳ１で取得した文書ファイルが自装置（画像形成装置１）で処理可能なファイル形式（ファイルタイプ）であるかどうかを判定する（ステップＳ２）。この判定は、例えば、自装置で処理可能な文書ファイルのファイル形式の一覧を図６に示すような判定テーブルとしてハードディスク１２に格納しておき、ステップＳ１で取得した文書ファイルのファイル形式が判定テーブルに登録されているか否かによって行う。すなわち、ステップＳ１で取得した文書ファイルのファイル形式が、上記図６に示す判定テーブルに登録されていれば、自装置で処理可能なファイル形式であると判定し、判定テーブルに登録されていなければ、自装置で処理可能なファイル形式でないと判定する。

そして、自装置で処理可能なファイル形式であると判定した場合（ステップＳ２でＹｅｓの場合）は、その都度ユーザが選択した処理、あるいは予めユーザによって選択された処理を実施する（ステップＳ３）。例えば、ユーザがファイルの印刷処理を選択した場合は、ステップＳ１で取得した文書ファイルをプリンタ部８で用紙に印刷する処理を実施する。また、ユーザが文書ファイルの表示処理を選択した場合は、ステップＳ１で取得した文書ファイルをタッチパネルディスプレイ１６に表示する処理を実施する。

また、自装置で処理可能なファイル形式でないと判定した場合（ステップＳ２でＮｏの場合）は、先のステップＳ１で取得した文書ファイルの処理内容が、表示及び印刷のうち、印刷で選択されているかどうかを判定する（ステップＳ４）。ここでの判定は、その都度、ユーザに希望の処理内容（印刷ｏｒ表示）を選択させ、その選択結果に基づいて行ってもよいし、予めユーザが選択（設定）した処理内容に基づいて行ってもよい。

ここで、文書ファイルの処理内容として印刷が選択されていない、つまり表示が選択されていた場合（ステップＳ４でＮｏの場合）は、先のステップＳ１で取得した文書ファイルのファイル形式を、自装置で処理可能なファイル形式に変換可能なＡＳＰサーバがネットワーク４上に存在するかどうかを検索する（ステップＳ５）。この検索は、例えば、次のような方法によって行う。

すなわち、図７に示すように、ネットワーク４上に存在する各々のＡＳＰサーバごとに、ＡＳＰサーバのＩＰアドレス(Internet Protocol Address)と、ＡＳＰサーバで文書ファイルのファイル形式を変換可能な変換前後のファイル形式とを対応付けたファイル形式変換対応テーブルを予めハードディスク１２に格納しておく。そして、ステップＳ５では、このファイル形式変換対応テーブルを参照することで、ＡＳＰサーバの検索を行う。具体的には、先のステップＳ１で取得した文書ファイルのファイル形式を「変換前」のファイル形式に含み、かつ、当該「変換前」のファイル形式に対応する「変換後」のファイル形式の中に自装置で処理可能なファイル形式（上記図６に示す判定テーブルに登録されたファイル形式）を含むＡＳＰサーバが登録されているかどうかを検索する。ファイル形式変換対応テーブルは、ユーザが必要な情報を入力することで作成してもよいし、ファイル形式の変換機能に関する問い合わせ信号をネットワーク４上のサーバに配信し、その応答としてネットワーク４上のサーバから返信された回答信号の内容に基づいて作成してもよい。

ちなみに、ステップＳ１で取得した文書ファイルのファイル形式がＰＮＧであった場合は、上記図７に示すファイル形式変換対応テーブルにおいて、ＩＰアドレス「192.168.0.2」に対応するＡＳＰサーバと、ＩＰアドレス「192.168.0.3」に対応するＡＳＰサーバの双方に、変換前のファイル形式としてＰＮＧが含まれており、これに対応する変換後のファイル形式にも、画像形成装置１で処理可能なファイル形式の１つであるＪＰＥＧ(Joint Photographic Experts Group Format)が含まれている。したがって、この場合は上記ステップＳ５でＹｅｓと判定することになる。これに対して、ステップＳ１で取得した文書ファイルのファイル形式が、ファイル変換対応テーブルの「変換前のファイル形式」のリストに登録されていない場合、あるいは「変換前のファイル形式」のリストに登録されていても、これに対応する「変換後のファイル形式」に画像形成装置１で処理可能なファイル形式が登録されていない場合は、上記ステップＳ５でＮｏと判定することになる。

ここで、ステップＳ５でＮｏと判定した場合は、ユーザに対するアラート処理として、例えば、指定のファイルを処理できない旨のメッセージをタッチパネルディスプレイ１６の画面内に表示した後（ステップＳ６）、一連の処理を終える。

また、ステップＳ５でＹｅｓと判定した場合は、上記ステップＳ１で取得した文書ファイルを自装置で処理可能なファイル形式に変換可能なＡＳＰサーバに対して、ファイル形式の変換処理要求を行う（ステップＳ７）。この変換処理要求では、ファイル形式の変換対象となる文書ファイルのデータと合わせて、この文書ファイルの変換後のファイル形式を指定した内容の変換処理要求メッセージを送信する。変換後のファイル形式は、上記ファイル変換対応テーブルに登録された「変換後のファイル形式」の中で、自装置で処理可能なファイル形式を１つ選択する。このとき、自装置で処理可能なファイル形式が複数存在する場合は、その都度、ユーザが選択したファイル形式を指定するか、予めユーザによって選択されたファイル形式を指定すればよい。また、自装置で処理可能なファイル形式に変換可能なＡＳＰサーバが複数存在する場合は、その都度、ユーザが選択したＡＳＰサーバを要求先のサーバに選択するか、予めユーザによって設定された優先順位やファイル変換対応テーブルへの登録順などにしたがって要求先のＡＳＰサーバを選択すればよい。ここでは、上記図１に示すＡＳＰサーバ３に変換処理要求を行うものとする。

その後、変換処理要求への応答としてＡＳＰサーバ３から送信（返信）された文書ファイル、すなわち自装置で処理可能なファイル形式に変換された文書ファイルのデータを受け取る（ステップＳ８）。次いで、先ほど受け取った文書ファイルをタッチパネルディスプレイ１６に表示した後（ステップＳ９）、一連の処理を終える。

一方、上記ステップＳ４において、文書ファイルの処理内容として印刷が選択されていた場合（ステップＳ４でＹｅｓの場合）は、印刷ジョブの生成を自装置で行う設定になっているかどうかを確認する（ステップＳ１０）。印刷ジョブを自装置で行うかどうかの設定は、操作パネル６のタッチパネルディスプレイ１６に表示されるシステム設定画面（不図示）を用いて、予めユーザにより行われるもので、その設定内容はフラグを用いて確認（判定）される構成となっている。印刷ジョブとは、ポストスクリプトなどのプリンタ記述言語で記述される印刷用のデータをいう。したがって、例えば印刷ジョブをポストスクリプトで生成する場合は、ＨＴＭＬ、ＴＸＴ、ＪＰＥＧ、ＧＩＦ(Graphics Interchange Format)、ＰＮＧ、ＰＤＦ(Portable Document Format)等の文書ファイルのデータをポストスクリプトのデータに変換することにより、印刷ジョブの生成が行われることになる。

ここで、印刷ジョブの生成を自装置で行う設定になっていた場合（ステップＳ１０でＹｅｓの場合）は、上記ステップＳ５と同様に、先のステップＳ１で取得した文書ファイルのファイル形式を、自装置で処理可能なファイル形式に変換可能なＡＳＰサーバがネットワーク４上に存在するかどうかを検索する（ステップＳ１１）。そして、自装置で処理可能なファイル形式に変換可能なＡＳＰサーバがネットワーク４上に存在しなかった場合（ステップＳ１１でＮｏの場合）は、上記ステップＳ６と同様に、ユーザに対してアラート処理を行った後（ステップＳ１２）、一連の処理を終える。

また、自装置で処理可能なファイル形式に変換可能なＡＳＰサーバがネットワーク４上に存在する場合（ステップＳ１１でＹｅｓの場合）は、上記ステップＳ７，Ｓ８と同様に、上記ステップＳ１で取得した文書ファイルを自装置で処理可能なファイル形式に変換可能なＡＳＰサーバに対して、ファイル形式の変換処理要求を行った後、当該変換処理要求への応答としてＡＳＰサーバから送信（返信）される文書ファイルのデータを受け取る（ステップＳ１３，Ｓ１４）。

次いで、図８に例示する印刷パラメータの設定画面をタッチパネルディスプレイ１６に表示することにより、先ほど受け取った文書ファイルを印刷するときに適用する印刷パラメータの入力（指示）をユーザから受け付けて印刷パラメータ（部数、カラー／モノクロ、両面／片面など）の設定を行い、この印刷パラメータにしたがって印刷ジョブを生成する（ステップＳ１５）。印刷パラメータの設定画面において、印刷ボタン２５は印刷の開始を指示するためのボタンであり、キャンセルボタン２６は印刷パラメータの設定をキャンセルするためのボタンである。続いて、設定画面内の印刷ボタン２５が押下されると、先ほど生成した印刷ジョブにしたがってプリンタ部８を駆動して文書ファイルの画像を用紙に印刷した後（ステップＳ１６）、一連の処理を終える。

また、上記ステップＳ１０において、印刷ジョブの生成を自装置で行う設定になっていなかった場合（ステップＳ１０でＮｏの場合）は、先のステップＳ１で取得した文書ファイルの印刷ジョブを生成可能なＡＳＰサーバがネットワーク４上に存在するかどうかを検索する（ステップＳ１７）。ここでの検索は、図９に示す検索テーブルを参照して行う。検索テーブルは、例えば、上記ファイル形式変換対応テーブルと同様の方法で作成され、ハードディスク１２に格納されるものである。この検索テーブルには、ネットワーク４上に存在するＡＳＰサーバのＩＰアドレスと、各々のＡＳＰサーバで印刷ジョブを生成可能な文書ファイルのファイル形式が登録されている。

具体的には、ＩＰアドレス「192.168.0.2」に対応するＡＳＰサーバに関しては、印刷ジョブを生成可能な文書ファイルのファイル形式として、ＴＸＴ、ＨＴＭＬ、ＪＰＥＧ、ＧＩＦ、ＰＤＦといった４つのファイル形式が登録されている。また、ＩＰアドレス「192.168.0.3」に対応するＡＳＰサーバに関しては、印刷ジョブを生成可能な文書ファイルのファイル形式として、ＴＸＴ、ＨＴＭＬ、ＪＰＥＧ、ＧＩＦ、ＰＮＧといった４つのファイル形式が登録されている。

いま、ステップＳ１で取得した文書ファイルのファイル形式がＰＮＧであったとすると、このＰＮＧファイルの印刷ジョブを生成可能なＡＳＰサーバは、上記図９に示す検索テーブルに登録されている。したがって、この場合はステップＳ１７でＹｅｓと判定することになる。これに対して、仮に、ＰＮＧファイルの印刷ジョブを生成可能なＡＳＰサーバが判定テーブルに登録されていなかった場合は、ステップＳ１７でＮｏと判定することになる。

ここで、ステップＳ１７でＮｏと判定した場合は、ユーザに対するアラート処理として、例えば、指定のファイルを処理（印刷）できない旨のメッセージをタッチパネルディスプレイ１６の画面内に表示した後（ステップＳ１８）、一連の処理を終える。

また、ステップＳ１７でＹｅｓと判定した場合は、印刷パラメータの設定を行う（ステップＳ１９）。印刷パラメータの設定方法については、上記ステップＳ１５と同様の方法を採用すればよい。次に、印刷対象となる文書ファイルをＡＳＰサーバに送信するときの送信モードが、第１の送信モード及び第２の送信モードのうち、第１の送信モードに設定されているかどうかを確認する（ステップＳ２０）。第１の送信モードは、印刷対象となる文書ファイルの本体（実体）をＡＳＰサーバに送信するモードである。第２の送信モードは、印刷対象となる文書ファイルの本体を送信せず、当該文書ファイルの格納場所を示すＵＲＬ（アドレス情報）をＡＳＰサーバに送信するモードである。文書ファイルの送信モードは、予めユーザによって設定されるもので、デフォルトの状態では第１の送信モードに設定される。

文書ファイルの送信モードが第１の送信モードに設定されていた場合（ステップＳ２０でＹｅｓの場合）は、上記ステップＳ１で取得した文書ファイルの印刷ジョブを生成可能なＡＳＰサーバに対して、印刷対象となる文書ファイルの本体を添付して印刷ジョブの生成処理要求を行う（ステップＳ２１）。

これに対して、文書ファイルの送信モードが第２の送信モードに設定されていた場合（ステップＳ２０でＮｏの場合）は、上記ステップＳ１で取得した文書ファイルの印刷ジョブを生成可能なＡＳＰサーバに対して、印刷対象となる文書ファイルのＵＲＬを添付して印刷ジョブの生成処理要求を行う（ステップＳ２２）。

その際、ステップＳ１で取得した文書ファイルの印刷ジョブを生成可能なＡＳＰサーバが複数存在する場合は、その都度、ユーザが選択したＡＳＰサーバを要求先のサーバに選択するか、予めユーザによって設定された優先順位や判定テーブルへの登録順などにしたがって要求先のＡＳＰサーバを選択すればよい。

また、文書ファイルのＵＲＬを受け取ったＡＳＰサーバは、このＵＲＬが指定するネットワーク上の保存場所から文書ファイルを読み出して取得した後、この文書ファイルの印刷ジョブを生成する。

その後、上記印刷ジョブの生成処理要求への応答としてＡＳＰサーバから送信（返信）された印刷ジョブのデータを受け取り、この印刷ジョブにしたがってプリンタ部８を駆動することにより、文書ファイルの画像を用紙に印刷して（ステップＳ２３）、一連の処理を終える。

なお、文書ファイルの送信モードは、上述した第１の送信モード及び第２の送信モードに限らず、例えば、画像形成装置１において、印刷対象となる文書ファイルのファイル名を指定してＡＳＰサーバに印刷ジョブの生成処理要求を送信する一方、印刷対象となる文書ファイルを保有しているＷｅｂサーバに該ＡＳＰサーバのＩＰアドレスを通知し、ＷｅｂサーバからＡＳＰサーバに文書ファイルを送信するモードを第３の送信モードとしても採用することも可能である。

以上のような処理フローでは、画像形成装置１で処理できないファイル形式の文書ファイルを取得したときの対応処理が４つのケースに大別される。第１のケースは、文書ファイルの処理内容が表示の場合であり、第２のケースは、文書ファイルの処理内容が印刷で、印刷ジョブの生成を画像形成装置１で行う場合である。また、第３のケースは、文書ファイルの処理内容が印刷で、印刷ジョブの生成をＡＳＰサーバ３で行い、かつ文書ファイルの送信を第１の送信モードで行う場合であり、第４のケースは、文書ファイルの処理内容が印刷で、印刷ジョブの生成をＡＳＰサーバ３で行い、かつ文書ファイルの送信を第２の送信モードで行う場合である。

図１０は上記第１のケースで画像形成装置１、Ｗｅｂサーバ２及びＡＳＰサーバ３により行われる処理のシーケンスを示す図である。この場合、画像形成装置１は、Ｗｅｂサーバ２のＷｅｂページにアクセスするとともに、そのＷｅｂページにリンクされている文書ファイルにアクセスする。次いで、画像形成装置１は、ＡＳＰサーバ３に対してファイル変換処理要求を行う。この処理要求を受けて、ＡＳＰサーバ３は、文書ファイルのファイル形式を変換し、変換後の文書ファイルを画像形成装置１に返す。そうすると、画像形成装置１は、ＡＳＰサーバ３から返された文書ファイルを受け取って表示する。

図１１は上記第２のケースで上記第１のケースで画像形成装置１、Ｗｅｂサーバ２及びＡＳＰサーバ３により行われる処理のシーケンスを示す図である。この場合、画像形成装置１は、Ｗｅｂサーバ２のＷｅｂページにアクセスするとともに、そのＷｅｂページにリンクされている文書ファイルにアクセスする。次いで、画像形成装置１は、ＡＳＰサーバ３に対してファイル変換処理要求を行う。この処理要求を受けて、ＡＳＰサーバ３は、文書ファイルのファイル形式を変換し、変換後の文書ファイルを画像形成装置１に返す。そうすると、画像形成装置１は、ＡＳＰサーバ３から返された文書ファイルを受け取って印刷パラメータの設定を行い、その文書ファイルを印刷する。また、Ｗｅｂサーバ２に印刷ジョブを作成させ、画像形成装置１ではＷｅｂサーバ２にて作成された印刷ジョブを受け取り、この印刷ジョブに含まれるファイルについてＡＳＰサーバ３に対してファイル変換処理要求を行うように構成することも可能である。

図１２は上記第３のケースで上記第１のケースで画像形成装置１、Ｗｅｂサーバ２及びＡＳＰサーバ３により行われる処理のシーケンスを示す図である。この場合、画像形成装置１は、Ｗｅｂサーバ２のＷｅｂページにアクセスするとともに、そのＷｅｂページにリンクされている文書ファイルにアクセスする。次いで、画像形成装置１は、印刷パラメータの設定を行ってから、ＡＳＰサーバ３に対して印刷ジョブの生成処理要求を行う。この処理要求を受けて、ＡＳＰサーバ３は、文書ファイルの印刷ジョブを生成して画像形成装置１に返す。そうすると、画像形成装置１は、ＡＳＰサーバ３から返された印刷ジョブを受け取って印刷する。

図１３は上記第４のケースで上記第１のケースで画像形成装置１、Ｗｅｂサーバ２及びＡＳＰサーバ３により行われる処理のシーケンスを示す図である。この場合、画像形成装置１は、Ｗｅｂサーバ２のＷｅｂページにアクセスするとともに、そのＷｅｂページにリンクされている文書ファイルにアクセスする。次いで、画像形成装置１は、印刷パラメータの設定を行ってから、ＡＳＰサーバ３に対して印刷ジョブの生成処理要求を行う。この処理要求を受けて、ＡＳＰサーバ３は、変換対象（印刷対象）の文書ファイルをＷｅｂサーバ２から取得した後、当該文書ファイルの印刷ジョブを生成して画像形成装置１に返す。そうすると、画像形成装置１は、ＡＳＰサーバ３から返された印刷ジョブを受け取って印刷する。

このように本発明の実施形態に係る画像形成装置１においては、ネットワーク４上のＷｅｂサーバ２から取得した文書ファイルのファイル形式が、自装置で処理可能なファイル形式でなかった場合でも、ネットワーク４上のＡＳＰサーバ３を利用して文書ファイルのデータを、自装置で処理可能なファイル形式の文書ファイルや印刷ジョブに変換し、この変換後のデータをＡＳＰサーバ３から受け取って処理するため、自装置で直接処理できない形式の文書ファイルであっても、印刷や表示などの処理を行うことが可能となる。したがって、予め多くのファイル形式に対応する処理プログラムを画像形成装置に組み込んでおかなくても、多くのファイル形式の文書ファイルを画像形成装置で処理することが可能となる。

なお、上記実施形態においては、文書ファイルのファイル形式を変換する処理や、文書ファイルの印刷ジョブを生成する処理を、ＡＳＰサーバ３で行うものとしたが、本発明はこれに限らず、例えば、ネットワークへのアクセス機能を有するデジタル複合機やコンピュータ装置など、他の情報処理装置で行うものとしてもよい。

本発明の適用対象となる画像形成装置を含む画像形成システムの構成例を示す図である。 Ｗｅｂページの表示画面の一例を示す図である。 本発明の実施形態に係る画像形成装置の処理手順を示すフローチャート（その１）である。 本発明の実施形態に係る画像形成装置の処理手順を示すフローチャート（その２）である。 本発明の実施形態に係る画像形成装置の処理手順を示すフローチャート（その３）である。 判定テーブルを示す図である。 ファイル形式変換対応テーブルを示す図である。 印刷パラメータの設定画面の一例を示す図である。 検索テーブルを示す図である。 画像形成装置、Ｗｅｂサーバ及びＡＳＰサーバ間で行われる第１のケースでの処理シーケンスを示す図である。 画像形成装置、Ｗｅｂサーバ及びＡＳＰサーバ間で行われる第２のケースでの処理シーケンスを示す図である。 画像形成装置、Ｗｅｂサーバ及びＡＳＰサーバ間で行われる第３のケースでの処理シーケンスを示す図である。 画像形成装置、Ｗｅｂサーバ及びＡＳＰサーバ間で行われる第４のケースでの処理シーケンスを示す図である。

符号の説明

１…画像形成装置、２…Ｗｅｂサーバ、３…ＡＳＰサーバ、４…ネットワーク、５…コントローラ、６…操作パネル、７…スキャナ部、８…プリンタ部、９…ＣＰＵ、１０…メモリ、１１…ネットワークインタフェース、１２…ハードディスク

Claims (9)

1. ネットワーク上の情報処理装置から文書ファイルを取得する取得手段と、
   前記取得手段で取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定手段と、
   前記判定手段において前記文書ファイルのファイル形式が自装置で処理可能なファイル形式でないと判定した場合に、前記文書ファイルを自装置で処理可能なデータに変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索する検索手段と、
   前記検索手段の検索結果において前記文書ファイルのファイル形式を自装置で処理可能なデータに変換できる情報処理装置が存在した場合に、当該情報処理装置に対して文書ファイルの変換処理要求を行う要求手段と、
   前記要求手段による前記変換処理要求への応答として前記情報処理装置から送信されたデータを受け取って印刷又は表示する出力手段と
   を備えることを特徴とする画像形成装置。
2. 前記検索手段は、前記取得手段で取得した文書ファイルを表示する場合に、前記文書ファイルを自装置で処理可能なファイル形式に変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索する
   ことを特徴とする請求項１記載の画像形成装置。
3. 前記取得手段で取得した文書ファイルを印刷する場合に、当該文書ファイルの印刷ジョブを自装置で生成する設定になっているかどうかを確認する確認手段を備え、
   前記検索手段は、前記確認手段の確認結果において印刷ジョブを自装置で生成する設定になっていた場合は、前記文書ファイルを自装置で処理可能なファイル形式に変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索し、前記確認手段の確認結果において印刷ジョブを自装置で生成する設定になっていなかった場合は、前記文書ファイルの印刷ジョブを生成可能な情報処理装置が前記ネットワーク上に存在するかどうかを検索する
   ことを特徴とする請求項１記載の画像形成装置。
4. ネットワーク上の情報処理装置から文書ファイルを取得する取得工程と、
   前記取得工程で取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定工程と、
   前記判定工程において前記文書ファイルのファイル形式が自装置で処理可能なファイル形式でないと判定した場合に、前記文書ファイルを自装置で処理可能なデータに変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索する検索工程と、
   前記検索工程の検索結果において前記文書ファイルのファイル形式を自装置で処理可能なデータに変換できる情報処理装置が存在した場合に、当該情報処理装置に対して文書ファイルの変換処理要求を行う要求工程と、
   前記要求工程による前記変換処理要求への応答として前記情報処理装置から送信されたデータを受け取って印刷又は表示する出力工程と
   を有することを特徴とする画像形成方法。
5. 前記検索工程では、前記取得工程で取得した文書ファイルを表示する場合に、前記文書ファイルを自装置で処理可能なファイル形式に変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索する
   ことを特徴とする請求項４記載の画像形成方法。
6. 前記取得工程で取得した文書ファイルを印刷する場合に、当該文書ファイルの印刷ジョブを自装置で生成する設定になっているかどうかを確認する確認工程を含み、
   前記検索工程では、前記確認工程の確認結果において印刷ジョブを自装置で生成する設定になっていた場合は、前記文書ファイルを自装置で処理可能なファイル形式に変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索し、前記確認工程の確認結果において印刷ジョブを自装置で生成する設定になっていなかった場合は、前記文書ファイルの印刷ジョブを生成可能な情報処理装置が前記ネットワーク上に存在するかどうかを検索する
   ことを特徴とする請求項４記載の画像形成方法。
7. 複数の情報処理装置と画像形成装置とをネットワークを介して接続してなる画像形成システムであって、
   前記画像形成装置は、前記ネットワーク上の情報処理装置から文書ファイルを取得する取得手段と、前記取得手段で取得した文書ファイルのファイル形式が自装置で処理可能なファイル形式であるかどうかを判定する判定手段と、前記判定手段において前記文書ファイルのファイル形式が自装置で処理可能なファイル形式でないと判定した場合に、前記文書ファイルを自装置で処理可能なデータに変換できる情報処理装置が前記ネットワーク上に存在するかどうかを検索する検索手段と、前記検索手段の検索結果において前記文書ファイルのファイル形式を自装置で処理可能なデータに変換できる情報処理装置が存在した場合に、当該情報処理装置に対して文書ファイルの変換処理要求を行う要求手段と、前記要求手段による前記変換処理要求への応答として前記情報処理装置から送信されたデータを受け取って印刷又は表示する出力手段とを備える
   ことを特徴とする画像形成システム。
8. 前記文書ファイルの変換処理要求を受けた情報処理装置は、当該変換処理要求の要求内容に応じて、前記文書ファイルのファイル形式を変換する、又は前記文書ファイルの印刷ジョブを生成する
   ことを特徴とする請求項７記載の画像形成システム。
9. 前記要求手段は、前記変換処理要求の対象となる文書ファイルの保存場所を示すアドレス情報を添付して前記文書ファイルの変換処理要求を行い、
   前記文書ファイルの変換処理要求を受けた情報処理装置は、前記アドレス情報が示す保存場所から文書ファイルを取得して当該文書ファイルの変換処理を行う
   ことを特徴とする請求項７記載の画像形成システム。
   

Images