JP6222276B2

JP6222276B2 - プログラム

Info

Publication number: JP6222276B2
Application number: JP2016099949A
Authority: JP
Inventors: 和也姉崎; 一美澤柳; 山田　匡実; 匡実山田; 米田　修司; 修司米田; 弥内田; 章宏鳥越; 康孝伊藤
Original assignee: Konica Minolta Inc
Current assignee: Konica Minolta Inc
Priority date: 2016-05-18
Filing date: 2016-05-18
Publication date: 2017-11-01
Anticipated expiration: 2033-12-12
Also published as: JP2016167875A

Description

本発明は、ＬＡＮ外部のクラウドサーバとＬＡＮ内部のデバイスとの間の通信を行う通信システム、およびそれに関連する技術に関する。

クラウド上のサーバ（クラウドサーバ）とＬＡＮ内のデバイス（画像形成装置等）との連携を図る技術が存在する。

たとえば、クラウド上のサーバ（クラウドサーバ）に格納された電子文書をローカル側（ＬＡＮ内部）の画像形成装置を用いて印刷出力する技術が存在する（特許文献１参照）。

特許文献１には、画像形成装置（デバイス）とゲートウエイとクラウドサーバとを備える文書出力システム（通信システム）が示されている。このシステムにおいては、クラウドサーバに格納された電子文書がゲートウエイ等を介して画像形成装置に送信され、画像形成装置１０において当該電子文書の印刷出力が行われる。なお、ゲートウエイおよび画像形成装置（デバイス）はＬＡＮの内部に設けられており、クラウドサーバはＬＡＮの外部に設けられている。

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

ところで、上述のようなシステムにおいては、通常、ＬＡＮの内部の画像形成装置（デバイス）とＬＡＮの外部のクラウドサーバとの間にはファイアウォールが設けられる。

ＬＡＮ内部の画像形成装置からＬＡＮ外部のクラウドサーバへのアクセスは、ファイアウォールを通過し、当該アクセスは許可される。

しかしながら、逆向きのアクセス、すなわち、ＬＡＮ外部のクラウドサーバからＬＡＮ内部の画像形成装置への直接的なアクセスは、ファイアウォールによってブロックされる。すなわち、クラウドサーバから直接、画像形成装置に対するアクセスを行うことはできない。

これに対して、ＬＡＮ外部の管理サーバとＬＡＮ内部のゲートウエイとの間に（ファイアフォールの例外として）メッセージセッション（通信セッション）を確立しておき、ＬＡＮ外部のクラウドサーバから、当該管理サーバおよび当該ゲートウエイを経由して、ＬＡＮ内部の画像形成装置にアクセスする技術が考えられる。

図３０は、そのような技術を示す図である。各ゲートウエイ３０（３０ａ，３０ｂ）は、その起動時等において、予め指定された管理サーバ５０との間にメッセージセッション（５１１，５２１）を確立しておく（図３０の太線参照）。その後、クラウドサーバ７０から特定のデバイス１０へのアクセス要求発生時においては、管理サーバ５０と或るゲートウエイ３０（たとえば３０ｂ）との間の当該メッセージセッションを利用することにより管理サーバ５０から当該ゲートウエイ３０ｂにトンネル接続要求が送信される。当該ゲートウエイ３０ｂはトンネル接続要求に基づきクラウドサーバ７０との間にトンネル通信を確立する。そして、当該トンネル通信を用いてクラウドサーバ７０から（ゲートウエイ３０経由で）デバイス（画像形成装置）１０へのアクセスが行われる。なお、このような技術については、後に詳述する。

しかしながら、このような技術において、ゲートウエイ３０において管理サーバ５０からのトンネル接続要求を随時受け付けるためには、管理サーバ５０とゲートウエイ３０との間でのメッセージセッションを維持し続けることを要する。たとえば、「XMPP:eXtensible Messaging and Presence Protocol」）を用いたメッセージセッションの維持のためには「KeepAlive」パケットを送信し続けることを要する。そのため、「KeepAlive」パケットを送信する処理部に対する給電を中断することができず、ゲートウエイ３０の動作モードを特定の省電力モード（「KeepAlive」パケット送信用の当該処理部に対する給電を停止するディープスリープモード等）に遷移させることができない。特に、複数のゲートウエイ３０が存在する場合であっても、何れのゲートウエイも当該特定の省電力モードに遷移することが困難である。

このように、複数のゲートウエイ３０のそれぞれがクラウドサーバ７０からのトンネル接続要求を管理サーバ５０との個別のメッセージセッションを経由して正常に受信するためには、複数のゲートウエイ３０はいずれも省電力モードに遷移することができず、ゲートウエイ３０の消費電力の低減が妨げられている、という問題が存在する。

そこで、この発明は、通信システムにおけるゲートウエイが省電力モードを有している状態からでも当該ゲートウエイとクラウドサーバとの間のトンネル通信を適切に確立させることが可能であるとともに、当該ゲートウエイの消費電力を更に低減することが可能な技術を提供することを課題とする。

上記課題を解決すべく、請求項１の発明は、所定のＬＡＮの外部に設けられたクラウドサーバと前記所定のＬＡＮの内部に設けられた特定のデバイスとの間の通信を、前記所定のＬＡＮの内部に設けられた複数のゲートウエイのいずれかを介して実行する通信システムにて、前記クラウドサーバと前記特定のデバイスとの間の通信を管理する管理サーバに内蔵されたコンピュータに、ａ）前記クラウドサーバから前記特定のデバイスに対するアクセス要求を受け付けるステップと、ｂ）前記クラウドサーバとの間でトンネル通信を確立すべき旨のトンネル接続要求を前記アクセス要求に応じて送信するステップと、を実行させるためのプログラムであって、前記ステップｂ）は、ｂ−１）前記アクセス要求が受け付けられた場合に前記特定のデバイスに対応する特定のゲートウエイと前記管理サーバとの間に通信セッションが確立されていないときには、前記特定のゲートウエイとは別のゲートウエイである代行ゲートウエイと前記管理サーバとの間の通信セッションを介して前記トンネル接続要求を前記代行ゲートウエイに対して送信するステップ、を有し、前記ステップｂ−１）は、ｂ−１−１）前記代行ゲートウエイのセキュリティレベルが前記特定のゲートウエイのセキュリティレベルより低い場合には、前記トンネル接続要求を前記特定のゲートウエイに転送させる転送要求を伴って前記代行ゲートウエイに対して前記トンネル接続要求を送信して、前記特定のゲートウエイと前記クラウドサーバとの間で前記トンネル通信を確立させるステップと、ｂ−１−２）前記代行ゲートウエイのセキュリティレベルが前記特定のゲートウエイのセキュリティレベルより高い場合には、前記代行ゲートウエイに対して前記トンネル接続要求を送信して、前記代行ゲートウエイと前記クラウドサーバとの間でトンネル通信を確立させるステップと、を有することを特徴とする。
請求項２の発明は、請求項１の発明に係るプログラムにおいて、ｃ）前記複数のゲートウエイの相互間の代行関係に関する代行情報を含む管理情報を格納するステップ、を前記コンピュータにさらに実行させるためのプログラム。
請求項３の発明は、請求項２の発明に係るプログラムにおいて、前記管理情報は、前記複数のゲートウエイのそれぞれのセキュリティレベルを含むことを特徴とする。
請求項４の発明は、請求項１ないし請求項３のいずれかの発明に係るプログラムにおいて、前記複数のゲートウエイはそれぞれ画像形成装置であることを特徴とする。
請求項５の発明は、請求項１ないし請求項４のいずれかの発明に係るプログラムにおいて、前記特定のデバイスは画像形成装置であることを特徴とする。

請求項１ないし請求項５に記載の発明によれば、特定のゲートウエイが省電力モードに遷移しており特定のゲートウエイと管理サーバとの間に通信セッションが確立されていないときには、代行ゲートウエイと管理サーバとの間の通信セッションを介して、トンネル接続要求が代行ゲートウエイに対して送信され更に特定のゲートウエイに対して転送されるので、特定のゲートウエイとクラウドサーバとの間のトンネル通信を確立させることが可能である。したがって、特定のゲートウエイを省電力モードに遷移させて消費電力を低減することが可能であるとともに、特定のゲートウエイが省電力モードを有している状態からでも特定のゲートウエイとクラウドサーバとの間のトンネル通信を適切に確立させることが可能である。

本発明の実施形態に係る通信システムの概略構成を示す図である。ＭＦＰの構成を示す概略図である。ゲートウエイおよび管理サーバ等の概略構成を示す図である。複数のゲートウエイがそれぞれ管理サーバとの間にメッセージセッションを確立している状態を示す図である。ゲートウエイがディープスリープモードに遷移する際における通信システムの動作を示すタイミングチャートである。図５の動作を示す概念図である。新たなメッセージセッションが確立された様子を示す概念図である。ゲートウエイがディープスリープモードに復帰する際における通信システムの動作を示すタイミングチャートである。図８の動作の一部の動作を示すフローチャートである。図８の動作を示す概念図である。第１実施形態に係る管理テーブルを示す図である。第２実施形態に係る通信システムにおける動作を示すタイミングチャートである。図１２の動作の一部の動作を示すフローチャートである。図１２の動作を示す概念図である第３実施形態に係る動作の一部の動作を示すフローチャートである。第３実施形態に係る動作例を示すタイミングチャートである。ゲートウエイのトンネル接続数が所定の上限値（最大値）に既に到達している場合における通信システムの動作を示す概念図である。ゲートウエイのトンネル接続数が所定の上限値（最大値）に未だ到達していない場合における通信システムの動作を示す概念図である。第４実施形態に係る動作の一部の動作を示すフローチャートである。第５実施形態においてゲートウエイがディープスリープモードに遷移する際における通信システムの動作を示すタイミングチャートである。図２０の動作の一部の動作を示すフローチャートである。第５実施形態に係る動作を示す概念図である。第５実施形態に係る管理テーブルを示す図である。第５実施形態においてゲートウエイがディープスリープモードに復帰する際における通信システムの動作を示すタイミングチャートである。図２４の動作の一部の動作（管理サーバの動作）を示すフローチャートである。図２４の動作の一部の動作（ゲートウエイの動作）を示すフローチャートである。第６実施形態に係る管理サーバの動作を示すフローチャートである。第７実施形態に係る管理サーバの動作を示すフローチャートである。第８実施形態に係る管理サーバの動作を示すフローチャートである。比較例に係る技術を示す図である。

以下、本発明の実施形態を図面に基づいて説明する。

＜１．第１実施形態＞
＜１−１．システム構成概要＞
図１は、本発明の実施形態に係る通信システム１の概略構成を示す図である。図１に示すように、通信システム１は、複数のデバイス１０（１０ａ，１０ｂ，１０ｃ）と、複数のゲートウエイ３０（３０ａ，３０ｂ）とを備える。また、通信システム１は、管理サーバコンピュータ（以下、単に管理サーバとも称する）５０と、クラウドサーバコンピュータ（以下、単にクラウドサーバとも称する）７０と、クライアントコンピュータ（以下、単にクライアントとも称する）９０とをさらに備える。

各要素１０，３０，５０，７０，９０は、ネットワーク１０８を介して互いに接続されており、ネットワーク通信を実行することが可能である。なお、ネットワーク１０８は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、インターネットなどによって構成される。また、ネットワーク１０８への接続形態は、有線接続であってもよく或いは無線接続であってもよい。

複数のデバイス１０および複数のゲートウエイ３０は、企業内等に構築された或るＬＡＮ１０７の内部に設けられている。一方、管理サーバ５０、クラウドサーバ７０およびクライアント９０は、ＬＡＮ１０７の外部に設けられている。なお、クライアント９０は、ＬＡＮ１０７の内部に設けられていてもよい。

ここでは、デバイス１０として、マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral）（ＭＦＰとも略称する）を例示する。ＭＦＰは、画像形成装置あるいは通信装置などとも称される。

また、ゲートウエイ３０は、ここではデバイス１０としてのＭＦＰとは別のＭＦＰに構築される。具体的には、ハードウエアとしてのＭＦＰ内に組み込まれたソフトウエア（プログラム）を実行することにより、ゲートウエイ３０が実現される。

一方、管理サーバ５０、クラウドサーバ７０およびクライアント９０は、いわゆるパーソナルコンピュータ等を用いて構築される。

この通信システム１においては、たとえば、クライアント９０からクラウドサーバ７０へと送出された印刷指令が、管理サーバ５０およびゲートウエイ３０を経由してデバイス１０へと送信され、デバイス（ＭＦＰ）１０において印刷出力が行われる。

複数のゲートウエイ３０は、複数のデバイス１０とクラウドサーバ７０との通信を中継する機能を有している。

管理サーバ５０は、クラウドサーバ７０と複数のゲートウエイ３０との通信等を管理する装置である。管理サーバ５０は、複数のデバイス１０のうちの特定のデバイスに対するアクセス要求をクラウドサーバ７０から受け付け、当該アクセス要求に応じて、複数のゲートウエイ３０のいずれかに対してクラウドサーバ７０とのトンネル接続要求を送信する。

＜１−２．ＭＦＰの構成概要＞
図２は、各ＭＦＰの構成を示す概略図である。ＭＦＰは、スキャナ機能、プリンタ機能、コピー機能およびデータ通信機能などを備える装置（複合機とも称する）である。

図２に示すように、ＭＦＰは、画像読取部２、印刷出力部３、通信部４、格納部５、入出力部６およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

画像読取部２は、ＭＦＰの所定の位置に載置された原稿を光学的に読み取って、当該原稿の画像データ（原稿画像とも称する）を生成する処理部である。

印刷出力部３は、対象画像に関する画像データに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。

通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワーク１０８を介したネットワーク通信が可能である。このネットワーク通信では、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）およびＦＴＰ（File Transfer Protocol）等の各種のプロトコルが利用され、当該ネットワーク通信を利用することによって、ＭＦＰは、所望の相手先（ゲートウエイ３０、管理サーバ５０およびクラウドサーバ７０等）との間で各種のデータを授受することが可能である。

詳細には、ゲートウエイ（ＭＦＰ）３０の通信部４は、ゲートウエイ３０と管理サーバ５０との間に確立されたメッセージセッション（後述）を利用して、管理サーバ５０と通信すること（特に管理サーバ５０からのデータを受信すること）ができる。また、デバイス（ＭＦＰ）１０の通信部４は、ゲートウエイ３０とクラウドサーバ７０との間に確立されたトンネル接続（後述）を利用して、当該ゲートウエイ３０を経由してクラウドサーバ７０と通信すること（特にクラウドサーバ７０からのデータを受信すること）もできる。なお、通信部４は、他の装置に対してデータ等を送信する送信部と、他の装置からデータ等を受信する受信部とを有する。

格納部５は、ハードディスクドライブ（ＨＤＤ）および不揮発性メモリ等の格納装置で構成される。

入出力部６は、ＭＦＰに対する入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。なお、入出力部６は、操作部とも称される。

コントローラ９は、ＭＦＰを統括的に制御する制御部であり、ＣＰＵと、各種の半導体メモリ（ＲＡＭおよびＲＯＭ等）とを備えて構成される。

コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ等）内に格納されている所定のソフトウエアプログラム（単にプログラムとも称する）を実行することによって、各種の処理部を実現する。たとえば、ゲートウエイ３０として動作するＭＦＰのコントローラ９は、通信制御部４１、情報収集部４５、および動作制御部４７（図３参照（後述））等を含む各種の処理部を実現する。また、デバイス１０のみとして動作するＭＦＰのコントローラ９も同様の処理部を有していても良いが、ゲートウエイ３０として機能するための処理部を有していなくてもよい。なお、当該プログラムは、たとえば各種の可搬性の記録媒体（ＵＳＢメモリ等）に記録され、当該記録媒体を介してＭＦＰにインストールされればよい。あるいは当該プログラムは、ネットワーク１０８等を介してダウンロードされてＭＦＰにインストールされるようにしてもよい。また、通信制御部４１の一部（特にスリープ状態からの復帰に関連する処理部）等は、サブコントローラ８（図２参照）をも用いて実現される。

このゲートウエイ（ＭＦＰ）３０は、動作モードとして、合計３つのモード、詳細には通常モードおよび２段階のスリープモード（第１段階のスリープモード（簡易スリープモードとも称する）、および第２段階のスリープモード（ディープスリープモードとも称する））を有する。

これら３つのモードのうち、通常モードの消費電力が最も大きく、ディープスリープモードの消費電力が最も小さい。たとえば、簡易スリープモードにおいては、印刷出力部３および画像読取部２に対する電力供給が停止されるのに対して、ディープスリープモードにおいては、コントローラ（メインコントローラ）９等への電力供給も停止される。ディープスリープモードにおいては、通信部４の一部と、スリープからの復帰動作を制御する復帰制御部（復帰用通信制御部を含む）を有するサブコントローラ８とに対しては電力が供給され、その他の処理部に対する電力供給は停止される。ディープスリープモードにおいては、メッセージセッションを利用した通信動作、およびトンネル接続を利用した通信動作を行うことはできない。

＜１−３．各要素の構成概要＞
図３は、各要素３０，５０，７０等の概略構成を示す図である。図３を参照して、これらの各要素について説明する。

＜クラウドサーバ７０＞
クラウドサーバ７０は、通信制御部８１を備える。通信制御部８１は、管理サーバ５０との通信を実行する。また、通信制御部８１は、各ゲートウエイ３０との通信をトンネル通信（後述）を用いて実行する。

＜管理サーバ５０＞
管理サーバ５０は、通信制御部６１、デバイス情報管理部６５および解析部６７などの各種の処理部を備える。

これら各種の処理部は、管理サーバ５０のＣＰＵにおいて、格納部（ＨＤＤ等）に格納されている所定のソフトウエアプログラム（単にプログラムとも称する）を実行することによって実現される。なお、当該プログラムは、たとえば各種の可搬性の記録媒体（ＤＶＤ−ＲＯＭ等）に記録され、当該記録媒体を介して管理サーバ５０にインストールされればよい。あるいは当該プログラムは、ネットワーク１０８等を介してダウンロードされて管理サーバ５０にインストールされるようにしてもよい。

通信制御部６１は、通信部５４（通信用ハードウエア）と協働して、各種の通信動作を制御する。たとえば、通信制御部６１は、クラウドサーバ７０との通信を実行し、クラウドサーバ７０からのアクセス要求を受信する。また、通信制御部６１は、各ゲートウエイ３０との通信をメッセージセッション（後述）を用いて実行する。なお、通信部５４は、他の装置に対してデータ等を送信する送信部と、他の装置からデータ等を受信する受信部とを有する。

デバイス情報管理部６５は、ゲートウエイ３０から受信したデバイス情報（および当該デバイス情報を含む管理テーブル６９）を管理する処理部である。管理テーブル６９においては、各ゲートウエイ３０と各ゲートウエイ３０の配下のデバイスとの関係等が格納されている。なお、管理テーブル６９は、管理サーバ５０の格納部（ＨＤＤ（ハードディスクドライブ）等）内に格納される。

解析部６７は、クラウドサーバ７０から受信したアクセス要求の内容を解析する処理部である。

＜ゲートウエイ３０＞
各ゲートウエイ３０は、それぞれ、通信制御部４１、情報収集部４５および動作制御部４７などの各種の処理部を備える。これら各種の処理部は、ゲートウエイ３０（ＭＦＰ）のコントローラ９およびサブコントローラ８において、所定のプログラムを実行することによって実現される。

通信制御部４１は、他の装置との通信を制御する処理部である。通信制御部４１は、メッセージセッション通信制御部４２とトンネル通信制御部４３とを有する。

メッセージセッション通信制御部４２は、管理サーバ５０との通信をメッセージセッション（後述）を用いて実行する処理部である。メッセージセッション通信制御部４２は、管理サーバ５０との間にメッセージセッション（後述）を確立して、管理サーバ５０との通信を実行する。メッセージセッション通信制御部４２は、対管理サーバ通信部（あるいは管理サーバ通信部）とも称される。

トンネル通信制御部４３は、クラウドサーバ７０との通信をトンネル通信（後述）を用いて実行する処理部である。トンネル通信制御部４３は、クラウドサーバ７０との間にトンネル通信を確立して、クラウドサーバ７０と特定のデバイス１０との通信を中継する。トンネル通信制御部４３は、対クラウドサーバ通信部（あるいはクラウドサーバ通信部）とも称される。

後述するように、メッセージセッションを利用することによって、ＬＡＮ１０７の外部の装置（管理サーバ５０）からＬＡＮ１０７の内部の装置（ゲートウエイ３０）に対して、データを送信することが可能である。また、トンネル接続を利用することによって、ＬＡＮ１０７の外部の装置（クラウドサーバ７０）からＬＡＮ１０７の内部の装置（ゲートウエイ３０およびデバイス１０）に対して、データを送信することが可能である。

情報収集部４５は、そのゲートウエイ３０の配下に存在するデバイス１０の情報を収集する処理部である。

動作制御部４７は、自装置（ゲートウエイ３０）の動作モードを制御する処理部である。具体的には、ゲートウエイ３０を構成するＭＦＰの上述の動作モード（通常モード、簡易スリープモードおよびディープスリープモード）が動作制御部４７によって制御される。

＜１−４．動作概要＞
この実施形態においても、上述（図３０参照）のように、ＬＡＮ外部の管理サーバ５０とＬＡＮ内部のゲートウエイ３０との間に（ファイアフォールの例外としての）メッセージセッションを確立しておき、ＬＡＮ外部のクラウドサーバ７０から、当該管理サーバ５０および当該ゲートウエイ３０を経由して、ＬＡＮ内部の画像形成装置にアクセスすることが行われ得る。以下では、まず、このような動作（基本動作）について説明する。

上述（図３０参照）のように、ゲートウエイ３０は、その起動時等において、予め指定された管理サーバ５０との間に通信セッション（詳細には、メッセージセッション）（５１１，５１２）を確立する。その後、クラウドサーバ７０から特定のデバイス１０へのアクセス要求発生時において、管理サーバ５０とゲートウエイ３０（３０ｂ）との間の当該メッセージセッション（５２１）を利用することにより、管理サーバ５０から当該ゲートウエイ３０ｂにトンネル接続要求が送信される。当該ゲートウエイ３０ｂは、当該トンネル接続要求に基づき、クラウドサーバ７０との間にトンネル通信を確立する。そして、当該トンネル通信を用いてクラウドサーバ７０から（ゲートウエイ３０経由での）デバイス（画像形成装置）１０へのアクセスが行われる。なお、このトンネル通信は、ＶＰＮ（Virtual Private Network）による通信であるとも表現される。

より詳細には、まず、各ゲートウエイ３０は、それぞれの起動時等において、予め指定された管理サーバ５０に対してメッセージセッションの接続要求（確立要求）を送信する。これに応じて、管理サーバ５０が当該確立要求を承認することによって、各ゲートウエイ３０と管理サーバ５０との間にメッセージセッション（５１１，５２１）がそれぞれ確立される。換言すれば、ＬＡＮ１０７の内部のゲートウエイ３０からＬＡＮ１０７の外部の管理サーバ５０へのアクセスに応じて、メッセージセッションが確立される。なお、このようなメッセージセッション（通信セッション）としては、たとえば、「XMPP:eXtensible Messaging and Presence Protocol」）などのプロトコルを用いたものが例示される。また、各ゲートウエイ３０は、各ゲートウエイ３０の管理下のデバイス（画像形成装置）の情報（管理情報）等を管理サーバ５０へ送信しておく。

そして、管理サーバ５０とゲートウエイ３０との間の当該メッセージセッションを利用して、クラウドサーバ７０からデバイス（画像形成装置）１０へのアクセスが行われ得る。

詳細には、クラウドサーバ７０が特定のデバイス１０ｂに対するアクセス（通信）を行いたい場合には、まず特定のデバイス１０ｂ向けのアクセス要求がクラウドサーバ７０から管理サーバ５０に送信される。

管理サーバ５０は、特定のデバイス１０に対応するゲートウエイ３０（特定のデバイス１０ｂをその配下に有する特定のゲートウエイ３０ｂ等）を管理情報に基づいて特定する。また、管理サーバ５０は、特定されたゲートウエイ３０に対して、トンネル接続要求を送信する。

たとえば、特定のデバイス１０ｂに対するアクセス要求がクラウドサーバ７０から管理サーバ５０に送信された場合において、管理サーバ５０は、特定のデバイス１０ｂに対応するゲートウエイ（３０ｂ）を管理情報に基づいて特定する。管理サーバ５０と（特定のデバイス１０ｂに対応する）特定のゲートウエイ３０ｂとの間にメッセージセッション５２１が確立されているときには、管理サーバ５０は、当該特定されたゲートウエイ３０ｂに対してトンネル接続要求を当該メッセージセッション５２１を介して送信する。「トンネル接続要求」は、クラウドサーバ７０との間にトンネル接続を確立すべき旨の接続要求（確立要求）である。このように、管理サーバ５０と特定のゲートウエイ３０ｂとの間にメッセージセッション５２１が確立されているときには、当該トンネル接続要求は、管理サーバ５０とゲートウエイ３０ｂとの間の当該メッセージセッション５２１を利用して送信される。

トンネル接続要求を受信したゲートウエイ３０は、当該トンネル接続要求に応答して、ＨＴＴＰ（Hypertext Transfer Protocol）セッション（より詳細には、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）セッション）の確立要求をクラウドサーバ７０に対して送信する。そして、クラウドサーバ７０が当該確立要求を承認することによって、当該ゲートウエイ３０とクラウドサーバ７０との間に当該ＨＴＴＰセッションによるトンネル接続（トンネル通信）が確立される。換言すれば、ＬＡＮ１０７の内部のゲートウエイ３０からＬＡＮ１０７の外部のクラウドサーバ７０へのアクセスに応じて、トンネル接続（トンネル通信）が確立される。そして、このＨＴＴＰセッションによるトンネル通信を用いて、クラウドサーバ７０は、ゲートウエイ３０を経由してデバイス１０へと各種のデータを送信することが可能である。このようなＨＴＴＰ（ＨＴＴＰＳ）セッションの確立要求は、トンネル接続の確立要求とも称される。なお、図３０においては、砂地ハッチング付きの細長い矩形によって「トンネル通信」が模式的に示されている。

ところで、上述のように、管理サーバ５０と各ゲートウエイ３０との間でのメッセージセッションを常に維持し続ける技術（比較例に係る技術とも称する）においては、メッセージセッション（５２１等）を維持するための信号（「KeepAlive」パケット等）を継続的に送信することを要する（図３０参照）。そのため、全てのゲートウエイ３０の動作モードを所定の省電力モード（たとえば、「KeepAlive」パケットの送信動作の制御処理部（メインコントローラ９）に対する給電を停止するディープスリープモード等）に遷移させることができない、という問題が存在する。

そこで、この実施形態においては、複数のゲートウエイ３０のうちの或るゲートウエイ３０ｂを省電力モード（ディープスリープモード）に遷移させる（図６参照）とともに、管理サーバ５０からのトンネル接続要求を当該ゲートウエイ３０ｂの代わりに別のゲートウエイ３０（たとえば３０ａ）が受信する（図１０参照）技術について説明する。

具体的には、クラウドサーバ７０からのデバイス１０ｂに対するアクセス要求が管理サーバ５０にて受け付けられた場合において、管理サーバ５０とデバイス１０ｂに対応する特定のゲートウエイ３０ｂとの間にメッセージセッションが確立されていないとき（図６および図７参照）には、管理サーバ５０は、特定のゲートウエイ３０ｂが省電力モードを有するものとみなして、次のような処理を行う。すなわち、図１０に示すように、管理サーバ５０は、トンネル接続要求をゲートウエイ３０ｂの代わりに受信する別のゲートウエイ３０ａ（代行ゲートウエイとも称する）と管理サーバ５０との間のメッセージセッションを介して、当該トンネル接続要求を（ゲートウエイ３０ｂに代えて）代行ゲートウエイ３０ａに対して送信する。

代行ゲートウエイ３０ａは、トンネル接続要求を管理サーバ５０から受信すると、当該トンネル接続要求を特定のゲートウエイ３０ｂに転送するとともに、特定のゲートウエイ３０ｂを省電力モードから復帰させる。

特定のゲートウエイ３０ｂは、省電力モードからの復帰後において、代行ゲートウエイ３０ａから受信したトンネル接続要求に基づき特定のゲートウエイ３０ｂとクラウドサーバ７０との間でトンネル接続を確立し、クラウドサーバ７０と特定のデバイス１０ｂとの通信を中継する。

以下、このような動作についてさらに詳細に説明する。

＜１−５．ディープスリープモードへの遷移＞
図４は、複数のゲートウエイ３０（３０ａ，３０ｂ）がそれぞれ管理サーバ５０との間にメッセージセッション（５１１，５２１）を確立している状態を示す図である。このとき、ゲートウエイ３０ａ，３０ｂは、いずれも、通常モード（非省電力モード）で動作しているものとする。

各ゲートウエイ３０と管理サーバ５０との各メッセージセッションは、上述のように、各ゲートウエイ３０の起動時に確立される。また、各ゲートウエイ３０の起動時には、各ゲートウエイ３０の管理下にいずれのデバイス１０が存在するかに関する情報が各ゲートウエイ３０（情報収集部４５）によって取得される。そして、当該情報が各ゲートウエイ３０から管理サーバ５０に送信される。そして、当該情報を含む管理情報３１０が、管理サーバ５０の管理テーブル６９（６９ａ）に格納される。

図１１は、第１実施形態に係る管理テーブル６９（６９ａ）を示す図である。

図１１に示されるように、管理情報３１０においては、複数のゲートウエイ３０と複数のデバイス１０との対応関係（支配関係ないし主従関係とも称する）が規定されている。具体的には、各ゲートウエイ３０の配下に存在するデバイス１０の情報が規定されている。たとえば、図１１の管理情報３１０においては、ゲートウエイ３０ａの配下にはデバイス１０ａとデバイス１０ｃとが存在し且つゲートウエイ３０ｂの配下にはデバイス１０ｂが存在する旨が規定されている。

管理サーバ５０は、この管理情報３１０に基づいて、各デバイス１０に対応するゲートウエイ３０（各デバイス１０を配下に有するゲートウエイ３０）を決定することができる。たとえば、デバイス１０ａに対応するゲートウエイとしてゲートウエイ３０ａが決定され、デバイス１０ｂに対応するゲートウエイとしてゲートウエイ３０ｂが決定される。

図４の状態においては、デバイス１０ａに対応するゲートウエイ３０ａとの間のメッセージセッション５１１（管理サーバ５０とゲートウエイ３０ａとの間のメッセージセッション）が存在する。したがって、クラウドサーバ７０からのアクセス要求（デバイス１０ａ向けのアクセス要求）が管理サーバ５０に送信される場合には、当該メッセージセッション５１１を用いて、管理サーバ５０はトンネル接続要求をゲートウエイ３０ａに送信することができる。ゲートウエイ３０ａは、当該トンネル接続要求に応答して、クラウドサーバ７０との間でＨＴＴＰセッション（トンネル通信）を確立する。そして、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ａの管理下のデバイス１０ａに向かう通信がゲートウエイ３０ａ経由で実行され得る。

また同様に、図４の状態においては、デバイス１０ｂに対応するゲートウエイ３０ｂとの間のメッセージセッション５２１（管理サーバ５０とゲートウエイ３０ｂとの間のメッセージセッション）が存在する。したがって、クラウドサーバ７０からのアクセス要求（デバイス１０ｂ向けのアクセス要求）が管理サーバ５０に送信される場合には、当該メッセージセッション５２１を用いて、管理サーバ５０はトンネル接続要求をゲートウエイ３０ｂに送信することができる。ゲートウエイ３０ｂは、当該トンネル接続要求に応答して、クラウドサーバ７０との間でＨＴＴＰセッション（トンネル通信）を確立する。そして、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ｂの管理下のデバイス１０ｂに向かう通信がゲートウエイ３０ｂ経由で実行され得る。

その後、図５のような動作が行われ、ゲートウエイ３０ｂは省電力モードに遷移する。以下では、ゲートウエイ３０ｂが省電力モード（ここでは、ディープスリープモード）による動作状態に遷移する際における通信システム１の動作について、図５および図６を参照しながら説明する。図５は、当該動作を示すタイミングチャートである。図６は、ゲートウエイ３０ｂがディープスリープモードに遷移する際における通信システム１の動作を示す概念図である。

図５に示すように、ゲートウエイ３０ｂにおいてディープスリープモードに遷移すべき旨が決定されると、ゲートウエイ３０ｂ（通信制御部４１）は、ゲートウエイ３０ａに対して代行事前依頼（単に、代行依頼とも称する）を送信する（ステップＳ１１）。この代行事前依頼は、ゲートウエイ３０ｂがディープスリープモードに遷移した後にはゲートウエイ３０ｂ宛のトンネル接続要求をゲートウエイ３０ｂに代わって受信（代行受信）することをゲートウエイ３０ａに依頼する指令である。また、ここでは、当該代行事前依頼は、当該トンネル接続要求をゲートウエイ３０ｂに転送すべき旨をも含む。

ゲートウエイ３０ｂ（動作制御部４７）は、この代行事前依頼をゲートウエイ３０ａに送信すると、自ら（ゲートウエイ３０ｂ）の動作モードをディープスリープ状態に遷移させる。また、これに伴い、ゲートウエイ３０ｂと管理サーバ５０との間のメッセージセッション５２１は切断される（図６参照）。このように、ゲートウエイ３０ｂは、管理サーバ５０との間でのメッセージセッションを有しない状態の省電力モード（ディープスリープモード）に遷移する。

一方、ゲートウエイ３０ａは、当該代行事前依頼をゲートウエイ３０ｂから受信すると、管理サーバとの間の既存のメッセージセッション５１１とは別に新たなメッセージセッション５１３を管理サーバ５０との間に生成する。具体的には、所定のプロトコル（ここでは「XMPP:eXtensible Messaging and Presence Protocol」）を用いて、管理サーバ５０との間に代行用の新たなメッセージセッション５１３が確立される（図５のステップＳ１２および図７参照）。詳細には、ゲートウエイ３０ａが管理サーバ５０に対して新たなメッセージセッションの確立を要求し、管理サーバ５０が当該要求を承認することによって、新たなメッセージセッションが確立される。

図７は、当該新たなメッセージセッション５１３が確立された様子を示す概念図である。後述するように、当該新たなメッセージセッション５１３を利用することにより、ゲートウエイ３０ｂ向けの要求信号（代行接続要求およびトンネル接続要求）が管理サーバ５０からゲートウエイ３０ａに対して送信される。

このように、ゲートウエイ３０ａは、ゲートウエイ３０ｂから代行事前依頼を受信すると、ゲートウエイ３０ｂに関する代行用の新たなメッセージセッション５１３を管理サーバ５０との間に生成して、ゲートウエイ３０ｂ向けのトンネル接続要求（後述）等を待機する。

また、ゲートウエイ３０ａは、代行事前依頼に基づく代行情報を管理サーバ５０に転送し、管理サーバ５０は、その格納部に当該代行情報を格納する。この代行情報には、両ゲートウエイ３０ａ，３０ｂ相互間の代行関係に関する情報、たとえば、「ゲートウエイ３０ｂ向けのトンネル接続要求はゲートウエイ３０ａによって代行受信されること」などが含まれる。なお、当該代行情報は管理テーブル６９（６９ａ）に格納されてもよい。

＜１−６．ディープスリープモードからの復帰＞
つぎに、クラウドサーバ７０からデバイス１０ｂに対するアクセス要求が付与され、ゲートウエイ３０ｂがディープスリープモード（スリープ状態）から通常モード（非スリープ状態）に復帰する際における通信システム１の動作について図８〜図１０を参照しながら説明する。図８は、当該動作を示すタイミングチャートであり、図９は、当該動作の一部の動作（ゲートウエイ３０ａの動作）を示すフローチャートである。また、図１０は、ゲートウエイ３０ｂがディープスリープモードから復帰する際における通信システム１の動作を示す概念図である。

ユーザは、クライアント９０のウエブブラウザ等を操作して、クラウドサーバ７０上のクラウドアプリケーションにアクセスする。そして、クライアント９０を用いたユーザ操作に応じて、クラウド印刷指示が当該クラウドアプリケーションを用いてクラウドサーバ７０に対して付与される（図８のステップＳ３１）。換言すれば、クラウド印刷指示（ジョブ指示とも称する）がクライアント９０からクラウドサーバ７０に送信される。当該クラウド印刷指示は、たとえば、クラウドサーバ７０上に格納されている特定の電子文書（印刷対象データ）を特定のＭＦＰ（ここではデバイス１０ｂ）を用いて印刷すべき旨の印刷指示である。

クラウドサーバ７０（通信制御部８１）は、当該クラウドアプリケーションに対応するサーバとして予め登録されている管理サーバ５０に対して、上記クラウド印刷指示に基づくアクセス要求を送信する（ステップＳ３２）。このアクセス要求には、アクセス元のクラウドサーバ７０の情報（ＩＰアドレスの識別情報等）と、アクセス先のデバイス（ここではデバイス１０ｂ）の情報（装置ＩＤの識別情報等）とが含まれる。

管理サーバ５０（解析部６７）は、クラウドサーバ７０から受信した当該アクセス要求の内容を解析し、その解析結果に基づく処理を実行する。

このアクセス要求に基づくトンネル通信を中継すべきゲートウエイ３０（たとえば３０ａ）と管理サーバ５０とのメッセージセッションが確立されている場合（アクセス要求に基づくトンネル通信を中継すべきゲートウエイ３０が通常モードで動作中である場合等）には、上述と同様の動作が行われる。たとえば、管理サーバ５０は、デバイス１０ａに対応するゲートウエイ３０ａとの間のメッセージセッション５１１を用いてトンネル接続要求をゲートウエイ３０ａに送信する。ゲートウエイ３０ａは、当該トンネル接続要求に応答して、クラウドサーバ７０との間でＨＴＴＰセッション（トンネル通信）を確立する。そして、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ａの管理下のデバイス１０（たとえば１０ａ）に向かう通信がゲートウエイ３０ａ経由で実行され得る。

一方、このアクセス要求に基づくトンネル通信を中継すべきゲートウエイ３０（たとえば３０ｂ）と管理サーバ５０とのメッセージセッションが確立されていない場合（アクセス要求に基づくトンネル通信を中継すべきゲートウエイ３０がスリープ中である場合等）には、「代行接続要求」が管理サーバ５０から「代行ゲートウエイ」へと送信される（ステップＳ３３）。「代行ゲートウエイ」は、特定のゲートウエイの動作の一部を代行するゲートウエイである。「代行ゲートウエイ」は、特定のゲートウエイ向けのトンネル接続要求を当該特定のゲートウエイに代わって受信（代行受信）するゲートウエイであるとも表現される。管理サーバ５０は、ゲートウエイ３０ｂの代行ゲートウエイを上述の代行情報に基づいて決定する。ここでは、ゲートウエイ３０ｂ向けのトンネル接続要求を当該ゲートウエイ３０ｂに代わって受信（代行受信）するゲートウエイ（代行ゲートウエイ）として、ゲートウエイ３０ａが決定されるものとする。この場合、ステップＳ３３において、「代行接続要求」が管理サーバ５０からゲートウエイ３０ａへと送信される。「代行接続要求」は、本来のゲートウエイ３０ｂに代わってトンネル接続要求を受信（代行受信）すべき旨の指令である。

また、管理サーバ５０は、ゲートウエイ３０ａに対してトンネル接続要求をも送信する（ステップＳ３４）。代行接続要求およびトンネル接続要求は、管理サーバ５０とゲートウエイ３０ａとの間においてゲートウエイ３０ｂの代行用に新たに予め確立されたメッセージセッション５１３を用いて、管理サーバ５０からゲートウエイ３０ａへと送信される。なお、ここでは、代行接続要求およびトンネル接続要求が別個の接続要求として送信されるが、これに限定されない。たとえば、代行接続要求とトンネル接続要求との双方が１つの接続要求として纏めて送信されるようにしてもよい。また、代行接続要求は必ずしも送信されることを要しない。

図９に示すように、ゲートウエイ３０ａは、ゲートウエイ３０ｂの代行用に管理サーバ５０との間に予め確立されたメッセージセッション５１３（図７）を用いて代行接続要求およびトンネル接続要求を受信する（ステップＳ３５，Ｓ３７）と、ステップＳ３９に進む。ステップＳ３９では、ゲートウエイ３０ａは、ゲートウエイ３０ｂに対してトンネル接続要求を送信する。

ゲートウエイ３０ｂは、トンネル接続要求をゲートウエイ３０ａから受信すると、ディープスリープモードから通常モードへと復帰する（図８参照）。また、ゲートウエイ３０ｂは、当該トンネル接続要求に応答して、クラウドサーバ７０との間でＨＴＴＰ（ＨＴＴＰＳ）セッション（トンネル通信）を確立する（ステップＳ５６）。詳細には、ゲートウエイ３０ｂがクラウドサーバ７０に対してトンネル通信の確立を要求し、クラウドサーバ７０が当該要求を承認することによって、当該トンネル通信が確立される。なお、図１０においては、砂地ハッチング付きの細長い矩形によって「トンネル通信」が模式的に示されている。

そして、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ｂの管理下のデバイス１０ｂに向かう通信がゲートウエイ３０ｂ経由で実行され得る（ステップＳ５７）。これにより、クラウドサーバ７０は、スリープ状態から復帰したゲートウエイ３０ｂを経由してデバイス１０へと特定の電子文書（印刷対象データ等）を送信することが可能である。

なお、その後、所定の無操作時間が経過すると、ゲートウエイ３０ｂは再びディープスリープモードに遷移する。

以上のような動作においては、管理サーバ５０は、ゲートウエイ３０ｂがディープスリープモードを有する状態にてゲートウエイ３０ｂの管理下のデバイス１０ｂに対するアクセス要求をクラウドサーバ７０から受信すると、ゲートウエイ３０ｂに代えて代行ゲートウエイ３０ａに対してトンネル接続要求を送信する。そして、代行ゲートウエイ３０ａは、トンネル接続要求を管理サーバ５０から受信すると、当該トンネル接続要求をゲートウエイ３０ｂに転送するとともに、ゲートウエイ３０ｂをディープスリープモードから復帰させる。そして、ゲートウエイ３０ｂは、ディープスリープモードから通常モードへの復帰後において、代行ゲートウエイ３０ａから受信したトンネル接続要求に基づきゲートウエイ３０ｂとクラウドサーバ７０との間でトンネル通信を確立し、クラウドサーバ７０とデバイス１０ｂとの通信を中継する。

これによれば、ゲートウエイ３０ｂをディープスリープモードに遷移させた場合においても、管理サーバ５０および代行ゲートウエイ３０ａ等を介して、ゲートウエイ３０ｂをディープスリープモードから復帰させることが可能である。したがって、ゲートウエイ３０ｂがディープスリープモードを有している状態からでも、ゲートウエイ３０ｂとクラウドサーバ７０との間のトンネル接続（トンネル通信）を適切に確立することが可能である。

また、ゲートウエイ３０ｂは、別の代行ゲートウエイ３０ａに代行処理を依頼し自装置（ゲートウエイ３０ｂ）をディープスリープモードに遷移させることができるので、ゲートウエイ３０ｂの消費電力（ひいてはシステム１全体の消費電力）を更に低減することが可能である。

＜２．第２実施形態＞
第２実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

上記第１実施形態では、ディープスリープ中のゲートウエイ３０ｂが代行ゲートウエイ３０ａからトンネル接続要求を受信すると、当該トンネル接続要求に応答して、ゲートウエイ３０ｂは、ディープスリープモードから復帰するとともにゲートウエイ３０ｂとクラウドサーバ７０とのトンネル通信を直ちに確立している。なお、このようなトンネル通信の接続モードは、次述する別の接続モード（正規接続モード）よりも簡易な接続モードであるため、「簡易接続モード」とも称される。

しかしながら、本発明は、これに限定されない。たとえば、代行ゲートウエイ３０ａからトンネル接続要求を受信しディープスリープから復帰したゲートウエイ３０ｂは、管理サーバ５０との間にメッセージセッション５２１を再び生成するようにしてもよい（図１４参照）。そして、ゲートウエイ３０ｂは、当該メッセージセッション５２１を介して管理サーバ５０から改めてトンネル接続要求を受け取り、当該トンネル接続要求に基づいてトンネル接続（トンネル通信）を確立するようにしてもよい。また、メッセージセッション５２１の再生成（再確立）の際には、ゲートウエイ３０ｂがその配下のデバイス１０を検索し、その検索結果を含む最新の情報がゲートウエイ３０ｂによって取得され管理サーバ５０に通知されることが好ましい。なお、このようなトンネル通信の確立モード（接続モード）は、「正規接続モード」とも称される。

この第２実施形態では、クラウドサーバ７０とディープスリープから復帰したゲートウエイ３０ｂとのトンネル通信が、上述の「正規接続モード」と「簡易接続モード」との両接続モードのうち、ユーザ設定によって指定された所定のモードによって実行される態様を例示する。

図１２は、第２実施形態に係る通信システムにおける動作（ゲートウエイ３０ｂのスリープからの復帰動作等）を示すタイミングチャートであり、図１３は、当該通信システムにおける動作の一部の動作（ゲートウエイ３０ｂの動作）を示すフローチャートである。また、図１４は、第２実施形態に係る動作（より詳細には、ゲートウエイ３０ｂがディープスリープモードから復帰する際における通信システム１の動作）を示す概念図である。

図１２〜図１４を参照しながら、ゲートウエイ３０ｂがディープスリープモード（スリープ状態）から通常モード（非スリープ状態）に復帰する際における通信システム１の動作について説明する。

ステップＳ３１〜Ｓ３５，Ｓ３７，Ｓ３９においては、第１実施形態と同様の処理が実行される（図１２および図１４等参照）。

ゲートウエイ３０ｂは、トンネル接続要求をゲートウエイ３０ａから受信すると、ディープスリープモードから通常モードへと復帰し、図１３に示す動作を実行する。

具体的には、ステップＳ５０においては、トンネル通信の確立モード（接続モード）として、「簡易接続モード」と「正規接続モード」との両モードのいずれがユーザ設定（ゲートウエイ３０ｂにおけるユーザ設定）によって指定されているかが判定され、その判定結果に応じた分岐処理が行われる。

トンネル通信の接続モードとして、「簡易接続モード」が指定されている場合には、ステップＳ５１ａに進む。ステップＳ５１ａでは、簡易接続モードによる接続動作が実行される。簡易接続モードによる接続動作は、第１実施形態と同様であり、直ちにステップＳ５６，Ｓ５７の処理が行われる。

一方、トンネル通信の接続モードとして、「正規接続モード」が指定されている場合には、ステップＳ５１ｂに進む。

ステップＳ５１ｂでは、正規接続モードによる接続動作が実行される。

詳細には、まず、ゲートウエイ３０ｂ（情報収集部４５）は、現時点でのその配下のデバイス１０を検索し、その検索結果に基づき最新の情報（デバイス情報）を取得する（ステップＳ５２）。これによれば、たとえば、ゲートウエイ３０ｂのスリープ中にデバイス１０ｂの電源がオフされデバイス１０ｂは現時点にて正常動作していないことなどを含む最新の情報を取得することが可能である。

つぎに、ゲートウエイ３０ｂ（メッセージセッション通信制御部４２）は、情報収集部４５によって収集されたデバイス情報に基づき、デバイス１０ｂが正常動作中である旨が判定されることを条件に、管理サーバ５０と当該デバイス１０ｂに対応するゲートウエイ３０ｂとの間にメッセージセッション５２１（図１４等参照）を新たに生成（確立）する（ステップＳ５３）。そして、ゲートウエイ３０ｂは、当該新たなメッセージセッション５２１を介してゲートウエイ３０ｂの配下デバイスに関する最新の情報を管理サーバ５０に通知する（ステップＳ５４）。また、ゲートウエイ３０ｂは、当該新たなメッセージセッション５２１を介して管理サーバ５０から改めてトンネル接続要求（新たなトンネル接続要求）を受信する（ステップＳ５５）。そして、ゲートウエイ３０ｂは、当該トンネル接続要求に応じて、トンネル接続（トンネル通信）をクラウドサーバ７０との間に確立する（ステップＳ５６（Ｓ５６ｂ））。

そして、当該トンネル接続を利用して、クラウドサーバ７０からゲートウエイ３０ｂの管理下のデバイス１０ｂに向かう通信がゲートウエイ３０ｂ経由で実行される（ステップＳ５７）。ゲートウエイ３０ｂ（トンネル通信制御部４３）は、当該トンネル接続を利用して、クラウドサーバ７０とデバイス１０ｂとの通信を中継する。これにより、クラウドサーバ７０は、特定の電子文書（印刷対象データ等）を、スリープ状態から復帰したゲートウエイ３０ｂを経由してデバイス１０へと送信することが可能である。

なお、正常接続モードにおいて、デバイス１０ｂが正常動作中ではない旨が判定されるときには、エラー情報が管理サーバ５０（あるいはゲートウエイ３０ｂ）からクラウドサーバ７０に対して送信される。

以上のような動作によれば、第１実施形態と同様の効果を得ることが可能である。

また特に、正規接続モードによる接続の際には、ゲートウエイ３０ｂのスリープ中にデバイス１０ｂの電源がオフされたことなどによって、デバイス１０ｂは現時点では正常動作していないこと（現時点ではゲートウエイ３０ｂの配下に存在しないこと）が知得されるので、適切なエラー対応処理を行うことが可能である。

また、簡易接続モードによる接続の際には、ゲートウエイ３０ｂは、配下デバイスの検索処理および管理サーバ５０との間でのメッセージセッションの再確立処理等を行わないため、処理を簡易化すること（ひいては処理の高速化）を図ることが可能である。

また、ユーザは、「簡易接続モード」と「正規接続モード」との両モードのいずれを用いるかを設定操作によって適宜選択することができるので、高い自由度を得ることが可能である。

なお、第２実施形態では、「正規接続モード」と「簡易接続モード」との両接続モードのうち、ユーザ設定によって指定された所定のモードによってトンネル通信が再確立される態様が例示されているが、これに限定されない。たとえば、常に「正規接続モード」によってトンネル通信が再確立されるようにしてもよい。

＜３．第３実施形態＞
第３実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

この第３実施形態においては、ゲートウエイ３０ａ，３０ｂの双方が共通のデバイス１０（ここでは１０ｂ）を配下に有している状況を想定する（図１７および図１８参照）。

第３実施形態においては、クラウドサーバ７０からデバイス１０ｂに対するアクセス要求を管理サーバ５０が受け付けると、管理サーバ５０は、デバイス１０ｂに対応するゲートウエイ３０を両ゲートウエイ３０ａ，３０ｂの中から管理情報５１０に基づいて選択する。ここでは、ゲートウエイ３０ｂが、デバイス１０ｂに対応するゲートウエイとして選択されたものとする。

そして、管理サーバ５０は、ゲートウエイ３０ｂと管理サーバ５０とのメッセージセッションが確立されていない旨を判定し、ゲートウエイ３０ｂ向けのトンネル接続要求を、管理サーバ５０と代行ゲートウエイ３０ａとのメッセージセッション５１３を介して、代行ゲートウエイ３０ａに送信する。これに応じて、ゲートウエイ３０ａは、ゲートウエイ３０ｂ向けのトンネル接続要求を受信する。

次に、代行ゲートウエイ３０ａは、所定の条件を充足しているか否かに応じて、トンネル接続要求をゲートウエイ３０ｂに転送するか否かを決定する。代行ゲートウエイ３０ａは、デバイス１０ｂが自装置（代行ゲートウエイ３０ａ）の配下にも存在することを知得しており、トンネル接続要求を自装置で処理するか否かを決定する。

ここでは、当該所定の条件として、ゲートウエイ３０ａのトンネル接続数が所定の上限値（たとえば、「２」）に既に到達しているか否かに関する判定結果が用いられるものとする。

そして、当該トンネル接続要求を最終的に受信したゲートウエイ３０（３０ａあるいは３０ｂ）とクラウドサーバ７０との間にトンネル接続が確立され、当該確立されたトンネル接続を介して、印刷対象データ等がクラウドサーバ７０から送信対象デバイス１０ｂに送信される。

図１５は、第３実施形態に係る通信システムにおける動作の一部の動作（ゲートウエイ３０ａの動作）を示すフローチャートである。図１６は、第３実施形態に係る通信システムにおける動作（ゲートウエイ３０ａのトンネル接続数が所定の上限値（最大値）に未だ到達していない場合の動作）を示すタイミングチャートである。また、図１７および図１８は、第３実施形態に係る動作（より詳細には、クラウドサーバ７０からデバイス１０ｂに対するアクセス要求が付与された際における通信システム１の動作）を示す概念図である。図１７は、ゲートウエイ３０ａのトンネル接続数が所定の上限値（最大値）に既に到達している場合の動作を示しており、図１８は、ゲートウエイ３０ａのトンネル接続数が所定の上限値（最大値）に未だ到達していない場合の動作を示している。

クラウドサーバ７０からデバイス１０ｂに対するアクセス要求が付与されると、第１実施形態と同様に、ステップＳ３１，Ｓ３２，Ｓ３３，Ｓ３４の動作が実行される（図１６参照）。具体的には、管理サーバ５０は、クラウドサーバ７０からのデバイス１０ｂに対するアクセス要求を受信すると、代行接続要求およびトンネル接続要求をゲートウエイ３０ａに対して送信する。すなわち、管理サーバ５０は、ゲートウエイ３０ｂ向けのトンネル接続要求をゲートウエイ３０ａに送信する。

そして、ゲートウエイ３０ａは、図１５に示す動作を実行する。

ゲートウエイ３０ａは、代行接続要求およびトンネル接続要求を受信すると、ステップＳ３５，Ｓ３７を経て、ステップＳ４１に進む。

ステップＳ４１では、ゲートウエイ３０ａのトンネル接続数が所定の上限値（たとえば、「２」）に既に到達しているか否かに関する判定し、その判定結果に基づく分岐処理が実行される。

クラウドサーバ７０とゲートウエイ（代行ゲートウエイ）３０ａとの間に設けられた現在のトンネル接続数が所定の上限値（たとえば、「２」）に既に到達している場合には、ステップＳ４２に進み、上記第１実施形態（図８参照）（あるいは第２実施形態（図１２参照））と同様の処理が行われる。ここでは、簡単化のため、第１実施形態と同様の処理が行われるものとする。

具体的には、図１７（図８等も参照）に示すように、ゲートウエイ３０ａは、管理サーバ５０からのトンネル接続要求をゲートウエイ３０ｂに転送し、ゲートウエイ３０ｂをディープスリープモードから復帰させる（ステップＳ３９）。そして、ゲートウエイ３０ｂは、簡易接続モードにて、クラウドサーバ７０との間でトンネル通信を確立し（ステップＳ５６）、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ｂの管理下のデバイス１０（たとえば１０ｂ）に向かう通信がゲートウエイ３０ｂ経由で実行される（ステップＳ５７）。

一方、クラウドサーバ７０と代行ゲートウエイ３０ａとの間に設けられた現在のトンネル接続数が所定の上限値に未だ到達していない場合には、ステップＳ４３（図１５）の処理が実行される。このステップＳ４３においては、ステップＳ５８，Ｓ５９の処理（次述）が実行される。

具体的には、図１６および図１８に示すように、代行ゲートウエイ３０ａは、代行ゲートウエイ３０ａとクラウドサーバ７０との間で新たなトンネル接続（トンネル通信）を確立し（ステップＳ５８）、クラウドサーバ７０とデバイス１０ｂとの通信を中継する（ステップＳ５９）。ステップＳ５９では、当該新たなトンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ａの管理下のデバイス１０（たとえば１０ｂ）に向かう通信がゲートウエイ３０ａ経由で実行される。

このように、代行接続要求およびトンネル接続要求が管理サーバ５０からゲートウエイ３０ａに対して送信された場合であっても、ゲートウエイ３０ａは、トンネル接続要求を無条件にゲートウエイ３０ｂに転送するのではない。ゲートウエイ３０ａは、トンネル接続要求をゲートウエイ３０ｂに転送するか否かを状況に応じて変更する。

ゲートウエイ３０ａは、自らのリソースに余裕がある場合（ゲートウエイ３０ａとクラウドサーバ７０との間のトンネル接続数が上限値未満である場合）には、図１８のような動作を実行する。具体的には、ゲートウエイ３０は、管理サーバ５０からのトンネル接続要求をゲートウエイ３０ｂに転送する代わりに、当該トンネル接続要求に基づきゲートウエイ３０ａ自らがクラウドサーバ７０との間にトンネル接続を確立して、ゲートウエイ３０ａ自らがクラウドサーバ７０とデバイス１０ｂとの通信を中継する。端的に言えば、代行ゲートウエイ３０ａ自らがゲートウエイ３０ｂに代わって、トンネル接続によるクラウドサーバ７０との通信処理をも行う。

これによれば、ゲートウエイ３０ａのリソースを有効に活用し、ゲートウエイ３０ｂを出来る限りディープスリープモードに遷移させたままで維持することができるので、ゲートウエイ３０ｂのディープスリープモードからの復帰に伴う電力消費を抑制することが可能である。

＜４．第４実施形態＞
第４実施形態は、第３実施形態の変形例である。以下では、第３実施形態との相違点を中心に説明する。

この第４実施形態においても、ゲートウエイ３０ａ，３０ｂの双方が共通のデバイス１０（ここでは１０ｂ）を配下に有している状況を想定する。

第４実施形態においても、クラウドサーバ７０からデバイス１０ｂに対するアクセス要求を管理サーバ５０が受け付けると、管理サーバ５０は、デバイス１０ｂに対応するゲートウエイ３０を両ゲートウエイ３０ａ，３０ｂの中から管理情報５１０に基づいて選択する。ここでも、ゲートウエイ３０ｂが、デバイス１０ｂに対応するゲートウエイとして選択されたものとする。

次に、ゲートウエイ３０ａは、所定の条件を充足しているか否かに応じて、トンネル接続要求をゲートウエイ３０ｂに転送するか否かを決定する。そして、当該トンネル接続要求を最終的に受信したゲートウエイ３０（３０ａあるいは３０ｂ）とクラウドサーバ７０との間にトンネル接続が確立され、当該確立されたトンネル接続を介して、印刷対象データ等がクラウドサーバ７０から送信対象デバイス１０ｂに送信される。

ただし、この第４実施形態では、当該所定の条件として、代行ゲートウエイ３０ａのセキュリティレベルとゲートウエイ３０ｂのセキュリティレベルとの大小関係に基づく判定結果を用いるものとする。

図１９は、第４実施形態に係る通信システムにおける動作の一部の動作（ゲートウエイ３０ａの動作）を示すフローチャートである。

クラウドサーバ７０からデバイス１０ｂに対するアクセス要求が付与されると、第３実施形態（および第１実施形態等）と同様に、ステップＳ３１，Ｓ３２，Ｓ３３，Ｓ３４の動作が実行される（図１６参照）。具体的には、管理サーバ５０は、クラウドサーバ７０からのデバイス１０ｂに対するアクセス要求を受信すると、代行接続要求およびトンネル接続要求をゲートウエイ３０ａに対して送信する。

また、ゲートウエイ３０ａは、図１９に示す動作を実行する。

ゲートウエイ３０ａが代行接続要求およびトンネル接続要求を受信すると、処理はステップＳ３５，Ｓ３７を経てステップＳ４５に進む。

ステップＳ４５では、代行ゲートウエイ３０ａのセキュリティレベルとゲートウエイ３０ｂのセキュリティレベルとの大小関係が判定され、その判定結果に基づく分岐処理が実行される。

ここにおいて、各ゲートウエイ３０ａ，３０ｂのセキュリティレベルは、それぞれの配置等に応じて適宜に設定される。たとえば、比較的高い秘匿性を有する部署にゲートウエイ３０が配置されている場合（ゲートウエイ３０が比較的高い秘匿性を有する情報を管理する場合等）には、比較的高いセキュリティレベルが当該ゲートウエイ３０に設定される。逆に、比較的低い秘匿性を有する部署にゲートウエイ３０が配置されている場合（ゲートウエイ３０が秘匿情報をほぼ扱わない場合等）には、比較的低いセキュリティレベルが当該ゲートウエイ３０に設定される。

たとえば、ゲートウエイ３０ｂのセキュリティレベルが「レベル３」に設定されており且つ代行ゲートウエイ３０ａのセキュリティレベルが「レベル５」に設定されているときには、代行ゲートウエイ３０ａのセキュリティレベルは、ゲートウエイ３０ｂのセキュリティレベルよりも高いと判定される。ここでは、セキュリティレベルの数値が大きいほど、高いレベルのセキュリティが確保されることを示すものとする。

なお、ステップＳ４５では、トンネル接続経路等に関するセキュリティ項目に関するセキュリティレベルが比較されることが好ましい。たとえば、トンネル接続経路自体の「暗号化強度」、および／またはトンネル接続経路に関する「証明書検証強度」等が比較されることが好ましい。一方、トンネル接続経路以外のセキュリティに関する項目（たとえば、ＰＤＦファイルの暗号化に関する「暗号化ＰＤＦ設定」、あるいはゲートウエイ３０のＨＤＤ（ハードディスクドライブ）の暗号化に関する「ＨＤＤ暗号化」）は考慮されなくてもよい。

また、ゲートウエイ３０ａは、図１９の動作に先立って、ゲートウエイ３０ａのセキュリティレベルとゲートウエイ３０ｂのセキュリティレベルとを予め取得しているものとする。たとえば、ゲートウエイ３０ｂとの通信等によって各セキュリティレベルが取得されればよい。

ステップＳ４５において、代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベルより低いと判定される場合には、ステップＳ４６に進み、上記第１実施形態（図８参照）（あるいは第２実施形態（図１２参照））と同様の処理が行われる。ここでは、簡単化のため、第１実施形態と同様の処理が行われるものとする。

具体的には、図１７（図８等も参照）に示す動作が行われる。詳細には、ゲートウエイ３０ａは、管理サーバ５０からのトンネル接続要求をゲートウエイ３０ｂに転送し、ゲートウエイ３０ｂをディープスリープモードから復帰させる（ステップＳ３９）。そして、ゲートウエイ３０ｂは、簡易接続モードにて、クラウドサーバ７０との間でトンネル通信を確立し（ステップＳ５６）、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ｂの管理下のデバイス１０（たとえば１０ｂ）に向かう通信がゲートウエイ３０ｂ経由で実行される（ステップＳ５７）。

一方、代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベル以上である場合には、ステップＳ４７（図１９）の処理が実行される。このステップＳ４７においては、ステップＳ５８，Ｓ５９の処理が実行される。

具体的には、図１６および図１８に示す動作が行われる。詳細には、代行ゲートウエイ３０ａは、代行ゲートウエイ３０ａとクラウドサーバ７０との間で新たなトンネル接続（トンネル通信）を確立し（ステップＳ５８）、クラウドサーバ７０とデバイス１０ｂとの通信を中継する（ステップＳ５９）。ステップＳ５９では、当該新たなトンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ａの管理下のデバイス１０（たとえば１０ｂ）に向かう通信がゲートウエイ３０ａ経由で実行される。

このように、代行接続要求およびトンネル接続要求が管理サーバ５０からゲートウエイ３０ａに対して送信された場合であっても、ゲートウエイ３０ａは、無条件にトンネル接続要求をゲートウエイ３０ｂに転送するのではない。

ゲートウエイ３０ａは、自らのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベルに比較して遜色が無い場合（代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベル以上である場合）には、図１８のような動作を実行する。具体的には、ゲートウエイ３０ａは、管理サーバ５０からのトンネル接続要求をゲートウエイ３０ｂに転送する代わりに、当該トンネル接続要求に基づきゲートウエイ３０ａ自らがクラウドサーバ７０との間にトンネル接続を確立して、ゲートウエイ３０ａ自らがクラウドサーバ７０とデバイス１０ｂとの通信を中継する。端的に言えば、代行ゲートウエイ３０ａ自らがゲートウエイ３０ｂに代わって、トンネル接続によるクラウドサーバ７０との通信処理をも行う。

これによれば、セキュリティレベルの低下を抑制しつつ、ゲートウエイ３０ｂを出来る限りディープスリープモードに遷移させたままで維持することができるので、ゲートウエイ３０ｂのディープスリープモードからの復帰に伴う電力消費を抑制することが可能である。

なお、第３実施形態および第４実施形態では、ゲートウエイ３０ｂは、簡易接続モードにてクラウドサーバ７０とトンネル接続する態様が主に例示されているが、これに限定されない。たとえば、第３実施形態および第４実施形態においても、ゲートウエイ３０ｂは、正規接続モードにてクラウドサーバ７０とトンネル接続するようにしてもよい（図１４参照）。特に、第２実施形態と同様に、簡易接続モードと正規接続モードとのうちユーザにより選択されたモードによって、ゲートウエイ３０ｂとクラウドサーバ７０とがトンネル接続されるようにしてもよい。

＜５．第５実施形態＞
＜５−１．概要＞
第５実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

上記第１実施形態においては、ゲートウエイ３０ｂがディープスリープモードに遷移する直前にゲートウエイ３０ｂがゲートウエイ３０ａに対して代行事前依頼を送信する態様が例示されている（図５および図６参照）。

一方、第５実施形態においては、ゲートウエイ３０ｂがゲートウエイ３０ａに対して代行事前依頼を送信しない態様を例示する。第５実施形態では、ゲートウエイ３０ａがＬＡＮ１０７内の他のゲートウエイ３０（３０ｂ等）に関する管理情報を一定期間間隔で取得しておき、当該管理情報を管理サーバ５０に随時転送して管理サーバ５０に格納しておく。そして、管理サーバ５０は、（最新の）当該管理情報に基づいて、ゲートウエイ３０ｂの代行ゲートウエイを決定し、当該決定された代行ゲートウエイ（たとえば３０ａ）に対して、トンネル接続要求を送信する。

＜５−２．ディープスリープモードに遷移するまで＞
図２０は、第５実施形態に係る通信システムにおける動作（主にゲートウエイ３０ｂがディープスリープモードに遷移する前の動作）を示すタイミングチャートである。図２１は、第５実施形態に係る通信システムにおける動作の一部の動作（ゲートウエイ３０ａの動作）を示すフローチャートである。また、図２２は、第５実施形態に係る動作（主にゲートウエイ３０ｂがディープスリープモードに遷移する前の動作）を示す概念図である。さらに、図２３は、管理サーバ５０に格納される管理情報３５０の一例を示す図である。

第５実施形態においては、第１実施形態における図５の動作の代わりに図２０の動作が行われる。具体的には、ゲートウエイ３０ｂがディープスリープモードに遷移する前において、当該ゲートウエイ３０ｂによる代行事前依頼処理が行われるのではなく、複数のゲートウエイ３０を統括するゲートウエイ３０ａ（統括ゲートウエイとも称する）（詳細にはその情報収集部４５）が、他のゲートウエイ３０（ゲートウエイ３０ｂを含む）に関する管理情報を取得し、管理サーバ５０に当該管理情報を送信する。

図２１は、ゲートウエイ３０ａの当該動作を示すフローチャートである。

図２１に示すように、ステップＳ２１において、前回の検索時点から一定時間（たとえば、１分）が経過した旨が判定されると、ステップＳ２２に進む。

ステップＳ２２においては、ゲートウエイ３０ａ（情報収集部４５）は、ＬＡＮ１０７内の他のゲートウエイ３０（３０ｂ等）の存否を確認する検索指令（検索パケット）を送信する。また、ゲートウエイ３０ａ（情報収集部４５）は、当該検索指令に応答してＬＡＮ１０７内に存在することが確認された他の各ゲートウエイ３０（３０ｂ等）に対して、各ゲートウエイ３０に関する管理情報を返信すべき旨の管理情報送信要求を送信する（ステップＳ２２）（図２２も参照）。

各ゲートウエイ３０は、ゲートウエイ３０ａからの検索指令を受信すると、ＬＡＮ１０７内に自ら（各ゲートウエイ３０自身）が存在する旨をゲートウエイ３０ａに返信する。また、各ゲートウエイ３０は、ゲートウエイ３０ａからの管理情報送信要求を受信すると、各ゲートウエイ３０の配下のデバイスに関する情報と、各ゲートウエイ３０の代行ゲートウエイに関する情報とをゲートウエイ３０ａに送信する。

なお、ここでは、検索指令と管理情報送信要求との両指令が別個に送受信されているが、これに限定されず、検索指令と管理情報送信要求とに相当する１つの指令（信号）が送受信されるようにしてもよい。

ゲートウエイ３０ａは、各ゲートウエイ３０からの情報（管理情報送信要求に対する応答）を受信する（ステップＳ２３）と、各ゲートウエイ３０からの当該情報を管理サーバ５０に送信（転送）する（ステップＳ２４）（図２２も参照）。

これにより、各ゲートウエイ３０からゲートウエイ３０ａに送信されてきた情報は、ゲートウエイ３０ａによって管理サーバ５０に対して転送され、管理サーバ５０内の管理テーブル６９（６９ｅ）（図２２参照）に追加されて格納される。

その後、ゲートウエイ３０ｂは、適宜のタイミングでディープスリープモードに遷移する（図２０参照）。

図２３は、第５実施形態に係る管理テーブル６９（６９ｅ）を示す図である。この管理テーブル６９ｅには、管理情報３５０が格納されている。

図２３に示されるように、管理情報３５０においては、複数のゲートウエイ３０と複数のデバイス１０との対応関係（支配関係ないし主従関係とも称する）が規定されている。詳細には、各ゲートウエイ３０の配下に存在するデバイス１０の情報が規定されている。たとえば、図２３の管理情報３５０においては、ゲートウエイ３０ａの配下にはデバイス１０ａとデバイス１０ｃとが存在し且つゲートウエイ３０ｂの配下にはデバイス１０ｂが存在する旨が規定されている。

また、管理情報３５０においては、複数のゲートウエイ３０の相互間の代行関係（詳細には、各ゲートウエイを代行することが可能な別のゲートウエイ）も規定されている。たとえば、図２３においては、ゲートウエイ３０ａは、ゲートウエイ３０ｂを代行することが可能である旨が規定されている。

さらに、この管理情報３５０においては、各ゲートウエイ３０が管理サーバ５０との間にメッセージセッションを現時点で有しているか否かに関する情報も規定されている。図２３では、ゲートウエイ３０ａは管理サーバ５０との間にメッセージセッションを有している旨が規定されているとともに、ゲートウエイ３０ｂは（ディープスリープ中であること等に起因して）管理サーバ５０との間にメッセージセッションを有していない旨が規定されている。なお、メッセージセッションの有無に関する情報は、ゲートウエイ３０から取得されることを要さず、管理サーバ５０自身によって取得され管理テーブル６９に格納されればよい。

このように、第５実施形態においては、ゲートウエイ３０ｂがゲートウエイ３０ａに対して代行事前依頼を送信せずに、ゲートウエイ３０ｂがディープスリープモードに遷移する。

また、ゲートウエイ３０ａは、ゲートウエイ３０ｂに関する代行用の新たなメッセージセッション５１３（図７等参照）を生成しない。ゲートウエイ３０ａは、既存のメッセージセッション５１１を用いて、ゲートウエイ３０ａ向けのトンネル接続要求とゲートウエイ３０ｂ向けのトンネル接続要求との双方を待機する。

＜５−３．ディープスリープモードからの復帰＞
つぎに、クラウドサーバ７０からデバイス１０ｂに対するアクセス要求が付与され、ゲートウエイ３０ｂがディープスリープモード（スリープ状態）から通常モード（非スリープ状態）に復帰する際における通信システム１の動作について図２４〜図２６を参照しながら説明する。図２４は、当該動作を示すタイミングチャートである。また、図２５は、当該動作の一部の動作（管理サーバ５０の動作）を示すフローチャートであり、図２６は、当該動作の一部の動作（ゲートウエイ３０ａの動作）を示すフローチャートである。

図２４に示すように、第１実施形態と同様にしてステップＳ３１，Ｓ３２が行われる。これに応じて、管理サーバ５０は、図２５のフローチャートの動作を実行する。

まず、管理サーバ５０は、クラウド印刷指示に基づくアクセス要求（印刷出力先のデバイス１０ｂに対するアクセス要求）をクラウドサーバ７０から受信すると、ステップＳ７１からステップＳ７２に進む。

ステップＳ７２においては、管理サーバ５０は、アクセス先のデバイス１０ｂに対応するゲートウエイとしてゲートウエイ３０ｂを管理情報３５０（図２３）に基づいて決定し、当該ゲートウエイ３０ｂが管理サーバ５０との間にメッセージセッションを有しているか否かを判定する。

当該ゲートウエイ３０ｂが管理サーバ５０との間にメッセージセッションを有している場合には、ゲートウエイ３０ｂは非ディープスリープ状態（通常状態等）を有すると判定され、管理サーバ５０は、ゲートウエイ３０ｂに対して直接的にトンネル接続要求を送信する（ステップＳ７３）。そして、ゲートウエイ３０ｂとクラウドサーバ７０との間にトンネル接続が確立され、当該トンネル接続を介してクラウドサーバ７０からデバイス１０ｂへのデータ送信等が行われる。

一方、ゲートウエイ３０ｂが管理サーバ５０との間にメッセージセッションを有していない場合には、ゲートウエイ３０ｂがディープスリープ状態であるものと判定し、ステップＳ７４に進む。

ステップＳ７４では、ゲートウエイ３０ｂに対して接続可能なゲートウエイ３０であって管理サーバ５０との間にメッセージセッションを有するゲートウエイ３０（換言すれば、ゲートウエイ３０ｂの有効な代行ゲートウエイ）が存在するか否かが管理情報３５０に基づいて判定される。また、管理サーバ５０は、ゲートウエイ３０ｂの有効な代行ゲートウエイ（特定のゲートウエイ３０ｂに対応する有効な代行ゲートウエイ３０ａ）を管理情報３５０に基づいて決定する。

ゲートウエイ３０ｂの有効な代行ゲートウエイが存在しないと判定される場合には、管理サーバ５０はエラー情報をクラウドサーバ７０に送信する（ステップＳ７５）。

ゲートウエイ３０ｂの有効な代行ゲートウエイが存在すると判定される場合には、管理サーバ５０は、当該代行ゲートウエイ３０（ここでは３０ａ）に対してゲートウエイ３０ｂ向けのトンネル接続要求を送信する（ステップＳ７６）。換言すれば、管理サーバ５０は、ゲートウエイ３０ｂへの転送要求付きのトンネル接続要求をゲートウエイ３０ａに送信する。

ゲートウエイ３０ａは、当該ゲートウエイ３０ａと管理サーバ５０との間に確立されている既存のメッセージセッション５１１（図２２）を介して、管理サーバ５０からのメッセージ（トンネル接続要求）を受信すると、ステップＳ６４からステップＳ６５に進む（図２６参照）。ここでは、ゲートウエイ３０ａ向けのメッセージを主に受け取るメッセージセッション５１１が、当該ゲートウエイ３０ａと管理サーバ５０との間に既に確立されているものとする。既存の当該メッセージセッション５１１を用いてゲートウエイ３０ｂ向けのトンネル接続要求が受信される。

仮に、当該メッセージが自装置向けのメッセージ（具体的には、ゲートウエイ３０ａ向けのトンネル接続要求）であると判定されると、ステップＳ６５からステップＳ６７に進む。ステップＳ６７では、ゲートウエイ３０ａとクラウドサーバ７０との間にトンネル接続が確立され、当該トンネル接続を介してクラウドサーバ７０からデバイス１０ａ（あるいは１０ｃ等）へのデータ送信等が行われる。

ここでは、当該メッセージが他のゲートウエイ３０ｂ向けのトンネル接続要求であると判定され、ステップＳ６５からステップＳ６６に進む。ステップＳ６６では、第１実施形態と同様に、代行ゲートウエイ３０ａからゲートウエイ３０ｂに対してトンネル接続要求が転送され（ステップＳ３９）、ゲートウエイ３０ｂがディープスリープ状態から通常状態に復帰する。そして、ゲートウエイ３０ｂとクラウドサーバ７０との間にトンネル接続が確立され（ステップＳ５６（図２４参照））、当該トンネル接続を介してクラウドサーバ７０からデバイス１０ｂへのデータ送信等が行われる（ステップＳ５７）。なお、その後、所定の無操作時間が経過すると、ゲートウエイ３０ｂは再びディープスリープモードに遷移する。

以上のような動作によっても、第１実施形態と同様の効果を得ることが可能である。

また特に、上記動作においては、複数のゲートウエイ３０の相互間の代行関係（ゲートウエイ３０ａがゲートウエイ３０ｂの代行ゲートウエイであること等を含む）がゲートウエイ３０ａによって予め取得され管理サーバ５０に転送されて管理テーブル６９に格納されている。そして、管理サーバ５０は、クラウドサーバ７０からのデバイス１０ｂに対するアクセス要求を受け付けると、管理テーブル６９内の管理情報３５０に基づいて、デバイス１０ｂを配下に有するゲートウエイ（３０ｂ）を決定するとともに、当該ゲートウエイ３０ｂの代行ゲートウエイはゲートウエイ３０ａである旨を決定する。そして、ゲートウエイ３０ｂへの転送要求付きのトンネル接続要求が管理サーバ５０から代行ゲートウエイ３０ａに送信される。この結果、トンネル接続要求が管理サーバ５０から代行ゲートウエイ３０ａを経由してゲートウエイ３０ｂに送信される。

このような動作によれば、ゲートウエイ３０ｂは、ディープスリープモードに遷移する前に代行事前依頼を代行ゲートウエイ３０ａに送信することを要しない。

さらに特に、代行ゲートウエイ３０ａは、管理サーバ５０との間に新たなメッセージセッションを生成することなく、管理サーバ５０との間の既存のメッセージセッション５１１（ゲートウエイ３０ａ向けのメッセージセッション）を用いて、ゲートウエイ３０ｂ向けのトンネル接続要求を待機し、当該トンネル接続要求を受信する（図２２参照）。したがって、管理サーバ５０とゲートウエイ３０ａとの間にゲートウエイ３０ｂ向けのメッセージセッション５１３（図７および図１０参照）を新たに生成する場合に比べて、通信負荷を軽減し、ゲートウエイ３０ａおよび管理サーバ５０のリソースを有効に利用することが可能である。より詳細には、ゲートウエイ３０ａおよび管理サーバ５０におけるメモリ使用量を抑制することなどが可能である。

＜６．第６実施形態＞
第６実施形態は、第５実施形態と第２実施形態との組み合わせに係る変形例である。以下では、第５実施形態との相違点を中心に説明する。

この第６実施形態においては、管理サーバ５０は、図２５のフローチャートの動作に代えて、図２７のフローチャートの動作を実行する。

ステップＳ７１〜Ｓ７５は、第５実施形態と同様である。

ステップＳ７４において「ＹＥＳ」と判定されると、（ステップＳ７６ではなく）ステップＳ７７に進む。

ステップＳ７７では、管理サーバ５０は、トンネル通信の確立モード（接続モード）として、「簡易接続モード」と「正規接続モード」との両モードのいずれがユーザ設定によって指定されているかを判定し、その判定結果に応じた分岐処理を行う。なお、ゲートウエイ３０ｂにおけるユーザ設定内容は、予め管理サーバ５０に転送されて格納されているものとする。

管理サーバ５０は、両モード（「簡易接続モード」および「正規接続モード」）のうちユーザにより設定されたモードによってトンネル接続要求に対する動作を実行すべき旨とトンネル接続要求をゲートウエイ３０ｂに転送すべき旨とを伴うトンネル接続要求を、代行ゲートウエイ３０ａに対して送信する。

具体的には、トンネル通信の接続モードとして「簡易接続モード」が指定されている場合には、ステップＳ７８に進む。ステップＳ７８では、簡易接続モードによる接続動作を実行すべき旨の情報を伴って（当該情報が付与されて）、ゲートウエイ３０ｂ向けのトンネル接続要求が管理サーバ５０から代行ゲートウエイ３０ａに対して送信される。その後、トンネル接続要求がゲートウエイ３０ａからゲートウエイ３０ｂに転送され（ステップＳ６６（図２６））、ゲートウエイ３０ｂにおいて「簡易接続モード」によるトンネル接続処理が実行される（ステップＳ５６，Ｓ５７）（図８および図１０参照）。

一方、トンネル通信の接続モードとして、「正規接続モード」が指定されている場合には、ステップＳ７９に進む。ステップＳ７９では、正規接続モードによる接続動作を実行すべき旨の情報を伴って（当該情報が付与されて）、ゲートウエイ３０ｂ向けのトンネル接続要求が管理サーバ５０から代行ゲートウエイ３０ａに対して送信される。その後、トンネル接続要求がゲートウエイ３０ａからゲートウエイ３０ｂに転送され（ステップＳ６６（図２６））、ゲートウエイ３０ｂにおいて「正規接続モード」によるトンネル接続処理が実行される（ステップＳ５３，Ｓ５４，Ｓ５５，Ｓ５６，Ｓ５７）（図１２および図１４参照）。

以上のような動作によれば、第２実施形態および第５実施形態と同様の効果を得ることが可能である。

＜７．第７実施形態＞
第７実施形態は、第５実施形態と第３実施形態との組み合わせに係る変形例である。以下では、第５実施形態との相違点を中心に説明する。

この第７実施形態においては、第３実施形態と同様に、ゲートウエイ３０ａ，３０ｂの双方が共通のデバイス１０（ここでは１０ｂ）を配下に有している状況を想定する（図１７および図１８参照）。なお、メッセージセッション５１３が確立されていない点においては、第５実施形態（図２２参照）と共通し、第３実施形態（図１７および図１８参照）とは相違する。

第７実施形態においては、デバイス１０ｂに対するアクセス要求を管理サーバ５０がクラウドサーバ７０から受け付けると、管理サーバ５０は、デバイス１０ｂに対応するゲートウエイ３０を両ゲートウエイ３０ａ，３０ｂの中から管理情報５３０に基づいて選択する。ここでは、ゲートウエイ３０ｂが、デバイス１０ｂに対応するゲートウエイとして選択されたものとする。

そして、管理サーバ５０は、当該ゲートウエイ３０ｂと管理サーバ５０とのメッセージセッションが確立されていない旨を判定する場合に、トンネル接続要求を代行ゲートウエイ３０ａに送信する。ただし、管理サーバ５０は、所定の条件を充足しているか否かに応じて、トンネル接続要求をゲートウエイ３０ｂに転送すべき旨を当該トンネル接続要求に付随させるか否かを決定する。第７実施形態における当該所定の条件は、第３実施形態における所定の条件と同様である。

ゲートウエイ３０ａの現在のトンネル接続数が所定の上限値に既に到達している場合には、ゲートウエイ３０ｂに転送すべき旨を伴ってトンネル接続要求がゲートウエイ３０ａに送信される。換言すれば、管理サーバ５０は、ゲートウエイ３０ｂへの転送要求付きのトンネル接続要求をゲートウエイ３０ａに送信する。これに応じて、ゲートウエイ３０ａは、ゲートウエイ３０ｂにトンネル接続要求を転送する。

一方、ゲートウエイ３０ａの現在のトンネル接続数が所定の上限値に未だ到達していない場合には、ゲートウエイ３０ｂに転送すべき旨を伴わずにトンネル接続要求がゲートウエイ３０ａに送信される。

この第７実施形態においては、管理サーバ５０は、図２５のフローチャートの動作に代えて、図２８のフローチャートの動作を実行する。

ステップＳ７１〜Ｓ７５は、第５実施形態と同様である。

ステップＳ７４において「ＹＥＳ」と判定されると、（ステップＳ７６ではなく）ステップＳ８１に進む。

ステップＳ８１では、管理サーバ５０は、ゲートウエイ３０ａに対して現在のトンネル接続の接続数を返信すべき旨の指令を送信する。ゲートウエイ３０ａは、当該指令に応答して、ゲートウエイ３０ａの現在のトンネル接続数を管理サーバ５０に返信する。当該指令およびその応答は、メッセージセッション５１１（図２２参照）を介して送受信される。

ゲートウエイ３０ａにおける現在のトンネル接続数がゲートウエイ３０から管理サーバ５０へと送信されてくると、処理はステップＳ８２からステップＳ８３に進む。

ステップＳ８３では、ゲートウエイ３０ａのトンネル接続数が所定の上限値（たとえば、「２」）に既に到達しているか否かが判定され、その判定結果に基づく分岐処理が実行される。

クラウドサーバ７０とゲートウエイ（代行ゲートウエイ）３０ａとの間に設けられた現在のトンネル接続数が所定の上限値（たとえば、「２」）に既に到達している場合には、ステップＳ８４の処理が実行される。ステップＳ８４においては、管理サーバ５０は、トンネル接続要求をゲートウエイ３０ｂに転送すべき旨を伴って、トンネル接続要求を代行ゲートウエイ３０ａに対して送信する。すなわち、転送要求付きのトンネル接続要求がゲートウエイ３０ａに送信される。

その後、上記第１実施形態（図８参照）（あるいは第２実施形態（図１２参照））と同様の処理が行われる。具体的には、図１７（図８等も参照）に示すように、ゲートウエイ３０ａは、管理サーバ５０からのトンネル接続要求をゲートウエイ３０ｂに転送し、ゲートウエイ３０ｂをディープスリープモードから復帰させる（ステップＳ３９）。そして、ゲートウエイ３０ｂは、簡易接続モード（あるいは正規接続モード）にて、クラウドサーバ７０との間でトンネル通信を確立し（ステップＳ５６）、当該トンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ｂの管理下のデバイス１０（たとえば１０ｂ）に向かう通信がゲートウエイ３０ｂ経由で実行される（ステップＳ５７）。

一方、クラウドサーバ７０と代行ゲートウエイ３０ａとの間に設けられた現在のトンネル接続数が所定の上限値に未だ到達していない場合には、ステップＳ８５（図２８）の処理が実行される。ステップＳ８５においては、管理サーバ５０は、転送要求を伴わないトンネル接続要求をゲートウエイ３０ａに送信する。換言すれば、管理サーバ５０は、ゲートウエイ３０ａ自身で実行すべきトンネル接続要求をゲートウエイ３０ａに送信する。

その後、ステップＳ５８，Ｓ５９の処理が実行される。具体的には、図１６および図１８に示すように、ゲートウエイ３０ａは、ゲートウエイ３０ａとクラウドサーバ７０との間で新たなトンネル接続（トンネル通信）を確立し（ステップＳ５８）、クラウドサーバ７０とデバイス１０ｂとの通信を中継する（ステップＳ５９）。ステップＳ５９では、当該新たなトンネル通信を利用して、クラウドサーバ７０からゲートウエイ３０ａの管理下のデバイス１０（たとえば１０ｂ）に向かう通信がゲートウエイ３０ａ経由で実行される。

このように、管理サーバ５０は、転送要求を伴わないトンネル接続要求をゲートウエイ３０ａに対して送信してゲートウエイ３０ａとクラウドサーバ７０との間でトンネル通信を確立させ、クラウドサーバ７０と特定のデバイス１０ｂとの通信をゲートウエイ３０ａに中継させることができる。

以上のような動作によれば、第３実施形態および第５実施形態と同様の効果を得ることが可能である。

＜８．第８実施形態＞
第８実施形態は、第５実施形態と第４実施形態との組み合わせに係る変形例である。以下では、第５実施形態との相違点を中心に説明する。

この第８実施形態においては、第４実施形態と同様に、ゲートウエイ３０ａ，３０ｂの双方が共通のデバイス１０（ここでは１０ｂ）を配下に有している状況を想定する（図１７および図１８参照）。なお、メッセージセッション５１３が確立されていない点においては、第５実施形態（図２２参照）と共通し、第４実施形態とは相違する。

第８実施形態においては、デバイス１０ｂに対するアクセス要求を管理サーバ５０がクラウドサーバ７０から受け付けると、管理サーバ５０は、デバイス１０ｂに対応するゲートウエイ３０を両ゲートウエイ３０ａ，３０ｂの中から管理情報５３０に基づいて選択する。ここでは、ゲートウエイ３０ｂが、デバイス１０ｂに対応するゲートウエイとして選択されたものとする。

そして、管理サーバ５０は、ゲートウエイ３０ｂと管理サーバ５０とのメッセージセッションが確立されていない旨を判定する場合には、トンネル接続要求を代行ゲートウエイ３０ａに送信する。ただし、管理サーバ５０は、所定の条件を充足しているか否かに応じて、トンネル接続要求をゲートウエイ３０ｂに転送すべき旨を当該トンネル接続要求に付随させるか否かを決定する。第８実施形態における当該所定の条件は、第４実施形態における所定の条件と同様である。

代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベルより低いと判定される場合には、ゲートウエイ３０ｂに転送すべき旨を伴ってトンネル接続要求がゲートウエイ３０ａに送信される。換言すれば、管理サーバ５０は、ゲートウエイ３０ｂへの転送要求付きのトンネル接続要求をゲートウエイ３０ａに送信する。これに応じて、ゲートウエイ３０ａは、ゲートウエイ３０ｂにトンネル接続要求を転送する。

一方、代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベル以上であると判定される場合には、ゲートウエイ３０ｂに転送すべき旨を伴わずにトンネル接続要求がゲートウエイ３０ａに送信される。

この第８実施形態においては、管理サーバ５０は、図２５のフローチャートの動作に代えて、図２９のフローチャートの動作を実行する。

ステップＳ７１〜Ｓ７５は、第５実施形態と同様である。

ステップＳ７４において「ＹＥＳ」と判定されると、（ステップＳ７６ではなく）ステップＳ９１に進む。

ステップＳ９１では、代行ゲートウエイ３０ａのセキュリティレベルとゲートウエイ３０ｂのセキュリティレベルとの大小関係が判定され、その判定結果に基づく分岐処理が実行される。

なお、各ゲートウエイ３０のセキュリティレベルに関する情報は、ステップＳ２３，Ｓ２４（図２０および図２１参照）において、各ゲートウエイ３０からゲートウエイ３０ａを介して管理サーバ５０へと予め送信されているものとする。

代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベルより低いと判定される場合には、ステップＳ９２の処理が実行される。ステップＳ９２においては、管理サーバ５０は、トンネル接続要求をゲートウエイ３０ｂに転送すべき旨を伴って、トンネル接続要求を代行ゲートウエイ３０ａに対して送信する。すなわち、転送要求付きのトンネル接続要求がゲートウエイ３０ａに送信される。

一方、代行ゲートウエイ３０ａのセキュリティレベルがゲートウエイ３０ｂのセキュリティレベル以上である場合には、ステップＳ９３（図２９）の処理が実行される。ステップＳ９３においては、管理サーバ５０は、転送要求を伴わないトンネル接続要求をゲートウエイ３０ａに送信する。換言すれば、管理サーバ５０は、ゲートウエイ３０ａ自身で実行すべきトンネル接続要求をゲートウエイ３０ａに送信する。

以上のような動作によれば、第４実施形態および第５実施形態と同様の効果を得ることが可能である。

＜９．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。

たとえば、上記各実施形態においては、ゲートウエイ３０がＭＦＰを用いて構築される態様が例示されているが、これに限定されず、ゲートウエイ３０は他の装置（単機能プリンタあるいはパーソナルコンピュータ等）を用いて構築されてもよい。

また、上記各実施形態においては、デバイス１０としてＭＦＰが例示されているが、これに限定されず、デバイス１０はその他の装置（単機能プリンタあるいはパーソナルコンピュータ等）であってもよい。

１通信システム
１０デバイス（ＭＦＰ）
３０ａ（代行）ゲートウエイ
３０ｂ（特定の）ゲートウエイ
５０管理サーバ
７０クラウドサーバ
９０クライアント
３１０，３５０管理情報

Claims

所定のＬＡＮの外部に設けられたクラウドサーバと前記所定のＬＡＮの内部に設けられた特定のデバイスとの間の通信を、前記所定のＬＡＮの内部に設けられた複数のゲートウエイのいずれかを介して実行する通信システムにて、前記クラウドサーバと前記特定のデバイスとの間の通信を管理する管理サーバに内蔵されたコンピュータに、
ａ）前記クラウドサーバから前記特定のデバイスに対するアクセス要求を受け付けるステップと、
ｂ）前記クラウドサーバとの間でトンネル通信を確立すべき旨のトンネル接続要求を前記アクセス要求に応じて送信するステップと、
を実行させるためのプログラムであって、
前記ステップｂ）は、
ｂ−１）前記アクセス要求が受け付けられた場合に前記特定のデバイスに対応する特定のゲートウエイと前記管理サーバとの間に通信セッションが確立されていないときには、前記特定のゲートウエイとは別のゲートウエイである代行ゲートウエイと前記管理サーバとの間の通信セッションを介して前記トンネル接続要求を前記代行ゲートウエイに対して送信するステップ、
を有し、
前記ステップｂ−１）は、
ｂ−１−１）前記代行ゲートウエイのセキュリティレベルが前記特定のゲートウエイのセキュリティレベルより低い場合には、前記トンネル接続要求を前記特定のゲートウエイに転送させる転送要求を伴って前記代行ゲートウエイに対して前記トンネル接続要求を送信して、前記特定のゲートウエイと前記クラウドサーバとの間で前記トンネル通信を確立させるステップと、
ｂ−１−２）前記代行ゲートウエイのセキュリティレベルが前記特定のゲートウエイのセキュリティレベルより高い場合には、前記代行ゲートウエイに対して前記トンネル接続要求を送信して、前記代行ゲートウエイと前記クラウドサーバとの間でトンネル通信を確立させるステップと、
を有することを特徴とするプログラム。
請求項１に記載のプログラムにおいて、
ｃ）前記複数のゲートウエイの相互間の代行関係に関する代行情報を含む管理情報を格納するステップ、
を前記コンピュータにさらに実行させるためのプログラム。
請求項２に記載のプログラムにおいて、
前記管理情報は、前記複数のゲートウエイのそれぞれのセキュリティレベルを含むことを特徴とするプログラム。
請求項１ないし請求項３のいずれかに記載のプログラムにおいて、
前記複数のゲートウエイはそれぞれ画像形成装置であることを特徴とするプログラム。
請求項１ないし請求項４のいずれかに記載のプログラムにおいて、
前記特定のデバイスは画像形成装置であることを特徴とするプログラム。