JP2023153138A - リクエスト処理システム - Google Patents

リクエスト処理システム Download PDF

Info

Publication number
JP2023153138A
JP2023153138A JP2023117820A JP2023117820A JP2023153138A JP 2023153138 A JP2023153138 A JP 2023153138A JP 2023117820 A JP2023117820 A JP 2023117820A JP 2023117820 A JP2023117820 A JP 2023117820A JP 2023153138 A JP2023153138 A JP 2023153138A
Authority
JP
Japan
Prior art keywords
public key
data
key
request
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023117820A
Other languages
English (en)
Other versions
JP2023153138A5 (ja
Inventor
ヤクブ パイェク
Pajek JAKUB
宏樹 石田
Hiroki Ishida
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Freebit Co Ltd
Original Assignee
Freebit Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Freebit Co Ltd filed Critical Freebit Co Ltd
Publication of JP2023153138A publication Critical patent/JP2023153138A/ja
Publication of JP2023153138A5 publication Critical patent/JP2023153138A5/ja
Pending legal-status Critical Current

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/20—Means to switch the anti-theft system on or off
    • B60R25/24—Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84—Vehicles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Mechanical Engineering (AREA)
  • Lock And Its Accessories (AREA)

Abstract

【解決手段】 第1の装置から送信したリクエストを、第２の装置で受信して実行させるためのリクエスト処理システムであって、前記第１の装置は、前記生成された第１装置識別用固有データを通信ネットワーク上所定のアドレスに書き込む手段と、前記秘密鍵で署名された署名付きリクエストと前記公開鍵とを前記第２装置に送信するリクエスト送信手段とを有するものであり、前記第２装置は、前記第１装置識別用固有データを読み出す手段と、前記受信した公開鍵からこの公開鍵を一意に識別できる公開鍵データを生成しこの公開鍵データが前記ダウンロードした第１装置識別用固有データに含まれるかを判定すると共に、この判定に基づき、前記前記第１装置から受信した公開鍵と前記前記ダウンロードした第１装置識別用固有データに含まれる開鍵暗号データとに基づいて前記署名付きリクエストの署名を検証することで、前記第１装置を認証する手段と、前記第１装置の認証に基づき、前記検証済みのリクエストを実行する手段とを有するシステムが提供される。【選択図】 図１

Description

本発明は、スマートキー等の電子デバイスを用いて車両や家屋、ロッカー等の施錠、開錠のリクエストを処理するためのリクエスト処理システム及びその方法に関する。
物理的な鍵を用いずに車両やロッカー等の扉の施錠または開錠を行うスマートキーシステムの実用化が進められており、先行技術として、以下にあげる技術がある。
特開２００６－９３３３号公報 特開２００９－２７５３６３号公報
ここで、ある統計によれば、２０１７年時の日本国内の自動車平均使用年数は１２．９１年である。これに対して、車両の施錠や開錠を行うスマートキーにおいては、特定の民間企業がそのシステムを管理しているのが一般的であり、自動車の全使用年数に亘って管理サービスを継続して提供できる保証はない。また、当該スマートキーの管理の費用が高すぎる場合には負担が大きすぎてサービスの継続が困難になる。
本発明は、このような事情に鑑みてなされたものであり、スマートキーと車載装置との間で処理されるようなリクエスト処理装置において、特定のサービス提供業者に頼ることなくより普遍的にサービスを提供しうるシステムを提供することを目的とする。
上記目的を達成するため、本発明者らは、公開鍵を用いて第１装置と第２装置を認証する技術を用いるにあたって、実際の公開鍵をサーバに保存すると保存領域に保存すると領域を圧迫してしまうことに鑑み、公開鍵をネット上に共有しなくても、正確な認証を行える装置を着想し、誠意検証を行うことで本発明を完成するに至ったものである。
すなわち、本発明の第１の主要な観点によれば、以下の発明が提供される。
（１） 第１の装置と、この第1の装置に関連付けられた第２の装置とを有し、
第1の装置から送信したリクエストを、第２の装置で受信して実行させるためのリクエスト処理システムであって、
前記第１の装置は、
固有の秘密鍵および公開鍵を保持する手段と、
前記公開鍵を一意に識別でき且つこの公開鍵よりもサイズの小さい公開鍵データと、開鍵暗号情報を一意に識別できる開鍵暗号データとを含む第１装置識別用固有データを生成する手段と、
前記生成された第１装置識別用固有データを通信ネットワーク上所定のアドレスに書き込む手段と、
前記秘密鍵で署名された署名付きリクエストと前記公開鍵とを前記第２装置に送信するリクエスト送信手段と
を有するものであり、
前記第２装置は、
前記所定のアドレスに書き込まれた前記第１装置識別用固有データを読み出す手段と、
前記第１装置から受信した公開鍵からこの公開鍵を一意に識別できる公開鍵データを生成しこの公開鍵データが前記ダウンロードした第１装置識別用固有データに含まれるかを判定すると共に、この判定に基づき、前記前記第１装置から受信した公開鍵と前記前記ダウンロードした第１装置識別用固有データに含まれる開鍵暗号データとに基づいて前記署名付きリクエストの署名を検証することで、前記第１装置を認証する手段と、
前記第１装置の認証に基づき、前記検証済みのリクエストを実行する手段と
を有するリクエスト処理システム。
このような構成によれば、第１装置から第２装置にリクエストを送信する際に、このリクエストと共に公開鍵を第２の装置に送信する。そして、この第２装置で上記公開鍵を一意に識別でき且つサイズの小さい公開鍵データを生成してネットワーク上の所定のアドレスから呼び出した固有データと比較すると共に特定の開鍵データを用いてリクエストになされた署名を検証することでユーザ端末を認証できる。
これによれば、実際の公開鍵を直接第１装置から第２装置に送ることができるため、上記共有する情報は公開鍵そのものである必要がなく、この公開鍵よりもサイズの小さい「公開鍵データ」をネットワークの所定のアドレスに置いておけばよくなる。このことにより、スマートキー等を管理するサーバの記憶領域を圧迫することがないという効果を得ることができるのである。
ここで、この発明の１の実施態様によれば、前記第１装置はスマートキーであり、第２装置は車両に搭載され前記第１装置のリクエストにより当該車両の開錠、閉錠を制御する車載装置であることが好ましい。
また、この発明の他の１の実施態様によれば、前記公開鍵データは、ハッシュ関数を用いて公開鍵を変換することで生成するハッシュ値であることが好ましく、さらに好ましくはこのハッシュ値の最後の２０バイトを抽出したものであり、ブロックチェーンシステムで用いられる公開鍵アドレスである。
この発明の更なる他の１の実施態様によれば、前記第１装置識別用固有データは、Ｅｔｈｅｒｕｅｍのスマートコントラクトのアドレスに書き込まれるものであることが好ましい。これによれば、ブロックチェーンネットワーク上にユーザ端末固有識別コードを保存するようにすれば、コード保存の普遍性が確保できる。
この発明の更なる他の１の実施態様によれば、このシステムは、前記第１装置による書き込み権限を認証するために、この第１装置を特定する情報を上記所定のアドレスに送信するものであることが好ましい。
なお、上記した以外の本発明の特徴は、以下に説明する本発明の実施態様の説明及び添付した図面を参照することによって当業者によって理解することができる。
図１は、この発明の一実施形態に係るシステムを示す全体構成図。 図２は、同じく、スマートキーを示すシステム構成図。
図３は、同じく、車載装置を示す概略構成図。
図４は、同じく、車載装置の制御部を示す概略構成図。
図５は、同じく、スマートキー管理サーバを示すシステム構成図。
図６は、同じく、スマートコントラクトアドレスの設定処理工程を示すフローチャート。
図７は、同じく、ユーザ端末固有識別コードの発行工程を示すフローチャート。
図８は、同じく、スマートキーのユーザーインターフェイスを示す模式図。
図９は、同じく、ユーザ端末固有識別コードの構成を説明するための説明図。 図１０は、同じく、リクエストの送信工程を示すフローチャート。
図１１は、同じく、リクエストの処理工程を示すフローチャート。
以下、本発明の一実施形態を、図面を参照して説明する。
図１は、本発明のリクエスト処理システムを、車両ドアの閉錠及び開錠を行うスマートキーシステム１に適用した例を示す全体構成図である。
（全体構成）
このスマートキーシステム１は、１つまたは複数のユーザ端末２（この発明の「第１装置」に対応）と、このユーザ端末２とインターネット３（この発明の「ネットワーク」に対応）を介して接続されるスマートコントラクト４（この発明の「ネットワーク上の所定のアドレス」）と、車両に搭載された車載装置５（この発明の「第２装置」に対応）と、このスマートキーシステム１を管理するためのスマートキー管理サーバ６を有する。
このスマートキーシステム１では、予め前記ユーザ端末２が前記スマートコントラクト４にユーザ端末固有識別コード（第１装置識別用固有データ）７を書き込んでおく（Ａ）。一方で、前記車載装置５が前記ユーザ端末固有識別コード７をスマートコントラクト４から呼び出し（Ｂ）てユーザ端末２に保存しておく。そして、車両のユーザが、自己の保有するユーザ端末２を使って当該車両の車載装置５に対して特定のリクエストを送信（Ｃ）した場合、前記車載装置５が前記ユーザ端末固有識別コード７を用いてユーザ端末２の資格認証を行うように構成されているものである。
（スマートコントラクト）
ここで、前記スマートコントラクト４は、イーサリアム（Ｅｔｈｅｒｅｕｍ）上に構築されたコンピュータプロトコルであり、契約とその履行条件をあらかじめプログラミングしておくと、契約条件が満たされた際に自動で取引が行われるような仕組みである。
イーサリアムでは、イーサリアム・ネットワークと呼ばれるＰ２Ｐのネットワーク上でスマートコントラクト４の履行履歴をブロックチェーンに記録していくように構成されている。イーサリアムは、スマートコントラクト４を記述するチューニング可能なプログラミング言語を持ち、ネットワーク参加者はこのネットワーク上のブロックチェーンに任意のスマートコントラクト４を記述しそれを実行することが可能になっている。このような仕組みにより特定の中央管理組織に依拠せず、Ｐ２Ｐ全体を実行環境としてプログラムの実行とその結果を共有することが可能になったものである。
（ユーザ端末）
前記ユーザ端末２は、典型的にはスマートフォンであるが、タブレットやその他のコンピュータ装置であっても良い。
また、この実施形態では、このユーザ端末２を使用するユーザのタイプとして、車両を所有するオーナー、その家族、カーシェアリングユーザの３種類が設定される。例えば、カーシェアリングサービスでは、カーシェアリング事業を行う事業者が車両を所有するオーナーであり、車両をシェアする者は車両を利用するだけのカ―シェアアリングユーザである。カーレンタカーでも同様に、レンタカー事業を行う事業者が車両を所有するオーナーであり、車両をレンタルする者が車両を利用するカーシェアリングユーザである。また、自家用車の場合には、車両の名義人がオーナーであり、運転する家族が車両を利用するユーザとなる。
この実施形態では、後で詳しく説明するように、ユーザのタイプに応じてスマートコントラクト４に書き込みが行える権限を異ならせている。
（車載装置）
前記車載装置５は、車両に搭載された電子装置であって、車両のドアの施錠または開錠を制御する機能を備えているものである。この車載装置５は、上記の機能に加えて他の機能、例えば、高速料金支払い機能、ナビゲーション・オーディオ・ビジュアル機能などを備えることも可能である。
この実施形態では、各車載装置５にはスマートコントラクト４の固有アドレス（スマートコントラクトアドレス）が割り当てられており、前記ユーザ端末２はこのスマートコントラクトアドレスに上記ユーザ端末固有識別コード７を書き込む（図１にＡで示す）。そして、その書き込まれたユーザ端末固有識別コード７を上記車載装置５が呼び出して保存する（図１にＢで示す。）。そして、前記ユーザ端末２から署名付きリクエストと公開鍵を受け取った際に（図１にＣで示す）、上記ユーザ端末識別用個別コード７と公開を比較すると共に、前記署名付きリクエスト（開錠や閉錠）の署名を検証することでユーザ端末２の認証を行い、その後にリクエストを適宜処理するものである。
（スマートキー管理サーバ）
また、スマートキー管理サーバ６は、例えば、本出願人によって運営されるものであり、ブロックチェーン上に車載装置ごとのスマートコントラクト４を生成する機能を有すると共に、当該スマートコントラクトのアドレスを前記ユーザ端末２及び車載装置５にセットする機能を有する。
以下、各装置２～６の構成を詳しく説明する。
（ユーザ端末の詳細構成）
図２は、ユーザ端末２を示す概略構成図である。
ユーザ端末２は、ＣＰＵ１０、ＲＡＭ１１、入出力部１２が接続されてなるバス１３に、データ格納部１４及びプログラム格納部１５が接続されてなる。この実施形態では、入出力部１２に、前記車載装置５へのリクエストを入力するための例えばボタン、キーボードやタッチスクリーン等のリクエスト入力デバイス１６、ネットワーク３との通信を行うネットワーク通信デバイス１７及び車載装置無線通信デバイス１８が接続されている。
（データ格納部）
前記データ格納部１４には、この発明に関係するデータのみ挙げると、ユーザの秘密鍵及び公開鍵２０と、ユーザＩＤ２１（この実施形態ではイーサリアムアドレス）と、ユーザタイプ２２（オーナー、家族、シェア）と、ユーザ鍵アトリビュート２３（鍵の有効期限等）と、開鍵暗号情報２４と、ユーザ端末固有識別コード７と、リクエストコマンド情報２６（開錠、閉錠等）と、スマートコントラクトのアドレス２７（イーサリアムアドレス）とが格納されている。
（プログラム格納部）
また、プログラム格納部１５には、この発明に関係する構成のみ挙げると、ユーザ秘密鍵・公開鍵生成部２８と、ユーザ認証部２９と、公開鍵アドレス生成部３０と、ユーザ端末固有識別コード生成部３１と、固有識別コード送信部３２と、リクエスト受付部３３と、署名付きリクエスト生成部３４と、署名付きリクエスト・公開鍵送信部３５とが格納されている。
なお、前記データ格納部１４及びプログラム格納部１５は、具体的にはこのユーザ端末２の補助記憶装置（ＨＤＤやＳＤＤ）である。また、上記プログラム格納部１５に格納された各機能部２９～３５は、その一部若しくは全部が上記ユーザ端末２にインストールされた「スマートキーアプリ１９」（図１参照）として構成されている。また、このアプリ１９をインストール際に、上記ユーザ端末２の補助記憶装置内に上記データ格納部１４の各情報２０～２７を格納するためのスペースが確保されるようになっている。
なお、このデータ格納部１４の各情報２０～２７は、データベースの各テーブルおよびそれに格納された値であってもよいし、上記プログラム格納部１５に格納された各機能部２９～３５にプログラムとして直接書き込まれていても良い。また、ユーザの秘密鍵はできるだけ安全な方法で管理する必要があることから、ユーザ端末（スマートフォン等）が提供しているセキュアエレメントの中で保存しておくことが好ましい。
そして、上記プログラム格納部１５に格納された各機能部２９～３５は、上記ＣＰＵ１０によって適宜ＲＡＭ上１１に呼び出された展開され実行されることで、この出願の請求項に記載された各構成要素として機能するようになっている。
（車載装置）
図３は、車載装置５を示す概略構成図である。
この車載装置５は、制御部４１と、この制御部４１に接続された送受信部４２と、操作部４３と、表示部４４と、音声出力部４５とを有する。上記送信部４２には、前記ユーザ端末２と直接無線通信するためのアンテナ４０が設けられていると共に、上記スマートコントラクト４及びスマートキー管理サーバ６と通信するためにインターネット３に接続することができるようになっている。
図４は、前記制御部４１に実装された構成を示す機能ブロック図である。
この制御部４１は、ユーザ端末固有識別コード受信部４７と、署名付きリクエスト・公開鍵受信部４８と、公開鍵アドレス生成部４９と、ユーザ端末認証部５０と、リクエスト処理部５１と有する。また、この制御部４１はメモリにスマートコントラクトアドレス２７とユーザ端末固有識別コード７を記憶できるようになっている。
（スマートキー管理サーバ）
また、図５は、前記スマートキー管理サーバ６を簡略化して示す機能ブロック図である。
このスマートキー管理サーバ６は、この発明に関係する構成のみ示すと、車両／車載装置管理部５３と、スマートコントラクト発行部５４と、スマートコントラクトアドレス格納部５５と、ユーザＩＤ受信部５６を有する。
以下、上記の構成を、動作を通して詳しく説明する。
（スマートーアプリのインストールおよび活性化）
まず、上記ユーザ端末がスマートフォン等の場合、上述したスマートキーアプリ１９をインストールして活性化することで、図２示したシステムを構成する。この実施形態では、このインストールおよび活性化の際、このスマートキーアプリ１９にユーザＩＤを設定すると共にこのユーザＩＤに基づいて前記ユーザ秘密鍵・公開鍵生成部２８がユーザ秘密鍵・公開鍵２０を生成して上記データ格納部１４に保存する。
なお、この秘密鍵及び公開鍵の生成は、ユーザ端末のＯＳを使用して行っても良いし、別の装置（例えばスマートキー管理サーバ６等）で生成したものを用いるようにしても良い。
（スマートコントラクトの生成）
図６は、スマートキー管理サーバ６におけるスマートコントラクト発行工程を示すフローチャートである。
まず、ユーザＩＤ受信部５６が、前記ユーザ端末２からユーザＩＤ２１を受け取る（ステップＳ１）。
ついで、スマートコントラクト発行部５４が、前記車両／車載装置管理部５３に格納された車載装置の情報を参照して、車両／車載装置毎のスマートコントラクトを発行する（ステップＳ２）。この際、スマートコントラクト４のコンストラクタのパラメータの経由で前記で受け取ったユーザＩＤをユーザタイプ：オーナーとして指定する。
前記スマートコントラクト４を発行したら、イーサリアムネットワークがスマートコントラクトのアドレス（イーサリアムアドス）２７を生成するので、このアドレス２７を前記車両・車載装置に関連付けてコントラクトアドレス格納部５５に保存する（ステップＳ３）。この生成されたアドレスがそのスマートコントラクトの一意な識別子になる。
次に、このスマートコントラクトのアドレス２７を、車オーナーのユーザ端末２上のスマホアプリ１９（スマートキー）と車載装置５とに登録する（ステップＳ４）（図２、図４参照）。具体的な登録の方法はシステムによって異なるが、オンラインでもオフラインによるインストールでも良い。
これにより、車載装置５とユーザ端末２とで同じスマートコントラクトアドレス２７を共有していることになるので、特定のスマートコントラクト４に書き込まれたデータを読むこともできるし、前記ユーザＩＤ２１を参照し権限があればスマートコントラクト４にデータを書き込むこともできるようになる。
なお、この実施形態では、個々のユーザは、イーサリアムアドレスを有しており、これをユーザＩＤとして用いる。
（ユーザ端末におけるユーザの認証）
図７は、ユーザ端末２における動作を示すフローチャートである。
まず、ユーザ認証部２９が、このユーザ端末２でのユーザ認証を行う（ステップＳ５）。
この実施形態では、ユーザ認証は、この端末２のＯＳが実行するパスワードや生体認証を利用するものである。なお、ユーザが上記スマートキー管理サーバ６に会員アカウントを持つように構成することも可能であり、この場合には所定のＩＤとパスワードを用いて会員アカウントにログインするものであっても良い。
このユーザ認証部２９による認証が成功したならば、このスマートキーアプリ１９は、図８（ａ）に示すようなユーザインタフェース５８をユーザ端末２上に表示する。
（ユーザ端末による公開鍵アドレスの生成）
上記ユーザインターフェース５８上で図に６０で示すコード初期化ボタン（上記リクエスト入力デバイスに対応）をユーザが押すと、これにより、公開鍵アドレス生成部３０及び固有識別コード生成部３１が、前記ユーザ秘密鍵・公開鍵２０を参照して、公開鍵のバイト数よりも小さい大きさの公開鍵アドレスを生成し、そしてこの公開アドレスを利用してユーザ端末固有識別コード７を生成する（ステップＳ６～Ｓ１０）。
この公開鍵アドレス生成部３０及び固有識別コード生成部３１の動作を、公開鍵暗号アルゴリズムがＥＣＤＳＡの場合を例にとって説明すると、以下のようになる。
まず、公開鍵アドレス生成部３０が、公開鍵を取り出す（ステップＳ６）。ＥＣＤＳＡ公開鍵は６５バイト長である。
ついで、公開鍵アドレス生成部３０は、ＥＣＤＳＡ公開鍵をハッシュ関数(Ｋｅｃｃａｋ－２５６)を用いてハッシュ化し、２５６ビット（３２バイト）のハッシュ値を生成する（ステップＳ７）。そして、３２バイトのハッシュ値の中から後半の２０バイトを「公開鍵アドレス」として抽出する（ステップＳ８）。
この実施形態で、公開鍵アドレスのデータサイズを２０バイトにする１つの理由は、公開鍵をユニークに特定するのに十分な最小サイズの一つとして検証されているためである。従って、目的を達成できる限り、公開鍵アドレスは、２０バイトよりもさらに少ないバイトであってもよいし、勿論、２０バイトよりも大きなバイトであってもよい。
（ユーザ端末による識別固有コードの生成）
上記で公開鍵アドレスが生成されたならば、ユーザ端末固有識別コード生成部３１が、この公開鍵アドレスに、開鍵暗号情報２４（署名方式の一意な識別子と署名方式のパラメータ）を連結して、一つの値であるユーザ端末固有識別コード７として保存する（ステップＳ９、Ｓ１０）。
具体的には、図９に示すように、公開鍵アドレス６２（２０バイト）を前記開鍵情報（署名方式の一意な識別子と署名方式のパラメータの一意な識別子（ＥＣＣの場合はそれぞれ「１．２．８４０．１００４５．２．１」、「１．３．１３２．０．１０」）に連結して1つの値とし、バイナリエンコードして個別識別コード値として生成し保存する。具体的なデータのフォーマットとして、この実施形態では、ASN.1 DERでエンコードされたX.509のSubjectPublicKeyInfo（ＳＰＫＩ）のフォーマットを使用する。
上記のような構成であれば、実際の公開鍵のサイズを小さく出来ればできるほど、全体のＳＰＫＩ固有識別コード７のサイズも小さくなって、スマートコントラクトにおける保存領域を例えば３スロットから２スロット（本実施形態）まで小さくできることができる。
なお、通常、公開鍵のデータの中には公開鍵を生成するのに使用された開鍵暗号情報（公開鍵暗号の方法とパラメータ）は入っていない。したがって、公開鍵のみ共有しても、この公開鍵のコンテキストか暗号情報がわからないと、実際の公開鍵のデータを持っていても使い方はわからないということになり意味がない。
なお、イーサリアムのユーザアカウントの公開鍵を共有する場合は、実際の公開鍵のデータのみ共有することができるが、これは、コンテキスト（イーサリアムの仕様）で公開鍵暗号の情報（方法：ＥＣＣ、パラメータ：ｓｅｃｐ２５６ｋ１）が固定されているからである。
これに対して本願発明の実施形態にかかるスマートキーシステムでは、後で説明する署名付きリクエストの署名方法として複数の公開鍵暗号の方法を対応している必要があり、かつ（又は）、コンテキストで公開鍵暗号の情報が限定されていない。このような環境で公開鍵を共有するときには、公開鍵暗号の情報も共有する必要があるのである。
また、理論上、前記前記公開鍵アドレス６２と開鍵暗号化情報６３を別々に共有することは可能である。しかし、それは不便であるので、この例では、公開鍵暗号の情報と実際の公開鍵のデータを一つの値（コード）として生成し共有するようにしたものである（図９参照）。
（ユーザ端末による固有識別コードの書き込み）
次に、固有識別コード送信部３２が、上記で生成した固有識別コード７を前記スマートコントラクトアドレス２７を参照し、スマートコントラクト４に書き込む（ステップＳ１１）。
また、この実施形態では、上記固有識別コード送信部３２は、上記コードに加えて以下の情報も書き込む（ステップＳ１１）。
・ユーザのＩＤ（この実施形態ではユーザＩＤとしてそのユーザのウォレットのイーサリアムアドレスを使う）
・ユーザのタイプ（オーナー、家族、シェアなど）
・ユーザの鍵のアトリビュート（例えば、鍵の有効期間、この鍵でロック解除したときの車の速度制限など。DERでエンコードされた独自フォーマットのバイナリーデータ）。
以上を加えた４つの値をスマートコントラクト４に書き込むことにより、誰が（ユーザのアドレス）どんな権限で（ユーザのタイプ）どの鍵で（ユーザの鍵）どの時間の間に（ユーザの鍵のアトリビュート）車が開けられるか指定ができることになる。
なお、この実施形態では、１つのスマートコントラクト４の中に一つの車オーナー（タイプ：オーナー）の「ユーザ情報」と、複数のユーザ（タイプ：家族、シェアなど）の「ユーザ情報」を保存ができるようになっている。
そして、ユーザのタイプ「オーナー」のユーザＩＤを持つユーザのみがスマートコンタクトへの書き込みを行うことができるようになっている。
なお、上記ユーザ権原の認証方法として、この実施形態では、イーサリアムの伝統的な認証方法を使うように構成されている。
具体的には、以下のステップにより認証が実行される。
（ア） イーサリアムネットワークがトランザクションの署名とトランザクションのデータから公開鍵を復活する。
（イ） イーサリアムネットワークが復活された公開鍵からユーザのイーサリアムアドレス（ユーザＩＤ）を生成する。
（ウ） イーサリアムネットワークが生成されたイーサリアムアドレスをトランザクションの送信者アドレスとしてスマートコントラクトに渡す。
（エ） 最終的に、車スマートコントラクト側で、スマートコントラクトに届いたトランザクションの送信者アドレスをみて、ユーザタイプ：オーナーのユーザＩＤ（イーサリアムアドレス）と一致すれば、書き込みトランザクションを許可し、一致しなければ、トランザクションを許可しない。
なお、この実施形態では、このコードの生成を、ユーザ端末２にインストールしたアプリ１９で行っているが、外部のスマートキー管理サーバ６がエンコードするようにしても良く、かつ、後で説明するスマートコントラクト４への書き込みまでやるようにしても良い。
（ユーザ端末による署名付きリクエストの送信）
次にユーザ端末２によるリクエスト送信動作を図１０に示すフローチャートを参照して説明する。
まず、図８（ａ）のインタフェースで上記スマートコントラクトへの固有識別コード７の書き込みがなされたならば、メイン画面ボタン６５を押すことで、図８（ｂ）に６４で示すリクエストコマンド入力インタフェースが表示される。
この例では、入力できるリクエストとして、開錠６６、閉錠６７、エンジンスタート６８、トランクオープン６９が表示されている。ただし、これに限定されるものではない。
そして、いずれかのボタンをユーザが押すことでリクエストが受け付けられ（ステップＳ１２）、当該ボタンに対応するリクエストコマンド情報２６が上記データ格納部１４から取り出されて署名付きリクエスト生成部３４により署名付きリクエストが生成される（ステップＳ１３）。具体的には、ユーザ秘密鍵／公開鍵情報中の秘密鍵を用いて前記リクエストを符号化することで電子署名を作成し、この電子署名を含む署名付きリクエストを生成する。
次に、署名付きリクエスト送信部３５が、車載装置５に対して車両を利用するための署名付きリクエストと公開鍵を送信するものである（ステップＳ１４）。このリクエストは、リクエストそのものに加えて車両の利用条件（例えば、利用日時など）を含むこともできる。この署名付きリクエスト及び公開鍵は、前記車両通信デバイスを通して無線により前記車載装置５に送信される。
なお、送信方法は、無線通信に限定されるものではなく、例えば、公衆無線回線網によるネットワークを介して車載装置５に送信してもよい。
（車載装置の動作）
次に、車載装置５の動作について、図１１のフローチャートを参照して説明する。
まず、上記説明したように、前記スマートキー管理サーバ６で発行したスマートコントラクトのアドレス２７がこの車載装置５にセットされていることが前提となる。このアドレスは、前述したようにオフライン若しくはオンラインでこの車載装置５にセットされる。
（車載装置におけるスマートコントラクトから識別コードの読み出し）
次に、ユーザ端末固有識別コード受信部４７が、上記スマートコントラクトのアドレス２７を参照して、当該アドレス２７にかかるスマートコントラクトから前記送受信部４２を介してスこのユーザ端末固有識別コード７を読み出す。
この固有識別コード７をダウンロードするタイミングは任意であるが、例えば、定期的にあるいは決められたスケジュールでリクエストするようにしてもよい。
（車載装置における署名付きリクエストのユーザ端末からの受信）
前記署名付きリクエスト受信部４８が、送受信部４２を介してユーザ端末２から送信された署名付きリクエスト及び公開鍵を受信する（ステップＳ１５）。
（車載装置における公開鍵アドレスの生成）
ついで、公開鍵アドレス生成部４９が、署名付きリクエスト受信部４８で受信した公開鍵から、公開鍵アドレスを生成する。この生成は、上述したユーザ端末の公開鍵アドレス生成部３０による公開鍵アドレス６２の生成と同様の方法で実行される（ステップＳ１６，Ｓ１７）。
（車載装置におけるユーザ端末の認証）
つぎに、前記ユーザ端末認証部５０が、上記で生成された公開鍵アドレスを用いてユーザ端末２の認証を行う。この認証工程は、次の２つの工程（ステップＳ１８，Ｓ１９）によって行われる。
まず、前記ユーザ端末認証部５０が、上記で生成された公開鍵アドレスが、上記スマートコントラクトから呼び出した識別用コード７（図９）内に存在するかを検索し、一致するコード文字列（公開鍵アドレス６２）が存在していた場合には、上記公開鍵及び署名付きリクエストが所定のユーザ端末２から送信されたものと、仮に判定できる（ステップＳ１８）。
しかし、これだけではユーザ端末の認証としては十分ではない。スマートコントラクトの中身も公開鍵も公開の情報であるからである。
そこで、上記ユーザ端末認証部５０は、前記署名付きリクエストを上記公開鍵を用いて検証する（ステップＳ１９）。この検証結果が肯定的であれば、上記署名付きリクエストが所定のユーザ端末２から送信されたものと認証する。
次に、上記リクエスト処理部５１は、上記認証結果を受けて、上記検証済みリクエストに基づいた処理を実行する（ステップＳ２０）。
例えば、車両に乗車するとき、ユーザ端末２から車載装置５に対して、鍵の開錠リクエストが送信されたならば、これに応答して車載装置５は車両の開錠を行う。また、同じく、閉錠を含むリクエストが送信されたならば、これに応答して車両の施錠を行う。
以上説明したような構成によれば、実際の公開鍵を直接第１装置であるユーザ端末２から第２装置である車載装置５に送ることができるため、ブロックチェーンで共有する情報は公開鍵そのものである必要がなく、この公開鍵よりもサイズの小さい「公開鍵データ」をネットワークの所定のアドレスに置いておけば良い。このことにより、スマートキー等を管理するサーバの記憶領域を圧迫することがないという効果を得ることができるのである。
なお、この発明は上記した実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
例えば、上記実施例では、ブロックチェーンを利用した電子キーシステムを例示したが、これは一例であり、ブロックチェーンに代えてネットワーク上のサーバを利用するものであってもよい。
また、上記一実施例では、車両の開錠や閉錠を行うためのスマートキーを例にとって説明したがこれに限定されるものではなく、第１の装置から第２の装置に対してリクエストを送信する際に第１装置を認証する必要性のあるシステムであれば適用可能である。
たとえば、自宅のドアやホテルのルームキーの他宅配ロッカーに用いるスマートキーであってもよいし、パソコンなどの特定の装置を起動するためのスマートデバイスでもよく、特にリクエストの種別も問わない。
さらに、上記一実施形態では、上記秘密鍵及び公開鍵をスマートキーアプリをインストールする際に生成するようにしたが、これに限定されない。例えば、図８に示したスマートキーコード初期化ボタン６０を押すタイミングで生成するようにしても良い。
ＩＤ…ユーザ
１…スマートキーシステム
２…ユーザ端末
３…インターネット
４…スマートコントラクト
５…車載装置
６…スマートキー管理サーバ
７…ユーザ端末固有識別コード
１０…ＣＰＵ
１１…ＲＡＭ
１２…入出力部
１３…バス
１４…データ格納部
１５…プログラム格納部
１６…リクエスト入力デバイス
１７…ネットワーク通信デバイス
１８…車載器無線通信デバイス
１９…スマートキーアプリ
２０…ユーザ秘密鍵・公開鍵
２１…ユーザＩＤ
２２…ユーザタイプ
２３…ユーザ鍵アトリビュート
２４…開鍵暗号情報
２６…リクエストコマンド情報
２７…スマートコントラクトアドレス
２９…ユーザ認証部
３０…公開鍵アドレス生成部
３１…固有識別コード生成部
３２…固有識別コード送信部
３３…リクエスト受付部
３４…署名付きリクエスト生成部
３５…署名付きリクエスト・公開鍵送信部
４０…アンテナ
４１…制御部
４２…送受信部
４３…操作部
４４…表示部
４５…音声出力部
４７…ユーザ端末固有識別コード受信部
４８…署名付きリクエスト・公開鍵受信部
４９…公開鍵アドレス生成部
５０…ユーザ端末認証部
５１…リクエスト処理部
５３…車載器管理部
５４…スマートコントラクト発行部
５５…スマートコントラクトアドレス格納部
５６…ユーザＩＤ受信部
５８…ユーザインターフェース
６２…公開鍵アドレス
６３…開鍵暗号化情報
６５…メイン画面ボタン
６６…開錠ボタン
６７…閉場ボタン
６８…エンジンスタートボタン
６９…トランクオープンボタン

Claims (16)

  1. 第１の装置と、この第1の装置に関連付けられた第２の装置とを有し、
    第1の装置から送信したリクエストを、第２の装置で受信して実行させるためのリクエスト処理システムであって、
    前記第１の装置は、
    固有の秘密鍵および公開鍵を保持する手段と、
    前記公開鍵を一意に識別できる公開鍵データと、開鍵暗号情報を一意に識別できる開鍵暗号データとを含む第１装置識別用固有データを生成する手段と、
    前記生成された第１装置識別用固有データを通信ネットワーク上所定のアドレスに書き込む手段と、
    前記秘密鍵で署名された署名付きリクエストと前記公開鍵とを前記第２装置に送信するリクエスト送信手段と
    を有するものであり、
    前記第２装置は、
    前記所定のアドレスに書き込まれた前記第１装置識別用固有データを読み出す手段と、
    前記第１装置から受信した公開鍵からこの公開鍵を一意に識別できる公開鍵データを生成しこの公開鍵データが前記ダウンロードした第１装置識別用固有データに含まれるかを判定すると共に、この判定に基づき、前記前記第１装置から受信した公開鍵と前記前記ダウンロードした第１装置識別用固有データに含まれる開鍵暗号データとに基づいて前記署名付きリクエストの署名を検証することで、前記第１装置を認証する手段と、
    前記第１装置の認証に基づき、前記検証済みのリクエストを実行する手段と
    を有するリクエスト処理システム。
  2. 請求項１記載のリクエスト処理システムにおいて、
    前記第１装置はスマートキーであり、第２装置は車両に搭載され前記第１装置のリクエストにより当該車両の開錠、閉錠を制御する車載装置であることを特徴とするリクエスト処理装置。
  3. 請求項１記載のリクエスト処理システムにおいて、
    前記公開鍵データは、ハッシュ関数を用いて公開鍵を変換することで生成するもので、元の公開鍵よりもサイズが小さいものである
    ことを特徴とするシステム。
  4. 請求項１記載のシステムにおいて、
    前記公開鍵データは、ブロックチェーンシステムで用いられる公開鍵アドレスである
    ことを特徴とするシステム。
  5. 請求項１記載のシステムにおいて、
    前記第１装置識別用固有データは、Ｅｔｈｅｒｕｅｍのスマートコントラクトのアドレスに書き込まれるものである
    ことを特徴とするシステム。
  6. 請求項１記載のシステムにおいて、
    前記第１装置の書き込み権限を認証する認証手段を有する
    ことを特徴とするシステム。
  7. 請求項１記載のシステムにおいて、
    前記第１装置識別用固有データは、保存するデータサイズに応じてユーザから課金を徴収するシステムに保存されるものである
    ことを特徴とするシステム。
  8. 請求項１記載のシステムにおいて、
    開鍵暗号情報を一意に識別できる開鍵暗号データは、署名方式の一意な識別子と署名方式のパラメータの一意な識別子を含むものである
    ことを特徴とするシステム。
  9. 第１の装置と、この第1の装置に関連付けられた第２の装置とを有し、
    第1の装置から送信したリクエストを、第２の装置で受信して実行させるためのリクエスト処理システムで実施される方法であって、
    前記第１の装置であるコンピュータが：
    固有の秘密鍵および公開鍵を保持する工程と、
    前記公開鍵を一意に識別できる公開鍵データと、開鍵暗号情報を一意に識別できる開鍵暗号データとを含む第１装置識別用固有データを生成する工程と、
    前記生成された第１装置識別用固有データを通信ネットワーク上所定のアドレスに書き込む工程と、
    前記秘密鍵で署名された署名付きリクエストと前記公開鍵とを前記第２装置に送信するリクエスト送信工程と
    を実行する工程と、
    前記第２装置であるコンピュータが、
    前記所定のアドレスに書き込まれた前記第１装置識別用固有データを読み出す工程と、
    前記第１装置から受信した公開鍵からこの公開鍵を一意に識別できる公開鍵データを生成しこの公開鍵データが前記ダウンロードした第１装置識別用固有データに含まれるかを判定すると共に、この判定に基づき、前記前記第１装置から受信した公開鍵と前記前記ダウンロードした第１装置識別用固有データに含まれる開鍵暗号データとに基づいて前記署名付きリクエストの署名を検証することで、前記第１装置を認証する工程と、
    前記第１装置の認証に基づき、前記検証済みのリクエストを実行する工程と
    を実行する工程と
    を有するリクエスト処理方法。
  10. 請求項９記載のリクエスト処理方法において、
    前記第１装置はスマートキーであり、第２装置は車両に搭載され前記第１装置のリクエストにより当該車両の開錠、閉錠を制御する車載装置であることを特徴とするリクエスト処理方法。
  11. 請求項９記載のリクエスト処理方法において、
    前記公開鍵データは、ハッシュ関数を用いて公開鍵を変換することで生成するもので、元の公開鍵よりもサイズが小さいものである
    ことを特徴とする方法。
  12. 請求項９記載の方法において、
    前記公開鍵データは、ブロックチェーンシステムで用いられる公開鍵アドレスである
    ことを特徴とする方法。
  13. 請求項９記載の方法において、
    前記第１装置識別用固有データは、Ｅｔｈｅｒｕｅｍのスマートコントラクトのアドレスに書き込まれるものである
    ことを特徴とする方法。
  14. 請求項１記載の方法において、
    前記第１装置の書き込み権限を認証する認証工程を有する
    ことを特徴とする方法。
  15. 請求項１記載の方法において、
    前記第１装置識別用固有データは、保存するデータサイズに応じてユーザから課金を徴収するシステムに保存されるものである
    ことを特徴とする方法。
  16. 請求項１記載の方法において、
    開鍵暗号情報を一意に識別できる開鍵暗号データは、署名方式の一意な識別子と署名方式のパラメータの一意な識別子を含むものである
    ことを特徴とする方法。
JP2023117820A 2020-12-25 2023-07-19 リクエスト処理システム Pending JP2023153138A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2020215949 2020-12-25
JP2020215949 2020-12-25
PCT/JP2021/043785 WO2022138011A1 (ja) 2020-12-25 2021-11-30 リクエスト処理システム
JP2022572028A JP7318141B2 (ja) 2020-12-25 2021-11-30 リクエスト処理システム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2022572028A Division JP7318141B2 (ja) 2020-12-25 2021-11-30 リクエスト処理システム

Publications (2)

Publication Number Publication Date
JP2023153138A true JP2023153138A (ja) 2023-10-17
JP2023153138A5 JP2023153138A5 (ja) 2024-10-02

Family

ID=82157681

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022572028A Active JP7318141B2 (ja) 2020-12-25 2021-11-30 リクエスト処理システム
JP2023117820A Pending JP2023153138A (ja) 2020-12-25 2023-07-19 リクエスト処理システム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2022572028A Active JP7318141B2 (ja) 2020-12-25 2021-11-30 リクエスト処理システム

Country Status (4)

Country Link
EP (1) EP4269186A4 (ja)
JP (2) JP7318141B2 (ja)
CN (1) CN116685505A (ja)
WO (1) WO2022138011A1 (ja)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006009333A (ja) 2004-06-24 2006-01-12 Dainippon Printing Co Ltd 携帯電話機を利用したキーレスエントリーシステム
JP5031994B2 (ja) * 2005-03-17 2012-09-26 三菱電機株式会社 権限委譲システムおよび制御装置および権限委譲方法
JP5324126B2 (ja) 2008-05-12 2013-10-23 株式会社東海理化電機製作所 電子キーシステム
JP2016189527A (ja) 2015-03-30 2016-11-04 三菱電機株式会社 情報処理装置及び情報処理システム及び情報処理方法及び情報処理プログラム
JP6729334B2 (ja) * 2016-12-06 2020-07-22 富士通株式会社 トランザクション管理方法、トランザクション管理プログラム及びトランザクション管理装置
JP6340107B1 (ja) * 2017-04-10 2018-06-06 アイビーシー株式会社 電子証明システム
EP3618345B1 (en) 2017-06-09 2020-12-30 Mitsubishi Electric Corporation Re-encrypted key generation device, re-encryption device, re-encrypted cipher text decryption device and cryptosystem
WO2020050390A1 (ja) * 2018-09-07 2020-03-12 日本電信電話株式会社 権利者端末、利用者端末、権利者プログラム、利用者プログラム、コンテンツ利用システムおよびコンテンツ利用方法
JP6867718B1 (ja) 2020-02-20 2021-05-12 Ｅａｇｌｙｓ株式会社 情報処理システム、情報処理装置、情報処理方法、および、情報処理プログラム

Also Published As

Publication number Publication date
JPWO2022138011A1 (ja) 2022-06-30
EP4269186A4 (en) 2024-11-13
EP4269186A1 (en) 2023-11-01
JP7318141B2 (ja) 2023-07-31
WO2022138011A1 (ja) 2022-06-30
CN116685505A (zh) 2023-09-01

Similar Documents

Publication Publication Date Title
US11023875B2 (en) Electronic credential management system
US10829088B2 (en) Identity management for implementing vehicle access and operation management
EP3312750B1 (en) Information processing device, information processing system, and information processing method
US10645578B2 (en) System for using mobile terminals as keys for vehicles
CN111884806B (zh) 用于认证用户或确保交互安全的系统和硬件认证令牌
CN100593166C (zh) 便携式计算环境
JP5254905B2 (ja) カーシェアリングシステム
US11167723B2 (en) Method for access management of a vehicle
US20050225429A1 (en) Multiuser vehicle utilization system and electronic key therefor
CN110024003A (zh) 用于运行机动车的通信设备的方法
CN111868726A (zh) 电子设备和电子设备的数字钥匙供应方法
JP2011012511A (ja) 電気錠制御システム
KR20230104921A (ko) 보호 장치에 의해 달성되는 오브젝트의 보호를 중단하는 방법
JP6937887B2 (ja) 車載機能アクセス制御システム、車載装置および車載機能アクセス制御方法
US11485317B2 (en) Concept for provision of a key signal or an immobilizer signal for a vehicle
US11220239B2 (en) Key information generation system and key information generation method
JP7318141B2 (ja) リクエスト処理システム
KR20210118691A (ko) 물품 보관 서비스를 제공하는 서비스 서버, 사용자 단말과 물품 보관 장치, 이들의 제어 방법 및 그 제어 방법을 수행하기 위한 프로그램을 기록한 컴퓨터로 판독가능한 기록매체
CN114255533B (zh) 智能锁系统及其实现方法
KR102366869B1 (ko) 디지털 키 서비스 확장 및 제공 시스템 및 방법
JP2020088836A (ja) 車両メンテナンスシステム、メンテナンスサーバ装置、管理サーバ装置、車載装置、メンテナンスツール、コンピュータプログラム及び車両メンテナンス方法
JP6941132B2 (ja) 入力情報管理システム
JP5985845B2 (ja) 電子キー登録方法
KR101118424B1 (ko) 인증서 자동갱신 처리 시스템
US20210029539A1 (en) Key information generation system and key information generation method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230818

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230818

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240920

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20241015