JP2021164028A - 画像形成装置 - Google Patents

Abstract

【課題】リモート接続を開始した後、画像形成装置から他者の操作入力を禁止したい場合に対処することが可能となる画像形成装置を提供する。【解決手段】画像形成システムに１おいて、ＭＦＰ１００のＣＰＵは、ＰＣがネットワークＩＦを介してリモート接続されている場合、パネルに表示されている表示画面と同一画面をＰＣで表示するための画面データをＰＣに送信し、ＰＣからのリモートアクセスを受信して、リモートアクセスに応じた表示画面の表示処理を実行し、リモート接続が開始されてから終了されるまで、パネル及びキーからのユーザ操作を受け付けない。【選択図】図１

Description

本願は、情報処理端末から画像形成装置を遠隔操作する技術に関するものである。

特許文献１には、画像形成装置と、画像形成装置をリモート操作するリモート操作装置とを備えた画像形成システムにおいて、画像形成装置側とリモート操作装置側とにそれぞれ優先ボタンを設け、いずれかの優先ボタンが操作された場合、優先ボタンの操作側の装置からの操作入力を有効とし、非操作側の装置からの操作入力を禁止する排他制御を行うようにした画像形成システムが記載されている。

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

しかし、特許文献１に記載の画像形成システムでは、リモート接続を開始した後、画像形成装置側の操作入力を禁止することは考慮されていないので、画像形成装置の管理者が、リモート接続を開始した後に、画像形成装置から他者の操作入力を禁止したい場合に対処することができない。

本願は、リモート接続を開始した後、画像形成装置から他者の操作入力を禁止したい場合に対処することが可能となる技術を提供することを目的とする。

上記目的を達成するため、本願の画像形成装置は、ユーザインタフェースと、通信インタフェースと、表示部と、制御部と、を備えた画像形成装置であって、制御部は、情報処理装置が通信インタフェースを介してリモート接続されている場合、表示部に表示されている表示画面と同一画面を情報処理装置で表示するための画面データを情報処理装置に送信し、情報処理装置からのリモートアクセスを受信して、リモートアクセスに応じた表示画面の表示処理を実行し、リモート接続が開始されてから終了されるまで、ユーザインタフェースからのユーザ操作を受け付けない。

本願によれば、リモート接続を開始した後、画像形成装置から他者の操作入力を禁止したい場合に対処することが可能となる。

本願の一実施形態に係る画像形成システムの制御構成を示すブロック図である。 図１のＰＣ上に起動されたブラウザの表示画面（（ａ），（ｂ））及びＭＦＰのパネルの表示画面（（ｃ））の各一例を示している。 図２のブラウザの表示画面が遷移した表示画面の一例を示している。 図１のＰＣ、特にＣＰＵが実行するメイン処理の手順を示すフローチャートである。 図４のメイン処理に含まれる遠隔操作画面表示処理の詳細な手順を示すフローチャートである。 図４のメイン処理に含まれる画面更新処理の詳細な手順を示すフローチャートである。 図４のメイン処理に含まれるhttp(s)cgiリクエスト実行処理の詳細な手順を示すフローチャートである。 図１のＭＦＰ、特にＣＰＵが実行するメイン処理の手順を示すフローチャートである。 図８のメイン処理に含まれる本体パネル処理の詳細な手順を示すフローチャートである。 図８のメイン処理に含まれる初期画面送信処理の詳細な手順を示すフローチャートである。 図８のメイン処理に含まれる画面データ送信処理の詳細な手順を示すフローチャートである。 図８のメイン処理に含まれる画面押下処理の詳細な手順を示すフローチャートである。 図８のメイン処理に含まれる離上処理の詳細な手順を示すフローチャートである。 図８のメイン処理に含まれる禁止／許可設定処理の詳細な手順を示すフローチャートである。

以下、本願の実施の形態を図面に基づいて詳細に説明する。

図１は、本願の一実施形態に係る画像形成システム１の制御構成を示している。画像形成システム１は、ＰＣ１０、ＭＦＰ１００及びルータ３２を備えている。なお、ＭＦＰは、multifunction peripheral の略語である。

ＰＣ１０は、ＣＰＵ１２、記憶部１４、ユーザＩＦ１６、ディスプレイ１８、ネットワークＩＦ２０を主に備えている。そして、ＣＰＵ１２、記憶部１４、ユーザＩＦ１６、ディスプレイ１８及びネットワークＩＦ２０は、入出力ポート２２を介して互いに通信可能とされている。なお、ＩＦは、interfaceの略語である。

ユーザＩＦ１６は、典型的には、キーボードとマウスにより構成される。

ディスプレイ１８は、液晶ディスプレイや有機ＥＬディスプレイなどの表示装置、表示装置を駆動する駆動回路などにより構成されている。ディスプレイ１８として、タッチパネル方式のものを用いた場合には、ユーザは、画面上の入力ボタンをタッチすることで、入力操作をすることができる。したがって、この場合には、ディスプレイ１８は、ユーザＩＦ１６としての役割も果たすことになる。

ＣＰＵ１２は、図４に基づいて後述するメイン処理のプログラムを含む各種アプリケーションプログラム（以下「アプリ」と略す）やファームウェア等を実行する。

記憶部１４は、ＲＯＭ、ＲＡＭ、ＨＤＤ、ＳＳＤ及び光ディスクドライブなどを含んでいる。記憶部１４のデータ記憶領域２８は、ＣＰＵ１２が、メイン処理のプログラムなどを実行する際に必要なデータなどを記憶する領域である。また、記憶部１４の制御プログラム領域２６は、ＯＳ、メイン処理のプログラム、その他各種のアプリやファームウェアなどを記憶する領域である。

ネットワークＩＦ２０は、ＰＣ１０を通信ネットワーク４０に接続するものである。通信ネットワーク４０は、有線又は無線ＬＡＮである。ネットワークＩＦ２０は、ＬＡＮＩＦ又はＷＬＡＮ ＩＦのいずれか一方、もしくは両方である。通信ネットワーク４０には、本実施形態では、ルータ３２とＭＦＰ１００が接続されているので、ＰＣ１０は、ルータ３２を介して、ＭＦＰ１００と各種データの送受信を行うことが可能である。

ＭＦＰ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３及びＮＶＭ１０４を備えている。なお、ＮＶＭは、non-volatile memoryの略語である。

ＣＰＵ１０１は、ＭＦＰ１００全体の制御を司るものであり、エンジンＩＦ１１０を介して印刷エンジン１１１及び読取エンジン１１２をそれぞれ制御する。

ＲＯＭ１０２は、ＣＰＵ１０１が実行する制御プログラム（図８に基づいて後述するメイン処理のプログラムを含む）を記憶するメモリである。ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムを読み出して各種処理を実行する。ＲＡＭ１０３は、画像データなどを一時的に記憶するメモリである。また、ＲＡＭ１０３は、ＣＰＵ１０１が制御プログラムを実行する際に用いるデータや信号等を一時的に記憶する記憶領域、あるいはデータ処理の作業領域としても使用される。ＮＶＭ１０４は、設定情報等を記憶する不揮発性メモリである。

また、ＭＦＰ１００は、パネル１０５及びキー１０６を備えている。パネル１０５は、本実施形態ではタッチパネルであり、パネル１０５には、ＭＦＰ１００の状態に応じて、様々な画面が表示される。ユーザは、画面上の入力ボタンをタッチすることで、入力操作をすることができる。なお、本明細書において、「画面上の入力ボタンをタッチする」を「画面上の入力ボタンを押下する」とも言うことがある。キー１０６は、ハードキー、つまり、ハードウェアにより形成されるキーである。キー１０６に属するものとしては、電源スイッチやリセットスイッチ、テンキーなどを挙げることができる。

さらに、ＭＦＰ１００は、ＰＣ１０のネットワークＩＦ２０と同様のネットワークＩＦ１０８を備えている。これにより、上述のようにＭＦＰ１００は、ＰＣ１０と各種データの送受信を行うことができる。

また、ＭＦＰ１００は、エンジンＩＦ１１０を備えている。エンジンＩＦ１１０には、印刷エンジン１１１及び読取エンジン１１２が接続されている。印刷エンジン１１１は、シートに画像を印刷するための装置であり、電子写真方式、インクジェット方式、サーマル方式等の印刷装置を有する。読取エンジン１１２は、原稿から画像を読み取るための装置であり、ＣＣＤ又はＣＩＳ等の読取装置を有する。エンジンＩＦ１１０は、印刷エンジン１１１と、読取エンジン１１２とを制御するＩＦである。

さらに、ＭＦＰ１００は、画像処理回路１２０を備えている。画像処理回路１２０は、印刷ジョブに係る画像データをラスタライズ処理し、印刷エンジン１１１へ出力する。画像処理回路１２０はまた、読取エンジン１１２が原稿から読み取った画像データをデジタルデータへ加工する。デジタルデータへ加工された画像データは、ネットワークＩＦ３０７を介して外部へ送信されたり、印刷エンジン１１１へ供給されシートへ出力されたりする。

ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＮＶＭ１０４、パネル１０５、キー１０６、ＵＳＢＩＦ１０７、ネットワークＩＦ１０８、エンジンＩＦ１１０及び画像処理回路１２０は、バス１３０により相互に接続されている。

図２（ａ）は、ユーザがＰＣ１０上でブラウザを起動し、ＵＲＬ入力欄１８１にＵＲＬ“10.100.100.1”を入力したときに、ディスプレイ１８に表示されたブラウザ画面１８０の一例を示している。入力されたＵＲＬ“10.100.100.1”は、ＭＦＰ１００の制御プログラムの１つである、ＥＷＳの保存場所を示している。なお、ＥＷＳは、embedded Web serverの略語である。

ブラウザ画面１８０のページ表示領域１８２には、ＥＷＳが提供するページが表示される。ＥＷＳが提供するページは、項目ペイン１８３と、詳細ペイン１８４とからなる。図２（ａ）に示すページは、ＥＷＳが提供する初期ページである。ユーザがこの初期ページ内のログインパスワード入力欄１８２ａにパスワードを入力し、ログインボタン１８２ｂをカーソルＣによりクリックすると、ＥＷＳが提供する、ＭＦＰ１００の各種機能を設定するための機能設定ページへログインすることができる。

図２（ｂ）は、機能設定ページ内の項目ペイン１８３に記載された複数の項目のうち、“Remote Panel”項目１８３ａをクリックしたときに表示されるブラウザ画面１８０の一例を示している。“Remote Panel”項目１８３ａは、詳細ペイン１８４に“Remote Panel”を表示させるための項目である。図示例のブラウザ画面１８０には、“Remote Panel”へのログイン認証を行うログイン認証画面１９０がポップアップ表示されている。このように、“Remote Panel”を表示する前にログイン認証するようにしたのは、次の理由による。

すなわち、“Remote Panel”は、リモート接続されている機器に対してリモートアクセスを行うために、その機器のパネルの表示を仮想的に作成して表示した仮想画面である。このため、詳細ペイン１８４に表示された“Remote Panel”に対して操作入力を行うと、リモートアクセスされる機器、本実施形態ではＭＦＰ１００のパネル１０５に対して同じ操作入力を行った結果になる。したがって、“Remote Panel”をＰＣ１０上に表示させれば、第三者が、ＰＣ１０を介してＭＦＰ１００を外から自由にリモートアクセスすることができるようになるので、“Remote Panel”を表示できる者を制限する必要がある。このため、機能設定ページへのログイン後であっても、“Remote Panel”を表示させるには、さらなるログイン認証を要求している。

“Remote Panel”へのログインは、管理者権限を有するユーザ（以下「管理者」という）に限定している。このため、ログイン認証画面１９０内のユーザ名入力欄１９０ａに管理者名（“Administrator”）を入力し、パスワード入力欄１９０ｂに管理者パスワードを入力する。そして、ログインボタン１９０ｃをカーソルＣによりクリックすると、図２（ｃ）に示すように、ＭＦＰ１００のパネル１０５上に、ＭＦＰ１００の遠隔操作を許可してよいか否かを確認する確認画面１０５ａが表示される。ＭＦＰ１００のユーザが、確認画面１０５ａ内の“Ｙｅｓ”ボタン１０５ａ１を押下すると、詳細ペイン１８４に“Remote Panel”が表示される。

図３（ａ）は、詳細ペイン１８４に表示された“Remote Panel”の一例を示している。図示例の“Remote Panel”は、ＭＦＰ１００のパネル１０５に表示されているパネル表示１０５ｂに加え、ＭＦＰ１００のキー１０６を仮想的に表示したキー表示１０５ｃも含んでいる。“Remote Panel”を表示するための表示データは、ＥＷＳから取得する。なお、ＥＷＳは、上述のようにソフトウェアであるので、「ＥＷＳから取得する」は、厳密には、ＭＦＰ１００のＣＰＵ１０１がＥＷＳのソフトウェアを実行することにより、ＭＦＰ１００から取得することである。しかし、省略して、「ＥＷＳから取得する」と言うこともある。

“Remote Panel”内には、“Remote Panel”を終了させるための終了ボタン１８４ａも表示されている。管理者は、終了ボタン１８４ａをクリックすることにより、“Remote Panel”を終了させることができる。

また、“Remote Panel”内には、ＭＦＰ１００をメンテナンスモードに移行させるとともに、移行後のメンテナンスモードを終了させるためのＯＮ／ＯＦＦボタン１８４ｃも表示されている。管理者は、ＯＮ／ＯＦＦボタン１８４ｃをクリックすることにより、ＭＦＰ１００をメンテナンスモードに移行させることができる。但し、メンテナンスモードに移行させる前に、メンテナンスモードに移行させるための認証を要求している。このため、機器モードの“Remote Panel”（図３（ａ）の“Remote Panel”を、機器モードの“Remote Panel”という）において、ＯＮ／ＯＦＦボタン１８４ｃがクリックされると、メンテナンスモードに移行させるための認証用の“Remote Panel”が表示される。そして、この認証用の“Remote Panel”において認証が成功すると、メンテナンスモードに移行する。

図３（ｂ）は、メンテナンスモードに移行させるための認証用の“Remote Panel”の一例を示している。管理者が、パネル表示１０５ｄ内のパスワード入力欄１０５ｄ１に、例えばソフトウェアキーボード１０５ｄ２を用いてパスワードを入力し、認証が成功すると、メンテナンスモードの“Remote Panel”に移行する。メンテナンスモードの“Remote Panel”は、図３（ｂ）の認証用の“Remote Panel”とほぼ同じで、メンテナンスのための操作が実行できるようになるだけである。なお、パスワード入力欄１０５ｄ１へのパスワードの入力は、キー表示１０５ｃ内のキーを用いても行うことができる。

メンテナンスモードは、ＭＦＰ１００のメンテナンスを行うためのモードであり、メンテナンスとしては、例えば、ＭＦＰ１００の故障原因を調査することや、一般ユーザが設定変更できない項目を設定変更したりすることなどを挙げることができる。メンテナンスモードは、このように特殊なモードであるため、メンテナンスモードに移行する前に、さらなる認証を要求している。

さらに、“Remote Panel”内には、本体パネル操作を禁止する禁止ボタン１８４ｄと、本体パネル操作を許可する許可ボタン１８４ｅも表示されている。本体パネルは、ＭＦＰ１００のパネル１０５及びキー１０６のことである。禁止ボタン１８４ｄは、パネル１０５及びキー１０６に対して入力操作があった場合、その入力操作を禁止する、つまり無視することを指示するためのボタンである。許可ボタン１８４ｅは、これとは逆に、パネル１０５及びキー１０６に対して入力操作があった場合、その入力操作を許可する、つまり受け付けることを指示するためのボタンである。

図４は、ＰＣ１０、特にＣＰＵ１２が実行するメイン処理の手順を示すフローチャートである。このメイン処理は、図２（ｂ）のログイン認証画面１９０においてログイン認証がなされた後に、ＣＰＵ１２が実行する処理である。以降、各処理の手順の説明において、ステップを「Ｓ」と表記する。

図４において、まず、ＣＰＵ１２は、遠隔操作画面表示処理を実行する（Ｓ１）。遠隔操作画面は、詳細ペイン１８４に表示される“Remote Panel”のことである。したがって、遠隔操作画面表示処理は、詳細ペイン１８４に“Remote Panel”を表示する処理を示している。

図５は、遠隔操作画面表示処理の詳細な手順を示している。図５において、まず、ＣＰＵ１２は、初期画面用http(s)リクエストを送信する（Ｓ１１）。ここで、http(s)リクエストとは、http(s)のプロトコルに従ったリクエストである。このようにhttp(s)のプロトコルに従ったリクエストを送信するようにしたのは、リクエストの送信先がＥＷＳであるため、ＥＷＳが解釈可能なプロトコルのリクエストを送信する必要があるからである。なお、初期画面用http(s)リクエストは、ネットワークＩＦ２０から通信ネットワーク４０及びルータ３２を経由してネットワークＩＦ１０８に入力される。初期画面用http(s)リクエストに限らず、ＰＣ１０からＭＦＰ１００へのデータ送信は、同様のルートを通って行われる。逆に、ＭＦＰ１００からＰＣ１０へのデータ送信は、逆のルートを通って行われる。

次に、ＣＰＵ１２は、初期画面用http(s)リクエストを受信したことに応じてＥＷＳが送信したhttp(s)レスポンス及び仮想画面データを受信する（Ｓ１２）。http(s)レスポンス及び仮想画面データは、後述するＳ４６の初期画面送信処理（図８）によって生成され、送信される。

次に、ＣＰＵ１２は、http(s)cgiを上記データ記憶領域２８に記憶する（Ｓ１３）。http(s)cgiは、http(s)レスポンスに含まれる各種スクリプトである。なお、cgiは、common gateway interfaceの略語である。各種スクリプトとしては、本実施形態では、無操作タイマスクリプト、画面データ要求スクリプト、画面押下処理スクリプト及び離上処理スクリプトが生成される（図１０のＳ７１〜Ｓ７３を参照）。ＣＰＵ１２は、このスクリプトを実行することで、無操作タイマ処理やhttp(s)cgiリクエスト送信処理などを実行することができる。

さらに、ＣＰＵ１２は、受信した仮想画面データを詳細ペイン１８４に表示した（Ｓ１４）後、遠隔操作画面表示処理を終了する。これにより、図３（ａ）に示すような“Remote Panel”が詳細ペイン１８４に表示される。

図４に戻り、ＣＰＵ１２は、無操作タイマが所定時間を計時したか否かを判断する（Ｓ２）。ここで、「所定時間」とは、例えば、０.５秒である。無操作タイマは、後述するＳ３５（図７）で開始が指示されるタイマである。

Ｓ２の判断おいて、無操作タイマが所定時間を計時したと判断された場合（Ｓ２：ＹＥＳ）、ＣＰＵ１２は、画面更新処理を実行した（Ｓ３）後、処理をＳ４に進める。一方、無操作タイマがまだ所定時間を計時していないと判断された場合（Ｓ２：ＮＯ）、ＣＰＵ１２は、Ｓ３をスキップして、処理をＳ４に進める。

図６は、画面更新処理の詳細な手順を示している。図６において、まず、ＣＰＵ１２は、画面更新用http(s)リクエストを送信する（Ｓ２１）。次に、ＣＰＵ１２は、画面更新用http(s)リクエストを受信したことに応じてＥＷＳが送信したhttp(s)レスポンス及び仮想画面データを受信する（Ｓ２２）。なお、http(s)レスポンス及び仮想画面データは、後述するＳ４８の画面データ送信処理（図８）によって生成され、送信される。

そして、ＣＰＵ１２は、受信したHTMLデータに基づいて仮想画面、つまり“Remote Panel”を更新した（Ｓ２３）後、画面更新処理を終了する。これにより、詳細ペイン１８４に表示された“Remote Panel”は、ＭＦＰ１００のパネル１０５の現在の表示画面と一致する。

図４に戻り、Ｓ４では、仮想画面内が押下されたか否かを判断する。この判断において、仮想画面内が押下されたと判断された場合（Ｓ４：ＹＥＳ）、http(s)cgiリクエスト実行処理を実行した（Ｓ５）後、処理をＳ６に進める。一方、この判断において、仮想画面内が押下されなかったと判断された場合（Ｓ４：ＮＯ）、ＣＰＵ１２は、Ｓ５をスキップして、処理をＳ６に進める。

図７は、http(s)cgiリクエスト実行処理の詳細な手順を示している。図７において、まず、ＣＰＵ１２は、無操作タイマを停止させる（Ｓ３１）。このように無操作タイマを停止させるのは、上記Ｓ３の画面更新処理の実行を延期させて、http(s)cgiリクエスト実行処理が終了するまで、“Remote Panel”の画面更新がなされないようにするためである。仮想画面内の押下位置にアイコンやボタンがあると、画面が遷移したり、ボタンの色が変わったりする。http(s)cgiリクエスト実行処理は、このような表示画面の態様の変化を仮想画面内で実現させる処理である。したがって、http(s)cgiリクエスト実行処理の実行中に、画面更新処理が実行されると、仮想画面とパネル１０５の実画面との間に齟齬が生ずる場合がある。Ｓ３１の処理は、これを防止するために設けられている。

次に、ＣＰＵ１２は、http(s)cgiリクエストを生成し（Ｓ３２）、生成したhttp(s)cgiリクエストを送信する（Ｓ３３）。ここで、生成したhttp(s)cgiリクエストには、画面が押下されたことを示す画面押下情報と、押下された位置の座標（以下「押下座標」という）とが含まれる。

次に、ＣＰＵ１２は、http(s)cgiリクエストに応じてＥＷＳが送信したhttp(s)cgiレスポンスを受信し、そのhttp(s)cgiレスポンスに応じた処理を実行する（Ｓ３４）。http(s)cgiレスポンスは、後述するＳ５０の画面押下処理（図８）によって生成され、送信される。

さらに、ＣＰＵ１２は、無操作タイマを開始させた（Ｓ３５）後、http(s)cgiリクエスト実行処理を終了する。この後、無操作タイマが上記所定時間（例えば、０.５秒）を計時すると、上記Ｓ３の画面更新処理が１回実行される。

図４に戻り、上記Ｓ６では、ＣＰＵ１２は、指示体が離上されたか否かを判断する。指示体とは、仮想画面内が押下されたときの押下指示された対象体のことである。つまり、指示体には、アイコンやボタン、背景画像の一部など、押下して意味のあるものと意味のないものの両方が含まれる。

Ｓ６の判断において、指示体が離上されたと判断された場合（Ｓ６：ＹＥＳ）、ＣＰＵ１２は、http(s)cgiリクエスト実行処理を実行した（Ｓ７）後、処理をＳ８に進める。一方、この判断において、指示体が離上されなかったと判断された場合（Ｓ６：ＮＯ）、ＣＰＵ１２は、Ｓ７をスキップして、処理をＳ８に進める。このhttp(s)cgiリクエスト実行処理は、上記図７のhttp(s)cgiリクエスト実行処理である。但し、上記Ｓ５でhttp(s)cgiリクエスト実行処理を実行した場合と、Ｓ７でhttp(s)cgiリクエスト実行処理を実行した場合とでは、生成するhttp(s)cgiリクエストの内容が異なる。つまり、Ｓ５で生成するhttp(s)cgiリクエストは、上述のように、画面押下情報等を含むのに対し、Ｓ７で生成するhttp(s)cgiリクエストは、離上されたことを示す離上情報と、離上された位置の座標（以下「離上座標」という）を含んでいる。

Ｓ８では、ＣＰＵ１２は、上記本体パネル操作の禁止ボタン１８４ｄ又は許可ボタン１８４ｅのいずれかがクリックされたか否かを判断する。この判断において、禁止ボタン１８４ｄ又は許可ボタン１８４ｅのいずれかがクリックされたと判断された場合（Ｓ８：ＹＥＳ）、ＣＰＵ１２は、http(s)cgiリクエスト実行処理を実行した（Ｓ９）後、処理を上記Ｓ２に戻す。一方、この判断において、禁止ボタン１８４ｄ及び許可ボタン１８４ｅのいずれもクリックされないと判断された場合（Ｓ８：ＮＯ）、ＣＰＵ１２は、Ｓ９をスキップして、処理をＳ２に戻す。このhttp(s)cgiリクエスト実行処理も、図７のhttp(s)cgiリクエスト実行処理であるが、上記Ｓ５，Ｓ７でhttp(s)cgiリクエスト実行処理を実行した場合と、Ｓ９でhttp(s)cgiリクエスト実行処理を実行した場合とでは、生成するhttp(s)cgiリクエストの内容が異なる。Ｓ９で生成するhttp(s)cgiリクエストは、クリックされたボタン、つまり禁止ボタン１８４ｄ又は許可ボタン１８４ｅのいずれかに応じた禁止指示情報又は許可指示情報を含んでいる。

図８は、ＭＦＰ１００、特にＣＰＵ１０１が実行するメイン処理の手順を示している。図８において、まず、ＣＰＵ１０１は、パネル１０５に待機画面を表示する（Ｓ４０）。待機画面は、例えば、上記図３（ａ）のパネル表示１０５ｂと同様の画面である。

次に、ＣＰＵ１０１は、操作禁止フラグと操作許可フラグをそれぞれ“ＯＦＦ”にする（Ｓ４１）。操作禁止フラグは、上記禁止ボタン１８４ｄがクリックされたときに“ＯＮ”にセットされるフラグである。また、操作許可フラグは、上記許可ボタン１８４ｅがクリックされたときに“ＯＮ”にセットされるフラグである。なお、操作禁止フラグ及び操作許可フラグがともに“ＯＦＦ”状態である場合はあるが、ともに“ＯＮ”状態である場合はない。

次に、ＣＰＵ１０１は、http(s)の通信、つまり、http(s)のプロトコルに従ったデータ通信を受信したか否かを判断する（Ｓ４２）。この判断において、http(s)の通信を受信しなかったと判断された場合（Ｓ４２：ＮＯ）、ＣＰＵ１０１は、本体パネル操作、つまりパネル１０５及びキー１０６へのユーザ操作を検出したか否かを判断する（Ｓ４３）。この判断において、本体パネル操作を検出したと判断された場合（Ｓ４３：ＹＥＳ）、ＣＰＵ１０１は、本体パネル処理を実行した（Ｓ４４）後、処理を上記Ｓ４２に戻す。一方、本体パネル操作を検出しなかったと判断された場合（Ｓ４３：ＮＯ）、ＣＰＵ１０１は、Ｓ４４をスキップして、処理をＳ４２に戻す。

図９は、本体パネル処理の詳細な手順を示している。図９において、まず、ＣＰＵ１０１は、操作許可フラグが“ＯＮ”であるか否かを判断する（Ｓ６０）。この判断において、操作許可フラグが“ＯＮ”であると判断された場合（Ｓ６０：ＹＥＳ）、ＣＰＵ１０１は、処理をＳ６３に進める。一方、この判断において、操作許可フラグが“ＯＦＦ”であると判断された場合（Ｓ６０：ＮＯ）、ＣＰＵ１０１は、処理をＳ６１に進める。

Ｓ６１では、ＣＰＵ１０１は、パネル１０５が特定画面を表示中か否かを判断する。特定画面とは、例えば、上記図３（ｂ）のメンテナンスモードへの移行直前のパネル表示１０５ｄの画面及びメンテナンスモードへ移行後の画面である。Ｓ６１の判断において、パネル１０５が特定画面を表示中であると判断された場合（Ｓ６１：ＹＥＳ）、ＣＰＵ１０１は、検出したパネル操作を無視した（Ｓ６２）後、本体パネル処理を終了する。このように、パネル１０５上に特定画面が表示されている場合には、つまり、ＭＦＰ１００がメンテナンスモード（移行直前も含む）である場合には、ユーザがパネル１０５及びキー１０６へ操作を行っても、操作は受け付けられず、無視される。これにより、ＭＦＰ１００が遠隔操作によってメンテナンスモードになった場合、ＭＦＰ１００のユーザによる本体パネルへの操作入力が禁止されるので、メンテナンスモード時のＭＦＰ１００のユーザによる誤った、あるいは故意の設定変更を防止することができる。

なお、Ｓ６１の判断を、ＭＦＰ１００が遠隔操作中であるか否かの判断に変更して、ＭＦＰ１００が遠隔操作中の場合に、パネル１０５及びキー１０６へのユーザ操作を無視するようにしてもよい。ＭＦＰ１００が遠隔操作中であることは、上記図２（ｃ）の確認画面１０５ａにおいて、“Ｙｅｓ”ボタン１０５ａ１が押下されたことによって判断すればよい。

一方、上記Ｓ６１の判断において、特定画面を表示中でないと判断された場合（Ｓ６１：ＮＯ）、ＣＰＵ１０１は、操作禁止フラグが“ＯＮ”であるか否かを判断する（Ｓ６３）。この判断において、操作禁止フラグが“ＯＮ”であると判断された場合（Ｓ６３：ＹＥＳ）、ＣＰＵ１０１は、処理を上記Ｓ６２に進める。一方、この判断において、操作禁止フラグが“ＯＦＦ”であると判断された場合（Ｓ６３：ＮＯ）、ＣＰＵ１０１は、パネル操作は押下であるか否かを判断する（Ｓ６４）。この判断において、パネル操作は押下であると判断された場合（Ｓ６４：ＹＥＳ）、ＣＰＵ１０１は、画面押下処理を実行した（Ｓ６５）後、本体パネル処理を終了する。一方、この判断において、パネル操作は押下でないと判断された場合（Ｓ６４：ＮＯ）、ＣＰＵ１０１は、離上処理を実行した（Ｓ６６）後、本体パネル処理を終了する。

図１２は、画面押下処理の詳細な手順を示している。図１２において、まず、ＣＰＵ１０１は、押下座標がいずれかのボタン画像の領域内であるか否かを判断する（Ｓ９１）。この判断において、押下座標がいずれかのボタン画像の領域内であると判断された場合（Ｓ９１：ＹＥＳ）、ＣＰＵ１０１は、そのボタン画像を押下態様に切り替える（Ｓ９２）。ボタン画像は、例えば、図３（ａ）のパネル表示１０５ｂ内のアイコン（“Fax”アイコンや“Copy”アイコン等）やボタン（“Basic 1”ボタンや“Custom1”ボタン等）である。そして、押下態様を切り替えるとは、例えば、ボタン画像の色を、非押下態様（通常の態様）の色から異なった色に切り替えることである。

次に、ＣＰＵ１０１は、画面データを生成し、ＲＡＭ１０３に記憶した（Ｓ９３）後、処理をＳ９４に進める。画面データは、“Remote Panel”を表示するための画面データである。ＲＡＭ１０３に記憶された画面データは、図１１に基づいて後述する画面データ送信処理で読み出されて使用される。

一方、Ｓ９１の判断において、押下座標がいずれかのボタン画像の領域内でないと判断された場合（Ｓ９１：ＮＯ）、ＣＰＵ１０１は、Ｓ９２，Ｓ９３をスキップして、処理をＳ９４に進める。

Ｓ９４では、ＣＰＵ１０１は、画面押下処理がhttp(s)リクエストによって呼び出されたものであるか否かを判断する。この判断において、画面押下処理がhttp(s)リクエストによって呼び出されたものであると判断された場合（Ｓ９４：ＹＥＳ）、ＣＰＵ１０１は、http(s)cgiレスポンスを送信した（Ｓ９５）後、画面押下処理を終了する。一方、この判断において、画面押下処理がhttp(s)リクエストによって呼び出されたものでないと判断された場合（Ｓ９４：ＮＯ）、ＣＰＵ１０１は、Ｓ９５をスキップして、画面押下処理を終了する。

画面押下処理は、上記Ｓ４４の本体パネル処理内のＳ６５に限らず、後述するＳ５０でも呼び出されているので、処理内容が汎用的に作成されている。つまり、Ｓ９１の判断と、Ｓ９５の判断及びＳ９６の処理は、Ｓ６５で呼び出される場合には不要であるが、Ｓ５０で呼び出される場合には必要である。

上記Ｓ６６の離上処理も、Ｓ６６の他に、図８のＳ５２で呼び出されているので、画面押下処理と同様に、処理内容が汎用的に作成されている。離上処理を図１３に基づいて詳細に説明する前に、図８のＭＦＰ１００側メイン処理のＳ４５以降の処理を説明する。

図８の上記Ｓ４２において、http(s)の通信を受信したと判断された場合（Ｓ４２：ＹＥＳ）、ＣＰＵ１０１は、http(s)の通信が初期画面用http(s)リクエストであるか否かを判断する（Ｓ４５）。この判断において、http(s)の通信が初期画面用http(s)リクエストであると判断された場合（Ｓ４５：ＹＥＳ）、ＣＰＵ１０１は、初期画面送信処理を実行した（Ｓ４６）後、処理を上記Ｓ４２に戻す。

図１０は、初期画面送信処理の詳細な手順を示している。図１０において、まず、ＣＰＵ１０１は、無操作タイマスクリプトを生成する（Ｓ７１）。無操作タイマスクリプトは、ブラウザに無操作タイマを動作させ、例えばＳ３の処理等を行わせるプログラムである。

次に、ＣＰＵ１０１は、画面データ要求スクリプトを生成する（Ｓ７２）。画面データ要求スクリプトは、ブラウザに画面データ要求処理を実行させ、画面データ要求を含むhttp(s)リクエスト、例えば上記Ｓ２１で送信する画面更新用http(s)リクエストを生成させるプログラムである。

次に、ＣＰＵ１０１は、画面押下処理スクリプト及び離上処理スクリプトを生成する（Ｓ７３）。画面押下処理スクリプトは、ブラウザに画面押下処理を実行させ、例えばＳ４の判断処理と、この判断処理で“ＹＥＳ”の場合に実行するＳ５の処理内のＳ３１〜Ｓ３３の処理（図７）等を行わせるプログラムである。また、離上処理スクリプトは、ブラウザに離上処理を実行させ、例えばＳ６の判断処理と、この判断処理で“ＹＥＳ”の場合に実行するＳ７の処理内のＳ３１〜Ｓ３３の処理等を行わせるプログラムである。

次に、ＣＰＵ１０１は、画面データを読み出す（Ｓ７４）。この画面データは、ＭＦＰ１００のパネル１０５に現在表示中の画面の画面データである。ＭＦＰ１００は、パネル１０５上に画面を表示する際、その画面データを生成してＲＡＭ１０３に記憶し、その画面データを読み出して、パネル１０５上に表示する。したがって、Ｓ７４では、ＣＰＵ１０１は画面データをＲＡＭ１０３から読み出している。

次に、ＣＰＵ１０１は、http(s)レスポンスを生成し、読み出した画面データと共に送信した（Ｓ７５）後、初期画面送信処理を終了する。このhttp(s)レスポンスは、上記Ｓ１１（図５）の初期画面用http(s)リクエストに対するレスポンスである。このhttp(s)レスポンスには、Ｓ７１〜Ｓ７３で生成したスクリプトと、画面データが一緒に送信されることを示す情報とが含まれる。

図８に戻り、上記Ｓ４５の判断において、http(s)の通信が初期画面用http(s)リクエストでないと判断された場合（Ｓ４５：ＮＯ）、ＣＰＵ１０１は、http(s)の通信が画面更新用http(s)リクエストであるか否かを判断する（Ｓ４７）。この判断において、http(s)の通信が画面更新用http(s)リクエストであると判断された場合（Ｓ４７：ＹＥＳ）、ＣＰＵ１０１は、画面データ送信処理を実行した（Ｓ４８）後、処理を上記Ｓ４２に戻す。

図１１は、画面データ送信処理の詳細な手順を示している。図１１において、まず、ＣＰＵ１０１は、画面データを読み出す（Ｓ８１）。Ｓ８１では、上記Ｓ９４（図１２）又は後述するＳ１０４でＲＡＭ１０３に記憶された画面データを読み出す。

次に、ＣＰＵ１０１は、http(s)レスポンスを生成し、読み出した画面データと共に送信した（Ｓ８２）後、画面データ送信処理を終了する。Ｓ８２の処理は、Ｓ７５の処理に対して、http(s)レスポンスが上記Ｓ２１（図６）の画面更新用http(s)リクエストに対するレスポンスである点が異なるのみであるので、これ以上の説明は省略する。

図８に戻り、上記Ｓ４７の判断において、http(s)の通信が画面更新用http(s)リクエストでないと判断された場合（Ｓ４７：ＮＯ）、ＣＰＵ１０１は、http(s)の通信が画面押下情報等を含んだhttp(s)cgiリクエストであるか否かを判断する（Ｓ４９）。この判断において、http(s)の通信が画面押下情報等を含んだhttp(s)cgiリクエストであると判断された場合（Ｓ４９：ＹＥＳ）、ＣＰＵ１０１は、画面押下処理を実行した（Ｓ５０）後、処理を上記Ｓ４２に戻す。なお、画面押下処理は、上記Ｓ４４の処理に含まれるＳ６４で詳細に説明したので、その説明は省略する。

Ｓ４９の判断において、http(s)の通信が画面押下情報等を含んだhttp(s)cgiリクエストでないと判断された場合（Ｓ４９：ＮＯ）、ＣＰＵ１０１は、http(s)の通信が離上情報等を含んだhttp(s)cgiリクエストであるか否かを判断する（Ｓ５１）。この判断において、http(s)の通信が離上情報等を含んだhttp(s)cgiリクエストであると判断された場合（Ｓ５１：ＹＥＳ）、ＣＰＵ１０１は、離上処理を実行した（Ｓ５２）後、処理を上記Ｓ４２に戻す。

一方、Ｓ５１の判断において、http(s)の通信が離上情報等を含んだhttp(s)cgiリクエストでないと判断された場合（Ｓ５１：ＮＯ）、ＣＰＵ１０１は、http(s)の通信が禁止指示情報／許可指示情報を含んだ、操作禁止／許可のhttp(s)cgiリクエストであるか否かを判断する（Ｓ５３）。この判断において、http(s)の通信が操作禁止／許可のhttp(s)cgiリクエストであると判断された場合（Ｓ５３：ＹＥＳ）、ＣＰＵ１０１は、禁止／許可設定処理を実行した（Ｓ５４）後、処理を上記Ｓ４２に戻す。

一方、Ｓ５３の判断において、http(s)の通信が操作禁止／許可のhttp(s)cgiリクエストでないと判断された場合（Ｓ５３：ＮＯ）、ＣＰＵ１０１は、処理を上記Ｓ４２に戻す。

図１４は、禁止／許可設定処理の詳細な手順を示している。図１４において、まず、ＣＰＵ１０１は、http(s)cgiリクエスト内に禁止指示情報が含まれているか否かを判断する（Ｓ１１１）。この判断において、http(s)cgiリクエスト内に禁止指示情報が含まれていると判断された場合（Ｓ１１１：ＹＥＳ）、ＣＰＵ１０１は、操作禁止フラグを“ＯＮ”にし（Ｓ１１２）、操作許可フラグを“ＯＦＦ”にした（Ｓ１１３）後、禁止／許可設定処理を終了する。

一方、Ｓ１１１の判断において、http(s)cgiリクエスト内に許可指示情報が含まれていると判断された場合（Ｓ１１１：ＮＯ）、ＣＰＵ１０１は、操作許可フラグを“ＯＮ”にし（Ｓ１１４）、操作禁止フラグを“ＯＦＦ”にした（Ｓ１１５）後、禁止／許可設定処理を終了する。

図１３は、離上処理の詳細な手順を示している。図１３において、まず、ＣＰＵ１０１は、離上座標がいずれかのボタン画像の領域内であるか否かを判断する（Ｓ１０１）。この判断において、離上座標がいずれかのボタン画像の領域内であると判断された場合（Ｓ１０１：ＹＥＳ）、ＣＰＵ１０１は、そのボタン画像のボタンが画面を切り換えるものであるか否かを判断する（Ｓ１０２）。この判断において、そのボタンが画面を切り換えるボタンであると判断された場合（Ｓ１０２：ＹＥＳ）、ＣＰＵ１０１は、ボタンにより指示される画面にパネル１０５の画面表示を切り替えた（Ｓ１０３）後、処理をＳ１０４に進める。上記ボタンとは、具体的には、例えば、パネル１０５上に、図３（ａ）のパネル表示１０５ｂと同じ画面が表示されているとした場合における“Fax”アイコンである。“Fax”アイコンが押下されると、パネル１０５の画面表示は、“Fax”用の操作パネルの画面表示に切り替わる。

Ｓ１０４では、ＣＰＵ１０１は、パネル１０５の画面表示と同じ画面を“Remote Panel”上に表示させるための画面データを生成し、上記Ｓ９３と同様にして、ＲＡＭ１０３に記憶する。したがって、パネル１０５上の“Fax”アイコンが押下されて、パネル１０５の画面表示が“Fax”用の操作パネルの画面表示に切り替わると、“Fax”用の操作パネルの画面表示を“Remote Panel”上に表示させるための画面データが生成されて、記憶される。

次に、ＣＰＵ１０１は、離上処理がhttp(s)リクエストによって呼び出されたものであるか否かを判断する（Ｓ１０５）。この判断において、離上処理がhttp(s)リクエストによって呼び出されたものであると判断された場合（Ｓ１０５：ＹＥＳ）、ＣＰＵ１０１は、http(s)cgiレスポンスを生成し送信した（Ｓ１０６）後、離上処理を終了する。一方、この判断において、離上処理がhttp(s)リクエストによって呼び出されたものでないと判断された場合（Ｓ１０５：ＮＯ）、ＣＰＵ１０１は、Ｓ１０６をスキップして、離上処理を終了する。

一方、上記Ｓ１０２の判断において、そのボタンが画面を切り換えるボタンでないと判断された場合（Ｓ１０２：ＮＯ）、ＣＰＵ１０１は、パネル１０５の表示画面内のそのボタン画像を通常の態様に切り替えた（Ｓ１０７）後、処理を上記Ｓ１０４に進める。これにより、ボタン画像は押下態様から通常態様に切り替わる。

一方、上記Ｓ１０１の判断において、離上座標がいずれかのボタン画像の領域内でないと判断された場合（Ｓ１０１：ＮＯ）、ＣＰＵ１０１は、処理をＳ１０４に進める。

このように、特定画面がパネル１０５上に表示されているとき、つまり、ＭＦＰ１００がメンテナンスモード（移行直前も含む）になっているとき、ＭＦＰ１００のパネル１０５及びキー１０６へのユーザ操作は無視され（図９のＳ６２）、無効となる。しかし、この場合、管理者がパネル表示１０５ｄ内の許可ボタン１８４ｅをクリックすると、操作許可フラグは“ＯＮ”になる（図１４のＳ１１４）ので、パネル１０５及びキー１０６へのユーザ操作は有効になる（図９のＳ６０で“ＹＥＳ”）。

一方、詳細ペイン１８４に機器モードの“Remote Panel”が表示されている場合は、ＭＦＰ１００が遠隔操作中であっても、パネル１０５及びキー１０６へのユーザ操作は無視されず（図９のＳ６０で“ＮＯ”かつＳ６３で“ＮＯ”）、有効である。しかし、この場合、管理者がパネル表示１０５ｂ内の禁止ボタン１８４ｄをクリックすると、操作禁止フラグは“ＯＮ”になる（図１４のＳ１１２）ので、パネル１０５及びキー１０６へのユーザ操作は無視されて（図９のＳ６３で“ＹＥＳ”となって処理がＳ６３からＳ６２に進む）、無効となる。

このように、本実施形態のＭＦＰ１００によれば、管理者は、ＭＦＰ１００から他者の操作入力を禁止したい場合あるいは許可したい場合に、柔軟に対処することができる。

なお、特定画面として、図３（ａ）のパネル表示１０５ｂ、つまり機器モードの“Remote Panel”を採った場合、ＭＦＰ１００が遠隔操作中、パネル１０５及びキー１０６へのユーザ操作は無視され（図９のＳ６２）、無効となる。但し、この場合、パネル１０５の表示画面は、ＭＦＰ１００が遠隔操作中のときと、遠隔操作中でないときとで変動しないので、ＭＦＰ１００のユーザは、パネル１０５及びキー１０６への操作が急にできなくなることに違和感を生ずることがある。これに対処するには、ＭＦＰ１００のユーザに対して、現在パネル１０５の画面更新を停止していることを報知するようにした方が好ましい。

以上説明したように、本実施形態のＭＦＰ１００は、パネル１０５及びキー１０６と、ネットワークＩＦ１０８と、パネル１０５と、ＣＰＵ１０１と、を備えている。そして、ＣＰＵ１０１は、ＰＣ１０がネットワークＩＦ１０８を介してリモート接続されている場合、パネル１０５に表示されている表示画面と同一画面をＰＣ１０で表示するための画面データをＰＣ１０に送信し、ＰＣ１０からのリモートアクセスを受信して、リモートアクセスに応じた表示画面の表示処理を実行し、リモート接続が開始されてから終了されるまで、パネル１０５及びキー１０６からのユーザ操作を受け付けない。

このように、本実施形態のＭＦＰ１００では、リモート接続を開始した後、ＭＦＰ１００から他者の操作入力を禁止したい場合に対処することが可能となる。

ちなみに、本実施形態において、ＭＦＰ１００は、「画像形成装置」の一例である。パネル１０５及びキー１０６は、「ユーザインタフェース」の一例である。ネットワークＩＦ１０８は、「通信インタフェース」の一例である。パネル１０５は、「表示部」の一例である。ＣＰＵ１０１は、「制御部」の一例である。ＰＣ１０は、「情報処理装置」の一例である。

なお、本発明は上記実施形態に限定されるものでなく、その趣旨を逸脱しない範囲で様々な変更が可能である。

（１）上記実施形態では、画像形成装置の一例として、ＭＦＰ１００を例に挙げて説明したが、ＭＦＰ１００に限らず、画像形成装置は、単体のプリンタやスキャナ、コピー機であってもよい。

（２）上記実施形態では、制御部の一例として、ＣＰＵ１０１を挙げて説明したが、制御部は、ＣＰＵと専用回路とを有していてもよい。専用回路としては、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）及びＦＰＧＡ（Field Programmable Gate Array）などが挙げられる。

１０…ＰＣ、１２…ＣＰＵ、１４…記憶部、１６…ユーザＩＦ、１８…ディスプレイ、２０…ネットワークＩＦ、１００…ＭＦＰ、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０５…パネル、１０６…キー、１０８…ネットワークＩＦ。

Claims (5)

1. ユーザインタフェースと、
   通信インタフェースと、
   表示部と、
   制御部と、
   を備えた画像形成装置であって、
   前記制御部は、
   情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
   前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
   前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
   前記リモート接続が開始されてから終了されるまで、前記ユーザインタフェースからのユーザ操作を受け付けない、
   画像形成装置。
2. 前記制御部は、
   前記リモート接続が開始されてから、前記受信したリモートアクセスに含まれる所定のモードへの移行指示に応じて前記画像形成装置が前記所定のモードに移行するまでは、前記ユーザインタフェースからのユーザ操作を受け付ける、
   請求項１に記載の画像形成装置。
3. 前記所定のモードは、メンテナンスモードである、
   請求項２に記載の画像形成装置。
4. 前記制御部は、
   前記受信したリモートアクセスに含まれるユーザ操作の受付指示に応じて、前記ユーザインタフェースからのユーザ操作を受け付けない状態から受け付ける状態に変更する、
   請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 前記制御部は、
   前記受信したリモートアクセスに含まれるユーザ操作の非受付指示に応じて、前記ユーザインタフェースからのユーザ操作を受け付ける状態から受け付けない状態に変更する、
   請求項１乃至４のいずれか１項に記載の画像形成装置。
   

Images