(57)【要約】【課題】遠隔診断により、医用装置の異常発生を速やかに捉え、修復までの時間を極力短縮して、長時間の装置異常の状態を排除する。【解決手段】医用装置の機能の状態を遠隔で管理する管理装置を備えた医用装置の遠隔診断システムが提供される。管理装置は、通信手段を介して送信されてきた医用装置の機能の異常に関わる情報に基づいて当該異常を修復するための指示を行う修復指令手段（ステップ３１〜３３）を備える。この修復指令手段は、前記異常に関わる情報を分析する分析手段（ステップ３２）と、この分析結果に応じて前記異常を回避する医用装置の稼動モードへの変更を通信手段を介して当該医用装置に指令するモード変更指令手段（ステップ３２，３３）とを含む。【選択図】　図２
2004000542.tif 000002
【特許請求の範囲】
【請求項１】
医用装置の機能の状態を遠隔で管理する管理装置を備えた医用装置の遠隔診断システムにおいて、
前記管理装置は、通信手段を介して送信されてきた前記医用装置の機能の異常に関わる情報に基づいて当該異常を修復するための指示を行う修復指令手段を備え、
この修復指令手段は、前記異常に関わる情報を分析する分析手段と、
この分析手段による分析結果に応じて前記異常を回避する前記医用装置の稼動モードを求める手段とを含むことを特徴とする医用装置の遠隔診断システム。
【請求項２】
医用装置の機能の状態を診断する遠隔の管理装置に通信手段により接続された医用装置において、
当該医用装置の機能の異常に関わる情報を前記管理装置に通信手段を介して送信する送信手段と
前記管理装置により前記異常に関わる情報の分析結果に基づいて求められた当該異常を回避する稼動モードの情報を、前記管理装置から前記通信手段を介して受信する手段とを備え、
当該医用装置の稼動モードを前記稼動モードに切り替えるようにしたことを特徴とする医用装置。
【請求項３】
医用装置の機能の状態を遠隔で管理する管理装置を備えた医用装置の遠隔診断システムにおいて、
前記管理装置は、通信手段を介して送信されてきた前記医用装置の機能の異常に関わる情報に基づいて当該異常を修復するための指示を行う修復指令手段を備え、
この修復指令手段は、前記異常に関わる情報を分析する分析手段と、この分析手段による分析結果に応じて前記異常を回避する前記医用装置の稼動モードへの変更を前記通信手段を介して当該医用装置に指令するモード変更指令手段とを含むことを特徴とする医用装置の遠隔診断システム。
【請求項４】
請求項３に記載の医用装置の遠隔診断システムにおいて、
前記修復指令手段は、前記分析手段による分析結果に応じて前記異常の修復に必要な処置をとる手段と、この手段による実行される処置の内容を前記通信手段を介して前記医用装置に返送する手段と更に含む医用装置の遠隔診断システム。
【請求項５】
請求項４に記載の医用装置の遠隔診断システムにおいて、
前記処置する手段は、前記異常の修復に必要な前記医用装置の部品の調達及び前記異常の修復に必要な保守管理員の派遣のうち、少なくとも一方を指令するように構成された手段である医用装置の遠隔診断システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、医用装置の遠隔診断システム及びその医用装置に係り、とくに、病院などのサイトに設置された医用装置と、その医用装置を管理するセンタとを電話回線で結んだ遠隔診断システム及びその医用装置に関する。
【０００２】
【従来の技術】
病院などのサイトに設置された医用装置（例えばＸ線ＣＴスキャナ）と、この医用装置の機能が正常か否かを遠隔地から管理するセンタ（例えば工場）とを電話回線で結んだ遠隔診断システムがある。この遠隔診断システムにおいては、通常、センタから電話回線を介して定期的に医用装置を呼び出し、装置側の診断プログラムを起動させる。この診断プログラムによって医用装置の機能に関する診断が実施され、その診断結果が再び電話回線を介してセンタに戻される。そこで、センタでは、診断結果を分析し、異常発生か否かの判断を下すのである。なお、センタが診断プログラム起動の遠隔指令を発するタイミングは必ずしも定期的ではなく、サイトにおいて医用装置の運営及び保守点検に直接携わるスタッフ（例えば病院側のオペレータ、サービスエンジニアなど）からの異常発生の情報が入ったときにも上述と同様に臨時の診断を実施できるようになっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の遠隔診断システムにおいて、定期診断及び臨時診断のいずれの場合であっても、センタ側がアクションを起こして初めて、装置側の診断プログラムが起動されるという構成であるため、異常検出までの時間が長期化するという問題があった。例えば、定期診断の場合には、診断プログラムが定期的に起動されるが、異常が発生しているときには、その異常検出までに既に長時間が経過していることもある。このようなときには、医用装置の異常発生に速やかに対応できず、装置異常の状態が長引き、医療行為に少なからず悪影響を及ぼすという問題があった。また、臨時診断の場合には、例えば病院のオペレータからセンタへの通報が必要であるから、異常発生からその対処までの時間が必然的に長くなり、上述と同様の問題があった。
【０００４】
本発明は、上述した従来の遠隔診断システムの問題を改善するもので、遠隔診断により、医用装置の異常発生を速やかにとらえ、修復までの時間を極力短縮して、長時間の装置異常の状態を排除することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、この発明に係る医用装置の遠隔診断システムは、医用装置（例えば医用Ｘ線ＣＴスキャナなど）の機能の状態を遠隔で管理する管理装置を備える。
【０００６】
この遠隔診断システムは、その一態様として、前記管理装置は、通信手段を介して送信されてきた前記医用装置の機能の異常に関わる情報に基づいて当該異常を修復するための指示を行う修復指令手段を備える。この修復指令手段は、前記異常に関わる情報を分析する分析手段と、この分析手段による分析結果に応じて前記異常を回避する前記医用装置の稼動モードを求める手段とを含むことを特徴とする。
【０００７】
また、遠隔診断システムは、別の態様として、前記管理装置は、通信手段を介して送信されてきた前記医用装置の機能の異常に関わる情報に基づいて当該異常を修復するための指示を行う修復指令手段を備える。この修復指令手段は、前記異常に関わる情報を分析する分析手段と、この分析手段による分析結果に応じて前記異常を回避する前記医用装置の稼動モードへの変更を前記通信手段を介して当該医用装置に指令するモード変更指令手段とを含むことを特徴とする。
【０００８】
この場合、例えば、前記修復指令手段は、前記分析手段による分析結果に応じて前記異常の修復に必要な処置をとる手段と、この手段による実行される処置の内容を前記通信手段を介して前記医用装置に返送する手段と更に含む。例えば、前記処置する手段は、前記異常の修復に必要な前記医用装置の部品の調達及び前記異常の修復に必要な保守管理員の派遣のうち、少なくとも一方を指令するように構成される。
【０００９】
また、本発明に係る医用装置は、医用装置の機能の状態を診断する遠隔の管理装置に通信手段により接続されており、当該医用装置の機能の異常に関わる情報を前記管理装置に通信手段を介して送信する送信手段と前記管理装置により前記異常に関わる情報の分析結果に基づいて求められた当該異常を回避する稼動モードの情報を、前記管理装置から前記通信手段を介して受信する手段とを備え、当該医用装置の稼動モードを前記稼動モードに切り替えるようにしたことを特徴とする。
【００１０】
【作用】
医用装置側では、例えば適宜なタイミングで診断プログラムが実行されて自己の機能が検査される。この診断結果に基づいて、機能上の異常発生が判断される。かかる異常発生が判断されたときには、通信手段（例えば、電話回線）を介してセンタの管理装置に自動的に回線を繋がれ、その異常に関わる情報が遠隔診断のために管理装置に送信される。これに応答して、管理装置では、かかる異常に関わる情報に基づいて当該異常を修復するための指示を行われる。つまり、異常に関わる情報が分析され、この分析結果に応じて前記異常を回避する前記医用装置の稼動モードが求められる。別の態様によれば、この稼動モードへの変更が前記通信手段を介して当該医用装置に指令される。
【００１１】
さらに、本発明に係る医用装置は、異常に関わる情報を通信手段を介して前記管理装置に送信するとともに、管理装置により求められた稼動モードを受けて、かかる稼動モードに切り替える。これにより、医用装置が異常を回避する稼動モードに切り替えられる。
【００１２】
【実施例】
以下、この発明の一実施例を図１〜図７を参照して説明する。
【００１３】
この実施例の遠隔診断システムは、複数台のＸ線ＣＴスキャナの遠隔診断を実施するものである。この遠隔診断システムでは、図１に示すように、サイトとしての複数の病院Ａ，Ｂ，…，Ｎに医用装置としてのＸ線ＣＴスキャナ１０ａ，１０ｂ，…１０ｎが各々据え付けられており、このＸ線ＣＴスキャナ１０ａ，１０ｂ，…１０ｎのコンピュータは個別にモデム１１ａ，１１ｂ，…，１１ｎを介して電話回線１２に接続されている。モデム１１ａ，１１ｂ，…，１１ｎは、Ｘ線ＣＴスキャナ１０ａ，１０ｂ，…，１０ｎと別体であってもよいし、スキャナ内部のコンピュータに一体に組み込まれたものでもよい。
【００１４】
また、上記電話回線１２には、モデム１３を介してサービスセンタＳのコンピュータ１４が接続されている。サービスセンタＳは、各病院Ａ〜ＮのＸ線ＣＴスキャナ１０ａ，１０ｂ，…，１０ｎの保守点検を集中管理するもので、上述した電話回線１２の通信ネットワークにより各病院Ａ〜Ｎと通信可能になっている。サービスセンタＳのコンピュータ１４は、発明の管理装置に対応する。
【００１５】
さらに、上記電話回線１２は、Ｘ線ＣＴスキャナ１０ａ，１０ｂ，…，１０ｎを製造したメーカーの工場ＦＴと、Ｘ線ＣＴスキャナ１０ａ，１０ｂ，…，１０ｎの保守点検を担う担当サービスステーションＳＴａ，ＳＴｂ，…ＳＴｎにも同様に通信可能に接続されている。
【００１６】
次いで、上記遠隔診断システムの診断の流れを図２に基づいて説明する。
【００１７】
図２のステップ２０〜３０は医用装置側、即ちＸ線ＣＴスキャナ１０ａ〜１０ｎの各々において実施される処理である。まず、Ｘ線ＣＴスキャナ１０ａ（〜１０ｎ）のコンピュータは、ステップ２０において、通常の撮影処理を実施している。この実施中の適宜なタイミング（例えば、ある患者の撮影が完了して次の患者の撮影に移る前）で、ステップ２１の自己診断の処理を実行する。このステップでは、スキャナ１０ａ（〜１０ｎ）のコンピュータは予め記憶している装置側診断プログラムを自ら走らせて、その診断結果を得る。次いでステップ２２に移行し、スキャナ１０ａ（〜１０ｎ）のコンピュータは診断結果中に、スキャナの機能として異常を示す異常データが有るか否かを判断する。ステップ２２において、異常データが無い（ＮＯ）の判断のときはステップ２０の通常処理に戻るが、異常データが有る（ＹＥＳ）の判断のときはステップ２３に移行する。
【００１８】
ステップ２３では、ステップ２２で見つかった異常データが回復可能なエラーを示すものか否かを判断し、回復不能なエラーである（ＮＯ）と判断されたときは、続いてステップ２４〜２６の処理を行う。ステップ２４では、異常データが有り、回復不能である旨の表示、例えば「……というエラーが発生しました。サービスセンタに連絡中です。」がスキャナ１０ａ（〜１０ｎ）のモニタに表示される。次いでステップ２５では、スキャナ１０ａ（〜１０ｎ）のコンピュータが自動コール処理プログラムを起動することにより、モデム１１ａ（〜１１ｎ）、電話回線１２及びモデム１３を介してサービスセンタＳのコンピュータ１４を自動的に呼び出し、両方のコンピュータ間をつなぐ。次いでステップ２６では、スキャナ１０ａ（〜１０ｎ）でそれまでに収集した異常データ、スキャナ側の履歴情報などのデータが、つながれた電話回線を介してサービスセンタＳに転送される。
【００１９】
一方、上記ステップ２３の判断でＹＥＳ、即ち異常データが検知されたが、回復可能なエラーであると判断されたときは、ステップ２７に移行してエラーログに記録した後、ステップ２８に移行する。ステップ２８で、エラー発生数（頻度）が多いか否かを、予め定めたしきい値と比較するなどの処理によって判断する。この判断の結果、特定のエラー発生数（頻度）が多い（ＹＥＳ）とされたときは、前述したと同様に、ステップ２９のサービスセンタＳへの自動コール処理、及びステップ３０のサービスセンタＳへのデータ転送処理に付された後、ステップ２０の通常処理に戻り、通常処理を並行して可能にする。ステップ２８で、エラー発生数（頻度）が少なく（ＮＯ）、未だ異常状態であるとは特定できないとするときは、ステップ２０の通常処理に戻る。
【００２０】
さらに、サービスセンタ側のコンピュータ１４が実行するステップ３１〜３３の処理を説明する。まず、ステップ３１では、電話回線１２を介してＸ線ＣＴスキャナ１０ａ（〜１０ｎ）から転送されたデータを例えば随時受信し、そのデータを分析する。次いでステップ３２では、ステップ３１での分析結果に基づいて、スキャナ１０ａ（〜１０ｎ）の異常状態を解除するための対応（例えば部品の交換、修理）をサービス拠点や工場に発令する。この対応処理の発令は、サービス拠点や工場が同じ電話回線を通じてネットワーク化されているときは、そのネットワークを介して行ってもよいし、ネットワーク化されていないときは、サービスセンタのオペレータにその旨告知し、オペレータから別の通信手段で行うようにしてもよい。さらにステップ３３では、サービスセンタＳからスキャナ１０ａ（〜１０ｎ）側へ電話回線を通して、ステップ３２での対応内容を転送する。
【００２１】
この対応内容の転送を受けたスキャナ１０ａ（〜１０ｎ）側のコンピュータは、ステップ３４で、そのモニタに対応内容（例えば、「サービスセンタに連絡致しました。担当のサービスステーションからの連絡をお待ち下さい。」）を表示し、スキャナ１０ａ（〜１０ｎ）は待機状態に入る。
【００２２】
これにより、上記ステップ３２で異常状態への対応を依頼された、例えば工場ＦＴは必要な修理部品を病院Ａ（〜Ｎ）又は担当サービスステーションＳＴａ（〜ＳＴｎ）に発送するし、同様に、ステップ３２で対応を依頼された担当サービスステーションＳＴａ（〜ＳＴｎ）は病院Ａ（〜Ｎ）にサービスエンジニアを派遣したりすることになる。
【００２３】
このため、Ｘ線ＣＴスキャナ１０ａ（〜１０ｎ）が故障しても、病院側のオペレータの連絡を待たずに、直ちに異常事態の修復作業に入ることができ、スキャナのダウンタイムを極力短縮させ、医療行為への支障を最小限に食い止めることができる。
【００２４】
なお、電話回線１２は、データ伝送や対応結果の伝送時にのみ繋ぐようにしてもよいし、図２の処理で言えば、ステップ２６，３１〜３４までの間、繋いでおくようにしてもよい。
【００２５】
上述した図２において、ステップ２１の処理が機能的に自己診断手段を形成し、ステップ２２が機能的に異常判断手段を形成し、さらに、ステップ２５が機能的に自動コール手段を形成している。また、ステップ２６の処理が本発明の構成要素としての送信手段を機能的に形成している。さらに、ステップ３１〜３３の処理が本発明の構成要素としての修復指令手段を機能的に形成している。
【００２６】
ここで、上述した図２中のステップ２１〜２３，２７，２８を中心とする自己診断処理及び異常判断処理の具体例を図３〜図７に基づいて説明する。
【００２７】
画像再構成装置の診断例を図３に示す。Ｘ線ＣＴスキャナ１０ａ（…１０ｎ）は、まず、図３のステップ４０において磁気ディスクからテスト用生データを読出し、ステップ４１において再構成演算装置にテスト用生データを用いた画像再構成を命じる。次いでステップ４２に移行し、予め記憶しているテスト用画像と再構成した画像とを比較し、ステップ４３において両者が一致しているか否か判断する。このステップ４３でＯＫ（即ち、両画像が一致）の場合は、ステップ４４でテスト継続か否か判断し、継続する場合はステップ４０に戻るし、継続しない場合はステップ４５の判断に移行する。ステップ４５では、それまで規定回数テストした中に異常データが在るか否か判断し、異常データが無い場合は処理を終了し、異常データが在る場合はその旨のモニタ表示、センタ自動コール及びデータ転送（図２のステップ２４〜２６の処理参照）を行う。これに対し、ステップ４３でＯＫでない（即ち、両画像が一致していない）の場合は、ステップ４６でテスト継続か否か判断し、ＹＥＳの場合はステップ４７で異常データを記憶した後、上述した処理を繰り返す。しかし、ＮＯの場合は、上述したと同様にモニタ表示、センタ自動コール及びデータ転送を行う。
【００２８】
また、Ｘ線高電圧装置の通常スキャン時の診断例を図４に示す。なお、この診断に対するハードウエア構成を図５に示す。
【００２９】
最初に、図５のハードウエア構成から説明する。このＸ線高電圧装置は、Ｘ線制御部５０に接続された高圧トランス５１を有し、この高圧トランス５１の２次側に、整流回路５２、５２を介してＸ線管５３が負荷として接続されている。整流回路５２、５２とＸ線管５３の間には、演算増幅器、比較器を各々有する管電流検出回路５４及び管電圧検出回路５５が接続され、それらの検出信号がＣＰＵ５６に供給されている。なお、検出回路５４、５５の各比較器には、管電流、菅電圧の上限値、下限値に相当する基準電圧が各々供給されている。
【００３０】
上記ＣＰＵ５６は、図４に示すように動作する。つまり、図４のステップ６０で通常スキャンを指令している間の適宜なタイミングで、ステップ６１のエラー発生か否かの判断を行う。この判断は、上記管電流検出回路５４及び管電圧検出回路５５から供給される、論理レベルの検出信号を読み込んで、過管電流、過管電圧、主回路の過電流、Ｘ線管オーバヒート、熱交換器のフロー異常などの項目をチェックすることで行う。この判断でＮＯ（エラー発生なし）の場合はステップ６０に戻るが、ＹＥＳ（エラー発生）の場合はステップ６２の致命的なエラーか否かを判断する。この判断でＹＥＳ（致命的なエラーである）の場合は、図２のステップ２４〜２６の処理と同様に、モニタ表示、センタ自動コール及びデータ転送を行う。しかし、ＮＯ（致命的なエラーではない）の場合はステップ６３に移行して、異常データを記録し、さらにステップ６４に移行して、エラーの発生頻度が基準値よりも大きいか否かを判断する。このステップ６４でＮＯの判断が下されたときはステップ６０に戻るが、ＹＥＳ（エラー発生頻度が大きい）の判断が下されたときはモニタ表示、センタ自動コール及びデータ転送を行う。
【００３１】
さらに、Ｘ線高電圧装置のテスト条件での曝射時の診断例を図６に示す。なお、この診断に対するハードウエア構成を図７に示す。
【００３２】
図７のハードウエア構成から説明すると、このＸ線高電圧装置は整流回路５２、５２とＸ線管５３の間に、演算増幅器、Ａ／Ｄ変換器を各々有する管電流検出回路５４及び管電圧検出回路５５が接続され、それらの検出信号がＣＰＵ５６に供給されている。その他の回路は、図５記載のものと同様である。
【００３３】
上記ＣＰＵ５６は、図６に示すように動作する。つまり、図６のステップ７０でテスト条件でのＸ線曝射を行い、ステップ７１で管電圧、管電流及び曝射時間が許容範囲内か否かを判断する。この判断でＮＯ（許容範囲内ではない）とされたときは、前述と同様に、モニタ表示、センタ自動コール及びデータ転送を行う。しかし、ＹＥＳ（許容範囲内である）とされたときは、ステップ７２に移行し、テスト継続か否かを判断し、ＹＥＳ（テスト継続）ならばステップ７０に戻るが、ＮＯ（テスト継続しない）ならば処理を終える。
【００３４】
なお、上述した実施例については、種々の変形例が可能である。
【００３５】
第１に、回復可能なエラーである（即ち、致命的なエラーではない）か否かの判断に応じて、自動コールの呼び出し先を変えるようにしてもよい。例えば、致命的なエラーの場合には直接、担当のサービスステーションＳＴａ（〜ＳＴｎ）に自動コールさせるようにすれば、その緊急性に応じた処置が可能になる。
【００３６】
第２に、前述した自己診断プログラムは夜間に走らせるようにしてもよく、その自己診断の結果、致命的なエラーではない場合（例えば、何千回かに１回の割合で生じる、画像再構成時のエラー）、スキャナ側の自動コール処理プログラムが起動され、スキャナ側のモデムを通して、サービスセンタＳの自動呼び出しを行う。そして、スキャナ側情報、異常発生日時、異常データなどをサービスセンタＳに転送しておいて、転送後は、通常のシステムとして使用継続できるようにしてもよい。また、これら一連の処理は、スキャナの通常使用のバックグラウンドでのソフトウエア処理としてもよい。
【００３７】
第３に、図２のステップ３１の処理に係る分析結果、サービスセンタＳ側でスキャナ１０ａ（〜１０ｎ）の更に詳細な異常状態を知りたいと判断したとき、センタ側から装置側へ別の診断プログラムを走らせたり、エラーを回避するモードへの自動的な設定変更を装置側に指令することができる（図８のステップ３１ａ参照：同図中で図２と同一符号のステップは同一処理を示す）。なお、センタ側から遠隔診断の処理を指示した後、一旦回線を切り離し、医用装置側の処理が終了した時点で、自動コールし、データ転送するシステムも可能である。このとき、異常時であると判断したときのみ、自動コールするようにしてもよい。
【００３８】
第４に、通常使用中にエラーが発生した場合、サービスセンタＳへの自動コールの要、不要の判断をオペレータにさせるようにしてもよい。
【００３９】
第５に、オペレータの判断に応じて自動コールを行う手段を設けてもよい。即ち、オペレータが気付いた異常情報を入力させ、それらの情報をオペレータの操作に基づき自動コールし、転送するようにする。これにより、自動的な自己診断には依存しない各種の不具合を転送可能になる。このとき、オペレータが緊急度を指定できるようにしておけば、ちょっとしたオペレータの要望なども入手できるようになる。即ち、緊急度の低い改善、要望などであって、サービスステーションにわざわざ連絡したり、サービスエンジニアを呼んで要望するほどでもない情報を地道に収集できる。
【００４０】
以上のように、致命的なエラー（例えば、Ｘ線管の故障，寝台の故障など）であろうと、間欠的なエラー（例えば、Ｘ線管放電など）、診断プログラムの実行で検出されるエラー、又はオペレータの改善要望などであろうとも、その緊急度、頻度が適確に判断され、その判断結果に応じて適宜に自動コールされ且つ対応処置が講ぜられる。このため、医用装置のダウンタイムを大幅に減少させ、その機能を存分に発揮させることができる。
【００４１】
また、前述した実施例によれば、医用装置としてのＸ線ＣＴスキャナ及びサービスセンタ間は、一般の電話回線で接続しているため、専用回線を設置する場合に比べて低いコストで運用できる。また、電話回線を使用した自動コールは、モデムと自動コール用処理プログラムがあれば実現できるから、Ｘ線ＣＴスキャナのようなコンピュータを備えた医用装置では、コンピュータを兼用でき、ハードウエア的にも安価なシステムとなる。
【００４２】
なお、本発明における医用装置はＸ線ＣＴスキャナに限定されることなく、またその数も任意である。例えば、医用装置としては磁気共鳴イメージング装置や核医学診断装置であってもよいし、その接続構成としては異なる種類の医用装置をセンタと接続するものでもよいし、さらに単一の装置とセンタとを接続する構成でもよい。また、本発明のセンタとしては必ずしもサービスセンタと呼称されるものに限定されることなく、医用装置の機能診断を遠隔管理できる機構であればよい。さらに、本発明におけるサイトは医用装置が設置されている場所を言うのであって、必ずしも「〜病院」と呼称される必要は無い。
【００４３】
【発明の効果】
以上説明したように、本発明に係る医用装置の遠隔診断システム及びその医用装置によれば、管理装置から医用装置に通信手段を介して、当該医用装置の異常を修復するための稼動モードなどの指示がなされるので、医用装置の異常状態が迅速に修復され、医用装置のダウンタイムが短縮して、医用装置を効率的に運用できると共に、装置異常が医療行為に与える影響を最小限に止めることができる。
【図面の簡単な説明】
【図１】本発明に係る遠隔診断システムの一例を示す概略ブロック図。
【図２】自己診断から異常状態修復指令までの処理の一例を示すフローチャート。
【図３】画像再構成時の自己診断及び異常判断の具体例を示すフローチャート。
【図４】Ｘ線高電圧装置の自己診断及び異常判断の具体例を示すフローチャート。
【図５】図４の処理を実施するときのハードウエア構成を示すブロック図。
【図６】Ｘ線高電圧装置の自己診断及び異常判断の別の具体例を示すフローチャート。
【図７】図６の処理を実施するときのハードウエア構成を示すブロック図。
【図８】自己診断から異常状態修復指令までの処理の別の例を示す部分的なフローチャート。
【符号の説明】
１０ａ〜１０ｎ　Ｘ線ＣＴスキャナ
１１ａ〜１１ｎ　モデム
１２　電話回線
１３　モデム
１４　コンピュータ
Ａ〜Ｎ　病院
Ｓ　サービスセンタ
【図１】
2004000542.tif 000003
【図２】
2004000542.tif 000004
【図３】
2004000542.tif 000005
【図４】
2004000542.tif 000006
【図５】
2004000542.tif 000007
【図６】
2004000542.tif 000008
【図７】
2004000542.tif 000009
【図８】
2004000542.tif 000010