2020-002587

第２　令和２年２月２６日にされた手続補正についての補正の却下の決定

［補正の却下の決定の結論］

令和２年２月２６日にされた手続補正（以下，「本件補正」という。）を却下する。

［理由］

１　本件補正について（補正の内容）

（１）本件補正後の特許請求の範囲の記載

本件補正により，特許請求の範囲の記載は，次のとおり補正された。（下線部は，補正箇所である。以下，この特許請求の範囲に記載された請求項を「補正後の請求項」という。）

「　　【請求項１】

異なる記憶領域であって、異なるアプリケーションＡＰＰに対応する各記憶領域を含む前記異なる記憶領域の指定されたタイプのローカルファイルを監視することと、

前記監視されたローカルファイルのファイルパスを獲得することと、

前記ファイルパスを、前記異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された記憶領域に記憶することと、

続きを表示（全27行）

を含む、ファイルパス記憶方法。

【請求項２】

前記異なる記憶領域の前記ローカルファイルを監視することは、

前記異なる記憶領域の前記ローカルファイルの各操作時間を監視することと、

前記監視された操作時間の予め設定された期間に該当する操作時間を決定することと、

前記予め設定された期間内に該当する前記操作時間に対応するローカルファイルを、

前記異なる記憶領域の前記監視されたローカルファイルとして決定することと、

を含む、請求項１に記載の方法。

【請求項３】

前記各操作時間は、前記ローカルファイルの各閲覧時間、各更新時間、各ダウンロード時間、及び、各作成時間の少なくとも１つを含む、請求項２に記載の方法。

【請求項４】

前記異なる記憶領域の前記ローカルファイルの監視は、前記異なる記憶領域の指定されたタイプのローカルファイルを監視することを含み、前記指定されたタイプの前記ローカルファイルは、媒体ファイル及び／またはテキストファイルを含む、請求項１に記載の方法。

【請求項５】

異なる記憶領域であって、異なるアプリケーションＡＰＰに対応する各記憶領域を含む前記異なる記憶領域の指定されたタイプのローカルファイルを監視するように構成された監視モジュールと、

前記監視されたローカルファイルのファイルパスを獲得するように構成された獲得モジュールと、

前記異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された記憶領域に前記ファイルパスを記憶するように構成された記憶モジュールと、

を含む、ファイルパス記憶装置。

【請求項６】

前記監視モジュールは、前記異なる記憶領域の前記ローカルファイルの操作時間を監視し、前記監視された操作時間のうち、予め設定された期間内に該当する操作時間を決定し、且つ、前記予め設定された期間内に該当する前記操作時間に対応するローカルファイルを、前記異なる記憶領域の前記監視されたローカルファイルとして決定するように構成された、請求項５に記載の装置。

【請求項７】

前記各操作時間は、前記ローカルファイルの各閲覧時間、各更新時間、各ダウンロード時間、及び、各作成時間の少なくとも１つを含む、請求項６に記載の装置。

【請求項８】

前記監視モジュールは、前記異なる記憶領域で指定されたタイプのローカルファイルを監視するように構成され、前記指定されたタイプの前記ローカルファイルは、媒体ファイル及び／またはテキストファイルを含む、請求項５に記載の装置。」

（２）本件補正前の特許請求の範囲

本件補正前の，令和１年６月２６日にされた手続補正により補正された特許請求の記載は次のとおりである。（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）

「　　【請求項１】

異なる記憶領域であって、異なるアプリケーションＡＰＰに対応する各記憶領域を含む前記異なる記憶領域のローカルファイルを監視することと、

前記監視されたローカルファイルのファイルパスを獲得することと、

前記ファイルパスを、前記異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された記憶領域に記憶することと、

続きを表示（全48行）

を含む、ファイルパス記憶方法。

【請求項２】

前記異なる記憶領域の前記ローカルファイルを監視することは、

前記異なる記憶領域の前記ローカルファイルの各操作時間を監視することと、

前記監視された操作時間の予め設定された期間に該当する操作時間を決定することと、

前記予め設定された期間内に該当する前記操作時間に対応するローカルファイルを、

前記異なる記憶領域の前記監視されたローカルファイルとして決定することと、

を含む、請求項１に記載の方法。

【請求項３】

前記各操作時間は、前記ローカルファイルの各閲覧時間、各更新時間、各ダウンロード時間、及び、各作成時間の少なくとも１つを含む、請求項２に記載の方法。

【請求項４】

前記異なる記憶領域の前記ローカルファイルの監視は、前記異なる記憶領域の指定されたタイプのローカルファイルを監視することを含み、前記指定されたタイプの前記ローカルファイルは、媒体ファイル及び／またはテキストファイルを含む、請求項１に記載の方法。

【請求項５】

ユーザによって入力されたローカルファイルの獲得命令を受信することに応答して、請求項１に記載の予め設定された記憶領域から予め記憶されたファイルパスを獲得することと、

前記ファイルパスに従って前記ファイルパスに対応する前記ローカルファイルにアクセスすることと、

を含む、ローカルファイルアクセス方法。

【請求項６】

前記方法は、前記アクセスされたローカルファイルのファイル識別子を提示することをさらに含む、請求項５に記載の方法。

【請求項７】

前記アクセスされたローカルファイルの前記ファイル識別子を提示することは、

前記アクセスされたローカルファイルの操作時間を決定することと、

前記決定された操作時間に関して、前記操作時間と現在の時間との各時差を決定することと、

前記ローカルファイルの前記ファイル識別子を前記時差の少ない順に配置することと、

前記順に配置されたファイル識別子を提示することと、

を含む、請求項６に記載の方法。

【請求項８】

異なる記憶領域であって、異なるアプリケーションＡＰＰに対応する各記憶領域を含む前記異なる記憶領域のローカルファイルを監視するように構成された監視モジュールと、

前記監視されたローカルファイルのファイルパスを獲得するように構成された獲得モジュールと、

前記異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された記憶領域に前記ファイルパスを記憶するように構成された記憶モジュールと、

を含む、ファイルパス記憶装置。

【請求項９】

前記監視モジュールは、前記異なる記憶領域の前記ローカルファイルの操作時間を監視し、前記監視された操作時間のうち、予め設定された期間内に該当する操作時間を決定し、且つ、前記予め設定された期間内に該当する前記操作時間に対応するローカルファイルを、前記異なる記憶領域の前記監視されたローカルファイルとして決定するように構成された、請求項８に記載の装置。

【請求項１０】

前記各操作時間は、前記ローカルファイルの各閲覧時間、各更新時間、各ダウンロード時間、及び、各作成時間の少なくとも１つを含む、請求項９に記載の装置。

【請求項１１】

前記監視モジュールは、前記異なる記憶領域で指定されたタイプのローカルファイルを監視するように構成され、前記指定されたタイプの前記ローカルファイルは、媒体ファイル及び／またはテキストファイルを含む、請求項８に記載の装置。

【請求項１２】

ユーザによって入力されたローカルファイルの獲得命令を受信することに応じて、請求項８に記載の予め設定された記憶領域から予め記憶されたファイルパスを獲得するように構成された獲得モジュールと、

前記ファイルパスに従って、前記ファイルパスに対応する前記ローカルファイルにアクセスするように構成されたアクセスモジュールと、

を含む、ローカルファイルアクセス装置。

【請求項１３】

前記装置は、前記アクセスされたローカルファイルのファイル識別子を提示するように構成された提示モジュールをさらに含む、請求項１２に記載の装置。

【請求項１４】

提示モジュールは、前記アクセスされたローカルファイルの操作時間を決定し、前記決定された操作時間に関して、前記操作時間と現在の時間との各時差を決定し、前記ローカルファイルの前記ファイル識別子を前記時差の少ない順に配置し、且つ、前記順に配置されたファイル識別子を提示するように構成される、請求項１３に記載の装置。」

２　補正の適否

本件補正は，補正前の請求項５～７，及び１２～１４を削除するとともに，補正前の請求項１，及び８に記載された発明を特定するために必要な事項である，ローカルファイルを監視することについて，「指定されたタイプの」ローカルファイルを監視するとの限定を付加するものである。

そして，補正前の請求項に記載された発明と補正後の請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるから，本件補正は，特許法１７条の２第５項２号の特許請求の範囲の減縮を目的とするものに該当する。

そこで，本件補正後の請求項１に記載される発明（以下「本件補正発明」という。）が同条第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について，以下，検討する。

（１）本件補正発明

本件補正発明は，上記「１（１）」の請求項１に記載された下記のとおりのものである（再掲）。

「　異なる記憶領域であって、異なるアプリケーションＡＰＰに対応する各記憶領域を含む前記異なる記憶領域の指定されたタイプのローカルファイルを監視することと、

前記監視されたローカルファイルのファイルパスを獲得することと、

前記ファイルパスを、前記異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された記憶領域に記憶することと、

を含む、ファイルパス記憶方法。」

（３）対比

ア　本件補正発明と引用発明とを対比する。

（ア）引用発明は，「コンピューターは，メッセージングアプリケーションと，アプリケーションと，添付ファイルマネージャーとを格納するためのストレージデバイスを含むものであり，前記添付ファイルマネージャーは，複数のファイルが電子メッセージに添付されるように選択され得る，最も最近使用された（ＭＲＵ）ファイルリストを表示するように構成されるもの」であり，「前記ＭＲＵリストは，複数の異なるアプリケーションによってアクセスされたファイルを含み得るもの」である。

ここで，「添付ファイルマネージャーは，」「最も最近使用された（ＭＲＵ）ファイルリストを表示する」ことから，添付ファイルマネージャはファイルの時系列的な使用状況を把握していることは明らかであり，引用発明は，ファイルの使用状況を時系列的に把握するための監視機能を実質的に備えているといえ，さらに，「前記ＭＲＵリストは，複数の異なるアプリケーションによってアクセスされたファイルを含み得るもの」であることから，引用発明は，異なるアプリケーションによるファイルの使用状況を監視していることも明らかである。

そして，引用発明は，「前記ＭＲＵリストは，ファイルがコンピューティングデバイスにローカルで配置され得ることを示す」ものであるから，監視されるファイルがローカルファイルの記憶領域に記憶されていることも明らかであり，前述の検討も踏まえると，引用発明は，異なるアプリケーションの記憶領域を含むローカルファイルを監視しているといえる。

よって，本件補正発明と引用発明とは，後記の点で相違するものの，“異なるアプリケーションＡＰＰの記憶領域を含むローカルファイルを監視する”点で一致している。

（イ）引用発明は，「前記ＭＲＵがユーザーのラップトップ上に表示される場合，ラップトップからアクセス可能なユーザーによって最近使用された任意のファイル（すなわち，ネットワークアクセス可能であるファイル）が，表示され得るものであり，選択されたファイルが，メッセージに添付可能であり，かつ／またはそのファイルに対するリンクが，メッセージに含められ得るもの」である。

ここで，「ファイルに対するリンクが，メッセージに含められ得る」とは，ファイルのリンクを獲得していることに他ならないから，上記（ア）の検討も踏まえると，引用発明は，監視されたローカルファイルのリンクを獲得するものであるといえ，「前記「リンク」という用語は，コンテンツのロケーションを表すアドレスを指すもの」であることから，ファイルのリンクはファイルパスに相当するといえる。

よって，本件補正発明と引用発明とは，後記の点で相違するものの，“監視されたローカルファイルのファイルパスを獲得する”点で一致している。

（ウ）上記（ア）及び（イ）の検討を踏まえると，引用発明は，“異なるアプリケーションＡＰＰの記憶領域を含むローカルファイルを監視”し，“監視されたローカルファイルのファイルパスを獲得”するものであるところ，「最も最近使用された（ＭＲＵ）ファイルリストを表示する」ものである。

してみると，引用発明は，獲得したファイルパスをＭＲＵファイルリストとして表示するものである以上，獲得したファイルパスを何らかの記憶領域に記憶していることは明らかであり，引用発明は，“獲得したファイルパスを記憶する”というプロセスを実質的に開示しているといえる。

よって，上記（ア）及び（イ）の検討を踏まえると，引用発明は，“異なるアプリケーションＡＰＰの記憶領域を含むローカルファイルを監視”し，“監視されたローカルファイルのファイルパスを獲得”し，“獲得したファイルパスを記憶する”コンピューターであるから，コンピューターがこれらのローカルファイルを監視し，ファイルパスを獲得し，ファイルパスを記憶するという“ファイルパス記憶方法”を実質的に開示しているといえる。

イ　上記（ア）～（ウ）の検討から，本件補正発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。

＜一致点＞

「異なるアプリケーションＡＰＰの記憶領域を含むローカルファイルを監視することと，

前記監視されたローカルファイルのファイルパスを獲得することと，

前記ファイルパスを，記憶領域に記憶することと，

を含む，ファイルパス記憶方法。」

＜相違点１＞

本件補正発明は，「異なる記憶領域であって」，異なるアプリケーションＡＰＰ「に対応する各」記憶領域を備えているのに対して，引用発明は，そのような特定がなされていない点。

＜相違点２＞

本件補正発明は，「異なる記憶領域の指定されたタイプ」のローカルファイルを監視するものであるのに対して，引用発明は，そのような特定がなされていない点。

＜相違点３＞

本件補正発明は，ファイルパスを「異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された」記憶領域に記憶するものであるのに対して，引用発明は，そのような特定がなされていない点。

（４）当審の判断

上記相違点について検討する。

ア　相違点１について

複数の異なるアプリケーションを実行するコンピューターにおいて，記憶領域を各アプリケーションに対応した異なる記憶領域として設けることは，上記「（２）（２－２）」の上記参考文献１にも示されるように，当該技術分野において，極めて一般的に行われている周知技術である。

してみると，引用発明は，「複数の異なるアプリケーション」を実行するものであるところ，引用発明において，「異なる記憶領域であって」，異なるアプリケーションＡＰＰ「に対応する各」記憶領域を備えるとすることは，前記周知技術を参酌すれば，当業者であれば任意になし得る程度の事項にすぎない。

イ　相違点２について

上記「（２）（２－３）イ」に示したとおり，上記参考文献２には，次の技術が記載されている（再掲）。

「アプリケーションに対するユーザの操作を監視するアプリケーション監視手段であって，

監視ルール記憶部には，あらかじめアプリケーションへのユーザ操作を監視するための監視ルールが格納されており，

前記アプリケーション監視手段は，前記監視ルールにもとづいてユーザ操作を監視し，監視結果を操作履歴記憶部に記録するものであり，

前記監視ルールには，アプリケーション種別と，当該アプリケーションの監視対象情報が含まれており，

前記アプリケーション種別として設定される情報（データ）は，アプリケーションやサービスの種別を示す情報であり，

前記監視対象情報は，当該アプリケーションの操作について監視対象となる情報を示すものであって，ファイル管理を行うアプリケーションに対応するアプリケーション監視手段は，「ファイルＩＤ」と「ファイル名」とを監視対象にする，

アプリケーション監視手段。」

参考文献２に記載の上記技術は，アプリケーション監視手段が，監視ルールに含まれるアプリケーション種別と監視対象情報とに基づいてアプリケーションの操作を監視する技術を示すものである。そして，監視対象情報は，ファイル管理を行うアプリケーションの場合，「ファイルＩＤ」と「ファイル名」であることから，結局，参考文献２は，監視ルールが指定したアプリケーション種別とファイルをアプリケーション操作の監視対象とする技術を開示している。

一方，引用発明は，「前記ＭＲＵリスト内に示されるファイルのリストは，選好に基づくことが可能であり，複数のファイルの一部（選択されたアプリケーションのリストから使用されたファイル）を表示することを指定することが可能である」ことから，複数の異なるアプリケーションのうち，指定したアプリケーションのファイルリストを表示することが可能であって，指定したアプリケーションのファイルパスを獲得している点は，本件補正発明と共通するものである。

してみると，上記「ア　相違点１について」で検討したとおり，引用発明において，複数の異なるアプリケーションに対応して異なる記憶領域を設けることは，当業者であれば任意になし得る事項に過ぎないところ，指定したアプリケーションのファイルパスを獲得する際に，当該アプリケーションに対応した「異なる記憶領域の指定されたタイプ」のローカルファイルを監視するとすることは，指定したアプリケーション種別とファイルを監視対象とするという上記参考文献２に開示された技術も参酌すれば，当業者であれば容易になし得る事項である。

ウ　相違点３について

上記参考文献２に「監視結果を操作履歴記憶部に記録する」ことが開示されているように，コンピューターの操作履歴を記憶する際に，当該操作履歴を記憶するための記憶領域を別途設けることは，当該技術分野において極めて一般的に行われているものである。

してみると，上記「ア　相違点１について」で検討したとおり，引用発明において，複数の異なるアプリケーションに対応して異なる記憶領域を設けることは，当業者であれば任意になし得る事項に過ぎないところ，獲得したファイルパスは操作の履歴情報であることから，かかるファイルパスを「異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された」記憶領域に記憶することは，当業者であれば適宜なし得る事項に過ぎない。

エ　小括

上記ア～ウで検討したとおり，相違点１～相違点３に係る構成は，引用発明に記載された技術に基づいて，当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，引用発明に記載された技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。

したがって，本件補正発明は，引用発明に記載された技術的事項に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。

３　本件補正についてのむすび

よって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。

よって，上記補正の却下の決定の結論のとおり決定する。

第３　本願発明について

１　本願発明の認定

令和２年２月２６日にされた手続補正は，上記のとおり却下されたので，本願の請求項に係る発明は，令和１年６月２６日にされた手続補正により補正された特許請求の範囲の請求項１～１４に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下，「本願発明」という。）は，その請求項１に記載された事項により特定される，上記「第２[理由]１（２）」の請求項１に記載された下記のとおりのものである（再掲）。

「　異なる記憶領域であって、異なるアプリケーションＡＰＰに対応する各記憶領域を含む前記異なる記憶領域のローカルファイルを監視することと、

前記監視されたローカルファイルのファイルパスを獲得することと、

前記ファイルパスを、前記異なるアプリケーションＡＰＰに対応する各記憶領域とは別の予め設定された記憶領域に記憶することと、

を含む、ファイルパス記憶方法。」

２　原査定の拒絶の理由

原査定の拒絶の理由は，この出願の請求項１に係る発明は，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１に記載された発明に記載された技術に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない，というものである。

１．特表２０１４－５１４６６６号公報

３　引用文献

原査定の拒絶の理由に引用された，引用文献１，及びその記載事項は，上記「第２[理由]２（２）（２－１）」に記載したとおりである。

４　対比・判断

本願発明は，上記「第２[理由]２（１）」で検討した本件補正発明における，ローカルファイルを監視することについて，「指定されたタイプの」ローカルファイルを監視するとの限定を削除するものである。

そうすると，本願発明の発明特定事項を全て含み，さらに他の事項を付加したものに相当する本件補正発明が，上記「第２[理由]２（３），（４）」に記載したとおり，引用発明に基づいて，当業者が容易に発明をすることができたものであるから，本願発明も，引用発明に基づいて，当業者が容易に発明をすることができたものである。

第４　むすび

以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。

よって，結論のとおり審決する。