JP2019018461A - 中継装置、プログラム、および、ネットワークシステム - Google Patents

Abstract

【課題】ネットワークシステムにおいてダウンタイムの発生を回避すること。【解決手段】ＭＦＰ１００Ａがゲートウェイとして動作しているネットワークシステムにおいて、ゲートウェイがＭＦＰ１００ＡからＭＦＰ１００Ｂへ切り替えられるとき、ＭＦＰ１００Ｂは、クラウドサーバー４００とＭＦＰ１００Ａ〜１００Ｅとの間でジョブのデータの送受信が無い場合に、クラウドサーバー４００とＭＦＰ１００Ａ〜１００Ｅに当該ＭＦＰ１００Ｂを新ＧＷとして設定することを指示する。【選択図】図１

Description

本開示は、中継装置、プログラム、および、ネットワークシステムに関し、特に、クラウドサーバーとクライアントとの間でジョブを中継する中継装置、そのような中継装置によって実行されるプログラム、および、そのような中継装置を含むネットワークシステムに関する。

従来、ネットワーク内のクライアント装置が中継装置を介して外部のサーバーと通信するための技術が種々提供されている。たとえば、特開２０１４−１７５７４７号公報（特許文献１）は、自律分散型ネットワークシステムを開示している。当該ネットワークシステムでは、図５等に記載されるように、通信不能となった第２中継装置５の第２中継装置ネットワーク１２に所属するノードｎ６が、第１中継装置４の第１中継装置ネットワーク１１に所属するノードｎ３から異常情報を含む中継装置情報を受け取る。そして、ノードｎ６は、第１中継装置ネットワーク１１に所属するノードに対して、自立して第１中継装置ネットワーク１１への参入を要求し、第２中継装置ネットワーク１２から、第１中継装置ネットワーク１１に参入する（「要約書」参照）。

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

しかしながら、従来のネットワークシステムでは、中継装置が交代する際、ネットワーク内のクライアント装置が一時的にサーバーと通信できなくなる、いわゆるダウンタイムが発生していた。このことから、ダウンタイムの発生を回避できるようなネットワークシステムが求められている。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、ネットワークシステムにおいてダウンタイムの発生を回避することである。

本開示のある局面に従うと、所定のネットワーク内の画像処理装置、および、所定のネットワーク外のサーバーと通信可能な通信インターフェースと、プロセッサーとを備えた中継装置であって、プロセッサーは、画像処理装置とサーバーとの間のデータの送受信が発生しないときに、画像処理装置およびサーバーに、所定のネットワークのゲートウェイとして中継装置を指定することを通知するように構成されている、中継装置が提供される。

画像処理装置とサーバーとの間のデータの送受信が発生していないときは、画像処理装置がサーバーへジョブのデータを送信していないときを含んでもよい。

画像処理装置がサーバーへジョブのデータを送信していないときは、当該画像処理装置がファックス受信連携ジョブを実行中であるときに、当該画像処理装置がファックス受信連携ジョブに係るデータをサーバーに向けて送信するまでの期間を含んでもよい。

画像処理装置がサーバーへジョブのデータを送信していないときは、当該画像処理装置がスキャンされた文書のサーバーへの送信を含むジョブを実行中であるときに、当該画像処理装置がスキャンされた文書をサーバーに向けて送信するまでの期間を含んでもよい。

画像処理装置とサーバーとの間のデータの送受信が発生していないときは、サーバーが所定のネットワークにおいて中継装置として動作している他の装置を介して画像処理装置にジョブのデータを送信していないときを含んでもよい。

プロセッサーは、サーバーに所定のネットワークのゲートウェイとして中継装置を指定することを通知した後、画像処理装置が所定のネットワークにおいて中継装置として動作している他の装置を介してサーバーにジョブ送信の要求を送信した場合には、当該要求をサーバーに送信するように構成されていてもよい。

プロセッサーは、要求をサーバーに送信した後、要求を送信した画像処理装置に所定のネットワークのゲートウェイとして中継装置を指定することを通知するように構成されていてもよい。

画像処理装置と一体的に構成されていてもよい。
本開示の他の局面に従うと、所定のネットワーク内の画像処理装置、および、所定のネットワーク外のサーバーと通信可能な通信インターフェースを備えたコンピューターによって実行されるプログラムが提供される。プログラムは、コンピューターに、所定のネットワーク内の画像処理装置、および、所定のネットワーク外のサーバーと通信可能な通信インターフェースと、プロセッサーとを備えた中継装置であって、画像処理装置とサーバーとの間のデータの送受信が発生しているか否かを判断するステップと、画像処理装置とサーバーとの間のデータの送受信が発生していない場合に、画像処理装置およびサーバーに、所定のネットワークのゲートウェイとして中継装置を指定することを通知するステップとを実行させる。

本開示のさらに他の局面に従うと、所定のネットワーク内の画像処理装置と、所定のネットワーク外のサーバーと、画像処理装置とサーバーとの間を中継するための第１の中継装置および第２の中継装置とを備え、第２の中継装置は、所定のネットワーク内の１台以上の画像処理装置、および、所定のネットワーク外のサーバーと通信可能な通信インターフェースと、プロセッサーとを含み、プロセッサーは、画像処理装置とサーバーとの間のデータの送受信が発生しない場合に、画像処理装置およびサーバーに、所定のネットワークのゲートウェイとして中継装置を指定することを通知するように構成されている、ネットワークシステムが提供される。

本開示によれば、中継装置は、サーバーと所定のネットワーク内の画像処理装置との間のデータの送受信が発生していないときに、サーバーと画像処理装置に所定のネットワーク内の中継装置の切替を指示する。これにより、所定のネットワーク内の中継装置の切替の際にダウンタイムは発生しない。

ネットワークシステムの構成の一例を模式的に示す図である。 ＧＷとクラウドサーバー４００との間のトンネルを利用したジョブデータの送受信に係るデータの一例を模式的に示す図である。 図１のネットワークシステムにおけるＧＷとして機能するＭＦＰが、ＭＦＰ１００ＡからＭＦＰ１００Ｂへと切り替えられた状態を示す図である。 ＭＦＰ１００のハードウェア構成を概略的に示す図である。 各ＭＦＰ１００のジョブ処理状態を管理するためのリストの一例を表わす図である。 クラウドサーバー４００におけるジョブの状態を管理するためのリストの一例を表わす図である。 本開示に係るネットワークシステムにおいて、ＧＷがＭＦＰ１００ＡからＭＦＰ１００Ｂに切り替えられるときの処理の流れを示す図である。 本開示に係るネットワークシステムの挙動の一例を示す図である。

以下に、図面を参照しつつ、本開示に係るネットワークシステムの実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

［１．ネットワークシステムの構成の概要］
図１は、ネットワークシステムの構成の一例を模式的に示す図である。図１に示されるように、チャットシステムは、ローカルエリアネットワーク（ＬＡＮ）２００と、クラウドネットワーク３００とを含む。

ＬＡＮ２００は、５台のＭＦＰ１００Ａ〜１００Ｅを含む。クラウドネットワーク３００は、クラウドサーバー４００とクライアント５００とを含む。クライアント５００は、たとえばクラウドネットワーク３００におけるユーザーによって操作されるパーソナルコンピューターである。

ＬＡＮ２００において、５台のＭＦＰ１００Ａ〜１００ＥのうちＭＦＰ１００Ａがゲートウェイ（ＧＷ）として機能している。ＧＷは、クラウドサーバー４００との間で、いわゆる「トンネル」（図１中のトンネルＴＮ）と呼ばれる仮想的な通信パスを確立させる。クラウドサーバー４００は、トンネルＴＮを介して、ＭＦＰ１００Ａ〜１００Ｅのそれぞれへジョブ送信の要求およびジョブデータを送信する。また、ＭＦＰ１００Ａ〜１００Ｅのそれぞれは、トンネルＴＮを介して、クラウドサーバー４００へジョブ送信の要求およびジョブデータを送信する。これにより、ＭＦＰ１００Ａ〜１００Ｅを利用したクラウドサービスが提供される。

ＭＦＰ１００Ａ〜１００Ｅのそれぞれの構成は等価であってもよい。したがって、以下の説明では、ＭＦＰ１００Ａ〜１００Ｅに共通する構成が「ＭＦＰ１００」として称される。

［２．仮想的なトンネルを利用した通信］
図２は、ＧＷとクラウドサーバー４００との間のトンネルを利用したジョブデータの送受信に係るデータの一例を模式的に示す図である。図２に示されたＨＴＴＰ（Hypertext Transfer Protocol）リクエスト５０は、クラウドサーバー４００からＧＷへ送信されるデータの一例であって、クライアント５００からの印刷要求に従った印刷用のＨＴＴＰリクエストを表わす。ＨＴＴＰリクエスト５０は、ヘッダー５１とボディ５２とを含む。ヘッダー５１は、プロトコル標準ヘッダーと、中継装置としてのＭＦＰ１００に利用されるトンネル通信用ヘッダーとを含む。ボディ５２は印刷データ５２Ａを含む。

ＧＷ（中継装置としてのＭＦＰ１００）は、ＨＴＴＰリクエスト５０を受けると、当該ＨＴＴＰリクエスト５０から印刷データ５２Ａを取り出し、取り出した印刷データ５２Ａを当該印刷データ５２Ａに係る印刷ジョブを実行するＭＦＰ１００に送信する。

［３．ＬＡＮにおけるゲートウェイの切替］
図３は、図１のネットワークシステムにおけるＧＷとして機能するＭＦＰが、ＭＦＰ１００ＡからＭＦＰ１００Ｂへと切り替えられた状態を示す図である。図３に示されるようにＧＷとして動作するＭＦＰがＭＦＰ１００ＡからＭＦＰ１００Ｂへと切り替えられると、ＭＦＰ１００Ｂは、クラウドサーバー４００との間で仮想的なトンネルを確立させて、クラウドサーバー４００とＭＦＰ１００との間のジョブ送信の要求およびジョブデータの、送受信を中継する。

すなわち、クラウドサーバー４００は、ＭＦＰ１００Ｂを介して、ＭＦＰ１００にジョブ送信の要求およびジョブデータを送信する。各ＭＦＰ１００は、ＭＦＰ１００Ｂを介して、クラウドサーバー４００にジョブ送信の要求およびジョブデータを送信する。

［４．ＭＦＰ１００のハードウェア構成］
図４は、ＭＦＰ１００のハードウェア構成を概略的に示す図である。図３を参照して、ＭＦＰ１００は、全体を制御するためのＣＰＵ（Central Processing Unit）１５０、プログラムおよびデータを格納するための記憶部１６０、操作パネル１７０を含む。

記憶部１６０は、ＣＰＵ１５０により実行されるプログラムおよび各種データを記憶する。操作パネル１７０は、ディスプレイ１７１と、操作部１７２とを含む。ディスプレイ１７１の一例は、液晶表示装置である。ディスプレイ１７１の他の例は、プラズマディスプレイである。操作部１７２は、ＭＦＰ１００に対する操作の入力を受け付ける。

ＭＦＰ１００は、さらに、画像処理部１５１と、画像形成部１５２と、画像読取部１５３と、ファクシミリ通信部１５４と、ネットワーク通信部１５５とを含む。画像処理部１５１は、入力された画像に対して拡大・縮小を含む各種の処理を施す。画像形成部１５２は、感光体等の、記録用紙に画像を形成するための要素を含む。画像読取部１５３は、スキャナー等の原稿の画像データを生成するための要素を含み、原稿のスキャンによりスキャンデータを生成する。ファクシミリ通信部１５４は、モデム等のファクシミリ通信により画像データの送受信するための要素を含む。ネットワーク通信部１５５は、ネットワークカード等の、ネットワークを介してデータ通信をするための要素を含む。画像処理部１５１、画像形成部１５２、画像読取部１５３、ファクシミリ通信部１５４、および、ネットワーク通信部１５５のそれぞれの機能は、画像形成装置においてよく知られたものであるから、ここでは詳細な説明は繰返さない。

［５．ＧＷとしての機能構成］
図４において「ゲートウェイ機能４０」として示されるように、ＭＦＰ１００のＣＰＵ１５０は、たとえば所定のプログラムを実行することによって、ＧＷとして機能する。ゲートウェイ機能４０は、機能的な構成として、通信制御部４１、速度測定部４５、動作制御部４７、および、プロトコル取得部４９を含む。

通信制御部４１は、ネットワーク通信部１５５および／またはファクシミリ通信部１５４を用いて、他の装置との通信を制御する処理部である。通信制御部４１は、メッセージセッション通信制御部４２とトンネル通信制御部４３とを有する。

メッセージセッション通信制御部４２は、クラウドネットワーク３００内の管理サーバーとの通信をメッセージセッションを用いて実行する処理部である。メッセージセッション通信制御部４２は、管理サーバーとの間にメッセージセッションを確立して、管理サーバーとの通信を実行する。

トンネル通信制御部４３は、ネットワーク通信部１５５を用いて、ＧＷとクラウドサーバー４００との間にトンネル接続を確立して、クラウドサーバー４００と特定のデバイス（たとえば、ＭＦＰ１００Ａ〜１００Ｅのいずれか）との通信を中継する。

速度測定部４５は、ネットワーク通信部１５５および／またはファクシミリ通信部１５４を用いて、データの送信経路の通信速度を表わす値を測定する処理部である。動作制御部４７は、ＧＷおよびＬＡＮ２００内の装置のそれぞれの動作モードを制御する処理部である。動作制御部４７は、たとえばＭＦＰ１００Ａ〜１００ＥにＧＷとして動作するＭＦＰ１００を特定する情報を送信し、当該ＭＦＰ１００をＧＷとして登録することを指示する。プロトコル取得部４９は、クライアント５００および／またはクラウドサーバー４００がデータ送信に利用するプロトコルを取得する。

［６．ジョブ送信の要求の送信とジョブデータの送信］
本開示に係るネットワークシステムでは、ジョブ送信の要求により、クラウドサーバー４００とＭＦＰ１００との間でセッションが確立され、その後、当該セッションを介してジョブデータが送受信される。

一例では、ＭＦＰ１００Ｃがスマートスキャンジョブを実行する場合、ＭＦＰ１００Ｃはクラウドサーバー４００にスマートスキャンジョブに係るジョブ送信の要求を送信する。これにより、ＭＦＰ１００Ｃとクラウドサーバー４００との間でセッションが確立される。その後、ＭＦＰ１００Ｃは、当該セッションを介して、スマートスキャンジョブに係るスキャンデータをジョブデータとしてクラウドサーバー４００へ送信する。

他の例では、クラウドサーバー４００がＭＦＰ１００Ｄを利用したリモートプリントジョブを実行する場合、クラウドサーバー４００はＭＦＰ１００Ｄにリモートプリントジョブに係るジョブ送信の要求を送信する。これにより、クラウドサーバー４００とＭＦＰ１００Ｄとの間でセッションが確立される。その後、クラウドサーバー４００は、当該セッションを介して、ＭＦＰ１００Ｄに印刷対象の文書をジョブデータとして送信する。

ジョブが完了すると、セッションは切断される。
［７．ジョブの種類］
本開示に係るネットワークシステムにおいてＭＦＰ１００が実行するジョブについて、具体例を以下に示す。

Ａ．デバイストリガーのジョブ
デバイストリガーのジョブは、ユーザーがＭＦＰ１００またはクライアント５００を操作することによって開始される種類のジョブであり、たとえば、「スマートスキャン」「プルプリント」「ファックス受信連携ジョブ」と呼ばれるジョブを含む。各ジョブを以下に説明する。

・スマートスキャンジョブ
スマートスキャンジョブは、ＭＦＰ１００におけるスキャンによって生成された画像データをクラウドサーバー４００を介して所定の記憶装置に格納するジョブであり、たとえば次の（１）〜（３）の工程を含む。

（１）ユーザーが任意のタイミングでＭＦＰ１００の操作パネル１７０を操作することにより、ＭＦＰ１００は、当該ＭＦＰ１００にインストールされているスマートスキャン用のアプリケーションを起動する。

（２）起動されたアプリケーションは、ＧＷ経由で、クラウドサーバー４００と通信し、操作パネル１７０上に表示する情報を得る。

（３）起動されたアプリケーションは、ＧＷ経由で、ＭＦＰ１００におけるスキャンによって生成された画像データを、クラウドサーバー４００へ送信する。

・プルプリントジョブ
プルプリントジョブは、ＭＦＰ１００に対する操作に応じて、クラウドネットワーク３００上の文書を印刷するジョブであり、たとえば次の（１）〜（３）の工程を含む。

（１）ユーザーが任意のタイミングでＭＦＰ１００を操作したことに応じて、ＭＦＰ１００は、ＧＷ経由でクラウドサーバー４００と接続し、当該操作によって指定された文書を要求する。

（２）クラウドサーバー４００は、ＧＷ経由で、要求された文書をＭＦＰ１００へ送信する。

（３）ＭＦＰ１００は、ＧＷ経由で受信した文書を印刷する。
・ファックス受信連携ジョブ
ファックス受信連携ジョブは、ＭＦＰ１００が受信したファクシミリ文書（データ）をクラウドサーバー４００へ送信するジョブであり、たとえば次の（１）〜（４）の工程を含む。

（１）ＭＦＰ１００は、任意のタイミングでファクシミリ通信用の回線のコールを受信する。

（２）ＭＦＰ１００は、ファクシミリ通信を確立させる。
（３）ＭＦＰ１００は、ファクシミリ通信を介してファクシミリ文書を受信する。

（４）ＭＦＰ１００は、受信したファクシミリ文書をＧＷ経由でクラウドサーバー４００へ送信する。なお、ＭＦＰ１００は、ファクシミリ文書の受信完了後に、クラウドサーバー４００へのファクシミリ文書の送信を開始する。

Ｂ．アプリトリガーのジョブ
アプリトリガーのジョブは、ユーザーが任意のタイミングでクラウドネットワーク３００からＭＦＰ１００に対して文書の印刷等を要求するジョブであり、たとえば、「リモートプリント」「リモートファックス」と呼ばれるジョブを含む。各ジョブを以下に説明する。

・リモートプリントジョブ
リモートプリントジョブは、ユーザーがクライアント５００を操作することにより、ＭＦＰ１００に文書の印刷を指示するジョブであり、たとえば次の（１）〜（３）の工程を含む。

（１）ユーザーからの操作に応じて、クライアント５００がクラウドサーバー４００に文書の印刷を要求する。当該要求は、文書を印刷するＭＦＰ１００の指定を含んでいてもよい。

（２）クラウドサーバー４００がＧＷ経由でＭＦＰ１００に上記文書を送信するとともに、当該文書の印刷を指示する。

（３）ＭＦＰ１００が受信した文書を印刷する。
なお、ＭＦＰ１００は印刷対象の文書を格納していてもよい。この場合、クラウドサーバー４００からＭＦＰ１００への文書の送信は省略されてもよい。

・リモートファックスジョブ
リモートファックスジョブは、ユーザーが指定した文書をＭＦＰ１００にファクシミリ送信させるジョブであり、たとえば次の（１）〜（３）の工程を含む。

（１）ユーザーからの操作に応じて、クライアント５００がクラウドサーバー４００に文書のファクシミリ送信を要求する。当該要求は、ファクシミリの送信元となるＭＦＰ１００の指定、および、送信先を特定する情報を含んでいてもよい。

（２）クラウドサーバー４００がＧＷ経由でＭＦＰ１００に上記文書を送信するとともに、当該文書のファクシミリ送信を指示する。

（３）ＭＦＰ１００が受信した文書をファクシミリ送信する。なお、ＭＦＰ１００はファクシミリ送信の対象の文書を格納していてもよい。この場合、クラウドサーバー４００からＭＦＰ１００への文書の送信は省略されてもよい。

［８．ＭＦＰ１００におけるジョブ処理状態］
本開示に係るネットワークシステムにおいて、ＧＷとして動作するＭＦＰ１００およびこれからＧＷとして動作するＭＦＰ１００は、ＬＡＮ２００内の各ＭＦＰ１００におけるジョブの状態を監視する。図５は、各ＭＦＰ１００のジョブ処理状態を管理するためのリストの一例を表わす図である。図５に示されたリストは、たとえば、ＧＷであるＭＦＰ１００の記憶部１６０に格納され、適宜更新される。

図５に示されるように、ジョブ処理状態は、実行中のジョブ（上段）とジョブのステータス（下段）とを含む。なお、実行中のジョブが無いＭＦＰ１００については、ジョブ処理状態はステータスを含まない。図５の例では、ＭＦＰ１００Ａ，１００Ｄについては、ジョブ処理状態として値「実行中のジョブ無し」が設定されている。

ＭＦＰ１００Ｂについては、値「ファックス受信連携ジョブ実行中」が設定されている。ステータスは、「通信確立処理中」である。すなわち、ＭＦＰ１００Ｂは、ファックス受信連携ジョブにおいてファックスの送信元とファクシミリ通信を確立するための処理を実行中である。当該通信が確立すると、ＭＦＰ１００Ｂはファクシミリ文書を受信し、受信したファクシミリ文書をクラウドサーバー４００へ送信する。

ＭＦＰ１００Ｃについては、値「スマートスキャンジョブ実行中」が設定されている。ステータスは、「スキャンデータ送信中」である。すなわち、ＭＦＰ１００Ｃは、スマートスキャンジョブにおいてスキャンデータをクラウドサーバー４００へ送信している。

ＭＦＰ１００Ｅについては、値「リモートファックスジョブ実行中」が設定されている。ステータスは、「ファクシミリ送信中」である。すなわち、ＭＦＰ１００Ｅは、リモートファックスジョブにおいて、クラウドサーバー４００から受信したファクシミリ文書を指定された送信先にファクシミリ通信によって送信している。

［９．クラウドサーバー４００におけるジョブ処理状態］
本開示に係るネットワークシステムにおいて、クラウドサーバー４００は、ＬＡＮ２００内の各ＭＦＰ１００から送信されているまたは各ＭＦＰ１００に送信されているジョブの状態を管理している。図６は、クラウドサーバー４００におけるジョブの状態を管理するためのリストの一例を表わす図である。図６に示されたリストは、たとえば、クラウドサーバー４００内の記憶装置に格納され、適宜更新される。

図６のリストは、項目「対象デバイス名」と項目「ジョブ処理状態」とを表わす。項目「対象デバイス名」は、ジョブのために確立されているセッションの相手を表わす。項目「ジョブ処理状態」は、ジョブの処理状態を表わす。

図６の例では、クラウドサーバー４００は、ＭＦＰ１００Ｂ，１００Ｃ，１００Ｅのそれぞれとの間でセッションを確立させている。ＭＦＰ１００Ｂについて、クラウドサーバー４００は、「ファックス受信連携ジョブ」（ジョブ処理状態）におけるＭＦＰ１００Ｂからのファクシミリ文書の送信に向けて待機している。ＭＦＰ１００Ｃについて、クラウドサーバー４００は、「スマートスキャンジョブ」（ジョブ処理状態）におけるＭＦＰ１００Ｃからのスキャンデータを受信している。ＭＦＰ１００Ｅについて、クラウドサーバー４００は、「リモートファックスジョブ」（ジョブ処理状態）におけるＭＦＰ１００Ｅからのファクシミリ文書を受信している。

［１０．処理の流れ］
図７は、本開示に係るネットワークシステムにおいて、ＧＷがＭＦＰ１００ＡからＭＦＰ１００Ｂに切り替えられるときの処理の流れを示す図である。図７の処理は、たとえば、ＭＦＰ１００ＡがＧＷとして動作している状況において、ＭＦＰ１００ＢにＧＷとして動作する指示が入力されたことをトリガーとして開始される。

ステップＳ１０にて、ＭＦＰ１００ＢのＣＰＵ１５０は、ＭＦＰ１００Ａに対して、クラウドサーバー４００との間でトンネル通信を確立するための情報（ゲートウェイＩＤ：ＧＷＩＤ）を要求する。ステップＳ１０にて、ＭＦＰ１００ＢのＣＰＵ１５０は、さらにクラウドサーバー４００のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の、クラウドサーバー４００に接続するための情報を要求してもよい。

ステップＳ１２にて、ＭＦＰ１００ＡのＣＰＵ１５０は、ＭＦＰ１００Ｂに対して、ＧＷＩＤを通知する。ステップＳ１２にて、ＭＦＰ１００ＡのＣＰＵ１５０は、ＭＦＰ１００Ｂに対して、さらにクラウドサーバー４００に接続するための情報を送信してもよい。

ステップＳ１４にて、ＭＦＰ１００ＢのＣＰＵ１５０は、クラウドサーバー４００に、ＬＡＮ２００内のＭＦＰ１００との間での実行中のジョブの状態を問合せる。

ステップＳ１６にて、クラウドサーバー４００は、ＭＦＰ１００Ｂに対して、ＬＡＮ２００内のＭＦＰ１００との間での実行中のジョブの状態を回答する。クラウドサーバー４００からの回答は、たとえば、図６に示されたリストによって特定される情報の送信である。

ステップＳ１８にて、ＭＦＰ１００ＢのＣＰＵ１５０は、クラウドサーバー４００からＭＦＰ１００Ａ〜１００Ｅにジョブ送信が要求されているジョブが無いかどうかを判断する。当該ジョブの一例は「リモートプリント」である。他の例は「リモートファックス」である。ある実施の形態において、ＣＰＵ１５０は、クラウドサーバー４００から受信したリストにおいて、「ジョブ処理状態」として「リモートプリント」または「リモートファックス」が含まれていない場合には上記ジョブが無いと判断し、含まれている場合には上記ジョブがあると判断する。ＣＰＵ１５０は、上記ジョブが無いと判断するとステップＳ２０へ制御を進め、上記ジョブがあると判断するとステップＳ１４へ制御を戻す。

ステップＳ２０にて、ＭＦＰ１００ＢのＣＰＵ１５０は、ＬＡＮ２００内のＭＦＰ１００であって、ＭＦＰ１００Ａ（現在ＧＷとして動作している）の支配下にあるＭＦＰ１００のそれぞれに、各ＭＦＰ１００からクラウドサーバー４００へジョブ送信を要求しているジョブの有無を問い合わせる。「支配下」にあるＭＦＰ１００とは、ＧＷとしてＭＦＰ１００Ａを利用してクラウドサーバー４００と通信するＭＦＰ１００を意味し、図１の例ではＭＦＰ１００Ａ〜１００Ｅである。

ステップＳ２２にて、各ＭＦＰ１００は、ＭＦＰ１００Ｂに対してジョブの状態を回答する。ＭＦＰ１００ＢのＣＰＵ１５０は、各ＭＦＰ１００からの回答を受信し、受信した回答を記憶部１６０等に格納する。これにより、ＭＦＰ１００Ｂにおいて、たとえば図５に示されたようなリストが生成される。

ステップＳ２４にて、ＭＦＰ１００ＢのＣＰＵ１５０は、すべてのＭＦＰ１００について、ＭＦＰ１００からクラウドサーバー４００にジョブ送信が要求されているジョブが無いかどうかを判断する。当該ジョブの一例は、「スマートスキャン」である。他の例は、「プルプリント」である。さらに他の例は、「ファックス受信連携ジョブ」である。

ある実施の形態において、ＭＦＰ１００ＢのＣＰＵ１５０は、ステップＳ２２において作成されたリストに、すべてのＭＦＰ１００について「スマートスキャン」「プルプリント」および「ファックス受信連携ジョブ」が含まれていなければ、すべてのＭＦＰ１００について、ＭＦＰ１００からクラウドサーバー４００に送信されているジョブは無いと判断し、ステップＳ２６へ制御を進める。一方、ＣＰＵ１５０は、当該リストに、「スマートスキャン」「プルプリント」および「ファックス受信連携ジョブ」のいずれかが含まれていれば、ステップＳ１４へ制御を戻す。

ステップＳ２６にて、ＭＦＰ１００ＢのＣＰＵ１５０は、クラウドサーバー４００に対してＧＷの設定の切替の指示を送信する。より具体的には、当該指示は、クラウドサーバー４００に対して、ＬＡＮ２００のＧＷをＭＦＰ１００ＡからＭＦＰ１００Ｂへ切り替えることを指示する。

ステップＳ２８にて、ＭＦＰ１００ＢのＣＰＵ１５０は、ＭＦＰ１００Ａの支配下にある全てのＭＦＰ１００に対してＧＷの設定の切替の指示を送信する。

ステップＳ３０にて、ＭＦＰ１００ＢのＣＰＵ１５０は、クラウドサーバー４００とトンネル接続を確立する。この場合、クラウドサーバー４００は、ステップＳ２６において送信された情報を利用して、ＭＦＰ１００ＢがＧＷであることを認識し、ＭＦＰ１００Ｂとのトンネル接続を確立する。

図７の処理によれば、ＬＡＮ２００では、ＭＦＰ１００とクラウドサーバー４００との間でジョブが送信されていない状態でＧＷが切り替えられる。これにより、ＬＡＮ２００におけるクラウドサービスの提供においてダウンタイムは発生しない。また、各ＭＦＰ１００は、作業員による操作ではなく、ＭＦＰ１００Ｂからの指示に応じて、ＧＷの設定を変更する。これにより、作業員が各ＭＦＰ１００を操作するという煩雑な作業を省略することができ、また、当該操作によるＧＷの設定ミスが極力回避され得る。

［１１．クラウドサーバー４００への設定切替指示後のジョブの送信］
図７のステップＳ２６においてクラウドサーバー４００に設定切替の指示が送信された後、ステップＳ２８において各ＭＦＰ１００に設定切替の指示が送信される前に、ＭＦＰ１００からクラウドサーバー４００にジョブが送信された状況において場合の処理について説明する。図８は、本開示に係るネットワークシステムの挙動の一例を示す図である。

図８において「（１）」が付されて示されるように、ＭＦＰ１００は、ＭＦＰ１００Ａ（切替前のＧＷ）にジョブ送信を要求する。これに応じて、ＭＦＰ１００ＡのＣＰＵ１５０は、「（２）」が付されて示されるように、クラウドサーバー４００に対してジョブ送信を要求する。

クラウドサーバー４００は、既にステップＳ２６（図７）にて、ＭＦＰ１００ＢからＧＷの設定切替の指示を受信している。したがって、「（３）」が付されて示されるように、ＭＦＰ１００Ａ（現ＧＷ）からの（２）のジョブ送信の要求に対して、応答（Ｒｅｓ）の送信を所定時間遅らせる。

一方、ＭＦＰ１００Ｂは、ステップＳ２４にて全てのＭＦＰ１００からジョブが送信されていないと判断した後、ＭＦＰ１００Ａの支配下にあるＭＦＰ１００の状態をウォッチング（監視）する。上記ウォッチングにより、ＭＦＰ１００Ｂは、「（４）」が付されて示されるように、「（１）」のジョブ送信の要求を認識する。

「（５）」が付されて示されるように、ＭＦＰ１００ＢのＣＰＵ１５０は、クラウドサーバー４００とのトンネル接続を確立する。当該トンネル接続の確立は、図７のステップＳ３０の制御に相当する。

次に、「（６）」が付されて示されるように、ＭＦＰ１００ＢのＣＰＵ１５０は、「（１）」のジョブ送信を要求したＭＦＰ１００から、ジョブのデータを取得する。当該ジョブのデータの取得は、たとえば、ＭＦＰ１００Ｂから当該ＭＦＰ１００にジョブのデータの送信を要求し、当該要求に応じて当該ＭＦＰ１００がＭＦＰ１００Ｂにジョブのデータを送信することによって実現される。

次に、「（７）」が付されて示されるように、ＭＦＰ１００ＢのＣＰＵ１５０は、「（１）」のジョブ要求の送信をクラウドサーバー４００へ送信する。

次に、「（８）」が付されて示されるように、ＭＦＰ１００ＢのＣＰＵ１５０は、「（１）」のジョブ要求を送信したＭＦＰ１００に対して、ＬＡＮ２００内のＧＷをＭＦＰ１００ＡからＭＦＰ１００Ｂへ切り替えるように設定を変更することを指示する。

以上、図８を参照して説明された処理によれば、ＭＦＰ１００Ｂがクラウドサーバー４００へ設定切替を指示（ステップＳ２６）した後にＭＦＰ１００がＭＦＰ１００Ａを介してクラウドサーバー４００にジョブ送信を要求した場合であっても、改めて、当該ジョブ送信がＭＦＰ１００Ｂを介してクラウドサーバー４００に要求される。これによる、（１）のジョブ送信の要求に対するＲｅｓが、クラウドサーバー４００からＭＦＰ１００Ｂ（切替後のＧＷ）を介して、ＭＦＰ１００へ送信される。

図８の（３）の「所定時間」は、クラウドサーバー４００がＭＦＰ１００Ａからジョブ送信の要求（（２））を受けてから、ＭＦＰ１００Ｂからジョブ送信の要求（（７））を受けるまでに想定される時間の長さを少し上回るように設定される。具体的な値は、たとえば、クラウドネットワーク３００におけるデータ伝送速度等の具体的な条件に従って設定され得る。

［１２．ジョブの状態の問合せに回答できなかったＭＦＰ１００が存在した場合］
図７のステップＳ２０においてジョブの状態が問合せられたときに、電源ＯＦＦなどで当該問合せに回答できない状態のＭＦＰ１００が存在した場合の処理について説明する。

ある実施の形態では、図７のステップＳ２４における、すべてのＭＦＰ１００がクラウドサーバー４００へジョブ送信の要求を送信していない状態（セッションが確立されていない状態）であるかどうかの判断は、ＬＡＮ２００内の全てのＭＦＰ１００を対象としてもよいし、ＭＦＰ１００Ｂが問合せ（ステップＳ２０）の送信から所定時間（実施されるシステムにおいて適宜設定される）内に回答（ステップＳ２２）を受信しなかったＭＦＰ１００を除外してもよい。

［１３．設定切替の指示の受領が確認できなかったＭＦＰ１００が存在した場合］
図７のステップＳ２８において設定切替の指示が送信されたときに、電源ＯＦＦなどで当該指示を受信できない状態のＭＦＰ１００が存在した場合の処理について説明する。

ある実施の形態において、ＣＰＵ１５０は、ステップＳ２８にて、ＭＦＰ１００Ａの支配下のＭＦＰ１００に設定切替の指示を送信する。各ＭＦＰ１００は、当該指示を受信すると、ＭＦＰ１００Ｂに受領の応答を送信する。ＭＦＰ１００ＢのＣＰＵ１５０は、受領の応答を受信しなかったＭＦＰ１００を特定し、特定されたＭＦＰ１００のそれぞれからのジョブ送信の要求の有無をウォッチングしてもよい。そして、ＭＦＰ１００ＢのＣＰＵ１５０は、当該特定されたＭＦＰ１００からのジョブ送信の要求の送信を検出すると、図８に示されたようなスキムに従って、要求の対象となったジョブデータを取得し、クラウドサーバー４００へジョブ送信の要求を送信してもよい。

［１４．その他の変形例］
ある実施の形態では、ＭＦＰ１００Ａがゲートウェイ（中継装置）として動作しているネットワークシステムにおいて、ゲートウェイがＭＦＰ１００ＡからＭＦＰ１００Ｂへ切り替えられるとき、クラウドサーバー４００と全てのＭＦＰ１００との間でデータの送受信が無い場合に、ＭＦＰ１００Ｂは、クラウドサーバー４００と各ＭＦＰ１００に当該ＭＦＰ１００Ｂを新ＧＷとして設定することを指示する。ＭＦＰ１００Ａは、ＬＡＮ２００において中継装置として動作している「他の装置」の一例である。クラウドサーバー４００と全てのＭＦＰ１００との間のデータの送受信が無い場合の一例は、クラウドサーバー４００と全てのＭＦＰ１００との間でセッションが確立されていない場合（ステップＳ１８およびステップＳ２４においてＹＥＳ）である。

他の実施の形態では、クラウドサーバー４００とＭＦＰ１００との間でセッションが確立していていも、クラウドサーバー４００とＭＦＰ１００との間でジョブに係るデータの送受信が無い場合には、ＭＦＰ１００Ｂは、クラウドサーバー４００と各ＭＦＰ１００に当該ＭＦＰ１００Ｂを新ＧＷとして設定することを指示する。

ジョブに係るデータの送受信が無い場合の一例は、ＭＦＰ１００が、ファックス受信連携ジョブが実行中であるが、ファクシミリ文書の送信元との間でファクシミリ通信を確立させている等の、ファクシミリ文書をクラウドサーバー４００に送信する前の状態にあるときである。ジョブに係るデータの送受信が無い場合の他の例は、ＭＦＰ１００が、スマートスキャンジョブを実行中であるが、スキャンデータをクラウドサーバー４００に送信する前の状態（スキャンデータを生成中等）にあるときである。ジョブに係るデータの送受信が無い場合のさらに他の例は、クラウドサーバー４００が、リモートプリントジョブまたはリモートファックスジョブに係るジョブ送信を要求している場合であって、ＭＦＰ１００にデータを送信していない状態にあることである。

以上説明された本開示では、ＧＷは、画像処理装置と一体的に構成されていた。すなわち、ＭＦＰ１００は、画像処理部１５１等の画像処理装置としての構成を備え、かつ、所定のプログラムを実行すること等によりゲートウェイ機能４０を実現するＣＰＵ１５０を備えていた。なお、ＧＷは、画像処理装置と一体的に構成されていなくてもよい。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

４０ ゲートウェイ機能、５０ ＨＴＴＰリクエスト、５１ ヘッダー、５２ ボディ、５２Ａ 印刷データ、１００，１００Ａ〜１００Ｅ ＭＦＰ、１５０ ＣＰＵ、１６０ 記憶部、１７０ 操作パネル、１７１ ディスプレイ、１７２ 操作部、３００ クラウドネットワーク、４００ クラウドサーバー、５００ クライアント。

Claims (10)

1. 所定のネットワーク内の画像処理装置、および、前記所定のネットワーク外のサーバーと通信可能な通信インターフェースと、
   プロセッサーとを備えた中継装置であって、
   前記プロセッサーは、前記画像処理装置と前記サーバーとの間のデータの送受信が発生しないときに、前記画像処理装置および前記サーバーに、前記所定のネットワークのゲートウェイとして前記中継装置を指定することを通知するように構成されている、中継装置。
2. 前記画像処理装置と前記サーバーとの間のデータの送受信が発生していないときは、前記画像処理装置が前記サーバーへジョブのデータを送信していないときを含む、請求項１に記載の中継装置。
3. 前記画像処理装置が前記サーバーへジョブのデータを送信していないときは、当該画像処理装置がファックス受信連携ジョブを実行中であるときに、当該画像処理装置が前記ファックス受信連携ジョブに係るデータを前記サーバーに向けて送信するまでの期間を含む、請求項２に記載の中継装置。
4. 前記画像処理装置が前記サーバーへジョブのデータを送信していないときは、当該画像処理装置がスキャンされた文書の前記サーバーへの送信を含むジョブを実行中であるときに、当該画像処理装置が前記スキャンされた文書を前記サーバーに向けて送信するまでの期間を含む、請求項２または請求項３に記載の中継装置。
5. 前記画像処理装置と前記サーバーとの間のデータの送受信が発生していないときは、前記サーバーが前記所定のネットワークにおいて中継装置として動作している他の装置を介して前記画像処理装置にジョブのデータを送信していないときを含む、請求項１〜請求項４のいずれか１項に記載の中継装置。
6. 前記プロセッサーは、前記サーバーに前記所定のネットワークのゲートウェイとして前記中継装置を指定することを通知した後、前記画像処理装置が前記所定のネットワークにおいて中継装置として動作している他の装置を介して前記サーバーにジョブ送信の要求を送信した場合には、当該要求を前記サーバーに送信するように構成されている、請求項１〜請求項５のいずれか１項に記載の中継装置。
7. 前記プロセッサーは、前記要求を前記サーバーに送信した後、前記要求を送信した画像処理装置に前記所定のネットワークのゲートウェイとして前記中継装置を指定することを通知するように構成されている、請求項６に記載の中継装置。
8. 前記画像処理装置と一体的に構成されている、請求項１〜請求項７のいずれか１項に記載の中継装置。
9. 所定のネットワーク内の画像処理装置、および、前記所定のネットワーク外のサーバーと通信可能な通信インターフェースを備えたコンピューターによって実行されるプログラムであって、
   前記プログラムは、前記コンピューターに、
   所定のネットワーク内の画像処理装置、および、前記所定のネットワーク外のサーバーと通信可能な通信インターフェースと、
   プロセッサーとを備えた中継装置であって、
   前記画像処理装置と前記サーバーとの間のデータの送受信が発生しているか否かを判断するステップと、
   前記画像処理装置と前記サーバーとの間のデータの送受信が発生していない場合に、前記画像処理装置および前記サーバーに、前記所定のネットワークのゲートウェイとして前記中継装置を指定することを通知するステップとを実行させる、プログラム。
10. 所定のネットワーク内の画像処理装置と、
    前記所定のネットワーク外のサーバーと、
    前記画像処理装置と前記サーバーとの間を中継するための第１の中継装置および第２の中継装置とを備え、
    前記第２の中継装置は、
    前記所定のネットワーク内の１台以上の画像処理装置、および、前記所定のネットワーク外のサーバーと通信可能な通信インターフェースと、
    プロセッサーとを含み、
    前記プロセッサーは、前記画像処理装置と前記サーバーとの間のデータの送受信が発生しない場合に、前記画像処理装置および前記サーバーに、前記所定のネットワークのゲートウェイとして前記中継装置を指定することを通知するように構成されている、ネットワークシステム。