【事件の表示】
　特願２０１２−　９３４０３「リソースマネージャアーキテクチャ」拒絶査定不服審判事件〔平成２４年　７月１９日出願公開、特開２０１２−１３８１２６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本件審判請求に係る出願は、２００１年４月２日（パリ条約による優先権主張２０００年５月２日（以下、「優先日」という。），米国）を国際出願日とする特願２００１−５８０６５７号の一部を、平成２４年４月１６日に新たな特許出願としたものであって、その後の手続の経緯の概略は次のとおりである。
　
出願審査請求（提出日）　　平成２４年４月１６日
拒絶理由通知（起案日）　　平成２５年９月２０日（同年１０月１日発送）
意見、手続補正（提出日）　平成２６年１月３０日
拒絶査定（起案日）　　　　平成２６年３月２７日（同年４月１日発送）
審判請求（提出日）　　　　平成２６年７月３０日
手続補正（提出日）　　　　平成２６年７月３０日
前置報告（作成日）　　　　平成２６年１０月３０日
拒絶理由通知（起案日）　　平成２７年２月２４日（同年３月３日発送）
補正の却下の決定（起案日）平成２７年２月２４日（同年３月１０日発送）
意見、手続補正（提出日）　平成２７年６月１日
　
第２　本願発明
　本願の請求項１ないし３１に係る発明は、平成２７年６月１日付け手続補正により補正された特許請求の範囲の請求項１ないし３１に記載された事項により特定されると認められるところ、本願の請求項２１に係る発明（以下、「本願発明」という。）は以下のとおりのものと認める。
　
「タスクを実施するためのリソースのセットを予約する要求を受け取るステップと、
　実施する前記タスクの夫々１つに関連して新しいアクティビティデータ構造を生成するステップと、
　前記新しいアクティビティデータ構造において保持され、当該新しいアクティビティデータ構造に対応するタスクを実施するのに必要な１つ又は複数のリソースのセットを記述する少なくとも１つの新しい構成データ構造を構築するステップと、
　前記新しいアクティビティデータ構造に含まれる前記少なくとも１つの新しい構成データ構造の中のいずれか１つの構成データ構造において指定される前記リソースのセットが利用可能であるかどうかを決定し、前記指定されるリソースが利用可能である場合に該指定されるリソースを前記タスクを実施するために予約するステップと
　を含むことを特徴とする方法。」
　
第３　引用文献
１．引用文献１
（１）本願の優先日前に既に頒布又は電気通信回線を通じて公衆に利用可能となり、当審の拒絶理由通知において引用された文献である、特開平１０−６３５１９号公報（以下、「引用文献１」という。）には、関連する図面とともに、次の事項が記載されている。 
 （当審注：下線は、参考のために当審で付与した。） 
　
ア．「【０００１】
【発明の属する技術分野】本発明は、コンピュータ・システムに関し、具体的にはコンピュータ・システム資源の予約および管理に関する。
【０００２】
【従来の技術】資源（たとえば、メモリ）が制限されている組込みシステム、セットトップ・ボックス、汎用コンピュータなどのコンピューティング環境では、ある動作を完了するのに必要な資源が使用可能であるかどうかという不確実性に対応するためにソフトウェアが開発されている。
【０００３】汎用コンピュータの場合、適切に作成されたソフトウェアは、必要になると資源を要求し、要求した資源が実際に供給されたことを確認する。資源が供給されていないと判定された場合、実行中の動作は途中までで打ち切られ、その動作の早期段階に割り振られた資源はシステムに返される。
【０００４】しかし、資源が少ないシステムでは、この手法が十分機能しない。たとえば、１つの動作が完了するのに十分な資源しかないのに、システムが２つの動作を開始した場合、両方の動作が途中で機能しなくなる可能性がある。
…（中略）…
【０００７】一部のプログラマは、資源を事前割振りすることによってこの問題を解決しようと試みている。
…（中略）…
【０００８】
【発明が解決しようとする課題】しかし、資源の事前割振りには、少なくとも３つの欠点がある。第１に、
オブジェクト指向環境では、正しいオブジェクト・タイプの資源を事前に割り振ることができない可能性がある
【０００９】第２に、ほとんどのコードは事前割振りを考慮して作成されていない。したがって、資源の事前割振りを行ったコードを資源の事前割振りを行わない既存コードと統合する場合、事前割振りされた資源を使用するように既存コードに指示することができない。
【００１０】第３に、資源の事前割振りを行うと、システムによる高機能管理が妨げられる。システム側から見ると、資源がすでに割り振られていると、その資源は使用中であると見なされる。したがって、すでに割り振られている資源の一部が実際には使用中ではない場合、システムは割振り済み資源を管理する（たとえば、割振り済みメモリの一部を別の動作に一時的に貸す）ことができない。」
　
イ．「【００１１】
【課題を解決するための手段】本発明の一実施態様は、
コンピュータ・システム内の資源を管理するための方法
資源マネージャは第１の動作の第１の要求を受け取る。第１の要求は、第１の資源を識別し、第１の動作を実行するために必要な第１の資源の量を指定する。これに対する応答として、資源マネージャは、第１の要求が要求した第１の資源の量が予約可能であるかどうかを判定する。第１の要求が要求した第１の資源の量が予約可能であることに対する応答として、資源マネージャは、第１の資源を第１の動作に割り振る前に第１の要求が要求した第１の資源の量を予約する
　
ウ．「【００１３】
【発明の実施の形態】資源を割り振る前に資源を予約するための方法について説明する。
【００１４】図１を参照すると、本発明の一実施形態を実施可能なコンピュータ・システムが１００として示されている。コンピュータ・システム１００のメモリ１０４内には、オペレーティング・システム１１０が示されているが、これはユーザ・アプリケーション・プログラムの実行を制御し、スケジューリング、データ入出力制御、その他のデータ管理責任などのサービスを提供する。
【００１５】オペレーティング・システム内には、コンピュータ・システムの資源の割振りを担当する制御プログラムである資源マネージャ１１２が含まれている。
…（中略）…
【００１６】また、メモリ１０４内には、図示の通り、現在実行中であるマルチスレッド・プログラム１１５も含まれている。最新の対話式ソフトウェアでは、一般に「制御のスレッド」（スレッド）と呼ばれる複数の制御の流れにより単一プログラムを構成させることができる。
スレッドは、複数の異なる実行プログラム（すなわち、プロセス）間の切替えの概念を、単一プログラム内で同時に実行中の複数の異なる機能間の切替え（すなわち、単一プログラム内のマルチタスク処理）に拡張するものである
【００１７】１つのプログラムに属す複数のスレッドは同じアドレス空間を共用するが、各スレッドはそれ専用のプログラム・カウンタ（Ｐ．Ｃ．）、レジスタ・セット、スタックを備えている。その結果、複数のスレッド間の切替えのオーバヘッド（たとえば、複数のレジスタ、スタック・ポインタ、プログラム・カウンタなどの状態の保管）は、プロセス間の切替え時に発生するオーバヘッド（たとえば、仮想メモリ・マップ、ファイル記述子などの状態の保管）よりかなり小さくなる。
【００１８】
コンピュータ資源は、各スレッドに関連するそれぞれの動作を完了するために各スレッドに割り振られる
割り振られる資源としては、実行中のプログラムの動作に割振り可能なコンピュータ・システムのうちのランダム・アクセス・メモリ、ネットワーク帯域幅、ディスプレイ、プリンタ、その他のデバイスなど
【００１９】
動作の実行を完了するために必要な資源を入手するため、各スレッドは資源マネージャ１１２に要求を出す。資源マネージャは、その要求を読み取
【００２０】一実施形態のＲＳＴは、各資源ごとの使用可能インジケータを含み、それが特定の資源のうちのどの程度が予約可能であるかを示す（たとえば、１２７）。代替実施形態では、予約済みインジケータを使用して、現在予約されている各資源の量を示すこともできる。
【００２１】要求された資源の要求された量が使用可能である場合、資源マネージャは要求された資源の要求された量を予約する（以下、予約資源という）。これに対して、要求された資源の要求された量が使用可能でない場合、要求側スレッドはその動作を開始しないことを選ぶことができる。
【００２２】
要求された資源の要求された量を予約する場合、資源マネージャは、予約資源に関する項目を予約テーブル１３０に挿入する。予約テーブル内の各項目は、予約資源、予約した資源の量、資源を予約したスレッドを識別する
【００２３】
予約後のある時点で、それが予約されたスレッドに対して予約資源が割り振られる
…（中略）…
【００３１】ブロック２１０では、
要求された資源の要求された量を資源マネージャが予約した後のある時点で、それが予約されたそれぞれのスレッドに対して予約資源が動的に割り振られる
動的割振りは、要求側スレッドによって予約資源が必要になったときに要求側スレッドに対して予約資源の各部分を割り振ることとして定義される
　 
（２）引用文献１に記載された事項について検討する。 
（ア）前記イ．の「コンピュータ・システム内の資源を管理するための方法」に関する、「資源マネージャは第１の動作の第１の要求を受け取る。第１の要求は、第１の資源を識別し、第１の動作を実行するために必要な第１の資源の量を指定する」との記載、前記ウ．の「動作の実行を完了するために必要な資源を入手するため、各スレッドは資源マネージャ１１２に要求を出す。資源マネージャは、その要求を読み取」るとの記載から、引用文献１には「動作の実行を完了するために必要な資源を入手するため、各スレッドは資源マネージャに第１の資源を識別し、第１の動作を実行するために必要な第１の資源の量を指定する要求を出し、資源マネージャは、その要求を読み取るステップ」が記載されていると認められる。
　
（イ）前記（ア）での言及から「必要な資源を入手」して「動作を実行する」「各スレッド」をよみとることができ、前記ウ．の「要求された資源の要求された量を予約する場合、資源マネージャは、予約資源に関する項目を予約テーブル１３０に挿入する」との記載から「予約資源に関する項目を有する予約テーブル」が準備されていることをよみとることができる。これらを合わせると引用文献１には「必要な資源を入手して動作を実行する各スレッドに関連した予約資源に関する項目を有する予約テーブルが準備される」ことが記載されていると認められる。
　
（ウ）前記ウ．の「予約テーブル内の各項目は、予約資源、予約した資源の量、資源を予約したスレッドを識別する」との記載から、「予約テーブル内の各項目は、予約資源、予約した資源の量、資源を予約したスレッドを識別する項目などの各項目を有する予約テーブル」であることをよみとることができ、前記ウ．の「コンピュータ資源は、各スレッドに関連するそれぞれの動作を完了するために各スレッドに割り振られる。割り振られる資源としては、実行中のプログラムの動作に割振り可能なコンピュータ・システムのうちのランダム・アクセス・メモリ、ネットワーク帯域幅、ディスプレイ、プリンタ、その他のデバイスなど」との記載から、「各スレッドに割り振られる」ために「前記予約テーブルへの予約」がされると解されることから、「各スレッドに関連するそれぞれの動作を完了するために各スレッドに予約されるランダム・アクセス・メモリ、ネットワーク帯域幅などの予約資源を」「挿入する予約テーブル」をよみとることができる。これらを併せると引用文献１には「予約テーブル内の各項目は、予約資源、予約した資源の量、資源を予約したスレッドを識別する項目などの各項目を有し、各スレッドに関連するそれぞれの動作を完了するために各スレッドに予約されるランダム・アクセス・メモリ、ネットワーク帯域幅などの予約資源を挿入する予約テーブル」が記載されていると認められる。
　
（エ）前記イ．の「資源マネージャは第１の動作の第１の要求を受け取る。…（中略）…これに対する応答として、資源マネージャは、第１の要求が要求した第１の資源の量が予約可能であるかどうかを判定する。第１の要求が要求した第１の資源の量が予約可能であることに対する応答として、資源マネージャは、第１の資源を第１の動作に割り振る前に第１の要求が要求した第１の資源の量を予約する」との記載から引用文献１には「前記第１の動作の第１の要求に対する応答として、資源マネージャは、第１の要求が要求した第１の資源の量が予約可能であるかどうかを判定し、第１の要求が要求した第１の資源の量が予約可能であることに対する応答として、第１の資源を第１の動作に割り振る前に第１の要求が要求した第１の資源の量を予約するステップ」が記載されていると認められる。
　
（ア）〜（エ）によれば、引用文献１には、前記ア．に記載された課題を解決することを目的とした次の発明（以下、「引用発明」という。）が示されている。 
　
「動作の実行を完了するために必要な資源を入手するため、各スレッドは資源マネージャに第１の資源を識別し、第１の動作を実行するために必要な第１の資源の量を指定する要求を出し、資源マネージャは、その要求を読み取るステップと、
　必要な資源を入手して動作を実行する各スレッドに関連した予約資源に関する項目を有する予約テーブルが準備されるステップと、
　前記予約テーブル内の各項目は、予約資源、予約した資源の量、資源を予約したスレッドを識別する項目などの各項目を有し、各スレッドに関連するそれぞれの動作を完了するために各スレッドに予約されるランダム・アクセス・メモリ、ネットワーク帯域幅などの予約資源を挿入することができる予約テーブルであり、
　前記第１の動作の第１の要求に対する応答として、資源マネージャは、第１の要求が要求した第１の資源の量が予約可能であるかどうかを判定し、第１の要求が要求した第１の資源の量が予約可能であることに対する応答として、第１の資源を第１の動作に割り振る前に第１の要求が要求した第１の資源の量を予約するステップと
　を含むことを特徴とするコンピュータ・システム内の資源を管理するための方法。」
　
２．参考文献２
　本願の優先日前に既に頒布又は電気通信回線を通じて公衆に利用可能とされた、特表平９−５１１８５９号公報（以下、「参考文献２」という。）には、関連する図面とともに、以下の技術的事項が記載されている。
　
エ．「オブジェクト指向プログラミング技術の第１クラスのオブジェクトのインスタンスに対してアクティビティをマッピングし、オブジェクト指向プログラミング技術の
第２クラスのオブジェクトのインスタンスに対して前記コンテナにおけるデータ項目をマッピングする
アクティビティ・クラス
データ項目クラスという２つのクラスのオブジェクト
　
オ．「アクティビティはプロセス・グラフのノードである。アクティビティはプログラムとして実施される。アクティビティは、名前及び環境情報のようなそのプログラムの物理的特性を含むプログラム・オブジェクトの名前を通してそのプログラムを参照する。プログラムは同期的に呼び出される。…（中略）…各アクティビティは、入力コンテナ及び出力コンテナと関連付けられる。
コンテナの構造は、データ構造オブジェクトを参照する
　
第４　対比
　引用発明と本願発明とを対比する。　
１．引用発明の「各スレッド」は、前記ウ．の「スレッドは、複数の異なる実行プログラム（すなわち、プロセス）間の切替えの概念を、単一プログラム内で同時に実行中の複数の異なる機能間の切替え（すなわち、単一プログラム内のマルチタスク処理）に拡張するものである」との記載、および、本願発明の「タスク」は単一のプログラム内に限定されるものではない点をふまえれば、本願発明の「タスク」に相当するといえる。してみれば、引用発明の「動作の実行を完了するために必要な資源を入手するため、各スレッドは資源マネージャに第１の資源を識別し、第１の動作を実行するために必要な第１の資源の量を指定する要求を出し、資源マネージャは、その要求を読み取るステップ」と本願発明の「タスクを実施するためのリソースのセットを予約する要求を受け取るステップ」とは、後記する点で相違するものの、「タスクを実施するためのリソースを予約する要求を受け取るステップ」という点において共通する。
　
２．引用発明の「予約資源に関する項目を有する予約テーブルが準備されるステップ」における当該「予約テーブル」は、テーブルというデータ構造を有しており、少なくとも前記項目を有するデータ構造は明らかであり、一方、本願発明の「新しいアクティビティデータ構造を生成する」ことは、上位概念では「データ構造を準備する」ことであるとみることができる。してみると、引用発明の「必要な資源を入手して動作を実行する各スレッドに関連した予約資源に関する項目を有する予約テーブルが準備されるステップ」と本願発明の「実施する前記タスクの夫々１つに関連して新しいアクティビティデータ構造を生成するステップ」とは、後記する点で相違するものの、「実施する前記タスクの夫々１つに関連してデータ構造を準備するステップ」という上位概念において共通する。
　
３．前記２．において言及した「生成する」ことと同様に本願発明の「構築する」ことは上位概念では「準備する」ことであるといえる。また、引用発明の「予約資源、予約した資源の量、資源を予約したスレッドを識別する項目などの各項目」のデータ構造は、「ランダム・アクセス・メモリ、ネットワーク帯域幅など（のセット）の予約資源」がコンフィギュレーション（構成）といえるものであるから「構成データ構造」といえる。してみれば、引用発明の「前記予約テーブル内の各項目は、予約資源、予約した資源の量、資源を予約したスレッドを識別する項目などの各項目を有し、各スレッドに関連するそれぞれの動作を完了するために各スレッドに予約されるランダム・アクセス・メモリ、ネットワーク帯域幅などの予約資源を挿入することができる予約テーブルであり」と本願発明の「前記新しいアクティビティデータ構造において保持され、当該新しいアクティビティデータ構造に対応するタスクを実施するのに必要な１つ又は複数のリソースのセットを記述する少なくとも１つの新しい構成データ構造を構築するステップ」とは、後記する点で相違するものの、「前記データ構造において保持され、当該データ構造に対応するタスクを実施するのに必要な１つ又は複数のリソースを記述する少なくとも１つの構成データ構造を準備するステップ」という点において共通する。
　
４．引用発明の「前記第１の動作の第１の要求に対する応答として、資源マネージャは、第１の要求が要求した第１の資源の量が予約可能であるかどうかを判定し、第１の要求が要求した第１の資源の量が予約可能であることに対する応答として、第１の資源を第１の動作に割り振る前に第１の要求が要求した第１の資源の量を予約するステップ」と本願発明の「前記新しいアクティビティデータ構造に含まれる前記少なくとも１つの新しい構成データ構造の中のいずれか１つの構成データ構造において指定される前記リソースのセットが利用可能であるかどうかを決定し、前記指定されるリソースが利用可能である場合に該指定されるリソースを前記タスクを実施するために予約するステップ」とは、後記する点で相違するものの、「前記データ構造に含まれる前記少なくとも１つの構成データ構造の中のいずれか１つの構成データ構造において指定される前記リソースが利用可能であるかどうかを決定し、前記指定されるリソースが利用可能である場合に該指定されるリソースを前記タスクを実施するために予約するステップ」という点において共通する。
　
　前記１．〜４．の検討によれば、本願発明と引用発明とは次の事項を有する発明である点では一致し、そして、次の点で相違する。
　
［一致点］
「タスクを実施するためのリソースを予約する要求を受け取るステップと、
　実施する前記タスクの夫々１つに関連してデータ構造を準備するステップと、
　前記データ構造において保持され、当該データ構造に対応するタスクを実施するのに必要な１つ又は複数のリソースを記述する少なくとも１つの構成データ構造を準備するステップと、
　前記データ構造に含まれる前記少なくとも１つの構成データ構造の中のいずれか１つの構成データ構造において指定される前記リソースが利用可能であるかどうかを決定し、前記指定されるリソースが利用可能である場合に該指定されるリソースを前記タスクを実施するために予約するステップと
　を含むことを特徴とする方法。」
　
〈相違点１〉
　各ステップに係るリソースが、本願発明は、それぞれ「リソースのセット」であるのに対し、引用発明は資源である点。
〈相違点２〉
　データ構造を準備するステップに関し、本願発明は、「新しいアクティビティ」データ構造を「生成する」のに対し、引用発明は、そのようであるか不明である点。
〈相違点３〉
　構成データ構造を準備するステップに関し、本願発明は、「新しいアクティビティ」データ構造において保持され、当該「新しいアクティビティ」データ構造に対応するタスクを実施するのに必要な１つ又は複数のリソースのセットを記述する少なくとも１つの「新しい」構成データ構造を「構築する」のに対し、引用発明は、そのようであるか不明である点。
〈相違点４〉
　予約するステップに関し、本願発明は、「新しいアクティビティ」データ構造に含まれる前記少なくとも１つの「新しい」構成データ構造の中のいずれか１つの構成データ構造において指定される前記リソースのセットが利用可能であるかどうかを決定しているのに対し、引用発明は、そのようであるか不明である点。
　
第５　判断
１．〈相違点１〉について
　前記ウ．には「コンピュータ資源は、各スレッドに関連するそれぞれの動作を完了するために各スレッドに割り振られる。割り振られる資源としては、実行中のプログラムの動作に割振り可能なコンピュータ・システムのうちのランダム・アクセス・メモリ、ネットワーク帯域幅、ディスプレイ、プリンタ、その他のデバイスなど…（中略）…動作の実行を完了するために必要な資源を入手するため、各スレッドは資源マネージャ１１２に要求を出す。資源マネージャは、その要求を読み取」ると記載されており、資源の要求、割り振り、予約において「ランダム・アクセス・メモリとネットワーク帯域幅」などの如き資源の組みとすることが示唆されている。
　してみれば、引用発明の「資源」を「資源の組み」を含めて、「リソースのセット」と成すことは単なる設計的事項にすぎず当業者が適宜になし得ることである。
　
２．〈相違点２〉について
　前記ア．の「オブジェクト指向環境では、正しいオブジェクト・タイプの資源を事前に割り振ることができない可能性がある」との記載、前記ウ．の「予約後のある時点で、それが予約されたスレッドに対して予約資源が割り振られる」、「要求された資源の要求された量を資源マネージャが予約した後のある時点で、それが予約されたそれぞれのスレッドに対して予約資源が動的に割り振られる」、「動的割振りは、要求側スレッドによって予約資源が必要になったときに要求側スレッドに対して予約資源の各部分を割り振ること」との記載から、オブジェクト指向環境では、オブジェクト・タイプの資源を事前に割り振るより、事前以外の割振り、例えば、動的割り振りなどの可能性があることが示唆され、しかも、課題が解決される本願発明に関して、前記要求側スレッドによって予約資源が必要になったときに要求側スレッドに対して予約資源の各部分を割り振る動的割り振りをしているという結果論からしても、前記予約資源の割り振りがオブジェクト指向環境により可能であることは当然想定されるものである。
　そして、前記の如きオブジェクト指向環境に関し、「新しいアクティビティ」データ構造を「生成する」ことは周知技術である。例えば、参考文献２（前記エ．オ．参照）に記載されている、アクティビティ・クラス、データ項目クラス等の、クラスのオブジェクトのインスタンスがデータ構造を持つことは技術常識であり、また、クラスのインスタンスが生成されることは、クラスの「新しい」インスタンスが生成されることを含むことを意味し、更に、前記各アクティビティは入力コンテナ及び出力コンテナと関連付けられるとの記載は、前記各アクティビティが前記関連付けられるようなデータ構造を持つことをも示すものである。
　してみれば、引用発明において、データ構造を準備するステップに関し、「新しいアクティビティ」データ構造を「生成する」と成すことは、前記オブジェクト指向環境に関する周知技術を参酌することにより当業者が容易になし得ることである。
　
３．〈相違点３〉について
　前記「〈相違点２〉について」において言及した「新しいアクティビティ」データ構造を「生成する」ことと、前記エ．オ．の「第２クラスのオブジェクトのインスタンスに対して前記コンテナにおけるデータ項目をマッピングする」、「データ項目クラスという２つのクラスのオブジェクト」、「コンテナの構造は、データ構造オブジェクトを参照する」との記載から、前記「データ項目クラスのオブジェクト（第２クラスのオブジェクト。クラス、オブジェクトがデータ構造を有することは自明）」の生成、換言すれば「新しい」データ構造を「構築する」周知技術が示されている点、および、本願発明の「構成」データ構造に関し、引用発明の「資源（ランダム・アクセス・メモリやネットワーク帯域幅など）」はコンフィギュレーションからみれば資源の「構成」とみることができるものであり、資源（換言すれば「構成」）は前記[一致点]における一致する事項である点をふまえれば、引用発明において、構成データ構造を準備するステップに関し、「新しいアクティビティ」データ構造において保持され、当該「新しいアクティビティ」データ構造に対応するタスクを実施するのに必要な１つ又は複数のリソースのセットを記述する少なくとも１つの「新しい」構成データ構造を「構築する」と成すことは、前記周知技術を参酌することにより当業者が容易になし得ることである。
　
４．〈相違点４〉について
　前記「〈相違点２〉について」および「前記〈相違点３〉について」、において言及した事項に整合させて、引用発明における、予約するステップに関し、「新しいアクティビティ」データ構造に含まれる前記少なくとも１つの「新しい」構成データ構造の中のいずれか１つの構成データ構造において指定される前記リソースのセットが利用可能であるかどうかを決定すると成すことは、前記周知技術を参酌することにより当業者が容易になし得ることである。
　
５．小括
　したがって、本願発明は、前記引用発明および周知技術に基いて当業者が容易になし得るものであり、本願発明の奏する作用効果は、前記引用発明ないし周知技術の奏する作用効果から当然予測される範囲内のものにすぎず、格別顕著なものということはできない。
　　
第６　むすび
　以上のとおり、本願発明は、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、前記結論のとおり審決する。