2021-009957

第２ 原査定の概要

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

理由２（進歩性）

この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

記

・請求項 １－７

・引用文献等 Ａ－Ｅ

＜引用文献等一覧＞

Ａ．特開２００８－４８１１４号公報

Ｂ．特開２０１１－１３５４２２号公報

Ｃ．特開２０１２－１７５５６１号公報

Ｄ．特開２０１５－１１９３８４号公報

Ｅ．特開２００６－４２２６２号公報

第３ 当審拒絶理由の概要

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

理由１（明確性）

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

記

請求項１には、「第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する選択部」と記載されているところ、この「選択する」とは、

（１）「第１ゲートウェイ装置」と「第２ゲートウェイ装置」のいずれかを選択するという意味であるのか、

（２）「第１ゲートウェイ装置」と「第２ゲートウェイ装置」のそれぞれを選択するという意味であるのか、

把握することができず、上記記載により特定しようとする技術的内容が明確でない。

換言すれば、上記（１）の意味は、本願の発明の詳細な説明には記載されていないことから、結局、本願の発明の詳細な説明のように、上記（２）を意味しているならば、請求項１において「１つの第１ゲートウェイ装置」及び「１つの第２ゲートウェイ装置」を採用すると、上記記載により特定しようとする技術的内容が明確でない。

請求項６についても、請求項１と同様に、「選択ステップ」は、「第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する」のであるから、選択対象である「第１ゲートウェイ装置」も「第２ゲートウェイ装置」も、その数が「１つ」の場合は、「選択」するものとはいえず、不明確な記載である。

請求項２～５は請求項１を引用する形式の従属項であり、請求項７は請求項６を引用する形式の従属項であるので、請求項２～４及び７についても上記拒絶理由が内在する。

理由２（進歩性）

この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前に当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

記

・請求項 １－２、５－７

・引用文献等 ２、４－８

＜引用文献等一覧＞

２．特開２０１１－１３５４２２号公報（拒絶査定時の引用文献Ｂ）

４．特開２０１５－１１９３８４号公報（拒絶査定時の引用文献Ｄ）

５．特開２００６－４２２６２号公報（拒絶査定時の引用文献Ｅ）

６．特開２０１０－１９３１９２号公報

７．特表２０１７－５２７１５１号公報

８．特開２０１６－８２３７３号公報

第４ 本願発明

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

「 【請求項１】

端末と、当該端末との間でＶＰＮを構築するＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）と、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置とを備えるシステムに対する制御を実行するネットワーク制御装置であって、

前記端末と前記複数の第１ゲートウェイ装置との間の第１アクセスネットワークの区間である第１区間の品質と、前記複数の第１ゲートウェイ装置と前記複数の第２ゲートウェイ装置との間の通信事業者により提供されるバックボーンネットワークの区間である第２区間の品質と、前記複数の第２ゲートウェイ装置と前記ＳａａＳとの間の第２アクセスネットワークの区間である第３区間の品質とを収集する品質収集部と、

前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記ＳａａＳとの間の通信の経路を構成する第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する選択部と、

前記端末と前記ＳａａＳとの間の通信が前記経路を経由するように経路制御を実行する経路制御部とを備え、

前記品質収集部は、前記第１区間、前記第２区間、及び前記第３区間のそれぞれについて複数種類の品質を収集し、前記選択部は、当該複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、前記複数の候補経路の中から、使用する経路を選択する

ことを特徴とするネットワーク制御装置。」

「 【請求項２】

端末と、当該端末との間でＶＰＮを構築するＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）と、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置とを備えるシステムに対する制御を実行するネットワーク制御装置であって、

前記端末と前記複数の第１ゲートウェイ装置との間の第１アクセスネットワークの区間である第１区間の品質と、前記複数の第１ゲートウェイ装置と前記複数の第２ゲートウェイ装置との間の通信事業者により提供されるバックボーンネットワークの区間である第２区間の品質と、前記複数の第２ゲートウェイ装置と前記ＳａａＳとの間の第２アクセスネットワークの区間である第３区間の品質とを収集する品質収集部と、

前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記ＳａａＳとの間の通信の経路を構成する第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する選択部と、

前記端末と前記ＳａａＳとの間の通信が前記経路を経由するように経路制御を実行する経路制御部とを備え、

前記システムにおいて、前記端末と前記ＳａａＳとの間の通信の経路上に付加機能提供装置が備えられており、

前記品質収集部により収集された品質に基づいて、前記付加機能提供装置により提供される付加機能を有効化又は無効化する付加機能制御部を更に備える

ことを特徴とするネットワーク制御装置。」

なお、本願発明３は、本願発明１又は２のうちいずれか１項を減縮した発明であり、本願発明４は、本願発明１－３のうちいずれか１項を減縮した発明であり、また、本願発明５及び６は、それぞれ本願発明１及び２に対応する方法の発明であり、実質的にカテゴリ表現が異なるだけの発明である。また、本願発明７は、本願発明１－３のうちいずれか１項に対応するプログラムの発明であり、実質的にカテゴリ表現が異なるだけの発明である。

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

当審では、本願の請求項１－７において、「第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する選択部」と記載されているところ、この「選択する」とは、（１）「第１ゲートウェイ装置」と「第２ゲートウェイ装置」のいずれかを選択するという意味であるのか、（２）「第１ゲートウェイ装置」と「第２ゲートウェイ装置」のそれぞれを選択するという意味であるのか、把握することができず、上記記載により特定しようとする技術的内容が明確でなく、換言すれば、上記（１）の意味は、本願の発明の詳細な説明には記載されていないことから、結局、本願の発明の詳細な説明のように、上記（２）を意味しているならば、「１つの第１ゲートウェイ装置」及び「１つの第２ゲートウェイ装置」を採用すると、上記記載により特定しようとする技術的内容が明確でない旨の拒絶の理由を通知しているところ、

令和４年４月２５日に提出された手続補正において、「１つ又は複数の第１ゲートウェイ装置」及び「１つ又は複数の第２ゲートウェイ装置」を、それぞれ「複数の第１ゲートウェイ装置」及び「複数の第２ゲートウェイ装置」と補正された結果、この拒絶の理由は解消した。

第６ 当審拒絶理由の理由２（進歩性）等の引用文献、引用発明について

１．令和４年２月１６日付けの拒絶理由（当審拒絶理由）に引用された引用文献

（１）引用文献２、引用発明について

当審拒絶理由に引用された引用文献２（拒絶査定時の引用文献Ｂ）には、図面とともに次の事項が記載されている（下線は強調のため当審にて付与。以下同様。）。

「【０００９】

本発明の課題は，上記のような仕組みを実現して，通信品質要求の厳しい傾向にあるミッションクリティカルな通信サービスに対しても柔軟に信頼性が高い通信経路を確保することである。

【００１０】

すなわち，ある通信端末が通信ネットワークを介してあるアプリケーションサーバに接続してサービスを享受しようとした場合に，通信特性の異なる複数の経路を含む有線区間と通信特性の異なる複数の経路を含む無線区間を含む通信ネットワーク環境下において，通信端末とアプリケーションサーバとの間で要求する要求通信品質に対して，特許文献２のように有線区間の単一経路内，あるいは，無線区間の単一経路内で前記要求通信品質を満たすように経路を制御するだけでなく，有線区間の複数の経路間，あるいは，無線区間の複数の経路間で前記要求通信品質を満たすように経路選択を制御することである。

【００１１】

さらに，上述の要求通信品質の変更や，前記経路の通信特性の変化に対して，動的に経路選択を制御することも本発明の課題である。

【課題を解決するための手段】

【００１２】

上記の課題を達成するため、本発明においては、複数の経路を有する無線通信区間と複数の経路を有する有線通信区間とに接続された通信制御装置、あるいはそれを利用する通信システムにおいて、通信制御装置を、無線通信区間の複数の経路と，有線通信区間の複数の経路の通信特性を取得する手段を備え，無線通信区間に接続された端末と有線通信区間に接続されたサーバとの間でデータ通信要求があった場合に、無線通信区間と有線通信区間とによる通信特性が，データ通信要求で指定された通信品質を満たす（例えば，通信時間の総和が指定した遅延時間以下となる，通信帯域の最小値が指定したデータレート以上となる）ように、無線通信区間の複数の経路及び有線通信区間の複数の経路の中からそれぞれ経路を選択し，該選択した経路を通信端末およびサーバへ通知する構成とする。」

「【実施例１】

【００２０】

図１に，第１の実施例によるシステムの全体概念を示す。ここでは同図の(a)のアプリケーションの視点（アプリ視点），同図の(b)の仮想ネットワーク（仮想Network: NW）視点，同図の(c)の物理ネットワーク（物理NW）視点の３つの視点から本実施例によるシステムを概説する。

【００２１】

第１の(a)アプリ視点では，端末側のアプリケーションプロセスAP1とアプリケーションサーバ側のアプリケーションプロセスAP2との間において，ある通信品質(最大許容遅延時間が100ms，最大許容ジッタが10ms，最低必要帯域が10Mbps等で指定)で通信セッションを張りたいという要求を示している。本実施例によるシステムは，この通信品質の要求を満足するように，使用する仮想ネットワーク(仮想NW)や無線アクセスネットワーク(Radio Access Network: RAN)を調停する。

【００２２】

第２の(b)仮想NW視点では，アプリ視点で示した要求を元に，モバイルアプリケーション基盤サーバ1（または通信制御装置）が主導して，端末側のAP1とサーバ側のAP2との間の通信品質の調整を行う様子を示している。モバイルアプリケーション基盤サーバ1は，各RAN1,RAN2から収集する無線品質情報や無線リソース使用状況の情報と，仮想NW調停サーバ4を介して収集する各仮想ネットワーク5のリンク情報とを元に，アプリケーションが要求する通信品質を確保できるよう調停を行う。この結果，調停がうまくいけば最終的にAP1－AP2間において要求される通信品質での通信が可能となるが，要求する通信品質の調整ができなかった場合には，例えば端末側のAP1とサーバ側のAP2がネゴシエーションを行い，アプリケーションとしての要求品質自体を低くすることで接続性を確保することになる。

【００２３】

最後に(c)物理NW視点では，アプリケーションの通信セッションのためのIPレベルでのEnd-to-Endのネットワークのつながりを示している。端末は，RAN1もしくはRAN2の無線アクセスネットワークを用い，それぞれのRANを終端するゲートウェイ(Gateway: GW)を介して仮想ネットワーク網に接続し，その先のアプリケーションサーバ70とのやり取りを行う。ここで，GW同士はモバイルネットワークゲートウェイ(Mobile Network Gateway: MN-GW)2を介して接続される。」

「【図１】

［図：0001385962000001.jpg］

」

「【００２５】

図２に実環境を想定した第１の実施例のシステム構成図の一例を示す。本構成においては，RAN側の情報を集約して主にRANを調整するモバイルアプリケーション基盤サーバ1と，仮想NW側の情報を集約し複数の仮想NWを主に調整する仮想NW調停サーバ4が互いに連携しながら，アプリケーション（端末A61,端末B62あるいはアプリケーションサーバA71,アプリケーションサーバB72）で要求される通信品質を満たすEnd-to-Endの通信リンクを確立する。

【００２６】

まず初めに無線側の説明を行う。RAN3としてはRAN1 31とRAN2 32の2つのサブシステムが利用でき，端末61あるいは62は２つのRANを切り替えてもしくは同時に２つのRANを利用できる機能を有するとする。各RANはそれぞれのGW311,321で終端され，各GW同士は上述の通りMN-GW2に接続され，MN-GW2によってRANの切り替えが可能な構成となっている。モバイルアプリケーション基盤サーバは各GWからRAN内の情報を集約する。一方で仮想NW側は，仮想NW調停サーバ4が，仮想NW5内の仮想化対応ルータ51の接続を切り替える機能を持ち，随時複数の仮想NWリンクを確保し管理している。

【００２７】 端末A61からアプリケーションサーバA71への接続要求がモバイルアプリケーション基盤サーバ1に届くと，モバイルアプリケーション基盤サーバ1と仮想NW調停サーバ4間はそれぞれのRANや仮想NWの情報を元に要求に見合う組合せを決めるために調停を行う。使用する仮想NWリンクやRANが決定すると，仮想NW調停サーバ4は使用する仮想NWリンクに切り替えを行い，また，モバイルアプリケーション基盤サーバ1はMN－GW2にRAN切り替えの指示を出しRANの切り替えが行われ，最終的に端末-アプリケーションサーバ間での通信が行われる。

【００２８】

また，使用しているRANや仮想NWの品質が劣化した場合にも，再度モバイルアプリケーション基盤サーバ1－仮想NW調停サーバ4間で調停を行い，RAN内の通信品質の改善，RAN間の切り替え，仮想NWリンク内の通信品質の改善，仮想NW内のリンクの切り替えにより，アプリケーションより本来要求されていた通信品質を確保するように動作する。万が一，上記調停によっても要求された品質を実現できない場合には，端末内のAP1とアプリケーションサーバ内のAP2のアプリケーションプロセス同士が直接やり取りを行い，アプリケーションが要求する通信品質を下げる。これにより，最初に要求された品質での通信はできないが，通信品質の劣化による接続の切断等は防ぐことが可能であり，最低限の接続性は確保される。」

「【図２】

［図：0001385962000002.jpg］

」

「【００３５】

図４の（ａ）の無線NW通信状況テーブル131は，モバイルアプリケーション基盤サーバが管理対象とする無線アクセスネットワーク（RAN）の通信状況を保持するテーブルである。図では３つのRAN(RAN#1,RAN#2,RAN#3)の通信状況に関して，各RANを利用した場合の帯域幅（”Band Width”），遅延時間（”Delay”）の例を示している。これらの値は，例えば，ある特定の時間（例えば１０秒間）での平均値とすればよいし，あるいはほぼ保障できる値としてもよい。また，同テーブルの“アプリ識別(Identifier: ID)”は各RANをどのアプリケーションが使用しているかを保持しており，図では，”AP#1”が”RAN#1”を使用しており，”RAN#2”と”RAN#3”は使用しているアプリケーションがない場合の例を示している。このテーブルの値は，モバイルアプリケーション基盤サーバが各RANのゲートウェイに問合せた結果によって更新される。

【００３６】

図４の（ｂ）の有線NW通信状況テーブル132は，モバイルアプリケーション基盤サーバが管理対象とする有線ネットワークの通信状況を保持するテーブルである。図では３つの仮想ネットワーク（VN#1,VN#2,VN#3）の通信状況に関して，各仮想ネットワークを利用した場合の帯域幅（”Band Width”），遅延時間（”Delay”）の例を示している。これらの値は，例えば，ある特定の時間（無線ネットワークも変動が少なく安定していることから，例えば１分間）での平均値とすればよいし，あるいはほぼ保障できる値としてもよい。また，同テーブルの“アプリ識別ID”は各仮想ネットワークをどのアプリケーションが使用しているかを保持しており，図では，”AP#1”が”VN#1”を使用しており，”VN#2”と”VN#3”は使用しているアプリケーションがない場合の例を示している。このテーブルの値は，モバイルアプリケーション基盤サーバが仮想ネットワーク調停サーバに問合せた結果によって更新される。

【００３７】

図４の（ｃ）のアプリケーション管理テーブル133は，モバイルアプリケーション基盤サーバが管理しているアプリケーションの状況を保持するテーブルである。図では，アプリケーション”AP#1”が”192.168.121.14/24”で識別される端末と”192.168.100.10/24”で識別されるサーバとの間で通信しており，そのアプリケーションが要求する帯域幅が”10Mbps”，要求する遅延時間が”120msec”であり，さらに割当てられ使用している無線アクセスネットワークが”RAN#1”，使用している仮想ネットワークが”VN#1”であることを示している。このテーブルの値は，アプリケーション基盤サーバがアプリケーションの経路を調停して割当てる経路が更新されると同時に更新される。」

「【図４】

［図：0001385962000003.jpg］

」

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

＜引用発明＞

「ある通信端末が通信ネットワークを介してあるアプリケーションサーバに接続してサービスを享受しようとした場合に、通信特性の異なる複数の経路を含む有線区間と通信特性の異なる複数の経路を含む無線区間を含む通信ネットワーク環境下において、通信端末とアプリケーションサーバとの間で要求する要求通信品質に対して、有線区間の複数の経路間、あるいは、無線区間の複数の経路間で前記要求通信品質を満たすように経路選択を制御するため、複数の経路を有する無線通信区間と複数の経路を有する有線通信区間とに接続された通信制御装置、あるいはそれを利用する通信システムにおいて、

通信制御装置を、無線通信区間の複数の経路と、有線通信区間の複数の経路の通信特性を取得する手段を備え、無線通信区間に接続された端末と有線通信区間に接続されたサーバとの間でデータ通信要求があった場合に、無線通信区間と有線通信区間とによる通信特性が、データ通信要求で指定された通信品質を満たす（例えば、通信時間の総和が指定した遅延時間以下となる、通信帯域の最小値が指定したデータレート以上となる）ように、無線通信区間の複数の経路及び有線通信区間の複数の経路の中からそれぞれ経路を選択し、該選択した経路を通信端末およびサーバへ通知する構成とし、

端末側のアプリケーションプロセスAP1とアプリケーションサーバ側のアプリケーションプロセスAP2との間において、ある通信品質(最大許容遅延時間が100ms、等で指定)で通信セッションを張りたいという要求を示し、この通信品質の要求を満足するように、使用する仮想ネットワーク(仮想NW)や無線アクセスネットワーク(Radio Access Network: RAN)を調停し、

モバイルアプリケーション基盤サーバ1または通信制御装置が主導して、端末側のAP1とサーバ側のAP2との間の通信品質の調整を行い、端末は、RAN1もしくはRAN2の無線アクセスネットワークを用い、それぞれのRANを終端するゲートウェイ(Gateway: GW)を介して仮想ネットワーク網に接続し、その先のアプリケーションサーバ70とのやり取りを行い、ここで、GW同士はモバイルネットワークゲートウェイ(Mobile Network Gateway: MN-GW)2を介して接続され、

続きを表示（全13行）

RAN側の情報を集約して主にRANを調整するモバイルアプリケーション基盤サーバ1と、仮想NW側の情報を集約し複数の仮想NWを主に調整する仮想NW調停サーバ4が互いに連携しながら、アプリケーション（端末A61、端末B62あるいはアプリケーションサーバA71、アプリケーションサーバB72）で要求される通信品質を満たすEnd-to-Endの通信リンクを確立し、

RAN3としてはRAN1 31とRAN2 32の2つのサブシステムが利用でき、端末61は２つのRANを切り替えてもしくは同時に２つのRANを利用できる機能を有し、各RANはそれぞれのGW311、321で終端され、各GW同士は上述の通りMN-GW2に接続され、MN-GW2によってRANの切り替えが可能な構成となっており、

モバイルアプリケーション基盤サーバは各GWからRAN内の情報を集約し、一方で仮想NW側は、仮想NW調停サーバ4が、仮想NW5内の仮想化対応ルータ51の接続を切り替える機能を持ち、随時複数の仮想NWリンクを確保し管理し、

端末A61からアプリケーションサーバA71への接続要求がモバイルアプリケーション基盤サーバ1に届くと、モバイルアプリケーション基盤サーバ1と仮想NW調停サーバ4間はそれぞれのRANや仮想NWの情報を元に要求に見合う組合せを決めるために調停を行い、使用する仮想NWリンクやRANが決定すると、仮想NW調停サーバ4は使用する仮想NWリンクに切り替えを行い、また、モバイルアプリケーション基盤サーバ1はMN－GW2にRAN切り替えの指示を出しRANの切り替えが行われ、最終的に端末-アプリケーションサーバ間での通信が行われ、

また、使用しているRANや仮想NWの品質が劣化した場合にも、再度モバイルアプリケーション基盤サーバ1－仮想NW調停サーバ4間で調停を行い、RAN内の通信品質の改善、RAN間の切り替え、仮想NWリンク内の通信品質の改善、仮想NW内のリンクの切り替えにより、アプリケーションより本来要求されていた通信品質を確保するように動作し、

無線NW通信状況テーブル131は、モバイルアプリケーション基盤サーバが管理対象とする無線アクセスネットワーク（RAN）の通信状況を保持するテーブルであり、３つのRAN(RAN#1,RAN#2,RAN#3)の通信状況に関して、各RANを利用した場合の帯域幅、遅延時間の例を示し、

有線NW通信状況テーブル132は、モバイルアプリケーション基盤サーバが管理対象とする有線ネットワークの通信状況を保持するテーブルであり、３つの仮想ネットワーク（VN#1,VN#2,VN#3）の通信状況に関して、各仮想ネットワークを利用した場合の帯域幅、遅延時間の例を示し、

アプリケーション管理テーブル133は、モバイルアプリケーション基盤サーバが管理しているアプリケーションの状況を保持するテーブルであり、アプリケーション”AP#1”が”192.168.121.14/24”で識別される端末と”192.168.100.10/24”で識別されるサーバとの間で通信しており、そのアプリケーションが要求する帯域幅が”10Mbps”、要求する遅延時間が”120msec”であり、さらに割当てられ使用している無線アクセスネットワークが”RAN#1”、使用している仮想ネットワークが”VN#1”であることを示し、このテーブルの値は、アプリケーション基盤サーバがアプリケーションの経路を調停して割当てる経路が更新されると同時に更新される、

通信制御装置。」

２．原査定の拒絶の理由に引用された引用文献

第７ 当審拒絶理由の理由２（進歩性）についての対比・判断

１．本願発明１について

（１）対比

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

ア

（ア）引用発明の「端末A61」は、本願発明１の「端末」に相当する。また、引用発明の「アプリケーションサーバA71」は、前記「端末A61」が「通信ネットワークを介して」、「接続してサービスを享受しようと」するサーバのことであるから、本願発明１の「ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）」とは、端末が享受するサービスとしてのアプリケーションソフトウェアを備える「アプリケーションを備えるサーバ」である点で共通する。

そして、引用発明において、「端末A61」と「アプリケーションサーバA71」との間の経路は、「無線アクセスネットワーク(Radio Access Network: RAN)」と、「仮想ネットワーク(仮想NW)」から構成され、当該ネットワークにおいて、「アプリケーション（端末A61, アプリケーションサーバA71）で要求される通信品質を満たすEnd-to-Endの通信リンク」が「確立」されることから、「アプリケーションサーバA71」が「端末A61」との間で「End-to-Endの通信リンク」が「確立」される上記ネットワーク（上記「RAN」及び「仮想NW」）は、本願発明１における前記「ＳａａＳ」が、前記「端末」との間で構築する「ＶＰＮ」すなわち「Virtual Private Network（仮想専用ネットワーク）」とは、「ネットワーク」である点で共通する。

（イ）引用発明の「無線アクセスネットワーク(Radio Access Network: RAN)」は、本願発明１の「第１アクセスネットワーク」に相当する。そして、引用発明の「無線アクセスネットワーク(Radio Access Network: RAN)」は、少なくとも「複数の経路」として、「RAN1」と「RAN2」を含み、「端末は，RAN1もしくはRAN2の無線アクセスネットワークを用い，それぞれのRANを終端するゲートウェイ(Gateway: GW)を介して仮想ネットワーク網に接続」するものであって、「各RANはそれぞれのGW311,321で終端され」ることから、引用発明において、「端末A61」と「無線アクセスネットワーク(Radio Access Network: RAN)」に含まれる「RAN1」と「RAN2」をそれぞれ終端する「GW311,321」は、本願発明１の「前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置」に相当する。

（ウ）引用発明では、「端末は，RAN1もしくはRAN2の無線アクセスネットワークを用い，それぞれのRANを終端するゲートウェイ(Gateway: GW)を介して仮想ネットワーク網に接続し，その先のアプリケーションサーバ70とのやり取りを行」うところ、「仮想ネットワーク網」を「仮想NW視点」で図示した上記引用文献１の【図１】（ｂ）を参照すると、引用発明の「仮想ネットワーク網」における「有線通信区間」は、「VN1」、「VN2」及び「VN3」で示された複数（３つ）のネットワーク区間と、それぞれの区間の終端点から３つの線（いずれもアプリケーションサーバ70に直接接続される線）で示されるアクセスネットワーク区間があることが見て取れる。

よって、引用発明の「仮想ネットワーク網」における上記「アクセスネットワーク」は、本願発明１の「第２アクセスネットワーク」に相当し、したがって、引用発明の「仮想ネットワーク網」における上記「３つの線（いずれもアプリケーションサーバ70に直接接続される線）で示されるアクセスネットワーク」に接続される「終端点」は、本願発明１の「前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置」とは、「前記アプリケーションを備えるサーバと第２アクセスネットワークを介して接続される複数の終端点」である点で共通する。

（エ）引用発明の「通信システム」は、上記（ア）～（ウ）を踏まえると、少なくとも上記「端末A61」と「アプリケーションサーバA71」と、両者間の経路である「無線アクセスネットワーク(Radio Access Network: RAN)」と、「仮想ネットワーク(仮想NW)」とを含み、「GW311,321」を含むことから、本願発明１の「システム」に相当する。また、引用発明の「モバイルアプリケーション基盤サーバ1」は、「RAN側の情報を集約して主にRANを調整する」サーバであり、引用発明の「仮想NW調停サーバ4」は、「仮想NW側の情報を集約し複数の仮想NWを主に調整する」サーバであるから、両サーバは互いに連携して、上記「無線アクセスネットワーク(Radio Access Network: RAN)」と「仮想ネットワーク(仮想NW)」からなる「通信システム」を制御するものといえる。そして、引用発明の「通信制御装置」は、上記「通信システム」の制御を実行するものといえることから、上記「モバイルアプリケーション基盤サーバ1」と「仮想NW調停サーバ4」の連携による制御を実行する装置を指すものといえる。よって、当該「通信制御装置」は、後述する相違点を除き、本願発明１の「ネットワーク制御装置」に相当するといえる。

（オ）以上（ア）～（エ）から、引用発明の「通信制御装置」は、本願発明１の「端末と、当該端末との間でＶＰＮを構築するＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）と、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置とを備えるシステムに対する制御を実行するネットワーク制御装置」とは、「端末と、当該端末との間でネットワークを構築するアプリケーションを備えるサーバと、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記アプリケーションを備えるサーバと第２アクセスネットワークを介して接続される複数の終端点とを備えるシステムに対する制御を実行するネットワーク制御装置」である点で共通する。

イ

（ア）引用発明の「無線通信区間」は、上記ア（イ）を踏まえると、「端末」と「RANを終端するゲートウェイ」である「GW311,321」の間の「複数の経路」である少なくとも「RAN1」と「RAN2」を有する「無線アクセスネットワーク(Radio Access Network: RAN)」の区間であるから、本願発明１の「前記端末と前記複数の第１ゲートウェイ装置との間の第１アクセスネットワークの区間である第１区間」に相当する。したがって、引用発明の「無線通信区間の複数の経路」の「通信特性」は、本願発明１の「第１区間の品質」に相当する。

（イ）上記ア（ウ）を踏まえると、上記の「VN1」、「VN2」及び「VN3」で示された複数（３つ）のネットワーク区間は、本願発明１の「前記複数の第１ゲートウェイ装置と前記複数の第２ゲートウェイ装置との間の通信事業者により提供されるバックボーンネットワークの区間である第２区間」とは、「前記複数の第１ゲートウェイ装置と前記複数の終端点との間のネットワークの区間である第２区間」である点で共通し、また上記後者の、それぞれの区間の終端点から３つの線（いずれもアプリケーションサーバ70に直接接続される線）で示されるアクセスネットワーク区間は、本願発明１の「前記複数の第２ゲートウェイ装置と前記ＳａａＳとの間の第２アクセスネットワークの区間である第３区間」とは、「前記複数の終端点と前記アプリケーションを備えたサーバとの間の第２アクセスネットワークの区間である第３区間」である点で共通する。

したがって、引用発明の「有線通信区間の複数の経路の通信特性」は、本願発明１の「前記複数の第１ゲートウェイ装置と前記複数の第２ゲートウェイ装置との間の通信事業者により提供されるバックボーンネットワークの区間である第２区間の品質と、前記複数の第２ゲートウェイ装置と前記ＳａａＳとの間の第２アクセスネットワークの区間である第３区間の品質」とは、「前記複数の第１ゲートウェイ装置と前記複数の終端点との間のネットワークの区間である第２区間の品質と、前記複数の終端点と前記アプリケーションを備えたサーバとの間の第２アクセスネットワークの区間である第３区間の品質」である点で共通する。

（ウ）引用発明の「通信制御装置」は、「無線通信区間の複数の経路と，有線通信区間の複数の経路の通信特性を取得する手段を備え」、「モバイルアプリケーション基盤サーバ1」の「無線NW通信状況テーブル131」において「モバイルアプリケーション基盤サーバが管理対象とする無線アクセスネットワーク（RAN）の通信状況を保持」し、また、「有線NW通信状況テーブル132」において「モバイルアプリケーション基盤サーバが管理対象とする有線ネットワークの通信状況を保持」することから、上記「無線通信区間の複数の経路と，有線通信区間の複数の経路の通信特性を取得する手段」は、本願発明１の「第１区間の品質」と、「第２区間の品質」と、「第３区間の品質」とを「収集する」「品質収集部」に相当する。

ウ

引用発明においては、「モバイルアプリケーション基盤サーバは各GWからRAN内の情報を集約し，一方で仮想NW側は，仮想NW調停サーバ4が，仮想NW5内の仮想化対応ルータ51の接続を切り替える機能を持ち，随時複数の仮想NWリンクを確保し管理し」、そして、「モバイルアプリケーション基盤サーバ1と仮想NW調停サーバ4間はそれぞれのRANや仮想NWの情報を元に要求に見合う組合せを決めるために調停を行い，使用する仮想NWリンクやRANが決定すると，仮想NW調停サーバ4は使用する仮想NWリンクに切り替えを行い，また，モバイルアプリケーション基盤サーバ1はMN－GW2にRAN切り替えの指示を出しRANの切り替えが行われ，最終的に端末-アプリケーションサーバ間での通信が行われ」ることから、

引用発明の「無線通信区間の複数の経路」の「通信特性」である「RAN(RAN#1,RAN#2,RAN#3)の通信状況」に基づいて、「RAN切り替え」すなわち「RANを終端するゲートウェイ(Gateway: GW)」である「GW311,321」の切り替えを行い、また、「有線通信区間の複数の経路の通信特性」である「仮想ネットワーク（VN#1,VN#2,VN#3）の通信状況」に基づいて、「仮想NW5内の仮想化対応ルータ51の接続を切り替え」る「モバイルアプリケーション基盤サーバ1」は、前記ア及びイを踏まえると、本願発明１の「前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記ＳａａＳとの間の通信の経路を構成する第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する選択部」とは、「前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記アプリケーションを備えるサーバとの間の通信の経路を構成する第１ゲートウェイ装置を選択する選択部」である点で共通する。

エ

上記ウで示したように、引用発明の「モバイルアプリケーション基盤サーバ」は、「GW311,321」の切り替えを行い、また、「仮想NW5内の仮想化対応ルータ51の接続を切り替え」ることにより、「最終的に端末-アプリケーションサーバ間での通信が行われ」るように「経路を調停」することから、本願発明１の「前記端末と前記ＳａａＳとの間の通信が前記経路を経由するように経路制御を実行する経路制御部」とは、「前記端末と前記アプリケーションを備えるサーバとの間の通信が前記経路を経由するように経路制御を実行する経路制御部」である点で共通する。

オ

引用発明の「無線通信区間の複数の経路」の「通信特性」である「RAN(RAN#1,RAN#2,RAN#3)の通信状況」及び「有線通信区間の複数の経路の通信特性」である「仮想ネットワーク（VN#1,VN#2,VN#3）の通信状況」は、いずれも「帯域幅、遅延時間」が含まれていることから、引用発明の「無線通信区間の複数の経路と，有線通信区間の複数の経路の通信特性を取得する手段」が「RAN(RAN#1,RAN#2,RAN#3)の通信状況」及び「仮想ネットワーク（VN#1,VN#2,VN#3）の通信状況」の「帯域幅、遅延時間」を取得することは、上記イ（ウ）を踏まえると、本願発明１の「前記品質収集部は、前記第１区間、前記第２区間、及び前記第３区間のそれぞれについて複数種類の品質を収集」することに相当する。

カ

引用発明の「モバイルアプリケーション基盤サーバ1」は、「有線区間の複数の経路間、あるいは、無線区間の複数の経路間で」、「要求通信品質を満たすように経路選択を制御する」ものであって、「無線通信区間と有線通信区間とによる通信特性が、データ通信要求で指定された通信品質を満たす（例えば、通信時間の総和が指定した遅延時間以下となる、通信帯域の最小値が指定したデータレート以上となる）ように、無線通信区間の複数の経路及び有線通信区間の複数の経路の中からそれぞれ経路を選択」することから、引用発明の上記「モバイルアプリケーション基盤サーバ1」が「経路を選択」することは、上記ウを踏まえると、本願発明１の「前記選択部は、当該複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、前記複数の候補経路の中から、使用する経路を選択する」こととは、「前記選択部は、複数の経路の中から、使用する経路を選択する」点で共通する。

（２）一致点・相違点

以上のことから、本願発明１と引用発明とは、以下の点において一致、及び相違する。

＜一致点＞

「 端末と、当該端末との間でネットワークを構築するアプリケーションを備えるサーバと、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記アプリケーションを備えるサーバと第２アクセスネットワークを介して接続される複数の終端点とを備えるシステムに対する制御を実行するネットワーク制御装置であって、

前記端末と前記複数の第１ゲートウェイ装置との間の第１アクセスネットワークの区間である第１区間の品質と、前記複数の第１ゲートウェイ装置と前記複数の終端点との間のネットワークの区間である第２区間の品質と、前記複数の終端点と前記アプリケーションを備えるサーバとの間の第２アクセスネットワークの区間である第３区間の品質とを収集する品質収集部と、

前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記アプリケーションを備えるサーバとの間の通信の経路を構成する第１ゲートウェイ装置を選択する選択部と、

前記端末と前記アプリケーションを備えるサーバとの間の通信が前記経路を経由するように経路制御を実行する経路制御部とを備え、

前記品質収集部は、前記第１区間、前記第２区間、及び前記第３区間のそれぞれについて複数種類の品質を収集し、前記選択部は、複数の経路の中から、使用する経路を選択する

ことを特徴とするネットワーク制御装置。」

＜相違点＞

相違点１

端末とアプリケーションサーバとの間で構築されるネットワークは、本願発明１では、「ＶＰＮ」であるのに対し、引用発明には、ＶＰＮとの特定はされていない点。

相違点２

端末と通信するアプリケーションを備えるサーバは、本願発明１では、「ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ」であるのに対し、引用発明には、そのような特定はされていない点。

相違点３

システムにおいて、本願発明１には、「前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置」があるのに対し、引用発明には、アプリケーションを備えるサーバと３つの線で図示されたアクセスネットワークとの間の終端点に「複数の第２ゲートウェイ装置」があるとの特定がされていない点。

相違点４

第２区間のネットワークは、本願発明１では、「通信事業者により提供されるバックボーンネットワーク」であるのに対し、引用発明には、そのような特定がされていない点。

相違点５

選択部が選択するのは、「第１ゲートウェイ装置」の他に、本願発明１では、「第２ゲートウェイ装置」があるのに対し、引用発明には、「複数の第２ゲートウェイ装置」が特定されていないため、選択部の選択対象として「第２ゲートウェイ装置」が特定されていない点。

相違点６

複数の経路の中から、使用する経路を選択する選択部は、本願発明１では、「複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、」選択するのに対し、引用発明には、そのような特定がされていない点。

（２）相違点についての検討

事案に鑑みて、上記相違点６について先に検討する。

複数の経路の中から、使用する経路を選択するのに、上記相違点６に係る本願発明１の「複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、」選択する構成は、引用文献２及び引用文献４－８のいずれにも、記載も示唆もされておらず、本願出願前に周知技術であるともいえない。

特に、引用発明（引用文献２に記載された発明）は、「有線区間の複数の経路間、あるいは、無線区間の複数の経路間で」、「要求通信品質を満たすように経路選択を制御する」ものであって、「無線通信区間と有線通信区間とによる通信特性が、データ通信要求で指定された通信品質を満たす（例えば、通信時間の総和が指定した遅延時間以下となる、通信帯域の最小値が指定したデータレート以上となる）ように、無線通信区間の複数の経路及び有線通信区間の複数の経路の中からそれぞれ経路を選択」するものの、上記相違点６に係る本願発明１のような「複数の候補経路の順位付け」及び「複数種類の品質における各品質の重み」に関する構成は開示されておらず、さらに、「当該順位と」、「重みとに基づいて」選択する構成についても開示されていない。

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

２．本願発明２について

（１）対比

本願発明２と上記引用発明とを対比すると、次のことがいえる。

なお、次に示す本願発明２と引用発明との対比の「ア」－「エ」は、本願発明１と本願発明２の両者の同一の構成部分に関するところであるから、上記「１．本願発明１について」の（１）対比の「ア」－「エ」と同内容である。

ア

（ア）引用発明の「端末A61」は、本願発明２の「端末」に相当する。また、引用発明の「アプリケーションサーバA71」は、前記「端末A61」が「通信ネットワークを介して」、「接続してサービスを享受しようと」するサーバのことであるから、本願発明２の「ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）」とは、端末が享受するサービスとしてのアプリケーションソフトウェアを備える「アプリケーションを備えるサーバ」である点で共通する。

そして、引用発明において、「端末A61」と「アプリケーションサーバA71」との間の経路は、「無線アクセスネットワーク(Radio Access Network: RAN)」と、「仮想ネットワーク(仮想NW)」から構成され、当該ネットワークにおいて、「アプリケーション（端末A61, アプリケーションサーバA71）で要求される通信品質を満たすEnd-to-Endの通信リンク」が「確立」されることから、「アプリケーションサーバA71」が「端末A61」との間で「End-to-Endの通信リンク」が「確立」される上記ネットワーク（上記「RAN」及び「仮想NW」）は、本願発明２における前記「ＳａａＳ」が、前記「端末」との間で構築する「ＶＰＮ」すなわち「Virtual Private Network（仮想専用ネットワーク）」とは、「ネットワーク」である点で共通する。

（イ）引用発明の「無線アクセスネットワーク(Radio Access Network: RAN)」は、本願発明２の「第１アクセスネットワーク」に相当する。そして、引用発明の「無線アクセスネットワーク(Radio Access Network: RAN)」は、少なくとも「複数の経路」として、「RAN1」と「RAN2」を含み、「端末は，RAN1もしくはRAN2の無線アクセスネットワークを用い，それぞれのRANを終端するゲートウェイ(Gateway: GW)を介して仮想ネットワーク網に接続」するものであって、「各RANはそれぞれのGW311,321で終端され」ることから、引用発明において、「端末A61」と「無線アクセスネットワーク(Radio Access Network: RAN)」に含まれる「RAN1」と「RAN2」をそれぞれ終端する「GW311,321」は、本願発明２の「前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置」に相当する。

（ウ）引用発明では、「端末は，RAN1もしくはRAN2の無線アクセスネットワークを用い，それぞれのRANを終端するゲートウェイ(Gateway: GW)を介して仮想ネットワーク網に接続し，その先のアプリケーションサーバ70とのやり取りを行」うところ、「仮想ネットワーク網」を「仮想NW視点」で図示した上記引用文献１の【図１】（ｂ）を参照すると、引用発明の「仮想ネットワーク網」における「有線通信区間」は、「VN1」、「VN2」及び「VN3」で示された複数（３つ）のネットワーク区間と、それぞれの区間の終端点から３つの線（いずれもアプリケーションサーバ70に直接接続される線）で示されるアクセスネットワーク区間があることが見て取れる。

よって、引用発明の「仮想ネットワーク網」における上記「アクセスネットワーク」は、本願発明２の「第２アクセスネットワーク」に相当し、したがって、引用発明の「仮想ネットワーク網」における上記「３つの線（いずれもアプリケーションサーバ70に直接接続される線）で示されるアクセスネットワーク」に接続される「終端点」は、本願発明２の「前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置」とは、「前記アプリケーションを備えるサーバと第２アクセスネットワークを介して接続される複数の終端点」である点で共通する。

（エ）引用発明の「通信システム」は、上記（ア）～（ウ）を踏まえると、少なくとも上記「端末A61」と「アプリケーションサーバA71」と、両者間の経路である「無線アクセスネットワーク(Radio Access Network: RAN)」と、「仮想ネットワーク(仮想NW)」とを含み、「GW311,321」を含むことから、本願発明２の「システム」に相当する。また、引用発明の「モバイルアプリケーション基盤サーバ1」は、「RAN側の情報を集約して主にRANを調整する」サーバであり、引用発明の「仮想NW調停サーバ4」は、「仮想NW側の情報を集約し複数の仮想NWを主に調整する」サーバであるから、両サーバは互いに連携して、上記「無線アクセスネットワーク(Radio Access Network: RAN)」と「仮想ネットワーク(仮想NW)」からなる「通信システム」を制御するものといえる。そして、引用発明の「通信制御装置」は、上記「通信システム」の制御を実行するものといえることから、上記「モバイルアプリケーション基盤サーバ1」と「仮想NW調停サーバ4」の連携による制御を実行する装置を指すものといえる。よって、当該「通信制御装置」は、後述する相違点を除き、本願発明２の「ネットワーク制御装置」に相当するといえる。

（オ）以上（ア）～（エ）から、引用発明の「通信制御装置」は、本願発明２の「端末と、当該端末との間でＶＰＮを構築するＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）と、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置とを備えるシステムに対する制御を実行するネットワーク制御装置」とは、「端末と、当該端末との間でネットワークを構築するアプリケーションを備えるサーバと、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記アプリケーションを備えるサーバと第２アクセスネットワークを介して接続される複数の終端点とを備えるシステムに対する制御を実行するネットワーク制御装置」である点で共通する。

イ

（ア）引用発明の「無線通信区間」は、上記ア（イ）を踏まえると、「端末」と「RANを終端するゲートウェイ」である「GW311,321」の間の「複数の経路」である少なくとも「RAN1」と「RAN2」を有する「無線アクセスネットワーク(Radio Access Network: RAN)」の区間であるから、本願発明２の「前記端末と前記複数の第１ゲートウェイ装置との間の第１アクセスネットワークの区間である第１区間」に相当する。したがって、引用発明の「無線通信区間の複数の経路」の「通信特性」は、本願発明２の「第１区間の品質」に相当する。

（イ）上記ア（ウ）を踏まえると、上記の「VN1」、「VN2」及び「VN3」で示された複数（３つ）のネットワーク区間は、本願発明２の「前記複数の第１ゲートウェイ装置と前記複数の第２ゲートウェイ装置との間の通信事業者により提供されるバックボーンネットワークの区間である第２区間」とは、「前記複数の第１ゲートウェイ装置と前記複数の終端点との間のネットワークの区間である第２区間」である点で共通し、また上記後者の、それぞれの区間の終端点から３つの線（いずれもアプリケーションサーバ70に直接接続される線）で示されるアクセスネットワーク区間は、本願発明２の「前記複数の第２ゲートウェイ装置と前記ＳａａＳとの間の第２アクセスネットワークの区間である第３区間」とは、「前記複数の終端点と前記アプリケーションを備えたサーバとの間の第２アクセスネットワークの区間である第３区間」である点で共通する。

したがって、引用発明の「有線通信区間の複数の経路の通信特性」は、本願発明２の「前記複数の第１ゲートウェイ装置と前記複数の第２ゲートウェイ装置との間の通信事業者により提供されるバックボーンネットワークの区間である第２区間の品質と、前記複数の第２ゲートウェイ装置と前記ＳａａＳとの間の第２アクセスネットワークの区間である第３区間の品質」とは、「前記複数の第１ゲートウェイ装置と前記複数の終端点との間のネットワークの区間である第２区間の品質と、前記複数の終端点と前記アプリケーションを備えたサーバとの間の第２アクセスネットワークの区間である第３区間の品質」である点で共通する。

（ウ）引用発明の「通信制御装置」は、「無線通信区間の複数の経路と，有線通信区間の複数の経路の通信特性を取得する手段を備え」、「モバイルアプリケーション基盤サーバ1」の「無線NW通信状況テーブル131」において「モバイルアプリケーション基盤サーバが管理対象とする無線アクセスネットワーク（RAN）の通信状況を保持」し、また、「有線NW通信状況テーブル132」において「モバイルアプリケーション基盤サーバが管理対象とする有線ネットワークの通信状況を保持」することから、上記「無線通信区間の複数の経路と，有線通信区間の複数の経路の通信特性を取得する手段」は、本願発明２の「第１区間の品質」と、「第２区間の品質」と、「第３区間の品質」とを「収集する」「品質収集部」に相当する。

ウ

引用発明においては、「モバイルアプリケーション基盤サーバは各GWからRAN内の情報を集約し，一方で仮想NW側は，仮想NW調停サーバ4が，仮想NW5内の仮想化対応ルータ51の接続を切り替える機能を持ち，随時複数の仮想NWリンクを確保し管理し」、そして、「モバイルアプリケーション基盤サーバ1と仮想NW調停サーバ4間はそれぞれのRANや仮想NWの情報を元に要求に見合う組合せを決めるために調停を行い，使用する仮想NWリンクやRANが決定すると，仮想NW調停サーバ4は使用する仮想NWリンクに切り替えを行い，また，モバイルアプリケーション基盤サーバ1はMN－GW2にRAN切り替えの指示を出しRANの切り替えが行われ，最終的に端末-アプリケーションサーバ間での通信が行われ」ることから、

引用発明の「無線通信区間の複数の経路」の「通信特性」である「RAN(RAN#1,RAN#2,RAN#3)の通信状況」に基づいて、「RAN切り替え」すなわち「RANを終端するゲートウェイ(Gateway: GW)」である「GW311,321」の切り替えを行い、また、「有線通信区間の複数の経路の通信特性」である「仮想ネットワーク（VN#1,VN#2,VN#3）の通信状況」に基づいて、「仮想NW5内の仮想化対応ルータ51の接続を切り替え」る「モバイルアプリケーション基盤サーバ1」は、前記ア及びイを踏まえると、本願発明２の「前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記ＳａａＳとの間の通信の経路を構成する第１ゲートウェイ装置と第２ゲートウェイ装置とを選択する選択部」とは、「前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記アプリケーションを備えるサーバとの間の通信の経路を構成する第１ゲートウェイ装置を選択する選択部」である点で共通する。

エ

上記ウで示したように、引用発明の「モバイルアプリケーション基盤サーバ」は、「GW311,321」の切り替えを行い、また、「仮想NW5内の仮想化対応ルータ51の接続を切り替え」ることにより、「最終的に端末-アプリケーションサーバ間での通信が行われ」るように「経路を調停」することから、本願発明２の「前記端末と前記ＳａａＳとの間の通信が前記経路を経由するように経路制御を実行する経路制御部」とは、「前記端末と前記アプリケーションを備えるサーバとの間の通信が前記経路を経由するように経路制御を実行する経路制御部」である点で共通する。

（２）一致点・相違点

以上のことから、本願発明２と引用発明とは、以下の点において一致、及び相違する。

＜一致点＞

「 端末と、当該端末との間でネットワークを構築するアプリケーションを備えるサーバと、前記端末と第１アクセスネットワークを介して接続される複数の第１ゲートウェイ装置と、前記アプリケーションを備えるサーバと第２アクセスネットワークを介して接続される複数の終端点とを備えるシステムに対する制御を実行するネットワーク制御装置であって、

前記端末と前記複数の第１ゲートウェイ装置との間の第１アクセスネットワークの区間である第１区間の品質と、前記複数の第１ゲートウェイ装置と前記複数の終端点との間のネットワークの区間である第２区間の品質と、前記複数の終端点と前記アプリケーションを備えるサーバとの間の第２アクセスネットワークの区間である第３区間の品質とを収集する品質収集部と、

前記品質収集部により収集された前記第１区間の品質、前記第２区間の品質、及び前記第３区間の品質に基づいて、前記端末と前記アプリケーションを備えるサーバとの間の通信の経路を構成する第１ゲートウェイ装置を選択する選択部と、

前記端末と前記アプリケーションを備えるサーバとの間の通信が前記経路を経由するように経路制御を実行する経路制御部とを備える

ことを特徴とするネットワーク制御装置。」

＜相違点＞

相違点７

端末とアプリケーションサーバとの間で構築されるネットワークは、本願発明２は、「ＶＰＮ」であるのに対し、引用発明には、ＶＰＮとの特定はされていない点。

相違点８

端末と通信するアプリケーションを備えるサーバは、本願発明２は、「ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ」であるのに対し、引用発明には、そのような特定はされていない点。

相違点９

システムにおいて、本願発明２は、「前記ＳａａＳと第２アクセスネットワークを介して接続される複数の第２ゲートウェイ装置」があるのに対し、引用発明には、アプリケーションを備えるサーバと３つの線で図示されたアクセスネットワークとの間の終端点に「複数の第２ゲートウェイ装置」があるとの特定がされていない点。

相違点１０

第２区間のネットワークは、本願発明２は、「通信事業者により提供されるバックボーンネットワーク」であるのに対し、引用発明には、そのような特定がされていない点。

相違点１１

選択部が選択するのは、「第１ゲートウェイ装置」の他に、本願発明２は、「第２ゲートウェイ装置」があるのに対し、引用発明には、「複数の第２ゲートウェイ装置」が特定されていないため、選択部の選択対象として「第２ゲートウェイ装置」が特定されていない点。

相違点１２

システムにおいて、本願発明２には、「前記端末と前記ＳａａＳとの間の通信の経路上に付加機能提供装置が備えられており、前記品質収集部により収集された品質に基づいて、前記付加機能提供装置により提供される付加機能を有効化又は無効化する付加機能制御部を更に備える」のに対し、引用発明には、そのような特定はされていない点。

（２）相違点についての検討

事案に鑑みて、上記相違点１２について先に検討する。

上記相違点１２に係る本願発明２の「前記端末と前記ＳａａＳとの間の通信の経路上に付加機能提供装置が備えられており、前記品質収集部により収集された品質に基づいて、前記付加機能提供装置により提供される付加機能を有効化又は無効化する付加機能制御部を更に備える」構成は、引用文献２及び引用文献４－８のいずれにも、記載も示唆もされておらず、本願出願前に周知技術であるともいえない。

したがって、他の相違点について判断するまでもなく、本願発明２は、当業者であっても引用発明及び引用文献４－８に記載された技術的事項に基づいて、容易に発明をすることができたものであるとはいえない。

３．本願発明３－７について

本願発明３は、本願発明１又は２のうちいずれか１項を減縮した発明であり、また、本願発明４は、本願発明１－３のうちいずれか１項を減縮した発明であるため、両者は、上記相違点６に係る本願発明１の「複数の経路の中から、使用する経路を選択する」のに、「複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、」選択する構成と同一の構成を備えるか、又は上記相違点１２に係る本願発明２の「前記端末と前記ＳａａＳとの間の通信の経路上に付加機能提供装置が備えられており、前記品質収集部により収集された品質に基づいて、前記付加機能提供装置により提供される付加機能を有効化又は無効化する付加機能制御部を更に備える」構成と同一の構成を備えるものであるから、本願発明１又は本願発明２と同様の理由により、当業者であっても、引用発明及び引用文献４－８に記載された技術的事項に基づいて、容易に発明をすることができたものであるとはいえない。

また、本願発明５は、本願発明１に対応する方法の発明であるため、実質的に上記相違点６に係る本願発明１の「複数の経路の中から、使用する経路を選択する」のに、「複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、」選択する構成と同一の構成を備えるから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用文献４－８に記載された技術的事項に基づいて、容易に発明をすることができたものであるとはいえない。

また、本願発明６は、本願発明２に対応する方法の発明であるため、実質的に上記相違点１２に係る本願発明２の「前記端末と前記ＳａａＳとの間の通信の経路上に付加機能提供装置が備えられており、前記品質収集部により収集された品質に基づいて、前記付加機能提供装置により提供される付加機能を有効化又は無効化する付加機能制御部を更に備える」構成と同一の構成を備えるから、本願発明２と同様の理由により、当業者であっても、引用発明及び引用文献４－８に記載された技術的事項に基づいて、容易に発明をすることができたものであるとはいえない。

また、本願発明７は、本願発明１－３のうちいずれか１項に対応するプログラムの発明であるため、実質的に、上記相違点６に係る本願発明１の「複数の経路の中から、使用する経路を選択する」のに、「複数種類の品質のそれぞれについて、前記端末と前記ＳａａＳとの間の通信の複数の候補経路の順位付けを行い、当該順位と、前記複数種類の品質における各品質の重みとに基づいて、」選択する構成と同一の構成を備えるか、又は上記相違点１２に係る本願発明２の「前記端末と前記ＳａａＳとの間の通信の経路上に付加機能提供装置が備えられており、前記品質収集部により収集された品質に基づいて、前記付加機能提供装置により提供される付加機能を有効化又は無効化する付加機能制御部を更に備える」構成と同一の構成を備えるものであるから、本願発明１又は本願発明２と同様の理由により、当業者であっても、引用発明及び引用文献４－８に記載された技術的事項に基づいて、容易に発明をすることができたものであるとはいえない。

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

理由２（進歩性）について

令和４年４月２５日になされた補正により、補正後の請求項１－７は、上記相違点６に係る構成、又は上記相違点１２に係る構成を有するものとなった。これらの構成は、原査定における引用文献Ｂ、Ｄ及びＥ（当審拒絶理由における引用文献２、４及び５）、また、引用文献Ａ及びＣには記載されておらず、本願出願前における周知技術でもない。

特に、引用文献Ｃには、「通信品質監視部２４の収集したデータリンク層情報やプロトコル部２２が対向装置と通信を行った結果取得した品質情報を基に、最適なトランスポート層プロトコルを選択する処理部であ」る「最適プロトコル選択部２５は、アプリケーション監視部３１が検出したトラフィックの特性、ネットワークの 通信品質と機能選択テーブル、及びプロトコル選択テーブルを利用して特性に適合した最適な機能及びプロトコルを選択」する「ＷＡＮ高速化装置１８、又は移動端末１１上の仮想ＷＡＮ高速化アプライアンスを指す通信装置３０」（本願発明２の「付加機能提供装置」に相当する。）の記載がされているものの、前記「通信装置３０」は、「取得した品質情報を基に」、「最適」な「プロトコルを選択」するものであって、上記相違点１２に係る本願発明２のような「付加機能を有効化又は無効化する」構成は開示されていない。

よって、本願発明１－７は、当業者であっても、原査定における引用文献Ａ－Ｅに基づいて容易に発明をすることができたものではない。

したがって、原査定の拒絶の理由２（進歩性）を維持することはできない。

第９ むすび

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

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

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