【事件の表示】
　平成　８年特許願第２９０３１８号「ＩＣカード」拒絶査定不服審判事件〔平成　９年　９月　５日出願公開、特開平　９−２３１１１３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　本願は、平成８年１０月３１日の出願（優先権主張平成７年１２月２２日）の出願であって、平成１９年６月２０日付けで拒絶査定がなされ、これに対し、同年７月２５日に拒絶査定不服審判の請求がなされるとともに、同年８月２４日付けで手続補正がなされたものである。 
 　 
 　 
 　 
第２　本願発明について  
 　 
１．本願発明 
　本願の請求項１乃至３に係る発明は、平成１９年８月２４日付けの手続補正書によって補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１乃至３に記載されたとおりのものと認められるところ、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。  
 　　 
「　【請求項１】　アプリケーションで使用されるデータを識別情報とともに格納する作業用基礎ファイルとしての透過構造ファイルを有する記憶手段と、
　外部からの１つの命令により指定されたデータを、上書きすべきか書き込むべきか判断して前記透過構造ファイルに書き込む書込手段と
　を備えたＩＣカードにおいて、
　前記命令により指定された識別情報と同一内容の識別情報を前記記憶手段内において検索する検索手段を有し、
　前記検索手段が該当する前記識別情報を発見した場合には、前記書込手段は、前記発見された識別情報に関連づけられているデータに前記指定されたデータを上書きし、
　前記検索手段が該当する前記識別情報を発見しなかった場合には、前記書込手段は、前記透過構造ファイルの空き領域に前記指定されたデータを書き込むこと
　を特徴とするＩＣカード。」
　
　
 　 
２．引用例１
 　　 
　原査定の拒絶の理由に引用文献１として引用された、寄本　義一，ＩＣカードの標準化の軌跡と今後の方向性を探る，ＣａｒｄＷａｖｅ，日本，株式会社シーメディア，１９９５年８月１０日，第８巻，第９号，第４９頁〜第５１頁（以下、「引用例１」という。）には、次の事項が記載又は図示されている。 
 　　 
（ア） 
「はじめに
　ＩＣカード（ここではクレジットカード形状にマイクロプロセッサとメモリＩＣチップ等を組み込んだものを言う・ＰＣメモリカードとは原理が異なる）の１０年越しの標準化は、既にカードの物理特性、接点の位置と機能、電気特性、通信プロトコルが規格化されていたが、本年になってコマンド機能が合意され、これでＩＣカードの全ての基本部分である国際標準規格化（図−１参照）が終わった。」 
 　　　　　　　　　　　　　　　　　（第４９頁左欄第１行乃至１１行）
 　 
（イ）
「本解説では、本標準の中で特に分かりにくいと言われている通信プロトコルとコマンド機能に絞って以下のように５回に分けて紹介しようと思う。
第１回　電気特性とＡＴＲ、通信プロトコル
第２回　ＩＣカード内のファイルの種類と機能
第３回　端末とＩＣカード間の伝送文の基本
第４回　コマンド機能１
　　　　・ＩＣカードのファイルの選択方法
　　　　・パスワードチェック
　　　　・読取り／書込み機能コマンド
第５回　コマンド機能２
　　　　・認証機能コマンド
　　　　・その他のコマンドと纏め」
　　　　　　　　　　　　　　　　　　（第４９頁左欄第１６乃至３１行）
　
（ウ）
「２　端末とＩＣカード間の通信
２．１　アンサートゥリセット（ＡＴＲ）
　端末とＩＣカードは、どちらが主・従であるかの区別は規格書に書かれていない（将来ＩＣカードからコマンド発する事ができる様にとドイツが提案したのでこの様になった。）が、一般的には端末からのコマンド（命令）によってＩＣカードからレスポンス（応答）すると考えた方が分かりやすい。」
　　　　　　　　　　　　　（第４９頁中欄第２９行から同頁右欄第２行）
〔なお、「コマンド発する事ができる」は、「コマンド
を
　
（エ）
　「図−１　国際標準規格　ＩＳＯ／ＩＥＣ　７８１６シリーズ　ＩＳＯ／ＩＥＣ１０３７３」には、
　「ホストコンピュータ等」枠内にある「アプリケーション」枠から伸びる点線、当該点線から更に延びる「ＡＰＤＵ」が付された矢印と、「端末」枠内にある「インターフェース」枠内に描かれた点線とが結ばれていること、
　「ＩＣカード」枠から伸びる「Ｃ７　入力／出力データ　ＴＰＤＵ」が付された矢印と、「端末」枠内にある「インターフェース」枠内に描かれた点線とが結ばれていること、
　が図示されている。
　　　　　　　　　　 　　　　　　　　　　　　　（第５０頁　図−１）
　
（オ）
　「図−１　国際標準規格　ＩＳＯ／ＩＥＣ　７８１６シリーズ　ＩＳＯ／ＩＥＣ１０３７３」には、
　「ＩＣカード内部ファイルの構成例」枠内に、
　「マスターファイル」（ＭＦ）枠が複数の「デェディケーティドファイル」（ＤＦ１、ＤＦ２）枠と実線で結ばれていること、
　「デェディケーティドファイル」（ＤＦ１）枠が複数の「デェディケーティドファイル」（ＤＦ３，ＤＦ４）枠と実線で結ばれていること、
　「デェディケーティドファイル」（ＤＦ２、ＤＦ３，ＤＦ４）枠が一又は複数の「エレメンタリファイル」（ＥＦ０１，ＥＦ０２）を意味する枠と実線で結ばれていること、
　「エレメンタリファイル」（ＥＦ０１）を意味する枠が「トランスペアレントファイル」が付された「名前／住所／電話／・・・」枠、「レコードファイル」が付された枠、又は「サイクリックレコードファイル」が付された枠と点線で結ばれていること、
　が図示されている。
　　　　　　　　　　 　　　　　　　　　　　　　（第５０頁　図−１）
　
（カ）
「２．２　通信プロトコル
　さて前述のように現在２種類の通信プロトコルがある。１つは、キャラクタ伝送プロトコル（Ｔ＝０）でもう一つはブロック伝送プロトコル（Ｔ＝１）である。・・・（中略）・・・
　例えば３２バイト（３２文字）のデータをＩＣカード内の既に選択ずみのファイルに書き込む場合の伝送時間を計算する。ＩＣカードへコマンドを伝送する場合一般に以下の伝送構成となる。
ＮＡＤ（自アドレス／相手アドレス）＋ＰＣＢ（プロトコル・コントロールバト）＋ＬＥＮ（ＣＬＡ以下、ＥＣＢ直前までのデータ長）＋ＣＬＡ（コマンドクラス）＋ＩＮＳ（コマンド機能指定）＋Ｐ１（コマンド機能指定１）＋Ｐ２（コマンド機能規定２）＋Ｐ３（インフォメーション長）＋データ３２バイト＋ＥＤＣ＝４１バイト」
　　　　　　　　　　　　　　（第５０頁中欄第１行から同頁右欄第７行）
〔なお、「ＰＣＢ（プロトコル・コントロールバト）」は、「ＰＣＢ（プロトコル・コントロールバ
イ
　
　 
　以上の引用例１の記載によれば、引用例１には以下の事項が開示されていると認められる。 
　 
　
（ａ）
　引用例１の上記（ア）の「ＩＣカード（ここではクレジットカード形状にマイクロプロセッサとメモリＩＣチップ等を組み込んだものを言う・ＰＣメモリカードとは原理が異なる）」という記載から、
　
　引用例１には、
「ＩＣチップと、
　マイクロプロセッサと
　を備えたＩＣカード」
　が開示されていると認められる。
　
　
（ｂ）
　上記（ａ）の
「ＩＣチップと、
　マイクロプロセッサと
　を備えたＩＣカード」
　という開示、
　
　引用例１の上記（オ）から、「ＩＣカード」には「名前／住所／電話／・・・」に関するデータが格納された「トランスペアレントファイル」が「エレメンタリファイル」として格納されていることは明らかであること、
　
　引用例１の上記（エ）から、「ホストコンピュータ等」に備えられた「アプリケーション」が「端末」に備えられた「インターフェース」を介して「ＩＣカード」と通信可能となっていることは明らかであることから、
（なお、「アプリケーション」と「ＩＣカード」が所定の処理を行うために通信を行うのであるから、「ＩＣカード」が「アプリケーション」で使用されるデータを有していることも明らかである。このことは、後述する「３．引用例２」の（ウ）及び（エ）にあるような、ＩＳＯ／ＩＥＣ７８１６シリーズという周知の国際標準規格からも明らかである。）
　
　引用例１には、「アプリケーションで使用されるデータを格納するエレメンタリファイルとしてのトランスペアレントファイルを有するメモリＩＣチップ」が開示されていると認められる。
　
　
（ｃ）
　上記（ａ）の
「ＩＣチップと、
　マイクロプロセッサと
　を備えたＩＣカード」
　という開示、
　
　上記（ｂ）の「アプリケーションで使用されるデータを格納するエレメンタリファイルとしてのトランスペアレントファイルを有するメモリＩＣチップ」という開示、
　
　引用例１の上記（ウ）の「端末とＩＣカードは、どちらが主・従であるかの区別は規格書に書かれていない（将来ＩＣカードからコマンド発する事ができる様にとドイツが提案したのでこの様になった。）が、一般的には端末からのコマンド（命令）によってＩＣカードからレスポンス（応答）すると考えた方が分かりやすい。」という記載、
（ＩＣカードがマイクロプロセッサを備えていることを併せて鑑みれば、端末から送られるコマンドをＩＣカードが処理していることは明らかである。このことは、後述する「３．引用例２」の（ウ）及び（エ）にあるような、ＩＳＯ／ＩＥＣ７８１６シリーズという周知の国際標準規格からも明らかである。）
　
　引用例１の上記（イ）の
「本解説では、本標準の中で特に分かりにくいと言われている通信プロトコルとコマンド機能に絞って以下のように５回に分けて紹介しようと思う。
　・・・（中略）・・・
第４回　コマンド機能１
　　　　・ＩＣカードのファイルの選択方法
　　　　・パスワードチェック
　　　　・読取り／書込み機能コマンド」
　という記載、
（なお、「読取り／書込み機能コマンド」によって、コマンドによって指定されたデータが書き込まれることは明らかである。また、書き込み先として「トランスペアレントファイル」が含まれることも明らかである。）
　
　引用例１の上記（カ）の
「さて前述のように現在２種類の通信プロトコルがある。１つは、キャラクタ伝送プロトコル（Ｔ＝０）でもう一つはブロック伝送プロトコル（Ｔ＝１）である。・・・（中略）・・・例えば３２バイト（３２文字）のデータをＩＣカード内の既に選択ずみのファイルに書き込む場合の伝送時間を計算する。ＩＣカードへコマンドを伝送する場合一般に以下の伝送構成となる。
ＮＡＤ（自アドレス／相手アドレス）＋ＰＣＢ（プロトコル・コントロールバト）＋ＬＥＮ（ＣＬＡ以下、ＥＣＢ直前までのデータ長）＋ＣＬＡ（コマンドクラス）＋ＩＮＳ（コマンド機能指定）＋Ｐ１（コマンド機能指定１）＋Ｐ２（コマンド機能規定２）＋Ｐ３（インフォメーション長）＋データ３２バイト＋ＥＤＣ＝４１バイト」
　という記載から、
（なお、データの書き込みが、「ＮＡＤ＋ＰＣＢ＋ＬＥＮ＋ＣＬＡ＋ＩＮＳ＋Ｐ１＋Ｐ２＋Ｐ３＋データ＋ＥＤＣ」という１つのコマンドによって行われていることは明らかである。このことは、後述する「３．引用例２」の（ア）及び（イ）にあるような、ＩＳＯ／ＩＥＣ７８１６シリーズという周知の国際標準規格からも明らかである。）
　
　引用例１には、
「外部からの１つのコマンドにより指定されたデータを前記トランスペアレントファイルに書き込む機能を備えたマイクロプロセッサ」
　が開示されていると認められる。
　
　
　以上の引用例１の記載によれば、引用例１には下記の発明（以下、「引用例１発明」という。）が開示されていると認められる。 
 　 
「アプリケーションで使用されるデータを格納するエレメンタリファイルとしてのトランスペアレントファイルを有するメモリＩＣチップと、
　外部からの１つのコマンドにより指定されたデータを前記トランスペアレントファイルに書き込む機能を備えたマイクロプロセッサと
　を備えたＩＣカード。」
 　 
 　 
　 
３．引用例２
　
　原査定の拒絶の理由に引用文献２（引用例１の「第１回　電気特性とＡＴＲ、通信プロトコル」に続く「第２回　ＩＣカード内のファイルの種類と機能」に対応する。）として引用された、寄本　義一，ＩＣカードの標準化の軌跡と今後の方向性を探る（第二回），ＣａｒｄＷａｖｅ，日本，株式会社シーメディア，１９９５年　９月１０日，第８巻，第１０号，第３２頁〜第３４頁（以下、「引用例２」という。）には、次の事項が記載又は図示されている。 
　
（ア）
　「図−５　コマンドＡＰＤＵ（プロトコルには依存しない）」には、
　「ＮＡＤ：１バイト」枠、
　「ＰＣＢ：１バイト」枠、
　「ＬＥＮ：１バイト」枠、
　「ＩＮＦ（ＩＮＦＯＲＭＡＴＩＯＮ）：０〜２５４バイト」枠、
　「ＥＤＣ」枠、
　が連結されていることが図示されている。
　また、
　「ＣＬＳ」枠、
　「ＩＮＳ」枠、
　「Ｐ１」枠、
　「Ｐ２」枠、
　「（Ｌｃフィールド）（データフィールド）（Ｌｅフィールド）」枠、
　が連結され、当該連結された枠と「ＩＮＦ（ＩＮＦＯＲＭＡＴＩＯＮ）：０〜２５４バイト」枠とが、２本の実線によって結び付けられていることが図示されている。
　　　　　　　　　　　　　　　　　　　　　　　　（第３２頁　図−５）
　
（イ）
　「図−５　コマンドＡＰＤＵ（プロトコルには依存しない）」には、
　「ＮＡＤ：１バイト」枠が、「ノードアドレス指定（自身のアドレス／相手のアドレスの順に送信）」枠と矢印によって結び付けられていること、
　「ＰＣＢ：１バイト」枠が、「プロトコル制御バイト（転送ブロックタイプの指定）Ｉブロック：データ転送用・・・（後略）・・・」枠と矢印によって結び付けられていること、
　「ＬＥＮ：１バイト」枠が、「情報フィールド（ＩＮＦＯＲＭＡＴＩＯＮ）の長さ：０〜２５４バイト」枠と矢印によって結び付けられていること、
　「ＩＮＦ（ＩＮＦＯＲＭＡＴＩＯＮ）：０〜２５４バイト」枠が、「情報フィールド（ＩＮＦＯＲＭＡＴＩＯＮ）存在しないこともある。Ｉブロックのデータ・Ｓブロック以外の制御・状態信号を伝送する」枠と矢印によって結び付けられていること、
　「ＥＤＣ」枠が、「誤り検出符号（ＥＲＲＯＲ　ＤＥＴＥＣＴＩＯＮ　ＣＯＤＥ）：ＮＡＤからＩＮＦの最後のデータ迄の水平パリティチェックを行う」枠と矢印によって結び付けられていること、
　が図示されている。
　更に、
　「ＣＬＳ」枠が、「クラスバイト：１バイト、ＩＳＯ／ＩＥＣ７８１６−４に準拠したコマンド体系がどうかの区別、・・・（後略）・・・」枠と矢印によって結び付けられていること、
　「ＩＮＳ」枠が、「インストラクションバイト：１バイト、コマンド機能の指定」枠と矢印によって結び付けられていること、
　「Ｐ１」枠及び「Ｐ２」枠が、「コマンド機能の詳細規定に使用する」枠と矢印によって結び付けられていること、
　「（Ｌｃフィールド）」文字列が、「データフィールドにデータがある場合にその長さを示す。」枠と矢印によって結び付けられていること、
　「（データフィールド）」文字列が、「データ：最大長２５４−５＝２４９（Ｌｅが無い場合）」枠と矢印によって結び付けられていること、
　「（Ｌｅフィールド）」文字列が、「コマンドに対する応答がある場合の期待データバイト数」枠と矢印によって結び付けられていること、
　が図示されている。
　　　　　　　　　　　　　　　　　　　　　　　　（第３２頁　図−５）
　
（ウ）
「３．２．１　Ｔ＝０によるデータ読みだし手順例
　Ｔ＝０の場合、少なくとも２組みの命令／応答が必要となる。
１）ホストコンピュータ等にあるアプリケーションプログラムで３２バイトのデータを読み出す命令をインターフェースデバイスに伝送する（コマンドＡＰＤＵ）。
２）インターフェースデバイスのデータ数カウンタに読み出すデータ数３２バイトをセットし、同コマンドをインターフェースデバイスからＩＣカードに伝送する（コマンドＴＰＤＵ）。
３）ＲＥＡＤ命令を正しく受けとったとの応答（プロシジャーバイト：ＡＣＫの様なもの）がＩＣカードから応答される。
ＩＣカードは、カード内でＲＥＡＤ命令の実行準備をする。
４）適当なタイミング（ＩＣカード内のデータ読み出し準備処理時間が経過した後）をとってインターフェースデバイスからＩＣカードに読取データを取り出す命令（ＧＥＴ　ＲＥＳＰＯＮＳＥコマンド）を出す（コマンドＴＰＤＵ）。
５）ＩＣカードからインターフェースデバイスへ伝送されてくる読み出しデータ（レスポンスＴＰＤＵ）を１バイト受け取る毎にデータ数カウンタの値から１を減じ、０となるまでＩＣカードからのデータを受け取り続ける。カウンタが０になると読取終了。
６）読み出したデータをホストに伝送する（レスポンスＡＰＤＵ）。」
　　　　　　　　　　　　　（第３２頁左欄最終行から同頁右欄第１３行）
　
（エ）
「３．２．２　Ｔ＝１によるデータの読みだし手順例
　１組みの命令／応答で処理が可能。
１） ホストコンピュータ等にあるアプリケーションプログラムで３２バイトのデータを読み出す命令をインターフェースデバイスに伝送する（コマンドＡＤＰＵ）。
２）インターフェースデバイスからＩＣカードに３２バイト読み出す命令（ＲＥＡＤ　ＢＩＮＡＲＹ）を伝送する（コマンドＴＰＤＵ：コマンドＡＤＰＵと同じフォーマット）。
３）ＩＣカードからの３２バイトのデータが読み出される（レスポンスＴＰＤＵ）。読取終了。
４）読み出したデータをホストに伝送する（レスポンスＡＤＰＵ：ＴＰＤＵと同じフォーマット）。」
　　　　　　　　　　（第３２頁右欄第１４行から第３３頁左欄第１３行）
　
　
　
４．引用例３
　
　原査定の拒絶の理由に引用文献３として引用された、佐原　道子，都市小屋ゆうのＩＣカード研究会８５　掟破りのＩＣカード，ＣａｒｄＷａｖｅ，日本，株式会社シーメディア，１９９５年１０月１５日，第８巻，第８号，第4２頁〜第４５頁（以下、「引用例３」という。）には、次の事項が記載又は図示されている。　
　
（ア）
「掟破りのＩＣカードとは、「掟」すなわち「標準規格」ということになり、そのままの意味では「標準規格破りのＩＣカード」ということになるが、ＩＣカード（ＩＳＯ／ＩＥＣ７８１６シリーズに準拠したマイクロプロセッサとメモリをクレジットカード（厚さ０．７６ｍｍ）にも埋め込んだもの）のさまざまな制限された要件により、多くの人が抱いていたＩＣカードに対する夢がだんだん萎んでしまったように思えるこの頃である。
　今回は将来のＩＣカード像をもう一度探ってみようと思い、標準化作業に従事されている凸版印刷（株）金融・証券企画センターＩＣカード担当の寄本義一課長に講師をお願いした。国際会議の標準化にあたっては、さまざまな人のさまざまな考え方を聞き、時にはその考えに驚き感心することもあったが、「標準化」ということでは受け入れ難いものもあったという。今回はそれらの話題もふまえて、お話をお願いした。」
　　　　　　　　　　　　　　　　　　　（第４２頁左欄第１乃至２２行）
〔なお、「クレジットカード（厚さ０．７６ｍｍ）にも埋め込んだもの」は、「クレジットカード（厚さ０．７６ｍｍ）
に
　
（イ）
「表２　従来型のＩＣカードのデータファイル
ＭＦ：マスターファイル　ＤＦ：デレリケーティッドファイル　ＥＦ：エレメンタリーファイル　Ｗ：データを書き込む人　Ｒ：データを読む人」
　　　　　　　　　　 　　　　　　　　　　　　　　（第４３頁　表２）
　
（ウ）
「従来のＩＣカードと異なる点
　ファイル管理セキュリティは、従来のＩＣカードと同じで、異なるのは１つのファイルにさまざまなＤＦが入り、そのＤＦが下記のようになっていることである。
　
　┏━━━━━━━━┯━━━━━━━━━━━┯━━━━━━━━━━┓
　┃　Ｔ（Ｔａｇ）　│　Ｌ（Ｌｅｎｇｔｈ）　│　Ｖ（Ｖａｌｕｅ）　┃
　┗━━━━━━━━┻━━━━━━━━━━━┷━━━━━━━━━━┛
　Ｔ：データエレメント識別コード
　Ｌ：Ｖ（データ）の長さ
　Ｖ：データ
　
　各アプリケーションにおいて、住所、氏名などの同じようなデータが使用されることがある。これらのデータはＭＦの配下のＥＦに記憶され、通常誰でも参照できるようにセキュリティフリーの共通ファイルである。」
　　　　　　　　　　　　　　　　　　　（第４３頁右欄第８乃至２３行）
　
（エ）
「しかし、その共通データの中でも特定の部分については、定められた者以外は参照できないという場合には、ファイル分けをして同様なデータ群を複数持つ必要があり、従来のファイル記憶方式では困難になる。
　それを解決する方式のカードがバーチャルメモリＩＣカードである。」
　　　　　　　　　　　　　　　　　　（第４３頁右欄第２４乃至３１行）
　
（オ）
「データ全てを一つの大部屋ＤＦのＥＦ内に記憶させる。また個々のファイルには、実データではなく、ＩＤのリストのみが入っている。必要なデータのＩＤを外部（端末）から指定すると、そのＩＤの実データが入っている大部屋から該当するデータを持ってきて応答する。この操作はＩＣカード内のオペレーション・システムにより、自動的に操作されるために、見かけ上は個々のファイルにそれらのデータが実際に記憶されているように見える。」
　　　　　　　　　　　　　　　　　　（第４３頁右欄第３２乃至４３行）
　
（カ）
「バーチャルメモリＩＣカードの長所
　・・・（中略）・・・
・ＩＳＯ／ＩＥＣ７８１６−６（共通データ要素）のアクセスに最適」
　　　　　　　　　　　　　　　　　　　（第４４頁左欄第６乃至１７行）
　
（キ）
「バーチャルメモリＩＣカードの短所
・データを追加する時に、すでに同じデータがあるかどうかをチェックする必要がある。
　・・・（後略）・・・」
　　　　　　　　　　　　　（第４４頁左欄第１８行から同頁中欄第２行）
　
　
　以上の引用例３の記載によれば、引用例３には下記の発明（以下、「引用例３発明」という。）が開示されていると認められる。 　
　
「データＶを識別コードＴとともに格納するファイルを有するメモリと、
　マイクロプロセッサと
　を備えた、ＩＳＯ／ＩＥＣ７８１６に最適なバーチャルメモリＩＣカードであって、
　データを追加する時に、すでに同じデータがあるかどうかをチェックする必要があること
　を特徴とするバーチャルメモリＩＣカード。」
　
　
　
５．対比 
　
　本願発明と引用例１発明とを対比する。 
　
（１）
　本願明細書の
「　　【０００６】
　また、基礎ファイルは、データの書き込み形式から透過構造（トランスペアレント）のファイルとレコード構造のファイルとの２種類に分類される。
　透過構造のファイルは、１又は２以上のデータ単位が連続的に書き込まれたファイルである。透過構造のファイルにデータ単位の書き込み又は読み出しを行う場合には、書き込むべきオフセットアドレスと当該データ単位の長さとを指定して行う。
　・・・（後略）・・・」
　という記載（すなわち、「透過構造（トランスペアレント）のファイル」という記載がある。）から、
　 
　引用例１発明の「トランスペアレントファイル」は、
　
　本願発明の「透過構造ファイル」に相当する。
　
　 
（２）
　本願明細書の
「    【０００５】
  図９は、図８に示すＥＥＰＲＯＭ１５内の階層構造を示すブロック図である。本実施形態のＥＥＰＲＯＭは、３つの階層から構成される。３つの階層とは、第１層のＭＦ(Master File) 、第２層のＤＦ(Dedicated File)及び第３層のＥＦ(Elementary File)である。 ＭＦは、データメモリ全体のファイルである。ＭＦは、各アプリケーション（サービス）に共通したデータを格納するためのファイルであり、例えば、このＩＣカード１０の所有者の氏名、住所、電話番号などの情報が記録される。ＤＦは、専用ファイルであり、アプリケーションごとにＤＦの設定がなされている。ＥＦは、基礎ファイルであり、ＣＰＵがＩＣカードを管理・制御する際に解釈実行するデータを格納するＩＥＦと、アプリケーションで使用するデータを格納するＷＥＦ（作業用基礎ファイル）の２種類がある。」
　という記載、
　及び、
　引用例１の上記（オ）から、「ＩＣカード」には「名前／住所／電話／・・・」に関するデータが格納された「トランスペアレントファイル」が「エレメンタリファイル」として格納されていることは明らかであることから、
（すなわち、「エレメンタリファイル」として格納されている「トランスペアレントファイル」が有する「名前／住所／電話／・・・」が、本願明細書段落【０００５】でいうところの「ＩＣカードを管理・制御する際に解釈実行するデータを格納するＩＥＦ」ではなく「アプリケーションで使用するデータを格納するＷＥＦ（作業用基礎ファイル）」を開示していることは明らかである。）
　
　引用例１発明の「エレメンタリファイル」は、
　
　本願発明の「作業用基礎ファイル」に相当する。
　
　
（３） 
　引用例１発明の「メモリＩＣチップ」及び「コマンド」は、それぞれ、
　
　本願発明の「記憶手段」及び「命令」に相当する。
　
　
（４）
　引用例１発明の「アプリケーションで使用されるデータを格納するエレメンタリファイルとしてのトランスペアレントファイルを有するメモリＩＣチップ」と、
　
　本願発明の「アプリケーションで使用されるデータを識別情報とともに格納する作業用基礎ファイルとしての透過構造ファイルを有する記憶手段」とは、
　
「アプリケーションで使用されるデータを格納する作業用基礎ファイルとしての透過構造ファイルを有する記憶手段」という点で一致し、
　
　本願発明では、アプリケーションで使用されるデータを「識別情報とともに」格納するのに対し、引用例１発明では、アプリケーションで使用されるデータを「識別情報とともに」格納していない点、
　で相違する。
　
　
（５）
　引用例１発明の「外部からの１つのコマンドにより指定されたデータを前記トランスペアレントファイルに書き込む機能を備えたマイクロプロセッサ」と、
　
　本願発明の「外部からの１つの命令により指定されたデータを、上書きすべきか書き込むべきか判断して前記透過構造ファイルに書き込む書込手段」とは、
　
「外部からの１つの命令により指定されたデータを前記透過構造ファイルに書き込む書込手段」という点で一致し、
　
　本願発明では、書込手段が「上書きすべきか書き込むべきか判断」するのに対し、引用例１発明では、書込手段が「上書きすべきか書き込むべきか判断」するのか不明である点、
　で相違する。
　
　
（６）
　以上のことから、本願発明と引用例１発明とは、 
 　 
「アプリケーションで使用されるデータを識別情報とともに格納する作業用基礎ファイルとしての透過構造ファイルを有する記憶手段と、
　外部からの１つの命令により指定されたデータを前記透過構造ファイルに書き込む書込手段と
　を備えたＩＣカード。」 
　 
 　という点で一致し、
　 
（相違点１） 
　本願発明では、アプリケーションで使用されるデータを「識別情報とともに」格納するのに対し、引用例１発明では、アプリケーションで使用されるデータを「識別情報とともに」格納していない点、 
　
　
（相違点２）
　本願発明では、書込手段が「上書きすべきか書き込むべきか判断」するのに対し、引用例１発明では、書込手段が「上書きすべきか書き込むべきか判断」するのか不明である点、
　
　そのため、
　
　本願発明では、
「前記命令により指定された識別情報と同一内容の識別情報を前記記憶手段内において検索する検索手段を有し、
　前記検索手段が該当する前記識別情報を発見した場合には、前記書込手段は、前記発見された識別情報に関連づけられているデータに前記指定されたデータを上書きし、
　前記検索手段が該当する前記識別情報を発見しなかった場合には、前記書込手段は、前記透過構造ファイルの空き領域に前記指定されたデータを書き込む」のに対し、
　引用例１発明では、当該検索手段を備えているのかも不明である点、
　
　
　で相違する。
　
　
　
６．判断 
 　 
（１）相違点１について 
　
　データが格納されているファイルに対して読み出しや書き込みを円滑に行えるように、識別コードやファイル名などの識別情報をファイルに対して付すことは、情報処理分野における周知技術である。
　
　一方、国際規格ＩＳＯ／ＩＥＣ７８１６が適用可能なＩＣカードという点で、引用例１発明と共通している引用例３発明、すなわち、
「データＶを識別コードＴとともに格納するファイルを有するメモリと、
　マイクロプロセッサと
　を備えた、ＩＳＯ／ＩＥＣ７８１６に最適なバーチャルメモリＩＣカードであって、
　データを追加する時に、すでに同じデータがあるかどうかをチェックする必要があること
　を特徴とするバーチャルメモリＩＣカード。」
　には、「データＶを識別コードＴとともに格納するファイル」を用いることが開示されている。
　
　すなわち、前記した、
　データが格納されているファイルに対して読み出しや書き込みを円滑に行えるように、識別コードやファイル名などの識別情報をファイルに対して付す、
　という情報処理分野における周知技術は、情報処理分野における技術のひとつである、ＩＣカード技術に対しても適用できることを開示している。
　
　したがって、引用例１発明に対して、引用例３発明及び周知技術を適用することによって、
　本願発明の如く、アプリケーションで使用されるデータを「識別情報とともに」格納するように構成することは、当業者が容易に想到し得ることである。
　 
　 
（２）相違点２について 
　
　書き込み手段が、命令により指定されたデータを書き込む際に、当該データに付されたファイル名などの識別情報に基づいて「上書きすべきか書き込むべきか判断」することによって、
　「・・・前記識別情報を発見した場合には、前記書込手段は、前記発見された識別情報に関連づけられているデータに前記指定されたデータを上書きし、
　・・・前記識別情報を発見しなかった場合には、前記書込手段は、・・・空き領域に前記指定されたデータを書き込む」ことは、
　情報処理分野における周知技術（例えば、原査定の備考の欄に記載された特開平５−１０８４３６号公報（特に、段落【０００９】を参照）である。
　
　一方、国際規格ＩＳＯ／ＩＥＣ７８１６が適用可能なＩＣカードという点で、引用例１発明と共通している引用例３発明、すなわち、
「データＶを識別コードＴとともに格納するファイルを有するメモリと、
　マイクロプロセッサと
　を備えた、ＩＳＯ／ＩＥＣ７８１６に最適なバーチャルメモリＩＣカードであって、
　データを追加する時に、すでに同じデータがあるかどうかをチェックする必要があること
　を特徴とするバーチャルメモリＩＣカード。」
　には、「データを追加する時に、すでに同じデータがあるかどうかをチェックする必要があること」と記載されていることから、
　データを書き込む際に「上書きすべきか書き込むべきか判断」の行うことによって、同じデータがある場合には上書きを行い、同じデータがない場合には書き込みを行うことを示唆（又は暗示）している。
　
　すなわち、前記した、
　書き込み手段が、命令により指定されたデータを書き込む際に、当該データに付されたファイル名などの識別情報に基づいて「上書きすべきか書き込むべきか判断」することによって、
　「・・・前記識別情報を発見した場合には、前記書込手段は、前記発見された識別情報に関連づけられているデータに前記指定されたデータを上書きし、
　・・・前記識別情報を発見しなかった場合には、前記書込手段は、・・・空き領域に前記指定されたデータを書き込む」
　という情報処理分野における周知技術は、情報処理分野における技術のひとつである、ＩＣカード技術に対しても適用できることを示唆（又は暗示）している。
　
　しかも、情報処理分野における当該周知技術では、識別情報を発見したか否かで「上書きすべきか書き込むべきか判断」するのであるから、
　識別情報を提供するための手段、及び識別情報を発見するための手段を必要とすること、
　すなわち、
　上書き又は書き込みを行うデータや、当該データに対応する識別情報を、（直接的又は間接的に）指定する命令を必要とすること（すなわち、本願発明の「命令により指定されたデータ」及び「命令により指定された識別情報」とすること）、
　及び、
　「前記命令により指定された識別情報と同一内容の識別情報を前記記憶手段内において検索する検索手段」を必要とすることは、
　明らかである。
　
　以上のことから、引用例１発明の「透過構造ファイルを有する記憶手段」に対して上書きや書き込みを可能とするべく、引用例３発明及び周知技術を適用することによって、
　本願発明の如く、
　書込手段が「上書きすべきか書き込むべきか判断」したり、
「前記命令により指定された識別情報と同一内容の識別情報を前記記憶手段内において検索する検索手段を有し、
　前記検索手段が該当する前記識別情報を発見した場合には、前記書込手段は、前記発見された識別情報に関連づけられているデータに前記指定されたデータを上書きし、
　前記検索手段が該当する前記識別情報を発見しなかった場合には、前記書込手段は、前記透過構造ファイルの空き領域に前記指定されたデータを書き込む」ように構成したりすることは、
　当業者が容易に想到し得ることである。　
　
　 
 　 
７．むすび 
 　 
　したがって、本願発明は、引用例１乃至３および周知技術に基づいて、当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。 
 　  
　よって、結論のとおり審決する。