JP2023130943A - 情報処理装置、分散処理システムおよびプログラム - Google Patents

Abstract

【課題】複数のサーバにより分散処理が実行されるシステムにおいて、何れかのサーバで障害が発生した場合に、そのサーバに振り分けられた処理の処理結果を取得可能とする。【解決手段】情報処理装置１００は、分散処理を実行するクラウドサーバ２００に対して処理の実行指示を行い、個々のクラウドサーバ２００から分散処理における当該クラウドサーバ２００に振り分けられた処理の処理結果を取得し、分散処理に係る個々の処理に関して、処理結果が取得されずに予め定められた条件を満足した場合、分散処理を実行する各クラウドサーバ２００に対して処理結果を取得していないことを示す通知を行い、通知の後、分散処理を実行するクラウドサーバ２００のうち、条件を満足した際に取得されなかった処理結果に係る処理が振り分けられたクラウドサーバ２００とは異なるクラウドサーバ２００から当該処理結果を取得する。【選択図】図５

Description

本発明は、情報処理装置、分散処理システムおよびプログラムに関する。

データ処理において、複数の外部サーバを用いた分散処理が行われる場合、分散して実行される処理を管理するための仕組みを用意する必要がある。分散処理を管理するためのサーバを用いない場合、例えば、サーバ間やサーバと端末装置との間で送受信されるデータにジョブの識別情報を付加し、この識別情報に基づいて端末装置において処理を管理すること等が行われる。

特許文献１には、複数のクライアントＰＣと印刷装置とを備えたシステムが開示されている。同システムにおいて、一のクライアントＰＣは、印刷データを複数の分割データに分割し、それに分割情報及びジョブ識別情報を付加して分散委託データを生成し他の複数のクライアントＰＣに分配する。他のクライアントＰＣは、受信した分散委託データに含まれる分割データをラスタライズし、ラスタライズ後の分割データと、分割情報と、ジョブ情報とを含む分割印刷ジョブを生成し印刷装置に送信する。印刷装置は、受信した分割印刷ジョブに対応付けて分割印刷ジョブレコードをスプールに登録し、スプールに登録されている分割印刷ジョブのうちで、印刷データに対応する全ての分割印刷ジョブが集まっている分割印刷ジョブを、分割情報に示される印刷データ内での順番で印刷する。

特開２０１３－７７１２９号公報

複数のサーバにより分散処理が実行されるシステムにおいて、何れかのサーバで障害が発生し、そのサーバによる処理結果が得られない場合、全体の処理を完了することができない。

本発明は、複数のサーバにより分散処理が実行されるシステムにおいて、何れかのサーバで障害が発生した場合に、そのサーバに振り分けられた処理の処理結果を取得可能とすることを目的とする。

請求項１に係る本発明は、
プロセッサを備え、
前記プロセッサは、
分散処理を実行するサーバに対して処理の実行指示を行い、
個々の前記サーバから前記分散処理における当該サーバに振り分けられた処理の処理結果を取得し、
前記分散処理に係る個々の処理に関して、処理結果が取得されずに予め定められた条件を満足した場合、当該分散処理を実行する各サーバに対して当該処理結果を取得していないことを示す通知を行い、
前記通知の後、前記分散処理を実行するサーバのうち、前記条件を満足した際に取得されなかった前記処理結果に係る処理が振り分けられたサーバとは異なるサーバから当該処理結果を取得することを特徴とする、情報処理装置である。
請求項２に係る本発明は、
前記プロセッサは、
個々の前記サーバから前記処理結果の送信先を示す装置識別情報を取得し、
取得した前記装置識別情報が自装置の装置識別情報である場合に、当該装置識別情報の送信元であるサーバから前記処理結果を取得することを特徴とする、請求項１に記載の情報処理装置である。
請求項３に係る本発明は、
前記プロセッサは、
前記サーバとの間で前記処理結果を取得するための通信を開始する際に、各々の当該サーバから前記装置識別情報を取得して自装置の装置識別情報か否かを判断し、
各々の前記サーバから前記処理結果を取得する際に、再度、前記装置識別情報を取得して自装置の装置識別情報か否かを判断することを特徴とする、請求項２に記載の情報処理装置である。
請求項４に係る本発明は、
前記プロセッサは、前記通知の後、前記異なるサーバから前記処理結果を取得する際に、前記装置識別情報を取得して自装置の装置識別情報か否かを判断することを特徴とする、請求項３に記載の情報処理装置である。
請求項５に係る本発明は、
前記プロセッサは、分散処理を実行するサーバに対して前記処理の実行指示と共に自装置の装置識別情報を提供することを特徴とする、請求項２に記載の情報処理装置である。
請求項６に係る本発明は、
前記プロセッサは、前記分散処理における全ての処理結果を取得し、当該処理結果に基づく処理を実行することを特徴とする、請求項１に記載の情報処理装置である。
請求項７に係る本発明は、
前記プロセッサは、前記分散処理における処理結果のうち、一または複数の処理結果に関して、
前記通知を予め定められた回数行っても取得されない場合、前記分散処理の処理結果に基づく処理を実行せず、予め定められたエラー処理を実行することを特徴とする、請求項６に記載の情報処理装置である。
請求項８に係る本発明は、
端末装置からの指示に応じて複数のサーバによる分散処理を実行し、処理結果を当該端末装置に提供する分散処理システムにおいて、
前記複数のサーバにおける各サーバは、
前記端末装置から処理の実行指示を取得し、
前記実行指示に応じて前記分散処理における自サーバに振り分けられた処理を実行し、
実行した前記処理の識別情報と処理結果の送信先を示す装置識別情報とを前記端末装置に送信し、当該端末装置からの応答に応じて、当該端末装置へ処理結果を送信し、
前記端末装置から前記分散処理における個々の処理の何れかに関して処理結果を取得していないことを示す通知を受け付け、自サーバが当該通知に係る処理の少なくとも一つが振り分けられた場合に、新たに振り分けられた当該処理を実行し、当該端末装置へ処理結果を送信することを特徴とする、分散処理システムである。
請求項９に係る本発明は、
前記複数のサーバにおける各サーバは、
前記分散処理に係る全ての処理の対象データを予め保持し、
保持している前記対象データから自サーバに振り分けられた処理の対象データを用いて当該処理を実行することを特徴とする、請求項８に記載の分散処理システムである。
請求項１０に係る本発明は、
前記サーバに対する前記分散処理の振り分けを管理する管理サーバをさらに備え、
前記管理サーバは、前記複数のサーバにおける各サーバが前記通知を受け付けた場合に、当該通知により特定される処理を、当該処理が振り分けられているサーバとは異なるサーバに振り分けることを特徴とする、請求項９に記載の分散処理システムである。
請求項１１に係る本発明は、
前記複数のサーバにおける各サーバは、前記通知を受け付けると、他の前記サーバと通信を行って、当該通知により特定される処理を実行するサーバを決定することを特徴とする、請求項９に記載の分散処理システムである。
請求項１２に係る本発明は、
前記複数のサーバにおける各サーバは
前記端末装置との間で前記処理結果を取得するための通信を開始する際に、前記装置識別情報を当該端末装置へ送信し、
前記端末装置へ前記処理結果を送信する際に、再度、前記装置識別情報を送信することを特徴とする、請求項８に記載の分散処理システムである。
請求項１３に係る本発明は、
前記複数のサーバにおける各サーバは、前記処理結果を前記端末装置へ送信する際に、当該処理結果と共に前記装置識別情報を送信することを特徴とする、請求項１２に記載の分散処理システムである。
請求項１４に係る本発明は、
コンピュータに、
分散処理を実行するサーバに対して処理の実行指示および自装置の装置識別情報を提供する機能と、
個々の前記サーバから処理の識別情報および自装置の前記装置識別情報を受け付けて、当該装置識別情報の送信元であるサーバから当該装置識別情報と共に取得した当該処理の識別情報により識別される処理の処理結果を取得する機能と、
前記分散処理に係る個々の処理に関して、処理結果が取得されずに予め定められた条件を満足した場合、当該分散処理を実行する各サーバに対して当該処理結果を取得していないことを示す通知を行う機能と、
前記通知の後、前記分散処理を実行するサーバのうち何れかのサーバから自装置の前記装置識別情報を受け付けて、前記条件を満足した際に取得されなかった前記処理結果を取得する機能と、
を実現させることを特徴とする、プログラムである。

請求項１の発明によれば、処理結果の不取得時に通知を行わない構成と異なり、何れかのサーバで障害が発生した場合にも、そのサーバに振り分けられた処理の処理結果を取得することができる。
請求項２の発明によれば、処理結果のみを取得する構成と異なり、サーバによる処理結果の送信先が自装置か否かを確認することができる。
請求項３の発明によれば、通信開始時にのみ装置識別情報を取得する構成と異なり、サーバが複数の端末装置に係る分散処理を実行する場合に、処理結果ごとに送信先が自装置か否かを確認することができる。
請求項４の発明によれば、通信開始時にのみ装置識別情報を取得する構成と異なり、情報処理装置からの通知により取得する処理結果に関しても送信先が自装置か否かを確認することができる。
請求項５の発明によれば、自装置以外から装置識別情報を提供する構成と比較して、実行しようとする分散処理と処理結果の送信先との関連付けが容易になる。
請求項６の発明によれば、分散処理の処理結果の取得のみを行う構成と比較して、処理結果に基づいて他の処理を実行することができる。
請求項７の発明によれば、単に予め定められた規則や方針に基づいて画像を処理する構成と比較して、画像の各部の顕著性を反映させて画像における各小領域の重要性を特定することができる。
請求項８の発明によれば、各サーバが最初に振り分けられた処理のみを実行する構成と異なり、何れかのサーバで障害が発生した場合にも、そのサーバに振り分けられた処理を実行することができる。
請求項９の発明によれば、各サーバが振り分けられた処理の対象データのみを保持する構成と異なり、通知後に振り分けられた処理を直ちに実行することができる。
請求項１０の発明によれば、各サーバが最初に振り分けられた処理のみを実行する構成と異なり、何れかのサーバで障害が発生した場合に、管理サーバにより該当の処理を他のサーバに振り分けることができる。
請求項１１の発明によれば、各サーバが最初に振り分けられた処理のみを実行する構成と異なり、何れかのサーバで障害が発生した場合に、各サーバ間の通信を経て該当の処理を他のサーバに振り分けることができる。
請求項１２の発明によれば、通信開始時にのみ装置識別情報を送信する構成と異なり、クラウドサーバが複数の端末装置に係る分散処理を実行する場合に、処理結果ごとに送信先を確認することができる。
請求項１３の発明によれば、装置識別情報を送信した後に処理結果を送信する構成と比較して、通信に要する時間を短縮することができる。
請求項１４の発明によれば、本発明のプログラムをインストールしたコンピュータにおいて、処理結果の不取得時に通知を行わない構成と異なり、何れかのサーバで障害が発生した場合にも、そのサーバに振り分けられた処理の処理結果を取得することができる。

本実施形態が適用されるシステムの構成例を示す図である。 本実施形態が適用される画像形成装置の構成を示す図である。 クラウドサーバから画像形成装置への画像データの送信手順を示す図である。 画像データの送信中に一のクラウドサーバにおいて障害が発生し、画像データの送信が中断した様子を示す図である。 クラウドサーバに障害が発生した後の画像形成装置およびクラウドサーバの動作を示す図である。 クラウドサーバの動作を示すフローチャートである。 画像形成装置の動作を示すフローチャートである。

以下、添付図面を参照して、本発明の実施形態について詳細に説明する。

＜システム構成＞
図１は、本実施形態が適用されるシステムの構成例を示す図である。本実施形態のシステムは、画像形成装置１００と、クラウドサーバ２００とを備える。図１には、２つの画像形成装置１００と、３つのクラウドサーバ２００とが示されているが、各々は、図示の数に限定されない。各画像形成装置１００を区別する場合、図１に示すように、画像形成装置１００Ａ、１００Ｂ等と添え字を付して記す。同様に、各クラウドサーバ２００を区別する場合、図１に示すように、クラウドサーバ２００Ａ、２００Ｂ、２００Ｃ等と添え字を付して記す。

画像形成装置１００は、クラウドサーバ２００から処理対象の画像データを取得し、用紙等の媒体に対して画像形成処理を行い、出力する。画像形成装置１００は、情報処理装置の一例である。クラウドサーバ２００は、インターネット上のいわゆるクラウド環境に構築されたサーバであり、画像形成装置１００により出力される画像データに対する画像処理を行う。クラウドサーバ２００は、例えば、画像のラスタライズ、画像の圧縮、二値化等の処理を行う。

本実施形態では、図１に示すように、複数のクラウドサーバ２００（図示の例では、クラウドサーバ２００Ａ、２００Ｂ、２００Ｃ）の分散処理により画像処理が行われる。画像形成装置１００は、複数のクラウドサーバ２００に分散して行われた画像処理の結果のデータを各クラウドサーバ２００から取得し、統合して印刷出力する。また、図１に示すように、各クラウドサーバ２００は、複数の画像形成装置１００（図示の例では、画像形成装置１００Ａ、１００Ｂ）において出力される画像データの画像処理を並行して行っても良い。

＜画像形成装置１００の構成＞
図２は、本実施形態が適用される画像形成装置１００の構成を示す図である。画像形成装置１００は、制御部１１０と、記憶部１２０と、操作部１３０と、表示部１４０と、画像読み取り部１５０と、画像形成部１６０と、通信部１７０と、画像処理部１８０とを備える。これらの各機能部は、バス１０１に接続され、このバス１０１を介してデータの授受を行う。

制御部１１０は、画像形成装置１００における上記の各機能部を制御する。また、制御部１１０は、各種のデータ処理を実行する機能部である。制御部１１０は、演算手段であるＣＰＵ（Central Processing Unit）１１１と、記憶手段であるＲＡＭ（Random Access Memory）１１２およびＲＯＭ（Read Only Memory）１１３とを備える。ＲＡＭ１１２は、主記憶装置（メイン・メモリ）であり、ＣＰＵ１１１が演算処理を行う際の作業用メモリとして用いられる。ＲＯＭ１１３にはプログラムや予め用意された設定値等のデータが保持されており、ＣＰＵ１１１はＲＯＭ１１３から直接プログラムやデータを読み込んで処理を実行する。また、プログラムやデータは、記憶部１２０にも記憶される。ＣＰＵ１１１は記憶部１２０に格納されたプログラムをＲＡＭ１１２に読み込んで実行する。

本実施形態では、制御部１１０のＣＰＵ１１１がプログラムを読み込んで実行することにより、後述する各種の機能を実現する。本実施形態において実現される機能には、装置ＩＤの送信、装置ＩＤを含む各種ＩＤの受信および確認、処理対象のデータの受信等が含まれる。

記憶部１２０は、上記のようにＣＰＵ１１１が実行するためのプログラムやデータを記憶する他、画像読み取り部１５０により読み取った画像のデータ等、各種の動作により生成された種々のデータを記憶する機能部である。記憶部１２０は、例えば、磁気ディスク装置やＳＳＤ（Solid State Drive）等の記憶装置により実現される。

操作部１３０は、ユーザの操作を受け付ける機能部である。操作部１３０は、例えば、ハードウェアキーや、指等で押圧または触れた位置に応じた制御信号を出力するタッチセンサ等により構成される。タッチセンサと表示部１４０を構成する液晶ディスプレイとを組み合わせたタッチパネルとして構成しても良い。

表示部１４０は、ユーザに各種の情報を提示する情報画像、読み取りや出力等の処理対象となる画像のプレビュー画像、ユーザが操作を行うための操作画像等を表示する機能部である。表示部１４０は、例えば、液晶ディスプレイにより構成される。上記の操作部１３０と表示部１４０とを組み合わせて、ユーザが画像形成装置１００に対して情報の入出力を行うためのユーザインターフェイス手段として用い得る。

画像読み取り部１５０は、原稿上の画像を光学的に読み取る機能部である。画像の読み取り方式としては、例えば、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ（Light Emitting Diode）光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式等が用いられる。

画像形成部１６０は、用紙等の記録材に対して、画像形成材を用いて画像データに基づく画像を形成する機能部である。記録材に画像を形成する方式としては、例えば、画像形成材としてトナーを用い、感光体に付着させたトナーを記録材に転写して像を形成する電子写真方式が用いられる。

通信部１７０は、外部装置との間で命令やデータを送受信する機能部である。通信部１７０としては、外部装置との通信方式に応じたインターフェイスが用いられる。外部装置との接続は、ネットワークを介して行っても良いし、直接接続により行っても良い。通信回線は、有線回線であっても無線回線であっても良い。

画像処理部１８０は、演算手段であるプロセッサと作業用メモリとを備え、画像データが表す画像に色補正や階調補正等の画像処理を施す機能部である。なお、プロセッサとして制御部１１０のＣＰＵ１１１を、作業用メモリとして制御部１１０のＲＡＭ１１２を、それぞれ兼用しても良い。本実施形態では、画像データに対して行われる画像処理の少なくとも一部がクラウドサーバ２００により行われる。画像処理部１８０は、クラウドサーバ２００において行われない画像処理であって、画像形成装置１００による出力の際に適用するか否かが決定される処理や設定の変更が行われ得る処理を実行する。

＜画像データの送信手順＞
図３は、クラウドサーバ２００から画像形成装置１００への画像データの送信手順を示す図である。図３には、一つの画像形成装置１００が、二つのクラウドサーバ２００Ａ、２００Ｂから画像データを取得する例が示されている。ここで、分散処理は、処理対象のデータを、予め定められたデータブロックごとに各クラウドサーバ２００Ａ、２００Ｂに振り分けて行われる。データブロックは、処理対象のデータの種類や、クラウドサーバ２００Ａ、２００Ｂおよび画像形成装置１００の処理能力、通信速度等に応じて設定し得るが、本実施形態では、例えば、データブロックの単位を１ページ分の画像データとしても良い。図示の例では、３ページ分の画像データが送受信され、第１ページおよび第３ページの画像処理をクラウドサーバ２００Ａが行い、第２ページの画像処理をクラウドサーバ２００Ｂが行うものとする。

事前の動作として、各クラウドサーバ２００Ａ、２００Ｂには、画像形成装置１００の出力処理の単位（以下、「ジョブ」と呼ぶ）における処理対象の画像データおよび画像処理における設定情報が予め与えられている。一方、各クラウドサーバ２００Ａ、２００Ｂには、分散処理における処理対象の画像データの振り分けに関わらず、ジョブにおける画像データの全てが与えられるものとする。各クラウドサーバ２００Ａ、２００Ｂは、取得したジョブに係る全ての画像データのうち、自サーバに割り当てられた画像データに対する画像処理を行うと共に、処理結果の画像データを画像形成装置１００へ送信する。各クラウドサーバ２００Ａ、２００Ｂに対する画像データや設定情報の提供、分散処理における画像データの振り分けは、例えば、クラウドサーバ２００とは別に設けられた管理サーバ（図示せず）により行われる。

図３に示す例において、画像形成装置１００は、ジョブの実行に際し、クラウドサーバ２００Ａ、２００Ｂから画像処理の結果としてページごとの画像データを取得する。画像データの取得は、下記の手順で行われる。以下の説明で符号（ａ）～（ｋ）は、図３においてクラウドサーバ２００Ａ、２００Ｂと画像形成装置１００との間で行われるデータ交換を表す矢印に付された符号（ａ）～（ｋ）に対応している。

画像形成装置１００は、まず、ジョブの実行指示および装置ＩＤをクラウドサーバ２００Ａへ送信する（ａ）。ここで、ジョブの実行指示は、画像形成装置１００が印刷処理を開始するために、クラウドサーバ２００に画像処理および処理された画像データの送信を実行させるための命令である。装置ＩＤは、画像形成装置１００を識別するための識別情報である。

クラウドサーバ２００Ａは、画像形成装置１００からジョブの実行指示および装置ＩＤを受け取ると、実行指示に係るジョブに対してジョブＩＤを設定し、ジョブの対象である画像データに対する画像処理を実行する。そして、クラウドサーバ２００Ａは、設定したジョブＩＤと画像形成装置１００から取得した装置ＩＤとを、装置ＩＤにより特定される画像形成装置１００へ送信する（ｂ）。ジョブＩＤは、実行指示に係るジョブを識別するための識別情報である。また、クラウドサーバ２００Ａは、受け取ったジョブの実行指示、装置ＩＤおよび設定したジョブＩＤを、分散処理を分担するクラウドサーバ２００Ｂへ転送する。

画像形成装置１００は、クラウドサーバ２００ＡからジョブＩＤおよび装置ＩＤを取得し、取得した装置ＩＤが自装置の装置ＩＤか否かを確認する。取得した装置ＩＤが自装置の装置ＩＤと一致した場合、画像形成装置１００は、クラウドサーバ２００Ａに、装置ＩＤが正しいことを示す通知（以下、「確認通知」と呼ぶ）を行う（ｃ）。また、画像形成装置１００は、取得したジョブＩＤを保持し、この後クラウドサーバ２００Ａから受信する画像データが実行指示に係るジョブのデータであることを判断するために用いる。

クラウドサーバ２００Ａは、画像形成装置１００から確認通知を受け取ると、画像データの送信を開始する。画像データの送信は、ページごとに行われる。クラウドサーバ２００Ａには第１ページと第３ページとが割り当てられているので、クラウドサーバ２００Ａは、まず、第１ページの画像データ、ジョブＩＤ、装置ＩＤおよびページＩＤを画像形成装置１００へ送信する（ｄ）。

画像形成装置１００は、クラウドサーバ２００Ａから受信した各ＩＤを確認する。具体的には、例えば、ジョブＩＤが上記（ｂ）でクラウドサーバ２００Ａから受信したジョブＩＤか否か、装置ＩＤが自装置の装置ＩＤか否か、既に受信したページのページＩＤと重複していないか等が確認される。各ＩＤに問題がなければ、画像形成装置１００は、受信した第１ページの画像データを保存し、クラウドサーバ２００Ａに、画像データを受け取った旨の通知（以下、「取得通知」と呼ぶ）を行う（ｅ）。

クラウドサーバ２００Ａは、次に、第３ページの画像データ、ジョブＩＤ、装置ＩＤおよびページＩＤを画像形成装置１００へ送信する（ｆ）。画像形成装置１００は、クラウドサーバ２００Ａから受信した各ＩＤを確認する。そして、各ＩＤに問題がなければ、画像形成装置１００は、受信した第３ページの画像データを保存し、クラウドサーバ２００Ａに取得通知を行う（ｇ）。以下、未送信の画像データがあれば、クラウドサーバ２００Ａおよび画像形成装置１００は、上記の処理を繰り返す。

図３に示す例では、以上で振り分けられた全ての画像データの送信を完了したので、クラウドサーバ２００Ａは、終了処理を行って、このジョブに関する処理を終了する。終了処理としては、例えば、クラウドサーバ２００Ａにおける該当ジョブの画像データの送信終了を示す通知を画像形成装置１００へ送信すること等が挙げられる。

次に、クラウドサーバ２００Ｂの動作を説明する。クラウドサーバ２００Ｂは、クラウドサーバ２００Ａからジョブの実行指示、装置ＩＤおよびジョブＩＤを受け取ると、ジョブの対象である画像データに対する画像処理を実行する。そして、クラウドサーバ２００Ｂは、クラウドサーバ２００Ａから受け取った装置ＩＤおよびジョブＩＤを、装置ＩＤにより特定される画像形成装置１００へ送信する（ｈ）。画像形成装置１００は、クラウドサーバ２００ＢからジョブＩＤおよび装置ＩＤを取得し、取得した装置ＩＤが自装置の装置ＩＤか否かを確認する。取得した装置ＩＤが自装置の装置ＩＤと一致した場合、画像形成装置１００は、クラウドサーバ２００Ｂに、装置ＩＤが正しいことを示す確認通知を行う（ｉ）。

クラウドサーバ２００Ｂは、画像形成装置１００から確認通知を受け取ると、画像データの送信を開始する。画像データの送信はページごとに行われ、クラウドサーバ２００Ｂには第２ページが割り当てられている。したがって、クラウドサーバ２００Ｂは、第２ページの画像データ、ジョブＩＤ、装置ＩＤおよびページＩＤを画像形成装置１００へ送信する（ｊ）。

画像形成装置１００は、クラウドサーバ２００Ｂから受信した各ＩＤを確認する。そして、各ＩＤに問題がなければ、画像形成装置１００は、受信した第２ページの画像データを保存し、クラウドサーバ２００Ｂに取得通知を行う（ｋ）。以下、未送信の画像データがあれば、クラウドサーバ２００Ｂおよび画像形成装置１００は、上記の処理を繰り返す。図３に示す例では、クラウドサーバ２００Ｂに割り当てられたページは第２ページのみなので、クラウドサーバ２００Ｂは、終了処理を行って、このジョブに関する処理を終了する。

上記の動作例では、画像形成装置１００からのジョブの実行指示に応じてクラウドサーバ２００ＡがジョブＩＤを設定した。これに対し、ジョブＩＤを予め設定して分散処理を行う各クラウドサーバ２００Ａ、２００Ｂ間で共有しておいても良い。また、画像形成装置１００がジョブＩＤを設定し、分散処理を行う各クラウドサーバ２００Ａ、２００Ｂに送っても良い。また、上記の動作例では、クラウドサーバ２００Ａが、分散処理を行う他のクラウドサーバ２００Ｂへ画像形成装置１００から取得した実行指示および装置ＩＤを転送した。これに対し、画像形成装置１００が分散処理を行う各クラウドサーバ２００Ａ、２００Ｂに実行指示および装置ＩＤを送っても良い。

上記の動作例において、クラウドサーバ２００Ａ、２００Ｂは、通信開始時に装置ＩＤを送信し、画像形成装置１００による確認通知を受信した。これにより、クラウドサーバ２００Ａ、２００Ｂと画像形成装置１００との間で、ジョブにおける画像データの送信先が正しいことが確認される。また、クラウドサーバ２００Ａ、２００Ｂは、ページごとの画像データを送信する際に、再度、装置ＩＤを送信し、画像形成装置１００による確認通知を受信した。これにより、クラウドサーバ２００Ａ、２００Ｂと画像形成装置１００との間で、ページごとに送信先が正しいことが改めて確認される。

上記の動作例では一の画像形成装置１００が画像データを取得する動作を説明したが、一のクラウドサーバ２００が複数の画像形成装置１００Ａ、１００Ｂに対して画像データを送信する場合、画像形成装置１００Ａおよび画像形成装置１００Ｂへのページごとの送信が交互に行われることが起こり得る。このような場合、ページごとに送信先を確認することで、ページ単位で誤送信の発生を防止し得る。なお、上記の動作例では、ページごとの画像データと共に装置ＩＤを送ることとしたが、この手順は例示に過ぎない。クラウドサーバ２００は、画像データを送る際に、まず装置ＩＤを送信し、画像形成装置１００からの確認通知を取得して画像データを送るようにしても良い。

＜障害発生時の対応動作＞
図４は、画像データの送信中に一のクラウドサーバ２００において障害が発生し、画像データの送信が中断した様子を示す図である。クラウドサーバ２００において障害が発生した場合、画像形成装置１００は、障害が発生したクラウドサーバ２００からそのクラウドサーバ２００に割り当てられたデータを得ることができない。そこで、本実施形態では、一のクラウドサーバ２００で障害が発生した場合に他のクラウドサーバ２００から必要なデータを取得する。

図４に示す例では、三つのクラウドサーバ２００Ａ、２００Ｂ、２００Ｃから画像形成装置１００へ画像データが送信される。クラウドサーバ２００Ａには第１ページが割り当てられ、クラウドサーバ２００Ｂには第３ページおよび第４ページが割り当てられ、クラウドサーバ２００Ｃには第２ページが割り当てられているものとする。

クラウドサーバ２００Ａ、２００Ｂ、２００Ｃから画像形成装置１００へ画像データを送信する動作の実行中に、クラウドサーバ２００Ｂにおいて障害が発生したものとする。障害は、クラウドサーバ２００Ｂが第３ページの画像データを送信した後、第４ページの画像データを送信する前に発生したものとする。クラウドサーバ２００Ａ、２００Ｃによる画像データは正常に送信された。この場合、画像形成装置１００は、第１ページから第３ページまでの画像データを取得し、第４ページの画像データを取得できない。本実施形態では、次のようにして、障害の発生していないクラウドサーバ２００Ａ、２００Ｃが第４ページの画像データを画像形成装置１００へ送る。

図５は、クラウドサーバ２００に障害が発生した後の画像形成装置１００およびクラウドサーバ２００の動作を示す図である。画像形成装置１００は、第４ページの画像データが得られない状態で予め定められた条件を満足すると、第４ページの画像データを取得していないことを示す通知（以下、「未受信通知」と呼ぶ）を各クラウドサーバ２００に行う。予め定められた条件は様々に設定し得るが、例えば、予め設定された時間が経過したこと等としても良い。未受信通知は、分散処理の実行対象である全てのクラウドサーバ２００（２００Ａ、２００Ｂ、２００Ｃ）に対して行われる。画像形成装置１００において、何れのクラウドサーバ２００に障害が発生したかわからないためである。

障害の発生していないクラウドサーバ２００Ａ、２００Ｃは、通知を受け取ると、送信されていない第４ページの追加割り当てを受け付ける。これにより、障害が発生したクラウドサーバ２００Ｂに割り当てられていたページが、障害の発生していない他のクラウドサーバ２００（クラウドサーバ２００Ａまたはクラウドサーバ２００Ｃ）に割り当てられる。追加割り当ては、例えば、管理サーバ３００により行われる。管理サーバ３００は、ジョブの実行を管理するサーバであり、各クラウドサーバ２００に対してジョブにおける処理対象の画像データや設定情報の提供、分散処理における画像データの振り分け等を行うサーバである。ここでは、クラウドサーバ２００Ｃに第４ページが割り当てられたものとする。

第４ページが割り当てられたクラウドサーバ２００Ｃは、第４ページに対する画像処理を実行する。そして、クラウドサーバ２００Ｃは、図３を参照して説明した手順で第４ページの画像データを送信する。すなわち、送信開始時のジョブＩＤおよび装置ＩＤの確認を経た後、第４ページの画像データ、ジョブＩＤ、装置ＩＤおよびページＩＤを画像形成装置１００へ送信する。

画像形成装置１００は、分散処理を実行する各クラウドサーバ２００へ未受信通知を送った後、通信開始時にクラウドサーバ２００ＣからジョブＩＤと共に受信した装置ＩＤが自装置の装置ＩＤか否かを確認し、自装置の装置ＩＤであれば確認通知を返す。また、画像形成装置１００は、第４ページの画像データの受信時に、クラウドサーバ２００Ｃから画像データと共に受信した各ＩＤを確認する。そして、問題が無ければ、画像形成装置１００は、受信した第４ページの画像データを保存し、クラウドサーバ２００Ｃに、取得通知を行う。

なお、クラウドサーバ２００Ｃにおいて、追加割り当てされたデータと同じジョブによるデータ送信処理が継続中である場合、送信開始時の確認は省略しても良い。例えば、ジョブに係る画像データの総ページ数が１０ページであり、第３、第６、第９ページがクラウドサーバ２００Ｃに振り分けられている場合を考える。クラウドサーバ２００において、第６ページまで送信完了し、第９ページが未送信のときに第８ページが追加で割り当てられたものとする。この場合、クラウドサーバ２００Ｃは、このジョブによる送信処理が継続中（第９ページが未送信）であるため、かかる送信処理の一部として第８ページの送信を行っても良い。

上記の動作例において、障害の発生したクラウドサーバ２００Ｂにおいて画像形成装置１００に送信できなかった画像データに対する処理の追加割り当てを管理サーバ３００が行うこととしたが、これは例示に過ぎない。例えば、障害が発生していないクラウドサーバ２００どうしで情報をやり取りし、追加の画像処理および送信を行うクラウドサーバ２００を決定しても良い。この場合、クラウドサーバ２００間の情報のやり取りにおいて、例えば、各クラウドサーバ２００の負荷の状態等を比較し、現状の負荷が最も軽いクラウドサーバ２００に対して追加割り当てを行っても良い。

＜クラウドサーバ２００の動作＞
図６は、クラウドサーバ２００の動作を示すフローチャートである。クラウドサーバ２００は、画像形成装置１００からジョブの実行指示および装置ＩＤを受信すると（Ｓ６０１）、ジョブＩＤを設定し、受信した実行指示にしたがって画像処理を実行する（Ｓ６０２）。そして、クラウドサーバ２００は、画像形成装置１００へジョブＩＤおよび装置ＩＤを送信する（Ｓ６０３）。

次に、クラウドサーバ２００は、規定時間内に画像形成装置１００から確認通知を受信すると（Ｓ６０４でＹＥＳ）、Ｓ６０２で処理した画像データを、予め定められたデータブロックごと（例えばページごと）に画像形成装置１００へ送信する。また、クラウドサーバ２００は、画像データと共に各ＩＤ（ジョブＩＤ、ページＩＤおよび装置ＩＤ）を画像形成装置１００へ送信する（Ｓ６０５）。規定時間内に確認通知を受信しなかった場合（Ｓ６０４でＮＯ）、クラウドサーバ２００は、ジョブがエラーにより終了したことを示す通知を画像形成装置１００へ送信する（Ｓ６１１）。

クラウドサーバ２００は、送信したページの画像データの取得通知を画像形成装置１００から規定時間内に受信すると（Ｓ６０６でＹＥＳ）、ジョブに係る全ての画像データ（全ページ）の送信を完了したか否かを判断する。完了していない場合（Ｓ６０７でＮＯ）、Ｓ６０５に戻り、クラウドサーバ２００は、未送信の画像データおよび各ＩＤを画像形成装置１００へ送信する。一方、ジョブに係る全ての画像データの送信を完了したならば（Ｓ６０７でＹＥＳ）、クラウドサーバ２００は、画像形成装置１００から未受信通知を受信したか否かを判断する。また、規定時間内に取得通知を受信しなかった場合（Ｓ６０６でＮＯ）、クラウドサーバ２００は、ジョブがエラーにより終了したことを示す通知を画像形成装置１００へ送信する（Ｓ６１１）。

未受信通知を受信していない場合（Ｓ６０８でＮＯ）、クラウドサーバ２００は、このジョブにおける自サーバの処理が終了したことを示す通知を画像形成装置１００へ送信する（Ｓ６０９）。分散処理に係る他のクラウドサーバ２００で障害が発生し、画像形成装置１００から未受信通知を受信した場合（Ｓ６０８でＹＥＳ）、次にクラウドサーバ２００は、このジョブにおける処理対象の画像データの追加割り当てを受けたか否かを判断する。

追加割り当てを受けていない場合（Ｓ６１０でＮＯ）、クラウドサーバ２００は、このジョブにおける自サーバの処理が終了したことを示す通知を画像形成装置１００へ送信する（Ｓ６０９）。一方、画像データの追加割り当てを受けた場合（Ｓ６１０でＹＥＳ）、Ｓ６０２に戻り、クラウドサーバ２００は、追加割り当てされた画像データに対する画像処理を行う。そして、クラウドサーバ２００は、新たに画像処理を行った画像データに関して、画像形成装置１００へのジョブＩＤおよび装置ＩＤの送信（Ｓ６０３）以降の処理を実行する。

上記の動作例において、クラウドサーバ２００は、ジョブに係る全ての画像データの送信を完了した後に、画像形成装置１００から未受信通知を受信したか否かを判断することとした。これに対し、ジョブに係る全ての画像データの送信を完了する前であっても、未受信通知を受信し、画像データの追加割り当てを受け付けた場合は、当初の振り分けで自サーバに割り当てられた画像データと同様に追加割り当てによる画像データの処理を行っても良い。

＜画像形成装置１００の動作＞
図７は、画像形成装置１００の動作を示すフローチャートである。画像形成装置１００は、ジョブを開始する場合、まず、分散処理による画像処理を実行するクラウドサーバ２００へジョブの実行指示および装置ＩＤを送信し（Ｓ７０１）、クラウドサーバ２００からの応答を待つ。そして、画像形成装置１００は、クラウドサーバ２００からジョブＩＤおよび装置ＩＤを受信すると（Ｓ７０２）、受信した装置ＩＤが正しいか否か（自装置の装置ＩＤと一致しているか否か）を判断する。

受信した装置ＩＤが正しい場合（Ｓ７０３でＹＥＳ）、画像形成装置１００は、クラウドサーバ２００へ確認通知を送信する（Ｓ７０４）。受信した装置ＩＤが正しくない場合（Ｓ７０３でＮＯ）、画像形成装置１００は、ジョブをエラー終了する（Ｓ７１３）。エラー終了では、例えば、画像形成装置１００の表示部１４０（図２参照）に表示されたＵＩ画面において、エラー終了したことを示すメッセージの表示等が行われる。表示されるメッセージには、例えば、エラーにより終了したこと、エラーの種類、対応手段等の情報を含んでも良い。

画像形成装置１００は、確認通知を送信した後、規定時間内に画像データを受信したか否かを判断する。規定時間内に受信した場合（Ｓ７０５でＹＥＳ）、画像形成装置１００は、画像データと共に受信した各ＩＤに問題がないかを判断する。受信した各ＩＤが正しい場合（Ｓ７０６でＹＥＳ）、画像形成装置１００は、受信した画像データを保存し、クラウドサーバ２００へ取得通知を返す（Ｓ７０７）。一方、受信した各ＩＤの何れかが正しくない場合（Ｓ７０６でＮＯ）、画像形成装置１００は、ジョブをエラー終了する（Ｓ７１３）。

取得通知をクラウドサーバ２００へ送信した後、画像形成装置１００は、保存した画像データをページ順に出力する（Ｓ７０８）。画像形成装置１００は、Ｓ７０５～Ｓ７０８の動作をジョブに係る全ての画像データ（全ページ）について出力するまで繰り返す（Ｓ７０９でＮＯ）。全ての画像データの出力が完了したならば（Ｓ７０９でＹＥＳ）、画像形成装置１００は、ジョブを正常終了する（Ｓ７１０）。正常終了では、例えば、画像形成装置１００の表示部１４０に表示されたＵＩ画面において、正常終了したことを示すメッセージの表示等が行われる。

確認通知を送信した後、規定時間内に画像データを受信しなかった場合（Ｓ７０５でＮＯ）、画像形成装置１００は、クラウドサーバ２００へ未受信通知を送信し（Ｓ７１１）、クラウドサーバ２００からの応答を待つ。画像形成装置１００は、規定回数に至るまでは（Ｓ７１２でＮＯ）、例えばＳ７０５で述べた規定時間ごとに、未受信通知を繰り返す。そして、未受信通知が規定回数に達するまでに画像データおよび各ＩＤを受信したならば（Ｓ７０５でＹＥＳ）、画像形成装置１００は、各ＩＤの確認（Ｓ７０６）以降の処理を実行する。一方、未受信通知が規定回数に達した場合（Ｓ７１２でＹＥＳ）、画像形成装置１００は、ジョブをエラー終了する（Ｓ７１３）。

上記の動作において、画像形成装置１００は、全ての画像データを取得してから印刷出力を行っても良いし、画像データを受信しながら並行して出力処理を行っても良い。ここで、複数のクラウドサーバ２００からの画像データの受信が、必ずしもページ順となるとは限らない。例えば、図４、５を参照して説明した例において、クラウドサーバ２００Ｃから第２ページの画像データを受信する前に、クラウドサーバ２００Ｂから第３ページの画像データを受信することが起こり得る。このような場合、後者の例では、例えば、画像形成装置１００において十分なデータ容量（例えば、数ページ分のデータ量に相当する容量）のバッファメモリを用意しておき、ページ順が前後して受信された画像データをバッファしてページ順に出力することにより対応しても良い。

＜他の適用例＞
上記の実施形態では、情報処理装置を画像形成装置１００とし、複数のクラウドサーバ２００の分散処理による画像処理が行われた画像データを取得して印刷出力するジョブを実行する場合を例として説明したが、本実施形態は上記の実施形態以外にも、複数のクラウドサーバ２００の分散処理を経たデータを取得してジョブを実行する種々のシステムに対して適用し得る。例えば、情報処理装置を動画再生装置とし、複数のクラウドサーバ２００の分散処理により編集された動画データを取得して再生するジョブを実行するシステムに適用しても良い。

この場合、各クラウドサーバ２００における処理および情報処理装置（動画再生装置）への送信の単位であるデータブロックは、例えば、フレーム単位の動画データ等としても良い。この適用例では、分散処理を行う各クラウドサーバ２００は、情報処理装置からジョブの実行指示および装置ＩＤを取得し、処理対象の動画データを処理する（言い換えれば、処理済みの動画データを生成する）。そして、クラウドサーバ２００は、ジョブＩＤと装置ＩＤとを情報処理装置に送信し、確認通知を待つ。クラウドサーバ２００は、確認通知を受け取ると、フレーム単位の処理済みの動画データ、ジョブＩＤ、装置ＩＤおよびフレームの識別情報としてのフレームＩＤを情報処理装置へ送信する。

情報処理装置は、ジョブの実行に際し、まず、ジョブの実行指示および装置ＩＤをクラウドサーバ２００へ送信する。情報処理装置は、クラウドサーバ２００からジョブＩＤおよび装置ＩＤを取得すると、装置ＩＤを確認して確認通知を行い、データが送られるのを待つ。情報処理装置は、クラウドサーバ２００からフレーム単位の処理済みの動画データ、ジョブＩＤ、装置ＩＤおよびフレームＩＤを受信すると、各ＩＤを確認し、動画データを保存して取得通知を行う。そして、情報処理装置は、取得した動画データを時系列にしたがって再生する。

また、上記の実施形態では、情報処理装置の一例である画像形成装置１００とクラウドサーバ２００とが直接、命令やデータのやり取りを行う構成としたが、かかる命令やデータのやり取りを、管理サーバ３００による中継を経て行う構成としても良い。例えば、図３に示した構成例では、画像形成装置１００が、分散処理を実行するクラウドサーバ２００の一つ（図３の例ではクラウドサーバ２００Ａ）に対し、ジョブの実行指示および装置ＩＤを送信する構成とした。また、一つのクラウドサーバ２００だけではなく、分散処理を実行する各クラウドサーバ２００に対して画像形成装置１００が実行指示および装置ＩＤを送信しても良いことを述べた。

これに対し、画像形成装置１００は管理サーバ３００に対して実行指示および装置ＩＤを送信し、管理サーバ３００がこれらの実行指示および装置ＩＤを、分散処理を実行するクラウドサーバ２００へ送信するようにしても良い。管理サーバ３００は、分散処理を実行するクラウドサーバ２００に対し分散処理に係るデータの振り分けを行って管理しているので、ジョブごとに、実行指示および装置ＩＤの送信先のクラウドサーバ２００を特定し得る。これにより、画像形成装置１００が分散処理を実行するクラウドサーバ２００の情報を事前に有している必要がなくなる。同様に、クラウドサーバ２００に障害が発生した場合の未受信通知についても、画像形成装置１００から管理サーバ３００を経由して障害の発生していないクラウドサーバ２００へ送信するようにしても良い。

以上、本発明の実施形態について説明したが、本発明の技術的範囲は上記実施形態には限定されない。例えば、上記の実施形態では、情報処理装置の一例である画像形成装置１００が、複数のクラウドサーバ２００から取得した画像データをページ順に出力するためにバッファリングを行う構成を取り得ることについて述べた。これに対し、対象データである画像データや動画データのバッファリングを管理サーバ３００が行い、情報処理装置は管理サーバ３００からページ順や時系列順に整列された画像データや動画データを取得するようにしても良い。また、上記の実施形態では、画像処理を行うサーバとしてクラウドサーバ２００を用いる構成を例として説明したが、サーバは上記クラウドサーバ２００には限定されない。例えば、ＬＡＮ（Local Area Network）やインターネット等のネットワークを介して画像形成装置１００の外部に接続されたサーバマシンやネットワーク上に仮想的に構築されたサーバ等を用いて構成しても良い。その他、本発明の技術思想の範囲から逸脱しない様々な変更や構成の代替は、本発明に含まれる。

１００…画像形成装置、１１０…制御部、１１１…ＣＰＵ、１１２…ＲＡＭ、１１３…ＲＯＭ、１２０…記憶部、１３０…操作部、１４０…表示部、１５０…画像読み取り部、１６０…画像形成部、１７０…通信部、１８０…画像処理部、２００…クラウドサーバ、３００…管理サーバ

Claims (14)

1. プロセッサを備え、
   前記プロセッサは、
   分散処理を実行するサーバに対して処理の実行指示を行い、
   個々の前記サーバから前記分散処理における当該サーバに振り分けられた処理の処理結果を取得し、
   前記分散処理に係る個々の処理に関して、処理結果が取得されずに予め定められた条件を満足した場合、当該分散処理を実行する各サーバに対して当該処理結果を取得していないことを示す通知を行い、
   前記通知の後、前記分散処理を実行するサーバのうち、前記条件を満足した際に取得されなかった前記処理結果に係る処理が振り分けられたサーバとは異なるサーバから当該処理結果を取得することを特徴とする、情報処理装置。
2. 前記プロセッサは、
   個々の前記サーバから前記処理結果の送信先を示す装置識別情報を取得し、
   取得した前記装置識別情報が自装置の装置識別情報である場合に、当該装置識別情報の送信元であるサーバから前記処理結果を取得することを特徴とする、請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記サーバとの間で前記処理結果を取得するための通信を開始する際に、各々の当該サーバから前記装置識別情報を取得して自装置の装置識別情報か否かを判断し、
   各々の前記サーバから前記処理結果を取得する際に、再度、前記装置識別情報を取得して自装置の装置識別情報か否かを判断することを特徴とする、請求項２に記載の情報処理装置。
4. 前記プロセッサは、前記通知の後、前記異なるサーバから前記処理結果を取得する際に、前記装置識別情報を取得して自装置の装置識別情報か否かを判断することを特徴とする、請求項３に記載の情報処理装置。
5. 前記プロセッサは、分散処理を実行するサーバに対して前記処理の実行指示と共に自装置の装置識別情報を提供することを特徴とする、請求項２に記載の情報処理装置。
6. 前記プロセッサは、前記分散処理における全ての処理結果を取得し、当該処理結果に基づく処理を実行することを特徴とする、請求項１に記載の情報処理装置。
7. 前記プロセッサは、前記分散処理における処理結果のうち、一または複数の処理結果に関して、
   前記通知を予め定められた回数行っても取得されない場合、前記分散処理の処理結果に基づく処理を実行せず、予め定められたエラー処理を実行することを特徴とする、請求項６に記載の情報処理装置。
8. 端末装置からの指示に応じて複数のサーバによる分散処理を実行し、処理結果を当該端末装置に提供する分散処理システムにおいて、
   前記複数のサーバにおける各サーバは、
   前記端末装置から処理の実行指示を取得し、
   前記実行指示に応じて前記分散処理における自サーバに振り分けられた処理を実行し、
   実行した前記処理の識別情報と処理結果の送信先を示す装置識別情報とを前記端末装置に送信し、当該端末装置からの応答に応じて、当該端末装置へ処理結果を送信し、
   前記端末装置から前記分散処理における個々の処理の何れかに関して処理結果を取得していないことを示す通知を受け付け、自サーバが当該通知に係る処理の少なくとも一つが振り分けられた場合に、新たに振り分けられた当該処理を実行し、当該端末装置へ処理結果を送信することを特徴とする、分散処理システム。
9. 前記複数のサーバにおける各サーバは、
   前記分散処理に係る全ての処理の対象データを予め保持し、
   保持している前記対象データから自サーバに振り分けられた処理の対象データを用いて当該処理を実行することを特徴とする、請求項８に記載の分散処理システム。
10. 前記サーバに対する前記分散処理の振り分けを管理する管理サーバをさらに備え、
    前記管理サーバは、前記複数のサーバにおける各サーバが前記通知を受け付けた場合に、当該通知により特定される処理を、当該処理が振り分けられているサーバとは異なるサーバに振り分けることを特徴とする、請求項９に記載の分散処理システム。
11. 前記複数のサーバにおける各サーバは、前記通知を受け付けると、他の前記サーバと通信を行って、当該通知により特定される処理を実行するサーバを決定することを特徴とする、請求項９に記載の分散処理システム。
12. 前記複数のサーバにおける各サーバは
    前記端末装置との間で前記処理結果を取得するための通信を開始する際に、前記装置識別情報を当該端末装置へ送信し、
    前記端末装置へ前記処理結果を送信する際に、再度、前記装置識別情報を送信することを特徴とする、請求項８に記載の分散処理システム。
13. 前記複数のサーバにおける各サーバは、前記処理結果を前記端末装置へ送信する際に、当該処理結果と共に前記装置識別情報を送信することを特徴とする、請求項１２に記載の分散処理システム。
14. コンピュータに、
    分散処理を実行するサーバに対して処理の実行指示および自装置の装置識別情報を提供する機能と、
    個々の前記サーバから処理の識別情報および自装置の前記装置識別情報を受け付けて、当該装置識別情報の送信元であるサーバから当該装置識別情報と共に取得した当該処理の識別情報により識別される処理の処理結果を取得する機能と、
    前記分散処理に係る個々の処理に関して、処理結果が取得されずに予め定められた条件を満足した場合、当該分散処理を実行する各サーバに対して当該処理結果を取得していないことを示す通知を行う機能と、
    前記通知の後、前記分散処理を実行するサーバのうち何れかのサーバから自装置の前記装置識別情報を受け付けて、前記条件を満足した際に取得されなかった前記処理結果を取得する機能と、
    を実現させることを特徴とする、プログラム。