JP5481925B2 - ネットワークシステムおよび方法 - Google Patents

Description

本発明は、画像処理装置に関し、より詳細には、画像処理装置や情報処理装置、これらを含む画像処理システムで利用されるユーザインタフェースを効率的に更新可能な画像処理装置、情報処理装置、画像処理システム、画像処理方法、プログラムおよび記憶媒体に関する。

近年、複合機（以下、ＭＦＰとして参照する。）といった画像処理装置は、複写機能、画像形成機能、通信機能などの複数の機能を提供することが可能となっている。また、画像データに対しては、ＭＦＰおよび遠隔的に接続されたサーバが提供する複数の機能を連携させた一連の業務も可能となっている。画像に対して一連の業務を実行させようとする場合、ユーザは、ＭＦＰやサーバといった処理ノードで実行すべき機能を特定した後、実行させる機能のシーケンスを指定して、いわゆるワークフローを設定する。

上述したワークフローを実行させる技術はこれまで種々知られており、例えば、特開２００８−９７５８６号公報（特許文献１）には、フロー定義データを用意し、フロー定義データに基づいてスキャン画像データに対して処理を実行させる技術が開示されている。また、特開２００８−３０５００４号公報（特許文献２）では、ソフトウェア部品を連携して実行させるアプリケーションの実行方法を開示する。

上述のように、画像データに対して特定の業務をシーケンシャルに実行させることが比較的容易に行われるようになってきている。また、近年のＭＦＰは、ブラウザプログラムの実行により、各種処理を実行するためのユーザインタフェース（以降、ＵＩとして参照する。）が提供されている。このようなＵＩには、ユーザが作成した情報を表示できるものもある。

さらに、ＭＦＰやサーバなどの処理ノードに対して、種々の機能を実現するプログラムであるプラグインモジュールをインストールすることにより、画像データに対する処理機能を比較的容易に追加・修正することもできるようになっている。また、処理機能の高度化やユーザニーズの多様化に伴い、様々な処理機能が処理ノードに追加・修正されるとともに、当該処理機能を実行するためのＵＩが修正されることも多くなっている。

このようなＭＦＰやサーバ等を含むシステムにおいて、処理機能を追加・修正・削除等する場合、ベンダは、当該処理機能に関するＵＩの設定情報の変更の必要性を判断し、処理機能の追加等に対応するようにＵＩの設定情報を作成する必要がある。これらのＵＩの設定情報は、ＭＦＰ等の多機能化に伴って増加および多様化するため、ＵＩの更新に関するベンダの開発負担が過大になるという問題があった。したがって、様々な処理機能を追加・修正可能なＭＦＰ等を含むシステムにおいて、処理機能の追加等に応じて、そのＵＩをより効率的に更新することが必要とされていた。

さらに、上記システムにおいて、ＵＩに表示されるユーザのカスタマイズ情報が設定されている場合、処理機能の追加等に伴ってＵＩが更新された後も、当該カスタマイズ情報を継続してＵＩに表示することが必要とされていた。

本発明は、上記従来技術の問題に鑑みてなされたものであり、画像に対して一連の処理を実行可能なシステムにおいて、処理機能の追加・修正に応じて、そのＵＩをより効率的に更新し、ＵＩが更新された後も、既に設定されたユーザのカスタマイズ情報を継続してＵＩに表示可能な画像処理装置、情報処理装置、画像処理システム、画像処理方法、プログラムおよび記憶媒体を提供することを目的とするものである。

上記課題を解決するために、本発明の画像処理装置は、ＵＩを構築するＵＩ設定情報が格納された記憶手段と、ＵＩ設定情報を使用してＵＩを表示する表示手段と、ＵＩ設定情報を更新するためのＵＩテンプレートが格納された記憶手段と、ＵＩを更新する指令を受領したときに、ＵＩテンプレートを用いて、更新すべきＵＩ設定情報を取得して以前のＵＩ設定情報を更新することにより、新たに表示すべきＵＩを生成する更新手段とを含み、ＵＩを効率的に更新する。

また、更新手段は、ユーザがカスタマイズしたカスタマイズ情報をＵＩ設定情報に追加し、表示手段は、カスタマイズ情報が追加されたＵＩ設定情報を用いて、カスタマイズ情報が含まれたＵＩを表示することにより、ＵＩの更新後も継続してカスタマイズ情報をＵＩに表示することができる。

さらに、更新手段は、ＵＩ設定情報のバージョン情報と、当該ＵＩ設定情報に対応するＵＩテンプレートのバージョン情報とを比較して、更新すべきＵＩ設定情報を特定することにより、更新の必要性のあるＵＩ設定情報に対してのみ更新処理を実施するため、ＵＩの更新処理をより効率的にすることができる。

さらに、画像処理装置はネットワークに接続され、ＵＩを更新する指令は、ネットワークを介して外部から受領することにより、ネットワークに接続された管理端末等から遠隔的に画像処理装置をアップデートすることができる。

さらに、ＵＩを更新する指令は、画像処理装置がＵＩを起動する要求を受領することによって発行されることにより、管理者が管理端末等を用いてＵＩの更新のメンテナンスをすることなく、ＵＩを更新することができる。

さらに、ＵＩを更新する指令は、画像処理装置がＵＩを更新する要求を受領することによって発行されることにより、画像処理装置毎にＵＩを更新することができ、画像処理装置がネットワークに接続されていない状態でもＵＩを更新することができる。

さらに、本発明は、更新の必要性のあるＵＩ設定情報に対してのみ更新処理を実施し、更新後もユーザのカスタマイズ情報をＵＩに表示することを可能とする、情報処理装置、画像処理システム、画像処理装置が実行する方法、プログラムおよび記憶媒体を提供する。

本実施形態の画像処理システム１００の概略図。 本実施形態の画像処理装置１３０ａの機能ブロック図。 本実施形態のＵＩを構築するＵＩ設定情報３００の実施形態を示した図。 本実施形態で使用するＵＩテンプレートを示した図。 図３に示すＵＩ設定情報３００を用いて構築されるＵＩの実施形態を示した図。 本実施形態のＵＩの更新処理のフローチャートを示した図。 本実施形態のＵＩ設定情報の更新処理のフローチャートを示した図。 更新処理実施前のＵＩ設定情報の実施形態、ＵＩテンプレートの実施形態および更新処理実施後のＵＩ設定情報の実施形態を示した図。 本実施形態の更新処理を施したＵＩ設定情報に基づくＵＩの実施形態を示した図。 他の実施形態の更新処理のフローチャートを示した図。 他の実施形態の画像処理システム１１００の概略図。 他の実施形態の配信サーバ１１４０および画像処理装置１１３０ａの機能ブロック図。

以下、本発明について実施形態をもって説明するが、本発明は、後述する実施形態に限定されるものではない。図１は、本実施形態の画像処理システム１００の概略図である。画像処理システム１００は、ネットワーク１１０と、ネットワーク１１０に接続される管理端末１２０と、画像処理装置１３０ａ、１３０ｂ、１３０ｃとを含んで構成されている。ネットワーク１１０は、例えば、イーサネット（登録商標）およびＴＣＰ／ＩＰプロトコルを使用したネットワークとして構成されている。また、ネットワーク１１０は、ローカルエリアネットワーク（ＬＡＮ）として実装することができる。

管理端末１２０は、パーソナルコンピュータ（以降、単にＰＣとして参照する。）または他の形式のコンピュータとすることができる。管理端末１２０は、画像処理装置１３０ａ、１３０ｂ、１３０ｃの処理機能やＵＩを追加・修正するために使用される。具体的には、管理端末１２０は、当該画像処理装置の処理機能を実現するプログラムであるプラグインモジュール（以降、単にプラグインとして参照する。）、当該画像処理装置の操作パネル等の表示装置に表示されるＵＩを構築するＵＩ設定情報の更新に用いられるＵＩ設定情報のテンプレート（以降、ＵＩテンプレートとして参照する。）、およびＵＩを更新する旨の指令を、ネットワーク１１０を介して画像処理装置１３０ａ、１３０ｂ、１３０ｃに送信する。画像処理装置に１３０ａ、１３０ｂ、１３０ｃに対するＵＩテンプレートの送信やＵＩの更新指令は、例えば、ＸＭＬ（Extensible Markup Language）などの構造化言語を利用したＳＯＡＰ（Simple Object Access Protocol）によるメッセージ通信によって行われる。なお、ＵＩテンプレートについては、より詳細に後述する。

管理端末１２０は、ＰＥＮＴＩＵＭ（登録商標）または互換プロセッサを搭載し、ＷＩＮＤＯＷＳ（登録商標）シリーズ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、ＭＡＣ（登録商標）ＯＳなどのＯＳの管理下で、プログラムを実行する。また、管理端末１２０は、プログラムを実行するための実行空間を提供するＲＡＭ（Random Access Memory）、プログラムやデータなどを持続的に保持するためのハードディスク装置（以降、単にＨＤＤとして参照する。）などを含んでおり、上述した管理端末１２０の機能を実現するプログラムを実行することにより、当該機能を管理端末１２０上に実現する。

画像処理装置１３０ａ、１３０ｂ、１３０ｃは、ＣＣＤ（Charge Coupled Device）センサなどを含んで構成されるスキャナ装置を含むＭＦＰ（Multi Function Peripheral）などの画像処理装置として構成されている。また、画像処理装置１３０ａ、１３０ｂ、１３０ｃは、スキャナ装置で読み取った画像データを、ネットワーク１１０を介して、画像データを蓄積して管理するファイルサーバ（図示せず）や、ＳＭＴＰ（Simple Mail Transfer Protocol）等のメール送信プロトコルに準拠して電子メールを送信するメール送信サーバ（図示せず）に配信する。さらに、画像処理装置１３０ａ、１３０ｂ、１３０ｃは、管理端末１２０からネットワーク１１０を介して、ＵＩテンプレートやＵＩの更新指令等を受領して、当該画像処理装置が備える操作パネル等に表示されるＵＩを更新する。

また、画像処理装置１３０ａ、１３０ｂ、１３０ｃが、ＭＦＰとして実装される場合、プロセッサ、ＲＡＭ、ＨＤＤなどを含んで実装されており、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのＯＳの制御下で、アセンブラ、Ｃ、Ｃ＋＋、ＪＡＶＡ（登録商標）、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔなどのプログラミング言語で記述された本実施形態のプログラムを実行し、後述する機能を当該画像処理装置上で実現する。

さらに、画像処理装置１３０ａ、１３０ｂ、１３０ｃは、必要に応じて、Ｆｉｒｅｆｏｘ（登録商標）といったブラウザプログラムを実装し、ＨＴＭＬ（HyperText Markup Language）、ＸＨＴＭＬ（Extensible HyperText Markup Language）、ＸＭＬなどの構造化文書を使用して、管理端末１２０との間でデータ共有を行うことができる。

図２は、本実施形態の画像処理システム１００に含まれる画像処理装置１３０ａの機能ブロック図である。以下、図２を参照して、画像処理装置１３０ａが実装する処理機能について説明する。なお、画像処理装置１３０ｂ、１３０ｃについては、画像処理装置１３０ａと同様の機能を実装するので、以下、より詳細な説明は省略する。

画像処理装置１３０ａは、データ入力処理部２１１と、データ仕分け処理部２１２と、メール送信プラグイン２３０と、フォルダ保存プラグイン２４０とを含んでいる。

データ入力処理部２１１は、画像処理装置１３０ａに含まれるスキャナ装置（図示せず）がスキャニングし、レベル補正、ガンマ補正、エッジ処理などの画像処理およびＡ／Ｄ変換を施した画像データを受領する。また、データ入力処理部２１１は、画像処理装置１３０ａの操作パネルに表示されるＵＩを用いてユーザが選択した機能処理の実行命令や、当該機能処理に関連するプラグインが使用するメール送信先特定情報（例えば、メールアドレス等）やファイル保存先特定情報（例えば、ファイルパス等）などのメタデータをＵＩ処理部２２１から受領し、画像データとともにデータ仕分け処理部２１２に渡す。実行命令には、ユーザが選択した機能処理を特定するためのＩＤ等の識別情報が含まれている。

データ仕分け処理部２１２は、受領した実行命令から実行すべき機能処理を判断し、該当する機能処理手段であるプラグイン、本実施形態では、メール送信プラグイン２３０またはフォルダ保存プラグイン２４０に画像データを渡す。

メール送信プラグイン２３０は、画像データを電子メールに添付して送信する機能手段であり、配信処理部２３２と、更新処理部２３４とを含んでいる。配信処理部２３２は、データ仕分け処理部２１２から画像データおよびメール送信先特定情報を受領し、当該画像データを添付ファイルとして電子メールに添付し、当該メール送信先特定情報で指定された電子メールの送信先を指定して、画像データをメール送信サーバに送信する。更新処理部２３４は、更新制御処理部２１３の指示により、後述するメール送信プラグイン２３０用のＵＩテンプレートを用いて、メール送信プラグイン２３０に関連するＵＩ設定情報を更新する。

フォルダ保存プラグイン２４０は、画像データをネットワーク１１０に接続されたファイルサーバやＰＣ等のデータフォルダに保存する機能手段であり、配信処理部２４２と、更新処理部２４４とを含んでいる。配信処理部２４２は、データ仕分け処理部２１２から画像データおよびファイル保存先情報を受領し、当該ファイル保存先特定情報で指定されたファイルの保存先を指定して、画像データをファイルサーバ等に送信する。更新処理部２４４は、更新制御処理部２１３の指示により、後述するフォルダ保存プラグイン２４０用のＵＩテンプレートを用いて、フォルダ保存プラグイン２４０に関連するＵＩ設定情報を更新する。

また、画像処理装置１３０ａは、更新制御処理部２１３と、更新対象選択処理部２１４と、更新処理部２１５と、後述するＵＩテンプレートを格納するＨＤＤ等の記憶装置２２０とを含んでいる。

更新制御処理部２１３は、ＵＩを更新する指令を管理端末１２０から受領すると、後述するバックアップ処理部２１７にＵＩ設定情報をバックアップさせる。更新制御処理部２１３は、バックアップされたＵＩ設定情報を取得し、ＲＡＭ等にバッファリングする。また、更新制御処理部２１３は、更新対象選択処理部２１４を呼び出し、更新すべきＵＩ設定情報を特定させる。さらに、更新制御処理部２１３は、更新すべきＵＩ設定情報に関連する更新処理部２１５、２３４、２４４を呼び出し、当該ＵＩ設定情報に対して更新処理を実施する。

更新対象選択処理部２１４は、更新制御処理部２１３から呼び出されると、記憶装置２２０からＵＩテンプレートを取得して、バッファリングされたＵＩ設定情報と比較し、更新すべきＵＩ設定情報を特定し、当該ＵＩ設定情報を更新制御処理部２１３に通知する。本実施形態では、更新対象選択処理部２１４は、ＵＩ設定情報のバージョン情報およびＵＩテンプレートのバージョン情報を利用して、ＵＩ設定情報の更新が必要か否か判断する。

更新処理部２１５は、更新制御処理部２１３の指示により、後述するプラグイン共通のＵＩテンプレートを用いて、ＵＩ設定情報のうちプラグインに共通するＵＩ設定情報を更新する。

記憶装置２２０は、ＵＩを構築するＨＴＭＬ、ＸＨＴＭＬ、ＸＭＬなどのマークアップ言語で記述された構造化文書であるＵＩテンプレートが格納されている。本実施形態では、ＵＩテンプレートとして、プラグイン共通のＵＩテンプレート、メール送信プラグイン２３０用のＵＩテンプレート、およびフォルダ保存プラグイン２４０用のＵＩテンプレートが保存されており、これらのＵＩテンプレートは、ＵＩ設定情報を更新するために使用される。なお、これらのＵＩテンプレートについては、より詳細に後述する。

画像処理装置１３０ａは、リストア処理部２１６と、バックアップ処理部２１７と、ＵＩ設定情報が格納される記憶装置２１８と、ＵＩ設定情報のバックアップデータが格納される記憶装置２１９と、ＵＩ処理部２２１とを含んでいる。

リストア処理部２１６は、更新制御処理部２１３から更新処理が終了した旨の通知を受領すると、ＲＡＭ等にバッファリングされている更新処理が施されたＵＩ設定情報を、操作パネルに表示されるＵＩを構築するＵＩ設定情報として記憶装置２１８に保存する。

バックアップ処理部２１７は、更新制御処理部２１３からＵＩ設定情報をバックアップする旨の指令を受領すると、記憶装置２１８に格納されているＵＩ設定情報をバックアップデータとして記憶装置２１９に格納する。また、バックアップ処理部２１７は、記憶装置２１９にバックアップしたＵＩ設定情報を更新制御処理部２１３に渡す。本実施形態では、バックアップ処理部２１７は、更新制御処理部２１３の指示により、ＵＩ設定情報をバックアップするが、他の実施形態では、バックアップ処理部２１７が、定期的にＵＩ設定情報をバックアップしてもよい。

ＵＩ処理部２２１は、記憶装置２１８に格納されたＵＩ設定情報を基に、画像処理装置１３０ａの操作パネルにＵＩを表示する。また、ＵＩ処理部２２１は、ユーザが当該ＵＩを押下することによって発行された機能処理の実行命令等をスキャナ装置に通知し、スキャナ装置にスキャニングを実行させる。さらに、ＵＩ処理部２２１は、各プラグインが使用するメール送信先特定情報やファイル保存先特定情報などのメタデータをデータ入力処理部２１１に送信する。

図３は、本実施形態のＵＩを構築するＵＩ設定情報の実施形態を示した図である。以下、図３を参照して、ＵＩ設定情報３００について説明する。

図３に示すＵＩ設定情報３００は、ＸＭＬ形式のテキストファイルであり、適切な名前空間により定義された各種のタグを用いて記述されている。画像処理装置１３０ａ、１３０ｂ、１３０ｃは、当該ＵＩ設定情報３００を用いて、当該画像処理装置の操作パネルにＵＩを表示する。

ＵＩ設定情報３００は、３つのセクション３１０、３２０、３３０で構成されている。タグ＜Screen id="１"＞で既定されるセクション３１０は、各プラグインに共通するＵＩ設定情報である。また、タグ＜Screen id="２"＞で既定されるセクション３２０は、メール送信プラグイン２３０のＵＩ設定情報である。さらに、タグ＜Screen id="３"＞で既定されるセクション３３０は、フォルダ保存プラグイン２４０のＵＩ設定情報である。

ＵＩ設定情報３００の各セクションは、それぞれバージョン情報を有しており、セクション３１０は、タグ＜PluginCommon version="１"＞でバージョン情報「１」が設定されている。また、セクション３２０は、タグ＜Plugin type="SMTPMail" version="１"＞で、プラグインの種類（メール送信プラグイン）とともにバージョン情報「１」が設定されている。さらに、セクション３３０は、タグ＜Plugin type="Folder" version="１"＞で、プラグインの種類（フォルダ保存プラグイン）とともにバージョン情報「１」が設定されている。

さらに、セクション３２０は、タグ＜default＞でＵＩに表示されるユーザのカスタマイズ情報「＠ｆｏｏ．ｊｐ」が設定されており、ユーザは、当該タグを用いて任意の文字列をＵＩに表示することができる。本実施形態では、タグ＜default＞を使用してユーザのカスタマイズ情報を特定しているが、他の実施形態では、ユーザのカスタマイズ情報を特定できる限り、その他の様々なタグを用いてもよい。

なお、本実施形態のＵＩ設定情報３００は、ＸＭＬ形式のテキストファイルであるが、ＵＩの構築ができる限り、ＨＴＭＬ、ＨＸＴＭＬ、ＸＭＬ言語およびこれらの組み合わされたテキストファイルを使用してもよい。また、本実施形態では、１つのテキストファイルに各プラグインに対応したＵＩ設定情報が記述されているが、他の実施形態では、各ＵＩ設定情報を個別のテキストファイルに記述してもよい。

図４は、図３に示すＵＩ設定情報３００を作成する際に利用されるＵＩテンプレートの実施形態を示した図である。以下、図４を参照して、本実施形態のＵＩテンプレート４１０、４２０、４３０について説明する。

ＵＩテンプレート４１０は、プラグイン共通のＵＩテンプレートであり、ＵＩ設定情報３００のセクション３１０に対応している。また、ＵＩテンプレート４２０は、メール送信プラグイン２３０用のＵＩテンプレートであり、ＵＩ設定情報３００のセクション３２０に対応している。さらに、ＵＩテンプレート４３０は、フォルダ保存プラグイン２４０用のＵＩテンプレートであり、ＵＩ設定情報３００のセクション３３０に対応している。本実施形態の画像処理装置は、これらのＵＩテンプレートを用いて、当該画像処理装置のＵＩ設定情報を更新する。

ＵＩテンプレート４１０、４２０、４３０は、ＵＩ設定情報３００と同様のＸＭＬ形式のテキストファイルであり、適切な名前空間により既定されたタグを用いて記述されている。ＵＩテンプレート４１０、４２０、４３０は、それぞれバージョン情報を有しており、本実施形態の画像処理装置は、このバージョン情報を用いて、ＵＩ設定情報の更新の必要の有無を判断する。本実施形態では、ＵＩテンプレート４１０は、PluginCommonUIタグのversion属性によりバージョン情報「１」が設定されており、ＵＩテンプレート４２０および４３０は、PluginUIタグのversion属性によりバージョン情報「１」が設定されている。

ＵＩテンプレート４１０、４２０、４３０は、ＵＩ設定情報３００とは異なりユーザのカスタマイズ情報が記述されていないが、ＵＩテンプレート４１０、４２０、４３０のその他の記述内容は、ＵＩ設定情報３００とほぼ同じであるため、詳細な説明は省略する。

図５は、図３に示すＵＩ設定情報３００を基に構築されるＵＩの実施形態を示した図である。以下、図５を参照して、本実施形態の画像処理装置の操作パネルに表示されるＵＩ５１０、５２０、５３０について説明する。

ＵＩ５１０は、本実施形態の画像処理装置がスキャニングした画像データを配信する方法を選択するためのＵＩであり、ＵＩ設定情報３００のセクション３１０を基に構築される。ＵＩ５１０は、「メール送信」ボタン５１２と、「フォルダ保存」ボタン５１４とを含んでおり、ユーザは、これらのボタンを押下することにより、画像データの配信方法を選択することができる。

ＵＩ５２０は、ＵＩ５１０の「メール送信」ボタン５１２を押下したときに表示されるＵＩであり、ＵＩ設定情報３００のセクション３２０を基に構築される。また、ＵＩ５２０は、メール送信先を指定するためのエディットボックス５２２を含んでおり、ユーザは、エディットボックス５２２を用いて画像データの送信先のメールアドレスを入力し、画像データの送信先を指定する。ユーザが、画像データの送信先を指定して実行ボタン（図示せず）等を押下すると、メール送信プラグイン２３０が、当該指定されたメール送信先に、画像データを電子メールの添付ファイルとして送信する。なお、本実施形態では、ユーザカスタマイズ情報として「＠ｆｏｏ．ｊｐ」がエディットボックス５２２に表示されているが、ユーザが指定した任意の文字列を表示することができる。

ＵＩ５３０は、ＵＩ５１０の「フォルダ保存」ボタン５１４が押下されたときに、操作パネルに表示されるＵＩであり、ＵＩ設定情報３００のセクション３３０を基に構築される。また、ＵＩ５３０は、フォルダ保存先を指定するためのエディットボックス５３２を含んでおり、ユーザは、エディットボックス５３２を用いて画像データの保存先のパス等を指定する。ユーザが、画像データの保存先を指定して実行ボタン（図示せず）等を押下すると、フォルダ保存プラグイン２４０が、指定された保存先に画像データを送信して保存させる。

なお、本実施形態のＵＩ５１０には、画像データをメール送信し、またはフォルダ保存する２種類の機能処理を選択するボタンが示されているが、他の実施形態では、様々な種類の機能処理用のボタンを表示することができる。

図６は、本実施形態の画像処理装置が実施するＵＩの更新処理のフローチャートを示した図である。以下、図６を参照して、ＵＩの更新処理について説明する。

図６の処理は、ステップＳ６０１で開始し、本実施形態では、画像処理装置１３０ａ、１３０ｂ、１３０ｃが、管理端末１２０からネットワーク１１０を介して、ＵＩの更新指令およびＵＩテンプレートを受領することにより開始する。他の実施形態では、画像処理装置１３０ａ、１３０ｂ、１３０ｃの記憶装置２２０にＵＩテンプレートを格納しておき、当該画像処理装置の操作パネルからＵＩの更新指令を発行することにより、図６の処理を開始することができる。さらに、他の実施形態では、ＵＩテンプレートが画像処理装置１３０ａ、１３０ｂ、１３０ｃの記憶装置２２０に格納されたことをトリガとして、図６の処理を開始することもできる。

画像処理装置１３０ａ、１３０ｂ、１３０ｃは、ＵＩの更新指令およびＵＩテンプレートを受領すると、ステップＳ６０１で更新制御処理部２１３を呼び出す。ステップＳ６０２では、更新制御処理部２１３がバックアップ処理部２１７を呼び出して、記憶装置２１８に格納されているＵＩ設定情報を記憶装置２１９にバックアップさせる。ステップＳ６０３では、更新制御処理部２１３が、バックアップされたＵＩ設定情報をバックアップ処理部２１７から受領する。なお、本実施形態では、バックアップされたＵＩ設定情報を使用して更新処理を実施するが、他の実施形態では、バックアップ処理を行わずに、記憶装置２１８から取得したＵＩ設定情報を使用して更新処理を実施してもよい。

ステップＳ６０４では、更新制御処理部２１３が更新対象選択処理部２１４を呼び出し、更新対象選択処理部２１４は、ステップＳ６０３で取得したＵＩ設定情報に対してパース処理を実施して、検出したScreenタグのtype属性がPluginかどうか判断する。ステップＳ６０４の判定で、ＵＩ設定情報のScreenタグのtype属性がPluginである場合（ｙｅｓ）、処理をステップＳ６０５に分岐させる。ステップＳ６０５では、更新対象選択処理部２１４が、ステップＳ６０４で検出したScreenタグによって定義されたセクションからPluginタグのtype属性を検出し、検出されたtype属性に対応するプラグインのＵＩテンプレートを記憶装置２２０から取得する。なお、ＵＩテンプレートの識別は、その名称により行うことができ、また、記憶装置２２０内でＵＩテンプレートごとに固有の記憶領域を割り当てることによって実現できる。

ステップＳ６０６では、更新対象選択処理部２１４が、ＵＩ設定情報のPluginタグのversion属性からバージョン情報を取得する。ステップＳ６０７では、更新対象選択処理部２１４が、ステップＳ６０５で取得したＵＩテンプレートのPluginUIタグのversion属性からバージョン情報を取得し、バックアップされたＵＩ設定情報のバージョン情報がＵＩテンプレートのバージョン情報よりも古いかどうか判断する。ステップＳ６０７の判定で、バックアップされたＵＩ設定情報のバージョン情報がＵＩテンプレートのバージョン情報よりも古いと判断した場合（ｙｅｓ）、処理をステップＳ６０８に分岐させ、ＵＩ設定情報を更新する。一方、ステップＳ６０７の判定で、バックアップされたＵＩ設定情報のバージョン情報がＵＩテンプレートのバージョン情報よりも古くないと判断した場合（ｎｏ）、処理をステップＳ６１２に分岐させる。なお、ステップＳ６０８のＵＩ設定情報の更新処理については、より詳細に後述する。

一方、ステップＳ６０４の判定で、ＵＩ設定情報のScreenタグのtype属性がPluginでない場合、本実施形態では「plugin common」の場合（ｎｏ）、処理をステップＳ６０９に分岐させる。ステップＳ６０９では、更新制御処理部２１３が、記憶装置２２０からプラグイン共通のＵＩテンプレートを取得する。ステップＳ６１０では、更新対象選択処理部２１４が、ＵＩ設定情報のPluginCommonUIタグのversion属性からバージョン情報を取得する。

ステップＳ６１１では、更新対象選択処理部２１４が、ステップＳ６０９で取得したＵＩテンプレートのPluginCommonUIタグのversion属性からバージョン情報を取得し、バックアップされたＵＩ設定情報のバージョン情報がＵＩテンプレートのバージョン情報よりも古いかどうか判断する。ステップＳ６１１の判定で、バックアップされたＵＩ設定情報のバージョン情報がＵＩテンプレートのバージョン情報よりも古いと判断した場合（ｙｅｓ）、処理をステップＳ６０８に分岐させ、ＵＩ設定情報を更新する。一方、ステップＳ６１１の判定で、バックアップされたＵＩ設定情報のバージョン情報がＵＩテンプレートのバージョン情報よりも古くないと判断した場合（ｎｏ）、処理をステップＳ６１２に分岐させる。

ステップＳ６１２では、更新対象選択処理部２１４が、ステップＳ６０３で取得したＵＩ設定情報に対してさらにパース処理を実施し、他にScreenタグで既定されたセクションが存在するか否か判断する。ステップＳ６１２の判定で、他にScreenタグで既定されたセクションが存在する場合（ｙｅｓ）、処理をステップＳ６０４に分岐させる。一方、ステップＳ６１２の判定で、他にScreenタグで既定されたセクションが存在しない場合（ｎｏ）、ステップＳ６１３で、更新制御処理部２１３が、リストア処理部２１６を呼び出し、リストア処理部２１６は、ステップＳ６０８で更新されたＵＩ設定情報を記憶装置２１８に格納し、ステップＳ６１４で処理が終了する。

図７は、本実施形態の画像処理装置が実施するＵＩ設定情報の更新処理のフローチャートを示した図である。また、図８は、図７に示す更新前のＵＩ設定情報８１０、メール送信プラグイン２３０用のＵＩテンプレート８２０および更新後のＵＩ設定情報８３０を示した図である。以下、図７および図８を参照して、ＵＩ設定情報の更新処理について説明する。

本実施形態の画像処理装置は、図６の処理で、更新対象選択処理部２１４が、更新する必要があると判断したＵＩ設定情報に対してのみ更新処理を実施する。図７の処理は、ステップＳ７０１から開始し、図６の処理のステップＳ６０８で、更新制御処理部２１３が、更新処理部２１５、２３４、２４４のいずれかを呼び出すことにより開始する。本実施形態では、呼び出すべき更新処理部の選択は、ＵＩ設定情報に記述されたScreenタグのtype属性を使用して行うことができる。なお、説明を明確にするために、メール送信プラグイン２３０の更新処理部２３４が、ＵＩ設定情報８１０に対して更新処理を実施する場合について説明する。

ステップＳ７０２では、更新処理部２３４が、更新処理の対象であるＵＩ設定情報にユーザのカスタマイズ情報が存在するかどうか判断し、ユーザ情報が存在する場合には（ｙｅｓ）、処理をステップＳ７０３に分岐させる。ステップＳ７０３では、更新処理部２３４が、カスタマイズ情報をＲＡＭやレジスタ等の一時記憶装置に待避する。本実施形態では、図８に示すＵＩ設定情報８１０のタグ＜default＞で設定された「＠ｆｏｏ.ｊｐ」８１２がカスタマイズ情報に相当する。ステップＳ７０４では、更新処理部２３４が、更新処理の対象となるＵＩ設定情報８１４を、ＵＩテンプレート８２０の内容に置き換える。ステップＳ７０５では、更新処理部２３４が、ステップＳ７０４で置き換えられたＵＩ設定情報に対してカスタマイズ情報を追加し、ステップＳ７０７で処理が終了する。

一方、ステップＳ７０２の判定で、ＵＩ設定情報にユーザのカスタマイズ情報が存在しないと判断した場合（ｎｏ）、処理をステップＳ７０６に分岐させる。ステップＳ７０６では、更新処理部２３４が、更新処理の対象となるＵＩ設定情報をＵＩテンプレート８２０の内容に置き換え、ステップＳ７０７で処理が終了する。

上述したように、本実施形態の画像処理装置は、多数存在するＵＩ設定情報のうち、更新する必要があると判断したＵＩ設定情報に対してのみ更新処理を実施するため、ＵＩの更新処理を効率的に行うことができる。また、本実施形態の画像処理装置では、更新前のＵＩ設定情報に設定されたユーザのカスタマイズ情報が更新後のＵＩ設定情報に追加されるため、ＵＩの更新後も継続してユーザのカスタマイズ情報をＵＩに表示することができる。

図８に示すＵＩ設定情報８３０は、図７の更新処理によって生成されたＵＩ設定情報である。本実施形態では、新たなＵＩとして追加されたＵＩテンプレート８２０のエディットボックスの記述８２２が、ＵＩ設定情報８３０のセクション８３４に追加されており、ＵＩ設定情報８１０のカスタマイズ情報８１２が、ＵＩ設定情報８３０のセクション８３２に追加されている。

図９は、図７の更新処理を施したＵＩ設定情報８３０に基づくＵＩの実施形態を示した図である。本実施形態の画像処理装置は、更新処理を施したＵＩ設定情報を記憶装置２１８に格納し、当該ＵＩ設定情報を基に、更新されたＵＩを構築する。以下、ＵＩ設定情報８３０に基づいて構築されたＵＩ９００について説明する。

図９に示すＵＩ９００は、メール送信先のメールアドレスを指定可能なエディットボックス９１０と、当該メールの件名を入力可能なエディットボックス９１２とを含んでいる。エディットボックス９１０には、更新処理後も継続してユーザのカスタマイズ情報「＠ｆｏｏ．ｊｐ」が表示されており、図５を参照して説明したように、ユーザは、画像データの送信先のメールアドレスをエディットボックス９１０に入力して、メール送信先を指定することができる。エディットボックス９１２は、図７の更新処理によって新たに追加されたエディットボックスである。ユーザは、添付ファイルとして画像データを送信する電子メールの件名をエディットボックス９１２に入力して、電子メールの件名を指定することができる。

図１０は、他の実施形態のＵＩの更新処理のフローチャートを示した図である。以下、図１０を参照して他の実施形態のＵＩの更新処理について説明する。

図１０の処理はステップＳ１００１で開始し、ユーザが画像処理装置１３０ａ、１３０ｂ、１３０ｃの操作パネルを操作することなどにより、画像データの配信方法を選択するＵＩを起動する要求が発行され、当該画像処理装置が当該要求を受領することより開始する。本実施形態では、図１０の処理が実行される前に、新たなＵＩが追加されたＵＩテンプレートが、予め画像処理装置１３０ａ、１３０ｂ、１３０ｃの記憶装置２２０に格納されていることを要する。

ステップＳ１００２では、ユーザが操作パネルを押下することなどによって生成された画像データの配信方法を選択するＵＩを起動させるイベントが、画像処理装置１３０ａ、１３０ｂ、１３０ｃのＵＩ処理部２２１に通知され、ＵＩ処理部２２１が、ＵＩの更新指令を更新制御処理部２１３に送信する。ステップＳ１００３では、図６の更新処理が実施される。ステップＳ１００４では、ＵＩ処理部２２１が、ステップＳ１００３の処理で更新されたＵＩ設定情報を基にＵＩを構築して、画像処理装置１３０ａ、１３０ｂ、１３０ｃの操作パネルに表示し、ステップＳ１００５で処理が終了する。

図１１は、他の実施形態の画像処理システム１１００の概略図である。画像処理システム１１００は、ネットワーク１１１０と、ネットワーク１１１０に接続される管理端末１１２０と、画像処理装置１１３０ａ、１１３０ｂ、１１３０ｃと、配信サーバ１１４０とを含んでいる。図１を参照して説明した画像処理システム１００と比べて、画像処理システム１１００は、配信サーバ１１４０を備えている点で異なるが、その他の点については、画像処理システム１００と同様であるため、以下、共通する点についての説明は省略する。

配信サーバ１１４０は、画像処理装置１１３０ａ、１１３０ｂ、１１３０ｃがスキャニングした画像データの配信処理や、当該画像処理装置のＵＩの更新処理を行う。具体的には、配信サーバ１１４０は、画像処理装置１１３０ａ、１１３０ｂ、１１３０ｃでスキャニングした画像データを電子メールで送信し、または当該画像データをデータフォルダに保存する等の配信処理を行うプラグインを備えている。また、配信サーバ１１４０は、ＵＩテンプレートを保有しており、管理端末１１２０等からの指示により、画像処理装置１１３０ａ、１１３０ｂ、１１３０ｃのＵＩ設定情報およびＵＩテンプレートを用いて、当該画像処理装置のＵＩを更新する。

なお、配信サーバ１１４０は、ＰＥＮＴＩＵＭ（登録商標）または互換プロセッサを搭載し、ＷＩＮＤＯＷＳ（登録商標）２００Ｘサーバ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのＯＳの管理下で、本実施形態のプログラムを実行する。また、配信サーバ１１４０は、プログラムを実行するための実行空間を提供するＲＡＭ、プログラムやデータなどを持続的に保持するためのＨＤＤなどを含んでおり、本実施形態のプログラムの実行することにより、後述する機能を配信サーバ１１４０上に実現する。

図１２は、図１１に示す画像処理システム１１００に含まれる画像処理装置１１３０ａおよび配信サーバ１１４０の機能ブロック図である。以下、図１２を参照して、画像処理装置１１３０ａおよび配信サーバ１１４０が実装する処理機能について説明する。なお、画像処理装置１１３０ｂ、１１３０ｃについては、画像処理装置１１３０ａと同様の機能を実装するので、以下、より詳細な説明は省略する。

配信サーバ１１４０は、データ入力処理部１２１１と、データ仕分け処理部１２１２と、メール送信プラグイン１２３０と、フォルダ保存プラグイン１２４０とを含んでいる。

データ入力処理部１２１１は、画像処理装置１１３０ａから画像データ、ユーザが選択した機能処理の実行命令、および当該機能処理に関連するプラグインが使用するメール送信先特定情報やファイル保存先特定情報などのメタデータを受領する。また、データ入力処理部１２１１は、当該画像データおよびメタデータをデータ仕分け処理部１２１２に渡す。実行命令には、ユーザが選択した機能処理を特定するためのＩＤ等の情報が含まれている。

データ仕分け処理部１２１２は、受領した実行命令から実行すべき機能処理を判断し、該当する機能処理手段であるプラグイン、本実施形態では、メール送信プラグイン１２３０またはフォルダ保存プラグイン１２４０に画像データを渡す。

メール送信プラグイン１２３０は、画像データを添付ファイルとして電子メールで送信する機能手段であり、配信処理部１２３２と、更新処理部１２３４とを含んでいる。配信処理部１２３２は、データ仕分け処理部１２１２から画像データおよびメール送信先特定情報を受領する。また、配信処理部１２３２は、受領した画像データを添付ファイルとし、メール送信先特定情報で指定されたメール送信先を指定して、メール送信サーバ（図示せず）に画像データを送信する。更新処理部１２３４は、後述する更新制御処理部１２１３の指示により、メール送信プラグイン１２３０用のＵＩテンプレートを用いて、メール送信プラグイン１２３０に関連するＵＩ設定情報を更新する。

フォルダ保存プラグイン１２４０は、画像データをネットワーク１１１０に接続されたファイルサーバやＰＣ等のデータフォルダに保存する機能手段であり、配信処理部１２４２と、更新処理部１２４４とを含んでいる。配信処理部１２４２は、データ仕分け処理部１２１２から画像データおよびファイル保存先情報を受領する。また、配信処理部１２４２は、ファイル保存先特定情報で指定されたファイル保存先を指定して、画像データをファイルサーバに送信する。更新処理部１２４４は、後述する更新制御処理部１２１３の指示により、フォルダ保存プラグイン１２４０用のＵＩテンプレートを用いて、フォルダ保存プラグイン１２４０に関連するＵＩ設定情報を更新する。

また、配信サーバ１１４０は、更新制御処理部１２１３と、更新対象選択処理部１２１４と、更新処理部１２１５と、ＵＩテンプレートが格納されるＨＤＤ等の記憶装置１２１６とを含んでいる。

更新制御処理部１２１３は、管理端末１１２０からＵＩを更新する指令を受領し、本実施形態の画像処理装置にＵＩ設定情報をバックアップする旨の指令を送付して、ＵＩ設定情報をバックアップさせる。そして、更新制御処理部１２１３は、当該画像処理装置からバックアップされたＵＩ設定情報を取得し、配信サーバ１１４０のＲＡＭ等にバッファリングする。また、更新制御処理部１２１３は、更新対象選択処理部１２１４を呼び出し、更新すべきＵＩ設定情報を特定する。さらに、更新制御処理部１２１３は、当該更新すべきＵＩ設定情報に関連する更新処理部１２１５、１２３４、１２４４を呼び出し、当該ＵＩ設定情報に対して更新処理を実施して、更新したＵＩ設定情報を当該画像処理装置に送信する。

ＵＩを更新する指令は、本実施形態のように、管理端末１１２０から受領することもできる。他の実施形態では、ユーザが画像処理装置の操作パネル等を操作することにより、画像処理装置にＵＩを起動する要求を発行し、画像処理装置が当該起動要求を受領して、配信サーバ１１４０にＵＩの更新指令を送付することもできる。さらに、他の実施形態では、ユーザが画像処理装置の操作パネル等を操作することにより、ＵＩを更新する要求を発行し、当該要求を受領した画像処理装置が、配信サーバ１１４０にＵＩの更新指令を送付することもできる。

更新対象選択処理部１２１４は、更新制御処理部１２１３から呼び出されると、ＵＩテンプレートが格納された記憶装置１２１６から該当するＵＩテンプレートを取得して、バッファリングされたＵＩ設定情報と比較し、更新すべきＵＩ設定情報を特定し、更新制御処理部１２１３に通知する。本実施形態では、更新対象選択処理部１２１４は、ＵＩ設定情報のバージョン情報およびＵＩテンプレートのバージョン情報を利用して、ＵＩ設定情報の更新が必要か否か判断する。

更新処理部１２１５は、更新制御処理部１２１３の指示により、プラグイン共通のＵＩテンプレートを用いて、ＵＩ設定情報のうち各プラグインに共通するＵＩ設定情報に対して更新処理を実施する。

記憶装置１２１６は、ＵＩを構築するＨＴＭＬ、ＸＨＴＭＬ、ＸＭＬなどのマークアップ言語で記述された構造化文書であるＵＩテンプレートが格納されている。本実施形態では、図２の実施形態と同様に、ＵＩテンプレートとして、プラグイン共通のＵＩテンプレート、メール送信プラグイン１２３０用のＵＩテンプレート、およびフォルダ保存プラグイン１２４０用のＵＩテンプレートが保存されており、これらのＵＩテンプレートは、ＵＩ設定情報を更新するために使用される。

画像処理装置１１３０ａは、データ出力処理部１２２１と、ＵＩ処理部１２２２と、リストア処理部１２２３と、バックアップ処理部１２２４と、ＵＩ設定情報が格納される記憶装置１２２５と、ＵＩ設定情報のバックアップデータが格納される記憶装置１２２６とを含んでいる。

データ出力処理部１２２１は、画像処理装置１１３０ａに含まれるスキャナ装置（図示せず）がスキャニングし、レベル補正、ガンマ補正、エッジ処理などの画像処理およびＡ／Ｄ変換を施した画像データを受領する。また、データ出力処理部１２２１は、ユーザが選択した機能処理の実行命令や、当該機能処理に関連するプラグインが使用するメール送信先特定情報やファイル保存先特定情報などのメタデータをＵＩ処理部１２２２から受領し、配信サーバ１１４０に送信する。

ＵＩ処理部１２２２は、記憶装置１２２５に格納されたＵＩ設定情報を基にＵＩフェースを構築し、画像処理装置１１３０ａの操作パネルにＵＩを表示する。また、ＵＩ処理部１２２２は、ユーザが操作パネルに表示されたＵＩを押下することによって発行された機能処理の実行命令等をスキャナ装置に通知し、スキャナ装置にスキャニングを実行させる。さらに、ＵＩ処理部１２２２は、各プラグインが使用するメール送信先特定情報やファイル保存先特定情報などのメタデータをデータ出力処理部１２２１に送信する。

リストア処理部１２２３は、配信サーバ１１４０から更新処理が終了した旨の通知とともに、更新されたＵＩ設定情報を受領すると、当該ＵＩ設定情報を記憶装置１２２５に格納する。

バックアップ処理部１２２４は、配信サーバ１１４０からＵＩ設定情報をバックアップする旨の指令を受領すると、記憶装置１２２５に格納されているＵＩ設定情報をバックアップデータとして記憶装置１２２６に格納する。また、バックアップ処理部１２２４は、当該バックアップしたＵＩ設定情報を配信サーバ１１４０に送信する。本実施形態では、バックアップ処理部１２２４は、配信サーバ１１４０の指示により、ＵＩ設定情報をバックアップするが、他の実施形態では、バックアップ処理部１２２４が、定期的にＵＩ設定情報をバックアップしてもよい。

これまで本実施形態につき説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００…画像処理システム、１１０…ネットワーク、１２０…管理端末、１３０ａ…画像処理装置、１３０ｂ…画像処理装置、１３０ｃ…画像処理装置、２１１…データ入力処理部、２１２…データ仕分け処理部、２１３…更新制御処理部、２１４…更新対象選択処理部、２１５…更新処理部、２１６…リストア処理部、２１７…バックアップ処理部、２１８…記憶装置、２１９…記憶装置、２２０…記憶装置、２２１…ＵＩ処理部、２３０…メール送信プラグイン、２４０…フォルダ保存プラグイン、１１００…画像処理システム、１１１０…ネットワーク、１１２０…管理端末、１１３０ａ…画像処理装置、１１３０ｂ…画像処理装置、１１３０ｃ…画像処理装置、１１４０…配信サーバ、１２１１…データ入力処理部、１２１２…データ仕分け処理部、１２１３…更新制御処理部、１２１４…更新対象選択処理部、１２１５…更新処理部、１２１６…記憶装置、１２２１…データ出力処理部、１２２２…ＵＩ処理部、１２２３…リストア処理部、１２２４…バックアップ処理部、１２２５…記憶装置、１２２６…記憶装置、１２３０…メール送信プラグイン、１２４０…フォルダ保存プラグイン

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

Claims (12)

1. ユーザへのインタフェースを提供するためのＵＩを表示する１台以上の第１の装置と、前記１台以上の第１の装置に対してＵＩを表示するためのＵＩ設定情報を送信する第２の装置とがネットワークを介して通信可能に接続されたネットワークシステムであって、前記第１の装置は、
   前記ＵＩを構築するＵＩ設定情報が格納された第１の記憶手段と、
   前記ＵＩ設定情報を使用してＵＩを表示する表示手段と、
   更新されたＵＩ設定情報を受領して格納する第２の記憶手段とを含み、
   前記第２の装置は、
   前記ＵＩ設定情報を受信する手段と、
   前記ＵＩを更新する指令を受領したときに、前記ＵＩ設定情報のうち、カスタマイズ情報は更新せずに、前記ＵＩ設定情報を更新する更新手段と、
   更新されたＵＩ設定情報を送信する手段と
   を含む、ネットワークシステム。
2. 前記第２の装置は、
   前記ＵＩを更新する指令を受領したときに、更新の対象となる前記ＵＩ設定情報に前記カスタマイズ情報が存在するか否かを判断して、更新対象のＵＩ設定情報を選択する更新対象選択手段と、
   前記更新対象選択手段により、存在すると判断された前記カスタマイズ情報を記憶する第３の記憶手段とを備え、
   前記更新手段は、更新対象のＵＩ設定情報を更新し、さらに更新したＵＩ設定情報に前記第３の記憶手段が記憶する前記カスタマイズ情報を追加することで、前記カスタマイズ情報は更新せずに前記ＵＩ設定情報を更新することを特徴とする、請求項１に記載のネットワークシステム。
3. 前記第２の装置は、
   前記ＵＩ設定情報を更新するためのＵＩテンプレートが格納された第４の記憶手段をさらに備え、
   前記更新対象選択手段は、ＵＩ設定情報のバージョン情報と、前記ＵＩ設定情報に対応するＵＩテンプレートのバージョン情報とを比較して、更新対象のＵＩ設定情報を特定する、請求項２に記載のネットワークシステム。
4. 前記ＵＩを更新する指令は、前記第２の装置が、前記ネットワークを介して外部から受領する、請求項１〜３のいずれか１項に記載のネットワークシステム。
5. 前記ＵＩを更新する指令は、前記第１の装置が前記ＵＩを起動する要求を受領することにより、前記第１の装置によって発行される、請求項１〜４のいずれか１項に記載のネットワークシステム。
6. 前記ＵＩを更新する指令は、前記第１の装置が前記ＵＩを更新する要求を受領することにより、前記第１の装置によって発行される、請求項１〜５のいずれか１項に記載のネットワークシステム。
7. ユーザへのインタフェースを提供するためのＵＩを表示する１台以上の第１の装置と、前記１台以上の第１の装置に対してＵＩを表示するためのＵＩ設定情報を送信する第２の装置とがネットワークを介して通信可能に接続されたネットワークシステムが実行する方法であって、前記方法は、
   前記第１の装置が、
   前記ＵＩを構築するＵＩ設定情報を第２の装置に送信するステップと、
   前記第２の装置が、
   前記第１の装置が送信したＵＩ設定情報を受信するステップと、
   前記ＵＩを更新する指令を受領したときに、前記ＵＩ設定情報のうち、カスタマイズ情報は更新せずに、前記ＵＩ設定情報を更新するステップと、
   更新されたＵＩ設定情報を前記第１の装置に送信するステップと、
   前記第１の装置が、
   更新されたＵＩ設定情報を使用してＵＩを表示するステップと
   を含む、方法。
8. 前記方法は、前記第２の装置が、
   前記ＵＩを更新する指令を受領したときに、更新の対象となる前記ＵＩ設定情報に前記カスタマイズ情報が存在するか否かを判断して、更新対象のＵＩ設定情報を選択するステップと、
   前記選択するステップにおいて存在すると判断した前記カスタマイズ情報を記憶手段に記憶するステップとをさらに含み、
   前記更新するステップは、
   更新対象のＵＩ設定情報を更新し、さらに更新したＵＩ設定情報に対し、前記記憶手段に記憶された前記カスタマイズ情報を追加することで、前記カスタマイズ情報は更新せずに、前記ＵＩ設定情報を更新するステップを含む、請求項７に記載の方法。
9. 前記更新対象のＵＩ設定情報を選択するステップは、
   ＵＩ設定情報のバージョン情報と、前記ＵＩ設定情報に対応するＵＩテンプレートのバージョン情報とを比較して、更新対象のＵＩ設定情報を特定するステップを含む、請求項８に記載の方法。
10. 前記ＵＩを更新する指令は、前記第２の装置が、前記ネットワークを介して外部から受領する、請求項７〜９のいずれか１項に記載の方法。
11. 前記ＵＩを更新する指令は、前記第１の装置が前記ＵＩを起動する要求を受領することにより、前記第１の装置によって発行される、請求項７〜１０のいずれか１項に記載の方法。
12. 前記ＵＩを更新する指令は、前記第１の装置が前記ＵＩを更新する要求を受領することにより、前記第１の装置によって発行される、請求項７〜１１のいずれか１項に記載の方法。