ポートフォリオ機能
| ポートフォリオを新規に作成して保存 |
|
|
| 既存のポートフォリオに追加保存 |
|
PDFをダウンロード
|
| 審決分類 |
審判 査定不服 2項進歩性 特許、登録しない(前置又は当審拒絶理由) H04L |
|---|---|
| 管理番号 | 1385522 |
| 総通号数 | 7 |
| 発行国 | JP |
| 公報種別 | 特許審決公報 |
| 発行日 | 2022-07-29 |
| 種別 | 拒絶査定不服の審決 |
| 審判請求日 | 2020-06-22 |
| 確定日 | 2022-06-02 |
| 事件の表示 | 特願２０１８−１７１１４１「一方向キーフォブ及び車両ペアリング」拒絶査定不服審判事件〔平成３１年 ２月１４日出願公開，特開２０１９− ２４２０９〕について，次のとおり審決する。 |
| 結論 | 本件審判の請求は，成り立たない。 |
| 理由 |
第１．手続の経緯 本願は，２０１３年８月３０日（パリ条約による優先権主張外国庁受理２０１２年８月３０日，２０１３年８月１６日 アメリカ合衆国）を国際出願日とする特願２０１５−５３０１０８号の一部を，特許法44条1項の規定により，平成３０年９月１３日に新たな特許出願としたものであって， 平成３０年９月１９日付けで審査請求がなされると共に手続補正がなされ，令和１年７月４日付けで審査官により拒絶理由が通知され，これに対して令和１年１０月８日付けで意見書が提出されたが，令和２年２月１９日付けで審査官により拒絶査定がなされ，これに対して令和２年６月２２日付けで審判請求がなされ，令和３年３月１９日付けで当審により拒絶理由が通知され，これに対して令和３年１０月５日付けで意見書が提出されると共に手続補正がなされたものである。 第２．本願発明について 本願の請求項１に係る発明（以下，これを「本願発明」という）は，令和３年１０月５日付けの手続補正により補正された，特許請求の範囲の請求項１に記載された，次のとおりのものである。 「システムであって， メッセージを送信する第１のデバイスであって， 動作鍵と公開鍵と秘密鍵とを記憶する第１のメモリであって，前記動作鍵と公開鍵と秘密鍵の各々が前記第１のデバイスに関連する，前記第１のメモリと， 前記秘密鍵を用いて前記動作鍵を暗号化し，先進暗号化標準（ＡＥＳ）に基づく暗号化を用いて前記動作鍵の暗号化された値を計算する第１のプロセッサと， 前記メッセージを送信する第１のトランスミッタであって，前記メッセージが前記暗号化された動作鍵と前記動作鍵のＡＥＳ暗号化された値の第１の選択されたビットである認証ビットとを含む，前記第１のトランスミッタと， を含む，前記第１のデバイスと， 前記メッセージを受信する第２のデバイスであって， 前記メッセージを受信する第１のレシーバと， 前記公開鍵を記憶する第２のメモリと， 前記動作鍵を回復するために前記公開鍵を用いて前記暗号化された動作鍵を解読し，前記回復された動作鍵のＡＥＳ暗号化された値を計算し，前記動作鍵のＡＥＳ暗号化された値の第２の選択されたビットを前記メッセージ内で受信した前記認証ビットと比較して前記第２の選択されたビットが前記認証ビットに調和するかどうかを判定し，前記第１の選択されたビットに対応する前記第２の選択されたビットが前記認証ビットに調和するときに前記第１のデバイスを前記第２のデバイスにペアリングする第２のプロセッサと， を含む，前記第２のデバイスと， を含む，システム。」 第３．当審の拒絶理由の概略 当審の拒絶の理由である，令和３年３月１９日付け拒絶理由通知の理由（以下，これを「当審拒絶理由」という）は，概略，次のとおりのものである。 「１．36条6項2号について 省略 ２．29条2項について 本願の請求項１に係る発明は，本願の原出願の第１国出願前に公知である，下記の引用文献に記載の発明に基づいて当業者が容易に発明をすることができたものである。 引用文献一覧 １．特開２０１０−０１６６０６号公報（２０１０年１月２１日公開） ２．国際公開第２０１０／１５０８１３号（国際公開日；２０１０年１２月２９日） ３．国際公開第２０１２／１０１７２１号（国際公開日；２０１２年８月２日） ４．特開２００２−１５８６４８号公報（２００２年５月３１日公開） ５．特開２００２−０９５０５０号公報（２００２年３月２９日公開） ６．特開２０１２−０８８９１３号公報（２０１２年５月１０日公開） ７．特開２０１０−１３０３５３号公報（２０１０年６月１０日公開）」 第４．引用文献に記載の技術 １．当審拒絶理由に引用された，本願の原出願の第１国出願前に既に公知である，特開２０１０−０１６６０６号公報（２０１０年１月２１日公開，以下，これを「引用文献１」という）には，関連する図面と共に，次の事項が記載されている。 Ａ．「【００３０】 認証情報比較部１８は，車両１が暗号化キー信号Ｓkdを受信した際，メモリ１２に登録されている車両認証情報２０を暗号化するとともに，暗号後の車両認証情報２０の一部を抽出して車両抽出データＤcrを生成する。そして，認証情報比較部１８は，暗号化キー信号Ｓkdに含まれるキー抽出データＤkyと，自身が生成した車両抽出データＤcrとを比較することにより，このときに受信した暗号化キー信号Ｓkdが正規のものか否かを検証する。このとき，認証情報比較部１８は，これら抽出データＤky，Ｄcrが一致しない場合，暗号化した車両認証情報２０を更に暗号化して，抽出データＤky，Ｄcrの比較を再度行い，この一連の処理をこれら抽出データＤky，Ｄcrが一致するまで制限回数Ｋmx内において繰り返し実行する。なお，車両抽出データＤcrが第２抽出データに相当する。 【００３１】 次に，本例の暗号認証システムの動作を図３を使用して説明する。 例えば，ワイヤレスキー３のロックボタン４が押し操作された場合を想定する。このとき，暗号化処理部１４は，車両１との間で認証通信を開始すべく，まずはメモリ８からキー認証情報１７を読み出し，このキー認証情報１７をワイヤレスキー３の暗号鍵１６で暗号化する。そして，信号発信処理部１５は，暗号化後のキー認証情報１７の一部，例えば下位３２ビットを抽出してキー抽出データＤkyを生成する。信号発信処理部１５は，キー抽出データＤkyの生成後，メモリ８に登録されたＩＤコード９と，車両ドアの施錠動作を車両１に要求する機能コードＣcdと，暗号化後のキー認証情報１７の下位３２ビットからなるキー抽出データＤkyとを含んだ暗号化キー信号Ｓkdを，発信回路７から車両１に向けてＲＦ帯の信号で発信させる。 【００３２】 車両１がこの暗号化キー信号Ｓkdを受信回路１１で受信すると，認証情報比較部１８は，まずメモリ１２から車両認証情報２０を読み出し，この車両認証情報２０を車両１の暗号鍵１９で暗号化する。そして，認証情報比較部１８は，暗号化後の車両認証情報２０においてキー抽出データＤkyの抽出時と同じビット位置，即ち下位３２ビットのデータ群を抽出して車両抽出データＤcrを生成し，ワイヤレスキー３から受け付けたキー抽出データＤkyと，自身が割り出した車両抽出データＤcrとを比較することにより，ローリングコード系の認証を行う。このとき，認証情報比較部１８は，これら抽出データＤky，Ｄcrが一致すれば，ローリングコード系の認証が成立したと認識する。」 ２．本願の原出願の第１国出願前に既に公知である，国際公開第２０１０／１５０８１３号（国際公開日；２０１０年１２月２９日，以下，これを「引用文献２」という）には，関連する図面と共に，次の事項が記載されている。 Ｂ．「【００３５】 ノードＡは，セッション鍵Ｋｓの配布を要求するにあたり，ノンスＮａｂを生成し，ノードＡの識別情報ＩＤａとノンスＮａｂとをノードＢに送信する（Ｐ１）。 【００３６】 一方，ノードＢは，ノードＡから鍵配布の要求を受けると，セッション鍵Ｋｂａを生成するとともに，秘密鍵Ｋａｂを用いて，ノンスＮａｂとセッション鍵Ｋｓとを暗号化した暗号文ＥＮＣ〔Ｋａｂ〕（Ｎａｂ，Ｋｓ）を生成する。また，ノードＢでは，ノードＡの秘密鍵Ｋａｂを用いたメッセージ認証コードの値（ＭＡＣ値）ＭＡＣ〔Ｋａｂ〕（Ｎａｂ，Ｋｓ，ＩＤｂ）を計算し，暗号文にＭＡＣ値を付加してノードＡに送信する（Ｐ２）。 【００３７】 ノードＡでは，ノードＢから送信された情報を受け取ると，秘密鍵Ｋａｂを用いて，ノンスＮａｂとセッション鍵ＫｓとノードＢの識別情報（アドレスなど）ＩＤｂとを復号化する。また，秘密鍵ＫａｂによるＭＡＣ値ＭＡＣ〔Ｋａｂ〕（Ｎａｂ，Ｋｓ）を計算し，ＭＡＣ値をノードＢに返送する（Ｐ３）。 【００３８】 ノードＢでは，ノードＡからのＭＡＣ値ＭＡＣ〔Ｋａｂ〕（Ｎａｂ，Ｋｓ）を受け取ると，既知の秘密鍵ＫａｂとノンスＮａｂとセッション鍵Ｋｓとを用いてＭＡＣ値を計算し，計算したＭＡＣ値とノードＡから受け取ったＭＡＣ値とを比較することにより，セッション鍵ＫｓがノードＡに対して安全に伝送されたことを確認する。 【００３９】 セッション鍵Ｋｓを含む暗号文ＥＮＣ〔Ｋａｂ〕（Ｎａｂ，Ｋｓ）としては，たとえば，ノンスＮａｂを一方向性関数に代入した結果を秘密鍵Ｋａｂで暗号化したメッセージと，セッション鍵Ｋｓとの排他的論理和を用いることができる。なお，ノードＢでのセッション鍵Ｋｓの暗号化の際に，ノードＢの識別情報ＩＤｂを含めるようにしてもよい。」 ３．本願の原出願の第１国出願前に既に公知である，国際公開第２０１２／１０１７２１号（国際公開日；２０１２年８月２日，以下，これを「引用文献３」という）には，関連する図面と共に，次の事項が記載されている。 Ｃ．「【００３４】 図４（ｂ）に示すメッセージのデータ構成には，セキュリティヘッダとして，「バージョン」，「メッセージタイプ」，「鍵ＩＤ」および「ｎｏｎｓｅ」が含まれる。ｎｏｎｓｅには，「機器ＩＤ」および「送信日時」が含まれる。ペイロードとして，「アプリケーションデータ長」，「アプリケーションデータ」，「管理データ長」および「管理データ」が含まれる。セキュリティフッダとして，「メッセージ認証コード」が含まれる。このデータ構造では，「ｎｏｎｓｅ」，「ペイロード長」，「アプリケーションデータ長」，「アプリケーションデータ」，「管理データ長」および「管理データ」が認証対象範囲である。また，「アプリケーションデータ長」，「アプリケーションデータ」，「管理データ長」，「管理データ」および「メッセージ認証コード」が暗号化対象範囲である。なお，いずれの場合も暗号の対象となるのは，ペイロードとメッセージ認証コードである。 【００３５】 図５は，メッセージタイプのデータ構造を示す。メッセージタイプは「保護形式」および「管理データ」により構成される。「保護形式」には「０」，「１」，「２」，「３」のいずれかがセットされる。「０」はメッセージが平文であることを示す。メッセージ認証コードは添付されず，暗号化されない。「１」はメッセージがデータ認証付きデータであることを示す。たとえば，ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）−ＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）−ＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）方式を採用することができる。この場合，ＡＥＳ−ＣＢＣモード暗号処理により生成されたＭＡＣがメッセージに添付される。「２」はメッセージがデータ認証付き暗号化データであることを示す。たとえば，ＡＥＳ−ＣＣＭ（Ｃｏｕｎｔｅｒ ｗｉｔｈ ＣＢＣ−ＭＡＣ）方式を採用することができる。ＡＥＳ−ＣＣＭモード暗号処理により生成されたＭＡＣがメッセージに添付されるとともに，ＡＥＳ−Ｃｏｕｎｔｅｒモードで暗号化される。「３」はリザーブである。」 ４．本願の原出願の第１国出願前に既に公知である，特開２００２−１５８６４８号公報（２００２年５月３１日公開，以下，これを「引用文献４」という）には，関連する図面と共に，次の事項が記載されている。 Ｄ．「【００９２】ここで，署名がデータ記憶部１３に登録されているか否かが確認され（ステップ５１８），確認の結果，登録されていないものであったときは，その後の入札書のデータ処理が行われない。一方，登録されているものであったときは，署名の付された入札書がデータ記憶部１３に記憶させる（ステップ５１９）。 【００９３】次いで，図１０に示すように，入札書が記憶された発注者端末１０のデータ処理部１７において，入札受付通知書１７が作成され（ステップ５２０），ベンダー端末２０へ送信される。入札受付通知書が受信されたベンダー端末２０の暗号化処理部２３において，入札書を暗号化した共通鍵が案件用公開鍵を用いて暗号化され（ステップ５２２），署名処理部２４においてベンダー秘密鍵を用いて共通鍵に署名が付加され（ステップ５２３），ベンダー端末送受信部２６及び通信回線３０を介して鍵預託サーバ４０へ送信される（ステップ５２４）。」 ５．本願の原出願の第１国出願前に既に公知である，特開２０１２−０８８９１３号公報（２０１２年５月１０日公開，以下，これを「引用文献５」という）には，関連する図面と共に次の事項が記載されている。 Ｅ．「【００３０】 ステップ８−２では，図５及び図６に示すように，車載機１０が待ち受け状態であり，且つ，ユーザの携帯端末５０が例えば車室内のような車載機１０と無線通信可能な距離内に位置するとき，車載機１０と携帯端末５０とのペアリングが実行される。具体的には，図６に示すように，携帯端末５０によりサーチが実行される。これを受けて，待ち受け状態にある車載機１０は，携帯端末５０に対してＰＩＮコードを要求する。これを受けて，携帯端末５０の制御・通信部５２は，ステップ７で得られたＰＩＮコードを車載機１０に送信する。尚，ペアリングのためのこれらの情報の送受は，ブルートゥース（登録商標）に基づく無線通信により実現される。次いで，車載機１０の制御部１２の第１認証部１２Ａは，携帯端末５０から送られてきたＰＩＮコードを用いて認証を行う。具体的には，第１認証部１２Ａは，携帯端末５０から送られてきたＰＩＮコードと，記憶部１６に記憶されたＰＩＮコードとを比較し，一致した場合には，ペアリングを完了する。」 第５．引用文献１に記載の発明 ア．上記Ａの段落【００３０】中の「車両１が暗号化キー信号Ｓkdを受信した際，メモリ１２に登録されている車両認証情報２０を暗号化するとともに，暗号後の車両認証情報２０の一部を抽出して車両抽出データＤcrを生成する。そして，認証情報比較部１８は，暗号化キー信号Ｓkdに含まれるキー抽出データＤkyと，自身が生成した車両抽出データＤcrとを比較することにより，このときに受信した暗号化キー信号Ｓkdが正規のものか否かを検証する」という記載，同じく，上記Ａの段落【００３１】中の「ワイヤレスキー３のロックボタン４が押し操作された場合を想定する。このとき，暗号化処理部１４は，車両１との間で認証通信を開始すべく，まずはメモリ８からキー認証情報１７を読み出し，このキー認証情報１７をワイヤレスキー３の暗号鍵１６で暗号化する。そして，信号発信処理部１５は，暗号化後のキー認証情報１７の一部，例えば下位３２ビットを抽出してキー抽出データＤkyを生成する。信号発信処理部１５は，キー抽出データＤkyの生成後，メモリ８に登録されたＩＤコード９と，車両ドアの施錠動作を車両１に要求する機能コードＣcdと，暗号化後のキー認証情報１７の下位３２ビットからなるキー抽出データＤkyとを含んだ暗号化キー信号Ｓkdを，発信回路７から車両１に向けてＲＦ帯の信号で発信させる」という記載，及び，同じく，上記Ａの段落【００３２】中の「車両１がこの暗号化キー信号Ｓkdを受信回路１１で受信すると，認証情報比較部１８は，まずメモリ１２から車両認証情報２０を読み出し，この車両認証情報２０を車両１の暗号鍵１９で暗号化する。そして，認証情報比較部１８は，暗号化後の車両認証情報２０においてキー抽出データＤkyの抽出時と同じビット位置，即ち下位３２ビットのデータ群を抽出して車両抽出データＤcrを生成し，ワイヤレスキー３から受け付けたキー抽出データＤkyと，自身が割り出した車両抽出データＤcrとを比較することにより，ローリングコード系の認証を行う」という記載から，引用文献１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。 「ワイヤレスキー３は，メモリ８から読み出したキー認証情報１７を，前記ワイヤレスキー３の暗号鍵１６で暗号化し， 暗号化された前記キー認証情報１７の一部のビットを抽出して，キー抽出データＤkyを生成し， 前記キー抽出データＤkyと，メモリ８に登録されたＩＤコード９と，車両ドアの施錠動作を車両１に要求する機能コードＣcdとを含んだ暗号化キー信号Ｓkdを発信回路７から，前記車両１に向けて発信し， 前記車両１は，前記暗号化キー信号Ｓkdを受信回路１１で受信すると，前記車両１のメモリ１２から車両認証情報２０を読み出し， 前記車両認証情報２０を，前記車両１の暗号鍵１９で暗号化して，暗号化された前記車両認証情報２０のキー抽出データＤkyの抽出時と同じビット位置のデータ群を抽出して，車両抽出データＤcrを生成し， 前記暗号化キー信号Ｓkdに含まれる，前記キー抽出データＤkyと，前記車両抽出データＤcrとを比較することにより，認証を行う，システム。」 第６．本願発明と引用発明との対比 １．引用発明における「メモリ８」，「メモリ１２」，「発信回路７」，及び，「受信回路１１」が，それぞれ， 本願発明における「第１のメモリ」，「第２のメモリ」，「第１のトランスミッタ」，及び，「第１のレシーバ」に相当し， 引用発明において，「ワイヤレスキー３」は，「車両１」に対して，「車両ドアの施錠動作を車両１に要求する機能コードＣcd」等を送信して，「車両ドア」の「施錠」を「要求」しているので，「車両１」に対して，「メッセージ」を送信し，当該「車両１」は，前記「メッセージ」を受信していることは明らかであるから， 引用発明における「ワイヤレスキー３」が， 本願発明における「メッセージを送信する第１のデバイス」に相当し， 引用発明における「車両１」が，本願発明１における「メッセージを受信する第２のデバイス」に相当する。 ２．引用発明においても，「ワイヤレスキー３」が，「キー抽出データＤky」を生成するための「プロセッサ」を有し，「車両１」が，「車両抽出データＤcr」を生成し，前記「キー抽出データＤky」と比較するための「プロセッサ」を有することは明らかであり，当該「プロセッサ」が「データ」の「暗号化」を行っていることも明らかであるから， 引用発明における，「ワイヤレスキー３」の「プロセッサ」と，「車両１」の「プロセッサ」が，それぞれ， 本願発明における「第１のプロセッサ」と，「第２のプロセッサ」に相当する。 ３．引用発明において，「メモリ８から読み出したキー認証情報１７を，前記ワイヤレスキー３の暗号鍵１６で暗号化」し，「キー抽出データＤkyを生成」することと， 本願発明において，「先進暗号化標準（ＡＥＳ）に基づく暗号化を用いて前記動作鍵の暗号化された値を計算する」こととは， “第１のデバイスの有するデータを暗号化し認証用の元データを生成する”点で共通する。 ４．引用発明における「暗号化された前記キー認証情報１７の一部のビットを抽出して」，「生成」された，「キー抽出データＤky」は，「車両１」側で，「認証」に用いられるものであるから， 引用発明における「キー抽出データＤky」と， 本願発明における「動作鍵のＡＥＳ暗号化された値の第１の選択されたビットである認証ビット」とは， “暗号化された値の一部のビットである認証ビット”である点で共通する。 そして，上記１，及び，上記２において検討した事項を踏まえれば，引用発明において「ワイヤレスキー３」が送信する「メッセージ」に「認証ビット」が含まれていることは，明らかである。 ５．引用発明における「車両１の暗号鍵１９」が， 本願発明における「動作鍵」に相当するので， 引用発明における「車両１の暗号鍵１９を暗号化」と， 本願発明における「動作鍵のＡＥＳ暗号化された値を計算」とは， “暗号化された値を計算”である点で共通し， 引用発明における「暗号化された前記車両認証情報のキー抽出データＤky」が， 本願発明における「動作鍵のＡＥＳ暗号化された値」に相当し， 引用発明における「抽出時と同じビット位置」が， 本願発明における「第２の選択されたビット」に相当するので， 引用発明における「車両１の暗号鍵１９で暗号化して，暗号化された前記車両認証情報のキー抽出データＤkyの抽出時と同じビット位置のデータ群を抽出して，車両抽出データＤcrを生成」される，前記「車両抽出データＤcr」と， 本願発明における「動作鍵のＡＥＳ暗号化された値を計算し，前記動作鍵のＡＥＳ暗号化された値の第２の選択されたビット」とは， “暗号化された値を計算し，前記暗号化された値の第２の選択されたビット”である点で共通する。 ６．上記４，及び，上記５において検討した事項を踏まえれば，引用発明における「キー抽出データＤky」が， 本願発明における「認証ビット」に相当し， 引用発明における「車両抽出データＤcr」が， 本願発明における「第２の選択されたビット」に相当するので， 引用発明における「暗号化キー信号Ｓkdに含まれる，前記キー抽出データＤkyと，車両抽出データＤcrとを比較することにより，認証を行う」ことと， 本願発明における「動作鍵のＡＥＳ暗号化された値の第２の選択されたビットを前記メッセージ内で受信した前記認証ビットと比較して前記第２の選択されたビットが前記認証ビットに調和するかどうかを判定」することとは， “暗号化された値の第２の選択されたビットが，認証ビットに調和するかどうかを判定する”点で共通する。 ７．以上，上記１．〜６．において検討した事項から，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。 ［一致点］ システムであって， メッセージを送信する第１のデバイスであって， 第１のメモリと， 暗号化された値を計算する第１のプロセッサと， 前記メッセージを送信する第１のトランスミッタであって，前記メッセージが暗号化された値の一部のビットである認証ビットとを含む，前記第１のトランスミッタと， を含む，前記第１のデバイスと， 前記メッセージを受信する第２のデバイスであって， 前記メッセージを受信する第１のレシーバと， 第２のメモリと， 暗号化された値を計算し，前記暗号化された値の第２の選択されたビットを前記メッセージ内で受信した前記認証ビットと比較して，前記暗号化された値の第２の選択されたビットが，前記認証ビットに調和するかどうかを判定する第２のプロセッサと， を含む，前記第２のデバイスと， を含む，システム。 ［相違点１］ “第１のメモリ”に関して， 本願発明においては，「第１のデバイスに関連する」「動作鍵と公開鍵と秘密鍵とを記憶する」ものであるのに対して， 引用発明においては，「メモリ８」に，「動作鍵と公開鍵と秘密鍵とを記憶する」ことは，言及されていない点。 ［相違点２］ 本願発明においては，「秘密鍵を用いて前記動作鍵を暗号化」するものであるのに対して， 引用発明においては，「秘密鍵を用いて前記動作鍵を暗号化」することは，言及されていない点。 ［相違点３］ “暗号化された値を計算する”ことに関して， 本願発明においては，「先進暗号化標準（ＡＥＳ）に基づく暗号化を用いて前記動作鍵の暗号化された値を計算する」ものであるのに対して， 引用発明においては，「動作鍵」を，「ＡＥＳ」暗号方式で暗号化する点については，言及されていない点。 ［相違点４］ “第２のメモリ”に関して， 本願発明においては，「公開鍵を記憶する」ものであるのに対して， 引用発明においては，「公開鍵を記憶する」ことには，言及されていない点。 ［相違点５］ “暗号化された値を計算し，前記暗号化された値の第２の選択されたビットを前記メッセージ内で受信した前記認証ビットと比較”することに関して， 本願発明においては，「動作鍵を回復するために前記公開鍵を用いて前記暗号化された動作鍵を解読し，前記回復された動作鍵のＡＥＳ暗号化された値を計算し，前記動作鍵のＡＥＳ暗号化された値の第２の選択されたビットを前記メッセージ内で受信した前記認証ビットと比較」するものであるのに対して， 引用発明においては，そのような処理についての言及がない点。 ［相違点６］ 本願発明においては，「第１の選択されたビットに対応する前記第２の選択されたビットが前記認証ビットに調和するときに前記第１のデバイスを前記第２のデバイスにペアリングする」ものであるのに対して， 引用発明においては，「ペアリング」についての言及がない点。 第７．相違点についての当審の判断 １．［相違点１］，［相違点２］，及び，［相違点４］について 本願発明１においては，「第１のデバイス」が有する「動作鍵」を，「第１のデバイス」の「秘密鍵」で暗号化している。 公開鍵暗号方式の技術常識から，“平文”を公開鍵暗号方式における「秘密鍵」で暗号化することは，当該“平文”に対して署名をすることに他ならない。 暗号化に用いる「鍵」に対して公開鍵暗号方式の署名を施すことは，例えば，上記Ｄに引用した，引用文献４の記載にもあるとおり，本願の原出願の第１国出願前に，当業者には広く知られた技術であり，引用発明においても，署名対象を「動作鍵」とした場合，「ワイヤレスキー３」の「メモリ８」に，当該「動作鍵」，当該「動作鍵」に署名するための「ワイヤレスキー３」の「秘密鍵」／「公開鍵」ペアを記憶し，「車両１」の「メモリ１２」に，当該署名を検証するために用いる「公開鍵」を記憶するよう構成することは，当業者が適宜なし得る事項である。 よって，［相違点１］，［相違点２］，及び，［相違点４］は，格別のものではない。 ２．［相違点３］，及び，［相違点５］について 本願発明における「先進暗号化標準（ＡＥＳ）に基づく暗号化を用いて前記動作鍵の暗号化された値を計算する」こと，及び，「動作鍵のＡＥＳ暗号化された値を計算し，前記動作鍵のＡＥＳ暗号化された値の第２の選択されたビットを前記メッセージ内で受信した前記認証ビットと比較」することは，「ＡＥＳ」に基づく“メッセージ認証コード”を生成して，当該“メッセージ認証コード”の検証をしていることに他ならない。 そして，上記Ｂに引用した，引用文献２の記載にもあるとおり，「秘密鍵」を用いた“メッセージ認証コード”は，本願の原出願の第１国出願前に，当業者には広く知られた技術であり，「ＡＥＳ」を用いた“メッセージ認証コード”についても，上記Ｃに引用した，引用文献３の記載にもあるとおり，本願の原出願の第１国出願前に，当業者には広く知られた技術であるから，上記１．において検討した事項を踏まえると， 引用発明においても，「ワイヤレスキー３」と，「車両１」との間で，「動作鍵」の送受を行う際に，「ワイヤレスキー３」側で，当該「動作鍵」に対して，「ＡＥＳ」に基づく，“メッセージ認証コード”を付与し，「車両１」側で，当該“メッセージ認証コード”を検証するよう構成することは，当業者が適宜なし得る事項である。 よって，［相違点３］，及び，［相違点５］は，格別のものではない。 ３．［相違点６］について 上記Ｅに引用した，引用文献５には，自動車関連の「ペアリング」に関する記載がされているところ，「車両」においても，必要に応じて「ペアリング」を行うことは，本願の原出願の第１国出願前に，当業者には広く知られた事項である。 したがって，引用発明においても，「ワイヤレスキー３」と，「車両１」との間で，初期設定等において，「ペアリング」を行う構成を導入することは，当業者が適宜なし得る事項である。 よって，［相違点６］は，格別のものではない。 ４．以上，上記１．〜上記３．において検討したとおりであるから，［相違点１］〜［相違点６］は，格別のものではなく，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 なお，審判請求人は，令和３年１０月５日付けの意見書において， 「同じデータである動作鍵を２つの 異なる暗号化手法で暗号化し、それら２つの異なる暗号化データを用いて認証を行うことで、他方のデバイスが動作鍵を知ることなしにより強固な認証方式を提供し得るという本願発明の技術思想については記載も示唆もされていません。従って、拒絶理由通知書において挙げられている相違点５は、特に、格別なものです。」 旨主張しているが，上記「１．［相違点１］，［相違点２］，及び，［相違点４］について」において検討したとおり，公開鍵暗号方式における「秘密鍵」による暗号化は，対象データに対する“署名”に相当するものであって，当業者には周知の技術事項であるから，「ＡＥＳ」を用いた“メッセージ認証コード”を採用する際に，併せて「秘密鍵」による“署名”を付加することは，当業者が必要に応じて適宜なし得る程度のものである。 よって，審判請求人の上記引用の主張は採用できない。 第８．むすび 以上に検討したとおり，本願発明は，引用発明及び引用文献２〜引用文献５に記載の技術事項に基づいて当業者が容易に発明することができたものであるから，特許法29条2項の規定により特許を受けることができない。 よって，結論のとおり審決する。 |
| 別掲 |
（行政事件訴訟法第４６条に基づく教示） この審決に対する訴えは，この審決の謄本の送達があった日から３０日（附加期間がある場合は，その日数を附加します。）以内に，特許庁長官を被告として，提起することができます。 審判長 田中 秀人 出訴期間として在外者に対し９０日を附加する。 |
| 審理終結日 | 2021-12-17 |
| 結審通知日 | 2021-12-22 |
| 審決日 | 2022-01-13 |
| 出願番号 | P2018-171141 |
| 審決分類 |
P
1
8・
121-
WZ
(H04L)
|
| 最終処分 | 02 不成立 |
| 特許庁審判長 |
田中 秀人 |
| 特許庁審判官 |
石井 茂和 金子 秀彦 |
| 発明の名称 | 一方向キーフォブ及び車両ペアリング |
| 代理人 | 片寄 恭三 |