(57)【要約】【課題】基本機能に障害等が発生した場合にサーバー機能の処理効率を向上させることを可能にする。【解決手段】ハードウェア資源に基本機能とサーバー機能を割り当てて基本機能とサーバー機能のそれぞれを動作させる画像処理装置２は、基本機能に関する障害の発生又は省電力モードへの移行を検知する検知部３１と、検知部３１によって障害の発生又は省電力モードへの移行が検知された場合にハードウェア資源に割り当てられている基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能をハードウェア資源から解放するハードウェア資源解放部３２と、ハードウェア資源のうち、ハードウェア資源解放部３２によって解放された部分にサーバー機能を追加的に割り当ててサーバー機能を動作させるサーバー機能拡張部３３と、を備える【選択図】図４
2019046357.tif 000002
【特許請求の範囲】
【請求項１】
ハードウェア資源に基本機能とサーバー機能を割り当てて前記基本機能と前記サーバー機能のそれぞれを動作可能な画像処理装置であって、
前記基本機能に関する障害の発生又は省電力モードへの移行を検知する検知手段と、
前記検知手段によって障害の発生又は省電力モードへの移行が検知された場合、前記ハードウェア資源に割り当てられている前記基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放するハードウェア資源解放手段と、
前記ハードウェア資源のうち、前記ハードウェア資源解放手段によって解放された前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てて前記サーバー機能を動作させるサーバー機能拡張手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記サーバー機能拡張手段は、前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てることに伴い、ネットワークを介して接続され前記サーバー機能を利用する他の第１の画像処理装置に対し、前記サーバー機能を拡張したことを通知することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記検知手段によって障害又は省電力モードからの復帰が検知された場合、前記特定のハードウェア資源に追加的に割り当てられている前記サーバー機能を解放し、前記特定のハードウェア資源に、障害又は省電力モードからの復帰によって動作可能となった機能を再度割り当てる復帰処理手段、
を更に備えることを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記検知手段によって前記基本機能に関する障害の発生又は省電力モードへの移行が検知された場合、障害又は省電力モードからの復帰までに要する復帰所要時間を予測する復帰予測手段と、
前記サーバー機能拡張手段によって前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能における処理時間を予測する処理時間予測手段と、
前記サーバー機能拡張手段によって前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能に対する処理要求を受信した場合、前記処理時間が前記復帰所要時間よりも短いことを条件として前記処理要求を受け付けて前記サーバー機能を動作させる処理判別手段と、
を更に備えることを特徴とする請求項１乃至３のいずれかに記載の画像処理装置。
【請求項５】
前記復帰予測手段は、障害の種類毎に予め前記復帰所要時間が定義されたテーブルを参照することにより、障害からの復帰までに要する前記復帰所要時間を予測することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記基本機能は、プリント機能を含んでおり、
前記検知手段は、前記プリント機能に関する障害として、トナー切れ、紙詰まり、又は、用紙エンプティを検知し、
前記ハードウェア資源解放手段は、前記検知手段によって前記プリント機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記プリント機能を解放することを特徴とする請求項１乃至５のいずれかに記載の画像処理装置。
【請求項７】
前記基本機能は、スキャン機能を含んでおり、
前記検知手段は、前記スキャン機能に関する障害として、原稿の紙詰まりを検知し、
前記ハードウェア資源解放手段は、前記検知手段によって前記スキャン機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記スキャン機能を解放することを特徴とする請求項１乃至６のいずれかに記載の画像処理装置。
【請求項８】
前記ハードウェア資源は、メモリを含んでおり、
前記ハードウェア資源解放手段は、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために確保されていたメモリ領域を解放し、
前記サーバー機能拡張手段は、前記サーバー機能が利用する情報を前記メモリ領域に展開することを特徴とする請求項１乃至７のいずれかに記載の画像処理装置。
【請求項９】
前記ハードウェア資源は、ＣＰＵを含んでおり、
前記ハードウェア資源解放手段は、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために前記ＣＰＵで行われていた処理を解放し、
前記サーバー機能拡張手段は、前記ＣＰＵにおける前記サーバー機能による処理の占有率を高くすることを特徴とする請求項１乃至８のいずれかに記載の画像処理装置。
【請求項１０】
前記サーバー機能は、外部からの認証要求に基づいて認証を行う認証機能であることを特徴とする請求項１乃至９のいずれかに記載の画像処理装置。
【請求項１１】
前記サーバー機能を有する他の第２の画像処理装置と、サーバー機群を形成すると共に、
他の第２の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した場合に、前記サーバー機群のうちから優先アクセス先となる画像処理装置を決定するアクセス先決定手段と、
前記サーバー機能を利用するクライアント機となる画像処理装置に、前記優先アクセス先となる画像処理装置を前記処理要求の送信元に指示するアクセス先指示手段と、
を更に備えることを特徴とする請求項１乃至１０のいずれかに記載の画像処理装置。
【請求項１２】
前記サーバー機能には、複数の機能があり、
前記サーバー機能拡張手段は、他の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した後に、前記特定のハードウェア資源に対して前記サーバー機能を追加的に割り当てるとき、前記他の画像処理装置において拡張された機能とは異なる機能を割り当てることを特徴とする請求項１乃至１１のいずれかに記載の画像処理装置。
【請求項１３】
前記サーバー機能は、複数の画像処理装置のうちの一の画像処理装置が代表機となって該代表機が他の画像処理装置からログ情報を収集して所定のクラウドサーバーへ送信する機能であり、
前記サーバー機能拡張手段は、前記検知手段によって障害の発生又は省電力モードへの移行が検知され、前記ハードウェア資源解放手段によって前記特定のハードウェア資源が解放されたとき、前記特定のハードウェア資源に対し、前記代表機として、他の画像処理装置からログ情報を収集して前記クラウドサーバーへ送信する機能を割り当てることを特徴とする請求項１乃至１２のいずれかに記載の画像処理装置。
【請求項１４】
サーバー機能を有するサーバー機として動作する画像処理装置を複数有するサーバー機群と、前記サーバー機群の少なくとも１つの画像処理装置にアクセスして前記サーバー機能を利用する画像処理装置であるクライアント機と、を有する画像処理システムであって、
前記サーバー機は、
基本機能と前記サーバー機能とを割り当てて前記基本機能と前記サーバー機能のそれぞれを動作可能なハードウェア資源と、
前記基本機能に関する障害の発生又は省電力モードへの移行を検知する検知手段と、
前記検知手段によって障害の発生又は省電力モードへの移行が検知された場合、前記ハードウェア資源に割り当てられている前記基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放するハードウェア資源解放手段と、
前記ハードウェア資源のうち、前記ハードウェア資源解放手段によって解放された前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てると共に、前記サーバー機能を拡張したことを示す通知を前記クライアント機へ送信するサーバー機能拡張手段と、
を備え、
前記クライアント機は、
前記サーバー機能が拡張されたことを示す通知に基づき、前記サーバー機能を拡張したサーバー機に対してアクセスすることを特徴とする画像処理システム。
【請求項１５】
前記サーバー機群のうちの一のサーバー機が代表機として動作しているとき、前記サーバー機能拡張手段は、前記代表機に対して前記サーバー機能を拡張したことを通知し、前記代表機を介して前記クライアント機への通知を行うことを特徴とする請求項１４に記載の画像処理システム。
【請求項１６】
前記サーバー機群のうちの２以上のサーバー機から前記サーバー機能が拡張されたことを示す通知を受信した場合、前記クライアント機は、前記２以上のサーバー機のうち、障害又は省電力モードからの復帰までに要する復帰所要時間が最も長いサーバー機に対してアクセスすることを特徴とする請求項１４又は１５に記載の画像処理システム。
【請求項１７】
ハードウェア資源に基本機能とサーバー機能を割り当てて前記基本機能と前記サーバー機能のそれぞれを動作可能な画像処理装置において実行されるプログラムであって、前記画像処理装置に、
前記基本機能に関する障害の発生又は省電力モードへの移行を検知する第１ステップと、
前記第１ステップにおいて障害の発生又は省電力モードへの移行が検知された場合、前記ハードウェア資源に割り当てられている前記基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放する第２ステップと、
前記ハードウェア資源のうち、前記第２ステップにおいて解放された前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てて前記サーバー機能を動作させる第３ステップと、
実行させることを特徴とするプログラム。
【請求項１８】
前記第３ステップは、前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てることに伴い、ネットワークを介して接続され前記サーバー機能を利用する他の第１の画像処理装置に対し、前記サーバー機能を拡張したことを通知することを特徴とする請求項１７に記載のプログラム。
【請求項１９】
前記画像処理装置に、
前記第１ステップにおいて障害又は省電力モードからの復帰が検知された場合、前記特定のハードウェア資源に追加的に割り当てられている前記サーバー機能を解放し、前記特定のハードウェア資源に、障害又は省電力モードからの復帰によって動作可能となった機能を再度割り当てる第４ステップ、
を更に実行させることを特徴とする請求項１７又は１８に記載のプログラム。
【請求項２０】
前記画像処理装置に、
前記第１ステップにおいて前記基本機能に関する障害の発生又は省電力モードへの移行が検知された場合、障害又は省電力モードからの復帰までに要する復帰所要時間を予測する第５ステップと、
前記第３ステップにおいて前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能における処理時間を予測する第６ステップと、
前記第３ステップにおいて前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能に対する処理要求を受信した場合、前記処理時間が前記復帰所要時間よりも短いことを条件として前記処理要求を受け付けて前記サーバー機能を動作させる第７ステップと、
を更に実行させることを特徴とする請求項１７乃至１９のいずれかに記載のプログラム。
【請求項２１】
前記第５ステップは、障害の種類毎に予め前記復帰所要時間が定義されたテーブルを参照することにより、障害からの復帰までに要する前記復帰所要時間を予測することを特徴とする請求項２０に記載のプログラム。
【請求項２２】
前記基本機能は、プリント機能を含んでおり、
前記第１ステップは、前記プリント機能に関する障害として、トナー切れ、紙詰まり、又は、用紙エンプティを検知し、
前記第２ステップは、前記第１ステップにおいて前記プリント機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記プリント機能を解放することを特徴とする請求項１７乃至２１のいずれかに記載のプログラム。
【請求項２３】
前記基本機能は、スキャン機能を含んでおり、
前記第１ステップは、前記スキャン機能に関する障害として、原稿の紙詰まりを検知し、
前記第２ステップは、前記第１ステップにおいて前記スキャン機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記スキャン機能を解放することを特徴とする請求項１７乃至２２のいずれかに記載のプログラム。
【請求項２４】
前記ハードウェア資源は、メモリを含んでおり、
前記第２ステップは、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために確保されていたメモリ領域を解放し、
前記第３ステップは、前記サーバー機能が使用する情報を前記メモリ領域に展開することを特徴とする請求項１７乃至２３のいずれかに記載のプログラム。
【請求項２５】
前記ハードウェア資源は、ＣＰＵを含んでおり、
前記第２ステップは、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために前記ＣＰＵで行われていた処理を解放し、
前記第３ステップは、前記ＣＰＵにおける前記サーバー機能による処理の占有率を高くすることを特徴とする請求項１７乃至２４のいずれかに記載のプログラム。
【請求項２６】
前記サーバー機能は、外部からの認証要求に基づいて認証を行う認証機能であることを特徴とする請求項１７乃至２５のいずれかに記載のプログラム。
【請求項２７】
前記画像処理装置に、
他の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した場合に、前記他の画像処理装置と自機とを含む複数の画像処理装置のうちから優先アクセス先を決定する第８ステップと、
外部からの処理要求を受信した場合に、前記第８ステップにおいて決定される優先アクセス先を前記処理要求の送信元に指示する第９ステップと、
を更に実行させることを特徴とする請求項１７乃至２６のいずれかに記載のプログラム。
【請求項２８】
前記サーバー機能には、複数の機能があり、
前記第３ステップは、他の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した後に、前記ハードウェア資源に対して前記サーバー機能を追加的に割り当てるとき、前記他の画像処理装置において拡張された機能とは異なる機能を割り当てることを特徴とする請求項１７乃至２７のいずれかに記載のプログラム。
【請求項２９】
前記サーバー機能は、複数の画像処理装置のうちの一の画像処理装置が代表機となって該代表機が他の画像処理装置からログ情報を収集して所定のクラウドサーバーへ送信する機能であり、
前記第３ステップは、前記第１ステップにおいて障害の発生又は省電力モードへの移行が検知され、前記第２ステップによって前記ハードウェア資源が解放されたとき、前記ハードウェア資源に対し、前記代表機として、他の画像処理装置からログ情報を収集して前記クラウドサーバーへ送信する機能を割り当てることを特徴とする請求項１７乃至２８のいずれかに記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理システム及びプログラムに関する。
【背景技術】
【０００２】
近年、ＭＦＰ（Multifunction Peripherals）などの画像処理装置は、プリント機能やスキャン機能などの基本機能の他に、サーバー機能を搭載したものが提供されている。ＬＡＮ（Local Area Network）などのネットワークに接続される複数の画像処理装置のうち、少なくとも１つの画像処理装置にサーバー機能が搭載されていれば、他の画像処理装置は、ネットワークを介してサーバー機能が搭載された画像処理装置にアクセスすることにより、サーバー機能によって提供されるサービスを利用することができる。
【０００３】
ところで、画像処理装置は、プリント機能やスキャン機能などの基本機能に関するジョブを実行中に紙詰まりなどの障害が発生することがある。画像処理装置において障害が発生すると、その障害によりプリント機能やスキャン機能などを利用することができなくなる。これは、サーバー機能を搭載した画像処理装置においても同様である。
【０００４】
その一方、サーバー機能を搭載した画像処理装置は、基本機能に障害が発生した場合であっても、サーバー機能によるサービスを提供し続けることが可能である。つまり、サーバー機能を搭載した画像処理装置において基本機能に障害が発生すると、その障害が解消されるまでの間、画像処理装置は、サーバー専用機として動作することになる。しかし、画像処理装置がサーバー専用機として動作する場合であっても、障害が発生した基本機能が画像処理装置のハードウェア資源を占有し続けるため、サーバー機能の処理効率を向上させることができないという問題がある。
【０００５】
また従来の画像処理装置において、ジョブの待ち時間を低減するため、機能ユニット毎に発生した障害を検知して実行不可能となった機能モードを判断し、実行不可能となった機能モードを管理装置へ通知するものが知られている（例えば特許文献１）。この従来技術では、管理装置が、実行不可能となった機能モードを取得すると、機能モードテーブルを更新する。このとき、管理装置は、障害の発生した画像処理装置において実行可能な機能モードの優先順位を上げると共に、正常動作する他の画像処理装置における同機能モードの優先順位を下げる。そして管理装置は、ジョブを受信すると、機能モードテーブルを参照し、各画像処理装置の優先順位に基づいてジョブを割り当てる。このような従来技術によれば、複数の画像処理装置のうちの一の画像処理装置において特定の機能に障害が発生すると、一の画像処理装置は、障害の発生した機能以外の機能に関するジョブを他の画像処理装置よりも優先的に実行することができるようになる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１９２００５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１の従来技術では、複数の画像処理装置のうちの一の画像処理装置において特定の機能に障害が発生した場合、その画像処理装置に、障害の発生していない機能に関するジョブが集中することになる。しかし、上述した従来技術では、障害の発生した画像処理装置が障害の発生してない機能に関するジョブを優先的に実行するものの、障害の発生していない機能に関するジョブを実行するときには、通常時と同等の処理効率しか発揮できない。そのため、特定の機能に障害が発生している状態で、障害の発生していない機能に関するジョブが優先的に割り当てられたとしても、画像処理装置は、それらのジョブを通常時よりも効率的に処理することができない。
【０００８】
したがって、上述した従来技術を適用したとしても、基本機能とサーバー機能とを搭載した画像処理装置において、基本機能に障害が発生した場合に、サーバー機能の処理効率を向上させることができない。
【０００９】
そこで本発明は、上述した従来の問題点を解決するためになされたものであり、基本機能に障害等が発生した場合にサーバー機能の処理効率を向上させることを可能にした画像処理装置、画像処理システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１に係る発明は、ハードウェア資源に基本機能とサーバー機能を割り当てて前記基本機能と前記サーバー機能のそれぞれを動作可能な画像処理装置であって、前記基本機能に関する障害の発生又は省電力モードへの移行を検知する検知手段と、前記検知手段によって障害の発生又は省電力モードへの移行が検知された場合、前記ハードウェア資源に割り当てられている前記基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放するハードウェア資源解放手段と、前記ハードウェア資源のうち、前記ハードウェア資源解放手段によって解放された前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てて前記サーバー機能を動作させるサーバー機能拡張手段と、を備えることを特徴とする構成である。
【００１１】
請求項２に係る発明は、請求項１に記載の画像処理装置において、前記サーバー機能拡張手段は、前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てることに伴い、ネットワークを介して接続され前記サーバー機能を利用する他の第１の画像処理装置に対し、前記サーバー機能を拡張したことを通知することを特徴とする構成である。
【００１２】
請求項３に係る発明は、請求項１又は２に記載の画像処理装置において、前記検知手段によって障害又は省電力モードからの復帰が検知された場合、前記特定のハードウェア資源に追加的に割り当てられている前記サーバー機能を解放し、前記特定のハードウェア資源に、障害又は省電力モードからの復帰によって動作可能となった機能を再度割り当てる復帰処理手段、を更に備えることを特徴とする構成である。
【００１３】
請求項４に係る発明は、請求項１乃至３のいずれかに記載の画像処理装置において、前記検知手段によって前記基本機能に関する障害の発生又は省電力モードへの移行が検知された場合、障害又は省電力モードからの復帰までに要する復帰所要時間を予測する復帰予測手段と、前記サーバー機能拡張手段によって前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能における処理時間を予測する処理時間予測手段と、前記サーバー機能拡張手段によって前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能に対する処理要求を受信した場合、前記処理時間が前記復帰所要時間よりも短いことを条件として前記処理要求を受け付けて前記サーバー機能を動作させる処理判別手段と、を更に備えることを特徴とする構成である。
【００１４】
請求項５に係る発明は、請求項４に記載の画像処理装置において、前記復帰予測手段は、障害の種類毎に予め前記復帰所要時間が定義されたテーブルを参照することにより、障害からの復帰までに要する前記復帰所要時間を予測することを特徴とする構成である。
【００１５】
請求項６に係る発明は、請求項１乃至５のいずれかに記載の画像処理装置において、前記基本機能は、プリント機能を含んでおり、前記検知手段は、前記プリント機能に関する障害として、トナー切れ、紙詰まり、又は、用紙エンプティを検知し、前記ハードウェア資源解放手段は、前記検知手段によって前記プリント機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記プリント機能を解放することを特徴とする構成である。
【００１６】
請求項７に係る発明は、請求項１乃至６のいずれかに記載の画像処理装置において、前記基本機能は、スキャン機能を含んでおり、前記検知手段は、前記スキャン機能に関する障害として、原稿の紙詰まりを検知し、前記ハードウェア資源解放手段は、前記検知手段によって前記スキャン機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記スキャン機能を解放することを特徴とする構成である。
【００１７】
請求項８に係る発明は、請求項１乃至７のいずれかに記載の画像処理装置において、前記ハードウェア資源は、メモリを含んでおり、前記ハードウェア資源解放手段は、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために確保されていたメモリ領域を解放し、前記サーバー機能拡張手段は、前記サーバー機能が利用する情報を前記メモリ領域に展開することを特徴とする構成である。
【００１８】
請求項９に係る発明は、請求項１乃至８のいずれかに記載の画像処理装置において、前記ハードウェア資源は、ＣＰＵを含んでおり、前記ハードウェア資源解放手段は、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために前記ＣＰＵで行われていた処理を解放し、前記サーバー機能拡張手段は、前記ＣＰＵにおける前記サーバー機能による処理の占有率を高くすることを特徴とする構成である。
【００１９】
請求項１０に係る発明は、請求項１乃至９のいずれかに記載の画像処理装置において、前記サーバー機能は、外部からの認証要求に基づいて認証を行う認証機能であることを特徴とする構成である。
【００２０】
請求項１１に係る発明は、請求項１乃至１０のいずれかに記載の画像処理装置において、前記サーバー機能を有する他の第２の画像処理装置と、サーバー機群を形成すると共に、他の第２の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した場合に、前記サーバー機群のうちから優先アクセス先となる画像処理装置を決定するアクセス先決定手段と、前記サーバー機能を利用するクライアント機となる画像処理装置に、前記優先アクセス先となる画像処理装置を前記処理要求の送信元に指示するアクセス先指示手段と、を更に備えることを特徴とする構成である。
【００２１】
請求項１２に係る発明は、請求項１乃至１１のいずれかに記載の画像処理装置において、前記サーバー機能には、複数の機能があり、前記サーバー機能拡張手段は、他の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した後に、前記特定のハードウェア資源に対して前記サーバー機能を追加的に割り当てるとき、前記他の画像処理装置において拡張された機能とは異なる機能を割り当てることを特徴とする構成である。
【００２２】
請求項１３に係る発明は、請求項１乃至１２のいずれかに記載の画像処理装置において、前記サーバー機能は、複数の画像処理装置のうちの一の画像処理装置が代表機となって該代表機が他の画像処理装置からログ情報を収集して所定のクラウドサーバーへ送信する機能であり、前記サーバー機能拡張手段は、前記検知手段によって障害の発生又は省電力モードへの移行が検知され、前記ハードウェア資源解放手段によって前記特定のハードウェア資源が解放されたとき、前記特定のハードウェア資源に対し、前記代表機として、他の画像処理装置からログ情報を収集して前記クラウドサーバーへ送信する機能を割り当てることを特徴とする構成である。
【００２３】
請求項１４に係る発明は、サーバー機能を有するサーバー機として動作する画像処理装置を複数有するサーバー機群と、前記サーバー機群の少なくとも１つの画像処理装置にアクセスして前記サーバー機能を利用する画像処理装置であるクライアント機と、を有する画像処理システムであって、前記サーバー機は、基本機能と前記サーバー機能とを割り当てて前記基本機能と前記サーバー機能のそれぞれを動作可能なハードウェア資源と、前記基本機能に関する障害の発生又は省電力モードへの移行を検知する検知手段と、前記検知手段によって障害の発生又は省電力モードへの移行が検知された場合、前記ハードウェア資源に割り当てられている前記基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放するハードウェア資源解放手段と、前記ハードウェア資源のうち、前記ハードウェア資源解放手段によって解放された前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てると共に、前記サーバー機能を拡張したことを示す通知を前記クライアント機へ送信するサーバー機能拡張手段と、を備え、前記クライアント機は、前記サーバー機能が拡張されたことを示す通知に基づき、前記サーバー機能を拡張したサーバー機に対してアクセスすることを特徴とする構成である。
【００２４】
請求項１５に係る発明は、請求項１４に記載の画像処理システムにおいて、前記サーバー機群のうちの一のサーバー機が代表機として動作しているとき、前記サーバー機能拡張手段は、前記代表機に対して前記サーバー機能を拡張したことを通知し、前記代表機を介して前記クライアント機への通知を行うことを特徴とする構成である。
【００２５】
請求項１６に係る発明は、請求項１４又は１５に記載の画像処理システムにおいて、前記サーバー機群のうちの２以上のサーバー機から前記サーバー機能が拡張されたことを示す通知を受信した場合、前記クライアント機は、前記２以上のサーバー機のうち、障害又は省電力モードからの復帰までに要する復帰所要時間が最も長いサーバー機に対してアクセスすることを特徴とする構成である。
【００２６】
請求項１７に係る発明は、ハードウェア資源に基本機能とサーバー機能を割り当てて前記基本機能と前記サーバー機能のそれぞれを動作可能な画像処理装置において実行されるプログラムであって、前記画像処理装置に、前記基本機能に関する障害の発生又は省電力モードへの移行を検知する第１ステップと、前記第１ステップにおいて障害の発生又は省電力モードへの移行が検知された場合、前記ハードウェア資源に割り当てられている前記基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放する第２ステップと、前記ハードウェア資源のうち、前記第２ステップにおいて解放された前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てて前記サーバー機能を動作させる第３ステップと、実行させることを特徴とする構成である。
【００２７】
請求項１８に係る発明は、請求項１７に記載のプログラムにおいて、前記第３ステップは、前記特定のハードウェア資源に前記サーバー機能を追加的に割り当てることに伴い、ネットワークを介して接続され前記サーバー機能を利用する他の第１の画像処理装置に対し、前記サーバー機能を拡張したことを通知することを特徴とする構成である。
【００２８】
請求項１９に係る発明は、請求項１７又は１８に記載のプログラムにおいて、前記画像処理装置に、前記第１ステップにおいて障害又は省電力モードからの復帰が検知された場合、前記特定のハードウェア資源に追加的に割り当てられている前記サーバー機能を解放し、前記特定のハードウェア資源に、障害又は省電力モードからの復帰によって動作可能となった機能を再度割り当てる第４ステップ、を更に実行させることを特徴とする構成である。
【００２９】
請求項２０に係る発明は、請求項１７乃至１９のいずれかに記載のプログラムにおいて、前記画像処理装置に、前記第１ステップにおいて前記基本機能に関する障害の発生又は省電力モードへの移行が検知された場合、障害又は省電力モードからの復帰までに要する復帰所要時間を予測する第５ステップと、前記第３ステップにおいて前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能における処理時間を予測する第６ステップと、前記第３ステップにおいて前記特定のハードウェア資源に前記サーバー機能が追加的に割り当てられている状態において、前記サーバー機能に対する処理要求を受信した場合、前記処理時間が前記復帰所要時間よりも短いことを条件として前記処理要求を受け付けて前記サーバー機能を動作させる第７ステップと、を更に実行させることを特徴とする構成である。
【００３０】
請求項２１に係る発明は、請求項２０に記載のプログラムにおいて、前記第５ステップは、障害の種類毎に予め前記復帰所要時間が定義されたテーブルを参照することにより、障害からの復帰までに要する前記復帰所要時間を予測することを特徴とする構成である。
【００３１】
請求項２２に係る発明は、請求項１７乃至２１のいずれかに記載のプログラムにおいて、前記基本機能は、プリント機能を含んでおり、前記第１ステップは、前記プリント機能に関する障害として、トナー切れ、紙詰まり、又は、用紙エンプティを検知し、前記第２ステップは、前記第１ステップにおいて前記プリント機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記プリント機能を解放することを特徴とする構成である。
【００３２】
請求項２３に係る発明は、請求項１７乃至２２のいずれかに記載のプログラムにおいて、前記基本機能は、スキャン機能を含んでおり、前記第１ステップは、前記スキャン機能に関する障害として、原稿の紙詰まりを検知し、前記第２ステップは、前記第１ステップにおいて前記スキャン機能に関する障害が検知された場合、前記ハードウェア資源に割り当てられている前記スキャン機能を解放することを特徴とする構成である。
【００３３】
請求項２４に係る発明は、請求項１７乃至２３のいずれかに記載のプログラムにおいて、前記ハードウェア資源は、メモリを含んでおり、前記第２ステップは、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために確保されていたメモリ領域を解放し、前記第３ステップは、前記サーバー機能が使用する情報を前記メモリ領域に展開することを特徴とする構成である。
【００３４】
請求項２５に係る発明は、請求項１７乃至２４のいずれかに記載のプログラムにおいて、前記ハードウェア資源は、ＣＰＵを含んでおり、前記第２ステップは、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために前記ＣＰＵで行われていた処理を解放し、前記第３ステップは、前記ＣＰＵにおける前記サーバー機能による処理の占有率を高くすることを特徴とする構成である。
【００３５】
請求項２６に係る発明は、請求項１７乃至２５のいずれかに記載のプログラムにおいて、前記サーバー機能は、外部からの認証要求に基づいて認証を行う認証機能であることを特徴とする構成である。
【００３６】
請求項２７に係る発明は、請求項１７乃至２６のいずれかに記載のプログラムにおいて、前記画像処理装置に、他の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した場合に、前記他の画像処理装置と自機とを含む複数の画像処理装置のうちから優先アクセス先を決定する第８ステップと、外部からの処理要求を受信した場合に、前記第８ステップにおいて決定される優先アクセス先を前記処理要求の送信元に指示する第９ステップと、を更に実行させることを特徴とする構成である。
【００３７】
請求項２８に係る発明は、請求項１７乃至２７のいずれかに記載のプログラムにおいて、前記サーバー機能には、複数の機能があり、前記第３ステップは、他の画像処理装置からサーバー機能が拡張されたことを示す通知を受信した後に、前記ハードウェア資源に対して前記サーバー機能を追加的に割り当てるとき、前記他の画像処理装置において拡張された機能とは異なる機能を割り当てることを特徴とする構成である。
【００３８】
請求項２９に係る発明は、請求項１７乃至１８のいずれかに記載のプログラムにおいて、前記サーバー機能は、複数の画像処理装置のうちの一の画像処理装置が代表機となって該代表機が他の画像処理装置からログ情報を収集して所定のクラウドサーバーへ送信する機能であり、前記第３ステップは、前記第１ステップにおいて障害の発生又は省電力モードへの移行が検知され、前記第２ステップによって前記ハードウェア資源が解放されたとき、前記ハードウェア資源に対し、前記代表機として、他の画像処理装置からログ情報を収集して前記クラウドサーバーへ送信する機能を割り当てることを特徴とする構成である。
【発明の効果】
【００３９】
本発明によれば、基本機能に関する障害の発生又は省電力モードへの移行を検知した場合に、ハードウェア資源に割り当てている基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能をハードウェア資源から解放し、その解放した部分にサーバー機能を追加的に割り当ててサーバー機能を動作させるため、サーバー機能の処理効率を向上させることが可能である。
【図面の簡単な説明】
【００４０】
【図１】画像処理システムの一構成例を示す図である。
【図２】クライアント機のアクセス先を例示する図である。
【図３】サーバー機及びクライアント機に共通した画像処理装置のハードウェア構成の一例を示すブロック図である。
【図４】サーバー機のコントロールユニットの一構成例を示す図である。
【図５】プリント機能に障害が発生した場合のサーバー機能の拡張例を示す図である。
【図６】スキャン機能に障害が発生した場合のサーバー機能の拡張例を示す図である。
【図７】サーバー機において障害が発生した場合の動作プロセスの例を示す図である。
【図８】画像処理装置が他のサーバー機に代わってサーバー機能によるサービスを提供する例を示す図である。
【図９】予測情報の一例を示す図である。
【図１０】複数のサーバー機において障害が発生した場合の動作プロセスの例を示す図である。
【図１１】サーバー機において行われる処理手順の一例を示すフローチャートである。
【図１２】クライアント機において行われる処理手順の一例を示すフローチャートである。
【図１３】第２実施形態における画像処理システムの構成概念を示す図である。
【図１４】第２実施形態におけるコントロールユニットの一構成例を示す図である。
【図１５】アクセス先判別情報の一例を示す図である。
【図１６】第２実施形態の画像処理システムにおける動作プロセスの一例を示す図である
【図１７】代表機である画像処理装置において行われる処理手順の一例を示すフローチャートである。
【図１８】第３実施形態の画像処理システムにおける動作プロセスの一例を示す図である。
【図１９】サーバー機における処理手順の一例を示すフローチャートである。
【図２０】ログ収集機能に関するサーバー機能の例を説明する図である。
【図２１】代表機が入れ替わった場合の動作例を説明する図である。
【図２２】第４実施形態におけるサーバー機の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００４１】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００４２】
（第１実施形態）
まず本発明の基本実施形態である第１実施形態について説明する。図１は、本発明の第１実施形態における画像処理システム１の一構成例を示す図である。この画像処理システム１は、複数の画像処理装置２がＬＡＮ（Local Area Network）などのネットワーク５に接続された構成である。画像処理装置２は、例えばＭＦＰによって構成され、プリント機能やスキャン機能、ＦＡＸ機能などの基本機能を有している。尚、図１では、１２台の画像処理装置２ａ〜２ｍがネットワーク５に接続されている場合を例示しているが、画像処理装置２の台数はこれに限られるものではない。またネットワーク５には、複数の画像処理装置２の他にも、例えば図示を省略するパーソナルコンピュータ（ＰＣ）などが接続される。
【００４３】
各画像処理装置２ａ〜２ｍは、基本機能を動作させることにより、ユーザーによって指定されたジョブを実行することができる。例えば各画像処理装置２ａ〜２ｍは、コピージョブ、スキャンジョブ、プリントジョブ、ＦＡＸジョブなどを実行することができる。
【００４４】
また複数の画像処理装置２ａ〜２ｍのうち、３つの画像処理装置２ａ，２ｂ，２ｃには、基本機能の他にサーバー機能が搭載されている。サーバー機能は、ネットワーク５を介して他の画像処理装置２ｄ〜２ｍからのアクセスを受け付け、他の画像処理装置２ｄ〜２ｍに対して要求に応じたサービスを提供する機能である。そのため、画像処理装置２ａ，２ｂ，２ｃはいずれも、画像処理システム１において、サーバー機３（親機とも呼ぶ。）として機能し、サーバー機群を形成する。
【００４５】
画像処理装置２ａ，２ｂ，２ｃに搭載されているサーバー機能には、様々な機能がある。例えば、本実施形態では、ユーザーを認証する認証機能、スキャン機能によって生成された画像データに対して文字認識処理を行うことによりテキストデータを生成するＯＣＲ（Optical character recognition）機能、所定言語のテキストデータを別の言語のテキストデータに変換する翻訳機能、他の画像処理装置２からジョブ実行履歴などのログ情報を収集するログ収集機能、その他の機能などがサーバー機能として画像処理装置２ａ，２ｂ，２ｃに搭載されている。
【００４６】
一方、サーバー機能を有さない、或いは、サーバー機能を有するがサーバー機能を停止しサーバーとして機能していない、他の画像処理装置２ｄ〜２ｍは、画像処理システム１において、クライアント機４（子機とも呼ぶ。）として機能し、クライアント機群を形成する。クライアント機４は、ネットワーク５を介して複数のサーバー機３のいずれかにアクセスすることにより、サーバー機能によって提供されるサービスを利用することができる。例えば、画像処理装置２ｄが、ユーザー認証を行うとき、画像処理装置２ａにアクセスして認証要求を送信することにより、画像処理装置２ａの認証機能を利用してユーザー認証を行うことができる。
【００４７】
上記のような画像処理システム１において、複数のクライアント機４のそれぞれがサーバー機３によって提供されるサービスを利用するときには、アクセス先となるサーバー機３が予め定められている。図２は、クライアント機４がサーバー機３にアクセスするときのアクセス先を例示する図である。図２に示すように、例えば画像処理装置２ｄ，２ｅ，２ｆがサーバー機能を利用するときには、画像処理装置２ａにアクセスし、画像処理装置２ａに搭載されているサーバー機能を利用するように予め定められている。また画像処理装置２ｆ，２ｈ，２ｉがサーバー機能を利用するときには、画像処理装置２ｂにアクセスし、画像処理装置２ｂに搭載されているサーバー機能を利用するように予め定められている。さらに画像処理装置２ｊ，２ｋ，２ｍがサーバー機能を利用するときには、画像処理装置２ｃにアクセスし、画像処理装置２ｃに搭載されているサーバー機能を利用するように予め定められている。そのため、３つのサーバー機３は、複数のクライアント機４をほぼ均等に分担してサーバー機能によるサービスを提供する。
【００４８】
ところで、サーバー機３として機能する画像処理装置２ａ，２ｂ，２ｃは、クライアント機４と同様に、コピージョブ、スキャンジョブ、プリントジョブ、ＦＡＸジョブなどを実行する。そのため、サーバー機３として機能する画像処理装置２ａ，２ｂ，２ｃは、ジョブの実行中に、紙詰まりなどの障害の発生を検知することがある。例えば、画像処理装置２ａ，２ｂ，２ｃにおいてプリントジョブの実行中に用紙搬送路で紙詰まりが発生すると、画像処理装置２ａ，２ｂ，２ｃは、プリントジョブの実行を中断させる。そして紙詰まりが解消されるまでの間、プリント機能を停止させる。
【００４９】
またサーバー機３として機能する画像処理装置２ａ，２ｂ，２ｃは、クライアント機４と同様に、ユーザーによって使用されない状態が所定時間以上継続すると省電力モードに移行する。省電力モードに移行すると、画像処理装置２ａ，２ｂ，２ｃは、トナー像を印刷用紙に定着させるための定着部などに対する給電を停止させる。そして省電力モードから復帰するまでの間、プリント機能を停止させる。
【００５０】
このようにサーバー機３として機能する画像処理装置２ａ，２ｂ，２ｃは、プリント機能を停止させた状態になると、プリント機能に基づく処理を行う必要がなくなる。またプリント機能以外の他の基本機能を停止させた場合も同様であり、画像処理装置２ａ，２ｂ，２ｃは停止させた基本機能に基づく処理を行う必要がなくなる。そこで、本実施形態では、サーバー機３として機能する画像処理装置２ａ，２ｂ，２ｃにおいて、障害の発生や省電力モードへの移行によって動作しなくなった基本機能をハードウェア資源から解放し、その解放した部分でサーバー機能を追加的に動作させる。すなわち、サーバー機３は、基本機能及びサーバー機能を動作させるハードウェア資源のうち、障害の発生や省電力モードへの移行によって動作しなくなった機能に対応する特定のハードウェア資源を解放し、その解放した特定のハードウェア資源に対してサーバー機能を追加的に割り当てることにより、サーバー機能を拡張させるのである。これにより、障害の発生又は省電力モードへの移行によって基本機能が動作しなくなったサーバー機３においてサーバー機能の処理効率を向上させることができる。そしてサーバー機能の処理効率を向上させると、サーバー機３は、サーバー機能の処理効率が向上したことを各クライアント機４へ通知する。これにより、各クライアント機４は、サーバー機能を利用する際のアクセス先を、予め定められたサーバー機３から、処理効率の向上したサーバー機３へ変更することができる。その結果、画像処理システム１において、各クライアント機４がサーバー機能を利用する際の処理効率を向上させることができるようになる。以下、このような画像処理システム１について更に詳しく説明する。
【００５１】
図３は、サーバー機３及びクライアント機４に共通した画像処理装置２のハードウェア構成の一例を示すブロック図である。画像処理装置２は、コントロールユニット１０と、記憶部１１と、操作パネル１２と、通信インタフェース１３と、電源管理部１４と、プリンタ部１５と、スキャナ部１６と、ＦＡＸ部１７とを備えている。
【００５２】
コントロールユニット１０は、各部の動作を制御するユニットであり、例えばＣＰＵとメモリとを備えている。画像処理装置２がクライアント機４である場合、コントロールユニット１０は、ＣＰＵとメモリとを含むハードウェア資源に予め基本機能を割り当てて基本機能だけを動作させている。また画像処理装置２がサーバー機３である場合、コントロールユニット１０は、ＣＰＵとメモリとを含むハードウェア資源に予め基本機能とサーバー機能とを割り当て、基本機能とサーバー機能の双方を同時に動作させている。
【００５３】
記憶部１１は、各種情報を記憶するためのものであり、例えばハードディスクドライブ（ＨＤＤ）などで構成される。記憶部１１には、例えばコントロールユニット１０のＣＰＵで実行されるプログラム７が記憶される。また画像処理装置２がサーバー機３として機能する場合、記憶部１１には、認証データ８と、予測情報９とが予め格納されている。認証データ８は、ユーザー認証を行うためのデータであって、ユーザーＩＤやパスワードなどのユーザー情報が予め登録されたデータである。予測情報９は、サーバー機３において障害が発生した場合、或いは、省電力モードへ移行した場合に、復帰するまでに要する復帰所要時間を予測するための情報である。
【００５４】
操作パネル１２は、ユーザーが画像処理装置２を利用する際のユーザーインタフェースとなるものであり、表示部１２ａと操作部１２ｂとを備えている。表示部１２ａは、例えばカラー液晶ディスプレイなどで構成され、ユーザーに対して各種操作画面を表示するものである。操作部１２ｂは、例えば表示部１２ａの画面上に配置されるタッチパネルセンサーなどで構成され、ユーザーによる操作を受け付けるためのものである。
【００５５】
通信インタフェース１３は、画像処理装置２をネットワーク５に接続するためのものである。画像処理装置２は、この通信インタフェース１３を介して他の画像処理装置２と通信を行う。
【００５６】
電源管理部１４は、画像処理装置２に対する電力供給を制御するものである。例えば、操作パネル１２に対する操作が所定時間以上行われない場合、電源管理部１４は、画像処理装置２の電力モードを省電力モードへ移行させる。また電源管理部１４は、画像処理装置２においてジョブが実行されない状態が所定時間以上継続すると、電力モードを省電力モードへ移行させる。また省電力モードへ移行させている状態のとき、電源管理部１４は、操作パネル１２に対するユーザーの操作を検知した場合、或いは、通信インタフェース１３を介してジョブを受信した場合に省電力モードを解除し、通常の電力供給状態に復帰させる。
【００５７】
プリンタ部１５は、画像処理装置２においてプリントジョブが実行される場合にコントロールユニット１０からの指令に基づいて動作するものである。プリンタ部１５は、印刷用紙を所定の用紙搬送路に沿って搬送し、印刷用紙が所定位置を通過するときにトナー像を転写し、トナー像を転写させた印刷用紙を定着部で定着させることにより、画像形成を行う。このようなプリンタ部１５は、センサー１８を備えている。センサー１８は、プリントジョブの実行中に、障害の発生を検知するためのセンサーである。例えば、センサー１８は、用紙搬送路における紙詰まりや、トナーエンプティ（トナー切れ）、用紙エンプティなどの各種の障害を検知する。
【００５８】
スキャナ部１６は、画像処理装置２においてスキャンジョブが実行される場合にコントロールユニット１０からの指令に基づいて動作するものである。スキャナ部１６は、ユーザーによってセットされる原稿を１枚ずつ搬送し、原稿が所定の読み取り位置を通過する際に画像を光学的に読み取って画像データを生成するように構成される。このようなスキャナ部１６は、センサー１９を備えている。センサー１９は、スキャンジョブの実行中に、障害の発生を検知するためのセンサーである。例えば、センサー１９は、原稿搬送路における原稿の紙詰まりを障害として検知する。
【００５９】
ＦＡＸ部１７は、図示を省略する公衆電話網を介してＦＡＸデータの送受信を行うものである。例えば外部からＦＡＸデータを受信した場合、ＦＡＸ部１７は、そのＦＡＸデータをプリンタ部１５へ出力し、プリント出力を行わせる。したがって、画像処理装置２は、ＦＡＸデータを受信した場合であっても、用紙搬送路における紙詰まりや、トナーエンプティ、用紙エンプティなどの障害を検知することがある。
【００６０】
次にサーバー機３として機能する画像処理装置２ａ，２ｂ，２ｃにおけるコントロールユニット１０の構成例について説明する。図４は、サーバー機３のコントロールユニット１０の一構成例を示す図である。図４に示すように、サーバー機３のコントロールユニット１０は、コントローラ２０と、複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄと、メモリ２２とを備えている。コントローラ２０は、ＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄとメモリ２２とを含むハードウェア資源を制御するためのものである。例えばコントローラ２０は、ＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄとは異なるＣＰＵ、及び、メモリ２２とは異なるメモリを備え、上述したプログラム７の一部（ハードウェア資源を制御するためのプログラム）を実行することにより、ＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄ及びメモリ２２における基本機能とサーバー機能との割り当て状態を制御する。ただし、これに限られるものではなく、例えばコントローラ２０は、ＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄ及びメモリ２２の一部の領域において動作するものであっても構わない。尚、複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄは、例えば同一の性能を有するＣＰＵである。
【００６１】
コントローラ２０は、サーバー機３において障害が発生しておらず、しかも省電力モードへ移行していない通常の動作状態において、複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄのそれぞれに対して基本機能とサーバー機能とを予め指定された割合で割り当てる。またコントローラ２０は、サーバー機３において障害が発生しておらず、しかも省電力モードへ移行していない通常の動作状態において、メモリ２２の記憶領域２３に対して基本機能とサーバー機能とを予め指定された割合で割り当てる。図４には、通常の動作状態において複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄ及びメモリ２２に基本機能とサーバー機能とが割り当てられた状態の例を示している。
【００６２】
図４に示すように、通常の動作状態のときには、ＣＰＵ２１ａ，２１ｂに対して基本機能が割り当てられる。より詳しく説明すると、ＣＰＵ２１ａには、基本機能のうちのコピー機能と、スキャン機能と、ＦＡＸ機能と、操作パネル１２を制御するためのパネル機能とが割り当てられる。またＣＰＵ２１ｂには、基本機能のうちのプリント機能が割り当てられる。プリントジョブを実行するときには、印刷対象となる画像データを描画用の画像データに変換したり、印刷設定に応じた画像処理を行ったりする必要があり、他のジョブと比較すると高い負荷がかかるため、１つのＣＰＵ２１ｂをプリント機能に割り当てている。また通常の動作状態において、ＣＰＵ２１ｃ，２１ｄには、サーバー機能が割り当てられる。例えば図４に示すように、ＣＰＵ２１ｃには、サーバー機能のうちの認証機能が割り当てられ、ＣＰＵ２１ｄには、ＯＣＲ機能、翻訳機能、ログ収集機能及びその他の機能が割り当てられる。
【００６３】
またメモリ２２の記憶領域２３は、主として４つの記憶領域２３ａ，２３ｂ，２３ｃ，２３ｄに分割され、基本機能を動作させるための各種情報と、サーバー機能を動作させるための各種情報とが記憶される。例えばサーバー機３において障害が発生しておらず、しかも省電力モードへ移行していない通常の動作状態のときには、４つの記憶領域２３ａ，２３ｂ，２３ｃ，２３ｄには、図４に示すように基本機能及びサーバー機能に関する情報が格納される。すなわち、記憶領域２３ａは、基本機能のうち、コピー機能、スキャン機能、ＦＡＸ機能及びパネル機能に割り当てられ、それらの機能を動作させる際に利用される情報を記憶する。また記憶領域２３ｂは、基本機能のうちのプリント機能に割り当てられ、プリントジョブに関する情報やプリンタ部を動作させるための情報を記憶する。これに対し、記憶領域２３ｃ，２３ｄは、サーバー機能に割り当てられる。より詳しく説明すると、記憶領域２３ｃは、サーバー機能のうちの認証機能に割り当てられ、認証機能で利用される情報を記憶する。また記憶領域２３ｄは、サーバー機能のうちのＯＣＲ機能、翻訳機能、ログ収集機能及びその他の機能に割り当てられ、それらの機能で利用される情報を記憶する。
【００６４】
例えば、サーバー機３は、通常の動作状態のとき、記憶部１１から認証データ８を読み出し、認証データ８の少なくとも一部をメモリ２２の記憶領域２３ｃに予め展開しておく。そのため、クライアント機４から認証要求を受信したとき、サーバー機３は、記憶領域２３ｃに予め展開している認証データ８を参照してユーザー認証を行うことができる。ただし、記憶領域２３ｃに予め展開できる認証データ８は、記憶部１１に記憶されている認証データ８の一部となることもある。そのような場合、サーバー機３は、記憶領域２３ｃに予め展開されている認証データ８を参照してユーザー認証を行うことができれば処理効率が上がるのに対し、記憶領域２３ｃに予め展開されている認証データ８を参照してユーザー認証を行うことができず、記憶部１１に記憶されている認証データ８を参照しなければならいときには処理効率が若干低下する。
【００６５】
コントローラ２０は、通常の動作状態において、基本機能とサーバー機能とを上記のようにハードウェア資源に割り当てて動作させる。そしてコントローラ２０は、サーバー機３において紙詰まりなどの障害が発生することによって、或いは、省電力モードに移行することによって、基本機能が動作しなくなった場合、それを検知し、ハードウェア資源に割り当てていた基本機能のうち、動作しなくなった基本機能を解放し、その解放したハードウェア資源に対してサーバー機能を追加的に割り当てる。すなわち、コントローラ２０は、サーバー機３において基本機能のうちの少なくとも一部の機能が停止している状態のときに、ハードウェア資源においてサーバー機能を追加的に動作させることにより、サーバー機能の処理効率が向上させるのである。
【００６６】
本実施形態のコントローラ２０は、ＣＰＵによってプログラム７に基づく処理が行われることにより、図４に示すように、検知部３１、ハードウェア資源解放部３２、サーバー機能拡張部３３、復帰処理部３４、復帰予測部３５、処理時間予測部３６及び処理判別部３７として機能する。以下、これら各部の詳細について説明する。
【００６７】
検知部３１は、基本機能に関する障害の発生又は省電力モードへの移行を検知するものである。例えばプリンタ部１５において、紙詰まりや、トナーエンプティ、用紙エンプティなどの障害が発生すると、センサー１８からコントロールユニット１０に対して障害の発生が通知される。またスキャナ部１６において、紙詰まりなどの障害が発生すると、センサー１９からコントロールユニット１０に対して障害の発生が通知される。さらにサーバー機３が省電力モードへ移行するときには、電源管理部１４からコントロールユニット１０に対して省電力モードへの移行が通知される。したがって、検知部３１は、センサー１８，１９又は電源管理部１４からの通知に基づき、サーバー機３において障害が発生したこと、又は、省電力モードへ移行したことを検知することができる。また検知部３１は、センサー１８，１９からの通知内容を判別することにより、サーバー機３において発生した障害の要因を検知することもできる。
【００６８】
ハードウェア資源解放部３２は、検知部３１において障害の発生又は省電力モードへの移行が検知された場合に作動し、ＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄやメモリ２２などのハードウェア資源に割り当てられている基本機能のうち、障害の発生又は省電力モードへの移行によって動作しなくなった機能をハードウェア資源から解放する処理部である。例えばハードウェア資源解放部３２は、障害の発生又は省電力モードへの移行によって動作しなくなった機能のためにＣＰＵ２１ａ，２１ｂで行われていた処理を解放し、ＣＰＵ２１ａ，２１ｂの使用率を低下させる。またハードウェア資源解放部３２は、障害の発生又は省電力モードへの移行によって動作しなくなった機能のために確保されていたメモリ２２の記憶領域２３ａ，２３ｂを解放して他の情報を格納可能な状態にする。
【００６９】
サーバー機能拡張部３３は、ＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄやメモリ２２などのハードウェア資源のうち、ハードウェア資源解放部３２によって解放された部分にサーバー機能を追加的に割り当ててサーバー機能を動作させる処理部である。例えばサーバー機能拡張部３３は、ハードウェア資源解放部３２によってＣＰＵ２１ａ，２１ｂで行われていた処理が解放された後、ＣＰＵ２１ａ，２１ｂにおいてサーバー機能に基づく処理を追加的に実行させることにより、サーバー機能による処理の占有率を高くする。またサーバー機能拡張部３３は、ハードウェア資源解放部３２によってメモリ２２の記憶領域２３ａ，２３ｂが解放された後、サーバー機能が利用する情報を、空き状態となった記憶領域２３ａ，２３ｂに展開する。
【００７０】
図５は、プリント機能に障害が発生した場合のサーバー機能の拡張例を示す図である。プリント機能において紙詰まりなどの障害が発生すると、ハードウェア資源解放部３２は、図５（ａ）に示すように、ＣＰＵ２１ｂで行われていたプリント機能に関する処理を解放する。またハードウェア資源解放部３２は、プリント機能で利用される情報が格納されていたメモリ２２の記憶領域２３ｂを解放する。
【００７１】
その後、サーバー機能拡張部３３は、図５（ｂ）に示すように、解放されたＣＰＵ２１ｂにサーバー機能を追加的に割り当ててサーバー機能に関する処理を実行させる。図５（ｂ）の例では、サーバー機能のうちの認証機能に関する処理をＣＰＵ２１ｂで実行させる場合を示している。
【００７２】
またサーバー機能拡張部３３は、図５（ｂ）に示すように、解放された記憶領域２３ｂにサーバー機能を追加的に割り当て、サーバー機能で利用される情報を記憶領域２３ｂに展開する。図５（ｂ）の例では、サーバー機能のうちの認証機能で利用される認証データ８を記憶領域２３ｂに展開する場合を示している。
【００７３】
このようにコントローラ２０は、プリント機能に障害が発生した場合には、プリント機能が占有していたハードウェア資源を解放してサーバー機能の一部の機能をそのハードウェア資源に割り当てて動作させることにより、拡張されたサーバー機能の処理効率を向上させる。例えば、図５に示すように認証機能が拡張されると、サーバー機３においてユーザー認証を行うときには、メモリ２２の記憶領域２３ｂ，２３ｃにおいて展開されている認証データを参照することで認証結果を得ることができる機会が増加し、記憶部１１に記憶されている認証データ８を参照しなければならない機会を減少させることができる。したがって、サーバー機３においてユーザー認証を行う際の処理効率が向上させることができる。
【００７４】
図６は、スキャン機能に障害が発生した場合のサーバー機能の拡張例を示す図である。スキャン機能において紙詰まりなどの障害が発生すると、ハードウェア資源解放部３２は、図６（ａ）に示すように、ＣＰＵ２１ａで行われていた基本機能に関する処理のうちのスキャン機能に関する処理だけを解放する。したがって、スキャン機能に障害が発生したときにはＣＰＵ２１ａの一部だけが解放される。またハードウェア資源解放部３２は、メモリ２２の記憶領域２３ａのうち、スキャン機能で利用される情報が格納された一部の領域だけを解放する。したがって、スキャン機能に障害が発生したときには、プリント機能で障害が発生したときよりも、ハードウェア資源解放部３２によって解放されるハードウェア資源が少なくなる。
【００７５】
その後、サーバー機能拡張部３３は、図６（ｂ）に示すように、ハードウェア資源解放部３２によって解放されたＣＰＵ２１ａの一部にサーバー機能を追加的に割り当ててサーバー機能に関する処理を実行させる。図６（ｂ）の例では、サーバー機能のうちの認証機能に関する処理をＣＰＵ２１ａの一部で実行させる場合を示している。
【００７６】
またサーバー機能拡張部３３は、図６（ｂ）に示すように、解放された記憶領域２３ａの一部にサーバー機能を追加的に割り当て、サーバー機能で利用される情報を記憶領域２３ａの一部に展開する。図６（ｂ）の例では、サーバー機能のうちの認証機能で利用される認証データ８を記憶領域２３ｂに展開する場合を示している。
【００７７】
このようにコントローラ２０は、スキャン機能に障害が発生した場合にも、スキャン機能が占有していたハードウェア資源を解放してサーバー機能の一部の機能をそのハードウェア資源に割り当てて動作させることにより、拡張されたサーバー機能の処理効率を向上させる。ただし、図６に示すようにスキャン機能に障害が発生して認証機能が拡張された場合であっても、プリント機能に障害が発生したときよりもサーバー機能の拡張度合が低い。そのため、スキャン機能に障害が発生した場合には、プリント機能に障害が発生したときと同程度にまで処理効率を向上させることは難しい。
【００７８】
またサーバー機能拡張部３３は、上記のようにサーバー機能を拡張させると、ネットワーク５に接続されている他の画像処理装置２に対してサーバー機能を拡張したことを通知する。この通知は、クライアント機４だけでなく、他のサーバー機３にも行われる。この通知により、各クライアント機４は、複数のサーバー機３のうちの特定のサーバー機３においてサーバー機能の処理効率が上昇したことを把握することができるようになる。また他のサーバー機３も、特別のサーバー機３においてサーバー機能の処理効率が上昇したことを把握することができるようになる。
【００７９】
復帰処理部３４は、検知部３１によって障害又は省電力モードからの復帰が検知された場合に機能し、サーバー機能拡張部３３によってサーバー機能が追加的に割り当てられた部分のハードウェア資源からサーバー機能を解放し、その部分に、障害又は省電力モードからの復帰によって動作可能となった基本機能を再度割り当てることにより、元の状態に復帰させる処理部である。障害の発生又は省電力モードへの移行によって、例えば図５（ｂ）に示すような状態にサーバー機能が拡張されている場合、復帰処理部３４は、ＣＰＵ２１ｂから認証機能を解放すると共に、メモリ２２の記憶領域２３ｂから認証データを解放する。その後、復帰処理部３４は、ＣＰＵ２１ｂでプリント機能を動作させると共に、メモリ２２の記憶領域２３ｂに対してプリント機能で利用される情報を格納する。これにより、コントロールユニット１０における動作状態が、図４に示す動作状態に戻る。
【００８０】
また復帰処理部３４は、復帰処理を行うとき、ネットワーク５に接続されている他の画像処理装置２に対して基本機能が復帰することを通知する。この通知は、クライアント機４だけでなく、他のサーバー機３にも行われる。この通知により、他の画像処理装置２は、サーバー機能が拡張された状態が終了することを把握することができる。
【００８１】
図７は、サーバー機３において障害が発生した場合の動作プロセスの例を示す図である。尚、図７では、サーバー機３のひとつである画像処理装置２ａにおいて障害が発生する場合を例示している。画像処理装置２ａは、基本機能に障害が発生したことを検知すると（プロセスＰ１）、その基本機能が割り当てられていたハードウェア資源を解放し（プロセスＰ２）、解放されたハードウェア資源に対してサーバー機能を追加的に割り当ててサーバー機能を拡張する（プロセスＰ３）。画像処理装置２ａは、サーバー機能を拡張することに伴い、クライアント機４である画像処理装置２ｄ〜２ｍの全てに対してサーバー機能を拡張したことを示す通知を行う（プロセスＰ４）。各クライアント機４は、画像処理装置２ａからの通知を受信すると、画像処理装置２ａにおいてサーバー機能が拡張されたことを把握する。そして各クライアント機４は、画像処理装置２ａで拡張されたサーバー機能を利用するときのアクセス先を変更する（プロセスＰ５）。例えば、画像処理装置２ａにおいて認証機能が拡張された場合、各クライアント機４は、ユーザー認証を行うときにアクセスするサーバー機３を、画像処理装置２ａに変更する。その後、各クライアント機４が、画像処理装置２ａで拡張されたサーバー機能を利用するときには、画像処理装置２ａにアクセスするようになる（プロセスＰ６）。
【００８２】
画像処理装置２ａは、各クライアント機４からサーバー機能に対する処理要求を受信すると、その処理要求に基づいてサーバー機能を動作させ、要求されたサービスを提供する（プロセスＰ７）。つまり、画像処理装置２ａは、基本機能の動作が制約された状況下にあるため、他のサーバー機３に代わって各クライアント機４からの処理要求を受け付けてサーバー機能によるサービスを提供するのである。
【００８３】
図８は、画像処理装置２ａが他のサーバー機３に代わってサーバー機能によるサービスを提供する例を示す図である。画像処理装置２ａが各クライアント機４に対してサーバー機能を拡張したことを示す通知を行うと、図８に示すように、その後に各クライアント機４がサーバー機能を利用するときには画像処理装置２ａに対してアクセスするようになる。つまり、画像処理装置２ａは、通常の動作状態のときには受け付けないクライアント機２ｇ〜２ｍからの処理要求も受け付けてサーバー機能によるサービスを提供するようになる。このとき、画像処理装置２ａにおいてサーバー機能が拡張されていて処理効率が他のサーバー機３よりも上昇しているため、各クライアント機４からの処理要求が集中したとしても、画像処理装置２ａは、ストレスなくサービスを提供することができる。
【００８４】
図７に戻り、その後、画像処理装置２ａは、障害又は省電力モードから復帰したことを検知すると（プロセスＰ８）、クライアント機４である画像処理装置２ｄ〜２ｍの全てに対して基本機能が復帰することを示す通知を行う（プロセスＰ９）。この通知により、各クライアント機４は、画像処理装置２ａにおいてサーバー機能の処理効率が向上した状態が終了することを把握することができる。また画像処理装置２ａは、各クライアント機４への通知を行うことに伴い、基本機能を復帰させる復帰処理を行う（プロセスＰ１０）。この復帰処理により、画像処理装置２ａにおいて基本機能が元の状態に復帰する。さらに各クライアント機４は、画像処理装置２ａからの通知を受信すると、アクセス先を再び変更する（プロセスＰ１１）。これにより、各クライアント機４がサーバー機能を利用するためにアクセスするアクセス先は、図２に示したように予め定められたアクセス先に変更される。
【００８５】
またコントローラ２０は、障害の発生又は省電力モードへの移行によって基本機能が動作しなくなるとき、基本機能が復帰するまでに要する復帰所要時間を予測し、その復帰所要時間となるまでに拡張したサーバー機能の処理を終了できることを条件として、通常の動作状態のときには受け付けないクライアント機４からの処理要求を受け付けるようにしても良い。そのような判別処理を行うため、コントローラ２０は、復帰予測部３５と、処理時間予測部３６と、処理判別部３７とを有している。
【００８６】
復帰予測部３５は、検知部３１によって基本機能に関する障害の発生又は省電力モードへの移行が検知された場合に、障害又は省電力モードから復帰するまでに要する復帰所要時間を予測する処理部である。復帰予測部３５は、例えば検知部３１の検知結果に基づいて基本機能が動作しなくなった要因を特定し、その要因に基づいて復帰所要時間を予測する。具体的に説明すると、復帰予測部３５は、記憶部１１に記憶されている予測情報９を読み出し、その予測情報９に基づいて復帰所要時間を予測する。
【００８７】
図９は、予測情報９の一例を示す図である。図９に示すように、予測情報９には、検知部３１で検知される検知内容と、その検知内容に応じて定義された復帰所要時間とが対応付けられたテーブル情報である。また検知部３１による検知内容が障害検知である場合、予測情報９には、その障害要因ごとに復帰所要時間が定義されている。尚、予測情報９において定義される復帰所要時間は、例えばサーバー機３の管理者によって予め設定される時間である。復帰予測部３５は、検知部３１によって基本機能に関する障害の発生又は省電力モードへの移行が検知されると、その検知結果に基づいて予測情報９を参照することにより、動作しなくなった基本機能が復帰するまでに要する復帰所要時間を予測することができる。
【００８８】
処理時間予測部３６は、サーバー機能が拡張されている状態において、クライアント機４から１つの処理要求を受信した場合に、その拡張されているサーバー機能における処理時間を予測する処理部である。例えばサーバー機３において認証機能が追加的に割り当てられて機能拡張されている場合、処理時間予測部３６は、１つの認証要求に基づいてユーザー認証を行ったときに認証結果を得るまでに要する処理時間を予測する。したがって、処理時間予測部３６によって予測される処理時間は、サーバー機３が通常の動作状態においてクライアント機４からの処理要求を受信した際に要する処理時間よりも短い時間となる。
【００８９】
処理判別部３７は、サーバー機能が拡張されている状態において、クライアント機４から拡張されたサーバー機能を利用する処理要求を受信したときに機能する。そして処理判別部３７は、処理時間予測部３６によって予測された処理時間と、復帰予測部３５によって予測された復帰所要時間とを対比する。より詳しく説明すると、処理判別部３７は、クライアント機４からの処理要求を受信したタイミングで、拡張されたサーバー機能に関する処理を開始した場合にその処理が終了するまでに要する処理時間と、障害又は省電力モードから復帰するまでに要する復帰所要時間の残り時間とを対比する。そして処理判別部３７は、拡張されたサーバー機能による処理時間が復帰所要時間の残り時間よりも短いことを条件としてクライアント機４から受信した処理要求を受け付けてサーバー機能を動作させる。言い換えると、処理判別部３７は、拡張されたサーバー機能による処理時間が復帰所要時間の残り時間よりも長くなるときには、クライアント機４から受信した処理要求を受け付けず、クライアント機４に対して処理要求を拒否する通知を送信する。
【００９０】
つまり、処理判別部３７は、サーバー機能が拡張されている期間内にクライアント機４からの要求に基づく処理を完了させることができる場合には、その要求を受け付けてサーバー機能を動作させるのに対し、サーバー機能が拡張されている期間内にクライアント機４からの要求に基づく処理を完了させることができない場合には、その要求を受け付けないようにする。これにより、サーバー機３が障害から復帰したときに、多数のクライアント機４からの処理要求が滞留したまま残ってしまうことを防止することができる。その結果、障害からの復帰後にサーバー機能に対する負荷が著しく過大な状態になってしまうことを未然に防止することができる。尚、クライアント機４は、サーバー機３から処理要求を拒否する通知を受信した場合にはアクセス先を変更し、別のサーバー機３に対してアクセスすればよい。
【００９１】
図１０は、複数のサーバー機３において障害が発生した場合の動作プロセスの例を示す図である。尚、図１０では、サーバー機３である画像処理装置２ａ，２ｂにおいて障害が順に発生する場合を例示している。はじめに画像処理装置２ａは、基本機能に障害が発生したことを検知すると（プロセスＰ２０）、その基本機能が割り当てられていたハードウェア資源を解放し（プロセスＰ２１）、解放されたハードウェア資源に対してサーバー機能を追加的に割り当ててサーバー機能を拡張する（プロセスＰ２２）。このとき、画像処理装置２ａにおいて発生した障害がトナーエンプティであるとすると、画像処理装置２ａは、復帰所要時間を３００秒であると予測し、復帰所要時間のカウント動作を開始する。そして画像処理装置２ａは、サーバー機能を拡張することに伴い、クライアント機４である画像処理装置２ｄ〜２ｍの全てに対してサーバー機能を拡張したことを示す通知を行う（プロセスＰ２３）。各クライアント機４は、画像処理装置２ａからの通知を受信すると、画像処理装置２ａにおいてサーバー機能が拡張されたことを把握する。そして各クライアント機４は、画像処理装置２ａで拡張されたサーバー機能を利用するときのアクセス先を変更する（プロセスＰ２４）。
【００９２】
続いて画像処理装置２ｂは、基本機能に障害が発生したことを検知すると（プロセスＰ２５）、その基本機能が割り当てられていたハードウェア資源を解放し（プロセスＰ２６）、解放されたハードウェア資源に対してサーバー機能を追加的に割り当ててサーバー機能を拡張する（プロセスＰ２７）。このとき、画像処理装置２ｂにおいて発生した障害がスキャナ部の紙詰まりであるとすると、画像処理装置２ｂは、復帰所要時間を２０秒であると予測し、復帰所要時間のカウント動作を開始する。そして画像処理装置２ｂは、サーバー機能を拡張することに伴い、クライアント機４である画像処理装置２ｄ〜２ｍの全てに対してサーバー機能を拡張したことを示す通知を行う（プロセスＰ２８）。各クライアント機４は、画像処理装置２ｂからの通知を受信すると、画像処理装置２ｂにおいてサーバー機能が拡張されたことを把握する。そして各クライアント機４は、画像処理装置２ｂで拡張されたサーバー機能を利用するときのアクセス先を変更する（プロセスＰ２９）。例えば画像処理装置２ａ，２ｂの双方において同じ認証機能が拡張された場合、各クライアント機４は、画像処理装置２ｂからの通知に基づき、認証機能を利用するときのアクセス先を画像処理装置２ｂに変更する。
【００９３】
そして各クライアント機４は、画像処理装置２ａ，２ｂで拡張された認証機能を利用するとき、画像処理装置２ｂにアクセスし、画像処理装置２ｂに対して認証要求を送信する（プロセスＰ３０）。画像処理装置２ｂは、クライアント機４からの認証要求を受信すると、障害から復帰するまでにユーザー認証を完了させることができるか否かを判別する（プロセスＰ３１）。その結果、復帰所要時間が経過するまでにユーザー認証を完了させることができないと判別した場合、画像処理装置２ｂは、クライアント機４に対して認証要求を拒否する通知を送信する（プロセスＰ３２）。クライアント機４は、画像処理装置２ｂから拒否通知を受信すると、アクセス先を画像処理装置２ａに変更する。つまり、クライアント機４は、プロセスＰ２９でアクセス先を変更する前の状態に戻すのである。そしてクライアント機４は、画像処理装置２ｂにアクセスし、画像処理装置２ｂに対して認証要求を送信する（プロセスＰ３３）。
【００９４】
画像処理装置２ａは、クライアント機４からの認証要求を受信すると、画像処理装置２ｂと同様に、障害から復帰するまでにユーザー認証を完了させることができるか否かを判別する。そして復帰所要時間が経過するまでにユーザー認証を完了させることができると判別した場合、画像処理装置２ａは、クライアント機４からの認証要求に基づいてユーザー認証を行い、クライアント機４に対してサービスを提供する（プロセスＰ３４）。
【００９５】
尚、図１０では、２台の画像処理装置２ａ，２ｂにおいて障害が発生した場合を例示した。これに対し、画像処理装置２ｂだけに障害が発生していた場合、クライアント機４が画像処理装置２ｂから拒否通知を受信すると、クライアント機４に予め定められているアクセス先にアクセスするようになる。
【００９６】
次にサーバー機３において行われる処理手順について説明する。図１１は、サーバー機３において行われる処理手順の一例を示すフローチャートである。この処理は、コントローラ２０のＣＰＵがプログラム７を実行することによって行われる。サーバー機３は、この処理を開始すると、通常の動作状態であるか否かを判断する（ステップＳ１０）。その結果、通常の動作状態である場合（ステップＳ１０でＹＥＳ）、サーバー機３は、省電力モードへ移行するか否かを判断し（ステップＳ１１）、省電力モードへ移行しないときには（ステップＳ１１でＮＯ）、さらに障害が発生しているか否かを判断する（ステップＳ１２）。省電力モードへ移行する場合（ステップＳ１１でＹＥＳ）、或いは、障害が発生している場合（ステップＳ１２でＹＥＳ）、サーバー機３は、省電力モードへの移行又は障害の発生によって動作しなくなる基本機能を特定し、その基本機能が割り当てられているハードウェア資源を解放する（ステップＳ１３）。そしてサーバー機３は、ハードウェア資源の解放した部分に対してサーバー機能を追加的に割り当てることによりサーバー機能を拡張する（ステップＳ１４）。そしてサーバー機３は、ネットワーク５に接続されているクライアント機４に対してサーバー機能を拡張したことを通知する（ステップＳ１５）。このとき、他のサーバー機３に対してもサーバー機能を拡張したことが通知される。さらにサーバー機３は、基本機能が動作しなくなる要因に基づいて復帰所要時間を予測する（ステップＳ１６）。尚、サーバー機３の動作状態が通常の動作状態でなかった場合（ステップＳ１０でＮＯ）、又は、サーバー機３において障害が発生しない場合（ステップＳ１２でＮＯ）、上述したステップＳ１３〜Ｓ１６はスキップする。
【００９７】
続いてサーバー機３は、クライアント機４からのアクセスを検知したか否かを判断する（ステップＳ１７）。クライアント機４からのアクセスを検知した場合（ステップＳ１７でＹＥＳ）、サーバー機３は、さらにサーバー機能の拡張中であるか否かを判断する（ステップＳ１８）。その結果、サーバー機能の拡張中である場合（ステップＳ１８でＹＥＳ）、サーバー機３は、クライアント機４から受信した処理要求に基づいてサーバー機能による処理内容を特定する（ステップＳ１９）。サーバー機３は、その特定した処理内容に基づき処理時間を予測し（ステップＳ２０）、復帰所要時間が経過するまでの残り時間と比較することにより、クライアント機４からの処理要求を受け付けるか否かを判断する（ステップＳ２１）。サーバー機３は、復帰所要時間が経過するまでにクライアント機４からの処理要求に基づく処理を完了させることができる場合には処理要求を受け付け（ステップＳ２１でＹＥＳ）、サーバー機能を動作させてサービスを提供する（ステップＳ２２）。これに対し、復帰所要時間が経過するまでにクライアント機４からの処理要求に基づく処理を完了させることができない場合には処理要求を受け付けず（ステップＳ２１でＮＯ）、クライアント機４に対して拒否通知を送信する（ステップＳ２３）。尚、クライアント機４からのアクセスを検知していない場合（ステップＳ１７でＮＯ）、上述したステップＳ１８〜Ｓ２３はスキップする。またアクセスを検知したときにサーバー機能を拡張していない場合（ステップＳ１８でＮＯ）、サーバー機３は、通常通り、クライアント機４からの処理要求を受け付けてサーバー機能を動作させ、サービスを提供する（ステップＳ２２）。
【００９８】
続いてサーバー機３は、サーバー機能拡張中であるか否かを判断する（ステップＳ２４）。サーバー機能拡張中である場合（ステップＳ２４でＹＥＳ）、サーバー機３は、省電力モード又は障害からの復帰が検知されたか否かをさらに判断する（ステップＳ２５）。その結果、復帰が検知された場合（ステップＳ２５でＹＥＳ）、サーバー機３は、復帰処理を行い、ハードウェア資源に対する基本機能及びサーバー機能の割り当て状態を元の状態に戻す（ステップＳ２６）。そしてサーバー機３は、サーバー機能の拡張状態が終了したことを各クライアント機４へ通知する（ステップＳ２７）。このとき、サーバー機３は、他のサーバー機３にもサーバー機能の拡張状態が終了したことを通知する。尚、サーバー機能を拡張していない場合（ステップＳ２４でＮＯ）、又は、省電力モード又は障害からの復帰が検知されていない場合（ステップＳ２５でＮＯ）、上述したステップＳ２６，Ｓ２７はスキップする。
【００９９】
サーバー機３は、上記のような処理を繰り返し実行することにより、省電力モードへの移行が検知されたとき、又は、障害の発生が検知されたときに、サーバー機能を拡張し、サーバー機能による処理効率を向上させることができる。そして省電力モード又は障害からの復帰が検知されるまでの間、サーバー機能の処理効率を向上させた状態を継続させることができる。
【０１００】
次にクライアント機４において行われる処理手順について説明する。図１２は、クライアント機４において行われる処理手順の一例を示すフローチャートである。この処理は、クライアント機４のコントロールユニット１０のＣＰＵがプログラム７を実行することによって行われる。クライアント機４は、この処理を開始すると、サーバー機３において機能が拡張されたことを示す通知を受信したか否かを判断する（ステップＳ３０）。通知を受信している場合（ステップＳ３０）、クライアント機４は、その拡張されたサーバー機能を利用する際のアクセス先を、通知元であるサーバー機３に変更する（ステップＳ３１）。尚、サーバー機３からの通知を受信していない場合（ステップＳ３０でＮＯ）、アクセス先の変更は行わない。
【０１０１】
続いてクライアント機４は、サーバー機能を利用するか否かを判断する（ステップＳ３２）。サーバー機能を利用する場合（ステップＳ３２でＹＥＳ）、クライアント機４は、サーバー機３に搭載されているサーバー機能のうちのどの機能を利用するかに応じてアクセス先を確認し（ステップＳ３３）、サーバー機３へアクセスする（ステップＳ３４）。このとき、クライアント機４は、サーバー機能の拡張されたサーバー機３が存在すれば、その機能拡張されたサーバー機３に対して優先的にアクセスする。クライアント機４は、サーバー機３にアクセスすると、アクセスが成功したか否かを判断する（ステップＳ３５）。すなわち、アクセス先のサーバー機３から拒否通知を受信しなければアクセス成功と判断し、拒否通知を受信すればアクセス失敗と判断する。
【０１０２】
クライアント機４は、サーバー機３へのアクセスに失敗した場合（ステップＳ３５でＮＯ）、アクセス先を変更し（ステップＳ３６）、変更したアクセス先のサーバー機３に対してアクセスする（ステップＳ３７）。その後、クライアント機４による処理はステップＳ３５へ戻る。一方、クライアント機４は、サーバー機３へのアクセスに成功した場合（ステップＳ３５でＹＥＳ）、サーバー機３によって提供されるサービスを利用する（ステップＳ３８）。尚、サーバー機能を利用するタイミングでない場合（ステップＳ３２でＮＯ）、上述したステップＳ３３〜Ｓ３８はスキップする。
【０１０３】
続いてクライアント機４は、サーバー機３から復帰通知を受信したか否かを判断し（ステップＳ３９）、復帰通知を受信した場合には（ステップＳ３９でＹＥＳ）、アクセス先を再度変更して元に戻す（ステップＳ４０）。
【０１０４】
クライアント機４は、上記のような処理を繰り返し実行することにより、サーバー機３においてサーバー機能が拡張されると、そのサーバー機３を優先的なアクセス先に変更するので、サーバー機能を利用するときには効率的にサービスを利用することができるようになる。
【０１０５】
またサーバー機３が障害又は省電力モードから復帰するまでに要する復帰所要時間は、クライアント機４で予測するようにしても良い。この場合、サーバー機３は、各クライアント機４に対してサーバー機能を通知するとき、障害要因を通知する。そして各クライアント機４は、上記と同様にしてサーバー機３における復帰所要時間を予測する。その後、クライアント機４は、サーバー機能を利用するとき、２以上のサーバー機３においてサーバー機能が拡張されていれば、それぞれの復帰所要時間を比較し、復帰所要時間が最も長いサーバー機３に対してアクセスする。これにより、クライアント機４は、サーバー機能を拡張している状態を最も長く継続させるサーバー機３に対して要求を送信することができるため、効率的にサービスを利用することができる。
【０１０６】
（第２実施形態）
次に本発明の第２実施形態について説明する。本実施形態では、複数のサーバー機３のうちの１つのサーバー機３が代表機となって各クライアント機４からの処理要求を複数のサーバー機３に振り分けるようにした実施形態について説明する。
【０１０７】
図１３は、第２実施形態における画像処理システム１の構成概念を示す図である。図１３では、画像処理装置２ｂがサーバー機３の代表機として動作する場合を例示している。図１３に示すように、サーバー機３である画像処理装置２ａ，２ｂにおいて障害などが発生してサーバー機能が拡張されると、画像処理装置２ａ，２ｂは、代表機である画像処理装置２ｂに対してサーバー機能を拡張したことを通知する。つまり、代表機である画像処理装置２ｂには、他のサーバー機３においてサーバー機能が拡張されたことを示す通知が集約される。そして代表機である画像処理装置２ｂは、他のサーバー機３において拡張された機能を把握し、各クライアント機４に対してサーバー機能を利用するときのアクセス先を通知する。つまり、各サーバー機３は、代表機を介して各クライアント機４に通知するのである。
【０１０８】
画像処理装置２ｂは、複数のサーバー機３のいずれかにおいてサーバー機能が拡張されたタイミングで、各クライアント機４にアクセス先を通知するようにしても良いし、また各クライアント機４からの処理要求を受信したタイミングでアクセス先を通知するようにしても良い。本実施形態では、後者の場合を例に挙げて説明する。
【０１０９】
次に代表機として機能する画像処理装置２ｂ（サーバー機３）におけるコントロールユニット１０の構成例について説明する。図１４は、そのコントロールユニット１０の一構成例を示す図である。図１４に示すように、画像処理装置２ｂのコントロールユニット１０は、第１実施形態と同様に、コントローラ２０と、複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄと、メモリ２２とを備えている。そしてコントローラ２０は、第１実施形態と同様に、通常の動作状態において、複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄとメモリ２２のそれぞれに対して基本機能とサーバー機能とを割り当てている。
【０１１０】
本実施形態のコントローラ２０は、ＣＰＵによってプログラム７に基づく処理が行われることにより、図１４に示すように、第１実施形態で説明した構成に加え、さらにアクセス先決定部３８及びアクセス先指示部３９として機能する。以下、アクセス先決定部３８及びアクセス先指示部３９について詳しく説明する。
【０１１１】
アクセス先決定部３８は、他のサーバー機３からサーバー機能を拡張したことを示す拡張通知を受信することに伴い、サーバー機能を拡張した要因を解析し、拡張通知の送信元であるサーバー機３の優先度を決定する。またアクセス先決定部３８は、拡張通知の送信元であるサーバー機３の優先度を決定すると、その優先度に基づいて複数のサーバー機３のうちから各クライアント機４が優先的にアクセスすべき優先アクセス先を決定する。具体的に説明すると、アクセス先決定部３８は、例えば図１５に示すアクセス先判別情報４１を参照することにより、通知元であるサーバー機３の優先度を判定し、さらにクライアント機４の優先アクセス先を決定する。すなわち、アクセス先判別情報４１は、図１５に示すように、サーバー機能を拡張した要因と、優先度とを予め対応付けたテーブル情報である。そのため、アクセス先決定部３８は、サーバー機能を拡張した要因を特定すれば、アクセス先判別情報４１を参照することにより、拡張通知の送信元であるサーバー機３の優先度を決定することができる。そしてアクセス先決定部３８は、複数のサーバー機３のうちの最も優先度の高いサーバー機３を優先アクセス先として決定する。尚、アクセス先判別情報４１は、上述した予測情報９と相関があり、省電力モード又は障害からの復帰するまでに要する復帰所要時間が長くなる程、優先度が高くなるように予め設定されている。またアクセス先判別情報４１は、例えば予め記憶部１１などに予め格納されている。
【０１１２】
またアクセス先決定部３８は、自機のサーバー機能が拡張された場合にも機能し、自機のサーバー機能が拡張された要因を解析し、自機の優先度を決定する。そして自機の優先度と他のサーバー機３との優先度とを比較して１つの優先アクセス先を決定する。
【０１１３】
ところで、複数のサーバー機３のそれぞれがサーバー機能を拡張していない場合、複数のサーバー機３の優先度は等しい状態となる。そのような場合、アクセス先決定部３８は、複数のサーバー機３のそれぞれに対してクライアント機４からの処理要求が分散されるように優先アクセス先を決定する。
【０１１４】
アクセス先指示部３９は、クライアント機４から処理要求を受信した場合に作動する。そしてアクセス先指示部３９は、アクセス先決定部３８によって決定される優先アクセス先をクライアント機４に指示する。尚、自機が優先アクセス先となっている場合、アクセス先指示部３９は、クライアント機４から受信した処理要求に基づいて自機のサーバー機能を動作させる。
【０１１５】
図１６は、本実施形態の画像処理システム１における動作プロセスの一例を示す図である。尚、図１６では、サーバー機３である画像処理装置２ａ，２ｃにおいて障害が順に発生する場合を例示している。はじめに画像処理装置２ａは、基本機能に障害が発生したことを検知すると、その基本機能が割り当てられていたハードウェア資源を解放し、解放されたハードウェア資源に対してサーバー機能を追加的に割り当ててサーバー機能を拡張する。これに伴い、画像処理装置２ａは、代表機である画像処理装置３ｂに対してサーバー機能を拡張したことを示す通知を送信する（プロセスＰ４０）。続いて画像処理装置２ｂにおいて基本機能に障害が発生すると、画像処理装置２ｂは、上記と同様にしてサーバー機能を拡張し、代表機である画像処理装置３ｂに対してサーバー機能を拡張したことを示す通知を送信する（プロセスＰ４１）。
【０１１６】
代表機である画像処理装置２ｂは、画像処理装置２ａ，２ｂのそれぞれからサーバー機能が拡張されたことを示す通知を受信すると、各画像処理装置２ａ，２ｂの優先度を判定し、クライアント機４が優先的にアクセスすべき優先アクセス先を決定する（プロセスＰ４２）。例えば後にサーバー機能が拡張された画像処理装置２ｂよりも先にサーバー機能が拡張された画像処理装置２ａの方がサーバー機能を拡張した状態を長く継続する場合、画像処理装置２ｂは、画像処理装置２ａを優先アクセス先として決定する。
【０１１７】
一方、クライアント機４である画像処理装置２ｍは、サーバー機能を利用するとき、まず代表機である画像処理装置２ｂに対してアクセスする（プロセスＰ４３）。画像処理装置２ｂは、画像処理装置２ｍからのアクセスを検知すると、優先アクセス先を確認する。そして画像処理装置２ｂは、自機が優先アクセス先でない場合、画像処理装置２ｍに対して優先アクセス先を通知する（プロセスＰ４４）。例えば優先アクセス先が画像処理装置２ａである場合、画像処理装置２ｂは、画像処理装置２ｍに対して画像処理装置２ａにアクセスすべきことを通知する。画像処理装置２ｍは、代表機である画像処理装置２ｂからの通知に基づき、画像処理装置２ａにアクセスする（プロセスＰ４５）。そして画像処理装置２ａは、画像処理装置２ｍからの処理要求に基づき、サーバー機能を動作させてサービスを提供する（プロセスＰ４６）。
【０１１８】
図１７は、代表機である画像処理装置２ｂにおいて行われる処理手順の一例を示すフローチャートである。画像処理装置２ｂは、他のサーバー機３からサーバー機能を拡張したことを示す拡張通知を受信したか否かを判断する（ステップＳ５０）。拡張通知を受信している場合（ステップＳ５０でＹＥＳ）、画像処理装置２ｂは、機能拡張要因を判別し（ステップＳ５１）、拡張通知の送信元であるサーバー機３の優先度を決定する（ステップＳ５２）。尚、画像処理装置２ｂは、他のサーバー機３から拡張通知を受信していない場合には（ステップＳ５０でＮＯ）、ステップＳ５１，Ｓ５２の処理をスキップする。
【０１１９】
次に画像処理装置２ｂは、自機のサーバー機能を拡張したか否かを判断する（ステップＳ５３）。自機のサーバー機能を拡張した場合（ステップＳ５３でＹＥＳ）、画像処理装置２ｂは、機能拡張要因を判別し（ステップＳ５４）、自機の優先度を決定する（ステップＳ５５）。尚、画像処理装置２ｂは、自機のサーバー機能を拡張していない場合（ステップＳ５３でＮＯ）、ステップＳ５４，Ｓ５５の処理をスキップする。
【０１２０】
次に画像処理装置２ｂは、クライアント機４からのアクセスを検知したか否かを判断し（ステップＳ５６）、アクセスを検知した場合（ステップＳ５６でＹＥＳ）、各サーバー機３の優先度を比較し、自機よりも優先度の高いサーバー機３が存在するか否かを判別する（ステップＳ５７）。その結果、自機よりも優先度の高いサーバー機３が存在しない場合（ステップＳ５７でＮＯ）、画像処理装置２ｂは、クライアント機４からの処理要求に基づいてサーバー機能を動作させ、サービスを提供する（ステップＳ５８）。これに対し、自機よりも優先度の高いサーバー機３が優先アクセス先として決定されている場合（ステップＳ５７でＹＥＳ）、画像処理装置２ｂは、アクセス元のクライアント機４に対して優先アクセス先を通知する（ステップＳ５９）。これにより、クライアント機４は、優先アクセス先にアクセスしてサーバー機能を利用するようになる。尚、クライアント機４からのアクセスを検知していない場合（ステップＳ５６でＮＯ）、ステップＳ５７〜Ｓ５９はスキップする。
【０１２１】
次に画像処理装置２ｂは、他のサーバー機３から基本機能が復帰したことを示す復帰通知を受信したか否かを判断し（ステップＳ６０）、復帰通知を受信していれば（ステップＳ６０でＹＥＳ）、復帰通知の送信元であるサーバー機３の優先度を変更して元に戻す（ステップＳ６１）。尚、復帰通知を受信していない場合（ステップＳ６０でＮＯ）、ステップＳ６１の処理は行われない。
【０１２２】
次に画像処理装置２ｂは、自機の基本機能が復帰したか否かを判断し（ステップＳ６２）、自機の基本機能が復帰すれば（ステップＳ６２でＹＥＳ）、自機の優先度を変更して元に戻す（ステップＳ６３）。尚、自機の基本機能が復帰していない場合（ステップＳ６２でＮＯ）、ステップＳ６３の処理は行われない。
【０１２３】
画像処理装置２ｂは、上記のような処理を繰り返し実行することにより、いずれかのサーバー機３においてサーバー機能が拡張されると、そのサーバー機３の優先度を高くし、各クライアント機４がサーバー機能を利用する際の優先アクセス先に設定することができる。そしてクライアント機４は、サーバー機能を利用する際に、代表機である画像処理装置２ｂにアクセスすれば、優先アクセス先が通知されるため、最も効率よくサービスを利用することができるサーバー機３に対してアクセスすることができるようになる。またサーバー機能が拡張されたサーバー機３において基本機能が復帰すると、画像処理装置２ｂは、そのサーバー機３の優先度を元に戻すので、基本機能が復帰したサーバー機３に対してクライアント機４からの処理要求が集中してしまうことを抑制することもできる。
【０１２４】
尚、本実施形態において上述した点以外については、第１実施形態で説明したものと同様である。
【０１２５】
（第３実施形態）
次に本発明の第３実施形態について説明する。本実施形態では、複数のサーバー機３のそれぞれがサーバー機能を順に拡張する場合に、互いに異なる機能を拡張する例について説明する。
【０１２６】
図１８は、本実施形態の画像処理システム１における動作プロセスの一例を示す図である。尚、図１８では、サーバー機３である画像処理装置２ａ，２ｂ，２ｃの順にサーバー機能を拡張する例を示している。はじめに画像処理装置２ａは、基本機能に関する障害を検知すると（プロセスＰ５０）、その基本機能に割り当てていたハードウェア資源を解放し（プロセスＰ５１）、空き状態となったハードウェア資源にサーバー機能を追加的に割り当てる（プロセスＰ５２）。このとき、画像処理装置２ａは、デフォルトのサーバー機能（例えば認証機能）をハードウェア資源に対して追加的に割り当て、認証処理を効率的に行えるようにする。画像処理装置２ａは、認証機能を拡張させると、他の画像処理装置２ｂ，２ｃに対し、認証機能を拡張したことを通知する（プロセスＰ５３）。これにより、他の画像処理装置２ｂ，２ｃは、画像処理装置２ａにおいて認証機能が拡張されたことを把握することができる。またプロセスＰ５３における通知は、サーバー機３だけでなく、各クライアント機４へも送信される。そのため、各クライアント機４は、画像処理装置２ａにおいて認証機能が拡張されたことを把握することができる。
【０１２７】
その後、画像処理装置２ｂは、基本機能に関する障害を検知すると（プロセスＰ５４）、その基本機能に割り当てていたハードウェア資源を解放し（プロセスＰ５５）、空き状態となったハードウェア資源にサーバー機能を追加的に割り当てる（プロセスＰ５６）。このとき、画像処理装置２ｂは、画像処理装置２ａにおいて拡張された認証機能とは異なる機能を拡張させる。図１８では、画像処理装置２ｂにおいてＯＣＲ機能が拡張される場合を示している。したがって、画像処理装置２ｂでは、ＯＣＲ機能に対応するＯＣＲ処理を効率的に行うことができるようになる。画像処理装置２ｂは、ＯＣＲ機能を拡張させると、他の画像処理装置２ａ，２ｃに対し、ＯＣＲ機能を拡張したことを通知する（プロセスＰ５７）。これにより、他の画像処理装置２ａ，２ｃは、画像処理装置２ｂにおいてＯＣＲ機能が拡張されたことを把握することができる。またプロセスＰ５７における通知は、サーバー機３だけでなく、各クライアント機４へも送信される。そのため、各クライアント機４は、画像処理装置２ｂにおいてＯＣＲ機能が拡張されたことを把握することができる。
【０１２８】
さらにその後、画像処理装置２ｃは、基本機能に関する障害を検知すると（プロセスＰ５８）、その基本機能に割り当てていたハードウェア資源を解放し（プロセスＰ５９）、空き状態となったハードウェア資源にサーバー機能を追加的に割り当てる（プロセスＰ６０）。このとき、画像処理装置２ｃは、画像処理装置２ａにおいて拡張された認証機能、及び、画像処理装置２ｂにおいて拡張されたＯＣＲ機能とは異なる機能を拡張させる。図１８では、画像処理装置２ｃにおいて翻訳機能が拡張される場合を示している。したがって、画像処理装置２ｃでは、翻訳機能に対応する翻訳処理を効率的に行うことができるようになる。そして画像処理装置２ｃは、翻訳機能を拡張させると、各クライアント機４に対して翻訳機能を拡張したことを通知する
【０１２９】
したがって、その後に各クライアント機４がサーバー機能を利用するときには、複数のサーバー機能のうちのいずれの機能を利用するのかに応じて最も効率的に処理を行うことが可能な一のサーバー機３を選択してアクセスすることができるようになる。例えばクライアント機４が認証機能を利用するときには画像処理装置２ａにアクセスすれば良いし、またＯＣＲ機能を利用するときには画像処理装置２ｂにアクセスすれば良い。さらにクライアント機４が翻訳機能を利用するときには画像処理装置２ｃにアクセスすれば良い。
【０１３０】
次に本実施形態のサーバー機３において行われる処理手順について説明する。図１９は、サーバー機３における処理手順の一例を示すフローチャートである。サーバー機３は、この処理を開始すると、サーバー機能を拡張するか否かを判断する（ステップＳ７０）。基本機能に障害などが発生してサーバー機能を拡張する場合（ステップＳ７０でＹＥＳ）、サーバー機３は、自機の他にサーバー機能を拡張したサーバー機３が存在するか否かを判断する（ステップＳ７１）。
【０１３１】
自機の他にサーバー機能を拡張したサーバー機３が存在しない場合（ステップＳ７１でＮＯ）、サーバー機３は、予め定められているデフォルトのサーバー機能を拡張対象として選択する（ステップＳ７２）。例えば認証機能がデフォルトに設定されていれば、認証機能を拡張対象として選択する。
【０１３２】
これに対し、自機の他にサーバー機能を拡張したサーバー機３が既に存在する場合（ステップＳ７１でＹＥＳ）、サーバー機３は、他のサーバー機３において拡張されている機能を判別し（ステップＳ７３）、自機において拡張するサーバー機能を他のサーバー機３と重複しないように決定する（ステップＳ７４）。このとき、サーバー機３は、優先順位に基づいて一の機能を選択するようにしても良い。
【０１３３】
そしてサーバー機３は、ステップＳ７２又はＳ７４で選択した機能を拡張させる（ステップＳ７５）。すなわち、基本機能を解放して空き状態となったハードウェア資源に対し、ステップＳ７２又はＳ７４で選択した機能を追加的に割り当てることにより、サーバー機能を拡張するのである。その後、サーバー機３は、他のサーバー機３及びクライアント機４に対し、サーバー機能を拡張させたことを通知する。尚、ステップＳ７０においてサーバー機能を拡張しないと判断した場合には、上述したステップＳ７１〜Ｓ７５の処理を行わない。
【０１３４】
サーバー機３は、上記のような処理を繰り返し実行することにより、サーバー機能を拡張するときには他のサーバー機３において拡張されている機能とは異なる機能を拡張させることができる。それ故、クライアント機４がサーバー機能を利用するときには、自機が利用するサーバー機能を最も効率的に動作させることができるサーバー機３を選択することができるようになる。
【０１３５】
尚、本実施形態において上述した点以外については、第１実施形態で説明したものと同様である。また本実施形態においても、第２実施形態で説明したように複数のサーバー機３のうちの一のサーバー機３が代表機となってクライアント機４に通知を行うようにしても良い。
【０１３６】
（第４実施形態）
次に本発明の第４実施形態について説明する。本実施形態では、サーバー機能のひとつであるログ収集機能について詳しく説明する。ログ収集機能は、各サーバー機３が予め定められたクライアント機４からログ情報を収集する機能である。また画像処理システム１に複数のサーバー機３が設けられている場合、ログ収集機能は、それら複数のサーバー機３のうちの一のサーバー機３が代表機となって各サーバー機３が収集したログ情報をクラウドサーバーへ送信する機能を有している。
【０１３７】
図２０は、ログ収集機能に関するサーバー機能の例を説明する図である。尚、図２０では、画像処理装置２ｂが代表機として動作している場合を例示している。サーバー機３である画像処理装置２ａ，２ｂ，２ｃは、いずれも予め定められたクライアント機４からログ情報を収集する。そして代表機である画像処理装置２ｂは、所定のタイミングになると、画像処理装置２ａからログ情報５２を取得すると共に、画像処理装置２ｃからログ情報５３を取得する。その後、画像処理装置２ｂは、それらのログ情報５２，５３と自機が収集したログ情報とをバインドしたログ情報５４を生成し、そのログ情報５４をクラウドサーバー５１へ送信する。
【０１３８】
上記のような状況において、例えば画像処理装置２ａにおいて基本機能に障害が発生し、ログ収集機能に関するサーバー機能が拡張されると、画像処理装置２ａは、画像処理装置２ｂに代わって代表機として動作するようになる。つまり、画像処理装置２ａにおいて、上述したサーバー機能拡張部３３は、検知部３１によって障害の発生又は省電力モードへの移行が検知され、ハードウェア資源解放部３２によってハードウェア資源が解放されたとき、その解放されたハードウェア資源に対し、代表機としての機能、すなわち他の画像処理装置２ｂ，２ｃからログ情報を収集してクラウドサーバー５１へ送信する機能を割り当てる。
【０１３９】
図２１は、画像処理装置２ａが代表機として動作する例を説明する図である。画像処理装置２ａが代表機として動作するようになると、画像処理装置２ａは、ログ情報をクラウドサーバー５１へ送信するタイミングとなったか否かを監視する状態となる。尚、画像処理装置２ａは、代表機として動作する場合であっても、予め定められたクライアント機４から所定タイミングでログ情報を収集する点に変わりはない。そして画像処理装置２ａは、ログ情報をクラウドサーバー５１へ送信するタイミングになったことを検知すると、画像処理装置２ｃからログ情報５３を取得し、さらに画像処理装置２ｂからログ情報５５を取得する。そして画像処理装置２ａは、画像処理装置２ｂ，２ｃから収集したログ情報５３，５５と、自機が収集したログ情報とをバインドしたログ情報５４を生成し、そのログ情報５４をクラウドサーバー５１へ送信する。つまり、画像処理装置２ａは、ログ収集機能を拡張しているため、画像処理装置２ｂに代わって代表機として動作することにより、画像処理装置２ｂよりも効率的にクラウドサーバー５１へログ情報５４を送信することができる。
【０１４０】
図２２は、本実施形態におけるサーバー機３の処理手順の一例を示すフローチャートである。サーバー機３は、この処理を開始すると、障害の発生又は省電力モードへの移行によってサーバー機能を拡張したか否かを判断し（ステップＳ８０）、サーバー機能を拡張した場合には（ステップＳ８０でＹＥＳ）、ログ収集機能を拡張したか否かを判断する（ステップＳ８１）。ログ収集機能を拡張した場合（ステップＳ８１でＹＥＳ）、サーバー機３は、クラウドサーバー５１へログ情報をアップロードする代表機が他に存在するか否かを判断する（ステップＳ８２）。その結果、他のサーバー機３が代表機として動作している場合（ステップＳ８２でＹＥＳ）、サーバー機３は、他のサーバー機３に対して自機が代表機となることを通知する（ステップＳ８３）。これにより、それ以前の代表機は、代表機としての動作を停止させる。また他のサーバー機３は、新たに代表機となったサーバー機３からの要求に基づき、クライアント機４から収集したログ情報を新たに代表機となったサーバー機３へ送信するようになる。そしてサーバー機３は、拡張したログ収集機能を代表機として動作させる（ステップＳ８４）。尚、サーバー機３は、ログ収集機能を拡張していない場合（ステップＳ８０又はＳ８１でＮＯ）、或いは、他の代表機が存在しない場合（ステップＳ８２でＮＯ）、ステップＳ８３，Ｓ８４の処理をスキップする。
【０１４１】
次にサーバー機３は、自機の基本機能が復帰したか否かを判断する（ステップＳ８５）。自機の基本機能が復帰した場合（ステップＳ８５でＹＥＳ）、サーバー機３は、他のサーバー機３に対して自機が代表機でなくなることを通知する（ステップＳ８６）。これにより、予め代表機として設定されている元のサーバー機３が、再び代表機として動作するようになる。尚、自機の基本機能が復帰していない場合（ステップＳ８５でＮＯ）、ステップＳ８６はスキップする。
【０１４２】
サーバー機３において上記のような処理が繰り返し行われることにより、サーバー機３は、サーバー機能のうちのログ収集機能を拡張させると、代表機として動作するようになり、クラウドサーバー５１に対してログ情報５４をアップロードする処理を効率的に行えるようになる。
【０１４３】
尚、本実施形態において上述した点以外については、第１乃至第３実施形態において説明したものと同様である。
【０１４４】
（変形例）
以上、本発明に関する幾つかの実施形態について説明したが、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。
【０１４５】
例えば上記実施形態では、サーバー機３のコントロールユニット１０に複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄが設けられており、通常の動作状態において基本機能とサーバー機能とのそれぞれが複数のＣＰＵ２１ａ，２１ｂ，２１ｃ，２１ｄに分散して割り当てられている場合を例示した。しかし、サーバー機３のコントロールユニット１０は、必ずしも複数のＣＰＵを備えるものではなく、１つのＣＰＵで構成されるものであっても構わない。この場合、１つのＣＰＵに対して基本機能とサーバー機能とが割り当てられ、それらの機能に基づく処理が１つのＣＰＵで行われることになる。そして障害の発生や省電力モードへの移行によって基本機能が動作しなくなったときには、その基本機能に関する処理をＣＰＵから解放し、サーバー機能に関する処理をＣＰＵで追加的に行わせるようにすれば良い。
【０１４６】
また上記実施形態では、画像処理システム１に複数のサーバー機３が設けられる場合を例示したが、これに限られるものでもない。すなわち、画像処理システム１には、少なくとも１つのサーバー機３が設けられていれば良い。
【符号の説明】
【０１４７】
１  画像処理システム
２（２ａ，２ｂ，…，２ｍ）  画像処理装置
３  サーバー機
４  クライアント機
５  ネットワーク
７  プログラム
２０  コントローラ
３１  検知部（検知手段）
３２  ハードウェア資源解放部（ハードウェア資源解放手段）
３３  サーバー機能拡張部（サーバー機能拡張手段）
３４  復帰処理部（復帰処理手段）
３５  復帰予測部（復帰予測手段）
３６  処理時間予測部（処理時間予測手段）
３７  処理判別部（処理判別手段）
３８  アクセス先決定部（アクセス先決定手段）
３９  アクセス先指示部（アクセス先指示手段）
【図１】
2019046357.tif 000003
【図２】
2019046357.tif 000004
【図３】
2019046357.tif 000005
【図４】
2019046357.tif 000006
【図５】
2019046357.tif 000007
【図６】
2019046357.tif 000008
【図７】
2019046357.tif 000009
【図８】
2019046357.tif 000010
【図９】
2019046357.tif 000011
【図１０】
2019046357.tif 000012
【図１１】
2019046357.tif 000013
【図１２】
2019046357.tif 000014
【図１３】
2019046357.tif 000015
【図１４】
2019046357.tif 000016
【図１５】
2019046357.tif 000017
【図１６】
2019046357.tif 000018
【図１７】
2019046357.tif 000019
【図１８】
2019046357.tif 000020
【図１９】
2019046357.tif 000021
【図２０】
2019046357.tif 000022
【図２１】
2019046357.tif 000023
【図２２】
2019046357.tif 000024