JP4500718B2 - 情報処理装置、画像処理装置、並びに遠隔操作システム及びその制御方法 - Google Patents

Description

本発明は、情報処理装置、画像処理装置、並びに遠隔操作システム及びその制御方法に関し、特に、外部の装置と通信を行う情報処理装置、外部の装置と通信を行う画像処理装置、画像処理装置から情報処理装置を遠隔操作するための遠隔操作システム、及び該遠隔操作システムを制御する制御方法に関する。

上記画像処理装置は、例えば複数のユーザを認証し、ユーザごとに最適の環境を提供するマルチユーザ対応の画像処理装置である。

オフィスや、コンビニエンス・ストアなどの店舗、ビジネスホテルなどに設置され、多数のユーザによって利用される画像処理装置は、複数のユーザによる共用を前提として設計されている。

例えば、コンビニエンス・ストアにおいて利用される複写機においては、該複写機に接続された料金回収装置にコインなどの金銭を入金することによって複写機の利用が可能となるように構成されたものがある。しかし、このような複写機において、投入されるジョブに係るユーザを特定することは行われていなかった。

また例えば、オフィス等で利用される複写機においては、部や課といった部門を識別するための部門コードや暗証番号等を入力する機構や、磁気カードやＩＣカードなどのカードから部門を識別するための情報を読み取る機構を備え、利用者の所属する部門を認証した後に複写機の利用が可能となるように構成されたものがある。しかし、このような複写機においては、投入されたジョブに係るユーザの所属部門が特定されても、この特定された部門情報は、部門ごとの複写機の使用量をカウントする統計処理や使用料金の会計処理、あるいは、部門ごとに予め設定された所定の使用制限を超えないための利用制限処理に利用されるだけだった。

また例えば、オフィス等で利用されるプリンタは、以前からエンジニアリング・ワークステーションやパーソナル・コンピュータ等のコンピュータと組み合わせて用いられることが一般的であったため、コンピュータからプリンタに対してプリントジョブを投入する際に、コンピュータのユーザ管理機構におけるユーザ識別情報をジョブの付加情報として受け取るプリンタがあった。このプリンタは、受け取ったユーザ情報を、複数のジョブの印字出力用紙束を区切るためのバナーページに印字して、ユーザが自ら投入したジョブの印字結果を回収しやすくするために用いられる場合があった。あるいは、ジョブの投入時点では印字出力用紙の排出を行なわず、後にユーザがプリンタに対してユーザ識別情報とパスワードとを入力した時点で初めて印字出力用紙の排出を行なうように構成されたプリンタのセキュアドプリント機能において、ジョブとともに受け取ったユーザ情報を用いる場合があった。あるいは、複数のプリントジョブをスプールして各ジョブのスケジューリングを可能とするプリントサーバにおいて、プリントキュー（待ち行列）に並んだプリントジョブのそれぞれについて中断、再開、キャンセル、優先度変更の操作を許す場合に、ユーザ自身が投入したジョブだけに対して操作権限を与え、他のユーザが投入したジョブに対する操作を禁ずるために、プリントサーバがジョブとともに受け取ったユーザ情報を用いる場合があった。

一方、従来、あるコンピュータを操作するためのグラフィカルユーザインタフェース（ＧＵＩ）の画面表示出力信号およびキーボードやポインティングデバイスなどの操作入力信号をネットワークプロトコルによって転送し、他のコンピュータからネットワーク経由でそのコンピュータのＧＵＩを遠隔操作するリモートデスクトップ技術が知られている。

例えば、非特許文献１には、プラットフォーム独立で単純なディスプレイプロトコルに基づくＶＮＣ（Virtual Network Computing）という軽量なリモートデスクトップシステムが紹介されている。

また、画像処理装置においても、画像処理装置の操作部から他のコンピュータを遠隔操作する技術が知られている。

例えば、特許文献１には、画像処理装置側で、他の情報処理装置の操作指示画面と同等の操作指示画面を表示し、画像処理装置側から、この情報処理装置を遠隔操作することを可能にしたシステムが開示されている。

また、ＨＴＭＬなどのマークアップ言語をユーザインタフェースの記述に用い、遠隔のＷｅｂブラウザ上にユーザインタフェースを構成するリモートユーザインタフェースの技術が知られている。遠隔のＷｅｂブラウザ上に構成されたリモートユーザインタフェースによって操作される分散アプリケーションは、Ｗｅｂアプリケーションと呼ばれる。インターネットを介して各種のＷｅｂアプリケーションを提供するアプリケーションサービスプロバイダ（ＡＳＰ）も存在する。

また、情報処理装置に限らず画像処理装置においても、Ｗｅｂブラウザを内蔵するものがある。
Tristan Richardson, Quentin Stafford-Fraser, Kenneth R. Wood and Andy Hopper, "Virtual Network Computing", IEEE Internet Computing, Volume 2, Number 1, January/February 1998, pp. 33-38 特開平９−２４７３３８号公報（特許第３１６７９１７号）

近年、生活や社会の至る所にコンピュータが存在し、コンピュータ同士が自律的に連携して動作することにより、人間の生活を強力にバックアップする情報環境という意味のユビキタスコンピューリングという概念が提唱されており、画像処理装置の操作部から各種のネットワーク機能を利用するユビキタスシステムを、特定のユーザが画像処理装置を利用しているという状況を活用し、画像処理装置とユーザのデスクトップコンピュータとが連携するシステムとして提供することが望まれる。

そこで、画像処理装置を利用中のユーザが当該画像処理装置から他の情報処理装置等を遠隔操作することができるのであれば、遠隔操作の操作対象側である情報処理装置から画像処理装置に対して遠隔操作の要求を行うことにより、ユーザは情報処理装置の前に居なくても、より適切なタイミングで情報処理装置を操作することができ、より柔軟かつより便利なシステムを構築することが可能である。

本発明はこのような問題点に鑑みてなされたものであって、遠隔操作の操作対象側である情報処理装置から画像処理装置に対して遠隔操作の要求を行うことを可能にした情報処理装置、画像処理装置、並びに遠隔操作システム及びその制御方法を提供することを目的とする。

または、遠隔操作の要求を適切なタイミングで情報処理装置から画像処理装置に行うために、ユーザが画像処理装置を使用していることを適切なタイミングで画像処理装置から情報処理装置へ通知することを可能にした画像処理装置、情報処理装置、遠隔操作方法、及びプログラムを提供することを目的とする。

または、本発明は、画像処理装置の操作部から各種のネットワーク機能を利用するユビキタスシステムを、画像処理装置とデスクトップコンピュータとが連携する分散システムとして提供することを他の目的とする。

上記目的を達成するために、請求項１記載の情報処理装置は、画像処理装置に接続される情報処理装置であって、前記画像処理装置と通信する通信手段を有し、前記通信手段は、ユーザが前記画像処理装置にログインしたことを前記画像処理装置から該情報処理装置に通知させるための通知要求を前記画像処理装置に送信し、前記通信手段は、更に、前記通信手段により前記通知要求が送信された前記画像処理装置に前記ユーザがログインしたことの通知を前記画像処理装置から受信し、前記通信手段は、更に、前記通信手段により前記通知が受信された場合、前記ユーザがログインした前記画像処理装置により該情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記画像処理装置に送信し、前記通信手段は、更に、前記通信手段により前記遠隔操作要求が送信された後に、前記遠隔操作を実行するための情報を前記画像処理装置から受信し、該情報処理装置は、更に、前記通信手段により受信された前記情報に基づき、前記画像処理装置にデータを送信するよう前記通信手段を制御する制御手段を有することを特徴とする。

また、請求項５記載の画像処理装置は、情報処理装置に接続される画像処理装置であって、前記情報処理装置と通信する通信手段と、ユーザの該画像処理装置へのログインを実行する実行手段とを有し、前記通信手段は、前記ユーザが該画像処理装置にログインしたことを該画像処理装置から前記情報処理装置に通知させるための通知要求を前記情報処理装置から受信し、前記通信手段は、更に、前記通信手段により前記通知要求が受信され、かつ前記実行手段により前記ユーザの該画像処理装置へのログインが実行された場合、該画像処理装置に前記ユーザがログインしたことの通知を前記情報処理装置に送信し、前記通信手段は、更に、前記通信手段により前記通知が送信された後に、前記ユーザがログインした該画像処理装置により前記情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記情報処理装置から受信し、前記通信手段は、更に、前記通信手段により前記遠隔操作要求が受信された後に、前記遠隔操作を実行するための情報を前記情報処理装置に送信することを特徴とする。

また、請求項１２記載の遠隔操作システムは、画像処理装置と情報処理装置とを有し、前記画像処理装置から前記情報処理装置を遠隔操作するための遠隔操作システムであって、前記情報処理装置は、前記画像処理装置と通信する第１の通信手段を有し、前記第１の通信手段は、ユーザが前記画像処理装置にログインしたことを前記画像処理装置から該情報処理装置に通知させるための通知要求を前記画像処理装置に送信し、前記第１の通信手段は、更に、前記通信手段により前記通知要求が送信された前記画像処理装置に前記ユーザがログインしたことの通知を前記画像処理装置から受信し、前記第１の通信手段は、更に、前記第１の通信手段により前記通知が受信された場合、前記ユーザがログインした前記画像処理装置により該情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記画像処理装置に送信し、前記第１の通信手段は、更に、前記第１の通信手段により前記遠隔操作要求が送信された後に、前記遠隔操作を実行するための情報を前記画像処理装置から受信し、該情報処理装置は、更に、前記第１の通信手段により受信された前記情報に基づき、前記画像処理装置にデータを送信するよう前記第１の通信手段を制御する制御手段を有し、前記画像処理装置は、前記情報処理装置と通信する第２の通信手段と、前記ユーザの該画像処理装置へのログインを実行する実行手段とを有し、前記第２の通信手段は、前記ユーザが該画像処理装置にログインしたことを該画像処理装置から前記情報処理装置に通知させるための通知要求を前記情報処理装置から受信し、前記第２の通信手段は、更に、前記第２の通信手段により前記通知要求が受信され、かつ前記実行手段により前記ユーザの該画像処理装置へのログインが実行された場合、該画像処理装置に前記ユーザがログインしたことの通知を前記情報処理装置に送信し、前記第２の通信手段は、更に、前記第２の通信手段により前記通知が送信された後に、前記ユーザがログインした該画像処理装置により前記情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記情報処理装置から受信し、前記第２の通信手段は、更に、前記第２の通信手段により前記遠隔操作要求が受信された後に、前記遠隔操作を実行するための情報を前記情報処理装置に送信することを特徴とする。

また、請求項１３記載の遠隔操作システムの制御方法は、画像処理装置と情報処理装置とを有し、前記画像処理装置から前記情報処理装置を遠隔操作するための遠隔操作システムを制御する制御方法であって、ユーザが前記画像処理装置にログインしたことを前記画像処理装置から前記情報処理装置に通知させるための通知要求を前記情報処理装置から前記画像処理装置に送信し、前記画像処理装置が前記通知要求を受信するステップと、前記ユーザの前記画像処理装置へのログインを実行するステップと、前記通知要求が送信され、かつ、前記ユーザの前記画像処理装置へのログインが実行された場合、前記画像処理装置に前記ユーザがログインしたことの通知を前記画像処理装置から前記情報処理装置に送信し、前記情報処理装置が前記通知を受信するステップと、前記通知が前記情報処理装置に受信された場合、前記ユーザがログインした前記画像処理装置により前記情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記情報処理装置から前記画像処理装置に送信し、前記画像処理装置が前記遠隔操作要求を受信するステップと、前記遠隔操作要求が前記画像処理装置に受信された後に、前記遠隔操作を実行するための情報を前記画像処理装置から前記情報処理装置に送信し、前記情報処理装置が前記情報を受信するステップと、前記受信された前記情報に基づき、前記画像処理装置にデータを送信するよう前記情報処理装置を制御するステップとを有することを特徴とする。

本発明によれば、ユーザが外部の情報処理装置を離れて画像処理装置を利用している最中に、外部の情報処理装置の操作を行なわねばならない場合、外部の情報処理装置から画像処理装置に対して遠隔操作要求を発行する。

これにより、遠隔操作の操作対象側である情報処理装置から画像処理装置に対して遠隔操作の要求を行うことが可能になり、したがって、ユーザは、適切なタイミングで画像処理装置から情報処理装置を遠隔操作することができ、ユーザは、画像処理装置の設置場所から情報処理装置の設置場所まで戻らなくても済む。

これにより、情報処理装置はユーザが画像処理装置を使用しているときに操作要求を画像処理装置に行うことが可能になり、したがって、ユーザは、適切なタイミングで画像処理装置から情報処理装置を遠隔操作することができ、ユーザは、画像処理装置の設置場所から情報処理装置の設置場所まで戻らなくても済む。

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

図１は、本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。

図１において、画像処理システムは、互いにネットワークを介して接続された画像処理装置１１０，１２０，１３０とデスクトップコンピュータ１０１とから構成される。ネットワークは、例えばＬＡＮ（Local Area Network）１００で構成される。

画像処理装置１１０は、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１４、制御ユニット（Controller Unit）１１１、ユーザインタフェースである操作部１１２から構成される。

スキャナ１１３、プリンタ１１４、操作部１１２はそれぞれ、制御ユニット１１１に接続されて、制御ユニット１１１からの命令によって制御される。制御ユニット１１１は、ＬＡＮ１００に接続されている。

また、画像処理装置１２０、１３０は、画像処理装置１１０と同様の構成となっており、画像処理装置１２０は、スキャナ１２３、プリンタ１２４、操作部１２２から構成され、それらが制御ユニット１２１に接続されている。また、画像処理装置１３０は、スキャナ１３３、プリンタ１３４、操作部１３２から構成されており、それらが制御ユニット１３１に接続されている。

また、デスクトップコンピュータ１０１は、ユーザが常用する情報処理装置であり、ユーザが利用するアプリケーションプログラムやユーザのデータ等を格納している。デスクトップコンピュータ１０１は、画像処理装置１１０、１２０、１３０や、不図示のサーバコンピュータなどとＬＡＮ１００を介して連携し、分散アプリケーションを実行することもできる。

図２は、画像処理装置１１０，１２０，１３０の各々で実行されるソフトウェアの構成を示すブロック図である。

２０１はユーザインタフェース（ＵＩ）モジュールであり、オペレータが画像処理装置に対する各種操作・設定を行う際に、装置とユーザ操作との仲介を行うモジュールである。このモジュールは、オペレータの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、或いはデータの設定等を行う。

２０２は、アドレスブック（Address-Book）モジュール、即ちデータの送付先、通信先等を管理するデータベースモジュールである。アドレスブックモジュール２０２が管理するデータに対しては、ＵＩモジュール２０１からの操作指令に従い、データの追加、削除、取得が行われる。また、アドレスブックモジュール２０２からは、オペレータの操作により、後述の各モジュールに対してデータの送付・通信先情報が与えられる。

２０３はＷｅｂサーバ（Web-Server）モジュールであり、Ｗｅｂクライアント（例えば、デスクトップコンピュータ１０１）からの要求に応じて、画像処理装置の管理情報をＷｅｂクライアントに通知する。この管理情報は、後述の統合送信部（Universal-Send）モジュール２０４、リモートコピースキャン（Remote-Copy-Scan）モジュール２０９、リモートコピープリント（Remote-Copy-Print）モジュール２１０、制御ＡＰＩ（Control-API）モジュール２１８を介して取得され、後述のＨＴＴＰモジュール２１２、ＴＣＰ／ＩＰ通信モジュール２１６、ネットワークドライバ（Network-Driver）２１７を介してＷｅｂクライアントに通知される。

２０４は統合送信部（Universal-Send）モジュール、即ちデータの配信を司るモジュールである。このモジュールは、ＵＩモジュール２０１を介してオペレータによって指示されたデータを、同様にして指示された通信（出力）先に配布する。また、オペレータにより、本装置のスキャナ機能を使用した配布データの生成が指示された場合は、後述の制御ＡＰＩモジュール２１８を介して本装置を動作させ、データの生成を行う。

２０５はＰ５５０モジュールであり、統合送信部モジュール２０４内に含まれ、出力先にプリンタが指定された際に実行されるモジュールである。２０６はＥ−メール（E-Mail）モジュールであり。統合送信部モジュール２０４内に含まれ、通信先にＥ−メールアドレスが指定された際に実行されるモジュールである。２０７はＤＢモジュールであり、統合送信部モジュール２０４内に含まれ、出力先にデータベースが指定された際に実行されるモジュールである。２０８はＤＰモジュールであり、統合送信部モジュール２０４内に含まれ、出力先に本装置と同様の画像処理装置が指定された際に実行されるモジュールである。

２０９はリモートコピースキャン（Remote-Copy-Scan）モジュールである。このモジュールは、画像処理装置のスキャナ機能を使用して画像情報を読み取り、読み取った画像情報をネットワーク等で接続された他の画像処理装置に出力することにより、本来単体で実現しているコピー機能を複数の画像処理装置を使って実現するモジュールである。

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

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

２１２はＨＴＴＰモジュールである。このモジュールは、画像処理装置がＨＴＴＰ（HyperText Transfer Protocol）による通信を行なう際に使用され、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、Ｗｅｂサーバモジュール２０３やＷｅｂブラウザモジュール２１１に通信機能を提供する。このモジュールは、ＨＴＴＰをはじめとするＷｅｂで用いられる各種プロトコルに対応し、特にセキュリティ対応のプロトコルによる通信機能も提供する。

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

２１４はＳＭＴＰモジュールである。このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のＥ−メールモジュール２０６に通信機能を提供する。

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

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

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

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

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

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

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

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

２２９は情報埋め込み画像コーデック（ＩＥＩ−ＣＯＤＥＣ）モジュールである。このモジュールはジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理、或いはプリントマネージャモジュール２２６によって実行された印刷処理において、読み込まれた画像データに埋め込まれた情報のデコード、及び印刷画像データへの情報埋め込みを行うものである。画像データへの情報の埋め込みは、バーコードやデジタル透かし（デジタルウォーターマーク）などの符号化技術を用いて行う。また、像域分離とＯＣＲ技術によって画像データの画像中の文字を認識し、テキストデータに変換する文字認識も一種の復号化技術としてサポートする。さらにラスタイメージプロセッサを用いたテキストから画像データへの変換と、変換した画像データとオリジナル画像データとの重ね合わせ（オーバレイ）も、一種の符号化技術（情報埋め込み技術）としてサポートする。

２２４はスキャンマネージャ（Scan-Manager）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御するものである。

２２５はＳＣＳＩドライバであり、スキャンマネージャモジュール２２４と画像処理装置に内部的に接続しているスキャナ部との間の通信を取り持つものである。

２２６はプリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）モジュールである。このモジュールは、ジョブマネージャモジュール２１９が指示する印刷処理を管理・制御するものである。

２２７はエンジンインターフェース（Engine-I/F）モジュールである。このモジュールは、プリントマネージャモジュール２２６と印刷部との間のインタフェースを提供する。

２２８はパラレルポートドライバであり、パラレルポートを介して不図示の出力機器にデータを出力する際のＩ／Ｆを提供する。

図３は、画像処理装置１１０のハードウェア構成を示すブロック図である。画像処理装置１２０，１３０も同じ構成を備える。

制御ユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４と接続し、一方ではＬＡＮ１００や公衆回線（ＷＡＮ）と接続することで、画像情報やデバイス情報の入出力を行なうコントローラである。

ＣＰＵ３０１は、制御ユニット１１１全体を制御するコントローラである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するために使用するシステムワークメモリである。また、ＲＡＭ３０２は、画像データを一時記憶するための画像メモリでもある。ＲＯＭ３０３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ３０４は、ハードディスクドライブであり、システムソフトウェア、画像データを格納する。

操作部Ｉ／Ｆ３０６は、操作部（ＵＩ）１１２との間のインタフェースを司り、操作部１１２に表示すべき画像データを操作部１１２に対して出力する。また、使用者が操作部１１２を介して入力した情報を、ＣＰＵ３０１に伝える役割を果たす。

ネットワークインタフェース（Network）３０８は、ＬＡＮ１００との接続を司り、ＬＡＮ１００に対して情報の入出力を行なう。モデム（ＭＯＤＥＭ）３０９は、公衆回線との接続を司り、公衆回線に対して情報の入出力を行なう。以上のデバイスがシステムバス３０７上に配置される。

イメージバスインターフェース（Image Bus I/F）３０５は、システムバス３０７と画像データを高速で転送する画像バス３１０とを接続し、データ構造を変換するバスブリッジである。画像バス３１０は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。

画像バス３１０には以下のデバイスが配置される。ラスタイメージプロセッサ（ＲＩＰ）３１１は、ネットワークから送信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部３１２は、画像入出力デバイスであるスキャナ１１３やプリンタ１１４と制御ユニット１１１とを接続し、画像データの同期系／非同期系の変換を行なう。

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

図４は、画像処理装置１１０の外観を示す斜視図である。画像処理装置１２０，１３０も同等の外観を備える。なお、これ以降では、画像処理装置１１０について説明するが、画像処理装置１２０，１３０でも全く同じ構成が備えられ、全く同じ動作が行なわれる。

画像入力デバイスであるスキャナ１１３は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することによって、ラスターイメージデータを生成する。

使用者が原稿用紙を原稿フィーダ４０５のトレイ４０６にセットして、操作部１１２において読み取りの起動を指示すると、制御ユニット１１１のＣＰＵ３０１がスキャナ１１３に指示を与え、トレイ４０６にセットされた原稿用紙は１枚ずつフィードされ、スキャナ１１３が原稿画像の読み取り動作を行なう。

画像出力デバイスであるプリンタ１１４は、ラスターイメージデータを用紙に印刷する部分である。その方式は、感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式であってもよい。なお、プリント動作は、ＣＰＵ３０１からの指示によって起動される。

プリンタ１１４は、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット４０１、４０２、４０３がある。また、排紙トレイ４０４は、印字し終わった用紙を受けるものである。

図５は、画像処理装置１１０の操作部１１２の構成を示す平面図である。なお、画像処理装置１２０，１３０の操作部も同等の構成を備える。

ＬＣＤ表示部５０１は、ＬＣＤ（液晶表示装置）上にタッチパネルシート５０２が貼られた構成になっており、画像処理装置１１０の操作画面およびソフトキーを表示するとともに、表示してあるキーが押された場合には、押された位置を示す位置情報が制御ユニット１１１のＣＰＵ３０１に伝える。

スタートキー５０５は、原稿画像の読み取り動作を開始する場合等に操作されるキーである。スタートキー５０５の中央部には、緑と赤の２色ＬＥＤ表示部５０６があり、その色によってスタートキー５０５を操作できる状態であるか否かを示す。ストップキー５０３は、稼働中の画像処理装置１１０の動作を止めたい場合に操作されるキーである。ＩＤキー５０７は、使用者のユーザＩＤを入力するときに操作されるキーである。また、リセットキー５０４は、操作部１１２からの設定を初期化するときに操作されるキーである。

図６は、画像処理装置１１０の操作部１１２及び操作部Ｉ／Ｆ３０６の内部構成を制御ユニット１１１の内部構成と対応させて示すブロック図である。なお、これ以降では、画像処理装置１１０について説明するが、画像処理装置１１０を画像処理装置１２０または画像処理装置１３０と読み替えても全く何ら支障は無い。

上述したように、操作部１１２は、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。システムバス３０７には、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４が接続されている。ＣＰＵ３０１は、ＲＯＭ３０３とＨＤＤ３０４に記憶された制御プログラム等に基づいて、システムバス３０７に接続される各種デバイスとのアクセスを総括的に制御する。また、ＣＰＵ３０１は、デバイスＩ／Ｆ３１２を介して接続されるスキャナ１１３から入力情報を読み込み、またデバイスＩ／Ｆ３１２を介して接続されるプリンタ１１４に出力情報としての画像信号を出力する。ＲＡＭ３０２はＣＰＵ３０１の主メモリ、ワークエリア等として機能する。

タッチパネル５０２や各種ハードキー５０３、５０４、５０５、５０７からのユーザ入力情報は、入力ポート６０１を介してＣＰＵ３０１に渡される。ＣＰＵ３０１は、ユーザ入力情報の内容と制御プログラムとに基づいて表示画面データを生成し、画面出力デバイスを制御する出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面データを出力する。また、必要に応じて２色ＬＥＤ表示部５０６を制御する。

図７は、画像処理装置１１０の操作部１１２に表示される標準的な操作画面の一例を示す図である。

図７の最上部７０１に並んでいるボタン群は、画像処理装置１１０が提供する各種機能から１つを選択するためのボタン群である。コピー機能は、スキャナ１１３でスキャンし読み取った原稿画像データをプリンタ１１４でプリントして原稿の複写物を得るための機能である。

送信機能は、スキャナ１１３で読み取った原稿画像データやＨＤＤ３０４に蓄積されている画像データを各種出力先に送信するための機能である。出力先としては、ネットワークインタフェース３０８経由で各種のプロトコルによって送信可能な各種の出力先、および、モデム３０９経由でファクシミリなどのプロトコルによって送信可能な各種の出力先があり、それらの中から複数の出力先を選択して送信することができる。

ボックス機能は、ＨＤＤ３０４に蓄積されている画像データやコードデータなどの文書ファイルを閲覧、編集、プリント、および送信するための機能である。ＨＤＤ３０４に蓄積される文書ファイルは、スキャナ１１３によって読み取った原稿画像データ、ネットワークインタフェース３０８経由でダウンロードしたデータ、ネットワークインタフェース３０８経由で他の装置から受信したプリントデータを蓄積したデータ、モデム３０９経由で他の装置から受信したファクシミリデータなどを含む。ボックス機能は、ユーザのオフィス環境において電子的なメールボックスとして利用できる。また、パスワードを入力するまで用紙へのプリント出力を遅延することによって、ＰＤＬプリントジョブの守秘性を高めるセキュアドプリントとして利用することもできる。

拡張機能は、スキャナ１１３を外部装置から利用するためにロックするなど、各種の拡張機能を呼び出すための機能である。

ブラウザ機能は、Ｗｅｂサイトの閲覧を行なうための機能である。

図７の中間部分７０２では、コピー機能が選択された場合の操作画面を表示している。図７の最下部７０３はステータス表示領域であり、最上部７０１で選択された機能の如何に関わらず、画像処理装置１１０の各機能や装置自体の情報などの各種のメッセージをユーザに対して表示する。

（Ｗｅｂブラウザによる分散アプリケーションの操作）
図８は、図２に示すＷｅｂブラウザモジュール２１１の内部構成を示すブロック図である。

プロトコル処理部８０１は、ＨＴＴＰモジュール２１２を介して、他のネットワークノードとの間に接続を確立し通信するものである。この通信において、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求を発行し、その応答を得る。この過程で、各種符号化形式に則した通信データの符号化・復号化も行う。

コンテンツパーサ８０２は、プロトコル処理部８０１からＨＴＭＬ、ＸＭＬ、ＸＨＴＭＬなどの表現形式で表現されたコンテンツデータを受け取り、字句解析および構文解析を行って解析木を生成する。

ＤＯＭ構築部８０３は、コンテンツパーサ８０２から解析木を受け取り、コンテンツデータの構造に対応したDocument Object Model（ＤＯＭ）の構築を行う。すなわち、旧来のＨＴＭＬは文法上さまざまな省略を許しバリエーションが多岐に渡る。さらに現実に運用されているコンテンツは整形式でも妥当でもない場合が多い。そこで、ＤＯＭ構築部８０３は、他の一般的なＷｅｂブラウザと同様に、文法的に妥当でないコンテンツデータの正しい論理構造を推論し、妥当なＤＯＭの構築を試みる。

ＤＯＭ処理部８０４は、ＤＯＭ構築部８０３が構築したＤＯＭを、オブジェクト群の入れ子関係を表現するツリー構造としてメモリ上に保持管理する。Ｗｅｂブラウザの各種処理はこのＤＯＭを中心に実現される。

レイアウトエンジン８０７は、ＤＯＭ処理部８０４が保持するオブジェクト群のツリー構造に応じて、各オブジェクトの表示上の表現（プレゼンテーション）を再帰的に決定し、結果的に文書全体のレイアウトを得る。各オブジェクトの表示上の表現は、文書の中に埋め込まれた記述、あるいは、文書からリンクされた別ファイル中の記述によって、Cascading Style Sheet（ＣＳＳ）などのスタイルシート形式で明示的に指定される場合がある。

スタイルシートパーサ８０６は、コンテンツの文書に関連付けられたスタイルシートを解析する。

レイアウトエンジン８０７は、スタイルシートの解析結果を反映して文書のレイアウトを決定する。

レンダラ８０８は、レイアウトエンジン８０７が決定した文書のレイアウトに応じて、ＬＣＤ表示部５０１（図５）に表示するためのGraphical User Interface（ＧＵＩ）データを生成する。生成されたＧＵＩデータは、ユーザインタフェース（ＵＩ）２０１によってＬＣＤ表示部５０１に表示される。

イベント処理部８０９は、操作部１１２上のタッチパネルシート５０２や各キーなどに対してユーザが行った操作のイベントを受信して、各イベントに対応した処理を行う。イベント処理部８０９はまた、装置制御ＡＰＩ２１８から装置やジョブなどの状態遷移イベントを受信して、各イベントに対応した処理を行う。ＤＯＭ処理部８０４が管理するＤＯＭのツリー構造には、オブジェクトのクラスごと、および、オブジェクトインスタンスごとに、各種イベントに対応するイベントハンドラが登録されている。イベント処理部８０９は、生起したイベントに応じて、ＤＯＭ処理部８０４が管理するオブジェクト群の中からそのイベントの処理を担当するべきオブジェクトを決定しイベントを配信する。イベントを配信されたオブジェクトは、そのイベントに対応するイベントハンドラのアルゴリズムに応じて、各種の処理を実行する。イベントハンドラの処理には、ＤＯＭ処理部８０４が保持するＤＯＭの更新、レイアウトエンジン８０７に対する再描画指示、プロトコル処理部８０１に対するＨＴＴＰ要求発行の指示、装置制御ＡＰＩ２１８の呼び出しによる画像処理装置機能の制御などがある。

スクリプトインタプリタ８０５は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（ＥＣＭＡ Ｓｃｒｉｐｔ）などのスクリプトを解釈し実行するインタプリタである。スクリプトは、文書に埋め込まれたり、あるいは、文書からリンクされた別ファイル中に記述されたりして、ＤＯＭに対する操作などを行う。コンテンツの提供者は、スクリプトによって、提供する文書の動的な挙動をプログラムできる。

図９は、図５に示すＬＣＤ表示部５０１においてＷｅｂブラウザ機能が選択された場合に表示される画面の構成を示す図である。Ｗｅｂブラウザは接続要求が指定する接続先アドレスにアクセスして、接続先を遠隔操作するための遠隔ユーザインタフェース記述データを取得して、それに基づいて操作画面を表示する。

タブ９０１は、Ｗｅｂブラウザ機能を選択するためのタブであり、このタブを選択することにより、他の機能（コピー、ボックス、送信、拡張）の画面からＷｅｂブラウザ機能の表示画面に切り替えられる。

ＵＲＬ入力フィールド９０２は、ユーザが所望のリソースのＵＲＬを入力するためのフィールドである。当該フィールドをユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーによって所望の文字列を入力することができる。

ＯＫボタン９０３は、ＵＲＬ入力フィールド９０２に入力したＵＲＬ文字列を確定するためのソフトキーである。ＵＲＬが確定されると、Ｗｅｂブラウザモジュール２１１は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。

プログレスバー９０４は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。

コンテンツ表示領域９０５は、取得したリソースが表示される領域である。

戻るボタン９０６はソフトキーであり、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの前に表示したコンテンツを表示し直す。

進むボタン９０７はソフトキーであり、コンテンツ表示の履歴をさかのぼって表示しているときに、現時点で表示しているコンテンツの後に表示したコンテンツの表示に戻る。

リロードボタン９０８はソフトキーであり、現時点で表示しているコンテンツの再取得と再表示を行う。

中止ボタン９０９はソフトキーであり、実行中のコンテンツ取得処理を中止する。

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

図１０は、クライアント１００１によるＨＴＴＰプロトコルを用いたＨＴＴＰ要求と、サーバ１００２からの応答とを示すシーケンス図である。

クライアント１００１は、ＨＴＴＰ要求を送信し、ＨＴＴＰ応答を受信するソフトウェアであり、本実施の形態の画像処理装置１１０，１２０，１３０に内蔵のＷｅｂブラウザや、ＰＣ、ＰＤＡ、携帯電話などで稼動する一般的なＷｅｂブラウザや、さらにＷｅｂブラウザと同様の方法でＷｅｂサーバにアクセスしてサービスの利用または中継を行う各種のソフトウェアに相当する。サーバ１００２は、ＨＴＴＰ要求を受信して対応する処理を行い、さらにＨＴＴＰ応答を返信するソフトウェアであり、インターネットを経由して接続するアプリケーションサービスプロバイダ（ＡＳＰ）のソフトウェアや、イントラネットに構築された各種サービスのサーバソフトウェアや、本実施の形態のデスクトップコンピュータ１０１上で稼動するＷｅｂアプリケーション型のソフトウェアなどの各種のＨＴＴＰサーバに相当する。

クライアント１００１はサーバ１００２に対して、所望のリソースに対するＧＥＴ要求からなるＨＴＴＰ要求１００３を送信する。リソースは一般にＵＲＩ（特にＵＲＬ）形式によって指定される。

サーバ１００２は、ＧＥＴ要求で指定されたリソースに対応するデータを取得、または生成して、ＨＴＴＰ応答１００４によって返送する。ここで、指定されたリソースが静的なファイルに対応する場合、サーバ１００２はそのファイルシステムから該当するファイルを読み出してそのデータを取得する。一方、指定されたリソースがＣＧＩプログラムやＳｅｒｖｌｅｔなどの処理に対応する場合は、サーバ１００２は該当する処理を実行する。この処理は要求に対する応答を生成するものであるが、この過程で所定のサービスを達成するために必要なビジネスロジックの実行やバックエンドのＤＢＭＳへのアクセスなどの副作用が伴う。そしてサーバ１００２は、その処理の結果として生成されたデータを返送する。

ＨＴＴＰ応答１００４で得られたデータが表示可能な形式である場合、クライアント１００１はそのコンテンツの表示を行う。

なお、得られたデータがＨＴＭＬ文書などであれば、ユーザが、Ｗｅｂブラウザ上に表示された文書にハイパーテキストとして埋め込まれたリンク情報を選択するだけで、次々に新たなリソースの取得や表示が繰り返される。

ＨＴＴＰ要求１００５はＰＯＳＴ要求である。ＨＴＭＬ文書は、クライアント１００１側のユーザにデータの入力を要求するためのフォーム（ｆｏｒｍ）を含むことができる。ＨＴＭＬ文書ではフォームがフォームを含み、そのメソッドにＰＯＳＴが指定されている場合、ユーザがフォームをサブミットすると、指定リソースに対するＰＯＳＴ要求が送信される。ＰＯＳＴ要求では、クライアント１００１からサーバ１００２に向けてデータを送信する（応答によってサーバ１００２からクライアント１００１に向けたデータの返信も行われる）。Ｗｅｂブラウザに表示されたフォームにユーザが入力した情報が符号化されて、ＰＯＳＴ要求によってサーバ１００２に送信される。サーバ１００２の指定リソースは、クライアント１００１から送られたデータを受信し処理を行い、ＨＴＴＰ応答１００６を生成し返信する。

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

したがって、サーバ１００２側で稼動する各種アプリケーションロジックをクライアント１００１側から操作するためのユーザインタフェースを、ＨＴＭＬなどのマークアップ言語によって記述することが可能である。すなわち、サーバ側アプリケーションロジックの状態を表示する記述とアプリケーションロジックへの入力を要求する記述とを組み合わせたコンテンツを、クライアント１００１側からの要求に応じて繰り返し取得されるように構成することができ、サーバ１００２側のアプリケーションロジックをクライアント１００１側で操作する分散アプリケーションを提供できる。

（ＶＮＣによる分散アプリケーションの操作）
なお、Ｗｅｂブラウザ機能の代わりにＶＮＣ機能が用いられることによって、遠隔操作できるようにしてもよい。図１１は、図５に示すＬＣＤ表示部５０１に表示されている画面であって、デスクトップコンピュータ１０１を操作するための操作画面を示す図である。ここでは、ＶＮＣ機能によって、接続要求が指定するデスクトップコンピュータ１０１のデスクトップ画面がＬＣＤ表示部５０１に表示されるとともに、ユーザは、表示されているデスクトップ画面においてデスクトップコンピュータ１０１上のアプリケーションプログラムなどを起動させることできる。図１１に示す操作画面では、デスクトップコンピュータ１０１で起動されて表計算ソフトウェアを操作可能になっている。

図１１に示す画面においてタブ２００１は、ＶＮＣ機能を選択するためのタブであり、このタブ２００１を選択することにより、接続要求の接続先アドレスにアクセスして、接続先を遠隔操作することができるようになる。表示領域２００２は、デスクトップ画面を表示する表示領域である。

ステータス領域２００３は、画像処理装置１１０の各種機能に関わるメッセージを表示する領域である。ＶＮＣ機能によって遠隔操作画面を表示中であっても、スキャナ１１３やプリンタ１１４や他の機能などから送られる、ユーザの注意を促すためのメッセージがステータス領域２００３に表示される。

（遠隔操作方法）
画像処理装置１１０とデスクトップコンピュータ１０１を例にして、画像処理装置１１０からデスクトップコンピュータ１０１を遠隔操作する遠隔操作方法の概要を説明する。

図１２は、デスクトップコンピュータ１０１と画像処理装置１１０との間で行われる通信の手順を示すシーケンス図である。

まず、デスクトップコンピュータ１０１は、ユーザがログインしたことを通知するよう求めるイベント通知要求メッセージ（以下、「ログイン通知要求メッセージ」と呼ぶ）を画像処理装置１１０に送信する（ステップ１７０１）。なお、デスクトップコンピュータ１０１は、特定の画像処理装置にだけイベント通知要求メッセージを送信してもよいし（この場合は、画像処理装置１１０が特定の画像処理装置になる）、複数の画像処理装置のそれぞれにイベント通知要求メッセージを送信してもよい（この場合は、画像処理装置１１０は複数の画像処理装置の１つである）。イベント通知要求メッセージは、後述するユーザエージェント２１０３が起動されるたびに当該ユーザエージェント２１０３によって送信されてもよいし、遠隔操作が必要な事象が発生した場合に、これに応じてユーザエージェント２１０３によって送信されてもよい。

画像処理装置１１０は、ログイン通知要求メッセージを受信すると、イベント通知要求の登録処理を行う（ステップＳ１７０２）。

その後、画像処理装置１１０においてログイン処理が行われると（ステップＳ１７０３）、ログイン通知要求メッセージに従って、ユーザがログインしたことを示すログインイベントをデスクトップコンピュータ１０１に通知する（ステップＳ１７０４）。

デスクトップコンピュータ１０１では、ユーザエージェント２１０３が、ログインイベントの通知に応じて、画像処理装置１１０に対して遠隔操作要求をするか否かを判断する。遠隔操作をしてほしい事象が発生している場合には、ユーザエージェント２１０３は、画像処理装置１１０を利用中のユーザにとって有用な情報を該ユーザに対して伝えるために、画像処理装置１１０上のソフトウェアモジュールに対して遠隔操作要求メッセージを送信する（ステップ１７０５）。遠隔操作要求メッセージは、画像処理装置１１０を利用中のユーザに対して、デスクトップコンピュータ１０１上で稼動するソフトウェアの遠隔操作を求めるための要求である。遠隔操作要求メッセージは、遠隔ユーザインタフェースを記述したリソースの取得先をＵＲＬなどの形式で含む。

画像処理装置１１０上のソフトウェアモジュールは、デスクトップコンピュータ１０１上のユーザエージェント２１０３に対して応答メッセージを返信するとともに、遠隔操作要求受信処理を実行する（ステップ１７０６）。応答メッセージは、要求の受理もしくは拒絶などの情報を含む。

遠隔操作要求受信処理では、画像処理装置１１０上のソフトウェアモジュールが、デスクトップコンピュータ１０１上のＨＴＴＰサーバ（後述するＨＴＴＰサーバ２１０９）に対して遠隔ユーザインタフェース記述データを取得するための要求を送信する。要求の送信はＨＴＴＰによって行われ、以下の通信のプロトコルにはＨＴＴＰが用いられる。遠隔ユーザインタフェース記述データは、主にＨＴＭＬなどのマークアップ言語で記述された一種のＷｅｂコンテンツであり、画像処理装置１１０上のＷｅｂブラウザによって展開されると、デスクトップコンピュータ１０１上のユーザエージェント２１０３を遠隔操作するためのリモートユーザインタフェース（例えば、図９の操作画面）を構成するものである。遠隔ユーザインタフェース記述を取得するための要求は、ＨＴＴＰのＧＥＴ要求メッセージによって、遠隔操作要求において指定されたＵＲＬが指し示すリソースの取得を要求する。

デスクトップコンピュータ１０１上のＨＴＴＰサーバは、ユーザエージェント２１０３と連携して、画像処理装置１１０上のソフトウェアモジュールに対して、ＨＴＴＰのＧＥＴ要求メッセージに対応する応答メッセージを返信する。応答メッセージは、ユーザエージェント２１０３の遠隔ユーザインタフェース記述データを含む。

以下、ユーザは、遠隔操作画面において、画像処理装置１１０からデスクトップコンピュータ１０１を遠隔操作する（ステップ１７０８）。Ｗｅｂブラウザに展開されたリモートユーザインタフェースに対してユーザが操作を行うと、その操作に対応したＨＴＴＰのＧＥＴ要求、または、ユーザがフォームに対して入力した情報を含むＰＯＳＴ要求が、デスクトップコンピュータ１０１に送信される。

この要求に対する応答が、デスクトップコンピュータ１０１から画像処理装置１１０へ送信される。この応答もまた、遠隔ユーザインタフェース記述であり、Ｗｅｂブラウザに展開されてユーザインタフェースを構成する。

これらの通信を繰り返すことによって、画像処理装置１１０上のＷｅｂブラウザからデスクトップコンピュータ１０１上のユーザエージェント２１０３に対する遠隔操作が行われる。ユーザエージェント２１０３が提供するＷｅｂアプリケーション機能によって、例えば、後述するＩｎｂｏｘ２１０５を経由して、ユーザ宛の電子メールやインスタントメッセージなどの閲覧と、転送やプリントなどの遠隔操作を行うことができる。また例えば、後述のＰＩＭ２１０６を経由して、個人情報管理アプリケーションのデータベースを参照し、ユーザのスケジュールや備忘録の確認や追加を行うことができる。

遠隔操作がＶＮＣ機能によって実現されている場合には、遠隔操作要求処理において、画像処理装置１１０のＶＮＣクライアントプログラムが、デスクトップコンピュータ１０１のＶＮＣサーバプログラムにアクセスして通信を開始する。これによって、図１１に示すような操作画面が表示され、ユーザはその操作画面において画像処理装置１１０からデスクトップコンピュータ１０１を遠隔操作する。

（デスクトップコンピュータ１０１側の構成）
図１３は、デスクトップコンピュータ１０１内で稼動するソフトウェアモジュールの構成を示す図である。

イベント通知リクエスタ２１０１は、自律的に動作しつづけるソフトウェアモジュールであり、画像処理装置１１０に対してイベント通知要求を行う。すなわち、ユーザ認証イベントまたはログイン及びログアウトイベントに対する通知を要求する。またイベント通知リクエスタ２１０１は、イベント通知を受け取るイベント通知リスナとして、同じデスクトップコンピュータ１０１内で稼動する別のソフトウェアモジュールであるイベント通知リスナ２１０２を登録する。すなわち、イベント通知リスナ２１０２が扱うプロトコル、ならびにイベント通知リスナ２１０２がリッスンするネットワークアドレス（またはホスト名）及びネットワークポートを登録する。またイベント通知要求において、要求の発行元の証明として、イベント通知リスナ２１０２を実質的に起動したユーザのユーザ証明を用いる。またイベント通知要求は該要求を受けた側で登録するが、登録時から所定の期間が経過すると登録を抹消するようにする。この所定の期間として十分に長い時間を指定するが、該所定の期間内でイベント通知要求が繰り返し送信されるようにスケジューリングする。

イベント通知リクエスタ２１０１は、自身が起動するたびにイベント通知要求を行うようにしてもよいし、下記のユーザエージェント２１０３と協同して、遠隔操作が必要になった場合にのみイベント通知要求を行うようにしてもよい。遠隔操作が必要になった場合にのみイベント通知要求を行うようにすることにより、イベント通知要求が送信される回数が軽減され、ネットワークの通信量を軽減できるという効果がある。

イベント通知リスナ２１０２は、自律的に動作しつづけるソフトウェアモジュールであり、画像処理装置１１０から通知されるイベント通知を受信し、ユーザエージェント２１０３に対して事象の生起を伝える。

ユーザエージェント２１０３は、自律的に動作しつづけるエージェント型のソフトウェアであり、あらかじめ画像処理装置１１０のユーザが命じた作業に関して処理を代行する。ユーザエージェント２１０３は、イベント通知リスナ２１０２と連携して、ユーザが画像処理装置１１０を利用していることを検知する。すると、ユーザエージェント２１０３は、ユーザエージェントプラグイン群２１０４を介して、デスクトップコンピュータ１０１内で稼動する各種のアプリケーションモジュールと連携し、画像処理装置１１０を利用中のユーザにとって有用な情報があるか否かを判定する。有用な情報があれば、その情報を画像処理装置１１０のユーザに対して伝える。

Ｉｎｂｏｘ２１０５は、ユーザエージェントプラグインの一例であり、ユーザ宛の電子メールやインスタントメッセージなどの着信をチェックする。例えばメッセージヘッダに記された優先度や発信元や題名等に対してパターンマッチング技法を適用して、ユーザ宛に重要なメッセージが着信しているか否かを判別する。その結果、重要なメッセージが着信していることがＩｎｂｏｘ２１０５によって検知されると、ユーザエージェント２１０３が、ユーザにその情報を伝える。

ＰＩＭ２１０６はユーザエージェントプラグインの一例であり、個人情報管理アプリケーションのデータベースを参照し、ユーザのスケジュールや備忘録の確認を行う。開始時刻が近づいた予定や、期限が迫った作業アイテムが存在することがＰＩＭ２１０６によって検知されると、ユーザエージェント２１０３が、ユーザにその情報を伝える。

Ｗａｔｃｈｅｒ２１０７はユーザエージェントプラグインの一例であり、ユーザがあらかじめマークしたＷｅｂサイトやファイルサーバ中に格納されたフォルダやファイルの更新をチェックする。更新がＷａｔｃｈｅｒ２１０７によって検知されると、ユーザエージェント２１０３が、ユーザにその情報を伝える。

Ｑｕｅｕｅ２１０８はユーザエージェントプラグインの一例であり、ユーザがあらかじめデスクトップコンピュータ１０１内部のキューにキューイングしたプリント等の画像処理ジョブの存在を確認する。キューイングされた画像処理ジョブの存在がＱｕｅｕｅ２１０８によって検知されると、ユーザエージェント２１０３が、ユーザにその情報を伝える。

ＨＴＴＰサーバ２１０９は、自律的に動作しつづけるソフトウェアモジュールであり、Ｗｅｂブラウザから送信されたＨＴＴＰ要求の受信とＨＴＴＰ応答の返信を行う。ＨＴＴＰサーバ２１０９は、ＳｅｒｖｌｅｔコンテナまたはＣＧＩ等を含み、ユーザエージェント２１０３が提供するＷｅｂアプリケーション機能と連携する。すなわち、Ｗｅｂブラウザから受信したＨＴＴＰ要求が指定するリソースがユーザエージェント２１０３のＷｅｂアプリケーションを指す場合、ＨＴＴＰサーバ２１０９は、ＨＴＴＰ要求をユーザエージェント２１０３に転送し、また、転送したＨＴＴＰ要求に対応してユーザエージェント２１０３が生成した応答（一般にＨＴＭＬ文書）をＷｅｂブラウザに転送する。

（イベント通知設定）
図１４は、画像処理装置１１０で実行されるイベント通知要求登録処理の手順を示すフローチャートである。図１２のステップ１７０２は、この処理に相当する。

画像処理装置１１０が、デスクトップコンピュータ１０１で稼動するイベント通知リクエスタ２１０１からＬＡＮ１００経由で、所定のアプリケーションプロトコルに従った接続要求を受けつけたとき、該イベント通知要求登録処理が画像処理装置１１０で実行される。

ステップＳ１３０１で、画像処理装置１１０がイベント通知要求メッセージを受信する。

ステップＳ１３０２で、画像処理装置１１０がイベント通知要求メッセージの解析を行い、イベント通知要求が妥当であれば、イベント通知要求の内容を通知要求データベースに登録する。

ステップＳ１３０３で、接続元のデスクトップコンピュータ１０１のイベント通知リスナ２１０２に対して応答を返信する。

イベント通知が不要となった場合、イベント通知リクエスタ２１０１は、イベント通知要求の登録を削除する処理を行う。分散システムの部分的なダウンに対応するために、イベント通知要求の登録は時限つきとし、所定の時間を経過したイベント通知要求の登録はクリアするように構成してもよい。この場合、イベント通知要求を登録した登録元は、所定の時間が経過する前に繰り返し再登録を行うことによって、所望の期間イベント通知要求登録を保持する。このように構成すれば、イベント通知要求を行ったデスクトップコンピュータ１０１がダウンしたり、または画像処理装置１１０とデスクトップコンピュータ１０１との間を接続するネットワークがダウンしたりすることによって、明示的な登録削除が行えなくなった場合であっても、所定の時間の経過後に確実にイベント通知要求の登録が削除される。

図１５は、イベント通知要求メッセージのデータ構造を示す図である。

イベント通知要求メッセージは、イベント通知を依頼するイベント通知リクエスタ２１０１から画像処理装置１１０に送られる。

１４０１は、要求がイベント通知要求であることを示すコマンド識別子からなるデータである。

１４０２は、画像処理装置１１０でイベントが生起したときに、その通知を画像処理装置１１０から受け取るイベント通知リスナ２１０２が、通知を受信するために用意しているプロトコル（通信規約）を示す識別子からなるデータである。

１４０３は、画像処理装置１１０でイベントが生起したときに、その通知を受け取るイベント通知リスナ２１０２が稼動しているネットワークノード（デスクトップコンピュータ１０１）のネットワークアドレスまたはホスト名からなるデータである。なお、イベント通知リクエスタ２１０１は、自身が居るネットワークノードとは異なるネットワークノードのネットワークアドレスまたはホスト名をここに設定することも可能である。この場合、イベント通知は、イベント通知要求を送信したデスクトップコンピュータ１０１とは異なるデスクトップコンピュータに対して行われるようになる。

１４０４は、画像処理装置１１０でイベントが生起したときに、その通知を受け取るイベント通知リスナ２１０２における、通信を待ち受けているネットワークポート番号からなるデータである。

なお、データ１４０２〜１４０４は、ＵＲＬ形式の文字列であってもよい。

１４０５は、このイベント通知要求を画像処理装置１１０で登録する場合の望ましい登録の有効期間からなるデータである。登録の有効期間に対する決定権は、デスクトップコンピュータ１０１でなく画像処理装置１１０側が持ち、必ずしもデータ１４０５で指定された有効期間だけ登録が有効となるわけではない。画像処理装置１１０は、イベント通知要求に対して有効な登録期間を決定し、イベント通知要求メッセージに対応して送信する応答メッセージの中に実際の登録の有効期間を記載してデスクトップコンピュータ１０１に伝える。

１４０６は、画像処理装置１１０でイベントが生起したときに、デスクトップコンピュータ１０１に通知してほしいイベント種別のリストからなるデータである。イベント種別には例えば、画像処理装置１１０がユーザの認証に成功したときに生起するユーザ認証イベントや、画像処理装置１１０に対してユーザがログインおよびログアウトしたときに生起するログインイベント、ログアウトイベントなどがある。

１４０７は、電子的な証明書データである。要求の発行元であるユーザなどを明示するデータであり、要求が真にその要求元から発行されたものであることを証明するために使用される。

（ユーザ認証とイベント通知処理）
図１６は、画像処理装置１１０に対するユーザのログイン処理においてＬＣＤ表示画面５０１に表示されるログイン画面５１０の例を示す図である。

ログイン画面５１０には、「ユーザ名」および「パスワード」と名づけられた２つの入力フィールド５１１，５１２が表示される。ユーザがログイン画面５１０上の各入力フィールド５１１，５１２に触れると、ＬＣＤ表示画面５０１に、不図示の仮想キーボードが表示され、各入力フィールド５１１，５１２に対して値を入力できる。「ログイン」ボタン５１３を押下すると、各入力フィールド５１１，５１２の入力値が確定される。

図１７は、画像処理装置１１０で実行されるログイン処理の手順を示すフローチャートである。図１２のステップ１７０３は、この処理に相当する。

まず、ステップＳ１８１では、図１６に示したようなログイン画面５１０をＬＣＤ表示画面５０１に表示する。

ステップＳ１８２では、ユーザ名やパスワードといったユーザ情報が各入力フィールド５１１，５１２に入力されるのを待つ。

ステップＳ１８３では、入力されたユーザ情報を基に、ユーザの認証を行なう。ユーザ認証としては、ネットワークインタフェース３０８（図３）を経由して、ＮＩＳ、ＬＤＡＰなど公知のディレクトリサービスへの問い合わせを利用してもよいし、同様に公知の各種認証サーバへの問い合わせを行なうことによってユーザ認証を行なうように構成してもよい。このように構成した場合、分散システムを構成する複数の装置間で共通のユーザ管理を行なうことが可能となる。

ステップＳ１８４では、認証が成功したか否かを判定する。成功したと判定すると一連のログイン処理を完了し、呼び出し元に復帰する。一方、認証が成功しなかったと判定するとステップＳ１８１に戻り、一連の処理を繰り返す。

なお、ログイン処理は、ユーザ名及びパスワードの入力による認証方法だけでなく、コントロールカードやＩＣカードなどのＩＤカードの読み込みによる認証方法や、指紋などの生体認証による認証方法を採用して構成してもよい。

図１８は、マルチユーザ対応の画像処理装置１１０が定常状態のとき実行するメインループの手順を示すフローチャートである。図１２のステップＳ１７０４におけるログインイベント通知は、この処理に相当する。

まず、ステップＳ２００１では、ログイン処理を行なう。すなわち、ユーザ認証されたユーザを、画像処理装置１１０を現在利用中のカレントユーザとして記憶する。

ステップＳ２００２では、このユーザに対するログインイベント通知の要求が登録されているか否かを判定する。登録されていると判定するとステップＳ２００３に進む。登録されていないと判定するとステップＳ２００４に進む。

ステップＳ２００３では、ログインイベント通知処理を行なう。すなわち、ユーザが画像処理装置１１０にログインすると、画像処理装置１１０は、登録されている通知設定に従って、イベント通知を待つイベント通知リスナ２１０２に対してログインイベントを通知する（なお、特定のイベント通知リスナ宛でなく、ブロードキャストまたはマルチキャストによってネットワークに対して放送してもよい）。ただし、この機能はユーザの行動を追跡するものであり、プライバシの侵害が問題となる運用形態もあり得る。そこでこのような運用形態の場合、イベント通知要求登録に記憶された、要求の発行元を証明する電子的な証明書データに基づいて、発行元が妥当な権限を持つか否かの判定を行う。妥当な権限を持つ発行元による正当な要求であればイベントが通知され、そうでなければイベントの通知は抑止される。例えば、証明書データが証明する発行元が、画像処理装置１１０を利用中のユーザ自身であれば、要求は正当なものと判定され、通知が行われる。

ステップＳ２００４では、画像処理装置１１０に設定されている初期機能に従って、ＬＣＤ表示画面５０１に標準待機画面を表示する。すなわち、初期機能として、例えばコピー機能が選択されている場合、ＬＣＤ表示画面５０１にコピー機能操作画面の表示を行なう。

ステップＳ２００５では、画像処理装置１１０の主たるジョブ処理を行なう。

ステップＳ２００６では、ログアウトが選択されたか否かの判定を行なう。ユーザがＩＤキー５０７（図５）を押下することによってログアウトが選択される。ログアウトが選択されたと判定するとステップＳ２００７に進み、ログアウトが選択されていないと判定するとステップＳ２００４に戻り、一連の処理を繰り返す。

ステップＳ２００７では、ログアウト処理を行なう。すなわち、カレントユーザに関する記録をクリアする。

ステップＳ２００８では、このユーザに対するログアウトイベント通知の要求が登録されているか否かを判定する。登録されていると判定するとステップＳ２００９に進む。登録されていないと判定するとステップＳ２００１に戻る。

ステップＳ２００９では、ログアウトイベント通知処理を行なう。すなわち、画像処理装置１１０は、登録されている通知要求に従って、イベント通知を待つイベント通知リスナ２１０２に対してログアウトイベントを通知する（なお、特定のイベント通知リスナ宛でなく、ブロードキャストまたはマルチキャストによってネットワークに対して放送してもよい）。ただし、この機能はユーザの行動を追跡するものでありプライバシの侵害が問題となる運用形態もあり得る。そこでこのような運用形態の場合、イベント通知要求登録に記憶された、要求の発行元を証明する電子的な証明書データに基づいて、発行元が妥当な権限を持つか否かの判定を行う。妥当な権限を持つ発行元による正当な要求であればイベントが通知され、そうでなければイベントの通知は抑止される。例えば、証明書データが証明する発行元が、画像処理装置１１０を利用中のユーザ自身であれば、要求は正当なものと判定され、通知が行われる。

次いでステップＳ２００１に戻り、一連の処理を繰り返す。

なお、ログインしてからログアウトするまでのセッションに対応してユーザの認証を行うだけでなく、アクセス権限を必要とする操作毎にユーザ認証を対応付けるように構成してもよい。この場合、ログインイベント及びログアウトイベントの代わりに、ユーザ認証時にユーザ認証イベントを通知する。このように、操作毎にユーザ認証を対応付けるようにした場合、予め所定のユーザ認証有効時間を設け、この所定のユーザ認証有効時間が経過したときにログアウトイベントを通知するように構成してもよい。また、ユーザ認証を必要とする操作が終了したときにログアウトイベントを通知するように構成してもよい。また、セッション毎の認証の場合であっても、また操作毎の認証の場合であっても、ユーザが装置の操作をしないアイドル状態が所定時間に亘って継続した場合に、ログアウトイベントを通知するように構成してもよい。

（遠隔操作要求）
図１９は、遠隔操作要求メッセージのデータ構造を示す図である。

遠隔操作要求メッセージは、デスクトップコンピュータ１０１上のユーザエージェント２１０３などのソフトウェアモジュールから送信され、これを画像処理装置１１０上のソフトウェアモジュールが受信する。

２４０１は、要求が遠隔操作要求であることを示すコマンド識別子からなるデータである。

２４０２は、デスクトップコンピュータ１０１上のソフトウェアモジュールであるＷｅｂアプリケーションの遠隔ユーザインタフェース記述データを取得するためのプロトコル（通信規約）を指定する識別子からなるデータである。プロトコルには一般にＨＴＴＰやＨＴＴＰＳが用いられる。

２４０３は、遠隔ユーザインタフェース記述データが存在するネットワークノード（デスクトップコンピュータ１０１）のネットワークアドレスまたはホスト名からなるデータである。なお、ユーザエージェント２１０３は、自身が存在するネットワークノードとは異なるネットワークノードのネットワークアドレスまたはホスト名をここに設定することが可能である。この場合、画像処理装置１１０のユーザは、遠隔操作要求を送信したデスクトップコンピュータ１０１とは異なるデスクトップコンピュータに対して遠隔操作可能になる。

２４０４は、遠隔ユーザインタフェース記述データを取得するために接続すべきネットワークノード（デスクトップコンピュータ１０１）のネットワークポート番号からなるデータである。

２４０５は、複数ある遠隔ユーザインタフェース記述データの中から選択すべきリソースを表すリソース識別の文字列からなるデータである。

データ２４０２〜２４０５は、遠隔ユーザインタフェース記述データを特定するデータであり、ＵＲＬ形式の文字列によって示すことができる。

２４０６は、電子的な証明書データである。遠隔操作要求の発行元であるユーザなどを明示するデータであり、遠隔操作要求が真にその要求元から発行されたものであることを証明するために使用される。

２４０７は、コメント文字列からなるデータである。遠隔操作要求に対応する遠隔ユーザインタフェース記述データによる遠隔操作の対象がどのようなＷｅｂアプリケーションであるかを記述するために用いることができる。

図２０は、画像処理装置１１０が遠隔操作要求を受信したときに実行する遠隔操作要求受信処理の手順を示すフローチャートである。図１２のステップ１７０６は、この処理に相当する。

ステップＳ２５０１で、受信した遠隔操作要求メッセージの解析を行う。

ステップＳ２５０２で、解析結果に応じた応答の返信を行う。要求が妥当でない場合は拒絶応答のメッセージを、要求が妥当な場合には受理応答のメッセージを返信する。要求が妥当でない場合とは、遠隔操作要求メッセージがエラーを含む場合や、電子的な証明書データが妥当でない場合や、証明書が主張する要求発行元たるユーザなどが遠隔操作要求を行うための適切な権限を持たない場合などがある。例えば、証明書が主張する要求発行元が、画像処理装置１１０を利用中のカレントユーザと同一の場合には、遠隔操作要求は妥当とみなすことができる。ユーザが同一でない場合の妥当性の判定については、運用形態に合わせたさまざまなアクセス制御のルールを設定できる。

ステップＳ２５０３で、要求が妥当であるか否かを判別し、要求が妥当であればステップＳ２５０４に進む。妥当でなければ、遠隔操作要求受信処理を終了する。

ステップＳ２５０４で、遠隔操作を起動するか否かを画像処理装置１１０のユーザに確認する。ユーザへの確認は、画像処理装置１１０の操作部１１２のＬＣＤ表示部５０１にダイアログボックスを表示することによって行われる。ダイアログボックスには、要求元（デスクトップコンピュータ１０１）のネットワークアドレスとホスト名、証明書データ、遠隔操作要求メッセージ中のコメント文字列等の表示と、ＯＫボタンおよびキャンセルボタン等を配置する。

ステップＳ２５０５で、画像処理装置１１０のユーザによる指示を判定し、ユーザが起動を指示した場合ステップＳ２５０６に進む。ユーザが起動を指示していない場合は、遠隔操作要求受信処理を終了する。

ステップＳ２５０６で、その時点で選択されている機能（コピー、ボックス、送信など）からブラウザ機能へ、ＬＣＤ表示部５０１に表示されるべき機能の操作画面を切り替える。この結果、ユーザが、最上部７０１（図７）のタブ９０１（図９）を操作してブラウザ機能を選択した場合と同様に、ＬＣＤ表示部５０１の表示が、Ｗｅｂブラウザ機能の操作画面（図９）に切り替わる。

ステップＳ２５０７で、Ｗｅｂブラウザモジュール２１１（図２）に対して、遠隔操作要求メッセージ中に指定された遠隔ユーザインタフェース記述（図１９のデータ２４０５）に対応するＵＲＬの取得を指示する。この結果、Ｗｅｂブラウザモジュール２１１によって遠隔ユーザインタフェース記述データの取得と展開が行われる。

以上の遠隔操作要求受信処理によって、ユーザは、図９や図１１に示すような操作画面において、デスクトップコンピュータ１０１に対する画像処理装置１１０からの遠隔操作を開始できる。

（ユーザへの情報伝達）
図２１は、デスクトップコンピュータ１０１のユーザエージェント２１０３から伝達され、画像処理装置１１０の操作部１１２のＬＣＤ表示部５０１に表示されるステータス情報の例を示す図である。

画像処理装置１１０は、ネットワーク経由でデスクトップコンピュータ１０１から所定のアプリケーションプロトコルに従った接続を受け付け、情報表示要求メッセージを受信する。情報表示要求が妥当であれば、画像処理装置１１０は操作部１１２のＬＣＤ表示部５０１のステータス表示領域（図７の最下部７０３）に受信した情報の表示を行う。

図２１（Ａ）は、デスクトップコンピュータ１０１のＩｎｂｏｘ２１０５（図１３）との連携によってユーザエージェント２１０３から伝えられる情報の表示例を示す。この表示例は、重要な電子メールの着信があることを示している。「詳細」ボタンを押すとダイアログボックスが開き、電子メールの全文をＬＣＤ表示部５０１に表示でき、また電子メールの全文を手元の画像処理装置１１０でプリントアウトすることもできる。

本実施の形態によれば、ユーザがデスクトップコンピュータ１０１を離れ、画像処理装置１１０を利用している場合であっても、電子メールやインスタントメッセージングなどの重要な着信を知ることができる。さらに、着信した電子メールやインスタントメッセージングのメッセージをすぐ手元の画像処理装置１１０で参照したり、プリントアウトしたりすることができる。

図２１（Ｂ）は、デスクトップコンピュータ１０１のＰＩＭ２１０６（図１３）との連携によってユーザエージェント２１０３から伝えられる情報の表示例を示す。この表示例は、開始時刻が迫っている予定が存在することを示している。「詳細」ボタンを押すとダイアログボックスが開き、該予定の全文と、該予定以降の予定が表示される。

本実施の形態によれば、ユーザがデスクトップコンピュータ１０１を離れ、画像処理装置１１０を利用している場合であっても、スケジュールのリマインダをユーザに示すことができる。

図２１（Ｃ）は、ＰＩＭ２１０６との連携によってユーザエージェント２１０３から伝えられる情報の他の表示例を示す。この表示例は、期限の迫った作業項目があることを示している。「詳細」ボタンを押すとダイアログボックスが開き、詳細情報を表示できる。

本実施の形態によれば、ユーザがデスクトップコンピュータ１０１を離れ、画像処理装置１１０を利用している場合であっても、備忘録のリマインダをユーザに示すことができる。さらに、作業内容が画像処理装置１１０を利用するものであれば（本例の製本プリントなど）すぐ手元の画像処理装置１１０で作業することができる。

図２１（Ｄ）は、デスクトップコンピュータ１０１のＷａｔｃｈｅｒ２１０７（図１３）との連携によってユーザエージェント２１０３から伝えられる情報の表示例を示す。この表示例は、あらかじめ指定したＷｅｂページが更新されていることを示している。「詳細」ボタンを押すとダイアログボックスが開き、全文と詳細情報をＬＣＤ表示部５０１に表示できる。また更新されたＷｅｂサイトを、画像処理装置１１０に組み込まれたＷｅｂブラウザによって閲覧するためのショートカットを選択することもできる。

本実施の形態によれば、ユーザがデスクトップコンピュータ１０１を離れ、画像処理装置１１０を利用している場合であっても、ＵＲＬが指し示すリソースやファイルサーバのファイルやフォルダなどの更新を知ることができる。さらに、更新されたＷｅｂサイトを、手元の画像処理装置１１０に組み込まれたＷｅｂブラウザで閲覧したり、手元の画像処理装置１１０でプリントアウトしたりすることができる。また、更新されたファイルサーバ上のファイルを手元の画像処理装置１１０でプルプリントすることもできる。

図２１（Ｅ）は、デスクトップコンピュータ１０１のＱｕｅｕｅ２１０８（図１３）との連携によってユーザエージェント２１０３から伝えられる情報の表示例を示す。この表示例は、ユーザエージェント２１０３が監視するデスクトップコンピュータ１０１内のキューに、プリントジョブが待ち状態で存在することを示している。「詳細」ボタンを押すとダイアログボックスが開き、全文と詳細情報をＬＣＤ表示部５０１に表示できる。

本実施の形態によれば、ユーザがデスクトップコンピュータ１０１を離れ、画像処理装置１１０を利用している場合であっても、デスクトップコンピュータ１０１に留め置いたプリントジョブの存在を知ることができる。さらに、デスクトップコンピュータ１０１内のプリントキューから、画像処理装置１１０のプルプリント機能によってプリントジョブを引き出して手元の画像処理装置１１０でプリントアウトすることができる。これにより、画像処理装置１１０のストレージを圧迫しないセキュアプリントを構成することもできる。

図２１に示す各種のステータス表示は、ＬＣＤ表示部５０１のステータス表示領域（図７の最下部７０３）に対して行われるが、これに代わって、操作部１１２のＬＣＤ表示部５０１に表示するダイアログボックスとして、これらの各種のステータス表示を行うようにしてもよい。

また、本実施の形態では、ユーザに伝えるべき情報をデスクトップコンピュータ１０１から画像処理装置１１０に送信し、画像処理装置１１０の操作部１１２において、操作パネルメッセージとして表示するように構成したが、これに代わって、ユーザの保持するＰＤＡ（Personal Digital Assistants）や携帯電話やウェアラブルコンピュータなどの携帯端末に対して、こうした情報をインスタントメッセージなどで送信するように構成してもよい。また、テレフォニー技術を用いて、ユーザの携帯電話や画像形成装置の近くに位置する固定電話に対して発呼し、こうした情報を合成音声によって伝えるように構成してもよい。また、画像処理装置に対するプリントジョブやファクス送信ジョブを生成し、画像処理装置でメッセージの出力を行うことによってユーザに伝えるように構成してもよい。

なお、ユーザエージェント２１０３のプログラムを実行するコンピュータはデスクトップコンピュータ１０１だけでなく、バックエンドのサーバコンピュータにおいて複数のユーザのためのユーザエージェント処理を実行するように構成してもよい。

以上説明したように本実施の形態によれば、例えば、ユーザがデスクトップコンピュータ１０１を離れて画像処理装置１１０を利用している最中に、デスクトップコンピュータ１０１上のアプリケーションプログラムの操作を行なわねばならない場合、デスクトップコンピュータ１０１上で稼動するユーザエージェントプログラムから画像処理装置１１０に対して遠隔操作要求を発行することにより、ユーザは、画像処理装置１１０からデスクトップコンピュータ１０１上のアプリケーションプログラムを遠隔操作することができ、ユーザは、画像処理装置１１０の設置場所からデスクトップコンピュータ１０１の設置場所まで戻らなくても済む。

なお、本実施の形態では、遠隔ユーザインタフェースをＷｅｂアプリケーション技術による分散アプリケーションとして構成したが、図１１を参照して説明したように、ＶＮＣなどのリモートデスクトップの技術を用いて構成してもよい。この場合、画像処理装置１１０がＶＮＣなどの公知のリモートデスクトップクライアントモジュールを内蔵し、画像処理装置１１０の操作部１１２からデスクトップコンピュータ１０１のデスクトップを遠隔操作する。デスクトップコンピュータ１０１が画像処理装置１１０に送る遠隔操作要求は、デスクトップコンピュータ１０１のネットワークアドレスと、デスクトップコンピュータ１０１上のリモートデスクトップサーバが接続を待ち受けるポート番号、および、リモートデスクトップのアプリケーションプロトコルに応じたデスクトップ識別子を含む。ユーザエージェント２１０３は、ユーザが画像処理装置１１０を利用中にデスクトップコンピュータ１０１において注目すべき事象が生起すると、画像処理装置１１０に対して遠隔操作要求を送信する。この注目すべき事象として、上記実施の形態で説明したユーザエージェントプラグイン群２１０４による監視条件に加えて、デスクトップコンピュータ１０１において、オペーレティングシステムや動作中のアプリケーションプログラムが画面にダイアログボックスを表示した場合や、ロギング機構に何らかのエラーや警告が記録された場合などを挙げることができる。

このように構成すれば、デスクトップコンピュータのＧＵＩの操作が求められるときに、ユーザが自分の机を離れて画像処理装置を利用している最中であっても、ユーザのデスクトップコンピュータ上で稼動するエージェントプログラムから画像処理装置に対して遠隔操作要求を発行することが可能となり、ユーザは、画像処理装置の設置場所からデスクトップコンピュータの設置場所まで戻らなくてもデスクトップコンピュータのＧＵＩを遠隔操作できる。

また、本実施の形態によれば、デスクトップコンピュータ上で稼動するソフトウェアから、ユーザが画像処理装置の前で該画像処理装置を操作していることを知ることができる。したがって、特定のユーザが画像処理装置の前にいるという状況を利用した状況認識型の各種アプリケーションをユーザのデスクトップコンピュータ上に構成でき、画像処理装置の内部に複雑な機能を埋め込む必要がなくなる。

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

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

また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

本発明の一実施の形態に係る画像処理システムの全体構成を示すブロック図である。 画像処理装置で実行されるソフトウェアの構成を示すブロック図である。 画像処理装置のハードウェア構成を示すブロック図である。 画像処理装置の外観を示す斜視図である。 画像処理装置の操作部の構成を示す平面図である。 画像処理装置の操作部及び操作部Ｉ／Ｆの内部構成を制御ユニットの内部構成と対応させて示すブロック図である。 画像処理装置の操作部に表示される標準的な操作画面の一例を示す図である。 図２に示すＷｅｂブラウザモジュールの内部構成を示すブロック図である。 図５に示すＬＣＤ表示部においてＷｅｂブラウザ機能が選択された場合に表示される画面の構成を示す図である。 クライアントによるＨＴＴＰプロトコルを用いたＨＴＴＰ要求と、サーバからの応答とを示すシーケンス図である。 図５に示すＬＣＤ表示部においてＶＮＣ機能が選択された場合に表示される画面の構成を示す図である。 デスクトップコンピュータと画像処理装置との間で行われる通信の手順を示すシーケンス図である。 デスクトップコンピュータ内で稼動するソフトウェアモジュールの構成を示す図である。 画像処理装置で実行されるイベント通知要求登録処理の手順を示すフローチャートである。 イベント通知要求メッセージのデータ構造を示す図である。 画像処理装置に対するユーザのログイン処理においてＬＣＤ表示画面に表示されるログイン画面の例を示す図である。 画像処理装置で実行されるログイン処理の手順を示すフローチャートである。 マルチユーザ対応の画像処理装置が定常状態のとき実行するメインループの手順を示すフローチャートである。 画像処理装置が遠隔操作要求を受信したときに実行する遠隔操作要求受信処理の手順を示すフローチャートである。 遠隔操作要求メッセージのデータ構造を示す図である。 デスクトップコンピュータのユーザエージェントから伝達され、画像処理装置の操作部のＬＣＤ表示部に表示されるステータス情報の例を示す図である。

符号の説明

１００ ＬＡＮ（ネットワーク）
１０１ デスクトップコンピュータ（外部の装置、情報処理装置）
１１０，１２０，１３０ 画像処理装置
１１１，１２１，１３１ 制御ユニット（遠隔操作手段、遠隔操作要求受信手段、遠隔操作開始確認手段、ユーザ認証手段）
１１２，１２２，１３２ 操作部（操作手段）
１１３，１２３、１３３ スキャナ
１１４，１２４，１３４ プリンタ
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ ＲＯＭ
３０４ ＨＤＤ
３０５ イメージバスインターフェース（Image Bus I/F）
３０６ 操作部Ｉ／Ｆ
３０７ システムバス
３０８ ネットワークインタフェース（Network、通信手段）
３０９ モデム（ＭＯＤＥＭ）
３１０ 画像バス
３１１ ラスタイメージプロセッサ（ＲＩＰ）
３１２ デバイスＩ／Ｆ部
３１３ スキャナ画像処理部
３１４ プリンタ画像処理部
３１５ 画像回転部
３１６ 画像圧縮部

Claims (13)

1. 画像処理装置に接続される情報処理装置であって、
   前記画像処理装置と通信する通信手段を有し、
   前記通信手段は、ユーザが前記画像処理装置にログインしたことを前記画像処理装置から該情報処理装置に通知させるための通知要求を前記画像処理装置に送信し、
   前記通信手段は、更に、前記通信手段により前記通知要求が送信された前記画像処理装置に前記ユーザがログインしたことの通知を前記画像処理装置から受信し、
   前記通信手段は、更に、前記通信手段により前記通知が受信された場合、前記ユーザがログインした前記画像処理装置により該情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記画像処理装置に送信し、
   前記通信手段は、更に、前記通信手段により前記遠隔操作要求が送信された後に、前記遠隔操作を実行するための情報を前記画像処理装置から受信し、
   該情報処理装置は、更に、前記通信手段により受信された前記情報に基づき、前記画像処理装置にデータを送信するよう前記通信手段を制御する制御手段を有することを特徴とする情報処理装置。
2. 前記通信手段は、該情報処理装置に前記画像処理装置から遠隔操作されるべき事象が発生している場合、前記遠隔操作要求を送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記通信手段は、更に、前記画像処理装置が前記遠隔操作を実行するための情報を送信する際に必要なユーザインタフェースを前記画像処理装置に表示させるためのデータを前記画像処理装置に送信することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記通信手段は、更に、前記通信手段により前記遠隔操作要求が送信された後に、前記データの送信要求を前記画像処理装置から受信し、前記受信された前記送信要求の応答として、前記データを送信することを特徴とする請求項３に記載の情報処理装置。
5. 情報処理装置に接続される画像処理装置であって、
   前記情報処理装置と通信する通信手段と、
   ユーザの該画像処理装置へのログインを実行する実行手段とを有し、
   前記通信手段は、前記ユーザが該画像処理装置にログインしたことを該画像処理装置から前記情報処理装置に通知させるための通知要求を前記情報処理装置から受信し、
   前記通信手段は、更に、前記通信手段により前記通知要求が受信され、かつ前記実行手段により前記ユーザの該画像処理装置へのログインが実行された場合、該画像処理装置に前記ユーザがログインしたことの通知を前記情報処理装置に送信し、
   前記通信手段は、更に、前記通信手段により前記通知が送信された後に、前記ユーザがログインした該画像処理装置により前記情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記情報処理装置から受信し、
   前記通信手段は、更に、前記通信手段により前記遠隔操作要求が受信された後に、前記遠隔操作を実行するための情報を前記情報処理装置に送信することを特徴とする画像処理装置。
6. 前記通信手段により受信された通知要求を登録する登録手段を更に有し、
   前記通信手段は、前記登録手段により登録された前記通知要求に従って、前記通知を送信することを特徴とする請求項５に記載の画像処理装置。
7. 前記遠隔操作を実行することを前記ユーザに確認するための確認手段を更に有し、
   前記通信手段は、前記確認手段による確認に対し、前記遠隔操作を実行するよう指示された場合、前記情報を前記情報処理装置に送信することを特徴とする請求項５又は６に記載の画像処理装置。
8. 前記通信手段は、更に、該画像処理装置が前記遠隔操作を実行するための情報を送信する際に必要なユーザインタフェースを表示するためのデータを前記情報処理装置から受信し、
   前記通信手段により受信されたデータに基づき、前記遠隔操作を実行するためのユーザインタフェースを表示する表示手段を更に有することを特徴とする請求項５乃至７のいずれかに記載の画像処理装置。
9. 前記通信手段は、更に、前記通信手段により前記遠隔操作要求が受信された後に、前記データの送信要求を前記情報処理装置に送信し、前記送信された前記送信要求の応答として、前記データを受信することを特徴とする請求項８に記載の画像処理装置。
10. 前記通信手段は、更に、前記遠隔操作要求により示されるユーザと前記実行手段によりログインが実行されたユーザと一致する場合に、前記遠隔操作を実行するための情報を前記情報処理装置に送信することを特徴とする請求項５乃至９のいずれか１項に記載の画像処理装置。
11. 前記遠隔操作を実行するための情報は、前記情報処理装置から前記画像処理装置にデータを送信させるための情報であることを特徴とする請求項５乃至１０のいずれか１項に記載の画像処理装置。
12. 画像処理装置と情報処理装置とを有し、前記画像処理装置から前記情報処理装置を遠隔操作するための遠隔操作システムであって、
    前記情報処理装置は、
    前記画像処理装置と通信する第１の通信手段を有し、
    前記第１の通信手段は、ユーザが前記画像処理装置にログインしたことを前記画像処理装置から該情報処理装置に通知させるための通知要求を前記画像処理装置に送信し、
    前記第１の通信手段は、更に、前記通信手段により前記通知要求が送信された前記画像処理装置に前記ユーザがログインしたことの通知を前記画像処理装置から受信し、
    前記第１の通信手段は、更に、前記第１の通信手段により前記通知が受信された場合、前記ユーザがログインした前記画像処理装置により該情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記画像処理装置に送信し、
    前記第１の通信手段は、更に、前記第１の通信手段により前記遠隔操作要求が送信された後に、前記遠隔操作を実行するための情報を前記画像処理装置から受信し、
    該情報処理装置は、更に、前記第１の通信手段により受信された前記情報に基づき、前記画像処理装置にデータを送信するよう前記第１の通信手段を制御する制御手段を有し、
    前記画像処理装置は、
    前記情報処理装置と通信する第２の通信手段と、
    前記ユーザの該画像処理装置へのログインを実行する実行手段とを有し、
    前記第２の通信手段は、前記ユーザが該画像処理装置にログインしたことを該画像処理装置から前記情報処理装置に通知させるための通知要求を前記情報処理装置から受信し、
    前記第２の通信手段は、更に、前記第２の通信手段により前記通知要求が受信され、かつ前記実行手段により前記ユーザの該画像処理装置へのログインが実行された場合、該画像処理装置に前記ユーザがログインしたことの通知を前記情報処理装置に送信し、
    前記第２の通信手段は、更に、前記第２の通信手段により前記通知が送信された後に、前記ユーザがログインした該画像処理装置により前記情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記情報処理装置から受信し、
    前記第２の通信手段は、更に、前記第２の通信手段により前記遠隔操作要求が受信された後に、前記遠隔操作を実行するための情報を前記情報処理装置に送信することを特徴とする遠隔操作システム。
13. 画像処理装置と情報処理装置とを有し、前記画像処理装置から前記情報処理装置を遠隔操作するための遠隔操作システムを制御する制御方法であって、
    ユーザが前記画像処理装置にログインしたことを前記画像処理装置から前記情報処理装置に通知させるための通知要求を前記情報処理装置から前記画像処理装置に送信し、前記画像処理装置が前記通知要求を受信するステップと、
    前記ユーザの前記画像処理装置へのログインを実行するステップと、
    前記通知要求が送信され、かつ、前記ユーザの前記画像処理装置へのログインが実行された場合、前記画像処理装置に前記ユーザがログインしたことの通知を前記画像処理装置から前記情報処理装置に送信し、前記情報処理装置が前記通知を受信するステップと、
    前記通知が前記情報処理装置に受信された場合、前記ユーザがログインした前記画像処理装置により前記情報処理装置の遠隔操作を可能とするための遠隔操作要求を前記情報処理装置から前記画像処理装置に送信し、前記画像処理装置が前記遠隔操作要求を受信するステップと、
    前記遠隔操作要求が前記画像処理装置に受信された後に、前記遠隔操作を実行するための情報を前記画像処理装置から前記情報処理装置に送信し、前記情報処理装置が前記情報を受信するステップと、
    前記受信された前記情報に基づき、前記画像処理装置にデータを送信するよう前記情報処理装置を制御するステップとを有することを特徴とする制御方法。

Images