【事件の表示】
　特願２００６−　２６３８６「複数のデバイスへ同時書き込み操作を行うことにより高まるフラッシュメモリデバイスにおけるメモリ性能」拒絶査定不服審判事件〔平成１８年　６月　１日出願公開、特開２００６−１３９８０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は、
　平成１１年２月２５日（パリ条約による優先権主張外国庁受理１９９８年（平成１０年）２月２５日、アメリカ合衆国）を国際出願日とする特願平１１−５４３９１２号の一部を平成１６年７月６日に新たな特許出願とした特願２００４−１９９９０２号の一部を平成１８年２月２日に新たな特許出願としたものであって、
　平成２０年７月１１日付けで最初の拒絶理由通知（同年同月１５日発送）がなされ、
　同年１１月１２日付けで意見書が提出されるとともに、手続補正がなされ、
　平成２１年７月２１日付けで最後の拒絶理由通知（同年同月２３日発送）がなされ、
　平成２２年１月２５日付けで意見書が提出されるとともに、手続補正がなされ、
　同年２月１２日付けで同年１月２５日付けの手続補正を却下する旨の補正の却下の決定（同年２月１９日発送）がなされるとともに、補正の却下の決定と同日付けで拒絶査定（同年同月１９日発送）がなされ、
　同年６月２１日付けで審判請求がなされるとともに、手続補正がなされたものである。
　なお、同年９月１５日付けで審査官より特許法第１６４条第３項の規定による前置報告がなされ、
　平成２３年３月２４日付けで当審より審尋（同年同月２５日発送）がなされ、
　この審尋に対して、同年９月２２日付けで回答書が提出されている。
　
第２．補正却下の決定
［補正却下の決定の結論］
　平成２２年６月２１日付けの手続補正を却下する。
　
［理由］
１．審判請求時補正
　平成２２年６月２１日付けの手続補正（以下、「審判請求時補正」という。）は、特許請求の範囲の請求項１の記載を
「メモリコントロール回路と、
　前記メモリコントロール回路に結合された不揮発性メモリユニットと
　を備え、
　前記不揮発性メモリユニットは、複数のセクタに区分されている２以上の不揮発性メモリデバイスを含み、１つのセクタは、複数のセクタの情報のための複数の格納位置を含み、１つのセクタの情報は、偶数セクタの情報または奇数セクタの情報であり、偶数セクタの情報および奇数セクタの情報のそれぞれは、ユーザデータとオーバーヘッドとを含み、
　前記メモリコントロール回路は、少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、
　２つのセクタの情報は、２つの不揮発性メモリデバイスの中に単一の書き込み動作においてプログラミングされる、不揮発性メモリシステム。」
（以下、「審判請求時補正後の請求項１」という。）
と補正することを含むものである。
　
２．審判請求時補正に対する平成１８年改正前特許法第１７条の２第３項の要件の検討
２の１．はじめに
　審判請求時補正後の請求項１には「少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、」と記載されている。この記載が願書に最初に添付した明細書、特許請求の範囲又は図面（以下、「当初明細書等」という。）に記載した範囲内であるといえるか（この記載を含む審判請求時補正が、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法（以下、「平成１８年改正前特許法」という。）第１７条の２第３項の要件を満たすといえるか）、具体的には、当該記載が示す「プログラミング」、即ち、不揮発性メモリデバイスのメモリセルへの書き込みにより、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることになるところ、当初明細書等に、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることが記載されているといえるかを検討する。
　
　当初明細書等において、複数の不揮発性メモリデバイスに、複数のセクタの情報のユーザデータ及び複数のセクタの情報のオーバヘッドをどのように格納するかについては、【図７】に関する実施形態と【図１３】に関する実施形態が記載されている。そのため、当初明細書等に、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることが記載されているといえるかを下記において検討するに際しては、【図７】に関する実施形態と【図１３】に関する実施形態を主に検討する。
　
２の２．当初明細書等の記載
　当初明細書等には下記の記載がある。
　
「【０００５】
…（中略）…セクタは、５１２バイトのユーザデータおよび１６バイトの非ユーザデータ（後者は一般にオーバーヘッド情報と呼ばれる）を含む…（後略）…」
　
「【００１１】
　図４は、メモリバンク内に維持される１つのセクタのデータを記憶するための例示的なフォーマットを図示した表図である。…（中略）…各セクタ４０２はユーザデータフィールド４０４、ＥＣＣフィールド４０６、「オールド」フラグフィールド４０８、「使用中」フラグフィールド４１０、および「欠陥」フラグフィールド４１２で構成される。」
　
「【００３２】
　ユーザデータおよびオーバーヘッド情報を含むセクタ組織化情報は、ホスト５０４からホストバス５１４を介してホストインターフェース６１０において受信され、データバッファ６１４に、そのバッファ内での一時的な記憶のために供給される。データバッファ内に記憶されたセクタの情報は、フラッシュ状態マシン６４２の制御のもとで得られ、以下でさらに説明する方法でメモリバンク５０６に供給される。当該分野において、各セクタが５１２バイトのユーザデータに加えオーバーヘッド情報を含むことは一般的である。セクタは、他の数のバイトの情報を含み得るが、好ましい実施形態においては、セクタは５１２バイトのユーザデータよび１６バイトのオーバーヘッド情報を有する。」
　
「【００３５】
　図７は、本発明のある実施形態による、メモリバンク５０６内に記憶されたユーザデータ、エラー訂正情報、およびフラグ情報の組織を一般化して図示した表図を示す。メモリバンク５０６は、ＢＬＣＫ０、ＢＬＣＫ１、ＢＬＣＫ（Ｍ−１）と指定された複数あるＭ個のブロック７２７を含み、それぞれが仮想物理ブロックアドレス（ＰＢＡ）を有する。ブロック７２７のそれぞれは、ＲＯＷ０、ＲＯＷ１、．．．ＲＯＷ１５と指定された複数あるＮ個のメモリ行ロケーション７２８を有する（ここで好ましい実施形態においてはＮ＝１６である）。メモリバンク５０６の各ブロック７２７は、第１のフラッシュメモリチップ６７０の第１のサブブロック７３０、および第２のフラッシュメモリチップ６７２の対応する第２のサブブロック７３１から構成される。対応するサブブロック７３０、７３１は、合わせて１つのブロックを形成し、同じ仮想ＰＢＡにより識別される。各メモリ行ロケーション７２８は、第１の行部分７３２および対応する第２の行部分７３３を含む。示されている実施形態において、各第１および第２行部分、７３２および７３３は、５１２バイトのデータ情報のための記憶空間に加え、他の情報のための追加の記憶空間を含む。示されている実施形態では、第１フラッシュメモリチップの第１の行部分７３２内の情報の記憶は、第２フラッシュメモリチップの第２の行部分７３３内のものとは同じでない方法で達成される。
【００３６】
　第１の行部分７３２のそれぞれは、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の偶数セクタ（Ｓ０、Ｓ２、Ｓ４、．．．）の情報を記憶する第１の偶数セクタフィールド７３４と、第１スペアフィールド７３６と、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の奇数セクタ（Ｓ１、Ｓ３、Ｓ５、．．．）の情報を記憶する第１の奇数セクタフィールド７３８と、第２スペアフィールド７４０とを含む。第２行部分７３３のそれぞれは、奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１の偶数のセクタのデータ（これは第１の偶数セクタフィールド７３４内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の偶数セクタフィールド７４２と、集団的にフィールド７３４および７４２に記憶された偶数セクタの情報に対応するエラー訂正情報を記憶する第１のエラー訂正フィールド７４４と、奇数データバイトの奇数セクタの情報（これは第１の奇数セクタフィールド７３８内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の奇数セクタフィールド７４６と、集中的にフィールド７３８、７４６に記憶された奇数セクタの情報に対応するＥＣＣ情報を記憶する第２エラー訂正フィールド７４８と、ブロックアドレスフィールド７５０と、フラグフィールド７５２を含む。フィールド７３４および７４２は、偶数セクタロケーションを形成するが、フィールド７３８および７４６は奇数セクタロケーションを形成する。本発明において、フィールド７３４および７４２は、代わりに奇数セクタロケーションを形成し得る一方で、フィールド７３８および７４６は代わりに偶数セクタロケーションを形成し得ること、ならびにフィールド７３４および７３８は代わりに奇数データバイトを記憶するために用いられ得る一方で、フィールド７４２および７４６は代わりに偶数データバイトを記憶するために用いられ得ることが理解される。加えて、第１の行部分７３２は、代わりにメモリ行ロケーション７２８内に記憶されたセクタに関するオーバーヘッド情報を記憶するために用いられ得る。
【００３７】
　フラグフィールド７５２は、以下でさらに説明するように、アクセス操作中にコントローラ５１０（図６）により用いられるフラグ情報を記憶するために用いられる。ブロックアドレスフィールド７５０は、以下でさらに説明するように、ブロックに割り当てらた改変版のホスト供給ＬＢＡ値を記憶するために用いられる。単一のブロックアドレスエントリのみが、ブロックアドレスフィールドにおいてブロック毎に要求される。好ましい実施形態において、改変ホスト供給ＬＢＡ値は、各ブロック７２７の行ロケーション７２８の第Ｎ行、つまりＲＯＷ１５のブロックアドレスフィールド７５９に入力される。」
　
「【００３９】
　コントローラ５１０（図６）は、空間マネジャー６３６を用いてメモリバンク５０６のブロック７２７のステータスを監視する。１つの実施形態では、コントローラ５１０（図６）は、フラグフィールド７５２の使用中フラグロケーション７５４および欠陥フラグロケーション７５６にそれぞれ記憶された使用中／空きブロックフラグおよび欠陥ブロックフラグを含むブロックレベルフラグを用いて、メモリバンクの各ブロックロケーション７２７のステータスを監視する。ブロックレベルフラグは、メモリバンクの全体のブロック７２７のステータスに関わる情報を供給する。従って、単一のブロックレベルフラグエントリのみが、フラグロケーション７５４および７５６においてブロック毎に要求される。使用中／新ブロックフラグは、対応するブロック７２７が情報を記憶するために現行で「使用中」であるか否か、あるいは情報を記憶するために利用可能（または空き）か否かを示す。欠陥ブロックフラグは、対応するブロック７２７が欠陥であるか否かを示す。
【００４０】
　別の実施形態においては、コントローラ５１０（図６）は、メモリバンクの各メモリ行ロケーション７２８のステータスを、使用中フラグロケーション７５４に記憶された使用中／空き行フラグと、欠陥フラグロケーション７５６に記憶された欠陥行フラグと、フラグフィールド７５２のオールドロケーション７５８に記憶されたオールド行フラグと、偶数セクタ移動フラグロケーション７６０に記憶された偶数セクタ移動フラグと、奇数セクタ移動フラグロケーション７６２に記憶された奇数セクタ移動フラグとを用いて監視する。この実施形態において、使用中／新フラグは、対応するメモリ行ロケーション７２８が情報を記憶するために現行で「使用中」であるか、あるいは情報を記憶するために利用可能（または空き）か否かを示す。欠陥フラグは、対応するブロック７２７が欠陥であるか否かを示す。非揮発性メモリロケーション７３２、７３３のペアのいずれかが欠陥であるならば、セットされている欠陥フラグロケーション７５６における値により示されるように、全メモリブロック７２７は欠陥であると宣言される。好ましい実施形態では、ロケーション７５８、７５４、および７５６は単一の３ビットフラグロケーション７６４に含まれる。
【００４１】
　奇数および偶数セクタ移動フラグロケーション７６０、７６２は、非揮発性メモリセクタロケーションに記憶された対応する偶数および奇数セクタが、非揮発性メモリバンク５０６（図６）内における別のロケーションへ移動したか否かを示す値を記憶する。例えば、行ロケーション７２８の偶数セクタフィールド７３４、７４２の特定のペアにおいて集中的に記憶された偶数セクタの情報が、非揮発性メモリバンク５０６内の偶数セクタフィールドの別のペアに移動した場合、対応する偶数セクタ移動フラグロケーション７６０において値がセットされる。同様に、同じ行ロケーションの奇数セクタフィールド７３８、７４６において集中的に記憶された奇数セクタの情報が、非揮発性メモリバンク５０６内の奇数セクタフィールドの別のペアに移動した場合には、対応する奇数セクタ移動フラグロケーション６７２において値がセットされる。非揮発性メモリバンク５０６内におけるセクタの情報が移動しているロケーションは、ＭＶＰＢＡアドレスロケーション内のＳＰＭ  ＲＡＭ７２０に記憶されたＬＢＡ−ＰＢＡマップにおいて示される。…（中略）…好ましい実施形態では、ロケーション７６０および７６２は、単一の２ビット移動フラグロケーション７６６である。」　
　
「【００４３】
…（中略）…上述のように、好ましい実施形態では、各ブロック７２７（図７）は各セクタが５１２バイトのユーザデータおよび１６バイトのオーバーヘッド情報を含む、３２セクタの情報を記憶するメモリ空間を含む。…（後略）…」
　
「【００４５】
　図９は、メモリシステム６００（図６）により行われる、書き込み操作用の制御、アドレス、およびデータ信号のタイミングを図示するタイミング図を示し、ここでは単一の書き込み操作中に、２セクタの情報が非揮発性メモリバンク５０６（図６）に同時に書き込まれる。
…（中略）…
【００４９】
　時間ｔ９において、第１および第２フラッシュ信号（波形９０２および９０４）が、インターリーブされた偶数および奇数データバイトを同時に送信し、ここで偶数および奇数バイトは１つのセクタ情報を形成する。偶数バイトは、第１フラッシュメモリチップへバス６８０（図６）を介して送信され、奇数セクタバイトは、第２フラッシュメモリチップへバス６８４（図６）を介して送信される。奇数セクタの偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０は、第１フラッシュチップにより受信され、第１フラッシュメモリチップの対応するロケーション７３２の第１の偶数セクタフィールド７３４（図７）に記憶される。このことは、書き込みイネーブル信号ＷＥ＊（波形９１０）が起動する度に１バイト記憶することにより行われる。偶数セクタの奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１は、第２フラッシュチップにより受信され、第２フラッシュメモリチップの対応するロケーション７３３の第２の偶数セクタフィールド７４２（図７）に記憶され、このことから各バイトはＷＥ＊（波形９１０）が起動するときに記憶される。時間ｔ１０において、第１および第２フラッシュ信号（波形９０２および９０４）は、偶数セクタのインターリーブされた偶数および奇数データの送信を完了する。
【００５０】
　時間ｔ１０のすぐ後に、時間ｔ１０と時間ｔ１１との間において、第１フラッシュ信号（波形９０２）は、４つのパケットのフィラー情報（ＦＦＨ、１６進法Ｆ、等量２進法値「１１１１」、１０進法値「１５」）を、第１フラッシュメモリ値へ第１分割バス６８０（図６）を介して送信し、それに対して第２フラッシュ信号（波形９０４）は、エラー訂正コード（ＥＣＣ）を第２フラッシュメモリチップへ、第２分割バス６８４（図６）を介して送信する。この時間周期中に送信されたフィラー情報ＦＦＨは、第１フラッシュメモリチップにより受信され、第１スペアフィールド７３６（図７）に記憶される。この時間周期中に送信されたエラー訂正コードは、第２フラッシュメモリチップにより受信され、第２フラッシュメモリチップの非揮発性メモリセクション７３３の第１エラー訂正フィールド７４４（図７）に記憶される。ＥＣＣ論理ユニット６６０（図６）により発されるこのエラー訂正コードは、前述の時間ｔ１０とｔ１１との間の時間間隔の間に送信される偶数セクタに関係する。
【００５１】
　時間ｔ１１において、第１および第２フラッシュ信号（波形９０２および９０４）は、奇数セクタのインターリーブされた偶数および奇数データバイト（書き込みイネーブル信号ＷＥ＊（波形９１０）と同期である）を、ディスプレイアップ１（当審注：この「ディスプレイアップ１」は明らかな誤記であり、正しくは「第１フラッシュメモリチップ」である。）および第２フラッシュメモリチップへ第１分割バス６８０および第２第１分割バス６８４（図６）へ、それぞれ同時に送信し始める。偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０は、第１フラッシュチップにより受信され、第１フラッシュメモリチップの対応するロケーション７３２の第１の奇数セクタフィールド７３８（図７）に記憶される。奇数セクタの奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１は、第２フラッシュチップにより受信され、第２フラッシュメモリチップの対応するロケーション７３３の第２の奇数セクタフィールド７４６（図７）に記憶される。時間ｔ１２において、第１および第２フラッシュ信号（波形９０２および９０４）は、偶数セクタのインターリーブされた偶数および奇数データの送信を完了する。
【００５２】
　時間ｔ１２のすぐ後に、時間ｔ１２と時間ｔ１３との間において、第１フラッシュ信号（波形９０２）は、第１フラッシュメモリチップへ情報を全く送信せず、それにより、第１フラッシュメモリチップの記憶ロケーションバイトに対応している値を、ＦＦＨ（１６進法）または２進法の全て１状態において維持する。一方、時間ｔ１２と時間ｔ１３との間において、第２フラッシュ信号（波形９０４）が同時に、エラー訂正コード（ＥＣＣ）を第２フラッシュメモリチップへ、第２分割バス６８４（図６）を介して送信する。この時間周期中に送信されたフィラー情報ＦＦＨは、第１フラッシュメモリチップにより受信され、第２スペアフィールド７４０（図７）に記憶される。この時間周期中に送信されたエラー訂正コードは、第２フラッシュメモリチップにより受信され、第２フラッシュメモリチップの非揮発性メモリセクション７３３の第１エラー訂正フィールド７４８（図７）に記憶される。ＥＣＣ論理ユニット６６０（図６）により発されるこのエラー訂正コードは、前述の時間ｔ１１とｔ１２との間の時間間隔の間に送信される奇数セクタに関係する。」
　
「【００７９】
　図１３は、本発明の別なる実施形態による、３２のセクタを含む、メモリバンク５０６内の情報ブロックを記憶するためのメモリ記憶形式を一般的に示した表である。この実施形態では、偶数セクタが、２つのメモリユニットの第１に記憶する第１行ロケーションに記憶され、奇数セクタが、２つのメモリユニットの第２に記憶する第２行ロケーションに記憶される。図示した実施形態では、メモリバンク５０６は、ＢＬＣＫ０、ＢＬＣＫ１、ＢＬＣＫ（Ｍ−１）と指定された、それぞれが物理ブロックアドレス（ＰＢＡ）を有する、複数のＭブロック１３０２を含む。ブロック１３０２のそれぞれは、複数のＮメモリ行ロケーション１３０４を含み、好適な実施形態ではＮ＝１６である。メモリバンク５０６の各ブロック１３０２は、第１のフラッシュメモリチップ６７０の第１のサブブロック１３０６、および第２のフラッシュメモリチップ６７２の対応する第２のサブブロック１３０８を含み、対応するサブブロックは同じ仮想ＰＢＡによって識別される。各メモリ行１３０４は、第１の行部分１３１０および対応する第２の行部分１３１２を含む。図示した実施形態では、各第１および第２の行部分１３１０、１３１２が、５１２バイトのデータ情報のための記憶に加え、エラー修正情報（ＥＣＣ情報）およびフラグ情報のための記憶スペースを含む。
【００８０】
　第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４…）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。第２の行部分１３１２のそれぞれは、奇数情報セクタ（Ｓ１、Ｓ３、Ｓ５…）を記憶するための奇数セクタフィールド１３１８、フィールド１３１８に記憶される奇数セクタに対応するエラー修正情報を記憶するための奇数セクタエラー修正フィールド１３２０を含む。ブロックアドレスフィールド１３２２、およびフラグフィールド１３２４を含む。本発明では、奇数セクタを記憶するために、代わりとしてフィールド１３１４を用い得、偶数セクタを記憶するために、代わりとしてフィールド１３１８を使用し得ることが理解される。また、ブロックアドレスおよびフラグを記憶するために、替わりとして第１の行部分１３１０を使用し得る。
【００８１】
　フラグフィールド１３２４は、以下さらに説明するアクセス動作中において、制御器５１０（図６）によって使用されるフラグ情報を記憶するために使用される。ブロックアドレスフィールド１３２２は、ＢＬＣＫ０に対する「０」のように、ブロック１３０２に永久に割り当てられるブロックアドレスを記憶するために使用される。ブロックごとのブロックアドレスフィールドでは、単一ブロックアドレスエントリのみが要求される。好適な実施形態では、ブロックアドレスエントリは、最終行１３０４のブロックアドレスフィールド１３２２、即ち行１５に入れられる。
【００８２】
　この代わりの実施形態では、第１および第２のスプリットバス６８０、６８４（図６）が、偶数および奇数セクタの受信データバイトにそれぞれ結合された配線を含む。制御器５１０（図６）は、第１および第２のスプリットバス６８０、６８４（図６）それぞれを同時に介して、偶数セクタおよび奇数セクタのバイトの同時書き込みによって、２つのセクタを同時に書き込む。また、スプリットバス６８０、６８４（図６）は、フラッシュメモリチップと、フラッシュ状態マシン６４２と、メモリ制御器５１０のＥＣＣ論理ユニット６６０との間のＥＣＣ情報の転送、およびフラッシュ状態マシン６４２からフラッシュメモリチップへのアドレス情報の転送を提供する。」
　
２の３．審判請求時補正後の請求項１における「ユーザデータ」について
　当初明細書等の【０００５】に「セクタは、５１２バイトのユーザデータ…（中略）…を含む」と記載され、当初明細書等の【００３２】に「セクタは５１２バイトのユーザデータ…（中略）…を有する。」と記載され、当初明細書等の【００３５】に「各第１および第２行部分、７３２および７３３は、５１２バイトのデータ情報のための記憶空間に加え、他の情報のための追加の記憶空間を含む。」と記載され、当初明細書等の【００３６】に「第１の行部分７３２のそれぞれは、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の偶数セクタ（Ｓ０、Ｓ２、Ｓ４、．．．）の情報を記憶する第１の偶数セクタフィールド７３４と、…（中略）…偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の奇数セクタ（Ｓ１、Ｓ３、Ｓ５、．．．）の情報を記憶する第１の奇数セクタフィールド７３８と、…（中略）…とを含む。第２行部分７３３のそれぞれは、奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１の偶数のセクタのデータ（これは第１の偶数セクタフィールド７３４内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の偶数セクタフィールド７４２と、…（中略）…奇数データバイトの奇数セクタの情報（これは第１の奇数セクタフィールド７３８内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の奇数セクタフィールド７４６と、…（中略）…を含む。フィールド７３４および７４２は、偶数セクタロケーションを形成するが、フィールド７３８および７４６は奇数セクタロケーションを形成する。」と記載され、当初明細書等の【００４３】に「上述のように、好ましい実施形態では、各ブロック７２７（図７）は各セクタが５１２バイトのユーザデータおよび１６バイトのオーバーヘッド情報を含む、３２セクタの情報を記憶するメモリ空間を含む。」と記載され、当初明細書等の【００７９】に「図１３は、本発明の別なる実施形態による、３２のセクタを含む、メモリバンク５０６内の情報ブロックを記憶するためのメモリ記憶形式を一般的に示した表である。この実施形態では、偶数セクタが、２つのメモリユニットの第１に記憶する第１行ロケーションに記憶され、奇数セクタが、２つのメモリユニットの第２に記憶する第２行ロケーションに記憶される。…（中略）…メモリバンク５０６の各ブロック１３０２は、第１のフラッシュメモリチップ６７０の第１のサブブロック１３０６、および第２のフラッシュメモリチップ６７２の対応する第２のサブブロック１３０８を含み、対応するサブブロックは同じ仮想ＰＢＡによって識別される。各メモリ行１３０４は、第１の行部分１３１０および対応する第２の行部分１３１２を含む。図示した実施形態では、各第１および第２の行部分１３１０、１３１２が、５１２バイトのデータ情報のための記憶に加え、…（中略）…の記憶スペースを含む。」と記載され、当初明細書等の【００８０】に「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４…）を記憶するための偶数セクタフィールド１３１４…（中略）…を含む。第２の行部分１３１２のそれぞれは、奇数情報セクタ（Ｓ１、Ｓ３、Ｓ５…）を記憶するための奇数セクタフィールド１３１８…（中略）…を含む。」と記載されている。
　これらの記載から、当初明細書等における、特に【図７】及び【図１３】に関する実施形態においては、１つのセクタの情報には５１２バイトのユーザデータが存在し、当該ユーザデータは、【図７】における「第１の偶数セクタフィールド７３４」、「第１の奇数セクタフィールド７３８」、「第２の偶数セクタフィールド７４２」、「第２の奇数セクタフィールド７４６」と、【図１３】における「偶数セクタフィールド１３１４」、「奇数セクタフィールド１３１８」に格納されるものであり、これらのフィールドに格納されるユーザデータが審判請求時補正後の請求項１における「ユーザデータ」に対応する。特に、【図７】における「第１の偶数セクタフィールド７３４」、「第２の偶数セクタフィールド７４２」と、【図１３】における「偶数セクタフィールド１３１４」に格納されるユーザデータは、審判請求時補正後の請求項１における「偶数セクタの情報のユーザデータ」に対応し、【図７】における「第１の奇数セクタフィールド７３８」、「第２の奇数セクタフィールド７４６」と、【図１３】における「奇数セクタフィールド１３１８」に格納されるユーザデータは、審判請求時補正後の請求項１における「奇数セクタの情報のユーザデータ」に対応する。
　
２の４．審判請求時補正後の請求項１における「オーバヘッド」について
　当初明細書等の【００１１】に「各セクタ４０２はユーザデータフィールド４０４、ＥＣＣフィールド４０６、「オールド」フラグフィールド４０８、「使用中」フラグフィールド４１０、および「欠陥」フラグフィールド４１２で構成される。」と記載され、当初明細書等の【００３６】に「第１の行部分７３２のそれぞれは、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の偶数セクタ（Ｓ０、Ｓ２、Ｓ４、．．．）の情報を記憶する第１の偶数セクタフィールド７３４と、第１スペアフィールド７３６と、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の奇数セクタ（Ｓ１、Ｓ３、Ｓ５、．．．）の情報を記憶する第１の奇数セクタフィールド７３８と、第２スペアフィールド７４０とを含む。第２行部分７３３のそれぞれは、奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１の偶数のセクタのデータ（これは第１の偶数セクタフィールド７３４内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の偶数セクタフィールド７４２と、集団的にフィールド７３４および７４２に記憶された偶数セクタの情報に対応するエラー訂正情報を記憶する第１のエラー訂正フィールド７４４と、奇数データバイトの奇数セクタの情報（これは第１の奇数セクタフィールド７３８内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の奇数セクタフィールド７４６と、集中的にフィールド７３８、７４６に記憶された奇数セクタの情報に対応するＥＣＣ情報を記憶する第２エラー訂正フィールド７４８と、ブロックアドレスフィールド７５０と、フラグフィールド７５２を含む。」と記載され、当初明細書等の【００４０】に「メモリバンクの各メモリ行ロケーション７２８のステータスを、使用中フラグロケーション７５４に記憶された使用中／空き行フラグと、欠陥フラグロケーション７５６に記憶された欠陥行フラグと、フラグフィールド７５２のオールドロケーション７５８に記憶されたオールド行フラグと、偶数セクタ移動フラグロケーション７６０に記憶された偶数セクタ移動フラグと、奇数セクタ移動フラグロケーション７６２に記憶された奇数セクタ移動フラグとを用いて監視する。」と記載され、当初明細書等の【００８０】に「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４…）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。第２の行部分１３１２のそれぞれは、奇数情報セクタ（Ｓ１、Ｓ３、Ｓ５…）を記憶するための奇数セクタフィールド１３１８、フィールド１３１８に記憶される奇数セクタに対応するエラー修正情報を記憶するための奇数セクタエラー修正フィールド１３２０を含む。ブロックアドレスフィールド１３２２、およびフラグフィールド１３２４を含む。」と記載されている。
　これらの記載と、「ユーザデータ」に関して前記「２の３．審判請求時補正後の請求項１における「ユーザデータ」について」にて指摘したことを考慮すると、審判請求時補正後の請求項１における「オーバーヘッド」に対応しうるものとしては、まず、【図７】における「第１スペアフィールド７３６」、「第２スペアフィールド７４０」、「第１のエラー訂正フィールド７４４」、「第２エラー訂正フィールド７４８」、「ブロックアドレスフィールド７５０」、「オールドロケーション７５８」、「使用中フラグロケーション７５４」、「欠陥フラグロケーション７５６」、「偶数セクタ移動フラグロケーション７６０」、「奇数セクタ移動フラグロケーション７６２」と、【図１３】における「偶数セクタエラー修正フィールド１３１６」、「奇数セクタエラー修正フィールド１３２０」、「ブロックアドレスフィールド１３２２」、（さらには【図１３】のみに示されている）「オールドロケーション１３３０」、「使用中フラグロケーション１３２６」、「欠陥フラグロケーション１３２８」、「偶数セクタ移動フラグロケーション１３３２」、「奇数セクタ移動フラグロケーション１３３４」のそれぞれに格納される情報が一応考えられる。
　しかしながら、まず、当初明細書等の【００３５】に「図７は、本発明のある実施形態による、メモリバンク５０６内に記憶されたユーザデータ、エラー訂正情報、およびフラグ情報の組織を一般化して図示した表図を示す。メモリバンク５０６は、ＢＬＣＫ０、ＢＬＣＫ１、ＢＬＣＫ（Ｍ−１）と指定された複数あるＭ個のブロック７２７を含み、それぞれが仮想物理ブロックアドレス（ＰＢＡ）を有する。ブロック７２７のそれぞれは、ＲＯＷ０、ＲＯＷ１、．．．ＲＯＷ１５と指定された複数あるＮ個のメモリ行ロケーション７２８を有する（ここで好ましい実施形態においてはＮ＝１６である）。メモリバンク５０６の各ブロック７２７は、第１のフラッシュメモリチップ６７０の第１のサブブロック７３０、および第２のフラッシュメモリチップ６７２の対応する第２のサブブロック７３１から構成される。対応するサブブロック７３０、７３１は、合わせて１つのブロックを形成し、同じ仮想ＰＢＡにより識別される。各メモリ行ロケーション７２８は、第１の行部分７３２および対応する第２の行部分７３３を含む。」と記載され、当初明細書等の【００３６】に「第１の行部分７３２のそれぞれは、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の偶数セクタ（Ｓ０、Ｓ２、Ｓ４、．．．）の情報を記憶する第１の偶数セクタフィールド７３４と、…（中略）…偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の奇数セクタ（Ｓ１、Ｓ３、Ｓ５、．．．）の情報を記憶する第１の奇数セクタフィールド７３８と、…（中略）…を含む。第２行部分７３３のそれぞれは、奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１の偶数のセクタのデータ（これは第１の偶数セクタフィールド７３４内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の偶数セクタフィールド７４２と、…（中略）…奇数データバイトの奇数セクタの情報（これは第１の奇数セクタフィールド７３８内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の奇数セクタフィールド７４６と、…（中略）…ブロックアドレスフィールド７５０と、フラグフィールド７５２を含む。フィールド７３４および７４２は、偶数セクタロケーションを形成するが、フィールド７３８および７４６は奇数セクタロケーションを形成する。」と記載され、当初明細書等の【００３７】に「フラグフィールド７５２は、以下でさらに説明するように、アクセス操作中にコントローラ５１０（図６）により用いられるフラグ情報を記憶するために用いられる。ブロックアドレスフィールド７５０は、以下でさらに説明するように、ブロックに割り当てらた改変版のホスト供給ＬＢＡ値を記憶するために用いられる。単一のブロックアドレスエントリのみが、ブロックアドレスフィールドにおいてブロック毎に要求される。好ましい実施形態において、改変ホスト供給ＬＢＡ値は、各ブロック７２７の行ロケーション７２８の第Ｎ行、つまりＲＯＷ１５のブロックアドレスフィールド７５９に入力される。」と記載され、当初明細書等の【００３９】に「１つの実施形態では、コントローラ５１０（図６）は、フラグフィールド７５２の使用中フラグロケーション７５４および欠陥フラグロケーション７５６にそれぞれ記憶された使用中／空きブロックフラグおよび欠陥ブロックフラグを含むブロックレベルフラグを用いて、メモリバンクの各ブロックロケーション７２７のステータスを監視する。ブロックレベルフラグは、メモリバンクの全体のブロック７２７のステータスに関わる情報を供給する。従って、単一のブロックレベルフラグエントリのみが、フラグロケーション７５４および７５６においてブロック毎に要求される。使用中／新ブロックフラグは、対応するブロック７２７が情報を記憶するために現行で「使用中」であるか否か、あるいは情報を記憶するために利用可能（または空き）か否かを示す。欠陥ブロックフラグは、対応するブロック７２７が欠陥であるか否かを示す。」と記載され、当初明細書等の【００４０】に「別の実施形態においては、コントローラ５１０（図６）は、メモリバンクの各メモリ行ロケーション７２８のステータスを、使用中フラグロケーション７５４に記憶された使用中／空き行フラグと、欠陥フラグロケーション７５６に記憶された欠陥行フラグと、フラグフィールド７５２のオールドロケーション７５８に記憶されたオールド行フラグと、…（中略）…を用いて監視する。この実施形態において、使用中／新フラグは、対応するメモリ行ロケーション７２８が情報を記憶するために現行で「使用中」であるか、あるいは情報を記憶するために利用可能（または空き）か否かを示す。欠陥フラグは、対応するブロック７２７が欠陥であるか否かを示す。非揮発性メモリロケーション７３２、７３３のペアのいずれかが欠陥であるならば、セットされている欠陥フラグロケーション７５６における値により示されるように、全メモリブロック７２７は欠陥であると宣言される。好ましい実施形態では、ロケーション７５８、７５４、および７５６は単一の３ビットフラグロケーション７６４に含まれる。」と記載されていることから明らかなように、【図７】における「ブロックアドレスフィールド７５０」、「オールドロケーション７５８」、「使用中フラグロケーション７５４」、「欠陥フラグロケーション７５６」は、物理的には、第１の行部分７３２と第２の行部分７３３からなるメモリ行ロケーション７２８毎に１つずつ設けられたものであり、「ブロックアドレスフィールド７５０」については、複数のメモリ行ロケーション７２８からなる１つのブロック７２７におけるただ１つの「ブロックアドレスフィールド７５０」を用いるものであり、「使用中フラグロケーション７５４」及び「欠陥フラグロケーション７５６」については、複数のメモリ行ロケーション７２８からなる１つのブロック７２７におけるただ１つの「使用中フラグロケーション７５４」及び「欠陥フラグロケーション７５６」を用いるか、または、各メモリ行ロケーション７２８毎の「使用中フラグロケーション７５４」及び「欠陥フラグロケーション７５６」を用いるものであり、第１の行部分７３２と第２の行部分７３３からなる１つのメモリ行ロケーション７２８には２つのセクタが記憶されるものである。つまり、【図７】における「ブロックアドレスフィールド７５０」、「オールドロケーション７５８」、「使用中フラグロケーション７５４」、「欠陥フラグロケーション７５６」は、セクタ毎に備えられたものではなく、ブロック毎または２セクタ毎に設けられたものであるので、審判請求時補正後の請求項１における「偶数セクタの情報のオーバーヘッド」や「奇数セクタの情報のオーバーヘッド」に対応するものであるとはいえない。
　【図１３】に関しても、当初明細書等の【００８１】に「ブロックアドレスフィールド１３２２は、ＢＬＣＫ０に対する「０」のように、ブロック１３０２に永久に割り当てられるブロックアドレスを記憶するために使用される。ブロックごとのブロックアドレスフィールドでは、単一ブロックアドレスエントリのみが要求される。好適な実施形態では、ブロックアドレスエントリは、最終行１３０４のブロックアドレスフィールド１３２２、即ち行１５に入れられる。」と記載されており、また、【図７】と【図１３】において、ブロックアドレスフィールド、オールドロケーション、使用中フラグロケーション、欠陥フラグロケーションが、物理的には、第１の行部分と第２の行部分からなるメモリ行ロケーション毎に１つずつ設けられたものであることが示されている点では同様であるから、【図１３】における「ブロックアドレスフィールド１３２２」、「オールドロケーション１３３０」、「使用中フラグロケーション１３２６」、「欠陥フラグロケーション１３２８」も、セクタ毎に備えられたものではなく、ブロック毎または２セクタ毎に設けられたものであるので、審判請求時補正後の請求項１における「偶数セクタの情報のオーバーヘッド」や「奇数セクタの情報のオーバーヘッド」に対応するものであるとはいえない。
　また、当初明細書等の【００５０】に「フィラー情報ＦＦＨは、第１フラッシュメモリチップにより受信され、第１スペアフィールド７３６（図７）に記憶される。」と記載され、当初明細書等の【００５２】に「フィラー情報ＦＦＨは、第１フラッシュメモリチップにより受信され、第２スペアフィールド７４０（図７）に記憶される。」と記載されているように、【図７】における「第１スペアフィールド７３６」、「第２スペアフィールド７４０」には情報としての意味はないフィラー情報が格納されるに過ぎないから、【図７】における「第１スペアフィールド７３６」、「第２スペアフィールド７４０」は、審判請求時補正後の請求項１における「セクタの情報のオーバーヘッド」に対応するものであるとはいえない。
　さらに、当初明細書等の【００４９】乃至【００５２】に２セクタの情報が２つの不揮発性メモリデバイスにプログラミングされる（書き込まれる）態様が示されているが、そこでは【図７】における「偶数セクタ移動フラグロケーション７６０」、「奇数セクタ移動フラグロケーション７６２」や【図１３】における「偶数セクタ移動フラグロケーション１３３２」、「奇数セクタ移動フラグロケーション１３３４」はプログラミングされる対象として記載されていない。そのため、【図７】における「偶数セクタ移動フラグロケーション７６０」、「奇数セクタ移動フラグロケーション７６２」や【図１３】における「偶数セクタ移動フラグロケーション１３３２」、「奇数セクタ移動フラグロケーション１３３４」は、審判請求時補正後の請求項１における「プログラミング」される「セクタの情報のオーバーヘッド」に対応するとはいえない。
　結局のところ、審判請求時補正後の請求項１における「セクタの情報のオーバーヘッド」に対応するものは、【図７】における「第１のエラー訂正フィールド７４４」、「第２エラー訂正フィールド７４８」と、【図１３】における「偶数セクタエラー修正フィールド１３１６」、「奇数セクタエラー修正フィールド１３２０」に格納されるエラー修正情報（ＥＣＣ情報）である。特に、審判請求時補正後の請求項１における「偶数セクタの情報のオーバーヘッド」に対応するものは、【図７】における「第１のエラー訂正フィールド７４４」と【図１３】における「偶数セクタエラー修正フィールド１３１６」に格納されるエラー修正情報（ＥＣＣ情報）であり、審判請求時補正後の請求項１における「奇数セクタの情報のオーバーヘッド」に対応するものは、【図７】における「第２エラー訂正フィールド７４８」と【図１３】における「奇数セクタエラー修正フィールド１３２０」に格納されるエラー修正情報（ＥＣＣ情報）である。
　
２の５．請求項１の記載と当初明細書等の記載の対応関係の検討
　上記したような、審判請求時補正後の請求項１における「偶数セクタの情報のユーザデータ」、「奇数セクタの情報のユーザデータ」、「偶数セクタの情報のオーバーヘッド」、「奇数セクタの情報のオーバヘッド」と、当初明細書等、特に【図７】と【図１３】の実施形態における構成との対応付けを検討することを通じて、当初明細書等に「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることが記載されているのかを検討する。
　
２の５の１．【図７】の実施形態の検討
　【図７】の実施形態に関して、当初明細書等の【００３５】に「第１フラッシュメモリチップの第１の行部分７３２」及び「第２フラッシュメモリチップの第２の行部分７３３」と記載され、当初明細書等の【００３６】に「第１の行部分７３２のそれぞれは、偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の偶数セクタ（Ｓ０、Ｓ２、Ｓ４、．．．）の情報を記憶する第１の偶数セクタフィールド７３４と、…（中略）…偶数データバイトＤ０、Ｄ２、Ｄ４、．．．Ｄ５１０の奇数セクタ（Ｓ１、Ｓ３、Ｓ５、．．．）の情報を記憶する第１の奇数セクタフィールド７３８と、…（中略）…とを含む。第２行部分７３３のそれぞれは、奇数データバイトＤ１、Ｄ３、Ｄ５、．．．Ｄ５１１の偶数のセクタのデータ（これは第１の偶数セクタフィールド７３４内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の偶数セクタフィールド７４２と、集団的にフィールド７３４および７４２に記憶された偶数セクタの情報に対応するエラー訂正情報を記憶する第１のエラー訂正フィールド７４４と、奇数データバイトの奇数セクタの情報（これは第１の奇数セクタフィールド７３８内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の奇数セクタフィールド７４６と、集中的にフィールド７３８、７４６に記憶された奇数セクタの情報に対応するＥＣＣ情報を記憶する第２エラー訂正フィールド７４８と、…（中略）…を含む。フィールド７３４および７４２は、偶数セクタロケーションを形成するが、フィールド７３８および７４６は奇数セクタロケーションを形成する。」と記載されていることから明らかなように、【図７】の実施形態においては、第１フラッシュメモリチップに、「偶数セクタの情報のユーザデータ」のうち偶数データバイトと、「奇数セクタの情報のユーザデータ」のうち偶数データバイトを格納し、第２フラッシュメモリチップに、「偶数セクタの情報のユーザデータ」のうち奇数データバイトと、「奇数セクタの情報のユーザデータ」のうち奇数データバイトと、「偶数セクタの情報のオーバヘッド」と、「奇数セクタの情報のオーバヘッド」を格納するものである。つまり、【図７】の実施形態は、審判請求時補正後の請求項１が示すような、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることを示すものではない。
　
２の５の２．【図１３】の実施形態の検討
　【図１３】の実施形態に関して、当初明細書等の【００７９】に「メモリバンク５０６は、ＢＬＣＫ０、ＢＬＣＫ１、ＢＬＣＫ（Ｍ−１）と指定された、それぞれが物理ブロックアドレス（ＰＢＡ）を有する、複数のＭブロック１３０２を含む。ブロック１３０２のそれぞれは、複数のＮメモリ行ロケーション１３０４を含み」、「第１のフラッシュメモリチップ６７０の第１のサブブロック１３０６、および第２のフラッシュメモリチップ６７２の対応する第２のサブブロック１３０８」、「各メモリ行１３０４は、第１の行部分１３１０および対応する第２の行部分１３１２を含む。」と記載され、当初明細書等の【図１３】において、各フラッシュメモリチップには複数のサブブロックが存在し、サブブロック内には複数の行部分があると認められ、当初明細書等の【００８０】に「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４…）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。第２の行部分１３１２のそれぞれは、奇数情報セクタ（Ｓ１、Ｓ３、Ｓ５…）を記憶するための奇数セクタフィールド１３１８、フィールド１３１８に記憶される奇数セクタに対応するエラー修正情報を記憶するための奇数セクタエラー修正フィールド１３２０を含む。」と記載されていることから明らかなように、【図１３】の実施形態においては、第１フラッシュメモリチップに、「偶数セクタの情報のユーザデータ」と「偶数セクタの情報のオーバヘッド」を格納し、第２フラッシュメモリチップに、「奇数セクタの情報のユーザデータ」と「奇数セクタの情報のオーバヘッド」を格納するものである。つまり、【図１３】の実施形態は、審判請求時補正後の請求項１が示すような、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることを示すものではない。
　
２の５の３．【図１３】の実施形態の変形例の検討
　なお、【図１３】の実施形態に関して、当初明細書等の【００８０】に「本発明では、奇数セクタを記憶するために、代わりとしてフィールド１３１４を用い得、偶数セクタを記憶するために、代わりとしてフィールド１３１８を使用し得ることが理解される。」と記載されている。この記載は【図１３】における第１フラッシュメモリチップ内の１３１４で示されるフィールドを「奇数セクタの情報のユーザデータ」を格納するために用い、第２フラッシュメモリチップ内の１３１８で示されるフィールドを「偶数セクタの情報のユーザデータ」を格納するために用いるという変形例を示すものである。
　しかしながら、この変形例において、第１フラッシュメモリチップ内の１３１６のフィールドと第２フラッシュメモリ内の１３２０のフィールドのそれぞれを何を格納するために用いるのかについては、当初明細書等には何ら記載がない。
　なお、当初明細書等の【００８０】には「偶数セクタエラー修正フィールド１３１６」及び「奇数セクタエラー修正フィールド１３２０」という用語が用いられている。しかしながら、当初明細書等においては、「偶数セクタエラー修正フィールド１３１６」及び「奇数セクタエラー修正フィールド１３２０」という用語は、上記した変形例に即して用いられているものではない。当初明細書等の【００８０】に「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４…）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。第２の行部分１３１２のそれぞれは、奇数情報セクタ（Ｓ１、Ｓ３、Ｓ５…）を記憶するための奇数セクタフィールド１３１８、フィールド１３１８に記憶される奇数セクタに対応するエラー修正情報を記憶するための奇数セクタエラー修正フィールド１３２０を含む。」と記載されていることからすれば、「偶数セクタエラー修正フィールド１３１６」及び「奇数セクタエラー修正フィールド１３２０」という用語は、むしろ、【図１３】における第１フラッシュメモリチップ内の１３１４で示されるフィールドを「偶数セクタの情報のユーザデータ」を格納するために用いるとともに、１３１６で示されるフィールドを「偶数セクタの情報のオーバヘッド」を格納する「偶数セクタエラー修正フィールド」として用いる一方で、第２フラッシュメモリチップ内の１３１８で示されるフィールドを「奇数セクタの情報のユーザデータ」を格納するために用いるとともに、１３２０で示されるフィールドを「奇数セクタの情報のオーバーヘッド」を格納する「奇数セクタエラー修正フィールド」として用いる実施形態に即して用いられているものである。そのため、当初明細書等の【００８０】に「偶数セクタエラー修正フィールド１３１６」及び「奇数セクタエラー修正フィールド１３２０」という用語が用いられていることをもって、上記した変形例における、第１フラッシュメモリチップ内の１３１６のフィールド及び第２フラッシュメモリ内の１３２０のフィールドを、それぞれ「偶数セクタの情報のオーバヘッド」及び「奇数セクタの情報のオーバヘッド」を格納するために用いること（言い換えれば、上記した変形例における、第１フラッシュメモリチップ内の１３１６のフィールド及び第２フラッシュメモリ内の１３２０のフィールドを、それぞれ「偶数セクタエラー修正フィールド」及び「奇数セクタエラー修正フィールド」として用いること）が記載されていることが自明であるということはできない。
　よって、上記した変形例において、【図１３】における第１フラッシュメモリチップ内の１３１６のフィールドが「偶数セクタの情報のオーバヘッド」を格納し（即ち、１３１６のフィールドが偶数セクタエラー修正フィールドであり）、第２フラッシュメモリ内の１３２０のフィールドが「奇数セクタの情報のオーバヘッド」を格納する（即ち、１３２０のフィールドが奇数セクタエラー修正フィールドである）ことが、当初明細書等に記載されているとはいえず、自明であるともいえない。
　
２の５の４．セクタ移動フラグに関する予備的検討
　当初明細書等の【００３６】に「第２行部分７３３のそれぞれは、…（中略）…フラグフィールド７５２を含む。」と記載され、当初明細書等の【００４０】に「メモリバンクの各メモリ行ロケーション７２８のステータスを、…（中略）…フラグフィールド７５２の…（中略）…偶数セクタ移動フラグロケーション７６０に記憶された偶数セクタ移動フラグと、奇数セクタ移動フラグロケーション７６２に記憶された奇数セクタ移動フラグとを用いて監視する。」と記載され、また、【図７】及び【図１３】から、第２フラッシュメモリチップ（【図７】及び【図１３】ともに６７２）に「偶数セクタ移動フラグロケーション」（【図７】では７６０、【図１３】では１３３２）と「奇数セクタ移動フラグロケーション」（【図７】では７６２、【図１３】では１３３４）の両方を配置しているものと認められることから、仮に、【図７】及び【図１３】における「偶数セクタ移動フラグロケーション」に格納される情報が、審判請求時補正後の請求項１における「偶数セクタの情報のオーバヘッド」に対応し、【図７】及び【図１３】における「奇数セクタ移動フラグロケーション」に格納される情報が、審判請求時補正後の請求項１における「奇数セクタの情報のオーバヘッド」に対応するとしても、やはり、審判請求時補正後の請求項１が示す、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることが示されているとはいえない。
　
２の５の５．【図７】及び【図１３】の実施形態の検討の小括
　以上の２の５の１．乃至２の５の４．で示したように、審判請求時補正後の請求項１が示す、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることは、当初明細書等における【図７】の実施形態としても【図１３】の実施形態としても示されているとはいえない。
　
２の５の６．【図７】及び【図１３】の実施形態以外の当初明細書等の記載の検討
　また、【図７】の実施形態、及び、【図１３】の実施形態以外の当初明細書等の記載を検討しても、審判請求時補正後の請求項１が示す、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることは、当初明細書等に記載されているとはいえず、自明であるともいえない。
　
２の６．審判請求時補正に対する平成１８年改正前特許法第１７条の２第３項の要件の検討の小括
　上記２の５．で示したように、「第１の不揮発性メモリデバイス」には「偶数セクタの情報のユーザデータ」とともに「奇数セクタの情報のオーバーヘッド」が格納され、「第２の不揮発性メモリデバイス」には「偶数セクタの情報のオーバーヘッド」とともに「奇数セクタの情報のユーザデータ」が格納されることは、当初明細書等に記載されているとはいえず、また、自明であるともいえないので、審判請求時補正後の請求項１における「少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、」という記載は、当初明細書等に記載した範囲内ではない。
　
３．補正却下の決定のむすび
　したがって、審判請求時補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した範囲内においてしたものではないから、審判請求時補正は、平成１８年改正前特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　よって、上記補正却下の決定の結論のとおり決定する。
　
第３．本件補正
　上記「第２．補正却下の決定」のとおり、平成２２年６月２１日付け手続補正（審判請求時補正）は却下され、また、平成２２年１月２５日付け手続補正は原審において却下されているので、却下されていない直近の手続補正は、平成２０年１１月１２日付け手続補正（以下、「本件補正」という。）ということになる。そして、本件補正は、特許請求の範囲の請求項１の記載を　
「メモリコントロール回路と、
　前記メモリコントロール回路に結合された不揮発性メモリユニットと
　を備え、
　前記不揮発性メモリユニットは、複数のセクタに区分されている２以上の不揮発性メモリデバイスを含み、１つのセクタは、複数のセクタの情報のための複数の格納位置を含み、１つのセクタの情報は、偶数セクタの情報または奇数セクタの情報であり、偶数セクタの情報および奇数セクタの情報のそれぞれは、ユーザデータとオーバーヘッドとを含み、
　前記メモリコントロール回路は、少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、
　２つのセクタの情報は、２つの不揮発性メモリデバイスの中に同時にプログラミングされる、不揮発性メモリシステム。」
（以下、「本件補正後の請求項１」という。）
と補正することを含むものである。
　
第４．原査定の理由
　本件補正後の請求項１に対する、原審による、平成２１年７月２１日付け最後の拒絶理由通知の「理由１」は下記のとおりである。
　
「＜理由１＞
　平成２０年１１月１２日付けでした手続補正は、下記の点で願書に最初に添付した明細書又は図面に記載した事項の範囲内においてしたものでないから、特許法第１７条の２第３項に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　　記
（１）【請求項１】の「前記メモリコントロール回路は、少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし」は、願書に最初に添付した明細書又は図面（以下、「当初明細書等」という。）に記載された事項ではなく、自明な事項でもない。
　
　上記記載によれば、偶数セクタのユーザデータと奇数セクタのオーバーヘッドとが第１の不揮発性メモリデバイスに、奇数セクタのユーザデータと偶数セクタのオーバーヘッドとが第２の不揮発性メモリデバイスに、それぞれプログラミングされることになる。そこで、当該事項が当初明細書等に記載された事項であるか検討する。
　本願の当初明細書等の図７，９−１１に関連して説明されている情報格納形態は、第【００３６】段落の「第２行部分７３３のそれぞれは、・・・集団的にフィールド７３４および７４２に記憶された偶数セクタの情報に対応するエラー訂正情報を記憶する第１のエラー訂正フィールド７４４と、奇数データバイトの奇数セクタの情報（これは第１の奇数セクタフィールド７３８内に記憶されたその対応する偶数データバイトを有する）を記憶する第２の奇数セクタフィールド７４６と、集中的にフィールド７３８、７４６に記憶された奇数セクタの情報に対応するＥＣＣ情報を記憶する第２エラー訂正フィールド７４８と、・・・を含む」との記載や、図７，９−１１から明らかなように、偶数セクタのオーバーヘッド及び奇数セクタのオーバーヘッドの両方とも、同じメモリデバイスに格納する形態である。
　また、別の実施形態として、本願の当初明細書等の図１３に関連して説明されている情報格納形態は、第【００８０】段落の「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４…）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。第２の行部分１３１２のそれぞれは、奇数情報セクタ（Ｓ１、Ｓ３、Ｓ５…）を記憶するための奇数セクタフィールド１３１８、フィールド１３１８に記憶される奇数セクタに対応するエラー修正情報を記憶するための奇数セクタエラー修正フィールド１３２０を含む。」との記載や、図１３から明らかなように、偶数セクタのユーザデータと当該偶数セクタに対応するオーバーヘッドとを同一のメモリデバイス（メモリデバイスＡとする。）に、奇数セクタのユーザデータと当該奇数セクタに対応するオーバーヘッドとを同一のメモリデバイス（メモリデバイスＢとする。）に、メモリデバイスＡとメモリデバイスＢとを異ならせて格納するものである。
　したがって、当初明細書等には、偶数セクタのユーザデータと奇数セクタのオーバーヘッドとを第１の不揮発性メモリデバイスに、奇数セクタのユーザデータと偶数セクタのオーバーヘッドとを第２の不揮発性メモリデバイスに、それぞれプログラミングすることは記載されておらず（したがって、上記補正事項は当初明細書等に記載されておらず）、当業者にとって自明な事項でもない。
　
　なお、第【００８０】段落には「本発明では、奇数セクタを記憶するために、代わりとしてフィールド１３１４を用い得、偶数セクタを記憶するために、代わりとしてフィールド１３１８を使用し得る」との記載があるが、フィールド１３１６はフィールド１３１４に対応するエラー修正フィールドであり、フィールド１３２０はフィールド１３１８に対応するエラー修正フィールドであるから、上記記載の場合のフィールド１３１６には奇数セクタのオーバーヘッドが、フィールド１３２０には偶数セクタのオーバーヘッドが格納されることになり、上記補正事項の根拠にはならない。」
　
　上記の平成２１年７月２１日付け最後の拒絶理由通知に接した請求人（出願人）は、平成２２年１月２５日付け手続補正により請求項１の補正を行っているが、原審は平成２２年２月１２日付け補正の却下の決定により当該手続補正を却下し、本件補正後の請求項１に対する上記の平成２１年７月２１日付け最後の拒絶理由通知による拒絶理由を含めた理由により拒絶査定をしている。
　　
第５．平成１８年改正前特許法第１７条の２第３項の要件についての当審の判断
　本件補正後の請求項１は「少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、」という記載がある点で、審判請求時補正後の請求項１と共通している。
　当該記載が示す発明特定事項が、当初明細書等に記載した範囲内でないことは、上記「第２．補正却下の決定」の「２．審判請求時補正に対する平成１８年改正前特許法第１７条の２第３項の要件の検討」で示したとおりである。よって、審判請求時補正と同様、本件補正も、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した範囲内においてしたものではない。
　そして、上記「第４．原査定の理由」に示される本件補正後の請求項１に対する拒絶の理由は、「【請求項１】の「前記メモリコントロール回路は、少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし」は、願書に最初に添付した明細書又は図面（以下、「当初明細書等」という。）に記載された事項ではなく、自明な事項でもない。」というものであり、上記「第２．補正却下の決定」の「２．審判請求時補正に対する平成１８年改正前特許法第１７条の２第３項の要件の検討」で示した理由と同様のものである。よって、原審が平成２１年７月２１日付け最後の拒絶理由通知にて通知した拒絶の理由は依然として解消されていない。
　　
第６．請求人の主張の検討
　請求人は「少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、」という記載が当初明細書等の範囲内である、特に当初明細書等の【００８０】にて言及されている【図１３】の実施形態の変形例に対応するものであるという主張をしているので、当該主張を検討する。
　
　まず、請求人は、平成２２年１月２５日付け意見書、平成２２年６月２１日付け審判請求書、平成２３年９月２２日付け回答書において下記のように主張している。
　
「当初明細書等の段落００８０には、「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４・・・）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。」と明示的に記載されており、フィールド１３１６がフィールド１３１４に対応しているものの、これらが互いに連結されている必要があるということが当初明細書等に記載されているわけではないからです。その代わりに、当初明細書等には、フィールド１３１６が偶数セクタに対応するエラー修正情報を記憶することが明示的に記載されています。このように、フィールド１３１４が偶数セクタを記憶するために用いられるか奇数セクタを記憶するために用いられるかにかかわらず、フィールド１３１６は、偶数セクタに対応するエラー修正情報を記憶することを継続します。」（意見書）
　
「「本発明では、奇数セクタを記憶するために、代わりとしてフィールド１３１４を用い得、偶数セクタを記憶するために、代わりとしてフィールド１３１８を使用し得ることが理解される。」という記載は、偶数セクタを記憶する代わりに奇数セクタを記憶するためにフィールド１３１４を用いることが可能であり、奇数セクタを記憶する代わりに偶数セクタを記憶するためにフィールド１３１８を用いることが可能であるという意味です。このような代替的な実施形態では、奇数セクタがフィールド１３１４に記憶され、偶数セクタに対応するエラー修正情報がフィールド１３１６に記憶され、偶数セクタがフィールド１３１８に記憶され、奇数セクタに対応するエラー修正情報がフィールド１３２０に記憶されることになります。それ故、当初明細書等には、奇数セクタのユーザデータと偶数セクタのオーバーヘッドとを同一のメモリデバイス（メモリデバイスＡとする。）に、偶数セクタのユーザデータと奇数セクタのオーバーヘッドとを同一のメモリデバイス（メモリデバイスＢとする。）に、メモリデバイスＡとメモリデバイスＢとを異ならせて格納することが記載されているというべきです。」（審判請求書）
　
「当初明細書等の段落００８０の「第１の行部分１３１０のそれぞれは、偶数の情報セクタ（Ｓ０、Ｓ２、Ｓ４・・・）を記憶するための偶数セクタフィールド１３１４、およびフィールド１３１４に記憶される偶数セクタに対応するエラー修正情報を記憶するための偶数セクタエラー修正フィールド１３１６を含む。」という記載は、フィールド１３１４、１３１６に記憶されるべき情報の一例を説明しているにすぎないからです。この記載は、フィールド１３１４に偶数セクタを記憶する場合には、フィールド１３１６に偶数セクタに対応するエラー修正情報を記憶しなければならず、フィールド１３１４に奇数セクタを記憶する場合には、フィールド１３１６に奇数セクタに対応するエラー修正情報を記憶しなければならないというような、フィールド１３１６、１３１８に記憶されるべきそれぞれの情報の関係まで制限することを説明しているものではありません。」（審判請求書）
　
「当初明細書等の段落００８０の「本発明では、奇数セクタを記憶するために、代わりとしてフィールド１３１４を用い得、偶数セクタを記憶するために、代わりとしてフィールド１３１８を使用し得ることが理解される。」という記載において「本発明では、・・・」と断っているように、本発明では敢えて通常のメモリ配置とは異なるメモリ配置を採用し得ることを当初明細書等の段落００８０は記載しているからです。」（審判請求書）
　
「さらに、当初明細書等では、フィールド１３１６は、「偶数セクタエラー修正フィールド１３１６」としてのみ表記されています。それ故、フィールド１３１６に奇数セクタを記憶する場合でも、フィールド１３１６は、依然として、「偶数セクタエラー修正フィールド１３１６」として用いられるというべきです。」（審判請求書）
　
「図１３は、フィールド１３１６に「ＥＣＣ０」というラベルを付けています。ここで、「ＥＣＣ０」とは、セクタ０（偶数セクタ）に対するエラー修正コード（Ｅｒｒｏｒ　Ｃｏｒｒｅｃｔｉｏｎ　Ｃｏｄｅ）という意味です。このように、フィールドの呼び方は、単に、格納態様を記述したものではなく、偶数セクタのエラー修正コードを格納することを直接的に記述したものです。加えて、フィールド１３１６は、本願の本文において「偶数セクタエラー修正フィールド」としてのみ言及されています。これとは対照的に、フィールド１３１４は、偶数セクタフィールド１３１４としてばかりでなく、図１３の一例において偶数セクタの情報を格納するためのフィールド、および、奇数セクタを格納するために代替的に使用され得るフィールドの両方として識別されています（本願の出願当初明細書の段落００８０を参照）。
…（空行）…　
　本願の普通の文言は、フィールド１３１６が偶数セクタエラー修正フィールドであり、かつ、フィールド１３１４が偶数セクタの情報もしくは奇数セクタの情報を格納し得ることを明確に示しています。図１３の一例におけるフィールド１３１６が常に偶数セクタエラー修正フィールドであるという結論に到達するために必要な解釈は何も存在しません。」（回答書）
　
　上記で示した主張は、つまり、当初明細書等の【００７９】乃至【００８２】、【図１３】の記載においては、フィールド１３１４とフィールド１３１８については「偶数セクタの情報のユーザデータ」と「奇数セクタの情報のユーザデータ」のいずれも格納することができることが示されているのに対し、フィールド１３１６については「偶数セクタの情報のオーバヘッド」を格納することのみが示され、フィールド１３２０については「奇数セクタの情報のオーバヘッド」を格納することのみが示されているので、結局のところ、フィールド１３１４に「奇数セクタの情報のユーザデータ」を格納し、フィールド１３１６に「偶数セクタの情報のオーバヘッド」を格納し、フィールド１３１８に「偶数セクタの情報のユーザデータ」を格納し、フィールド１３２０に「奇数セクタの情報のオーバヘッド」を格納するという変形例が当初明細書等には記載されている、というものである。
　しかしながら、上記「第２．補正却下の決定」の「２の５の３．【図１３】の実施形態の変形例の検討」で既に示したように、当初明細書等の【００７９】乃至【００８２】、【図１３】の記載には、フィールド１３１４に「偶数セクタの情報のユーザデータ」を格納し、フィールド１３１６に「偶数セクタの情報のオーバヘッド」を格納し、フィールド１３１８に「奇数セクタの情報のユーザデータ」を格納し、フィールド１３２０に「奇数セクタの情報のオーバヘッド」を格納するという実施形態が示され、さらに変形例として、フィールド１３１４に「奇数セクタの情報のユーザデータ」を格納し、フィールド１３１８に「偶数セクタの情報のユーザデータ」を格納することが示されているとはいえるものの、当該変形例におけるフィールド１３１６とフィールド１３２０に何を格納するのかについては示されていない。請求人はフィールド１３１６については「偶数セクタの情報のオーバヘッド」を格納することのみが示され、フィールド１３２０については「奇数セクタの情報のオーバヘッド」を格納することのみが示されていると主張するものの、当初明細書等においてはあくまでも、フィールド１３１４に「偶数セクタの情報のユーザデータ」を格納し、フィールド１３１８に「奇数セクタの情報のユーザデータ」を格納する場合に、フィールド１３１６に「偶数セクタの情報のオーバヘッド」を格納し、フィールド１３２０に「奇数セクタの情報のオーバヘッド」を格納することが示されているに過ぎない。よって、請求人の主張は採用することができない。
　
　また、請求人は平成２３年９月２２日付け回答書にて下記のとおり主張している。
　
「本願の出願当初明細書は、ユーザデータと、当該ユーザに対するエラー修正情報とが、異なるメモリに格納されることを明示的に教示しているからです。例えば、本願の図７およびこれに関連する本願の出願当初明細書の記載をご参照下さい。ここには、偶数および奇数セクタの偶数データバイトが「Ｆｌａｓｈ　０」に格納され、それのエラー修正情報が「Ｆｌａｓｈ　１」に格納されることが示されています。」
　
　請求人の上記主張はあくまでも当初明細書等の【図７】の実施形態に関するものである。既に、上記「第２．補正却下の決定」の「２の５の１．【図７】の実施形態の検討」で示したように、【図７】の実施形態は「少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、」という請求項１の記載を示すものではない。また、当初明細書等の【図７】の実施形態に関する記載が【図１３】の実施形態の変形例の解釈に影響を及ぼす事情も見いだせない。よって、請求人の主張は採用することができない。
　
　さらに、請求人は平成２３年９月２２日付け回答書にて下記のとおり主張している。
　
「加えて、出願人の代替例が構造もしくは範囲に何ら変更を生じさせないという審査官の解釈は、代替例を無意味なものにしてしまいます。特に、フィールド１３１４が奇数セクタの情報を代替的に格納することが可能であるという出願人の例に対して、もしフィールド１３１６が奇数セクタの情報に対するエラー修正情報を格納することを強制されるとすれば、図１３の構造および範囲が何も変更されないことになってしまいます。すなわち、偶数セクタの情報およびそのエラー修正情報が１つのメモリデバイスに格納され、かつ、奇数セクタの情報およびそのエラー修正情報がもう１つのメモリデバイスに格納されるということになってしまいます。もしそうだとすると（審査官の解釈が正しいとすると）、代替例に言及することさえも全く不必要なことということになってしまいます。このように、異なるクレームは異なる範囲を有するということが前提とされるというクレーム構築の一般的なルールに照らすと、本願の代替例もまた異なる範囲を有することが前提とされるべきです。このことは、本願の普通の文言によって全体的にサポートされています。従って、審査官の解釈は否定されるべきです。」
　
　しかしながら、当初明細書等においては【図１３】の実施形態の変形例（請求人の言うところの代替例）については、【００８０】に「本発明では、奇数セクタを記憶するために、代わりとしてフィールド１３１４を用い得、偶数セクタを記憶するために、代わりとしてフィールド１３１８を使用し得ることが理解される。また、ブロックアドレスおよびフラグを記憶するために、替わりとして第１の行部分１３１０を使用し得る。」と記載されているのみであり、フィールド１３１６やフィールド１３２０をどう扱うかについては記載されていない。特に、請求人が主張し、請求項１に記載している「少なくとも１つの偶数セクタの情報のユーザデータを第１の不揮発性メモリデバイスの第１のセクタの中にプログラミングし、前記少なくとも１つの偶数セクタの情報のオーバーヘッドを第２の不揮発性メモリデバイスの第２のセクタの中にプログラミングし、少なくとも１つの奇数セクタの情報のユーザデータを前記第２の不揮発性メモリデバイスの前記第２のセクタの中にプログラミングし、前記少なくとも１つの奇数セクタの情報のオーバーヘッドを前記第１の不揮発性メモリデバイスの前記第１のセクタの中にプログラミングし、」という発明特定事項は、それぞれがユーザデータとオーバヘッドからなる２つのセクタを２つの不揮発性メモリデバイスに格納するに際し、互いに異なるセクタのユーザデータとオーバヘッドを同じ不揮発性メモリデバイスに格納する一方で、同じセクタのユーザデータとオーバヘッドを異なる不揮発性メモリデバイスに格納するという、当業者にとって明細書等に記載されていなくても自明であるとはいえない構成を示すものである。そのような構成が当初明細書等に記載されているとするためには、その構成が当初明細書等に明示的に記載されるべきであることは言うまでもないことである。よって、請求人の主張は採用することができない。　
　
第７．むすび
　したがって、本願について、願書に添付した明細書、特許請求の範囲又は図面についてした平成２０年１１月１２日付けの手続補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した範囲内においてしたものではないから、平成２０年１１月１２日付け手続補正は、平成１８年改正前特許法第１７条の２第３項に規定する要件を満たしていない。
　
　よって、結論のとおり審決する。