【事件の表示】
　特願２０１８−５５８４７０「資源取得方法および関係した装置」拒絶査定不服審判事件〔平成２９年　８月１０日国際公開，ＷＯ２０１７／１３３４９６，平成３１年　３月　７日国内公表，特表２０１９−５０６６９６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯 
　本願は，２０１７年１月２０日（パリ条約による優先権主張外国庁受理２０１６年２月２日（以下，「優先日」という。），中華人民共和国）を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　平成３０年　８月２９日　　：出願審査請求書，手続補正書の提出
　令和　１年　６月２７日付け：拒絶理由通知
　令和　１年　９月１７日　　：意見書，手続補正書の提出
　令和　２年　２月１４日付け：拒絶査定
　令和　２年　６月１７日　　：審判請求書，手続補正書の提出
　令和　２年　８月２７日　　：前置報告
　令和　２年１１月２７日　　：上申書の提出
第２　令和２年６月１７日にされた手続補正についての補正の却下の決定 
［補正の却下の決定の結論］ 
　令和２年６月１７日にされた手続補正（以下，「本件補正」という。）を却下する。 
［理由］ 
１　本件補正について（補正の内容） 
（１）本件補正後の特許請求の範囲の記載 
　本件補正により，特許請求の範囲の請求項１の記載は，次のとおり補正された。（下線部は，補正箇所である。以下，この特許請求の範囲に記載された請求項１を「補正後の請求項１」という。） 
「　　【請求項１】
　マシンツーマシンM2M通信システムに適用される資源取得方法であって：
　受付部によって、資源を取得するために資源要求者によって送られた第一の要求を受領する段階であって、前記第一の要求は前記資源の資源識別子を担持し、前記資源が、前記資源の有効期間を示すために使われる時間属性および最終修正時刻属性を含む、段階と；
　前記受付部によって、前記資源識別子に基づいて、前記受付部が前記資源を記憶していることを判別する段階と；
　前記受付部によって、前記時間属性に基づいて、前記資源が有効期限切れかどうかを判別する段階とを含み、
　前記受付部が前記時間属性に基づいて、前記資源が有効期限切れでないことを判別する場合、当該方法はさらに：
　前記受付部によって、前記受付部に記憶されている前記資源の値を前記資源要求者に送る段階を含み、
　前記受付部が、前記時間属性に基づいて、前記資源が有効期限切れであることを判別する場合、当該方法はさらに：
　前記受付部によって、前記資源サーバーから受領された属性値内容に基づいて前記受付部に記憶されている前記資源の値を更新する段階であって、前記受領された属性値内容は、前記受付部に記憶されている前記資源の属性値に対して変化している属性値内容であり、前記受付部に記憶されている最終修正時刻属性値は前記資源サーバーに記憶されている最終修正時刻属性値と異なる、段階と；
　前記受付部によって、前記資源の前記更新された値を前記資源要求者に送る段階
であって、前記資源の前記更新された値は、前記受付部に記憶されており変化しない属性値内容と、前記資源サーバーから受領された属性値内容とを含む、段階
方法。」 
（２）本件補正前の特許請求の範囲 
　本件補正前の，令和１年９月１７日にされた手続補正により補正された特許請求の範囲の請求項１の記載は次のとおりである。（以下，この特許請求の範囲に記載された請求項１を「補正前の請求項１」という。） 
「　　【請求項１】
　マシンツーマシンM2M通信システムに適用される資源取得方法であって：
　受付部によって、資源を取得するために資源要求者によって送られた第一の要求を受領する段階であって、前記第一の要求は前記資源の資源識別子を担持し、前記資源が、前記資源の有効期間を示すために使われる時間属性および最終修正時刻属性を含む、段階と；
　前記受付部によって、前記資源識別子に基づいて、前記受付部が前記資源を記憶していることを判別する段階と；
　前記受付部によって、前記時間属性に基づいて、前記資源が有効期限切れかどうかを判別する段階とを含み、
　前記受付部が前記時間属性に基づいて、前記資源が有効期限切れでないことを判別する場合、当該方法はさらに：
　前記受付部によって、前記受付部に記憶されている前記資源の値を前記資源要求者に送る段階を含み、
　前記受付部が、前記時間属性に基づいて、前記資源が有効期限切れであることを判別する場合、当該方法はさらに：
　前記受付部によって、前記資源サーバーから受領された属性値内容に基づいて前記受付部に記憶されている前記資源の値を更新する段階であって、前記受領された属性値内容は、前記受付部に記憶されている前記資源の属性値に対して変化している属性値内容であり、前記受付部に記憶されている最終修正時刻属性値は前記資源サーバーに記憶されている最終修正時刻属性値と異なる、段階と；
　前記受付部によって、前記資源の前記更新された値を前記資源要求者に送る段階とを含む、
方法。」 
２　補正の適否 
　本件補正は，補正前の請求項１に記載された発明を特定するために必要な事項である，資源の更新された値について，「前記受付部に記憶されており変化しない属性値内容と、前記資源サーバーから受領された属性値内容とを含む」との限定を付加するものである。
　そして，補正前の請求項１に記載された発明と補正後の請求項１に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるから，本件補正は，特許法１７条の２第５項２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで，本件補正後の請求項１に記載される発明（以下「本件補正発明」という。）が同条第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について，以下，検討する。
（１）本件補正発明 
　本件補正発明は，上記「１（１）」に記載された下記のとおりのものである（再掲）。 
「　マシンツーマシンM2M通信システムに適用される資源取得方法であって：
　受付部によって、資源を取得するために資源要求者によって送られた第一の要求を受領する段階であって、前記第一の要求は前記資源の資源識別子を担持し、前記資源が、前記資源の有効期間を示すために使われる時間属性および最終修正時刻属性を含む、段階と；
　前記受付部によって、前記資源識別子に基づいて、前記受付部が前記資源を記憶していることを判別する段階と；
　前記受付部によって、前記時間属性に基づいて、前記資源が有効期限切れかどうかを判別する段階とを含み、
　前記受付部が前記時間属性に基づいて、前記資源が有効期限切れでないことを判別する場合、当該方法はさらに：
　前記受付部によって、前記受付部に記憶されている前記資源の値を前記資源要求者に送る段階を含み、
　前記受付部が、前記時間属性に基づいて、前記資源が有効期限切れであることを判別する場合、当該方法はさらに：
　前記受付部によって、前記資源サーバーから受領された属性値内容に基づいて前記受付部に記憶されている前記資源の値を更新する段階であって、前記受領された属性値内容は、前記受付部に記憶されている前記資源の属性値に対して変化している属性値内容であり、前記受付部に記憶されている最終修正時刻属性値は前記資源サーバーに記憶されている最終修正時刻属性値と異なる、段階と；
　前記受付部によって、前記資源の前記更新された値を前記資源要求者に送る段階であって、前記資源の前記更新された値は、前記受付部に記憶されており変化しない属性値内容と、前記資源サーバーから受領された属性値内容とを含む、段階とを含む、
方法。」
（２）引用文献等の記載事項 
（２−１）引用文献１に記載されている技術的事項及び引用発明 
ア　原査定の拒絶の理由で引用された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，特開２００２−５５８７０号公報（平成１４年２月２０日出願公開。以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。 
（当審注：下線は，参考のために当審で付与したものである。以下同様。） 
Ａ　「【００２３】図３は本実施形態における
データ取得装置２の構成
入力部２０１
データ保存部２０２
データ検索部２０３
データ取得要求部２０４
【００２４】
データ受信部２０５
データ更新部２０７
Ｂ　「【００２６】図４は
データ取得装置２の処理手順
ユーザは、入力部２０１を用いた入力操作により、所望するデータがネットワーク３上のどこに格納されているかを示す位置情報、即ちデータの取得先情報となるＵＲＬ(Universal Resource Locator)を入力し、データの取得実行を指示する。
データ検索部２０３は、ユーザにより入力されたＵＲＬが指し示すデータが自装置のデータ保存部２０２に保存されているかどうかを検索する
この検索は、データ保存部２０２が保持しているキャッシュテーブルを参照することによって行う。
このキャッシュテーブルには、
データの取得先情報となるＵＲＬと、このＵＲＬが指し示すデータが自装置上で保存されている位置（キャッシュの位置）と、データの最終更新日時とが組（対）になって保存される。
【００２７】
ユーザにより指定されたＵＲＬのデータがキャッシュテーブル上に存在する場合は、そのキャッシュテーブルにおいて該当するＵＲＬに対応するデータの更新情報をデータ取得要求部２０４が読み出す（ステップＳ１０２）。ここで
データの更新情報とは、
データの最終更新日時がそれに該当する。
【００２８】
次に、データ取得要求部２０４は、差分データの取得であることを示す情報を付加して、データの取得要求をデータ提供装置１に送信する
【００２９】一方、指定されたＵＲＬのデータがキャッシュテーブル上に存在しない場合は、該当するデータがデータ取得装置２上に保存されていないため、データ取得要求部２０４は、通常どおり全てのデータを取得する旨の取得要求をデータ提供装置１に送信する（ステップＳ１０４）。
【００３０】このようにデータ取得装置２においてデータ保存部２０２に保存された過去のデータを検索し、その検索結果に基づいて差分データ又は全データの取得要求を行うことにより、ユーザがいちいち過去に取得したデータを参照しなくても、差分データの取得要求を自動的に実行させることができる。
【００３１】続いて、上述のようにステップＳ１０３又はＳ１０４でデータの取得要求を送信した後、その応答としてデータ提供装置１からデータが送信されると、
データ受信部２０５は、先の取得要求に対するデータ提供装置１からの応答データを受信する
【００３２】次に、データ受信部２０５で受信した応答データが差分データであるか否かをデータ判別部２０６で判別する（ステップＳ１０６）。ここで、応答データが差分データであるか否かを判別するには、例えば、ＨＴＴＰの Content-type:ヘッダを参照することによって行う。Content-type: ヘッダの値が application/x-diff という値であった場合、応答に含まれるデータが差分データであると判別し、それ以外の値であった場合には差分データではないと判別する。この判別結果において、
応答データが差分データであると判別された場合は、
データ更新部２０７で更新データを生成する
【００３３】ここで、
更新データを生成するにあたっては、先ず、前述したキャッシュテーブルを参照して、該当するデータがデータ保存部２０２に保存されている位置（キャッシュの位置）を取得する。次いで、その取得した位置に保存されている保存データと、応答に含まれる差分データとを合成し、これによって更新データを生成する。
Ｃ　「【００５２】続いて、本発明の他の実施形態について説明する。図７は本発明の他の実施形態に係るデータ処理システムの構成例を示す図である。図７においては、
データ提供装置４及びプロキシ装置５がネットワーク６を介して接続されている。
プロキシ装置５は、データ取得装置７からの要求に応じてデータ提供装置４に対して代理でデータの取得要求を行い、これによって取得したデータをデータ取得装置７に送信するものである。
【００５３】
プロキシ装置５は、
データ取得装置に相当するものであり
Ｄ　「【００６１】なお、上記の説明では、プロキシ装置５がデータ取得装置７からデータの取得要求を受け付けたとき必ずデータ提供装置４にデータの取得要求を行うとしているが、例えば、データの取得要否を判定するための判定基準を予め設け、その判定基準に基づいて、データ保存部５０１から応答用のデータを取り出すか、実際にデータ提供装置４にデータの取得要求を行って応答用のデータを取得するかを決定してもよい。具体的には、例えば、上記の
判定基準を１時間とし、データ取得装置７からデータの取得要求があった日時から1時間以内のデータがプロキシ装置５のデータ保存部５０１に残っている場合は、データ提供装置４にデータの取得要求を行わず、データ保存部５０１に保存されているデータを応答としてデータ取得装置７に送信してもよい。
Ｅ　「図３
」
　上記Ａの記載及び図３から，
データ取得装置２は，入力部２０１，データ保存部２０２，データ検索部２０４、データ取得要求部２０４，データ受信部２０５，データ更新部２０７を備えている
Ｆ　「図４
」
Ｇ　「図５
」
Ｈ　「図７
」
イ　
（ア）上記Ｃの，特に下線部の記載に注目すると，引用文献１には， 
「データ提供装置及びプロキシ装置がネットワークを介して接続されており，プロキシ装置は，データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行い，これによって取得したデータをデータ取得装置に送信するものであり，
　プロキシ装置はデータ取得装置に相当するものである」
　という技術事項が記載されていると認められる。
（イ）また，上記Ａの，特に下線部の記載，並びに上記Ｅの図３から，引用文献１には，
「データ取得装置は，入力部，データ保存部，データ検索部、データ取得要求部，データ受信部，データ更新部を備えている」
　という技術事項が記載されていると認められる。
（ウ）また，上記Ｂの，特に下線部の記載に注目すると，引用文献１には，
「データ取得装置の処理手順は，
　ユーザは，入力部を用いた入力操作により，所望するデータがネットワーク上のどこに格納されているかを示す位置情報，即ちデータの取得先情報となるＵＲＬ(Universal Resource Locator)を入力し，データの取得実行を指示し，
　データ検索部は，ユーザにより入力されたＵＲＬが指し示すデータが自装置のデータ保存部に保存されているかどうかを検索するものであり，この検索は，データ保存部が保持しているキャッシュテーブルを参照することによって行うものであって，
　このキャッシュテーブルには，データの取得先情報となるＵＲＬと，このＵＲＬが指し示すデータが自装置上で保存されている位置（キャッシュの位置）と，データの最終更新日時とが組（対）になって保存されるものであり，
　ユーザにより指定されたＵＲＬのデータがキャッシュテーブル上に存在する場合は，そのキャッシュテーブルにおいて該当するＵＲＬに対応するデータの更新情報をデータ取得要求部が読み出すものであり，ここでデータの更新情報とは，データの最終更新日時であり，
　次に，データ取得要求部は，差分データの取得であることを示す情報を付加して，データの取得要求をデータ提供装置に送信し，
　データ受信部は，先の取得要求に対するデータ提供装置からの応答データを受信し，
　応答データが差分データであると判別された場合は，データ更新部で更新データを生成するものであって，更新データを生成するにあたっては，先ず，前述したキャッシュテーブルを参照して，該当するデータがデータ保存部に保存されている位置（キャッシュの位置）を取得し，次いで，その取得した位置に保存されている保存データと，応答に含まれる差分データとを合成し，これによって更新データを生成する」
　という技術事項が記載されていると認められる。
ウ　よって，引用文献１には次の発明（以下，「引用発明」という。）が記載されているといえる。 
「データ提供装置及びプロキシ装置がネットワークを介して接続されており，プロキシ装置は，データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行い，これによって取得したデータをデータ取得装置に送信するものであり，
　プロキシ装置はデータ取得装置に相当するものであって，
　データ取得装置は，入力部，データ保存部，データ検索部、データ取得要求部，データ受信部，データ更新部を備えており，
　データ取得装置の処理手順は，
　ユーザは，入力部を用いた入力操作により，所望するデータがネットワーク上のどこに格納されているかを示す位置情報，即ちデータの取得先情報となるＵＲＬ(Universal Resource Locator)を入力し，データの取得実行を指示し，
　データ検索部は，ユーザにより入力されたＵＲＬが指し示すデータが自装置のデータ保存部に保存されているかどうかを検索するものであり，この検索は，データ保存部が保持しているキャッシュテーブルを参照することによって行うものであって，
　このキャッシュテーブルには，データの取得先情報となるＵＲＬと，このＵＲＬが指し示すデータが自装置上で保存されている位置（キャッシュの位置）と，データの最終更新日時とが組（対）になって保存されるものであり，
　ユーザにより指定されたＵＲＬのデータがキャッシュテーブル上に存在する場合は，そのキャッシュテーブルにおいて該当するＵＲＬに対応するデータの更新情報をデータ取得要求部が読み出すものであり，ここでデータの更新情報とは，データの最終更新日時であり，
　次に，データ取得要求部は，差分データの取得であることを示す情報を付加して，データの取得要求をデータ提供装置に送信し，
　データ受信部は，先の取得要求に対するデータ提供装置からの応答データを受信し，
　応答データが差分データであると判別された場合は，データ更新部で更新データを生成するものであって，更新データを生成するにあたっては，先ず，前述したキャッシュテーブルを参照して，該当するデータがデータ保存部に保存されている位置（キャッシュの位置）を取得し，次いで，その取得した位置に保存されている保存データと，応答に含まれる差分データとを合成し，これによって更新データを生成するものである，
　データ取得装置の処理手順。」
（２−２）引用文献２に記載されている技術的事項
ア　原査定の拒絶の理由で引用された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，米国特許出願公開第２０１５／００５５５５７号明細書（２０１５年２月２６日出願公開。以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。 
Ｉ　「[0089] Embodiments for managing 
the caching of the resource
（当審訳；「[００８９]　
リソースのキャッシング
Ｊ　「[0092] FIG. 10 shows an example cachedContent structure 1002 for the cached resource in accordance with one embodiment. 
cachedContent may have
attributes
The attribute 1004 may include
maxAge
The attribute maxAge indicates that a cached resource is to be considered not fresh after its age is greater than the specified number of seconds.
（当審訳；「[００９２]　図１０は，一実施形態による，キャッシュされたリソースの例示的なキャッシュコンテンツcachedContent構造1002を示す。
キャッシュコンテンツcachedContentは
属性
を有することができる
属性1004は，
maxAge
を含み得る
属性maxAgeは，キャッシュされたリソースの年齢が指定された秒数を超えた後は，キャッシュされたリソースは新鮮ではないと見なされることを示す。
Ｋ　「[0098] 
NA2 issues a resource discovery request
to M2M server1
（当審訳；「[００９８]　
NA2は，M2M server1
にリソース検索要求
を発行する
Ｌ　「[0101] 
When M2M server1 receives the request from NA2, M2M server1 may find a cached copy
M2M server1 also checks the maxAge attribute of the cached resource (1128).
M2M server1 may return the cached resource directly if its maxAge is still over 0.
If the maxAge has expired, M2M server1 may issue an update request
[0102] Alternatively, NA2 may issue a retrieve request to M2M gateway1 using the local URI of the cached resource (1136). M2M server1 checks the maxAge attribute of the cached resource (1138). M2M server1 may return the resource representation with the locally cached copy if its maxAge is still over 0. If the maxAge has expired, M2M server1 may issue an update request or forward NA2's request to the original resource on M2M gateway1 (1140). M2M server1 receives a response including resource representation of contentIns1 from M2M gateway1 and forwards it to NA2 (1142, 1144). As a result, a fresh resource may be returned to NA2.」
（当審訳；「[０１０１]　
M2M server1がNA2からの要求を受信すると，M2M server1は，
キャッシュされたコピーを見つけることができる
M2M server1は，キャッシュされたリソースのmaxAge属性もチェックする（1128）。M2M server1は，maxAgeがまだ0を超えている場合，キャッシュされたリソースを直接返す場合がある
maxAgeの有効期限が切れている場合，M2M server1は更新要求を発行する
[０１０２]　あるいは，NA2は，キャッシュされたリソース（1136）のローカルURIを使用してM2Mゲートウェイ1に取得要求を発行する場合がある。M2M server1は，キャッシュされたリソース（1138）のmaxAge属性をチェックする。M2M server1は，maxAgeがまだ0を超えている場合，ローカルにキャッシュされたコピーでリソース表現を返す場合がある。maxAgeの有効期限が切れている場合，M2M server1は更新要求を発行するか，NA2の要求をM2Mゲートウェイ1の元のリソースに転送する（1140）。M2Mサーバー1は，M2Mゲートウェイ1からcontentIns1のリソース表現を含む応答を受信し，それをNA2に転送する（1142，1144）。その結果，新しいリソースがNA2に返される可能性がある。」）
Ｍ　「図６
」
Ｎ　「図１０
」
イ　上記Ｉ〜Ｎの，特に下線部の記載に注目すると，引用文献２には以下の技術が記載されているといえる。
「リソースのキャッシングであって，
　キャッシュコンテンツは属性を有することができ，属性はmaxAgeを含み得るものであり，属性maxAgeは，キャッシュされたリソースの年齢が指定された秒数を超えた後は，キャッシュされたリソースは新鮮ではないと見なされることを示すものであり，
　NA2は，M2M server1にリソース検索要求を発行し，
　M2M server1は，NA2からの要求を受信すると，キャッシュされたコピーを見つけることができるものであって，
　M2M server1は，キャッシュされたリソースのmaxAge属性をチェックし，maxAgeがまだ0を超えている場合，キャッシュされたリソースを直接返す場合があり，maxAgeの有効期限が切れている場合，M2M server1は更新要求を発行する，
　リソースのキャッシング。」
（３）対比 
ア　本件補正発明と引用発明とを対比する。 
（ア）引用発明は，「データ提供装置及びプロキシ装置がネットワークを介して接続されており，プロキシ装置は，データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行い，これによって取得したデータをデータ取得装置に送信するもの」であって，「プロキシ装置はデータ取得装置に相当するもの」であるところ，前記「データ提供装置」及び「プロキシ装置」は，いずれも“マシン”であり，前記「ネットワーク」は“通信システム”に他ならず，前記「データ」は“資源”であるといえる。
　してみると，引用発明における，「ネットワークを介して接続され」た「データ提供装置及びプロキシ装置」における「データ取得装置の処理手順」は，通信システムを介して接続されたマシンとマシンの間において，資源を取得する手順であるといえる。
　よって，本件補正発明と引用発明とは，後記の点で相違するものの，“マシンツーマシンM2M通信システムに適用される資源取得方法”である点で一致する。
（イ）引用発明は，「ユーザは，入力部を用いた入力操作により，所望するデータがネットワーク上のどこに格納されているかを示す位置情報，即ちデータの取得先情報となるＵＲＬ(Universal Resource Locator)を入力し，データの取得実行を指示」するものであって，「データ提供装置及びプロキシ装置がネットワークを介して接続されており，プロキシ装置は，データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行」うものである。
　ここで，「データの取得実行を指示」する「ユーザ」は，“データ要求者”に他ならず，「データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行う」「プロキシ装置」は，データ取得装置からデータの取得要求を受信しているものであるから，“データを取得するために資源要求者によって送られた第一の要求を受領する”“受付部”であるといえ，引用発明の「データ取得装置の処理手順」は，“受付部によって，データを取得するためにデータ要求者によって送られた第一の要求を受領する段階を含む”といえる。
　そして，引用発明の「データの取得先情報となるＵＲＬ(Universal Resource Locator)」は，“データの資源識別子”であるといえ，引用発明において，「ユーザ」が「データの取得先情報となるＵＲＬ(Universal Resource Locator)を入力し，データの取得実行を指示」することは，ユーザが指示する取得要求に当該ＵＲＬが含まれていることを示すものであるから，“第一の要求はデータのデータ識別子を担持し”ているといえる。
　さらに，引用発明は，「データ検索部は，ユーザにより入力されたＵＲＬが指し示すデータが自装置のデータ保存部に保存されているかどうかを検索するものであり，この検索は，データ保存部が保持しているキャッシュテーブルを参照することによって行う」ところ，「前記キャッシュテーブルには，データの取得先情報となるＵＲＬと，このＵＲＬが指し示すデータが自装置上で保存されている位置（キャッシュの位置）と，データの最終更新日時とが組（対）になって保存される」ものである。
　してみると，引用発明は，「自装置のデータ保存部が保持しているキャッシュテーブル」に，「ＵＲＬが指し示す」「データの最終更新日時」が保存されているものであって，前記「データの最終更新日時」は“データの最終修正時刻属性”に他ならないから，“データが最終修正時刻属性を含む”といえる。
　よって，上記（ア）の検討も踏まえると，本件補正発明と引用発明とは，後記の点で相違するものの，“受付部によって，資源を取得するために資源要求者によって送られた第一の要求を受領する段階であって，前記第一の要求は前記資源の資源識別子を担持し，前記資源が最終修正時刻属性を含む，段階”を含む点で一致する。
（ウ）引用発明において，「データ検索部は，ユーザにより入力されたＵＲＬが指し示すデータが自装置のデータ保存部に保存されているかどうかを検索する」ことは，“ＵＲＬに基づいて，データ検索部が，データを記憶していることを判別する”ことに他ならない。
　そして，引用発明は，「プロキシ装置は，データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行」うものであって，「プロキシ装置はデータ取得装置に相当するものであって」，「データ取得装置は，入力部，データ保存部，データ検索部，データ受信部，データ取得要求部，データ更新部を備えて」いるものであるから，プロキシ装置のデータ検索部が“ＵＲＬに基づいて，データを記憶していることを判別する”ものであるといえ，引用発明の「データ取得装置の処理手順」は，“プロキシ装置によって，ＵＲＬに基づいて，プロキシ装置がデータを記憶していることを判別する段階を含む”といえる。
　よって，上記（ア）及び（イ）の検討も踏まえると，本件補正発明と引用発明とは，“受付部によって，資源識別子に基づいて，前記受付部が前記資源を記憶していることを判別する段階”を含む点で一致する。
（エ）引用発明は，「データ受信部は，先の取得要求に対するデータ提供装置からの応答データを受信し」，「応答データが差分データであると判別された場合は，データ更新部で更新データを生成するものであって，更新データを生成するにあたっては，先ず，前述したキャッシュテーブルを参照して，該当するデータがデータ保存部に保存されている位置（キャッシュの位置）を取得し，次いで，その取得した位置に保存されている保存データと，応答に含まれる差分データとを合成し，これによって更新データを生成する」ものである。
　ここで，「データ提供装置からの応答データ」とは，データ提供装置から「受信」したデータであって，「データ」は“内容”といえるから，“データ提供装置から受領された属性値内容”といえるものであり，「更新データを生成する」ことは，“データの値を更新する”ことに他ならず，「応答に含まれる差分データ」とは，“データ保存部に保存されているデータの属性値に対して変化している属性値内容”であるといえる。
　そして，引用発明は，上記（ウ）で検討したように，「プロキシ装置はデータ取得装置に相当する」ものであって，「データ提供装置」は「データ更新部」及び「データ保存部」を備えるものであるから，プロキシ装置のデータ更新部が，プロキシ装置のデータ保存部に記憶されているデータの値を更新するものであるといえ，引用発明の「データ取得装置の処理手順」は，“プロキシ装置によって，データ提供装置から受領された属性値内容に基づいてプロキシ装置に記憶されているデータの値を更新する段階を含む”といえる。
　よって，上記（ア）及び（ウ）の検討も踏まえると，本件補正発明と引用発明とは，後記の点で相違するものの，“受付部によって，資源サーバーから受領された属性値内容に基づいて前記受付部に記憶されている前記資源の値を更新する段階であって，前記受領された属性値内容は，前記受付部に記憶されている前記資源の属性値に対して変化している属性値内容である，段階”を含む点で一致する。
（オ）引用発明は，「プロキシ装置は，データ取得装置からの要求に応じてデータ提供装置に対して代理でデータの取得要求を行い，これによって取得したデータをデータ取得装置に送信する」ものであるから，「プロキシ装置」は，「取得したデータをデータ取得装置に送信する」ものであって，これは「データの取得実行を指示し」た「ユーザ」に「送信する」ことに他ならないから，引用発明の「データ取得装置の処理手順」は，“取得したデータをユーザに送る段階を含む”といえる。
　そして，引用発明は「データ更新部で更新データを生成するものであって，更新データを生成するにあたっては，先ず，前述したキャッシュテーブルを参照して，該当するデータがデータ保存部に保存されている位置（キャッシュの位置）を取得し，次いで，その取得した位置に保存されている保存データと，応答に含まれる差分データとを合成し，これによって更新データを生成するもの」であるところ，前記「その取得した位置に保存されている保存データ」，「応答に含まれる差分データ」とは，上記（イ）及び（ウ）の検討も踏まえると，それぞれ“受付部に記憶されており変化しない属性値内容”，“資源サーバーから受領された属性値内容”といえるので，「その取得した位置に保存されている保存データと，応答に含まれる差分データとを合成し」て「生成」された前記「更新データ」は，“受付部に記憶されており変化しない属性値内容”及び“資源サーバーから受領された属性値内容”を含むといえる。
　よって，上記（ア）〜（ウ）の検討も踏まえると，本件補正発明と引用発明とは，“受付部によって，資源の更新された値を資源要求者に送る段階であって，前記資源の前記更新された値は，前記受付部に記憶されており変化しない属性値内容と，前記資源サーバーから受領された属性値内容とを含む，段階”とを含む点で一致する。
イ　上記（ア）〜（オ）の検討から，本件補正発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
＜一致点＞
「マシンツーマシンM2M通信システムに適用される資源取得方法であって：
　受付部によって，資源を取得するために資源要求者によって送られた第一の要求を受領する段階であって，前記第一の要求は前記資源の資源識別子を担持し，前記資源が，最終修正時刻属性を含む，段階と；
　前記受付部によって，前記資源識別子に基づいて，前記受付部が前記資源を記憶していることを判別する段階と；
　前記受付部によって，前記資源サーバーから受領された属性値内容に基づいて前記受付部に記憶されている前記資源の値を更新する段階であって，前記受領された属性値内容は，前記受付部に記憶されている前記資源の属性値に対して変化している属性値内容である，段階と；
　前記受付部によって，前記資源の前記更新された値を前記資源要求者に送る段階であって，前記資源の前記更新された値は，前記受付部に記憶されており変化しない属性値内容と，前記資源サーバーから受領された属性値内容とを含む，段階とを含む，
方法。」
＜相違点１＞
　本件補正発明は、資源が“資源の有効期間を示すために使われる時間属性”を含むものであるのに対して，引用発明は，そのような特定がなされていない点。
＜相違点２＞
　本件補正発明は，“受付部によって，時間属性に基づいて，資源が有効期限切れかどうかを判別する段階とを含み”，“前記受付部が前記時間属性に基づいて，前記資源が有効期限切れでないことを判別する場合，当該方法はさらに：”“前記受付部によって，前記受付部に記憶されている前記資源の値を資源要求者に送る段階”を含むのに対して，引用発明は，そのような特定がなされていない点。
＜相違点３＞
　本件補正発明は，“受付部が，時間属性に基づいて，資源が有効期限切れであることを判別する場合”に受付部に記憶されている資源の値を更新するものであるのに対して，引用発明は，そのような特定がなされていない点。
＜相違点４＞
　本件補正発明は，「受付部に記憶されている最終修正時刻属性値は資源サーバーに記憶されている最終修正時刻属性値と異なる」のに対して，引用発明は，そのような特定がなされていない点。
（４）当審の判断 
　上記相違点について検討する。
ア　＜相違点１＞〜＜相違点３＞について
　上記「（２）（２−２）イ」に示したとおり，上記引用文献２には，以下の技術が記載されている（再掲）。
「リソースのキャッシングであって，
　キャッシュコンテンツは属性を有することができ，属性はmaxAgeを含み得るものであり，属性maxAgeは，キャッシュされたリソースの年齢が指定された秒数を超えた後は，キャッシュされたリソースは新鮮ではないと見なされることを示すものであり，
　NA2は，M2M server1にリソース検索要求を発行し，
　M2M server1は，NA2からの要求を受信すると，キャッシュされたコピーを見つけることができるものであって，
　M2M server1は，キャッシュされたリソースのmaxAge属性をチェックし，maxAgeがまだ0を超えている場合，キャッシュされたリソースを直接返す場合があり，maxAgeの有効期限が切れている場合，M2M server1は更新要求を発行する，
　リソースのキャッシング。」
 
　引用文献２に記載の上記技術は，リソースのキャッシングにおいて，リソース検索要求が発行されると，キャッシュされたリソースのmaxAge属性をチェックし，maxAgeがまだ0を超えている場合，キャッシュされたリソースを直接返し，maxAgeの有効期限が切れている場合，M2M server1は更新要求を発行する技術である。
　ここで，引用文献２に記載の前記「maxAge属性」は，「キャッシュされたリソースの年齢が指定された秒数を超えた後は，キャッシュされたリソースは新鮮ではないと見なされる」ものであるから，キャッシュされたリソースの経過時間が指定された秒数を超えた後は，新しいリソースではないと見なされるといえるから，本件補正発明の“資源の有効期間を示すために使われる時間属性”に相当し，引用発明の「maxAgeがまだ0を超えている場合」，「maxAgeの有効期限が切れている場合」とは，それぞれ本件補正発明の“有効期限切れでないことを判別する場合”，“資源が有効期限切れであることを判別する場合”に相当するものである。
　さらに，引用文献２に記載の「キャッシュされたリソースを直接返」すこと，「M2M server1は更新要求を発行する」ことは，それぞれ本件補正発明の“記憶されている資源の値を資源要求者に送る段階”，“資源の値を更新する段階”に対応するものである。
　してみると，引用文献２には，“資源が資源の有効期間を示すために使われる時間属性を含み”，“時間属性に基づいて，前記資源が有効期限切れかどうかを判別”し、“前記資源が有効期限切れでないことを判別する場合”，“記憶されている前記資源の値を前記資源要求者に送”り，“資源が有効期限切れであることを判別する場合”，“資源の値を更新する”技術が開示されているといえる。
　引用発明と引用文献２に記載の上記技術は，ともに，マシンツーマシンM2M通信システムにおけるキャッシング技術という共通の技術分野に属するものである。
　さらに，引用文献１の上記Ｄには，
「判定基準を１時間とし、データ取得装置７からデータの取得要求があった日時から1時間以内のデータがプロキシ装置５のデータ保存部５０１に残っている場合は、データ提供装置４にデータの取得要求を行わず、データ保存部５０１に保存されているデータを応答としてデータ取得装置７に送信してもよい。」
　と記載されており，引用文献１の上記記載は，プロキシ装置のデータ保存部に残っているデータが，データの取得要求があった日時から1時間以内という有効期限が切れていない場合は，プロキシ装置のデータ提供装置にデータの取得要求を行わず，当該データ保存部に保存されているデータをデータ取得装置に送信することを示唆するものである。
　通信システムにおいて，通信するデータを削減して通信負荷の軽減を図ることは自明な共通の課題であるところ，引用文献１に記載の前述の示唆に基づいて，引用発明に引用文献２に記載の技術を適用し，
　資源が“資源の有効期間を示すために使われる時間属性”を含み，
“受付部によって，時間属性に基づいて，資源が有効期限切れかどうかを判別する段階とを含み”，“前記受付部が前記時間属性に基づいて，前記資源が有効期限切れでないことを判別する場合，当該方法はさらに：”“前記受付部によって，前記受付部に記憶されている前記資源の値を資源要求者に送る段階”を含み，
　“受付部が，時間属性に基づいて，資源が有効期限切れであることを判別する場合”に受付部に記憶されている資源の値を更新する
　とすることは，当業者であれば容易に想到し得たものである。
イ　＜相違点４＞について
　引用発明は，「保存されている保存データと，応答に含まれる差分データとを合成し，これによって更新データを生成する」ものであるところ，応答に含まれる差分データは，既に保存されていた保存データより新しいデータであることは自明であるから，データ保存部に保存されているデータの「最終更新日時」は，データ提供装置からの応答に含まれる差分データ，すなわちデータ提供装置に保存されているデータの「最終更新日時」とは“異なる”ことも明らかである。
　よって，上記相違点４は，実質的な相違点であるとはいえない。
ウ　小括 
　上記ア及びイで検討したとおり，相違点１〜相違点４に係る構成は，引用発明及び引用文献２に記載された技術に基づいて，当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，引用発明及び引用文献２に記載された技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。 
　したがって，本件補正発明は，引用発明及び引用文献２に記載された技術的事項に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。 
３　本件補正についてのむすび 
　よって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　よって，上記補正の却下の決定の結論のとおり決定する。 
第３　本願発明について 
１　本願発明の認定 
　令和２年６月１７日にされた手続補正は，上記のとおり却下されたので，本願の請求項に係る発明は，令和１年９月１７日にされた手続補正により補正された特許請求の範囲の請求項１〜１０に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下，「本願発明」という。）は，その請求項１に記載された事項により特定される，上記「第２[理由]１（２）」に記載された下記のとおりのものである（再掲）。 
「　マシンツーマシンM2M通信システムに適用される資源取得方法であって：
　受付部によって、資源を取得するために資源要求者によって送られた第一の要求を受領する段階であって、前記第一の要求は前記資源の資源識別子を担持し、前記資源が、前記資源の有効期間を示すために使われる時間属性および最終修正時刻属性を含む、段階と；
　前記受付部によって、前記資源識別子に基づいて、前記受付部が前記資源を記憶していることを判別する段階と；
　前記受付部によって、前記時間属性に基づいて、前記資源が有効期限切れかどうかを判別する段階とを含み、
　前記受付部が前記時間属性に基づいて、前記資源が有効期限切れでないことを判別する場合、当該方法はさらに：
　前記受付部によって、前記受付部に記憶されている前記資源の値を前記資源要求者に送る段階を含み、
　前記受付部が、前記時間属性に基づいて、前記資源が有効期限切れであることを判別する場合、当該方法はさらに：
　前記受付部によって、前記資源サーバーから受領された属性値内容に基づいて前記受付部に記憶されている前記資源の値を更新する段階であって、前記受領された属性値内容は、前記受付部に記憶されている前記資源の属性値に対して変化している属性値内容であり、前記受付部に記憶されている最終修正時刻属性値は前記資源サーバーに記憶されている最終修正時刻属性値と異なる、段階と；
　前記受付部によって、前記資源の前記更新された値を前記資源要求者に送る段階とを含む、
方法。」 
２　原査定の拒絶の理由 
　原査定の拒絶の理由は，この出願の請求項１〜３，５〜９に係る発明は，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１及び引用文献２に記載された発明に記載された技術に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであり，この出願の請求項４，１０に係る発明は，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１〜引用文献３に記載された発明に記載された技術に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない，というものである。 
引用文献１．特開２００２−５５８７０号公報
引用文献２．米国特許出願公開第２０１５／００５５５５７号明細書
引用文献３．特開２００９−９５９２号公報
３　引用文献
　原査定の拒絶の理由に引用された，引用文献１，引用文献２，及びその記載事項は，上記「第２[理由]２（２）」に記載したとおりである。 
４　対比・判断 
　本願発明は，上記「第２[理由]２（１）」で検討した本件補正発明の「資源の更新された値」について，「前記受付部に記憶されており変化しない属性値内容と、前記資源サーバーから受領された属性値内容とを含む」との限定を削除するものである。
　そうすると，本願発明の発明特定事項を全て含み，さらに他の事項を付加したものに相当する本件補正発明が，上記「第２[理由]２（３），（４）」に記載したとおり，引用発明及び引用文献２に記載の技術に基づいて，当業者が容易に発明をすることができたものであるから，本願発明も，引用発明及び引用文献２に記載の技術に基づいて，当業者が容易に発明をすることができたものである。
第４　むすび 
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　よって，結論のとおり審決する。