【事件の表示】
　特願２０１８−　６１７０９「ファイル管理方法，システム，端末およびプログラム」拒絶査定不服審判事件〔令和　１年１０月１０日出願公開，特開２０１９−１７５０７１，請求項の数（５）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成３０年３月２８日の出願であって，その手続の経緯は以下のとおりである。
　令和　２年　５月　８日付け：拒絶理由通知書
　令和　２年　７月１３日　　：意見書，手続補正書の提出
　令和　２年１２月１７日付け：拒絶査定
　令和　３年　３月２２日　　：審判請求書，手続補正書の提出
　
第２　原査定の概要
　原査定（令和２年１２月１７日付け拒絶査定）の概要は次のとおりである。
　
（進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　
　　　　　記　　　（引用文献等については引用文献等一覧参照）
　
・請求項　１−１４
・引用文献等　１−４
　　　　　　　　　　　　　　＜引用文献等一覧＞
１.特開２００９−０７５６８８号公報
２.特開２００９−０１５７６６号公報
３.特開２００５−０３１７７７号公報
４.特開２０１３−１７５０７１号公報
　
第３　審判請求時の補正について
　審判請求時の補正（以下「本件補正」という。）は，特許法第１７条の２第３項から第６項までの要件に違反しているものとはいえない。
　本件補正によって請求項１に「前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって」という事項を追加する補正は，本件補正前の「端末で取り扱うファイルを，管理する」との事項を限定的に減縮するものであり，また，当該「前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって」という事項は，当初明細書の段落【００１５】に「端末２００は，ネットワークＮを介してサーバ１００と接続し，相互にデータ通信可能である。」と記載されているから，新規事項を追加するものではないといえる。
　また，本件補正によって本件補正前の請求項５―１０及び１２―１４が削除された。
　そして，本件補正によって，本件補正前の請求項１１に対応する請求項５に「前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって」という事項を追加する補正は，請求項１についての同様の補正と同様に，発明を特定するために必要な事項を限定的に減縮するものであり，また，新規事項を追加するものではないといえる。
　そして，以下第４―第６に示すように，補正後の請求項１―５に係る発明は，独立特許要件を満たすものである。
　
第４　本願発明
　本願請求項１―５に係る発明（以下「本願発明１」―「本願発明５」という。）は，令和３年３月２２日付けの手続補正で補正された特許請求の範囲の請求項１―５に記載された，次のとおりのものと認める。（下線部は，補正された箇所を示す。）
　
「　【請求項１】
　端末で取り扱うファイルを，
前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって
　
前記
前記
　前記サーバが，端末ユーザによるファイルアクセスに応じて前記端末から発信されたファイル名とアクセス日時とを受信し，
　前記サーバが，受信したアクセス日時が，アクセスされたファイルの有効期間であって，ファイル暗号化処理時またはパスワード設定処理時からの一定期間として定められる有効期間内である場合，アクセスされたファイルの復号許可情報を前記端末に送信することを特徴とするファイル管理方法。
　　【請求項２】
　前記サーバが，ファイルの識別情報とファイル名とともに，ファイルの有効期間を，前記端末から受信することを特徴とする請求項１に記載のファイル管理方法。
　　【請求項３】
　前記サーバが，復号許可情報送信とともに，アクセスされたファイルの有効期間を，所定の期間分だけ延長することを特徴とする請求項１または２に記載のファイル管理方法。
　　【請求項４】
　前記サーバが，受信したアクセス日時が有効期間を超えている場合，アクセスされたファイルの復号許可情報を送信しないことを特徴とする請求項１乃至３のいずれかに記載のファイル管理方法。
　　【請求項５】
　
端末とネットワークを介して接続し，前記端末で取り扱うファイルを，前記端末との間での２者間による相互データ通信によって管理するシステムであって，
　
前記ネットワークを介して接続する前記端末から，前記端末において実行されるファイル暗号化処理またはパスワード設定処理に合わせて発信される，ファイル暗号化処理またはパスワード設定処理されたファイルの識別情報とファイル名とを受信する受信部と，
　
前記端末においてアクセスされたファイルの復号許可情報を送信する送信部と，
　
端末側でのファイルアクセスを制限するファイルアクセス管理部とを備え，
　
前記受信部が，ファイルアクセスに応じて前記端末から発信されたファイル名とアクセス日時とを受信し，
　
前記ファイルアクセス管理部が，受信したアクセス日時が，アクセスされたファイルの有効期間であって，ファイル暗号化処理時またはパスワード設定処理時からの一定期間として定められる有効期間内である場合，アクセスされたファイルの復号許可情報を前記送信部から前記端末へ送信させることを特徴とするシステム
　
第５　引用例
１　引用例１に記載された事項
　原査定の拒絶の理由において引用した，本願の出願前にすでに公知である，特開２００９−０７５６８８号公報（平成２１年４月９日公開。以下「引用例１」という。）には，関連する図面とともに，次の事項が記載されている。（下線は当審で付加。以下同様。）
　
Ａ　「【００１９】
　図２を参照すると，
ユーザが情報処理機器１０の入力装置１１０を操作してアプリケーション（ファイルを使用するためのアプリケーション）において表示装置１１２に表示されたファイルを暗号セキュリティ設定ファイルとして指定すると，情報処理機器１０のプロセッサ１０２は，ステップ５０２においてそのファイルを，暗号化鍵（暗号化用パスワード）で暗号化すべきファイルとして決定し，ステップ５０４においてファイルを暗号化するための暗号化鍵を要求する暗号化鍵要求メッセージを外部インタフェース１１６を介して携帯装置２０に送信する。その暗号化鍵要求メッセージは，情報処理機器１０の機器識別情報，例えばＭＡＣアドレス，およびファイル識別情報，例えばファイル名またはファイル・プロパティ（ファイル名，ファイル種類，ファイル・サイズ，作成・更新・アクセス日時，作成者，保存者，会社，所属，等）を含んでいる
　
Ｂ　「【００２２】
　
キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その暗号化鍵要求メッセージの受信に応答して，ステップ８０４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報を含むレコードを生成して，位置情報管理データベース４０８に格納する
【００２３】
　
プロセッサ４０２（位置情報管理機能）は，ステップ８０８において，例えば時刻情報等を用いて暗号化鍵（暗号化用パスワード）および復号鍵（復号用パスワード）からなる１対の鍵を生成する
【００２４】
　ステップ８１６において，
キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，暗号化鍵を含む応答メッセージを無線基地局３０に送信する。ステップ７１６において，無線基地局３０は，受信した暗号化鍵を含む応答メッセージを携帯装置２０に転送する。ステップ６１６において，携帯装置２０（プロセッサ２０２）は，受信した暗号化鍵を含む応答メッセージを情報処理機器１０に転送する
【００２５】
　ステップ５１８において，
情報処理機器１０のプロセッサ１０２は，暗号化鍵を含む応答メッセージの受信に応答して，その暗号化鍵を用いてファイルを暗号化する
　
Ｃ　「【００３２】
　図３を参照すると，
アプリケーションにおいてユーザが情報処理機器１０の入力装置１１０を操作して表示装置１１２に表示された暗号化されたファイルを指定して開くよう操作すると，情報処理機器１０のプロセッサ１０２は，ステップ５２４においてそのファイルを，復号すべきファイルとして決定し，ステップ５２６においてファイルの登録情報の問い合わせを表す問い合わせメッセージをＵＳＢ端子等の外部インタフェース１１６を介して携帯装置２０に送信する。その問い合わせメッセージは，情報処理機器１０の機器識別情報およびファイル識別情報を含んでいる
　
Ｄ　「【００３５】
　
キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その問い合わせメッセージの受信に応答して，ステップ８２４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報に基づいて，位置情報管理データベース４０８を検索して，ステップ８３０において，対応するレコードが存在するかどうかを判定する。即ち，プロセッサ４０２は，受信した，機器識別情報，ファイル識別情報（少なくともファイル名），ＳＩＭカード情報，および位置関連情報および／または位置情報が，位置情報管理データベース４０８中のレコード内のものと一致するかどうかを判定する。ステップ８３２においてレコードにおける「問い合わせ状態」を所定時間の期間（例えば，３分間）だけ「復号鍵要求待ち」に設定する
【００３６】
　ステップ８３４において，
キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，対応するレコードの有無，および「復号鍵要求待ち」を表す設定状態を含む応答メッセージを無線基地局３０に送信する。ステップ７３４において，無線基地局３０は，受信した応答メッセージを携帯装置２０に転送する。ステップ６３４において，携帯装置２０（プロセッサ２０２）は，受信した応答メッセージを情報処理機器１０に転送する
　
Ｅ　「【００３８】
　図４を参照すると，ステップ５４２において，
情報処理機器１０のプロセッサ１０２は，その暗号化されたファイルを復号するための復号鍵を要求する復号鍵要求メッセージを外部インタフェース１１６を介して携帯装置２０に送信する。その復号鍵要求メッセージは，情報処理機器１０の機器識別情報およびファイル識別情報を含んでいる
　
Ｆ　「【００４１】
　
キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その復号鍵要求メッセージの受信に応答して，ステップ８４４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報に基づいて，位置情報管理データベース４０８を検索して対応するレコードが存在するかどうかを判定する。即ち，プロセッサ４０２は，受信した，機器識別情報，ファイル識別情報（少なくともファイル名），ＳＩＭカード情報，および位置関連情報および／または位置情報が，位置情報管理データベース４０８中のレコード内のものと一致するかどうかを判定する。それが存在する場合には，プロセッサ４０２は，ステップ８４６においてそのレコードにおける問い合わせ状態が「復号鍵要求待ち」になっているかどうか判定する。それが「復号鍵要求待ち」になっている場合にだけ，そのレコードから対応する復号鍵を取り出す
【００４２】
　ステップ８５０において，
キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，レコードから取り出された復号鍵を含む応答メッセージを無線基地局３０に送信する。ステップ７５０において，無線基地局３０は，受信した復号鍵を含む応答メッセージを携帯装置２０に転送する。ステップ６５０において，携帯装置２０（プロセッサ２０２）は，受信した復号鍵を含む応答メッセージを情報処理機器１０に転送する
　
Ｇ　「【図２】
」
　
Ｈ　「【図３】
」
　
Ｉ　「【図４】
」
　
２　引用発明
ア　上記記載事項Ａの「ユーザが情報処理機器１０の入力装置１１０を操作してアプリケーション（ファイルを使用するためのアプリケーション）において表示装置１１２に表示されたファイルを暗号セキュリティ設定ファイルとして指定すると，情報処理機器１０のプロセッサ１０２は，ステップ５０２においてそのファイルを，暗号化鍵（暗号化用パスワード）で暗号化すべきファイルとして決定し，ステップ５０４においてファイルを暗号化するための暗号化鍵を要求する暗号化鍵要求メッセージを外部インタフェース１１６を介して携帯装置２０に送信する。その暗号化鍵要求メッセージは，情報処理機器１０の機器識別情報，例えばＭＡＣアドレス，およびファイル識別情報，例えばファイル名またはファイル・プロパティ（ファイル名，ファイル種類，ファイル・サイズ，作成・更新・アクセス日時，作成者，保存者，会社，所属，等）を含んでいる」との記載，上記記載事項Ｂの段落【００２２】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その暗号化鍵要求メッセージの受信に応答して，ステップ８０４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報を含むレコードを生成して，位置情報管理データベース４０８に格納する」との記載から，引用例１には，
 “キャリア・サーバが，情報処理機器において暗号化すべきファイルを決定したのに合わせて情報処理機器から発信される，当該ファイルのファイル識別情報，例えばファイル名またはファイル・プロパティ（ファイル名，ファイル種類，ファイル・サイズ，作成・更新・アクセス日時，作成者，保存者，会社，所属，等）を含む暗号化鍵要求メッセージを受信する”ことが記載されているといえる。
　
イ　上記記載事項Ｂの段落【００２３】の「プロセッサ４０２（位置情報管理機能）は，ステップ８０８において，例えば時刻情報等を用いて暗号化鍵（暗号化用パスワード）および復号鍵（復号用パスワード）からなる１対の鍵を生成する」との記載，同段落【００２４】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，暗号化鍵を含む応答メッセージを無線基地局３０に送信する。ステップ７１６において，無線基地局３０は，受信した暗号化鍵を含む応答メッセージを携帯装置２０に転送する。ステップ６１６において，携帯装置２０（プロセッサ２０２）は，受信した暗号化鍵を含む応答メッセージを情報処理機器１０に転送する」との記載，同段落【００２５】の「情報処理機器１０のプロセッサ１０２は，暗号化鍵を含む応答メッセージの受信に応答して，その暗号化鍵を用いてファイルを暗号化する」との記載から，引用例１には，
“キャリア・サーバが，暗号化鍵要求メッセージに応答して暗号化鍵を生成して情報処理機器に送信し，
　情報処理機器が，受信した暗号鍵を用いてファイルを暗号化する”ことが記載されているといえる。
　また，引用例１においては，情報処理機器において暗号化対象として特定したファイルについて，情報処理機器からキャリア・サーバに送信されるファイル識別情報や，キャリア・サーバから情報処理機器に送信される暗号化鍵を用いて管理していることから，引用例１には，“情報処理機器で取り扱うファイルを，情報処理機器と，キャリア・サーバとの間での通信によって管理する方法”が記載されているといえ，さらに，情報処理機器とキャリア・サーバとの通信は，携帯装置及び無線基地局を経由するものであり，かつ，情報処理機器とキャリア・サーバとが互いに所要の情報を送受信するものであるから，これらの間の通信は，“携帯装置及び無選挙基地局を経由した相互通信”であるといえる。
　そうしてみると，引用例１には，
“情報処理機器で取り扱うファイルを，情報処理機器と，携帯装置及び無線基地局を経由して情報処理機器と接続するキャリア・サーバとの間での相互通信によって管理する方法”が記載されているといえる。
　
ウ　上記記載事項Ｃの「アプリケーションにおいてユーザが情報処理機器１０の入力装置１１０を操作して表示装置１１２に表示された暗号化されたファイルを指定して開くよう操作すると，情報処理機器１０のプロセッサ１０２は，ステップ５２４においてそのファイルを，復号すべきファイルとして決定し，ステップ５２６においてファイルの登録情報の問い合わせを表す問い合わせメッセージをＵＳＢ端子等の外部インタフェース１１６を介して携帯装置２０に送信する。その問い合わせメッセージは，情報処理機器１０の機器識別情報およびファイル識別情報を含んでいる」との記載，上記記載事項Ｄの段落【００３５】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その問い合わせメッセージの受信に応答して，ステップ８２４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報に基づいて，位置情報管理データベース４０８を検索して，ステップ８３０において，対応するレコードが存在するかどうかを判定する。即ち，プロセッサ４０２は，受信した，機器識別情報，ファイル識別情報（少なくともファイル名），ＳＩＭカード情報，および位置関連情報および／または位置情報が，位置情報管理データベース４０８中のレコード内のものと一致するかどうかを判定する。ステップ８３２においてレコードにおける「問い合わせ状態」を所定時間の期間（例えば，３分間）だけ「復号鍵要求待ち」に設定する」との記載，同段落【００３６】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，対応するレコードの有無，および「復号鍵要求待ち」を表す設定状態を含む応答メッセージを無線基地局３０に送信する。ステップ７３４において，無線基地局３０は，受信した応答メッセージを携帯装置２０に転送する。ステップ６３４において，携帯装置２０（プロセッサ２０２）は，受信した応答メッセージを情報処理機器１０に転送する」との記載，上記記載事項Ｅの「情報処理機器１０のプロセッサ１０２は，その暗号化されたファイルを復号するための復号鍵を要求する復号鍵要求メッセージを外部インタフェース１１６を介して携帯装置２０に送信する。その復号鍵要求メッセージは，情報処理機器１０の機器識別情報およびファイル識別情報を含んでいる」との記載，上記記載事項Ｆの段落【００４１】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その復号鍵要求メッセージの受信に応答して，ステップ８４４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報に基づいて，位置情報管理データベース４０８を検索して対応するレコードが存在するかどうかを判定する。即ち，プロセッサ４０２は，受信した，機器識別情報，ファイル識別情報（少なくともファイル名），ＳＩＭカード情報，および位置関連情報および／または位置情報が，位置情報管理データベース４０８中のレコード内のものと一致するかどうかを判定する」との記載から，引用例１には，
“キャリア・サーバが，情報処理機器のユーザが暗号化されたファイルを指定して開くよう操作することに応じて，情報処理機器から，当該ファイルのファイル識別情報（例えばファイル名等）を含む復号鍵要求メッセージを受信する”ことが記載されているといえる。
　
エ　上記記載事項Ｆの段落【００４１】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，その復号鍵要求メッセージの受信に応答して，ステップ８４４において，無線基地局３０から受信した，機器識別情報，ファイル識別情報，ＳＩＭカード情報，および携帯装置２０の位置関連情報および／または位置情報に基づいて，位置情報管理データベース４０８を検索して対応するレコードが存在するかどうかを判定する。即ち，プロセッサ４０２は，受信した，機器識別情報，ファイル識別情報（少なくともファイル名），ＳＩＭカード情報，および位置関連情報および／または位置情報が，位置情報管理データベース４０８中のレコード内のものと一致するかどうかを判定する。それが存在する場合には，プロセッサ４０２は，ステップ８４６においてそのレコードにおける問い合わせ状態が「復号鍵要求待ち」になっているかどうか判定する。それが「復号鍵要求待ち」になっている場合にだけ，そのレコードから対応する復号鍵を取り出す」との記載，同段落【００４２】の「キャリア・サーバ４０のプロセッサ４０２（位置情報管理機能）は，レコードから取り出された復号鍵を含む応答メッセージを無線基地局３０に送信する。ステップ７５０において，無線基地局３０は，受信した復号鍵を含む応答メッセージを携帯装置２０に転送する。ステップ６５０において，携帯装置２０（プロセッサ２０２）は，受信した復号鍵を含む応答メッセージを情報処理機器１０に転送する」との記載から，引用例１には，
“キャリア・サーバが，受信した復号鍵要求メッセージに対応する復号鍵を情報処理機器に送信する”ことが記載されているといえる。
　
オ　上記ア〜エより，引用例には，次の発明（以下「引用発明」という。）が記載されているといえる。なお，引用発明の各構成を，それぞれに付した符号（ａ）〜（ｆ）により，以下，構成ａ〜構成ｆと称する。
　
（ａ）情報処理機器で取り扱うファイルを，情報処理機器と，携帯装置及び無線基地局を経由して情報処理機器と接続するキャリア・サーバとの間での相互通信によって管理する方法であって，
（ｂ）キャリア・サーバが，情報処理機器において暗号化すべきファイルを決定したのに合わせて情報処理機器から発信される，当該ファイルのファイル識別情報，例えばファイル名またはファイル・プロパティ（ファイル名，ファイル種類，ファイル・サイズ，作成・更新・アクセス日時，作成者，保存者，会社，所属，等）を含む暗号化鍵要求メッセージを受信し，
（ｃ）キャリア・サーバが，暗号化鍵要求メッセージに応答して暗号化鍵を生成して情報処理機器に送信し，
（ｄ）情報処理機器が，受信した暗号鍵を用いてファイルを暗号化する
（ｅ）キャリア・サーバが，情報処理機器のユーザが暗号化されたファイルを指定して開くよう操作することに応じて，情報処理機器から，当該ファイルのファイル識別情報（例えばファイル名等）を含む復号鍵要求メッセージを受信し，
（ｆ）キャリア・サーバが，受信した復号鍵要求メッセージに対応する復号鍵を情報処理機器に送信する，
　方法。
　
３　引用例２に記載された事項
　原査定の拒絶の理由において引用した，本願の出願前に既に公知である，特開２００９−０１５７６６号公報（平成２１年１月２２日公開。以下「引用例２」という。）には，関連する図面とともに，次の事項が記載されている。
　
Ｊ　「【００４９】
  サーバ制御部２５は，持出許可要求とともに，入力された認証情報（Ａ）および有効期間と，端末ＩＤ（Ａ）とアクセス権情報を受信する。持出許可要求を受信すると，サーバ制御部２５は，入力されたユーザＩＤ（Ａ）をキーとして認証情報部２６から対応するパスワードを読み出し，読み出したパスワードと入力されたパスワード（Ａ）が一致すれば，認証成功と判断する（Ｓ５８）。認証失敗ならば（Ｓ５８／Ｎｏ），サーバ制御部２５は持出許可要求を否認する持出否認応答をユーザ端末１０に返送する（Ｓ６２）。」
Ｋ　「【００５５】
  サーバ制御部２５は，受信したアクセス権情報からファイルＩＤとアクセス種別を読み出し，認証情報部２６から受信したユーザＩＤ（Ａ）に対応するグループＩＤを読み出す。サーバ制御部２５は読み出したグループＩＤと受信したユーザＩＤ（Ａ）に，それぞれ対応するアクセス種別を，受信したアクセス権情報から読み出す。サーバ制御部２５は，読み出したそれぞれのアクセス種別を論理和演算し，論理和演算結果を持出許可情報のアクセス種別とする。」
　
Ｌ　「【００７１】
  アプリケーションから読み出しや書込などのアクセス要求を受けると，ＯＳは端末制御部１５に対してアクセス権の確認を要求できる。この確認要求には，ファイルＩＤとアクセス種別が含まれる。端末制御部１５はＯＳから確認要求を受けることにより，ユーザからファイル１６にアクセスが指示されたことを検出できる。端末制御部１５は，ＯＳから確認要求を受けると，図８の動作を実行し，要求アクセスに対して許可か拒否の応答を返すことができる。」
　
Ｍ　「【００８７】
  次に，管理サーバ２０が接続応答しない場合の動作を説明する。例えば，ユーザが持ち出し先でアプリケーションを実行してファイル１６をアクセスする場合がこの場合に含まれる。まず，端末制御部１５は予め決められた時間内に接続応答を確認でなかった場合（Ｓ７３／Ｎｏ），入出力装置１１の表示装置に認証情報（Ｂ）（ユーザＩＤ（Ｂ）とパスワード（Ｂ）を含む）の入力を指示する入力画面を表示する（Ｓ７４）。ユーザは画面表示を見て，入出力装置１１の入力装置を操作し，認証情報（Ｂ）を入力する。」
　
４　引用例３に記載された事項
　原査定の拒絶の理由において引用した，本願の出願前に既に公知である，特開２００５−０３１７７７号公報（平成１７年２月３日公開。以下「引用例３」という。）には，関連する図面とともに，次の事項が記載されている。
　
Ｎ　「【０００６】
本発明のファイルセキュリティ維持処理装置では，まず暗号化属性設定処理部により，ファイルの暗号化で用いられる鍵毎にその鍵の有効性を示す有効性情報を暗号化属性として暗号化属性ファイルに設定しておく。この有効性情報としては，鍵の有効な期限を示す情報と，その鍵により暗号化されたファイルの解読の有無を示す情報とがあり，また前記鍵の有効な期限の情報としては，暗号化時点からの所定の有効期間を示すものと，鍵自体の有効な期限を示すものがあるものとする。」
　
５　引用例４に記載された事項
　原査定の拒絶の理由において引用した，本願の出願前に既に公知である，特開２０１３−１７５０７１号公報（平成２５年９月５日公開。以下「引用例４」という。）には，関連する図面とともに，次の事項が記載されている。
Ｏ　「【０００５】
　そこで，本発明では，耐タンパデバイスでポリシ（有効期間，有効期限切時ポリシ）を持たせ，それに基づきファイルのアクセス制御情報を生成し，それに基づいてアクセス制御を行う。また，有効期限開始，終了時間は耐タンパデバイスで設定し，ユーザの設定を抑止する。ファイル閲覧用の鍵情報は耐タンパデバイスでの認証があった場合に取り出し可能となるようにする。有効期限切れの際も耐タンパデバイスを用いての解除を条件としてファイルを閲覧可能とする。」
　
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
　
ア　構成ａによれば，引用発明における「情報処理機器」は，当該機器で取り扱うファイルを，サーバである「キャリア・サーバ」との通信により管理するものである点で，本願発明１の「端末」に相当し，また，引用発明における「キャリア・サーバ」は，他の端末である「情報処理機器」で取り扱うファイルを，当該機器との通信により管理するものである点で，本願発明１の「サーバ」に対応する。
　さらに，構成ａによれば，引用発明における「情報処理機器と，携帯装置及び無線基地局を経由して情報処理機器と接続するキャリア・サーバとの間での相互通信」は，無線基地局が提供するネットワークを介してなされる，「情報処理機器」と「キャリア・サーバ」との２者の間での相互のデータ通信である点で，本願発明１の「前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信」に相当する。
　したがって，引用発明と本願発明１とは，「端末で取り扱うファイルを，前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって管理する方法」である点で一致する。
イ　構成ｂによれば，引用発明における「キャリア・サーバが，情報処理機器において暗号化すべきファイルを決定したのに合わせて情報処理機器から発信される，当該ファイルのファイル識別情報，例えばファイル名またはファイル・プロパティ（ファイル名，ファイル種類，ファイル・サイズ，作成・更新・アクセス日時，作成者，保存者，会社，所属，等）を含む暗号化鍵要求メッセージを受信」することは，ネットワークを介して「端末」と接続する「サーバ」が，ファイルの暗号化処理に関連して「端末」から発信される暗号化対象のファイルの（ファイル名以外の）識別情報とファイル名とを受信するものであるという点で，本願発明１の「前記ネットワークを介して前記端末と接続する前記サーバが，前記端末において実行されるファイル暗号化処理またはパスワード設定処理に合わせて前記端末から発信される，ファイル暗号化処理されたまたはパスワード設定処理されたファイルの識別情報とファイル名とを受信」することと共通する。
　
ウ　構成ｅによれば，引用発明の「情報処理機器のユーザが暗号化されたファイルを指定して開くよう操作すること」は，本願発明の「端末ユーザによるファイルアクセス」に相当するから，引用発明における「キャリア・サーバが，情報処理機器のユーザが暗号化されたファイルを指定して開くよう操作することに応じて，情報処理機器から，ファイル識別情報（例えばファイル名等）を含む復号鍵要求メッセージを受信」することは，「サーバ」が，端末ユーザによるファイルアクセスに応じて「端末」から発信されたファイル名を受信するものである。してみると，本願発明１と引用発明とは“前記サーバが，端末ユーザによるファイルアクセスに応じて前記端末から発信されたファイル名を受信”する点で共通する。
　
エ　構成ｆによれば，引用発明における「キャリア・サーバが，受信した復号鍵要求メッセージに対応する復号鍵を情報処理機器に送信する」ことは，「サーバ」が，「端末」から受信した情報に基づいて，アクセスされたファイルの復号に必要な情報を「端末」に送信するものであるという点で，本願発明１の「前記サーバが，受信したアクセス日時が，アクセスされたファイルの有効期間であって，ファイル暗号化処理時またはパスワード設定処理時からの一定期間として定められる有効期間内である場合，アクセスされたファイルの復号許可情報を前記端末に送信する」ことと一致する。
　
オ　以上，ア―エの検討から，引用発明と本願発明１とは，次の一致点及び相違点を有する。
　
〈一致点〉
　端末で取り扱うファイルを，前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって管理する方法であって，
　前記ネットワークを介して前記端末と接続する前記サーバが，ファイルの暗号化処理に関連して前記端末から発信される暗号化対象のファイルの識別情報とファイル名とを受信し，
　前記サーバが，端末ユーザによるファイルアクセスに応じて前記端末から発信されたファイル名を受信し，
　前記サーバが，前記端末から受信した情報に基づいて，アクセスされたファイルの復号に必要な情報を前記端末に送信する，
　方法。
　
〈相違点１〉
　本願発明１では，「識別情報」及び「ファイル名」が発信されるタイミングが，「端末において実行されるファイル暗号化処理またはパスワード設定処理に合わせて」であり，「識別情報」及び「ファイル名」は，「ファイル暗号化処理されたまたはパスワード設定処理されたファイル」についてのものであるのに対して，引用発明では，発信されるタイミングは「情報処理機器において暗号化すべきファイルを決定したのに合わせて」であり, 「ファイル識別情報」及び「ファイル名」は，この時点では暗号化されていないファイルについてのものである点。
　
〈相違点２〉
　本願発明１では，「前記サーバが，端末ユーザによるファイルアクセスに応じて前記端末から発信されたファイル名とアクセス日時とを受信」するのに対して，引用発明では，ファイル名を受信することが特定されているのみで，アクセス日時を受信するという構成を備えていない点。
　
〈相違点３〉
　本願発明１では，「前記サーバが，受信したアクセス日時が，アクセスされたファイルの有効期間であって，ファイル暗号化処理時またはパスワード設定処理時からの一定期間として定められる有効期間内である場合，アクセスされたファイルの復号許可情報を前記端末に送信する」ものであるのに対して，引用発明はそのような構成を備えていない点。
　
（２）相違点についての判断
　事案に鑑み，先に相違点１について検討する。
　構成ｃ，ｄによれば，引用発明は，「キャリア・サーバ」が生成した暗号鍵を用いて，「情報処理機器」がファイルを暗号化するものである。
　それに対して，本願発明１は，「サーバ」の関与無く「ファイル暗号化処理またはパスワード設定処理」が「端末において実行される」ものである。
　そうしてみると，引用発明と本願発明１とは，上記（１）アに示したとおり，「端末で取り扱うファイルを，前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって管理する方法」である点では共通するものの，引用発明においては，「情報処理機器」における暗号化は，「キャリア・サーバ」から暗号鍵を受信して初めて可能になるものであるから，暗号鍵を要求する段階で「ファイル暗号化処理されたまたはパスワード設定処理されたファイル」の「識別情報」及び「ファイル名」を送信する動機があるとは認められない。
　そして，相違点１に係る構成は，上記第５の３〜５に示した引用例２〜４にも記載が無く，本願出願前に周知な技術ともいえないから，その余の相違点について判断するまでもなく，本願発明１は，当業者であっても，引用発明，及び引用例２〜４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
　
２　本願発明２〜４について
　本願発明２〜４は，本願発明１の構成を全て含むものであるから，本願発明１と同じ理由により，当業者であっても，引用発明，及び引用例２〜４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
　
３　本願発明５について
　本願発明５は，本願発明１に対応するシステムの発明であり，本願発明１の構成に対応する構成を含むものであるから，本願発明１と同じ理由により，当業者であっても，引用発明，並びに引用例２〜４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
　
第７　原査定について
＜特許法第２９条第２項について＞
　審判請求時の補正により，本願発明１〜５は，「前記端末と，ネットワークを介して前記端末と接続するサーバとの２者間での相互データ通信によって」という事項を有するものとなったが，上記第６に示したとおり，当業者であっても，拒絶査定において引用された引用文献１〜４（上記第５の引用例１〜４）に基づいて，容易に発明できたものとはいえない。したがって，原査定の理由を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　
　よって，結論のとおり審決する。