【事件の表示】
　特願２００３−　５３４２４「トラフィックおよびサービス・レベル・アグリーメントに基づいた自動ルータ構成」拒絶査定不服審判事件〔平成１５年　９月１２日出願公開、特開２００３−２５８８７１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明
　本件出願は、平成１５年２月２８日（パリ条約による優先権主張２００２年３月２日、米国）の出願であって、特許請求の範囲の請求項６に係る発明（以下、「本願発明」という。）は、平成２０年５月１日付け手続補正書により補正された明細書、特許請求の範囲及び図面の記載からみて、その特許請求の範囲の請求項６に記載された以下のとおりのものと認める。
　
　「コンピュータによって実行される方法であって、
　ネットワークの複数のルータから情報を受信するステップと、
　記憶されたサービスレベルアグリーメントと関連する事前選択されたしきい値に関して前記情報を解析するステップと、
　前記解析するステップが前記ネットワークにおける不十分な動作状態を指示するときには、前記ルータのうちの１つまたは複数のルータの構成ファイルに関する構成情報を開発するステップと、
　前記構成情報を前記１つまたは複数のルータに伝送し、前記１つまたは複数のルータの各々の構成ファイルを修正して、前記１つまたは複数のルータの動作を修正するステップとを含む方法。」
　
２．引用発明
　原査定の拒絶の理由に引用された特開２００１−２４６９９号公報（以下、「引用例」という。）には、「ネットワーク負荷分散システム」に関し、図面とともに以下の事項が記載されている。
　
ア．「【００２８】
【発明の実施の形態】以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００２９】図１は、本発明の第１の実施の形態によるネットワーク負荷分散システムの構成を示すブロック図である。
【００３０】図１を参照すると、本発明の第１の実施の形態によるネットワーク負荷分散システムは、リンク２０ａ，２０ｂ、２０ｃ，２０ｄ，２０ｅ，２０ｆにより互いに接続された複数のノード１０ａ，１０ｂ，１０ｃ，１０ｄと、これら複数のノード１０ａ，１０ｂ，１０ｃ，１０ｄに対し接続された負荷分散サーバ３０から構成される。
【００３１】ノード１０ａ，１０ｂ，１０ｃ，１０ｄは、ルータまたは交換機から成り、各リンク２０ａ，２０ｂ、２０ｃ，２０ｄ，２０ｅ，２０ｆを介してデータを送受信するものである。
【００３２】負荷分散サーバ３０は、各ノード１０ａ，１０ｂ，１０ｃ，１０ｄからネットワークの状態の情報を受信し、それに応じて最適なリンク・メトリックを計算し、各ノードに通知することにより、負荷分散をはかる仕組みを持つ。」（第４頁第６欄第１９−４０行）
　
イ．「【００３３】図２は、本発明の第１の実施の形態の負荷分散サーバ３０の構成を示すブロック図である。
【００３４】図２を参照すると、本発明の第１の実施の形態の負荷分散サーバ３０は、ネットワーク状態受信部３１と、リンク・メトリック判定部３２と、リンク・メトリック送信部３３を備える。
【００３５】ネットワーク状態受信部３１は、全てのノード１０ａ，１０ｃ，１０ｄからネットワーク状態情報を受信し、かつ、受信したネットワーク状態情報、つまりネットワーク・トポロジー情報、リンク・メトリック情報、リンク負荷情報、トラフィックフロー情報をリンク・メトリック判定部３２へ送信する。
【００３６】リンク・メトリック判定部３２は、受信したネットワーク状態を基に、ネットワーク全体のトポロジー、各リンク２０ａ，２０ｂ、２０ｃ，２０ｄ，２０ｅ，２０ｆに現在設定されているリンク・メトリック、リンク負荷、トラフィックフローのトラフィック特性、パラメータを認識し、この情報を用いて各リンク２０ａ，２０ｂ、２０ｃ，２０ｄ，２０ｅ，２０ｆの最適なリンク・メトリックを判定し、このリンク・メトリックをリンク・メトリック送信部３３へ送信する。
【００３７】リンク・メトリック判定部３２は、内部に経路選択エミュレータ３２１を持ち、この経路選択エミュレータ３２１によりネットワーク上の経路選択のエミュレーションを、エミュレーションで求められるリンク負荷が適正な値となるように、リンク・メトリックの値を少しずつ修正しながらエミュレーションを繰り返し、最適なリンク・メトリックを求める。
【００３８】リンク・メトリック送信部３３は、リンク・メトリック判定部３２で判定された最適なリンク・メトリックを各ノード１０ａ，１０ｂ，１０ｃ，１０ｄに対し送信する。」（第４頁第６欄第４１行−第５頁第７欄第２２行）
　
ウ．「【００３９】図３は、本発明の第１の実施の形態のノード１０ａの構成を示すブロック図である。
【００４０】図３を参照すると、本発明の第１の実施の形態のノード１０ａは、ネットワーク状態検出部１１と、リンク・メトリック受信部１２と、リンク状態・データベース１３と、ルーティング・テーブル１４と、ルーティング・プロトコル１５と、データ受信部１６と、データ送信部１７を備える。
【００４１】ノード１０ａによるネットワーク上のデータの送受信は、データ受信部１６と、データ送信部１７により行なわれる。
【００４２】データ受信部１６は、各リンク２０ａ，２０ｂ、２０ｃによって接続された隣接ノード１０ｂ，１０ｃ，１０ｄから、データを受信する。
【００４３】データ送信部１７は、同じく各リンク２０ａ，２０ｂ、２０ｃによって接続された隣接ノード１０ｂ，１０ｃ，１０ｄに対し、そのデータの送信先とルーティング・テーブル１４を参照して次に送信する隣接ノードを決定し、データを送信する。
【００４４】ノード１０ａの、このネットワーク上のデータの送受信を負荷分散するための機能は、残るネットワーク状態検出部１１と、リンク・メトリック受信部１２と、リンク状態・データベース１３と、ルーティング・テーブル１４と、ルーティング・プロトコル１５により行なわれる。
【００４５】ネットワーク状態検出部１１は、ノード１０ａのネットワークの状態を検出し負荷分散サーバ３０に対し送信する。
【００４６】ネットワーク状態検出部１１は、ネットワーク・トポロジー検出部１１１と、リンク・メトリック検出部１１２と、リンク負荷検出部１１３と、トラフィックフロー検出部１１４を備える。
【００４７】ネットワーク・トポロジー検出部１１１は、ノード１０ａが各隣接ノードと、どのリンクでどのように接続されているのかのネットワーク・トポロジー情報を検出する。つまり例えば、ノード１０ａとノード１０ｂの間はリンク２０ａで接続されている等の検出を行なう。
【００４８】リンク・メトリック検出部１１２は、ノード１０ａから隣接リンク２０ａ，２０ｂ、２０ｃへのそれぞれに対する送信方向に、割り当てられているリンク・メトリックを検出する。方向を規定するのは、同一リンクでも送信方向と受信方向でリンク・メトリックが異なる場合があるためである。
【００４９】リンク負荷検出部１１３は、リンク２０ｂ、２０ｃ、２０ｄのそれぞれにおける、ノード１０ａから送信方向のリンク負荷を検出する。ここでリンク負荷検出部１１３が検出するリンク負荷の種類は、現在の使用帯域、及びリンクの使用可能最大帯域の２種類である。
【００５０】トラフィックフロー検出部１１４は、トラフィック特性、ならびにトラフィックパラメータをフロー毎に検出する。
【００５１】リンク・メトリック受信部１２は、負荷分散サーバ３０から送信される最適なリンク・メトリックを受信し、この最適なリンク・メトリックによりリンク状態・データベース１３を更新し、この更新されたリンク状態・データベース１３によりルーティング・テーブル１４を再計算し更新する。ここで、ルーティング・テーブル１４の再計算とは、リンク状態・データベース１３における更新された最適なリンク・メトリックに基づき、ネットワーク全体で最小コストの経路を再計算し求めることである。」（第５頁第７欄第２３行−同第８欄第３５行）
　
エ．「【００８５】また、以上説明されたリンク・メトリック判定部３２の判定処理においては、初期情報であるリンク負荷情報｛Ｃｉｊ｝を使用していないが、この情報は、負荷の量を負荷分散を行なうかどうかの判断として用いる場合、つまり、ある負荷を超えるまで負荷分散を行なわない等の場合に用いることができる。さらに、経路選択エミュレータ３２１が１回目のエミュレーションにより求めたリンク負荷｛ｃｉｊ｝の値と、大きな違いがないかを参照することにより、ネットワーク状態情報を正しく受信しているかのチェックに用いることができる。しかしこのため、リンク負荷情報｛Ｃｉｊ｝は、ネットワーク状態情報の中に含めないものとしても良い。」（第７頁第１２欄第４−１５行）
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると、
・上記ネットワーク負荷分散システムの負荷分散サーバ３０は、各ノード１０ａ，１０ｂ，１０ｃ，１０ｄからネットワークの状態の情報を受信し（摘記事項ア．）、
・各ノード１０ａ，１０ｂ，１０ｃ，１０ｄはルーチング・テーブル１４を参照してデータを送信する（摘記事項ウ．）から、ルータと言い得るものであり、
・上記ネットワークの状態の情報のうち、リンク負荷情報は、ある負荷を超えるまで負荷分散を行わない場合の判断に用いられ得るが（摘記事項エ．）、このときの「ある負荷」はしきい値と呼ぶことができ、また、このしきい値が事前選択されたものであることは自明であり、
・さらに、上記の判断を行うためには、上記しきい値に関して上記ネットワークの状態の情報を解析する必要があることは自明であり、
・さらに、上記リンク負荷情報がある負荷を超える場合には、上記ネットワークにおける不十分な動作状態を指示する、と言え、
・上記負荷分散サーバ３０は、最適なリンク・メトリックを判定し、各ノードに送信する（摘記事項イ．）が、この判定とは、具体的にはリンク・メトリック判定部３２内部の経路選択エミュレータ３２１がエミュレーションを繰り返しながら最適なリンク・メトリックの値を求める（摘記事項イ．）ことであるから、上記のようなリンク・メトリックの判定はリンク・メトリックの「開発」と言い得るものであり、
・各ノードは上記最適なリンク・メトリックでリンク状態・データベース１３を更新する（摘記事項ウ．）が、上記リンク状態・データベース１３は、これによりルーチングテーブル１４が再計算され、ルータが選択する経路が変更されるものである（摘記事項ウ．）から、ルータの動作を規定する情報群であって、「構成ファイル」と呼べるものであり、さらに、上記更新は修正と言い得るものであり、
・また、上記リンク・メトリックは、これによりリンク状態・データベース１３が更新され、ひいてはルータが選択する経路が変更されるものである（摘記事項ウ．）から、ルータの動作を規定する情報であって、「構成情報」と呼べるものであり、
・さらに、各ノードは、上記更新されたリンク状態・データベース１３で再計算されたルーチング・テーブル１４で動作するが（摘記事項ウ．）、これはノードの動作が修正されることを意味し、
・以上のようなネットワーク負荷分散システムが行う処理ステップがコンピュータによって実行されることは自明であるから、このような処理ステップは、コンピュータによって実行される方法と言うことができ、
　
　結局、上記引用例には以下の発明（以下、「引用発明」という。）が開示されている。
「コンピュータによって実行される方法であって、
　ネットワークの複数のルータからネットワークの状態の情報を受信するステップと、
　事前選択されたしきい値に関して前記ネットワークの状態の情報を解析するステップと、
　前記解析するステップが前記ネットワークにおける不十分な動作状態を指示するときには、前記ルータのうちの１つまたは複数のルータの構成ファイルに関する構成情報を開発するステップと、
　前記構成情報を前記１つまたは複数のルータに伝送し、前記１つまたは複数のルータの各々の構成ファイルを修正して、前記１つまたは複数のルータの動作を修正するステップとを含む方法。」
　
３．対比
　本願発明と引用発明とを対比するに、両者は以下の点で一致ないし相違している。
　
（一致点）
　「コンピュータによって実行される方法であって、
　ネットワークの複数のルータから情報を受信するステップと、
　事前選択されたしきい値に関して前記情報を解析するステップと、
　前記解析するステップが前記ネットワークにおける不十分な動作状態を指示するときには、前記ルータのうちの１つまたは複数のルータの動作を規定する情報群に関する動作を規定する情報を開発するステップと、
　前記動作を規定する情報を前記１つまたは複数のルータに伝送し、前記１つまたは複数のルータの各々の動作を規定する情報群を修正して、前記１つまたは複数のルータの動作を修正するステップとを含む方法。」
　
（相違点）
　「事前選択されたしきい値」に関し、本願発明では「記憶されたサービスレベルアグリーメントと関連する」ものであると限定されるのに対し、引用発明ではそのような限定がなされていない点。
　
４．検討
　そこで、上記相違点つき以下に検討する。
　例えば、特開２００１−１８９７６０号公報、特開平９−２４４９７３号公報等にも記載されているように、ネットワークの品質を判断する基準として、サービスレベルアグリーメントは普通に用いられているものであり、また、これをネットワークのいずれかのノードに記憶させることも一般的なことに過ぎない。
　したがって、引用発明の「事前選択されたしきい値」として、「記憶されたサービスレベルアグリーメントと関連する」値を選択することによりこれを限定して本願発明の構成とすることは当業者であれば容易になし得たものと認められる。
　
　そして、本願発明が奏する効果も引用発明から容易に予測出来る範囲内のものである。
　
５．むすび
　以上のとおり、本願発明は、上記引用例に記載された発明に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。