JPH09168533A - 血管ｘ線イメージングシステムの点検修理方法 - Google Patents

Abstract

(57)【要約】 【課題】血管Ｘ線イメージングシステムのようなシステ
ムの迅速な修理および保守を提供する。 【解決手段】本発明は、ネットワーク装置上の所定位置
に接続された複数の電気的デバイスと交信を行い、モニ
タし、それらからデータを集める装置を備える。本発明
はとくに、保守、修理、および調整が必要な多数個の装
置を搭載したＸ線血管イメージングシステムに適してい
る。本発明に係る装置では、診断およびトラブルシュー
ティングの補助となるエキスパートシステムをフィール
ド・サービス・エンジニアが使用し、これにより血管イ
メージングまたはＸ線システムの、より迅速な修理およ
び保守が提供される。

Description

【発明の詳細な説明】

【０００１】本出願の明細書には、２８枚のフレームか
ら成る１つのマイクロフィッシュが付録Ａとして添付さ
れている。

【０００２】

【発明の属する技術分野】本発明は、多数の異なった装
置モジュールが互いに接続されて一つの機能を有したシ
ステムを形成する、血管Ｘ線イメージングシステムまた
はそれと同様のシステムのモニタ、保守、および修理に
関する。

【０００３】

【発明が解決しようとする課題】

発明の背景 血管イメージングシステムは典型的には、患者テーブ
ル、オペレータコンソール、コントロールパネル、およ
び高電圧変圧器から成る。これらのコンポーネントは点
検修理するのにはコストが掛かる。このコストが掛かる
ことが直接的原因となって、システムがモジュール化さ
れる傾向にある。モジュール式の設計をすれば、購入者
はシステムを顧客に合わせ、個々の要求に一致させるこ
とが可能になるが、修理や保守が複雑になりかつ個々の
システムに合わせて行わなければならないので、コスト
は高く付く。このコスト面の要因だけでも血管イメージ
ングシステムをコスト低減形の診断法およびシステムに
開発していく主要な志願要因になる。

【０００４】修理や保守を行うには、フィールド・サー
ビス・エンジニアは、いつ生じるともしれない、いかな
る万が一の場合をも調べるために、現場で直ちに使える
技術マニュアルおよび修理手順を持っていなければなら
ない。しかし、ここでもモジュール式がある結果を生じ
る要因となる。すなわち、血管イメージングシステムで
は典型的に多様なモジュールが使用されるので、モジュ
ールそれぞれに対して技術マニュアルおよび処理手順書
が手持ち品となってしまう。これはかなりの書類量に相
当する。

【０００５】システムの問題を診断することはまた、的
中または外れの提案をしてしまうことでもある。すなわ
ち、問題を診断するために、フィールド・サービス・エ
ンジニアはある処理手順を実行しなければならないし、
しばしば技術マニュアルを参照してそのように実行する
必要がある。実行する第１の処理手順が問題を解決しな
いことも非常に多く、その場合、追加の処理手順を実行
する必要がある。これは著しく時間を浪費し、かつ費用
も掛かる。また、部品を交換する必要があることを処理
手順により示されることもあるが、その部品を交換して
も、システムは依然として期待通りに作動しないという
場合もある。

【０００６】問題を識別するのに２回以上の処理手順が
必要になることもある。一度、問題の原因が判定される
と、かかる動作不良のコンポーネントをどのように修理
するか又はどのように交換するかを決めるために、さら
に多くの処理手順の実行が必要になる。多くの経験を積
んだフィールド・サービス・エンジニアであれば問題を
より容易に識別し、それを解決するためのステップを知
ることができるとしても、そのような経験のあるフィー
ルド・サービス・エンジニア達でさえも原因を誤診して
しまうほど、めったに十分には発生しない問題もある。

【０００７】別のコスト要因は最適（optimum ）性能で
ある。この最適性能はしばしば見る人（beholder）の頭
の中にある。このシステムにより作られた画像を使用す
る医者一人ひとりが特有の性能パラメータ（performanc
e parameters）を保有しており、これが個々の医者にと
っての最適パラメータとなっている。このため、重要な
ことは、最適性能の状態を容易に再生することができ、
システムを個々のユーザが好む性能特性を発揮できるセ
ッティングに戻すことである。

【０００８】システムの性能をオンラインでモニタする
ことも、望まれる目的である。この目的を達成するに
は、血管イメージングシステムがしばしば複雑なものに
なる。それは、一般に多数のシステムコンポーネントが
様々な部屋に置かれ、違った電源からパワーを受けるこ
とがあるからである。概して、電気的安全、アース回り
および距離の問題が生じる。

【０００９】

【課題を解決するための手段】本発明に係る装置は、複
数のデバイスと通信を行う装置であり、この複数のデバ
イスは、前記複数のデバイスの内の関連する１つのデバ
イスと個別に通信を行う複数の分散形試験ユニット（Ｄ
ＴＵｓ）、マスタＤＴＵ、マスタＤＴＵおよび複数のＤ
ＴＵの間で情報の伝達をさせるネットワーク、およびマ
スタＤＴＵを通して複数のＤＴＵと通信を行うシステム
モニタユニットを備える。このシステムモニタユニット
は、複数のＤＴＵから情報を集めるコントロールユニッ
ト、複数のＤＴＵから集められた情報から編集されたデ
ータベース、および、集められた情報を解析し、複数の
デバイスの内の点検修理を必要とすることがある１つ以
上のデバイスの状態を識別する診断ユニットを有する。

【００１０】血管イメージングシステムの選択されたデ
バイス（線量計、コントロール用コンソールなど）に接
続されたＤＴＵを有するネットワークを使うことで、そ
のＤＴＵはデータを収集し、そのデータをシステムモニ
タに転送する。フィールド・サービス・エンジニアはフ
ィールド・サービス・ノートブック（ラップトップ形コ
ンピュータ）をシステムモニタに接続してＤＴＵが収集
したデータにアクセスする。この集めたデータを使い、
容易にモニタし再生できるシステム性能の正確な尺度が
作られ、予め設定した基準に基づいて最適（optimum ）
な性能レベルが提供される。システムモニタの電子デー
タベースの格納能力により、フィールド・サービス・エ
ンジニアには、コンポーネントリスト、マニュアル、お
よび現在のソフトウエアリリースを含む、サポートシス
テムおよびリファレンスマテリアルが与えられ、これに
より、血管イメージングシステムの迅速で、煩わしさの
少ない、より正確な修理が可能になる。

【００１１】本発明ではさらに自動化されたシステムを
提供し、このシステムによりマニュアルでデータ転送を
行っている間に生じる誤差の確率を減らし、ハードのコ
ピーサポートやフィールド・サービス・エンジニアがサ
イトに運ばなければならないテクニカルデータの量を少
なくし、そして、性能データの必要な解析をシステムモ
ニタに高精度に実行させることができ、したがって、診
断および修理における人為的なエラーを減らすことがで
きる。

【００１２】このような診断システムはトラブルシュー
ティングおよび修理の能率を上げ、ダウンタイムをより
短く止めることに繋がり、このため、コストを低減させ
かつ顧客の満足度を向上させることができる。このシス
テムはまた非侵襲であるから、血管イメージングシステ
ムが使用されている間に試験位置からデータを収集でき
る。これにより、フィールド・サービス・エンジニア達
は血管イメージングシステムのイメージング失敗になる
前にシステム性能の低下をプロアクティブに（proactiv
ely ）検出し、修正することができる。

【００１３】またオフ・サイトのテクニカル・アシスタ
ンス・センタ（ＴＡＣ）を使えば、遠隔よりシステムモ
ニタにコンタクトでき、ＤＴＵネットワークにアクセス
してシステム動作状態をチェックし、そしてシステムモ
ニタに格納されている情報を更新できる。

【００１４】本発明によればまた自動化によって評価時
間を短縮できる。本発明の診断システムはエキスパート
システムを採用しており、このエキスパートシステムは
システムモニタプロセッサで処理されるソフトウエアを
有し、このソフトウエア処理により、ＤＴＵから集めら
れ格納されたデータが解析される。エキスパートシステ
ムは過去の同様の問題状況をより迅速に参照し、解決策
を呼び戻すことができる。このエキスパートシステムは
したがってフィールド・サービス・エンジニアに、かか
るシステム上のどこをどのように解決すればよいかの示
唆を与えることができる。このエキスパートシステムは
また、正しくない処理手順が実行された場合に先取り
し、フィールド・サービス・エンジニアを代わりの正し
い解決策に向けさせる。この結果、通常の修理プロセス
に付きものであった、時間の掛かる当て推量、および試
行錯誤が低減され、血管イメージングシステムのより早
い修理または調整が可能になる。

【００１５】

【発明の実施の形態】好適な実施例の詳細な説明 本発明の診断システム１０は図１に示すように３つの主
要なコンポーネントを備えている。すなわち、１）分散
形試験ユニット（distributed test units：ＤＵＴｓ）
１２から成るハードウェアネットワークであって、血管
イメージングシステム（vascular system ）１４を構成
する種々のモジュール上の予め定めた試験位置（test p
oints ）に取り付けることができるコンポーネント、
２）ＤＴＵ１２からデータを受領し取り扱うシステムモ
ニタ１６、およびフィールド・サービス・ノートブック
１８（従来のラップトップコンピュータ）であって、フ
ィールド・サービス・エンジニアのシステムモニタ１６
に対するインタフェースとして機能するとともに、ユー
ザが本発明の診断システムにアクセスできるようにする
コンポーネントである。図３に概念的に示されているテ
クニカル・アシスタンス・センタ（ＴＡＣ）は本発明に
係る別のコンポーネントである。

【００１６】システムアーキテクチャ 本発明の診断システム１０に係る好適な実施例は図１お
よび２に示す如く、ＤＴＵ１２を直列につないだ形態が
最もシンプルな構成であり、これにより血管イメージン
グシステム（vascular system ）１４上の指定試験位置
にて機能のデータを連続収集し、その情報を前記システ
ムモニタ１６に送り返すようにしたものである。図２に
示すように、Ｘ線処置のために使用される血管イメージ
ングシステム１４は、高電圧変圧器７８、患者寝台１
７、コントロールパネル３２、およびコンソール３０と
いったモジュール装置の集合体を搭載できる。このＤＴ
Ｕネットワーク１３と前記システムモニタ１６はオンサ
イトで配置されており、血管イメージングシステム１４
の装置に接続されている。ＤＴＵ１２の各々は互いに光
ファイバネットワーク２４により接続されている。好適
な実施例によれば光ファイバネットワーク２４として、
「東芝アメリカ・エレクトロニック・コンポーネンツ
（株）」から入手できるＴＯＴＸ１７３／ＴＯＲＸ１７
３およびＴＯＣＰ１７２の光ファイバーケーブルが使用
される。各ＤＴＵ１２間の光ファイバーネットワーク２
４の最大長さは１０メートルである。フィールド・サー
ビス・ノートブック１８はフィールド・サービス・エン
ジニアによってサイトまで持ち込まれ、イーサネット接
続体２０を使ってシステムモニタ１６に接続される。こ
のフィールド・サービス・ノートブック１８にはグラフ
ィカル・ユーザ・インタフェース（ＧＵＩ）２２が設け
られており、これによりフィールド・サービス・エンジ
ニアはＤＴＵネットワーク１３と直接に通信を行うこと
ができる。

【００１７】図３に概念的に示すように、ＴＡＣ１９で
はモデム・リンク２６又はその他の適宜なデータライン
を経由して、テクニカルサポート、機能統計、エキスパ
ート・ノーレッジ（expert knowledge）、および外部デ
ータが追加的にオフサイトで得られる。このオフサイト
のサポートはオンサイトのフィールド・サービス・エン
ジニアに与えられるので、本発明に係る診断システムを
有効に機能させる上で助けとなる。

【００１８】図１および２で参照できるように、システ
ムデータのサンプル能力は血管イメージングシステムの
予め定めた試験位置に配したＤＴＵ１２により与えられ
ている。例えば、ＤＴＵ１２は血管イメージングシステ
ム１４の線量計２８、コンソール３０、コントロールキ
ャビネット３２、および高電圧変圧器３４などのコンポ
ーネントに配してある。各試験位置には異なるＤＴＵが
備えられ、このＤＴＵがその関連コンポーネントの特定
のパラメータを監視するように設けられている。例えば
線量計２８は線量計ＤＴＵ３８を有し、Ｘ線の線量情報
が集められる。ＤＴＵネットワーク１３はマスタＤＴＵ
３４に接続されており、このマスタＤＴＵ３４は、在来
の２５ピンケーブルの如くのマルチピン・ケーブル３６
によりシステムモニタ１６に接続されている。

【００１９】複数のＤＴＵ１２は直列に接続され、マス
タＤＴＵ３４に始まりかつ終わるループの閉ループを形
成している。図４に示すスター形の接続を行ってもよ
く、これにより直列接続で想定される欠点のいくつかを
克服できる。

【００２０】図２のハードウェア構成の場合、マスタＤ
ＴＵ３４はパラレルポート４０Ａを有しており、これを
通してマスタＤＴＵ３４はシステムモニタ１６のＬＰＴ
ポート４０に接続される。このＬＰＴポート４０Ａでは
４ビットがデータ入力用に、残りの４ビットが出力デー
タ用に使われている。マスタＤＴＵ３４は光学受信機／
送信機５４を有し、光ファイバネットワーク２４との間
の通信が可能になっている。このマスタＤＴＵ３４は、
システムモニタ１６からデジタル信号を受診し、それを
ＤＴＵネットワーク１３用の光信号に変換する。マスタ
ーＤＴＵ３４は、個々のＤＴＵ１２から戻ったデータを
受診すると、その信号を光信号の形態からデジタル信号
の形態に変換し、それらの信号をシステムモニタ１６に
渡して解析させる。

【００２１】動作中においては、マスタＤＴＵ３４が閉
ループ中の第１番目のＤＴＵ１２にデータを送り、その
第１番目のＤＴＵ１２がそのデータを第２番目のＤＴＵ
１２に再送信し、これを順次行って最後のＤＴＵ１２が
かかるデータをマスタＤＴＵ３４に送り返し、ループを
完成させる。ＤＴＵ１２のシリアルネットワークの場
合、ＤＴＵ１２全部を接続してループを形成するのに１
つの光ファイバネットワーク２４のみで済むという点か
ら、コスト的利点が一番である。

【００２２】この接続法の不利な点としては、ａ）１つ
のＤＴＵの電源がダウンすると、ネットワークループ全
体が動作不能になること、および、ｂ）送信時に、光パ
ルスの歪みが生じることがあり、この歪みが高速光通信
の性能を低下させて低速モードになってしまうこと、で
ある。これらの不利な点は図４に示すようにスター／ル
ープ形それぞれのネットワーク構成を結合させたものを
使って説明きる。

【００２３】スター／ループ形ネットワークの一例を図
４に示す。本実施例では４個以上の光入出力チャンネル
を使い、本診断システムにとって不可欠な全てのＤＴＵ
１２を光ファイバケーブル・ネットワーク２４の個々の
リンクによってアクセスできるようにしている。第２
に、ＤＴＵ１２はまたループ状に接続できる。主要なＤ
ＴＵ１２には直接アクセスができるので、１つのＤＴＵ
１２が故障していてもネットワーク全体が動作不能にな
るという事態が防止される。スター形構成の一つの不利
な点は別々に接続するためには光ケーブルが付加的に必
要になることである。しかし、各ループはそのループに
割り当てられた専用のマスタＤＴＵ回路を持つことがで
き、そのマスタＤＴＵ回路は図２の閉ループの実施例に
関連して説明したマスターＤＴＵ３４と同類のものでよ
い。あるいはまた、マスターＤＴＵ回路一式がいくつか
のループに共用されるという多重配置の構成を採用する
こともできる。

【００２４】分散形試験ユニット さてＤＴＵ１２を図５〜１１を参照してさらに詳細に説
明する。ＤＴＵ１２は可搬形のデータ収集ユニットであ
り、血管イメージングシステム１４上の所定位置に接続
することができるように設計されており、そのイメージ
ングシステムの通常動作又はそのイメージングシステム
で作り出される画質に影響を及ぼすことなく、かかる接
続が可能になっている。ＤＴＵ１２は本発明の診断シス
テムの“感覚器”であり、データを収集してシステムモ
ニタ１６に送り出す。

【００２５】図５に示すように、３つの基本的モジュー
ルが肩車状に設けられて１つのＤＴＵを成している。す
なわち、１）マイクロプロセッサ・モジュール（Ｍ
Ｍ）、２）パワー・モジュール４８（ＰＭ）、および
３）サンプル・コントロール・モジュール（ＳＣＭ）５
０である。これらのモジュールは図５に示すように、積
層可能なマルチピン・コネクタ５２により接続するのが
好ましい。ＤＴＵ１２は、適宜なＳＣＭモジュール５０
を選択し、マイクロプロセッサ・モジュール４６および
パワー・モジュール４８と一緒に積層することにより特
定の試験位置に合わせることができる。マイクロプロセ
ッサ・モジュール４６およびパワー・モジュール４８は
各ＤＴＵ１２に対して不変であることが望ましい。ＤＴ
Ｕ１２にはＬＥＤ１０４が搭載されており（図１に示
す）、このＬＥＤ１０４が状態情報を提供し、起動後に
ＤＴＵ１２が動作しているか否かを表示する。

【００２６】マイクロプロセッサ・モジュール４６はバ
ッテリパワーをオフ動作可能である東芝製６８ＨＣ１１
ＡＯのマイクロプロセッサ４４を、ネットワーク内での
メモリおよび接続用光入出力能力と伴に有している。Ｄ
ＴＵ１２は、血管イメージングシステムの例えば線量計
といった１つのコンポーネントに少なくとも１対が光学
である、接続するためのアナログ又はデジタルの入出力
を有している。

【００２７】血管イメージングシステムのＤＴＵ１２を
配置する試験位置の各々は様々の機能に供する。したが
って、種々のタイプのＳＭＣ５０が使われる。しかしな
がら、パワー・モジュール４８とマイクロプロセッサ・
モジュール４６は各ＤＴＵ１２に共通である。全てのＤ
ＴＵ１２は全体的には似ているけれども、入力条件およ
び動作レベル（電圧および値）は変わることがある。

【００２８】ＤＴＵ１２を取り付ける所定の試験位置
は、最高の可能な限りの画質を得る上で最も重要と考え
られる位置である。各ＤＴＵ１２はいくつかの機能を果
たす。この機能には、１）光ファイバネットワーク２４
を通して受診したシステムモニタ１６からのコマンドを
監視して待つ、２）所定の試験位置への入力を監視す
る、および／または３）所定値を保持するように試験位
置を変更する、ことが含まれる。例えば、ＤＴＵ１２は
正のフィードバック制御システムとして動作でき、その
システムでは出力がある所定値に到達するまで入力とし
てフィードバックされる。このため、例えばユーザが線
量計２８の放射をある値まで上げたいと望むと、その線
量計ＤＴＵ３８は指定出力値に達するまで放射を増分ず
つ増加させる。

【００２９】マイクロプロセッサ・モジュール４６はパ
ワーモジュール４８および試験位置特有のＳＣＭ５０に
一体化されている。マルチピンコネクタ５２を介して、
ＳＭＣ５０を制御するために必要な信号がマイクロプロ
セッサ４４から与えられる。図６に示すマイクロプロセ
ッサ・モジュール４６の好適なアーキテクチャには、光
学受信機および送信機５４、東芝製モデル６８ＨＣ１１
Ａ１またはそれと同等のものなどのマイクロプロセッサ
４４、ＥＰＲＯＭ５８、ＲＡＭ ２０００メモリ５６Ａ
のバンク、ＲＡＭ ６０００ メモリ５６Ｂのバンク、
ＲＡＭ ８０００ メモリ５６Ｃのバンク、およびフィ
ールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）
６４が含まれる。マイクロプロセッサ４４はマルチピン
コネクタ５２に接続されているデータ／アドレスバスを
介して情報を伝送する。図９は、全部のＤＴＵ１２の各
々に対するマルチピンコネクタの信号割り当ての一例を
示している。

【００３０】光学受信機および送信機５４は光ファイバ
ネットワーク２４から受診した光パルスを電気的信号に
変換し、この信号がマイクロプロセッサ４４の通信ポー
トにより認識される。図６に示すごとく、拡張多重モー
ドで動作しているマイクロプロセッサ４４は、外部のＲ
ＡＭ５６Ａ、５６Ｂ、５６ＣおよびＥＰＲＯＭ５８、な
らびにＩ／Ｏにアクセスする。マイクロプロセッサのメ
モリマップの典型例を図１０に示す。

【００３１】各ＤＴＵ１２はマイクロプロセッサ４４内
の直列接続の２つの６８ＨＣ１１Ａ０を使ってデータを
送受信するもので、そのシリアル・コミュニケーション
・インターフェイス（ＳＣＩまたはＲＳ２３２）６０お
よびシリアル・ペリフェラル・インターフェイス（ＳＰ
Ｉ）６２は図１１に示す通りである。クロスバースイッ
チ６４を使い、システムモニタおよび試験位置の間で切
り換えられる情報のフォーマットで指令されたように、
光学リンク、および電気リンクを試験位置、すなわちＲ
Ｓ２３２ ６０ポートまたはＳＰＩ ６２ポートに接続
する。クロスバースイッチ６４Ａは図１１に示す如くＦ
ＰＧＡの一部としてインプリメントされている。コード
／デコード・ロジック６５がＭＯＳＩ／ＳＣＫフォーマ
ットの信号をＲｘ／Ｔｘフォーマットに、又はその反対
に変換する。

【００３２】ネットワーク上の全てのトラフィックをマ
イクロプロセッサ４４を通して行わせる代わりに、ＳＰ
Ｉ６２が光学受信機から情報を受け、その信号を光学送
信機５４に再送信する。再送信された信号は再び変調さ
れて光学パルス幅の歪みを補う。（ＰＡＬ再送信スイッ
チ５３を参照のこと。）このように、パルス幅の歪みを
蓄積することなく、沢山のＤＴＵ１２を直列に接続する
ことができる。

【００３３】一般的なＤＴＵ１２の場合、８個のアナロ
グ信号（０〜２．５Ｖレンジ）をサンプルできる。マイ
クロプロセッサ４４はその内部にＡ／Ｄ変換部６６を備
えている。試験位置から送られてきたアナログデータは
マルチピン・コネクタ５２を通って、このマルチピン・
コネクタに直接結合しているマイクロプロセッサ４４に
到達する。アナログデータは次いで前記Ａ／Ｄ変換器６
６を通ることでマイクロプロセッサ４４内においてデジ
タルフォーマットに変換される。ＳＣＭ５０にはチップ
セレクトロジックとともにエクスターナルデータ／アド
レスバスが使用されており、そのＤＴＵ１２（アドレス
レンジ０８００−ＯＦＦＦ、図７）から別のＤＴＵにイ
ンターフェースできる。初めの４つ（Ａ_０ − ＋５
Ｖ、Ａ_１− ＢＡＴＴ．１、Ａ_２ − ＢＡＴＴ．２、
Ａ_３ − ＋１２Ｖ）の入力チャンネルはパワー・モジ
ュール４８（図５参照）をモニタする。最初のチャンネ
ルが＋５Ｖの電源電圧をモニタする。第２および第３の
チャンネルがＤＴＵ１２内で利用されている２つのバッ
テリをモニタする。第４番目のチャンネルは内部のＤＣ
／ＤＣ変換器の電圧をモニタする。終りの４つのアナロ
グチャンネルは試験位置の何れか１つからデータをサン
プルすることができる。

【００３４】各ＤＴＵ１２は１時間までの間必要なデー
タを保持するためバッテリ６８および２４ＶＤＣ入力７
０（図５）を有する自前のパワー・モジュール４８を備
えることが望ましい。このバッテリは内部のＤＣ／ＤＣ
変換器７２からチャージされる。あるＤＴＵ１２の「電
源オン」の間、入力７０に印加される２４Ｖのパワー
は、外部の電源又は血管イメージングシステムの内側の
ＤＣ電源ラインの一方から発生させることができる。Ｄ
Ｃ／ＤＣ変換器７２は２４Ｖの入力電圧を、最高電流５
００ｍＡの１２Ｖ出力電圧に変換する。仮にこの機械か
ら２４Ｖ電源にアクセスできない場合、出力が２４Ｖ
ＤＣである外部の壁面プラグ変圧器が使われる。前記変
換器は５００Ｖ ３０００Ｖ入力／出力絶縁定格を有す
る。パワー・モジュール４８の系統図（各ＤＴＵに共
通）の一例を図７に示す。

【００３５】このパワー・モジュール４８はリレースイ
ッチ７４を通してＤＣ／ＤＣ変換器７２に接続されてい
る。高ノイズ耐性が必要なときは、パワー・ モジュー
ル４８を物理的にＤＣ／ＤＣ変換器７２から切り離して
Ｘ線曝射の期間のデータ収集に必要な短い時間の間は内
部のバッテリ６８から電源供給することができる。

【００３６】ＤＴＵ１２の各々は、それらが持っている
ＳＣＭ５０に由来してＤＴＵ１２の特別な特性を有して
いる。ＳＣＭ５０の系統図は図８に示す如く、ｋＶ，ｍ
ＡＤＴＵ７６、マスタＤＴＵ、線量計ＤＴＵ３８、およ
びＰＭＴ ＤＴＵ８０に共通である。

【００３７】図１２および１３の例により示す如く、適
宜なＳＣＭ５０を選択しているので、一般的なＤＴＵ１
２が、血管イメージングシステム１４のどこに配置する
かに応じて、線量計ＤＴＵ３８またはコンソールＤＴＵ
８８といった別の特定ＤＴＵ型として機能することがで
きる。（図２参照のこと。）線量計２８からといった、
試験位置からのデータはＳＣＭ５０上の試験位置接続体
５１を介してＤＴＵ１２で受診される。ラインＢ４およ
びＢ５上のコマンドによってスイッチ２００が制御さ
れ、リファレンス電圧と試験位置信号との間で切り換え
がなされる。デバイダ５９により、フルスケールおよび
目盛られたレベルのその信号がスイッチ２００から計測
アンプ２０２に与えられる。

【００３８】計測アンプ２０２は次いでマルチピン・コ
ネクタ５２に通じているラインＡＩＮ６およびＡＩＮ７
をドライブする。このためデータはマルチピン・コネク
タ５２のピンＡＩＮ６およびＡＩＮ７を通してマイクロ
プロセッサ・モジュール４６に送られる。ＳＣＭ５０
は、モニタ又はフィールド・サービス・エンジニアのラ
ップトップ・コンピュ−タと交信をとるためＲＳ２３２
接続体５５を備えている。ＭＡＸ ２３２ ＲＳ２３２
チップ５７を設けてあり、これがかかるデータ信号ＲＳ
２３２フォーマットから（およびこのフォーマットへ）
ＳＣＭ５０で使用する±５Ｖのフォーマットに変換す
る。本発明の診断システムで使用するＤＴＵ１２および
それらの各ＳＣＭ５０の種類を以下に例示する。

【００３９】ｋＶ，ｍＡ ＤＴＵ ｋＶ，ｍＡ ＤＴＵ７６のＳＣＭ５０は、ＨＶジェネレ
ータタンク７８（高電圧変圧器）上に配置されたＴＥＲ
ＭＩＮＡＬ−Ａ ＰＷＢにまたはＦＥＥＤＢＡＣＫ Ｐ
ＷＢに接続することができる。（図２参照のこと。）ｋ
Ｖ，ｍＡ ＤＴＵ７６により試験位置５１の電圧および
／または電流が測定される。このＳＣＭ５０は試験位置
とＤＴＵ１２の間のインタフェースとして機能する。一
組の演算アンプがｍＡ信号を、この電流レベルに比例す
る電圧レベルに変換する。同様の回路により＋ｋＶ／−
ｋＶ信号が見分けられ、絶対ｋＶ信号になる。このｍＡ
アンプは４〜１５００ｍＡの信号レンジ内で動作する必
要がある（間接撮影／撮影モード）。したがって、様々
なレンジを適応させるため、図８のプログラマブル・レ
ジスタ・デバイダ５９を介してプログラムされた増幅度
が与えられる。

【００４０】光電子倍増管ＤＴＵ 光電子倍増管（ＰＭＴ）ＤＴＵ８０によりＰＭＴ８０Ａ
に加わる電圧が測定されるようになっている。簡単なＯ
Ｐアンプ回路を使えばそのＰＭＴ電圧を、マイクロプロ
セッサ・モジュール４６（ｋＶ，ｍＡ ＳＣＭと同様）
が測定するレベルに変換できる。

【００４１】線量計ＤＴＵ 線量計ＤＴＵ３８（図１２に示す）は典型的には線量計
２８に接続され、イメージング管に入射する放射線を測
定する。この線量計ＤＴＵ３８はＲＳ２３２リンクを使
って３５０５０Ａまたは等価な線量計２８を制御し、適
切なレンジおよびモードを設定し、データを要求し、お
よびそのデータを光ファイバネットワーク２４を通して
前記システムモニタ１６に伝送する。この線量計ＤＴＵ
３８用のＳＣＭ５０（図８に示す）は“Ｋｅｉｔｈｌｅ
ｙ”タイプ線量計用に設計されているが、別のタイプの
線量計を使う場合は設計変更できる。このＳＣＭ５０に
はＭＡＸＩＭ ＭＡＸ ２３２と同様のデバイスが使用
されており、これによりマイクロプロセッサ４４からの
０〜５Ｖ ＲＳ２３２レベルが、線量計２８に必要な９
Ｖレベルに変換される。線量計２８は内部のバッテリの
みから電源供給を受け、遠隔からはターンオンさせるこ
とはできない。オペレータは「ＰＯＷＥＲＯＮ／ＯＦ
Ｆ」のボタンを押して起動させなければならない。しか
しながら、この線量計は、ユーザにより選択された１〜
２５５分の「無人運転」期間が経過すると、それ自身で
ターンオフする。

【００４２】テクニック・セレクタ／コンソールＤＴＵ このテクニック・セレクタ（ＴＳ／コンソール）ＤＴＵ
８８（図２に示す）はオペレータ・コンソール３０に接
続されており、オペレータのコンソール３３に問いただ
し、このテクニック・セレクタがオペレータにより選択
されたかどうかを判定する。さらに、このＤＴＵはユー
ザが行った全ての動作をモニタし報告する。例えば、こ
のＤＴＵはｋＶ，ｍＡ設定、焦点選択、Ｘ線管選択など
のテクニックの選択をモニタし記録する。ｋＶ，ｍＡの
状態またはテクニックはオペレータを介在させることな
く、ＴＳ ＤＴＵ８８から遠隔で選択し確認でき、多数
の手順の完全自動化が可能になっている。後述するよう
に、血管イメージングシステム１４のキャリブレーショ
ン状態はＤＴＵ１２の測定値をオペレータ・コンソール
３３の設定値と比較することで確認できる。

【００４３】このＴＳ／コンソールＤＴＵ８８はまたオ
ペレータ・コンソール３３の自動試験機能をドライブす
る。そこで本発明の血管イメージングシステムは、それ
ぞれのＤＴＵ１２が報告した試験位置の測定値を使っ
て、これらの測定値を、テクニック・セレクタＤＴＵ８
８がオペレータ・コンソール８８に記録した設定値と比
較し、正確性を担保することができる。

【００４４】マスタＤＴＵ このマスタＤＴＵ３４は図２に示すようにループにおけ
る初めでそして終りのＤＴＵである。マスタＤＴＵ３４
はシステムモニタ１６および光ファイバーネットワーク
２４間でプロトコル保存およびデータバッファリングの
機能を果たすようになっている。マスタＤＴＵ３４のＳ
ＣＭ５０を概略的に図８に示すが、このＳＣＭは必要な
信号を出力し、パラレルポート４０Ａを介してマスタＤ
ＴＵ３４をシステムモニタ１６のＬＰＴポート４０にリ
ンクさせる。この通信には「Ｓｔａｎｄａｒｄ Ｌａｐ
−ＬＩＮＫ」又は「Ｉｎｔｅｒｌｉｎｋ」のプロトコル
が使われる。マスタＤＴＵ３４間のＳＣＭ５０には、マ
ルチピンコネクタ５２とシステムモニタ１６のＬＰＴポ
ート４０の間でデジタル信号用のバッファ２０４が利用
されている。

【００４５】８本のデータラインと１本のストローブラ
インを使って、入力信号がシステムモニタのＬＰＴ４０
からマスタＤＴＵ３４のパラレルポート４０Ａに送られ
る。「ＳＥＬＥＣＴ」、「ＰＡＰＥＲ ＥＮＤ」、「Ａ
ＣＫＮＯＷＬＥＤＧＥ」、「ＢＵＳＹ」、および「ＥＲ
ＲＯＲ」の信号がシステムモニタ１６のマスタＤＴＵ３
４からの出力信号として使われている。このマスタＤＴ
Ｕ３４はＲＳ２３２同様のプロトコルを使って、４ビッ
ト（＋１ストローブ）のニブルを収集し、このニブルを
ネットワークプロトコルで受入れ可能なブロックにパッ
クする。これにより、標準ＬＰＴポート４０を使って、
システムモニタ１６および光ファイバネットワーク２４
間での通信を簡単化することができる。

【００４６】本発明の血管イメージングシステムはマス
タＤＴＵ３４が無くても構成することができ、その場合
には、マスタＤＴＵ３４を、システムモニタ１６および
ＤＴＵネットワーク１３間で高速の光通信を行うように
したシステムモニタ内の回路に置き換える。

【００４７】システムモニタ このシステムモニタ１６（図１、２および１４に示す）
は、マスタＤＴＵ３４を通して他の全てのＤＴＵ１２を
制御するもので、それらのＤＴＵ１２に情報の問い合わ
せを行うとともに、それらのＤＴＵが送り返してきたデ
ータを処理する。システムモニタ１６は全てのＤＴＵ１
２の何れとも個々に通信を行うことができる。システム
モニタ１６はリクエスト／コマンドを各ＤＴＵ１２に送
ると、これに呼応してＤＴＵ１２はそれらがあてがわれ
ている装置から各々サンプルデータを収集する。システ
ムモニタ１６は各ＤＴＵ１２が提供したデータを解析し
て血管イメージングシステム１４に発生した変化を判定
することができる。システムモニタ１６はまた、あるＤ
ＴＵ１２にコマンドを与えてそれ自身を別のタイプのＤ
ＴＵ１２に再構成することができる。

【００４８】システムモニタ１６は図１４に概念的に示
す通り、コンピュ−タであり、このコンピュ−タは、マ
ルチピン・ケーブルコネクタ３６を介してマスタＤＴＵ
３に接続するためのパラレルポート・インターフェース
（ＬＴＰ）ポート４０、およびフィールド・サービスの
ノートブック・コンピュ−タ１８に接続するためのイー
サネット接続体２０を有している。このシステムモニタ
１６はそのハードウェアとしてＣＤ−ＲＯＭ記憶装置９
４またはその同等物、マルチメディア能力、モデム９
６、イーサネット接続体２０、スピーカを備えたサウン
ドボード９８、グラフィックス能力、ハードウェアキー
１００、およびバーコードリーダ１０２を有する。シス
テムモニタ１６はまたＣＤ−ＲＯＭ９４から立ち上げる
（boot）こともできる。システムモニタ１６は「マイク
ロソフト」社のウィンドウズ（Ｗｉｎｄｏｗｓ）・ベー
スのソフトウェア上で動作させることが望ましい。シス
テムモニタ１６はまた、ウィンドウズ´９５（ＷＩＮＤ
ＯＷＳ´９５）またはユニックス（ＵＮＩＸ）といった
次世代のソフトウェア・プラットフォーム上で動作させ
てもよい。

【００４９】図１４に示す如く、このシステムモニタ１
６は診断システムの主要なシステム機能の全部を制御す
る。本発明に係る診断システム１０を稼働させる上で必
要な全ての情報および機能は、ソフトウェアによるグラ
フィカル・ユーザ・インターフェース（ＧＵＩ）２２を
除いて、図３６、３７、３８、３９および４０に示すよ
うに、システムモニタ１６の内部に含まれている。この
システムの現在および過去の性能情報ファイルはオンサ
イト・データベース１１０に格納されている。システム
モニタ１６にはリモート・アクセス能力１１１が搭載さ
れており、このリモート・アクセス能力により本サイト
と交信し、ＴＡＣ１９によりモニタ可能になっている。
ＣＤ−ＲＯＭ９４には書類（マニュアルおよび手順）、
装置仕様、およびサイトでの点検修理活動（service ac
tivities）を実行する上で必要なビデオ・サポートのＣ
Ｄが含まれている。

【００５０】またリモート・アクセス機能１１１を使っ
て遠隔のユーザがシステムモニタ１６からファイル（例
えばエラーラグ、サイトの歴史情報）を転送し、システ
ムモニタ１６のデータベースにアクセスし、診断または
ＤＴＵ１２の制御といった遠隔機能を実行し、ソフトウ
ェア訂正情報を受信し、ＤＴＵ１２の制御機能（すなわ
ち、「サンプルＤＴＵ＃２ １０秒毎」といったシステ
ムモニタ１６に対するリモートコマンド）の実行予定を
立て、そしてシステムの動作実行予定を立てることがで
きる。システムモニタ１６はまた自己診断、およびＣＤ
−ＲＯＭアクセス、ＤＴＵ１２のネットワーク、ＬＰＴ
ポート４０、シリアルポート１０８、およびイーサネッ
ト接続体２０上の診断を実行する。

【００５１】フィールド・サービス・エンジニアがフィ
ールド・サービス・ノートブック（コンピュータ）１８
をイーサネット接続体２０を通してシステムモニタ１６
に接続すると、ネットワークデータにアクセスすること
ができる。システムモニタ１６を通して診断情報が得ら
れ、トラブルシューティングおよび各ＤＴＵ１２の保持
を行うことができる。システムモニタ１６はまた診断処
理手順を使ってフィールド・サービス・エンジニアを補
助することができる。フィールド・サービス・エンジニ
アおよびＴＡＣ１９は共にモデム９６を介して遠隔から
システムモニタ１６にコンタクトし、ＤＴＵ１２のネッ
トワークにアクセスするとともにシステムの動作をチェ
ックすることができる。システムモニタ１６はまたＴＡ
Ｃ１９とのコンタクトを開始することもできる。ＴＡＣ
１９は同様にシステムモニタ１６に電子メールまたは技
術報告を送り、フィールド・サービス・エンジニアに読
ませることが可能である。

【００５２】システムモニタ１６は各ＤＴＵ１２から送
られてきたデータを解析した後、その結果をモデム９６
を介してＴＡＣ１９に自動的に送ることができる。もし
何かの理由でＴＡＣ１９のラインがふさがっている場
合、システムモニタ１６はその送りたいデータを後の伝
送用にスプール（キューへの処理）する。またシステム
モニタ１６によってユーザはシステムモニタ１６からＴ
ＡＣ１９へのデータのログやファイルの伝送予定を立て
ることができる。例えば、システムモニタのエラーログ
や動作ログは８時間毎に伝送予定を立てることができ
る。

【００５３】このシステムモニタ１６は各ＤＴＵ１２か
ら送られてきた線量、信号振幅、解像度、およびフィー
ルドの一様性などの試験位置データを解析する。インス
トールやキャリブレーション時には、フィールド・サー
ビス・エンジニアがパラメータ（試験位置）の各々に対
して受容可能な値を入力する。例えば、受容可能な線量
値は０．０８〜０．０９と設定できる。これらの値は一
度入力されると、システムモニタのデータベース１１０
に格納される。かかる事態が指令されると、システムモ
ニタ１６は線量計ＤＴＵ３８の如くの、該当するＤＴＵ
から現在の値を読み込み、次いで読み込んだ値をシステ
ムモニタ１６に設けたエキスパート・システム（expert
system ）に渡す。このエキスパート・システム１１５
は読み込んだ値を設定値と比較し、かかる読み込み値が
受容可能な範囲内であるかどうかを判定する。エキスパ
ート・システム１１５の判定により、血管イメージング
システムの修理およびメインテナンスの間にユーザに促
してとらすべきはどんな手続又は動作であるかが決定さ
れる。

【００５４】このシステムモニタ１６は多数の診断処理
手順を実行するので、システムの修理に伴う当て推量を
減らすことができる。図１５の例によって示す如く、フ
ィールドサービスエンジニアは「解像度処理手順（Reso
lution Procedure）」により解析処理の中を案内され、
画像の解像度が修正される。この結果、Ｘ線から細い大
動脈の如くのビデオ像が画面上に表示され医師の観察に
供せられる。医師にとっては殆ど又は全く価値の無いほ
ど画質が劣化していることがある。そのような場合、画
質の劣化はイメージ管（これを取り換えるにはおよそ４
０，０００ＵＳ＄も掛かる）のまずさに因って生じてい
るか、またはＸ線管（この取り換えはかなり安い）のま
ずさに因るかであろう。

【００５５】この解像度処理手順により問題の真の原因
を求めるため一連の分離テクニックが行われる。この手
続きによりフィールド・サービス・エンジニアのノート
ブック・コンピュ−タ上にインストラクションが表示さ
れる。フィールド・サービス・エンジニアはそこでＸ線
画像化領域にファントム対象物を挿入する。このファン
トム対象物は鉛製のスクリーンで、所定の間隔と所定の
厚さを有するワイヤを備えている。図１６および１７に
示すＣおよびＣ＋＋言語で書かれたアルゴリズムを使っ
て、解像度処理手順により画像の解像度はどの位置で測
定できるかが判定される（ノーマルモード、拡大Ｉモー
ド、又は拡大ＩＩモード）。仮に解像度がこの３つのモ
ードの何れかで測定できるならば、イメージ管は良好で
ある。次いで解像度処理手順は「ディスプレイ・マスタ
・オブジェクティブ・レンズ（Display Master Objecti
ve Lens ）」といった他の処理手順を実行する。もしマ
スタ対象レンズ（master objective lens ）が良好であ
るならば、次いで、図１８および１９に示す「チェック
・フォーカル・スポット・サイズ（Check FocalSpot Si
ze ）」の処理手順が実行される。

【００５６】フィールド・サービス・エンジニアは今ま
で、この解像度の問題を解決しようとする中で、実際に
はＸ線管のフィラメントに欠陥があった場合でも、イメ
ージ管が原因であると考え、それを取り換えてきたかも
しれない。本発明のシステム１０によれば起こった問題
に対する可能性のある全ての原因を予想し、不適切な解
決策を自動的に排除／消去することで、そのような誤り
を回避できる。

【００５７】前記エキスパート・システム（expert sys
tem ）が実行する他の処理手順としては半値テスト（こ
れは例えばＸ線ビームのハードネス（hardness）を決め
る）、クイック・チューブ・キャリブレーション・チェ
ック（Quick Tube Calibra-tion Check）、チェック・
マックス・エントランス・エクスポージャ・レート（Ch
eck Max Exposure Rate ）、およびフルオロ・ドーズ・
データ（Flouro DoseData）の手続きなどがあり、それ
ぞれ図２０、２１、２２、２３、２４、２５、および２
６に示されている。

【００５８】当業者ならば、これらの手順はシステムモ
ニタ１１６に格納できかつエキスパートシステム１１５
により実行できる多くの処理手順の単なる例であること
を容易に認識できることであろう。これらの処理手順
は、カリフォルニア州、パロアルト（Ｐａｌｏ Ａｌｔ
ｏ）に所在する「Ｎｅｕｒｏｎ Ｄａｔａ Ｃｏｒ
ｐ．」によりつくられた「ＮｅｘＰｅｒｔ」の名称で市
販されているソフトウェアパッケージ上で実行される。
エキスパートシステム１１５用のソースコード（Ｎｅｘ
Ｐｅｒｔ自身のコード言語が使われている）の一例はマ
イクロフィッシの形で後掲する付録Ａに添付してある。

【００５９】このシステムモニタ１６は安全機能も有し
ている。遠隔のユーザ、例えばＴＡＣ１９、およびフィ
ールド・サービス・ノートブック１８を介してシステム
モニタ１６につながっているユーザは、ユーザ・ログ・
インおよびフィールド・サービス・ノートブック１８の
パラレルポート１０６に取り付けられたハードウェアキ
ー１００に関連したユーザ・パスワードを通して証明さ
れる。この証明情報はシステムモニタのデータベース１
１０に保持される。一時的にハードウェア・キーを設け
て本診断システム１０のインストールおよび試験に使え
る。インストール時には、フィールド・サービス・エン
ジニアがＴＡＣ１９に確認の電話を入れると、ＴＡＣ１
９が今度はキーをサイト固有のものにする。

【００６０】エキスパート・システム１１５は同様にシ
ステムモニタのデータベース１１０に格納されている実
行および歴史の情報を利用している。このシステムモニ
タのデータベース１１０はエラーログ、アクティビティ
ログ、問題解決ログ、結果ログ（システム評価テストの
結果を提供）、ハードウェア・キー情報、およびシステ
ムモニタのモジュール・バージョン情報（各プロセスお
よびソフトウェア・リリースの版および改定情報を含
む）を格納している。この情報が集合的に使われ、エキ
スパートシステムによる診断をサポートする。

【００６１】フィールド・サービス・ノートブック このフィールド・サービス・ノートブック１８により本
発明にかかる診断システム１０が完結される。図１，２
および１４に示す如く、フィールド・サービス・エンジ
ニアが現場に到着すると、このフィールド・サービス・
ノートブック１８がイーサネット接続体２０を通してシ
ステムモニタ１６に接続される。次いで、グラフィカル
・ユーザ・インタフェースのソフトウェア・ツール２２
を使って、ユーザはシステムモニタ１６と交信を行い、
各ＤＴＵ１２を含む、診断および保守の機能の全てにア
クセスできる。フィールド・サービス・エンジニア・ノ
ートブック１８には「Ｉｎｔｅｌ ３８６」又は「４８
６」又は同等のポータブル・コンピュ−タといったマイ
クロプロセッサ、グラフィックス能力、「ウィンドウ
ズ」、およびウィンドウズ・ベースのグラフィック・ユ
ーザ・インタフェース（ＧＵＩ）が含まれる。本発明の
好適な実施例によれば、ＧＵＩとして、カリフォルニア
州、タスティンに在る東芝アメリカメディカルシステム
ズ社から出されている「スマートブック（ＳｍａｒｔＢ
ｏｏｋ）」を使うことができる。

【００６２】テクニカル・アシスタンス・センター テクニカル・アシスタンス・センター１９（ＴＡＣ）は
本発明の診断システム１０に対する中央情報源にあた
る。図３参照のこと。ＴＡＣエンジニアにとってのツー
ルは通常ユーザのインタフェースから得ることができ、
このインタフェースによりＴＡＣエンジニアはオン・サ
イトのシステムモニタ１６から画像をアップロードし且
つ観察するのみならず、ログファイルをアップロードし
て、システムの性能状態を再検討することができる。Ｔ
ＡＣ１９では完全なサイト・ヒストリのみならず、オン
・ラインのエキスパート・システムも同様に使用でき
る。ＴＡＣ１９で使用できるテクニカル・エキスパート
は迅速な診断システムの質問に関してフィールド・サー
ビス・エンジニアの助けとなる。

【００６３】ＴＡＣ１９のハードウェアとしては、内部
モデムを備えた従来形の複数のパーソナルコンピュ−タ
（ＰＣｓ）、複数のイーサネットカード、複数の２００
メガバイトまたはそれ以上の記憶容量のハードディス
ク、複数のＣＤ−ＲＯＭドライブ（これらはファイルサ
ーバに取り付けて共有可能な資源として使うことができ
る）、ワークステーション間を結ぶ複数のイーサネット
接続網、１つのファイルサーバ、１つのバックアップシ
ステム、１つの無停電電源装置（ＵＰＳ）、および１つ
のレーザプリンタが含まれる。好適には、ＴＡＣ１９は
市販されているＮｏｖｅｌｌネットワーク、Ｏｒａｃｌ
ｅデータベース・サーバ、Ｎｅｕｒｏｎデータ・エキス
パート・システム、および全てのＰＣ上で動くＷｉｎｄ
ｏｗｓ３．１のソフトウェアを使っている。ＴＡＣ１９
のワークステーションはイーサネットを介して接続さ
れ、Ｎｏｖｅｌｌネットワーク上で動作する。

【００６４】ＴＡＣのユーザはサイトにつながると、
１）“Get Images”、２）“DisplayImages”、３）
“ＨＷ Key Information ”、４）“Error Log ”、お
よび５）“Site History”の機能を使用できる。これら
機能の全てはスクリーン上の（on-screen）ボタンまた
はアイコンにより表示され、表示されたスクリーンから
アクセスできる。可能な場合には、アクセラレータ・キ
ーを設けて、それらの機能をアクセスのために使える。
（ここで使用している用語「アクセラレータキー（Acce
lerator Keys ）」は、プルダウン・メニュ・コマンド
またはクリックオン・ボタンの代わりに使うことができ
るキーストロークまたはキーストロークの組み合わせを
意味している。

【００６５】“Get Images”の機能を使って、ＴＡＣエ
ンジニアはあるサイトにつながり、画像を検索すること
ができる。それを検索する前には画像をアイコンとして
みるという選択肢が在るが、このアイコンはサイズが小
さいためにオリジナルのものに比べて幾分詳細面で劣る
と思われる。（画像サイズが小さいほど高速転送が可能
になる。）このＴＡＣエンジニアはフル画像の代わりに
画像ヘッダのみを検索することもできる。“Display Im
ages”の機能により、ＴＡＣエンジニアはサイトから検
索した画像を表示することができる。一度表示される
と、画像パラメータを調整する“windows level ”のコ
ントロールができるようになる。“ＨＷKey Informatio
n ”の機能により、ＴＡＣエンジニアはあるサイトにつ
ながって、そのサイトのキー目次のスクリーン上のスナ
ップショットを呼び出すことができる。ＴＡＣエンジニ
アは“Error Log ”の機能を使うと、サイトのエラーロ
グを通して走査することができる。“Site History”の
機能により、サイト上に格納されているデータから、Ｔ
ＡＣのデータベース１１２に格納されているサイト情報
から、および将来には、ＡＳＳＩＳＴデータベース１１
４に格納されているサイト・ヒストリからサイト・ヒス
トリが提供される。

【００６６】サイト上に格納されている“Site Histor
y”には、プロセス・ヒストリ／ステータス、キー更新
情報、キーステータス、エラーメッセージ、システム実
行パラメータ、ＤＴＵ記録などが含まれる。ＴＡＣのデ
ータベース１１２からのサイト・ヒストリには、遭遇し
た問題、それらの修理（fixes ）などが含まれる。ＴＡ
Ｃエンジニアがこのオプションを選択すると、表示領域
は３つの情報源に応じて色またはフォントの何れかによ
り区別される。ユーザは必要ならば“Site His-tory”
の状態から直接あるサイトにつないでファイルログを更
新することができる。

【００６７】一連のデータベースのサーバー機能によっ
て、ＴＡＣのデータベース１１２は全てのサイトについ
て完全な情報を保持する。以下の機能の全てはユーザが
多様なグラフ（パイ（ｐｉｅ）、ライン、バー）の基に
表示情報をプロットできるようにグラフ能力を有してい
る。データベースのサーバー機能によって、ＴＡＣエン
ジニアは“Site History”のログを走査し、あるサイト
から以前のサイトを介して結果（results ）ログを走査
し、あるサイトに対するハードウェア・キー更新の歴史
を見て、およびフィールド・サービス・エンジニアがあ
る選んだサイトおよびインストールされているアップグ
レードなソフトウェア・バージョンを更新した状態を見
る。

【００６８】ネットワーク・プロトコルおよびコミュニ
ケーション 図２７に示すように、ＤＴＵ１２のネットワーク・プロ
トコルは３つの論理階層、すなわちデータ・リンク階層
１１６、セッション階層１１８、およびネットワーク・
インタフェース階層１１９から成り、物理メディア階層
である光ファイバネットワーク２４を介して動作する。

【００６９】電源オン後、マイクロプロセッサ４４のＲ
Ｓ２３２ポート６０（図１１）は、９６００、Ｎ、８、
１のデータフォーマットにプログラムされ、オプティカ
ルライン５５はＲＳ２３２ＲｘＤおよびＴｘＤピンに接
続される。このため、標準ＲＳ２３２プロトコルを使っ
て、各ＤＴＵ１２は光ファイバネットワーク２４によっ
てアクセスできる。ＲＳ２３２およびＳＰＩ６２のイン
タフェース・フォーマット間の切換えはソフトウェアに
より制御することができる。ＤＴＵ１２間の通信は図２
８〜３０に図示した如くのデータパケット１２０の状態
で行われる。

【００７０】データパケット１２０が到着したＤＴＵ１
２には物理メディア（例えば光ファイバネットワーク２
４）を通してアドレスが指令され、ネットワーク・イン
タフェース階層１１９により初期的に操作される。その
後、その受信状態にあるＤＴＵ１２のデータリンク階層
１１６はチェックサムをチェックし、正しいアドレスの
チェックをし、そのパケットを受信する。この受信が完
了すると、ＤＴＵ１２はパケットをそのセッション階層
に送る。このデータパケットは、プリアンブル、フレー
ム・デリミタの開始、行先アドレス、ソースアドレス、
データ長フィールド、データフィールド、フレーム・デ
リミタの終了、および図２８および２９に図示した如く
の巡回冗長検査（ＣＲＣ）のための２バイトから成る。
前記パケット長はデータ長フィールドを調べることで判
定される。次いでフレーム開始、フレーム終了およびＣ
ＲＣフィールドを調べることにより妥当性検査がなされ
る。このフレーム開始およびフレーム終了のデータは既
知の値である。ＣＲＣの妥当性検査はＣＲＣフィールド
を除くフレーム上のＣＲＣを計算すること、およびそれ
を埋め込まれたＣＲＣと比較すること、から成る。デー
タパケット１２０に使用するこのＣＲＣアルゴリズム
は、従来“ＣＲＣ−ＣＣＩＴＴ”多項式（polynomial）
（１０２１Ｈ）として知られている古典的なＣＲＣハー
ドウェア回路に基づいている。注目すべき重要なこと
は、データパケット１２０のＣＲＣの計算は選択したネ
ットワーク・インタフェースに依存してソフトウェア又
はハードウェアになされるということである。ＲＳ２３
２ ＳＣＩ ６０インタフェースおよびパラレルポート
４０のＣＲＣはソフトウェアにより計算され、一方ＳＰ
Ｉ６２インタフェースのＣＲＣはＦＰＧＡ６４のハード
ウェア回路により計算される。

【００７１】ＤＴＵネットワーク・プロトコルのデータ
リンク・フレ−ム（ＤＮＰ）は、バイトオーダのネット
ワークとして大きなエンディアン（ｅｎｄｉａｎ）を使
っている。このため高次オーダのバイトが開始アドレス
にくる。一例として、図２９に、データ長およびＣＲＣ
フィールドに使用するバイト・オーダを示す。注目すべ
き重要なことは、この階層がフレ−ムのデータ部分を使
うだけでＣＲＣを計算していることである。

【００７２】データリンク階層 このデータリンク階層１１６はプロトコルの論理的に最
も低い階層である。この階層によりデータパケット１２
０の実際の転送が行われる。このデータリンク階層１１
６はセッション階層１１８からデータを受信し、カプセ
ルに入れることにより作動する。図２８に図示するよう
に、この封じ込めには、セッション階層のデータにアド
レスを付加すること、および、チェックサムを計算して
これをそのデータに付加することが含まれる。このデー
タリンク階層１１６は次いで図２８に示すデータパケッ
ト１２０を次のＤＴＵ１２に送る。

【００７３】このデータリンク階層１１６によれば、特
定のアプリケーションのニーズに応じて、データ転送に
関する３つの異なるオプションが与えられている。この
３つのデータ転送法とは、積極的に受領通知を行う信頼
性のある伝送、受領通知のない伝送、およびウィンドウ
をスライドする（sliding window）ようにした信頼性の
ある伝送、である。

【００７４】信頼性のある伝送は「再伝送による積極的
な受領通知」という基本的な技法に基づいている。この
技法には、受領側がソース側と交信する、すなわち、デ
ータを受け取ると受領通知メッセージを送り返すことが
必要である。送り手側はデータパケット１２０を送る毎
にその記録を保持し、次のデータパケット１２０を送る
前に受領通知を待つ。送り手側はまたデータパケット１
２０を送るとユーザ定義のタイマを作動させ、受領通知
が到着する前にそのタイマが終了するならばそのデータ
パケット１２０を再転送する。再転送は３回まで試みら
れるようになっている。性能上の理由により、受信した
メッセージが受領通知を送ることができかつ１つのメッ
セージで応答できるセッション階層１１８に届けられる
と、かかる作業を実行するのに必要な時間の半分を省く
ことができる。送り手側のデータリンク階層１１６は常
に、受領通知（埋め込まれた応答）を別の処理のために
セッション階層１１８へ回す。このモードの場合、ＤＴ
Ｕ１２のノードでバッファリングしなくてもよい。受信
メッセージのハンドルはアプリケーションに渡される。
このメッセージの長さは“ＤＮＰ Maximum Transfer U
nit ”の一定値を越えることはできない。この信頼性の
ある伝送サービス（Riliable TransmissionService ）
を使って、オープンネットワーク（Open Network）、ク
ローズネットワーク（Close Network ）、アノテート
（Annotate）、インボークアドレス（Invoke Addres
s）、インボークネーム（Invoke Name ）、ダウンロー
ド（Down-load）、アップロード（Upload）およびＭｅ
ｍｆｉｌｌのモジュールがインプリメントされている。

【００７５】受領通知のない伝送の場合、アプリケ−シ
ョンによって受領通知を待つことなくメッセージを伝送
することができる。メッセージの再伝送はなされない。
このデータリンク階層１１６は受領通知を待つことなく
メッセージを伝送する簡単な伝送サービスを提供でき
る。アプリケ−ションプログラムの責任としては、デー
タパケット１２０が誤りなく行先に届いたことを確認す
るように設計することである。

【００７６】前記信頼性のある伝送／ウィンドウ・スラ
イディングの技法は、前記他の転送法を使ってできる伝
送よりも大形の伝送に使われる。ウィンドウ・スライデ
ィング（sliding window）の技法は積極的な受領通知お
よび再伝送の一形態であり、多重データパケット１２０
が受領通知を待つ前に伝送される。図３１に示すよう
に、各データパケット（パケット１〜４）１２０の各々
の受信に受領通知を出す代わりに、受け手側サイトは４
つのデータパケット１２０が受信されるまで待ち、各受
領通知をスプールし、次いで送り手側サイトに１つの受
領通知を送る。受領通知がなされないデータパケット１
２０の数はどの所定時間においてもウィンドウサイズに
よって強制され、小さな固定数に限定される。送り手側
が最初の４つのデータパケット１２０に対する受領通知
を受け取ると、図３２に示すように、ウィンドウはある
時刻にて４つだけスライドし、次の一連のデータパケッ
ト１２０が送られる。

【００７７】失ったデータパケット１２０は再伝送さ
れ、そのウィンドウがスライドする前に受領通知がなさ
れる。送り手側は、受領通知が返送されるべき状態を表
す十分な情報をバータパケット１２０にエンコードす
る。送り手側が失ったデータパケット１２０を再伝送す
る場合、データパケット１２０毎に直ちに受領通知を送
るように受け手側に要求する。

【００７８】積極的な受領通知を伴う信頼性のある伝送
および受領通知のない伝送の両方法とは違って、このウ
ィンドウ・スライディング法を用いる方法では、全ての
受領通知はデータリンク階層１１６によってなされる。
送り手側のデータリンク階層１１６はそのセッション階
層１１８から多量のメッセージを受け入れ、また受け手
側のデータリンク階層１１６は多量のメッセージをその
受け手側のセッション階層１１８に渡す。もし要求があ
まりにも大きければ、データリンク階層１１６はそれら
を個々のデータパケット１２０に分割する。

【００７９】セッション階層 このセッション階層（Session layer ）１１８はＤＴＵ
ネットワーク１３のプロトコル階層上の論理的に高い階
層である。これはＤＴＵネットワーク１３で必要な２種
類のサービスについてのプロトコルを提供するものであ
る。すなわち、１）ＤＴＵ１２毎に対するＤＴＵネット
ワーク１３のプロトコルサービス標準、および２）例え
ばｋＶ，ｍＡまたは線量計など、ＤＴＵ１２の種類によ
り決められた固有のサービス、である。

【００８０】セッション階層１１８がデータリンク階層
１１６に送るデータは、データ長およびデータ（これは
そのデータ自体に加えてヘッダも含む）の２つの部分か
ら成る。セッション階層１１８ではデータパケット１２
０のデータ部分のみが使われる。図３０に示す如く、ヘ
ッダの最初の２バイトに基づいて、このセッション階層
１１８はＤＴＵ１２によって、またはＤＴＵ１２に要求
されたサービスの種類を決めることができる。このサー
ビスには、アノテーション、ネットワークチェック診
断、プログラムおよびモジュールのダウンロード、モジ
ュールの呼出し、メモリダンプ、およびＤＴＵ１２の時
間設定およびデバッグ・セッションが含まれる。

【００８１】ネットワーク・インタフェース階層 このネットワーク・インタフェイス階層１１９は、ネッ
トワークの一番低いレベルでのデータ通信を担ってお
り、データパケット１２０の送受信に必要なデバイス・
ドライバおよびモジュールから成る。ＳＣＩ ６０（Ｒ
Ｓ２３２）、ＳＰＩ ６２、パラレルポート・インター
フェース４０、およびパケットドライバといったこのレ
ベルではＣＲＣ計算および確認が行われる。

【００８２】妥当なＣＲＣを有し且つローカル・ノード
に割り当てられたＤＮＰアドレスとなる予定である全部
のデータパケット１２０は受け入れられ、データリンク
階層１１６に渡される。「同報通信（ｂｒｏａｄｃａｓ
ｔ）」のデータパケット１２０も同様に受け入れられ
る。他の全てのデータパケット１２０はそれ以上の処理
を必要とせず、除かれる（ドロップされる）。マスタＤ
ＴＵ３４は各別の例外扱いであり、マスタＤＴＵのみな
らずシステムモニタ１６に予定されたデータパケット１
２０を受け入れる。システムモニタ１６に予定された又
はシステムモニタ１６から予定されたデータパケット１
２０は、システムモニタ１６のパラレルポート・インタ
フェース４０を越えて経由される。

【００８３】ＤＴＵソフトウェア ＤＴＵソフトウェアは大別すると、ＤＴＵ１２のパワー
がオンになったときに実行される「スタートアップ（St
art Up）」ソフトウェアと、システムモニタ１６がサー
ビスを要求したときに実行される「点検修理（Service
s）」ソフトウェアに分類される。Ｃおよび６８ＨＣ１
１のアセンブリ言語を組み合わせて使った、ｋＶ，ｍＡ
ＤＴＵ３８のソースコードのサンプルが後に揚げる付
録Ａに含まれている。

【００８４】６８ＨＣ１１Ａ０のマイクロプロセッサ４
４は、パワーオン／リセットの後、インストラクション
（コード）の実行を開始する。（図１０のマイクロプロ
セッサ・メモリ・マップ参照。）このソフトウェアコー
ドは、カリフォルニア州、サンホセ（Ｓａｎ Ｊｏｓ
ｅ）に在るＸＩＬＩＮＸ社によって製造されたモデルＮ
ｏ．ＸＣ３０６４といったＦＰＧＡ６４向けのコードを
含むＥＰＲＯＭ５８のバンクを選択する、そのＦＰＧＡ
コードをＦＰＧＡチップ６４にコピーする、および自己
診断を実行する、ことである。自己診断はＤＴＵ１２内
の２つのＲＡＭチップ５６Ａおよび５６Ｂのメモリテス
トから始まる。この診断中にネットワークを不能にする
欠陥が見つからないときには、かかるソフトウェアはシ
リアルポート５４を初期化し、１つの速続ループを回り
ながら、そのシリアルポート５４に現れるデータパケッ
ト１２０を待つ。このソフトウェアによりメモリ２００
０チップ５６Ａからバンク０が選択され、必要な通信バ
ッファがセットアップされる。これらのバッファを使用
してデータパケット１２０が受信される。スタートアッ
プのシュードコードを図３３に示す。

【００８５】ＦＰＧＡ６４はパワーオン後、それにロー
ドされているプログラムにしたがう論理機能を実行す
る。プログラムはシステムモニタ１６からマイクロプロ
セッサ・モジュール４４のＲＡＭメモリバンク５６Ａ〜
５６Ｃにダウンロードできる。このＦＰＧＡ６４はアド
レス０８００からＯＦＦＦ（１６進法）までマップされ
たメモリである。６８ＨＣ１１Ａ０のマイクロプロセッ
サ４４のポートＡは種々のＦＰＧＡ６４のコントロール
ピンに接続されている。ＦＰＧＡ６４はＲＡＭ構成可能
（ＲＡＭ configurable）である、すなわちＦＰＧＡ６
４の構成（confi-guration ）はパワーオン後にダウン
ロードしなければならない。かかる構成プログラム（co
nfiguration program ）はＥＰＲＯＭ５８内に在る。初
期化プロセスはＦＰＧＡ６４をリセットし、次いでかか
る構成をＥＰＲＯＭ５８からアドレス０８００（１６進
法）にコピーする処理を伴う。

【００８６】ＦＰＧＡ６４をリセットするには、ＦＰＧ
Ａ６４のＲＥＳＥＴ（ポートＡ、ビット６）およびＰＲ
ＯＧＲＡＭ ＤＯＮＥ（ポートＡ、ビット５）の各ピン
が６マイクロ秒の間、ロー（ＬＯＷ）に設定し、そして
ハイ（ＨＩＧＨ）に戻される。このリセットはＩＮＩＴ
（ポートＡ、ビット０）のピン上でローからハイへの立
上がりが検知されたときに完遂される。前記構成プログ
ラムは、１バイトをアドレス０８００に一度に書き込む
ことでダウンロードされる。ＦＰＧＡ６４では１つのピ
ンを使ってデータを受け入れる。かかるプログラムを適
切にダウンロードするため、ＲＥＡＤＹ／ＢＵＳＹピン
（ポートＡ、ビット１）をチェックして、次のバイトを
ＦＰＧＡ６４に書き込む前にそれが“ｒｅａｄｙ”であ
るかどうかを確認しなければならない。

【００８７】ＤＴＵ自己診断 本発明では、装置又はネットワークのどの欠陥をも表示
するエラーレポート機構を備えている。ＤＴＵ１２のリ
ード／ライト・プロセッサにおいて矛盾が生じたとき
は、このシステムでは受け入れられないレベルの電圧が
検出され、該当するＤＴＵ１２上のＬＥＤ１０４に信号
が送られ、問題発生の状況が告知される。ローカルな診
断のためには、フィールド・サービス・ノートブック１
８をＤＴＵ１２のＲＳ２３２ターミナル５５に直接接続
することもできる。

【００８８】ＦＰＧＡ６４の初期化が終わったとき、Ｄ
ＴＵ１２の自己診断が行われる。最初に、ＤＴＵ１２に
て、ＲＡＭチップ５６Ａ、５６Ｂおよび５６Ｃの各バン
クに独特のあるパターンを書き込むことでＲＡＭメモリ
テストが行われる。このパターンは読み戻され、比較さ
れる。このテストに使用するパターンはバンク番号であ
る。全てのバンクは書き込まれ、次いで読み出されるか
ら、バンクのスイッチングの特徴が同時にテストされ
る。この読出し／書込みのプロセスの中で矛盾が生じる
場合、起動は停止され、エラーがＬＥＤ１０４に報告さ
れる。

【００８９】次にバッテリ電圧レベルおよび電源レベル
がチェックされる。もし受容できない電圧レベルである
ならば、起動は停止し、エラーがＬＥＤ１０４に報告さ
れる。電圧は低いが、仕様電圧の範囲で電気系をまだ機
能させることが可能な受容できる場合には、システムモ
ニタ１６に報告されるが、起動を停止することはしな
い。

【００９０】ＳＣＩインタフェース６０は以下の設定に
より初期化される。すなわち、ボー・レート：９６０
０、パリティ：無し、ストップ・ビット：（１）、およ
びデータ・ビット：（８）、である。次にネットワーク
・バッファが初期化される。データパケット１２０を受
信し送信するには２つのバッファが必要になる。これら
のバッファは「ＢＡＮＫ ０ ＲＡＭ２０００」２３Ａ
から割り当てられている。

【００９１】ＤＴＵ動作 「起動（Start-up）」シーケンスは図３４に示されてお
り、全ＤＴＵ１２を初期化する処理である。各ＤＴＵ１
２はマスタＤＴＵ３４を通してシステムモニタ１６によ
り指令されると、自己診断および注釈（annotation）を
実行する。「パワーオン」処理の部分がＤＴＵ１２の注
釈であり、その中で各ＤＴＵ１２はコマンド・パケット
１２２をＤＴＵネットワーク１３を通して渡し、それを
マスタＤＴＵ３４に戻すように自分自身を確認する。

【００９２】この注釈コマンドによってＤＴＵネットワ
ーク１３の機器構成が可能になる。起動時に、全てのＤ
ＴＵ１２にて自己の状態（status）および自己のＳＣＭ
５０の状態が判定される。注釈時間のときに、その状態
および識別番号（identifi-cation numbers）がカプセ
ルに入れられ、注釈パケット１２４の一部として送られ
る。ＤＴＵ１２およびＳＣＭ５０に対するこの識別番号
はＥＰＲＯＭ５８のプログラミング時間で割り当てられ
ており、ＥＰＲＯＭ５８に保存されている。両方の番号
はソフトウェアにとって有用で、起動時に読み出され
る。この注釈パケット１２４にはＤＴＵ１２に対するシ
ーケンス番号も同様に付加される。

【００９３】図３５に示す如く、この注釈パケット１２
４はマスタＤＴＵ３４からＤＴＵネットワーク１３を通
って伝送され、その間に全ＤＴＵ１２の各々からの注釈
情報がその注釈パケット１２４に加えられる。同様に、
ＤＴＵ１２が注釈パケット１２４を調べるときには、Ｄ
ＴＵ１２のネットワークにおけるそれのシーケンス番号
を判定し、そのシーケンス番号をそれのネットワーク番
号としてくくる。

【００９４】この注釈セッションでは、光ファイバネッ
トワーク２４がオープンの構成であり、および、各ＤＴ
Ｕ１２はそれらが注釈情報を加えた後で注釈パケット１
２４を再伝送しなければならないということを理解して
いるものと仮定されている。ＤＴＵメモリ・ダンプ・コ
マンドがＤＴＵ１２のメモリのメモリ・ダンプを要求す
る能力を果たす。システムモニタ１６はＤＴＵ１２にバ
ンクを示すメモリ・ダンプ要求を発すると、これによ
り、ダンプするため、アドレスとトータルのバイト数が
開始される。ＤＴＵ１２はメモリの画像とともに応答す
る。このＥＰＲＯＭ５８による立ち上げソース・コード
の一例（Ｃおよび６８ＨＣ１１アセンブリ言語の組み合
わせを使用）が後掲の付録Ａに示されている。

【００９５】システムモニタ１６はモジュールを追加し
てＤＴＵ１２にダウンロードすることができる。ダウン
ロード・コマンドがＤＴＵ１２上のＲＡＭチップの任意
のバンクにもプログラム・モジュールをダウンロードす
る能力を果たす。バンク、開始アドレスおよびバイト数
が指定される。モジュール呼出しコマンドは、システム
モニタ１６があるＤＴＵ１２のＲＡＭメモリにダウンロ
ードされたモジュールを実行するように指令する方法で
ある。このコマンドによりＤＴＵ１２の時間をシステム
モニタ１６の時間に１９７０年以降、秒でセットされ
る。

【００９６】各ＤＴＵ１２は、そのＤＴＵが内蔵してい
るＳＣＭ５０に基づいて特定のサービスを実行し提供す
る。一般のネットワーク・サービス（チェック、オープ
ン、クローズ、注釈、ＤＴＵメモリダンプ、ダウンロー
ド、モジュール呼出しおよび時間設定コマンドなど）は
各ＤＴＵ１２の特定の目的にもかかわらず、全てのＤＴ
Ｕ１２で与えられる。これらの一般のサービスはＤＴＵ
１２のネットワークコマンドによって果たされる。ネッ
トワークに配置できるＤＴＵ１２の最大数は２５５であ
るが、１２ケが好適な配置である。

【００９７】ネットワークのチェックはシステムモニタ
１６により開始される（マスタＤＴＵ３４を介して）。
光ファイバネットワーク２４は平常時には閉じている
（再伝送可能）ので、マスタＤＴＵ３４から送られたど
のデータパケット１２０もマスタＤＴＵに戻って受信さ
れなければならない。この種のデータパケット１２０
は、このパケットが処理又は応答を必要としない「通
過」データパケットであることを表すように設定され
る。この送信されたデータパケット１２０が戻ってきて
マスタＤＴＵ３４で受信されるならば、かかる光ファイ
バネットワーク２４は動作可能である。

【００９８】ネットワーク・オープン・コマンドを使う
と全部のＤＴＵ１２に自動再送信の機能を使用禁止にす
るように指令できる。このため、ＤＴＵ１２は、そのＤ
ＴＵに向けてアドレスされていないどのデータパケット
１２０をも再送信する。注釈パケット１２４は上述した
如く例外である。ネットワーク・クローズ・コマンドは
全部のＤＴＵ１２に指令を与えて前記自動再送信の機能
を使用可能に設定できる。

【００９９】ある特定のＤＴＵ１２から要求されたサー
ビスにより、システムモニタ１６は、ＤＴＵ１２の機能
を設定するネットワークの注釈の後で、そのＤＴＵ１２
に適宜なソフトウェア・モジュールを動的にダウンロー
ドする。このため、別々の装置に取り付けられている各
ＤＴＵ１２はその機能に合わせた、特定のソフトウェア
パッケージ、実行モジュールを有する。

【０１００】例えば、ｋＶ，ｍＡ ＤＴＵ７６内の実行
モジュールはシステムモニタ１６からの要求を待ってｋ
ＶまたはｍＡの何れかをサンプルする。この要求が受信
されると、そのアナログポート（ｋＶに対してピン０
で、ｍＡに対してピン１）がサンプルされ、その値が応
答データパケット１２０にて返される。同様に、ＰＭＴ
ＤＴＵ８０の実行モジュールはシステムモニタ１６から
の要求を待ってＰＭＴ電圧をサンプルする。この要求が
受信されると、そのアナログポート（ピン０）がサンプ
ルされ、その値が応答データパケット１２０において返
される。

【０１０１】マスタＤＴＵ３４のソフトウェアモジュー
ルはパラレルポート４０Ａを有しており、このポートを
通してマスタＤＴＵ３４がシステムモニタ１６と交信を
行う。マスタＤＴＵ３４はシステムモニタのＬＰＴポー
ト４０を通して受信される、システムモニタ１６からの
ストローブ信号を待ち、そして８ビット（１バイト）を
読み込む。読み込んだバイトが１フレームになると、こ
のフレームは光ファイバネットワーク２４に経由され
る。この逆転送も、１バイトの半分が一度に転送される
ことを除けば、同様である。

【０１０２】システム動作 フィールド・サービス・ノートブック１８とシステムモ
ニタ１６の間に介在するユーザ・インタフェースはＧＵ
Ｉ２２により成し遂げられるもので、このＧＵＩとして
は、カリフォルニア州、タスティンに在る東芝アメリカ
メディカルシステムズ社から出されている、東芝社内の
ソフトウェア・プログラム「スマートブック（Ｓｍａｒ
ｔｂｏｏｋ）」が好ましい。このスマートブックは、ワ
シントン州のベルビュに所在するＡｓｙｍｅｔｒｉｘ社
により作られたＭｕｌｔｉ Ｍｅｄｉａ Ｔｏｏｌｂｏ
ｏｋ（「ツールブック“Ｔｏｏｌｂｏｏｋ”」）として
知られている市販のソフトウェアパッケージ上で開発さ
れたものである。このスマートブックのソースコードの
一例が、ツールブック自身の言語の状態で後掲の付録Ａ
に含まれている。スマートブックを使う場合、フィール
ド・サービス・エンジニアは自分への許可が済むと、自
分のフィールド・サービス・ノートブック１８から本発
明の診断システム１０にアクセスできる。スマートブッ
クにより得られるプルダウンのメニュオプションを通し
て（この例を図３６〜４０に示す）、フィールド・サー
ビス・エンジニアは多数のオプションにアクセスでき
る。

【０１０３】フィールド・サービス・エンジニアはフィ
ールド・サービス・ノートブック１８をシステムモニタ
１６に直ちに接続することができ、スマートブックのソ
フトウェアを使い、シリアルポート１０８を通してデー
タを収集し、システムモニタ１６上のエキスパート・シ
ステム１１５を稼働させる。図４１にはシーケンス上の
記号、およびフィールド・サービス・エンジニアに用意
されている以下のオプションを図示してある。最初に、
フィールド・サービス・ノートブック１８とシステムモ
ニタ１６との間でイーサネット接続が行われる（ステッ
プ１４０）。

【０１０４】スマートブックのツールを立ち上げるた
め、フィールド・サービス・エンジニアはカスタマイズ
されたハードウエア・キー１００を自分のノートブック
のパラレルポート１０６に差し込む（ステップ１４
２）。このハードウエア・キー１００により診断システ
ム１０へのユーザアクセスが許可され、その中に満了時
間が組み込まれる。このキーが期限切れになっていない
場合、スマートブックは、ユーザ名およびパスワードの
プロンプトを表示したログイン画面（図示せず）を立ち
上げる。

【０１０５】接続され、そして安全なアクセスが確認さ
れると、フィールド・サービス・エンジニアはシステム
モニタ１６に載せている本発明の診断システム１０に診
断開始を知らせる（ステップ１４４）。図３６は、フィ
ールド・サービス・エンジニアに最初に提供される典型
的な画面イメージを図示するもので、グラフィカル・ユ
ーザ・インタフェース・メイン・メニュ２２およびステ
ータス・バー１３４を含んでいる。このメインメニュ２
２はメニューバー上にいくつかのメニューオプションを
提示するもので、このオプションには機器構成（config
ure ）１２６、システム診断（System Diagnostics）１
２８、ビュー（View）１３０、およびユーティリティ
（Utilities ）１２６が含まれる。

【０１０６】各画面上のステータスバー（Status Bar）
１３４（図３６）はユーザがログインした前回以降、何
か新しいメールをそのサイトが受けたかどうかを示し、
システム・ステータス・エリア（System status area）
１３６は血管イメージングシステムの現在の状態を表
し、ウォーニングまたは緊急エラーエリア（Warning or
Emergency Error area ）１３８はユーザの注目を必要
とするメッセージを示し、およびプロセス・エリア（Pr
ocess area）１４０は現在実行中のプロセスを表示す
る。ユーザがログインされると、その後の全部の画面に
伴ってステータス・バー１３４が表示される。これによ
りアクティビティのいかんにかかわらず、ユーザはキー
情報にアクセスできる。同様にこれにより画面間の一貫
性が与えられ、またユーザが精通するプロセスの容易化
が図られる。

【０１０７】次に、メインメニュ２２の様々な他のオプ
ションを更に詳細に説明する。図４１を参照すると、機
器構成（configure ）オプション１２６によりユーザは
初期の機器構成を行い、次いでその後の段階で必要な任
意の再機器構成を行うことになる。インストールの間
に、ユーザはサイト（site）１４６、Ｘ線システム１４
８、およびＤＴＵネットワーク１３を機器構成しなけれ
ばならない（ステップ１５０）。インストールの後では
ＤＴＵネットワーク１３のみに再機器構成が必要となる
ことがある（ステップ１５２参照）。この再機器構成は
ＤＴＵ１２が別々の試験位置に移動される毎に必要とな
る。

【０１０８】サイト機器構成（site Configuration）で
は（ステップ１４６）、ユーザはシステムモニタのデー
タベース１１０およびＴＡＣ１９に格納されているサイ
ト特有の情報を入力する。Ｘ線機器構成（X-ray config
uration ）のオプション（ステップ１４８）により、ユ
ーザは置換が必要な任意のシステムコンポーネントにつ
いての情報を入力可能である。Ｘ線機器構成のオプショ
ンを選ぶと、Ｘ線室のスチール写真をフィールド・サー
ビス・ノートブックの画面上に表示させ、血管イメージ
ングシステム１４を構成している種々のコンポーネント
を見せてくれる。Ｘ線システムの種々のコンポーネント
のルーツバー表示も同様になされる。この表示を使っ
て、ユーザはかかるサイトで血管イメージングシステム
１４を構成する特定のコンポーネントを選択することが
できる。それらの選択は、このサイトに特有のシステム
機器構成を形成する、フィールド・サービス・ノートブ
ック１８の表示画面上の予め定めた場所の中に位置付け
られる。この具体的な機器構成はシステムモニタのデー
タベース１１０にセーブされる。

【０１０９】置換可能なコンポーネントは、選択（クリ
ックオン）されたときにその絵、現在の部品番号、モデ
ル番号およびそのコンポーネントのシリアル番号が表示
されるホット（ｈｏｔ）な領域を有する。かかる特別の
コンポーネントがシステムモニタのデータベース１１０
に無い場合、そのシリアル番号のフィールドはブランク
であり、ユーザはインストールする新しいコンポーネン
トのシリアル番号をタイプ入力するよう促される。シリ
アル番号をスキャンするバー・コード・リーダ１０２
（図１４）を使って、エラーの可能性を減らすこともで
きる。このシリアル番号が一旦入力されると、シリアル
番号、モデル番号、および部品番号（partnumber ）が
自動的にクロスチェックされ、その組み合わせがＴＡＣ
のデータベース１１２の中に在ることが保証される。何
らかの不一致があると、それはＴＡＣがサイトに向けて
発信する電子メール（e-mail）のメッセージを介してフ
ィールド・サービス・エンジニアに伝達され、ステータ
スバー（Status Bar）の領域１３８に表示される。これ
以後、フィールド・サービス・エンジニアがこのサイト
にログインするときはいつでも、不一致（ミスマッチ）
であることの表示がステータスバーの“working and e-
mail”領域１３８になされる。コンポーネント部品の記
述及びそれらの関連するモデル／シリアル番号は、シス
テムモニタのデータベース１１０及びＴＡＣのデータベ
ース１１２で自動的に更新される。

【０１１０】機器構成１２６のメニューバーから“VASP
AC Configuration”のオプションを選択すると、別のサ
ブメニューが立ち上がる（図４１参照）。このメニュー
は特定のサイトに最も共通するポスト・インストールの
機器構成をリストするもので、アクセサリ・ツールのメ
ニューを供給する。機器構成の画面（Configurationscr
een）がフィールド・サービス・ノートブック上に表示
され、この画面により、試験位置がマークされたＸ線室
の絵と各種のＤＴＵ１２が表されたツールバーとが表示
される。そこで、ユーザはＤＴＵ１２をシステム上のＤ
ＴＵの配置に相当する表示絵上の様々な試験位置にドラ
ッグおよびドロップする。もし適合しないＤＴＵが試験
位置にドラッグされると、エラーとして不一致のフラッ
グが立てられ、そのような相手は許されない。例えば、
ｋＶ，ｍＡ ＤＴＵ７６は線量計ＤＴＵ３８の代わりに
使えない。ユーザは、ＤＴＵ１２を顧客にあつらえ、追
加し、さらにこのツールバーから消去して、そのソフト
ウエア構成を血管イメージングシステム１４の実際の物
理的な機器構成に適合させる能力を有している。

【０１１１】“Accessories ”を選択することで本診断
システムに接続されたマルチメディアのアクセサリによ
って、ユーザは本診断システムに、血管イメージングシ
ステム１４に結合されたカメラ、音響ボード、またはビ
デオといった使用可能なハードウエアを連絡することが
できる。使用可能であると識別されていないハードウエ
アに依存する機能は停止される。血管イメージングシス
テムの動作上、重大なハードウエアは選択できないよう
になっている。すなわち、血管イメージングシステムが
それ無しでは作動しない場合、その機能が停止されるこ
とはない。

【０１１２】メインメニュー（図４１に示す）上の“Sy
stems Diagnostics ”のオプション１２８を選択するこ
とで、ユーザに血管イメージングシステム１４に関連す
る、最も共通するトラブルシューティングのツールが提
供される。この“SystemsDiagnostics ”のオプション
１２８によって、フィールド・サービス・エンジニア
は、キャリブレーションを行い、予防保守を行い、トラ
ブルシュートを実行し、システム固有のコンポーネント
・リストを観察し、システム上の部品を交換し、または
顧客が最高の画像を提供すると感じているセッティング
状態に本診断システム１０を戻すことができるように最
適な特性基準を発生させる、ことができる。この“Syst
ems Diagnostics ”のオプション１２８を選択すること
で、図１５および図１８〜２６に示した如くの処理手順
を実行できる。「解像度“Reso-lution”」、「半値階
層“Half Value Layer”」といった代表的な処理手順へ
のアクセスを示すスマートブック（SmartBook ）からの
サンプルメニュー画面は図３９および図４０に示してあ
る。

【０１１３】ユーザが“Systems Diagnostics ”１２８
を選択したときには、血管イメージングシステム１４の
絵が図３８に示すように、フィールド・サービス・ノー
トブック１８の画面上に表示される。かかる血管イメー
ジングシステム１４の選択可能なコンポーネントは全て
ボタンとして確認され、そしてアクション・ボタンはキ
ャリブレート用のステータスバー１３４、予防保守１５
６、トラブルシューティング１５８、コンポーネンツ１
６０、スナップショット１６２、およびリプレイスメン
ト１６４の下に置かれる。このため、ユーザがＸ線管を
キャリブレートしたいと欲する場合、そのＸ線管ボタン
とキャリブレートボタンが選択されることになる。次い
で、テキスト、フローチャート、および／またはビデオ
・チップから成るオン・スクリーンのインストラクショ
ンが画面上に表示され、ユーザがキャリブレーション処
理を完遂する上でのアシストを果たす。

【０１１４】例えば、フィールド・サービス・エンジニ
アが“troubleshoot”を選択すると、本発明の診断シス
テム１０はユーザを評価処理へと案内し、オンラインで
表示、情報および示唆を、全体的には図４２に示すよう
に（図１５および図１８〜２６も参照のこと）与える。

【０１１５】“View”１３０のオプション（図４１）を
選択すると、フィールド・サービス・エンジニアは“Ma
il”１６６またはオンラインのＸ線“Manuals ”１６８
のいずれかにアクセス可能になる。“Mail”１６６を選
択すると、フィールド・サービス・エンジニアはそのサ
イトに対して新しくセーブされたメッセージを見て、応
答すること、または、ＴＡＣ１９の書類の最新情報を見
ることができる。また“Manuals ”１６８のオプション
を選択したフィールド・サービス・エンジニアはＣＤ−
ＲＯＭ記憶装置９４に格納されたＸ線技術マニュアルに
アクセスすることができる。これらのオン・スクリーン
のマニュアルには、テキスト、フローチャート、および
その両方、さらにアニメ化したビデオ・チップのインス
トラクションが含まれる。フィールド・サービス・エン
ジニアはテクニカルデータの中を走査し、関連するビデ
オ・チップを見ることができ、これに加えて、サブ・コ
ンポーネントのリストを得るため別の絵の中に見られる
コンポーネント上にズーミングしていくこともでき、修
理または保守の処理の中をステップ・バイ・ステップで
案内される。テキスト、さらには画面のビデオ・セグメ
ントも互いに関連付けられている。

【０１１６】図４１および図４３、４４および４５に示
す“Utilities ”１３２のオプションによって、フィー
ルド・サービス・エンジニアはサイト・ヒストリ１７０
を見ることができ、このヒストリにより、過去および現
在のサイトの結果、過去のシステムの問題とその問題を
いかに修理したか、およびエラーログ１７８を考察する
ことが可能になる。過去の結果の解析ログはシステムモ
ニタのデータベース１１０に構成可能な（configurabl
e）結果ログ（Results Log ）の状態で格納されてお
り、オーバフローする分はＴＡＣのデータベース１１２
に自動的に送られる。フィールド・サービス・エンジニ
アが以前に生じた同様の問題に対する修理法を参照でき
るときは、この結果ログの情報を使って修理時間を短縮
させることが可能になる。ログされたエラー、現在のア
クティビティ、およびＴＡＣ１９に送るべくスプールさ
れたファイルといった現在のシステム状態も同様に見る
ことができる。

【０１１７】修理ログ（Fixes Log ）１７６には、その
サイトにて遭遇した全ての問題のヒストリ（歴史）およ
びその問題がどのように修理されたかの情報が含まれて
いる。システムモニタのデータベース１１０には全体ロ
グも格納されており、そのログのコピーが同様にＴＡＣ
のデータベース１１２に格納されている。オンサイトの
データベースに対する最新情報はＴＡＣのデータベース
１１２に自動的にかつ電気的に送られる。

【０１１８】エラーログ（Error Log ）１７８にはその
サイトでログされた、血管イメージングシステム１４の
エラーのリストが含まれている。このエラーログの大き
さは構成可能であり、オーバーフローするエラーログ情
報は自動的にＴＡＣのデータベース１１２に送られる。
ユーザはエラーを表示することができる。すなわち、あ
る範囲の時間内に、あるレベルの、ある番号／ストリン
グで、そして特定の処理によってログされる。ユーザは
また、エラーログ１７８の全てまたはサブセットを表示
させている間、特定のフィールドをターンオフ（turn O
FF）させることができる。例えば、あるレベルに関連す
る全てのエラーが一旦引き出されると、そのフィールド
はターンオフすることができ、１ライン当たりにより多
くの情報が表示されるようにできる。エラーは、「オペ
レータ（Operator）」、「点検修理（Service ）」およ
び「デバッギング（Debugging ）」の３つのレベルの内
の一つであるとすることができる。このレベルは表示さ
れることでユーザに伝わる。例えば、フィールド・サー
ビス・エンジニアがエラーログ１７８を表示させたと
き、デバッギング・レベルを除く、オペレータおよび点
検修理のレベルの全てのエラーが表示される。しかし、
上位のユーザがログインされると、全部のレベルのエラ
ーが表示される。

【０１１９】ユーザは、“Status”ユーティリティ１７
２を介して、現在のセッションでログされたエラー１８
０、現在のセッションで生じたアクティビティのログ１
８２、ＴＡＣ１９に送られるべくスプールされた（キュ
ーされた）ファイル１８４、およびハードウエア・キー
（Hardware Key）１００の状態１８６が含まれている、
本診断システム１０の現在の状態を見ることができる。
このステータス・エラー・ログ（Status Error Log）１
８０は、エラー・サイト・ヒストリ・ログ（Error Site
History Log）１７８と同様の「オペレータ」、「点検
修理」、「デバッギング」のビューイング能力（viewin
g capabilities）を有している。アクティビティ・ログ
（Activity Log）１８２は、日付および時間のスタン
プ、ロギング処理名、およびメッセージ・ストリングを
有している。ユーザはログを通して検索し、特定の処理
によってログされたアクティビティを引き出すことがで
きる。このアクティビティ・ログ１８２はその大きさを
構成可能になっている。オーバーフロー分はＴＡＣのデ
ータベース１１２に自動的に送られる。スプール１８４
を選択することで、ＴＡＣのデータベース１１２に送ら
れるべくキューされたファイルを表示することができ
る。各エントリと伴に表示される情報には、ファイルを
キューに入れた処理名、エントリがスプールされた日付
および時間、エントリが送られる予定の日付および時
間、行先（ファイルが送られる場所）、予想転送時間、
エントリの現在の状態（アクティブまたはペンディン
グ）、およびファイルのサイズが含まれる。ユーザはエ
ントリを追加し又は消去することでスプール（キュー）
を編集することができる。追加されたエントリはユーザ
が構成可能な“Send Immediately”オプション、また
は、“Schedule to be sent at <time> ”オプションを
有する。デフォルトによりその追加されたエントリが現
在のリストの終りに予定される。

【０１２０】フィールド・サービス・エンジニアはま
た、スマートブックにより、以下の主要な機能をチェッ
クするための各種の自己診断試験を実行するオプション
を有している。すなわち、フィールド・サービス・ノー
トブック１８とシステムモニタ１６との間のイーサネッ
ト接続体２０、システムモニタ１６とマスタＤＴＵ３４
との接続体、光ファイバネットワーク２４、およびシス
テムモニタ１６に対する自己診断である。したがって、
１つのツールが多様な点検および修理の機能を果たすこ
とになる。

【０１２１】

【発明の効果】このため、ここで示したように説明され
かつ配置された要素によって、本発明は血管イメージン
グシステムの、より簡単で、よりコスト低減に優れ、さ
らにより信頼性のある修理および解析を提供するもので
ある。

【０１２２】なお、以上の説明で使用してきた用語や表
現は、実施形態を記述する用語として使われており、限
定を意図したものではなく、そのような用語や表現を使
用する上で、表現されかつ記述された等価物、またはそ
れらの一部を排除する意図はなく、クレームされた本発
明の範囲内で各種の変形が可能であることが認識される
ところである。

【０１２３】また、上述の説明で引用したソース・コー
ドの例を付録Ａとして以下に添付する。

【０１２４】

【外１】

【０１２５】

【外２】

【０１２６】

【外３】

【０１２７】

【外４】

【０１２８】

【外５】

【０１２９】

【外６】

【０１３０】

【外７】

【０１３１】

【外８】

【０１３２】

【外９】

【０１３３】

【外１０】

【０１３４】

【外１１】

【０１３５】

【外１２】

【０１３６】

【外１３】

【０１３７】

【外１４】

【０１３８】

【外１５】

【０１３９】

【外１６】

【０１４０】

【外１７】

【０１４１】

【外１８】

【０１４２】

【外１９】

【０１４３】

【外２０】

【０１４４】

【外２１】

【０１４５】

【外２２】

【０１４６】

【外２３】

【０１４７】

【外２４】

【０１４８】

【外２５】

【０１４９】

【外２６】

【０１５０】

【外２７】

【０１５１】

【外２８】

【図面の簡単な説明】

【図１】本発明の診断システムの一例を示す図である。

【図２】血管イメージングシステムに接続された場合の
本発明の診断システムの一例の図である。

【図３】本発明の診断システム係るオン・サイト部分
（下側の円で表された）とＴＡＣにより提供されるオフ
・サイトのサポート（上側の円で表された）の概念図で
ある。

【図４】本発明に係る、スター配置に構成された診断シ
ステムの図である。

【図５】一般化されたＤＴＵモジュールの断面透視図で
ある。

【図６】各ＤＴＵモジュールに共通のマイクロプロセッ
サモジュールの機能ブロック図である。

【図７】各ＤＴＵモジュールに共通のパワーモジュール
の機能ブロック図である。

【図８】ｋＶ，ｍＡ ＤＴＵ、ＰＭＴ ＤＴＵ、線量計
ＤＴＵ、およびマスタＤＴＵに共通のサンプルコントロ
ールモジュールの概要図である。

【図９】ＤＴＵに使用されているマルチピンコネクタの
マスタピン割り当てのテーブルである。

【図１０】ＲＡＭおよびＥＰＲＯＭメモリから成るＤＴ
Ｕマイクロプロセッサ・メモリマップの図である。

【図１１】ＤＴＵマイクロプロセッサにより制御された
場合のネットワークとサンプルコントロールモジュール
との間の通信データフローの図である。

【図１２】線量計ＤＴＵのブロック図である。

【図１３】オペレータコンソールに接続されたオペレー
タコンソールＤＴＵのブロック図である。

【図１４】システムモニタにより実行される機能の概念
図である。

【図１５】解像度処理手順のフロー図である。

【図１６】解像度処理手順に使用される問題分離アルゴ
リズムを示す図である。

【図１７】解像度処理手順に使用される問題分離アルゴ
リズムを示す図である。

【図１８】焦点試験処理手順を示すフロー図である。

【図１９】焦点試験処理手順を示すフロー図である。

【図２０】半値試験処理手順を示すフロー図である。

【図２１】迅速な管キャリブレーション・チェック処理
手順を示すフロー図である。

【図２２】迅速な管キャリブレーション・チェック処理
手順を示すフロー図である。

【図２３】チェックＭＡＸ ＥＲＲ処理手順を示すフロ
ー図である。

【図２４】間接撮影線量データ処理手順を示すフロー図
である。

【図２５】間接撮影線量データ処理手順を示すフロー図
である。

【図２６】間接撮影線量データ処理手順を示すフロー図
である。

【図２７】本発明に係る２つのＤＴＵ間の通信に関係す
るセッション階層、データリンク階層、および物理メデ
ィア接続体を示す概念図である。

【図２８】図２７のデータリンク階層パケットのコンポ
ーネントを示す図である。

【図２９】図２７のＤＴＵネットワークプロトコルのデ
ータリンクフレーム構成を示す図である。

【図３０】図２７のセッション階層パケットの構成を示
す図である。

【図３１】データ伝送の信頼性を上げる「スライディン
グ技法」を表す図である。

【図３２】データ伝送の信頼性を上げる「スライディン
グ技法」を表す図である。

【図３３】ＤＴＵに対する起動用シュードコードを表す
図である。

【図３４】一般的なＤＴＵに対する概略の起動シーケン
スを示す図である。

【図３５】本発明に従うＤＴＵネットワークの注釈セッ
ションを表す図である。

【図３６】スマートブック（SmartBook ）からの画面の
例を示す図で、本システムにロギングしたときにフィー
ルドエンジニアに提供されるグラフィカル・ユーザ・イ
ンタフェース・ソフトウエアを示す。

【図３７】スマートブック（SmartBook ）からの画面の
例を示す図で、本システムにロギングしたときにフィー
ルドエンジニアに提供されるグラフィカル・ユーザ・イ
ンタフェース・ソフトウエアを示す。

【図３８】スマートブック（SmartBook ）からの画面の
例を示す図で、本システムにロギングしたときにフィー
ルドエンジニアに提供されるグラフィカル・ユーザ・イ
ンタフェース・ソフトウエアを示す。

【図３９】スマートブック（SmartBook ）からの画面の
例を示す図で、本システムにロギングしたときにフィー
ルドエンジニアに提供されるグラフィカル・ユーザ・イ
ンタフェース・ソフトウエアを示す。

【図４０】スマートブック（SmartBook ）からの画面の
例を示す図で、本システムにロギングしたときにフィー
ルドエンジニアに提供されるグラフィカル・ユーザ・イ
ンタフェース・ソフトウエアを示す。

【図４１】本発明のシステムにおいてフィールド・サー
ビス・エンジニアが使用できるメニュー・オプションを
説明するフローチャート図である。

【図４２】図４１の「トラブルシュート」処理を表す動
作シーケンス図である。

【図４３】図４１の本発明に係る診断用ソフトウエアの
「ユーティリティ」オプションについてのフロー図であ
る。

【図４４】図４１の本発明に係る診断用ソフトウエアの
「ユーティリティ」オプションについてのフロー図であ
る。

【図４５】図４１の本発明に係る診断用ソフトウエアの
「ユーティリティ」オプションについてのフロー図であ
る。

【符号の説明】

１０ 診断システム １２ ＤＴＵ １４ 血管Ｘ線イメージングシステム １６ システムモニタ １８ フィールド・エンジニア・ノットブック ２０ イーサネット接続体 ２４ 光ファイバケーブル ３４ マスタＤＴＵ ３６ マルチピン・ケーブル １０４ ＬＥＤ

フロントページの続き (72)発明者 ティム ピーラー アメリカ合衆国 92691 カリフォルニア 州，ミッション ヴィエゴ， アラーコン 27672 (72)発明者 ディミトリオス ルーマキス アメリカ合衆国 92630 カリフォルニア 州，レイク フォレスト， アパートメン ト Ｈ16， オスターマン ロード 20041 (72)発明者 ミルティン ニコリック アメリカ合衆国 92688 カリフォルニア 州，サンタ マルガリタ， レオナード ランチ ８ (72)発明者 ジョイティ ラシュワニ アメリカ合衆国 92673 カリフォルニア 州，サン クレメンテ， ヴィア ドゥラ ズノ 2522 (72)発明者 ダン デュリック アメリカ合衆国 92663 カリフォルニア 州，ニューポート ビーチ， 40番ストリ ート 213 (72)発明者 ハテム エル−セバーリー アメリカ合衆国 92630 カリフォルニア 州，レイク フォレスト ＃105−195， タブコ ロード 25422 (72)発明者 レック モルガ アメリカ合衆国 92677 カリフォルニア 州，ラグナ ニゲル， ウエストゲイト 57

Claims (7)

【特許請求の範囲】
1. 【請求項１】 分散形試験ユニットのネットワークを使
   う自動化された方法であって、各分散形試験ユニットは
   診断システムのコンポーネントに結合して動作上の問題
   を診断し解決する方法において、 ａ． 前記診断システムの以前の動作上の問題およびそ
   の動作上の問題に対する以前の解決策をデータベースに
   記憶するステップと、 ｂ． 前記分散形試験ユニットを使って前記診断システ
   ムの該当するコンポーネントの試験位置からデータをサ
   ンプルするステップと、 ｃ． 自動化されたエキスパートシステムを使って前記
   サンプルデータを前記格納されている以前の動作上の問
   題と比較し、その動作上の問題の潜在的原因を識別する
   ステップと、 ｄ． 前記サンプルデータが前記識別された潜在的原因
   のいずれかに一致するかどうかを判定する試験処理手順
   を実行することでその識別された散在的原因を繰り返し
   て解析するステップと、 ｅ． 前記繰り返し解析に基づいて示唆された行為を出
   力するステップと、を有する方法。
2. 【請求項２】 前記分散形試験ユニットを使って前記試
   験処理手順に必要となるかもしれない追加データを前記
   試験位置から収集するステップをさらに有する請求項１
   記載の方法。
3. 【請求項３】 以前の動作上の問題、以前の動作上の解
   決策、および予め定めた選択基準に基づいて試験処理手
   順の前記繰り返し実行を優先するステップをさらに有す
   る請求項１記載の方法。
4. 【請求項４】 前記示唆された行為をマルチメディア・
   フォーマットを使って出力するステップをさらに有する
   請求項１記載の方法。
5. 【請求項５】 多重コンポーネントを備えた診断システ
   ムの予防保守を実行するための自動化された方法におい
   て、 ａ． 前記診断システムの各コンポーネントの試験位置
   に分散形試験ユニットを接続するステップと、 ｂ． 前記分散形試験ユニットを使って前記試験位置か
   らデータをサンプルするステップと、 ｃ． 最適性能、以前の点検修理の問題、および以前の
   点検修理の解決策を表す複数の所定のデータ値が格納さ
   れているデータベースに前記サンプルデータを格納する
   ステップと、 ｄ． 自動化されたエキスパートシステムを使って前記
   サンプルデータを前記予め定めたデータ値に比較し、前
   記診断システムが前記予め定めたデータ値の範囲内で動
   作しているかどうかを判定するステップと、 ｅ． 前記予め定めた値の範囲内に入らないサンプルデ
   ータについて潜在的な原因を識別するステップと、 ｆ． 前記サンプルデータが前記識別された潜在的原因
   に一致するかどうかを判定する試験処理手順を実行する
   ことでその識別された散在的原因を繰り返して解析する
   ステップと、 ｇ． 一度、間違った原因が全て識別されると、矯正用
   の行為手順を出力するステップと、を有する方法。
6. 【請求項６】 以前の動作上の問題、以前の動作上の解
   決策、および予め定めた選択基準に基づいて試験処理手
   順の前記繰り返し実行を優先するステップをさらに有す
   る請求項５記載の方法。
7. 【請求項７】 ガイダンス情報および矯正行為手順をマ
   ルチメディア・フォーマットで出力するステップをさら
   に有する請求項５記載の方法。