2020-012330

第１　手続の経緯

本願は、平成２８年３月３０日の出願であって、その手続の経緯は次のとおりである。

第２　原査定の概要

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

［理由１］新規性欠如

本願請求項１ないし４及び８ないし１０に係る発明は、以下の引用文献１に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。

［理由２］進歩性欠如

本願請求項１ないし１０に係る発明は、以下の引用文献１ないし３に記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

［引用文献等一覧］

１　特表２０１４－５３５２５２号公報

２　特開２０１０－１９１６９３号公報（周知技術を示す文献）

３　特開２００９－４２８６７号公報（周知技術を示す文献）

第３　当審拒絶理由の概要

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

［理由１］明確性要件違反

本願の請求項１ないし９に係る発明は、以下の点において明確ではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。

［理由２］サポート要件違反

本願の請求項１ないし９に係る発明は、以下の点において発明の詳細な説明に記載したものではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。

請求項１及び７ないし９に記載の「前記異常判定データパターンは、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す時系列のビットパターン」は、明確ではなく、また、発明の詳細な説明に記載したものではない。

第４　本願発明

本願請求項１ないし８に係る発明（以下、それぞれ「本願発明１」ないし「本願発明８」という。）は、令和３年９月１６日に提出された手続補正書に係る手続補正（以下、「本件補正」という。）により補正された特許請求の範囲の請求項１ないし８に記載された事項により特定される発明であり、このうち本願発明１は以下のとおりの発明である。なお、下線部は、令和３年９月１６日に提出された手続補正書による手続補正（以下、「本件補正」という。）により補正された箇所を示す。

「　車載通信ネットワークに含まれる通信処理装置であって、

受信されたＣＡＮ(Controller Area Network)メッセージに車両異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段と、

ＣＡＮメッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとをシフトしながら比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段と、

前記少なくとも一部のデータパターンと前記異常判定データパターンとが同じデータパターンを含む場合に、車両異常時の処理を行うため前記仮想スイッチ手段のスイッチングを制御する制御手段と、

正常なＣＡＮメッセージまたは異常なＣＡＮメッセージの履歴に基づいて、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターンを生成する生成手段と、

を備える通信処理装置。」

なお、本願発明２ないし５は、本願発明１を減縮した発明であり、本願発明１の構成をすべて含む。

また、本願発明６は、本願発明１を「通信処理方法」の発明として特定したものであり、本願発明７は、本願発明１を「通信処理プログラム」の発明として特定したものであり、本願発明８は、本願発明１を「通信処理システム」の発明として特定したものであり、本願発明６ないし８はいずれも、本願発明１に構成に対応する技術事項をすべて含むものである。

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

１　引用文献１について

（２）引用発明

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

「　いくつかの管理スイッチング要素に渡って論理転送要素（例えば、論理スイッチ、論理ルータ等）を分散させる論理ネットワークにおけるミドルボックスであって、

ミドルボックス要素は、ホストマシーン上に３つのコンポーネントを含んでいて、これには、ホストマシーン７００のカーネルで動作するＯＶＳカーネルモジュール７４５と、ＯＶＳデーモン７６５と、ＯＶＳデータベース（ＤＢ）デーモン７６７があり、後者の２つはホストマシーンのユーザ空間で動作し、

ＯＶＳデーモン７６５は、送信されるパケットを処理し転送するための命令を受信するためにネットワークコントローラ７８０と通信し、いくつかの実施形態のＯＶＳデーモン７６５は、オープンフロープロトコルを通じてネットワークコントローラ７８０と通信し、

ＯＶＳデーモン７６５は、オープンフロープロトコルモジュール７７０及びフロープロセッサ７７５を含み、

オープンフロープロトコルモジュール７７０は、ネットワークコントローラ７８０と通信して、ソフトウェアスイッチング要素を構成設定するためのコンフィグレーション情報（例えば、フローエントリ）をネットワークコントローラ７８０から受信し、フロープロセッサ７７５によって解釈可能な情報へ変換し、

フロープロセッサ７７５は、パケットを処理し、ルーティングするためのルールを管理し、例えば、フロープロセッサ７７５は、オープンフロープロトコルモジュール７７０から受信されるルール群を記憶し、ルールは、それぞれがフローエントリのセットを含むフローテーブルのセットとして記憶され、

フロープロセッサ７７５は、自身に記憶されているルールとパケットとの照合を行い、

パケットがルールに合致する場合、フロープロセッサ７７５は、合致したルールとそのパケットを、統合ブリッジ７５０で処理するために、その統合ブリッジ７５０へ送信し、

パケットと合致するルールを有していない場合、エッジスイッチング要素で処理することができないパケットを取り扱うための別の管理スイッチング要素（例えば、プールノード）へ、そのパケットを送信し、他の場合、そのパケットを破棄する

ミドルボックス。」

２　引用文献２及び３について

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

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

「【０００１】

本発明は、電子メール送信ホストの分類技術に係り、特に、様々なクラスの電子メール送信ホストに対して複数の有効な特徴を学習し、新たに観測した電子メール送信ホストを、その特徴に基づきスパマーホスト、ボットネット（botnet）、踏み台ホスト、通常ホストのような複数のクラスのいずれかに統計的に推定して分類する技術に関する。」

「【００５４】

スパム判定部１１３は、メールを送信したホスト（メール送信ホスト２０）とそのメッセージの分類結果（例えばスパムであるか否か、あるいはスパムである確率やスコア）を元にメール送信ホスト２０の統計値（メッセージ送信履歴）をメール送信ホスト分類部１２のメール送信ホストＤＢ１２３に格納して管理する。

【００５５】

ここで、メール送信ホストＤＢ１２３は、図６に示すような二つのテーブル、すなわち統計テーブル１２３１と特徴テーブル１２３２から構成され、メール送信ホスト２０に関する統計値は統計テーブル１２３１のカウント値を更新することによって管理される。図１１は統計テーブルの例であり、図１２は特徴テーブルの例である。

【００５６】

メール送信ホスト分類部１２は、上述したように、電子メール送信ホストの特徴をオンラインで学習するメール送信ホスト学習部１２１、メール送信を試みたメール送信ホストのクラスを推定するメール送信ホストクラス推定部１２２を具備している。」

（２）引用文献３について

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

「【００１６】

本発明の目的は、上述の問題に鑑み、異常警告データと制御データの受信タイミングに通信等による遅れが生じても、データの格納タイミングのずれによる不都合を解消する点にあり、さらには、故障解析のための手間を軽減することのできるネットワークシステム、記録装置、及び電子制御装置を提供する点にある。」

「【００２０】

以下に、本発明によるネットワークシステムが車両の制御システム上に構築された例を説明する。」

「【００２２】

つまり、前記ネットワークシステムは、図２に示すように、ＣＡＮバス等でなる通信線２を介して相互にネットワーク接続された複数の電子制御装置（以下、「ＥＣＵ」と記す。）３と、発生した故障を運転者に伝達する表示処理装置４と、各ＥＣＵ３から送信された制御情報としての制御データ等を格納して管理する前記記録装置としての診断データ記録装置５を備えて構成されている。尚、通信線２としては、ＥＣＵ３等の各装置間でデータの送受信が適正に行なわれるものであれば、ＣＡＮの他、イーサネット（ゼロックス社の登録商標）やＬＩＮ（Ｌｏｃａｌ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｎｅｔｗｏｒｋ）等で構成されていてもよい。」

「【００２５】

各ＥＣＵ３は、入出力インタフェース回路３１を介してエンジン６Ａや自動変速機６Ｂやブレーキ等、車両を構成する複数の機械ブロックでなる対象機器６に接続され、ＣＰＵ３４による制御プログラムの実行により、各対象機器６から入力されるセンサやスイッチの値に対応して各負荷に対する制御信号を出力して所定の動作を行なわせる制御部や、入力信号や出力信号さらには入力信号に基づく演算値から各対象機器６の異常を診断する診断部等の機能ブロックが構成される。」

「【００４０】

さらに、各ＥＣＵ３の診断部は、所定の故障診断アルゴリズムに基づいて制御データを評価することにより異常の有無を監視し、異常と診断すると対応する異常診断データ（ＤＴＣ（Ｄｉａｇｎｏｓｉｓ　ｔｒａｂｌｅ　ｃｏｄｅ））を生成して、当該異常診断データに診断データ記録装置５から送信された絶対時間に基づいて計時された異常診断時の時刻情報（以下、異常診断時刻情報と記す。）を付加して、不揮発性メモリ３２Ｃに格納する。」

「【００４３】

尚、故障診断アルゴリズムについては詳述しないが、例えば入力されたセンサの値が想定される値に比べて大きく相違する状態が所定時間継続したときや、入力されるべきセンサの値が所定時間継続して入力されないような場合に異常と診断するものである。」

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

１　本願発明１について

（１）対比

本願発明１と引用発明とを対比する。

ア　引用発明の「論理ネットワーク」と本願発明１の「車載通信ネットワーク」とは、「通信ネットワーク」である点において共通する。

イ　引用発明において、「論理ネットワーク」に含まれる「ミドルボックス」は、そのコンポーネントである「ＯＶＳデーモン７６５」に含まれる「フロープロセッサ７７５」が、「オープンフロー」に従って「パケット」を処理する機能を備えるとともに、「ホストマシーン７００」に実装されるコンポーネントであるから、「通信処理装置」といい得るものである。

ウ　前記ア及びイより、引用発明の「ミドルボックス」と、本願発明１の「車載通信ネットワークに含まれる通信処理装置」とは、「通信ネットワークに含まれる通信処理装置」である点において共通する。

エ　引用発明における「パケット」は、「ミドルボックス」が受信するものを含み、また、「メッセージ」ともいい得るものである。

引用発明において、「フロープロセッサ７７５」は、「ルール」と合致しない「パケット」を、「処理することができないパケット」として別の管理スイッチング要素に転送したり、又は、破棄したりするから、「ルール」は、当該「ミドルボックス」において処理可能な（正常な）データパターンを示すものであり、見方を換えれば、「ルール」は、受信した「パケット」に、異常を示すデータパターンが含まれているかを判定するための「異常判定データパターン」といい得るものである。

よって、引用発明の「ルール」と、本願発明１の「受信されたＣＡＮ(Controller Area Network)メッセージに車両異常を示すデータパターンが含まれているかを判定するための異常判定データパターン」とは、「受信されたメッセージに異常を示すデータパターンが含まれているかを判定するための異常判定データパターン」である点において共通する。

オ　引用発明は

「　オープンフロープロトコルモジュール７７０は、ネットワークコントローラ７８０と通信して、ソフトウェアスイッチング要素を構成設定するためのコンフィグレーション情報（例えば、フローエントリ）をネットワークコントローラ７８０から受信し、フロープロセッサ７７５によって解釈可能な情報へ変換し、

フロープロセッサ７７５は、パケットを処理し、ルーティングするためのルールを管理し、例えば、フロープロセッサ７７５は、オープンフロープロトコルモジュール７７０から受信されるルール群を記憶し、ルールは、それぞれがフローエントリのセットを含むフローテーブルのセットとして記憶され、」

との構成を備えることから、「オープンフロープロトコルモジュール７７０」は、「コンフィグレーション情報」を変換した、「フローエントリ」を構成する「ルール」を、「論理ネットワーク」（仮想ネットワーク）の要素である「ソフトウェアスイッチング要素」（仮想スイッチング手段）として機能する「フロープロセッサ７７５」に送信することにより、「フローテーブル」に「フローエントリ」として「ルール」を設定（記憶）する「設定手段」といい得るものである。

よって、前記エを参酌すれば、引用発明の「オープンフロープロトコルモジュール７７０」と、本願発明１の「受信されたＣＡＮ(Controller Area Network)メッセージに車両異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段」とは、「受信されたメッセージに異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段」である点において共通する。

カ　前記エ及びオより、「フロープロセッサ７７５」は、「データパターン判定手段」といい得るものである。

また、受信した「パケット」が「ルール」に合致するか否かの判定は、「パケット」と「ルール」のそれぞれの少なくとも一部の「データパターン」を比較することによりなされることは自明である。

よって、引用発明の「フロープロセッサ７７５」と、本願発明１の「ＣＡＮメッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとをシフトしながら比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段」とは、「メッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとを比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段」である点において共通する。

キ　前記エより、引用発明は、「パケット」が「ルール」と合致しない場合に、当該「パケット」を異常と判断しているが、一方、本願発明１は、「ＣＡＮメッセージ」の少なくとも一部のデータパターンが、「異常判定データパターン」を含む場合に異常時の処理を行うものであるが、引用発明における前記「合致しない場合」と、本願発明１における「含む場合」とは、「所定の場合」である点において共通する。

また、引用発明の「フロープロセッサ７７５」は、「異常時の処理」として、「パケット」を、別の管理スイッチング要素に転送したり、破棄したりする処理（スイッチング）を自身に対して制御する「制御手段」としても機能しているといえる。

以上より、引用発明の「フロープロセッサ７７５」と、本願発明１の「前記少なくとも一部のデータパターンと前記異常判定データパターンとが同じデータパターンを含む場合に、車両異常時の処理を行うため前記仮想スイッチ手段のスイッチングを制御する制御手段」とは、「前記少なくとも一部のデータパターンと前記異常判定データパターンとが所定の場合に、異常時の処理を行うため前記仮想スイッチ手段のスイッチングを制御する制御手段」である点において共通する。

（２）一致点、相違点

したがって、本願発明１と引用発明とは、次の点において一致ないし相違する。

［一致点］

「　通信ネットワークに含まれる通信処理装置であって、

受信されたメッセージに異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段と、

メッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとを比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段と、

前記少なくとも一部のデータパターンと前記異常判定データパターンとが所定の場合に、車両異常時の処理を行うため前記仮想スイッチ手段のスイッチングを制御する制御手段と、

を備える通信処理装置。」

［相違点］

＜相違点１＞

「ネットワーク」が、本願発明１は「車載通信ネットワーク」であるのに対し、引用発明は、「車載通信ネットワーク」に限定されていない点

＜相違点２＞

前記相違点１に関連して、「メッセージ」が、本願発明１は、「ＣＡＮ(Controller Area Network)メッセージ」であるのに対し、引用発明の「パケット」は、「ＣＡＮ(Controller Area Network)メッセージ」に限定されていない点。

＜相違点３＞

前記相違点１及び相違点２に関連して、判定の対象となる「異常を示すデータパターン」が、本願発明１は、「車両異常を示すデータパターン」であるのに対し、引用発明において、「車両異常」を示す「パケット」を判定するように限定していない点。

同様に、「異常時の処理」が、本願発明１は、「車両異常時の処理」であるのに対し、引用発明においては、「車両異常時の処理」に限定していない点。

＜相違点４＞

「データパターン判定手段」における比較が、本願発明１は、「シフトしながら比較」するのに対し、引用発明は、「パケット」と「ルール」が合致するか否かの判定にあたり、「シフトしながら比較」をすることについて具体的に特定していない点。

＜相違点５＞

「制御手段」が、本願発明１においては、「前記少なくとも一部のデータパターンと前記異常判定データパターンとが同じデータパターンを含む場合」に異常時の処理としての制御を行うのに対し、引用発明は、これとは逆に、「パケット」が「ルール」に合致しない場合に、異常時の処理を行う点。

＜相違点６＞

本願発明１は、「正常なＣＡＮメッセージまたは異常なＣＡＮメッセージの履歴に基づいて、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターンを生成する生成手段」を備えるのに対し、引用発明は、当該「生成手段」を特定していない点。

（３）新規性についての判断

前記（２）に述べたように、本願発明１と引用発明の間には実質的な相違点が存在するから、本願発明１は、引用文献１に記載された発明ではない。

（４）進歩性についての判断

事案に鑑みて、上記相違点６について先に検討すると、相違点６に係る本願発明１の「正常なＣＡＮメッセージまたは異常なＣＡＮメッセージの履歴に基づいて、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターンを生成する生成手段」という構成は、上記引用文献１ないし３には記載されておらず、本願出願時において周知技術であるともいえない。

なお、引用文献２は、メッセージ送信の履歴に基づいてメッセージを送信したホストを分類する技術に関するものであり、引用文献３は、ＣＡＮバスにより複数のＥＣＵが接続された車載通信ネットワークにおいて、各ＥＣＵの診断部が、制御データ又はセンサの値と故障診断アルゴリズムに基づいて、車両を構成する対象機器の故障を診断する技術に関するものであるから、いずれも「異常判定データパターン」を生成するものではない。また、ネットワークの要素を仮想化する技術に関する引用発明に、引用文献３に係る、物理的な車載通信ネットワークに関する技術を適用する動機付けも存在しない。

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

２　本願発明２ないし５について

本願発明２ないし５も、上記相違点１ないし６に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、引用文献１に記載された発明ではなく、また、当業者であっても、引用文献１ないし３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。

３　本願発明６ないし８について

本願発明６ないし８は、本願発明１の構成に対応する技術事項をすべて含むから、本願発明１と同じ理由により、引用文献１に記載された発明ではなく、また、当業者であっても、引用文献１ないし３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。

４　小括

以上のとおりであるから、原査定の理由１（新規性欠如）及び理由２（進歩性欠如）はいずれも解消した。

第７　当審拒絶理由についての判断

本件補正前の請求項１及び７ないし９に記載されていた「前記異常判定データパターンは、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す時系列のビットパターン」は、本件補正により、本件補正後の請求項１、６ないし８に係る発明においては、「前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターン」に実質的に補正された結果、本件補正後の請求項１ないし８に係る発明は、明確となるとともに、発明の詳細な説明に記載したものとなった。

よって、当審拒絶理由はいずれも解消した。

第８　むすび

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

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

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