【事件の表示】
　特願２０１１−１１３１３６「携帯通信機器、削除方法及び削除プログラム」拒絶査定不服審判事件〔平成２３年１１月２４日出願公開、特開２０１１−２３８２３９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成１７年３月２５日に出願された特願２００５−８９２１１号の一部を平成２３年５月２０日に新たな特許出願としたものであって、平成２３年１１月２８日付けで拒絶理由が通知され、平成２４年２月６日付けで手続補正がなされたが、平成２４年７月９日付けで拒絶査定がなされ、これに対し、平成２４年１０月１７日に拒絶査定不服の審判が請求され、同時に手続補正がなされたものである。
　
第２　平成２４年１０月１７日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２４年１０月１７日付けの手続補正（以下、「本件補正」という。）を却下する。
　
［理由］
１．本件補正前及び本件補正後の本願発明
　上記手続補正（以下、「本件補正」という。）は、特許請求の範囲及び明細書についてするもので、特許請求の範囲については、本件補正前の請求項１、３に「前記ファイルの一覧を表示している場合、ユーザからの操作に基づきファイルの内容を表示する」とあったところを、「前記ファイルの一覧を表示している場合、前記削除手段がユーザからの操作に基づき選択されたファイルを削除する前に、ユーザからの操作に基づきファイルの内容を表示する」と限定するものであるから、特許法第１７条の２第４項第２号（特許請求の範囲の減縮）に掲げる事項を目的とするものである。
　そこで、本件補正後における特許請求の範囲に記載されてる事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項に規定する要件を満たすか）否かを、請求項１に係る発明（以下、「本願補正発明」という。）について以下に検討する。
　
　本願補正発明は、次のとおりのものである。
「【請求項１】
複数のファイルと、前記複数のファイルを表示する際の順序の基準として、データの保護設定の有無、データの著作権情報の有無のうち少なくとも一つを記憶している記憶手段と、
　前記記憶手段に記憶された前記基準の中からいずれかの基準の指定を受け付ける基準受付手段と、
　前記基準受付手段により受け付けられた基準に基づいて並び替えられたファイルの一覧を表示する表示手段と、
　前記表示手段に表示されたファイルの一覧の中からファイルの選択を受け付ける選択受付手段と、
　前記選択受付手段により受け付けられたファイルを削除する削除手段とを備え、
　前記表示手段はさらに、前記ファイルの一覧を表示している場合、前記削除手段がユーザからの操作に基づき選択されたファイルを削除する前に、ユーザからの操作に基づきファイルの内容を表示する
　ことを特徴とする携帯通信機器。」
　
２．引用例
　原査定の拒絶の理由に引用された、本願の原出願の出願前に頒布された刊行物である、特開２００５−３８４７８号公報（平成１７年２月１０日出願公開。以下、「引用例１」という。）には、図面とともに以下の技術事項が記載されている。
（ア）「【０００７】
本発明は、以上のような技術的課題を解決するためになされたものであって、その目的は、コンテンツデータを記録する記録装置において、空き容量不足が発生しないようにすることにある。
また他の目的は、コンテンツデータを記録する記録装置において、削除すべきコンテンツデータの決定を効率的に行えるようにすることにある。」（第５頁第３０〜３５行）
　
（イ）「【００１１】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいて本発明について詳細に説明する。
図１に示すものは、本実施の形態におけるコンテンツデータ管理装置の構成を説明するブロック図である。このコンテンツデータ管理装置は、演算処理部１００、外部記憶装置２００、操作入力装置３００、出力装置４００等を備えている。」（第７頁第１４〜１９行）
　
（ウ）「【００１３】
外部記憶装置２００は、地図データ、ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報（現在位置や目的地等の周辺情報）、検索情報、または、音楽や映像のコンテンツデータ等のデータを保持する記憶装置であり、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＭＤ等の光ディスク装置や、ＨＤＤのような記録再生が可能な磁気記録装置等である。ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭドライブからはコンテンツデータを読み出すことが可能である。また、ＨＤＤは、コンテンツデータを記録することが可能である。
【００１４】
操作入力装置３００は、ユーザの操作を受け、その操作の内容を演算処理部１００に伝達する装置であり、例えば、スイッチやリモートコントローラ等である。この他に、タッチパネル装置、マイク等の音声入力装置、カメラ等の画像入力装置であってもよい。更には、これら入力装置からの入力信号を認識解釈する機能をも含めた音声認識装置、画像認識装置等であってもよい。
【００１５】
出力装置４００は、演算処理部１００の演算処理結果をユーザに伝達する装置であり、画像出力制御装置４０１と表示装置４０２とを含む。表示装置４０２は、ＣＤ、または、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）のような表示デバイスである。」（第７頁第２９〜４５行）
　
（エ）「【００２０】
図２に示すように、例えば、ＲＯＭ１０３に記録されたプログラムをＣＰＵ１０１が実行することにより、演算処理部１００内に、制御手段１００１、設定情報管理手段１００２、コンテンツデータ容量取得手段１００３、空き容量取得手段１００４、コンテンツデータ削除手段１００５、および、削除候補決定手段１００６の各手段が実現される。あるいは、ＣＰＵ１０１が、図示しない記憶装置に記憶されたプログラムをＲＡＭ１０２に読み込んで実行することにより、これらの各手段を実現するようにしてもよい。
【００２１】
制御手段１００１は、操作入力装置３００や出力装置４００との間で情報の入出力を行うと共に、設定情報管理手段１００２、コンテンツデータ容量取得手段１００３、空き容量取得手段１００４、コンテンツデータ削除手段１００５、および、削除候補決定手段１００６の各手段の動作を制御する手段である。
設定情報管理手段１００２は、制御手段１００１による制御の下、設定情報記憶部２００１に各種設定情報を記憶すると共に、設定情報記憶部２００１に記憶された各種設定情報を取得する手段である。
コンテンツデータ容量取得手段１００３は、コンテンツデータ記憶部２００２に記憶しようとするコンテンツデータの容量を取得する手段である。
空き容量取得手段１００４は、コンテンツデータ記憶部２００２の空き容量を取得する手段である。
コンテンツデータ削除手段１００５は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうち指定されたコンテンツデータを削除する手段である。
削除候補決定手段１００６は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうち、コンテンツデータ削除手段１００５により削除するコンテンツデータの候補を決定する手段である。
【００２２】
また、図２に示すように、外部記憶装置２００には、設定情報記憶部２００１、コンテンツデータ記憶部２００２、および、コンテンツデータ管理情報記憶部２００３が含まれる。
設定情報記憶部２００１は、各種設定情報を記憶する部分である。
コンテンツデータ記憶部２００２は、音楽や映像のコンテンツデータを記憶する部分である。
コンテンツデータ管理情報記憶部２００３は、コンテンツデータ記憶部２００２に記憶された各コンテンツデータの管理情報を記憶する部分である。
【００２３】
次に、本実施の形態の動作について、図３〜図５を参照しながら詳細に説明する。なお、以下では、コンテンツデータを音楽ファイルとし、外部記憶装置２００をＨＤＤとして説明を進める。
【００２４】
図３は、設定情報記憶部２００１に対して各種設定情報を記憶する場合の処理の流れを示すフローチャートである。
図３に示すように、制御手段１００１は、ユーザに対してＨＤＤ内のファイルを整理するか否かを問い合わせる（ステップ３０１）。ここで、ファイルを整理しない旨を回答すれば従来と同様の使い方となり、ファイルを整理する旨を回答すれば本実施の形態の動作のための設定（不要ファイルを自動的に抽出し、空き容量を確保する設定）がなされる。
【００２５】
即ち、制御手段１００１は、ユーザに対して空き容量をどのくらいにするかを問い合わせる。この問い合わせに応じてユーザが空き容量の指定（例えば、全容量１０ＧのＨＤＤであれば、空き容量は２Ｇ、または、空き容量は全体の２０％（＝２Ｇ）といった指定）を入力すると、その入力情報は設定情報管理手段１００２に渡され、設定情報管理手段１００２が設定情報記憶部２００１に入力情報を記憶する（ステップ３０２）。
また、制御手段１００１は、ユーザに対して削除方法を問い合わせる。この問い合わせに応じてユーザが削除方法を決定する。削除方法としては、第一に、削除候補ファイルの抽出後、自動的にファイルを削除するか、それともユーザにＣａｕｔｉｏｎ（警告）を出してから削除するかを選択することができる。また、第二に、削除候補の決定の基準を、再生回数、ファイルの取得日時、一回の再生における再生時間のいずれとするかを設定することもできる。制御手段１００１は、ユーザから入力された削除方法を設定情報管理手段１００２に受け渡し、設定情報管理手段１００２が削除方法を設定情報記憶部２００１に記憶する（ステップ３０３）。
【００２６】
図４は、ファイルの削除候補を決定し、その削除候補のうちの所定のファイルを削除する場合の処理の流れを示すフローチャートである。なお、図４の処理に先立って、制御手段１００１が、設定情報記憶部２００１に記憶された設定情報を、設定情報管理手段１００２を介して取得しているものとする。
【００２７】
また、コンテンツデータ管理情報記憶部２００３には、各音楽ファイルについて、曲名、アーティスト名、再生時間、再生回数、ファイルの取得日時、一回の再生における再生時間等の情報が記憶されている。ここで、曲名、アーティスト名、再生時間は、音楽ファイルの取得時に同時に取得される音楽ファイルの属性情報である。また、再生回数は、音楽ファイルを取得しただけでは、初期値である「０」が設定されるが、その後、所定の再生用プログラムを用いて再生することによりカウントアップされるものである。更に、ファイルの取得日時（例えば、ダウンロード日時）は、音楽ファイルの取得時にその取得の日付および時刻を記録したものである。」（第８頁第２３行〜第９頁第４４行）
　
（オ）「【００２８】
このような状態で、ユーザがファイルをＨＤＤに記録しようとすると、制御手段１００１がそれを検知し、まず、コンテンツデータ容量取得手段１００３および空き容量取得手段１００４を起動する。即ち、図４に示すように、コンテンツデータ容量取得手段１００３が、そのコンテンツデータの全容量を求め（ステップ４０１）、空き容量取得手段１００４が、コンテンツデータ記憶部２００２の空き容量を求める（ステップ４０２）。但し、ステップ４０１とステップ４０２とは、いずれの処理を先に行ってもよいし、並行して処理を行ってもよい。
【００２９】
制御手段１００１は、コンテンツデータ容量取得手段１００３が取得したコンテンツデータの容量と空き容量取得手段１００４が取得した空き容量とを受け取ってこれらを比較し、充分な空きがあるかを判断する（ステップ４０３）。具体的には、空き容量からコンテンツデータの容量を減算して得られた値が、ステップ３０２で設定情報記憶部２００１に記憶された空き容量以上かどうかを判断する。空き容量が充分な場合は、コンテンツデータをＨＤＤにダウンロードして記録し（ステップ４０８）、処理は終了する。
一方、空き容量が充分でない場合、制御手段１００１は、削除候補決定手段１００６を起動する。削除候補決定手段１００６は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうちの削除候補をコンテンツデータ管理情報記憶部２００３に記憶された情報に基づいて判断し、リストアップする（ステップ４０４）。
【００３０】
ここで、削除にあたってユーザに問い合わせを行うことがステップ３０２で選択されている場合、制御手段１００１は、リストアップしたコンテンツデータをモニタに表示し、ユーザに削除するか否かを問い合わせる（ステップ４０５）。
表示されたファイルを削除する旨が入力された場合、コンテンツデータ削除手段１００５は、表示されたファイルを削除することにより領域を確保し（ステップ４０７）、ダウンロードしたコンテンツデータをコンテンツデータ記憶部２００２に記録し（ステップ４０８）、処理は終了する。また、図示しないが、表示されたファイルの一部を削除する旨をユーザが入力し、コンテンツデータ削除手段１００５がそのファイルを削除することにより領域を確保するようにしてもよい。
一方、表示されたファイルを削除しない旨が入力された場合は、リストアップしたファイルの削除も、ダウンロードしたファイルの記録も行わずに、ファイルをダウンロードできない旨を表示し（ステップ４０６）、処理は終了する。」（第１０頁第５〜３６行）
　
（カ）「【００３２】
次に、ステップ４０４における処理について、図５を参照しながら詳細に説明する。
削除候補決定手段１００６は、制御手段１００１が取得しておいた設定情報に再生回数の少ない順に表示する旨の設定が含まれているかどうかを判断する（ステップ５０１）。ここで、そのような設定が含まれていれば、再生回数の少ない順に音楽ファイルをリストアップし（ステップ５０２）、そのような設定が含まれていなければ、ステップ５０３へ進む。
次に、削除候補決定手段１００６は、制御手段１００１が取得した設定情報にダウンロード日付の古い順に表示する旨の設定が含まれているかどうかを判断する（ステップ５０３）。ここで、そのような設定が含まれていれば、ダウンロードした音楽ファイルをダウンロード日付の古い順にリストアップし（ステップ５０４）、そのような設定が含まれていなければ、ステップ５０５へ進む。
更に、削除候補決定手段１００６は、制御手段１００１が取得した設定情報に曲の先頭部分の再生時間が短い順に表示する旨の設定が含まれているかどうかを判断する（ステップ５０５）。ここで、そのような設定が含まれていれば、曲の先頭部分だけを聴いて別の曲にスキップした曲または再生を停止した曲のうち、再生時間が短い順にリストアップし（ステップ５０６）、そのような設定が含まれていなければ、処理を終了する。
【００３３】
図６は、再生回数の少ない順にリストアップした場合のモニタの表示例である。また、図７は、ダウンロード日付の古い順にリストアップした場合のモニタの表示例である。図８は、曲の先頭部分の再生時間が短い順にリストアップした場合のモニタの表示例である。但し、図８では、地図と削除候補を一画面に表示した場合の例を示している。
なお、図６〜図８の表示例においては、再生時間を表示しているが、音楽ファイルの場合、再生時間とファイルの容量が比例するので、どのファイルを削除すればどの程度の大きさの領域を確保できるかを、再生時間を手がかりとして判断することができる。」（第１０頁第４７行〜第１１頁第２１行）
　
（キ）「そこで、本実施の形態では、このような問題に鑑み、ＨＤＤの空き容量を一定に保つ仕組みを考えた。ユーザが音楽ファイルをＨＤＤ内に保存することはこれまでと変わらない。しかし、一定の空き容量を確保するよう設定されているので、機器が自動的に不要なファイルを選び出し、ユーザの指示によりまたは自動的に削除してくれる。そうすることで、常に決められた空き容量が確保されるので新たに大きなファイルや多量のファイルを保存する場合でも、空き容量不足により保存できないということがなくなる。即ち、図９（ｂ）に示すような効果が得られる。」（第１１頁第３２〜３８行）
　
（ク）「【００３７】
また、本実施の形態では、車載用ミュージックサーバ内の音楽ファイルに関する整理方法に関して述べたが、対象機器はＨＤＤだけで無く、ＤＶＤ−ＲＷ等の書き換え型光ディスクでもＭＯ等の光磁気ディスクでも半導体メモリでも良い。また、整理（削除）する情報は、ビデオファイルでも構わない。機器の容量調整も空き容量を調整するのではなく、使用容量に制限を設けるのでも良い。」（第１２頁第６〜１１行）
　
　引用例１の図６には、再生回数の少ない順にリストアップした場合のモニタの表示例として、リストの項目を、曲名、アーティスト、再生時間、再生回数とすること示され、図７には、ダウンロード日付の古い順にリストアップした場合のモニタの表示例として、リストの項目を、曲名、アーティスト　再生時間、Ｄ／Ｌ日付とすることが示され、図８には、曲の先頭部分の再生時間が短い順にリストアップした場合のモニタの表示例として、リストの項目を、曲名、アーティスト、再生時間、先頭部分とすることが示されている。
　
　上記引用例１記載事項及び図面を総合勘案すると、引用例１には、次の発明（以下、「引用発明」という。）記載されているものと認められる。
　
「コンテンツデータ管理装置は、演算処理部１００、外部記憶装置２００、操作入力装置３００、出力装置４００等を備え、操作入力装置３００は、ユーザの操作を受け、その操作の内容を演算処理部１００に伝達する装置であり、出力装置４００は表示デバイスを含み、
　演算処理部１００内に、制御手段１００１、設定情報管理手段１００２、コンテンツデータ容量取得手段１００３、空き容量取得手段１００４、コンテンツデータ削除手段１００５、および、削除候補決定手段１００６の各手段が実現され、
　コンテンツデータ削除手段１００５は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうち指定されたコンテンツデータを削除する手段であり、
　削除候補決定手段１００６は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうち、コンテンツデータ削除手段１００５により削除するコンテンツデータの候補を決定する手段であり、
　外部記憶装置２００には、設定情報記憶部２００１、コンテンツデータ記憶部２００２、および、コンテンツデータ管理情報記憶部２００３が含まれ、コンテンツデータ記憶部２００２は、音楽（音楽ファイル）や映像（ビデオファイル）のコンテンツデータを記憶する部分であり、
　コンテンツデータ管理情報記憶部２００３は、コンテンツデータ記憶部２００２に記憶された各コンテンツデータの管理情報を記憶する部分であり、
　コンテンツデータ管理情報記憶部２００３には、各音楽ファイルについて、曲名、アーティスト名、再生時間、再生回数、ファイルの取得日時（例えば、ダウンロード日時）、一回の再生における再生時間等の情報が記憶されており、
　設定情報記憶部２００１に対して各種設定情報を記憶する場合、制御手段１００１は、 ユーザに対して削除方法を問い合わせ、この問い合わせに応じてユーザが削除方法を決定し、
　削除方法としては、ユーザにＣａｕｔｉｏｎ（警告）を出してから削除することを選択することができ、また、削除候補の決定の基準を、再生回数、ファイルの取得日時（例えば、ダウンロード日時）、一回の再生における再生時間のいずれとするかを設定することもでき、
　ファイルの削除候補を決定し、その削除候補のうちの所定のファイルを削除する場合、制御手段１００１は、削除候補決定手段１００６を起動し、削除候補決定手段１００６は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうちの削除候補をコンテンツデータ管理情報記憶部２００３に記憶された情報に基づいて判断し、リストアップし、
　削除にあたってユーザに問い合わせを行うことが選択されている場合、制御手段１００１は、リストアップしたコンテンツデータをモニタに表示し、ユーザに削除するか否かを問い合わせ、表示されたファイルを削除する旨が入力された場合、コンテンツデータ削除手段１００５は、表示されたファイルを削除することにより領域を確保し、
　また、表示されたファイルの一部を削除する旨をユーザが入力し、コンテンツデータ削除手段１００５がそのファイルを削除することにより領域を確保するようにしてもよく、
　モニタの表示例としては、再生回数の少ない順のリストアップ、ダウンロード日付の古い順のリストアップ、曲の先頭部分の再生時間が短い順のリストアップがあり、これらの表示例において、再生時間を表示しているが、音楽ファイルの場合、再生時間とファイルの容量が比例するので、どのファイルを削除すればどの程度の大きさの領域を確保できるかを、再生時間を手がかりとして判断することができる、
　コンテンツデータ管理装置。」
　
（周知例１）
　本願の原出願の出願前に頒布された刊行物である、鍋島直樹、Ｗｉｎｄｏｗｓ９８探検隊、Ｗｉｎｄｏｗｓ２０００β３を徹底チェック　より便利になった基本ツール群、日経Ｗｉｎ  ＰＣ、日経ＢＰ社、１９９９年１１月１日、第５巻、第１１号、ｐ．１６２〜１６５（以下、「周知例１」という。）には、次の技術事項が記載されている。
（ケ）「詳細表示をしていれば，「表示」−「列の選択」で，情報ペインを一覧表示した際の項目も編集できる（そのフォルダだけに限る）。例えば，ファイルの著作権や所有者を表示させて，それで並び替え表示させるといった使い方もできる。」（第１６３頁左欄第２１〜２７行）
　
（周知例２）
　本願の原出願の出願前に頒布された刊行物である、特開平９−３４７５５号公報（以下、「周知例２」という。）には、図面とともに以下の事項が記載されている。
（コ）「記憶装置内容整理システムおよび記憶装置内容整理方法」（フロントページ、【発明の名称】）
　
（サ）「ファインダ部２０２は、ハードディスク８４内に格納されているファイルを各種のモードで一覧表示する機能を有する。ユーザは、これらの一覧表示を利用してハードディスク８４の使用状況を把握し、不要なファイルを検索して削除することができる。クリーナ部２０４は、アプリケーションプログラムの削除や、不要ファイルの削除、所定のファイル内の情報の削除等を行なう機能を有している。クリーナ部２０４は、実行ファイルの削除を行なう場合に、実行ファイルの実行に伴って使用される種々のファイルを解析して、削除候補として表示する機能も有する。履歴記録部２１２は、各ファイルのアクセス履歴を記録して、ファインダ部２０２やクリーナ部２０４からの要求に応じて各ファイルのアクセス履歴を供給する。」（フロントページ、【解決手段】）
　
（シ）「【００７７】
　ところで、図５のようなファイルの一覧表示であまり利用されていないファイルを発見した際に、そのファイルの内容を確認して削除するか否かを判断したい場合がある。この場合には、図５の上部にある「詳細」ボタンをマウス７３で押すと、図７に示すファイルの詳細情報が画面に表示される。ファイルの詳細情報としては、パス名を含むファイル名、更新日時、ファイルサイズ、アクセス回数、最終アクセス日時、および、ファイルの概要が表示される。ファイルの概要としては、そのファイルがアプリケーションプログラムの実行ファイルの場合には、そのアプリケーションプログラムの名前とアイコンとが表示される。また、アプリケーションプログラムで作成されたデータファイルである場合には、その旨が表示される。
【００７８】
　詳細情報が表示されたファイルの内容を表示したい場合には、図７の画面の右端にある「表示」のボタンをマウス７３で押せばよい。こうすると、そのファイルの内容を画面に表示することができる。例えば、そのファイルがワードプロセッサ、グラフィックス、表計算プログラム等のアプリケーションプログラムで作成されたデータファイルである場合には、そのアプリケーションプログラムを立上げること無く、その内容（文書、画像、スプレッドシート等）が画面上に表示される。この表示機能は、ファイル内容を画面に展開するプログラムを用いて実現することができる。このプログラムは、各アプリケーションプログラムのデータファイルのファイル構造を保存しており、そのファイル構造に従ってファイル内容を画面に展開する。ファインダ部２０２は、このようにファイルの内容を画面に表示できるので、個々のファイルを実際に削除してもよいか否かをユーザが容易に判断することができる。」（第２２欄第１１〜４１行）
　
（周知例３）
　本願の原出願の出願前に頒布された刊行物である、若林ひろみ、澤村徹、アプリケーションの追加と削除　アンインストールを徹底攻略、ちょっと高度な手動削除、ＰＣｆａｎ　ＢＥＳＴ　Ｖｏｌ．１　アプリの削除＆ＢＩＯＳ徹底解剖、株式会社毎日コミュニケーションズ、１９９９年１０月７日、ｐ．４０〜５１（以下、「周知例３」という。）には、次の技術事項が記載されている。
（ス）「１．不要になったＩＮＩファイルをピックアップ
まず、ＩＮＩファイルの場所を確認。ＩＮＩファイルの多くは、「Ｗｉｎｄｏｗｓ」フォルダに保存されている。＜スタート＞→＜プログラム＞でエクスプローラを起動、「Ｗｉｎｄｏｗｓ」フォルダをチェックしてみよう。つぎに＜表示＞メニューを＜詳細＞モードに切り替えよう。そして＜ファイルの種類＞をクリックしてみれば、ＩＮＩファイルが一目瞭然だ」（第４８頁右上欄）
　
（セ）「２．削除前にＩＮＩファイルの中身は必ず確認しよう
ＩＮＩファイルは、アプリケーションの名前を使ったファイル名が多いので、不要なファイルを見つけやすい。しかし、ＩＮＩファイルを間違って削除することは許されない。テキストファイル同様に、メモ帳でファイルを開くことができるので、削除前に必ず中身を確認しよう。ごみ箱に入れてからも空にせず、しばらくは様子を見ることが望ましい」（第４８頁右中欄）
　
　また、第４８頁右上の、タイトル名「エクスプローラ　−Ｃ：￥ＷＩＮＤＯＷＳ」のウィンドウ画面では、項目名「ファイルの種類」からの引出線の先に「ここをクリックするとファイルの種類ごとに並びかえられる」と記載されている。
　
（周知例４）
　本願の原出願の出願前に頒布され、または電子通信回線を通じて公衆に利用可能となった「ＰＳＩＯＮ　ＳＥＲＩＥＳ　５ｍｘ　ｒｅｖｏＴＭ　Ｕｓｅｒ　Ｇｕｉｄｅ」、Psion Computers Plc、の日本語版（インターネット・アーカイブ＜ＵＲＬ： http://web.archive.org/web/20020611094038/http://www.enfour.co.jp/psion/support/index.html ＞に表示された「■Series 5mx・revo 日本語マニュアル (1.7MB)」（リンクのＵＲＬ：http://web.archive.org/web/20020611094038/http://www.enfour.co.jp/psion/support/download/5mxManual.pdf.zip）より入手。）（以下、「周知例４」という。）には、次の技術事項が記載されている。
　
（ソ）「Series 5 について
Series 5 のプログラムは、以下のとおりです。
・・・
● System(システム)： Series 5のコントロールセンター。いつでもSystem アイコンをタップしてSystem 画面に移動することができます。
・・・
● Comms(通信)： ターミナルエミュレーションとファイル転送をおこないます。」（第５頁）
　
（タ）「System 画面のカスタマイズ
　"View"(表示)メニューにあるコマンドを使用してSystem画面の表示方法などを変更することができます。
・・・
●ファイルのソート方法を変更する場合は"Sort files"(並びかえる)を使用し、ファイルについての情報を表示させたい場合は、"Show file details"(表示オプション)を使用します。最初の設定ではプログラムに基づいてファイルは'by type'(種類)にソートされていますが日付、名前、容量にソートすることもできます。」（第２３頁）
　
（チ）「Files, folders & programs(ファイル、フォルダ、プログラム)
　System 画面は、Series 5のファイルを管理する画面です。初めてSeries 5のスイッチを入れると、System画面が表示されます。以降は、SystemプログラムアイコンをタップすることによりSystem画面に移動できます。
　初めてSeries 5 の電源を入れると、現在のフォルダ名が画面左のTitle に表示されます。ファイルは画面全体に何列かで一覧表示されます。またファイル名の横のアイコンは、そのファイルを使用するのに起動するプログラムを表しています。」（第３１頁）
　
（ツ）「ファイルやフォルダを検索する
・・・
●一覧表を並べ替えるには：ファイル名、ファイルの種類、ファイルの大きさ、作成日で並べ替えるには、"Sort"ボタンを押して並べ替えの種類を選択します。一覧表を逆の順番に並べ替えるには、同じ並べ替えの種類をもう一度選択してください。」（第３４〜３５頁）
　
（テ）「フォルダを管理する
・・・
●ファイルやフォルダ(複数可)を削除するには：まず反転表示させて、Delキーを押すか、Fileメニューの"Delete" コマンドを選択します。」（第３６頁）
　
（ト）「メモリの使用状況を確認する
・・・
メモリが一杯になったらどうなる?
　メモリが一杯に近づくと、プログラムの実行中に警告ダイアログが表示され、Series 5 のメモリがほとんど一杯で、作業内容によっては実行するのに十分なメモリがないことを通知します。
・・・
　また、System view から不要なファイルを削除したり、ファイルをメモリディスクやPC に移動してさらにメモリを解放することもできます。」（第３７頁）
　
（ナ）「仕様
寸法：
大きさ：172 x 89 x 24 mm
重量：350 g(電池を含む)
・・・
通信オプション：
高速RS232 準拠シリアルリンクで最高115200 ボーのデータ伝送速度
IrDA SIR 光リンクで赤外線通信をサポート」　（第１６６〜１６７頁）
　
３．対比・判断
　本願補正発明と引用発明とを対比する。
　本願明細書第【００３１】段落には、「ここでいうファイルには、画像データや、着メロ、ムービー、テキストデータ、ゲームアプリケーションなどがある。」と記載されているから、引用発明の「音楽（音楽ファイル）や映像（ビデオファイル）」が、本願補正発明の「複数のファイル」に相当する。
　次に、引用発明における「音楽（音楽ファイル）や映像（ビデオファイル）」の「リストアップしたコンテンツデータをモニタに表示」することが、本願補正発明における「前記複数のファイルを表示する」ことに相当する。
　次に、引用発明において「削除候補決定手段１００６」は、「コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうちの削除候補をコンテンツデータ管理情報記憶部２００３に記憶された情報に基づいて判断し、リストアップし」、「再生回数の少ない順」「ダウンロード日付の古い順」「曲の先頭部分の再生時間が短い順」にリストアップして「モニタ」に表示させている。
　そして、「コンテンツデータ管理情報記憶部２００３」には、「各音楽ファイルについて、曲名、アーティスト名、再生時間、再生回数、ファイルの取得日時（例えば、ダウンロード日時）、一回の再生における再生時間等の情報が記憶されて」おり、「ビデオファイル」についても、同様の情報が記憶されていることは明らかである（以下、特に断らない限り、音楽ファイルについての記載は、ビデオファイルについても同様とする。）。
　よって、引用発明において、「音楽（音楽ファイル）や映像（ビデオファイル）のコンテンツデータを記憶」している「コンテンツデータ記憶部２００２」、及び、「モニタ」に「リストアップ」されて表示されるファイルの順序を決定する「情報」を格納している「コンテンツデータ管理情報記憶部２００３」と、本願補正発明の「複数のファイルと、前記複数のファイルを表示する際の順序の基準として、データの保護設定の有無、データの著作権情報の有無のうち少なくとも一つを記憶している記憶手段」とは、「複数のファイルと、前記複数のファイルを表示する際の順序の基準を記憶している記憶手段」の点で共通する。
　次に、引用発明において、「操作入力装置３００」は、「ユーザの操作を受け」、「ユーザ」が「削除候補の決定の基準を、再生回数、ファイルの取得日時（例えば、ダウンロード日時）、一回の再生における再生時間のいずれとするかを設定」しているから、引用発明の「操作入力装置３００」が、本願補正発明の「前記記憶手段に記憶された前記基準の中からいずれかの基準の指定を受け付ける基準受付手段」に相当する。
　次に、引用発明では、「ユーザ」が「削除候補の決定の基準」を「設定」し、「削除候補決定手段１００６は、コンテンツデータ記憶部２００２に記憶されたコンテンツデータのうちの削除候補をコンテンツデータ管理情報記憶部２００３に記憶された情報に基づいて判断し、リストアップし」、「出力装置４００」は、「再生回数の少ない順のリストアップ、ダウンロード日付の古い順のリストアップ、曲の先頭部分の再生時間が短い順のリストアップ」によって、ファイルのリストをモニタに表示しているから、引用発明の「出力装置４００」が、本願補正発明の「前記基準受付手段により受け付けられた基準に基づいて並び替えられたファイルの一覧を表示する表示手段」に相当する。
　次に、引用発明において「表示されたファイルの一部を削除する旨をユーザが入力」する場合、ユーザは「どのファイルを削除すればどの程度の大きさの領域を確保できるかを、再生時間を手がかりとして判断」し、「表示されたファイルの一部を削除する旨をユーザが入力し、コンテンツデータ削除手段１００５がそのファイルを削除」していることは明らかである。
　よって、引用発明において「表示されたファイルの一部を削除する旨をユーザが入力」する場合の「操作入力装置３００」が、本願補正発明の「前記表示手段に表示されたファイルの一覧の中からファイルの選択を受け付ける選択受付手段」に相当するといえる。
　次に、引用発明において「表示されたファイルの一部を削除する旨をユーザが入力」した場合に、「そのファイルを削除する」「コンテンツデータ削除手段１００５」が、本願補正発明の「前記選択受付手段により受け付けられたファイルを削除する削除手段」に相当する。
　次に、引用発明の「コンテンツデータ管理装置」と、本願補正発明の「携帯通信機器」とは、機器の点で共通する。
　
　すると、本願補正発明と引用発明とは、次の点で一致する。
＜一致点＞
　「複数のファイルと、前記複数のファイルを表示する際の順序の基準を記憶している記憶手段と、
　前記記憶手段に記憶された前記基準の中からいずれかの基準の指定を受け付ける基準受付手段と、
　前記基準受付手段により受け付けられた基準に基づいて並び替えられたファイルの一覧を表示する表示手段と、
　前記表示手段に表示されたファイルの一覧の中からファイルの選択を受け付ける選択受付手段と、
　前記選択受付手段により受け付けられたファイルを削除する削除手段とを備え、
　ることを特徴とする機器。」
　
　また、両者は次の点で相違する。
＜相違点１＞
　本願補正発明では、「前記複数のファイルを表示する際の順序の基準」が「データの保護設定の有無、データの著作権情報の有無のうち少なくとも一つ」を含んでいるのに対し、引用発明では、「音楽（音楽ファイル）や映像（ビデオファイル）」について、「モニタ」に「リストアップ」されて表示されるのファイルの順序を決定する「情報」（本願補正発明の「前記複数のファイルを表示する際の順序の基準」に相当する。以下同様。）は、「再生回数」、「ダウンロード日付」及び「曲の先頭部分の再生時間」を含んでいるものの、「データの保護設定の有無、データの著作権情報の有無のうち少なくとも一つ」を含んでいない点。
　
＜相違点２＞
　本願補正発明では、「表示手段はさらに、前記ファイルの一覧を表示している場合、前記削除手段がユーザからの操作に基づき選択されたファイルを削除する前に、ユーザからの操作に基づきファイルの内容を表示する」のに対し、引用発明では、「リストアップ」した「音楽（音楽ファイル）や映像（ビデオファイル）」を「モニタに表示し」、「表示されたファイルの一部を削除する旨をユーザが入力し、コンテンツデータ削除手段１００５がそのファイルを削除する」ものの、「ファイルを削除する」前に「ユーザからの操作に基づきファイルの内容を表示する」ことは示されていない点。
　
＜相違点３＞
　本願補正発明は「携帯通信機器」であるのに対し、引用発明は「コンテンツデータ管理装置」である点。
　
４．判断
　そこで、上記相違点につき検討する。
＜相違点１＞について
　プロテクト（保護設定）されたファイルを、なるべくファイル削除の対象とならないように取り扱うことは、いうまでもないことである。
　次に、例えば周知例１摘記事項（ケ）に「一覧表示した際の項目も編集でき」、「例えば，ファイルの著作権や所有者を表示させて、それで並び替え表示させるといった使い方もできる。」と記載されているように、一覧表示したファイルの並べ替えを、例えば、著作権に基づいて行うことは周知の事項である。
　よって、引用発明において、「音楽（音楽ファイル）や映像（ビデオファイル）」について、「モニタ」に「リストアップ」されて表示されるファイルの順序を決定する「情報」として、保護設定の有無、「著作権」の有無のうち少なくとも１つを含むようにし、相違点１に係る本願補正発明の構成とすることは、当業者が容易になし得たことである。
　
＜相違点２＞について
　「ファイルの一覧表示」で「そのファイルの内容を確認して削除するか否かを判断したい」場合、所定の操作により、「ファイルの内容を画面に表示できる」ようにして「個々のファイルを実際に削除してもよいか否かをユーザが容易に判断することができる」ようにすることは、例えば周知例２（摘記事項（シ））、周知事項３（摘記事項（ス）、（セ）及び第４８頁右上のタイトル名「エクスプローラ　−Ｃ：￥ＷＩＮＤＯＷＳ」のウィンドウ画面）に記載されているように、周知の事項である。
　したがって、引用発明に該周知の事項を適用し、引用発明において、「リストアップ」した「音楽（音楽ファイル）や映像（ビデオファイル）」を「モニタに表示し」ている場合において、「表示されたファイルの一部を削除する旨をユーザが入力し、コンテンツデータ削除手段１００５がそのファイルを削除する」前に、所定の操作により、「ファイルの内容を画面に表示できる」ようにして「個々のファイルを実際に削除してもよいか否かをユーザが容易に判断することができる」ようにして、相違点２に係る本願補正発明の構成とすることは、当業者が容易になし得たことである。
　
＜相違点３＞について
　一覧表を、ファイル名、ファイルの種類、ファイルの大きさ、作成日で並べ替えて表示したり、メモリが一杯とならないよう、ファイルを削除する、などのファイル管理機能を備えた「携帯通信機器」は、例えば「ＰＳＩＯＮ　ＳＥＲＩＥＳ　５ｍｘ　ｒｅｖｏＴＭ」（周知例４の「Ｕｓｅｒ　Ｇｕｉｄｅ」参照。）など、本願の原出願の出願前において、ユーザに普通に利用されていたものである。
　よって、引用発明において「コンテンツデータ管理装置」の形態を、例えば「ＰＳＩＯＮ　ＳＥＲＩＥＳ　５ｍｘ　ｒｅｖｏＴＭ」等の「携帯通信端末」とすることは、当業者が容易になし得たことである。
　
　また、本願補正発明の作用効果は、引用発明及び周知の事項から容易に予測し得たものである。
　
　以上のとおり、本願補正発明は、引用発明及び周知の事項に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
５．まとめ
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明について
１．本願発明
　平成２４年１０月１７日付けの手続補正は上記のとおり却下されたので、本願の特許請求の範囲の請求項１〜３に係る発明は、平成２４年２月６日付けの手続補正書により補正された特許請求の範囲の請求項１〜３に記載されたとおりのものであるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
「【請求項１】
複数のファイルと、前記複数のファイルを表示する際の順序の基準として、データの保護設定の有無、データの著作権情報の有無のうち少なくとも一つを記憶している記憶手段と、
　前記記憶手段に記憶された前記基準の中からいずれかの基準の指定を受け付ける基準受付手段と、
　前記基準受付手段により受け付けられた基準に基づいて並び替えられたファイルの一覧を表示する表示手段と、
　前記表示手段に表示されたファイルの一覧の中からファイルの選択を受け付ける選択受付手段と、
　前記選択受付手段により受け付けられたファイルを削除する削除手段とを備え、
　前記表示手段はさらに、前記ファイルの一覧を表示している場合、ユーザからの操作に基づきファイルの内容を表示する
　ことを特徴とする携帯通信機器。」
　
２．引用例
　原査定の拒絶の理由で引用された引用例１及びその記載事項は、前記「第２　［理由］２．」に記載したとおりである。
　
３．対比・判断
　本願補正発明は、上記「第２　理由］で検討した本願補正発明から「前記ファイルの一覧を表示している場合、前記削除手段がユーザからの操作に基づき選択されたファイルを削除する前に、ユーザからの操作に基づきファイルの内容を表示する」とあったところを、「前記ファイルの一覧を表示している場合、ユーザからの操作に基づきファイルの内容を表示する」と、限定を省いたのに相当する。
　そうすると、本願発明の発明特定事項を全て含み、更に他の要件を付加したものに相当する本願補正発明が、前記「第２　［理由］４．」に記載したとおり、引用発明及び周知の事項に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明及び周知の事項に基づいて、当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項について論及するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。