【事件の表示】
　特願２０１９−５０７３１０「仮想無線アクセス・ネットワークを管理するための方法およびソフトウェア・コンポーネントを較正するための方法」拒絶査定不服審判事件〔平成３０年　２月１５日国際公開、ＷＯ２０１８／０２９０４７、令和　１年　９月　５日国内公表、特表２０１９−５２５６５０、請求項の数（８）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１７年（平成２９年）８月１日（パリ条約による優先権主張　外国庁受理　２０１６年８月９日　欧州）を国際出願日とする出願であって、令和元年１２月２４日付けで拒絶理由が通知され、令和２年７月７日に意見書及び手続補正書が提出され、令和２年１０月１３日付けで拒絶査定（原査定）がされ、これに対し、令和３年２月１９日に拒絶査定不服審判の請求がされると同時に手続補正書が提出され、令和３年４月２日に前置報告がなされたものである。
第２　原査定の概要
　原査定（令和２年１０月１３日付け拒絶査定）の概要は次のとおりである。
［理由１］新規性
　本願請求項１ないし９に係る発明は、以下の引用文献１又は２に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
［理由２］進歩性
　本願請求項１ないし９に係る発明は、以下の引用文献１又は２に記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献１　特開２０１５−０５６１８２号公報
引用文献２　米国特許出願公開第２０１６／０１２７１６９号明細書
　なお、令和３年４月２日になされた前置報告においては、上記引用文献１及び２に加えて、以下の引用文献３が周知技術を示す文献として引用されている。
引用文献３　5G PPP Architecture Working Group，View on 5G Architecture，White Paper，5G PPP，２０１６年　７月　１日，[検索日 2021.03.31]，ＵＲＬ，https://5g-ppp.eu/wp-content/uploads/2014/02/5G-PPP-5G-Architecture-WP-For-public-consultation.pdf
第３　本願発明
　本願請求項１ないし８に係る発明（以下、それぞれ「本願発明１」ないし「本願発明８」という。）は、令和３年２月１９日に提出された手続補正書に係る手続補正により補正された特許請求の範囲の請求項１ないし８に記載された事項により特定される発明であり、このうち、本願発明１は、以下のとおりの発明である。
「　無線セルにサーブする仮想無線アクセス・ネットワークを管理するための方法（１００）であって、
　前記無線セルの無線アクセス技術に基づいて、リポジトリにおいて前記仮想無線アクセス・ネットワークのための構築スキームを選択するステップ（１０２）と、
　前記構築スキームに関連付けられた少なくとも１つのソフトウェア・コンポーネントを前記リポジトリから検索するステップ（１０４）であって、前記ソフトウェア・コンポーネントが、前記仮想無線アクセス・ネットワークの仮想化されたネットワーク機能に相当する、検索するステップ（１０４）と、
　前記ソフトウェア・コンポーネントを使用して、前記構築スキームに従って、前記仮想化されたネットワーク機能をランタイム・プラットフォーム上にセットアップするステップ（１０６）と
を含み、
　前記ソフトウェア・コンポーネントはパケット・データ収束プロトコル（ＰＤＣＰ）コンテナを備える、方法（１００）。」
　なお、括弧内は参照情報にすぎないので、以降では省略する。
　また、本願発明２ないし７は、本願発明１を減縮したものであり、本願発明８は、請求項１ないし７を引用するコンピュータ・プログラムの発明であるから、本願発明２ないし８は、本願発明１の構成又は当該構成に対応する技術事項をすべて含むものである。
第４　引用文献、引用発明等
１　引用文献１について
（１）引用文献１記載事項
　原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。（下線は、強調のため、当審が付与した。以降も同様。）
「【０００１】
　本発明は、
仮想化されたネットワーク機能を実施するための方法
「【００４７】
　本発明の実施形態を説明する前に、まず以下の説明において用いられる幾つかの用語を定義する。
ＣＭＳ：クラウド管理システム。クラウド環境に含まれる物理リソースを管理するためのツール及び方法と、そのようなインフラストラクチャの上位で実行される論理（仮想）マシンインスタンスとを備えるシステム。
ＫＰＩ：重要業績評価指標（key performance indicator）。特定のネットワーク機能アクティビティの成功を評価するのに用いられる性能測定タイプ。
ＮＣＰ：ネットワーク構成プラットフォーム。仮想化されたネットワーク機能の仮想化固有の面を管理するネットワーク運用及び管理システム。
ＮＦＶ：ネットワーク機能仮想化。仮想ハードウェア抽象化を用いることによって、ネットワーク機能をそれらが実行されるハードウェアから分離する原理。
ＮＭＳ：ネットワーク管理システム。個々のネットワーク要素から構成されるネットワークを構成及び監視するためのツール及び方法を含むシステム。
ＯＳＳ運用サポートシステム。ネットワークインベントリをメンテナンスし、サービスを供給し、ネットワーク構成要素を構成し、障害を管理するためのサポートプロセスを提供する、電気通信サービスプロバイダによって用いられるコンピュータシステム。
ＶＭ：仮想マシン。物理マシンのようにプログラムを実行するマシンのソフトウェアによる実装。
ＶＮＦ：仮想化ネットワーク機能。仮想化され、ネットワークサービスとして提供することができるか、又は仮想化されたネットワーク機能及び／又は仮想化されていないネットワーク機能の組から構成されるサービスの一部とすることができるネットワーク機能。」
「【００４９】
　
本発明の実施形態は、３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）のようなネットワーク機能
が仮想化され、商用オフザシェルフ（ＣＯＴＳ）ＩＴサーバ上で実装されるシナリオを検討する
そのような機能は「仮想化ネットワーク機能（ＶＮＦ）」と呼ばれ
【００５０】
…（中略）…
【００５１】
　
そのようなアーキテクチャの例として、「ロードバランサ」ＶＮＦモジュール及び「ベアラ処理」ＶＮＦモジュール
から構成されるＳ−ＧＷを検討することができ
「【００９４】
１．６ＶＮＦ初期化フローチャート
　図６は、
少なくとも１つのＶＭ４０２上で実行される少なくとも１つのＶＮＦモジュール４０１からなる仮想化ネットワーク機能４００を初期化するためのシーケンス
オペレーティングサポートシステムは、ネットワーク構成プラットフォームに新たなＶＮＦをセットアップするように命令する
このステップは、セットアップ（SETUP）要求メッセージ６００のＯＳＳ−ＮＣＰインタフェースを介した送信を含む
このメッセージは、
セットアップするネットワーク機能のタイプ、ネットワーク機能の所望の容量、ＯＳＳからのログイン認証情報、及び少なくともジオロケーションデータを含む要件に関する情報を含む
ＮＣＰ（２００）は、セットアップメッセージ６００を受信すると、メッセージを処理する
メッセージにおいて要求されたＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロードする
テンプレートデータと、セットアップメッセージにおいてＯＳＳによって表された容量及び要件とに基づいて、
候補クラウドを計算する
【００９５】
　次のステップは、
見積り（QUOTE）メッセージを選択されたクラウド、特に対応するＮＣＰ　Ｃエージェント２０３に送信する
エージェントは見積り要求を受信すると、
利用可能なクラウドリソースにおけるＶＮＦ埋め込みの効用費用とともに構築計画を計算する
計画されたリソースの予約を行う
【００９６】
　次に、
エージェントは
ＶＮＦ埋め込みの結果とともに主要ＮＣＰにメッセージを返送する
ＮＣＰは
ＶＮＦが最終的にインスタンス化されることになる場所を選択する
選択されたエージェントにＶ−ＳＥＴＵＰメッセージを送信する
【００９７】
　
この後、展開（DEPLOY）コマンドＳ１１１がＣＭＳに送信され、ＣＭＳは、
新たなＶＮＦ４００の物理リソース及び仮想リソースを割り当て
ＶＮＦに向けて任意の特定のＶＮＦ仮想構成を実行する
【００９８】
　ＶＮＦインスタンス化の最終ステップは、ＮＣＰエージェントからＮＣＰへのＶ−ＳＥＴＵＰ確認応答を含み（ステップＳ１１８を参照されたい）、ＮＣＰは次にインスタンス化の結果を記憶することができる（Ｓ１１９）。これらの全てのステップが完了すると、ＮＣＰはステップＳ１２０において
セットアップ完了
メッセージをＯＳＳに送信
「【０１０１】
…（中略）…
−ＮＣＰ−ＮＣＰ−Ｃエージェント（１０４）：
見積り要求
は、要求パラメータ（ＯＳＳからのＫＰＩ…）及びインスタンス化されることになるＶＮＦ記述子テンプレートを含む
「【図１】
」
 
「【図２】
」
    
「【図６】
」
（２）引用発明
　前記（１）より、引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　仮想化されたネットワーク機能を実施するための方法であって、
　本発明の実施形態は、３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）のようなネットワーク機能が仮想化され、商用オフザシェルフ（ＣＯＴＳ）ＩＴサーバ上で実装されるシナリオを検討し、そのような機能は「仮想化ネットワーク機能（ＶＮＦ）」と呼ばれ、
　そのようなアーキテクチャの例として、「ロードバランサ」ＶＮＦモジュール及び「ベアラ処理」ＶＮＦモジュールから構成されるＳ−ＧＷを検討することができ、
　少なくとも１つのＶＭ４０２上で実行される少なくとも１つのＶＮＦモジュール４０１からなる仮想化ネットワーク機能４００を初期化するためのシーケンスは、
　オペレーティングサポートシステムは、ネットワーク構成プラットフォームに新たなＶＮＦをセットアップするように命令し、このステップは、セットアップ（SETUP）要求メッセージ６００のＯＳＳ−ＮＣＰインタフェースを介した送信を含み、このメッセージは、セットアップするネットワーク機能のタイプ、ネットワーク機能の所望の容量、ＯＳＳからのログイン認証情報、及び少なくともジオロケーションデータを含む要件に関する情報を含み、
　ＮＣＰ（２００）は、セットアップメッセージ６００を受信すると、メッセージを処理し、メッセージにおいて要求されたＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロードし、テンプレートデータと、セットアップメッセージにおいてＯＳＳによって表された容量及び要件とに基づいて、候補クラウドを計算し、
　見積り（QUOTE）メッセージを選択されたクラウド、特に対応するＮＣＰ　Ｃエージェント２０３に送信し、エージェントは見積り要求を受信すると、利用可能なクラウドリソースにおけるＶＮＦ埋め込みの効用費用とともに構築計画を計算し、計画されたリソースの予約を行い、
　エージェントは、ＶＮＦ埋め込みの結果とともに主要ＮＣＰにメッセージを返送し、ＮＣＰはＶＮＦが最終的にインスタンス化されることになる場所を選択し、選択されたエージェントにＶ−ＳＥＴＵＰメッセージを送信し、
　この後、展開（DEPLOY）コマンドＳ１１１がＣＭＳに送信され、ＣＭＳは、新たなＶＮＦ４００の物理リソース及び仮想リソースを割り当て、ＶＮＦに向けて任意の特定のＶＮＦ仮想構成を実行し、セットアップ完了メッセージをＯＳＳに送信し、
　見積もり要求は、要求パラメータ（ＯＳＳからのＫＰＩ…）及びインスタンス化されることになるＶＮＦ記述子テンプレートを含む、
　方法。」
２　引用文献２について
（１）引用文献２記載事項
　原査定の拒絶の理由に引用された上記引用文献２には、図面とともに次の事項が記載されている。
「[0002] This disclosure relates in general to the field of communications and, more particularly, to a system and method for providing dynamic Radio Access Network (RAN) orchestration in a network environment」
［当審訳］
「[0002]　本開示は、概して、通信分野であって、特に、
ネットワーク環境において、動的な無線アクセスネットワーク（ＲＡＮ）のオーケストレーションに関する
「[0015] 
A method is provided 
may include monitoring, by a radio access network (RAN) orchestration function, impairments between a plurality of candidate locations interconnected by a transport network, wherein one or more network elements capable of performing one or more operations associated with a RAN are located at the plurality of candidate locations; determining a decomposition of one or more operations associated with the RAN into a plurality of sets of virtualized network functions (VNFs) to execute the operations based, at least in part, on the monitored impairments; determining a distribution of the plurality of sets of VNFs among the one or more network elements associated with the RAN for one or more optimal locations of the plurality of candidate locations based, at least in part, on the monitored impairments; and instantiating the plurality of sets of VNFs at each of the one or more optimal locations. In some cases, network elements associated with the RAN include one or more of: one or more Radio Frequency (RF) termination points; and one or more data centers
［当審訳］
「[0015]　
方法は、
無線アクセスネットワーク（ＲＡＮ）オーケストレーション機能によって、トランスポートネットワークによって相互接続された複数の候補場所（ここに配置された１つまたは複数のネットワーク要素は、ＲＡＮに関する１つまたは複数の操作を実行することができる。）の間の障害を監視すること、少なくとも部分的に監視された障害に関する操作を実行するために、ＲＡＮに関する１つまたは複数の操作を、仮想化ネットワーク機能（ＶＮＦｓ）の複数のセットに分解することを決定すること、ＶＮＦｓの複数のセットを、少なくとも部分的に監視された障害に関する複数の候補場所のうち、１つまたは複数の最適な位置のために、ＲＡＮに関する１つまたは複数のネットワーク要素の間に分散することを決定すること、及び、ＶＮＦｓの複数のセットを、１つまたは複数の最適な位置の各々においてインスタンス化すること、を含む
ＲＡＮに関するネットワーク要素は、１つ又は複数の無線周波数（ＲＦ）終端点、及び、１つまたは複数のデータセンター等を含む
「[0021] As referred to herein in this Specification, the terms 'virtual machine', 'virtualized network function' and 'virtualized network functionality' can encompass an emulation of a computer system and/or computing platform operating based on the computer architecture and functions of a real or hypothetical computer, with particular embodiments involving specialized hardware, software, or a combination of both. In various embodiments, 
a virtualized network function (VNF)
may execute via
a container based virtualization
［当審訳］
「[0021]　ここでこの明細書において参照されるように、用語「仮想マシン」、「仮想化ネットワーク機能」及び「仮想化ネットワーク機能性」は、現実の又は仮定のコンピュータのコンピュータアーキテクチャ及び機能、並びに、特定の実施形態においては、専用のハードウェア、ソフトウェア又はこれらの組み合わせに基づいた、コンピュータシステム及び／又はコンピューティングプラットフォームのエミュレーションを包含する。様々な実施形態において、
仮想化ネットワーク機能（ＶＮＦ）
はコンテナを基礎とする仮想化を介して実行される
「[0030] 
The architecture of communication system 10 is equally applicable to small cell architectures and macro cell architectures that can be deployed within RAN 80
［当審訳］
「[0030]　
通信システム１０のアーキテクチャは、ＲＡＭ８０内に配置可能なスモールセルアーキテクチャ及びマクロセルアーキテクチャにも同様に適用でき
「[0046] In various embodiments, 
the set of VNF(s) for each RAN controller portion(s) in various three-tiered RAN decompositions can be associated with one or more higher level operations such as, for example, Radio Resource Control (RRC) functionality, application level functionality, protocol signaling and/or Packet Data Convergence Protocol (PDCP) functionality
［当審訳］
「[0046]　様々な実施形態において、
ＲＡＮコントローラの様々に３分割されたＲＡＮの分割における各部分のためのＶＮＦのセットは、例えば、無線リソース制御（ＲＲＣ）機能アプリケーションレベル機能、プロトコルシグナリング及び／又はパケットデータ収束プロコトル（ＰＤＣＰ）機能のような、１つまたは複数の高レベル操作に関連付けられる
（２）引用発明２
　前記（１）で摘記した引用文献２の特に[0002]及び[0015]に着目すると、引用文献２には、「ネットワーク環境において、動的な無線アクセスネットワーク（ＲＡＮ）のオーケストレーションに関する方法」が記載されているといえる。
　よって、前記（１）より、引用文献２には、次の発明（以下、「引用発明２」という。）が記載されていると認められる。
「　ネットワーク環境において、動的な無線アクセスネットワーク（ＲＡＮ）のオーケストレーションに関する方法であって、
　無線アクセスネットワーク（ＲＡＮ）オーケストレーション機能によって、トランスポートネットワークによって相互接続された複数の候補場所（ここに配置された１つまたは複数のネットワーク要素は、ＲＡＮに関する１つまたは複数の操作を実行することができる。）の間の障害を監視すること、少なくとも部分的に監視された障害に関する操作を実行するために、ＲＡＮに関する１つまたは複数の操作を、仮想化ネットワーク機能（ＶＮＦｓ）の複数のセットに分解することを決定すること、ＶＮＦｓの複数のセットを、少なくとも部分的に監視された障害に関する複数の候補場所のうち、１つまたは複数の最適な位置のために、ＲＡＮに関する１つまたは複数のネットワーク要素の間に分散することを決定すること、及び、ＶＮＦｓの複数のセットを、１つまたは複数の最適な位置の各々においてインスタンス化すること、を含み、場合によっては、ＲＡＮに関するネットワーク要素は、１つ又は複数の無線周波数（ＲＦ）終端点、及び、１つまたは複数のデータセンター等を含み、
　仮想化ネットワーク機能（ＶＮＦ）はコンテナを基礎とする仮想化を介して実行され、
　通信システム１０のアーキテクチャは、ＲＡＭ８０内に配置可能なスモールセルアーキテクチャ及びマクロセルアーキテクチャにも同様に適用でき、
　ＲＡＮコントローラの様々に３分割されたＲＡＮの分割における各部分のためのＶＮＦのセットは、例えば、無線リソース制御（ＲＲＣ）機能アプリケーションレベル機能、プロトコルシグナリング及び／又はパケットデータ収束プロコトル（ＰＤＣＰ）機能のような、１つまたは複数の高レベル操作に関連付けられる、
　方法。」
３　引用文献３について
　前置報告書において周知技術を示す文献として引用された上記引用文献３には図面とともに次の事項が記載されている。
（Page24/60）
「As already stated, NFV enables the execution of software-based network functions on commodity hardware (general-purpose servers) by leveraging software virtualization techniques. In this manner, flexible, dynamic and efficient use of the infrastructure resources can be achieved, facilitating the provisioning of orchestrated end-to-end services. The implementation of virtual functions should not be agnostic to the hosting platform capabilities: features of the latter should be taken into consideration during the development process and before the actual deployment in an operational environment. Moreover, hosting functions on virtual machines can be considered as a process directly related to resource assignment and management ([3-17]). Therefore, a number of management and configuration challenges arise in this case. For example, in OpenStack, service chain links between functions require significant manual configuration. When functions are deployed across both legacy infrastructures and SDN, the management scope is extended to cover legacy technology as well.」
［当審訳］
「すでに述べたように、ＮＦＶはソフトウェア仮想化技術を活用することによって、商品ハードウェア（汎用サーバ）上のソフトウェアベースのネットワーク機能の実行を可能にする。このようにして、インフラストラクチャリソースが柔軟に、動的に、効率的に使用され、オーケストレーションされたエンドツーエンドサービスのプロビジョニングが容易になる。仮想機能の実装は、ホスティングプラットフォームの能力に依存しない（agnostic）わけにはいかない。後者の特徴は、開発プロセス中および運用環境における実際の展開の前に考慮する必要がある。さらに、仮想マシン上のホスティング機能は、リソース割り当てと管理に直接関連するプロセスと見なすことができる（[3-17]）。したがって、この場合、多くの管理および構成の課題が発生する。たとえば、ＯｐｅｎＳｔａｃｋでは、機能間のサービスチェーンリンクに多大な手動設定が必要である。機能がレガシインフラストラクチャとＳＤＮの両方に展開されている場合、管理スコープもレガシーテクノロジをカバーするために拡張される。」
（Page48/60）
「5G RAN should support a wide range of physical deployments, and be able to maximally leverage centralization, while also supporting distributed base stations and being able to operate over non-ideal backhauls. A key enabler for this is the implementation of some radio functions as VNFs, allowing these to be flexibly shifted toward or away from the radio edge, depending on the physical architecture and specific application requirements.
From the 5GPPP viewpoint, the following considerations are important regarding the softwarization of radio network functions. Preliminary analyses in [6-1] concluded that functions that are asynchronous to the radio interface ? in LTE these are packet data convergence protocol (PDCP) and radio resource control (RRC) functions related to measurement control and reporting, handover preparation and execution, dual connectivity, random access, RRC state transition etc. ? are most suitable to be implemented as VNFs and possibly centralized, as they typically require low data rates on their interfaces, and scale with the number of users and not the overall traffic. Further, these functions can typically cope with relatively larger latency (e.g. tens of milliseconds in LTE).」
［当審訳］
「５Ｇ　ＲＡＮは、幅広い物理的展開をサポートし、分散基地局をサポートし、理想的でないバックホールを介して動作することができるように集中化を最大限に活用することができなければならない。これは、ＶＮＦとしてのいくつかの無線機能の実装であり、物理アーキテクチャと特定のアプリケーション要件に応じてこれらの無線機能を無線エッジに向けてまたは離れて切り替えることができる。
５ＧＰＰＰの視点から、無線ネットワーク機能のソフトウェア化に関しては、以下の考慮事項が重要である。［６−１］の予備分析は、無線インタフェースとは非同期であると結論付けた。これは、ＬＴＥにおいて、測定の制御と報告、ハンドオーバ準備および実行に関連する
パケットデータ収束プロトコル（ＰＤＣＰ）
第５　引用文献１を主引用例とする拒絶の理由について
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
ａ　引用発明の「仮想化されたネットワーク機能を実施するための方法」は、「３ＧＰＰ発展型パケットコア（ＥＰＣ）
サービングゲートウェイ（Ｓ−ＧＷ）
　もっとも、引用発明は、「サービングゲートウェイ（Ｓ−ＧＷ）」を仮想化した「仮想化ネットワーク機能（ＶＮＦ）」、具体的には、「「ロードバランサ」ＶＮＦモジュール及び「ベアラ処理」ＶＮＦモジュールから構成されるＳ−ＧＷ」として実現することを想定しており、「サービングゲートウェイ（Ｓ−ＧＷ）」は、ネットワークの構成要素である。
　よって、引用発明は、「サービングゲートウェイ（Ｓ−ＧＷ）」を仮想化した仮想ネットワークを管理する方法といい得るものである。
　よって、引用発明と、本願発明１の「
無線セルにサーブする
無線アクセス・
ｂ　本願発明１の「無線アクセス技術」は、本願明細書の【００３１】に「
異なる無線アクセス技術（ＲＡＴ）
異なるコンポーネントが必要
ＲＡＴは、
ＧＳＭ
ＥＤＧＥ
ＧＥＲＡＮ
ＨＳＰＡ
ＵＴＲＡＮ
Ｅ−ＵＴＲＡＮ
ＬＴＥ
ＬＴＥ−Ａ
ＷＩＭＡＸ
ＩＥＥＥ８０２．１６
ＷＬＡＮ
ＩＥＥＥ８０２．１１
ＴＤＭＡ
ＦＤＭＡ
ＣＤＭＡ
任意のシステム
　一方、引用発明は、「３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）」を想定していることから、「３ＧＰＰ」に関する「無線アクセス技術」を前提とすることを示唆している程度であり、上記のような複数の異なる「無線アクセス技術」を前提として、特定の「無線アクセス技術」に基づいた処理を行うことを具体的に特定するものではない。
　加えて、引用発明の「構築計画」は、本願発明１の「構築スキーム」と語句としては類似しているものの、引用発明の「構築計画」は、「要求パラメータ（ＯＳＳからのＫＰＩ…）及びインスタンス化されることになるＶＮＦ記述子テンプレート」を含む「見積もり要求」に基づいて、かつ、「ＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロード」した後に計算されるものであるため、「前記無線セルの無線アクセス技術」に基づいて選択されるものでも、「ソフトウェア・コンポーネント」が関連付けられたものでもなく、よって、本願発明１の「構築スキーム」に対応したものとはいえない。また、引用文献１には、摘記していない他の記載箇所を参酌しても、本願発明１の「前記無線セルの無線アクセス技術」に基づいて「構築スキーム」を選択すること等については、記載も示唆もない。
　よって、引用発明は、本願発明１の「前記無線セルの無線アクセス技術に基づいて、リポジトリにおいて前記仮想無線アクセス・ネットワークのための構築スキームを選択するステップ」に対応する事項を備えない。
ｃ　引用発明の「要求されたＶＮＦのタイプに適したテンプレート２０１」（及び「インスタンス化されることになるＶＮＦ記述子テンプレート」）は、本願発明１の「仮想化されたネットワーク機能に相当する」「少なくとも１つのソフトウェア・コンポーネント」に相当する。
　また、引用発明において、「要求されたＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロード」する際には、「リポジトリ」から「テンプレート２０１」を「検索」する処理を要するものといえる。
　よって、引用発明の「要求されたＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロード」することと、本願発明１の「
前記構築スキームに関連付けられた
前記仮想無線アクセス・ネットワークの
ｄ　引用発明において、「新たなＶＮＦ４００の物理リソース及び仮想リソースを割り当て、ＶＮＦに向けて任意の特定のＶＮＦ仮想構成を実行」した後に「
セットアップ
　よって、引用発明において、「新たなＶＮＦ４００の物理リソース及び仮想リソースを割り当て、ＶＮＦに向けて任意の特定のＶＮＦ仮想構成を実行」することと、本願発明１の「前記ソフトウェア・コンポーネントを使用して、
前記構築スキームに従って、
（２）一致点・相違点
　前記（１）より、本願発明１と引用発明は、次の点において一致ないし相違する。
［一致点］
「　仮想ネットワークを管理するための方法であって、
　少なくとも１つのソフトウェア・コンポーネントをリポジトリから検索するステップであって、前記ソフトウェア・コンポーネントが、仮想化されたネットワーク機能に相当する、検索するステップと、
　前記ソフトウェア・コンポーネントを使用して、前記仮想化されたネットワーク機能をランタイム・プラットフォーム上にセットアップするステップと
を含む、
　方法。」
［相違点］
＜相違点１＞
　本願発明１は、「無線セルにサーブする仮想無線アクセス・ネットワーク」を管理するための方法であるのに対し、引用発明の「仮想化されたネットワーク機能を実施するための方法」は、「３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）のようなネットワーク機能が仮想化され、商用オフザシェルフ（ＣＯＴＳ）ＩＴサーバ上で実装されるシナリオ」を想定しており、「無線セルにサーブする」「（仮想）無線アクセス・ネットワーク」を管理するための方法として特定されていない点。
＜相違点２＞
　本願発明１は、「前記無線セルの無線アクセス技術に基づいて、リポジトリにおいて前記仮想無線アクセス・ネットワークのための構築スキームを選択するステップ」という構成を備えるのに対し、引用発明は、当該構成を備えていない点。
＜相違点３＞
　本願発明１において、「ソフトウェア・コンポーネント」は、「前記構築スキームに関連付けられた」ものであるのに対し、引用発明の「要求されたＶＮＦのタイプに適したテンプレート２０１」（及び「インスタンス化されることになるＶＮＦ記述子テンプレート」）は、「セットアップ（SETUP）要求メッセージ６００」に含まれる「セットアップするネットワーク機能のタイプ」に適したものである点。
＜相違点４＞
　本願発明１において、「前記仮想化されたネットワーク機能」の「セットアップ」が、「前記構築スキームに従って」なされるのに対し、引用発明においては、そのような限定がなされていない点。
＜相違点５＞
　本願発明１は、「前記ソフトウェア・コンポーネントはパケット・データ収束プロトコル（ＰＤＣＰ）コンテナを備える」との構成を備えるのに対し、引用発明は、当該構成を備えない点。
（３）相違点についての判断
　相違点１ないし５は連関しているのでまとめて判断する。
　相違点１ないし５に係る本願発明１の構成は、「無線セルにサーブする仮想無線アクセス・ネットワーク」を管理の対象とするものであって、「前記無線セルの無線アクセス技術」に基づいて「前記仮想無線アクセス・ネットワークのための構築スキーム」を選択し、選択された前記「構築スキーム」に関連付けられた「ソフトウェア・コンポーネント」を検索し、前記「構築スキーム」に従って「ソフトウェア・コンポーネント」をセットアップするものであって、当該「ソフトウェア・コンポーネント」として「パケット・データ収束プロトコル（ＰＤＣＰ）コンテナ」を備えるものである。
　一方、引用発明は、「３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）のようなネットワーク機能が仮想化され、商用オフザシェルフ（ＣＯＴＳ）ＩＴサーバ上で実装されるシナリオ」を想定しているが、これを「無線セルにサーブする仮想無線アクセス・ネットワーク」の構成要素（例えば基地局）を管理の対象とするように変更する動機付けはなく、そうすると、「前記無線セルの無線アクセス技術」に基づいて「構築スキーム」を選択したり、当該「構築スキーム」に関連付けられた「ソフトウェア・コンポーネント」を検索し、これを「構築スキーム」に従ってセットアップしたりする動機付けも存在しない。
　加えて、仮に「パケット・データ収束プロトコル（ＰＤＣＰ）コンテナ」を仮想化することが、引用文献２、３に記載されているように本願優先日前の周知技術であったとしても、引用発明の「３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）」にセットアップされる「ロードバランサ」ＶＮＦ又は「ベアラ処理」ＶＮＦに替えて又はこれらに加えて「パケット・データ収束プロトコル（ＰＤＣＰ）コンテナ」を採用することには動機付けがない。
　したがって、本願発明１は、引用文献１に記載された発明ではなく、また、当業者であっても引用文献１に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
２　本願発明２ないし８について
　本願発明２ないし８は、本願発明１の構成又は当該構成に対応する技術事項をすべて含むものであるから、本願発明１と同じ理由により、引用文献１に記載された発明ではなく、当業者であっても、当業者であっても引用文献１に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
第６　引用文献２を主引用例とする拒絶の理由について
１　本願発明１について
（１）対比
　本願発明１と引用発明２とを対比する。
ｅ　引用発明２の「無線アクセスネットワーク（ＲＡＮ）」は、「無線セルにサーブ」するものであり、また、引用発明２の「オーケストレーション」は、「管理」の概念を含む。
　よって、引用発明２の「ネットワーク環境において、動的な無線アクセスネットワーク（ＲＡＮ）のオーケストレーションに関する方法」は、本願発明１の「無線セルにサーブする仮想無線アクセス・ネットワークを管理するための方法」に相当する。
ｆ　引用発明２は「通信システム１０のアーキテクチャは、ＲＡＭ８０内に配置可能なスモールセルアーキテクチャ及びマクロセルアーキテクチャにも同様に適用でき」ること、すなわち、複数の「無線アクセス技術」に適用できることを示唆するものであるが、どのように適用するのかを具体的に特定していない。
　よって、引用発明２は、本願発明１の「前記無線セルの無線アクセス技術に基づいて、リポジトリにおいて前記仮想無線アクセス・ネットワークのための構築スキームを選択するステップ」を備えない。
ｇ　引用発明２の「仮想化ネットワーク機能（ＶＮＦｓ）」は、本願発明１の「仮想化されたネットワーク機能」に相当する。
　ここで、「仮想化された」「機能」が、これに対応するソフトウェア・コンポーネントにより実現されることは、本願優先日前の技術常識である。
　そうすると、引用発明２において、「少なくとも部分的に監視された障害に関する操作を実行するために、ＲＡＮに関する１つまたは複数の操作を、仮想化ネットワーク機能（ＶＮＦｓ）の複数のセットに分解すること」及び「ＶＮＦｓの複数のセットを、１つまたは複数の最適な位置の各々においてインスタンス化すること」を実現するにあたり、障害に関する操作を実行するために必要な「仮想化ネットワーク機能（ＶＮＦｓ）」に対応する「ソフトウェア・コンポーネント」を取得し、これをインスタンス化することにより最適な位置に実装しているといえる。
　そうすると、引用発明２と本願発明１の「
前記構築スキームに関連付けられた
前記リポジトリから検索
検索
取得
取得
ｈ　前記ｇにおいて、「インスタンス化」を仮想マシン又は既存のＯＳ等の「ランタイム・プラットフォーム」上で行うことは仮想化技術における技術常識であり、また、引用発明２において、「インスタンス化」した「仮想化ネットワーク機能（ＶＮＦｓ）」を最適な位置に実装することは、「セットアップ」といい得るものである。
　よって、引用発明２と本願発明１の「前記ソフトウェア・コンポーネントを使用して、
前記構築スキームに従って、
ｉ　引用発明２は、「仮想化ネットワーク機能（ＶＮＦ）はコンテナを基礎とする仮想化を介して実行され」及び「ＶＮＦのセットは、例えば、無線リソース制御（ＲＲＣ）機能アプリケーションレベル機能、プロトコルシグナリング及び／又は
パケットデータ収束プロコトル（ＰＤＣＰ）
　よって、引用発明２は、本願発明１の「前記ソフトウェア・コンポーネントはパケット・データ収束プロトコル（ＰＤＣＰ）コンテナを備える」に相当する構成を備える。
（２）一致点・相違点
　前記（１）より、本願発明１と引用発明２は、次の点において一致ないし相違する。
［一致点］
「　無線セルにサーブする仮想無線アクセス・ネットワークを管理するための方法であって、
　少なくとも１つのソフトウェア・コンポーネントを取得するステップであって、前記ソフトウェア・コンポーネントが、前記仮想無線アクセス・ネットワークの仮想化されたネットワーク機能に相当する、取得するステップと、
　前記ソフトウェア・コンポーネントを使用して、前記仮想化されたネットワーク機能をランタイム・プラットフォーム上にセットアップするステップと
を含み、
　前記ソフトウェア・コンポーネントはパケット・データ収束プロトコル（ＰＤＣＰ）コンテナを備える、方法。」
［相違点］
＜相違点１＞
　本願発明１は、「前記無線セルの無線アクセス技術に基づいて、リポジトリにおいて前記仮想無線アクセス・ネットワークのための構築スキームを選択するステップ」を備えるのに対して、引用発明２は、「スモールセルアーキテクチャ」、「マクロセルアーキテクチャ」のような複数の「無線アクセス技術」に適用できることを示唆するものの、そのような「無線アクセス技術」に基づいて「構築スキーム」を選択する構成を具体的に備えない点。
＜相違点２＞
　本願発明１において、「ソフトウェア・コンポーネント」は、「前記構築スキーム」に関連付けられたものであるが、引用発明２の「仮想化ネットワーク機能（ＶＮＦｓ）」は、「監視された障害に関する操作を実行するため」のものであり、「前記構築スキーム」との関連を具体的に特定していない点。
＜相違点３＞
　本願発明１において、「ソフトウェア・コンポーネント」は、「リポジトリ」から「検索」されるのに対し、引用発明２において、「仮想化ネットワーク機能（ＶＮＦｓ）」に対応するソフトウェア・コンポーネントをどのように取得するのかについて具体的に特定していない点。
＜相違点４＞
　「前記仮想化されたネットワーク機能」の「セットアップ」が、本願発明１においては「前記構築スキーム」に従ってなされるのに対し、引用発明２における「ＶＮＦｓ」の「最適な位置」における「インスタンス化」が、「無線アクセス技術」に基づいて選択された「前記構築スキーム」に従ってなされるものとは具体的に特定していない点。
（３）相違点についての判断
　事案に鑑みて、先に、連関する相違点１、２及び４についてまとめて判断する。
　相違点１、２及び４に係る本願発明１の構成は、「前記無線セルの無線アクセス技術」に基づいて「前記仮想無線アクセス・ネットワークのための構築スキーム」を選択し、選択された前記「構築スキーム」に関連付けられた「ソフトウェア・コンポーネント」を検索し、前記「構築スキーム」に従って「ソフトウェア・コンポーネント」をセットアップするものである。
　一方、引用発明２は、「監視された障害に関する操作を実行するため」に「仮想化ネットワーク機能（ＶＮＦｓ）」を最適な位置に実装するものであるから、「仮想化ネットワーク機能（ＶＮＦｓ）」は、「障害」に対応できるものであればよく、「スモールセルアーキテクチャ」、「マクロセルアーキテクチャ」のような複数の「無線アクセス技術」に適用できることを示唆していることのみをもって、「無線アクセス技術」に基づいて「構築スキーム」を選択し、当該「構築スキーム」に関連付けられた、「仮想化ネットワーク機能（ＶＮＦｓ）」を使用するようにする動機付けが存在しない。
　よって、本願発明１は、相違点３について検討するまでもなく、引用文献２に記載された発明ではなく、当業者であっても引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
２　本願発明２ないし８について
　本願発明２ないし８は、本願発明１の構成又は当該構成に対応する技術事項をすべて含むものであるから、本願発明１と同じ理由により、引用文献２に記載された発明ではなく、当業者であっても、当業者であっても引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
第７　原査定について
　前記第５及び第６で述べたように、本願発明１ないし８は、引用文献１又は引用文献２に記載された発明ではなく、また、当業者が引用文献１又は引用文献２に記載された発明に基いて容易に発明をすることができたものでもない。
　したがって、原査定の理由１（新規性）及び理由２（進歩性）はいずれも維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。