【事件の表示】
　特願２０１３−５０２１８４「データ制御システム、データ制御方法およびデータ制御用プログラム」拒絶査定不服審判事件〔平成２４年　９月　７日国際公開、ＷＯ２０１２／１１７７０１、請求項の数（９）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１ 手続の経緯
　本願は，２０１２年２月２３日（優先権主張平成２３年３月２日（以下，「優先日」という。））を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　平成２８年　３月２５日付け：拒絶理由通知書
　　　　同年　５月２７日　　：意見書，手続補正書の提出
　　　　同年１０月２８日付け：拒絶理由（最後の拒絶理由）通知書
　平成２９年　１月　６日　　：意見書，手続補正書の提出
　　　　同年　６月　７日付け：平成２９年１月６日の手続補正についての
　　　　　　　　　　　　　　　補正の却下の決定，拒絶査定
　　　　同年　９月１２日　　：審判請求書，手続補正書の提出
　　　　同年１０月２７日付け：前置報告
第２　原査定の概要
　原査定（平成２９年６月７日付け拒絶査定）の概要は次のとおりである。
１．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
●理由１（進歩性）について
・独立項　１，９，１０　従属項　２，３，８
・引用文献等　１あるいは２、及びｃ〜ｅ
・従属項　４〜７
・引用文献等　１〜３、及びｃ〜ｅ
＜引用文献等一覧＞
　１．国際公開第２００３／０６９４９２号
　２．特開平１０−３３３９２４号公報
　３．特開２００１−１５９９５６号公報
　ｃ．特開２０１０−２１１３４９号公報
　ｄ．特開２００９−１２３０９１号公報
　ｅ．特開２００２−２６２０９９号公報
第３　審判請求時の補正について
　審判請求時の補正は，特許法１７条の２第３項から第６項までの要件に違反しているものとはいえない。
　審判請求時の補正によって請求項１に「前記メインメモリは、転送データを記憶する複数のバッファを含み」及び「前記バッファごとに第一デバイス制御手段に対する読み取り指示を並列に行い、前記バッファごとに第二デバイス制御手段に対する書き込み指示を並列に行い」という事項を追加する補正，並びに同請求項８及び９に同様な事項を追加する補正は，特許請求の範囲の減縮を目的とするものであり，また，当該事項は，審判請求時の補正前の特許請求の範囲の請求項７に記載されているから，当該補正は新規事項を追加するものではないといえる。
　そして，「第４　本願発明」から「第６　対比・判断」までに示すように，補正後の請求項１乃至９に係る発明は，独立特許要件を満たすものである。
第４　本願発明
　本願請求項１乃至９に係る発明（以下「本願発明１」乃至「本願発明９」という。）は，平成２９年９月１２日付け手続補正によって補正された特許請求の範囲の請求項１乃至９に記載された，次のとおりのものと認める。
「　　【請求項１】
　第一のデバイスから第二のデバイスへのデータ転送制御をカーネルモードで行うＣＰＵと、
　前記第一のデバイスから第二のデバイスへ転送されるデータを記憶するメインメモリとを備え、
　前記メインメモリは、転送データを記憶する複数のバッファを含み、
　前記ＣＰＵは、
　前記第一のデバイスを制御する第一デバイス制御手段と、
　前記第二のデバイスを制御する第二デバイス制御手段と、
　前記第一のデバイスから読み取ったデータを前記メインメモリに記憶させる指示である読み取り指示を前記第一デバイス制御手段に対して行い、前記メインメモリに記憶されたデータを前記第二のデバイスに書き込む指示である書き込み指示を前記第二デバイス制御手段に対して行うデータ転送制御手段とを含み、
　前記データ転送制御手段は、前記メインメモリにＤＭＡリストを作成し、前記バッファごとに第一デバイス制御手段に対する読み取り指示を並列に行い、前記バッファごとに第二デバイス制御手段に対する書き込み指示を並列に行い、
　前記第一デバイス制御手段は、前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第一のデバイスに対して行い、
　前記第二デバイス制御手段は、前記ＤＭＡリストを用いたＤＭＡにより前記第一のデバイスによって書き込まれたデータを読ませる制御を前記第二のデバイスに対して行う
　ことを特徴とするデータ制御システム。
　　【請求項２】
　データ転送制御手段は、第二のデバイスに書き込む指示を行う前に、メインメモリに記憶されたデータに対して予め定められた処理を行う
　請求項１記載のデータ制御システム。
　　【請求項３】
　データ転送制御手段は、第一のデバイスから第二のデバイスへのデータ転送要求が行われたときに、要求されたデータ量の転送が完了するまで、第一デバイス制御手段に対する読み取り指示および第二のデバイスに対する書き込み指示を繰り返す
　請求項１または請求項２記載のデータ制御システム。
　　【請求項４】
　メインメモリに、転送されるデータを記憶する領域を確保する領域確保手段と、
　前記領域を解放する領域解放手段とを備えた
　請求項１から請求項３のうちのいずれか１項に記載のデータ制御システム。
　　【請求項５】
　メインメモリは、
　読み取り指示を示す読み取り指示コマンドおよび書き込み指示を示す書き込み指示コマンドを記憶する指示コマンド記憶手段と、
　メインメモリ内における転送データの記憶先を示すリストである記憶先リストを記憶する記憶先リスト記憶手段とを含み、
　データ転送制御手段は、前記読み取り指示コマンドおよび前記書き込み指示コマンドを作成して前記指示コマンド記憶手段に記憶させ、前記記憶先リストを作成して前記記憶先リスト記憶手段に記憶させ、
　第一デバイス制御手段は、前記指示コマンド記憶手段に記憶された読み取り指示コマンドおよび記憶先リストに基づいて、第一のデバイスから読み取ったデータを当該記憶先リストが示す記憶先に記憶させ、
　第二デバイス制御手段は、前記指示コマンド記憶手段に記憶された書き込み指示コマンドおよび記憶先リストに基づいて、当該記憶先リストが示す記憶先から読み取ったデータを第二のデバイスに書き込む
　請求項１から請求項４のうちのいずれか１項に記載のデータ制御システム。
　　【請求項６】
　第一のデバイスおよび第二のデバイスの管理情報が記憶された位置を示すアドレスである管理情報アドレスを、当該第一のデバイスおよび第二のデバイスの名前と対応付けて記憶する管理情報アドレス記憶手段を備え、
　データ転送制御手段は、前記管理情報アドレスが示す位置に記憶された管理情報に基づいて、読み取り指示コマンドおよび書き込み指示コマンドを作成する
　請求項５記載のデータ制御システム。
　　【請求項７】
　ＣＰＵは、第一のストレージデバイスから第二のストレージデバイスへのデータコピー制御をカーネルモードで行い、
　メインメモリは、前記第一のストレージデバイスから第二のストレージデバイスへコピーされるデータを記憶し、
　第一デバイス制御手段は、前記第一のストレージデバイスを制御し、
　第二デバイス制御手段は、前記第二のストレージデバイスを制御する
　請求項１から請求項６のうちのいずれか１項に記載のデータ制御システム。
　　【請求項８】
　第一のデバイスから第二のデバイスへのデータ転送制御をカーネルモードで行うＣＰＵが、転送データを記憶する複数のバッファを含み、当該第一のデバイスから当該第二のデバイスへ転送されるデータを記憶するメインメモリにＤＭＡリストを作成し、
　前記ＣＰＵが、前記第一のデバイスから読み取ったデータをメインメモリにおける前記バッファごとに記憶させる指示を、自ＣＰＵに備えた当該第一のデバイスを制御する第一デバイス制御手段に対して並列に行い、
　前記第一デバイス制御手段が、前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第一のデバイスに対して行い、
　前記ＣＰＵが、前記メインメモリにおける前記バッファごとに記憶されたデータを前記第二のデバイスに書き込む指示を、自ＣＰＵに備えた当該第二のデバイスを制御する第二デバイス制御手段に対して並列に行い、
　前記第二デバイス制御手段が、前記ＤＭＡリストを用いたＤＭＡにより前記第一のデバイスによって書き込まれたデータを読ませる制御を前記第二のデバイスに対して行う
　ことを特徴とするデータ制御方法。
　　【請求項９】
　第一のデバイスから第二のデバイスへのデータ転送制御をカーネルモードで行うＣＰＵおよび前記第一のデバイスから第二のデバイスへ転送されるデータを記憶するメインメモリを備えたコンピュータに適用されるデータ制御用プログラムであって、
　前記コンピュータに、
　前記第一のデバイスを制御する第一デバイス制御処理、
　前記第二のデバイスを制御する第二デバイス制御処理、および、
　前記第一のデバイスから読み取ったデータを前記メインメモリに記憶させる指示である読み取り指示を前記第一デバイス制御処理で実行させ、前記メインメモリに記憶されたデータを前記第二のデバイスに書き込む指示である書き込み指示を前記第二デバイス制御処理で実行させるデータ転送制御処理を実行させ、
　前記メインメモリは、転送データを記憶する複数のバッファを含み、
　前記コンピュータに、
　前記データ転送制御処理で、前記メインメモリにＤＭＡリストを作成させ、前記バッファごとに第一デバイス制御処理における読み取り指示を並列に行わせ、前記バッファごとに第二デバイス制御処理における書き込み指示を並列に行わせ、
　前記第一デバイス制御処理で、前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第一のデバイスに対して行わせ、
　前記第二デバイス制御処理で、前記ＤＭＡリストを用いたＤＭＡにより前記第一のデバイスによって書き込まれたデータを読ませる制御を前記第二のデバイスに対して行わせる
　ためのデータ制御用プログラム。」
第５　引用例
１　引用例１に記載された事項及び引用発明
　原審における平成２８年１０月２８日付けの最後の拒絶理由（以下，これを「原審拒絶理由」という。）において引用した，本願の優先日前に既に公知である，国際公開第２００３／０６９４９２号（２００３年８月２１日公開。以下，これを「引用例１」という。）には，関連する図面と共に，次の事項が記載されている。（下線は当審で説明のために付加。以下同様。）
Ａ　「〔
従来のアーキテクチャ
　ここで、図１３にはＯＳの代表的なものとしてＷｉｎｄｏｗｓ  ＮＴ／２０００（登録商標）のアーキテクチャの概要を図示している。図１３からわかるように、Ｗｉｎｄｏｗｓ  ＮＴ／２０００は、全体的に概略するとハードウェア２、ＯＳ３、実際のユーザが要求する機能を実現するアプリケーションプログラム４という階層構造に成っている。マイクロカーネル５１はＯＳ３の全体的な管理を行うためのプログラムであり、マイクロカーネル５１の階層を中心にして、その層の上で動作する各種ソフトウェア（カーネルモードソフトウェア）がカーネルモード８を構成している（後述の説明を参照）。そして、一番上の階層にあるアプリケーションプログラム４がユーザモード９で動作している（後述の説明を参照）。」（３ページ１６行乃至２６行）
Ｂ　「
デバイスドライバ５はＯＳ３に属し、電子計算機の外部ハードウェアを管理するためのソフトウェアであり、カーネルモード８で動作
Ｃ　「このように、
データは「デバイスＡ」→「デバイスドライバＡ」→（動作モードの切り替え）「アプリケーションプログラム４」（動作モードの切り替え）→「デバイスドライバＢ」→「デバイスＢ」と転送され
この間、システムの動作モードはカーネルモード８とユーザモード９とに繰り返し切り替わりながら動作し
大量のデータを取り扱うようになるとこの動作モードの切り替え処理の数が多くなる
Ｄ　「（共通インターフェースドライバ）
　図１は、本発明の電子計算機のインターフェースドライバプログラムの実施の形態を示す概念図であり、共通インターフェースドライバを用いたＯＳの概念図である。図２は、データを転送するときのデータ及び命令の流れを示すフローチャートである。
　
電子計算機１はＣＰＵ、メモリ、周辺機器などのハードウェア２から構成され
これらのハードウェア２を記憶装置に記憶されているＯＳ３によって制御し動作させ
エンドユーザが使うアプリケーションプログラム４のＯＳ３が提供する環境で動作
ＯＳ３には、周辺機器を制御するデバイスドライバ５が含まれており、アプリケーションプログラム４からの命令に従って、デバイス６を制御し、デバイス６（Ａ）からデータを受信したり、デバイス６（Ｂ）へデータを送信したり
　この実施の形態では、各デバイスドライバ５の共通の窓口となり、アプリケーションプログラム４とのやり取りをまとめて共通インターフェースドライバ７が行っている。また、
アプリケーションプログラム４からの命令によって、デバイス６間のデータの送受信も制御することができ
共通インターフェースドライバ７は、デバイスドライバ
Ａ
とデバイスドライバ
Ｂ
間のインターフェースで、カーネルモード８で動作するものであ
　更に詳細に説明すれば、
デバイス６には、デバイスＡとデバイスＢがあり、それぞれをデバイスドライバＡとデバイスドライバＢにより制御され
デバイスＡからデバイスＢへデータを転送する場合
ユーザモード９で動作するアプリケーションプログラム４が
データ転送の要求（命令）を出
　システムの動作モードはカーネルモード８に切り替わり、
共通インターフェースドライバ７はアプリケーションプログラム４からのデータ転送の要求を受け取り
共通インターフェースドライバ７はこのデータ転送の要求を分析して
デバイスドライバＡに対してデータ送信の要求を出
デバイスドライバＢに対してデータ受信の要求を出
　
デバイスドライバＡが共通インターフェースドライバ７からのデータ送信の要求を受け取り
デバイスＡに送信
デバイスＡがデータ送信の要求を受け取り
データをデバイスドライバＡへ送信
デバイスドライバＡがデータを受信し
共通インターフェースドライバ７に渡
共通インターフェースドライバ７は、データを受信し、
結果をデバイスドライバＢへ送信
　
デバイスドライバＢは共通インターフェースドライバ７からデータを受信し
デバイスＢへ送信
デバイスＢはデータを受け取り
データ受取済の情報をデバイスドライバＢへ送
デバイスドライバＢはそのデータ受取済の情報を受け取り
データ転送完了の情報を共通インターフェースドライバ７に送
　
共通インターフェースドライバ７はデータ転送完了の情報を受け取り
アプリケーションプログラム４へデータ転送完了の情報を通知し
ここで、システムの動作モードはカーネルモード８からユーザモード９に替わり、アプリケーションプログラム４がデータ転送完了の情報を受け取り
次の処理にかか
　これで、データ伝送の一連の作業が終了する（Ｓ２６）。このように、
データは「デバイスＡ」→「デバイスドライバＡ」→「共通インターフェースドライバ７」→「デバイスドライバＢ」→「デバイスＢ」と転送され、この間、システムの動作モードはカーネルモード８で動作し、モードの切り替えを行う必要がなくな
　また、
データはユーザモード９のアプリケーションプログラム４を経由せずに直接カーネルモード８でデバイス６間に転送され、大量のデータを高速に転送できるようになる
　上記記載事項Ａ乃至Ｄより，引用例１には，次の発明（以下「引用発明」という。）が記載されているといえる。
「従来のアーキテクチャで，ＯＳに属するデバイスドライバは，電子計算機の外部ハードウェアを管理するためのソフトウェアであり，カーネルモードで動作し，データが「デバイスＡ」→「デバイスドライバＡ」→（動作モードの切り替え）「アプリケーションプログラム４」（動作モードの切り替え）→「デバイスドライバＢ」→「デバイスＢ」と転送され，この間，システムの動作モードがカーネルモードとユーザモードとに繰り返し切り替わりながら動作し，大量のデータを取り扱うようになるとこの動作モードの切り替え処理の数が多くなる課題に対し，
　ＣＰＵ，メモリ，周辺機器などのハードウェア２から構成される電子計算機であって，
　これらのハードウェア２を記憶装置に記憶されているＯＳ３によって制御し動作させ，エンドユーザが使うアプリケーションプログラム４はＯＳ３が提供する環境で動作し，ＯＳ３には，周辺機器を制御するデバイスドライバ５が含まれており，アプリケーションプログラム４からの命令に従って，デバイス６を制御し，デバイス６（Ａ）からデータを受信したり，デバイス６（Ｂ）へデータを送信したりし，
　アプリケーションプログラム４からの命令によって，デバイス６間のデータの送受信も制御することができ，共通インターフェースドライバ７は，デバイスドライバＡとデバイスドライバＢ間のインターフェースで，カーネルモード８で動作するものであり，
　デバイス６には，デバイスＡとデバイスＢがあり，それぞれをデバイスドライバＡとデバイスドライバＢにより制御され，デバイスＡからデバイスＢへデータを転送する場合，ユーザモード９で動作するアプリケーションプログラム４が，データ転送の要求（命令）を出し，共通インターフェースドライバ７はアプリケーションプログラム４からのデータ転送の要求を受け取り，共通インターフェースドライバ７はこのデータ転送の要求を分析して，デバイスドライバＡに対してデータ送信の要求を出し，デバイスドライバＢに対してデータ受信の要求を出し，
　デバイスドライバＡが共通インターフェースドライバ７からのデータ送信の要求を受け取り，デバイスＡに送信し，デバイスＡがデータ送信の要求を受け取り，データをデバイスドライバＡへ送信し，デバイスドライバＡがデータを受信し，共通インターフェースドライバ７に渡し，共通インターフェースドライバ７は，データを受信し，結果をデバイスドライバＢへ送信し，
　デバイスドライバＢは共通インターフェースドライバ７からデータを受信し，デバイスＢへ送信し，デバイスＢはデータを受け取り，データ受取済の情報をデバイスドライバＢへ送り，デバイスドライバＢはそのデータ受取済の情報を受け取り，データ転送完了の情報を共通インターフェースドライバ７に送り，
　共通インターフェースドライバ７はデータ転送完了の情報を受け取り，アプリケーションプログラム４へデータ転送完了の情報を通知し，ここで，システムの動作モードはカーネルモード８からユーザモード９に替わり，アプリケーションプログラム４がデータ転送完了の情報を受け取り，次の処理にかかることにより，
　データが「デバイスＡ」→「デバイスドライバＡ」→「共通インターフェースドライバ７」→「デバイスドライバＢ」→「デバイスＢ」と転送され，この間，システムの動作モードはカーネルモード８で動作し，モードの切り替えを行う必要がなくなり，データはユーザモード９のアプリケーションプログラム４を経由せずに直接カーネルモード８でデバイス６間に転送され，大量のデータを高速に転送できるようになる
電子計算機。」
２　引用例２に記載された事項
　原審拒絶理由において引用した，本願の優先日前に既に公知である，特開平１０−３３３９２４号公報（平成１０年１２月１８日公開。以下，これを「引用例２」という。）には，関連する図面と共に，次の事項が記載されている。
Ｅ　「【００２２】
【発明の実施の形態】本明細書で用いられている「ユーザ・モード(user mode) 」という用語は、ユーザが書いたプログラムの大部分が実行されるときの、オペレーティング・システムにおける動作レベルのことである。
ユーザ・モードの動作レベルはセキュリティ・レベルが最も高く、あるアプリケーション・プログラムまたはプロセスが別のアプリケーション・プログラムまたはプロセスに干渉するのを防止するために大量のオーバヘッドが消費され
実行優先度は最低ではないとしても、最低優先度の１つであるのが一般であ
Ｆ　「【００３２】まず、図１を参照して説明すると、図示の
システム
サウンド・データのストリームをディスク・ドライブから読み取り、そのサウンド・データをレンダリング
して、従来のモデルに従ってスピーカから聞こえるようにする
カーネル・モードのディスク・ドライバ２２はディスク・ドライブ・ハードウェア２０と相互作用し、ユーザ・モードのリーダ
プログラム・コンポーネント２４の制御下に置かれ
Ｇ　「【００３８】本発明を利用する図１のシステムのアーキテクチャは図２に示すようになっている。
制御エージェント４４は知らされているドライバに照会し、データ・フォーマットと接続フォーマットに従って相互接続を行い、レンダリングを完全にカーネル・モードで行うように
【００３９】この構成では、
サウンド・データは
ディスク・ドライバ４８によってディスク・ドライブ４６から読み取られ
リーダ・ドライバ５０はディスク・ドライバ４８を制御し
【００４０】リーダ・ドライバ５０は以下で説明する接続メソッドに従って
デコンプレッサ・ドライバ５２と
「水平方向」に相互接続され、制御エージェント４４によって管理されてい
デコンプレッサ５２は伸張をカーネル・モードで行ってから、データとコントロールを効果フィルタ５４に引き渡
効果フィルタは必要に応じて効果プロセッサ５６を利用して特殊効果を適用してからデータとコントロールをサウンド・レンダリング・ドライバ５８に引き渡し、このドライバはサウンド・カードを制御し、データをスピーカ６２からのサウンドとしてレンダリングする
処理をカーネル・モードのままにしておくと、ユーザ・モードとカーネル・モードとの間の複数の遷移がなくなり、処理をユーザ・モードで行うと通常起こるオーバヘッド量が減少するので、効率面の利点が得られる
　上記記載事項Ｅ乃至Ｇより，引用例２には，次の発明（以下「引用発明２」という。）が記載されているといえる。
「ユーザ・モードの動作レベルはセキュリティ・レベルが最も高く，あるアプリケーション・プログラムまたはプロセスが別のアプリケーション・プログラムまたはプロセスに干渉するのを防止するために大量のオーバヘッドが消費され，実行優先度は最低ではないとしても，最低優先度の１つであるのが一般であり，
　サウンド・データのストリームをディスク・ドライブから読み取り，そのサウンド・データをレンダリングして，従来のモデルに従ってスピーカから聞こえるようにするシステムであって，
　カーネル・モードのディスク・ドライバ２２はディスク・ドライブ・ハードウェア２０と相互作用し，ユーザ・モードのリーダプログラム・コンポーネント２４の制御下に置かれ，
　制御エージェント４４は知らされているドライバに照会し，データ・フォーマットと接続フォーマットに従って相互接続を行い，レンダリングを完全にカーネル・モードで行うようにし，
　サウンド・データは，ディスク・ドライバ４８によってディスク・ドライブ４６から読み取られ，
　リーダ・ドライバ５０はディスク・ドライバ４８を制御し，デコンプレッサ・ドライバ５２と「水平方向」に相互接続され，制御エージェント４４によって管理されていて，
　デコンプレッサ５２は伸張をカーネル・モードで行ってから，データとコントロールを効果フィルタ５４に引き渡し，効果フィルタは必要に応じて効果プロセッサ５６を利用して特殊効果を適用してからデータとコントロールをサウンド・レンダリング・ドライバ５８に引き渡し，このドライバはサウンド・カードを制御し，データをスピーカ６２からのサウンドとしてレンダリングすることにより，
　処理をカーネル・モードのままにしておくと，ユーザ・モードとカーネル・モードとの間の複数の遷移がなくなり，処理をユーザ・モードで行うと通常起こるオーバヘッド量が減少するので，効率面の利点が得られる
システム。」
３　引用例ｃ乃至ｅに記載された事項及び周知技術
　原審拒絶理由において引用した，本願の優先日前に既に公知である，特開２０１０−２１１３４９号公報（平成２２年９月２４日公開。以下，これを「引用例ｃ」という。）には，関連する図面と共に，次の事項が記載されている。
Ｈ　「【０００６】
　すなわち、ＡＳＩＣは、ネットワークへの送信においては、
メインメモリ上に保管されている送信データをリードＤＭＡＣによって
イーサネットＩ／Ｆにデータ転送し
イーサネットＩ／Ｆによりネットワークから受信したデータをライトＤＭＡＣによって
メインメモリへライトさせる
【０００７】
　同様に、ＡＳＩＣは、ＵＳＢとの間のデータの送受信においても、メインメモリからデータをリードして、ＵＳＢ　Ｉ／Ｆに送り、ＵＳＢ　Ｉ／ＦがデータをＵＳＢに送信する。また、
ＵＳＢ　Ｉ／Ｆからのデータを、ライトＤＭＡＣによって
メインメモリにライトする
　同じく原審拒絶理由において引用した，本願の優先日前に既に公知である，特開２００９−１２３０９１号公報（平成２１年６月４日公開。以下，これを「引用例ｄ」という。）には，関連する図面と共に，次の事項が記載されている。
Ｉ　「【解決手段】  ST１で、画像処理パラメータをメインメモリ上に記憶する。ST２でパラメータDMAC用、
データリードDMAC
データライトDMAC
Ｊ　「【００３２】
　
パラメータDMAC2154は、メインメモリ2400上に予めロードされた画像処理パラメータ2402を読み出し
データリードDMAC2153は、メインメモリ2400から、画素順次のRGB画像データと分離データＸ（入力画像データ2401）を読み出し
第１〜第４のデータライトDMAC2155〜2158は
画像データそれぞれをメインメモリ2400へ出力する
　同じく原審拒絶理由において引用した，本願の優先日前に既に公知である，特開２００２−２６２０９９号公報（平成１４年９月１３日公開。以下，これを「引用例ｅ」という。）には，関連する図面と共に，次の事項が記載されている。
Ｋ　「【００１０】スキャナ１０６においてスキャンされた画像は、スキャナインターフェース１０７を介してマルチファンクションコントローラ１１１の内部に取り込まれる。取り込まれた画像はクロスバー回路１０４を介して、メインメモリ１０３に格納される。ＣＰＵ１０２は、所定量のイメージがメインメモリ１０３に格納されるとイメージ圧縮回路１０１を起動し、メインメモリ１０３に格納された画像のデータ圧縮を開始させる。イメージ圧縮回路１０１が起動されると、
リードＤＭＡＣ１０１ａがメインメモリ１０３よりスキャン画像をリード
ライトＤＭＡＣ１０１ｃは
圧縮データをメインメモリ１０３へと書き戻す
　上記記載事項Ｈ乃至Ｋより，引用例ｃ乃至引用例ｅには，次の技術（以下「周知技術」という。）が記載されているといえる。
「デバイスからメインメモリなどのメモリへのデータの読み込み，及び書き込みにあたって，ＤＭＡを用いること」
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
（ア）引用発明の「デバイス６」には，「デバイスＡとデバイスＢがあ」り，当該「デバイスＡ」及び「デバイスＢ」は，それぞれ本願発明１の「第一のデバイス」及び「第二のデバイス」に相当する。
（イ）引用発明の「電子計算機」の構成要素である「メモリ」には，何らかのデータが記憶されることは当業者に自明であることから，本願発明１の「前記第一のデバイスから第二のデバイスへ転送されるデータを記憶するメインメモリとを備え」とは，下記の点で相違するものの，“データを記憶するメインメモリとを備え”る点で一致する。
（ウ）引用発明の「電子計算機」の構成要素である「ＣＰＵ」は，本願発明１の「ＣＰＵ」に相当する。そして引用発明は，「ハードウェア２を記憶装置に記憶されているＯＳ３によって制御し動作させ，エンドユーザが使うアプリケーションプログラム４はＯＳ３が提供する環境で動作し，ＯＳ３には，周辺機器を制御するデバイスドライバ５が含まれており，アプリケーションプログラム４からの命令に従って，デバイス６を制御し，デバイス６（Ａ）からデータを受信したり，デバイス６（Ｂ）へデータを送信したり」するものであることから，「第一のデバイスから第二のデバイスへのデータ転送制御」を当該「ＣＰＵ」で行っていることは当業者に明らかである。また，引用発明は，「アプリケーションプログラム４からの命令によって，デバイス６間のデータの送受信も制御する」ことができ，「共通インターフェースドライバ７」は，「デバイスドライバＡとデバイスドライバＢ間のインターフェースで，カーネルモード８で動作するもの」であることから，引用発明と本願発明１とは，“第一のデバイスから第二のデバイスへのデータ転送制御をカーネルモードで行うＣＰＵ”を有する点で一致する。
（エ）引用発明は，「デバイスＡとデバイスＢがあり，それぞれをデバイスドライバＡとデバイスドライバＢにより制御され」るものであることから，当該「デバイスドライバＡ」及び「デバイスドライバＢ」はそれぞれ，本願発明１の「第一のデバイスを制御する第一デバイス制御手段」及び「第二のデバイスを制御する第二デバイス制御手段」に相当する。
　また引用発明は，「デバイスＡからデバイスＢへデータを転送する場合，ユーザモード９で動作するアプリケーションプログラム４が，データ転送の要求（命令）を出し，共通インターフェースドライバ７はアプリケーションプログラム４からのデータ転送の要求を受け取り，共通インターフェースドライバ７はこのデータ転送の要求を分析して，デバイスドライバＡに対してデータ送信の要求を出し，デバイスドライバＢに対してデータ受信の要求を出」すものであること，さらに当該制御が「ＣＰＵ」で行われることも当業者にとって自明であることから，引用発明と本願発明１とは，下記の点で相違するものの，“前記ＣＰＵは、前記第一のデバイスを制御する第一デバイス制御手段と、前記第二のデバイスを制御する第二デバイス制御手段とを含”む点で一致するといえる。
（オ）引用発明の「共通インターフェースドライバ７」は，「データ転送の要求を分析して，デバイスドライバＡに対してデータ送信の要求を出し，デバイスドライバＢに対してデータ受信の要求を出」すものであることから，本願発明１の「データ転送制御手段」に対応するといえる。
　また，引用発明は，「デバイスドライバＡが共通インターフェースドライバ７からのデータ送信の要求を受け取り，デバイスＡに送信し，デバイスＡがデータ送信の要求を受け取り，データをデバイスドライバＡへ送信し，デバイスドライバＡがデータを受信し，共通インターフェースドライバ７に渡し，共通インターフェースドライバ７は，データを受信し，結果をデバイスドライバＢへ送信」するとともに，「デバイスドライバＢは共通インターフェースドライバ７からデータを受信し，デバイスＢへ送信し，デバイスＢはデータを受け取り，データ受取済の情報をデバイスドライバＢへ送り，デバイスドライバＢはそのデータ受取済の情報を受け取り，データ転送完了の情報を共通インターフェースドライバ７に送」ることから，「共通インターフェースドライバ７」は，「デバイスドライバＡ」に対し，「デバイスＡ」からのデータの読み取り指示を行うと共に，「デバイスドライバＢ」に対し，「デバイスＢ」へのデータ転送を指示しているといえ，引用発明と本願発明１の「前記第一のデバイスから読み取ったデータを前記メインメモリに記憶させる指示である読み取り指示を前記第一デバイス制御手段に対して行い、前記メインメモリに記憶されたデータを前記第二のデバイスに書き込む指示である書き込み指示を前記第二デバイス制御手段に対して行うデータ転送制御手段とを含」むこととは，下記の点で相違するものの，“前記第一のデバイスへの読み取り指示を前記第一デバイス制御手段に対して行い、当該読み取ったデータを前記第二のデバイスに転送する指示を前記第二デバイス制御手段に対して行うデータ転送制御手段とを含”む点で共通する。
（カ）引用発明の「電子計算機」は，「デバイスＡからデバイスＢへデータを転送」したり，「アプリケーションプログラム４へデータ転送完了の情報を通知し，ここで，システムの動作モードはカーネルモード８からユーザモード９に替わり，アプリケーションプログラム４がデータ転送完了の情報を受け取り，次の処理にかかる」ものであることから，本願発明１とは，“データ制御システム”である点で共通するといえる。
（キ）以上，（ア）乃至（カ）の検討から，引用発明と本願発明１とは，次の一致点及び相違点を有する。
〈一致点〉
　第一のデバイスから第二のデバイスへのデータ転送制御をカーネルモードで行うＣＰＵと，
　データを記憶するメインメモリとを備え，
　前記ＣＰＵは，
　前記第一のデバイスを制御する第一デバイス制御手段と，
　前記第二のデバイスを制御する第二デバイス制御手段と，
　前記第一のデバイスへの読み取り指示を前記第一デバイス制御手段に対して行い，当該読み取ったデータを前記第二のデバイスに転送する指示を前記第二デバイス制御手段に対して行うデータ転送制御手段とを含む
　データ制御システム。
〈相違点１〉
　本願発明１のメインメモリが，「第一のデバイスから第二のデバイスへ転送されるデータを記憶」し，「転送データを記憶する複数のバッファを含」むのに対し，引用発明は，メインメモリに相当する「メモリ」は有するものの，当該メモリに記憶されるデータや用途については特定がされていない点。
〈相違点２〉
　本願発明１の「データ転送制御手段」は，「第一デバイス制御手段」に対して，「前記第一のデバイスから読み取ったデータを前記メインメモリに記憶させる指示である読み取り指示」を行うと共に，「第二デバイス制御手段」に対しては，「前記メインメモリに記憶されたデータを前記第二のデバイスに書き込む指示である書き込み指示」を行うのに対し，引用発明は，デバイスＡとデバイスＢとの間でデータの転送を行うものであることが特定されているものの，当該転送に係る「データ」を，「メモリ」に記憶させたり，当該記憶された「データ」をデバイスＢに対して「書き込む」ことが特定されていない点。
〈相違点３〉
　本願発明１の「データ転送制御手段」は，「前記メインメモリにＤＭＡリストを作成し、前記バッファごとに第一デバイス制御手段に対する読み取り指示を並列に行い、前記バッファごとに第二デバイス制御手段に対する書き込み指示を並列に行」うものであるのに対し，引用発明の「共通インターフェースドライバ」は，そのような動作を行うことが特定されていない点。
〈相違点４〉
　本願発明１の「前記第一デバイス制御手段」は，「前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第一のデバイスに対して行」うと共に，「第二デバイス制御手段」は，「前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第二のデバイスに対して行」うものであるのに対し，引用発明は，そのような動作を行うことが特定されていない点。
２　判断
　事案に鑑み，先に相違点３及び４について検討する。
　引用発明は，「従来のアーキテクチャで，ＯＳに属するデバイスドライバは，電子計算機の外部ハードウェアを管理するためのソフトウェアであり，カーネルモードで動作し，データが「デバイスＡ」→「デバイスドライバＡ」→（動作モードの切り替え）「アプリケーションプログラム４」（動作モードの切り替え）→「デバイスドライバＢ」→「デバイスＢ」と転送され，この間，システムの動作モードがカーネルモードとユーザモードとに繰り返し切り替わりながら動作し，大量のデータを取り扱うようになるとこの動作モードの切り替え処理の数が多くなる」という課題を有し，これに対し，「カーネルモード８で動作」する「共通インターフェースドライバ７」を介して，デバイスＡ及びデバイスＢの間でデータ転送を行い，当該データ転送の間，すなわち，「データが「デバイスＡ」→「デバイスドライバＡ」→「共通インターフェースドライバ７」→「デバイスドライバＢ」→「デバイスＢ」と転送され，この間，システムの動作モードはカーネルモード８で動作し，モードの切り替えを行う必要がなくな」ることにより，「大量のデータを高速に転送できるように」なったものである。
　一方，本願発明１は，２つのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイス間で高速にデータ移動させる制御を行うデータ制御システムに係り（本願明細書段落１），主記憶を介さずにＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）インタフェースからＤＶＤデコーダへ直接的に動画データを転送できるコンピュータシステムでは，ＤＶＤデコーダにＩ／Ｏリードトランザクションを開始できるマスタトランザクション制御部を設け，さらに，ＤＶＤ制御ドライバによってＤＶＤデコーダとＤＶＤインタフェースの両方を制御するような構成により，主メモリを経由せず，ＤＶＤインタフェースからＤＶＤデコーダに動画データがダイレクトに転送されたり（同段落２。以下「従来技術１」という。），複数のデバイスに対する複数の入出力コマンドを１回の入出力命令で実行できる計算機システムでは，入出力アダプタがＣＰＵからの入出力コマンドを受け取ることで入出力動作を開始し，入出力アダプタは，データ送信の場合に，記憶ユニットから指定されたデータを該当する入出力制御装置に転送し，データ受信の場合に，その入出力制御装置から記憶ユニットの指定エリアにデータを転送し，ここで，入出力制御装置はデータを格納するためのバッファを備える（同段落３。以下「従来技術２」という。）といった従来技術があり，従来技術１では，
直接データ転送を行う動作に対応していない２つのＩ／Ｏデバイスの間では，高速なデータ転送が実現できないという問題
直接データ転送を行う動作に対応していないＩ／Ｏデバイス間の転送処理
オーバヘッドを削減し高速にデータ転送を行えることが望ましい
直接データ転送を行う動作に対応していない２つのＩ／Ｏデバイスの間で高速にデータ転送を行うことができる
　引用発明と本願発明１とは，２つのデバイス間のデータ転送を高速化する点では技術分野及び課題は共通するといえ，さらに，上記「（１）対比」の項でも検討したとおり，当該データ転送をカーネルモードで行うＣＰＵを有する点においても共通するといえるが，引用発明では，専ら２つのデバイス間の当該データ転送制御にあたり，ユーザモード及びカーネルモードという２つの動作モードの切替えに伴うデータ転送の遅延を排除することを解決しようとする課題とし，「共通インターフェースドライバ７」という技術的解決手段を用いることのみを指向するものであって，データ転送に係る２つのデバイスが直接データ転送を行う動作に対応しているか否かというような課題については一切考慮されておらず，上記引用例ｃ乃至ｅにみられるような，ＤＭＡ転送技術を用いる周知技術があったとしても，引用発明は当該周知技術を採用する動機付けを欠くものといわざるを得ない。
　したがって，デバイスからメインメモリなどのメモリへのデータの読み込み，及び書き込みにあたって，ＤＭＡを用いる周知技術を引用発明において採用し，上記相違点３及び４に係る構成，すなわち，「データ転送制御手段」を，「前記メインメモリにＤＭＡリストを作成し、前記バッファごとに第一デバイス制御手段に対する読み取り指示を並列に行い、前記バッファごとに第二デバイス制御手段に対する書き込み指示を並列に行」うよう構成し，さらに，「前記第一デバイス制御手段」について，「前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第一のデバイスに対して行」うと共に，「第二デバイス制御手段」は，「前記ＤＭＡリストを用いたＤＭＡにより前記メインメモリにデータを書き込ませる制御を前記第二のデバイスに対して行」うよう構成することは，当業者といえども容易であったとまではいうことができない。このことは，引用例２に記載された上記引用発明２の存在をもってしても同様である。
　よって，上記その余の相違点について判断するまでもなく，本願発明１は，当業者であっても，引用発明及び周知技術に基づいて容易に発明できたものとはいえない。
２　本願発明２乃至７について
　本願発明２乃至７は，本願発明１を直接乃至間接的に引用するものであり，本願発明１と同様，当業者であっても，引用発明及び周知技術に基づいて容易に発明できたものとはいえない。
３　本願発明８及び９について
　本願発明８及び９は，本願発明１と単にカテゴリー表現を異ならせたものであって，本願発明１と同様，当業者であっても，引用発明及び周知技術に基づいて容易に発明できたものとはいえない。
第７　原査定について
　＜特許法第２９条第２項＞について
　審判請求時の補正により，本願発明１乃至９は，実質的に「前記バッファごとに第一デバイス制御手段に対する読み取り指示を並列に行い、前記バッファごとに第二デバイス制御手段に対する書き込み指示を並列に行い」という事項を有するものとなっており，当業者であっても，拒絶査定において引用された引用例１乃至２及び引用例ｃ乃至ｅに基づいて，容易に発明できたものとはいえない。したがって，原査定の理由を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。