2017-017366

特願２０１６－１１２７４６「データ提供システム，データ提供装置，車載コンピュータ，データ提供方法，及びコンピュータプログラム」拒絶査定不服審判事件〔平成３０年　１月１１日出願公開，特開２０１８－　　６７８２〕について，次のとおり審決する。

【結　論】 本件審判の請求は，成り立たない。

【理　由】 第１．手続の経緯 本願は，平成２８年６月６日の出願であって， 平成２９年２月１７日付けで審査請求がなされ，平成２９年５月２５日付けで審査官により拒絶理由が通知され，これに対して平成２９年７月３１日付けで意見書が提出されると共に手続補正がなされたが，平成２９年８月２９日付けで審査官により拒絶査定がなされ，これに対して平成２９年１１月２２日付けで審判請求がなされると共に手続補正がなされ，平成２９年１２月２８日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。 第２．平成２９年１１月２２日付けの手続補正の却下の決定 ［補正却下の決定の結論］ 平成２９年１１月２２日付け手続補正を却下する。 ［理由］ １．補正の内容 平成２９年１１月２２日付けの手続補正（以下，「本件手続補正」という）により，平成２９年７月３１日付けの手続補正により補正された特許請求の範囲， 「【請求項１】 車両に搭載される車載コンピュータと，データ提供装置と，を備え， 前記車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部を備え， 前記データ提供装置は， 前記マスタ鍵を記憶する第２記憶部と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部と， 前記初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部と，を備え， 前記車載コンピュータは， 前記提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部と， 前記提供部から提供された前記期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部と，を備える， データ提供システム。 【請求項２】 前記提供部は，前記データと前記期待値とを，通信回線を介して前記車両へ送信する， 請求項１に記載のデータ提供システム。 【請求項３】 前記提供部は，前記データと前記期待値とを，前記車両の診断ポートを介して前記車両へ送信する， 請求項１に記載のデータ提供システム。 【請求項４】 前記データ提供装置は前記車両に備わる， 請求項１に記載のデータ提供システム。 【請求項５】 前記データ提供装置は，前記車両に備わる通信装置である， 請求項１に記載のデータ提供システム。 【請求項６】 前記データ提供装置は，前記車両に備わる車載コンピュータである， 請求項１に記載のデータ提供システム。 【請求項７】 前記車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである， 請求項１から６のいずれか１項に記載のデータ提供システム。 【請求項８】 車両に搭載される車載コンピュータに備わる初期鍵の生成において前記車載コンピュータの車載コンピュータ識別子と共に使用されるマスタ鍵を記憶する第２記憶部と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部と， 前記初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部と， を備えるデータ提供装置。 【請求項９】 車両に搭載される車載コンピュータにおいて， マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部と， 請求項８に記載のデータ提供装置の提供部から提供されたデータの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部と， 前記提供部から前記データと共に提供された期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部と， を備える車載コンピュータ。 【請求項１０】 車両に搭載される車載コンピュータと，データ提供装置と，を備えるデータ提供システムのデータ提供方法であって， 前記車載コンピュータが，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を第１記憶部に記憶する第１記憶ステップと， 前記データ提供装置が，前記マスタ鍵を第２記憶部に記憶する第２記憶ステップと， 前記データ提供装置が，前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成ステップと， 前記データ提供装置が，前記初期鍵生成ステップにより生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算ステップと， 前記データ提供装置が，前記車載コンピュータに適用されるデータと，前記第１期待値計算ステップにより計算した前記期待値とを前記車両へ提供する提供ステップと， 前記車載コンピュータが，前記提供ステップにより提供された前記データの期待値を， 前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算ステップと， 前記車載コンピュータが，前記提供ステップにより提供された前記期待値と，前記第２期待値計算ステップにより計算した前記期待値とを比較する期待値検証ステップと， を含むデータ提供方法。 【請求項１１】 データ提供装置のコンピュータに， 車両に搭載される車載コンピュータに備わる初期鍵の生成において前記車載コンピュータの車載コンピュータ識別子と共に使用されるマスタ鍵を記憶する第２記憶機能と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶機能が記憶している前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成機能と， 前記初期鍵生成機能が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算機能と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算機能が計算した前記期待値とを前記車両へ提供する提供機能と， を実現させるためのコンピュータプログラム。 【請求項１２】 車両に搭載される車載コンピュータに， マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶機能と， 請求項８に記載のデータ提供装置の提供部から提供されたデータの期待値を，前記第１記憶機能が記憶している前記初期鍵を使用して計算する第２期待値計算機能と， 前記提供部から前記データと共に提供された期待値と，前記第２期待値計算機能が計算した前記期待値とを比較する期待値検証機能と， を実現させるためのコンピュータプログラム。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は， 「　【請求項１】 車両に搭載される車載コンピュータと，データ提供装置と，を備え， 前記車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部を備え， 前記データ提供装置は， 前記マスタ鍵を記憶する第２記憶部と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部と， 前記初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部と，を備え， 前記車載コンピュータは， 前記提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部と， 前記提供部から提供された前記期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部と，を備え， 前記車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである， データ提供システム。 【請求項２】 前記提供部は，前記データと前記期待値とを，通信回線を介して前記車両へ送信する， 請求項１に記載のデータ提供システム。 【請求項３】 前記提供部は，前記データと前記期待値とを，前記車両の診断ポートを介して前記車両へ送信する， 請求項１に記載のデータ提供システム。 【請求項４】 前記データ提供装置は前記車両に備わる， 請求項１に記載のデータ提供システム。 【請求項５】 前記データ提供装置は，前記車両に備わる通信装置である， 請求項１に記載のデータ提供システム。 【請求項６】 前記データ提供装置は，前記車両に備わる車載コンピュータである， 請求項１に記載のデータ提供システム。 【請求項７】 車両に搭載される車載コンピュータに備わる初期鍵の生成において前記車載コンピュータの車載コンピュータ識別子と共に使用されるマスタ鍵を記憶する第２記憶部と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部と， 前記初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部と，を備え， 前記車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである， データ提供装置。 【請求項８】 車両に搭載される車載コンピュータにおいて， マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部と， 請求項７に記載のデータ提供装置の提供部から提供されたデータの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部と， 前記提供部から前記データと共に提供された期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部と，を備え， 前記提供部から提供された前記データは，自車載コンピュータにインストールされるコンピュータプログラムである， 車載コンピュータ。 【請求項９】 車両に搭載される車載コンピュータと，データ提供装置と，を備えるデータ提供システムのデータ提供方法であって， 前記車載コンピュータが，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を第１記憶部に記憶する第１記憶ステップと， 前記データ提供装置が，前記マスタ鍵を第２記憶部に記憶する第２記憶ステップと， 前記データ提供装置が，前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成ステップと， 前記データ提供装置が，前記初期鍵生成ステップにより生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算ステップと， 前記データ提供装置が，前記車載コンピュータに適用されるデータと，前記第１期待値計算ステップにより計算した前記期待値とを前記車両へ提供する提供ステップと， 前記車載コンピュータが，前記提供ステップにより提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算ステップと， 前記車載コンピュータが，前記提供ステップにより提供された前記期待値と，前記第２期待値計算ステップにより計算した前記期待値とを比較する期待値検証ステップと，を含み， 前記車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである， データ提供方法。 【請求項１０】 データ提供装置のコンピュータに， 車両に搭載される車載コンピュータに備わる初期鍵の生成において前記車載コンピュータの車載コンピュータ識別子と共に使用されるマスタ鍵を記憶する第２記憶機能と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶機能が記憶している前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成機能と， 前記初期鍵生成機能が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算機能と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算機能が計算した前記期待値とを前記車両へ提供する提供機能と，を実現させるためのコンピュータプログラムであり， 前記車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである， コンピュータプログラム。 【請求項１１】 車両に搭載される車載コンピュータに， マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶機能と， 請求項７に記載のデータ提供装置の提供部から提供されたデータの期待値を，前記第１記憶機能が記憶している前記初期鍵を使用して計算する第２期待値計算機能と， 前記提供部から前記データと共に提供された期待値と，前記第２期待値計算機能が計算した前記期待値とを比較する期待値検証機能と，を実現させるためのコンピュータプログラムであり， 前記提供部から提供された前記データは，自車載コンピュータにインストールされるコンピュータプログラムである， コンピュータプログラム。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。 ２．補正の適否 本件手続補正は，補正前の請求項１，補正前の請求項８，補正前の請求項１０，及び，補正前の請求項１１における発明特定事項である「車載コンピュータに適用されるデータ」と，補正前の請求項９，及び，補正前の請求項１２における発明特定事項である「提供部から提供されたデータ」を，補正前の請求項７に記載された内容で限定し，補正前の請求項７を削除するものであるから， 本件手続補正は，願書に最初に添付された明細書，特許請求の範囲，及び，図面に記載の内容の範囲内で行われたものであることは明らかであり， 本件手続補正が，請求項の削除，及び，特許請求の範囲の減縮を目的としたものであることも，明らかである。 したがって，本件手続補正は，特許法第１７条の２第３項の規定，及び，特許法第１７条の２第５項の規定を満たすものである。 そこで，本件手続補正が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定を満たすものであるか否か，即ち，補正後の請求項に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか否か，以下に検討する。 （１）補正後の請求項１に係る発明 補正後の請求項１に係る発明（以下，これを「本件補正発明」という）は，上記「第２．平成２９年１１月２２日付けの手続補正の却下の決定」の「１．補正の内容」において，補正後の請求項１として引用した，次のとおりのものである。 「車両に搭載される車載コンピュータと，データ提供装置と，を備え， 前記車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部を備え， 前記データ提供装置は， 前記マスタ鍵を記憶する第２記憶部と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部と， 前記初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部と，を備え， 前記車載コンピュータは， 前記提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部と， 前記提供部から提供された前記期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部と，を備え， 前記車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである， データ提供システム。」 （２）引用文献に記載の事項 ア．原審における平成２９年５月２５日付けの拒絶理由（以下，これを「原審拒絶理由」という）に引用された，本願の出願前に既に公知である，「川端 秀明　ほか，車載ＥＣＵ向けの鍵管理方式，ＳＣＩＳ２０１６［ＵＳＢ］，日本，２０１６年１月２２日，２Ｆ４－５，ｐ．１－７」（以下，これを「引用文献１」という）には，関連する図面と共に，次の事項が記載されている。 Ａ．「２ 背景 ２．１ 自動車向けのセキュアエレメント セキュアエレメントとは，耐タンパー性を持つ半導体素子であり，安全にデータを格納できるメモリや暗号化などの演算処理を安全に実行可能である。 高いセキュリティが要求される自動車では，セキュアエレメントを利用して暗号化・復号やＭＡＣ生成・検証などのセキュリティ機能を実装することが望ましい。 自動車向けのセキュアエレメントは様々な仕様・製品が提案されている。 ２．１．１．　ＳＨＥ（Ｓｅｃｕｒｅ　Ｈａｒｄｗａｒｅ　Ｅｘｔｅｎｓｉｏｎ） Ｈｅｒｓｔｅｌｌｅｒｉｎｉｔｉａｔｉｖｅ　Ｓｏｆｔｗａｒｅ（Ｈ－Ｓ）では共通鍵を利用して暗号化・復号，ＭＡＣ生成・検証，セキュアブートなどの機能をコマンドで実行可能なＳＨＥを提案している［７］。 ＳＨＥでは以下の鍵が定義されている。 鍵の種別： ●　ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹ：ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ，ＫＥＹ＿＜１～１０＞の鍵を更新することが可能な鍵である。 ＳＨＥ側では，この鍵を利用して暗号化・復号などの処理は実行できない。 ●　ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ：セキュアブート機能を利用した場合の期待植を計算する鍵である。 ●　ＫＥＹ＿≦１～１０＞：これらの１０個の鍵は，１）暗号化・復号，２）ＭＡＣ生成・検証，のどちらか一つの用途で利用できる。」（１頁右欄１行～同２１行） Ｂ．「２．１．２．　ＨＳＭ（Ｈａｒｄｗａｒｅ　Ｅｘｔｅｎｓｉｏｎ　Ｍｏｄｕｌｅ） Ｔｈｅ　Ｅ－ｓａｆｅｔｙ　Ｖｅｈｉｃｌｅ Ｉｎｔｒｕｓｉｏｎ　ＰｒｏｔｅｃｔｅｄＡｐｐｈｃａｔｉｏｎｓ　（ＥＶＩＴＡ）では，ローエンドＥＣＵ向けで共通鍵をサポートしたＥｖｉｔａ－Ｌｉｇｈｔ，セキュアエレメント内にプロセッサを持ち独自のアプリを組み込むことが可能なＥｖｉｔａ－Ｍｅｄｉｕｍ，ハイエンドＥＣＵ向けで公開鍵の演算をハードウェアで実行できるＥｖｉｔａ－Ｆｕｌを提案している［９］。また，Ｂｏｓｈは上記のＥｖｉｔａ－Ｍｅｄｉｕｍに相当するＨＳＭを提案している［１０］。 ２．１．３．車載向けＴＰＭ Ｔｒｕｓｔｅｄ　Ｃｏｍｐｕｔｉｎｇ　Ｇｒｏｕｐ（ＴＣＧ）は，ハイエンドＥｃｕ向けのＴＰＭ－Ｒｉｃｈ，ローエンド向けのＴＰＭ－Ｔｈｉｎを提案している［１１］。ＴＰＭはコマンドベースのセキュアエレメントであり，共通鍵・公開鍵を利用した機能を実行するための様々なコマンドが定義されている。 ２．１．４．　ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ） ＳＩＭはＩＳＯ／ＩＥＣ７８１０［１２］，ＩＳＯ／ＩＥＣ７８１６［１３］で規定され，プロセッサを持ち独自のアプリを組み込めるセキュアエレメントである。 また，高い耐タンパー性を持ち，物理的に保護層が剥がされたことを検知し，保持データを破壊するなどの機能を備えている。 ２．２　関連研究 車載ネットワークの堅牢化に向けて，制御パケットに対してメッセージ認証コード（ＭＡＣ：ＭｅｓｓａｇｅＡｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｃｏｄｅ）を付与することで，不正な装置からの制御パケットを破棄する仕組みが提案されている［１４－１８］。しかしながら，これらの方式では，どのようにして事前にＭＡＣ生成・検証に利用する鍵（以下，ＭＡＣ鍵）を配布するかの議論がされていない。 自動車向けの鍵管理方式として，菅島らは自動車に鍵管理を行うＫｅｙＭａｓｔｅｒを設け，ＳＨＥを搭載したＥＣＵに対してＭＡＣ鍵を配信する仕組みとして，安全性を重視した方式と速度を重視した方式の２つを提案している［１９］。安全性重視方式では，前提としてＫｅｙＭａｓｔｅｒとＥＣＵで事前にＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹを共有しておき，ＥＣＵでは，ＫＥＹ＿＜１～１０＞の一つをＭＡＣ鍵として割り当てる。ＫｅｙＭａｓｔｅｒはＭＡＣ鍵を生成後，ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹを利用してＳＨＥの鍵登録メッセージを生成し，ＥＣＵに送信することで鍵登録を行う方式である。」（２頁左欄２６行～同右欄１７行） Ｃ．「３．１　想定環境 自動車向けの鍵管理の要求条件を検討するにあたって，我々は以下の自動車を想定する。 ●　自動車はインターネットに繋がるため，通信モジュールを搭載する。 ●　自動車には車載ネットワークを分割し，ファイアウォールとなるＣＧＷ（Ｃｅｎｔｒａｌ　ＧａｔｅＷａｙ）が存在する。 このＣＧＷはＨＳＭを持ち，鍵生成や管理などを安全に実行することが可能である。 ●　自動車でパケット認証を行うローエンドＥＣＵとしてＳＨＥを搭載したＥＣＵを想定する。 即ち，共通鍵しか利用できないセキュアエレメントが存在する。」（２頁右欄３９行～３頁左欄３行） Ｄ．「方法３：ある秘密情報（Ｍａｓｔｅｒ　Ｓｅｃｒｅｔ，以下ＭＳ）とＥＣＵを一意に示す情報から鍵が生成できるものとし，ＥＣＵサプライヤがＥＣＵ毎に個別の鍵を事前に書き込んでおく。また，上記の鍵生成アルゴリズムを高い耐タンパー性を持つセキュアエレメントで実装し，ＥＣＵ＿ＩＤが与えられると，そのＥＣＵに紐づく鍵を生成し，その鍵を利用してＥＣＵを認証する認証装置を自動車に組み付ける。」（３頁左欄４０行～右欄２行） Ｅ．「以上のことから本稿では，鍵管理の要求条件を満たす可能性の高い方法３を採用した方式を提案する。 方法３のＥＣＵの認証装置は，ＭＳを持ちＥＣＵ＿ＩＤから認証鍵を生成する。 ＭＳと鍵生成ロジックが漏えいすると任意の鍵生成が可能になることから，この装置には高い耐タンパー性が要求される。 そこで本稿では，ＥＣＵ認証装置としてＳＩＭを採用する。 ＳＩＭは高い耐タンパー性を持ち，任意のアプリを組み込むことができるため，認証鍵を生成しＥＣＵを認証するといった処理を実現可能である。 また，万が－ＭＳが漏えいした場合においても，安全にその値を書き換えることが可能である。 更に，通信モジュールが搭載されるコネクテッドカーではＳＩＭを内包するため，追加の部材費がかからない利点がある。」（３頁右欄２３行～同右欄３５行） Ｆ．「　また，ＳＨＥを搭載するＥＣＵの場合，上記の鍵を以下のＳＨＥ鍵に割り当てる。 ●　認証鍵　＝ＫＥＹ＿１ ●　鍵交換鍵＝ＫＥＹ＿２（ＭＡＣ生成・検証）Ｓ ５　提案 ４．１節，４．２節で議論した通り，提案方式の自動車は，正規ＥＣＵ認証を行う認証装置のＳＩＭ，ＭＡＣ鍵を配信するＣＧＷ，ＥＣＵサプライヤで認証鍵の書き込まれたＳＨＥを搭載したＥＣＵで構成される。 本章ではＥＣＵの製造工程から自動車製造時において正規ＥＣＵを認証した上で，鍵交換鍵をＥＣＵに配信し，ＣＧＷからＭＡＣ鍵を配信するまでの手順を説明する。 また，失効管理についても検討を行う。 ＥＣＵの製造から自動車車内で正規ＥＣＵを認証するまでの概要を図１に，鍵交換鍵を配信するまでの概要を図２に示す。 ５．１ 認証鍵，ＳＨＥ鍵の生成 正規ＥＣＵを認証する鍵は以下の式で計算されるものとする。 Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎ＝ｈ（ＭＳ，ＩＤａ｜｜Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎ）（１） Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎは認証鍵を示す。 ｈは，暗号学的ハッシュ関数を利用したＭＡＣ関数である。 ＭＳは１２８ｂｉｔ以上の秘密情報でありＭＡＣ関数の鍵である。 ＩＤａはＥＣＵを一意に示すＩＤ情報を示す。 Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎは認証鍵を表す文字列である。 ここで，ＳＨＥを搭載したＥＣＵにおいては，（１）で計算された鍵をＫＥＹ＿１に書き込む。また，ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹ ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ ，ＫＥＹ＿＜３～１０＞，などの初期値は０であり，ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹなどが不正者に利用されると，任意の鍵を登録される可能性があるため，下記の式で計算される鍵を設定しておくものとする。 ＫＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ）（２） ＫＢｏｏＴ＿ＭＡＣ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＢｏｏｔ＿ＭＡＣ＿ＫＥＹ）　（３） ＫＫｅｙ＿＜２－１０＞＝ｈ（ＭＳ，ＩＤａ｜｜ＣＫＥＹ＿＜３－１０＞　　　（４） （当審注；ＫＫｅｙ＿＜２－１０＞はＫＫｅｙ＿＜３－１０＞の誤記である。） ５．２　ＥＣＵサプライヤが認証鍵を受け取る方法の一例 ＭＳと鍵生成アルゴリズムが漏えいすると，任意のＥＣＵの認証鍵が生成可能になることから，ＭＳは厳密な管理体制が必要になる。 ＭＳの運用方法においては，ＯＥＭ，ＭＳを内包する認証装置を作成するＳＩＭベンダ，ＭＳに紐づく認証鍵を埋め込むＥＣＵサプライヤの３社が関わることになる。 本稿では，ＭＳの運用においてＯＥＭが生成し，ＳＩＭベンダとＥＣＵサプライヤで認証鍵を共有するモデルの一例を紹介する。 １．ＯＥＭはＭＳを生成し，ＳＩＭベンダに安全に配送する。 ＭＳの安全な配送方法は，ＭＳを複数の値 から計算される値とし，複数の値を別々の経路で渡す（例えば，ハンドキャリー，暗号化してメールで送付，郵送する）などの方法が考えられるが 本稿では詳細を割愛する。 ２．ＥＣＵサプライヤは製造するＥＣＵのＩＤリストをＳＩＭベンダに送信する。 ３．ＳＩＭベンダは式（１～４）を利用して認証鍵，ＳＨＥ鍵を生成し，そのリストを安全にＥＣＵサプライヤに返信する。 ４．ＥＣＵサプライヤは受け取ったりストを基に，ＥＣＵ＿ＩＤに紐づく鍵をＥＣＵに書き込む。 ５．３ 正規ＥＣＵ認証 自動車の製造工程で，自動車が組み上がり，電源が入った時点で，認証装置がチャレンジ＆レスポンスで認証を行う。 手順を図３に示す。 １．　ＣＧＷはＳＩＭに認証依頼を送る。 ２．　ＳＩＭは乱数を生成し，ＣＧＷに返信する。 ３．　ＣＧＷはＥＣＵに対して乱数を送信する。 ４．　ＥＣＵは，自身のＥＣＵＬＤと乱数から認証鍵を利用してＭＡＣを生成し，ＥＣＵ＿ＩＤとＭＡＣをＣＧＷに送信する。 ５．　ＣＧＷは，ＥＣＵ＿ＩＤとＭＡＣをＳＩＭに送信する。 ６．　ＳＩＭは，式（１）を利用してＥＣＵ＿ＩＤから認証鍵を生成する。 ７．　生成した認証鍵を利用してＭＡＣ検証を行い，判定結果をＣＧＷに返信する。 ５．４　鍵交換鍵の配信 正規ＥＣＵの認証が成功した場合，ＳＩＭは鍵交換鍵を生成し，ＣＧＷとＥＣＵに配信する。 鍵交換鍵は自動車で一つの鍵とする。 ＨＳＭは独自のアプリを組み込むことが可能であり，鍵交換鍵を配信する方法は複数考えられることから本稿では説明を割愛する。 ＳＨＥにおいては，独自の鍵更新手順が規定されているため，本節ではＳＨＥ向けに鍵配信を行う方法を説明する。 提案方式では，ＳＨＥのＫＥＹ＿２に鍵交換鍵を設定する。 ＫＥＹ＿２に新しい鍵を設定するためには，ＳＨＥのＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹ或いは，初期設定されたＫＥＹ＿２の鍵を利用して鍵登録メッセージを生成する必要がある。 また，初回の鍵交換鍵の配信については，ＥＣＵサプライヤにおいてＥＣＵ毎にＭＡＳＴＥＲ＿Ｅ　ＣＵ＿ＫＥＹ或いはＫＥＹ＿２に違う鍵が設定されることを想定しているため，ＥＣＵ毎の鍵にあわせて鍵登録メッセージを生成する必要がある。 鍵交換鍵の配信手順を図４に示す。 １．　ＣＧＷはＥＣＵ＿ＩＤをＳＩＭに通知する。 ２．　ＳＩＭは真性乱数を生成し，鍵交換鍵とする。 ３．　ＳＩＭは式（４）を利用してＥＣＵ＿ＩＤからＫＥＹ＿２を生成する。 ４．　ＫＥＹ＿２を利用してＳＨＥの鍵登録メッセージ（Ｍ１，Ｍ２，Ｍ３）を生成し，ＣＧＷに返答する。 ５．　ＣＧＷは，ＥＣＵに鍵登録メッセージを送信する。 ６．　ＥＣＵは鍵登録メッセージを利用してＫＥＹ＿２の更新を行う。 なお，二回目以降の鍵交換鍵の更新については，全てのＥＣＵでＫＥＹ＿２に同じ鍵が設定されているため，ＫＥＹ＿２を利用して鍵登録メッセージを生成することで，一度にすべてのＥＣＵの鍵交換鍵を更新することが可能である。 ５．５　ＭＡＣ鍵の配信 ＳＩＭからＣＧＷ，全てのＥＣＵに鍵交換鍵の配信が完了後に，ＣＧＷは，ＥＣＵに対してＭＡＣ鍵を配信する。 ＣＧＷからＳＨＥに対してＭＡＣ鍵を配信する方法は，既に菅島らが安全性重視方法，速度重視方法の２つを提案しており［１９］，これらの方式を適応可能である。」（４頁左欄１２行～５頁右欄１１行） イ．原審拒絶理由に引用された,本願の出願前に既に公知である，特開平１１－２６５３０９号公報（平成１１年９月２８日公開，以下，これを「引用文献２」という）には，関連する図面と共に，次の事項が記載されている。 Ｇ．「【００１４】より詳細には，本発明は，その好ましい実施の形態において，図１を参照すると，ボストコンピュータと該ホストコンピュータに接続する複数の分散端末を備え，ホストコンピュータは，入力装置１と，ホストコンピュータ側の定数テーブルを管理するためのデータ管理装置２と，配信装置３を備え，データ管理装置２は，世代管理手段２１，新世代情報記憶部２２，旧世代情報記憶部２３はを備え，配信装置３は，変更情報抽出手段３１，検証コード作成手段３３２，配信データ編集手段３３，配信手段３４を備えている。」 Ｈ．「【００３１】検証コード作成手段３２は，新世代情報記憶部２２の内容をもとに，そのデータであること示す検証コードを算出する。 【００３２】配信データ編集手段３３は，変更情報抽出手段３１で抽出された変更情報と，検証コード作成手段３２で算出された検証コードを基に，分散端末へ配信するための配信電文を作成する。 【００３３】配信手段３４は，配信データ編集手段３３で作成された配信電文を，ホストコンピュータに接続されている全分散端末へ向けて送信する。 【００３４】分散端末の受信装置４は，受信手段４１と，データ反映手段４２，データ記憶部４３と，検証手段４４とを含む。 【００３５】受信手段４１は，ホストから配信された電文を受信する。 【００３６】データ反映手段４２は，受信手段４１で受信した配信電文から，データの変更情報を取り出し，取り出した変更情報の内容で，データ記憶部４３に保有する定数テーブルを更新する。 【００３７】データ記憶部４３は，分散端末で現在使用中，或いは，これから使用する定数テーブルを保有する。 【００３８】検証手段４４は，変更データ反映後のデータ記憶部４３からホストコンピュータと同じ検証コードの算出を行い，ホストコンピュータから送られてた検証コードとの整合性をチェックする。」 Ｉ．「【００５１】図６は，検証コード算出の様子を模式的に示す図である。図６を参照すると，検証コード作成手段３２は，新世代情報記憶部３２のテーブル内容をもとに，所定の演算を行い検証コードを求める。 【００５２】変更情報抽出手段３１で抽出した変更差分と，検証コード作成手段３２で算出した検証コードをもとに，配信データ編集手段３３で分散端末に配信するための配信データを編集する。 【００５３】図７は，配信データの編集手段３３で編集された電文フォーマットの一例を示す図である。配信データの編集手段３３では，更差分データに，配信ヘッダ，及び検証コードを付加して電文の形式のデータとする。 【００５４】配信手段３４において，配信データ編集手段３３で作成された配信電文を，ホストに接続されている全分散端末に対し配信する。 【００５５】分散端末の受信手段４１により，ホストから配信された電文を受信し，それをデータ反映手段４２に受け渡す。 【００５６】図８は，分散端末におけるデータ反映及び検証処理を説明するための図である。 【００５７】図８に示すように，この電文中の変更情報をデータ反映手段４２で解析し，解析した変更情報をデータ記憶部４３に保有する定数テーブル反映する。 【００５８】変更情報反映後，検証手段４４が，データ記憶部４３の内容をもとに，検証コードを算出し，ホストコンピュータから送られてきた検証コードと整合性をチェックを行い，検証結果をリストへ出力する。」 ウ．原審拒絶理由に引用された，本願の出願前に既に公知である，「竹森　敬祐　ほか，セキュアブート＋認証による車載制御システムの保護，電子情報通信学会技術研究報告，日本，電子情報通信学会，２０１４年９月１２日，Vol.114, No. 225，ｐ．４７－５４」（以下，これを「引用文献３」という）には，関連する図面と共に，次の事項が記載されている。 Ｊ．「ＲＨ８５０ＦＩＬには，安全な実行処理・データ管理領域であるセキュアエレメント（ＩＣＵ－Ｓと呼ばれるＳｅｃｕｒｅ ＲＡＭ／ＲＯＭ）が標準搭載されている．ＳｅｃｕｒｅＲＡＭには，対称鍵暗号であるＡＥＳ，ファイル測定のためのＣｉｐｈｅｒ－ｂａｓｅｄＭＡＣ（ＣＭＡＣ），乱数生成の機能がＨ／Ｗ実装されている．また，起動後にＥＣＵ間で共有される秘密の情報を管理する機能を設ける． ＳｅｃｕｒｅＲＯＭには，複数の暗号鍵と，制御コードの期待値を管理する領域がＨ／Ｗ実装されでいる．」（５０頁右欄１行～同８行） Ｋ．「４．４　ＥＣＵのセキュアブート エンジン始動時のＲＨ８５０ＦｌＬのセキュアブートを以下の手順で実施する（図５）．前提として，制御コードの測定には，ＢＯＯＴ＿ＭＡＣ＿ＫＥＹと呼ばれる鍵を用いたＣＭＡＣ演算がＳｅｃｕｒｅＲＡＭで行われる．ＳｅｃｕｒｅＲＯＭにはＢＯＯＴ＿ＭＡＣと呼ばれる領域に，ＣＭＡＣの期待値が予めセットされている． Ｓｔｅｐ０）Ｂｏｏｔ ＬｏａｄｅｒとセキュアエレメントＩＦをロードする． Ｓｔｅｐ１）可変の制御コードがＦｌａｓｈメモリから，Ｒｏｏｔ　ｏｆ　ＴｒｕｓｔのセキュアエレメントＩＦを通じて，ＳｅｃｕｒｅＲＡＭのＣＭＡＣ処理に渡される． Ｓｔｅｐ２）ＳｅｃｕｒｅＲＯＭのＣＭＡＣ鍵（ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ）を用いてＳｅｃｕｒｅＲＡＭで制御コードのＣＭＡＣ（Ｓｅｃｕｒｅ＿Ｂｏｏｔ）演算が行われる． この値と，ＳｅｃｕｒｅＲＯＭで管理されるＣＭＡＣの期待値（ＢＯＯＴ＿ＭＡＣ）を比較する． Ｓｔｅｐ３）一致／不一致の結果をＲｏｏｔ　ｏｆ　Ｔｒｕｓｔに返す． Ｓｔｅｐ４）結果が一致していれば，制御コードが完全であると判断され，Ｆｌａｓｈ上の制御コードが書き込まれている番地にジャンプ（ロード）する，不一致であれば，起動を停止するなど，エラー処理に進む．」（５０頁右欄９行～５１頁左欄１３行） （３）引用文献に記載の発明 ア．上記Ａの「セキュアエレメントとは，耐タンパー性を持つ半導体素子であり，安全にデータを格納できるメモリや暗号化などの演算処理を安全に実行可能である」という記載，同じく，上記Ａの「自動車向けのセキュアエレメントは様々な仕様・製品が提案されている。 ２．１．１．　ＳＨＥ（Ｓｅｃｕｒｅ　Ｈａｒｄｗａｒｅ　Ｅｘｔｅｎｓｉｏｎ） Ｈｅｒｓｔｅｌｌｅｒｉｎｉｔｉａｔｉｖｅ　Ｓｏｆｔｗａｒｅ（Ｈ－Ｓ）では共通鍵を利用して暗号化・復号，ＭＡＣ生成・検証，セキュアブートなどの機能をコマンドで実行可能なＳＨＥを提案している」という記載から,引用文献１においては， “セキュアエレメントは，耐タンパー性を持つ半導体素子であり，安全にデータを格納できるメモリを有し，共通鍵を利用して暗号化・復号，ＭＡＣ生成・検証，セキュアブートなどの機能をコマンドで実行する”ものであることは読み取れ，“コマンドを実行する”ものである以上，「セキュアエレメント」である「ＳＨＥ」は，“コマンドを実行するためのプロセッサを有する”ものであることも明らかである。 また，同じく上記Ａの「ＳＨＥでは以下の鍵が定義されている。 鍵の種別： ●　ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹ：ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ，ＫＥＹ＿＜１～１０＞の鍵を更新することが可能な鍵である。 ＳＨＥ側では，この鍵を利用して暗号化・復号などの処理は実行できない。 ●　ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ：セキュアブート機能を利用した場合の期待植を計算する鍵である。 ●　ＫＥＹ＿≦１～１０＞：これらの１０個の鍵は，１）暗号化・復号，２）ＭＡＣ生成・検証，のどちらか一つの用途で利用できる」という記載から，引用文献１において， “セキュアエレメントは，ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ，ＫＥＹ＿＜１～１０＞の鍵を更新することが可能な鍵であるＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹと，セキュアブート機能を利用した場合の期待植を計算する鍵であるＢＯＯＴ＿ＭＡＣ＿ＫＥＹと，１）暗号化・復号，２）ＭＡＣ生成・検証，のどちらか一つの用途で利用できる鍵であるＫＥＹ＿≦１～１０＞とを，有するものである”ことが読み取れ， 上記Ｆの「ＳＨＥを搭載するＥＣＵの場合，上記の鍵を以下のＳＨＥ鍵に割り当てる。 ●　認証鍵　＝ＫＥＹ＿１ ●　鍵交換鍵＝ＫＥＹ＿２（ＭＡＣ生成・検証）」という記載，同じく，上記Ｆの「正規ＥＣＵを認証する鍵は以下の式で計算されるものとする。 Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎ＝ｈ（ＭＳ，ＩＤａ｜｜Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎ）（１） Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎは認証鍵を示す」という記載，及び，同じく，上記Ｆの「ＳＨＥを搭載したＥＣＵにおいては，（１）で計算された鍵をＫＥＹ＿１に書き込む。また，ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹ ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ ，ＫＥＹ＿＜３～１０＞，などの初期値は０であり，ＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹなどが不正者に利用されると，任意の鍵を登録される可能性があるため，下記の式で計算される鍵を設定しておくものとする。 ＫＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ）（２） ＫＢｏｏＴ＿ＭＡＣ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＢｏｏｔ＿ＭＡＣ＿ＫＥＹ）　（３） ＫＫｅｙ＿＜３－１０＞＝ｈ（ＭＳ，ＩＤａ｜｜ＣＫＥＹ＿＜３－１０＞　　　（４）」（当審注；上記において指摘の誤記修正済）という記載と併せると，引用文献１においては， “ＳＨＥは，セキュアエレメントであって，耐タンパー性を持つ半導体素子であり，安全にデータを格納できるメモリと，プロセッサを有し，共通鍵を利用して暗号化・復号，ＭＡＣ生成・検証，セキュアブートなどの機能をコマンドで実行し，ＫＢｏｏＴ＿ＭＡＣ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＢｏｏｔ＿ＭＡＣ＿ＫＥＹ）　（３）で計算される，セキュアブート機能を利用した場合の期待植を計算する鍵であるＢＯＯＴ＿ＭＡＣ＿ＫＥＹと，Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎ＝ｈ（ＭＳ，ＩＤａ｜｜Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎ）（１）で計算される，ＫＥＹ＿１に書き込まれる認証鍵と，ＫＥＹ＿２に割り当てられる鍵交換鍵を含む，１）暗号化・復号，２）ＭＡＣ生成・検証，のどちらか一つの用途で利用できる鍵であるＫＥＹ＿＜１～１０＞と，ＫＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ）（２）で計算される，前記ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ，前記ＫＥＹ＿＜１～１０＞の鍵を更新することが可能な鍵であるＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹとを有するものである”ことが読み取れる。 イ．上記Ｂの「ＨＳＭ（Ｈａｒｄｗａｒｅ　Ｅｘｔｅｎｓｉｏｎ　Ｍｏｄｕｌｅ） Ｔｈｅ　Ｅ－ｓａｆｅｔｙ　Ｖｅｈｉｃｌｅ Ｉｎｔｒｕｓｉｏｎ　ＰｒｏｔｅｃｔｅｄＡｐｐｈｃａｔｉｏｎｓ　（ＥＶＩＴＡ）では，ローエンドＥＣＵ向けで共通鍵をサポートしたＥｖｉｔａ－Ｌｉｇｈｔ，セキュアエレメント内にプロセッサを持ち独自のアプリを組み込むことが可能なＥｖｉｔａ－Ｍｅｄｉｕｍ」という記載から，引用文献１において， “セキュアエレメント内プロセッサを含むＨＳＭ”が存在することが読み取れる。 ウ．上記Ｂの「ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ） ＳＩＭはＩＳＯ／ＩＥＣ７８１０［１２］，ＩＳＯ／ＩＥＣ７８１６［１３］で規定され，プロセッサを持ち独自のアプリを組み込めるセキュアエレメントである」という記載，上記Ｄの「方法３：ある秘密情報（Ｍａｓｔｅｒ　Ｓｅｃｒｅｔ，以下ＭＳ）とＥＣＵを一意に示す情報から鍵が生成できる」という記載，同じく，上記Ｄの「上記の鍵生成アルゴリズムを高い耐タンパー性を持つセキュアエレメントで実装し，ＥＣＵ＿ＩＤが与えられると，そのＥＣＵに紐づく鍵を生成」という記載，上記Ｅの「方法３のＥＣＵの認証装置は，ＭＳを持ちＥＣＵ＿ＩＤから認証鍵を生成する。 ＭＳと鍵生成ロジックが漏えいすると任意の鍵生成が可能になることから，この装置には高い耐タンパー性が要求される。 そこで本稿では，ＥＣＵ認証装置としてＳＩＭを採用する。 ＳＩＭは高い耐タンパー性を持ち，任意のアプリを組み込むことができるため，認証鍵を生成しＥＣＵを認証するといった処理を実現可能である」という記載，及び，上記Ｆの「ＭＳは１２８ｂｉｔ以上の秘密情報でありＭＡＣ関数の鍵である」という記載から，引用文献１においては， “ＳＩＭは，認証装置であるセキュアエレメントであって，プロセッサを有し，秘密情報でありＭＡＣ関数の鍵であるＭＳを持ち，ＥＣＵ＿ＩＤと前記ＭＳから認証鍵を生成する”ものであることが読み取れる。 エ．上記Ｃの「自動車には車載ネットワークを分割し，ファイアウォールとなるＣＧＷ（Ｃｅｎｔｒａｌ　ＧａｔｅＷａｙ）が存在する」という記載，及び，同じく，上記Ｃの「このＣＧＷはＨＳＭを持ち，鍵生成や管理などを安全に実行することが可能である」という記載から，引用文献１において， “車載ネットワークにおいて，車載ネットワークを分割し，ファイアウォールとなる，ＨＳＭを有するＣＧＷ”が存在することが読み取れる。 また，上記Ｃの「自動車はインターネットに繋がるため，通信モジュールを搭載する」という記載と，上記Ｅの「通信モジュールが搭載されるコネクテッドカーではＳＩＭを内包する」という記載，及び，同じく，上記Ｅの「自動車でパケット認証を行うローエンドＥＣＵとしてＳＨＥを搭載したＥＣＵを想定する」という記載と，上記において「ＣＧＷ」について検討した事項から，引用文献１においては， “車載ネットワークにおいて，ＳＩＭを内包する通信モジュールと，ＳＨＥを搭載したＥＣＵとが，車載ネットワークを分割し，ファイアウォールとなる，ＨＳＭを有するＣＧＷを介して接続されている”ことが読み取れ，このことから，引用文献１には， “ＳＩＭを内包する通信モジュールと，ＳＨＥを搭載したＥＣＵとが，車載ネットワークを分割し，ファイアウォールとなる，ＨＳＭを有するＣＧＷを介して接続されている，車載ネットワークシステム”が記載されていることが読み取れる。 オ．上記Ｆの「１．　ＣＧＷはＳＩＭに認証依頼を送る。 ２．　ＳＩＭは乱数を生成し，ＣＧＷに返信する。 ３．　ＣＧＷはＥＣＵに対して乱数を送信する。 ４．　ＥＣＵは，自身のＥＣＵ＿ＩＤと乱数から認証鍵を利用してＭＡＣを生成し，ＥＣＵ＿ＩＤとＭＡＣをＣＧＷに送信する。 ５．　ＣＧＷは，ＥＣＵ＿ＩＤとＭＡＣをＳＩＭに送信する。 ６．　ＳＩＭは，式（１）を利用してＥＣＵ＿ＩＤから認証鍵を生成する。 ７．　生成した認証鍵を利用してＭＡＣ検証を行い，判定結果をＣＧＷに返信する。」という記載，同じく，上記Ｆの「提案方式では，ＳＨＥのＫＥＹ＿２に鍵交換鍵を設定する。 ＫＥＹ＿２に新しい鍵を設定するためには，ＳＨＥのＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹ或いは，初期設定されたＫＥＹ＿２の鍵を利用して鍵登録メッセージを生成する必要がある。 また，初回の鍵交換鍵の配信については，ＥＣＵサプライヤにおいてＥＣＵ毎にＭＡＳＴＥＲ＿Ｅ ＣＵ＿ＫＥＹ或いはＫＥＹ＿２に違う鍵が設定されることを想定しているため，ＥＣＵ毎の鍵にあわせて鍵登録メッセージを生成する必要がある。 鍵交換鍵の配信手順を図４に示す。 １．　ＣＧＷはＥＣＵ＿ＩＤをＳＩＭに通知する。 ２．　ＳＩＭは真性乱数を生成し，鍵交換鍵とする。 ３．　ＳＩＭは式（４）を利用してＥＣＵ＿ＩＤからＫＥＹ＿２を生成する。 ４．　ＫＥＹ＿２を利用してＳＨＥの鍵登録メッセージ（Ｍ１，Ｍ２，Ｍ３）を生成し，ＣＧＷに返答する。 ５．　ＣＧＷは，ＥＣＵに鍵登録メッセージを送信する。 ６．　ＥＣＵは鍵登録メッセージを利用してＫＥＹ＿２の更新を行う」という記載と，上記エ．において検討した事項から，引用文献１においては， “車載ネットワークにおいて， ＳＩＭは，ＣＧＷからの認証依頼に対して，乱数を生成し，前記乱数をＳＨＥであるＥＣＵへ送信し，前記ＥＣＵは，自身のＥＣＵ＿ＩＤから認証鍵を生成し，前記認証鍵を用いてＭＡＣを生成して，前記ＭＡＣと，前記ＥＣＵ＿ＩＤとを，前記ＳＩＭに送信し，前記ＳＩＭは，前記ＥＣＵ＿ＩＤと，秘密情報でありＭＡＣ関数の鍵であるＭＳとから認証鍵を生成し，前記認証鍵を用いてＭＡＣ検証を行い，前記ＭＡＣ検証が成功した場合，ＳＩＭは，乱数を生成し，前記乱数と，前記ＥＣＵ＿ＩＤと，前記ＭＳとから，ＫＥＹ＿２を生成し，前記ＫＥＹ＿２を，前記ＳＩＭと，前記ＥＣＵとが共有するＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹを用いて，鍵登録メッセージとして，前記ＥＣＵに送信し，前記ＥＣＵは，前記鍵登録メッセージを利用して，ＫＥＹ＿２を更新する”ものであることが，読み取れる。 カ．以上，上記ア．～オ．において検討した事項から，引用文献１には，次の発明（以下，これを「引用発明」という）が記載されているもとの認める。 「ＳＩＭを内包する通信モジュールと， ＳＨＥを搭載したＥＣＵとが， 車載ネットワークを分割し，ファイアウォールとなる，セキュアエレメント内プロセッサを含むＨＳＭを有するＣＧＷを介して接続されている， 車載ネットワークシステムであって， 前記ＳＩＭは，認証装置であるセキュアエレメントであって，プロセッサを有し，秘密情報でありＭＡＣ関数の鍵であるＭＳを持ち，ＥＣＵ＿ＩＤと前記ＭＳから認証鍵を生成し， 前記ＳＨＥは，セキュアエレメントであって，耐タンパー性を持つ半導体素子であり，安全にデータを格納できるメモリと，プロセッサを有し，共通鍵を利用して暗号化・復号，ＭＡＣ生成・検証，セキュアブートなどの機能をコマンドで実行し，ＫＢｏｏＴ＿ＭＡＣ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＢｏｏｔ＿ＭＡＣ＿ＫＥＹ）　（３）で計算される，セキュアブート機能を利用した場合の期待植を計算する鍵であるＢＯＯＴ＿ＭＡＣ＿ＫＥＹと，Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎ＝ｈ（ＭＳ，ＩＤａ｜｜Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎ）（１）で計算される，ＫＥＹ＿１に書き込まれる認証鍵と，ＫＥＹ＿２に割り当てられる鍵交換鍵を含む，１）暗号化・復号，２）ＭＡＣ生成・検証，のどちらか一つの用途で利用できる鍵であるＫＥＹ＿＜１～１０＞と，ＫＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ）（２）で計算される，前記ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ，前記ＫＥＹ＿＜１～１０＞の鍵を更新することが可能な鍵であるＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹとを有するものであり， 前記車載ネットワークにおいて， 前記ＳＩＭは，前記ＣＧＷからの認証依頼に対して，乱数を生成し， 前記乱数を，前記ＳＨＥを搭載したＥＣＵへ送信し， 前記ＥＣＵは，自身のＥＣＵ＿ＩＤから認証鍵を生成し， 前記認証鍵を用いてＭＡＣを生成して，前記ＭＡＣと，前記ＥＣＵ＿ＩＤとを，前記ＳＩＭに送信し， 前記ＳＩＭは，前記ＥＣＵ＿ＩＤと，秘密情報でありＭＡＣ関数の鍵であるＭＳとから認証鍵を生成し， 前記認証鍵を用いてＭＡＣ検証を行い，前記ＭＡＣ検証が成功した場合， ＳＩＭは，乱数を生成し， 前記乱数と，前記ＥＣＵ＿ＩＤと，前記ＭＳとから，ＫＥＹ＿２を生成し， 前記ＫＥＹ＿２を，前記ＳＩＭと，前記ＥＣＵとが共有するＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹを用いて，鍵登録メッセージとして，前記ＥＣＵに送信し， 前記ＥＣＵは，前記鍵登録メッセージを利用して，ＫＥＹ＿２を更新する， 車載ネットワーク・システム。」 （４）本件補正発明と引用発明と対比 ア．引用発明における「ＳＨＥを搭載したＥＣＵ」は，「車載ネットワーク」において，「通信モジュール」に，「ＣＧＷ」を介して接続されているものであるから，「車両に搭載される」ものであることは，明らかである。 そして，「ＥＣＵ」に搭載された「ＳＨＥ」は，「プロセッサを有」するものであるから， 引用発明における「ＳＨＥを搭載したＥＣＵ」が，本件補正発明における「車両に搭載される車載コンピュータ」に相当する。 イ．引用発明における「ＳＩＭ」は，「ＥＣＵ」に対して，「ＫＥＹ＿２」を送信するものであって，当該「ＫＥＹ＿２」が，一種の「データ」であることは，明らかであるから， 引用発明における「ＳＩＭ」が，本件補正発明における「データ提供装置」に相当する。 ウ．以上，ア．と，イ．において検討した事項から， 引用発明も，本件補正発明と同様に， 「車両に搭載される車載コンピュータと，データ提供装置と，を備え」るものである。 エ．引用発明において，「ＭＳ」は，「認証鍵」，「ＫＥＹ＿２」等を生成することに用いられるものであり，「ＳＨＥを搭載したＥＣＵ」は「メモリ」を有し，前記「認証鍵」は，前記「ＳＨＥを搭載したＥＣＵ」に書き込まれるものであるから， 引用発明においては，“ＭＳを用いて生成された認証鍵を格納するメモリを有する”ことは明らかであって，前記「ＭＳ」は，「ＭＡＣ関数の鍵」であるから， 引用発明における「ＭＳ」が，本件補正発明における「マスタ鍵」に相当し， 引用発明において「認証鍵」は，前記「ＳＨＥを搭載したＥＣＵ」において，自身のＥＣＵ＿ＩＤから，「Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎ＝ｈ（ＭＳ，ＩＤａ｜｜Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎ）（１）で計算される」ものであり，（１）における「ＩＤａ」と，「ＥＣＵ＿ＩＤ」は，同じものであるといえる。 そうすると，引用発明においては，“ＳＨＥを搭載したＥＣＵは，ＭＳとＥＣＵ＿ＩＤとから生成される認証鍵を書き込むメモリ”が存在していることは明らかであるから，このことと， 本件補正発明における「車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部を備え」ることとは， “車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された鍵１を記憶する第１記憶部を備える”点で共通する。 オ．引用発明おいて，「ＳＩＭ」は，「秘密情報でありＭＡＣ関数の鍵であるＭＳを持」つことから， “ＭＳを記憶する記憶部”を有することは明らかであるから， 引用発明における“ＳＩＭは，ＭＳを記憶する記憶部”が， 本件補正発明における「マスタ鍵を記憶する第２記憶部」に相当する。 カ．引用発明おいて，「ＳＩＭ」は，「ＥＣＵ＿ＩＤと前記ＭＳから認証鍵を生成」してるので，当該「認証鍵」を生成するための「鍵生成部」を有していることは，明らかである。 したがって，引用発明における“ＳＩＭは，ＥＣＵ＿ＩＤと前記ＭＳから認証鍵を生成する鍵生成部”と， 本件補正発明における「車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部」とは， “車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの鍵１を生成する鍵１生成部”である点で共通する。 キ．引用発明おいては，“ＳＩＭにおいて，認証鍵を用いてＭＡＣ検証を行っている”のであるから，“ＳＩＭが，認証鍵を用いてＭＡＣを生成するＳＩＭ側生成部”を有していることは明らかであり，当該「ＭＡＣ」が，本願発明の「期待値」に相当するものであるから， 引用発明における“ＳＩＭが，認証鍵を用いてＭＡＣを生成するＳＩＭ側生成部”と， 本件補正発明における「初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部」とは， “鍵１生成部が生成した鍵１を使用して，期待値を計算する第１期待値計算部”である点で共通する。 ク．引用発明においては，「ＥＣＵ」において，「認証鍵」を用いて「ＭＡＣ」を計算しているので，引用発明において，“ＥＣＵは，認証鍵を用いてＭＡＣを計算するＥＣ側生成部”を有することはことは明らかである。 よって，引用発明における“ＥＣＵは，認証鍵を用いてＭＡＣを計算するＥＣ側生成部”と， 本件補正発明における「提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部」とは， “期待値を，第１記憶部に記憶されている鍵１を使用して計算する第２期待値計算部”である点で共通する。 ケ．以上，上記ア．～ク．において検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は次のとおりである。 ［一致点］ 車両に搭載される車載コンピュータと，データ提供装置と，を備え， 前記車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された鍵１を記憶する第１記憶部を備え， 前記データ提供装置は， 前記マスタ鍵を記憶する第２記憶部と， 車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの鍵１を生成する鍵１生成部と， 鍵１生成部が生成した鍵１を使用して，期待値を計算する第１期待値計算部と，を備え， 車載コンピュータは，期待値を，第１記憶部に記憶されている鍵１を使用して計算する第２期待値計算部を，備える，システム。 ［相違点１］ “鍵１”に関して， 本件補正発明においては，「初期鍵」は，「車載コンピュータに適用されるデータの期待値を計算する」ためのものであるのに対して， 引用発明における「認証鍵」は，「ＳＩＭ」が，「ＥＣＵ」を認証するためのものである点。 ［相違点２］ “第１期待値計算部”に関して， 本件補正発明においては，「車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する」ものであるのに対して， 引用発明においては，“ＳＩＭの生成した乱数と，ＥＣＵから送信された，ＥＣＵ＿ＩＤとから，認証鍵を用いてＭＡＣを計算する”ものである点。 ［相違点３］ 本件補正発明においては，「車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部」「を備え」るのに対して， 引用発明においては，「ＳＩＭ」で生成した「ＭＡＣ」を，「ＥＣＵ」側に送信する点については，言及されていない点。 ［相違点４］ “第２期待値計算部”に関して， 本件補正発明においては，「提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する」ものであるのに対して， 引用発明においては，「ＳＩＭ」から送信された「乱数」と，「ＥＣＵ」自身の「ＥＣＵ＿ＩＤ」とから，「認証鍵」を用いて「ＭＡＣ」を計算している点。 ［相違点５］ 本件補正発明においては，「提供部から提供された前記期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部」「を備え」るのに対して， 引用発明においては，そのような構成についての言及がない点。 ［相違点６］ 本件補正発明においては，「車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである」のに対して， 引用発明においては，そのような言及がない点。 （５）相違点についての当審の判断 ア．［相違点１］について 最初に，本件補正発明と，引用発明との相違点について総括する。 本件補正発明と，引用発明との相違点は， 本件補正発明が，「データ提供装置」から，「車載コンピュータ」へ送信する「データ」の正当性を認証するための「期待値」を，「データ提供装置」と，「車載コンピュータ」の双方で，共通の「初期鍵」を用いて計算し，「車載コンピュータ」側で，「データ提供装置」から送信された「期待値」と，「車載コンピュータ」側で計算した「期待値」との比較を行う，所謂，“送信データの検証”に関するものであるのに対して， 引用発明が，「ＥＣＵ」の正当性を，「ＳＩＭ」が認証するために，共通の「認証鍵」と，「ＳＩＭ」の生成した「乱数」と，「ＥＣＵ＿ＩＤ」とを用いて，双方で，「ＭＡＣ」を計算し，「ＥＣＵ」から，「ＳＩＭ」に送信された「ＭＡＣ」と，「ＳＩＭ」で計算した「ＭＡＣ」とを比較する，所謂，“正規ＥＣＵの認証”である点に起因するものである。 しかしながら，“データ提供側から，データ受領側へ，データを送信する際に，当該データの正当性を検証するために，当該データに，当該データの正当性を検証するための検証コードを，当該データをもとに作成して付与し，データ受領側で，受領したデータをもとに検証コードを作成し，受領したデータに付与された検証コードとの整合性をチェックする”ことは，上記Ｇ～上記Ｉに引用した，引用文献２に記載されているように，本願の出願前に，当業者には周知の技術事項であり，“使用する制御コード（本件補正発明における「データ」，或いは，「コンピュータプログラム」に相当）の正当性を判断するために，ＢＯＯＴ＿ＭＡＣ＿ＫＥＹを用いて，期待値を計算する”点について，上記Ｊ，及び，上記Ｋに引用した引用文献３に記載されており，“データの正当性を検証するために，鍵を用いて，データの期待値を計算する”ことも，本願の出願前に，当業者には，広く知られた技術事項である。 そして，引用発明においても，「ＳＩＭ」から，「データ」の一種である「ＫＥＹ＿２」を，「ＥＣＵ」に送信することが開示されており，引用文献１には，当該「ＫＥＹ＿２」を，「ＥＣＵ」側で検証する点については，特に，言及されていないが，上記において検討した周知技術を踏まえれば，「ＥＣＵ」の認証に替えて，「ＥＣＵ」への“データ配信”を行う際に，「データ」の正当性を検証するための鍵を，「ＳＩＭ」と，「ＫＥＹ＿２」側で共有するよう構成することは，当業者が適宜なし得る事項である。 よって，［相違点１］は，格別のものではない。 イ．［相違点２］について 上記ア．において検討した事項を踏まえると，引用発明において，「ＥＣＵ」に「データ」を提供する場合，当該「データ」と共に送信する「期待値」を計算する「第１期待値計算部」を，提供側に設けるようにすることは，当業者が適宜なし得る事項である。 よって，［相違点２］は，格別のものではない。 ウ．［相違点３］について 上記ア．において検討した事項を踏まえると，引用発明においても，「ＥＣＵ」に「データ」を提供するのであれば，提供側に，当該「データ」と，当該「データ」を検証するための「期待値」とを「提供する提供部」を設けることは，当業者が，適宜なし得る事項である。 よって，［相違点３］は，格別のものではない。 エ．［相違点４］について 上記ア．において検討した事項を踏まえると，引用発明においても，「ＥＣＵ」が，「データ」の提供を受けるのであれば，提供された「データ」を，当該「データ」と，「期待値」を計算する「鍵」とを用いて，当該「データ」の「期待値」を計算する「第２期待値計算部」を，「ＥＣＵ」側に設けることは，当業者が適宜なし得る事項である。 よって，［相違点４］は，格別のものではない。 オ．［相違点５］について 上記ア．～エ．において検討した事項を踏まえると，「ＥＣＵ」において，「データ」と共に提供された「期待値」と，「ＥＣＵ」において計算した「期待値」とを比較する「期待値検証部」を，「ＥＣＵ」に設けるようにすることは，当業者が適宜なし得る事項である。 よって，［相違点５］は，格別のものではない。 カ．［相違点６］について 上記Ｂに引用した，引用文献１の記載内容にあるとおり，引用発明においても，「独自のアプリを組み込める」より高級の「ＥＣＵ」の採用が可能であり，このような「ＥＣＵ」を採用して，当該「ＥＣＵ」に「データ」として，組み込むための「コンピュータプログラム」を提供するよう構成することは，当業者が，必要に応じて適宜なし得る事項である。 よって，［相違点６］は，格別のものではない。 キ．以上，上記ア．～カ．に検討したとおりであるから，［相違点１］～［相違点６］はいずれも格別のものではなく，そして，本件補正発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 よって，本件補正発明は，引用発明と，引用文献２，及び，引用文献３に記載の技術事項に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願の際，独立して特許を受けることができない。 なお，引用発明には，“ＳＩＭが，ＥＣＵを認証した後，ＳＩＭから，ＥＣＵに，ＫＥＹ＿２を送信する”構成が存在し，当該構成において，“ＳＩＭは，ＥＣＵに，鍵登録メッセージを送信”している。 ここで，引用文献１においては，上記Ｆに引用した記載中に， 「ＳＩＭは・・・ＳＨＥの鍵登録メッセージ（Ｍ１，Ｍ２，Ｍ３）を生成し・・・ＥＣＵに鍵登録メッセージを送信・・・ＥＣＵは鍵登録メッセージを利用してＫＥＹ＿２の更新を行う」， とあるが，引用文献１おいては，「鍵登録メッセージ（Ｍ１，Ｍ２，Ｍ３）」がどのようなものであるか，示されていない。 しかしながら，当該「鍵登録メッセージ（Ｍ１，Ｍ２，Ｍ３）」における「Ｍ１」が，「ＵＩＤ」，「Ｍ２」が，「新しい鍵」，「Ｍ３」が，「ＭＡＣ」であることは，本願の出願前に，当業者には，広く知られた技術事項であるから（必要であれば，引用文献１が，参考文献として引用する文献［１９］“Ｔ．Ｓｕｇａｅｈｉｍａ，Ｄ．Ｋ．Ｏｋａ ａｎｄ Ｃ． Ｖｕｉｌｌａｕｍｅ，”Ａｐｐｒｏａｃｈｅｓ ｆｏｒ Ｓｅｃｕｒｅ ａｎｄ Ｅｆｆｉｃｉｅｎｔ Ｉｎｖｅｈｉｃｌｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ”ｉｎ １３ｔｈ Ｅｍｂｅｄｄｅｄ Ｓｅｃｕｒｉｔｙ ｉｎ Ｃａｒｓ ＥＵＲＯＰＥ，２０１５．”等を参照されたい），引用発明においても，ＥＣＵへの送信データである「ＫＥＹ＿２」を検証するための，「期待値」に相当する「ＭＡＣ」を，「ＫＥＹ＿２」と共に送信する点が開示されていおり，この点からも，本件補正発明は，引用発明と，周知技術に基づいて当業者が容易になし得たものである。 また，本件補正発明においては，「データ提供装置」が，「車両」の外部にある態様を含むものとも解されるが，仮に，「データ提供装置」が，「車両」の外部に存在するものであるとしても，上記Ｃに引用した記載にあるとおり，引用発明も，「インターネットに繋がるため」の「通信モジュール」を有しており，引用文献２に記載の周知技術を踏まえれば，引用発明においても，「車両」の外部から提供される「データ」の正当性を，「車両」内部の「ＥＣＵ」等で検証する構成を採用することに，格別の困難を有しない。 ３．補正却下むすび したがって，本件手続補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 よって，補正却下の決定の結論のとおり決定する。 第３．本願発明について 平成２９年１１月２２日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２９年７月３１日付けの手続補正により補正された特許請求の範囲の請求項１に記載された，上記「第２．平成２９年１１月２２日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した，次のとおりのものである。 「車両に搭載される車載コンピュータと，データ提供装置と，を備え， 前記車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された初期鍵を記憶する第１記憶部を備え， 前記データ提供装置は， 前記マスタ鍵を記憶する第２記憶部と， 前記車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの初期鍵を生成する初期鍵生成部と， 前記初期鍵生成部が生成した前記車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する第１期待値計算部と， 前記車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部と，を備え， 前記車載コンピュータは， 前記提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する第２期待値計算部と， 前記提供部から提供された前記期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部と，を備える， データ提供システム。」 第４．引用刊行物に記載の発明 上記「第２．平成２９年１１月２２日付けの手続補正の却下の決定」の「２．補正の適否」における「（２）引用文献に記載の事項」において，引用文献１として引用した「川端 秀明　ほか，車載ＥＣＵ向けの鍵管理方式，ＳＣＩＳ２０１６［ＵＳＢ］，日本，２０１６年１月２２日，２Ｆ４－５，ｐ．１－７」には，上記「第２．平成２９年１１月２２日付けの手続補正の却下の決定」の「２．補正の適否」における「（３）引用文献に記載の発明」において認定した，次のとおりの引用発明が記載されている。 「ＳＩＭを内包する通信モジュールと， ＳＨＥを搭載したＥＣＵとが， 車載ネットワークを分割し，ファイアウォールとなる，セキュアエレメント内プロセッサを含むＨＳＭを有するＣＧＷを介して接続されている， 車載ネットワークシステムであって， 前記ＳＩＭは，認証装置であるセキュアエレメントであって，プロセッサを有し，秘密情報でありＭＡＣ関数の鍵であるＭＳを持ち，ＥＣＵ＿ＩＤと前記ＭＳから認証鍵を生成し， 前記ＳＨＥは，セキュアエレメントであって，耐タンパー性を持つ半導体素子であり，安全にデータを格納できるメモリと，プロセッサを有し，共通鍵を利用して暗号化・復号，ＭＡＣ生成・検証，セキュアブートなどの機能をコマンドで実行し，ＫＢｏｏＴ＿ＭＡＣ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＢｏｏｔ＿ＭＡＣ＿ＫＥＹ）　（３）で計算される，セキュアブート機能を利用した場合の期待植を計算する鍵であるＢＯＯＴ＿ＭＡＣ＿ＫＥＹと，Ｋａｕｔｈｅｎｔｉｃａｔｉｏｎ＝ｈ（ＭＳ，ＩＤａ｜｜Ｃａｕｔｈｅｎｔｉｃａｔｉｏｎ）（１）で計算される，ＫＥＹ＿１に書き込まれる認証鍵と，ＫＥＹ＿２に割り当てられる鍵交換鍵を含む，１）暗号化・復号，２）ＭＡＣ生成・検証，のどちらか一つの用途で利用できる鍵であるＫＥＹ＿＜１～１０＞と，ＫＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ＝ｈ（ＭＳ，ＩＤａ｜｜ＣＭＡＳＴＥＲ ＿ＥＣＵ＿ＫＥＹ）（２）で計算される，前記ＢＯＯＴ＿ＭＡＣ＿ＫＥＹ，前記ＫＥＹ＿＜１～１０＞の鍵を更新することが可能な鍵であるＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹとを有するものであり， 前記車載ネットワークにおいて， 前記ＳＩＭは，前記ＣＧＷからの認証依頼に対して，乱数を生成し， 前記乱数を、，前記ＳＨＥを搭載したＥＣＵへ送信し， 前記ＥＣＵは，自身のＥＣＵ＿ＩＤから認証鍵を生成し， 前記認証鍵を用いてＭＡＣを生成して，前記ＭＡＣと，前記ＥＣＵ＿ＩＤとを，前記ＳＩＭに送信し， 前記ＳＩＭは，前記ＥＣＵ＿ＩＤと，秘密情報でありＭＡＣ関数の鍵であるＭＳとから認証鍵を生成し， 前記認証鍵を用いてＭＡＣ検証を行い，前記ＭＡＣ検証が成功した場合， ＳＩＭは，乱数を生成し， 前記乱数と，前記ＥＣＵ＿ＩＤと，前記ＭＳとから，ＫＥＹ＿２を生成し， 前記ＫＥＹ＿２を，前記ＳＩＭと，前記ＥＣＵとが共有するＭＡＳＴＥＲ＿ＥＣＵ＿ＫＥＹを用いて，鍵登録メッセージとして，前記ＥＣＵに送信し， 前記ＥＣＵは，前記鍵登録メッセージを利用して，ＫＥＹ＿２を更新する， 車載ネットワーク・システム。」 第５．本願発明と引用発明との対比 本願発明は，上記「第２．平成２９年１１月２２日付けの手続補正の却下の決定」において検討した，本件補正発明から，「データ」に関する限定事項である， 「車載コンピュータに適用される前記データは，前記車載コンピュータにインストールされるコンピュータプログラムである」， という構成を取り除いたものであるから，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。 ［一致点］ 車両に搭載される車載コンピュータと，データ提供装置と，を備え， 前記車載コンピュータは，マスタ鍵と自己の車載コンピュータ識別子とから生成された鍵１を記憶する第１記憶部を備え， 前記データ提供装置は， 前記マスタ鍵を記憶する第２記憶部と， 車載コンピュータの車載コンピュータ識別子と前記第２記憶部に記憶されている前記マスタ鍵とから前記車載コンピュータの鍵１を生成する鍵１生成部と， 鍵１生成部が生成した鍵１を使用して，期待値を計算する第１期待値計算部と，を備え， 車載コンピュータは，期待値を，第１記憶部に記憶されている鍵１を使用して計算する第２期待値計算部を，備える，システム。 ［相違点ａ］ “鍵１”に関して， 本願発明においては，「初期鍵」は，「車載コンピュータに適用されるデータの期待値を計算する」ためのものであるのに対して， 引用発明における「認証鍵」は，「ＳＩＭ」が，「ＥＣＵ」を認証するためのものである点。 ［相違点ｂ］ “第１期待値計算部”に関して， 本願発明においては，「車載コンピュータの初期鍵を使用して，前記車載コンピュータに適用されるデータの期待値を計算する」ものであるのに対して， 引用発明においては，“ＳＩＭの生成した乱数と，ＥＣＵから送信された，ＥＣＵ＿ＩＤとから，認証鍵を用いてＭＡＣを計算する”ものである点。 ［相違点ｃ］ 本願発明においては，「車載コンピュータに適用されるデータと，前記第１期待値計算部が計算した前記期待値とを前記車両へ提供する提供部」「を備え」るのに対して， 引用発明においては，「ＳＩＭ」で生成した「ＭＡＣ」を，「ＥＣＵ」側に送信する点については，言及されていない点。 ［相違点ｄ］ “第２期待値計算部”に関して， 本願発明においては，「提供部から提供された前記データの期待値を，前記第１記憶部に記憶されている前記初期鍵を使用して計算する」ものであるのに対して， 引用発明においては，「ＳＩＭ」から送信された「乱数」と，「ＥＣＵ」自身の「ＥＣＵ＿ＩＤ」とから，「認証鍵」を用いて「ＭＡＣ」を計算している点。 ［相違点ｅ］ 本願発明においては，「提供部から提供された前記期待値と，前記第２期待値計算部が計算した前記期待値とを比較する期待値検証部」「を備え」るのに対して， 引用発明においては，そのような構成についての言及がない点。 第６．相違点についての当審の判断 本願発明と，引用発明との［相違点ａ］～［相違点ｅ］は，本件補正発明と，引用発明との［相違点１］～［相違点５］と同じものであるから，上記「第２．平成２９年１１月２２日付けの手続補正の却下の決定」の「２．補正の適否」における「（５）相違点についての当審の判断」において検討したとおり，［相違点ａ］～［相違点ｅ］は格別のものではない。 そして，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 第７．むすび したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。 よって，結論のとおり審決する。