【事件の表示】
　特願２０１５−５１８８３６「コンテンツネットワークにおけるコンテンツ登録をサポートするための方法、デバイス、およびシステム」拒絶査定不服審判事件〔平成２６年　２月　６日国際公開、ＷＯ２０１４／０１９４５０、平成２７年１０月　１日国内公表、特表２０１５−５２８９３８、請求項の数（１４）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１３年７月１５日（パリ条約による優先権主張外国庁受理２０１２年７月３１日、中国）を国際出願日とする出願であって、平成２８年１月２８日付けで拒絶理由通知がされ、平成２８年５月１０日付けで手続補正がされ、平成２８年７月２０日付けで拒絶査定（原査定）がされ、これに対し、平成２８年１１月１０日に拒絶査定不服審判の請求がされ、平成２９年５月３１日付けで当審からの拒絶理由通知（以下、「当審拒絶理由通知」という。）がされ、平成２９年９月４日付けで手続補正がされたものである。
第２　原査定の概要
　原査定（平成２８年７月２０日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−１６に係る発明は、以下の引用文献１−３に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
　１．Ｃｈｅｎｇ　Ｙｉ，Ａｄａｐｔｉｖｅ　Ｆｏｒｗａｒｄｉｎｇ　ｉｎ　Ｎａｍｅｄ　Ｄａｔａ　Ｎｅｔｗｏｒｋｉｎｇ，ＡＣＭ　ＳＩＧＣＯＭＭ　Ｃｏｍｐｕｔｅｒ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｒｅｖｉｅｗ，２０１２年６月２６日，Ｖｏｌ．４２，　Ｎｏ．３，ｐ．６２−６７
　２．楠慶，Ｎａｍｅｄ　Ｄａｔａ　Ｎｅｔｗｏｒｋｉｎｇにおけるコンテンツ管理アプリケーションの評価，信学技報，日本，社団法人電子情報通信学会，２０１２年３月１日，１１１巻，４６９号，ｐ．２７５−２８０
　３．特開２０１１−１３５５７５号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
理由Ａ（特許法第３６条第６項第２号）について
　本願は、特許請求の範囲の記載が不備のため、特許法第３６条第６項第２号に規定する要件を満たしていない。
理由Ｂ（特許法第２９条第２項）について
　本願請求項１−１６に係る発明は、引用文献１−３に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　（引用文献１−３は、原査定の引用文献１−３と同一である。）
第４　本願発明
　本願請求項１−１４に係る発明（以下、それぞれ「本願発明１」−「本願発明１４」という。）は、平成２９年９月４日付けの手続補正で補正された特許請求の範囲の請求項１−１４に記載された事項により特定される発明であり、本願発明１−１４は以下のとおりの発明である。
「　　［請求項１］
　コンテンツネットワーク内でのコンテンツ登録をサポートするための方法であって、前記方法がコンテンツネットワークノードに適用可能であり、前記コンテンツネットワークノードがコンテンツ提供デバイスと通信し、前記方法が、
　前記コンテンツネットワークノードによって、ユーザ機器(UE)から第1の対象パケットを受信するステップであって、前記第1の対象パケットが第1のコンテンツ識別子を含み、前記第1のコンテンツ識別子が、前記第1の対象パケットによって登録をするべきコンテンツを示すのに使われるステップと、
　保留対象テーブル(PIT)が、前記第1のコンテンツ識別子に対応する第1の登録エントリを有するとき、前記コンテンツネットワークノードによって、前記第1の対象パケットを受信する際に使われる第1のポート番号を前記第1の登録エントリに追加し、そうすることによって、前記第１の登録エントリに前記第1のポート番号が登録されているという状態が、第1の有効持続時間の間だけ有効であるステップと、
　前記コンテンツネットワークノードによって、前記コンテンツ提供デバイスからの、前記第1の有効持続時間内に前記第1のコンテンツ識別子によって示される前記コンテンツに対応する複数のデータパケットを受信するステップと、
　前記コンテンツネットワークノードによって、前記受信した複数のデータパケットを前記UEに転送するステップと、
　前記複数のデータパケットを前記UEに転送した後、前記コンテンツネットワークノードによって、前記第1の登録エントリ中の前記第1のポート番号を未消去に保ち、前記第1の有効持続時間内において前記第1のポート番号を保持するステップとを含み、
　前記PITは複数の登録エントリを含み、複数の登録エントリの各々は、該登録エントリに対応するコンテンツ識別子を含む、方法。
　　［請求項２］
　…請求項1に記載の方法。
　　［請求項３］
　…請求項1または2に記載の方法。
　　［請求項４］
　…請求項1または2に記載の方法。
　　［請求項５］
　…請求項3または4に記載の方法。
　　［請求項６］
　…請求項4または5に記載の方法。
　　［請求項７］
　コンテンツネットワークノードであって、前記コンテンツネットワークノードが、コンテンツ提供デバイスと通信し、前記コンテンツネットワークノードが、
　ユーザ機器(UE)から第1の対象パケットを受信するように構成された受信ユニットであって、前記第1の対象パケットが第1のコンテンツ識別子を含み、前記第1のコンテンツ識別子が、前記第1の対象パケットによって登録をするべきコンテンツを示すのに使われる受信ユニットと、
　保留対象テーブル(PIT)が、前記受信ユニットから入手された前記第1のコンテンツ識別子に対応する第1の登録エントリを有するとき、前記第1の対象パケットを受信する際に使われる第1のポート番号を前記第1の登録エントリに追加するように構成された追加ユニットであって、そうすることによって、前記第１の登録エントリに前記第1のポート番号が登録されているという状態が、第1の有効持続時間の間だけ有効であり、
　前記受信ユニットが、前記コンテンツ提供デバイスからの、前記第1の有効持続時間内に前記第1のコンテンツ識別子によって示される前記コンテンツに対応する複数のデータパケットを受信するようにさらに構成される追加ユニットと、
　前記受信ユニットから前記複数のデータパケットを入手し、前記複数のデータパケットを前記UEに転送するように構成された送付ユニットとを備え、
　前記PITは複数の登録エントリを含み、複数の登録エントリの各々は、該登録エントリに対応するコンテンツ識別子を含み、
　前記追加ユニットが、前記送付ユニットが前記複数のデータパケットを前記UEに転送した後、前記第1の登録エントリ中の前記第1のポート番号を未消去に保ち、前記第1の有効持続時間内において前記第1のポート番号を保持するように特に構成される、コンテンツネットワークノード。
　　［請求項８］
　…請求項7に記載のコンテンツネットワークノード。
　　［請求項９］
　…請求項7または8に記載のコンテンツネットワークノード。
　　［請求項１０］
　…請求項7または8に記載のコンテンツネットワークノード。
　　［請求項１１］
　…請求項9または10に記載のコンテンツネットワークノード。
　　［請求項１２］
　…請求項10または11に記載のコンテンツネットワークノード。
　　［請求項１３］
　コンテンツ登録をサポートするためのコンテンツネットワークであって、前記コンテンツネットワークが、コンテンツネットワークノードとコンテンツ提供デバイスとを備え、前記コンテンツネットワークノードが、請求項1から6に記載のいずれか一項に記載の方法を実施するように構成されたコンテンツネットワーク。
　　［請求項１４］
　コンテンツ登録をサポートするためのコンテンツネットワーク内のコンテンツ提供デバイスと通信するコンテンツネットワークノードのプロセッサによって実行されると、請求項1から6に記載のいずれか一項に記載の方法を実施するコンピュータ実行可能命令を含む非一時的コンピュータ可読記憶媒体。」
　本願発明２−６は、本願発明１を減縮した発明である。
　本願発明７は、本願発明１に対応する、「コンテンツネットワークノード」の発明である。
　本願発明８−１２は、本願発明７を減縮した発明である。。
　本願発明１３−１４は、本願発明１−６いずれかに対応する、「コンテンツネットワーク」、「非一時的コンピュータ可読記憶媒体」の発明である。
第５　引用文献、引用発明等
１．引用文献１、引用発明について
　当審拒絶理由に引用した引用文献１には、図面とともに次の事項が記載されている（下線は、特に着目した箇所を示す。訳は当審訳。以下同様。）。 
（１）　セクション１、第２パラグラフ、第４文（６２ページ右欄）
「Routers satisfy the Interests by retrieving the data, which are bound to the names with cryptographic signature, from their own caches, intermediate repositories, or the data producers.」
（訳：
ルータは、それ自身のキャッシュや、中間のリポジトリ、データ生産者から、データを引き出すことによって、興味パケットを充足させ
（２）　セクション２、第１パラグラフ（６２ページ右欄−６３ページ左欄）
「2. OVERVIEW OF NDN'S DATA PLANE
　　In this section we briefly introduce NDN with a focus on its stateful data plane. NDN is a receiver-driven, data-centric communication protocol. 
All communication in NDN is performed using two distinct types of packets: Interests and Data, both of which carry a name, which uniquely identifies a piece of data.
（下線部のみ抄訳：
…
すべてのＮＤＮの通信は、２種類の異なるタイプのパケット、すなわち、興味パケットとデータパケットにより行なわれ
両者はいずれも「名前」を伝えるものであって、名前は、ユニークに１つのデータを識別
（３）　セクション２．１（６３ページ左欄〜右欄）
「2.1 Forwarding Process
　　Each NDN router maintains three data structures: a Content Store for temporary caching of received Data, a Pending Interest Table (PIT), and a forwarding table (FIB) (see Fig, 1).  By its name, each PIT entry records an Interest packet that has been forwarded, waiting for the Data packet to return. The entry records the name, the incoming interface(s) of the Interest, and the outgoing interface(s) to which the Interests has been forwarded. An NDN router's FIB is similar to the FIB in an IP router except that it contains name prefixes instead of IP address prefixes, and it may show multiple interfaces for a given name prefix (see Section 3.3). In addition, each NDN router has a strategy module that makes forwarding decisions for each Interest packet (see Section 3.4).
　　When a router receives an Interest packet, it first checks whether there is a matching Data in its Content Store. If a match is found, the Data is sent back to the Incoining interface of the Interest packet. If not, the Interest name is checked against the entries in the PIT. If the name exists in the PIT already, it means an Interest from another consumer for the same name has been received and forwarded earlier, and the router simply adds the incoming interface of this newly received Interest to the existing PIT entry.   If the name does not exist in the PIT, the Interest is added into the PIT and further forwarded.
　　　・・・（第３パラグラフ略）・・・
　　When a Data packet is received, its name is used to look up the PIT. If a matching PIT entry is found, the router sends the Data packet to the interfaces from which the Interest was received,  caches the data, and removes the PIT entry.  Otherwise, the Data packet is unsolicited and discarded.  Each Interest also has an associated lifetime: the PIT entry is removed when the lifetime expires.」
（訳：
２．１ 
転送プロセス
　
各ＮＤＮルータは、３つのデータ構造を維持し
すなわち、一時的に受信データをキャッシュするためのコンテンツ記憶手段、及び、保留興味テーブル（ＰＩＴ）、転送情報ベース（ＦＩＢ）
であ
それぞれのＰＩＴのエントリ
には、名前、興味パケットの入来インタフェース
と、興味パケットを転送した送出インタフェース
とを記録
　
ルータは、興味パケットを受信すると、まずコンテンツ記憶手段の中に合致するデータがあるか否かを調べ
もし合致が見つかれば、データを興味パケットの入来インタフェースに返送
もし見つからなければ、興味パケットの名前を、ＰＩＴのエントリと照合
もし名前が既にＰＩＴに存在すれば、このことは、他の利用者からの同じ名前の興味パケットが、以前に受け取られており、転送されていることを意味して
ルータは、単に、既存のＰＩＴのエントリに、この新たに受信された興味パケットの入来インタフェースを追加
もし名前がＰＩＴに存在しないなら、興味パケットはＰＩＴに追加され、そしてさらに転送され
　　　・・・（第３パラグラフ略）・・・
  
データパケットが受信されると、その名前がＰＩＴを検索するために用いられ
もし合致するＰＩＴのエントリが見つかれば、ルータは興味パケットを受信したインタフェースにデータパケットを送り、データをキャッシュして、そしてＰＩＴのエントリを削除
それぞれの興味パケットは、また関連する存続期間を有
すなわち、ＰＩＴのエントリは、存続期間が経過すると削除され
（４）　セクション２．２の第１パラグラフ（６３ページ右欄）
「2.2 Datagram State
　　An NDN router maintains an entry in its PIT for every pending Interest packet, thus we say the router contains datagram state. This state leads to a closed-loop two-way symmetric packet flow: over each link, every Interest packet pulls back exactly one Data packet, maintaining one-on-one flow balance, except in (rare) cases where packets get lost or matching data does not exist.」
（訳：
２．２ データグラム状態
　
ＮＤＮルータは、すべての保留中の興味パケットに対して、ＰＩＴのエントリを維持し
ルータが「データグラム状態」を含んで
各リンク上で、すべての興味パケットが、正確に一つのデータ・パケットを引き戻し、これによって、パケットが消失するか、合致するデータが存在しないという（希少な）ケースを除いて、比率１対１のフローのバランスが維持され
（５）　セクション３．２（６４ページ左欄）
「3.2 PIT
　　PIT maintains datagram forwarding state (Figure 2). A PIT entry is created for each requested name. It contains a list of incoming interfaces from which the Interests for that name have been received, a list of nonces that have been seen for that name, as well as a list of outgoing interfaces to which the Interest has been forwarded. Within a PIT entry, each incoming interface records the longest Interest lifetime it has received; when the lifetime expires the incoming interface is removed from the PIT entry. Each outgoing interface records the time when the Interest is forwarded via this interface, so that when Data packet returns the RTT can be computed.」
（訳：
３．２　ＰＩＴ
　ＰＩＴは、データグラムの転送状態（図２）を維持する。
ＰＩＴのエントリは、要求されたそれぞれの名前について作成され
エントリには、その名前に対する興味パケットの受信された入来インタフェースのリスト、及び、その名前に対して知られているノンス
のリスト、さらに、興味パケットを転送した送出インタフェースのリストも含まれ
ＰＩＴのエントリ内部において、各入来インタフェースは、受信した興味パケットの最長の存続期間を記録し
存続期間が経過すると、ＰＩＴのエントリから、その入来インタフェースが消去され
（６）　セクション５．１、第１パラグラフ（６６ページ右欄）
「5.1 Forwarding State
　　NDN's per-packet datagram state brings with it a significant cost, both in router storage and in packet processing overhead. More specifically, since an Interest stays in the PIT of each router along the path until the corresponding Data packet returns, the number of PIT entries in a router is roughly on the order of Bandwidth x RTT/P, where P is the average size of Data packets. For a 10 Gbps link, we need about 100k PIT entries assuming RTT = 100 ms and P = 1000 bytes. If a router has 10 such interfaces, then its PIT needs to hold l M entries. Although today's core routers can handle more than 1 M entries in IP routing tables, a PIT entry is likely to be larger in size than an IP routing entry. As the routers get more interfaces and networks go faster over time, the PIT table will also grow. Therefore, one open research issue is how to reduce the size of PIT so that it can be stored efficiently on the routers.」
（訳：
５．１　転送状態
　
ＮＤＮにおけるパケット単位のデータグラム状態は、ルータの記憶と、パケット処理のオーバヘッドの両面において、ＮＤＮに著しいコストを伴わせ
より具体的には、対応するデータパケットが戻ってくるまで、パス上の各ルータのＰＩＴに、一つずつ興味パケットが維持されるから、ルータのＰＩＴのエントリの数は、概略、帯域幅×ＲＴＴ（往復時間）／Ｐのオーダとなり、ここで、Ｐはデータパケットの平均サイズであ
したがって、未解決の研究課題は、いかにしてＰＩＴのサイズを削減し、それによって、ＰＩＴをルータ上で効率的に保存できるようにするかということであ
（７）　セクション６（６７ページ左欄−右欄）
6 DISCUSSION
　　Datagram is the basic unit in packet switched networks, just like atom is the basic unit of all material. Therefore, controlling Interest forwarding using per-datagram, per-hop state offers a network the flexibility to support a wide variety of functions.
While semantics of the per-datagram state can differ (i.e., what kind of information is remembered in the state and how this information is used), it is the granularity of NDN's data plane state that allows (1) loop-free (multipath) data retrieval, (2) native support of temporal and spatial multicast (i.e., servicing requests from different users that are sent either at the same or different time), (3)efficient recovery from losses of packets in transition, (4) effective flow balancing (congestion avoidance), (5) robust recovery from network problems, such as link failures and hijacks, as illustrated in Section 4, and many other important network functions.
　　Many attempts have been made over the years to add the above mentioned functions into IP networks, with each solution installing its own state into the network that cannot be used to solve other problems. An NDN network can use the same datagram state to provide all the functions at once, and the fundamental reason is because per-packet state is of the finest control granularity in a packet switched network.
　　It is conceivable that one may set up state of coarser granularity, e.g., per-connection or per-destination-prefix, for control purposes in IP or some other network architectures. The trade-off in choosing state granularity is between the functionality to be supported versus the amount of resource it consumes. When a coarser (than datagram) granularity of state is used for control purposes, it can be adequate to support a specific solution, but is unlikely to be able to support other uses, simply because different control purposes require certain state information that is incompatible with the chosen granularity.
　　
NDN's datagram state does incur significant cost, which is perceived by many as infeasible based on today's technologies. For example, today's router hardware may not be able to hold a PIT or operate at wire speed. We consider these challenges as part of the research issues in realizing NDN, as discussed in Section 5.1.
（下線部のみ抄訳：
６ 考察
　原子がすべての物質の基本単位であることとまったく同様に、データグラムが、パケット交換ネットワークにおける基本単位である。したがって、各データグラム毎で、各ホップ毎の状態を用いて、興味パケットの転送を制御することで、広く多様な機能をサポートする柔軟性をネットワークに提供する。
　　　・・・（中略）・・・
　
より粗い粒度で、状態を設定することが考えられ
例えば、ＩＰその他のネットワークアーキテクチャの制御の目的のための、コネクションの単位や、宛先の先頭部の単位であ
状態の粒度の選択におけるトレードオフが、サポートされる機能性と、消費されるリソースの量との間にあ
より粗い（データグラムよりも）状態の粒度が制御の目的で使用されるとき、それは、ある特定のソリューションのサポートには適切であり得
　　　・・・（中略）・・・
　
ＮＤＮのデータグラム状態は、著しいコストを招く
　よって、上記各記載事項を関連図面と技術常識に照らし、下線部に着目すれば、引用文献１には次の発明（以下、「引用発明」という。）が記載されているといえる。
「すべてのＮＤＮの通信は、２種類の異なるタイプのパケット、すなわち、興味パケットとデータパケットにより行なわれ、両者はいずれも「名前」を伝えるものであって、名前は、ユニークに１つのデータを識別し、
　転送プロセスにおいて、
　各ＮＤＮルータは、３つのデータ構造を維持し、すなわち、一時的に受信データをキャッシュするためのコンテンツ記憶手段、及び、保留興味テーブル（ＰＩＴ）、転送情報ベース（ＦＩＢ）であり、
　それぞれのＰＩＴのエントリには、名前、興味パケットの入来インタフェースと、興味パケットを転送した送出インタフェースとを記録し、
　ルータは、興味パケットを受信すると、
　まずコンテンツ記憶手段の中に合致するデータがあるか否かを調べ、もし合致が見つかれば、データを興味パケットの入来インタフェースに返送し、
　もし見つからなければ、興味パケットの名前を、ＰＩＴのエントリと照合し、もし名前が既にＰＩＴに存在すれば、このことは、他の利用者からの同じ名前の興味パケットが、以前に受け取られており、転送されていることを意味しており、ルータは、単に、既存のＰＩＴのエントリに、この新たに受信された興味パケットの入来インタフェースを追加し、
　もし名前がＰＩＴに存在しないなら、興味パケットはＰＩＴに追加され、そしてさらに転送され、
　ルータは、それ自身のキャッシュや、中間のリポジトリ、データ生産者から、データを引き出すことによって、興味パケットを充足させ、
　データパケットが受信されると、その名前がＰＩＴを検索するために用いられ、もし合致するＰＩＴのエントリが見つかれば、ルータは興味パケットを受信したインタフェースにデータパケットを送り、データをキャッシュして、そしてＰＩＴのエントリを削除し、
　それぞれの興味パケットは、また関連する存続期間を有し、すなわち、ＰＩＴのエントリは、存続期間が経過すると削除され、
　ＮＤＮルータは、すべての保留中の興味パケットに対して、ＰＩＴのエントリを維持し、ルータが「データグラム状態」を含んでおり、各リンク上で、すべての興味パケットが、正確に一つのデータ・パケットを引き戻し、これによって、パケットが消失するか、合致するデータが存在しないという（希少な）ケースを除いて、比率１対１のフローのバランスが維持され、
　ＰＩＴのエントリは、要求されたそれぞれの名前について作成され、エントリには、その名前に対する興味パケットの受信された入来インタフェースのリスト、及び、その名前に対して知られているノンスのリスト、さらに、興味パケットを転送した送出インタフェースのリストも含まれ、ＰＩＴのエントリ内部において、各入来インタフェースは、受信した興味パケットの最長の存続期間を記録し、存続期間が経過すると、ＰＩＴのエントリから、その入来インタフェースが消去され、
　ＮＤＮにおけるパケット単位のデータグラム状態は、ルータの記憶と、パケット処理のオーバヘッドの両面において、ＮＤＮに著しいコストを伴わせ、より具体的には、対応するデータパケットが戻ってくるまで、パス上の各ルータのＰＩＴに、一つずつ興味パケットが維持されるから、ルータのＰＩＴのエントリの数は、概略、帯域幅×ＲＴＴ（往復時間）／Ｐのオーダとなり、ここで、Ｐはデータパケットの平均サイズであり、したがって、未解決の研究課題は、いかにしてＰＩＴのサイズを削減し、それによって、ＰＩＴをルータ上で効率的に保存できるようにするかということであり、
　より粗い粒度で、状態を設定することが考えられ、例えば、ＩＰその他のネットワークアーキテクチャの制御の目的のための、コネクションの単位や、宛先の先頭部の単位であり、状態の粒度の選択におけるトレードオフが、サポートされる機能性と、消費されるリソースの量との間にあり、より粗い（データグラムよりも）状態の粒度が制御の目的で使用されるとき、それは、ある特定のソリューションのサポートには適切であり得るものである、
方法。」
２．引用文献２、引用文献３について
　当審拒絶理由に引用した引用文献２には、２７６ページ左欄９−１９行（セクション２．１．１）に、次の事項が記載されている。
「２．１．１　利用者のリクエスト
　利用者は望むデータに対応するＩｎｔｅｒｅｓｔ  ｐａｃｋｅｔを上流のＮＤＮ  ｒｏｕｔｅｒに送信する．
Ｉｎｔｅｒｅｓｔ  ｐａｃｋｅｔには対象となるデータのユニークな名前
が含まれる
名前はＵＲＬのように可読性があり，階層化されている
ｈｏｇｅ．ｍｐ４
さらに，このように人間が設定する部分に加えて，アプリケーションによって自動的に付加される末尾部分もある．この末尾部分は，タイムスタンプや，データを断片化する場合の管理ナンバーなどが含まれる．
　当審拒絶理由に引用した引用文献３には、段落［００４２］−［００４４］に、次の事項が記載されている。
「［００４２］
  一例として、
ｘｙｚ．ａｖｉコンテンツを要請する場合
［００４３］
［表１］
　／ａｂｃ．ｃｏｍ／ｂｒａｎｃｈ１／Ｃｏｍｍ＿Ｌａｂ／ＮＷＧ／
ｘｖｚ（Ｓｎ：Ｓｍ）．ａｖｉ
［００４４］
  表１によれば、
送信範囲は、要請するセグメントの開始セグメントナンバＳｎおよび最後のセグメントナンバＳｍで決まる
　これら引用文献２、引用文献３の記載から、データの識別子として、コンテンツの名称を含み、可読性があり、階層化された識別子を用いることは、本願優先日前において、周知技術であったといえる。
第６　対比・判断
１．本願発明１について
（１）　対比
ア　引用発明の「ＮＤＮ」、「データ」、「ＮＤＮルータ」、「データ生産者」は、それぞれ、本願発明１の「コンテンツネットワーク」、「コンテンツ」、「コンテンツネットワークノード」、「コンテンツ提供デバイス」に相当する。
　よって、引用発明の「ＮＤＮ」内の「ＮＤＮルータ」の「ＰＩＴのエントリ」に、データを識別する名前等を記録することは、本願発明１の「コンテンツネットワーク内でのコンテンツ登録をサポートするための方法であって、前記方法がコンテンツネットワークノードに適用可能であ」ることに相当する。
　また、引用発明の「ＮＤＮルータ」が「それ自身のキャッシュや、中間のリポジトリ、
データ生産者から、データを引き出すこと
イ　引用発明の「利用者」、「興味パケット」は、それぞれ、本願発明１の「ユーザ機器(UE)」、「対象パケット」に相当する。
　引用発明の「興味パケット」に含まれる「名前」と、本願発明１の「コンテンツ識別子」とは、「識別子」である点で共通するといえる。
　よって、引用発明の「ＮＤＮルータ」が、「名前」を含む「興味パケット」を受信することは、本願発明１の「前記コンテンツネットワークノードによって、ユーザ機器(UE)から第1の対象パケットを受信するステップであって、前記第1の対象パケットが
第1のコンテンツ識別子
前記第1のコンテンツ識別子が、前記第1の対象パケットによって登録をするべきコンテンツを示すのに使われるステップ
第1の識別子
ウ　引用発明の「保留興味テーブル（ＰＩＴ）」、「インタフェース」、「存続期間」は、本願発明１の「保留対象テーブル(PIT)」、「ポート番号」、「有効持続時間」に相当する。
　よって、引用発明の「
ルータは、
興味パケットの名前を、ＰＩＴのエントリと照合し、もし名前が既にＰＩＴに存在すれば、
ルータは、単に、既存のＰＩＴのエントリに、この新たに受信された興味パケットの入来インタフェースを追加
ＰＩＴのエントリは
その名前に対する興味パケットの受信された入来インタフェースのリスト
も含まれ、
各入来インタフェースは、受信した興味パケットの最長の存続期間を記録し、存続期間が経過すると、ＰＩＴのエントリから、その入来インタフェースが消去され
前記第1のコンテンツ識別子
前記第1の識別子
エ　引用発明の「データパケット」と、本願発明１の「複数のデータパケット」とは、「データパケット」である点で共通するといえる。
　よって、引用発明において、「それぞれの興味パケットは、また関連する存続期間を有し、すなわち、
ＰＩＴのエントリは、存続期間が経過すると削除され
ルータは、
データ生産者から、
データパケットが受信されると、その名前がＰＩＴを検索するために用いられ、もし合致するＰＩＴのエントリが見つかれば
そしてＰＩＴのエントリを削除し
すべての興味パケットが、正確に一つのデータ・パケットを引き戻し
比率１対１のフローのバランスが維持され」
前記第1のコンテンツ識別子
複数のデータパケット
前記第1の識別子
データパケット
オ　引用発明の「
データパケットが受信されると、
ルータは興味パケットを受信したインタフェースにデータパケットを送り
複数のデータパケット
データパケット
カ　引用発明の「ＮＤＮルータは、すべての保留中の興味パケットに対して、ＰＩＴのエントリを維持し」、「それぞれのＰＩＴのエントリには、
名前
コンテンツ識別子
識別子
　したがって、両者の一致点、相違点は以下のとおりであるといえる。
［一致点］
「コンテンツネットワーク内でのコンテンツ登録をサポートするための方法であって、前記方法がコンテンツネットワークノードに適用可能であり、前記コンテンツネットワークノードがコンテンツ提供デバイスと通信し、前記方法が、
　前記コンテンツネットワークノードによって、ユーザ機器(UE)から第1の対象パケットを受信するステップであって、前記第1の対象パケットが第1の識別子を含み、
　保留対象テーブル(PIT)が、前記第1の識別子に対応する第1の登録エントリを有するとき、前記コンテンツネットワークノードによって、前記第1の対象パケットを受信する際に使われる第1のポート番号を前記第1の登録エントリに追加し、そうすることによって、前記第１の登録エントリに前記第1のポート番号が登録されているという状態が、第1の有効持続時間の間だけ有効であるステップと、
　前記コンテンツネットワークノードによって、前記コンテンツ提供デバイスからの、前記第1の有効持続時間内に前記第1の識別子によって示される前記コンテンツに対応するデータパケットを受信するステップと、
　前記コンテンツネットワークノードによって、前記受信したデータパケットを前記UEに転送するステップと、
　を含み、
　前記PITは複数の登録エントリを含み、複数の登録エントリの各々は、該登録エントリに対応する識別子を含む、方法。」
［相違点１］
　識別子として、本願発明１では、「コンテンツ識別子」を用いており、「前記第1のコンテンツ識別子が、前記第1の対象パケットによって登録をするべきコンテンツを示すのに使われる」のに対して、引用発明においては、「興味パケット」は、要求された「名前」を伝え、「ＰＩＴのエントリ」は「その名前」について作成されている点。
［相違点２］
　１つの「対象パケット」（「興味パケット」）に対応して、コンテンツネットワークノード（ＮＤＮルータ）で受信されて送られる「データパケット」が、本願発明１では、「複数のデータパケット」であるのに対して、引用発明では、「…すべての興味パケットが、
正確に一つのデータ・パケット
［相違点３］
　本願発明１では、さらに、「前記複数のデータパケットを前記UEに転送した後、前記コンテンツネットワークノードによって、前記第1の登録エントリ中の前記第1のポート番号を未消去に保ち、前記第1の有効持続時間内において前記第1のポート番号を保持するステップ」を含むのに対して、引用発明では、「
データパケットが受信されると、
ＰＩＴのエントリを削除し
（２）　相違点についての判断
　事案に鑑みて、上記［相違点３］について先に検討する。
　上記［相違点３］に係る本願発明１の「前記複数のデータパケットを前記UEに転送した後、前記コンテンツネットワークノードによって、前記第1の登録エントリ中の前記第1のポート番号を未消去に保ち、前記第1の有効持続時間内において前記第1のポート番号を保持する」という構成は、上記引用文献１−３には記載されておらず、本願優先日前において周知技術であるともいえない。
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明、引用文献２、３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−１４について
　本願発明２−１４も、「前記複数のデータパケットを前記UEに転送した後、前記コンテンツネットワークノードによって、前記第1の登録エントリ中の前記第1のポート番号を未消去に保ち、前記第1の有効持続時間内において前記第1のポート番号を保持する」という、本願発明１の上記［相違点３］に係る構成と実質的に同一の構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明及び周知技術に基づいて容易に発明をすることができたものとはいえない。
３．当審拒絶理由の理由Ａ（特許法第３６条第６項第２号）について
　当審では、請求項１の「…前記第1のポート番号によって表される第1のポートを通り、前記第1のコンテンツ識別子に対応する登録要求が、第1の有効持続時間内に有効であるステップ」との記載が技術的に理解できないため、記載が不明確であるとの拒絶の理由を通知しているが、平成２９年９月４日付けの補正において、「…前記第１の登録エントリに前記第1のポート番号が登録されているという状態が、第1の有効持続時間の間だけ有効であるステップ」と補正された結果、この拒絶の理由は解消した。
第７　原査定についての判断
　平成２９年９月４日付けの補正により、補正後の請求項１−１４は、「前記複数のデータパケットを前記UEに転送した後、前記コンテンツネットワークノードによって、前記第1の登録エントリ中の前記第1のポート番号を未消去に保ち、前記第1の有効持続時間内において前記第1のポート番号を保持する」という技術的事項を有するものとなった。当該技術的事項は、原査定における引用文献１−３には記載されておらず、本願優先日前における周知技術でもないので、本願発明１−１４は、当業者であっても、原査定における引用文献１−３に基づいて容易に発明をすることができたものではない。したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。