JP2017092907A - 機器管理システム - Google Patents

Abstract

【課題】操作部が異常終了してしまった場合に、異常状態を解消してダウンタイムを低減する。
【解決手段】操作部と本体部とが独立して制御される画像形成装置と、当該画像形成装置とネットワークを介して接続され、画像形成装置を管理する機器管理サーバ２００と、を備える機器管理システムであって、画像形成装置は、操作部の状態を示す状態情報を取得する取得部と、取得した状態情報を、機器管理サーバ２００に送信する送信部と、を備え、機器管理サーバは、画像形成装置からの状態情報を受信し、受信した状態情報が示す操作部の状態に基づいて操作部を制御する制御情報を画像形成装置に送信する送信部２１１を備える。
【選択図】図５

Description

本発明は、機器管理システムに関する。

従来から画像形成装置にはタッチパネル等の操作パネルを用いた操作部が備えられている。近年、スマートフォンやタブレット端末に搭載されているＯＳ（Operating System）であるAndroid（登録商標）により、フリック文字入力やマルチタッチなどの入力が可能となり、従来のタッチパネル等よりも操作性が向上している。そして、このAndroidのようなＯＳを操作部に搭載した画像形成装置も実用化されている。

しかし、このような画像形成装置では、AndroidのようなＯＳが搭載された操作部の操作中に、ユーザの予期せぬタイミングでＯＳが異常終了してしまうことがあった。そこで、異常終了したＯＳが搭載された操作部が備えられた印刷機器の印刷ジョブを、自動的にキャンセルする画像形成装置が開示されている（例えば、特許文献１参照）。この特許文献１の画像形成装置は、ＯＳの異常終了によって操作部に対する操作を受け付けなくなった場合に、外部から制御して印刷ジョブを停止させている。

しかしながら、上述した特許文献１の画像形成装置では、操作部に搭載されたＯＳが異常終了してしまうと印刷ジョブは停止できるが、その後ユーザが手動にて再起動して異常状態を解消しなければならず、それまでの間、画像形成装置は異常な状態のままとなってしまうという問題があった。

本発明は、上記に鑑みてなされたものであって、操作部が異常終了してしまった場合に、異常状態を解消してダウンタイムを低減する機器管理システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明の機器管理システムは、操作部と本体部とが独立して制御される機器と、当該機器とネットワークを介して接続され、前記機器を管理する機器管理装置と、を備える機器管理システムであって、前記機器は、前記操作部の状態を示す状態情報を取得する取得部と、取得した前記状態情報を、前記機器管理装置に送信する第１の通信部と、を備え、前記機器管理装置は、前記機器からの前記状態情報を受信し、受信した前記状態情報が示す前記操作部の状態に基づいて前記操作部を制御する制御情報を前記機器に送信する第２の通信部を備える。

本発明によれば、操作部が異常終了してしまった場合に、異常状態を解消してダウンタイムを低減できるという効果を奏する。

図１は、第１の実施形態にかかる機器管理システムの全体構成図である。 図２は、第１の実施形態にかかる画像形成装置のハードウェア構成の一例を示す図である。 図３は、第１の実施形態の機器管理サーバのハードウェア構成の一例を示す図である。 図４は、第１の実施形態の画像形成装置の構成を示す機能ブロック図である。 図５は、第１の実施形態の機器管理サーバの構成を示す機能ブロック図である。 図６は、第１の実施形態の機器管理システムによる再起動処理の概要を示す図である。 図７は、第１の実施形態の機器管理サーバによる画像形成装置の再起動処理の流れを示すフローチャートである。 図８は、第１の実施形態の画像形成装置の再起動処理の流れを示すフローチャートである。 図９は、第２の実施形態の画像形成装置の構成を示す機能ブロック図である。 図１０は、第２の実施形態の機器管理サーバの構成を示す機能ブロック図である。 図１１は、第２の実施形態の機器管理システムによる再起動処理の概要を示す図である。 図１２は、第２の実施形態の機器管理サーバによる画像形成装置の再起動処理の流れを示すフローチャートである。 図１３は、第２の実施形態の画像形成装置の再起動処理の流れを示すフローチャートである。 図１４は、機器管理サーバが表示する選択画面の一例である。

以下に添付図面を参照して、機器管理システムの実施形態を詳細に説明する。

（第１の実施形態）
図１は、第１の実施形態にかかる機器管理システムの全体構成図である。図１に示すように、機器管理システムは、機器管理サーバ２００と、画像形成装置群１００Ｇとがネットワーク３０を介して接続されている。

画像形成装置群１００Ｇには、画像形成装置１００ａ、１００ｂ、１００ｃの３台の画像形成装置が設置されている。この画像形成装置の台数は任意であって、２台以下または４台以上設置されていてもよい。画像形成装置１００ａ、１００ｂ、１００ｃは、操作部２０（図２参照）と本体部１０（図２参照）とが独立して制御される機器であって、本実施形態の操作部２０には、一例としてAndroid（登録商標）ＯＳが搭載されている。また、以下では、画像形成装置群１００Ｇにおける任意の画像形成装置を示す場合は、単に画像形成装置１００と称する場合がある。

機器管理サーバ２００は、画像形成装置１００ａ、１００ｂ、１００ｃを管理する装置である。本実施形態では、画像形成装置１００ａ、１００ｂ、１００ｃのＯＳが異常終了した場合に再起動を行うものである。

次に、画像形成装置１００のハードウェア構成について説明する。図２は、第１の実施形態にかかる画像形成装置のハードウェア構成の一例を示す図である。図２に示すように、画像形成装置１００は、コピー機能、スキャナ機能、ファクス機能、およびプリンタ機能などの各種の機能を実現可能な本体部１０と、ユーザによる操作入力を受け付ける操作部２０とを備えている。

なお、ユーザによる操作入力を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む。）を受け付けることを含む概念である。本体部１０と操作部２０は、専用の通信路４０を介して相互に通信可能に接続されている。通信路４０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

なお、本体部１０は、操作部２０で受け付けた操作入力に応じた動作を行うことができる。また、本体部１０は、機器管理サーバ２００等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

まず、本体部１０のハードウェア構成例について説明する。図２に示すように、本体部１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory)１３と、ＨＤＤ（Hard Disk Drive）１４と、通信Ｉ／Ｆ（インターフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。

ＣＰＵ１１は、本体部１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体部１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク３０と接続するためのインターフェースである。接続Ｉ／Ｆ１６は、通信路４０を介して操作部２０と通信するためのインターフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、および、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等の記録媒体への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクスなどを備えている。更に、印刷済み記録媒体を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置：Auto Document Feeder）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成例について説明する。図２に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７と、外部接続Ｉ／Ｆ２８とを備え、これらがシステムバス２９を介して相互に接続されている。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。

通信Ｉ／Ｆ２５は、ネットワーク３０と接続するためのインターフェースである。接続Ｉ／Ｆ２６は、通信路４０を介して本体部１０と通信するためのインターフェースである。外部接続Ｉ／Ｆ２８は、ＩＣカードリーダなどと接続するためのインターフェースである。

操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば、受け付けた操作入力に応じた情報、各種画面など）を表示する。この例では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えてまたはこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。なお、操作パネル２７は、表示部に相当する。

次に、機器管理サーバ２００のハードウェア構成について説明する。図３は、第１の実施形態の機器管理サーバのハードウェア構成の一例を示す図である。図３に示すように、機器管理サーバ２００は、ＣＰＵ６０１と、ＲＯＭ６０２と、ＲＡＭ６０３と、ＨＤＤ６０４と、ディスプレイ６０５と、通信Ｉ／Ｆ６０６と、キーボード６０７と、マウス６０８と、を備えている。

ＣＰＵ６０１は、機器管理サーバ２００全体の動作を制御する。ＣＰＵ６０１は、ＲＡＭ６０３をワークエリアとしてＲＯＭ６０２またはＨＤＤ６０４等に格納されたプログラムを実行することで、機器管理サーバ２００全体の動作を制御する。

ディスプレイ６０５は、文字または画像等の各種情報を表示する表示部である。ディスプレイ６０５は、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、ＬＣＤ（Liquid Crystal Display）、または有機ＥＬ（Electro−Luminescence）ディスプレイ等である。

通信Ｉ／Ｆ６０６は、ネットワーク３０と接続してデータ通信をするためのインターフェースである。通信Ｉ／Ｆ６０６は、例えば、１０Base-T、１００Base-TXまたは１０００Base-T等のEthernet（登録商標）に対応したインターフェースである。

キーボード６０７は、文字、数字、各種指示の選択等を行う入力装置である。マウス６０８は、各種指示の選択および実行、処理対象の選択等を行うための入力装置である。

上述のＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＨＤＤ６０４、ディスプレイ６０５、通信Ｉ／Ｆ６０６、キーボード６０７、およびマウス６０８は、アドレスバスおよびデータバス等のバス６１１によって互いに通信可能に接続されている。

次に、画像形成装置１００の機能構成について説明する。図４は、第１の実施形態の画像形成装置の構成を示す機能ブロック図である。図４に示すように、画像形成装置１００は、操作部２０と、本体部１０とを備えており、本体部１０は、取得部１０１と、制御部１０２と、通信部１１０とを備えている。画像形成装置１００は、操作部２０と本体部１０とが独立したＯＳによって制御されている。

操作部２０は、AndroidＯＳが搭載されており、操作パネル２７等を制御する。

取得部１０１は、操作部２０の状態を示す状態情報を取得する。状態情報は、例えば、操作部２０が異常終了した状態や、操作部２０が正常に動作している状態、操作部２０が停止している状態を示す情報等が含まれている。

制御部１０２は、画像形成装置１００の動作を制御するものである。また、本実施形態では、制御部１０２は、機器管理サーバ２００から受信した制御情報に基づいて、画像形成装置１００の動作を制御する。制御情報とは、画像形成装置１００を制御するための指令であって、例えば、操作部２０を再起動させる指令、操作部２０を停止させる指令などである。本実施形態では、制御部１０２は、機器管理サーバ２００から操作部２０を再起動させる指令を含む制御情報を受信した場合、受信した制御情報に基づいて、操作部２０を再起動させる制御を行う。

通信部１１０は、ネットワーク３０を介して接続された機器管理サーバ２００等の外部装置と各種情報の送受信を行うものであり、送信部１１１と受信部１１２とを備えている。

送信部１１１は、機器管理サーバ２００等の外部装置に各種情報を送信する。本実施形態では、送信部１１１は、受信部１１２により機器管理サーバ２００から状態情報の要求を受信した場合、取得部１０１が取得した操作部２０の状態情報を、機器管理サーバ２００に送信する。

また、送信部１１１は、状態情報とともに、画像形成装置１００（機器）に固有の機器識別情報を、機器管理サーバ２００に送信する。機器識別情報とは、例えば、ＩＰアドレスやＭＡＣアドレス、機器名等、機器（画像形成装置）を一意に特定可能な情報である。

受信部１１２は、機器管理サーバ２００等の外部装置から各種情報を受信する。本実施形態では、受信部１１２は、機器管理サーバ２００から状態情報の要求を受信する。また、受信部１１２は、送信部１１１により状態情報を送信した後、機器管理サーバ２００から制御情報を受信する。

次に、機器管理サーバ２００の機能構成について説明する。図５は、第１の実施形態の機器管理サーバの構成を示す機能ブロック図である。図５に示すように、機器管理サーバ２００は、特定部２０１と、検知部２０２と、登録部２０３と、機器制御部２０４と、表示制御部２０５と、入力受付部２０６と、通信部２１０とを備えており、記憶部２２０と接続されている。

記憶部２２０は、ネットワーク３０を介して接続された機器である画像形成装置１００の状態を示す機器情報を記憶するものであり、ＨＤＤ６０４などにより実現される。機器情報は、例えば、操作部２０や本体部１０の状態、機器識別情報、機器名等が対応付けられている。

特定部２０１は、画像形成装置などの機器から状態情報とともに受信した機器識別情報から、状態情報を送信した機器を特定する。本実施形態では、特定部２０１は、状態情報とともに機器識別情報（ＩＰアドレス等）を受信した場合、受信した機器識別情報と記憶部２２０に記憶された機器情報とを参照し、状態情報を送信した機器がいずれの画像形成装置１００であるかを特定する。

検知部２０２は、受信した状態情報に含まれている情報に基づいて、画像形成装置１００の操作部２０の状態を検知する。例えば、操作部２０が異常終了した状態を示す状態情報を受信した場合、検知部２０２は当該状態情報を参照して、画像形成装置１００の操作部２０が異常終了した状態であることを検知する。

登録部２０３は、画像形成装置１００などから状態情報を受信して画像形成装置１００を制御した場合、受信した状態情報を、記憶部２２０に記憶されている機器情報に登録して機器情報を更新する。

機器制御部２０４は、画像形成装置１００等の機器から状態情報を受信した場合、受信した状態情報が示す機器の状態に基づいて、当該状態情報を受信した機器を制御する制御情報を生成する。本実施形態では、機器制御部２０４は、画像形成装置１００から、操作部２０が異常終了した状態を示す状態情報を受信した場合、画像形成装置１００の操作部２０を再起動させる指令を含む制御情報を生成する。

表示制御部２０５は、各種情報や各種画面等をディスプレイ６０５に表示する制御を行う。入力受付部２０６は、キーボード６０７やマウス６０８を介して、各種画面などに対する入力を受け付ける。

通信部２１０は、ネットワーク３０を介して接続された画像形成装置１００等の外部装置と各種情報の送受信を行うものであり、送信部２１１と受信部２１２とを備えている。

送信部２１１は、画像形成装置１００等の外部装置に各種情報を送信する。本実施形態では、送信部２１１は、画像形成装置１００などの機器に対して、予め定めた所定期間をおいて定期的に状態情報の要求を送信する。定期的は、例えば、１０分毎、１時間毎など、任意に設定可能となっている。

また、送信部２１１は、状態情報の要求を送信して画像形成装置１００などの機器から状態情報を受信し、機器制御部２０４によって制御情報が生成された場合、生成された制御情報を、状態情報を送信したと特定された画像形成装置１００などの機器に送信する。

受信部２１２は、画像形成装置１００等の外部装置から各種情報を受信する。本実施形態では、受信部２１２は、送信部２１１によって状態情報の要求が送信された後、画像形成装置１００などの機器から状態情報を受信する。

次に、機器管理サーバ２００が画像形成装置１００等の機器に対して定期的に状態情報の要求を送信している際に、画像形成装置１００が異常終了した場合に再起動を行う流れについて説明する。図６は、第１の実施形態の機器管理システムによる再起動処理の概要を示す図である。

本実施形態では、機器管理サーバ２００は、複数台のAndroidＯＳ搭載の画像形成装置１００ａ、１００ｂ、１００ｃを管理している。そして、機器管理サーバ２００は、画像形成装置１００ａ、１００ｂ、１００ｃの状態を取得するため、状態情報の要求を定期的に送信することで状態情報を受信し、異常状態の画像形成装置に対して再起動処理を行う。図６〜８では、機器管理サーバ２００が任意の画像形成装置１００に対して再起動処理を行う場合について説明する。

図６に示すように、まず、AndroidＯＳ搭載の画像形成装置１００の操作部２０がＯＳ異常終了の状態になる（ステップＳ１）。その後、機器管理サーバ２００は、管理対象の画像形成装置１００の状態を確認するために、状態情報の要求を画像形成装置１００に送信する（ステップＳ２）。

そして、画像形成装置１００は、操作部２０から取得した状態情報（ＯＳ異常終了状態を示す情報）を、機器管理サーバ２００に送信する（ステップＳ３）。機器管理サーバ２００は、受信した状態情報に基づいて、画像形成装置１００の操作部２０を再起動させる指令を含む制御情報を生成し、生成した制御情報を画像形成装置１００に送信する（ステップＳ４）。制御情報を受信した画像形成装置１００の本体部１０は、操作部２０を再起動する。

次に、機器管理サーバ２００による画像形成装置１００の再起動処理について説明する。図７は、第１の実施形態の機器管理サーバによる画像形成装置の再起動処理の流れを示すフローチャートである。

まず、送信部２１１は、所定期間の経過後、状態情報の要求を管理対象の機器に送信する（ステップＳ１００）。なお、以下では、画像形成装置１００に状態情報の要求を送信した場合について説明する。受信部２１２は、状態情報の要求を送信した画像形成装置１００から、状態情報を受信する（ステップＳ１０１）。

検知部２０２が受信した状態情報から画像形成装置１００の異常状態（異常終了した状態）を検知しなかった場合（ステップＳ１０２：Ｎｏ）、すなわち、画像形成装置１００が正常状態である場合、所定期間の経過後（ステップＳ１０３：Ｙｅｓ）、送信部２１１は、再度、状態情報の要求を送信する（ステップＳ１００）。所定期間が経過していない場合（ステップＳ１０３：Ｎｏ）、経過するまで待機する。

一方、検知部２０２が受信した状態情報から画像形成装置１００の異常状態を検知した場合（ステップＳ１０２：Ｙｅｓ）、特定部２０１は、状態情報とともに受信した機器識別情報と記憶部２２０に記憶されている機器情報とから、状態情報を送信した機器を特定する（ステップＳ１０４）。ここでは、特定部２０１は、状態情報を送信した機器として画像形成装置１００を特定する。

そして、機器制御部２０４は、異常状態である旨の状態情報を受信しているため、画像形成装置１００の操作部２０を再起動させる指令を含む制御情報を生成し（ステップＳ１０５）、送信部２１１は、生成した制御情報を画像形成装置１００に送信する（ステップＳ１０６）。そして、登録部２０３は、画像形成装置１００から受信した状態情報を、記憶部２２０に記憶されている機器情報に登録する（ステップＳ１０７）。

次に、画像形成装置１００の再起動処理について説明する。図８は、第１の実施形態の画像形成装置の再起動処理の流れを示すフローチャートである。

受信部１１２は、定期的に、機器管理サーバ２００から状態情報の要求を受信する（ステップＳ１２０）。状態情報の要求を受信した場合、取得部１０１は、操作部２０の状態情報を取得し（ステップＳ１２１）、送信部１１１は、取得した状態情報を、状態情報の要求を送信した機器管理サーバ２００に送信する（ステップＳ１２２）。

ここで、送信した状態情報が、異常状態（異常終了した状態）を示す情報であった場合、機器管理サーバ２００から操作部２０を再起動する指令を含む制御情報を受信し（ステップＳ１２３）、制御部１０２は、受信した制御情報に基づいて、操作部２０を再起動する（ステップＳ１２４）。

このように、第１の実施形態の機器管理システムは、機器管理サーバ２００が定期的に状態情報の要求を送信して管理対象の画像形成装置１００の状態情報を受信する。そして、画像形成装置１００の操作部２０が異常終了してしまった場合、機器管理サーバ２００は、定期的に受信している状態情報によって画像形成装置１００の異常状態を察知し、画像形成装置１００の操作部２０を再起動する。これにより、ユーザによる再起動を待つことなく、画像形成装置１００の異常状態を解消し、画像形成装置１００のダウンタイムを低減することができる。

（第２の実施形態）
第１の実施形態の機器管理システムは、機器管理サーバが定期的に状態情報の要求を送信することで管理対象の画像形成装置の状態を取得して、操作部が異常終了した際には再起動を行うものであった。これに対し、本実施形態の機器管理システムは、画像形成装置が異常終了した場合に状態情報を機器管理サーバに送信して、操作部の再起動を行う構成となっている。

第２の実施形態の機器管理システムの全体構成は、第１の実施形態と同様であるため説明を省略する（図１参照）。また、本実施形態の機器管理システムの画像形成装置および機器管理サーバのハードウェア構成は、第１の実施形態と同様であるため説明を省略する（図２、３参照）。

次に、画像形成装置３００の機能構成について説明する。図９は、第２の実施形態の画像形成装置の構成を示す機能ブロック図である。図９に示すように、画像形成装置３００は、操作部２０と、本体部１０とを備えており、本体部１０は、取得部１０１と、制御部１０２と、通信部３１０とを備えている。画像形成装置３００は、操作部２０と本体部１０とが独立したＯＳによって制御されている。ここで、画像形成装置３００は、操作部２０、取得部１０１、および制御部１０２の構成および機能については、第１の実施形態と同様である。

通信部３１０は、ネットワーク３０を介して接続された機器管理サーバ４００（図１０参照）等の外部装置と各種情報の送受信を行うものであり、送信部３１１と受信部３１２とを備えている。

送信部３１１は、機器管理サーバ４００等の外部装置に各種情報を送信する。本実施形態では、操作部２０が異常終了した場合、送信部３１１は、取得部１０１が取得した操作部２０の状態情報を、機器管理サーバ４００に送信する。また、送信部３１１は、第１の実施形態と同様に、状態情報とともに、画像形成装置３００の機器識別情報を機器管理サーバ４００に送信する。

受信部３１２は、機器管理サーバ４００等の外部装置から各種情報を受信する。本実施形態では、受信部３１２は、送信部３１１により状態情報を送信した後、機器管理サーバ４００から制御情報を受信する。

次に、機器管理サーバ４００の機能構成について説明する。図１０は、第２の実施形態の機器管理サーバの構成を示す機能ブロック図である。図１０に示すように、機器管理サーバ４００は、特定部２０１と、検知部２０２と、登録部２０３と、機器制御部２０４と、表示制御部２０５と、入力受付部２０６と、通信部４１０とを備えており、記憶部２２０と接続されている。ここで、機器管理サーバ４００は、特定部２０１、検知部２０２、登録部２０３、機器制御部２０４、表示制御部２０５、および入力受付部２０６の構成および機能については、第１の実施形態と同様である。

通信部４１０は、ネットワーク３０を介して接続された画像形成装置３００等の外部装置と各種情報の送受信を行うものであり、送信部４１１と受信部４１２とを備えている。

送信部４１１は、画像形成装置３００等の外部装置に各種情報を送信する。本実施形態では、送信部４１１は、受信部４１２によって画像形成装置３００などの機器から状態情報を受信し、機器制御部２０４によって制御情報が生成された場合、生成された制御情報を、状態情報を送信したと特定された画像形成装置３００などの機器に送信する。

受信部４１２は、画像形成装置３００等の外部装置から各種情報を受信する。本実施形態では、受信部４１２は、画像形成装置３００などの機器が異常終了した場合、画像形成装置３００などの機器から状態情報を受信する。

次に、画像形成装置３００が異常終了した場合に、機器管理サーバ４００が異常終了した旨を示す状態情報を受信し、画像形成装置３００の再起動を行う流れについて説明する。図１１は、第２の実施形態の機器管理システムによる再起動処理の概要を示す図である。

本実施形態では、機器管理サーバ４００は、複数台のAndroidＯＳ搭載の画像形成装置３００を管理している。そして、画像形成装置３００が異常終了した場合、画像形成装置３００自身がその異常状態を機器管理サーバ４００に通知し、機器管理サーバ４００が画像形成装置３００に対して再起動処理を行う。図１２〜１４では、機器管理サーバ４００が任意の画像形成装置３００に対して再起動処理を行う場合について説明する。

図１１に示すように、まず、AndroidＯＳ搭載の画像形成装置３００の操作部２０がＯＳ異常終了の状態になる（ステップＳ１１）。そうすると、画像形成装置３００は、操作部２０から状態情報を取得し、取得した状態情報（ＯＳ異常終了状態を示す情報）を、機器管理サーバ４００に送信する（ステップＳ１２）。

機器管理サーバ４００は、受信した状態情報に基づいて、画像形成装置３００の操作部２０を再起動させる指令を含む制御情報を生成し、生成した制御情報を画像形成装置３００に送信する（ステップＳ１３）。制御情報を受信した画像形成装置３００の本体部１０は、操作部２０を再起動する。

次に、機器管理サーバ４００による画像形成装置３００の再起動処理について説明する。図１２は、第２の実施形態の機器管理サーバによる画像形成装置の再起動処理の流れを示すフローチャートである。

まず、画像形成装置３００が異常終了した場合、受信部４１２は、画像形成装置３００から、状態情報を受信する（ステップＳ１４０）。検知部２０２は、受信した状態情報から画像形成装置３００の異常状態（異常終了した状態）を検知する（ステップＳ１４１）。

画像形成装置３００の特定から、状態情報の登録までの処理（ステップＳ１４２〜ステップＳ１４５）は、第１の実施形態と同様である（ステップＳ１０４〜ステップＳ１０７参照）。

次に、画像形成装置３００の再起動処理について説明する。図１３は、第２の実施形態の画像形成装置の再起動処理の流れを示すフローチャートである。

操作部２０が異常終了すると（ステップＳ１６０）、取得部１０１は、操作部２０の状態情報を取得する（ステップＳ１６１）。

状態情報の送信から、操作部２０の再起動までの処理（ステップＳ１６２〜ステップＳ１６４）は、第１の実施形態と同様である（ステップＳ１２２〜ステップＳ１２４）。

このように、第２の実施形態の機器管理システムは、操作部２０が異常終了した場合、画像形成装置３００が状態情報を取得して機器管理サーバ４００に送信し、異常状態を通知する。そして、機器管理サーバ４００が状態情報を受信することで、画像形成装置３００の異常状態を察知し、画像形成装置３００の操作部２０を再起動する。これにより、ユーザによる再起動を待つことなく、画像形成装置３００の異常状態を解消し、画像形成装置３００のダウンタイムを低減することができる。

上述した第１の実施形態では、画像形成装置１００の操作部２０が異常終了した場合は、機器管理サーバ２００によって画像形成装置１００を再起動するものであったが、画像形成装置１００を再起動する前に、ユーザに再起動するか否かを選択させる構成としてもよい。画像形成装置を再起動する前に、ユーザに再起動するか否かを選択させる構成は、第２の実施形態にも適用可能である。

図１４は、機器管理サーバが表示する選択画面の一例である。図１４に示す選択画面Ｓは、画像形成装置１００の操作部２０を再起動させるか否かの選択を受け付ける画面である。操作部２０が異常終了した旨を検知した場合、機器管理サーバ２００が画像形成装置１００を再起動させる指令を含む制御情報を画像形成装置１００に送信する前に、表示制御部２０５は、この選択画面Ｓをディスプレイ６０５（表示部）に表示する。

図１４に示すように、選択画面Ｓには、「異常状態にある機器を発見しました」というタイトルと、画像形成装置１００に再起動をかけるか否かを判断させるメッセージが表示される。そして、操作部２０の再起動を行う指示を受け付ける「ＯＫ」ボタンｂ１と、操作部２０の再起動を行わない指示を受け付ける「キャンセル」ボタンｂ２とが表示されている。

入力受付部２０６は、選択画面Ｓから「ＯＫ」ボタンｂ１の入力、または「キャンセル」ボタンｂ２の入力のいずれかを受け付ける。入力受付部２０６が、「ＯＫ」ボタンｂ１の入力を受け付けた場合、送信部２１１は、画像形成装置１００に制御情報を送信して、画像形成装置１００の再起動を行う。一方、入力受付部２０６は、選択画面Ｓから、ユーザから「キャンセル」ボタンｂ２の入力を受け付けた場合、送信部２１１は、画像形成装置１００に制御情報を送信せず、画像形成装置１００の再起動は行わない。

本実施形態の機器管理サーバで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の機器管理サーバで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の機器管理サーバで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。また、本実施形態の機器管理サーバで実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本実施形態の機器管理サーバで実行されるプログラムは、上述した各部（特定部、検知部、登録部、機器制御部、表示制御部、入力受付部、通信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。また、例えば、上述した各部の機能のうちの一部または全部が専用のハードウェア回路で実現されてもよい。

なお、本実施形態の画像形成装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。本実施形態の画像形成装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態の画像形成装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の画像形成装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施形態の画像形成装置で実行されるプログラムは、上述した各部（取得部、制御部、通信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。また、例えば、上述した各部の機能のうちの一部または全部が専用のハードウェア回路で実現されてもよい。

なお、本発明の画像形成装置は、コピー機能、プリンタ機能、スキャナ機能およびファクス機能のうち少なくとも２つの機能を有する複合機、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。

１０ 本体部
２０ 操作部
１００（１００ａ、１００ｂ、１００ｃ）、３００ 画像形成装置
１００Ｇ 画像形成装置群
１０１ 取得部
１０２ 制御部
１１０、３１０ 通信部
１１１、３１１ 送信部
１１２、３１２ 受信部
２００、４００ 機器管理サーバ
２０１ 特定部
２０２ 検知部
２０３ 登録部
２０４ 機器制御部
２０５ 表示制御部
２０６ 入力受付部
２１０、４１０ 通信部
２１１、４１１ 送信部
２１２、４１２ 受信部
２２０ 記憶部

特開２０１３−２４４７３１号公報

Claims (10)

1. 操作部と本体部とが独立して制御される機器と、当該機器とネットワークを介して接続され、前記機器を管理する機器管理装置と、を備える機器管理システムであって、
   前記機器は、
   前記操作部の状態を示す状態情報を取得する取得部と、
   取得した前記状態情報を、前記機器管理装置に送信する第１の通信部と、を備え、
   前記機器管理装置は、
   前記機器からの前記状態情報を受信し、受信した前記状態情報が示す前記操作部の状態に基づいて前記操作部を制御する制御情報を前記機器に送信する第２の通信部を備える、機器管理システム。
2. 前記状態情報は、前記操作部が異常終了した状態を示し、
   前記制御情報は、前記操作部を再起動させる指令であって、
   前記機器管理装置は、
   前記操作部が異常終了した状態を示す前記状態情報に基づいて、前記操作部を再起動させる指令を含む前記制御情報を生成する機器制御部を備える、請求項１に記載の機器管理システム。
3. 前記第１の通信部は、前記制御情報を受信し、
   前記機器は、
   受信した前記制御情報に基づいて、前記操作部を再起動させる制御部をさらに備える、請求項２に記載の機器管理システム。
4. 前記第２の通信部は、定期的に前記状態情報の要求を前記機器に送信し、
   前記第１の通信部は、前記状態情報の要求を受信した場合、前記状態情報を前記機器管理装置に送信する、請求項３に記載の機器管理システム。
5. 前記第１の通信部は、前記操作部が異常終了した場合に、前記状態情報を前記機器管理装置に送信する、請求項３に記載の機器管理システム。
6. 前記第１の通信部は、前記状態情報とともに、前記機器に固有の機器識別情報を、前記機器管理装置に送信し、
   前記機器管理装置は、
   前記状態情報とともに受信した前記機器識別情報から、前記状態情報を送信した前記機器を特定する特定部をさらに備え、
   前記第２の通信部は、特定された前記機器に前記制御情報を送信する、請求項４または５に記載の機器管理システム。
7. 前記機器管理装置は、
   受信した前記状態情報に基づいて、前記操作部が異常終了した状態を検知する検知部をさらに備える、請求項６に記載の機器管理システム。
8. 前記機器管理装置は、
   前記操作部が異常終了した状態を検知した場合、前記機器の前記操作部を再起動させるか否かの選択を受け付ける選択画面を表示部に表示する表示制御部と、
   前記選択画面から前記機器の前記操作部の再起動を行う指示、または再起動を行わない指示のいずれかを受け付ける入力受付部と、をさらに備え、
   前記第２の通信部は、前記選択画面から前記機器の前記操作部の再起動を行う指示を受け付けた場合、前記制御情報を前記機器に送信する、請求項７に記載の機器管理システム。
9. 前記機器管理装置は、
   前記機器の状態を示す機器情報を記憶する記憶部と、
   前記状態情報を受信した場合、受信した前記状態情報を前記機器情報に登録する登録部と、をさらに備える、請求項１〜８のいずれか一つに記載の機器管理システム。
10. 前記機器は、前記操作部が前記本体部とは独立したオペレーティングシステム（ＯＳ）によって制御される、請求項１〜９のいずれか一つに記載の機器管理システム。

Images