(57)【要約】      （修正有）【課題】医用モダリティなどのモニタ・保守（点検）および修理を高信頼性をもって低コストで行なうことができ、トラブル発生時に問題解決策をユーザやサービスエンジニアに提供する。【解決手段】診断ネットワークシステム１０は、複数の分散形試験ユニット１２と、マスタ分散形試験ユニット３４と、通信媒体で相互に接続して情報の伝達を可能にしたネットワーク１３と、複数の分散形試験ユニット１２と通信を行うシステムモニタユニット１６とを備える。システムモニタユニット１６は、動作情報に関する情報を基に編集された編集情報データベースと、収集された情報を解析して複数のデバイスについて点検修理が必要か否かを常時、判定する手段と、ユーザインタフェース１８との通信に応じて点検修理が必要なデバイスについてトラブルシューティングを行うのに必要なツール及び点検修理の処理手順を示す手段を有する診断ユニットと、を備えたものである。【選択図】図１
2010017563.tif 000002
【特許請求の範囲】
【請求項１】
複数のデバイスと通信を行う診断ネットワークシステムにおいて、
前記複数のデバイスの内の関連したそれぞれのデバイスと個別に通信を行って当該デバイスの動作状態に関する情報を常時、収集する複数の分散形試験ユニットと、
マスタ分散形試験ユニットと、
前記マスタ分散形試験ユニットおよび前記複数の分散形試験ユニットを通信媒体で相互に接続して情報の伝達を可能にしたネットワークと、
前記マスタ分散形試験ユニットを経由して前記複数の分散形試験ユニットと通信を行うシステムモニタユニットと、
前記システムモニタユニットと通信を行うとともにユーザに前記複数の分散形試験ユニットのそれぞれと通信を行わせるユーザインタフェースと、を備え、
前記システムモニタユニットは、
前記複数の分散形試験ユニットから前記動作状態に関する情報を収集するコントロールユニットと、
前記複数の分散形試験ユニットから収集された前記動作情報に関する情報を基に編集された編集情報を格納するデータベースと、
前記収集された情報を解析して前記複数のデバイスについて点検修理が必要か否かを常時、判定する手段と、前記ユーザインタフェースとの通信に応じて前記複数のデバイスの内の点検修理が必要なデバイスについてトラブルシューティングを行うのに必要なツール及び点検修理の処理手順を示す手段を有する診断ユニットと、を備えたことを特徴とした診断ネットワークシステム。
【請求項２】
前記複数の分散形試験ユニット、前記マスタ分散形試験ユニット、前記ネットワーク、および前記システムモニタユニットを備えたシステムが複数の医用モダリティに個別に接続されている請求項１記載の診断ネットワークシステム。
【請求項３】
前記複数の医用モダリティは、血管Ｘ線イメージングシステム、Ｘ線ＣＴスキャナ、および磁気共鳴イメージングシステムの内の少なくとも１種類の医用モダリティを含む請求項２記載の診断ネットワークシステム。
【請求項４】
前記複数の分散形試験ユニットは、前記複数のデバイスそれぞれの所望の試験位置に取り付けられ、且つ、その試験位置における当該デバイスの動作データを前記動作状態に関する情報として連続的に収集する構成を有する請求項１に記載の診断ネットワークシステム。
【請求項５】
前記複数のデバイスは、同一の医用モダリティを構成する複数のデバイスである請求項４に記載の診断ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数の異なったモジュール装置が互いに接続されて特定の機能を有するモダリティ（例えば血管Ｘ線イメージングシステム、ＭＲＩ（磁気共鳴イメージング）システム、Ｘ線ＣＴスキャナ、核医学診断装置、生体磁場計測装置など）などの対象システムのモニタ、保守（点検）、および修理を含む診断（試験、検査、管理）の手法に関する。
【背景技術】
【０００２】
従来、この種のモジュール化システムの一例として、種々の医用モダリティが挙げられる。例えば、医用モダリティとしての血管Ｘ線イメージングシステムの場合、その典型的な構成として、患者テーブル、オペレータコンソール、コントロールパネル、および高電圧変圧器をモジュール装置として備え、これらのモジュール装置が電気的に接続されている。これにより、全体として、患者の血管イメージングを行うことができるようになっている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
これらモダリティの各コンポーネントを点検修理するにはコストが掛かる。モジュール式に設計すれば、システムを顧客個々の要求に一致させて構築することができる。反面、修理や保守が複雑になる。つまり、それら修理や保守を個々のモジュールに合わせて行わなければならないので、修理や保守に要するコスト全体は高くなる。
【０００４】
修理や保守を行うには、フィールド・サービス・エンジニアは、いつ生じるともしれない、あらゆるトラブルを調べるために、現場で直ちに使える技術マニュアルおよび修理手順書を持参していなければならない。しかし、ここでもシステムがモジュール式があるが故に、１つの問題を生じている。血管Ｘ線イメージングシステムはその典型的なものである。このシステムには、多様なモジュールが使用されるので、モジュールそれぞれに対して技術マニュアルおよび処理手順書がフィールド・サービス・エンジニアの手持ち品となってしまう。これはかなりの書類量になり、非常に不便で、移動性の良くないものであった。
【０００５】
モダリティのシステムトラブル（問題）を診断する場合、診断結果に基づく問題解決法が的中の場合もあるが、外れてしまうこともあり、問題解決には試行錯誤的な要素を常に含んでいる。つまり、適宜な問題解決策に到達するまでには、多くの時間と手間が掛かる場合も非常に多かった。例えば、トラブルを診断するには、フィールド・サービス・エンジニアは問題解決のための処理手順を実行したり、頻繁に技術マニュアルを参照してそのような処理手順を実行する必要がある。最初の処理手順を実行してもトラブルが解決しないことも多く、その場合、追加の処理手順を実行する必要がある。これは著しく時間を浪費し、かつ診断コストも掛かる。また、処理手順を実行した結果、部品を交換する必要があることもある。しかも、その部品を交換しても、システムは依然として期待通りに作動しないという場合もある。
【０００６】
トラブルの原因を見極めるのに２回以上の解決のための処理手順を実行する必要があることもある。一度、トラブルの原因が判定されると、かかる動作不良のコンポーネントをどのように修理するか又はどのように交換するかを決めるために、さらに多くの処理手順の実行が必要になる。経験豊かなフィールド・サービス・エンジニアであれば問題をより容易に識別し、それを解決するためのステップを知ることができるとしても、そのような経験のあるフィールド・サービス・エンジニアでさえも原因を誤診してしまうほど、めったに、しかも明瞭には発生しないトラブルもある。
【０００７】
別のコスト上昇要因は保守、点検後に最適（optimum）性能を確保する手間にある。この最適性能はしばしばユーザが経験的に保有している。つまり、システムにより生成された画像を使用する医者一人ひとりが特有の性能パラメータ（performance parameters）を保有しており、これが個々の医者にとっての最適パラメータとなっている。このため、重要なことは、診断（試験、検査、管理）後に最適性能の状態を容易に再生することができ、システムを個々のユーザが好む性能特性を発揮できるセッティングに戻すことである。従来は、この最適性能の再生に多くの時間と手間が掛かっていた。
【０００８】
また従来では、モダリティのシステム性能の状態をモニタする場合、モジュール化されているので、多くの手間を要していた。とくに、血管イメージングシステムの場合、その手間はしばしば複雑なものにもなっていた。それは、一般に多数のシステムコンポーネントが様々な部屋に置かれ、別々の電源からパワーを受けることがあるからである。概して、電気的安全、アース回りおよび距離の問題が生じる。
【０００９】
本発明は、モジュール化システムにおける上述した従来のモニタ、保守、点検に関する種々の問題に鑑みてなされたもので、その主目的は、それらモニタ、保守、点検のコストを著しく低減させることができ、トラブル発生時に確実な問題解決策を提示できる、モジュール化システムに対する診断ネットワークシステムを提供することである。
【００１０】
本発明の別の目的は、モジュール化システムを保守、点検するフィールド・サービス・エンジニアの手持ち品を少なくし、便利で、移動性を良くすることで、診断のコスト低減に寄与しようとするものである。
【００１１】
本発明のさらに別の目的は、モジュール化システムのトラブル（問題）を診断する場合の試行錯誤的な要素を排除または減らし、能率良く問題解決策を提示して、診断のコスト低減に寄与しようとするものである。
【００１２】
本発明のさらに別の目的は、経験豊かなフィールド・サービス・エンジニアであっても、解決困難な態様で発生するモジュール化システムのトラブルに対しても的確な解決策を提示できるようにすることである。
【００１３】
本発明のさらに別の目的は、保守、点検やトラブル解決後に、モジュール化システムを以前のその最適性能の状態に容易に戻すことができ、これによっても、保守などのトータルの時間短縮および手間軽減を図ることができるようにする、ことである。
【００１４】
本発明のさらに別の目的は、モジュール化システムの性能状態をオンラインで容易かつ確実にモニタでき、システム管理の信頼性を向上させることである。
【課題を解決するための手段】
【００１５】
本発明に係る診断ネットワークシステムは、複数のデバイスと通信を行う診断ネットワークシステムにおいて、前記複数のデバイスの内の関連したそれぞれのデバイスと個別に通信を行って当該デバイスの動作状態に関する情報を常時、収集する複数の分散形試験ユニットと、マスタ分散形試験ユニットと、前記マスタ分散形試験ユニットおよび前記複数の分散形試験ユニットを通信媒体で相互に接続して情報の伝達を可能にしたネットワークと、前記マスタ分散形試験ユニットを経由して前記複数の分散形試験ユニットと通信を行うシステムモニタユニットと、前記システムモニタユニットと通信を行うとともにユーザに前記複数の分散形試験ユニットのそれぞれと通信を行わせるユーザインタフェースと、を備え、前記システムモニタユニットは、前記複数の分散形試験ユニットから前記動作状態に関する情報を収集するコントロールユニットと、前記複数の分散形試験ユニットから収集された前記動作情報に関する情報を基に編集された編集情報を格納するデータベースと、前記収集された情報を解析して前記複数のデバイスについて点検修理が必要か否かを常時、判定する手段と、前記ユーザインタフェースとの通信に応じて前記複数のデバイスの内の点検修理が必要なデバイスについてトラブルシューティングを行うのに必要なツール及び点検修理の処理手順を示す手段を有する診断ユニットと、を備えたものである。
【発明の効果】
【００１６】
本発明の診断ネットワークシステムによれば、医用モダリティなどのモジュール化されたシステムに搭載された複数のデバイス（モジュール）のモニタ、保守および点検コストを低減させ、かつトラブル発生時に確実な問題解決策をユーザやサービスエンジニアに提供することができる。さらに、より簡単に、かつ、低コスト化・高信頼性をもってモニタし、保守（点検）および修理を行うことができる診断ネットワークシステムを提供することができる。また、この診断ネットワークシステムに好適に使用可能な分散形試験ユニットを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の診断ネットワークシステムの一例を示す図。
【図２】血管イメージングシステムに接続された場合の本発明の診断ネットワークシステムの一例の図。
【図３】本発明の診断ネットワークシステム係るオン・サイト部分（下側の円で表された）とＴＡＣにより提供されるオフ・サイトのサポート（上側の円で表された）の概念図。
【図４】本発明に係るスター配置構成の診断ネットワークシステムの図。
【図５】一般化されたＤＴＵモジュールの断面透視図。
【図６】各ＤＴＵモジュールに共通のマイクロプロセッサモジュールの機能ブロック図。
【図７】各ＤＴＵモジュールに共通のパワーモジュールの機能ブロック図。
【図８】ｋＶ，ｍＡ  ＤＴＵ、ＰＭＴ  ＤＴＵ、線量計ＤＴＵ、およびマスタＤＴＵに共通のサンプルコントロールモジュールの概要図。
【図９】ＤＴＵに使用されているマルチピンコネクタのマスタピン割り当てのテーブル。
【図１０】ＲＡＭおよびＥＰＲＯＭメモリから成るＤＴＵマイクロプロセッサ・メモリマップの図。
【図１１】ＤＴＵマイクロプロセッサにより制御された場合のネットワークとサンプルコントロールモジュールとの間の通信データフローの図。
【図１２】線量計ＤＴＵのブロック図。
【図１３】オペレータコンソールに接続されたオペレータコンソールＤＴＵのブロック図。
【図１４】システムモニタにより実行される機能の概念図。
【図１５】解像度処理手順のフロー図。
【図１６】解像度処理手順に使用される問題分離アルゴリズムを示す図。
【図１７】解像度処理手順に使用される問題分離アルゴリズムを示す図。
【図１８】焦点試験処理手順を示すフロー図。
【図１９】焦点試験処理手順を示すフロー図。
【図２０】半値試験処理手順を示すフロー図。
【図２１】迅速な管キャリブレーション・チェック処理手順を示すフロー図。
【図２２】迅速な管キャリブレーション・チェック処理手順を示すフロー図。
【図２３】チェックＭＡＸ  ＥＲＲ処理手順を示すフロー図。
【図２４】間接撮影線量データ処理手順を示すフロー図。
【図２５】間接撮影線量データ処理手順を示すフロー図。
【図２６】間接撮影線量データ処理手順を示すフロー図。
【図２７】本発明に係る２つのＤＴＵ間の通信に関係するセッション階層、データリンク階層、および物理メディア接続体を示す概念図。
【図２８】図２７のデータリンク階層パケットのコンポーネントを示す図。
【図２９】図２７のＤＴＵネットワークプロトコルのデータリンクフレーム構成を示す図。
【図３０】図２７のセッション階層パケットの構成を示す図。
【図３１】データ伝送の信頼性を上げる「スライディング技法」を表す図。
【図３２】データ伝送の信頼性を上げる「スライディング技法」を表す図。
【図３３】ＤＴＵに対する起動用シュードコードを表す図。
【図３４】一般的なＤＴＵに対する概略の起動シーケンスを示す図。
【図３５】本発明に従うＤＴＵネットワークの注釈セッションを表す図。
【図３６】スマートブック（SmartBook）からの画面の例を示す図で、本システムにロギングしたときにフィールドエンジニアに提供されるグラフィカル・ユーザ・インタフェース・ソフトウエアを示す。
【図３７】スマートブック（SmartBook）からの画面の例を示す図で、本システムにロギングしたときにフィールドエンジニアに提供されるグラフィカル・ユーザ・インタフェース・ソフトウエアを示す。
【図３８】スマートブック（SmartBook）からの画面の例を示す図で、本システムにロギングしたときにフィールドエンジニアに提供されるグラフィカル・ユーザ・インタフェース・ソフトウエアを示す。
【図３９】スマートブック（SmartBook）からの画面の例を示す図で、本システムにロギングしたときにフィールドエンジニアに提供されるグラフィカル・ユーザ・インタフェース・ソフトウエアを示す。
【図４０】スマートブック（SmartBook）からの画面の例を示す図で、本システムにロギングしたときにフィールドエンジニアに提供されるグラフィカル・ユーザ・インタフェース・ソフトウエアを示す。
【図４１】本発明の診断用ネットワークシステムにおいてフィールド・サービス・エンジニアが使用できるメニュー・オプションを説明するフローチャート図。
【図４２】図４１の「トラブルシュート」処理を表す動作シーケンス図。
【図４３】図４１の本発明に係る診断用ソフトウエアの「ユーティリティ」オプションについてのフロー図。
【図４４】図４１の本発明に係る診断用ソフトウエアの「ユーティリティ」オプションについてのフロー図。
【図４５】図４１の本発明に係る診断用ソフトウエアの「ユーティリティ」オプションについてのフロー図。
【図４６】本発明の１つの展開例に係る診断ネットワークシステムの説明図。
【図４７】本発明の別の１つの展開例に係る診断ネットワークシステムの説明図。
【発明を実施するための形態】
【００１８】
本発明に係る診断ネットワークシステムの実施形態を添付図面を参照して説明する。
【００１９】
この診断ネットワークシステム１０は図１、２に示すように３つの主要なコンポーネントを備えている。すなわち、１）分散形試験ユニット（distributed test units：ＤＴＵｓ）１２から成るハードウェアネットワーク１３であって、血管イメージングシステム（vascular system）１４（図２参照）を構成する種々のモジュール上の予め定めた試験位置（test points）に取り付けることができるコンポーネント、２）ＤＴＵ１２からデータを受領し取り扱うシステムモニタボックス１６、および、３）フィールド・サービス・ノートブック１８（従来のラップトップコンピュータ）であって、フィールド・サービス・エンジニアのシステムモニタボックス１６に対するインタフェースとして機能するとともに、ユーザが本発明の診断ネットワークシステム１０にアクセスできるようにするコンポーネントである。図３に概念的に示されているテクニカル・アシスタンス・センタ（ＴＡＣ）１９も本発明に係る別の構成要素を成す。
【００２０】
［システムアーキテクチャ］
本発明の診断ネットワークシステム１０に係る好適な実施形態の１つは、図１および２に示す如く、ＤＴＵ１２を直列につないだ最もシンプルな構成である。この構成により、血管イメージングシステム１４の各デバイス（モジュール装置）の指定試験位置にて動作データを連続的に収集し、その情報を前記システムモニタボックス１６に送り返すようになっている。図２に示すように、Ｘ線撮影のために使用される血管イメージングシステム１４は、高電圧変圧器７８、患者寝台１７、Ｃ−アーム１５、コントロールパネル３２、およびコンソール３０といったモジュール装置の集合体から成る。このＤＴＵネットワーク１３と前記システムモニタボックス１６はオンサイトで配置されており、血管イメージングシステム１４のモジュール装置に接続されている。ＤＴＵ１２の各々は互いに光ファイバネットワーク２４により接続されている。好適な実施例によれば光ファイバネットワーク２４として、「東芝アメリカ・エレクトロニック・コンポーネンツ（株）」から入手できるＴＯＴＸ１７３／ＴＯＲＸ１７３およびＴＯＣＰ１７２の光ファイバーケーブルが使用される。各ＤＴＵ１２間の光ファイバーネットワーク２４の最大長さは１０メートルである。フィールド・サービス・ノートブック１８はフィールド・サービス・エンジニアによってサイトまで持ち込まれ、イーサネット接続体２０を使ってシステムモニタ１６に接続される。このフィールド・サービス・ノートブック１８にはグラフィカル・ユーザ・インタフェース（ＧＵＩ）２２が設けられており、これによりフィールド・サービス・エンジニアはＤＴＵネットワーク１３と直接に通信を行うことができる。
【００２１】
図３に概念的に示すように、ＴＡＣ１９ではモデム・リンク２６又はその他の適宜なデータラインを経由して、テクニカルサポート、機能統計、エキスパート・ノーレッジ（expert knowledge）、および外部データが追加的にオフサイトで得られる。このオフサイトのサポートはオンサイトのフィールド・サービス・エンジニアに与えられるので、本発明に係る診断ネットワークシステムを有効に機能させる上で助けとなる。
【００２２】
図１および２で参照できるように、システムデータのサンプル能力は血管イメージングシステム１４の予め定めた試験位置に配したＤＴＵ１２により与えられる。例えば、ＤＴＵ１２は血管イメージングシステム１４の線量計２８、コンソール３０、コントロールキャビネット３２、および高電圧変圧器７８などのコンポーネントに配してある。これらのコンポーネントの試験位置には各々、異なるＤＴＵが備えられ、このＤＴＵがその関連コンポーネントの特定のパラメータを監視するように設けられている。例えば線量計２８は線量計ＤＴＵ３８を有し、Ｘ線の線量情報が集められる。ＤＴＵネットワーク１３はマスタＤＴＵ３４に接続されており、このマスタＤＴＵ３４は、在来の２５ピンケーブルの如くのマルチピン・ケーブル３６によりシステムモニタボックス１６に接続されている。
【００２３】
複数のＤＴＵ１２は直列に接続され、図１に示すように、マスタＤＴＵ３４に始まりかつ終わるループの閉ループを形成している。図４に示すスター形の接続を行ってもよく、これにより直列接続で想定される欠点のいくつかを克服できる。
【００２４】
図２のハードウェア構成の場合、マスタＤＴＵ３４はパラレルポート４０Ａを有しており、これを通してマスタＤＴＵ３４はシステムモニタボックス１６のＬＰＴポート４０に接続される。このＬＰＴポート４０では４ビットがデータ入力用に、残りの４ビットが出力データ用に使われている。マスタＤＴＵ３４は光学受信機／送信機５４（図６参照）を有し、光ファイバネットワーク２４との間の通信が可能になっている。このマスタＤＴＵ３４は、システムモニタボックス１６からデジタル信号を受信し、それをＤＴＵネットワーク１３用の光信号に変換する。マスターＤＴＵ３４は、個々のＤＴＵ１２から戻ったデータを受診すると、その信号を光信号の形態からデジタル信号の形態に変換し、その信号をシステムモニタボックス１６に渡して解析させる。
【００２５】
マスタＤＴＵ３４の動作中においては、マスタＤＴＵ３４が閉ループ中の第１番目のＤＴＵ１２にデータを送り、その第１番目のＤＴＵ１２がそのデータを第２番目のＤＴＵ１２に再送信し、これを順次行って最後のＤＴＵ１２がかかるデータをマスタＤＴＵ３４に送り返し、ループを完成させる。ＤＴＵ１２がシリアルネットワークの場合、ＤＴＵ１２全部を接続してループを形成するのに１つの光ファイバネットワーク２４のみで済むという点から、コスト的利点が一番である。
【００２６】
このシリアル接続法の不利な点としては、ａ）１つのＤＴＵの電源がダウンすると、ネットワークループ全体が動作不能になること、および、ｂ）送信時に、光パルスの歪みが生じることがあり、この歪みが高速光通信の性能を低下させて低速モードになってしまうこと、である。これらの不利な点は図４に示すようにスター・ループ形それぞれのネットワーク構成を結合させたものを使って説明する。
【００２７】
スター・ループ形ネットワークの一例を図４に示す。本実施例では４個以上の光入出力チャンネルを使い、本診断ネットワークシステムにとって不可欠な全てのＤＴＵ１２を光ファイバケーブル・ネットワーク２４の個々のリンクによってアクセスできるようにしている。第２に、ＤＴＵ１２はまたループ状に接続できる。主要なＤＴＵ１２には直接アクセスができるので、１つのＤＴＵ１２が故障していてもネットワーク全体が動作不能になるという事態が防止される。スター形構成の一つの不利な点は別々に接続するためには光ケーブルが付加的に必要になることである。しかし、各ループはそのループに割り当てられた専用のマスタＤＴＵ回路を持つことができ、そのマスタＤＴＵ回路は図２の閉ループの実施例に関連して説明したマスターＤＴＵ３４と同類のものでよい。あるいはまた、マスターＤＴＵ回路一式がいくつかのループに共用されるという多重配置の構成を採用することもできる。
【００２８】
［分散形試験ユニット］
さてＤＴＵ１２を図５〜１１を参照してさらに詳細に説明する。ＤＴＵ１２は可搬形のデータ収集ユニットであり、血管イメージングシステム１４のコンポーネント（モジュール装置）上の所定試験位置に接続することができるように構成されており、そのイメージングシステムの通常動作又はそのイメージングシステムで作り出される画質に影響を及ぼすことなく、かかる接続が可能になっている。ＤＴＵ１２は本発明の診断ネットワークシステムの“感覚器”の機能を担い、データを収集してシステムモニタボックス１６に送り出す。
【００２９】
図５に示すように、３つの基本的モジュールが肩車状に設けられて１つのＤＴＵ１２を成している。すなわち、１）マイクロプロセッサ・モジュール（ＭＭ）４６、２）パワー・モジュール４８（ＰＭ）、および３）サンプル・コントロール・モジュール（ＳＣＭ）５０である。これらのモジュールは図５に示すように、積層可能なマルチピン・コネクタ５２により接続するのが好ましい。ＤＴＵ１２は、適宜なＳＣＭモジュール５０を選択し、マイクロプロセッサ・モジュール４６およびパワー・モジュール４８と一緒に積層することにより特定の試験位置に合わせることができる。マイクロプロセッサ・モジュール４６およびパワー・モジュール４８は各ＤＴＵ１２に対して不変であることが望ましい。ＤＴＵ１２にはＬＥＤ１０４が搭載されており（図１に示す）、このＬＥＤ１０４が状態情報を提供し、起動後にＤＴＵ１２が動作しているか否かを表示する。
【００３０】
マイクロプロセッサ・モジュール４６は、バッテリパワーをオフ動作可能な東芝製６８ＨＣ１１ＡＯのマイクロプロセッサ４４を、ネットワーク内でのメモリおよび接続用光入出力能力と伴に有している。ＤＴＵ１２は、血管イメージングシステム１４の例えば線量計といった１つのコンポーネントに少なくとも１対が光学である、接続するためのアナログ又はデジタルの入出力を有している。
【００３１】
血管イメージングシステム１４のＤＴＵ１２を配置する試験位置の各々は様々の機能に供する。したがって、種々のタイプのＳＣＭ５０が使われる。しかしながら、パワー・モジュール４８とマイクロプロセッサ・モジュール４６は各ＤＴＵ１２に共通である。全てのＤＴＵ１２は全体的には似ているけれども、入力条件および動作レベル（電圧および値）は変わることがある。
【００３２】
ＤＴＵ１２を取り付ける所定の試験位置は、最高の可能な限りの画質を得る上で最も重要と考えられる位置である。各ＤＴＵ１２はいくつかの機能を果たす。この機能には、１）光ファイバネットワーク２４を通して受診したシステムモニタボックス１６からのコマンドを監視しながら待つ、２）所定の試験位置への入力を監視する、および／または、３）所定値を保持するように試験位置を変更する、ことが含まれる。例えば、ＤＴＵ１２は正のフィードバック制御システムとして動作でき、そのシステムでは出力がある所定値に到達するまで入力としてフィードバックされる。このため、例えばユーザが線量計２８の放射をある値まで上げたいと望むと、その線量計ＤＴＵ３８は指定出力値に達するまで放射を増分ずつ増加させる。
【００３３】
マイクロプロセッサ・モジュール４６はパワーモジュール４８および試験位置特有のＳＣＭ５０に一体化されている。マルチピンコネクタ５２を介して、ＳＣＭ５０を制御するために必要な信号がマイクロプロセッサ４４から与えられる。図６に示すマイクロプロセッサ・モジュール４６の好適なアーキテクチャには、光学受信機および送信機５４、東芝製モデル６８ＨＣ１１Ａ１またはそれと同等のものなどのマイクロプロセッサ４４、ＥＰＲＯＭ５８、ＲＡＭ  ２０００メモリ５６Ａのバンク、ＲＡＭ  ６０００  メモリ５６のバンク、ＲＡＭ  ８０００メモリ５６Ｃのバンク、およびフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）６４が含まれる。マイクロプロセッサ４４はマルチピンコネクタ５２に接続されているデータ／アドレスバスを介して情報を伝送する。図９は、全部のＤＴＵ１２の各々に対するマルチピンコネクタの信号割り当ての一例を示している。
【００３４】
光学受信機および送信機５４は光ファイバネットワーク２４から受診した光パルスを電気的信号に変換し、この信号がマイクロプロセッサ４４の通信ポートにより認識される。図６に示すごとく、拡張多重モードで動作しているマイクロプロセッサ４４は、外部のＲＡＭ５６Ａ、５６Ｂ、５６ＣおよびＥＰＲＯＭ５８、ならびにＩ／Ｏにアクセスする。マイクロプロセッサ４４のメモリマップの典型例を図１０に示す。
【００３５】
各ＤＴＵ１２はマイクロプロセッサ４４内の直列接続の２つのマイクロプロセッサ６８ＨＣ１１Ａ０を使ってデータを送受信するもので、そのシリアル・コミュニケーション・インターフェイス（ＳＣＩまたはＲＳ２３２）６０およびシリアル・ペリフェラル・インターフェイス（ＳＰＩ）６２は図１１に示す通りである。クロスバースイッチ６４を使い、システムモニタおよび試験位置の間で切り換えられる情報のフォーマットで指令されたように、光学リンク、および電気リンクを試験位置、すなわちＲＳ２３２  ６０ポートまたはＳＰＩ  ６２ポートに接続する。クロスバースイッチ６４Ａは図１１に示す如くＦＰＧＡの一部としてインプリメントされている。コード／デコード・ロジック６５がＭＯＳＩ／ＳＣＫフォーマットの信号をＲｘ／Ｔｘフォーマットに、又はその反対に変換する。
【００３６】
ネットワーク上の全てのトラフィックをマイクロプロセッサ４４を通して行わせる代わりに、ＳＰＩ６２が光学受信機５４から情報を受け、その信号を光学送信機５４に再送信する。再送信された信号は再び変調されて光学パルス幅の歪みを補う。（ＰＡＬ再送信スイッチ５３を参照のこと。）このように、パルス幅の歪みを蓄積することなく、沢山のＤＴＵ１２を直列に接続することができる。
【００３７】
一般的なＤＴＵ１２の場合、８個のアナログ信号（０〜２．５Ｖレンジ）をサンプルできる。マイクロプロセッサ４４はその内部にＡ／Ｄ変換器６６を備えている。試験位置から送られてきたアナログデータはマルチピン・コネクタ５２を通って、このマルチピン・コネクタに直接結合しているマイクロプロセッサ４４に到達する。
【００３８】
アナログデータは次いで前記Ａ／Ｄ変換器６６を通ることでマイクロプロセッサ４４内においてデジタルフォーマットに変換される。ＳＣＭ５０にはチップセレクトロジックとともにエクスターナルデータ／アドレスバスが使用されており、そのＤＴＵ１２（アドレスレンジ０８００−ＯＦＦＦ、図７）から別のＤＴＵにインターフェースできる。初めの４つ（Ａ０  −  ＋５Ｖ、Ａ１−  ＢＡＴＴ．１、Ａ２  −  ＢＡＴＴ．２、Ａ３  −  ＋１２Ｖ）の入力チャンネルはパワー・モジュール４８（図５参照）をモニタするのに使用する。最初のチャンネルで＋５Ｖの電源電圧をモニタする。第２および第３のチャンネルでＤＴＵ１２内で利用されている２つのバッテリをモニタする。第４番目のチャンネルで内部のＤＣ／ＤＣ変換器の電圧をモニタする。終りの４つのアナログチャンネルを使って、試験位置のいずれか１つからデータをサンプルすることができる。
【００３９】
各ＤＴＵ１２は１時間までの間必要なデータを保持するためバッテリ６８および２４ＶＤＣ入力７０（図５）を有する自前のパワー・モジュール４８を備えることが望ましい。このバッテリ６８は内部のＤＣ／ＤＣ変換器７２からチャージされる。あるＤＴＵ１２の「電源オン」の間、入力７０に印加される２４Ｖのパワーは、外部の電源又は血管イメージングシステム１４の内側のＤＣ電源ラインの一方から発生させることができる。ＤＣ／ＤＣ変換器７２は２４Ｖの入力電圧を、最高電流５００ｍＡの１２Ｖ出力電圧に変換する。仮にこの機械から２４Ｖ電源にアクセスできない場合、出力が２４Ｖ  ＤＣである外部の壁面プラグ変圧器が使われる。前記変換器は５００Ｖ  ３０００Ｖ入力／出力絶縁定格を有する。パワー・モジュール４８の系統図（各ＤＴＵに共通）の一例を図７に示す。
【００４０】
このパワー・モジュール４８はリレースイッチ７４を通してＤＣ／ＤＣ変換器７２に接続されている。高ノイズ耐性が必要なときは、パワー・モジュール４８を物理的にＤＣ／ＤＣ変換器７２から切り離してＸ線曝射の期間のデータ収集に必要な短い時間の間は内部のバッテリ６８から電源供給することができる。
【００４１】
ＤＴＵ１２の各々は、それらが持っているＳＣＭ５０に由来してＤＴＵ１２の特別な特性を有している。ＳＣＭ５０の系統図は図８に示す如く、ｋＶ，ｍＡＤＴＵ７６、マスタＤＴＵ、線量計ＤＴＵ３８、およびＰＭＴ  ＤＴＵ８０に共通である。
【００４２】
図１２および１３の例により示す如く、適宜なＳＣＭ５０を選択しているので、一般的なＤＴＵ１２が、血管イメージングシステム１４のどこに配置するかに応じて、線量計ＤＴＵ３８またはコンソールＤＴＵ８８といった別の特定ＤＴＵ型として機能することができる。（図２参照のこと。）線量計２８からといった、試験位置からのデータはＳＣＭ５０上の試験位置接続体５１を介してＤＴＵ１２で受診される。ラインＢ４およびＢ５上のコマンドによってスイッチ２００が制御され、リファレンス電圧と試験位置信号との間で切り換えがなされる。デバイダ５９により、フルスケールおよび目盛られたレベルのその信号がスイッチ２００から計測アンプ２０２に与えられる。
【００４３】
計測アンプ２０２は次いでマルチピン・コネクタ５２に通じているラインＡＩＮ６およびＡＩＮ７をドライブする。このためデータはマルチピン・コネクタ５２のピンＡＩＮ６およびＡＩＮ７を通してマイクロプロセッサ・モジュール４６に送られる。ＳＣＭ５０は、モニタ又はフィールド・サービス・エンジニアのラップトップ・コンピュ−タと交信をとるためＲＳ２３２接続体５５を備えている。ＭＡＸ  ２３２  ＲＳ２３２チップ５７を設けてあり、これがかかるデータ信号ＲＳ２３２フォーマットから（およびこのフォーマットへ）ＳＣＭ５０で使用する±５Ｖのフォーマットに変換する。本発明の診断ネットワークシステムで使用するＤＴＵ１２およびそれらの各ＳＣＭ５０の種類を以下に例示する。
【００４４】
［ｋＶ，ｍＡ  ＤＴ］
ｋＶ，ｍＡ  ＤＴＵ７６のＳＣＭ５０は、ＨＶジェネレータタンク７８（高電圧変圧器）上に配置されたＴＥＲＭＩＮＡＬ−Ａ  ＰＷＢにまたはＦＥＥＤＢＡＣＫ  ＰＷＢに接続することができる。（図２参照のこと。）ｋＶ，ｍＡ  ＤＴＵ７６により試験位置５１の電圧および／または電流が測定される。このＳＣＭ５０は試験位置とＤＴＵ１２の間のインタフェースとして機能する。一組の演算アンプがｍＡ信号を、この電流レベルに比例する電圧レベルに変換する。同様の回路により＋ｋＶ／−ｋＶ信号が見分けられ、絶対ｋＶ信号になる。このｍＡアンプは４〜１５００ｍＡの信号レンジ内で動作する必要がある（間接撮影／撮影モード）。したがって、様々なレンジを適応させるため、図８のプログラマブル・レジスタ・デバイダ５９を介してプログラムされた増幅度が与えられる。
【００４５】
［光電子倍増管ＤＴＵ］
光電子倍増管（ＰＭＴ）ＤＴＵ８０によりＰＭＴ８０Ａに加わる電圧が測定されるようになっている。簡単なＯＰアンプ回路を使えばそのＰＭＴ電圧を、マイクロプロセッサ・モジュール４６（ｋＶ，ｍＡ  ＳＣＭと同様）が測定するレベルに変換できる。
【００４６】
［線量計ＤＴＵ］
線量計ＤＴＵ３８（図１２に示す）は典型的には線量計２８に接続され、イメージング管に入射する放射線を測定する。この線量計ＤＴＵ３８はＲＳ２３２リンクを使って３５０５０Ａまたは等価な線量計２８を制御し、適切なレンジおよびモードを設定し、データを要求し、およびそのデータを光ファイバネットワーク２４を通して前記システムモニタボックス１６に伝送する。この線量計ＤＴＵ３８用のＳＣＭ５０（図８に示す）は“Ｋｅｉｔｈｌｅｙ”タイプ線量計用に設計されているが、別のタイプの線量計を使う場合は設計変更できる。このＳＣＭ５０にはＭＡＸＩＭ  ＭＡＸ  ２３２と同様のデバイスが使用されており、これによりマイクロプロセッサ４４からの０〜５Ｖ  ＲＳ２３２レベルが、線量計２８に必要な９Ｖレベルに変換される。線量計２８は内部のバッテリのみから電源供給を受け、遠隔からはターンオンさせることはできない。オペレータは「ＰＯＷＥＲ  ＯＮ／ＯＦＦ」のボタンを押して起動させなければならない。しかしながら、この線量計は、ユーザにより選択された１〜２５５分の「無人運転」期間が経過すると、それ自身でターンオフする。
【００４７】
［テクニック・セレクタ／コンソールＤＴＵ］
このテクニック・セレクタ（ＴＳ／コンソール）ＤＴＵ８８（図２に示す）はオペレータ・コンソール３０に接続されており、オペレータのコンソール３３に問いただし、このテクニック・セレクタがオペレータにより選択されたかどうかを判定する。さらに、このＤＴＵはユーザが行った全ての動作をモニタし報告する。例えば、このＤＴＵはｋＶ，ｍＡ設定、焦点選択、Ｘ線管選択などのテクニックの選択をモニタし記録する。ｋＶ，ｍＡの状態またはテクニックはオペレータを介在させることなく、ＴＳ  ＤＴＵ８８から遠隔で選択し確認でき、多数の手順の完全自動化が可能になっている。後述するように、血管イメージングシステム１４のキャリブレーション状態はＤＴＵ１２の測定値をオペレータ・コンソール３０の設定値と比較することで確認できる。
【００４８】
このＴＳ／コンソールＤＴＵ８８はまたオペレータ・コンソール３０の自動試験機能をドライブする。そこで本発明の血管イメージングシステムは、それぞれのＤＴＵ１２が報告した試験位置の測定値を使って、これらの測定値を、テクニック・セレクタＤＴＵ８８がオペレータ・コンソール３０に記録した設定値と比較し、正確性を担保することができる。
【００４９】
［マスタＤＴＵ］
このマスタＤＴＵ３４は図２に示すようにループにおける初めでそして終りのＤＴＵである。マスタＤＴＵ３４はシステムモニタ１６および光ファイバーネットワーク２４間でプロトコル保存およびデータバッファリングの機能を果たすようになっている。マスタＤＴＵ３４のＳＣＭ５０を概略的に図８に示すが、このＳＣＭは必要な信号を出力し、パラレルポート４０Ａを介してマスタＤＴＵ３４をシステムモニタボックス１６のＬＰＴポート４０にリンクさせる。この通信には「Ｓｔａｎｄａｒｄ  Ｌａｐ−ＬＩＮＫ」又は「Ｉｎｔｅｒｌｉｎｋ」のプロトコルが使われる。マスタＤＴＵ３４間のＳＣＭ５０には、マルチピンコネクタ５２とシステムモニタ１６のＬＰＴポート４０の間でデジタル信号用のバッファ２０４が利用されている。
【００５０】
８本のデータラインと１本のストローブラインを使って、入力信号がシステムモニタボックスのＬＰＴ４０からマスタＤＴＵ３４のパラレルポート４０Ａに送られる。「ＳＥＬＥＣＴ」、「ＰＡＰＥＲ  ＥＮＤ」、「ＡＣＫＮＯＷＬＥＤＧＥ」、「ＢＵＳＹ」、および「ＥＲＲＯＲ」の信号がシステムモニタボックス１６のマスタＤＴＵ３４からの出力信号として使われている。このマスタＤＴＵ３４はＲＳ２３２同様のプロトコルを使って、４ビット（＋１ストローブ）のニブルを収集し、このニブルをネットワークプロトコルで受入れ可能なブロックにパックする。これにより、標準ＬＰＴポート４０を使って、システムモニタ１６および光ファイバネットワーク２４間での通信を簡単化することができる。
【００５１】
本発明の血管イメージングシステムはマスタＤＴＵ３４が無くても構成することができ、その場合には、マスタＤＴＵ３４を、システムモニタボックス１６およびＤＴＵネットワーク１３間で高速の光通信を行うようにしたシステムモニタボックス内の回路に置き換える。
【００５２】
［システムモニタボックス］
このシステムモニタボックス１６（図１、２および１４に示す）は、マスタＤＴＵ３４を通して他の全てのＤＴＵ１２を制御するもので、それらのＤＴＵ１２に情報の問い合わせを行うとともに、それらのＤＴＵが送り返してきたデータを処理する。システムモニタボックス１６は全てのＤＴＵ１２の何れとも個々に通信を行うことができる。システムモニタボックス１６はリクエスト／コマンドを各ＤＴＵ１２に送ると、これに呼応してＤＴＵ１２はそれらがあてがわれている装置から各々サンプルデータを収集する。システムモニタボックス１６は各ＤＴＵ１２が提供したデータを解析して血管イメージングシステム１４に発生した変化を判定することができる。システムモニタボックス１６はまた、あるＤＴＵ１２にコマンドを与えてそれ自身を別のタイプのＤＴＵ１２に再構成することができる。
【００５３】
システムモニタボックス１６は図１４に概念的に示す通り、コンピュータであり、このコンピュ−タは、マルチピン・ケーブルコネクタ３６を介してマスタＤＴＵ３に接続するためのパラレルポート・インターフェース（ＬＴＰ）ポート４０、およびフィールド・サービスのノートブック・コンピュ−タ１８に接続するためのイーサネット接続体２０を有している。このシステムモニタボックス１６はそのハードウェアとしてＣＤ−ＲＯＭ記憶装置９４またはその同等物、マルチメディア能力、モデム９６、イーサネット接続体２０、スピーカを備えたサウンドボード９８、グラフィックス能力、ハードウェアキー１００、およびバーコードリーダ１０２を有する。システムモニタボックス１６はまたＣＤ−ＲＯＭ９４から立ち上げる（boot）こともできる。システムモニタ１６は「マイクロソフト」社のウィンドウズ（Ｗｉｎｄｏｗｓ）・ベースのソフトウェア上で動作させることが望ましい。システムモニタ１６はまた、ウィンドウズ´９５（ＷＩＮＤＯＷＳ´９５）またはユニックス（ＵＮＩＸ）といった次世代のソフトウェア・プラットフォーム上で動作させてもよい。
【００５４】
図１４に示す如く、このシステムモニタボックス１６は診断システムの主要なシステム機能の全部を制御する。本発明に係る診断ネットワークシステム１０を稼働させる上で必要な全ての情報および機能は、ソフトウェアによるグラフィカル・ユーザ・インターフェース（ＧＵＩ）２２を除いて、図３６、３７、３８、３９および４０に示すように、システムモニタボックス１６の内部に含まれている。このシステムの現在および過去の性能情報ファイルはオンサイト・データベース１１０に格納されている。システムモニタボックス１６にはリモート・アクセス能力１１１が搭載されており、このリモート・アクセス能力により本サイトと交信し、ＴＡＣ１９によりモニタ可能になっている。ＣＤ−ＲＯＭ９４には書類（マニュアル及び手順）、装置仕様、及びサイトでの点検修理活動（serviceactivities）を実行する上で必要なビデオ・サポートのＣＤが含まれている。
【００５５】
またリモート・アクセス機能１１１を使って遠隔のユーザがシステムモニタボックス１６からファイル（例えばエラーログ、サイトの歴史情報）を転送し、システムモニタボックス１６のデータベースにアクセスし、診断またはＤＴＵ１２の制御といった遠隔機能を実行し、ソフトウェア訂正情報を受信し、ＤＴＵ１２の制御機能（すなわち、「サンプルＤＴＵ＃２  １０秒毎」といったシステムモニタボックス１６に対するリモートコマンド）の実行予定を立て、そしてシステムの動作実行予定を立てることができる。システムモニタボックス１６はまた自己診断、およびＣＤ−ＲＯＭアクセス、ＤＴＵ１２のネットワーク、ＬＰＴポート４０、シリアルポート１０８、およびイーサネット接続体２０上の診断を実行する。
【００５６】
フィールド・サービス・エンジニアがフィールド・サービス・ノートブック（コンピュータ）１８をイーサネット接続体２０を通してシステムモニタボックス１６に接続すると、ネットワークデータにアクセスすることができる。システムモニタボックス１６を通して診断情報が得られ、トラブルシューティングおよび各ＤＴＵ１２の保持を行うことができる。システムモニタボックス１６はまた診断処理手順を使ってフィールド・サービス・エンジニアを補助することができる。フィールド・サービス・エンジニアおよびＴＡＣ１９は共にモデム９６を介して遠隔からシステムモニタボックス１６にコンタクトし、ＤＴＵ１２のネットワークにアクセスするとともにシステムの動作をチェックすることができる。システムモニタボックス１６はまたＴＡＣ１９とのコンタクトを開始することもできる。ＴＡＣ１９は同様にシステムモニタボックス１６に電子メールまたは技術報告の情報を送り、フィールド・サービス・エンジニアに読ませることが可能である。
【００５７】
システムモニタボックス１６は各ＤＴＵ１２から送られてきたデータを解析した後、その結果をモデム９６を介してＴＡＣ１９に自動的に送ることができる。もし何かの理由でＴＡＣ１９のラインがふさがっている場合、システムモニタボックス１６はその送りたいデータを後の伝送用にスプール（キューへの処理）する。またシステムモニタボックス１６によってユーザはシステムモニタボックス１６からＴＡＣ１９へのデータのログやファイルの伝送予定を立てることができる。例えば、システムモニタボックスのエラーログや動作ログは８時間毎に伝送予定を立てることができる。
【００５８】
このシステムモニタボックス１６は各ＤＴＵ１２から送られてきた線量、信号振幅、解像度、およびフィールドの一様性などの試験位置データを解析する。インストールやキャリブレーション時には、フィールド・サービス・エンジニアがパラメータ（試験位置）の各々に対して受容可能な値を入力する。例えば、受容可能な線量値は０．０８〜０．０９と設定できる。これらの値は一度入力されると、システムモニタボックスのデータベース１１０に格納される。かかる事態が指令されると、システムモニタボックス１６は線量計ＤＴＵ３８の如くの、該当するＤＴＵから現在の値を読み込み、次いで読み込んだ値をシステムモニタボックス１６に設けたエキスパート・システム（expert system）に渡す。このエキスパート・システム１１５は読み込んだ値を設定値と比較し、かかる読み込み値が受容可能な範囲内であるかどうかを判定する。エキスパート・システム１１５の判定により、血管イメージングシステム１４の修理およびメインテナンスの間にユーザに促してとらすべきはどんな手続又は動作であるかが決定される。
【００５９】
このシステムモニタボックス１６は多数の診断処理手順を実行するので、システムの修理に伴う当て推量を減らすことができる。図１５の例によって示す如く、フィールドサービスエンジニアは「解像度処理手順（Resolution Procedure）」により解析処理の中を案内され、画像の解像度が修正される。この結果、Ｘ線から細い大動脈の如くのビデオ像が画面上に表示され医師の観察に供せられる。医師にとっては殆ど又は全く価値の無いほど画質が劣化していることがある。そのような場合、画質の劣化はイメージ管（これを取り換えるにはおよそ４０，０００ＵＳ＄も掛かる）のまずさに因って生じているか、またはＸ線管（この取り換えはかなり安い）のまずさに因るかであろう。
【００６０】
この解像度処理手順により問題の真の原因を求めるため一連の分離テクニックが行われる。この手続きによりフィールド・サービス・エンジニアのノートブック・コンピュ−タ上にインストラクションが表示される。フィールド・サービス・エンジニアはそこでＸ線画像化領域にファントム対象物を挿入する。このファントム対象物は鉛製のスクリーンで、所定の間隔と所定の厚さを有するワイヤを備えている。図１６および１７に示すＣおよびＣ＋＋言語で書かれたアルゴリズムを使って、解像度処理手順により画像の解像度はどの位置で測定できるかが判定される（ノーマルモード、拡大Ｉモード、又は拡大ＩＩモード）。仮に解像度がこの３つのモードの何れかで測定できるならば、イメージ管は良好である。次いで解像度処理手順は「ディスプレイ・マスタ・オブジェクティブ・レンズ（Display Master Objective Lens）」といった他の処理手順を実行する。もしマスタ対象レンズ（master objective lens）が良好であるならば、次いで、図１８および１９に示す「チェック・フォーカル・スポット・サイズ（Check FocalSpot Size）」の処理手順が実行される。
【００６１】
フィールド・サービス・エンジニアは今まで、この解像度の問題を解決しようとする中で、実際にはＸ線管のフィラメントに欠陥があった場合でも、イメージ管が原因であると考え、それを取り換えてきたかもしれない。本発明のシステム１０によれば起こった問題に対する可能性のある全ての原因を予想し、不適切な解決策を自動的に排除／消去することで、そのような誤りを回避できる。
【００６２】
前記エキスパート・システム（expert system）が実行する他の処理手順としては半値テスト（これは例えばＸ線ビームのハードネス（hardness）を決める）、クイック・チューブ・キャリブレーション・チェック（Quick Tube Calibration Check）、チェック・マックス・エントランス・エクスポージャ・レート（Check Max Exposure Rate）、およびフルオロ・ドーズ・データ（Flouro DoseData）の手続きなどがあり、それぞれ図２０、２１、２２、２３、２４、２５、および２６に示されている。
【００６３】
当業者ならば、これらの手順はシステムモニタボックス１６に格納できかつエキスパートシステム１１５により実行できる多くの処理手順の単なる例であることを容易に認識できることであろう。これらの処理手順は、カリフォルニア州、パロアルト（Ｐａｌｏ  Ａｌｔｏ）に所在する「Ｎｅｕｒｏｎ  Ｄａｔａ  Ｃｏｒｐ．」によりつくられた「ＮｅｘＰｅｒｔ」の名称で市販されているソフトウェアパッケージ上で実行される。
【００６４】
このシステムモニタボックス１６は安全機能も有している。遠隔のユーザ、例えばＴＡＣ１９、およびフィールド・サービス・ノートブック１８を介してシステムモニタボックス１６に繋がっているユーザは、ユーザ・ログ・インおよびフィールド・サービス・ノートブック１８のパラレルポート１０６に取り付けられたハードウェアキー１００に関連したユーザ・パスワードを通して証明される。この証明情報はシステムモニタのデータベース１１０に保持される。一時的にハードウェア・キーを設けて本診断ネットワークシステム１０のインストールおよび試験に使える。インストール時には、フィールド・サービス・エンジニアがＴＡＣ１９に確認の電話を入れると、ＴＡＣ１９が今度はキーをサイト固有のものにする。
【００６５】
エキスパート・システム１１５は同様にシステムモニタボックスのデータベース１１０に格納されている実行および歴史の情報を利用している。このシステムモニタボックスのデータベース１１０はエラーログ、アクティビティログ、問題解決ログ、結果ログ（システム評価テストの結果を提供）、ハードウェア・キー情報、およびシステムモニタのモジュール・バージョン情報（各プロセスおよびソフトウェア・リリースの版および改定情報を含む）を格納している。この情報が集合的に使われ、エキスパートシステムによる診断をサポートする。
【００６６】
［フィールド・サービス・ノートブック］
このフィールド・サービス・ノートブック１８により本発明にかかる診断ネットワークシステム１０に備えられる。図１，２および１４に示す如く、フィールド・サービス・エンジニアが現場に到着すると、このフィールド・サービス・ノートブック１８がイーサネット接続体２０を通してシステムモニタボックス１６に接続される。
【００６７】
次いで、グラフィカル・ユーザ・インタフェースのソフトウェア・ツール２２を使って、ユーザはシステムモニタボックス１６と交信を行い、各ＤＴＵ１２を含む、診断および保守の機能の全てにアクセスできる。フィールド・サービス・エンジニア・ノートブック１８には「Ｉｎｔｅｌ  ３８６」又は「４８６」又は同等のポータブル・コンピュ−タといったマイクロプロセッサ、グラフィックス能力、「ウィンドウズ」、およびウィンドウズ・ベースのグラフィック・ユーザ・インタフェース（ＧＵＩ）が含まれる。本発明の好適な実施例によれば、ＧＵＩとして、カリフォルニア州、タスティンに在る東芝アメリカメディカルシステムズ社から出されている「スマートブック（ＳｍａｒｔＢｏｏｋ）」を使うことができる。
【００６８】
［テクニカル・アシスタンス・センター］
テクニカル・アシスタンス・センター１９（ＴＡＣ）は本発明の診断ネットワークシステム１０の中央情報源にあたる。図３参照のこと。ＴＡＣのエンジニアにとってのツールは通常ユーザのインタフェースから得ることができ、このインタフェースによりＴＡＣエンジニアはオン・サイトのシステムモニタボックス１６から画像をアップロードし且つ観察するのみならず、ログファイルをアップロードして、システムの性能状態を再検討することができる。ＴＡＣ１９では完全なサイト・ヒストリのみならず、オン・ラインのエキスパート・システムも同様に使用できる。ＴＡＣ１９で使用できるテクニカル・エキスパートは、迅速性が要求される診断ネットワークシステムの質問に関してフィールド・サービス・エンジニアの助けとなる。
【００６９】
ＴＡＣ１９のハードウェアとしては、内部モデムを備えた従来形の複数のパーソナルコンピュ−タ（ＰＣｓ）、複数のイーサネットカード、複数の２００メガバイトまたはそれ以上の記憶容量のハードディスク、複数のＣＤ−ＲＯＭドライブ（これらはファイルサーバに取り付けて共有可能な資源として使うことができる）、ワークステーション間を結ぶ複数のイーサネット接続網、１つのファイルサーバ、１つのバックアップシステム、１つの無停電電源装置（ＵＰＳ）、および１つのレーザプリンタが含まれる。好適には、ＴＡＣ１９は市販されているＮｏｖｅｌｌネットワーク、Ｏｒａｃｌｅデータベース・サーバ、Ｎｅｕｒｏｎデータ・エキスパート・システム、および全てのＰＣ上で動くＷｉｎｄｏｗｓ３．１のソフトウェアを使っている。ＴＡＣ１９のワークステーションはイーサネットを介して接続され、Ｎｏｖｅｌｌネットワーク上で動作する。
【００７０】
ＴＡＣのユーザはサイトにつながると、１）“Get  Images”、２）“DisplayImages”、３）“ＨＷ  Key  Information  ”、４）“Error  Log  ”、および５）“Site  History”の機能を使用できる。これら機能の全てはスクリーン上の（on-screen  ）ボタンまたはアイコンにより表示され、表示されたスクリーンからアクセスできる。可能な場合には、アクセラレータ・キーを設けて、それらの機能をアクセスのために使える。（ここで使用している用語「アクセラレータ・キー（Accelerator  Keys）」は、プルダウン・メニュ・コマンドまたはクリックオン・ボタンの代わりに使うことができるキーストロークまたはキーストロークの組み合わせを意味している。
【００７１】
“Get  Images”の機能を使って、ＴＡＣエンジニアはあるサイトにつながり、画像を検索することができる。それを検索する前には画像をアイコンとしてみるという選択肢が在るが、このアイコンはサイズが小さいためにオリジナルのものに比べて幾分詳細面で劣ると思われる。（画像サイズが小さいほど高速転送が可能になる。）このＴＡＣエンジニアはフル画像の代わりに画像ヘッダのみを検索することもできる。“Display Images”の機能により、ＴＡＣエンジニアはサイトから検索した画像を表示することができる。一度表示されると、画像パラメータを調整する“windows level”のコントロールができるようになる。“ＨＷKey Information”の機能により、ＴＡＣエンジニアはあるサイトにつながって、そのサイトのキー目次のスクリーン上のスナップショットを呼び出すことができる。ＴＡＣエンジニアは“Error Log”の機能を使うと、サイトのエラーログを通して走査することができる。“Site History”の機能により、サイト上に格納されているデータから、ＴＡＣのデータベース１１２に格納されているサイト情報から、および、ＡＳＳＩＳＴデータベース１１４に格納されているサイト・ヒストリからサイト・ヒストリが提供される。
【００７２】
サイト上に格納されている“Site History”には、プロセス・ヒストリ／ステータス、キー更新情報、キーステータス、エラーメッセージ、システム実行パラメータ、ＤＴＵ記録などが含まれる。ＴＡＣのデータベース１１２からのサイト・ヒストリには、遭遇した問題（トラブル）、それらの修理（fixes）などが含まれる。ＴＡＣエンジニアがこのオプションを選択すると、表示領域は３つの情報源に応じて色またはフォントの何れかにより区別される。ユーザは必要ならば“Site His- tory”の状態から直接あるサイトにつないでファイルログを更新することができる。
【００７３】
一連のデータベースのサーバー機能によって、ＴＡＣのデータベース１１２は全てのサイトについて完全な情報を保持する。以下の機能の全てはユーザが多様なグラフ（パイ（ｐｉｅ）、ライン、バー）の基に表示情報をプロットできるグラフ能力を有している。データベースのサーバー機能によって、ＴＡＣエンジニアは“Site  History”のログを走査し、あるサイトから以前のサイトを介して結果（results  ）ログを走査し、あるサイトに対するハードウェア・キー更新の歴史を見て、およびフィールド・サービス・エンジニアが選んだあるサイトおよびインストールされているアップグレードなソフトウェア・バージョンを更新した状態を見る。
【００７４】
［ネットワーク・プロトコルおよびコミュニケーション］
図２７に示すように、ＤＴＵ１２のネットワーク・プロトコルは３つの論理階層、すなわちデータ・リンク階層１１６、セッション階層１１８、およびネットワーク・インタフェース階層１１９から成り、物理メディア階層である光ファイバネットワーク２４を介して動作する。
【００７５】
電源オン後、マイクロプロセッサ４４のＲＳ２３２ポート６０（図１１）は、９６００、Ｎ、８、１のデータフォーマットにプログラムされ、オプティカルライン５５はＲＳ２３２ＲｘＤおよびＴｘＤピンに接続される。このため、標準ＲＳ２３２プロトコルを使って、各ＤＴＵ１２は光ファイバネットワーク２４によってアクセスできる。ＲＳ２３２およびＳＰＩ６２のインタフェース・フォーマット間の切換えはソフトウェアにより制御することができる。ＤＴＵ１２間の通信は図２８〜３０に図示した如くのデータパケット１２０の状態で行われる。
【００７６】
データパケット１２０が到着したＤＴＵ１２には物理メディア（例えば光ファイバネットワーク２４）を通してアドレスが指令され、ネットワーク・インタフェース階層１１９により初期的に操作される。その後、その受信状態にあるＤＴＵ１２のデータリンク階層１１６はチェックサムをチェックし、正しいアドレスのチェックをし、そのパケットを受信する。この受信が完了すると、ＤＴＵ１２はパケットをそのセッション階層に送る。このデータパケットは、プリアンブル、フレーム・デリミタの開始、行先アドレス、ソースアドレス、データ長フィールド、データフィールド、フレーム・デリミタの終了、および図２８および２９に図示した如くの巡回冗長検査（ＣＲＣ）のための２バイトから成る。前記パケット長はデータ長フィールドを調べることで判定される。次いでフレーム開始、フレーム終了およびＣＲＣフィールドを調べることにより妥当性検査がなされる。このフレーム開始およびフレーム終了のデータは既知の値である。ＣＲＣの妥当性検査はＣＲＣフィールドを除くフレーム上のＣＲＣを計算すること、およびそれを埋め込まれたＣＲＣと比較すること、から成る。データパケット１２０に使用するこのＣＲＣアルゴリズムは、従来“ＣＲＣ−ＣＣＩＴＴ”多項式（polynomial）（１０２１Ｈ）として知られている古典的なＣＲＣハードウェア回路に基づいている。注目すべき重要なことは、データパケット１２０のＣＲＣの計算は選択したネットワーク・インタフェースに依存してソフトウェア又はハードウェアになされるということである。ＲＳ２３２  ＳＣＩ  ６０インタフェースおよびパラレルポート４０のＣＲＣはソフトウェアにより計算され、一方ＳＰＩ６２インタフェースのＣＲＣはＦＰＧＡ６４のハードウェア回路により計算される。
【００７７】
ＤＴＵネットワーク・プロトコルのデータリンク・フレ−ム（ＤＮＰ）は、バイトオーダのネットワークとして大きなエンディアン（ｅｎｄｉａｎ）を使っている。このため高次オーダのバイトが開始アドレスにくる。一例として、図２９に、データ長およびＣＲＣフィールドに使用するバイト・オーダを示す。注目すべき重要なことは、この階層がフレ−ムのデータ部分を使うだけでＣＲＣを計算していることである。
【００７８】
［データリンク階層］
このデータリンク階層１１６はプロトコルの論理的に最も低い階層である。この階層によりデータパケット１２０の実際の転送が行われる。このデータリンク階層１１６はセッション階層１１８からデータを受信し、カプセルに入れることにより作動する。図２８に図示するように、この封じ込めには、セッション階層のデータにアドレスを付加すること、および、チェックサムを計算してこれをそのデータに付加することが含まれる。このデータリンク階層１１６は次いで図２８に示すデータパケット１２０を次のＤＴＵ１２に送る。
【００７９】
このデータリンク階層１１６によれば、特定のアプリケーションのニーズに応じて、データ転送に関する３つの異なるオプションが与えられている。この３つのデータ転送法とは、積極的に受領通知を行う信頼性のある伝送、受領通知のない伝送、およびウィンドウをスライドする（sliding window）ようにした信頼性のある伝送、である。
【００８０】
信頼性のある伝送は「再伝送による積極的な受領通知」という基本的な技法に基づいている。この技法には、受領側がソース側と交信する、すなわち、データを受け取ると受領通知メッセージを送り返すことが必要である。送り手側はデータパケット１２０を送る毎にその記録を保持し、次のデータパケット１２０を送る前に受領通知を待つ。送り手側はまたデータパケット１２０を送るとユーザ定義のタイマを作動させ、受領通知が到着する前にそのタイマが終了するならばそのデータパケット１２０を再転送する。再転送は３回まで試みられるようになっている。性能上の理由により、受信したメッセージが受領通知を送ることができかつ１つのメッセージで応答できるセッション階層１１８に届けられると、かかる作業を実行するのに必要な時間の半分を省くことができる。送り手側のデータリンク階層１１６は常に、受領通知（埋め込まれた応答）を別の処理のためにセッション階層１１８へ回す。このモードの場合、ＤＴＵ１２のノードでバッファリングしなくてもよい。受信メッセージのハンドルはアプリケーションに渡される。このメッセージの長さは“ＤＮＰ Maximum Transfer Unit”の一定値を越えることはできない。この信頼性のある伝送サービス（Riliable TransmissionService）を使って、オープンネットワーク（Open Network）、クローズネットワーク（Close Network）、アノテート（Annotate）、インボークアドレス（Invoke Address）、インボークネーム（Invoke Name）、ダウンロード（Download）、アップロード（Upload）およびＭｅｍｆｉｌｌのモジュールがインプリメントされている。
【００８１】
受領通知のない伝送の場合、アプリケ−ションによって受領通知を待つことなくメッセージを伝送することができる。メッセージの再伝送はなされない。このデータリンク階層１１６は受領通知を待つことなくメッセージを伝送する簡単な伝送サービスを提供できる。アプリケ−ションプログラムの責任としては、データパケット１２０が誤りなく行先に届いたことを確認するように設計することである。
【００８２】
前記信頼性のある伝送／ウィンドウ・スライディングの技法は、前記他の転送法を使ってできる伝送よりも大形の伝送に使われる。ウィンドウ・スライディング（sliding window）の技法は積極的な受領通知および再伝送の一形態であり、多重データパケット１２０が受領通知を待つ前に伝送される。図３１に示すように、各データパケット（パケット１〜４）１２０の各々の受信に受領通知を出す代わりに、受け手側サイトは４つのデータパケット１２０が受信されるまで待ち、各受領通知をスプールし、次いで送り手側サイトに１つの受領通知を送る。受領通知がなされないデータパケット１２０の数はどの所定時間においてもウィンドウサイズによって強制され、小さな固定数に限定される。送り手側が最初の４つのデータパケット１２０に対する受領通知を受け取ると、図３２に示すように、ウィンドウはある時刻にて４つだけスライドし、次の一連のデータパケット１２０が送られる。
【００８３】
失ったデータパケット１２０は再伝送され、そのウィンドウがスライドする前に受領通知がなされる。送り手側は、受領通知が返送されるべき状態を表す十分な情報をバータパケット１２０にエンコードする。送り手側が失ったデータパケット１２０を再伝送する場合、データパケット１２０毎に直ちに受領通知を送るように受け手側に要求する。
【００８４】
積極的な受領通知を伴う信頼性のある伝送および受領通知のない伝送の両方法とは違って、このウィンドウ・スライディング法を用いる方法では、全ての受領通知はデータリンク階層１１６によってなされる。送り手側のデータリンク階層１１６はそのセッション階層１１８から多量のメッセージを受け入れ、また受け手側のデータリンク階層１１６は多量のメッセージをその受け手側のセッション階層１１８に渡す。もし要求があまりにも大きければ、データリンク階層１１６はそれらを個々のデータパケット１２０に分割する。
【００８５】
［セッション階層］
このセッション階層（Session layer）１１８はＤＴＵネットワーク１３のプロトコル階層上の論理的に高い階層である。これはＤＴＵネットワーク１３で必要な２種類のサービスについてのプロトコルを提供するものである。すなわち、１）ＤＴＵ１２毎に対するＤＴＵネットワーク１３のプロトコルサービス標準、および２）例えばｋＶ，ｍＡまたは線量計など、ＤＴＵ１２の種類により決められた固有のサービス、である。
【００８６】
セッション階層１１８がデータリンク階層１１６に送るデータは、データ長およびデータ（これはそのデータ自体に加えてヘッダも含む）の２つの部分から成る。セッション階層１１８ではデータパケット１２０のデータ部分のみが使われる。図３０に示す如く、ヘッダの最初の２バイトに基づいて、このセッション階層１１８はＤＴＵ１２によって、またはＤＴＵ１２に要求されたサービスの種類を決めることができる。このサービスには、アノテーション、ネットワークチェック診断、プログラムおよびモジュールのダウンロード、モジュールの呼出し、メモリダンプ、およびＤＴＵ１２の時間設定およびデバッグ・セッションが含まれる。
【００８７】
［ネットワーク・インタフェース階層］
このネットワーク・インタフェイス階層１１９は、ネットワークの一番低いレベルでのデータ通信を担っており、データパケット１２０の送受信に必要なデバイス・ドライバおよびモジュールから成る。ＳＣＩ  ６０（ＲＳ２３２）、ＳＰＩ  ６２、パラレルポート・インターフェース４０、およびパケットドライバといったこのレベルではＣＲＣ計算および確認が行われる。
【００８８】
妥当なＣＲＣを有し且つローカル・ノードに割り当てられたＤＮＰアドレスとなる予定である全部のデータパケット１２０は受け入れられ、データリンク階層１１６に渡される。「同報通信（ｂｒｏａｄｃａｓｔ）」のデータパケット１２０も同様に受け入れられる。他の全てのデータパケット１２０はそれ以上の処理を必要とせず、除かれる（ドロップされる）。マスタＤＴＵ３４は各別の例外扱いであり、マスタＤＴＵのみならずシステムモニタボックス１６に予定されたデータパケット１２０を受け入れる。システムモニタボックス１６に予定された又はシステムモニタボックス１６から予定されたデータパケット１２０は、システムモニタボックス１６のパラレルポート・インタフェース４０を越えて経由される。
【００８９】
［ＤＴＵソフトウェア］
ＤＴＵソフトウェアは大別すると、ＤＴＵ１２のパワーがオンになったときに実行される「スタートアップ（Start  Up）」ソフトウェアと、システムモニタボックス１６がサービスを要求したときに実行される「点検修理（Services）」ソフトウェアに分類される。
【００９０】
６８ＨＣ１１Ａ０のマイクロプロセッサ４４は、パワーオン／リセットの後、インストラクション（コード）の実行を開始する。（図１０のマイクロプロセッサ・メモリ・マップ参照。）このソフトウェアコードは、カリフォルニア州、サンホセ（Ｓａｎ  Ｊｏｓｅ）に在るＸＩＬＩＮＸ社によって製造されたモデルＮｏ．ＸＣ３０６４といったＦＰＧＡ６４向けのコードを含むＥＰＲＯＭ５８のバンクを選択する、そのＦＰＧＡコードをＦＰＧＡチップ６４にコピーする、および自己診断を実行する、ことである。自己診断はＤＴＵ１２内の２つのＲＡＭチップ５６Ａおよび５６Ｂのメモリテストから始まる。この診断中にネットワークを不能にする欠陥が見つからないときには、かかるソフトウェアはシリアルポート５４を初期化し、１つの速続ループを回りながら、そのシリアルポート５４に現れるデータパケット１２０を待つ。このソフトウェアによりメモリ２０００チップ５６Ａからバンク０が選択され、必要な通信バッファがセットアップされる。これらのバッファを使用してデータパケット１２０が受信される。スタートアップのシュードコードを図３３に示す。
【００９１】
ＦＰＧＡ６４はパワーオン後、それにロードされているプログラムにしたがう論理機能を実行する。プログラムはシステムモニタボックス１６からマイクロプロセッサ・モジュール４４のＲＡＭメモリバンク５６Ａ〜５６Ｃにダウンロードできる。このＦＰＧＡ６４はアドレス０８００からＯＦＦＦ（１６進法）までマップされたメモリである。６８ＨＣ１１Ａ０のマイクロプロセッサ４４のポートＡは種々のＦＰＧＡ６４のコントロールピンに接続されている。ＦＰＧＡ６４はＲＡＭ構成可能（ＲＡＭ configurable）である、すなわちＦＰＧＡ６４の構成（configuration）はパワーオン後にダウンロードしなければならない。かかる構成プログラム（configuration program）はＥＰＲＯＭ５８内に在る。初期化プロセスはＦＰＧＡ６４をリセットし、次いでかかる構成をＥＰＲＯＭ５８からアドレス０８００（１６進法）にコピーする処理を伴う。
【００９２】
ＦＰＧＡ６４をリセットするには、ＦＰＧＡ６４のＲＥＳＥＴ（ポートＡ、ビット６）およびＰＲＯＧＲＡＭ  ＤＯＮＥ（ポートＡ、ビット５）の各ピンが６マイクロ秒の間、ロー（ＬＯＷ）に設定し、そしてハイ（ＨＩＧＨ）に戻される。このリセットはＩＮＩＴ（ポートＡ、ビット０）のピン上でローからハイへの立上がりが検知されたときに完遂される。前記構成プログラムは、１バイトをアドレス０８００に一度に書き込むことでダウンロードされる。ＦＰＧＡ６４では１つのピンを使ってデータを受け入れる。かかるプログラムを適切にダウンロードするため、ＲＥＡＤＹ／ＢＵＳＹピン（ポートＡ、ビット１）をチェックして、次のバイトをＦＰＧＡ６４に書き込む前にそれが“ｒｅａｄｙ”であるかどうかを確認しなければならない。
【００９３】
［ＤＴＵ自己診断］
本発明では、装置又はネットワークのどの欠陥をも表示するエラーレポート機構を備えている。ＤＴＵ１２のリード／ライト・プロセッサにおいて矛盾が生じたときは、このシステムでは受け入れられないレベルの電圧が検出され、該当するＤＴＵ１２上のＬＥＤ１０４に信号が送られ、問題発生の状況が告知される。ローカルな診断のためには、フィールド・サービス・ノートブック１８をＤＴＵ１２のＲＳ２３２ターミナル５５に直接接続することもできる。
【００９４】
ＦＰＧＡ６４の初期化が終わったとき、ＤＴＵ１２の自己診断が行われる。最初に、ＤＴＵ１２にて、ＲＡＭチップ５６Ａ、５６Ｂおよび５６Ｃの各バンクに独特のあるパターンを書き込むことでＲＡＭメモリテストが行われる。このパターンは読み戻され、比較される。このテストに使用するパターンはバンク番号である。全てのバンクは書き込まれ、次いで読み出されるから、バンクのスイッチングの特徴が同時にテストされる。この読出し／書込みのプロセスの中で矛盾が生じる場合、起動は停止され、エラーがＬＥＤ１０４に報告される。
【００９５】
次にバッテリ電圧レベルおよび電源レベルがチェックされる。もし受容できない電圧レベルであるならば、起動は停止し、エラーがＬＥＤ１０４に報告される。電圧は低いが、仕様電圧の範囲で電気系をまだ機能させることが可能な受容できる場合には、システムモニタボックス１６に報告されるが、起動を停止することはしない。
【００９６】
ＳＣＩインタフェース６０は以下の設定により初期化される。すなわち、ボー・レート：９６００、パリティ：無し、ストップ・ビット：（１）、およびデータ・ビット：（８）、である。次にネットワーク・バッファが初期化される。データパケット１２０を受信し送信するには２つのバッファが必要になる。これらのバッファは「ＢＡＮＫ  ０  ＲＡＭ２０００」２３Ａから割り当てられている。
【００９７】
［ＤＴＵ動作］
「起動（Startup）」シーケンスは図３４に示されており、全ＤＴＵ１２を初期化する処理である。各ＤＴＵ１２はマスタＤＴＵ３４を通してシステムモニタボックス１６により指令されると、自己診断および注釈（annotation）を実行する。「パワーオン」処理の部分がＤＴＵ１２の注釈であり、その中で各ＤＴＵ１２はコマンド・パケット１２２をＤＴＵネットワーク１３を通して渡し、それをマスタＤＴＵ３４に戻すように自分自身を確認する。
【００９８】
この注釈コマンドによってＤＴＵネットワーク１３の機器構成が可能になる。起動時に、全てのＤＴＵ１２にて自己の状態（status）および自己のＳＣＭ５０の状態が判定される。注釈時間のときに、その状態および識別番号（identification numbers）がカプセルに入れられ、注釈パケット１２４の一部として送られる。ＤＴＵ１２およびＳＣＭ５０に対するこの識別番号はＥＰＲＯＭ５８のプログラミング時間で割り当てられており、ＥＰＲＯＭ５８に保存されている。両方の番号はソフトウェアにとって有用で、起動時に読み出される。この注釈パケット１２４にはＤＴＵ１２に対するシーケンス番号も同様に付加される。
【００９９】
図３５に示す如く、この注釈パケット１２４はマスタＤＴＵ３４からＤＴＵネットワーク１３を通って伝送され、その間に全ＤＴＵ１２の各々からの注釈情報がその注釈パケット１２４に加えられる。同様に、ＤＴＵ１２が注釈パケット１２４を調べるときには、ＤＴＵ１２のネットワークにおけるそれのシーケンス番号を判定し、そのシーケンス番号をそれのネットワーク番号としてくくる。
【０１００】
この注釈セッションでは、光ファイバネットワーク２４がオープンの構成であり、および、各ＤＴＵ１２はそれらが注釈情報を加えた後で注釈パケット１２４を再伝送しなければならないということを理解しているものと仮定されている。ＤＴＵメモリ・ダンプ・コマンドがＤＴＵ１２のメモリのメモリ・ダンプを要求する能力を果たす。システムモニタボックス１６はＤＴＵ１２にバンクを示すメモリ・ダンプ要求を発すると、これにより、ダンプするため、アドレスとトータルのバイト数が開始される。ＤＴＵ１２はメモリの画像とともに応答する。
【０１０１】
システムモニタボックス１６はモジュールを追加してＤＴＵ１２にダウンロードすることができる。ダウンロード・コマンドがＤＴＵ１２上のＲＡＭチップの任意のバンクにもプログラム・モジュールをダウンロードする能力を果たす。バンク、開始アドレスおよびバイト数が指定される。モジュール呼出しコマンドは、システムモニタボックス１６があるＤＴＵ１２のＲＡＭメモリにダウンロードされたモジュールを実行するように指令する方法である。このコマンドによりＤＴＵ１２の時間をシステムモニタボックス１６の時間に１９７０年以降、秒でセットされる。
【０１０２】
各ＤＴＵ１２は、そのＤＴＵが内蔵しているＳＣＭ５０に基づいて特定のサービスを実行し提供する。一般のネットワーク・サービス（チェック、オープン、クローズ、注釈、ＤＴＵメモリダンプ、ダウンロード、モジュール呼出しおよび時間設定コマンドなど）は各ＤＴＵ１２の特定の目的にもかかわらず、全てのＤＴＵ１２で与えられる。これらの一般のサービスはＤＴＵ１２のネットワークコマンドによって果たされる。ネットワークに配置できるＤＴＵ１２の最大数は２５５であるが、１２ケが好適な配置である。
【０１０３】
ネットワークのチェックはシステムモニタボックス１６により開始される（マスタＤＴＵ３４を介して）。光ファイバネットワーク２４は平常時には閉じている（再伝送可能）ので、マスタＤＴＵ３４から送られたどのデータパケット１２０もマスタＤＴＵに戻って受信されなければならない。この種のデータパケット１２０は、このパケットが処理又は応答を必要としない「通過」データパケットであることを表すように設定される。この送信されたデータパケット１２０が戻ってきてマスタＤＴＵ３４で受信されるならば、かかる光ファイバネットワーク２４は動作可能である。
【０１０４】
ネットワーク・オープン・コマンドを使うと全部のＤＴＵ１２に自動再送信の機能を使用禁止にするように指令できる。このため、ＤＴＵ１２は、そのＤＴＵに向けてアドレスされていないどのデータパケット１２０をも再送信する。注釈パケット１２４は上述した如く例外である。ネットワーク・クローズ・コマンドは全部のＤＴＵ１２に指令を与えて前記自動再送信の機能を使用可能に設定できる。
【０１０５】
ある特定のＤＴＵ１２から要求されたサービスにより、システムモニタボックス１６は、ＤＴＵ１２の機能を設定するネットワークの注釈の後で、そのＤＴＵ１２に適宜なソフトウェア・モジュールを動的にダウンロードする。このため、別々の装置に取り付けられている各ＤＴＵ１２はその機能に合わせた、特定のソフトウェアパッケージ、実行モジュールを有する。
【０１０６】
例えば、ｋＶ，ｍＡ  ＤＴＵ７６内の実行モジュールはシステムモニタボックス１６からの要求を待ってｋＶまたはｍＡの何れかをサンプルする。この要求が受信されると、そのアナログポート（ｋＶに対してピン０で、ｍＡに対してピン１）がサンプルされ、その値が応答データパケット１２０にて返される。同様に、ＰＭＴ  ＤＴＵ８０の実行モジュールはシステムモニタボックス１６からの要求を待ってＰＭＴ電圧をサンプルする。この要求が受信されると、そのアナログポート（ピン０）がサンプルされ、その値が応答データパケット１２０において返される。
【０１０７】
マスタＤＴＵ３４のソフトウェアモジュールはパラレルポート４０Ａを有しており、このポートを通してマスタＤＴＵ３４がシステムモニタボックス１６と交信を行う。マスタＤＴＵ３４はシステムモニタボックスのＬＰＴポート４０を通して受信される、システムモニタボックス１６からのストローブ信号を待ち、そして８ビット（１バイト）を読み込む。読み込んだバイトが１フレームになると、このフレームは光ファイバネットワーク２４に経由される。この逆転送も、１バイトの半分が一度に転送されることを除けば、同様である。
【０１０８】
［システム動作］
フィールド・サービス・ノートブック１８とシステムモニタボックス１６の間に介在するユーザ・インタフェースはＧＵＩ２２により成し遂げられるもので、このＧＵＩとしては、カリフォルニア州、タスティンに在る東芝アメリカメディカルシステムズ社から出されている、東芝社内のソフトウェア・プログラム「スマートブック（Ｓｍａｒｔｂｏｏｋ）」が好ましい。このスマートブックは、ワシントン州のベルビュに所在するＡｓｙｍｅｔｒｉｘ社により作られた“Ｍｕｌｔｉ  Ｍｅｄｉａ  Ｔｏｏｌｂｏｏｋ”（「ツールブック“Ｔｏｏｌｂｏｏｋ”」）として知られている市販のソフトウェアパッケージ上で開発されたものである。スマートブックを使う場合、フィールド・サービス・エンジニアは自分への許可が済むと、自分のフィールド・サービス・ノートブック１８から本発明の診断ネットワークシステム１０にアクセスできる。スマートブックにより得られるプルダウンのメニューオプションを通して（この例を図３６〜４０に示す）、フィールド・サービス・エンジニアは多数のオプションにアクセスできる。
【０１０９】
フィールド・サービス・エンジニアはフィールド・サービス・ノートブック１８をシステムモニタボックス１６に直ちに接続することができ、スマートブックのソフトウェアを使い、シリアルポート１０８を通してデータを収集し、システムモニタボックス１６上のエキスパート・システム１１５を稼働させる。図４１にはシーケンス上の記号、およびフィールド・サービス・エンジニアに用意されている以下のオプションを図示してある。最初に、フィールド・サービス・ノートブック１８とシステムモニタボックス１６との間でイーサネット接続が行われる（ステップ１４０）。
【０１１０】
スマートブックのツールを立ち上げるため、フィールド・サービス・エンジニアはカスタマイズされたハードウエア・キー１００を自分のノートブックのパラレルポート１０６に差し込む（ステップ１４２）。このハードウエア・キー１００により診断ネットワークシステム１０へのユーザアクセスが許可され、その中に満了時間が組み込まれる。このキーが期限切れになっていない場合、スマートブックは、ユーザ名およびパスワードのプロンプトを表示したログイン画面（図示せず）を立ち上げる。
【０１１１】
接続され、そして安全なアクセスが確認されると、フィールド・サービス・エンジニアはシステムモニタボックス１６に載せている本発明の診断ネットワークシステム１０に診断開始を知らせる（ステップ１４４）。図３６は、フィールド・サービス・エンジニアに最初に提供される典型的な画面イメージを図示するもので、グラフィカル・ユーザ・インタフェース・メイン・メニュ２２およびステータス・バー１３４を含んでいる。このメインメニュ２２はメニューバー上にいくつかのメニューオプションを提示するもので、このオプションには機器構成（configure）１２６、システム診断（System Diagnostics）１２８、ビュー（View）１３０、およびユーティリティ（Utilities）１２６が含まれる。
【０１１２】
各画面上のステータスバー（Status Bar）１３４（図３６）はユーザがログインした前回以降、何か新しいメールをそのサイトが受けたかどうかを示し、システム・ステータス・エリア（System status area）１３６は血管イメージングシステムの現在の状態を表し、ウォーニングまたは緊急エラーエリア（Warning or Emergency Error area）１３８はユーザの注目を必要とするメッセージを示し、およびプロセス・エリア（Process area）１４０は現在実行中のプロセスを表示する。ユーザがログインされると、その後の全部の画面に伴ってステータス・バー１３４が表示される。これによりアクティビティのいかんにかかわらず、ユーザはキー情報にアクセスできる。同様にこれにより画面間の一貫性が与えられ、またユーザが精通するプロセスの容易化が図られる。
【０１１３】
次に、メインメニュ２２の様々な他のオプションを更に詳細に説明する。図４１を参照すると、機器構成（configure）オプション１２６によりユーザは初期の機器構成を行い、次いでその後の段階で必要な任意の再機器構成を行うことになる。インストールの間に、ユーザはサイト（site）１４６、Ｘ線システム１４８、およびＤＴＵネットワーク１３を機器構成しなければならない（ステップ１５０）。インストールの後ではＤＴＵネットワーク１３のみに再機器構成が必要となることがある（ステップ１５２参照）。この再機器構成はＤＴＵ１２が別々の試験位置に移動される毎に必要となる。
【０１１４】
サイト機器構成（site Configuration）では（ステップ１４６）、ユーザはシステムモニタボックスのデータベース１１０およびＴＡＣ１９に格納されているサイト特有の情報を入力する。Ｘ線機器構成（X-ray configuration）のオプション（ステップ１４８）により、ユーザは置換が必要な任意のシステムコンポーネントについての情報を入力可能である。Ｘ線機器構成のオプションを選ぶと、Ｘ線室のスチール写真をフィールド・サービス・ノートブックの画面上に表示させ、血管イメージングシステム１４を構成している種々のコンポーネントを見せてくれる。Ｘ線システムの種々のコンポーネントのルーツバー表示も同様になされる。この表示を使って、ユーザはかかるサイトで血管イメージングシステム１４を構成する特定のコンポーネントを選択することができる。それらの選択は、このサイトに特有のシステム機器構成を形成する、フィールド・サービス・ノートブック１８の表示画面上の予め定めた場所の中に位置付けられる。この具体的な機器構成はシステムモニタのデータベース１１０にセーブされる。
【０１１５】
置換可能なコンポーネントは、選択（クリックオン）されたときにその絵、現在の部品番号、モデル番号およびそのコンポーネントのシリアル番号が表示されるホット（ｈｏｔ）な領域を有する。かかる特別のコンポーネントがシステムモニタボックスのデータベース１１０に無い場合、そのシリアル番号のフィールドはブランクであり、ユーザはインストールする新しいコンポーネントのシリアル番号をタイプ入力するよう促される。シリアル番号をスキャンするバー・コード・リーダ１０２（図１４）を使って、エラーの可能性を減らすこともできる。このシリアル番号が一旦入力されると、シリアル番号、モデル番号、および部品番号（part number）が自動的にクロスチェックされ、その組み合わせがＴＡＣのデータベース１１２の中に在ることが保証される。何らかの不一致があると、それはＴＡＣがサイトに向けて発信する電子メール（e-mail）のメッセージを介してフィールド・サービス・エンジニアに伝達され、ステータスバー（Status Bar）の領域１３８に表示される。これ以後、フィールド・サービス・エンジニアがこのサイトにログインするときはいつでも、不一致（ミスマッチ）であることの表示がステータスバーの“working and e-mail”領域１３８になされる。コンポーネント部品の記述及びそれらの関連するモデル／シリアル番号は、システムモニタボックスのデータベース１１０及びＴＡＣのデータベース１１２で自動的に更新される。
【０１１６】
機器構成１２６のメニューバーから“VASPAC Configuration”のオプションを選択すると、別のサブメニューが立ち上がる（図４１参照）。このメニューは特定のサイトに最も共通するポスト・インストールの機器構成をリストするもので、アクセサリ・ツールのメニューを供給する。機器構成の画面（Configurationscreen）がフィールド・サービス・ノートブック上に表示され、この画面により、試験位置がマークされたＸ線室の絵と各種のＤＴＵ１２が表されたツールバーとが表示される。そこで、ユーザはＤＴＵ１２をシステム上のＤＴＵの配置に相当する表示絵上の様々な試験位置にドラッグおよびドロップする。もし適合しないＤＴＵが試験位置にドラッグされると、エラーとして不一致のフラッグが立てられ、そのような相手は許されない。例えば、ｋＶ，ｍＡ  ＤＴＵ７６は線量計ＤＴＵ３８の代わりに使えない。ユーザは、ＤＴＵ１２を顧客にあつらえ、追加し、さらにこのツールバーから消去して、そのソフトウエア構成を血管イメージングシステム１４の実際の物理的な機器構成に適合させる能力を有している。
【０１１７】
“Accessories”を選択することで本診断ネットワークシステムに接続されたマルチメディアのアクセサリによって、ユーザは本診断ネットワークシステムに、血管イメージングシステム１４に結合されたカメラ、音響ボード、またはビデオといった使用可能なハードウエアを連絡することができる。使用可能であると識別されていないハードウエアに依存する機能は停止される。血管イメージングシステムの動作上、重大なハードウエアは選択できないようになっている。すなわち、血管イメージングシステムがそれ無しでは作動しない場合、その機能が停止されることはない。
【０１１８】
メインメニュー（図４１に示す）上の“Systems Diagnostics”のオプション１２８を選択することで、ユーザに血管イメージングシステム１４に関連する、最も共通するトラブルシューティングのツールが提供される。この“SystemsDiagnostics”のオプション１２８によって、フィールド・サービス・エンジニアは、キャリブレーションを行い、予防保守を行い、トラブルシュートを実行し、システム固有のコンポーネント・リストを観察し、システム上の部品を交換し、または顧客が最高の画像を提供すると感じているセッティング状態に本診断ネットワークシステム１０を戻すことができるように、最適な特性基準を発生させることができる。この“Systems Diagnostics”のオプション１２８を選択することで、図１５および図１８〜２６に示した如くの処理手順を実行できる。「解像度“Resolution”」、「半値階層“Half Value Layer”」といった代表的な処理手順へのアクセスを示すスマートブック（SmartBook）からのサンプルメニュー画面は図３９および図４０に示してある。
【０１１９】
ユーザが“Systems Diagnostics”１２８を選択したときには、血管イメージングシステム１４の絵が図３８に示すように、フィールド・サービス・ノートブック１８の画面上に表示される。かかる血管イメージングシステム１４の選択可能なコンポーネントは全てボタンとして確認され、そしてアクション・ボタンはキャリブレート用のステータスバー１３４、予防保守１５６、トラブルシューティング１５８、コンポーネンツ１６０、スナップショット１６２、およびリプレイスメント１６４の下に置かれる。このため、ユーザがＸ線管をキャリブレートしたいと欲する場合、そのＸ線管ボタンとキャリブレートボタンが選択されることになる。次いで、テキスト、フローチャート、および／またはビデオ・チップから成るオン・スクリーンのインストラクションが画面上に表示され、ユーザがキャリブレーション処理を完遂する上でのアシストを果たす。
【０１２０】
例えば、フィールド・サービス・エンジニアが“trouble shoot”を選択すると、本発明の診断ネットワークシステム１０はユーザを評価処理へと案内し、オンラインで表示、情報および示唆を、全体的には図４２に示すように（図１５および図１８〜２６も参照のこと）与える。
【０１２１】
“View”１３０のオプション（図４１）を選択すると、フィールド・サービス・エンジニアは“Mail”１６６またはオンラインのＸ線“Manuals”１６８のいずれかにアクセス可能になる。“Mail”１６６を選択すると、フィールド・サービス・エンジニアはそのサイトに対して新しくセーブされたメッセージを見て、応答すること、または、ＴＡＣ１９の書類の最新情報を見ることができる。また“Manuals”１６８のオプションを選択したフィールド・サービス・エンジニアはＣＤ−ＲＯＭ記憶装置９４に格納されたＸ線技術マニュアルにアクセスすることができる。これらのオン・スクリーンのマニュアルには、テキスト、フローチャート、およびその両方、さらにアニメ化したビデオ・チップのインストラクションが含まれる。フィールド・サービス・エンジニアはテクニカルデータの中を走査し、関連するビデオ・チップを見ることができ、これに加えて、サブ・コンポーネントのリストを得るため別の絵の中に見られるコンポーネント上にズーミングしていくこともでき、修理または保守の処理の中をステップ・バイ・ステップで案内される。テキスト、さらには画面のビデオ・セグメントも互いに関連付けられている。
【０１２２】
図４１および図４３、４４および４５に示す“Utilities”１３２のオプションによって、フィールド・サービス・エンジニアはサイト・ヒストリ１７０を見ることができ、このヒストリにより、過去および現在のサイトの結果、過去のシステムの問題（トラブル）とその問題をいかに修理したか、およびエラーログ１７８を考察することが可能になる。過去の結果の解析ログはシステムモニタのデータベース１１０に構成可能な（configurable）結果ログ（Results Log）の状態で格納されており、オーバフローする分はＴＡＣのデータベース１１２に自動的に送られる。フィールド・サービス・エンジニアが以前に生じた同様の問題に対する修理法を参照できるときは、この結果ログの情報を使って修理時間を短縮させることが可能になる。ログされたエラー、現在のアクティビティ、およびＴＡＣ１９に送るべくスプールされたファイルといった現在のシステム状態も同様に見ることができる。
【０１２３】
修理ログ（Fixes Log）１７６には、そのサイトにて遭遇した全ての問題のヒストリ（歴史）およびその問題がどのように修理されたかの情報が含まれている。システムモニタボックスのデータベース１１０には全体ログも格納されており、そのログのコピーが同様にＴＡＣのデータベース１１２に格納されている。オンサイトのデータベースに対する最新情報はＴＡＣのデータベース１１２に自動的にかつ電気的に送られる。
【０１２４】
エラーログ（Error Log）１７８にはそのサイトでログされた、血管イメージングシステム１４のエラーのリストが含まれている。このエラーログの大きさは構成可能であり、オーバーフローするエラーログ情報は自動的にＴＡＣのデータベース１１２に送られる。ユーザはエラーを表示することができる。すなわち、ある範囲の時間内に、あるレベルの、ある番号／ストリングで、そして特定の処理によってログされる。ユーザはまた、エラーログ１７８の全てまたはサブセットを表示させている間、特定のフィールドをターンオフ（turn OFF）させることができる。例えば、あるレベルに関連する全てのエラーが一旦引き出されると、そのフィールドはターンオフすることができ、１ライン当たりにより多くの情報が表示されるようにできる。エラーは、「オペレータ（Operator）」、「点検修理（Service）」および「デバッギング（Debugging）」の３つのレベルの内の一つであるとすることができる。このレベルは表示されることでユーザに伝わる。例えば、フィールド・サービス・エンジニアがエラーログ１７８を表示させたとき、デバッギング・レベルを除く、オペレータおよび点検修理のレベルの全てのエラーが表示される。しかし、上位のユーザがログインされると、全部のレベルのエラーが表示される。
【０１２５】
ユーザは、“Status”ユーティリティ１７２を介して、現在のセッションでログされたエラー１８０、現在のセッションで生じたアクティビティのログ１８２、ＴＡＣ１９に送られるべくスプールされた（キューされた）ファイル１８４、およびハードウエア・キー（Hardware Key）１００の状態１８６が含まれている、本診断ネットワークシステム１０の現在の動作状態を見ることができる。このステータス・エラー・ログ（Status Error Log）１８０は、エラー・サイト・ヒストリ・ログ（Error Site History Log）１７８と同様の「オペレータ」、「点検修理」、「デバッギング」のビューイング能力（viewing capabilities）を有している。アクティビティ・ログ（Activity Log）１８２は、日付および時間のスタンプ、ロギング処理名、およびメッセージ・ストリングを有している。ユーザはログを通して検索し、特定の処理によってログされたアクティビティを引き出すことができる。このアクティビティ・ログ１８２はその大きさを構成可能になっている。オーバーフロー分はＴＡＣのデータベース１１２に自動的に送られる。スプール１８４を選択することで、ＴＡＣのデータベース１１２に送られるべくキューされたファイルを表示することができる。各エントリと伴に表示される情報には、ファイルをキューに入れた処理名、エントリがスプールされた日付および時間、エントリが送られる予定の日付および時間、行先（ファイルが送られる場所）、予想転送時間、エントリの現在の状態（アクティブまたはペンディング）、およびファイルのサイズが含まれる。ユーザはエントリを追加し又は消去することでスプール（キュー）を編集することができる。追加されたエントリはユーザが構成可能な“Send Immediately”オプション、または、“Schedule to be sent at <time>”オプションを有する。デフォルトによりその追加されたエントリが現在のリストの終りに予定される。
【０１２６】
フィールド・サービス・エンジニアはまた、スマートブックにより、以下の主要な機能をチェックするための各種の自己診断試験を実行するオプションを有している。すなわち、フィールド・サービス・ノートブック１８とシステムモニタボックス１６との間のイーサネット接続体２０、システムモニタボックス１６とマスタＤＴＵ３４との接続体、光ファイバネットワーク２４、およびシステムモニタボックス１６に対する自己診断である。したがって、１つのツールが多様な点検および修理の機能を果たすことになる。
【０１２７】
［本発明の展開例］
図４６および図４７に、上述した診断ネットワークシステムをさらに発展的に展開した展開例のシステムブロックをそれぞれ示す。
【０１２８】
図４６に示す診断ネットワークシステムは、ネットワーク９０１（例えばＩＮＤＳ）を介して複数のサイト９０２ａ，…，９０２ｃと１つのＴＡＣ９０３とを接続したものである。複数のサイト９０２ａ，…，９０２ｃのそれぞれには上述した実施形態と同様に、多数の種々のモジュール（本発明のデバイスまたはコンポーネントに相当する）が互いに接続されて１つの機能を果たす医用モダリティが設置されている。複数のサイト９０２ａ，…，９０２ｃの内、例えば、１つのサイト９０２ａは磁気共鳴（ＭＲ）イメージングシステムのサイトであり、別のサイト９０２ｂはＸ線ＣＴスキャナのサイトであり、残りのサイト９０２ｃは血管イメージングシステム（vascular system：アンギオグラフィ（ANGIO）システムとも呼ばれる）のサイトである。医用モダリティそれぞれの各モジュールにはＤＴＵが設置され、このＤＴＵは前述したものと同一または同様のネットワークに組み込まれる。ＴＡＣ９０２にはワークステーション（ＷＳ）のほか、各サイトからの情報をハブ（ＨＵＢ）経由でファイルサーバ（File Server）に送るときに使用されるＦＴＰ（File Transfer Protocol）サーバ、フィールドエンジニア・ノートブックが接続されてファイルサーバの情報にアクセスするときに使用されるアクセスサーバ（ＡＣＣＥＳＳ）などが備えられる。
【０１２９】
これにより、複数のサイト９０２ａ，…，９０２ｃは共通のＴＡＣ９０２との間で個別に通信を行うことができ、前述したと同一または同様に動作させることができる。このように複数のサイトでＴＡＣを共通に使用するように構成すると、ＴＡＣを構築、運営するためのコストを低減させることができる。また複数のサイトの多様な種類のモダリティに汎用的に対処可能な診断用ネットワークシステムを提供できる。
【０１３０】
なお、複数のサイトの数およびそのモダリティの種類は図４６のものに限定されるものではない。例えば２つのサイトでもよいし、また４つ以上のサイトに接続するようにしてもよい。モダリティの種類も例えば、Ｘ線ＴＶ装置、核医学診断装置、ＳＱＵＩＤ素子を用いた生体磁場計測装置など、いかなる種類のものであってもよい。
【０１３１】
また図４７に示す診断ネットワークシステムは、図４６に示したシステムをさらに発展させたものである。すなわち、図４６のシステムを２系統設置し、ネットワーク同士を互いに接続して双方向に又は１方向に通信可能にしたシステムである。同図において、符号９０１および９１１はネットワークを、符号９０２ａ，…，９０２ｆおよび９１２ａ，…，９１２ｃは医用モダリティが設置されているサイトを、さらに符号９０３および９１３ａ，９１３ｂはＴＡＣをそれぞれ示す。ネットワーク９０１、９１１の内、一方は例えばＩＮＤＳ回線、もう一方は例えばアナログ伝送回線で成り、相互に接続されている。とくに、一方のネットワーク９１１には複数（ここでは２つ）のＴＡＣが接続されている点に特徴がある。
【０１３２】
このようにネットワーク同士を接続する診断ネットワークシステムの場合、一方のネットワーク９０１のＴＡＣ９０２は相手のネットワーク９１１のＴＡＣ９１２ａ，９１２ｂに直接アクセス可能に構成でき、モダリティの試験に必要な情報を広範囲に得ることができる。その反対方向のアクセスも可能に構成できる。このため、一方のネットワークに直接接続された系を例えば国内地域（または国内の一地域）に構築し、もう一方のネットワークに直接接続された系を海外地域（または国内の他の地域）に構築するなど、広域的な診断ネットワークシステムを提供することができる。なお、別の実施形態として、このようにネットワーク同士を接続する場合、３つ以上のネットワークを互いに接続するようにしてもよい。
【０１３３】
なお、本診断ネットワークシステムの診断対象となり得るモジュール化システムは、上述のように必ずしも医用モダリティに限定されるものではなく、複数のモジュール装置が相互に接続されて特定の機能を発揮するシステムであれば、いかなるシステムであってよく、上述の実施形態と同様の作用効果を得ることができる。
【０１３４】
本発明によれば、血管イメージングシステムなどのモジュール化されたシステムを、より簡単に、かつ、低コスト化・高信頼性をもってモニタし、保守（点検）および修理を行うことができる診断ネットワークシステムを提供することができる。また、この診断ネットワークシステムに好適に使用可能な分散形試験ユニットを提供することができる。
【０１３５】
本発明の分散形試験ユニットでは、それらモニタ、保守、点検のコストを著しく低減させることができ、トラブル発生時に確実な問題解決策を提示できる。また、モジュール化システムを保守、点検するフィールド・サービス・エンジニアの手持ち品を少なくし、便利で、移動性を良くすることができる。さらに、モジュール化システムのトラブル（問題）を診断する場合の試行錯誤的な要素を排除または減らし、能率良く問題解決策を提示して、診断のコスト低減に寄与することが可能になる。さらに、経験豊かなフィールド・サービス・エンジニアであっても、解決困難な態様で発生するモジュール化システムのトラブルに対しても正確な解決策を提示できるようにできる。さらにまた、保守、点検やトラブル解決後に、モジュール化システムを以前のその最適性能の状態に容易に戻すことができ、これによっても、保守などのトータルの時間短縮および手間軽減を図ることができる。さらに、モジュール化システムの性能状態をオンラインで容易かつ確実にモニタでき、システム管理の信頼性を向上させる、ことなどである。
【０１３６】
さらに、本発明によれば、複数のデバイスを備えたシステムが血管イメージングシステムの場合、この血管イメージングシステムの選択されたデバイス（線量計、コントロール用コンソールなど）に接続されたＤＴＵを有するネットワークを使うことで、そのＤＴＵはデータを収集し、そのデータをシステムモニタに転送する。フィールド・サービス・エンジニアはフィールド・サービス・ノートブック（ラップトップ形コンピュータ）をシステムモニタに接続してＤＴＵが収集したデータにアクセスする。この集めたデータを使い、容易にモニタし再生できるシステム性能の正確な尺度が作られ、予め設定した基準に基づいて最適な性能レベルが提供される。システムモニタの電子データベースの格納能力により、フィールド・サービス・エンジニアには、コンポーネントリスト、マニュアル、および現在のソフトウエアリリースを含む、サポートシステムおよびリファレンスマテリアルが与えられ、これにより、血管イメージングシステムの迅速で、煩わしさの少ない、より正確な修理が可能になる。
【０１３７】
本発明ではさらに自動化されたシステムを提供し、このシステムによりマニュアルでデータ転送を行っている間に生じる誤差の確率を減らし、ハードのコピーサポートやフィールド・サービス・エンジニアがサイトに運ばなければならないテクニカルデータの量を少なくし、そして、性能データの必要な解析をシステムモニタに高精度に実行させることができ、したがって、診断および修理における人為的なエラーを減らすことができる。
【０１３８】
このような診断ネットワークシステムはトラブルシューティングおよび修理の能率を上げ、ダウンタイムをより短く止めることに繋がり、このため、コストを低減させかつ顧客の満足度を向上させることができる。この試験用ネットワークシステムはまた試験対象システム（例えば血管イメージングシステム）にとって非侵襲で試験できることから、例えば試験対象システムが使用されている間に所定の試験位置からデータを収集できる。これにより、フィールド・サービス・エンジニアは、例えば血管イメージングシステムがダウンする前にシステム性能の低下を先行学習的に検出し、修正することができる。
【０１３９】
またオフ・サイトのテクニカル・アシスタンス・センタ（ＴＡＣ）を使えば、遠隔よりシステムモニタにコンタクトでき、ＤＴＵネットワークにアクセスしてシステム動作状態をチェックし、そしてシステムモニタに格納されている情報を更新できる。
【０１４０】
本発明によればまた自動化によって評価時間を短縮できる。本発明の診断システムはエキスパートシステムを採用しており、このエキスパートシステムはシステムモニタプロセッサで処理されるソフトウエアを有し、このソフトウエア処理により、ＤＴＵから集められ格納されたデータが解析される。エキスパートシステムは過去の同様の問題状況をより迅速に参照し、解決策を呼び戻すことができる。このエキスパートシステムはしたがってフィールド・サービス・エンジニアに、かかるシステム上のどこをどのように解決すればよいかの示唆を与えることができる。このエキスパートシステムはまた、正しくない処理手順が実行された場合に先取りし、フィールド・サービス・エンジニアを代わりの正しい解決策に向けさせる。この結果、通常の修理プロセスに付きものであった、時間の掛かる当て推量、および試行錯誤が低減され、血管イメージングシステムのより早い修理または調整が可能になる。
【符号の説明】
【０１４１】
１０  診断ネットワークシステム
１２  ＤＴＵ（分散形試験ユニット）
１３  ＤＴＵネットワーク
１４  血管Ｘ線イメージングシステム
１５  Ｃ−アーム
１６  システムモニタボックス
１７  患者テーブル
１８  フィールド・エンジニア・ノットブック
１９  ＴＡＣ（テクニカル・アシスタンス・センサ）
２０  イーサネット接続体
２４  光ファイバケーブル
２８  線量計
３０  コンソール
３２  コントロールパネル
３４  マスタＤＴＵ
３６  マルチピン・ケーブル
３８  線量計ＤＴＵ
４０Ａ  パラレルポート
４０  ＬＰＴポート
４６  ＭＭ（マイクロプロセッサ・モジュール）
４８  ＰＭ（パワー・モジュール）
５０  ＳＣＭ（サンプル・コントロール・モジュール）
７６  ｋＶ，ｍＡ  ＤＴＵ
７８  高電圧変圧器
８０  ＰＭＴ  ＤＴＵ
８８  コンソールＤＴＵ
１０４  ＬＥＤ
【図１】
2010017563.tif 000003
【図２】
2010017563.tif 000004
【図３】
2010017563.tif 000005
【図４】
2010017563.tif 000006
【図５】
2010017563.tif 000007
【図６】
2010017563.tif 000008
【図７】
2010017563.tif 000009
【図８】
2010017563.tif 000010
【図９】
2010017563.tif 000011
【図１０】
2010017563.tif 000012
【図１１】
2010017563.tif 000013
【図１２】
2010017563.tif 000014
【図１３】
2010017563.tif 000015
【図１４】
2010017563.tif 000016
【図１５】
2010017563.tif 000017
【図１６】
2010017563.tif 000018
【図１７】
2010017563.tif 000019
【図１８】
2010017563.tif 000020
【図１９】
2010017563.tif 000021
【図２０】
2010017563.tif 000022
【図２１】
2010017563.tif 000023
【図２２】
2010017563.tif 000024
【図２３】
2010017563.tif 000025
【図２４】
2010017563.tif 000026
【図２５】
2010017563.tif 000027
【図２６】
2010017563.tif 000028
【図２７】
2010017563.tif 000029
【図２８】
2010017563.tif 000030
【図２９】
2010017563.tif 000031
【図３０】
2010017563.tif 000032
【図３１】
2010017563.tif 000033
【図３２】
2010017563.tif 000034
【図３３】
2010017563.tif 000035
【図３４】
2010017563.tif 000036
【図３５】
2010017563.tif 000037
【図３６】
2010017563.tif 000038
【図４１】
2010017563.tif 000039
【図４２】
2010017563.tif 000040
【図４３】
2010017563.tif 000041
【図４４】
2010017563.tif 000042
【図４５】
2010017563.tif 000043
【図４６】
2010017563.tif 000044
【図４７】
2010017563.tif 000045
【図３７】
2010017563.tif 000046
【図３８】
2010017563.tif 000047
【図３９】
2010017563.tif 000048
【図４０】
2010017563.tif 000049