【事件の表示】
　特願２００６−５０７３７７「データ伝送の動的ルーティング」拒絶査定不服審判事件〔平成１６年１１月　４日国際公開、ＷＯ２００４／０９５７４４、平成１８年　９月２１日国内公表、特表２００６−５２１７５４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明 
　本願は、２００４年　３月１９日（優先権主張２００３年　３月２６日、（ＵＳ）米国）を国際出願日とする出願であって、平成２３年　４月　４日付けで拒絶査定がなされ、これに対し、平成２３年　８月１１日付けで審判請求がなされたものである。
　特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、明細書、特許請求の範囲及び図面の記載からみて、平成２３年　３月１４日付け手続補正書の特許請求の範囲の請求項１に記載された以下のとおりのものと認める。 
　
「　【請求項１】
　伝送要求を有するデータパケットを、複数のノードを有するネットワーク内の第１のノードから第２のノードに送信するための、前記第１のノードに前記複数のノードの各々によって送信される情報から構築され、前記複数のノードの各々を他のノードに接続するリンクを含む伝送パスを含むネットワークテーブルを第１のノードに構築するステップと、
　上記伝送要求に従って、通過されたノードを含めないことによって、上記伝送パスからサイクルを含まない最適パスを選択するステップと、
　上記最適パスを用いて上記データパケットを上記第１のノードから上記第２のノードにルーティングするステップとを有する方法。」 
　
２．引用発明
（１）これに対して、原査定の拒絶理由に引用された特開平１０−７０５７１号公報（以下、「引用例１」という。）には、「最適パス決定方法」として、図面とともに以下の事項が記載されている。
 　
イ．「【０００１】
【発明の属する技術分野】本発明は、高速パケット交換ネットワークに関し、より具体的には、大規模通信ネットワーク内の起点ノードと宛先ノードとの間の最適経路指定パスを選択するための時間を最小限にするための方法およびプロセスに関する。」（２頁２欄）
　
ロ．「【００２４】
【課題を解決するための手段】本発明は、伝送リンクで相互接続された複数のノードを含むパケット交換通信ネットワークに関する。本発明の目的は、アクセス・ノード内の接続セットアップ遅延を最小限にすることにあり、特に、アクセス・ノードと宛先ノードとの間のネットワーク全体で最適パスを選択するための時間を最小限にすることにある。ネットワーク内の各ノードは、データ・パケットを受信し送信するための１つまたは複数の通信アダプタと、ネットワーク資源を割り振り、制御し、管理するための経路制御装置と、ネットワーク制御メッセージによって更新されたネットワーク構成およびトラフィック特性を格納するためのトポロジ・データベースと、トポロジ・データベースと同時に更新され、それぞれの特性とともに選択または計算されたパスを格納するための経路指定データベースとを含む。
【００２５】各接続要求ごとに、請求の範囲の方法およびシステムは以下のステップを含む。
＊  各接続要求ごとに、経路指定データベース内で前記接続要求を満足する事前計算パスを選択するステップと、
＊  接続要求を満足する事前計算パスが経路指定データベース内にすでに格納されていない場合に、前記接続要求を満足するパスを計算し、前記パスを経路指定データベース内に格納するステップである。」（５頁８欄〜６頁９欄）
　
ハ．「【００２９】高性能パケット交換ネットワーク
図２の一般的な図は、８つのノード（２０１〜２０８）を含む高速パケット交換伝送システムを示し、各ノードはトランク（２０９）と呼ばれる高速通信回線により相互接続されている。ユーザから高速ネットワークへのアクセス（２１０）は、周辺部に位置するアクセス・ノード（２０２〜２０５）によって実現される。このようなアクセス・ノードは１つまたは複数のポートを含み、各ポートはネットワークへの標準インタフェースをサポートする外部装置を接続し、他の外部装置との間でネットワーク上を流れるユーザ・データの流れを伝送するのに必要な変換を実行するためのアクセス・ポイントを提供する。一例として、アクセス・ノード（２０２）は、３つのポートによりそれぞれ構内交換機（ＰＢＸ）、アプリケーション・サーバ、ハブとのインタフェースを取り、隣接通過ノード（２０１）、（２０５）、（２０８）によりネットワークを介して通信する。
【００３０】交換ノード
各ネットワーク・ノード（２０１〜２０８）は、着信データ・パケットが近隣通過ノードに向かって発信トランク上で選択的に経路指定される、経路指定点を含む。このような経路決定は、データ・パケットのヘッダに含まれる情報に応じて行われる。基本パケット経路指定機能に加え、ネットワーク・ノードは以下のような補助サービスを提供する。
＊  ノード内で発信されたパケット用の経路指定パスの決定
＊  ネットワーク・ユーザおよび資源に関する情報の取出しや更新のようなディレクトリ・サービス
＊  リンク使用状況情報を含む、物理ネットワーク・トポロジの一貫したビューの管理
＊  ネットワークのアクセス・ポイントにおける資源の予約」（６頁９〜１０欄）
　
ニ．「【００３３】経路指定点
図３は、図２に示すネットワーク・ノード（２０１〜２０８）に見られるような典型的な経路指定点（３００）の一般的なブロック図を示している。
・・・（中略）・・・
【００３５】経路制御装置（３０５）は、ユーザによって指定された所与の１組のサービス品質を満足し、通信パスを完成するために使用するネットワーク資源の量を最小限にするために、ネットワーク（２００）を通る最適パスを計算する。その後、この制御装置は、経路指定点で生成されたパケットのヘッダを構築する。最適化基準としては、中間ノードの数、接続要求の特性、パス内のリンク（トランク）の能力および使用状況、中間ノードの数などがある。本発明によれば、最適経路はさらに再使用するために経路指定データベース（３０８）に格納される。
【００３６】経路指定に必要な情報、ならびにノードおよびそのノードに接続された伝送リンクに関する情報は、いずれもネットワーク・トポロジ・データベース（３０６）に含まれている。定常状態条件下では、あらゆる経路指定点はネットワークについて同じビューを有する。新しいリンクが活動化され、新しいノードがネットワークに追加されたとき、リンクまたはノードが除去されたとき、またはリンク負荷が大幅に変化したときに、ネットワーク・トポロジ情報が更新される。このような情報は、パス選択に必要な最新のトポロジ情報を提供するために、他のすべての経路制御装置との間で制御メッセージにより交換される（このようなデータベース更新は、ネットワークのエンド・ユーザ間で交換されるデータ・パケットによく似たパケット上で伝達される）。ネットワーク・トポロジが連続更新によってすべてのノードで現行状態に維持されることにより、エンド・ユーザの論理接続（セッション）を中断せずにネットワークの動的再構成が可能になる。」（７頁１１〜１２欄）
　
ホ．「【００３９】トポロジ・データベース（ＴＤＢ）
トポロジ・データベースは、ノード、リンク、その特性、帯域幅の割振りに関する情報を含んでいる。トポロジ情報は、ネットワークの各ノード内に複写される。リンクおよびノードを追加または削除した場合、あるいはその特性が変化した場合、各ノードのトポロジ・データベースの正しさはアルゴリズムによって保証される。データベースは以下のものを含む。
＊  ノードおよびリンクの物理特性のような静的情報を含む、ネットワークの物理トポロジ
＊  ノードおよびリンクの状態
＊  現行帯域幅（使用中および予約中）、リアルタイム測定などのような動的特性を含む、リンク使用状況
【００４０】トポロジ・データベースの一般的な構成については図５に示す。ネットワーク内の各資源であるノード（５０１）またはリンク（５０２）には、データベース内の項目が１つずつ関連付けられている。特に、各リンク項目は以下の特性を含む。
＊  （５０３）リンク物理特性：
−  伝送媒体および速度
−  サポートされている経路指定モード
−  最大パケット・サイズ
−  リンク・バッファ容量
−  伝播遅延
−  サポートされている帯域幅予約・・・
＊  （５０４）リンク状態：
−  オンライン（リンクはユーザ接続を受け入れることができる）
−  静止（リンクは追加のユーザ接続を受け入れることができないが、既存の接続は継続する）
−  オフライン（リンクはユーザ接続を受け入れることができず、既存の接続は取り消される）・・・
＊  （５０５）リンク使用状況：
−  リアルタイム測定
−  予約帯域幅・・・」（８頁１３欄）
　
ヘ．「【００４２】帯域幅管理
ユーザは様々なサービス品質を要求する。様々なサービス・レベルを提供するため、様々なタイプのネットワーク接続が確立される。１つの接続は、それぞれソース・ユーザとターゲット・ユーザとを表す起点アクセス・ノードと宛先アクセス・ノードとの間のネットワーク内のパスとして定義される。ネットワーク接続は、予約または非予約として分類することができる。予約ネットワーク接続では、選択したパスに沿ってあらかじめ帯域幅を割り振る必要がある。
【００４３】高速接続の多くは、ユーザが要求したサービス品質と帯域幅を保証するために予約パス上で確立される。ネットワーク上のこのパスは、現行リンク使用状況を含む、そのトポロジ・データベース内の情報を使用して、起点ノードによって計算される。次に、起点ノードは選択したパスに沿って予約要求を送信し、中間ノード（予約が可能である場合）はこの追加予約容量をその合計に追加する。このような変更は、中間ノードによって送信されるトポロジ同報通信更新に反映される。・・・（中略）・・・」（９頁１５〜１６欄）
　
ト．「【００４５】接続セットアップ
図１に示す接続セットアップおよび帯域幅予約プロセスは、以下のステップを含む。
＊  （１０１）起点および宛先ネットワーク・アドレスと、データ・フロー特性（ビット伝送速度、バースト性）を含む１組のパラメータを介して、ユーザによって接続要求が指定される。
＊  （１０２）パス選択プロセスは、トポロジ・データベースから得られるパラメータを使用して、１つのパスと、そのパスの各リンクごとに１つずつの１組の接続要求が決定する。
・・・（中略）・・・」（９頁１６欄）
　
チ．「【００４６】パス選択
パス選択プロセスの目的は、ユーザのサービス品質要件が満足されることを保証し、ネットワーク全体のスループットを最適化するために、ネットワーク資源を接続に割り振る最良の方法を決定することである。パス選択プロセスは、その上で２地点間接続が確立され、必要であれば一部の帯域幅が予約されるネットワーク上のパスを要求側ユーザに供給しなければならない。パス選択アルゴリズムでは、入力パラメータとして、一方ではユーザ要件を、もう一方ではトポロジ・データベースに保管されているネットワーク・リンクとノードの状況を使用する。
【００４７】選択基準：  パス選択プロセスは、接続が要求されているノード内で完全に行われる。これは、トポロジ・データベースを利用し、重要度の順に以下の基準のそれぞれに基づいて「最良パス」を選択する。
＊  サービス品質：接続のサービス品質要件は、接続の持続期間中全体にわたって満足しなければならない。ネットワークのパフォーマンスを決定する変数は数多く存在する。しかし、サービス品質は、ネットワークが提供するサービスに対するユーザの認識を記述する、１組の測定可能な数量として定義することができる。サービス品質パラメータの一部は以下の通りである。
−  接続セットアップ遅延
−  接続ブロック確率
−  喪失確率
−  エラー確率
−  端末間通過遅延
−  端末間遅延変動
−  ・・・
たとえば、パケット喪失確率または端末間通過遅延など、このような品質の一部はパスの計算方法に影響を及ぼす。計算したパスに沿った伝播遅延の合計は、端末間通過遅延指定に違反してはならない。
＊  最小ホップ：パスは、接続のサービス品質要件をサポートするために実現可能な最小数のリンクから構成しなければならないので、ネットワーク資源の量ならびに接続をサポートするための処理コストが最小限になる。パス計算は、接続が要求された時点のリンク使用状況に基づいて行われる。
・・・（中略）・・・」（９頁１６欄〜１０頁１７欄）
　
　上記引用例１の記載及び図面を参照すると、
（ａ）上記イ．及びハ．【００２９】並びに図２の記載から、引用例１には、複数の「ノード」を有する「ネットワーク」内の「起点ノード」から「宛先ノード」への「最適経路」を「選択する」方法が記載されている。
（ｂ）上記ロ．【００２５】の「各接続要求ごとに、請求の範囲の方法およびシステムは以下のステップを含む。
＊  各接続要求ごとに、経路指定データベース内で前記接続要求を満足する事前計算パスを選択するステップと、・・・」及び同ト．の記載から、引用例１に記載された方法は、「ユーザ」からの「接続要求」に対し、「パス」を「選択する」ことが明らかである。
　さらに、同ヘ．「【００４２】帯域幅管理
ユーザは様々なサービス品質を要求する。様々なサービス・レベルを提供するため、様々なタイプのネットワーク接続が確立される。１つの接続は、それぞれソース・ユーザとターゲット・ユーザとを表す起点アクセス・ノードと宛先アクセス・ノードとの間のネットワーク内のパスとして定義される。・・・」及び【００４３】の「高速接続の多くは、ユーザが要求したサービス品質と帯域幅を保証するために予約パス上で確立される。ネットワーク上のこのパスは、現行リンク使用状況を含む、そのトポロジ・データベース内の情報を使用して、起点ノードによって計算される。次に、起点ノードは選択したパスに沿って予約要求を送信し、・・・」という記載から、引用例１に記載された「接続要求」は、「ユーザ」からの「様々なサービス品質」「要求」を含むものであり、引用例１には、「起点ノード」から「宛先ノード」への「パス」を「起点ノード」において「計算」あるいは「選択」し、「起点ノード」は当該「パス」に沿って「接続要求」を送信することが記載されているものと認められる。
（ｃ）上記ニ．【００３６】の「経路指定に必要な情報、ならびにノードおよびそのノードに接続された伝送リンクに関する情報は、いずれもネットワーク・トポロジ・データベース（３０６）に含まれている。・・・」、同ヘ．【００４３】の「・・・ネットワーク上のこのパスは、現行リンク使用状況を含む、そのトポロジ・データベース内の情報を使用して、起点ノードによって計算される。・・・」及び同チ．【００４７】の「選択基準：  パス選択プロセスは、接続が要求されているノード内で完全に行われる。これは、トポロジ・データベースを利用し、重要度の順に以下の基準のそれぞれに基づいて「最良パス」を選択する。・・・」という記載から、引用例１の方法では、「最良パス」の「計算」あるいは「選択」は「トポロジ・データベース」を利用して行われることが明らかであり、さらに、上記チ．【００４６】の「パス選択
パス選択プロセスの目的は、ユーザのサービス品質要件が満足されることを保証し、ネットワーク全体のスループットを最適化するために、ネットワーク資源を接続に割り振る最良の方法を決定することである。パス選択プロセスは、その上で２地点間接続が確立され、必要であれば一部の帯域幅が予約されるネットワーク上のパスを要求側ユーザに供給しなければならない。パス選択アルゴリズムでは、入力パラメータとして、一方ではユーザ要件を、もう一方ではトポロジ・データベースに保管されているネットワーク・リンクとノードの状況を使用する。」という記載から、引用例１の方法では「最良のパス」は「ユーザ」からの「様々なサービス品質要求」に従って、「トポロジ・データベース」を利用して「選択」されるといえる。
　ここで、上記イ．及び同ニ．【００３５】の記載から、「最良パス」は「最適パス」といえることは明らかであり、上記（ｂ）に記載したように、「ユーザ」からの「様々なサービス品質要求」は「接続要求」に含まれるものである。
（ｄ）上記ニ．【００３６】の「・・・定常状態条件下では、あらゆる経路指定点はネットワークについて同じビューを有する。新しいリンクが活動化され、新しいノードがネットワークに追加されたとき、リンクまたはノードが除去されたとき、またはリンク負荷が大幅に変化したときに、ネットワーク・トポロジ情報が更新される。このような情報は、パス選択に必要な最新のトポロジ情報を提供するために、他のすべての経路制御装置との間で制御メッセージにより交換される（このようなデータベース更新は、ネットワークのエンド・ユーザ間で交換されるデータ・パケットによく似たパケット上で伝達される）。・・・」という記載から、引用例１の「トポロジ・データベース」は「他のすべての経路制御装置」から送信される「制御メッセージ」によって構築されるものといえ、同ヘ．【００４３】の「・・・ネットワーク上のこのパスは、現行リンク使用状況を含む、そのトポロジ・データベース内の情報を使用して、起点ノードによって計算される。・・・」という記載から、引用例１の「トポロジ・データベース」は「起点ノード」に構築されることは明らかである。
　また、同ニ．【００３３】の「経路指定点
図３は、図２に示すネットワーク・ノード（２０１〜２０８）に見られるような典型的な経路指定点（３００）の一般的なブロック図を示している。・・・」、同【００３５】の「経路制御装置（３０５）は、ユーザによって指定された所与の１組のサービス品質を満足し、通信パスを完成するために使用するネットワーク資源の量を最小限にするために、ネットワーク（２００）を通る最適パスを計算する。・・・」という記載及び図３から、引用例１の「経路制御装置」は「ノード」が有するものであることは明らかであるから、引用例１の「トポロジ・データベース」は「他のすべての」「ノード」から送信される「制御メッセージ」によって構築されるものといえる。
（ｅ）上記ホ．の記載から、引用例１の「トポロジ・データベース」は「ノード」、「リンク」の情報を含むことは明らかである。
　したがって、上記引用例１には、以下の発明（以下、「引用発明１」という。）が記載されている。 
　
「ユーザからの様々なサービス品質要求を含む接続要求を、複数のノードを有するネットワーク内の起点ノードから宛先ノードに送信するための、前記起点ノードに他のすべてのノードから送信される制御メッセージから構築され、ノード及びリンクの情報を含むトポロジ・データベースを前記起点ノードに構築し、
　前記接続要求に従って、前記トポロジ・データベースを使用して最適パスを選択し、
　前記最適パスに沿って前記接続要求を前記起点ノードから前記宛先ノードに送信する方法。」
　
（２）同じく原査定の拒絶理由に引用された特開昭６２−１５９９４３号公報（以下、「引用例２」という。）には、「ルーティング方式」として、図面とともに以下の事項が記載されている。
　
イ．「【特許請求の範囲】
（１）複数のノードがリンクで互いに接続されているパケットネットワークにおけるルーティング方式において、各パケットにはパスヒストリー表示部が設けられており、各ノードは任意の宛先ノードにパケットを送出する際どの接続リンクにパケットを送出するかを示すルーティングテーブルを保持し、パケットを受信したノードにおいては該パケットの宛先アドレスが自ノードを示せばそのパケットを取り込み、そうでなければ前記パスヒストリー表示部に自ノードアドレスを書き込み、前記ルーティングテーブルにおいて該パケットの入りリンクを除いたリンクのうち前記パスヒストリー表示部に含まれていない隣接ノードのうち最も有意なリンクに接続されている隣接ノードにパケットを送出し、前記パケットを受信したノードの全ての接続リンクによる隣接ノードが前記パスヒストリー表示部に含まれているときには第１位に有意なリンクへ該パケットを送出することを特徴とするルーティング方式。
（２）複数のノードがリンクで互いに接続されているパケットネットワークにおけるルーティング方式において、各ノードは任意の宛先ノードにパケットを送出する際どの接続リンクにパケットを送出するかを示すルーティングテーブルを保持し、ノードにおいてパケットを送出する際のパケット送出処理として、該パケットを送出すべき第１位に有意なリンクが障害を起こしているか否かを検知し、障害なしのときには前記ルーティングテーブルに従い、即ち第１位に有意なリンクに該パケットを送出し、障害有りのときには該パケットにパスヒストリー表示部を付与し、該表示部に自ノードアドレスを書き込み、該パケットを該パケットの入りリンクを除いた前記障害リンクの次に有意なリンクに送出して前記パケット送出処理を終了し、前記パケットを受信したノードにおいては該パケットの宛先アドレスが自ノードを示せばそのパケットを取り込み、そうでなければ該パケットに前記フィールドが付与されているか否かを検知し、該フィールドが付与されていない場合には前記パケット送出処理を行なって該パケットを送出し、該フィールドが付与されているときには、該フィールドに自ノードアドレスを書き込み、前記ルーティングテーブルにおいて該パケットの入りリンクを除いたリンクのうち前記パスヒストリー表示部に含まれていない隣接ノードのうち最も有意なリンクに接続されている隣接ノードにパケットを送出し、前記パケットを受信したノードの全ての接続リンクによる隣接ノードが前記パスヒストリー表示部に含まれているときには第１位に有意なリンクへ該パケットを送出することを特徴とするルーティング方式。」（１頁左欄５行〜２頁左上欄１６行）
　
ロ．「（発明が解決しようとする問題点）
上述した文献（１）におけるリンク障害時の更新手順においては上記リンクの諸量の変化から新たなルーティングテーブルが得るまで、ある宛先ノードアドレスを持つパケットはそのルートが過渡的にノード間でループを形成してしまう場合があり、その間そのパケットは宛先ノードに着くことはなくネットワーク内で巡回してしまい伝送路を無駄に使用してしまうことになる。また文献（２），（３）においては更新手順においてループが起こらない方式を採用しているがその手順は文献（１）に比べて複雑でありノード間の信号数が増加するとい問題点があった。
本発明の目的はルーティングテーブル更新時においてもパケットが過渡的にノード間でループを形成しないルーティング方式を提供することにある。」（３頁右下欄１１行〜４頁左上欄７行）
　
　上記引用例２の記載及び図面を参照すると、上記イ．の記載から、引用例２には「複数のノードがリンクで互いに接続されているパケットネットワークにおけるルーティング方式」が記載されており、当該「方式」は方法と実質的な差異はない。
　そして、上記イ．「・・・パケットを受信したノードにおいては・・・前記ルーティングテーブルにおいて該パケットの入りリンクを除いたリンクのうち前記パスヒストリー表示部に含まれていない隣接ノードのうち最も有意なリンクに接続されている隣接ノードにパケットを送出し、・・・」及び「・・・前記パケットを受信したノードにおいては・・・前記ルーティングテーブルにおいて該パケットの入りリンクを除いたリンクのうち前記パスヒストリー表示部に含まれていない隣接ノードのうち最も有意なリンクに接続されている隣接ノードにパケットを送出し、・・・」という記載から、引用例２の「ルーティング方式」では、「パケット」データを「受信したノード」が、受信した該「パケット」データを「入りリンク」には送出しないようにするものであり、「入りリンク」に送信しないということは、既に通過したノードへのリンクには送出しないことを意味することは明らかである。
　そして、上記ロ．「・・・本発明の目的はルーティングテーブル更新時においてもパケットが過渡的にノード間でループを形成しないルーティング方式を提供することにある。」という記載されるように、引用例２の「ルーティング方式」は「パケット」データが「ノード間でループを形成しない」ようにするものであり、伝送パスがループを含まないルート選択をするものといえる。
　したがって、上記引用例２には、以下の事項（以下、「引用発明２」という。）が記載されている。 
　
「複数のノードがリンクで互いに接続されているパケットネットワークにおけるルーティング方法において、通過したノードへのリンクにはパケットデータを送信しないようにして、伝送パスがループを含まないルート選択をする方法」
　
３．対比・判断
　本願発明と引用発明１を比較すると、本願発明の「伝送要求」は、本願明細書【００２５】の「・・・データパケット２２０は、データレート、電源条件、スループット、呼出し時間要求、又はＱｏＳレベルのような伝送要求を有することができる。」という記載を参酌すると、引用発明１の「ユーザからの様々なサービス品質要求」と差異はなく、引用発明１の「ユーザからの様々なサービス品質要求を含む接続要求」、「前記接続要求」は本願発明の「伝送要求を有するデータパケット」、「上記伝送要求」及び「上記データパケット」に相当する。
　引用発明１の「起点ノード」、「宛先ノード」を「第１のノード」、「第２のノード」と称することは任意であるから、引用発明１の「起点ノード」、「宛先ノード」はそれぞれ、本願発明の「第１のノード」、「第２のノード」に相当する。
　また、引用発明１の「制御メッセージ」と本願発明の「情報」は、いずれも「情報」という点で一致する。
　引用発明１の「ノード及びリンクの情報を含むトポロジ・データベース」と本願発明の「前記複数のノードの各々を他のノードに接続するリンクを含む伝送パスを含むネットワークテーブル」とは、いずれも「ノード及びリンクの情報を含むデータベース」という点で一致する。
　引用発明１の「前記トポロジ・データベースを使用して選択した最良パスに沿って・・・送信する」と本願発明の「上記最適パスを用いて・・・ルーティングする」とは、いずれも「上記最適パスを用いて・・・ルーティングする」という点で差異はなく、一致する。
　そして、引用発明１が「方法」の発明である以上、引用発明１の「・・・構築し」、「・・・選択し」「・・・送信する」は、それぞれ「・・・構築するステップ」、「・・・選択するステップ」、「送信するステップ」といえる。
　したがって、本願発明と引用発明１は、以下の点で一致ないし相違する。
　
＜一致点＞
「伝送要求を有するデータパケットを、複数のノードを有するネットワーク内の第１のノードから第２のノードに送信するための、前記第１のノードに前記複数のノードの各々によって送信される情報から構築され、ノード及びリンクの情報を含むデータベースを第１のノードに構築するステップと、
　上記伝送要求に従って、最適パスを選択するステップと、
　上記最適パスを用いて上記データパケットを上記第１のノードから上記第２のノードにルーティングするステップとを有する方法。」
　
＜相違点＞
（１）上記「ノード及びリンクの情報を含むデータベース」に関し、本願発明は「前記複数のノードの各々を他のノードに接続するリンクを含む伝送パスを含むネットワークテーブル」であるのに対し、引用発明１は「ノード及びリンクの情報を含むトポロジ・データベース」である点。
（２）上記「最適パスを選択するステップ」に関し、本願発明は「通過されたノードを含めないことによって、上記伝送パスからサイクルを含まない」のに対し、引用発明１は当該構成を有していない点。　
　
　そこで、上記相違点（１）について検討する。
　そもそも「データベース」とは一種の「テーブル」とみることができるものであるが、引用発明１の「ノード及びリンクの情報を含むトポロジ・データベース」は「トポロジ」に関する情報を有し、かつ、「他のすべてのノードから送信される制御メッセージにより構築される」以上、ネットワーク内のすべてのノードとリンクの情報を有することは自明のことであり、さらに、引用発明１においては当該「トポロジ・データベース」を使用して「起点ノード」から「宛先ノード」までの「パス」を「選択」するものであるから、引用発明１の「トポロジ・データベース」を複数の「ノード」の各々を他の「ノード」に接続するリンクを含む「パス」を含むようなテーブルにすることは、データベースの形態として適宜なし得ることである。
　よって、上記相違点（１）に係る構成は、格別なものではない。
　続いて、上記相違点（２）について検討する。
　一般に、複数の「ノード」を有するネットワークにおいて、「起点ノード」から「宛先ノード」への最適な経路（パス）を選択する際に、経路上のノード間においてループを生じるような経路を選択しないのは当然のことであるが、本願発明の「通過されたノードを含めないことによって、上記伝送パスからサイクルを含まない」ようにすることは、上記引用発明２の「複数のノードがリンクで互いに接続されているパケットネットワークにおけるルーティング方法において、通過したノードへのリンクにはパケットデータを送信しないようにして、伝送パスがループを含まないルート選択をする」ことと差異はなく、本願発明の上記相違点（２）に係る構成は公知のものである。
　よって、上記相違点（２）に係る構成は、引用発明１に引用発明２を適用することにより容易になし得ることである。
　
４．むすび 
　以上のとおり、本願発明は、上記引用例１、２に記載された発明に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。 
　
　よって、結論のとおり審決する。