本発明の一実施形態について図１ないし図３１に基づいて説明すると以下の通りである。本実施形態に係る複合機制御システムは、制御装置が有するアプリケーションと複合機とを連携させて動作させるものである。図２は、本実施形態に係る複合機制御システムの概略を示す図である。図２に示されるように、複合機制御システムは、複合機１と、制御装置２と、これらを通信可能に接続する通信ネットワークとを備えている。なお、図２に示されるように、複合機１は、複数の制御装置２と接続されていてもよい。
複合機１は、複写、スキャン（画像読取機能）、印刷（画像形成機能）、画像データの伝送（通信機能）、画像変換などの複数の画像形成機能を有する装置であり、例えば、プリンタ、複写機、ファクシミリ機、スキャナ、および、画像伝送、変換および画像処理を行う演算装置が一体に形成された装置（ＭＦＰ：マルチファンクションプリンタ）である。なお、複合機１としては、これらの全ての機能を備えている必要はなく、スキャン機能（画像読取機能）および通信機能を備えているものや、プリント機能（画像形成機能）および通信機能を備えているものであってもよい。
複合機１は、ユーザインターフェイスとして、操作部３を備えている。図３は、操作部３の拡大図である。図３に示されるように、操作部３は、ユーザに対して操作画面を表示するための操作パネル６と、ユーザ入力を受け付ける入力部５とを備えている。なお、操作パネル６は、タッチパネルシステムを採用しており、入力部５を兼ねている。
なお、複合機１は、上記操作部３の代わりに、もしくは、操作部３と兼用して、ＵＩ装置と接続可能であってもよい。この場合、複合機１に接続される該ＵＩ装置に操作画面が表示される。
制御装置２は、例えば、パーソナルコンピュータである。制御装置２は、種々のアプリケーションがインストールされており、当該アプリケーションに応じた処理を行うとともに、通信ネットワークを介して複合機１と通信可能である。なお、通信ネットワークとしては、インターネット、電話線、シリアルケーブル、または、他の有線回線または無線回線、といった通信回線が利用できる。
制御装置２は、通信ネットワークを介して、複合機１が有する機能を制御する。複合機１を制御する際、制御装置２は、自身が有するアプリケーションを用いた処理を実行させる。これにより、複合機１は、自身が有する情報処理機能だけでは実行することのできない様々な処理を利用した制御を、制御装置２から受けることができる。すなわち、複合機１は、外部の制御装置２が有するアプリケーションと連携して動作することができる。
制御装置２のアプリケーションは、複合機１の様々な特徴を制御するために、複合機１が提供している１つまたは複数のＷｅｂサービスを使用してもよい。複合機１の様々な特徴の制御とは、例えば、装置の機能の有効／無効の切替や設定、あるいは、装置の機能の制御である。Ｗｅｂサービスとは、アプリケーションの機能をネットワークを通じて外部から利用できるようにするプログラム処理のことであり、通常ＳＯＡＰが用いられる。
また、図２に示されるように、異なるアプリケーションが組み込まれた複数の制御装置２と接続されている場合、複合機１と連携して動作するアプリケーションの数が増えることとなり、複合機１に対して様々な制御を行うことができる。
また、複合機１は、制御装置２が有するアプリケーションと連携して動作する際に、Ｗｅｂサーバである当該制御装置２にアクセスし、アプリケーションに応じた操作画面データを取得し、操作画面を操作パネル６に表示させる。すなわち、制御装置２のアプリケーションは、ユーザと対話することができる。これにより、複合機１は、制御装置２に対して操作画面データを要求するだけで、操作画面を表示することができ、操作画面データ自体を管理する必要がない。
また、複合機１は、外部に公開しているＡＰＩ（Application Program Interface）（制御指示）を機種によらず共通にしている。そのため、各制御装置２は、複合機１の機種によらず、共通した制御指示を複合機１に出力することができる。よって、新たなアプリケーションを利用した制御を複合機１に対して行う際、制御装置２内に組み込むプログラムの開発を容易に行うことができる。ＡＰＩは、ソフト開発の際に使用できる命令と、それを利用するための手続きを定めた規約である。
なお、複合機１と制御装置２とは、操作画面データの要求／応答に関する通信として、ＨＴＴＰ、または、ＳＳＬ（Secure Socket Layer）を使用したＨＴＴＰＳを用いる。ＨＴＴＰＳを用いた場合、セキュリティがよくなる。そのマークアップ言語としては、ＨＴＭＬ（Hypertext Markup Language）、ＸＭＬ（eXtensible Markup Language）、ＷＭＬ（Wireless Markup Language）、ＸＨＴＭＬ（eXtensible HyperText Markup Language）、および／または、他の言語からなる用語が挙げられる。
なお、ＸＭＬは、ＨＴＭＬと同様の手軽さでデータ送受信できる文書構造の記述言語である。（１）利用者が文書中の文字列に意味付けできる、（２）特定のソフトウェアに依存しない、（３）プログラムが容易、などのメリットがある。
一方、制御装置２が複合機１を制御する際の制御指示の通信については、ＸＭＬなどのマークアップ言語を用いたＳＯＡＰ（Simple Object Access Protocol）などのオブジェクト間通信プロトコルを用いて行われる。ＳＯＡＰは、ＸＭＬとＨＴＴＰなどをベースとした、データやサービスを呼び出すためのプロトコルで、システムとシステムを連携させることができる。
以下に、複合機１および制御装置２の構成について説明する。
（制御装置の構成）
図４は、本実施形態に係る制御装置２の内部構成を示すブロック図である。図４に示されるように、制御装置２は、ＯＳ部２１、Ｗｅｂサーバ部２２、ＭＦＰ制御ロジック部２３、連携モジュール２４、アプリケーション部２５を備える。
ＯＳ部２１は、コンピュータシステムを管理し、基本的なユーザ操作環境を提供するオペレーティングシステム（ＯＳ）に従った処理を行うブロックである。ＯＳとしては、Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘがある。
Ｗｅｂサーバ部２２は、ＨＴＴＰ（hypertext transfer protocol）（またはＨＴＴＰＳ）やＳＯＡＰ（simple object access protocol）を用いた通信を行うものである。Ｗｅｂサーバ部２２は、複合機１からＨＴＴＰリクエストを受信するとともに、当該ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを送信する。Ｗｅｂサーバ部２２は、例えば、Ａｐａｃｈｅのようなソフトウェアに従った動作を行うブロックである。
ＭＦＰ制御ロジック部２３は、複合機１の操作画面（ＵＩ）および各種の装置機能の制御を行うものである。ＭＦＰ制御ロジック部２３は、情報受付部（リクエスト情報受付手段）２３１、画面データ記憶部２３２、ＵＩ制御部（画面データ送信手段）２３３、制御指示テーブル記憶部２３４、デバイス制御部（制御指示送信手段）２３５およびアプリケーション指示部２３６を備えている。
情報受付部２３１は、Ｗｅｂサーバ部２２を介して、複合機１からの情報を受け付け、当該情報に応じた処理を、ＵＩ制御部２３３、デバイス制御部２３５、アプリケーション指示部２３６に対して指示するものである。
なお、情報受付部２３１が複合機１から受け付ける情報としては、ＵＲＬ（Uniform Resource Locator）により指定されたデータの送信要求情報（リクエスト情報）、ＵＩ制御部２３３から出力された操作画面データに基づいた操作画面上において押下されたボタンを示す押下ボタン情報、および、アプリケーション部２５に対する処理要求情報が含まれる。
なお、情報受付部２３１は、上記処理要求情報を、ＳＯＡＰを用いて、Ｗｅｂサーバ部２２から取得する。また、情報受付部２３１は、上記送信要求情報および押下ボタン情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、Ｗｅｂサーバ部２２から取得する。
処理要求情報としては、例えば、認証アプリケーションに対するユーザの認証処理を要求する情報や、イベント集計アプリケーションに対する集計処理を要求する情報などが含まれる。ただし、処理要求情報は、これらに限定されるものではなく、複合機１から任意（または定期的）に受信する情報であり、当該情報に応じて、アプリケーション部２５が何らかの処理を行うものであればよい。
情報受付部２３１は、送信要求情報を受けた場合、当該送信要求情報をＵＩ制御部２３３に出力する。
また、情報受付部２３１は、操作画面上において押下されたボタンを示す押下ボタン情報と、当該ボタンの押下に応じて、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５のいずれかが行う処理内容を示す処理情報とを対応付けた押下ボタン処理テーブルを管理している。
図５は、押下ボタン−処理内容テーブルの一例を示す図である。図５に示されるように、情報受付部２３１は、例えば、操作画面「スキャン実行画面」の「ＯＫボタン」が押下されたことを示す押下ボタン情報と、制御内容「スキャン実行」のデバイス制御を行うことを示す処理内容情報とが対応付けられていることを示す。
また、操作画面「ログインデータ入力画面」の「ＯＫボタン」が押下されたことを示す押下ボタン情報と、ＵＩ制御部２３３が次画面として画面ＸＸＸ（「ログイン中です」を示す画面）のデータを複合機１に送信し、認証アプリケーションの処理開始を示す処理内容情報とが対応付けられている。
情報受付部２３１は、押下ボタン情報を受け付けた場合、当該押下ボタン情報に対応する処理内容情報を上記押下ボタン処理テーブルから特定し、特定した処理情報が示す処理の実行指示を、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５に対して行う。すなわち、情報受付部２３１は、処理内容情報がＵＩ制御に関する情報である場合、その情報が示す内容をＵＩ制御部２３３に通知し、処理内容情報がアプリケーションに関する情報である場合、その情報が示す内容をアプリケーション指示部２３６に通知し、処理内容情報がデバイス制御に関する情報である場合、その情報が示す内容をデバイス制御部２３５に通知する。
さらに、情報受付部２３１は、上記押下ボタン処理テーブルと同様に、アプリケーション部２５に対する処理要求情報と、当該処理要求情報に応じて、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５のいずれかが行う処理内容を示す処理内容情報とを対応付けた処理要求情報―処理テーブルを管理している。
図６は、処理要求―処理内容テーブルの一例を示す図である。図６に示されるように、認証要求を示す処理要求情報と、アプリケーション指示部２３６が認証アプリケーションに対して認証処理を開始させるように指示することを示す処理内容情報とが対応付けられている。
情報受付部２３１は、処理要求情報を受け付けた場合、当該処理要求情報に対応する処理内容情報を上記処理要求―処理内容テーブルから特定し、特定した処理内容情報が示す処理の実行指示を、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５に対して行う。
画面データ記憶部２３２は、複写機の操作パネル６に表示される各操作画面を示す操作画面データを記憶するものである。
ＵＩ制御部２３３は、情報受付部２３１からの指示に応じた操作画面データを画面データ記憶部２３２から読み出し、Ｗｅｂサーバ部２２を介して、当該操作画面データを複合機１に出力させるものである。なお、ＵＩ制御部２３３は、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、操作画面データを送信する。
アプリケーション指示部２３６は、情報受付部２３１からの指示内容に応じて、アプリケーション部２５に対して所定の処理を開始させるものである。
制御指示テーブル記憶部２３４は、複合機１に対する制御内容と、当該制御内容に従った制御を行う場合の制御指示とを対応付けた制御指示テーブルを記憶するものである。図７は、制御指示テーブルの一例を示す図である。図７に示されるように、制御指示テーブル記憶部２３４は、例えば、制御内容「スキャン」と、制御指示「ＪｏｂＣｒｅａｔｅ」、「ＥｘｅｃｕｔｅＳｃａｎ」および「ＪｏｂＣｌｏｓｅ」とを対応付けて記憶している。また、制御指示テーブル記憶部２３４は、１つの制御内容に対応付けて複数の制御指示を記憶している場合、各制御指示の出力順序（制御順序）も記憶している。
なお、制御指示テーブル記憶部２３４が記憶している制御指示は、後述するように、複合機１のＷｅｂサービス層１７が外部に公開しているＡＰＩであり、複合機１の機種に依存しない共通のＡＰＩである。
デバイス制御部２３５は、情報受付部２３１またはアプリケーション部２５から受けた制御内容に対応する制御指示を制御指示テーブル記憶部２３４から読み出し、Ｗｅｂサーバ部２２を介して、読み出した制御指示を複合機１に送信するものである。なお、デバイス制御部２３５は、ＳＯＡＰを用いて、制御指示を複合機１に伝送する。
アプリケーション部２５は、各種のアプリケーションに応じた処理を行うブロックである。アプリケーション部２５は、例えば、予め登録されたユーザであるか否かを判定する認証アプリケーション、画像データを保存・管理するドキュメント管理アプリケーション、ＯＣＲ（Optical Character Recognition）アプリケーション、翻訳アプリケーション、複合機１で実行されたイベントの集計を行うイベント集計アプリケーションなどに応じた動作を行う。
連携モジュール２４は、アプリケーション部２５とＭＦＰ制御ロジック部２３との接続するためのモジュールである。連携モジュール２４は、アプリケーション指示部２３６からの指令をアプリケーション部２５に伝えるとともに、アプリケーション部２５からの指令をデバイス制御部２３５に伝える。
（複合機の構成）
次に、複合機１の内部構成について、図１のブロック図を参照しながら説明する。図１に示されるように、複合機１は、ユーザインターフェイス層１１と、アプリケーション層１２、サービス層（要素機能実行手段）１３と、ドライバ層１４と、ＯＳ層１５と、ＵＩサービス層（ＵＩ処理手段、操作画面識別情報記憶部、画面テーブル記憶部）１６と、Ｗｅｂサービス層（制御指示受付手段）１７と、ＯＳＡアプリ層（装置機能制御手段）１８と、ＯｐｅｎＩ／Ｆ層（制御コマンド変換手段、コマンド記憶部、登録情報管理部、判断手段）１９とを備えている。
ユーザインターフェイス層１１は、ユーザが複合機１を操作するためのインターフェイスである。ユーザインターフェイス層１１は、複合機１に固有の操作画面（固有操作画面）を記憶しており、当該固有操作画面を操作パネル６に表示させる。ユーザは、固有操作画面に対して、所望の機能の実行を入力することで、複合機１を制御することができる。
なお、ユーザインターフェイス層１１の操作パネル部１１ａは、複合機１の操作画面にて入力された情報をアプリケーション層１２に伝達する処理を行う。
また、Ｗｅｂページ部１１ｂは、Ｗｅｂページにて入力された情報をアプリケーション層１２に伝達する処理を行う。
アプリケーション層１２は、複合機１が有する各種の装置機能を制御するアプリケーションに従って動作するものである。
ここで、装置機能とは、スキャン機能、印刷（プリント）機能、画像処理機能、ネットワーク機能などの要素機能を適宜組み合わせて実行することにより実現される機能である。要素機能を適宜組み合わせて実行することにより実現される装置機能とは、例えば、スキャン機能と画像処理機能と印刷機能とを組み合わせて実行される複写（コピー）機能や、スキャン機能とネットワーク機能とを組み合わせて実行されるイメージ送信機能などがある。
本実施形態のアプリケーション層１２は、複写（コピー）機能の実行／制御を行うためのコピーアプリ１２ａ、プリント機能の実行／制御を行うためのプリントアプリ１２ｂ、スキャンした画像データを外部の装置に送信する機能（イメージ送信機能）の実行／制御を行うためのイメージ送信アプリ１２ｃ、ドキュメントファイリング機能の実行／制御を行うためのドキュメントファイリングアプリ１２ｄ、ユーザ認証機能の実行／制御を行うためのユーザ認証アプリ１２ｅ、ＦＡＸ受信機能の実行／制御を行うためのＦＡＸ受信アプリ１２ｆ、ＴＷＡＩＮ機能の実行／制御を行うためのＴＷＡＩＮアプリ１２ｇなどを含む。
サービス層１３は、アプリケーション層１２の下位に位置する層であり、アプリケーション層１２からの指示に従って、複合機１が有する各種の要素機能を制御するものである。
本実施形態のサービス層１３には、要素機能として、スキャン動作を制御を行うスキャンサービス１３ａ、プリント（印刷）の制御を行い、プリント機能やコピー機能から利用されるプリントサービス１３ｂ、ジョブ毎の情報管理を制御するジョブログサービス１３ｃ、イメージ作成等の画像形成を制御する画処理サービス１３ｄ、ドキュメントファイリング等、イメージを管理するための制御を行うファイルサービス１３ｅ、リモートからＷｅｂページ経由でアクセスするための制御を行うＷＷＷサーバサービス１３ｆ、ＬＡＮや電話回線等を用いて、通信する動作の制御を行うネットワークサービス１３ｇなどがある。
ドライバ層１４は、サービス層１３の下位に位置する層であり、複合機１のハードウェアを制御するためのソフトウェアに従った動作を行うものである。
なお、本実施形態のドライバ層１４には、画像形成に関するＡＳＩＣドライバ１４ａ、ＵＳＢ通信を行うためのＵＳＢドライバ１４ｂ、シリアル通信を行うためのシリアル通信ドライバ１４ｃ、ＬＡＮ通信を行うためのＮＩＣドライバ１４ｄ、操作パネル６の表示制御を行うためのＬＣＤドライバ１４ｅ、電源管理を行うためのパワードライバ１４ｆなどがある。
ＯＳ層１５は、ドライバ層１４の下位に位置する層であり、オペレーティングシステムを管理するものである。
なお、上記ユーザインターフェイス層１１、アプリケーション層１２、サービス層１３、ドライバ層１４およびＯＳ層１５は、複合機１に固有のソフトウェアに従った動作を行うものであり、複合機１ごとに異なる。これらの層を備えることで、複合機１は、通信ネットワークを介することなくユーザからの指示を直接受け付け、その指示に従った動作を行うことができる。
ただし、上記のような複合機１に固有の層のみを有している場合、新たなアプリケーションを用いた処理を伴う制御を行うためには、複合機１の内部に新たなアプリケーション等を組み込む必要があり、手間がかかる。そこで、本実施形態の複合機１は、以下に示されるように、外部の制御装置２が有するアプリケーションと連携し、当該制御装置２からの制御を受付可能とする層を備えている。
ＵＩサービス層１６は、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、制御装置２から操作画面データを取得し、取得した操作画面データに基づいた操作画面を操作パネル６上に表示させるものである。なお、ＵＩサービス層１６は、汎用されているＷｅｂブラウザの機能を有するものでよい。
ＵＩサービス層１６とユーザインターフェイス層１１とを備えることで、ユーザは、操作パネル６の操作画面を、複合機１に固有の操作画面（ユーザインターフェイス層１１によって表示される）を操作して、その操作に応じた機能が複合機１で実行される標準操作モードと、ネットワークリソース（例えば、ＲＣＤのアプリケーション）を使用するオープンシステムモード（open system modes）とのいずれかを使用することができる。
なお、ＵＩサービス層１６には、制御装置２から提供されたＵＩ（操作画面）の表示を制御するＵＩマネージャ１６ａがある。
ＵＩサービス層１６は、制御装置２が有するアプリケーション部２５の処理を伴う制御を識別する制御識別情報（例えば、当該制御の内容を示す制御名称など）と、当該制御を受けるための操作画面のＵＲＬ（操作画面識別情報）とを対応付けたＵＲＬ登録情報を記憶している。すなわち、ＵＩサービス層１６は、上記ＵＲＬ登録情報を記憶するＵＲＬ登録情報記憶部（操作画面識別情報記憶部）（図示せず）を備える。図８は、ＵＲＬ登録情報の一例である。なお、ＵＩサービス層１６は、入力部５に対するユーザ入力、もしくは、Ｗｅｂサービス層１７からの指示に応じて、ＵＲＬ登録情報の新規登録または削除を行う。
そして、ＵＩサービス層１６のＵＩマネージャ１６ａは、ＵＲＬ登録情報に登録されている制御識別情報の一覧を操作パネル６に表示する。さらに、ＵＩマネージャ１６ａは、ユーザによって選択された制御識別情報に対応するＵＲＬをＵＲＬ登録情報から読み出し、当該ＵＲＬで指定される操作画面データを要求する旨の送信要求情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて制御装置２に送信する。そして、ＵＩマネージャ１６ａは、取得した操作画面データに基づいて操作画面を操作パネル６に表示させる。その後、ＵＩマネージャ１６ａは、操作画面上で押下されたボタンを示す押下ボタン情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて制御装置２に送信し、その応答である新たな操作画面データを取得し、操作パネル６に表示させる。
Ｗｅｂサービス層１７は、ＳＯＡＰを用いて制御装置２から送信される制御指示を受信し、当該制御指示に対応するＯＳＡアプリ層１８の適切なモジュールを呼び出すものである。また、Ｗｅｂサービス層１７は、ＯＳＡアプリ層１８から受けた情報を示すＳＯＡＰコマンドを生成し、制御装置２に対して送信する。Ｗｅｂサービス層１７は、制御指示と、当該制御指示が示す制御に適切なＯＳＡアプリ層１８のモジュールとを対応付けて記憶しており、当該記憶内容に応じて、適切なモジュールを呼び出す。
本実施形態のＷｅｂサービス層１７は、ＵＩ制御に関するＷｅｂサービスを処理するＵＩサービス、ジョブ制御に関するＷｅｂサービスを処理するジョブマネージャ１７ｂ、イベント送信要求に関するＷｅｂサービスを処理するイベントマネージャ１７ｃ、ジョブやデバイスのステータス制御に関するＷｅｂサービスを処理するステータスマネージャ１７ｄ、ＯＳＡアプリ層１８に関する情報を登録するためのサービスマネージャ１７ｅ、ジョブの送受信を行うためのＷｅｂサービスを処理するデータ送信マネージャ１７ｆなどを含む。
ＯＳＡアプリ層１８は、上記装置機能を制御するためのアプリケーションであり、制御する装置機能に用いる要素機能を制御するための第１ＡＰＩ（第１制御コマンド）を生成し、ＯｐｅｎＩ／Ｆ層１９におくる。後述するように、ＯｐｅｎＩ／Ｆ層１９で使用可能な（公開されている）第１ＡＰＩは、複合機１の機種に依存していない。その結果、ＯＳＡアプリ層１８は、複合機１ごとに、プログラムコードを変更する必要がない。ＯＳＡアプリ層１８は、ＯｐｅｎＩ／Ｆ層１９で公開されている第１ＡＰＩをＯｐｅｎＩ／Ｆ層１９に出力する。
本実施形態のＯＳＡアプリ層１８は、複写（コピー）機能の実行／制御を行うためのコピーアプリ１８ａ、プリント機能の実行／制御を行うためのプリントアプリ１８ｂ、スキャンした画像データを外部の装置に送信する機能（イメージ送信機能）の実行／制御を行うためのイメージ送信アプリ１８ｃ、ドキュメントファイリング機能の実行／制御を行うためのドキュメントファイリングアプリ１８ｄ、ユーザ認証機能の実行／制御を行うためのユーザ認証アプリ１８ｅ、ＦＡＸ受信機能の実行／制御を行うためのＦＡＸ受信アプリ１８ｆ、ＴＷＡＩＮ機能の実行／制御を行うためのＴＷＡＩＮアプリ１８ｇなどを含む。
ＯｐｅｎＩ／Ｆ層１９は、サービス層１３を制御するためのインターフェイスをＯＳＡアプリ層１８に公開する機能を有しており、ＯＳＡアプリ層１８から受けた第１ＡＰＩを、サービス層１３が受付可能な第２ＡＰＩ（第２制御コマンド）に変換するものである。
ＯｐｅｎＩ／Ｆ層１９は、ＯＳＡアプリ層１８に公開している第１ＡＰＩ（すなわち、ＯｐｅｎＩ／Ｆ層１９が外部から受け付けることができる第１制御コマンド）と、サービス層１３が外部に公開している第２ＡＰＩ（すなわち、サービス層１３が受け付けることができる第２制御コマンド）とを対応付けたＡＰＩテーブルを記憶するＡＰＩテーブル記憶部（コマンド記憶部）（図示せず）を備えており、当該ＡＰＩテーブルに従って、サービス層１３のＡＰＩを呼び出す。図９は、ＯｐｅｎＩ／Ｆ層１９が保持しているＡＰＩテーブルの一例を示す図である。
ＯｐｅｎＩ／Ｆ層１９は、ＯＳＡアプリ層１８へ公開する第１ＡＰＩ（つまり、ＯｐｅｎＩ／Ｆ層１９が受け付け可能なＡＰＩ）を複合機１によらず共通にしている。これにより、ＯＳＡアプリ層１８がプログラムコードを変更する必要がなく、Ｗｅｂサービス層１７が外部の装置に公開するメソッドを複合機１によらず共通に定義することができる。すなわち、各制御装置２は、複合機１によらず共通のメソッドを用いて、Ｗｅｂサービス層１７に対する要求を行うことができる。
図１８は、ＯｐｅｎＩ／Ｆ層１９の機能を説明する図である。図１８において、モデルＡの複合機１は、サービス層１３として、スキャンサービス１３ａおよびプリントサービス１３ｂを有している。この場合、モデルＡの複合機１のＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルとして、図９に示されるように、第１ＡＰＩ'Execute Copy'と、第２ＡＰＩ'Do Scan'および'Do Print'とを対応付けて記憶している。そのため、第１ＡＰＩ'Execute Copy'を受けても、ＯｐｅｎＩ／Ｆ層１９は、スキャンサービス１３ａおよびプリントサービス１３ｂを実行させることができる。
一方、モデルＢの複合機１は、サービス層１３として、コピーサービスを有している。この場合、モデルＢの複合機１のＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルとして、第１ＡＰＩ'Execute Copy'と、第２ＡＰＩ'Do Copy'とを対応付けて記憶している。そのため、第１ＡＰＩ'Execute Copy'を受けても、ＯｐｅｎＩ／Ｆ層１９は、コピーサービスを実行させることができる。
このように、ＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルに基づいてＡＰＩを変換する機能を有している。そのため、ＯｐｅｎＩ／Ｆ層１９は、公開している第１ＡＰＩを複合機１の機種によらず共通にすることができる。その結果、ＯｐｅｎＩ／Ｆ層１９より上位層では、共通のＡＰＩを使用することができる。すなわち、外部の制御装置２は、複合機１の機種によらず、共通の制御指示を複合機１に対して出力すればよい。
（ＵＲＬ登録情報の登録処理）
次に、ＵＩサービス層１６に対するＵＲＬ登録情報の登録処理について説明する。当該登録処理は、複合機１の操作パネル６を用いて行う場合と、外部のパソコンからの要求に応じて行う場合とがある。
（操作パネルを用いた登録処理例）
まず、操作パネル６を用いて登録処理を行う場合について、図１０のフローチャートを参照しながら説明する。
ＵＩサービス層１６のＵＩマネージャ１６ａは、操作パネル６上に新規のＵＲＬ登録情報の登録ボタンを表示させる（Ｓ１）。次に、ＵＩマネージャ１６ａは、登録ボタンが押下されたことを検知する（Ｓ２）。
その後、ＵＩマネージャ１６ａは、制御装置２が有するアプリケーション部２５の処理を伴う制御を識別する制御識別情報（例えば、当該制御の内容を端的に示す名称など）と、当該制御を受けるための操作画面のＵＲＬとの入力指示を操作パネル６に表示する（Ｓ３）。
そして、ＵＩマネージャ１６ａは、入力部５に入力された制御識別情報とＵＲＬとを対応付けた新たなＵＲＬ登録情報を生成し、ＵＩサービス層１６に記憶させる（Ｓ４）。これにより、登録処理を終了する。
なお、ＵＩマネージャ１６ａは、編集ボタンおよび削除ボタンを操作パネル６に表示してもよい。そして、編集ボタンが押下されたとき、ＵＩマネージャ１６ａは、入力部５へのユーザ入力に応じて、登録済みのＵＲＬ登録情報の編集を行う。また、削除ボタンが押下されたとき、ＵＩマネージャ１６ａは、入力部５へのユーザ入力に応じて、登録済みのＵＲＬ登録情報の削除を行う。
（外部のパソコンからの要求による登録処理例１）
次に、外部のパソコンから複合機１に対して新たなＵＲＬ登録情報を登録する場合の具体例について説明する。
図１１は、本具体例に含まれる装置の構成を示す図である。図１１に示されるように、登録アプリケーション部４１を有するパソコン４と、複合機１と、複合機１と連携して動作するアプリケーション部２５を有する制御装置２とが通信ネットワークを介して接続されている。ここでは、複合機１に対して、制御装置２が有するアプリケーション部２５の処理を伴う制御を示すＵＲＬ登録情報を新規に登録するものとする。
図１２は、本実施例におけるＵＲＬ登録情報の登録処理の流れを示すフローチャートである。
まず、パソコン４の登録アプリケーション部４１は、ユーザに対して、制御装置２が有するアプリケーション部２５の処理を伴う制御を識別する制御識別情報（例えば、当該制御の内容を端的に示す名称など）と、当該制御を受けるための操作画面のＵＲＬとの入力を促す（Ｓ１１）。そして、登録アプリケーション部４１は、入力された制御識別情報とＵＲＬとを対応付けたＵＲＬ登録情報を生成する（Ｓ１２）。
その後、登録アプリケーション部４１は、ＳＯＡＰを用いて、生成したＵＲＬ登録情報を付加した登録要求を複合機１に送信する（Ｓ１３）。
複合機１のＷｅｂサービス層１７は、上記登録要求を受信する（Ｓ１４）。そして、Ｗｅｂサービス層１７のＵＩマネージャ１７ａは、当該登録要求に付加されたＵＲＬ登録情報をＵＩサービス層１６に格納する（Ｓ１５）。これにより、新たなＵＲＬ登録情報が登録される。
上記のように、外部のパソコン４から複合機１に対して新たなＵＲＬ登録情報を登録させることができる。そのため、アプリケーションの販売業者は、複合機１の操作パネル６を操作することなく、各複合機１に対してリモートでＵＲＬ登録情報を登録することができる。
なお、ＵＩマネージャ１７ａは、パソコン４からの要求に応じて、登録済みのＵＲＬ登録情報の編集または削除を行っても良い。
このように、ＵＩマネージャ１７ａは、ＵＲＬ登録情報の登録／編集手段として機能する。
（外部のＰＣからの要求による登録処理例２）
上記登録処理例１は、アプリケーションの販売業者が新たなＵＲＬ登録情報を登録させる際に有効な具体例であった。本具体例は、新たに購入した複合機１に対して、既に使用されている複合機１に登録されているＵＲＬ登録情報と同じものを登録させる場合に有効な実施例である。
すなわち、上記登録処理例１では、パソコン４の登録アプリケーション部４１がユーザ入力に従ってＵＲＬ登録情報を生成したのに対し、本具体例では、登録アプリケーション部４１が、通信ネットワーク上の複数の複合機１に対して登録済みのＵＲＬ登録情報の送信要求を行い、各複合機１からＵＲＬ登録情報を取得する。
本実施例における登録処理の流れについて、図１３のフローチャートを参照しながら説明すると以下のとおりである。
まず、登録アプリケーション部４１は、通信ネットワーク上の複数の複合機１に対して、登録済みのＵＲＬ登録情報の送信要求をＳＯＡＰを用いて行う（Ｓ２１）。
各複合機１のＷｅｂサービス層１７は、ドライバ層１４のＮＩＣドライバ１４ｄおよびサービス層１３のネットワークサービス１３ｇならびにＷＷＷサーバー１３ｆを介して、上記送信要求を受信する（Ｓ２２）。
Ｗｅｂサービス層１７のステータスマネージャ１７ｄは、上記送信要求に応答して、ＵＩサービス層１６からＵＲＬ登録情報を全て読み出し、当該ＵＲＬ登録情報をＳＯＡＰを用いてＰＣに送信する（Ｓ２３）。すなわち、ステータスマネージャ１７ｄは、ＵＲＬ登録情報を外部のパソコン４に通知する通知手段として機能する。
そして、パソコン４の登録アプリケーション部４１は、各複合機１から登録済のＵＲＬ登録情報を取得する（Ｓ２４）。
その後、登録アプリケーション部４１は、各複合機１から取得したＵＲＬ登録情報の全て、もしくは、この中からユーザ選択されたＵＲＬ登録情報を付加した登録要求を、ＳＯＡＰを用いて、ユーザ指定された複合機１（ここでは、新規購入した複合機１）に送信する（Ｓ２５）。
その後、上記ユーザ指定された複合機１のＷｅｂサービス層１７は、上記登録要求を受信する。そして、Ｗｅｂサービス層１７のＵＩマネージャ１７ａは、当該登録要求に付加されたＵＲＬ登録情報をＵＩサービス層１６に格納する（Ｓ２６）。これにより、複合機１には、他の複合機１で登録されているＵＲＬ登録情報が登録されることとなる。
（外部のアプリケーションと連携して動作する場合の処理の具体例１：ドキュメント管理アプリケーション）
次に、上記のように複合機１にＵＲＬ登録情報が登録され、複合機１がＵＲＬ登録情報に基づいて外部のアプリケーションと連携して動作する場合の処理の具体例１について説明する。
本具体例では、複合機１でスキャンした画像データを制御装置２が有するドキュメント管理アプリケーションに格納する場合の処理を示すものである。この場合、複合機１のＵＩサービス層１６は、制御識別情報「ドキュメント管理」と、ドキュメント管理アプリケーションと連携するための操作画面を示す操作画面データのＵＲＬとを対応付けたＵＲＬ登録情報を記憶している。
図１４は、本実施例における処理の流れを示す図である。
まず、ＵＩサービス層１６のＵＩマネージャ１６ａは、ＵＩサービス層１６が記憶しているＵＲＬ登録情報の一覧を操作パネル６に表示させる。ここで、ユーザが制御識別情報「ドキュメント管理」を選択したとする。このとき、ＵＩマネージャ１６ａは、制御識別情報「ドキュメント管理」に対応するＵＲＬをＵＲＬ登録情報から特定する。その後、ＵＩマネージャ１６ａは、当該ＵＲＬで指定されるデータ（ここでは、制御識別情報「ドキュメント管理」で示される制御を行うための初期操作画面データである）の送信を要求する送信要求情報を制御装置２に出力する（Ｓ３１）。このとき、ＵＩマネージャ１６ａは、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて要求する。
制御装置２の情報受付部２３１は、上記送信要求情報を受信し、ＵＩ制御部２３３に送る（Ｓ３２）。
ＵＩ制御部２３３は、上記送信要求情報で指定されたＵＲＬに対応する操作画面データを画面データ記憶部２３２から読み出す。ここでは、ＵＩ制御部２３３は、ドキュメント管理アプリケーションに対するログイン情報の入力画面を示す操作画面データを読み出す。そして、ＵＩ制御部２３３は、上記送信要求情報の応答として、ＨＴＴＰを用いて、読み出した操作画面データを複合機１に返信する（Ｓ３３）。
複合機１において、ＵＩサービス層１６のＵＩマネージャ１６ａは、操作画面データを受信し、当該操作画面データに基づいた操作画面（ドキュメント管理アプリケーションに対するログイン情報の入力画面）を操作パネル６に表示させる。なお、ＵＩマネージャ１６ａにおける操作画面の表示処理の詳細については後述する。
その後、複合機１のＵＩマネージャ１６ａと、制御装置２の情報受付部２３１およびＵＩ制御部２３３とは、操作画面の遷移処理を行う（Ｓ３４）。
具体的には、上記ログイン情報の入力画面でＯＫボタンが押下されると、ＵＩマネージャ１６ａは、ＨＴＴＰを用いて、入力されたログイン情報とともに、ＯＫボタンが押下されたことを示す押下ボタン情報を制御装置２に送信する。当該押下ボタン情報を受信した情報受付部２３１は、押下ボタン−処理内容テーブルを参照して、ドキュメント管理アプリケーションに対してログイン認証処理を開始させるようにアプリケーション指示部２３６に指示する。そして、認証成功を確認したドキュメント管理アプリケーションは、ＵＩ制御部２３３に対して、画像データの保存先の選択画面を示す操作画面データを出力させる。ＵＩ制御部２３３は、押下ボタン情報の送信に対する応答として、当該操作画面データを複合機１に送信する。
このようにして、複合機１のＵＩマネージャ１６ａと、制御装置２の情報受付部２３１およびＵＩ制御部２３３とは、操作画面を、画像データの保存先の選択画面、スキャン実行パラメータの設定画面、メタデータの入力画面、スキャン実行画面に遷移させる。
最後の操作画面であるスキャン実行画面においてスキャン実行ボタンが押下されると、ＵＩマネージャ１６ａは、ＨＴＴＰを用いて、当該スキャン実行ボタンが押下されたことを示す押下ボタン情報を制御装置２に送信する（Ｓ３５）。
図１５は、スキャン実行画面の一例を示す図である。また、図１６は、図１５に示すスキャン実行画面を示す操作画面データの一例を示す図である。
この場合、ＵＩマネージャ１６ａは、スキャン実行ボタン（id="id_ok"というボタン）が押下されたことを示す押下ボタン情報を送信する。
制御装置２の情報受付部２３１は、スキャン実行ボタン（id="id_ok"）が押下されたことを受けて、押下ボタン−処理内容テーブル（図５）を参照し、デバイス制御部２３５に対して制御内容「スキャン」の制御指示を生成することを指示する（Ｓ３６）。
デバイス制御部２３５は、制御内容「スキャン」に対応する制御指示を、制御指示テーブル記憶部２３４から読み出し、ＳＯＡＰを用いて、当該制御指示を複合機１に送信する。例えば、制御指示テーブルが図７のように示される場合、デバイス制御部２３５は、制御指示'JobCreate'、'ExecuteScan'を順に出力する（Ｓ３７、Ｓ３８）。なお、制御指示'ExecuteScan'には、ＵＩで設定された各種のパラメータが付加されている。
なお、デバイス制御部２３５は、制御指示をＳＯＡＰを用いて送信する。図１７は、ジョブの生成（スキャン）のＳＯＡＰメソッドの一例を示す図である。
一方、上記制御指示をＳＯＡＰを用いて受信した複合機１では、Ｗｅｂサービス層１７のジョブマネージャ１７ｂが制御指示'ExecuteScan'に応じてＯＳＡアプリ層１８の適切なモジュールを呼び出す。そして、以下に示すようにして、スキャンが実行される（Ｓ３９）。
すなわち、ジョブマネージャ１７ｂは、制御指示と、当該制御指示で示される制御を行うための装置機能を実行するためのＯＳＡアプリ層１８のモジュールとを対応付けたテーブルを記憶している。ここでは、ジョブマネージャ１７ｂは、制御指示'ExecuteScan'と、ＯＳＡアプリ層１８のイメージ送信アプリ１８ｃとが対応付けられたテーブルを記憶している。そのため、ジョブマネージャ１７ｂは、ＯＳＡアプリ層１８のイメージ送信アプリ１８ｃを実行させる。このとき、ジョブマネージャ１７ｂは、制御指示に付加されている各種のパラメータをイメージ送信アプリ１８ｃに出力する。
その後、イメージ送信アプリ１８ｃは、下位のＯｐｅｎＩ／Ｆ層１９に対して、当該ＯｐｅｎＩ／Ｆ層１９が外部に公開している第１ＡＰＩ（ここでは、'ExecuteScan'）を出力する。
ＯｐｅｎＩ／Ｆ層１９は、ＯＳＡアプリ層１８（ここでは、イメージ送信アプリ１８ｃ）から受けた第１ＡＰＩ（ここでは、'ExecuteScan'）に対応する、サービス層１３が受付可能な第２ＡＰＩ（ここでは、'Do Scan'、'Save File'、'Send By FTP'）を、ＡＰＩテーブル（図９参照）から読み出す。そして、ＯｐｅｎＩ／Ｆ層１９は、読み出した第２ＡＰＩをＡＰＩテーブルが記憶する呼び出し順でサービス層１３に出力する。そして、サービス層１３は、第２ＡＰＩに対応して、要素機能（ここでは、スキャンサービス、ファイルサービス、およびネットワークサービス）を実行させる。このとき、サービス層１３は、ドライバ層１４の適切なモジュールを実行させる。
そして、サービス層１３は、画像をスキャンし（Ｓ３９）、スキャンされた画像データを、ＦＴＰを用いて制御装置２に送信する（Ｓ４０）。
具体的には、まず、ＯｐｅｎＩ／Ｆ層１９は、第２ＡＰＩ'Do Scan'および'Save File'をサービス層１３に送り、サービス層１３は、スキャンした画像データを複合機１内のハードディスクドライブまたはメモリに格納し、その記憶領域をイメージ送信アプリ１８ｃに通知する。そして、イメージ送信アプリ１８ｃは、上記記憶領域をＯｐｅｎＩ／Ｆ層１９に通知する。その後、ＯｐｅｎＩ／Ｆ層１９は、通知された記憶領域に格納されている画像データを、ＦＴＰで送信させることを示す第２ＡＰＩ'Send By FTP'をサービス層１３に送る。これにより、サービス層１３のファイルサービス１３ｅおよびネットワークサービス１３ｇは、指示された記憶領域から画像データを読み出し、ＦＴＰを用いて、指示された送信先に送信する。
制御装置２では、連携モジュール２４およびアプリケーション部２５のドキュメント管理アプリケーションが画像データを待ち受けている。そして、連携モジュール２４は、受信した画像データを、ドキュメント管理アプリケーションに送る。さらに、ドキュメント管理アプリケーションは、ＵＩで設定された保存先のフォルダに当該画像データを保存する処理を行う。
ドキュメント管理アプリケーションが処理を終了すると、アプリケーション部２５は、デバイス制御部２３５に対して、処理が終了したことを通知する（Ｓ４１）。これを受けて、デバイス制御部２３５は、最後の制御指示'JobClose'を複合機１に送信し（S４２）、処理を終了する。
以上のようにして、複合機１は、予め登録されたＵＲＬを指定することで、制御装置２が有するドキュメント管理アプリケーションを利用するための操作画面データを取得し、操作画面を操作パネル６に表示させることができる。そして、制御装置２のＭＦＰ制御ロジック部２３およびアプリケーション部２５は、操作画面に入力された情報に基づいて、複合機１の操作パネル６上の操作画面を制御するとともに、複合機１の要素機能を制御する。
なお、デバイス制御部２３５は、上記制御指示'JobCreate'、'ExecuteScan'、'JobClose'以外にも、操作画面に対するユーザ入力に応じて、ジョブパラメータの設定を指示する制御指示、ジョブの停止または中止を指示する制御指示を出力してもよい。
（外部のアプリケーションと連携して動作する場合の処理の具体例２：認証アプリケーション）
本具体例は、複合機１が制御装置２の認証アプリケーションと連携して動作する場合の例である。つまり、複合機１を使用するユーザが正当なユーザであるか否かの認証処理を制御装置２で行わせ、当該認証結果に応じて、制御装置２が複合機１の装置機能の制限を行うものである。
本具体例を説明する前に本具体例に対する比較例について説明する。
図１９は、ＨＴＴＰのみで通信を行う比較例における認証処理の流れを示す図である。ＨＴＴＰは、ＨＴＴＰリクエスト（要求）とＨＴＴＰレスポンス（応答）とが１対１のペアとして通信されるものである。すなわち、クライアントがＨＴＴＰリクエストをサーバに対して行うと、サーバは、当該ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスをクライアントに返信する。サーバは、ＨＴＴＰリクエストがないのに何らかのデータをクライアントに送信することができない。また、クライアントは、ＨＴＴＰリクエストを送信していないのに、サーバから何らかのデータを受信することができない。
図１９に示されるように、比較例では、複合機１（クライアント）がログインデータをサーバに送信すると、サーバは、当該送信に応答して、認証処理が終了したのち、次の操作画面データを複合機１に送信する。この場合、ユーザは、認証処理が終了するまでの間、次の画面を確認することができず、正常に認証処理が行われているのかどうか不安に思うこととなる。そのため、「ログイン中です」というような画面を複合機１の操作パネル６に表示する必要がある。しかしながら、比較例では、ログインデータの送信の応答として「ログイン中です」という画面を返信してしまうと、次の操作画面データを送信することができなくなる。複合機１からのリクエストがないからである。
本実施形態によれば、複合機１からのＨＴＴＰリクエストに応じて、制御装置２のアプリケーション部２５が何らかの処理を行う場合であっても、当該処理の間に、複合機１の操作パネル６上の操作画面を遷移させることが可能となる。本具体例は、当該効果を説明するのに適した例である。図２０は、本具体例における認証処理の流れを示す図である。
まず、複合機１において、ＵＩサービス層１６のＵＩマネージャ１６ａは、操作パネル６の表示処理を起動する際に、ＵＩサービス層１６に登録されているＵＲＬ登録情報から、制御識別情報「認証制御」に対応するＵＲＬを特定し、当該ＵＲＬで指定される操作画面を示すデータの送信を要求する送信要求情報を制御装置２に出力する（Ｓ５１）。
そして、制御装置２において、情報受付部２３１が上記送信要求情報をＵＩ制御部２３３に送り（Ｓ５２）、ＵＩ制御部２３３は、当該送信要求情報で指定される操作画面（ここでは、ログインデータ入力画面）を示す操作画面データを複合機１に返信する（Ｓ５３）。
そして、複合機１において、ＵＩサービス層１６のＵＩマネージャ１６ａは、受信した操作画面データに基づいて、ログインデータ入力画面を表示する。図２１は、ログインデータ入力画面の一例を示す図である。
ここで、ユーザは、ログインデータを入力し、ＯＫボタンを押下する。この入力を受けて、ＵＩマネージャ１６ａは、入力されたログインデータとともに、ＯＫボタンが押下されたことを示す押下ボタン情報を制御装置２に送信する（Ｓ５４）。
情報受付部２３１は、上記押下ボタン情報を受信すると、押下ボタン−処理内容テーブル（図５）を参照して、ＵＩ制御部２３３に対して、「ログイン中です」を示す操作画面の送信指示を行うとともに（Ｓ５５）、アプリケーション指示部２３６に対して、認証アプリケーションの処理を開始させるように指示する（Ｓ５６）。
ＵＩ制御部２３３は、Ｓ５５の送信指示に従い、「ログイン中です」を示す操作画面のデータを画面データ記憶部２３２から読み出し、複合機１に送信する（Ｓ５７）。
一方、アプリケーション指示部２３６は、Ｓ５６の指示に従い、認証アプリケーションを起動させる。そして、認証アプリケーションは、予め登録されている認証データベースを用いて、認証処理を行う（Ｓ５８）。
認証アプリケーションは、認証処理が成功すると、デバイス制御部２３５に対して、ログインユーザに応じた、複合機１の各要素機能の使用制限を示す制御内容「要素機能の制限」と、所定の操作画面へ変更することを示す制御内容「画面変更」とを出力する（Ｓ５９）。
なお、認証アプリケーションは、ログインユーザごとに、要素機能の使用制限情報を記憶している。例えば、ユーザＡがカラー印刷を行うことを禁止したい場合、管理者は、予め認証アプリケーションに対して、ユーザＡと、カラー印刷不可とを対応付けて登録しておく。
そして、デバイス制御部２３５は、制御内容「要素機能の制限」に対応する制御指示（「要素機能の制限」）を制御指示テーブル記憶部２３４から取得し、当該制御指示（「要素機能の制限」）を複合機１に出力する（Ｓ６０）。
当該制御指示（「要素機能の制限」）を受けた複合機１において、Ｗｅｂサービス層１７のサービスマネージャ１７ｅは、ＯＳＡアプリ層１８のユーザ認証アプリ１８ｅを呼び出す。そして、ユーザ認証アプリ１８ｅは、制御指示に応じて、サービス層１３の要素機能の制限を制御する第１ＡＰＩをＯｐｅｎＩ／Ｆ層１９に送る。ＯｐｅｎＩ／Ｆ層１９は、ユーザ認証アプリ１８ｅからの第１ＡＰＩを、サービス層１３が受付可能な第２ＡＰＩに変換し、サービス層１３に指示する。
これにより、例えば、サービス層１３のプリントサービス１３ｂは、カラー印刷が使用不可となり、印刷部数が最大５部までのように要素機能が制限されることとなる（Ｓ６１）。
また、デバイス制御部２３５は、制御内容「画面変更」に対応する制御指示（「画面変更」）を制御指示テーブル記憶部２３４から取得し、当該制御指示（「画面変更」）を複合機１に出力する（Ｓ６２）。なお、当該制御指示「画面変更」には、次の操作画面に対応するＵＲＬが付加されている。
上記制御指示（「画面変更」）を受けた複合機１において、Ｗｅｂサービス層１７のＵＩマネージャ１７ａは、当該制御指示に付加されたＵＲＬで指定された操作画面を表示させるように、ＵＩサービス層１６に指示する（Ｓ６３）。
そして、ＵＩサービス層１６のＵＩマネージャ１６ａは、ＨＴＴＰを用いて、指示されたＵＲＬに特定される操作画面データの送信を要求する送信要求情報を制御装置２に対して出力する（Ｓ６４）。制御装置２において、情報受付部２３１は、当該送信要求情報をＵＩ制御部２３３に送る（Ｓ６５）。ＵＩ制御部２３３は、送信要求情報で指定されたＵＲＬに対応する操作画面データを複合機１に送信し（Ｓ６６）、複合機１は、操作画面を操作パネル６に表示させる。
（具体例２の変形例）
上記具体例２では、複合機１において、ＵＩサービス層１６が制御装置２から送信されたログインデータ入力画面のデータを取得し、ログインデータ入力画面を操作パネル６に表示させ、入力部５からログインデータを取得するものとした。しかしながら、ログインデータは、入力部５ではなく、外部のパソコン４から取得してもよい。本変形例は、ログインデータを外部のパソコン４から取得する場合の例である。本変形例では、外部のパソコン４とは、複合機１に対して印刷ジョブを出力し、当該印刷データに対応する画像を形成させる印刷ジョブ生成装置とする。
図２２は、本変形例における処理の流れを示す図である。
まず、パソコン４は、印刷ジョブを生成し、複合機１に対して、当該印刷ジョブを出力する（Ｓ７１）。この際、パソコン４は、ユーザ名やパスワードからなるログインデータも合わせて出力する。
複合機１のＷｅｂサービス層１７のサービスマネージャ１７ｅは、当該印刷ジョブからログインデータを抽出する。そして、サービスマネージャ１７ｅは、ＳＯＡＰを用いて、抽出したログインデータを付加した認証処理要求情報を制御装置２に送信する（Ｓ７２）。
制御装置２において、情報受付部２３１は、認証処理要求情報を受信すると、処理要求−処理内容テーブル（図６参照）を参照して、アプリケーション指示部２３６に対して、認証アプリケーションの起動指示を送る（Ｓ７３）。そして、アプリケーション指示部２３６は、認証アプリケーションを起動させる。認証アプリケーションは、予め登録されている認証データベースを用いて、認証処理を行う（Ｓ７４）。
認証アプリケーションは、認証処理が成功すると、デバイス制御部２３５に対して、印刷処理を許可する旨を示す制御内容「印刷処理可」を出力する（Ｓ７５）。
そして、デバイス制御部２３５は、制御内容「印刷処理可」に対応する制御指示を制御指示テーブル記憶部２３４から取得し、当該制御指示を複合機１に出力する（Ｓ７６）。
当該制御指示を受けた複合機１では、Ｗｅｂサービス層１７のサービスマネージャ１７ｅは、ＯＳＡアプリ層１８のユーザ認証アプリ１８ｅを呼び出す。そして、ユーザ認証アプリ１８ｅは、プリント機能をＯＮに切り替える旨の第１ＡＰＩをＯｐｅｎＩ／Ｆ層１９に送る。ＯｐｅｎＩ／Ｆ層１９は、ユーザ認証アプリ１８ｅからの第１ＡＰＩを、サービス層１３が受付可能な第２ＡＰＩに変換し、サービス層１３に指示する。これにより、サービス層１３のプリントサービス１３ｂがＯＮとなり、パソコン４から送信された印刷ジョブに基づいた印刷処理が行われる（Ｓ７７）。
（外部のアプリケーションと連携して動作する場合の処理の具体例３：自動翻訳処理を用いた制御）
本実施形態は、複合機１の操作画面を遷移させている間に、制御装置２においてバックグラウンド処理を行うことができる。これにより、制御装置２における処理速度が向上するという効果を奏する。本具体例は、当該効果を説明するのに適した例である。
本具体例３では、複合機１は、制御装置２が有するアプリケーション部２５のＯＣＲアプリケーションおよび翻訳アプリケーションと連携するものである。すなわち、複合機１でスキャンされた画像データからＯＣＲアプリケーションが文字データを抽出し、翻訳アプリケーションが他の言語に翻訳する。そして、翻訳後の文書を複合機１にて印刷する。
本具体例３では、図１４に示すような処理に従って、制御装置２は、複合機１から、スキャンした画像データを取得している。その後の処理について、図２３を参照しながら説明する。
まず、複合機１において、ＵＩサービス層１６のＵＩマネージャ１６ａは、ＵＩサービス層１６のＵＲＬ登録情報記憶部（図示せず）が記憶するＵＲＬ登録情報の一覧を操作パネル６に表示する。この中には、自動翻訳処理を利用した制御に対応する操作画面のＵＲＬが含まれている。ここでは、ユーザが当該ＵＲＬを選択するものとする。これにより、ＵＩマネージャ１６ａは、制御装置２に対して、選択されたＵＲＬに対応するデータの送信要求情報を送信する（Ｓ８１）。
制御装置２において、上記送信要求情報を受け付けた情報受付部２３１は、当該送信要求情報をＵＩ制御部２３３に送る（Ｓ８２）。ＵＩ制御部２３３は、送信要求情報で示されるＵＲＬに対応する操作画面データ（ここでは、ＯＣＲ処理を行う際のパラメータＡ入力画面を示すデータである）を画面データ記憶部２３２から読み出し、ＨＴＴＰを用いて複合機１に送信する（Ｓ８３）。
次に、複合機１において、ＵＩサービス層１６のＵＩマネージャ１６ａは、受信した操作画面データに基づいて、ＯＣＲ処理用のパラメータＡ入力画面を操作パネル６に表示させる。そして、ユーザがパラメータＡを入力し、ＯＫボタンを押下すると、ＵＩマネージャ１６ａは、入力されたパラメータＡとともに、ＯＫボタンが押下されたことを示す押下ボタン情報を制御装置２に送信する（Ｓ８４）。
続いて、制御装置２において、情報受付部２３１は、受信した押下ボタン情報に対応する処理内容情報を、押下ボタン−処理内容テーブルから読み出し、ＵＩ制御部２３３およびアプリケーション制御部に所定の指示を出す（Ｓ８５、Ｓ８６）。ここでは、上記押下ボタン情報と、翻訳処理用のパラメータＢ入力画面を示すデータを出力する旨の操作画面変更処理、および、ＯＣＲアプリケーションの起動を含む処理内容情報とが対応付けられているものとする。
アプリケーション指示部２３６は、ＯＣＲアプリケーションを起動させ、複合機１から送信されたパラメータＡを用いたＯＣＲ処理を実行させる（Ｓ８７）。
上記ＯＣＲ処理と並行して、ＵＩ制御部２３３は、翻訳処理用のパラメータＢ入力画面を示す操作画面データを画面データ記憶部２３２から読み出し、複合機１に送信する（Ｓ８８）。そして、複合機１では、当該パラメータＢ入力画面が表示される。
ユーザは、翻訳処理用のパラメータＢ入力画面に対してパラメータＢを入力し、ＯＫボタンを押下する。これにより、ＵＩマネージャ１６ａは、入力されたパラメータＢとともに、ＯＫボタンが押下されたことを示す押下ボタン情報を制御装置２に送信する（Ｓ８９）。
次に、制御装置２において、情報受付部２３１は、受信した押下ボタン情報に対応する処理内容情報を、押下ボタン−処理内容テーブルから読み出し、ＵＩ制御部２３３およびアプリケーション制御部に所定の指示を出す（Ｓ９０、Ｓ９１）。ここでは、当該押下ボタン情報と、印刷処理用のパラメータＣ入力画面を示すデータを出力する旨の操作画面変更処理、および、翻訳アプリケーションの実行処理を含む処理内容情報とが対応付けられているものとする。
アプリケーション指示部２３６は、翻訳アプリケーションを起動させ、複合機１から送信されたパラメータＢを用いて、ＯＣＲ処理された文字データの翻訳処理を実行させる（Ｓ９２）。
上記翻訳処理と並行して、ＵＩ制御部２３３は、印刷処理用のパラメータＣ入力画面を示す操作画面データを画面データ記憶部２３２から読み出し、複合機１に送信する（Ｓ９３）。そして、複合機１では、当該パラメータＣ入力画面が表示される。
ユーザは、印刷処理用のパラメータＣ入力画面に対してパラメータＣを入力し、ＯＫボタンを押下する。これにより、ＵＩマネージャ１６ａは、入力されたパラメータＣとともに、ＯＫボタンが押下されたことを示す押下ボタン情報を制御装置２に送信する（Ｓ９４）。
次に、制御装置２において、情報受付部２３１は、受信した押下ボタン情報に対応する処理情報を、押下ボタン−処理内容テーブルから読み出し、ＵＩ制御部２３３およびアプリケーション制御部に所定の指示を出す（Ｓ９５、Ｓ９６）。ここでは、当該押下ボタン情報と、「印刷処理中です」と記載された操作画面を示すデータを出力する旨の操作画面変更処理、および、印刷ジョブ生成アプリケーションの実行処理を含む処理内容情報とが対応付けられているものとする。
アプリケーション制御部は、印刷ジョブ生成アプリケーションを起動させ、複合機１から送信されたパラメータＣを用いて、翻訳された文字データを含む文書の印刷ジョブを生成させる（Ｓ９７）。
上記印刷ジョブ生成処理と並行して、ＵＩ制御部２３３は、「印刷処理中です」と記載された操作画面を示す操作画面データを画面データ記憶部２３２から読み出し、複合機１に送信する（Ｓ９８）。そして、複合機１では、当該操作画面が表示される。
その後、印刷ジョブ生成アプリケーションは、印刷ジョブの生成処理が終了すると、デバイス制御部２３５に対して、制御内容「印刷」の制御指示の出力指示を送る（Ｓ９９）。デバイス制御部２３５は、制御内容「印刷」に対応する制御指示を制御指示テーブル記憶部２３４から読み出し、ＳＯＡＰを用いて複合機１に送信する（Ｓ１００）。このとき、デバイス制御部２３５は、印刷ジョブも合わせて送信する。
複合機１では、Ｗｅｂサービス層１７のジョブマネージャ１７ｂが上記制御指示を受信し、ＯＳＡアプリ層１８のプリントアプリ１８ｂを呼び出す。そして、プリントアプリ１８ｂは、ＯｐｅｎＩ／Ｆ層１９に対して、印刷を命令する第１ＡＰＩを出力する。ＯｐｅｎＩ／Ｆ層１９は、プリントアプリ１８ｂからの第１ＡＰＩを、サービス層１３が受付可能な第２ＡＰＩに変換し、変換後の第２ＡＰＩをサービス層１３に送る。そして、サービス層１３の適切なモジュール（ここでは、プリントサービス、画処理サービスなど）が、各々に対応する要素機能を用いて、印刷実行する（Ｓ１０１）。
また、デバイス制御部２３５は、初期操作画面への変更指示を示す制御指示を複合機１に送信する（Ｓ１０２）。そして、複合機１において、Ｗｅｂサービス層１７のＵＩマネージャ１７ａは、受信した当該制御指示に基づいて、ＵＩサービス層１６のＵＩマネージャ１６ａに対して初期操作画面への変更指示を送る。これにより、ＵＩサービス層１６のＵＩマネージャ１６ａは、操作パネル６の画面を初期操作画面へ変更させる。
（外部のアプリケーションと連携して動作する場合の処理の具体例４：イベント集計アプリケーション）
本具体例は、複合機１において所定のイベントが行われた場合に、当該イベントのジョブが終了したことを示すジョブ結果通知を制御装置２に送信させる制御を行うものである。
本具体例では、複合機１は、制御装置２が有するアプリケーション部２５のイベント集計アプリケーションと連携するものである。すなわち、所定のイベントについて、制御装置２が、複合機１で実行された結果（イベント内容情報）を通知するジョブ結果通知を複合機１から取得し、その結果を集計する。
本実施例における処理の流れについて、図２８を参照しながら説明する。
まず、制御装置２のアプリケーション部２５が有するイベント集計アプリケーションは、イベント送信登録情報をデバイス制御部２３５に出力する（Ｓ１２１）。そして、デバイス制御部２３５は、当該イベント送信登録情報を付加した登録制御指示を、複合機１に送る（Ｓ１２２）。
なお、上記イベント送信登録情報とは、イベントの項目（例えば、認証処理、スキャン処理、コピー処理、操作ボタンの押下の検知処理など）と、通知するジョブ内容（例えば、ジョブ終了、エラー発生など）と、イベント内容情報の送信先を示す送信先情報とを含む。
図２９は、イベント送信登録情報の一例を示す図である。図２９のイベント送信登録情報は、イベントの項目：「JB0001」、ジョブ内容：「ジョブ終了」、送信先：「http://192.0.0.1/event」を示している。
次に、Ｗｅｂサービス層１７のイベントマネージャ１７ｃは、イベント送信登録情報が付加された登録制御指示を受けると、ＯＳＡアプリ層１８のイベントアプリ（図示せず）を呼び出す（Ｓ１２３）。
そして、イベントアプリは、ＯｐｅｎＩ／Ｆ層１９に対してイベント登録を行う（Ｓ１２４）。つまり、イベントアプリは、上記イベント送信登録情報をＯｐｅｎＩ／Ｆ層１９に出力する。ＯｐｅｎＩ／Ｆ層１９は、上記イベント送信登録情報を管理する。つまり、ＯｐｅｎＩ／Ｆ層１９は、イベント送信登録情報に基づいて、送信先情報ごとに、図３０に示されるように、イベント項目と、ジョブ内容と、通知の有無（有効；通知、無効：非通知）とを対応付けたイベント管理テーブルを記憶する。すなわち、ＯｐｅｎＩ／Ｆ層１９は、当該イベント管理テーブルを記憶する、図示しないイベント管理テーブル記憶部（登録情報管理部）を備えている。
その後、ＯｐｅｎＩ／Ｆ層１９は、サービス層１３において発生するイベントを監視し、イベント管理テーブルで管理されているイベント項目のイベント内容に対応する要素機能が実行されたか否かを判断する（Ｓ１２５）。すなわち、ＯｐｅｎＩ／Ｆ層１９は、上記イベント管理テーブル管理部が記憶するイベント項目のイベント内容に対応する要素機能が実行されたか否かを判断する判断手段（図示せず）を備えている。
上記イベント内容が実行された場合、ＯｐｅｎＩ／Ｆ層１９は、イベント管理テーブルで管理されているイベントにおいて、同テーブルの対応するイベント内容が実行されたことを示すジョブ結果通知をＯＳＡアプリ層１８に出力する（Ｓ１２６）。そして、ＯＳＡアプリ層１８は、ジョブ結果通知を制御装置２に送信する旨のイベント情報送信コマンド（第１ＡＰＩ）を生成し、ＯｐｅｎＩ／Ｆ層１９に送る（Ｓ１２７）。ＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルに基づいて、ＯＳＡアプリ層１８から受けたイベント情報送信コマンドに対応する第２ＡＰＩを読み出し、サービス層１３に送る（Ｓ１２８）。そして、サービス層１３は、当該第２ＡＰＩに応じて、上記ジョブ結果通知を含む集計処理要求情報を制御装置２に送信する（Ｓ１２９）。図３１は、ジョブ結果通知の一例を示す図である。
制御装置２の情報受付部２３１は、上記集計処理要求情報を受けると、処理要求−処理内容テーブルを参照して、アプリケーション部２５のイベント集計アプリケーションが処理を起動させるように、アプリケーション指示部２３６に指示する（Ｓ１３０）。そして、アプリケーション指示部２３６からの指示に応じて、イベント集計アプリケーションがジョブ結果通知を集計する（Ｓ１３１）。
（操作画面の表示処理）
次に、複合機１のＵＩサービス層１６における操作画面の表示処理について説明する。
制御装置２のＵＩ制御部２３３から複合機１のＵＩサービス層１６へ送信される操作画面データには、操作画面の画面スタイル（画面形式）を示す画面スタイル情報（画面種別情報）と、当該操作画面を構成するパーツ（画像パーツ）の種類（タイトル、四角ボタン、ラジオボタン、チェックボックスなど）を示すパーツ種類情報と、各パーツ上のテキストを示すサブ情報とが含まれている。
一方、ＵＩサービス層１６のＵＩマネージャ１６ａは、上記画面スタイル情報と、当該画面スタイルで定義される画面を構成する各パーツ（タイトル、四角ボタン、ラジオボタン、チェックボックスなど）の表示形式（形状やサイズなど）および位置を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部（図示しない）を備えている。そして、ＵＩマネージャ１６ａは、受信した操作画面データを複合機１の操作パネル６に適したＵＩデータに変換する。
具体的には、ＵＩマネージャ１６ａは、操作画面データから、画面スタイル情報、パーツ種類情報、およびサブ情報を抽出する。
そして、ＵＩマネージャ１６ａは、操作画面データから抽出した画面スタイル情報に対応するパーツ表示情報を上記画面テーブル記憶部（図示しない）から読み出して、操作画面データにおけるパーツの記載順序に従って、各パーツの位置を決定する。
また、ＵＩマネージャ１６ａは、操作画面データから抽出した画面スタイル情報に対応するパーツ表示情報を上記画面テーブル記憶部（図示しない）から読み出し、全てのパーツについて、操作画面データから抽出したパーツ種別情報に基づいて表示形式を決定する。さらに、ＵＩマネージャ１６ａは、操作画面データから抽出したサブ情報に基づいて、パーツ内に表示するテキストを決定する。そして、ＵＩマネージャ１６ａは、決定内容に従ってＵＩデータを生成する。
以下、図２４のフローチャートを参照しながら、操作画面の具体的な表示処理の流れについて説明する。
まず、ＵＩマネージャ１６ａは、ＰＣから操作画面データを受信する（Ｓ１１１）。
図２５は、制御装置２から送信される操作画面データの一例を示す図である。図２５において、（Ａ）部は、操作画面のデザイン構成及びタイトルを指定している。なお、"osa_menu"は、画面スタイル情報であり、各複合機１において、定義づけられている。ここでは、"osa_menu"は、画面上部にコントロールボタンが位置し、下部にコンテンツボタンが位置する画面スタイルに対応する。
（Ｂ）部は、操作画面の上部に表示するコントロールボタンを指定している。（Ｃ）部は、コントロール画面に表示するタイトルを指定している。（Ｄ）部は、コンテンツボタンを指定している。なお、type="submit"はサブミットボタンを示し、Titleはボタンに表示する文字列を示し、type="checkbox"はチェックボックスを示し、selected=”true”はデフォルトで選択状態にしておくためのスタイル指示を示している。
次に、ＵＩマネージャ１６ａは、操作画面データから、画面スタイル情報"osa_menu"、パーツ種別情報ならびにサブ情報を抽出する（Ｓ１１２）。
その後、ＵＩマネージャ１６ａは、画面スタイル情報"osa_menu"に対応する、各パーツ表示情報を、画面テーブル記憶部（図示しない）から読み出して、操作画面データにおけるパーツの記載順序に従って、各パーツの位置を決定する（Ｓ１１３）。
さらに、ＵＩマネージャ１６ａは、上記パーツ表示情報と、操作画面データから抽出したパーツ種別情報（"submit"や"checkbox"）とに基づいて、表示形式を決定し、サブ情報に基づいて、各パーツ上に記載する文字を決定する（Ｓ１１４）。
そして、ＵＩマネージャ１６ａは、決定内容に従ってＵＩデータを生成する（Ｓ１１５）。例えば、ＵＩマネージャ１６ａは、図２５に示す操作画面データから、図２６に示されるようなＵＩデータを生成する。
その後、ＵＩマネージャ１６ａは、生成したＵＩデータに基づいて、操作パネル６上に操作画面を表示させる（Ｓ１１６）。図２７は、図２６に示すＵＩデータに基づいた操作画面を示す図である。
なお、上記の説明では、ＯＳＡアプリ層１８が制御装置２から受けた制御指示に応じて、第１ＡＰＩを生成するものとした。しかしながら、制御装置２は、複合機１に対して、第１ＡＰＩを直接送信してもよい。この場合、ＯｐｅｎＩ／Ｆ層１９は、制御装置２から送信された第１ＡＰＩをそのまま受け付ければよい。
以上のように、本実施形態に係る複合機１は、スキャン機能（画像読取機能）、プリント機能（画像形成機能）および通信機能を含む複数の要素機能を適宜組み合わせて実行することにより装置機能を実現するものである。そして、複合機１は、上記複数の要素機能を実行するサービス層（要素機能実行手段）１３と、上記装置機能を実行するための第１ＡＰＩ（第１制御コマンド）と、上記サービス層１３が受け付け可能な第２ＡＰＩ（第２制御コマンド）とを対応付けたＡＰＩテーブルを記憶するＡＰＩテーブル記憶部（ＯｐｅｎＩ／Ｆ層１９が備える記憶部であり、コマンド記憶部に相当する）と、上記第１ＡＰＩを受け付け、当該第１ＡＰＩに対応する第２ＡＰＩを上記ＡＰＩテーブルから特定し、特定した第２ＡＰＩをサービス層１３に対して出力するＯｐｅｎＩ／Ｆ層（制御コマンド変換手段）１９とを備える。
図１８で示したように、通常、サービス層１３は、複合機１に固有の構成となる。そのため、サービス層１３が受け付け可能な第２ＡＰＩも複合機１の機種によって異なるものとなる。
しかしながら、上記の構成によれば、ＯｐｅｎＩ／Ｆ層１９が、第１ＡＰＩを受け付け、当該第１ＡＰＩに対応する第２ＡＰＩをＡＰＩテーブルから特定し、特定した第２ＡＰＩをサービス層１３に対して出力する。これにより、第２ＡＰＩが上述したように複合機１の機種に依存するものであっても、ＯｐｅｎＩ／Ｆ層１９が受け付けることができる第１ＡＰＩを複合機１の機種に依存しないものにすることができる。
これにより、外部の制御装置２が複合機１を制御する場合、制御装置２は、複合機１の機種に依存しない第１ＡＰＩ、または、当該第１ＡＰＩの基となる制御指示を複合機１に出力すればよい。その結果、制御装置２から複合機１に対して新たな制御を行う場合であっても、複合機１によらず共通した第１ＡＰＩまたはその基となる制御指示を生成するように制御装置２を開発すればよく、その開発効率が簡易となる。
さらに、複合機１は、通信ネットワークを介して制御装置２から制御指示を受け付けるＷｅｂサービス層（制御指示受付手段）１７と、Ｗｅｂサービス層１７が受け付けた制御指示に応じて、上記装置機能を実行するための第１ＡＰＩを生成し、生成した第１ＡＰＩをＯｐｅｎＩ／Ｆ層１９に送るＯＳＡアプリ層（装置機能制御手段）１８とを備える。
上述したように、第１ＡＰＩは、複合機１の機種によらず共通したものにすることができる。そのため、ＯＳＡアプリ層１８も複合機１の機種によらず共通した構成にすることが可能であり、複合機１の開発効率が向上する。
また、ＯＳＡアプリ層１８を制御するために操作画面を用いる場合、ＯＳＡアプリ層１８が複合機１の機種に依存しないため、当該操作画面についても、複合機１の機種によらず、同じもの、もしくは、類似するものとなる。この結果、ユーザは、異なる機種であっても、同様の操作画面に対して操作することとなり、ユーザの操作性が向上する。
そして、ＯＳＡアプリ層１８が複合機１の機種に依存しないため、当該ＯＳＡアプリ層１８が受付可能な制御指示についても、複合機１の機種に依存しない。そのため、制御装置２は、複合機１の機種に依存しない制御指示を複合機１に出力すればよい。その結果、制御装置２から複合機１に対して新たな制御を行う場合であっても、複合機１によらず共通した第１制御コマンドまたはその基となる制御指示を生成するように制御装置２を開発すればよく、その開発効率が簡易となる。
さらに、ＡＰＩテーブルは、１つの第１ＡＰＩに対応付けて複数の第２ＡＰＩを記憶する場合、当該複数の第２ＡＰＩの出力順序を記憶しており、ＯｐｅｎＩ／Ｆ層１９は、上記出力順序に応じて、上記複数の第２ＡＰＩを順次出力する。
複数の要素機能を組み合わせて実行する装置機能の場合、その実行順序を適切に定めなければ、当該装置機能を正常に実現できない。しかしながら、上記の構成によれば、ＡＰＩテーブルの出力順序に応じて出力するため、正常に装置機能を実現することができる。
さらに、上記制御装置２からの制御指示には、複写、スキャン、印刷、画像送信の少なくとも１つについての、ジョブの生成、実行パラメータの設定、ジョブの実行、ジョブの停止、ジョブの中止、ジョブの終了のうちの少なくとも１つが含まれる。これにより、外部の制御装置２から、複写等のジョブの実行、停止、終了などの制御を複合機１に対して行うことができる。
さらに、上記制御装置２からの制御指示には、複写、スキャン、印刷、画像送信の少なくとも１つのジョブの実行、ボタン操作、ログイン、ログアウトを含む複数のイベント項目の中から選択されたイベント項目の結果を示すイベント情報の送信要求が含まれる。そして、複合機１は、上記送信要求に含まれる、イベント項目（ならびにイベント内容）および送信先を互いに対応付けたイベント管理テーブルを記憶するイベント管理テーブル記憶部（図示せず）（登録情報管理部）と、イベント管理テーブルのイベント項目（ならびにイベント内容）に対応する要素機能がサービスにより実行されたか否かを判断する判断手段（ＯｐｅｎＩ／Ｆ層１９が備える図示しない判断手段である）とを備える。イベント管理テーブルのイベント項目に対応する要素機能が実行されたと上記判断手段により判断された場合に、ＯＳＡアプリ層１８は、当該イベント項目に対応する送信先をイベント管理テーブルから特定し、上記第１ＡＰＩとして、特定した送信先に対して、当該イベント項目の結果を示す上記イベント情報を送信させるイベント情報送信コマンドを生成する。
上記の構成によれば、複合機１に発生したイベントの結果を、外部の制御装置２で集計することができる。このとき、制御措置は、集計に必要なイベント項目のみの送信要求を複合機１に行い、当該イベント項目に対応する要素機能が実行されたときにその結果を示すイベント情報を受信することができる。これにより、制御装置２は、送信要求を行うだけで、必要なイベント項目のイベント情報のみを、当該イベント項目が発生したときに即座に取得することができる。その結果、制御装置２は、現時点における正確なイベント情報の集計を行うことができる。
さらに、上記装置機能には、上記要素機能の有効／無効を制御する機能が含まれ、Ｗｅｂサービス層１７は、上記制御指示として、各要素機能の有効／無効を切り替える有効／無効切替指示を受け付ける。これによれば、制御装置２は、複合機１の要素機能の有効／無効を切り替える制御を行うことができる。
さらに、複合機１は、操作パネル（表示部）６と、制御装置２が制御指示を生成するための操作画面を操作パネル６に表示させるＵＩサービス層（ＵＩ処理手段）１６とを備える。ＵＩサービス層１６は、上記操作画面の操作画面データを要求する送信要求情報（リクエスト情報）を上記制御装置２に送信し、当該送信要求情報に対するレスポンスとして、当該操作画面データを上記制御装置２から取得し、取得した操作画面データに基づいた操作画面を操作パネル６に表示させる。さらに、ＵＩサービス層１６は、操作画面に入力された情報を上記制御装置２に送信する。
一方、制御装置２は、上記複合機１から、上記送信要求情報を受け付ける情報受付部（リクエスト情報受付手段）２３１と、情報受付部２３１が受け付けた送信要求情報に対応する操作画面データを複合機１に返信するＵＩ制御部（画面データ送信手段）２３３と、ＵＩ制御部２３３が送信した操作画面データに対応する操作画面における押下ボタン情報（操作入力情報）に基づいて、複合機１を制御するための制御指示を生成し、上記複合機１に送信するデバイス制御部（制御指示送信手段）２３５とを備える。
これにより、複合機１は、操作画面の操作画面データ自体を管理しなくてもよく、必要なときに制御装置２に要求すればよい。その結果、制御装置２から複合機１に対する新たな制御を開発する場合でも、複合機１に操作画面の操作画面データを組み込む必要がなくなる。これにより、開発効率が一層向上する。
そして、ＵＩサービス層１６は、操作画面に入力された情報を上記制御装置２に送信する。これにより、制御装置２のデバイス制御部２３５は、操作画面に入力された情報に基づいて、制御指示を生成することができる。
また、ＵＩサービス層１６が上記送信要求情報および操作画面データを送受信する際に用いる第１通信方式（第１通信プロトコル）と、Ｗｅｂサービス層１７が上記制御指示を受け付ける際に用いる第２通信方式と（第２通信プロトコル）が異なる。すなわち、情報受付部２３１およびＵＩ制御部２３３が送信要求情報および操作画面データの送受信に用いる第１通信方式と、デバイス制御部２３５が上記制御指示の送信に用いる第２通信方式とが異なる。
例えば、上記第１通信方式がＨＴＴＰまたはＨＴＴＰＳであり、上記第２通信方式がＳＯＡＰである。
上記の構成によれば、第１通信方式を、操作画面データの送信要求情報および操作画面データの送受信に適した通信方式（例えば、ＨＴＴＰなど）にすることができ、第２通信方式を制御指示の送受信に適した通信方式（例えば、ＳＯＡＰなど）にすることができる。
ＨＴＴＰは、現在、Ｗｅｂページ等を閲覧する場合に、クライアント装置およびサーバ装置間の通信に汎用されているものである。操作画面の操作画面データの通信についてもＨＴＴＰを用いることで、ＵＩ処理手段を汎用されているＷｅｂブラウザ等で容易に実現することができる。
また、ＨＴＴＰでは、getやputなどの処理内容が限定される。そのため、制御指示については、ＳＯＡＰなど通信方式（通信プロトコル）を用いることで、様々な処理が実現可能となる。
さらに、上記操作画面が、ユーザ認証を行うための、ユーザを識別するユーザ情報のログインデータ入力画面であり、ＵＩサービス層１６は、ログインデータ入力画面に入力されたユーザ情報を上記制御装置２に送信する。そして、Ｗｅｂサービス層１７は、上記制御指示として、ＵＩサービス層１６が送信したユーザ情報に応じた、各要素機能の有効／無効を切り替える有効／無効切替指示を受け付け、ＯＳＡアプリ層１８は、上記有効／無効切替指示に応じて、各要素機能の有効／無効を切り替えるための第１ＡＰＩを生成する。
従来、複合機１においてユーザ認証処理を行う場合、ユーザ認証処理のための登録情報やプログラム等を複合機１に組み込む必要があった。この場合、複合機１には他の様々な構成が存在するため、ユーザ認証処理のための構成に制限が加わり（例えば、データベースの容量等の制限）、登録数が制限される可能性があった。
上記の構成によれば、複合機１は、入力画面の要求・取得・表示と、入力されたユーザ情報の送信とを行うだけで、当該ユーザ情報で示されるユーザに応じた要素機能の有効／無効の切替指示を受けることができる。すなわち、ユーザ認証処理は、制御装置２で実行され、複合機１では実行されない。そのため、複合機１にユーザ認証処理のための構成を組み込む必要がない。また、制御装置２は、複合機１の外部に存在し、複合機１のようにユーザ認証処理のための構成に対する制限がない。そのため、従来のように登録数が制限される等の問題がない。
さらに、複合機１は、複数の上記制御指示の各々に対応付けて、当該制御指示を生成するための操作画面を識別するＵＲＬ（操作画面識別情報）を記憶するＵＲＬ登録情報記憶部（操作画面識別情報記憶部）（図示せず）を備える。そして、ＵＩサービス層１６は、ＵＲＬ登録情報記憶部の中から１つのＵＲＬを選択し、選択したＵＲＬで示される操作画面の操作画面データを要求する送信要求情報を送信する。
これにより、ユーザは、操作画面を表示させるたびに、ＵＲＬ自体を入力する必要がなくなる。
また、操作画面データには、操作画面の画面形式（画面スタイル）を示す画面スタイル情報（画面種別情報）と、操作画面を構成する画像パーツの種類を示すパーツ種類情報とが含まれている。そして、ＵＩサービス層１６は、画面スタイル情報と、操作パネル６における、当該画面スタイル情報で示される画面形式の操作画面内の画像パーツの位置および表示形式を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部（図示せず）を備える。ＵＩサービス層１６は、上記制御装置２から取得した操作画面データに含まれる画面種別情報に対応するパーツ表示情報を上記画面テーブル記憶部から読み出し、当該パーツ表示情報と上記制御装置２から取得した操作画面データに含まれるパーツ種類情報とに基づいて、操作画面を生成し、上記表示部に表示させる。
これにより、制御装置２は、複合機１に機種に依存せず、上記画面種別情報とパーツ種類情報とを含む操作画面データを生成すればよい。その結果、上記操作画面データの開発効率が向上する。
さらに、複合機１は、外部装置からの要求に応じて、ＵＲＬ登録情報記憶部への新たなＵＲＬ登録情報の格納、ＵＲＬ登録情報記憶部に格納されているＵＲＬ登録情報の編集のうちの少なくとも１つを行うＵＩマネージャ（登録／編集手段）１７ａを備えていてもよい。これにより、ＵＲＬ登録情報の登録、編集、削除を、外部装置から行うことができる。
さらに、複合機１は、外部装置からの要求に応じて、当該外部装置に対して、ＵＲＬ登録情報記憶部に格納されているＵＲＬ登録情報を通知するステータスマネージャ（通知手段）１７ｄを備えていてもよい。
上記の構成によれば、既に使用されている複合機１から、当該複合機１に登録されているＵＲＬ登録情報の通知を受けることができる。これにより、新たな複合機１を購入したユーザは、既に使用されている複合機１からＵＲＬ登録情報を取得し、該ＵＲＬ登録情報を新たに購入した複合機１に格納させることができる。その結果、ユーザは、新たに購入した複合機１に対するＵＲＬ登録情報の登録処理を簡単に行うことができる。
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
最後に、複合機１および制御装置２の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
すなわち、複合機１および制御装置２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるプリンタドライバ部６の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記複合機１および制御装置２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
また、複合機１および制御装置２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。