特許 7489310 電子キーシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-15

(45)【発行日】2024-05-23

(54)【発明の名称】電子キーシステム

(51)【国際特許分類】

   E05B 49/00 20060101AFI20240516BHJP

   B60R 25/24 20130101ALI20240516BHJP

   G06F 21/31 20130101ALI20240516BHJP

   G06F 21/64 20130101ALI20240516BHJP

【ＦＩ】

E05B49/00 K

B60R25/24

G06F21/31

G06F21/64

【請求項の数】 5

(21)【出願番号】P 2020216132

(22)【出願日】2020-12-25

(65)【公開番号】P2022101819

(43)【公開日】2022-07-07

【審査請求日】2023-09-07

(73)【特許権者】

【識別番号】000010098

【氏名又は名称】アルプスアルパイン株式会社

(73)【特許権者】

【識別番号】500260296

【氏名又は名称】フリービット株式会社

(74)【代理人】

【識別番号】100098497

【弁理士】

【氏名又は名称】片寄 恭三

(74)【代理人】

【識別番号】100099748

【弁理士】

【氏名又は名称】佐藤 克志

(74)【代理人】

【識別番号】100103171

【弁理士】

【氏名又は名称】雨貝 正彦

(74)【代理人】

【識別番号】100105784

【弁理士】

【氏名又は名称】橘 和之

(72)【発明者】

【氏名】田口 智貴

(72)【発明者】

【氏名】ヤクブ パイェク

(72)【発明者】

【氏名】石田 宏樹

【審査官】砂川 充

(56)【参考文献】

【文献】特表２０１９－５２３４９４（ＪＰ，Ａ）

【文献】国際公開第２０２０／０５０３９０（ＷＯ，Ａ１）

【文献】特開２００６－９３３３（ＪＰ，Ａ）

【文献】特開２０２０－４３３９６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｅ０５Ｂ １／００－８５／２８

Ｂ６０Ｒ ２５／２４

Ｇ０６Ｆ ２１／３１－２１／４３

Ｇ０６Ｆ ２１／６４

Ｇ０９Ｃ １／００－ ５／００

Ｈ０４Ｋ １／００－ ３／００

Ｈ０４Ｌ ９／００－ ９／４０

(57)【特許請求の範囲】

【請求項1】

車載装置と、ユーザー端末と、前記車載装置および前記ユーザー端末とネットワークを介して接続された電子装置とを含み、電子的に車両の施錠または開錠を可能にする電子キーシステムであって、
前記ユーザー端末は、秘密鍵と公開鍵を生成する生成手段と、前記公開鍵を公開鍵のデータサイズの小さい第１の固有データに変換する第１の変換手段と、変換された第１の固有データを前記電子装置に送信する第１の送信手段と、秘密鍵を用いた署名付きリクエストを車載装置に送信する第２の送信手段とを含み、
電子装置は、前記ユーザー端末から受け取った第１の固有データを保存する保存手段と、保存した第１の固有データを前記車載装置に送信する第３の送信手段とを含み、
前記車載装置は、前記電子装置から第１の固有データを受信する受信手段と、前記署名付きリクエストに含まれる公開鍵を前記第１の変換手段と同様の変換により第２の固有データに変換する第２の変換手段と、第２の固有データと第１の固有データとを比較し、その比較結果に基づき車両の施錠または開錠を制御するキー制御手段と、
を有する電子キーシステム。

【請求項2】

前記第１および第２の変換手段は、ハッシュ関数を用いて公開鍵を第１および第２の固有データに変換する、請求項１に記載の電子キーシステム。

【請求項3】

前記電子装置は、前記保存手段が保存するデータサイズに応じてユーザーから課金を徴収するシステムに用いられる、請求項１に記載の電子キーシステム。

【請求項4】

前記電子装置は、ブロックチェーンシステムに用いられる、請求項１または３に記載の電子キーシステム。

【請求項5】

車載装置と、ユーザー端末と、ネットワーク上で情報を保持するブロックチェーンとを含む電子キーシステムにおける施錠または開錠方法であって、
ユーザー端末において秘密鍵／公開鍵を生成し、公開鍵をバイト数が少ないダイジェスト値に変換し、変換したダイジェスト値をブロックチェーンに保存し、さらにユーザー端末において秘密鍵を用いて署名した署名付きリクエストを生成し、生成した署名付きリクエストを車載装置に送信し、
車載装置においてユーザー端末から受信した署名付きリクエストに含まれる公開鍵をダイジェスト値に変換し、当該ダイジェスト値とブロックチェーンからダウンロードしたダイジェスト値とを比較し、比較結果に基づき署名付きリクエストの本人認証ができた場合に、車両の施錠または開錠を可能にする、施錠または開錠方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両の施錠または開錠を電子的に行うための電子キーシステムに関し、特にネットワークを利用した電子キーシステムに関する。

【背景技術】

【0002】

キーを用いずに車両のドアの施錠または開錠を行うキーシステムの実用化が進められている。例えば、特許文献１のキーレスエントリーシステムは、携帯電話機と車両の施解錠制御装置とを通信回線を介して接続し、自動車の所有者は、携帯電話機から通信回線を介して施解錠制御装置にロックを解錠するためのデータを送信し、これにより施解錠制御装置が車両のドアのロックを解錠するものである。セキュリティ効果を高めるため、データは、公開鍵と秘密鍵とを用いて暗号化され、第三者が不正にデータを取得してもロック解除を行えないようにしている。また、特許文献２の電子キーシステムは、電子キーおよび車載装置にデジタル署名に用いる公開鍵が記憶され、サーバーにはデジタル署名に用いる秘密鍵が記憶され、サーバーから取得される更新情報には秘密鍵によって暗号化された更新情報のハッシュ値が付与され、電子キーおよび車載装置は、秘密鍵によって暗号化された更新情報のハッシュ値を公開鍵により復号し、更新情報の真偽を確認するものである。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００６－９３３３号公報

【文献】特開２００９－２７５３６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

携帯電話機等のスマートフォンを利用して車両のドアの鍵を電子的に開閉する「デジタルキー」について、ＣＣＣ(Car Connectivity Consortium)の標準仕様策定などを契機に開発が活発となってきている。

【0005】

従来のカーシェアでは、ユーザーは、例えばスマートフォンを用いてサーバー経由で車両（車載装置）と通信し、鍵の開錠/施錠を行っている。この場合、車両およびスマートフォンの双方が通信圏外となった場合、スマートフォンから開錠することができない。

【0006】

そこで、ローカル通信での鍵操作を実現する上で、公開鍵暗号の利用が考えられる。車両は、予め公開鍵をサーバーからダウンロードしておき、スマートフォンは車両へのリクエストを秘密鍵でデジタル署名して送信し、車両は、公開鍵を用いて当該リクエストのデジタル署名を検証する。この場合、車両の寿命と同期間(１０～１５年)、サーバーを保守管理しなければいけないという課題がある。

【0007】

一方、分散処理システムであるブロックチェーンは、複数のネットワーク上の相互の端末間でブロックチェーン上のデータを監視し、データの書き換え、コピー、削除等の不正ができないようにし、ブロックチェーン上のデータが正しいものであることを保証する。このようなブロックチェーンを使用すれば、サービス提供者がサーバーを保守管理する必要は無くなる。ブロックチェーンによる公開鍵暗号方式を使用する場合、ブロックチェーンに公開鍵を書き込む必要があるが、パブリックブロックチェーン等においては、一般的にブロックチェーンへデータを書込んだ量に応じて手数料(Gas)を支払わなければならない。それ故、ブロックチェーンに書き込む公開鍵のデータ量を可能な限り削減することが求められる。

【0008】

図１は、従来のブロックチェーンを利用した電子キーシステムの概要を説明する図である。ここでは、例えば、カーシェアリングや家族間で複数のユーザーが車両を利用するときの電子キーシステムを例示する。
（１）先ず、利用者は、スマートフォンにおいて秘密鍵／公開鍵を生成し、さらにスマートフォンから所有者のパーソナルコンピュータまたはスマートフォンに対して、生成した公開鍵を含むユーザーデバイス情報の追加をリクエストする。ユーザーデバイス情報は、例えば、利用者のスマートフォンの電話番号等である。
（２）所有者は、利用者からユーザーデバイス情報の追加のリクエストを受け取ると、当該リクエストに含まれる公開鍵を抽出し、追加するユーザーデバイス情報に対応する公開鍵をネットワーク上のブロックチェーンに書込むことで、ブロックチェーン上にユーザーデバイス情報の追加・変更を行う。また、所有者自身が車両を利用する場合には、公開鍵／秘密鍵を生成し、所有者のユーザーデバイス情報に対応する公開鍵をブロックチェーンに書き込む。なお、利用者は、車両の利用条件（例えば、利用する日時等）が決定している場合には、所有者に対し利用条件を含めたユーザーデバイス情報の追加をリクエストし、所有者は、利用条件に応じてユーザーデバイス情報の追加・変更をブロックチェーンに行うことができる。
（３）ブロックチェーンは、車載装置の権限情報の同期を行う。つまり、ブロックチェーンは、追加したユーザーデバイス情報に対応する公開鍵を車載装置に送信し、車載装置は、その公開鍵を保持する。また、所有者自身の公開鍵がブロックチェーンに書込まれている場合には、その公開鍵が車載装置にダウンロードされそこに保持される。
（４）利用者は、車両を利用するとき、秘密鍵で署名したデジタル署名付きの施錠・開錠のリクエストを車載装置に送信する。車載装置は、保持した公開鍵を用いてデジタル署名をデコードすることで利用者本人の認証を行い、認証できた場合には車両の施錠・開錠を可能にする。
（５）また、所有者自身が利用する場合、所有者は、上記（４）と同様に、秘密鍵で署名したデジタル署名付きの施錠・開錠のリクエストを車載装置に送信し、車載装置は、保持した公開鍵を用いてデジタル署名をデコードすることで所有者本人の認証を行い、認証できた場合には車両の施錠・開錠を可能にする。

【0009】

このようなブロックチェーンを利用した電子キーシステムでは、書込まれた公開鍵を事実上改ざんすることが不可能であるという利点がある反面、上記したように書込むデータ量に応じたコストが生じるという課題がある。

【0010】

本発明は、このような従来の課題を解決し、安価な方法で公開鍵暗号方式を利用した電子キーシステムを提供することを目的とする。

【課題を解決するための手段】

【0011】

本発明の電子キーシステムは、車載装置と、ユーザー端末と、前記車載装置および前記ユーザー端末とネットワークを介して接続された電子装置とを含み、電子的に車両の施錠または開錠を可能にするものであって、前記ユーザー端末は、秘密鍵と公開鍵を生成する生成手段と、前記公開鍵を公開鍵のデータサイズの小さい第１の固有データに変換する第１の変換手段と、変換された第１の固有データを前記電子装置に送信する第１の送信手段と、秘密鍵を用いた署名付きリクエストを車載装置に送信する第２の送信手段とを含み、電子装置は、前記ユーザー端末から受け取った第１の固有データを保存する保存手段と、保存した第１の固有データを前記車載装置に送信する第３の送信手段とを含み、前記車載装置は、前記電子装置から第１の固有データを受信する受信手段と、前記署名付きリクエストに含まれる公開鍵を前記第１の変換手段と同様の変換により第２の固有データに変換する第２の変換手段と、第２の固有データと第１の固有データとを比較し、その比較結果に基づき車両の施錠または開錠を制御するキー制御手段とを有する。

【0012】

ある実施態様では、前記第１および第２の変換手段は、ハッシュ関数を用いて公開鍵を第１および第２の固有データに変換する。ある実施態様では、前記電子装置は、前記保存手段が保存するデータサイズに応じてユーザーから課金を徴収するシステムに用いられる。ある実施態様では、前記電子装置は、ブロックチェーンシステムに用いられる。

【0013】

本発明における施錠または開錠方法は、車載装置と、ユーザー端末と、ネットワーク上で情報を保持するブロックチェーンとを含む電子キーシステムにおけるものであって、ユーザー端末において秘密鍵／公開鍵を生成し、公開鍵をバイト数が少ないダイジェスト値に変換し、変換したダイジェスト値をブロックチェーンに保存し、さらにユーザー端末において秘密鍵を用いて署名した署名付きリクエストを生成し、生成した署名付きリクエストを車載装置に送信し、車載装置においてユーザー端末から受信した署名付きリクエストに含まれる公開鍵をダイジェスト値に変換し、当該ダイジェスト値とブロックチェーンからダウンロードしたダイジェスト値とを比較し、比較結果に基づき署名付きリクエストの本人認証ができた場合に、車両の施錠または開錠を可能にする。

【発明の効果】

【0014】

本発明によれば、公開鍵をデータサイズの小さい固有データに変換し、当該固有データをネットワーク上の電子装置に保存し、電子装置から受信した固有データを利用して本人認証をして車両の施錠または開錠をするようにしたので、ネットワーク上に書込むデータ量を削減し、そのためのコストを低減することができる。

【図面の簡単な説明】

【0015】

【図1】従来のブロックチェーンを利用した電子キーシステムの概要を説明する図である。

【図2】本発明の実施例に係る電子キーシステムの構成を示す図である。

【図3】本発明の実施例に係るユーザー端末の構成を示すブロック図である。

【図4】公開鍵暗号方式を用いた電子署名の生成と検証の概要を説明する図である。

【図5】本発明の実施例に係るユーザー端末の電子キープログラムの機能的な構成を示す図である。

【図6】本発明の実施例に係る車載装置の機能的な構成を示す図である。

【図7】本発明の実施例に係るEthereum Addressを説明する図である。

【図8】本発明の実施例に係る電子キーシステムの動作を説明する図である。

【図9】比較例としての電子キーシステムの動作を説明する図である。

【発明を実施するための形態】

【0016】

次に、本発明の実施の形態について説明する。本発明に係る電子キーシステムは、公開鍵暗号方式によりデジタル署名したデータを利用して電子的に車両の施錠または開錠を行うことを可能にする。また、本発明に係る電子キーシステムは、車両の所有者自身が利用することに加えて、カーシェア、レンタカー等の所有者と異なる利用者が利用する場合に特に有効である。

【実施例】

【0017】

図２は、本発明の実施例に係る電子キーシステムの全体構成を示す図である。本実施例の電子キーシステム１００は、１つまたは複数のユーザー端末１１０と、ユーザー端末１１０とネットワークを介して接続されるブロックチェーン１２０と、車両に搭載された車載装置１３０とを含んで構成される。

【0018】

ユーザー端末１１０は、車両を所有するユーザーあるいは車両を利用するユーザーが保持する端末であり、ユーザー端末は、例えば、コンピュータ装置、スマートフォンに代表される高機能型携帯電話端末、ポータブル端末などである。例えば、カーシェアリングサービスでは、カーシェアリング事業を行う事業者が車両を所有するユーザーであり、車両をシェアする者が車両を利用するユーザーである。カーレンタカーでも同様に、レンタカー事業を行う事業者が車両を所有するユーザーであり、車両をレンタルする者が車両を利用するユーザーである。また、家族間で車両を共有する場合、車両のオーナーが車両を所有するユーザーであり、その他の家族のメンバーが車両を利用するユーザーである。これらは一例であり、上記以外にも車両を所有するユーザーと車両を利用するユーザーとが生じるケースにおいて、車両を所有するユーザーと車両を利用するユーザーとが適用される。以下の説明では、車両を所有するユーザーが保持するユーザー端末と、車両を利用するユーザーが保持するユーザー端末とを区別する場合には、ユーザー端末１１０Ａ、１１０Ｂと称するが、それ以外は、ユーザー端末１１０と称する。

【0019】

ブロックチェーン１２０は、ネットワーク上で接続された複数の電子装置（例えば、コンピュータ装置）を含む分散処理システムにより構成され、ブロックチェーンは、これらの複数の電子装置によってデータを相互に監視し、ブロックチェーンに書込まれたデータが改ざんされることを防止し、書込まれたデータが真のデータであることを保証する。ブロックチェーンには、任意のユーザーが利用することができるパブリックブロックチェーンが存在し、パブリックブロックチェーンを利用する場合、ユーザーは、ブロックチェーン上に書き込むデータサイズに応じた手数料を支払う。１つの実施態様では、本実施例の電子キーシステムは、このようなパブリックブロックチェーンを利用する。

【0020】

車載装置１３０は、車両に搭載された電子装置であって、車載装置１３０は、ユーザー端末１１０と通信する機能、ネットワークを介してブロックチェーン１２０と通信する機能、ドアの施錠または開錠を電子的に行う機能を備えている。勿論、車載装置１３０は、上記の機能に加えて他の機能、例えば、ナビゲーション・オーディオ・ビジュアル機能などを備えることも可能である。

【0021】

次に、本実施例のユーザー端末について説明する。ユーザー端末１１０は、ある実施態様ではスマートフォンである。図３は、ユーザー端末の電気的な構成例を示すブロック図である。同図に示すように、ユーザー端末１１０は、入力部２００、通信部２１０、表示部２２０、音声出力部２３０、記憶部２４０、制御部２５０等を含んで構成される。入力部２００は、ユーザーからの入力を受け取り、これを制御部２５０へ提供する。通信部２１０は、車載装置１３０との間で近距離無線通信を可能にしたり、公衆無線回線網を利用してネットワーク上のブロックチェーンやサーバー等との無線通信を可能にしたり、音声通話等を可能にする。記憶部２４０は、ユーザー端末が実行するプログラム、アプリケーションやその他必要なデータを格納する。

【0022】

制御部２５０は、ユーザー端末１１０の各部を制御し、例えば、ＲＯＭ／ＲＡＭを含むマイクロコントローラ、マイクロプロセッサ等を含んで構成される。本実施例では、制御部２５０は、電子キーシステムを実現するために必要な電子キープログラムを実行する。

【0023】

電子キープログラムでは、ユーザーの本人認証のために電子署名を利用する。電子署名とは、電磁的記録に付与する電子的な徴証であり、紙文書における印章やサイン（署名）に相当する役割を果たすものであり、主に本人確認や改ざん検出符号と組み合わせて偽造・改ざんを防止するために用いられる。例えば、仮想通貨における例としては、「私が所有する１０ＢＴＣをＡさんに送金したい」としたとき、ブロックチェーン上に存在する１０ＢＴＣが「私のもの」であることを第三者が検証するために電子署名が使用される。電子署名を実現する仕組みとしては、公開鍵暗号方式に基づくデジタル署名が主流であり、その中でも主要な方式として、ＲＳＡ／ＤＳＡ／ＥＣＤＳＡ（ＥＣＤＳＡ：Elliptic Curve Digital Signature Algorithm）の３方式がある。

【0024】

図４に、公開鍵暗号方式を用いた電子署名の生成と検証の概要を説明する。データの作成者は、（１）ハッシュ関数を用いてデータのハッシュ値を算出し、（２）秘密鍵を用いてハッシュ値をエンコードすることで電子署名を生成し、この電子署名を含む署名付きデータが利用者に送信される。利用者は、署名付きデータを受け取ると、（３）秘密鍵と一対一の関係で生成された公開鍵を用いて電子署名をデコードし、作成者が作成したデータのハッシュ値を復元する。（４）さらに受信したデータのハッシュ値を算出し、算出したハッシュ値と復元されたハッシュ値とを比較する。もし、送受信の間にデータに変更が加えられた場合には、両ハッシュ値は不一致となり、データの偽造または改ざんが検証され、両ハッシュ値が一致していれば、作成者のデータが正しいものであることが検証される。

【0025】

次に、ユーザー端末で実行される電子キープログラムについて説明する。図５は、本実施例の電子キープログラムの機能的な構成を示すブロック図である。電子キープログラム３００は、秘密鍵／公開鍵生成部３１０、公開鍵変換部３２０、ダイジェスト値送信部３３０、および署名付きリクエスト送信部３４０を含む。

【0026】

秘密鍵／公開鍵生成部３１０は、秘密鍵／公開鍵を生成する。例えば、ＥＣＤＳＡ方式の秘密鍵／公開鍵を生成する。秘密鍵は、図４に示したように、データの電子署名に用いられるものであり、秘密鍵は、第三者に公開されない鍵であり、ユーザー端末内に保持される。

【0027】

公開鍵変換部３２０は、生成された公開鍵を、公開鍵のバイト数よりも少ないダイジェスト値に変換する。公開鍵変換部３２０は、公開鍵のバイト数を小さくするための予め決められた方式により公開鍵を変換しあるいは圧縮することでダイジェスト値を求める。例えば、ＥＣＤＳＡ方式の秘密鍵／公開鍵を生成した場合には、ダイジェスト値としてEthereum Addressを使用することができる。Ethereum Addressに関して、ブロックチェーンにおいては、Wallet Addressは各ユーザーに固有の値となり、Wallet Addressは、識別（ＩＤ）としての機能を持たせることができる。EthereumのWallet Addressは、ＥＣＤＳＡで導出した公開鍵をハッシュ関数（keccak-256）によりハッシュ化し、後半の２０バイトを抜き出したものである。このＥＣＤＳＡ署名においては、署名値のｖ、ｒ、ｓとメッセージのハッシュ値から、公開鍵を復元することが可能である。

【0028】

図７は、Ethereum Addressの詳細を説明する図である。Ethereum Addressは、ブロックチェーンのプラットフォームの１つである”Ethereum”で使用される値であり、Wallet Addressとも呼ばれる。例えば、仮想通貨を送金するときに指定する口座番号のようなものである。図７に示すように、ＥＣＤＳＡ公開鍵は、６５バイト長である。公開鍵変換部３２０は、ＥＣＤＳＡ公開鍵をハッシュ関数(Keccak-256)を用いてハッシュ化し、２５６ビット（３２バイト）のハッシュ値を生成する。さらに公開鍵変換部３２０は、３２バイトのハッシュ値の中から後半の２０バイトをEthereum Addressとして抽出する。つまり、Ethereum Addressは、ＥＣＤＳＡ公開鍵から不可逆的かつ一義的に導出される値である。Ethereum Addressのデータサイズを２０バイトにする理由は、公開鍵を解読することができない十分な大きさとして検証されているためである。従って、公開鍵を解読することが困難であれば、Ethereum Addressは、２０バイトよりもさらに少ないバイトであってもよいし、勿論、２０バイトよりも大きなバイトであってもよい。

【0029】

ダイジェスト値送信部３３０は、公開鍵変換部３２０によって変換されたダイジェスト値をブロックチェーン上に書込むため、ダイジェスト値をブロックチェーンに送信する。ブロックチェーンは、送信されたダイジェスト値を保存する。

【0030】

署名付きリクエスト送信部３４０は、車載装置１３０に対して車両を利用するための署名付きリクエストを送信する。このリクエストは、秘密鍵／公開鍵生成部３１０で生成された公開鍵を含み、さらに車両の施錠や開錠に加えて車両の利用条件（例えば、利用日時など）を含むことができる。署名付きリクエスト送信部３４０は、秘密鍵／公開鍵生成部３１０で生成された秘密鍵を用いてリクエストを符号化することで電子署名を生成し、この電子署名を含む署名付きリクエストを車載装置１３０に送信する。なお、ダイジェスト値としてEthereum Addressを使用した場合、車載装置１３０においてＥＣＤＳＡの署名とメッセージのハッシュ値から公開鍵を復元する機能を備えているならば、必ずしも署名付きリクエストは公開鍵を含まなくても良い。また、送信方法は、特に限定されないが、例えば、近距離無線通信により車載装置１３０に送信してもよいし、公衆無線回線網によるネットワークを介して車載装置１３０に送信してもよい。

【0031】

次に、車載装置１３０について説明する。車載装置１３０は、ハードウエア的にはコンピュータ装置と同様に、通信部、記憶部および制御部等を含み、制御部は、記憶部に格納されたソフトウエアを実行することで種々の機能を行うことができる。図６は、車載装置１３０の機能的な構成を示すブロック図である。車載装置１３０は、ダイジェスト値受信部４００、署名付きリクエスト受信部４１０、公開鍵変換部４２０、認証部４３０およびキー制御部４４０を含んで構成される。

【0032】

ダイジェスト値受信部４００は、通信部を介してネットワーク上のブロックチェーンに保持されたダイジェスト値をダウンロードし、これを記憶部に保持する。例えば、ダイジェスト値受信部４００は、車載装置１３０の識別情報を含むリクエストをブロックチェーンに送信し、ブロックチェーンは、この識別情報に対応するダイジェスト値を車載装置１３０に送信する。ダイジェスト値をダウンロードするタイミングは任意であるが、例えば、定期的にあるいは決められたスケジュールでブロックチェーンにリクエストするようにしてもよい。

【0033】

署名付きリクエスト受信部４１０は、通信部を介してユーザー端末１１０から送信された署名付きリクエストを受信する。

【0034】

公開鍵変換部４２０は、署名付きリクエスト受信部４１０で受信した署名付きリクエストに含まれる公開鍵を抽出し、抽出した公開鍵を、ユーザー端末の公開鍵変換部３２０と同様の方法を用いてダイジェスト値に変換する。また、署名方式としてＥＣＤＳＡが使用され、かつ車載装置１３０が署名とメッセージのハッシュ値から公開鍵を復元する機能を備えている場合には、公開鍵変換部４２０は、署名付きリクエストに応答して署名に使用された秘密鍵とペアとなる公開鍵の値を逆算的に求め、図７に示す６５バイトのＥＣＤＳＡ公開鍵を復元し、復元した公開鍵をダイジェスト値に変換する。

【0035】

認証部４３０は、公開鍵変換部４２０で変換されたダイジェスト値とブロックチェーンからダウンロードしたダイジェスト値とを比較し、両者が一致しているか否かを確認する。一致している場合には、署名付きリクエストがユーザー本人のものであることが認証される。

【0036】

キー制御部４４０は、認証部４３０によりユーザー本人のリクエストであることが認証された場合、署名付きリクエストから抽出される公開鍵を用いてデコードし、リクエストに基づき車両の施錠・開錠を可能にする。例えば、車両に乗車するとき、ユーザー端末から車載装置１３０に対して、鍵の開錠を含むリクエストが送信し、これに応答してキー制御部４４０は、車両の開錠を行う。また、車両を降車するとき、ユーザー端末から車載装置に対して、鍵の施錠を含むリクエストが送信され、これに応答してキー制御部４４０は、車両の施錠を行う。

【0037】

次に、本実施例の電子キーシステムの動作について図８を参照して説明する。（１）先ず、ユーザー端末１１０において、秘密鍵／公開鍵が生成され、公開鍵が少ないバイト数のダイジェスト値に変換される。（２）変換されたダイジェスト値がブロックチェーン１２０に送信され、（３）ブロックチェーン１２０は、公開鍵より少ないバイト数のダイジェスト値を保存する。（４）次に、車載装置１３０は、ブロックチェーン１２０からダイジェスト値をダウンロードし、これを保存する。（５）次に、ユーザー端末１１０から車載装置１３０に対して署名付きリクエスト（公開鍵を含む）が送信されると、（６）車載装置１３０は、署名付きリクエストから公開鍵を抽出し、抽出した公開鍵からダイジェスト値を生成し、この生成されたダイジェスト値とブロックチェーン１２０からダウンロードしたダイジェスト値と比較し、両者が一致するか否かを確認し、署名付きリクエストの本人認証を行う。

【0038】

図９は、比較例としての電子キーシステムの動作を示している。（１）先ず、ユーザー端末１１０において、秘密鍵／公開鍵が生成され、（２）公開鍵がブロックチェーン１２０に送信され、（３）ブロックチェーン１２０は、公開鍵を保存する。（４）次に、車載装置１３０は、ブロックチェーン１２０から公開鍵をダウンロードし、これを保存する。（５）次に、ユーザー端末１１０から車載装置１３０に対して署名付きリクエストが送信されると、（６）車載装置１３０は、ブロックチェーン１２０からダウンロードした公開鍵を用いて署名を検証し、リクエストの本人認証を行う。

【0039】

比較例は、６５バイトの公開鍵をブロックチェーン１２０に書込むのに対して、本実施例は、６５バイトよりも小さいバイト数のダイジェスト値を書込むため、本実施例では、ブロックチェーンに書込むデータサイズを削減することができ、ブロックチェーンに書込むデータ量に応じて発生する手数料を低減させることができる。

【0040】

上記実施例による電子キーシステムは、車両の所有者と利用者が異なるカーシェアリング、レンタカー、家族間で車両をシェアする場合等において適用することができる。所有者は、ユーザー端末１１０Ａから署名付きリクエストを車載装置１３０に送信し、車載装置１３０において所有者を認証し、また、利用者は、ユーザー端末１１０Ｂから署名付きリクエストを車載装置１３０に送信し、車載装置１３０において利用者を認証し、これにより車両の電子的な施錠または開錠が行われる。

【0041】

上記実施例では、ブロックチェーンを利用した電子キーシステムを例示したが、これは一例であり、ブロックチェーンに代えてネットワーク上のサーバーを利用するものであってもよい。この場合、サーバーは、データサイズに応じた手数料で、データが偽造、改ざんされないようにデータを保持し、保持したデータを車載装置へ提供する。また、ユーザー端末は、公開鍵を、不可逆かつ一義的な関係を有しさらに公開鍵よりも少ないデータサイズの固有データに変換し、変換した固有データをサーバーに書き込み、保存する。車載装置は、ユーザー端末から送信された署名付きリクエストを受信したとき、署名付きリクエストから公開鍵を抽出し、抽出した公開鍵を固有データに変換し、変換した固有データとサーバーからダウンロードした固有データとを比較し、署名付きリクエストの本人認証を行うようにしてもよい。

【0042】

以上、本発明の好ましい実施の形態について詳述したが、本発明は、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された発明の要旨の範囲において、種々の変形、変更が可能である。

【符号の説明】

【0043】

１００：電子キーシステム
１１０：ユーザー端末
１２０：ブロックチェーン
１３０：車載装置
２００：入力部
２１０：通信部
２２０：表示部
２３０：音声出力部
２４０：記憶部
２５０：制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】