医用システムのメンテナンス支援情報管理装置、Ｘ線ＣＴシステム及びメンテナンスサービスセンタ装置
【課題】医用システムの故障原因を短時間に特定し、不具合期間又はシステムダウンタイムを短縮すること。
【解決手段】Ｘ線ＣＴシステムは、被検体からデータを収集するために構成されたガントリユニット１０１と、収集されたデータに基づいて画像データを再構成するために構成された再構成ユニット１１０と、故障発生時に収集されたデータ及び故障発生時に設定された再構成条件を記憶するために構成されたユニット１０７と、記憶された故障発生時のデータを使って、記憶された再構成条件と同じ再構成条件で再構成ユニットで故障発生時と同じ動作を再現させるために構成された制御ユニット１０８を具備する。
【解決手段】Ｘ線ＣＴシステムは、被検体からデータを収集するために構成されたガントリユニット１０１と、収集されたデータに基づいて画像データを再構成するために構成された再構成ユニット１１０と、故障発生時に収集されたデータ及び故障発生時に設定された再構成条件を記憶するために構成されたユニット１０７と、記憶された故障発生時のデータを使って、記憶された再構成条件と同じ再構成条件で再構成ユニットで故障発生時と同じ動作を再現させるために構成された制御ユニット１０８を具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用システムのメンテナンス支援情報管理装置、Ｘ線ＣＴシステム及びメンテナンスサービスセンタ装置に関する。
【背景技術】
【０００２】
最近、医用システム、例えばＸ線ＣＴシステム（Ｘ線コンピュータトモグラフィ装置）の利用範囲は、検出器の検出感度の向上及び分解能の向上といったハードウエアの性能向上、またリアルプレップスキャン（染影度モニタリングによる撮影タイミングの自動化）、ヘリカルスキャン及びＣＴ透視といった撮影技法の多様化、さらには再構成処理や画像処理といったソフトウエアの機能向上により、拡大の一途をみせている。
【０００３】
そのため、万一、故障が発生したときには、ＣＴ検査業務の停滞による悪影響は著しく、早急なる復旧が望まれる。
【０００４】
故障が発生した場合、その修理の正否のほとんど全ては、故障の原因を正確に特定することにあるといっても過言ではない。原因が正しく特定されれば、修理マニュアルは、故障の解消に効果を発揮する。
【０００５】
しかし、故障の原因を正確に特定することは最も困難な作業の一つである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、医用システムの故障原因を短時間に特定し、不具合期間又はシステムダウンタイムを短縮することにある。
【課題を解決するための手段】
【０００７】
本発明のある局面は、被検体からデータを収集するために構成されたガントリユニットと、前記収集されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、故障発生時に収集されたデータ及び故障発生時に設定された再構成条件を記憶するために構成されたユニットと、前記記憶された故障発生時のデータを使って、前記記憶された再構成条件と同じ再構成条件で前記再構成ユニットで故障発生時と同じ動作を再現させるために構成された制御ユニットを具備するＸ線ＣＴシステムである。
【発明の効果】
【０００８】
本発明によれば、医用システムの故障原因を短時間に特定し、不具合期間又はシステムダウンタイムを短縮することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明を好ましい実施形態により説明する。
なお、本発明のシステムは、超音波診断装置、Ｘ線ＣＴシステム（Ｘ線コンピューテッドトモグラフィ装置）、磁気共鳴イメージング装置（ＭＲＩ）、ガンマカメラのような医用システムに関連する。以下の説明では、Ｘ線ＣＴシステムを一例として説明するが、他の医用システムにも適用可能である。
【００１０】
図１は本実施形態に係るメンテナンス支援システムの全体構成を示す図である。複数のＸ線ＣＴシステム（Ｘ線コンピューテッドトモグラフィ装置）１が、一般公衆回線、専用線等の電子的通信回線５を経由して、メンテナンスサービスセンタ装置２、メンテナンス支援情報管理装置３、及び再現試験サービス装置４に接続されている。複数のＸ線ＣＴシステム１は、複数の病院サイトにそれぞれ設置されている。メンテナンスサービスセンタ装置２は、メンテナンスサービスセンタサイト内に設置されている。メンテナンス支援情報管理装置３は、メンテナンスサービスセンタサイト、メンテナンス支援サイト又はシステムメーカテクニカルサイト内に設置されている。再現試験サービス装置４は、システムメーカテクニカルサイト内に設置されている。
【００１１】
図２には、Ｘ線ＣＴシステム１、メンテナンスサービスセンタ装置２、メンテナンス支援情報管理装置３、再現試験サービス装置４それぞれの構成を示している。Ｘ線ＣＴシステム１は、ホストコントローラ１０２を中心として、データ／制御バス１００を経由して接続されたガントリ１０１と、操作パネル１０３と、ディスプレイ１０４と、通信装置１０５とを有している。
【００１２】
ガントリ１０１は、Ｘ線管、Ｘ線検出器、ＤＡＳ(data acquisition system) と、Ｘ線管及びＸ線検出器等を回転可能に保持する回転機構と、回転駆動部等を有している。Ｘ線検出器で検出された信号は、ＤＡＳで増幅及びディジタル化され、そして前処理部１０９で感度補正、対数圧縮等の前処理を受けてから、画像再構成処理部１１０に送られる。なお、ＤＡＳで増幅及びディジタル化された後であって、前処理前のデータを「純生データ(pure raw data)」と称し、前処理後であって、再構成処理直前の状態にあるデータを「生データ(raw data)」と称する。
【００１３】
Ｘ線ＣＴシステム１のデータ／制御バス１００には、自己診断制御装置１０６と、ログファイル記憶装置１０７と、再現性試験制御装置１０８とがさらに接続される。自己診断制御装置１０６は、定期的及び故障発生時に、故障の有無及び故障原因特定のために開発された自己診断プログラムを起動する。
【００１４】
ホストコントローラ１０２は、システム全体の動作を制御するとともに、Ｘ線ＣＴシステム１の電源投入から電源切断までの間の全ての運転状況を記録したログファイルを発生する。ログファイルには、操作パネル１０３上での操作状況、通信履歴、検査プランの設定内容、故障内容等が書き込まれている。
【００１５】
例えば、検査プランの設定内容を表すログファイルには次の項目が含まれる。通常、ＣＴシステム１には、スキャノ撮影、シングルスキャン、マルチスライススキャン、ヘリカルスキャン、プリップスキャン、ＣＴ透視、３断面透視等の様々な撮影技法が実行可能である。検査プランを設定するに際して、これら様々な撮影技法の中から任意の１又は複数の撮影技法が選択され、その順番が決定される。ここでは、選択された撮影技法をサブプランと称する。つまり、検査プランは、検査手順に従って配列された複数のサブプランから構成されている。サブプランの選択とともに、各サブプランの撮影条件、前処理条件、再構成条件、表示条件等が設定される。
【００１６】
撮影条件には、焦点位置、管電圧、管電流、チルト角、スキャン時間、スライス厚、ＦＯＶ（撮影視野）等が含まれ、前処理条件には、オフセット補正係数、リファレンス補正係数、水補正係数等の各種パラメータが含まれる。また、再構成条件には、再構成関数、フィルタ、再構成スライス厚、再構成スライス間隔、再構成マトリクス、再構成領域の中心位置等の複数の再構成パラメータが含まれる。これら検査プランを構成するサブプラン個数、サブプラン種別、各サブプランの撮影条件、前処理条件、再構成条件、表示条件等の詳細が患者情報とともにログファイルに書き込まれる。
【００１７】
つまり、ログファイルには、例えば次のような動作に関わるあらゆる情報が書き込まれる。
・Ｘ線ＣＴシステムの撮影条件等の各種調整値
・Ｘ線ＣＴシステムの状態（各部の温度、各部の電圧など）
・Ｘ線ＣＴシステムの修理記録（基板交換とそのＳＥＲ．Ｎｏ．、調整、など）
・Ｘ線ＣＴシステムの保守記録（各部オーバーホールなど）
・Ｘ線ＣＴシステムの点検記録（定期点検結果など）
・Ｘ線ＣＴシステムのソフトウェアの現在のバージョン、ソフトウェアのバージョンの更新履歴、ハードウェア（備品、オプション等含む）のアップグレード記録、ハードウェアのアップグレードの更新履歴
・Ｘ線ＣＴシステムのカスタマイズ状況
・Ｘ線ＣＴシステムの異常時の画像、撮影条件（ただし、画像に関しては患者のプライバシー保護の観点から、患者を特定する情報・サイト情報全てを自動的に削除する機構を有するものとする）
なお、医用システムとして、ＭＲＩ装置の場合、ログファイルには、例えば次の情報が書き込まれる。
・ＭＲＩ装置の各種調整値（ＲＦ調整値、シーケンス調整値、磁場均一調整値、など）
・ＭＲＩ装置の状態（各部の温度、各部の電圧、ＬＨｅ（液体ヘリウム）残量、など）
・ＭＲＩ装置の修理記録（基板交換とそのＳＥＲ．Ｎｏ．、調整、など）
・ＭＲＩ装置の保守記録（ＬＨｅ注液、各部オーバーホールなど）
・ＭＲＩ装置の点検記録（定期点検結果など）
・ＭＲＩ装置のソフトウェア・ハードウェアアップグレード記録（バージョンアップの記録、備品、オプション等の設置記録など）
・ＭＲＩ装置のカスタマイズ状況
・ＭＲＩ装置の異常時の画像、撮影パラメータ（ただし、画像に関しては患者のプライバシー保護の観点から、患者を特定する情報・サイト情報全てを自動的に削除する機構を有するものとする）
ログファイルは、ログファイル記憶装置１０７に送られ、記憶されると共に、後述するように、通信装置１０５を介してメンテナンス支援情報管理装置３にも送信される。ログファイル記憶装置１０７は、その記憶容量上の制約から、先入れ先出し方式（ＦＩＦＯ）に従って、最近の所定期間、例えば最近の１ヶ月以内に発生した複数のログファイルを記憶する。なお、故障発生時のログファイルには、その時の純生データ（又は生データ）が関連付けられてログファイル記憶装置１０７に記憶される。
【００１８】
再現性試験制御装置１０８は、故障発生時のログファイル及び純生データをログファイル記憶装置１０７から読み出し、当該ログファイルに記録された検査プランに従って故障時と同じ状況の下で、データ収集以降の処理、つまり純生データの前処理、データトランスファー処理、再構成処理、表示処理等を実行させる機能を備えている。この故障時と同じ状況の下で処理を再現して、修理後に故障が回復したことを確認するための当該処理を、“再現性試験”と称する。
【００１９】
メンテナンスサービスセンタ装置２は、ユーザ（Ｘ線ＣＴシステム１）に対する保守、修理等の各種サービスを提供するサービスセンタサイトに設置され、そのために必要な部品調達や在庫管理、その搬送等を管理する部品管理装置２０５、サービスマンの派遣やリモートメンテナンス要員のスケジューリングを始め保守修理等の実際の作業管理を行うメンテナンスサービス管理装置２０４を備え、これら部品管理装置２０５及びメンテナンスサービス管理装置２０４に対して、データ／制御バス２００を経由して、ホストコントローラ２０１、操作パネル２０２、ディスプレイ２０３、通信装置２０６が接続されてなる。
【００２０】
メンテナンス支援情報管理装置３は、ホストコントローラ３０１、通信装置３０２、操作パネル３０３、契約グループ内の複数のＣＴシステム１に関する顧客情報を保管する顧客管理データベース３０７、そのコントローラ３０６、複数のＣＴシステム１から送られてきたログファイルを累積的に保管するログファイルデータベース３０５、そのコントローラ３０４、複数のＣＴシステム１から送られてきた故障時の純生データを保管する純生データデータベース３０９、そのコントローラ３０８、統計処理部３１２、優先度計算部３１１、ファイル検索部３１０がデータ／制御バス２００を経由して接続されてなる。
【００２１】
統計処理部３１２では、各Ｘ線ＣＴシステム１（ユーザ）ごとに、ログファイルを解析して、故障の発生頻度、プランの使用頻度等の統計的指数を計算する。また、優先度計算部３１１は、上記統計的指数と、顧客情報とから各Ｘ線ＣＴシステム１（ユーザ）ごとに、メンテナンス作業の優先度を計算する。これら処理部３１１，３１２の詳細は後述する。
【００２２】
再現試験サービス装置４は、ホストコントローラ４０１、通信装置４０４、操作パネル４０２、ディスプレイ４０３、メンテナンス支援情報管理装置３から供給されたログファイル及び純生データを一時的に保管するログファイル記憶装置４０５、ガントリ構造物を除いた前処理から表示までのデータ処理の部分を備えた擬似的なＸ線ＣＴシステム（疑似システム）４０７、ログファイル記憶装置４０５に保管されたログファイル及び純生データを使って、疑似システム４０７で再現試験を実行させる再現試験制御装置４０６がデータ／制御バス４００を経由して接続されてなる。再現試験の詳細については後述する。
【００２３】
次に、本実施形態の動作について説明する。
図３は、ログファイルの発生及び記憶手順を示している。Ｘ線ＣＴシステム１の自己診断制御装置１０６の制御の元で、自己診断オペレーションが定期的及び故障発生時に実行されたとき（Ｓ１）、Ｘ線ＣＴシステム１のホストコントローラ１０２において自己診断結果を含むログファイルが発生される（Ｓ５）。この自己診断結果を含むログファイルは、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶される（Ｓ６）。なお、ログファイル記憶装置１０７には、最近の所定期間、例えば最近の１ヶ月以内に発生した複数のログファイルが保管される。
【００２４】
また、自己診断結果を含むログファイルは、通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。ログファイルデータベース３０５の記憶容量は随時拡張される。そのためＸ線ＣＴシステム１のログファイル記憶装置１０７と異なり、基本的に、容量制約を受けない。従って、ログファイルデータベース３０５には、Ｘ線ＣＴシステム１が病院サイトに設置されからそれ以後に発生した全てのログファイルが累積的に保管されている。
【００２５】
自己診断は、病院にてＣＴシステム１がセットアップされた直後にも、実行される。上述では、自己診断プログラムは、定期的及び故障発生時に起動されるとしたが、病院の日時毎の使用スケジュールの空き時間、もしくは、病院が設定した夜中等の特定時刻に自動的に起動するようにしても良い。
【００２６】
自己診断オペレーションは、具体的には次のように行われる。再構成処理部１１０は、自己診断のための純生データ（又は生データ）を保持しており、自己診断中に、ガントリ−コンソール間（データトランスファー管理基板；ＤＴＢ）、ＤＴＢ−前処理部１０９間、前処理部１０９−ディスク装置間、ディスク装置−ＤＴＢ間、ディスク装置−再構成基板間、複数の再構成基板の間、再構成基板−ＤＴＢ間、各処理ボード内部間、ＤＴＢ−システム管理ボード間、再構成基板−システム管理ボード間、システム管理ボード−ホストコントローラ間などのデータ転送関連、データ処理関連、管理関連のデータ転送、データ処理、メモリアクセス、ディスクアクセス、などの自己診断用純生データ（又は生データ）に標準的な規定時間内に処理が完了したか、再構成された画像データと基準画像データとのずれ等の複数のチェック項目に従ってチャックし、正常動作、動作不安定、故障発生予知、故障発生を感知し、そのレポート結果をログファイルとして装置２、３に送信する。
【００２７】
自己診断プログラムは、故障箇所の特定に際しては、チャック箇所と故障発生内容からどのハードウエア、基板、部品に不具合が生じているかを解析し（自動的にある期日に行われる、か、リモートにて行われる。）、ログファイルとして装置２、３に送信する。この自己診断履歴により、故障原因がハードウエアにあるのか、ソフトウエアにあるのか初期的に判別する試料となりうる。
【００２８】
また、製品出荷前にあっては、ハードウエアテスト、ファームウエアテスト用のプログラムにより、再構成処理部１１０に負荷のかかる再構成条件で自己診断を実施し、試験評価し、合否判定をする。また、ＣＴシステム１の起動時（電源投入時）には、再構成処理部１１０に搭載されている基板、主要部品、伝送部、などのチェックを行う。主にハードウエアに関連する自己診断が行われる。前処理部１０９では、前処理に入ってくる純生データの一部を常に監視し、データシフトが起きていないことを即時的に確認する。再構成処理時では、再構成が開始されている途中においても、データ管理、処理管理、伝送管理用診断プログラムが常に監視し、各再構成基板のどこで（基板の処理部、ＣＰＵ毎の分割単位にて）、故障が生じているか記録することで、故障原因の特定の一助となりうる。
【００２９】
出荷後の故障対策としては、各サービスにハードウエアテスト、ファームウエアテストのためのプログラムを持たせ、原因の追求を依頼する。故障品の検査として、ハードウエアテスト、ファームウエアテストのためのプログラムにて、全再構成条件の内、再構成処理部１１０に負荷のかかる再構成条件にて故障が内在したボード又はシステムに負荷試験し、原因の特定を行う。これが自己診断システムとなる。
【００３０】
図３に戻る。Ｘ線ＣＴシステム１において、検査プランが設定されたとき（Ｓ２）、Ｘ線ＣＴシステム１のホストコントローラ１０２においてその検査プラン設定内容を含むログファイルが発生される（Ｓ５）。このログファイルは、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶され（Ｓ６）、また通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。
【００３１】
Ｘ線ＣＴシステム１において、検査プランが実行されたとき（Ｓ３）、Ｘ線ＣＴシステム１のホストコントローラ１０２においてその検査プラン実行記録を含むログファイルが発生される（Ｓ５）。このログファイルは、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶され（Ｓ６）、また通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。
【００３２】
Ｘ線ＣＴシステム１において、故障が発生したとき（Ｓ４）、Ｘ線ＣＴシステム１のホストコントローラ１０２においてその故障時の動作記録を含むログファイルが発生される（Ｓ５）。このログファイルは、その故障時の純生データとともに、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶され（Ｓ６）、また通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。
【００３３】
次に故障発生時の動作について図４を参照して説明する。いずれかのＸ線ＣＴシステム１で故障が発生した場合（Ｓ１１）、まず、当該Ｘ線ＣＴシステム１の自己診断制御装置１０６の制御の元で、自己診断プログラムが起動し（Ｓ１２）、自己診断オペレーションが実行される。
【００３４】
自己診断プログラムは、故障原因の特定機能に付随して、その原因がシステムダウン（稼働不能）な状況を生じさせているのか、あるいは特定動作だけを実行しなければ、他の動作では故障が生じない程度の故障なのかを判定する機能を備えている。この判定結果に従って、システム全体が使用不可なのか、または特定動作だけが使用不可（縮退運転）なのか、そのメッセージがＣＴシステムオペレータにディスプレイ１０４のスクリーン上に表示される。例えば、“再構成処理が遅くなる”、“ＣＴ透視モード（スキャンに対して即時的に画像を再構成する）が使用出来ない”、“診断に障害のある故障が発生している”などのメッセージを表示する。メッセージ表示は、例えば、画面の画像領域を圧迫しない部分に、現在障害が起きている状況をアイコンで表示する、または、故障が発生した再構成モードや再構成モジュールのソフトスイッチ等のアイコンの表示態様を、不透明、かすみ、特定色に変更することが考えられる。さらに、リモートメンテナンス中には、その警告アイコン、マークなどが表示される。
【００３５】
自己診断オペレーションにより故障原因が特定されたとき（Ｓ１３）、故障時のログファイルと特定された故障原因とが、メンテナンスサービス装置２に修理依頼と共に送信され、またメンテナンス支援情報管理装置３にも送信される（Ｓ１４）。
【００３６】
メンテナンス支援情報管理装置３では、当該故障に対するメンテナンスの優先度を計算する（Ｓ１５）。
【００３７】
図５には、そのメンテナンス優先度の計算手順を示している。まず、ファイル検索部３１０によりログファイルデータベース３０５が検索され、当該故障を起こした線ＣＴシステム１に関する過去の全てのログファイルが統計処理部３１２に読み出される。統計処理部３１２では、当該システム１の過去の全てのログファイルを解析し、今回の故障と同様の症状の過去の故障の発生頻度を計算する（Ｓ３１）。この発生頻度は、故障を起こしたＣＴシステム１で同じ故障が繰り返し起きているか否か、その再発性を表している。その発生頻度は、再発性指数を得るために、正規化される。高い再発性指数は、メンテナンス優先度を高めることに相関すべきである。
【００３８】
また、統計処理部３１２では、当該システム１の過去の全てのログファイルを解析し、故障を起こしたＣＴシステム１で故障が起きた検査プランと同じ又は類似の検査プランの使用頻度を計算する（Ｓ３２）。この検査プランの使用頻度が比較的高い場合、当該病院ではその検査に対する専門性が比較的高い、つまり当該検査プランを使用できない場合の検査業務への影響度が比較的高いと考えられ、逆に、検査プランの使用頻度が比較的低い場合、当該病院ではその検査に対する専門性が比較的低く、当該検査プランを使用できないとしても検査業務への影響度は比較的低いと考えられる。その使用頻度は、専門性指数を得るために、正規化される。高い専門性指数は、メンテナンス優先度を高めることに相関すべきである。
【００３９】
なお、これらの統計的処理に自己学習機能を導入しても良い。自己学習の一例として、使用されるエキスパートプランに割り付けられた再構成モード毎に実行された回数を記録するだけでも良いし、また、バッチ再構成に関しても使用された再構成モードも記録されるべきである。その回数をある記録媒体に持ち、再構成が実施される度に再構成モードの回数が記録され、更新される。自己学習の単位は、仕様開始から現在までの週、月、年割り単位などで処理されればよい。バッチ再構成とは既に収集していた純生又は生データをスキャン時と同一の再構成条件、若しくは、変更された再構成条件にて再構成することを意味する。使用された再構成モードの回数は、仕様開始から現在までの週、月、年割り単位などの自己学習した各再構成モート゛の回数の最大値で正規化され、その病院の各再構成モードの重み係数を更新し続ける。その重みが大きい再構成モードに故障が起きれば、即対応を要求されるなど、優先順位の判断材料になる。システムの転売時点では、そのモード（履歴に応じた重み係数を重態どに反映させる。）をクリアできるようにしておく。
【００４０】
これら再発性指数と専門性指数とは、統計処理部３１２において、それぞれ重み係数を乗算され、加算され、それにより故障重態度が計算される（Ｓ３３）。再発性指数の重み係数と、専門性指数の重み係数とは、典型的には同値であるが、相違する値に任意に設定可能である。なお、統計処理部３１２では、再構成処理等のソフトウエアの入れ替えてからの経過時間、使用中のソフトウエアのバージョン、ソフトウエアのバージョンの更新履歴、壊れた部品が主要部品（それが無いとシステムが成り立たない）であるか否か等のシステム個別事情に基づいて、故障重態度に修正を加えることができ、その判断は操作者に依存される。
【００４１】
次に、統計処理部３１２で顧客管理データベース３０７に保管されている顧客情報に基づいて顧客重要度が計算される（Ｓ３４）。顧客重要度計算に用いられる顧客情報としては、社会的に拡販の影響度が強い病院サイトか否か、他社システムからの乗り換えた病院サイトか否か、顧客感情、システム規模、病院全体でのＣＴまたは他のシステムを合わせた納入実績、等の顧客の個別事情が含まれる。実際には、データベース管理者が、これら顧客個別事情をシステム納入時及び随時、営業部門等から吸い上げて、それぞれ適当に数量化して登録及び更新しておき、それら各情報の最新の数値を統計処理部３１２で加重加算することが考えられる。
【００４２】
最後に、優先度計算部３１１で、故障重態度と顧客重要度とに基づいて、メンテナンス優先度が計算される（Ｓ３５）。例えば、故障重態度と顧客重要度とを単純加算又は加重加算する事により、メンテナンス優先度が計算される。
【００４３】
図４に戻る。以上のように計算されたメンテナンス優先度は、メンテナンス支援情報管理装置３の通信装置３０２から通信回線５を経由してメンテナンスサービスセンタ装置２に送信される（Ｓ１６）。メンテナンスサービスセンタ装置２では、メンテナンス優先度と、自己診断により特定された故障原因とを参考にして、部品在庫確認やサービスマンのスケジュール等のメンテナンス体制の現況確認を伴って修理時期及び修理内容を含むメンテナンス計画がメンテナンス管理者により人為的に立てられる（Ｓ１７）。
【００４４】
決定されたメンテナンス計画に従って、リモートで、又は実際にサービスマンが現地に出向いて、修理作業が実施される（Ｓ１８）。Ｘ線ＣＴシステム１が故障から回復したか否かを確認するために、修理作業後に、ログファイル記憶装置１０７から故障時のログファイル及び純生データが再現性試験制御装置１０８に読み出され（Ｓ１９）、その制御のもとで、故障時と同じ状況下で、再現性試験が実施される（Ｓ２０）。
【００４５】
ここで、再現性試験は、再現試験とは区別される。再現試験は、詳細は後述するが、故障原因特定を目的としてシステムメーカサイトで厳密に実施される試験であり、一方、再現性試験は、故障回復確認のために現地（病院サイト）で実施される試験であり、上述したように、故障時と同じ状況で故障が再発するか否かを確認するにとどまっている。
【００４６】
この再現性試験で、故障が解消していれば（Ｓ２１）、修理作業は完了する。しかし、再現性試験で、故障が解消していなければ、自己診断プログラムで特定した故障原因に誤りがあった可能性を否定できない。この事態は、自己診断プログラムで故障原因を特定できなかったケースと同等に扱われるべきである。
【００４７】
自己診断プログラムで故障原因を特定できなかった場合（Ｓ１３）、メンテナンスサービスセンタ装置２から再現試験サービス装置４に再現試験依頼が送信される（Ｓ２２）。これと同様に、再現性試験で、故障が解消していない場合、メンテナンスサービスセンタ装置２から再現試験サービス装置４に再現試験依頼が送信される（Ｓ２２）。
【００４８】
ここでまず再現試験の概要について説明する。故障解決に必要な再現試験が必要となるため、先述のログファイルを用いて、そのログファイルを疑似システム４０７に入力すると、疑似システムが自動的に、故障発生時の再構成条件等をログファイル記憶装置４０５から読み込み疑似動作にはいる。故障の起きている現場にて、サービスが原因を特定できない故障の場合、故障追求に必要なものは、どのような再構成条件であったのかということ、再現試験用生データがあるのか、直前の処理にて何をしていたのかなどの情報が必要となる。疑似システム４０７を用いた再現試験と再構成処理部を用いた再現試験、疑似システム４０７（ガントリや寝台がなく、コンソールから疑似的にガントリが存在するかのように構成したシステム）を用いた再現試験が考えられる。もっとも簡単な方式は、ＣＴシステム１を設置している現場で、故障の起きたときの状況を記録したログファイル（再構成条件、システムパラメータ等）をＣＴシステム１の再現性試験制御装置１０８にロードさせるだけで、故障サイトで起きた現象が再現できる方式を導入する。これにより、故障対応のためには、再現試験できることが絶対に必要であり、レアケースなど再現が難しい場合に非常な労力が必要となる。そのログファイルさえあれば、再現できる仕組みをもつことにより、原因特定までの時間が極端に短縮化され、また人為的ミスもなくなる。
【００４９】
疑似システム４０７の再構成処理部にて故障を再現させる場合は、上記ログファイルと共に純生データ（又は生データ）が必要とされる。再構成処理部は完全な製品ではないため、製品システムに搭載されているシステム管理ソフトウエアが異なる場合が多く、システム管理ソフトウエアが絡んだ故障の処理には適さない。しかし、故障先のログファイルがあることで、全く同一のシステムパラメータが使用できることから、故障再現がどこでも簡易にできるようになる。疑似システム４０７は、再構成処理部にさらにシステム管理ソフトウエアまでが実装され、あたかもガントリまでが装備されているかのように動くＣＴシステムであるため、さらに故障追求が容易となる。大きなガントリ、寝台をもつ完全なＣＴシステムを準備せずとも、それに類する製品ＣＴシステムと同一の仕組みを持った疑似ＣＴシステムにて故障の原因追求が可能となる。
【００５０】
再現させる時点では、どのようなスキャン、もしくは再構成による試験を行うのかのリストをシステム上に表示し、表示された項目を全部（履歴に応じて行うか）、極最近のスキャン、再構成などの処理のみ行うかを再現試験者が選択できるようにする。ＣＴシステム１から出されるログファイルには再構成条件等が記載されており、処理順序に応じて発生する故障の追求に用いることができる。故障は多くの場合、単独では起きず、何かの処理と絡み会って生じる場合が多い。その場合に、このログファイルを疑似システム４０７にロードさせ、履歴を遡りながらの最短の故障試験を実施することが可能となる。故障発生時に保存されていたシステムパラメータ、再構成条件、スキャン条件、純生データ、生データを活用して、故障が再現されたかをチェックできる。故障が再現されなかった場合は、最新の履歴から過去に順々に遡り、順次、再構成条件等を読み込みながら再現試験を続ける。
【００５１】
つまり、故障試験時に、疑似システム４０７及びその制御装置４０６が自動的に故障を追跡する方式である。先に延べた履歴を一つ、一つ戻りながら再現試験を自動的に実施する。故障の監視は、ハードウエア、ソフトウエアの診断解析プログラムが監視を続ける。故障の再現ができ、不具合が発生した場合、携帯電話にメールや電話通知するなどの無線、音、光、画面のフラッシュなどの告知機能にて試験担当者に、故障再現を連絡し、そのときのログファイルを出力した状態にて疑似システム４０７は停止する。従って、故障試験時に、担当者が張り付く必要がない。
【００５２】
再現試験期間中は、使用している個々単体ユニットの負荷が最大になった場合には、疑似システム４０７は一旦休止する。再現試験期間中は、再現試験中であることを他へ知らしめるべく、表示や音にて周囲に通知する。また、その疑似システム５０７に関係している担当者全員にどういう状態なのかを、無線、有線、メールなどにて随時知らしめる。故障試験中に不用意に疑似システム４０７を操作しないように再現試験中であることを知らせるランプを点灯する。試験動作中の疑似システム４０７に人が近づいたときには、超音波センサーなどで、危険を通知する仕組みもあるとよい。
【００５３】
再現試験動作が終了後、担当が再現試験のデータをとり忘れていた場合、疑似システム４０７は自動的に、再現試験ログファイル、再現データ、スキャン条件、画像を指定された場所に格納し、再現試験が完了したことを通知する。そのため再現試験時に、担当者が張り付く必要がない。再現完了後、疑似システム４０７は自動復帰し、初期状態に戻る。
【００５４】
図４に戻る。再現試験依頼を受けた再現試験サービス装置４のホストコントローラ４０１は、まず、メンテナンス支援情報管理装置３に対して、当該故障を起こしたＸ線ＣＴシステム１に関する最近のシステム起動時からの全てのログファイル及び故障時の純生データのダウンロードを要求する（Ｓ２３）。最近のシステム起動時とは、例えば故障当日の朝にシステムの電源を投入した時点、または当該故障を起こしたＸ線ＣＴシステム１が２４時間稼働システムであれば、前回のシステム電源投入時点である。この場合、前回のシステム電源投入時点は、数日前、さらには数週間前に遡るかもしれない。これらダウンロードされたログファイル及び純生データはログファイル記憶装置４０５に一時的に保管される。
【００５５】
ダウンロードされたログファイル及び純生データを使って、再現試験制御装置４０６は、ガントリ構造物を除いた前処理から表示までのデータ処理の部分を備えた擬似的なＸ線ＣＴシステム（疑似システム）４０７で再現試験を実施する（Ｓ２４）。再現試験が再現性試験と大きく異なる点は、再現性試験では故障が発生したまさにその時だけの動作状態を再現するにとどまる。一方、再現試験では、故障原因が特定されるまで、故障発生時のサブプランの再現から始まり、その前に実行されたサブプラン、その前に実行されたサブプランまで順次１つずつ遡って再現し、さらにそれでも故障再現できなければ１つ前の検査プラン、さらにその前に実行された検査プランへと順次１つずつ遡って再現していく。これが、最大で、最近のシステム起動時の動作にまで遡る。
【００５６】
このような再現試験では、サブプラン単独の実行では起きない故障、つまりサブプランとサブプランとの連係、さらにはプランどうしの連係によってはじめて起きる故障、つまり“データ伝送制御や作業メモリ制御等のシステムの根幹に関わるような非常に基本的部分のバグやエラーに起因して起こる非常にレアではあるが非常に重大な故障”の特定を可能とする。このような故障は、例えば同じ又は異なる種類のサブプランが相前後して実行された等の特有の状況で、データ伝送エラーや作業メモリのデータ消去エラーといった事態により極まれに引き起こされる事例が報告されている。
【００５７】
このような遡及的な再現試験により故障原因が特定された場合（Ｓ２５）、その故障原因が、メーカサイドで策定した対処方法（例えばファームウエア更新）に関する情報と共に、メンテナンスサービスセンタ装置２に送信される（Ｓ２６）。
【００５８】
メンテナンスサービスセンタ装置２では、その故障原因及び対処方法に従ってメンテナンス計画を立て（Ｓ１７）、それに従って修理にあたる（Ｓ１８）。
【００５９】
次に、メーカサイトの再現試験サービス装置４で行われる再現試験について詳細に説明する。図６には再現試験手順を示している。図７にはシステム起動時から故障発生までの期間にＸ線ＣＴシステム１で実行した検査プラン及びサブプランの一例を示している。なお、ここでは説明の便宜上、Ｎとｎの２種の変数を導入する。Ｎはプラン識別のためのプラン番号を表し、ｎはサブプラン識別のためのサブプラン番号を表している。プラン番号及びサブプラン番号は新しいものほど若い番号を付していることに注意されたい。つまり、図７の例では、システム起動後に、まずプラン番号３の検査プランが実行される。プラン番号３の検査プランには、２つのサブプランが含まれ、まずサブプラン番号２のサブプランが実行され、引き続いて、サブプラン番号１のサブプランが実行される。プラン番号３の検査プランの後に、プラン番号２の検査プランが実行される。プラン番号２の検査プランには、４つのサブプランが含まれ、サブプラン番号４のサブプランからサブプラン番号１のサブプランまで順番に実行される。プラン番号２の検査プランの後に、プラン番号１の検査プランが実行される。プラン番号１の検査プランには、３つのサブプランが含まれ、サブプラン番号３のサブプランからサブプラン番号１のサブプランまで順番に実行される。ここでは、プラン番号１の検査プランの中のサブプラン番号１のサブプランの実行中に、故障が発生したことを想定している。
【００６０】
図６に示すように、故障を起こしたＸ線ＣＴシステム１に関する最近のシステム起動時からの全てのログファイル及び故障時の純生データのダウンロードがメンテナンス支援情報管理装置２からダウンロードされ、ログファイル記憶装置４０５に一時的に保管される（Ｓ４１）。再現試験制御装置４０６は、ダウンロードしたログファイルを解析し、最近のシステム起動時から故障発生までの間に全てのプランと、各プランに含まれるサブプランを抽出する（Ｓ４２）。
【００６１】
そして、システム起動時から実行したプランの総数に、プラン番号変数Ｎの最大値ＮＭＡＸをセットする（Ｓ４３）。図７の例では、プラン番号Ｎの最大値ＮＭＡＸは、「３」にセットされる。また、プラン番号Ｎを１に初期化し、またサブプラン番号ｎを１に初期化する（Ｓ４４）。ここでは、プラン番号１のプランの中のサブプラン番号１のサブプラン実行中に故障が起きたことを想定している。また、サブプラン番号ｎの最大値ｎＭＡＸをプラン番号１のプランの中のサブプラン総数にセットする。
【００６２】
以上の初期的準備が完了した後に、実際に再現試験が開始される。まず、プラン番号Ｎ（＝１）のプランの中のサブプラン番号ｎ（＝１）のサブプラン、つまり故障時（最新）のプラン１のサブプラン１で収集された純生データが疑似システム４０７の前処理部に送られ、当該サブプラン１と同じ条件（データ伝送条件、再構成条件、表示条件等）で、前処理、再構成処理及び表示処理に順番にかけられる（Ｓ４６）。
【００６３】
この最初の再現試験で故障が再現されなければ（Ｓ４７）、サブプラン番号ｎに１をインクリメントし、サブプラン番号ｎを２に置き換える（Ｓ４８）。それが最大値ｎＭＡＸ（ここでは３）を超過していなければ（Ｓ４９）、１つ前のサブプラン２に遡って再現試験を実施する（Ｓ４６）。つまり、故障時のサブプランより１つ前に実行したサブプラン２と同じ動作を再現し、それに続いて、故障時のサブプラン１と同じ動作を再現する。
【００６４】
この１つ遡った再現試験でも故障が再現されなければ（Ｓ４７）、Ｓ４８、Ｓ４９を経て、さらに１つ前のサブプラン３に遡って再現試験を実施する（Ｓ４６）。つまり、プラン１のサブプラン３と同じ動作、プラン１のサブプラン２と同じ動作、プラン１のサブプラン１と同じ動作を、疑似システム４０７上で連続的に実施する。
【００６５】
この段階でも故障が再現されなければ（Ｓ４７）、Ｓ４８、Ｓ４９を経て、今度はプラン番号Ｎを１つ増加する（Ｓ５０）。これは、再現プランを、故障が起きたプランよりも１つ前のプランに遡ることを意味する。
【００６６】
１つ増加したプラン番号Ｎ（ここでは２）がシステム起動時からのプラン総数（プラン番号の最大値ＮＭＡＸ（ここでは３））を超過していないので（Ｓ５１）、Ｓ５１に移行して、１つ前のプラン２のサブプラン総数に、サブプラン番号の最大値ｎＭＡＸを再セットする（Ｓ５２）。
【００６７】
そして、Ｓ４６に戻り、今度は、１つ前のプラン２の中の最新のサブプラン１から再現試験を再開する。
【００６８】
このように故障再現するまで、サブプランを１つづつ遡って再現試験を実施し、さらに場合によってはプランを１つづつ遡って再現試験を実施する。いずれかの段階で、故障が再現されたとき（Ｓ４７でＹＥＳ）、その再現された故障の状況に基づいて故障原因の解明作業に移行する（Ｓ５３）。
【００６９】
システム起動後、最初に実行されたプラン（ここではプラン番号３）のサブプラン（サブプラン番号２）に遡って、そこを起点として再現試験を実施しても、故障が再現されなかった場合（Ｓ５１でＹＥＳ）、故障原因がＸ線ＣＴシステム１に内在する可能性は低いものと判断できる。その場合、当該故障を起こしたＸ線ＣＴシステム１が設置されている周辺環境の中に故障原因が存在することを想定して、その周辺環境調査に移行する（Ｓ５４）。
【００７０】
このように故障再現するまで、サブプランを１つづつ遡って再現試験を実施し、さらに場合によってはプランを１つづつ遡って再現試験を実施することにより、サブプラン単独の実行では起きない故障、つまりサブプランとサブプランとの連係、さらにはプランどうしの連係によってはじめて起きる故障、つまり“データ伝送制御や作業メモリ制御等のシステムの根幹に関わるような非常に基本的部分のバグやエラーに起因して起こる非常にレアではあるが非常に重大な故障”の特定を可能とする。
【００７１】
以上のように本実施形態では、医用システムの故障原因を短時間に特定することができ、それにより迅速な修理を行うことができ、それにより不具合期間又はシステムダウンタイムを短縮することができる。本実施形態は、医用システムが全く使えないシステムダウンの状況下で効果的に作用するが、それだけではなく、一部の機能が使えない、一部のモードが使えないといった、システムダウンには至らないが、動作制限を受ける程度の故障にも非常に有効に作用する。
【００７２】
本発明は、上述した実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変形して実施することが可能である。さらに、上記実施形態には種々の段階が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されてもよい。
【図面の簡単な説明】
【００７３】
【図１】本発明の実施形態によるメンテナンス支援システムの全体構成を示す図。
【図２】図１のＸ線ＣＴシステム、メンテナンスサービスセンタ装置、メンテナンス支援情報管理装置、再現試験サービス装置それぞれの構成を示す図。
【図３】図２のログファイルデータベースに保管されるログファイルの発生手順を示すフローチャート。
【図４】本実施形態において、故障発生時の動作手順を示すフローチャート。
【図５】図４のメンテナンス優先度の決定手順を示すフローチャート。
【図６】図４の再現試験の手順を示すフローチャート。
【図７】図６の再現試験手順の補足図であって、システム起動時からのプラン実行順序の一例を示す図。
【符号の説明】
【００７４】
１…Ｘ線ＣＴシステム、２…メンテナンスサービスセンタ装置、３…メンテナンス支援情報管理装置、４…再現試験サービス装置、５…電子的通信回線。
【技術分野】
【０００１】
本発明は、医用システムのメンテナンス支援情報管理装置、Ｘ線ＣＴシステム及びメンテナンスサービスセンタ装置に関する。
【背景技術】
【０００２】
最近、医用システム、例えばＸ線ＣＴシステム（Ｘ線コンピュータトモグラフィ装置）の利用範囲は、検出器の検出感度の向上及び分解能の向上といったハードウエアの性能向上、またリアルプレップスキャン（染影度モニタリングによる撮影タイミングの自動化）、ヘリカルスキャン及びＣＴ透視といった撮影技法の多様化、さらには再構成処理や画像処理といったソフトウエアの機能向上により、拡大の一途をみせている。
【０００３】
そのため、万一、故障が発生したときには、ＣＴ検査業務の停滞による悪影響は著しく、早急なる復旧が望まれる。
【０００４】
故障が発生した場合、その修理の正否のほとんど全ては、故障の原因を正確に特定することにあるといっても過言ではない。原因が正しく特定されれば、修理マニュアルは、故障の解消に効果を発揮する。
【０００５】
しかし、故障の原因を正確に特定することは最も困難な作業の一つである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、医用システムの故障原因を短時間に特定し、不具合期間又はシステムダウンタイムを短縮することにある。
【課題を解決するための手段】
【０００７】
本発明のある局面は、被検体からデータを収集するために構成されたガントリユニットと、前記収集されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、故障発生時に収集されたデータ及び故障発生時に設定された再構成条件を記憶するために構成されたユニットと、前記記憶された故障発生時のデータを使って、前記記憶された再構成条件と同じ再構成条件で前記再構成ユニットで故障発生時と同じ動作を再現させるために構成された制御ユニットを具備するＸ線ＣＴシステムである。
【発明の効果】
【０００８】
本発明によれば、医用システムの故障原因を短時間に特定し、不具合期間又はシステムダウンタイムを短縮することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明を好ましい実施形態により説明する。
なお、本発明のシステムは、超音波診断装置、Ｘ線ＣＴシステム（Ｘ線コンピューテッドトモグラフィ装置）、磁気共鳴イメージング装置（ＭＲＩ）、ガンマカメラのような医用システムに関連する。以下の説明では、Ｘ線ＣＴシステムを一例として説明するが、他の医用システムにも適用可能である。
【００１０】
図１は本実施形態に係るメンテナンス支援システムの全体構成を示す図である。複数のＸ線ＣＴシステム（Ｘ線コンピューテッドトモグラフィ装置）１が、一般公衆回線、専用線等の電子的通信回線５を経由して、メンテナンスサービスセンタ装置２、メンテナンス支援情報管理装置３、及び再現試験サービス装置４に接続されている。複数のＸ線ＣＴシステム１は、複数の病院サイトにそれぞれ設置されている。メンテナンスサービスセンタ装置２は、メンテナンスサービスセンタサイト内に設置されている。メンテナンス支援情報管理装置３は、メンテナンスサービスセンタサイト、メンテナンス支援サイト又はシステムメーカテクニカルサイト内に設置されている。再現試験サービス装置４は、システムメーカテクニカルサイト内に設置されている。
【００１１】
図２には、Ｘ線ＣＴシステム１、メンテナンスサービスセンタ装置２、メンテナンス支援情報管理装置３、再現試験サービス装置４それぞれの構成を示している。Ｘ線ＣＴシステム１は、ホストコントローラ１０２を中心として、データ／制御バス１００を経由して接続されたガントリ１０１と、操作パネル１０３と、ディスプレイ１０４と、通信装置１０５とを有している。
【００１２】
ガントリ１０１は、Ｘ線管、Ｘ線検出器、ＤＡＳ(data acquisition system) と、Ｘ線管及びＸ線検出器等を回転可能に保持する回転機構と、回転駆動部等を有している。Ｘ線検出器で検出された信号は、ＤＡＳで増幅及びディジタル化され、そして前処理部１０９で感度補正、対数圧縮等の前処理を受けてから、画像再構成処理部１１０に送られる。なお、ＤＡＳで増幅及びディジタル化された後であって、前処理前のデータを「純生データ(pure raw data)」と称し、前処理後であって、再構成処理直前の状態にあるデータを「生データ(raw data)」と称する。
【００１３】
Ｘ線ＣＴシステム１のデータ／制御バス１００には、自己診断制御装置１０６と、ログファイル記憶装置１０７と、再現性試験制御装置１０８とがさらに接続される。自己診断制御装置１０６は、定期的及び故障発生時に、故障の有無及び故障原因特定のために開発された自己診断プログラムを起動する。
【００１４】
ホストコントローラ１０２は、システム全体の動作を制御するとともに、Ｘ線ＣＴシステム１の電源投入から電源切断までの間の全ての運転状況を記録したログファイルを発生する。ログファイルには、操作パネル１０３上での操作状況、通信履歴、検査プランの設定内容、故障内容等が書き込まれている。
【００１５】
例えば、検査プランの設定内容を表すログファイルには次の項目が含まれる。通常、ＣＴシステム１には、スキャノ撮影、シングルスキャン、マルチスライススキャン、ヘリカルスキャン、プリップスキャン、ＣＴ透視、３断面透視等の様々な撮影技法が実行可能である。検査プランを設定するに際して、これら様々な撮影技法の中から任意の１又は複数の撮影技法が選択され、その順番が決定される。ここでは、選択された撮影技法をサブプランと称する。つまり、検査プランは、検査手順に従って配列された複数のサブプランから構成されている。サブプランの選択とともに、各サブプランの撮影条件、前処理条件、再構成条件、表示条件等が設定される。
【００１６】
撮影条件には、焦点位置、管電圧、管電流、チルト角、スキャン時間、スライス厚、ＦＯＶ（撮影視野）等が含まれ、前処理条件には、オフセット補正係数、リファレンス補正係数、水補正係数等の各種パラメータが含まれる。また、再構成条件には、再構成関数、フィルタ、再構成スライス厚、再構成スライス間隔、再構成マトリクス、再構成領域の中心位置等の複数の再構成パラメータが含まれる。これら検査プランを構成するサブプラン個数、サブプラン種別、各サブプランの撮影条件、前処理条件、再構成条件、表示条件等の詳細が患者情報とともにログファイルに書き込まれる。
【００１７】
つまり、ログファイルには、例えば次のような動作に関わるあらゆる情報が書き込まれる。
・Ｘ線ＣＴシステムの撮影条件等の各種調整値
・Ｘ線ＣＴシステムの状態（各部の温度、各部の電圧など）
・Ｘ線ＣＴシステムの修理記録（基板交換とそのＳＥＲ．Ｎｏ．、調整、など）
・Ｘ線ＣＴシステムの保守記録（各部オーバーホールなど）
・Ｘ線ＣＴシステムの点検記録（定期点検結果など）
・Ｘ線ＣＴシステムのソフトウェアの現在のバージョン、ソフトウェアのバージョンの更新履歴、ハードウェア（備品、オプション等含む）のアップグレード記録、ハードウェアのアップグレードの更新履歴
・Ｘ線ＣＴシステムのカスタマイズ状況
・Ｘ線ＣＴシステムの異常時の画像、撮影条件（ただし、画像に関しては患者のプライバシー保護の観点から、患者を特定する情報・サイト情報全てを自動的に削除する機構を有するものとする）
なお、医用システムとして、ＭＲＩ装置の場合、ログファイルには、例えば次の情報が書き込まれる。
・ＭＲＩ装置の各種調整値（ＲＦ調整値、シーケンス調整値、磁場均一調整値、など）
・ＭＲＩ装置の状態（各部の温度、各部の電圧、ＬＨｅ（液体ヘリウム）残量、など）
・ＭＲＩ装置の修理記録（基板交換とそのＳＥＲ．Ｎｏ．、調整、など）
・ＭＲＩ装置の保守記録（ＬＨｅ注液、各部オーバーホールなど）
・ＭＲＩ装置の点検記録（定期点検結果など）
・ＭＲＩ装置のソフトウェア・ハードウェアアップグレード記録（バージョンアップの記録、備品、オプション等の設置記録など）
・ＭＲＩ装置のカスタマイズ状況
・ＭＲＩ装置の異常時の画像、撮影パラメータ（ただし、画像に関しては患者のプライバシー保護の観点から、患者を特定する情報・サイト情報全てを自動的に削除する機構を有するものとする）
ログファイルは、ログファイル記憶装置１０７に送られ、記憶されると共に、後述するように、通信装置１０５を介してメンテナンス支援情報管理装置３にも送信される。ログファイル記憶装置１０７は、その記憶容量上の制約から、先入れ先出し方式（ＦＩＦＯ）に従って、最近の所定期間、例えば最近の１ヶ月以内に発生した複数のログファイルを記憶する。なお、故障発生時のログファイルには、その時の純生データ（又は生データ）が関連付けられてログファイル記憶装置１０７に記憶される。
【００１８】
再現性試験制御装置１０８は、故障発生時のログファイル及び純生データをログファイル記憶装置１０７から読み出し、当該ログファイルに記録された検査プランに従って故障時と同じ状況の下で、データ収集以降の処理、つまり純生データの前処理、データトランスファー処理、再構成処理、表示処理等を実行させる機能を備えている。この故障時と同じ状況の下で処理を再現して、修理後に故障が回復したことを確認するための当該処理を、“再現性試験”と称する。
【００１９】
メンテナンスサービスセンタ装置２は、ユーザ（Ｘ線ＣＴシステム１）に対する保守、修理等の各種サービスを提供するサービスセンタサイトに設置され、そのために必要な部品調達や在庫管理、その搬送等を管理する部品管理装置２０５、サービスマンの派遣やリモートメンテナンス要員のスケジューリングを始め保守修理等の実際の作業管理を行うメンテナンスサービス管理装置２０４を備え、これら部品管理装置２０５及びメンテナンスサービス管理装置２０４に対して、データ／制御バス２００を経由して、ホストコントローラ２０１、操作パネル２０２、ディスプレイ２０３、通信装置２０６が接続されてなる。
【００２０】
メンテナンス支援情報管理装置３は、ホストコントローラ３０１、通信装置３０２、操作パネル３０３、契約グループ内の複数のＣＴシステム１に関する顧客情報を保管する顧客管理データベース３０７、そのコントローラ３０６、複数のＣＴシステム１から送られてきたログファイルを累積的に保管するログファイルデータベース３０５、そのコントローラ３０４、複数のＣＴシステム１から送られてきた故障時の純生データを保管する純生データデータベース３０９、そのコントローラ３０８、統計処理部３１２、優先度計算部３１１、ファイル検索部３１０がデータ／制御バス２００を経由して接続されてなる。
【００２１】
統計処理部３１２では、各Ｘ線ＣＴシステム１（ユーザ）ごとに、ログファイルを解析して、故障の発生頻度、プランの使用頻度等の統計的指数を計算する。また、優先度計算部３１１は、上記統計的指数と、顧客情報とから各Ｘ線ＣＴシステム１（ユーザ）ごとに、メンテナンス作業の優先度を計算する。これら処理部３１１，３１２の詳細は後述する。
【００２２】
再現試験サービス装置４は、ホストコントローラ４０１、通信装置４０４、操作パネル４０２、ディスプレイ４０３、メンテナンス支援情報管理装置３から供給されたログファイル及び純生データを一時的に保管するログファイル記憶装置４０５、ガントリ構造物を除いた前処理から表示までのデータ処理の部分を備えた擬似的なＸ線ＣＴシステム（疑似システム）４０７、ログファイル記憶装置４０５に保管されたログファイル及び純生データを使って、疑似システム４０７で再現試験を実行させる再現試験制御装置４０６がデータ／制御バス４００を経由して接続されてなる。再現試験の詳細については後述する。
【００２３】
次に、本実施形態の動作について説明する。
図３は、ログファイルの発生及び記憶手順を示している。Ｘ線ＣＴシステム１の自己診断制御装置１０６の制御の元で、自己診断オペレーションが定期的及び故障発生時に実行されたとき（Ｓ１）、Ｘ線ＣＴシステム１のホストコントローラ１０２において自己診断結果を含むログファイルが発生される（Ｓ５）。この自己診断結果を含むログファイルは、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶される（Ｓ６）。なお、ログファイル記憶装置１０７には、最近の所定期間、例えば最近の１ヶ月以内に発生した複数のログファイルが保管される。
【００２４】
また、自己診断結果を含むログファイルは、通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。ログファイルデータベース３０５の記憶容量は随時拡張される。そのためＸ線ＣＴシステム１のログファイル記憶装置１０７と異なり、基本的に、容量制約を受けない。従って、ログファイルデータベース３０５には、Ｘ線ＣＴシステム１が病院サイトに設置されからそれ以後に発生した全てのログファイルが累積的に保管されている。
【００２５】
自己診断は、病院にてＣＴシステム１がセットアップされた直後にも、実行される。上述では、自己診断プログラムは、定期的及び故障発生時に起動されるとしたが、病院の日時毎の使用スケジュールの空き時間、もしくは、病院が設定した夜中等の特定時刻に自動的に起動するようにしても良い。
【００２６】
自己診断オペレーションは、具体的には次のように行われる。再構成処理部１１０は、自己診断のための純生データ（又は生データ）を保持しており、自己診断中に、ガントリ−コンソール間（データトランスファー管理基板；ＤＴＢ）、ＤＴＢ−前処理部１０９間、前処理部１０９−ディスク装置間、ディスク装置−ＤＴＢ間、ディスク装置−再構成基板間、複数の再構成基板の間、再構成基板−ＤＴＢ間、各処理ボード内部間、ＤＴＢ−システム管理ボード間、再構成基板−システム管理ボード間、システム管理ボード−ホストコントローラ間などのデータ転送関連、データ処理関連、管理関連のデータ転送、データ処理、メモリアクセス、ディスクアクセス、などの自己診断用純生データ（又は生データ）に標準的な規定時間内に処理が完了したか、再構成された画像データと基準画像データとのずれ等の複数のチェック項目に従ってチャックし、正常動作、動作不安定、故障発生予知、故障発生を感知し、そのレポート結果をログファイルとして装置２、３に送信する。
【００２７】
自己診断プログラムは、故障箇所の特定に際しては、チャック箇所と故障発生内容からどのハードウエア、基板、部品に不具合が生じているかを解析し（自動的にある期日に行われる、か、リモートにて行われる。）、ログファイルとして装置２、３に送信する。この自己診断履歴により、故障原因がハードウエアにあるのか、ソフトウエアにあるのか初期的に判別する試料となりうる。
【００２８】
また、製品出荷前にあっては、ハードウエアテスト、ファームウエアテスト用のプログラムにより、再構成処理部１１０に負荷のかかる再構成条件で自己診断を実施し、試験評価し、合否判定をする。また、ＣＴシステム１の起動時（電源投入時）には、再構成処理部１１０に搭載されている基板、主要部品、伝送部、などのチェックを行う。主にハードウエアに関連する自己診断が行われる。前処理部１０９では、前処理に入ってくる純生データの一部を常に監視し、データシフトが起きていないことを即時的に確認する。再構成処理時では、再構成が開始されている途中においても、データ管理、処理管理、伝送管理用診断プログラムが常に監視し、各再構成基板のどこで（基板の処理部、ＣＰＵ毎の分割単位にて）、故障が生じているか記録することで、故障原因の特定の一助となりうる。
【００２９】
出荷後の故障対策としては、各サービスにハードウエアテスト、ファームウエアテストのためのプログラムを持たせ、原因の追求を依頼する。故障品の検査として、ハードウエアテスト、ファームウエアテストのためのプログラムにて、全再構成条件の内、再構成処理部１１０に負荷のかかる再構成条件にて故障が内在したボード又はシステムに負荷試験し、原因の特定を行う。これが自己診断システムとなる。
【００３０】
図３に戻る。Ｘ線ＣＴシステム１において、検査プランが設定されたとき（Ｓ２）、Ｘ線ＣＴシステム１のホストコントローラ１０２においてその検査プラン設定内容を含むログファイルが発生される（Ｓ５）。このログファイルは、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶され（Ｓ６）、また通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。
【００３１】
Ｘ線ＣＴシステム１において、検査プランが実行されたとき（Ｓ３）、Ｘ線ＣＴシステム１のホストコントローラ１０２においてその検査プラン実行記録を含むログファイルが発生される（Ｓ５）。このログファイルは、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶され（Ｓ６）、また通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。
【００３２】
Ｘ線ＣＴシステム１において、故障が発生したとき（Ｓ４）、Ｘ線ＣＴシステム１のホストコントローラ１０２においてその故障時の動作記録を含むログファイルが発生される（Ｓ５）。このログファイルは、その故障時の純生データとともに、Ｘ線ＣＴシステム１のログファイル記憶装置１０７に送られ、記憶され（Ｓ６）、また通信装置１０５から通信回線５を経由してメンテナンス支援情報管理装置３に送信され（Ｓ７）、ログファイルデータベース３０５に保管される（Ｓ８）。
【００３３】
次に故障発生時の動作について図４を参照して説明する。いずれかのＸ線ＣＴシステム１で故障が発生した場合（Ｓ１１）、まず、当該Ｘ線ＣＴシステム１の自己診断制御装置１０６の制御の元で、自己診断プログラムが起動し（Ｓ１２）、自己診断オペレーションが実行される。
【００３４】
自己診断プログラムは、故障原因の特定機能に付随して、その原因がシステムダウン（稼働不能）な状況を生じさせているのか、あるいは特定動作だけを実行しなければ、他の動作では故障が生じない程度の故障なのかを判定する機能を備えている。この判定結果に従って、システム全体が使用不可なのか、または特定動作だけが使用不可（縮退運転）なのか、そのメッセージがＣＴシステムオペレータにディスプレイ１０４のスクリーン上に表示される。例えば、“再構成処理が遅くなる”、“ＣＴ透視モード（スキャンに対して即時的に画像を再構成する）が使用出来ない”、“診断に障害のある故障が発生している”などのメッセージを表示する。メッセージ表示は、例えば、画面の画像領域を圧迫しない部分に、現在障害が起きている状況をアイコンで表示する、または、故障が発生した再構成モードや再構成モジュールのソフトスイッチ等のアイコンの表示態様を、不透明、かすみ、特定色に変更することが考えられる。さらに、リモートメンテナンス中には、その警告アイコン、マークなどが表示される。
【００３５】
自己診断オペレーションにより故障原因が特定されたとき（Ｓ１３）、故障時のログファイルと特定された故障原因とが、メンテナンスサービス装置２に修理依頼と共に送信され、またメンテナンス支援情報管理装置３にも送信される（Ｓ１４）。
【００３６】
メンテナンス支援情報管理装置３では、当該故障に対するメンテナンスの優先度を計算する（Ｓ１５）。
【００３７】
図５には、そのメンテナンス優先度の計算手順を示している。まず、ファイル検索部３１０によりログファイルデータベース３０５が検索され、当該故障を起こした線ＣＴシステム１に関する過去の全てのログファイルが統計処理部３１２に読み出される。統計処理部３１２では、当該システム１の過去の全てのログファイルを解析し、今回の故障と同様の症状の過去の故障の発生頻度を計算する（Ｓ３１）。この発生頻度は、故障を起こしたＣＴシステム１で同じ故障が繰り返し起きているか否か、その再発性を表している。その発生頻度は、再発性指数を得るために、正規化される。高い再発性指数は、メンテナンス優先度を高めることに相関すべきである。
【００３８】
また、統計処理部３１２では、当該システム１の過去の全てのログファイルを解析し、故障を起こしたＣＴシステム１で故障が起きた検査プランと同じ又は類似の検査プランの使用頻度を計算する（Ｓ３２）。この検査プランの使用頻度が比較的高い場合、当該病院ではその検査に対する専門性が比較的高い、つまり当該検査プランを使用できない場合の検査業務への影響度が比較的高いと考えられ、逆に、検査プランの使用頻度が比較的低い場合、当該病院ではその検査に対する専門性が比較的低く、当該検査プランを使用できないとしても検査業務への影響度は比較的低いと考えられる。その使用頻度は、専門性指数を得るために、正規化される。高い専門性指数は、メンテナンス優先度を高めることに相関すべきである。
【００３９】
なお、これらの統計的処理に自己学習機能を導入しても良い。自己学習の一例として、使用されるエキスパートプランに割り付けられた再構成モード毎に実行された回数を記録するだけでも良いし、また、バッチ再構成に関しても使用された再構成モードも記録されるべきである。その回数をある記録媒体に持ち、再構成が実施される度に再構成モードの回数が記録され、更新される。自己学習の単位は、仕様開始から現在までの週、月、年割り単位などで処理されればよい。バッチ再構成とは既に収集していた純生又は生データをスキャン時と同一の再構成条件、若しくは、変更された再構成条件にて再構成することを意味する。使用された再構成モードの回数は、仕様開始から現在までの週、月、年割り単位などの自己学習した各再構成モート゛の回数の最大値で正規化され、その病院の各再構成モードの重み係数を更新し続ける。その重みが大きい再構成モードに故障が起きれば、即対応を要求されるなど、優先順位の判断材料になる。システムの転売時点では、そのモード（履歴に応じた重み係数を重態どに反映させる。）をクリアできるようにしておく。
【００４０】
これら再発性指数と専門性指数とは、統計処理部３１２において、それぞれ重み係数を乗算され、加算され、それにより故障重態度が計算される（Ｓ３３）。再発性指数の重み係数と、専門性指数の重み係数とは、典型的には同値であるが、相違する値に任意に設定可能である。なお、統計処理部３１２では、再構成処理等のソフトウエアの入れ替えてからの経過時間、使用中のソフトウエアのバージョン、ソフトウエアのバージョンの更新履歴、壊れた部品が主要部品（それが無いとシステムが成り立たない）であるか否か等のシステム個別事情に基づいて、故障重態度に修正を加えることができ、その判断は操作者に依存される。
【００４１】
次に、統計処理部３１２で顧客管理データベース３０７に保管されている顧客情報に基づいて顧客重要度が計算される（Ｓ３４）。顧客重要度計算に用いられる顧客情報としては、社会的に拡販の影響度が強い病院サイトか否か、他社システムからの乗り換えた病院サイトか否か、顧客感情、システム規模、病院全体でのＣＴまたは他のシステムを合わせた納入実績、等の顧客の個別事情が含まれる。実際には、データベース管理者が、これら顧客個別事情をシステム納入時及び随時、営業部門等から吸い上げて、それぞれ適当に数量化して登録及び更新しておき、それら各情報の最新の数値を統計処理部３１２で加重加算することが考えられる。
【００４２】
最後に、優先度計算部３１１で、故障重態度と顧客重要度とに基づいて、メンテナンス優先度が計算される（Ｓ３５）。例えば、故障重態度と顧客重要度とを単純加算又は加重加算する事により、メンテナンス優先度が計算される。
【００４３】
図４に戻る。以上のように計算されたメンテナンス優先度は、メンテナンス支援情報管理装置３の通信装置３０２から通信回線５を経由してメンテナンスサービスセンタ装置２に送信される（Ｓ１６）。メンテナンスサービスセンタ装置２では、メンテナンス優先度と、自己診断により特定された故障原因とを参考にして、部品在庫確認やサービスマンのスケジュール等のメンテナンス体制の現況確認を伴って修理時期及び修理内容を含むメンテナンス計画がメンテナンス管理者により人為的に立てられる（Ｓ１７）。
【００４４】
決定されたメンテナンス計画に従って、リモートで、又は実際にサービスマンが現地に出向いて、修理作業が実施される（Ｓ１８）。Ｘ線ＣＴシステム１が故障から回復したか否かを確認するために、修理作業後に、ログファイル記憶装置１０７から故障時のログファイル及び純生データが再現性試験制御装置１０８に読み出され（Ｓ１９）、その制御のもとで、故障時と同じ状況下で、再現性試験が実施される（Ｓ２０）。
【００４５】
ここで、再現性試験は、再現試験とは区別される。再現試験は、詳細は後述するが、故障原因特定を目的としてシステムメーカサイトで厳密に実施される試験であり、一方、再現性試験は、故障回復確認のために現地（病院サイト）で実施される試験であり、上述したように、故障時と同じ状況で故障が再発するか否かを確認するにとどまっている。
【００４６】
この再現性試験で、故障が解消していれば（Ｓ２１）、修理作業は完了する。しかし、再現性試験で、故障が解消していなければ、自己診断プログラムで特定した故障原因に誤りがあった可能性を否定できない。この事態は、自己診断プログラムで故障原因を特定できなかったケースと同等に扱われるべきである。
【００４７】
自己診断プログラムで故障原因を特定できなかった場合（Ｓ１３）、メンテナンスサービスセンタ装置２から再現試験サービス装置４に再現試験依頼が送信される（Ｓ２２）。これと同様に、再現性試験で、故障が解消していない場合、メンテナンスサービスセンタ装置２から再現試験サービス装置４に再現試験依頼が送信される（Ｓ２２）。
【００４８】
ここでまず再現試験の概要について説明する。故障解決に必要な再現試験が必要となるため、先述のログファイルを用いて、そのログファイルを疑似システム４０７に入力すると、疑似システムが自動的に、故障発生時の再構成条件等をログファイル記憶装置４０５から読み込み疑似動作にはいる。故障の起きている現場にて、サービスが原因を特定できない故障の場合、故障追求に必要なものは、どのような再構成条件であったのかということ、再現試験用生データがあるのか、直前の処理にて何をしていたのかなどの情報が必要となる。疑似システム４０７を用いた再現試験と再構成処理部を用いた再現試験、疑似システム４０７（ガントリや寝台がなく、コンソールから疑似的にガントリが存在するかのように構成したシステム）を用いた再現試験が考えられる。もっとも簡単な方式は、ＣＴシステム１を設置している現場で、故障の起きたときの状況を記録したログファイル（再構成条件、システムパラメータ等）をＣＴシステム１の再現性試験制御装置１０８にロードさせるだけで、故障サイトで起きた現象が再現できる方式を導入する。これにより、故障対応のためには、再現試験できることが絶対に必要であり、レアケースなど再現が難しい場合に非常な労力が必要となる。そのログファイルさえあれば、再現できる仕組みをもつことにより、原因特定までの時間が極端に短縮化され、また人為的ミスもなくなる。
【００４９】
疑似システム４０７の再構成処理部にて故障を再現させる場合は、上記ログファイルと共に純生データ（又は生データ）が必要とされる。再構成処理部は完全な製品ではないため、製品システムに搭載されているシステム管理ソフトウエアが異なる場合が多く、システム管理ソフトウエアが絡んだ故障の処理には適さない。しかし、故障先のログファイルがあることで、全く同一のシステムパラメータが使用できることから、故障再現がどこでも簡易にできるようになる。疑似システム４０７は、再構成処理部にさらにシステム管理ソフトウエアまでが実装され、あたかもガントリまでが装備されているかのように動くＣＴシステムであるため、さらに故障追求が容易となる。大きなガントリ、寝台をもつ完全なＣＴシステムを準備せずとも、それに類する製品ＣＴシステムと同一の仕組みを持った疑似ＣＴシステムにて故障の原因追求が可能となる。
【００５０】
再現させる時点では、どのようなスキャン、もしくは再構成による試験を行うのかのリストをシステム上に表示し、表示された項目を全部（履歴に応じて行うか）、極最近のスキャン、再構成などの処理のみ行うかを再現試験者が選択できるようにする。ＣＴシステム１から出されるログファイルには再構成条件等が記載されており、処理順序に応じて発生する故障の追求に用いることができる。故障は多くの場合、単独では起きず、何かの処理と絡み会って生じる場合が多い。その場合に、このログファイルを疑似システム４０７にロードさせ、履歴を遡りながらの最短の故障試験を実施することが可能となる。故障発生時に保存されていたシステムパラメータ、再構成条件、スキャン条件、純生データ、生データを活用して、故障が再現されたかをチェックできる。故障が再現されなかった場合は、最新の履歴から過去に順々に遡り、順次、再構成条件等を読み込みながら再現試験を続ける。
【００５１】
つまり、故障試験時に、疑似システム４０７及びその制御装置４０６が自動的に故障を追跡する方式である。先に延べた履歴を一つ、一つ戻りながら再現試験を自動的に実施する。故障の監視は、ハードウエア、ソフトウエアの診断解析プログラムが監視を続ける。故障の再現ができ、不具合が発生した場合、携帯電話にメールや電話通知するなどの無線、音、光、画面のフラッシュなどの告知機能にて試験担当者に、故障再現を連絡し、そのときのログファイルを出力した状態にて疑似システム４０７は停止する。従って、故障試験時に、担当者が張り付く必要がない。
【００５２】
再現試験期間中は、使用している個々単体ユニットの負荷が最大になった場合には、疑似システム４０７は一旦休止する。再現試験期間中は、再現試験中であることを他へ知らしめるべく、表示や音にて周囲に通知する。また、その疑似システム５０７に関係している担当者全員にどういう状態なのかを、無線、有線、メールなどにて随時知らしめる。故障試験中に不用意に疑似システム４０７を操作しないように再現試験中であることを知らせるランプを点灯する。試験動作中の疑似システム４０７に人が近づいたときには、超音波センサーなどで、危険を通知する仕組みもあるとよい。
【００５３】
再現試験動作が終了後、担当が再現試験のデータをとり忘れていた場合、疑似システム４０７は自動的に、再現試験ログファイル、再現データ、スキャン条件、画像を指定された場所に格納し、再現試験が完了したことを通知する。そのため再現試験時に、担当者が張り付く必要がない。再現完了後、疑似システム４０７は自動復帰し、初期状態に戻る。
【００５４】
図４に戻る。再現試験依頼を受けた再現試験サービス装置４のホストコントローラ４０１は、まず、メンテナンス支援情報管理装置３に対して、当該故障を起こしたＸ線ＣＴシステム１に関する最近のシステム起動時からの全てのログファイル及び故障時の純生データのダウンロードを要求する（Ｓ２３）。最近のシステム起動時とは、例えば故障当日の朝にシステムの電源を投入した時点、または当該故障を起こしたＸ線ＣＴシステム１が２４時間稼働システムであれば、前回のシステム電源投入時点である。この場合、前回のシステム電源投入時点は、数日前、さらには数週間前に遡るかもしれない。これらダウンロードされたログファイル及び純生データはログファイル記憶装置４０５に一時的に保管される。
【００５５】
ダウンロードされたログファイル及び純生データを使って、再現試験制御装置４０６は、ガントリ構造物を除いた前処理から表示までのデータ処理の部分を備えた擬似的なＸ線ＣＴシステム（疑似システム）４０７で再現試験を実施する（Ｓ２４）。再現試験が再現性試験と大きく異なる点は、再現性試験では故障が発生したまさにその時だけの動作状態を再現するにとどまる。一方、再現試験では、故障原因が特定されるまで、故障発生時のサブプランの再現から始まり、その前に実行されたサブプラン、その前に実行されたサブプランまで順次１つずつ遡って再現し、さらにそれでも故障再現できなければ１つ前の検査プラン、さらにその前に実行された検査プランへと順次１つずつ遡って再現していく。これが、最大で、最近のシステム起動時の動作にまで遡る。
【００５６】
このような再現試験では、サブプラン単独の実行では起きない故障、つまりサブプランとサブプランとの連係、さらにはプランどうしの連係によってはじめて起きる故障、つまり“データ伝送制御や作業メモリ制御等のシステムの根幹に関わるような非常に基本的部分のバグやエラーに起因して起こる非常にレアではあるが非常に重大な故障”の特定を可能とする。このような故障は、例えば同じ又は異なる種類のサブプランが相前後して実行された等の特有の状況で、データ伝送エラーや作業メモリのデータ消去エラーといった事態により極まれに引き起こされる事例が報告されている。
【００５７】
このような遡及的な再現試験により故障原因が特定された場合（Ｓ２５）、その故障原因が、メーカサイドで策定した対処方法（例えばファームウエア更新）に関する情報と共に、メンテナンスサービスセンタ装置２に送信される（Ｓ２６）。
【００５８】
メンテナンスサービスセンタ装置２では、その故障原因及び対処方法に従ってメンテナンス計画を立て（Ｓ１７）、それに従って修理にあたる（Ｓ１８）。
【００５９】
次に、メーカサイトの再現試験サービス装置４で行われる再現試験について詳細に説明する。図６には再現試験手順を示している。図７にはシステム起動時から故障発生までの期間にＸ線ＣＴシステム１で実行した検査プラン及びサブプランの一例を示している。なお、ここでは説明の便宜上、Ｎとｎの２種の変数を導入する。Ｎはプラン識別のためのプラン番号を表し、ｎはサブプラン識別のためのサブプラン番号を表している。プラン番号及びサブプラン番号は新しいものほど若い番号を付していることに注意されたい。つまり、図７の例では、システム起動後に、まずプラン番号３の検査プランが実行される。プラン番号３の検査プランには、２つのサブプランが含まれ、まずサブプラン番号２のサブプランが実行され、引き続いて、サブプラン番号１のサブプランが実行される。プラン番号３の検査プランの後に、プラン番号２の検査プランが実行される。プラン番号２の検査プランには、４つのサブプランが含まれ、サブプラン番号４のサブプランからサブプラン番号１のサブプランまで順番に実行される。プラン番号２の検査プランの後に、プラン番号１の検査プランが実行される。プラン番号１の検査プランには、３つのサブプランが含まれ、サブプラン番号３のサブプランからサブプラン番号１のサブプランまで順番に実行される。ここでは、プラン番号１の検査プランの中のサブプラン番号１のサブプランの実行中に、故障が発生したことを想定している。
【００６０】
図６に示すように、故障を起こしたＸ線ＣＴシステム１に関する最近のシステム起動時からの全てのログファイル及び故障時の純生データのダウンロードがメンテナンス支援情報管理装置２からダウンロードされ、ログファイル記憶装置４０５に一時的に保管される（Ｓ４１）。再現試験制御装置４０６は、ダウンロードしたログファイルを解析し、最近のシステム起動時から故障発生までの間に全てのプランと、各プランに含まれるサブプランを抽出する（Ｓ４２）。
【００６１】
そして、システム起動時から実行したプランの総数に、プラン番号変数Ｎの最大値ＮＭＡＸをセットする（Ｓ４３）。図７の例では、プラン番号Ｎの最大値ＮＭＡＸは、「３」にセットされる。また、プラン番号Ｎを１に初期化し、またサブプラン番号ｎを１に初期化する（Ｓ４４）。ここでは、プラン番号１のプランの中のサブプラン番号１のサブプラン実行中に故障が起きたことを想定している。また、サブプラン番号ｎの最大値ｎＭＡＸをプラン番号１のプランの中のサブプラン総数にセットする。
【００６２】
以上の初期的準備が完了した後に、実際に再現試験が開始される。まず、プラン番号Ｎ（＝１）のプランの中のサブプラン番号ｎ（＝１）のサブプラン、つまり故障時（最新）のプラン１のサブプラン１で収集された純生データが疑似システム４０７の前処理部に送られ、当該サブプラン１と同じ条件（データ伝送条件、再構成条件、表示条件等）で、前処理、再構成処理及び表示処理に順番にかけられる（Ｓ４６）。
【００６３】
この最初の再現試験で故障が再現されなければ（Ｓ４７）、サブプラン番号ｎに１をインクリメントし、サブプラン番号ｎを２に置き換える（Ｓ４８）。それが最大値ｎＭＡＸ（ここでは３）を超過していなければ（Ｓ４９）、１つ前のサブプラン２に遡って再現試験を実施する（Ｓ４６）。つまり、故障時のサブプランより１つ前に実行したサブプラン２と同じ動作を再現し、それに続いて、故障時のサブプラン１と同じ動作を再現する。
【００６４】
この１つ遡った再現試験でも故障が再現されなければ（Ｓ４７）、Ｓ４８、Ｓ４９を経て、さらに１つ前のサブプラン３に遡って再現試験を実施する（Ｓ４６）。つまり、プラン１のサブプラン３と同じ動作、プラン１のサブプラン２と同じ動作、プラン１のサブプラン１と同じ動作を、疑似システム４０７上で連続的に実施する。
【００６５】
この段階でも故障が再現されなければ（Ｓ４７）、Ｓ４８、Ｓ４９を経て、今度はプラン番号Ｎを１つ増加する（Ｓ５０）。これは、再現プランを、故障が起きたプランよりも１つ前のプランに遡ることを意味する。
【００６６】
１つ増加したプラン番号Ｎ（ここでは２）がシステム起動時からのプラン総数（プラン番号の最大値ＮＭＡＸ（ここでは３））を超過していないので（Ｓ５１）、Ｓ５１に移行して、１つ前のプラン２のサブプラン総数に、サブプラン番号の最大値ｎＭＡＸを再セットする（Ｓ５２）。
【００６７】
そして、Ｓ４６に戻り、今度は、１つ前のプラン２の中の最新のサブプラン１から再現試験を再開する。
【００６８】
このように故障再現するまで、サブプランを１つづつ遡って再現試験を実施し、さらに場合によってはプランを１つづつ遡って再現試験を実施する。いずれかの段階で、故障が再現されたとき（Ｓ４７でＹＥＳ）、その再現された故障の状況に基づいて故障原因の解明作業に移行する（Ｓ５３）。
【００６９】
システム起動後、最初に実行されたプラン（ここではプラン番号３）のサブプラン（サブプラン番号２）に遡って、そこを起点として再現試験を実施しても、故障が再現されなかった場合（Ｓ５１でＹＥＳ）、故障原因がＸ線ＣＴシステム１に内在する可能性は低いものと判断できる。その場合、当該故障を起こしたＸ線ＣＴシステム１が設置されている周辺環境の中に故障原因が存在することを想定して、その周辺環境調査に移行する（Ｓ５４）。
【００７０】
このように故障再現するまで、サブプランを１つづつ遡って再現試験を実施し、さらに場合によってはプランを１つづつ遡って再現試験を実施することにより、サブプラン単独の実行では起きない故障、つまりサブプランとサブプランとの連係、さらにはプランどうしの連係によってはじめて起きる故障、つまり“データ伝送制御や作業メモリ制御等のシステムの根幹に関わるような非常に基本的部分のバグやエラーに起因して起こる非常にレアではあるが非常に重大な故障”の特定を可能とする。
【００７１】
以上のように本実施形態では、医用システムの故障原因を短時間に特定することができ、それにより迅速な修理を行うことができ、それにより不具合期間又はシステムダウンタイムを短縮することができる。本実施形態は、医用システムが全く使えないシステムダウンの状況下で効果的に作用するが、それだけではなく、一部の機能が使えない、一部のモードが使えないといった、システムダウンには至らないが、動作制限を受ける程度の故障にも非常に有効に作用する。
【００７２】
本発明は、上述した実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変形して実施することが可能である。さらに、上記実施形態には種々の段階が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されてもよい。
【図面の簡単な説明】
【００７３】
【図１】本発明の実施形態によるメンテナンス支援システムの全体構成を示す図。
【図２】図１のＸ線ＣＴシステム、メンテナンスサービスセンタ装置、メンテナンス支援情報管理装置、再現試験サービス装置それぞれの構成を示す図。
【図３】図２のログファイルデータベースに保管されるログファイルの発生手順を示すフローチャート。
【図４】本実施形態において、故障発生時の動作手順を示すフローチャート。
【図５】図４のメンテナンス優先度の決定手順を示すフローチャート。
【図６】図４の再現試験の手順を示すフローチャート。
【図７】図６の再現試験手順の補足図であって、システム起動時からのプラン実行順序の一例を示す図。
【符号の説明】
【００７４】
１…Ｘ線ＣＴシステム、２…メンテナンスサービスセンタ装置、３…メンテナンス支援情報管理装置、４…再現試験サービス装置、５…電子的通信回線。
【特許請求の範囲】
【請求項１】
被検体からデータを収集するために構成されたガントリユニットと、
前記収集されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、
故障発生時に収集されたデータ及び故障発生時に設定された再構成条件を記憶するために構成されたユニットと、
前記記憶された故障発生時のデータを使って、前記記憶された再構成条件と同じ再構成条件で前記再構成ユニットで故障発生時と同じ動作を再現させるために構成された制御ユニットを具備することを特徴とするＸ線ＣＴシステム。
【請求項２】
被検体からデータを収集するために構成されたガントリユニットと、
前記収集されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、
故障発生時に故障程度を判定するために前記ガントリユニット及び前記再構成ユニットを診断するとともに、前記判定した故障程度に基づいて前記ガントリユニット又は前記再構成ユニットの動作を制限するために構成された制御装置とを具備することを特徴とするＸ線ＣＴシステム。
【請求項３】
被検体からデータを収集するために構成されたガントリユニットと、
前記収集されたデータを前処理するために構成された前処理ユニットと、
前記前処理されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、
前記ガントリユニットと前記前処理ユニットと前記再構成ユニットとの間のデータ伝送のために構成されたデータ伝送ユニットと、
前記データ伝送ユニット、前記前処理ユニット及び前記再構成ユニットそれぞれの動作の正常性を診断するために構成された診断ユニットと、
前記診断のために使用される前記ガントリユニットで収集されるデータに類似した診断用データを記憶するために構成されたユニットとを具備することを特徴とするＸ線ＣＴシステム。
【請求項４】
複数の医用システムに対して電子的通信回線を介して接続されたメンテナンスサービスセンタ装置において、
前記医用システムから故障状況を含むログファイルの提供を受けるために構成されたユニットと、
故障程度を判定するために前記ログファイルを解析し、前記判定された故障程度に基づいて前記医用システムの動作上の制限を決定するために構成されたユニットと、
前記決定された動作上の制限を前記医用システムに送信するするために構成されたユニットとを具備することを特徴とするメンテナンスサービスセンタ装置。
【請求項１】
被検体からデータを収集するために構成されたガントリユニットと、
前記収集されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、
故障発生時に収集されたデータ及び故障発生時に設定された再構成条件を記憶するために構成されたユニットと、
前記記憶された故障発生時のデータを使って、前記記憶された再構成条件と同じ再構成条件で前記再構成ユニットで故障発生時と同じ動作を再現させるために構成された制御ユニットを具備することを特徴とするＸ線ＣＴシステム。
【請求項２】
被検体からデータを収集するために構成されたガントリユニットと、
前記収集されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、
故障発生時に故障程度を判定するために前記ガントリユニット及び前記再構成ユニットを診断するとともに、前記判定した故障程度に基づいて前記ガントリユニット又は前記再構成ユニットの動作を制限するために構成された制御装置とを具備することを特徴とするＸ線ＣＴシステム。
【請求項３】
被検体からデータを収集するために構成されたガントリユニットと、
前記収集されたデータを前処理するために構成された前処理ユニットと、
前記前処理されたデータに基づいて画像データを再構成するために構成された再構成ユニットと、
前記ガントリユニットと前記前処理ユニットと前記再構成ユニットとの間のデータ伝送のために構成されたデータ伝送ユニットと、
前記データ伝送ユニット、前記前処理ユニット及び前記再構成ユニットそれぞれの動作の正常性を診断するために構成された診断ユニットと、
前記診断のために使用される前記ガントリユニットで収集されるデータに類似した診断用データを記憶するために構成されたユニットとを具備することを特徴とするＸ線ＣＴシステム。
【請求項４】
複数の医用システムに対して電子的通信回線を介して接続されたメンテナンスサービスセンタ装置において、
前記医用システムから故障状況を含むログファイルの提供を受けるために構成されたユニットと、
故障程度を判定するために前記ログファイルを解析し、前記判定された故障程度に基づいて前記医用システムの動作上の制限を決定するために構成されたユニットと、
前記決定された動作上の制限を前記医用システムに送信するするために構成されたユニットとを具備することを特徴とするメンテナンスサービスセンタ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−２７９２８１（Ｐ２００８−２７９２８１Ａ）
【公開日】平成２０年１１月２０日（２００８．１１．２０）
【国際特許分類】
【出願番号】特願２００８−２１５５８４（Ｐ２００８−２１５５８４）
【出願日】平成２０年８月２５日（２００８．８．２５）
【分割の表示】特願２００７−３３９８８４（Ｐ２００７−３３９８８４）の分割
【原出願日】平成１４年２月１５日（２００２．２．１５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２０年１１月２０日（２００８．１１．２０）
【国際特許分類】
【出願日】平成２０年８月２５日（２００８．８．２５）
【分割の表示】特願２００７−３３９８８４（Ｐ２００７−３３９８８４）の分割
【原出願日】平成１４年２月１５日（２００２．２．１５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]