JP4939046B2

JP4939046B2 - 画像処理装置およびその制御方法

Info

Publication number: JP4939046B2
Application number: JP2005349449A
Authority: JP
Inventors: 智也佐藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-12-02
Filing date: 2005-12-02
Publication date: 2012-05-23
Anticipated expiration: 2025-12-02
Also published as: US8488145B2; US20070139698A1; JP2007156713A

Description

本発明はＷｅｂサーバが保持するホームページに係るリソースを受信し、印刷する技術に関するものである。

近年、情報機器の多くがネットワークに接続されるようになっており様々な応用がなされている。中でもＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）の普及は著しい。インターネット及びイントラネット上のＷｅｂサーバは様々な情報を提供しており、その内容は日々更新されている。ユーザは通常、こうしたＷｅｂサーバに対してＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）でアクセスするソフトウェア（Ｗｅｂブラウザ）をＰＣなどの上で動作させて情報を閲覧している。さらに、こうしたＷｅｂブラウザで閲覧した情報をプリンタに送り、紙にプリントアウトして読むことも多い。

しかし、Ｗｅｂブラウザを立ち上げ、情報を取得し、プリンタに対して印刷指示をするという操作をするのは煩雑である。この問題を解決するために、プリンタそのものがネットワークに接続され、予め指定されたＷｅｂページを定期的に取得してプリント出力するようにしたものが提案されている。また、こうしたものの中には、同じ文書を何度もプリントしてしまうのを防ぐようにしているものも多い。

例えば、指定されたＷｅｂページの更新日時を確認し、以前プリントした時から更新されていたらそのＷｅｂページをプリントする文書出力装置が知られている（特許文献１）。

一方、ＲＳＳの各バージョンやＡｔｏｍなどのＸＭＬ形式のデータで、サイトの更新情報などをシンジケーション（配給）するサイトが多くなっている（非特許文献１または非特許文献２等参照）。たとえば、ＲＳＳ−ＤＥＶワーキンググループによるＲＳＳ１．０（ＲＤＦＳｉｔｅＳｕｍｍａｒｙ）の仕様は非特許文献１に開示されている。
特開平１１−１９４９８４号公報ＤａｎＢｒｉｃｋｌｅｙ他１０名、"ＲＤＦＳｉｔｅＳｕｍｍａｒｙ（ＲＳＳ）１．０"、［ｏｎｌｉｎｅ］２００１年５月３０日、ＲＳＳ−ＤＥＶＷｏｒｋｉｎｇＧｒｏｕｐ、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｐｕｒｌ．ｏｒｇ／ｒｓｓ／１．０／ｓｐｅｃ＞Ｍ．Ｎｏｔｔｉｎｇｈａｍ，Ｒ．Ｓａｙｅｒ編、"ＴｈｅＡｔｏｍＳｙｎｄｉｃａｔｉｏｎＦｏｒｍａｔｄｒａｆｔ−ｉｅｔｆ−ａｔｏｍｐｕｂ−ｆｒｏａｍａｔ−０３"、［ｏｎｌｉｎｅ］２００４年１０月２０日、ＲＳＳ−ＤＥＶＷｏｒｋｉｎｇＧｒｏｕｐ、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ａｔｏｍｐｕｂ．ｏｒｇ／２００４／／１０／２０／ｄｒａｆｔ−ｉｅｔｆ−ａｔｏｍｐｕｂ−ｆｒｏａｍａｔ−０３．ｈｔｍｌ＞

特許文献１に示したような従来の提案では、指定されたページそのものが更新されているかどうかを判断してプリントしている。従って、新たな情報が別のファイルとして順次加えられていくようなサイトには適用することが難しい。例えばニュースサイトなどは、記事ごとに異なるＵＲＬの別ファイルが加えられていく構成になっていることが多いため、こうしたサイトの更新情報を定期的に出力することはできない。

本発明はかかる問題点に鑑みなされたものであり、Ｗｅｂサイトの更新内容を確実かつ容易に判断でき、更新された場合に印刷出力することで、記録紙等の資源を無駄にすることを抑制する技術を提供しようとするものである。

この課題を解決するため、例えば、本発明の画像処理装置は以下の構成を備える。すなわち、
ネットワークインタフェース及び印刷手段を備え、Ｗｅｂサーバが保持するリソースを受信し印刷する画像処理装置であって、
Ｗｅｂサーバが保持するリソースが更新されたことを示す更新情報のＵＲＬ情報を登録する登録手段と、
予め設定された時間で、前記登録手段で登録されたＵＲＬ情報により特定される予め設定された形式の前記更新情報であって前記Ｗｅｂサーバが保持する複数のリソースのそれぞれに対応する更新日時を含む前記更新情報を要求することで、当該更新情報を取得する取得手段と、
該取得手段で取得した更新情報に含まれる複数のリソースのそれぞれについて、そのリソースに対応する更新日時と該取得手段で前回更新情報を要求したときの日時とを比較することにより、そのリソースに対応する更新日時の方が後である場合には前回のアクセスから前記Ｗｅｂサーバが有するリソースについて更新があったと判断し、前回更新情報を要求したときの日時の方が後である場合には更新がなかったと判断する判断手段と、
該判断手段で更新があったと判断した場合、前回更新情報を要求したときの日時より後である更新日時に対応するリソースのタイトル文字列及び当該リソースのＵＲＬを抽出し、抽出したタイトル文字列とＵＲＬとを印刷可能な画像データに整形して前記印刷手段で印刷を行うとともに、前回更新情報を要求したときの日時より後である更新日時に対応するリソースを前記Ｗｅｂサーバに要求することで前記リソースを受信し、当該受信したリソースを前記抽出したタイトル文字列と対応づけて記憶装置に記憶する印刷制御手段とを備え、
前記印刷制御手段は、前記印刷手段で印刷されたタイトル文字列に対応するリソースを印刷する指示をユーザから受け付けたことに従って、当該タイトル文字列に対応づけて前記記憶装置に記憶したリソースを印刷することを特徴とする。

本発明によれば、Ｗｅｂサイトの更新内容を確実かつ容易に判断でき、更新された場合に印刷出力することで、記録紙等の資源を無駄にすることを抑制することが可能になる。

以下、添付図面に従って本発明に係る実施形態を詳細に説明する。

＜システム構成＞
図１は、本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。図１において、画像処理システムは、互いにネットワーク１００を介して接続された画像処理装置１１０とＷｅｂサーバ１０１、１０２、デスクトップコンピュータ１０３とから構成される。

画像処理装置１１０は、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１４、制御ユニット（ＣｏｎｔｒｏｌｌｅｒＵｎｉｔ）１１１、ユーザインタフェースである操作部１１２を備える。

スキャナ１１３、プリンタ１１４、操作部１１２はそれぞれ、制御ユニット１１１に接続されて、制御ユニット１１１からの命令によって制御される。制御ユニット１１１は、ネットワーク１００に接続されており、Ｗｅｂサーバ１０１、１０２や、デスクトップコンピュータ１０３との通信を行なう。

Ｗｅｂサーバ１０１および１０２は、画像処理装置１１０からの要求に応じて各種リソースを返す。実施形態では、Ｗｅｂサーバ１０１は画像処理装置１１０と同じネットワークに接続されていて、Ｗｅｂサーバ１０２はインターネットを介して接続されている例を示している。

また、デスクトップコンピュータ１０３は、ユーザが常用する情報処理装置（パーソナルコンピュータ等）であり、ユーザが利用するアプリケーションプログラムやユーザのデータ等を格納している。デスクトップコンピュータ１０３は、画像処理装置１１０や、Ｗｅｂサーバ１０１、１０２などとＬＡＮ１００を介して連携し、分散アプリケーションを実行することもできる。

＜画像処理装置のソフトウェア構成＞
図２は、画像処理装置１１０の各々で実行されるソフトウェアの構成を示すブロック図である。

２０１はユーザインタフェース（ＵＩ）モジュールであり、オペレータが画像処理装置に対する各種操作・設定を行う際に、装置とユーザ操作との仲介を行うモジュールである。このモジュールは、オペレータの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、或いはデータの設定等を行う。

２０２は、アドレスブック（Ａｄｄｒｅｓｓ−Ｂｏｏｋ）モジュール、即ちデータの送付先、通信先等を管理するデータベースモジュールである。アドレスブックモジュール２０２が管理するデータに対しては、ＵＩモジュール２０１からの操作指令に従い、データの追加、削除、取得が行われる。また、アドレスブックモジュール２０２からは、オペレータの操作により、後述の各モジュールに対してデータの送付・通信先情報が与えられる。

２０３はＷｅｂサーバ（Ｗｅｂ−Ｓｅｒｖｅｒ）モジュールであり、Ｗｅｂクライアント（例えば、デスクトップコンピュータ１０３）からの要求に応じて、画像処理装置の管理情報をＷｅｂクライアントに通知する。この管理情報は、後述の統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）モジュール２０４、リモートコピースキャン（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎ）モジュール２０９、リモートコピープリント（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔ）モジュール２１０、制御ＡＰＩ（Ｃｏｎｔｒｏｌ−ＡＰＩ）モジュール２１８を介して取得される。また、この管理情報は、後述のＨＴＴＰモジュール２１２、ＴＣＰ／ＩＰ通信モジュール２１６、ネットワークドライバ（Ｎｅｔｗｏｒｋ−Ｄｒｉｖｅｒ）２１７を介してＷｅｂクライアントに通知される。

統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）モジュール２０４は、データの配信を司るモジュールである。このモジュールは、ＵＩモジュール２０１を介してオペレータによって指示されたデータを、同様にして指示された通信（出力）先に配布する。また、オペレータにより、本装置のスキャナ機能を使用した配布データの生成が指示された場合は、後述の制御ＡＰＩモジュール２１８を介して本装置を動作させ、データの生成を行う。

２０５はＰ５５０モジュールであり、統合送信部モジュール２０４内に含まれ、出力先にプリンタが指定された際に実行されるモジュールである。２０６はＥ−メール（Ｅ−Ｍａｉｌ）モジュールである。このＥ−メールモジュール２０６は統合送信部モジュール２０４内に含まれ、通信先にＥ−メールアドレスが指定された際に実行されるモジュールである。２０７はＤＢモジュールであり、統合送信部モジュール２０４内に含まれ、出力先にデータベースが指定された際に実行されるモジュールである。２０８はＤＰモジュールであり、統合送信部モジュール２０４内に含まれ、出力先に本装置と同様の画像処理装置が指定された際に実行されるモジュールである。

２０９はリモートコピースキャン（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎ）モジュールである。このモジュールは、画像処理装置のスキャナ機能を使用して画像情報を読み取り、読み取った画像情報をネットワーク等で接続された他の画像処理装置に出力するものである。この結果、本来単体で実現しているコピー機能を、複数の画像処理装置を使って実現することを可能にしている。

２１０はリモートコピープリント（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔ）モジュールである。このモジュールは、ネットワーク等で接続された他の画像処理装置で得られた画像情報を、本画像処理装置のプリンタ機能を使用して出力することにより、本来単体で実現しているコピー機能を複数の画像処理装置を使って実現するモジュールである。

２１１はＷｅｂブラウザ（ＷｅｂＢｒｏｗｓｅｒ）モジュールである。このモジュールは、インターネットまたはイントラネット上の各種Ｗｅｂサイト（ホームページ）の情報を読み込んで表示を行う。また、Ｗｅｂサイトの情報を取得してプリント出力するＷｅｂプルプリントの機能も提供する。Ｗｅｂブラウザの詳細な構成は後述する。

２１２はＨＴＴＰモジュールである。このモジュールは、画像処理装置がＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）による通信を行なう際に使用されるものである。ＨＴＴＰモジュール２１２は、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、Ｗｅｂサーバモジュール２０３やＷｅｂブラウザモジュール２１１に通信機能を提供する。また、このモジュール２１２は、ＨＴＴＰをはじめとするＷｅｂで用いられる各種プロトコルに対応し、特にセキュリティ対応のプロトコルによる通信機能も提供する。

２１３はｌｐｒモジュールである。このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のＰ５５０モジュール２０５に通信機能を提供するものである。

２１４はＳＭＴＰモジュールである。このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のＥ−メールモジュール２０６に通信機能を提供する。

２１５はＳＬＭ（Ｓａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは後述のＴＣＰ／ＩＰ通信モジュール２１６を使い、統合送信部モジュール２０４内のＤＢモジュール２０７、ＤＰモジュール２０８、モートコピースキャンモジュール２０９、及び、リモートコピープリントモジュール２１０に通信機能を提供する。

２１６はＴＣＰ／ＩＰ通信モジュールである。このモジュールは、後述のネットワークドライバ２１７を用いて、前述の各種モジュールにネットワーク通信機能を提供する。２１７はネットワークドライバであり、ネットワークに物理的に接続される部分を制御するものである。

２１８は制御ＡＰＩである。これは、統合送信部モジュール２０４等の上流モジュールに、後述のジョブマネージャ（Ｊｏｂ−Ｍａｎａｇｅｒ）モジュール２１９等の下流モジュールに対するインタフェースを提供するものである。これによって、上流及び下流のモジュール間の依存関係が軽減され、それぞれの流用性を高めることができる。

２１９はジョブマネージャモジュールである。このモジュールは、前述の各種モジュールから制御ＡＰＩ２１８を介して指示される様々な処理を解釈し、後述の各モジュール（２２０、２２４、２２６）に指示を与えるものである。また、ジョブマネージャモジュール２１９は、画像処理装置内で実行されるハード的な処理を一元管理するものである。

２２０はコーデックマネージャ（ＣＯＤＥＣ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示する処理の中で、データの各種圧縮・伸長を管理・制御するものである。

２２１はＦＢＥエンコーダ（ＦＢＥｅｎｃｏｄｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９や後述のスキャンマネージャ（Ｓｃａｎ−Ｍａｎａｇｅｒ）モジュール２２４によって実行されたスキャン処理によって読み込まれたデータを、ＦＢＥフォーマットを用いて圧縮するものである。

２２２はＪＰＥＧコーデック（ＪＰＥＧ−ＣＯＤＥＣ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理、或いはプリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）モジュール２２６によって実行された印刷処理において、読み込まれたデータのＪＰＥＧ圧縮及び印刷データのＪＰＥＧ展開処理を行うものである。

２２３はＭＭＲコーデック（ＭＭＲ−ＣＯＤＥＣ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理、或いはプリントマネージャモジュール２２６によって実行された印刷処理において、読み込まれたデータのＭＭＲ圧縮及び印刷データのＭＭＲ伸長処理を行うものである。

２２９は情報埋め込み画像コーデック（ＩＥＩ−ＣＯＤＥＣ）モジュールである。このモジュールはジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理、或いはプリントマネージャモジュール２２６によって実行された印刷処理において、読み込まれた画像データに埋め込まれた情報のデコード、及び印刷画像データへの情報埋め込みを行うものである。画像データへの情報の埋め込みは、バーコードやデジタル透かし（デジタルウォーターマーク）などの符号化技術を用いて行う。また、像域分離とＯＣＲ技術によって画像データの画像中の文字を認識し、テキストデータに変換する文字認識も一種の復号化技術としてサポートする。さらにラスタイメージプロセッサを用いたテキストから画像データへの変換と、変換した画像データとオリジナル画像データとの重ね合わせ（オーバレイ）も、一種の符号化技術（情報埋め込み技術）としてサポートする。

２２４はスキャンマネージャ（Ｓｃａｎ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御するものである。

２２５はＳＣＳＩドライバであり、スキャンマネージャモジュール２２４と画像処理装置に内部的に接続しているスキャナ部との間の通信を取り持つものである。

２２６はプリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示する印刷処理を管理・制御するものである。

２２７はエンジンインターフェース（Ｅｎｇｉｎｅ−Ｉ／Ｆ）モジュールである。このモジュールは、プリントマネージャモジュール２２６と印刷部との間のインタフェースを提供する。

２２８はパラレルポートドライバであり、パラレルポートを介して不図示の出力機器にデータを出力する際のＩ／Ｆを提供する。

＜画像処理装置のハードウェア構成＞
図３は、画像処理装置１１０のハードウェア構成を示すブロック図である。

制御ユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４と接続し、一方ではＬＡＮ１００や公衆回線（ＷＡＮ）と接続することで、画像情報やデバイス情報の入出力を行なうコントローラである。

ＣＰＵ３０１は、制御ユニット１１１全体を制御するコントローラである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するために使用するシステムワークメモリである。また、ＲＡＭ３０２は、画像データを一時記憶するための画像メモリでもある。ＲＯＭ３０３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ３０４は、ハードディスクドライブであり、システムソフトウェア、画像データを格納する。

操作部Ｉ／Ｆ３０６は、操作部（ＵＩ）１１２との間のインタフェースを司り、操作部１１２が有する表示器に表示すべき画像データを操作部１１２に対して出力する。また、使用者が操作部１１２を介して入力した情報を、ＣＰＵ３０１に伝える役割を果たす。

ネットワークインタフェース（ＮｅｔｗｏｒｋＩ／Ｆ）３０８は、ＬＡＮ１００との接続を司り、ＬＡＮ１００に対して情報の入出力を行なう。モデム（ＭＯＤＥＭ）３０９は、公衆回線との接続を司り、公衆回線に対して情報の入出力を行なう。以上のデバイスがシステムバス３０７上に配置される。

イメージバスインターフェース（ＩｍａｇｅＢｕｓＩ／Ｆ）３０５は、システムバス３０７と画像データを高速で転送する画像バス３１０とを接続し、データ構造を変換するバスブリッジである。画像バス３１０は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。

画像バス３１０には以下のデバイスが配置される。ラスタイメージプロセッサ（ＲＩＰ）３１１は、ネットワーク上のクライアント等から送信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部３１２は、画像入出力デバイスであるスキャナ１１３やプリンタ１１４と制御ユニット１１１とを接続し、画像データの同期系／非同期系の変換を行なう。

スキャナ画像処理部３１３は、入力画像データに対し補正、加工、編集を行なう。プリンタ画像処理部３１４は、プリント出力画像データに対して、プリンタ１１４の性能に応じた補正、解像度変換等を行なう。画像回転部３１５は画像データの回転を行なう。画像圧縮部３１６は、多値画像データに対してはＪＰＥＧ圧縮伸長処理を行い、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸長処理を行なう。

図４は、画像処理装置１１０の外観を示す斜視図である。

画像入力デバイスであるスキャナ１１３は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することによって、ラスターイメージデータを生成する。

使用者が原稿用紙を原稿フィーダ４０５のトレイ４０６にセットして、操作部１１２において読み取りの起動を指示する。この結果、制御ユニット１１１のＣＰＵ３０１がスキャナ１１３に指示を与え、トレイ４０６にセットされた原稿用紙は１枚ずつフィードされ、スキャナ１１３による原稿画像の読み取り動作が開始する。

画像出力デバイスであるプリンタ１１４は、ラスターイメージデータを用紙に印刷する部分である。その方式は、感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式であってもよい。なお、プリント動作は、ＣＰＵ３０１からの指示によって起動される。

プリンタ１１４は、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット４０１、４０２、４０３がある。また、排紙トレイ４０４は、印字し終わった用紙を受けるものである。

図５は、画像処理装置１１０の操作部１１２の構成を示す平面図である。ＬＣＤ表示部５０１は、ＬＣＤ（液晶表示装置）上にタッチパネルシート５０２が貼られた構成になっていて、画像処理装置１１０の操作画面およびソフトキーを表示する。また、表示してあるキーが押された場合には、その押された位置を示す位置情報が制御ユニット１１１のＣＰＵ３０１に伝えられる。

スタートキー５０５は、原稿画像の読み取り動作を開始する場合等に操作されるキーである。スタートキー５０５の中央部には、緑と赤の２色ＬＥＤ表示部５０６があり、その色によってスタートキー５０５を操作できる状態であるか否かを示す。ストップキー５０３は、稼働中の画像処理装置１１０の動作を止めたい場合に操作されるキーである。ＩＤキー５０７は、使用者のユーザＩＤを入力するときに操作されるキーである。また、リセットキー５０４は、操作部１１２からの設定を初期化するときに操作されるキーである。

図６は、画像処理装置１１０の操作部１１２及び操作部Ｉ／Ｆ３０６の内部構成を制御ユニット１１１の内部構成と対応させて示すブロック図である。

上述したように、操作部１１２は、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。システムバス３０７には、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４が接続されている。ＣＰＵ３０１は、ＲＯＭ３０３とＨＤＤ３０４に記憶された制御プログラム等に基づいて、システムバス３０７に接続される各種デバイスとのアクセスを総括的に制御する。また、ＣＰＵ３０１は、デバイスＩ／Ｆ３１２を介して接続されるスキャナ１１３から入力情報を読み込み、またデバイスＩ／Ｆ３１２を介して接続されるプリンタ１１４に出力情報としての画像信号を出力する。ＲＡＭ３０２はＣＰＵ３０１の主メモリ、ワークエリア等として機能する。

タッチパネル５０２や各種ハードキー５０３、５０４、５０５、５０７からのユーザ入力情報は、入力ポート６０１を介してＣＰＵ３０１に渡される。ＣＰＵ３０１は、ユーザ入力情報の内容と制御プログラムとに基づいて表示画面データを生成し、画面出力デバイスを制御する出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面データを出力する。また、必要に応じて２色ＬＥＤ表示部５０６を制御する。

図７は、画像処理装置１１０における操作部１１２のＬＣＤ表示部５０１に表示される標準的な操作画面の一例を示す図である。図７の最上部７０１に並んでいるボタン群は、画像処理装置１１０が提供する各種機能から１つを選択するためのボタン群である。

コピー機能は、スキャナ１１３でスキャンし読み取った原稿画像データをプリンタ１１４でプリントして原稿の複写物を得るための機能である。送信機能は、スキャナ１１３で読み取った原稿画像データやＨＤＤ３０４に蓄積されている画像データを各種出力先に送信するための機能である。出力先としては、ネットワークインタフェース３０８経由で各種のプロトコルによって送信可能な各種の出力先がある。また、モデム３０９経由でファクシミリなどのプロトコルによって送信可能な各種の出力先も含まれる。これららの中から複数の出力先を選択して送信することができる。

ボックス機能は、ＨＤＤ３０４に蓄積されている画像データやコードデータなどの文書ファイルを閲覧、編集、プリント、および送信するための機能である。ＨＤＤ３０４に蓄積される文書ファイルは、スキャナ１１３によって読み取った原稿画像データ、ネットワークインタフェース３０８経由でダウンロードしたデータ、ネットワークインタフェース３０８経由で他の装置から受信したプリントデータを蓄積したデータが含まれる。また、モデム３０９経由で他の装置から受信したファクシミリデータなどもこのＨＤＤ３０４に格納される。ボックス機能は、ユーザのオフィス環境において電子的なメールボックスとして利用できる。また、パスワードを入力するまで用紙へのプリント出力を遅延することによって、ＰＤＬプリントジョブの守秘性を高めるセキュアドプリントとして利用することもできる。拡張機能は、スキャナ１１３を外部装置から利用するためにロックするなど、各種の拡張機能を呼び出すための機能である。ブラウザ機能は、Ｗｅｂサイトの閲覧を行なうための機能である。

図７の中間部分７０２では、コピー機能が選択された場合の操作画面を表示している。図７の最下部７０３はステータス表示領域であり、最上部７０１で選択された機能の如何に関わらず、画像処理装置１１０の各機能や装置自体の情報などの各種のメッセージをユーザに対して表示する。

＜Ｗｅｂブラウザによる分散アプリケーションの操作＞
図８は、図２に示すＷｅｂブラウザモジュール２１１の内部構成を示すブロック図である。プロトコル処理部８０１は、ＨＴＴＰモジュール２１２を介して、他のネットワークノードとの間に接続を確立し通信するものである。この通信において、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求を発行し、その応答を得る。この過程で、各種符号化形式に則した通信データの符号化・復号化も行う。

コンテンツパーサ８０２は、プロトコル処理部８０１からＨＴＭＬ、ＸＭＬ、ＸＨＴＭＬなどの表現形式で表現されたコンテンツデータを受け取り、字句解析および構文解析を行って解析木情報を生成する。

ＤＯＭ構築部８０３は、コンテンツパーサ８０２から解析木情報を受け取り、コンテンツデータの構造に対応したＤｏｃｕｍｅｎｔＯｂｊｅｃｔＭｏｄｅｌ（ＤＯＭ）の構築を行う。すなわち、旧来のＨＴＭＬは文法上さまざまな省略を許しバリエーションが多岐に渡る。さらに現実に運用されているコンテンツは整形式でも妥当でもない場合が多い。そこで、ＤＯＭ構築部８０３は、他の一般的なＷｅｂブラウザと同様に、文法的に妥当でないコンテンツデータの正しい論理構造を推論し、妥当なＤＯＭの構築を試みる。

ＤＯＭ処理部８０４は、ＤＯＭ構築部８０３が構築したＤＯＭを、オブジェクト群の入れ子関係を表現するツリー構造としてメモリ上に保持管理する。Ｗｅｂブラウザの各種処理はこのＤＯＭを中心に実現される。

レイアウトエンジン８０７は、ＤＯＭ処理部８０４が保持するオブジェクト群のツリー構造に応じて、各オブジェクトの表示上の表現（プレゼンテーション）を再帰的に決定し、結果的に文書全体のレイアウトを得る。各オブジェクトの表示上の表現は、文書の中に埋め込まれた記述、あるいは、文書からリンクされた別ファイル中の記述によって、ＣａｓｃａｄｉｎｇＳｔｙｌｅＳｈｅｅｔ（ＣＳＳ）などのスタイルシート形式で明示的に指定される場合がある。

スタイルシートパーサ８０６は、コンテンツの文書に関連付けられたスタイルシートを解析する。

レイアウトエンジン８０７は、スタイルシートの解析結果を反映して文書のレイアウトを決定する。

レンダラ８０８は、レイアウトエンジン８０７が決定した文書のレイアウトに応じて、ＬＣＤ表示部５０１（図５）に表示するためのＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ（ＧＵＩ）データを生成する。生成されたＧＵＩデータは、ユーザインタフェース（ＵＩ）２０１によってＬＣＤ表示部５０１に表示される。

イベント処理部８０９は、操作部１１２上のタッチパネルシート５０２や各キーなどに対してユーザが行った操作のイベントを受信して、各イベントに対応した処理を行う。イベント処理部８０９はまた、装置制御ＡＰＩ２１８から装置やジョブなどの状態遷移イベントを受信して、各イベントに対応した処理を行う。ＤＯＭ処理部８０４が管理するＤＯＭのツリー構造には、オブジェクトのクラスごと、および、オブジェクトインスタンスごとに、各種イベントに対応するイベントハンドラが登録されている。イベント処理部８０９は、生起したイベントに応じて、ＤＯＭ処理部８０４が管理するオブジェクト群の中からそのイベントの処理を担当するべきオブジェクトを決定しイベントを配信する。イベントを配信されたオブジェクトは、そのイベントに対応するイベントハンドラのアルゴリズムに応じて、各種の処理を実行する。イベントハンドラの処理には、ＤＯＭ処理部８０４が保持するＤＯＭの更新、レイアウトエンジン８０７に対する再描画指示、プロトコル処理部８０１に対するＨＴＴＰ要求発行の指示、装置制御ＡＰＩ２１８の呼び出しによる画像処理装置機能の制御などがある。

スクリプトインタプリタ８０５は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）などのスクリプトを解釈し実行するインタプリタである。スクリプトは、文書に埋め込まれたり、あるいは、文書からリンクされた別ファイル中に記述されたりして、ＤＯＭに対する操作などを行う。コンテンツの提供者は、スクリプトによって、提供する文書の動的な挙動をプログラムできる。

図９は、図５に示すＬＣＤ表示部５０１においてＷｅｂブラウザ機能が選択された場合に表示される画面の構成を示す図である。タブ９０１は、Ｗｅｂブラウザ機能を選択するためのタブであり、このタブを選択することにより、他の機能（コピー、ボックス、送信、拡張）の画面からＷｅｂブラウザ機能の表示画面に切り替えられる。ＵＲＬ入力フィールド９０２は、ユーザが所望のリソースのＵＲＬを入力するためのフィールドである。当該フィールドをユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーによって所望の文字列を入力することができる。ＵＲＬが入力されると、Ｗｅｂブラウザモジュール２１１は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。

ＵＲＬ履歴呼び出しボタン９０３は、過去に要求したＵＲＬの履歴を表示するボタンである。表示されたＵＲＬを選択することによって、これまでに入力されたＵＲＬを再度要求することができる。

プログレスバー９０４は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域９０５は、取得したリソースが表示される領域である。

ツールバー領域９２０は、以下に説明する、戻るボタン９０６からメニューボタン９１３を配置する領域である。

戻るボタン９０６はソフトキーであり、このキーがタッチされると、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの直前に表示したコンテンツを表示し直す。進むボタン９０７はソフトキーであり、コンテンツ表示の履歴をさかのぼって表示しているときにこのキーがタッチされると、現時点で表示しているコンテンツの直後に表示したコンテンツの表示に戻す。リロードボタン９０８はソフトキーであり、現時点で表示しているコンテンツの再取得と再表示を行う。中止ボタン９０９はソフトキーであり、実行中のコンテンツ取得処理を中止する。

ホームボタン９１０は、予め設定したホームページのＵＲＬを取得して表示する。印刷ボタン９１１は、現時点で表示しているコンテンツの印刷を行なう。印刷の詳細は後述する。お気に入りボタン９１２は現時点で表示しているコンテンツのＵＲＬをお気に入りとして登録したり、登録したＵＲＬのリストを呼び出したり、お気に入りのリストを整理したりするためのダイアログを呼び出す。メニューボタン９１３は、ブラウザの各種設定を行なう画面を呼び出す。詳細は後述する。

画面表示ボタン９１４は、画面表示領域を変更するためのボタンである。このボタンがおされると図１０に示す画面を表示する。ボタン１００１、１００２は拡大サイズか標準サイズの切り替えボタンになっている。拡大サイズ１００１が選択されると画面最上部７０１及び最下部７０３を非表示にし、中間部７０２を全画面に表示する。標準サイズ１００２が選択されると、通常の表示に切り替える（最上部７０１及び最下部７０３を表示する）。ボタン１００３、１００４はツールバーを表示するか非表示にするかを切り替えるボタンである。ツールバー非表示１００４が選択されると、ツールバー領域９２０を非表示にする。これらの切り替えボタンはいずれもコンテンツ表示領域９０５を広く表示することを可能にするために設けられている。閉じるボタン１００５はこの画面を閉じる。

ステータス領域９１５（最下部７０３）は、画像処理装置１１０の各種機能からのメッセージを表示する領域である。Ｗｅｂブラウザ画面を表示中であっても、スキャナ１１３やプリンタ１１４や他の機能などから送られる、ユーザの注意を促すためのメッセージが、ステータス領域９１５に表示される。また同様に、Ｗｅｂブラウザ機能からのメッセージもステータス領域９１５に表示される。Ｗｅｂブラウザ機能からは、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトによって指示されたメッセージなどが送られる。

次に印刷ボタン９１１が押された時の処理について説明する。印刷ボタン９１１が押されると、図１１に示す印刷設定画面を表示する。領域１１０１には現時点で表示しているコンテンツのタイトルを表示する。領域１１０２には現時点で表示しているコンテンツのＵＲＬを表示する。領域１１０３は現在設定されている印刷設定を表示する。スクロールバー１１０４を操作することによって、印刷設定領域１１０３がスクロールされるので、表示されていない印刷に関する設定が可能になる。プリント設定変更ボタン１１０５は、設定されている印刷設定を変更するためのボタンである。プリント開始ボタン１１０７はプリントを開始するためのボタンであり、プリンタ１１４を動作させて、現在表示しているＷｅｂページをプリント出力する。キャンセルボタン１１０８は、プリント出力せずに図９に示す画面に戻る。なお、領域１１０３に表示されている印刷設定は、後述する定時自動プリントの際にも適用される。

次に、プリント設定変更ボタン１１０５が押された場合の動作について説明する。プリント設定変更ボタン１１０５が押されると、図１２に示す画面を表示する。領域１２０１は設定項目と、それぞれの現在の設定値を表示する。ボタン１２０２は、各設定を変更するためのボタンである。各ボタンが押されると、それぞれを変更するための画面を表示する。各設定画面の詳細はここでは図示しない。ページ切り替えボタン１２０３は、１画面に表示しきれない設定項目を表示するためのボタンである。ＯＫボタン１２０４は入力した各設定を確定して、図１１の画面に戻る。キャンセルボタン１２０５は設定をキャンセルして図１１の画面に戻る。

次に、プリント設定の各項目の詳細について説明する。ここで設定可能な項目は次表の通りである。

上記の表において、項目１は印刷するプリント部数指定であり、１から９９９９が設定可能である。項目２は用紙選択であり、プリント出力に用いる用紙を選択する。項目３は両面プリント指定であり、出力時に両面印字を行なうか行なわないかの設定である。項目４のソータは出力時の仕上げ設定であり、指定なし、ソート（１部ごとに出力）、グループ（ページごと）、ステイプルソートが設定できる。項目５は背景色とイメージをプリントするか否かの設定である。例えば、背景が黒などに設定されているようなページは表示画面で表示を見る場合は問題なくても印刷すると文字が見づらくなる場合があるので、それを未然に防ぐための設定である。項目６はタイトル印字の設定であり、ＯＮに設定されるとページのヘッダ部分にそのＵＲＬのタイトル（１１０１）を付けて印字する。項目７は日付印字の設定であり、ＯＮに設定されるとページのヘッダ部分に出力した日付を付けて印字する。項目８はＵＲＬ印字の設定であり、ＯＮに設定されるとページのヘッダ部分にそのページのＵＲＬ（１１０２）を付けて印刷する。項目９は解像度の指定であり、出力解像度を１５０ｄｐｉまたは３００ｄｐｉから選択する。

次にメニューボタン９１３から呼び出されるブラウザの各種設定について説明する。メニューボタン９１３が押されると、図１３に示すメニューを表示する。各項目が選択されるとそれに応じた画面を表示して各種の設定を可能とする。１３０１は履歴メニューであり、これまでに表示したページの一覧表示や、一覧から選択して再要求することなどを可能にする。１３０２はページメモ追加メニューであり、現時点で表示しているページをＨＤＤ３０４に記憶することを可能にする。１３０３はページメモ一覧であり、ページメモとして記憶されているページの表示や、ページメモ一覧の編集を可能にする。１３０４は文字サイズメニューであり、表示画面の文字を「大」「中」「小」のいずれかから選択するための画面を表示する。１３０５はエンコードメニューであり、取得したページを表示する際のエンコードを指定する。１３０６はズームメニューであり、表示倍率を指定する。「５０％」「７５％」「１００％」「１２５％」「１５０％」「１７５％」「２００％」のいずれかから選択可能である。１３０７は仕様設定メニューであり、その他の各種設定を行なう。後述する定時プリントの設定も１３０７の仕様設定メニューの中から行なう。

＜Ｗｅｂサーバ及び更新情報の説明＞
次にＷｅｂサーバ１０１及び１０２について説明する。Ｗｅｂサーバ１０１および１０２は、ＨＴＴＰクライアントからのＨＴＴＰやＨＴＴＰＳによる要求に応えて、保持されている各種資源（リソース）のデータを応答として転送する一般のＷｅｂサーバである。ＨＴＴＰによってクライアントがアクセスする資源には、Ｗｅｂサーバ内のＨＤＤ内部の不揮発性メモリに保持されたＨＴＭＬや画像などの静的なデータファイルや、また、ＣＰＵによって実行されるプログラムによって動的に生成されるデータがある。これらの資源情報を総称してリソースと呼ぶ。

Ｗｅｂサーバは、そのサーバが供給しているＷｅｂページの更新情報をＲＳＳなどのＸＭＬ形式のデータで供給する。従って、ＨＴＴＰによってクライアントがアクセスする資源には、このＸＭＬデータも含まれる。

なお、Ｗｅｂサーバは１０１のようにイントラネット上にあっても良いし、１０２のようにインターネット上にあっても良い。また、例えば画像処理装置１１０のような機器がＷｅｂサーバの機能をもっていても良い。

図１４は、Ｗｅｂページの更新情報の供給に用いるＸＭＬ形式の一例の構造を示す図である。Ｗｅｂページの更新情報の形式としては、ＲＳＳの各バージョンやＡｔｏｍなど幾つかのＸＭＬ形式が知られているが、ここではＲＳＳ１．０による記述を例にあげて説明する。図１４において、各ブロックの包含関係は、ＸＭＬ要素の包含関係を意味する。

ＲＤＦ要素１４０１はＸＭＬ文書の最上位の要素である。ＲＤＦ要素はｃｈａｎｎｅｌ要素１４０２、ｉｍａｇｅ要素１４０３、ｉｔｅｍ要素１４０４、１４０５、１４０６を含む。

ｃｈａｎｎｅｌ要素１４０２は、更新情報全体に関連する基本情報を記述する。この要素はＲＤＦ的な主語ノードに相当する。ｃｈａｎｎｅｌ要素の内容には、ｔｉｔｌｅ要素１４０７、ｌｉｎｋ要素１４０８、ｄｅｓｃｒｉｐｔｉｏｎ要素１４０９、ｉｍａｇｅ要素１４１０、ｉｔｅｍｓ要素１４１１が含まれる。ｔｉｔｌｅ要素１４０７は、この更新情報のタイトルを表す。

ｌｉｎｋ要素１４０８は、この更新情報が扱っているサイトのＵＲＩを表す。ｄｅｓｃｒｉｐｔｉｏｎ要素１４０９は、この更新情報が扱っているサイトの内容や機能などの説明を記述する。ｉｍａｇｅ要素１４１０は、この更新情報が扱っているサイトのロゴなどの画像資源を特定するＵＲＩを記述する。詳細は後述のｉｍａｇｅ要素１４０３で記述する。ｉｔｅｍｓ要素１４１１は、ｉｔｅｍ要素群１４０４、１４０５、１４０６のインデクスを提供する。Ｓｅｑ要素１４１２の内容にリストしたｌｉ要素１４１３によって各更新情報ＵＲＩを示す。ｉｍａｇｅ要素１４０３は、ロゴなどの画像を表現する。内容には、ｔｉｔｌｅ要素１４１４、ｕｒｌ要素１４１５、ｌｉｎｋ要素１４１６を含む。

ｔｉｔｌｅ要素１４１４は、画像のタイトルを表し、画像の代替テキストとして用いられることがある。ｕｒｌ要素１４１５は、画像リソースのＵＲＩを記述する。ｌｉｎｋ要素１４１６は、この画像をアンカーとするハイパーリンクを表示する場合にリンク先として用いるＵＲＩを記述する。ｉｔｅｍ要素１４０４、１４０５、１４０６などは、それぞれが個々の更新情報を表現する複数の要素の並びである。内容には、ｔｉｔｌｅ要素１４１７、ｌｉｎｋ要素１４１８、ｄｅｓｃｒｉｐｔｉｏｎ要素１４１９を含む。

ｔｉｔｌｅ要素１４１７は、更新情報のタイトルを記述する。ｌｉｎｋ要素１４１８は、更新情報のＵＲＩを記述する。ｄｅｓｃｒｉｐｔｉｏｎ要素１４１９は、更新情報の説明を記述する。

図１５は、ＲＳＳ１．０の形式で供給されている新聞のＷｅｂサイトの更新情報の例である。図１４で説明した要素については同一の符号をつけてある。

Ｗｅｂサーバ１０１や１０２上のＷｅｂサイトは自動または手動でこうした更新情報ファイルを生成して、他のリソースと同様にＷｅｂクライアントに供給する。更新情報の形式は、ＲＳＳ１．０に限らず、ＲＳＳのその他のバージョンやＡｔｏｍなどの形式であっても構わない。更新情報ファイルの生成処理の詳細については公知なのでここでは説明しない。

いずれの形式であっても、更新情報ファイルには、そのサイトで更新されたページのタイトル、概要、本文のＵＲＬなどの情報が記載されている。従って、画像処理装置１１０がこの更新情報ファイルを取得し、その内容を解析してプリント出力することによって、更新情報の自動プリントをすることができる。これを定期的に行なうことで、定時自動プリントを実現する。

＜定時自動プリントの説明＞
次に、画像処理装置１１０における定時自動プリント機能について説明する。図９に示したメニューボタン９１３から定時自動プリント設定画面を呼び出すことができる。このボタンが押されると、図１６に示す定時プリント設定画面を表示する。

図１６に表示するのは、定時プリントとしてユーザが設定したジョブの一覧である。一覧の表示項目はＵＲＬ１６０１および印刷日１６０２である。１画面に１６０３から１６０６までの４つの設定済みジョブを表示可能であり、これ以上のリストが存在する場合には、矢印キー１６０７および１６０８によってスクロールさせる。

追加ボタン１６０９が押されると、定時プリントジョブ追加画面を表示する（詳細は後述する）。各設定済みジョブ１６０３から１６０６の各行が押されると、その行を反転表示し選択状態にする。いずれかの行が選択された状態で削除ボタン１６１０が押されると、選択されたジョブをリストから削除する。ＯＫボタン１６１１が押されるとこの画面を閉じる。

次に、定時プリントジョブ追加画面について説明する。追加ボタン１６０９が押されると図１７に示す定時プリントジョブ追加画面を表示する。１７０１はＵＲＬ入力欄であり、この領域が押されると仮想キーボード画面（不図示）を表示する。ユーザは表示された仮想キーボードから所望のサイトの更新情報のＸＭＬファイルのＵＲＬを入力する。入力されたＵＲＬは１７０１に表示する。なお、コンテンツ表示領域９０５に或るホームページを表示していて、図１７の画面を表示した場合には、デフォルトでそのページのＵＲＬをＵＲＬ入力欄１７０１に表示するようにしても構わない。

曜日指定ボタン１７０２および間隔指定ボタン１７０３は、定時印刷する日付の指定方法を設定するためのボタンであり、どちらか一方が有効な状態になる。有効な状態になっている方を反転表示する。図では曜日指定ボタン１７０２が有効になっている状態を示している。曜日指定が有効になっている場合、さらに曜日ボタン１７０４から１７１０が有効となる。曜日ボタンは複数選択が可能であり、選択されたものを反転表示する。間隔指定が有効になっている場合、カーソルが間隔入力欄１７１１に移動し、テンキーから入力された数値を表示する。

印刷時刻指定ボタン１７１２が押されると、印刷時刻指定欄１７１３にカーソルが移動する。テンキーから入力された数値をセットすることにより、定時プリントする時刻を設定する。

ＯＫボタン１７１５が押されると、入力された内容の定時印刷ジョブを設定して図１６の画面に戻る。キャンセルキー１７１４が押された場合、定時印刷ジョブは設定せずに図１６の画面に戻る。こうして設定された内容に基づいて、定時印刷ジョブを実行する。

次に定時印刷ジョブの処理について図１８のフローチャートに基づいて説明する。この処理はタイマーによる１分毎の割り込み処理でもある。

まず、ステップＳ１８０１で定時印刷ジョブが存在するか否かを判定する。定時印刷ジョブが存在しなければ処理を終了する。存在する場合、ステップＳ１８０２に進み、登録された定時印刷ジョブ中に、現在の日時と一致するものがあるか否かを判断する。例えばそのジョブが曜日指定されている場合、まず現在の曜日が定時印刷の曜日として設定されているかどうかを判定し、設定されていればさらに現在の時刻が印刷時刻指定で指定されている時刻に一致しているか否かを判定する。間隔指定されている場合は前回の定時印刷からの経過日数が設定されている間隔に一致しているかどうかをまず判定し、そのあと印刷時刻の判定を行う。印刷時刻になっていなければ処理を終了する。

現在日時で印刷すべき定時印刷ジョブが存在すると判断した場合には、ステップＳ１８０３に進み、設定登録されているＵＲＬのリソースをＨＴＴＰにより取得しサイトの更新情報を得る。この更新情報の取得であるが、実施形態では、ＲＳＳ１．０を例にしているので、ＵＲＬで示されるサイト（の記憶装置）に保持されている、拡張子が「RSS」のファイルを要求する。この要求するプロトコルはＨＴＴＰで良い。

次いで、ステップＳ１８０４に進み、上記要求によって受信したサイト更新情報の解析を行う。

ステップＳ１８０３で得られる更新情報は、例えば図１５に示したような形式のＸＭＬファイルである。このファイルには、更新情報がどういった形式で記述されているか自己記述されているため、解析が可能である。例えば図１５のファイルは要素１４０１の記述によってＲＳＳ１．０の形式で記述されていることがわかる。そしてＲＳＳ１．０の形式ならば、ｉｔｅｍ要素１４０４の記述によって、更新されている情報のＵＲＬを取得することができる。

また、例えば、要素１４０９の４行目には次のような記述がある。
＜ｄｃ：ｄａｔｅ＞2005-06-19T23:46:36+09:00＜／ｄｃ：ｄａｔｅ＞
この記述は、２００５年６月１９日２３次４６分３６秒に更新されたことを意味する。なお、最後の「＋９：００」はグリニッジ時刻に対する時差を示している。

従って、この更新時刻が、前回アクセスした日時と今回アクセスした日時の間にある場合には、該当するサイトのホームページが更新され、尚且つ、未印刷状態であると判定できる。

なお、図１５の場合、他の行にもタグ＜ｄｃ：ｄａｔｅ＞〜＜／ｄｃ：ｄａｔｅ＞が存在している。従って、それらの中の少なくとも１つが示す更新日時情報が、前回アクセスした日時と今回アクセスした日時の間にある場合には、該当するサイトのホームページは更新されたと判断することになる。

さて、更新情報の解析の結果、注目サイトのホームページが更新されていると判断した場合には、そのサイト用のＵＲＬを用いて、そのサイトが保持しているリソースを通常のＨＴＴＰにより取得する（ステップＳ１８０５）。解析の結果、更新されているものが複数あれば、それぞれその取得処理を行う。また、画像ファイルなどへのリンクが含まれていれば、そのファイルの取得も行う。ステップＳ１８０６では、取得した情報をレンダリングする。

なお、ＨＴＴＰによる通信からレンダリングまでの処理はＷｅｂブラウザモジュール２１１が用いられ、図８で説明した各ブロックが動作する。

ステップＳ１８０７において、レンダリングした情報をプリンタ部１１４に送りプリンタ部を動作させることによってプリント出力し、処理を終了する。なお、プリント時の各種設定は図１１に示す印刷設定画面で設定されている設定を用いる。

以上の処理により、サイトの更新情報を用いて、更新されたページの定時自動プリントが実現される。なお、更新されたページとして更新情報の内容そのものをレンダリングしたものを含んでも良い。また、ここでは更新情報の形式としてＲＳＳ１．０の形式を例に説明したが、これに限るものではなく、ＲＳＳの他のバージョンやＡｔｏｍなど他の形式であっても良い。

＜第２の実施形態＞
次に第２の実施形態について説明する。上記第１の実施形態では更新情報を解析して、更新されたページ全てを自動的にプリント出力するので、場合によっては不要なページも出力してしまい紙やトナーが無駄になる場合がある。そこで、第２の実施形態では更新されたＵＲＬのタイトルと、その内容を示すＵＲＬから成るページだけをプリント出力する。そして、実際に更新されたページは画像処理装置内の記憶装置に記憶しておき、ユーザからの要求に応じてプリント出力するように構成する。また、これにより実際のサイト内の情報が書き換えられた後でも、種々のタイミングでの変更情報を記憶しておくので、所望のタイミングでのサイトの情報を必要に応じて取得することが可能となる。

システムの構成などは第１の実施形態と同じであるため、説明を省略する。定時印刷ジョブの処理が上記第１の実施形態と異なるため、この定時印刷の処理について図１９に基づいて説明する。

ステップＳ１９０１からステップＳ１９０６までは図１８のステップＳ１８０１からステップＳ１８０６までと同じである。

ステップＳ１９０７では、更新ページをレンダリングした画像データを、プリント出力せずに、画像処理装置１１０内部のＨＤＤ３０４にファイルとして記憶する。このとき、更新情報中の要素１４１７（図１５参照）のタイトルの文字列を合わせて抽出しておき、その文字列ファイルも合わせて保存し、且つ、文字列ファイルと画像データファイルとの対応づけも行なっておく。もっとも単純には、タイトル文字列と画像ファイルのパス付き画像ファイル名を記述したＨＴＭＬファイルとして格納することであろう。

ステップＳ１９０８では、ステップＳ１９０４で解析した更新情報から、文字列（記事データ等）を抽出し、ユーザが理解しやすいように整形して、それをプリンタ１１４で出力して処理を終了する。

図２０に、図１４に示す更新情報を整形して出力した場合の例を示す。２００１はタイトルであり、ｄｅｓｃｒｉｐｔｉｏｎ要素１４０９の内容を当てはめる。２００２は更新項目の見出しであり、各ｉｔｅｍ１４０４のｔｉｔｌｅ要素１４１７の内容を当てはめる。２００３は各更新項目のＵＲＬであり、各ｉｔｅｍ１４０４のｌｉｎｋ要素１４１８の内容を当てはめる。

このように更新情報を整形して出力するので、少なくともホームページの画像を印刷する場合と比較し、記録紙の消費量を少なくでき、且つ、ユーザは更新項目を容易に確認できるようになる。

なお、更新情報の整形方法はこれに限らず、さまざまなフォーマットが考えられる。また、ユーザが整形フォーマットを選択できるようにしてもよい。

さらに、本第２の実施形態においては図１６の画面に、図２１に示すように「保存済み更新情報」ボタンを加えて表示する。このボタンが押されると、図２２に示す保存済み更新情報画面を表示する。２２０１から２２０４に、ステップＳ１９０７でＨＤＤ３０４に記憶した更新ページの一覧を表示する。この一覧画面では一度に４つまで更新ページの情報を表示可能であり、これ以上のリストが存在する場合には、矢印キー２２０５、２２０６によってスクロールさせる。各保存済み更新情報欄には、各更新項目の見出しとＵＲＬを表示するので、ユーザは図２０に示すような出力物との対応がすぐにわかる。

２２０１から２１０４の各行が押されると、その行を反転表示し選択状態にする。そして、少なくとも１行が選択された状態でプリントボタン２２０７が押されると、選択された更新情報をＨＤＤ３０４から読み出してプリンタに出力する。また、いずれかの行が選択された状態で削除ボタン２２０８が押されると、選択された更新情報をＨＤＤ３０４から削除する。

以上の処理により、サイトの更新情報を整形したページを定期的に自動プリントするので、ユーザは更新されたページの情報を簡単に得ることができる。さらに更新情報を確認してから必要な更新ページのみを指示してプリント出力することができるので、不要なページを出力する無駄が省ける。

以上説明したように本実施形態によれば、ＲＳＳ等の更新情報を提供するＷｅｂサーバについては、そのＷｅｂサーバで公開するリソースの内容に更新があったか否か確実に判定できることになる。従って、その更新があった場合にのみ該当するリソースに関する情報を自動印刷することでき、記録紙等の資源を無駄にすることがなくなる。

実施形態に係る画像処理システムの全体構成を示すブロック図である。画像処理装置で実行されるソフトウェアの構成を示すブロック図である。画像処理装置のハードウェア構成を示すブロック図である。画像処理装置の外観を示す斜視図である。画像処理装置の操作部の構成を示す平面図である。画像処理装置の操作部及び操作部Ｉ／Ｆの内部構成を制御ユニットの内部構成と対応させて示すブロック図である。画像処理装置の操作部に表示される標準的な操作画面の一例を示す図である。図２に示すＷｅｂブラウザモジュールの内部構成を示すブロック図である。図５に示すＬＣＤ表示部においてＷｅｂブラウザ機能が選択された場合に表示される画面の構成を示す図である。Ｗｅｂブラウザ機能において、画面表示ボタンが選択された場合に表示される画面の例を示す図である。Ｗｅｂブラウザ機能において、プリントボタンが選択された場合に表示される画面の例を示す図である。図１１に示す画面において、プリント設定変更ボタンが選択された場合に表示される画面の例を示す図である。図９に示す画面において、メニューボタンが選択された場合に表示される画面の例を示す図である。Ｗｅｂサイトの更新情報の供給に用いるＸＭＬ形式の一例の構造を示す図である。更新情報ファイルの一例を示す図である。定時プリント設定画面の例を示す図である。定時プリント追加画面の例を示す図である。定時自動プリントの処理手順を示すフローチャートである。第２の実施形態における定時自動プリントの処理手順を示すフローチャートである。第２の実施形態において、自動プリント結果の例を示す図である。第２の実施形態における定時プリント設定画面の例を示す図である。第２の実施形態における操作画面に表示される保存済み更新情報一覧画面の例を示す図である。

Claims

ネットワークインタフェース及び印刷手段を備え、Ｗｅｂサーバが保持するリソースを受信し印刷する画像処理装置であって、
Ｗｅｂサーバが保持するリソースが更新されたことを示す更新情報のＵＲＬ情報を登録する登録手段と、
予め設定された時間で、前記登録手段で登録されたＵＲＬ情報により特定される予め設定された形式の前記更新情報であって前記Ｗｅｂサーバが保持する複数のリソースのそれぞれに対応する更新日時を含む前記更新情報を要求することで、当該更新情報を取得する取得手段と、
該取得手段で取得した更新情報に含まれる複数のリソースのそれぞれについて、そのリソースに対応する更新日時と該取得手段で前回更新情報を要求したときの日時とを比較することにより、そのリソースに対応する更新日時の方が後である場合には前回のアクセスから前記Ｗｅｂサーバが有するリソースについて更新があったと判断し、前回更新情報を要求したときの日時の方が後である場合には更新がなかったと判断する判断手段と、
該判断手段で更新があったと判断した場合、前回更新情報を要求したときの日時より後である更新日時に対応するリソースのタイトル文字列及び当該リソースのＵＲＬを抽出し、抽出したタイトル文字列とＵＲＬとを印刷可能な画像データに整形して前記印刷手段で印刷を行うとともに、前回更新情報を要求したときの日時より後である更新日時に対応するリソースを前記Ｗｅｂサーバに要求することで前記リソースを受信し、当該受信したリソースを前記抽出したタイトル文字列と対応づけて記憶装置に記憶する印刷制御手段とを備え、
前記印刷制御手段は、前記印刷手段で印刷されたタイトル文字列に対応するリソースを印刷する指示をユーザから受け付けたことに従って、当該タイトル文字列に対応づけて前記記憶装置に記憶したリソースを印刷することを特徴とする画像処理装置。
前記登録手段は、登録対象となるＷｅｂサーバのＵＲＬ情報と、当該Ｗｅｂサーバにアクセスする時間間隔を登録することを特徴とする請求項１に記載の画像処理装置。
前記予め設定された形式の更新情報は、ＲＳＳ、或いはＡｔｏｍ形式で記述されたファイルとすることを特徴とする請求項１に記載の画像処理装置。
ネットワークインタフェース及び印刷手段を備え、Ｗｅｂサーバが保持するリソースを受信し印刷する画像処理装置の制御方法であって、
Ｗｅｂサーバが保持するリソースが更新されたことを示す更新情報のＵＲＬ情報を登録する登録工程と、
予め設定された時間で、前記登録工程で登録されたＵＲＬ情報により特定される予め設定された形式の前記更新情報であって前記Ｗｅｂサーバが保持する複数のリソースのそれぞれに対応する更新日時を含む前記更新情報を要求することで、当該更新情報を取得する取得工程と、
該取得工程で取得した更新情報に含まれる複数のリソースのそれぞれについて、そのリソースに対応する更新日時と該取得手段で前回更新情報を要求したときの日時とを比較することにより、そのリソースに対応する更新日時の方が後である場合には前回のアクセスから前記Ｗｅｂサーバが有するリソースについて更新があったと判断し、前回更新情報を要求したときの日時の方が後である場合には更新がなかったと判断する判断工程と、
該判断工程で更新があったと判断した場合、前回更新情報を要求したときの日時より後である更新日時に対応するリソースのタイトル文字列及び当該リソースのＵＲＬを抽出し、抽出したタイトル文字列とＵＲＬとを印刷可能な画像データに整形して前記印刷手段で印刷を行うとともに、前回更新情報を要求したときの日時より後である更新日時に対応するリソースを前記Ｗｅｂサーバに要求することで前記リソースを受信し、当該受信したリソースを前記抽出したタイトル文字列と対応づけて記憶装置に記憶する印刷制御工程とを備え、
前記印刷制御工程では、前記印刷手段で印刷されたタイトル文字列に対応するリソースを印刷する指示をユーザから受け付けたことに従って、当該タイトル文字列に対応づけて前記記憶装置に記憶したリソースを印刷することを特徴とする画像処理装置の制御方法。