1以上のソフトウェア及び1以上のハードウェアを有し当該ソフトウェアを実行して当該ハードウェアを制御する複数の情報処理装置から、当該情報処理装置において発生した不具合の内容と、当該不具合が発生した情報処理装置が有する前記ソフトウェア及び前記ハードウェアとを示す不具合情報を取得する取得手段と、複数の前記情報処理装置から前記取得手段が取得した前記不具合情報に基づき、不具合が発生した前記情報処理装置が有する前記ハードウェア及び前記ソフトウェアの組み合わせを前記不具合の内容ごとに分け、各々の前記ソフトウェアとの組み合わせに含まれる前記ハードウェアのうち、第1の閾値以上の数の前記組み合わせに含まれるハードウェアを特定する第1の特定手段と、前記第1の特定手段によって特定されたハードウェアと前記各々のソフトウェアとの組み合わせのうち、前記情報処理装置において不具合が発生した数が第2の閾値以上である組み合わせを、不具合の内容ごとに特定する第2の特定手段とを備えることを特徴とする管理装置。前記第1の閾値は前記ハードウェアごとに決められていることを特徴とする請求項1に記載の管理装置。複数の前記情報処理装置の各々が有するハードウェア及びソフトウェアを示す情報を記憶した記憶手段と、前記記憶手段の記憶内容に基づき、前記第2の特定手段によって特定された前記組み合わせに含まれるハードウェア及びソフトウェアを有する情報処理装置を特定する第3の特定手段と、前記第3の特定手段により特定された情報処理装置に対し、前記第2の特定手段によって特定された前記組み合わせに含まれるハードウェア及びソフトウェアを有する情報処理装置において不具合が発生したときの処理を実行するよう要求する要求手段とを備え、前記取得手段は、前記要求手段により不具合が発生したときの処理を実行するよう要求された情報処理装置から前記不具合情報を取得することを特徴とする請求項1又は2に記載の管理装置。コンピュータを、1以上のソフトウェア及び1以上のハードウェアを有し当該ソフトウェアを実行して当該ハードウェアを制御する複数の情報処理装置から、当該情報処理装置において発生した不具合の内容と、当該不具合が発生した情報処理装置が有する前記ソフトウェア及び前記ハードウェアとを示す不具合情報を取得する取得手段と、複数の前記情報処理装置から前記取得手段が取得した前記不具合情報に基づき、不具合が発生した前記情報処理装置が有する前記ハードウェア及び前記ソフトウェアの組み合わせを前記不具合の内容ごとに分け、各々の前記ソフトウェアとの組み合わせに含まれる前記ハードウェアのうち、第1の閾値以上の数の前記組み合わせに含まれるハードウェアを特定する第1の特定手段と、前記第1の特定手段によって特定されたハードウェアと前記各々のソフトウェアとの組み合わせのうち、前記情報処理装置において不具合が発生した数が第2の閾値以上である組み合わせを、不具合の内容ごとに特定する第2の特定手段として機能させるためのプログラム。本発明は、情報処理装置において不具合を発生させる可能性が高いソフトウェアとハードウェアの組み合わせを特定することを目的とする。本発明の請求項1に係る管理装置は、1以上のソフトウェア及び1以上のハードウェアを有し当該ソフトウェアを実行して当該ハードウェアを制御する複数の情報処理装置から、当該情報処理装置において発生した不具合の内容と、当該不具合が発生した情報処理装置が有する前記ソフトウェア及び前記ハードウェアとを示す不具合情報を取得する取得手段と、複数の前記情報処理装置から前記取得手段が取得した前記不具合情報に基づき、不具合が発生した前記情報処理装置が有する前記ハードウェア及び前記ソフトウェアの組み合わせを前記不具合の内容ごとに分け、各々の前記ソフトウェアとの組み合わせに含まれる前記ハードウェアのうち、第1の閾値以上の数の前記組み合わせに含まれるハードウェアを特定する第1の特定手段と、前記第1の特定手段によって特定されたハードウェアと前記各々のソフトウェアとの組み合わせのうち、前記情報処理装置において不具合が発生した数が第2の閾値以上である組み合わせを、不具合の内容ごとに特定する第2の特定手段とを備えることを特徴とする。本発明の請求項2に係る管理装置は、請求項1に記載の構成において、前記第1の閾値は前記ハードウェアごとに決められていることを特徴とする。本発明の請求項3に係る管理装置は、請求項1又は2に記載の構成において、複数の前記情報処理装置の各々が有するハードウェア及びソフトウェアを示す情報を記憶した記憶手段と、前記記憶手段の記憶内容に基づき、前記第2の特定手段によって特定された前記組み合わせに含まれるハードウェア及びソフトウェアを有する情報処理装置を特定する第3の特定手段と、前記第3の特定手段により特定された情報処理装置に対し、前記第2の特定手段によって特定された前記組み合わせに含まれるハードウェア及びソフトウェアを有する情報処理装置において不具合が発生したときの処理を実行するよう要求する要求手段とを備え、前記取得手段は、前記要求手段により不具合が発生したときの処理を実行するよう要求された情報処理装置から前記不具合情報を取得することを特徴とする。本発明の請求項4に係るプログラムは、コンピュータを、1以上のソフトウェア及び1以上のハードウェアを有し当該ソフトウェアを実行して当該ハードウェアを制御する複数の情報処理装置から、当該情報処理装置において発生した不具合の内容と、当該不具合が発生した情報処理装置が有する前記ソフトウェア及び前記ハードウェアとを示す不具合情報を取得する取得手段と、複数の前記情報処理装置から前記取得手段が取得した前記不具合情報に基づき、不具合が発生した前記情報処理装置が有する前記ハードウェア及び前記ソフトウェアの組み合わせを前記不具合の内容ごとに分け、各々の前記ソフトウェアとの組み合わせに含まれる前記ハードウェアのうち、第1の閾値以上の数の前記組み合わせに含まれるハードウェアを特定する第1の特定手段と、前記第1の特定手段によって特定されたハードウェアと前記各々のソフトウェアとの組み合わせのうち、前記情報処理装置において不具合が発生した数が第2の閾値以上である組み合わせを、不具合の内容ごとに特定する第2の特定手段として機能させる。請求項1に記載の管理装置によれば、情報処理装置において不具合を発生させる可能性が高いソフトウェアとハードウェアの組み合わせを特定することができる。請求項2に記載の管理装置によれば、ハードウェアごとに重み付けをしたうえで、情報処理装置において不具合を発生させる可能性が高いソフトウェアとハードウェアの組み合わせを特定することができる。請求項3に記載の管理装置によれば、情報処理装置において不具合を発生させる可能性が高いソフトウェアとハードウェアの組み合わせを有する情報処理装置に対して、不具合が発生したときの処理を実行するよう要求し、当該情報処理装置から処理の実行結果を取得することで、情報処理装置において不具合を発生させる可能性が高いソフトウェアとハードウェアの組み合わせを特定することができる。請求項4に記載のプログラムによれば、情報処理装置において不具合を発生させる可能性が高いソフトウェアとハードウェアの組み合わせを特定することができる。[構成]図1は、本発明の実施形態に係るリモート保守システム1の構成を示す図である。同図に示すように、リモート保守システム1は、各種の処理を実行する情報処理装置の一例である画像形成装置10と、画像形成装置10において発生した不具合の内容を示す情報以下、不具合情報というの管理を行う管理装置の一例であるサーバ装置20とを備えている。画像形成装置10とサーバ装置20とは、LANLocalAreaNetworkやインターネットなどの通信回線Nを介して接続されている。なお、1台のサーバ装置20に接続される画像形成装置10の数は、図示した数に限定されず、他の数であってもよい。次に、画像形成装置10の構成について説明する。図2は、画像形成装置10の構成を示すブロック図である。画像形成装置10は、制御部11、記憶部12、操作部13、表示部14、通信部15、画像形成部16及びオプション部17を備えている。制御部11は、CPUCentralProcessingUnit、ROMReadOnlyMemory、RAMRandomAccessMemory及びASICApplicationSpecificIntegratedCircuit等を備えたコンピュータであり、CPUが記憶部12に記憶されている制御プログラムを実行することによって画像形成装置10の各部を制御する。この制御プログラムには、画像形成装置10において不具合が発生したことを検知してその不具合の内容を特定するための手順が記述された自己診断プログラムなどが含まれている。制御部11は、例えば、画像形成装置10の各部が実行する処理において不具合が発生した場合には、不具合情報を生成したり、生成した不具合情報を通信部15によってサーバ装置20に送信したりする。記憶部12は、HDHardDiskなどの補助記憶装置であり、各種のデータや制御プログラムPを記憶している。制御プログラムPは、例えば、機能の向上や不具合の修正のため、そのアルゴリズムが変更される場合があるが、このたびに制御プログラムPのバージョンが更新される。記憶部12には、自装置に記憶されている制御プログラムPのバージョンも記憶されている。サーバ装置20に接続される画像形成装置10の全てに、同一のバージョンの制御プログラムPが記憶されているとは限らず、或る画像形成装置10には或るバージョンの制御プログラムPが記憶され、別の画像形成装置10には別のバージョンの制御プログラムPが記憶されていたりする。操作部13は、複数のキーを備えており、利用者の操作を受け付けてその操作に応じた信号を制御部11に供給する。表示部14は、ディスプレイを備えており、制御部11から供給される信号に基づいて、処理の進行状況や利用者に操作を案内する情報などを表示する。通信部15は、通信回路や通信インタフェースを備えており、通信回線Nを介してサーバ装置20と通信を行う。画像形成部16は、例えば電子写真方式で、画像データに応じた画像を記録媒体に形成する。この画像形成部16は、例えば像保持体である感光体ドラム、感光体ドラムの外周面を帯電させる帯電部、感光体ドラムに静電潜像を形成する露光部、静電潜像を現像してトナー像を形成する現像部、そのトナー像を記録媒体へ転写する転写部、及び記録媒体に転写されたトナー像をその記録媒体に定着させる定着部を備えている。オプション部17は、例えば、増設されたHDなどの補助記憶装置、グラフィックボード、又はカードリーダなど、予め決められた標準仕様の画像形成装置10に対しオプションとして取り付けられた構成部品である。オプション部17は、画像形成装置10に対して着脱可能に構成されており、適宜変更し得るものとする。また、画像形成装置10に接続されるオプション部17は、1つに限らず、複数であってもよい。記憶部12、操作部13、表示部14、通信部15、画像形成部16及びオプション部17といった各ハードウェアのことを、画像形成装置10が備える設備といういう意味で、設備という。制御部11は、ソフトウェアの一例である制御プログラムPを実行することによって、ハードウェアの一例である各設備を制御する。制御部11は、各設備との間でデータや信号の授受を行うことで、その設備が、記憶部12、操作部13、表示部14、通信部15、画像形成部16及びオプション部17のうちどれであるかを特定し得るようになっている。なお、本発明において、画像形成装置10などの情報処理装置が設備などのハードウェア及び制御プログラムPなどのソフトウェアを有する、と表現した場合、その意味は、その情報処理装置がその設備を備えていること、及び、その情報処理装置が実行対象となるそのソフトウェアを記憶していることをいう。次に、サーバ装置20の構成について説明する。図3は、サーバ装置20の構成を示すブロック図である。サーバ装置20は、画像形成装置10の保守作業を行う作業者によって操作される装置である。作業者は、画像形成装置10から送信されてサーバ装置20により受信された不具合情報を確認したり、画像形成装置10に対する保守作業をサーバ装置20から遠隔で行ったりする。サーバ装置20は、制御部21、記憶部22、操作部23、表示部24及び通信部25を備えている。制御部21は、CPU、ROM及びRAM等を備えたコンピュータであり、CPUがROMや記憶部22に記憶されているプログラムを実行することによってサーバ装置20の各部を制御する。記憶部22は、HDなどの補助記憶装置であり、CPUによって実行されるプログラムを記憶しているほか、画像形成装置10から送信されてくる不具合情報を記憶するための記憶領域を備えている。操作部23は、複数のキーを備えており、作業者の操作を受け付けてその操作に応じた信号を制御部21に供給する。表示部24は、ディスプレイを備えており、制御部21から供給される情報に基づいて表示を行う手段であり、例えば記憶部22に記憶されている不具合情報によって表される不具合の内容などを表示する。通信部25は、通信回路や通信インタフェースを備え、通信回線Nを介して画像形成装置10と通信を行う手段であり、例えば画像形成装置10から送信された不具合情報を受信したり、画像形成装置10に対して情報を送信したりする。[動作]以下、実施形態の動作例について説明する。図4は、リモート保守システム1の動作を示すシーケンスチャートである。利用者は、画像形成装置10の操作部13を操作して処理の実行を指示する。制御部11は、操作部13から供給された信号に応じてその処理を実行するステップS400。制御部11は、実行した処理において不具合が発生したか否かを判断するステップS402。制御部11は、不具合が発生していないと判断するとステップS402;NO、処理結果を表示部14などに表示させるなどして処理を終了するステップS426。一方、制御部11は、不具合が発生したと判断するとステップS402;YES、発生した不具合の内容を特定するステップS404。制御部11は、例えば、処理の実行中に生成されたログなどに基づいて、発生した不具合の内容を特定し得るが、その不具合の原因までは特定できないことがある。ここで、制御部11は、例えば画像形成装置10にオプションとして取り付けられたHDにデータを書き込むことができなかったという内容の不具合が発生したことを特定したものとする。次に、制御部11は、自装置に備えられた各設備を特定するステップS406。例えば画像形成装置10のセットアップ時などにおいて、制御部11が各設備との間で信号の授受を行うことにより、どのような設備があるかを判断し、その判断結果を記憶部12に記憶しておく。ステップS406において、制御部11は、記憶部12の内容を参照して、自装置に備えられた各設備を特定する。ここで、制御部11は、例えば自装置に設備1、2、3という3種類の設備が備えられていることを特定したものとする。次に、制御部11は、記憶部12に記憶されている制御プログラムPのバージョンを特定するステップS408。そして、制御部11は、ステップS404~ステップS408の処理で特定した設備1、2、3を示す情報及び制御プログラムPのバージョンを不具合情報として、サーバ装置20に送信するステップS410。このように、画像形成装置10の制御部11は、自装置に備えられたハードウェアに相当する各設備及び自装置において実行されるソフトウェアに相当する制御プログラムPのバージョンを不具合が発生する度に特定しているが、これは、次のような理由に基づいている。まず、画像形成装置10においては、自装置に備えられた設備単体の不具合や、制御プログラムP単体の不具合だけでなく、これら設備と制御プログラムとの組み合わせに起因した不具合も発生し得る。例えば、設備1を備え、或るバージョンの制御プログラムを記憶した画像形成装置では発生しない不具合が、設備1を備え、別のバージョンの制御プログラムを記憶した画像形成装置では発生する場合がある。さらに、これらの場合、個々の画像形成装置10だけでは、自装置で発生した不具合が、各設備又は制御プログラムPのいずれかが原因で発生したものか、それらの組み合わせが原因で発生したものかを区別し難いことがある。そこで、サーバ装置20は、不具合の内容だけでなく、不具合が発生した時点における画像形成装置10の設備及び制御プログラムPの組み合わせを特定し、これらの特定結果を解析することで、どのような組み合わせが原因で不具合が発生したのかを特定し得るようにしている。以降、サーバ装置20が、画像形成装置10から送信された不具合情報を解析することで、複数の設備と制御プログラムPとの組み合わせのうち、不具合を発生させる可能性が高い組み合わせを特定することを、解析処理と称する。また、この不具合を発生させる可能性が高い設備及び制御プログラムPの組み合わせのことを、不具合発生条件と称する。次に、サーバ装置20が実行する上記解析処理について説明する。サーバ装置20の通信部25は不具合情報を受信し、制御部21がこれを取得して記憶部22に記憶させるステップS412。これにより、記憶部22には、各々の画像形成装置10から送信されてくる不具合情報が記憶されるが、画像形成装置10からステップS410で送信された不具合情報と、そのステップS410にてこの画像形成装置10から不具合情報が送信された時点で既に記憶部22に記憶されている不具合情報とを区別するために、ステップS410で送信されてくる不具合情報を、解析対象の不具合情報と呼ぶことにする。図5は、記憶部22に記憶されている不具合情報の一例を示す図である。図5aに示すように、不具合情報には、発生した不具合を識別する不具合情報ID、発生した不具合の内容、その不具合が発生したときに画像形成装置10が記憶している制御プログラムPのバージョン及びその画像形成装置10が備えている設備を示す情報当該画像形成装置における当該設備の有無が含まれる。例えば、図5の不具合情報IDがA001の不具合情報は、その不具合内容がB001であり、制御プログラムPのバージョンがC001であり、設備1、設備2、設備3、設備4、設備5が備えられていることを表している。ここで、不具合情報IDがA005の不具合情報は、上述した解析対象の不具合情報である。この不具合情報は、その不具合内容がB001であり、バージョンがC001であり、設備1、設備2、設備3が備えられていることを表している。B001は、例えば画像形成装置10にオプションとして取り付けられたHDにデータを書き込むことができないという内容の不具合を意味するものである。制御部21は、記憶部22に記憶された全ての不具合情報の中から、解析対象の不具合情報と同一の不具合の内容及び制御プログラムPのバージョンを含んだ不具合情報を抽出し、抽出された不具合情報の数を特定するステップS414。例えば図5aの例において、解析対象の不具合情報の不具合内容がB001、制御プログラムPのバージョンがC001である場合、記憶部22に記憶された不具合情報のうち不具合情報IDがA001~A005の不具合情報が抽出されることになる。つまり、図5bに示された5件の不具合情報が抽出され、その数が5件であると特定される。次に、制御部21は、抽出された不具合情報の数に対する、これらの不具合情報に含まれるそれぞれの設備の割合を算出するステップS416。例えば、制御部21は、抽出された5つの不具合情報の全てに設備1及び設備2が含まれているから、その割合は5/5=100であると算出する。また、制御部21は、抽出した5つの不具合情報のうち、4つの不具合情報に設備3が含まれているから、その割合は4/5=80であると算出する。同様に、制御部21は、設備4の割合を60、設備5の割合を20であると算出する。次に、制御部21は、ステップS416の処理で算出された割合が第1の閾値以上となる設備を特定するステップS418。この第1の閾値は、或る制御プログラムPを記憶した画像形成装置10において或る不具合内容の不具合が発生したときに、その画像形成装置10に備えられている割合が高い設備を特定するために定められた値であり、記憶部22に予め記憶されている。このように、制御部21が、不具合が発生したときの画像形成装置10に備えられている割合が高い設備を特定するのは、その不具合が発生した画像形成装置10に備えられた設備のうち、制御プログラムPとの組み合わせが原因で不具合を発生させている可能性が高いものがあると考えられるからである。制御部21は、第1の閾値以上の割合の設備がないと特定した場合にはステップS418;NO、不具合発生条件の候補に該当するものがないとして、図4に示す処理を終了する。一方、制御部21は、第1の閾値以上の割合の設備があると特定した場合にはステップS418;YES、それらの設備と制御プログラムPのバージョンとの組み合わせを不具合発生条件の候補とする。ここで、図5bにおいて例えば第1の閾値を70とした場合、制御部21は、制御プログラムPのバージョンC001と、設備1、設備2及び設備3の組み合わせを、不具合発生条件の候補とする。本実施形態においては、この第1の閾値は上記のような該当する設備の割合に関する閾値であるが、該当する設備の絶対数であってもよく、要するに、制御部21は、複数の画像形成装置10から取得した不具合情報に基づき、不具合が発生した情報処理装置が有する設備及び制御プログラムPの組み合わせを不具合の内容ごとに分け、各々の制御プログラムPとの組み合わせに含まれる設備のうち、第1の閾値以上の数の組み合わせに含まれる設備を特定すればよい。なお、以下では、図5において、上記のように不具合発生条件の候補に対応する不具合情報の数を、不具合発生回数と呼ぶ。図4において、制御部21は、不具合発生条件の候補、不具合内容及び不具合発生回数を不具合管理情報として、記憶部22に記憶された不具合管理テーブル222に記述するステップS420。図6は、不具合管理情報の一例を示す図である。同図に示すように、不具合管理テーブル222には、不具合管理情報を識別するための不具合管理情報ID毎に、不具合内容、制御プログラムPのバージョン、設備、及び不具合発生回数が記述されている。例えば、図6の不具合管理情報IDがE001の不具合管理情報は、不具合内容がB999であり、不具合発生条件の候補がバージョンC999の制御プログラムP及び設備4、設備5の組み合わせであり、不具合発生回数が9回であることを表している。ここで、図6の不具合管理情報IDがE002の不具合管理情報は、ステップS420の処理において記述された不具合管理情報であり、不具合内容がB001であり、不具合発生条件の候補がバージョンC001の制御プログラムP及び設備1、設備2、設備3の組み合わせであり、不具合発生回数が4回である。なお、ステップS420の処理で不具合管理テーブル222に記述される不具合管理情報の内容不具合内容及び不具合発生条件の候補と一致するものが、既に不具合管理テーブル222に記述されていた場合には、制御部21は、先に記述されていた不具合管理情報の不具合発生回数を1つ増加させるだけでよい。次に、制御部21は、ステップS420の処理で記述された不具合管理情報に含まれている不具合発生回数が第2の閾値以上であるか否かを判断するステップS422。この第2の閾値は、不具合発生条件の候補の中から、不具合発生回数の多いものを不具合発生条件として特定するために定められた値であり、記憶部22に予め記憶されている。サーバ装置20の制御部21は、不具合発生回数が第2の閾値以上ではないと判断するとステップS422;NO、図4の処理を終了する。一方、制御部21は、不具合発生回数が第2の閾値以上であると判断するとステップS422;YES、不具合管理情報に含まれた不具合発生条件の候補を不具合発生条件とする。つまり、制御プログラムPのバージョンがC001であり、設備1、設備2、設備3を備える画像形成装置10において、不具合内容がB001の不具合が発生した場合には、制御部21は、これらの制御プログラムPのバージョン、設備1、設備2及び設備3の組み合わせが不具合を発生させる原因であると特定する。このように、サーバ装置20の制御部21が、不具合発生回数の多いものを不具合発生条件として特定するのは、次のような理由による。例えば、制御プログラムPがバージョンアップされ、そのバージョンと或る不具合内容とを組み合わせた不具合情報が初めて生成されたような場合には、不具合情報に含まれる各設備の割合が100となり、各設備が必然的に不具合発生条件として確定してしまう。このように、不具合発生条件の候補を特定するための不具合情報の数つまり、不具合発生回数が十分ではないような場合には、設備の割合がいくら高くても、不具合発生条件に相当するとはいえない。このような理由から、制御部21は、不具合発生回数が第2の閾値よりも多いものを不具合発生条件として特定しているわけである。このように、制御部21は、ステップS418において特定した不具合発生条件の候補のうち、不具合が発生した数が第2の閾値以上であるものを、不具合発生条件して不具合の内容ごとに特定する。そして、制御部21は、画像形成装置10に対して、不具合発生条件に合致したことで不具合が発生した旨を通知するステップS424。そして、画像形成装置10の制御部11は、通知された情報を表示部14などに表示させるステップS426。ここで、上述した実施形態においてサーバ装置20の制御部21が実現する機能について説明する。図7は、制御部21が実現する機能の構成を示すブロック図である。制御部21は、プログラムを実行することにより、図7に示す取得部111、第1の特定部112、及び第2の特定部113を実現する。取得部111は、本発明における取得手段の一例であり、複数の画像形成装置10から不具合情報を取得する。第1の特定部112は、本発明における第1の特定手段の一例であり、取得した不具合情報に基づき、不具合が発生した画像形成装置10が有する設備及び制御プログラムの組み合わせを不具合の内容ごとに分け、各々の制御プログラムとの組み合わせに含まれる設備のうち、第1の閾値以上の数の組み合わせに含まれる設備を特定する。第2の特定部は、本発明における第2の特定手段の一例であり、第1の特定部によって特定された設備と制御プログラムとの組み合わせのうち、画像形成装置10において不具合が発生した数が第2の閾値以上である組み合わせを、不具合の内容ごとに特定する。つまり、サーバ装置20は、画像形成装置10において不具合を発生させる可能性が高い設備ハードウェアと制御プログラムソフトウェアの組み合わせを特定することになる。[変形例]上述した実施形態の内容を以下のように変形してもよい。以下に示す各変形例は、必要に応じて組み合わせて実施されてもよい。[変形例1]上述した実施形態において、画像形成装置10の制御部11は、実行する処理に不具合が発生した際に生成した不具合情報をサーバ装置20に送信した。そして、サーバ装置20の制御部21は、不具合情報を受信したことをトリガーとして、解析処理を実行した。これに対し、サーバ装置20の制御部21は、不具合の発生する可能性がある画像形成装置群を特定し、これらに対して不具合を診断するための処理を要求しその診断処理の結果を取得することで、さらなる解析処理を実行してもよい。以降、この一連の処理を診断処理と呼ぶことにする。図8は、変形例に係るリモート保守システム1の動作を示すシーケンスチャートである。図8において、図4と同一の符号を付した処理は、図4における処理と同一の内容である。画像形成装置10の保守作業を行う作業者がサーバ装置20の操作部13を操作することで、例えば、図6において不具合管理情報IDがE005の不具合管理情報に対する診断処理の実行を指示したものとする。サーバ装置20の制御部21は、記憶部22から不具合管理情報を抽出し、この不具合管理情報に含まれた、不具合内容及び不具合発生条件を診断処理の対象として特定するステップS800。例えば、制御部21は、不具合管理情報IDがE005で示された不具合管理情報から、不具合発生条件が制御プログラムPのバージョンがC001、設備1、設備2及び設備3の組み合わせに該当する画像形成装置を、不具合内容がB001についての診断処理の対象として特定する。ここで、サーバ装置20の記憶部22には、画像形成装置10に記憶されている制御プログラムP及びその画像形成装置が備える設備の組み合わせ以下、画像形成装置の構成組み合わせというが記述された構成テーブル221が記憶されているものとする。この構成テーブル221には、例えば、リモート保守システム1を構成する装置として画像形成装置10がオフィス等に設置された時点における画像形成装置10の構成組み合わせが記述されているものとする。したがって、必ずしも最新の時点における画像形成装置10の構成組み合わせが反映されているとは限らない。図9は、構成テーブル221の一例を示す図である。構成テーブル221は、装置ID、バージョン、設備1、設備2というフィールドを有している。装置IDのフィールドには、画像形成装置10を識別する情報が記述されている。バージョンのフィールドには、画像形成装置10の記憶部12に記憶された制御プログラムPのバージョンが記述されている。設備1、設備2のフィールドには、画像形成装置10に備えられている設備が記述されている。図9に示した例において、装置IDがD001の画像形成装置10は、設備1を備えており、制御プログラムPのバージョンがC001であることが示されている。また、装置IDがD005の画像形成装置10は、設備1、設備2、設備3、設備4、設備5を備えており、制御プログラムPのバージョンがC001であることが示されている。図8の説明に戻る。サーバ装置20の制御部21は、構成テーブル221に記述された内容に基づいて、ステップS800の処理で特定した不具合発生条件を満たす画像形成装置10に対して、診断処理の実行を要求するステップS802。ここでいう診断処理とは、不具合発生条件を満たす画像形成装置に対し、不具合が発生したときの処理を実行するよう要求する処理である。ここで例えばステップS800の処理で特定した不具合発生条件が、制御プログラムPバージョンがC001、設備1、設備2、設備3という組み合わせである。よって、制御部21は、これらを全て有する図9の装置IDがD003、D004、D005の画像形成装置10に対して、不具合内容がB001で示される不具合が発生した際の処理を実行するよう要求する。そして、装置IDがD003、D004、D005の画像形成装置10の制御部11は、要求に応じた処理を実行するステップS400。このとき、各画像形成装置10の制御部11は、不具合が発生すると、実施形態と同様にして、不具合情報を生成してサーバ装置20に送信する。そして、サーバ装置20の制御部21は、診断処理が要求された各画像形成装置10から不具合情報を取得する。そして、サーバ装置20の制御部21は、装置IDがD003、D004、D005の画像形成装置10の夫々の処理において不具合が発生した場合であって、不具合発生回数が第2の閾値以上であると判断した場合には、不具合発生条件に含まれる組み合わせによって不具合が発生した旨を表示部14に表示させるステップS804。このようにすることで、サーバ装置20の制御部21は、不具合発生条件に含まれる制御プログラムP及び設備の組み合わせによってどの程度不具合が発生するかということを能動的に把握し、その把握した結果に基づいて不具合を発生させる可能性が高い組み合わせを特定する。なお、サーバ装置20の制御部21は、この変形例においても、ステップS412、ステップS420の処理を行うことで、各テーブルを更新することになる。しかし、不具合発生条件によって不具合が発生するか否かの結果だけを得たいような場合においては、サーバ装置20の制御部21は、各テーブルを更新しなくてもよい。この場合、制御部21は、記憶部22の作業領域に一時的に各テーブルの複製を生成し、この複製に対して各種処理を行えばよい。サーバ装置20の制御部21は、この変形例において、構成テーブル221に記述された情報に基づいて、ステップS800の処理で特定した不具合発生条件を満たす画像形成装置10に対してのみ、不具合発生時の処理の実行を要求した。しかしながら、サーバ装置20の制御部21は、リモート保守システム1に接続された全ての画像形成装置10に対して、不具合発生時の処理の実行を要求してもよい。このようにすれば、サーバ装置20の記憶部22に構成テーブル221を予め記憶させておく必要が無い。また、この場合、サーバ装置20の制御部21は、不具合発生時の処理の実行の要求に、不具合発生時の処理を実行させる画像形成装置10の対象を限定するような指示を含めておいてもよい。このようにすれば、サーバ装置20の制御部21は、特定のバージョンの制御プログラムPを記憶した画像形成装置10や、特定の設備を備えた画像形成装置10のみを対象として不具合発生時の処理の実行を要求することができる。ここで、この変形例においてサーバ装置20の制御部21が実現する機能について説明する。図10は、制御部21が実現する機能の構成を示すブロック図である。制御部21は、プログラムを実行することにより、図7で示した取得部111、第1の特定部112、及び第2の特定部113のほか、第3の特定部114及び要求部115を備える。記憶部22は、本発明における記憶手段の一例であり、複数の情報処理装置の各々が有する設備及び制御プログラムPを示す情報を記憶している。第3の特定部114は、本発明における第3の特定手段の一例であり、記憶部22の記憶内容に基づき、第2の特定部113によって特定された組み合わせに含まれる設備及び制御プログラムPを有する画像形成装置を特定する。要求部115は、本発明における要求手段の一例であり、第3の特定部により特定された画像形成装置10に対し、第2の特定部によって特定された組み合わせに含まれる設備及び制御プログラムPを有する画像形成装置において不具合が発生したときの処理を実行するよう要求する。そして、取得部111は、要求部115により不具合が発生したときの処理を実行するよう要求された画像形成装置10から不具合情報を取得する。[変形例2]上述した実施形態において、サーバ装置20の制御部21は、第1の閾値以上の割合を有する設備であると特定した場合にはステップS418;YES、その設備を不具合発生条件の候補とした。しかしながら、不具合発生条件の候補を特定する方法はこれに限らず、サーバ装置20の制御部21は、設備ごとに閾値を決めるなどして、各設備に対していわゆる重み付けをしてもよい。例えば、画像形成装置10において予め決められた標準仕様で備えられた設備については、オプションで備えられた設備に比べて、制御プログラムPと組み合わせによって不具合を発生させる可能性が低いと考えられる。また、例えば、画像形成装置10において標準仕様で備えられた設備は、オプションで備えられた設備に比べて、その絶対数が多いから、その数の多さに応じて、不具合を発生させる回数も多くなると考えられる。したがって、画像形成装置10に標準仕様で備えられた設備については、オプションで備えられた設備に比べて、上記の第1の閾値を高くするような重み付けをしてもよい。このようにすれば、サーバ装置20の制御部21は、設備に応じた閾値に基づいて不具合発生条件の候補を特定することになる。[変形例3]上述した実施形態において、サーバ装置20の制御部21は、不具合管理情報に含まれた不具合発生回数が第2の閾値以上であると判断した場合に、不具合が発生した画像形成装置10に対して、不具合発生条件に合致したことで不具合が発生した旨を通知していたステップS424。これに対し、サーバ装置20の制御部21は、不具合が発生した画像形成装置10に対してのみではなく、不具合が発生した画像形成装置10と同様の設備及び制御プログラムPを備えた画像形成装置10に対して、不具合発生条件に合致することで不具合が発生した旨を通知してもよい。制御部21は、不具合が発生した画像形成装置10と同様の設備及び制御プログラムPを備えた画像形成装置10を特定するときには、上記変形例1で用いた構成テーブルを参照すればよい。また、サーバ装置20の制御部21は、不具合管理情報に含まれた不具合発生回数が第2の閾値以上であると判断した場合に、同様の設備及び制御プログラムPを備えた画像形成装置10に対して、ステップS802と同様に不具合発生時の処理の実行を要求してもよい。[変形例4]上述した実施形態においては、サーバ装置20の制御部21は、画像形成装置10から不具合情報を受信したことをトリガーとして解析処理を実行したが、これ以外のタイミングで解析処理を実行してもよい。この場合、サーバ装置20の制御部21は、画像形成装置10から送信されてくる不具合情報を逐次記憶部22に記憶させ、例えば、予め決められたタイミング、作業者によって操作されたタイミング、又は、予め決められた期間毎に解析処理を実行すればよい。このようにすれば、サーバ装置20の制御部21は、画像形成装置10から不具合情報を受信したことをトリガーとして解析処理を実行する必要がない。[変形例5]画像形成装置10の制御部11は、日時年月日時分秒を計時することで、自装置の稼働時間を特定し、これを不具合発生条件の内容の1つとして扱うようにしてもよい。ここでいう稼動時間とは、例えば、リモート保守システム1を構成する装置として画像形成装置10がオフィス等に設置された時点から経過した時間をいう。更に、画像形成装置10の制御部11は、この稼働時間を不具合情報に含めてサーバ装置20に対して送信してもよい。この場合、稼働時間は、例えば、0ヶ月以上12ヶ月未満であれば稼働時間A、12ヶ月以上24ヶ月未満であれば稼働時間Bというように、予め決められた期間毎に識別されるものとする。そして、図4のステップS416の処理において、サーバ装置20の制御部21は、抽出された不具合情報の数に対する、これらの不具合情報に含まれるそれぞれの設備の割合、及び、抽出された不具合情報に含まれる稼働時間の割合を算出する。例えば、サーバ装置20の制御部21は、抽出された不具合情報の全てに稼働時間Aが含まれていれば、その割合が100であると算出する。そして、サーバ装置20の制御部21は、画像形成装置10に備えられた設備と同様に、第1の閾値以上であるか否かにより、不具合発生条件の候補に該当する稼働時間であるか否かを判断するステップS418。そして、サーバ装置20の制御部21は、ステップS422の処理において、不具合発生回数が第2の閾値以上であると判断すると、不具合管理情報に含まれた不具合発生条件の候補制御プログラムPのバージョン、設備、稼働時間の組み合わせを不具合発生条件とする。このようにすれば、ソフトウェアとハードウェアとの組み合わせだけでなく、情報処理装置の稼動時間をも考慮したうえで、不具合を発生させる可能性が高い組み合わせを選び出すことができる。[変形例6]画像形成装置10において、制御プログラムPの数は1に限らず、複数であってもよい。また、画像形成装置10において、制御部11、記憶部12、操作部13、表示部14、通信部15、画像形成部16及びオプション部17といった単位で各設備を分けるのではなく、例えば制御部11が備えるCPUやメモリといった、より小さな単位や、例えば操作部と表示部とを1つのユーザインタフェース部という設備とするなど、より大きな単位で各設備を分けるようにしてもよい。いずれにせよ、画像形成装置10においては1以上の設備が備えられている。[変形例7]上述した実施形態において、画像形成装置10の制御部11又はサーバ装置20の制御部21によって行われる処理は、制御部11又は制御部21と他のハードウェアとの協働によって行われてもよいし、制御部11又は制御部21に代えて1以上のハードウェアが行ってもよい。また、制御部11又は制御部21によって行われる処理は、単一のプログラムによって実現されてもよいし、複数のプログラムによって実現されてもよい。また、制御部11又は制御部21によって実行される各プログラムは、磁気テープや磁気ディスクなどの磁気記録媒体、光ディスクなどの光記録媒体、光磁気記録媒体、半導体メモリなどの、コンピュータが読み取り可能な記録媒体に記憶された状態で提供し得る。また、このプログラムを、インターネットのような通信回線経由で画像形成装置10やサーバ装置20にダウンロードさせることも可能である。