JP2011242854A - 画像処理装置、機器連携システム、サービス提供方法、プログラム - Google Patents

Abstract

【課題】ユーザが一方の機器から他方の機器を操作する際の、ユーザの操作性を向上させることができる画像処理装置を提供すること。
【解決手段】配置データ、部品データ及びカスタマイズデータを記憶した装置と接続された画像処理装置であって、配置データ、部品データ、及び、カスタマイズデータを受信する受信手段１３と、少なくとも部品データに基づき画面を生成する画面構築手段１２と、
画面構築手段１２が生成した画面をカスタマイズデータに基づき修正する画面生成手段１４と、カスタマイズデータに基づき修正された画面を表示し、表示部品の操作を受け付ける第２の表示手段１１と、第２の表示手段から受け付けた機能の設定情報と共に機能の提供を装置に要求する機器連携手段１６と、を有することを特徴とする。
【選択図】図１

Description

本発明は、第1の機器と第2の機器が機器連携する機器連携システム等に関し、特に、一方の機器から他方の機器にＵＩを生成するための情報を提供する画像処理装置、機器連携システム、サービス提供方法及びプログラムに関する。

オフィスにはプリンタやコピー機等、様々なオフィス機器が設置されているが、同系統のオフィス機器でも、オフィス機器によって利用可能な機能が異なることがある。例えば、オフィス機器Ａを操作するユーザは、オフィス機器Ａにない機能ｂを利用することができないが、オフィス機器Ｂまで移動してオフィス機器Ｂを操作すれば、ユーザは上記の機能ｂを利用することができる。

各オフィス機器はネットワークを介して接続されていることが多く、ユーザの利便性を向上させるため、オフィス機器Ａを操作するだけでオフィス機器Ｂの機能ｂをユーザが利用可能にする技術が考えられる。しかし、オフィス機器Ａはそもそも機能ｂを有さないため、オフィス機器Ａにはオフィス機器Ｂの機能ｂを利用するためのＵＩ(ユーザインタフェース)が搭載されていない。

そこで、一方の機器を操作するユーザが、他方の機器を利用するためのＵＩを提供することが考えられている（例えば、特許文献１参照。）。特許文献１には、サーバに、制御の対象となる対象機器の状態を予め登録しておき、コントロール機器がサーバから対象機器のＵＩの定義データを要求すると、サーバが定義データをコントロール機器に送信することで、コントロール機器が定義データに基づいて対象機器のＵＩを提供するシステムが開示されている。

しかしながら、特許文献１に開示されたシステムでは、ＵＩの定義データを用いることで、コントロール機器に対象機器を操作するためのＵＩを表示できるが、ＵＩはユーザに関係なく共通であるという問題がある。すなわち、ユーザが対象機器のＵＩを過去にカスタマイズしていても、コントロール機器に表示されるＵＩにカスタマイズ結果を反映させることができない。

また、特許文献１では、一方の機器と他方の機器の表示手段の違いを考慮していないという問題がある。搭載する機能が異なる機器間では、表示手段の能力が異なることも多いが、表示手段の違いを考慮しないと、ユーザの操作性が低下してしまうという問題がある。

本発明は、上記課題に鑑み、ユーザが一方の機器から他方の機器を操作する際の、ユーザの操作性を向上させることができる画像処理装置、機器連携システム、サービス提供方法及びプログラムを提供することを目的とする。

上記課題に鑑み、本発明は、ユーザ操作を受け付ける画面を表示する第１の表示手段と、前記画面に表示される表示部品の配置データを記憶した配置データ記憶手段と、前記画面の階層構造に従って前記表示部品の部品名が登録された部品データを記憶した表示部品データ記憶手段と、前記表示部品の表示有無又は表示態様のカスタマイズデータをユーザＩＤに対応づけて記憶したカスタマイズデータ記憶手段と、を有する装置と接続された画像処理装置であって、前記装置から前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信する受信手段と、少なくとも前記部品データに基づき前記画面を生成する画面構築手段と、前記画面構築手段が生成した前記画面を前記カスタマイズデータに基づき修正する画面生成手段と、前記カスタマイズデータに基づき修正された前記画面を表示し、前記表示部品の操作を受け付ける第２の表示手段と、前記第２の表示手段から受け付けた前記機能の設定情報と共に前記機能の提供を前記装置に要求する機器連携手段と、を有することを特徴とする。

ユーザが一方の機器から他方の機器を操作する際の、ユーザの操作性を向上させることができる画像処理装置を提供することができる。

機器連携システムの概略を説明する図の一例である。 機器Ａ、Ｂのハードウェア構成図の一例である。 操作パネルの一例を示す図である。 機器Ａ、Ｂの機能ブロック図の一例である。 画面配置データの一例を模式的に示す図である。 動作条件データ及びカスタマイズデータを関連づけて説明する図の一例である。 機器Ａに表示されるＵＩの一例を示す図である。 機器Ａに表示されるＵＩの一例を示す図である。 画面構築手段がＵＩを生成する手順を示すフローチャート図の一例である。 機器Ａと機器Ｂが機能連携する手順を示すシーケンス図の一例である。 アプリケーションとサービスを模式的に説明する図の一例である。 ソフトウェア構成図の一例である。 機器連携機能を利用する際のアプリケーションとサービスを模式的に説明する図の一例である。 サービスを利用した、原稿の読み取りからＦＡＸの送信までの手順を示すシーケンス図の一例である。 アプリケーションとサービスを模式的に説明する図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

〔本実施形態の機器連携システム２００の概略〕
図１は、機器連携システム２００の概略を説明する図の一例である。機器Ｂは、例えば機能１〜３を有し、機能毎にＵＩ（ユーザインタフェース）のデザインを定義する画面配置データを記憶している。また、機器Ｂは、ＵＩに表示されるソフトキー（以下、ボタンという）の部品情報及び現在のボタンの選択状態を含む動作条件データを、記憶している。

また、ユーザは機器Ａと機器Ｂのいずれも使用することができ、すでに機器Ｂにおいて機器Ｂを操作するためのＵＩをカスタマイズしている。このため、機器Ｂは、ユーザ毎にカスタマイスデータを記憶している。

機器Ａは機能１、２を有するが、機能３を有さない。このような場合に、機器Ａと機器Ｂは、機器Ａから機器Ｂの機能３を利用可能にする機器連携機能を有する。ユーザが機器Ａの機器連携機能を使用すると、機能３のＵＩを生成するための３つのデータ（画面配置データ、動作条件データ、カスタマイズデータ）が機器Ｂから機器Ａに送信される（以下では、画面配置データ、動作条件データ及びカスタマイズデータを画面生成用情報という場合がある）。

機器Ａは、画面配置データ及びカスタマイズデータに基づき生成したＵＩに、動作条件データを適用してＵＩを修正する。したがって、機器Ｂにおけるユーザのカスタマイズ結果を、機器ＡのＵＩにも反映させることができ、ユーザの操作性を向上させることができる。

また、機器Ａと機器Ｂのパネルタイプが同じであれば、機器Ａは機器Ｂとほぼ同じＵＩを再現できるが、後述するように機器Ａと機器Ｂのパネルタイプが異なっていても、ユーザのカスタマイズ結果を機器ＡのＵＩにも反映させることができる。

したがって、ユーザは、機能３を機器Ａから利用できるだけでなく、機器Ｂと同程度の操作性にて、機器Ａから機能３を利用できる。なお、このような利用態様を考慮して、機器Ａをクライアント、機器Ｂをサーバと称することがある。

ユーザは、ＵＩを介してその機能３に可能な設定を入力し、機能３の実行を機器Ｂに要求する。機器Ｂは機能３のアプリケーションを起動して機能3のジョブを実行する。機器Ａ、Ｂの各機能はサービスを利用してジョブを実行するので、機能３は例えば機器Ａのサービス１、機器Ｂのサービス２を利用して、機能３のジョブを実行する。

このように、機能３のＵＩを機器Ｂに提供することで、機器Ａ，Ｂのサービスやジョブの実行には大きな影響を与えることなく、機能３を有さない機器Ａが機能３を利用することができるようになる。

〔機器の構成〕
図２（ａ）は、機器Ａのハードウェア構成図の一例を、図２（ｂ）は、機器Ｂのハードウェア構成図の一例を、それぞれ示す。機器Ａは、プリンタ、コピー機、又は、これらの一つ以上の機能を備えたＭＦＰ（Multi Function Peripheral）を総称して画像形成装置１００と呼ばれることがある。機器Ｂについても同様であるが、本実施形態では機器Ｂは機器Ａが有さない機能としてＦＡＸ送受信機能を有するため、ＦＡＸ装置の意味を含め画像形成装置１００と呼ばれることがある。

機器Ａは、内部バスにて接続されたＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、外部Ｉ／Ｆ５４、通信カード５５、パネル制御部５６、スキャナエンジン制御部５７、プロッタエンジン制御部５８及び記憶装置５９を有する。

ＣＰＵ５１は、記憶装置５９又はＲＯＭ５２に記憶されたプログラムを、ＲＡＭ５３を作業メモリとして実行することで機器Ａの全体の制御を行う。外部Ｉ／Ｆ５４はＵＳＢ等のケーブルや記憶媒体を装着するインタフェースである。記憶媒体６０は、ＵＳＢメモリ等のフラッシュメモリ、ＣＤ−ＲＯＭ等の光記憶媒体等である。

通信カード５５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ５１からの指示によりネットワーク３００上の機器Ｂにパケットデータを送信し、また、機器Ｂからパケットデータを受信する。

パネル制御部５６は、操作パネル５０にＵＩを表示し、ＵＩのボタンやハード的なキーの操作を受け付ける。操作パネル５０については後述する。スキャナエンジン制御部５８は、ユーザが操作パネル５０から設定した解像度などの読み取り条件を受け付け、読み取り条件に基づきスキャナエンジン６１を制御する。スキャナエンジン６１は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して画像処理を施し、所定の解像度のデジタルデータ（以下、画像データという）を生成する。プロッタエンジン制御部５８は、ユーザが操作パネル５０から設定した印刷枚数などの印刷条件を受け付け、印刷条件に基づきプロッタエンジンを制御する。プロッタエンジンは、例えばタンデム型の感光ドラムを有し、上記の画像データやＰＣ（Personal Computer）から受信した印刷ジョブデータに基づきレーザビームを変調し感光ドラムを走査して潜像を形成する。潜像にトナーを付着して現像した１ページ毎の画像を用紙に熱と圧力で転写する。

記憶装置５９は、例えばＨＤＤ(ハードディスクドライブ)やフラッシュメモリなど、書き換え可能な不揮発メモリである。記憶装置５９には、ＣＰＵが実行するアプリケーションプログラム、フォントデータ、画像データ及び印刷ジョブデータが記憶されている。また、機器連携機能を提供するための機器連携プログラム９０が記憶されている。機器連携プログラム９０は、出荷時に記憶装置５９に記憶されている。また、出荷後に、記憶媒体６０に記憶された状態やネットワーク３００上の不図示のサーバから配布され、記憶装置５９にインストールされてもよい。また、適宜、新しいバージョンの機器連携プログラム９０に更新されてもよい。

なお、本実施形態において、機器Ａ，Ｂの機能とは、アプリケーションと同義であり、アプリケーションには、プリンタアプリケーション、コピーアプリケーション、スキャナアプリケーション、ＦＡＸアプリケーション、データ蓄積アプリケーション等がある。

図３は、操作パネル５０の一例を示す。操作パネルは機器Ａと機器Ｂで異なる場合があるが、ここでは機器Ａの操作パネル５０を示す。操作パネル５０は、固定されたハードキーである、初期設定キー１１１、コピーキー１１２、スキャナキー１１３、プリンタキー１１４、ファクシミリキー１１５、データ蓄積キー１１６、テンキー１２１、クリア／ストップキー１２３、スタートキー１２２、及び、液晶表示部１１７を有する。

液晶表示部１１７は、タッチパネルを一体に有し、タッチパネルには各種のＵＩに応じてボタンが形成される。液晶表示部１１７の表示原理は液晶にかぎられることなく、例えば有機ＥＬ等でもよい。

初期設定キー１１１は、各アプリケーション毎にユーザがＵＩのアイコンの表示／非表示を設定したり、認証機能のオン／オフ等をしたり、各種設定をするために使用される。コピーキー１１２、スキャナキー１１３、プリンタキー１１４、ファクシミリキー１１５、及び、データ蓄積キー１１６は、各アプリケーションを切り替えるためのキーである。テンキー１２１は印刷枚数やＦＡＸ番号や電子メールアドレス等の宛先をユーザが入力するためのキーである。クリア／ストップキー１２３は、入力した数値を取り消したり、読み取りや印刷を中断するためのキーである。スタートキー１２２は、コピーの実行やＦＡＸ送信を開始するための実行キーである。

図２（ｂ）に戻り、機器Ｂは、内部バスにて接続されたＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、外部Ｉ／Ｆ７４、通信カード７５、パネル制御部７６、スキャナエンジン制御部７７、プロッタエンジン制御部７８、ＦＡＸエンジン制御部８３及び記憶装置７９を有する。図２（ｂ）において図２（ｂ）と同一部分には同一の符号を付しその説明は省略する。

機器Ｂの構造は機器Ａと同様であるが、上記のように、機器Ｂは、機器Ａが有さないＦＡＸエンジン制御部８３及びＦＡＸエンジン８４を有する。ＦＡＸエンジン制御部８３は、ユーザが設定した宛先（ＦＡＸ番号、電子メールアドレス等）などの送信条件を受け付け、送信条件に基づきＦＡＸエンジン８４を制御する。ＦＡＸエンジン８４は、通信カードを介してネットワーク３００に接続し例えばＴ.３７，Ｔ.３８の規格に対応した通信手順、又は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し例えばＧ３、Ｇ４規格に対応した通信手順、に従い画像データの送受信を行う。また、機器Ｂの電源がＯＦＦのときに画像データを受信しても、プロッタエンジン８２を起動して画像データを用紙に印刷することができる。

なお、機器Ｂの記憶装置７９にも機器連携プログラム９０が記憶されている。機器Ａと機器Ｂの機器連携プログラム９０は同じものである。よって、機器Ｂから機器Ａの機能を利用することもできる。

〔機器Ｂ〕
続いて、機器Ａ，Ｂの機能ブロック図について説明する。
図４は、機器Ａ、Ｂの機能ブロック図の一例を示す。上記のように、機器Ａと機器Ｂが機器連携機能を提供できるように両者は互いに接続されている。機器Ａと機器Ｂは、多くの場合はＬＡＮやＷＡＮ等のネットワーク３００を介して接続されるが、直接、両者が接続されていてもよい。また、接続形態は有線か無線かを問わない。なお、機器Ａと機器Ｂが機器連携機能を有することは、それぞれが単体で流通されることの制約とはならず、機器Ａと機器Ｂは単体又は組み合わせられた状態で流通される。

機器Ｂは、通信手段２１、画面配置データ記憶手段２２、動作条件データ記憶手段２３、及び、カスタマイズデータ記憶手段２４を有する。通信手段２１は、機器連携プログラム９０と通信カード７５を実体とし、画面配置データ、動作条件データ及びカスタマイズデータを機器Ａに送信する。

なお、機器ＡはＣＰＵ５１が機器連携プログラム９０を実行することで実現される機器連携手段１６を、機器ＢはＣＰＵ７１が機器連携プログラム９０を実行することで実現される機器連携手段２５を、それぞれ有する。機器連携手段１６，２５は、互いに通信することで、機器Ａが機器Ｂの機能を利用することを可能にする。

・画面配置データ記憶手段２２
画面配置データ記憶手段２２は例えば記憶装置７９を実体とし、画面配置データを記憶する不揮発メモリである。画面配置データは、ＵＩに配置する部品のうち、全てのアプリケーションには共通でない部品のＵＩのイメージ（外観）と配置を規定する情報である。全てのアプリケーションに共通であれば、機器Ａが１つでも機能を有することで、全アプリケーションのＵＩに共通の部品の画面配置データを有しているはずである。よって、機器Ｂから機器Ａに送信する必要がない。例えば、ＯＫボタンやヘルプボタンは、全アプリケーションのＵＩに共通の部品である。

図５は画面配置データの一例を模式的に示す図である。画面配置データは、「部品名」に対応づけて「イメージ」「初期配置」「ＵＩとの関連付け」の各情報を有する。部品はユーザが操作する１つのボタン、アイコン、テキスト又は記号等であり、識別用に「原稿種類」「原稿セット方向」等の「部品名」が付されている（実際には重複しないＩＤが「部品名」と共に又は単独で付される。）。

「イメージ」は、部品に対応づけられた処理の内容や処理対象を小さな絵柄や記号で可視化したものである。図では説明のため可視化された状態を示すが、画面配置データ記憶手段２２にはＧｉｆ、Ｔｉｆｆ、Ｂｍｐ等のフォーマットの電子データが記憶されている。

「初期配置」は、ＵＩにおける部品の初期の位置情報である。例えば、液晶表示部１１７の左上コーナを原点として、部品の左上角の位置がピクセル単位で登録されている。WVGAは液晶表示部１１７の解像度の一例であり、800×480ピクセルの解像度を意味する。解像度が変われば同じ「初期位置」でも部品の位置が変わるため、「初期位置」は解像度と共に登録されている。

図５では「イメージ」に文字として「文字・写真」が対応づけて表示されている。「イメージ」にはこのようにユーザが判別するための文字や記号が付されることが多い。ここで「イメージ」が一体に文字や記号を有することもあるが、設計などの都合上、機器Ａ、Ｂでは「イメージ」と文字や記号を別々に扱うことが多い。この文字や記号は動作条件データの「部品名」に対応する。このイメージと部品名とを関連付けるため、「ＵＩとの関連付け」が必要になる。

「ＵＩとの関連付け」は、その部品とＵＩの階層を関連付ける情報である。すなわち、部品が表示されるアプリケーション名と、１つのアプリケーションが複数のＵＩを有する場合に部品が表示されるＵＩが「ＵＩとの関連付け」に登録されている。図５では、「原稿種類」という部品名の部品は、「ファックス」というアプリケーション（ＦＡＸアプリケーション）の、「読み取り設定」というＵＩと関連付けられている。

なお、アプリケーション名には、実際には重複しないＩＤがアプリケーション名と共に又は単独で使用され、部品名には、実際には重複しないＩＤが部品名と共に又は単独で使用される。

本実施形態では、「初期配置」に例示された部品の表示位置、表示の有無（下記の表示切替）を各ユーザがカスタマイズすることができる。なお、このカスタマイズは一例であって、ユーザが部品の「イメージ」をカスタマイズ可能にしてもよい。

・動作条件データ記憶手段２３
図４の動作条件データ記憶手段２３は、例えば記憶装置７９を実体とし、動作条件データを記憶する不揮発メモリである。動作条件データは、予め定められた階層に従って表示される各ＵＩに表示される部品名、及び、部品の現在の又はデフォルトの設定情報である。

図６は、動作条件データ及びカスタマイズデータを関連づけて説明する図の一例である。図５にて説明したように、画面配置データと動作条件データは、各部品が部品名により対応づけられている。部品名は階層構造を有し、便宜的に各階層に名前（階層名）を付した。「アプリ名」「操作名」「項目名」「取り得る値」である。図において、各階層の部品名は、階層の浅い順から「ファックス」「読み取り設定」「原稿種類」「文字」…、又は、「ファックス」「読み取り設定」「原稿セット方向」「読める向き」…である。これら部品名が、ボタンやタブとしてＵＩに表示される。

なお、「種別」は、部品の操作方法を意味し、「選択肢（択一）」はユーザの操作により「取り得る値」から１つだけ選択可能であることを意味する。「原稿種類」という部品名の「取り得る値」は、「文字」「文字・写真」「写真」「淡い原稿」「地図」であり、「原稿セット方向」という部品名の「取り得る値」は、「読める向き」「読めない向き」である。

また、ＦＡＸアプリケーションなど宛先が必要なアプリケーションでは、宛先を選択するだけで送信できるように、機器Ｂにユーザ情報が登録されることがある。したがって、機器Ｂがユーザ情報を記憶している場合、動作条件データとして、ユーザ情報が機器Ｂから機器Ａに送信される。ユーザ情報には、ユーザ名、ＦＡＸ番号、電子メールアドレス等が登録されている。

・カスタマイズデータ記憶手段２４
図４のカスタマイズデータ記憶手段２４は例えば記憶装置７９を実体とし、カスタマイズデータを記憶する不揮発メモリである。カスタマイズデータは、ユーザ毎に登録された部品の表示態様情報である。

図６では、カスタマイズデータとして、ユーザＩＤ（ユーザ１、ユーザ２…）に対応づけて、「表示切替」、ＷＶＧＡの解像度の「座標」、及び「ユーザ権限」が登録されている。「表示切替」が「ＯＮ」であることは、その部品を表示することを意味する。

また、図６の「ユーザ権限」はユーザの権限の強さを示す。「ユーザ権限」は、ログインしたユーザに対し、部品の表示が許可されているか否かを示す情報である。機器Ａは、ログインしたユーザのユーザ権限をカスタマイズデータから読み出し、「否」と記述されている部品の表示を禁止することができる。これにより、例えば、ユーザ情報の部品のうち外部の人間の「ユーザ情報」に「否」を登録しておくこともでき、機器Ａのユーザに、外部へのＦＡＸの送信を禁止することができる。

〔機器Ａ〕
図４に戻り、機器Ａは、表示手段１１、画面構築手段１２、及び、通信手段１３を有し、画面構築手段１２は、画面生成手段１４及び画面更新手段１５を有する。なお、機器Ａも、機器Ａが提供可能な機能（実行可能なアプリケーション）のＵＩを表示するので、実行可能なアプリケーションの画面配置データを記憶している。

通信手段１３は、機器連携プログラム９０と通信カード５５を実体とし、画面生成用情報を機器Ｂに要求するデータ要求を送信する。また、通信手段１３は、機器Ａが読み取った原稿の画像データを機器Ｂに送信する。表示手段１１は、操作パネル５０やパネル制御部５６を実体とし、ＦＡＸアプリケーションのＵＩを表示する。

画面構築手段１２は、ＣＰＵが機器連携プログラム９０を実行することで実現される機能である。画面構築手段１２は、主に２つの手段（画面生成手段１４及び画面更新手段１５）を有する。画面構築手段１２は、ＵＩ生成の一連の処理を制御する手段である。

＜画面の生成＞
画面生成手段１４は、画面生成用情報から各ＵＩを生成する。画面生成手段１４は、画面配置データからＵＩを生成することができるが、液晶表示部１１７の物理的な制約を受ける。これを回避するため、機器ＡとＢの液晶表示部１１７のパネルタイプが異なる場合、機器Ａは、画面配置データを用いることなく、動作条件データ及びカスタマイズデータのみを用いてＵＩを生成する。

（１）機器Ｂの液晶表示部１１７の表示能力＞機器Ａの液晶表示部１１７の表示能力
図７は、機器Ａに表示されるＵＩの一例を説明する図である。機器Ａの液晶表示部１１７は、１マス毎のドットマトリクスに文字を表示するライン表示液晶であり、図７では全部で４行の表示が可能である（以下、４行表示機という）。

これに対し、機器Ｂの液晶表示部１１７がＧＵＩの表示可能なＷＶＧＡである場合、画面配置データもＷＶＧＡに最適化されているので、画面生成手段１４が機器Ｂの画面配置データから機器ＡのＵＩを生成することができない。

そこで、機器ＡとＢの液晶表示部１１７のパネルタイプが異なる場合、画面生成手段１４は、機器Ｂの動作条件データからまず、４行表示機に対応したＵＩ群を生成する。図７のツリー状のＵＩがＵＩ群である。
・ＵＩ１は、ＦＡＸアプリケーションの最も浅い階層のＵＩである。画面生成手段１４は、図６のアプリ名「ファックス」を１行目に、「部品名」に対応づけられた「操作名」の階層の「読み取り設定」と図６では不図示の「送信」を４行目に表示するＵＩを生成する。図7では、選択肢１−１が「読み取り設定」に、選択肢１−２が「送信」に、それぞれ対応する
・ＵＩ２は、ＵＩ１で「読み取り設定」が選択された場合に表示されるＵＩである。画面生成手段１４は、親の階層である「操作名」の階層の「読み取り設定」を1行目に、「項目名」の階層の「原稿種類」「原稿セット方向」をそれぞれ4行目に表示するＵＩを生成する。図7では選択肢２−１が「原稿種類」に、選択肢２−２が「原稿セット方向」に、それぞれ対応する。
・ＵＩ３は、ＵＩ１で「原稿種類」が選択された場合に表示されるＵＩである。画面生成手段１４は、親の階層である「項目名」の階層の「原稿種類」を1行目に、「取り得る値」の階層の「文字」「文字・写真」「写真」「淡い原稿」「地図」を、１行に１つずつ配置して表示するＵＩを生成する（スクロールが必要ならスクロールバーも表示する）。図７では選択肢３−１が「文字」に、選択肢３−２が「文字・写真」に、それぞれ対応する。

図７の右側に示すように、各ＵＩにて選択可能な部品がライン上に表示されるので、機器ＡとＢの液晶表示部１１７のパネルタイプが異なっていても、ユーザは機器Ｂで設定可能な部品を機器Ａの操作画面から選択することができる。また、各ＵＩは機器Ｂで表示した場合のＵＩと同じ階層構造を持っているので、ユーザが機器ＡからＦＡＸアプリケーションを操作しても操作性の低下を抑制できる。

また、画面生成手段１４は、カスタマイズデータをＵＩ群の構築に適用する（いわば、画面を修正する）。すなわち、カスタマイズデータは、部品毎にその部品を表示するか否かを示す情報なので、カスタマイズデータの「表示切換」が「ＯＦＦ」の場合、機器Ａはその部品名に対応した部品を表示しない。仮に「原稿種類」の「表示切換」が「ＯＦＦ」であれば、ＵＩ２の4行目に「原稿種類」という部品は表示されず、よってＵＩ３も表示されない。

画面生成手段１４がＵＩ群を生成した後、画面更新手段１５は、動作条件データの「設定情報」を用いてＵＩを更新する。ＵＩの更新とは、ユーザの設定をＵＩに反映させることである。こうすることで、機器Ｂにおいてユーザが最後に設定した状態を機器ＡのＵＩにて再現することができる。

例えば、図６では「原稿種類」という部品の「設定情報」は「文字・写真」であり、「原稿セット方向」という部品の「設定情報」は「読める向き」である。画面更新手段は、ＵＩ３の「文字・写真」を反転表示するなどして、他の部品と容易に判別できるようにする。したがって、ユーザが機器ＡでＵＩ３を初めて表示させても、２行目の「文字・写真」が反転表示された状態になっている。

なお、電話番号などの入力が必要であれば、ユーザはあるラインにテンキー等を操作して入力することもできる。

（２）機器Ｂの液晶表示部１１７の表示能力＜機器Ａの液晶表示部１１７の表示能力
図８は、機器Ａに表示されるＵＩの一例を示す図である。機器Ａの液晶表示部１１７はＷＶＧＡの解像度である。これに対し、機器Ｂが４行表示機であるとする。このような場合、画面配置データを利用しても同じＵＩを再現できないので、画面生成手段１４は、動作条件データ及びカスタマイズデータのみを用いてＵＩを生成する。

画面生成手段１４は、動作条件データからＷＶＧＡのＵＩを生成する。図８はＵＩ群の生成を模式的に示す。図８では、「文字列」「固定ボタン」「汎用ボタン」がＵＩ構築用の部品である。「文字列」がＵＩの「ｔｉｔｌｅ０１」に、「固定ボタン」がＵＩの「ＯＫ」ボタンと「キャンセル」ボタンに、「汎用ボタン」がＵＩの「ｂｕｔｔｏｎ０１」と「ｂｕｔｔｏｎ０２」に関連付けられる。「文字列」やそれぞれのボタンの表示位置が「座標」に登録されている。

「固定ボタン」「汎用ボタン」のイメージや「座標」の情報は、機器Ａが記憶装置５９に予め記憶している。画面生成手段１４は、「文字列」と「汎用ボタン」に各UIの部品名をあてはめることでＵＩを生成する。よって、画面生成手段１４は動作条件データから各種のＵＩを生成できる。

・ＵＩ１は、ＦＡＸアプリケーションの最も浅い階層のＵＩである。画面生成手段１４は、図６のアプリ名「ファックス」を「文字列」に、「部品名」に対応づけられた「操作名」の階層の「読み取り設定」と図６では不図示の「送信」をそれぞれ「汎用ボタン」に対応づけＵＩ１を生成する。よって、ＵＩ１では例えばＢｕｔｔｏｎ０１が「読み取り設定」というボタンになり、Ｂｕｔｔｏｎ０２が「送信」というボタンになる。

・ＵＩ２は、ＵＩ１で「読み取り設定」が選択された場合に表示されるＵＩである。画面生成手段１４は、親の階層である「操作名」の階層の「読み取り設定」を「文字列」に、「項目名」の階層の「原稿種類」「原稿セット方向」「自然濃度」をそれぞれ「汎用ボタン」に対応づけＵＩ２を生成する。よって、ＵＩ２では例えばＢｕｔｔｏｎ０１が「原稿種類」というボタンになり、Ｂｕｔｔｏｎ０２が「原稿セット方向」というボタンになり、不図示のＢｕｔｔｏｎ０３が「自然濃度」というボタンになる。

・ＵＩ３は、ＵＩ２で「原稿種類」が選択された場合に表示されるＵＩである。画面生成手段１４は、親の階層である「項目名」の階層の「原稿種類」を「文字列」に、「取り得る値」の階層の「文字」「文字・写真」「写真」「淡い原稿」「地図」をそれぞれ「汎用ボタン」に対応づけＵＩ３を生成する。よって、ＵＩ３では例えばＢｕｔｔｏｎ０１が「文字」というボタンになり、Ｂｕｔｔｏｎ０２が「文字・写真」というボタンになり、Ｂｕｔｔｏｎ０３が「写真」というボタンになる。

また、画面生成手段１４は、カスタマイズデータをＵＩ群の構築に適用する。（１）の場合と同様に、カスタマイズデータの「表示切換」が「ＯＦＦ」の場合、画面生成手段１４は、その部品名に対応した部品を表示しない。仮に「原稿種類」の「表示切換」が「ＯＦＦ」であれば、ＵＩ２ではＢｕｔｔｏｎ０１の「原稿種類」は表示されない。このように、画面生成手段１４は、「汎用ボタン」の表示の有無をカスタマイズデータに応じて切り替える。

また、画面更新手段１５は、動作条件データの「設定情報」に基づき各ＵＩを更新する。動作条件データの「設定情報」は、ＵＩのボタンの現在の選択状態なので、画面更新手段１５は、「設定情報」に黒丸が付与された「ｂｕｔｔｏｎXX」を選択状態にする。具体的には、白黒を反転させるなどする。こうすることで、ユーザが機器ＡでＵＩ３を初めて表示させても、「文字・写真」のボタンを選択状態にすることができる。

図７，８にて説明したように、機器Ａと機器Ｂのパネルタイプが異なっており、機器Ａのパネルタイプの方が表示できる情報量が多い場合、及び、機器Ｂのパネルタイプの方が表示できる情報量が多い場合、のいずれでも、機器ＢにおけるユーザのＵＩのカスタマイズ結果を反映させ、操作性を向上させることができる。操作パネル５０の表示情報量の多少は、画面構築手段１２がパネルタイプから判定できる。

なお、機器Ａと機器Ｂのパネルタイプが同じ場合（表示情報量が同じ場合）、画面生成手段１４は画面配置データも使用して、機器Ｂと同じＵＩを再現すればよい。この手順については次述する。また、機器Ａと機器Ｂのパネルタイプが同じ場合に、（２）のUI構築手順を採用することもできる。

〔シーケンス〕
＜画面生成手順＞
図９は、画面構築手段１２がＵＩを生成する手順を示すフローチャート図の一例を示す。ユーザはまず機器Ａに赴く。機器Ａは、例えば同じ会社のオフィスや同じフロアにある他の機器の機能の情報を収集しており、ユーザが操作することで、機器連携手段１６が、ＦＡＸの送信が可能な機器の一覧を操作パネル５０に表示する。したがって、ユーザは、ＦＡＸ機能を有する１つ以上の機器から所望の機器を選択することができる。なお、ユーザの選択という手順を省くことも可能である。

ユーザはＦＡＸを利用するための操作を操作パネル５０から行う。機器Ａはその操作を受け付け、機器Ｂにデータ要求する。具体的には、単にファクシミリキー１１５を押下することを、機器連携手段１６がＦＡＸを送信するための操作として受け付けることができる。また、例えば、ＦＡＸアプリケーションが登録されていない機器Ａにファクシミリキー１１５が搭載されていない場合は、ＦＡＸを利用するための操作として、何らかのハードキー又はＵＩ画面の所定の操作が機器Ａに用意されている。機器Ａが機器Ｂにデータ要求する前に、例えば「機器連携機能を使って、機器ＢにＦＡＸの送信を依頼しますか？」等のメッセージを表示してもよい。メッセージに次いでユーザが「ＯＫ」ボタンを押下すれば、図９の手順が開始される。

ユーザによる機器連携機能を利用するための操作を受け付けると、画面構築手段１２は画面配置データを機器Ｂから取得する（Ｓ１０）。実際には画面配置データと共に、動作条件データとカスタマイズデータも取得しておく。画面構築手段１２は、機器Ｂのパネルタイプと機器Ａのパネルタイプを比較して、ＵＩの構築方法を決定する。

また、画面生成手段１４は予め機器Ｂのパネルタイプ（表示タイプ、解像度、白黒・カラーの区別等）を、機器Ｂとの通信により、又は、初期設定として取得している。

図９のＳ１０の右側に示すような画面配置データが、機器Ｂから機器Ａに送信される。すでに説明したように、各種の「項目名」に対応づけて「イメージ」「初期配置」「ＵＩとの関連付け」が送信される。

次に、画面生成手段１４は、画面配置データを用いてＵＩ群を生成する（Ｓ２０）。生成手順についてはすでに説明した。ステップＳ２０の右側には、機器Ａが４行表示機の場合と、ＷＶＧＡの場合をそれぞれ示している。機器Ａと機器ＢもＷＶＧＡである場合、画面生成手段１４は機器ＢのＦＡＸアプリケーションのＵＩを機器Ａにて再現することができる。ＷＶＧＡの場合、図ではスペースの制約で不図示だが、各ボタンにユーザ名が表示される。

次に、画面生成手段１４は、機器Ａを操作しているユーザのユーザＩＤを確認する（Ｓ３０）。これは、カスタマイズデータを取得するため、及び、このユーザのカスタマイズデータを特定するためである。ユーザが機器Ａの操作前にログインした場合、画面生成手段１４はログイン時のユーザＩＤを読み出す。ユーザが機器Ａの操作前にログインしない場合、画面生成手段１４はゲストユーザのユーザＩＤを読み出す。

画面生成手段１４は、機器Ｂからカスタマイズデータを取得する（Ｓ４０）。ステップＳ４０の右側に、ユーザ１のカスタマイズデータが表示されている。

画面生成手段１４は、カスタマイズデータを用いて生成したＵＩをカスタマイズする（Ｓ５０）。ステップＳ５０の右側に、ＵＩのカスタマイズ結果が表示されている。ステップＳ２０の右側の４行表示と、ステップＳ５０の右側の４行表示とを比較すると、スライドバーがなくなっていることが分かる。カスタマイズにより、カスタマイズデータの「表示切換」がＯＦＦの部品は表示されないので、スライドバーがなくてもこのＵＩの全ての部品名を表示可能となったためである。

同様に、ステップＳ２０の右側のＷＶＧＡ表示と、ステップＳ５０の右側のＷＶＧＡ表示とを比較すると、ボタンの数と配置が異なっていることが分かる。ボタンの数が変わったのは、カスタマイズにより、カスタマイズデータの「表示切換」がＯＦＦの部品は表示されないためである。また、配置が異なったのは、カスタマイズデータの「座標」に基づき、ボタンの位置をカスタマイズしたためである。

次に、画面更新手段１５は、動作条件データを取得する（Ｓ６０）。ステップＳ６０の右側に動作条件データが表示されている。ここではスペースの都合で、図６の黒丸の代わりに「取り得る値」そのものを反転表示することで「設定情報」を示した。

画面更新手段１５は、動作条件データを用いてＵＩを更新する（Ｓ７０）。ステップＳ７０の右側に、ＵＩの更新結果が表示されている。ステップＳ５０の右側の４行表示と、ステップＳ７０の右側の４行表示とを比較すると、動作条件データにて反転表示された部品が判定表示されていることが分かる。同様に、ステップＳ５０の右側のＷＶＧＡ表示と、ステップＳ７０の右側のＷＶＧＡ表示とを比較すると、一部のボタンが反転表示されているが分かる。

ユーザは、ステップ７０の右側のＵＩから宛先を選択するなどの所望の設定を入力する。画面更新手段１５は、ユーザの操作を受け付け、すでに機器Ｂから取得している動作条件データの「設定情報」をユーザの操作に応じて更新する。そして、画面更新手段１５は、ＵＩを再度、更新する。こうすることで、画面構築手段１２は、ユーザの操作をＵＩに反映させることができる。

最終的に、ユーザがスタートキーを押下すると、機器連携手段１６，２５が機器連携を開始する。ユーザが原稿を持っていて機器Ａが原稿を読み取ることを考えると、機器Ａが原稿の読み取りを、機器ＢがＦＡＸの送信を、それぞれ行うことになる。機器連携手段２５は、機器Ａが要求するアプリケーションにジョブを生成させる。このアプリケーション（ＦＡＸアプリケーション）は、ユーザが設定した設定情報に基づき機器Ａのスキャナエンジン制御部５８が原稿を読み取るジョブと、ユーザが設定した設定情報（宛先）に基づき機器ＢのＦＡＸエンジン制御部８３が画像データを送信するジョブの実行を制御する（ジョブは機器連繋の全体で１つでもよい）。

このように、ＦＡＸの機能を有さない機器Ａを操作することで、ユーザは機器ＢからＦＡＸを送信することができる。

図１０は、機器Ａと機器Ｂが機能連携する手順を示すシーケンス図の一例を示す。
画面構築手段１２は、ユーザの操作をトリガーに画面生成用情報の要求を開始する（Ｓ１）。具体的には、例えばＦＴＰのＰＯＲＴコマンドで機器ＢのＩＰアドレスを指定する。通信手段１３は、機器Ｂが応答すると画面生成用情報のファイル名を指定して、その送信を機器Ｂの通信手段２１に要求する（Ｓ２）。機器ＢのＩＰアドレスや画面生成用情報のファイル名は機器Ａに記憶されている。

通信手段２１は、画面配置データ記憶手段２２に画面配置データを要求する（Ｓ３）。画面配置データ記憶手段２２は、画面配置データを通信手段２１に送出する（Ｓ３．１）。通信手段２１は、画面配置データをバッファなどに記憶しておく。

また、通信手段２１は、動作条件データ記憶手段２３に動作条件データを要求する（Ｓ４）。動作条件データ記憶手段２３は、動作条件データを通信手段２１に送出する（Ｓ４．１）。通信手段２１は、動作条件データをバッファなどに記憶しておく。

また、通信手段２１は、カスタマイズデータ記憶手段２４にカスタマイズデータを要求する（Ｓ５）。カスタマイズデータ記憶手段２４は、カスタマイズデータを通信手段２１に送出する（Ｓ５．１）。通信手段２１は、カスタマイズデータをバッファなどに記憶しておく。

次に、機器Ｂの通信手段２１は、画面生成用情報（画面配置データ、動作条件データ、カスタマイズデータ）を機器Ａの通信手段１３に送信する（Ｓ６）。

機器Ａの通信手段１３は画面生成用情報をＲＡＭ等に記憶し、画面生成用情報を取得したことを画面構築手段１２に通知する（Ｓ７）。

画面構築手段１２は、画面配置データを画面生成手段１４に送出し、ＵＩ群の構築を要求する（Ｓ８）。また、画面構築手段１２は、カスタマイズデータを画面生成手段１４に送出する（Ｓ９）。

画面生成手段１４は、画面配置データとカスタマイズデータを用いてＵＩ群を生成する（Ｓ１０）。具体的な手順は図９、１０にて説明したとおりである。画面生成手段１４は、生成したＵＩ群をＲＡＭ等に記憶し画面構築手段１２にＵＩ群の生成を通知する（Ｓ１１）。
画面構築手段１２は、動作条件データを画面構築手段１２に送出し、ＵＩ群の更新を要求する（Ｓ１２）。画面構築手段１２は、動作条件データを用いてＵＩ群を更新する（Ｓ１３）。具体的な手順は図９、１０にて説明したとおりである。

画面構築手段１２は、更新したＵＩ群をＲＡＭ等に記憶し画面構築手段１２に更新の完了を通知する（Ｓ１４）。

画面構築手段１２は、表示手段１１にＵＩを表示する（Ｓ１５）。画面構築手段１２は、ユーザの操作に応じて、ＵＩ群から選択したＵＩを表示することができる。

このように、機器ＡはＦＡＸの送信時に機器Ｂの機能を利用できる。また、機器Ｂが受信したＦＡＸの画像データを機器Ａに送信しておき、機器Ａが印刷する代行受信が知られているが、この場合にも機器Ａが機器Ｂの画面生成用情報を受信してＵＩを生成することができる。

〔サービスの利用時〕
これまで説明したアプリケーションは、アプリケーションとして動作するために必要ないくつかのサービスを組み合わせて実行する。

図１１は、アプリケーションとサービスを模式的に説明する図の一例を示す。なお図１１では、説明のためスタンドアロン型の利用形態を想定している。機器Ａにはコピーアプリケーション３１と、コピーアプリケーション３１に必要な、読取りサービス４１及び印刷サービス４２が登録されている。実際には、コピーアプリケーション３１、読み取りサービス４１及び印刷サービス４２はプログラムである。

機器Ｂにはこれらに加えさらに、ＦＡＸアプリケーション３２及びＦＡＸ送信サービス４３が登録されている。実際には、ＦＡＸアプリケーション３２及びＦＡＸ送信サービス４３はプログラムである。若干のバージョン違いはあっても、機器Ａと機器Ｂのプログラムは同一の設計思想で記述されている。

このようなサービスは、図１２のようなソフトウェア構成図のコントロールサービスとして知られている。コントロールサービスは、ＥＣＳ（エンジンコントロールサービス）４１１と、ＯＣＳ（オペレーションパネルコントロールサービス）４１２と、ＦＣＳ（ファックスコントロールサービス）４１３と、ＮＣＳ（ネットワークコントロールサービス）４１４と、ＳＣＳ（システムコントロールサービス）４１５の各プロセスを有する（なお、機器Ａは、ＦＡＸアプリケーション３２，ＦＣＳ４１３、ＦＡＸエンジン８４を有さない）。

読取りサービス４１及び印刷サービス４２はＥＣＳ４１１が、ＦＡＸ送信サービス４３はＦＣＳ４１３が相当する。図示するように、各アプリケーションは、ＡＰＩを介してコントロールサービス４０を呼び出すことで、サービスを利用する。

図１１の機器Ａ、Ｂのコピーアプリケーション３１は、読み取りサービス４１と印刷サービス４２を利用して、原稿を読み取り用紙に印刷する。また、機器ＢのＦＡＸアプリケーション３２は、読み取りサービス４１とＦＡＸ送信サービス４３を利用して、原稿を読み取り画像データを相手先に送信する。なお、画像データの受信時には、ＦＡＸアプリケーション３２は印刷サービス４２も利用する。機器Ｂにおいて、コピーアプリケーション３１とＦＡＸアプリケーション３２は同じ読取りサービスを利用する。

このような機器内のサービスの利用関係を、機器間で可能にするのは機器連携機能である。図１３は、機器連携機能を利用する際のアプリケーションとサービスを模式的に説明する図の一例を示す。図１３において図１１と同一部には同一の符号を付しその説明は省略する。機器ＡではＦＡＸアプリケーション３２及びＦＡＸ送信サービス４３が利用可能でないため、機器Ａはこれまでの説明の通り機器ＢのＦＡＸアプリケーション３２及びＦＡＸ送信サービス４３を利用する。

表示手段１１、画面構築手段１２はクライアント側の機器Ａに存在し、画面構築手段１２は、サーバ側の機器ＢのＦＡＸアプリケーション３２から画面生成用情報を取得しＵＩ群を構築する。これに対し、機器ＢのＦＡＸアプリケーション３２は、自機のＦＡＸ送信サービス４３及び機器Ｂの読取りサービス４１を利用する。

このように異なる機器間でサービスを利用可能なのは、アプリケーションとサービスが切り離され、異なるアプリケーションが共通のサービスを利用可能であるためである。すなわち、アプリケーションとサービスの組み合わせが固定ではないので、機器Ａの読み取りサービス４１が読み取って生成した画像データを、機器ＢのＦＡＸ送信サービス４３が宛先に送信することも可能になる。

図１４は、サービスを利用した原稿の読み取りからＦＡＸの送信までの手順を示すシーケンス図の一例である。

ユーザは、表示手段（具体的には操作パネル５０）１１のファクシミリキー１１５を操作して機器連携機能を起動する。表示手段１１はこの操作を受け付け、画面構築手段１２にＦＡＸアプリケーションの利用を要求する（Ｓ１１０）。

画面構築手段１２は、機器ＢのＦＡＸアプリケーション３２にデータ要求を送信する（Ｓ１２０）。ＦＡＸアプリケーション３２はデータ要求を受信すると、自機のＦＡＸ送信サービス４３に動作条件データを要求し（Ｓ１３０）、ＦＡＸ送信サービス４３から動作条件データを取得する（Ｓ１３２）。

また、ＦＡＸアプリケーション３２は、機器Ａの読取りサービス４１に動作条件データを要求し（Ｓ１４０）、読み取りサービス４１から動作条件データを取得する（Ｓ１４２）。これは、ＦＡＸアプリケーション４３の中で、機器Ａの読み取りサービス４１を機器ＡのＵＩにて提供するためである。ＦＡＸアプリケーション３２は、２つの動作条件データを結合（マージ）する（Ｓ１５０）。

また、ＦＡＸアプリケーション３２は、機器Ｂの記憶装置７９に画面配置データ及びカスタマイズデータを要求する（Ｓ１６０）。記憶装置７９は、画面配置データ及びカスタマイズデータを要求をＦＡＸアプリケーション３２に送出する（Ｓ１６２）。

そして、ＦＡＸアプリケーション３２は、画面生成用情報を画面構築手段１２に送信する（Ｓ１７０）。

画面構築手段１２は、図９、１０にて説明した方法でＵＩ群を構築する（Ｓ１８０）。画面構築手段１２はＵＩを表示手段１１に表示する（Ｓ１９０）。

ユーザは、ＵＩを目視して表示手段１１を操作することでＦＡＸアプリケーション３２に指示可能な設定を入力する。表示手段１１は設定情報を受け付け、画面構築手段１２に入力する（Ｓ２１０）。必要であれば、画面構築手段１２は入力された設定情報に基づき動作条件データを更新する（Ｓ２２０）。画面構築手段１２は、更新した設定情報に基づきＵＩを更新し（Ｓ２３０）、表示手段１１に表示する（Ｓ２４０）。

ユーザがＦＡＸアプリケーション３２の設定を完了しスタートキー１２２を押下すると、表示手段１１がそれを受け付け画面構築手段１２に通知する（Ｓ３１０）。画面構築手段１２は機器ＢのＦＡＸアプリケーション３２にジョブ実行要求を送信する（Ｓ３２０）。この要求と共に画面構築手段１２は、ユーザが設定した設定情報又は動作条件データの全体をＦＡＸアプリケーション３２に送信する。

ＦＡＸアプリケーション３２は、ジョブ実行要求を受信すると、動作条件データの一部である、読取りサービスの設定情報をパラメータにジョブＡを生成し、機器Ａの読取りサービスに読取りの実行（ジョブの実行）を要求する（Ｓ３３０）。ジョブの具体的な記述内容は機器ＡとＢに共通にできるので、ジョブＡとその実行の要求を読み取りサービス４１に送信すればよい。ジョブＡと下記のジョブＢが１つのジョブとして実行されてもよい。

読み取りサービス４１は、スキャナエンジン６１を駆動して原稿を光学的に読取りを画像データを生成する（Ｓ３４０）。読み取りサービス４１は、ＦＡＸアプリケーション３２に読み取り完了通知と読み取った画像データを送信する（Ｓ３５０）。

ここで、読取りが完了したことをユーザにフィードバックするために、ＦＡＸアプリケーション３２は機器Ａの画面構築手段１２へジョブの状態通知を行う（Ｓ３６０）。画面構築手段１２は、ジョブ状態通知を受信すると、ＵＩを更新して状態の変化を反映させる（Ｓ３７０）。画面構築手段１２は、更新したＵＩを表示手段１１に表示する（Ｓ３８０）。

画像データを受信したＦＡＸアプリケーション３２は、動作条件データの一部であるＦＡＸ送信サービス４３の設定情報及び画像データをパラメータにジョブＢを生成し、自機のＦＡＸ送信サービス４３へＦＡＸの送信（ジョブの実行）を要求する（Ｓ３９０）。ＦＡＸ送信サービス４３は、ＦＡＸエンジン８４を駆動して画像データを送信する（Ｓ４００）。

ＦＡＸ送信サービス４３は送信を完了させると、ＦＡＸアプリケーション３２に完了通知を送信する（Ｓ４１０）。ＦＡＸアプリケーション３２は画面構築手段１２へジョブの状態通知を行う（Ｓ４２０）。

画面構築手段１２は、ジョブ状態通知を受信すると、ＵＩを更新して状態の変化を反映させる（Ｓ４３０）。画面構築手段１２は、更新したＵＩを表示手段１１に表示する（Ｓ４４０）。

以上説明したように、本実施形態の機器連携システム２００は、クライアント側の機器Ａが生成したＵＩに、機器Ｂのカスタマイズデータを適用するので、ユーザの操作性を向上させることができる。

〔ＦＡＸ以外の適用例〕
ＦＡＸ以外のアプリケーションにも本実施形態のＵＩの構築方法を適用できる。例えば、複数の機器Ａ，Ｂで１つの文書を並行して印刷したり、機器Ａが機器Ｂに印刷の代行を要求する場合がある。

この場合、機器Ａは、機器ＢのコピーアプリケーションのＵＩのための画面生成用情報を受信し、ＵＩを生成することができる。並行印刷の場合、機器Ａは原稿を読み取り生成した画像データを用紙に印刷すると共に、画像データを機器Ｂに送信するので、機器Ｂも並行して印刷することができる。このように、機器Ａは、機器Ａが有する機能についてもＵＩの画面生成用情報を受信してＵＩを生成できる。

代行印刷の場合、機器Ａは原稿を読み取り生成した画像データを機器Ｂに送信する。機器Ｂは印刷することができる。

また、機器Ａと機器Ｂが同じ機能を有するが、機器Ｂしか有さないオプション機能（例えば、製本、ステープル、パンチ等）がある場合、機器Ａが構築するＵＩからユーザはオプション機能を設定することもできる。

また、本実施形態のＵＩの構築方法は、他の機器が記憶している文書データやアドレス帳を共有するためにも利用できる。
図１５は、アプリケーションとサービスを模式的に説明する図の一例を示す。機器Ａにはコピーアプリケーション３１と、コピーアプリケーション３１に必要な、読取りサービス４１及び印刷サービス４２が登録されている。

機器Ｂには、データ蓄積アプリケーション３３、ユーザ管理サービス４４、データ蓄積サービス４５及びデータベース４６が登録されている。データベース４６には機器Ｂの文書データ及びユーザ情報が記憶されている。

機器Ａは、機器Ｂの文書データやアドレス帳を閲覧するため、ＵＩの画面生成手段を機器Ｂから受信しＵＩを構築する。これにより、ユーザはデータ管理サービスのＵＩを操作でき、所望の文書データやユーザ情報を指定でき、機器Ａは機器Ｂの文書データやアドレス帳にアクセスすることができる。機器Ｂのデータ蓄積アプリケーション３３は、文書データやアドレス帳をＵＩと共に送信するので、機器Ａは表示手段１１に機器Ｂの文書データやアドレス帳を表示することができる。なお、機器Ａは、図６に示したユーザ権限に基づきアクセス制限することもできる。

１１ 表示手段
１２ 画面構築手段
１３、２１ 通信手段
１４ 画面生成手段
１５ 画面更新手段
１６、２５ 機器連携手段
２２ 画面配置データ記憶手段
２３ 動作条件データ記憶手段
２４ カスタマイズデータ記憶手段
３１ コピーアプリケーション
３２ ＦＡＸアプリケーション
４１ 読み取りサービス
４２ 印刷サービス
４３ ＦＡＸ送信サービス
５０ 操作パネル
６０ 記憶媒体
９０ 機器連携プログラム
１００ 機器（画像形成装置）
２００ 機器連携システム
３００ ネットワーク

特開２００３−２８０７３１号公報

Claims (16)

1. ユーザ操作を受け付ける画面を表示する第１の表示手段と、
   前記画面に表示される表示部品の配置データを記憶した配置データ記憶手段と、
   前記表示部品の部品名が前記画面の階層構造に従って登録された部品データを記憶した表示部品データ記憶手段と、
   前記表示部品の表示有無又は表示態様のカスタマイズデータをユーザＩＤに対応づけて記憶したカスタマイズデータ記憶手段と、を有する装置と接続された画像処理装置であって、
   前記装置が有する機能を提供するための前記画面の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信する受信手段と、
   少なくとも前記部品データに基づき前記画面を生成する画面構築手段と、
   前記画面構築手段が生成した前記画面を前記カスタマイズデータに基づき修正する画面生成手段と、
   前記カスタマイズデータに基づき修正された前記画面を表示し、前記表示部品の操作を受け付ける第２の表示手段と、
   前記第２の表示手段から受け付けた前記機能の設定情報と共に前記機能の提供を前記装置に要求する機器連携手段と、
   を有することを特徴とする画像処理装置。
2. 前記カスタマイズデータには、ユーザ毎に前記表示部品の表示の可否が登録されており、
   前記画面生成手段は、前記カスタマイズデータにて当該画像処理装置のユーザに対し表示が許可されている前記表示部品のみを含む前記画面を生成する、
   ことを特徴とする請求項１記載の画像処理装置。
3. 前記機能は、前記装置は有するが当該画像処理装置が有さない機能である、
   ことを特徴とする請求項１又は２記載の画像処理装置。
4. 前記画面構築手段は、前記第１の表示手段の第１のタイプ情報と前記第２の表示手段の第２のタイプ情報とが異なる場合、
   前記配置データを用いることなく、前記階層構造に基づき階層毎に選別した前記表示部品を表示する前記画面を生成する、
   ことを特徴とする請求項１〜３いずれか１項記載の画像処理装置。
5. 前記画面構築手段は、前記第１の表示手段よりも前記第２の表示手段の方が、表示可能な情報量が多いと判定した場合、
   予め記憶している、前記第２の表示手段にて表示可能な前記表示部品に、前記階層構造に基づき階層毎に選別した前記部品名を関連付けて前記画面を生成する、
   ことを特徴とする請求項４記載の画像処理装置。
6. 前記画面構築手段は、前記第２の表示手段が１ラインごとにテキストを表示する表示手段の場合、
   前記階層構造に基づき階層毎に選別した前記部品名を所定のラインに配置して前記画面を生成する、
   ことを特徴とする請求項４記載の画像処理装置。
7. 前記画面構築手段は、前記第１のタイプ情報と前記第２のタイプ情報とが同じであると判定した場合、
   前記第１の表示手段にて表示される前記画面の前記表示部品の配置を前記画面配置データから決定し、前記第２の表示手段にて再現する前記画面を生成する、
   ことを特徴とする請求項４記載の画像処理装置。
8. 前記表示部品データ記憶手段は、選択が受け付けられた状態の前記部品名を特定する設定情報を記憶しており、
   前記設定情報により特定された前記部品名と前記表示部品データ記憶手段にて関連付けられた前記表示部品が、他の前記表示部品と視覚により判別可能となるよう前記画面を更新する画面更新手段を有する、
   ことを特徴とする請求項１〜７いずれか１項記載の画像処理装置。
9. 前記装置がファックス機能を有し、当該画像処理装置がファックス機能を有さず原稿読み取り機能を有する場合、
   前記受信手段は、ファックス機能の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信し、
   前記第２の表示手段は、ファックスを送信するための前記画面を表示すると共に、宛先の指定操作を受け付ける、
   ことを特徴とする請求項１〜８いずれか１項記載の画像処理装置。
10. 前記部品名にはファックスの宛先情報が含まれ、
    前記第２の表示手段は、前記画面に前記宛先情報と一体に前記表示部品を表示する、
    ことを特徴とする請求項９記載の画像処理装置。
11. 前記画面生成手段は、前記カスタマイズデータに登録された当該画像処理装置のユーザの権限情報に基づき、前記画面に表示する前記宛先情報を取捨する、
    ことを特徴とする請求項１０記載の画像処理装置。
12. 前記装置及び当該画像処理装置がコピー機能を有するが、前記装置に当該画像処理装置が有さないオプション機能が装着されている場合、
    前記受信手段は、前記オプション機能を含むコピー機能の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信し、
    前記第２の表示手段は、前記オプション機能を利用するための前記画面を表示する、
    ことを特徴とする請求項１〜８いずれか１項記載の画像処理装置。
13. 前記装置が文書蓄的機能を有する場合、
    前記受信手段は、前記文書蓄積機能の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信し、
    前記第２の表示手段は、前記文書蓄積機能を利用するための前記画面を表示する、
    ことを特徴とする請求項１〜８いずれか１項記載の画像処理装置。
14. 第２の機器が第1の機器の機能を利用する機器連携システムであって、
    前記第1の機器は、
    ユーザ操作を受け付ける画面を表示する第１の表示手段と、
    前記画面に表示される表示部品の配置データを記憶した配置データ記憶手段と、
    前記表示部品の部品名が前記画面の階層構造に従って登録された部品データを記憶した表示部品データ記憶手段と、
    前記表示部品の表示有無又は表示態様のカスタマイズデータをユーザＩＤに対応づけて記憶したカスタマイズデータ記憶手段と、を有し、
    前記第２の機器は、
    前記第1の機器が有する機能を提供するための前記画面の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信する受信手段と、
    少なくとも前記部品データに基づき前記画面を生成する画面構築手段と、
    前記画面構築手段が生成した前記画面を前記カスタマイズデータに基づき修正する画面生成手段と、
    前記カスタマイズデータに基づき修正された前記画面を表示し、前記表示部品の操作を受け付ける第２の表示手段と、
    前記第２の表示手段から受け付けた前記機能の設定情報と共に前記機能の提供を前記装置に要求する機器連携手段と、を有する、
    ことを特徴とする機器連携システム。
15. ユーザ操作を受け付ける画面を表示する第１の表示手段と、
    前記画面に表示される表示部品の配置データを記憶した配置データ記憶手段と、
    前記表示部品の部品名が前記画面の階層構造に従って登録された部品データを記憶した表示部品データ記憶手段と、
    前記表示部品の表示有無又は表示態様のカスタマイズデータをユーザＩＤに対応づけて記憶したカスタマイズデータ記憶手段と、を有する装置と接続された画像処理装置のサービス提供方法であって、
    受信手段が、前記装置が有する機能を提供するための前記画面の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信するステップと、
    画面構築手段が、少なくとも前記部品データに基づき前記画面を生成するステップと、
    画面生成手段が、前記画面構築手段が生成した前記画面を前記カスタマイズデータに基づき修正するステップと、
    第２の表示手段が、前記カスタマイズデータに基づき修正された前記画面を表示し、前記表示部品の操作を受け付けるステップと、
    機器連携手段が、前記第２の表示手段から受け付けた前記機能の設定情報と共に前記機能の提供を前記装置に要求するステップと、
    を有することを特徴とするサービス提供方法。
16. ユーザ操作を受け付ける画面を表示する第１の表示手段と、
    前記画面に表示される表示部品の配置データを記憶した配置データ記憶手段と、
    前記表示部品の部品名が前記画面の階層構造に従って登録された部品データを記憶した表示部品データ記憶手段と、
    前記表示部品の表示有無又は表示態様のカスタマイズデータをユーザＩＤに対応づけて記憶したカスタマイズデータ記憶手段と、を有する装置と接続された画像処理装置のＣＰＵに、
    前記装置が有する機能を提供するための前記画面の前記配置データ、前記部品データ、及び、前記カスタマイズデータを受信するステップと、
    少なくとも前記部品データに基づき前記画面を生成するステップと、
    前記画面構築手段が生成した前記画面を前記カスタマイズデータに基づき修正するステップと、
    前記カスタマイズデータに基づき修正された前記画面を表示し、前記表示部品の操作を受け付けるステップと、
    前記第２の表示手段から受け付けた前記機能の設定情報と共に前記機能の提供を前記装置に要求するステップと、
    を実行させるプログラム。