【事件の表示】
　特願２０１５−１４７２６１「データ読出し方法及び情報処理システム」拒絶査定不服審判事件〔平成２９年　２月　２日出願公開、特開２０１７−　２７４７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成２７年７月２４日の出願であって，平成３１年１月２２日付けで拒絶の理由が通知され，平成３１年３月２７日に意見書とともに手続補正書が提出され，令和１年７月２４日付けで拒絶査定（謄本送達日同年７月３０日）がなされ，これに対して同年１０月３０日に拒絶査定不服審判の請求がなされるとともに，同日付けで手続補正がなされたものである。
第２　令和１年１０月３０日にされた手続補正についての補正の却下の決定
［補正の却下の決定の結論］
　令和１年１０月３０日にされた手続補正（以下「本件補正」という。）を却下する。
［理由］
１　本件補正について（補正の内容）
（１）本件補正後の特許請求の範囲の記載
　本件補正により，特許請求の範囲の請求項１の記載は，次のとおり補正された。（下線部は，補正箇所である。）
「第１
物理
し
　前記第１
物理
し
　前記第２読出しコマンドを生成した後に、前記第１
物理
し
　前記データ先読みコマンド識別子に基づいて、前記第２読出しコマンドに基づく前記第１
物理
物理
物理
処理を複数の前記第１物理メモリに対して並列に実行する
　ことを特徴とするデータ読出し方法。」
（２）本件補正前の特許請求の範囲
　本件補正前の，平成３１年３月２７日にされた手続補正により補正された特許請求の範囲の請求項１の記載は次のとおりである。
「第１メモリの第１アドレスを指定する第１読出しコマンド生成要求に基づき、第１読出しコマンドを生成する工程と、
　前記第１メモリの、前記第１アドレスとは異なる第２アドレスを指定し、データ先読みコマンドであることを示すデータ先読みコマンド識別子を含む第２読出しコマンドを生成する工程と、
　前記第２読出しコマンドを生成した後に、前記第１メモリの第３アドレスを指定する第２読出しコマンド生成要求に基づき、第３読出しコマンドを生成する工程と、
　前記データ先読みコマンド識別子に基づいて、前記第２読出しコマンドに基づく前記第１メモリの前記第２アドレスからの第２データの読出しよりも先に、前記第１読出しコマンド及び前記第３読出しコマンドに基づく前記第１メモリの前記第１アドレスからの第１データと前記第１メモリの前記第３アドレスからの第３データをそれぞれ読み出す
　ことを特徴とするデータ読出し方法。」
（３）補正事項
　本件補正は，以下の補正事項を含むものである。
＜補正事項１＞
　本件補正前の請求項１の「第１メモリ」を，本件補正後の請求項１の「第１
物理
＜補正事項２＞
　本件補正前の請求項１の「第１読出しコマンドを生成する工程と」を，本件補正後の請求項１の「第１読出しコマンドを生成
し
＜補正事項３＞
　本件補正前の請求項１の「第２読出しコマンドを生成する工程と」を，本件補正後の請求項１の「第２読出しコマンドを生成
し
＜補正事項４＞
　本件補正前の請求項１の「第３読出しコマンドを生成する工程と」を，本件補正後の請求項１の「第３読出しコマンドを生成
し
＜補正事項５＞
　本件補正前の請求項１の「それぞれ読み出す」を，本件補正後の請求項１の「それぞれ読み出す
処理を複数の前記第１物理メモリに対して並列に実行する
２　補正の適否
　上記補正事項２〜４は，実質的な内容に変更はなく，明瞭でない記載の釈明を目的としたものであるといえる。また，上記補正事項１及び５は，本件補正前の請求項１に記載された発明を特定するために必要な事項である「第１メモリ」，及び「それぞれ読み出す」ことについて上記のとおり限定を付加するものであって，補正前の請求項１に記載された発明と補正後の請求項１に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるから，特許法１７条の２第５項２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで，本件補正は，特許請求の範囲の減縮を目的とする補正事項１及び５を含むものであるから，本件補正後の請求項１に記載される発明（以下「本件補正発明」という。）が特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について，以下，検討する。
（１）本件補正発明
　本件補正発明は，上記「１　本件補正について（補正の内容）」の「（１）本件補正後の特許請求の範囲の記載」に記載したとおりのものである。
（２）引用文献等の記載事項
ア　引用文献１
（ア）原査定の拒絶の理由で引用され，本願の出願日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，特開２００４−２９５８６０号公報（平成１６年１０月２１日出願公開。以下，「引用文献１」という。）には，関連する図面とともに，次の記載がある。
（当審注：下線は，参考のために当審で付与したものである。）
Ａ「【００３５】
　［ストレージシステム］
　図１は、本発明の一実施の形態のストレージシステムの構成図であり、磁気デイスクを使用した
ＲＡＩＤ
システム
Ｂ「【００３７】
　
コントローラ１は、
クライアントやサーバー等のホスト
ホスト
の大量のデータを、ＲＡＩＤデイスクドライブ（磁気デイスク装置）へ
ランダムに読み書きが出来る
【００３８】
　
コントローラ１は、
ＣＭ（Centralized Module)
によって構成され
【００３９】
　ＣＡ（Channel Adapter）１０は、ホストを結ぶホスト・インタフェースの制御をつかさどる回路であり、例えば、ファイバーチャネル回路（ＦＣ）やＤＭＡ（Direct Memory Access）回路等で構成される。ＤＡ（Device Adapter）１６は、デイスクデバイス（磁気デイスク装置）２０〜２Ｐを制御するため、デイスクデバイスとコマンド、データのやり取りを行う回路であり、例えば、ファイバーチャネル回路（ＦＣ）やＤＭＡ回路等で構成される。
【００４０】
　
ＣＭ（Centralized Module）は、ＣＰＵ
を有する
【００４１】
　
ＣＰＵ
が実行する
バックエンド処理モジュール
Ｃ「【００４３】
　
バックエンド処理モジュール
に対する負荷は、ホストＩ／Ｏによるものと、ホストＩ／Ｏに付随する内部Ｉ／Ｏと、ホストＩ／Ｏに付随しない内部Ｉ／Ｏとがある
ホスト
からのＩ／Ｏコマンドに付随するものとしては、
プリフェッチ（リードされたデータの近辺のデータを前もってステージングする）のコマンドである
Ｄ「【００４５】
　この構成の基本的動作を説明する。
キャッシュメモリ
は、
デイスク装置（ＲＬＵ単位）のデータの一部を格納し
Ｅ「【００４７】
　図５に示すように、本発明では、バックエンドモジュール３６に要求するＩ／Ｏ種別を、ホストＩ／Ｏと、内部Ｉ／Ｏに分類する。
ホストＩ／Ｏは、
ホストのリード要求
が相当する
内部Ｉ／Ｏは、
プリフェッチ
等が相当する
Ｆ「【００５１】
　この資源獲得後、ＤＴＣ（動的負荷制御）処理５４で、負荷制御をＲＬＵ単位で行う。ＤＴＣ５４は、
ホストＩ／Ｏの待ちキュー６３
、内部Ｉ／Ｏの待ちキュー６４
【００５２】　
　
待ちキュー６３、６４は、デイスク装置（ＲＬＵ単位）へのＩ／Ｏ要求を待たせるためのキューであり
Ｇ「【００５４】
　バックエンドモジュール３６は、更に、
ストライプ／冗長制御モジュール
は、ＲＬＵ単位のＩ／Ｏ要求を
分割し、
デイスクコマンドを発行する
磁気デイスク装置
２０〜２Ｐ
は、このデイスクコマンドを実行する
Ｈ「【０１１５】
　前述の図２乃至図８の動的負荷制御は、ＲＬＵ単位に行うことを説明した。図１７に示すように、
２つの仮想デイスク（ＲＬＵ）２−１、２−２を、１つのコントローラ１
が担当する場合には、
ホストＩ／Ｏ（ホストリード）と、内部Ｉ／Ｏ（プリフェッチ
）とを個別に負荷管理する
【０１１６】
　具体的には、ホストＩ／Ｏは、最優先度が付されるため、
ホストＩ／Ｏは、
優先的に処理され、
仮想デイスク２−１、２−２に発行される
一方、待ちキュー６３−１、６３−２のホストＩ／Ｏの待ちがなくなると、内部Ｉ／Ｏの待ちキュー６４−１、６４−２から内部Ｉ／Ｏが、
仮想デイスク２−１、２−２に各々、発行される
Ｊ「【０１１９】
　この場合に、実際の
キャッシュ領域は、
ＲＬＵ
上のあるＬＢＡ（論理ブロックアドレス）の範囲を割り当てて運用される
Ｋ「【０１２５】
　この資源獲得後、ＤＴＣ（動的負荷制御）処理５４で、負荷制御をＲＬＵ単位で行う。図１７で示したように、ＤＴＣ５４は、
ＲＬＵ毎に、ホストＩ／Ｏの待ちキュー６３と、内部Ｉ／Ｏの待ちキュー６４と、
を有する
Ｌ「【図１７】
      
     
」
図１７から，「Host ReadをHost Queue 63-1，63-2にエンキューし，PrefetchをInternal Queue 64-1，64-2にエンキューする」態様が読み取れる。
（イ）上記Ａ〜Ｌの（特に下線部の）記載から，引用文献１には，次の発明（以下「引用発明」という。）が記載されていると認められる。
「ＲＡＩＤシステムであって，
　コントローラ１は，クライアントやサーバー等のホストの大量のデータを，ＲＡＩＤデイスクドライブ（磁気デイスク装置）へランダムに読み書きが出来るものであり，コントローラ１は，ＣＭ（Centralized Module)によって構成されるものであり，ＣＭ（Centralized Module）は，ＣＰＵを有するものであり，ＣＰＵが実行するバックエンド処理モジュールに対する負荷は，ホストＩ／Ｏによるものと，ホストＩ／Ｏに付随する内部Ｉ／Ｏと，ホストＩ／Ｏに付随しない内部Ｉ／Ｏとがあり，ホストからのＩ／Ｏコマンドに付随するものとしては，プリフェッチ（リードされたデータの近辺のデータを前もってステージングする）のコマンドであり，
　キャッシュメモリは，デイスク装置（ＲＬＵ単位）のデータの一部を格納するものであり，
　ホストＩ／Ｏは，ホストのリード要求が相当し，内部Ｉ／Ｏは，プリフェッチ等が相当するものであり，ホストＩ／Ｏの待ちキュー６３，内部Ｉ／Ｏの待ちキュー６４は，デイスク装置（ＲＬＵ単位）へのＩ／Ｏ要求を待たせるためのキューであり，ストライプ／冗長制御モジュールは，ＲＬＵ単位のＩ／Ｏ要求を分割しデイスクコマンドを発行し，磁気デイスク装置２０〜２Ｐは，このデイスクコマンドを実行するものであり，
　２つの仮想デイスク（ＲＬＵ）２−１，２−２を，１つのコントローラ１が担当する場合には，ホストＩ／Ｏ（ホストリード）と，内部Ｉ／Ｏ（プリフェッチ）とを個別に負荷管理するものであり，ホストＩ／Ｏは，優先的に処理され，仮想デイスク２−１，２−２に発行される一方，待ちキュー６３−１，６３−２のホストＩ／Ｏの待ちがなくなると，内部Ｉ／Ｏの待ちキュー６４−１，６４−２から内部Ｉ／Ｏが，仮想デイスク２−１，２−２に各々，発行されるものであり，キャッシュ領域は，ＲＬＵ上のあるＬＢＡ（論理ブロックアドレス）の範囲を割り当てて運用されるものであり，
　ＲＬＵ毎に，ホストＩ／Ｏの待ちキュー６３と，内部Ｉ／Ｏの待ちキュー６４と，を有するものであり，Host ReadをHost Queue 63-1，63-2にエンキューし，PrefetchをInternal Queue 64-1，64-2にエンキューするものである，
ＲＡＩＤシステム。」
イ　引用文献２
（ア）原査定の拒絶の理由で引用され，本願の出願日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，米国特許出願公開第２００５／０１２５６０８号明細書（２００５年６月９日公開。以下，「引用文献２」という。）には，関連する図面とともに，次の記載がある。（下線は，当審で付した。）
Ｍ「[0010]  Software (
device driver
executing in host processing device
[0011]  In FIG. 2, a process 19 is shown for reading data from hard disk 12. Device driver 15 receives (201) a request from software (a computer program) on host processing device 11 . 
The request identifies an amount of demand data
at addresses of hard disk
（当審訳：[0010]  
ホスト処理装置
において実行する
デバイスドライバ
[0011]  図２では，ハードディスク１２からデータを読み出すためのプロセス１９が示される。デバイスドライバ１５はホスト処理装置１１上のソフトウェア（コンピュータプログラム）からのリクエストを受信する（２０１）。
このリクエストは，ハードディスク
のアドレスでデマンドデータ
の量を特定し
Ｎ「[0013]  Returning to FIG. 2, 
in response to the request received
device driver
issuing read instructions
for demand data
from hard disk
（当審訳：[0013]  図２に戻ると，２０１において
受信されたリクエストに応答して，デバイスドライバ
がハードディスク
からのデマンドデータ２４
のための読み出し命令を発行する
ウ　参考文献１
（ア）原査定において周知技術を示す文献として引用され，本願の出願日前に頒布された又は電気通信回線を通じて公衆に利用可能となった文献である，米国特許出願公開第２０１３／０２４６６９１号明細書（２０１３年９月１９日公開。以下，「参考文献１」という。）には，関連する図面とともに，次の記載がある。
Ｐ「[0010]  Another prestaging technique includes specifying a block of contiguous data records to prestage into cache in anticipation of a sequential data request. For instance, the 
Small Computer System Interface (SCSI) provides a
prefetch command, PRE-FETCH, that specifies a logical block address where the prestaging operation begins
（当審訳：[0010]  別のプリステージングの技術はシーケンシャルなデータリクエストを予測してキャッシュ内にプリステージする連続したデータレコードのブロックを指定することを含む。例えば，
Small Computer System Interface (SCSI)は，プリステージ動作が始まる論理ブロックアドレス
を指定する
プリフェッチのコマンド，PRE-FETCH，を提供する
エ　参考文献２
（ア）原査定において周知技術を示す文献として引用され，本願の出願日前に頒布された又は電気通信回線を通じて公衆に利用可能となった文献である，米国特許出願公開第２００７／０２６０８４６号明細書（２００７年１１月８日公開。以下，「参考文献２」という。）には，関連する図面とともに，次の記載がある。
Ｑ「FIGURE 17
」
図１７から，「Prefetch Commandにおいて，Byte 0にPrefetchであることを示すOperation Codeがセットされている」態様が読み取れる。
（３）引用発明との対比
ア　本件補正発明と引用発明とを対比する。
（ア）ＲＡＩＤの技術分野において，ＲＬＵ(Raid Logical Unit)が複数台のディスクを備えるものであることは技術常識であるから，引用発明の「ＲＡＩＤシステム」において，「デイスク装置（ＲＬＵ単位）への」「Ｉ／Ｏ要求」を「分割し」た「コマンドを実行する」「磁気デイスク装置２０〜２Ｐ」は，「デイスク装置（ＲＬＵ単位）」が備える複数台のディスクであると認められ，また，磁気デイスクが物理的なメモリの一種であることは明らかであるから，引用発明の「デイスク装置（ＲＬＵ単位）」は，「磁気デイスク装置２０〜２Ｐ」を備えた物理的なメモリであるといえる。
　してみると，引用発明の「デイスク装置（ＲＬＵ単位）」は，本件補正発明の“第１物理メモリ”に相当する。
（イ）引用発明は，「ホストＩ／Ｏの待ちキュー６３，内部Ｉ／Ｏの待ちキュー６４は，デイスク装置（ＲＬＵ単位）へのＩ／Ｏ要求を待たせるためのキューであり」，「内部Ｉ／Ｏは，プリフェッチ等が相当」し，「ホストＩ／Ｏは，ホストのリード要求が相当」するものであるから，引用発明の「ホストＩ／Ｏ（ホストリード）」及び「内部Ｉ／Ｏ（プリフェッチ）」は，いずれも，「デイスク装置（ＲＬＵ単位）」からデータを読出すための読出コマンドであるといえる。
　さらに，引用発明では，「ホストの」「データを，ＲＡＩＤデイスクドライブ（磁気デイスク装置）へランダムに読み書きが出来る」ことから，引用発明の「ホストＩ／Ｏ（ホストリード）」は，デイスク装置（ＲＬＵ単位）から読出すデータをランダムに指定可能なものであるといえ，また，引用発明において，「キャッシュメモリは，デイスク装置（ＲＬＵ単位）のデータの一部を格納」し，「キャッシュ領域は，ＲＬＵ上のあるＬＢＡ（論理ブロックアドレス）の範囲を割り当てて運用される」ものであり，このことから，引用発明の「デイスク装置（ＲＬＵ単位）」上に，ＬＢＡ（論理ブロックアドレス）が定義されていることは明らかであることから，引用発明の「ホストＩ／Ｏ（ホストリード）」は，デイスク装置（ＲＬＵ単位）から読出すデータをランダムに指定するために，デイスク装置（ＲＬＵ単位）のＬＢＡ（論理ブロックアドレス）を指定するものであるといえる。
　加えて，引用発明は，「クライアントやサーバー等のホストの大量のデータを，ＲＡＩＤデイスクドライブ（磁気デイスク装置）へランダムに読み書き」するものであるから，「クライアントやサーバ等のホスト」が，「ホストＩ／Ｏ（ホストリード）」を多数生成するものであるといえる。
　してみると，上記（ア）の検討も踏まえると，引用発明における，「デイスク装置（ＲＬＵ単位）」の「ＬＢＡ（論理ブロックアドレス）」を指定する「ホストＩ／Ｏ（ホストリード）」のうち，一の「ホストＩ／Ｏ（ホストリード）」を，「クライアントやサーバ等のホスト」が生成することと，本件補正発明の「第１物理メモリの第１アドレスを指定する第１読出しコマンド生成要求に基づき、第１読出しコマンドを生成」することとは，後記する点で相違するものの，“第１物理メモリの第１アドレスを指定する第１読出しコマンドを生成する”ものである点において一致する。
（ウ）引用発明の「内部Ｉ／Ｏ（プリフェッチ）」は，上記（イ）での検討を踏まえると，「デイスク装置（ＲＬＵ単位）」からデータを読出すための読出コマンドであるといえ，また，引用発明において，「内部Ｉ／Ｏ」のうち，「ホストからのＩ／Ｏコマンドに付随する」「プリフェッチ」「のコマンド」は，「リードされたデータの近辺のデータを前もってステージングする」ためのものであるから，引用発明の「内部Ｉ／Ｏ（プリフェッチ）」は，ホストからのＩ／Ｏコマンドに付随して内部的に生成されるものであって，かつ，ホストＩ／Ｏ（ホストリード）が指定するものとは異なるＬＢＡ（論理ブロックアドレス）を指定するものであるといえる。
　してみると，上記（ア）の検討も踏まえると，引用発明における，「ホストＩ／Ｏ（ホストリード）」が指定するものとは異なるアドレスを「デイスク装置（ＲＬＵ単位）」の「ＬＢＡ（論理ブロックアドレス）」として指定する「内部Ｉ／Ｏ（プリフェッチ）」を内部的に生成することと，本件補正発明の「前記第１物理メモリの、前記第１アドレスとは異なる第２アドレスを指定し、データ先読みコマンドであることを示すデータ先読みコマンド識別子を含む第２読出しコマンドを生成」することとは，後記する点で相違するものの，“前記第１物理メモリの，前記第１アドレスとは異なる第２アドレスを指定する第２読出しコマンドを生成する”ものである点において一致する。
（エ）引用発明は，「Host ReadをHost Queue 63-1，63-2にエンキューし，PrefetchをInternal Queue 64-1，64-2にエンキューする」ものであり，また，上記（イ）で検討したように，引用発明の「ホスト」は，一の「ホストＩ／Ｏ（ホストリード）」を含む多数の「ホストＩ／Ｏ（ホストリード）」を生成するものであるといえ，このことから，引用発明においては，一の「ホストＩ／Ｏ（ホストリード）」が「待ちキュー６３」にエンキューされ，これに付随する「内部Ｉ／Ｏ（プリフェッチ）」が「待ちキュー６４」にエンキューされている状況において，さらに別の「ホストＩ／Ｏ（ホストリード）」が「ホスト」で生成されて「待ちキュー６３」にエンキューされ得るものであるといえるところ，このような形でエンキューされる当該別の「ホストＩ／Ｏ（ホストリード）」が，本件補正発明の「第３読出しコマンド」に相当する。
　してみると，上記（ア）及び（ウ）の検討も踏まえると，引用発明における，「デイスク装置（ＲＬＵ単位）」の「ＬＢＡ（論理ブロックアドレス）」を指定する「ホストＩ／Ｏ（ホストリード）」のうち，当該別の「ホストＩ／Ｏ（ホストリード）」を，「待ちキュー６４」に「内部Ｉ／Ｏ（プリフェッチ）」がエンキューされている状況において「ホスト」が生成することと，本件補正発明の「前記第２読出しコマンドを生成した後に、前記第１物理メモリの第３アドレスを指定する第２読出しコマンド生成要求に基づき、第３読出しコマンドを生成」することとは，後記する点で相違するものの，“前記第２読出しコマンドを生成した後に，前記第１物理メモリの第３アドレスを指定する第３読出しコマンドを生成”するものである点において一致する。
（オ）上記（エ）で検討したように，引用発明においては，一の「ホストＩ／Ｏ（ホストリード）」が「待ちキュー６３」にエンキューされ，これに付随する「内部Ｉ／Ｏ（プリフェッチ）」が「待ちキュー６４」にエンキューされた状況で，別の「ホストＩ／Ｏ（ホストリード）」が「待ちキュー６３」にエンキューされるものであるといえ，また，引用発明においては，「ホストＩ／Ｏは，優先的に処理され，仮想デイスク」「（ＲＬＵ）」「２−１，２−２に発行される一方，待ちキュー６３−１，６３−２のホストＩ／Ｏの待ちがなくなると，内部Ｉ／Ｏの待ちキュー６４−１，６４−２から内部Ｉ／Ｏが，仮想デイスク」「（ＲＬＵ）」「２−１，２−２に各々，発行される」ものであることから，引用発明においては，「内部Ｉ／Ｏ（プリフェッチ）」が「待ちキュー６４−１，６４−２」からＲＬＵ２−１，２−２に「発行され」て「デイスク装置（ＲＬＵ単位）」から対応するデータを読出すよりも先に，一の「ホストＩ／Ｏ（ホストリード）」及び別の「ホストＩ／Ｏ（ホストリード）」が「待ちキュー６３−１，６３−２」からＲＬＵ２−１，２−２に「発行され」て「デイスク装置（ＲＬＵ単位）」から対応するデータをそれぞれ読出すものであるといえる。加えて，引用発明は，「２つの」「ＲＬＵ」「２−１，２−２を，１つのコントローラ１が担当する」ことができるものであり，「ＲＬＵ毎に，ホストＩ／Ｏの待ちキュー６３と，内部Ｉ／Ｏの待ちキュー６４と，を有」しているものであるから，上記の読出しを，複数のＲＬＵに対して並列に実行するものであるといえる。
　してみると，上記（ア）の検討も踏まえると，引用発明における，「内部Ｉ／Ｏ（プリフェッチ）」が「待ちキュー６４−１，６４−２」から「発行され」て当該「内部Ｉ／Ｏ（プリフェッチ）」に基づくＲＬＵ２−１，２−２の「ＬＢＡ（論理ブロックアドレス）」からのデータの読出しが行われるよりも先に，一の「ホストＩ／Ｏ（ホストリード）」及び別の「ホストＩ／Ｏ（ホストリード）」が「発行され」て，当該一の「ホストＩ／Ｏ（ホストリード）」に基づくＲＬＵ２−１，２−２の「ＬＢＡ（論理ブロックアドレス）」からのデータと当該別の「ホストＩ／Ｏ（ホストリード）」に基づくＲＬＵ２−１，２−２の「ＬＢＡ（論理ブロックアドレス）」からのデータとをそれぞれ読出すことを，複数のＲＬＵに対して並列に実行することと，本件補正発明の「前記データ先読みコマンド識別子に基づいて、前記第２読出しコマンドに基づく前記第１物理メモリの前記第２アドレスからの第２データの読出しよりも先に、前記第１読出しコマンド及び前記第３読出しコマンドに基づく前記第１
物理
（カ）上記（イ）〜（オ）の検討を踏まえると，引用発明は，全体としてデータ読み出しのための工程を含む一連の処理，すなわち方法を特定するものであるといえるから，“データ読出し方法”である点において本件補正発明と一致する。
イ　以上のことから，本件補正発明と引用発明との一致点及び相違点は，次のとおりである。
【一致点】
　第１物理メモリの第１アドレスを指定する第１読出しコマンドを生成し，
　前記第１物理メモリの，前記第１アドレスとは異なる第２アドレスを指定する第２読出しコマンドを生成し，
　前記第２読出しコマンドを生成した後に，前記第１物理メモリの第３アドレスを指定する第３読出しコマンドを生成し，
　前記第２読出しコマンドに基づく前記第１物理メモリの前記第２アドレスからの第２データの読出しよりも先に，前記第１読出しコマンド及び前記第３読出しコマンドに基づく前記第１物理メモリの前記第１アドレスからの第１データと前記第１物理メモリの前記第３アドレスからの第３データをそれぞれ読み出す処理を複数の前記第１物理メモリに対して並列に実行する
　ことを特徴とするデータ読出し方法。
【相違点１】
　本件補正発明は，「第１物理メモリの第１アドレスを指定する第１読出しコマンド生成要求に基づき、第１読出しコマンドを生成し」，また，「前記第１物理メモリの第３アドレスを指定する第２読出しコマンド生成要求に基づき、第３読出しコマンドを生成」するものであるのに対し，引用発明では，ホストＩ／Ｏ（ホストリード）の生成を，「第１物理メモリの第１アドレスを指定する第１読出しコマンド生成要求に基づき」行うことや，「前記第１物理メモリの第３アドレスを指定する第２読出しコマンド生成要求に基づき」行うことについて特定されていない点。
【相違点２】
　本件補正発明は，「第２読出しコマンド」が「データ先読みコマンドであることを示すデータ先読みコマンド識別子を含む」ものであるのに対し，引用発明では，内部Ｉ／Ｏ（プリフェッチ）が「データ先読みコマンドであることを示すデータ先読みコマンド識別子を含む」ことについて特定されていない点。
【相違点３】
　本件補正発明は，「前記データ先読みコマンド識別子に基づいて」，「前記第２読出しコマンドに基づく前記第１物理メモリの前記第２アドレスからの第２データの読出しよりも先に、前記第１読出しコマンド及び前記第３読出しコマンドに基づく前記第１物理メモリの前記第１アドレスからの第１データと前記第１物理メモリの前記第３アドレスからの第３データをそれぞれ読み出す処理を複数の前記第１物理メモリに対して並列に実行する」ものであるのに対し，引用発明では，内部Ｉ／Ｏ（プリフェッチ）に基づくＲＬＵ２−１，２−２のＬＢＡ（論理ブロックアドレス）からのデータの読出しが行われるよりも先に，ホストＩ／Ｏ（ホストリード）に基づくＲＬＵ２−１、２−２のＬＢＡ（論理ブロックアドレス）からのデータを読出すことを，「前記データ先読みコマンド識別子に基づいて」行うことについて特定されていない点。
（４）判断
　以下，相違点について検討する。
ア　相違点１について
　引用文献２の上記Ｍの「ホスト処理装置」「において実行する」「デバイスドライバ」との記載，上記Ｎの「受信されたリクエストに応答して，デバイスドライバ」「がハードディスク」「からのデマンドデータ」「のための読み出し命令を発行する」との記載，及び上記Ｍの「このリクエストは，ハードディスク」「のアドレスでデマンドデータ」「の量を特定し」との記載から，「ホスト処理装置において実行するデバイスドライバであって，ハードディスクのアドレスでデマンドデータの量を特定するリクエストに応答して，読み出し命令を発行するデバイスドライバ」は，本願の出願日前において公知の技術であった。
　ここで，引用文献２に記載された技術では，「デバイスドライバ」が「リクエストに応答して」「読み出し命令を発行する」のであるから，この「リクエスト」は，実質的に読み出し命令の生成をデバイスドライバに要求するためのものであるといえ，また，この「リクエスト」は，「ハードディスクのアドレス」で「デマンドデータ」についての特定を行うのであるから，ハードディスクのアドレスを指定するものであるといえる。してみると，上記の技術は，ハードディスクのアドレスを指定する命令生成要求に基づき，読み出し命令を生成するものであるといえる。
　引用発明においては，「ホストＩ／Ｏ（ホストリード）」を「ホスト」で生成するための手法については明記されていないものの，これを公知の手法で具体化することは，当業者の通常の創作能力の発揮であるといえる。また，引用文献１に記載された発明と引用文献２に記載された技術的事項とは，どちらも，ディスクからのデータの読み出しをホストからの命令に基づいて行うものである点で技術的に共通している。そのため，引用発明においても，引用文献２に記載された技術的事項を適用し，一の「ホストＩ／Ｏ（ホストリード）」の生成，及び別の「ホストＩ／Ｏ（ホストリード）」の生成について，「デイスク装置（ＲＬＵ単位）」の各「ＬＢＡ（論理ブロックアドレス）」を指定する各リクエストによる命令生成要求に基づき行うよう構成すること，すなわち上記相違点１に係る構成とすることは，当業者が容易に想到することができたものである。
イ　相違点２及び相違点３について
　参考文献１の上記Ｐの「Small Computer System Interface (SCSI)は，プリステージ動作が始まる論理ブロックアドレス」「を指定する」「プリフェッチのコマンド，PRE-FETCH，を提供する」との記載，及び参考文献２の上記Ｑの「Prefetch Commandにおいて，Byte 0にPrefetchであることを示すOperation Codeがセットされている」態様から，プリフェッチのコマンドとして，データ先読みコマンドであることを示すデータ先読みコマンド識別子を含むものは，本願の出願日前において当業者において周知のものであった。
　引用発明は，「Host ReadをHost Queue 63-1，63-2にエンキューし，PrefetchをInternal Queue 64-1，64-2にエンキュー」するものであるから，Ｉ／Ｏ要求が「ホストＩ／Ｏ（ホストリード）」であるか「内部Ｉ／Ｏ（プリフェッチ）」であるのかをエンキュー時に区別することが必要であるといえる。また，引用文献１に記載された発明と参考文献１及び２に記載された周知技術とは，どちらも，プリフェッチのためのコマンドを用いるものである点で技術的に共通している。そして，引用発明において，上記参考文献１及び２に記載された周知技術を適用して，「内部Ｉ／Ｏ（プリフェッチ）」をデータ先読みコマンドであることを示すデータ先読みコマンド識別子を含むものとして構成するとともに，「内部Ｉ／Ｏ（プリフェッチ）」に基づくデータの読出しよりも先に「ホストＩ／Ｏ（ホストリード）」に基づくデータの読出しを行うために必要な，「内部Ｉ／Ｏ（プリフェッチ）」の「待ちキュー６４−１，６４−２」へのエンキューについて，この識別子に基づいてＩ／Ｏ要求を区別することにより行うよう構成すること，すなわち上記相違点２及び相違点３に係る構成とすることは，当業者が容易に想到することができたものである。
ウ　そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，引用発明，引用文献２に記載された技術的事項，並びに参考文献１及び２に記載された周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
エ　したがって，本件補正発明は，引用発明，引用文献２に記載された技術的事項，並びに参考文献１及び２に記載された周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法２９条２項の規定により，特許出願の際独立して特許を受けることができないものである。
３　本件補正についてのむすび
よって，本件補正は，特許法第１７条の２第６項において準用する同法１２６条７項の規定に違反するので，同法１５９条１項の規定において読み替えて準用する同法５３条１項の規定により却下すべきものである。
よって，上記補正の却下の決定の結論のとおり決定する。
第３　本願発明について
１　本願発明
　令和１年１０月３０日にされた手続補正は，上記のとおり却下されたので，本願の請求項に係る発明は，平成３１年３月２７日にされた手続補正により補正された特許請求の範囲の１〜８に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下「本願発明」という。）は，その請求項１に記載された事項により特定される，前記「第２　令和１年１０月３０日にされた手続補正についての補正の却下の決定」「１　本件補正について（補正の内容）」「（２）本件補正前の特許請求の範囲」に記載のとおりのものである。
２　原査定の拒絶の理由
　原査定の拒絶の理由は，この出願の請求項１〜８に係る発明は，本願出願前に頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１に記載された発明，引用文献２に記載された技術的事項，並びに参考文献１及び２に記載された周知技術に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができない，というものである。
引用文献１：特開２００４−２９５８６０号公報
引用文献２：米国特許出願公開第２００５／０１２５６０８号明細書
参考文献１：米国特許出願公開第２０１３／０２４６６９１号明細書
参考文献２：米国特許出願公開第２００７／０２６０８４６号明細書
３　引用文献
　原査定の拒絶の理由で引用された引用文献１及び２，原査定において周知技術を示す文献として引用された参考文献１及び２，並びにその記載事項は，前記「第２　令和１年１０月３０日にされた手続補正についての補正の却下の決定」「２　補正の適否」「（２）引用文献等の記載事項」に記載したとおりの事項が記載されている。
４　対比・判断
（１）本願発明
　本願発明は，前記「第２　令和１年１０月３０日にされた手続補正についての補正の却下の決定」「１　本件補正について（補正の内容）」「（１）本件補正後の特許請求の範囲の記載」で検討した本件補正発明から，補正事項１及び５に対応する限定事項を省き，さらに，明瞭でない記載の釈明を目的とした補正事項２〜４に係る記載を本件補正前の記載に戻したものに相当する。
（２）引用発明との対比・判断
　そうすると，本願発明の構成要件をすべて含み，さらに他の構成要件を付加し，また，明瞭でない記載の釈明をしたものに相当する本件補正発明が，上記「第２　令和１年１０月３０日にされた手続補正についての補正の却下の決定」「２　補正の適否」の「（３）引用発明との対比」及び「（４）判断」に記載したとおり，引用文献１に記載された発明，引用文献２に記載された技術的事項，並びに参考文献１及び２に記載された周知技術に基づいて，当業者が容易に発明をすることができたものであるから，本願発明も，同様の理由により，引用文献１に記載された発明，引用文献２に記載された技術的事項，並びに参考文献１及び２に記載された周知技術に基づいて，当業者が容易に発明をすることができたものである。
第４　むすび
　以上のとおり，本願発明は，特許法２９条２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。