JP7484336B2 - 画像形成装置、画像形成システム及びプログラム - Google Patents

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”において、パネル表示１０５ｂ内のアイコン（“Fax”アイコンや“Copy”アイコン等）やボタン（“Basic 1”ボタンや“Custom1”ボタン等）をクリックすると、そのクリックに係る指示体は、操作されたことが分かるように表示態様（例えば、表示色）が変わる。同様に、ＭＦＰ１００のパネル１０５上の同じ指示体も、表示態様が変わる。

しかし、図３（ｂ）の認証用の“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”ボタン等）である。そして、押下態様を切り替えるとは、例えば、ボタン画像の色を、非押下態様（通常の態様）の色から異なった色に切り替えることである。

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

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

Ｓ９５では、ＣＰＵ１０１は、画面押下処理がhttp(s)リクエストによって呼び出されたものであるか否かを判断する。この判断において、画面押下処理がhttp(s)リクエストによって呼び出されたものであると判断された場合（Ｓ９５：ＹＥＳ）、ＣＰＵ１０１は、http(s)cgiレスポンスを送信した（Ｓ９６）後、画面押下処理を終了する。このhttp(s)cgiレスポンスが、上記Ｓ５（図４）でhttp(s)cgiリクエスト実行処理を実行したときに受信されるhttp(s)cgiレスポンスである。そして、この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)の通信が画面押下情報等を含んだ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リクエストでないと判断された場合（Ｓ５３：ＮＯ）、ＣＰＵ１０１は、処理を上記Ｓ４２に戻す。

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

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

次に、ＣＰＵ１０１は、離上処理がhttp(s)リクエストによって呼び出されたものであるか否かを判断する（Ｓ１０５）。この判断において、離上処理がhttp(s)リクエストによって呼び出されたものであると判断された場合（Ｓ１０５：ＹＥＳ）、ＣＰＵ１０１は、http(s)cgiレスポンスを生成し送信した（Ｓ１０６）後、離上処理を終了する。このhttp(s)cgiレスポンスが、上記Ｓ７（図４）でhttp(s)cgiリクエスト実行処理を実行したときに受信されるhttp(s)cgiレスポンスである。そして、このhttp(s)cgiレスポンスには、どのhttp(s)リクエストに対するレスポンスであるかを示す情報が含まれる。

一方、Ｓ１０５の判断において、離上処理がhttp(s)リクエストによって呼び出されたものでないと判断された場合（Ｓ１０５：ＮＯ）、ＣＰＵ１０１は、Ｓ１０６をスキップして、離上処理を終了する。

一方、上記Ｓ１０２の判断において、画面を切り換えるボタンでない、かつ画面を切り換える個別キーではないと判断された場合（Ｓ１０２：ＮＯ）、ＣＰＵ１０１は、個別キーに対する離上通知でないか否かを判断する（Ｓ１０７）。この判断において、個別キーに対する離上通知でないと判断された場合（Ｓ１０７：ＹＥＳ）、つまり、ボタン画像のボタンが画面を切り換えるボタンでない場合、ＣＰＵ１０１は、ボタン画像を通常の態様に切り替えた（Ｓ１０８）後、処理を上記Ｓ１０４に進める。これにより、離上されたボタンのボタン画像は、パネル１０５上で押下態様から通常態様に切り替わる。

その後、ＣＰＵ１０１は、Ｓ１０４～Ｓ１０６の処理を実行した後、離上処理を終了する。処理がＳ１０８，Ｓ１０４，Ｓ１０５を経由してＳ１０６に至った場合、処理がＳ１０３，Ｓ１０４，Ｓ１０５を経由してＳ１０６に至った場合と同様にして、ＣＰＵ１０１は、http(s)cgiレスポンスとして、上記Ｓ５（図４）でhttp(s)cgiリクエスト実行処理を実行したときに受信されるhttp(s)cgiレスポンスを生成し、送信する。

一方、Ｓ１０７の判断において、個別キーに対する離上通知であると判断された場合（Ｓ１０７：ＹＥＳ）、ＣＰＵ１０１は、パネル１０５が特定画面を表示中でないこと、及び個別キーに対する離上通知がフォーカスモード処理キーについての離上通知でないことのうち、少なくとも一方が成立するか否かを判断する（Ｓ１０９）。この判断において、パネル１０５が特定画面を表示中でないこと、及び個別キーに対する離上通知がフォーカスモード処理キーについての離上通知でないことのうち、少なくとも一方が成立したと判断された場合（Ｓ１０９：ＹＥＳ）、ＣＰＵ１０１は、画面表示を更新した（Ｓ１１０）後、処理を上記Ｓ１０４に進める。なお、フォーカスモード処理キーとしては、開始キー、移動キー、決定キー及び終了キーがある。具体的には、例えば、キー表示１０５ｃにおいて、“ＨＯＭＥ”キーが開始キーに、“＃”キーが順方向の移動キーに、“＊”キーが逆方向の移動キーにう、“０”キーが決定キーに、“戻る”キーが終了キーに、それぞれ該当する。そして、フォーカスモードとは、ソフトウェアキーボード１０５ｄ２内のいずれかのキーを選択状態として表示し、決定キーによって、その選択状態のボタンが押下されたときの処理を行うモードである。

その後、ＣＰＵ１０１は、Ｓ１０４～Ｓ１０６の処理を実行した後、離上処理を終了する。処理がＳ１１０，Ｓ１０４，Ｓ１０５を経由してＳ１０６に至った場合、処理がＳ１０３，Ｓ１０４，Ｓ１０５を経由してＳ１０６に至った場合と異なり、ＣＰＵ１０１は、http(s)cgiレスポンスとして、上記Ｓ９（図４）でhttp(s)cgiリクエスト実行処理を実行したときに受信されるhttp(s)cgiレスポンスを生成し、送信する。

一方、Ｓ１０９の判断において、パネル１０５が特定画面を表示中であり、かつ個別キーに対する離上通知がフォーカスモード処理キーについての離上通知であると判断された場合（Ｓ１０９：ＮＯ）、ＣＰＵ１０１は、Ｓ１１０及びＳ１０４をスキップして、処理を上記Ｓ１０５に進める。この場合、パネル１０５の画面表示は、変化しない。特定画面では、フォーカスモード処理キーを用いた遠隔操作内容をパネル１０５上で、管理者以外の第三者に見せたくないので、フォーカスモード処理キーが操作されたとしても、パネル１０５の画面表示を変化させないようにしている。

その後、ＣＰＵ１０１は、Ｓ１０５，Ｓ１０６の処理を実行した後、離上処理を終了する。処理がＳ１０９からＳ１１０，Ｓ１０４を経由せずにＳ１０５を経由してＳ１０６に至った場合、処理がＳ１０９からＳ１１０，Ｓ１０４，Ｓ１０５を経由してＳ１０６に至った場合と異なり、ＣＰＵ１０１は、http(s)cgiレスポンスとして、画面データを一緒に送信しないものを生成し、送信する。これにより、メンテナンスモードの“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”使用中も、パネル１０５のバックライトは消灯されるので、ＭＦＰ１００に係る秘密情報についてのセキュリティをさらに向上させることができる。

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

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

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

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

Claims (19)

1. 通信インタフェースと、
   表示部と、
   制御部と、
   を備えた画像形成装置であって、
   前記制御部は、
   情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
   前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
   前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
   前記表示画面が所定の画面であるときに、前記リモートアクセスを受信した場合、前記表示画面の表示制限を行い、
   前記所定の画面は、前記画像形成装置のメンテナンスモードに移行する直前の画面及び移行後の画面である、
   画像形成装置。
2. 前記所定の画面は、前記情報処理装置から管理者が前記画像形成装置にログインする直前の画面及びログイン後の画面である、
   請求項１に記載の画像形成装置。
3. 通信インタフェースと、
   表示部と、
   制御部と、
   を備えた画像形成装置であって、
   前記制御部は、
   情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
   前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
   前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
   前記表示画面が所定の画面であるときに、前記リモートアクセスを受信した場合、前記表示画面の表示制限を行い、
   前記所定の画面は、前記情報処理装置から管理者が前記画像形成装置にログインする直前の画面及びログイン後の画面である、
   画像形成装置。
4. 前記表示制限は、前記リモートアクセスが前記表示画面に表示されたキーのキー操作である場合、前記キー操作に対応するキーの表示態様を変更しないことである、
   請求項１～３のいずれか１項に記載の画像形成装置。
5. 通信インタフェースと、
   表示部と、
   制御部と、
   を備え、
   前記制御部は、
   情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
   前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
   前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
   前記表示画面が所定の画面であるときに、前記リモートアクセスを受信した場合、前記表示画面の表示制限を行い、
   前記表示制限は、前記リモートアクセスが前記表示画面に表示されたキーのパスワードを入力するキー操作である場合、前記キー操作に対応するキーの表示態様を変更しないことである、
   画像形成装置。
6. 通信インタフェースと、
   表示部と、
   制御部と、
   を備え、
   前記制御部は、
   情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
   前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
   前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
   前記表示画面が所定の画面であるときに、前記リモートアクセスを受信した場合、前記表示画面の表示制限を行い、
   前記表示制限は、前記リモートアクセスが前記表示画面に表示されたフォーカスモード処理キーによるキー操作である場合、前記キー操作に対応するキーの表示態様を変更しないことである、
   画像形成装置。
7. 前記制御部は、
   前記キー操作に対応するキーの表示態様を変更する第１モードと、前記キー操作に対応するキーの表示態様を変更しない第２モードとを選択可能である、
   請求項４乃至６のいずれか１項に記載の画像形成装置。
8. 前記情報処理装置は、前記キー操作の結果を表示する表示部を備えた、
   請求項４乃至７のいずれか１項に記載の画像形成装置。
9. 前記制御部は、
   前記表示画面の表示制限を行っているときに、前記リモートアクセスを受信した場合、前記リモートアクセスに応じた表示画面を表示するための画面データを前記情報処理装置に送信する、
   請求項１乃至８のいずれか１項に記載の画像形成装置。
10. 前記制御部は、
    前記表示画面が前記所定の画面であるときには、前記画像形成装置に対するユーザ操作を受け付けない、
    請求項１乃至９のいずれか１項に記載の画像形成装置。
11. 前記表示制限は、前記表示画面にキーを表示しないことである、
    請求項１～３のいずれか１項に記載の画像形成装置。
12. 前記表示制限は、前記表示部がバックライトにより前記表示画面を表示するものである場合、前記バックライトを消灯することである、
    請求項１～３のいずれか１項に記載の画像形成装置。
13. 通信インタフェースと、
    表示部と、
    制御部と、
    を備えた画像形成装置であって、
    前記制御部は、
    情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
    前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
    前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されていない場合、所定の画面である第１画面を前記表示部に表示し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されている場合、前記第１画面に代えて、前記第１画面と表示態様が異なる第２画面を前記表示部に表示し、
    前記所定の画面は、前記情報処理装置から管理者が前記画像形成装置にログインする直前の画面及びログイン後の画面である、
    画像形成装置。
14. 前記所定の画面は、前記情報処理装置から管理者が前記画像形成装置にログインする直前の画面及びログイン後の画面である、
    請求項１３に記載の画像形成装置。
15. 通信インタフェースと、
    表示部と、
    制御部と、
    を備えた画像形成装置であって、
    前記制御部は、
    情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
    前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
    前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されていない場合、所定の画面である第１画面を前記表示部に表示し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されている場合、前記第１画面に代えて、前記第１画面と表示態様が異なる第２画面を前記表示部に表示し、
    前記所定の画面は、前記情報処理装置から管理者が前記画像形成装置にログインする直前の画面及びログイン後の画面である、
    画像形成装置。
16. 通信インタフェースと、
    表示部と、
    制御部と、
    を備え、
    前記制御部は、
    情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
    前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
    前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されていない場合、所定の画面である第１画面を前記表示部に表示し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されている場合、前記第１画面に代えて、前記第１画面と表示態様が異なる第２画面を前記表示部に表示し、
    前記第１画面がパスワードを入力するキーを表示する画面である場合、前記第２画面は前記パスワードを入力するキーを表示しない画面である、
    画像形成装置。
17. 通信インタフェースと、
    表示部と、
    制御部と、
    を備え、
    前記制御部は、
    情報処理装置が前記通信インタフェースを介してリモート接続されている場合、
    前記表示部に表示されている表示画面と同一画面を前記情報処理装置で表示するための画面データを前記情報処理装置に送信し、
    前記情報処理装置からのリモートアクセスを受信して、前記リモートアクセスに応じた前記表示画面の表示処理を実行し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されていない場合、所定の画面である第１画面を前記表示部に表示し、
    前記情報処理装置が前記通信インタフェースを介してリモート接続されている場合、前記第１画面に代えて、前記第１画面と表示態様が異なる第２画面を前記表示部に表示し、
    前記第１画面がフォーカスモード処理キーを表示する画面である場合、前記第２画面は前記フォーカスモード処理キーを表示しない画面である、
    画像形成装置。
18. 前記情報処理装置は、前記キーの操作の結果を表示する表示部を備えた、
    請求項１６に記載の画像形成装置。
19. 前記情報処理装置は、前記フォーカスモード処理キーの操作の結果を表示する表示部を備えた、
    請求項１７に記載の画像形成装置。

Images