JP2010092486A - 非プログラマチックインターフェースのための機器の移植処理方法 - Google Patents

Abstract

【課題】パラメータ設定対象の機器がそれぞれ異なる機種の場合であっても、設定先の機器の機種を意識せずにパラメータを一括設定できるコンピューティング機器、方法、当該方法を実行するプログラムを記録した記録媒体を提供する。
【解決手段】装置グループ内のＵＩ同士が、同一かどうかをテストし（テスト７１０）、もしそうであれば、ＵＩ同士を統合する（処理ブロック７７０）。装置グループ内のＵＩは同一でないが、同一レイアウトを有する場合には、コンテンツが同一かどうかテストする（テスト７４０）。コンテンツが同一の場合、ＵＩの統合を行う（処理ブロック７７０）。コンテンツが同一でない場合、非同一コンテンツが利用可能な統合処理（プログラム）により統合可能かどうかテストを行う（テスト７５０）。可能なら、コンテンツを統合し（処理ブロック７６０）、ＵＩは統合される（処理ブロック７７０）。
【選択図】図７

Description

本発明は、いくつかの実施形態において、一般にはホストコンピュータを提供するコンピューティング機器の監視と制御に関し、より詳細にはホストコンピュータを提供する複数のコンピューティング機器のそれぞれに対してユーザーインターフェースを統合した後に入力の移植処理を行うことにより、ユーザーから入力された装置設定の移植処理（一括設定処理）を行うことに関する。

現在、ネットワークにおける各画像処理装置の全ての機能は、ユーザーによりプログラム（例えばＳＮＭＰやＷＳＤＬなど）でアクセス（利用）が可能とは限らない。むしろ、機能の一部のみが埋め込みのウェブページなど対話型ヒューマンインターフェースを介して設定可能（利用可能）である。他のネットワークにおいて、管理システムはプログラマチックインターフェースを認識しないので、対話型ヒューマンインターフェースが、通常はユーザーが各装置を手動でプログラミング（操作）しなければならない機能に対処する唯一の選択肢になっている。この機能は、実行する上で各種パラメータを設定可能である。

リモートのユーザーインターフェース（ＵＩ）を介したプリンタ操作は、日本国特許出願中の特許文献１（特開平８−２３４９４５号公報）において開示されており、プリンタはそのＵＩの記述をホストＰＣ上のプリンタドライバに送る。図１で構造１００は、プリンタ１２０からのＵＩの記述に基づきプリンタを操作するためのＵＩ１１４をホストＰＣ１１０においてレンダリングするプリンタドライバ１１２を示す。ドライバーでレンダリングされたＵＩからの入力は次に１つのプリンタへ送られる。しかし、この構造と操作方法は、１つのプリンタ上で設定を行う点及び複数の非プログラマチックＵＩ（人間との対話を必要とするユーザーインターフェース）の統合が無いという点で制限（限定）されると思われる。

特許文献２（米国特許番号５，６９９，４９４号）には、プリンタがそのフロントパネル（ＵＩ）をリモートホストに複製する方法が開示されている。この方法は、プリンタはそのＵＩの複製の記述をホストＰＣに送る。図２における処理の流れの構造２００と操作方法では、ホストＰＣ２１０はプリンタ２４０のフロントパネル上のＵＩ２３０と同じ又は類似のＵＩ２２０を複製する。そしてプリンタはローカル又は複製したＵＩのいずれかにより操作される。ＵＩは１つのＵＩへのアップデートが他のＵＩで複製されるように同期される。しかし、この方法は、１つのプリンタ上で設定を行い、複数の非プログラマチックＵＩの統合が無いという点で制限される。

特許文献３（米国特許出願公開第２００２／０１６１７４０（Ａ１）号明細書）には、装置グループの装置を管理する装置管理アプリケーションの手段が開示されている。図３はユーザーがプリンタをサブグループ、例えば論理グループＡ３１０や論理グループＢ３２０にグループ化するプロセス３００を示す。プリンタ、例えば装置Ａ４ ３１２は２以上のサブグループにも属す。各サブグループは一組の設定３３０と関連することができる。その設定は、３３１、３３２、３３３で、それぞれのサブグループの各プリンタに移植される。しかし、この方法は、複数の非プログラマチックＵＩの統合が無いという点で制限される。

特許文献４（特開２０００−１５５６５８号公報）には、ネットワーク接続されているプリンタ、スキャナなどの周辺機器の設定を一元管理するホストコンピュータ（管理サーバ）が開示されている。
また、特許文献５（特開２００５−１９７９３５号公報）には、複数の対象機器毎に設定すべき機器別設定情報が対応付けられた一括設定情報に基づき、各対象機器を識別し、ネットワークを介して機器別設定情報を複数対象機器に一括設定する技術的手段が開示されている。

特開平８−２３４９４５号公報 米国特許番号５，６９９，４９４号 米国特許出願公開第２００２／０１６１７４０ 特開２０００−１５５６５８号公報 特開２００５−１９７９３５号公報

しかし、特許文献１〜５に開示の技術手段では、前述のように、複数の非プログラマチックＵＩの統合が無いという点で制限される。例えば、パラメータ設定対象の機器がそれぞれ異なる機種の場合、設定先の機器の機種を意識してパラメータを設定しなければならず、パラメータの設定処理が煩雑になる。

本発明はかかる実情に鑑みてなされたものであり、パラメータ設定対象の機器がそれぞれ異なる機種の場合であっても、設定先の機器の機種を意識せずにパラメータを一括設定できるコンピューティング機器、方法、当該方法を実行するプログラムを記録した記録媒体を提供することを目的とする。

本発明は、ユーザーの入力を必要とするユーザーインターフェースを有する複数のコンピューティング機器の中の２つ以上に基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合すること、統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザー入力を複製することと、前記統合したユーザーインターフェースに基づき、複製したユーザー設定を複数の周辺コンピューティング機器の中の２つ以上に送るために出力することによりユーザーから入力された装置設定の移植処理を行う機器、方法、及びコンピュータが読み取り可能な媒体を介して具現化することができる。例えば、処理装置と、メモリを備えるコンピューティング機器であって、前記処理装置は、（ａ）ユーザーの入力を必要とするユーザーインターフェースを有する複数のコンピューティング機器の中の２つ以上に基づき、ユーザーインターフェースを統合し、（ｂ）前記統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザー入力を複製し、（ｃ）前記統合したユーザーインターフェースに基づき、複製したユーザー設定を前記複数の周辺コンピューティング機器の中の２つ以上に送るために出力するよう、１以上の命令を実行するようになされていることを特徴とするコンピューティング機器の例として具現化することができる。前記コンピューティング機器の前記処理装置は、更にＵＩの応答の比較に基づき、２以上のグループによって、前記ユーザーインターフェースを統合するようになっている。つまり、いくつかの実施形態において、２つ以上のグループ化された周辺コンピューティング機器から受信したＵＩ（データ）を比較し、前記複数のユーザーインターフェースは、レイアウトとコンテンツを有する第１ユーザーインターフェースと、レイアウトとコンテンツを有する第２ユーザーインターフェースを備え、そして、前記処理装置は、更に前記第２ユーザーインターフェースと同一のレイアウトを有する前記第１ユーザーインターフェースに基づき、次に、前記第２ユーザーインターフェースと同一のコンテンツを有する前記第１ユーザーインターフェースに基づき、統合するように構成されている。また、前記コンピューティング機器は、前記複製したユーザーインターフェースを周辺レンダリング装置及び／又は複合機に出力する。また、前記処理装置は、更に、コンテンツを統合したユーザーインターフェースのグループの各インスタンスから統合ユーザーインターフェースを表示するために１以上の命令を実行するように構成されている。

本発明は、１以上のコンピューティング機器により実施される。従って、本発明は、例として、（ａ）ユーザーの入力を必要とするユーザーインターフェースを有する複数のコンピューティング機器の中の２つ以上に基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合し、（ｂ）前記統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザーの入力を複製することと、（ｃ）前記統合したユーザーインターフェースに基づき、複製したユーザー設定を前記複数の周辺コンピューティング機器の中の２つ以上に送るために出力することとを有することを特徴とするユーザーから入力された装置設定の移植処理を行う機器で処理可能な方法として、具現化することができる。前記ユーザーインターフェースを統合する工程は、２つ以上のグループ化された周辺コンピューティング機器から受信したＵＩ（データ）を比較することにより実行される。前記複数のユーザーインターフェースは、レイアウトとコンテンツを有する第１ユーザーインターフェースと、レイアウトとコンテンツを有する第２ユーザーインターフェースを備え、そして、いくつかの実施形態において、統合の工程は、更に、前記第２ユーザーインターフェースと同一のレイアウトを有する前記第１ユーザーインターフェースに基づき、次に、前記第２ユーザーインターフェースと同一のコンテンツを有する前記第１ユーザーインターフェースに基づき、統合することを含む。装置の実施形態の例と同様に、方法又は処理の実施形態の例は、周辺レンダリング装置及び／又は複合機などの周辺コンピューティング機器を介して出力する。また、いくつかの処理又は方法の実施形態は、更に、コンテンツを統合したユーザーインターフェースのグループの各インスタンスから統合ユーザーインターフェースを表示する工程を含む。

本発明は、例えば、記憶やインストールを目的として実施される。従って、本発明は、コンピュータにより実行される場合、（ａ）ユーザーの入力を必要とするユーザーインターフェースを有する複数の周辺コンピューティング機器の中の２つ以上に基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合すること、（ｂ）前記統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザーの入力を複製することと、（ｃ）前記統合したユーザーインターフェースに基づき、複製したユーザー設定を前記複数の周辺レンダリング装置の中の２つ以上に送るために出力することにより、ユーザーから入力された装置設定の移植処理の１以上の命令を、コンピュータに実行させるように動作するコンピュータが実行可能な命令を記憶するコンピュータが読み取り可能な媒体として、具現化することができる。任意に、コンピュータが読み取り可能な媒体に記憶されたユーザーインターフェースを統合する命令は、２つ以上のグループ化された周辺コンピューティング機器から受信したＵＩ（データ）の比較に基づき、周辺レンダリング装置及び／又は複合機などのコンピューティング機器のために出力が準備される。前記複数のユーザーインターフェースは、レイアウトとコンテンツを有する第１ユーザーインターフェースと、レイアウトとコンテンツを有する第２ユーザーインターフェースであってもよい。いくつかの実施形態に対して、統合の命令は、更に、前記第２ユーザーインターフェースと同一のレイアウトを有する前記第１ユーザーインターフェースに基づき、次に、前記第２ユーザーインターフェースと同一のコンテンツを有する前記第１ユーザーインターフェースに基づき、統合する命令を含む。前記装置の実施形態の例と同様に、前記コンピュータが実行可能な命令の例は、周辺レンダリング装置及び／又は複合機などの周辺コンピューティング機器を介して出力する命令を含む。また、いくつかのコンピュータが実行可能な命令は、更に、コンテンツを統合したユーザーインターフェースのグループの各インスタンスから統合ユーザーインターフェースを表示するための１以上の命令を含む。

即ち、本発明のコンピューティング機器は、ネットワークを介して接続されているＭＦＰ等の複数の周辺機器から当該周辺機器のＵＩデータを取得する。そして、当該データに基づき、同種類の設定パラメータ項目を統合した統合ＵＩデータを生成し表示する。表示された統合ＵＩを介して設定作業者が入力した設定パラメータを前記周辺機器に送信し、当該周辺機器におけるパラメータの一括設定を行う。

本発明によれば、機種毎に異なるＵＩを統合して、パラメータの一括設定可能な項目がＵＩ上に統合（表示）される統合ＵＩを作成することができるので、設定作業者は、統合ＵＩ上で各周辺機器に対する各種パラメータを一括設定することができる。その結果、設定先の機種を意識することなくパラメータの一括設定が可能になるので、パラメータ設定作業時間を短縮することができる。

先行技術のプリンタＵＩの構造を示す図である。 先行技術のプリンタＵＩの構造を示す図である。 先行技術のプリンタＵＩの構造を示す図である。 本発明の装置の実施形態の一例を示す図である。 本発明のプリンタＵＩの構造の実施形態の一例を示す図である。 本発明のプリンタＵＩの構造の実施形態の一例を示す図である。 本発明のプリンタＵＩの構造の実施形態の一例を示す図である。 本発明の統合プロセスの実施形態の一例を示すトップレベルフローチャートである。 本発明のプリンタＵＩの構造の実施形態の一例を示す図である。 本発明のプリンタＵＩの構造の実施形態の一例を示す図である。

本発明の複数の実施形態が、添付の図面中の図において例示されるが、限定されるものではない。
非プログラマチックインターフェースを、ここでは人間との対話を必要とするインターフェースと定義する。この非プログラマチックインターフェースはコンピューティング周辺機器中にある１以上の埋め込みのウェブページとして具現化することができ、またそのようなインターフェースは、ホストＰＣ上のウェブブラウザを介して表示することができる。本発明の例示の実施形態としてここで記載するのは、人間ユーザー対話型インターフェース等の非プログラマチックインターフェースを介して、１つの装置グループの同時手動プログラミング（操作）を行うシステム、方法及びコンピュータが読み取り可能な媒体である。即ち、本発明の実施形態は、埋め込みのウェブページ等の対話型ヒューマンインターフェースを介して、１つの装置グループにおいて、装置設定の移植処理（複製処理）を行うシステム、方法及びコンピュータが読み取り可能な媒体で構成される。例示の操作環境は、複合機（ＭＦＰ）等及び／又はプリンタ等の１以上の画像処理装置で構成される。グループの各装置は、ホストＰＣ上のウェブブラウザを介して装置を操作するための、埋め込みのウェブページ等のリモート非プログラマチックインターフェースを有する。例示の操作環境は、更にＭＦＰ装置を管理するホスト上で作動する装置管理アプリケーションを有している。この管理機能は、あるレベルの装置移植処理機能を備える。
本発明の実施形態は、ウェブページとして実施されるユーザーインターフェース（ＵＩ）のため等の、ＵＩ統合能力を有する装置管理アプリケーションを有する。ユーザー／オペレーターは、複数の装置を１以上の装置グループへ割り当てる。あるグループ内で、オペレーターは、例えばデフォルトの印刷設定のページといった特定のＵＩのリクエストを行うことが可能である。そしてウェブページから始められるＵＩのリクエストは、装置グループ中のすべての装置に対して行われる。また各装置は、そのＵＩ、例えばそのウェブページによって装置管理のアプリケーションへ応答する。ここでの教示によれば、プログラムアプリケーションは、複数のＵＩを１つのＵＩに統合する。またオペレーターは、装置設定の移植処理の機能を有するように、統合された１つのＵＩへの入力を行う。よって入力内容は複製され、装置グループ中の各装置へと送り戻される。
本発明の実施形態は、図４（Ａ）に示されるホストコンピュータ等のコンピューティング機器を介して実行できる。コンピューティング機器又はホストコンピュータ４２０の例としては、中央処理装置（ＣＰＵ）等のプロセッサ４２４、アドレス指定可能なメモリ４２７、例えばユニバーサルシリアルバス（ＵＳＢ）ポートと当該ポートの関連処理やイーサネット（登録商標）ポートと当該ポートの関連処理に係る外部装置インターフェース４２６、及び例えばディスプレイ、及びキーボード及び／又はポインターマウスシステム、及び／又はタッチスクリーン等のユーザーインターフェース４２８で構成される。これらの要素はデータバス４２９を介して互いに通信する。オペレーティングシステム４２５を介して、プロセッサ４２４は本発明の例示する実施形態に従って、装置管理アプリケーション４２３の工程を実行するよう構成されている。

操作環境例
図４（Ｂ）は例示的な操作環境の例を示す図である。操作環境例４００は、例えばプリンタＡ４１１及びプリンタＢ４１２といった複数のＭＦＰ４１０を有する。操作環境が構成する、さらなる装置の例としては、プリンタ、スキャナ、コピー機、ファクシミリ機、プロッター、ファイリング装置、フォーマット変換機、視聴覚（Ａ／Ｖ）プレーヤー及び／又はレコーダー、表示装置、パブリッシング装置、デジタルホワイトボード、インターネット接続された機器、コンピュータ、サーバー、及びワールドワイドウェブ利用のサービス等のソフトウェアアプリケーションサービスがある。各装置は、特定の装置の操作パラメータ用、又は設定作成用の、非プログラマチックインターフェース、すなわち、プリンタＡ ＵＩ４１３、プリンタＢ ＵＩ４１４を有している。従って、ホストは、装置へのリモートアクセス（４２１、４２２）をサポートし、リモートアクセスが可能な装置のためにＵＩをレンダリング（４３１、４３２）する。さらに、これらの装置は、ホスト４２０において、装置管理アプリケーション４２３によって管理される。装置管理アプリケーション４２３は、選択したいくつかのセットに対する装置のグループ化及び装置の機能化、及び／又は、設定の移植処理４３５の機能化を可能とする

ＭＦＰ装置グループへのリモートＵＩリクエスト
図５は、本発明の実施形態５００の例であり、例えば、論理グループＡ５１０といった論理グループの装置５１１〜５１３の中の２つ以上のリモートＵＩに対してリクエスト５２３を行う際に、ラジオボタン又は他の指定領域５２５をクリックすること等により、表示画面例５２２を介してオペレーター／ユーザーを順にサポートする。装置管理アプリケーション５２１はホスト５２０によってサポートされる。処理工程を実行する時に、装置管理アプリケーション５２１は、参照するための埋め込みのウェブページの関連ＵＲＬ、即ち装置の／へのＵＲＬをユーザーが指定（入力）するための入力ボックス５２４を表示する。装置のウェブページは、プリンタクリックページ、システム設定ページ、警告通知ページ、１以上のネットワーク設定ページ、ユーザーアクセス管理ページ、電力消費設定ページ及びジョブ待ちページで構成される。図６は、ＰＣホスト６２０環境により、装置管理アプリケーション６２１が、例えばＵＩとしてのウェブページといったＵＩを複製し、装置グループ中の装置の各ＵＩ６３０をリクエストすることをサポートする構造例６００を示す。例えば、装置管理アプリケーションは、グループ６１０の各装置へ例えば「ポート８０」でのＨＴＴＰ接続を行い、次に各ＨＴＴＰ接続（図５）から、例えば、ｓｔａｔｓ／ｃｌｉｃｋｓ．ｈｔｍｌといったユーザーが指定したウェブページをリクエストする。また装置管理アプリケーション６２１は、装置（ＭＦＰ）６１１〜６１３がうまく応答しているかどうかを監視する。装置管理アプリケーション６２１は、所定の又はプログラム（変更）が可能な期間を利用、例えばカウントダウンして応答を待つ。その期間内に応答が無い場合には、アプリケーション６２１は、監視中の装置が、ＵＩリクエストに対し、リモートＵＩを提供しなかったものとして、回答無しとして扱い、処理を続ける。そうでなければ、応答は不履行の表示のため、チェックされる。ハイパーテキストマークアップ言語（ＨＴＭＬ）の場合、２００シリーズのＨＴＴＰ応答コードはリクエストがエラー無しの状態で処理されたことを示し、２００レベルでない応答は、不履行とみなす。装置管理アプリケーション６２１はその際、応答した装置の一覧及び成功裏に応答しなかった装置の一覧を保持する。１以上の装置が成功裏に応答しなかった場合、アプリケーションはユーザーに、指定したウェブページに対するリクエストを続けて行うよう、又は、ユーザーに、例えばキーボードエントリー、マウスポインターシステム、及び／又はタッチスクリーンディスプレイといった別の入力手段をもって処理を任意に終了するよう、促す。

ＵＩ統合
装置グループより応答を受け取った後、装置管理アプリケーションは全ての成功したＵＩの応答を１つの統合ＵＩへと統合しようとする。統合の方法の実施例を図７に示す：
以下に、図７の説明で用いる用語の意味を示す。
入力フィールドとは、ＵＩ画面を介してユーザーがデータ入力する際に使用する、テキスト入力用ボックス、ラジオボタン、チェックボタン等の入力用ユーザーインターフェースを意味する。
出力フィールドとは、ＵＩ画面を介してユーザーにデータを表示する際に使用する、表示ボックス等の出力用ユーザーインターフェースを意味する。
出力フィールドのテキスト値とは、出力フィールドに関連するテキスト、例えば、出力フィールドの近傍に表示される説明文等を意味する。
サブセットとは、ＵＩ全体（フルセット）の一部分を意味する。
“value”（“値”）属性とは、入力値を指定するための属性であり、例えば、入力フィールドがテキスト入力用ボックスならその初期値を指定するための属性である。
“name”（“名前”）属性とは、入力フィールド等の要素に名前を設定するための属性である。
ドロップダウンボックス（ドロップダウンリストともいう）とは、ユーザーが選択項目一覧から１つの項目を選択することを可能するユーザーインターフェースを意味する。

（ａ）第１のＵＩが、例えばプリンタクリック合計といった第２のＵＩと同じ出力フィールド、及び例えばスリープ間隔といった第２のＵＩと同じ入力フィールドを有する、第１ＵＩと第２ＵＩ間で同一のレイアウトの判定をする；ここで、プリンタクリックとは、第１のＵＩに係る装置がプリンタの場合、当該プリンタを利用するためユーザーが当該プリンタのＵＩをクリックした全回数を意味する。スリープ間隔とは、ユーザーが一定時間、装置を使用しないとスリープモード（休止モード）に移行する場合、当該一定時間（ユーザーが装置を使用しない時間）を意味する。なお、前述の例では、前記出力フィールドに前記プリンタのＵＩをクリックした全回数が出力（表示）される。
また（ｂ）全出力フィールドにわたって出力フィールド毎に、第１ＵＩが第２ＵＩと同値を有する、第１ＵＩの出力フィールドと第２ＵＩの出力フィールドの間で、同一コンテンツの判定を行う。図７を参照すると、処理例７００では、ホストコンピュータに本発明のプログラムがロードされると、当該プログラムがホストコンピュータに以下の工程を行わせる。

（ａ）装置グループを構成する各装置から受信したＵＩデータ（以下、ＵＩと記す）、つまり、装置グループ内のＵＩ同士が、同一かどうかをテストする（テスト７１０）。
このテストは、第１ＵＩ、第２ＵＩが例えばＨＴＭＬ（ハイパーテキストマークアップ言語）から構成される場合、受信した各ＵＩ（ＨＴＭＬ）から空白（スペース）を除去し、バイト単位で各ＵＩを比較することによって実行される。バイト単位で比較した各ＵＩが同一ならば、装置グループ内のＵＩ同士は、同一である。もし同一であれば（テスト７１０／ＹＥＳ）、ＵＩ同士を統合する（処理ブロック７７０）。

（ｂ）装置グループ内のＵＩ同士が同一でなくとも（テスト７１０／ＮＯ）、受信した各ＵＩにおける説明文字列、設定ボタン、チェックボックス等の配置位置を示すＵＩのレイアウトが同一か、つまり、受信した各ＵＩが同一レイアウトを有しているかどうかをテストする（テスト７２０）。

ここでは、受信した各ＵＩが、同一の入力フィールドと同一の出力フィールドを有していれば、レイアウトにおいて同一であると判定する。同一の入力フィールドを有しているか否かは、各ＵＩのＨＴＭＬタグが同一の入力フィールドのタグであるか（例えば、<input>,<select>,<form>（＜入力＞＜選択＞＜形成＞））を判定すればよい。第１ＵＩの全ての入力フィールドのタグが第２ＵＩの全ての入力フィールドのタグと一致すれば、各ＵＩの入力フィールドのレイアウトは同一である。そうでなければ、異なっている。

同じく、同一の出力フィールドを有しているか否かは、各ＵＩのＨＴＭＬタグが同一の出力フィールドのタグであるか（例えば、<p>,<span>（＜ｐ＞、名前属性付き＜スパン＞））を判定すればよい。第１ＵＩの全ての出力フィールドのタグが第２ＵＩの全ての出力フィールドのタグと一致すれば、各ＵＩの出力フィールドのレイアウトは同一である。そうでなければ、異なっている。
各ＵＩの全ての入力フィールドと各ＵＩの全ての出力フィールドが、同一であると判定されれば、各ＵＩのレイアウトは同一であると判定する。そうでなければ、異なっていると判定する。

もし、異なっていると判定すると（テスト７２０／ＮＯ）、例えば、ＵＩの一部分がレイアウトにおいて同一か判定し、一致した部分についてサブセットのＵＩを生成する（処理ブロック７３０）。なお、一致しない部分については削除する。
ＵＩの一部分がレイアウトにおいて同一か否かは、例えば次の処理を実行することにより判定する。
第１ＵＩ（ＨＴＭＬ）から、第２ＵＩと同一の入力フィールド、同出力フィールドを抽出して、抽出した入力フィールド、出力フィールドに基づき、新たにサブセットの第１ＵＩを生成する。また、第２ＵＩ（ＨＴＭＬ）から、第１ＵＩと同一の入力フィールド、同出力フィールドを抽出して、抽出した入力フィールド、出力フィールドに基づき、新たにサブセットの第２ＵＩを生成する。
これらサブセットの各ＵＩを、ステップ７１０にフィードバックさせて、ステップ７１０以下の処理を実行する。

その後、サブセットのレベルで再度処理（サブセットにおいて同一レイアウトを有しているかテスト）され、同一ＵＩのテストが行われる（テスト７１０に戻り、全サブセットについてテスト７１０の処理を繰り返す）。

次に、装置グループ内のＵＩは同一でないが（テスト７１０／ＮＯ）、同一レイアウトを有する場合には（テスト７２０／ＹＥＳ）、（ｃ）レイアウト内のコンテンツが同一かどうかテストする（テスト７４０）。
ここでは、レイアウトが同一である各ＵＩのＨＴＭＬに含まれる入力フィールドに関連する値（“value”（“値”）属性）が同一であり、更に、前記各ＵＩのＨＴＭＬに含まれる出力フィールドに関連する値（開始タグと終了タグの間のテキスト）が同一であれば、コンテンツにおいても同一であると判定する。

コンテンツが同一の場合（テスト７４０／ＹＥＳ）、ＵＩの統合を行う（処理ブロック７７０）。コンテンツが同一でない場合（テスト７４０／ＮＯ）、（ｄ）利用可能な統合処理（プログラム）により、非同一コンテンツが統合可能かどうかテストを行う（テスト７５０）。

まず、テスト７５０について説明する。
各ＵＩがレイアウトにおいて同一であるが（テスト７２０／ＹＥＳ）、コンテンツにおいて異なっている場合（テスト７４０／ＮＯ）、各ＵＩの不一致入力フィールド、同出力フィールドのコンテンツを統合できるか決定する。この決定は、例えば、次のように行う。

各ＵＩにおける同一“name”（“名前”）属性を有する入力フィールドの“名前”属性の値が同じであれば、各ＵＩの入力フィールドを統合出来る。入力フィールドが、例えば、ドロップダウンリストの場合、この入力フィールドの“名前”属性の値は、このドロップダウンリストの選択項目である。

各ＵＩにおける同一“名前”属性を有する出力フィールドのテキスト値が同じであれば、各ＵＩの出力フィールドを統合出来る。なお、出力フィールドの場合、前記テキスト値が各ＵＩで異なっていても、統合することは可能である。

コンテンツの統合が不可能であれば（テスト７５０／ＮＯ）、前述した処理ブロック７３０の処理を実行する。

コンテンツの統合が可能であれば（テスト７５０／ＹＥＳ）、コンテンツを統合する（処理ブロック７６０）。
コンテンツの統合の方法としては、例えば、各ＵＩにおける同一“名前”属性を有する出力フィールドが統合できる場合、前記出力フィールドを、ドロップダウンボックス等と置き換えればよい。

上記のコンテンツの統合が終了すると、ＵＩの統合を実行する（処理ブロック７７０）。ＵＩの統合の１つの方法として、次の処理を実行する。
統合された“入力フィールド”、“出力フィールド”を、例えば、第１ＵＩにおける前記“入力フィールド”、“出力フィールド”の配置順序と同じように配置した、新しいＨＴＭＬページを生成する。このとき、必要に応じて、“入力フィールド”間、“出力フィールド”間に<br/>を付加して改行する等して、配置場所を調整することができる。

このように、図７の処理により応答ＵＩを同一応答ＵＩグループへグループ化する。ここで、応答ＵＩとは、装置グループを構成する各装置から受信したＵＩ（データ）を意味する。もし全てのＵＩが１グループになる場合（テスト７１０／ＹＥＳ）、全てのＵＩを統合できるので（処理ブロック７７０）、統合したＵＩ（統合ＵＩ）はそのグループの同一の応答ＵＩである。図７で説明した上記の処理により同一応答ＵＩのグループと同一ＵＩレイアウトのグループを統合する（テスト７２０及び処理ブロック７３０）。また上記の処理により同一ＵＩレイアウトのグループと同一コンテンツのグループを統合する。すべてのＵＩが１つの同一コンテンツのグループである場合（テスト７４０／ＹＥＳ）、処理例では、グループの応答ＵＩのいずれのＵＩのインスタンスも統合する（処理ブロック７７０）。ここで、ＵＩのインスタンスとは、本発明の実施形態の場合、ＨＴＭＬデータを意味する。処理例では、同一コンテンツＵＩのグループ（テスト７５０）が異なるコンテンツを統合可能なグループに統合する（処理ブロック７６０）。

本発明の処理の実施形態では、統合に利用するための多数の異なったルールも可能である。統合ルールの例としては以下がある。（ｉ）異なるコンテンツの各インスタンスを、各値のインスタンスがコンマによって区切られている異なる値のインスタンスの一覧で置き換える。つまり、異なるコンテンツの各インスタンス値（コンテンツに係る各パラメータ値）を、各インスタンス値がコンマによって区切られている異なるインスタンス値の一覧で置き換える。または（ii）異なるコンテンツの各インスタンスを、空欄又は線で消したアップデートが不可能な領域で置き換える。つまり、異なるコンテンツの各インスタンス値を消去又は当該各インスタン値に取消線等を付加することにより（ディスエーブル）、該各インスタンス値を変更できないようにする。全てのＵＩが１つのコンテンツを統合したグループにある場合、上記処理によれば、統合ＵＩはそのグループのコンテンツを統合したＵＩである。コンテンツを統合した複数のＵＩのグループがある場合には、処理においては、コンテンツを統合したＵＩのグループの各インスタンスから統合ＵＩを表示する。

別の処理実施形態では、応答ＵＩを、各グループ内で同一の応答ＵＩを有するグループにグループ化する。複数のグループがある場合には、処理は、例えば同一応答ＵＩのグループ毎に１グループの統合ＵＩを１つ生成する処理工程を任意に含むこともできる。処理実施形態の例として、同一応答ＵＩのグループを同一ＵＩレイアウトのグループに統合すること及び同一ＵＩレイアウトのグループを同一コンテンツのグループに統合することを含むこともできる。また複数のグループがある場合、処理実施形態は、オプションとして、１グループの統合ＵＩを例えば同一コンテンツを有する応答ＵＩのグループ毎に１つ生成する工程を含むことができる。処理例は、同一コンテンツＵＩを異なるコンテンツが統合されるグループに統合することを続ける。前記処理はまたコンテンツを統合したＵＩグループの各インスタンスから統合ＵＩを表示する。

統合ＵＩ：入力及び応答
図８は、例えばウェブブラウザのページのインスタンスのために８１０で示される各統合ＵＩに、ユーザーが設定のために適切な入力を行う（８２０）ことを示すブロック図８００である。図９は入力８２０が表示レンダリング部９１０（例えば、ウェブブラウザ）を介して、応答複製部９２０に送られることを説明する構造例９００である。応答複製部９２０は、統合コンテンツＵＩグループの各ＭＦＰ装置９３１〜９３３へと同一応答を複製し、送るよう構成されている。応答には、例えば、１以上の特定変数の１つ又はグループを設定するための、入力フォームからのＨＴＭＬポスト指令が含まれる。

以上により、１グループ内での装置の設定の移植処理を行うためのシステム、方法、及びコンピュータが読み取り可能な媒体が本明細書において提供されるということが理解されよう。本明細書に記載のモジュール及び機能は、更に再分割、組み合わせ、及び／又は変更することができるが、それでも本発明の実施形態の精神（要旨）に含まれるということも、当業者によって理解されるであろう。また、本発明の様々なバリエーションを詳細に示して説明したが、本発明の範囲内のその他の修正は、本開示に基づき当業者により直ちに明らかになり、例えば、本明細書に記載のフローチャート又は処理の例は修正及び変更を加えることができるが、それでも本発明の精神（要旨）に含まれる。実施形態の特定の特徴及び態様の様々な組み合わせ又は部分的組み合わせが可能であり、更に本発明の範囲内であることも考えられる。従って、開示された実施形態の様々な特徴及び態様は、開示の発明の各種形態を形成するため、互いに組み合わせたり代替したりすることができるということが理解されよう。よって、本明細書において開示された本発明の範囲は、上記開示された特定の実施形態によって制限されないことが意図されている。

１１０…ホストＰＣ、１１２…プリンタドライバ、１１４…ＵＩ、１２０…プリンタ、２１０…ホストＰＣ、２２０…ＵＩ、２３０…ＵＩ、２４０…プリンタ、３１０…論理グループＡ、３２０…論理グループＢ、３３０…設定、４１０…ＭＦＰ、４１１…プリンタＡ、４１２…プリンタＢ、４１３…プリンタＡ ＵＩ、４１４…プリンタＢ ＵＩ、４２０…ホスト、４２１，４２２…リモートアクセス、４２３…アプリケーション、４２４…プロセッサ、４２５…オペレーティングシステム、４２６…外部装置インターフェース、４２７…メモリ、４２８…ユーザーインターフェース、４２９…データバス、４３１…装置、４３５…移植処理、５１０…論理グループＡ、５１１〜５１３…装置、５２０…ホスト、５２１…装置管理アプリケーション、５２２…表示例、５２３…リクエスト、５２４…入力ボックス、５２５…指定領域、６１０…グループ、６１１〜６１３…装置（ＭＦＰ）、６２１…装置管理アプリケーション、６３０…リモートＵＩ、８１０…統合ＵＩ、８２０…ユーザー入力、９１０…表示レンダリング部、９２０…応答複製部、９３１〜９３３…ＭＦＰ装置。

Claims (18)

1. 処理装置と、メモリとを備え、
   前記処理装置は、
   ユーザーの入力を必要とするユーザーインターフェースを有する複数の周辺コンピューティング機器の中の２つ以上に基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合し、
   前記統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザー入力を複製し、
   前記統合したユーザーインターフェースに基づき、複製したユーザー設定を前記複数の周辺コンピューティング機器の中の２つ以上に送るために出力するよう、
   １以上の命令を実行するように構成されていることを特徴とするコンピューティング機器。
2. 前記処理装置は、更に、ユーザーインターフェースの応答の比較に基づき、２以上のグループによって、前記複数のユーザーインターフェースを統合するように構成されていることを特徴とする請求項１に記載のコンピューティング機器。
3. 前記複数のユーザーインターフェースは、レイアウトとコンテンツを有する第１ユーザーインターフェースと、レイアウトとコンテンツを有する第２ユーザーインターフェースを備え、且つ、前記処理装置は、更に、前記第２ユーザーインターフェースと同一のレイアウトを有する前記第１ユーザーインターフェースに基づき、次に、前記第２ユーザーインターフェースと同一のコンテンツを有する前記第１ユーザーインターフェースに基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合するように構成されていることを特徴とする請求項２に記載のコンピューティング機器。
4. 前記複数の周辺コンピューティング機器の少なくとも１つは、周辺レンダリング装置であることを特徴とする請求項１に記載のコンピューティング機器。
5. 前記複数の周辺コンピューティング機器の少なくとも１つは、複合機であることを特徴とする請求項１に記載のコンピューティング機器。
6. 前記処理装置は、更に、コンテンツを統合したユーザーインターフェースのグループの各インスタンスから統合ユーザーインターフェースを表示するために１以上の命令を実行するように構成されていることを特徴とする請求項１に記載のコンピューティング機器。
7. ユーザーの入力を必要とするユーザーインターフェースを有する複数の周辺コンピューティング機器の中の２つ以上に基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合することと、
   前記統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザー入力を複製することと、
   前記統合したユーザーインターフェースに基づき、複製したユーザー設定を前記複数の周辺コンピューティング機器の中の２つ以上に送るために出力することと、
   を有することを特徴とするユーザーから入力された装置設定の移植処理を行う機器で処理可能な方法。
8. 前記ユーザーインターフェースを統合する工程は、ユーザーインターフェースの応答の比較に基づき、２以上のグループによるものであることを特徴とする請求項７に記載の機器で処理可能な方法。
9. 前記複数のユーザーインターフェースは、レイアウトとコンテンツを有する第１ユーザーインターフェースと、レイアウトとコンテンツを有する第２ユーザーインターフェースを備え、且つ、統合の工程は、更に、前記第２ユーザーインターフェースと同一のレイアウトを有する前記第１ユーザーインターフェースに基づき、次に、前記第２ユーザーインターフェースと同一のコンテンツを有する前記第１ユーザーインターフェースに基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合することを有することを特徴とする請求項８に記載の機器で処理可能な方法。
10. 前記複数の周辺コンピューティング機器の少なくとも１つは、周辺レンダリング装置であることを特徴とする請求項７に記載の機器で処理可能な方法。
11. 前記複数の周辺コンピューティング機器の少なくとも１つは、複合機であることを特徴とする請求項７に記載の機器で処理可能な方法。
12. コンテンツを統合したユーザーインターフェースのグループの各インスタンスから統合ユーザーインターフェースを表示することを、更に有することを特徴とする請求項７に記載の機器で処理可能な方法。
13. コンピュータにより実行される場合、
    ユーザーの入力を必要とするユーザーインターフェースを有する複数の周辺コンピューティング機器の中の２つ以上に基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合することと、
    前記統合したユーザーインターフェースに基づき、前記複数のユーザーインターフェースの少なくとも１つのユーザー入力を複製することと、
    前記統合したユーザーインターフェースに基づき、複製したユーザー設定を前記複数の周辺コンピューティング機器の中の２つ以上に送るために出力することにより、
    ユーザーから入力された装置設定の移植処理の１以上の命令を、コンピュータに実行させるように動作するコンピュータが実行可能な命令を記憶することを特徴とするコンピュータが読み取り可能な媒体。
14. 前記ユーザーインターフェースを統合する前記工程は、ユーザーインターフェースの応答の比較に基づき、２以上のグループによるものであることを特徴とする請求項１３に記載のコンピュータが読み取り可能な媒体。
15. 前記複数のユーザーインターフェースは、レイアウトとコンテンツを有する第１ユーザーインターフェースと、レイアウトとコンテンツを有する第２ユーザーインターフェースを備え、且つ、統合の命令は、更に、前記第２ユーザーインターフェースと同一のレイアウトを有する前記第１ユーザーインターフェースに基づき、次に、前記第２ユーザーインターフェースと同一のコンテンツを有する前記第１ユーザーインターフェースに基づき、複数のユーザーインターフェースの中の２つ以上のユーザーインターフェースを統合することを有することを特徴とする請求項１４に記載のコンピュータが読み取り可能な媒体。
16. 前記複数の周辺コンピューティング機器の少なくとも１つは、周辺レンダリング装置であることを特徴とする請求項１３に記載のコンピュータが読み取り可能な媒体。
17. 前記複数の周辺コンピューティング機器の少なくとも１つは、複合機であることを特徴とする請求項１３に記載のコンピュータが読み取り可能な媒体。
18. 前記命令は、更に、コンテンツを統合したユーザーインターフェースのグループの各インスタンスから統合ユーザーインターフェースを表示することを有することを特徴とする請求項１３に記載のコンピュータが読み取り可能な媒体。

Images