【事件の表示】
　特願２０１５−１４４１２５「暗号化情報保管システム」拒絶査定不服審判事件〔〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，平成２７年７月２１日の出願であって，
　平成２８年１月７日付けで審査請求がなされると共に手続補正がなされ，平成２８年２月１６日付けで審査官により拒絶理由が通知され，これに対して平成２８年４月２０日付けで意見書が提出されると共に手続補正がなされたが，平成２８年５月２５日付けで審査官により拒絶査定がなされ，これに対して平成２８年８月３０日付けで審判請求がなされると共に手続補正がなされ，平成２８年９月２０日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２．平成２８年８月３０日付けの手続補正の内容及び適否
　平成２８年８月３０日付けの手続補正（以下，「本件手続補正」という）は，平成２８年４月２０日付けの手続補正により補正された特許請求の範囲の請求項（以下，これを「補正前の請求項」という）５，請求項７，請求項１０，請求項１１，及び，請求項１３〜請求項２５を削除し，補正前の請求項６を，本件手続補正により補正された特許請求の範囲の請求項（以下，これを「補正後の請求項」という）５とし，補正前の請求項７を引用する，補正前の請求項８に，補正前の請求項７に記載された内容を加えて，記載内容を整理し，補正後の請求項６とし，補正前の請求項９を，補正後の請求項７に，補正前の請求項１２を，補正後の請求項８としたものであるから，本件手続補正は，請求項の削除を目的としたものである。
　したがって，本件手続補正が，願書に添付された明細書，特許請求の範囲，または，図面に記載された範囲内でなされたこと，及び，補正前の請求項に係る発明と，補正後の請求項に係る発明とが，特許法３７条の発明の単一性の要件を満たす一群の発明に該当するものであることは，明らかである。
　即ち，本件手続補正は，特許法１７条の２第３項〜第５項の要件を満たすものである。
　よって，本件手続補正は，適法になされたものである。
　
第３．本願発明について
　本件手続補正の目的は，請求項の削除であるから，本願の請求項１に係る発明（以下，これを「本願発明」という）は，補正後の請求項１に記載された，次のとおりのものである。
　
「暗号化情報保管サーバ装置と，ユーザが利用する１つ又は複数のユーザ端末装置とが，ネットワークを介して通信可能に構成される暗号化情報保管システムであって，
　前記暗号化情報保管サーバ装置が，
　　前記ユーザ端末装置から送信される暗号化済データを保持する保管対象データ記憶部と，
　　保管対象データ入力領域と，暗号鍵入力領域と，暗号化スクリプトと，を含む暗号化ＨＴＭＬファイルを前記ユーザ端末装置へと送信する暗号化ＨＴＭＬ送信手段と，
　　前記ユーザ端末装置から送信される前記暗号化済データを前記保管対象データ記憶部へと記録する保管対象データ記録手段と，
　　前記暗号化済データと，復号鍵入力領域と，復号化スクリプトと，を含む復号化ＨＴＭＬファイルを生成し，前記ユーザ端末装置へと送信する復号化ＨＴＭＬ生成手段と，を有し，
　前記ユーザ端末装置が，
　　前記暗号化ＨＴＭＬファイル及び前記復号化ＨＴＭＬファイルを受信するＨＴＭＬ受信手段と，
　　前記ユーザによる，前記保管対象データ入力領域への保管対象データの入力と，前記暗号鍵入力領域への暗号鍵の入力と，前記復号鍵入力領域への復号鍵の入力と，を受け付ける入力受付手段と，
　　前記暗号化スクリプトを用いた前記暗号鍵での前記保管対象データの暗号化処理による前記暗号化済データの生成と，前記復号化スクリプトを用いた前記復号鍵での前記暗号化済データの前記保管対象データへの復号化処理と，を行うスクリプト実行手段と，
　　前記暗号化済データを前記暗号化情報保管サーバ装置へと送信する保管対象データ送信手段と，
　　前記保管対象データを表示する復号化済データ表示手段と，を有し，
　前記暗号化スクリプト及び前記復号化スクリプトが，ＪａｖａＳｃｒｉｐｔによって記述されることを特徴とする，暗号化情報保管システム。」
　
第４．引用刊行物に記載の事項
１．原審における平成２８年２月１６日付けの拒絶理由（以下，これを「原審拒絶理由」という）に引用された，本願の出願前に既に公知である，「結城  浩，Ｊａｖａネットワーク・プログラミング入門  Ｐｒａｃｔｉｃａｌ  Ｊａｖａ  Ｌｅｓｓｏｎ  第２２回，ＵＮＩＸ  ＵＳＥＲ，日本，ソフトバンクパブリッシング株式会社，２０００年　４月　１日，第９巻，第４号，ｐ．１１７−１２４」（以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「暗号アプレットの仕組み
　暗号アプレットとＣＧＩの関係を図２に示します。サーバー側には，ＨＴＭＬファイル，クラスファイル，ＣＧＩプログラム，および暗号データの保存ファイルがあります。＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルをＷｅｂブラウザで開くと，自動的にアプレットがダウンロードされて実行されます。暗号アプレットは暗号文をＣＧＩプログラムと通信します。ＣＧＩプログラムでは，アプレットから受け取った暗号文をファイルに保存したり，保存していた暗号文をアプレットに送信したりします。」（１１７頁左欄１４行〜右欄４行）
　
Ｂ．「
」（１１７頁　図２）
　
Ｃ．「概要
　ＣｒｙｐｔＡｐｐｌｅｔは，Ｊａｖａ言語による簡易暗号アプレットです。指定されたパスフレーズを使って与えられたテキストを暗号化し，Ｂａｓｅ６４でエンコードして表示します。また，送信ボタンによりｃｒｙｐｔｂｂｓ．ｃｇｉにデータを送信します。受信ボタンでｃｒｙｐｔｂｂｓ．ｃｇｉからデータを受け取り表示します。これによって暗号文をほかの人とやり取りできます。ブラウザおよびＯＳによっては，日本語の復号で文字化けを起こす場合があるようです。」（１１８頁左欄１行〜９行）
　
Ｄ．「暗号化
　平文の暗号化
（１）Ｊａｖａが使えるブラウザでｉｎｄｅｘ．ｈｔｍｌを表示する
（２）アプレットの上の細長い部分にパスワードを入れる
（３）アプレットの中のテキスト入力部分に文章を書く（図３）
（４）「Ｅｎｃｒｙｐｔ」ボタンを押す（テキストが暗号化される。図４）
　
暗号文の送信
　続いて作成した暗号文を送信注１するには，上記の（４）のあとで「Ｓｅｎｄ」ボタンを押します。ｃｒｙｐｔｂｂｓ．ｃｇｉとの通信が始まり，送信が完了すると，テキスト部分に「−Ｓｅｎｔ，」と表示されます。
　
復号化
（１）Ｊａｖａが使えるブラウザでｉｎｄｅｘ．ｈｔｍｌを表示する
（２）「Ｒｅｃｅｉｖｅ」ボタンを押す（ｃｒｙｐｔｂｂｓ．ｃｇｉと通信が始まる）暗号文があれば図５のように表示され，保存されていなければ「一Ｎｏｍｅｓｓａｇｅ」と表示されます注２。
（３）アプレットの上の細長い部分にパスワードを入れる
（４）「Ｄｅｃｒｙｐｔ」ボタンを押す（復号化が始まる）パスワードが合っていれば，復号されて元の平文が復元され，合っていない場合には結果はめちゃめちゃな文字列になります（図６）。」（１１９頁左欄１３行〜右欄１行）（一部の表記を変更している。）
　
Ｅ．「
　」（１１９頁　図３〜図５，及び，１２０頁　図６）
　
２．原審拒絶理由に引用された，本願の出願前に既に公知である，「安田  幸弘，管理が楽になる！効率がアップする！  めっちゃ便利なスクリプト，Ｌｉｎｕｘ  ＷＯＲＬＤ，日本，（株）ＩＤＧジャパン，２００４年　９月　１日，第３巻，第９号，ｐ．１５０−１５８」（以下，これを「引用刊行物２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｆ．「入カフォーム
　データを入力するための入力フォームは，例２のようにごく一般的なＨＴＭＬ文で作成する。今回は，単にスクリプトの動作テストを行うことが目的なので，データを入力するためのテキスト入力欄を１つだけ表示するものとした。スクリプトを実用化する場合は，必要に応じて入力欄を増やすなど，カスタマイズすればよい。
暗号化スクリプト
　暗号化スクリプトは，入力フォームから送られてくるデータを公開鍵で暗号化して，ファイルに保存するためのＣＧＩスクリプトである。例３のとおり，スクリプトの内容は極めてシンプルなものだ。」（１５４頁中欄７行〜右欄３行）
　
Ｇ．「復号化スクリプト
　暗号化データから元のデータを読み出す作業（復号化）は，暗号化とは逆のプロセスになる。暗号化スクリプト同様，ＲＳＡモジュールやＣＧＩモジュールを使うが，ここで利用する鍵は公開鍵ではなく秘密鍵である。」（１５５頁中欄４行〜右欄３行）
　
Ｈ．「スクリプトの設置
　以上で紹介した暗号化スクリプト／復号化スクリプトは，ＷｅｂサーバのＣＧＩスクリプトとして設置する。」（１５７頁左欄１９行〜２２行）
　
Ｉ．「スクリプトの実行
　各ファイルがＷｅｂサーバに正しく設置できたら，実際にこのサンプル・スクリプトを実行してみよう。
Ｗｅｂブラウザから「ｈｔｔｐ：／／ホスト名またはＩＰアドレス／ｅｎｔｅｒ．ｈｔｍｌ」にアクセスすれば，暗号化したいデータを入力するフォーム画面が表示される（次ページの画面１）。
　また，暗号化されたサーバ上のデータを読み出したい場合は，「ｈｔｔｐ：／／ホスト名またはＩＰアドレス／ｃｇｉ−ｂｉｎ／ｒｓａ−ｄｅｃｒｙｐｔ．ｐｌ」にアクセスすればよい。秘密鍵を取り出すためのパスワード入力フォーム（画面２）が表示されるので，ここに正しいパスワードを入力すれば，保存されたデータが復号化されて画面に表示される（画面３）。」（１５７頁右欄２５行〜１５８頁左欄９行）
　
３．原審拒絶理由に引用された，本願の出願前に既に公知である，特開平１０−３２０４７８号公報（平成１０年１２月４日公開，以下,これを「引用刊行物３」という）には，関連する図面と共に次の事項が記載されている。
　
Ｊ．「【０１３２】セキュリティサービス・サーバＣ12からクライアント・コンピュータ10に送信される暗号化プログラムをHTMLファイルに組込まれた自己実行型プログラムにより実現すると一層好ましい。自己実行型プログラミング言語には，「Java」や，「ActiveX」 などが知られている。自己実行型プログラミング言語による暗号化プログラムおよび送信命令をHTMLファイルに組込んでおけば，このHTMLファイルを受信したときに，既に入力されている発注情報を自動的に暗号化して暗号化発注情報を生成したのち，その暗号化発注情報をバーチャルショップ・サーバＳ11に自動的に送信する。暗号化プログラムの起動命令や，暗号化発注情報の送信命令をクライアント・コンピュータ10に入力する必要がないので，ユーザは発注情報の暗号化処理を認識することなく，発注情報を暗号化してバーチャルショップ・サーバＳ11に送信することができる。」
　
４．原審における平成２８年５月２５日付けの拒絶査定（以下，これを「原審拒絶査定」という）の備考において，周知技術を示すために例示された，本願の出願前に既に公知である，特開２０００−２３２４４３号公報（平成１２年８月２２日公開，以下，これを「周知技術文献１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｋ．「【００１６】ウェブサーバ管理者は，ウェブ上で動作するモバイルコードを用いてプログラムＴを作成する。プログラムは，例えば三つのセグメント，即ち，サブプログラムＴ1 ，サブプログラムＴ2 及びサブプログラムＴ3 から構成されているものとする。なお，プログラムのセグメント単位としては，サブプログラムの他に，パケット又はセルを利用することも可能である。また，モバイルコードとは，ユーザーが明示的にダウンロードすることなく，それらが埋め込まれたウェブページをアクセスしただけでユーザーのマシン上に自動的にダウンロードされ実行されるプログラムのことである。モバイルコードの例としては，Javaアプレット，ActiveXcontrols ，JavaScript等が挙げられる。」
　
５．本願の出願前に既に公知である，特表２００７−５３１９４２号公報（公表日；平成１９年１１月８日，以下，これを「周知技術文献２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｌ．「【００５２】
　好ましい実施例では，例えば，配列１３３等のクレジットカード番号を入力するためにマウスを操作するとき，局所微動作センサ又は検出器（以下「センサ」）が，ユーザ１３７のマウス微動作に関する情報を集める。このセンサは，好ましくはユーザが使用するブラウザプログラムに関連して働き，従って，このセンサは，ユーザのブラウザプログラムによってアクセスされたウェブページに組み込まれたプラグインプログラムやジャバスクリプト機能やジャバアプレットとして具現化される。また，センサアプリケーションも，当業者によく知られたユーザのブラウザプログラムから独立して使用できる。加えて，図１４に示したサーバ及びクライアントモデルは，例示の目的のためのみである；本発明によるソフトウェア又はハードウェアコンポーネントを，各種のコンピュータ，ネットワーク及びアーキテクチャに使用できる。」
　
６．本願の出願前に既に公知である，特表２００４−５２０６３６号公報（平成１６年７月８日公開，以下，これを「周知技術文献３」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｍ．「【００２４】
適切には，有害情報遮断コードモジュールは，クライアント１３０で駆動される実行可能なアプリケーションプログラムである。例えば，マイクロソフト社のウィンドウ環境における使用のためのＡｃｔｖｉｅ ＸＴＭ制御，及びウェブブラウザーで実行され得るジャバアプレット（ＪａｖａＴＭ ａｐｐｌｅｔ）及びジャバスクリプト（Ｊａｖａ ＳｃｒｉｐｔＴＭ）がある。また，高級言語で作成され，オブジェクトコード化されたプログラムをウェブブラウザーとリンクさせて，該当プログラムを実行させてもよい。」
　
７．本願の出願前に既に公知である，特開２００５−１４９０３６号公報（平成１７年６月９日公開，以下，これを「周知技術文献４」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｎ．「【００３１】
　また，暗号化部及び暗号化情報送信部は，利用者端末３にインストールされたプログラムを実行することによって実現しても良いし，ウエブページ中に記述されたスクリプトに従って実行するものや，他のコンピュータから受信したアプレット（暗号化用のクライアントソフト）によって実行するものでも良い。」
　
８．本願の出願前に既に公知である，特開２００１−２３６３５７号公報（平成１３年８月３１日公開，以下，これを「周技術文献５」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｏ．「【００２６】ステップＳ１０６において，Ｗｅｂ検索サーバ１は，クライアントＣからの指定キーワード「あいす」を受信し，登録情報取得手段４によりＷｅｂ登録ＤＢ２からこの指定キーワード「あいす」に該当するすべてのＷｅｂページの登録番号，企業名，最終更新日，所在地や連絡先等の企業情報，企業ＰＲ文やその他の登録キーワード等の情報をそれぞれ取得する。
【００２７】ステップＳ１０７において，Ｗｅｂ検索サーバ１は，これらの取得した情報をクライアントＣへ表示するため，ＨＴＭＬ作成手段５によりＨＴＭＬファイルを生成し，クライアントＣへ返信する。」
　
第５．引用刊行物に記載の発明
１．上記Ａの「サーバー側には，ＨＴＭＬファイル，クラスファイル，ＣＧＩプログラム，およひ暗号データの保存ファイルがあります。＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルをＷｅｂブラウザで開くと，自動的にアプレットがダウンロードされて実行されます。暗号アプレットは暗号文をＣＧＩプログラムと通信します。ＣＧＩプログラムでは，アプレットから受け取った暗号文をファイルに保存したり，保存していた暗号文をアプレットに送信したりします」という記載と，上記Ｂに引用した図２に開示されている事項から，引用刊行物１においては，
“暗号データの保存ファイルを有するサーバと，Ｗｅｂブラウザ側とが通信可能に接続されている。”ことが読み取れる。
　
２．上記１．において検討した事項から，引用刊行物１において，
“サーバが，暗号データの保存ファイルを格納するための記憶手段を有する”ことが読み取れる。
　
３．上記１．においても引用した，上記Ａの「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルをＷｅｂブラウザで開く」という記載と，同じく，上記１．においても引用した，上記Ｂに引用の図２に開示の内容から，引用刊行物１においては，
“サーバは，Ｗｅｂブラウザ側へ，＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを送信する送信手段”を有していることが読み取れる。
　
４．上記１．においても引用した，上記Ａの「ＣＧＩプログラムでは，アプレットから受け取った暗号文をファイルに保存したり」という記載，上記Ｃの「ＣｒｙｐｔＡｐｐｌｅｔは，Ｊａｖａ言語による簡易暗号アプレットです。指定されたパスフレーズを使って与えられたテキストを暗号化し，Ｂａｓｅ６４でエンコードして表示します。また，送信ボタンによりｃｒｙｐｔｂｂｓ．ｃｇｉにデータを送信します」という記載，及び，上記Ｄの「暗号文の送信　続いて作成した暗号文を送信注１するには，上記の（４）のあとで「Ｓｅｎｄ」ボタンを押します。ｃｒｙｐｔｂｂｓ．ｃｇｉとの通信が始まり，送信が完了すると，テキスト部分に「一Ｓｅｎｔ，」と表示されます」（改行は省略，以下，同じ）という記載と，上記２．において検討した事項から，引用刊行物１においては，
“サーバは，Ｗｅｂブラウザ側から送信された暗号データを，記憶手段に格納するための格納手段”を有していることが読み取れる。
　
５．上記１．においても引用した，上記Ａの記載内容，上記Ｃの「受信ボタンでｃｒｙｐｔｂｂｓ．ｃｇｉからデータを受け取り表示します」という記載，及び，上記Ｄの「（２）「Ｒｅｃｅｉｖｅ」ボタンを押す（ｃｒｙｐｔｂｂｓ．ｃｇｉと通信が始まる）暗号文があれば図５のように表示され，保存されていなければ「一Ｎｏｍｅｓｓａｇｅ」と表示されます」という記載から，引用刊行物１においては，
“サーバは，記憶手段に格納していた暗号データを，Ｗｅｂブラウザ側に送信する送信手段”を有することが読み取れる。
　
６．上記３．において検討した事項と，上記Ｄの「暗号化　平文の暗号化　（１）Ｊａｖａが使えるブラウザでｉｎｄｅｘ．ｈｔｍｌを表示する」という記載，同じく，上記Ｄの「復号化　（１）Ｊａｖａが使えるブラウザでｉｎｄｅｘ．ｈｔｍｌを表示する」という記載，及び，上記Ｂに引用した図２に開示されている事項から，引用刊行物１においては，
“Ｗｅｂブラウザ側は，サーバから送信される＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを受信するための受信手段”を有していることが読み取れる。
　
７．上記６．において引用した，上記Ｄの記載内容から，引用刊行物１において，
“Ｗｅｂブラウザ側には，ｉｎｄｅｘ．ｈｔｍｌを表示する表示画面を有する”ことが読み取れ，このことと，上記Ｄの「（２）アプレットの上の細長い部分にパスワードを入れる」という記載における「細長い部分」とは，「パスワード入力部」であることは，明らかであるから，同じく上記Ｄの「（３）アプレットの中のテキスト入力部分に文章を書く（図３）」という記載，上記１．においても引用した，上記Ａの記載内容，及び，上記Ｅに引用した図３〜図６に開示の事項と，上記５において検討した事項から，引用刊行物１においては，
“Ｗｅｂブラウザ側は，表示画面上に表示された，パスワード入力部に入力されたパスワードと，前記表示画面上に表示された，テキスト入力部に入力されたテキストとを，受け付ける，データ受付手段”を有することが読み取れる。
　
８．上記４．においても引用した，上記Ｃの記載内容，上記６．においても引用した，上記Ｄの記載内容，上記Ｄの「（４）「Ｅｎｃｒｙｐｔ」ボタンを押す（テキストが暗号化される。図４）」という記載，及び，同じく，上記Ｄの「（４）「Ｄｅｃｒｙｐｔ」ボタンを押す（復号化が始まる）パスワードが合っていれば，復号されて元の平文が復元され，合っていない場合には結果はめちゃめちゃな文字列になります」という記載と，上記５．において検討した事項から，引用刊行物１においては，
“Ｗｅｂブラウザ側は，入力されたテキストを，アプレットを実行することで暗号化し，サーバから受信した暗号データを，復号する処理手段”を有することが読み取れる。
　
９．上記４．において引用した，上記Ｄの記載内容から，引用刊行物１においては，
“Ｗｅｂブラウザ側は，暗号データを，サーバに送信する送信手段”を有していることが読み取れる。
　
１０．上記８．においても引用した，上記Ｄの記載内容と，上記Ｅに引用した図６の開示内容から，図６に開示されているのは，「パスワード」が不正で，復号に失敗した状態が，“表示画面”に表示されている例であり，上記Ｄの「パスワードが合っていれば，復号されて元の平文が復元され」るという記載から，「パスワードが合っていれば，復号されて元の平文」が表示されることは明らかであるから，引用刊行物１においては，
“Ｗｅｂブラウザ側は，暗号データを復号した元の平文を表示する表示手段”を有していることが読み取れる。
　
１１．上記７．において引用した，上記Ｄの「アプレットの上の細長い部分にパスワードを入れる」という記載，及び，同じく，上記７．において引用した，上記Ｄの「アプレットの中のテキスト入力部分に文章を書く」という記載から，引用刊行物１において，「サーバ」を利用する“利用者”が存在することが読み取れるので，上記６．と，上記７．において検討した事項を踏まえると，引用刊行物１における“Ｗｅｂブラウザ側”とは，“Ｊａｖａアプレットが使えるブラウザを有する利用者の端末装置”，或いは，“Ｊａｖａアプレットが使えるブラウザを有する利用者のクライアントＰＣ”等であることが読み取れる。
　
１２．上記１．において検討した事項と，上記１１．において検討した事項から，引用刊行物１においては，
“暗号データの保存ファイルを有するサーバと，Ｊａｖａアプレットが使えるブラウザを有する利用者の端末装置とが通信可能に接続されているシステム”が存在することが読み取れる。
　
１３．以上１．〜１２．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
　暗号データの保存ファイルを有するサーバと，Ｊａｖａアプレットが使えるブラウザを有する利用者の端末装置とが通信可能に接続されているシステムであって，
　前記サーバが，前記暗号データの保存ファイルを格納するための記憶手段と，
　前記端末装置へ，＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを送信する送信手段と，
　前記端末装置から送信された暗号データを，記憶手段に格納するための格納手段と，
　前記記憶手段に格納していた，前記暗号データを，前記端末装置に送信する送信手段と，を有し，
　前記端末装置は，前記サーバから送信される前記＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを受信するための受信手段と，
　表示画面上に表示された，パスワード入力部に入力されたパスワードと，前記表示画面上に表示された，テキスト入力部に入力されたテキストとを，受け付ける，データ受付手段と，
　入力されたテキストを，アプレットを実行することで暗号化し，サーバから受信した暗号データを，復号する処理手段と，
　暗号データを，サーバに送信する送信手段と，
　前記サーバから受信した暗号データを復号した元の平文を表示する表示手段と，を有する，システム。
　
第６．本願発明と引用発明との対比
１．引用発明における「サーバ」は，「利用者の端末装置」から送信された「暗号データ」を保存するものであるから，本願発明における「暗号化情報保管サーバ装置」に相当し，
　引用発明における「利用者」，及び，「利用者の端末装置」が，本願発明における「ユーザ」，及び，「ユーザ端末装置」に相当することから，
　引用発明における「暗号データの保存ファイルを有するサーバと，Ｊａｖａアプレットが使えるブラウザを有する利用者の端末装置とが通信可能に接続されているシステム」が，
　本願発明における「暗号化情報保管サーバ装置と，ユーザが利用する１つ又は複数のユーザ端末装置とが，ネットワークを介して通信可能に構成される暗号化情報保管システム」に相当する。
　
２．引用発明において，「サーバ」が有する「暗号データ」は，「利用者の端末装置」から送信されたものであるから，
　引用発明における「暗号データ」，「記憶手段」が，本願発明における「暗号化済データ」，「保存対象データ記憶部」に相当し，したがって，
　引用発明における「サーバが，前記暗号データの保存ファイルを格納するための記憶手段」が，
　本願発明における「暗号化情報保管サーバ装置が，ユーザ端末装置から送信される暗号化済データを保持する保管対象データ記憶部」に相当する。
　
３．引用発明において，「サーバ」から，「利用者の端末装置」へ送信される，「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイル」は，「利用者の端末装置」において，「平文」を暗号化して，「暗号化データ」を生成する処理を開始するためのものであるから，“暗号化のためのＨＴＭＬファイル”と言い得るものである。このことから，
　引用発明における「端末装置へ，＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを送信する送信手段」と，
　本願発明における「保管対象データ入力領域と，暗号鍵入力領域と，暗号化スクリプトと，を含む暗号化ＨＴＭＬファイルを前記ユーザ端末装置へと送信する暗号化ＨＴＭＬ送信手段」とは，
“暗号化のためのＨＴＭＬファイルを，ユーザ端末装置へと送信する，ＨＴＭＬファイル送信手段”である点で共通する。
　
４．引用発明における「端末装置から送信された暗号データを，記憶手段に格納するための格納手段」が，
　本願発明における「ユーザ端末装置から送信される前記暗号化済データを前記保管対象データ記憶部へと記録する保管対象データ記録手段」に相当する。
　
５．引用発明においては，「記憶手段に格納していた，前記暗号データを，前記端末装置に送信する送信手段」は，「サーバ」が，「利用者の端末装置」から，保存されている「暗号データ」を要求されると，「暗号化データ」を受信し，該「暗号化データ」の復号を行う「ＡＰＰＬＥＴ」を，該「利用者の端末装置」が取得するための「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイル」を，該「利用者の端末装置」に対して送信する処理も行い得るものであることは，明らかであるから，
　引用発明における「記憶手段に格納していた，前記暗号データを，前記端末装置に送信する送信手段」と，
　本願発明における「暗号化済データと，復号鍵入力領域と，復号化スクリプトと，を含む復号化ＨＴＭＬファイルを生成し，前記ユーザ端末装置へと送信する復号化ＨＴＭＬ生成手段」とは，
“暗号化済データを復号するためのＨＴＭＬファイルを送信する送信手段”である点で共通する。
　
６．引用発明において，「端末装置は，前記サーバから送信される前記＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを受信するための受信手段」は，「平文」を「暗号化データ」して，「サーバ」に送信する処理を行う場合と，「サーバ」から，「暗号化データ」を受信する場合の何れにおいても，「ＨＴＭＬファイル」を受信するものであるから，上記３．及び，上記５．において検討した事項を踏まえると，
　引用発明における「端末装置は，前記サーバから送信される前記＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイルを受信するための受信手段」と，
　本願発明における「ユーザ端末装置が，前記暗号化ＨＴＭＬファイル及び前記復号化ＨＴＭＬファイルを受信するＨＴＭＬ受信手段」とは，
“ユーザ端末装置が，暗号化のためのＨＴＭＬファイルと，暗号化済データを復号するためのＨＴＭＬファイルとを受信する受信手段”である点で共通する。
　
７．引用発明においては，「テキスト入力部」に入力される“平文テキスト”が，暗号化されて「暗号化データ」となり，「サーバ」に送信されるのであるから，
　引用発明おける「テキスト」が，本願発明における「保管対象データ」に相当し，
　このことから，引用発明における「テキスト入力部」と，本願発明における「保管対象データ入力領域」とは，“保管対象データ入力部”である点で共通し，
　引用発明において，「パスワード」は，「暗号化」時と，「復号時」で同じものを用いるものであり，不正な「パスワード」を入力すると，「暗号化データ」が，元の「平文」に変換されずに，意味不明のデータに変換されることから，引用発明においては，当該「パスワード」を，「暗号化」，及び，「復号」の“鍵”として用いる態様を含むことは明らかである。
　このことから，引用発明における「パスワード」が，本願発明における「暗号鍵」，及び，「復号鍵」に相当するので，
　引用発明における「暗号化」時の「パスワード入力部」と，本願発明における「暗号鍵入力領域」とは，“暗号鍵入力部”である点で共通し，
　引用発明における「復号」時の「パスワード入力部」と，本願発明における「復号鍵入力領域」とは，“復号鍵入力部”である点で共通する。
　そして，引用発明において「パスワード」の入力は，「利用者の端末装置」の「利用者」によってなされるものであるから，
　引用発明における「表示画面上に表示された，パスワード入力部に入力されたパスワードと，前記表示画面上に表示された，テキスト入力部に入力されたテキストとを，受け付ける，データ受付手段」と，
　本願発明における「ユーザによる，前記保管対象データ入力領域への保管対象データの入力と，前記暗号鍵入力領域への暗号鍵の入力と，前記復号鍵入力領域への復号鍵の入力と，を受け付ける入力受付手段」とは，
“ユーザによる，保管対象データ入力部への保管対象データの入力と，暗号鍵入力部への暗号鍵の入力と，復号鍵入力部への復号鍵の入力と，を受け付ける受付手段”である点で共通する。
　
８．引用発明において，「入力されたテキストを，アプレットを実行することで暗号化」ことと，
　本願発明における「暗号化スクリプトを用いた前記暗号鍵での前記保管対象データの暗号化処理による前記暗号化済データの生成」とは，
“暗号鍵での保管対象データの暗号化処理による暗号化済データの生成”である点で共通し，
　引用発明において，「サーバから受信した暗号データを，復号する」ことと，
　本願発明における「復号化スクリプトを用いた前記復号鍵での前記暗号化済データの前記保管対象データへの復号化処理」とは，
“復号鍵での暗号化済データの保管対象データへの復号化処理”である点で共通するので，
　引用発明における「入力されたテキストを，アプレットを実行することで暗号化し，サーバから受信した暗号データを，復号する処理手段」と，
　本願発明における「暗号化スクリプトを用いた前記暗号鍵での前記保管対象データの暗号化処理による前記暗号化済データの生成と，前記復号化スクリプトを用いた前記復号鍵での前記暗号化済データの前記保管対象データへの復号化処理と，を行うスクリプト実行手段」とは，
“暗号鍵での保管対象データの暗号化処理による暗号化済データの生成と，復号鍵での暗号化済データの保管対象データへの復号化処理とを行う処理手段”である点で共通する。
　
９．引用発明における「暗号データを，サーバに送信する送信手段」が，
　本願発明における「暗号化済データを前記暗号化情報保管サーバ装置へと送信する保管対象データ送信手段」に相当する。
　
１０．引用発明における「サーバから受信した暗号データを復号した元の平文を表示する表示手段」が，
　本願発明における「保管対象データを表示する復号化済データ表示手段」に相当する。
　
１１．以上，１．〜１０．において検討した事項から，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　暗号化情報保管サーバ装置と，ユーザが利用する１つ又は複数のユーザ端末装置とが，ネットワークを介して通信可能に構成される暗号化情報保管システムであって，
　前記暗号化情報保管サーバ装置が，
　前記ユーザ端末装置から送信される暗号化済データを保持する保管対象データ記憶部と，
　暗号化のためのＨＴＭＬファイルを，前記ユーザ端末装置へと送信する，ＨＴＭＬファイル送信手段と，
　前記ユーザ端末装置から送信される前記暗号化済データを前記保管対象データ記憶部へと記録する保管対象データ記録手段と，
　前記暗号化済データを復号するためのＨＴＭＬファイルを送信する送信手段と，を有し，
　前記ユーザ端末装置が，
　前記暗号化のためのＨＴＭＬファイルと，前記暗号化済データを復号するためのＨＴＭＬファイルとを受信する受信手段と，
　前記ユーザによる，保管対象データ入力部への保管対象データの入力と，暗号鍵入力部への暗号鍵の入力と，復号鍵入力部への復号鍵の入力と，を受け付ける受付手段と，
　前記暗号鍵での前記保管対象データの暗号化処理による前記暗号化済データの生成と，前記復号鍵での前記暗号化済データの前記保管対象データへの復号化処理とを行う処理手段と，
　前記暗号化済データを前記暗号化情報保管サーバ装置へと送信する保管対象データ送信手段と，
　前記保管対象データを表示する復号化済データ表示手段と，を有する，暗号化情報保管システム。
　
［相違点１］
“暗号化のためのＨＴＭＬファイル”に関して，
　本願発明においては，「保管対象データ入力領域と，暗号鍵入力領域と，暗号化スクリプトと，を含む暗号化ＨＴＭＬファイル」であるのに対して，
　引用発明においては，「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイル」である点。
　
［相違点２］
“暗号化済データを復号するためのＨＴＭＬファイルを送信する送信手段”に関して，
　本願発明においては，“暗号化済データを復号するためのＨＴＭＬファイル”が，「暗号化済データと，復号鍵入力領域と，復号化スクリプトと，を含む復号化ＨＴＭＬファイル」であり，“送信手段”が，当該「復号化ＨＴＭＬファイル」を生成する「復号化ＨＴＭＬ生成手段」であるのに対して，
　引用発明においては，“暗号化済データを復号するためのＨＴＭＬファイル”とは，「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイル」であり，「サーバ」において，当該「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイル」を，“暗号化済データを復号するためのＨＴＭＬファイル”として要求された場合に生成しているかについて，言及されていない点。
　
［相違点３］
“暗号化のためのＨＴＭＬファイルと，前記暗号化済データを復号するためのＨＴＭＬファイル”に関して，
　本願発明においては，“暗号化のためのＨＴＭＬファイル”が，「保管対象データ入力領域と，暗号鍵入力領域と，暗号化スクリプトと，を含む暗号化ＨＴＭＬファイル」であり，“暗号化済データを復号するためのＨＴＭＬファイル”が，「暗号化済データと，復号鍵入力領域と，復号化スクリプトと，を含む復号化ＨＴＭＬファイル」であるのに対して，
　引用発明においては，何れも「＜ＡＰＰＬＥＴ＞タグを含んだＨＴＭＬファイル」である点。
　
［相違点４］
“保管対象データ入力部への保管対象データの入力と，暗号鍵入力部への暗号鍵の入力と，復号鍵入力部への復号鍵の入力”に関して，
　本願発明において，“保管対象データ入力部”，“暗号鍵入力部”，及び，“復号鍵入力部”は，共に，「暗号化ＨＴＭＬファイル」，及び，「復号化ＨＴＭＬファイル」に含まれているものであるのに対して，
　引用発明においては，“保管対象データ入力部”，“暗号鍵入力部”，及び，“復号鍵入力部”は，「アプレットを実行する」ことによって生成されるものである点。
　
［相違点５］
“処理手段”に関して，
　本願発明においては，「暗号化済データの生成」を，「暗号化スクリプト」を用いて行い，「暗号化済データ」の「保管対象データへの復号処理」を，「復号化スクリプト」を用いて行うものであるのに対して，
　引用発明においては，「暗号化」，及び，「復号」を，「アプレット」を用いて行っている点。
　
［相違点６］
　本願発明においては，「暗号化スクリプト及び前記復号化スクリプトが，ＪａｖａＳｃｒｉｐｔによって記述される」ものであるのに対して，
　引用発明においては，「暗号化」，「復号」の処理を「スクリプト」で記述すること，及び，該「スクリプト」が，「ＪａｖａＳｃｉｒｐｔ」である点について，言及されていない点。
　
第７．相違点についての当審の判断
１．［相違点１］，及び，［相違点３］〜［相違点６］ついて
　本願発明と，引用発明との相違点は，何れも，「ユーザ端末装置」における「保管対象データ」から「暗号化済データ」の生成，及び，「暗号化済データ」の「保管対象データ」への「復号化処理」を，「ＨＴＭＬファイル」に組み込まれた「ＪａｖａＳｃｉｒｐｔ」で記述された「スクリプト」を用いて実行するか（本願発明），ＨＴＭＬファイルを表示後にダウンロードされた「アプレット」を用いて行うか（引用発明）の相違に起因するものである。
　そこで，引用発明おいて用いられている「アプレット」による暗号化／復号処理を，それぞれ，「暗号化スクリプト」，及び，「復号化スクリプト」によって実行すること，並びに，当該，「スクリプト」を，「ＪａｖａＳｃｉｒｐｔ」によって記述することについて，以下に検討する。
　暗号化処理，及び，復号処理を，それぞれ別のスクリプトとして記述する点については，上記Ｆ，及び，上記Ｇに引用した，引用刊行物２の記載内容にもあるとおり，本願の出願前に，当業者には広く知られた技術事項である。
　引用刊行物２に記載の「暗号化スクリプト」，及び，「復号化スクリプト」自体は，「Ｗｅｂサーバ」に設置された「ＣＧＩスクリプト」であって，引用発明における「アプレット」や，本願発明における「暗号化スプリプト」，及び，「復号化スクリプト」のように，「ユーザ端末装置」において実行されるものではないが，“ユーザの端末側”で，暗号処理を実行するためのプログラム，或いは，コードを，予め，「ＨＴＭＬファイル」に組み込んでおくことは，上記Ｊに引用した引用刊行物３，或いは，原審拒絶査定の備考において，周知技術を例示する目的で言及された，上記Ｋに引用した，周知技術文献１の記載内容にもあるとおり，本願の出願前に，当業者には広く知られた周知の技術事項であり，そのようなコードとして，JavaScriptが用いられることも，上記Ｋの記載内容にあるとおり，周知の技術事項である。
　そして，“ユーザの端末側”において，「アプレット」を用いて実現される処理と，同一の処理を，「スクリプト」を用いて実現可能であることも，上記Ｌに引用した，周知技術文献２の記載内容，上記Ｍに引用した周知技術文献３の記載内容，或いは，上記Ｎに引用した周知技術文献４の記載内容にもあるとおり，本願の出願前において，当業者には周知の技術事項である。
　また，引用発明においては，本願発明における「保管対象データ入力領域」に対応する“テキスト入力部”，及び，本願発明における「暗号鍵入力領域」，及び，「復号鍵入力領域」に対応する「パスワード入力部」は，「アプレット」を実行することで表示されるものであるが，“ユーザの端末側”に表示される「ＨＴＭＬファイル」に，所望の“入力領域”を設定可能であることも，上記Ｆに引用した引用刊行物２の記載内容にもあるとおり，本願の出願前に，当業者には広く知られた技術事項である。
　したがって，引用発明において，“アプレットによって実現していた，暗号化，復号処理を，それぞれ，JavaScriptで記述した別々のスクリプトとし，それぞれを別のＨＴＭＬファイルに埋め込んで提供し，その際，各ＨＴＭＬファイルに，暗号鍵，復号鍵の入力領域や，暗号化対象のデータの入力領域，暗号化されたデータを表示するための領域等を設ける”ことは，上記引用の，引用刊行物２に記載の発明，及び，周知技術文献１〜周知技術文献４に開示された周知技術を採用して実現することで，当業者が適宜なし得る事項である。
　よって，［相違点１］，及び，［相違点３］〜［相違点６］は，格別のものではない。
　
２．［相違点２］について
　“ユーザの端末側”からの要求に応じて，“サーバ側”で要求された情報を含む「ＨＴＭＬファイル」を生成して，該「ＨＴＭＬファイル」を，“ユーザの端末側”に送信するようなことは，上記Ｏに引用した，周知技術文献５の記載内容にもあるとおり，本願の出願前に，当業者には周知の技術事項であるから，
　引用発明においても，“復号処理をＨＴＭＬファイルに埋め込まれた，JavaScriptで記述されたスクリプトを用いて実現する場合に，該ＨＴＭＬファイルを，暗号化データを含む形で生成し，生成したＨＴＭＬファイルを，端末装置へと送信する”よう構成することは，上記１．において言及の周知技術と，上記において指摘の周知技術により，当業者が容易に構築し得るものである。
　よって，［相違点２］は，格別のものではない。
　
３．以上，１．，及び，２．において検討したとおり，［相違点１］〜［相違点６］はいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　なお，審判請求人は，平成２８年８月３０日付けの審判請求書において，
「引用文献１には当然，ＪａｖａＳｃｒｉｐｔに関する記載や，Ｊａｖａアプレットによる処理のＪａｖａＳｃｒｉｐｔによる処理への置換を示唆するような記載などは一切見受けられず，引用文献１に記載されるシステムに，引用文献７中に単にユーザの端末装置上にダウンロードされて実行されるプログラムの例としてＪａｖａアプレットと共に挙げられているのみであるＪａｖａＳｃｒｉｐｔを組み合わせることは，当業者が容易になし得たことではないと確信する。」
　旨主張しているが，「アプレット」と，「JavaScript」間の置換容易性については，上記において検討したとおりであるから，上記引用の審判請求人の主張は採用できない。
　
　加えて，審判請求人は，平成２８年１１月１７日に行われた，当審合議体との面接において，本願発明の技術説明を行ったが，当該説明における本願発明の技術的特徴，及び，引用発明に対する優位性の根拠は，本願明細書に開示されていない事項に基づくものであるから，採用することができない。
　
第８．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。