(57)【要約】【課題】複数の情報処理装置に対する更新処理の際に、当該複数の情報処理装置を監視する装置を用いず、且つ一の情報処理装置におけるソフトウェアの更新処理が行われない場合であっても無条件に他の情報処理装置に対する更新処理を停止することなく、予め定められた台数が利用可能である状態を維持することができる。【解決手段】受信部８０が、自身とは異なるプリンタセット１４から、ＨＤＤ５６に記憶されたソフトウェアを更新するための更新情報、及び更新情報に応じて更新処理を行った場合の成否をプリンタセット１４毎に示す更新状態情報を受信し、更新部８２は、更新状態情報が予め定められたセット数以上のプリンタセット１４において更新処理が失敗していないことを示している場合に、更新情報に基づいて更新処理を行い、更新状態情報を更新し、送信部８４が、更新情報及び更新状態情報を予め指定された他のプリンタセット１４に送信する。【選択図】図４
2010103847.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアを記憶した記憶手段と、
自身とは異なる情報処理装置から、前記記憶手段に記憶された前記ソフトウェアを更新するための更新情報、及び前記更新情報に応じて情報処理装置で前記ソフトウェアの更新処理を行った場合の当該更新処理が失敗したか否かを更新処理を行った情報処理装置毎に示す更新状態情報を受信する受信手段と、
前記受信手段によって受信された前記更新状態情報が自身を除いて前記予め定められた台数以上の情報処理装置において前記更新処理が失敗していないことを示している場合に、前記受信手段によって受信された前記更新情報に基づいて前記更新処理を行うと共に、当該更新処理が失敗したか否かを自身に対応させて前記更新状態情報を更新する更新手段と、
前記受信手段によって受信された前記更新情報、及び前記更新手段で更新された前記更新状態情報を予め指定された他の情報処理装置に送信する送信手段と、
を備えた情報処理装置。
【請求項２】
前記更新手段は、更に、前記予め定められた台数が１台である場合において、前記更新状態情報に前記予め指定された他の情報処理装置に係る情報が含まれていないときにも、前記受信手段によって受信された前記更新情報に基づいて前記更新処理を行うと共に、当該更新処理が成功したか失敗したかを自身に対応させて前記更新状態情報を更新する請求項１記載の情報処理装置。
【請求項３】
前記更新状態情報は、前記情報処理装置毎に前記更新情報を受信済みであるか否かを示す情報を更に含み、
前記送信手段は、前記更新状態情報が前記予め指定された他の情報処理装置で前記更新情報を受信済みであることを示している場合には、前記予め指定された他の情報処理装置に対して前記更新情報を送信せずに前記更新状態情報を送信する請求項１又は請求項２記載の情報処理装置。
【請求項４】
コンピュータを、
自身とは異なる情報処理装置から、記憶手段に記憶された前記ソフトウェアを更新するための更新情報、及び前記更新情報に応じて情報処理装置で前記ソフトウェアの更新処理を行った場合の当該更新処理が失敗したか否かを更新処理を行った情報処理装置毎に示す更新状態情報を受信する受信手段と、
前記受信手段によって受信された前記更新状態情報が自身を除いて前記予め定められた台数以上の情報処理装置において前記更新処理が失敗していないことを示している場合に、前記受信手段によって受信された前記更新情報に基づいて前記更新処理を行うと共に、当該更新処理が失敗したか否かを自身に対応させて前記更新状態情報を更新する更新手段と、
前記受信手段によって受信された更新情報、及び前記更新手段で更新された前記更新状態情報を予め指定された他の情報処理装置に送信する送信手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、複数の複合機のうち、サービスを提供していない代表の複合機が更新ソフトウェアを受信し、自己のソフトウェアの更新が成功すると、更新ソフトウェアを他の複合機へ転送する技術が開示されている。
【０００３】
また、特許文献２には、複数の端末のそれぞれについてソフトウェアの実行状態を監視するホスト装置が、上記ソフトウェアが起動中でないと判断した端末に対し修正ソフトウェアを導入する技術が開示されている。
【特許文献１】特開２００２−１３２５１１号公報
【特許文献２】特開２００６−１６３５７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
複数の情報処理装置のうち、一の情報処理装置においてソフトウェアの更新処理が成功した後に他の情報処理装置においてソフトウェアの更新を行う場合、当該一の情報処理装置においてソフトウェアの更新が失敗すると、以降の他の情報処理装置に対してソフトウェアの更新処理を行うことが全くできなかった。
【０００５】
本発明は、複数の情報処理装置に対するソフトウェアの更新処理の際に、当該複数の情報処理装置を監視する装置を用いず、且つ一の情報処理装置におけるソフトウェアの更新処理が行われない場合であっても無条件に他の情報処理装置に対するソフトウェアの更新処理を停止することなく、当該複数の情報処理装置のうち予め定められた台数が利用可能である状態を維持することのできる、情報処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１に記載の発明は、ソフトウェアを記憶した記憶手段と、自身とは異なる情報処理装置から、前記記憶手段に記憶された前記ソフトウェアを更新するための更新情報、及び前記更新情報に応じて情報処理装置で前記ソフトウェアの更新処理を行った場合の当該更新処理が失敗したか否かを更新処理を行った情報処理装置毎に示す更新状態情報を受信する受信手段と、前記受信手段によって受信された前記更新状態情報が自身を除いて前記予め定められた台数以上の情報処理装置において前記更新処理が失敗していないことを示している場合に、前記受信手段によって受信された前記更新情報に基づいて前記更新処理を行うと共に、当該更新処理が失敗したか否かを自身に対応させて前記更新状態情報を更新する更新手段と、前記受信手段によって受信された前記更新情報、及び前記更新手段で更新された前記更新状態情報を予め指定された他の情報処理装置に送信する送信手段と、を備えている。
【０００７】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記更新手段は、更に、前記予め定められた台数が１台である場合において、前記更新状態情報に前記予め指定された他の情報処理装置に係る情報が含まれていないときにも、前記受信手段によって受信された前記更新情報に基づいて前記更新処理を行うと共に、当該更新処理が成功したか失敗したかを自身に対応させて前記更新状態情報を更新するものである。
【０００８】
また、請求項３に記載の発明は、請求項１又は請求項２に記載の発明において、前記更新状態情報は、前記情報処理装置毎に前記更新情報を受信済みであるか否かを示す情報を更に含み、前記送信手段が、前記更新状態情報が前記予め指定された他の情報処理装置で前記更新情報を受信済みであることを示している場合には、前記予め指定された他の情報処理装置に対して前記更新情報を送信せずに前記更新状態情報を送信するものである。
【０００９】
一方、上記目的を達成するために、請求項４に記載の発明は、コンピュータを、自身とは異なる情報処理装置から、記憶手段に記憶された前記ソフトウェアを更新するための更新情報、及び前記更新情報に応じて情報処理装置で前記ソフトウェアの更新処理を行った場合の当該更新処理が失敗したか否かを更新処理を行った情報処理装置毎に示す更新状態情報を受信する受信手段と、前記受信手段によって受信された前記更新状態情報が自身を除いて前記予め定められた台数以上の情報処理装置において前記更新処理が失敗していないことを示している場合に、前記受信手段によって受信された前記更新情報に基づいて前記更新処理を行うと共に、当該更新処理が失敗したか否かを自身に対応させて前記更新状態情報を更新する更新手段と、前記受信手段によって受信された更新情報、及び前記更新手段で更新された前記更新状態情報を予め指定された他の情報処理装置に送信する送信手段と、して機能させるためのプログラムである。
【発明の効果】
【００１０】
請求項１、及び請求項４に記載の発明によれば、複数の情報処理装置に対するソフトウェアの更新処理の際に、当該複数の情報処理装置を監視する装置を用いず、且つ一の情報処理装置におけるソフトウェアの更新処理が行われない場合であっても無条件に他の情報処理装置に対するソフトウェアの更新処理を停止することなく、当該複数の情報処理装置のうち予め定められた台数が利用可能である状態を維持することができる、という優れた効果を有する。
【００１１】
また、請求項２に記載の発明によれば、予め定められた台数が１台である場合は、更新情報が自身を除いて１台以上の情報処理装置において更新処理が失敗していないことを示しているときのみ更新処理を行うよりも、更新処理を行える状況が増える、という優れた効果を有する。
【００１２】
また、請求項３に記載の発明によれば、無条件に更新情報を送信するよりも、更新情報の送信を減らすことができる、という優れた効果を有する。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。なお、本実施の形態では、本発明を、画像処理装置等を制御する制御装置を複数備えた画像処理システムに適用した場合について説明する。
【００１４】
まず、図１を参照して、本実施の形態に係る画像処理システム１０の全体構成を説明する。
【００１５】
図１に示す画像処理システム１０には、管理用コンピュータ１２及び情報処理装置であるプリンタセット１４Ａ，１４Ｂ，１４Ｃが、例えば、ＬＡＮ（Local Area Network）等の通信回線１６を介して接続されている。なお、通信回線１６には、管理用コンピュータ１２及びプリンタセット１４の他に、例えばＰＯＳ（point of sales）レジスタ等の他の情報処理装置が接続されてもよい。なお、上記複数のプリンタセットを区別する必要がない場合には、符号末尾のアルファベットを省略して、「プリンタセット１４」と表記する。また、本実施の形態に係る画像処理システム１０は、通信回線１６に３セットのプリンタセット１４が接続されている場合を適用しているが、これに限らないことはいうまでもない。
【００１６】
上記、管理用コンピュータ１２は、通信回線１６を介して接続されている情報処理装置に対して入力された所定の情報を受信し、当該所定の情報を集計する処理等を行う。
【００１７】
なお、本実施の形態に係る管理用コンピュータ１２は、プリンタセット１４を構成する複数の機器に記憶されたソフトウェアの少なくとも一つを更新するための更新情報、及び更新情報に応じてプリンタセット１４で更新処理を行った場合の当該更新処理が失敗したか否かを更新処理を行ったプリンタセット１４毎に示す更新状態情報を、所定のプリンタセット１４（本実施の形態では、一例として、プリンタセット１４Ａ）に送信する。
【００１８】
なお、上記更新情報は、上記記憶されたソフトウェアを他のソフトウェアに書き換えることで更新する情報であってもよいし、上記記憶されたソフトウェアの一部を書き換えることで更新するための情報であってもよい。
【００１９】
一方、上記プリンタセット１４は、コピー機能、プリンタ機能、及びＦＡＸ機能等の画像処理機能を有する画像処理装置２２、及び画像処理装置２２の画像処理機能を利用するために必要な料金に応じた硬貨等が投入される課金装置２４、画像処理装置２２に実行させる画像処理機能をユーザに選択させ、当該画像処理機能に応じた料金を通知し、選択された画像処理機能を画像処理装置２２に実行させる制御装置２０を備えている。
【００２０】
図２には、制御装置２０の電気系の要部構成が示されている。
【００２１】
制御装置２０は、制御装置２０全体の動作を司るＣＰＵ（Central Processing Unit）５０、各種プログラムや各種情報等が予め記憶されたＲＯＭ（Read Only Memory）５２、ＣＰＵ５０による各種プログラムの実行時のワークエリア等として用いられるＲＡＭ（Random Access Memory）５４、ソフトウェアや受信した更新情報及び更新状態情報等の各種情報等を記憶するＨＤＤ（Hard Disk Drive）５６、及びユーザによって選択された画像処理装置２２の画像処理機能を示す情報を表示したり、選択された画像処理機能に応じた料金を表示したりするためのモニタ５７を備えている。
【００２２】
さらに、制御装置２０は、通信回線１６と接続され、通信回線１６を介して管理用コンピュータ１２、及び他のプリンタセット１４を構成する制御装置２０と更新情報や更新状態情報等の各種情報の送受信を行うネットワークインタフェース５８、画像処理装置２２と接続され、ソフトウェアや各種情報の送受信を行う画像処理装置用インタフェース６０、及び課金装置２４と接続され、ソフトウェアや各種情報の送受信を行う課金装置用インタフェース６２を備えている。
【００２３】
これらＣＰＵ５０、ＲＯＭ５２、ＲＡＭ５４、ＨＤＤ５６、モニタ５７、ネットワークインタフェース５８、画像処理装置用インタフェース６０、及び課金装置用インタフェース６２は、システムバス６４を介して相互に電気的に接続されている。従って、ＣＰＵ５０は、ＲＯＭ５２、ＲＡＭ５４及びＨＤＤ５６へのアクセス、モニタ５７に対する制御、ネットワークインタフェース５８を介した他のプリンタセット１４とのソフトウェアや各種情報の送受信、画像処理装置用インタフェース６０を介した画像処理装置２２とのソフトウェアや各種情報の送受信、課金装置用インタフェース６２を介した課金装置２４とのソフトウェアや各種情報の送受信等を各々行なうことができる。
【００２４】
また、本実施の形態に係るＨＤＤ５６には、受信した更新情報及び更新状態情報の送信先である、予め指定された他のプリンタセット１４の制御装置２０を識別する情報（例えば、ＩＰアドレスであり、以下、「識別情報」という。）が送信先情報として記憶されている。なお、上記送信先情報には、各プリンタセット１４が予め定められた順番でソフトウェアの更新処理が行われるように、各プリンタセット１４毎に異なる他のプリンタセット１４が指定されている。本実施の形態に係る画像処理システム１０では、送信先情報として、最初にソフトウェアの更新処理が行われるプリンタセット１４Ａの制御装置２０のＨＤＤ５６にはプリンタセット１４Ｂの制御装置２０の識別情報が記憶され、２番目にソフトウェアの更新処理が行われるプリンタセット１４Ｂの制御装置２０のＨＤＤ５６にはプリンタセット１４Ｃの制御装置２０の識別情報が記憶される。一方、最後にソフトウェアの更新処理が行われるプリンタセット１４Ｃの制御装置２０のＨＤＤ５６には、送信先情報は記憶されない。
【００２５】
本実施の形態に係る更新状態情報の一例を図３に示す。更新状態情報は、上述したように、プリンタセット１４毎にソフトウェアの更新処理の結果を示しており、更新情報に基づいた更新処理の結果に応じて各プリンタセット１４の制御装置２０において更新される。
【００２６】
図３の更新状態情報の模式図に示されるstatusとは、各プリンタセット１４毎のソフトウェアの更新処理の状態を示しており、表１に示すように、「０」の場合はソフトウェアの更新処理の成功を示し、「１」の場合はソフトウェアの更新処理の失敗を示し、「２」の場合はソフトウェアの更新処理の未実施を示し、「３」の場合はソフトウェアの更新処理は未実施であるが、更新情報を受信済みであることを示す。
【００２７】
【表１】
2010103847.tif 000003
なお、本実施の形態に係る画像処理システム１０では、プリンタセット１４が更新状態情報を受信する毎に、自身の更新処理の状態を示すstatusを新たに更新状態情報に付加することで、更新状態情報を更新する。また、更新状態情報に自身の更新処理の状態を示すstatusが既に付加されている場合は、自身のstatusを更新処理の状態に応じて書き換えることで、更新状態情報を更新する。
【００２８】
ここで、本実施の形態では、statusには順番があるものとしている。すなわち、本実施の形態では、最初に更新状態情報を受け取ったプリンタセット１４（本実施の形態ではプリンタセット１４Ａ）の更新処理の状態を１番目のstatusとして更新状態情報に追加（あるいは更新）し、次に更新状態情報を受け取ったプリンタセット１４（本実施の形態では、プリンタセット１４Ｂ）の更新処理の状態を２番目のstatusとして更新状態情報に追加（あるいは更新）する。そして、各プリンタセット１４が、更新状態情報から、自身のstatusと他のプリンタセット１４のstatusとを区別するための情報であるcurrentを用いることで、各プリンタセット１４は、複数のプリンタセット１４の更新処理の状態を含む更新状態情報から、自身のstatusと他のプリンタセット１４のstatusとを区別する。本実施の形態に係る画像処理システム１０では、プリンタセット１４Ａが更新状態情報を記憶している場合はcurrentが「１」となり、プリンタセット１４Ａは自身の更新処理の状態を１番目のstatusから判断し、プリンタセット１４Ｂが更新状態情報を記憶している場合はcurrentが「２」となり、プリンタセット１４Ｂは自身の更新処理の状態を２番目のstatusから判断し、プリンタセット１４Ｃが更新状態情報を記憶している場合はcurrentが「３」となり、プリンタセット１４Ｃは自身の更新処理の状態を３番目のstatusから判断する。
【００２９】
ただし、上記形態に限られず、例えば、自身のstatusと他のプリンタセット１４のstatusとを区別するために、各プリンタセット１４を識別するための情報と各プリンタセット１４のstatusとを対応付けて更新状態情報を構成してもよい。
【００３０】
なお、上記ソフトウェアの更新処理の失敗とは、制御装置２０、画像処理装置２２、及び課金装置２４の何れかが故障していること、すなわちプリンタセット１４が利用可能な状態でない可能性を示している。
【００３１】
さらに、図３の模式図に示される先頭情報とは、最初に管理用コンピュータ１２から更新状態情報を受信したプリンタセット１４（本実施の形態では、プリンタセット１４Ａ）の制御装置２０の識別情報である。なお、先頭情報は、最初に更新状態情報を受信したプリンタセット１４の制御装置２０において書き込まれ、そのまま維持され続ける。
【００３２】
図４に、本実施の形態に係る制御装置２０の機能的な構成を示す機能ブロック図が示されている。
【００３３】
制御装置２０は、受信部８０、更新部８２、及び送信部８４を備えている。
【００３４】
受信部８０は、自身とは異なるプリンタセット１４から、ＨＤＤ５６に記憶されたソフトウェアを更新するための更新情報、及び更新状態情報を受信する。
【００３５】
更新部８２は、受信部８０によって受信された更新状態情報が自身を除いて予め定められたセット数(台数）以上のプリンタセット１４において更新処理が失敗していないことを示している場合に、受信部８０によって受信された更新情報に基づいて更新処理を行うと共に、当該更新処理が失敗したか否かを自身に対応させて更新状態情報を更新する。
【００３６】
送信部８４は、受信部８０によって受信された更新情報、及び更新部８２で更新された更新状態情報を予め指定された他のプリンタセット１４に送信する。
【００３７】
なお、以上のように構成された制御装置２０の各構成要素（受信部８０、更新部８２、及び送信部８４）による処理は、プログラムを実行することにより、コンピュータを利用してソフトウェア構成により実現することができる。但し、ソフトウェア構成による実現に限られるものではなく、ハードウェア構成や、ハードウェア構成とソフトウェア構成の組み合わせによって実現することもできることは言うまでもない。
【００３８】
以下では、本実施形態に係る制御装置２０が、後述するプログラムを実行することにより上記各機能ブロックによる処理を実現するものとされている場合について説明する。この場合、当該プログラムを制御装置２０に予めインストールしておく形態や、コンピュータ読み取り可能な記録媒体に格納された状態で提供される形態、有線又は無線による通信手段を介して配信される形態等を適用することができる。
【００３９】
図５を参照して、本実施の形態に係る制御装置２０の作用を説明する。なお、同図は、ネットワークインタフェース５８を介して制御装置２０が更新状態情報を受信した場合に、ＣＰＵ５０によって実行されるソフトウェア更新プログラムの処理の流れを示すフローチャートであり、当該プログラムはＲＯＭ５２の所定領域に予め記憶されている。
【００４０】
まずステップ１００では、ＨＤＤ５６に記憶されたソフトウェア、並びに制御装置２０に接続されている画像処理装置２２及び課金装置２４に記憶されたソフトウェアの更新処理の開始が可能か否かを判定し、肯定判定となった場合はステップ１０２へ移行し、否定判定となった場合はステップ１０４へ移行する。本ステップでは、ネットワークインタフェース５８によって受信した更新状態情報などから予め定められたセット数以上のプリンタセット１４が利用可能な状態であると判断される場合に、肯定と判定する。
【００４１】
ただし、上述した肯定判定となる条件を満たしている場合でも、画像処理装置２２及び課金装置２４の少なくとも一方が故障中の場合、又は画像処理装置２２が画像処理を実行している場合や更新情報が不正である場合（例えば、受信した更新情報にエラーが生じている場合）など当該プリンタセット１４においてソフトウェアの更新処理が行えない場合は否定と判定する。また、更新状態情報により自身のstatusが「０」となっている場合も否定と判定する。
【００４２】
なお、本実施の形態に係る制御装置２０は、本ステップで否定判定となった場合に、モニタ５７にソフトウェアの更新処理を行わなかったことを表示させる処理を実行するが、これに限らず、管理用コンピュータ１２へソフトウェアの更新処理を行わなかったことを示す情報を送信する等、他の処理を実行してもよい。
【００４３】
ステップ１０２では、受信した更新情報に基づいてソフトウェアの更新処理を実行する。
【００４４】
ステップ１０４では、更新状態情報を、更新処理が成功したか失敗したかを更新処理を行ったプリンタセット１４に対応させて更新する。
【００４５】
ステップ１１０では、更新状態情報を送信する送信先があるか否か、すなわちソフトウェアの更新処理の可能なプリンタセット１４が存在するか否かを判定する。本ステップ１１０では、ＨＤＤ５６に記憶されている送信先情報により示されるプリンタセット１４のstatusが「０」となっていない場合、又はstatusが「２」及び「３」の何れかになっている他のプリンタセット１４がある場合は肯定と判定し、それ以外の場合は、否定と判定する。ただし、statusが「１」となっている他のプリンタセット１４が存在する場合は、再度ソフトウェアの更新処理を行える可能性があるため肯定と判定してもよい。
【００４６】
ステップ１１０で肯定判定となった場合はステップ１１２へ移行する。なお、ＨＤＤ５６に送信先情報が記憶されている場合に肯定判定となった場合は、送信先情報により示されるプリンタセット１４の制御装置２０を送信先とする一方、ＨＤＤ５６に送信先情報が記憶されていない場合に肯定判定となった場合は、先頭情報により示されるプリンタセット１４の制御装置２０を送信先とする。
【００４７】
一方、ステップ１１０で否定判定となった場合は、更新情報及び更新状態情報を他のプリンタセット１４に送信することなく本プログラムを終了する。
【００４８】
ステップ１１２では、更新状態情報に基づいて、上記送信先に更新情報が送信済みであるか否かを判定する。本ステップでは、送信先のプリンタセット１４のstatusが「０」、「１」、及び「３」の何れかの場合に肯定と判定し、ステップ１１４へ移行する一方、否定判定となった場合はステップ１１６へ移行する。
【００４９】
ステップ１１４では、送信先のプリンタセット１４に更新情報を送信せずに更新状態情報を送信し、本プログラムを終了する。
【００５０】
ステップ１１６では、送信先のプリンタセット１４に更新情報、及び更新状態情報を送信し、本プログラムを終了する。
【００５１】
次に、図６〜８を参照して、各プリンタセット１４における更新処理と、プリンタセット１４Ａとプリンタセット１４Ｂ、プリンタセット１４Ｂとプリンタセット１４Ｃ、及びプリンタセット１４Ｃとプリンタセット１４Ａにおける更新情報、及び更新状態情報の送受信の具体的な例を説明する。この具体的な例では、図５のステップ１００において、（ステップ１００を実施しているプリンタセット１４を除いて）１セット以上のプリンタセット１４が利用可能な状態であると判断される場合に、原則として肯定と判定するものとする。なお、図６〜８では、更新状態情報の模式図を適宜示すが、更新状態情報に含まれる先頭情報については図示を省略する。
【００５２】
図６は、プリンタセット１４Ａ〜１４Ｃについてソフトウェアの更新処理が成功した場合を示す。
【００５３】
まず、処理Ａ１では、管理用コンピュータ１２がプリンタセット１４Ａの制御装置２０に更新情報、及び更新状態情報を送信する。このときの更新状態情報のstatusには何も含まれず、currentは「０」である。
【００５４】
次にプリンタセット１４Ａの制御装置２０による処理に移行する。
【００５５】
処理Ａ２では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを１増加させる。また、自身が最初に更新状態情報を受信したプリンタセット１４であることを認識して（例えば、statusに何れのプリンタセット１４に係る情報も含まれていないこと、あるいは、送信元が管理用コンピュータ１２であることを認識して）、更新状態情報に自身の制御装置２０の識別情報を先頭情報として書き込む。
【００５６】
ついで、ソフトウェアの更新処理の開始の可否判定を行う。本例では、まず自身（プリンタセット１４Ａ）の画像処理装置２２及び課金装置２４の少なくとも一方が故障ではなく、かつ画像処理装置２２が画像処理を実行中ではないことを確認する。
【００５７】
その後、プリンタセット１４Ａ以外のプリンタセット１４が少なくとも１セットが利用可能な状態であるか否かを判断する。ここで、本例では、当該処理Ａ２の時点において更新状態情報には何れのプリンタセット１４に係る情報も含まれていないため、更新状態情報のみから上記利用可能な状態であるか否かを判断できない。そこで、プリンタセット１４ＡのＨＤＤ５６を参照すると、当該ＨＤＤ５６には、他のプリンタセット１４の制御装置２０の識別情報（ここではプリンタセット１４Ｂの制御装置２０の識別情報）が送信先情報として記憶されているため、プリンタセット１４Ａのほかにもプリンタセット１４が存在していることが分かる。そして、更新状態情報には上記送信先情報により示されるプリンタセット１４（ここでは、プリンタセット１４Ｂ）のstatusは含まれていないため、上記送信先情報により示されるプリンタセット１４Ｂは利用可能と判断する（さらに、プリンタセット１４Ａから上記送信先情報により示されるプリンタセット１４Ｂに対し、利用可能な状態であるか否かを確認するための問い合わせを行ってもよい。）。また、この場合、プリンタセット１４Ａがソフトウェアの更新処理を試み、たとえその処理が失敗してプリンタセット１４Ａを利用できなくなったとしても、プリンタセット１４Ｂは利用可能であると判断できる。
【００５８】
したがって、この場合は更新処理の開始は可能と判定する。
【００５９】
処理Ａ３では、更新情報に基づいてプリンタセット１４Ａのソフトウェアの更新処理を行う。本例では、更新処理は成功となる。
【００６０】
処理Ａ４では、更新状態情報を更新する。本例では、プリンタセット１４Ａにおける更新処理は成功したので、プリンタセット１４Ａに対応するstatusを「０」とする（ここでは、処理Ａ４の開始前までstatusには何れのプリンタセット１４に対応する情報が含まれていなかったので、１番目のstatusとして「０」を追加する。）。
【００６１】
処理Ａ５では、送信先の有無を判定する。本例では、送信先情報により示されるプリンタセット１４Ｂのstatusが「０」となっていないため、送信先が有ると判定する。
【００６２】
処理Ａ６では、プリンタセット１４Ｂのstatusが「０」、「１」、及び「３」の何れでもないため、プリンタセット１４Ｂの制御装置２０に更新状態情報に加え更新情報も送信する。
【００６３】
次にプリンタセット１４Ｂの制御装置２０による処理に移行する。
【００６４】
処理Ａ７では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを１増加させた後（ここでは、currentを「２」に更新する。）、ソフトウェアの更新処理の開始の可否判定を行う。本例では、更新状態情報から自身以外にstatusが「０」であるプリンタセット１４が存在することが分かるため（currentが「２」であるため、プリンタセット１４Ｂのstatusは２番目のstatusに対応することとなるが、ここでは１番目のstatusが「０」であるため、自身以外にstatusが「０」であるプリンタセット１４が存在することが分かる。）、プリンタセット１４Ｂ以外のプリンタセット１４が少なくとも１セットは利用可能な状態であると判断し、プリンタセット１４Ｂにおいて、更新処理の開始は可能と判定する。
【００６５】
処理Ａ８では、更新情報に基づいてプリンタセット１４Ｂのソフトウェアの更新処理を行う。本例では、更新処理は成功となる。
【００６６】
処理Ａ９では、更新状態情報を更新する。本例では、新たにプリンタセット１４Ｂの更新処理の状態を示すstatusを付加し、プリンタセット１４Ｂにおける更新処理は成功したので当該statusを「０」とする。
【００６７】
処理Ａ１０では、送信先の有無を判定する。本例では、プリンタセット１４ＢのＨＤＤ５６を参照すると、当該ＨＤＤ５６には、他のプリンタセット１４の制御装置２０の識別情報（ここではプリンタセット１４Ｃの制御装置２０の識別情報）が送信先情報として記憶されており、当該送信先情報により示されるプリンタセット１４Ｃのstatusが「０」となっていないため、送信先が有ると判定する。
【００６８】
処理Ａ１１では、プリンタセット１４Ｃのstatusが「０」、「１」、及び「３」の何れでもないため、プリンタセット１４Ｃの制御装置２０に更新状態情報に加え更新情報も送信する。
【００６９】
次にプリンタセット１４Ｃの制御装置２０による処理に移行する。
【００７０】
処理Ａ１２では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを１増加させた後（ここでは、currentを「３」に更新する。）、ソフトウェアの更新処理の開始の可否判定を行う。本例では、更新状態情報から自身以外にstatusが「０」であるプリンタセット１４が存在することが分かるため（currentが「３」であるため、プリンタセット１４Ｃのstatusは３番目のstatusに対応することとなるが、ここでは１番目及び２番目のstatusが「０」であるため、自身以外にstatusが「０」であるプリンタセット１４が存在することが分かる。）、プリンタセット１４Ｃ以外のプリンタセット１４が少なくとも１セットは利用可能な状態であると判断し、プリンタセット１４Ｃにおいて、更新処理の開始は可能と判定する。
【００７１】
処理Ａ１３では、更新情報に基づいてプリンタセット１４Ｂのソフトウェアの更新処理を行う。本例では、更新処理は成功となる。
【００７２】
処理Ａ１４では、更新状態情報を更新する。本例では、新たにプリンタセット１４Ｃの更新処理の状態を示すstatusを付加し、プリンタセット１４Ｃにおける更新処理は成功したので当該statusを「０」とする。
【００７３】
処理Ａ１５では、送信先の有無を判定する。本例では、プリンタセット１４ＣのＨＤＤ５６は送信先情報が記憶されておらず、かつ、更新状態情報のstatusがプリンタセット１４全てで「０」を示しているため、送信先が無いと判定する。これにより、一連のソフトウェアの更新処理を終了する。
【００７４】
図７は、プリンタセット１４Ａ，１４Ｂについてソフトウェアの更新処理が失敗した場合を示す。
【００７５】
処理Ｂ１は、上述した処理Ａ１と同じであるため、説明を省略する。
【００７６】
次にプリンタセット１４Ａの制御装置２０による処理に移行する。
【００７７】
処理Ｂ２では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを「１」に更新する。また、自身が最初に更新状態情報を受信したプリンタセット１４であることを認識して、更新状態情報に自身の制御装置２０の識別情報を先頭情報として書き込む。ついで、ソフトウェアの更新処理の開始の可否判定を行う。以下、当該処理Ｂ２は上述した処理Ａ２と同じ処理を実行するため、説明を省略する。なお、本例では、更新処理の開始は可能と判定する。
【００７８】
処理Ｂ３では、更新情報に基づいてプリンタセット１４Ａのソフトウェアの更新処理を行う。本例では、更新処理は失敗となる。
【００７９】
処理Ｂ４では、更新状態情報を更新する。本例では、プリンタセット１４Ａにおける更新処理は失敗したので、プリンタセット１４Ａに対応するstatusを「１」とする。
【００８０】
処理Ｂ５では、送信先の有無を判定する。本例では、送信先情報により示されるプリンタセット１４Ｂのstatusが「０」となっていないため、送信先が有ると判定する。
【００８１】
処理Ｂ６では、プリンタセット１４Ｂの制御装置２０に更新情報、及び更新状態情報を送信する。
【００８２】
次にプリンタセット１４Ｂの制御装置２０による処理に移行する。
【００８３】
処理Ｂ７では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを「２」に更新する。ついで、ソフトウェアの更新処理の開始の可否判定を行う。当該処理Ｂ２は上述した処理Ａ２と同じ処理を実行する。すなわち、プリンタセット１４ＢのＨＤＤ５６を参照すると、プリンタセット１４Ｃの識別情報が送信先情報として記憶されており、更新状態情報にはプリンタセット１４Ｃがソフトウェアの更新処理に失敗していることを示す情報（すなわち、statusの値が「１」）はないため、プリンタセット１４Ｃを利用可能と判断し、更新処理の開始は可能と判定する。
【００８４】
処理Ｂ８では、更新情報に基づいてプリンタセット１４Ｂのソフトウェアの更新処理を行う。本例では、更新処理は失敗となる。
【００８５】
処理Ｂ９では、更新状態情報を更新する。本例では、新たにプリンタセット１４Ｂの更新処理の状態を示すstatusを付加し、プリンタセット１４Ｂにおける更新処理は成功したので当該statusを「０」とする。
【００８６】
処理Ｂ１０では、送信先の有無を判定する。本例では、プリンタセット１４ＢのＨＤＤ５６を参照すると、当該ＨＤＤ５６には、他のプリンタセット１４の制御装置の識別情報（ここではプリンタセット１４Ｃの制御装置２０の識別情報）が送信先情報として記憶されており、当該送信先情報により示されるプリンタセット１４Ｃのstatusが「０」となっていないため、送信先が有ると判定する。
【００８７】
処理Ｂ１１では、プリンタセット１４Ｃのstatusが「０」、「１」、及び「３」の何れでもないため、プリンタセット１４Ｃの制御装置２０に更新状態情報に加え更新情報も送信する。
【００８８】
次にプリンタセット１４Ｃの制御装置２０による処理に移行する。
【００８９】
処理Ｂ１２では、更新情報、及び更新状態情報を受信した後、ソフトウェアの更新処理の開始の可否判定を行う。本例では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを「３」に更新し、ソフトウェアの更新処理の開始の可否判定を行う。当該処理Ｂ１２は上述した処理Ａ２と同じ処理を実行するが、プリンタセット１４ＣのＨＤＤ５６を参照しても、送信先情報が記憶されておらず、更新状態情報には利用可能な状態のプリンタセット１４（すなわち、statusの値が「１」でないプリンタセット１４）が存在しない。このため、プリンタセット１４Ｃでソフトウェアの更新を実行し、当該更新が失敗した場合には、利用可能な状態のプリンタセット１４が存在しなくなる可能性があるため、この場合は更新処理の開始は不可と判定する。
【００９０】
処理Ｂ１３では、更新状態情報を更新する。本例では、新たにプリンタセット１４Ｃの更新処理の状態を示すstatusを付加し、プリンタセット１４Ｃにおける更新処理を実行していないので当該statusを「３」とする。
【００９１】
処理Ｂ１４では、送信先の有無を判定する。本例では、プリンタセット１４ＣのＨＤＤ５６を参照しても、送信先情報が記憶されておらず、更新状態情報にはソフトウェアの更新処理の対象となるプリンタセット１４（すなわち、statusの値が「２」又は「３」であるプリンタセット１４）が存在しないので、送信先が無いと判定する。これにより、一連のソフトウェアの更新処理を終了する。
【００９２】
図８は、プリンタセット１４Ａ〜１４Ｃについて画像処理装置２２による画像処理が実行中のプリンタセット１４が存在する場合を示す。
【００９３】
処理Ｃ１は、上述した処理Ａ１と同じであるため、説明を省略する。
【００９４】
次にプリンタセット１４Ａの制御装置２０による処理に移行する。
【００９５】
処理Ｃ２では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを「１」に更新する。また、自身が最初に更新状態情報を受信したプリンタセット１４であることを認識して、更新状態情報に自身の制御装置２０の識別情報を先頭情報として書き込む。ついで、ソフトウェアの更新処理の開始の可否判定を行う。本例では、プリンタセット１４Ａの画像処理装置２２が画像処理を実行中であるので、更新処理の開始は不可と判定する。
【００９６】
処理Ｃ３では、更新状態情報を更新する。本例では、プリンタセット１４Ａにおける更新処理は未実行で、且つ更新情報を受信済みなので、プリンタセット１４Ａに対応するstatusを３とする。
【００９７】
処理Ｃ４では、送信先の有無を判定する。本例では、送信先情報により示されるプリンタセット１４Ｂのstatusが「０」となっていないため、送信先が有ると判定する。
【００９８】
処理Ｃ５では、プリンタセット１４Ｂの制御装置２０に更新情報、及び更新状態情報を送信する。
【００９９】
次にプリンタセット１４Ｂの制御装置２０による処理に移行する。
【０１００】
処理Ｃ６では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを「２」に更新する。ついで、ソフトウェアの更新処理の開始の可否判定を行う。本例では、プリンタセット１４Ｂの画像処理装置２２が画像処理を実行中であるので、更新処理の開始は不可と判定する。
【０１０１】
処理Ｃ７では、更新状態情報を更新する。本例では、新たにプリンタセット１４Ｂの更新処理の状態を示すstatusを付加し、プリンタセット１４Ｂにおける更新処理は未実行で、且つ更新情報を受信済みなので当該statusを「３」とする。
【０１０２】
処理Ｃ８では、送信先の有無を判定する。本例では、プリンタセット１４ＢのＨＤＤ５６を参照すると、当該ＨＤＤ５６には、他のプリンタセット１４の制御装置２０の識別情報（ここではプリンタセット１４Ｃの制御装置２０の識別情報）が送信先情報として記憶されており、当該送信先情報により示されるプリンタセット１４Ｃのstatusが「０」となっていないため、送信先が有ると判定する。
【０１０３】
処理Ｃ９では、プリンタセット１４Ｃのstatusが「０」、「１」、及び「３」の何れでもないため、プリンタセット１４Ｃの制御装置２０に更新状態情報に加え更新情報も送信する。
【０１０４】
次にプリンタセット１４Ｃの制御装置２０による処理に移行する。
【０１０５】
処理Ｃ１０では、更新情報、及び更新状態情報を受信した後、更新状態情報のcurrentを「２」に更新する。ついで、ソフトウェアの更新処理の開始の可否判定を行う。本例では、プリンタセット１４Ｃの画像処理装置２２が画像処理を実行中であるので、更新処理の開始は不可と判定する。
【０１０６】
処理Ｃ１１では、更新状態情報を更新する。本例では、新たにプリンタセット１４Ｃの更新処理の状態を示すstatusを付加し、プリンタセット１４Ｃにおける更新処理は未実行で、且つ更新情報を受信済みなので当該statusを「３」とする。
【０１０７】
処理Ｃ１２では、送信先の有無を判定する。本例では、プリンタセット１４ＣのＨＤＤ５６を参照しても、送信先情報が記憶されていないが、更新状態情報にはstatusが「３」となっているプリンタセット１４があるため、送信先が有ると判定する。なお、プリンタセット１４Ｃの制御装置２０のＨＤＤ５６には、送信先情報が記憶されていないため、送信先を、先頭情報により示されるプリンタセット１４Ａの制御装置２０とする。
【０１０８】
処理Ｃ１３では、プリンタセット１４Ａに対応するstatusが「３」となっているので、プリンタセット１４Ａの制御装置２０に、更新情報は送信せずに、更新状態情報を送信する。なお、先頭情報により示されるプリンタセット１４Ａに送信するため、更新状態情報のcurrentを「０」に更新した後、更新状態情報をプリンタセット１４Ａに送信する。
【０１０９】
次にプリンタセット１４Ａの制御装置２０による処理に移行する。
【０１１０】
処理Ｃ１４では、更新状態情報を受信した後、currentを１増加させ（「１」に更新し）、ソフトウェアの更新処理の開始の可否判定を行う。本例では、プリンタセット１４Ａの画像処理装置２２は画像処理を実行しておらず、更新状態情報のcurrentは「１」であり、更新状態情報には３セット分のプリンタセット１４のstatusが記憶され、かつプリンタセット１４Ｂ，１４Ｃのstatusが共に「１」ではないので、自身以外に利用可能なプリンタセット１４が１セット以上存在していると判断し、更新処理の開始は可能と判定する。
【０１１１】
処理Ｃ１５では、更新情報に基づいてプリンタセット１４Ａのソフトウェアの更新処理を行う。本例では、更新処理は成功となる。
【０１１２】
処理Ｃ１６では、更新状態情報を更新する。本例では、プリンタセット１４Ａにおける更新処理は成功したので、プリンタセット１４Ａに対応するstatusを「０」とする。
【０１１３】
処理Ｃ１７では、送信先の有無を判定する。本例では、送信先情報により示されるプリンタセット１４Ｂのstatusが「０」となっていないため、送信先が有ると判定する。
【０１１４】
処理Ｃ１８では、プリンタセット１４Ｂに対応するstatusが「３」となっているので、プリンタセット１４Ｂの制御装置２０に、更新情報は送信せずに、更新状態情報を送信する。
【０１１５】
次にプリンタセット１４Ｂの制御装置２０による処理に移行する。
【０１１６】
処理Ｃ１９では、更新状態情報を受信した後、currentを「２」に更新し、ソフトウェアの更新処理の開始の可否判定を行う。本例では、プリンタセット１４Ｂの画像処理装置２２は画像処理を実行しておらず、更新状態情報のcurrentは「２」であり、更新状態情報には３セット分のプリンタセット１４のstatusが記憶され、かつプリンタセット１４Ａ，１４Ｃのstatusが共に「１」ではないので、自身以外に利用可能なプリンタセット１４が１セット以上存在していると判断し、更新処理の開始は可能と判定する。
【０１１７】
処理Ｃ２０では、更新情報に基づいてプリンタセット１４Ｂのソフトウェアの更新処理を行う。本例では、更新処理は成功となる。
【０１１８】
処理Ｃ２１では、更新状態情報を更新する。本例では、プリンタセット１４Ｂにおける更新処理は成功したので、プリンタセット１４Ｂに対応するstatusを「０」とする。
【０１１９】
処理Ｃ２２では、送信先の有無を判定する。本例では、送信先情報により示されるプリンタセット１４Ｃのstatusが「０」となっていないため、送信先が有ると判定する。
【０１２０】
処理Ｃ２３では、プリンタセット１４Ｃに対応するstatusが「３」となっているので、プリンタセット１４Ｃの制御装置２０に、更新情報は送信せずに、更新状態情報を送信する。
【０１２１】
次にプリンタセット１４Ｃの制御装置２０による処理に移行する。
【０１２２】
処理Ｃ２４では、更新状態情報を受信した後、更新状態情報のcurrentを「３」に更新し、ソフトウェアの更新処理の開始の可否判定を行う。本例では、プリンタセット１４Ｂの画像処理装置２２は画像処理を実行しておらず、更新状態情報のcurrentは「３」であり、更新状態情報には３セット分のプリンタセット１４のstatusが記憶され、かつプリンタセット１４Ａ，１４Ｂのstatusが共に「１」ではないので、自身以外に利用可能なプリンタセット１４が１セット以上存在していると判断し、更新処理の開始は可能と判定する。なお、プリンタセット１４Ｃの制御装置２０による処理Ｃ２４〜Ｃ２７は、上述した処理Ａ１２〜Ａ１５と同じであるため、説明を省略する。
【０１２３】
さらに、他のプリンタセット１４から受信した更新情報が不正であった場合は、不正な更新情報を受信したプリンタセット１４は、送信元のプリンタセット１４に更新情報の再送を依頼する方法を適用するが、これに限らず、次に例示する方法を適用してもよい。
【０１２４】
例えば、プリンタセット１４Ｂからプリンタセット１４Ｃへ送信された更新情報が不正であった場合、プリンタセット１４Ｃは更新情報が不正であることを認識すると、自身のstatusを「２」に更新し、currentを「０」に更新した更新状態情報を、先頭情報により示されるプリンタセット１４（ここでは、プリンタセット１４Ａ）に送信する。次いで、プリンタセット１４Ａが上記更新状態情報を受信すると、statusが「２」であるプリンタセット１４が存在しているため、送信先の有無の判定において送信先が存在すると判定し、更新状態情報をプリンタセット１４Ｂへ送信する。なお、更新状態情報をプリンタセット１４Ｂへ送信する場合、statusに基づきプリンタセット１４Ｂが更新情報を受信済みであると判断した場合は、プリンタセット１４Ｂへの更新情報の送信は行わない。そして、更新状態情報を受信したプリンタセット１４Ｂは、自身が更新状態情報を送信するべきプリンタセット１４（ここでは、プリンタセット１４Ｃ）のstatusが「２」であるため、更新状態情報に加え、更新情報をプリンタセット１４Ｃに送信する。この例示した方法では、不正な更新情報を受信したプリンタセット１４が更新情報の送信元に対し何らかの事情で、更新情報の再送を依頼できない場合であっても、不正な更新情報を受信したプリンタセット１４に更新情報が再送される。
【０１２５】
以上、本発明を上記実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施の形態に多様な変更または改良を加えることができ、当該変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０１２６】
また、上記実施の形態は、請求項にかかる発明を限定するものではなく、また実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。前述した実施の形態には種々の段階の発明が含まれており、開示される複数の構成要件における組み合わせにより種々の発明を抽出できる。上記実施の形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０１２７】
例えば、上記実施の形態では、たとえ、あるプリンタセット１４がソフトウェアの更新処理に失敗し利用可能な状態ではなくなっても、他のプリンタセット１４の少なくとも１セットが利用可能な状態であることを、更新処理の開始の条件としたが、本発明はこれに限定されるものではなく、例えば、２セット以上のプリンタセット１４が利用可能な状態であることを、更新処理の開始の条件とする形態としてもよい。
【０１２８】
なお、上記形態では、ソフトウェアの更新の対象となるプリンタセット１４の総数を示す情報が必要となる場合がある。この場合は、予め各プリンタセットに総数を示す情報を記憶させる形態としてもよいが、これに限られず、次に例示する他の形態としてもよい。
【０１２９】
例えば、各プリンタセット１４でソフトウェアの更新を行う前に、各プリンタセット１４間で更新状態情報を送受信することで、プリンタセット１４の総数を示す情報を取得する形態としてもよい。すなわち、上記実施の形態の場合では、プリンタセット１４Ａからプリンタセット１４Ｂ、プリンタセット１４Ｂからプリンタセット１４Ｃの順に更新状態情報を送受信し、更新状態情報を受信したプリンタセット１４はcurrentの値を増加させる。その結果、プリンタセット１４Ｃにおいてcurrentは「３」となる。そして、プリンタセット１４ＣのＨＤＤ５６には送信先情報が記憶されていないことから、ソフトウェアの更新の対象となる全てのプリンタセット１４に更新情報が送信されたと判断する。そのため、プリンタセット１４の総数は、更新状態情報のcurrentの値である「３」であると決定でき、更新状態情報にプリンタセット１４の総数が３であることを示す情報を付加し、先頭情報により示されるプリンタセット（ここでは、プリンタセット１４Ａ）へ更新状態情報を送信する。この結果、予め各プリンタセット１４にプリンタセット１４の総数を示す情報を記憶させておく必要がなくなる。
【０１３０】
また、上記実施の形態では、更新状態情報が最初にソフトウェアの更新処理が行われるプリンタセット１４で受信された場合に、更新状態情報に含まれる先頭情報を最初にソフトウェアの更新処理が行われるプリンタセット１４の制御装置２０の識別情報に書き換える場合について説明したが、本発明はこれに限定されるものではなく、先頭情報として、最初にソフトウェアの更新処理が行われるプリンタセット１４の制御装置２０の識別情報を書き込んでおく形態としてもよい。
【０１３１】
また、上記実施の形態では、更新状態情報に先頭情報を含む場合について説明したが、本発明はこれに限定されるものではなく、更新状態情報に先頭情報を含まず、各プリンタセット１４の制御装置２０のＨＤＤ５６に予めプリンタセット１４の総数を示す情報、及び最初にソフトウェアの更新処理が行われるプリンタセット１４を示す情報を記憶させる形態としてもよい。
【０１３２】
また、上記実施の形態では、送信先情報を、予め指定された他のプリンタセット１４の制御装置２０の識別情報とした場合について説明したが、本発明はこれに限定されるものではなく、送信先情報を、図９の模式図に示すように、通信回線１６に接続されている全てのプリンタセット１４の制御装置２０の識別情報と、更新処理の順番を示す情報とを対応させた情報とし、当該情報をＨＤＤ５６に記憶させる形態としてもよい。この形態の場合、更新処理の順番に応じて、他のプリンタセット１４へ更新情報、及び更新状態情報を送信するが、更新状態情報のstatusが「０」となっている他のプリンタセット１４へは更新情報、及び更新状態情報を送信せずに、当該他のプリンタセット１４に対して次の順番のプリンタセット１４へ更新情報、及び更新状態情報を送信する。
【０１３３】
その他、上記実施の形態で説明した画像処理システム１０及び制御装置２０の構成（図１及び図２参照。）は一例であり、本発明の主旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりすることができることは言うまでもない。例えば、画像処理に限らず、他の情報処理に係るシステムにも適用できる。
【０１３４】
また、上記実施の形態で説明したソフトウェア更新プログラムの処理の流れ（図３〜図８参照。）も一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりすることができることは言うまでもない。
【図面の簡単な説明】
【０１３５】
【図１】実施の形態に係る画像処理システムの構成図である。
【図２】実施の形態に係る制御装置の電気系の要部構成を示すブロック図である。
【図３】実施の形態に係る更新状態情報の構成を示す模式図である。
【図４】実施の形態に係る制御装置の機能を示す機能ブロック図である。
【図５】実施の形態に係るソフトウェア更新プログラムの処理の流れを示すフローチャートである。
【図６】実施の形態に係る画像処理システムにおいて、プリンタセットＡ〜Ｃについてソフトウェアの更新処理が成功した場合の処理の流れを示す模式図である。
【図７】実施の形態に係る画像処理システムにおいて、プリンタセットＡ，Ｂについてソフトウェアの更新処理が失敗した場合の処理の流れを示す模式図である。
【図８】実施の形態に係る画像処理システムにおいて、プリンタセットＡ〜Ｃについてソフトウェアの更新処理の開始が不可となった場合の処理の流れを示す模式図である。
【図９】他の実施の形態に係る送信先情報の構成を示す模式図である。
【符号の説明】
【０１３６】
１０    画像処理システム
２０    制御装置
５６    ＨＤＤ
８０    受信部
８２    更新部
８４    送信部
【図１】
2010103847.tif 000004
【図２】
2010103847.tif 000005
【図３】
2010103847.tif 000006
【図４】
2010103847.tif 000007
【図５】
2010103847.tif 000008
【図６】
2010103847.tif 000009
【図７】
2010103847.tif 000010
【図８】
2010103847.tif 000011
【図９】
2010103847.tif 000012