複数の機能用のモジュールが接続されるシステムバスであって、前記機能用のモジュールと前記システムバスとの接続を制御する接続回路を備えるシステムバスの診断装置において、前記システムバスと接続される管理用のモジュールと、前記接続回路と前記管理用のモジュールとを接続する制御線と、を備え、前記管理用のモジュールは、前記接続回路を制御し、前記システムバスに接続する前記機能用のモジュールとの間で通信できるか否かを判定して前記機能用のモジュールの故障を切り分けることを特徴とするシステムバスの診断装置。機能用のモジュールをシステムバスから1台ずつ故障候補として切り離し、システムバスに接続する機能用のモジュールと管理用のモジュールとの間で通信できるか否かを判定する第1の切り分け手段と、前記第1の切り分け手段で通信できると判定した時は、最後に切り離した前記故障候補を故障と判定してシステムバスから切り離す第2の切り分け手段と、前記第2の切り分け手段で故障と判定したものを除く前記故障候補を個別にシステムバスに接続して管理用のモジュールとの間で通信できるか否かを判定する第3の切り分け手段と、前記第3の切り分け手段で通信できないと判定した時は、接続した前記故障候補を故障と判定してシステムバスから切り離す第4の切り分け手段と、を備えた請求項1に記載のシステムバスの診断装置。管理用のモジュールは、システムバスに2台接続され、一方が動作系、他方が待機系として二重系を構成し、動作系の管理用のモジュールが故障した時、待機系の管理用のモジュールに切り替えることで、継続して機能用のモジュールの故障を切り分ける請求項1又は請求項2に記載のシステムバスの診断装置。特許文献1の自動バス切り分け方法では、ドライバレシーバに対する制御機能を、機能用のモジュールである機能ブロックに持たせている。もし、機能ブロックで致命的な障害が発生すると、保守バスを介して機能ブロックからドライバレシーバを制御できず、機能ブロックとシステムバスとを切り離すことができなくなり、機能ブロックの故障を切り分けられないという問題があった。この発明は、機能用のモジュールとシステムバスとを確実に切り離して、故障を切り分けるシステムバスの診断装置を提供することを目的とする。この発明のシステムバスの診断装置は、複数の機能用のモジュールが接続されるシステムバスであって、機能用のモジュールとシステムバスとの接続を制御する接続回路を備えるシステムバスの診断装置において、システムバスと接続される管理用のモジュールと、接続回路と管理用のモジュールとを接続する制御線とを備え、管理用のモジュールは、接続回路を制御し、システムバスに接続する機能用のモジュールとの間で通信できるか否かを判定して機能用のモジュールの故障を切り分けるものである。この発明のシステムバスの診断装置は、複数の機能用のモジュールが接続されるシステムバスであって、機能用のモジュールとシステムバスとの接続を制御する接続回路を備えるシステムバスの診断装置において、システムバスと接続される管理用のモジュールと、接続回路と管理用のモジュールとを接続する制御線とを備え、管理用のモジュールは、接続回路を制御し、システムバスに接続する機能用のモジュールとの間で通信できるか否かを判定して機能用のモジュールの故障を切り分けるもので、機能用のモジュールとシステムバスとを確実に切り離して、故障を切り分けるシステムバスの診断装置を提供することが可能となる。実施の形態1.この発明の実施の形態1では、システムバスと接続される管理用のモジュールと、接続回路と管理用のモジュールとを接続する制御線を備え、管理用のモジュールが、接続回路を制御し、システムバスに接続する機能用のモジュールとの間で通信できるか否かを判定して機能用のモジュールの故障を切り分ける。図1は、この発明の実施の形態1におけるシステムバスの診断装置の構成図である。図2は、この発明の実施の形態1におけるシステムバスの診断装置の動作を示すフローチャートである。この発明の実施の形態1におけるシステムバスの診断装置の構成について、図1をもとに説明する。システムバス1には、管理用のモジュール2と、A機能用のモジュール3aとB機能用のモジュール3bとC機能用のモジュール3cとが接続される。管理用のモジュール2とシステムバス1とは、直接、接続される。A機能用のモジュール3aとシステムバス1との接続は、接続回路4aで制御され、B機能用のモジュール3bとシステムバス1との接続は、接続回路4bで制御され、C機能用のモジュール3cとシステムバス1との接続は、接続回路4cで制御される。接続回路4aは、管理用のモジュール2と制御線5aで接続され、接続回路4bは、管理用のモジュール2と制御線5bで接続され、接続回路4cは、管理用のモジュール2と制御線5cで接続される。機能用のモジュールの総数nは、3とする。この発明の実施の形態1におけるシステムバスの診断装置の動作について、図2をもとに説明する。故障の発生状況として、A機能用のモジュール3aとB機能用のモジュール3bとは、故障が発生してシステムバス1を介した通信ができないとし、C機能用のモジュール3cは、故障が発生していないとする。ステップS101では、管理用のモジュール2から制御線5aと制御線5bと制御線5cとを介して、接続回路4aと接続回路4bと接続回路4cとを制御して、システムバス1に接続するA機能用のモジュール3aとB機能用のモジュール3bとC機能用のモジュール3cとを切り離す。このステップの切り離しにより、管理用のモジュール2が接続回路を制御する回数は、合計3回となる。ステップS102では、変数kに1を設定する。k=1の時は、A機能用のモジュール3aの故障を切り分ける。ステップS103では、管理用のモジュール2から制御線5aを介して接続回路4aを制御して、ステップS101で切り離したA機能用のモジュール3aをシステムバス1に接続し、管理用のモジュール2とA機能用のモジュール3aとの間で通信できるか否かを判定する。このステップの接続により、管理用のモジュール2が接続回路を制御する回数は、合計4回となる。ステップS104では、A機能用のモジュール3aが故障しているので、ステップS103の判定結果が不可となり、ステップS105を実行する。ステップS105では、ステップS103で接続したA機能用のモジュール3aを故障と判定し、管理用のモジュール2から制御線5aを介して接続回路4aを制御して、システムバス1からA機能用のモジュール3aを切り離す。このステップの切り離しにより、管理用のモジュール2が接続回路を制御する回数は、合計5回となる。ステップS106では、ステップS101で切り離した機能用のモジュールを全て接続して確認していないので、ステップS107を実行する。ステップS107では、変数kをカウントアップし、k=2として、ステップS103を実行し、B機能用のモジュール3bの故障を切り分ける。B機能用のモジュール3bは、故障しているので、A機能用のモジュール3aと同様の動作となるので、ステップS106までの説明を省略する。なお、B機能用のモジュール3bの故障を切り分ける場合も、A機能用のモジュール3aと同様に、接続回路を制御する回数が2回となり、管理用のモジュール2が接続回路を制御する回数は、合計7回となる。次に、ステップS107では、変数kをカウントアップして、k=3として、ステップS103を実行する。k=3の時は、C機能用のモジュール3cの故障を切り分ける。ステップS103では、管理用のモジュール2から制御線5cを介して接続回路4cを制御して、ステップS101で切り離したC機能用のモジュール3cをシステムバス1に接続し、管理用のモジュール2とC機能用のモジュール3cとの間で通信できるか否かを判定する。このステップの接続により、管理用のモジュール2が接続回路を制御する回数は、合計8回となる。ステップS104では、C機能用のモジュール3cが故障していないので、ステップS103の判定結果が可能となり、ステップS106を実行する。ステップS106では、ステップS101で切り離した機能用のモジュールを全て確認したとして、終了する。前記のように、故障の切り分けが完了すると、管理用のモジュール2が接続回路を制御する回数は、合計8回となる。この発明の実施の形態1によれば、機能用のモジュールとシステムバスとを確実に切り離して、故障を切り分けるシステムバスの診断装置を提供することができる。実施の形態2.この発明の実施の形態1では、システムバスに接続する機能用のモジュールを全て切り離した後に、機能用のモジュールを1台ずつシステムバスと接続して故障を切り分けるため、接続回路を制御する回数が多くなる。この発明の実施の形態2では、システムバスに接続する機能用のモジュールを1台ずつ切り離して故障候補とし、故障候補を1台ずつシステムバスに接続して故障を切り分けることで、この発明の実施の形態1に比べて、接続回路を制御する回数を少なくなる。図3は、この発明の実施の形態2におけるシステムバスの診断装置の動作を示すフローチャートである。この発明の実施の形態2におけるシステムバスの診断装置の構成は、この発明の実施の形態1と同様の構成となるので、説明を省略する。この発明の実施の形態2におけるシステムバスの診断装置の動作について、図3をもとに説明する。故障の発生状況として、この発明の実施の形態1と同様に、A機能用のモジュール3aとB機能用のモジュール3bとは故障が発生してシステムバス1を介した通信ができないとし、C機能用のモジュール3cは故障が発生していないとする。ステップS201では、変数kに1を設定する。k=1の時は、A機能用のモジュール3aを故障候補として切り分ける。ステップS202では、管理用のモジュール2から制御線5aを介して接続回路4aを制御して、A機能用のモジュール3aを故障候補としてシステムバス1から切り離して、管理用のモジュール2とB機能用のモジュール3bとの間で通信できるか否かを判定する。このステップの切り離しにより、管理用のモジュール2が接続回路を制御する回数は、合計1回となる。ステップS203では、B機能用のモジュール3bが故障しているので、ステップS202の判定結果が不可となり、ステップS204を実行する。ステップS204では、システムバス1に機能用のモジュールを1台だけ接続し、残りを全て切り離していないので、ステップS205を実行する。なお、システムバス1に機能用のモジュールを1台だけ接続し、残りの機能用のモジュールを全て切り離した場合は、ステップS206で、機能用のモジュールの故障の切り分けが不明として、管理用のモジュール2又はシステムバス1自体の故障と判定して、終了する。ステップS205では、変数kをカウントアップし、k=2として、ステップS202を実行する。k=2の時は、B機能用のモジュール3bを故障候補として切り分ける。ステップS202では、管理用のモジュール2から制御線5bを介して接続回路4bを制御して、B機能用のモジュール3bを故障候補としてシステムバス1から切り離して、管理用のモジュール2とC機能用のモジュール3cとの間で通信できるか否かを判定する。このステップの切り離しにより、管理用のモジュール2が接続回路を制御する回数は、合計2回となる。ステップS203では、C機能用のモジュール3cが故障していないので、ステップS202の判定結果が可能となり、ステップS207を実行する。ステップS207では、変数mに変数kを設定し、m=2となる。ステップS208では、ステップS202で最後に故障候補として切り離したB機能用のモジュール3bを故障と判定する。ステップS209では、ステップS202で故障候補として、切り離した機能用のモジュールが1台だけでないので、ステップS210を実行する。なお、ステップS202で故障候補として、切り離した機能用のモジュールが1台だけならば、終了する。ステップS210では、変数kに1を設定する。k=1の時は、故障候補としたA機能用のモジュール3aの故障を切り分ける。ステップS211では、管理用のモジュール2から制御線5aを介して接続回路4aを制御して、ステップS202で故障候補としたA機能用のモジュール3aをシステムバス1に接続し、管理用のモジュール2とA機能用のモジュール3aとの間で通信できるか否かを判定する。このステップの接続により、管理用のモジュール2が接続回路を制御する回数は、合計3回となる。ステップS212では、A機能用のモジュール3aが故障しているので、ステップS211の判定結果が不可となり、ステップS213を実行する。ステップS213では、ステップS211で接続したA機能用のモジュール3aを故障と判定し、管理用のモジュール2から制御線5aを介して接続回路4aを制御して、システムバス1からA機能用のモジュール3aを切り離す。このステップの切り離しにより、管理用のモジュール2が接続回路を制御する回数は、合計4回となる。ステップS214では、ステップS208で故障と判定したものを除く、ステップS202で故障候補とした機能用のモジュールを全て接続して確認しているので、終了する。なお、ステップS208で故障と判定したものを除く、ステップS202で故障候補とした機能用のモジュールを全て接続して確認していない場合は、ステップS215を実行する。前記のように、故障の切り分けが完了すると、管理用のモジュール2が接続回路を制御する回数は、合計4回となり、この発明の実施の形態1の合計8回に比べて少なくなる。したがって、故障の発生状況が同じならば、この発明の実施の形態1に比べて、接続回路を制御する回数が少なくなる。この発明の実施の形態2によれば、この発明の実施の形態1と同様に、機能用のモジュールとシステムバスとを確実に切り離して、故障を切り分けるシステムバスの診断装置を提供することができる。また、故障を切り分けるために接続回路を制御する回数が、この発明の実施の形態1に比べて少なくなるので、システムバスの復旧時間を短縮できる。実施の形態3.この発明の実施の形態1又はこの発明の実施の形態2では、管理用のモジュールが故障すると、故障を切り分けることができない。この発明の実施の形態3では、管理用のモジュールを、システムバスに2台接続し、一方を動作系、他方を待機系として二重系を構成し、故障した管理用のモジュールを切り替えることで、継続して故障を切り分ける。図4は、この発明の実施の形態3におけるシステムバスの診断装置の構成図である。この発明の実施の形態3におけるシステムバスの診断装置の構成について、図4をもとに説明する。この発明の実施の形態1と同様の構成は、同一の符号を付して、その説明を省略する。システムバス1には、管理用のAモジュール2aと管理用のBモジュール2bと、A機能用のモジュール3aとB機能用のモジュール3bとC機能用のモジュール3cとが接続される。管理用のAモジュール2aとシステムバス1との接続は、接続回路4dで制御され、管理用のBモジュール2bとシステムバス1との接続は、接続回路4eで制御される。接続回路4dは、管理用のBモジュール2bと制御線5dで接続され、接続回路4eは、管理用のAモジュール2aと制御線5eで接続される。管理用のAモジュール2aと管理用のBモジュール2bとの間は、故障通知線9を介して、それぞれの故障情報を通知する。制御線5aは、管理用のAモジュール2aと管理用のBモジュール2bとの接続をセレクタ8で切替え、制御線5bは、管理用のAモジュール2aと管理用のBモジュール2bとの接続をセレクタ8で切替え、制御線5cは、管理用のAモジュール2aと管理用のBモジュール2bとの接続をセレクタ8で切替える。セレクタ8は、管理用のAモジュール2aと切替線10aで接続され、管理用のBモジュール2bと切替線10bで接続される。この発明の実施の形態3におけるシステムバスの診断装置の動作について、図4をもとに説明する。管理用のAモジュール2aを動作系として動作させ、管理用のBモジュール2bを待機系として待機させている場合を、以下に説明する。管理用のAモジュール2aは、切替線10aを介してセレクタ8を切り替えて制御線5aと制御線5bと制御線5cと接続し、制御線5eを介して接続回路4eを制御して管理用のBモジュール2bとシステムバス1とを切り離す。管理用のBモジュール2bは、制御線5dを介して接続回路4dを制御して管理用のAモジュール2aとシステムバス1とを接続する。動作系として動作する管理用のAモジュール2aは、この発明の実施の形態1と同様に、制御線を介して接続回路を制御して、機能用のモジュールの故障を切り分ける。次に、管理用のAモジュール2aで故障が発生した場合を、以下に説明する。管理用のAモジュール2aは、故障通知線9を介して管理用のBモジュール2bに故障情報を通知し、制御線5eを介して接続回路4eを制御して管理用のBモジュール2bとシステムバス1とを接続し、動作系から待機系に切り替えて待機する。管理用のBモジュール2bは、故障通知線9を介して故障情報を受信し、制御線5dを介して接続回路4dを制御して管理用のAモジュール2aとシステムバス1とを切り離し、切替線10bを介してセレクタ8を切り替えて制御線5aと制御線5bと制御線5cとを接続し、待機系から動作系に切り替えて動作する。動作系として動作する管理用のBモジュール2bは、この発明の実施の形態1と同様に、制御線を介して接続回路を制御して、機能用のモジュールの故障を切り分ける。この発明の実施の形態3によれば、故障した管理用のモジュールを切り替えることで、継続して故障を切り分けることができる信頼性の高い、システムバスの診断装置を提供することができる。