JP5967120B2 - ゲートウェイ装置 - Google Patents

Description

この発明は、ゲートウェイ装置に関し、特に、ゲートウェイ装置に接続された画像処理装置と、外部装置との間の通信を制御することができるゲートウェイ装置に関する。

従来、ＬＡＮ（ローカルエリアネットワーク）内のサーバの導入・管理コストを削減すること等を目的として、サーバで動作していたサーバソフトウェアに代えて、いわゆるクラウドアプリケーションを導入することが進んでいる。クラウドアプリケーションは、インターネットに接続されているいわゆるクラウドサーバを利用して動作することで、ユーザに種々のサービスを提供可能である。

クラウドアプリケーションを利用可能に提供するクラウドシステムとしては、クラウドアプリケーションが、各企業内のＬＡＮで動作するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）やプリンタなどのデバイスと通信しながら、種々のサービスを提供するものがある。このようなクラウドシステムでは、クラウドアプリケーションからデバイスへの通信が発生する。この通信は、インターネットから、イントラネット内のＭＦＰ等にアクセスするものである。そのため、一般的にインターネットとイントラネットとの境界に設置されるいわゆるファイアウォールの機能によって、通信が行えないことがある。また、例えばＭＦＰにプライベートＩＰアドレスを割り当てているような環境では、クラウドアプリケーション側からＭＦＰのＩＰアドレスを指定することができず、通信が行えないことがある。そこで、インターネット側の装置と、ＬＡＮ内のデバイスとの間の通信を中継するゲートウェイ装置が用いられている。

ゲートウェイ装置は、インターネットを介して接続可能な管理サーバと常時接続されており、管理サーバとの通信結果に基づいて、インターネット側のクラウドサーバなどの装置と、ＬＡＮ内の画像処理装置との間の中継通信を確立させることができる。

このようなゲートウェイ装置は、メンテナンス等の都合により、電源が遮断されることがある。そこで、あらかじめゲートウェイ装置の代替機能を有する代替装置を用意しておき、このような電源遮断の機会においては、ゲートウェイ装置から代替装置に機能を移管することで、代替装置を介して、インターネット側の装置とＬＡＮ内のデバイスとの間の中継通信を行うことができるようになる。

なお、下記特許文献１には、データ処理装置において、１次側の電源の遮断をトリガとして、２次側の電源電圧が装置の動作保障下限電圧に達するまでの間に、電子回路部の状態復帰のために必要なデータを不揮発性メモリに退避することが記載されている。

特開２００８−２１０３５８号公報

ところで、ゲートウェイ装置の電源は、予定外のタイミングで遮断される場合がある。例えば、ゲートウェイ装置で問題が発生した場合などにユーザが不用意にゲートウェイ装置の電源をオフにしてしまったり、偶発的な停電が発生したりする場合がある。このような場合において、中継通信を維持するためには、１次側電源遮断をトリガとして、２次側電源電圧がＣＰＵの動作保障電圧を下回るまでの間に、代替装置に機能を移管する必要がある。

１次側電源遮断が発生してから２次側電源電圧が低下するまでの期間は、ゲートウェイ装置における消費電力に依存する。したがって、確実に機能移管を完了させるためには、ゲートウェイ装置で行われる処理を最小限にする必要がある。処理を最小限にするには、例えば次のような方法を採ることが考えられる。

すなわち、ゲートウェイ装置は、メインＣＰＵと、サブＣＰＵとを搭載するものである場合がある。例えば、メインＣＰＵとして、情報処理能力は比較的高いが、動作保障下限電圧が比較的高いものが用いられ、サブＣＰＵとして、情報処理能力が比較的低いが、動作保障下限電圧が比較的低いものが用いられる場合がある。この場合、サブＣＰＵに移管作業を行わせることができる。

また、移管先となる代替装置をあらかじめ決めておくことで、移管に必要な情報をあらかじめ伝えておくことができる。ここで、移管に必要な情報とは、例えば、ゲートウェイ装置が中継通信可能に管理する画像処理装置等のデバイスのリストと、管理サーバのＩＰアドレスなどである。

しかしながら、このような方法では、次のような問題がある。

すなわち、代替装置は、それ自体が、電源がオフであったり、ネットワーク障害が発生していて正常な通信が行えなかったりするなど、機能移管できない状態に陥っている可能性がある。移管先となる代替装置をあらかじめ定めておくという方法では、このような場合に対応することができない。

また、代替装置に対して移管指示のみが行われる場合、その時点で中継中であった通信については破棄することになる。そのため、例えばクラウドサーバから送信される情報に基づいて印刷を行っている途中に移管指示が行われた場合には、行っていた印刷ジョブを一旦破棄して、ジョブの最初から印刷し直すことが必要になる。

前者の問題に関して、移管先となりうる代替装置の状態を確認しつつ、複数の代替装置のうち移管に適したデバイスを選定するような方法も考えられる。しかしながら、このような方法では、メインＣＰＵの処理量が多くなったり処理に時間がかかったりするため、処理の途中で電圧不足に陥って移管処理を行えなくなる可能性がある。

後者の問題に関して、中継中の通信について転送を完了してから機能移管するという方法を採ることも考えられる。しかしながら、転送が完了するまでの間に電圧不足に陥って移管処理を行えなくなる可能性がある。

この発明はそのような問題点を解決するためになされたものであり、１次電源の遮断時において、高い確率で代替装置への機能移管を行うことができるゲートウェイ装置を提供することを目的としている。

上記目的を達成するためこの発明のある局面に従うと、画像処理装置と第１のネットワークを介して通信可能に接続されており、かつ、第１のネットワークと異なる第２のネットワークを介して外部装置に接続されており、画像処理装置と外部装置との通信制御を行うゲートウェイ装置は、通信制御を実行するメインＣＰＵと、メインＣＰＵよりも低い電圧で動作可能なサブＣＰＵと、１次側電源の状況を検出する第１検出手段と、２次側電源の状況を検出する第２検出手段と、第１検出手段の検出結果に応じてメインＣＰＵにより移管指示メッセージの生成を行う生成手段と、メインＣＰＵによりゲートウェイ装置又は第１のネットワーク内に配置され通信制御を実行可能な代替装置の状態変化に関する情報を取得する取得手段と、移管指示メッセージの生成が行われた後で、メインＣＰＵにより、取得手段により取得された状態変化に関する情報に応じて、生成手段により生成された移管指示メッセージの更新を繰り返し行う更新手段と、第２検出手段の検出結果に応じて、サブＣＰＵにより、最後に生成又は更新が行われた移管指示メッセージを、代替装置に送信する送信手段とを備える。

好ましくは、第１検出手段は、ゲートウェイ装置の１次側電源が遮断されたか否かを検出し、生成手段は、ゲートウェイ装置の電源が遮断された後に、移管指示メッセージの生成を開始する。

好ましくは、第２検出手段は、２次側電源の電圧がメインＣＰＵの動作保障下限電圧になったか否かを検出し、２次側電源の電圧がメインＣＰＵの動作保障下限電圧になった後に、送信手段が、その時点における移管指示メッセージを送信する。

好ましくは、取得手段は、代替装置の状態に関する情報を取得し、更新手段は、代替装置の状態に関する情報に応じて、更新を繰り返し行う。

好ましくは、ゲートウェイ装置は、メインＣＰＵにより、代替装置となりうる複数の装置のうち１つの装置を代替装置として選定する選定手段をさらに備え、生成手段は、複数の装置のうちいずれの装置の状態にも基づかずに選定手段により選定された代替装置に対応するように、移管指示メッセージを生成し、更新手段は、複数の装置のうち少なくとも１つの装置の状態に基づいて選定手段により選定された代替装置に対応するように、移管指示メッセージを更新する。

好ましくは、ゲートウェイ装置は、画像処理装置と外部装置との間の通信を中継する中継手段をさらに備え、中継手段により通信制御を行う。

好ましくは、ゲートウェイ装置は、外部の管理装置と常時接続を行う常時接続手段と、管理装置から接続要求を受信する受信手段とをさらに備え、中継手段は、接続要求に基づいて、外部装置と画像処理装置とを接続するセッションを確立し、外部装置と画像処理装置との間の通信を中継する。

好ましくは、中継手段が中継データを中継中であるとき、生成手段は、中継データのうちそれまでにどこまで中継が完了したかを示す識別情報が含まれるようにして移管指示メッセージの生成を行い、更新手段は、更新を行うとき、それまでの中継データの中継の完了状況に応じた識別情報が含まれるようにして移管指示メッセージの更新を行う。

好ましくは、サブＣＰＵは、メインＣＰＵがスリープ状態に移行する際に起動されるとともに、第１検出手段の検出結果に応じて１次側電源が遮断されたときに起動される。
好ましくは、第１のネットワークは複数の画像処理装置を含み、通信制御を実行可能な少なくとも１つの画像処理装置が代替装置として機能する。

この発明の他の局面に従うと、画像処理装置と第１のネットワークを介して通信可能に接続されており、かつ、第１のネットワークと異なる第２のネットワークを介して外部装置に接続されており、画像処理装置と外部装置との通信制御を行うゲートウェイ装置の制御方法において、ゲートウェイ装置は、通信制御を実行可能なメインＣＰＵと、メインＣＰＵよりも低い電圧で動作可能なサブＣＰＵと、１次側電源の状況を検出する第１検出手段と、２次側電源の状況を検出する第２検出手段とを備え、ゲートウェイ装置の制御方法は、第１検出手段の検出結果に応じてメインＣＰＵにより移管指示メッセージの生成を行う生成ステップと、メインＣＰＵによりゲートウェイ装置又は第１のネットワーク内に配置され通信制御を実行可能な代替装置の状態変化に関する情報を取得する取得ステップと、移管指示メッセージの生成が行われた後で、メインＣＰＵにより、取得ステップにより取得された状態変化に関する情報に応じて、生成ステップにより生成された移管指示メッセージの更新を繰り返し行う更新ステップと、第２検出手段の検出結果に応じて、サブＣＰＵにより、最後に生成又は更新が行われた移管指示メッセージを、代替装置に送信する送信ステップとを備える。

この発明のさらに他の局面に従うと、画像処理装置と第１のネットワークを介して通信可能に接続されており、かつ、第１のネットワークと異なる第２のネットワークを介して外部装置に接続されており、画像処理装置と外部装置との通信制御を行うゲートウェイ装置の制御プログラムにおいて、ゲートウェイ装置は、通信制御を実行可能なメインＣＰＵと、メインＣＰＵよりも低い電圧で動作可能なサブＣＰＵと、１次側電源の状況を検出する第１検出手段と、２次側電源の状況を検出する第２検出手段とを備え、ゲートウェイ装置の制御プログラムは、第１検出手段の検出結果に応じてメインＣＰＵにより移管指示メッセージの生成を行う生成ステップと、メインＣＰＵによりゲートウェイ装置又は第１のネットワーク内に配置され通信制御を実行可能な代替装置の状態変化に関する情報を取得する取得ステップと、移管指示メッセージの生成が行われた後で、メインＣＰＵにより、取得ステップにより取得された状態変化に関する情報に応じて、生成ステップにより生成された移管指示メッセージの更新を繰り返し行う更新ステップと、第２検出手段の検出結果に応じて、サブＣＰＵにより、最後に生成又は更新が行われた移管指示メッセージを、代替装置に送信する送信ステップとをコンピュータに実行させる。

これらの発明に従うと、メインＣＰＵにより移管指示メッセージの生成が行われた後、ゲートウェイ装置又はその周囲の装置の状態変化に基づいてメインＣＰＵにより移管指示メッセージが更新され、メインＣＰＵの動作電圧又はそれに対応する電圧の検出結果に応じてサブＣＰＵが移管指示メッセージを代替装置に送信する。したがって、１次電源の遮断時において、高い確率で代替装置への機能移管を行うことができるゲートウェイ装置を提供することができる。

本発明の実施の形態の１つにおける画像形成システムの構成を示す図である。 画像形成システムの構成を示すブロック図である。 ゲートウェイ装置により行われる中継機能について説明する図である。 移管優先度テーブルの一例を示す図である。 中継機能の移管動作について説明する図である。 中継機能の移管動作の一例について説明する図である。 本実施の形態の一変型例に係る画像形成システムにおける１次電源遮断時の動作を示す図である。 中継機能の移管動作の一例について説明する図である。

以下、本発明の実施の形態におけるゲートウェイ装置を用いた画像形成システムの一例について説明する。

画像形成システムは、いわゆるクラウドコンピューティング技術を用いたものである。例えば、所定のＬＡＮ（ローカルエリアネットワーク）などに配置された、イントラネット内の画像形成装置による出力を、インターネットを介して、外部の端末から行うことが可能である。また、例えば、イントラネット内の画像形成装置により得られた情報を、インターネットを介して、外部の端末を用いて取得したり閲覧したりすることが可能である。インターネット側には、このようなサービスを提供するクラウドサーバと、クラウドサーバとイントラネットとの接続を行うための情報を管理する管理サーバとが設けられている。イントラネット側には、インターネットとの通信について中継機能を実行するゲートウェイ装置が設けられている。

画像形成システムのイントラネット側には、ゲートウェイ装置の代替装置が設けられている。代替装置は、ゲートウェイ装置が動作することができない場合などに、ゲートウェイ装置に代わって中継機能を実行することができる。

なお、本実施の形態において、ゲートウェイ装置若しくはその代替装置として機能する画像形成装置や、クラウドサーバと通信を行う画像処理装置として機能する画像形成装置は、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置などいずれであってもよい。また、画像形成装置は、スキャナ機能、複写機能、プリンタとしての機能、ファクシミリ機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。スキャナ機能は、セットされた原稿の画像を読み取ってそれをＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等に蓄積する機能である。複写機能は、さらにそれを用紙等に印刷（プリント）する機能である。プリンタとしての機能は、ＰＣ等の外部端末から印刷指示を受けるとその指示に基づいて用紙に印刷を行う機能である。ファクシミリ機能は、外部のファクシミリ装置等からファクシミリデータを受信してそれをＨＤＤ等に蓄積する機能である。データ通信機能は、接続された外部機器との間でデータを送受信する機能である。サーバ機能は、複数のユーザでＨＤＤ等に記憶したデータなどを共有可能にする機能である。

［実施の形態］

図１は、本発明の実施の形態の１つにおける画像形成システムの構成を示す図である。

図１に示されるように、画像形成システム１０は、大まかに、インターネット（ネットワークの一例）側に設けられている装置群とイントラネット側に設けられている装置群とに分かれている。

画像形成システム１０のインターネット側には、クラウドサーバ（外部装置の一例）６０と、管理サーバ（管理装置の一例）７０とが設けられている。クラウドサーバ６０と、管理サーバ７０とは、インターネット９０を通じて互いに通信可能である。

なお、これらのクラウドサーバ６０や管理サーバ７０などを用いた構成は、担当する機能毎に抽象化して示される、クラウドシステムの１つの例に過ぎず、実際にこのような機能を実現する具体的な機器の構成は、多様なものが考えられる。

画像形成システム１０のイントラネット側には、ゲートウェイ装置１と、２つのゲートウェイ代替装置（以下、単に代替装置ということがある）２０１，３０１と、２つのデバイス（画像処理装置の一例）５０１，６０１とが設けられている。ゲートウェイ装置１と、代替装置２０１，３０１と、デバイス５０１，６０１とは互いにＬＡＮに接続されており、イントラネットが構築されている。ゲートウェイ装置１は、いわゆるファイアウォール９５を介して、インターネット９０に接続されている。代替装置２０１，３０１やデバイス５０１，６０１は、それぞれ、ゲートウェイ装置１を介して、インターネット上の装置にアクセス可能である。

図２は、画像形成システム１０の構成を示すブロック図である。

図２に示されるように、クラウドサーバ６０は、通信処理部６５を有しており、インターネット９０を介して外部機器と通信可能である。クラウドサーバ６０は、クラウドアプリ６１をクラウドアプリプラットフォーム（クラウドアプリＰ／Ｆ）６３上で動作させ、種々の制御動作を実行させる。

管理サーバ７０は、デバイス情報管理部７１と、通信処理部７３とを有している。管理サーバ７０は、通信処理部７３により、インターネット９０を介して外部機器と通信可能である。管理サーバ７０は、ゲートウェイ装置１と常時接続されており、デバイス情報管理部７１は、クラウドサーバ６０が通信を行う対象となる、イントラネット側のデバイス５０１，６０１等の情報を管理している。デバイス５０１，６０１等と通信しようとする機器は、管理サーバ７０で管理されている情報に基づいて、それらの機器と通信することができる。

デバイス５０１，６０１は、互いに同一の構成を有しているＭＦＰである。デバイス５０１は、通信処理部５０２、記憶部５０３、及び画像形成部５０５などを有している。通信処理部５０２は、デバイス５０１とクラウドサーバ６０等との通信に関する制御を行う。記憶部５０３は、例えば、画像形成部５０５により形成する画像のデータなどを記憶したり、その他、動作に用いるデータ等を記憶する。

ゲートウェイ装置１は、例えば、ＭＦＰである。ゲートウェイ装置１は、ＭＦＰとして機能するための各部のほか、クラウドサーバ通信部１０１、管理サーバ通信部１０３、１次側電源遮断管理部（第１検出手段の一例）１０５、及び２次側電源電圧管理部（第２検出手段の一例）１０７を有している。また、ゲートウェイ装置１は、メインＣＰＵ１１１、サブＣＰＵ１１３、メインメモリ１１５、サブメモリ１１７、及び記憶部１１９などを有している。ゲートウェイ装置１は、メインＣＰＵ１１１の処理のもと、クラウドサーバ通信部１０１の動作に基づいて、クラウドサーバ６０と通信したり、クラウドサーバ６０とデバイス５０１等との間の通信を制御したりする。また、ゲートウェイ装置１は、メインＣＰＵ１１１の処理のもと、管理サーバ通信部１０３の動作に基づいて、管理サーバ７０と通信する。これにより、ゲートウェイ装置１は、クラウドサーバ６０とデバイス５０１等との間の通信を中継することができる（中継機能）。

１次側電源遮断管理部１０５は、ゲートウェイ装置１の１次側電源の状況を検出する。具体的には、ゲートウェイ装置１の１次側電源が遮断されたか否かを検出する。ゲートウェイ装置１は、例えば、商用電源から供給される電源に基づいて駆動される。１次側電源遮断管理部１０５は、例えば商用電源の停電が発生したとき、１次側電源が遮断されたことを検出する。また、例えば、ユーザによりゲートウェイ装置１の電源がオフにされたとき、１次側電源遮断管理部１０５は、１次側電源が遮断されたことを検出する。

２次側電源電圧管理部１０７は、ゲートウェイ装置１の２次側電源の状況を検出する。具体的には、２次側電源の電圧がメインＣＰＵ１１１の動作保障下限電圧になったか否かを検出する。２次側電源の電圧は、１次側電源が遮断されてから徐々に降下する。２次側電源の電圧が、所定の動作保障下限電圧まで降下したとき、２次側電源電圧管理部１０７がそれを検出する。

本実施の形態において、メインＣＰＵ１１１は、情報処理能力が高いが動作保障下限電圧が比較的高いものであり、サブＣＰＵ１１３は、情報処理能力が低いがメインＣＰＵ１１１よりも動作保障下限電圧が低いものである。メインＣＰＵ１１１は、通常の動作モードでの駆動時において、中継機能等の通信制御を行う。サブＣＰＵ１１３は、メインＣＰＵがスリープ状態に移行する際に起動される。そして、スリープ状態である省電力動作モードでの駆動時において、メインＣＰＵ１１１に代わって、ゲートウェイ装置１の制御を行う。メインＣＰＵ１１１は、メインメモリ１１５を用いて制御動作を行い、サブＣＰＵ１１３は、サブメモリ１１７を用いて制御動作を行う。サブＣＰＵ１１３は、メインＣＰＵ１１１よりも低い電圧で動作可能である。

記憶部１１９には、ゲートウェイ装置１が動作するときに用いる種々のデータが記憶されている。記憶部１１９には、例えば、制御プログラム１１９ｂが記憶されている。メインＣＰＵ１１１やサブＣＰＵ１１３が制御プログラム１１９ｂに基づいて動作することで、ゲートウェイ装置１の種々の動作が実行される。

代替装置２０１，３０１は、互いに同一の構成を有している。代替装置２０１は、例えば、ＭＦＰである。代替装置は、ＭＦＰとして機能するための各部のほか、クラウドサーバ通信部２０２と、管理サーバ通信部２０３とを有している。クラウドサーバ通信部２０２は、クラウドサーバ通信部１０１と同様に機能する。管理サーバ通信部２０３は、管理サーバ通信部１０３と同様に機能する。すなわち、代替装置２０１，３０１は、それぞれ、ゲートウェイ装置１の代わりに中継機能を行うことができる。本実施の形態において、代替装置２０１，３０１は、ゲートウェイ装置１から移管指示メッセージが送信されたとき、それに基づいて、このような中継機能をゲートウェイ装置１に代わって実行することができる。

［ゲートウェイ装置１を介した中継通信の説明］

次に、ゲートウェイ装置１を介して行われる中継通信について説明する。例えばクラウドサーバ６０とデバイス５０１との間で通信が行われる場合、ゲートウェイ装置１は、次のようにして通信制御を行い、クラウドサーバ６０とデバイス５０１との間の通信を中継する。これにより、クラウドサーバ６０とデバイス５０１との間で通信可能になる。

図３は、ゲートウェイ装置１により行われる中継機能について説明する図である。

図３に示されるように、画像形成システム１０では、ステップＳ１００において、ゲートウェイ装置１は、主にその起動時に、管理サーバ７０とメッセージセッションを生成する。また、同時に、ゲートウェイ装置１は、自身が接続可能なデバイス５０１，６０１の識別情報を、管理サーバ７０に送信する。メッセージセッションは、例えばＸＭＰＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）などのプロトコルで生成される。メッセージセッションが生成されると、常時接続状態を維持するため、キープアライブ（ｋｅｅｐａｌｉｖｅ）パケットが適当な間隔で送信し続けられる。

ステップＳ１０１において、クラウドサーバ６０のクラウドアプリ６１は、デバイス５０１と通信を行うために、管理サーバ７０に接続を要求する。

ステップＳ１０３において、管理サーバ７０は、メッセージセッションを通じて、ゲートウェイ装置１にトンネル接続要求を送信する。

ステップＳ１０５において、ゲートウェイ装置１は、トンネル接続要求を受信すると、それに基づいて、クラウドサーバ６０とデバイス５０１とを接続するＨＴＴＰセッションを確立する。ゲートウェイ装置１は、このように確立されたＨＴＴＰセッションを介して、クラウドサーバ６０とデバイス５０１との間の通信を中継する。すなわち、クラウドアプリ６１は、このＨＴＴＰセッションをトンネルとして、データを送信できる。

ステップＳ１０９において、ゲートウェイ装置１は、クラウドアプリ６１から受信したデータをデバイス５０１に送信する。また、デバイス５０１から受信したデータをクラウドアプリ６１に送信する。これにより、ゲートウェイ装置１による中継機能を利用した中継通信が、クラウドアプリ６１が動作するクラウドサーバ６０とデバイス５０１との間で行われる。

なお、このような通信は、例えば、インターネット９０に接続された端末（図示せず）が、クラウドサーバ６０が提供するクラウドアプリ６１を利用して、デバイス５０１を指定して画像の出力を行う場合等において行われる。より具体的な例として、端末が保有する書類データなどに基づき、デバイス５０１を用いて出力を行う場合を想定する。このとき、クラウドアプリ６１に対して、端末から、書類データと共にそれをデバイス５０１を用いて出力する旨の指示を送信する。そうすると、クラウドアプリ６１が上述のように動作し、クラウドサーバ６０とデバイス５０１との間の中継通信がゲートウェイ装置１の中継機能に基づいて確立され、書類データと出力指示とがクラウドサーバ６０からデバイス５０１に送信される。出力が完了すると、デバイス５０１からクラウドサーバ６０にその旨の情報が送信され、クラウドアプリ６１が、出力が完了した旨を端末に通知する。これにより、端末は、クラウドアプリ６１を通じて、デバイス５０１を用いた出力を行うことができる。

［中継機能の移管処理について］

ところで、画像形成システム１０において、ゲートウェイ装置１の電源が遮断される場合には、中継機能が次のように移管され、中継通信が継続して行われる。中継機能の移管処理が行われることで、ゲートウェイ装置１において中継機能が行えなくなるまで、他の代替装置２０１，３０１により中継機能が代替して行われるようになる。したがって、メンテナンス等の都合でゲートウェイ装置１の電源が遮断されたり、ゲートウェイ装置１をユーザが不用意に操作することでその電源が遮断されたりしても、画像形成システム１０内における中継通信は継続して行われる。

なお、本実施の形態では、複数の代替装置２０１，３０１のうち、移管先として選定された１つの装置に対して中継機能が移管される。移管先の選定は、例えばメインメモリ１１５に記憶されている移管優先度テーブルに基づいて行われる。

図４は、移管優先度テーブルの一例を示す図である。

図４には、例えば３つの代替装置（ゲートウェイ代替装置Ａ、ゲートウェイ代替装置Ｂ、及びゲートウェイ代替装置Ｃ）がある場合についての移管優先度テーブルが示されている。移管優先度テーブルでは、代替装置となりうる各デバイスとそのＩＰアドレス（プライベートアドレス）とが互いに関連付けられたうえ、移管先として選定される優先度順に記録されている。メインＣＰＵ１１１は、移管優先度テーブルを参照して、移管先となる代替装置を選定する。

移管優先度テーブルは、事前に設定されていてもよいし、ゲートウェイ装置１がイントラネット内の代替装置２０１，３０１等と事前に通信した結果に基づいて生成するものであってもよい。具体的には、例えば、ゲートウェイ装置１が代替装置２０１，３０１等と通信して取得した、処理能力等に関する情報や、応答速度に関する情報や、利用頻度に関する情報などに基づいて、各代替装置２０１，３０１の優先度が決定され、移管優先度テーブルに反映されるようにしてもよい。

図５は、中継機能の移管動作について説明する図である。

図５において、左側から、メインＣＰＵ１１１の動作、サブＣＰＵ１１３の動作、及びゲートウェイ装置１の２次側電圧と時間の経過との関係が並んで示されている。

図５に示されるように、ステップＳ２０１において、１次側の電源遮断が検出された場合を想定する。１次側の電源が遮断されると、徐々に、２次側電源の電圧が降下する。

１次側の電源遮断が検出されると、ステップＳ２０２において、サブＣＰＵ１１３は、スリープ状態から復帰する。これにより、サブＣＰＵ１１３とメインＣＰＵ１１１とが共に動作する。

また、メインＣＰＵ１１１は、１次側の電源遮断が検出されると、それに応じて、ステップＳ２０３からステップＳ２０６の第１のフェーズの動作と、ステップＳ２０８からステップＳ２１３までの第２のフェーズの動作とを行う。

本実施の形態において、第１のフェーズでは、移管先となる代替装置２０１，３０１に対してゲートウェイ装置１から送信される移管指示メッセージの生成が行われる。ここで、移管先となる代替装置２０１，３０１の選定は、代替装置２０１，３０１の状態に基づかずに、移管優先度テーブルに基づいて選定される。

ステップＳ２０３において、メインＣＰＵ１１１は、移管優先度テーブルを参照する。

ステップＳ２０４において、メインＣＰＵ１１１は、移管優先度テーブルにおいて優先度が最も高い装置を、移管先候補として選定する。

ステップＳ２０５において、メインＣＰＵ１１１は、選定した代替装置に対する移管指示メッセージを生成する。

例えば、移管優先度テーブルにおいて、代替装置２０１に最も高い優先度が設定され、代替装置３０１にその次に高い優先度が設定されている場合において、第１のフェーズでは、これらの代替装置２０１，３０１の状態にかかわらず、代替装置２０１が移管先候補として選定され、代替装置２０１に向けた移管指示メッセージが生成される。

ステップＳ２０６において、メインＣＰＵ１１１は、第１のフェーズで生成した移管指示メッセージを、サブＣＰＵ１１３に伝達する。

ステップＳ２０７において、サブＣＰＵ１１３は、送信候補となる移管指示メッセージを、伝達された移管指示メッセージで更新する。

第１のフェーズで移管指示メッセージが生成され、サブＣＰＵ１１３に移管指示メッセージが伝達されると、メインＣＰＵ１１１は、第２のフェーズの動作を行う。第２のフェーズの動作は、移管先として選定した代替装置が移管可能な状態であることが確認できたとき、又は２次電源電圧がメインＣＰＵ１１１の動作保障下限電圧になったときまで、継続して行われる。

ステップＳ２０８において、メインＣＰＵ１１１は、ゲートウェイ装置１やその周囲の装置の状態変化に関する情報を取得する。本実施の形態では、その時点で移管候補先として選定されている代替装置の状態を確認する。より具体的には、メインＣＰＵ１１１は、その代替装置の電源の状態や、動作モードの状態などについての情報を取得する。

ステップＳ２０９において、メインＣＰＵ１１１は、選定されている代替装置に代替機能を移管可能であるか否かを判断する。移管可能であれば、第２のフェーズの処理を終了し、メインＣＰＵ１１１の処理を終了する。

ステップＳ２０９で移管可能でなければ、ステップＳ２１０において、メインＣＰＵ１１１は、移管優先度テーブルを参照する。

ステップＳ２１１において、メインＣＰＵ１１１は、移管優先度テーブルにおいてそれまで選定されていた代替装置の次に優先度が高い代替装置を、移管先として選定し直す。すなわち、代替装置２０１に最も高い優先度が設定され、代替装置３０１にその次に高い優先度が設定されている場合であって、代替装置２０１が選定されているときには、それに代えて代替装置３０１が移管先として選定される。

ステップＳ２１２において、メインＣＰＵ１１１は、移管先候補として選定された代替装置に対する移管指示メッセージを生成する。

ステップＳ２１３において、メインＣＰＵ１１１は、第１のフェーズで生成した移管指示メッセージを、サブＣＰＵ１１３に伝達する。

ステップＳ２１４において、サブＣＰＵ１１３は、送信候補となる移管指示メッセージを、伝達された移管指示メッセージで更新する。これにより、メインＣＰＵ１１１は、第１のフェーズにおいてメインＣＰＵ１１１が生成した移管指示メッセージを、第２のフェーズにおいて生成した移管指示メッセージに更新できる。

なお、ステップＳ２１３で移管指示メッセージの伝達が行われた後、メインＣＰＵ１１１は、移管先として選定した代替装置が移管可能な状態であることが確認できるか、２次電源電圧がメインＣＰＵ１１１の動作保障下限電圧になるときまで、ステップＳ２０８からステップＳ２１３の処理を繰り返す。すなわち、ステップＳ２１３で移管指示メッセージの伝達が行われた後、その時点で選定されている代替装置について状態の確認が行われ、その代替装置に移管可能であると確認されなければ、移管優先度テーブルに基づいて移管先候補として別の代替装置が選定され、サブＣＰＵ１１３に伝達されている移管指示メッセージが更新される。この選定及び移管指示メッセージの更新は、その代替装置に移管可能であると確認されるまで繰り返し行われることになる。

ここで、ステップＳ２１５において、２次側電源の電圧が、メインＣＰＵ１１１の動作保障下限電圧まで降下した場合を想定する。このとき、２次側電源の電圧が動作保障下限電圧まで降下したことが２次側電源電圧管理部１０７により検出され、メインＣＰＵ１１１の動作は終了する。

ステップＳ２１６において、サブＣＰＵ１１３は、２次側電源電圧管理部１０７による検出に応じて、移管指示メッセージを送信する。このとき、サブＣＰＵ１１３は、その時点で最後に生成又は更新が行われた移管指示メッセージを、その移管指示メッセージの生成時点で選定されていた代替装置に対して送信する。送信後、サブＣＰＵ１１３の動作は終了する。

このように移管指示メッセージが代替装置に向けて送信されると、代替装置は、受信した移管指示メッセージに基づいて、中継機能を行う。

図６は、中継機能の移管動作の一例について説明する図である。

図６においては、第２のフェーズの動作途中で、メインＣＰＵ１１１の動作保障下限電圧まで２次側電源電圧が降下した場合の例が示されている。図６におけるステップＳ２０１からステップＳ２１６までの各処理の内容は、上述の図５の同処理と同一である。

図６のステップＳ２１２において、更新用の移管指示メッセージがメインＣＰＵ１１１により生成され、ステップＳ２１３において、その移管指示メッセージがサブＣＰＵ１１３に伝達されると、ステップＳ２０８ｂにおいて、その時点で移管先として選定されている代替装置についての状態が確認される。ステップＳ２１５において、例えばこの時点で２次側電源電圧管理部１０７により２次側電源電圧がメインＣＰＵ１１１の動作保障下限電圧まで降下したことが検出されると、サブＣＰＵ１１３は、移管指示メッセージを送信する。

以上説明したように、本実施の形態では、１次側電源遮断管理部１０５が１次側電源の遮断を検出し、中継機能の移管処理を開始するトリガとする。サブＣＰＵ１１３がスリープ状態にある場合には、スリープ状態から復帰して、メインＣＰＵ１１１から伝達される移管指示メッセージを受け付ける。メインＣＰＵ１１１は、２次側電源電圧が動作可能な程度に維持されている間は、優先度の高い代替装置のうち移管可能であるものに対して移管が行われるように、代替装置が移管可能であることが確認されるまで、代替装置を変更して移管指示メッセージの更新と代替装置の状態の確認とを行うことを繰り返す。そのため、実際に中継機能を実行可能な代替装置に機能を移管させることができる可能性が高くなる。

他方、２次側電源電圧がメインＣＰＵ１１１の動作保障下限電圧まで降下したときには、移管先として選定されている代替装置が移管可能であるものであるかどうかにかかわらず、選定されている代替装置に対して移管指示メッセージが送信される。そのため、１次側電源が遮断されてから２次側電源電圧が急に降下していくような場合であっても、移管指示メッセージの送信は、確実に行われる。

したがって、機能の移管動作を確実に実行させることができるようにしつつ、可能な限り、優先度が高く移管可能な代替装置を移管対象とすることができる。サブ電源を設けたり、通常動作中にデータバックアップ動作などを行ったりすることなく、中継通信を行う画像形成システム１０の可用性を向上させることができる。

［変型例］

上述の画像形成システム１０において、１次側の電源遮断が検出されてから、メインＣＰＵ１１１によって、可能な限り、中継中の通信を継続させるようにしてもよい。このような動作は、上述の実施の形態のような適切な移管先の選定動作に代えて行われるようにしてもよいし、選定動作と並行して（選定動作と共に）行われるようにしてもよい。

図７は、本実施の形態の一変型例に係る画像形成システム１０における１次電源遮断時の動作を示す図である。

図７は、大まかに、上述の図５と同様に、メインＣＰＵ１１１の動作、サブＣＰＵ１１３の動作、及び２次側電源電圧の推移について示されている。以下、クラウドサーバ６０からデバイス５０１への送信データ（中継データの一例）の送信が行われている場合において、代替装置２０１に中継機能を移管するときを想定しつつ説明する。

図７において、サブＣＰＵ１１３が行う動作は、上述の実施の形態におけるサブＣＰＵ１１３が行う動作と同様である。すなわち、ステップＳ３０２，Ｓ３０５，Ｓ３１１，Ｓ３１４の処理は、ステップＳ２０２，Ｓ２０７，Ｓ２１４，Ｓ２１６の処理と同様である。

１次側電源遮断管理部１０５により電源遮断が検出されると（Ｓ３０１）、メインＣＰＵ１１１が、第１のフェーズの動作を行う。

すなわち、ステップＳ３０３において、メインＣＰＵ１１１は、移管対象の代替装置２０１に中継機能を移管するための移管指示メッセージを生成する。このとき、メインＣＰＵ１１１は、中継通信情報を含むようにして、移管指示メッセージを生成する。

ここで、中継通信情報には、例えば、次の情報が含まれる。すなわち、クラウドサーバ６０のＩＰアドレスが含まれる。また、ゲートウェイ装置１からクラウドサーバ６０に通知した、ＨＴＴＰセッションに関する情報（通信識別情報）が含まれる。また、中継通信の中継先であるデバイス５０１のＩＰアドレスが含まれる。そして、中継通信による送信の完了状況（送信データのうちどこまで送信したか）を示す識別情報（ゲートウェイ装置１の状態変化を示す情報の一例）が含まれる。

ステップＳ３０４において、メインＣＰＵ１１１は、生成した移管指示メッセージをサブＣＰＵ１１３に伝達する。これにより、移管指示メッセージがサブＣＰＵ１１３で保持される（Ｓ３０５）。

そして、ステップＳ３０６において、メインＣＰＵ１１１は、クラウドサーバ６０へ、デバイス５０１等へのデータの送信を停止させる指示（送信停止指示）を行う。これにより、クラウドサーバ６０からのデータの送信が停止される。

次に、メインＣＰＵ１１１は、第２のフェーズの動作を行う。２次側電源電圧が降下してメインＣＰＵ１１１の動作保障下限電圧にならない限り、第２のフェーズの動作が、送信中の情報の送信が完了するまで継続して行われる。

すなわち、ステップＳ３０８において、メインＣＰＵ１１１は、クラウドサーバ６０から受信済みの送信データを、中継先となるデバイス５０１に送信する。

ステップＳ３０９において、この時点における送信データの送信の完了状況を示す識別情報を付加した移管指示メッセージを生成する。

ステップＳ３１０において、メインＣＰＵ１１１は、生成した移管指示メッセージをサブＣＰＵ１１３に伝達する。これにより、サブＣＰＵ１１３で保持される移管指示メッセージが更新される（Ｓ３１１）。

ステップＳ３１２において、メインＣＰＵ１１１は、クラウドサーバ６０から受信済みの送信データのうち、最後のデータをデバイス５０１に送信したか否かを判断する。最後のデータであれば、メインＣＰＵ１１１は、動作を終了する。他方、最後のデータでなければ、最後のデータが送信されたと判断されるまで、ステップＳ３０８及びステップＳ３０９の処理を繰り返し行う。

ここで、ステップＳ３１３において、２次側電源の電圧が、メインＣＰＵ１１１の動作保障下限電圧まで降下した場合を想定する。このとき、２次側電源の電圧が動作保障下限電圧まで降下したことが２次側電源電圧管理部１０７により検出され、メインＣＰＵ１１１の動作は終了する。また、２次側電源電圧管理部１０７により電圧が降下したことが検出されると、ステップＳ３１４において、ステップＳ２１６と同様に、サブＣＰＵ１１３が、移管指示メッセージを送信する。サブＣＰＵ１１３は、その時点で最後に生成又は更新が行われた移管指示メッセージを移管先である代替装置２０１に送信する。送信後、サブＣＰＵ１１３の動作は終了する。

このように移管指示メッセージが代替装置２０１に向けて送信されると、代替装置２０１は、受信した移管指示メッセージに基づいて、中継機能を行う。代替装置２０１は、移管指示メッセージに含まれる識別情報に基づいて、クラウドサーバ６０から送信されてゲートウェイ装置１で受信済みである送信データのうち、デバイス５０１に送信されていないものがあるか否かを判断できる。デバイス５０１に送信されていないものがあれば、代替装置２０１は、その送信データの再送指示をクラウドサーバ６０に送ることで、クラウドサーバ６０とデバイス５０１との通信の中継を継続して行うことができる。

図８は、中継機能の移管動作の一例について説明する図である。

図８においては、第２のフェーズの動作途中で、メインＣＰＵ１１１の動作保障下限電圧まで２次側電源電圧が降下した場合の例が示されている。図８におけるステップＳ３０１からステップＳ３１４までの各処理の内容は、上述の図７の同処理と同一である。

図８のステップＳ３０９において、更新用の移管指示メッセージがメインＣＰＵ１１１により生成され、ステップＳ３１０において、その移管指示メッセージがサブＣＰＵ１１３に伝達されると、ステップＳ３０６ｂにおいて、受信済みの送信データがさらにデバイス５０１に送信される。ステップＳ３１３において、例えばこの時点で２次側電源電圧管理部１０７により２次側電源電圧がメインＣＰＵ１１１の動作保障下限電圧まで降下したことが検出されると、サブＣＰＵ１１３は、移管指示メッセージを送信する。このときサブＣＰＵ１１３により送信される移管指示メッセージは、ステップＳ３０６ｂにおいて送信された後の送信データの識別情報を反映していないものである。移管指示メッセージを受信した代替装置２０１は、ステップＳ３０６ｂにおいて送信された送信データから、中継を再開することができる。

以上説明したように、本変型例では、メインＣＰＵ１１１は、２次側電源電圧が動作可能な程度に維持されている間は、クラウドサーバ６０から送信されてゲートウェイ装置１で受信済みである送信データのすべてをデバイス５０１に送信するまで、送信データの送信と、その識別情報を含めて移管指示メッセージを更新することとを繰り返す。そのため、できるだけ多くの送信データの中継動作を進めたうえで、代替装置２０１に機能を移管させることができる。

他方、２次側電源電圧がメインＣＰＵ１１１の動作保障下限電圧まで降下したときには、メインＣＰＵ１１１より低い電圧で動作可能なサブＣＰＵ１１３により、代替装置２０１に対して移管指示メッセージが送信される。そのため、メインＣＰＵ１１１による送信データの送信をできるだけ進めたうえで、確実に移管指示メッセージを送信できる。

［その他］

画像形成システムは、クラウドサーバ等を用いたものに限られず、比較的単純な構成のクライアントサーバシステムにおいてゲートウェイ装置を介してサーバとデバイスとの間で通信を行うようなものや、ピアツーピアネットワークにおいて端末同士がゲートウェイ装置を介して通信を行うようなものなどであってもよい。このような場合であっても、ゲートウェイ装置が上述と同様に機能することで、上述と同様の効果が得られる。

画像形成システムを構成する各装置のハードウェア構成は上述に限られるものではない。また、各装置は、例えば、ＭＦＰであってもよいし、コンピュータ又はコンピュータを用いた他の用途で主に使用される装置であってもよい。

デバイスとしては、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置やこれらの複合機（ＭＦＰ）などいずれであってもよい。電子写真方式により画像を形成するものに限られず、例えばいわゆるインクジェット方式により画像を形成するものであってもよい。また、本発明において画像形成システムで用いられるデバイスは、画像形成装置に限られない。例えば、デバイスは、画像データを読み取るスキャナ装置や、撮像装置や、画像データ送受信装置など、種々の装置に用いられる画像処理装置であってもよい。

メインＣＰＵ１１１は、そのとき移管先として選定されている装置の状態に代えて、例えば次に移管優先度が高い装置の状態など、ゲートウェイ装置の周囲の装置の状態についての情報を取得するようにしてもよい。

上述の実施の形態における処理は、ソフトウェアによって行っても、ハードウェア回路を用いて行ってもよい。

上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。上記のフローチャートで文章で説明された処理は、そのプログラムに従ってＣＰＵなどにより実行される。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ ゲートウェイ装置
１０ 画像形成システム
６０ クラウドサーバ（外部装置の一例）
７０ 管理サーバ（管理装置の一例）
１０１ クラウドサーバ通信部
１０３ 管理サーバ通信部
１０５ １次側電源遮断管理部（第１検出手段の一例）
１０７ ２次側電源電圧管理部（第２検出手段の一例）
１１１ メインＣＰＵ
１１３ サブＣＰＵ
１１５ メインメモリ
１１７ サブメモリ
１１９ 記憶部
１１９ｂ 制御プログラム
２０１，３０１ ゲートウェイ代替装置
５０１，６０１ デバイス（画像処理装置の一例）

Claims (12)

1. 画像処理装置と第１のネットワークを介して通信可能に接続されており、かつ、前記第１のネットワークと異なる第２のネットワークを介して外部装置に接続されており、前記画像処理装置と前記外部装置との通信制御を行うゲートウェイ装置であって、
   前記通信制御を実行するメインＣＰＵと、
   前記メインＣＰＵよりも低い電圧で動作可能なサブＣＰＵと、
   １次側電源の状況を検出する第１検出手段と、
   ２次側電源の状況を検出する第２検出手段と、
   前記第１検出手段の検出結果に応じて前記メインＣＰＵにより移管指示メッセージの生成を行う生成手段と、
   前記メインＣＰＵにより前記ゲートウェイ装置又は前記第１のネットワーク内に配置され前記通信制御を実行可能な代替装置の状態変化に関する情報を取得する取得手段と、
   前記移管指示メッセージの生成が行われた後で、前記メインＣＰＵにより、前記取得手段により取得された前記状態変化に関する情報に応じて、前記生成手段により生成された前記移管指示メッセージの更新を繰り返し行う更新手段と、
   前記第２検出手段の検出結果に応じて、前記サブＣＰＵにより、最後に前記生成又は更新が行われた移管指示メッセージを、前記代替装置に送信する送信手段とを備える、ゲートウェイ装置。
2. 前記第１検出手段は、前記ゲートウェイ装置の１次側電源が遮断されたか否かを検出し、
   前記生成手段は、前記ゲートウェイ装置の電源が遮断された後に、前記移管指示メッセージの生成を開始する、請求項１に記載のゲートウェイ装置。
3. 前記第２検出手段は、２次側電源の電圧が前記メインＣＰＵの動作保障下限電圧になったか否かを検出し、
   前記２次側電源の電圧が前記メインＣＰＵの動作保障下限電圧になった後に、前記送信手段が、その時点における前記移管指示メッセージを送信する、請求項１又は２に記載のゲートウェイ装置。
4. 前記取得手段は、前記代替装置の状態に関する情報を取得し、
   前記更新手段は、前記代替装置の状態に関する情報に応じて、前記更新を繰り返し行う、請求項１から３のいずれかに記載のゲートウェイ装置。
5. 前記メインＣＰＵにより、前記代替装置となりうる複数の装置のうち１つの装置を前記代替装置として選定する選定手段をさらに備え、
   前記生成手段は、前記複数の装置のうちいずれの装置の状態にも基づかずに前記選定手段により選定された代替装置に対応するように、前記移管指示メッセージを生成し、
   前記更新手段は、前記複数の装置のうち少なくとも１つの装置の状態に基づいて前記選定手段により選定された代替装置に対応するように、前記移管指示メッセージを更新する、請求項１から４のいずれかに記載のゲートウェイ装置。
6. 前記画像処理装置と前記外部装置との間の通信を中継する中継手段をさらに備え、前記中継手段により前記通信制御を行う、請求項１から５のいずれかに記載のゲートウェイ装置。
7. 外部の管理装置と常時接続を行う常時接続手段と、
   前記管理装置から接続要求を受信する受信手段とをさらに備え、
   前記中継手段は、前記接続要求に基づいて、前記外部装置と前記画像処理装置とを接続するセッションを確立し、前記外部装置と前記画像処理装置との間の通信を中継する、請求項６に記載のゲートウェイ装置。
8. 前記中継手段が中継データを中継中であるとき、
   前記生成手段は、前記中継データのうちそれまでにどこまで中継が完了したかを示す識別情報が含まれるようにして前記移管指示メッセージの生成を行い、
   前記更新手段は、前記更新を行うとき、それまでの前記中継データの中継の完了状況に応じた前記識別情報が含まれるようにして前記移管指示メッセージの更新を行う、請求項６又は７に記載のゲートウェイ装置。
9. 前記サブＣＰＵは、
   前記メインＣＰＵがスリープ状態に移行する際に起動されるとともに、
   前記第１検出手段の検出結果に応じて前記１次側電源が遮断されたときに起動される、請求項１から８のいずれかに記載のゲートウェイ装置。
10. 前記第１のネットワークは複数の前記画像処理装置を含み、前記通信制御を実行可能な少なくとも１つの画像処理装置が前記代替装置として機能する、請求項１から９のいずれかに記載のゲートウェイ装置。
11. 画像処理装置と第１のネットワークを介して通信可能に接続されており、かつ、前記第１のネットワークと異なる第２のネットワークを介して外部装置に接続されており、前記画像処理装置と前記外部装置との通信制御を行うゲートウェイ装置の制御方法であって、
    前記ゲートウェイ装置は、
    前記通信制御を実行可能なメインＣＰＵと、
    前記メインＣＰＵよりも低い電圧で動作可能なサブＣＰＵと、
    １次側電源の状況を検出する第１検出手段と、
    ２次側電源の状況を検出する第２検出手段とを備え、
    前記ゲートウェイ装置の制御方法は、
    前記第１検出手段の検出結果に応じて前記メインＣＰＵにより移管指示メッセージの生成を行う生成ステップと、
    前記メインＣＰＵにより前記ゲートウェイ装置又は前記第１のネットワーク内に配置され前記通信制御を実行可能な代替装置の状態変化に関する情報を取得する取得ステップと、
    前記移管指示メッセージの生成が行われた後で、前記メインＣＰＵにより、前記取得ステップにより取得された前記状態変化に関する情報に応じて、前記生成ステップにより生成された前記移管指示メッセージの更新を繰り返し行う更新ステップと、
    前記第２検出手段の検出結果に応じて、前記サブＣＰＵにより、最後に前記生成又は更新が行われた移管指示メッセージを、前記代替装置に送信する送信ステップとを備える、ゲートウェイ装置の制御方法。
12. 画像処理装置と第１のネットワークを介して通信可能に接続されており、かつ、前記第１のネットワークと異なる第２のネットワークを介して外部装置に接続されており、前記画像処理装置と前記外部装置との通信制御を行うゲートウェイ装置の制御プログラムであって、
    前記ゲートウェイ装置は、
    前記通信制御を実行可能なメインＣＰＵと、
    前記メインＣＰＵよりも低い電圧で動作可能なサブＣＰＵと、
    １次側電源の状況を検出する第１検出手段と、
    ２次側電源の状況を検出する第２検出手段とを備え、
    前記ゲートウェイ装置の制御プログラムは、
    前記第１検出手段の検出結果に応じて前記メインＣＰＵにより移管指示メッセージの生成を行う生成ステップと、
    前記メインＣＰＵにより前記ゲートウェイ装置又は前記第１のネットワーク内に配置され前記通信制御を実行可能な代替装置の状態変化に関する情報を取得する取得ステップと、
    前記移管指示メッセージの生成が行われた後で、前記メインＣＰＵにより、前記取得ステップにより取得された前記状態変化に関する情報に応じて、前記生成ステップにより生成された前記移管指示メッセージの更新を繰り返し行う更新ステップと、
    前記第２検出手段の検出結果に応じて、前記サブＣＰＵにより、最後に前記生成又は更新が行われた移管指示メッセージを、前記代替装置に送信する送信ステップとをコンピュータに実行させる、ゲートウェイ装置の制御プログラム。

Images