2021-002282

第２ 原査定の概要

原査定（令和２年１１月２４日付け拒絶査定）の概要は次のとおりである。

（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

記

・請求項１ないし８に対して、引用文献等１ないし４

＜引用文献等一覧＞

１.3GPP TR23.887 V1.1.0，２０１３年 ７月，Pages25-29,82-93,135-136，ＵＲＬ，Internet<https://www.3gpp.org/ftp/Specs/archive/23_series/23.887/23887-110.zip>（以下、「引用文献１」という。）

２.3GPP TS32.297 V2.0.0，２００４年 ３月１８日，Section6.1.1，ＵＲＬ，Internet<https://www.3gpp.org/ftp/Specs/archive/32_series/32.297/32297-200.zip>（以下、「引用文献２」という。）

３.国際公開第２０１２／０３４０８０号（以下、「引用文献３」という。）

４.NEC Corporation，MTC-IWF based security solution remaining issues[online]，3GPP TSG-SA WG3#72 S3-130746，２０１３年 ７月１２日，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG3_Security/TSGS3_72_Qingdao/Docs/S3-130746.zip>（周知技術を示す文献）（以下、「引用文献４」という。）

第３ 本願発明

本願の請求項１ないし４に係る発明（以下、「本願発明１」ないし「本願発明４」という。）は、令和４年２月２５日にされた手続補正により補正された特許請求の範囲の請求項１ないし４に記載された事項により特定される発明であり、以下のとおりの発明である。

「 【請求項１】

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、第１のネットワークノードとを含むモバイル通信システムに用いるＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ））内の第２のネットワークノードであって、

ローミングの場合に、前記第１のネットワークノードから、課金をするか否かに関するインジケータを含むメッセージを受信する受信部と、

前記メッセージを前記ＵＥに対して送信する送信部と、

続きを表示（全17行）

前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含むＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部と、

を有する第２のネットワークノード。

【請求項２】

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、第１のネットワークノードとを含むモバイル通信システムに用いるＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ））内の第２のネットワークノードの通信方法であって、

ローミングの場合に、前記第１のネットワークノードから、課金をするか否かに関するインジケータを含むメッセージを受信するステップと、

前記メッセージを前記ＵＥに対して送信するステップと、

前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含むＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生するステップと、

を有する、第２のネットワークノードの通信方法。

【請求項３】

前記ＣＤＲは、ＣＧＦ（Ｃｈａｒｇｉｎｇ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）に転送される、請求項１記載の第２のネットワークノード。

【請求項４】

前記ＣＤＲは、Record Typeをフィールドに含む、

請求項１記載の第２のネットワークノード。」

第４ 引用文献、引用発明及び技術的事項

１ 引用文献１について

原査定の拒絶の理由で引用され、本願優先日前に公開された引用文献１（3GPP TR23.887 V1.1.0，２０１３年 ７月，Pages25-29,82-93,135-136，ＵＲＬ，Internet<https://www.3gpp.org/ftp/Specs/archive/23_series/23.887/23887-110.zip>）には、図面とともに以下の記載がある。（なお、下線は当審で付与した。）

（１）「In roaming scenarios it is useful to use the services of a visited MTC-IWF in the VPLMN for the following reasons: filtering of delivered data units and provide inter-operator charging. This visited MTC-IWF can filter and check terminating messages before forwarding to the serving CN nodes. For originating messages it may perform the message the protection, specifically for SDT-PDUs that are delivered via other PLMNs and thereby it avoids that every SGSN/MME need to provide such functionality. The 3GPP system internal message protection and filtering may be limited to scenarios where serving node and originating/terminating MTC-IWF are in different PLMNs, assuming PLMN internal links can be protected differently and don’t require separate per message protection of the identity of the entity via which the message enters the 3GPP system.

To accomplish such a 3GPP system internal message protection for roaming scenarios, for MO small data the serving nodes of the vPLMN are configured with a vPLMN MTC-IWF to forward all MO small data from roaming UEs to that MTC-IWF for processing charging or message protection. The vPLMN MTC-IWF acts then as described for the serving node. For MT small data the visited PLMN serving nodes register the address of a visited MTC-IWF at the HSS. The visited MTC-IWF is then in the data path, checks and verifies messages and forwards messages to the actually serving nodes. The figure shows the configuration of MTC-IWFs for providing message protection in inter-PLMN scenarios, i.e. without configuring the serving nodes for performing message protection.」（第２７ページ下から４行目ないし第２８ページ第１１行）

（当審仮訳：ローミングシナリオでは、次の理由から、VPLMNで訪問したMTC-IWFのサービスを使用すると便利である。配信されたデータユニットのフィルタリングとオペレーター間の課金の提供。このvisited MTC-IWFは、サービングCNノードに転送する前に、メッセージ終端をフィルタリングおよびチェックできる。メッセージ発信のため、特に他のPLMNを介して配信されるSDT-PDUの場合、それはメッセージ保護を実行してもよく、これにより、すべてのSGSN/MMEがそのような機能を提供しなくてもよくなる。3GPPシステムの内部メッセージ保護とフィルタリングは、サービングノードと発信/終端MTC-IWFが異なるPLMNにあるシナリオに限定されてもよい。ただし、PLMN内部リンクは異なる方法で保護することができ、メッセージが3GPPシステムに入る際に経由するエンティティのアイデンティティの保護をメッセージごとに分ける必要はない。

ローミングシナリオでこのような3GPPシステムの内部メッセージ保護を実現するために、MOスモールデータの場合、vPLMNのサービングノードはvPLMN MTC-IWFで構成され、ローミングUEからそのMTC-IWFにすべてのMOスモールデータを転送して課金またはメッセージ保護を処理する。次に、vPLMN MTC-IWFは、サービングノードについて説明されたように動作する。MTスモールデータのため、visited PLMNのサービングノードは、visited MTC-IWFのアドレスをHSSに登録する。visited MTC-IWFはデータパス上にあり、メッセージをチェックおよび検証し、実際にサービスを提供しているノードにメッセージを転送する。この図は、PLMN間シナリオでメッセージ保護を提供するためのMTC-IWFの構成を示している。つまり、メッセージ保護を実行するためのサービングノードを構成していない。）

（２）Figure 5.1.1.3.3.1.1-3として以下の図が記載されている。

「

［図：0001383739000001.jpg］

」（第２８ページ）

（３）「Charging can be provided on a per small data transmission basis. The MTC-IWF and SGSN/MME generates CDRs taking into account successful and unsuccessful delivery of small data transmission as far as possible. As any SDT-PDU may be routed via MTC-IWFs in visited and home PLMN charging may be performed by the MTC-IWFs only. In addition the total amount of transferred data may be counted, which is useful as the supported large message size allows for quite different resources usage. Shorter messages consume less system resources.」（第２９ページ第２行ないし第６行）

（当審仮訳：課金は、スモールデータの送信ごとに提供される。MTC-IWFおよびSGSN/MMEは、可能な限りスモールデータの送信の成功および失敗の配信を考慮してCDRを発生する。任意のSDT-PDUは、visitedとhomeのPLMNにおけるMTC-IWFを介してルーティングされてよく、課金はMTC-IWFによってのみ実行されてよい。加えて、転送されたデータの合計量をカウントしてよく、これは、大きなメッセージサイズがサポートされている場合、まったく異なるリソース使用量が許されるため、便利である。メッセージが短いほど、システムリソースの消費量は少なくなる。）

引用文献１の上記記載、及び通信分野における技術常識を考慮すると、次のことがいえる。

ア 上記「（１）」の「ローミングシナリオでこのような3GPPシステムの内部メッセージ保護を実現するために、MOスモールデータの場合、vPLMNのサービングノードはvPLMN MTC-IWFで構成され、ローミングUEからそのMTC-IWFにすべてのMOスモールデータを転送して課金またはメッセージ保護を処理する。次に、vPLMN MTC-IWFは、サービングノードについて説明されたように動作する。MTスモールデータのため、visited PLMNのサービングノードは、visited MTC-IWFのアドレスをHSSに登録する。visited MTC-IWFはデータパス上にあり、メッセージをチェックおよび検証し、実際にサービスを提供しているノードにメッセージを転送する。この図は、PLMN間シナリオでメッセージ保護を提供するためのMTC-IWFの構成を示している。」との記載、及び上記「（２）」のFigure 5.1.1.3.3.1.1-3の「SCS/AS」との記載によれば、ローミングＵＥと、ＳＣＳ／ＡＳとを含む３ＧＰＰシステムが記載されているといえる。そして、vPLMN MTC-IWF（visited MTC-IWF）がvPLMN内にあることは明らかであるから、引用文献１には、ローミングＵＥと、ＳＣＳ／ＡＳとを含む３ＧＰＰシステムに用いる、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦが記載されているといえる。

イ 上記「（２）」のFigure 5.1.1.3.3.1.1-3の記載において、「Message Routing: MT」について示される矢印（当審注：原文において、青色で示される矢印）が、「hPLMN」内の「SCS/AS」から「MTC-IWF」に向かい、「hPLMN」内の「MTC-IWF」から「vPLMN」内の「MTC-IWF」に向かい、「vPLMN」内の「MTC-IWF」から「MME/SGSN」に向かい、「MME/SGSN」から「Roaming UE」に向かっていることについて、「vPLMN」内の「Roaming UE」がローミング中のＵＥを意味することと、当該矢印がメッセージの流れを表すものであることが明らかであるから、ローミングの場合に、ｈＰＬＭＮ内のＳＣＳ／ＡＳが送信したメッセージが、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦを介してローミングＵＥに対して送信（転送）されていることが見て取れる。また、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦがそのための受信部及び送信部を有することは明らかである。

してみれば、引用文献１には、ローミングの場合に、ＳＣＳ／ＡＳから、メッセージを受信する受信部と、前記メッセージをローミングＵＥに対して送信する送信部とを有する、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦが記載されているといえる。

ウ 上記「（３）」の「課金は、スモールデータの送信ごとに提供される。MTC-IWFおよびSGSN/MMEは、可能な限りスモールデータの送信の成功および失敗の配信を考慮してCDRを発生する。任意のSDT-PDUは、visitedとhomeのPLMNにおけるMTC-IWFを介してルーティングされてよく、課金はMTC-IWFによってのみ実行されてよい。」との記載によれば、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦは、スモールデータの送信の成功および失敗の配信を考慮してＣＤＲを発生するといえる。また、そのための制御部を有することは明らかである。

したがって、上記「ア」ないし「ウ」を総合すると、引用文献１には、次の発明（以下、「引用発明」という）が記載されていると認められる。

「ローミングＵＥと、ＳＣＳ／ＡＳとを含む３ＧＰＰシステムに用いる、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦであって、

ローミングの場合に、ＳＣＳ／ＡＳから、メッセージを受信する受信部と、

前記メッセージをローミングＵＥに対して送信する送信部と、

スモールデータの送信の成功および失敗の配信を考慮してＣＤＲを発生する制御部と、

を有する、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦ。」

２ 引用文献２について

原査定の拒絶の理由で引用され、本願優先日前に公開された引用文献２（3GPP TS32.297 V2.0.0，２００４年 ３月１８日，Section6.1.1，ＵＲＬ，Internet<https://www.3gpp.org/ftp/Specs/archive/32_series/32.297/32297-200.zip>）には、以下の事項が記載されている。（なお、下線は当審で付した。）

（１）「a) The CDR files contain a variable length file header immediately followed by a variable number of concatenated CDRs which are encoded according to the CDR format specified in an appropriate charging TS, 3GPP TS 32.250 [10] to [49].」（第１４ページ第１２行ないし第１４行）

（当審仮訳：ａ）CDRファイルは、直後に、適切な課金に関するTS,すなわち3GPP TS 32.250 [10]ないし[49]で指定されたCDRフォーマットに従ってエンコードされた可変数の連結のCDRが続く、可変長のファイルヘッダを含む。）

（２）「The file header contains the following fields:

・・・（中略）・・・

IP address of the network node that generated the file. Fixed length field of 20 octets. For IPv4 addresses, the unused trailing octets are set to zero.」

（第１４ページ第２５行ないし第１５ページ第５行）

（当審仮訳：ファイルヘッダは以下のフィールドを含む：

・・・（中略）・・・

ファイルを生成したネットワークノードのIPアドレス。２０オクテットの固定長フィールド。IPv4アドレスの場合、使用されない後続のオクテットはゼロとなる。）

上記記載によれば、引用文献２には、次の技術的事項が記載されていると認められる。

「ＣＤＲファイルは、可変長のファイルヘッダを含み、ファイルヘッダは、ファイルを生成したネットワークノードのIPアドレスのフィールドを含む。」

３ 引用文献３について

原査定の拒絶の理由で引用され、本願優先日前に公開された引用文献３（国際公開第２０１２／０３４０８０号）には、以下の事項が記載されている。（なお、下線は当審で付した。）

「For example, a carrier usage record, which may be, for example, a charging data record (CDR), may contain some or all of the following information: subscriber identification (e.g., IMSI, MSID, NAI, or MDN), equipment identification (e.g., IMEI or MEID), correlation identification, start time, stop time, number of bytes sent by end-user device 100, number of bytes received by end-user device 100, access point name (APN).」（段落[00159]の第５行ないし第９行）

（当審仮訳：例えば課金データレコード（CDR）とすることができるキャリア利用レコードは、例えば次の情報、加入者識別子（例えばIMSI、MSID、NAI、又はMDN）、装置識別子（例えばIMEIやMEID）、相関識別子、開始時間、終了時間、エンドユーザ装置100によって送信されたバイト数、エンドユーザ装置100によって受信されたバイト数、アクセスポイント名（APN）のうちの一部又は全てを含むことができる。）

上記記載によれば、引用文献３には、次の技術的事項が記載されていると認められる。

「課金データレコード（CDR）とすることができるキャリア利用レコードは、加入者識別子（例えばIMSI、MSID、NAI、又はMDN）、装置識別子（例えばIMEIやMEID）を含むことができる。」

４ 引用文献４について

原査定の拒絶の理由で引用され、本願優先日前に公開された引用文献４（NEC Corporation，MTC-IWF based security solution remaining issues（当審仮訳：MTC-IWFベースのセキュリティ解決の残課題）[online]，3GPP TSG-SA WG3#72 S3-130746，２０１３年 ７月１２日，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG3_Security/TSGS3_72_Qingdao/Docs/S3-130746.zip>）には、以下の事項が記載されている。（なお、下線は当審で付した。）

「Architecture of Option 2) MTC-IWF exists in VPLMN.

- MTC-IWF in VPLMN can generate CDR for charging.」（第２ページ第１４行及び第１５行）

（当審仮訳：オプション2のアーキテクチャ） MTC-IWFがVPLMN内に存在する。

- VPLMN内のMTC-IWFは課金のためにCDRを発生できる。）

上記記載によれば、引用文献４には、次の技術的事項が記載されていると認められる。

「ＶＰＬＭＮ内のＭＴＣ－ＩＷＦは課金のためにＣＤＲを発生できる。」

第５ 対比及び判断

１ 本願発明１について

（１）対比

本願発明１と引用発明とを対比すると、次のことがいえる。

ア 引用発明の「ローミングＵＥ」は、本願発明１の「ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）」に含まれる。

また、ネットワーク内の装置をネットワークノードと言い換えられることが技術常識であり、引用発明の「ＳＣＳ／ＡＳ」及び「ＶＰＬＭＮ内のＭＴＣ－ＩＷＦ」がネットワーク内の装置であることは明らかであるから、引用発明の「ＳＣＳ／ＡＳ」及び「ＶＰＬＭＮ内のＭＴＣ－ＩＷＦ」は、本願発明１の「ネットワークノード」に含まれるといえる。

更に、３ＧＰＰシステムがモバイル通信システムの一種であることは技術常識であるから、引用発明の「３ＧＰＰシステム」は、本願発明１の「モバイル通信システム」に含まれるといえる。

そして、引用発明の「ｖＰＬＭＮ内のＭＴＣ－ＩＷＦ」は、ローミングの場合に、ＳＣＳ／ＡＳから、メッセージを受信する受信部を有するものであるから、本願発明１において「ローミングの場合に、第１のネットワークノードから、課金をするか否かに関するインジケータを含むメッセージを受信する受信部」を有する「第２のネットワークノード」に含まれ、引用発明の「ＳＣＳ／ＡＳ」は本願発明１の「第１のネットワークノード」に含まれ、本願発明の「課金をするか否かに関するインジケータを含むメッセージ」と引用発明の「メッセージ」とは「メッセージ」である点で共通する。

よって、引用発明の「ローミングＵＥと、ＳＣＳ／ＡＳとを含む３ＧＰＰシステムに用いる、ｖＰＬＭＮ内のＭＴＣ－ＩＷＦ」は、本願発明１の「ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、第１のネットワークノードとを含むモバイル通信システムに用いるＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ））内の第２のネットワークノード」に含まれ、また、本願発明１の「ローミングの場合に、前記第１のネットワークノードから、課金をするか否かに関するインジケータを含むメッセージを受信する受信部」を有する「第２のネットワークノード」と、引用発明の「ローミングの場合に、ＳＣＳ／ＡＳから、メッセージを受信する受信部」を有する「ｖＰＬＭＮ内のＭＴＣ－ＩＷＦ」とは、ローミングの場合に、第１のネットワークノードから、メッセージを受信する受信部を有する第２のネットワークノードである点で共通する。

イ 本願発明１の「前記メッセージを前記ＵＥに対して送信する送信部」と、引用発明の「前記メッセージをローミングＵＥに対して送信する送信部」とは、メッセージをＵＥに対して送信する送信部である点で共通する。

よって、本願発明１の「前記メッセージを前記ＵＥに対して送信する送信部」を有する「第２のネットワークノード」と、引用発明の「前記メッセージをローミングＵＥに対して送信する送信部」を有する「ｖＰＬＭＮ内のＭＴＣ－ＩＷＦ」とは、メッセージをＵＥに対して送信する送信部を有する第２のネットワークノードである点で共通する。

ウ 本願発明１の「前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含むＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部」と、引用発明の「スモールデータの送信の成功および失敗の配信を考慮してＣＤＲを発生する制御部」とは、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部である点で共通する。

よって、本願発明１の「前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含むＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部」を有する「第２のネットワークノード」と、引用発明の「スモールデータの送信の成功および失敗の配信を考慮してＣＤＲを発生する制御部」を有する「ｖＰＬＭＮ内のＭＴＣ－ＩＷＦ」とは、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部を有する第２のネットワークノードである点で共通する。

したがって、上記「ア」ないし「ウ」を総合すれば、本願発明１と引用発明は、以下の点で一致し、また相違する。

＜一致点＞

「ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、第１のネットワークノードとを含むモバイル通信システムに用いるＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ））内の第２のネットワークノードであって、

ローミングの場合に、第１のネットワークノードから、メッセージを受信する受信部と、

前記メッセージを前記ＵＥに対して送信する送信部と、

ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部と、

を有する第２のネットワークノード。」

＜相違点＞

本願発明１においては、受信部が受信する、又は送信部が送信するメッセージが「課金をするか否かに関するインジケータを含む」ものであり、制御部が「前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含む」ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生するのに対し、引用発明においては当該発明特定事項について特定されていない点。

（２）相違点についての判断

上記相違点について検討するにあたり、事案に鑑みて、上記相違点に係る本願発明１の発明特定事項の一部である、受信部が受信する、又は送信部が送信するメッセージが「課金をするか否かに関するインジケータを含む」ものであり、制御部が「前記インジケータに基づいて」ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する点について先に検討する。

受信部が受信する、又は送信部が送信するメッセージが「課金をするか否かに関するインジケータを含む」ものであり、制御部が「前記インジケータに基づいて」ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生することは、引用文献１ないし４に記載も示唆もされておらず、また、通信分野における周知技術であるともいえない。

したがって、引用発明において、少なくとも、上記相違点に係る本願発明１の上記発明特定事項の一部を採用することは、当業者といえども、容易に想到し得たとはいえない。

よって、本願発明１の上記相違点の他の発明特定事項について判断するまでもなく、本願発明１は、当業者であっても、引用発明及び引用文献２ないし４に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。

２ 本願発明２ないし４について

本願発明２は、「第２のネットワークノード」の発明である本願発明１に対応する「第２のネットワークノードの通信方法」の発明であって、本願発明１の発明特定事項に対応する発明特定事項を備えるものであるから、本願発明１と同様の理由により、本願発明２は、当業者であっても、引用発明及び引用文献２ないし引用文献４に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。

また、本願発明３及び４は、本願発明１の発明特定事項を全て備えるものであるから、本願発明１と同じ理由により、本願発明３及び４は、当業者であっても、引用発明及び引用文献２ないし４に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。

第６ 原査定についての判断

令和４年２月２５日にされた手続補正により、本願発明１ないし４は、いずれも、受信部が受信する、又は送信部が送信するメッセージが「課金をするか否かに関するインジケータを含む」ものであり、制御部が「前記インジケータに基づいて」ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生するという発明特定事項、又は当該発明特定事項に対応する発明特定事項を、少なくとも備えるものとなっている。してみれば、上記「第５」の「１」及び「２」で説示したとおり、当業者であっても、本願発明１ないし４は、引用発明及び引用文献２ないし４に記載された技術的事項に基づいて容易に発明をすることができたものであるとはいえない。

したがって、原査定の理由を維持することはできない。

第７ 当審拒絶理由について

当審における令和４年２月１６日付け拒絶理由通知書で通知した拒絶の理由（以下、「当審拒絶理由」という。）は、令和４年１月７日に提出された手続補正書に記載された請求項１には、「ローミングの場合に、前記第１のネットワークノードから、課金をするか否かに関するインジケータを含むメッセージを受信する受信部」と記載されているが、当該「メッセージ」に含まれる「課金をするか否かに関するインジケータ」を受信した後、当該「インジケータ」を使用することについて記載されていないから、当該「メッセージ」に含まれる「課金をするか否かに関するインジケータ」を受信することの技術的意義が明確でなく、また、「前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスが、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）のフィールドに含まれる」ことが記載されているが、当該「前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスが、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）のフィールドに含まれる」ことが、「第２のネットワークノード」についてのいかなる構成を特定しようとしているのか不明であり、請求項１に対応する発明特定事項を備える請求項２、また請求項１を引用する請求項３、４についても同様に不明であるというものである。。これに対して、令和４年２月２５日にされた手続補正により、補正前の請求項１の「前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスが、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）のフィールドに含まれる」との記載を「前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含むＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生する制御部」を「有する」と補正し、請求項２の「前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスが、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）のフィールドに含まれる」との記載を「前記インジケータに基づいて、前記ＶＰＬＭＮ内の第２のネットワークノードのアドレスをフィールドに含むＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を発生するステップ」を「有する」と補正したことにより、この拒絶の理由は解消した。

第８ むすび

以上のとおり、原査定の理由によっては、本願を拒絶することはできない。

また、他に本願を拒絶すべき理由を発見しない。

よって、結論のとおり審決する。