【事件の表示】
　平成　８年特許願第２９４９５２号「ＩＣカード」拒絶査定不服審判事件〔平成　９年　９月　５日出願公開、特開平　９−２３１１１０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　本願は、平成８年１１月７日の出願（優先権主張平成７年１２月２２日）の出願であって、平成１９年６月２０日付けで拒絶査定がなされ、これに対し、同年７月２５日に拒絶査定不服審判の請求がなされるとともに、同年８月２４日付けで手続補正がなされたものである。 
 　 
 　 
 　 
第２　本願発明について  
 　 
１．本願発明 
　本願の請求項１乃至７に係る発明は、平成１９年８月２４日付けの手続補正書によって補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１乃至７に記載されたとおりのものと認められるところ、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。  
 　　 
「　【請求項１】　１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリ領域は、前記メモリの一方の端部から未使用な領域が存在しないように順に格納され、前記ファイルのデータ領域は、前記メモリの他方の端部から未使用な領域が存在しないように順に格納されているＩＣカードにおいて、
　選択されている基礎ファイル又は専用ファイルとしてのファイルのデータ領域を、外部からの命令により消去する消去手段と、
　前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合に、前記消去手段により消去されたデータ領域より前記メモリの一方の端部側に他の前記データ領域が存在すれば、前記メモリの他方の端部側へ、前記消去されたデータ領域のメモリ容量分だけ、前記他のデータ領域を移動させる移動手段とを有すること
　を特徴とするＩＣカード。」
　
　
 　 
２．引用例
 　　 
　原査定の拒絶の理由に引用文献１として引用された、特開平６−１３１５１７号公報（以下、「引用例１」という。）には、次の事項が記載されている。 
 　　 
（ア） 
「【０００１】
　【産業上の利用分野】
　本発明は階層化されたディレクトリで管理されるファイルをメモリ上で再配置するＩＣカードに関する。」 
　 
（イ） 
「【０００４】
　【発明が解決しようとする課題】
　しかしながら従来のＩＣカードでは、ディレクトリの基にさらにディレクトリを創成する、すなわち階層的なディレクトリ構造が不可能であり、また一度生成されたファイルの削除が不可能である。例えばＩＣカードをある企業が社員のために発行して銀行、医療、その他ＩＣカードシステムで利用する場合、各システム毎にディレクトリが必要となる。また銀行のＩＣカードシステム内で預貯金、クレジット、その他機能が複数ある場合、ひとつのＩＣカードシステムの中で機能毎にさらにディレクトリが必要となってくる。ＩＣカードの多目的な使用を考慮すると、ディレクトリの階層化およびメモリの有効的な利用は不可欠なものとなる。
【０００５】
　本発明はかかる点に鑑み、ディレクトリを階層的な構造とし、かつディレクトリで管理されるファイルの削除および該ファイルのメモリ容量の拡張が可能であり、さらにファイルの削除あるいは拡張によって生じたメモリ上の空き領域を無くしてメモリを有効に利用することが可能なＩＣカードを提供することを目的とする。」
　
（ウ）
「【０００７】
　【作用】
　この方式により許容されるＩＣカードは、階層化されたディレクトリで管理されるファイルをファイル削除手段により削除し、ファイル拡張手段によりファイルの容量を大きくすることが可能となる。これら処理によって生じたメモリ上の空き領域は、ファイル再配置手段により複数のファイルをメモリ上に密に並び変えることができるため、ＩＣカード内のメモリを有効に活用することが可能となる。」
　
（エ）
「【０００８】
　【実施例】
  以下、本発明の一実施例について図面を参照しながら説明する。」
　
（オ）
「【０００９】
  図１に示すように本発明のＩＣカード１は、各種処理のためにＲＡＭ３をバッファとして利用する処理制御部２と、外部機器との間でデータを送受信する入出力手段５と、入出力手段５を通して受信したコマンドの解析および処理を行い、且つ受信したコマンドに対する応答の作成を行うコマンド処理手段６と、ファイルを創成するファイル生成手段７と、処理されるデータをファイルとして一元管理し、且つＥＥＰＲＯＭ４におけるディレクトリを通してファイルあるいはファイル内のデータに対してアクセスを行うファイル管理手段８と、ファイルを削除するファイル削除手段９と、コマンドで指定したファイルの容量を拡張するファイル拡張手段１０と、ＥＥＰＲＯＭ４上に格納された複数のファイルを密に並び変えるファイル再配置手段１１とを具備する。ここでファイル作成手段７、ファイル管理手段８、ファイル削除手段９、ファイル拡張手段１０およびファイル再配置手段１１はコマンド処理手段６によって起動する。また本実施例のＩＣカード１のＥＥＰＲＯＭ４の容量は８ｋバイトの情報を格納することができる。」
　
（カ）
「【００１０】
　図２は本発明のＩＣカード１のディレクトリ構造の例を示しており、ひとつのマスタディレクトリ２０の基にディレクトリ２１、２２が存在している。さらにディレクトリ２１の基にディレクトリ２３、２４、２５が、ディレクトリ２２の基にディレクトリ２６が、ディレクトリ２４の基にディレクトリ２７が存在する。さらに、マスタディレクトリ２０の下にファイル３０、３１、３２が、ディレクトリ２２の下にファイル３５、３６が存在する。このように本発明のＩＣカード１では、マスタディレクトリ２０を含め、全てのディレクトリが階層的に下位方向に複数のディレクトリを管理し、且つ各ディレクトリには複数のファイルを持つことが可能である。以後この上下関係について、親のディレクトリおよび親のディレクトリに対する子のディレクトリと呼ぶ。」
　
（キ）
「【００１１】
　図３は本発明のＩＣカード１のメモリ上のデータ構成の例である。ＥＥＰＲＯＭ４上に、ディレクトリは上位番地方向から下位番地方向に格納され、ファイルは下位番地方向から上位番地方向に格納される。以後ディレクトリおよびファイルを格納する領域をユーザ領域と呼ぶ。このような構成からファイルを削除すると、ＥＥＰＲＯＭ４上に空き領域が生じて非効率的である。そこでファイルの再配置が必要となってくる。」
　
（ク）
「【００１２】
　まずマスタディレクトリ、ディレクトリおよびファイルのデータ構成について説明する。図４は本発明のＩＣカード１のマスタディレクトリ２０のデータ構成図である。ＤＦ書き込みポインタ４０は最後に創成されたディレクトリの先頭番地（図３ではディレクトリ２３）、ＥＦ書き込みポインタ４１は次ファイルを創成する番地（図３ではファイル３２の最終番地の次の番地）、Ｃ＿ＤＦ４２はマスタディレクトリ２０が管理する子のディレクトリの中で最初に創成されたディレクトリ（図３ではディレクトリ２１）の先頭番地、およびＣ＿ＥＦ４３はマスタディレクトリ２０が管理するファイルの中で最初に創成されたファイル（図２および図３に示すファイル３０）の先頭番地である。なお、Ｃ＿ＤＦ４２およびＣ＿ＥＦ４３は該当するものが存在しなければ値００００が格納される。」
　
（ケ）
「【００１３】
　図５は本発明のＩＣカード１のディレクトリ２１のデータ構成図である。Ｐ＿ＤＦ５０はディレクトリ２１を管理する親のディレクトリ（図２ではマスタディレクトリ２０）の先頭番地、Ｎ＿ＤＦ５１はディレクトリ２１を管理する親のディレクトリの基に存在し、ディレクトリ２１の創成の次に創成されたディレクトリ（図２ではディレクトリ２２）の先頭番地、Ｂ＿ＤＦ５２はディレクトリ２１を管理する親のディレクトリの基に存在し、ディレクトリ２１の創成の前に創成されたディレクトリ（図３では存在しない）の先頭番地、Ｃ＿ＤＦ５３はディレクトリ２１が管理する子のディレクトリの中で最初に創成されたディレクトリ（図２および図３よりディレクトリ２３）の先頭番地、およびＣ＿ＥＦ５４はディレクトリ２１が管理するファイルの中で最初に創成されたファイル（図２のファイル３３あるいはファイル３４）の先頭番地である。なお、Ｎ＿ＤＦ５１、Ｂ＿ＤＦ５２、Ｃ＿ＤＦ５３およびＣ＿ＥＦ５４は該当するものが存在しなければ値００００が格納される。また、他のディレクトリについてもデータ値は異なるが同じ構成である。」
　
（コ）
「【００１４】
　図６は本発明のＩＣカード１のファイル３０のデータ構成図である。フラグ６０はファイル３０が有効か無効を示すフラグ、サイズ６１はファイル３０の容量、Ｐ＿ＤＦ６２はファイル３０を管理する親のディレクトリ（図２のマスタディレクトリ２０）の先頭番地、Ｎ＿ＥＦ６３はファイル３０を管理する親のディレクトリの基に存在し、ファイル３０の創成の次に創成されたファイル（図２、図３のファイル３１）の先頭番地、Ｂ＿ＥＦ６４はファイル３０を管理する親のディレクトリの基に存在し、ファイル３０の創成の前に創成されたファイルの先頭番地（図３では存在しない）および領域６５は情報などのデータが格納される。なお、Ｎ＿ＥＦ６３およびＢ＿ＥＦ６４は該当するものが存在しなければ値００００が格納される。また、他のファイルについてもデータ値は異なるが同じ構成である。」
　
（サ）
「【００１７】
　このように本発明のＩＣカード１では、階層化されたディレクトリおよびファイルのポインタにより、ディレクトリあるいはファイルの管理が容易となった。次に本発明のＩＣカード１におけるファイルの削除処理、ファイルの再配置処理およびファイルの容量拡張処理について説明する。」
　
（シ）
「【００１８】
　ファイルの削除処理について図９の流れ図を用いて説明する。削除すべきファイルはコマンドによって指定される（ファイルのことを図中および以下ではＥＦと記述）。まず、ステップ９０１で指定されたＥＦはフラグ６０を利用して無効とされる。ここで指定されたＥＦが削除されることによって、削除された指定ＥＦを示すポインタを有するＥＦあるいはディレクトリ（ディレクトリのことを図中および以下ではＤＦと記述）が存在すれば、そのポインタを更新する必要がある。まず指定ＥＦの次のＥＦを示すＮ＿ＥＦポインタが００００であるかを判断し（ステップ９０２）、００００であれば指定ＥＦの次にＥＦは存在しないため次の処理に移る。００００でなければ指定ＥＦの次にＥＦが存在するため次のＥＦのＢ＿ＥＦポインタに指定ＥＦの前のＥＦを示すＢ＿ＥＦポインタを代入する（ステップ９０３）。ここで指定ＥＦの前にＥＦが無く（値００００）ても良い。次に指定ＥＦの前のＥＦを示すＢ＿ＥＦポインタが００００であるかを判断し（ステップ９０４）、００００であれば指定ＥＦの前にＥＦは存在せず、指定ＥＦは指定ＥＦを管理するディレクトリの中で先頭であるため、該ディレクトリの管理するファイルを示すＣ＿ＥＦポインタに指定ＥＦの次を示すＮ＿ＥＦポインタを代入する（ステップ９０５）。００００でなければ指定ＥＦの前にＥＦが存在するため前のＥＦのＮ＿ＥＦポインタに指定ＥＦの次のＥＦを示すＮ＿ＥＦポインタを代入する（ステップ９０６）。」
　
（ス）
「【００１９】
　次にファイルを削除することによって生じた空き領域に対する管理情報を更新する必要がある。物理的にメモリ上で指定ＥＦがメモリ上のユーザ領域の先頭でない場合（ステップ９０７）、ユーザ領域の先頭から指定ＥＦが次の領域となるＥＦを検索する（ステップ９０８）。ここで検索されたＥＦが無効ＥＦである場合（ステップ９０９）、すなわち無効ＥＦがメモリ上で連続する場合、２つの連続した無効ＥＦをひとつの無効ＥＦにするため、検索されたＥＦのサイズに指定ＥＦのサイズを加え、検索されたＥＦを指定ＥＦとする（ステップ９１０、９１１）。」
　
（セ）
「【００２０】
　物理的にメモリ上で指定ＥＦの次の領域がＥＦ書き込みポインタである場合（ステップ９１２）、メモリ上で最後のＥＦが削除されたこととなるため、ＥＦ書き込みポインタを指定ＥＦの先頭番地に更新して処理を終了する（ステップ９１３）。次の領域が有効ＥＦである場合は処理を終了する（ステップ９１４）。次の領域が無効ＥＦである場合、すなわち無効ＥＦがメモリ上で連続する場合、２つの連続した無効ＥＦをひとつの無効ＥＦにするため、指定ＥＦのサイズに無効ＥＦのサイズを加え、再度指定ＥＦの次の領域を確認する（ステップ９１５）。」
　
（ソ）
「【００２１】
　ファイルの再配置処理について図１０の流れ図を用いて説明する。検索ポインタ（処理用のバッファ）にメモリ上のユーザ領域の先頭番地を格納する（ステップ１００１）。まず検索ポインタで示す領域が無効ＥＦとなるまで検索を行う（ステップ１００２〜１００４までのループ）。ここで検索ポインタがＥＦ書き込みポインタである場合、メモリ上にＥＦは存在しないため処理を終了する（ステップ１００２）。検索ポインタが有効ＥＦである場合、検索ポインタに有効ＥＦのサイズを加えて更新する（ステップ１００４）。検索ポインタが無効ＥＦである場合（ステップ１００３）、検索された無効ＥＦのサイズを移動サイズ（処理用のバッファ）に格納して次の処理を行う（ステップ１００５）。
【００２２】
　まず有効ＥＦを密にして連続させるため、検索された無効ＥＦの次の有効ＥＦを検索ポインタで示す番地に移動サイズ分だけ移動する（ステップ１００６）。ここで移動したＥＦを示すポインタを有するＥＦあるいはディレクトリが存在すれば、そのポインタを更新する必要がある。まず指定ＥＦの次のＥＦを示すＮ＿ＥＦポインタが００００であるかを判断し（ステップ１００７）、００００であれば指定ＥＦの次にＥＦは存在しないため次の処理に移る。００００でなければ指定ＥＦの次にＥＦが存在するため次のＥＦのＢ＿ＥＦポインタに検索ポインタを代入する（ステップ１００８）。ここで指定ＥＦの前にＥＦが無く（値００００）ても良い。次に指定ＥＦの前のＥＦを示すＢ＿ＥＦポインタが００００であるかを判断し（ステップ１００９）、００００であれば指定ＥＦの前にＥＦは存在せず、指定ＥＦは指定ＥＦを管理するディレクトリの中で先頭であるため、該ディレクトリの管理するファイルを示すＣ＿ＥＦポインタに検索ポインタを代入する（ステップ１０１０）。００００でなければ指定ＥＦの前にＥＦが存在するため前のＥＦのＮ＿ＥＦポインタに検索ポインタを代入する（ステップ１０１１）。
【００２３】
　検索ポインタに移動した有効ＥＦのサイズを加えて更新し（ステップ１０１２）、検索ポインタに移動サイズを加えた番地で示す次の領域がＥＦ書き込みポインタである場合（ステップ１０１３）、ＥＦ書き込みポインタに検索ポインタを代入して処理を終了する（ステップ１０１４）。次の領域が有効ＥＦである場合、前述の移動の処理から再度同じ処理を繰り返す（ステップ１０１５）。次の領域が無効ＥＦである場合、移動サイズに無効ＥＦのサイズを加えて、前述の移動の処理から再度同じ処理を繰り返す（ステップ１０１６）。」
　
（タ）
「【００２８】
　このように階層的なディレクトリ構成により管理されたファイルに対して、ファイルの削除処理およびファイル容量の拡張処理が可能になることで、ＩＣカードの多目的利用が可能となった。さらにファイルの再配置処理が可能であるため、ファイルの削除あるいは容量の拡張によって生じた空き領域を無くしてメモリ上のファイルを密に並び変えることができ、メモリの有効利用が可能となった。」
　
　
　以上の引用例１の記載によれば、引用例１には以下の事項が開示されていると認められる。 
　
（ａ）
　引用例１の上記（ウ）の「この方式により許容されるＩＣカードは、階層化されたディレクトリで管理されるファイルをファイル削除手段により削除し、ファイル拡張手段によりファイルの容量を大きくすることが可能となる。これら処理によって生じたメモリ上の空き領域は、ファイル再配置手段により複数のファイルをメモリ上に密に並び変えることができるため、ＩＣカード内のメモリを有効に活用することが可能となる。」という記載、
　
　引用例１の上記（キ）の「図３は本発明のＩＣカード１のメモリ上のデータ構成の例である。ＥＥＰＲＯＭ４上に、ディレクトリは上位番地方向から下位番地方向に格納され、ファイルは下位番地方向から上位番地方向に格納される。以後ディレクトリおよびファイルを格納する領域をユーザ領域と呼ぶ。このような構成からファイルを削除すると、ＥＥＰＲＯＭ４上に空き領域が生じて非効率的である。そこでファイルの再配置が必要となってくる。」という記載、
　
　引用例１の【図２】から、ディレクトリを格納する領域は、ＥＥＰＲＯＭの一方の端部から密に順に格納され、ファイルを格納する領域は、ＥＥＰＲＯＭの他方の端部から密に順に格納されていることが開示されていることから、
　
　引用例１には、「１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリを格納する領域は、前記メモリの一方の端部から密に順に格納され、前記ファイルを格納する領域は、前記メモリの他方の端部から密に順に格納されているＩＣカード」が開示されていると認められる。
　
　
（ｂ）
　引用例１の上記（オ）の「図１に示すように本発明のＩＣカード１は、各種処理のためにＲＡＭ３をバッファとして利用する処理制御部２と、外部機器との間でデータを送受信する入出力手段５と、入出力手段５を通して受信したコマンドの解析および処理を行い、且つ受信したコマンドに対する応答の作成を行うコマンド処理手段６と、・・・（中略）・・・、ファイルを削除するファイル削除手段９と、・・・（中略）・・・を具備する。ここでファイル作成手段７、ファイル管理手段８、ファイル削除手段９、ファイル拡張手段１０およびファイル再配置手段１１はコマンド処理手段６によって起動する。」という記載、
　
　引用例１の上記（シ）の「ファイルの削除処理について図９の流れ図を用いて説明する。削除すべきファイルはコマンドによって指定される（ファイルのことを図中および以下ではＥＦと記述）。まず、ステップ９０１で指定されたＥＦはフラグ６０を利用して無効とされる。ここで指定されたＥＦが削除されることによって、削除された指定ＥＦを示すポインタを有するＥＦあるいはディレクトリ（ディレクトリのことを図中および以下ではＤＦと記述）が存在すれば、そのポインタを更新する必要がある。」という記載から、
　
　引用例１には、「指定されているファイルの領域を、外部機器からのコマンドにより削除するファイル削除手段」が開示されていると認められる。
　
　
（ｃ）
　上記（ａ）の「１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリを格納する領域は、前記メモリの一方の端部から密に順に格納され、前記ファイルを格納する領域は、前記メモリの他方の端部から密に順に格納されているＩＣカード」という開示、
　
　上記（ｂ）の「指定されているファイルの領域を、外部機器からのコマンドにより削除するファイル削除手段」という開示、
　
　引用例１の上記（オ）の「図１に示すように本発明のＩＣカード１は、各種処理のためにＲＡＭ３をバッファとして利用する処理制御部２と、外部機器との間でデータを送受信する入出力手段５と、入出力手段５を通して受信したコマンドの解析および処理を行い、且つ受信したコマンドに対する応答の作成を行うコマンド処理手段６と、・・・（中略）・・・、ＥＥＰＲＯＭ４上に格納された複数のファイルを密に並び変えるファイル再配置手段１１とを具備する。ここでファイル作成手段７、ファイル管理手段８、ファイル削除手段９、ファイル拡張手段１０およびファイル再配置手段１１はコマンド処理手段６によって起動する。」という記載、
　
　引用例１の上記（シ）の「（ファイルのことを図中および以下ではＥＦと記述）。」という記載、
　
　引用例１の上記（ス）の「次にファイルを削除することによって生じた空き領域に対する管理情報を更新する必要がある。」という記載、
　
　引用例１の上記（ソ）の「ファイルの再配置処理について図１０の流れ図を用いて説明する。検索ポインタ（処理用のバッファ）にメモリ上のユーザ領域の先頭番地を格納する（ステップ１００１）。まず検索ポインタで示す領域が無効ＥＦとなるまで検索を行う（ステップ１００２〜１００４までのループ）。ここで検索ポインタがＥＦ書き込みポインタである場合、メモリ上にＥＦは存在しないため処理を終了する（ステップ１００２）。検索ポインタが有効ＥＦである場合、検索ポインタに有効ＥＦのサイズを加えて更新する（ステップ１００４）。検索ポインタが無効ＥＦである場合（ステップ１００３）、検索された無効ＥＦのサイズを移動サイズ（処理用のバッファ）に格納して次の処理を行う（ステップ１００５）。・・・（中略）・・・まず有効ＥＦを密にして連続させるため、検索された無効ＥＦの次の有効ＥＦを検索ポインタで示す番地に移動サイズ分だけ移動する（ステップ１００６）。」という記載から、
　
　引用例１には、「前記ファイル削除手段により削除されたファイルの領域より前記メモリの一方の端部側に他の前記ファイルの領域が存在すれば、前記メモリの他方の端部側へ、前記削除されたファイルの領域のサイズ分だけ、前記他のファイルの領域を移動させるファイル再配置手段」が開示されていると認められる。
　
　
　以上の引用例１の記載によれば、引用例１には下記の発明（以下、「引用例１発明」という。）が開示されていると認められる。 
 　 
「１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリを格納する領域は、前記メモリの一方の端部から密に順に格納され、前記ファイルを格納する領域は、前記メモリの他方の端部から密に順に格納されているＩＣカードにおいて、
　指定されているファイルの領域を、外部機器からのコマンドにより削除するファイル削除手段と、
　前記ファイル削除手段により削除されたファイルの領域より前記メモリの一方の端部側に他の前記ファイルの領域が存在すれば、前記メモリの他方の端部側へ、前記削除されたファイルの領域のサイズ分だけ、前記他のファイルの領域を移動させるファイル再配置手段とを有すること
　を特徴とするＩＣカード。」
 　 
 　 
　
３．周知例
　
　ＩＣカードの国際標準規格ＩＳＯ／ＩＥＣ７８１６シリーズに関して、寄本　義一，ＩＣカードの標準化の軌跡と今後の方向性を探る，ＣａｒｄＷａｖｅ，日本，株式会社シーメディア，１９９５年８月１０日，第８巻，第９号，第４９頁〜第５１頁（以下、「周知例」という。）には、次の事項が記載又は図示されている。  
　　  
（ア）  
「はじめに 
　ＩＣカード（ここではクレジットカード形状にマイクロプロセッサとメモリＩＣチップ等を組み込んだものを言う・ＰＣメモリカードとは原理が異なる）の１０年越しの標準化は、既にカードの物理特性、接点の位置と機能、電気特性、通信プロトコルが規格化されていたが、本年になってコマンド機能が合意され、これでＩＣカードの全ての基本部分である国際標準規格化（図−１参照）が終わった。」  
　　　　　　　　　　　　　　　　　　（第４９頁左欄第１行乃至１１行）
　  
（イ） 
　「図−１　国際標準規格　ＩＳＯ／ＩＥＣ　７８１６シリーズ　ＩＳＯ／ＩＥＣ１０３７３」には、 
　「ＩＣカード内部ファイルの構成例」枠内に、 
　「マスターファイル」（ＭＦ）枠が複数の「デェディケーティドファイル」（ＤＦ１、ＤＦ２）枠と実線で結ばれていること、 
　「デェディケーティドファイル」（ＤＦ１）枠が複数の「デェディケーティドファイル」（ＤＦ３，ＤＦ４）枠と実線で結ばれていること、 
　「デェディケーティドファイル」（ＤＦ２、ＤＦ３，ＤＦ４）枠が一又は複数の「エレメンタリファイル」（ＥＦ０１，ＥＦ０２）を意味する枠と実線で結ばれていること、 
　「エレメンタリファイル」（ＥＦ０１）を意味する枠が「トランスペアレントファイル」が付された「名前／住所／電話／・・・」枠、「レコードファイル」が付された枠、又は「サイクリックレコードファイル」が付された枠と点線で結ばれていること、 
　が図示されている。 
　　　　　　　　　　 　　　　　　　　　　　　　（第５０頁　図−１） 
　　 
　  
　以上の周知例の記載によれば、周知例には、
「デェディケーティドファイル及びエレメンタリファイルとしてのファイルを格納するメモリを備えた、
　国際標準規格されたＩＣカード。」
　が開示されていると認められる。 
　
　
　
４．対比 
　
　本願発明と引用例１発明とを対比する。 
　
（１）
　引用例１発明の
「ファイルのディレクトリを格納する領域」、
「ファイルを格納する領域」、
「指定」、
「コマンド」、
「削除」は、それぞれ、
　
　本願発明の
「ファイルのディレクトリ領域」、
「ファイルのデータ領域」、
「選択」、
「命令」、
「消去」に相当する。
　
　 
（２）
　引用例１発明の「１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリを格納する領域は、前記メモリの一方の端部から密に順に格納され、前記ファイルを格納する領域は、前記メモリの他方の端部から密に順に格納されているＩＣカード」は、
　
　本願発明の「１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリ領域は、前記メモリの一方の端部から未使用な領域が存在しないように順に格納され、前記ファイルのデータ領域は、前記メモリの他方の端部から未使用な領域が存在しないように順に格納されているＩＣカード」に相当する。
　
　
（３） 
　引用例１発明の「指定されているファイルの領域を、外部機器からのコマンドにより削除するファイル削除手段」と、
　
　本願発明の「選択されている基礎ファイル又は専用ファイルとしてのファイルのデータ領域を、外部からの命令により消去する消去手段」とは、
　
「選択されているファイルのデータ領域を、外部からの命令により消去する消去手段」という点で一致し、
　
　本願発明では、選択されているファイルが「基礎ファイル又は専用ファイルとしてのファイル」であるのに対し、
　引用例１発明では、選択されているファイルが「基礎ファイル又は専用ファイルとしてのファイル」なのか不明である点、
　で相違する。
　
　
（４）
　引用例１発明の「前記ファイル削除手段により削除されたファイルの領域より前記メモリの一方の端部側に他の前記ファイルの領域が存在すれば、前記メモリの他方の端部側へ、前記削除されたファイルの領域のサイズ分だけ、前記他のファイルの領域を移動させるファイル再配置手段」と、
　
　本願発明の「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合に、前記消去手段により消去されたデータ領域より前記メモリの一方の端部側に他の前記データ領域が存在すれば、前記メモリの他方の端部側へ、前記消去されたデータ領域のメモリ容量分だけ、前記他のデータ領域を移動させる移動手段」とは、
　
「前記消去手段により消去されたデータ領域より前記メモリの一方の端部側に他の前記データ領域が存在すれば、前記メモリの他方の端部側へ、前記消去されたデータ領域のメモリ容量分だけ、前記他のデータ領域を移動させる移動手段」という点で一致し、
　
　本願発明では、「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合」にデータ領域の移動を行うのに対し、
　引用例１発明では、「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合」にデータ領域の移動を行うとは限らない点、
　で相違する。
　
　
（５）
　以上のことから、本願発明と引用例１発明とは、 
 　 
「１又は２以上のファイルを格納可能なメモリを有し、前記ファイルのディレクトリ領域は、前記メモリの一方の端部から未使用な領域が存在しないように順に格納され、前記ファイルのデータ領域は、前記メモリの他方の端部から未使用な領域が存在しないように順に格納されているＩＣカードにおいて、
　選択されているファイルのデータ領域を、外部からの命令により消去する消去手段と、
　前記消去手段により消去されたデータ領域より前記メモリの一方の端部側に他の前記データ領域が存在すれば、前記メモリの他方の端部側へ、前記消去されたデータ領域のメモリ容量分だけ、前記他のデータ領域を移動させる移動手段とを有すること
　を特徴とするＩＣカード。」 
　 
 　という点で一致し、
　 
（相違点１） 
　本願発明では、選択されているファイルが「基礎ファイル又は専用ファイルとしてのファイル」であるのに対し、
　引用例１発明では、選択されているファイルが「基礎ファイル又は専用ファイルとしてのファイル」なのか不明である点、 
　
（相違点２） 
　本願発明では、「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合」にデータ領域の移動を行うのに対し、
　引用例１発明では、「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合」にデータ領域の移動を行うとは限らない点、　
　
　で相違する。
　
　
　
５．判断 
 　 
（１）相違点１について 
 　
　周知例発明、すなわち、
「デェディケーティドファイル及びエレメンタリファイルとしてのファイルを格納するメモリを備えた、
　国際標準規格されたＩＣカード。」
　にあるように、デェディケーティドファイル及びエレメンタリファイルとしてのファイルをＩＣカードに導入することは、国際標準規格となっているような周知技術である。
　
　一方、本願明細書の
「    【０００３】
  図７は、図６に示すＥＥＰＲＯＭ１５内のファイル構成を示す図である。本実施形態では、３種類のファイルが階層構造を構成している。３種類のファイルとは、ＭＦ(Master File) 、ＤＦ(Dedicated File)及びＥＦ(Elementary File) のことである。ＭＦは、データメモリ全体のファイルである。ＭＦは、各アプリケーション（サービス）に共通したデータを格納するためのファイルであり、例ば、ＩＣカード１０の所有者の氏名、住所、電話番号などの情報が記録される。ＤＦは、専用ファイルであり、アプリケーションごとにＤＦの設定がなされている。ＥＦは、基礎ファイルであり、ＣＰＵがＩＣカードを管理・制御する際に解釈実行するデータを格納するＩＥＦと、アプリケーションで使用するデータを格納するＷＥＦの２種類がある。」
　という記載（すなわち、「ＤＦ(Dedicated File)及びＥＦ(Elementary File)」という記載、「ＤＦは、専用ファイルであり」という記載、及び「ＥＦは、基礎ファイルであり」という記載がある。）から、
　本願発明の「基礎ファイル」及び「専用ファイル」は、それぞれ、国際標準規格における「エレメンタリファイル」と「デェディケーティドファイル」に対応する。
　
　すなわち、本願発明の「基礎ファイル又は専用ファイルとしてのファイル」は、ＩＣカードの国際標準規格に採用されている周知のファイルである。
　
　しかも、工業製品の国際標準化や規格化は、物およびサービスの国際交換を容易にし、知的活動、技術開発、経済活動等の各分野での世界相互間の協力を発展させることを目的としているのであるから、
　本願発明又は引用例１発明のようなＩＣカードに対しても、国際標準規格の採用を検討することは、当業者であれば、当然に配慮することである。
　
　以上のことから、引用例１発明において、国際標準規格に対応させるべく、引用例１発明のファイルとして「基礎ファイル又は専用ファイルとしてのファイル」を採用することにより、
　選択されているファイルを「基礎ファイル又は専用ファイルとしてのファイル」とすることは、当業者が容易に想到し得ることである。
　
  
（２）相違点２について 
　
　引用例１発明の「ファイル再配置手段」によるファイルの配置処理は、「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合」にデータ領域の移動を行うものとは限らないものである。
　
　しかしながら、消去手段が何回動作（参考：本願発明の場合「１回動作」、引用例１発明の場合「複数回動作」）したら移動手段を動作させるかは、
　メモリの有効利用を最優先するか、メモリの耐久性（本願発明や引用例１発明でメモリとして用いられるＥＥＰＲＯＭには、書き換え回数制限があることは情報処理分野における技術常識である。）又は処理の高速化を優先するかにより、決定すべきものである。
　
　しかも、メモリのサイズは限られていることから、その有効利用を図ることを優先する場合があることも明らかである。
　
　以上のことから、 消去手段が１回動作したら移動手段が動作するように、「前記命令を受信して、前記消去手段により前記ファイルのデータ領域を消去した場合」にデータ領域の移動を行うように構成することは、当業者が容易に想到し得ることである。
　
　
　
６．むすび 
 　 
　したがって、本願発明は、引用例１発明および周知例発明に基づいて、当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。 
 　  
　よって、結論のとおり審決する。