【事件の表示】
　特願２０１５−１８７６６８「モジュールの暗号化／復号化プログラム」拒絶査定不服審判事件〔平成２８年　２月２５日出願公開，特開２０１６−　２８３３４〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１ 手続の経緯
　本願は，平成２３年９月２０日に出願した特願２０１１−２０４３７０号の一部を，特許法４４条１項の規定により，平成２７年９月２５日に新たな特許出願としたものであって，
　平成２７年９月２５日付けで審査請求がなされ，平成２８年８月２５日付けで審査官により拒絶理由が通知され，これに対して同年９月１２日付けで意見書が提出されたが，同年９月３０日付けで審査官により拒絶査定がなされ，これに対して平成２９年１月４日付けで審判請求がなされたものである。
第２ 本願発明
　本願請求項１に係る発明（以下「本願発明」という。）は，特許請求の範囲の請求項１に記載された次のとおりのものと認める。
「モジュールの集合体からなるプログラム本体であって，
　各モジュールのうち少なくとも一つは非実行時には暗号化された状態であるプログラム本体と，
　次に実行されるモジュールである次モジュールが，暗号化されている場合には，現在実行中のモジュールの終了前のタイミングにて演算装置が実行可能に復号化するための処理を計算機に実行させるための復号化プログラムと，からなるプログラム複合体。」
第３ 引用例に記載の事項
１　引用例１に記載された事項
　原審における平成２８年８月２５日付けの拒絶理由（以下「原審拒絶理由」という。）に引用された，本願の出願前に既に公知である，「鴨志田　昭輝，耐タンパーソフトウェアの構成手法に関する考察，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，１９９７年１２月１９日，第97巻 第461号，p.69-p.78」（以下，「引用例１」という。）には，関連する図面と共に，次の事項が記載されている。
Ａ　「４　提案要素技術
　耐タンパーソフトウェアを実現する手法をいくつか提案する．
４．１　実行コードの分割と暗号化
　
攻撃者がプログラムの実行コードを得るのを困難にするために，実行コードを暗号化する．しかし，プログラムの実行時には実行される部分のコードは復号された状態でメモリ上に存在しなければならない
Ｂ　「５．２　耐タンパーソフトウェアの構造
　
耐タンパーソフトウェアを実行するためのシステムとして以下の要素から構成されるものを本稿で提案する．図７に本稿で提案する耐タンパーソフトウェアの構成要素と構造を示す．
耐タンパーコード
ソフトウェアの本体にあたる部分．複数のブロックから構成される．暗号化されたブロックは，ブロックが実行される直前に復号される．
ブロック管理モジュール
耐タンパーコードからの要求を受けて，ブロックの管理を行うプログラム．ブロックを並列に実行したり，暗号化・復号の処理を行ったり，ブロックの実行が終了すると他のブロックに処理を移したりする．
変数領域
プログラム中で必要となるワークメモリ．プログラム中で使われる変数等の保存はブロック内ではなく変数領域内に保存する．
実行コード格納領域
復号されて得られた平文のブロックが格納されるメモリ．次に実行される平文のブロックにより上書きされる．複数のブロックを並列に動作させるような場合や，大量のデータをプログラムに埋込みそれを処理する必要がある場合等では，複数の実行コード格納領域を設ける．」（７６ページ左欄８行乃至３９行）
Ｃ　「５．３　耐タンパーコードの実行
　
耐タンパーコードは，ｎ個のブロックＢ
ｉ
（ただし０≦ｉ≦ｎ−１）で構成され
　
あるブロックＢ
ｉ
に処理が移ったとき，鍵生成関数によって次に実行するブロックＢ
ｉ＋１
を復号により得るための鍵が生成される．これを用いてＢ
ｉ＋１
が得られ，Ｂ
ｉ
はＢ
ｉ＋１
で上書きされるためＢ
ｉ
はメモリ上に存在しなくなる．そして処理がＢ
ｉ＋１
に移ることになる．
Ｄ　「図７
」
２　引用例２に記載された事項
　原審拒絶理由において引用された，本願の出願前に既に公知である，特開２００５−５０１９６号公報（平成１７年２月２４日公開。以下，「引用例２」という。）には，関連する図面と共に，次の事項が記載されている。（下線は説明のために当審で付加。以下同様。）
Ｅ　「【００２１】
　（実施の形態１）
　図１は，本発明の実施の形態１における暗号化プログラム実行装置の構成を示すブロック図である。図１において，
分割プログラム記憶手段１０１は，プログラムを小さい単位に分割した分割プログラムを暗号化する
分割プログラムを，暗号化されている場合は復号し
Ｆ　「【００３０】
　（ステップ２）　ステップ１で，分割プログラムがロードされていないと判定された場合，分割プログラム記憶手段１０１から分割プログラムを読み出す。このとき，
読み出された分割プログラムが暗号化されているならば，オーバレイローダ１０４は，これを復号する
第４　引用例１に記載の発明
ア　上記Ｂの「耐タンパーソフトウェアを実行するためのシステムとして以下の要素から構成されるものを本稿で提案する．図７に本稿で提案する耐タンパーソフトウェアの構成要素と構造を示す．」との記載，及び「耐タンパーコード」を説明する「ソフトウェアの本体にあたる部分．複数のブロックから構成される．暗号化されたブロックは，ブロックが実行される直前に復号される．」との記載，並びに「ブロック管理モジュール」を説明する，「耐タンパーコードからの要求を受けて，ブロックの管理を行うプログラム．ブロックを並列に実行したり，暗号化・復号の処理を行ったり，ブロックの実行が終了すると他のブロックに処理を移したりする．」との記載から，
　引用例１には“耐タンパーコード及びブロック管理モジュールを含む耐タンパーソフトウェアであって，
　前記耐タンパーコードは，ソフトウェアの本体にあたり，複数のブロックから構成され，前記複数のブロックのうち暗号化されたブロックは，当該ブロックが実行される直前に復号され，
　前記ブロック管理モジュールは，前記耐タンパーコードからの要求を受けて，前記ブロックの管理を行うプログラムであり，前記ブロックを並列に実行したり，暗号化・復号の処理を行ったり，ブロックの実行が終了すると他のブロックに処理を移したり”することが読み取れる。
イ　上記Ｃの「耐タンパーコードは，ｎ個のブロックＢｉ（ただし０≦ｉ≦ｎ−１）で構成されている．」との記載，及び「あるブロックＢｉに処理が移ったとき，鍵生成関数によって次に実行するブロックＢｉ＋１を復号により得るための鍵が生成される．これを用いてＢｉ＋１が得られ，ＢｉはＢｉ＋１で上書きされるためＢｉはメモリ上に存在しなくなる．そして処理がＢｉ＋１に移ることになる．」との記載から，引用例１には，“耐タンパーコードは，ｎ個のブロックＢｉで構成され，あるブロックＢｉに処理が移ったとき，鍵生成関数によって次に実行するブロックＢｉ＋１を復号により得るための鍵が生成され，これを用いてＢｉ＋１が得られ，処理がＢｉ＋１に移る”ことを読取ることができる。
ウ　上記ア及びイの記載から，引用例１には次の発明（以下「引用発明」という。）が記載されているといえる。
「耐タンパーコード及びブロック管理モジュールを含む耐タンパーソフトウェアであって，
　前記耐タンパーコードは，ソフトウェアの本体にあたり，複数のブロックから構成され，前記複数のブロックのうち暗号化されたブロックは，当該ブロックが実行される直前に復号され，
　前記ブロック管理モジュールは，前記耐タンパーコードからの要求を受けて，前記ブロックの管理を行うプログラムであり，前記ブロックを並列に実行したり，暗号化・復号の処理を行ったり，ブロックの実行が終了すると他のブロックに処理を移したりするものであり，
　前記耐タンパーコードは，ｎ個のブロックＢｉで構成され，あるブロックＢｉに処理が移ったとき，鍵生成関数によって次に実行するブロックＢｉ＋１を復号により得るための鍵が生成され，これを用いてＢｉ＋１が得られ，処理がＢｉ＋１に移る
　耐タンパーソフトウェア。」
第５　本願発明と引用発明との対比
１　引用発明の，「耐タンパーソフトウェア」は，「耐タンパーコード及びブロック管理モジュール」を含み，「耐タンパーコード」は，「ソフトウェアの本体」にあたることから“プログラム本体”といい得るものであり，「ブロック管理モジュール」は，「ブロックの管理を行うプログラム」であって，ブロックの「暗号化・復号の処理を行」う「プログラム」である。一方，本願発明の「プログラム複合体」は，「プログラム本体」と「復号化プログラム」とからなるものであることから，引用発明の「耐タンパーコード及びブロック管理モジュールを含む耐タンパーソフトウェア」は，本願発明の「プログラム本体と復号化プログラムとからなるプログラム複合体」に相当する。
２　引用発明の「耐タンパーコード」は，「複数のブロックから構成」され，当該「ブロック」については，「複数のブロックのうち暗号化されたブロック」が「実行される直前に復号され」るものであることから，当該「複数のブロック」の中には，「暗号化されたブロック」が存在することを読取ることができる。
　一方，本願発明の「プログラム本体」は，「モジュールの集合体」からなるものであって，「各モジュールのうち少なくとも一つは非実行時には暗号化された状態で」あることから，「モジュールの集合体」の中には，「暗号化された状態」の「モジュール」が存在するものであり，引用発明の「耐タンパーコード」と本願発明の「プログラム本体」とを対比すると，引用発明の「ブロック」と本願発明の「モジュール」とは，両者とも“暗号化”された部分が存在するという点で，共通しているといえる。
　したがって引用発明の「耐タンパーコード」と本願発明の「プログラム本体」とは，下記の点で相違するものの，“モジュールの集合体からなるプログラム本体であって，各モジュールのうち少なくとも一つは非実行時には暗号化された状態であるプログラム本体”である点で一致する。
３　引用発明の「耐タンパーコード」は，「複数のブロックのうち暗号化されたブロックは，当該ブロックが実行される直前に復号され」るものであること，及び「ｎ個のブロックＢｉで構成され，あるブロックＢｉに処理が移ったとき，鍵生成関数によって次に実行するブロックＢｉ＋１を復号により得るための鍵が生成され，これを用いてＢｉ＋１が得られ，処理がＢｉ＋１に移る」ものであり，当該「これを用いてＢｉ＋１が得られ」るとは，「当該ブロックが実行される直前に復号され」ることによって「Ｂｉ＋１が得られ」ることを意味し，また上記「あるブロックＢｉ」は，「次に実行するブロックＢｉ＋１」に対して“現在実行中”であるといえ，また当該「次に実行するブロックＢｉ＋１」は，“次に実行される”ものである。
　また，引用発明の「ブロック管理モジュール」は，「暗号化・復号の処理を行」うものであり，そのうち「復号の処理」は，上記「次に実行するブロックＢｉ＋１」の復号化であり，当該復号化の結果得られた「処理がＢｉ＋１に移る」とされる当該「Ｂｉ＋１」は，所定の演算装置（ＣＰＵなど）によって“実行可能”になっていることから，以上総合して，引用発明の「ブロック管理モジュール」と本願発明の「復号化プログラム」とは，下記の点で異なるものの，両者ともに“次に実行されるモジュールである次モジュールが，暗号化されている場合には，演算装置が実行可能に復号化するための処理を計算機に実行させるための復号化プログラム”である点で一致する。
４　以上，上記１乃至３の検討から，引用発明と本願発明とは次の一致点及び相違点を有するものと認められる。
［一致点］
　モジュールの集合体からなるプログラム本体であって，
　各モジュールのうち少なくとも一つは非実行時には暗号化された状態であるプログラム本体と，
　次に実行されるモジュールである次モジュールが，暗号化されている場合には，演算装置が実行可能に復号化するための処理を計算機に実行させるための復号化プログラムからなるプログラム複合体。
［相違点］
（相違点１）
　本願発明が，「モジュール」の集合体からなるものであるのに対し，引用発明は，複数の「ブロック」から構成される点。
（相違点２）
　本願発明の「復号化プログラム」における，「次に実行されるモジュールである次モジュールが，暗号化されている場合」の「復号化」がされるタイミングが，「現在実行中のモジュールの終了前のタイミング」であるのに対し，引用発明では，「暗号化されたブロックは，ブロックが実行される直前に復号される」であるものの，現在実行中のモジュールの終了とのタイミングが明らかでない点。
第６　相違点についての当審の判断
１　相違点１について
　まず，本願発明の「モジュール」につき，特許請求の範囲には，「集合体」を形成し，「プログラム本体」となるものであること，「各モジュールのうち少なくとも一つ」は，「非実行時には暗号化された状態である」こと，及び，「次に実行されるモジュールである次モジュールが，暗号化されている場合」とあることから，実行される前に暗号化された状態で存在するものであること，及び，「次に実行されるモジュールである次モジュール」が「復号化するための処理」がなされることを特定されているが，具体的にどのようなものを「モジュール」というものかについての特定はされていない。
　そこで，明細書の発明の詳細な説明を参照して，当該「モジュール」とは具体的にどのようなものを意味するものかについて，検討を行う。
　本願明細書段落１乃至４には，本願発明の技術分野，背景技術，及び発明が解決しようとする課題について，次の記載がみられる。
「【０００１】
　本発明は，
ソフトウエアの耐タンパ性を向上させる技術
【背景技術】
【０００２】
　ソフトウエアのうち，例えば認証アルゴリズムを含むもののように，その中身を知られたくないものが存在する。にもかかわらず，ソースコードはもとより，
実行形式のソフトウエアにおいても，逆アセンブルやデバッギングにより，ソフトウエアのアルゴリズム等の内容が明るみにされるという脅威が存在
…（中略）…
【発明が解決しようとする課題】
【０００３】
　しかし，ソースコード自体の難読性を上げても，そこから生じる実行形式のコード自体が平文であるため，時間をかければ必ず解析が可能である点が問題となる。そこで，
実行形式のコードを暗号化し実行時に復号化するという方法が考えられる。これにより，記憶域に保存された状態の実行形式のファイルについては，暗号化されているため，解析がほぼ不可能
暗号化するだけでは実行時には何らかの形で復号化する必要があり，復号化し実行中のコードについてはデバッガ等による解析が可能である
実行時に全てのコードを復号化してから実行する方法
実行時にプログラム全てを復号化する方式であると，メモリ上において復号化されたプログラムがロードされた状態のイメージを解析することにより，その内容を把握することが可能
【課題を解決するための手段】
【０００４】
　以上の課題を解決するために，第一に本発明は以下のようなプログラム複合体を提供する。
該プログラム複合体は複数のモジュールから構成され
実行前においては，少なくとも一つのモジュールは暗号化データで保持され，実行時においては暗号化されたモジュールの前に実行されるモジュールが復号化の処理を行い，復号化されたモジュールが実行される
　上記記載から，本願発明の解決しようとする課題は，従来，ソースコードはもとより，実行形式のソフトウエアにおいても，逆アセンブルやデバッギングにより，ソフトウエアのアルゴリズム等の内容が明るみにされるという脅威が存在することを背景とし，ソフトウェアの耐タンパ性を向上させることを目的とし，実行形式のコード
全体を暗号化
全てを復号化する方式
複数のモジュールから構成
　そして，当該解決手段の具体的な実施形態の１つとして説示する，本願明細書段落１４乃至１７及び図１には，次の記載がみられる。
「図１       
 
」
「【００１４】
  ≪実施例１≫
    ＜概要＞
  図１は，本実施例のプログラム複合体の動作の一例を説明するための概念図である。この図にあるように，
プログラムＡとしたプログラム複合体は記憶域のアドレスＸからアドレスＹの間にモジュールＰ個が存在
プログラムは，モジュール１から順にモジュールＰまで実行される
モジュール１はモジュール２を呼び出し，モジュール２はモジュール３を呼び出すという階層的な実行方式
…（中略）…
【００１７】
  このように，本実施例のプログラム複合体は，
プログラムの実行時において，モジュールが実行され終了する直前に次に実行すべきモジュールを復号化する動作が可能
実行時になって初めてモジュールのコードが可読となる
一度に全ての関数が可読である場合に比べ，大幅に解析に時間がかかる
暗号化により保護対象関数Ｐまでの流れが隠蔽されているので，解析者がプログラムの全体像を十分につかめない
　上記記載から，プログラム複合体は記憶域のアドレスＸからアドレスＹの間に「モジュール」Ｐ個が存在する構造を有していること，プログラムは，「モジュール１」から順に「モジュールＰ」まで実行されること，「モジュール１」は「モジュール２」を呼び出し，「モジュール２」は「モジュール３」を呼び出すという階層的な実行方式をとること，などを読み取ることができる。そして，プログラムの実行時において，「モジュール」が実行され終了する直前に次に実行すべき「モジュール」を復号化する動作が可能であり，これにより，実行時になって初めて「モジュール」のコードが可読となるため，一度に全ての関数が可読である場合に比べ，大幅に解析に時間がかかり，さらに，暗号化により保護対象関数Ｐ（すなわちモジュールＰ）までの流れが隠蔽されているので，解析者がプログラムの全体像を十分につかめないといった効果を奏するものであることを読み取ることができる。
　翻って，引用発明の「ブロック」について検討する。
　引用発明の「耐タンパーコード」は，「複数のブロックから構成され」るものであり，当該「ブロック」のうち，「暗号化されたブロック」は，「当該ブロックが実行される直前に復号され」るものである。このことは，耐タンパーコードを暗号化するにあたり，全体を暗号化するのでなく，耐タンパーコードを複数の部分に分けて，当該部分毎に，すなわちブロック単位で暗号化するものであることも示しているといえる。
　同じく，引用発明の「耐タンパーコード」は，「あるブロックＢｉに処理が移ったとき，鍵生成関数によって次に実行するブロックＢｉ＋１を復号により得るための鍵が生成され，これを用いてＢｉ＋１が得られ，処理がＢｉ＋１に移る」ものであるから，「ブロックＢｉ＋１」は実行時には復号化され，また，「ブロックＢｉ」，「ブロックＢｉ＋１」は，順次実行されるものであるといえる。
　以上を踏まえると，本願発明の「モジュール」と引用発明の「ブロック」とはいずれも，
（１）外部からの解析といった脅威から保護されるべきプログラムの一部を構成するものであること，
（２）当該プログラム全体を暗号化するのではなく，プログラムを複数の部分に分けて，その部分毎に暗号化する場合の，当該部分であること，
（３）実行時には復号化され，順次実行されるものであること，
の点において共通するものであって，両者はその機能に格別の相違を見いだすことはできず，仮に相違があったとしても，当該相違はプログラム設計上の微差に過ぎないものであって，その相違に基づいて奏される本願発明の効果も格別なものとはいえない。
　したがって，本相違は格別なものではない。
２　相違点２について
　通常，複数のモジュールを順次実行するようなプログラムにおいて，当該モジュールの次に実行されるモジュールに関しては，それが実行される前には実行可能な状態にされていなければならないことは技術常識であり（例えば引用例１の記載事項Ａの，「攻撃者がプログラムの実行コードを得るのを困難にするために，実行コードを暗号化する．しかし，プログラムの実行時には実行される部分のコードは復号された状態でメモリ上に存在しなければならない．」との記載を参照。），また，上記引用例２の記載事項ＥやＦにもみられるように，分割プログラムすなわちモジュールが，暗号化されているときに，その実行前に復号することは周知技術に過ぎず，当該復号化のタイミングは，少なくとも現在実行中のモジュールが終わる前までには行われなければならないことは技術常識であるから，次に実行されるモジュールである次モジュールが暗号化されている場合に復号する場合に，当該復号を，次モジュールの前の実行中のモジュールが終了する前に行う程度のことは，当業者が普通に想起する程度のことに過ぎず，格別なものとはいえない。
　したがって，本願発明は，引用発明及び周知技術に基づいて当業者が容易になし得たものというほかない。
　なお，審判請求人は，平成２９年１月４日付けの審判請求書において，
「本願発明の特徴的な部分は，請求項１の「次に実行されるモジュールである次モジュールが，暗号化されている場合には，現在実行中のモジュールの終了前のタイミングにて演算装置が実行可能に復号化する」という記載部分にも現れているように，メモリ上に実行中のモジュールと次実行モジュールの２つが存在する点にあります。そして，実行中のモジュールが実行されている間に次モジュールの複合化処理が行われるという具合です。…（中略）…本願発明では，メインメモリ上にて（実行中モジュールの）実行処理と（次モジュールの）復号化処理が並存しているのに対して，引用文献１の発明では，これらの処理が並存していない点において，相違します。仮に可用性を向上させることを考えるのであれば，実行中のモジュールの終了時点と復号化の開始時点が同じ時刻である構成を採用すべきですが，本件発明では，そのようには構成しません。つまり，実行処理と復号化処理とを同時並列的に行う点にも特徴があります。この同時並列処理によって，クラッキング等をもくろむ者にとって，実行されている命令と命令の実行に伴う処理の対応が解読しづらくなるという効果を生みます。」
旨主張を行っている。
　上記主張について検討する。
　本願の特許請求の範囲には，「メモリ上に実行中のモジュールと次実行モジュールの２つが存在する」ことや，「メインメモリ上にて（実行中モジュールの）実行処理と（次モジュールの）復号化処理が並存している」ことは明示的には記載されていないので，特許請求の範囲の記載に基づく主張ではなく，もとより採用の余地はないものの，
主張１：
「メモリ」上に「実行中モジュール」と「次実行モジュール」の２つが存在する。
主張２：
「メインメモリ」上で，「実行処理」と「復号化処理」が「並存」している。
ことに関し，検討する。
　まず，主張１を検討する。
　特許請求の範囲にはそもそも，「メモリ」なる特定事項が記載されていないから，当該主張の「メモリ」が何を表すものかは必ずしも判然としないが，「実行中のモジュール」や，「次に実行される次モジュール」が，コンピュータにおいて実行されるプログラムの一部である技術常識を考慮すれば，「メモリ上に実行中のモジュールと次実行モジュールの２つが存在する」とは，当該「モジュール」が実行されるべく，当該コンピュータ上のメモリに展開されていることを表しているものと解する余地はあるといえる。そして，「実行中のモジュール」がメモリ上に存在しているのは当然として，これから復号化される「次モジュール」が当該メモリ上に存在しているかについては，当該復号化処理が終了して次モジュールに処理が移行すれば，当該メモリ上に存在するといえるものの，復号化処理中若しくは復号化処理前には，少なくとも上記メモリ上には存在していないとみるべきである。
　そうすると，審判請求人の上記主張１は，実行しているモジュールも，これから復号化されるモジュールも，実行時に用いられるメモリではない，“所定のメモリ”上に存在していることを表しているとも解される。そして，本願明細書段落２９及び図面の図６を参照し，不揮発性メモリ（０６０３）より揮発性メモリ（０６０２）にプログラムＡがロードされ，プログラムＡを構成するＮ個のモジュールが，揮発性メモリ（０６０２）にロードされている状態が説明されていて，上記“所定のメモリ”が揮発性メモリ（０６０２）のことをいうものとして，上記解釈は概ね妥当なものといえる。
　翻って引用発明についてみるに，引用発明の「耐タンパーコード」のうち「暗号化されたブロック」は，「当該ブロックが実行される直前に復号され」るものである。また，引用例１の上記記載事項Ａに「プログラムの実行時には実行される部分のコードは復号された状態でメモリ上に存在しなければならない」と記載され，同記載事項Ｄの図７を参照すると，「耐タンパーコード」中の「ブロック」は，「ブロック管理モジュール」によって，「暗号化されたブロックの参照」とあるように，参照されるために，なんらかのメモリ上に存在していることは明らかであるから，結局引用発明においても，「実行中モジュール」と「次実行モジュール」の２つが“所定のメモリ”上に存在していると言い得，この点において本願発明との格別な差異を認めることはできないから，主張１については，これを採用することはできない。
　次に主張２については，引用発明は「暗号化されたブロックは，当該ブロックが実行される直前に復号され」るものであることからして，実行中のモジュールの実行処理と次モジュールの復号化処理は，所定のメモリ上（メインメモリ上）で並存せざるを得ないのであって，当該主張２も採用できない。
　最後に，「仮に可用性を向上させることを考えるのであれば，実行中のモジュールの終了時点と復号化の開始時点が同じ時刻である構成を採用すべき」の点に関しては，仮に可用性を向上させる場合には，実行中のモジュールの次に事項されるモジュールは，実行中のモジュールの処理に引き続いて実行されるよう，その準備をすべきであって，暗号化されたモジュールの復号化が瞬時に行われるような類のもので無い限り，実行中のモジュールの終了時点と復号化の開始時点を同じ時刻とすることは通常は考えられず，主張自体当を得ないものといわざるを得ない。
　以上の検討から，審判請求人の主張はいずれも採用できず，また本願発明の構成によってもたらされる効果も，引用発明や引用例２に記載された事項から当業者ならば容易に予測することができる程度のものであって，格別のものとはいえない。
第７　むすび
　以上のとおり，本願発明は，特許法２９条２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。