【事件の表示】
　特願２０１５−５４０９８７「パケットに関する情報を取得するための方法およびネットワーク要素」拒絶査定不服審判事件〔平成２６年　５月２２日国際公開、ＷＯ２０１４／０７５２１４、平成２８年　２月　４日国内公表、特表２０１６−５０３６１０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１２年（平成２４年）１１月１３日を国際出願日とする特許出願であり、その手続の経緯は、概略、以下のとおりである。
平成２８年６月２日付け　　：　拒絶理由通知書
平成２８年９月６日　　　　：　意見書、手続補正書の提出
平成２８年１２月１５日付け：　拒絶査定
平成２９年４月１９日　　　：　拒絶査定不服審判の請求
平成３０年６月１１日付け　：　拒絶理由通知書（当審）
平成３０年９月１０日　　　：　意見書、手続補正書の提出
第２　本願発明
　本願の請求項に係る発明は、平成３０年９月１０日に提出された手続補正書により補正された特許請求の範囲の請求項１〜１３に記載された事項により特定され、その請求項１には以下の発明（以下、「本願発明」という)が記載されていると認める。
「　ユーザー装置ＵＥがベアラーを確立した後に、第１の取得要求を第２のネットワーク要素に送信するように構成された送信機であって、前記第１の取得要求が、前記第２のネットワーク要素に、前記ＵＥとパケット・データ・ネットワークＰＤＮとの間で送信され、前記第２のネットワーク要素を通過するパケットに関する情報を取得することを指令するために使用される、送信機と、
　前記送信機が前記第１の取得要求を送信した後に、パケットに関する情報を受信するように構成された受信機であって、前記パケットに関する前記情報が、前記第２のネットワーク要素によって送信され、前記パケットに関する前記情報が、前記第１の取得要求に従って前記第２のネットワーク要素によって収集される、受信機とを備え、
　前記送信機は、フィルタリング条件を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記フィルタリング条件に従って、取得することを指令するために使用されるか、
　または
　指示情報を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記指示情報に従って、取得することを指令するために使用されるネットワーク要素。」
第３　拒絶の理由
　平成３０年６月１１日付けの当審が通知した拒絶理由（以下、「当審拒絶理由」という。）のうちの理由４及び５は、
「４．（新規性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。 
 ５．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」であるところ、請求項１に対して下記引用例が引用されている。
 ４．３ＧＰＰ　ＴＳ２９．２１２Ｖ１１．６．０（２０１２−０９）、１５、３９〜４２ページ、２０１２年９月２１日アップロード、http://www.3gpp.org/ftp/Specs/archive/29_series/29.212/29212-b60.zip 
第４　引用例の記載及び引用発明
　１　引用例の記載
　当審拒絶理由で引用した３ＧＰＰ　ＴＳ２９．２１２Ｖ１１．６．０（２０１２−０９）（以下「引用例」という。）には、以下の事項が記載されている。（下線は、当審で付した。）
（１）　「3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions givien in 3GPP TR21.905[1] and the following apply:
IP-CAN bearer: IP transmission path of defined capacity, delay and bit error rate, etc.
See 3GPP TS 21.905[1] for the definition of bearer.
IP-CAN session: association between a UE and an IP network.
The association is identified by one or more UE IPv4 addresses/ and/or IPv6 prefix together with a UE identity information, if available, and a PDN represented by a PDN ID(e.g. an APN). An IP-CAN session incorporates one or more IP-CAN bearers.
（中略）
Monitoring Key: Identifies a usage monitoring control instance.
（中略）
Usage monitoring control instance: the monitoring and reporting of the usage threshold for input, output or total data volume for the IP-CAN session/TDF session or the service data flows/application's traffic associated with the same monitoring key.」（１５ページ１〜２４行）
（当審訳：３　定義及び略語
３．１　定義
　本文献の目的のために、３ＧＰＰ　ＴＲ２１．９０５［１］で与えられる用語及び定義と、以下の事項が適用される。
ＩＰ−ＣＡＮベアラ：　定義された容量、遅延、ビットエラーレートなどのＩＰ伝送経路。ベアラの定義については、３ＧＰＰ　ＴＳ２１．９０５［１］を参照。
ＩＰ−ＣＡＮセッション：ＵＥとＩＰネットワークとの間の接続。
接続は、１つ又は複数のＵＥのＩＰｖ４アドレス／　及び／又は、利用可能であればＵＥ識別情報が加わったＩＰｖ６プレフィックス、とＰＤＮ　ＩＤ（例えばＡＰＮ）によって表されるＰＤＮとにより識別される。１つのＩＰ−ＣＡＮセッションは、１つ又は複数のＩＰ−ＣＡＮベアラを構成要素とする。
（中略）
監視キー：　使用状況監視制御インスタンスを識別する。
（中略）
使用状況監視制御インスタンス：　ＩＰ−ＣＡＮセッション／ＴＤＦセッションに対する、入力、出力、又は合計データ量の使用状況しきい値、又は、同じ監視キーに関連付けられたサービスデータフロー／アプリケーションのトラフィックの監視と報告。）
（２）　「4.5.16 Requesting Usage Monitoring Control
The PCRF may indicate, via the Gx reference point, the need to apply monitoring control for the accumulated usage of network resources on an IP-CAN session basis. Usage is defined as volume of user plane traffic. 
The data collection for usage monitoring control shall be performed per monitoring key, which may apply
or all the traffic in an IP-CAN session.
（当審訳：４．５．１６使用状況監視制御要求
　ＰＣＲＦは、Ｇｘ基準点を介して、ＩＰ−ＣＡＮセッションベースでネットワークリソースの蓄積された使用状況のための監視制御を適用する必要性を示すことができる。使用状況は、ユーザプレーントラフィックの量として定義される。
使用状況監視制御のためのデータ収集は、
ＩＰ−ＣＡＮセッション内の全てのトラフィックに対して適用される監視キーごとに実行される。
（３）　「
4.5.17 Reporting Accumulated Usage
When usage monitoring is enabled,
 the PCEF shall measure the volume of the IP-CAN session
and report accumulated usage to the PCRF in the following conditions:
（中略）
 - 
when requested by PCRF
 To report accumulated usage for a specific monitoring key the PCEF shall send a CC-Request with the Usage-Monitoring-Information AVP including the accumulated usage since the last report.  For each of the enabled monitoring keys to be reported, the Usage-Monitoring-Information AVP shall include the monitoring key in the Monitoring-Key AVP and the accumulated volume usage in the Used-Service-Unit AVP.  Accumulated volume reporting shall be done for the total volume, the uplink volume or the downlink volume as requested by the PCRF, and set in CC-Total-Octets, CC-Input-Octets or CC-Output-Octets AVPs of Used-Service-Unit AVP respectively.  The PCEF shall continue to perform volume measurement after the report until instructed by the PCRF to stop the monitoring.」（４１ページ８〜２３行）
（当審訳：
４．５．１７　蓄積された使用状況の報告
　使用状況監視が有効である場合、
ＰＣＥＦは、ＩＰ−ＣＡＮセッションの量、
を測定し、以下の条件に従って、蓄積された使用状況をＰＣＲＦに報告する。
（中略）
−　
ＰＣＲＦにより要求された場合。
　特定の監視キーのための蓄積された使用状況を報告するために、ＰＣＥＦは、最後の報告以来蓄積された使用状況を含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰと共にＣＣ要求を送信する。それぞれの有効化された監視キーが報告されるために、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰは、Ｍｏｎｉｔｏｒｉｎｇ−Ｋｅｙ　ＡＶＰの中の監視キー、及び、Ｕｓｅｄ−Ｓｅｒｖｉｃｅ−Ｕｎｉｔ　ＡＶＰの中の累積されたボリューム使用状況を含む。累積されたボリューム報告は、ＰＣＲＦによって要求された、総ボリューム、アップリンクボリューム、又はダウンリンクボリュームに対して行われ、Ｕｓｅｄ−Ｓｅｒｖｉｃｅ−Ｕｎｉｔ　ＡＶＰのＣＣ−Ｔｏｔａｌ−Ｏｃｔｅｔｓ、ＣＣ−Ｉｎｐｕｔ−Ｏｃｔｅｔｓ、又はＣＣ−Ｏｕｔｐｕｔ−Ｏｃｔｅｔｓ　ＡＶＰｓにそれぞれ設定される。ＰＣＥＦは、監視を停止するようにＰＣＲＦにより指示されるまで、報告後にボリューム測定を継続する。）
（４）　「4.5.17.5 
PCRF Requested Usage Report
When the PCEF receives the Usage-Monitoring-Information AVP including the Usage-Monitoring-Report AVP set to the value USAGE_MONITORING_REPORT_REQUIRED, the PCEF shall send a new CCR command with CC-Request Type AVP set to the value UPDATE_REQUEST and the Event-Trigger AVP set to USAGE_REPORT to report accumulated usage for the monitoring key received in the Usage-Monitoring-Information AVP using the procedures to report accumulated usage defined in clause 4.5.17.
（当審訳：４．５．１７．５　
ＰＣＲＦにより要求された使用状況報告
　
ＰＣＥＦは、ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを受信すると、
　ＰＣＥＦは、４．５．１７節で定義された蓄積された使用状況報告する手順を使用して、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況を報告するために、ＣＣ−Ｒｅｑｕｅｓｔ　Ｔｙｐｅ　ＡＶＰを”ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ”との値に設定し、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒ　ＡＶＰを”ＵＳＡＧＥ＿ＲＥＰＯＲＴ”に設定した新しいＣＣＲコマンドを送信する。
　２　引用発明
（１）　上記１（３）によれば、引用例には、「ＰＣＲＦにより要求された場合」との条件に従って、ＰＣＥＦは、ＩＰ−ＣＡＮセッションの量を測定し、蓄積された使用状況をＰＣＲＦに報告する「４．５．１７　蓄積された使用状況の報告」の手順が記載されている。
　また、上記１（４）によれば、引用例には、ＰＣＥＦは、ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを受信すると、ＰＣＥＦは、４．５．１７節で定義された蓄積された使用状況報告する手順を使用して、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況を報告する「ＰＣＲＦにより要求された使用状況報告」の手順が記載されている。
　引用例に記載された上記「ＰＣＲＦにより要求された使用状況報告」の手順、及び上記「４．５．１７　蓄積された使用状況の報告」の手順は、ＰＣＥＦが蓄積された使用状況の報告の要求をＰＣＲＦから受信し、蓄積された使用状況の報告をＰＣＲＦへ送信する手順であるが、引用例には、ＰＣＲＦがＰＣＥＦに蓄積された使用状況の報告を要求し、蓄積された使用状況の報告をＰＣＥＦから受信する手順として、
　ＰＣＲＦが、ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを送信し、当該Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを送信した後、ＰＣＥＦによって送信され、ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告を受信する事項が、記載されているのも同然といえる。
　また、引用例に記載された、ＰＣＲＦが、上記Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰをＰＣＥＦに送信するように構成された送信機と、蓄積された使用状況の報告を受信するように構成された受信機とを備えることは明らかな事項といえる。
　してみると、引用例には、
「　ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰをＰＣＥＦに送信するように構成された送信機と、
　Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを送信した後、ＰＣＥＦによって送信され、ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告を受信するように構成された受信機と、を備えるＰＣＲＦ。」が記載されているといえる。
（２）　上記１（１）の記載によると引用例において、「ＩＰ−ＣＡＮセッション」は、ＵＥのＩＰｖ４アドレスと、ＰＤＮ　ＩＤ（例えばＡＰＮ）によって表されるＰＤＮとにより識別され、１つ又は複数のＩＰ−ＣＡＮベアラを構成要素とする、ＵＥとＩＰネットワークとの接続と定義されている。
（３）　上記１（１）の記載によれば、引用例において、監視キーは、使用状況監視制御インスタンスを識別するための情報と定義されている。
（４）　上記１（２）の記載によれば、引用例において、使用状況監視制御のためのデータ収集は、ＩＰ−ＣＡＮセッション内の全てのトラフィックに対して適用される監視キーごとに実行されるといえる。
　以上を踏まえると、引用例には、以下の発明（以下、「引用発明」という。）が記載されていると認める。
　「　ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰをＰＣＥＦに送信するように構成された送信機と、
　Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを送信した後、ＰＣＥＦによって送信され、ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告を受信するように構成された受信機と、を備えるＰＣＲＦであって、
　前記ＩＰ−ＣＡＮセッションは、ＵＥのＩＰｖ４アドレスと、ＰＤＮ　ＩＤ（例えばＡＰＮ）によって表されるＰＤＮとにより識別され、１つ又は複数のＩＰ−ＣＡＮベアラを構成要素とする、ＵＥとＩＰネットワークとの接続と定義され、
　監視キーは、使用状況監視制御インスタンスを識別するための情報と定義され、
　使用状況監視制御のためのデータ収集は、ＩＰ−ＣＡＮセッション内の全てのトラフィックに対して適用される監視キーごとに実行される、
　ＰＣＲＦ。」
第５　対比
　本願発明と引用発明とを対比すると、以下のとおりとなる。
　１　引用発明のネットワーク要素といえるＰＣＲＦが備える送信機について対比する。ＰＣＥＦは、ネットワーク要素といえる上記ＰＣＲＦとは異なるネットワーク要素であるから、引用発明のＰＣＥＦは第２のネットワーク要素といえる。
（１）　引用発明の「ＩＰ−ＣＡＮセッション」は、ＵＥのＩＰｖ４アドレスと、ＰＤＮ　ＩＤ（例えばＡＰＮ）によって表されるＰＤＮとにより識別され、１つ又は複数のＩＰ−ＣＡＮベアラを構成要素とする、ＵＥとＩＰネットワークとの接続と定義され、また、パケット・データ・ネットワークを意味するＰＤＮとの通信がパケットにより行われることは明らかであるから、ＰＣＥＦによって測定される引用発明の「ＩＰ−ＣＡＮセッションの量」は、「ＵＥとパケット・データ・ネットワークＰＤＮとの間で送信され」る「パケットに関する情報」といえる。
　また、引用発明の、ＰＣＥＦによるＩＰ−ＣＡＮセッションの量の測定が、第２のネットワーク要素といえるＰＣＥＦを通過するパケットについて行われることも明らかな事項である。
　してみると、引用発明の「ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告」は、本願発明の「前記ＵＥとパケット・データ・ネットワークＰＤＮとの間で送信され、前記第２のネットワーク要素を通過するパケットに関する情報」に相当する。
（２）　「ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ」をＰＣＥＦに送信し、「ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告」をＰＣＥＦから受信する引用発明の「ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ」は、ＰＣＥＦに、蓄積された使用状況の報告を取得することを指令する要求といえるから、本願発明の「前記第２のネットワーク要素に、前記ＵＥとパケット・データ・ネットワークＰＤＮとの間で送信され、前記第２のネットワーク要素を通過するパケットに関する情報を取得することを指令するために使用される」「第１の取得要求」に相当する。
（３）　引用発明の「蓄積された使用状況の報告」は、ＩＰ−ＣＡＮベアラを構成要素とするＩＰ−ＣＡＮセッションの量を測定するものであるから、「蓄積された使用状況の報告」を要求する「Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ」の送信が、ＵＥがＩＰ−ＣＡＮベアラを確立した後に行われることは明らかな事項といえる。
（４）　上記（１）〜（３）を踏まえると、引用発明のＰＣＲＦが備える「ＵＳＡＧＥ＿ＭＯＮＩＴＯＲＩＮＧ＿ＲＥＰＯＲＴ＿ＲＥＱＵＩＲＥＤとの値に設定されたＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｒｅｐｏｒｔ　ＡＶＰを含むＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰをＰＣＥＦに送信するように構成された送信機」は、本願発明のネットワーク要素が備える「ユーザー装置ＵＥがベアラーを確立した後に、第１の取得要求を第２のネットワーク要素に送信するように構成された送信機であって、前記第１の取得要求が、前記第２のネットワーク要素に、前記ＵＥとパケット・データ・ネットワークＰＤＮとの間で送信され、前記第２のネットワーク要素を通過するパケットに関する情報を取得することを指令するために使用される、送信機」に相当する。
　２　「使用状況監視制御のためのデータ収集は、ＩＰ−ＣＡＮセッション内の全てのトラフィックに対して適用される監視キーごとに実行される」引用発明の「ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告」は、第１の取得要求に相当する「Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ」中で受信した監視キーに従ってＰＣＥＦによって収集される、すなわち「前記第１の取得要求に従って前記第２のネットワーク要素によって収集される」パケットに関する情報といえる。
　また、引用発明の「蓄積された使用状況の報告」は、ＰＣＥＦにより送信される、すなわち「前記第２のネットワーク要素によって送信され」るパケットに関する情報といえる。
　してみると、引用発明のＰＣＲＦが備える「Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰを送信した後、ＰＣＥＦによって送信され、ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告を受信するように構成された受信機」は、本願発明のネットワーク要素が備える「前記送信機が前記第１の取得要求を送信した後に、パケットに関する情報を受信するように構成された受信機であって、前記パケットに関する前記情報が、前記第２のネットワーク要素によって送信され、前記パケットに関する前記情報が、前記第１の取得要求に従って前記第２のネットワーク要素によって収集される、受信機」に相当する。
　３　「監視キーは、使用状況監視制御インスタンスを識別するための情報と定義され、使用状況監視制御のためのデータ収集は、ＩＰ−ＣＡＮセッション内の全てのトラフィックに対して適用される監視キーごとに実行される」引用発明のＵｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信する「監視キー」は、取得する「蓄積された使用状況」を特定する指示情報といえるから、本願発明の「前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記指示情報に従って、取得することを指令するために使用される」「指示情報」に相当し、また、第１の取得要求が備える「指示情報」に相当する。
　してみると、引用発明は、送信機が送信する第１の取得要求がフィルタリング条件を備える点が特定されていないものの、引用発明の備える送信機は、
　「指示情報を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記指示情報に従って、取得することを指令するために使用される」点で本願発明と共通する。
　以上を踏まえると、本願発明と引用発明とは以下の点で一致し、相違する。
「ユーザー装置ＵＥがベアラーを確立した後に、第１の取得要求を第２のネットワーク要素に送信するように構成された送信機であって、前記第１の取得要求が、前記第２のネットワーク要素に、前記ＵＥとパケット・データ・ネットワークＰＤＮとの間で送信され、前記第２のネットワーク要素を通過するパケットに関する情報を取得することを指令するために使用される、送信機と、
　前記送信機が前記第１の取得要求を送信した後に、パケットに関する情報を受信するように構成された受信機であって、前記パケットに関する前記情報が、前記第２のネットワーク要素によって送信され、前記パケットに関する前記情報が、前記第１の取得要求に従って前記第２のネットワーク要素によって収集される、受信機とを備え、
　前記送信機は、指示情報を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記指示情報に従って、取得することを指令するために使用されるネットワーク要素。」
相違点
　一致点とした「送信機」に関し、本願発明は、「前記送信機は、フィルタリング条件を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記フィルタリング条件に従って、取得することを指令するために使用されるか、
　または
　指示情報を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記指示情報に従って、取得することを指令するために使用される」のに対し、
　引用発明は、送信機は、第１の取得要求が上記「指示情報を備える」場合に相当する、「監視キー」を含む「Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ」をＰＣＥＦに送信するように構成され、「Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ」は、ＰＣＥＦに、「ＰＣＥＦによってＩＰ−ＣＡＮセッションの量を測定した、Ｕｓａｇｅ−Ｍｏｎｉｔｏｒｉｎｇ−Ｉｎｆｏｒｍａｔｉｏｎ　ＡＶＰ中で受信した監視キーに対する蓄積された使用状況の報告」を取得することを指令するために使用される点。
第６　判断
　本願発明が備える送信機が送信する第１の取得要求が備える「フィルタリング条件」及び「指示情報」は、「または」で接続された択一的な発明特定事項であり、本願発明は、送信機は、「フィルタリング条件を備える前記第１の取得要求を前記第２のネットワーク要素に送信するように構成され、前記第１の取得要求は、前記第２のネットワーク要素に、前記ＵＥと前記ＰＤＮとの間で送信され、前記第２のネットワーク要素を通過する前記パケットに関する前記情報を、前記フィルタリング条件に従って、取得することを指令するために使用される」との事項を含まないものを包含するから、上記相違点は実質的な相違とはいえない。
　したがって、本願発明は引用発明であり、また、引用発明に基づいて当業者が容易に発明をすることができたものといえる。
第７　むすび
　以上のとおり、本願発明は、その出願前に日本国内又は外国において、頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。 
 また、本願発明は、その出願前に日本国内又は外国において、頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく拒絶すべきものである。