【事件の表示】
　特願２００６−５３６２５４「ユーザインタフェースを備える診断撮像システム」拒絶査定不服審判事件〔平成１７年　５月　６日国際公開，ＷＯ２００５／０４０８４３，平成１９年　４月１２日国内公表，特表２００７−５０８８９０〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成１６年１０月２１日（パリ条約による優先権主張　平成１５年１０月２４日，欧州特許庁(EP)）を国際出願日とする特許出願であって，平成２３年４月２５日付けで拒絶査定がなされ，これに対し，同年９月９日に拒絶査定不服審判の請求がなされるとともに，同日付けで手続補正がなされたものである。そして，平成２３年１０月２５日付けで審尋がなされ，回答書が平成２４年１月２６日付けで請求人より提出された。
　
　
第２　平成２３年９月９日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２３年９月９日付けの手続補正（以下，「本件補正」という。）を却下する。
　
［理由］
１　本件補正の内容
　本件補正は，特許請求の範囲について，
　
　「【請求項１】
　診断撮像システムにおいて、
−前記診断撮像システムにより操作項目の実施を制御する制御システム、及び
−操作項目の順列を発生させるスケジューラーモジュールを含む、前記制御システムに結合されるユーザインタフェース
を有
し、　前記操作項目の順列が、前記操作項目を実施する際の関係に関する情報を含む、
　　【請求項２】
　−前記操作項目は夫々のパラメタ設定を有し、及び
−前記スケジューラーモジュールは、前記夫々のパラメタ設定に基づいて前記操作項目の順列を形成するように設定される
請求項１に記載の診断撮像システム。
　　【請求項３】
　−前記制御システムは、実施リストに基づいて前記操作項目の実施を制御し、及び
−前記スケジューラーモジュールは、前記順列に従って操作項目を発する
請求項１に記載の診断撮像システム。
　　【請求項４】
　前記スケジューラーモジュールは、先行する前記順列の操作項目が正常に終了したこと
に依存して操作項目を
リリース
　　【請求項５】
　前記スケジューラーモジュールは、スキャンスケジュールを記憶するためのメモリを具備する請求項１に記載の診断撮像システム。
　　【請求項６】
　前記スケジューラーモジュールは、前記操作項目により要求される、ユーザへの命令を発するように構成される請求項１に記載の診断撮像システム。
　　【請求項７】
　前記スケジューラーモジュールは、前記ユーザインタフェースに前記操作項目の
説明
リリースされる
　　【請求項８】
　前記スケジューラーモジュールは、前記ユーザインタフェースに進捗情報を供給するように構成され、前記進捗情報は、前記操作項目の実施の進み具合に関連している請求項１に記載の診断撮像システム。
　　【請求項９】
　前記制御システムが
−移動可能な患者支持体を様々な撮像位置間に移動させ、及び
−個々の撮像位置において幾つかの撮像シーケンスを実行し、前記患者支持体を前記様々な撮像位置間に移動することと、前記幾つかの撮像シーケンスを実行することとを交互に行う
ように設定される前記移動可能な患者支持体を含む、請求項１に記載の磁気共鳴撮像システム。」を
　
　「【請求項１】
　診断撮像システムにおいて、
−前記診断撮像システムにより操作項目の実施を制御する制御システム、及び
−操作項目の順列を発生させるスケジューラーモジュールを含む、前記制御システムに結合されるユーザインタフェース
を有し、
　前記操作項目の順列が、前記操作項目を実施する際の関係に関する情報を含
み、　前記操作項目を実施する際の関係に関する情報が、実行されるべき操作項目に対し遂行されるべき条件を含む、
　　【請求項２】
　−前記操作項目は夫々のパラメタ設定を有し、及び
−前記スケジューラーモジュールは、前記夫々のパラメタ設定に基づいて前記操作項目の順列を形成するように設定される
請求項１に記載の診断撮像システム。
　　【請求項３】
　−前記制御システムは、実施リストに基づいて前記操作項目の実施を制御し、及び
−前記スケジューラーモジュールは、前記順列に従って操作項目を発する
請求項１に記載の診断撮像システム。
　　【請求項４】
　前記スケジューラーモジュールは、先行する前記順列の操作項目が正常に終了したことに依存して操作項目をリリースする請求項３に記載の診断撮像システム。
　　【請求項５】
　前記スケジューラーモジュールは、スキャンスケジュールを記憶するためのメモリを具備する請求項１に記載の診断撮像システム。
　　【請求項６】
　前記スケジューラーモジュールは、前記操作項目により要求される、ユーザへの命令を発するように構成される請求項１に記載の診断撮像システム。
　　【請求項７】
　前記スケジューラーモジュールは、前記ユーザインタフェースに前記操作項目の説明を、前記実施リストにリリースされる前記操作項目に依存して利用可能となるように構成される請求項１に記載の診断撮像システム。
　　【請求項８】
　前記スケジューラーモジュールは、前記ユーザインタフェースに進捗情報を供給するように構成され、前記進捗情報は、前記操作項目の実施の進み具合に関連している請求項１に記載の診断撮像システム。
　　【請求項９】
　前記制御システムが
−移動可能な患者支持体を様々な撮像位置間に移動させ、及び
−個々の撮像位置において幾つかの撮像シーケンスを実行し、前記患者支持体を前記様々な撮像位置間に移動することと、前記幾つかの撮像シーケンスを実行することとを交互に行う
ように設定される前記移動可能な患者支持体を含む、請求項１に記載の磁気共鳴撮像システム。」とするものである。
　
２　本件補正の目的
（１）特許請求の範囲についての本件補正は，補正前の請求項１に係る発明を特定する事項である「
前記操作項目の順列が、前記操作項目を実施する際の関係に関する情報を含む
前記操作項目を実施する際の関係に関する情報が、実行されるべき操作項目に対し遂行されるべき条件を含む
　
（２）そうしてみると，特許請求の範囲についての本件補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的するものに該当するといえる。
　
３　独立特許要件
　そこで，本件補正後の請求項１に係る発明（以下，「補正発明」という。）が，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか，すなわち，本件の特許出願の際に独立して特許を受けることができるものであるかについて以下に検討する。
　
（１）引用刊行物の記載事項
　原査定の拒絶の理由に引用され，本願特許出願前に頒布された刊行物である，特開２００３−２１０４３３号公報（以下，「引用例」という。）には，図面の図示と共に，次の事項が記載されている（下線は当審が付与したもの）。
　
（ア）「【請求項１】　
医療撮像セッションを指示するＧＵＩ（１１８）であって、
撮像アプリケーションのワークフローを容易にするように構成された複数のモジュール化選択部（１１９）
　複数のステータスインディケータ（１８１）であって、モジュール化選択部（１１９）と関係し、前記モジュール化選択部（１１９）の選択と前記モジュール化選択部（１１９）に関するタスクの完了のうちの少なくとも１つを表示するように構成された、当該ステータスインディケータ（１８１）の各々と、
　前記撮像アプリケーションを関するメッセージを自動表示するように構成されたメッセージモジュール（１１６）を備えるＧＵＩ。
…
　　【請求項１０】　ＭＲ撮像スキャンを指示するグラフィカルワークフロー管理ツールであって、前記ツールは
医療撮像システム（１０）のコンソール（１６）上に視覚的に表示されるように構成されるＧＵＩ（１１８）を含み、
　複数のステータスインディケータ（１８１）であって、その各々が、対応する指示タブ（１１９）のアクティビティのステータスを表示するように構成された、当該インディケータ（１８１）と、
　前記ＧＵＩ（１１８）上に水平方向に配列された複数の特定コンテンツ向けタブ（１５２−１５８）を備えるツール。
…
　　【請求項２５】　医療画像を獲得する方法であって、
　アプリケーション開始インストラクションを受けとるステップと、
　前記アプリケーションを開始するステップと、
　
受けとられたユーザ入力に基づいて複数の指示ステップを決定するステップと、　撮像セッションに対して指示するためのＧＵＩ（１１８）を表示するステップとを備え
　
前記ＧＵＩ（１１８）は、複数の指示ステップに対応する垂直方向に配列された複数のモジュール化タブ（１１９）
　
（イ）「【０００１】
　　【発明の背景】
　本発明は一般的に、
医療撮像データの獲得とグラフィカルユーザインターフェイスに関し、特に、医療撮像セッションの指示ワークフローを管理し、この管理されたワークフローに基づいて医療画像を獲得する方法と装置に関する
　　　【０００２】
　本発明は、
医療撮像セッションに対する指示と獲得と後処理のワークフローの管理に関する
ＭＲ撮像セッションや実験に対する指示には、ＭＲ撮像データを獲得するために再生時のパルスシーケンスで利用されるパラメータと視覚化システムを設定することが含まれる
　　　【０００３】
　…一般的に、これらのＧＵＩは全スキャンパラメータを同時にユーザに提供するが、限定数の特定アプリケーション向けパラメータだけが利用され、これらのパラメータは論理的なクラスタにグループ化されてユーザに提供される。しかしながら、一般的には、一般化された論理的ワークフローを支援しない方法で、スキャンパラメータのクラスタはＧＵＩ上に提供される。さらに、これらの周知のシステムでは、１つのパラメータセットからその他のパラメータセットにユーザを論理的にガイドするメカニズムを提供することができないことが多い。…さらに、全スキャンパラメータが１つのウィンドーでユーザに提供されるので、ウィンドーは複雑であって一杯に詰め込まれていることが多いため、ユーザが困惑し、入力エラーが起こる可能性がある。…
　　　【０００４】
　一般的に、これらのＭＲシステムのワークフローは、全スキャンパラメータとそれに関連するアプリケーションの特徴を１つのＧＵＩの表現に提供することに限定される。その結果、ＧＵＩはアプリケーションに対する指示や獲得によってユーザを効果的にガイドするものではなく、アプリケーションの情報を提供せず、モジュール性がなく、ニーズに合致せず、ＭＲ実験に対する指示を出してＭＲ画像を獲得するには不要な複雑さがある。
　　　【０００５】
　従って、特定のＭＲアプリケーションに適用可能で、指示パラメータの表現が直感的で論理的なＭＲ撮像セッションと実験に対する指示を行うワークフローを管理する方法と装置を設計することが望ましい。」
　
（ウ）「【０００６】
　
本発明は、ＭＲ実験とＭＲデータ処理アプリケーションに対して指示し獲得する処理を合理化する方法と装置に関する
グラフィカルユーザインターフェイス（ＧＵＩ）を備えるガイドされたワークフローと直感的に認識されるモジュラーをさらに備える
ＧＵＩには複数のタブが組み込まれ、各タブは主要な指示、もしくは画像の後処理ステップに対応するものである
タブはスクリーンの左側に沿って垂直方向に配列され、アプリケーションワークフローをモジュラー化するために利用される。これらのタブは、アプリケーションに対する指示を行い、また、タブラベルを介して各ステップの目的に関する価値のある情報をユーザに提供するために必要なステップにユーザを導くものである。また、各タブに関連するアクティビティの状態、即ち、タブが選択されているかどうか、もしくは、関連のタスクが成功裏に完了したかどうかについて知らせる各タブに対応するステータスインディケータも提供される
　　　【０００７】
　従って、本発明の一態様によれば、ＧＵＩは、医療撮像セッションに対して指示し、医療画像を獲得し、撮像データを処理するために提供される。ＧＵＩは、医療撮像アプリケーションのワークフローを容易にするように構成された複数のモジュール化選択部を備える。また、複数のステータスインディケータも提供され、各ステータスインディケータはモジュール化選択部に対応し、モジュール化選択部での選択とモジュール化選択部に関連するタスクの完了のうちの少なくとも１つを表示するように構成される。ＧＵＩは、医療撮像アプリケーションに関するメッセージを自動的に表示するように構成されるメッセージモジュールをさらに備える。
　　　【０００８】
　本発明のその他の態様によれば、グラフィカルワークフロー管理ツールは、撮像スキャンを指示するために提供される。
ツールには、医療撮像システムのコンソールに視覚的に表示されるように構成されるＧＵＩが含まれる。ツールには、ＧＵＩ上に垂直方向に配列された複数の指示タブがさらに含まれる
　　　【０００９】
…コンピュータは、コンソール上にＧＵＩを表示するようにさらにプログラムされるが、このＧＵＩは、識別されたアプリケーションステップの数に等しい数のタブを備える。各タブは、ユーザによって実行される指示やスキャンなどの相互作用に対応するものである。また、コンピュータは、アプリケーションステップのステータスを表示するようにプログラムされる。また、コンピュータは、その他の指示コマンドを受けとり、その他のアプリケーションステップがそれを受けとったことに応じて画像を獲得するようにプログラムされる。
　　　【００１０】
　本発明のさらに別の態様によれば、画像獲得方法が提供され、それには、アプリケーション開始インストラクションを受けとってアプリケーションを開始することが含まれる。本方法には、
受けとったユーザ入力情報に基づいて複数の指示ステップを決定することがさらに含まれる。また、本方法には、撮像セッションを指示するＧＵＩを表示することがさらに含まれる。ＧＵＩは複数のモジュール化タブを含むように構成され、各モジュール化タブは指示ステップを表すものである
　
（エ）「【００１３】
【発明の実施の形態】
　
図１を参照すると、本発明を組み込んだ好適な核磁気共鳴撮像（ＭＲＩ）システム１０の主要なコンポーネントが示されている。本システムのオペレーションは、キーボードやその他の入力デバイス１３と制御パネル１４とディスプレイ１６を備えるオペレータコンソール１２から制御される。コンソール１２は、画像を生成してスクリーン１６に表示するようにオペレータが制御できる独立したコンピュータシステム２０とリンク１８を介して通信する
　　　【００１４】
　システム制御部３２には、バックプレーン３２ａによって互いに接続された一連のモジュールが含まれている。これらには、シリアルリンク４０を介してオペレータコンソール１２に接続されるパルス生成モジュール３８とＣＰＵモジュール３６が含まれる。
システム制御部３２は、実行されるスキャンシーケンスを示すコマンドをオペレータからリンク４０を介して受けとる。パルス生成器モジュール３８は、システムコンポーネントを動作させて、所望のスキャンシーケンスを実行
…
　　　【００１６】
　ＲＦコイル５６によってピックアップされるＭＲ信号はトランシーバモジュール５８によってデジタイズされ、システム制御部３２のメモリモジュール６６に送られる。…これらの各々は、データにフーリエ変換を施して画像データアレイを生成するアレイプロセッサ６８に入力される。この画像データは、シリアルリンク３４を介してコンピュータシステム２０に送られ、そこでディスク記憶装置２８などのメモリに格納される。オペレータコンソール１２から受け取ったコマンドに応じて、この画像データをテープドライブ装置３０などの長期記憶装置に保管することができる、即ち、画像プロセッサ２２によってそれをさらに処理して、オペレータコンソール１２に送り、ディスプレイ１６に表示することができる。」
　
（オ）「【００１７】
　本発明は、医療撮像の実験とセッションのワークフローを規定する方法と装置に関する。本発明は、階層的なスキームを利用して、ワークフローの改善を容易にするものである。ワークフロー・ツールは、末梢血管の「最高の」アプリケーションと考えられる、ＭＲ撮像技術を利用する（ＰＶ）アプリケーションに関して説明される。…
　　　【００１８】
　
本発明では、アプリケーションワークフローの直観的な認識を深めることによってワークフローが改善され、アプリケーションがより柔軟となり、利用可能性が改善され、ユーザとの対話／ステップ数が減り、耐障害性が得られることになる
　
（カ）「【００２２】
　ここで、図４を参照すると、初期のセットアップウィンドーを備えるＧＵＩ１１８が示されている。まず、
ＰＶアプリケーションが起動するときか、もしくは、ユーザがタブアレイ１１９をモジュール化する「初期セットアップ（ＩＮＩＴＩＡＬ　ＳＥＴＵＰ）」タブ１１９（ａ）を選択する際にＧＵＩ１１８が表示される
ユーザは、獲得環境１２１などの環境を確立することができる。獲得環境１２１には、コイル（ＣＯＩＬ）１２２とステーション数（ＮＵＭＢＥＲ　ＯＦ　ＳＴＡＴＩＯＮＳ）１２４とトリガモード（ＴＲＩＧＧＥＲＵＮＧ　ＭＯＤＥ）１２６が含まれる。コイル１２２に対応するものは、ＰＶアレイなどのユーザがコイルを選択できるドロップダウンメニュー１２８である
ユーザが３台よりも多いステーションの数を入力する場合は、ＧＵＩ１１８は、アレイ１１９に対してさらにモジュール化する複数のタブを追加するように自動的に更新される
　　　【００２３】
　アレイ１１９には、初期セットアップに対応する「モジュール化」タブ１１９（ａ）を含むだけでなく、「ローカライザ（ＬＯＣＡＬＩＺＥＲＳ）」タブ１１９（ｂ）と「ステーション１（ＳＴＡＴＩＯＮ　１）」タブ１１９（ｃ）と「ステーション２（ＳＴＡＴＩＯＮ　２）」タブ１１９（ｄ）と、「ステーション３（ＳＴＡＴＩＯＮ　３）」タブ１１９（ｅ）と、「概要（ＳＵＭＭＡＲＹ）」タブ１１９（ｆ）と、「２Ｄフルオロ（２Ｄｆｌｕｒｏ）」タブ１１９（ｇ）と、「ランオフ（ＲｕｎＯｆｆ）」タブ１１９（ｈ）も含まれている。モジュール化タブアレイ１１９は、ウィンドー１２０の左側に沿って垂直に配置されている。
タブ１１９（ａ）−（ｈ）は、医療撮像スキャンセッションの各指示ステップに対応する
タブは垂直に配置され、好適な一実施形態では、実行順に配置される。即ち、タブ１１９（ａ）−（ｈ）は、医療撮像スキャンセッションの指示によってユーザをガイドするように論理的に配置される
　　　【００２４】
　さらに、ＧＵＩ１１８は、ユーザが画像処理環境（ＩＭＡＧＥ　ＰＲＯＣＥＳＳＩＮＧ　ＳＥＴＴＩＮＧＳ）１３６を選択すること、例えば、適切な自動減算（ＡＵＴＯ−ＳＵＢＴＲＡＣＴＩＯＮ）１３８を見分けることをさらに容易にするものである。好適な一実施形態では、ユーザは、動脈−マスク（ＡＲＴＥＲＩＡＬ−ＭＡＳＫ）１４０と静脈−マスク（ＶＥＮＯＵＳ−ＭＡＳＫ）１４２と静脈−動脈（ＶＥＮＯＵＳ−ＡＲＴＥＲＩＡＬ）１４４のうちの１つを選択することができる。また、ユーザは、チェックボックス１４６を選択することによって投影画像を作成するか、もしくは、チェックボックス１４８を選択することによって画像を生成するかを指示することができる。ＧＵＩ１１８には、「注（ＮＯＴＥＳ）」ボタン１５０がさらに含まれており、これをユーザが一旦選択すると、瞬間的な医療撮像スキャンセッションやプロトコルに関する注を入力するためのＧＵＩ、即ち、ウィンドーが現れる。また、「患者」ボタン１５２も提供されており、これをユーザが一旦アクティブにすると、患者に関する情報を表示することができる。…「ランドマーク」ボタン１５４を選択することによって、スキャン対象の適切な位置決めを容易にするように構成されるその他のウィンドー（不図示）が現れる。…
…
　　　【００２６】
　領域１１０には、特定の指示に関する様々な情報を表示するＲｘマネージャ・インターフェイス１７０が含まれる。
Ｒｘマネージャ１７０には、「閲覧／編集（Ｖｉｅｗ／Ｅｄｉｔ）」タブ１７２と、「スキャン準備（ＰＲＥＰＡＲＥ　ＴＯ　ＳＣＡＮ）」タブ１７４と、「プロトコルとしてＲｘの退避（ＳＡＶＥ　Ｒｘ　ＡＳ　ＰＲＯＴＯＣＯＬ）」タブ１７６
が含まれる
…
　　　【００２９】
　
「動脈−マスク」オプション１４０は、動脈のラン画像の獲得後に、マスクを使って一連の減算画像を自動生成すべきであることを示すもの
　
（キ）「【００３０】
　このアプリケーションのワークフローは以下のように機能する。
ユーザは、スクリーン１１４の左側のタブ１１９によって持ってこられる一連のステップによって一つのアプリケーションをナビゲートする。
ユーザは、これらのタブ１１９によってトップからボトムまで移動することが好ましい。これは、このアプリケーションを遂行する好適な方法と期待される
動脈と静脈のランを獲得するために、「ランオフ」ステップ（即ち、最終ステップ）前の７つの全ステップは成功裏に完了したに違いない。即ち、ＰＶアプリケーションは、動脈／静脈獲得の最終ステップ前の全ステップを実行することが必要である。全ての前ステップを完了することなく、ディスエーブルにされた「スキャン」ボタン１６６と、「アプリケーションメッセージ」エリア１１６に表示されたメッセージを介して「ラン」を獲得しようとする場合には、ユーザにこの要件が通知される
　　　【００３１】
　ここで図５を参照すると、ユーザが「ローカライザ」タブ１１９（ｂ）を選択したときのＧＵＩ１１８の様子が示されている。ウィンドー１８４はＧＵＩ１１８内に出現するので、ユーザは、（上述した「初期セットアップ」と定義される）各ステーションのローカライザのスキャンパラメータを見直したり変更することができる。図５は、システムがその他の一般のシリーズをスキャンすることでビジーである間に、ユーザがローカルなアプリケーションに対して「先行指示」することによって効果的にマルチタスク処理を行う方法を示す。ユーザは、患者名とＩＤを含むスクリーン上の「グローバル情報アクセス」エリアのボタン１５２をクリックすることによって「患者情報」を見ることができる。次に、ポップアップに基づく対話が、（以下で説明される）図６で示されるもとと同様のＰＶアプリケーションＧＵＩ１１８上に表示される。
　　　【００３２】
　ウィンドー１８４によって、ユーザは各ステーションのスキャンパラメータを見直したり変更することができる。
ユーザは、各ステーションでのＦＯＶ１８６とスライス厚（ＳＬＩＣＥ　ＴＨＩＣＫＮＥＳＳ）１８８とスライス／フレーム（ＳＬＩＣＥ　ＰＥＲ　ＦＲＡＭＥ）１９０とスライス間隔（ＳＬＩＣＥ　ＳＰＡＣＩＮＧ）１９２を調整することができる。また、ユーザは、ＦＯＶ１９４の中心に関係するスキャンパラメータを見直して編集することができる
　
（ク）「【００４５】
　ここで図１０を参照すると、各ステーションのための全マスク画像セットが得られた後で、ユーザは「概要」タブ１１９（ｆ）に進むことができる。
「概要」ウィンドー２６４の目的は、獲得順序を見直すオプションと動脈と静脈の画像の獲得時間をユーザに提供したり、動脈や静脈の相の獲得を「スキップ」したり、相数を変えることである
　　　【００４６】
　ウィンドー２６４は、動脈と静脈の画像の獲得中に発生するように計画された全てをユーザに明確に示すものである。図示されたものには、色レベル（即ち、動脈には赤、静脈には青）を使って動脈と静脈を獲得したことを示す２つの列が含まれる。
　　　【００４７】
　色レベルには、各シリーズのスキャン時間が含まれる。
　　　【００４８】
　ボックスの次のチェックボックスによって、ユーザは獲得したものを選択したりスキップすることができる。従って、ステップをスキップするためには、ユーザは、特定の獲得したものに関連するチェックボックスを非チェックにするだけでよい。
　　　【００４９】
　パネルは、獲得開始と、獲得のためにリストされた総時間を明確に示すものである。この数字は、選択された順序と、獲得されたものと獲得されなかったものに基づいて動的に更新される。」
　
（ケ）「【００５３】
　フルオロ獲得を指示した後で、ユーザは「ランオフ」タブ１１９（ｈ）を選択して、撮像アプリケーションの最終ステップを完了させる。
　　　【００５４】
　図１２を参照すると、タブ１１９（ｈ）が選択されるとウィンドー２８０が出現する。ウィンドー２８０から、ユーザは２つの方式のうちの一方で動脈と静脈の画像を獲得することができる。始めに、ユーザはリアルタイムのＸ線透視技術を利用して画像を獲得することができる。…この点で、ユーザは以下の項目の１つか両方かを行うか、もしくは、どの項目も行わない。
　　　【００５５】
　Ａ。「ＲＯＩ」ボタン２８６を選択して、閲覧者２８４の注目画像エリアに注目領域（ＲＯＩ）２８８を描く。このステップは、ユーザがボーラスの到達を視覚的に検出するときにも不要である。この特定のケースでは、ＲＯＩを利用し、それを画像に配置するとすぐにウィンドー２８０のトップの２９０が画素輝度情報で更新される。
　　　【００５６】
　Ｂ。「獲得遅延（ＡＣＱＵＩＳＩＴＩＯＮ　ＤＥＬＡＹ）」テキストフィールド２９２に時間を手動入力する。これは、「自動トリガ」２９４が選択された場合になされる。このケースでは、ユーザはテキストフィールド２９２を０にするが、この０は、ユーザがスキャンを開始させるために「Ｇｏ３Ｄ」や「スキャン」ボタン２９６を手動押下すべき旨をシステムに伝えるものである。
　　　【００５７】
　Ｘ線透視後に、ユーザは、造影剤の本質的な注入を行うための「注射開始（ＳＴＡＲＴ　ＩＮＪＥＣＴＯＲ）」ボタン２９８を押すことによって注射器を起動することができる。「獲得遅延」２９２が０より大きな値である場合は、閲覧者はタイマーを起動し、「自動トリガ」２９４が選択された場合にそれが「獲得遅延」テキストフィールド２９２に表示された同じ値に達すると自動スキャンが実行される。ユーザは、造影剤が到達したことを検出するために、閲覧者の画像２８４とグラフ２９０を観察することができる。一旦造影剤が検出されると、それがスキャンの開始時刻となる。ユーザが、必要なインストラクション（即ち、息を止めなさい）を患者に与え、「スキャン」ボタン２９６を押下すると、動脈と静脈画像の獲得シーケンスが「概要」ステップで指定されたように発生する。…
…
　　　【００６０】
　「注射開始」ボタン２９８を押すと、最大量の造影剤が患者に注入され、テキストフィールドの値と画像のタイマーのカウントダウンが始まるので、ユーザにとって視覚的なキュー／リマインダとして機能する。自動トリガ２９４が選択された場合は、テキストフィールドと画像の値はゼロになり、スキャナーは動脈と静脈の画像の獲得を自動的に開始する。…
　　　【００６１】
　
ユーザが動脈と静脈画像の獲得を終えた後で、ユーザは、各パラメータを再入力することなく、ＰＶアプリケーションのこの特定の例を後で利用可能なプロトコルとして退避させることができる。これによって、将来利用可能なプロトコルのデータベースを構築することができる
　
　上記の記載事項（ア）〜（ケ）と図面を総合すると，引用例には，以下の発明が記載されていると認められる。
　
　「ディスプレイ（１６）を備えたオペレータコンソール（１２）と，
　前記オペレータコンソール（１２）に接続されたコンピュータシステム（２０）と，
　前記オペレータコンソール（１２）に接続され，前記オペレータコンソール（１２）から受け取ったＭＲ撮像スキャンシーケンスを実行する，システム制御部（３２）とを備えた，核磁気共鳴撮像（ＭＲＩ）システム（１０）において，
　医療撮像セッションを指示するグラフィカルユーザインターフェイス（ＧＵＩ）（１１８）であって，医療撮像セッションの指示ワークフローを容易にするように構成されるとともに，前記オペレータコンソールの前記ディスプレイ（１６）上に視覚的に表示されるように構成されたグラフィカルユーザインターフェイス（ＧＵＩ）（１１８）を含み，
　前記グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）は，医療撮像セッションの複数の指示ステップに対応して，垂直方向にその実行順に配列された複数のモジュール化タブ（１１９）を含むものである，
　核磁気共鳴撮像（ＭＲＩ）システム（１０）。」（以下，「引用発明」という。）
　
（２）補正発明と引用発明との対比
　補正発明と引用発明とを対比すると，その構造および機能からみて，引用発明の「核磁気共鳴撮像（ＭＲＩ）システム（１０）」及び「前記オペレータコンソール（１２）から受け取ったＭＲ撮像スキャンシーケンスを実行する，システム制御部（３２）」は，それぞれ，補正発明の「診断撮像システム」及び「前記診断撮像システムにより操作項目の実施を制御する制御システム」に相当する。
　また，引用発明において，オペレータコンソール（１２）はシステム制御部（３２）に接続されるものであるから，引用発明の「前記オペレータコンソールの前記ディスプレイ（１６）上に視覚的に表示されるように構成されたグラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」は，補正発明の「操作項目の順列を発生させるスケジューラーモジュールを含む、前記制御システムに結合されるユーザインタフェース」と，「前記制御システムに結合されるユーザインタフェース」である点で共通する。
　
　そうすると，両者は，次の点で一致し，以下の点で相違するといえる。
　
［一致点］
「診断撮像システムにおいて，
−前記診断撮像システムにより操作項目の実施を制御する制御システム，及び
−前記制御システムに結合されるユーザインタフェース
を有する診断撮像システム。」　
　
［相違点］
　補正発明の「ユーザインタフェース」が「操作項目の順列を発生させるスケジューラーモジュールを含む」ものであって，かつ，「前記操作項目の順列が、前記操作項目を実施する際の関係に関する情報を含」むとともに「前記操作項目を実施する際の関係に関する情報が、実行されるべき操作項目に対し遂行されるべき条件を含む」ものであるのに対して，引用発明の「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」についてはこれらの点が明らかではない点。
　
（３）相違点についての検討・判断
　上記相違点について検討する。
　
　まず，補正発明の上記相違点にかかる構成についてみるに，本願明細書には，「操作項目」及び「操作項目の順列」に関し，以下の記述がある（下線は当審が付与したもの）。
　
「【０００６】
　本発明の診断撮像モダリティは、この診断撮像モダリティの自動操作を大いにサポートするユーザインタフェースを備える。これを目的とするために、スケジューラーモジュールは、前記操作項目の順列を発生又は作成する。この制御システムは、診断撮像モダリティにより、操作項目の実施を制御する。これら操作項目は前記順列に基づいて実施される。
この操作項目の順列は、連続の順序と、操作項目が実行される順序に従うタイミングとを含んでいる。操作項目間の如何なる関係、例えば次の操作項目が実施される前には完了した状態となるある操作項目の完了、又は操作項目が先行する操作項目の結果に依存して実施される正確な方法もこの順列に含まれる。特に、スケジューラーモジュールは様々な形式の操作項目の順列を発生させる。これら様々な形式は、診断撮像システムの異なる機能、例えばデータの取得、この取得したデータからの画像の復元を含む取得したデータの処理及び画像処理機能、ビュー機能、例えばディスプレイのレイアウトを設定する、患者取り扱い機能、及び患者情報を扱う、命令を発する、進捗を示す又は追加の情報を供給するようなユーザインタフェース機能に関連する。
　【０００７】
　本発明は、磁気共鳴撮像システムに用いられる場合、特に有利である。
前記操作項目は、例えば様々な画像取得シーケンス、関心領域（ＲＯＩ）の計画、上記１つ又は幾つかの断面スライスである。操作項目は、造影剤を投与して（すなわちコントラスト強調ＭＲアンギオグラフィにおいて）、（移動するベッドの撮像のように）検査すべき患者を移動することに関する
…
　【００１０】
　本発明の診断撮像システムの好ましい実施例において、スケジューラーモジュールは、実際のパラメタ設定に基づいて、操作項目の順列を形成するように設定される。操作項目のパラメタ設定は、操作項目の形式、操作項目が伴う活動、及びそれら活動が行われる方法を明記している。これらパラメタは、取得シーケンス、特に磁気共鳴信号を取得するパルスシーケンス、及びこのような取得シーケンスの幾つかの順序を規定するスキャンパラメタ形式でもよい。他のパラメタ形式は、ビュー機能、例えばディスプレイにより使用されるスクリーンレイアウトに関する。特に、このスクリーンレイアウトの設定は、検査の形式に依存している。さらに他のパラメタ形式は、ウィンドウ(windowing)及びズーム(zooming)の選択、又は最大若しくは最小値投影（ＭＩＰ若しくはｍＩＰ）の利用のような画像処理にも関する。さらに他のパラメタ形式は、造影剤の位置特定及び注入のような患者を取り扱う様々な態様に関する。造影剤の注入に適当なパラメタは、例えば注入するのに最適なタイミングと同様に、造影剤の投与量及び注入速度である。さらに患者情報に関するデータが含まれてもよい。操作項目及びこれら操作項目のパラメタ設定の実施例は、取得シーケンスの形式、並びにＲＦパルス及び印加される一時的な勾配磁場の詳細及び順序であり、さらにＳＥＮＳＥ又はＳＭＡＳＨのような並行撮像技術が磁気共鳴撮像に用いられる場合、アンダーサンプリング(undersampling)の度合いも適当なパラメタ設定である。
特に、並行撮像が用いられる場合、他の適当な操作項目は、ＲＦ励起及び／又は特に表面コイル形式である受信コイルの組の選択及び位置特定である。他の操作項目は、追加の（表面）コイルの組と、用いられる他のコイル、例えば身体コイルとの電磁気的な整合に関する。操作項目の他の実施例は、ＲＦコイル、特に使用される表面コイル形式、及びこれらコイルが位置特定される方法である。次の実施例は、検査すべき患者の位置特定に関し、これは、１つの位置における磁気共鳴画像のような診断画像を取得するために患者が位置特定される方法の詳細に関するが、様々な検査は、検査すべき患者の連続する位置特定における磁気共鳴画像の取得を含んでいる
操作項目の他の実施例は造影剤の投与であり、この造影剤の投与の際に磁気共鳴信号を取得するのにどの取得シーケンスが用いられるかである
本発明によれば、スケジューラーモジュールは、実際のパラメタ設定に基づく適当な順列でこれら操作項目を整列させる。スケジューラーモジュールは、実際のパラメタ設定に基づいて、できるだけ自律的にこの整列を行う。次いで、このスケジューラーモジュールは、実行されるべき検査の特定な要件を考慮して、オペレータが順列を編集することができる編集モードもサポートしている。
　【００１１】
　他の好ましい実施例において、制御システムは、実施リストにおける操作項目に従って、診断撮像システムを稼動させる。
前記スケジューラーは、順列により与えられる適当な順序で実施リストに操作項目を発して、診断撮像システムにより実行されるべき操作項目に対し、遂行されるべき条件も考慮している。例えば、このような条件は、取得シーケンスに対するＲＯＩ(Region of interest)及び／又はＦＯＶ(Field of view)の実行されている幾何学的プランニングを含んでいる。他の実施例は、コントラスト強調撮像に対し取得する前に、造影剤が投与され
　【００１２】
　興味のある実施例において、
操作項目は、実際の取得シーケンスに次いで、これら取得シーケンスに対する幾何学的プランニングも含んでいる。この幾何学的プランニングは特に、取得シーケンスに対するＦＯＶの大きさ及び位置の設定に関する
…
【発明を実施するための最良の形態】
　【００１６】
　図１は、本発明による診断撮像モダリティ１の概略的表示を示す。…
制御システムは、実施リスト５に含まれる一連の操作項目に基づいて磁気共鳴撮像システムを動作させる
…
　【００１８】
　前記検査カードに関するビューポート３１１は、メモリから検査カードを集めたものを利用可能にし、これらがリスト３１４に示される。アクティブである選択した検査カードの様々な操作項目が実行リスト５の表示部３１５に示される。これら検査カードは、例えばリスト３１４における選択したエントリーをマウスでクリックすることにより選択されてもよい。検査カードに関するビューポートの詳細は図３に示される。
　【００１９】
　図３は、図２に示されるユーザインタフェースの詳細を示す。検査カードに関するビューポート３１１がさらに詳しく示されている。特に、
実施リストの表示３１５は、例えば取得シーケンスのような実際の操作項目を示す
後続する操作項目は、比較を含むコントラスト強調アンギオスキャン(angio scan)、ＲＯＩにおけるコントラストボーラス(contrast bolus)の到達を判断するためのボーラストラック、及び実際のコントラスト強調取得を含む
　
　このように，補正発明の「操作項目」は本願明細書において明確に定義づけられていないものの，上記記載事項（特に下線部参照。）における例示列挙を参酌すると，（１）制御システムによって磁気共鳴撮像システムを動作させる実際の取得シーケンス（実施リスト５）に加え，（２）実際の取得シーケンスの前に行われる，コイルの選択及び位置設定や取得シーケンスに対するＲＯＩ(Region of interest)及び／又はＦＯＶ(Field of view)の実行されている幾何学的プランニングなどの事前環境設定，及び，コントラスト強調撮像の場合の造影剤の投与など事前準備，並びに，（３）実際の取得シーケンスの後に行われる，比較を含むコントラスト強調アンギオスキャン(angio scan)や実際のコントラスト強調取得などの画像処理を主とした事後操作を含む概念であるといえ，「操作項目の順列」とは，これら想定されうる「操作項目」のうちから実際の取得シーケンスのために必要とされる具体的な「操作項目」を選択した上で，適当な順序に整列させることを含むものであるといえる。そして，補正発明の「スケジューラーモジュール」は，「実際のパラメタ設定に基づいて、できるだけ自律的にこの整列を行う」ものであるが，同時に，「実行されるべき検査の特定な要件を考慮して、オペレータが順列を編集することができる編集モードもサポートしている」とされている。
　
　これに対して，引用発明の「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」は，「医療撮像セッションの指示ワークフローを容易にするように構成される」ものであって「医療撮像セッションの複数の指示ステップに対応して，垂直方向にその実行順に配列された複数のモジュール化タブ（１１９）を含むものである」ところ，引用例の特に上記記載事項（カ）及び（キ）等の記載に照らし，「指示ステップ」には，補正発明の「操作項目」と同様に，コイルの選択やスキャン対象の位置決めなどの実際の医療撮像スキャンの前に行うべき事前環境設定，医療画像獲得のための当該事前設定に応じたＭＲ撮像スキャンシーケンスの実行，医療画像獲得後に前記事前環境設定に応じて自動的に行われる画像処理が含まれるものであることは明らかである。また，ＭＲ撮像スキャンシーケンスには，引用例の上記記載事項（ク）の記載及び図１０の図示に照らし，医療画像の獲得の順序及びタイミングが含まれることは明らかである。
　そうすると，引用発明の「その実行順に配列された」「指示ステップ」及び「ＭＲ撮像スキャンシーケンス」は補正発明の「操作項目の順列」に相当するといえるか，あるいは少なくとも，補正発明の「操作項目の順列」は引用発明の「その実行順に配列された」「指示ステップ」又は「ＭＲ撮像スキャンシーケンス」を包含する概念であるといえる。
　
　そして，引用例の上記記載事項（ア），（ウ）及び（カ）等の記載（特に【請求項２５】及び【００２２】の記載参照。）に照らし，「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」を表示するアプリケーションはその起動時等に「受けとられたユーザ入力に基づいて複数の指示ステップを決定」するものであって，その上で，当該「複数の指示ステップ」を「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」上に「垂直方向にその実行順に配列された複数のモジュール化タブ（１１９）」として「表示する」ものである。また，ＭＲ撮像スキャンシーケンスに関し，引用例の上記記載事項（ク）及び図１０の図示に照らし，引用発明の「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」は，医療画像獲得の直前の指示ステップである「概要」ステップにおいてユーザによる確認・見直しのために，医療画像の獲得の順序及びタイミングを含むＭＲ撮像スキャンシーケンスを表示するものであるといえる。
　してみると，引用発明の「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」は，補正発明の「ユーザインタフェース」と，「操作項目の順列を発生させる」という点でも共通するといえる。
　
　さらに，引用発明は，引用例の上記記載事項（キ）からみて，最終ステップである医療撮像スキャンを実行するためには「最終ステップ前の全ステップを実行することが必要である」とされ，その条件が満たされない場合には「『スキャン』ボタン１６６」が「ディスエーブルにされ」るとともに「ユーザに対して要件が通知される」ように構成されたものである。
　すなわち，引用発明の「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」には，複数の指示ステップの相互の関係に関する情報が含まれるとともに，実行されるべき一の指示ステップ（最終ステップ）に対し遂行されていなければならない条件（その前の全ステップ）が含まれることは明らかである。
　
　そうしてみると，補正発明と引用発明との上記相違点は，実質的には，「ユーザインタフェース」において「操作項目の順列を発生させる」という機能を果たすものが，補正発明においては「スケジューラーモジュール」として含まれるのに対して，引用発明ではモジュール化されているか定かではないという点に帰着する。
　
　そこで，補正発明における「スケジューラーモジュール」の構成についてみるに，本願明細書には，以下の記述がある（下線は当審が付与したもの）。
　
「　【００１３】
　好ましくは、診断画像システムは、
スキャンスケジュールを記憶するためにスケジューラーモジュールによりアクセス可能であるメモリを備える
これらスキャンスケジュールはメモリにおいて利用可能であるため、特にこれらスケジュールが前の診断撮像手順において正常だと判明した場合、これらは容易に取り出される
有利なことに、メモリがブラウザを備えたデータベース形式で設けられるので、以前のスキャンスケジュールが容易に見つけられる
　
　これに対して，引用発明の「グラフィカルユーザインターフェイス（ＧＵＩ）（１１８）」においても，引用例の上記記載事項（カ）及び（ケ）（特に【００２６】及び【００６１】参照。）からみて，事前環境設定における各種パラメータ設定を「プロトコル」として退避し，「将来利用可能なプロトコルのデータベース」として構築するものであるから，「プロトコル」を保存するためのメモリをオペレータコンソール（１２）又はオペレータコンソール（１２）に接続されたコンピュータシステム（２０）に備えるものであることは明らかである。
　
　そうしてみると，補正発明における「スケジューラーモジュール」が，本願明細書等に照らしてみても，ソフトウェア的観点からどのようにモジュール化されているのか明らかになされておらず，機能的にまとまった部分を単にモジュールと表現しているに過ぎず，モジュール化は，例を挙げるまでもなく従前周知の事項であって，引用例における「メッセージモジュール（１１６）」といった記載に見られるように引用発明においても当業者には十分想定されることである。したがって，引用発明において上記の実質的な相違点における補正発明のような構成とすることは，当業者にとって格別の技術的困難性がなく，容易になし得る程度のことであるというべきである。
　
　そして，本願明細書に記載された補正発明の効果も，当業者であれば予測し得る範囲内のものであり，格別顕著なものとはいえない。
　
（４）小括
　したがって，補正発明は，引用発明及び従来周知の事項に基づいて当業者が容易に発明をすることができたものであるというべきであるから，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができないものである。
　
４　まとめ
　以上を総合すると，補正発明は，特許法第２９条第２項の規定によって特許出願の際独立して特許を受けることができないものであるから，本件補正は，却下すべきものである。
　
　
第３　本願発明に対する判断
１　本願発明の認定
　以上のとおり，平成２３年９月９日付けの手続補正は上記のとおり却下されることとなったので，本願の請求項１〜９に係る発明は，平成２３年１月２４日付けの誤訳訂正書により訂正された特許請求の範囲の請求項１〜９に記載された事項により特定されるものであると認められ，その請求項１に係る発明（以下，「本願発明」という。）は，次のとおりのものである。
　
「【請求項１】
　診断撮像システムにおいて、
−前記診断撮像システムにより操作項目の実施を制御する制御システム、及び
−操作項目の順列を発生させるスケジューラーモジュールを含む、前記制御システムに結合されるユーザインタフェース
を有
し、　前記操作項目の順列が、前記操作項目を実施する際の関係に関する情報を含む、
　
２　引用刊行物の記載事項
　原査定の拒絶の理由に引用され，本願特許出願前に頒布された刊行物である引用例の記載事項は，前記「第２の３（１）引用刊行物の記載事項」に記載したとおりである。
　
３　判断
　本願発明は，上記「第２の１　本件補正の内容」及び「第２の２　本件補正の目的」において検討したとおり，補正発明の一部限定を省略したもの，言い換えれば，補正発明は本願発明の構成要件をすべて含むものであるということができる。
　しかるに，本願発明の構成要件をすべて含む補正発明が，上記「第２の３　独立特許要件」に記載した理由によって，許法第２９条第２項の規定によって特許を受けることができないものであるから，本願発明についても同様の理由により，特許法第２９条第２項の規定によって特許を受けることができないものであるといえる。
　
　
第４　結び
　以上のとおり，本願発明は，特許法第２９条第２項の規定により特許を受けることができないから，他の請求項に係る発明について言及するまでもなく，本願は，拒絶されるべきものである。
　
　よって，結論のとおり審決する。