JP5335470B2 - 画像処理装置、サーバ装置、それらの制御方法、及びプログラム - Google Patents

Description

本発明は、画像処理装置、サーバ装置、それらの制御方法、及びプログラムに関する。

従来、ウェブページの記述に使用するマークアップ言語としてＨＴＭＬ（HyperText Markup Language）がある。ＨＴＭＬにおいては、フォーム（FORM）により、ウェブページ製作者（ウェブサーバ側）が、当該ウェブページを閲覧するユーザ（クライアント側）に対して情報の入力を要求することができる。ＨＴＭＬのフォームは、ユーザからの入力を必要とする多種多様なアプリケーションにとって有効な手段である。

また、インターネットの技術仕様書群であるＲＦＣ（Request for Comments）がある。ＲＦＣ１８６７では、「ＨＴＭＬにおけるフォームに基づくファイルアップロード」の手法が開示されている。この手法は、ＨＴＭＬフォームによる情報伝達の双方向性を拡張して、クライアントのプラットフォームに蓄積されているファイルを、分散アプリケーションのサーバに対する入力としてアップロードすることを可能とするものである。この手法に則して、現在実用されている一般的なウェブブラウザと多くのウェブコンテンツが実装されている。

ＲＦＣ１８６７の従来技術により一般的なウェブブラウザに表示されるフォームの画面例を図８に示す。図８に示すフォームの画面は、図７に示すＨＴＭＬ文書に基づいて生成されるものであり、ウェブブラウザのコンテンツ表示領域１１０１に表示される。この画面においては、表示１１０２（機器情報を送信します）が図７の６行目のh1要素に対応する。また、表示１１０３の線で囲まれた領域が図７の８行目のfile型のinput要素に対応する。また、表示１１０４が図７の９行目のsubmit型のinput要素に対応する。

表示１１０３の領域内は、従来のウェブブラウザにおいて一般的に採用されている手法による実装であり、この実装は、ＲＦＣ１８６７でも示されている。表示１１０３の領域内において、表示１１０５がファイル名入力フィールドに対応する。ファイル名入力フィールドから、アップロードされるファイルのファイルシステム中のファイルパス（ファイル名）のリストをタイプ入力することができる。

また、表示１１０６がファイル選択ボタンに対応する。ファイル選択ボタンが押下されると、ウェブブラウザが稼動しているプラットフォームに適するファイル選択モードに入ることができる。汎用コンピュータ上で稼動するウェブブラウザでは、ファイル選択モードでファイル選択ダイアログが開き、ファイルシステムに格納されているファイル群の中からアップロードされるべきファイルを選択することができる。

また、従来、装置が装置本来の機能に加えてウェブサーバ機能を兼ね備え、装置のユーザインタフェースを遠隔のウェブブラウザに提供するリモートユーザインタフェースが製品化されている。また、装置が装置本来の機能に加えてウェブクライアント（ウェブブラウザ）機能を兼ね備え、遠隔のウェブサーバから様々なコンテンツを取得（ダウンロード）してブラウジングを行い、装置の機能に役立てる技術が知られている。

上述した機能を備えた装置の例として例えば、ウェブブラウザを組み込んだ画像処理装置がある。この種の画像処理装置においては、単なる装置の状態や情報、設定の表示や登録に留まらず、装置の様々な機器情報をファイルとして取り出す／取り込むといった機能をウェブブラウザ上で実現している（例えば、特許文献１参照）。

特開２００５−１４９３２０号公報

上述した特許文献１に記載された画像処理装置では、自機のウェブブラウザから他の画像処理装置に組み込まれたウェブサーバにアクセスすることで、他機の装置状態や設定等の閲覧、登録を自機から操作することが可能である。

しかしながら、自機の設定情報を他機の装置に送信して他機の設定情報として設定させるためには、予め自機の設定情報をＨＤＤ等の記憶装置にファイルとして格納しておく必要がある。その後、送信対象とする画像処理装置のウェブサーバにアクセスし直して当該格納しておいたファイルをアップロードしなければならない。このように、ウェブブラウザを通じて他機を自機で操作することは可能であるが、その反面、設定情報のやり取りにおいては操作が煩雑であった。

本発明の目的は、容易な操作で設定情報のやり取りを可能とし、ユーザの利便性を向上させることを可能とした画像処理装置、サーバ装置、それらの制御方法、及びプログラムを提供することにある。

上記目的を達成するために、本発明の画像処理装置は、画像処理装置であって、外部装置に情報を送信することを指示するための画面情報を、前記外部装置に対して要求する要求手段と、前記要求手段による要求に対する前記外部装置からの画面情報に基づいて操作画面を表示する表示手段とを備え、前記表示手段は、前記画像処理装置に現在設定されている設定情報を前記外部装置に送信することを指示するための第１の指示手段と前記外部装置に送信する前記設定情報をユーザに選択させるための第２の指示手段の両方を含む操作画面を表示することを特徴とする。

また、本発明のサーバ装置は、サーバ装置であって、画像処理装置から、前記サーバ装置に情報を送信することを指示するための画面情報の要求を受け付ける受付手段と、前記受付手段が前記要求を受け付けた場合に、当該要求を行った画像処理装置が特定の画像処理装置であるか否かを判定する判定手段と、前記判定手段による判定の結果、前記要求を行った画像処理装置が特定の画像処理装置であると判定された場合に、前記画像処理装置に現在設定されている設定情報を前記サーバ装置に送信することを指示するための第１の指示手段と、前記画像処理装置の記憶手段に記憶されている設定情報の中からユーザにより選択された設定情報を前記サーバ装置に送信することを指示するための前記第２の指示手段とを含む操作画面を表示するための画面情報を、前記要求を行った画像処理装置に送信する送信手段と、を備えることを特徴とする。

本発明によれば、容易な操作で設定情報のやり取りを可能とし、ユーザの利便性を向上させることができる。

本発明の第１の実施形態に係るＨＴＴＰクライアント／サーバシステムの全体構成を示すブロック図である。 ネットワークシステムの画像処理装置のソフトウェア構成を示すブロック図である。 画像処理装置の詳細構成を示すブロック図である。 操作部及び操作部Ｉ／Ｆの詳細構成を示すブロック図である。 ユーザインタフェースモジュールによりＬＣＤ表示部に表示されるウェブブラウザの画面構成を示す図である。 ＨＴＴＰによる要求と応答の処理の流れを示すシーケンス図である。 フォームを含むと共にフォームの送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の一例を示す図である。 ＲＦＣ１８６７の従来技術により一般的なウェブブラウザに表示されるフォームの画面例を示す図である。 図７のＨＴＭＬ文書に基づいてウェブブラウザのコンテンツ表示領域に表示される画面を示す図である。 画像処理装置のウェブブラウザにより実行されるfile型のＩＮＰＵＴ要素に対応するオブジェクトのレイアウト処理の手順を示すフローチャートである。 画像処理装置のウェブブラウザにおいて自機の設定情報の読み込み中に表示されるダイアログウィンドウの一例を示す図である。 画像処理装置により実行される自機の設定情報の読み込み処理の手順を示すフローチャートである。 設定情報ファイルが格納されているボックスを選択するために表示されるダイアログウィンドウの一例を示す図である。 ボックスから設定情報ファイルを選択するために表示されるダイアログウィンドウの一例を示す図である。 画像処理装置のウェブブラウザにより実行されるフォームのサブミット処理の手順を示すフローチャートである。 本発明の第２の実施形態に係る設定情報をアップロードするページが要求された場合における、画像処理装置のウェブサーバの処理の手順を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。
〔第１の実施形態〕
図１は、本発明の第１の実施形態に係るＨＴＴＰクライアント／サーバシステムの全体構成を示すブロック図である。

図１において、本システムは、画像処理装置１１０、画像処理装置１２０、ホストコンピュータ１０１がＬＡＮ１００を介して接続されている。尚、図１はネットワークシステムの構成例を示したものであり、画像処理装置の接続台数等は図示の構成に限定されるものではない。

画像処理装置１１０は、画像の入出力（原稿からの画像の読み取り、用紙への画像形成）、情報の送受信、各種の画像処理を行う複合機（ＭＦＰ：Multi Function Peripheral)として構成されている。画像処理装置１１０は、スキャナ１１３、プリンタ１１４、操作部１１２、ウェブブラウザ及びウェブサーバモジュール（ＷＥＢ）１１５、コントロールユニット１１１を備える。画像処理装置１１０は、サーバ（本実施形態では画像処理装置１２０）とＨＴＴＰ（HyperText Transfer Protocol）による通信を行うＨＴＴＰクライアント機能を有する。

スキャナ１１３は、原稿から画像を読み取る画像入力デバイスである。プリンタ１１４は、用紙に画像を形成する画像出力デバイスである。操作部１１２は、各種操作・設定を行う際に用いるユーザインタフェースである。ウェブブラウザ及びウェブサーバモジュール１１５については図２で説明する。コントロールユニット１１１は、ＬＡＮ１００に接続されると共に上記各部に命令を出力し制御する。

画像処理装置１２０は、画像処理装置１１０と同様の機器構成を有し、ＬＡＮ１００に接続されており、スキャナ１２３、プリンタ１２４、操作部１２２、ウェブブラウザ及びウェブサーバモジュール（ＷＥＢ）１２５、コントロールユニット１２１を備える。画像処理装置１２０は、クライアント（本実施形態では画像処理装置１１０）とＨＴＴＰによる通信を行うＨＴＴＰサーバ機能を有する。

ホストコンピュータ１０１は、ＬＡＮ１００に接続されている。ホストコンピュータ１０１は、後述するようにウェブブラウザを備え、画像処理装置１１０、画像処理装置１２０から受信したＨＴＭＬファイルの解析に基づいて、画像処理装置１１０、画像処理装置１２０の状態（ステータス）等を表示する。

本実施形態では、画像処理装置１１０から画像処理装置１２０にアクセスし、画像処理装置１２０のウェブサーバにより提供されるＨＴＭＬファイルに従った操作画面を、画像処理装置１１０のウェブブラウザが表示する。そして、この表示された操作画面を介した指示に従って、画像処理装置１１０の設定情報を画像処理装置１２０に送信し、画像処理装置１２０の設定情報として設定する場合を例に挙げて説明する。

図２は、図１の画像処理装置１１０のソフトウェア構成を示すブロック図である。尚、画像処理装置１１０、画像処理装置１２０のソフトウェア構成は同じであるため、画像処理装置１１０のソフトウェア構成を説明するものとする。

図２において、画像処理装置１１０には、ユーザインタフェース（以下ＵＩ）モジュール２０１以下、後述の各モジュールが搭載されている。ＵＩモジュール２０１は、ユーザが画像処理装置１１０に対する各種操作・設定を行う際に、画像処理装置１１０とユーザ操作との仲介を行うモジュールである。ＵＩモジュール２０１は、ユーザの操作に従い、後述の各種モジュールに入力情報を転送することで処理の依頼やデータの設定などを行う。

アドレスブック（Address-Book）モジュール２０２は、データの送付先・通信先などを管理するデータベースモジュールである。アドレスブックモジュール２０２が管理するデータに関しては、ＵＩモジュール２０１からの操作によりデータの追加、削除、取得が可能である。また、アドレスブックモジュール２０２は、ユーザの操作により後述の各モジュールにデータの送付先・通信先を示す情報を与える。

ウェブサーバ（Web-Server）モジュール２０３は、ウェブクライアント（例えばホストコンピュータ１０１）からの要求により、画像処理装置１１０の管理情報をウェブクライアントに通知する。管理情報は、後述の統合送信部モジュール２０４、リモートコピースキャンモジュール２０９、リモートコピープリントモジュール２１０、制御ＡＰＩモジュール２１８を介して取得される。取得された管理情報は、ＨＴＴＰモジュール２１２、ＴＣＰ／ＩＰ通信モジュール２１６、ネットワークドライバ２１７を介してウェブクライアントに通知される。

ウェブブラウザ（Web Browser）モジュール２１１は、インターネットまたはイントラネット上の各種ウェブサイト（ホームページ）の情報を読み込んで表示を行う。ウェブブラウザモジュール２１１の詳細構成は後述する。

統合送信部（Universal-Send）モジュール２０４は、データの配信を司る。統合送信部モジュール２０４は、ＵＩモジュール２０１を介してユーザにより指示されたデータを、指示された通信（出力）先に配布する。また、統合送信部モジュール２０４は、ユーザにより画像処理装置１１０のスキャナ機能を使用して配布データの生成が指示された場合は、制御ＡＰＩモジュール２１８を介して画像処理装置１１０を動作させ、データの生成を行う。

統合送信部モジュール２０４は、モジュール（P550）２０５、モジュール（E-mail）２０６、（DB）モジュール２０７、（DP）モジュール２０８を含む。モジュール（P550）２０５は、出力先にプリンタが指定された際に実行される。モジュール（E-mail）２０６は、通信先にE-mailアドレスが指定された際に実行される。（DB）モジュール２０７は、出力先にデータベースが指定された際に実行される。（DP）モジュール２０８は、出力先に画像処理装置１１０と同様構成の画像処理装置１２０が指定された際に実行される。

リモートコピースキャン（Remote-Copy-Scan）モジュール２０９は、画像処理装置１１０のスキャナ機能を使用して画像情報を読み取り、読み取った画像情報をＬＡＮ１００に接続された他の画像処理装置１２０に出力する。これにより、画像処理装置単体で実現しているコピー機能を他の画像処理装置を使って行うことを可能にする。

リモートコピープリント（Remote-Copy-Print）モジュール２１０は、ＬＡＮ１００に接続された他の画像処理装置１２０で得られた画像情報を、画像処理装置１１０のプリンタ機能を使用して出力する。これにより、画像処理装置単体で実現しているコピー機能を他の画像処理装置を使って行うことを可能にする。

ＨＴＴＰモジュール２１２は、画像処理装置１１０がＨＴＴＰによる通信を行う際に使用され、ＴＣＰ／ＩＰ通信モジュール２１６を使って、ウェブサーバモジュール２０３、ウェブブラウザモジュール２１１に通信機能を提供する。また、ＨＴＴＰモジュール２１２は、ＨＴＴＰを始めとするウェブで用いられる各種プロトコルに対応し、特にセキュリティ対応したプロトコルによる通信機能を提供する。

ｌｐｒモジュール２１３は、ＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のモジュール（P550）２０５に通信機能を提供する。

ＳＭＴＰモジュール２１４は、ＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のモジュール（E-mail）２０６に通信機能を提供する。

ＳＬＭ（Salutation-Manager）モジュール２１５は、ＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内の（DB）モジュール２０７、（DP）モジュール２０８に通信機能を提供する。また、ＳＬＭモジュール２１５は、リモートコピースキャンモジュール２０９、リモートコピープリントモジュール２１０に通信機能を提供する。

ＴＣＰ／ＩＰ通信モジュール２１６は、ネットワークドライバ２１７を用いて、上記の各モジュールにネットワーク通信機能を提供する。ネットワークドライバ２１７は、ネットワークに物理的に接続される部分を制御する。

制御ＡＰモジュールＩ２１８は、統合送信部モジュール２０４などの上流モジュールに、ジョブマネージャモジュール２１９などの下流モジュールに対するインタフェースを提供する。これにより、上流及び下流のモジュール間の依存関係が軽減され、それぞれの流用性を高めることができる。

ジョブマネージャモジュール（Job-Manager）２１９は、上記の各モジュールから制御ＡＰＩモジュール２１８を介して指示される様々な処理を解釈し、各モジュール２２０、２２４、２２６に指示を与える。また、ジョブマネージャモジュール２１９は、画像処理装置１１０内で実行されるハード的な処理を一元管理する。

コーデックマネージャ（CODEC-Manager）モジュール２２０は、ジョブマネージャモジュール２１９が指示する処理の中で、データの各種圧縮・伸長を管理・制御する。

ＦＢＥエンコーダモジュール（FBE-Encoder）２２１は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４により実行されたスキャン処理により読み込まれたデータを、ＦＢＥフォーマットを用いて圧縮する。

ＪＰＥＧコーデック（JPEG-CODEC）モジュール２２２は、スキャン処理または印刷処理において読み込まれたデータのＪＰＥＧ圧縮及び印刷データのＪＰＥＧ展開処理を行う。上記スキャン処理は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４により実行された処理である。上記印刷処理は、プリントマネージャモジュール２２６により実行された処理である。

ＭＭＲコーデック（MMR-CODEC）モジュール２２３は、スキャン処理または印刷処理において読み込まれたデータのＭＭＲ圧縮及び印刷データのＭＭＲ伸長処理を行う。上記スキャン処理は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４により実行された処理である。上記印刷処理は、プリントマネージャモジュール２２６により実行された処理である。

スキャンマネージャ（Scan-Manager）モジュール２２４は、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御する。スキャンマネージャモジュール２２４と画像処理装置１１０に内部的に接続しているスキャナ１１３との間の通信が、ＳＣＳＩドライバ２２５を介して行われる。

プリントマネージャ（Print−Manager）モジュール２２６は、ジョブマネージャモジュール２１９が指示する印刷処理を管理・制御する。プリントマネージャモジュール２２６とプリンタ１１４との間のインタフェースがエンジンインタフェース（Engine-I/F）モジュール２２７により提供される。

パラレルポートドライバ２２８は、パラレルポートを介して不図示の出力機器にデータを出力する際のインタフェースを提供する。

図３は、画像処理装置１１０の詳細構成を示すブロック図である。尚、画像処理装置１１０、画像処理装置１２０の構成は同じであるため、画像処理装置１１０の構成を説明するものとする。

図３において、コントロールユニット１１１は、画像処理装置全体を制御するものであり、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４を接続し、これらを制御する。また、コントロールユニット１１１は、ＬＡＮ１００や公衆回線と接続され、これらを介して画像情報やデバイス情報の入出力を行う。コントロールユニット１１１は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、操作部インタフェース（以下Ｉ／Ｆ）３０６、ネットワークＩ／Ｆ３０８、デバイスＩ／Ｆ３１２、スキャナ画像処理部３１３、プリンタ画像処理部３１４等を備えている。

ＣＰＵ３０１は、システムバス３０７を介して、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ（ハードディスクドライブ）３０４、イメージバスＩ／Ｆ３０５、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８、モデム３０９と接続される。ＣＰＵ３０１は、プログラムに基づき後述の各フローチャートに示す処理を実行する。

ＲＡＭ３０２は、ＣＰＵ３０１の作業領域を提供する作業メモリや、画像データを一時記憶する画像メモリとして使用される。ＲＯＭ３０３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ３０４には、システムソフトウェア、画像データなどが格納される。

ここで、本発明に関わるボックス機能について説明する。画像処理装置のＨＤＤ３０４は、テンポラリ領域とボックス領域を備えている。テンポラリ領域は、スキャナ１１３により原稿から読み取った画像データや、送信すべき設定情報などを一時的に記憶する領域である。ジョブ終了後にそれらのデータは消去される。テンポラリ領域には、後述の図９の画面上でユーザから「自機情報を送信」が指定された場合にＣＰＵ３０１により読み出される機器情報（例えば画像処理装置からＦＡＸを送信する宛先を示す情報など）が記憶される。

ボックス領域は、スキャナ１１３で原稿から読み取った画像やホストコンピュータ１０１から送られたＰＤＬ画像を展開したもの或いは機器情報などをユーザの指示に応じて格納する領域である。ボックス領域は、複数のボックス（例えば１００）に分かれている。各ボックスには番号が付加され、それぞれ識別可能である。ボックス領域には、後述の図９の画面上でユーザから「ボックスから選択」が指定された場合にＣＰＵ３０１により読み出される設定情報（例えば他機で使用して画像処理装置に移したアドレス帳の情報など）が格納される。

操作部Ｉ／Ｆ３０６は、操作部１１２との間で入出力を行うためのインタフェースであり、操作部１１２に表示する画像データを操作部１１２に対して出力し、ユーザが操作部１１２を介して入力した情報をＣＰＵ３０１に伝送するなどの役割を果たす。

ネットワークＩ／Ｆ３０８は、ＬＡＮ１００と接続され、ＬＡＮ１００に対して情報の入出力を行う。モデム３０９は、公衆回線と接続され、公衆回線に対して情報の入出力を行う。イメージバスＩ／Ｆ３０５は、システムバス３０７と画像データを高速で転送する画像バス３１０とを接続し、データ構造を変換するバスブリッジである。

画像バス３１０には、ＲＩＰ（ラスタイメージプロセッサ）３１１、デバイスＩ／Ｆ３１２、スキャナ画像処部３１３、プリンタ画像処理部３１４、画像回転部３１５、画像圧縮部３１６が接続されている。ＲＩＰ３１１は、ＬＡＮ１００から受信したＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ３１２は、スキャナ１１３及びプリンタ１１４とコントロールユニット１１１とを接続し、画像データの同期系／非同期系の変換を行う。

スキャナ画像処理部３１３は、スキャナ１１３により入力された画像データに対して補正、加工、編集などを行う。プリンタ画像処理部３１４は、プリンタ１１４から出力する画像データに対して補正、解像度変換などを行う。画像回転部３１５は、画像データの回転を行う。画像圧縮部３１６は、多値画像データに対してはＪＰＥＧ圧縮伸長処理を行い、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨなどの圧縮伸長処理を行う。

図４は、操作部１１２の詳細構成を示すブロック図である。

図４において、操作部１１２は、ＬＣＤ表示部５０１、タッチパネル５０２、ＬＥＤ表示部５０６、各種ハードキー５０３〜５０７を備えている。操作部Ｉ／Ｆ３０６は、ユーザ入力制御用の入力ポート６０１、画面出力デバイス制御用の出力ポート６０２を備える。入力ポート６０１は、タッチパネル５０２、各種ハードキーを含むキー群からのユーザ入力をＣＰＵ３０１に渡す。ＣＰＵ３０１は、ユーザ入力の内容と制御プログラムに基づいて表示画面データを生成し、出力ポート６０２を介してＬＣＤ表示部５０１に表示画面を出力する。また、ＣＰＵ３０１は、出力ポート６０２を介して必要に応じてＬＥＤ表示部５０６を制御する。

図５は、ＵＩモジュール２０１によりＬＣＤ表示部５０１に表示されるウェブブラウザの画面構成を示す図である。

図５において、ＬＣＤ表示部５０１には、タブ９０１、ＵＲＬ入力フィールド９０２、ＯＫボタン９０３、プログレスバー９０４、コンテンツ表示領域９０５が表示されている。更に、ＬＣＤ表示部５０１には、戻るボタン９０６、進むボタン９０７、リロードボタン９０８、中止ボタン９０９、ステータス領域９１０が表示されている。

タブ９０１は、ウェブブラウザ機能と他の機能（コピー、ボックス、送信、拡張）との画面切り替えを行うものである。ＵＲＬ入力フィールド９０２は、ユーザが所望のリソースのＵＲＬを入力するフィールドである。ＵＲＬ入力フィールド９０２をユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーにより所望の文字列を入力することができる。

ＯＫボタン９０３は、入力したＵＲＬ文字列を確定するソフトキーである。ＵＲＬが確定されると、ウェブブラウザモジュール２１１は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。プログレスバー９０４は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域９０５は、取得したリソースを表示する領域である。戻るボタン９０６は、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの前に表示したコンテンツを表示し直すためのソフトキーである。
進むボタン９０７は、コンテンツ表示の履歴をさかのぼって表示しているときに、現時点で表示しているコンテンツの後に表示したコンテンツの表示に戻るためのソフトキーである。リロードボタン９０８は、現時点で表示しているコンテンツの再取得と再表示を行うためのソフトキーである。中止ボタン９０９は、実行中のコンテンツ取得処理を中止するためのソフトキーである。

ステータス領域９１０は、画像処理装置の各種機能からのメッセージを表示する領域である。ステータス領域９１０には、ウェブブラウザ画面を表示中であっても、スキャナ１１３やプリンタ１１４や他の機能などから、ユーザの注意を促すためのメッセージを表示することができる。また、ステータス領域９１０には、同様にウェブブラウザ機能からもメッセージの表示を行うことができる。ウェブブラウザ機能は、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトにより指示されたメッセージなどを表示する。

次に、上記構成を有する本実施形態のＨＴＴＰクライアント／サーバシステムの動作について図６乃至図１５を参照しながら詳細に説明する。

図６は、ＨＴＴＰによる要求と応答の処理の流れを示すシーケンス図である。図６において、クライアント１００１は、ＨＴＴＰ要求をサーバ１００２に送信しＨＴＴＰ応答をサーバ１００２から受信するソフトウェアである。該ソフトウェアは、画像処理装置１１０に内蔵のウェブブラウザや、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）、携帯電話機などで稼動する一般的なウェブブラウザに相当する。尚、ウェブブラウザと同様の方法でウェブサーバにアクセスしてサービスの利用または中継を行う各種のソフトウェアであってもよい。

サーバ１００２は、クライアント１００１からのＨＴＴＰ要求を受信して対応する処理を行い、更にＨＴＴＰ応答をクライアント１００１に返信するソフトウェアである。該ソフトウェアは、画像処理装置１２０に内蔵のウェブサーバ上で稼動するソフトウェアを含むＨＴＴＰサーバに相当する。

クライアント１００１は、ＨＴＴＰ要求をＧＥＴメソッドまたはＰＯＳＴメソッドのいずれかの方法で送信することができる。まず、ＨＴＴＰ要求をＧＥＴメソッドで送信する場合を説明する。クライアント１００１が所望のリソースに対するＨＴＴＰ要求１００３をＧＥＴメソッドでサーバ１００２に送信する場合、リソースは一般にＵＲＩ（Uniform Resource Identifier）（特にＵＲＬ）形式により指定される。サーバ１００２は、ＨＴＴＰ要求１００３により指定されたリソースに対応するデータを取得または生成し、このデータをＨＴＴＰ応答１００４によりクライアント１００１に返信する。

指定されたリソースが静的なファイルに対応する場合は、サーバ１００２は、例えばサーバ１００２のファイルシステムから該当するファイルを読み出してそのデータを取得する。一方、指定されたリソースがＣＧＩ（Common Gateway Interface）プログラムやサーブレット（Servlet）などの処理に対応する場合は、サーバ１００２は、該当する処理を実行する。この処理は、要求に対する応答を生成するものである。この過程で所定のサービスを達成するために必要なビジネスロジックの実行やバックエンドのＤＢＭＳ（Database Management System）へのアクセスなどの副作用が発生する。

サーバ１００２は、処理の結果として生成されたデータをクライアント１００１に返信する。例えば、画像処理装置で使用する消耗品（用紙やトナー等）を示す消耗品情報を表示するためのリソースが指定された場合、消耗品情報を取得するためのソフトウェアが実行される。これにより、ソフトウェアにより、設定情報の中から用紙やトナーの状況などのレコードを参照し、これらの情報をＨＴＭＬ形式またはＸＭＬ形式に整形してデータを生成する処理が行われる。

クライアント１００１においては、サーバ１００２からのＨＴＴＰ応答１００４で得られたデータが表示可能な形式である場合、そのコンテンツの表示が行われる。得られたデータがＨＴＭＬ文書などであれば、ウェブブラウザ上に表示された文書にハイパーテキストとして埋め込まれたリンク情報を選択するだけで、次々に新たなリソースの取得や表示を繰り返すことができる。

次に、ＨＴＴＰ要求をＰＯＳＴメソッドで送信する場合を説明する。ＨＴＭＬ文書にフォーム（ＦＯＲＭ）（特定の書式情報）が含まれ、その送信方法にＰＯＳＴメソッドが指定されている場合（図７のＨＴＭＬ文書を参照）、以下の処理が行われる。即ち、ユーザにより入力された情報がクライアント１００１のウェブブラウザにより表示されたフォームに符号化され、符号化された情報（フォームの入力内容）はＨＴＴＰ要求１００５に添付されてサーバ１００２に送信される。サーバ１００２では、指定されたリソースがクライアント１００１から送信されたデータを受信して処理を行い、ＨＴＴＰ応答１００６を生成しクライアント１００１に返信する。

次に、上述したＨＴＴＰによる要求と応答の処理に関わる、ＨＴＴＰクライアント機能を有する画像処理装置１１０（クライアント）と、ＨＴＴＰサーバ機能（ウェブサーバ機能）を有する画像処理装置１２０（サーバ）の制御の特徴を以下に列挙する。

画像処理装置１１０は、画像処理装置１２０に情報を入力するとともに、その情報を画像処理装置１２０の設定情報として設定するための記述が含まれる画面情報を要求するためのＨＴＴＰ要求を、画像処理装置１２０に対して送信する。そして、この要求に対する画像処理装置１２０からのＨＴＴＰ応答に基づく操作画面を表示する際に、自機の設定情報を送信するか或いはボックスから設定情報を選択するかを指示するための操作画面（ウェブページ）を操作部１１２に表示する。即ち、ユーザに提示する。

尚、このとき画像処理装置１２０からのＨＴＴＰ応答に含まれる画面情報に従った操作画面を表示するか、またはＨＴＴＰ応答に含まれる画面情報に代えて画像処理装置１１０が生成した画面情報に従った操作画面を表示するかを切り替えるようにしてもよい。この場合、これら両方の操作画面のうちどちらの操作画面を表示するかは、ＨＴＴＰ応答のヘッダフィールドまたはボディ内の情報、もしくは、ヘッダフィールド及びボディ内の情報を基に判断される。

画像処理装置１２０では、画像処理装置１１０からのＨＴＴＰ要求を受け付ける受付処理を行う。更に、ＨＴＴＰ要求に対して、画像処理装置１１０のＨＤＤ内から設定情報を選択して画像処理装置１２０に送信させるための第１の書式情報（ＨＴＭＬページデータのフォーム）を画像処理装置１１０に提供する。

図７は、フォームを含むと共にフォームの送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の一例を示す図である。

図７において、ＨＴＭＬ文書においては、１行目にＨＴＭＬ要素の開始を示すタグが記述されている。２行目にはＨＥＡＤ要素の開始を示すタグ、３行目にＨＥＡＤ要素に含まれるＴＩＴＬＥ要素、４行目にＨＥＡＤ要素の終了タグが記述されている。５行目にはＢＯＤＹ要素の開始を示すタグ、６行目にはＨ１要素が記述されている。７行目にはＦＯＲＭ要素の開始を示すタグが記述されている。このタグにより、本フォームにおいては、入力された情報がmultipart/form-data形式で符号化され、regist.cgiリソースに対してＰＯＳＴメソッドで送信されることが属性により示されている。

８行目は第１のＩＮＰＵＴ要素を示す。第１のＩＮＰＵＴ要素においては、名前がuserFileであり型がfileであることが属性により示されている。９行目は第２のＩＮＰＵＴ要素を示す。第２のＩＮＰＵＴ要素においては、型がsubmitであり値が文字列“送信”であることが属性により示されている。１０行目はＦＯＲＭ要素の終了を示す。１１行目はＢＯＤＹ要素の終了を示すタグが記述されている。１２行目はＨＴＭＬ要素の終了を示すタグが記述されている。

図９は、図７のＨＴＭＬ文書に基づいてウェブブラウザのコンテンツ表示領域９０５に表示される画面を示す図である。図９に示す操作画面は、クライアント１００１において、画像処理装置１２０からのＨＴＴＰ応答の受信に応じてコンテンツ表示領域９０５に表示される。図示の画面では、図１０の３行目のＨ１要素に対応する表示が表示１２０１となる。また、図１０の８行目のfile型のＩＮＰＵＴ要素に対応する表示が矩形領域の表示１２０２となる。また、図１０の９行目のsubmit型のＩＮＰＵＴ要素に対応する表示が表示１２０３となる。

表示１２０２の領域内には、画像処理装置１１０のウェブブラウザに特徴的な固有の表示１２０４、１２０５が行われる。表示１２０４（自機情報を送信ボタン）（第１の指示手段）は、画像処理装置１１０に現在設定されている設定情報を送信する動作を開始するためのボタンを示す。表示１２０５（ボックスから選択ボタン）（第２の指示手段）は、予め画像処理装置１１０内のボックスに保存されている設定情報ファイルを選択する操作を開始するためのボタンを示す。

図１０は、画像処理装置１１０のウェブブラウザにより行われるfile型のＩＮＰＵＴ要素に対応するオブジェクトのレイアウト処理の手順を示すフローチャート（提示手段）である。ここでは、本レイアウト処理により、図９に示す画面の表示１２０２に対応するレイアウトが生成されるものとして説明を行う。

図１０において、画像処理装置１１０のＣＰＵ３０１（提示手段）は、まず、レイアウト処理の単位となるコンポーネントオブジェクトを生成する（ステップＳ１３０１）。次に、ＣＰＵ３０１は、図９の表示１２０４に対応するボタン、即ち「自機情報を送信」ボタンを生成し、コンポーネントに配置する（ステップＳ１３０２）。次に、ＣＰＵ３０１は、生成された「自機情報を送信」ボタンを押下するイベントが生起したときに起動するイベントハンドラとして、自機に現在設定されている設定情報の読み込み処理を登録する（ステップＳ１３０３）。

次に、ＣＰＵ３０１は、図９の表示１２０５に対応するボタン、即ち「ボックスから選択」ボタンを生成し、コンポーネントに配置する（ステップＳ１３０４）。次に、ＣＰＵ３０１は、生成された「ボックスから選択」ボタンを押下するイベントが生起したときに起動するイベントハンドラとして、ボックスから設定情報を選択する処理を登録する（ステップＳ１３０５）。その後、ＣＰＵ３０１は、コンポーネントを該コンポーネントの親コンポーネントであるＦＯＲＭ要素に対応するコンポーネントオブジェクトに配置し（ステップＳ１３０６）、本処理を終了する。

上記と同様の手順により、各要素に対応するコンポーネントオブジェクト間の包含関係を表現するツリー構造が生成され、このツリーを再帰的に処理することで画面表示のレイアウトが行われる。

次に、本実施形態のウェブブラウザにおいて「自機情報を送信」を選択した際に表示されるダイアログウィンドウについて図１１を参照しながら説明する。

図１１は、画像処理装置のウェブブラウザにおいて自機の設定情報（機器情報）の読み込み処理のために表示されるダイアログウィンドウの一例を示す図である。図１１において、図９の表示１２０４のボタン、即ち「自機情報を送信」ボタンがユーザにより押下されると、図示のようにダイアログウィンドウ１５０１がウェブブラウザのコンテンツ表示領域９０５に表示される。ダイアログウィンドウ１５０１においては、メッセージ１５０２、キャンセルボタン１５０３が表示される。

メッセージ１５０２は、画像処理装置において設定情報の読み込み処理が進行中であることを伝えるものである。キャンセルボタン１５０３は、設定情報の読み込み処理を中止して図９の画面に戻る際に押下する。設定情報の読み込み処理が終了すると、図１１のダイアログウィンドウは消去され図９の画面に戻る。

尚、図９の選択画面で「自機情報を送信」が選択された場合、ＨＤＤ３０４から自機の設定情報を読み出す処理を行う。この場合は自機の設定情報を優先して送信するよう動作するため、図９の選択画面をスキップして図１１の画面の表示になる。

図１２は、画像処理装置１１０により実行される自機の機器情報の読み込み処理の手順を示すフローチャートである。

図１２において、画像処理装置１１０のＣＰＵ３０１は、画像処理装置１１０に現在設定されている値や管理情報などの設定値（自機の設定情報）を読み出す処理を行う（ステップＳ１６０１）。次に、ＣＰＵ３０１は、読み出した設定値を規定のファイル形式に整形する（ステップＳ１６０２）。次に、ＣＰＵ３０１は、規定のファイル形式に整形したデータをＨＤＤ３０４のテンポラリ領域に格納する（ステップＳ１６０３）。その後、ＣＰＵ３０１は、読み込み処理ダイアログを閉じて図９の画面に戻り（ステップＳ１６０４）、本処理を終了する。

尚、図９の画面に戻った時、ＣＰＵ３０１は、表示１２０４と表示１２０３を反転表示することで、自機の設定情報ファイルがＨＤＤ３０４のテンポラリ領域にあり、送信可能であることがユーザに分かるようにする。

次に、本実施形態のウェブブラウザにおいて「ボックスから選択」の処理で表示されるダイアログウィンドウについて図１３を参照しながら説明する。

図１３は、設定情報ファイルが格納されているボックスを選択するために表示されるダイアログウィンドウの一例を示す図である。図１３において、図９の表示１２０５のボタン、即ち「ボックスから選択」ボタンが押下されると、図示のようにダイアログウィンドウ１７０１がウェブブラウザのコンテンツ表示領域９０５に表示される。ダイアログウィンドウ１７０１においては、ボックス選択欄１７０２、スクロールボタン１７０３、スクロールボタン１７０４、キャンセルボタン１７０５が表示される。

ボックス選択欄１７０２には、各行が１つのボックスに関しての情報（ボックス番号、ボックスに付与されたボックス名称）を表示している。いずれかの行が選択されると、ＨＤＤ３０４のボックス領域における選択されたボックス内に格納されているファイルの一覧を表示する画面に遷移する。スクロールボタン１７０３及び１７０４が押下されると、ボックス選択欄１７０２に表示するボックスの範囲を変更する。キャンセルボタン１７０５は、処理を中止して図９の画面に戻るためのボタンである。

図１４は、ボックスから設定情報ファイルを選択するために表示されるダイアログウィンドウの一例を示す図である。図１４において、ダイアログウィンドウ１８０１がウェブブラウザのコンテンツ表示領域９０５に表示される。ダイアログウィンドウ１８０１においては、ファイル選択欄１８０２、スクロールボタン１８０３、スクロールボタン１８０４、戻るボタン１８０５、キャンセルボタン１８０６が表示される。

ファイル選択欄１８０２には、ＨＤＤ３０４のボックス領域における選択されたボックスに格納されているファイルについての情報（種類、ファイル名、更新日時など）を１ファイルにつき１行で表示している。いずれかの行が選択されると、選択されたものを送信ファイルとして決定して図９の画面に戻る。この場合、図９の画面では、表示１２０５と表示１２０３を反転表示し、ボックスから機器情報ファイルが選択されており送信可能であることをユーザに分かるようにする。

スクロールボタン１８０３及び１８０４が押下されると、ファイル選択欄に表示されるファイルの範囲を変更する。戻るボタン１８０５は、図１３の画面に戻る際に押下する。キャンセルボタン１８０６は、ボックス選択処理を中止して図９の画面に戻る際に押下する。

尚、自機の設定情報ファイルをＨＤＤ３０４のテンポラリ領域に格納した後でボックスから表示１２０５が選択されると、テンポラリ領域に格納したデータを削除し、ボタン１２０４の反転表示を解除する。また、表示１２０５が反転表示されている状態、即ちボックスから送信ファイルが選択された後で表示１２０４が選択されると、選択されていたファイルは選択解除し、表示１２０５の反転表示を解除する。即ち、後から設定されたものが有効となる。

図１５は、画像処理装置１１０のウェブブラウザにより実行されるフォームのサブミット処理（フォームオブジェクト送信処理）の手順を示すフローチャート（設定実行手段）である。本処理は、submit型のＩＮＰＵＴ要素に対応するオブジェクトの入力イベントが生起したときに実行される。即ち、図９の表示１２０３の「送信」ボタンを押下するイベントが生起したとき、そのＩＮＰＵＴ要素を含むＦＯＲＭ要素に関して実行されるものである。尚、処理の実装は、複数のオブジェクトに分散しているが、詳細は省略して一連の手順として説明する。

図１５において、画像処理装置１１０のＣＰＵ３０１（設定実行手段）は、まず、ＦＯＲＭ要素に対応するオブジェクトのaction属性に設定されたＵＲＩのリソースに対してＨＴＴＰ接続を行う（ステップＳ１９０１）。尚、ＨＴＴＰ１．１の場合、接続対象のサーバに対する接続が既に確立していればステップＳ１９０１は省略可能である。次に、ＣＰＵ３０１は、ＦＯＲＭ要素に対応するオブジェクトのmethod属性に設定されている送信方法でＨＴＴＰ要求を開始する（ステップＳ１９０２）。ここでは、送信方法としてＰＯＳＴ送信が設定されている場合を例に取る。

次に、ＣＰＵ３０１は、設定情報ファイルがＨＤＤ３０４のテンポラリ領域に存在するかどうかを確認する（ステップＳ１９０３）。設定情報ファイルがテンポラリ領域に存在する場合は、ＣＰＵ３０１は、テンポラリ領域のデータをＦＯＲＭ要素のenctype属性に設定されている符号化形式（multipart/form-data）に合わせて符号化する（ステップＳ１９０４）。他方、設定情報ファイルがテンポラリ領域に存在しない場合は、ＣＰＵ３０１は、ボックスから設定情報ファイルが選択されているかどうかを判断する（ステップＳ１９０５）。

ボックスから設定情報ファイルが選択されている場合は、ＣＰＵ３０１は、選択されている設定情報ファイルをＦＯＲＭ要素のenctype属性に設定されている符号化形式に合わせて符号化し（ステップＳ１９０６）、ステップＳ１９０７に移行する。尚、符号化形式はmultipart/form-dataである（図７参照）。他方、ボックスから設定情報ファイルが選択されていない場合は、直接、ステップＳ１９０７に移行する。

次に、ＣＰＵ３０１は、ステップＳ１９０４またはステップＳ１９０６で符号化されたデータをサーバに送信する（ステップＳ１９０７）。その後、ＣＰＵ３０１は、ＨＴＴＰ要求を完了し（ステップＳ１９０８）、本処理を終了する。

上記のように、設定情報を取り込みたい画像処理装置側に特別の実装を施すことなく、ファイルアップロードを求めるフォームを備えた（ホストコンピュータ１０１に提供するものと同じ）ウェブページにより設定情報の取得要求を行えばよい。ウェブブラウザを内蔵した画像処理装置のユーザは、自機に現在設定されている設定情報を読み出して送信する場合でも、ボックスに予め保存しておいたファイルから設定情報を選択する場合でも、簡易な操作手順で設定情報を送信することができる。

以上詳細に説明したように、本実施形態によれば、ウェブブラウザが組み込まれた画像処理装置、ウェブサーバが組み込まれた画像処理装置において、自機に現在設定されている設定情報を他機に取り込む際に、予め設定情報を取り出して用意しておく必要がない。これにより、少ないステップの容易な操作で設定情報のやり取りが可能になるため、ユーザの利便性を向上させることが可能となる。

〔第２の実施形態〕
本発明の第２の実施形態にかかる画像処理装置は、ＨＴＴＰクライアント機能を有する上記第１の実施形態で説明した画像処理装置と比較して、ＨＴＴＰサーバ機能を有する点において相違する。本実施形態にかかる画像処理装置の構成要素は、上記第１の実施形態（図１〜図４）の対応するものと同一なので説明を省略する。

上記第１の実施形態では、画像処理装置に現在設定されている設定情報を読み出して送信することを指示するための操作画面の表示制御を、設定情報を送信するクライアント側の画像処理装置で実現する例について説明した。これに対し、本実施形態では、設定情報を受信するサーバ側の画像処理装置で上記表示制御を実現する例について説明する。本実施形態では、画像処理装置１２０のＣＰＵ３０１がウェブサーバにより以下の制御を行う。

図１６は、本実施形態に係る設定情報をアップロードするページが要求された時における、画像処理装置１２０のウェブサーバの処理の手順を示すフローチャートである。

図１６において、画像処理装置１２０のＣＰＵ３０１はウェブサーバにより以下の処理を行うよう制御する。ウェブサーバは、クライアントから送信されたＨＴＴＰ要求が設定情報を画像処理装置１２０にアップロードするためのページデータの要求であるか否かを判定する（ステップＳ２００１）。ＨＴＴＰ要求が設定情報をアップロードするためのページデータの要求であった場合は、ウェブサーバは、当該クライアントが特定の画像処理装置（ここでは、画像処理装置１１０）のウェブクライアントであるか否かを判定する（ステップＳ２００２）。他方、ＨＴＴＰ要求が設定情報をアップロードするためのページデータの要求でない場合は、ステップＳ２００４に移行する。

当該クライアントが画像処理装置１１０のウェブクライアントであった場合は、ウェブサーバは次の処理を行う。画像処理装置１１０のウェブクライアント（クライアントＭＦＰ）の設定情報か、もしくは他の記憶装置から設定情報ファイルを選択するためのＨＴＭＬページデータを作成する。そして、画像処理装置１１０のウェブクライアントに返信する（ステップＳ２００３）。これにより、画像処理装置１１０の操作部１１２のウェブブラウザには、図９で示したような表示がなされる。他方、当該クライアントが特定の画像処理装置（画像処理装置１１０）のウェブクライアントでない場合は、ステップＳ２００４に移行する。

ここで、画像処理装置１１０に設定情報送出処理を行わせるScript（不図示）などを画像処理装置１１０に対するレスポンスデータに埋め込んでおくことで、図９に示したような選択操作を画像処理装置１１０のユーザにさせないことも可能である。設定情報のバックアップの用途を考慮すれば、こちらの方がより利便性は高いといえる。

他方、ステップＳ２００１でＨＴＴＰ要求が設定情報をアップロードするためのページデータの要求でない場合や、ステップＳ２００２で当該クライアントが特定の画像処理装置（画像処理装置１１０）のウェブクライアントでない場合は、以下の処理を行う。

即ち、ＨＴＴＰ要求が設定情報のアップロードに無関係のページデータの場合や、クライアントが特定の画像処理装置でない（一般のＰＣである）場合は、ウェブサーバは次の返信を行う。通常のＨＴＭＬデータ（図７参照）を画像処理装置１１０のウェブクライアントに返信する（ステップＳ２００４）。

この後、画像処理装置１２０のＣＰＵ３０１は、図９に示す操作画面を介したユーザからの指示に応じて送信されてくる情報（画像処理装置１１０に現在設定されている設定情報または画像処理装置１１０の記憶装置の中から選択された情報）を受信する。そして、受信した情報を画像処理装置１２０の設定情報として設定する処理を実行する。

以上詳細に説明したように、本実施形態によれば、上記第１の実施形態と同様に、少ないステップの容易な操作で設定情報のやり取りが可能になるため、ユーザの利便性を向上させることが可能となる。

〔他の実施形態〕
第１の実施形態では、画像処理装置から他の画像処理装置に設定情報を送信する際の選択肢として、説明の便宜上から、「自機情報を送信」「ボックスから選択」の二者択一の構成を例に挙げたが、これに限定されるものではない。画像処理装置にＵＳＢメモリなどの可搬性メディアが接続されている場合や、ネットワーク上のファイルサーバから設定情報を選択させる場合などの可能な拡張は、すべて本発明に含まれることは言うまでもない。

第１及び第２の実施形態では、画像処理装置のＨＤＤに設定情報の記憶／格納領域を設けた場合を例に挙げたが、これに限定されるものではない。コンピュータ等の外部装置に設定情報の記憶／格納領域を設ける構成としてもよい。

第１及び第２の実施形態では、画像処理装置の設定情報としてＦＡＸを送信する宛先、アドレス帳を例に挙げたが、これに限定されるものではない。画像処理装置の設定情報は画像処理装置の使用形態に応じた任意の情報とすることが可能である。

第１及び第２の実施形態では、図１に示すシステムを例に挙げたが、これに限定されるものではない。画像処理装置やコンピュータの設置台数等は本発明の主旨を逸脱しない範囲で所望の形態とすることが可能である。

また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１００ ＬＡＮ
１１０、１２０ 画像処理装置
１１２、１２２ 操作部

Claims (11)

1. 画像処理装置であって、
   外部装置に情報を送信することを指示するための画面情報を、前記外部装置に対して要求する要求手段と、
   前記要求手段による要求に対する前記外部装置からの画面情報に基づいて操作画面を表示する表示手段とを備え、
   前記表示手段は、前記画像処理装置に現在設定されている設定情報を前記外部装置に送信することを指示するための第１の指示手段と前記外部装置に送信する前記設定情報をユーザに選択させるための第２の指示手段の両方を含む操作画面を表示することを特徴とする画像処理装置。
2. 前記操作画面を表示するための画面情報を、前記外部装置からの画面情報に基づいて生成する生成手段を更に備え、
   前記表示手段は、前記生成手段により生成された画面情報に従って前記操作画面を表示することを特徴とする請求項１に記載の画像処理装置。
3. 前記第１の指示手段を用いてユーザからの指示が行われた場合、前記画像処理装置に現在設定されている設定情報を読み出して前記外部装置に送信することにより、当該読み出した設定情報を前記外部装置の設定情報として設定させる設定実行手段を更に備えることを特徴とする請求項１または２に記載の画像処理装置。
4. 前記画像処理装置の設定情報を複数記憶する記憶手段を更に備え、
   前記第２の指示手段を用いてユーザからの指示が行われた場合、前記記憶手段に記憶されている複数の設定情報のうちユーザにより選択された設定情報を前記外部装置に送信することにより、当該選択された設定情報を前記外部装置の設定情報として設定させる設定実行手段を更に備えることを特徴とする請求項１または２に記載の画像処理装置。
5. 前記外部装置は、ウェブサーバ機能を有し、
   前記表示手段は、前記外部装置から送信されるＨＴＭＬファイルを解析し、当該ＨＴＭＬファイルに従った操作画面を表示するウェブブラウザ機能を有することを特徴とする請求項１から４のいずれか１項に記載の画像処理装置。
6. サーバ装置であって、
   画像処理装置から、前記サーバ装置に情報を送信することを指示するための画面情報の要求を受け付ける受付手段と、
   前記受付手段が前記要求を受け付けた場合に、当該要求を行った画像処理装置が特定の画像処理装置であるか否かを判定する判定手段と、
   前記判定手段による判定の結果、前記要求を行った画像処理装置が特定の画像処理装置であると判定された場合に、前記画像処理装置に現在設定されている設定情報を前記サーバ装置に送信することを指示するための第１の指示手段と、前記画像処理装置の記憶手段に記憶されている設定情報の中からユーザにより選択された設定情報を前記サーバ装置に送信することを指示するための前記第２の指示手段とを含む操作画面を表示するための画面情報を、前記要求を行った画像処理装置に送信する送信手段と、
   を備えることを特徴とするサーバ装置。
7. 前記第１の指示手段または前記第２の指示手段を用いたユーザからの指示に従って前記画像処理装置から送信される設定情報を受信し、前記サーバ装置の設定情報として設定する設定手段を更に備えることを特徴とする請求項６に記載のサーバ装置。
8. 前記画像処理装置は、ウェブブラウザ機能を有し、
   前記サーバ装置は、前記画像処理装置に前記操作画面を表示するための前記画面情報としてＨＴＭＬファイルを送信するウェブサーバ機能を有することを特徴とする請求項６または７に記載のサーバ装置。
9. 画像処理装置の制御方法であって、
   外部装置に情報を送信することを指示するための画面情報を、前記外部装置に対して要求する要求工程と、
   前記要求工程での要求に対する前記外部装置からの画面情報に基づいて操作画面を表示手段に表示する表示工程とを備え、
   前記表示工程では、前記画像処理装置に現在設定されている設定情報を前記外部装置に送信することを指示するための第１の指示手段と前記外部装置に送信する前記設定情報をユーザに選択させるための第２の指示手段の両方を含む操作画面を表示することを特徴とする画像処理装置の制御方法。
10. サーバ装置の制御方法であって、
    画像処理装置から、前記サーバ装置に情報を送信することを指示するための画面情報の要求を受け付ける受付工程と、
    前記受付工程で前記要求を受け付けた場合に、当該要求を行った画像処理装置が特定の画像処理装置であるか否かを判定する判定工程と、
    前記判定工程における判定の結果、前記要求を行った画像処理装置が特定の画像処理装置であると判定された場合に、前記画像処理装置に現在設定されている設定情報を前記サーバ装置に送信することを指示するための第１の指示手段と、前記画像処理装置の記憶手段に記憶されている設定情報の中からユーザにより選択された設定情報を前記サーバ装置に送信することを指示するための前記第２の指示手段とを含む操作画面を表示するための画面情報を、前記要求を行った画像処理装置に送信する送信工程と、
    を備えることを特徴とするサーバ装置の制御方法。
11. 請求項９に記載の画像処理装置の制御方法または請求項１０に記載のサーバ装置の制御方法をコンピュータに実行させるためのプログラム。

Images