(57)【要約】【課題】ネットワーク上のページ情報を複合機の操作パネルに適切に表示させる。【解決手段】複合機１に通信可能に接続された制御装置２に、インターネット１８９上のＷｅｂページ１９１のＨＴＭＬデータをＷｅｂサーバから取得し、取得したＨＴＭＬデータを複合機１の操作パネル６に表示可能なデータに変換した画面データを生成する連携モジュール２４を備える。そして、連携モジュール２４の生成した画面データを制御装置２から複合機１に送信して操作パネル６に表示させる。【選択図】図１
2008139981.tif 000002
【特許請求の範囲】
【請求項１】
通信可能に接続された端末装置に画面データを送信する送信手段を備え、上記画面データを上記端末装置に備えられる表示部に表示させる制御装置であって、
ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得手段と、
上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成手段とを備えていることを特徴とする制御装置。
【請求項２】
上記表示部に表示させる汎用画面データを記憶する画面データ記憶部と、
上記ＨＴＭＬデータからリンク情報を抽出する抽出手段とを備え、
上記リンク情報には、当該リンク情報に関連する文字列情報と、リンク先ページを特定するためのリンク先情報とが含まれており、
上記画面データ生成手段は、
上記抽出手段の抽出したリンク情報に含まれる文字列情報に対応する文字列の少なくとも一部を上記汎用画面データに含まれるパーツ画像上、または上記汎用画面データに含まれるパーツ画像に隣接する位置に貼り合わせた画像を上記画面データとし、上記パーツ画像と上記リンク情報に含まれるリンク先情報とを関連付けて画面データ記憶部に記憶させることを特徴とする請求項１に記載の制御装置。
【請求項３】
上記画面データを記憶する画面データ記憶部を備え、
上記画面データ生成手段は、生成した上記画面データを上記画面データ記憶部に記憶させることを特徴とする請求項１に記載の制御装置。
【請求項４】
上記端末装置からネットワーク上のページを特定するための情報を受け付ける受付手段を備えており、
上記データ取得手段は、上記受付手段の受け付けた情報によって特定されるページのＨＴＭＬデータを取得することを特徴とする請求項１に記載の制御装置。
【請求項５】
上記送信手段は、制御装置から端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信することを特徴とする請求項１に記載の制御装置。
【請求項６】
通信可能に接続された端末装置に画面データを送信する送信手段を備え、上記画面データを上記端末装置に備えられる表示部に表示させる制御装置であって、
上記送信手段は、制御装置から端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信することを特徴とする制御装置。
【請求項７】
上記端末装置から操作画面の画面データを要求するリクエスト情報を受け付けるリクエスト情報受付手段と、
上記リクエスト情報受付手段が受け付けたリクエスト情報に対応する画面データを上記端末装置に返信する画面データ送信手段と、
上記画面データ送信手段が送信した画面データに対応する操作画面において入力された操作入力情報に基づいて、上記端末装置を制御するための制御指示を生成し、上記端末装置に送信する制御指示送信手段とを備えていることを特徴とする請求項１または６に記載の制御装置。
【請求項８】
上記リクエスト情報受付手段および上記画面データ送信手段が上記リクエスト情報および上記画面データの送受信に用いる第１通信方式と、上記制御指示送信手段が上記制御指示の送信に用いる第２通信方式とが異なることを特徴とする請求項７に記載の制御装置。
【請求項９】
上記第１通信方式がＨＴＴＰまたはＨＴＴＰＳであり、上記第２通信方式がＳＯＡＰであることを特徴とする請求項８に記載の制御装置。
【請求項１０】
制御装置から送信された画面データを受信する受信手段と、受信した上記画面データを表示する表示部とを備えた端末装置であって、
上記画面データを表示した表示画面に含まれるパーツ画像の選択指示を受け付ける受付手段と、
選択されたパーツ画像を特定する情報を上記制御装置に送信する送信手段とを備えていることを特徴とする端末装置。
【請求項１１】
制御装置から送信された画面データを受信する受信手段と、受信した上記画面データを表示する表示部とを備えた端末装置であって、
ユーザから所望するネットワーク上のページの指定を受け付ける指定ページ受付手段と、
指定されたページを特定するための情報を上記制御装置に送信する送信手段とを備えていることを特徴とする端末装置。
【請求項１２】
制御装置から送信された画面データを受信する受信手段と、受信した上記画面データを表示する表示部とを備えた端末装置であって、
上記受信手段は、上記制御装置から分割して送信された画面データを受信するものであり、
上記分割された画面データを結合して分割前の画面データを復元する結合手段を備え、結合した上記画面データを上記表示部に表示することを特徴とする端末装置。
【請求項１３】
画像読取機能、画像形成機能および通信機能を含む複数の要素機能を適宜組み合わせて実行することにより装置機能を実現する端末装置であって、
上記複数の要素機能を実行する要素機能実行手段と、
上記装置機能を実行するための第１制御コマンドと、上記要素機能実行手段が受け付け可能な第２制御コマンドとを対応付けて記憶するコマンド記憶部と、
上記第１制御コマンドを受け付け、当該第１制御コマンドに対応する第２制御コマンドを上記コマンド記憶部から特定し、特定した第２制御コマンドを上記要素機能実行手段に対して出力する制御コマンド変換手段と、
通信ネットワークを介して制御装置から制御指示を受け付ける制御指示受付手段と、
上記制御指示受付手段が受け付けた制御指示に応じて、上記装置機能を実行するための第１制御コマンドを生成し、生成した第１制御コマンドを上記制御コマンド変換手段に送る装置機能制御手段とを備えていることを特徴とする請求項１０〜１２のいずれか１項に記載の端末装置。
【請求項１４】
表示部と、
上記制御装置が上記制御指示を生成するための操作画面を上記表示部に表示させるＵＩ処理手段とを備え、
上記ＵＩ処理手段は、上記操作画面の画面データを要求するリクエスト情報を上記制御装置に送信し、当該リクエスト情報に対するレスポンスとして、当該画面データを上記制御装置から取得し、取得した画面データに基づいた操作画面を上記表示部に表示させるとともに、当該操作画面に入力された情報を上記制御装置に送信することを特徴とする請求項１３に記載の端末装置。
【請求項１５】
上記ＵＩ処理手段が上記リクエスト情報および上記画面データの送受信に用いる第１通信方式と、上記制御指示受付手段が上記制御指示の受信に用いる第２通信方式とが異なることを特徴とする請求項１４に記載の端末装置。
【請求項１６】
上記第１通信方式がＨＴＴＰまたはＨＴＴＰＳであり、上記第２通信方式がＳＯＡＰであることを特徴とする請求項１５に記載の端末装置。
【請求項１７】
上記ＵＩ処理手段は、上記入力画面に入力されたユーザ情報を上記制御装置に送信し、
上記制御指示受付手段は、上記制御指示として、上記ＵＩ処理手段が送信したユーザ情報に応じた、各要素機能の有効／無効を切り替える有効／無効切替指示を受け付け、
上記装置機能制御手段は、上記有効／無効切替指示に応じて、各要素機能の有効／無効を切り替えるための第１制御コマンドを生成することを特徴とする請求項１４に記載の端末装置。
【請求項１８】
複数の上記制御指示の各々に対応付けて、当該制御指示を生成するための操作画面を識別する操作画面識別情報を記憶する操作画面識別情報記憶部を備え、
上記ＵＩ処理手段は、上記操作画面識別情報記憶部の中から１つの操作画面識別情報を選択し、選択した操作画面識別情報で示される操作画面の画面データを要求するリクエスト情報を送信することを特徴とする請求項１４に記載の端末装置。
【請求項１９】
上記画面データには、操作画面の画面形式を示す画面種別情報と、操作画面を構成する画像パーツの種類を示すパーツ種類情報とが含まれており、
上記ＵＩ処理手段は、上記画面種別情報と、上記表示部における、当該画面種別情報で示される画面形式の操作画面内の画像パーツの位置および表示形式を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部を備え、
上記ＵＩ処理手段は、上記制御装置から取得した画面データに含まれる画面種別情報に対応するパーツ表示情報を上記画面テーブル記憶部から読み出し、当該パーツ表示情報と上記制御装置から取得した画面データに含まれるパーツ種類情報とに基づいて、操作画面を生成し、上記表示部に表示させることを特徴とする請求項１４に記載の端末装置。
【請求項２０】
外部装置からの要求に応じて、上記操作画面識別情報記憶部への新たな操作画面識別情報の格納、上記操作画面識別情報記憶部に格納されている操作画面識別情報の編集のうちの少なくとも１つを行う登録／編集手段を備えることを特徴とする請求項１８に記載の端末装置。
【請求項２１】
外部装置からの要求に応じて、当該外部装置に対して、上記操作画面識別情報記憶部に格納されている操作画面識別情報を通知する通知手段を備えることを特徴とする請求項２０に記載の端末装置。
【請求項２２】
表示部を備えた端末装置と、上記端末装置に画面データを送信し、送信した上記画面データを上記端末装置の表示部に表示させる制御装置とを備えた表示システムであって、
上記制御装置は、
ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得手段と、
上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成手段とを備えており、
上記端末装置は、
上記制御装置から送信された画面データを受信する受信手段を備え、受信した上記画面データを上記表示部に表示させることを特徴とする表示システム。
【請求項２３】
表示部を備えた端末装置と、上記端末装置に画面データを送信し、送信した上記画面データを上記端末装置の表示部に表示させる制御装置とを備えた表示システムであって、
上記制御装置は、
当該制御装置から上記端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信する送信手段を備えており、
上記端末装置は、
上記制御装置から分割して送信された画面データを受信する受信手段と、上記分割された画面データを結合して分割前の画面データを復元する結合手段とを備え、結合した上記画面データを上記表示部に表示することを特徴とする表示システム。
【請求項２４】
表示部を備えた端末装置と、上記端末装置に通信可能に接続された制御装置とを備え、上記制御装置から上記端末装置に送信した画面データを上記表示部に表示させる表示方法であって、
上記制御装置が、ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得工程と、
上記制御装置が、上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成工程と、
上記制御装置が、生成した上記画面データを上記端末装置に送信する送信工程と、
上記端末装置が、上記制御装置から送信された画面データを受信する受信工程と、
上記端末装置が、受信した上記画面データを上記表示部に表示させる表示工程とを含むことを特徴とする表示方法。
【請求項２５】
表示部を備えた端末装置と、上記端末装置に通信可能に接続された制御装置とを備え、上記制御装置から上記端末装置に送信した画面データを上記表示部に表示させる表示方法であって、
上記制御装置が、当該制御装置から上記端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出する算出工程と、
上記制御装置が、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割する分割工程と、
上記制御装置が、分割した上記各データを上記端末装置に送信する送信工程と、
上記端末装置が、上記制御装置から分割して送信された上記各データを受信する受信工程と、
上記端末装置が、上記分割された各データを結合して分割前の画面データを復元する結合工程と、
結合した上記画面データを上記表示部に表示する表示工程とを含むことを特徴とする表示方法。
【請求項２６】
請求項１〜９のいずれか１項に記載の制御装置の上記の各手段としてコンピュータを機能させるためのプログラム。
【請求項２７】
請求項１０〜２１のいずれか１項に記載の端末装置の上記の各手段としてコンピュータを機能させるためのプログラム。
【請求項２８】
請求項２６または２７に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置から端末装置に送信された画面データを端末装置の表示部に表示させる表示システム、表示方法、上記表示システムに備えられる制御装置および端末装置に関するものである。
【背景技術】
【０００２】
従来より、ネットワーク上の画像データを端末装置に備えられる表示画面に表示させる技術が開発されている。
【０００３】
例えば、特許文献１には、ディスプレイを備えた端末（例えば、携帯電話、ＰＤＡモバイル端末などの携帯端末、ＦＡＸ、冷蔵庫などの家電製品など）にネットワーク上の画像を表示させる際に、上記端末のディスプレイに表示可能なフォーマットに変換するフォーマット変換サーバが開示されている。
【特許文献１】特開２００４−３３４６７４号公報（２００４年１１月２５日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しなしながら、上記従来の技術では、ネットワーク上の画像を端末装置に備えられる表示装置に表示させる際に、視認性や操作性が低下したり、表示画面の遷移に時間がかかったりする場合がある。
【０００５】
例えば、ネットワーク上の画像に操作ボタンが含まれている場合、端末装置に表示可能なフォーマットおよびサイズに変換すると操作ボタンのサイズが小さくなりすぎて視認性が低下したり、選択操作が困難になったりする場合がある。
【０００６】
また、ネットワーク上の画像にリンク情報が含まれている場合、端末装置に表示された画像にリンク情報が反映されず、インターネット上でのページ閲覧や複数画像のリンクを再現することができない場合がある。
【０００７】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ネットワーク上のページ情報を端末装置の表示部に適切に表示させることにある。
【課題を解決するための手段】
【０００８】
本発明の制御装置は、上記の課題を解決するために、通信可能に接続された端末装置に画面データを送信する送信手段を備え、上記画面データを上記端末装置に備えられる表示部に表示させる制御装置であって、ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得手段と、上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成手段とを備えていることを特徴としている。
【０００９】
また、本発明の表示システムは、表示部を備えた端末装置と、上記端末装置に画面データを送信し、送信した上記画面データを上記端末装置の表示部に表示させる制御装置とを備えた表示システムであって、上記制御装置は、ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得手段と、上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成手段とを備えており、上記端末装置は、上記制御装置から送信された画面データを受信する受信手段を備え、受信した上記画面データを上記表示部に表示させることを特徴としている。
【００１０】
また、本発明の表示方法は、表示部を備えた端末装置と、上記端末装置に通信可能に接続された制御装置とを備え、上記制御装置から上記端末装置に送信した画面データを上記表示部に表示させる表示方法であって、上記制御装置が、ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得工程と、上記制御装置が、上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成工程と、上記制御装置が、生成した上記画面データを上記端末装置に送信する送信工程と、上記端末装置が、上記制御装置から送信された画面データを受信する受信工程と、上記端末装置が、受信した上記画面データを上記表示部に表示させる表示工程とを含むことを特徴としている。
【００１１】
上記の構成によれば、データ取得手段がネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得し、画面データ生成手段がＨＴＭＬデータを表示部に表示可能なデータに変換して画面データを生成する。これにより、ネットワーク上のページ情報を端末装置の表示部に適切に表示させることができる。例えば、端末装置の表示部に表示させるページの記述方法がＨＴＭＬと異なる場合や、端末装置の表示部に表示可能な情報量がサーバ装置に格納されているＨＴＭＬデータの情報量よりも小さい場合であっても、端末装置の表示部にネットワーク上のページ情報あるいはその一部を表示させることができる。
【００１２】
また、上記表示部に表示させる汎用画面データを記憶する画面データ記憶部と、上記ＨＴＭＬデータからリンク情報を抽出する抽出手段とを備え、上記リンク情報には、当該リンク情報に関連する文字列情報と、リンク先ページを特定するためのリンク先情報とが含まれており、上記画面データ生成手段は、上記抽出手段の抽出したリンク情報に含まれる文字列情報に対応する文字列の少なくとも一部を上記汎用画面データに含まれるパーツ画像上、または上記汎用画面データに含まれるパーツ画像に隣接する位置に貼り合わせた画像を上記画面データとし、上記パーツ画像と上記リンク情報に含まれるリンク先情報とを関連付けて画面データ記憶部に記憶させる構成としてもよい。
【００１３】
また、本発明の端末装置は、制御装置から送信された画面データを受信する受信手段と、受信した上記画面データを表示する表示部とを備えた端末装置であって、上記画面データを表示した表示画面に含まれるパーツ画像の選択指示を受け付ける受付手段と、選択されたパーツ画像を特定する情報を上記制御装置に送信する送信手段とを備えていることを特徴としている。
【００１４】
上記の制御装置は、画面データ記憶部に端末装置の表示部に表示させるための汎用画面データを予め記憶している。そして、画面データ生成手段は、抽出手段の抽出したリンク情報に含まれる文字列情報に対応する文字列の少なくとも一部を汎用画面データに含まれるパーツ画像上、または汎用画面データに含まれるパーツ画像に隣接する位置に貼り合わせた画像を画面データとする。
【００１５】
これにより、例えば、ネットワーク上のページ画像のサイズを端末装置の表示部のサイズに合わせて縮小すると、端末装置のユーザによるリンク情報の選択操作が困難なサイズになってしまう場合であっても、汎用画面データのパーツ画像のサイズを適切に設定しておくことで、端末装置の表示部に表示されたパーツ画像の選択操作をユーザが適切に行うことができる。
【００１６】
また、端末装置の受付手段は、画面データを表示した表示画面に含まれるパーツ画像の選択指示を受け付けると、端末装置の送信手段が選択されたパーツ画像を特定する情報を制御装置に送信する。制御装置では、パーツ画像とリンク情報に含まれるリンク先情報とを関連付けて画面データ記憶部に記憶さているので、端末装置から選択されたパーツ画像を特定する情報を受け取ると、このパーツ情報に対応するリンク先情報を特定できる。
【００１７】
したがって、ユーザは、所望するリンク情報に対応するパーツ画像を端末装置の表示部で選択操作することで、所望するリンク情報に対応する表示画面に表示状態を遷移させることができる。また、例えばインターネットのページやサーバ装置に格納された複数画像のリンクを辿る処理を、端末装置の表示部を用いて実現できる。
【００１８】
また、上記画面データを記憶する画面データ記憶部を備え、上記画面データ生成手段は、生成した上記画面データを上記画面データ記憶部に記憶させる構成としてもよい。
【００１９】
上記の構成によれば、生成した画面データを画面データ記憶部に記憶させておくことで、同じページを再度閲覧する場合に、サーバ装置からＨＴＭＬデータを取得する処理およびＨＴＭＬデータから画面データを生成する処理を省略することができ、ページの遷移速度を高速化することができる。
【００２０】
また、上記端末装置からネットワーク上のページを特定するための情報を受け付ける受付手段を備えており、上記データ取得手段は、上記受付手段の受け付けた情報によって特定されるページのＨＴＭＬデータを取得する構成としてもよい。
【００２１】
また、本発明の端末装置は、制御装置から送信された画面データを受信する受信手段と、受信した上記画面データを表示する表示部とを備えた端末装置であって、ユーザから所望するネットワーク上のページの指定を受け付ける指定ページ受付手段と、指定されたページを特定するための情報を上記制御装置に送信する送信手段とを備えていることを特徴としている。
【００２２】
上記の構成によれば、端末装置からネットワーク上のページを指定し、指定したページに対応する情報を端末装置の表示部で閲覧・操作することができる。
【００２３】
また、上記送信手段は、制御装置から端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信する構成であってもよい。
【００２４】
また、本発明の制御装置は、通信可能に接続された端末装置に画面データを送信する送信手段を備え、上記画面データを上記端末装置に備えられる表示部に表示させる制御装置であって、上記送信手段は、制御装置から端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信する構成であってもよい。
【００２５】
また、本発明の端末装置は、制御装置から送信された画面データを受信する受信手段と、受信した上記画面データを表示する表示部とを備えた端末装置であって、上記受信手段は、上記制御装置から分割して送信された画面データを受信するものであり、上記分割された画面データを結合して分割前の画面データを復元する結合手段を備え、結合した上記画面データを上記表示部に表示することを特徴としている。
【００２６】
また、本発明の表示システムは、表示部を備えた端末装置と、上記端末装置に画面データを送信し、送信した上記画面データを上記端末装置の表示部に表示させる制御装置とを備えた表示システムであって、上記制御装置は、当該制御装置から上記端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信する送信手段を備えており、上記端末装置は、上記制御装置から分割して送信された画面データを受信する受信手段と、上記分割された画面データを結合して分割前の画面データを復元する結合手段とを備え、結合した上記画面データを上記表示部に表示する構成としてもよい。
【００２７】
また、本発明の表示方法は、表示部を備えた端末装置と、上記端末装置に通信可能に接続された制御装置とを備え、上記制御装置から上記端末装置に送信した画面データを上記表示部に表示させる表示方法であって、上記制御装置が、当該制御装置から上記端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出する算出工程と、上記制御装置が、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割する分割工程と、上記制御装置が、分割した上記各データを上記端末装置に送信する送信工程と、上記端末装置が、上記制御装置から分割して送信された上記各データを受信する受信工程と、上記端末装置が、上記分割された各データを結合して分割前の画面データを復元する結合工程と、結合した上記画面データを上記表示部に表示する表示工程とを含む構成としてもよい。
【００２８】
制御装置から端末装置に送信する画面データのデータサイズが大きすぎる場合には、画面データの送信を適切に行えない場合がある。これに対して、上記の構成によれば、送信手段が、制御装置から端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように画面データを分割して端末装置に送信する。これにより、一回あたりに送信する画面データの情報量を少なくし、送信時の負荷を減らすことができるので、画面データの送信を適切に行うことができる。また、制御装置から画面データが送信されてから端末装置の表示部に表示されるまでの時間を短縮し、操作性を向上させることができる。
【００２９】
また、上記端末装置は、制御装置から分割して送信された画面データを受信する受信手段と、分割された画面データを結合して分割前の画面データを復元する結合手段と、結合した画面データを表示する表示部とを備えている。したがって、制御装置から分割して送信された画面データを適切に表示することができる。
【００３０】
また、上記いずれかの制御装置において、上記端末装置から操作画面の画面データを要求するリクエスト情報を受け付けるリクエスト情報受付手段と、上記リクエスト情報受付手段が受け付けたリクエスト情報に対応する画面データを上記端末装置に返信する画面データ送信手段と、上記画面データ送信手段が送信した画面データに対応する操作画面において入力された操作入力情報に基づいて、上記端末装置を制御するための制御指示を生成し、上記端末装置に送信する制御指示送信手段とを備えている構成としてもよい。
【００３１】
上記の構成によれば、端末装置から操作画面の画面データを要求するリクエスト情報を制御装置に送信し、当該リクエスト情報に対するレスポンスとして画面データを制御装置から取得し、取得した画面データに基づいた操作画面を端末装置の表示部に表示させることができる。これにより、端末装置において操作画面の画面データ自体を管理しなくてもよく、必要なときに端末装置から制御装置に要求すればよい。その結果、端末装置に対する新たな制御を開発する場合でも、端末装置に操作画面の画面データを組み込む必要がなくなるので、新たな制御の開発効率を向上させることができる。
【００３２】
また、上記の構成によれば、端末装置に入力された情報に基づいて、制御装置が端末装置を制御することができる。
【００３３】
また、本発明の制御装置は、上記の構成に加えて、上記リクエスト情報受付手段および上記画面データ送信手段が上記リクエスト情報および上記画面データの送受信に用いる第１通信方式と、上記制御指示送信手段が上記制御指示の送信に用いる第２通信方式とが異なっていてもよい。例えば、上記第１通信方式がＨＴＴＰまたはＨＴＴＰＳであり、上記第２通信方式がＳＯＡＰであってもよい。
【００３４】
上記の構成によれば、第１通信方式を、画面データを要求するリクエスト情報および画面データの送受信に適した通信方式（例えば、ＨＴＴＰなど）にすることができ、第２通信方式を制御指示の送受信に適した通信方式（例えば、ＳＯＡＰなど）にすることができる。
【００３５】
ＨＴＴＰは、現在、Ｗｅｂページ等を閲覧する場合に、クライアント装置およびサーバ装置間の通信に汎用されているものである。操作画面の画面データの通信についてもＨＴＴＰを用いることで、ＵＩ処理手段を汎用されているＷｅｂブラウザ等で容易に実現することができる。
【００３６】
また、ＨＴＴＰでは、getやputなどの処理内容が限定される。そのため、制御指示については、ＳＯＡＰなど通信方式（通信プロトコル）を用いることで、様々な処理が実現可能となる。
【００３７】
また、上記端末装置は、画像読取機能、画像形成機能および通信機能を含む複数の要素機能を適宜組み合わせて実行することにより装置機能を実現する端末装置であって、上記複数の要素機能を実行する要素機能実行手段と、上記装置機能を実行するための第１制御コマンドと、上記要素機能実行手段が受け付け可能な第２制御コマンドとを対応付けて記憶するコマンド記憶部と、上記第１制御コマンドを受け付け、当該第１制御コマンドに対応する第２制御コマンドを上記コマンド記憶部から特定し、特定した第２制御コマンドを上記要素機能実行手段に対して出力する制御コマンド変換手段と、通信ネットワークを介して制御装置から制御指示を受け付ける制御指示受付手段と、上記制御指示受付手段が受け付けた制御指示に応じて、上記装置機能を実行するための第１制御コマンドを生成し、生成した第１制御コマンドを上記制御コマンド変換手段に送る装置機能制御手段とを備えている構成としてもよい。つまり、上記端末装置は、画像読取機能、画像形成機能および通信機能を含む複数の要素機能を適宜組み合わせて実行することにより装置機能を実現する複合機であってもよい。
【００３８】
ここで、上記要素機能とは、例えば、スキャン機能、印刷（プリント）機能、画像処理機能、ネットワーク機能などである。そして、これらの要素機能を適宜組み合わせて実行することにより実現される装置機能とは、例えば、スキャン機能と画像処理機能と印刷機能とを組み合わせて実行される複写（コピー）機能や、スキャン機能とネットワーク機能とを組み合わせて実行されるイメージ送信機能などがある。
【００３９】
上記要素機能は、端末装置（複合機）の機種によって異なる場合がある。例えば、スキャン機能、印刷機能のみを備えている端末装置Ａもあれば、これらの機能とは別に、コピー機能を要素機能として備えている端末装置Ｂもある。この場合、装置機能としてコピー機能を実現する場合、端末装置Ａでは、スキャン機能と、印刷機能とを組み合わせて実行する必要があるが、端末装置Ｂの場合、要素機能であるコピー機能のみを実行すればよい。また、同じ要素機能であっても、当該要素機能を実行する要素機能実行手段が、端末装置の機種によって異なることもある。
【００４０】
なお、上記要素機能を端末装置によらず共通のものにすることは困難である。ユーザのニーズに合わせて、様々なタイプの端末装置を製造する必要があるからである。すなわち、通常、要素機能実行手段は、端末装置に固有の構成となる。
【００４１】
以上の理由から、要素機能実行手段が受け付け可能な第２制御コマンドも端末装置の機種によって異なるものとなる。
【００４２】
しかしながら、上記の構成によれば、制御コマンド変換手段が、第１制御コマンドを受け付け、当該第１制御コマンドに対応する第２制御コマンドを上記コマンド記憶部から特定し、特定した第２制御コマンドを上記要素機能実行手段に対して出力する。これにより、第２制御コマンドが上述したように端末装置の機種に依存するものであっても、制御コマンド変換手段が受け付けることができる第１制御コマンドを端末装置の機種に依存しない（つまり、端末装置に共通した）ものにすることができる。
【００４３】
これにより、外部の制御装置が端末装置を制御する場合、制御装置は、端末装置の機種に依存しない第１制御コマンド、または、当該第１制御コマンドの基となる制御指示を端末装置に出力すればよい。その結果、制御装置から端末装置に対して新たな制御を行う場合であっても、端末装置によらず共通した第１制御コマンドまたはその基となる制御指示を生成するように制御装置を開発すればよく、その開発効率が簡易となる。
【００４４】
また、上記の構成によれば、装置機能制御手段が、制御指示に応じて、上記装置機能を実行するための第１制御コマンドを生成し、生成した第１制御コマンドを上記制御コマンド変換手段に送る。上述したように、第１制御コマンドは、端末装置の機種によらず共通したものにすることができる。そのため、装置機能制御手段も端末装置の機種によらず共通した構成にすることが可能であり、端末装置の開発効率が向上する。
【００４５】
また、装置機能制御手段を制御するために操作画面を用いる場合、装置機能制御手段が端末装置の機種に依存しないため、当該操作画面についても、端末装置の機種によらず、同じもの、もしくは、類似するものとなる。この結果、ユーザは、異なる機種であっても、同様の操作画面に対して操作することとなり、ユーザの操作性が向上する。
【００４６】
そして、装置機能制御手段が端末装置の機種に依存しないため、当該装置機能制御手段が受付可能な制御指示についても、端末装置の機種に依存しない。そのため、制御装置は、端末装置の機種に依存しない制御指示を端末装置に出力すればよい。その結果、制御装置から端末装置に対して新たな制御を行う場合であっても、端末装置によらず共通した第１制御コマンドまたはその基となる制御指示を生成するように制御装置を開発すればよく、その開発効率が簡易となる。
【００４７】
また、上記の構成によれば、上記したいずれかの端末装置としての機能を備えているので、端末装置の操作性を向上させることができる。
【００４８】
また、本発明の端末装置は、上記の構成に加えて、表示部と、上記制御装置が上記制御指示を生成するための操作画面を上記表示部に表示させるＵＩ処理手段とを備え、上記ＵＩ処理手段は、上記操作画面の画面データを要求するリクエスト情報を上記制御装置に送信し、当該リクエスト情報に対するレスポンスとして、当該画面データを上記制御装置から取得し、取得した画面データに基づいた操作画面を上記表示部に表示させるとともに、当該操作画面に入力された情報を上記制御装置に送信する構成としてもよい。
【００４９】
上記の構成によれば、ＵＩ処理手段は、上記操作画面の画面データを要求するリクエスト情報を上記制御装置に送信し、当該リクエスト情報に対するレスポンスとして、当該画面データを上記制御装置から取得し、取得した画面データに基づいた操作画面を上記表示部に表示させる。これにより、端末装置は、操作画面の画面データ自体を管理しなくてもよく、必要なときに制御装置に要求すればよい。その結果、制御装置から端末装置に対する新たな制御を開発する場合でも、端末装置に操作画面の画面データを組み込む必要がなくなる。これにより、開発効率が一層向上する。
【００５０】
そして、ＵＩ処理手段は、操作画面に入力された情報を上記制御装置に送信する。これにより、制御装置は、操作画面に入力された情報に基づいて、制御指示を生成することができる。
【００５１】
また、本発明の端末装置は、上記の構成に加えて、上記ＵＩ処理手段が上記リクエスト情報および上記画面データの送受信に用いる第１通信方式と、上記制御指示受付手段が上記制御指示の受信に用いる第２通信方式とが異なっていてもよい。例えば、上記第１通信方式がＨＴＴＰまたはＨＴＴＰＳであり、上記第２通信方式がＳＯＡＰであってもよい。
【００５２】
上記の構成によれば、第１通信方式を、画面データを要求するリクエスト情報および画面データの送受信に適した通信方式（例えば、ＨＴＴＰなど）にすることができ、第２通信方式を制御指示の送受信に適した通信方式（例えば、ＳＯＡＰなど）にすることができる。
【００５３】
ＨＴＴＰは、現在、Ｗｅｂページ等を閲覧する場合に、クライアント装置およびサーバ装置間の通信に汎用されているものである。操作画面の画面データの通信についてもＨＴＴＰを用いることで、ＵＩ処理手段を汎用されているＷｅｂブラウザ等で容易に実現することができる。
【００５４】
また、ＨＴＴＰでは、getやputなどの処理内容が限定される。そのため、制御指示については、ＳＯＡＰなど通信方式（通信プロトコル）を用いることで、様々な処理が実現可能となる。
【００５５】
さらに、本発明の端末装置は、上記の構成に加えて、上記ＵＩ処理手段は、上記入力画面に入力されたユーザ情報を上記制御装置に送信し、上記制御指示受付手段は、上記制御指示として、上記ＵＩ処理手段が送信したユーザ情報に応じた、各要素機能の有効／無効を切り替える有効／無効切替指示を受け付け、上記装置機能制御手段は、上記有効／無効切替指示に応じて、各要素機能の有効／無効を切り替えるための第１制御コマンドを生成する構成としてもよい。
【００５６】
従来、端末装置においてユーザ認証処理を行う場合、ユーザ認証処理のための登録情報やプログラム等を端末装置に組み込む必要があった。この場合、端末装置には他の様々な構成が存在するため、ユーザ認証処理のための構成に制限が加わり（例えば、データベースの容量等の制限）、登録数が制限される可能性があった。
【００５７】
上記の構成によれば、ＵＩ処理手段は、制御装置に対して、ユーザ情報の入力画面の画面データを要求するリクエスト情報を送信し、受信した上記入力画面に入力されたユーザ情報を送信する。そして、制御指示受付手段は、上記制御指示として、上記ＵＩ処理手段が送信したユーザ情報に応じた、各要素機能の有効／無効を切り替える有効／無効切替指示を受け付ける。
【００５８】
これにより、端末装置は、入力画面の要求・取得・表示と、入力されたユーザ情報の送信とを行うだけで、当該ユーザ情報で示されるユーザに応じた要素機能の有効／無効の切替指示を受けることができる。すなわち、ユーザ認証処理は、制御装置で実行され、端末装置では実行されない。そのため、端末装置にユーザ認証処理のための構成を組み込む必要がない。また、制御装置は、端末装置の外部に存在し、端末装置のようにユーザ認証処理のための構成に対する制限がない。そのため、従来のように登録数が制限される等の問題がない。
【００５９】
さらに、本発明の端末装置は、上記の構成に加えて、複数の上記制御指示の各々に対応付けて、当該制御指示を生成するための操作画面を識別する操作画面識別情報を記憶する操作画面識別情報記憶部を備え、上記ＵＩ処理手段は、上記操作画面識別情報記憶部の中から１つの操作画面識別情報を選択し、選択した操作画面識別情報で示される操作画面の画面データを要求するリクエスト情報を送信する構成としてもよい。
【００６０】
ここで、操作画面識別情報は、例えば、ＵＲＬ（Uniform resource Locator）などである。
【００６１】
上記の構成によれば、操作画面識別情報記憶部が記憶する操作画面識別情報を指定することにより、当該操作画面を表示部に表示させることができる。当該操作画面識別情報の指定は、例えば、ユーザ入力による場合や、アプリケーションからの命令による場合がある。これにより、ユーザやアプリケーションは、操作画面識別情報自体をＵＩ処理手段に入力する必要がなくなる。
【００６２】
さらに、本発明の端末装置は、上記の構成に加えて、上記画面データには、操作画面の画面形式を示す画面種別情報と、操作画面を構成する画像パーツの種類を示すパーツ種類情報とが含まれており、上記ＵＩ処理手段は、上記画面種別情報と、上記表示部における、当該画面種別情報で示される画面形式の操作画面内の画像パーツの位置および表示形式を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部を備え、上記ＵＩ処理手段は、上記制御装置から取得した画面データに含まれる画面種別情報に対応するパーツ表示情報を上記画面テーブル記憶部から読み出し、当該パーツ表示情報と上記制御装置から取得した画面データに含まれるパーツ種類情報とに基づいて、操作画面を生成し、上記表示部に表示させる構成としてもよい。
【００６３】
端末装置の表示部の特性（サイズ、解像度、カラー／モノクロ、フォントなど）は、端末装置の機種により異なる。
【００６４】
上記の構成によれば、ＵＩ処理手段は、画面データの画面種別情報からパーツ表示情報を特定し、当該パーツ表示情報と画面データのパーツ種類情報とから、自機の表示部に適合した操作画面を表示させることができる。これにより、制御装置は、端末装置に機種に依存せず、上記画面種別情報とパーツ種類情報とを含む画面データを生成すればよい。その結果、上記画面データの開発効率が向上する。
【００６５】
さらに、本発明の端末装置は、上記の構成に加えて、外部装置からの要求に応じて、上記操作画面識別情報記憶部への新たな操作画面識別情報の格納、上記操作画面識別情報記憶部に格納されている操作画面識別情報の編集のうちの少なくとも１つを行う登録／編集手段を備える構成としてもよい。
【００６６】
上記の構成によれば、操作画面識別情報記憶部への新たな操作画面識別情報の格納、上記操作画面識別情報記憶部に格納されている操作画面識別情報の編集を、外部装置から行うことができる。
【００６７】
さらに、本発明の端末装置は、上記の構成に加えて、外部装置からの要求に応じて、当該外部装置に対して、上記操作画面識別情報記憶部に格納されている操作画面識別情報を通知する通知手段を備える構成としてもよい。
【００６８】
上記の構成によれば、既に使用されている端末装置から、当該端末装置の操作画面識別情報記憶部に格納されている操作画面識別情報の通知を受けることができる。これにより、新たな端末装置を購入したユーザは、既に使用されている端末装置から操作画面識別情報を取得し、該操作画面識別情報を新たに購入した端末装置に格納させることができる。その結果、ユーザは、新たに購入した端末装置に対する操作画面識別情報の登録処理を簡単に行うことができる。
【００６９】
なお、上記制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより制御装置をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。同様に、上記端末装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより端末装置をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００７０】
本発明の制御装置は、ネットワークに接続されたサーバ装置からネットワーク上のページのＨＴＭＬデータを取得するデータ取得手段と、上記ＨＴＭＬデータを上記表示部に表示可能なデータに変換して上記画面データを生成する画面データ生成手段とを備えている。それゆえ、ネットワーク上のページ情報を端末装置の表示部に適切に表示させることができる。
【００７１】
本発明の制御装置は、上記送信手段は、制御装置から端末装置への通信速度データに基づいて所定時間あたりに送信可能なデータサイズを算出し、分割後の各データのデータサイズが算出した上記データサイズ以下になるように上記画面データを分割して上記端末装置に送信する。それゆえ、一回あたりに送信する画面データの情報量を少なくし、送信時の負荷を減らすことができるので、画面データの送信を適切に行うことができる。また、制御装置から画面データが送信されてから端末装置の表示部に表示されるまでの時間を短縮し、操作性を向上させることができる。
【発明を実施するための最良の形態】
【００７２】
本発明の一実施形態について説明する。
【００７３】
（１．装置構成）
（１−１．複合機制御システムの構成）
図２は、本実施形態に係る複合機制御システムの概略を示す図である。図２に示されるように、複合機制御システムは、複合機１と、制御装置２と、これらを通信可能に接続する通信ネットワークとを備えている。なお、図２に示されるように、複合機１は、複数の制御装置２と接続されていてもよい。
【００７４】
複合機（端末装置）１は、複写、スキャン、印刷、画像データの伝送、画像変換などの複数の画像形成機能を有する装置であり、例えば、プリンタ、複写機、ファクシミリ機、スキャナ、画像伝送、変換、画像処理を行う演算装置が一体に形成された装置（ＭＦＰ：マルチファンクションプリンタ）である。
【００７５】
複合機１は、ユーザインターフェイスとして、操作部３を備えている。図３は、操作部３の拡大図である。図３に示されるように、操作部３は、ユーザに対して操作画面を表示するための操作パネル６と、ユーザ入力を受け付ける入力部５とを備えている。なお、操作パネル６は、タッチパネルシステムを採用しており、入力部５を兼ねている。
【００７６】
なお、複合機１は、上記操作部３の代わりに、もしくは、操作部３と兼用して、ＵＩ装置と接続可能であってもよい。この場合、複合機１に接続される該ＵＩ装置に操作画面が表示される。
【００７７】
制御装置２は、例えば、パーソナルコンピュータである。制御装置２は、種々のアプリケーションがインストールされており、当該アプリケーションに応じた処理を行うとともに、通信ネットワークを介して複合機１と通信可能である。なお、通信ネットワークとしては、インターネット、イントラネット、電話線、シリアルケーブル、または、他の有線回線または無線回線、といった通信回線が利用できる。
【００７８】
制御装置２は、通信ネットワークを介して、複合機１が有する機能を制御する。複合機１を制御する際、制御装置２は、自身が有するアプリケーションを用いた処理を実行させる。これにより、複合機１は、自身が有する情報処理機能だけでは実行することのできない様々な処理を利用した制御を、制御装置２から受けることができる。すなわち、複合機１は、外部の制御装置２が有するアプリケーションと連携して動作することができる。
【００７９】
また、複合機１は、制御装置２が有するアプリケーションと連携して動作する際に、Ｗｅｂサーバである当該制御装置２にアクセスし、アプリケーションに応じた操作画面データを取得し、操作画面を操作パネル６に表示させる。すなわち、制御装置２のアプリケーションは、ユーザと対話することができる。これにより、複合機１は、制御装置２に対して操作画面データを要求するだけで、操作画面を表示することができ、操作画面データ自体を管理する必要がない。
【００８０】
なお、複合機１と制御装置２とは、操作画面データの要求／応答に関する通信として、ＨＴＴＰ、または、ＳＳＬ（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'、第３順位'JobClose'である場合、デバイス制御部２３５は、制御指示'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）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０３３１】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０３３２】
本発明は、ネットワーク上の画像を端末装置の表示部に表示可能な画像に変換する制御装置に適用できる。
【図面の簡単な説明】
【０３３３】
【図１】本発明の実施形態に係る制御装置において、Ｗｅｂページに対応する画面を複合機の操作パネルに表示させるための画面データを生成する処理の一例を示す説明図である。
【図２】本発明の実施形態に係る画像形成システムの構成を示す図である。
【図３】複合機が有する操作部の拡大図である。
【図４】本実施形態に係る制御装置の構成を示すブロック図である。
【図５】制御装置の情報受付部に備えられる押下ボタン−処理内容テーブルの一例を示す図である。
【図６】制御装置の情報受付部に備えられる処理要求−処理内容テーブルの一例を示す図である。
【図７】本発明の実施形態に係る複合機の構成を示すブロック図である。
【図８】複合機のＵＩサービス層が記憶するＵＲＬ登録情報の一例を示す図である。
【図９】ＯｐｅｎＩ／Ｆ層の機能を説明する図である。
【図１０】複合機のＯｐｅｎＩ／Ｆ層が備えるＡＰＩテーブルの一例を示す図である。
【図１１】複合機の操作パネルを用いたＵＲＬ登録情報の登録処理の流れを示すフローチャートである。
【図１２】スキャン制御を制御装置から行う場合の処理の流れを示す図である。
【図１３】スキャン実行画面の一例を示す図である。
【図１４】図１３のスキャン実行画面を示す操作画面データの一例を示す図である。
【図１５】制御コマンド'Job Create'のSOAPメソッドの一例を示す図である。
【図１６】本実施形態に対する比較例の認証処理の流れを示す図である。
【図１７】本実施形態における認証処理の流れを示す図である。
【図１８】ログインデータ入力画面の一例を示す図である。
【図１９】上記認証処理の変形例の流れを示す図である。
【図２０】自動翻訳処理を利用した複合機の制御の流れを示す図である。
【図２１】制御装置のイベント集計アプリケーションと連携して複合機が動作する場合の処理の流れを示す図である。
【図２２】イベント送信登録情報の一例を示す図である。
【図２３】イベント管理テーブルの一例を示す図である。
【図２４】ジョブ結果通知の一例を示す図である。
【図２５】操作画面の表示処理の流れを示すフローチャートである。
【図２６】操作画面データの一例を示す図である。
【図２７】図２６に示す操作画面データから複合機の操作パネルに適した形式に変換されたＵＩデータを示す図である。
【図２８】図２７に示すＵＩデータに基づいた操作画面の一例を示す図である。
【図２９】本発明の実施形態において、Ｗｅｂページに対応する画面を複合機の操作パネルに表示させるための処理に用いられる各装置の要部の構成を示す図である。
【図３０】本発明の実施形態における、Ｗｅｂページに対応する画面を複合機の操作パネルに表示させるための処理の流れを示すフローチャートである。
【図３１】本発明の実施形態における、インターネット上のＷｅｂページの一例、および、このＷｅｂページに対応して複写機の操作パネルに表示される表示画面の一例を示す図である。
【図３２】本発明の実施形態において、制御装置が複合機の操作パネルに表示させるための画面データを分割して複合機に送信する処理の一例を示す図である。
【図３３】本発明の実施形態において、制御装置が複合機の操作パネルに表示させるための画面データを分割して複合機に送信する処理の一例を示すフローチャートである。
【符号の説明】
【０３３４】
１  複合機（端末装置）
２  制御装置
５  入力部
６  操作パネル（表示部）
１３  サービス層（要素機能実行手段）
１６  ＵＩサービス層（ＵＩ処理手段、操作画面識別情報記憶部、画面テーブル記憶部）
１７  Ｗｅｂサービス層（制御指示受付手段）
１８  ＯＳＡアプリ層（装置機能制御手段）
１９  ＯｐｅｎＩ／Ｆ層（制御コマンド変換手段、コマンド記憶部、登録情報管理部、判断手段）
２４  連携モジュール（データ取得手段、画面データ生成手段、抽出手段、送信手段）
１９０  Ｗｅｂサーバ
１９１  Ｗｅｂページ
２３１  情報受付部（リクエスト情報受付手段、受付手段）
２３２  画面データ記憶部
２３３  ＵＩ制御部（画面データ送信手段）
２３５  デバイス制御部（制御指示送信手段）
【図１】
2008139981.tif 000003
【図４】
2008139981.tif 000004
【図５】
2008139981.tif 000005
【図６】
2008139981.tif 000006
【図７】
2008139981.tif 000007
【図８】
2008139981.tif 000008
【図９】
2008139981.tif 000009
【図１０】
2008139981.tif 000010
【図１１】
2008139981.tif 000011
【図１２】
2008139981.tif 000012
【図１３】
2008139981.tif 000013
【図１４】
2008139981.tif 000014
【図１５】
2008139981.tif 000015
【図１６】
2008139981.tif 000016
【図１７】
2008139981.tif 000017
【図１８】
2008139981.tif 000018
【図１９】
2008139981.tif 000019
【図２０】
2008139981.tif 000020
【図２１】
2008139981.tif 000021
【図２２】
2008139981.tif 000022
【図２３】
2008139981.tif 000023
【図２４】
2008139981.tif 000024
【図２５】
2008139981.tif 000025
【図２６】
2008139981.tif 000026
【図２７】
2008139981.tif 000027
【図２８】
2008139981.tif 000028
【図２９】
2008139981.tif 000029
【図３０】
2008139981.tif 000030
【図３１】
2008139981.tif 000031
【図３２】
2008139981.tif 000032
【図３３】
2008139981.tif 000033
【図２】
2008139981.tif 000034
【図３】
2008139981.tif 000035