(57)【要約】【課題】通信システムにおいて、中継装置によって中継される通信が中断されることを極力回避しつつ、中継装置の構成を早期に最適化すること。【解決手段】通信システムにおいて、中継装置として機能するＭＦＰ１００は、クラウドサーバー５０とＭＦＰ２００Ａ〜２００Ｄとの間のジョブの送信を中継する。ジョブの実行中、ＭＦＰ１００の再起動条件が成立すると、ＭＦＰ１００は、クラウドサーバー５０とＭＦＰ２００Ａ〜２００Ｄのうち、１台もＭＦＰ１００の再起動を禁止しないことを条件として、再起動する。【選択図】図７
2018097744.tif 000002
【特許請求の範囲】
【請求項１】
通信システムであって、
所定のネットワークの内部に設けられ、ジョブの少なくとも一部を実行するように構成されたデバイスと、
前記所定のネットワークの外部に設けられたクラウドサーバーと、
前記デバイスと前記クラウドサーバーとの間で通信を中継するように構成された中継装置とを備え、
前記中継装置は、前記デバイスと前記クラウドサーバーとの間のジョブの送信の中継中に当該中継装置の再起動が必要となった場合に、当該ジョブの種類、状態、および、優先度の中の少なくとも１つに従って、当該中継装置を再起動するか否かを決定するように構成されている、通信システム。
【請求項２】
前記中継装置は、
前記デバイスと前記クラウドサーバーとの間のジョブの送信の中継中に再起動が必要となった場合に、前記ジョブと前記クラウドサーバーのうち当該ジョブの送信元に再起動の可否を問合せるように構成され、
前記送信元は、
前記問合せに応じて、前記ジョブの種類、状態、および、優先度の少なくとも１つに従って、当該中継装置の再起動を許可するか否かを表わす回答を送信し、
前記中継装置は、
前記送信元からの前記回答に従って、当該中継装置を再起動するか否かを決定するように構成されている、請求項１に記載の通信システム。
【請求項３】
前記中継装置によって中継されるジョブの送信は、前記クラウドサーバーから前記デバイスへのジョブの送信と、前記デバイスから前記クラウドサーバーへのジョブの送信とを含む、請求項１または請求項２に記載の通信システム。
【請求項４】
前記中継装置は、
前記クラウドサーバーから前記デバイスへのジョブの送信を中継し、
前記デバイスと一体的に構成されており、
中継中の前記ジョブが前記中継装置と一体的に構成されている前記デバイスで実行されるジョブである場合に、当該中継装置を再起動させるように構成されている、請求項１〜請求項３のいずれか１項に記載の通信システム。
【請求項５】
前記中継装置と一体的に構成された前記デバイス以外に、ジョブの少なくとも一部を実行するデバイスをさらに備え、
前記中継装置は、中継中の前記ジョブが、前記中継装置と一体的に構成されているデバイス以外のデバイスによって実行され、かつ、部分的なデータの再送ができない種類のジョブである場合には、当該中継装置を再起動を当該ジョブの終了まで延期することを決定するように構成されている、請求項４に記載の通信システム。
【請求項６】
前記中継装置と一体的に構成された前記デバイス以外に、ジョブの少なくとも一部を実行するデバイスをさらに備え、
前記中継装置は、中継中の前記ジョブが、前記中継装置と一体的に構成されているデバイス以外のデバイスによって実行され、かつ、部分的なデータの再送が可能な種類のジョブである場合には、当該中継装置を再起動することを決定するように構成されている、請求項４に記載の通信システム。
【請求項７】
通信システムにおいて、所定のネットワークの内部に設けられたデバイスと、前記所定のネットワークの外部に設けられたクラウドサーバーとの間で通信を中継するように構成された中継装置であって、
前記デバイスと前記クラウドサーバーとの間のジョブの送信の中継中に当該中継装置の再起動が必要となった場合に、当該ジョブの種類、状態、および、優先度のうち少なくとも１つに従って、当該中継装置を再起動するか否かを決定するように構成されている、中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムおよび中継装置に関し、特に、ＬＡＮ（Local  Area  Network）の内部に設けられた複数のデバイスとクラウドサーバーと中継装置とを含む通信システムおよびそのような通信システムを構成する中継装置に関する。
【背景技術】
【０００２】
従来、中継装置に関し、種々の技術が提案されている。たとえば、特開２００９−１９３１５２号公報（特許文献１）は、ネットワーク家電制御システムにおいて、ゲートウェイに不具合が発生した場合であっても、当該ゲートウェイが機器と通信している場合には、当該機器との通信が終了するのを待って再起動を実行する、ゲートウェイを開示する。
【０００３】
特開２００４−１０４３５１号公報（特許文献２）は、ＩＰ（Internet  Protocol）電話システムにおいて、設定変更が生じた場合であっても、ＶｏＩＰ（Voice  over  IP）電話機としての通話中には再起動を実行しない、ＩＰ電話機を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１９３１５２号公報
【特許文献２】特開２００４−１０４３５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術に従えば、ユーザーが機器を使用しているときに急に当該機器が使用できなくなる事態が回避され得る。特許文献２に記載の技術に従えば、ＶｏＩＰ電話機としての通話がＩＰ電話機の再起動によって中断されることが回避され得る。一方で、中継装置が再起動されることが必要とされる場合、なるべく早く再起動が実現され、当該中継装置の構成が最適化されることも望まれる。
【０００６】
本開示は、係る実情に鑑み考え出されたものであり、その目的は、通信システムにおいて、中継装置によって中継される通信が中断されることを極力回避しつつ、中継装置の構成を早期に最適化することである。
【課題を解決するための手段】
【０００７】
ある局面に従うと、通信システムが提供される。通信システムは、所定のネットワークの内部に設けられ、ジョブの少なくとも一部を実行するように構成されたデバイスと、所定のネットワークの外部に設けられたクラウドサーバーと、デバイスとクラウドサーバーとの間で通信を中継するように構成された中継装置とを備える。中継装置は、デバイスとクラウドサーバーとの間のジョブの送信の中継中に当該中継装置の再起動が必要となった場合に、当該ジョブの種類、状態、および、優先度の中の少なくとも１つに従って、当該中継装置を再起動するか否かを決定するように構成されている。
【０００８】
中継装置は、デバイスとクラウドサーバーとの間のジョブの送信の中継中に再起動が必要となった場合に、ジョブとクラウドサーバーのうち当該ジョブの送信元に再起動の可否を問合せるように構成されてもよい。送信元は、問合せに応じて、ジョブの種類、状態、および、優先度の少なくとも１つに従って、当該中継装置の再起動を許可するか否かを表わす回答を送信してもよい。中継装置は、送信元からの回答に従って、当該中継装置を再起動するか否かを決定するように構成されていてもよい。
【０００９】
中継装置によって中継されるジョブの送信は、クラウドサーバーからデバイスへのジョブの送信と、デバイスからクラウドサーバーへのジョブの送信とを含んでもよい。
【００１０】
中継装置は、クラウドサーバーからデバイスへのジョブの送信を中継し、デバイスと一体的に構成されており、中継中のジョブが中継装置と一体的に構成されているデバイスで実行されるジョブである場合に、当該中継装置を再起動させるように構成されていてもよい。
【００１１】
中継装置と一体的に構成されたデバイス以外に、ジョブの少なくとも一部を実行するデバイスをさらに備えていてもよい。中継装置は、中継中のジョブが、中継装置と一体的に構成されているデバイス以外のデバイスによって実行され、かつ、部分的なデータの再送ができない種類のジョブである場合には、当該中継装置を再起動を当該ジョブの終了まで延期することを決定するように構成されていてもよい。
【００１２】
通信システムは、中継装置と一体的に構成されたデバイス以外に、ジョブの少なくとも一部を実行するデバイスをさらに備えていてもよい。中継装置は、中継中のジョブが、中継装置と一体的に構成されているデバイス以外のデバイスによって実行され、かつ、部分的なデータの再送が可能な種類のジョブである場合には、当該中継装置を再起動することを決定するように構成されている。
【００１３】
本開示の他の局面に従うと、通信システムにおいて、所定のネットワークの内部に設けられたデバイスと、所定のネットワークの外部に設けられたクラウドサーバーとの間で通信を中継するように構成された中継装置が提供される。中継装置は、デバイスとクラウドサーバーとの間のジョブの送信の中継中に当該中継装置の再起動が必要となった場合に、当該ジョブの種類、状態、および、優先度のうち少なくとも１つに従って、当該中継装置を再起動するか否かを決定するように構成されている。
【発明の効果】
【００１４】
本開示によれば、中継装置は、デバイスとクラウドサーバーとの間のジョブの送信の中継中に再起動が必要となった場合に、当該ジョブの種類、状態、および、優先度の少なくとも１つに従って、当該中継装置を再起動するか否かを決定する。これにより、通信システムでは、ジョブの種類等に従って必要な場合にはジョブの送信が継続される。ジョブの種類等に従ってジョブの送信が遅延可能な場合には、中継装置は、再起動の後、ジョブの送信を再開できる。これにより、通信システムでは、中継装置によって中継される通信が中断されることを極力回避されつつ、中継装置の構成が早期に最適化され得る。
【図面の簡単な説明】
【００１５】
【図１】ある実施の形態における通信システムの構成を概略的に示す図である。
【図２】図１の通信システムにおけるジョブデータの流れの一例を概略的に示す図である。
【図３】中継装置および画像処理装置として機能する、ＭＦＰ（Multi-Functional  Peripheral）のハードウェア構成を概略的に示す図である。
【図４】図３のＭＦＰの機能ブロックの一例を示す図である。
【図５】画像処理装置として機能するＭＦＰのハードウェア構成を概略的に示す図である。
【図６】図５のＭＦＰの機能ブロックの一例を示す図である。
【図７】通信システムにおけるクラウドサーバーとＭＦＰとの間の通信のシーケンスの一例を示す図である。
【図８】図７に示された中継装置としてのＭＦＰにおける処理内容を表わすフローチャートである。
【図９】ＭＦＰの再起動可否の決定の具体例１を表わす図である。
【図１０】ＭＦＰの再起動可否の決定の具体例２を表わす図である。
【図１１】ＭＦＰの再起動可否の決定の具体例３を表わす図である。
【図１２】ＭＦＰの再起動可否の決定の具体例４を表わす図である。
【図１３】ディスプレイに表示される画面の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下に、図面を参照しつつ、通信システムの実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。
【００１７】
［通信システムの概略的な構成］
図１は、ある実施の形態における通信システムの構成を概略的に示す図である。図１に示されるように、通信システム１は、ＬＡＮ（Local  Area  Network）２０とクラウドサーバー５０とを含む。ＬＡＮ２０は、５台のＭＦＰ（Multi-Functional  Peripheral）１００，２００Ａ〜２００Ｄを含む。ＭＦＰ１００は、画像形成装置として機能し、さらに、ＬＡＮ２０における中継装置（ゲートウェイ）として機能する。中継装置としてのＭＦＰ１００は、ネットワーク９０を介して、クラウドサーバー５０と画像形成装置としてのＭＦＰ１００およびＭＦＰ２００Ａ〜２００Ｄのそれぞれとの間の通信を中継する。ＭＦＰ２００Ａ〜２００Ｄは、その機能および構成が共通する。したがって、以降の説明において、ＭＦＰ２００Ａ〜２００Ｄは、これらにおける共通する機能および構成について言及される場合、「ＭＦＰ２００」と総称される場合もあり得る。
【００１８】
［通信システムにおけるジョブの送信］
図２は、図１の通信システムにおけるジョブデータの流れの一例を概略的に示す図である。図２の例において、ＭＦＰ１００（ゲートウェイ）は、クラウドサーバー５０からＭＦＰ２００Ａ（デバイス）への印刷データの送信を中継する。
【００１９】
より具体的には、クラウドサーバー５０は、中継装置としてのＭＦＰ１００に、印刷データを送信する。図２に示された例では、クラウドサーバー５０とＭＦＰ１００との間の通信はいわゆるトンネル通信が採用されている。
【００２０】
図２に示されるように、クラウドサーバー５０は、ＭＦＰ１００に、印刷用のＨＴＴＰ（Hypertext  Transfer  Protocol）リクエスト５００を送信する。ＨＴＴＰリクエスト５００は、ヘッダ５０１とボディ５０２とを含む。ヘッダ５０１は、プロトコル標準ヘッダと、中継装置としてのＭＦＰ１００に利用されるトンネル通信用ヘッダとを含む。ボディ５０２は、印刷データ５０２Ａを含む。
【００２１】
中継装置としてのＭＦＰ１００は、ＨＴＴＰリクエスト５００を受けると、当該ＨＴＴＰリクエスト５００から印刷データ（印刷データ５０２Ａ）を取り出し、取り出した印刷データを、当該印刷データに係る印刷ジョブを実行するＭＦＰ（図２の例では、ＭＦＰ２００Ａ）に送信する。図２の例では、ＭＦＰ１００からＭＦＰ２００Ａに送信される印刷データが印刷データ５１０として示されている。ＭＦＰ２００Ａは、印刷データ５１０を受信すると、当該印刷データ５１０に係る印刷ジョブを実行する。
【００２２】
［ＭＦＰ１００のハードウェア構成］
図３は、中継装置および画像処理装置として機能する、ＭＦＰ１００のハードウェア構成を概略的に示す図である。
【００２３】
図３を参照して、ＭＦＰ１００は、全体を制御するためのＣＰＵ（Central  Processing  Unit）１５０、プログラムおよびデータを格納するための記憶部１６０、操作パネル１７０を含む。
【００２４】
記憶部１６０は、ＣＰＵ１５０により実行されるプログラムおよび各種データを記憶する。記憶部１６０に格納されるデータは、ユーザー情報１６１を含む。ユーザー情報１６１は、たとえば、ＭＦＰ１００の操作（または利用）を許可するユーザーを特定する情報を規定する。ユーザーを特定する情報の一例は、ＭＦＰ１００の使用を許可されているユーザーの指紋の画像である。他の例は、ＭＦＰ１００の使用を許可されているユーザーの指紋の画像における特徴量である。
【００２５】
操作パネル１７０は、ディスプレイ１７１と、操作部１７２と、近接通信部１７３と、スピーカー１７４とを含む。ディスプレイ１７１の一例は、液晶表示装置である。ディスプレイ１７１の他の例は、プラズマディスプレイである。操作部１７２は、ＭＦＰ１００に対する操作の入力を受け付ける。操作部１７２は、ハードウェアキー群１７２Ａ（図２）に含まれるハードウェアキーのそれぞれ、および、ディスプレイ１７１に表示される複数のソフトウェアキーのそれぞれを含む。ディスプレイ１７１に表示されるソフトウェアキーは単数であってもよい。近接通信部１７３は、たとえば、ISO/IEC  14443等に従うNear  Field  Communication（ＮＦＣ）を行なうための回路を含む。スピーカー１７４は、ＣＰＵ１５０の制御に従って音声を出力する。
【００２６】
ＭＦＰ１００は、さらに、画像処理部１５１と、画像形成部１５２と、画像読取部１５３と、ファクシミリ通信部１５４と、ネットワーク通信部１５５とを含む。画像処理部１５１は、入力された画像に対して拡大・縮小を含む各種の処理を施す。画像形成部１５２は、感光体等の、記録用紙に画像を形成するための要素を含む。画像読取部１５３は、スキャナー等の、原稿の画像データを生成するための要素を含む。ファクシミリ通信部１５４は、モデム等の、ファクシミリ通信により画像データの送受信するための要素を含む。ネットワーク通信部１５５は、ネットワークカード等の、ネットワークを介してデータ通信をするための要素を含む。画像処理部１５１、画像形成部１５２、画像読取部１５３、ファクシミリ通信部１５４、および、ネットワーク通信部１５５のそれぞれの機能は、画像形成装置においてよく知られたものであるから、ここでは詳細な説明は繰返さない。
【００２７】
［ＭＦＰ１００の機能構成］
図４は、ＭＦＰ１００の機能ブロックの一例を示す図である。図４に示されるように、ＭＦＰ１００は、画像処理装置として機能する画像処理部１１０と、中継装置として機能する中継処理部１２０とを含む。画像処理部１１０は、記録用紙等の記録媒体に画像を形成するプリント部１１１と、ファクシミリ通信により画像データを送受信するファクシミリ通信部１１２と、原稿を読み取ることにより当該原稿の画像データを生成するスキャン処理部１１３とを含む。
【００２８】
図４に示された機能を図３に示されたハードウェア構成と対比すると、プリント部１１１は、たとえば、ＣＰＵ１５０によって制御される画像形成部１５２によって実現される。ファクシミリ通信部１１２は、たとえば、ＣＰＵ１５０によって制御されるファクシミリ通信部１５４によって実現される。スキャン処理部１１３は、たとえば、ＣＰＵ１５０によって制御される画像読取部１５３によって実現される。中継処理部１２０は、ＣＰＵ１５０およびネットワーク通信部１５５によって実現される。
【００２９】
［ＭＦＰ２００Ａ〜２００Ｄのハードウェア構成］
図５は、画像処理装置として機能するＭＦＰ２００Ａ〜２００Ｄのそれぞれのハードウェア構成を概略的に示す図である。図５に示されるように、ＭＦＰ２００Ａ〜２００Ｄのそれぞれは、図３に示されたＭＦＰ１００と同様のハードウェア構成を有するように構成され得る。すなわち、ある実施の形態のＭＦＰ２００Ａ〜２００Ｄのそれぞれは、ＣＰＵ２５０、画像処理部２５１、画像形成部２５２、画像読取部２５３、ファクシミリ通信部２５４、ネットワーク通信部２５５、記憶部２６０、および、操作パネル２７０を含む。ＣＰＵ２５０、画像処理部２５１、画像形成部２５２、画像読取部２５３、ファクシミリ通信部２５４、ネットワーク通信部２５５、記憶部２６０、および、操作パネル２７０のそれぞれは、ＭＦＰ１００のＣＰＵ１５０、画像処理部１５１、画像形成部１５２、画像読取部１５３、ファクシミリ通信部１５４、ネットワーク通信部１５５、記憶部１６０、および、操作パネル１７０のそれぞれに相当する構成を有する。
【００３０】
［ＭＦＰ２００Ａ〜２００Ｄの機能構成］
図６は、ＭＦＰ２００Ａ〜２００Ｄのそれぞれの機能ブロックの一例を示す図である。図６に示されるように、ＭＦＰ２００Ａ〜２００Ｄのそれぞれは、画像処理部２１０を含む。画像処理部２１０は、プリント部２１１と、ファクシミリ通信部２１２と、スキャン処理部２１３とを含む。ある実施の形態では、プリント部２１１、ファクシミリ通信部２１２、および、スキャン処理部２１３のそれぞれは、ＭＦＰ１００のプリント部１１１、ファクシミリ通信部１１２、および、スキャン処理部１１３のそれぞれに相当する構成を有する。
【００３１】
［通信システムにおけるクラウドサーバーとＭＦＰの間の通信シーケンス］
図７は、通信システム１におけるクラウドサーバー５０とＭＦＰ２００Ａ〜２００Ｄとの間の通信のシーケンスの一例を示す図である。図７に示された例では、ＭＦＰ１００は、中継装置としてのみ機能する。
【００３２】
図７に示されたシーケンスによって説明される通信は、概略的には３つのフェーズを含む。１つ目のフェーズは、図７において「フェーズＰＨ１」として示され、クラウドサーバー５０とＭＦＰ２００Ａ〜２００Ｄの中の少なくとも１台との間のクラウド通信によるジョブデータの送受信を含む。２つ目のフェーズは、図７において「フェーズＰＨ２」として示され、中継装置として機能するＭＦＰ１００が再起動を必要とする条件が成立したときの通信内容を含む。３つ目のフェーズは、図７において「フェーズＰＨ３」として示され、中継装置として機能するＭＦＰ１００が再起動した後の通信内容を含む。以下、通信システム１内の通信内容をより具体的に説明する。
【００３３】
（フェーズＰＨ１）
フェーズＰＨ１では、クラウドサーバー５０は、ＬＡＮ９０（図１）外の管理サーバ（図示略）とＭＦＰ１００との間で確立されたセッションを通じて、ＭＦＰ２００Ａ〜２００Ｄのうちいずれかに印刷データを送信する。より具体的には、中継装置として機能するＭＦＰ１００は、クラウドサーバー５０からＨＴＴＰデータ（図２のＨＴＴＰリクエスト５００）を受信する。ＭＦＰ１００は、受信したＨＴＴＰデータを所定のプロトコルに変換してＭＦＰ２００Ａ〜２００Ｄのうちいずれかに送信する。これにより、図２を参照して説明されたように、ＭＦＰ２００Ａ〜２００Ｄのうちいずれかは、印刷データ５１０を受信する。ＭＦＰ１００は、たとえば、クラウドサーバー５０から受信したＨＴＴＰデータにおける記述に従って、ＭＦＰ２００Ａ〜２００Ｄのうちどの装置にデータを送信するかを決定する。
【００３４】
ＭＦＰ２００Ａ〜２００Ｄのうちクラウドサーバー５０からの印刷データ５１０を受信した装置は、当該印刷データ１５０を利用した印刷ジョブを実行する。
【００３５】
クラウドサーバー５０からＭＦＰ１００に送信されるデータは、上記のように印刷データの送信先（ＭＦＰ２００Ａ〜２００Ｄのいずれか）に加えて、ジョブの開始を表わす情報、および、ジョブの終了を表わす情報を含む。これにより、ＭＦＰ１００は、ＭＦＰ２００Ａ〜２００Ｄのジョブの開始および終了を管理できる。
【００３６】
（フェーズＰＨ２）
フェーズＰＨ２は、ＭＦＰ２００Ａ〜２００Ｄのいずれかにおけるジョブの実行中（ジョブの開始後であって終了前）に、ＭＦＰ１００において再起動条件が成立したときの通信内容を表わす。以下、フェーズＰＨ２における通信内容をより具体的に説明する。
【００３７】
ステップＳ１０にてＭＦＰ１００の再起動を必要とされる条件が成立すると、ＭＦＰ１００は、ステップＳ１１にて、クラウドサーバー５０に対して、再起動可否情報要求を送信する。ある実施の形態において、再起動可否情報要求は、ＭＦＰ１００の再起動を許可するか否かの情報の送信を要求する情報である。
【００３８】
ＭＦＰ１００が再起動を必要とされる条件の一例は、ＭＦＰ１００の画像処理部１１０（図４）のトラブルである。他の例は、ＭＦＰ１００におけるソフトウェアの更新である。
【００３９】
ステップＳ１１の再起動可否情報要求に応じて、クラウドサーバー５０は、ステップＳ１２にて、ＭＦＰ１００に、再起動可否情報応答を送信する。再起動可否情報応答は、再起動可否情報要求に対する回答である。クラウドサーバー５０は、たとえば、ＭＦＰ２００Ａ〜２００Ｄに対して指示しているジョブの種類に従って、ＭＦＰ１００の再起動を許可するか否かの回答の内容を決定する。
【００４０】
より具体的には、クラウドサーバー５０は、プログラムを実行するＣＰＵ等のプロセッサを備える。当該プロセッサは、実行中のジョブの種類がデータの一部の再送が可能であるものである場合、ＭＦＰ１００に、再起動可否情報応答として、再起動を許可する情報を送信する。データの一部の再送が可能であるジョブの種類の一例は、ＦＡＸ転送ジョブである。ＦＡＸ転送ジョブは、ＭＦＰ２００のファクシミリ通信部２５４（図５）にデータを受信させるジョブである。
【００４１】
クラウドサーバー５０のプロセッサは、実行中のジョブの種類が、データの一部の再送が不可であるもの、すなわち、ジョブのデータが再送される場合にはジョブ全体のデータの再送が必要とされるものである場合、ＭＦＰ１００に、再起動可否情報応答として、再起動を許可する情報を送信する。データの一部の再送が不可である種類の一例は、プルプリントジョブである。プルプリントジョブは、ＭＦＰ２００の画像形成部２５２（図５）に、印刷ジョブに従った画像形成を実行させるジョブである。
【００４２】
ＭＦＰ１００は、再起動可否情報応答が再起動を許可するものであれば、ステップＳ１３にて、クラウドサーバー５０に、接続中デバイス情報取得要求を送信する。ある実施の形態では、接続中デバイス情報取得要求は、ＭＦＰ２００Ａ〜２００Ｄのうち、クラウドサーバー５０のクラウド通信の通信相手の送信を要求する情報である。
【００４３】
ＭＦＰ１００からの接続中デバイス情報取得要求に応じて、クラウドサーバー５０のプロセッサは、ステップＳ１４にて、ＭＦＰ１００に、接続中デバイス情報取得応答を送信する。接続中デバイス情報取得応答は、クラウドサーバー５０の通信相手を特定する情報である。
【００４４】
なお、ＭＦＰ１００は、再起動可否情報応答が再起動を許可しないものであれば、当該ＭＦＰ１００の再起動を延期させる。また、ＭＦＰ１００は、クラウドサーバー５０からの再起動可否情報応答が再起動を許可するものであれば、デバイス（ＭＦＰ２００Ａ〜２００Ｄ）に再起動可否情報応答を送信することなく、当該ＭＦＰ１００の再起動を実行してもよい。
【００４５】
接続中デバイス情報取得要求を受信すると、ＭＦＰ１００は、ステップＳ２１〜２４にて、当該接続中デバイス情報取得要求において特定された通信相手（ＭＦＰ２００Ａ〜２００Ｄの中の少なくとも１台）に、再起動可否情報要求を送信する。
【００４６】
再起動可否情報要求を受信したＭＦＰ２００は、ステップＳ３１〜３４にて、ＭＦＰ１００に、再起動可否情報応答を送信する。再起動可否情報応答は、再起動可否情報要求に対する回答である。ＭＦＰ２００のＣＰＵ２５０は、たとえば、当該ＭＦＰ２００における実行中のジョブの種類に従って、ＭＦＰ１００の再起動を許可するか否かの回答の内容を決定する。
【００４７】
ステップＳ１４およびステップＳ３１〜３４の再起動可否情報応答の全てが再起動を許可するものであれば、ＭＦＰ１００は、ステップＳ４０にて、当該ＭＦＰ１００を再起動させる。一方、ステップＳ１４およびステップＳ３１〜３４の再起動可否情報応答が１つでも再起動を許可しない応答を含む場合には、ＭＦＰ１００は、ステップＳ４０にて、当該ＭＦＰ１００の再起動を延期させる。再起動の延期は、一例では、ＭＦＰ１００が一定期間経過後に再度クラウドサーバー５０に再起動可否情報要求を送信すること（ステップＳ１１）を意味し、他の例では、ＭＦＰ１００が実行中のジョブの終了後に当該ＭＦＰ１００を再起動させることを意味する。
【００４８】
（フェーズＰＨ３）
フェーズＰＨ３は、ジョブの実行中にＭＦＰ１００が再起動した後の通信内容を表わす。
【００４９】
ステップＳ４０にてＭＦＰ１００が再起動すると、ステップＳ５１にて、ＭＦＰ１００は、クラウドサーバー５０に、再接続を要求する。これに応じて、ステップＳ５２にて、クラウドサーバー５０は、ＭＦＰ１００に、再接続応答を送信する。これにより、ＭＦＰ１００は、管理サーバ（図示略）を介して、クラウドサーバー５０との間でセッションを確立させる。
【００５０】
ＭＦＰ１００は、クラウドサーバー５０との接続を確立させると、ステップＳ６１〜６４にて、クラウドサーバー５０と再起動により中断されたジョブを実行していたＭＦＰ２００との間の接続を確立させる。これにより、再度、クラウドサーバー５０とＭＦＰ２００との間のクラウド通信が確立され、ジョブが再開される。
【００５１】
（ＭＦＰ１００の再起動可否の判断）
以上説明されたシーケンスでは、ステップＳ１２，ステップＳ３１〜３４の再起動可否情報応答において、クラウドサーバー５０およびＭＦＰ２００が、実行中のジョブの種類に従って、ＭＦＰ１００の再起動の可否を判断した。
【００５２】
当該判断は、中継装置であるＭＦＰ１００が判断してもよい。この場合、ＭＦＰ１００のＣＰＵ１５０は、クラウドサーバー５０とＭＦＰ２００との間で送受信されるデータを処理することにより、実行中のジョブの種類等を識別し、ＭＦＰ１００の再起動の可否を判断する。
【００５３】
また、ＭＦＰ１００の再起動可否は、ジョブの状態に従って判断されてもよい。
たとえば、ジョブの種類がプリントジョブであって、当該ジョブに係る画像形成動作がまだ開始されていなければ、ＭＦＰ１００の再起動は許可される。この状態では、まだ記録用紙等の資材が使用されていない。このため、中継装置であるＭＦＰ１００の再起動によりジョブデータが再送されても、資源の無駄遣いは生じない。
【００５４】
一方、ジョブの種類がプリントジョブであって、当該ジョブに係る画像形成動作が既に開始されていれば、ＭＦＰ１００の再起動は許可されない。この状態では、ＭＦＰ１００の再起動によりジョブデータが再送されれば、ジョブの１頁目から印刷が再開される。このため、この状態ではＭＦＰ１００の再起動が延期されることにより、既に実行された画像形成動作によって使用された記録用紙等の資材が無駄になることが回避され得る。
【００５５】
ＭＦＰ１００の再起動可否は、ジョブの優先度に従って判断されてもよい。
ジョブの優先度の一例は、実行中のジョブを登録した者の属性に従って規定される。たとえば、実行中のジョブが、ＬＡＮ２０（図１）における一般ユーザーによって登録されたジョブであれば、優先度は低く、ＭＦＰ１００の再起動が許可される。実行中のジョブは、ＭＦＰ１００の再起動の完了後、再開される。一方、実行中のジョブが、ＬＡＮ２０において管理者として登録されているユーザーによって登録されたジョブであれば、優先度は高く、ＭＦＰ１００の再起動が延期される。ＭＦＰ１００の再起動は、少なくとも当該ジョブの終了まで延期される。
【００５６】
（ＭＦＰ１００のデバイスとしての機能）
図７を参照して説明されたシーケンスでは、ＭＦＰ１００は、中継装置としてのみ機能し、画像処理装置としては機能していない。なお、図４等を参照して説明されたように、ＭＦＰ１００は、中継装置としてだけでなく、画像処理装置として機能してもよい。
【００５７】
このような場合、ステップＳ１４における接続中デバイス情報取得応答では、画像処理装置としてのＭＦＰ１００が、クラウドサーバー５０の通信相手として特定され得る。
【００５８】
［ＭＦＰ１００における処理の流れ］
図８は、図７に示された中継装置としてのＭＦＰ１００における処理内容を表わすフローチャートである。図８の処理は、たとえば、ＭＦＰ１００のＣＰＵ１５０が記憶部１６０に格納されたプログラムを実行することによって実現される。
【００５９】
図８を参照して、ステップＳ１００にて、ＣＰＵ１５０は、当該ＣＰＵ１５０が搭載されるＭＦＰ１００において再起動条件が成立したか否かを判断する。図７のステップＳ１０について説明されたように、再起動条件の一例は、ＭＦＰ１００の画像処理部１１０（図４）のトラブルであり、他の例は、ＭＦＰ１００におけるソフトウェアの更新である。ＣＰＵ１５０は、再起動条件が成立したと判断するまでステップＳ１００に制御を留め（ステップＳ１００でＮＯ）、再起動条件が成立したと判断すると（ステップＳ１００でＹＥＳ）、ステップＳ１１０へ制御を進める。
【００６０】
ステップＳ１１０にて、ＣＰＵ１５０は、クラウドサーバー５０およびクラウドサーバー５０と接続中のデバイス（ＭＦＰ２００）に、ＭＦＰ１００の再起動の可否を問合せる。ステップＳ１１０の制御は、図７のステップＳ１１，Ｓ１２およびステップＳ２１〜２４の制御に相当する。
【００６１】
ステップＳ１２０にて、ＣＰＵ１５０は、ステップＳ１１０における問合せの回答を受信する。ステップＳ１２０の制御は、図７のステップＳ１３，Ｓ１４およびステップＳ３１〜３４の制御に相当する。
【００６２】
ステップＳ１３０にて、ＣＰＵ１５０は、ステップＳ１２０で受信した回答の全てが、ＭＦＰ１００の再起動を許可するものであるか否かを判断する。ＣＰＵ１５０は、全ての回答が再起動を許可するものであれば（ステップＳ１３０でＹＥＳ）、ステップＳ１５０へ制御を進める。ＣＰＵ１５０は、１つでも再起動を許可しない回答があった場合には（ステップＳ１３０でＮＯ）、ステップＳ１４０へ制御を進める。
【００６３】
ステップＳ１４０で、ＣＰＵ１５０は、ＭＦＰ１００の再起動を延期させる。再起動の延期により、ＣＰＵ１５０は、一定時間経過後に、クラウドサーバー５０（およびＭＦＰ２００）に、ＭＦＰ１００の再起動の可否を問い合わせる（ステップＳ１１０）。なお、再起動の延期により、ＣＰＵ１５０は、実行中のジョブの終了後にＭＦＰ１００を再起動させてもよい。
【００６４】
［具体例の説明］
次に、図９〜図１２を参照して、ＭＦＰにおけるジョブ実行中に中継装置の再起動条件が成立したときに、当該中継装置が再起動を実行するか否かについての具体的な制御例を説明する。図９〜図１２の各例では、ＭＦＰ１００は、中継装置としてだけでなく、画像処理装置としても機能する。
【００６５】
（具体例１）
図９は、具体例１を表わす。図９は、５つのデバイス（ＭＦＰ１００およびＭＦＰ２００Ａ〜２００Ｄ）の状態とクラウド通信の中断の可否とを表わすテーブルを含む。なお、本明細書において、デバイスとは、ジョブの少なくとも一部を実行する装置を意味する。当該テーブルに示された例では、ＭＦＰ１００は、クラウドサーバー５０からのプルプリントジョブを実行し、画像処理部１１０におけるトラブル発生によりプリント動作が中断された状態である。ＭＦＰ１００では、当該ＭＦＰ１００が再起動されなければ画像処理部１１０におけるトラブルが解消しないため、ＭＦＰ１００の再起動を許可する状態、すなわち、クラウド通信が中断可能な状態である。
【００６６】
ＭＦＰ２００Ａ〜２００Ｄは、いずれも、ジョブを実行しておらず、クラウドサーバー５０のステータスを取得している状態である。ジョブを実行していないため、ＭＦＰ２００Ａ〜２００Ｄは、いずれもクラウド通信が中断可能な状態である。
【００６７】
以上より、具体例１では、全てのデバイス（ＭＦＰ１００およびＭＦＰ２００Ａ〜２００Ｄ）においてクラウド通信が中断可能である。クラウド通信が中断可能な状態は、ＭＦＰ１００の再起動を許可する状態に相当する。したがって、ＭＦＰ１００の再起動条件が成立した場合、再起動が許可される。
【００６８】
このことから、具体例１では、再起動条件の成立により、ＭＦＰ１００は再起動する。
（具体例２）
図１０は、具体例２を表わす。図１０のテーブルにおいて、ＭＦＰ１００の状態は、ジョブを実行していないため、クラウド通信が中断可能な状態である。ＭＦＰ２００Ａの状態は、クラウドサーバー５０からのプルプリントジョブを実行中であるため、クラウド通信が中断不可な状態である。ＭＦＰ２００Ｂ〜２００Ｄの状態は、ジョブを実行していないため、クラウド通信が中断可能な状態である。
【００６９】
以上より、具体例２では、ＭＦＰ２００Ａが、クラウド通信が中断不可な状態にある。したがって、ＭＦＰ１００の再起動条件が成立しても、再起動は許可されない。
【００７０】
このことから、具体例２では、ＭＦＰ１００の再起動条件が成立しても、ＭＦＰ１００の再起動は延期される。
【００７１】
（具体例３）
図１１は、具体例３を表わす。図１１のテーブルにおいて、ＭＦＰ１００の状態は、ジョブを実行していないため、クラウド通信が中断可能な状態である。ＭＦＰ２００Ａ，２００Ｃ，２００Ｄの状態は、ジョブを実行していないため、クラウド通信が中断可能な状態である。ＭＦＰ２００Ｂの状態は、クラウドサーバー５０からのジョブを実行しているが、当該ジョブはＦＡＸ転送ジョブであるため、クラウド通信が中断可能な状態である。
【００７２】
以上より、具体例３では、全てのデバイス（ＭＦＰ１００およびＭＦＰ２００Ａ〜２００Ｄ）においてクラウド通信が中断可能である。したがって、ＭＦＰ１００の再起動条件が成立した場合、再起動が許可される。
【００７３】
このことから、具体例１では、再起動条件の成立により、ＭＦＰ１００は再起動する。
（具体例４）
図１２は、具体例４を表わす。図１２のテーブルにおいて、ＭＦＰ１００の状態は、ジョブを実行していないため、クラウド通信が中断可能な状態である。ＭＦＰ２００Ａ，２００Ｃ，２００Ｄの状態は、ジョブを実行していないため、クラウド通信が中断可能な状態である。ＭＦＰ２００Ｂの状態は、クラウドサーバー５０からのジョブを実行している状態である。ジョブの種類はＦＡＸ転送ジョブである。しかしながら、当該ジョブを登録した者がＬＡＮ２０の管理者であるユーザーＸであるため、当該ジョブの優先度が高い。このことから、ＭＦＰ２００Ｂは、クラウド通信が中断不可な状態である。
【００７４】
以上より、具体例４では、ＭＦＰ２００Ｂが、クラウド通信が中断不可な状態にある。したがって、ＭＦＰ１００の再起動条件が成立しても、再起動は許可されない。
【００７５】
このことから、具体例４では、ＭＦＰ１００の再起動条件が成立しても、ＭＦＰ１００の再起動は延期される。
【００７６】
［延期の報知］
本開示に従った通信システム１では、中継装置として機能するＭＦＰ１００は、クラウドサーバー５０とＭＦＰ２００Ａ〜２００Ｄとの間のジョブの送信を中継する。ジョブの実行中、ＭＦＰ１００の再起動条件が成立すると、ＭＦＰ１００は、クラウドサーバー５０とＭＦＰ２００Ａ〜２００Ｄのうち、１台もＭＦＰ１００の再起動を禁止しないことを条件として、再起動する。「禁止しない」とは、「再起動不可」を回答しないことを意味する。
【００７７】
図８のステップＳ１４０において再起動を延期した場合、ＣＰＵ１５０は、再起動の延期を報知してもよい。報知の一例は、ディスプレイ１７１（図３）における画面の表示である。図１３は、ディスプレイに表示される画面の一例を示す図である。
【００７８】
図１３において、画面ＳＣ０１は、メッセージ「他の装置のジョブ実行中のため、再起動できません。ジョブ終了後に再起動しますので、お待ちください。」を含む。これにより、ＭＦＰ１００のユーザーは、当該ＭＦＰ１００において再起動条件が成立しているのにＭＦＰ１００が再起動しない理由を認識できる。
【００７９】
［ジョブの発行元］
以上説明された実施の形態では、ジョブは、クラウドサーバー５０からデバイス（ＭＦＰ２００Ａ〜２００Ｄおよび画像処理装置として機能するＭＦＰ１００）へと送信された。なお、本開示に従うジョブは、デバイス（ＭＦＰ２００Ａ〜２００Ｄおよび画像処理装置として機能するＭＦＰ１００）からクラウドサーバー５０へと送信されるものであってもよい。
【００８０】
このようなジョブの一例は、スキャンジョブである。スキャンジョブの一例では、デバイス（ＭＦＰ２００Ａ〜２００Ｄおよび画像処理装置として機能するＭＦＰ１００）におけるスキャン処理によって生成された画像データが、当該デバイスからクラウドサーバー５０へ送信される。このような場合でも、ジョブデータの送信中に、中継装置として機能するＭＦＰ１００において再起動条件が成立した場合、クラウドサーバー５０およびデバイスは、ジョブの種類、状態、および／または優先度に従ってＭＦＰ１００の再起動の可否を判断し、その結果をＭＦＰ１００へ送信する。ＭＦＰ１００は、クラウドサーバー５０およびデバイスのうち、全てが再起動を許可したことを条件として当該ＭＦＰ１００を再起動し、少なくとも１台が再起動を許可しない場合には当該ＭＦＰ１００の再起動を延期する。
【００８１】
今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。
【符号の説明】
【００８２】
１  通信システム、５０  クラウドサーバー、９０  ネットワーク、１１０，１５１，２１０，２５１  画像処理部、１００，２００Ａ〜２００Ｄ  ＭＦＰ、ＨＴＴＰ５００  リクエスト、５０１  ヘッダ、５０２  ボディ。
【図１】
2018097744.tif 000003
【図２】
2018097744.tif 000004
【図３】
2018097744.tif 000005
【図４】
2018097744.tif 000006
【図５】
2018097744.tif 000007
【図６】
2018097744.tif 000008
【図７】
2018097744.tif 000009
【図８】
2018097744.tif 000010
【図９】
2018097744.tif 000011
【図１０】
2018097744.tif 000012
【図１１】
2018097744.tif 000013
【図１２】
2018097744.tif 000014
【図１３】
2018097744.tif 000015