【事件の表示】
　特願２０１６−　６９３２８「通信処理システム、通信処理装置、通信処理方法および通信処理プログラム」拒絶査定不服審判事件〔平成２９年１０月　５日出願公開、特開２０１７−１８４０５２、請求項の数（８）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２８年３月３０日の出願であって、その手続の経緯は次のとおりである。
　令和元年１１月　８日付け：拒絶理由通知書
　令和２年　１月　６日　　：意見書、手続補正書の提出
　令和２年　５月２７日付け：拒絶査定（原査定）
　令和２年　９月　２日　　：審判請求書、手続補正書の提出
　令和３年　７月１３日付け：拒絶理由（当審拒絶理由）通知書
　令和３年　９月１６日　　：意見書、手続補正書の提出
第２　原査定の概要
　原査定（令和２年５月２７日付け拒絶査定）の概要は次のとおりである。
［理由１］新規性欠如
　本願請求項１ないし４及び８ないし１０に係る発明は、以下の引用文献１に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
［理由２］進歩性欠如
　本願請求項１ないし１０に係る発明は、以下の引用文献１ないし３に記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
［引用文献等一覧］
１　特表２０１４−５３５２５２号公報
２　特開２０１０−１９１６９３号公報（周知技術を示す文献）
３　特開２００９−４２８６７号公報（周知技術を示す文献）
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
［理由１］明確性要件違反
　本願の請求項１ないし９に係る発明は、以下の点において明確ではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。
［理由２］サポート要件違反
　本願の請求項１ないし９に係る発明は、以下の点において発明の詳細な説明に記載したものではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。
　請求項１及び７ないし９に記載の「前記異常判定データパターンは、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す時系列のビットパターン」は、明確ではなく、また、発明の詳細な説明に記載したものではない。
第４　本願発明
　本願請求項１ないし８に係る発明（以下、それぞれ「本願発明１」ないし「本願発明８」という。）は、令和３年９月１６日に提出された手続補正書に係る手続補正（以下、「本件補正」という。）により補正された特許請求の範囲の請求項１ないし８に記載された事項により特定される発明であり、このうち本願発明１は以下のとおりの発明である。なお、下線部は、令和３年９月１６日に提出された手続補正書による手続補正（以下、「本件補正」という。）により補正された箇所を示す。
「　車載通信ネットワークに含まれる通信処理装置であって、
　受信されたＣＡＮ(Controller Area Network)メッセージに
車両
を示すデータパターン
　ＣＡＮメッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとを
シフトしながら
同じデータパターンを含む
　前記少なくとも一部のデータパターンと前記異常判定データパターンと
が同じデータパターンを含む
車両
　
正常なＣＡＮメッセージまたは異常なＣＡＮメッセージの履歴に基づいて、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターンを生成する生成手段と、
　を備える通信処理装置。」
　なお、本願発明２ないし５は、本願発明１を減縮した発明であり、本願発明１の構成をすべて含む。
　また、本願発明６は、本願発明１を「通信処理方法」の発明として特定したものであり、本願発明７は、本願発明１を「通信処理プログラム」の発明として特定したものであり、本願発明８は、本願発明１を「通信処理システム」の発明として特定したものであり、本願発明６ないし８はいずれも、本願発明１に構成に対応する技術事項をすべて含むものである。
第５　引用文献、引用発明等
１　引用文献１について
（１）引用文献１記載事項
　原査定に引用された引用文献１には、図面とともに次の事項が記載されている。（なお、下線は、強調のため、当審が付した。これ以降においても同じ。）
「【００１６】
　いくつかの実施形態は、ユーザに
論理ネットワーク
ミドルボックス
いくつかの管理スイッチング要素に渡って論理転送要素（例えば、論理スイッチ、論理ルータ等）を分散させる
論理ネットワーク
「【００５７】
　図７は、分散ソフトウェアミドルボックス要素とソフトウェアスイッチング要素との両方を含む、いくつかの実施形態のホストマシーン７００のアーキテクチャ図を概念的に示している。分散ソフトウェアミドルボックス要素は、ネットワークアドレス変換要素、ファイヤウォール要素、ロードバランス処理要素、あるいは分散形式で実現される任意の他のミドルボックスであっても良い。
【００５８】
　この例では、
ミドルボックス要素は、ホストマシーン上に３つのコンポーネントを含んでいて、
これには、ホストマシーン７００のカーネルで動作するＯＶＳカーネルモジュール７４５と、ＯＶＳデーモン７６５と、ＯＶＳデータベース（ＤＢ）デーモン７６７があり、後者の２つはホストマシーンのユーザ空間で動作する
【００５９】
　図７に示されるように、ホスト７００は、ハードウェア７０５、カーネル７２０、ユーザ空間７２１、及びＶＭ７８５−７９５を含んでいる。ハードウェア７０５は、典型的なコンピュータハードウェアを含んでいて、これには、処理ユニット、揮発性メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ））、不揮発性メモリ（例えば、ハードディスクドライブ、フラッシュメモリ、光学ディスク等）、ネットワークアダプタ、ビデオアダプタ、あるいは、任意の他のタイプのコンピュータハードウェアがある。図示されるように、ハードウェア７０５は、ＮＩＣ７１０と７１５を含み、これらは、いくつかの実施形態では、コンピュータデバイスをネットワークに接続するための典型的なネットワークインタフェースコントローラである。」
「【００６４】
　図示されるように、ホストマシーン７００のユーザ空間７２１は、デーモン７９０、ＯＶＳデーモン７６５、及びＯＶＳ　ＤＢデーモン７６７を含んでいる。他のアプリケーション（不図示）もユーザ空間７２１に含まれていても良く、これには、追加の分散ミドルボックス（例えば、ファイヤウォール、ロードバランサ、ネットワークアドレス変換器等）用のデーモンが含まれる。ＯＶＳデーモン７６５は、ユーザ空間７２１で動作するアプリケーションである。いくつかの実施形態の
ＯＶＳデーモン７６５は、
送信されるパケットを処理し転送するための命令を受信するためにネットワークコントローラ７８０と通信する
いくつかの実施形態のＯＶＳデーモン７６５は、オープンフロープロトコルを通じてネットワークコントローラ７８０と通信し、
【００６５】
…（省略）…
【００６６】
　
ＯＶＳデーモン７６５は、オープンフロープロトコルモジュール７７０及びフロープロセッサ７７５を含んでいる
オープンフロープロトコルモジュール７７０は、ネットワークコントローラ７８０と通信して、ソフトウェアスイッチング要素を構成設定するためのコンフィグレーション情報（例えば、フローエントリ）をネットワークコントローラ７８０から受信する
フロープロセッサ７７５によって解釈可能な情報へ変換する
【００６７】
　
フロープロセッサ７７５は、パケットを処理し、ルーティングするためのルールを管理する
例えば、フロープロセッサ７７５は、オープンフロープロトコルモジュール７７０から受信されるルール群を
記憶する
ルールは、それぞれがフローエントリのセットを含むフローテーブルのセットとして記憶され
フロープロセッサ７７５は、自身に記憶されているルールとパケットとの照合を行う
パケットがルールに合致する場合、フロープロセッサ７７５は、合致したルールとそのパケットを、統合ブリッジ７５０で処理するために、その統合ブリッジ７５０へ送信する
【００６８】
　いくつかの実施形態では、フロープロセッサ７７５は、
パケットと合致するルールを有していない場合
エッジスイッチング要素で処理することができないパケットを取り扱うための別の管理スイッチング要素（例えば、プールノード）へ、そのパケットを送信する
他の場合、
そのパケットを破棄する
「【図７】
」
（２）引用発明
　前記（１）より、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　いくつかの管理スイッチング要素に渡って論理転送要素（例えば、論理スイッチ、論理ルータ等）を分散させる論理ネットワークにおけるミドルボックスであって、
　ミドルボックス要素は、ホストマシーン上に３つのコンポーネントを含んでいて、これには、ホストマシーン７００のカーネルで動作するＯＶＳカーネルモジュール７４５と、ＯＶＳデーモン７６５と、ＯＶＳデータベース（ＤＢ）デーモン７６７があり、後者の２つはホストマシーンのユーザ空間で動作し、
　ＯＶＳデーモン７６５は、送信されるパケットを処理し転送するための命令を受信するためにネットワークコントローラ７８０と通信し、いくつかの実施形態のＯＶＳデーモン７６５は、オープンフロープロトコルを通じてネットワークコントローラ７８０と通信し、
　ＯＶＳデーモン７６５は、オープンフロープロトコルモジュール７７０及びフロープロセッサ７７５を含み、
　オープンフロープロトコルモジュール７７０は、ネットワークコントローラ７８０と通信して、ソフトウェアスイッチング要素を構成設定するためのコンフィグレーション情報（例えば、フローエントリ）をネットワークコントローラ７８０から受信し、フロープロセッサ７７５によって解釈可能な情報へ変換し、
　フロープロセッサ７７５は、パケットを処理し、ルーティングするためのルールを管理し、例えば、フロープロセッサ７７５は、オープンフロープロトコルモジュール７７０から受信されるルール群を記憶し、ルールは、それぞれがフローエントリのセットを含むフローテーブルのセットとして記憶され、
　フロープロセッサ７７５は、自身に記憶されているルールとパケットとの照合を行い、
　パケットがルールに合致する場合、フロープロセッサ７７５は、合致したルールとそのパケットを、統合ブリッジ７５０で処理するために、その統合ブリッジ７５０へ送信し、
　パケットと合致するルールを有していない場合、エッジスイッチング要素で処理することができないパケットを取り扱うための別の管理スイッチング要素（例えば、プールノード）へ、そのパケットを送信し、他の場合、そのパケットを破棄する
　ミドルボックス。」
２　引用文献２及び３について
（１）引用文献２について
　原査定に引用された引用文献２には、図面とともに次の事項が記載されている。
「【０００１】
　本発明は、
電子メール送信ホストの分類技術
「【００５４】
　スパム判定部１１３は、
メールを送信したホスト
とそのメッセージの分類結果
を元にメール送信ホスト２０の統計値
をメール送信ホスト分類部１２のメール送信ホストＤＢ１２３に格納して管理する
【００５５】
　ここで、
メール送信ホストＤＢ１２３は
統計テーブル１２３１
特徴テーブル１２３２
【００５６】
　
メール送信ホスト分類部１２は
メール送信を試みたメール送信ホストのクラスを推定するメール送信ホストクラス推定部１２２
（２）引用文献３について
　原査定に引用された引用文献３には、図面とともに次の事項が記載されている。
「【００１６】
　本発明の目的は、上述の問題に鑑み、異常警告データと制御データの受信タイミングに通信等による遅れが生じても、データの格納タイミングのずれによる不都合を解消する点にあり、さらには、故障解析のための手間を軽減することのできるネットワークシステム、記録装置、及び電子制御装置を提供する点にある。」
「【００２０】
　以下に、本発明による
ネットワークシステム
車両の制御システム
「【００２２】
　つまり、前記ネットワークシステムは、図２に示すように、
ＣＡＮバス等でなる通信線２を介して相互にネットワーク接続された複数の電子制御装置
ＥＣＵ
３
「【００２５】
　
各ＥＣＵ３
車両を構成する複数の機械ブロックでなる対象機器６
各対象機器６の異常を診断する診断部
「【００４０】
　さらに、
各ＥＣＵ３の診断部は、所定の故障診断アルゴリズムに基づいて制御データを評価することにより異常の有無を監視し、異常と診断すると対応する異常診断データ
を生成
不揮発性メモリ３２Ｃに格納
「【００４３】
　尚、
故障診断アルゴリズム
入力されたセンサの値
第６　原査定についての判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
ア　引用発明の「論理ネットワーク」と本願発明１の「車載通信ネットワーク」とは、「通信ネットワーク」である点において共通する。
イ　引用発明において、「論理ネットワーク」に含まれる「ミドルボックス」は、そのコンポーネントである「ＯＶＳデーモン７６５」に含まれる「フロープロセッサ７７５」が、「オープンフロー」に従って「パケット」を処理する機能を備えるとともに、「ホストマシーン７００」に実装されるコンポーネントであるから、「通信処理装置」といい得るものである。
ウ　前記ア及びイより、引用発明の「ミドルボックス」と、本願発明１の「車載通信ネットワークに含まれる通信処理装置」とは、「通信ネットワークに含まれる通信処理装置」である点において共通する。
エ　引用発明における「パケット」は、「ミドルボックス」が受信するものを含み、また、「メッセージ」ともいい得るものである。
　引用発明において、「フロープロセッサ７７５」は、「ルール」と合致しない「パケット」を、「処理することができないパケット」として別の管理スイッチング要素に転送したり、又は、破棄したりするから、「ルール」は、当該「ミドルボックス」において処理可能な（正常な）データパターンを示すものであり、見方を換えれば、「ルール」は、受信した「パケット」に、異常を示すデータパターンが含まれているかを判定するための「異常判定データパターン」といい得るものである。
　よって、引用発明の「ルール」と、本願発明１の「受信されたＣＡＮ(Controller Area Network)メッセージに車両異常を示すデータパターンが含まれているかを判定するための異常判定データパターン」とは、「受信されたメッセージに異常を示すデータパターンが含まれているかを判定するための異常判定データパターン」である点において共通する。
オ　引用発明は
「　オープンフロープロトコルモジュール７７０は、ネットワークコントローラ７８０と通信して、ソフトウェアスイッチング要素を構成設定するためのコンフィグレーション情報（例えば、フローエントリ）をネットワークコントローラ７８０から受信し、フロープロセッサ７７５によって解釈可能な情報へ変換し、
　フロープロセッサ７７５は、パケットを処理し、ルーティングするためのルールを管理し、例えば、フロープロセッサ７７５は、オープンフロープロトコルモジュール７７０から受信されるルール群を記憶し、ルールは、それぞれがフローエントリのセットを含むフローテーブルのセットとして記憶され、」
との構成を備えることから、「オープンフロープロトコルモジュール７７０」は、「コンフィグレーション情報」を変換した、「フローエントリ」を構成する「ルール」を、「論理ネットワーク」（仮想ネットワーク）の要素である「ソフトウェアスイッチング要素」（仮想スイッチング手段）として機能する「フロープロセッサ７７５」に送信することにより、「フローテーブル」に「フローエントリ」として「ルール」を設定（記憶）する「設定手段」といい得るものである。
　よって、前記エを参酌すれば、引用発明の「オープンフロープロトコルモジュール７７０」と、本願発明１の「受信されたＣＡＮ(Controller Area Network)メッセージに車両異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段」とは、「受信されたメッセージに異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段」である点において共通する。
カ　前記エ及びオより、「フロープロセッサ７７５」は、「データパターン判定手段」といい得るものである。
　また、受信した「パケット」が「ルール」に合致するか否かの判定は、「パケット」と「ルール」のそれぞれの少なくとも一部の「データパターン」を比較することによりなされることは自明である。
　よって、引用発明の「フロープロセッサ７７５」と、本願発明１の「ＣＡＮメッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとをシフトしながら比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段」とは、「メッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとを比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段」である点において共通する。
キ　前記エより、引用発明は、「パケット」が「ルール」と
合致しない場合
　また、引用発明の「フロープロセッサ７７５」は、「異常時の処理」として、「パケット」を、別の管理スイッチング要素に転送したり、破棄したりする処理（スイッチング）を自身に対して制御する「制御手段」としても機能しているといえる。
　以上より、引用発明の「フロープロセッサ７７５」と、本願発明１の「前記少なくとも一部のデータパターンと前記異常判定データパターンとが
同じデータパターンを含む場合
車両
所定の場合
（２）一致点、相違点
　したがって、本願発明１と引用発明とは、次の点において一致ないし相違する。
［一致点］
「　通信ネットワークに含まれる通信処理装置であって、
　受信されたメッセージに異常を示すデータパターンが含まれているかを判定するための異常判定データパターンを、仮想ネットワークの少なくとも１つの仮想スイッチ手段に設定する設定手段と、
　メッセージに含まれる少なくとも一部のデータパターンと前記異常判定データパターンとを比較し、同じデータパターンを含むか否かを判定するデータパターン判定手段と、
　前記少なくとも一部のデータパターンと前記異常判定データパターンとが所定の場合に、車両異常時の処理を行うため前記仮想スイッチ手段のスイッチングを制御する制御手段と、
　を備える通信処理装置。」
［相違点］
＜相違点１＞
　「ネットワーク」が、本願発明１は「車載通信ネットワーク」であるのに対し、引用発明は、「車載通信ネットワーク」に限定されていない点
＜相違点２＞
　前記相違点１に関連して、「メッセージ」が、本願発明１は、「ＣＡＮ(Controller Area Network)メッセージ」であるのに対し、引用発明の「パケット」は、「ＣＡＮ(Controller Area Network)メッセージ」に限定されていない点。
＜相違点３＞
　前記相違点１及び相違点２に関連して、判定の対象となる「異常を示すデータパターン」が、本願発明１は、「
車両
　同様に、「異常時の処理」が、本願発明１は、「
車両
車両
＜相違点４＞
　「データパターン判定手段」における比較が、本願発明１は、「
シフトしながら
シフトしながら
＜相違点５＞
　「制御手段」が、本願発明１においては、「前記少なくとも一部のデータパターンと前記異常判定データパターンとが同じデータパターンを含む場合」に異常時の処理としての制御を行うのに対し、引用発明は、これとは逆に、「パケット」が「ルール」に合致しない場合に、異常時の処理を行う点。
＜相違点６＞
　本願発明１は、「正常なＣＡＮメッセージまたは異常なＣＡＮメッセージの履歴に基づいて、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターンを生成する生成手段」を備えるのに対し、引用発明は、当該「生成手段」を特定していない点。
（３）新規性についての判断
　前記（２）に述べたように、本願発明１と引用発明の間には実質的な相違点が存在するから、本願発明１は、引用文献１に記載された発明ではない。
（４）進歩性についての判断
　事案に鑑みて、上記相違点６について先に検討すると、相違点６に係る本願発明１の「正常なＣＡＮメッセージまたは異常なＣＡＮメッセージの履歴に基づいて、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターンを生成する生成手段」という構成は、上記引用文献１ないし３には記載されておらず、本願出願時において周知技術であるともいえない。
　なお、引用文献２は、メッセージ送信の履歴に基づいてメッセージを送信したホストを分類する技術に関するものであり、引用文献３は、ＣＡＮバスにより複数のＥＣＵが接続された車載通信ネットワークにおいて、各ＥＣＵの診断部が、制御データ又はセンサの値と故障診断アルゴリズムに基づいて、車両を構成する対象機器の故障を診断する技術に関するものであるから、いずれも「異常判定データパターン」を生成するものではない。また、ネットワークの要素を仮想化する技術に関する引用発明に、引用文献３に係る、物理的な車載通信ネットワークに関する技術を適用する動機付けも存在しない。
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
２　本願発明２ないし５について
　本願発明２ないし５も、上記相違点１ないし６に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、引用文献１に記載された発明ではなく、また、当業者であっても、引用文献１ないし３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
３　本願発明６ないし８について
　本願発明６ないし８は、本願発明１の構成に対応する技術事項をすべて含むから、本願発明１と同じ理由により、引用文献１に記載された発明ではなく、また、当業者であっても、引用文献１ないし３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
４　小括
　以上のとおりであるから、原査定の理由１（新規性欠如）及び理由２（進歩性欠如）はいずれも解消した。
第７　当審拒絶理由についての判断
　本件補正前の請求項１及び７ないし９に記載されていた「前記異常判定データパターンは、前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す時系列のビットパターン」は、本件補正により、本件補正後の請求項１、６ないし８に係る発明においては、「前記ＣＡＮメッセージに含まれる可能性がある、車両異常を示す前記異常判定データパターン」に実質的に補正された結果、本件補正後の請求項１ないし８に係る発明は、明確となるとともに、発明の詳細な説明に記載したものとなった。
　よって、当審拒絶理由はいずれも解消した。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。