【事件の表示】
　特願２０１７−５３４６１５「ソフトウェア定義型データセンター、並びにそのためのサービスクラスタスケジューリング方法及びトラフィック監視方法」拒絶査定不服審判事件〔平成２９年　７月　６日国際公開、ＷＯ２０１７／１１３２７３、平成３０年　２月　８日国内公表、特表２０１８−５０４０３８、請求項の数（１７）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
本願は、２０１５年（平成２７年）１２月３１日を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２９年　７月２６日　　：手続補正書の提出
　平成３０年　７月２４日付け：拒絶理由通知書
　平成３０年１０月３１日　　：意見書、手続補正書の提出
　平成３１年　１月２３日付け：拒絶査定
　令和　元年　５月２９日　　：審判請求書、手続補正書の提出
　令和　２年　７月　６日付け：拒絶理由（当審拒絶理由）通知
　令和　２年１１月　９日　　：意見書、手続補正書の提出
第２　原査定の概要
　原査定（平成３１年１月２３日付け拒絶査定）の概要は次のとおりである。
　本願請求項１ないし１７に係る発明は、以下の引用文献ＡないしＥに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
Ａ　特開２０１２−０３９１８８号公報
Ｂ　特開２０１３−１０５３０８号公報
Ｃ　国際公開第２０１４／２０８５３８号
Ｄ　特開２００７−１１０２４０号公報
Ｅ　特表２００４−５０７１６９号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
　本願請求項１ないし１７に係る発明は、以下の引用文献１ないし４に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１　特開２０１３−１０５３０８号公報（拒絶査定時の引用文献Ｂ）
２　国際公開第２０１５／０３７６０４号（当審において新たに引用した文献）
３　特開２０１５−９１１０６号公報（当審において新たに引用した文献）
４　国際公開第２０１２／０９８７８６号（当審において新たに引用した文献）
第４　本願発明
　本願請求項１ないし１７に係る発明（以下、それぞれ「本願発明１」ないし「本願発明１７」という。）は、令和２年１１月９日に提出された手続補正書により補正された特許請求の範囲の請求項１ないし１７に記載された事項により特定される発明であり、本願発明１ないし１７は以下のとおりの発明である。
「　　【請求項１】
　ソフトウェア定義型データセンターにおけるサービスクラスタスケジューリング方法であって、前記ソフトウェア定義型データセンターは、ソフトウェア定義型ネットワーキング（ＳＤＮ）コントローラと複数のエッジスイッチとを備え、前記複数のエッジスイッチは前記ＳＤＮコントローラに通信可能に接続され、第１のサービスクラスタ及び第２のサービスクラスタが前記ソフトウェア定義型データセンターに展開され、
　前記ＳＤＮコントローラが、第２のエッジスイッチにより報告されたユーザのサービス要求パケットを受信する段階であって、前記第２のエッジスイッチは前記ユーザがアクセスするエッジスイッチである、受信する段階と、
　前記ＳＤＮコントローラが、前記サービス要求パケット内の宛先ＩＰアドレス情報に従って、前記第１のサービスクラスタ及び前記第２のサービスクラスタから前記サービス要求パケットに対応するサービスクラスタを判定する段階であって、前記第１のサービスクラスタは、第１のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第２のサービスクラスタは、第２のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なる、段階と、
　前記ＳＤＮコントローラが負荷分散ポリシに従って、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンからターゲット仮想マシンを選択する段階であって、前記ターゲット仮想マシンは前記ユーザにサービスを提供する、選択する段階と、
　前記ＳＤＮコントローラが前記ターゲット仮想マシンと前記ユーザとの間の転送情報を決定する段階と、
　前記ＳＤＮコントローラが前記転送情報に従って、第１の転送フローテーブル及び第２の転送フローテーブルを生成する段階であって、前記第１の転送フローテーブルは、前記ターゲット仮想マシンのエッジスイッチがパケットを転送するのに用いられ、前記第２の転送フローテーブルは、前記第２のエッジスイッチがパケットを転送するのに用いられる、生成する段階と、
　前記ＳＤＮコントローラが、前記第１の転送フローテーブルを前記ターゲット仮想マシンの前記エッジスイッチに送出する段階と、
　前記ＳＤＮコントローラが、前記第２の転送フローテーブルを前記第２のエッジスイッチに送出する段階と、
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンに対して負荷監視を実行し、負荷監視結果を定期的に取得する段階であって、前記負荷監視はリソース負荷監視又はトラフィック負荷監視を含む、取得する段階と
　を備え、
　前記ＳＤＮコントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをＳＤＮネットワークの入り口でエッジスイッチに分配し、前記サービスクラスタの健全性チェックと、前記リソース負荷監視又は前記トラフィック負荷監視とに基づいて最適経路を選択する
　方法。
　　【請求項２】
　前記ＳＤＮコントローラが負荷分散ポリシに従って、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンからターゲット仮想マシンを前記選択する段階は、
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンのリソース負荷情報又はトラフィック負荷情報を取得して、最小リソース負荷を有する仮想マシンを前記ターゲット仮想マシンとして選択する段階、又は最小トラフィック負荷を有する仮想マシンを前記ターゲット仮想マシンとして選択する段階を含む、
　請求項１に記載の方法。
　　【請求項３】
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンのリソース負荷情報又はトラフィック負荷情報を前記取得する段階は、
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンのリソース負荷情報又はトラフィック負荷情報を前記負荷監視結果から取得する段階を含む、
　請求項２に記載の方法。
　　【請求項４】
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンに対してトラフィック負荷監視を前記実行する段階は、
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンのエッジスイッチにトラフィック統計データ抽出要求を定期的に送出し、各オンライン仮想マシンの前記エッジスイッチによりフィードバックされるＴ１時点におけるトラフィック統計データ及びＴ２時点におけるトラフィック統計データを別々に受信する段階と、
　前記ＳＤＮコントローラが、各オンライン仮想マシンの前記エッジスイッチの前記Ｔ１時点における前記トラフィック統計データと前記Ｔ２時点における前記トラフィック統計データとの間の差異に従って、各オンライン仮想マシンの前記トラフィック負荷情報を取得する段階と
　を含む、
　請求項３に記載の方法。
　　【請求項５】
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンのエッジスイッチにトラフィック統計データ抽出要求を定期的に前記送出する段階の前に、
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンの前記エッジスイッチにトラフィック監視命令を送出する段階をさらに備え、
　前記トラフィック監視命令は、判定された前記サービスクラスタ内の各オンライン仮想マシンの前記エッジスイッチに、前記ＳＤＮコントローラが送出した転送フローテーブルに対応するパケットトラフィック統計データを収集するよう命令するのに用いられる、
　請求項４に記載の方法。
　　【請求項６】
　前記ＳＤＮコントローラが、各オンライン仮想マシンの前記エッジスイッチの前記Ｔ１時点における前記トラフィック統計データと前記Ｔ２時点における前記トラフィック統計データとの間の差異に従って、各オンライン仮想マシンの前記トラフィック負荷情報を前記取得する段階の前に、
　前記ＳＤＮコントローラが、前記Ｔ１時点における各オンライン仮想マシンのサービス応答トラフィックを前記Ｔ１時点における前記トラフィック統計データから抽出する段階、及び前記ＳＤＮコントローラが、前記Ｔ２時点における各オンライン仮想マシンのサービス応答トラフィックを前記Ｔ２時点における前記トラフィック統計データから抽出する段階と
　前記ＳＤＮコントローラが、前記Ｔ１時点における前記サービス応答トラフィックと前記Ｔ２時点における前記サービス応答トラフィックとの間の差異を各オンライン仮想マシンの前記トラフィック負荷情報として用いる段階と
　をさらに備える
　請求項５に記載の方法。
　　【請求項７】
　ソフトウェア定義型データセンターにおけるサービスクラスタトラフィック監視方法であって、前記ソフトウェア定義型データセンターは、ソフトウェア定義型ネットワーキング（ＳＤＮ）コントローラと複数のエッジスイッチとを備え、前記複数のエッジスイッチは前記ＳＤＮコントローラに通信可能に接続され、第１のサービスクラスタ及び第２のサービスクラスタが前記ソフトウェア定義型データセンターにさらに展開され、
　前記ＳＤＮコントローラが、サービスクラスタ内の各オンライン仮想マシンのエッジスイッチにトラフィック統計データ抽出要求を定期的に送出する段階であって、前記サービスクラスタは、前記第１のサービスクラスタ及び前記第２のサービスクラスタからのサービスリクエストパケット中の宛先ＩＰアドレス情報に従って前記ＳＤＮコントローラにより判定され、前記第１のサービスクラスタは第１のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第２のサービスクラスタは第２のＩＰアドレスを共有する少なくとも２つの仮想マシンを含み、前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なり、前記サービスリクエストパケットは第２のエッジスイッチにより前記ＳＤＮコントローラに報告される、段階と、
　前記ＳＤＮコントローラが、各オンライン仮想マシンの前記エッジスイッチによりフィードバックされるＴ１時点におけるトラフィック統計データ及びＴ２時点におけるトラフィック統計データを別々に受信する段階と、
　前記ＳＤＮコントローラが、各オンライン仮想マシンの前記エッジスイッチの前記Ｔ１時点における前記トラフィック統計データと前記Ｔ２時点における前記トラフィック統計データとの間の差異に従って、各オンライン仮想マシンのトラフィック負荷情報を取得する段階と、
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンに対して負荷監視を実行し、負荷監視結果を定期的に取得する段階であって、前記負荷監視はリソース負荷監視又はトラフィック負荷監視を含む、取得する段階と
　を備え、
　前記ＳＤＮコントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをＳＤＮネットワークの入り口でエッジスイッチに分配し、前記サービスクラスタの健全性チェックと、前記リソース負荷監視又は前記トラフィック負荷監視とに基づいて最適経路を選択する
　方法。
　　【請求項８】
　前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の各オンライン仮想マシンの前記エッジスイッチにトラフィック監視命令を送出する段階であって、前記トラフィック監視命令は、判定された前記サービスクラスタ内の各オンライン仮想マシンの前記エッジスイッチに、前記ＳＤＮコントローラが送出した転送フローテーブルに対応するパケットトラフィック統計データを収集するよう命令するのに用いられる、送出する段階をさらに備える、
　請求項７に記載の方法。
　　【請求項９】
　前記ＳＤＮコントローラが、各オンライン仮想マシンの前記エッジスイッチの前記Ｔ１時点における前記トラフィック統計データと前記Ｔ２時点における前記トラフィック統計データとの間の差異に従って、各オンライン仮想マシンのトラフィック負荷情報を前記取得する段階は特に、
　前記ＳＤＮコントローラが、前記Ｔ１時点における各オンライン仮想マシンのサービス応答トラフィックを前記Ｔ１時点における前記トラフィック統計データから抽出する段階、及び前記ＳＤＮコントローラが、前記Ｔ２時点における各オンライン仮想マシンのサービス応答トラフィックを前記Ｔ２時点における前記トラフィック統計データから抽出する段階と
　前記ＳＤＮコントローラが、前記Ｔ１時点における前記サービス応答トラフィックと前記Ｔ２時点における前記サービス応答トラフィックとの間の差異を各オンライン仮想マシンの前記トラフィック負荷情報として用いる段階と
　を備える
　請求項７又は８に記載の方法。
　　【請求項１０】
　ソフトウェア定義型ネットワーキング（ＳＤＮ）コントローラと複数のエッジスイッチとを備えたソフトウェア定義型データセンターであって、前記複数のエッジスイッチは前記ＳＤＮコントローラに通信可能に接続され、第１のサービスクラスタ及び第２のサービスクラスタが前記ソフトウェア定義型データセンターに展開され、
　前記複数のエッジスイッチは、前記ＳＤＮコントローラにパケット転送情報を要求し、前記ＳＤＮコントローラが送出した転送フローテーブルに従ってパケットを転送し、
　前記ＳＤＮコントローラは、ユーザがアクセスするエッジスイッチである第２のエッジスイッチにより報告された前記ユーザのサービス要求パケットを受信し、前記サービス要求パケット内の宛先ＩＰアドレス情報に従って、前記第１のサービスクラスタ及び前記第２のサービスクラスタからの前記サービス要求パケットに対応するサービスクラスタを判定し、前記第１のサービスクラスタは、第１のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第２のサービスクラスタは、第２のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なり、前記ＳＤＮコントローラは、負荷分散ポリシに従って、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンから、前記ユーザにサービスを提供するターゲット仮想マシンを選択し、前記ターゲット仮想マシンと前記ユーザとの間の転送情報を決定し、前記転送情報に従って、第１の転送フローテーブル及び第２の転送フローテーブルを生成し、前記第１の転送フローテーブルを前記ターゲット仮想マシンの前記エッジスイッチに送出し、前記第２の転送フローテーブルを前記第２のエッジスイッチに送出し、前記第１の転送フローテーブルは、前記ターゲット仮想マシンの前記エッジスイッチがパケットを転送するのに用いられ、前記第２の転送フローテーブルは、前記第２のエッジスイッチがパケットを転送するのに用いられ、前記ＳＤＮコントローラは、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンに対して負荷監視を実行し、負荷監視結果を定期的に取得し、前記負荷監視はリソース負荷監視又はトラフィック負荷監視を含み、
　前記ＳＤＮコントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをＳＤＮネットワークの入り口でエッジスイッチに分配し、前記サービスクラスタの健全性チェックと、前記リソース負荷監視又は前記トラフィック負荷監視とに基づいて最適経路を選択する、
　ソフトウェア定義型データセンター。
　　【請求項１１】
　前記ＳＤＮコントローラが前記ターゲット仮想マシンを選択することは特に、判定された前記サービスクラスタ内の各オンライン仮想マシンのリソース負荷情報又はトラフィック負荷情報を取得すること、及び最小リソース負荷を有する仮想マシンを前記ターゲット仮想マシンとして選択すること、又は最小トラフィック負荷を有する仮想マシンを前記ターゲット仮想マシンとして選択することを含む、
　請求項１０に記載のソフトウェア定義型データセンター。
　　【請求項１２】
　前記負荷監視結果は、判定された前記サービスクラスタ内の各オンライン仮想マシンのリソース負荷情報又はトラフィック負荷情報を含む、
　請求項１１に記載のソフトウェア定義型データセンター。
　　【請求項１３】
　ソフトウェア定義型ネットワーキング（ＳＤＮ）コントローラと複数のエッジスイッチとを備えたソフトウェア定義型データセンターであって、前記複数のエッジスイッチは前記ＳＤＮコントローラに通信可能に接続され、第１のサービスクラスタ及び第２のサービスクラスタが前記ソフトウェア定義型データセンターに展開され、
　前記複数のエッジスイッチは、前記ＳＤＮコントローラにパケット転送情報を要求し、前記ＳＤＮコントローラが送出した転送フローテーブルに従ってパケットを転送し、
　前記ＳＤＮコントローラは、サービスクラスタ内の各オンライン仮想マシンのエッジスイッチにトラフィック統計データ抽出要求を定期的に送出し、前記サービスクラスタは、前記第１のサービスクラスタ及び前記第２のサービスクラスタからのサービスリクエストパケット中の宛先ＩＰアドレス情報に従って、前記ＳＤＮコントローラにより判定され、前記第１のサービスクラスタは、第１のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第２のサービスクラスタは、第２のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なり、前記サービスリクエストパケットは第２のエッジスイッチにより前記ＳＤＮコントローラに報告され、前記ＳＤＮコントローラは、各オンライン仮想マシンの前記エッジスイッチによりフィードバックされるＴ１時点におけるトラフィック統計データ及びＴ２時点におけるトラフィック統計データを別々に受信し、各オンライン仮想マシンの前記エッジスイッチの前記Ｔ１時点における前記トラフィック統計データと前記Ｔ２時点における前記トラフィック統計データとの間の差異に従って、各オンライン仮想マシンのトラフィック負荷情報を取得し、前記ＳＤＮコントローラは、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンに対して負荷監視を実行し、負荷監視結果を定期的に取得し、前記負荷監視はリソース負荷監視又はトラフィック負荷監視を含み、
　前記ＳＤＮコントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをＳＤＮネットワークの入り口でエッジスイッチに分配し、前記サービスクラスタの健全性チェックと、前記リソース負荷監視又は前記トラフィック負荷監視とに基づいて最適経路を選択する、
　ソフトウェア定義型データセンター。
　　【請求項１４】
　前記ＳＤＮコントローラはさらに、判定された前記サービスクラスタ内の各オンライン仮想マシンの前記エッジスイッチにトラフィック監視命令を送出し、前記トラフィック監視命令は、判定された前記サービスクラスタの各オンライン仮想マシンの前記エッジスイッチに、前記ＳＤＮコントローラが送出した前記転送フローテーブルに対応するパケットトラフィック統計データを収集するよう命令するのに用いられる、
　請求項１３に記載のソフトウェア定義型データセンター。
　　【請求項１５】
　前記ＳＤＮコントローラは特に、前記Ｔ１時点における各オンライン仮想マシンのサービス応答トラフィックを前記Ｔ１時点における前記トラフィック統計データから抽出し、前記Ｔ２時点における各オンライン仮想マシンのサービス応答トラフィックを前記Ｔ２時点における前記トラフィック統計データから抽出し、前記Ｔ１時点における前記サービス応答トラフィックと前記Ｔ２時点における前記サービス応答トラフィックとの間の差異を各オンライン仮想マシンの前記トラフィック負荷情報として用いる、
　請求項１３又は１４に記載のソフトウェア定義型データセンター。
　　【請求項１６】
　プロセッサと、
　メモリと、
　バスと、
　通信インタフェースと
　を備えたコンピューティングデバイスであって、
　前記メモリは実行命令を格納し、前記プロセッサ及び前記メモリは前記バスを用いて接続され、前記コンピューティングデバイスが動作すると、前記コンピューティングデバイスが請求項１から６のいずれか一項に記載の方法を実行するように、前記プロセッサは前記メモリに格納された前記実行命令を実行する、
　コンピューティングデバイス。
　　【請求項１７】
　プロセッサと、
　メモリと、
　バスと、
　通信インタフェースと
　を備えたコンピューティングデバイスであって、
　前記メモリは実行命令を格納し、前記プロセッサ及び前記メモリは前記バスを用いて接続され、前記コンピューティングデバイスが動作すると、前記コンピューティングデバイスが請求項７から９のいずれか一項に記載の方法を実行するように、前記プロセッサは前記メモリに格納された前記実行命令を実行する、
　コンピューティングデバイス。」
第５　引用文献、引用発明等
１　引用文献１について
（１）引用文献１記載事項
　当審拒絶理由に引用された引用文献１には、図面とともに次の事項が記載されている。なお、下線は、強調のため当審が付与した。（以降についても同様。）
「【０００１】
　本発明は、
負荷分散システム、負荷分散装置、負荷分散方法および負荷分散プログラム
「【００２１】
［負荷分散システムの構成（実施例１）］
　以下の実施例１では、
テナントに提供される複数のサーバを有するデータセンタ
【００２２】
　図１は、実施例１に係るデータセンタの構成例を示す図である。図１に示すように、実施例１に係る
データセンタは、サーバ０〜サーバ４の５台の物理サーバを
企業に貸し出すサービスを提供する
テナントＡ
テナントＢ
スイッチ２００およびサーバ０〜サーバ４を収容するローカルネットワーク
【００２３】
　
テナントＡに貸し出されているサーバ１およびサーバ２は
仮想ネットワークの１つに属する
データセンタは、ＶＬＡＮ単位でマルチテナントの形態をとっている
【００２４】
　
サーバ１〜４は、ネットワークインターフェースカードを
装備し
サーバ１では、
仮想マシン「Ａ．１」および「Ａ．２」が稼動し、サーバ２では、
仮想マシン「Ａ．３」および「Ａ．４」が稼動し
サーバ３では、
仮想マシン「Ｂ．１」および「Ｂ．２」が稼動し
サーバ４では、
仮想マシン「Ｂ．３」および「Ｂ．４」が稼動し
【００２５】
　
サーバ０は、サーバ１〜４に対するクライアントからのアクセスを制御する負荷分散装置として機能する
【００２６】
　図１に示すように、
サーバ０は、ネットワークインターフェースカード
を２枚装備し
ネットワークインターフェースカード（ＮＩＣ１）は、インターネットに接続され、他方のネットワークインターフェースカード（ＮＩＣ２）は、データセンタ内のローカルネットワークに接続される
【００２７】
　そして、
サーバ０は、
オープンフロースイッチ１１０と、コントローラ１２０と、負荷分散処理部１３０とを有する
【００２８】
　
オープンフロースイッチ１１０は、フローテーブルに設定されたフロー情報（オープンフロー）に従って、オープンフローによるパケット通信の制御処理を行う
「【００３０】
　また、
オープンフロースイッチ１１０は、ゲートウェイから、テナントサーバへのリクエストパケット
を受信すると
対応するフロー情報がフローテーブルになければ、リクエストパケット転送用のフロー情報の問合せをコントローラ１２０に送信する
「【００３４】
　また、コントローラ１２０は、オープンフロースイッチ１１０から、リクエストパケットの転送用のフロー情報の問合せを受信すると、負荷分散処理部１３０に転送する。また、
コントローラ１２０は、負荷分散処理部１３０から、リクエストパケットの転送用の対応フロー情報を受信すると、オープンフロースイッチ１１０が有するフローテーブルに対して、対応フロー情報に含まれるプライベートアドレス、リクエストパケットの宛先であるテナントサーバ（仮想マシン）のＭＡＣアドレス、リクエストパケットの宛先であるテナントサーバが属する仮想ネットワークのＶＬＡＮＩＤを、リクエストパケットの転送用のフロー情報として設定する
【００３５】
　また、
コントローラ１２０は、オープンフロースイッチ１１０から、リプライパケットの転送用のフロー情報の問合せを受信すると、負荷分散処理部１３０に転送する
【００３６】
　負荷分散処理部１３０は、特定のテナントサーバにアクセスが集中しないように、クライアントからのアクセスを制御する。図２に、負荷分散処理部１３０の構成例を示す。図２は、負荷分散処理部の構成を示す機能ブロック図である。図２に示すように、
負荷分散処理部１３０は、パケット処理部１３１と、ａｒｐ処理部１３２と、ＭＡＣアドレス格納部１３３と、回答送信部１３４と、リクエストパケット処理部１３５と、テナントサーバ情報格納部１３６と、リクエストパケット振分け部１３７と、リプライパケット処理部１３８と、リプライ情報格納部１３９とを有する
【００３７】
　具体的に説明すると、パケット処理部１３１は、コントローラ１２０からａｒｐパケットを受信した場合には、ａｒｐパケットの処理をａｒｐ処理部１３２に指示する。また、
パケット処理部１３１は、リクエストパケットに関するフロー情報の問合せをコントローラ１２０から受信した場合には、問合せの処理をリクエストパケット処理部１３５に指示する
「【００４１】
　
リクエストパケット処理部１３５は、パケット処理部１３１からの指示に応じて
リクエストパケットの転送先ＩＰアドレスと同一のアドレスに対応付けられたテナントサーバリストおよびＶＬＡＮＩＤをテナントサーバ情報格納部１３６から取得する
取得したテナントサーバリストおよびＶＬＡＮＩＤをリクエストパケット振分け部１３７に送出する
【００４２】
　図４に、実施例１に係るテナントサーバ情報格納部１３６に格納されているレコードの一例を示す。図４は、実施例１に係るテナントサーバ情報格納部に格納されているレコードの一例を示す図である。図４に示すように、
テナントサーバ情報格納部１３６は、テナントサーバが外部（クライアントなど）に公開するグローバルアドレスであるテナントサーバアドレスに対応付けて、テナントサーバとして物理サーバ内で稼動する仮想マシンに割り当てられた仮想的なプライベートアドレスと、仮想マシンに割り当てられている仮想的なＭＡＣアドレスとの組合せの一覧を、テナントサーバリストとして記憶するとともに、データセンタ内に構築される仮想ネットワークのうちテナントサーバとして稼動する仮想マシンが属する仮想ネットワークを識別するために仮想ネットワークごとに固有に付与されたＶＬＡＮＩＤを記憶する
【００４３】
　リクエストパケット振分け部１３７は、リクエストパケットの振り分け先を決定する処理を行う。例えば、
リクエストパケット振分け部１３７は、
テナントサーバリスト（テナントサーバとして稼動する複数の仮想マシンのそれぞれに対応するプライベートアドレスとＭＡＣアドレスとの組合せの一覧）の中から、公知の分散アルゴリズムを利用して、リクエストパケットの振り分ける先を決定する
分散アルゴリズムとしては、
スタティック負荷分散であればラウンドロビン、ダイナミック負荷分散であれば最速応答時間、最小負荷、最小コネクションなど
決定した仮想マシンに割り当てられているプライベートアドレスおよびＭＡＣアドレス、振り分け先の仮想マシンが属する仮想ネットワークを識別するＶＬＡＮＩＤをフロー情報として、回答送信部１３４に送出する
「【００６９】
　図７に、実施例２に係るデータセンタの構成例を示す。図７は、実施例２に係るデータセンタの構成例を示す図である。図７に示すように、データセンタ内に構築された複数の仮想ネットワーク（ＶＬＡＮ＝２０、ＶＬＡＮ＝４０）の境界が、データセンタ内に配置された複数のサーバの中のある１つのサーバ２内にある場合についても、上述した実施例１の処理（図６）を適用することにより、仮想ネットワーク単位で、テナントサーバへのアクセスを制御することができる。
【００７０】
　例えば、図７に示す
サーバ１〜４には
オープンフロースイッチを設置する
【００７１】
　そして、図７に示すように、
サーバ２では、ＶＬＡＮ＝２０の仮想ネットワークに属する仮想マシンＡ．３と、ＶＬＡＮ＝４０の仮想ネットワークに属する仮想マシンＢ．０
【００７２】
　図８に、実施例２に係るテナントサーバ情報格納部１３６に格納されているレコードの一例を示す。図８は、実施例２に係るテナントサーバ情報格納部に格納されているレコードの一例を示す図である。図８に示すように、テナントサーバ情報格納部１３６は、実施例２に係るデータセンタの構成に応じた情報を記憶しており、
例えば、テナントＡがクライアントなどに公開するグローバルアドレス「120．18．20．105」に対応付けて、データセンタ内でテナントサーバとして稼動する仮想マシンＡ．１に割り当てられたプライベートアドレス「192．168．100．20」とＭＡＣアドレス「52：20：00：AA：FF：A4」の対、仮想マシンＡ．２に割り当てられたプライベートアドレス「192．168．100．21」とＭＡＣアドレス「52：20：00：AA：FF：A5」の対、仮想マシンＡ．３に割り当てられたプライベートアドレス「192．168．100．22」とＭＡＣアドレス「52：20：00：AA：FF：A6」の対を記憶するとともに、テナントサーバＡとして稼動する３つの仮想マシンＡ．１〜Ａ．３が属する仮想ネットワークのＶＬＡＮＩＤ「２０」が記憶され
テナントＢが外部に公開するグローバルアドレス「23．100．51．12」に対応付けて、データセンタ内でテナントサーバとして稼動する仮想マシンＢ．０に割り当てられたプライベートアドレス「192．168．100．23」とＭＡＣアドレス「52：20：00：AA：FF：B4」の対、データセンタ内でテナントサーバとして稼動する仮想マシンＢ．１に割り当てられたプライベートアドレス「192．168．100．24」とＭＡＣアドレス「52：20：00：AA：FF：B5」の対、仮想マシンＢ．２に割り当てられたプライベートアドレス「192．168．100．25」とＭＡＣアドレス「52：20：00：AA：FF：B6」の対、仮想マシンＢ．３に割り当てられたプライベートアドレス「192．168．100．26」とＭＡＣアドレス「52：20：00：AA：FF：B7」の対、仮想マシンＢ．４に割り当てられたプライベートアドレス「192．168．100．27」とＭＡＣアドレス「52：20：00：AA：FF：B8」の対をテナントサーバリストとして記憶するとともに、テナントサーバＢとして稼動する５つの仮想マシンＢ．０〜Ｂ．４が属する仮想ネットワークのＶＬＡＮＩＤ「４０」が記憶され
「【図１】
」
　前記【００２２】を参酌すると、当該【図１】から、「実施例１」として、
データセンタが、スイッチ２００を介して接続されるサーバ０〜サーバ４の５台の物理サーバを有し
　また、当該【図１】から、
ゲートウェイは、インターネットを介してクライアントからのアクセスを受け付けるものである
「【図２】
」
「【図７】
」
　前記【００２２】、【００６９】ないし【００７１】を参酌すると、当該【図７】から、「実施例２」として、
データセンタが、スイッチ２００を介して接続されるサーバ０〜サーバ４の５台の物理サーバを有し
　また、当該【図７】からも、
ゲートウェイは、インターネットを介してクライアントからのアクセスを受け付けるものである
（２）引用発明
　したがって、上記引用文献１には、主に「実施例２」に関連して、次の発明（以下、「引用発明」という。）が記載されている。なお、括弧内は、引用文献１記載事項のうち参照すべき箇所を示す。
「　テナントに提供される複数のサーバを有するデータセンタにおける負荷分散システム、負荷分散方法又は負荷分散プログラムであって、（【０００１】、【００２１】、【図１】、【図７】）
　前記データセンタは、複数の物理サーバを複数の企業（テナント）に貸し出すサービスを提供するものであり、（【００２２】）
　テナントに貸し出されるサーバは、仮想ネットワーク（ＶＬＡＮ）を構成し、データセンタは、ＶＬＡＮ単位のマルチテナントの形態をとり、（【００２３】）
　例えば、データセンタは、スイッチ２００を介して接続されるサーバ０〜サーバ４の５台の物理サーバを有し、（【００２２】、【図１】、【図７】）
　サーバ０は、サーバ１〜４に対するクライアントからのアクセスを制御する負荷分散装置として機能するものであり、（【００２５】）
　サーバ０は、オープンフロースイッチ１１０と、コントローラ１２０と、負荷分散処理部１３０と、ゲートウェイと接続するネットワークインターフェースカード（ＮＩＣ１）と、スイッチ２００と接続するネットワークインターフェースカード（ＮＩＣ２）とを有し、（【００２６】、【００２７】、【図１】、【図７】）
　ゲートウェイは、インターネットを介してクライアントからのアクセスを受け付けるものであり、（【図１】、【図７】）
　負荷分散処理部１３０は、パケット処理部１３１，ａｒｐ処理部１３２、ＭＡＣアドレス格納部１３３、回答送信部１３４、リクエストパケット処理部１３５、テナントサーバ情報格納部１３６、リクエストパケット振分け部１３７、リプライパケット処理部１３８と、リプライ情報格納部１３９とを有し、（【００３６】、【図２】）
　サーバ１〜４は、それぞれ２つの仮想マシン（Ａ．１とＡ２、Ａ．３とＢ．０、Ｂ．１とＢ．２、Ｂ．３とＢ．４）と、オープンフロースイッチと、ネットワークインターフェースカードとを有し、サーバ１のＡ．１とＡ．２、サーバ２のＡ．３はＶＬＡＮの識別子（ＶＬＡＮＩＤ）が２０の仮想ネットワーク（テナントＡ）に属し、サーバ２のＢ．０、サーバ３のＢ．１とＢ．２、サーバ４のＢ．３とＢ．４はＶＬＡＮの識別子（ＶＬＡＮＩＤ）が４０の仮想ネットワーク（テナントＢ）に属し、（【００２４】、【００６９】〜【００７２】、【図７】）
　テナントサーバ情報格納部１３６は、テナントサーバが外部（クライアントなど）に公開するグローバルアドレスであるテナントサーバアドレスに対応付けて、テナントサーバとして物理サーバ内で稼動する仮想マシンに割り当てられた仮想的なプライベートアドレスと、仮想マシンに割り当てられている仮想的なＭＡＣアドレスとの組合せの一覧を、テナントサーバリストとして記憶するとともに、データセンタ内に構築される仮想ネットワークのうちテナントサーバとして稼動する仮想マシンが属する仮想ネットワークを識別するために仮想ネットワークごとに固有に付与されたＶＬＡＮＩＤを記憶するものであり、（【００４２】）
　具体的には、テナントサーバ情報格納部１３６は、テナントＡがクライアントなどに公開するグローバルアドレス「120．18．20．105」に対応付けて、データセンタ内でテナントサーバとして稼動する仮想マシンＡ．１に割り当てられたプライベートアドレス「192．168．100．20」とＭＡＣアドレス「52：20：00：AA：FF：A4」の対、仮想マシンＡ．２に割り当てられたプライベートアドレス「192．168．100．21」とＭＡＣアドレス「52：20：00：AA：FF：A5」の対、仮想マシンＡ．３に割り当てられたプライベートアドレス「192．168．100．22」とＭＡＣアドレス「52：20：00：AA：FF：A6」の対を記憶するとともに、テナントサーバＡとして稼動する３つの仮想マシンＡ．１〜Ａ．３が属する仮想ネットワークのＶＬＡＮＩＤ「２０」が記憶され、テナントＢが外部に公開するグローバルアドレス「23．100．51．12」に対応付けて、データセンタ内でテナントサーバとして稼動する仮想マシンＢ．０に割り当てられたプライベートアドレス「192．168．100．23」とＭＡＣアドレス「52：20：00：AA：FF：B4」の対、データセンタ内でテナントサーバとして稼動する仮想マシンＢ．１に割り当てられたプライベートアドレス「192．168．100．24」とＭＡＣアドレス「52：20：00：AA：FF：B5」の対、仮想マシンＢ．２に割り当てられたプライベートアドレス「192．168．100．25」とＭＡＣアドレス「52：20：00：AA：FF：B6」の対、仮想マシンＢ．３に割り当てられたプライベートアドレス「192．168．100．26」とＭＡＣアドレス「52：20：00：AA：FF：B7」の対、仮想マシンＢ．４に割り当てられたプライベートアドレス「192．168．100．27」とＭＡＣアドレス「52：20：00：AA：FF：B8」の対をテナントサーバリストとして記憶するとともに、テナントサーバＢとして稼動する５つの仮想マシンＢ．０〜Ｂ．４が属する仮想ネットワークのＶＬＡＮＩＤ「４０」が記憶されており、（【００７２】、【図８】）
　オープンフロースイッチ１１０は、フローテーブルに設定されたフロー情報に従って、オープンフローによるパケット通信の制御処理を行うものであり、（【００２８】）
　オープンフロースイッチ１１０は、ゲートウェイからテナントサーバへのリクエストパケットを受信し、対応するフロー情報がフローテーブルになければ、リクエストパケット転送用のフロー情報の問合わせをコントローラ１２０に送信し、（【００３０】）
　コントローラ１２０は、オープンフロースイッチ１１０からリクエストパケット転送用のフロー情報の問合わせを受信すると、負荷分散処理部１３０に転送し、（【００３５】）
　負荷分散処理部１３０のパケット処理部１３１は、コントローラ１２０からリクエストパケット転送用のフロー情報の問合わせを受信した場合、問い合わせの処理をリクエストパケット処理部１３５に指示し、（【００３７】）
　リクエストパケット処理部１３５は、パケット処理部１３１の指示に応じて、リクエストパケットの転送先ＩＰアドレスと同一のアドレスに対応付けられたテナントサーバリストおよびＶＬＡＮＩＤをテナントサーバ情報格納部１３６から取得してリクエストパケット振分け部１３７に送出し、（【００４１】）
　リクエストパケット振分け部１３７は、テナントサーバリスト（テナントサーバとして稼働する複数の仮想マシンのそれぞれに対応するプライベートアドレスとＭＡＣアドレスとの組合せの一覧）の中から、公知の分散アルゴリズム、例えば、スタティック負荷分散（ラウンドロビン）又はダイナミック負荷分散（最速応答時間、最小負荷、最小コネクションなど）を利用して、リクエストパケットの振分け先を決定し、決定した仮想マシンに割り当てられているプライベートアドレスおよびＭＡＣアドレス、振り分け先の仮想マシンが属する仮想ネットワークを識別するＶＬＡＮＩＤをフロー情報として、回答送信部１３４に送出し、（【００４３】）
　コントローラ１２０は、負荷分散処理部１３０からリクエストパケットの転送用の対応フロー情報を受信すると、オープンフロースイッチ１１０が有するフローテーブルに対して、対応フロー情報に含まれるプライベートアドレス、リクエストパケットの宛先であるテナントサーバ（仮想マシン）のＭＡＣアドレス、リクエストパケットの宛先であるテナントサーバが属する仮想ネットワークのＶＬＡＮＩＤを、リクエストパケットの転送用のフロー情報として設定する、（【００３４】）、
　負荷分散システム、負荷分散方法又は負荷分散プログラム。」
２　引用文献２〜４について
（１）引用文献２について
　当審拒絶理由に引用された引用文献２には、次の事項が記載されている。
「[0005]　一方で、
オープンフロー
に代表される、ＳＤＮ
技術
（２）引用文献３について
　当審拒絶理由に引用された引用文献３には、次の事項が記載されている。
「【０００３】
　そこで、
ＯｐｅｎＦｌｏｗでは、スイッチの標準機能である受信パケットの統計情報を、制御装置から定期的に取得して監視する仕組み
仕組みを利用して統計情報を監視することで、トラフィック量が増加した際は該当フローに属するパケットを廃棄する
（３）引用文献４について
　当審拒絶理由に引用された引用文献４には、次の事項が記載されている。
「[0029]　
コントローラは、オープンフロープロトコルに準拠した統計情報収集用の制御メッセージをスイッチに送信することで、スイッチからフロー毎の統計情報を取得し、トラフィック監視に活用する
第６　対比・判断
１　本願発明１について
（１）対比
　以下、本願発明１と引用発明とを対比する。
ア　引用発明の「データセンタ」は、「データセンター」である点において、本願発明１の「ソフトウェア定義型データセンター」と共通する。
　引用発明において、「ＶＬＡＮの識別子（ＶＬＡＮＩＤ）が２０の仮想ネットワーク」と「ＶＬＡＮの識別子（ＶＬＡＮＩＤ）が４０の仮想ネットワーク」は、異なるテナントが使用するものであり、各テナントは、一般的には異なる「サービス」をクライアントに提供するものである。また、複数の仮想マシンにより構成される各「仮想ネットワーク」は、仮想マシンの「クラスタ」といい得るものである。よって、引用発明の「仮想ネットワーク」は、本願発明１の「サービスクラスタ」に相当する。
　引用発明の「負荷分散方法」は、異なるサービスを提供する仮想ネットワーク内の仮想マシンへの「負荷分散をスケジューリングする方法」といえる。
　そうすると、引用発明の「負荷分散方法」は、本願発明１の「ソフトウェア定義型データセンターにおけるサービスクラスタスケジューリング方法」と「データセンターにおける負荷分散をスケジューリングする方法」である点において共通するといえる。
イ　引用発明の「負荷分散処理部１３０」と、オープンフロースイッチ１０のフローテーブルを設定する「コントローラ１２０」とは、本願発明１の「ソフトウェア定義型ネットワーキング（ＳＤＮ）コントローラ」と、負荷分散、フロー情報の設定などの制御を行う「コントローラ」である点において共通するといえる。
ウ　引用発明の「サーバ０」の「オープンフロースイッチ１１０」と「サーバ１〜４」の「オープンフロースイッチ」は、「データセンタ」に備えられ、サーバ０〜４とスイッチ２００から構成されるローカルネットワークからみて実質的な端部（エッジ）に位置し、サーバ０〜４の「負荷分散処理部１３０」と「コントローラ１２０」や「仮想マシン」と、直接または間接的に通信可能であるから、本願発明１の「前記ＳＤＮコントローラに通信可能に接続され」る「複数のエッジスイッチ」と、「前記コントローラに通信可能に接続され」る「複数のエッジスイッチ」である点で共通するといえる。
エ　引用発明において、各「仮想ネットワーク（ＶＬＡＮ）」は、「データセンタに展開され」ているといえる。
　また、引用発明の「ＶＬＡＮの識別子（ＶＬＡＮＩＤ）が２０の仮想ネットワーク」、「ＶＬＡＮの識別子（ＶＬＡＮＩＤ）が４０の仮想ネットワーク」はそれぞれ、本願発明１の「第１のサービスクラスタ」、「第２のサービスクラスタ」に相当する。
オ　引用発明の「クライアント」は、本願発明１の「ユーザ」に相当する。
　よって、引用発明において、ゲートウェイが、インターネットを介して「クライアント」から受け付ける、テナントサーバへの「リクエストパケット」は、本願発明１の「ユーザのサービス要求パケット」に相当する。
　引用発明は、「オープンフロースイッチ１１０は、ゲートウェイからテナントサーバへのリクエストパケットを受信し、対応するフロー情報がフローテーブルになければ、リクエストパケット転送用のフロー情報の問合わせをコントローラ１２０に送信し、コントローラ１２０は、オープンフロースイッチ１１０からリクエストパケット転送用のフロー情報の問合わせを受信すると、負荷分散処理部１３０に転送し、」との構成を備えるものであるから、「負荷分散処理部１３０」と「コントローラ１２０」は、「オープンフロースイッチ１１０」により報告された「リクエストパケット」を受信しているといえる。
　よって、引用発明の「オープンフロースイッチ１１０」は、本願発明１の「第２のエッジスイッチ」に相当し、また、引用発明の「負荷分散処理部１３０」と「コントローラ１２０」が、「オープンフロースイッチ１１０」から「リクエストパケット」を受信する段階は、本願発明１の「前記ＳＤＮコントローラが、第２のエッジスイッチにより報告されたユーザのサービス要求パケットを受信する段階であって、前記第２のエッジスイッチは前記ユーザがアクセスするエッジスイッチである、受信する段階」と、「前記コントローラが、第２のエッジスイッチにより報告されたユーザのサービス要求パケットを受信する段階であって、前記第２のエッジスイッチは前記ユーザがアクセスするエッジスイッチである、受信する段階」である点で共通するといえる。
カ　引用発明の「リクエストパケットの転送先ＩＰアドレス」は、本願発明１の「前記サービス要求パケット内の宛先ＩＰアドレス情報」に相当する。
　また、引用発明の「負荷分散処理部１３０」は、「パケット処理部１３２の指示に応じて、リクエストパケットの転送先ＩＰアドレスと同一のアドレスに対応付けられたテナントサーバリストおよびＶＬＡＮＩＤをテナントサーバ情報格納部１３６から取得」するものであって、「ＶＬＡＮＩＤ」は、仮想ネットワークのいずれか１つを識別するものであるから、引用発明は、「リクエストパケットの転送先ＩＰアドレス」に従って、２つの仮想ネットワークから、「リクエストパケット」に対応する仮想ネットワークを判定するものといえる。
　そうすると、引用発明は、本願発明１の「（コントローラが）前記サービス要求パケット内の宛先ＩＰアドレス情報に従って、前記第１のサービスクラスタ及び前記第２のサービスクラスタから前記サービス要求パケットに対応するサービスクラスタを判定する段階」との構成を備える。
キ　引用発明において、「テナントサーバ情報格納部１３６」に格納されている、ＶＬＡＮの識別子が２０の仮想ネットワーク（テナントＡ）の「グローバルアドレス」である「120．18．20．105」、ＶＬＡＮの識別子が４０の仮想ネットワーク（テナントＢ）の「グローバルアドレス」である「23．100．51．12」はそれぞれ、「ＩＰアドレス」といい得るものであり、本願発明１の「第１のＩＰアドレス」及び「第２のＩＰアドレス」に相当する。
　また、当該構成から、引用発明は、本願発明１の「前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なる」との構成を備えている。
　引用発明において、「仮想マシン」は、リクエストパケットの振分け先として決定されるものであり、かつ、「テナントサーバとして稼働する」もの、すなわち、「オンライン」状態であることを前提としている。そうすると、引用発明の「仮想マシン」は、本願発明１の「オンライン仮想マシン」に相当する。
　また、引用発明においては、テナントＡのグローバルアドレス「120．18．20．105」を、仮想マシンＡ．１〜Ａ．３が共有し、テナントＢのグローバルアドレス「23．100．51．12」を、仮想マシンＢ．１〜Ｂ．４が共有しているといえるから、引用発明は、本願発明１の「前記第１のサービスクラスタは、第１のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第２のサービスクラスタは、第２のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なる」との構成を備える。
ク　引用発明の「公知の負荷分散アルゴリズム」は、本願発明１の「負荷分散ポリシ」に相当する。また、引用発明において、当該「公知の負荷分散アルゴリズム」を利用してリクエストパケットの振り分け先として「決定」される「仮想マシン」は、クライアント（ユーザ）にサービスを提供するものであることは明らかであるから、本願発明１の「ターゲット仮想マシン」に相当する。また、前記「決定」は、「選択」といい換えることができるから、引用発明は、本願発明１の「（コントローラが）負荷分散ポリシに従って、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンからターゲット仮想マシンを選択する段階であって、前記ターゲット仮想マシンは前記ユーザにサービスを提供する、選択する段階」との構成を備える。
ケ　引用発明は、「プライベートアドレスおよびＭＡＣアドレス、振り分け先の仮想マシンが属する仮想ネットワークを識別するＶＬＡＮＩＤ」を「フロー情報」として送出しているから、当該「フロー情報」を決定していることは明らかである。
　よって、引用発明は、本願発明１の「（コントローラが）前記ターゲット仮想マシンと前記ユーザとの間の転送情報を決定する段階」を備える。
コ　引用発明は、「オープンフロースイッチ１１０が有するフローテーブル」に対して、前記「フロー情報」を「リクエストパケット転送用のフロー情報」として設定するものである。
　そうすると、引用発明は、実質的に、「オープンフロースイッチ１１０」が有する「フローテーブル」を生成し、これを「オープンフロースイッチ１１０」に送出していることに等しい。
　さらに、引用発明において、「オープンフロースイッチ１１０は、フローテーブルに設定されたフロー情報に従って、オープンフローによるパケット通信の制御処理を行うもの」であり、ここで、「パケット通信の制御処理」には「パケットを転送する」制御を含むことは明らかである。
　また、「フローテーブル」に「フロー情報」を設定することは、クライアントからのアクセスである「リクエストパケット」の振り分け先を設定するものであるから、当該「フロー情報」は、振り分け先として決定された「仮想マシン」とクライアントとの間の転送を設定するものである。
　そうすると、引用発明の「フロー情報」、「オープンフロースイッチ１１０が有するフローテーブル」はそれぞれ、本願発明１の「転送情報」、「第２の転送フローテーブル」に相当する。
　よって、引用発明は、本願発明１の「（コントローラが）前記転送情報に従って、第１の転送フローテーブル及び第２の転送フローテーブルを生成する段階であって、前記第１の転送フローテーブルは、前記ターゲット仮想マシンのエッジスイッチがパケットを転送するのに用いられ、前記第２の転送フローテーブルは、前記第２のエッジスイッチがパケットを転送するのに用いられる、生成する段階」と、「前記転送情報に従って、第２の転送フローテーブルを生成する段階であって、前記第２の転送フローテーブルは、前記第２のエッジスイッチがパケットを転送するのに用いられる、生成する段階」である点で、共通するといえる。
　また、引用発明は、本願発明１の「（コントローラが）前記第２の転送フローテーブルを前記第２のエッジスイッチに送出する段階」との構成を備えるといえる。
サ　引用発明の「コントローラ１２０」の「リクエストパケット振分け部１３７」は、「テナントサーバリスト（テナントサーバとして稼働する複数の仮想マシンのそれぞれに対応するプライベートアドレスとＭＡＣアドレスとの組合せの一覧）の中から、公知の分散アルゴリズム、例えば、スタティック負荷分散（ラウンドロビン）又はダイナミック負荷分散（最速応答時間、最小負荷、最小コネクションなど）を利用して、リクエストパケットの振分け先を決定し、決定した仮想マシンに割り当てられているプライベートアドレスおよびＭＡＣアドレス、振り分け先の仮想マシンが属する仮想ネットワークを識別するＶＬＡＮＩＤをフロー情報として、回答送信部１３４に送出し」及び「コントローラ１２０」は「負荷分散処理部１３０からリクエストパケットの転送用の対応フロー情報を受信すると、オープンフロースイッチ１１０が有するフローテーブルに対して、対応フロー情報に含まれるプライベートアドレス、リクエストパケットの宛先であるテナントサーバ（仮想マシン）のＭＡＣアドレス、リクエストパケットの宛先であるテナントサーバが属する仮想ネットワークのＶＬＡＮＩＤを、リクエストパケットの転送用のフロー情報として設定する」との構成において、「負荷分散処理部１３０」と「コントローラ１２０」は、「公知の分散アルゴリズム」を利用して「リクエストパケット」の振分け先を決定する機能を備えているから、「負荷分散装置としての機能を有し」ているといえる。
　また、「コントローラ１２０」は、ネットワークの入り口に位置しており、また、振り分けるリクエストパケットに対応する「フロー情報」を、「振り分け先」となる「オープンフロースイッチ１１０」が有するフローテーブルに設定することにより対応するフローを振分け先となる「オープンフロースイッチ１１０」に「分配」し、そのことにより負荷分散に最適な経路を選択しているといえる。さらに、前記「フロー情報」は、「ユーザトラフィック」といい得るものである。
　よって、引用発明と、本願発明１の「前記ＳＤＮコントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをＳＤＮネットワークの入り口でエッジスイッチに分配し、前記サービスクラスタの健全性チェックと、前記リソース負荷監視又は前記トラフィック負荷監視とに基づいて最適経路を選択する」とは、「前記コントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをネットワークの入り口でエッジスイッチに分配し、最適経路を選択する」との構成を備える点において共通する。
（２）一致点・相違点
　以上からすると、本願発明１と引用発明とは、以下の点において一致ないし相違する。
［一致点］
　データセンターにおける負荷分散をスケジューリングする方法であって、前記データセンターは、コントローラと複数のエッジスイッチとを備え、前記複数のエッジスイッチは前記コントローラに通信可能に接続され、第１のサービスクラスタ及び第２のサービスクラスタが前記データセンターに展開され、
　前記コントローラが、第２のエッジスイッチにより報告されたユーザのサービス要求パケットを受信する段階であって、前記第２のエッジスイッチは前記ユーザがアクセスするエッジスイッチである、受信する段階と、
　前記コントローラが、前記サービス要求パケット内の宛先ＩＰアドレス情報に従って、前記第１のサービスクラスタ及び前記第２のサービスクラスタから前記サービス要求パケットに対応するサービスクラスタを判定する段階であって、前記第１のサービスクラスタは、第１のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第２のサービスクラスタは、第２のＩＰアドレスを共有する少なくとも２つのオンライン仮想マシンを含み、前記第１のＩＰアドレスは前記第２のＩＰアドレスとは異なる、段階と、
　前記コントローラが負荷分散ポリシに従って、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンからターゲット仮想マシンを選択する段階であって、前記ターゲット仮想マシンは前記ユーザにサービスを提供する、選択する段階と、
　前記コントローラが前記ターゲット仮想マシンと前記ユーザとの間の転送情報を決定する段階と、
　前記コントローラが前記転送情報に従って、第２の転送フローテーブルを生成する段階であって、前記第２の転送フローテーブルは、前記第２のエッジスイッチがパケットを転送するのに用いられる、生成する段階と、
　前記コントローラが、前記第２の転送フローテーブルを前記第２のエッジスイッチに送出する段階と
　を備え、
　前記コントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをネットワークの入り口でエッジスイッチに分配し、最適経路を選択する
　方法。」
［相違点］
＜相違点１＞
　本願発明１は、「ソフトウェア定義型ネットワーキング（ＳＤＮ）」に基づくものであるのに対し、引用発明は、この点が不明である点。よって、一致点である「データセンター」、「コントローラ」及び「ネットワーク」がそれぞれ、本願発明１では、「ソフトウェア定義型データセンター」、「ソフトウェア定義型ネットワーキング（ＳＤＮ）コントローラ」及び「ＳＤＮネットワーク」であるのに対し、引用発明の「データセンタ」、「負荷分散処理部１３０」と「コントローラ１２０」及び「ネットワーク」が、ＳＤＮに基づくものであるのか否か不明である点。
　また、一致点である「データセンターにおける負荷分散に係る方法」が、本願発明１は、「ソフトウェア定義型データセンターにおけるサービスクラスタスケジューリング方法」であるのに対し、引用発明は、「ソフトウェア定義型データセンターにおける」との前提のない「負荷分散をスケジューリングする方法」である点。
＜相違点２＞
　本願発明１は、「前記ターゲット仮想マシンのエッジスイッチがパケットを転送するのに用いられ」る「第１の転送フローテーブル」を生成する段階と、「前記ＳＤＮコントローラが、前記第１の転送フローテーブルを前記ターゲット仮想マシンの前記エッジスイッチに送出する段階」とを備えるのに対し、引用発明においては、仮想マシン側にある、サーバ１〜４が備える「オープンフロースイッチ」が、フローテーブルを備えるか否か不明であり、よって、「コントローラ１２０」が、サーバ１〜４が備える「オープンフロースイッチ」のフローテーブルを生成し、これを、サーバ１〜４が備える「オープンフロースイッチ」に送出することについて特定していない点。
＜相違点３＞
　本願発明１は、「前記ＳＤＮコントローラが、判定された前記サービスクラスタ内の前記少なくとも２つのオンライン仮想マシンに対して負荷監視を実行し、負荷監視結果を定期的に取得する段階であって、前記負荷監視はリソース負荷監視又はトラフィック負荷監視を含む、取得する段階」との構成を備えるのに対し、引用発明は、当該構成について特定しない点。
＜相違点４＞
　共通点である「前記コントローラは、負荷分散装置としての機能を有し、ユーザトラフィックをネットワークの入り口でエッジスイッチに分配し、最適経路を選択する」に関し、本願発明１は、「前記
ＳＤＮ
ＳＤＮ
前記サービスクラスタの健全性チェックと、前記リソース負荷監視又は前記トラフィック負荷監視とに基づいて
（３）相違点についての判断
　事案に鑑みて、上記相違点３及び４について先に検討する。
　相違点３及び４は、「ＳＤＮコントローラ」による「負荷」に関する監視と、監視結果に基づく経路制御に関するもので互いに関連するといえるから、まとめて検討する。
　引用文献３及び４には、「スイッチ」の「トラフィック」を「監視」すること、及び、引用文献３には「該当フローに属するパケットを廃棄する」ことが記載されているが、これらはいずれも、相違点３に係る本願発明１の「ＳＤＮコントローラ」が、「サービスクラスタ内」の「少なくともオンライン仮想マシンに対して負荷監視を実行」すること、及び、相違点４に係る「ＳＤＮコントローラ」が、「前記サービスクラスタの健全性チェック」と、「前記リソース負荷監視」又は「前記トラフィック負荷監視」とに基づいて「最適経路を選択」すること、のいずれにも該当しない。
　よって、相違点３及び４に係る本願発明１の構成は、上記引用文献１ないし４には記載されておらず、本願優先日前において周知技術であるともいえない。
　また、引用発明における「公知の負荷分散アルゴリズム」に、引用文献３又は４に記載された「スイッチ」の「トラフィック」を「監視」する技術を適用する動機付けは存在しないし、仮に、適用し得たとしても、相違点３及び４に係る本願発明１の構成には至らない。
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明、引用文献２ないし４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２　本願発明２ないし１７について
　請求項１を引用する本願発明２ないし１７も、相違点３及び４に係る本願発明１の構成と同一又は同等の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２ないし４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　原査定についての判断
　令和２年１１月９日に提出された手続補正書による補正により、補正後の請求項１ないし１７は、相違点３及び４に係る本願発明１の構成と同一又は同等の構成を備えるものとなった。
　当該構成は、原査定における引用文献ＡないしＥ（当審拒絶理由における引用文献１を含む。）には記載されておらず、本願優先日前における周知技術でもないので、本願発明１ないし１７は、当業者であっても、原査定における引用文献ＡないしＥに基づいて容易に発明できたものではない。
　したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。