2020-006839

理　由

第１　手続の経緯

本願は、平成２８年５月３０日（優先権主張　平成２８年５月１８日）の出願であって、その手続の経緯は以下のとおりである。

第２　原査定の概要

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

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

１.吉野 學，ＰＯＮシステムのソフト化に向けた機能配備の検討，電子情報通信学会２０１５年通信ソサイエティ大会講演論文集２，日本，電子情報通信学会通信，２０１５年　８月２５日，p.１３９

２.田所 将志,西本 恵太,持田 武明,田中 逸清，仮想化技術の光アクセスＮＷへの適用検討，電子情報通信学会技術研究報告，日本，一般社団法人電子情報通信学会 The Institute of Electronics,Information and Communication Engineers，２０１５年　６月２５日，第１１５巻 第１２３号，p.８５～８９

３.国際公開第２０１２／１５７１１２号

第３　本願発明

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

「　【請求項１】

ネットワーク機器に備わる１以上の機能を実行し、自身が備えられる通信装置に依存する機器依存部と、

前記ネットワーク機器に備わる機能毎に設けられ、自身が備えられる通信装置に依存しない複数の機器無依存アプリと、

前記機器依存部と前記機器無依存アプリとを接続するインタフェースと、

続きを表示（全22行）

を備え、

前記インタフェースを介して、前記機器無依存アプリと、他の前記機器無依存アプリとは通信する、通信装置。

【請求項２】

前記インタフェースは、前記通信装置のミドルウェアに備えられることで実現され、

前記ミドルウェアは、前記機器無依存アプリ同士の通信のみならず、前記機器依存部と前記機器無依存アプリとを通信可能に接続する、

請求項１に記載の通信装置。

【請求項３】

前記機器無依存アプリは、複数の通信装置に共通した機能である基本機能と、個々の通信装置に対して前記基本機能に含まれない機能を追加するために付与される複数の拡張機能と、を有し、

前記インタフェースは、前記基本機能に備えられることで実現される、

請求項１に記載の通信装置。

【請求項４】

一の拡張機能と、他の拡張機能、他の通信装置又は前記機器依存部を構成するソフトウェア又はハードウェアによって実現される機能と、は前記基本機能を介して接続される、　請求項３に記載の通信装置。

【請求項５】

請求項１に記載の通信装置を用いた通信方法であって、

前記通信装置が、前記複数の機器無依存アプリに含まれる任意のアプリケーションを実行することで、前記ネットワーク機器に備わる各ハードウェアを動作させる、

通信方法。

【請求項６】

コンピュータを、請求項１に記載の通信装置に備わる各機能部として機能させるための通信プログラム。」

第４　引用文献、引用発明等

１．引用文献１について

原査定の拒絶の理由に引用された引用文献１には、図とともに次の事項が記載されている。

ａ．１３９ページ左欄１行～右欄６行

「１．はじめに

ネットワーク機器の構成として、機能同士が密結合である従来のインテグラル型アーキテクチャと、疎結合のモジュラ型アーキテクチャ［１］がある。モジュラ型アーキテクチャでは、ネットワーク機器を構成するモジュルとその入出力インターフェース（ＩＦ）の汎用性を確保し、モジュルのソフト化［２］を進めることで、過去の資産を活用して開発・調達コストを低減し、拡張機能の柔軟・迅速な追加を容易にして差異化サービスのタイムリーな提供が期待できる。

本稿では、ＴＷＤＭ－ＰＯＮ（Time and Wavelength Division Multiplexing - Passive Optical Network）システム［３］のＯＬＴ（Optical Line Terminal）において、モジュラ型アーキテクチャを実現するアーキテクチャ、機能配備、ソフト化領域の検討結果を示す。

２．モジュラ型アーキテクチャ

続きを表示（全11行）

図１にＯＬＴのモジュラ型アーキテクチャを示す。図１に示すように、下から準拠する標準や製造ベンダに依存するハードウェア、ハードウェアを駆動するドライバ・ファーム等のソフトウェア、ハードウェア等の機器依存部分を隠蔽するミドルウェア、機器に依存しないアプリとから構成する。

３．ＯＬＴ機能

表１にＯＬＴの主要な機能を示す。ここでソフト化領域は、２０１８年に想定されるＯＬＴの処理能力を前提とした。表１に示す通り、ソフト化領域は、基本機能、保守運用機能、ＭＬＤプロキシ、アルゴリズムとなる。

４．ＯＬＴ機能配備

ソフト化領域とした機能を機器無依存ＩＦ上の機器無依存アプリとし、機器無依存アプリの内、特に差異化サービスに資するＯＮＵ登録／認証アルゴリズム、ＤＷＢＡアルゴリズム、設定・管理・監視制御、省電力アルゴリズムは拡張機能とする。

５．おわりに

ＰＯＮシステムのソフト化に向けた機能配備とソフト化領域を示した。」

ｂ．図１

図１から、機器無依存アプリである「拡張機能アプリ」は、「機器無依存ＩＦ」により「ミドルウェア」に接続され、ハードウェアを駆動するソフトウェア等の機器依存部分は、「機器依存ＩＦ」により前記「ミドルウェア」に接続されていることが看てとれる。

上記ａ、ｂより、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。

〈引用発明〉

「準拠する標準や製造ベンダに依存するハードウェア、ハードウェアを駆動するドライバ・ファーム等のソフトウェア、ハードウェア等の機器依存部分を隠蔽するミドルウェア、機器に依存しないアプリとから構成されたＯＬＴのモジュラ型アーキテクチャであって、

前記機器に依存しないアプリ（機器無依存アプリ）は、ソフト化領域とした機能を機器無依存ＩＦ上の機器無依存アプリとし、機器無依存アプリの内、特に差異化サービスに資するＯＮＵ登録／認証アルゴリズム、ＤＷＢＡアルゴリズム、設定・管理・監視制御、省電力アルゴリズムは拡張機能とする機器無依存アプリであり、

前記機器に依存しないアプリ（機器無依存アプリ）である拡張機能アプリは、機器無依存ＩＦにより前記ミドルウェアと接続され、ハードウェアを駆動するソフトウェア等の機器依存部分は、機器依存ＩＦにより前記ミドルウェアと接続される、ＯＬＴのモジュラ型アーキテクチャ。」

２．引用文献２について

また、原査定の拒絶の理由に引用された上記引用文献２には、図とともに次の事項が記載されている。

ａ．８６ページ右欄１～１８行

「2.2　仮想化ＯＬＴ（ｖ－ＯＬＴ）のアーキテクチャ検討

本節では仮想化技術を適用したＯＬＴ（以下，ｖ－ＯＬＴ／ｖｉｒｔｕａｌｉｚｅｄ－ＯＬＴ）について，アーキテクチャの説明を行う．なお，本稿では汎用装置上にＯＬＴ機能を実装するＮＦＶコンセプトを仮想化技術と位置付ける．

想定されるｖ－ＯＬＴの基本的な構成（アーキテクチャ）をFig3.に示す．ｖ－ＯＬＴは主にハードウェア層， ＯＳ／仮想化ミドルウェア層，アプリケーション層から構成され，ＮＷ機能（ＯＬＴ固有機能を含む）はソフトウェア化されたアプリケーションとしてＬｉｎｕｘ等のＯＳ上で動作する．

また，ＮＷ機能はＯＳ上で複数動作ささせることも可能である．例えば，ポートごとに該当するＮＷ機能を割り当て，別々の設定を施すこと可能であるため，柔軟性の高い運用が見込める、また，ソフトウェアスイッチを汎用装置上で複数動作させるための構成（アーキテクチャ）はいくつか存在するため，いくっかの構成パターン例をFig4.に示す．」

ｂ．Ｆｉｇ３．

３．引用文献３について

また、原査定の拒絶の理由に引用された上記引用文献３には、図面とともに次の事項が記載されている。

ａ．段落００３１～００３２

「[0031]　図４は、本実施形態に係るシステムにおいて、各サーバ装置１２１、ゲートウェイ装置１２４、各ノード装置１２３の接続関係の一例を示す図である。

図４に示した例では、二つの異なるプロトコルスタックのうち、第２のプロトコルスタックを、無線アドホック通信プロトコルのプロトコルスタックとしている。無線アドホック通信プロトコルは、アドホックネットワークを形成するためのアドホック・ルーティングプロトコルの機能を持ち、主に通信端末間の接続状況管理とデータの送受信、ルーティング（データの通信経路を管理すること）を行う。ＯＳＩ参照モデルにおける第２層のデータリンク層と第３層のネットワーク層の一部に該当する。この場合、第２のプロトコルスタックにおいて、データリンク層とネットワーク層との間に、アドホック処理を行う層（アドホック層）として記載している。。無線アドホック通信プロトコルでは、アドホック層で経路制御可能な通信プロトコルであり、アドホック層以上のネットワーク層の階層は規定しなくても良い。なお、第２のプロトコルスタックにおいて、ネットワーク層は、プロトコルスタックの層構造を統一するために記載している。

[0032]　図４に示したように、各サーバ装置１２１は、第１のプロトコルスタックが実装され、各ノード装置１２３は、第２のプロトコルスタックが実装され、ゲートウェイ装置１２４は、その両方のプロトコルスタックが実装されている。そして、ネットワークミドルウェアは、各装置に実装されているプロトコルスタック中に配置される。すなわち、各サーバ装置１２１においては、第１のプロトコルスタック中のトランスポート層とアプリケーション層との間にネットワークミドルウェアが配置される。ゲートウェイ装置１２４においては、第１のプロトコルスタック中のトランスポート層とアプリケーション層との間、及び、第２のプロトコルスタック中のネットワーク層とトランスポート層との間にネットワークミドルウェアが配置される。各ノード装置１２３においては、第２のプロトコルスタック中のネットワーク層とトランスポート層との間にネットワークミドルウェアが配置される。なお、各サーバ装置１２１、ゲートウェイ装置１２４、各ノード装置１２３において、ネットワークミドルウェアが抽象化する範囲は図４の点線で囲まれた部分となる。」

ｂ．図４

第５　対比・判断

１．本願発明１について

（１）対比

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

ア．引用発明の「ハードウェア等の機器依存部分」は、「準拠する標準や製造ベンダに依存するハードウェア、ハードウェアを駆動するドライバ・ファーム等のソフトウェア」であり、ＯＬＴのモジュラ型アーキテクチャ（ネットワーク機器の構成）におけるハードウェア等の部分であるから、本願発明１の「ネットワーク機器に備わる１以上の機能を実行し、自身が備えられる通信装置に依存する機器依存部」に相当するといえる。

イ．引用発明の「機器に依存しないアプリ（機器無依存アプリ）」は、「ＯＮＵ登録／認証アルゴリズム、ＤＷＢＡアルゴリズム、設定・管理・監視制御、省電力アルゴリズム」等であるから、本願発明１の「前記ネットワーク機器に備わる機能毎に設けられ、自身が備えられる通信装置に依存しない複数の機器無依存アプリ」に相当するといえる。

ウ．引用発明の「ＯＬＴのモジュラ型アーキテクチャ」は、ネットワーク機器の構成であるから、後述する相違点を除き、本願発明１の「通信装置」に相当するといえる。

以上のことから、本願発明１と引用発明には、次の一致点及び相違点が認められる。

（一致点）

「ネットワーク機器に備わる１以上の機能を実行し、自身が備えられる通信装置に依存する機器依存部と、

前記ネットワーク機器に備わる機能毎に設けられ、自身が備えられる通信装置に依存しない複数の機器無依存アプリと、を備える、通信装置。」

（相違点）

本願発明１は、「前記機器依存部と前記機器無依存アプリとを接続するインタフェース」を備え、「前記インタフェースを介して、前記機器無依存アプリと、他の前記機器無依存アプリとは通信する」のに対し、引用発明は、そのような構成が特定されていない点。

（２）相違点についての判断

上記相違点について検討する。

引用発明の「ハードウェア等の機器依存部分を隠蔽するミドルウェア」は、機器無依存ＩＦにより複数の機器無依存アプリと接続され、機器依存ＩＦによりハードウェアを駆動するソフトウェア等の機器依存部分と接続されており、機器無依存アプリのＰＯＮアクセス制御機能等のアプリで処理される情報は、機器依存部分のハードウェアを駆動するために使用される情報といえる。そうすると、引用発明の「ハードウェア等の機器依存部分を隠蔽するミドルウェア」は、機器依存部と機器無依存アプリとを接続するインタフェースとして機能しているといえるから、上記相違点に係る本願発明１の「前記機器依存部と前記機器無依存アプリとを接続するインタフェース」を備える構成は実質的な相違点ではない。

しかしながら、引用発明の「ミドルウェア」が機器依存部と機器無依存アプリとを接続するインタフェースとしてどのように機能しているのか、引用文献１には具体的な記載はなく、「機器無依存ＩＦにより機器無依存アプリに接続されているミドルウェアを介して、機器無依存アプリと、他の機器無依存アプリと通信するようにする」ことは示唆されてもいない。

また、上記相違点に係る本願発明１の「前記機器依存部と前記機器無依存アプリとを接続するインタフェース」を備え、「前記インタフェースを介して、前記機器無依存アプリと、他の前記機器無依存アプリとは通信する」という構成は、上記引用文献２，３にも記載されておらず、本願優先日前において周知技術であったともいえない。

このため、引用発明の「機器に依存しないアプリ（機器無依存アプリ）」は、「ＯＮＵ登録／認証アルゴリズム、ＤＷＢＡアルゴリズム、設定・管理・監視制御、省電力アルゴリズム」等であり、このようなアプリ間で情報を転送する必要が生じることが、当業者であれば通常の創作活動の範囲内で想定し得る事項であったとしても、引用発明において、「機器無依存ＩＦにより機器無依存アプリに接続されているミドルウェアを介して、機器無依存アプリと、他の機器無依存アプリと通信する」ようにすることは、当業者が容易に想到し得たとは認められない。

したがって、本願発明１は、当業者であっても引用発明、引用文献２、３に記載された技術的事項及び上記周知技術に基づいて容易に発明できたものであるとはいえない。

２．本願発明２－６について

本願発明２－６も、本願発明１の「前記機器依存部と前記機器無依存アプリとを接続するインタフェース」を備え、「前記インタフェースを介して、前記機器無依存アプリと、他の前記機器無依存アプリとは通信する」という同一の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、拒絶査定において引用された引用文献２、３に記載された技術的事項に基づいて容易に発明できたものとはいえない。

第６　原査定について

審判請求時の補正により、本願発明１－６は、「前記機器依存部と前記機器無依存アプリとを接続するインタフェース」を備え、「前記インタフェースを介して、前記機器無依存アプリと、他の前記機器無依存アプリとは通信する」という事項を有するものとなっており、当業者であっても、拒絶査定において引用された引用文献１－３に基づいて、容易に発明できたものとはいえない。したがって、原査定の理由を維持することはできない。

第７　むすび

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

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

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