(57)【要約】【課題】複数のデバイスと当該複数のデバイスで共用される表示部とを備える情報処理装置において、当該表示部を利用しているユーザの利便性の低下を抑制することが可能な技術を提供する。【解決手段】表示部（操作表示部４０）のリセット制御部４８は、複数のデバイス２０，３０のいずれかからリセット要求が受信される場合、操作表示部４０の動作制御部４１をリセットするか否かを決定する。たとえば、リセット制御部４８は、リセット要求の要求元デバイスが、操作表示部４０に対する表示出力を行っているデバイス（表示中デバイス）である場合は、当該動作制御部４１をリセットすべき旨を決定する。一方、リセット制御部４８は、当該要求元デバイスが表示中デバイスでない場合において、当該要求元デバイスが当該複数のデバイス２０，３０のうちの特定のデバイスであるときには、当該動作制御部４１をリセットしない旨を決定する。【選択図】図２
2018142068.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
複数のデバイスと、
前記複数のデバイスで共用される表示部と、
を備え、
前記表示部は、
前記表示部の動作を統括的に制御する動作制御手段、
を有し、
前記複数のデバイスのそれぞれは、
自デバイスの制御手段で異常が発生した際に自デバイスの制御手段をリセットすることが可能であり、
自デバイスの制御手段をリセットする際に、前記表示部の前記動作制御手段のリセットを要求するリセット要求を前記表示部に対して送信し、
前記表示部は、
前記複数のデバイスのいずれかから前記リセット要求が受信される場合、前記表示部の前記動作制御手段をリセットするか否かを決定するリセット制御手段、
をさらに有し、
前記リセット制御手段は、
前記リセット要求の要求元デバイスが、前記表示部に対する表示出力を行っているデバイスである表示中デバイスである場合は、前記表示部の前記動作制御手段をリセットすべき旨を決定し、
前記要求元デバイスが前記表示中デバイスでない場合において、前記要求元デバイスが前記複数のデバイスのうちの特定のデバイスであるときには、前記動作制御手段をリセットしない旨を決定することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記複数のデバイスは、サーバデバイスと画像形成デバイスとを含み、
前記リセット制御手段は、
前記要求元デバイスが前記画像形成デバイスである場合において、
前記画像形成デバイスが前記表示中デバイスでもあるときには、前記表示部の前記動作制御手段をリセットすべき旨を決定し、
前記画像形成デバイスが前記表示中デバイスではなく前記サーバデバイスが前記表示中デバイスであるときには、前記動作制御手段をリセットしない旨を決定することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記リセット制御手段は、
前記要求元デバイスが前記サーバデバイスである場合において、
前記サーバデバイスが前記表示中デバイスでもあるときには、前記表示部の前記動作制御手段をリセットすべき旨を決定し、
前記サーバデバイスが前記表示中デバイスではなく前記画像形成デバイスが前記表示中デバイスであるときには、前記動作制御手段をリセットしない旨を決定することを特徴とする情報処理装置。
【請求項４】
請求項２に記載の情報処理装置において、
前記サーバデバイスは、前記画像形成デバイスの動作を管理するデバイスであり、
前記リセット制御手段は、前記要求元デバイスが前記サーバデバイスである場合は、前記サーバデバイスが前記表示中デバイスであるか否かにかかわらず、前記表示部の前記動作制御手段をリセットすべき旨を決定することを特徴とする情報処理装置。
【請求項５】
請求項２に記載の情報処理装置において、
前記表示部は、
ユーザの操作入力を受け付ける操作入力部、
をさらに有し、
前記リセット制御手段は、前記要求元デバイスが前記画像形成デバイスであり且つ前記画像形成デバイスが前記表示中デバイスでない場合であっても、前記表示部の前記操作入力部にて一定の無操作期間が経過しているときには、前記表示部の前記動作制御手段をリセットすべき旨を決定することを特徴とする情報処理装置。
【請求項６】
請求項１から請求項５のいずれかに記載の情報処理装置において、
前記複数のデバイスのそれぞれは、自デバイスの電源スイッチのリセット操作であって自デバイスの制御手段で異常が発生したことによって行われるリセット操作に応答して自デバイスの制御手段をリセットする場合に、前記リセット要求を前記表示部の前記リセット制御手段に送信することを特徴とする情報処理装置。
【請求項７】
請求項１から請求項５のいずれかに記載の情報処理装置において、
前記複数のデバイスのそれぞれは、
自デバイスの制御手段の異常を検出して自デバイスの制御手段をリセットすることが可能な所定のソフトウエアプログラムを有し、
前記所定のソフトウエアプログラムを用いて自デバイスの制御手段の異常が検出されたことに応答して自デバイスの制御手段をリセットする場合に、前記リセット要求を前記表示部の前記リセット制御手段に送信することを特徴とする情報処理装置。
【請求項８】
情報処理装置に設けられる表示部に内蔵されるコンピュータに、
ａ）前記情報処理装置に設けられる複数のデバイスであって自デバイスの制御手段で異常が発生した際に自デバイスの制御手段をリセットすることが可能な複数のデバイスのいずれかからのリセット要求であって、前記複数のデバイスで共用される前記表示部の動作を統括的に制御する動作制御手段のリセットを要求するリセット要求を受信するステップと、
ｂ）前記ステップａ）にて受信された前記リセット要求に応じて前記表示部の前記動作制御手段をリセットするか否か、を決定するステップと、
を実行させるためのプログラムであって、
前記ステップｂ）においては、
前記ステップａ）にて受信された前記リセット要求の要求元デバイスが、前記表示部に対する表示出力を行っているデバイスである表示中デバイスである場合は、前記表示部の前記動作制御手段をリセットすべき旨が決定され、
前記要求元デバイスが前記表示中デバイスでない場合において、前記要求元デバイスが前記複数のデバイスのうちの特定のデバイスであるときには、前記動作制御手段をリセットしない旨が決定されることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびそれに関連する技術に関する。
【背景技術】
【０００２】
情報処理装置の制御部（たとえばＣＰＵ）で異常が発生した場合に、当該情報処理装置の制御部をリセットする技術が存在する（特許文献１参照）。
【０００３】
当該情報処理装置においては、情報処理装置専用の表示部が設けられており、当該情報処理装置の制御部がリセットされる場合、当該情報処理装置専用の表示部もが自動的にリセットされる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２５７０２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
さて、本願出願人は、複数のデバイス（たとえば、サーバデバイス２０と画像形成デバイス３０との２つのデバイス）を備える１つの情報処理装置１０（図１９参照）において、１つの表示部４０を当該２つのデバイス２０，３０で共用することを案出した。なお、図１９は、比較例に係る情報処理装置１０の概略構成を示す図である。
【０００６】
このような情報処理装置１０において、当該複数のデバイス２０，３０のうちの或るデバイスの制御部（制御手段）で異常が発生した場合（たとえば或るデバイスのＣＰＵが暴走した場合）、たとえば当該或るデバイスの電源スイッチのリセット操作に応じて、当該或るデバイスの制御部がリセットされる。
【０００７】
ただし、当該或るデバイスの制御部がリセットされただけでは、表示部４０の動作が正常に行われないことがある。
【０００８】
たとえば、或るデバイスと表示部４０との間で各種情報の授受が行われている場合において、或るデバイスの制御部で異常が発生したときには、当該或るデバイスと表示部４０との間の通信等に不具合が生じ、表示部４０の動作制御部４１（表示部４０の動作を統括して制御する処理部）（図２）の一部の動作（通信動作等）が正常に行われないことがある。当該動作制御部４１の当該一部の動作が正常に行われない場合、当該或るデバイスの制御部がリセットされただけでは、当該動作制御部４１における当該一部の動作が正常状態に戻らない恐れがある。
【０００９】
このような事態を回避するため、デバイスの制御部で異常が発生した場合は、異常が発生したデバイスの制御部のリセットに伴って表示部４０の動作制御部４１をもリセットすること、が考えられる。
【００１０】
ただし、いずれのデバイスの制御部がリセットされるかにかかわらず表示部４０の動作制御部４１もが常にリセットされる場合には、当該表示部４０を利用しているユーザの利便性が低下することがある。
【００１１】
たとえば、サーバデバイス２０に関する表示が表示部４０にて行われている場合において、画像形成デバイス３０の制御部３９（図２）がリセットされ、さらに当該制御部３９のリセットに伴って表示部４０の動作制御部４１もがリセットされるときには、当該表示部４０の表示動作が停止してしまう。その結果、表示部４０を利用してサーバデバイス２０に関する表示を閲覧していたユーザは、当該表示部４０の動作制御部４１のリセットが完了して当該動作制御部４１による表示動作が再開されるまで待機することを余儀なくされる。
【００１２】
このように、いずれのデバイスの制御部がリセットされるかにかかわらず表示部４０の動作制御部４１もが常にリセットされる場合は、当該表示部４０に対する表示出力を行っているデバイスとは異なるデバイス（たとえば画像形成デバイス３０）の制御部がリセットされるときにも当該動作制御部４１もがリセットされてしまう。その結果、当該表示部４０を利用しているユーザの利便性が低下することがある。
【００１３】
そこで、この発明は、複数のデバイスと当該複数のデバイスで共用される表示部とを備える情報処理装置において、当該表示部を利用しているユーザの利便性の低下を抑制することが可能な技術を提供することを課題とする。
【課題を解決するための手段】
【００１４】
上記課題を解決すべく、請求項１の発明は、情報処理装置であって、複数のデバイスと、前記複数のデバイスで共用される表示部と、を備え、前記表示部は、前記表示部の動作を統括的に制御する動作制御手段、を有し、前記複数のデバイスのそれぞれは、自デバイスの制御手段で異常が発生した際に自デバイスの制御手段をリセットすることが可能であり、自デバイスの制御手段をリセットする際に、前記表示部の前記動作制御手段のリセットを要求するリセット要求を前記表示部に対して送信し、前記表示部は、前記複数のデバイスのいずれかから前記リセット要求が受信される場合、前記表示部の前記動作制御手段をリセットするか否かを決定するリセット制御手段、をさらに有し、前記リセット制御手段は、前記リセット要求の要求元デバイスが、前記表示部に対する表示出力を行っているデバイスである表示中デバイスである場合は、前記表示部の前記動作制御手段をリセットすべき旨を決定し、前記要求元デバイスが前記表示中デバイスでない場合において、前記要求元デバイスが前記複数のデバイスのうちの特定のデバイスであるときには、前記動作制御手段をリセットしない旨を決定することを特徴とする。
【００１５】
請求項２の発明は、請求項１の発明に係る情報処理装置において、前記複数のデバイスは、サーバデバイスと画像形成デバイスとを含み、前記リセット制御手段は、前記要求元デバイスが前記画像形成デバイスである場合において、前記画像形成デバイスが前記表示中デバイスでもあるときには、前記表示部の前記動作制御手段をリセットすべき旨を決定し、前記画像形成デバイスが前記表示中デバイスではなく前記サーバデバイスが前記表示中デバイスであるときには、前記動作制御手段をリセットしない旨を決定することを特徴とする。
【００１６】
請求項３の発明は、請求項２の発明に係る情報処理装置において、前記リセット制御手段は、前記要求元デバイスが前記サーバデバイスである場合において、前記サーバデバイスが前記表示中デバイスでもあるときには、前記表示部の前記動作制御手段をリセットすべき旨を決定し、前記サーバデバイスが前記表示中デバイスではなく前記画像形成デバイスが前記表示中デバイスであるときには、前記動作制御手段をリセットしない旨を決定することを特徴とする。
【００１７】
請求項４の発明は、請求項２の発明に係る情報処理装置において、前記サーバデバイスは、前記画像形成デバイスの動作を管理するデバイスであり、前記リセット制御手段は、前記要求元デバイスが前記サーバデバイスである場合は、前記サーバデバイスが前記表示中デバイスであるか否かにかかわらず、前記表示部の前記動作制御手段をリセットすべき旨を決定することを特徴とする。
【００１８】
請求項５の発明は、請求項２の発明に係る情報処理装置において、前記表示部は、ユーザの操作入力を受け付ける操作入力部、をさらに有し、前記リセット制御手段は、前記要求元デバイスが前記画像形成デバイスであり且つ前記画像形成デバイスが前記表示中デバイスでない場合であっても、前記表示部の前記操作入力部にて一定の無操作期間が経過しているときには、前記表示部の前記動作制御手段をリセットすべき旨を決定することを特徴とする。
【００１９】
請求項６の発明は、請求項１から請求項５のいずれかの発明に係る情報処理装置において、前記複数のデバイスのそれぞれは、自デバイスの電源スイッチのリセット操作であって自デバイスの制御手段で異常が発生したことによって行われるリセット操作に応答して自デバイスの制御手段をリセットする場合に、前記リセット要求を前記表示部の前記リセット制御手段に送信することを特徴とする。
【００２０】
請求項７の発明は、請求項１から請求項５のいずれかの発明に係る情報処理装置において、前記複数のデバイスのそれぞれは、自デバイスの制御手段の異常を検出して自デバイスの制御手段をリセットすることが可能な所定のソフトウエアプログラムを有し、前記所定のソフトウエアプログラムを用いて自デバイスの制御手段の異常が検出されたことに応答して自デバイスの制御手段をリセットする場合に、前記リセット要求を前記表示部の前記リセット制御手段に送信することを特徴とする。
【００２１】
請求項８の発明は、情報処理装置に設けられる表示部に内蔵されるコンピュータに、ａ）前記情報処理装置に設けられる複数のデバイスであって自デバイスの制御手段で異常が発生した際に自デバイスの制御手段をリセットすることが可能な複数のデバイスのいずれかからのリセット要求であって、前記複数のデバイスで共用される前記表示部の動作を統括的に制御する動作制御手段のリセットを要求するリセット要求を受信するステップと、ｂ）前記ステップａ）にて受信された前記リセット要求に応じて前記表示部の前記動作制御手段をリセットするか否か、を決定するステップと、を実行させるためのプログラムであって、前記ステップｂ）においては、前記ステップａ）にて受信された前記リセット要求の要求元デバイスが、前記表示部に対する表示出力を行っているデバイスである表示中デバイスである場合は、前記表示部の前記動作制御手段をリセットすべき旨が決定され、前記要求元デバイスが前記表示中デバイスでない場合において、前記要求元デバイスが前記複数のデバイスのうちの特定のデバイスであるときには、前記動作制御手段をリセットしない旨が決定されることを特徴とする。
【発明の効果】
【００２２】
請求項１から請求項８に記載の発明によれば、リセット要求の要求元デバイスが、表示部に対する表示出力を行っている表示中デバイスである場合は、表示部の動作制御手段をリセットすべき旨が決定される。一方、当該要求元デバイスが表示中デバイスでない場合において、当該要求元デバイスが複数のデバイスのうちの特定のデバイスであるときには、当該動作制御手段をリセットしない旨が決定される。そのため、当該特定のデバイスの制御手段がリセットされる場合であっても、当該特定のデバイスが表示部に対する表示出力を行っていないときには、表示部の動作制御手段はリセットされず、当該表示部における表示は継続される。したがって、複数のデバイスと当該複数のデバイスで共用される表示部とを備える情報処理装置において、当該表示部を利用しているユーザの利便性の低下を抑制することが可能である。
【００２３】
特に、請求項５に記載の発明によれば、要求元デバイスが画像形成デバイスであり且つ当該画像形成デバイスが表示中デバイスでない場合であっても、表示部の操作入力部にて一定の無操作期間が経過しているときには、当該表示部の動作制御手段をリセットすべき旨が決定される。したがって、表示部がユーザによって利用されているか否かを考慮して、表示部の動作制御手段をリセットするか否かを決定することが可能である。
【図面の簡単な説明】
【００２４】
【図１】ＭＦＰの外観を示す図である。
【図２】情報処理装置（ＭＦＰ）の概略構成を示す図である。
【図３】画像形成デバイスの機能ブロックを示す図である。
【図４】サーバデバイスの機能ブロックを示す図である。
【図５】メニュー画面を示す図である。
【図６】操作表示部のリセット制御部の動作を示すフローチャートである。
【図７】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例を示す図である。
【図８】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例に関する概念図である。
【図９】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例を示す図である。
【図１０】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例に関する概念図である。
【図１１】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例を示す図である。
【図１２】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例に関する概念図である。
【図１３】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例を示す図である。
【図１４】両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例に関する概念図である。
【図１５】変形例に係る両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例を示す図である。
【図１６】変形例に係る両デバイスの制御部の状態および操作表示部（動作制御部）のリセットの実行是非の決定等の一例に関する概念図である。
【図１７】第２実施形態に係る操作表示部のリセット制御部の動作を示すフローチャートである。
【図１８】第３実施形態に係る操作表示部のリセット制御部の動作を示すフローチャートである。
【図１９】比較例に係る情報処理装置の概略構成を示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態を図面に基づいて説明する。
【００２６】
＜１．第１実施形態＞
＜１−１．構成概要＞
図１は、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））１０の外観を示す図である。ここでは、情報処理装置として、ＭＦＰ１０を例示する。なお、ＭＦＰ１０は、画像形成装置とも称される。
【００２７】
図２は、情報処理装置（ＭＦＰ１０）の概略構成を示す図である。
【００２８】
このＭＦＰ１０は、複数のデバイス（ここではサーバデバイス２０と画像形成デバイス３０との２つのデバイス）を備える。ここでは、サーバデバイス２０と画像形成デバイス３０とは、一の筐体に収容され、一体的に構成されている。なお、当該一の筐体には、所定の部材と当該所定の部材に対して開閉自在に設けられた部材（たとえば、ＭＦＰ１０の原稿台に設けられた回転軸に対して回動自在に設けられた原稿カバー等）とが含まれるものとする。
【００２９】
このＭＦＰ１０は、操作表示部４０（後述）をも備える。当該操作表示部４０は、後述するように、当該複数のデバイス２０，３０のそれぞれの表示部材として当該複数のデバイス２０，３０によって共用される。
【００３０】
また、このＭＦＰ１０においては、サーバデバイス２０と画像形成デバイス３０との主従関係（支配関係）が構築されている。具体的には、サーバデバイス２０は、画像形成デバイス３０の動作を制御（管理）するデバイス（「主デバイス」とも称される）である。一方、画像形成デバイス３０は、サーバデバイス２０の管理下で動作するデバイス（「従デバイス」とも称される）である。
【００３１】
詳細には、このＭＦＰ１０においては、サーバデバイス２０（主デバイス）が各種情報（データ）を一元管理している。たとえば、外部装置等からＭＦＰ１０に送信されてきた各種情報は、サーバデバイス２０によって一旦受信される。そして、サーバデバイス２０は、たとえば画像形成デバイス３０宛のデータ（たとえばプリントジョブ）を受信した場合は、当該プリントジョブを画像形成デバイス３０へと送信（転送）する。その後、画像形成デバイス３０は、サーバデバイス２０から転送されてきたプリントジョブ（外部装置からのプリントジョブ）を実行する。
【００３２】
＜１−２．画像形成デバイス３０の構成＞
画像形成デバイス３０（図１も参照）は、各種ジョブ（コピージョブ、スキャンジョブ等）を実行することが可能なデバイスである。
【００３３】
図３は、画像形成デバイス３０の機能ブロックを示す図である。画像形成デバイス３０は、コピー機能、スキャン機能、ファクシミリ機能およびボックス機能などを備える。具体的には、画像形成デバイス３０は、図３に示すように、画像読取部３２、印刷出力部３３、通信部３４、格納部３５、リセット部３１および制御部（コントローラ）３９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００３４】
画像読取部３２は、画像形成デバイス３０の所定の位置（自動原稿供給部（ＡＤＦ：Auto Document Feeder）あるいはガラス面等）に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像あるいはスキャン画像とも称する）を生成する処理部である。この画像読取部３２は、スキャン部などとも称される。画像形成デバイス３０は、所定の位置に載置された原稿を読み取ることが可能なデバイスであり、画像読取デバイスとも称される。
【００３５】
印刷出力部３３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。画像形成デバイス３０は、各種の媒体に画像を印刷出力することが可能なデバイスであり、印刷出力デバイスとも称される。
【００３６】
通信部３４は、ネットワークを介したネットワーク通信を行うことが可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、画像形成デバイス３０は、所望の相手先（たとえばサーバデバイス２０（主デバイス））との間で各種のデータを授受することが可能である。
【００３７】
格納部３５は、各種の記憶装置（（揮発性および／または不揮発性の）半導体メモリおよび／またはハードディスクドライブ（ＨＤＤ）等）で構成される。
【００３８】
リセット部３１は、画像形成デバイス３０の制御部３９（詳細にはＣＰＵ（Central Processing Unit））をリセットすることが可能な処理部（リセット回路）である。具体的には、画像形成デバイス３０の制御部３９において異常が発生した場合（たとえばＣＰＵが暴走した場合）、ユーザは、当該画像形成デバイス３０の電源（電源スイッチ）のリセット操作（電源の再投入操作）を行う。リセット部３１は、当該リセット操作に応答して、自デバイス３０の制御部３９をリセット（パワーオンリセット）する。その結果、画像形成デバイス３０の制御部３９（ＣＰＵ）の初期化処理が実行され、画像形成デバイス３０の制御部３９で発生していた異常（ＣＰＵの暴走）は解消する。
【００３９】
また、リセット部３１は、自デバイス３０の制御部３９（ＣＰＵ）をリセットする際に、操作表示部４０の動作制御部４１（後述）のリセットを要求するリセット要求（リセット要求信号）を信号線Ｌ３（図２）を介して操作表示部４０のリセット制御部４８（後述）に送信する。
【００４０】
制御部３９（コントローラ）は、画像形成デバイス３０に内蔵され、画像形成デバイス３０を統括的に制御する制御装置である。制御部３９は、ＣＰＵ（マイクロプロセッサあるいはコンピュータプロセッサなどとも称される）および各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。制御部３９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ（登録商標））内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されて画像形成デバイス３０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワークを経由してダウンロードされて画像形成デバイス３０にインストールされるようにしてもよい。
【００４１】
具体的には、図３に示されるように、制御部３９は、上記のプログラム等の実行により、通信制御部３９ａと入出力制御部３９ｂとを含む各種の処理部を実現する。
【００４２】
通信制御部３９ａは、通信部３４等と協働して、自装置１０内の他のデバイス（サーバデバイス２０）との間の通信動作を制御する処理部である。
【００４３】
入出力制御部３９ｂは、操作表示部４０（図１）と協働（連携）して、操作表示部４０（タッチパネル４５）に対する入力動作を制御するとともに、操作表示部４０（タッチパネル４５）における表示動作を制御する処理部である。たとえば、入出力制御部３９ｂは、画像形成デバイス３０の機能に関する情報等を操作表示部４０（タッチパネル４５）に表示させるとともに、操作表示部４０に対するユーザ操作に関する操作入力情報を当該操作表示部４０から取得する。
【００４４】
＜１−３．サーバデバイス２０の構成＞
サーバデバイス２０（図１も参照）は、サーバ機能を実現することが可能なデバイスである。サーバデバイス２０は、たとえば汎用的なコンピュータ装置として構成される。
【００４５】
図４は、サーバデバイス２０の機能ブロックを示す図である。
【００４６】
サーバデバイス２０は、図４の機能ブロック図に示すように、通信部２４、格納部２５、リセット部２１および制御部（コントローラ）２９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００４７】
通信部２４は、ネットワークを介したネットワーク通信を行うことが可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、サーバデバイス２０は、所望の相手先（外部装置、画像形成デバイス３０等）と連携して各種のデータを授受することが可能である。また、通信部２４は、公衆回線等を介したファクシミリ通信を行うことも可能である。
【００４８】
格納部２５は、各種の記憶装置（（揮発性および／または不揮発性の）半導体メモリおよび／またはハードディスクドライブ（ＨＤＤ）等）で構成される。
【００４９】
リセット部２１は、サーバデバイス２０の制御部２９（詳細にはＣＰＵ）をリセットすることが可能な処理部（リセット回路）である。具体的には、サーバデバイス２０の制御部２９において異常が発生した場合（たとえばＣＰＵが暴走した場合）、ユーザ（管理ユーザ）は、当該サーバデバイス２０の電源のリセット操作を行う。当該リセット操作に応答して、リセット部２１は、自デバイス２０の制御部２９をリセット（パワーオンリセット）する。その結果、サーバデバイス２０の制御部２９（ＣＰＵ）の初期化処理が実行され、サーバデバイス２０の制御部２９で発生していた異常（ＣＰＵの暴走）は解消する。
【００５０】
また、リセット部２１は、自デバイス２０の制御部２９（ＣＰＵ）をリセットする際に、リセット要求（リセット要求信号）を信号線Ｌ２（図２）を介して操作表示部４０のリセット制御部４８（後述）に送信する。
【００５１】
制御部２９（コントローラ）は、サーバデバイス２０に内蔵され、サーバデバイス２０を統括的に制御する制御装置である。制御部２９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。制御部２９は、ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のプログラムを実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されてサーバデバイス２０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワークを経由してダウンロードされてサーバデバイス２０にインストールされるようにしてもよい。
【００５２】
具体的には、図４に示されるように、制御部２９は、当該プログラム等の実行により、通信制御部２９ａと入出力制御部２９ｂとを含む各種の処理部を実現する。
【００５３】
通信制御部２９ａは、通信部２４等と協働して、他の装置および自装置１０内の他のデバイス（従デバイス）との間の通信動作を制御する処理部である。
【００５４】
入出力制御部２９ｂは、操作表示部４０と協働（連携）して、操作表示部４０（タッチパネル４５）に対する入力動作を制御するとともに、操作表示部４０（タッチパネル４５）における表示動作を制御する処理部である。たとえば、入出力制御部２９ｂは、サーバデバイス２０の機能に関する情報等を操作表示部４０（タッチパネル４５）に表示させるとともに、操作表示部４０に対するユーザ操作に関する操作入力情報を当該操作表示部４０から取得する。
【００５５】
また、サーバデバイス２０は、電子メール機能、データ保存機能、形式変換機能および画像編集機能等を備える。具体的には、サーバデバイス２０には、これらの機能を実現するためのアプリケーション（アプリケーションソフトウエアプログラム）が予めインストールされており、サーバデバイス２０は、各アプリケーションを用いてこれらの機能を実現する。
【００５６】
ここでは、サーバデバイス２０には、電子メールアプリケーション、データ保存アプリケーション、形式変換アプリケーションおよび画像編集アプリケーション等が予めインストールされている。
【００５７】
電子メールアプリケーションは、他の装置との間で電子メールの送受信を実行することが可能なアプリケーションであり、サーバデバイス２０は、当該電子メールアプリケーションを実行することによって電子メール機能を実現する。データ保存アプリケーションは、サーバデバイス２０内に各種データを保存することが可能なアプリケーションであり、サーバデバイス２０は、当該データ保存アプリケーションを実行することによってデータ保存機能を実現する。形式変換アプリケーションは、指定されたファイルのファイル形式を他のファイル形式に変換することが可能なアプリケーションであり、サーバデバイス２０は、当該形式変換アプリケーションを実行することによって形式変換機能を実現する。画像編集アプリケーションは、指定された画像データの編集処理を実行することが可能なアプリケーションであり、サーバデバイス２０は、当該画像編集アプリケーションを実行することによって画像編集機能を実現する。
【００５８】
＜１−４．操作表示部４０の構成＞
このＭＦＰ１０においては、略板状の操作表示部４０（図１参照）が設けられている。操作表示部４０は、その正面側にタッチパネル４５（図１参照）を有している。タッチパネル４５は、液晶表示パネルに各種センサ等が埋め込まれて構成され、各種情報を表示するとともに操作者（操作ユーザ）からの各種の操作入力を受け付けることが可能である。タッチパネル４５は、タッチパネル４５に対する操作入力を受け付ける操作入力部としても機能するとともに、各種情報を表示する表示パネルとしても機能する。
【００５９】
操作表示部４０は、図２に示されるように、タッチパネル４５に加えて動作制御部４１およびリセット制御部４８をも備えている。
【００６０】
動作制御部４１は、操作表示部４０に関する動作（表示動作等）を統括的に制御する処理部である。
【００６１】
動作制御部４１は、ＣＰＵ（メインＣＰＵ）および各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。動作制御部４１は、当該ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のプログラムを実行することによって、操作表示部４０（タッチパネル４５等）に関する各種の動作を制御するコントローラである。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されて操作表示部４０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワークを経由してダウンロードされて操作表示部４０にインストールされるようにしてもよい。
【００６２】
具体的には、動作制御部４１（図２参照）は、当該プログラム等の実行により、入出力制御部４２を含む各種の処理部を実現する。
【００６３】
入出力制御部４２は、タッチパネル４５の表示出力を制御するとともに、タッチパネル４５に対するユーザからの操作入力を受け付ける入力処理等を制御する処理部である。
【００６４】
また、動作制御部４１は、いずれかのデバイスからのリセット要求（リセット要求信号）に基づいて自身をリセットすることが可能である。
【００６５】
リセット制御部４８（図２）は、操作表示部４０の動作制御部４１（詳細にはメインＣＰＵ）のリセットに関する動作を制御する処理部である。
【００６６】
当該リセット制御部４８は、ＣＰＵ等を備えるコンピュータシステムとして構成される。当該リセット制御部４８のＣＰＵは、動作制御部４１のＣＰＵとは別に設けられる。動作制御部４１は、当該ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のプログラムを実行することによって、動作制御部４１のリセットに関する動作を制御するコントローラである。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されて操作表示部４０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワークを経由してダウンロードされて操作表示部４０にインストールされるようにしてもよい。
【００６７】
具体的には、リセット制御部４８は、当該プログラム等の実行により、複数のデバイス２０，３０のいずれかからリセット要求を受信する場合、受信されたリセット要求に応じて動作制御部４１をリセットするか否か（リセットすべきか否か）、を決定する。そして、リセット制御部４８は、たとえば動作制御部４１をリセットすべき旨を決定する場合、受信されたリセット要求（リセット要求信号）を信号線Ｌ１（図２）を介して当該動作制御部４１に送信して、当該動作制御部４１をリセットさせる。一方、リセット制御部４８は、動作制御部４１をリセットしない旨を決定する場合は、受信されたリセット要求を動作制御部４１に送信しない。
【００６８】
なお、ここでは、操作表示部４０は、専用の電源装置（不図示）を有し、いずれのデバイスからも電力供給を受けていないものとする。そのため、その制御部で異常が発生したデバイスにおいて電源スイッチのリセット操作が行われたことに伴って、操作表示部４０の電源状態が自動的にオフ状態に遷移して動作制御部４１がリセットされる、ということはなく、動作制御部４１は、デバイスからのリセット要求に基づきリセットされる。
【００６９】
この操作表示部４０（タッチパネル４５等）は、サーバデバイス２０と画像形成デバイス３０との２つのデバイスによって共用される。
【００７０】
具体的には、操作表示部４０は、メニュー画面２００（図５参照）をタッチパネル４５に表示する。当該メニュー画面２００には、サーバデバイス２０の機能に対応するボタン２５１〜２５４と画像形成デバイス３０の機能に対応するボタン２５５〜２５８とが表示されている。そして、ユーザは、複数の機能に対応する複数のボタン２５１〜２５８の中から、所望の機能に対応するボタンを選択（押下）する。
【００７１】
ユーザの選択操作に応答して、操作表示部４０（入出力制御部４２）は、ユーザによって選択されたボタンに対応する機能を備えるデバイスと連携して、当該機能に関する表示をタッチパネル４５にて行う。換言すれば、複数のデバイス２０，３０の中から択一的に選択されたデバイスに関する表示がタッチパネル４５にて行われる。
【００７２】
たとえば、メニュー画面２００（図５）において、電子メール機能（サーバデバイス２０の一機能）に対応するボタン２５１が選択されると、操作表示部４０（入出力制御部４２）は、サーバデバイス２０から表示用画像データを受信して電子メールアプリケーションのトップ画面（不図示）等をタッチパネル４５に表示する。
【００７３】
また、メニュー画面２００において、たとえば、コピー機能（画像形成デバイス３０の一機能）に対応するボタン２５５が選択（押下）されると、操作表示部４０（入出力制御部４２）は、画像形成デバイス３０から表示用画像データを受信してコピー機能（コピージョブ）の設定画面（不図示）等をタッチパネル４５に表示する。
【００７４】
このように、操作表示部４０は、サーバデバイス２０に関する表示を行う表示部材（操作部材）であるとともに、画像形成デバイス３０に関する表示を行う表示部材（操作部材）でもある。
【００７５】
＜１−５．動作の概略＞
この実施形態では、複数のデバイス２０，３０のそれぞれは、自デバイスの制御部（ＣＰＵ）で異常が発生したことによって行われたリセット操作（電源の再投入操作）に応答して自デバイスの制御部をリセットする。換言すれば、この実施形態では、一方のデバイスの制御部のリセットに連動して他方のデバイスの制御部がリセットされるのではなく、各デバイス２０，３０の制御部のリセットは、互いに独立して実行される。なお、これに限定されず、サーバデバイス２０（主デバイス）の制御部２９がリセットされる場合は、当該サーバデバイス２０の制御部２９のリセットに連動して画像形成デバイス３０（従デバイス）の制御部３９もがリセットされるようにしてもよい。
【００７６】
また、複数のデバイス２０，３０のそれぞれは、自デバイスの制御部をリセットする場合に、操作表示部４０の動作制御部４１（ＣＰＵ）のリセットを要求するリセット要求を、当該操作表示部４０のリセット制御部４８に対して送信する。
【００７７】
操作表示部４０のリセット制御部４８は、当該リセット要求を受信する場合、原則として、操作表示部４０の動作制御部４１をリセットすべき旨を決定し、受信されたリセット要求を操作表示部４０の動作制御部４１に信号線Ｌ１（図２）を介して送信する。ただし、リセット制御部４８は、リセット要求の要求元デバイスが、操作表示部４０に対する表示出力を行っているデバイス（表示中デバイスとも称する）でない場合において、当該要求元デバイスが画像形成デバイス３０であるときには、例外的に、当該動作制御部４１をリセットしない旨を決定し、受信されたリセット要求を動作制御部４１に送信しない。
【００７８】
図６は、操作表示部４０（リセット制御部４８）の動作を示すフローチャートである。以下では、図６を参照しながらリセット制御部４８の概略の動作を説明した後、リセット制御部４８の動作の具体例について図７〜図１４を参照して説明する。
【００７９】
まず、ステップＳ１１においては、操作表示部４０（リセット制御部４８）は、複数のデバイス２０，３０のいずれかからリセット要求が受信されたか否か、を判定する。
【００８０】
具体的には、或るデバイスの制御部において異常が発生した場合（たとえばＣＰＵが暴走した場合）、ユーザは、当該或るデバイスの電源スイッチのリセット操作を行う。そして、当該リセット操作に応答して、当該或るデバイスは、自デバイスの制御部（ＣＰＵ）をリセットするとともに、リセット要求を操作表示部４０のリセット制御部４８に送信する。
【００８１】
操作表示部４０（リセット制御部４８）において当該リセット要求が受信される場合、処理はステップＳ１１からステップＳ１２へと進む。なお、リセット要求が受信されない場合、ステップＳ１１の処理は繰り返される。換言すれば、リセット制御部４８は、リセット要求を待機する。
【００８２】
ステップＳ１２においては、操作表示部４０（リセット制御部４８）は、リセット要求の要求元デバイスを特定し、特定された要求元デバイスが画像形成デバイス３０（従デバイス）であるか否か、を判定する。
【００８３】
たとえば、特定された要求元デバイスが画像形成デバイス３０（従デバイス）でない旨がステップＳ１２にて判定される場合、処理はステップＳ１２からステップＳ１４（後述）へと進む。換言すれば、要求元デバイスがサーバデバイス２０（主デバイス）である場合は、当該サーバデバイス２０が表示中デバイスであるか否か（次述のステップＳ１３）にかかわらず、処理はステップＳ１４へと進む。
【００８４】
一方、特定された要求元デバイスが画像形成デバイス３０（従デバイス）である旨がステップＳ１２にて判定される場合、処理はステップＳ１２からステップＳ１３へと進む。換言すれば、当該要求元デバイスがサーバデバイス２０（主デバイス）でない旨がステップＳ１２にて判定される場合は、処理はステップＳ１３へと進む。
【００８５】
ステップＳ１３においては、操作表示部４０（リセット制御部４８）は、リセット要求の要求元デバイスが表示中デバイス（操作表示部４０に対する表示出力を行っているデバイス）であるか否か、を判定する。
【００８６】
具体的には、リセット制御部４８は、操作表示部４０のタッチパネル４５に表示されている表示用データの送信元のデバイスを示す信号を動作制御部４１（たとえば入出力制御部４２（図２））から取得して、表示中デバイスを特定する。そして、リセット制御部４８は、リセット要求の要求元デバイスとして特定されたデバイスが、表示中デバイスとして特定されたデバイスと同じデバイスであるか否か、を判定する。
【００８７】
たとえば、リセット要求の要求元デバイスが表示中デバイスである旨（要求元デバイスと表示中デバイスとが同じデバイスである旨）がステップＳ１３にて判定される場合、処理はステップＳ１３からステップＳ１４へと進む。
【００８８】
ステップＳ１４においては、操作表示部４０（リセット制御部４８）は、操作表示部４０の動作制御部４１をリセットすべき旨を決定する。そして、処理はステップＳ１５へと進む。
【００８９】
そして、ステップＳ１５においては、操作表示部４０（リセット制御部４８）は、要求元デバイスから受信されたリセット要求を信号線Ｌ１（図２）を介して動作制御部４１に送信し、動作制御部４１（詳細にはメインＣＰＵ）をリセットさせる。その後、動作制御部４１のリセットが完了すると、操作表示部４０（動作制御部４１）は、たとえばメニュー画面２００（図５）をタッチパネル４５に再び表示する。なお、ステップＳ１５の後、処理は再びステップＳ１１に戻る。
【００９０】
一方、リセット要求の要求元デバイスが表示中デバイスでない旨（要求元デバイスと表示中デバイスとが異なるデバイスである旨）がステップＳ１３にて判定される場合、処理はステップＳ１３からステップＳ１６へと進む。換言すれば、リセット要求の要求元デバイス以外のデバイスが表示中デバイスである場合、処理はステップＳ１３からステップＳ１６へと進む。
【００９１】
ステップＳ１６においては、操作表示部４０（リセット制御部４８）は、操作表示部４０の動作制御部４１をリセットしない旨を決定する。そして、リセット制御部４８は、要求元デバイスから受信されたリセット要求を動作制御部４１に送信せず、動作制御部４１はリセットされない。その結果、当該動作制御部４１は引き続き動作し、操作表示部４０のタッチパネル４５における表示は継続される。なお、ステップＳ１６の後、処理は再びステップＳ１１へと戻る。
【００９２】
＜１−６．動作の具体例＞
以下では、操作表示部４０のリセット制御部４８等の動作の具体例を説明する。
【００９３】
具体的には、
（１）リセット要求の要求元デバイスが画像形成デバイス３０であり、当該画像形成デバイス３０が表示中デバイスでもある場合（図７，８参照）、
（２）リセット要求の要求元デバイスが画像形成デバイス３０であり、サーバデバイス２０が表示中デバイスである場合（図９，１０参照）、
（３）リセット要求の要求元デバイスがサーバデバイス２０である場合（図１１〜図１４参照）、
の３つのケースについて以下に説明する。
【００９４】
（１）まず、画像形成デバイス３０からリセット要求が受信された際に、当該画像形成デバイス３０に関する表示が操作表示部４０にて行われている場合の動作について、図７および図８を参照しながら説明する。
【００９５】
リセット要求の要求元デバイスが画像形成デバイス３０である場合において、当該画像形成デバイス３０が表示中デバイスでもあるときには、操作表示部４０の動作制御部４１をリセットすべき旨が決定される。
【００９６】
具体的には、画像形成デバイス３０の制御部３９（ＣＰＵ）で異常が発生した場合、ユーザは、画像形成デバイス３０の電源スイッチのリセット操作を行う。そして、当該リセット操作に応答して、画像形成デバイス３０は、自デバイス３０の制御部３９をリセットする（図７参照）とともに、リセット要求を操作表示部４０のリセット制御部４８に送信する（図８参照）。
【００９７】
操作表示部４０のリセット制御部４８は、リセット要求を受信する（ステップＳ１１）と、当該リセット要求の要求元デバイスを特定し、要求元デバイスとして特定されたデバイスが画像形成デバイス３０（従デバイス）であるか否か、を判定する（ステップＳ１２）。ここでは、画像形成デバイス３０がリセット要求の要求元デバイスとして特定され、当該要求元デバイスが画像形成デバイス３０（従デバイス）である旨がステップＳ１２にて判定される。そして、処理はステップＳ１２からステップＳ１３へと進む。
【００９８】
その後、リセット制御部４８は、表示中デバイスを特定し、リセット要求の要求元デバイス（ここでは画像形成デバイス３０）が表示中デバイスであるか否か、を判定する（ステップＳ１３）。ここでは、リセット要求が画像形成デバイス３０から受信された時点において当該画像形成デバイス３０が操作表示部４０に対する表示出力を行っている（図７の期間Ｔ１２も参照）。そのため、当該画像形成デバイス３０が表示中デバイスとして特定され、リセット要求の要求元デバイス（画像形成デバイス３０）が表示中デバイスである旨がステップＳ１３にて判定される。
【００９９】
そして、処理はステップＳ１３からステップＳ１４へと進み、リセット制御部４８は、動作制御部４１をリセットすべき旨を決定する（ステップＳ１４）。その後、リセット制御部４８は、画像形成デバイス３０から受信されたリセット要求を当該動作制御部４１に送信して動作制御部４１をリセットさせる（ステップＳ１５）（図７および図８も参照）。換言すれば、リセット制御部４８は、従デバイスである画像形成デバイス３０がリセット要求の要求元デバイスである場合は、当該画像形成デバイス３０が表示中デバイスでもあることを条件に、操作表示部４０の動作制御部４１をリセットすべき旨を決定する。
【０１００】
具体的には、表示中デバイスの制御部（ＣＰＵ）にて異常が発生した場合、操作表示部４０と表示中デバイスとの間で表示用データ等の授受が正常に行われないことに起因して、操作表示部４０の動作制御部４１が、表示中デバイスからの新たな表示用データを待機し続ける状態（待機状態）に遷移することがある。動作制御部４１が当該待機状態に遷移した場合、表示中デバイスの制御部（ここでは画像形成デバイス３０の制御部３９）がリセットされただけでは、操作表示部４０の状態（待機状態）が正常状態に戻らない（待機状態が解消しない）恐れがある。このような事態を回避するため、リセット制御部４８は、画像形成デバイス３０から受信されたリセット要求を動作制御部４１に送信して動作制御部４１をリセットさせる。
【０１０１】
その後、画像形成デバイス３０の制御部３９がリセットされたことによって当該制御部３９は正常状態に復帰するとともに、操作表示部４０の動作制御部４１がリセットされたことによって当該動作制御部４１も正常状態に復帰する。そして、操作表示部４０（動作制御部４１）は、たとえばメニュー画面２００（図５）をタッチパネル４５に再び表示する。
【０１０２】
このように、リセット要求の要求元デバイスが画像形成デバイス３０である場合において、当該画像形成デバイス３０が表示中デバイスでもあるときには、操作表示部４０の動作制御部４１をリセットすべき旨が決定され、当該動作制御部４１がリセットされる。
【０１０３】
（２）つぎに、画像形成デバイス３０からリセット要求が受信された際に、サーバデバイス２０に関する表示が操作表示部４０にて行われている場合の動作について、図９および図１０を参照しながら説明する。
【０１０４】
リセット要求の要求元デバイスが画像形成デバイス３０である場合において、当該画像形成デバイス３０が表示中デバイスではなくサーバデバイス２０が表示中デバイスであるときには、例外的に、操作表示部４０の動作制御部４１をリセットしない旨が決定される。
【０１０５】
具体的には、上述のように、画像形成デバイス３０の制御部３９で異常が発生した場合、ユーザは、画像形成デバイス３０の電源スイッチのリセット操作を行う。そして、当該リセット操作に応答して、画像形成デバイス３０は、自デバイス３０の制御部３９をリセットする（図９参照）とともに、リセット要求を操作表示部４０のリセット制御部４８に送信する（図１０参照）。
【０１０６】
操作表示部４０のリセット制御部４８は、リセット要求を受信する（ステップＳ１１）と、当該リセット要求の要求元デバイスを特定し、要求元デバイスとして特定されたデバイスが画像形成デバイス３０（従デバイス）であるか否かを判定する（ステップＳ１２）。ここでは、画像形成デバイス３０がリセット要求の要求元デバイスとして特定され、当該要求元デバイスが画像形成デバイス３０（従デバイス）である旨がステップＳ１２にて判定される。そして、処理はステップＳ１２からステップＳ１３へと進む。
【０１０７】
その後、リセット制御部４８は、表示中デバイスを特定し、リセット要求の要求元デバイス（ここでは画像形成デバイス３０）が表示中デバイスであるか否か、を判定する（ステップＳ１３）。ここでは、リセット要求が画像形成デバイス３０から受信された時点においてサーバデバイス２０が操作表示部４０に対する表示出力を行っている（図９の期間Ｔ２２も参照）。そのため、リセット制御部４８は、当該サーバデバイス２０を表示中デバイスとして特定し、リセット要求の要求元デバイス（画像形成デバイス３０）が表示中デバイスでない旨をステップＳ１３にて判定する。
【０１０８】
そして、処理はステップＳ１３からステップＳ１６へと進み、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットしない旨を決定し、画像形成デバイス３０からのリセット要求を動作制御部４１に送信しない。その結果、操作表示部４０の動作制御部４１はリセットされない（図９および図１０も参照）。
【０１０９】
ここにおいて、上記課題欄で述べたように、或るデバイス（たとえば画像形成デバイス３０）の制御部で異常が発生した場合、当該画像形成デバイス３０と操作表示部４０との間の通信等に不具合が生じ、操作表示部４０（動作制御部４１）の動作が正常に行われないことがある。
【０１１０】
ただし、操作表示部４０（動作制御部４１）の全ての動作が正常に行われないわけではなく、一部の動作は動作制御部４１にて正常に行われ得る。たとえば、当該画像形成デバイス３０（非表示中デバイス）と操作表示部４０との間の通信等に不具合が生じた場合であっても、サーバデバイス２０（表示中デバイス）からの表示用データの表示動作は動作制御部４１にて正常に行われ得る。
【０１１１】
サーバデバイス２０からの表示用データの表示動作が動作制御部４１にて正常に行われている場合において、仮に当該画像形成デバイス３０の制御部３９のリセットに伴って操作表示部４０の動作制御部４１もがリセットされるときには、操作表示部４０の表示動作が停止してしまう。換言すれば、サーバデバイス２０からの表示用データの表示動作が動作制御部４１にて正常に行われているにもかかわらず、操作表示部４０においてサーバデバイス２０に関する表示が非表示化されてしまう。その結果、操作表示部４０を利用して当該サーバデバイス２０による表示を閲覧していたユーザの利便性が低下する。
【０１１２】
このようなユーザの利便性の低下を抑制するため、リセット要求の要求元デバイスが画像形成デバイス３０である場合において、当該画像形成デバイス３０が表示中デバイスでないときには、例外的に、操作表示部４０の動作制御部４１をリセットしない旨が決定される。
【０１１３】
そして、画像形成デバイス３０の制御部３９はリセットされるものの、操作表示部４０の動作制御部４１はリセットされず、操作表示部４０において、サーバデバイス２０に関する表示が引き続き行われる。なお、画像形成デバイス３０（従デバイス）の制御部３９がリセットされる場合であっても、当該画像形成デバイス３０の制御部３９のリセットに連動してサーバデバイス２０（主デバイス）の制御部２９の動作が停止することはなく、サーバデバイス２０は、操作表示部４０に対する表示出力を引き続き行う。
【０１１４】
このように、リセット要求の要求元デバイスが画像形成デバイス３０である場合において、当該画像形成デバイス３０が表示中デバイスではなくサーバデバイス２０が表示中デバイスであるときには、操作表示部４０の動作制御部４１をリセットしない旨が決定される。
【０１１５】
（３）つぎに、サーバデバイス２０（主デバイス）からリセット要求が受信される場合における動作について、図１１〜図１４を参照しながら説明する。
【０１１６】
リセット要求の要求元デバイスがサーバデバイス２０（主デバイス）である場合、当該サーバデバイス２０が表示中デバイスであるとき（図１１，１２も参照）と画像形成デバイス３０が表示中デバイスであるとき（図１３，１４も参照）とが考えられる。
【０１１７】
リセット要求の要求元デバイスがサーバデバイス２０（主デバイス）である場合は、当該サーバデバイス２０と画像形成デバイス３０とのいずれが表示中デバイスであっても、操作表示部４０の動作制御部４１をリセットすべき旨が決定される。
【０１１８】
具体的には、サーバデバイス２０の制御部２９（ＣＰＵ）で異常が発生した場合、ユーザ（管理ユーザを含む）は、サーバデバイス２０の電源スイッチのリセット操作を行う。そして、当該リセット操作に応答して、サーバデバイス２０は、自デバイス２０の制御部２９をリセットする（図１１の期間Ｔ３２および図１３の期間Ｔ４２参照）とともに、リセット要求を操作表示部４０のリセット制御部４８に送信する（図１２および図１４参照）。
【０１１９】
操作表示部４０のリセット制御部４８は、リセット要求を受信する（ステップＳ１１）と、リセット要求の要求元デバイスを特定し、要求元デバイスとして特定されたデバイスがサーバデバイス２０（主デバイス）であるか否かを判定する（ステップＳ１２）。ここでは、サーバデバイス２０が要求元デバイスとして特定され、リセット要求の要求元デバイスが画像形成デバイス３０（従デバイス）でない旨がステップＳ１２にて判定される。
【０１２０】
そして、処理はステップＳ１２からステップＳ１４へと進み、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットすべき旨を決定する（ステップＳ１４）。その後、リセット制御部４８は、サーバデバイス２０から受信されたリセット要求を動作制御部４１に送信して動作制御部４１（ＣＰＵ）をリセットさせる（ステップＳ１５）。
【０１２１】
ここにおいて、上述したように、このＭＦＰ１０では、画像形成デバイス３０（従デバイス）は、サーバデバイス２０（主デバイス）の管理下で動作する。そのため、当該サーバデバイス２０の制御部２９（ＣＰＵ）で異常が発生した場合、少なくとも当該サーバデバイス２０の制御部２９のリセットが実行されている間は、当該画像形成デバイス３０の動作は停止する。その結果、サーバデバイス２０の制御部２９のリセットが完了したことによって画像形成デバイス３０の動作が再開されるまで、操作表示部４０における表示動作も停止する。端的に言えば、サーバデバイス２０の制御部２９がリセットされる際に、仮に操作表示部４０の動作制御部４１がリセットされない場合であっても、サーバデバイス２０の制御部２９のリセットが完了するまで操作表示部４０における表示動作は停止する。換言すれば、サーバデバイス２０の制御部２９のリセットに伴って動作制御部４１がリセットされるか否かにかかわらず、サーバデバイス２０の制御部２９のリセットが完了するまで、操作表示部４０における表示動作は停止する。
【０１２２】
この場合、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットすべき旨を決定し（ステップＳ１４）、当該動作制御部４１をリセットさせる（ステップＳ１５）。
【０１２３】
その後、サーバデバイス２０の制御部２９がリセットされたことによって当該制御部２９は正常状態に復帰した後、操作表示部４０（動作制御部４１）は、たとえばメニュー画面２００（図５）をタッチパネル４５に再び表示する。
【０１２４】
このように、リセット要求の要求元デバイスがサーバデバイス２０（主デバイス）である場合は、当該サーバデバイス２０が表示中デバイスであるか否かにかかわらず、操作表示部４０の動作制御部４１をリセットすべき旨が決定される。
【０１２５】
以上のように、第１実施形態においては、リセット要求の要求元デバイスが表示中デバイスである場合は、操作表示部４０の動作制御部４１をリセットすべき旨が決定される（ステップＳ１４）。一方、当該要求元デバイスが表示中デバイスでない場合において、要求元デバイスが両デバイス２０，３０のうちの特定のデバイス（ここでは画像形成デバイス３０（従デバイス））であるときには、当該動作制御部４１をリセットしない旨が決定される（ステップＳ１６）。そのため、画像形成デバイス３０の制御部３９がリセットされる場合であっても、当該画像形成デバイス３０が操作表示部４０に対する表示出力を行っていないときには、操作表示部４０の動作制御部４１はリセットされず、操作表示部４０における表示（他のデバイス（サーバデバイス２０）に関する表示）は継続される。したがって、複数のデバイス２０，３０と当該複数のデバイス２０，３０で共用される操作表示部４０とを備えるＭＦＰ１０において、当該操作表示部４０を利用しているユーザの利便性（操作性）の低下を抑制することが可能である。
【０１２６】
＜２．第２実施形態＞
第２実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。
【０１２７】
上記第１実施形態では、ＭＦＰ１０においてサーバデバイス２０と画像形成デバイス３０との主従関係が構築されている場合の動作について例示されている。
【０１２８】
これに対して、この第２実施形態では、ＭＦＰ１０においてサーバデバイス２０と画像形成デバイス３０との主従関係が構築されていない場合の動作について例示する。
【０１２９】
図１７は、第２実施形態に係る操作表示部４０（リセット制御部４８）の動作を示すフローチャートである。
【０１３０】
この第２実施形態では、ステップＳ１２の判定処理（図６）は行われず、リセット要求の要求元デバイスが表示中デバイスであるか否かの判定処理（ステップＳ１３）の判定結果のみに基づいて、操作表示部４０の動作制御部４１をリセットするか否かが決定される。
【０１３１】
具体的には、操作表示部４０（リセット制御部４８）において或るデバイス（たとえばサーバデバイス２０）からリセット要求が受信される（ステップＳ１１）と、処理はステップＳ１１からステップＳ１３へと進む。そして、リセット制御部４８は、リセット要求の要求元デバイスを特定するとともに、特定された要求元デバイス（ここではサーバデバイス２０）が表示中デバイスであるか否か、を判定する（ステップＳ１３）。
【０１３２】
たとえば、当該サーバデバイス２０（リセット要求の要求元デバイス）が表示中デバイスである場合、処理はステップＳ１３からステップＳ１４へと進み、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットすべき旨を決定する。そして、当該操作表示部４０の動作制御部４１はリセットされる（ステップＳ１５）（図１１および図１２参照）。換言すれば、要求元デバイスがサーバデバイス２０と画像形成デバイス３０とのいずれであるかにかかわらず、要求元デバイスとして特定されたデバイスが表示中デバイスである場合は、操作表示部４０の動作制御部４１をリセットすべき旨が決定される。
【０１３３】
一方、当該サーバデバイス２０（要求元デバイス）が表示中デバイスでない場合、処理はステップＳ１３からステップＳ１６へと進み、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットしない旨を決定する。そして、当該動作制御部４１はリセットされず（図１５および図１６参照）、操作表示部４０における表示が継続される。換言すれば、要求元デバイスがサーバデバイス２０と画像形成デバイス３０とのいずれであるかにかかわらず、要求元デバイスとして特定されたデバイスが表示中デバイスでない場合は、操作表示部４０の動作制御部４１をリセットしない旨が決定される。
【０１３４】
なお、画像形成デバイス３０からリセット要求が受信される場合も、当該リセット要求の要求元デバイス（画像形成デバイス３０）が表示中デバイスであるか否かに応じて、動作制御部４１をリセットするか否かが決定される。
【０１３５】
以上のように、第２実施形態においては、リセット要求の要求元デバイスが表示中デバイスでない場合は、当該要求元デバイスがいずれのデバイスであるときにも、操作表示部４０の動作制御部４１をリセットしない旨が決定される（ステップＳ１６）。
【０１３６】
詳細には、要求元デバイスが表示中デバイスでない場合において、当該要求元デバイスが画像形成デバイス３０であるときには、第１実施形態と同様に、操作表示部４０の動作制御部４１をリセットしない旨が決定される。その結果、画像形成デバイス３０の制御部３９がリセットされる場合であっても、操作表示部４０の動作制御部４１はリセットされず、操作表示部４０における表示（他のデバイス（サーバデバイス２０）に関する表示）は継続される。
【０１３７】
また、要求元デバイスが表示中デバイスでない場合において、当該要求元デバイスがサーバデバイス２０であるときにも、操作表示部４０の動作制御部４１をリセットしない旨が決定される。その結果、サーバデバイス２０の制御部２９がリセットされる場合であっても、操作表示部４０の動作制御部４１はリセットされず、操作表示部４０における表示（他のデバイス（画像形成デバイス３０）に関する表示）は継続される。
【０１３８】
したがって、複数のデバイス２０，３０と当該複数のデバイス２０，３０で共用される操作表示部４０とを備えるＭＦＰ１０において、当該操作表示部４０を利用しているユーザの利便性（操作性）の低下を抑制することが可能である。
【０１３９】
＜３．第３実施形態＞
第３実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。
【０１４０】
この第３実施形態では、リセット要求の要求元デバイスが画像形成デバイス３０であり且つ当該画像形成デバイス３０が表示中デバイスでない場合に、さらに、操作表示部４０にて一定の無操作期間Ｔ１が経過しているか否か、が判定される。
【０１４１】
図１８は、第３実施形態に係る操作表示部４０（リセット制御部４８）の動作を示すフローチャートである。この第３実施形態では、ステップＳ１３とステップＳ１６との間にステップＳ２０の処理が行われる点に関して、上記第１実施形態（図６参照）とは異なる。なお、図１８のステップＳ１１〜Ｓ１６の処理は、上記第１実施形態と同様にして行われる。
【０１４２】
具体的には、リセット要求の要求元デバイス（たとえば画像形成デバイス３０）が表示中デバイスでない場合、処理はステップＳ１３からステップＳ２０へと進む。換言すれば、要求元デバイスが画像形成デバイス３０であるものの、当該画像形成デバイス３０が表示中デバイスとして特定されない場合、処理はステップＳ１３からステップＳ２０へと進む。そして、操作表示部４０（リセット制御部４８）は、操作表示部４０のタッチパネル４５において一定の無操作期間Ｔ１（たとえば５分）が経過しているか否か、を判定する（ステップＳ２０）。
【０１４３】
たとえば、当該画像形成デバイス３０が表示中デバイスではなくサーバデバイス２０が表示中デバイスである場合（図１０も参照）において、タッチパネル４５にて一定の無操作期間Ｔ１が経過していないときには、リセット制御部４８は、操作表示部４０がユーザによって利用されていると判定する。この場合、処理はステップＳ２０からステップＳ１６へと進み、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットしない旨を決定する。
【０１４４】
一方、当該画像形成デバイス３０が表示中デバイスではない場合において、タッチパネル４５にて一定の無操作期間Ｔ１が経過しているときには、リセット制御部４８は、操作表示部４０がユーザによって利用されていないと判定する。
【０１４５】
たとえば、当該画像形成デバイス３０ではなくサーバデバイス２０が表示中デバイスである場合であっても、タッチパネル４５にて一定の無操作期間Ｔ１が経過しているときには、リセット制御部４８は、操作表示部４０がユーザによって利用されていないと判定する。
【０１４６】
また、タッチパネル４５にて所定期間Ｔ２（Ｔ２＞Ｔ１）（たとえば１０分）に亘って操作入力が受け付けられなかった場合、操作表示部４０は通常状態から節電状態（省電力状態）に遷移し、タッチパネル４５における表示動作は停止する。操作表示部４０が節電状態を有する場合、いずれのデバイスも表示中デバイスとして特定されない。そして、当該画像形成デバイス３０が表示中デバイスではなくサーバデバイス２０もが表示中デバイスでない場合も、リセット制御部４８は、操作表示部４０がユーザによって利用されていないと判定する。
【０１４７】
操作表示部４０がユーザによって利用されていないと判定される場合、処理はステップＳ２０からステップＳ１４へと進み、リセット制御部４８は、操作表示部４０の動作制御部４１をリセットすべき旨を決定する。
【０１４８】
このように、リセット要求の要求元デバイスが画像形成デバイス３０であり且つ当該画像形成デバイス３０が表示中デバイスでない場合であっても、操作表示部４０のタッチパネル４５にて一定の無操作期間が経過しているときには、操作表示部４０の動作制御部４１をリセットすべき旨が決定されてもよい。
【０１４９】
これによれば、画像形成デバイス３０が表示中デバイスでない場合であっても、操作表示部４０がユーザによって利用されていないことによって、操作表示部４０の動作制御部４１のリセットに起因するユーザの利便性の低下が生じないときには、当該動作制御部４１をリセットすべき旨が決定される。したがって、操作表示部４０がユーザによって利用されているか否かを考慮して、操作表示部４０の動作制御部４１をリセットするか否かを決定することが可能である。
【０１５０】
なお、ここでは、上記第３実施形態を上記第１実施形態の変形例として記載したが、これに限定されず、上記第３実施形態の思想が上記第２実施形態に適用されてもよい。
【０１５１】
＜４．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【０１５２】
たとえば、上記各実施形態等においては、各デバイス２０，３０は、自デバイスの電源スイッチのリセット操作に応じて自デバイスの制御部（ＣＰＵ）をリセットする場合に、リセット要求を操作表示部４０のリセット制御部４８に送信している。しかしながら、本願発明はこれに限定されず、各デバイス２０，３０は、所定のソフトウエアプログラムを用いて自デバイスの制御部の異常が検出されたことに応答して自デバイスの制御部をリセットする場合に、リセット要求を操作表示部４０のリセット制御部４８に送信するようにしてもよい。
【０１５３】
具体的には、各デバイス２０，３０は、自デバイスの制御部（ＣＰＵ）の異常を検出して自デバイスの制御部をリセットすることが可能な所定のソフトウエアプログラムを有する。たとえば、各デバイス２０，３０には、自デバイスの制御部の異常を監視するソフトウエアプログラム（たとえばウォッチドッグタイマーを利用した異常検出プログラム）が予めインストールされている。そして、当該各デバイス２０，３０のリセット部２１，３１は、当該所定のソフトウエアプログラムによって自デバイスの制御部の異常が検出されて自デバイスの制御部がリセットされる際に、リセット要求を操作表示部４０のリセット制御部４８に送信する。
【０１５４】
このように、各デバイス２０，３０は、所定のソフトウエアプログラムを用いて自デバイスの制御部の異常が検出されて自デバイスの制御部をリセットするタイミングで、リセット要求を操作表示部４０に送信するようにしてもよい。
【０１５５】
また、上記各実施形態等においては、ＭＦＰ１０が情報処理装置として例示されているが、これに限定されず、たとえばパーソナルコンピュータが情報処理装置として用いられてもよい。
【０１５６】
さらに、上記各実施形態等においては、情報処理装置に設けられる複数のデバイスとしてサーバデバイス２０と画像形成デバイス３０とが例示されているが、これに限定されない。たとえば、サーバデバイス２０とクライアントデバイス（クライアントコンピュータの機能を実現することが可能なデバイス）（不図示）とが、当該複数のデバイスとして情報処理装置に設けられてもよい。
【０１５７】
また、上記各実施形態等においては、情報処理装置に２つのデバイスが設けられているが、これに限定されず、３つ以上のデバイスが情報処理装置に設けられてもよい。
【符号の説明】
【０１５８】
１０  情報処理装置（ＭＦＰ）
２０  サーバデバイス
３０  画像形成デバイス
４０  操作表示部
４５  タッチパネル
【図１】
2018142068.tif 000003
【図２】
2018142068.tif 000004
【図３】
2018142068.tif 000005
【図４】
2018142068.tif 000006
【図５】
2018142068.tif 000007
【図６】
2018142068.tif 000008
【図７】
2018142068.tif 000009
【図８】
2018142068.tif 000010
【図９】
2018142068.tif 000011
【図１０】
2018142068.tif 000012
【図１１】
2018142068.tif 000013
【図１２】
2018142068.tif 000014
【図１３】
2018142068.tif 000015
【図１４】
2018142068.tif 000016
【図１５】
2018142068.tif 000017
【図１６】
2018142068.tif 000018
【図１７】
2018142068.tif 000019
【図１８】
2018142068.tif 000020
【図１９】
2018142068.tif 000021