【事件の表示】
　特願２０１２−５２４８２１「ポリシおよび課金制御ルールまたはサービス品質ルールの変更失敗を処理する方法および装置」拒絶査定不服審判事件〔平成２３年　２月１７日国際公開、ＷＯ２０１１／０１９７７３、平成２５年　１月１７日国内公表、特表２０１３−５０２１６２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成２２年(２０１０年)８月１０日(優先権主張　２００９年(平成２１年)８月１０日　米国，２０１０年(平成２２年)８月９日　米国)を国際出願日とする出願であって，平成２５年６月１０日付けで拒絶理由が通知され，平成２６年２月４日付けで上申書の提出がなされ，同年２月２４日付けで拒絶査定され，同年７月４日に拒絶査定不服審判に請求と同時に手続補正がなされたのである。
第２　補正却下の決定
［結論］
　平成２６年７月４日付け手続補正を却下する。
［理由］
１．本件補正発明
(１)　補正の概要
　平成２６年７月４日付け手続補正(以下「本件補正」という。)は，請求項１について，本件補正前の記載を次のように補正することを含むものである。(下線は請求人が付与。)
[本件補正前]
【請求項１】
　ベアラ変更手順に少なくとも部分的に基づいてゲートウェイに１つまたは複数の変更されたポリシルールを提供することと、
　前記ゲートウェイが前記１つまたは複数の変更されたポリシルールをインストールする前記ベアラ変更手順を成功裡に完了するかどうかを判定することと、
　前記ゲートウェイが前記ベアラ変更手順を成功裡に完了するかどうかの前記判定に少なくとも部分的に基づいて前記１つまたは複数の変更されたポリシルールあるいは１つまたは複数の以前のポリシルールを利用することとを備える方法。
[本件補正後]
　　【請求項１】
　ベアラ変更手順に少なくとも部分的に基づいてゲートウェイに１つまたは複数の変更されたポリシルールを
ポリシおよび課金ルール機能(ＰＣＲＦ)によって
　前記ゲートウェイが前記１つまたは複数の変更されたポリシルールをインストールして前記ベアラ変更手順を成功裡に完了するかどうかを
前記ＰＣＲＦによって
　前記ゲートウェイが前記ベアラ変更手順を
失敗したことを示す
て１
前記ＰＣＲＦによって
(２)　本件補正は，１「ポリシルール」を提供するもの，２「前記ベアラ変更手順を成功裡に完了するかどうか」を判定するもの，３「前記ベアラ変更手順を失敗したことを示す前記判定に少なくとも部分的に基づいて１つまたは複数の以前のポリシルール」を利用するものが，いずれも「ポリシおよび課金ルール機能(ＰＣＲＦ)」であることを特定する補正を含むものである。
　そして，該特定は，上記１における「提供」，上記２における「判定」，上記３における「利用」に限定を附すものであるといえる。
　また，本件補正は，「記ゲートウェイが前記ベアラ変更手順を成功裡に完了するかどうかの前記判定」に対し「失敗したことを示す」との限定を附すものでもある。
　以上のとおりであるから，本件補正は，特許請求の範囲の減縮を目的としたものであるといえる。
　よって，本件補正後の請求項１に記載された発明(以下「本件補正発明」という。)が，特許出願の際独立して特許を受けることができるか否か(特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するか否か)について検討する。
２．引用発明等
(１)　引用文献
　原査定の理由に，「引用文献１」(以下「引用文献」と表記する。)として引用された文献は次のとおりである。
　３ＧＰＰ ＴＳ ２３.２０３ Ｖ７.１１.０(２００９−０６)
　そして，該引用文献には，図面とともに次の事項が記載されている。
ア　7.4　　　IP-CAN Session Modification
7.4.1　　IP-CAN Session Modification; GW(PCEF) initiated
This clause describes the signalling flow for the IP-CAN Session modification initiated by the GW(PCEF). These modifications include IP-CAN bearer establishment and termination as well as modification if the triggering conditions given to the PCEF are fulfilled
An example of the scenario is authorization of a session-based service for which an IP-CAN Session is also modified
(４２ページ)(下線は当審が付与。)
(当審訳
７.４　ＩＰ−ＣＡＮセッション変更
７.４.１　ＩＰ−ＣＡＮセッション変更；ＧＷ(ＰＣＥＦ)による開始
　
この節はＧＷ(ＰＣＥＦ)によって開始されたＩＰ−ＣＡＮセッション変更のためのシグナリングフローを説明する。これらの変更は，ＰＣＥＦに与えられたトリガ条件が満たされる場合，変更ばかりではなくＩＰ−ＣＡＮベアラの確立及び終了も含む
シナリオの例は，セッションベースのサービスの許可である，そのサービスのため，ＩＰ−ＣＡＮセッションも変更される
イ　1.　Optionally, the AF provides/revokes service information to the PCRF due to AF session signalling. The AF may subscribe at this point to notification of bearer level events related to the service information.
NOTE 1:　For the PCRF to generate the applicable events, the PCRF instructs the PCEF to report events related to the corresponding PCC rules. Such events are not shown in this sequence diagram.
2.　The PCRF stores the service information and responds with the Acknowledgement to the AF.
3.　The GW(PCEF) makes an internal decision or receives a request for IP-CAN Bearer establishment, modification or termination.
4.　
The PCEF determines that the PCC interaction is required and sends the PCC Rules request to the PCRF. If there is a limitation or termination of the transmission resources for a PCC Rule, the PCEF reports this to the PCRF
5.　
The PCRF correlates the request for PCC Rules with the IP-CAN session and service information available at the PCEF
6.　
The PCRF may need to report to the AF an event related to the transmission resources and/or if the AF requested it at initial authorisation
7.　
The AF acknowledges the event report and/or responds with the requested information
8.　
The PCRF makes the authorization and policy decision
9.　
The PCRF sends the decision(s) to the PCEF. The GW(PCEF) enforces the decision
10.　If online charging is applicable, the PCEF may request credit for new charging keys from and/or shall issue final reports and return remaining credit for charging keys no longer active to the OCS.
11.　If OCS was contacted, the OCS provides the credit information to the PCEF, and/or acknowledges the credit report.
12.　The GW(PCEF) acknowledges or rejects any IP-CAN bearer signalling received in step 3.
　The IP-CAN bearer establishment or modification is accepted if at least one PCC rule is active for the IP-CAN bearer and in case of online charging credit was not denied by the OCS. Otherwise, the IP-CAN bearer establishment or modification is rejected.
　An IP-CAN bearer termination is always acknowledged by the GW(PCEF).
　An IP CAN bearer modification not upgrading the QoS and not providing traffic mapping information is always acknowledged by the GW (PCEF).
13.　In case of a GW(PCEF) internal decision the GW(PCEF) initiates any IP-CAN bearer signalling required for completion of the IP-CAN Session modification.
14.　
The GW(PCEF) sends a Provision Ack (accept or reject of the PCC rule operation(s)) to inform the PCRF about the outcome of the GW(PCEF) actions related to the decision(s) received in step 9.
　If the AF requested it, the PCRF notifies the AF related bearer level events (e.g. transmission resources are established/released/lost)
NOTE 2:　Based on the outcome reported in this step the AF performs the appropriate action, e.g. starting charging or terminating the AF session.
16.　The AF acknowledges the notification from the PCRF.
(４３〜４４ページ)
(当審訳
１．必要に応じて，ＡＦは，ＡＦセッションシグナリングが原因で，ＰＣＲＦにサービス情報の提供／取消しをする。ＡＦは，サービス情報に関連するベアラレベルのイベントの通知に，この時点で同意する。
注１：適用できるイベントを生成するべきＰＣＲＦのため，ＰＣＲＦは，対応するＰＣＣ規則に関連するイベントを報告するためにＰＣＥＦに指示する。このようなイベントは，このシーケンス図には示されていない。
２．ＰＣＲＦは，サービス情報を格納し，ＡＦに確認応答で応答する。
３．ＧＷ(ＰＣＥＦ)は，内部決定を行うか，ＩＰ−ＣＡＮベアラの確立，変更又は終了の要求を受信する。
４．
ＰＣＥＦは，ＰＣＣ相互作用が必要であると判断し，そして，ＰＣＲＦにＰＣＣルール要求を送信する。ＰＣＣルールの制限又は伝送リソースの終了がある場合，ＰＣＥＦはＰＣＲＦにこれを報告する
５．
ＰＣＲＦは，ＰＣＥＦで利用可能なＩＰ−ＣＡＮセッション及びサービス情報とＰＣＣルールの要求とを関連付ける
６．
ＰＣＲＦは，送信リソースに関連するイベントを，及び／又はＡＦが最初の許可でそれを要求したか否かを，ＡＦに報告する必要があるかもしれない
７．
ＡＦは，イベントレポートに確認応答し，及び／又は要求された情報で応答する
８．
ＰＣＲＦは，許可及びポリシー決定を行う
９．
ＰＣＲＦは，ＰＣＥＦに決定を送信する。ＧＷ(ＰＣＥＦ)は，決定を実施する
１０．オンライン課金が適用できる場合，ＰＣＥＦは，(ＯＣＳ)から新しい課金キーのクレジットを要求する，及び／又は最終報告書を発行しなければならない，そして，ＯＣＳに，もはやアクティブでない課金キーの残りのクレジットを返す。
１１．ＯＣＳが接触された場合，ＯＣＳは，ＰＣＥＦにクレジット情報を提供する，及び／又はクレジット報告に確認応答する。
１２．ＧＷ(ＰＣＥＦ)は，ステップ３で受信したすべてのＩＰ−ＣＡＮシグナリングベアラを確認応答するか又は拒否する。
　少なくとも一つのＰＣＣルールは，ＩＰ−ＣＡＮベアラのためアクティブである場合，ＩＰ−ＣＡＮベアラの確立又は修正は認められている，そして，オンライン課金の場合にクレジットはＯＣＳによって拒否されていなかった。それ以外の場合，ＩＰ−ＣＡＮベアラの確立や修正は拒否される。
　ＩＰは−ＣＡＮベアラの終端は常にＧＷ(ＰＣＥＦ)によって確認される。
　ＩＰベアラＣＡＮの修正，ＱｏＳをアップグレードしない，及びトラフィックのマッピング情報を提供していない修正は，常にＧＷ(ＰＣＥＦ)によって確認応答される。
１３．ＧＷ(ＰＣＥＦ)内部決定の場合，ＧＷ(ＰＣＥＦ)は，ＩＰ−ＣＡＮセッション修正を完了するために必要な任意のＩＰ−ＣＡＮベアラシグナリングを開始する。
１４．
ＧＷ(ＰＣＥＦ)は，ステップ９で受信した判断に関連するＧＷ(ＰＣＥＦ)動作の結果についてＰＣＲＦに通知するために，提供確認応答(ＰＣＣルール操作の受入又は拒否)を送信する。
　ＡＦがそれを要求した場合，ＰＣＲＦは，ベアラのレベルのイベント(例えば，伝送リソースが確立された／解放された／失われた)に関連するＡＦに通知する
注２：このステップで報告された結果に基づいて，ＡＦは，適切なアクションを実行する，例えば，課金の開始，あるいはＡＦセッションの終了。
１６．ＡＦは，ＰＣＲＦからの通知に確認応答する。)
ウ　Figure 7.4には，「9. Policy and Charging Rules Provision」(当審訳　９．ポリシー及び課金ルール提供)との記載がある。
(２)　以上によれば，引用文献には次の発明(以下「引用発明」という。)が記載されているといえる。
　ＧＷ(ＰＣＥＦ)により開始されるＩＰ−ＣＡＮセッション変更において，
　ＰＣＥＦは，ＰＣＣ相互作用が必要であると判断し，そして，ＰＣＲＦにＰＣＣルール要求を送信する。ＰＣＣルールの制限又は伝送リソースの終了がある場合，ＰＣＥＦはＰＣＲＦにこれを報告し，
　ＰＣＲＦは，ＰＣＥＦで利用可能なＩＰ−ＣＡＮセッション及びサービス情報とＰＣＣルールの要求とを関連付け，
　ＰＣＲＦは，送信リソースに関連するイベントを，及び／又はＡＦが最初の許可でそれを要求したか否かを，ＡＦに報告する必要があるかもしれない。
　ＡＦは，イベントレポートに確認応答し，及び／又は要求された情報で応答し，
　ＰＣＲＦは，許可及びポリシー決定を行い，
　ＰＣＲＦは，ＰＣＥＦに決定を送信し，ＧＷ(ＰＣＥＦ)は，決定を実施し，
　ＧＷ(ＰＣＥＦ)は，上記決定を実施するステップで受信した決定に関連するＧＷ(ＰＣＥＦ)動作の結果についてＰＣＲＦに通知するために，提供確認応答(ＰＣＣルール操作の受入又は拒否)を送信し，
　ＡＦがそれを要求した場合，ＰＣＲＦは，ベアラのレベルのイベント(例えば，伝送リソースが確立された／解放された／失われた)に関連するＡＦに通知する
　方法。
３．対比はじめに
　引用文献の「3　Definitions, symbols and abbreviations」の「3.1　Definitions」(９ページ以降)及び「3.3　Abbreviations」(１０ページ)には，次の記載がある。
・
「3.1　Definitions」(「３.１　定義」)において
　IP-CAN Bearer：An IP transmission path of defined capacity, delay and bit error rate, etc. See TS 21.905 [8] for the definition of bearer.
(当審訳
ＩＰ−ＣＡＮベアラ：　定義された容量，遅延，ビット誤り率などのＩＰ伝送路。ベアラの定義についてはＴＳ２１.９０５[８]を参照。)
(当審注　ＴＳ２１.９０５　Ｖ９.２.０(２００９−０６)には，「Bearer: A information transmission path of defined capacity, delay and bit error rate, etc.」(当審訳　ベアラ：定義された容量，遅延，ビット誤り率等の情報伝送路)と記載されている。)
IP-CAN Session：The association between a UE and a PDN identifier (for GPRS, APN). The association is identified by a UE IP address together with a UE identity information, if available. 
An IP-CAN session incorporates one or more IP-CAN bearers
(当審訳
ＩＰ−ＣＡＮセッション：　(ＧＰＲＳ，ＡＰＮに対する)ＵＥとＰＤＮ識別子との間の関連。その関連は，利用可能な場合，ＵＥの識別情報とともにＵＥのＩＰアドレスによって識別される。
ＩＰ−ＣＡＮセッションは，一つ以上のＩＰ−ＣＡＮベアラを組み込む
PCC Rule：A set of information enabling the detection of a service data flow and providing parameters for policy control and/or charging control.
(当審訳
ＰＣＣルール：　サービスデータフローの検出を可能にし，そして，ポリシー制御及び／又は課金制御のためのパラメータを提供する情報のセット。)
・
「3.3　Abbreviations」(３.３　略語)において
AF　　　　Application Function
　(アプリケーション機能)
PCC　　　 Policy and Charging Control
　(ポリシー及び課金制御)
OCS　　　 Online Charging System
　(オンライン課金システム)
PCEF　　　Policy and Charging Enforcement Function
　(ポリシー及び課金施行機能)
IP-CAN　　IP Connectivity Access Network
　(ＩＰ接続アクセスネットワーク)
対比
　以上を踏まえ，本件補正発明と引用発明を比較すると次のことがいえる。
(１)　本件補正発明における「ゲートウェイ」は引用発明における「ＧＷ(ＰＣＥＦ)」に相当する。
(２)ア　引用発明は，「ＩＰ−ＣＡＮセッション変更」を前提としたものである。
　このことは，「ＩＰ−ＣＡＮセッション」に組み込まれた「ＩＰ−ＣＡＮベアラ」の変更を，引用発明が前提とした発明であるといえることを示している。
　そして，引用発明には，「ＩＰ−ＣＡＮセッション変更」の手順が開示されていることは明白である。
　これらのことは，引用発明には，「ＩＰ−ＣＡＮベアラ」の変更の手順が開示されているといえることを示している。
イ　引用文献における「Ｆｉｇｕｒｅ　７.４」における記載を参酌すれば，引用発明において，「ＰＣＲＦ」が「ＰＣＥＦ」に「決定」を送信する際，「ポリシー及び課金ルール提供」も「送信」されていることは明らかである。
　ここで，「ポリシー及び課金ルール提供」が，「ＩＰ−ＣＡＮセッション変更」のための「ポリシールール」の提供，「課金ルール」の提供を意味することは明らかである。
　また，上記「送信」が「ＩＰ−ＣＡＮセッション変更」のために行われることは明白である。
　このことを換言すると，「決定」の送信は「ＩＰ−ＣＡＮセッション変更」に基づくものであるといえ，さらに該「決定」の送信が「ＩＰ−ＣＡＮセッション変更」に「少なくとも部分的」に基づいていることは当然である。
　また，上記のように「ＩＰ−ＣＡＮセッション変更」のため提供される「ポリシールール」が「１つまたは複数」であることは当然である。
ウ　上記ア及びイより，引用発明には，「ＩＰ−ＣＡＮベアラ」の変更の手順に基づいて「ＧＷ(ＰＣＥＦ)」に「ポリシー及び課金ルール提供をポリシーおよび課金ルール機能によって提供されること」が開示されているといえることを示している。
　そうすると，本件補正発明と引用発明は，「ベアラ変更手順に少なくとも部分的に基づいてゲートウェイに１つまたは複数のポリシールールをポリシ及び課金ルール機能によって提供する」点で共通する構成を有しているといえる。
(３)　引用発明において，「提供確認応答」(「Ｐｒｏｖｉｓｉｎ　Ａｃｋ」)が「ＰＣＣルール操作の受入又は拒否」を示す応答であることは明白である。
　ここで，該「提供確認応答」は，上記(２)に述べた「決定」を受信した「ＧＷ(ＰＣＥＦ)」において実施し，その実施による「ＧＷ(ＰＣＥＦ)動作の結果」を「ＰＣＲＦ」に通知するものである。
　このことは，「決定」を「受入られるか否か」あるいは「拒否するか否か」を「ＰＣＲＦ」によって判定することを示しているといえる。
　つまり，該「提供確認応答」は「ＩＰ−ＣＡＮセッション変更」が行えるか否か，換言すれば，該「提供確認応答」は「ＩＰ−ＣＡＮセッション変更」の手順が成功裏に完了するか否かを，「ＰＣＲＦ」によって判定するために通知されるものであるといえることを示している。
　そして，「ＧＷ(ＰＣＥＦ)」において，「ＰＣＥＦ」が「Policy and Charging Enforcement Function(ポリシー及び課金施行機能)」を意味することは明白であるのだから，「決定」とともに「送信」された「ポリシールール」及び「課金ルール」(上記(２)のイ参照。)が，該「ＧＷ(ＰＣＥＦ)」において実施されるといえることは当然である。
　これらのことは，上記(２)に述べたことも踏まえれば，引用発明には，「ＧＷ(ＰＣＥＦ)」が「ポリシールール」及び「課金ルール」を実行して「ＩＰ−ＣＡＮセッション変更」の手順が提供された「ポリシー及び課金ルール」が受入られるか否かを「ＰＣＲＦ」によって判定すること，つまり，「ＧＷ(ＰＣＥＦ)」が１つまたは複数のポリシールールを実行して「ＩＰ−ＣＡＮセッション変更」の手順を成功裏に完了するか否かを「ＰＣＲＦ」によって判定することが，開示されているといえることを示している。
　そうすると，引用発明と本件補正発明は，「前記ゲートウェイが前記１つまたは複数のポリシルールを実行してベアラ変更手順を成功裡に完了するかどうかを
ＰＣＲＦによって
(４)　以上から，本件補正発明と引用発明は，次の点で一致し，相違するといえる。
［一致点］
　ベアラ変更手順に少なくとも部分的に基づいてゲートウェイに１つまたは複数のポリシルールを
ポリシおよび課金ルール機能(ＰＣＲＦ)によって
　前記ゲートウェイが前記１つまたは複数のポリシルールを実行して前記ベアラ変更手順を成功裡に完了するかどうかを
前記ＰＣＲＦによって
　を備える方法。
［相違点］相違点１　本件補正発明において，ポリシおよび課金ルール機能(ＰＣＲＦ)によってゲートウェイに提供される「ポリシールール」が「変更された」ものであるのに対し，引用発明においては「変更された」ものであるかが定かではない点。
相違点２　上記相違点１の相違により，本件補正発明において実行される「ポリシールール」が「変更された」ものであるかが定かでなく，さらに，該「実行」が本件補正発明では「インストール」であるのに対して引用発明における「実行」にはそのような特定がない点。
相違点３　本件補正発明は，「ゲートウェイがベアラ変更手順を失敗したことを示す判定に少なくとも部分的に基づいて１つまたは複数の以前のポリシルールをＰＣＲＦによって利用する」構成を有するのに対して，引用発明には，１ベアラ変更手順を判定し，その判定が「失敗したこと」を示すとの特定も，２また，その「失敗したこと」を示す判定に基づいてＰＣＲＦによって利用するのが「以前のポリシルール」との特定もない点。
４．検討
(１)　相違点１及び２について
　引用発明における「ポリシールール」は，「ＩＰ−ＣＡＮセッション変更」のために，「ポリシー及び課金ルール機能(ＰＣＲＦ)」によって「ＧＷ(ＰＣＥＦ)」に提供され，該「ＧＷ(ＰＣＥＦ)」が実行するものである。
　このことは，上記「ポリシールール」が，「ＩＰ−ＣＡＮセッション変更」に必要なものであること示している。
　つまり，該「ポリシールール」は，「変更に必要なポリシールール」といえることを示している。
　そうすると，上記のような「変更に必要なポリシールール」として，「ＰＣＲＦ」から「ＧＷ(ＰＣＥＦ)」に，１「現在のポリシールール」に対して，変更に必要な「新たなポリシールール」のみを提供するか，あるいは，２「現在のポリーシールール」に「新たなポリシールール」を加えたり「不要なポリシールール」を除いたりした「変更されたポリシールール」を提供することで，「ＩＰ−ＣＡＮセッション変更」を行うことになるといえる。
　以上によると，引用発明において，「ＩＰ−ＣＡＮセッション変更」に基づいて「ＧＷ(ＰＣＥＦ)」に「ＰＣＲＦ(ポリシー及び課金ルール機能)」によって提供される「ポリシールール」を，「変更に必要な新たなポリシールールのみ」とするか，「現在のポリシールール」を変更した「変更されたポリシールール」とするかは，当業者が適宜決めうる設計的事項であったといわざるを得ない。
　また，引用発明における「ポリシールール」は「ＧＷ(ＰＣＥＦ)」で実行されるものであるのだから，該「ポリシールール」は「ＧＷ(ＰＣＥＦ)」を動作させるための命令であると解される。
　このことは，該「ポリシールール」がいわゆる「ソフトウェア」といいうることを示している。
　そうすると，該「ポリシールール」を「ＧＷ(ＰＣＥＦ)」に提供し，実行することができるようにすることは，「ポリシールール」を「ソフトウェア」として提供し，「ＧＷ(ＰＣＥＦ)」で実行できるようにすることを示している。
　このように，「ソフトウェア」を提供し，実行するために，「ＧＷ(ＰＣＥＦ)」が「ソフトウェア」つまり「ポリシールール」を「インストール」するようにすることは，当業者が容易に想到し得たものであるといわざるを得ない。
　よって，引用発明において，相違点１及び２のように構成することは当業者が容易に想到し得たものであるといえる。
　以上のとおりであるから，引用発明に基づいて，相違点１及び２のように構成することは当業者が容易に想到し得たものである。
(２)　相違点３について
　引用発明においける「提供確認応答」は，「ＧＷ(ＰＣＥＦ)」が「決定」を実行した結果を，「受入」又は「拒否」を示す応答として，「ＰＣＲＦ」に通知するものである。
　ここで，上記(１)の検討を踏まえると，「提供確認応答」が１「受入」を示す場合は，「ＧＷ(ＰＣＥＦ)」における「インストール」も「実行」も異常なく行えたこと示す場合であると解され，一方２「拒否」を示す場合は，「ＧＷ(ＰＣＥＦ)」における「インストール」又は「実行」のいずれか又は両方に「異常があった」こと，つまり「失敗した」ことを示す場合であると解される。
　そして，上記２のような「失敗」があった場合，「ＩＰ−ＣＡＮセッション変更」の手順を中止しようとすることは，当業者ならば，当然に予定することである。
　そのような「中止」をした際，該「変更」をしようとする前の「以前のポリシールール」に基づく状態にすることは，当業者が容易に想起しうる事項にすぎない。
　したがって，引用発明において，「ＧＷ(ＰＣＥＦ)」が「ＩＰ−ＣＡＮセッション変更」の手順を「失敗した」ことを示す判定に基づいて「以前のポリシールール」を「ＰＣＲＦ」によっても利用するようにすることは，当業者が適宜なしえたものであるといえる。
　よって，相違点３のように構成することは，引用発明に基づいて，当業者が容易に想到し得たものである。
５．まとめ
　以上のとおりであるから，引用発明に基づいて，本件補正発明のように構成することは，当業者が容易になしえたものである。
　そして，本件補正発明のように構成したことによる効果も格別なものではなく，当業者が引用発明から，予測できる範囲のものである。
　よって，本件補正発明は，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができないものである。
　したがって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３　本願発明
　上記「第２」のとおり，平成２６年７月４日付け手続補正を却下された。
　したがって，本件出願の請求項１に係る発明(以下「本願発明」という。)は，平成２４年４月１０日付けの国際出願翻訳文提出書の特許請求の範囲の請求項１に記載された事項(上記「第２」の「１．」の「(１)補正の概要」における[本件補正前]参照。)により特定されるとおりのものである。
第４　当審の判断
１．引用発明
　引用文献及びその記載事項，並びに引用発明は，上記「第２」の「２．」の「(１)引用文献」に記載のとおりである。
２．検討
　本願発明は，本件補正発明に附された限定を省いたものである。
　そうすると，本願発明を特定する事項を全て含み，更に限定を附したものに相当する本件補正発明が，引用発明に基づいて，当業者が容易に発明をすることができたのであるから，本願発明も，引用発明に基づいて，当業者が容易に発明をすることができたものであるといえる。
　よって，本願発明は，引用発明に基づいて，当業者が容易に発明をすることができたものである。
第５　むすび
　上記のとおりであるから，本願発明は，特許法第２９条第２項の規定により，特許を受けることができない。
　したがって，他の請求項について論及するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。