(57)【特許請求の範囲】
【請求項１】
Ｘ線源（１４）および検出器配列（１８）を備えたシステムによるスキャンで得られた投影データを使用して、被写体の基本断層撮影画像および後続の断層撮影画像を生成する方法であって、
一周（＝２π）をオーバスキャン角度（β０）だけ越えるオーバスキャン範囲（０＜β＜２π＋β０）のうちの０乃至２πの範囲の投影データを、各々のセグメントが複数のビューを有するＭ（Ｍ＞２）個セグメントに分割するステップであって、前記オーバスキャン角度の角度範囲（０〜β０と２π〜２π＋β０）と、少なくとも一部が重なる複数のセグメントからなるオーバスキャン範囲セグメントと、重ならない複数のセグメントからなる非オーバスキャン範囲セグメントとに分割するステップと、
該セグメントに分割された投影データを使用して、各々のセグメント毎に基本画像データを生成するステップと、
各セグメントの基本画像データに基づいて後続の画像データを生成するステップと、
前記基本画像データ及び、前記後続の画像データを、遠隔サービスを提供する遠隔施設（１０２２）にネットワーク（１０８０）を介して通信するステップとを含み、
各々のセグメント毎に後続の画像データを形成するために、
（１）前記オーバスキャン範囲セグメントに含まれるｋ番目のセグメントについては、オーバースキャン重み付き画像データ及び単位重み付き画像データを形成して、形成された前記オーバースキャン重み付き画像データと単位重み付き画像データとを線形的に結合することにより、前記ｋ番目のセグメントのための後続画像データを生成し、
（２）前記非オーバスキャン範囲セグメントに含まれるｋ番目のセグメントについては、既に計算された基本画像データ若しくはｋ−１番目の後続画像データを用いて、前記ｋ番目のセグメントのための後続画像データを生成する、方法。
【請求項２】
前記工程（２）における前記オーバスキャン範囲セグメントに含まれるセグメントｋでの後続の画像データＰが、
【数１】
であり、ここで、Ｏkは、セグメントｋに対するフィルタリングされ、オーバースキャン加重された画像データ、Ｕiは、セグメントｉに対するフィルタリングされ、単一スキャン加重された画像データ、かつｋ≦１である請求項１に記載の方法。
【請求項３】
前記工程（１）における前記非オーバスキャン範囲セグメントに含まれるセグメントｋでの後続する画像データＰが、
ＰK＝ＰK-1−ＯK-1−ＵK＋ＯK＋ＯK+M-1＋ＵK+M−ＯK+Mであり、
ここで、ＯKは、セグメントｋに対するオーバースキャン加重された画像データ、ＵKは、セグメントｋに対する単一スキャン加重された画像データ、ｋ＞１、かつＭ＞６である請求項１に記載の方法。
【請求項４】
各セグメントが複数のビューを含み、
ヘリカル加重アルゴリズムが使用され、
第ｋ番目セグメントでのビューの数が、第ｋ＋Ｍ番目セグメントでのビューの数と等しい請求項１乃至３のいずれかに記載の方法。
【請求項５】
多くのプロセッサ・パイプＤをさらに含む請求項４に記載の方法であって、各セグメントでのビューの数が０≦β≦β0でのビューの数に等しいか、それより大きく、ただし、βは視角であり、かつβ0は画像再構成に対する３６０°を超えるガントリ回転の角度である前記方法。
【請求項６】
前記システムがデータ獲得システム（ＤＡＳ）（３２）をさらに含む請求項５に記載の方法であって、セグメントごとのビューの数を選択する上で、前記システムが、ＤＡＳデータ・サンプリング・レートを調整して、セグメントごとにビューの前記の選択された数が集められるように構成されており、
前記調整されたサンプリング・レートが、Ｒ＝Ｖ／（Ｄ*Ｍ）
であり、ここで、Ｒは整数であり、かつＶはガントリの２π回転ごとのビューの数である前記方法。
【請求項７】
各プロセッサ・パイプごとにビューの選択された数が、Ｖk＝（セグメントｋでのビューの数）／Ｄであり、ここで、Ｖkは整数である請求項５に記載の方法。
【請求項８】
画像データから２つのビューを同時に生成する畳み込みアルゴリズムをさらに含む請求項１乃至７のいずれかに記載の方法。
【請求項９】
畳み込みアルゴリズムが、シーケンスｙ（ｎ）を形成し、Ｙ（ｋ）を決定し、Ｎ−１個のポイントに対する拡張周波数領域応答を決定するように構成され、ここで、ｙ（ｎ）＝ｖi（ｎ）＋ｊｖm（ｎ）、Ｙ（ｋ）はｙ（ｎ）の複素数ＦＦＴ、ｎは０ないしＮ−１の範囲でのサンプル・ポイントの数、ｉは０ないしＮv-1の範囲でのビューの数、ｍは０ないしＮv-1の範囲でのビューの数、ｖｉは第ｉ番目のゼロ・パッデド・ビューに対応し、かつｖｍは第ｍ番目のゼロ・パッデド・ビューに対応する請求項８に記載の方法。
【請求項１０】
ｉがｍに等しくない請求項９に記載の方法。
【請求項１１】
ｖiおよびｖmが、容積測定スキャンの異なるスライスに対応する請求項９に記載の方法。
【請求項１２】
拡張周波数領域応答が、Ｈ（ｋ）＝Ｈ（Ｎ−ｋ）
であり、ここで、ｋ＝Ｎ／２．．．Ｎ−１、かつｈ（ｎ）カーネルの空間応答が偶関数である請求項９に記載の方法。
【請求項１３】
畳み込みアルゴリズムがさらに、Ｚ（ｋ）を決定し、Ｚ（ｋ）の逆複素数ＦＦＴ、ｚ（ｋ）を決定し、ｚ（ｎ）の実数部Ｃｖiおよび虚数部Ｃｖmに分離し、ただし、Ｚ（ｋ）＝Ｙ（ｋ）．Ｈ（ｋ）である請求項９に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本特許出願は、Ｋｉｓｈｏｒｅ−Ａｃｈａｒｙａ他によって１９９８年７月１日に出願された「コンピュータ断層撮影透視システムでのヘリカル・マルチフレーム画像再構成のための方法および装置」と題する米国特許出願第０９／１０８，６７６の一部継続出願（ＣＩＰ）である。
【０００２】
【従来の技術】
本発明は全体的に、撮像システムなどの医療診断システムの分野に関わるものである。さらに詳細には、本発明はＣＴ透視検査での、マルチフレーム画像再構成のための装置および技法に関わるものである。
【０００３】
既知の少なくとも１つのＣＴシステム構成では、Ｘ線源は、一般に「撮像平面」と呼ばれるデカルト座標系のＸ−Ｙ平面の中に入るようにコリメートされる扇形のビームを投射する。Ｘ線ビームは、患者などの撮像される被写体を透過する。このビームは、被写体によって減衰させられた後、放射線検出器のアレイに入射する。検出器のアレイが受ける減衰した放射線ビームの強度は、被写体によるＸ線の減衰に依存している。このアレイの各検出素子は、その検出器の位置でのビーム減衰の測定値である個別の電気信号を発生する。すべての検出器からの減衰測定値を個別に得て、減衰プロフィールを生成する。
【０００４】
既知の第三世代ＣＴシステムでは、Ｘ線源および検出器のアレイは、Ｘ線が被写体と交差する角度がコンスタントに変わるように、撮像平面内でガントリによって撮像される被写体のまわりを回転させられる。Ｘ線減衰測定値の集合、すなわち１つのガントリ角度での検出器のアレイからの投射データは、「ビュー」と呼ばれる。被写体の「スキャン」は、Ｘ線源および検出器が１回転する間に、異なるガントリ角度、つまり視角で撮られた１組のビューを含んでいる。軸方向スキャンでは、投射データは、被写体を通して撮られた２次元スライスに対応する画像を構成するように処理される。１組の投射データから画像を再構成する一方法は、当技術分野では、フィルタ補正逆投影法と呼ばれている。この処理は、スキャンからの減衰測定値を「ＣＴ値」または「ハンスフィールド・ユニット」と呼ばれる整数に変換され、これが陰極線管ディスプレイ上で対応するピクセルの輝度を制御するのに使用される。
【０００５】
【発明が解決しようとする課題】
ある種の再構成処理ステップは、画像にノイズ構造を発生させることが知られている。例えば、「シネ」スキャン、すなわち規定数のスライスのためのデータが得られる間、患者は静止しているスキャンでは、患者の臓器がスキャンの間に運動したときに結果として生じるモーション・アーチファクトを減少させるために、アンダースキャン加重（「ＵＳＷ」）が使用される。アンダースキャン加重アルゴリズムは、通常、収集されたデータを視角および検出器チャンネル・インデックスの関数として加重する。詳細にはフィルタ補正逆投影以前に、データは、視角と検出器角度の両方の関数であるアンダースキャン加重係数に従って加重される。詳細には、投影データは、最初にフィルタに掛けられ、次に加重され、続いて各画像を生成するように逆投影される。
【０００６】
全体のスキャン時間を短縮するために、「ヘリカル」スキャンが実施される。
「ヘリカル」スキャンを実施するには、規定数のスライスのためのデータを得る間、患者を動かす。こうしたシステムは、１回の扇形ビーム・ヘリカル・スキャンから単一のヘリックスを生成する。扇形ビームによってマップ・アウトされたヘリックスは、そこから各規定スライスでの画像を再構成することのできる投影データを産出する。
【０００７】
ヘリカル・スキャンのための再構成アルゴリズムは、収集されたデータを視角および検出器チャンネル・インデックスの関数として加重する、ヘリカル加重（「ＨＷ」）アルゴリズムを使用している。詳細にはフィルタ補正逆投影以前に、データは、視角および検出器角度の関数であるヘリカル加重係数に従って加重される。アンダースキャン加重の場合と同様に、ＨＷアルゴリズムでは、投影データは、フィルタに掛けられ、加重され、各画像を生成するように逆投影される。
【０００８】
シネ・スキャンの文脈およびヘリックス・スキャンの文脈では、同一の投影データは、たとえ連続して同一の重みが割り当てられるとしても、繰り返しフィルタに掛けられ、加重され、逆投影される。例えば、投影データＰ1は、第１画像Ｉ1を生成するのにｗ1で加重し、また第２画像Ｉ2を生成するのにｗ2で加重することができる。ただし、第２画像Ｉ2は、投影データＰ1を再フィルタ掛けし、再加重し、再逆投影せずに生成することはできない。アンダースキャン加重アルゴリズムおよびヘリカル加重アルゴリズムは両方とも、画像Ｉ1およびＩ2のそれぞれが、投影データＰ1から独立に生成されることを要求する。したがって、ヘリカル加重アルゴリズムとアンダースキャン加重アルゴリズム両方の場合で、かなりの計算上の冗長性が生じている。
【０００９】
画像生成のいくつかの態様を改善する再構成技法が知られている。例えば、オーバースキャン加重が、オバーラップする画像を投影データで再構成するのに関連した計算上の冗長性を減少させるのに使用される。詳細には、オーバースキャン加重では、収集された投影データは、視角の関数としてのみ加重される。したがって、計算上の冗長性を完全に除去することはないが、オーバースキャン加重は、画像再構成に必要な計算が縮減する。さらに、オーバースキャン加重は、３６０度ＣＴスキャンの間、患者の臓器が動くときに結果として生じるモーション・アーチファクトを減少させることが知られている。患者の動きは、開始投影および終了投影のビューが不整合や不連続なものになることを引き起こす。ただし、オーバースキャン加重は、いくらかモーション・アーチファクトをうまく減少させるが、オーバースキャン加重は、例えば他のヘリカル加重アルゴリズムほど効果的ではない。したがって、オーバースキャン加重はしばしば、ヘリカル・スキャンが行われているときには除外される。
【００１０】
ＣＴ透視検査システム（ＣＴ透視）では、これは連続フレームの画像を生成することが知られている。フレームは、ビューと同様に、撮像される被写体を通して撮られる２次元スライスに対応している。詳細には、投影データは、被写体の画像フレームを構成するように処理される。通常、投影データは、フレーム・レートを増加させられるように、加重が行われない。ただし、非加重の投影データは、生成された画像に目立つシェーディングおよびストリーキングを発生させることが知られている。こうしたシェーディングおよびストリーキングを減少させるためには、各フレームに対応する投影データを加重するのに、ヘリカル加重アルゴリズムを使用することができる。ただし、投影データにフィルタを掛け、加重し、および逆投影が何回も行われれば行われるほど、フレーム・レートは遅くなる。フレーム・レートはしたがって、ＣＴ透視検査システムの計算能力に制限されている。
【００１１】
もちろん、ヘリカル・スキャン画像再構成での計算上の冗長性を減少させることが好ましい。また、ＣＴ透視検査ヘリカル画像再構成で、フレーム当たりのビューの数を変更することを容易にし、フレーム当たりのビューとフレーム・レートの間の妥当なトレードオフを提供することが望ましいであろう。
【００１２】
上記の問題への解決には、これまで有意義な遠隔機能が含まれていなかった。
したがって、遠隔サービスの利点を提供し、上記の問題に対処する医療診察システムが必要とされている。たとえば、こうした医療診断システムに遠隔サービスを提供することが望ましいだろう。詳細には、遠隔アップグレード、遠隔診断、遠隔アフター・サービス、遠隔ビューイング、遠隔ファイル格納、遠隔制御、およびセグメンテーション・アルゴリズムまたは他のシステム・パラメータおよび関数に対する遠隔調整の必要がある。さらに、遠隔サービスは、医療診断機器を使用ベースでリースする使用当たりのライセンスなど、契約上アレンジメントを提供することもできる。加えて、遠隔サービスは、画像スキャン技法、画像分析、病理学検出、撮像ユニット・メインテナンス、および他のエキスパート支援オペレーションに関するエキスパート・オンライン・アシスタンスを含み得る。
【００１３】
【課題を解決するための手段】
本発明の一実施態様は、Ｘ線源および検出器のアレイを含むシステムを備えたスキャンで得られた投影データを使用して、被写体のベース断層撮影画像、および後続する断層撮影画像を生成する方法に関係している。この方法は、投影データにセグメンテーション・アルゴリズムを適用して複数のセグメントを含んだベース画像データを生成するステップと、各セグメントごとに画像データを生成するステップと、各セグメントの前記画像データに基づいて、後続する画像データを生成するステップ、ならびに画像データ、セグメント、後続の画像データまたはベース画像データを、ネットワークを介して遠隔の施設に通信するステップとを含む。この遠隔の施設は、遠隔サービスを提供する。
【００１４】
【発明の実施の形態】
本発明の他の主要な特徴および利点は、以下の図面、詳細説明、および頭記の特許請求の範囲を読めば、当業者には明らかになるであろう。
【００１５】
以下に、添付の図面を参照しながら好ましい例示的実施形態について説明する。以下で、同じ参照番号は同じ要素を示す。
【００１６】
図１および２を参照すると、コンピュータ断層撮影（ＣＴ）撮像システム１０が、「第三世代」ＣＴスキャナであることを表すガントリ１２を含むものとして示されている。ガントリ１２は、ガントリ１２の反対側にある検出器のアレイ１８に向かってＸ線ビーム１６を投射するＸ線源１４を備えている。検出器のアレイ１８は、医療患者２２を透過する投射されたＸ線を揃って感知する検出素子２０によって形成されている。各検出素子２０は、入射するＸ線の強度を表し、したがって患者２２を透過したビームの減衰を表す電気信号を発生する。Ｘ線投影データを得るスキャンの間、ガントリ１２およびそこに取り付けられているコンポーネントは、回転の中心２４のまわりを回転する。
【００１７】
ガントリ１２の回転およびＸ線源１４の動作は、ＣＴシステム１０の制御メカニズム２６によって管理されている。制御メカニズム２６は、Ｘ線源１４に電力およびタイミング信号を送るＸ線コントローラ２８、ならびにガントリ１２の回転速度および位置を制御するガントリ・モータ・コントローラ３０を含んでいる。制御メカニズム２６のデータ獲得システム（ＤＡＳ）３２は、検出素子２０からのアナログ・データをサンプリングして、そのデータを後続の処理のためにデジタル信号に変換する。画像再構成装置３４は、ＤＡＳ３２からサンプリングされたＸ線データおよびそのデジタル化されたものを受け取り、高速度画像再構成を実行する。この再構成された画像は、その画像を大容量記憶デバイス３８に記憶するコンピュータ３６に、入力として適用される。
【００１８】
コンピュータ３６はまた、キーボードを備えたコンソール４０を介して、オペレータからコマンドおよびスキャンのパラメータを受け取る。関連の陰極線管ディスプレイ４２は、再構成された画像および他のデータをオペレータがコンピュータ３６から観察することができるようにしている。オペレータが与えるコマンドおよびパラメータは、コンピュータ３６によって、ＤＡＳ３２、Ｘ線コントローラ２８、およびガントリ・モータ・コントローラ３０に制御信号および情報を提供するために使用される。さらに、コンピュータ３６は、ガントリ１２で患者２２の位置を動かす電動テーブル４６を制御するテーブル・モータ・コントローラ４４を操作している。詳細には、テーブル４６は、ガントリ・オープニング４８を通して患者２２の部分を動かす。
【００１９】
既知のヘリカル再構成アルゴリズムは一般に、ヘリカル補外（ＨＥ）アルゴリズムまたはヘリカル補間（ＨＩ）アルゴリズムに分類される。これらのアルゴリズムは通常、画像を再構成するために投影データに加重係数を適用する。この加重係数は一般に、ファン角度と視角の両方に基づいている、すなわち依存している。ＨＥアルゴリズムおよびＨＩアルゴリズムは、一般に許容範囲の画質を提供するが、こうしたアルゴリズムは、かなりの計算上の冗長性を用い、再構成の速度が重要なときには、かなりのハードウェア・コストを要求する。例えば、新しい画像を別に生成しようとすれば、それが回転のほんの一部であっても、元の画像を生成するのに使用されたほとんどすべての投影について、再加重し、再フィルタ掛けし、再逆投影しなければならない。詳細には、連続する画像の投影で、かなりの量のオーバーラップが起きるときさえ、ガントリ回転当たりｎ個の画像を生成するためには、単一の画像を生成するのに必要となる計算量がｎ回、そのガントリ回転の間に必要とされる。
【００２０】
以下のセグメンテーション・アルゴリズムの検討は、時々、詳細には、ヘリカル・スキャンまたはシネ・スキャンを使用するＣＴ透視検査システムについて述べている。セグメンテーション・アルゴリズムは、それでも、そうしたシステムに関連する実践に限定されるものではなく、他のＣＴシステムでも使用することができる。さらに、一実施形態では、セグメンテーション・アルゴリズムは、コンピュータ３６に実装され、例えば、大容量記憶デバイス３８に記憶されたデータを処理することになる。他の多くの代替実装が、もちろん可能である。
【００２１】
本発明の一実施形態によれば、ベース画像のためのベース画像データを生成するのに使用される投影データは、複数のセグメントに分割される。詳細には、ベース画像を生成するために、ガントリ１２は、投影データを得るために１フル回転プラス視角β0、すなわち（０〜２π＋β0）の範囲で回転する。角度β0は、ヘリカル・スキャンの間での３６０°を超えるガントリ回転の角度を表している。ビューＶは、２πのガントリ回転当たりに集められるビューの数を表し、ビューＶLは、視角（０≦β≦β0）に含まれるビューの数である。セグメンテーション・アルゴリズムは、投影データを２πの角度範囲ごとにＭ個のセグメントに分割する。例えば、システム１０の速度が、ガントリ回転当たり１秒で、ＤＡＳ３２のデータ獲得周期が５秒である場合、投影データは５Ｍ個のセグメントに分割される。より詳細には、セグメンテーション・アルゴリズムは、後続する画像を変更されたセグメントから生成し、隣接のセグメントからの異なる数のビューを有するセグメントを含め、様々な値からセグメントの量とサイズを選択できるようにする。セグメントの量とサイズは、第Ｋ番目のセグメントに含まれるビューの数が、第Ｋ＋Ｍ番目のセグメントと同一であり、どのセグメントに含まれるビューの量も、ＶLのビューの数に等しいか、それより大きくなるように選択される。
【００２２】
投影データをセグメントに分割し、データをフィルタに掛けた後、オーバースキャン加重アルゴリズムが各セグメントのフィルタ掛けした投影データに適用され、各セグメントについてオーバースキャン加重画像データおよび単一画像データを生成する。詳細には、オーバースキャン加重アルゴリズムは、加重係数ｗ（β）を異なる視角＄で得られた各セグメントの投影データに適用して、各セグメントに対するオーバースキャン加重画像ＯKを生成する。加重の目的のため、各セグメントに対する開始の視角βは、ゼロに設定されていることに留意されたい。次に単一加重係数が各セグメントの投影データに適用されて、各セグメントに対する単一加重画像ＵKを生成する。詳細には、フィルタ掛けした投影データに、生成された加重係数が掛けられ、それから逆投影される。
【００２３】
ベース画像データからのセグメント画像データを利用して、後続の画像データが生成される。より詳細には、一実施形態では、セグメントｋに対する角度スパンはβkで、（０≦β≦β0）および（２π≦β≦２π＋β0）の範囲に対応する加重は互に補完的である。詳細には、次の画像の第１投影に対する視角βkが選択される。次の画像に寄与する投影データは、（βk〜２π＋βk＋β0）の範囲にある。セグメンテーション・アルゴリズムを実行することによって、各視角βkに基づく更新された加重係数、および（０〜２π＋β0）の範囲内のオーバースキャン加重係数ｗ（β）が生成される。詳細には、セグメンテーション・アルゴリズムは、前にフィルタ掛けされ、加重され、逆投影されたベース画像投影データに適用する更新された加重係数を決定して、すべてのベース画像投影データを再フィルタ掛け、再加重、再逆投影することなく、後続の画像が生成されるようにする。
【００２４】
例えば、図３ａは、本発明の一実施形態による、第１画像を生成するための、視角に対するオーバースキャン加重係数を図示するグラフである。図３ｂは、後続の画像が視角βkで始まる、後続の画像を生成するための、視角に対するオーバースキャン加重係数を図示するグラフである。詳細には、＄kが後続する画像の最初の投影が位置する視角を表し、カーブが後続する画像の生成のために投影データに適用される加重を示している。
【００２５】
図３に示されるとおり、セグメントの大部分に対する加重係数は、ベース画像と第Ｋ番目の後続する画像との間で不変である。例えば、図３に示すとおり、セグメント３ないし６の加重係数は、ベース画像と第Ｋ番目の画像の間で不変である。その結果、第Ｋ番目の画像は、
【数２】
0004642222.tif 000002
となる。ただし、ＯKは、セグメントｋについてのオーバースキャン加重された画像データ、Ｕiは、セグメントｉについての単一加重された画像データ、かつｋ≦１とする。さらに、Ｍ＞６かつＫ＞１とした場合に、第Ｋ番目の画像は、
ＰK＝ＰK-1−ＯK-1−ＵK＋ＯK＋ＯK+M-1＋ＵK+M−ＯK+M
となる。ただし、ＯKは、セグメントｋについてのオーバースキャン加重された画像データ、ＵKは、セグメントｋについての単一加重された画像データ、ｋ＞１、かつＭ＞６とする。したがって、後続の画像を生成するのに、前にフィルタ掛けされ、加重され、逆投影されたベース画像投影データが単に再利用される。逆に、セグメント１および２（０〜βK＋β0）ならびにセグメント７および８（２π〜２π＋βK＋β0）で投影データに適用されるオーバースキャン加重係数は、最初の画像と後続する画像の間で異なる。加重アルゴリズムは、このようにしてこれらの範囲内での加重係数および画像データを生成する。さらに詳細には、加重アルゴリズムは、ベース画像データに適用されたときには、変更されたセグメントでベース画像データに再加重する更新された加重係数を生成して、後続する画像へのベース・データの寄与が、図３ｂで示されるオーバースキャン加重係数に対応するようにする。ただし、こうしたベース画像データは、再フィルタ掛けされない。したがって、後続する画像の相当な部分は、前に得られたベース画像データを再フィルタ掛け、再加重、再逆投影せずに生成される。従って、かなりの量のフィルタ掛け、乗算、および逆投影が除外され、これによってシステムの計算効率が改善される。さらに詳細には、後続する画像を生成するのにフィルタ掛けする必要のある投影データは、ベース画像データを生成するのに、前にフィルタ掛けされていないセグメントのデータのみである。上述のとおり、これは大した量のデータではない。
【００２６】
一実施形態では、セグメントの数Ｍは、各セグメントが同一の数のビューＶkを含むように選択される。ただし、こうした選択は実際的ではないことがある。例えば、１回のガントリ回転に含まれるビューの数Ｎは、セグメントの数Ｍで割れないことがある。さらに、システム１０が、画像再構成に並列で使用される複数のプロセッサまたは処理パイプＤを含んでおり、ただし、各セグメントに含まれるビューの数が、プロセッサの数で割れないことがある。
【００２７】
別の実施形態では、ＤＡＳ３２のサンプリング・レートは、プロセッサ・パイプの数Ｄで割ってセグメントの数を掛けた、２π回転当たりの、圧縮後のビューの数ｖが整数になるように調整される。ＤＡＳのサンプリング・レートが通常、１回転９８４ビューである例示的な実施形態を例示する表１に示されるとおり、ＤＡＳ３２のサンプリング・レートは、任意の画像フレーム・レートについて、セグメント当たりで選択されたビューの数が集められるように調整することができる。
【００２８】
代替実施形態では、各セグメントは複数のビューを含み、非均一サイズ（近傍のセグメントとは別のサイズ）のものとすることができる。詳細には、各セグメントのサイズは、パイプの数Ｄで割った、各セグメントのビューの数が整数で、Ｍ個のセグメントに含まれるビューの総数が、ガントリ１２の２π回転当たりでのビューの数と等しくなるように、変更することができる。さらに、セグメントは、第Ｋ番目のセグメントに含まれるビューの数が、第Ｋ＋Ｍ番目のセグメントと同一で、かつどのセグメントのビューの数も、ＶLに等しいか、それより大きくなければならないという制約に適合しなければならない。その例が、表２に示されている。
【００２９】
別の実施形態では、システム１０は、画像データの複数のビューを同時に生成する畳み込みアルゴリズムを含む。詳細には、複素数ＦＦＴ畳み込みアルゴリズムが、画像データから２つのビューを同時に生成する。さらに詳細には、Ｎ個のエレメントをもつ１つのビューが、長さＮの複素数シーケンスの実数部として扱われ、Ｎ個のエレメントをもつ第２のビューが虚数部として扱われる。詳細には、シーケンスｙ（ｎ）が形成され、ｙ（ｎ）は、
ｙ（ｎ）＝ｖi（ｎ）＋ｊｖm（ｎ）
ただし、
ｎはサンプル・ポイントの数であり、かつｎ＝０，１，２，．．．，Ｎ−１、
ｉはビューの数であり、かつｉ＝０，１，２，．．．，Ｎv-1
ｍはビューの数であり、かつｍ＝０，１，２，．．．，Ｎv-1
ｖiは第ｉ番目のゼロ・パッデド・ビューに対応し、かつ
ｖmは第ｍ番目のゼロ・パッデド・ビューに対応する。
ｖiおよびｖmは、同一のビューから、異なるビューから、または異なるボリュメトリック・コンピュータ断層撮影スライスからのものであり得る。
【００３０】
シーケンスｙ（ｎ）を形成した後、ｙ（ｎ）の複素数ＦＦＴであるＹ（ｎ）が生成される。Ｎ個のポイントに対する、畳み込みカーネルの拡張周波数領域応答が次に生成され、ここでこの応答は、
Ｈ（ｋ）＝Ｈ（Ｎ−ｋ）
ただし、
ｋ＝Ｎ／２，．．．，Ｎ−１、かつ
Ｈ（ｋ）は、偶関数であるカーネルｈ（ｎ）の実数ＦＦＴである。
拡張周波数領域応答Ｈ（ｋ）を利用して、Ｚ（ｋ）が計算される。
Ｚ（ｋ）＝Ｙ（ｋ）．Ｈ（ｋ）．
Ｚ（ｋ）の逆複素数ＦＦＴ、ｚ（ｎ）が生成され、この結果は、ｚ（ｎ）の十す部分とｚ（ｎ）の虚数部分またはパートに区分または分離される。詳細には、この部分は、
Ｃvi＝ｚ（ｎ）実部、
Ｃvmは＝ｚ（ｎ）虚数
ただし、
Ｃviは第ｉ番目の畳み込み処理されたビューであり、かつ
Ｃvmは第ｍ番目のビューである。
【００３１】
畳み込みアルゴリズムを利用することは、実行されなければならない複素数ＦＦＴの順方向演算および逆方向演算の数を減少させる。例えば、４つのビューが処理される場合、既知の畳み込みアルゴリズムは、４回の順方向と４回の逆方向の実部ＦＴＴ演算を行わなければならない。しかし、記載の畳み込みアルゴリズムは、２回の順方向と２回の逆方向の複素数ＦＦＴ演算を必要とするだけで、画像データを生成する。その結果、計算効率が改善され、画像を生成するのに必要な時間を短縮できる。
【００３２】
上記のアルゴリズムは、ＣＴ透視検査画像の再構成での画像の質を低下させることなく、計算効率の改善を促進する。また、こうしたアルゴリズムは、処理時間を短縮して、ビューの数とフレーム・レートの間の妥当なトレードオフを提供する。
【００３３】
本発明の様々な実施形態の上記説明から、本発明の目的が達成されていることは明白である。本発明について詳細に説明し、図示してきたが、これは解説や例示のためのものにすぎず、限定として理解すべきではない。例えば、本明細書で説明したＣＴシステムは、ＣＴ透視検査システムであるが、他の多くのＣＴシステムを使用することもできる。同様に本明細書では、βおよびβkの値は、画質を評価する最終段階で選択されているが、これらの値のどれでも、またはすべてを、事前選択して、コンピュータに記憶させることができる。さらに、説明されているオーバースキャン加重は、非線形の、すなわちｗ（β）がβに比例しない関数によって決定されるが、オーバースキャン加重は、線形関数または異なる非線形関数で生成することもできる。さらに、本発明はヘリカル・スキャンに関連して説明したが、シネ・スキャンに本発明を使用することもできる。従って、本発明の趣旨および範囲は、頭記の特許請求の範囲の請求項のみによって限定されるものである。
【００３４】
次に図４を参照すると、図１に関して説明したＣＴ撮像システム１０などのシステムを含む、複数の医療診断システム１０１２への遠隔サービスを提供するための、サービス・システム１０１０が図示されている。図４に示される実施形態では、医療診断システムは、磁気共鳴撮影（ＭＲＩ）システム１０１４、コンピュータ断層撮影（ＣＴ）システム１０１６、超音波撮影システム１０１８を含んでいる。これらの診断システムは、医療施設１０２０などの１つの場所または施設に設置するか、または超音波システム１０１８の場合に示されているとおり、互いに離して設置することができる。これらの診断システムは、集中サービス施設１０２２からのサービスを受ける。さらに、以下で詳細を説明するとおり、サービス要求を伝送し、サービス状況を検証し、サービス・データの伝送を行うなどのために、複数のフィールド・サービス・ユニット１０２４を、サービス・システムに連結することができる。
【００３５】
図４の例示的実施形態では、いくつかの異なるシステム・モダリティが、サービス施設による遠隔サービスを受けている。遠隔サービスは、遠隔監視、遠隔システム制御、遠隔地点からの即時ファイル・アクセス、遠隔ファイル格納およびアーカイビング、遠隔ソース・プーリング、遠隔記録、遠隔高速計算などのサービスを含んでいるが、それらに限定されているわけではない。遠隔サービスは、サービス施設の機能、施設とのサービス契約に加入している診断システムのタイプ、ならびにその他の要因に依存して、特定のモダリティに提供される。
【００３６】
システムのモダリティにより、様々なサブコンポーネントまたはサブシステムが含むことになる。ＭＲＩシステム１０１４の場合には、こうしたシステムは一般に、スキャナ、制御および信号検出回路、システム・コントローラおよびオペレータ・ステーションを含むことになる。ＭＲＩシステム１０１４は、以下に詳細を記すように、サービス要求、メッセージ、およびデータをサービス施設１０２２と対話的に交換するための、統一プラットフォームを含んでいる。ＭＲＩシステム１０１４は、ＭＲＩシステムからの単一または個別の物理的パッケージに含まれ得る、通信モジュール１０３２にリンクされている。通常のシステムでは、プリンタ、スキャナで集められたデータに基づいて再構成された画像を生成する写真システムなどの、追加のコンポーネントが、システム１０１４に含まれ得る。
【００３７】
同様に、通常、ＣＴシステム１０１６は、スキャナ、信号獲得ユニット、およびシステム・コントローラを含んでいる。スキャナは、被写体を透過して向けられたＸ線放射の一部を検出する。コントローラは、スキャナの動作を命令し、得られた信号に基づいて画像データを処理し、再構成するための回路を含んでいる。ＣＴシステム１０１６は、遠隔サービスのためのデータを伝送し、受信するための通信モジュール１０４８にリンクされている。さらに、ＭＲＩシステム１０１４と同様に、通常、ＣＴシステム１０１６は、スキャナによって集められたデータに基づいた再構成画像を出力するために、プリンタまたはそれに類似するデバイスを含んでいる。
【００３８】
超音波システム１０１８の場合には、通常、こうしたシステムは、スキャナ、データ処理ユニット、およびシステム・コントローラを含んでいる。超音波システム１０１８は、超音波システム１０１８とサービス施設１０２２の間で、サービス要求、メッセージ、およびデータを伝送するための通信モジュール１０６２に連結されている。
【００３９】
本明細書では、一般に診断システムでの「スキャナ」について述べるが、この用語は、画像データ獲得ならびに、画像アーカイビング通信および検索システムに限定されるものではない、医療診断の分野での画像管理システム、施設または期間管理システム、ビューイング・システムなどでの、医療診断データ獲得機器全般を含むものと理解すべきである。
【００４０】
図４のＭＲＩシステム１０１４およびＣＴシステム１０１６の場合に示されるとおり、単一の施設または場所で複数の医療診断システムが設けられている場合には、これらは、病院または診療所の放射線科などの、管理ステーション１０７０に連結することができる。この管理ステーションは、様々な診断システムに対するコントローラに直接にリンクすることができる。管理システムは、イントラネット構成、ファイル共有構成、クライアント／サーバ配置、またはその他いずれかの適切な方式でシステム・コントローラに連結された、コンピュータ・ワークステーションまたはパーソナル・コンピュータ１０７２を含み得る。さらに、通常、管理ステーション１０７０は、システム・オペレーション上のパラメータを見るため、システム利用を分析するため、ならびに施設１０２０とサービス施設１０２２の間でサービス要求およびデータを交換するために、モニタ１０７４を含むことになる。標準コンピュータ・キーボード１０７６およびマウス１０７８などの入力デバイスもまた、ユーザ・インターフェースを円滑にするために提供される。
【００４１】
別法では、管理システムまたは他の診断システム・コンポーネントは、「独立型」である、つまり診断システムに直接、連結されないこともあり得ることに注意されたい。こうした場合、それでもやはり、本明細書で説明されるサービス・プラットフォーム、ならびにサービス機能のうち、いくつかまたはすべてが、管理システムに設けられる。同様に、いくつかの適用形態では、診断システムは、独立型またはネットワーク化された、画像アーカイビング通信および検索システム、あるいは本明細書に記載されるいくつかまたはすべての機能を備えたビューイング・ステーションで構成され得る。
【００４２】
上記の通信モジュールならびにワークステーション１０７２およびフィールド・サービス・ユニット１０２４は、遠隔アクセス・ネットワーク１０８０を介して、サービス施設１０２２にリンクすることができる。この目的には、適切などのネットワーク接続でも使用することができる。現行で、好ましいネットワーク構成は、専有または専用ネットワークならびにインターネットなどの公開ネットワークの両方を含む。データは、インターネット・プロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、または他の既知のプロトコルに対応しているなど、適切などの形式でも、診断システム、フィールド・サービス・ユニット、および遠隔サービス施設１０２２の間で交換することができる。さらに、データのあるものは、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）やその他の標準言語などのマークアップ言語を介して、伝送またはフォーマットすることができる。現行で、好ましいインターフェース構造および通信コンポーネントについて、以下により詳細に説明する。
【００４３】
サービス施設１０２２内で、メッセージ・サービス要求およびデータが、参照番号１０８２によって全体的に示される通信コンポーネントによって受け取られる。コンポーネント１０８２は、サービス・データを、図４での参照番号１０８４で全体的に表されるサービス・センタ処理システムに伝送する。この処理システムは、サービス施設に届くまたはそこから発するサービス・データの受け取り、取り扱い、および伝送を管理している。一般に、処理システム１０８４は、以下により詳細を記すとおり、様々なサービス要求を処理するため、ならびにサービス・データの受け取りおよび伝送を行うため、１つまたは複数のコンピュータ、ならびに専用ハードウェア・サーバまたはソフトウェア・サーバを含み得る。
【００４４】
また、サービス施設１０２２は、サービス要求に対処し、サービス要求に対応して診断システムにオフラインおよびオンラインのサービスを提供する人員を配置することができる、オペレータ・ワークステーション１０８６の列を含み得る。また、処理システム１０８４は、サービス施設１０２２に、またはそこから離れて置かれている、データベースのシステムまたは他の処理システム１０８８にリンクすることができる。こうしたデータベースおよび処理システムは、特定の加入しているスキャナならびに診断機器の広い集合の両方に対する、オペレーティング・パラメータ、サービス・ヒストリなどについての広汎なデータベース情報を含み得る。
【００４５】
図５は、前述のシステム・コンポーネントを機能の点から図示するブロック図である。図５に示されるとおり、フィールド・サービス・ユニット１０２４および診断システム１０１２は、参照番号１０８０で全体的に示されるネットワーク接続を介して、サービス施設１０２２にリンクすることができる。各診断システム１０１２内で、統一サービス・プラットフォーム１０９０が設けられている。
【００４６】
以下に図６との特定の関連でより詳細に説明されるプラットフォーム１０９０は、診断システムとサービス施設の間で、サービス要求を作成し、サービス・データの伝送および受け取りを行い、ネットワーク接続を確立し、財務上、つまり加入者とのアレンジメントを管理するように適合されたハードウェア、ファームウェア、およびソフトウェアのコンポーネントを含んでいる。さらに、このプラットフォームは、様々な診断システムをもつ臨床医またはレントゲン技師の、サービス機能に関する対話を容易にする様々なシステム・モダリティに適合できる、各診断システムでの統一グラフィカル・ユーザ・インターフェースを備えている。このプラットフォームは、スキャナの設計者が、画像、ログ・ファイル、ならびに要求または加入のサービスを提供するのに必要な同様のファイルにアクセスするために、個々のスキャナの制御回路、ならびにスキャナのメモリ・デバイスに直接、インターフェースを行うことができるようにする。管理ステーション１０７０が用意されている場合、同様な統一プラットフォームは、管理ステーションとサービス施設の間で直接的なインターフェースを容易にするため、好ましくは、管理ステーション上にロードされる。各診断システムは、統一サービス・プラットフォーム１０９０に加えて、好ましくは、スキャナと遠隔サービス施設の間での、ファクシミリ・メッセージ送受信のためのファクシミリ伝送モジュールなど、代替の通信モジュール１０９２を備えている。
【００４７】
診断システムとサービス施設の間で伝送されるメッセージおよびデータは、以下に検討されるとおり、サービス施設への不正アクセスを、当技術分野で一般に知られている方式で防止している、処理システム１０８４内に含まれるセキュリティ・バリア、つまり「ファイアウォール」を通過する。一連のモデム１０９８を含むモデム・ラック１０９６は、モデムとサービス・センタ処理システム１０８４の間でのデータ・トラフィックを管理しているルータ１１００を通じて、着信データを受信し、発信データを伝送する。
【００４８】
図５では、オペレータ・ワークステーション１０８６が、遠隔データベースまたはコンピュータ１０８８と同様に、処理システムに連結されている。さらに、少なくとも１つのローカル・サービス・データベース１１０２が、ライセンスおよび契約のアレンジメントを確認し、サービス記録ファイル、ログ・ファイルなどを格納するために設けられている。さらに、１つまたは複数の通信モジュール１１０４が、サービス施設と診断システムまたはフィールド・ユニットの間でのファクシミリ伝送の送受信を行うために、処理システム１０８４にリンクされている。
【００４９】
図６は、各診断システム１０１２内で統一サービス・プラットフォーム１０９０をもつ様々な機能コンポーネントを図示している。図６に示されるとおり、統一プラットフォームは、デバイス接続モジュール１１０６ならびにネットワーク接続モジュール１１０８を含んでいる。ネットワーク接続モジュール１１０８は、診断システムのモニタ上で、システム・ユーザのために表示される、上記のとおり、好ましくはＨＴＭＬページなどのマークアップ言語である、メイン・ウェブページ１１１０にアクセスする。メイン・ウェブページ１１１０は、好ましくは、ユーザがスクリーン上のアイコンを介して検査要求を作成したり、検査結果を見たりする通常のオペレーティング・ページからアクセス可能である。メイン・ウェブページ１１１０を通じて、一連のさらなるウェブページ１１１２がアクセス可能である。こうしたウェブページは、以下により詳細を記すとおり、遠隔サービス要求を作成して、遠隔サービス施設に伝送できるようにするとともに、他のメッセージ、報告、ソフトウェア、プロトコルなどの交換を円滑にする。
【００５０】
本明細書で使用される「ページ」という用語には、データ、メッセージ、レポートなどのグラフィック表示またはテキスト表示を提供するスクリーンなど、診断システムのユーザが見ることのできる、ユーザ・インターフェース・スクリーンまたは同様のアレンジメントが含まれることに注意されたい。さらに、こうしたページは、マークアップ言語、またはＪａｖａ、Ｐｅｒｌ、Ｊａｖａ  Ｓｃｒｉｐｔなどのプログラム言語、または他の適切などの言語によっても定義することができる。
【００５１】
ネットワーク接続モジュール１１０８は、診断システムとサービス施設の間でのライセンスのステータス、手数料、または契約加入を確認するためのライセンス・モジュール１１１４に連結されている。本明細書で使用されている「加入」という用語には、契約上、商業上、または別様に、手数料の支払いを伴う場合も、伴わない場合も含めて、サービス、情報、ソフトウェアなどを提供するためのものなど、様々なアレンジメントが含まれるものと理解されたい。さらに、以下に説明されるとおり、システムによって管理される特定のアレンジメントは、いくつかの例だけを挙げれば、タイムエックパイアリング・アレンジメント、単発手数料アレンジメント、および、いわゆる「ペイ・パー・ユース」アレンジメントを含み得る。
【００５２】
ライセンス・モジュール１１１４の方は、ブラウザ、サーバ、および通信コンポーネントをモダリティ・インターフェース・ツール１１１８とインターフェースするために、１つまたは複数のアダプタ・ユーティリティ１１１６に連結されている。現行の好ましい構成では、いくつかのこうしたインターフェース・ツールが、システム・スキャナとサービス・プラットフォームの間でデータを交換するために提供されている。例えば、モダリティ・インターフェース・ツール１１１８は、モダリティ別アプリケーション、ならびに構成テンプレート、グラフィカル・ユーザ・インターフェース・カストマイズ・コードなどを構築するためのアプレットまたはサーブレットを含み得る。アダプタ１１１６は、こうしたコンポーネントと、またはモダリティ別サブコンポーネント１１２２に連結されたモダリティ・コントローラ１１２０と直接に対話する。
【００５３】
通常、モダリティ・コントローラ１１２０およびモダリティ別サブコンポーネント１１２２は、検査を実行するための事前構成されたプロセッサまたはコンピュータ、および画像データ・ファイル、ログ・ファイル、エラー・ファイルなどを記憶するためのメモリ回路を含んでいる。アダプタ１１１６は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）とデータ・プレゼンテーション用医療イメージング規格、ＤＩＣＯＭとの間でなど、望みのプロトコルの間で記憶されているデータを変換するために、こうした回路とインターフェースを行うことができる。
さらに、下記のとおり、ファイルおよびデータの転送は、ファイル転送プロトコル（ＦＴＰ）または他のネットワーク・プロトコルなど、適切などのプロコルを介しても実行することができる。
【００５４】
図示されている実施形態では、デバイス接続モジュール１１０６は、診断システムと遠隔サービス施設との間でのデータ交換を行うための、いくつかのコンポーネントを含んでいる。詳細には、接続サービス・モジュール１１２４が、ネットワーク接続モジュール１１０８とのインターフェースに備えている。また、ポイント・トゥー・ポイント・プロトコル（ＰＰＰ）モジュール１１２６が、遠隔通信接続を通じてのインターネット・プロトコル（ＩＰ）パケットの伝送に備えている。最後に、モデム１１２８が、診断システムと遠隔サービス施設の間での、データの受け取りおよび伝送に備えている。当技術分野の専門家には理解されるとおり、こうしたデータ交換を円滑にするために、他の様々なネットワーク・プロトコルおよびコンポーネントをデバイス接続モジュール１１０６内で使用することができる。
【００５５】
好ましくは、ネットワーク接続モジュール１１０８は、サーバ１１３０およびブラウザ１１３２を含んでいる。サーバ１１３０は、診断システムとサービス施設の間でのデータ交換を円滑にし、ブラウザ１１３２を介して一連のウェブページ１１１０および１１１２が見られるようにする。現行の好ましい実施形態では、サーバ１１３０およびブラウザ１１３２は、ＨＴＴＰアプリケーションをサポートし、ブラウザは、Ｊａｖａアプリケーションをサポートする。もちろん、他のサーバおよびブラウザ、または同様のソフトウェア・パッケージも、診断システム、オペレータとサービス施設の間でデータ、サービス要求、メッセージ、およびソフトウェアを交換するために使用することができる。最後に、直接のネットワーク接続１１３４が、サーバ１１３０と医療施設内の管理ステーション１０７０などのオペレータ・ワークステーションの間で提供され得る（図４および５参照）。
【００５６】
この実施形態では、ネットワーク接続モジュールを含むコンポーネントは、統一プラットフォームの一環として記憶されているアプリケーションを介して構成することができる。詳細には、サービス・エンジニアにライセンスが供与されているＪａｖａアプリケーションにより、エンジニアが診断システムでのデバイス接続をシステムがサービス施設と接続できるように構成することを可能にする。
【００５７】
図７は、サービス施設１０２２のための例示的な機能コンポーネントを示している。前に示されているとおり、サービス施設１０２２は、サービス施設とのデータ通信を調整するためにルータ１１００に連結された複数のモデム１０９８を備えた、モデム・ラック１０９６を含んでいる。ＨＴＴＰサービス・サーバ１０９４は、トランザクションを施設から受け取り、施設へ送っている。サーバ１０９４は、システム・セキュリティのためのファイアウォール１１３８を通じて、施設の他のコンポーネントに連結されている。オペレータ・ワークステーション１０８６は、サービス要求を処理し、そうした要求に対応してメッセージや報告を伝送するためのポート・マネージャに連結されている。
【００５８】
また、自動サービス・ユニット１１３６が、下記のとおり、自動的にある種のサービス要求に応答したり、オペレーション上のパラメータ・データを集めるために加入の診断システムをスイープするなどのために、サービス施設に含まれている。現行の好ましい実施形態では、自動サービス・ユニットは、処理システム１０８４を構成する対話的サービス・コンポーネントとは独立に、または連係して動作することができる。サービス施設が診断システムおよび遠隔サービス・ユニットとデータおよびメッセージを通信し、交換することを可能にするために、外部のインターネット・サービス・プロバイダ（ＩＳＰ）や仮想専用ネットワーク（ＶＰＮ）などを含むシステムなどの、他のネットワーク・スキームまたは通信スキームが提供され得ることに注意されたい。
【００５９】
ファイアウォール１１３８の背後で、ＨＴＴＰアプリケーション・サーバ１１４０は、サービス要求、メッセージ、報告、ソフトウェアの転送などの処理を調整している。以下により詳細を記すとおり、特定のタイプのサービス要求に対処するように構成されたサービス分析サーバ１１４２など、他のサーバをＨＴＴＰサーバ１１４０に連結することもできる。図示されている実施形態では、処理システム１０８４はまた、診断システム・サービス加入のステータスを記憶し、更新し、確認するために、ライセンス・データベース１１４６に連結されたライセンス・サーバ１１４４を含んでいる。別法では、それが望ましい場合、加入ステータスをサービス施設へのアドミッションの前に確認するために、ファイアウォール１１３８の外に設置することもできる。
【００６０】
サービス要求、メッセージ送信、および報告の処理はさらに、ＨＴＴＰサーバ１１４０に連結されたスケジュール・モジュール１１４８によって調整されている。スケジュール・モジュール１１４８は、報告サーバ１１５０、メッセージ・サーバ１１５２、およびソフトウェア・ダウンロード・サーバ１１５４などの、処理システムを構成する他のサーバの動作を調整している。当技術分野の専門家には理解されるとおり、サーバ１１５０、１１５２、１１５４は、アドレスなどのデータ、ログ・ファイル、メッセージおよび報告ファイル、アプリケーション・ソフトウェアなどを記憶するためのメモリ・デバイス（図示せず）に連結されている。詳細には、図７に示されるとおり、ソフトウェア・サーバ１１５４は、診断システムに直接に送信する、診断システムがアクセスする、あるいはペイ・パー・ユースまたは購入の条件で供給することのできる、伝送可能なソフトウェア・パッケージを格納するための記憶デバイス１１５６に、１つまたは複数のデータ・チャネルを介して連結されている。メッセージ・サーバおよび報告サーバ１１５２および１１５０は、通信モジュール１１０４とともにさらに、発信メッセージを受け取り、診断システムとの適切な接続を確実に行い、メッセージの伝送を調整するように構成されているデリバリ処理モジュール１１５８に連結されている。
【００６１】
現行の好ましい実施形態では、前述の機能回路は、適切なあらゆるコンピュータ・プラットフォーム上で、ハードウェア、ファームウェア、またはソフトウェアとして構成され得る。例えば、診断システムの機能回路は、システム・スキャナに完全に組み込まれているか、あるいは追加される、パーソナル・コンピュータまたはワークステーション内の適切なコードとしてプログラムすることができる。サービス施設の機能回路は、１つまたは複数のサーバやスケジューラなどが構成されているメインフレーム・コンピュータに加えて、追加のパーソナル・コンピュータまたはワークステーションを含み得る。最後に、フィールド・サービス・ユニットは、適切などのプロセッサ・プラットフォームのものであれ、パーソナル・コンピュータまたはラップトップ・コンピュータを含み得る。また、前述の機能回路は、本明細書に記載の機能を実行するために様々な方式で適合され得ることに注意されたい。一般に機能回路は、好ましくは診断システムに定期的なサービス活動の更新を提供する対話的な方式で実施される、診断システムと遠隔サービス施設との間での遠隔サービス・データの交換を円滑にする。
【００６２】
上記のとおり、好ましくは、診断システムとフィールド・サービス・ユニットは両方とも、一連の対話的なユーザ可視ページを介して、様々な診断システム・モダリティと遠隔サービス施設との間のインターフェースを円滑にする。例示的なページは、対話的情報の提供、サービス要求の作成、メッセージ、報告、および診断システム・ソフトウェアの選択および伝送などの機能を含む。ページは、遠隔監視、遠隔システム制御、遠隔地点からの即時ファイルアクセス、遠隔ファイル格納およびアーカイビング、遠隔リソース・プーリング、遠隔記録、および遠隔高速計算など、遠隔サービスの対話および使用を円滑にする。
【００６３】
ユーザは、文書を表しているテキストの全体または一部を選択することによって、ページのテキスト領域に表される特定の文書にアクセスすることができる。現行の好ましい実施形態では、アクセスされる文書を、診断システムのローカル・メモリ・デバイスに格納することができ、あるいはテキストの選択によって、ネットワーク・リンクを介して遠隔コンピュータまたはサーバにアクセスするためのユニフォーム・リソース・ロケータ（ＵＲＬ）がロードされるようにすることができる。
【００６４】
有利な形態では、サービス・システム１０１０（図４）が、遠隔アップグレード、遠隔診断、遠隔アフター・サービス、遠隔ビューイング、遠隔ファイル格納、遠隔制御、ならびにセグメンテーション・アルゴリズムまたは他のシステム・パラメータおよびシステム機能に対する遠隔調整などの、遠隔サービスを提供する。さらに、遠隔サービスは、使用ベースで医療診断機器をリースする使用ごとのライセンスなどの、契約上のアレンジメントを提供することができる。さらに、遠隔サービスはまた、イメージ・スキャン技法、イメージ分析、病理学検出、撮像ユニット・メインテナンスに対するエキスパート・オンライン・アシスタンス、ならびに他のエキスパート支援オペレーションを含み得る。
【００６５】
図に示され、上述されている実施形態は、現行で好ましいものであるが、これらの実施形態は例としてのみ提示されていることを理解されたい。他の実施形態は、本明細書に記載のネットワーク構造および機能が可能にする、拡張された遠隔機能を含み得る。本発明は特定の実施形態に限定されるものではなく、様々な変更、組み合わせ、および置き換えがあっても、添付される請求項の範囲の、趣旨および範囲の枠内に入るものを対象に含んでいる。
【図面の簡単な説明】
【図１】ＣＴ撮影システムの図である。
【図２】図１に示したシステムの概略ブロック図である。
【図３】本発明の一実施形態により、ベース画像から後続の画像を生成するための、視角に対するオーバースキャン加重係数を示すグラフである。
【図４】診断システムとサービス施設の間での遠隔サービスおよびデータ交換を提供するためのネットワーク接続を介して、サービス施設に連結された一連の医療診断システムを示す図である。
【図５】診断システムおよびサービス施設の、いくつかの機能コンポーネントを示す、図４に示したシステムのブロック図である。
【図６】診断システムへの対話的な遠隔サービス提供を円滑にするための、図４および図５に示すタイプの診断システム内の、いくつかの機能コンポーネントを示すブロック図である。
【図７】複数の医療診断システムに対話的遠隔サービスを提供するための、図４および図５に示すサービス施設の機能コンポーネントのいくつかを示すブロック図である。
【符号の説明】
１０  コンピュータ断層撮影（ＣＴ）撮像システム
１２  ガントリ
１４  Ｘ線源
１６  Ｘ線ビーム
１８  検出器のアレイ
２０  検出素子
２２  医療患者
２４  回転の中心
２６  制御メカニズム
２８  Ｘ線コントローラ
３０  ガントリ・モータ・コントローラ
３２  データ獲得システム（ＤＡＳ）
３４  画像再構成装置
３６  コンピュータ
３８  大容量記憶デバイス
４０  オペレータ・コンソール
４２  陰極線管ディスプレイ
４４  テーブル・モータ・コントローラ
４６  テーブル
【図１】
0004642222.tif 000003
【図２】
0004642222.tif 000004
【図３】
0004642222.tif 000005
【図４】
0004642222.tif 000006
【図５】
0004642222.tif 000007
【図６】
0004642222.tif 000008
【図７】
0004642222.tif 000009