(57)【要約】【課題】  マスク画面が遠隔操作中に表示された状態で、画像形成装置にジョブが投入された時に、その投入されたジョブの制御可能な表示に切り替え、ジョブの制御を可能とする画像形成装置、その制御方法、プログラム、及びシステムを提供する。【解決手段】  画像形成装置１０１において、遠隔操作処理部３０７は、インターネットを介して接続するコールセンター端末１０２に、タッチパネル２１１と一体的に構成されるディスプレイ２１３に表示すべき通常画面の情報を送り、コールセンター端末１０２から受信した操作指示に基づき画像形成装置１０１を操作する。遠隔操作処理部３０７による操作が行われている場合であって、通常画面を不可視とする必要がある場合、ジョブ制御画面を表示するようディスプレイ２１３を制御する。【選択図】  図９
2018176509.tif 000002
【特許請求の範囲】
【請求項１】
操作画面をユーザ操作可能に表示する表示部、及びネットワークを介して外部装置と接続する接続部を有する画像形成装置において、
前記外部装置に前記操作画面の情報を送り、前記外部装置から受信した操作指示に基づき前記画像形成装置を操作する遠隔操作手段と、
前記遠隔操作手段による操作が行われているか否かを判断する判断手段と、
前記判断手段により前記遠隔操作手段による操作が行われていると判断された場合、前記操作画面に表示されている内容の少なくとも一部を不可視とする必要があるかどうかを判断する判断手段と、
前記判断手段によって前記操作画面に表示されている内容の少なくとも一部を不可視とする必要があると判断した場合、ジョブ制御画面を表示するよう前記表示部を制御する表示制御手段とを備えることを特徴とする画像形成装置。
【請求項２】
ジョブが投入されたことを検出する第１の検出手段を更に備え、
前記表示制御手段は、前記第１の検出手段による検出がされた場合に実行されることを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記表示制御手段は、前記第１の検出手段による検出がされる前は、前記遠隔操作手段による操作が行われていることを通知するマスク画面を表示するよう前記表示部を制御することを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記ジョブの終了及び前記ジョブのユーザ操作による終了のいずれかの終了を検出する第２の検出手段を更に備え、
前記表示制御手段は、前記第１の検出手段による検出がされた後、前記第２の検出手段による検出がされた場合、前記ジョブ制御画面を前記マスク画面に切り替えることを特徴する請求項３記載の画像形成装置。
【請求項５】
前記表示部には、前記操作画面が生成される表示領域と、前記マスク画面および前記ジョブ制御画面のいずれかが生成される拡張表示領域のいずれか一方の領域に生成された画面が表示されることを特徴とする請求項３又は４記載の画像形成装置。
【請求項６】
前記マスク画面には、前記画像形成装置へのジョブの投入が可能である旨が表示されることを特徴とする請求項３乃至５のいずれか１項に記載の画像形成装置。
【請求項７】
マスクする必要がある画面を保持する保持手段を更に備え、
前記判断手段は、前記操作画面が前記保持された画面である場合に前記操作画面をマスクする必要があると判断することを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
【請求項８】
前記マスクする必要がある画面は、メンテナンス画面であることを特徴とする請求項７記載の画像形成装置。
【請求項９】
操作画面をユーザ操作可能に表示する表示部、及びネットワークを介して外部装置と接続する接続部を有する画像形成装置の制御方法において、
前記外部装置に前記操作画面の情報を送り、前記外部装置から受信した操作指示に基づき前記画像形成装置を操作する遠隔操作ステップと、
前記遠隔操作ステップにおいて操作が行われているか否かを判断する判断ステップと、
前記判断ステップにおいて前記遠隔操作ステップによる操作が行われていると判断された場合、前記操作画面に表示されている内容の少なくとも一部を不可視とする必要があるかどうかを判断する判断ステップと、
前記判断ステップにおいて前記操作画面に表示されている内容の少なくとも一部を不可視とする必要があると判断した場合、ジョブ制御画面を表示するよう前記表示部を制御する表示制御ステップとを有することを特徴とする制御方法。
【請求項１０】
請求項９記載の制御方法を実行することを特徴とするプログラム。
【請求項１１】
請求項１乃至８のいずれか１項に記載の前記画像形成装置及び前記外部装置からなるシステムにおいて、
前記画像形成装置は、前記ジョブ制御画面が前記表示部に表示された場合にその旨を知らせるイベントを発行し、前記外部装置に送信する発行・送信手段を備え、
前記外部装置は、前記イベントが送信された場合、前記ジョブ操作画面が前記表示部に表示されたことを表示する表示手段を備えることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔保守サービスを利用する画像形成装置、その制御方法、プログラム、及びシステムに関する。
【背景技術】
【０００２】
画像形成装置に対する音声や動画通信、遠隔操作による遠隔保守サービスが提案されている。遠隔保守サービスでは、画像形成装置でのエラー発生時に保守のための人員（以下、サービスマンと称する。）が現地に赴くことがなく、コールセンターにおいてサービスマンがユーザに直接エラー解決方法を伝え解決することが可能となる。これにより、ユーザが使用する画像形成装置（以下、ユーザ側画像形成装置という）のエラー解決までの時間を短縮することが可能となる。このような遠隔保守サービスでは、電話機やＰＣ等の装置を使うことなく、ユーザ側画像形成装置にある通信手段を利用してコールセンターのサービスマンが操作するＰＣ（以下「コールセンター側ＰＣ」という）との接続を実現することが効果的である。一般的には、ファイアウォールに遮られた情報端末に対して、インターネット側からの接続は制限される。一方、ファイアウォールの中にある情報端末側からインターネットへの接続は、ファイアウォールとの親和性が高いＨＴＴＰであれば許可される。よって、ファイアウォールに遮られた２つの情報端末が、ＨＴＴＰクライアントとして接続が可能な中継サーバに、それぞれの情報端末側から接続をすることで、情報端末間のセッション確立を実現できる。すなわち、ユーザ側画像形成装置及びコールセンター側ＰＣがファイアウォールの中にそれぞれ存在し、且つインターネットに接続できる環境にあって、中継サーバを介してコールセンター側ＰＣとの間のセッションを確立すればよい。これにより、より広範囲でユーザはコールセンターの利用が可能になる。
【０００３】
このような遠隔保守サービスでは、保守内容やトラブル内容によっては、コールセンター側ＰＣからの指示や操作により、ユーザ側画像形成装置のメンテナンス画面上で初期設定など通常表示されない設定が行われる場合がある。例えば、ユーザ側画像形成装置が不調の場合等である。このメンテナンス画面上に表示される設定は、動作保証できない設定が意図的にされないようにサービスマンなど限定したユーザにのみ公開している。したがって、現地にサービスマンが赴いている場合は問題ないが、遠隔保守サービスを実施する場合、ユーザ側画像形成装置の近くにいるユーザであれば誰でもメンテナンス画面上の設定を視認できる状況が発生してしまう。さらには、メンテナンス画面が表示されている間はユーザ側画像形成装置の固有の設定が可能なため、サービスマンが遠隔操作時に、ユーザ側画像形成装置の目の前にいるユーザがメンテナンス画面触れ、誤って設定変更されてしまう恐れがある。
【０００４】
このため、遠隔操作中にユーザ側画像形成装置のメンテナンス画面を用いた設定を行う際に、ユーザ側画像形成装置の画面をマスクする方法が知られている（例えば特許文献１参照）。これにより、メンテナンス画面をユーザ側画像形成装置の近くや目の前にいるユーザに視認できないようにし、またユーザによる誤操作を防止している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１２０２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の方法には以下に記載する問題がある。例えば、ユーザ側画像形成装置の画面をマスクしている時に、ユーザ側画像形成装置に対してＰＣファクス指示や外部端末からの画像プリント指示があることがある。ここで、ＰＣファクス指示とは、ＰＣなどの外部機器から画像形成装置に画像とファクス宛先を送信し、これを受けた画像形成装置で画像を蓄積し指示された宛先にファクス送信するための指示である。また外部機器からの画像プリント指示は、ＰＣファクス指示と同様に、ＰＣなどの外部機器から画像形成装置に画像を送信し、これを受けた画像形成装置で画像を蓄積しプリントするための指示である。これらのファクス送信やプリントのジョブは、画像形成装置のジョブ制御画面上にジョブ状況リストとして表示され、このジョブ状況リストからジョブを選んでジョブの中止などのジョブ制御が可能になる。しかしながら、遠隔操作中で画面をマスクしている場合には、このジョブ制御画面が表示されなくジョブの中止などのジョブ制御ができない。例えば、ジョブがＰＣファクス指示におけるファクス送信のジョブであった場合、途中でファクスの宛先の間違いに気づいても、遠隔操作中で画面をマスクしている場合にはそのジョブの制御ができない。このため、ファクス送信を中止することもできず、誤送信になってしまうのがわかっていても止められず、結果間違った宛先にファクス送信が行われてしまう。
【０００７】
また、画像形成装置の機能の１つに留め置きプリントがある。これは、ＰＣなどの外部機器からプリント指示があった場合、すぐに画像形成装置で印刷を実行せず、いったん画像形成装置内にそのジョブを留め置いておき、ユーザが画像形成装置を操作して投入したジョブを選んでプリントする機能である。特許文献１のように、ユーザ側画像形成装置の画面がマスクされている状態では、この留め置き印刷ジョブが投入されても、画面で投入したジョブの選択ができないため、印刷自体ができない。
【０００８】
このような課題を鑑みて本発明は、マスク画面が遠隔操作中に表示された状態で、画像形成装置にジョブが投入された時に、その投入されたジョブの制御可能な表示に切り替え、ジョブの制御を可能とすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の請求項１に係る画像形成装置は、操作画面をユーザ操作可能に表示する表示部、及びネットワークを介して外部装置と接続する接続部を有する画像形成装置において、前記外部装置に前記操作画面の情報を送り、前記外部装置から受信した操作指示に基づき前記画像形成装置を操作する遠隔操作手段と、前記遠隔操作手段による操作が行われているか否かを判断する判断手段と、前記判断手段により前記遠隔操作手段による操作が行われていると判断された場合、前記操作画面に表示されている内容の少なくとも一部を不可視とする必要があるかどうかを判断する判断手段と、前記判断手段によって前記操作画面に表示されている内容の少なくとも一部を不可視とする必要があると判断した場合、ジョブ制御画面を表示するよう前記表示部を制御する表示制御手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、マスク画面が遠隔操作中に表示された状態で、画像形成装置にジョブが投入された時に、その投入されたジョブの制御可能な表示に切り替え、ジョブの制御を可能とする。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例１に係る画像形成装置を含む遠隔保守システムのネットワーク構成を示す図である。
【図２】画像形成装置のハードウェア構成を示す図である。
【図３】画像形成装置のソフトウェア構成を示す図である。
【図４】画像形成装置により実行される図１のコールセンター端末との通信処理の手順を示すフローチャートである。
【図５】実施例１に係る図４のステップＳ４０６の画面表示切替処理の手順の詳細を示すフローチャートである。
【図６】図３のＵＩ処理部において実行される、実施例１に係る画面表示切替処理の手順を示すフローチャートである。
【図７】図６のステップＳ６０２において、図３の画面生成部によりＲＡＭに生成される画面データを示す図である。
【図８】図６のステップＳ６０５でジョブ投入イベントがファクス送信指示である場合にステップＳ６０８で生成されるジョブ制御画面を含む仮想ディスプレイ領域の状態を示す図である。
【図９】図６のステップＳ６０５でジョブ投入イベントが留め置き印刷指示である場合にステップＳ６０８で生成されるジョブ制御画面を示す図である。
【図１０】ＵＩ処理部において実行される、実施例２に係る画面表示切替処理の手順の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、以下の各実施例で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
（実施例１）
まず、図１を参照して、本実施例に係る画像形成装置を含む遠隔保守システムのネットワーク構成について説明する。
【００１４】
本実施例に係る遠隔保守システムは、画像形成装置１０１、コールセンター端末（外部装置）１０２、及び中継サーバ１０３を含んで構成される。コールセンター端末１０２は、音声や動画通信、遠隔操作等により画像形成装置１０１を遠隔保守する機能を有する。中継サーバ１０３は、ＨＴＴＰサーバとしての通信機能を備える。中継サーバ１０３は、画像形成装置１０１とコールセンター端末１０２間のセッション管理を行う。図１の遠隔保守システムでは、コールセンター端末１０２により遠隔保守される画像形成装置は、画像形成装置１０１の１台のみである例を示している。しかしながら、本発明はこれに限定されず、遠隔保守される画像形成装置に複数の画像形成装置が含まれてもよい。
【００１５】
画像形成装置１０１、及びコールセンター端末１０２は、ＨＴＴＰクライアントとしての通信機能を備えている。画像形成装置１０１は、ネットワークケーブルを介して接続するファイアウォール１０４を通じてインターネット１０５上の中継サーバ１０３とＨＴＴＰ接続する。コールセンター端末１０２も同様に、中継サーバ１０３とＨＴＴＰ接続する。画像形成装置１０１は、中継サーバ１０３を経由して、コールセンター端末１０２との間でデータ送受信を行う。
【００１６】
本実施例に係るコールセンター端末１０２は、画像形成装置１０１の保守用として、コールセンターの保守オペレータが操作する端末である。コールセンター端末１０２は、音声や動画通信、遠隔操作により画像形成装置１０１を遠隔保守する役割として動作する。コールセンター端末１０２は、画像形成装置１０１を遠隔操作する機能のためのクライアントとしての機能を持つ。具体的には、ＲＦＢプロトコルに対応したクライアント（ＶＮＣクライアント）ソフトが動作しており、画像形成装置１０１の遠隔操作処理部３０７（図１）と通信して、画像形成装置１０１の操作を行うことが可能である。ＲＦＢプロトコルとは  Ｒｅｍｏｔｅ  ＦｒａｍｅＢｕｆｆｅｒプロトコルのことであり、ＶＮＣとは、Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｃｏｍｐｕｔｉｎｇのことである。これらは、ネットワークを通じて接続された他のコンピュータの画面を遠隔操作するためのプロトコル及びそのソフトウェアのことである。なお、本実施形ではＲＦＢプロトコルのパケットをＨＴＴＰプロトコルでパッケージして画像形成装置１０１との通信を行う。図１のコールセンター端末は、不図示のファイアウォールを介してインターネットに接続しているが、ファイアウォールを介さずにインターネットに接続する構成であってもよい。
【００１７】
なお、本実施例では、画像形成装置１０１と中継サーバ１０３との接続には、ＨＴＴＰプロトコルを用いているが、ファイアウォール１０４との親和性が高い他の通信プロトコルであってもよい。また、本実施例では、コールセンター端末１０２と、中継サーバ１０３との接続には、ＨＴＴＰプロトコルを用いているが、他の通信プロトコルであってもよい。さらに、本実施例では、画像形成装置１０１とコールセンター端末１０２間のデータ送受信は、中継サーバ１０３を経由しているが、画像形成装置１０１からコールセンター端末１０２に直接接続した通信路を別途確立して実施してもよい。
【００１８】
次に、図２を参照して、本実施例に係る画像形成装置１０１のハードウェア構成について説明する。画像形成装置１０１は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、スキャナＩ／Ｆ２０６、プリンタＩ／Ｆ２０８、操作入力Ｉ／Ｆ２１０、表示入力Ｉ／Ｆ２１２、ネットワークＩ／Ｆ２１４、およびファクス通信Ｉ／Ｆ２１６を備える。
【００１９】
ＣＰＵ２０１は、ＲＯＭ２０３又はハードディスクドライブ（以下ＨＤＤと略す）２０４に記憶された制御プログラムに基づいてシステムバス２０５に接続される各種のデバイスとのアクセスを総括的に制御する。ＲＯＭ２０３は、ＣＰＵ２０１が実行可能な制御プログラム等を記憶している。ＲＡＭ２０２は、主としてＣＰＵ２０１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。ＨＤＤ２０４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。なお、本実施例ではＨＤＤ２０４を用いたが、ＨＤＤ２０４の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。
【００２０】
スキャナＩ／Ｆ２０６は、スキャナ２０７からの画像入力を制御する。プリンタＩ／Ｆ２０８は、プリンタ２０９への画像出力を制御する。
【００２１】
操作入力Ｉ／Ｆ２１０は、ユーザ操作を受け付け、受け付けたユーザ操作に応じた制御信号を生成し、ＣＰＵ２０１に供給する。操作入力Ｉ／Ｆ２１０は、ユーザ操作を受け付ける入力デバイスとして、タッチパネル２１１及びハードキー２１５と接続されている。タッチパネル２１１は、平面的に構成された入力部に対して接触された位置に応じた座標情報が出力されるようにした入力デバイスである。ハードキー２１５は、数値キーやスタートキー、ストップキーなど物理的に押下可能な入力デバイスである。ＣＰＵ２０１は、これらの入力デバイスに対してなされたユーザ操作に応じて操作入力Ｉ／Ｆ２１０で生成され供給される制御信号に基づき、プログラムに従いこの画像形成装置１０１の各部を制御する。これにより、画像形成装置１０１に対し、ユーザ操作に応じた動作を行わせることができる。
【００２２】
表示入力Ｉ／Ｆ２１２は、ディスプレイ２１３に対して画像を表示させるための表示信号を出力する。例えば、表示入力Ｉ／Ｆ２１２に対して、ＣＰＵ２０１がプログラムに従い生成した表示制御信号が供給される。表示入力Ｉ／Ｆ２１２は、この表示制御信号に基づき表示信号を生成してディスプレイ２１３に対して出力する。例えば、表示入力Ｉ／Ｆ２１２は、ＣＰＵ２０１が生成する表示制御信号に基づき、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を構成するＧＵＩ画面をディスプレイ２１３に表示させる。
【００２３】
タッチパネル２１１はディスプレイ２１３と一体的に構成される。例えば、タッチパネル２１１を光の透過率がディスプレイ２１３の表示を妨げないように構成し、ディスプレイ２１３の表示面の上層に取り付ける。そして、タッチパネル２１１における入力座標と、ディスプレイ２１３上の表示座標とを対応付ける。これにより、ディスプレイ２１３上の画面に対してユーザ操作可能なＧＵＩを構成することができる。
【００２４】
２１４はネットワークＩ／Ｆであり、ネットワークケーブル（不図示）を経由して外部ネットワーク（ＬＡＮ）とデータ通信を行う接続部である。
【００２５】
２１６はファクス通信Ｉ／Ｆであり、電話線を介して電話回線２１７に接続され、ファクシミリ通信を行う。
【００２６】
次に、図３を参照して、本実施例に係る画像形成装置１０１のソフトウェア構成について説明する。ここで示される各ソフトウェアモジュールは主にＣＰＵ２０１で動作する。
【００２７】
ジョブコントロール処理部３０１は、図示／不図示の各ソフトウェアモジュールを統括的に制御し、コピー、プリント、スキャン、ＵＩ処理などの画像形成装置１０１内で発生するあらゆるジョブの制御を行う。
【００２８】
ＵＩ処理部３０２は操作入力解析部３１１、イベント解析部３１２、イベント処理部３１３、画面生成部３１４、画面表示部３１５から成る。操作入力解析部３１１は、操作入力Ｉ／Ｆ２１０から供給される制御信号を解析し、ユーザ操作に応じたイベントをイベント処理部３１３に通知する。イベント解析部３１２は、操作入力以外に画像形成装置１０１で発生する各種事象を受け取り解析し、その事象に応じたイベントをイベント処理部３１３に通知する。イベント処理部３１３は、操作入力解析部３１１、イベント解析部３１２、および後述する操作情報受信部３２１からイベントを受け取り、イベントに応じて画像形成装置１０１の各部を制御する。イベント処理部３１３は、ディスプレイ２１３に表示する画面を変更する必要がある場合、画面生成部３１４を呼び出す。画面生成部３１４はディスプレイ２１３に表示する画面のデータをＲＡＭ２０２上に生成する処理を行う。画面表示部３１５は、表示入力Ｉ／Ｆ２１２を制御して、画面生成部３１４が生成したデータをディスプレイ２１３に表示する。
【００２９】
ネットワーク処理部３０３は、主にネットワークＩ／Ｆ２１２を介して行われる外部との通信を制御するモジュールであり、ＬＡＮ上の各機器との通信制御を行う。ネットワーク処理部３０３は、ＬＡＮの各機器からの制御コマンドやデータを受信すると、その内容をジョブコントロール処理部３０１へ通知する。また、ジョブコントロール処理部３０１からの指示に基づき、ＬＡＮの各機器へ制御コマンドやデータの送信を行う。
【００３０】
スキャン処理部３０４は、ジョブコントロール処理部３０１の指示に基づいて、スキャナ２０７、及びスキャナＩ／Ｆ２０６を制御して、スキャナ２０７上に設置されている原稿の読み込みを指示する。
【００３１】
プリント処理部３０５は、ジョブコントロール処理部３０１の指示に基づいて、プリンタ２０９、及びプリンタＩ／Ｆ２０８を制御して、指定された画像の印刷処理を行う。
【００３２】
遠隔保守処理部３０６は、ＨＤＤ２０４に記憶されているコールセンター接続情報の設定に従い、中継サーバ１０３のＵＲＬを取得し、ネットワーク処理部３０３を介して、中継サーバ１０３への接続を行う。確立したセッション上で、ネットワーク処理部３０３を介して、音声、動画、遠隔操作等のデータ送受信を行う。遠隔保守処理部３０６は、受信したデータが遠隔操作のデータだった場合、遠隔操作処理部３０７に通知して処理を依頼する。
【００３３】
遠隔操作処理部３０７は、接続処理部３２０、操作情報受信部３２１、画面送信部３２２の各モジュールを含む。遠隔操作処理部３０７はＲＦＢプロトコルによる通信を行うＶＮＣサーバモジュールであり、コールセンター端末１０２上で動作するＶＮＣクライアントとネットワークを介して通信するソフトウェアモジュールである。接続処理部３２０はＶＮＣクライアントからの接続要求を受け付け、接続処理を行う。操作情報受信部３２１はＶＮＣクライアントから操作情報を受信し、操作に応じたイベントをイベント処理部３１３に通知する。なお、操作情報受信部３２１が通知するイベントは、操作入力解析部３１１が通知するイベントと同等のものである。画面送信部３２２は画面生成部３１４が生成した画面データをＲＡＭ２０２から読み取って、ＶＮＣクライアントに送信する処理を行う。
【００３４】
図４は画像形成装置１０１における、中継サーバ１０３を経由したコールセンター端末１０２との通信処理の手順を示すフローチャートである。以下で説明する処理は、ＨＤＤ２０４に格納されたプログラムがＲＡＭ２０２に読み出され、ＣＰＵ２０１によって実行されることで実現される。
【００３５】
ステップＳ４０１において、遠隔保守処理部３０６は、ＵＩ処理部３０２から、コールセンター呼び出し指示を受け付けると、ＨＤＤ２０４から、中継サーバ１０３のＵＲＬを読み出し、中継サーバ１０３にＨＴＴＰ接続する。続いて、ステップＳ４０２において、遠隔保守処理部３０６は、中継サーバ１０３を介してコールセンター端末１０２とのセッション（接続）を確立する。
【００３６】
ステップＳ４０３において、遠隔保守処理部３０６は、音声、動画、及び遠隔操作データを、ステップＳ４０２で確立したセッション上で、ネットワーク処理部３０３を経由し、コールセンター端末１０２と送受信する。これにより、画像形成装置１０１に対して、コールセンター端末１０２側の保守オペレータによる遠隔保守処理が開始される。ステップＳ４０４において、遠隔保守処理部３０６は、ステップＳ４０３で受信したデータが遠隔操作指示であるか否かを判定する。遠隔操作指示とは、音声、動画以外の遠隔操作を行うためのデータを示す。遠隔操作指示であればステップＳ４０６に進み、そうでなければステップＳ４０５に進む。ステップＳ４０５において、遠隔保守処理部３０６は、ＵＩ処理部３０２に音声及び動画などのデータ処理を行う依頼を行い、ステップＳ４０７に進む。尚、本実施例で遠隔保守処理部３０６が不図示のルートにより直接ＵＩ処理部３０２に依頼を行っているが、かかるルートを設けず、遠隔操作処理部３０７を介してＵＩ操作部３０２に対して依頼を行なってもよい。
【００３７】
ステップＳ４０６において、遠隔保守処理部３０６は、遠隔操作処理部３０７に遠隔操作の処理を行う依頼を行う。遠隔操作処理の詳細は図５において後述する。ステップＳ４０７で、遠隔保守処理部３０６は、中継サーバ１０３とコールセンター端末１０２との接続が終了していれば本処理を終了する。終了していなければ、ステップＳ４０３に戻り、中継サーバ１０３とコールセンター端末１０２とのデータを受信する。
【００３８】
図５は、図４のステップＳ４０６の遠隔操作処理の手順の詳細を示すフローチャートである。以下で説明する処理は、ＨＤＤ２０４に格納されたプログラムがＲＡＭ２０２に読み出され、ＣＰＵ２０１によって実行されることで実現される。
【００３９】
ステップＳ５０１において、遠隔操作処理部３０７は、コールセンター端末１０２からの遠隔操作処理の接続要求を待ち、接続要求を受けるとステップＳ５０２に進む。ステップＳ５０２において遠隔操作処理部３０７は要求に基づいて接続処理を行う。具体的にはコールセンター端末１０２上のＶＮＣクライアントからの接続要求を、遠隔保守処理部３０６を経由して受け取り、ＲＦＢプロトコルによるセッションを確立する。この処理は、遠隔操作処理部３０７内の接続処理部３２０によって行われる。ステップＳ５０３において、遠隔操作処理部３０７は、コールセンター端末１０２上のＶＮＣクライアントからのコマンドを受信する。ステップＳ５０４において、遠隔操作処理部３０７は、受信したコマンドが画面情報取得要求であるか否かを判断する。画面情報取得要求であると判断するとステップＳ５０５に進み、画面情報取得要求ではないと判断するとステップＳ５０６に進む。ステップＳ５０５において、遠隔操作処理部３０７は、画面情報を読み取って接続中のＶＮＣクライアントに送信する。ここで送信する画面情報は、画面生成部３１４がＲＡＭ２０２上に生成したものである。この処理は、遠隔操作処理部３０７内の画面送信部３２２によって行われる。画面情報を送信するとステップＳ５０３に戻って次のコマンドの受信を待つ。
【００４０】
ステップＳ５０６において、遠隔操作処理部３０７は、受信したコマンドが操作コマンドであるか否かを判断する。操作コマンドはコールセンター端末１０２上のＶＮＣクライアントに表示された画面を保守オペレータが操作した時に遠隔保守処理部３０６を経由して遠隔操作処理部３０７に送られてくる。操作コマンドであると判断するとステップＳ５０７に進み、操作コマンドではないと判断するとステップＳ５０８に進む。ステップＳ５０７において、遠隔操作処理部３０７は、操作情報の通知を行う。具体的には操作情報受信部３２１がＵＩ処理部３０２内のイベント処理部３１３に対して、受信した操作コマンドに対応した操作イベントを通知する。通知する操作イベントは操作入力解析部３１１が通知するタッチパネル操作イベントまたはハードキー操作イベントと同等イベントである。イベントを通知するとステップＳ５０３に戻って次のコマンドの受信を待つ。
【００４１】
ステップＳ５０８において、遠隔操作処理部３０７は、受信したコマンドが切断要求であるか否かを判断する。切断要求でないと判断するとステップＳ５０９に進み、切断要求であると判断するとステップＳ５１０に進む。ステップＳ５０９において、遠隔操作処理部３０７は、コマンドに対応した処理を行い、ステップＳ５０３に戻って次のコマンドの受信を待つ。ステップＳ５１０において、遠隔操作処理部３０７は切断処理を行ってステップＳ５０１に戻る。具体的には接続処理部３２０は、ＲＦＢプロトコルによるセッションを破棄してＶＮＣクライアントとの接続を切断する。また、この時、ＶＮＣクライアントとの接続が切断したことをイベント解析部３１２に通知する。なお、ステップＳ５１０の切断処理は、例えばネットワーク環境の不具合等によってＶＮＣクライアントとの通知が途絶えた場合にも同様の処理が行われる。
【００４２】
上記のような遠隔操作処理によって、画像形成装置１０１の操作画面がコールセンター端末１０２に表示される。また、コールセンター端末１０２に表示された操作画面に対して保守オペレータにより行われた操作によって画像形成装置１０１の遠隔操作を行うことができる。
【００４３】
次に、画像形成装置１０１における、ＵＩ処理部３０２による画面表示切替処理の手順の詳細を図６のフローチャートに従って説明する。以下で説明する処理は、ＨＤＤ２０４に格納されたプログラムがＲＡＭ２０２に読み出され、ＣＰＵ２０１によって実行されることで実現される。
【００４４】
ステップＳ６０１において、イベント処理部３１３が、操作入力解析部３１１、イベント解析部３１２、または操作情報受信部３２１からイベントを受け取る。そして、受け取ったイベント（以下、受取イベントという）に応じた処理を行いステップＳ６０２に進む。具体的にはジョブコントロール処理部３０１を介して画像形成装置１０１の各部を制御する。ステップＳ６０２において、画面生成を行う。具体的には画面生成部３１４がディスプレイ２１３に表示する画面のデータをＲＡＭ２０２上に生成する処理を行う。
【００４５】
図７は、ステップＳ６０２において、画面生成部３１４によりＲＡＭ２０２に生成される画面データの例である。画面生成部３１４はＲＡＭ２０２内の特定の領域を仮想ディスプレイ領域７０１とし、仮想ディスプレイ領域７０１に画面データを生成する。
【００４６】
仮想ディスプレイ領域７０１は、それぞれ同じ表示サイズ（例えば横幅が１０２４ピクセル、高さが６００ピクセル）の通常表示領域７０２と拡張表示領域７０３とで構成される。各表示サイズは、ディスプレイ２１３の表示サイズ（例えば横幅が１０２４ピクセル、高さが６００ピクセル）と同一サイズに設定される。ディスプレイ２１３には、仮想ディスプレイ領域７０１から、通常表示領域７０２に描画（生成）される画像と拡張表示領域７０３に描画（生成）される画像とのいずれか一方が表示される。
【００４７】
通常表示領域７０２には、画面生成部３１４が、開始座標７０４のＸ座標「０」、Ｙ座標「０」を始点として画像を描画する。通常表示領域７０２に描画される画像は、通常の操作画面（以下「通常画面」という）である。この通常画面は遠隔操作中においては必要に応じてコールセンター端末１０２で動作するＶＮＣクライアントに送信される。拡張表示領域７０３には、画面生成部３１４が、開始座標７０５のＸ座標「１０２４」、Ｙ座標「０」を始点として画像を描画する。拡張表示領域７０３に描画される画像は、現在遠隔操作中であることをユーザに通知すると共に通常画面に対するユーザ操作をできなくするため、通常画面をディスプレイ２１３からマスクするための画面（以下「マスク画面」という）である。これにより、通常画面としてメンテナンス画面が生成された場合、その画面データをＶＮＣクライアントに送信することによりコールセンター端末１０２側の保守オペレータがメンテナンス画面で画像形成装置の設定を遠隔操作により行うことができる。
【００４８】
尚、本実施例では、マスク画面においては「遠隔操作中です」としか表示がされていないが、ファクス送信指示、プリント指示、留め置き印刷などのジョブの投入が遠隔操作中も可能である旨も併せて表示するようにしてもよい。これにより遠隔操作のためマスク画面がディスプレイ２１３に表示されている間は画像形成装置１０１に対しジョブ投入ができないといった誤解をユーザがしてしまうのを防止することができる。
【００４９】
図６の説明に戻る。ステップＳ６０３において、画面表示部３１５は遠隔操作中であるか否かを判断する。この判断方法は複数あるが、本実施例では、画面表示部３１５がＲＡＭ２０２に記憶された遠隔操作接続情報を参照することで遠隔操作中かどうかを判断する。この遠隔操作接続情報は、遠隔操作処理部３０７の接続処理部３２０が、ＶＮＣクライアントからの接続要求を受けて接続されたこと、及び、ＶＮＣクライアントとの接続が切断したことを検知したときに、ＲＡＭ２０２に記憶しておくこととする。なお、ステップＳ６０３の判断は、画面表示部３１５が、遠隔操作接続中であるかどうかを接続処理部３２０に直接問い合わせることによって判断しても良い。遠隔操作中であると判断するとステップＳ６０４に進み、遠隔操作中ではないと判断するとステップＳ６０６に進む。ステップＳ６０６では、マスクが不要であるため図７の通常表示領域７０２（通常画面）をディスプレイ２１３に表示する。ステップＳ６０６で通常画面表示後、ステップＳ６０１で次のイベントの受信を待つ。
【００５０】
ステップＳ６０４において、通常画面の画面表示内容が、マスクが必要な画面（不可視とする必要がある画面）であるか否かを判断する。具体的には、図７の通常表示領域７０２に描画された画面（通常画面）がマスクが必要なもの（メンテナンス画面など）かで判断する。このマスクが必要な画面は、メンテナンス画面において管理者等により予め設定され、ＲＡＭ２０２等に保持される。
【００５１】
ステップＳ６０４でマスクが必要な画面であると判断するとステップＳ６０５に進み、マスクが必要な画面ではないと判断するとステップＳ６０６に進む。ステップＳ６０５では受信した受取イベントがジョブ投入イベントかどうかを判定する。具体的にはＬＡＮを通じて受信した受取イベントが、ファクス送信指示、プリント指示、留め置き印刷などのジョブ投入イベントかどうかを判断する。
【００５２】
ステップＳ６０５で受取イベントがジョブ投入イベントではないと判断された場合、ステップＳ６０７で受取イベントがジョブ操作終了のイベントまたはジョブ終了のイベントであるかどうかを判断する。ここで、ジョブ終了のイベントとは、例えば図８のジョブ制御画面（拡張表示領域７０３）で示される宛先Ａ社へのダイヤル中のＦＡＸ送信が画像形成装置１０１において終了した際にイベント解析部３１２からイベント処理部３１３に通知されるイベントである。また、ジョブ操作終了のイベントとは、例えば図８のジョブ制御画面がディスプレイ２１３に表示されている際に、ユーザにより中止のボタンが選択された場合に操作入力解析部３１１からイベント処理部３１３に通知されるイベントである。
【００５３】
ステップＳ６０７で受取イベントがジョブ操作終了のイベントでもジョブ終了のイベントでもないと判断された場合、ステップＳ６０９で図７の拡張表示領域７０３（マスク画面）を表示し、次のイベントを待つステップＳ６０１へ戻る。これにより、通常画面がメンテナンス画面等のユーザに見せたくないマスクが必要な画面であって、且つジョブ投入イベントが検出される前はマスク画面がディスプレイ２１３に表示されることになる。
【００５４】
一方、ステップＳ６０５でイベントがジョブ投入イベントであると判断された場合、ステップＳ６０８で図７の仮想ディスプレイ領域７０１の拡張表示領域７０３にジョブ制御画面を生成する。その後、ステップＳ６０９でその生成された拡張表示領域７０３をディスプレイ２１３に表示し、ステップＳ６０１へ戻る。例えば、ステップＳ６０５で受信したジョブ投入イベントがファクス送信指示である場合、図８に示すように、ファクスのジョブ制御画面が仮想ディスプレイ領域７０１の拡張表示領域７０３に生成される。
【００５５】
このようにすることで、マスク画面を表示している時に、ファクス送信やプリント指示などのジョブが投入された場合に、そのジョブを制御可能な画面がディスプレイ２１３に表示される。これにより、画像形成装置１０１の目の前にいるユーザがその投入されたジョブに対する実行、中止などの操作指示を行うことが可能になる。
【００５６】
このステップＳ６０８を行った時に、遠隔操作を行っている保守オペレータに対しネットワークを通じて画像形成装置１０１の画面（ディスプレイ２１３）にジョブ操作画面を表示している旨を知らせる通知をイベントとして発行・送信してもよい。このイベントが画像形成装置１０１からコールセンター端末１０２に送信された場合、コールセンター端末１０２のディスプレイ（不図示）にこの通知が表示される。これにより、遠隔操作を行っている保守オペレータはディスプレイ２１３において画面が変更されたこと、及びユーザによるジョブの操作が行われる可能性があることを知ることができる。さらには、遠隔操作を行っている保守オペレータはジョブに影響がある操作を止めるなどの対処が可能になる。
【００５７】
ステップＳ６０５でジョブ投入イベントではないと判断され、ステップＳ６０７で受取イベントがジョブ終了のイベントあるいはジョブ操作終了のイベントのいずれかと判断された場合には、ステップＳ６１０に進む。ステップＳ６１０では拡張表示領域７０３にマスク画面を生成し、ステップＳ６０９でディスプレイ２１３に表示されているジョブ制御画面を、その生成されたマスク画面に切り替え表示し、ステップＳ６０１へ戻る。
【００５８】
図８の拡張表示領域７０３に描画された画面は、ジョブ制御画面であり、最上列には投入されたジョブの種類として、コピー／プリント、送信、受信、保存が示されている。本図では送信（ファクス送信）が選ばれている。
【００５９】
第２列には、現在実行中又は実行待ちのジョブのリアルタイムの状況を表すリストを表示する「ジョブ状況」のタブと、過去のジョブのリストを表示するための「ジョブ履歴」のタブがあり、本図では「ジョブ状況」のタブが選ばれている。
【００６０】
次の列には、第２列で選択されたタブに応じたリストが表示される。この例ではＡ社宛の送信がダイヤル中であり、Ｂ社宛の送信が待機中であることがわかる。このリストからジョブを選択し、その下の詳細情報ボタンを押下するとさらに詳細な状況画面が開く。また、このリストからジョブを選択し、その下の中止ボタンを押下するとそのジョブが中止される。
【００６１】
図９に、ステップＳ６０５で受信したジョブ投入イベントが留め置き印刷指示である場合にステップＳ６０８で生成されるジョブ制御画面を示す。図９のジョブ制御画面は、ＲＡＭ２０２の仮想ディスプレイ領域７０１の拡張表示領域７０３に生成される画面である。この画面では、印刷を待っている文書名、ページ数、印刷を指示した時刻がリスト表示されており、画像形成装置１０１の目の前にいるユーザがこのリストから印刷するジョブを選択し、印刷開始ボタンを押下することでその印刷が行える。同様にユーザは、このリストからジョブを選択し、中止ボタンを押下することで印刷の中止もできる。
【００６２】
このように複数種類のジョブ投入イベントがある場合であっても、本発明では、図６のステップＳ６０５でジョブ投入イベントと判断した時にそのジョブの種類も判定して、実際にどのジョブの制御画面を出すか決定する。これにより、すぐに投入されたジョブの制御が可能になる。
【００６３】
このように本実施例では、通常画面に画像形成装置１０１のユーザに見せたくない画面（例えば、メンテナンス画面）が生成され、この画面に対して遠隔操作が行われている場合、マスク画面をディスプレイ２１３には表示する。これによりユーザに見せたくない画面を見せず、さらにユーザによる誤操作を防止することができる。また、本実施例ではディスプレイ２１３へのマスク画面表示中にジョブが投入された場合、ディスプレイ２１３にジョブ制御画面を表示する。これにより、遠隔操作中であっても画像形成装置１０１のユーザは投入されたジョブの制御を行うことができる。
【００６４】
（実施例２）
以上、実施例１では、通常画面をマスクするマスク画面を図７の拡張表示領域７０３に生成し、遠隔操作中にジョブ投入イベントが検出された場合はディスプレイ２１３に通常画面の代わりにマスク画面を表示した。これにより、ユーザに見せたくない画面を見せず、さらにユーザによる誤操作を防止したが、本発明はこの形態に限らない。
【００６５】
例えば、図８のように初めから、拡張表示領域７０３にはマスク画面ではなく、ジョブ制御画面が生成してもよい。これにより、遠隔操作中においてはジョブ投入イベントが検出されたか否かにかかわらず、ディスプレイ２１３に通常画面の代わりにジョブ制御画面が表示される。
【００６６】
その場合にＵＩ処理部３０２において実行される、本実施例に係る画面表示切替処理の手順を図１０のフローチャートで説明する。図１０のステップＳ１００１からステップＳ１００４、ステップＳ１００６は、図６のステップＳ６０１からステップＳ６０４、ステップＳ６０６に相当するため説明は省く。
【００６７】
ステップＳ１００４で通常画面の画面表示内容が、マスクが必要な画面と判断された場合には、ステップＳ１００５で図８に示した予め拡張表示領域７０３に描画していたジョブ制御画面を選択し表示し、イベント受信を待つためステップＳ１００１へ戻る。
【００６８】
この実施例では、ユーザが遠隔操作中であることを認識しづらくなるため、第１の実施例よりユーザの不要な操作を誘発する可能性があるが、無駄なマスク画面をなくしているだけではなく、画面制御をよりシンプルにできるメリットがある。
【００６９】
（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７０】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００７１】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００７２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００７３】
プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。
【００７４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７６】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００７７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。
【符号の説明】
【００７８】
１０１  画像形成装置
１０２  コールセンター端末
１０３  中継サーバ
１０４  ファイアウォール
１０５  インターネット
３０１  ジョブコントロール処理部
３０２  ＵＩ処理部
３０３  ネットワーク処理部
３０６  遠隔保守処理部
３０７  遠隔操作処理部
【図１】
2018176509.tif 000003
【図２】
2018176509.tif 000004
【図３】
2018176509.tif 000005
【図４】
2018176509.tif 000006
【図５】
2018176509.tif 000007
【図６】
2018176509.tif 000008
【図７】
2018176509.tif 000009
【図８】
2018176509.tif 000010
【図９】
2018176509.tif 000011
【図１０】
2018176509.tif 000012