JP4405939B2 - 画像処理装置とその制御方法および画像処理システム - Google Patents

Description

本発明は、たとえばネットワーク接続機能を備えた複写機等の画像処理装置とその制御方法および画像処理システム等に関する。

近年、情報処理装置を中心とするインターネットのＷｅｂ技術分野において、最新ニュースなどをシンジケーション（配給）するために用いられるＲＳＳの各バージョンやＡｔｏｍなどのＸＭＬ応用が多用されはじめている（非特許文献１または非特許文献２等参照）。たとえば、RSS-DEVワーキンググループによるＲＳＳ１．０（RDF Site Summary）の仕様は非特許文献１に開示されている。なお、本発明においてシンジケーションとは更新情報/サマリー情報を配信、通知することを言う。

また近年、汎用コンピュータなどの情報処理装置に限らず、さまざまな組み込みシステム（embedded systems）がネットワーク接続され、ネットワーク経由で遠隔から利用または管理できるようになっている。組み込みシステムとは、特定用途の装置に組み込まれたコンピュータシステムであり、特定用途に特化した周辺デバイスやアプリケーションを備えている。たとえば、プリンタ、スキャナ、ファクスや電子メールなどプロトコルによる画像通信装置、複写機、文書管理システム、デジタルカメラ、プロジェクタなど各種の画像処理装置もまた、ネットワーク接続されて、ネットワーク経由で遠隔から利用または管理できるようになってきている。たとえばキヤノンのプリンタや複合機は装置内部にＷｅｂサーバを備え、Ｗｅｂブラウザにより接続して遠隔から装置を利用および管理するための「リモートＵＩ」というＷｅｂアプリケーションを内蔵している。

管理者やユーザはネットワーク経由で複数の装置を利用または管理する状況が増えている。また、管理者やユーザはネットワーク上のさまざまなノードから装置を利用または管理する状況が増えている。

また近年、画像処理装置などの組み込みシステムは、高機能、高性能化した内蔵のＣＰＵと不揮発性メモリ（ハードディスクなど）を活用して、より多くのより高い機能を提供するようになってきている。これらの機能は、内蔵ＣＰＵによって実行される組み込みアプリケーション（embedded application）として実装され、その動作のために必要な各種の設定やデータを内蔵の不揮発性メモリに保持する。これらの装置内部に蓄積される情報は、ユーザによる操作や装置の動作に伴って時々刻々と更新される。

特許文献１には、複数のコンピュータによりネットワークを介して共有可能に構成された印刷装置で、印刷装置に記憶された設定情報が更新されたと判断された場合に、各コンピュータが備えるプリンタドライバの起動時に更新情報を表示する技術が開示されている。

特許文献２には、電子ファイリングシステムにおいて、文書の更新情報を蓄積・管理し、ホストコンピュータからの要求に応じて指定された日時以降の文書更新データを通知する通知機構を持つ電子ファイリングシステムが開示されている。
Dan Brickley他１０名、"RDF Site Summary (RSS) 1.0"、［ｏｎｌｉｎｅ］２００１年５月３０日、RSS-DEV Working Group、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：http://purl.org/rss/1.0/spec＞ M. Nottingham, R. Sayer編、"The Atom Syndication Format draft-ietf-atompub-format-03"、［ｏｎｌｉｎｅ］２００４年１０月２０日、RSS-DEV Working Group、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：http://atompub.org/2004/10/20/draft-ietf-atompub-format-03.html＞ 特開２００１−２３２９０８号公報 特開平４−１３９５５７号公報

このように、画像処理装置において、カウンタ情報や機器内に蓄積した文書情報などの更新情報を取得可能にしたものがある。こうした更新情報の中には、機器を操作するタイミングでその情報をユーザに提示することが望ましいものがある。

しかし、特許文献１によれば、プリンタドライバの起動時にしかプリンタの設定変更を知ることができず、適切なタイミングで設定変更があったことを利用者に通知することができない。

また、特許文献２の電子ファイリングシステムは、ホストコンピュータと電子ファイリングシステムとの同期を取るだけであり、適切なタイミングで設定変更があったことを利用者に通知することができない。

本発明は上記従来例に鑑みてなされたものであって、画像処理装置等の、コンピュータ内蔵の電子装置において、保存しているデータ等の状態の変更があった場合に、その旨を適時に利用者に通知可能な画像処理装置とその制御方法および画像処理システムを提供することを目的とする。

上記目的を達成するために本発明は以下の構成を備える。

画像処理装置であって、
利用者が前記画像処理装置の機能を操作するための操作手段と、
前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成手段と、
前記操作手段において行われた、前記画像処理装置の機能に対する操作に対応して、前記シンジケーションデータ生成手段により生成されたシンジケーションデータを取得するシンジケーションデータ取得手段と、
前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して表示手段により表示する制御手段と、
を備え、
前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータである。

あるいは、画像処理装置であって、
利用者が前記画像処理装置の機能を操作するための操作手段と、
前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成手段と、
前記画像処理装置がアイドル状態にあるときに、前記シンジケーションデータ生成手段により生成されたシンジケーションデータを取得するシンジケーションデータ取得手段と、
前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して表示手段により表示する制御手段と、
を備え、
前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータである。

あるいは、画像処理装置であって、
利用者が前記画像処理装置の機能を操作するための操作手段と、
前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成手段と、
前記画像処理装置にエラーが発生したときに、前記シンジケーションデータ生成手段により生成されたシンジケーションデータを取得するシンジケーションデータ取得手段と、
前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して表示手段により表示する制御手段と、
を備え、
前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータである。

本発明によれば、画像処理装置を使用するユーザは、画像処理装置の操作画面で、適時に必要な更新情報を確認できる。そのため、以下の何れかのような具体的な効果がある。
（１）画像処理装置からの文書送信操作時に、アドレス帳の更新情報を表示することで、アドレス変更による誤送信を防ぐことができる。
（２）画像処理装置の蓄積文書の操作を行なう際に、蓄積文書の更新情報を表示することで、機器内に蓄積したカタログなどの最新の情報の周知を行なうことができる。また、掲示板的な運用を行なうことができる。また、同一文書の重複蓄積を避けることができる。（３）画像処理装置で読み込んだ文書を別の画像処理装置に出力する「リモートコピー」の操作を行なう際や、別の画像処理装置に蓄積する操作を行なう際に、出力先の画像処理装置の更新情報を表示することで、そのデバイスの状況を的確に把握することができる。
（４）画像処理装置にエラーが発生した際や、その装置の管理者がデバイスを操作した際に、ログやカウンタの更新情報を表示することで、そのデバイスの状況を的確に確認することができる。

＜システム構成＞
以下、本発明を実施するための最良の形態について、図面を参照して説明する。図１は、本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。図１において、画像処理システムは、互いにネットワークを介して接続された画像処理装置１１０，１２０，１３０とデスクトップコンピュータ１０１とから構成される。ネットワークは、例えばＬＡＮ（Local Area Network）１００で構成される。

画像処理装置１１０は、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１４、制御ユニット（Controller Unit）１１１、ユーザインタフェースである操作部１１２から構成される。画像処理装置１１０は、いわゆるディジタル複合機であり、これらデバイスを用いて複写、印刷、画像取り込み、画像ファイリング、ファクシミリ通信などの機能を遂行できる。

スキャナ１１３、プリンタ１１４、操作部１１２はそれぞれ、制御ユニット１１１に接続されて、制御ユニット１１１からの命令によって制御される。制御ユニット１１１は、ＬＡＮ１００に接続されている。

また、画像処理装置１２０、１３０は、画像処理装置１１０と同様の構成となっており、画像処理装置１２０は、スキャナ１２３、プリンタ１２４、操作部１２２から構成され、それらが制御ユニット１２１に接続されている。また、画像処理装置１３０は、スキャナ１３３、プリンタ１３４、操作部１３２から構成されており、それらが制御ユニット１３１に接続されている。

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

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

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

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

２０３はＷｅｂサーバ（Web-Server）モジュールであり、Ｗｅｂクライアント（例えば、デスクトップコンピュータ１０１）からの要求に応じて、画像処理装置の管理情報をＷｅｂクライアントに通知する。この管理情報は、後述の統合送信部（Universal-Send）モジュール２０４、リモートコピースキャン（Remote-Copy-Scan）モジュール２０９、リモートコピープリント（Remote-Copy-Print）モジュール２１０、制御ＡＰＩ（Control-API）モジュール２１８を介して取得され、後述のＨＴＴＰモジュール２１２、ＴＣＰ／ＩＰ通信モジュール２１６、ネットワークドライバ（Network-Driver）２１７を介してＷｅｂクライアントに通知される。

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

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

２０９はリモートコピースキャン（Remote-Copy-Scan）モジュールである。このモジュールは、画像処理装置のスキャナ機能を使用して画像情報を読み取り、読み取った画像情報をネットワーク等で接続された他の画像処理装置に出力することにより、本来単体で実現しているコピー機能を複数の画像処理装置を使って実現するモジュールである。

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

２１１はＷｅｂブラウザ（Web Browser）モジュールである。このモジュールは、インターネットまたはイントラネット上の各種Ｗｅｂサイト（ホームページ）の情報を読み込んで表示を行う。Ｗｅｂブラウザの詳細な構成は後述する。

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

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

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

２１５はＳＬＭ（Salutation-Manager）モジュールである。このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のＤＢモジュール２０７、ＤＰモジュール２０８、及びリモートコピースキャンモジュール２０９、リモートコピープリントモジュール２１０に通信機能を提供する。

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

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

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

２２０はコーデックマネージャ（CODEC-Manager）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示する処理の中で、データの各種圧縮・伸長を管理・制御するものである。

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

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

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

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

２２４はスキャンマネージャ（Scan-Manager）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御するものである。

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

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

２２７はエンジンインターフェース（Engine-I/F）モジュールである。このモジュールは、プリントマネージャモジュール２２６と印刷部との間のインタフェースを提供する。

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

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

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

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

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

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

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

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

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

図４は、画像処理装置１１０の外観を示す斜視図である。画像処理装置１２０，１３０も同等の外観を備える。なお、これ以降では、画像処理装置１１０について説明するが、画像処理装置１２０，１３０でも全く同じ構成が備えられ、全く同じ動作が行なわれる。

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

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

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

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

図５は、画像処理装置１１０の操作部１１２の構成を示す平面図である。なお、画像処理装置１２０，１３０の操作部も同等の構成を備える。

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

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

図６は、画像処理装置１１０の操作部１１２及び操作部Ｉ／Ｆ３０６の内部構成を制御ユニット１１１の内部構成と対応させて示すブロック図である。なお、これ以降では、画像処理装置１１０について説明するが、画像処理装置１１０を画像処理装置１２０または画像処理装置１３０と読み替えても全く何ら支障は無い。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＯＫボタン９０３は、ＵＲＬ入力フィールド９０２に入力したＵＲＬ文字列を確定するためのソフトキーである。ＵＲＬが確定されると、Ｗｅｂブラウザモジュール２１１は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。プログレスバー９０４は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域９０５は、取得したリソースが表示される領域である。

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

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

（ボックス機能の詳細な説明）
次に組み込みアプリケーションの一つであるボックス機能について説明する。ボックス機能は文書ファイル管理に相当するアプリケーションである。読み取り装置から読み取った画像やコンピュータから送られたPDLデータを展開した画像や、ＦＡＸや電子メールで受信した画像などを、画像処理装置内のハードディスクに蓄積し、蓄積した画像をプリント出力したり、電子メールやファクスで送信したり、閲覧したりする機能をもつ。また、複数の文書を結合したり、一部のページを削除したり、文書中に別の文書を挿入したりする文書編集機能を持つ。

ボックスは、読取装置から読み取った画像やコンピュータから送られたＰＤＬデータを展開した画像を蓄積するためのユーザボックス、受信した文書を蓄積するメモリ受信ボックス、転送指示された文書を蓄積するファクスボックスがある。

ユーザボックスは、１００個の領域に分かれており、ボックス番号０−９９によって一意に識別することが可能である。また、ボックスには任意の名前をつけることが出来る。

図１１は画像処理装置の操作部に表示されるボックス機能のメイン画面である。３１０１、３１０２，３１０３，３１０４、３１０５、３１０６、３１０７は、それぞれボックス番号０、１，２，３、４，５，６のボックスの内容を表示するためのボタンである。これらのボタンはそのボックスに画像データが蓄積されている時は３１０２、３１０３のように、文書が箱に入っているイメージで表示し、画像データが蓄積されていないボックスの場合は３１０１、３１０４、３１０５、３１０６、３１０７のようなイメージで表示するため、ユーザは一目でどのボックスに画像データが蓄積されているのかがわかる。また、ボックスに暗証番号が設定されている場合は、３１０１に示すように鍵マークのアイコンを表示する。

名称表示領域３１０８にはボックスにつけられている名称を表示する。使用量表示領域３１０９にはボックス領域用に割り当てられたハードディスク容量に対して、そのボックスが使用している割合を表示する。

３１１０，３１１１は上下スクロールキーであり、これらが押されると画面をスクロールし、画面に表示されていないボックスの情報を表示する。例えば図１１の状態で下スクロールキー３１１１がおされると、ボックス７からボックス１３の情報を表示する画面になる。３１１２は現在表示しているのが全体の何画面目なのかを表示する。
３１１３はメモリ残量表示領域であり画像処理装置の記憶容量の残り容量を表示する。３１１４、３１１５はそれぞれメモリ受信ボックス、ファクスボックスの画面に遷移するためのボタンである。

次にボックス内容表示画面（図１２）について説明する。ボックス内容表示画面は、各ボックスに蓄積されている文書の情報を表示する画面であり、３１０１から３１０７のボックス内容表示ボタンが押されることによって呼び出される。また、操作部にあるテンキーでボックス番号を指定することによっても対応するボックスのボックス内容表示画面が呼び出される。

ボックス情報表示領域３２０１はボックス番号とボックス名称を表示する。文書数表示領域３２０２は、このボックスに蓄積されている文書数を表示する。文書一覧領域３２０３は、このボックスに蓄積されている文書を表示しており、１行が１つの文書についての情報を表示している。表示する文書の情報は、種類、文書名、用紙サイズ、ページ数、蓄積時刻である。各行はタッチされると選択状態となり表示色を変化させる。その他の行がタッチされると表示色を元に戻す。また、選択された順に1，2・・・と番号を付与していく。番号が付与された文書の行が再度タッチされると、選択状態を解除する。選択解除される文書に付与していた番号よりも大きい番号が付与されていた選択文書の番号は一つずつ繰り上げる。例えば、3つの文書が選択されている状態で番号1が付与された文書を選択解除すると、番号2だった文書が番号1に、番号3だった文書が番号2となる。

３２０４は選択解除キーであり、選択データ全ての選択状態を解除するためのキーである。

３２０５は詳細情報キーであり、文書の詳細情報を表示するためのキーである。このキーが押されると、表示色が変化している文書のさらに詳細な情報を表示する。

３２０６は消去キーであり、選択された文書をボックスから消去するときに用いる。このキーが押されると本当に消去してよいかどうか確認するダイアログを表示する。ここで「はい」画像データはボックスから消去される。「いいえ」が押されると消去せずに次にボックス内容表示画面（図１２）に戻る。

３２０７は画像データ移動/複製キーであり，選択文書を他のボックスに移動/複製させるときに用いる。このキーが押されると図示しない移動指示画面を表示する。移動指示画面において移動先を選択させ、移動/複製を実行する。

３２０８はプリントキーであり、選択文書をプリントするときに用いる。このキーが押されると図示しないプリント画面を表示する。プリント画面においてプリント枚数、用紙、ソート方法、応用手法などの設定を行なって選択文書をプリント出力する。

３２０９は送信キーであり、選択文書を送信するときに用いる。このキーが押されると図示しない送信設定の画面を表示する。送信画面において送信先、ファイル形式、送信時の文書名などの設定を行なって選択文書を送信する。

３２１０は編集メニューキーであり、文書に対して画像表示、結合保存、文書挿入、ページ消去の各種操作を行なうときに用いる。

３２１１は原稿読み込みキーであり、原稿を読み込んでボックスに格納するときに用いる。

３２１２は閉じるキーであり、ボックス機能のメイン画面３１に戻るときに用いる。

次に編集メニューキー３２１０が押されたときに表示される編集メニュー画面（図１３）について説明する。

３３０１は画像表示キーであり、選択された文書の画像を操作パネルに表示する際に用いる。ユーザはこの機能を用いて画像の内容を確認することが出来る。３３０２はページ消去キーであり、選択された文書の任意のページを指定して消去する操作を行なう際に用いる。３３０３は結合保存キーであり、複数の文書を結合して新たな文書を作成する操作を行なう際に用いる。３３０４は文書挿入キーであり、任意の文書の任意のページに別の文書を挿入する操作を行なう際に用いる３３０５の編集メニューキーが押されると、次にボックス内容表示画面（図１２）に戻る。

次に結合保存キー３３０３が押された時に表示する結合保存画面（図１４）について説明する。３４０１は結合対象文書表示領域であり、ボックス内容表示画面（図１２）において選択されていた文書を一覧表示する。３４０２は結合後の文書名設定キーであり、結合後に生成される新しい文書の文書名を設定する際に用いる。このキーが押されると図示しないキーボード画面を表示する。ユーザがキーボード画面で入力した文書名を新しく作成した文書の文書名とする。ユーザが結合後の文書名を設定しなかった場合、操作を行なった時刻を元に自動的に文書名を生成して結合後の文書の文書名にする。３４０３は実行キーであり、結合対象文書を結合して新しい文書を作成する文書結合処理を実行する際に用いる。３４０４はキャンセルキーであり、文書結合を行なわずに次にボックス内容表示画面（図１２）に戻る。

次に原稿読み込みキー３２１１が押された時に表示する原稿読み込み画面（図１５）について説明する。この画面で各種設定を行ない、スタートキーが押されると原稿を読み込んでボックスに保存する処理を行なう。３５０１は設定表示領域であり、現在設定されている倍率及び読取サイズを表示する。３５０２は等倍キーであり読取倍率を１００パーセントに設定するために用いる。３５０３は倍率設定キーであり、読取倍率を設定するためのモードに入る際に押すキーである。３５０４は読取サイズキーであり、読取サイズを設定する際に用いるキーである。３５０５は両面原稿を読み取る際に用いるキーである。３５０６は読取濃度を設定するためのキーである。応用モードキー３５０７は、縮小レイアウト、ページ連写、製本読み込みなど複雑な設定を行なう応用モードに遷移するために用いるキーである。３５０８は、各種の設定をキャンセルしてデフォルトの設定に戻すために用いるキーである。３５０９は文書名設定キーである。このキーが押されると図示しないキーボード画面を表示する。ユーザがキーボード画面から入力した文書名を読み込んだ文書の文書名として設定する。ユーザが文書名を設定しなかった場合、読み込み操作を行なった時刻を元に自動的に文書名を生成する。３５１０は文書説明入力キーである。このキーが押されると後述する文書説明入力画面（図１６）を表示する。３５１１はキャンセルキーであり原稿読み込みを行なわずに次にボックス内容表示画面（図１２）に戻る際に用いる。

次に文書の説明入力画面（図１６）について説明する。３６０１は入力用キーボード領域であり各キーに対応した文字の入力や変換処理を行うのに用いる。３６０２は入力文字表示領域であり、ユーザによって入力された文字を表示する。図１６の例では「定例の議事録です。必ず目を通して下さい」という説明が入力されている。ＯＫキー３６０３は入力された文書名で確定する際に用いるキーである。３６０４はキャンセルキーであり、文書説明の入力をキャンセルして原稿読み込み画面（図１５）に戻るためのキーである。

（ボックス機能のリモートＵＩに関する詳細な説明）
画像処理装置は、ＨＴＭＬなどのマークアップ言語とＨＴＴＰなどのＷｅｂ技術を用いて実現したＷｅｂアプリケーションも提供する。ユーザはクライアントＰＣなどの上で動作するＷｅｂブラウザからこのＷｅｂアプリケーションに接続して、画像処理装置を遠隔操作できる。Ｗｅｂアプリケーションとして実装した組み込みアプリケーションのプレゼンテーション層のことをここではリモートＵＩと呼ぶ。

リモートＵＩによってボックス機能を操作する場合の画面例を説明する。Ｗｅｂブラウザを用いて、本画像処理装置のＵＲＬ（例えばIPアドレス）を指定して接続すると、Ｗｅｂブラウザの画面に図１７に示すようなリモートＵＩのトップページを表示する。ＲＵＩの各ページはメニュー領域３７０１とメイン領域３７０２とに分かれている。メニュー領域３７０１にはリモートＵＩが提供する各機能にリンクするためのボタンを表示する。トップページのメイン領域３７０２には画像処理装置の状況を示すメッセージや画像処理装置の画像などを表示する。メニュー領域のボックスボタン３７０３が押される（クリック）と図１８に示されるようなボックスページを表示する。

ボックスページは、メニュー領域に表示されるサブメニューにより、表示するボックスの種類（ユーザボックス、システムボックス、ファクスボックス）を選択することが可能であり、選択されたボックスの一覧がメイン領域に表示される。なお、図１８ではユーザボックスが選択された状態が示されており、メイン領域にはユーザボックスの一覧が表示されている。ユーザボックス毎にボックス番号３８０１、ボックス名称３８０２、当該ボックス内文書画像の全ボックス文書画像記憶領域占有率３８０３が表示される。なお、全ボックス文書画像記憶領域占有率３８０３は、ボックス文書画像格納用に割り当てられたＨＤＤ領域中に占める、当該ボックス内文書の画像が占める割合である。また、ボックス番号３８０１はリンクテキストと成っており、Ｗｅｂブラウザ上で所望のリンクテキストを選択することにより、ボックス内文書一覧ページが表示される。

図１９は、図１８のページにおいてボックス番号リンクテキストを選択した際に表示される、ボックス内文書一覧ページの例を示す図である。

メイン領域には、指定されたボックス内に含まれるボックス文書画像の一覧が表示される。文書画像毎に選択チェックボックス３９０１、文書画像タイプ３９０２、文書画像名称３９０３、文書画像サイズ３９０４、文書画像向きアイコン３９０５、文書画像ページ数３９０６、最終更新日時３９０７が表示される。ここで、文書画像タイプ３９０２は、当該画像データが、「スキャナによって得られた画像データ」であるか「受信したＰＤＬプリント要求を画像展開して（プリントせずに）ボックスに格納した画像データ」であるかを示す。選択チェックボックス３９０１のいずれかにチェックマークを入れて指示ボタン３９０８から３９１３のいずれかがクリックされると選択された文書に対して指定どおりの処理を行なう。

プリントボタン３９０８がクリックされると不図示のプリント設定画面に移行する。プリント設定画面において、プリント枚数、給紙カセット、両面指定、ソート指定欄などの設定を行なってプリントの指示を出すことができる。

送信ボタン３９０９がクリックされると不図示の送信設定画面に移行する。送信設定画面において、送信先、ファイル形式、送信時の文書名などの設定を行なって選択文書の送信の指示を出すことができる。

移動/複製ボタン３９１０がクリックされると図２０のようなボックス文書移動画面に遷移する。図２０の選択文書リスト欄４００１には選択されている文書を表示する。移動先ボックス選択欄４００２で移動先ボックスを選択し、開始ボタン４００３が押下されると、選択されている文書の移動を行なう。４００４のチェックにチェックがなされていた場合移動ではなく、複製を行なう。４００５はキャンセルボタンであり、移動を行わずにボックス文書表示画面３８に戻る。

結合保存ボタン３９１２がクリックされると図２１に示す文書結合保存画面に遷移する。４１０１は結合対象文書表示領域であり、文書一覧画面でチェックマークを付けられた文書を表示する。４１０２は結合順変更ボタンであり、結合対象文書の結合順の変更に用いる。４１０３は文書名入力領域であり、結合して作成される文書の文書名を指定するために用いられる。開始ボタン４１０４が押されると文書結合処理を実行する際に用いられる。４１０５はキャンセルボタンであり、文書結合を行なわずに文書表示画面（図１９）に戻る。

文書挿入ボタン３９１２は、任意のページに別の文書を挿入してあらたな文書を作成する操作を行なう場合に用いられる。

消去ボタン３９１３がクリックされた場合には確認画面が表示され、ユーザに確認を求めたあと選択された文書の消去処理を行なう。

図１９の文書画像名称３９０３はリンクテキストとなっており、Ｗｅｂブラウザ上で本リンクテキストが選択されると、ボックス文書詳細ページを表示する。

設定ボタン３９１４はボックスに対して、ボックス名、パスワード、文書を自動消去するまでの時間等を設定するための設定画面を表示するためのボタンである。なお、図１８に示す画面において、暗証番号が設定されているボックスを開こうとした場合、不図示の暗証番号確認画面が表示される。ここで、正しい暗証番号が入力されれば図１９に示すボックス文書表示画面に移行するが、正しい暗証番号が入力されなければ、そのボックスの内容を見ることはできない。

（ボックスに関する更新情報のフィードデータの生成と供給）
図２２は、ボックス関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構造を示すブロック図である。ユーザ４２０１は、ボックスの操作を行うユーザであり、画像処理装置１１０に組み込まれ文書管理システムであるボックス機能に対して文書の追加、編集、削除などの操作を行う。文書入力部４２１１は、文書を装置外部から画像処理装置１１０内部に取り込む。文書入力部４２１１は、ユーザ４２０１が画像処理装置１１０のスキャナを操作して読み込んだ画像ページ群を文書ファイルとしてボックス機能に追加する。また、遠隔から画像処理装置１１０に対して、ファクス、ＩＦＡＸ、電子メールなどの通信プロトコルによって送信された文書データを文書ファイルとしてボックス機能に追加する。

ユーザ４２０１は、画像処理装置１１０上で稼動する組み込みＲＳＳリーダ４２１０を介して同じ装置である画像処理装置１１０にアクセスし、ボックスに関連する更新情報を参照する。またユーザ４２０１は、画像処理装置１１０上で稼動する組み込みＷｅｂブラウザ２１１を介して同じ装置である画像処理装置１１０にアクセスし、画像処理装置１１０が提供する資源やＷｅｂアプリケーションをブラウズする。

それでは、画像処理装置１１０内部の、ボックス関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構成を説明する。文書操作インタフェース４２０３は、画像処理装置１１０のボックス機能を操作するインタフェースを提供する。ボックス文書管理システム４２０４は、画像処理装置１１０の組み込み文書管理システムであるボックス機能のためのデータベースである。データベースに記憶されるデータは、スキャンして読み込まれた文書ファイル、通信機能によって受信した文書ファイル、ＰＤＬ機能による生成などその他の入力経路から入力された文書ファイル、そして、各文書のサムネール画像ファイルを含む。

シンジケーションＤＢ４２０５は、画像処理装置１１０のボックス機能に関する更新情報のシンジケーションに用いられるデータを蓄積管理するためのデータベースである。蓄積管理されるデータは、ボックスの構造とボックスに蓄積される文書群とに関する変化の事象（イベント）が生起するたびにその事象に関する属性情報を保持して生成される更新情報エントリーを含む。
テンプレートＤＢ４２０６は、シンジケーションに用いるＸＭＬファイルの雛形を提供するテンプレートを蓄積管理するためのデータベースである。シンジケーションためのＸＭＬ応用は、ＲＳＳの各バージョンやＡｔｏｍなどの仕様に準拠する。シンジケートするべき情報の種類と準拠する仕様とに応じて、複数のテンプレートが用意される。更新情報生成部４２０７は、テンプレートＤＢ４２０６に蓄積管理されたテンプレート群に基づいて、シンジケーションＤＢ４２０５に蓄積管理されたデータと、機器制御用クラスライブラリ１１０６から得られる画像処理装置１１０の構成や状態などの諸属性とから、シンジケーションに用いるＸＭＬファイルを生成するテンプレートエンジンを含む。更新情報生成部４２０７は、生成したＸＭＬファイル（ＲＳＳやＡｔｏｍなどのシンジケーションデータファイル）を更新情報（ＲＳＳ）記憶部４２０８に格納する。

更新情報（ＲＳＳ）記憶部４２０８は、シンジケーションに用いるＸＭＬファイルを蓄積するためのストレージである。更新情報記憶部４２０８は、シンジケートするべき情報の種類に応じて異なる複数のファイルを保持する。また準拠するＸＭＬ応用の仕様に応じて、ＲＳＳの各バージョンやＡｔｏｍなどの形式で記述された複数のファイルを保持する。更新情報記憶部４２０８はＨＴＴＰサーバ２１２によってアクセス可能なファイルシステムとしてマウントされている。更新情報記憶部４２０８に蓄積されたＸＭＬファイル群の各ファイルは、ＨＴＴＰサーバ２１２に接続するＨＴＴＰクライアント群から見るとそれぞれが固有のＵＲＬによって特定される。ＨＴＴＰクライアントがＨＴＴＰサーバ２１２に接続して、このＵＲＬによって特定される資源を取得要求すると、ＨＴＴＰサーバ２１２は取得要求で指定されたＵＲＬに対応するＸＭＬファイルを更新情報記憶部４２０８から読み出して、ＨＴＴＰクライアントに送信する。

ＨＴＴＰサーバ２１２は、ＨＴＴＰクライアントからのＨＴＴＰやＨＴＴＰＳによる要求に応えて、画像処理装置１１０内部に保持されている各種資源（リソース）のデータを応答として転送する。ＨＴＴＰによってクライアントがアクセスする資源には、ＨＤＤ３０４など画像処理装置１１０内部の不揮発性メモリに保持されたＨＴＭＬや画像などの静的なデータファイル（更新情報画像記憶部４２０８に保持されたＸＭＬファイルを含む）や、また、ＣＰＵ３０１によって実行されるプログラムによって動的に生成されるデータがある。ＨＴＴＰの要求に応えて動的に生成されるデータには、リモートＵＩ４２１２などの各種のＷｅｂアプリケーション群が生成するＨＴＭＬなどがある。

リモートＵＩ４２１２は画像処理装置１１０が提供するＷｅｂアプリケーションであり、接続したＷｅｂブラウザなどのクライアントに対して文書操作インタフェース４２０３と同様の機能を提供する。

組み込みＲＳＳリーダ４２１０は、ＲＳＳの各バージョンやＡｔｏｍなどのシンジケーションのためのＸＭＬ形式を取得して整形表示するための組み込みアプリケーションプログラムである。表示と操作は、画像処理装置１１０の操作部１２２で行う。インターネットに存在するニュース配信サイトや情報提供サイト、ウェブログ（weblogまたはblog）などのＷｅｂサイトの多くは、サイトのコンテンツに加えて、サイトの新着記事をシンジケートするためにシンジケーションデータも提供している。ユーザ４２０１はＲＳＳリーダ４２１０を用いて、これらのインターネット上のサイトの新着記事のタイトルや内容を効率的にブラウズすることができる。ＲＳＳリーダ４２１０はインターネットに限らずイントラネット中にあるシンジケーションデータであっても、ＵＲＩで特定し取得できる資源として公開されていればアクセスできる。画像処理装置１１０の更新情報記憶部４２０８内に格納されているシンジケーションデータを識別するためのＵＲＩを指定して、ＲＳＳリーダ４２１０からＨＴＴＰサーバ２１２にＨＴＴＰの取得要求を送信すると、ＨＴＴＰサーバ２１２からの応答として更新情報記憶部４２０８内に格納されているシンジケーションデータを受信できる。ＲＳＳリーダ４２１０が整形表示するシンジケーションデータの内部にはＵＲＩで特定されるハイパーリンクが含まれている場合がある。ユーザ４２０１がＲＳＳリーダ４２１０の表示上で特定のハイパーリンクを選択すると、ＲＳＳリーダ４２１０は組み込みＷｅｂブラウザ２１１と連携してＷｅｂブラウザ２１１にそのＵＲＩを取得および表示せしめる。組み込みＲＳＳリーダ４２１０は、画像処理装置１１０内部のアプリケーション間通信により他の組み込みアプリケーションから要求を受け付けると、要求において指定されたＵＲＩのシンジケーションデータを取得して画像処理装置１１０の操作部１２２に表示する。

Ｗｅｂブラウザ２１１は、インターネットやイントラネット上のＷｅｂサーバ中にＵＲＩによって特定できる形態で提供されている各種の資源、たとえばＨＴＭＬやＸＨＴＭＬなどのマークアップ言語の文書データおよび各種のマルチメディアデータ（静止画像、動画像、オーディオなど）を取得して、適切に整形し、グラフィカルに表示したり音声で読み上げたりする。データの取得は主にＨＴＴＰやＦＴＰなどの通信プロトコルによって行う。Ｗｅｂブラウザ２１１は通信プロトコル上、クライアント・サーバモデルのクライアント側であり、たとえばＨＴＴＰクライアントとして位置づけられる。ユーザ４２０１がブラウズするデータの内部にＵＲＩで特定されるハイパーリンクが含まれている場合、ユーザが特定のハイパーリンクのアンカーを選択すると、Ｗｅｂブラウザ２１１は指定されたＵＲＩの資源を取得し表示する。ＨＴＭＬなどのマークアップ文書の書式（form）の仕様などを利用して、Ｗｅｂブラウザ２１１からＷｅｂサーバ側の資源に対してデータを送信（post）する場合もある。ユーザ４２０１は、Ｗｅｂブラウザ２１１を用いて、たとえば同じ装置である画像処理装置１１０のリモートＵＩ４２１２を特定するＵＲＩを指定して取得要求することもできる。画像処理装置１１０のＨＴＴＰサーバ２１２はこの取得要求をＣＧＩ（common gateway interface）などのインタフェースによって内部的にリモートＵＩ４２１２に転送し、さらにリモートＵＩ４２１２が処理結果として生成したＨＴＭＬなどの応答をＷｅｂブラウザ２１１に返送する。組み込みＷｅｂブラウザ２１１は、画像処理装置１１０内部のアプリケーション間通信により他の組み込みアプリケーションから要求を受け付けると、要求において指定されたＵＲＩのリソースを取得して画像処理装置１１０の操作部１２２に表示する。

次に、デスクトップコンピュータ１０１内部のソフトウェア構成を説明する。画像処理装置１１０とデスクトップコンピュータ１０１はネットワーク接続されており、それぞれの上で稼動するソフトウェアはＨＴＴＰやＨＴＴＰＳなどのプロトコルにしたがって互いにデータを通信する。ユーザ４２０２は、デスクトップコンピュータ１０１上で稼動するＲＳＳリーダ４２３０を介して画像処理装置１１０にアクセスし、ボックスに関連する更新情報を参照するユーザである。またユーザ４２０２は、デスクトップコンピュータ１０１上で稼動するＷｅｂブラウザ４２２９を介して画像処理装置１１０にアクセスし、画像処理装置１１０が提供する資源やＷｅｂアプリケーションをブラウズする。ＲＳＳリーダ４２３０の働きは組み込みＲＳＳリーダ４２１０と同様であり、Ｗｅｂブラウザ４２２９の働きは組み込みＷｅｂブラウザ２１１と同様である。

なお、本実施例ではＲＳＳリーダ４２１０とＷｅｂブラウザ２１１、および、ＲＳＳリーダ４２３０とＷｅｂブラウザ４２２９は、それぞれが単体のアプリケーションプログラムとして構成したが、両者の機能を兼ね備えた単体のアプリケーションプログラムとして構成してもよい。また、ＲＳＳリーダ４２３０とＷｅｂブラウザ４２２９はデスクトップコンピュータ１０１上で稼動するものとして説明したが、デスクトップコンピュータだけでなくＰＤＡなどポータブル型のコンピュータも含めさまざまな汎用情報処理装置上で稼動するように構成してもよい。あるいは、携帯電話などの各種の組み込み装置上で稼動するように構成してもよい。また、ＲＳＳリーダ機能を、フロントエンドのＷｅｂブラウザとバックエンドのＷｅｂアプリケーションの組み合わせにより分散システム（distributed systems）として実現する技術も広く知られている（たとえばBloglines ＜http://www.bloglines.com/＞ など）。このようなＲＳＳリーダ機能を提供するＷｅｂアプリケーションを利用すれば、組み込みＷｅｂブラウザ２１１とＷｅｂアプリケーションの組み合わせによって、組み込みＲＳＳリーダ４２１０の働きを代用するように構成することもできる。ＲＳＳリーダ機能を提供するＷｅｂアプリケーションは外部のサーバコンピュータで稼動するように構成してもよいし、リモートＵＩ４２１２と同様に画像処理装置１１０内部で稼動するＷｅｂアプリケーションのひとつとして構成してもよい。組み込みＲＳＳリーダ４２１０は、取得するべきフィードファイルが同じ画像処理装置１１０の内部にある場合は、ネットワーク通信を用いず、更新情報記憶部４２０８から直接にフィードファイルを読み出すように構成してもよい。

図１０は、画像処理装置の更新情報のシンジケーションに用いるＸＭＬ形式（すなわちシンジケーションデータの形式）の一例の構造を示す図である。更新情報記憶部１７０８に格納されＵＲＩによって特定されるＸＭＬファイルは、画像処理装置の組み込みアプリケーションに関連する各種データの更新や装置の組み込みアプリケーションに関連して生起する各種イベントの情報を記述するＸＭＬ文書である。このＸＭＬ文書の形式は、一般のＷｅｂサイトがサイトの更新情報を配信するために利用している各種のフォーマットに対応して複数種類を提供する。画像処理装置１１０は、ＲＳＳの各バージョンやＡｔｏｍなどのＸＭＬ形式をサポートするが、ここではＲＳＳ１．０による記述を例にあげて説明する。図１０において、各ブロックの包含関係は、ＸＭＬ要素の包含関係を意味する。

RDF要素２２０１はＸＭＬ文書の最上位の要素である。RDF要素はchannel要素２２０２、image要素２２０３、item要素２２０４、２２０５、２２０６を含む。channel要素２２０２は、更新情報全体に関連する基本情報を記述する。この要素はRDF的な主語ノードに相当する。channel要素の内容には、title要素２２０７、link要素２２０８、description要素２２０９、image要素２２１０、items要素２２１１が含まれる。title要素２２０７は、この更新情報のタイトルを表す。link要素２２０８は、この更新情報が扱っているサイトのＵＲＩを表す。description要素２２０９は、この更新情報が扱っているサイトの内容や機能などの説明を記述する。image要素２２１０は、この更新情報が扱っているサイトのロゴなどの画像資源を特定するＵＲＩを記述する。詳細は後述のimage要素２２０３で記述する。items要素２２１１は、item要素群２２０４、２２０５、２２０６のインデクスを提供する。Seq要素２２１２の内容にリストしたli要素２２１３によって各更新情報ＵＲＩを示す。image要素２２０３は、ロゴなどの画像を表現する。内容には、title要素２２１４、url要素２２１５、link要素２２１６を含む。title要素２２１４は、画像のタイトルを表し、画像の代替テキストとして用いられることがある。url要素２２１５は、画像リソースのＵＲＩを記述する。link要素２２１６は、この画像をアンカーとするハイパーリンクを表示する場合にリンク先として用いるＵＲＩを記述する。item要素２２０４、２２０５、２２０６などは、それぞれが個々の更新情報を表現する複数の要素の並びである。内容には、title要素２２１７、link要素２２１８、description要素２２１９を含む。title要素２２１７は、更新情報のタイトルを記述する。link要素２２１８は、更新情報のＵＲＩを記述する。description要素２２１９は、更新情報の説明を記述する。

図２３は、画像処理装置におけるボックス文書読み込み処理手順のフローチャートである。ステップＳ４３０１で、ユーザによるボックス選択処理を受け付ける。ステップＳ４３０２で、ユーザによる文書情報入力を受け付ける。ここで文書情報とは、読み込む文書の文書名及びその文書に対する説明のことであり、ユーザは図１５に示した操作画面のボタン３５０９及び３５１０を用いて入力を行なう。ステップＳ４３０３で、スタートボタンが押し下げられたかどうかを判定する。スタートボタンが押し下げられるとステップＳ４３０４に進み、押し下げされなければＳ４３０２に戻り文書情報の入力を受け付ける。

ステップＳ４３０４で、原稿を読み込みボックスへの蓄積処理を行なう。ステップＳ４３０５で、読み込んだ画像の解像度を落としてサムネール画像を生成し、それを蓄積する。ステップＳ４３０６で、ボックス更新情報エントリーを生成する。すなわち、読み込んだ文書の詳細情報を記述した更新情報エントリーを生成する。更新情報エントリーには生成されたサムネイル画像も含まれる。ステップＳ４３０７で、生成した更新情報エントリーをシンジケーションＤＢに格納する。ステップＳ４３０８で、ＲＳＳフィードファイルの生成処理を呼び出して、新しい更新情報エントリーが加えられ変更されたシンジケーションＤＢから新しいＲＳＳフィードファイルを生成する。

図２４は、画像処理装置におけるボックス文書編集処理手順のフローチャートである。ステップＳ４４０１で、ボックス内文書一覧を表示する。ステップＳ４４０２で、ユーザによる文書選択を受け付ける。以下の操作は選択された文書を対象とする。ステップＳ４４０３で、ユーザによる操作指示を受け付ける。ステップＳ４４０４で操作の種別に応じて条件分岐する。選択された操作種別が文書挿入の場合ステップＳ４４０５に進み、消去の場合ステップＳ４４０７に進み、結合保存の場合ステップＳ４４１１に進む。

ステップＳ４４０５で、挿入指示を行なうための画面を表示する。挿入指示画面においてユーザは、挿入する文書、挿入する位置、挿入後の文書名などの入力を行なう。ステップＳ４４０６で、文書挿入処理を行なって新しい文書を生成する。次いでステップＳ４４１３に進む。ステップＳ４４０７で、本当に消去してよいのかをユーザに確認するためのダイアログを表示して、ユーザの入力を待つ。ユーザがキャンセルした場合Ｓ４４０３に戻る。ユーザがＯＫした場合Ｓ４４０８に進む。ステップＳ４４０８で、選択された文書の消去処理を行なう。次いでステップＳ４４０９に進む。

ステップＳ４４０９で、シンジケーションデータファイル（フィードファイル）の生成に用いるテンプレートを、テンプレートＤＢ１７０６から取り出し、サムネイル画像へのリンクを含むかどうかを判断する。サムネイル画像へのリンクを含む場合ステップＳ４４１０に進み、サムネイル画像へのリンクを含まない場合Ｓ４４１３に進む。ステップＳ４４１０で、サムネイル画像の消去処理を行なう。次いでステップＳ４４１３に進む。ステップＳ４４１１では、結合保存の指示を行なうための画面を表示する。結合指示画面においてユーザは、結合する文書、結合順、結合後の文書名などの入力を行なう。ステップＳ４４１２で、結合保存処理を行なって新しい文書を生成する。次いでステップＳ４４１３に進む。

ステップＳ４４１３で、前ステップで実行された処理に応じて相当する更新情報エントリーを生成する。すなわち、文書挿入、文書消去、結合保存などのイベントに対応して、そのイベントの詳細情報を記述した更新情報エントリーを生成する。ステップＳ４４１４で、生成した更新情報エントリーをシンジケーションＤＢに格納する。ステップＳ４４１５で、ＲＳＳフィードファイルの生成処理を呼び出して、新しい更新情報エントリーが加えられ変更されたシンジケーションＤＢから新しいＲＳＳフィードファイルを生成する。このとき、削除されたページ（あるいは文書）や変更されたページ、追加されたページ、結合されたページのサムネール画像を、編集イベントのエントリに含めても良い。

ボックス文書は蓄積する際、または編集処理を行なう際に、その重要度を［重要／普通／重要度低］から選択して設定することが可能であり、その重要度に応じて更新情報を更新情報ファイルに載せる期間を設定することができる。

図２５は、更新情報を更新情報ファイルに載せる期間を設定する画面の例を示す図である。文書の重要度ごとに期間を設定するプルダウ ンを表示する。各プルダウンは例えば、[１日／２日／３日／４日／５日／６日／７日／１０日／１５日／３０日]が選択可能である。４５０１は [重要]と設定された文書、４５０２は [普通]と設定された文書、４５０３は[重要度低]と設定された文書、に対するイベントが生起してから更新情報として扱う期間を設定するためのプルダウンである。更新情報ファイルの取得要求に応答する際に、有効期限が経過しているエントリーを更新情報ファイルから削除する。受信ボックスでは、受信した文書の送信元に応じて更新情報を更新情報ファイルに載せる期間を設定することができる。この期間情報も第１実施形態と同様に保存されてシンジケーションデータ生成時に参照される。

図２６は、受信ボックスの文書の更新情報を更新ファイルに載せる期間を設定する画面の例を示す図である。４６０１、４６０２、４６０３は送信元を入力する領域であり、各領域を押し下げると不図示のソフトキーボード画面を表示し送信もとを入力することができる。４６０４、４６０５、４６０６は送信元ごとに有効期間を設定するプルダウンメニューである。各プルダウンは例えば、[１日／２日／３日／４日／５日／６日／７日／１０日／１５日／３０日]が選択可能である。更新情報ファイルの取得要求に応答する際に、有効期限が経過しているエントリーを更新情報ファイルから削除する。

図２７は、ボックス関連更新情報をシンジケーションするフィードファイル（すなわちシンジケーションデータ）の一例を示す図である。図に例示するフィードファイルは、ＲＳＳ１．０形式のＸＭＬデータである。本フィードファイルは更新情報格納部４２０８に格納され、画像処理装置１１０の外部からも内部からも、ＵＲＩで特定して取得できる。重要な記述のうち既に説明したＲＳＳ１．０の語彙は同一の符号をつけて説明を省略する。図のテンプレートが生成するシンジケーションのための更新情報フィードデータはＲＳＳ１．０形式のＸＭＬ応用であるため、ＸＭＬ名前空間を用いたモジュール拡張性を備える。すなわち、他のＸＭＬ語彙と組み合わせて必要な情報をシンジケーションのフィードデータの中に容易に追加できる。たとえば、標準的なメタデータの記述要素として多用されるDublin CoreのDCMESプロパティから以下が組み合わされている。

date要素４７０１、４７０６、subject要素４７０４、creator要素４７０５。また、AdminモジュールからgeneratorAgent要素４７０２が組み合わされている。date要素４７０１はフィードデータが生成された日時を記述する。generatorAgent要素４７０２はフィードデータを生成したソフトウェアを記述する。subject要素４７０４はエントリーのカテゴリーを記述する。creator要素４７０５はエントリーの生成に関連したユーザ、すなわち操作者を記述する。date要素４７０６はエントリーが生成された日時を記述する。このように、更新情報をフィードするデータ形式を柔軟かつ厳密に拡張することが容易になることが、本実施例の大きな効果のひとつである。なお、item要素２２０４内のdescription要素２２１９は、例えば画像を読み込む際にユーザが図１６の入力領域３６０２に入力した文書説明を含むようにしても良い。また、読み込んだ画像を文字認識したり、画像に埋め込まれたバーコードやデジタル透かしなどの符号情報を復号したりして得られる情報を含むようにすることもできる。

（更新情報フィードデータの取得と表示）
図２８は、画像処理装置におけるボックス内文書一覧表示処理手順のフローチャートである。ステップＳ５１０１で、ユーザによるボックス内文書一覧表示指示を受け付ける。この指示はユーザがボックス一覧画面（図１１）からボックスを選択することによって行なわれる。ステップＳ５１０２で、ボックスRSSフィードファイルの取得を行なう。

ステップＳ５１０３で、前のステップで取得したフィードファイルに記されている更新情報のエントリの中に未読のエントリが存在するかどうかを判断する。未読のエントリが存在すればステップＳ５１０４に進み、未読のエントリが存在しなければステップＳ５１０７に進む。

ステップＳ５１０４で、取得したRSSフィードファイルを整形し、操作パネル上に表示する（図３０，３１，３２）。ステップＳ５１０５でユーザ入力を受け付ける。ユーザが、整形表示した更新情報の中のリンク部分をクリックした場合はステップＳ５１０６に進み、ユーザが更新情報表示画面を閉じるキー（たとえば「Ｘ」ボタン）を押した場合、ステップＳ５１０７に進む。

ステップＳ５１０６では、Webブラウザを起動してクリックされたリンクを読み込んで表示する。ユーザがWebブラウザの画面を閉じるとステップＳ５１０７に進む。

ステップＳ５１０７で、ボックス内文書の一覧を表示する。このとき、ステップＳ５１０６でＷｅｂブラウザが起動された場合には図１９のようにＷｅｂブラウザの画面に一覧は表示される。一方、ステップＳ５１０６を経由していない場合には、図１２のように、画像処理装置に固有の画面で一覧が表示される。

以上の処理によれば、ユーザがボックス文書の一覧を表示しようとした時に、未読の更新情報があれば、その更新情報が操作パネルに自動的に表示されるので、ユーザは、ボックス文書の更新情報を確認することが可能となる。

図２９は、画像処理装置が提供する更新情報フィードファイルを同じ画像処理装置内の組み込みRSSリーダが利用する通信と連携のシーケンスを説明するシーケンス図である。画像処理装置１１０上で稼動するＲＳＳリーダ４２１０と組み込みＷｅｂブラウザ２１１、および、ＨＴＴＰサーバ１１１６が通信により連携する。更新情報をシンジケーション（配給）するフィードファイルを汎用のＸＭＬフォーマットで記述し、また、ＵＲＩで特定して取得できるように構成したために、更新情報を利用するクライアントの形態、機能、システム構成などは、柔軟に組み合わせることができる。

事象１（図２９の符号１に相当する。２以下も同じ。）で、ユーザ１７０２がボックス内文書一覧表示を要求すると、組み込みＲＳＳリーダ４２１０がその情報を受け取る。

事象２で、ＲＳＳリーダ４２１０はＨＴＴＰサーバ１１１６に対して通信を確立し、ＲＳＳフィードの取得要求を送信する。通信は一般にＨＴＴＰやＨＴＴＰＳなどのアプリケーションプロトコルを用いて行う。

事象３で、ＨＴＴＰサーバ１１１６はＲＳＳリーダ４２１０に対して、ＨＴＴＰ要求に対する応答として画像処理装置に格納されている更新情報のフィードファイルを返送する。

事象４で、ＲＳＳリーダ４２１０は取得したフィードファイルを解析して、ユーザ１７０２がまだ読んでいないエントリーを整形して表示する。表示される更新情報は、シンジケーションのＸＭＬ形式が規定するリンク情報を、選択可能なアンカーとして表示する。また、更新情報エントリーの説明にＨＴＭＬなどのハイパーテキストが含まれる場合、ハイパーリンクを選択可能なアンカーとして表示する。

事象５で、ユーザがＲＳＳリーダ４２１０に表示されたエントリーに含まれるリンクのアンカーを選択する。

事象６で、ＲＳＳリーダ４２１０は組み込みＷｅｂブラウザ２１１に対してアプリケーション間通信を行い、リンクに記述されたＵＲＩが特定するリソースの表示を要求する。

事象７で、組み込みＷｅｂブラウザ２１１は要求されたリソースを取得する。与えられたリソースを特定するＵＲＩの所在情報が画像処理装置１１０のＨＴＴＰサーバ１１１６を指していれば、ＨＴＴＰサーバ１１１６に対して通信を確立し、リソースの取得要求を送信する。通信は一般にＨＴＴＰやＨＴＴＰＳなどのアプリケーションプロトコルを用いて行う。たとえば、画像処理装置１１０のＪＶＭ１１０４上で稼動するＳｅｒｖｌｅｔに割り当てられたＵＲＩを指定して取得要求する。

事象８で、ＨＴＴＰサーバ１１１６は組み込みＷｅｂブラウザ２１１に対して、ＨＴＴＰ要求に対する応答として要求されたリソースを返送する。ＨＴＴＰサーバ１１１６は要求せれたリソースをストレージから読み出すかまたはプログラムによって動的に生成する。たとえば、取得要求に指定されたリソースがＳｅｒｖｌｅｔの場合、取得要求を当該のＳｅｒｖｌｅｔに転送し、Ｓｅｒｖｌｅｔが処理結果として生成したＨＴＭＬなどの応答を返送する。

事象９で、組み込みＷｅｂブラウザ２１１は取得したリソースを整形して表示する。

図３０は、画像処理装置の操作パネルに表示されるボックス文書更新情報フィードの表示画面の一例である。ＲＳＳフィードリスト５３０１は、フィードリーダにあらかじめ設定されたり、または、フィードリーダによる動的な探索の結果として発見されたりした、利用可能なシンジケーションのフィードデータが列挙されているメニューである。リストの各項目は利用可能なフィードデータに対応している。ユーザが項目を選択すると、フィードリーダは当該のフィードデータを取得し、展開して右側のペインに表示する。項目のハイライトは、その項目が選択されたことを表している。なお、ボックス文書一覧表示操作によって自動的に起動された場合は、その画像処理装置自身のボックス文書のフィードデータが選択された状態で起動する。このとき、ＲＳＳフィードリスト５３０１の領域を表示しないように構成してもよい。フィードタイトル５３０２は、その項目に対応するフィードデータを識別するためにフィードデータのタイトルを表示している。未読数５３０３は、その項目に対応するフィードデータ中に含まれる未読のエントリー数を表示している。

続いて、図の表示画面の右側のペインを説明する。右側のペインにはＲＳＳフィードリスト５３０１で選択されたフィードデータに対応する情報が表示されている。
フィード概要５３０４はフィードデータの全体的な概要を表示している。表示される情報は、図２７のＲＳＳフィード例におけるchannel要素２２０２の内容に相当する。

フィードタイトル５３０５は、フィードデータのタイトルを表示している。ＲＳＳフィード例におけるchannel要素２２０２中のtitle要素２２０７に相当する。表示されているタイトルはハイパーテキストのアンカーになっており、ユーザが選択すると、Ｗｅｂブラウザと連携して、link要素２２０８に記述されているＵＲＩのリソースを取得表示する。この例では、画像処理装置１１０のＷｅｂアプリケーション群の入り口を提供するトップページへのアンカーになっている。

フィードロゴ画像５３０６は、フィードデータのロゴ画像を表示している。ＲＳＳフィード例では省略しているが、image要素２２１０とimage要素２２０３に相当する。表示されている画像データはurl要素２２１５に記述されているＵＲＩから取得したリソースである。表示されている画像はアンカーになっており、ユーザがこれを選択すると、Ｗｅｂブラウザが起動し、link要素２２１６に記述されているＵＲＩのリソースを取得表示する。

フィード概要５３０７は、フィードデータの概要説明を表示している。ＲＳＳフィード例におけるdescription要素２２０９に相当する。この例に示したように、画像処理装置内部に保持される各種の情報と置き換えられるテンプレート変数とフィードデータの書式を自在に組み合わせてシンジケーションされるデータを柔軟に設計できる。

更新情報エントリー５３０８、５３０９，５３１０はそれぞれがフィードファイルによってシンジケーションされた更新情報を表示している。ＲＳＳフィード例では、items要素２２１１のli要素２２１３のリストとしてインデクスされ、item要素２２０４、２２０５、２２０６に列挙された各要素に対応する。

エントリータイトル５３１１は、更新情報エントリーのタイトルを表示している。ＲＳＳフィード例では、title要素２２１７に相当する。表示されているタイトルはハイパーテキストのアンカーとなっており、ユーザが選択すると、Ｗｅｂブラウザが起動し、link要素２２１８に記述されているＵＲＩのリソースを取得表示する。この例では、この更新情報エントリーの詳細を閲覧するための個別エントリー情報ページへのアンカーになっている。

エントリー更新日時５３１２は、更新情報エントリーのイベントが生起した日時を表示している。ＲＳＳフィード例では、date要素２３０６に相当する。

エントリー記述５３１３は、更新情報エントリーの情報を記述している。ＲＳＳフィード例では、description要素２２１９に相当する。エントリー記述は、ＨＴＭＬ（ＸＨＴＭＬ）でマークアップしたテキストとして画像や引用や表などを用いて構造化されているので、これらの構造を表現（プレゼンテーション）するように整形して表示している。また、Ｗｅｂページや電子メールアドレスなどを含む各種のリソースへのリンクが埋め込まれており、そのアンカーも表示している。

表示されている情報は、ＲＳＳフィード例の生成において、テンプレートと画像処理装置内部の各種データベースや機器制御用クラスライブラ１１０６を介して得られる各種情報を元に生成されたものである。この例に示したように、画像処理装置内部に保持される各種の情報と置き換えられるテンプレート変数とフィードデータの書式を自在に組み合わせてシンジケーションされるデータを柔軟に設計できる。この図の例では、文書説明のテキストと、文書のサムネイル画像が表示されている。

図３１は、画像処理装置の操作パネルに表示される受信ボックスの更新情報フィードの表示画面の一例である。

エントリー記述５４１４が受信ボックスの更新情報の内容になっている以外は図３０と同様であるためここでは詳細に説明しない。エントリー記述には、イベント種別、送信元、受信文書のサムネイル画像が含まれる。

ユーザが受信ボックスに関する操作を行なった時に、自動的に操作パネルに更新情報が表示されるので、受信ボックスの内容に変更があったことをユーザが的確に把握することができる。

図３２は、画像処理装置の操作パネルに表示されるボックス文書の削除に関する更新情報フィードの表示画面の一例である。エントリー記述５５１４がボックス文書の削除情報の内容になっている以外は図３０と同様であるためここでは詳細に説明しない。エントリー記述５５１４には、削除処理を行なったユーザ名、文書のサムネイル画像が含まれる。なお、文書が削除されるのはユーザの操作によって削除される場合と、予め設定された保存期間が経過して自動削除される場合があり、どちらの場合も更新情報のエントリとして記録される。

このように、文書が削除されたことも更新情報として表示されるので、ユーザはボックスの内容を的確に把握することができる。また、文書が削除されていても、そのサムネイル画像が更新情報に載っているので、どの文書が削除されたのかが容易にわかる。

以上のようにして、画像処理装置が備える文書管理機能すなわちボックス機能を実行するための操作をユーザが行ったことをきっかけとして、ボックス文書の更新情報が操作部に表示される。このため、ユーザはボックス機能を実行する前に、その内容の変化（たとえば削除、追加、変更等）を知ることが出来る。

（変形例）
なお、本実施形態の説明においては、ＨＴＴＰサーバ等を持つサーバと、ＷｅｂブラウザおよびＲＳＳリーダを持つクライアントは同一の画像処理装置内にあった。しかし、ＨＴＴＰサーバ等を持つサーバと、ＷｅｂブラウザおよびＲＳＳリーダを持つクライアントとが、ネットワークで接続された相異なる画像処理装置に用意されているシステムであっても、本実施形態と同様に、クライアントによりサーバの情報を適時に得ることが出来る。また、ネットワークはＬＡＮに限らず、インターネット等の広域ネットワークであっても、本実施形態に係る発明を適用可能である。

また、画像処理装置に限らず、プリンタや録画装置等の家電品など、コンピュータ内蔵のデバイスであり、ＨＴＴＰサーバやＷｅｂブラウザ、ＲＳＳリーダといったアプリケーションを実行できる装置であれば、本実施形態に係る装置を適用可能である。

〔第２の実施の形態〕
次にアドレス帳機能について説明する。前述したように画像処理装置は、ＳＭＢやＦＴＰなどによるファイル送信、電子メール、ファクス、インターネットファクスなどによって文書を送信する機能をもつ。アドレス帳機能は、予め機器内の記憶装置に宛先情報を登録し、送信時に登録された宛先を呼び出す機能である。

図３３はアドレス帳画面である。５６０１は登録済みのアドレスを表示する。５６０２はサブアドレス帳選択メニュー、５６０３は宛先種類選択メニュー、５６０４は宛先名称の頭文字選択メニューであり、それぞれのメニューで選択された条件に合うものを５６０１に表示する。５６０５は新規宛先の登録ボタンであり、押し下げられると図３４のあて先種類選択画面を表示する。図３４のボタン５７０１から５７０５によって登録する宛先の種類を選択させる。選択可能な種類として、ＳＭＢやＦＴＰなどのファイル送信、電子メール、ファクス、インターネットファクス、をサポートしている。ユーザは任意のプロトコルを選択可能である。また、複数の宛先をまとめてグループ宛先として登録することも可能である。

図３５に登録画面の例として、電子メールが選択された場合の登録画面例を示す。名称キー５８０１、電子メールアドレスキー５８０２が押されると、それぞれソフトウエアキーボード画面を表示する。ユーザはソフトウエアキーボードを使って任意の文字が入力可能である。５８０３はサブアドレスリスト選択メニューである。サブアドレスを選択することで、所望のサブアドレスにアドレスを分類して登録することが可能となっている。ＯＫキー５８０４が押されると、入力されたアドレスを装置内の記憶装置に保存する。

図３６は、画像処理装置におけるアドレス帳の編集処理手順のフローチャートである。ステップＳ３７０１で、ハードディスク等に保存されたアドレスデータを読み出して一覧を表示する。ステップＳ３７０２で、ユーザによる編集対象項目（アドレス）の選択を受け付ける。変更及び削除操作は選択された文書を対象とする。ステップＳ３７０３で、ユーザによる編集操作指示を受け付ける。ステップＳ３７０４で操作の種別に応じて条件分岐する。選択された操作種別が新規挿入の場合ステップＳ３７０５に進み、消去の場合ステップＳ３７０７に進み、変更の場合ステップＳ３７０９に進む。

ステップＳ３７０５で、挿入指示を行なうための画面を表示する。挿入指示画面においてユーザは、挿入するアドレスなどの入力を行なう。ステップＳ３７０６で、アドレス挿入処理を行なって新しいアドレス帳データを生成する。次いでステップＳ３７１１に進む。

ステップＳ３７０７では、本当に消去してよいのかをユーザに確認するためのダイアログを表示して、ユーザの入力を待つ。ユーザがキャンセルした場合Ｓ３７０３に戻る。ユーザがＯＫした場合Ｓ３７０８に進む。ステップＳ３７０８で、選択されたアドレスの消去処理を行なう。次いでステップＳ３７１１に進む。

ステップＳ３７０９では、変更操作の指示を行なうための画面を表示する。変更指示画面においてユーザは、内容を変更するアドレスについて、変更後の内容の入力を行なう。ステップＳ３７１０で、変更後のアドレスデータの保存処理を行なって新しいアドレス帳データを生成する。次いでステップＳ４４１１に進む。

ステップＳ４４１１で、前ステップで実行された処理に応じて相当する更新情報エントリーを生成する。すなわち、新規アドレス挿入、アドレス消去、アドレス変更などのイベントに対応して、そのイベントの詳細情報を記述した更新情報エントリーを生成する。ステップＳ３７１２で、生成した更新情報エントリーをシンジケーションＤＢに格納する。ステップＳ３７１３で、ＲＳＳフィードファイルの生成処理を呼び出して、新しい更新情報エントリーが加えられ変更されたシンジケーションＤＢから新しいＲＳＳフィードファイルを生成する。

図３７は、画像処理装置におけるアドレス一覧表示処理手順のフローチャートである。ステップＳ５９０１で、ユーザによるアドレス一覧表示指示を受け付ける。この指示はユーザが文書を送信するためにアドレス帳を選択するか、アドレス帳を編集するために、アドレス帳を選択することによって行なわれる。

ステップＳ５９０２で、アドレス帳RSSフィードファイルの取得を行なう。ステップＳ５９０３で、前のステップで取得したフィードファイルに記されている更新情報のエントリの中に未読のエントリが存在するかどうかを判断する。未読のエントリが存在すればステップＳ５９０４に進み、未読のエントリが存在しなければステップＳ５９０７に進む。

ステップＳ５９０４で、取得したRSSフィードファイルを整形し、操作パネル上に表示する。ステップＳ５９０５でユーザ入力を受け付ける。ユーザが、整形表示した更新情報の中のリンク部分をクリックした場合はステップＳ５９０６に進み、ユーザが更新情報表示画面を閉じるキーを押した場合、ステップＳ５９０７に進む。

ステップＳ５９０６では、Webブラウザを起動してクリックされたリンクを読み込んで表示する。ユーザがWebブラウザの画面を閉じるとステップＳ５９０７に進む。ステップＳ５９０７で、アドレス帳の一覧を表示する。

図３８は、画像処理装置の操作パネルに表示されるアドレス帳更新情報フィードの表示画面の一例である。エントリー記述６０１４がアドレス帳の更新情報の内容になっている以外は図５３と同様であるためここでは詳細に説明しない。エントリー記述６０１４には、アドレス帳更新処理を行なったユーザ名及びその変更内容が含まれる。

以上の処理によれば、ユーザが文書送信のための操作をした時に、アドレス帳の一覧が表示される。そしてそのときに、未読の更新情報があれば、その更新情報が操作パネルに自動的に表示されるので、ユーザは、アドレス帳の更新情報を確認することが可能となる。これによって、アドレスが編集されているのに気付かず、ユーザが意図しない宛先に誤送信してしまったり、既に登録済みのアドレスを再度登録してしまったりといったことが防げる。また、アドレス帳画面はアドレスの保守を行う際に、図３６の手順の先頭で表示することも出来る。その場合にも文書データの送信時と同様に、図３７の手順で、更新されていれば、ＲＳＳリーダにより更新情報を記述したシンジケーションデータを取得してそれを表示する。

なおここでいうアドレス帳には、たとえば電子メールアドレス、ファクシミリ番号、電話番号など複写機（画像処理装置）において使用される宛先情報が含まれる。もちろん、それらの情報に付随してアドレス帳に登録されている情報があれば、それも監視対象とすることもできる。

〔第３の実施の形態〕
次に掲示板機能について説明する。掲示板機能は、ユーザが設定した任意の文字列を操作パネルに表示する機能である。掲示板には、操作パネルの全面に表示させる掲示板と、ステータス行に表示させる掲示板の二種類があり、主に画像処理装置の管理者が、その装置の一般ユーザに対して連絡を行うことを目的として使用する。

掲示板に関する設定はリモートＵＩから行う。図３９は掲示板の設定を行うためのリモートＵＩのページの例を示す図である。チェックボックス６１０１はステータス行に表示させる場合にチェックする。６１０２はステータス行に表示させるメッセージを入力するための領域である。チェックボックス６１０３は、操作パネル全面に表示させる場合にチェックする。６１０４は操作パネル全体に表示させるメッセージを入力するための領域である。ラジオボタン６１０５は、操作パネル全体に表示させる掲示板の表示方法を設定するためのスイッチである。「常に表示」をチェックすると、操作パネルに掲示板を常に表示するように設定される。「オートクリア時に表示」にチェックすると、オートクリアがかかった時に掲示板を操作パネルに表示するように設定される。６１０６は、掲示板をリモートＵＩのトップページに表示するかどうかを設定するチェックボックスである。

図４０は、操作パネルに表示する掲示板の図であり、図３９に示した設定がなされた場合の例を示している。６２０１はステータス行に表示する掲示板であり、６１０２に入力されたメッセージに対応するメッセージを表示する。６２０２は操作パネル全体に表示する掲示板であり、６１０４に入力されたメッセージに対応メッセージを表示する。閉じるキー６２０３が押し下げられると、通常の操作画面を表示する。ただし、ステータス行に表示する掲示板６２０１は通常の操作画面においても常に表示する。

掲示板の内容が変更（追加や削除を含む。）されると、その変更内容を反映した更新情報エントリが作成され、更新情報エントリをテンプレートに従ってたとえばＲＳＳ１．０規格に従う形式のＲＳＳフィードファイルが作成される。この手順は、変更対象が掲示板である点が相違しているものの、図３６と同様であるから詳細な説明は省略する。

図４１は、画像処理装置におけるリモートコピー処理手順のフローチャートである。リモートコピーは、画像処理装置で読み込んだ画像をネットワークで接続された別の画像処理装置から出力する機能である。ステップＳ６３０１で、ユーザが出力先のリモートプリンタを選択する。ステップＳ６３０２で、出力先として選択された画像処理装置の掲示板情報RSSフィードファイルの取得を行なう。ステップＳ６３０３で、前のステップで取得したフィードファイルに記されている更新情報のエントリの中に未読のエントリが存在するかどうかを判断する。未読のエントリが存在すればステップＳ６３０４に進み、未読のエントリが存在しなければステップＳ６３０７に進む。

ステップＳ６３０４で、取得したRSSフィードファイルを整形し、操作パネル上に表示する。ステップＳ６３０５でユーザ入力を受け付ける。ユーザが、整形表示した更新情報の中のリンク部分をクリックした場合はステップＳ６３０６に進み、ユーザが更新情報表示画面を閉じるキーを押した場合、ステップＳ６３０７に進む。

ステップＳ６３０６では、Webブラウザを起動してクリックされたリンクを読み込んで表示する。ユーザがWebブラウザの画面を閉じるとステップＳ６３０７に進む。ステップＳ６３０７で、コピーの設定画面を表示する。

図４２は、リモートプリンタとして指定された画像処理装置１２０が提供する更新情報フィードファイルを、リモートプリンタの指定元の画像処理装置１１０の組み込みRSSリーダが利用する通信と連携のシーケンスを説明するシーケンス図である。画像処理装置１１０上で稼動するＲＳＳリーダ４２１０と組み込みＷｅｂブラウザ２１１、および、画像処理装置１２０上で稼動するＨＴＴＰサーバ２１２が通信により連携する。

更新情報をシンジケーションするフィードファイルを汎用のＸＭＬフォーマットで記述し、また、ＵＲＩで特定して取得できるように構成したために、更新情報を利用するクライアントの形態、機能、システム構成などは、柔軟に組み合わせることができる。

事象１（図中の符号１に相当する。２以下も同様。）で、ユーザ１７０２がリモートコピーの出力先として画像処理装置１２０を選択すると、組み込みＲＳＳリーダ４２１０がその情報を受け取る。

事象２で、ＲＳＳリーダ４２１０はＨＴＴＰサーバ２１２に対して通信を確立し、ＲＳＳフィードの取得要求を送信する。通信は一般にＨＴＴＰやＨＴＴＰＳなどのアプリケーションプロトコルを用いて行う。

事象３で、ＨＴＴＰサーバ２１２はＲＳＳリーダ４２１０に対して、ＨＴＴＰ要求に対する応答として画像処理装置に格納されている更新情報のフィードファイルを返送する。

事象４で、ＲＳＳリーダ４２１０は取得したフィードファイルを解析して、ユーザ１７０２がまだ読んでいないエントリーを整形して表示する。表示される更新情報は、シンジケーションのＸＭＬ形式が規定するリンク情報を、選択可能なアンカーとして表示する。また、更新情報エントリーの説明にＨＴＭＬなどのハイパーテキストが含まれる場合、ハイパーリンクを選択可能なアンカーとして表示する。

事象５で、ユーザがＲＳＳリーダ４２１０に表示されたエントリーに含まれるリンクのアンカーを選択する。

事象６で、ＲＳＳリーダ４２１０は組み込みＷｅｂブラウザ２１１に対してアプリケーション間通信を行い、リンクに記述されたＵＲＩが特定するリソースの表示を要求する。

事象７で、組み込みＷｅｂブラウザ２１１は要求されたリソースを取得する。与えられたリソースを特定するＵＲＩの所在情報が画像処理装置１２０のＨＴＴＰサーバ２１２を指していれば、ＨＴＴＰサーバ２１２に対して通信を確立し、リソースの取得要求を送信する。通信は一般にＨＴＴＰやＨＴＴＰＳなどのアプリケーションプロトコルを用いて行う。たとえば、画像処理装置１２０のＪＶＭ１１０４上で稼動するＳｅｒｖｌｅｔに割り当てられたＵＲＩを指定して取得要求する。

事象８で、ＨＴＴＰサーバ２１２は組み込みＷｅｂブラウザ２１１に対して、ＨＴＴＰ要求に対する応答として要求されたリソースを返送する。ＨＴＴＰサーバ２１２は要求されたリソースをストレージから読み出すかまたはプログラムによって動的に生成する。たとえば、取得要求に指定されたリソースがＳｅｒｖｌｅｔの場合、取得要求を当該のＳｅｒｖｌｅｔに転送し、Ｓｅｒｖｌｅｔが処理結果として生成したＨＴＭＬなどの応答を返送する。

事象９で、組み込みＷｅｂブラウザ２１１は取得したリソースを整形して表示する。

図４３は、画像処理装置の操作パネルに表示される掲示板更新情報フィードの表示画面の一例である。エントリー記述６５１４が掲示板の更新情報の内容になっている以外は図５３と同様であるためここでは詳細に説明しない。ただし、表示されるのはリモートプリンタとして選択された画像処理装置の掲示板更新情報である。エントリー記述６５１４には、掲示板の更新処理の内容が含まれる。

以上の処理によれば、ユーザがリモートコピーをするための操作をしたときに、リモートコピープリンタとして選択した画像処理装置の掲示板の更新情報が、ユーザが操作している画像処理装置の操作パネルに自動的に表示されるので、ユーザは、リモートコピープリンタの状況を的確に把握することができる。リモートコピー文書データを他の画像処理装置により出力するための送信機能を操作をする
なお、操作パネルに表示する更新情報として、画像処理装置のログやカウンタ情報の更新情報を表示するようにしてもよい。

また、更新情報を操作パネルに表示するタイミングは、画像処理装置にエラーが発生した場合、画像処理装置を起動した際、画像処理装置が一定期間アイドル状態にある時、などにしてもよい。

以上のようにして本実施形態によれば、複数の画像処理装置のうちの一をＨＴＴＰサーバ（ＲＳＳフィードファイルの作成機能付）として機能させ、他の一をＷｅｂブラウザおよびＲＳＳリーダを備えたクライアントとして機能させる。そして、利用者がリモートコピー処理を選択した時点で、ＲＳＳリーダ機能により、サーバの掲示板の記載内容の変更があればその情報を取得し、リモートコピー機能の選択を行った利用者に知らせることが出来る。このため、現実のリモートコピーが遂行される以前に、リモートコピーの可否を知ることが出来る。もちろん掲示板の内容がリモートコピーとして選択可能な画像処理装置（複写機）に限られない。掲示内容の変更を、リモートコピーに限らず取得すれば、掲示内容の変更を監視することができる。

〔他の実施の形態〕
なお、本発明の実施例ではＲＳＳ１．０に準拠して説明したが、当然ながらＲＳＳ０．９（RDF Site Summary）、ＲＳＳ０．９１（Rich Site Summary）、ＲＳＳ０．９２、ＲＳＳ２．０（Really Simple Syndication）などのＲＳＳのその他のバージョンやＡｔｏｍなど、コンテンツの更新情報/サマリー情報を配信、通知するフォーマットであれば良く、今後派生する新たなシンジケーションするためのフォーマットを含むことは言うまでもない。

また、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵ、ＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体およびプログラムは本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。 画像処理装置で実行されるソフトウェアの構成を示すブロック図である。 画像処理装置のハードウェア構成を示すブロック図である。 画像処理装置の外観を示す斜視図である。 画像処理装置の操作部の構成を示す平面図である。 画像処理装置の操作部及び操作部Ｉ／Ｆの内部構成を制御ユニットの内部構成と対応させて示すブロック図である。 画像処理装置の操作部に表示される標準的な操作画面の一例を示す図である。 図２に示すＷｅｂブラウザモジュールの内部構成を示すブロック図である。 図５に示すＬＣＤ表示部においてＷｅｂブラウザ機能が選択された場合に表示される画面の構成を示す図である。 画像処理装置の更新情報のシンジケーションに用いるＸＭＬ形式の一例の構造を示す図である。 画像処理装置の操作部に表示されるボックス機能のメイン画面を示す図である。 ボックス内容表示画面の一例を示す図である。 編集メニュー画面の一例を示す図である。 結合保存画面の一例を示す図である。 原稿読み込み画面の一例を示す図である。 文書説明入力画面の一例を示す図である。 リモートＵＩのトップページの一例を示す図である。 リモートＵＩのボックスページの一例を示す図である。 ボックス内文書一覧ページの一例を示す図である。 ボックス文書移動画面の一例を示す図である。 文書結合保存画面の一例を示す図である。 ボックス関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構造を示すブロック図である。 画像処理装置におけるボックス文書読み込み処理手順のフローチャートである。 画像処理装置におけるボックス文書編集処理手順のフローチャートである。 更新情報を更新情報ファイルに載せる期間を設定する画面の例を示す図である。 受信ボックスの文書の更新情報を更新ファイルに載せる期間を設定する画面の例を示す図である。 ボックス関連更新情報をシンジケーションするフィードファイルの一例を示す図である。 画像処理装置におけるボックス内文書一覧表示処理手順のフローチャートである。 画像処理装置内部におけるサーバとＲＳＳリーダおよびＷｅｂブラウザとのシーケンス図である。 画像処理装置の操作パネルに表示されるボックス文書更新情報フィードの表示画面の一例を示す図である。 一般的なフィードリーダに表示される受信ボックスの更新情報フィードの表示画面の一例を示す図である。 一般的なフィードリーダに表示されるボックス文書の削除に関する更新情報フィードの表示画面の一例を示す図である。 アドレス帳画面の一例を示す図である。 あて先種類選択画面の一例を示す図である。 電子メールが選択された場合の登録画面例を示す図である。 画像処理装置におけるアドレス帳の編集処理手順のフローチャートである。 画像処理装置におけるアドレス一覧表示処理手順のフローチャートである。 画像処理装置の操作パネルに表示されるアドレス帳更新情報フィードの表示画面の一例を示す図である。 掲示板の設定を行うためのリモートＵＩのページの例を示す図である。 操作パネルに表示する掲示板の図である。 画像処理装置におけるリモートコピー処理手順のフローチャートである。 リモートプリンタとして指定された画像処理装置とリモートプリンタの指定元の画像処理装置との間におけるシーケンス図である。 画像処理装置の操作パネルに表示される掲示板更新情報フィードの表示画面の一例を示す図である。

符号の説明

１００ ＬＡＮ（ネットワーク）
１０１ デスクトップコンピュータ（外部の装置、情報処理装置）
１１０，１２０，１３０ 画像処理装置
１１１，１２１，１３１ 制御ユニット（遠隔操作手段、遠隔操作要求受信手段、遠隔操作開始確認手段、ユーザ認証手段）
１１２，１２２，１３２ 操作部（操作手段）
１１３，１２３、１３３ スキャナ
１１４，１２４，１３４ プリンタ
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ ＲＯＭ
３０４ Ｈ１４
３０５ イメージバスインターフェース（Image Bus I/F）
３０６ 操作部Ｉ／Ｆ
３０７ システムバス
３０８ ネットワークインタフェース（Network、通信手段）
３０９ モデム（ＭＯＤＥＭ）
３１０ 画像バス
３１１ ラスタイメージプロセッサ（ＲＩＰ）
３１２ デバイスＩ／Ｆ部
３１３ スキャナ画像処理部
３１４ プリンタ画像処理部
３１５ 画像回転部
３１６ 画像圧縮部

Claims (17)

1. 画像処理装置であって、
   利用者が前記画像処理装置の機能を操作するための操作手段と、
   前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成手段と、
   前記操作手段において行われた、前記画像処理装置の機能に対する操作に対応して、前記シンジケーションデータ生成手段により生成されたシンジケーションデータを取得するシンジケーションデータ取得手段と、
   前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して表示手段により表示する制御手段と、
   を備え、
   前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理装置。
2. 画像処理装置であって、
   利用者が前記画像処理装置の機能を操作するための操作手段と、
   前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成手段と、
   前記画像処理装置がアイドル状態にあるときに、前記シンジケーションデータ生成手段により生成されたシンジケーションデータを取得するシンジケーションデータ取得手段と、
   前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して表示手段により表示する制御手段と、
   を備え、
   前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理装置。
3. 画像処理装置であって、
   利用者が前記画像処理装置の機能を操作するための操作手段と、
   前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成手段と、
   前記画像処理装置にエラーが発生したときに、前記シンジケーションデータ生成手段により生成されたシンジケーションデータを取得するシンジケーションデータ取得手段と、
   前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して表示手段により表示する制御手段と、
   を備え、
   前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理装置。
4. 前記画像処理装置はネットワークに接続され、
   前記画像処理装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段と、
   前記シンジケーションデータを要求に応じて提供するシンジケーションデータ提供手段とを更に備え、
   前記シンジケーションデータ生成手段は前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存し、
   前記シンジケーションデータ取得手段は、前記ネットワークに接続された他の画像処理装置のシンジケーションデータ提供手段、または、当該シンジケーションデータ取得手段と同じ画像処理装置に属するシンジケーションデータ提供手段のいずれからもシンジケーションデータを取得可能であることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記操作手段による操作に応じて文書データを通信により送信する文書送信手段をさらに備え、
   前記シンジケーションデータ取得手段は、前記操作手段により文書送信のための操作が行われたときに、送信先アドレス情報の更新に関するシンジケーションデータを取得し、前記制御部は、送信先アドレス情報の更新に関するシンジケーションデータを表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記操作手段による操作に応じて文書データを蓄積する文書管理手段をさらに備え、
   前記シンジケーションデータ取得手段は、前記操作手段により文書蓄積のための操作が行われたときに、蓄積された情報の更新に関するシンジケーションデータを取得し、
   前記制御部は、前記蓄積された情報の更新に関するシンジケーションデータを表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
7. 前記操作手段による操作に応じて通信のアドレス情報を管理するアドレス管理手段をさらに備え、
   前記シンジケーションデータ取得手段は、前記操作手段によりアドレス管理のための操作が行われたときに、アドレス情報の更新に関するシンジケーションデータを取得し、
   前記制御部は、前記アドレス情報の更新関するシンジケーションデータを表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
8. 前記文書管理手段は、蓄積された前記文書データの追加、削除、編集、受信、送信または蓄積方法の変更のいずれかの管理処理を行え、
   前記シンジケーションデータ取得手段は、前記管理処理に応じて、蓄積された文書データの更新に関するシンジケーションデータを取得することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
9. 前記アドレス管理手段は、前記アドレス情報の追加、削除、編集のいずれかの管理処理を行え、前記シンジケーションデータ取得手段は、前記管理処理に応じて、アドレス情報の更新に関するシンジケーションデータを取得することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
10. 前記制御手段は、削除された情報に関連するシンジケーションデータを表示すること特徴する請求項１乃至４のいずれか１項に記載の画像処理装置。
11. 前記制御手段は、更新された情報に関連するサムネール画像を表示することを特徴とする請求項１乃至４または請求項１０のいずれか１項に記載の画像処理装置。
12. 通信媒体を介して第１の画像処理装置と第２の画像処理装置が接続可能な画像処理システムにおいて、
    前記第１の画像処理装置は、
    前記第１の画像処理装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段と、
    前記更新情報収集手段が収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段と、
    前記シンジケーションデータ生成手段が生成した前記シンジケーションデータを要求に応じて提供するシンジケーションデータ提供手段とを有し、
    前記第２の画像処理装置は、
    利用者が操作するための操作表示手段と、
    前記操作表示手段の操作に対応して前記第１の画像処理装置に対して前記要求を行い、 前記シンジケーションデータを取得するシンジケーションデータ取得手段と、
    前記シンジケーションデータ取得手段により取得したシンジケーションデータを整形して前記操作表示手段により表示する制御手段とを有し、
    前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理システム。
13. 画像処理装置の制御方法であって、
    前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成工程と、
    前記画像処理装置を利用者が操作するための操作手段において行われた、前記画像処理装置の機能に対する操作に対応して、前記シンジケーションデータ生成工程により生成されたシンジケーションデータを取得するシンジケーションデータ取得工程と、
    前記シンジケーションデータ取得工程により取得したシンジケーションデータを整形して表示手段により表示する制御工程と、
    有し、
    前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理装置の制御方法。
14. 画像処理装置の制御方法であって、
    前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成工程と、
    前記画像処理装置がアイドル状態にあるときに、前記シンジケーションデータ生成工程により生成されたシンジケーションデータを取得するシンジケーションデータ取得工程と、
    前記シンジケーションデータ取得工程により取得したシンジケーションデータを整形して表示手段により表示する制御工程と、
    有し、
    前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理装置の制御方法。
15. 画像処理装置の制御方法であって、
    前記画像処理装置に保存されている所定情報のデータの更新に関する情報を記述したシンジケーションデータを生成するシンジケーションデータ生成工程と、
    前記画像処理装置にエラーが発生したときに、前記シンジケーションデータ生成工程により生成されたシンジケーションデータを取得するシンジケーションデータ取得工程と、
    前記シンジケーションデータ取得工程により取得したシンジケーションデータを整形して表示手段により表示する制御工程と、
    有し、
    前記シンジケーションデータは前記更新の要約情報と該要約情報の詳細情報へのリンクを含むデータであることを特徴とする画像処理装置の制御方法。
16. 前記画像処理装置はネットワークに接続され、
    前記画像処理装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集工程と、
    前記シンジケーションデータを要求に応じて提供するシンジケーションデータ提供工程とを更に有し、
    前記シンジケーションデータ生成工程では前記更新情報収集工程により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存し、
    前記シンジケーションデータ取得工程では、前記ネットワークに接続された他の画像処理装置、または、当該シンジケーションデータ取得工程が実行される画像処理装置のいずれからもシンジケーションデータを取得可能であることを特徴とする請求項１３乃至１５のいずれか１項に記載の画像処理装置の制御方法。
17. 請求項１３乃至１６のいずれか１項に記載の制御方法の各工程を、画像処理装置に内蔵されたコンピュータにより実行させることを特徴とするプログラム。