【事件の表示】
　平成　３年特許願第３１８４９１号「ＩＣカード」拒絶査定に対する審判事件［平成　５年　５月２５日出願公開、特開平　５−１２８３２９］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成３年１１月６日の出願であって、その請求項１に係る発明は、平成１２年３月２１日付け、及び平成１２年７月１３日付けの各手続補正書により補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「セクタ番号が書き込まれるチェイン・フィールドをそれぞれ備えた複数のセクタに区分され、読み書き可能なデータメモリと、
ファイルデータを分割して複数のセクタに書き込み、該ファイルデータのデータ配列順に対応して該複数のセクタが連鎖するように、それぞれのセクタのチェイン・フィールドに該セクタが連鎖すべき他のセクタのセクタ番号を書き込むとともに、それぞれの該セクタのチェイン・フィールドに書き込まれたセクタ番号に基づいた順に、それぞれの該セクタに対して読み出し動作を行うＣＰＵと、を備えたＩＣカードにおいて、
上記データメモリは、メモリ管理領域と、ファイル管理領域と、ディレクトリ領域と、ユーザ領域とから構成されるとともに、
上記ＣＰＵは所定のコマンドを受けると、ファイルデータの先頭セクタ番号、最終セクタ番号、使用セクタ数を参照し、上記チェイン・フィールドに書き込まれたセクタ番号を書き換えることにより、上記ファイルデータが書き込まれたセクタ数を削減することを特徴とするＩＣカード。」
　
２．引用例
　これに対して、原査定の拒絶の理由に引用された特開昭６２−１０２３８６号公報（昭和６２年５月１２日出願公開、以下「引用例１」という。）、特開昭６３−２６２７８２号公報（昭和６３年１０月３１日出願公開、以下「引用例２」という。）、及び特開昭６３−１００５９０号公報（昭和６３年５月２日出願公開、以下「引用例３」という。）には、次の事項が記載されている。
［引用例１］
Ａ．「本発明はデータメモリを物理的に複数のセクタに分割した後、データメモリ内の一部もしくは全体を論理的に連続で、かつ再配置可能である複数の領域に分割・管理する機能をＩＣカードに搭載したものである。」（第２頁左上欄第３〜７行）
Ｂ．「第１図は一実施例の構成を示すブロック図である。図において、(10)はＩＣカード、(20)は外部処理装置である。ＩＣカードはＩ／Ｏライン(21)、ポート３(17)を介して外部処理装置(20)に接続され、該処理装置(20)の制御下で処理を行うものである。また、ＩＣカード(10)の書き換え可能なデータメモリ(12)はポート(15)及びポート２(16)に接続され、それぞれデータバス(18)、アドレス(19)を介してＣＰＵ(11)に接続される。尚、ＣＰＵ(11)は外部処理装置(20)の命令に従って、プログラムメモリ(13)に登録されている所定のプログラムを実行する。また、ＲＡＭ(14)はその際の作業領域を提供するものである。本例では、データメモリ(12)は１６０バイトであり、かつ内部を１６分割して使用するものとする。」（第２頁右上欄第３〜１６行、及び第１図参照）
Ｃ．「次に、第２図〜第４図を参照してデータメモリの構成について説明する。
　第２図は１セクタのレイアウトであるが、ここで使用した『データ部(30)』とはユーザ及びシステムに解放されているフィールド、また『ＢＳ(5)』、『ＮＳ(6)』とは、それぞれ該セクタにチェインされている前後のセクタの番号が登録されているフィールドを示すものである。各々のアプリケーションファイルは上記のセクタが少なくとも１つ以上チェインされることにより形成される。
　また各々のアプリケーションファイルに関する情報は第３図のディレクトリに登録されている。図中の『ＴＳ(2)』とは該ファイルが登録されている最初のセクタの番号、『ＬＳ(3)』とは該ファイルが登録されている最後のセクタ番号、『ＵＳ(5)』（「『ＵＳ(4)』」の誤記と認められる。）とは該ファイルのサイズ（セクタ数）をそれぞれ示すものである。
　尚、ファイルの始点、終点はそれぞれ、ＢＳ、ＮＳにＳＦＦを登録することにより示される該ディレクトリは、ファイルアクセスの速度向上、及びファイル・ボリュームの迅速な算出を実行可能とすることを目的とするものである。
　またディレクトリもファイルとして他のアプリケーションファイルと等価に扱うことが可能である為、自由にそのサイズ、つまりカード中のアプリケーションファイル数を拡張することができる。
　更に、データメモリ全体の使用状況が第４図のＭＣＡ、メモリ管理エリアに登録されている為、未使用エリアのサーチ、メモリ全体の残りセクタ数etcを瞬時に調べることが可能となる。尚、図中の『ＦＴＳ(31)』とは未使用セクタの先頭のセクタ番号、『ＦＢＳ(32)』とは未使用セクタの最終のセクタ番号、『ＮＥＳ(33)』とは未使用セクタの総数を、それぞれ示すものである。
　また図中の『ＤＥＦ(34)』とは、ファイルアクセスの速度向上を目的としたＦＣＡ、ディレクトリファイルのディレクトリ、の存在するセクタ番号を示すものである。尚、ＦＣＡのフォーマットはディレクトリ（第３図）と同一である。」（第２頁左下欄第１２行〜第３頁左上欄第１０行、及び第２〜４図参照）
Ｄ．「上記カードをアプリケーション、Ａ、Ｂに使用したものが第７図のメモリマップである。以下、図を参照して説明する。
　データメモリ中に、アプリケーションＡのファイル（８ａ）が３セクタ（ａ１，ａ２，ａ３）、Ｂのファイル（９ａ）（ｂ１）が１セクタ生成されており、第６図ではダミーであったディレクトリ（７ａ）が正式に登録され、またファイル８ａ，９ａの生成に伴ってＭＣＡのＦＴＳ、ＦＢＳ及びＮＦＳが更新されている。更にファイルＡ領域（８ａ）及びＢ領域（９ａ）に存在するセクタはそれぞれチェインされ、また未使用ファイルに存在するセクタもチェインされている。
　第８図は上記カードにアプリケーションＣのファイル（10ａ）を新規登録（Ｃ１）した後、アプリケーションＢのファイル（９ａ）を２セクタ拡張した際のデータメモリマップである。
　以下、図を参照して説明する。
　・・・（中略）・・・
　またアプリケーションＢのファイルｂ１は、ｂ２ｂ３と相互にチェインし拡張され、またそれに伴ってアプリケーションＢのディレクトリも更新されている。
　・・・（中略）・・・
　ここで第７図→第８図の処理を第９図〜第１４図を参照して説明する。第９図はRead，Write等の処理を行う際のプログラムを示したものである。
　Ｓ１では外部処理装置(20)がＩ／Ｏライン(21)を介してＩＣカード(10)の外部Ｉ／Ｏポート(17)に与えた処理命令に含まれるアドレスがＲＡＭ(14)にセットされている。・・・（中略）・・・
　Ｓ２では後述のサブルーチンを使用し、ポート２(16)及びアドレスバス(19)を介してデータメモリ(12)にアドレッシングを行っている。・・・（中略）・・・
　Ｓ２がＯＫの場合、Ｓ４ではポート１(15)及び双方向のデータバス(18)を介して、Ｓ２でアドレッシングしたデータメモリ(12)の所定の番地のリード・ライトを行っている。
　・・・（中略）・・・第１０図は処理の際のアドレッシングを行う為のサブルーチン（サブ・プログラム）を示したものである。
　Ｓ１でＣＰＵ(11)は外部処理装置(20)より入力された処理命令に含まれる処理対象ファイル名を有するディレクトリをシーケンシャルにサーチし、該ディレクトリのＴＳを利用し、アドレスポインタを処理対象アプリケーションファイルの先頭にセットする。
　・・・（中略）・・・処理対象ファイルが既に登録済みである場合、及びＳ３の処理が正常に行なわれた場合には、Ｓ１でセットしたアドレスポインタを、第９図のＳ１でセットされた論理アドレスに等しくなる迄進めていき、最終的に該アドレスポインタがセットされるセクタ、及びアドレスポインタの該セクタの先頭からのオフセット値を求める。ただしアドレスポインタを進める際には、以下の方式で行う。
（１）データ部（１ａ）のみトレース
（２）１セクタ終了時には該セクタのＮＳを読み次のセクタの先頭にアドレスポインタをセットする。
　上記処理中にファイルを拡張する必要が生じた場合には、Ｓ７で後述の『ファイル領域拡張』サブルーチンに制御権を移す。・・・（中略）・・・
　次に『ファイル拡張』のサブプログラムを第１３図を参照して説明する。Ｓ１〜Ｓ３についてはここでは略す。
　Ｓ４にて該アプリケーションファイルの最終セクタのＮＳにＦＴＳを登録しアプリケーションファイルを拡張した後、Ｓ６にてＭＣＡに該処理を行った結果のＦＴＳ、ＮＦＳを再登録する。次に、アプリケーションファイルの最新セクタのＢＳにＳ４のセクタ番号を、ＬＳにＦＦを登録し、アプリケーションファイルのチェインを完了する。」（第３頁左下欄第８行〜第５頁右下欄第２０行、及び第６〜１０、１３図参照）
　上記Ｃの記載に、「『ＢＳ(5)』、『ＮＳ(6)』とは、それぞれ該セクタにチェインされている前後のセクタの番号が登録されているフィールドを示すものである。」とあることから、これら『ＢＳ(5)』、『ＮＳ(6)』が示すフィールドは、チェイン・フィールドであるということができる。
　よって、上記Ａ〜Ｄの記載から、引用例１には、次の発明が記載されているものと認められる。（以下、「引用例１記載の発明」という。）
　セクタ番号が書き込まれるチェイン・フィールドをそれぞれ備えた複数のセクタに区分され、読み書き可能なデータメモリと、
ファイルデータを分割して複数のセクタに書き込み、該ファイルデータのデータ配列順に対応して該複数のセクタが連鎖するように、それぞれのセクタのチェイン・フィールドに該セクタが連鎖すべき他のセクタのセクタ番号を書き込むとともに、それぞれの該セクタのチェイン・フィールドに書き込まれたセクタ番号に基づいた順に、それぞれの該セクタに対して読み出し動作を行うＣＰＵと、を備えたＩＣカードにおいて、
上記データメモリは、ＭＣＡ（メモリ管理エリア）と、ＦＣＡ（ディレクトリファイルのディレクトリ）と、ディレクトリと、アプリケーションファイルが登録される領域とから構成されるとともに、
上記ＣＰＵは所定のコマンドを受けると、上記チェイン・フィールドに書き込まれたセクタ番号を書き換えることにより、上記ファイルデータが書き込まれたセクタ数を拡張するＩＣカード。
　
［引用例２］
Ａ．「本発明は、たとえばＩＣカードにおいて、そのデータメモリに対してデータ列を記憶するデータ記憶方式に関する。」（第１頁右下欄第７〜９行）
Ｂ．「次に、指定したデータ列の消去について第５図に示すフローチャートを参照して説明する。制御素子１は、まず最初に、有効エリア数の値が「０」であるか否かをチェックし、「０」であればメモリが空であることを意味する応答データを出力して終了する。「０」でなければ、制御素子１はポインタをたどって指定されたデータ列のエリアをサーチし、そのエリアのポインタを未使用を示すコードに書換える。そして制御素子１は有効エリア数の値が「１」か否かをチェックし、「１」であれば有効エリア数の値を「−１」して消去処理を終了し、「１」でなければサーチしたデータ列の前後の各データ列のポインタを書換えて消去処理を終了する。」（第３頁左下欄第１５行〜右下欄第８行、及び第５図参照）
　
［引用例３］
Ａ．「本発明はＩＣカードに関する。」（第１頁左下欄第１２行）
Ｂ．「次に，データレコードに記録されているデータを削除する場合について説明する。
　第３図を参照して，Ｐ＋Ｑレコードに記録されているデータを削除したい場合，ＣＰＵ３０は，Ｐ＋Ｑレコードのポインタ３０２の値，すなわち“Ｒ”を１つ前のデータレコードであるＰレコードのポインタ３０２に移しかえ，Ｐ＋Ｑレコードのポインタ３０２の値を第２図（ａ）のポインタ３０２１の値，すなわち“００００”とする。また，最後のデータレコードを削除した場合には，ラベル４のポインタ２−３ｉの値も１つ前のデータレコードのポインタの値にする必要がある。第３図の例で説明すれば，ＣＰＵ３０は，Ｒレコードのポインタ３０２の値，すなわち“ＦＦＦＦ”を１つ前のデータレコードであるＰ＋Ｑレコードのポインタ３０２に移しかえ，Ｒレコードのポインタ３０２の値を“００００”にすると共に，ラベル４のポインタ２−３ｉの値を“Ｐ＋Ｑ”にする。」（第３頁左上欄第７行〜右上欄第４行、及び第２、３図参照）
　
３．対比
　本願発明と引用例１記載の発明とを対比すると、まず、引用例１記載の発明における「ＭＣＡ（メモリ管理エリア）」、「ＦＣＡ（ディレクトリファイルのディレクトリ）」、「ディレクトリ」、「アプリケーションファイルが登録される領域」は、それぞれ、本願発明における「メモリ管理領域」、「ファイル管理領域」、「ディレクトリ領域」、「ユーザ領域」に相当する。
　次に、引用例１記載の発明においてファイルデータが書き込まれたセクタ数を拡張することと、本願発明において「ファイルデータが書き込まれたセクタ数を削減すること」とは、ともに、ファイルデータが書き込まれたセクタ数を変更することに包摂される概念であるということができる。
　したがって、本願発明と引用例１記載の発明とは、
　セクタ番号が書き込まれるチェイン・フィールドをそれぞれ備えた複数のセクタに区分され、読み書き可能なデータメモリと、
ファイルデータを分割して複数のセクタに書き込み、該ファイルデータのデータ配列順に対応して該複数のセクタが連鎖するように、それぞれのセクタのチェイン・フィールドに該セクタが連鎖すべき他のセクタのセクタ番号を書き込むとともに、それぞれの該セクタのチェイン・フィールドに書き込まれたセクタ番号に基づいた順に、それぞれの該セクタに対して読み出し動作を行うＣＰＵと、を備えたＩＣカードにおいて、
上記データメモリは、メモリ管理領域と、ファイル管理領域と、ディレクトリ領域と、ユーザ領域とから構成されるとともに、
上記ＣＰＵは所定のコマンドを受けると、上記チェイン・フィールドに書き込まれたセクタ番号を書き換えることにより、上記ファイルデータが書き込まれたセクタ数を変更するＩＣカード
である点で一致し、次の点で相違する。
　相違点：チェイン・フィールドに書き込まれたセクタ番号を書き換えることにより、ファイルデータが書き込まれたセクタ数を変更する動作が、本願発明においては、「セクタ数を削減する」ものであり、かつ、「ファイルデータの先頭セクタ番号、最終セクタ番号、使用セクタ数を参照し」て行われるものであるのに対し、引用例１記載の発明においては、「セクタ数を拡張する」ものであり、かつ、引用例１において、セクタ数を変更するにあたり、ファイルデータの先頭セクタ番号、最終セクタ番号、使用セクタ数を参照して行う旨の明示の記載がなされていない点。
　
４．当審の判断
　上記相違点について検討する。
　引用例１には、ファイルデータが書き込まれたセクタ数を変更することに関して、拡張することのみが記載され、削減することについては記載されていないが、ＩＣカードにおいて、書き込まれているデータを削減することは、引用例２、３に記載されている事項にすぎないから、引用例１記載の発明において、ファイルデータが書き込まれたセクタ数を削減する動作を行わせることは、当業者が適宜になし得ることと認められる。
　そして、ファイルデータが書き込まれたセクタ数を削減するときにも、拡張するときと同様に、チェイン・フィールドに書き込まれたセクタ番号を書き換える動作が必要になるということは、当業者にとって明らかなことにすぎない。
　さらに、「ファイルデータの先頭セクタ番号、最終セクタ番号、使用セクタ数を参照し」て削減動作を行うことについては、引用例１の上記Ｃの記載中に、
「また各々のアプリケーションファイルに関する情報は第３図のディレクトリに登録されている。図中の『ＴＳ(2)』とは該ファイルが登録されている最初のセクタの番号、『ＬＳ(3)』とは該ファイルが登録されている最後のセクタ番号、『ＵＳ(5)』（「『ＵＳ(4)』」の誤記と認められる。）とは該ファイルのサイズ（セクタ数）をそれぞれ示すものである。
　尚、ファイルの始点、終点はそれぞれ、ＢＳ、ＮＳにＳＦＦを登録することにより示される該ディレクトリは、ファイルアクセスの速度向上、及びファイル・ボリュームの迅速な算出を実行可能とすることを目的とするものである。」
とあり、引用例１記載の発明において、アプリケーションファイルの「最初のセクタの番号」、「最後のセクタ番号」、「セクタ数」という情報を登録する「ディレクトリ」を設ける目的は、該ディレクトリが参照されることにより「ファイルアクセスの速度向上、及びファイル・ボリュームの迅速な算出を実行可能とすること」にあると読みとれるから、そのようなことを目的として、ファイルデータが書き込まれたセクタ数を変更するにあたり、「ファイルデータの先頭セクタ番号、最終セクタ番号、使用セクタ数を参照」するようにすることは、これも当業者が適宜になし得る事項にすぎないものと認められる。
　そして、本願発明の構成によってもたらされる効果も、引用例１〜３に記載の発明から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。
　
５．むすび
　したがって、本願発明は、引用例１〜３に記載の発明に基いて、当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。