(57)【要約】【課題】画像形成装置においてネットワーク上の所望の外部機器から直接所定の種別のリソースを取得して出力する。【解決手段】ネットワーク上の所望の外部機器を指定するＵＲＬ７０６に基づき、その外部機器に格納されたデータを閲覧し、閲覧したデータ内のリソースを参照する参照情報７０８に基づき、そのリソースの種別を判定し、そのリソースの種別が所定の種別の場合、その参照情報７０８で参照されるリソースを取得し、取得したリソースに基づき画像形成して出力する。【選択図】      図７
2004358800.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の所望の外部機器又は当該外部機器に格納されたデータを指定する情報に基づき、該外部機器に格納されたデータが示す内容を閲覧可能に表示する工程と、
閲覧したデータ内の、他のデータを参照する参照情報に基づき、前記他のデータの種別を判定する工程と、
前記他のデータの種別が所定の種別の場合、画像形成をするか否かを確認するための表示をする確認工程と、
前記参照情報で参照される前記他のデータを取得する工程と、
取得した前記他のデータに基づき、画像形成する工程とを有することを特徴とする画像形成方法。
【請求項２】
前記表示する工程は、所定のブラウザ機能により前記ネットワーク上の所望の外部機器又は該外部機能に格納された電子ドキュメントデータを指定し、該外部機器に格納された電子ドキュメントデータを表示手段に表示させることを特徴とする請求項１に記載の画像形成方法。
【請求項３】
前記外部機器に格納された電子ドキュメントはＨＴＭＬ文書であることを特徴とする請求項２に記載の画像形成方法。
【請求項４】
前記所定の種別のデータであることを示す情報を表示する表示工程を更に有することを特徴とする請求項１乃至３のいずれかに記載の画像形成方法。
【請求項５】
前記所定の種別のデータを参照する参照情報をバーコード化して出力するか否かを設定する工程を更に有することを特徴とする請求項１乃至４のいずれかに記載の画像形成方法。
【請求項６】
前記バーコード化が設定された場合、該バーコード化された参照情報を前記所定の種別のデータに付加して画像形成することを特徴とする請求項５に記載の画像形成方法。
【請求項７】
前記バーコード化された参照情報を含む原稿の複写が指示された場合、前記原稿から読み取った参照情報を判別してデータを取得し、取得したデータに基づき画像形成することを特徴とする請求項６に記載の画像形成方法。
【請求項８】
前記バーコード化された参照情報を含む原稿の送信が指示された場合、前記原稿から読み取った参照情報を判別してデータを取得し、取得したデータに基づき画像形成して送信することを特徴とする請求項６に記載の画像形成方法。
【請求項９】
ネットワーク上の所望の外部機器又は当該外部機器に格納されたデータを指定する情報に基づき、該外部機器に格納されたデータが示す内容を閲覧可能に表示する手段と、
閲覧したデータ内の、他のデータを参照する参照情報に基づき前記他のデータの種別を判定する手段と、
前記他のデータの種別が所定の種別の場合、画像形成の確認を表示する確認手段と、
前記参照情報で参照される前記他のデータを取得する手段と、
取得した前記他のデータに基づき画像形成する手段とを有することを特徴とする画像形成装置。
【請求項１０】
コンピュータに請求項１に記載の画像形成方法の各手順を実行させるためのプログラム。
【請求項１１】
請求項１０に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像出力装置とサーバ機能を有する外部機器とがネットワークなどの伝送媒体を介して接続された画像形成システムにおいて、画像形成装置が能動的に外部機器よりリソースを取得して出力する技術に関する。
【０００２】
【従来の技術】
従来、ハイパーリンク機構を有するＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書、文書配信を司るＷｅｂサーバ、及びＨＴＭＬ文書の解釈表示を司るＷｅｂブラウザを組み合わせたＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）システムがインターネット、イントラネットを問わず広く普及している。また、ＷＷＷシステム上で交換されるデータはＨＴＭＬ文書だけに留まらず、ＧＩＦやＪＰＥＧなどの画像ファイル、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）やＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）などの文書ファイル、更にホストコンピュータ上のアプリケーション固有データファイル等、多岐に渡っている。Ｗｅｂブラウザは受信したデータの種別によりブラウザ自身が表示を行ったり、他のアプリケーションを起動してデータを渡すなどの処理を行う。ここで、ＷＷＷシステム上で取得した文書データをプリントする場合は、ブラウザ上もしくは他のアプリケーション上で取得した文書データを表示し、ブラウザもしくは他のアプリケーションが有する印刷機能を利用してプリンタにプリント用のデータを送信し、プリントを行っている。
【０００３】
一方、ページプリンタや多機能周辺機器ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に代表される画像出力装置においては、ネットワーク上の指定されたＵＲＬ（Ｕｎｉｆｏｒｍｅｄ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｅｒ）からＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）文書やＨＴＭＬ文書などの電子ドキュメントをダウンロードして印刷する「プルプリント技術」が提案されている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開平１１−１３４１２５号公報
【発明が解決しようとする課題】
しかしながら、上記従来例のＷｅｂブラウザもしくはＷｅｂブラウザから起動される他のアプリケーションを利用したプリントでは、直接プリンタ上でＵＲＬを指定してプリントを行うプルプリントに比べて、一度、ホストコンピュータ上にデータを取り込む必要がある分、効率が悪く時間もかかる。また、ＷＷＷシステム上のデータをプリンタが直接解釈できる場合など無用なデータフォーマット変換が発生する可能性がある。例えば、プリンタ自身がＳＶＧを解釈できる場合でも、ホストコンピュータ上のＳＶＧビューアアプリケーションがＳＶＧデータをＰＤＬデータに変換してからプリンタに送信する。この場合、当然のことながら、データ変換のための時間とデータ変換に伴う情報の欠落が発生する。
【０００５】
一方、プルプリントの場合は、ＵＲＬの直接指定に対する操作性の問題がある。ユーザが印刷を行いたいと考える電子ドキュメントはＷｅｂサーバのアドレスのみを指定してアクセス可能なエントリページからハイパーリンクを何回か辿って到達可能なページ内にあることが多く、Ｗｅｂブラウザを利用した閲覧では、当該ページへのＵＲＬは意識されるものではない。従って、多くの場合、ユーザはホストコンピュータ上のＷｅｂブラウザで所望の電子ドキュメントを閲覧し、そのＵＲＬを記憶もしくは記録してプルプリントのためのＵＲＬを指定しなければならないため、作業性が高いとは言えない。
【０００６】
本発明は、上記課題を解決するためになされたもので、画像形成装置においてネットワーク上の所望の外部機器から直接所定の種別のリソースを取得して出力することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明の画像形成方法は、ネットワーク上の所望の外部機器又は当該外部機器に格納されたデータを指定する情報に基づき、該外部機器に格納されたデータが示す内容を閲覧可能に表示する工程と、閲覧したデータ内の、他のデータを参照する参照情報に基づき、前記他のデータの種別を判定する工程と、前記他のデータの種別が所定の種別の場合、画像形成をするか否かを確認するための表示をする確認工程と、前記参照情報で参照される前記他のデータを取得する工程と、取得した前記他のデータに基づき、画像形成する工程とを有することを特徴とする。
【０００８】
また、上記目的を達成するために、本発明の画像形成装置は、ネットワーク上の所望の外部機器又は当該外部機器に格納されたデータを指定する情報に基づき、該外部機器に格納されたデータが示す内容を閲覧可能に表示する手段と、閲覧したデータ内の、他のデータを参照する参照情報に基づき前記他のデータの種別を判定する手段と、前記他のデータの種別が所定の種別の場合、画像形成の確認を表示する確認手段と、前記参照情報で参照される前記他のデータを取得する手段と、取得した前記他のデータに基づき画像形成する手段とを有することを特徴とする。
【０００９】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【００１０】
［第１の実施形態］
第１の実施形態では、画像形成装置の操作部にＷｅｂブラウザ機能を搭載しており、ユーザがＷｅｂブラウザで所望の電子ドキュメントを閲覧し、リンク先のリソースがプリント可能な種別（ＰＤＦファイル）である場合に、そのリンク先のリソースを取得（ダウンロード）してプリントするものである。
【００１１】
図１は、第１の実施形態における画像形成システムの全体構成を示すブロック図である。図１に示すように、画像形成装置１１０は、画像入力デバイスであるスキャナ部１１３、画像出力デバイスであるプリンタ部１１４、制御ユニット（Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１１１、ユーザインターフェースである操作部１１２を有する。
スキャナ部１１３、プリンタ部１１４、操作部１１２はそれぞれ、制御ユニット１１１に接続され、その制御ユニット１１１からの命令によって制御されている。尚、制御ユニット１１１は、ローカルエリアネットワーク（ＬＡＮ）１００や広域ネットワーク（ＷＡＮ）などのネットワーク伝送手段に接続され、サービスプロバイダや専用線を介してイントラネットやインターネット上のＷｅｂページをブラウジングする機能を有する。
【００１２】
また、ＬＡＮ１００には、画像形成装置１１０と同様な機器構成を有する他の画像形成装置１２０、１３０も接続されている。そして、画像形成装置１２０は、スキャナ部１２３、プリンタ部１２４、操作部１２２を有し、それぞれが制御ユニット１２１に接続され、制御されている。画像形成装置１３０は、スキャナ部１３３、プリンタ部１３４、操作部１３２を有し、それぞれが制御ユニット１３１に接続され、制御されている。
【００１３】
図２は、画像形成装置のソフトウェア構成を示すブロック図である。図２において、２０１はユーザインターフェース（以下、「ＵＩ」）モジュールであり、オペレータが画像形成装置に対する各種操作又は設定を行う際に、入出力機器とユーザ操作との仲介を行うモジュールである。このモジュールは、オペレータの操作に従い、後述する各種モジュールに入力情報を転送して処理の依頼、或いはデータの設定等を行う。
【００１４】
２０２はアドレスブック（Ａｄｄｒｅｓｓ−Ｂｏｏｋ）モジュール、即ちデータの送付先、通信先等を管理するデータベースモジュールである。アドレスブックモジュール２０２が管理するデータは、ＵＩモジュール２０１からの操作により、データの追加、削除、取得が行われる。また、アドレスブックモジュール２０２は、オペレータの操作により後述する各モジュールにデータの送付、通信先情報を与える。
【００１５】
２０３はＨＴＭＬインタープリンタ（ＨＴＭＬ−Ｉｎｔｅｒｐｒｅｔｅｒ）モジュールであり、Ｗｅｂブラウザ機能により外部のＷｅｂサーバから取得したＨＴＭＬ文書をＵＩモジュール２０１に表示するために使用される。
【００１６】
２０４は統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）モジュール、即ちデータの配信を司るモジュールである。このモジュールはＵＩモジュール２０１を介してオペレータによって指示されたデータを、同様にして指示された通信（出力）先に配布する。また、オペレータにより、本機器のスキャナ機能を使用して配布データの生成が指示された場合は、後述する制御ＡＰＩモジュールを介して機器を動作させ、データの生成を行う。
【００１７】
２０５は統合送信部モジュール２０４内のプリンタモジュールであり、出力先にプリンタが指定された際に実行される。２０６は統合送信部モジュール２０４内のＥ−ｍａｉｌモジュールであり、通信先にＥ−ｍａｉｌアドレスが指定された際に実行される。２０７は統合送信部モジュール２０４内のデータベースモジュールであり、出力先にデータベースが指定された際に実行される。２０８は統合送信部モジュール２０４内のＤＰモジュールであり、出力先に本画像形成装置と同様の画像形成装置が指定された際に実行される。
【００１８】
２０９はＰＤＬモジュールであり、外部から送信されたＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）文書を、本装置のプリント機能を使用してプリントする機能を実現する。また、後述するＨＴＴＰモジュールを使用して外部のＷｅｂサーバに格納された電子文書を取り出しプリントする機能も提供するものである。２１０はコピー（Ｃｏｐｙ）モジュールであり、本装置のプリンタ機能とスキャナ機能とを使用し、ＵＩ２０１の指示に基づいてコピー動作を実行するものである。２１１はボックス（Ｂｏｘ）モジュールであり、スキャン画像、もしくはＰＤＬプリント画像をＨＤＤに格納し、格納した画像のプリンタ機能による印刷、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ機能による送信、ＨＤＤに格納した文書の削除、グルーピング（個別ボックスへの格納）、ボックス間移動、ボックス間コピーなどの管理機能を提供する。
【００１９】
２１２はＨＴＴＰモジュールである。このモジュールは、本装置がＨＴＴＰによる通信を行う際に使用され、後述するＴＣＰ／ＩＰ通信モジュールを利用してＨＴＭＬインタープリタモジュール２０３に通信機能を提供する。２１３はｌｐｒモジュールである。このモジュールは、後述するＴＣＰ／ＩＰ通信モジュールを利用して統合送信部モジュール２０４内のプリンタモジュール２０５に通信機能を提供するものである。２１４はＳＭＴＰモジュールである。このモジュールは、後述するＴＣＰ／ＩＰ通信モジュールを利用して統合送信部モジュール２０４内のＥ−ｍａｉｌモジュール２０６に通信機能を提供する。２１５はＳＬＭ（Ｓａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、後述のＴＣＰ／ＩＰ通信モジュールを利用して統合送信部２０４内のデータベースモジュール２０７及びＤＰモジュール２０８に通信機能を提供する。２１６はＬＰＤモジュールである。このモジュールは、後述するＴＣＰ／ＩＰ通信モジュールを利用して上述のＰＤＬモジュールに通信機能を提供する。
【００２０】
２１７はＴＣＰ／ＩＰ通信モジュールである。このモジュールは、後述するネットワークドライバを用いて上述した各種モジュールにネットワーク通信機能を提供する。２１８はネットワークドライバであり、ネットワークに物理的に接続される部分を制御するものである。
【００２１】
２１９は制御ＡＰＩ（Ｃｏｎｔｒｏｌ  ＡＰＩ）である。これは、統合送信部モジュール２０４のような上流モジュールに、後述するジョブマネージャ（Ｊｏｂ−Ｍａｎａｇｅｒ）モジュールのような下流モジュールに対するインターフェースを提供するものである。これにより、上流及び下流のモジュール間の依存関係が軽減され、それぞれの流用性を高めることができる。２２０はジョブマネージャモジュールである。このモジュールは、上述の各種モジュールから制御ＡＰＩ２１９を介して指示される様々な処理を解釈し、後述する各モジュール（２２１、２２５〜２２７）に指示を与えるものである。また、ジョブマネージャモジュール２２０は、画像形成装置内で実行されるハード的な処理を一元管理するものである。
【００２２】
２２１はコーデックマネージャ（ＣＯＤＥＣ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２２０が指示する処理の中でデータの各種圧縮・伸長を管理・制御するものである。２２２はＦＢＥエンコーダモジュール（ＦＢＥ−Ｅｎｃｏｄｅｒ）である。このモジュールは、ジョブマネージャモジュール２２０や後述するスキャナマネージャモジュールによって実行されたスキャン処理で読み込まれたデータを、ＦＢＥフォーマットを用いて圧縮するものである。
２２３はＪＰＥＧコーデックモジュール（ＪＰＥＧ−ＣＯＤＥＣ）である。このモジュールは、ジョブマネージャモジュール２２０やスキャナマネージャモジュールによって実行されたスキャン処理或いはプリンタマネージャモジュールによって実行された印刷処理において読み込まれたデータのＪＰＥＧ圧縮及び印刷データのＪＰＥＧ展開処理を行うものである。２２４はＭＭＲコーデック（ＭＭＲ−ＣＯＤＥＣ）モジュールである。このモジュールは、ジョブマネージャモジュール２２０やスキャナマネージャモジュールによって実行されたスキャン処理或いはプリンタマネージャモジュールによって実行された印刷処理において読み込まれたデータのＭＭＲ圧縮及び印刷データのＭＭＲ伸長処理を行うものである。
【００２３】
２２５はスキャナマネージャ（Ｓｃａｎｎｅｒ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２２０が指示するスキャン処理を管理・制御するものである。２２６はプリンタマネージャ（Ｐｒｉｎｔｅｒ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２２０が指示する印刷処理を管理・制御するものである。２２７はＰＤＬインタープリタ（ＰＤＬ  Ｉｎｔｅｒｐｒｅｔｅｒ）であり、ジョブマネージャモジュール２２０の指示により、ＬＩＰＳ、ＰｏｓｔＳｃｒｉｐｔ（登録商標）、ＰＣＬ、ＰＤＦ、ＳＶＧなどのＰＤＬもしくは電子文書フォーマットを解釈し、ＰＤＬもしくは電子文書フォーマットの種別に依存しない共通の表現形式であるディスプレイリストを生成するものである。
【００２４】
２２８はスキャナインターフェース（Ｓｃａｎｎｅｒ−Ｉ／Ｆ）モジュールである。このモジュールは、スキャナマネージャモジュール２２５と、内部的に接続しているスキャナ１１３とのインターフェースを提供するものである。２２９はエンジンインターフェース（Ｅｎｇｉｎｅ−Ｉ／Ｆ）モジュールである。このモジュールは、プリンタマネージャモジュール２２６とプリンタ１１４との間のインターフェースを提供する。２３０はレンダー（Ｒｅｎｄｅｒ）であり、ＰＤＬインタープリタ２２７により生成されたディスプレイリストを、プリンタマネージャ２２６の指示により、ラスタイメージメモリに展開するものである。
【００２５】
図３は、画像形成装置の詳細な構成を示すブロック図である。図３に示すように、制御ユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４と接続し、一方では、ＬＡＮやＷＡＮと接続することにより、画像情報やデバイス情報の入出力を行うコントローラである。
【００２６】
制御ユニット１１１において、ＣＰＵ３０１はシステム全体を制御するコントローラである。ＲＡＭ３０２はＣＰＵ３０１が動作するために使用するシステムワークメモリである。尚、ＲＡＭ３０２は画像データを一時記憶するための画像メモリでもある。ＲＯＭ３０３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ３０４はハードディスクドライブで、システムソフトウェア、画像データを格納する。
【００２７】
操作部Ｉ／Ｆ３０６は操作部（ＵＩ）１１２との間のインターフェースを司り、操作部１１２に表示する画像データを操作部１１２に対して出力する。また、使用者が操作部１１２を介して入力した情報をＣＰＵ３０１に伝える役割を果たす。
【００２８】
ネットワーク（Ｎｅｔｗｏｒｋ）インターフェース３０８はＬＡＮ１００との接続を司り、ＬＡＮ１００に対して情報の入出力を行う。モデム（ＭＯＤＥＭ）３０９は、公衆回線１０１との接続を司り、公衆回線１０１に対して情報の入出力を行う。
以上のデバイスがシステムバス３０７上に配置される。
【００２９】
イメージバスインターフェース（Ｉｍａｇｅ  Ｂｕｓ  Ｉ／Ｆ）３０５は、システムバス３０７と画像データを高速で転送する画像バス３１０とを接続し、データ構造を変換するバスブリッジである。画像バス３１０は、例えばＰＣＩバス又はＩＥＥＥ１３９４で構成される。
【００３０】
画像バス３１０には次のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）３１１は、ネットワークから送信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部３１２は、画像入出力デバイスであるスキャナ１１３やプリンタ１１４と制御ユニット１１１とを接続し、画像データの同期系／非同期系の変換を行う。
【００３１】
スキャナ画像処理部３１３は、入力画像データに対して補正、加工、編集を行う。プリンタ画像処理部３１４は、プリント出力画像データに対してプリンタの補正、解像度変換等を行う。画像回転部３１５は画像データの回転を行う。画像圧縮部３１６は、多値画像データに対してはＪＰＥＧ圧縮伸張処理を行い、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。
【００３２】
カードリーダＩ／Ｆ部３１７は、磁気カードなどの読み取り装置であるカードリーダ３１８のインターフェース部である。
【００３３】
図４は、本実施形態における画像形成装置の外観を示す図である。図４に示す画像入力デバイスであるスキャナ１１３は、原稿上の画像をＣＣＤラインセンサ（図示せず）で走査することにより画像を光学的に読み取り、ラスターイメージデータを生成して出力する。使用者が原稿を原稿フィーダ４０５のトレイ４０６にセットし、操作部１１２において読み取りの起動を指示すると、コントローラＣＰＵ３０１がスキャナ１１３に指示を与え、フィーダ４０５は原稿を１枚ずつフィードし、スキャナ１１３が原稿上の画像の読み取り動作を行う。
【００３４】
また、画像出力デバイスであるプリンタ１１４は、ラスターイメージデータを用紙上に印刷する部分である。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。尚、プリント動作は、コントローラＣＰＵ３０１からの指示によって起動される。
【００３５】
また、プリンタ１１４は、異なる用紙サイズ又は異なる用紙向きを選択できるように複数の給紙段を持ち、それぞれに対応した用紙カセット４０１、４０２、４０３がある。そして、排紙トレイ４０４は、印字し終わった用紙を受けるものである。
【００３６】
図５は、図４に示す操作部１１２の構成を示す図である。図５に示すように、ＬＣＤ表示部５０１にはＬＣＤ上にタッチパネルシート５０２が貼られており、システムの操作画面及びソフトキーが表示されると共に、表示されたキーが押下されると、その押下された位置を示す位置情報がコントローラＣＰＵ３０１へと伝えられる。
【００３７】
図５に示すスタートキー５０５は、原稿画像の読み取り動作を開始する場合等に用いられる。このスタートキー５０５の中央部には、緑と赤の２色ＬＥＤ表示部５０６があり、その色によってスタートキー５０５が使える状態にあるか否かを示している。また、ストップキー５０３は稼働中の動作を止める働きをする。
そして、ＩＤキー５０７は使用者のユーザＩＤを入力するときに用いられ、またリセットキー５０４は操作部からの設定を初期化するときに用いられる。
【００３８】
図６は、図３に示した画像形成装置の操作部の詳細な構成を示すブロック図である。上述したように、操作部１１２は、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。このシステムバス３０７には、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４が接続されている。このＣＰＵ３０１は、ＲＯＭ３０３とＨＤＤ３０４に記憶された制御プログラム等に基づいてシステムバス３０７に接続される各種デバイスとのアクセスを総括的に制御する。また、ＣＰＵ３０１は、デバイスＩ／Ｆ３１２を介して接続されるスキャナ１１３から入力情報を読み込み、デバイスＩ／Ｆ３１２を介して接続されるプリンタ１１４に出力情報としての画像信号を出力する。また、ＲＡＭ３０２はＣＰＵ３０１の主メモリ、ワークエリア等として機能する。
【００３９】
図６において、タッチパネル５０２や各種ハードキー５０３、５０４、５０５、５０７からのユーザ入力は、入力ポート６０１を介してＣＰＵ３０１に渡される。ＣＰＵ３０１は、そのユーザ入力の内容と制御プログラムとに基づいて表示画面データを生成し、画面出力デバイスを制御する出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面を出力する。また、ＣＰＵ３０１は必要に応じてＬＥＤ表示５０６を制御する。
【００４０】
次に、本発明の特徴的な機能である、操作部１１２によるＷｅｂブラウジングとＰＤＦのダウンロードプリントについて操作画面例を用いて説明する。
【００４１】
図７は、Ｗｅｂブラウジングの基本画面を示す図である。図７に示すように、コピーファンクション切り替えボタン７０１を押下することにより、コピー機能の基本画面（図示しない）に表示が切り替わる。また、ボックスファンクション切り替えボタン７０２を押下することにより、ボックス機能の基本画面（図示しない）に表示が切り替わる。そして、コピーファンクションもしくは、ボックスファンクションの基本画面表示時に、拡張ファンク切り替えボタン７０３を押下することにより、Ｗｅｂブラウジングの基本画面に表示が切り替わる。
【００４２】
尚、７０１〜７０３のファンクション切り替えボタンは、当該ファンクションの表示中にはボタン表面の色が変化し、当該ファンクションを表示中であることを示す。また、現在表示中のファンクションのファンクション切り替えボタンを押下しても何も起こらない。
【００４３】
図７において、７０６はＵＲＬ入力ボタンであり、ユーザがこのボタンを押下することによりキーボード画面（図示しない）が表示される。キーボード画面により入力されたＵＲＬ文字列はＵＲＬ表示領域７０７に表示され、そのＵＲＬで参照されるＷｅｂページがＷｅｂ表示エリア７０９に表示される。また７０４は更新ボタンであり、現在表示中のＷｅｂページの表示を更新する。７０５は戻るボタンであり、一つ前に表示していたＷｅｂページを表示するものである。
【００４４】
図７に示す７０８のように、Ｗｅｂ表示エリア７０９において、リンク文字列（Ｗｅｂ上の他のリソースへのハイパーリンクを表す文字列）は下線表示がされ、他の文字列と区別される。システム状況／中止ボタン７１０を押下することにより、システム状況／中止画面（図示しない）が表示され、本装置の状況表示や本装置内に投入されたジョブの操作が可能である。
【００４５】
次に、図７に示すＷｅｂブラウジング画面において、ユーザが選択し押下したリンク文字列のリンク先がＰＤＦファイルであった場合、或いは入力したＵＲＬ文字列そのものがＰＤＦファイルを参照する場合、図８に示すダウンロードプリント確認ダイアログ８０１がＷｅｂブラウジング画面にオーバーラップして表示される。ここで、ＯＫボタン８０２が押下されると、リンク先のＰＤＦファイルを本装置へダウンロードし、プリントを実行する。また、Ｃａｎｃｅｌボタン８０２が押下されると何もせずに、図７に示すＷｅｂブラウジング画面に戻る。
【００４６】
ここで、操作部１１２のＬＣＤ表示部５０１にＷｅｂブラウジング画面を表示し、選択されたリンク先がＰＤＦファイルであった場合、或いはＵＲＬ文字列がＰＤＦファイルであった場合、そのＰＤＦファイルのダウンロード及びプリントを行う処理について説明する。
【００４７】
図９、図１０は、図７に示すＷｅｂブラウジング画面を表示時にＷｅｂサーバ（図示せず）より受信するＨＴＭＬ文書の一例を示す図である。また、図１１は、第１の実施形態におけるＷｅｂブラウジングとＰＤＦダウンロードプリントの処理を示すフローチャートである。ここでは、適宜図９、図１０に示すＨＴＭＬ文書例を参照しながら、ＣＰＵ３０１が実行する処理（フローチャート）を中心に説明する。
【００４８】
まずステップＳ１１０１において、ユーザ入力（タッチパネル入力）を待ち、ユーザ入力があるとステップＳ１１０２へ進み、指定されたＵＲＬによって参照されるＷｅｂリソースがＰＤＦファイルであるか否かを判断する。尚、ＵＲＬの指定方法としては、リンク文字列の選択、ＵＲＬ入力フィールドへの入力の二つが存在する。また、指定されたＵＲＬ文字列によって参照されるＷｅｂリソースがＰＤＦファイルであるか否かの判定は、ＵＲＬ文字列中のファイル部におけるファイル拡張子が（．ｐｄｆ）か否かで行うものとする。
【００４９】
また、リンク文字列は、図９及び図１０に示すＨＴＭＬ文書では、＜ａ＞タグと＜／ａ＞タグのペアによって示される９０２、１００１などが該当する。更に、＜ａ＞タグ内のｈｒｅｆ属性で示される文字列が当該サーバ内におけるリソースへの現在表示中のＵＲＬからの相対パス名であり、この部分のファイル拡張子により判定する。具体的には、図９及び図１０に示すＨＴＭＬ文書において、９０２は拡張子が（．ｐｄｆ）であるため、ＰＤＦファイルと判定し、１００１は拡張子が（．ｈｔｍｌ）であるため、ＰＤＦファイルではないと判断する。
【００５０】
ここで、ステップＳ１１０２で指定されたＵＲＬによって参照されるリソースがＰＤＦファイルであると判定した場合にはステップＳ１１０３へ進み、ダウンロードプリント確認ダイアログ（図８に示す画面８０１）を表示する。つまり、操作者によって選択されたＵＲＬがＰＤＦファイルであり、プリントを行う旨を表示し、ステップＳ１１０４において、操作者の同意を待つ。
【００５１】
ユーザ入力を確認するとステップＳ１１０５へ進み、操作者がプリントするを選択（ＯＫボタン８０２を押下）したか、プリントしないを選択（Ｃａｎｃｅｌボタン８０３を押下）したか判断する。ここで、プリントするが選択されるとステップＳ１１０６へ進み、プリントしないが選択されるとステップＳ１１０１に戻る。
ステップＳ１１０６では、指定されたＵＲＬのＷｅｂサーバにＰＤＦファイルの転送を要求するＨＴＴＰコマンド（ＧＥＴコマンド）を送信し、続くステップＳ１１０７において、送信したＨＴＴＰコマンドに対するＷｅｂサーバからのレスポンスを待つ。
【００５２】
その後、Ｗｅｂサーバからレスポンスを受信するとステップＳ１１０８へ進み、受信したＰＤＦを解釈してプリント出力用ラスタイメージに展開する。そして、ステップＳ１１０９において、ラスタイメージのプリント出力要求をプリンタエンジンに対して行い、実際のプリントを行う。
【００５３】
また、上述したステップＳ１１０２において、指定されたＵＲＬによって参照されるリソースがＰＤＦファイルでないと判定した場合にはステップＳ１１１０へ進み、指定されたＵＲＬのＷｅｂサーバにリソースの転送を要求するＨＴＴＰコマンド（ＧＥＴコマンド）を送信する。そして、ステップＳ１１１１において、送信したＨＴＴＰコマンドに対するＷｅｂサーバからのレスポンスを待ち、レスポンスを受信するとステップＳ１１１２へ進む。
【００５４】
このステップＳ１１１２では、受信したリソースがＨＴＭＬ文書であるか否かをファイル拡張子によって判定し、ＨＴＭＬ文書であればステップＳ１１１３へ進み、受信したＨＴＭＬ文書を解釈し、表示用のビットマップメモリに展開する。そして、ステップＳ１１１５において、ＬＣＤ表示部５０１に展開したデータを転送する（実際の表示を行う）。
【００５５】
次に、ステップＳ１１１７において、元のＨＴＭＬ文書の中にイメージタグが存在するか否かを判定し、イメージタグが存在すればステップＳ１１１０に戻り、イメージデータをＷｅｂサーバに要求する。また、存在しなければステップＳ１１０１に戻り、上述の処理を繰り返す。尚、上述のイメージタグは図９に示すＨＴＭＬ文書の例では、９０１に示す部分が該当する。
【００５６】
また、ステップＳ１１１２において、ＨＴＭＬ文書でなければステップＳ１１１４へ進み、受信したリソースを表示用のビットマップメモリに展開し、ステップＳ１１１６において、ＬＣＤ表示部５０１に展開したデータを転送し（実際の表示を行う）、ステップＳ１１０１に戻り、上述の処理を繰り返す。
【００５７】
［第１の実施形態の変形例］
次に、第１の実施形態における変形例について説明する。この変形例は、図７に示したＷｅｂブラウジング画面７０９に表示されたリンク文字列７０８に更にプリントボタンを追加したものである。
【００５８】
図１２は、第１の実施形態における変形例のＷｅｂブラウジング画面を示す図である。図１２に示すように、リンク先がＰＤＦファイルであると判定した場合は、プリントボタン１２０１を表示し、リンク先がＰＤＦファイル以外の場合と区別する。図１２に示す画面例においても、その元となるＨＴＭＬ文書は図７に示した画面例と同様に、図９、図１０によって示されるＨＴＭＬ文書である。
【００５９】
ここで、ユーザがプリントボタン１２０１を押下すると、図８に示したダウンロードプリント確認ダイアログを表示した後、ダウンロードプリントを実行する。従って、第１の実施形態と制御もほぼ同様で、図１１に示すフローチャートがそのまま適用できる。但し、ステップＳ１１１３において、リンク先がＰＤＦであるハイパーリンク情報を下線文字列としてビットマップメモリ化するか、下線文字列とプリントボタンとしてビットマップメモリ化するかの違いが生じる。
【００６０】
また、本発明はホストコンピュータ上のＷｅｂブラウザにおいてもほぼ同様な機能が実現可能である。つまり、ハイパーリンク先のデータがＰＤＦファイルであった場合、Ｗｅｂサーバからダウンロード後に予め登録したプリンタにＬＰＲプロトコルでファイルを送信することにより、プリントを行う。この場合、一旦ホストコンピュータをデータが経由することになり、データの転送経路としては長くなるが、プリントに至る操作手順は少なくなり、操作性が向上する。
【００６１】
尚、プリントボタン１２０１が押下された場合に、ダウンロードプリント確認ダイアログ（図８）を表示しているが、直接ＰＤＦファイルをダウンロードし、プリントを実行するように構成しても良い。
【００６２】
このように、直感的、かつ、信頼性が高く、作業効率及び実行効率の良いプルプリント機能を提供することができる。
【００６３】
第１の実施形態によれば、画像形成装置の操作部にＷｅｂブラウザ機能を搭載し、リンク先の電子データがプリント可能な種別である場合に、リンク先の電子データをプリントするための操作手段を設けることで、ブラウズ操作とプリント操作をシームレスに行うことが可能となり、かつＷｅｂサーバから画像形成装置へ電子データをダイレクト転送することにより、信頼性が高く、実行効率の良いプリント環境を提供することができる。
【００６４】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。
【００６５】
従来、ＰＤＬ文書やＨＴＭＬ文書などの電子ドキュメントを印刷して配布すると、電子ドキュメントの元の情報は失われてしまい、配布された出力メディアを受け取った側では、電子ドキュメントならではの恩恵を享受することができなくなる。これは、電子ドキュメントのままであれば、加工／編集や情報劣化のない電子的複製、再印刷が可能であるが、印刷してしまうとイメージデータ化することによる情報の欠落、印刷することによる情報の劣化が発生し、配布物としての再利用性が著しく低下するためである。
【００６６】
そこで、第２の実施形態では、プルプリントを行う際に、電子ドキュメントの格納場所であるＵＲＬ情報をバーコード化して出力メディアの端部に重ねて印字することにより、出力メディア上に元の電子ドキュメントへの参照情報埋め込みを実現するものである。
【００６７】
また、バーコード化されたＵＲＬが埋め込まれた原稿に対してコピーを行う際に、バーコードを認識し、元の電子ドキュメントを取得してプリントすることにより、原稿コピーに伴う画像の劣化を防止するものである。
【００６８】
第２の実施形態における画像形成システム及び画像形成装置の構成は、第１の実施形態で説明した図１〜図６と同様であり、その説明は省略する。
【００６９】
図１３は、第２の実施形態におけるダウンロードプリント確認ダイアログ画面を示す図である。この画面は、図７に示したＷｅｂブラウジング画面において、ユーザが選択し押下したリンク文字列のリンク先がＰＤＦファイルであった場合、或いは入力したＵＲＬ文字列そのものがＰＤＦファイルを参照する場合に表示される画面である。図１３に示すように、ダウンロードプリント確認ダイアログ１３０１がＷｅｂブラウジング画面にオーバーラップして表示される。ここで、ユーザがＯＫボタン１３０２を押下すると、第１の実施形態と同様に、リンク先のＰＤＦファイルを本装置へダウンロードし、プリントを実行する。
【００７０】
１３０４はＵＲＬバーコードを印字するか否かを設定するオン／オフチェックボックスであり、これを押下することにより選択状態と非選択状態の設定が可能である。選択状態では、印刷する文書の端部にバーコード化されたＵＲＬを合成して印字する。また、Ｃａｎｃｅｌボタン１３０３が押下されると何もせずに、図７に示したＷｅｂブラウジング画面に戻る。尚、このＵＲＬのバーコード化は公知のバーコードを処理する技術で良く、その詳細な説明は省略する。
【００７１】
ここで、第２の実施形態におけるＰＤＦファイルのダウンロード及びプリントを行う処理について説明する。尚、第１の実施形態と同様に、図９及び図１０に示したＨＴＭＬ文書を、図７に示したＷｅｂブラウジング画面を表示時にＷｅｂサーバ（図示せず）より受信するものとする。
【００７２】
図１４は、第２の実施形態におけるＷｅｂブラウジングとＰＤＦダウンロードプリントの処理を示すフローチャートである。ここでは、適宜図９及び図１０に示すＨＴＭＬ文書、図１３に示す画面を参照しながら、ＣＰＵ３０１が実行する処理（フローチャート）を中心に説明する。
【００７３】
まずステップＳ１４０１において、ユーザ入力（タッチパネル入力）を待ち、ユーザ入力があるとステップＳ１４０２へ進み、指定されたＵＲＬによって参照されるＷｅｂリソースがＰＤＦファイルであるか否かを判断する。尚、ＵＲＬの指定方法としては、リンク文字列の選択、ＵＲＬ入力フィールドへの入力の二つが存在する。また、指定されたＵＲＬ文字列によって参照されるＷｅｂリソースがＰＤＦファイルであるか否かの判定は、ＵＲＬ文字列中のファイル部におけるファイル拡張子が（．ｐｄｆ）か否かで行うものとする。
【００７４】
また、リンク文字列は、図９及び図１０に示すＨＴＭＬ文書では、＜ａ＞タグと＜／ａ＞タグのペアによって示される９０２、１００１などが該当する。更に、＜ａ＞タグ内のｈｒｅｆ属性で示される文字列が当該サーバ内におけるリソースへの現在表示中のＵＲＬからの相対パス名であり、この部分のファイル拡張子により判定する。具体的には、図９及び図１０に示すＨＴＭＬ文書において、９０２は拡張子が（．ｐｄｆ）であるため、ＰＤＦファイルと判定し、１００１は拡張子が（．ｈｔｍｌ）であるため、ＰＤＦファイルではないと判断する。
【００７５】
ここで、ステップＳ１４０２で指定されたＵＲＬによって参照されるリソースがＰＤＦファイルであると判定した場合にはステップＳ１４０３へ進み、ダウンロードプリント確認ダイアログ（図１３に示す画面１３０１）を表示する。つまり、操作者によって選択されたＵＲＬがＰＤＦファイルであり、プリントを行う旨を表示し、ステップＳ１４０４において、操作者の同意を待つ。
【００７６】
ユーザ入力を確認するとステップＳ１４０５へ進み、操作者がプリントするを選択（ＯＫボタン１３０２を押下）したか、プリントしないを選択（Ｃａｎｃｅｌボタン１３０３を押下）したか判断する。ここで、プリントするが選択されるとステップＳ１４０６へ進み、プリントしないが選択されるとステップＳ１４０１に戻る。ステップＳ１４０６では、指定されたＵＲＬのＷｅｂサーバにＰＤＦファイルの転送を要求するＨＴＴＰコマンド（ＧＥＴコマンド）を送信し、続くステップＳ１４０７において、送信したＨＴＴＰコマンドに対するＷｅｂサーバからのレスポンスを待つ。
【００７７】
その後、Ｗｅｂサーバからレスポンスを受信するとステップＳ１４０８へ進み、受信したＰＤＦを解釈してプリント出力用ラスタイメージに展開する。次に、ステップＳ１４０９において、図１３に示す当該ＵＲＬをバーコード化して合成する指定１３０４が設定されているか否かを判定する。ここで、設定されていればステップＳ１４１０へ進み、当該ＵＲＬをバーコード化して出力用ラスタイメージの端部に合成し、ステップＳ１４１１へ進む。また、設定されていなければ、そのままステップＳ１４１１へ進む。そして、ステップＳ１４１１で、ラスタイメージのプリント出力要求をプリンタエンジンに対して行い、実際のプリントを行う。
【００７８】
また、上述したステップＳ１４０２において、指定されたＵＲＬによって参照されるリソースがＰＤＦファイルでないと判定した場合にはステップＳ１４１２へ進み、指定されたＵＲＬのＷｅｂサーバにリソースの転送を要求するＨＴＴＰコマンド（ＧＥＴコマンド）を送信する。そして、ステップＳ１１４１３において、送信したＨＴＴＰコマンドに対するＷｅｂサーバからのレスポンスを待ち、レスポンスを受信するとステップＳ１４１４へ進む。
【００７９】
このステップＳ１４１４では、受信したリソースがＨＴＭＬ文書であるか否かをファイル拡張子によって判定し、ＨＴＭＬ文書であればステップＳ１４１５へ進み、受信したＨＴＭＬ文書を解釈し、表示用のビットマップメモリに展開する。そして、ステップＳ１４１７において、ＬＣＤ表示部５０１に展開したデータを転送する（実際の表示を行う）。
【００８０】
次に、ステップＳ１４１９において、元のＨＴＭＬ文書の中にイメージタグが存在するか否かを判定し、イメージタグが存在すればステップＳ１４１２に戻り、イメージデータをＷｅｂサーバに要求する。また、存在しなければステップＳ１４０１に戻り、上述の処理を繰り返す。尚、上述のイメージタグは図９に示すＨＴＭＬ文書の例では、９０１に示す部分が該当する。
【００８１】
また、ステップＳ１４１４において、ＨＴＭＬ文書でなければステップＳ１４１６へ進み、受信したリソースを表示用のビットマップメモリに展開し、ステップＳ１４１８において、ＬＣＤ表示部５０１に展開したデータを転送し（実際の表示を行う）、上述の処理を繰り返す。
【００８２】
このように、指定されたＵＲＬから電子文書をダウンロードして印刷する際に、ＵＲＬをバーコード化して合成印字することにより、印刷物に身元情報を付加することができる。
【００８３】
次に、上述したＵＲＬバーコード印字の設定によりページ端部にバーコード化されたＵＲＬが合成された原稿に対してコピーが指示された場合に、通常の複写動作によるコピーではなく、埋め込まれたＵＲＬによりダウンロードプリントを行うことにより、コピーを実現する処理について説明する。
【００８４】
図１５は、第２の実施形態におけるコピー処理を示すフローチャートである。
まずステップＳ１５０１において、原稿をスキャンし、スキャンによって取得したラスタイメージをＨＤＤに一時保存する。次に、ステップＳ１５０２において、ラスタイメージの端部にバーコード化されたＵＲＬが合成されているか調べる。ここで、合成されていなければステップＳ１５０９へ進み、プリンタエンジンにスキャンラスタイメージの出力要求を送り、通常のコピー出力動作を行い、この処理を終了する。
【００８５】
また、ステップＳ１５０２において、バーコード化されたＵＲＬが合成されていればステップＳ１５０３へ進み、バーコードからＵＲＬを判別する。そして、ステップＳ１５０４において、指定されたＵＲＬのＷｅｂサーバにＰＤＦファイルを要求するために、ＨＴＴＰプロトコルのＧＥＴコマンドを送信し、ステップＳ１５０５において、レスポンスの到着を待つ。その後、レスポンスが到着するとステップＳ１５０６へ進み、受信したＰＤＦファイルをＨＤＤにスプールする。次に、ステップＳ１５０７において、スプールしたＰＤＦファイルを解釈し、全ページを出力用のラスタイメージに展開してＨＤＤに一時保存する。そして、ステップＳ１５０８において、プリンタエンジンに展開したラスタイメージの出力要求を送り、印刷を行い、この処理を終了する。
【００８６】
このように、印刷されたＵＲＬを示すバーコードを読み取ることにより、そのＵＲＬで指定される元の電子文書を容易に取得することが可能となる。そして、バーコード化された電子文書が合成印字された原稿に対してコピーが指示された場合、元の電子文書をダウンロードして印刷することにより、画像劣化の全くないコピーが実現できる。また、画像形成装置の出力解像度等の出力品位が元原稿を出力した画像出力装置の出力品位を上回る場合、コピーにより画質が向上することも有りえる。
【００８７】
［第２の実施形態の変形例］
次に、第２の実施形態における変形例について説明する。この変形例は、上述したＵＲＬバーコード印字の設定によりページ端部にバーコード化されたＵＲＬが合成された原稿に対して送信（指定された原稿をスキャンし、指定されたアドレスに指定されたフォーマットで送信する送信機能）が指示された場合に、通常のスキャンイメージによる送信ではなく、埋め込まれたＵＲＬよりダウンロードし、イメージ展開を行うことにより送信を実現するものである。
【００８８】
図１６は、第２の実施形態における変形例の送信処理を示すフローチャートである。まずステップＳ１６０１において、原稿をスキャンし、スキャンによって取得したラスタイメージをＨＤＤに一時保存する。次に、ステップＳ１６０２において、ラスタイメージの端部にバーコード化されたＵＲＬが合成されているか調べる。ここで、合成されていなければステップＳ１６０９へ進み、スキャンイメージを指定されたフォーマットに変換後、指定された宛先へ送信を行い、この処理を終了する。
【００８９】
また、ステップＳ１６０２において、バーコード化されたＵＲＬが合成されていればステップＳ１６０３へ進み、バーコードからＵＲＬを判別する。そして、ステップＳ１６０４において、判別したＵＲＬのＷｅｂサーバにＰＤＦファイルを要求するために、ＨＴＴＰプロトコルのＧＥＴコマンドを送信し、ステップＳ１６０５において、レスポンスの到着を待つ。その後、レスポンスが到着するとステップＳ１６０６へ進み、受信したＰＤＦファイルをＨＤＤにスプールする。
次に、ステップＳ１６０７において、スプールしたＰＤＦファイルを解釈し、全ページを出力用のラスタイメージに展開してＨＤＤに一時保存する。そして、ステップＳ１６０８において、展開したラスタイメージを指定されたフォーマットに変換後、指定された宛先へ送信を行い、この処理を終了する。
【００９０】
このように、スキャンによる送信においても、上述したコピーと同様の効果が期待できる。
【００９１】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【００９２】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００９３】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００９４】
このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００９５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９６】
更に、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９７】
【発明の効果】
以上説明したように、本発明によれば、画像形成装置においてネットワーク上の所望の外部機器から直接所定の種別のリソースを取得して出力することにより、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【図１】第１の実施形態における画像形成システムの全体構成を示すブロック図である。
【図２】画像形成装置のソフトウェア構成を示すブロック図である。
【図３】画像形成装置の詳細な構成を示すブロック図である。
【図４】本実施形態における画像形成装置の外観を示す図である。
【図５】図４に示す操作部１１２の構成を示す図である。
【図６】図３に示した画像形成装置の操作部の詳細な構成を示すブロック図である。
【図７】Ｗｅｂブラウジングの基本画面を示す図である。
【図８】ダウンロードプリント確認ダイアログの一例を示す図である。
【図９】図７に示すＷｅｂブラウジング画面を表示時にＷｅｂサーバ（図示せず）より受信するＨＴＭＬ文書の一例を示す図である。
【図１０】図７に示すＷｅｂブラウジング画面を表示時にＷｅｂサーバ（図示せず）より受信するＨＴＭＬ文書の一例を示す図である。
【図１１】第１の実施形態におけるＷｅｂブラウジングとＰＤＦダウンロードプリントの処理を示すフローチャートである。
【図１２】第１の実施形態における変形例のＷｅｂブラウジング画面を示す図である。
【図１３】第２の実施形態におけるダウンロードプリント確認ダイアログ画面を示す図である。
【図１４】第２の実施形態におけるＷｅｂブラウジングとＰＤＦダウンロードプリントの処理を示すフローチャートである
【図１５】第２の実施形態におけるコピー処理を示すフローチャートである。
【図１６】第２の実施形態における変形例の送信処理を示すフローチャートである。
【図１】
2004358800.tif 000003
【図２】
2004358800.tif 000004
【図３】
2004358800.tif 000005
【図４】
2004358800.tif 000006
【図５】
2004358800.tif 000007
【図６】
2004358800.tif 000008
【図７】
2004358800.tif 000009
【図８】
2004358800.tif 000010
【図９】
2004358800.tif 000011
【図１０】
2004358800.tif 000012
【図１１】
2004358800.tif 000013
【図１２】
2004358800.tif 000014
【図１３】
2004358800.tif 000015
【図１４】
2004358800.tif 000016
【図１５】
2004358800.tif 000017
【図１６】
2004358800.tif 000018