(57)【特許請求の範囲】
【請求項１】
複数のクリニカルアプリケーションシナリオ（CAS（Clinical  Application  Scenario））を記憶し、被検体に対して前記クリニカルアプリケーションシナリオとしての複数種の撮像を順序付けて実行するためのプログラムであって、各撮像にて実行される各処理を、前記クリニカルアプリケーションシナリオに応じて、操作者による入力操作を受け付ける第１処理と該入力操作を受け付けない第２処理とに分類して定義し、前記入力操作を受け付ける操作画面を表示するタイミングを前記順序に従って定めたプログラムを記憶する記憶部と、
前記複数のクリニカルアプリケーションシナリオの中から、指定するクリニカルアプリケーションシナリオを開始する開始指示が受け付けられると、前記プログラムの実行を開始し、前記各処理が前記定義及び前記順序に従って実行されるように制御する実行制御部とを備え、
前記プログラムは、一連の前記撮像が実行される間に、前記タイミングに応じて異なる、前記入力操作を受け付ける操作画面を表示部に表示する、コンソール装置。
【請求項２】
前記記憶部は、撮像の目的に応じて異なる、複数のクリニカルアプリケーションシナリオを記憶し、
前記実行制御部は、前記開始指示にて指示されたクリニカルアプリケーションシナリオに対応する前記プログラムを前記記憶部から読み出し、読み出したプログラムの実行を開始する、請求項１に記載のコンソール装置。
【請求項３】
前記プログラムは、前記各処理間で受け渡されるデータについて該データを示すキーワードが定義されたものであり、
前記実行制御部は、前記各処理間でのデータの受け渡しを、前記キーワードを用いて行う、請求項１又は２に記載のコンソール装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンソール装置に関する。
【背景技術】
【０００２】
一般に、磁気共鳴イメージング装置（以下、ＭＲＩ（Magnetic  Resonance  Imaging）装置）の撮像は、複雑な操作を伴う。このため、ＭＲＩ装置は、操作者から情報の入力を受け付ける操作に関してはＧＵＩ（Graphical  User  Interface）を提供し、ＧＵＩ上で入力を受け付ける。
【０００３】
例えば、ＭＲＩ装置は、ＭＲＩ装置が有する様々な機能に対応するパラメータを撮像条件編集画面上に表示する。すると、操作者は、撮像条件編集画面上に表示されたパラメータから設定対象のパラメータを選択し、設定を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２５５１８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＭＲＩ装置を日常的に使用する操作者は、自身が行っている撮像行為に対して実際に行う操作が煩雑であると感じることが多い。例えば、ＧＵＩ上で行われる入力操作の場合、操作者は、実際に設定を行うパラメータに対してその他のパラメータが多いことに煩わしさを感じる。なお、上述した課題は、ＭＲＩ装置を用いた撮像に限られず、他の医用画像診断装置を用いた撮像においても同様に課題となり得る。このようなことから、医用画像診断装置を用いた撮像における操作性を向上することが求められている。
【課題を解決するための手段】
【０００６】
実施形態に係るコンソール装置は、記憶部と、実行制御部とを備える。前記記憶部は、複数のクリニカルアプリケーションシナリオ（CAS（Clinical  Application  Scenario））を記憶し、被検体に対して前記クリニカルアプリケーションシナリオとしての複数種の撮像を順序付けて実行するためのプログラムであって、各撮像にて実行される各処理を、前記クリニカルアプリケーションシナリオに応じて、操作者による入力操作を受け付ける第１処理と該入力操作を受け付けない第２処理とに分類して定義し、前記入力操作を受け付ける操作画面を表示するタイミングを前記順序に従って定めたプログラムを記憶する。前記実行制御部は、前記複数のクリニカルアプリケーションシナリオの中から、指定するクリニカルアプリケーションシナリオを開始する開始指示が受け付けられると、前記プログラムの実行を開始し、前記各処理が前記定義及び前記順序に従って実行されるように制御する。前記プログラムは、一連の前記撮像が実行される間に、前記タイミングに応じて異なる、前記入力操作を受け付ける操作画面を表示部に表示する。
【図面の簡単な説明】
【０００７】
【図１】図１は、第１の実施形態に係るＭＲＩ装置の構成を示すブロック図である。
【図２】図２は、第１の実施形態に係るプログラムの実行制御を説明するための図である。
【図３】図３は、第１の実施形態に係る計算機システムの構成を示すブロック図である。
【図４】図４は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図５】図５は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図６】図６は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図７】図７は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図８】図８は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図９】図９は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１０】図１０は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１１】図１１は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１２】図１２は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１３】図１３は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１４】図１４は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１５】図１５は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１６】図１６は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１７】図１７は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１８】図１８は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図１９】図１９は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２０】図２０は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２１】図２１は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２２】図２２は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２３】図２３は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２４】図２４は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２５】図２５は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２６】図２６は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２７】図２７は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２８】図２８は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図２９】図２９は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図３０】図３０は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【図３１】図３１は、第２の実施形態に係る制御部の構成を示すブロック図である。
【図３２】図３２は、その他の実施形態に係るシナリオを説明するための図である。
【図３３】図３３は、その他の実施形態に係る構成例を説明するための図である。
【図３４】図３４は、その他の実施形態に係る構成例を説明するための図である。
【図３５】図３５は、その他の実施形態に係る構成例を説明するための図である。
【発明を実施するための形態】
【０００８】
以下に、実施の形態に係る医用画像診断装置及び制御方法の一例として、第１の実施形態及び第２の実施形態に係るＭＲＩ装置を説明する。なお、開示の技術は、ＭＲＩ装置を用いた撮像に適用する場合に限られず、Ｘ線診断装置、Ｘ線ＣＴ（Computed  Tomography）装置など、他の医用画像診断装置を用いた撮像においても同様に適用することができる。
【０００９】
（第１の実施形態）
まず、第１の実施形態に係るＭＲＩ装置１００について簡単に説明すると、第１の実施形態に係るＭＲＩ装置１００は、撮像部と、記憶部と、受付部と、制御部とを備える。
【００１０】
撮像部は、例えば後述するシーケンス制御部１０などのことであり、被検体に対して複数種の撮像を順番に実行する。また、記憶部は、例えば後述するシナリオ記憶部２３ｂなどのことであり、複数種の撮像を順序付けた検査フローをクリニカルアプリケーションシナリオ（CAS（Clinical  Application  Scenario）、以下、適宜「シナリオ」という）として複数記憶し、各撮像を実行するために必要な複数の撮像条件を、操作者による入力操作を受け付ける撮像条件と、入力操作を受け付けない撮像条件とに分類して記憶し、検査フローの中で入力操作を受け付けるための操作画面を表示するタイミングを記憶する。また、受付部は、例えば後述する撮像開始指示受付部２６ａのことであり、複数のクリニカルアプリケーションシナリオの中から、指定するクリニカルアプリケーションシナリオを開始する開始指示を操作者から受け付ける。また、制御部は、例えば後述するシナリオ制御部２６ｂのことであり、開始指示を受け付けると、検査フローが実行される間に、記憶されたタイミングにて、入力操作を受け付けるための操作画面を表示し、入力操作にて設定された撮像条件の撮像パラメータ及び入力操作を受け付けない撮像条件を、操作画面にて入力された後の撮像に反映する。
【００１１】
また、第１の実施形態において、クリニカルアプリケーションシナリオは、位置決め用のパイロットスキャン、Ｒ波からの遅延時間を決定するためのプレップスキャン、決定された遅延時間後に撮像を行う非造影ＭＲＡ（Magnetic  Resonance  Angiography）スキャンを順番に実行する検査フローである。また、第１の実施形態において、シナリオ制御部２６ｂは、パイロットスキャン後で且つプレップスキャン前に、パイロットスキャンにより得られた位置決め画像を含む撮像位置を決定するための情報を操作画面に表示し、プレップスキャン後で且つ非造影ＭＲＡスキャン前に、Ｒ波からの遅延時間の決定を支援するための情報を操作画面に表示する。
【００１２】
図１を用いて、第１の実施形態に係るＭＲＩ装置１００の構成を説明する。図１は、第１の実施形態に係るＭＲＩ装置１００の構成を示すブロック図である。図１に例示するように、第１の実施形態に係るＭＲＩ装置１００は、静磁場磁石１と、傾斜磁場コイル２と、傾斜磁場電源３と、寝台４と、寝台制御部５と、送信コイル６と、送信部７と、受信コイル８と、受信部９と、シーケンス制御部１０と、計算機システム２０とを備える。
【００１３】
静磁場磁石１は、中空の円筒形状に形成され、内部の空間に一様な静磁場を発生する。静磁場磁石１は、例えば、永久磁石、超伝導磁石などである。傾斜磁場コイル２は、中空の円筒形状に形成され、内部の空間に傾斜磁場を発生する。具体的には、傾斜磁場コイル２は、静磁場磁石１の内側に配置され、傾斜磁場電源３から電流の供給を受けて傾斜磁場を発生する。傾斜磁場電源３は、シーケンス制御部１０から送られるパルスシーケンス実行データに従って、傾斜磁場コイル２に電流を供給する。
【００１４】
寝台４は、被検体Ｐが載置される天板４ａを備え、天板４ａを、被検体Ｐが載置された状態で傾斜磁場コイル２の空洞（撮像口）内へ挿入する。通常、寝台４は、長手方向が静磁場磁石１の中心軸と平行になるように設置される。寝台制御部５は、寝台４を駆動して、天板４ａを長手方向及び上下方向へ移動する。
【００１５】
送信コイル６は、高周波磁場を発生する。具体的には、送信コイル６は、傾斜磁場コイル２の内側に配置され、送信部７から高周波パルスの供給を受けて、高周波磁場を発生する。送信部７は、シーケンス制御部１０から送られるパルスシーケンス実行データに従って、ラーモア周波数に対応する高周波パルスを送信コイル６に送信する。
【００１６】
受信コイル８は、エコー信号を受信する。具体的には、受信コイル８は、傾斜磁場コイル２の内側に配置され、高周波磁場の影響によって被検体Ｐから放射されるエコー信号を受信する。また、受信コイル８は、受信したエコー信号を受信部９に出力する。例えば、受信コイル８は、頭部用の受信コイル、脊椎用の受信コイル、腹部用の受信コイルなどである。
【００１７】
受信部９は、シーケンス制御部１０から送られるパルスシーケンス実行データに従って、受信コイル８から出力されたエコー信号に基づきエコー信号データを生成する。具体的には、受信部９は、受信コイル８から出力されたエコー信号をデジタル変換することによってエコー信号データを生成し、生成したエコー信号データをシーケンス制御部１０を介して計算機システム２０に送信する。なお、受信部９は、静磁場磁石１や傾斜磁場コイル２などを備える架台装置側に備えられていてもよい。
【００１８】
シーケンス制御部１０は、傾斜磁場電源３、送信部７、及び受信部９を制御する。具体的には、シーケンス制御部１０は、計算機システム２０から送信されたパルスシーケンス実行データを、傾斜磁場電源３、送信部７、及び受信部９に送信する。
【００１９】
計算機システム２０は、インタフェース部２１と、画像再構成部２２と、記憶部２３と、入力部２４と、表示部２５と、制御部２６とを備える。インタフェース部２１は、シーケンス制御部１０に接続され、シーケンス制御部１０と計算機システム２０との間で送受信されるデータの入出力を制御する。画像再構成部２２は、シーケンス制御部１０から送信されたエコー信号データから画像データを再構成し、再構成した画像データを記憶部２３に格納する。
【００２０】
記憶部２３は、画像再構成部２２によって格納された画像データや、ＭＲＩ装置１００において用いられるその他のデータを記憶する。例えば、記憶部２３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（flash  memory）などの半導体メモリ素子、又は、ハードディスク、光ディスクなどである。
【００２１】
入力部２４は、撮像開始指示、撮像条件の編集などを操作者から受け付ける。例えば、入力部２４は、マウスやトラックボールなどのポインティングデバイス、モード切替スイッチなどの選択デバイス、あるいはキーボードなどの入力デバイスである。表示部２５は、画像データ、撮像条件編集画面などを表示する。例えば、表示部２５は、液晶表示器などの表示デバイスである。
【００２２】
制御部２６は、上記各部を制御することによってＭＲＩ装置１００を総括的に制御する。例えば、制御部２６は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路、又は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路である。
【００２３】
ここで、第１の実施形態に係るＭＲＩ装置１００は、撮像に含まれる複数の処理を実行するプログラムを記憶する。そして、ＭＲＩ装置１００は、撮像開始指示を受け付けると、プログラムに含まれる各処理が撮像にて実行される順序に従って実行されるように制御する。このような機能は、第１の実施形態において、主に計算機システム２０において実現される。
【００２４】
図２は、第１の実施形態に係るプログラムの実行制御を説明するための図である。第１の実施形態に係るＭＲＩ装置１００は、撮像に含まれる複数の処理を実行するプログラムを「シナリオ（Scenario）」と定義する。「シナリオ」においては、撮像に含まれる各処理が、操作者による入力操作を受け付ける「シーン（Scene）」と、入力操作を受け付けない「パフォーマンス（Performance）」とに分類され、撮像にて実行される順序に従って関連付けられる。なお、「シーン」は、いわば操作者との間で対話を行う処理である。
【００２５】
また、第１の実施形態に係るＭＲＩ装置１００は、プロトコルに関する情報の集合体を「シアター（Theater）」と定義し、また、「シアター」に含まれるプロトコルに関する情報を「アクター（Actor）」と定義する。なお、プロトコルに関する情報には、例えば、ある撮像に含まれるあるプロトコルを制御するために予め設定された情報や、操作者による入力操作を受け付けて設定される情報、あるいは、ある撮像において収集された画像データなどが含まれる。すなわち、プロトコルに関する情報は、あるプロトコルについて、予め設定されている情報や、事後的に設定されたり収集されたりする情報を含む。
【００２６】
また、第１の実施形態に係るＭＲＩ装置１００は、「シナリオ」の実行を制御する機能を「プロデューサー（Producer）」及び「ディレクター（Director）」と定義する。具体的には、「プロデューサー」は全体の制御を行い、「ディレクター」は「シナリオ」の制御を行う。すなわち、第１の実施形態において、「シナリオ」は、撮像の目的に応じて定義され、撮像の目的に応じて定義された「シナリオ」毎に「ディレクター」が定義される。このため、「プロデューサー」は、「ディレクター」及び「シナリオ」のペアを制御することで、複数の「シナリオ」を制御する。
【００２７】
ここで、「シナリオ」、「シーン」、「パフォーマンス」、「シアター」、「アクター」、「プロデューサー」、及び「ディレクター」の関係を、図２を用いて説明する。図２に例示するように、第１の実施形態に係るＭＲＩ装置１００は、後述するシナリオ記憶部に、撮像の目的に応じて定義された「シナリオ」を予め記憶する。「シナリオ」は、例えばＸＭＬ（Extensible  Markup  Language）などによって記述されたファイルとしてシナリオ記憶部に予め格納される。操作者は、シナリオ記憶部に格納された「シナリオ」を編集することができ、例えば撮像の目的に応じて処理の内容に変更を加えたり、実行の順序に変更を加えたりすることができる。
【００２８】
また、ＭＲＩ装置１００は、後述するプロトコル情報記憶部に、「アクター」を記憶する。図２に例示するように、「アクター」は、「シーン」及び「パフォーマンス」の入出力データである。すなわち、プロトコル情報記憶部は、「シーン」や「パフォーマンス」に用いられる「アクター」を予め記憶するとともに、「シーン」や「パフォーマンス」によって生成された「アクター」を記憶するなどする。なお、プロトコル情報記憶部が、「シアター」に対応する。
【００２９】
また、図２に例示するように、後述するシナリオ制御部の機能のひとつである「プロデューサー」が、同じくシナリオ制御部の機能のひとつである「ディレクター」を起動し、「ディレクター」が、シナリオ記憶部から「シナリオ」を読み込む。「シナリオ」には、撮像に含まれる複数の処理として「シーン」及び「パフォーマンス」が含まれる。このため、図２に例示するように、「ディレクター」は、「シーン」及び「パフォーマンス」の各処理が撮像にて実行される順序に従って実行されるように、「シーン」及び「パフォーマンス」の各処理を順次起動する。
【００３０】
また、図２に例示するように、第１の実施形態に係るＭＲＩ装置１００は、後述する入出力情報記憶部を有する。ＭＲＩ装置１００は、入出力情報記憶部を「データストア（Data  Store）」と定義する。そして、ＭＲＩ装置１００は、「プロデューサー」と「ディレクター」との間のデータ交換、「ディレクター」と「シーン」との間のデータ交換、「ディレクター」と「パフォーマンス」との間のデータ交換を、「データストア」を介して行う。
【００３１】
なお、「データストア」を介して交換されるデータのデータ構造は、『キーワード』と『データ』とのセットである場合や、複数の『キーワード』と『データ』とのセット自体を『データ』とし、『キーワード』とその『データ』とのセットである場合などがある。「シナリオ」には、「プロデューサー」と「ディレクター」との間のデータ交換、「ディレクター」と「シーン」との間のデータ交換、「ディレクター」と「パフォーマンス」との間のデータ交換がこのデータ構造によって行われるように、予め記述されている。
【００３２】
図３は、第１の実施形態に係る計算機システム２０の構成を示すブロック図である。図３に例示するように、第１の実施形態に係る記憶部２３は、プロトコル情報記憶部２３ａと、シナリオ記憶部２３ｂと、入出力情報記憶部２３ｃとを有する。プロトコル情報記憶部２３ａは、上述した「シアター」に対応する。入出力情報記憶部２３ｃは、上述した「データストア」に対応する。
【００３３】
また、図３に例示するように、第１の実施形態に係る制御部２６は、撮像開始指示受付部２６ａと、シナリオ制御部２６ｂと、撮像制御部２６ｅとを有する。撮像開始指示受付部２６ａは、撮像を開始する撮像開始指示を、操作者から入力部２４を介して受け付ける。
【００３４】
シナリオ制御部２６ｂは、撮像開始指示受付部２６ａによって撮像開始指示が受け付けられると、「シナリオ」の実行を開始し、「シナリオ」に含まれる各処理が撮像にて実行される順序に従って実行されるように制御する。具体的には、シナリオ制御部２６ｂは、プロデューサー２６ｃと、ディレクター２６ｄとを有する。プロデューサー２６ｃ及びディレクター２６ｄは、ＡＳＩＣやＦＰＧＡなどの集積回路、又は、ＣＰＵやＭＰＵなどの電子回路である。プロデューサー２６ｃは、上述した「プロデューサー」に対応する。ディレクター２６ｄは、上述した「ディレクター」に対応する。ディレクター２６ｄは、例えば「シーン」を実行する場合に、操作者による入力操作を受け付ける操作画面を表示部２５に表示する。この操作画面には、入力操作の受け付けに必要な情報として撮像の目的に応じて選択された情報が表示される。いわば「シーン」に応じた専用のＧＵＩが表示される。そして、ディレクター２６ｄは、操作者による入力操作を入力部２４を介して受け付け、例えば『保存』ボタンではなく『次へ』ボタンが押下されるなどすると、順序に従って後段の処理を実行する。
【００３５】
撮像制御部２６ｅは、撮像を制御する。例えば、撮像制御部２６ｅは、ディレクター２６ｄによって「シーン」や「パフォーマンス」が実行され、例えば傾斜磁場電源３、送信部７、及び受信部９を制御する処理が実行された場合に、インタフェース部２１を介して、傾斜磁場電源３、送信部７、及び受信部９を制御する。また、例えば、撮像制御部２６ｅは、ディレクター２６ｄによって「シーン」や「パフォーマンス」が実行され、画像再構成部２２による画像再構成処理が実行された場合に、画像再構成部２２を制御する。
【００３６】
続いて、図４〜３０を用いて、第１の実施形態に係るＭＲＩ装置１００による処理手順を説明する。なお、以下では、撮像の目的として「ＦＢＩ（Fresh  Blood  Imaging）法による下肢の撮像」を一例に挙げて説明するが、開示の技術はこれに限られるものではない。他の撮像法や、他の部位を撮像対象とするなど、撮像の目的は任意に変更することができる。
【００３７】
ここで、ＦＢＩ法について簡単に説明する。ＦＢＩ法は、非造影ＭＲ血管撮像法の一手法であり、心電同期又は脈波同期によって三次元画像を取得する。具体的には、ＦＢＩ法は、心時相毎に心臓から拍出されるフレッシュで安定した速い流速の血流をスキャンすることによって、造影剤を投与せずに血管を描出する。例えば、ＭＲＩ装置１００は、心電計や脳波計により収集された被検体の心時相を表す信号に同期して、三次元の所定のスライスエンコード（例えば１スライスエンコード）のエコー信号群を収集する動作を、複数心拍毎（例えば、２−５  Ｒ−Ｒ）に繰り返す。すなわちｌｏｎｇＴＲとする。ＴＥもｌｏｎｇＴＥとする。ＴＥ、ＴＲは、血液のＴ２成分を強調したＴ２強調画像が取得できる範囲に設定される。ＭＲＩ装置１００は、エコー信号群を収集する動作を、例えばＨＲ（Heart  Rate）が小さい患者では２心拍毎、ＨＲが大きい患者では５心拍毎に繰り返す。
【００３８】
ＦＢＩ法による撮像において心電同期を適用し、血管の描出能に優れた画像を得るためには、被検体から発せられるエコー信号が最も強くなるように撮像条件を設定することが望ましい。エコー信号の強さは、Ｒ波からの遅延時間に依存することが知られている。このため、ＭＲＩ装置１００は、準備撮像を行うことによって、Ｒ波から所定遅延時間後に撮像する最適な遅延時間を決定する。例えばＥＣＧ（electrocardiogram）−Ｐｒｅｐ撮像は、最適な遅延時間を決定するために遅延時間を変化させながら行われる準備撮像であり、心電同期又は脈波同期によって二次元画像を取得する。ＥＣＧ−Ｐｒｅｐ撮像は、異なる遅延時間で複数回の撮像を行う。ＭＲＩ装置１００は、遅延時間の決定処理を次のように実行する。例えば、ＭＲＩ装置１００は、複数枚の二次元画像を表示部２５に表示し、操作者に二次元画像を選択させ、操作者によって選択された二次元画像を取得するために用いられた遅延時間を、ＦＢＩ法による撮像において用いる遅延時間として決定する。また、例えば、ＭＲＩ装置１００は、複数枚の二次元画像に画像処理等を行い、画像処理等の結果得られた遅延時間を、ＦＢＩ法による撮像において用いる遅延時間として決定する。
【００３９】
そこで、第１の実施形態において、「ＦＢＩ法による下肢の撮像」には、パイロット撮像、プラン撮像、ＥＣＧ−Ｐｒｅｐ撮像、及びＦＢＩ撮像が含まれるものとして説明する。なお、図４〜３０は、第１の実施形態に係るシナリオ及びシナリオの実行を説明するための図である。
【００４０】
まず、ＭＲＩ装置１００の操作者は、「ＦＢＩ法による下肢の撮像」を開始するにあたり、被検体の足首付近を磁場中心に設定する。ＦＢＩ法を用いて下肢を撮像する場合、寝台４は、被検体の腹部から足方向に順次移動し、足首付近が最終移動位置となる。
【００４１】
次に、ＭＲＩ装置１００の操作者は、計算機システム２０を操作し、入力部２４を介して「シナリオ」を指定し、撮像開始を指示する。第１の実施形態において、「シナリオ」は、「ＦＢＩ法による下肢の撮像」を撮像の目的とする。すると、撮像開始指示受付部２６ａは、操作者からの撮像開始指示を受け付け、シナリオ制御部２６ｂの「プロデューサー」に対して、「ＦＢＩ法による下肢の撮像」の撮像開始を指示する。
【００４２】
図４を説明する。「プロデューサー」は、「シナリオ」を指定して「ディレクター」を起動する。また、「プロデューサー」は、「シナリオ」に記述されたプログラムに従って「シアター」に予め記憶されたパイロット撮像用のプロトコル（プロトコルＡ）を読み出し、読み出したプロトコルＡを「アクター」として扱うための名称『Pilot』を、「データストア」に格納する。すなわち、プロトコルＡのデータ自体は「シアター」に記憶されている。「データストア」に登録された『Pilot』は、『Pilot』というキーワードの「アクター」と、「シアター」に記憶されているプロトコルＡのデータとを関連付けるためのものである。
【００４３】
また、「プロデューサー」は、「シナリオ」に記述されたプログラムに従って「シアター」に予め記憶されたプラン撮像用のプロトコル（プロトコルＢ）を読み出し、読み出したプロトコルＢを「アクター」として扱うための名称『Pilot−B』を、「データストア」に格納する。すなわち、プロトコルＢのデータ自体は「シアター」に記憶されている。「データストア」に登録された『Pilot−B』は、『Pilot−B』というキーワードの「アクター」と、「シアター」に記憶されているプロトコルＢのデータとを関連付けるためのものである。
【００４４】
また、「プロデューサー」は、「シナリオ」に記述されたプログラムに従って「シアター」に予め記憶されたＥＣＧ−Ｐｒｅｐ撮像用のプロトコル（プロトコルＣ）を読み出し、読み出したプロトコルＣを「アクター」として扱うための名称『ECGPrep』を、「データストア」に格納する。すなわち、プロトコルＣのデータ自体は「シアター」に記憶されている。「データストア」に登録された『ECGPrep』は、『ECGPrep』というキーワードの「アクター」と、「シアター」に記憶されているプロトコルＣのデータとを関連付けるためのものである。
【００４５】
また、「プロデューサー」は、「シナリオ」に記述されたプログラムに従って「シアター」に予め記憶されたＦＢＩ撮像用のプロトコル（プロトコルＤ）を読み出し、読み出したプロトコルＤを「アクター」として扱うための名称『FBI』を、「データストア」に格納する。すなわち、プロトコルＤのデータ自体は「シアター」に記憶されている。「データストア」に登録された『FBI』は、『FBI』というキーワードの「アクター」と、「シアター」に記憶されているプロトコルＤのデータとを関連付けるためのものである。
【００４６】
こうして、「データストア」は、以下のデータ構造を有するデータセットを記憶する。なお、「シアター」に記憶されているデータ（プロトコルＡ、プロトコルＢ、プロトコルＣ、プロトコルＤ）は、「シナリオ」においては、実体のデータとは異なる「アクター」として扱われる。
キーワード：Pilot、データ：Actor−A（プロトコルＡ）
キーワード：Pilot−B、データ：Actor−B（プロトコルＢ）
キーワード：ECGPrep、データ：Actor−C（プロトコルＣ）
キーワード：FBI、データ：Actor−D（プロトコルＤ）
【００４７】
そして、「プロデューサー」は、「ディレクター」に対して、「シナリオ」の開始を指示する。
【００４８】
図５を説明する。「ディレクター」は、「シナリオ」を読み出し、「シナリオ」に記述された先頭の処理（「シーン」又は「パフォーマンス」）を開始する。第１の実施形態において、先頭の処理は、「Ｐ−０：パフォーマンス」である。
【００４９】
「シナリオ」には、以下の内容が記述されているとする。
P-0：パフォーマンス(GetCouchPos)
処理：ＭＲＩ装置１００から寝台位置を読み取り、記録する。
出力：キーワード：FBI_End、データ：寝台位置
【００５０】
この場合、「ディレクター」は、例えばインタフェース部２１を介して寝台制御部５から『寝台位置』を取得し、取得した『寝台位置』を『FBI_End』というキーワードで「データストア」に格納する。
【００５１】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１：パフォーマンス」を実行する。
【００５２】
「シナリオ」には、以下の内容が記述されているとする。
P-1：パフォーマンス(Acquire)
入力：キーワード：Pilot
処理：「Pilot」が示すアクター（プロトコルＡ）に対して収集を行う。
出力：キーワード：Reference、データ：入力のアクター（プロトコルＡ）
【００５３】
この場合、「ディレクター」は、『Pilot』というキーワードで登録されたデータ『Actor−A』に対応する実体のデータ「プロトコルＡ」を「シアター」から読み出し、『Actor−A』すなわち「プロトコルＡ」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、パイロット画像を収集し、収集したパイロット画像を「プロトコルＡ」に格納する。また、「ディレクター」は、パイロット画像が格納されたデータ「プロトコルＡ」に対応する『Actor−A』を、『Reference』というキーワードで「データストア」に登録する。
【００５４】
図６を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｓ−１：シーン」を実行する。
【００５５】
「シナリオ」には、以下の内容が記述されているとする。
S-1：シーン(AutoFBI_Pilot)
入力：キーワード：Reference
処理：入力画像を表示する。
GUI：
「移動継続」ボタン
「FBI開始」ボタン
アクション：
「移動継続」ボタンが選択された場合、パフォーマンス：P-2を開始する。
「FBI開始」ボタンが選択された場合、シーン：S-2を開始する。
【００５６】
この場合、「ディレクター」は、『Reference』というキーワードで登録されたデータ『Actor−A』に対応する実体のデータ「プロトコルＡ（パイロット画像の画像データを含む）」を「シアター」から読み出し、読み出したパイロット画像を表示部２５に表示する。また、「ディレクター」は、表示部２５に、操作者による入力操作を受け付けるためのＧＵＩとして、『移動継続』ボタン及び『ＦＢＩ開始』ボタンを表示する。また、「ディレクター」は、操作者によって入力部２４を介して『移動継続』ボタンが押下された場合には、「Ｐ−２：パフォーマンス」を実行する。一方、「ディレクター」は、操作者によって入力部２４を介して『ＦＢＩ開始』ボタンが押下された場合には、「Ｓ−２：シーン」を実行する。
【００５７】
図７を説明する。上述の「Ｓ−１：シーン」において、操作者によって『移動継続』ボタンが押下されたとする。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−２：パフォーマンス」を実行する。
【００５８】
「シナリオ」には、以下の内容が記述されているとする。
P-2：パフォーマンス(Duplicate)
入力：キーワード：Pilot
処理：入力アクターの複製を作成する。
出力：キーワード：Pilot、データ：複製されたアクター（プロトコルＡ−２）
【００５９】
この場合、「ディレクター」は、『Pilot』というキーワードで登録されたデータ『Actor−A』に対応する実体のデータ「プロトコルＡ」を「シアター」から読み出し、複製を作成し、作成した複製（プロトコルＡ−２）を「シアター」に格納する。また、「ディレクター」は、複製されたデータ（プロトコルＡ−２）に対応する『Actor−A』を、『Pilot』というキーワードで「データストア」に登録する。
【００６０】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−３：パフォーマンス」を実行する。
【００６１】
「シナリオ」には、以下の内容が記述されているとする。
P-3：パフォーマンス(MoveCouch)
操作：寝台を移動させる。
アクション：パフォーマンス：P-1を開始する。
【００６２】
この場合、「ディレクター」は、例えばインタフェース部２１を介して寝台制御部５を制御することで寝台４を移動させ、「Ｐ−１：パフォーマンス」を実行する。
【００６３】
図８を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１：パフォーマンス」を実行する。
【００６４】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-1：パフォーマンス(Acquire)
入力：キーワード：Pilot
処理：「Pilot」が示すアクター（プロトコルＡ）に対して収集を行う。
出力：キーワード：Reference、データ：入力のアクター（プロトコルＡ）
【００６５】
この場合、「ディレクター」は、『Pilot』というキーワードで登録されたデータ『Actor−A』に対応する実体のデータ「プロトコルＡ−２」を「シアター」から読み出し、『Actor−A』すなわち「プロトコルＡ−２」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、パイロット画像を収集し、収集したパイロット画像を「プロトコルＡ−２」に格納する。また、「ディレクター」は、パイロット画像が格納されたデータ「プロトコルＡ−２」に対応する『Actor−A』を、『Reference』というキーワードで「データストア」に登録する。
【００６６】
図９を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｓ−１：シーン」を実行する。
【００６７】
「シナリオ」には、上述したように、以下の内容が記述されている。
S-1：シーン(AutoFBI_Pilot)
入力：キーワード：Reference
処理：入力画像を表示する。
GUI：
「移動継続」ボタン
「FBI開始」ボタン
アクション：
「移動継続」ボタンが選択された場合、パフォーマンス：P-2を開始する。
「FBI開始」ボタンが選択された場合、シーン：S-2を開始する。
【００６８】
「ディレクター」は、操作者によって入力部２４を介して再び『移動継続』ボタンが押下された場合には、「Ｐ−２：パフォーマンス」を実行する。その後、図１０に例示するように、「ディレクター」は、「Ｐ−３：パフォーマンス」の実行、「Ｐ−１：パフォーマンス」の実行を繰り返す。
【００６９】
図１１及び図１２を説明する。上述の「Ｓ−１：シーン」において、操作者によって『ＦＢＩ開始』ボタンが押下されたとする。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｓ−２：シーン」を実行する。
【００７０】
「シナリオ」には、以下の内容が記述されているとする。
S-2：シーン(AutoFBI_StartPos)
入力：キーワード：Reference
処理：入力画像の最終画像を表示する。
操作：操作者は、表示画像上でFBI開始点を指定する。
GUI：
「次へ」ボタン
アクション：
「次へ」ボタンが選択された場合、パフォーマンス：P-4を開始する。
出力：
キーワード：FBI_Start、データ：寝台位置
【００７１】
この場合、「ディレクター」は、『Reference』というキーワードで登録されたデータ『Actor−A』に対応する実体のデータ「プロトコルＡ−３」を「シアター」から読み出し、読み出したパイロット画像を表示部２５に表示する。また、「ディレクター」は、表示部２５に、操作者による入力操作を受け付けるためのＧＵＩとして、『次へ』ボタンを表示する。
【００７２】
また、「ディレクター」は、表示部２５に表示されたパイロット画像上で操作者によるＦＢＩ開始点の指定操作を受け付け、かつ、『次へ』ボタンが押下された場合には、「Ｐ−４：パフォーマンス」を実行する。また、「ディレクター」は、例えばインタフェース部２１を介して寝台制御部５から『寝台位置』を取得し、取得した『寝台位置』を『FBI_Start』というキーワードで「データストア」に格納する。
【００７３】
図１３を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−４：パフォーマンス」を実行する。
【００７４】
「シナリオ」には、以下の内容が記述されているとする。
P-4：パフォーマンス(MoveCouch)
入力：キーワード：FBI_Start
操作：入力位置まで寝台を移動する。
【００７５】
この場合、「ディレクター」は、『FBI_Start』というキーワードで登録された寝台位置を「データストア」から読み出し、例えばインタフェース部２１を介して寝台制御部５を制御することで、その寝台位置まで寝台４を移動させる。
【００７６】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−５：パフォーマンス」を実行する。
【００７７】
「シナリオ」には、以下の内容が記述されているとする。
P-5：パフォーマンス(Acquire)
入力：キーワード：Pilot−B
処理：「Pilot−B」が示すアクター（プロトコルB）に対して収集を行う。
【００７８】
この場合、「ディレクター」は、『Pilot−B』というキーワードで登録されたデータ『Actor−B』に対応する実体のデータ「プロトコルＢ」を「シアター」から読み出し、『Actor−B』すなわち「プロトコルＢ」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、プラン画像を収集し、収集したプラン画像を「プロトコルＢ」に格納する。
【００７９】
図１４を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｓ−３：シーン」を実行する。
【００８０】
「シナリオ」には、以下の内容が記述されているとする。
S-3：シーン(AutoFBI_Plan)
入力：
キーワード：Pilot-B
キーワード：ECGPrep
処理：入力画像を表示する。
操作：操作者は、表示画像上で撮像位置を指定する。
GUI：
「次へ」ボタン
アクション：
「次へ」ボタンが選択された場合、パフォーマンス：P-6を開始する。
出力：
キーワード：Location、データ：撮像位置
【００８１】
この場合、「ディレクター」は、『Pilot−B』というキーワードで登録されたデータ『Actor−B』に対応する実体のデータ「プロトコルＢ」を「シアター」から読み出し、読み出したプラン画像を表示部２５に表示する。また、「ディレクター」は、表示部２５に、操作者による入力操作を受け付けるためのＧＵＩとして、『次へ』ボタンを表示する。
【００８２】
また、「ディレクター」は、表示部２５に表示されたプラン画像上で操作者による撮像位置の指定操作を受け付け、かつ、『次へ』ボタンが押下された場合には、「Ｐ−６：パフォーマンス」を実行する。なお、図１４に例示するプラン画面上おいて、撮像位置の指定操作を受け付ける枠が表示されているが、この枠は、『ECGPrep』というキーワードで登録されたデータ『Actor−C』に対応する実体のデータ「プロトコルＣ」によって定義されたものである。すなわち、「ディレクター」は、「プロトコルＣ」を「シアター」から読出し、読み出した枠の情報をプラン画面上に表示する。また、「ディレクター」は、入力操作として受け付けた撮像位置を、『Location』というキーワードで「データストア」に格納する。
【００８３】
図１５を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−６：パフォーマンス」を実行する。
【００８４】
「シナリオ」には、以下の内容が記述されているとする。
P-6：パフォーマンス(CopyLocation)
入力：
キーワード：Location
キーワード：ECGPrep
処理：第1入力「Location」を第2入力「ECGPrep」の示すアクター（プロトコルC）にコピーする。
【００８５】
この場合、「ディレクター」は、『Location』というキーワードで登録された撮像位置を「データストア」から読み出し、また、『ECGPrep』というキーワードで登録されたデータ『Actor−C』に対応する実体のデータ「プロトコルＣ」を「シアター」から読み出す。そして、「ディレクター」は、読み出した撮像位置を、「プロトコルＣ」に書き込み、「シアター」に格納する。
【００８６】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−７：パフォーマンス」を実行する。
【００８７】
「シナリオ」には、以下の内容が記述されているとする。
P-7：パフォーマンス(CopyLocation)
入力：
キーワード：Location
キーワード：FBI
処理：第1入力「Location」を第2入力「FBI」の示すアクター（プロトコルD）にコピーする。
【００８８】
この場合、「ディレクター」は、『Location』というキーワードで登録された撮像位置を「データストア」から読み出し、また、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ」を「シアター」から読み出す。そして、「ディレクター」は、読み出した撮像位置を、「プロトコルＤ」に書き込み、「シアター」に格納する。
【００８９】
図１６を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−８：パフォーマンス」を実行する。
【００９０】
「シナリオ」には、以下の内容が記述されているとする。
P-8：パフォーマンス(Acquire)
入力：キーワード：ECGPrep
処理：「ECGPrep」が示すアクター（プロトコルC）に対して収集を行う。
【００９１】
この場合、「ディレクター」は、『ECGPrep』というキーワードで登録されたデータ『Actor−C』に対応する実体のデータ「プロトコルＣ」を「シアター」から読み出し、『Actor−C』すなわち「プロトコルＣ」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、ＥＣＧ−Ｐｒｅｐ画像を収集し、収集したＥＣＧ−Ｐｒｅｐ画像を「プロトコルＣ」に格納する。
【００９２】
図１７を説明する。なお、図１７は、最適な時相（遅延時間）を操作者による入力操作を受け付けて決定する例を示す。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｓ−４：シーン」を実行する。
【００９３】
「シナリオ」には、以下の内容が記述されているとする。
S-4：シーン(AutoFBI_ECGPrep)
入力：キーワード：ECGPrep
処理：入力画像から特徴量を抽出してグラフ表示する。
操作：操作者は、グラフ上で最適な時相を2か所選択する。
GUI：
「次へ」ボタン
アクション：
「次へ」ボタンが選択された場合、シーン：S-5を開始する。
出力：
キーワード：FBI_Time、データ：最適時相（2か所）
【００９４】
この場合、「ディレクター」は、『ECGPrep』というキーワードで登録されたデータ『Actor−C』に対応する実体のデータ「プロトコルＣ」を「シアター」から読み出し、読み出したＥＣＧ−Ｐｒｅｐ画像を表示部２５に表示する。また、「ディレクター」は、表示部２５に、操作者による入力操作を受け付けるためのＧＵＩとして、『次へ』ボタンを表示する。
【００９５】
また、「ディレクター」は、読み出したＥＣＧ−Ｐｒｅｐ画像から特徴量を抽出し、表示部２５にグラフａを表示する。そして、「ディレクター」は、表示部２５に表示されたグラフａ上で操作者による最適時相（２か所）の選択操作を受け付け、かつ、『次へ』ボタンが押下された場合には、「Ｓ−５：シーン」を実行する。また、「ディレクター」は、操作者によって選択された最適時相（２か所）を、『FBI_Time』というキーワードで「データストア」に格納する。
【００９６】
図１８を説明する。なお、図１８は、最適な時相（遅延時間）を自動的に決定する例を示す。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１００：パフォーマンス」を実行する。
【００９７】
「シナリオ」には、以下の内容が記述されているとする。
P-100：パフォーマンス(CalculateFBITiming)
入力：キーワード：ECGPrep
処理：入力画像から特徴量を抽出して最適時相を自動計算する。
出力：キーワード：FBI_Time、データ：最適時相（2か所）
【００９８】
この場合、「ディレクター」は、『ECGPrep』というキーワードで登録されたデータ『Actor−C』に対応する実体のデータ「プロトコルＣ」を「シアター」から読み出し、読み出したＥＣＧ−Ｐｒｅｐ画像から特徴量を抽出し、最適時相（２か所）を自動計算する。そして、「ディレクター」は、自動計算した最適時相（２か所）を、『FBI_Time』というキーワードで「データストア」に格納する。
【００９９】
図１９を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−９：シーン」を実行する。
【０１００】
「シナリオ」には、以下の内容が記述されているとする。
P-9：パフォーマンス(ApplyFBITiming)
入力：
キーワード：FBI_Time
キーワード：FBI
処理：第1入力「FBI_Time」の示す時相（2か所）を第2入力「FBI」の示すアクター（プロトコルD）に同期遅延時間として設定する。
【０１０１】
この場合、「ディレクター」は、『FBI_Time』というキーワードで登録された最適時相（２か所）を「データストア」から読み出し、また、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ」を「シアター」から読み出す。そして、「ディレクター」は、読み出した最適時相（２か所）を、「プロトコルＤ」に設定し、「シアター」に格納する。
【０１０２】
図２０を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｓ−５：シーン」を実行する。
【０１０３】
「シナリオ」には、以下の内容が記述されているとする。
S-5：シーン(AutoFBI_Main)
入力：
キーワード：FBI_Start
キーワード：FBI_End
キーワード：FBI_Time
キーワード：FBI
操作：
操作者は、GUI上で体軸方向のFOVを選択する。
処理：
体軸方向のFOVの選択により、移動回数及びオーバーラップを計算し表示する。
水平方向のFOV、スライス枚数、スライス厚の編集結果は「FBI」が示すアクター（プロトコルD）に保存する。
キーワード「FBI_Time」が示す時相は同期遅延時間として撮像条件に組み込む。
GUI：
体軸方向FOVボタン（表示するFOVはシナリオから取得する）
移動回数及びオーバーラップ表示
水平方向FOV（キーワード「FBI」が示すアクターの撮像条件）
スライス枚数（キーワード「FBI」が示すアクターの撮像条件）
スライス厚（キーワード「FBI」が示すアクターの撮像条件）
「次へ」ボタン
アクション：
「次へ」ボタンが選択された場合、パフォーマンス：P-10を開始する。
出力：
キーワード：FBI_Move、データ：寝台移動量、移動回数
【０１０４】
この場合、「ディレクター」は、『FBI_End』というキーワードで登録された寝台位置を「データストア」から読み出す。また、「ディレクター」は、『FBI_Start』というキーワードで登録された寝台位置を「データストア」から読み出す。また、「ディレクター」は、『FBI_Time』というキーワードで登録された最適時相（２か所）を「データストア」から読み出す。また、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ」を「シアター」から読み出す。
【０１０５】
また、「ディレクター」は、表示部２５に、操作者による入力操作を受け付けるためのＧＵＩとして、撮像条件編集画面を表示する。撮像条件編集画面には、入力操作の受け付けに必要な情報として撮像の目的に応じて選択された情報が表示される。例えば、図１９に例示するように、撮像条件編集画面には、体軸方向のＦＯＶ（Field  Of  View）の選択を受け付ける情報（ＡＰ−ＦＯＶ）、水平方向のＦＯＶの設定を受け付ける情報（ＲＬ−ＦＯＶ）、スライス枚数の設定を受け付ける情報、スライス厚の設定を受け付ける情報、『次へ』ボタンが表示される。
【０１０６】
また、「ディレクター」は、操作者による体軸方向のＦＯＶの入力操作を受け付けると、寝台移動量、移動回数及びオーバーラップを計算し、移動回数及びオーバーラップを表示部２５に表示する。また、「ディレクター」は、表示部２５に表示された撮像条件編集画面上で、『次へ』ボタンが押下された場合には、入力操作として受け付けた情報を、『Actor−D』に対応する実体のデータ「プロトコルＤ」に格納する。
【０１０７】
また、「ディレクター」は、表示部２５に表示された撮像条件編集画面上で、『次へ』ボタンが押下された場合には、計算した寝台移動量及び移動回数を、『FBI_Move』というキーワードで「データストア」に格納する。また、「ディレクター」は、表示部２５に表示された撮像条件編集画面上で、『次へ』ボタンが押下された場合には、「Ｐ−１０：パフォーマンス」を実行する。
【０１０８】
図２１を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１０：パフォーマンス」を実行する。
【０１０９】
「シナリオ」には、以下の内容が記述されているとする。
P-10：パフォーマンス(Acquire)
入力：キーワード：FBI
処理：「FBI」が示すアクター（プロトコルD）に対して収集を行う。
出力：キーワード：Stitch、データ：入力のアクター（プロトコルD）
【０１１０】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ」を「シアター」から読み出し、『Actor−D』すなわち「プロトコルＤ」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、ＦＢＩ画像を収集し、収集したＦＢＩ画像を「プロトコルＤ」に格納する。また、「ディレクター」は、ＦＢＩ画像が格納されたデータ「プロトコルＤ」に対応する『Actor−D』を、『Stitch』というキーワードで「データストア」に登録する。
【０１１１】
図２２を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１１：パフォーマンス」を実行する。
【０１１２】
「シナリオ」には、以下の内容が記述されているとする。
P-11：パフォーマンス(MoveCouch)
入力：キーワード：FBI_Move
操作：所定の移動回数に満たない場合、寝台を移動する。所定の移動回数に達したらパフォーマンス：P-13を開始する。
出力：キーワード：FBI_Move、移動回数を更新したデータ
【０１１３】
この場合、「ディレクター」は、『FBI_Move』というキーワードで登録された寝台移動量及び移動回数を「データストア」から読み出し、所定の移動回数に満たない場合には、読み出した寝台移動量に従って移動するように、例えばインタフェース部２１を介して寝台制御部５を制御することで、寝台４を移動させる。そして、「ディレクター」は、『FBI_Move』というキーワードのデータについて、移動回数を更新し、「データストア」に格納する。
【０１１４】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１２：パフォーマンス」を実行する。
【０１１５】
「シナリオ」には、以下の内容が記述されているとする。
P-12：パフォーマンス(Duplicate)
入力：キーワード：FBI
処理：入力アクターの複製を作成する。
出力：キーワード：FBI、データ：複製されたアクター（プロトコルD-2）
【０１１６】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ」を「シアター」から読み出し、複製を作成し、作成した複製（プロトコルＤ−２）を「シアター」に格納する。「ディレクター」は、複製されたデータ（プロトコルＤ−２）に対応する『Actor−D』を、『FBI』というキーワードで「データストア」に登録する。
【０１１７】
図２３を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１０：パフォーマンス」を実行する。
【０１１８】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-10：パフォーマンス(Acquire)
入力：キーワード：FBI
処理：「FBI」が示すアクター（プロトコルD）に対して収集を行う。
出力：キーワード：Stitch、データ：入力のアクター（プロトコルD）
【０１１９】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ−２」を「シアター」から読み出し、『Actor−D』すなわち「プロトコルＤ−２」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、ＦＢＩ画像を収集し、収集したＦＢＩ画像をデータ「プロトコルＤ−２」に格納する。また、「ディレクター」は、ＦＢＩ画像が格納されたデータ「プロトコルＤ−２」に対応する『Actor−D』を、『Stitch』というキーワードで「データストア」に登録する。
【０１２０】
図２４を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１１：パフォーマンス」を実行する。
【０１２１】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-11：パフォーマンス(MoveCouch)
入力：キーワード：FBI_Move
操作：所定の移動回数に満たない場合、寝台を移動する。所定の移動回数に達したらパフォーマンス：P-13を開始する。
出力：キーワード：FBI_Move、移動回数を更新したデータ
【０１２２】
この場合、「ディレクター」は、『FBI_Move』というキーワードで登録された寝台移動量及び移動回数を「データストア」から読み出し、所定の移動回数に満たない場合には、読み出した寝台移動量に従って移動するように、例えばインタフェース部２１を介して寝台制御部５を制御することで、寝台４を移動させる。そして、「ディレクター」は、『FBI_Move』というキーワードのデータについて、移動回数を更新し、「データストア」に格納する。
【０１２３】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１２：パフォーマンス」を実行する。
【０１２４】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-12：パフォーマンス(Duplicate)
入力：キーワード：FBI
処理：入力アクターの複製を作成する。
出力：キーワード：FBI、データ：複製されたアクター（プロトコルD-3）
【０１２５】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ−２」を「シアター」から読み出し、複製を作成し、作成した複製（プロトコルＤ−３）を「シアター」に格納する。「ディレクター」は、複製されたデータ（プロトコルＤ−３）に対応する『Actor−D』を、『FBI』というキーワードで「データストア」に登録する。
【０１２６】
図２５を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１０：パフォーマンス」を実行する。
【０１２７】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-10：パフォーマンス(Acquire)
入力：キーワード：FBI
処理：「FBI」が示すアクター（プロトコルD）に対して収集を行う。
出力：キーワード：Stitch、データ：入力のアクター（プロトコルD）
【０１２８】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ−３」を「シアター」から読み出し、『Actor−D』すなわち「プロトコルＤ−３」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、ＦＢＩ画像を収集し、収集したＦＢＩ画像をデータ「プロトコルＤ−３」に格納する。また、「ディレクター」は、ＦＢＩ画像が格納されたデータ「プロトコルＤ−３」に対応する『Actor−D』を、『Stitch』というキーワードで「データストア」に登録する。
【０１２９】
図２６を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１１：パフォーマンス」を実行する。
【０１３０】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-11：パフォーマンス(MoveCouch)
入力：キーワード：FBI_Move
操作：所定の移動回数に満たない場合、寝台を移動する。所定の移動回数に達したらパフォーマンス：P-13を開始する。
出力：キーワード：FBI_Move、移動回数を更新したデータ
【０１３１】
この場合、「ディレクター」は、『FBI_Move』というキーワードで登録された寝台移動量及び移動回数を「データストア」から読み出し、所定の移動回数に満たない場合には、読み出した寝台移動量に従って移動するように、例えばインタフェース部２１を介して寝台制御部５を制御することで、寝台４を移動させる。そして、「ディレクター」は、『FBI_Move』というキーワードのデータについて、移動回数を更新し、「データストア」に格納する。
【０１３２】
次に、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１２：パフォーマンス」を実行する。
【０１３３】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-12：パフォーマンス(Duplicate)
入力：キーワード：FBI
処理：入力アクターの複製を作成する。
出力：キーワード：FBI、データ：複製されたアクター（プロトコルD-4）
【０１３４】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ−３」を「シアター」から読み出し、複製を作成し、作成した複製（プロトコルＤ−４）を「シアター」に格納する。「ディレクター」は、複製されたデータ（プロトコルＤ−４）に対応する『Actor−D』を、『FBI』というキーワードで「データストア」に登録する。
【０１３５】
図２７を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１０：パフォーマンス」を実行する。
【０１３６】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-10：パフォーマンス(Acquire)
入力：キーワード：FBI
処理：「FBI」が示すアクター（プロトコルD）に対して収集を行う。
出力：キーワード：Stitch、データ：入力のアクター（プロトコルD）
【０１３７】
この場合、「ディレクター」は、『FBI』というキーワードで登録されたデータ『Actor−D』に対応する実体のデータ「プロトコルＤ−４」を「シアター」から読み出し、『Actor−D』すなわち「プロトコルＤ−４」に従って撮像を行うように撮像制御部２６ｅに指示を出す。すると、撮像制御部２６ｅが撮像を制御し、ＦＢＩ画像を収集し、収集したＦＢＩ画像をデータ「プロトコルＤ−４」に格納する。また、「ディレクター」は、ＦＢＩ画像が格納されたデータ「プロトコルＤ−４」に対応する『Actor−D』を、『Stitch』というキーワードで「データストア」に登録する。
【０１３８】
図２８を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１１：パフォーマンス」を実行する。
【０１３９】
「シナリオ」には、上述したように、以下の内容が記述されている。
P-11：パフォーマンス(MoveCouch)
入力：キーワード：FBI_Move
操作：所定の移動回数に満たない場合、寝台を移動する。所定の移動回数に達したらパフォーマンス：P-13を開始する。
出力：キーワード：FBI_Move、移動回数を更新したデータ
【０１４０】
この場合、「ディレクター」は、『FBI_Move』というキーワードで登録された寝台移動量及び移動回数を「データストア」から読み出し、所定の移動回数に満たない場合には、読み出した寝台移動量に従って移動するように、例えばインタフェース部２１を介して寝台制御部５を制御することで、寝台４を移動させる。
【０１４１】
図２９を説明する。所定回数に達した場合には、「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１３：パフォーマンス」を実行する。
【０１４２】
「シナリオ」には、以下の内容が記述されているとする。
P-13：パフォーマンス(StitchFBIImage)
入力：キーワード：Stitch
処理：「Stitch」が示すアクター（プロトコルD、D-2、D-3、D-4）に最大値投影処理を行い、つなぎ合わせる。
出力：「FBIImage」、データ：つなぎ合わされた画像群
【０１４３】
この場合、「ディレクター」は、『Stitch』というキーワードで登録されたデータ、すなわち、『Actor−D』に対応する実体のデータ「プロトコルＤ」、「プロトコルＤ−２」、「プロトコルＤ−３」、「プロトコルＤ−４」を「シアター」から読み出し、最大値投影処理を行う。そして、「ディレクター」は、つなぎ合わせた画像群Ｄを「シアター」に格納し、『FBIImage』というキーワードで「データストア」に登録する。
【０１４４】
図３０を説明する。「ディレクター」は、「シナリオ」に記述された順序に従って、「Ｐ−１４：パフォーマンス」を実行する。
【０１４５】
「シナリオ」には、以下の内容が記述されているとする。
P-14：パフォーマンス(Transfer)
入力：キーワード：FBIImage
操作：キーワード「FBIImage」が示すアクター（画像群D）の画像データを画像サーバーに転送する。
【０１４６】
この場合、「ディレクター」は、『FBIImage』というキーワードで登録された画像データ群を「シアター」から読み出し、読み出した画像データ群Ｄを画像サーバに転送する。
【０１４７】
上述したように、第１の実施形態に係るＭＲＩ装置１００は、シナリオ記憶部２３ｂに、撮像に含まれる複数の処理を実行する「シナリオ」を記憶する。「シナリオ」は、各処理が、操作者による入力操作を受け付ける「シーン」と入力操作を受け付けない「パフォーマンス」とに分類され、撮像にて実行される順序に従って関連付けられたプログラムである。また、ＭＲＩ装置１００は、シナリオ制御部２６ｂを備え、シナリオ制御部２６ｂは、撮像開始指示が受け付けられると、「シナリオ」の実行を開始し、各処理が撮像の順序に従って実行されるように制御する。また、「シナリオ」は、「シーン」を実行する場合に、入力操作を受け付ける操作画面として撮像の目的に応じて選択された情報を表示部２５に表示する。
【０１４８】
このようなことから、第１の実施形態によれば、ＭＲＩ装置１００を用いた撮像の操作性を向上することが可能になる。すなわち、シナリオ制御部２６ｂが「シナリオ」の実行を制御することにより、撮像に含まれる各処理は、自動的に撮像の順序で実行されることになる。ここで、操作者による入力操作を受け付ける「シーン」において、「シナリオ」は、撮像の目的に応じて選択された情報を表示する操作画面を表示して、操作者による入力操作を受け付ける。このため、操作者は、例えばパラメータに関する高度な知識を有していなくても、撮像の目的や処理の段階に応じて適切なパラメータを選択し、設定することができ、操作が簡便になる。
【０１４９】
また、第１の実施形態においては、撮像に含まれる各処理を「シーン」や「パフォーマンス」に分類し、細かく区分けしている。また、各処理間で受け渡されるデータについてキーワードが定義されており、シナリオ制御部２６ｂは、各処理間でのデータの受け渡しをキーワードを用いて行う。このようなことから、例えば、一部の処理の内容が変更された場合、前後の処理との間で入出力データの関係に変更が生じず、また、該当する一部の「シーン」や「パフォーマンス」にのみ変更を加えればよいので、処理内容の変更に柔軟に対応することが可能になる。
【０１５０】
また、第１の実施形態に係るＭＲＩ装置１００は、「シナリオ」を撮像の目的に応じて複数記憶し、シナリオ制御部２６ｂは、撮像開始指示にて指示された撮像に対応する「シナリオ」をシナリオ記憶部２３ｂから読み出し、読み出した「シナリオ」の実行を開始する。このようなことから、ＭＲＩ装置１００は、様々な撮像の目的に対応することが可能になる。また、撮像の目的に応じて「シナリオ」を用意することにより、操作画面を簡便化することが可能になる。また、「シナリオ」によって選択可能な機能を限定することもできるため、操作者によるパラメータ選択のバラツキを抑えることも可能になり、ひいては、撮像された画像の品質を一定に保つことが可能になる。
【０１５１】
なお、「シナリオ」は、操作の流れだけでなく、ＧＵＩの定義を行う一種のプログラミングと捉えることができる。
【０１５２】
（第２の実施形態）
その他、開示の技術は、上記第１の実施形態以外にも、種々の異なる形態にて実施されてよいものである。
【０１５３】
［シナリオの編集］
上記第１の実施形態において、「シナリオ」は、例えばＸＭＬなどによって記述されたファイルとしてシナリオ記憶部２３ｂに予め格納された。ここで、ＭＲＩ装置１００は、図３１に例示するように、制御部２６に、シナリオ編集部２６ｆをさらに備えてもよい。図３１は、第２の実施形態に係る制御部２６の構成を示すブロック図である。
【０１５４】
シナリオ編集部２６ｆは、「シナリオ」に対する編集を受け付け、受け付けた編集を反映した「シナリオ」をシナリオ記憶部２３ｂに格納する。例えば、シナリオ編集部２６ｆは、「シナリオ」を編集するための編集画面を表示部２５に表示する。また、例えば、シナリオ編集部２６ｆは、編集画面に対する操作者による入力操作を入力部２４を介して受け付ける。また、例えば、シナリオ編集部２６ｆは、受け付けた入力操作を「シナリオ」に反映し、反映後の「シナリオ」をシナリオ記憶部２３ｂに格納する。このように、操作者が「シナリオ」の内容を変更することが可能になり、ソフトウェアを変更することなく内容を変更することが可能になる。なお、「シナリオ」は、必ずしもＸＭＬによって記述されたものに限られない。「シナリオ」を作成、編集する操作者は、運用の形態に応じて、記述言語を任意に選択することができる。
【０１５５】
［撮像の目的に応じて選択された情報を表示する操作画面］
また、上記第１の実施形態においては、「ＦＢＩ法による下肢の撮像」を撮像の目的の一例とし、例えば図２０に例示する処理「Ｓ−５：シーン」を実行する場合に、撮像条件編集画面として、撮像の目的に応じて選択された情報を表示部２５に表示する例を説明した。すなわち、ＭＲＩ装置１００は、撮像の目的及び「Ｓ−５：シーン」という処理の段階に応じて、『体軸方向ＦＯＶ』、『移動回数』、『オーバーラップ』、『水平方向ＦＯＶ』、『スライス枚数』、及び『スライス厚』を選択し、選択した情報のみを表示した。
【０１５６】
なお、「選択した情報のみを表示」の意味であるが、例えば撮像の目的や処理の段階との関係においては表示する理由があまりなく、表示することで撮像編集画面がかえって複雑になる項目などについては表示しないことを意味する。したがって、選択した情報以外の情報であっても、例えば『次へ』ボタンのように、操作に必要な一般的な情報を表示することまで除外する意味ではない。
【０１５７】
また、ＭＲＩ装置１００は、「選択した情報」として、例えば、操作上の注意事項を表示してもよい。例えば、「シナリオ」を作成、編集する操作者は、撮像の目的や処理の段階との関係において表示することが望ましいと考えられる注意事項を予め選択し、シーンにおいて表示部２５に表示する画面に注意事項が表示されるように記述してもよい。
【０１５８】
さて、開示の技術は、上記第１の実施形態の例に限られず、例えば他の撮像の目的に応じて記述された「シナリオ」の場合、ＭＲＩ装置１００は、その撮像の目的や処理の段階に応じて異なる情報が選択された操作画面を表示部２５に表示することになる。すなわち、撮像の目的に応じて「シナリオ」は記述されるので、撮像の目的毎に適切な制約が施された操作画面を導入することが可能になる。
【０１５９】
例えば、撮像の目的のひとつが、「マンモグラフィ撮像においてＳｐｅｅｄｅｒ方向を抑制すること」であるとする。この場合、「シナリオ」を作成、編集する操作者は、Ｓｐｅｅｄｅｒ方向について必要な選択肢のみを表示する撮像条件編集画面や、Ｓｐｅｅｄｅｒ方向の選択自体を禁止する撮像条件編集画面、あるいはＳｐｅｅｄｅｒ方向の選択肢を表示しない撮像条件編集画面などを「シナリオ」に記述する。すると、ＭＲＩ装置１００が、「シナリオ」に従って処理を実行した場合に、上記撮像条件編集画面が表示部２５に表示され、操作者は、自然に、Ｓｐｅｅｄｅｒ方向を抑制する選択を行うことになる。
【０１６０】
また、例えば、画像管理の観点などから、撮像の目的のひとつが、「解像度を限定すること」であるとする。この場合、「シナリオ」を作成、編集する操作者は、例えば、［２５ｃｍ／２５６マトリックス］、［２０ｃｍ／１９２マトリックス］などのように、ＦＯＶとマトリックスとを組み合わせたボタンを撮像条件編集画面上に表示するように「シナリオ」を記述する。すると、ＭＲＩ装置１００が、「シナリオ」に従って処理を実行した場合に、上記撮像条件編集画面が表示部２５に表示され、操作者は、自然に、［２５ｃｍ／２５６マトリックス］か［２０ｃｍ／１９２マトリックス］を選択することになる。
【０１６１】
これらは、適切な制約を導入することで簡便な操作を実現する手法であり、一種のナビゲーションと考えることができる。制約の部分的な導入は、操作者の不満を生むおそれもあるが、大々的な導入は、ナビゲーションとして機能し、操作者における簡便な操作を実現する。また、ヒューマンファクタによるバラツキを無くすという観点においても有効な手法である。
【０１６２】
［「シナリオ」によって撮像を制御するメリット］
また、上記第１の実施形態においても説明したように、「シナリオ」においては、各処理で扱うプロトコル情報が、実体のデータとは異なる「アクター」と定義され、「アクター」に対する処理が予め記述される。このようなことから、「シナリオ」を用いた撮像においては、実体のデータが取得される前に、取得後のデータに対する処理を予め記述することができ、撮像に含まれる処理を自動化することができる。
【０１６３】
例えば、一般に、画像が再構成された後でなければ、参照画像の選択をすることができない。選択対象となる画像が存在しない段階だからである。この点、「シナリオ」においては、再構成される画像が「アクター」として定義され、再構成処理よりも後段の処理において、この「アクター」に対する選択処理が予め記述される。この結果、画像が再構成される前の段階、すなわち撮像の前に参照画像の選択を予め記述することができ、撮像に含まれる処理を自動化することができる。
【０１６４】
例えば、「シナリオ」に、「アクターＢはアクターＡの中心画像を参照画像として選択する」、「アクターＣはアクターＡの中心画像及びアクターＢの中心画像を参照画像として選択する」などと予め記述しておけばよい。なお、例えばスライス枚数が固定されているものとして取り扱う。
【０１６５】
また、例えば、「シナリオ」に、「アクターＡの中心画像を第１フレームに表示し、アクターＢの中心画像を第２フレームに表示し、アクターＢの中心画像に対して直交断面を設定する」などと記述しておけばよい。この場合には、参照画像に対して、同一断面もしくは直交断面を予め設定しておくことができる。
【０１６６】
また、例えば、断面の決定を自動化する要素技術が確立されたとする。この場合、「シナリオ」には、「パフォーマンス」にて断面を自動的に決定し、「シーン」にて操作者に確認させる、と記述しておくこともできる。あるいは、「シナリオ」において、操作者に確認させる「シーン」を省いてもよい。このように、「シナリオ」は、要素技術の確立に応じて、適宜編集し、動的に対応させていくことができる。
【０１６７】
［Ｔｉｍｅ−ＳＬＩＰ法を用いた撮像］
その他の実施形態において、クリニカルアプリケーションシナリオは、位置決め用のパイロットスキャン、ＢＢＴＩ（Black  Blood  Traveling  Time）を決定するためのプレップスキャン、決定されたＢＢＴＩ後に撮像を行う非造影ＭＲＡスキャンを順番に実行する検査フローである。また、その他の実施形態において、シナリオ制御部２６ｂは、パイロットスキャン後で且つプレップスキャン前に、パイロットスキャンにより得られた位置決め画像を含む撮像位置を決定するための情報を操作画面に表示し、プレップスキャン後で且つ非造影ＭＲＡスキャン前に、ＢＢＴＩの決定を支援するための情報を操作画面に表示する。
【０１６８】
具体的には、第１の実施形態においては、「シナリオ」に、パイロット撮像、プラン撮像、ＥＣＧ−Ｐｒｅｐ撮像、及びＦＢＩ撮像が含まれるものとして説明したが、実施形態はこれに限られるものではない。例えば、「シナリオ」に、パイロット撮像、プラン撮像、ＢＢＴＩ（Black  Blood  Traveling  Time）−Ｐｒｅｐ撮像、及びＴｉｍｅ−ＳＬＩＰ（Spatial  Labeling  Inversion  Pulse）撮像が含まれる場合を説明する。図３２は、その他の実施形態に係るシナリオを説明するための図である。
【０１６９】
Ｔｉｍｅ−ＳＬＩＰ撮像においては、Time−SLIPパルス（図３２において符号ａ及び符号ｂ）が印加され、撮像領域に流入する血液がラベリング（labeling）される。すなわち、Ｔｉｍｅ−ＳＬＩＰ撮像は、撮像領域に流入する血液をラベリングすることで、ラベリングされた血液を選択的に強調あるいは抑制するためのＡＳＬ（Arterial  Spin  Labeling）パルスの印加を伴う撮像である。このＴｉｍｅ−ＳＬＩＰ撮像により、反転時間（ＴＩ（inversion  time））後に撮像領域に到達した血液の信号強度を選択的に強調又は抑制することができる。なお、Time−SLIPパルスは、クロック（Clock）やＥＣＧ信号のＲ波などから一定の遅延時間経過後に印加される。
【０１７０】
図３２に示すように、Time−SLIPパルスは、領域非選択インバージョンパルスａ及び領域選択インバージョンパルスｂを有する。領域非選択インバージョンパルスａは、印加の有無を選択することが可能であり、Time−SLIPパルスは、少なくとも領域選択インバージョンパルスｂを含む。
【０１７１】
領域選択インバージョンパルスｂを印加することで撮像領域に流入する血液をラベリングすると、ＢＢＴＩ後に血液が到達した部分の信号強度が高く（領域非選択インバージョンパルスａが印加されていない場合は低く）なる。
【０１７２】
すなわち、ＢＢＴＩは、図３２に示すように、領域選択インバージョンパルスｂから最初のＲＦパルスｃまでの時間である。なお、領域非選択インバージョンパルスａ及び領域選択インバージョンパルスｂの時間差は無視できるほどに小さいので、図３２においては、領域非選択インバージョンパルスａから最初のＲＦパルスｃまでの時間をＢＢＴＩとして示す。
【０１７３】
このため、例えば、ＭＲＩ装置１００は、準備撮像を行うことによって、最適なＢＢＴＩを決定する。すなわち、ＢＢＴＩ−Ｐｒｅｐ撮像は、最適なＢＢＴＩを決定するためにＢＢＴＩを変化させながら行われる準備撮像である。
【０１７４】
例えば、ＭＲＩ装置１００は、異なるＢＢＴＩとして、例えば、６０ｍｓｅｃ、１２０ｍｓｅｃ、１８０ｍｓｅｃなどを設定しながら、各ＢＢＴＩを用いた複数回の撮像を行う。そして、ＭＲＩ装置１００は、各撮像によって取得された複数枚の二次元画像を表示部２５に表示し、操作者に二次元画像を選択させ、操作者によって選択された二次元画像を取得するために用いられたＢＢＴＩを、Ｔｉｍｅ−ＳＬＩＰ撮像にて用いるＢＢＴＩとして決定する。この場合、操作者は、表示部２５に表示された複数枚の二次元画像のうち、例えば、血管描出が最も優れた二次元画像を選択する。なお、例えば、ＭＲＩ装置１００は、複数枚の二次元画像に画像解析などを行い、画像解析などの結果得られたＢＢＴＩを、Ｔｉｍｅ−ＳＬＩＰ撮像にて用いるＢＢＴＩとして決定してもよい。その後、ＭＲＩ装置１００は、Ｔｉｍｅ−ＳＬＩＰ撮像にて、例えば三次元画像を収集する。
【０１７５】
第１の実施形態においては、図４〜３０を用いて、第１の実施形態に係るシナリオの実行を説明したが、ＭＲＩ装置１００は、第１の実施形態におけるＥＣＧ−Ｐｒｅｐ撮像の替わりにＢＢＴＩ−Ｐｒｅｐ撮像を行い、第１の実施形態におけるＦＢＩ撮像の替わりにＴｉｍｅ−ＳＬＩＰ撮像を行えばよい。
【０１７６】
例えば、第１の実施形態において、図１７を用いて、「ディレクター」が、「シーン」を実行することでグラフを表示し、操作者からの選択を受け付ける点を説明した。例えば、同様に、「ディレクター」が、「シーン」を実行することで、「パフォーマンス」によって実行したＢＢＴＩ−Ｐｒｅｐ撮像にて収集した二次元画像を表示部２５に表示し、操作者からの選択を受け付ければよい。そして、「ディレクター」は、操作者によって選択された二次元画像を取得するために用いられたＢＢＴＩを、例えば『BBTI』というキーワードで「データストア」に格納すればよい。
【０１７７】
［後処理］
また、その他の実施形態に係るＭＲＩ装置１００のシナリオ記憶部２３ｂは、撮像によって収集されたデータに対する後処理に含まれる複数の処理を実行するプログラムであって、各処理が、操作者による入力操作を受け付ける第１処理と入力操作を受け付けない第２処理とに分類され、後処理にて実行される順序に従って関連付けられたプログラムを記憶する。また、シナリオ制御部２６ｂは、後処理を開始する開始指示が受け付けられると、プログラムの実行を開始し、各処理が上述した順序に従って実行されるように制御する。プログラムは、第１処理を実行する場合に、入力操作を受け付ける操作画面として後処理の目的に応じて選択された情報を表示部に表示する。
【０１７８】
具体的には、上述の実施形態においては、「シナリオ」は、撮像に含まれる複数の種類の処理を実行するプログラムであったが、実施形態はこれに限られるものではない。例えば、「シナリオ」は、撮像によって収集されたデータに対する後処理に含まれる複数の処理を実行するプログラムでもよい。ここで、後処理とは、例えば、撮像によって収集されたデータからボリュームレンダリング（volume  rendering）画像を生成する後処理や、ＭＩＰ（Maximum  Intensity  Projection）画像を生成する後処理などがある。
【０１７９】
一例として、ＭＩＰ画像を生成する後処理を説明する。ＭＩＰ画像を生成する後処理には、後処理の条件として、投影回数、投影方向、及びボリュームデータからの切り出し領域が含まれる。ここで、投影回数及び投影方向は、操作者による入力操作を受け付けずに決定される条件（プリセットされた条件）である。一方、切り出し領域は、操作者による入力操作を受け付けて決定される条件である。例えば、操作者は、ある特定の血管を切り出し領域として指定する。
【０１８０】
このように、ＭＩＰ画像を生成する後処理には、切り出し領域の指定を受け付ける条件指定処理と、プリセットされた条件と操作者によって指定された条件とを用いてＭＩＰ画像を生成する生成処理とが含まれる。
【０１８１】
そこで、例えば、ＭＲＩ装置１００は、条件指定処理と生成処理とを順序付けたフローを１つのシナリオとして記憶する。そして、ＭＲＩ装置１００は、このシナリオが操作者によって指定され、開始指示を受け付けると、条件指定処理の間に、「シーン」として、切り出し領域の指定を受け付けるための操作画面を表示する。そして、ＭＲＩ装置１００は、条件指定処理の間に指定された切り出し領域と、プリセットされたその他の条件（投影回数、投影方向など）とを用いて、「パフォーマンス」として、ＭＩＰ画像の生成処理を行う。
【０１８２】
［精査モードの撮像］
また、例えば、「シナリオ」に、前段階で行われた撮像の結果に応じて撮像を実行するか否かが決定される「精査モードの撮像」が含まれてもよい。
【０１８３】
この場合、「シナリオ」には、前段階の撮像と、精査モードの撮像とが含まれる。例えば、ＭＲＩ装置１００は、前段階の撮像と、精査モードの撮像とを順序付けたフローを１つのシナリオとして記憶する。そして、ＭＲＩ装置１００は、このシナリオが操作者によって指定され、開始指示を受け付けると、前段階の撮像（例えばＴ１撮像及びＴ２撮像）と精査モードの撮像との間に、「シーン」として、Ｔ１撮像及びＴ２撮像にて収集された二次元画像を表示し、また、操作者に精査モードの撮像を実行するか否かを選択させるための情報を操作画面に表示する。例えば、ＭＲＩ装置１００は、二次元画像を表示するとともに、「精査モードを実行する」又は「精査モードを実行しない」の押下ボタンを操作画面に表示する。そして、ＭＲＩ装置１００は、操作者による選択に従って、精査モードを実行するか否かを決定する。
【０１８４】
例えば、精査モードを実行する場合、ＭＲＩ装置１００は、さらに、「シーン」として、ＲＯＩ（Region  OF  Interest）の指定を受け付けるための操作画面を表示し、操作者による指定に従って、続く「パフォーマンス」にて、精査モードの撮像を実行する。
【０１８５】
［コンソール装置やクラウドコンピューティングによる実現］
上述した実施形態では、ＭＲＩ装置１００の計算機システム２０が、制御部２６や記憶部２３に各部を備え、「シナリオ」を実行するものとして説明してきたが、実施形態はこれに限られるものではない。図３３〜図３５は、その他の実施形態に係る構成例を説明するための図である。
【０１８６】
例えば、図３３に示すように、ＭＲＩ装置１００の計算機システム２０とコンソール装置２００とが協働して「シナリオ」を実行してもよい。
【０１８７】
例えば、「シナリオ」が、後処理に含まれる複数の処理を実行するプログラムである場合、コンソール装置２００が、シナリオ制御部２６ｂやプロトコル情報記憶部２３ａ、シナリオ記憶部２３ｂ、入出力情報記憶部２３ｃを備える。そして、コンソール装置２００は、ＭＲＩ装置１００によって収集されたデータをＭＲＩ装置１００から受け取り、後処理に含まれる複数の処理を実行する。その他、例えば、コンソール装置２００が、「シナリオ」によって実行されるプログラムの一部を実行することで、負荷を分散してもよい。また、例えば、コンソール装置２００単体で「シナリオ」を実行してもよい。
【０１８８】
また、例えば、図３４に示すように、ＭＲＩ装置１００は、例えばクラウド（cloud）コンピューティング３００のように、別拠点に保管されたハードウェア、ソフトウェア、データを利用することで、「シナリオ」を実行してもよい。
【０１８９】
また、例えば、図３５に示すように、コンソール装置２００が、クラウドコンピューティング３００に保管されたハードウェア、ソフトウェア、データを利用することで、「シナリオ」を実行してもよい。
【０１９０】
［その他の医用画像診断装置］
上述した実施形態では、「シナリオ」を実行する医用画像診断装置として主にＭＲＩ装置を説明してきたが、実施形態はこれに限られるものではない。例えば、Ｘ線ＣＴ装置の場合を説明する。Ｘ線ＣＴ装置は、例えばヘリカルスキャン（helical  scan）によって広範囲の事前撮影を行い、この撮影により収集された画像を「シーン」として表示し、例えばＦＯＶ（Filed  Of  View）の指定を受け付けるための操作画面を表示する。そして、Ｘ線ＣＴ装置は、指定されたＦＯＶに従って、続く本撮影を行う。
【０１９１】
以上述べた少なくとも一つの実施形態の医用画像診断装置及び制御方法によれば、撮像における操作性を向上することができる。
【０１９２】
［その他］
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１９３】
１００  ＭＲＩ装置
２０  計算機システム
２１  インタフェース部
２２  画像再構成部
２３  記憶部
２３ａ  プロトコル情報記憶部
２３ｂ  シナリオ記憶部
２３ｃ  入出力情報記憶部
２４  入力部
２５  表示部
２６  制御部
２６ａ  撮像開始指示受付部
２６ｂ  シナリオ制御部
２６ｃ  プロデューサー
２６ｄ  ディレクター
２６ｅ  撮像制御部
【図１】
0005684313.tif 000002
【図２】
0005684313.tif 000003
【図３】
0005684313.tif 000004
【図４】
0005684313.tif 000005
【図５】
0005684313.tif 000006
【図６】
0005684313.tif 000007
【図７】
0005684313.tif 000008
【図８】
0005684313.tif 000009
【図９】
0005684313.tif 000010
【図１０】
0005684313.tif 000011
【図１１】
0005684313.tif 000012
【図１２】
0005684313.tif 000013
【図１３】
0005684313.tif 000014
【図１４】
0005684313.tif 000015
【図１５】
0005684313.tif 000016
【図１６】
0005684313.tif 000017
【図１７】
0005684313.tif 000018
【図１８】
0005684313.tif 000019
【図１９】
0005684313.tif 000020
【図２０】
0005684313.tif 000021
【図２１】
0005684313.tif 000022
【図２２】
0005684313.tif 000023
【図２３】
0005684313.tif 000024
【図２４】
0005684313.tif 000025
【図２５】
0005684313.tif 000026
【図２６】
0005684313.tif 000027
【図２７】
0005684313.tif 000028
【図２８】
0005684313.tif 000029
【図２９】
0005684313.tif 000030
【図３０】
0005684313.tif 000031
【図３１】
0005684313.tif 000032
【図３２】
0005684313.tif 000033
【図３３】
0005684313.tif 000034
【図３４】
0005684313.tif 000035
【図３５】
0005684313.tif 000036