JP2010166603A

JP2010166603A - 画像処理装置およびその制御方法とプログラム

Info

Publication number: JP2010166603A
Application number: JP2010064935A
Authority: JP
Inventors: Tomoya Sato; 智也佐藤; Masahito Yamamoto; 雅仁山本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2010-03-19
Filing date: 2010-03-19
Publication date: 2010-07-29
Anticipated expiration: 2025-05-18
Also published as: JP4653243B2

Abstract

【課題】ネットワークに接続され外部の装置と通信を行う画像処理装置において、管理者により、画像処理装置の内部に蓄積されるデータの更新情報を遠隔的に集中監視する。
【解決手段】装置内部に記憶され動的に変化するデータの追加および変更に関する情報は、それが監視対象とされている場合にはアプリケーション管理インターフェース１７０３によりシンジケーションＤＢ１７０５に蓄積される。更新情報生成部１７０７は、定期的にあるいは要求に応じてシンジケーションＤＢのエントリを、テンプレート２３００に従ってＲＳＳフィード、すなわちＲＳＳフィードの規格に沿ったＸＭＬデータとして再構成し、更新情報記憶部１７０８に保存する。コンピュータ１０１は、ＲＳＳリーダ１７１０を実行して、更新情報記憶部１７０８のＲＳＳフィードを取得して表示する。
【選択図】図１６

Description

本発明は、画像処理装置、遠隔操作方法、及びプログラムに関し、特に、ネットワークに接続され外部の装置と通信を行う通信手段を備えた画像処理装置、該画像処理装置に適用される遠隔操作方法、及び該遠隔操作方法をコンピュータに実行させるためのプログラムに関する。

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

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

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

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

また近年、アプリケーションやライセンスをインストールまたはアンインストールすることによってユーザが利用可能な機能が追加または削除される画像処理装置が知られている。たとえば、キヤノンは複合機にＪａｖａ（登録商標）の実行環境を組み込むことにより、組み込みアプリケーションを動的に追加・削除できるＭＥＡＰ（Multi-functional Embedded Application Platform）(登録商標)を製品化している。

特許文献１には、プリンタに読み込まれるフォントの来歴情報をＸＭＬ形式で取得可能な画像処理装置が開示されている。

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

Dan Brickley他１０名、"RDF Site Summary (RSS) 1.0"、［ｏｎｌｉｎｅ］２００１年５月３０日、RSS-DEV Working Group、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：http://web.resouce.org/rss/1.0/spec＞ M. Nottingham, R. Sayer編、"The Atom Syndication Format draft-ietf-atompub-froamat-03"、［ｏｎｌｉｎｅ］２００４年１０月２０日、RSS-DEV Working Group、［２００５年３月１７日検索］、インターネット＜ＵＲＬ：http://tools.ietf.org/html/draft-ietf-atompub-froamat-03.html＞

しかしながら、ネットワークに接続され外部の装置と通信を行う通信手段を備えた組み込みシステム、特に画像処理装置では以下の要求を実現できなかった。
（１）管理者は複数ある装置の内部に蓄積されるデータの変化（すなわち更新情報）を集中監視したい。複数の装置の更新情報を一元的に把握したい。
（２）ユーザは、他のユーザと共有している装置の内部に蓄積されるデータの、他のユーザに起因してもたらされた変化を把握したい。複数の装置の更新情報を一元的に把握したい。
（３）どこからでも更新情報を得たい（特に遠隔からを含む）。
（４）Ｗｅｂサイトの更新情報とともに装置内データの更新情報も一元的に把握したい。
（５）関連するＷｅｂページやＷｅｂアプリケーションなどと連携する形で更新情報を把握したい。
（６）更新情報をさまざまに活用したい。例えばセマンティックWeb（Tim Berners-Leeが1998年頃に提唱を始めた技術。これまで人間の目によって判断されていたWeb上の情報の内容を、メタデータにより意味（セマンティクス）を付加することでコンピュータにその内容を判断させる技術））のコンセプトのように、用途を限定しない知識表現として装置が更新情報を提供し、後からさまざまな用途に活用できるようにしたい。
（７）装置が供給する更新情報の内容と形式をきめ細かく制御したい。
（８）さらに、装置が供給する更新情報を柔軟にカスタマイズしたい。
（９）特に、装置に内蔵される組み込みアプリケーションの変化や組み込みアプリケーションの利用を許諾するライセンスに関する変化を把握したい。
（１０）特に、装置に蓄積される文書の更新情報を把握したい。
（１１）特に、装置に蓄積されるアドレス帳の更新情報を把握したい。
（１２）装置内に蓄積されるデータを統計処理した情報も把握したい。
（１３）装置内に蓄積されるデータの追加や変更だけでなく、装置内データが削除されたという変化も把握したい。
（１４）さらに、削除されたデータの詳細を、削除された後でも一定期間は把握したい。
（１５）装置内に蓄積されるデータの変化が画像に関わる場合、更新情報としてその画像の内容も把握したい。

特許文献１は、フォントの来歴情報がＸＭＬで記述されることは開示しているものの、ＵＲＩ（Uniform Resource Identifier）によりユニバーサルにアクセスできる構成は開示していない。他にもフォント以外の更新情報の種別や、形式の柔軟性、他のＷｅｂ資源との連動など、上記にあげた課題が解決されなかった。

本発明はこのような問題点に鑑みてなされたものであって、上記課題を解決し、上記各要求を満たすことができる画像処理装置およびその制御方法とプログラムを提供することを目的とする。

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

ネットワークに接続され外部の装置と通信を行う画像処理装置であって、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段と、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存する生成手段と、
前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供手段とを備える。

あるいは、ネットワーク上の外部装置と通信可能なネットワーク装置であって、
前記ネットワーク装置に記憶されたデータが更新されたことを示す更新情報を収集する更新情報収集手段と、
前記更新情報収集手段により収集した更新情報を、前記外部装置により再生可能な形式で記述したデータを生成する生成手段と、
前記生成手段により生成したデータを保存する保存手段と、
前記保存手段により保存されているデータを、前記外部装置からの要求に応じて送信するデータ送信手段とを備える。

印刷部または画像読取部を有する画像処理装置であって、
更新データを収集する収集手段と、
収集された更新データを加工する加工手段と
前記加工手段により加工された前記更新データを複数の項目を含むマークアップ言語表記のフォーマットで出力する出力手段を有することを特徴とする画像処理装置。

あるいは、情報処理装置または画像処理装置で利用可能な更新情報を表わすマークアップ言語表記のシンジケーションデータの構造において、
前記マークアップ言語のバージョン情報の宣言と、
前記シンジケーションデータのバージョン情報の宣言と、
前記配信に関する情報を記述する要素と
前記更新情報を列挙する要素とを有するシンジケーションデータの構造であって、
前記シンジケーションデータの構造は、ネットワークに接続され外部の装置と通信を行う印刷部または画像読取部を有する画像処理装置の装置内部に記憶されたデータの更新情報として配信されることを特徴とするシンジケーションデータの構造。

本発明は、（１）管理者は複数ある装置の内部に蓄積されるデータの変化（すなわち更新情報）を集中監視できる。また複数の装置の更新情報を一元的に把握できる、という効果を奏する。また、以下の（２）〜（１５）の何れかの効果をも得ることができる。
（２）ユーザは、他のユーザと共有している装置の内部に蓄積されるデータの、他のユーザに起因してもたらされた変化を把握できる。また複数の装置の更新情報を一元的に把握できる。
（３）どこからでも更新情報を得られる（特に遠隔からを含む）。
（４）Ｗｅｂサイトの更新情報とともに装置内データの更新情報も一元的に把握できる。
（５）関連するＷｅｂページやＷｅｂアプリケーションなどと連携する形で更新情報を把握できる。
（６）更新情報をさまざまに活用できる。
（７）装置が供給する更新情報の内容と形式をきめ細かく制御できる。
（８）装置が供給する更新情報を柔軟にカスタマイズできる。
（９）装置に内蔵される組み込みアプリケーションの変化や組み込みアプリケーションの利用を許諾するライセンスに関する変化を把握できる。
（１０）装置に蓄積される文書の更新情報を把握できる。
（１１）装置に蓄積されるアドレス帳の更新情報を把握できる。
（１２）装置内に蓄積されるデータを統計処理した情報を把握できる。
（１３）装置内に蓄積されるデータの追加や変更だけでなく、装置内データが削除されたという変化を把握できる。
（１４）削除されたデータの詳細を、そのデータが削除された後でも一定期間は把握できる。
（１５）装置内に蓄積されるデータの変化が画像に関わる場合、更新情報としてその画像の内容を把握できる。

本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。画像処理装置で実行されるソフトウェアの構成を示すブロック図である。画像処理装置のハードウェア構成を示すブロック図である。画像処理装置の外観を示す斜視図である。画像処理装置の操作部の構成を示す平面図である。画像処理装置の操作部及び操作部Ｉ／Ｆの内部構成を制御ユニットの内部構成と対応させて示すブロック図である。画像処理装置の操作部に表示される標準的な操作画面の一例を示す図である。図２に示すＷｅｂブラウザモジュールの内部構成を示すブロック図である。図５に示すＬＣＤ表示部においてＷｅｂブラウザ機能が選択された場合に表示される画面の構成を示す図である。画像処理装置における組み込みアプリケーションを管理するためのソフトウェア構成を示す図である。ネットワーク上のＷｅｂブラウザに表示されるＳＭＳログイン画面の一例をあらわす図である。ネットワーク上のＷｅｂブラウザに表示されるＳＭＳのアプリケーション一覧画面の一例をあらわす図である。ネットワーク上のＷｅｂブラウザに表示されるＳＭＳのアプリケーションインストール画面の一例をあらわす図である。ネットワーク上のＷｅｂブラウザに表示されるＳＭＳのアプリケーション詳細画面の一例をあらわす図である。ネットワーク上のブラウザに表示されるＳＭＳのライセンス管理画面の一例をあらわす図である。アプリケーション関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構造を示すブロック図である。シンジケーションＤＢのデータ構造を示すブロック図である。更新情報を監視する対象を設定するための画面の例を示す図である。画像処理装置におけるアプリケーション管理の処理手順のフローチャートである。画像処理装置の動作に伴うライセンス条件の状態変化を監視する処理手順のフローチャートである。画像処理装置の更新情報のシンジケーションに用いるＸＭＬ形式の一例の構造を示す図である。テンプレートＤＢに格納されるテンプレートの一例である。更新情報生成部によるシンジケーションデータ生成の処理手順を示すフローチャートである。更新情報生成部によるテンプレート解析とシンジケーションデータ出力の処理手順を示すフローチャートである。更新情報を更新情報ファイルに載せる期間を設定する画面の例を示す図である。アプリケーション関連更新情報をシンジケーションするフィードファイルの一例を示す図である。画像処理装置が提供する更新情報フィードファイルをクライアントが利用する通信と連携のシーケンスを説明するシーケンス図である。一般的なフィードリーダに表示される更新情報フィードの表示画面の一例を示す図である。フィードファイルのアグリゲーションや統計処理を施して表示する専用アプリケーションの表示例を示す図である。ボックス関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構造を示すブロック図である。画像処理装置におけるボックス文書読み込み処理手順のフローチャートである。画像処理装置におけるボックス文書編集処理手順のフローチャートである。更新情報を更新情報ファイルに載せる期間を設定する画面の例を示す図である。受信ボックスの文書の更新情報を更新ファイルに載せる期間を設定する画面の例を示す図である。ボックス関連更新情報をシンジケーションするフィードファイルの一例を示す図である。画像処理装置の操作パネルに表示されるボックス文書更新情報フィードの表示画面の一例を示す図である。一般的なフィードリーダに表示される受信ボックスの更新情報フィードの表示画面の一例を示す図である。一般的なフィードリーダに表示されるボックス文書の削除に関する更新情報フィードの表示画面の一例を示す図である。画像処理装置の操作パネルに表示されるアドレス帳更新情報フィードの表示画面の一例を示す図である。画像処理装置の操作パネルに表示される掲示板更新情報フィードの表示画面の一例を示す図である。

＜システム構成＞
以下、本発明を実施するための最良の形態について、図面を参照して説明する。図１は、本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。図１において、画像処理システムは、互いにネットワークを介して接続された画像処理装置１１０，１２０，１３０とデスクトップコンピュータ１０１とから構成される。ネットワークは、例えばＬＡＮ（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（ＧＵＩ）データを生成する。生成されたＧＵＩデータは、ユーザインタフェース（ＵＩ）２０１によってＬＣＤ表示部５０１に表示される。

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

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

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

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

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

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

（組み込みアプリケーションの追加と削除）
図１０は、画像処理装置において、組み込みアプリケーションの追加や削除等の管理や、その実行するためのソフトウェア構成を示す図である。なお、ＪＡＶＡ（登録商標）等で記載され、追加や削除が可能なアプリケーションを特に追加アプリケーションと呼ぶ。なお、図２はハードウェアからユーザインタフェースに至るソフトウェアの階層を示す図であり、図１０とは観点が異なる。

ＲｅａｌＴｉｍｅＯＳ１１０１は画像形成装置全体を制御するリアルタイムオペレーティングシステムであり、組み込みシステムの制御に最適化された各種資源管理のサービスと枠組みを、その上で動作するソフトウェアのために提供する。Ｃｏｎｔｒｏｌｌｅｒ１１０２は、リーダ部、プリンタ部など、画像形成装置のハードウェアを制御し、また、プリント、スキャン、画像変換などを利用するジョブを制御する。組み込みアプリケーション１１０３は主にＣｏｎｔｒｏｌｌｅｒ１１０２の機能を利用して実現される、コピー、ボックス、送信などの機能であり、ユーザインタフェースを含む。ＪＶＭ１１０４はＪＡＶＡ（登録商標）の仮想マシンであり、デバイス上でＪＡＶＡ（登録商標）プログラムを動作させるためのインタプリタなどが含まれている。

ＯＳＧｉＦｒａｍｅｗｏｒｋ１１０５は、ＪＶＭ１１０４上で動作するアプリケーションのライフサイクルを管理するコンポーネントであり、アプリケーションのインストール/アンインストール、起動/停止などを管理する。この仕組みは、管理サービスの標準技術の一つである「ＯＳＧｉＦｒａｍｅｗｏｒｋ」という標準技術に対応した作りとなっている。ＯＳＧｉＦｒａｍｅｗｏｒｋの詳細については「ＯＳＧｉＳｅｒｖｉｃｅＰｌａｔｆｏｒｍＲｅｌｅａｓｅ 2, Ｏｃｔｏｂｅｒ２００１, ＯＳＧｉ」を参照のこと。

装置制御用ＣｌａｓｓＬｉｂｒａｒｙ１１０６は、追加アプリケーションがＣｏｎｔｒｏｌｌｅｒ１１０２を介して画像処理装置のプリンタやスキャナなどの機器制御を行なうためのインタフェースを提供するライブラリである。ＵｔｉｌｉｔｙＣｌａｓｓＬｉｂｒａｒｙ１１０７は追加アプリケーションに対して、画像処理装置のもつ各種の機能を提供するライブラリである。ＩｍａｇｉｎｇＣｌａｓｓＬｉｂｒａｒｙ１１０８、基本的なイメージ処理機能を提供するライブラリであり、画像イメージのサイズの縮減、画像のフォーマット変換などの処理を行う。

ＭＩＢＡｇｅｎｔＣｌａｓｓＬｉｂｒａｒｙ１１０９は、画像処理装置に設定されているＭＩＢ（ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）情報を取得・設定する為のライブラリである。ＳｅｃｕｒｉｔｙＣｌａｓｓＬｉｂｒａｒｙ１１１０は、ＪＡＶＡ（登録商標）の標準暗号セキュリティパッケージ（ＪＣＥおよびＪＳＳＥ）に相当するインタフェースを提供するライブラリである。ＵＳＢＣｏｍｍｏｎＣｌａｓｓＬｉｂｒａｒｙ１１１１は、ＵＳＢ経由の通信機能を提供するライブラリである。

追加アプリケーション１１１２は、ＪＡＶＡ（登録商標）プログラムで記述され、画像処理装置に対して動的に追加/削除することが可能なアプリケーションである。追加アプリケーションは、操作部上にユーザインタフェースを表示するアプリケーションであるＡｐｐｌｅｔタイプ、ネットワーク上のＷｅｂブラウザ上にユーザインタフェースを表示するＳｅｒｖｌｅｔタイプ、ユーザインタフェースを持たないＥｓｐｌｅｔタイプに分類される。アプリケーションを追加することによって、画像処理装置の機能を拡張することができる。

ＳｙｓｔｅｍＩｎｔｅｒｆａｃｅＳｅｒｖｉｃｅ (ＳＩＳ)１１１３は、追加アプリケーションと画像形成装置の間の情報交換機能を提供するサービスである。アプリケーションからの依頼を受け、例えば電源状態の変更などのイベントをアプリケーションに通知したり、アプリケーションから機器に対してＬＥＤやブザーの制御を依頼したりするのに用いられる。

ＡｐｐｌｅｔＶｉｅｗｅｒＳｅｒｖｉｃｅ１１１４はＡｐｐｌｅｔタイプのサービスの登録、表示、切り替えなどをおこなうサービスである。また、Ａｐｐｌｅｔタイプの追加アプリケーションに対してイベントの通知も行う。

ＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔＳｅｒｖｉｃｅ（ＳＭＳ）１１１５は、追加アプリケーションの管理を行うためのユーザインタフェースを提供するサービスである。ＳＭＳは、アプリケーションの管理機能として以下の機能を持つ。
・一覧表示：
アプリケーション名、インストール日、アプリケーションID、状態、ライセンス状態、資源使用状況を一覧する。
・インストール：
アプリケーションのインストールを行う。
・アンインストール：
デバイス上からアプリケーションを完全に削除する。なお、アプリケーションは、ライセンスが無効化されていない状態ではアンインストールできない。
・開始：
停止状態のアプリケーションを起動・開始する。
・停止：
開始状態（実行状態）のアプリケーションを停止する。

・ライセンスのインストール：
ライセンスを必要とするアプリケーションのライセンスファイルのインストールをおこなう。
・ライセンスの無効化：
アプリケーションのライセンスを無効化し、ライセンスファイルをデバイスからPC上に取り出せる状態にする。
・ライセンスのダウンロード：
無効化されたライセンス（ライセンスファイル）をＰＣにダウンロードする。ダウンロードしたライセンスは同じデバイスに対してのみ再インストールが可能である。
・認証アプリケーションの切り替え：
認証用アプリケーションの切り替えを行う。切り替え後は機器の再起動が必須である。
・表示順の変更：
操作部上のアプリケーションの表示順を変更する。
・システム情報の表示：
システム情報を表示する。
・アプリケーション情報一覧：
アプリケーションのライセンス内容を含めた情報を一覧表示する。
・アプリケーションの履歴一覧：
アンインストールしたアプリケーションの一覧を表示する。
・パスワードの変更：
ＳＭＳにログインする際のパスワードを変更する。

ＨＴＴＰサービス１１１６は、ＨＴＴＰ及びＨＴＴＰＳによる通信を行うコンポーネントである。このＨＴＴＰサービスの機能によって、ネットワーク上のＷｅｂブラウザからシステム・アプリケーションや、追加アプリケーションにアクセスすることが可能となる。前述の「ＯＳＧｉＦｒａｍｅｗｏｒｋ」にて規定されているＨｔｔｐＳｅｒｖｉｃｅの仕様を基にログイン機能周りに対して拡張がなされている。

図１１は、ネットワーク上のＷｅｂブラウザに表示されるＳＭＳログイン画面の一例をあらわす図である。ＳＭＳログイン画面は、認証を受けていないブラウザからアクセスがあった場合に表示される。パスワード入力欄１２０１は、パスワードを入力させるための領域である。ログインボタン１２０２は、パスワード入力欄に入力されたパスワード情報を送りＳＭＳにログインするためのボタンである。なお、ＳＭＳのパスワードはユーザが変更することができる。シリアルＮｏ表示１２０３は、画像処理装置固有のシリアル番号を表示する。

図１２は、ネットワーク上のＷｅｂブラウザに表示されるＳＭＳのアプリケーション一覧画面の一例をあらわす図である。インストールボタン１３０１は、新規にアプリケーションをインストールするためのインストール画面を呼び出すためのボタンである。システム管理ボタン１３０２は、認証種別やアプリケーション表示順序などの設定を行うシステム管理画面を呼び出すためのボタンである。ログアウトボタン１３０３はＳＭＳからログアウトするためのボタンであり、このボタンが押されるとＳＭＳログイン画面１２を表示する。アプリケーション一覧標示領域１３０４には、画像処理装置にインストールされているアプリケーションの一覧を表示する。ひとつのアプリケーションが一行の表形式で表示され、アプリケーション毎に、選択用ラジオボタン、名前、インストール日、アプリケーションＩＤ、状態、ライセンス状態、資源使用状況を表示する。名前表示はリンクテキストになっており、選択されるとそのアプリケーションのさらに詳細な情報を表示するアプリケーション詳細画面を表示する。

アンインストールボタン１３０５は、ラジオボタンで選択されているアプリケーションをアンインストールするためのボタンである。選択されているアプリケーションのライセンスの状態などによってアンインストールが不可能な場合、ボタンが不活性化されて押し下げ不可能となる。図では不活性化された状態を示している。
開始ボタン１３０６は、ラジオボタンで選択されているアプリケーションを開始するためのボタンである。停止ボタン１３０７は、ラジオボタンで選択されているアプリケーションを停止するためのボタンである。資源情報表示領域１３０８には、インストールされているアプリケーションが使用しているハードディスク容量、メモリ、スレッド、ソケット、ファイル記述子を表示する。

図１３は、ネットワーク上のＷｅｂブラウザに表示されるＳＭＳのアプリケーションインストール画面の一例をあらわす図である。アプリケーション一覧ボタン１４０１は、図１２のアプリケーション一覧画面を呼び出すためのボタンである。システム管理ボタン１４０２は、認証種別やアプリケーション表示順序などの設定を行うシステム管理画面を呼び出すためのボタンである。ログアウトボタン１４０３はＳＭＳからログアウトするためのボタンであり、このボタンが押されるとＳＭＳログイン画面１２を表示する。
アプリケーション選択ボタン１４０４は、インストールするアプリケーションのファイルを選択するためのボタンである。このボタンが押されるとＯＳ標準のファイル選択ダイアログを表示する。ユーザはこのダイアログからインストールするアプリケーションを選択することができる。１４０５には、ユーザが選択したアプリケーションファイルのパスを表示する。

ライセンスファイル選択ボタン１４０６は、インストールするアプリケーションのためのライセンスファイルを選択するためのボタンである。このボタンが押されるとＯＳ標準のファイル選択ダイアログを表示する。ユーザはこのダイアログからインストールするライセンスファイルを選択することができる。１４０７には、ユーザが選択したライセンスファイルのパスを表示する。ＯＫボタン１４０８は、ユーザが選択したアプリケーションファイルおよびライセンスファイルのインストールを実行するためのボタンである。キャンセルボタン１４０９はインストール処理を行わずにキャンセルするためのボタンである。

図１４は、ネットワーク上のＷｅｂブラウザに表示されるＳＭＳのアプリケーション詳細画面の一例をあらわす図である。アプリケーション一覧ボタン１５０１は、アプリケーション一覧画面（図１２）を呼び出すためのボタンである。インストールボタン１５０２は、新規にアプリケーションをインストールするためのアプリケーションインストール画面（図１３）を呼び出すためのボタンである。システム管理ボタン１５０３は、認証種別やアプリケーション表示順序などの設定を行うシステム管理画面を呼び出すためのボタンである。ログアウトボタン１５０４はＳＭＳからログアウトするためのボタンであり、このボタンが押されるとＳＭＳログイン画面（図１１）を表示する。

アプリケーション情報表示領域１５０５は、そのアプリケーションの詳細な情報を表示する。表示する情報は、アプリケーションＩＤ、アプリケーション名、インストール日、製造会社、製品バージョン等である。ライセンス情報表示領域１５０６は、そのアプリケーションのライセンス情報を表示する。表示する情報はライセンスの状態、シリアル番号、有効期限、カウンタ情報等である。ライセンス管理ボタン１５０７はライセンス管理画面（図１５）を呼び出すためのボタンである。

図１５は、ネットワーク上のブラウザに表示されるＳＭＳのライセンス管理画面の一例をあらわす図である。ボタン１６０１から１６０４は、図１４で説明した１５０１から１５０４と同じ役割を持つボタンである。ＯＫボタン１６０５は、アプリケーション詳細画面（図１４）に戻るためのボタンである。ライセンスファイル選択ボタン１６０６は、インストールするライセンスファイルを選択するためのボタンである。このボタンが押されるとＯＳ標準のファイル選択ダイアログを表示する。１６０７には、ユーザが選択したライセンスファイルのパスを表示する。インストールボタン１６０８は、ユーザが選択したライセンスファイルのインストールを実行するためのボタンである。無効化ボタン１６０９は、ライセンスを無効にするためのボタンである。ダウンロードボタン１６１０は、無効になっているライセンスファイルをＰＣにダウンロードするためのボタンである。削除ボタン１６１１は無効になっているライセンスファイルを削除するためのボタンである。なお、ダウンロードボタン１６１０および削除ボタン１６１１は、ライセンスの状態によってその操作が不可能な場合、ボタンが不活性化されて押し下げ不可能となる。

（提供サービス更新情報フィードデータの生成と供給）
図１６は、アプリケーション関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構造を示すブロック図である。管理者１７０１は、ＭＥＡＰ(登録商標)のアプリケーション管理を行うユーザであり、装置に動的に組み込まれサービスを提供するアプリケーションの追加、編集、削除などの管理を行うために、画像処理装置１１０を操作する。ユーザ１７０２は、デスクトップコンピュータ１０１上で稼動するＲＳＳリーダ１７１０を介して画像処理装置１１０にアクセスし、ＭＥＡＰのアプリケーションに関連する更新情報を参照するユーザである。またユーザ１７０２は、デスクトップコンピュータ１０１上で稼動するＷｅｂブラウザ１７０９を介して画像処理装置１１０にアクセスし、画像処理装置１１０が提供する資源やＷｅｂアプリケーションをブラウズする。画像処理装置１１０とデスクトップコンピュータ１０１はネットワーク接続されており、それぞれの上で稼動するソフトウェアはＨＴＴＰやＨＴＴＰＳなどのプロトコルにしたがって互いにデータを通信する。

それでは、画像処理装置１１０内部のソフトウェア構成を説明する。アプリケーション関連更新情報のＲＳＳフィードを生成および供給するためのソフトウェア構造は、ＪＶＭ１１０４、機器制御用クラスライブラリ１１０６、サービス管理サービス１１１５、ＨＴＴＰサービス１１１６を含む。サービス管理サービス１１１５の内部は、さらに以下のソフトウェアから構成される。なお、図１０の追加アプリケーション１１１２は、図１６のＭＥＡＰアプリケーションＤＢに含まれるアプリケーションのうちの、削除および追加可能なアプリケーションに相当する。図１０ではＳＭＳ１１１６と追加アプリケーション１１１２とは独立して記載されているが、追加アプリケーション１１１２はＳＭＳ１１１６により管理されている。図１６ではこの関係を包含関係で示している。

アプリケーション管理インタフェース１７０３は、画像処理装置１１０に組み込まれてサービスを提供するためのアプリケーションやライセンスを装置の外部からインストールしたりアンインストールしたり制御したりするための管理インタフェースを提供する。アプリケーション管理インタフェース１７０３は、ＳＭＳ１１１５のＷｅｂアプリケーション（Ｓｅｒｖｌｅｔ型サービス）として実装され、管理者１７０１が遠隔のＷｅｂブラウザからネットワーク通信を介して操作できる（不図示）。アプリケーション管理インタフェース１７０３は、画像処理装置がローカルに備える操作部１１２にそのユーザインタフェースを提供するように実装してもよい（Ａｐｐｌｅｔ型サービス）。

ＭＥＡＰアプリケーションデータベース（ＤＢ）１７０４は、画像処理装置１１０の組み込みアプリケーションプラットフォームにインストールされているＭＥＡＰアプリケーション群とそのライセンス群１７０４Ａを蓄積管理するデータベースである。

シンジケーションＤＢ１７０５は、画像処理装置１１０の組み込みアプリケーションに関する更新情報のシンジケーションに用いられるデータを蓄積管理するためのデータベースである。蓄積管理されるデータは、ＭＥＡＰアプリケーションとそのライセンスに関する変化の事象（イベント）が生起するたびにその事象に関する属性情報を保持して生成される更新情報エントリーを含む。

テンプレートＤＢ１７０６は、シンジケーション（配給）に用いるＸＭＬファイルの雛形を提供するテンプレートを蓄積管理するためのデータベースである。また、生成ルールを記述したデータもテンプレートデータに含まれる。生成ルールとは、たとえば更新情報の対象として変化を監視するか否かを定義した情報（監視対象情報）１７０６Ａや、更新情報の対象とする期間についての情報（期間情報）１７０６Ｂなどである。これらについては、図１８や図２５を参照して後で説明する。シンジケーションためのＸＭＬ応用は、ＲＳＳの各バージョンやＡｔｏｍなどの仕様に準拠する。シンジケートするべき情報の種類と準拠する仕様とに応じて、複数のテンプレートが用意される。

更新情報生成部１７０７はテンプレートエンジンを含む。テンプレートエンジンは、テンプレートＤＢ１７０６に蓄積管理されたテンプレート群に基づいて、シンジケーションＤＢ１７０５に蓄積管理されたデータと、機器制御用クラスライブラリ１１０６から得られる画像処理装置１１０の構成や状態などの諸属性とから、シンジケーションに用いるＸＭＬファイルを生成する。更新情報生成部１７０７は、生成したＸＭＬファイル（ＲＳＳやＡｔｏｍなどのシンジケーションデータファイル）を更新情報（ＲＳＳ）記憶部１７０８に格納する。

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

ＨＴＴＰサーバ１１１６は、ＨＴＴＰクライアントからのＨＴＴＰやＨＴＴＰＳによる要求に応えて、画像処理装置１１０内部に保持されている各種資源（リソース）のデータを応答として転送する。ＨＴＴＰによってクライアントがアクセスする資源には、ＨＤＤ３０４など画像処理装置１１０内部の不揮発性メモリに保持されたＨＴＭＬや画像などの静的なデータファイル（更新情報画像記憶部１７０８に保持されたＸＭＬファイルを含む）や、また、ＣＰＵ３０１によって実行されるプログラムによって動的に生成されるデータがある。ＨＴＴＰの要求に応えて動的に生成されるデータには、ＭＥＡＰのＳｅｒｖｌｅｔ型アプリケーションがＪＶＭ１１０４上で稼動して提供する各種のＷｅｂアプリケーション群（たとえばデスクトップコンピュータから遠隔操作するための前述のＳＭＳのユーザインタフェースなど）が生成するＨＴＭＬなどがある。

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

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

なお、本実施例ではＲＳＳリーダ１７１０とＷｅｂブラウザ１７０９はそれぞれが単体のアプリケーションプログラムとして構成したが、両者の機能を兼ね備えた単体のアプリケーションプログラムとして構成してもよい。また、ＲＳＳリーダ１７１０とＷｅｂブラウザ１７０９はデスクトップコンピュータ１０１上で稼動するものとして説明したが、デスクトップコンピュータだけでなくＰＤＡなどポータブル型のコンピュータも含めさまざまな汎用情報処理装置上で稼動するように構成してもよい。あるいは、画像処理装置１２０、１３０のような複合機やデジタルカメラなどの画像処理装置、携帯電話などの各種組み込み装置上で稼動するように構成してもよい。

図１７は、シンジケーションＤＢのデータ構造を示すブロック図である。systemUrl１８０１は、画像処理装置１１０のＷｅｂサーバのトップページを特定するＵＲＩ（ＵＲＬ）である。トップページは画像処理装置１１０が提供する各種Ｗｅｂサーバ機能への入り口としての役割を果たす。webApplicationName１８０２は、画像処理装置１１０のＷｅｂサーバが提供するＷｅｂアプリケーション機能に名づけられた名称である。productName１８０３は、画像処理装置１１０の製品名称（モデル名など）である。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。

deviceName１８０４は、特定の画像処理装置１１０に名づけられた固有の装置名称である。固有の装置名称は装置のユーザ（管理者）が利用の便宜上装置を特定するために名づけるものである。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。deviceSerialNumber１８０５は、特定の画像処理装置１１０に割り当てられたシリアル番号である。シリアル番号は画像処理装置１１０のメーカーが個別の機体を特定するために用いる場合がある。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。deviceOptionUnits１８０６は、画像処理装置１１０に装着されているオプションユニット群を記述する文字列である。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。deviceLocation１８０７は、画像処理装置１１０が設置されている場所を記述する文字列である。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。

administrator１８０８は、画像処理装置１１０の管理を担当するユーザ名やその電子メールアドレスを記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。messageOfTheDay１８０９は、画像処理装置１１０の管理を担当するユーザが他のユーザたちのためにアナウンスするメッセージを記述する。このメッセージは、画像処理装置１１０の操作部１２２やＷｅｂアプリケーション（リモートＵＩ）に表示される場合がある。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。

mfpStatus１８１０は、画像処理装置１１０の複合機としての動作状態を記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。printerStatus１８１１は、画像処理装置１１０のプリンタとしての動作状態を記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。imageReaderStatus１８１２は、画像処理装置１１０の画像入力装置（画像スキャナ、デジタルカメラなど）としての動作状態を記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。sendStatus１８１３は、画像処理装置１１０の送信装置（ファクス、IFAX、電子メール、ファイル転送など）としての動作状態を記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。receiveStatus１８１４は、画像処理装置１１０の受信装置（ファクス、IFAX、電子メール、ファイル転送など）としての動作状態を記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。storageStauts１８１５は、画像処理装置１１０のストレージ装置としての動作状態を記述する。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。

lastUpdateDate１８１６は、最新の更新情報エントリーがシンジケーションＤＢ１７０５に登録された日時を記述する。entry１８１７は、一連の更新情報エントリーを保持するための構造を持ったリストである。リストに含まれる各エントリーの構造は後述する。application１８１８は、ＭＥＡＰアプリケーションＤＢ１７０４にインストールされているアプリケーション群とライセンス群の情報を保持するための構造を持ったリストである。user１８１９は、画像処理装置１１０の登録ユーザの情報を保持するための構造を持ったリストである。このフィールドの値は、更新情報生成部１７０７が必要とするときに、機器制御用クラスライブラリ１１０６経由でコントローラから取得して動的に解決される。

それでは、entry１８１７のリスト１９２０に含まれる各要素の構造を説明する。リストの各要素は個々の更新情報エントリーに対応する。entryPermanentLink１９２１は、この更新情報エントリーの詳細情報を説明したＨＴＭＬを取得するための資源を特定するＵＲＩを記述する。ユーザがＷｅｂブラウザ１７０９などを用いてこのＵＲＩが指し示す資源を取得した場合、この更新情報に関連する詳細情報の表示を得られる。entryDate１９２２は、この更新情報エントリーが発生した日時を記述する。entrySubject１９２３は、この更新情報エントリーの主題を記述する。たとえば、新規アプリケーションのインストールを示すエントリーの場合、イベントのカテゴリーである「インストール」という情報を記述する。

entryDescription１９２４は、この更新情報エントリーの説明を記述する。説明はユーザが読んで更新情報の内容を理解するためのものであり、自然言語で記述される。ＨＴＭＬなどでマークアップされており、ハイパーテキストのリンクや画像などの埋め込みを含む場合もある。entryOperator１９２５は、この更新情報エントリーに対応する更新イベントを生起させる操作を行ったユーザを記述する。イベント生起に特定のユーザが関与していない場合（タイマーなどによって自動的に生起したイベントなど）、このフィールドの値は「システム」や「タイマー」などとなる。entryApplicationName１９２６は、この更新情報エントリーに関連するアプリケーションの名称を記述する。アプリケーションがＷｅｂアプリケーションの場合、それを特定するＵＲＩの記述も含む。たとえば、更新情報が新規アプリケーションのインストールの場合、関連するアプリケーションはインストールされたアプリケーションである。entryApplicationDescription１９２７は、この更新情報エントリーに関連するアプリケーションの説明を記述する。説明はユーザが読んでアプリケーションの内容を理解するためのものであり、自然言語で記述される。ＨＴＭＬなどでマークアップされており、ハイパーテキストのリンクや画像などの埋め込みを含む場合もある。

entryApplicationSeeAlso１９２８は、この更新情報エントリーに関連するアプリケーションの他の情報源を特定するＵＲＩを記述する。たとえば、ＳＭＳによるアプリケーション情報表示画面のＵＲＬや、アプリケーションの開発元が提供するＷｅｂサイトのアプリケーション情報ページのＵＲＬなどを記述する。entryLicenseCondition１９２９は、この更新情報エントリーに関連するアプリケーションのライセンス条件やその状態を記述する。entryIsNewApplication１９３０は、この更新情報エントリーが、利用可能な新規アプリケーションの追加というイベントに基づくものの場合に真になる。entryIsApplicationUnavailable１９３１は、この更新情報エントリーが、アンインストールなどによってアプリケーションが利用不能になったとき生起するイベントに基づくものの場合に真になる。entryIsLicenseExpired１９３３は、この更新情報エントリーが、ライセンスが時効により失効したというイベントに基づくものの場合に真になる。

図１８は、更新情報を監視する対象を設定するための画面の例を示す図である。アプリケーションおよびそのライセンスに対するイベントごとに監視対象とするかしないかを選択するスイッチを表示する。１９０１はアプリケーションのインストール/アンインストールを監視対象とするか否かを設定するスイッチであり、ＯＮに設定されるとユーザによってアプリケーションがインストールまたはアンインストールされた時に、その情報を更新情報ファイルに記録するように動作する。同様に、１９０２はアプリケーションの開始/停止を監視対象とするか否かを設定するスイッチである。

１９０３はライセンスの有効期限切れ警告を監視対象とするか否かを設定するスイッチである。このスイッチがＯＮに設定されると、ライセンスの有効期限の残りが所定の日数（３０日、１０日、５日、１日）よりも短くなった時に、その情報を更新情報ファイルに記録するように動作する。

１９０４はライセンス無効を監視対象とするか否かを設定するスイッチである。このスイッチがＯＮに設定されると、ライセンスが無効になった時にそれを更新情報として記録する。ライセンスが無効になるのは有効期限が切れた場合やユーザが無効化した場合がある。

１９０５はアプリケーションカウンタの情報を監視対象とするか否かを設定するスイッチである。このスイッチがＯＮに設定されると、アプリケーションカウンタの値が変化した時に、その情報を更新情報として記録する。

これらスイッチで設定された値は、各項目ごとに、図１６で説明した監視対象情報１７０６Ａに保存される。

図１９は、画像処理装置におけるアプリケーション管理の処理手順のフローチャートである。この処理手順は画像処理装置１１０のＣＰＵ３０１によって実行される。この処理のアルゴリズムはＳＭＳ１１１５のソフトウェアモジュールであるアプリケーション管理インタフェース１７０３に含まれる。ＳＭＳ１１１５は、操作部１１２上に操作画面を構成することもできるし、Ｗｅｂアプリケーションとして構成することもできる。Ｗｅｂアプリケーションとして実装した場合、その操作画面は遠隔のＷｅｂブラウザ上に図１１から図１５に示した例のようになる。

ステップＳ２００１で、ユーザによる操作選択の入力を待ち操作の種別に応じて条件分岐する。選択された操作種別が、インストール（操作画面の１３０１に対応）の場合、ステップＳ２００２に進み、アプリケーション一覧（操作画面の１４０１に対応）の場合、ステップＳ２００７に進む。

ステップＳ２００２で、アプリケーションファイルおよびライセンスファイルまたはそのいずれか一方の入力を行う。ステップＳ２００３で、アプリケーションファイルが入力されたかどうかを判定する。入力された場合ステップＳ２００４に進み、入力されない場合ステップＳ２００５に進む。ステップＳ２００４で、入力されたアプリケーションファイルをＭＥＡＰアプリケーションＤＢ１７０４にインストールする。ステップＳ２００５で、ライセンスファイルが入力されたかどうかを判定する。入力された場合ステップＳ２００６に進み、入力されない場合ステップＳ２０１２に進む。ステップＳ２００６で、入力されたライセンスファイルをＭＥＡＰアプリケーションＤＢ１７０４にインストールする。次いで、ステップＳ２０１２に進む。

一方、ステップＳ２００７で、アプリケーション一覧中からユーザによって選ばれたアプリケーションを選択する。以下の操作は選択されたアプリケーションを対象とする。
ステップＳ２００８で、ユーザによる操作選択の入力を待ち操作の種別に応じて条件分岐する。選択された操作種別がアンインストール（操作画面の１３０５に対応）の場合ステップＳ２００９に進み、開始（操作画面の１３０６に対応）の場合ステップＳ２０１０に進み、停止（操作画面の１３０７に相当）の場合ステップＳ２０１１に進む。

ステップＳ２００９で、選択されたアプリケーションをＭＥＡＰアプリケーションＤＢ１７０４からアンインストールする。次いで、ステップＳ２０１２に進む。ステップＳ２０１０で、選択されたアプリケーションの動作を開始する。次いで、ステップＳ２０１２に進む。

ステップＳ２０１１で、選択されたアプリケーションの動作を停止する。次いで、ステップＳ２０１２に進む。

ステップＳ２０１２で、前ステップで実行された処理に応じて相当する更新情報エントリーを生成する。すなわち、アプリケーションやライセンスのインストールまたはアンインストール、あるいは、アプリケーションの開始や停止のイベントに対応して、そのイベントの詳細情報を記述した更新情報エントリーを生成する。ただしこのときには、監視対象情報１７０６Ａを参照して、イベントに対応する項目の値が、当該イベントが監視対象であることを示している場合に、更新情報エントリが生成される。

ステップＳ２０１３で、生成した更新情報エントリーをシンジケーションＤＢ１７０５に格納する。ステップＳ２０１４で、ＲＳＳフィードファイルの生成処理を呼び出して、新しい更新情報エントリーが加えられ変更されたシンジケーションＤＢから新しいＲＳＳフィードファイルを生成する。

図２０は、画像処理装置の動作に伴うライセンス条件の状態変化を監視する処理手順のフローチャートである。この処理手順は画像処理装置１１０のＣＰＵ３０１によって実行される。この処理のアルゴリズムはＳＭＳ１１１５に含まれる。

ステップＳ２１０１で、アプリケーションによるジョブ実行を監視する。ステップＳ２１０２で、ジョブの実行に伴う資源使用量の積算をカウントアップする。ステップＳ２１０３で、ライセンス有効期限の到来や資源使用量の増加などに伴ってライセンス条件が失効したかどうか判定する。失効した場合ステップＳ２１０４に進み、しない場合ステップＳ２１０８に進む。

ステップＳ２１０４で、ライセンスが失効したアプリケーションのライセンスを無効化するためにＭＥＡＰアプリケーションＤＢ１７０４を変更する。ステップＳ２１０５で、ライセンスが失効したアプリケーションの動作を停止する。ステップＳ２１０６で、ライセンス失効のイベントを記述した更新情報エントリーを生成する。ただしこのときには、監視対象情報１７０６Ａを参照して、イベントに対応する項目の値が、当該イベントが監視対象であることを示している場合に、更新情報エントリが生成される。ステップＳ２１０７で、生成した更新情報エントリーをシンジケーションＤＢ１７０５に格納する。次いで、ステップＳ２１１１に進む。

一方、ステップＳ２１０８で、有効期限や資源の使用量制限などの残りと既定値とを比較して、ライセンス条件の失効が近いかどうかを判定する。失効が近い場合ステップＳ２１０９に進み、残りが十分な場合ステップＳ２１１１に進む。ステップＳ２１０９で、ライセンス失効が迫っているというイベントを記述した更新情報エントリーを生成する。ただしこのときには、監視対象情報１７０６Ａを参照して、イベントに対応する項目の値が、当該イベントが監視対象であることを示している場合に、更新情報エントリが生成される。ステップＳ２１１０で、生成した更新情報エントリーをシンジケーションＤＢ１７０５に格納する。次いで、ステップＳ２１１１に進む。

ステップＳ２１１１で、アプリケーションによるジョブ実行の監視とその過去の履歴に基づく統計処理を行う。アプリケーションによるジョブ実行の監視とその過去の履歴に基づく統計処理には、ユーザやユーザのグループごとの資源利用の算出や、時間帯とジョブ実行の相関の割り出し、アプリケーション利用率の増減度合いの算出、通信や蓄積のデータサイズ積算、消耗品のランニングコストや画像処理装置特有のメンテナンスコスト算出など、さまざまな統計処理が有用である。

ステップＳ２１１２で、統計処理利用の一例として、ジョブ実行を監視したアプリケーションの最近一定期間の利用回数が過去の一定期間に比べて急増しているかどうかを判定する。利用が急増している場合ステップＳ２１１３に進み、していない場合ステップＳ２１１４に進む。ステップＳ２１１３で、アプリケーション利用が急増しているというイベントを記述した更新情報エントリーを生成する。ただしこのときには、監視対象情報１７０６Ａを参照して、イベントに対応する項目の値が、当該イベントが監視対象であることを示している場合に、更新情報エントリが生成される。ステップＳ２１１４で、生成した更新情報をシンジケーションＤＢ１７０５に格納する。

ステップＳ２１１５で、ＲＳＳフィードファイルの生成処理を呼び出して、新しい更新情報エントリーが加えられ変更されたシンジケーションＤＢから新しいＲＳＳフィードファイルを生成する。次いで、ステップＳ２１０１に戻り、アプリケーションの監視処理を繰り返す。

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

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要素２２１９は、更新情報の説明を記述する。

図２２は、テンプレートＤＢに格納されるテンプレートの一例である。図に例示するテンプレートは、ＲＳＳ１．０形式のＸＭＬファイルを生成するために用いられる。テンプレートデータは、各種のシンジケーション用ボキャブラリからなるＸＭＬ要素とテンプレート制御命令とテンプレート変数を記述した複数のテキストデータである。既に説明したＲＳＳ１．０形式のＸＭＬの語彙については同一の符号をつけて説明を省略する。

テンプレートＤＢ１７０６に格納されるテンプレートデータは、出力するシンジケーションデータの形式（ＲＳＳの各バージョンやＡｔｏｍなど）によって複数存在する。ユーザや管理者や画像処理装置を含むシステムを構築するシステムインテグレータなどは、テンプレートファイルを容易に複製・編集して、利用環境に合わせてカスタマイズしたり複数のテンプレートのバリエーションを用意して使い分けたりできる。テンプレートは構造化されたテキストデータであるため、グラフィカルユーザインタフェースを持つビジュアルエディタによって直感的に編集することも容易である。テンプレートエディタ（不図示）が提供され、ユーザなどは、テンプレートの構造と、テンプレートに埋め込まれるべき情報の対応づけとを、グラフィカルに編集できる。

テンプレートからＲＳＳファイルの生成において、テンプレートのほとんどのテキストはそのままＲＳＳファイルに出力されるが、"TMPL_"の接頭辞を持つ擬似要素（図２２において太字で示す）は、更新情報生成部１７０７のテンプレートエンジンによってテンプレート変数やテンプレート制御命令として特別に処理される。

TMPL_VAR擬似要素はテンプレート変数であり、テンプレートエンジンによって、name属性の名前を持つ変数の値に置き換えられる。すなわち、TMPL_VAR擬似要素は、画像処理装置の構成または設定または状態に関する属性と置き換えられる変数である。置き換えられる値は、シンジケーションＤＢ１７０６内の更新情報エントリーの情報や、ＭＥＡＰアプリケーションＤＢ１７０４内のアプリケーション情報やライセンス情報、機器制御用クラスライブラリ１１０６を経由してコントローラモジュールから得られる画像処理装置の構成情報や状態情報などに基づく。

TMPL_LOOP擬似要素はテンプレート制御命令であり、name属性の名前を持つリスト変数からリストに含まれる変数を順次選択しながらTMPL_LOOPの終了タグ（＜/TMPL_LOOP＞）までの内容を繰り返し処理する。リストから順次選択される変数はその内部に構造を持っており（図１７のentryリストの内容を参照）、TMPL_LOOPによる繰り返しのブロック中に含まれるTMPL_VAR擬似要素のname属性がこの変数の内部構造の変数を参照すると、そのTMPL_VAR擬似要素はその内部構造の変数の値に置き換えられ出力される。

TMPL_IF擬似要素はテンプレート制御命令であり、name属性の名前を持つ変数の真偽値によってテンプレートエンジンの処理を制御する。変数が真の場合TMPL_IFの終了タグ（＜/TMPL_IF＞）までの内容を処理するが、偽の場合はTMPL_IFの開始タグから終了タグまでを読み飛ばす。

図２２のテンプレートが生成するシンジケーションのための更新情報フィードデータはＲＳＳ１．０形式のＸＭＬ応用であるため、ＸＭＬ名前空間を用いたモジュール拡張性を備える。すなわち、他のＸＭＬ語彙と組み合わせて必要な情報をシンジケーションのフィードデータの中に容易に追加できる。たとえば、標準的なメタデータの記述要素として多用されるDublin CoreのDCMESプロパティから以下が組み合わされている。date要素２３０１、２３０６、subject要素２３０４、creator要素２３０５。また、AdminモジュールからgeneratorAgent要素２３０２が組み合わされている。

このように、更新情報をフィードするデータ形式を柔軟かつ厳密に拡張することが容易になることが、本実施例の大きな効果のひとつである。

図２３は、更新情報生成部によるシンジケーションデータ生成の処理手順を示すフローチャートである。この処理は画像処理装置１１０のＣＰＵ３０１によって実行される。この処理のアルゴリズムは更新情報生成部１７０７に含まれる。この処理はフィードファイルを更新するとき呼び出される。たとえば、アプリケーション管理処理（図１９）の最後や、ＳＭＳによるジョブ監視処理（図２０）の最後に呼び出す。また、タイマーと連動して呼び出され、定期的にフィードファイルを更新する。または、クライアントからのＨＴＴＰ要求によってフィードファイルの取得が要求されたときに呼び出し、更新したフィードファイルを応答するように構成してもよい。この場合、前回のフィードファイル生成から応答までの間に装置が動作していないときは、キャッシュしたフィードファイルを応答するように構成してもよい。

ステップＳ２４０１で、シンジケーションデータファイル（フィードファイル）の生成に用いるテンプレートを、テンプレートＤＢ１７０６から選択して取り出す。前述のように、各種のＸＭＬ形式や使い分けに応じたバリエーションで、複数のテンプレートが存在する。ユーザや管理者や画像処理装置を含むシステムを構築するシステムインテグレータなどは、ユーザインタフェース（不図示）を用いて、フィードファイル生成のために選択されるべきテンプレートを複数選択できる。複数のテンプレートが設定されている場合、フィードファイル生成のためのこの処理手順が呼び出されるときには、設定された複数のテンプレートに対応して複数のフィードファイルが生成される。

ステップＳ２４０２で、テンプレートを解析してフィードデータを出力する処理を行う。テンプレート解析の処理手順は再帰的に呼び出されるため、詳細は後述（図２４）する。

図２４は、更新情報生成部によるテンプレート解析とシンジケーションデータ出力の処理手順を示すフローチャートである。この処理は画像処理装置１１０のＣＰＵ３０１によって実行される。この処理のアルゴリズムは更新情報生成部１７０７に含まれる。

ステップＳ２５０１で、テンプレートデータをバイト列として読み込みながら字句解析して切り分けたトークン（字句）を順次読み込む。ステップＳ２５０２で、読み込んだトークンがテンプレート擬似要素であるかどうかを判定する。テンプレート擬似要素であればステップＳ２５０３に進み、テンプレート擬似要素でなければ（すなわち、フィードファイルにそのまま書き出されるべき通常のＸＭＬ要素であれば）ステップＳ２５１３に進む。ステップＳ２５０３で、テンプレート擬似要素のテンプレート命令を判別し条件分岐する。テンプレート擬似要素がTMPL_IFの開始タグであればステップＳ２５０４に進み、TMPL_LOOPの開始タグであればステップＳ２５０６に進み、TMPL_VARであればステップＳ２５１２に進む。

ステップＳ２５０４では、TMPL_IF開始タグのname属性が参照する変数名の変数を評価して真偽値を判定する。変数はシンジケーションＤＢ１７０５においてスキーマ定義されており、その値はシンジケーションＤＢ１７０５の更新情報エントリーとＭＥＡＰアプリケーションＤＢ１７０４と機器制御用クラスライブラリ１１０６に基づいて決定される。機器制御用クラスライブラリ１１０６からは画像処理装置の構成や状態およびジョブの情報などが得られる。変数の真偽値が偽ならばステップＳ２５０５に進み、真ならばステップＳ２５１４に進む。ステップＳ２５０５では、TMPL_IFの条件が偽であるため、TMPL_IFの終了タグまでテンプレートデータを読み飛ばす。次いで、ステップＳ２５１４に進む。

一方、ステップＳ２５０６では、TMPL_LOOP開始タグのname属性の名前を持つリスト変数をシンジケーションＤＢから読み出して評価する。TMPL_LOOP制御命令は、リストに含まれる変数を順次選択しながらTMPL_LOOPの終了タグ（＜/TMPL_LOOP＞）までの内容を繰り返し処理する命令である。ここで、リスト変数がentryの場合を説明する。

ステップＳ２５０７では、シンジケーションＤＢから読み出したentryリストからリストに含まれる各変数、すなわち個々の更新情報エントリーを選択する。リストに含まれる各変数はそれぞれが更新情報エントリーに対応し図１７の内部構造を持っている。以降のTMPL_LOOPによる繰り返しのブロック中に含まれるTMPL_VAR擬似要素のname属性がこの変数の内部構造の変数を参照すると、そのTMPL_VAR擬似要素はその内部構造の変数の値に置き換えられ出力される。したがって、TMPL_LOOPブロックの各繰り返しでは、更新情報エントリーのそれぞれをひとつずつ選択して、その情報に基づくテンプレート処理を行うことになる。

ステップＳ２５０８では、読み出した更新情報エントリーの内部変数entryDateと、あらかじめ設定されている更新情報掲載期間設定（図２５）とを比較して、読み出したエントリーがシンジケーションのフィードファイルへの掲載期間内かどうかを判定する。掲載期間内であればステップＳ２５０８に進み、掲載期間内でなければステップＳ２５１１に進む。掲載期間の判断は、たとえば、当該エントリの日付と現在の日付とを比較し、エントリの日付を基準として、現在の日付が、図１６の期間情報１７０６Ｂとして保存されている期間内であれば、掲載期間であると判定できる。

ステップＳ２５０９では、TMPL_LOOPの終了タグが現れるまで選択された更新情報エントリーのスコープの下で、再帰的にテンプレート解析処理を行う。ステップＳ２５１０では、TMPL_LOOPブロックのループ一周分が終了したので選択されていた更新情報エントリーの選択を解除する。ステップＳ２５１１では、entryリストに含まれるすべての更新情報エントリーの処理が完了したかどうかを判定する。すべての更新情報エントリーが処理済であればループを終了してステップＳ２５１４に進み、未処理の更新エントリーが残っていればステップ２５０６に進みTMPL_LOOPブロックの処理を繰り返す。

一方、ステップＳ２５１２では、TMPL_VAR擬似要素のname属性が参照する変数名の変数を評価してその値をフィードファイルに書き出す。変数はシンジケーションＤＢ１７０５においてスキーマ定義されており、その値はシンジケーションＤＢ１７０５の更新情報エントリーとＭＥＡＰアプリケーションＤＢ１７０４と機器制御用クラスライブラリ１１０６に基づいて決定される。機器制御用クラスライブラリ１１０６からは画像処理装置の構成や状態およびジョブの情報などが得られる。次いで、ステップＳ２５１４に進む。

一方、ステップＳ２５１３では、通常のＸＭＬ記述を構成するテキストとして、読み込んだトークンをフィードファイルにそのまま書き出す。次いで、ステップＳ２５１４に進む。ステップＳ２５１４では、テンプレートデータのすべてのトークンを処理済みかどうか判定する。処理済でなければステップＳ２５０１に戻り一連の処理手順を繰り返し、処理済であればこの処理手順から復帰する。

図２５は、更新情報を更新情報ファイルに載せる期間を設定する画面の例を示す図である。アプリケーションおよびそのライセンスに対するイベントごとに期間を設定するプルダウンを表示する。各プルダウンは例えば、[１日／２日／３日／４日／５日／６日／７日／１０日／１５日／３０日]が選択可能である。２６０１から２６０５はそれぞれ、アプリケーションのインストール／アンインストール、アプリケーションの開始／停止の開始、ライセンス有効期限警告、ライセンス無効、アプリケーションカウンタ情報、の各イベントが生起してから更新情報として扱う期間を設定するためのプルダウンである。例えば、図２５に示した設定の場合、新しいアプリケーションがインストールされると、その情報はその後１５日間更新情報として更新情報ファイルに掲載される。更新情報ファイルの取得要求に応答する際に、有効期限が経過しているエントリーを更新情報ファイルから削除する。設定された期間は、図１６の期間情報１７０６Ｂとして保存される。

図２６は、アプリケーション関連更新情報をシンジケーションするフィードファイルの一例を示す図である。図に例示するフィードファイルは、ＲＳＳ１．０形式のＸＭＬデータである。本フィードファイルは更新情報格納部１７０８に格納され、画像処理装置１１０の外部からも、ＵＲＩで特定してネットワーク経由で取得できる。重要な記述のうち既に説明したＲＳＳ１．０の語彙は同一の符号をつけて説明を省略する。

２３０７はマークアップ言語のバージョン情報の宣言であり、このシンジケーションデータがＸＭＬ１．０で記述されていることを宣言している。ＲＤＦ要素２２０１は前述した通りＸＭＬ文書の最上位の要素であると同時に、シンジケーションデータのバージョンの宣言であり、このシンジケーションデータがＲＳＳ１．０形式であることを宣言している。channel要素２２０２は、この配信に関する情報を記述する要素である。channel要素には配信に関連付けられたＵＲＩを示すlink要素２３０８、配信の名前を表わすtitle要素２２０７、配信の概要を説明したdescription要素２３０８を含む。link要素２３０８には、画像処理装置１１０が持つＷｅｂアプリケーション（リモートＵＩ）のトップページのＵＲＩを記述する。

date要素２３０１はフィードデータが生成された日時を記述する。generatorAgent要素２３０２はフィードデータを生成したソフトウェアを記述する。subject要素２３０４はエントリーのカテゴリーを記述する。creator要素２３０５はエントリーの生成に関連したユーザ、すなわち操作者を記述する。date要素２３０６はエントリーが生成された日時を記述する。

item要素２２０４は更新情報エントリーを加工して得られる更新データを列挙する項目である。すなわち、画像処理装置１１０は更新データを複数の項目を含むマークアップ言語表記のフォーマットで出力する。item要素２２０４は、当該更新情報に関連付けられたＵＲＩを示すlink要素２２１８、各更新情報の名前を表わすtitle要素２２１７、各更新情報の概要を説明したdescription要素２２１９を含んでいる。link要素２２１８には、画像処理装置１１０が持つＷｅｂアプリケーション（リモートＵＩ）の中の当該エントリに相当する更新情報の詳細を表示するページのＵＲＩを記述する。

（提供サービス更新情報フィードデータの取得と利用）
図２７は、画像処理装置が提供する更新情報フィードファイルをクライアントが利用する通信と連携のシーケンスを説明するシーケンス図である。デスクトップコンピュータ１０１上で稼動するＲＳＳリーダ１７０１とＷｅｂブラウザ１７０９、および、画像処理装置１１０上で稼動するＨＴＴＰサーバ１１１６が通信により連携する。ＲＳＳリーダ１７０１とＷｅｂブラウザ１７０９のソフトウェアモジュールは、必ずしもデスクトップコンピュータ１０１上に配備しなくてもよい。たとえば、他のタイプの情報処理装置や組み込み装置上に配備してもよいし、あるいは、画像処理装置１１０自体や他の画像処理装置１２０や１３０上で稼動するように配備してもよい。更新情報をシンジケーションするフィードファイルを汎用のＸＭＬフォーマットで記述し、また、ＵＲＩで特定して取得できるように構成したために、更新情報を利用するクライアントの形態、機能、システム構成などは、柔軟に組み合わせることができる。また、上述したシンジケーションデータの構造はchannel要素中のlink要素２３０８やitem要素中のlink要素２２１８を含むので、画像処理装置１１０の提供するＷｅｂページやＷｅｂアプリケーションとの連携が容易である。

事象１で、ユーザ１７０２がＲＳＳリーダ１７０１を用いて注目する画像処理装置のＲＳＳフィードを選択する。

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

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

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

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

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

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

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

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

図２８は、一般的なフィードリーダに表示される更新情報フィードの表示画面の一例である。図のフィードリーダは、たとえばデスクトップコンピュータ１０１上で稼動するＲＳＳリーダ１７１０である。ＲＳＳフィードリスト２９０１は、フィードリーダにあらかじめ設定されたり、または、フィードリーダによる動的な探索の結果として発見されたりした、利用可能なシンジケーションのフィードデータが列挙されているメニューである。リストの各項目は利用可能なフィードデータに対応している。ユーザが項目を選択すると、フィードリーダは当該のフィードデータを取得し、展開して右側のペインに表示する。項目のハイライトは、その項目が選択されたことを表している。フィードタイトル２９０２は、その項目に対応するフィードデータを識別するためにフィードデータのタイトルを表示している。未読数２９０３は、その項目に対応するフィードデータ中に含まれる未読のエントリー数を表示している。

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

フィードロゴ画像２９０６は、フィードデータのロゴ画像を表示している。ＲＳＳフィード例では省略しているが、image要素２２１０とimage要素２２０３に相当する。表示されている画像データはurl要素２２１５に記述されているＵＲＩから取得したリソースである。表示されている画像はアンカーになっており、ユーザがこれを選択すると、Ｗｅｂブラウザ１７０９と連携して、link要素２２１６に記述されているＵＲＩのリソースを取得表示する。フィード概要２９０７は、フィードデータの概要説明を表示している。ＲＳＳフィード例におけるdescription要素２２０９に相当する。この例に示したように、画像処理装置内部に保持される各種の情報と置き換えられるテンプレート変数とフィードデータの書式を自在に組み合わせてシンジケーションされるデータを柔軟に設計できる。
更新情報エントリー２９０８、２９０９，２９１０はそれぞれがフィードファイルによってシンジケーションされた更新情報を表示している。ＲＳＳフィード例では、items要素２２１１のli要素２２１３のリストとしてインデクスされ、item要素２２０４、２２０５、２２０６に列挙された各要素に対応する。

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

エントリー記述２９１３は、更新情報エントリーの情報を記述している。ＲＳＳフィード例では、description要素２２１９に相当する。エントリー記述は、ＨＴＭＬ（ＸＨＴＭＬ）でマークアップしたテキストとして画像や引用や表などを用いて構造化されているので、これらの構造を表現（プレゼンテーション）するように整形して表示している。また、Ｗｅｂページや電子メールアドレスなどを含む各種のリソースへのリンクが埋め込まれており、そのアンカーも表示している。表示されている情報は、ＲＳＳフィード例の生成において、テンプレートと画像処理装置内部の各種データベースや機器制御用クラスライブラ１１０６を介して得られる各種情報を元に生成されたものである。この例に示したように、画像処理装置内部に保持される各種の情報と置き換えられるテンプレート変数とフィードデータの書式を自在に組み合わせてシンジケーションされるデータを柔軟に設計できる。たとえば、表の「詳細」属性の値欄に記述したアンカーは、このアプリケーションの詳細情報ページへのリンクとなっており、ユーザがこのアンカーを選択するとたとえば図１４のようなアプリケーション詳細情報を提供するＷｅｂページを簡単にブラウズできる。エントリーに関連するアプリケーションがＷｅｂアプリケーションの場合は、そのアプリケーション自体を操作するためのＷｅｂページへのリンクを記述したアンカーを埋め込み、更新情報を閲覧画面からワンアクションで当該のＷｅｂアプリケーションを利用できるように構成する。

以上の構成および動作により、本実施形態の画像処理装置は、指定されたデータの状態が変化すると、変化した事実および変化の内容の概略を示す、予め決められた形式（本実施形態ではＲＳＳ１．０）のデータを生成して保存する。このため、この所定の形式のデータを解釈して処理可能なコンピュータ等により読み出させることで、画像処理装置において生じたデータの変化を遠隔のコンピュータに知らせることができる。特に、そのデータがＲＳＳに準拠しているために、市販のあるいは無償のＲＳＳリーダ機能を搭載したプログラムをコンピュータにより実行させることで、画像処理装置の状態変化の監視を容易かつ安価に実現できる。しかも、コンピュータからは、１時間、１日、１週間といったように設定された間隔で状態変化のポーリングを行ったり、あるいは指定された時点でポーリングできる。また、データがＸＭＬで記載されているために、その加工が容易である。

さらに、装置の状態として、アプリケーションのインストールやアンインストール、アプリケーションの開始および停止、ライセンスの期限切れ警告、ライセンス無効化、統計情報といった多くの情報を監視の対象とできる。さらに、監視対象を選択することができる。また、コンピュータに状態変化情報を供給する期間を指定することもできる。

もちろん、監視対象のイベントはこれらにかぎられず他のイベントを監視対象とすることもできる。たとえば、セキュリティ上重要な設定変更（暗号化の有無の切り替えや、ＴＣＰ／ＩＰポート設定の変更など）等を監視対象としてもよい。

〔第２の実施の形態〕
図２９はフィードファイルのアグリゲーションや統計処理を施して表示する専用アプリケーションの表示例を示す図である。図のアプリケーションはデスクトップコンピュータ１０１などで稼動する。複数のフィードデータを統合し、過去に得たフィードデータの蓄積と合わせて処理して、さらにグラフィカルな表示を生成している。フィードデータはＲＳＳ１．０などのシンジケーション用形式をＸＭＬの拡張性の枠組みを用いて拡張し、独自に定義した要素を含めることによって装置のカウンタ情報などの専用の値を埋め込んである。画像処理装置が提供する更新情報は、ＸＭＬで記述され、ＵＲＩの参照によって取得可能であるため、一般的なＲＳＳフィードリーダで閲覧するだけでなく、本例のようなさまざまな用途に応用することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

date要素４７０１、４７０６、subject要素４７０４、creator要素４７０５。また、AdminモジュールからgeneratorAgent要素４７０２が組み合わされている。date要素４７０１はフィードデータが生成された日時を記述する。generatorAgent要素４７０２はフィードデータを生成したソフトウェアを記述する。subject要素４７０４はエントリーのカテゴリーを記述する。creator要素４７０５はエントリーの生成に関連したユーザ、すなわち操作者を記述する。date要素４７０６はエントリーが生成された日時を記述する。このように、更新情報をフィードするデータ形式を柔軟かつ厳密に拡張することが容易になることが、本実施例の大きな効果のひとつである。

（更新情報フィードデータの取得と表示）
図３６は、画像処理装置の操作パネルに表示されるボックス文書更新情報フィードの表示画面の一例である。ＲＳＳフィードリスト５３０１は、フィードリーダにあらかじめ設定されたり、または、フィードリーダによる動的な探索の結果として発見されたりした、利用可能なシンジケーションのフィードデータが列挙されているメニューである。リストの各項目は利用可能なフィードデータに対応している。ユーザが項目を選択すると、フィードリーダは当該のフィードデータを取得し、展開して右側のペインに表示する。項目のハイライトは、その項目が選択されたことを表している。

なお、ボックス文書一覧表示操作によって自動的に起動された場合は、その画像処理装置自身のボックス文書のフィードデータが選択された状態で起動する。このとき、ＲＳＳフィードリスト５３０１の領域を表示しないように構成してもよい。フィードタイトル５３０２は、その項目に対応するフィードデータを識別するためにフィードデータのタイトルを表示している。未読数５３０３は、その項目に対応するフィードデータ中に含まれる未読のエントリー数を表示している。続いて、図の表示画面の右側のペインを説明する。右側のペインにはＲＳＳフィードリスト５３０１で選択されたフィードデータに対応する情報が表示されている。フィード概要５３０４はフィードデータの全体的な概要を表示している。表示される情報は、図３５のＲＳＳフィード例におけるchannel要素２２０２の内容に相当する。

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

フィード概要５３０７は、フィードデータの概要説明を表示している。ＲＳＳフィード例におけるdescription要素２２０９に相当する。この例に示したように、画像処理装置内部に保持される各種の情報と置き換えられるテンプレート変数とフィードデータの書式を自在に組み合わせてシンジケーションされるデータを柔軟に設計できる。更新情報エントリー５３０８、５３０９，５３１０はそれぞれがフィードファイルによってシンジケーションされた更新情報を表示している。ＲＳＳフィード例では、items要素２２１１のli要素２２１３のリストとしてインデクスされ、item要素２２０４、２２０５、２２０６に列挙された各要素に対応する。

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

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

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

図３７は、一般的なフィードリーダに表示される受信ボックスの更新情報フィードの表示画面の一例である。図のフィードリーダは、たとえばデスクトップコンピュータ１０１上で稼動するＲＳＳリーダ１７１０である。エントリー記述５４１４が受信ボックスの更新情報の内容になっている以外は図３６と同様であるためここでは詳細に説明しない。エントリー記述には、イベント種別、送信元、受信文書のサムネイル画像が含まれる。

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

〔第４の実施の形態〕
ユーザがアドレス帳に対して登録、編集、削除などの編集操作を行った際に、更新情報エントリを作成してシンジケーションＤＢに格納し、フィードファイル生成処理を行うように構成することもできる。図３９は、画像処理装置の操作パネルに表示されるアドレス帳更新情報フィードの表示画面の一例である。エントリー記述６０１４がアドレス帳の更新情報の内容になっている以外は図３６と同様であるためここでは詳細に説明しない。エントリー記述６０１４には、アドレス帳更新処理を行ったユーザ名及びその変更内容が含まれる。

〔第５の実施の形態〕
ユーザが画像処理装置の持つ掲示板機能に対して登録、編集、削除などの編集操作を行った際に、更新情報エントリを作成してシンジケーションＤＢに格納し、フィードファイル生成処理を行うように構成することもできる。図４０は、画像処理装置の操作パネルに表示される掲示板更新情報フィードの表示画面の一例である。掲示板機能は、管理者などから装置の他のユーザにメッセージを伝えるなどのために、操作パネルおよびリモートＵＩのトップページに、設定された文字列を表示する機能である。エントリー記述６５１４が掲示板の更新情報の内容になっている以外は図３６と同様である。

〔他の実施の形態〕
なお、第１乃至第５実施形態はすべてスキャナ機能とプリンタ機能、及びそれらを複合して用いる複写機能、ファクシミリ機能、電子ファイル機能等を併せ持ったディジタル複合装置（画像処理装置）について説明されている。すなわちこれらの実施形態では、装置内部の有するデータが更新された事実、および更新の概略を、その装置に接続されたコンピュータに対して提供する機能が説明されている。しかしながら、画像処理装置に限らず、そのほかの、ネットワークに接続された組み込みシステム、すなわちネットワーク機器においても同様にその内部データの更新に関する情報を、接続されたコンピュータに提供することがでできる。たとえば、家電品などのうち、テレビ録画を行う録画装置には、コンピュータからリモートアクセスして録画の予約を行う機能等を備えたものがある。この装置において、録画に関する情報、たとえば予約の事実や録画の完了などを、状態変化としてＲＳＳフィードにより提供することが、第１乃至第５実施形態と同じ要領で実現できる。もちろんこれら装置に限らず、ネットワークに接続可能な機器、たとえばプリンタスキャナ、ディジタルスチルカメラ、ビデオカメラなどについても本発明を適用可能である。

また、第１実施形態内理第５実施形態の画像処理装置は、それと同一のネットワーク（ＬＡＮ）に接続されたコンピュータに対して状態の変化を示す情報を提供している。しかし、これら実施形態における状態（すなわち特定のデータ）情報の提供はアプリケーションレイヤで実現されているために、ネットワークを越えて実現できる。すなわち、コンピュータと画像処理装置との間に他のネットワーク（たとえばインターネット）が介在したとしても、画像処理装置はコンピュータに対して情報の提供を行うことができる。

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

また、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵ、ＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体およびプログラムは本発明を構成することになる。また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

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

Claims

ネットワークに接続され、外部装置と通信を行う画像処理装置であって、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段と、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段と、
前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供手段と、
画像処理装置の機能を用いて実現可能な複数のサービスのうちユーザに提供するサービスを増減するサービス管理手段と
を有し、
前記更新情報収集手段は、前記サービス管理手段により提供するサービスの変化に関する情報を収集することを特徴とする画像処理装置。
ネットワークに接続され、外部装置と通信を行う画像処理装置であって、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段と、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段と、
前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供手段と、
画像処理の処理対象として利用可能な文書データを蓄積記憶する文書記憶手段と
を有し、
前記更新情報収集手段は、蓄積文書データの追加、削除、編集、受信、送信または蓄積方法の変更のいずれかに関する情報を収集することを特徴とする画像処理装置。
ネットワークに接続され、外部装置と通信を行う画像処理装置であって、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段と、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段と、
前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供手段と、
文書の送受信処理に関連するアドレスデータを蓄積記憶するアドレス帳手段と、
を有し、
前記更新情報収集手段は、蓄積されたアドレスデータの追加、削除、編集または蓄積方法の変更のいずれかに関する情報を収集することを特徴とする画像処理装置。
前記シンジケーションデータのマークアップ言語による記述形式は、ＸＭＬに基づくことを特徴とする請求項１に記載の画像処理装置。
前記ＸＭＬに基づく記述形式は、Ｗｅｂ資源のニュースを供給するために用いられるＲＳＳまたはＡｔｏｍを含むシンジケーション形式であることを特徴とする請求項４に記載の画像処理装置。
前記サービス管理手段は、アプリケーションプログラムとしてインストールまたはアンインストールすることによって装置のサービスを増減し、
前記更新情報収集手段は、前記アプリケーションのインストール状態の変化を更新情報として収集することを特徴とする請求項１に記載の画像処理装置。
前記サービス管理手段は、装置に組み込まれたサービスの利用を制御するライセンスデータをインストールまたはアンインストールすることによって装置のサービスを増減し、
前記更新情報収集手段は、前記ライセンスのインストール状態の変化を更新情報として収集することを特徴とする請求項１に記載の画像処理装置。
前記更新情報収集手段は、サービスの利用を制御するラインセンス条件に関連する装置の状態が変化したときに、該状態を示す情報を更新情報として収集することを特徴とする請求項１に記載の画像処理装置。
前記ラインセンス条件に関連する装置の状態は、装置の動作に伴って積算されるカウンタ、または装置のソフトウェアが時間や時刻を取得するためのシステムタイマのいずれかに基づく状態であることを特徴とする請求項８に記載の画像処理装置。
前記更新情報収集手段は、さらに装置の利用に伴い変化する統計情報に基づく更新情報も生成する請求項１に記載の画像処理装置。
前記シンジケーションデータ生成手段は、前記更新情報に関連する文書のサムネイル画像への参照を前記シンジケーションデータに含めることを特徴とする請求項２に記載の画像処理装置。
前記更新情報に関連する文書のサムネイル画像への参照を前記シンジケーションデータに含む間は、当該文書の実体が削除された後も当該文書のサムネイル画像データを保持することを特徴とする請求項１１に記載の画像処理装置。
ユーザが装置を操作するための操作部に設定されたメッセージを表示するメッセージ掲示板手段をさらに備え、
前記更新情報収集手段は、前記設定されたメッセージの更新に関する情報を収集する
ことを特徴とする請求項１に記載の画像処理装置。
ネットワークに接続され、外部装置と通信を行う画像処理装置の制御方法であって、
前記画像処理装置の更新情報収集手段が、装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集工程と、
前記画像処理装置のシンジケーションデータ生成手段が、前記更新情報収集工程において収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成工程と、
前記画像処理装置のシンジケーションデータ提供手段が、前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供工程と、
前記画像処理装置のサービス管理手段が、画像処理装置の機能を用いて実現可能な複数のサービスのうちユーザに提供するサービスを増減するサービス管理工程と
を有し、
前記更新情報収集工程において、前記サービス管理工程において提供されるサービスの変化に関する情報を収集することを特徴とする制御方法。
ネットワークに接続され、外部装置と通信を行う画像処理装置の制御方法であって、
前記画像処理装置の更新情報収集手段が、装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集工程と、
前記画像処理装置のシンジケーションデータ生成手段が、前記更新情報収集工程において収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成工程と、
前記画像処理装置のシンジケーションデータ提供手段が、前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供工程と、
前記画像処理装置の文書記憶手段が、画像処理の処理対象として利用可能な文書データを蓄積記憶する文書記憶工程と
を有し、
前記更新情報収集工程において、蓄積文書データの追加、削除、編集、受信、送信または蓄積方法の変更のいずれかに関する情報を収集することを特徴とする制御方法。
ネットワークに接続され、外部装置と通信を行う画像処理装置の制御方法であって、
前記画像処理装置の更新情報収集手段が、装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集工程と、
前記画像処理装置のシンジケーションデータ生成手段が、前記更新情報収集工程において収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成工程と、
前記画像処理装置のシンジケーションデータ提供手段が、前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供工程と、
前記画像処理装置のアドレス張手段が、文書の送受信処理に関連するアドレスデータを蓄積記憶するアドレス帳工程と、
を有し、
前記更新情報収集工程において、蓄積されたアドレスデータの追加、削除、編集または蓄積方法の変更のいずれかに関する情報を収集することを特徴とする制御方法。
コンピュータを、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段、
前記シンジケーションデータを、外部装置からの要求に応じて提供するシンジケーションデータ提供手段、
画像処理装置の機能を用いて実現可能な複数のサービスのうちユーザに提供するサービスを増減するサービス管理手段
として機能させ、
前記更新情報収集手段は、前記サービス管理手段により提供するサービスの変化に関する情報を収集することを特徴とするプログラム。
コンピュータを、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段、
前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供手段、
画像処理の処理対象として利用可能な文書データを蓄積記憶する文書記憶手段
として機能させ、
前記更新情報収集手段は、蓄積文書データの追加、削除、編集、受信、送信または蓄積方法の変更のいずれかに関する情報を収集することを特徴とするプログラム。
コンピュータを、
装置内部に記憶されたデータの更新に関する情報を収集する更新情報収集手段、
前記更新情報収集手段により収集した更新情報をマークアップ言語によって記述したシンジケーションデータを生成して保存するシンジケーションデータ生成手段、
前記シンジケーションデータを、前記外部装置からの要求に応じて提供するシンジケーションデータ提供手段、
文書の送受信処理に関連するアドレスデータを蓄積記憶するアドレス帳手段、
として機能させ、
前記更新情報収集手段は、蓄積されたアドレスデータの追加、削除、編集または蓄積方法の変更のいずれかに関する情報を収集することを特徴とするプログラム。