2021-005854

第２ 原査定の概要

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

１ （新規性）本願請求項１－１０に係る発明は、以下の引用文献Ａに記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。

２ （進歩性）本願請求項１－１０に係る発明は、以下の引用文献Ａに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

引用文献等一覧

Ａ．国際公開第２０１４／０５４２８１号

第３ 当審拒絶理由の概要

当審拒絶理由の概要は次のとおりである。

１ （明確性）この出願は、特許請求の範囲の記載が、特許法第３６条第６項第２号に規定する要件を満たしていない。

（１） 請求項１の「論理パスを設定する」処理とは、具体的に「論理パス」に関する、どのような処理を示すのかが不明確である。

請求項２－１０についても同様である。

（２） 請求項１を引用する「請求項３」の、論理パスの「候補を選定」して、次に、論理パスを「候補の中から決定する」という２段階の処理と、請求項１の「論理パスを設定する」処理との関係が不明確である。

請求項８についても同様である。

２ （進歩性）本願請求項１、２、４に係る発明は、以下の引用文献１に基づいて、本願請求項５に係る発明は、以下の引用文献１、２に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

１．米国特許公開第２０１４／０１２６３５５号明細書（当審において新たに引用した文献）

２．特開２００７－２５９２７２号公報（当審において新たに引用した文献）

第４ 本願発明

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

「【請求項１】

パケットネットワークにおいて論理パスを設定する論理パス設定手段と、

光ネットワークの物理経路情報および伝送特性情報を含む物理ネットワーク情報を受け付ける受信手段、とを備え、

前記論理パス設定手段は、前記光ネットワークにおける物理パスに対応する前記論理パスを、あらかじめ取得した前記物理ネットワーク情報に基づいて設定し、

前記論理パス設定手段は、

前記論理パスの候補を前記物理経路情報に基づいて選定し、

前記論理パスの候補の中から、前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する

ネットワーク管理装置。」

なお、本願発明２－８の概要は以下のとおりである。

本願発明２－４は、本願発明１を減縮した発明である。

本願発明５は、本願発明１に対応する方法の発明である。

本願発明６－８は、本願発明５を減縮した発明である。

第５ 引用文献、引用発明等

１ 引用文献１及び引用発明

（１） 引用文献１

当審拒絶理由に引用した引用文献１には、図面とともに、以下の記載がある（下線は、特に着目した箇所を示す。訳は当審訳。以下同様。）。

（ア） 段落［００１９］（一部抜粋）

「[0019] ・・・ Traffic engineering as used herein refers to the measurement and control of network traffic, and in particular to control and optimization of information routing in the network. ・・・」

（訳：

［００１９］ ・・・ ここでいうトラフィックエンジニアリングとは、ネットワークトラフィックの計測と制御、特にネットワーク内の情報ルーティングの制御と最適化のことを指す。 ・・・）

（イ） 段落［００３０］－［００３２］

「[0030] FIG. 1 illustrates an embodiment of a network architecture suitable for implementation of the methods and systems described in this disclosure. Network 100 can be described with a 2-layer model. Client layer 102 includes nodes labeled A through F, and server layer 104 includes nodes labeled Q through X. In one example of such a multilayer network, client layer 102 may be an IP/MPLS layer and server layer 104 may be a DWDM layer. In such an embodiment upper layer nodes A through F would represent routers and lower layer nodes Q through F would be optical nodes such as optical switches. The arrows between routers A through F would represent data connections rather than physical ones, and the arrows between optical nodes Q through X would represent optical fiber connections. Interlayer signaling connections between nodes A and Q and between nodes F and X could be implemented in such an embodiment using a GMPLS User to Network Interface (UNI), in which the client layer UNI-C node is considered a “user” of the server network. In the embodiment of FIG. 1, routers A and F may be configured as UNI-C nodes 110 which interact with elements Q and X of the server network, configured as UNI-N nodes 112. The connections between nodes in FIG. 1 may carry all kinds of information, depending on the network configuration, including the user data or “payload” as well as network information concerning operation of the network. As used herein, “network information” includes information regarding shared risk groups in a network, or “shared risk group information”. Shared risk group (SRG) information may include shared risk group identifiers and any other data or information associated with shared risk groups.

[0031] At the client layer, multiple data connection routes between nodes A through F can be used to connect one node to another. To connect nodes A and F, for example, possible routes include ABDF, ACEF, ABCEF, ABCDF, and ABDCEF. Each of these routes in the client layer is associated with a specific path in the server layer, although depending on the routing scheme used the client layer routing control plane may not have knowledge of that server layer path.

[0032] Definition of SRGs for network resources (links, nodes, equipment) or other aspects of the server network that could lead to failure can help the client layer routing control plane recover from failures. SRG information, including the set of SRG identifiers associated with a particular route, can help the control plane determine backup routes less likely to be affected by the same server-layer events that may cause a primary route failure. In practice, however, there are difficulties with SRG-aided routing, especially in the case of fully automated approaches to obtaining and using SRG information.」

（訳：

［００３０］ 図１は、本開示に記載の方法及びシステムの実施に適したネットワークアーキテクチャの一実施形態を示す。ネットワーク１００は、２層モデルで説明することができる。クライアント層１０２は、Ａ～Ｆとラベル付けされたノードを含み、サーバ層１０４は、Ｑ～Ｘとラベル付けされたノードを含む。そのようなマルチレイヤネットワークの一例では、クライアント層１０２はＩＰ／ＭＰＬＳ層であってもよく、サーバ層１０４はＤＷＤＭ層であってもよい。このような実施形態では、上位層ノードＡ～Ｆはルータを表し、下位層ノードＱ～Ｆ（当審注：「Ｑ～Ｘ」の誤記と認める。）は光スイッチなどの光ノードとなる。ルータＡ～Ｆ間の矢印は、物理的な接続ではなく、データの接続を表し、光ノードＱ～Ｘ間の矢印は、光ファイバの接続を表す。ノードＡとＱとの間、およびノードＦとＸとの間のレイヤ間シグナリング接続は、このような実施形態では、クライアント層のＵＮＩ－Ｃノードが、サーバネットワークの「ユーザ」とみなされるＧＭＰＬＳ Ｕｓｅｒ ｔｏ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ（ＵＮＩ）を使用して実装され得る。図１の実施形態では、ルータＡ及びＦは、ＵＮＩ－Ｎノード１１２として構成されたサーバネットワークの要素Ｑ及びＸと相互作用するＵＮＩ－Ｃノード１１０として構成されてもよい。図１のノード間の接続は、ネットワーク構成に応じて、ユーザデータ又は「ペイロード」だけでなく、ネットワークの動作に関するネットワーク情報を含む、あらゆる種類の情報を運ぶことができる。本明細書では、「ネットワーク情報」には、ネットワーク内の共有リスクグループに関する情報、すなわち「共有リスクグループ情報」が含まれる。共有リスクグループ（ＳＲＧ）情報は、共有リスクグループの識別子および共有リスクグループに関連するその他のデータまたは情報を含むことができる。

［００３１］ クライアント層では、あるノードと別のノードを接続するために、ノードＡ～Ｆ間の複数のデータ接続ルートを使用することができる。例えば、ノードＡとＦを接続するには、ＡＢＤＦ、ＡＣＥＦ、ＡＢＣＥＦ、ＡＢＣＤＦ、ＡＢＤＣＥＦなどのルートがある。クライアント層のこれらのルートは、それぞれサーバ層の特定のパスに関連付けられているが、使用されるルーティングスキームによっては、クライアント層のルーティング制御プレーンがそのサーバ層のパスを知らない場合もある。

［００３２］ ネットワークリソース（リンク、ノード、機器）や、障害の原因となりうるサーバネットワークのその他の側面について、ＳＲＧを定義することは、クライアント層のルーティング制御プレーンが障害から回復するのに役立つ。（特定のルートに関連付けられたＳＲＧ識別子の集合を含む）ＳＲＧ情報は、制御プレーンが、現用ルートの障害の原因となったサーバ層のイベントの影響を受けにくい予備ルートを決定するのに役立つ。しかし、実際には、ＳＲＧ情報の取得および使用を完全に自動化した場合には、ＳＲＧ支援ルーティングには困難が伴う。）

（ウ） 図１

「

［図：0001383833000001.jpg］

」

（エ） 段落［００３７］

「[0037] A block diagram of an apparatus that may be used in conjunction with a network to implement the methods described herein is shown in FIG. 3. Apparatus 300 of FIG. 3 is configured for connection to a network, but is not necessarily a node within the network. Apparatus 300 may form a portion of a network management system for one or more layers of the network. As such, the apparatus could form a portion of a network controller or a server running a virtual networking application. Alternatively, apparatus 300 could be implemented using a more traditional network device such as a router. In embodiments for which apparatus 308 is implemented as a router, the router is preferably a router at a boundary between network layers or between domains, such as UNI-C routers 210 of FIG. 2 at the client layer to server layer interface, or routers 216 and 218 of FIG. 2 at a routing domain interface within the server layer.」

（訳：

［００３７］ 本明細書に記載されている方法を実施するために、ネットワークと組み合わせて使用することができる装置のブロック図を図３に示す。図３の装置３００は、ネットワークに接続するように構成されているが、必ずしもネットワーク内のノードではない。装置３００は、ネットワークの１つまたは複数の層のためのネットワーク管理システムの一部を形成することができる。このように、装置は、ネットワークコントローラの一部、又は、仮想ネットワークアプリケーションを実行するサーバの一部を形成することができる。あるいは、装置３００は、ルータなどのより伝統的なネットワーク装置を用いて実装することもできる。装置３０８（当審注：「装置３００」の誤記と認める。）が、ルータとして実装される実施形態では、ルータは、好ましくは、クライアント層からサーバ層へのインタフェースにおける図２のＵＮＩ－Ｃルータ２１０や、サーバ層内のルーティングドメインインタフェースにおける図２のルータ２１６および２１８のように、ネットワーク層間またはドメイン間の境界にあるルータである。）

（オ） 段落［００４２］

「[0042] In alternative embodiments of a network having an upper network layer and a lower network layer, processing of SRG identifiers may be performed at least in part at the lower network layer, such that processed SRG identifiers from the lower layer may then be passed to the upper layer. For example, the number of SRG identifiers to be passed to the upper layer could be reduced by first performing at the lower layer a filtering or summarization process as described in this disclosure. In such an embodiment, the SRG identifiers passed to the upper network layer would be available for additional processing at the upper layer. The additional processing at the upper layer could include translation, association of additional information, additional filtering or summarization, and/or other operations and processes described in this disclosure. As another example, processing at the lower network layer may include one or more operations configured to ensure that the SRG identifiers at the lower network layer are unique over a set of SRG identifiers available for processing at the lower network layer. In a further embodiment, the processed SRG identifiers may be unique over all of the SRG identifiers available for processing at the lower layer. In some embodiments in which processing is performed at the lower network layer, network information relating to the upper network layer may be received at the lower network layer for use in the processing.」

（訳：

［００４２］ 代替的な実施形態の上位ネットワーク層と下位ネットワーク層を有するネットワークでは、ＳＲＧ識別子の処理は、少なくとも一部は下位ネットワーク層で実行されて、処理されたＳＲＧ識別子が下位層から上位層に渡されてもよい。例えば、本開示に記載されるようなフィルタリング処理や要約処理を、下位層で先に実行することによって、上位層に渡されるＳＲＧ識別子の数を減らすことができる。このような実施形態では、上位ネットワーク層に渡されたＳＲＧ識別子を、上位層での追加処理に利用できる。上位層での追加処理には、翻訳、追加情報との関連付け、追加のフィルタリングや要約、及び／又は、本開示に記載される他の操作とプロセスが含まれ得る。別の例として、下位ネットワーク層での処理は、下位ネットワーク層でのＳＲＧ識別子が、下位ネットワーク層での処理に利用可能なＳＲＧ識別子の集合に対して一意であることを保証するように構成された１つまたは複数の操作を含むことができる。更に別の実施形態では、処理されたＳＲＧ識別子は、下位レイヤでの処理に利用可能なＳＲＧ識別子のすべてにわたって一意であってもよい。下位ネットワーク層で処理が実行されるいくつかの実施形態では、上位ネットワーク層に関連するネットワーク情報が、処理に使用するために、下位ネットワーク層で受信されてもよい。）

（カ） 段落［００４８］

「[0048] In various embodiments, memory 308 of apparatus 300 further includes one or more of priority filtering process 314, translation/summarization process 316, and SRG ID extension process 318. Priority filtering process 314 contains computer executable instructions that when executed by processor 306 are operable to filter SRG identifiers associated with incoming data using priority information so that only SRG identifiers corresponding to network resources meeting a priority condition are stored. In this way, the number of SRG identifiers that must be processed by network routing protocols can be reduced. In an embodiment, processes 314, 316, and 318 form part of a network management system. A flow diagram illustrating an embodiment of the method performed through execution of priority filtering process 314 is shown in FIG. 5C. In the embodiment of FIG. 5C, SRG identifiers from a lower network layer are filtered at an upper network layer. Method 540 begins with receiving network information corresponding to data from a lower network layer (step 542). In an embodiment for which method 540 is implemented on a router, the router may be at a boundary between network layers. In an embodiment for which process 540 is implemented on, for example, a network controller or server, network information associated with data coming into a network node from a different network layer may be transmitted to apparatus 300 over the network.」

（訳：

［００４８］ 様々な実施形態において、装置３００のメモリ３０８は、優先度フィルタリングプロセス３１４、翻訳／要約プロセス３１６、およびＳＲＧ ＩＤ拡張プロセス３１８のうちの１つまたは複数をさらに含む。優先度フィルタリングプロセス３１４は、プロセッサ３０６によって実行されると、優先度条件を満たすネットワークリソースに対応するＳＲＧ識別子のみが格納されるように、優先度情報を使用して受信データに関連するＳＲＧ識別子をフィルタリングするように動作可能なコンピュータ実行可能命令を含む。このようにして、ネットワークルーティングプロトコルによって処理されるべきＳＲＧ識別子の数を減らすことができる。一実施形態では、プロセス３１４、３１６、３１８は、ネットワーク管理システムの一部を形成する。優先度フィルタリングプロセス３１４の実行を通じて実行される方法の一実施形態を示すフロー図を図５Ｃに示す。図５Ｃの実施形態では、下位ネットワーク層からのＳＲＧ識別子は、上位ネットワーク層でフィルタリングされる。方法５４０は、下位ネットワーク層からのデータに対応するネットワーク情報を受信することから始まる（ステップ５４２）。方法５４０がルータ上で実施される実施形態では、ルータは、ネットワーク層間の境界にあってもよい。プロセス５４０が例えばネットワークコントローラまたはサーバ上で実施される実施形態では、異なるネットワーク層からネットワークノードに入ってくるデータに関連するネットワーク情報は、ネットワークを介して装置３００に送信されてもよい。）

（キ） 段落［００５２］

「[0052] Network information other than SRG identifiers, such as the SRG relatedness information described above, may also be forwarded to the traffic engineering function (step 556). This other network information forwarded to the TE function may also include, for example, probability of failure, mean time to failure, priority criteria as described above, and any other information useful to the TE function in making routing and backup path decisions. In the embodiment of FIG. 5C, only this other network information is forwarded to the traffic engineering function when there are no SRG identifiers in the received network information (“no” branch of decision step 544) or when there is no priority index associated with any of the SRG identifiers in the network information (“no” branches of decision steps 546 and 547). Such an embodiment limits the SRG identifiers used by the traffic engineering function of the upper layer to those designated to have priority above a defined threshold. In other words, SRG identifiers having no priority information are treated in this embodiment as if they have a below-threshold priority. In an alternate embodiment, SRG identifiers having no priority information could be stored and forwarded to the traffic engineering function, effectively treating them as having an above-threshold priority.」

（訳：

［００５２］ また、上述のＳＲＧ関連性情報など、ＳＲＧ識別子以外のネットワーク情報も、トラフィックエンジニアリング機能に転送してもよい（ステップ５５６）。また、トラフィックエンジニアリング機能に転送されるこの他のネットワーク情報は、例えば、故障の確率、平均故障時間、上述の優先度基準、及び、トラフィックエンジニアリング機能がルーティング及びバックアップ用パスの決定を行う際に有用な他の情報を含んでもよい。図５Ｃの実施形態では、受信したネットワーク情報にＳＲＧ識別子がない場合（判断ステップ５４４における「ＮＯ」への分岐）、又は、ネットワーク情報のいずれのＳＲＧ識別子にも関連する優先度指標がない場合（判断ステップ５４６及び５４７の「ＮＯ」への分岐）、この他のネットワーク情報のみがトラフィックエンジニアリング機能に転送される。このような実施形態では、上位層のトラフィックエンジニアリング機能が使用するＳＲＧ識別子は、規定された閾値以上の優先度を割り当てられたものに限定される。言い換えれば、優先度情報を持たないＳＲＧ識別子は、本実施形態では、あたかも閾値以下の優先度を持つものとして扱われる。別の実施形態では、優先度情報を持たないＳＲＧ識別子を保存し、トラフィックエンジニアリング機能に転送することにより、実質的に閾値以上の優先度を持つものとして扱うことができる。）

（ク） 図５Ｃ

「

［図：0001383833000002.jpg］

」

（２） 引用発明

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

「トラフィックエンジニアリングとは、ネットワークトラフィックの計測と制御、特にネットワーク内の情報ルーティングの制御と最適化のことを指し、

ネットワーク１００は、２層モデルで説明することができ、クライアント層１０２は、Ａ～Ｆとラベル付けされたノードを含み、サーバ層１０４は、Ｑ～Ｘとラベル付けされたノードを含み、マルチレイヤネットワークは、クライアント層１０２はＩＰ／ＭＰＬＳ層であって、サーバ層１０４はＤＷＤＭ層であって、上位層ノードＡ～Ｆはルータを表し、下位層ノードＱ～Ｘは光スイッチなどの光ノードとなり、

ルータＡ及びＦは、ＵＮＩ－Ｎノード１１２として構成されたサーバネットワークの要素Ｑ及びＸと相互作用するＵＮＩ－Ｃノード１１０として構成され、

「ネットワーク情報」には、ネットワーク内の共有リスクグループに関する情報、すなわち「共有リスクグループ情報」が含まれ、共有リスクグループ（ＳＲＧ）情報は、共有リスクグループの識別子および共有リスクグループに関連するその他のデータまたは情報を含むことができ、

装置３００は、ネットワークの１つまたは複数の層のためのネットワーク管理システムの一部を形成することができ、装置３００が、ルータとして実装され、ルータは、クライアント層からサーバ層へのインタフェースにおける、ＵＮＩ－Ｃルータ２１０のように、ネットワーク層間の境界にあるルータであり、

上位ネットワーク層と下位ネットワーク層を有するネットワークでは、ＳＲＧ識別子の処理は、少なくとも一部は下位ネットワーク層で実行されて、処理されたＳＲＧ識別子が下位層から上位層に渡されてもよく、

下位ネットワーク層からのＳＲＧ識別子は、上位ネットワーク層でフィルタリングされ、方法５４０は、下位ネットワーク層からのデータに対応するネットワーク情報を受信することから始まり（ステップ５４２）、

ＳＲＧ関連性情報など、ＳＲＧ識別子以外のネットワーク情報も、トラフィックエンジニアリング機能に転送し（ステップ５５６）、また、トラフィックエンジニアリング機能に転送されるこの他のネットワーク情報は、例えば、故障の確率、平均故障時間、優先度基準、及び、トラフィックエンジニアリング機能がルーティング及びバックアップ用パスの決定を行う際に有用な他の情報を含んでもよい、

装置３００。」

２ 引用文献２について

当審拒絶理由に引用した引用文献２には、段落【００２８】－【００３１】に、以下の記載がある。

「【００２８】図１に戻って、監視制御端末装置ＲＷＯは、接続ノード情報記憶部ＲＷＯ－１と、既存波長パス記憶部ＲＷＯ－２と、追加波長パス生成部ＲＷＯ－３と、追加波長パス設定部ＲＷＯ－４とを備え、共通監視制御網ＮＴを介して光通信ネットワーク全体を監視し、更に、既存の波長パスを維持管理し、新規波長パスを設定する部分である。

【００２９】接続ノード情報記憶部ＲＷＯ－１は、ネットワークのトポロジー情報、光通信ネットワークに接続されている全てのノードについてのノード情報を予め格納する記憶部である。ノード情報には、各ノードの機能、各ノードが配設されているネットワーク中での位置、許容帯域や周波数等の性能が含まれている。

【００３０】既存波長パス記憶部ＲＷＯ－２は、光通信ネットワーク中に既に設定されている波長パスの内容が格納される。波長パスの内容には、波長パスの始点ノード、波長パスの終点ノード、波長パスの始点から終点に至るまでに光信号が通過するノード、等が含まれる。既存の波長パスの内容が変更された場合には、変更後の内容と共に、変更履歴なども記憶される。

【００３１】追加波長パス生成部ＲＷＯ－３は、ネットワーク管理者から新規波長パスの設定要求を受入れると、接続ノード情報記憶部ＲＷＯ－１、及び既存波長パス記憶部ＲＷＯ－２を参照して、ネットワーク管理者が指定しているパスの始点ノードから終点ノードに至る経路（各ノード）をホップバイホップで生成する部分である。」

第６ 対比・判断

１ 本願発明１について

（１） 対比

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

ア 引用発明の「クライアント層１０２はＩＰ／ＭＰＬＳ層であって」、「上位層ノードＡ～Ｆはルータを表し」ているから、本願発明１の「パケットネットワーク」に相当する。

ここで、引用発明の「トラフィックエンジニアリング機能」は、「方法５４０は、下位ネットワーク層からのデータに対応するネットワーク情報を受信することから始まり（ステップ５４２）、ＳＲＧ関連性情報など、ＳＲＧ識別子以外のネットワーク情報も、トラフィックエンジニアリング機能に転送し（ステップ５５６）」ているから、「ネットワーク情報」の送信側の「サーバ層」（下位層）側ではなく、「クライアント層」（上位層）側にあることは明らかである。

よって、引用発明の「クライアント層」における「トラフィックエンジニアリング機能」は、「トラフィックエンジニアリングとは、ネットワークトラフィックの計測と制御、特にネットワーク内の情報ルーティングの制御と最適化のことを指し」、「トラフィックエンジニアリング機能がルーティング及びバックアップ用パスの決定を行う」から、本願発明１の「パケットネットワークにおいて論理パスを設定する論理パス設定手段」に相当する。

イ 引用発明の「サーバ層１０４はＤＷＤＭ層であって」、「下位層ノードＱ～Ｘは光スイッチなどの光ノードとな」るから、本願発明１の「光ネットワーク」に相当する。

引用発明の「ネットワーク内の共有リスクグループに関する情報、すなわち共有リスクグループ情報」（「ＳＲＧ情報」）は、「ネットワーク内の共有リスクグループに関する情報」であって、要するに、同じネットワークリソースを「共有」しているという点で「リスク」を共有する経路やパスからなる「グループ」に関する情報であるから（必要ならば、引用文献１の段落［０００４］の記載を参照。）、本願発明１の「光ネットワークの物理経路情報」に相当する。

引用発明のＳＲＧ情報以外の「他のネットワーク情報」は、「例えば、故障の確率、平均故障時間、優先度基準、及び、トラフィックエンジニアリング機能がルーティング及びバックアップ用パスの決定を行う際に有用な他の情報を含んでもよい」から、本願発明１の「伝送特性情報」に相当する。

したがって、引用発明の「ネットワーク情報」には、「ネットワーク内の共有リスクグループに関する情報、すなわち、「共有リスクグループ情報」が含まれ、共有リスクグループ（ＳＲＧ）情報は、共有リスクグループの識別子および共有リスクグループに関連するその他のデータまたは情報を含むことができ」、「トラフィックエンジニアリング機能に転送されるこの他のネットワーク情報は、例えば、故障の確率、平均故障時間、優先度基準、及び、トラフィックエンジニアリング機能がルーティング及びバックアップ用パスの決定を行う際に有用な他の情報を含んでもよい」から、本願発明１の「光ネットワークの物理経路情報および伝送特性情報を含む物理ネットワーク情報」に相当する。

よって、引用発明の「下位ネットワーク層からのデータに対応するネットワーク情報を受信することから始まり（ステップ５４２）」は、本願発明１の「光ネットワークの物理経路情報および伝送特性情報を含む物理ネットワーク情報を受け付ける受信手段」に相当する。

ウ 引用発明の「ＳＲＧ関連性情報など、ＳＲＧ識別子以外のネットワーク情報も、トラフィックエンジニアリング機能に転送し（ステップ５５６）、また、トラフィックエンジニアリング機能に転送されるこの他のネットワーク情報は、例えば、故障の確率、平均故障時間、優先度基準、及び、トラフィックエンジニアリング機能がルーティング及びバックアップ用パスの決定を行う際に有用な他の情報を含んでもよい」ことは、本願発明１の「前記論理パス設定手段は、前記光ネットワークにおける物理パスに対応する前記論理パスを、あらかじめ取得した前記物理ネットワーク情報に基づいて設定する」ことと、「前記論理パス設定手段は、前記光ネットワークにおける物理パスに対応する前記論理パスを、取得した前記物理ネットワーク情報に基づいて設定する」点で共通するといえる。

エ 引用発明の「装置３００」は、「ネットワークの１つまたは複数の層のためのネットワーク管理システムの一部を形成することができ、装置３００が、ルータとして実装され、ルータは、クライアント層からサーバ層へのインタフェースにおける、ＵＮＩ－Ｃルータ２１０のように、ネットワーク層間の境界にあるルータであ」るから、本願発明１の「ネットワーク管理装置」に相当する。

（２） 一致点、相違点

よって、本願発明１と引用発明との一致点・相違点は次のとおりであるといえる。

［一致点］

「パケットネットワークにおいて論理パスを設定する論理パス設定手段と、

光ネットワークの物理経路情報および伝送特性情報を含む物理ネットワーク情報を受け付ける受信手段、とを備え、

前記論理パス設定手段は、前記光ネットワークにおける物理パスに対応する前記論理パスを、取得した前記物理ネットワーク情報に基づいて設定する

ネットワーク管理装置。」

［相違点１］

本願発明１では、「前記論理パス設定手段は、前記光ネットワークにおける物理パスに対応する前記論理パスを、あらかじめ取得した前記物理ネットワーク情報に基づいて設定する」のに対して、引用発明では、「トラフィックエンジニアリング機能」（本願発明１の「論理パス設定手段」に相当。）が、「ネットワーク情報」を「あらかじめ」取得することが特定されていない点。

［相違点２］

本願発明１では、「前記論理パス設定手段は、前記論理パスの候補を前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」のに対して、引用発明では、「トラフィックエンジニアリング機能」（本願発明１の「パケットネットワークにおいて論理パスを設定する論理パス設定手段」に相当。）が、「前記論理パスの候補を前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」ことが特定されていない点。

（３） 当審の判断

事案に鑑みて、上記相違点２について先に検討すると、相違点２に係る本願発明１の「パケットネットワークにおいて論理パスを設定する論理パス設定手段」が、「前記論理パスの候補を（光ネットワークにおける）前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、（光ネットワークにおける）前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」という構成は、上記引用文献１、２には記載されておらず、周知技術であるともいえない。

なお、上記引用文献２（上記「第５」、「２」を参照。）には、ネットワーク上のパスを設定する場合に、（「パス」で相互に接続されている）「ノード」に関する「ノード情報」を記憶して利用するようにする周知技術は記載されるが、相違点２に係る本願発明１の「パケットネットワークにおいて論理パスを設定する論理パス設定手段」が、「前記論理パスの候補を（光ネットワークにおける）前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、（光ネットワークにおける）前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」という構成は記載されていない。

したがって、本願発明１は、相違点１を検討するまでもなく、当業者であっても引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。

したがって、本願発明１は、当業者であっても引用文献１、２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。

２ 請求項２－８について

本願発明２－８も、本願発明１の上記［相違点２］に係る「パケットネットワークにおいて論理パスを設定する論理パス設定手段」が、「前記論理パスの候補を（光ネットワークにおける）前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、（光ネットワークにおける）前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」という構成と、（実質的に）同一の構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用文献１、２に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。

３ 当審拒絶理由の理由２（進歩性）についてのまとめ

以上のとおりであるから、当審拒絶理由の理由２によっては、もはや、本願を拒絶することはできない。

第７ 当審拒絶理由の理由１（明確性）について

当審では、請求項１－１０に対し、上記「第３」、「１」で示した拒絶の理由を通知しているが、令和４年２月１８日になされた手続補正において、請求項１の「論理パスの設定」は、「前記論理パスの候補を前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」と補正された結果、この拒絶理由は解消した。

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

令和４年２月１８日付けの手続補正により、補正後の請求項１－８は、本願発明１の上記［相違点２］に係る「パケットネットワークにおいて論理パスを設定する論理パス設定手段」が、「前記論理パスの候補を（光ネットワークにおける）前記物理経路情報に基づいて選定し、前記論理パスの候補の中から、（光ネットワークにおける）前記物理経路情報および前記伝送特性情報に基づいて前記論理パスを決定する」という技術的事項を有するものとなった。

当該技術的事項は、原査定における引用文献Ａには記載されておらず、周知技術でもないので、本願発明１－８は、引用文献Ａに記載された発明ではなく、また、当業者であっても、原査定における引用文献Ａに基づいて容易に発明をすることができたものではない。

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

第９ むすび

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

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

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