Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP7698394B2 - 異常検知システム、異常検知方法及びプログラム - Google Patents
[go: Go Back, main page]

JP7698394B2 - 異常検知システム、異常検知方法及びプログラム - Google Patents

異常検知システム、異常検知方法及びプログラム Download PDF

Info

Publication number
JP7698394B2
JP7698394B2 JP2022526967A JP2022526967A JP7698394B2 JP 7698394 B2 JP7698394 B2 JP 7698394B2 JP 2022526967 A JP2022526967 A JP 2022526967A JP 2022526967 A JP2022526967 A JP 2022526967A JP 7698394 B2 JP7698394 B2 JP 7698394B2
Authority
JP
Japan
Prior art keywords
vehicle
abnormality
communication
detection result
unit
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.)
Active
Application number
JP2022526967A
Other languages
English (en)
Other versions
JPWO2021241415A1 (ja
Inventor
良浩 氏家
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.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JPWO2021241415A1 publication Critical patent/JPWO2021241415A1/ja
Application granted granted Critical
Publication of JP7698394B2 publication Critical patent/JP7698394B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
    • H04L63/1425—Traffic logging, e.g. anomaly detection
    • 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/80—Arrangements in the sub-station, i.e. sensing device
    • H04Q2209/82—Arrangements in the sub-station, i.e. sensing device where the sensing device takes the initiative of sending data
    • H04Q2209/823—Arrangements in the sub-station, i.e. sensing device where the sensing device takes the initiative of sending data where the data is sent when the measured values exceed a threshold, e.g. sending an alarm

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Mechanical Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Quality & Reliability (AREA)
  • Automation & Control Theory (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Small-Scale Networks (AREA)

Description

本開示は、車載ネットワークシステムにおける異常を検出するための異常検知システム及び異常検知方法に関する。
近年、自動車の中のシステムには、電子制御装置（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）と呼ばれる装置が多数配置されている。これらのＥＣＵをつなぐネットワークは車載ネットワークと呼ばれる。車載ネットワークには、多数の規格が存在する。その中でも最も主流な車載ネットワークの一つに、ＩＳＯ１１８９８－１で規定されているＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）という規格が存在する。
ＣＡＮでは、通信路は２本のバスで構成され、バスに接続されているＥＣＵはノードと呼ばれる。バスに接続されている各ノードは、フレームと呼ばれるメッセージを送受信する。
ＣＡＮでは、送信先ノードや送信元ノードを指す識別子は存在せず、送信ノードはフレーム毎にメッセージＩＤと呼ばれるＩＤを付けて送信し、各受信ノードは予め定められたメッセージＩＤのみを受信する。そのため、ＣＡＮのバスにＥＣＵを接続し、異常な制御コマンドを含むフレームを正規のＥＣＵになりすまして送信することで、自動車を不正に制御できてしまう脅威がある。
このような脅威に対応するため、車外にあるサーバシステムを用いて車両内で判定困難な不正なメッセージの注入を検出する方法が提案されている（例えば特許文献１）。
特許第６４２３４０２号公報
しかし、上記特許文献１では、車両外にあるサーバシステムへの通信を意図的に妨害された場合や、車両外へ通信ができなくなるような異常が車両において発生した場合に、車内の異常の情報をサーバシステムへ通知できず、サーバシステムにおいて異常の適切な検知処理を実施できないといった問題が存在する。
そこで、本開示は、車両内で発生した異常の情報をより確実に車両外へ通知することができる異常検知システムなどを提供することを目的とする。
本開示の一態様である異常検知システムは、車両に搭載された１つ以上の電子制御装置が設けられた車載ネットワークシステムにおける異常検知システムであって、前記車載ネットワークシステムでは、前記車両と、前記車両の外部の特定の装置とが複数の通信経路を介して通信可能であり、前記異常検知システムは、前記車両における異常を検知する異常検知部と、特定の異常の発生に基づいて、前記車両における異常の検知結果を示す異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定する決定部と、決定された通信経路を使って前記特定の装置へ前記異常検知結果情報を送信する異常検知結果送信部と、を有することを特徴とする。
本開示によれば、車両内で発生した異常の情報をより確実に車両外へ通知することが可能となる。
図１は、実施の形態１における車載ネットワークシステムの全体構成の一例を示す図である。 図２は、実施の形態１におけるＥＣＵの構成の一例を示す図である。 図３は、実施の形態１における検知ルールの一例を示す図である。 図４は、実施の形態１における車内への検知結果状態メッセージのフォーマットの一例を示す図である。 図５は、実施の形態１における検知結果管理テーブルの一例を示す図である。 図６は、実施の形態１におけるＩＶＩの構成の一例を示す図である。 図７は、実施の形態１における通信ＥＣＵの構成の一例を示す図である。 図８は、実施の形態１における車外への検知結果状態メッセージのフォーマットの一例を示す図である。 図９は、実施の形態１におけるサーバの構成の一例を示す図である。 図１０は、実施の形態１における異常情報通信処理に関するシーケンスの一例を示す図である。 図１１は、実施の形態１における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。 図１２は、実施の形態１の変形例１におけるサーバの構成の一例を示す図である。 図１３は、実施の形態１の変形例１における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。 図１４は、実施の形態１の変形例２における通信ＥＣＵの構成の一例を示す図である。 図１５は、実施の形態１の変形例２における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。 図１６は、実施の形態２における車載ネットワークシステムの全体構成の一例を示す図である。 図１７は、実施の形態２における通信ＥＣＵの構成の一例を示す図である。 図１８は、実施の形態２における充電ＥＣＵの構成の一例を示す図である。 図１９は、実施の形態２における検知ルールの一例を示す図である。 図２０は、実施の形態２における車内への検知結果状態メッセージのフォーマットの一例を示す図である。 図２１は、実施の形態２における車外への検知結果状態メッセージのフォーマットの一例を示す図である。 図２２は、実施の形態２における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。 図２３は、実施の形態２における異常情報通信処理に関するシーケンスの一例を示す図である。 図２４は、実施の形態２の変形例１における充電ＥＣＵの構成の一例を示す図である。 図２５は、実施の形態２の変形例１における異常情報通信処理に関するシーケンスの一例を示す図である。 図２６は、その他の実施の形態における、発生した異常と切り替えられた通信経路の表示の一例を示す図である。 図２７は、その他の実施の形態における、発生した異常と切り替えられた通信経路の詳細表示の一例を示す図である。 図２８は、その他の実施の形態における、発生した異常と切り替えられた通信経路の詳細表示の他の一例を示す図である。 図２９は、その他の実施の形態における、発生した異常と切り替えられる通信経路との対応関係の設定をするための表示の一例を示す図である。 図３０は、その他の実施の形態における、コンピュータで実現される仮想環境のソフトウェア構成の一例を示す図である。 図３１は、その他の実施の形態における異常検知方法の一例を示すフローチャートである。
本開示の一態様である異常検知システムは、車両に搭載された１つ以上の電子制御装置が設けられた車載ネットワークシステムにおける異常検知システムであって、前記車載ネットワークシステムでは、前記車両と、前記車両の外部の特定の装置とが複数の通信経路を介して通信可能であり、前記異常検知システムは、前記車両における異常を検知する異常検知部と、特定の異常の発生に基づいて、前記車両における異常の検知結果を示す異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定する決定部と、決定された通信経路を使って前記特定の装置へ前記異常検知結果情報を送信する異常検知結果送信部と、を有する。
これにより、車内で発生した異常に関する異常検知結果情報を車外のシステム（特定の装置）へ通知する際に、予め設定された複数の通信経路のうちのある通信経路を介した通信ができなくなるような特定の異常が発生した場合に、別の適切な通信経路が決定され、当該通信経路を使って異常検知結果情報を特定の装置へ通知することが可能となり、車両全体の安全性を担保することが可能となる。したがって、車両内で発生した異常情報をより確実に車両外へ通知することができる。
例えば、前記特定の異常は、前記車両の外部との通信の異常を含んでいてもよい。
これにより、予め設定された複数の通信経路のうちのある通信経路を介した車両の外部との通信の異常が発生した場合に、別の適切な通信経路を決定することが可能となる。
例えば、前記車両の外部との通信の異常は、前記特定の装置への前記異常検知結果情報の送信処理の異常を含んでいてもよい。
これにより、送信処理に関わる装置のみで通信経路を決定することができ、通信経路の決定にかかる時間を削減することが可能となる。
例えば、前記車両の外部との通信の異常は、前記特定の装置における前記異常検知結果情報の受信処理の異常を含んでいてもよい。
これにより、車両内の送信処理に関わる装置に、通信経路の決定に関わる処理を追加する必要がなく、車両におけるリソースを削減することが可能となる。
例えば、前記特定の異常は、前記車両における異常を含んでいてもよい。
これにより、車両外へ通信ができなくなるような異常が車両において発生した場合に、発生した異常に応じて適切な通信経路を決定することが可能となる。
例えば、前記決定部は、発生した前記特定の異常を、異常の種類ごとに通信経路が対応付けられたテーブルに照合することで、前記異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定してもよい。
これにより、予め想定される異常に対して、例えば異常の重要度（深刻度、緊急度など）に応じた通信経路がテーブルにおいて対応付けられているため、異常の重要度に応じて柔軟に通信経路を決定することが可能となる。
例えば、前記異常検知システムは、さらに、前記テーブルにおける異常の種類と通信経路との対応付けを変更する変更部を有していてもよい。
これにより、車両が出荷された後であっても、テーブルにおける異常の種類と通信経路との対応付けを変更することができる。
例えば、前記複数の通信経路は、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介する通信経路を含んでいてもよい。
これにより、テレマティクスサービスなどを利用する車両での、車両外からの異常検知が可能となり、車両全体の安全性を担保することが可能となる。
例えば、前記複数の通信経路は、ＩＶＩ（Ｉｎ－Ｖｅｈｉｃｌｅ Ｉｎｆｏｔａｉｎｍｅｎｔ）を介する通信経路を含んでいてもよい。
これにより、エンターテインメントサービスなどを利用する車両での、車両外からの異常検知が可能となり、車両全体の安全性を担保することが可能となる。
例えば、前記複数の通信経路は、バッテリーの充電を担当する電子制御装置を介する通信経路を含んでいてもよい。
これにより、バッテリー装置を持つ電気自動車やプラグインハイブリッド車での、車両外からの異常検知が可能となり、車両全体の安全性を担保することが可能となる。
例えば、前記決定部は、前記特定の異常の発生及び前記車両の状態に応じて、前記異常検知結果情報を前記特定の装置へと送信するための通信経路を、前記複数の通信経路のうちから決定してもよい。
これにより、現在の車両の状態に応じた適切な通信経路の決定が可能となり、車両全体の安全性を担保することが可能となる。
例えば、前記異常検知システムは、さらに、決定された通信経路を示す通信経路情報を送信する通信経路送信部を有していてもよい。
これにより、特定の異常の発生に応じて決定された通信経路を例えばウェブブラウザなどによって確認することができる。
また、本開示の一態様である異常検知方法は、車両に搭載された１つ以上の電子制御装置が設けられた車載ネットワークシステムにおける異常検知方法であって、前記車載ネットワークシステムでは、前記車両と、前記車両の外部の特定の装置とが複数の通信経路を介して通信可能であり、前記異常検知方法は、前記車両における異常を検知する異常検知ステップと、特定の異常の発生に基づいて、前記車両における異常の検知結果を示す異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定する決定ステップと、決定された通信経路を使って前記特定の装置へ前記異常検知結果情報を送信する異常検知結果送信ステップと、を含む。
これにより、車両内で発生した異常情報をより確実に車両外へ通知することができる異常検知方法を提供できる。
以下、図面を参照しながら、本開示の実施の形態に関わる異常検知システムについて説明する。なお、以下で説明する実施の形態は、いずれも本開示の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置および接続形態、ステップ、ステップの順序などは、本開示の一例であり、本開示を限定する主旨ではない。
本開示は、請求の範囲の記載に基づいて特定される。したがって、以下の実施の形態における構成要素のうち、本開示の最上位概念を示す独立請求項に記載されていない構成要素は、本開示の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。
（実施の形態１）
［１．システムの構成］
ここでは、本開示の実施の形態１として、車載ネットワークシステム１０００について図面を参照しながら説明する。
［１．１ 車載ネットワークシステム１０００の全体構成］
図１は、実施の形態１における車載ネットワークシステム１０００の全体構成の一例を示す図である。
車載ネットワークシステム１０００は、車両１００１と、車両１００１とネットワークを介して接続して動作するサーバ１４００と、によって構成される。車載ネットワークシステム１０００には、車両１００１に搭載された１つ以上のＥＣＵが設けられる。また、車載ネットワークシステム１０００には、異常検知システムが含まれている。
異常検知システムは、プロセッサ、通信インタフェース及びメモリなどを含むコンピュータである。メモリは、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などであり、プロセッサにより実行されるプログラムを記憶することができる。異常検知システムが有する構成要素は、メモリに格納されたプログラムを実行するプロセッサ及び通信インタフェースなどによって実現される。異常検知システムは、１つの筐体によって実現された装置であってもよい。また、異常検知システムの構成要素は、複数の装置（複数の筐体）に分散して配置されていてもよい。
車両１００１は、各種車載ネットワークにて接続される、ＥＣＵ１１００ａ、１１００ｂ及び１１００ｃと、各ＥＣＵ１１００ａ～１１００ｃの制御対象であるブレーキ１０１１、ハンドル１０１２及びアクセル１０１３と、各ＥＣＵ１１００ａ～１１００ｃと車載ネットワークを介して通信する、ＩＶＩ１２００及び通信ＥＣＵ１３００と、から構成される。
ＥＣＵ１１００ａ～１１００ｃは、車載ネットワークを通じて、通信メッセージを互いに送受信することで、車両の制御を実現する。例えば、車載ネットワークにはＣＡＮが使用される。以下では、ＥＣＵ１１００ａ～１１００ｃを総合してＥＣＵ１１００とも呼ぶ。
ＩＶＩ１２００は、車両１００１内の状態を表示可能な表示部を備え、車両１００１内の状態を示す各種情報をドライバへ提示する。また、ＩＶＩ１２００は、サーバ１４００と通信を行い、サーバ１４００と車両１００１内の他のＥＣＵとのメッセージの送受信を実施する。なお、ＩＶＩ１２００は、サーバ１４００以外の車両外の装置とも通信可能であってもよい。
通信ＥＣＵ１３００は、サーバ１４００と通信を行い、サーバ１４００と車両１００１内の他のＥＣＵとのメッセージの送受信を実施する。通信ＥＣＵ１３００は、ＴＣＵの一例である。
サーバ１４００は、遠隔より車両の安全性を担保するための監視を実施する。また、サーバ１４００は、車両１００１から送信されたメッセージを解析することで、車両１００１内で判定困難な不正なメッセージを検出してもよい。サーバ１４００は、車両１００１の外部の特定の装置の一例である。
図１に示されるように、車載ネットワークシステム１０００では、車両１００１と、サーバ１４００とが複数の通信経路を介して通信可能である。例えば、複数の通信経路は、通信ＥＣＵ１３００（ＴＣＵ）を介する通信経路及びＩＶＩ１２００を介する通信経路を含む。
［１．２ ＥＣＵ１１００の構成図］
図２は、実施の形態１におけるＥＣＵ１１００の構成の一例を示す図である。ＥＣＵ１１００は、通信部１１０１と、メッセージ変換部１１０２と、起動管理部１１０３と、暗号処理部１１０４と、鍵管理部１１０５と、検知結果管理部１１０６と、検知結果保持部１１０７と、から構成される。
通信部１１０１は、各種センサや、車載ネットワークを通じた他のＥＣＵとの通信を行う。通信部１１０１は、受信したメッセージやセンサ値をメッセージ変換部１１０２に通知する。また、通信部１１０１は、メッセージ変換部１１０２又は検知結果管理部１１０６より通知されたメッセージを他のＥＣＵや各種センサに送信する。
メッセージ変換部１１０２は、通信部１１０１から通知されたセンサ値を車載ネットワークのフォーマットに基づき変換し、通信部１１０１を介して、他のＥＣＵへ送信する。また、メッセージ変換部１１０２は、通信部１１０１より受信した通信メッセージをセンサ値や設定情報に変換し、通信部１１０１を介して、各種センサに送信する。また、メッセージ変換部１１０２は、受信したメッセージを暗号処理部１１０４へ通知する。
起動管理部１１０３は、ＥＣＵ１１００の起動処理と、ＥＣＵ１１００の各機能の起動処理を担当する。起動管理部１１０３は、起動時に起動内容の正当性チェックが必要な場合は、暗号処理部１１０４へ通知する。
暗号処理部１１０４は、鍵管理部１１０５の保持する鍵や証明書を用いて、メッセージに含まれるＭＡＣ（メッセージ認証符号）の検証を行い、その結果を検知結果管理部１１０６へと通知する。また、暗号処理部１１０４は、起動管理部１１０３からの通知内容に対応して、装置や機能の起動時の正当性チェックを行い、その結果を検知結果管理部１１０６へと通知する。暗号処理部１１０４は、車両１００１における異常（例えば、攻撃による異常又は故障による異常等）を検知する異常検知部の一例である。
鍵管理部１１０５は、暗号処理部１１０４で使用する鍵や証明書を保持する。
検知結果管理部１１０６は、暗号処理部１１０４から通知された車両１００１における異常の検知結果を、周辺情報とともに検知結果保持部１１０７へ格納する。また、検知結果管理部１１０６は、検知結果保持部１１０７の保持内容を、通信部１１０１を介して通信ＥＣＵ１３００へ、検知結果状態メッセージ（異常検知結果情報とも呼ぶ）として送信する。車両１００１における異常を検知する際の検知ルールの一例については図３に、検知結果状態メッセージのメッセージフォーマットの一例については図４に、それぞれ示す。
検知結果保持部１１０７は、検知結果管理部１１０６より通知の受けた検知結果データを保持する。また、検知結果保持部１１０７は、検知結果管理部１１０６からの読み出し指示に応じて、当該検知結果データを検知結果管理部１１０６へ通知する。検知結果保持部１１０７の具体的な保持内容の一例については、図５に示す。
［１．３ 検知ルールの一例］
図３は、実施の形態１における車載ネットワークのメッセージの異常を検知するための検知ルールの一例を示す図である。図３に示されるように、検知ルールには、具体的な検知内容と、それぞれの検知内容に対応するエラーＩＤとが対応付けられたテーブルが含まれている。テーブルに記載された異常が発生した場合に、該当するエラーＩＤと周辺情報とが、検知結果として保存処理される。
［１．４ 車内への検知結果状態メッセージのフォーマットの一例］
図４は、実施の形態１における車内への検知結果状態メッセージのフォーマットの一例を示す図である。車内への検知結果状態メッセージ（言い換えると車載ネットワークに送信される検知結果状態メッセージ）のペイロードは、検知結果ヘッダーＤ１１０１と、検知部ＩＤ Ｄ１１０２と、エラーＩＤ Ｄ１１０３と、検知結果ペイロードＤ１１０４と、によって構成される。
検知結果ヘッダーＤ１１０１は、以降に続くデータの種別とその数を示す値を格納するための領域である。予め決められた番号を先頭に入れておくことで、検知結果ヘッダーＤ１１０１は、以降のデータが検知結果状態を示すメッセージであることを表すと同時に、その中身を受信者に伝える役割を担う。
検知部ＩＤ Ｄ１１０２は、ＥＣＵ１１００ａ、ＥＣＵ１１００ｂ及びＥＣＵ１１００ｃの中にある異常検知部を特定するためにユニークに設定された数字を格納する。
エラーＩＤ Ｄ１１０３は、検知部ＩＤ Ｄ１１０２で特定した異常検知部からの検知結果に含まれる異常の種別を示す。
検知結果ペイロードＤ１１０４は、エラー周辺情報となる情報を示す。
なお、本図に示すとおり、複数のエラーＩＤを一つのメッセージに入れることも可能である。
［１．５ 検知結果管理テーブルの一例］
図５は、実施の形態１における検知結果管理テーブルの一例を示す図である。例えば、検知結果管理部１１０６は、車内への検知結果状態メッセージに基づいて検知結果管理テーブルを作成し、検知結果保持部１１０７に格納する。検知結果管理テーブルは、暗号処理部１１０４によって検知された異常に該当するエラーＩＤと、その異常の発生時刻と、周辺情報となる検知結果ペイロードデータと、によって構成されている。
［１．６ ＩＶＩ１２００の構成図］
図６は、実施の形態１におけるＩＶＩ１２００の構成の一例を示す図である。ＩＶＩ１２００は、車内通信部１２０１と、変換部１２０２と、車外通信部１２０３と、表示部１２０４と、から構成される。
車内通信部１２０１は、車内の他ＥＣＵより受信したメッセージを変換部１２０２へと通知する。また、車内通信部１２０１は、変換部１２０２より通知されたメッセージを車内の他ＥＣＵへと送信する。さらに、車内通信部１２０１は、ドライバへ通知が必要な情報を、表示部１２０４へ通知する。
変換部１２０２は、車内通信部１２０１及び車外通信部１２０３の一方を介して受信したメッセージのうち、転送が必要となるデータを予め決められたフォーマットへ変換し、車内通信部１２０１及び車外通信部１２０３の他方へと送信する。
車外通信部１２０３は、サーバ１４００より受信したメッセージを変換部１２０２へと通知する。また、車外通信部１２０３は、変換部１２０２より通知されたメッセージをサーバ１４００へと送信する。さらに、車外通信部１２０３は、ドライバへ通知が必要な情報を、表示部１２０４へ通知する。車外通信部１２０３は、複数の通信経路のうちから、ＩＶＩ１２００とサーバ１４００との通信経路が決定された場合、決定された通信経路を使ってサーバ１４００へ異常検知結果情報を送信する異常検知結果送信部となる。
表示部１２０４は、車内通信部１２０１と、車外通信部１２０３と、から情報を通知され、通知された情報に基づいてドライバに必要な情報を提示する。
［１．７ 通信ＥＣＵ１３００の構成図］
図７は、実施の形態１における通信ＥＣＵ１３００の構成の一例を示す図である。通信ＥＣＵ１３００は、車内通信部１３０１と、変換部１３０２と、車外通信部１３０３と、切替部１３０４と、から構成される。
車内通信部１３０１は、車内の他ＥＣＵより受信したメッセージを変換部１３０２へと通知する。また、車内通信部１３０１は、変換部１３０２より通知されたメッセージを車内の他ＥＣＵへと送信する。
変換部１３０２は、車内通信部１３０１及び車外通信部１３０３の一方を介して受信したメッセージのうち、転送が必要となるデータを予め決められたフォーマットへ変換し、車内通信部１３０１及び車外通信部１３０３の他方へと送信する。また、変換部１３０２は、切替部１３０４からの通知を受け、通知された情報を変換した上で車内通信部１３０１へ通知する。
車外通信部１３０３は、サーバ１４００より受信したメッセージを変換部１３０２へと通知する。また、車外通信部１３０３は、変換部１３０２より通知されたメッセージをサーバ１４００へと送信する。また、車外通信部１３０３は、通信エラーが発生した場合に、サーバ１４００へ送信するべき情報（具体的には、検知結果状態メッセージ（異常検知結果情報））を切替部１３０４へ通知する。サーバ１４００へ送信される検知結果状態メッセージのメッセージフォーマットの一例については図８に示す。車外通信部１３０３は、複数の通信経路のうちから、通信ＥＣＵ１３００とサーバ１４００との通信経路が決定された場合、決定された通信経路を使ってサーバ１４００へ異常検知結果情報を送信する異常検知結果送信部となる。
切替部１３０４は、車外通信部１３０３よりサーバ１４００へ送信するべき情報の通知を受け、現状サーバ１４００との通信に用いている通信経路とは他の通信経路を用いたサーバ１４００との通信が可能な車外通信部を持つＥＣＵへ、サーバ１４００へ送信するべき情報を通知するために、変換部１３０２へ当該情報を通知する。切替部１３０４は、特定の異常の発生に基づいて、車両１００１における異常の検知結果を示す異常検知結果情報をサーバ１４００へ送信するための通信経路を、複数の通信経路のうちから決定する決定部の一例である。切替部１３０４によって、車両１００１とサーバ１４００との通信に用いられる通信経路が、決定された通信経路に切り替えられる。
［１．８ 車外への検知結果状態メッセージのフォーマットの一例］
図８は、実施の形態１における車外への検知結果状態メッセージのフォーマットの一例を示す図である。車外への検知結果状態メッセージ（言い換えるとサーバ１４００へ送信される検知結果状態メッセージ）のペイロードは、検知結果ヘッダーＤ１２０１と、車両ＩＤ Ｄ１２０２と、検知部ＩＤ Ｄ１２０３と、エラーＩＤ Ｄ１２０４と、検知結果ペイロードＤ１２０５と、によって構成される。
検知結果ヘッダーＤ１２０１は、以降に続くデータの種別とその数を示す値を格納するための領域である。予め決められた番号を先頭に入れておくことで、検知結果ヘッダーＤ１２０１は、以降のデータが検知結果状態を示すメッセージであることを表すと同時に、その中身を受信者に伝える役割を担う。
車両ＩＤ Ｄ１２０２は、車両１００１を特定するためにユニークに設定された数字を格納する。
検知部ＩＤ Ｄ１２０３は、ＥＣＵ１１００ａ、ＥＣＵ１１００ｂ及びＥＣＵ１１００ｃの中にある異常検知部を特定するためにユニークに設定された数字を格納する。
エラーＩＤ Ｄ１２０４は、検知部ＩＤ Ｄ１２０３で特定した異常検知部からの検知結果に含まれる異常の種別を示す、エラーＩＤを示す。
検知結果ペイロードＤ１２０５は、検知結果状態を判定した結果を示す。
車外への検知結果状態メッセージは、サーバ１４００がどの車両からのメッセージであるかを特定するために、車内への検知結果状態メッセージに車両ＩＤ Ｄ１２０２が追加されたものとなっている。
なお、本図に示すとおり、複数の検知部ＩＤや、エラーＩＤを一つのメッセージに入れることも可能である。
［１．９ サーバ１４００の構成図］
図９は、実施の形態１におけるサーバ１４００の構成の一例を示す図である。サーバ１４００は、通信部１４０１と、車両管理部１４０２と、から構成される。
通信部１４０１は、車両１００１との通信を行い、受信したメッセージを車両管理部１４０２へと通知する。また、通信部１４０１は、車両管理部１４０２から通知された内容を、車両１００１へと送信する。
車両管理部１４０２は、通信部１４０１を介して、車両１００１と通信を行い、車両１００１内の情報を管理する。例えば、車両管理部１４０２は、車両１００１から送信されたメッセージを解析することで、不正なメッセージを検出してもよい。
［１．１０ 異常情報通信処理シーケンスの一例］
図１０は、実施の形態１における異常情報通信処理に関するシーケンスの一例を示す図である。図１０では、ＥＣＵ１１００が、異常情報を集約し、通信ＥＣＵ１３００へ伝えるシーケンスの一例を示している。
（Ｓ１１０１）ＥＣＵ１１００は、異常の発生を待機し、通信ＥＣＵ１３００は、通信の発生（ＥＣＵ１１００からの通知の受信）を待機する。
（Ｓ１１０２）車両１００１において異常が発生し、ＥＣＵ１１００は、異常を検知する。
（Ｓ１１０３）ＥＣＵ１１００は、当該異常の発生回数を示すカウンタ値を１つインクリメントする。
（Ｓ１１０４）ＥＣＵ１１００は、当該異常のカウンタ値が予め規定された回数を超えたかどうか（つまり、当該異常が規定数発生したかどうか）の判定を行い、超えた場合はＳ１１０５へ、超えていない場合はＳ１１０１へそれぞれ進む。規定された回数は、例えば、異常の種別ごとに設定される。設定される回数は特に限定されないが、例えば、異常の種別に応じて設定される。
（Ｓ１１０５）ＥＣＵ１１００は、発生した異常の内容を集約した情報（異常検知結果情報）を通信ＥＣＵ１３００へ送信する。
（Ｓ１１０６）ＥＣＵ１１００は、当該異常のカウンタ値をリセットする。
（Ｓ１１０７）ＥＣＵ１１００は、一連の処理を完了し、Ｓ１１０１へ戻る。
［１．１１ 異常情報送信経路切替処理シーケンスの一例］
図１１は、実施の形態１における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。図１１では、通信ＥＣＵ１３００が、異常検知結果情報をサーバ１４００へ送信する際に、特定の異常として送信エラーが発生した場合に、通信経路を、ＩＶＩ１２００を介する通信経路に切り替えて（言い換えると、複数の通信経路のうちからＩＶＩ１２００を介する通信経路を決定して）、ＩＶＩ１２００から異常検知結果情報を送信する処理のシーケンスの一例を示す。
（Ｓ１２０１）通信ＥＣＵ１３００は、通信の発生（ＥＣＵ１１００からの通知の受信）を待機し、ＩＶＩ１２００は、通信の発生（通信ＥＣＵ１３００からの通知の受信）を待機し、サーバ１４００は、通信の発生（通信ＥＣＵ１３００又はＩＶＩ１２００からの通知の受信）を待機する。
（Ｓ１２０２）通信ＥＣＵ１３００は、受信した異常検知結果情報を、サーバ１４００へ送信する。
（Ｓ１２０３）通信ＥＣＵ１３００は、特定の異常として送信エラーが発生したかどうかを確認し、発生していない場合は正常終了し、発生した場合はＳ１２０４へ進む。このように、例えば、特定の異常は、車両１００１の外部（例えばサーバ１４００）との通信の異常を含み、車両の外部との通信の異常は、サーバ１４００への異常検知結果情報の送信処理の異常を含む。
（Ｓ１２０４）通信ＥＣＵ１３００は、送信のリトライ回数に関するカウンタ値を１つインクリメントする。
（Ｓ１２０５）通信ＥＣＵ１３００は、送信のリトライ回数（上記カウンタ値）が規定の回数を超えたかどうかを確認し、超えた場合はＳ１２０６へ、超えていない場合はＳ１２０２へ進む。規定の回数は特に限定されず、適宜設定される。
（Ｓ１２０６）通信ＥＣＵ１３００は、送信のリトライに関するカウンタ値をリセットする。
（Ｓ１２０７）通信ＥＣＵ１３００は、サーバ１４００へ送信しようとしていた異常検知結果情報を別通信ＥＣＵ（ここではＩＶＩ１２００）へ通知する。
（Ｓ１２０８）ＩＶＩ１２００は、通信ＥＣＵ１３００から受信した異常検知結果情報を、サーバ１４００へ送信する。
（実施の形態１の効果）
実施の形態１で示した車載ネットワークシステム１０００では、車内で発生した異常に関する情報を車外のシステム（例えばサーバ１４００）へ通知する際に、車両１００１のネットワークシステム内の車外との通信を担当するＥＣＵ（例えば通信ＥＣＵ１３００）の通信に異常が発生した場合にも、予め別の車外通信ＥＣＵ（例えばＩＶＩ１２００）による通信経路を代替として設定しておくことで、異常に関する情報を適切に車外のシステムへ通知することが可能となり、車両全体の安全性を担保することが可能となる。
（実施の形態１の変形例１）
実施の形態１で示した車載ネットワークシステム１０００では、車両１００１のネットワークシステム内の車外通信を担当するＥＣＵが通信異常を検知することで、適切な通信経路を決定する例について説明したが、車外のシステムが通信異常を判断し、通信経路を変更するとしても良い。なお、実施の形態１と同様の図面については説明を省略し、ここでは構成の異なるサーバ１１４００について主に説明する。
［１．１２ サーバ１１４００の構成図］
図１２は、実施の形態１の変形例１におけるサーバ１１４００の構成の一例を示す図である。サーバ１１４００は、通信部１１４０１と、車両管理部１４０２と、切替部１１４０３から構成される。なお、実施の形態１と同様の構成は、同一の番号を付与した上で説明を省略する。
通信部１１４０１は、車両１００１との通信を行い、受信したメッセージを車両管理部１４０２へと通知する。また、通信部１１４０１は、車両管理部１４０２から通知された内容を、車両１００１へと送信する。また、通信部１１４０１は、通信エラーが発生した場合に、切替部１１４０３へと通知する。
切替部１１４０３は、通信部１１４０１より通知を受け、現状車両との通信に用いている通信経路とは他の通信経路を用いたサーバ１１４００との通信が可能な車外通信部を持つＥＣＵと通信するために、通信部１１４０１へ通知する。切替部１１４０３は、特定の異常の発生に基づいて、車両における異常の検知結果を示す異常検知結果情報をサーバ１１４００へ送信するための通信経路を、複数の通信経路のうちから決定する決定部の一例である。切替部１１４０３によって、車両とサーバ１１４００との通信に用いられる通信経路が、決定された通信経路に切り替えられる。
［１．１３ 異常情報送信経路切替処理シーケンスの一例］
図１３は、実施の形態１の変形例１における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。図１３では、サーバ１１４００が、異常検知結果情報を通信ＥＣＵ１３００へリクエストする際に、特定の異常として通信エラーが発生した場合に、リクエスト先をＩＶＩ１２００に切り替えて（言い換えると、複数の通信経路のうちからＩＶＩ１２００を介する通信経路を決定して）、ＩＶＩ１２００から異常検知結果情報を送信する処理のシーケンスの一例を示す。なお、実施の形態１と同様のステップは、同一の番号を付与した上で説明を省略する。
（Ｓ１１２０１）通信ＥＣＵ１３００とＩＶＩ１２００は、サーバ１１４００からの受信の発生を待機する。
（Ｓ１１２０２）サーバ１１４００は、定期的に通信ＥＣＵ１３００へ異常検知結果情報をリクエストする。
（Ｓ１１２０３）サーバ１１４００は、リクエストに対して正常にレスポンスが受信できたかどうかを確認し、受信できた場合は正常終了し、受信していない場合はＳ１１２０４へ進む。このように、例えば、特定の異常は、車両１００１の外部（例えばサーバ１１４００）との通信の異常を含み、車両の外部との通信の異常は、サーバ１１４００における異常検知結果情報の受信処理の異常を含む。
（Ｓ１１２０４）サーバ１１４００は、リクエストのリトライに関するカウンタ値を１つインクリメントする。
（Ｓ１１２０５）サーバ１１４００は、リクエストのリトライ回数（上記カウンタ値）が規定の回数を超えたかどうかを確認し、超えた場合はＳ１１２０６へ、超えていない場合はＳ１１２０２へ進む。
（Ｓ１１２０６）サーバ１１４００は、リクエストのリトライに関するカウンタ値をリセットする。
（Ｓ１１２０７）サーバ１１４００は、異常検知結果情報のリクエスト先を通信ＥＣＵ１３００からＩＶＩ１２００へ切り替え、リクエストを送信する。
（Ｓ１１２０８）ＩＶＩ１２００は、受信したリクエストに応じて異常検知結果情報を別ＥＣＵ（例えばＥＣＵ１１００）へ要求して取得する。
（実施の形態１の変形例１の効果）
実施の形態１の変形例１で示した車載ネットワークシステムでは、車内で発生した異常に関する情報を車外のシステムへ通知する際に、車両１００１のネットワークシステム内の車外との通信を担当するＥＣＵ（例えば通信ＥＣＵ１３００）に異常が発生したことを、車外のシステム（例えばサーバ１１４００）から検知することで、異常に関する情報を適切に車外のシステムが取得することが可能となり、車両１００１全体の安全性を担保することが可能となる。さらに、車両１００１内部での通信経路の決定及び切り替えに関する構成要素を省くことが可能となり、車両１００１におけるリソースの節約となる。なお、車外のシステム及び車両１００１の両方が通信経路の決定及び切り替えに関する構成要素を有していてもよい。
（実施の形態１の変形例２）
実施の形態１で示した車載ネットワークシステム１０００では、車両１００１のネットワークシステム内の車外通信を担当するＥＣＵが通信異常を検知することで、適切な通信経路を決定する例について説明したが、更に車両の状態に応じて、通信経路を変更するかどうかを判断するとしても良い。なお、実施の形態１と同様の図面については説明を省略し、ここでは構成の異なる通信ＥＣＵ１１３００について主に説明する。
［１．１４ 通信ＥＣＵ１１３００の構成図］
図１４は、実施の形態１の変形例２における通信ＥＣＵ１１３００の構成の一例を示す図である。通信ＥＣＵ１１３００は、車内通信部１３０１と、変換部１３０２と、車外通信部１３０３と、切替部１１３０４と、車両状態推定部１１３０５と、から構成される。なお、実施の形態１と同様の構成は、同一の番号を付与した上で説明を省略する。
切替部１１３０４は、車両状態推定部１１３０５から現在の車両状態を取得する。また、切替部１１３０４は、車外通信部１３０３よりサーバ（例えばサーバ１４００）へ送信するべき情報の通知を受ける。そして、切替部１１３０４は、取得した現在の車両状態が、特定の車両状態に該当する場合に、現状サーバ１４００との通信に用いている通信経路とは他の通信経路を用いたサーバ１４００との通信が可能な車外通信部を持つＥＣＵへ、サーバ１４００へ送信するべき情報を通知するために、車内通信部１３０１へ当該情報を通知する。切替部１１３０４は、特定の異常の発生及び車両の状態に応じて、異常検知結果情報をサーバ１４００へと送信するための通信経路を、複数の通信経路のうちから決定する決定部の一例である。切替部１１３０４によって、車両とサーバ１４００との通信に用いられる通信経路が、決定された通信経路に切り替えられる。
車両状態推定部１１３０５は、現在の車両状態を推定した上で、推定した車両状態を切替部１１３０４へ通知する。推定される車両状態は、特に限定されず、適宜設定される。
［１．１５ 異常情報送信経路切替処理シーケンスの一例］
図１５は、実施の形態１の変形例２における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。図１５では、通信ＥＣＵ１１３００が、異常検知結果情報をサーバ１４００へ送信する際に、特定の異常として送信エラーが発生した場合、かつ、現在の車両状態が特定の車両状態に合致した場合にのみ、通信経路を、ＩＶＩ１２００を介する通信経路に切り替えて、ＩＶＩ１２００から異常検知結果情報を送信する処理のシーケンスの一例を示す。なお、実施の形態１と同様のステップは、同一の番号を付与した上で説明を省略する。
（Ｓ１１２０９）通信ＥＣＵ１１３００は、車両状態が予め決められた状態（例えばイグニッションオン中）に合致するかどうかを判定し、合致する場合はＳ１２０７へ、合致していない場合は終了する。イグニッションオフの場合には、車両は停止していると考えられるため、すぐに別の車外通信部を持つＥＣＵから検知結果情報を送信しなくてもよい場合が多いため、サーバ１４００へ異常検知結果情報を送信せずに処理を終了している。
（実施の形態１の変形例２の効果）
実施の形態１の変形例２で示した車載ネットワークシステムでは、車内で発生した異常に関する情報を車外のシステム（例えばサーバ１４００）へ通知する際に、特定の車両状態において車両のネットワークシステム内の車外との通信を担当するＥＣＵ（例えば通信ＥＣＵ１１３００）に異常が発生した場合にも、予め別の車外通信ＥＣＵ（例えばＩＶＩ１２００）を代替として設定しておくことで、異常に関する情報を適切に車外のシステムへ通知することが可能となり、車両全体の安全性を担保することが可能となる。別の車外通信ＥＣＵを用いて通信を行うことが許容される特定の車両状態を予め設定しておくことで、更なる通信エラーを回避することが可能となる。
（実施の形態２）
実施の形態１で示した車載ネットワークシステム１０００では、車内で発生した異常に関する情報を車外のシステムへ通知する際に、特定の異常として通信に関する異常が発生した場合に通信経路の切り替えを行う例を示しているが、これに限らない。例えば、車内で重要度が高い異常が発生した際に、既に車外通信機能を含む他機能にも異常が発生している可能性が高いことを鑑み、通信に関する異常が発生したかどうかに関わらず、車外システムへの通信経路を切り替えても良い。この例について、図面を参照しながら説明する。なお、実施の形態１と同様の図面については説明を省略する。
［２．システムの構成］
ここでは、本開示の実施の形態２として、車載ネットワークシステム２０００について図面を参照しながら説明する。なお、実施の形態１と同様の構成は、同一の番号を付与した上で説明を省略する。
［２．１ 車載ネットワークシステム２０００の全体構成］
図１６は、実施の形態２における車載ネットワークシステム２０００の全体構成の一例を示す図である。
車載ネットワークシステム２０００は、車両２００１と、車両２００１とネットワークを介して接続して動作するサーバ１４００と、によって構成される。車載ネットワークシステム２０００には、車両２００１に搭載された１つ以上のＥＣＵが設けられる。また、車載ネットワークシステム２０００には、異常検知システムが含まれている。
車両２００１は、各種車載ネットワークにて接続される、ＥＣＵ１１００ａ、１１００ｂ及び１１００ｃ（ＥＣＵ１１００）と、各ＥＣＵ１１００の制御対象であるブレーキ１０１１、ハンドル１０１２及びアクセル１０１３と、各ＥＣＵ１１００と車載ネットワークを介して通信する通信ＥＣＵ２３００と、車両の動力源となるバッテリー２０１５と、バッテリー２０１５の充電を担当する充電ＥＣＵ２５００と、から構成される。
通信ＥＣＵ２３００は、サーバ１４００と通信を行い、サーバ１４００と車両２００１内の他のＥＣＵとのメッセージの送受信を実施する。通信ＥＣＵ２３００は、ＴＣＵの一例である。
充電ＥＣＵ２５００は、車外の充電設備（図示せず）と接続し、バッテリー２０１５の充電に関する処理を担当する。充電ＥＣＵ２５００は、さらに、サーバ１４００と通信を行い、サーバ１４００と車両２００１内の他のＥＣＵとのメッセージの送受信を実施する。なお、充電ＥＣＵ２５００は、サーバ１４００以外の車両外の装置とも通信可能であってもよい。
図１６に示されるように、車載ネットワークシステム２０００では、車両２００１と、サーバ１４００とが複数の通信経路を介して通信可能である。例えば、複数の通信経路は、通信ＥＣＵ２３００（ＴＣＵ）を介する通信経路及び充電ＥＣＵ２５００を介する通信経路を含む。
［２．２ 通信ＥＣＵ２３００の構成図］
図１７は、実施の形態２における通信ＥＣＵ２３００の構成の一例を示す図である。通信ＥＣＵ２３００は、車内通信部１３０１と、変換部２３０２と、車外通信部２３０３と、から構成される。
変換部２３０２は、車内通信部１３０１及び車外通信部２３０３の一方を介して受信したメッセージのうち、転送が必要となるデータを予め決められたフォーマットへ変換し、車内通信部１３０１及び車外通信部２３０３の他方へと送信する。
車外通信部２３０３は、サーバ１４００より受信したメッセージを変換部２３０２へと通知する。また、車外通信部２３０３は、変換部２３０２より通知されたメッセージをサーバ１４００へと送信する。車外通信部２３０３は、複数の通信経路のうちから、通信ＥＣＵ２３００とサーバ１４００との通信経路が決定された場合、決定された通信経路を使ってサーバ１４００へ異常検知結果情報を送信する異常検知結果送信部となる。
［２．３ 充電ＥＣＵ２５００の構成図］
図１８は、実施の形態２における充電ＥＣＵ２５００の構成の一例を示す図である。充電ＥＣＵ２５００は、車内通信部２５０１と、起動管理部２５０２と、暗号処理部２５０３と、鍵管理部２５０４と、検知結果管理部２５０５と、検知結果保持部２５０６と、切替部２５０７と、充電処理部２５０８と、車外通信部２５０９と、から構成される。
車内通信部２５０１は、車載ネットワークを通じた他のＥＣＵとの通信を行う。車内通信部２５０１は、受信したメッセージを暗号処理部２５０３及び充電処理部２５０８へ通知する。また、車内通信部２５０１は、切替部２５０７又は充電処理部２５０８より通知されたメッセージを他のＥＣＵへ送信する。
起動管理部２５０２は、充電ＥＣＵ２５００の起動処理と、充電ＥＣＵ２５００の各機能の起動処理を担当する。起動管理部２５０２は、起動時に起動内容の正当性チェックが必要な場合は、暗号処理部２５０３へ通知する。
暗号処理部２５０３は、鍵管理部２５０４の保持する鍵や証明書を用いて、メッセージに含まれるＭＡＣ（メッセージ認証符号）の検証を行い、その結果を検知結果管理部２５０５へと通知する。また、暗号処理部２５０３は、起動管理部２５０２からの通知内容に対応して、装置や機能の起動時の正当性チェックを行い、その結果を検知結果管理部２５０５へと通知する。暗号処理部２５０３は、車両２００１における異常を検知する異常検知部の一例である。
鍵管理部２５０４は、暗号処理部２５０３で使用する鍵や証明書を保持する。
検知結果管理部２５０５は、暗号処理部２５０３から通知された車両２００１における異常の検知結果を、周辺情報とともに検知結果保持部２５０６へ格納する。また、検知結果管理部２５０５は、検知結果保持部２５０６の保持内容を、車内通信部２５０１を介して通信ＥＣＵ２３００へ、あるいは、車外通信部２５０９を介してサーバ１４００へと検知結果状態メッセージ（異常検知結果情報とも呼ぶ）として送信するため、検知結果状態メッセージを切替部２５０７へと通知する。検知ルールの一例については図１９に、検知結果状態メッセージのメッセージフォーマットの一例については図２０に、それぞれ示す。
検知結果保持部２５０６は、検知結果管理部２５０５より通知の受けた検知結果データを保持する。また、検知結果保持部２５０６は、検知結果管理部２５０５からの読み出し指示に応じて、当該検知結果データを検知結果管理部２５０５へ通知する。検知結果保持部２５０６の具体的な保持内容の一例については、実施の形態１と同様であるため、ここでは説明を省略する。
切替部２５０７は、検知結果管理部２５０５からサーバ１４００へ送信するべき情報の通知を受け、当該情報を通信ＥＣＵ２３００へ通知するか、サーバ１４００へ通知するかを判断し、通信ＥＣＵ２３００へ通知する場合には車内通信部２５０１を介して通知し、サーバ１４００へ通知する場合には車外通信部２５０９を介して通知する。切替部２５０７は、特定の異常の発生に基づいて、車両２００１における異常の検知結果を示す異常検知結果情報をサーバ１４００へ送信するための通信経路を、複数の通信経路のうちから決定する決定部の一例である。例えば、切替部２５０７は、発生した特定の異常を、異常の種類ごとに通信経路が対応付けられたテーブル（後述する図１９参照）に照合することで、異常検知結果情報をサーバ１４００へと送信するための通信経路を、複数の通信経路のうちから決定する。切替部２５０７によって、車両２００１とサーバ１４００との通信に用いられる通信経路が、決定された通信経路に切り替えられる。
充電処理部２５０８は、バッテリー２０１５の充電処理を担当する。また、充電処理部２５０８は、車内通信部２５０１を介して他ＥＣＵへバッテリー２０１５の状態を通知したり、車外通信部２５０９を介してサーバ１４００へ充電処理実施履歴を通知したりする役割を持つ。
車外通信部２５０９は、車外の充電設備（図示しない）を介して、サーバ１４００と通信を行う。車外通信部２５０９は、受信したメッセージを充電処理部２５０８へ通知する。また、車外通信部２５０９は、切替部２５０７又は充電処理部２５０８より通知されたメッセージをサーバ１４００へ送信する。切替部２５０７より通知された、サーバ１４００へ送信される検知結果状態メッセージのメッセージフォーマットの一例については図２１に示す。車外通信部２５０９は、複数の通信経路のうちから、充電ＥＣＵ２５００とサーバ１４００との通信経路が決定された場合、決定された通信経路を使ってサーバ１４００へ異常検知結果情報を送信する異常検知結果送信部となる。
［２．４ 検知ルールの一例］
図１９は、実施の形態２における車載ネットワークのメッセージの異常を検知するための検知ルールの一例を示す図である。図１９に示されるように、検知ルールには、具体的な検知内容と、それぞれの検知内容に対応するエラーＩＤと、各エラーＩＤに対応した経路情報とが対応付けられたテーブルが含まれている。テーブルに記載された異常が発生した場合に、該当するエラーＩＤと周辺情報とが保存処理された上で、送信先となる経路情報に記載されるＥＣＵへ送信される。
［２．５ 車内への検知結果状態メッセージのフォーマットの一例］
図２０は、実施の形態２における車内への検知結果状態メッセージのフォーマットの一例を示す図である。車内への検知結果状態メッセージ（言い換えると車載ネットワークに送信される検知結果状態メッセージ）のペイロードは、検知結果ヘッダーＤ１１０１と、検知部ＩＤ Ｄ１１０２と、エラーＩＤ Ｄ１１０３と、検知結果ペイロードＤ１１０４と、によって構成される。なお、実施の形態１と全て同一の要素であるため、個別の項目に関する説明は省略するが、本図に示すとおり、単一のエラーＩＤを一つのメッセージに入れることも可能である。
［２．６ 車外への検知結果状態メッセージのフォーマットの一例］
図２１は、実施の形態２における車外への検知結果状態メッセージのフォーマットの一例を示す図である。車外への検知結果状態メッセージ（言い換えるとサーバ１４００へ送信される検知結果状態メッセージ）のペイロードは、検知結果ヘッダーＤ１２０１と、車両ＩＤ Ｄ１２０２と、検知部ＩＤ Ｄ１２０３と、エラーＩＤ Ｄ１２０４と、検知結果ペイロードＤ１２０５と、によって構成される。なお、実施の形態１と全て同一の要素であるため、個別の項目に関する説明は省略するが、本図に示すとおり、単一の検知部ＩＤやエラーＩＤを一つのメッセージに入れることも可能である。
［２．７ 異常情報送信経路切替処理シーケンスの一例］
図２２は、実施の形態２における異常情報送信経路切替処理に関するシーケンスの一例を示す図である。図２２では、特定の異常として、車両２００１における異常（例えば充電ＥＣＵ２５００での異常）が発生した際に、異常検知結果情報を通信ＥＣＵ２３００へ送信するのではなく、充電ＥＣＵ２５００から直接サーバ１４００へ送信する（言い換えると、複数の通信経路のうちから充電ＥＣＵ２５００を介する通信経路を決定する）処理のシーケンスの一例を示す。なお、実施の形態１と同一の処理ステップに関しては同一の番号を付与し、説明を省略する。
（Ｓ２１０１）充電ＥＣＵ２５００は、異常の発生を待機し、通信ＥＣＵ２３００は、通信の発生（充電ＥＣＵ２５００からの通知の受信）を待機する。
（Ｓ２１０２）充電ＥＣＵ２５００は、異常の発生を検知する。
（Ｓ２１０３）充電ＥＣＵ２５００は、発生した異常が、車両２００１における予め決められた異常かどうかを判定し、車両２００１における予め定められた異常だった場合は、通信経路の切り替え時の送信処理へと進む。当該処理の詳細は図２３にて説明する。充電ＥＣＵ２５００が検知した異常が車両２００１における予め定められた異常ではなかった場合は、Ｓ２１０４へ進む。このように、特定の異常は、車両２００１における異常を含む。
（Ｓ２１０４）充電ＥＣＵ２５００は、異常の発生回数に関するカウンタ値を１つインクリメントする。
（Ｓ２１０５）充電ＥＣＵ２５００は、異常の発生回数（上記カウンタ値）が予め規定された回数を超えたかどうかの判定を行い、超えた場合はＳ２１０６へ、超えていない場合はＳ２１０１へ進む。
（Ｓ２１０６）充電ＥＣＵ２５００が、発生した異常内容を集約した情報を通信ＥＣＵ２３００へ送信する。
（Ｓ２１０７）充電ＥＣＵ２５００は、上記カウンタ値をリセットする。
（Ｓ２１０８）充電ＥＣＵ２５００は、一連の処理を完了し、Ｓ２１０１へ戻る。
［２．８ 異常情報切替経路送信処理シーケンスの一例］
図２３は、実施の形態２における異常情報通信処理に関するシーケンスの一例を示す図である。図２３では、充電ＥＣＵ２５００がサーバ１４００へと、発生した異常に関する異常検知結果情報を送信する処理のシーケンスの一例を示す。
（Ｓ２２０１）サーバ１４００は、通信の発生（通信ＥＣＵ２３００又は充電ＥＣＵ２５００からの通知の受信）を待機する。
（Ｓ２２０２）充電ＥＣＵ２５００は、発生した異常に関する異常検知結果情報をサーバ１４００へと送信する。
（実施の形態２の効果）
実施の形態２で示した車載ネットワークシステム２０００では、車内で発生した異常に関する情報を車外のシステム（例えばサーバ１４００）へ通知する際に、図１９に示されるように、発生する異常毎に通信経路を予め決めておくことで、異常に関する情報を適切に車外のシステムへ通知することが可能となり、車両２００１全体の安全性を担保することが可能となる。また、異常毎に通信経路を分けることで、通信経路ごとの負荷を分散させることができる。
（実施の形態２の変形例１）
実施の形態２で示した車載ネットワークシステム２０００では、車両２００１のネットワークシステム内で予め定められた異常が発生したことを検知することで、適切な通信経路を決定する例について説明したが、更に車両の状態に応じて、通信経路を変更するかどうかを判断するとしても良い。なお、実施の形態２と同様の図面については説明を省略するため、ここでは構成の異なる充電ＥＣＵ２２５００について主に説明する。
［２．９ 充電ＥＣＵ２２５００の構成図］
図２４は、実施の形態２の変形例１における充電ＥＣＵ２２５００の構成の一例を示す図である。充電ＥＣＵ２２５００は、車内通信部２５０１と、起動管理部２５０２と、暗号処理部２５０３と、鍵管理部２５０４と、検知結果管理部２５０５と、検知結果保持部２５０６と、切替部２２５０７と、充電処理部２５０８と、車外通信部２５０９と、車両状態推定部２２５１０と、から構成される。
切替部２２５０７は、車両状態推定部２２５１０より現在の車両状態を取得する。また、切替部２２５０７は、検知結果管理部２５０５からサーバ（例えばサーバ１４００）へ送信するべき情報の通知を受ける。そして、切替部２２５０７は、取得した現在の車両状態が、特定の車両状態に該当する場合に、サーバ１４００へ送信するべき情報を通信ＥＣＵ２３００へ通知するか、サーバ１４００へ通知するかを判断し、通信ＥＣＵ２３００へ通知する場合には車内通信部２５０１を介して通知し、サーバ１４００へ通知する場合には車外通信部２５０９を介して通知する。切替部２２５０７は、特定の異常の発生及び車両の状態に基づいて、車両における異常の検知結果を示す異常検知結果情報をサーバ１４００へ送信するための通信経路を、複数の通信経路のうちから決定する決定部の一例である。切替部２２５０７によって、車両とサーバ１４００との通信に用いられる通信経路が、決定された通信経路に切り替えられる。
車両状態推定部２２５１０は、現在の車両状態を推定した上で、推定した車両状態を切替部２２５０７へ通知する。推定される車両状態は、特に限定されず、適宜設定される。
［２．１０ 異常情報切替経路送信処理シーケンスの一例］
図２５は、実施の形態２の変形例１における異常情報通信処理に関するシーケンスの一例を示す図である。図２５では、充電ＥＣＵ２２５００がサーバ１４００へと発生した異常に関する情報を送信する処理のシーケンスの一例を示す。なお、実施の形態２と同一の処理ステップに関しては同一の番号を付与し、説明を省略する。
（Ｓ２２２０３）充電ＥＣＵ２２５００は、車両状態が予め決められた状態（例えば充電中）であるかどうかを判定し、充電中の場合はＳ２２０２へ、充電中ではない場合は処理を終了する。受電中でない場合には、車両は車外の充電設備に接続されておらず、充電ＥＣＵ２２５００は、そもそもサーバ１４００と通信できる状態にないため、処理が終了する。
（実施の形態２の変形例１の効果）
実施の形態２の変形例１で示した車載ネットワークシステムでは、車内で発生した異常に関する情報を車外のシステム（例えばサーバ１４００）へ通知する際に、発生する異常毎に通信経路を予め決めておくことで、異常に関する情報を適切に車外のシステムへ通知することが可能となり、車両全体の安全性を担保することが可能となる。さらに、通信を行うことが許容される特定の車両状態を予め設定しておくことで、通信エラーなどを回避するとともに、キャッシュやバッファリングなどを不要とし、車両内のリソースの削減が可能となる。
（その他の実施の形態）
以上、本開示の一つ又は複数の態様に係る異常検知システムについて、実施の形態に基づいて説明したが、本開示は、これらの実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を各実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の一つ又は複数の態様の範囲内に含まれてもよい。
例えば、異常検知システムは、特定の異常の発生に基づいて複数の通信経路のうちから決定された通信経路を示す通信経路情報を送信する通信経路送信部を有していてもよい。例えば、通信経路送信部は、実施の形態１では、ＩＶＩ１２００が備える車外通信部１２０３又は通信ＥＣＵ１３００が備える車外通信部１３０３であってもよいし、実施の形態２では、充電ＥＣＵ２５００が備える車外通信部２５０９又は通信ＥＣＵ２３００が備える車外通信部２３０３であってもよい。送信された通信経路情報は、ウェブブラウザ等に表示されてもよい。これについて図２６を用いて説明する。
図２６は、その他の実施の形態における、発生した異常と切り替えられた通信経路の表示の一例を示す図である。
図２６に示されるように、発生した異常の、ＩＤ、発生日時、内容、その異常の発生により切り替えられた通信経路がウェブブラウザ等に表示されてもよい。これにより、管理者等は、どのような異常が発生して、どのような通信経路に切り替えられたのかを把握することができる。
また、発生した異常と切り替えられた通信経路の詳細が表示されてもよい。これについて図２７及び図２８を用いて説明する。
図２７は、その他の実施の形態における、発生した異常と切り替えられた通信経路の詳細表示の一例を示す図である。
例えば、図２６における表示において、各行（例えば各行のＩＤなど）が選択可能であり、選択された行に対応する、発生した異常と切り替えられた通信経路の詳細が図２７のように表示されてもよい。例えば、ＩＤが「６７８９０」の異常の詳細が図２７に示されており、当該異常がＭＡＣエラーであり、具体的には「８９ ＡＥ」の部分が異常であることが示されている。また、車載ネットワークにおける当該異常の発生箇所が破線で示されている。また、切り替えられた通信経路がＩＶＩを介する通信経路であることが、「ＩＶＩ」の部分が強調表示されることで示されている。
図２８は、その他の実施の形態における、発生した異常と切り替えられた通信経路の詳細表示の他の一例を示す図である。
例えば、発生した異常と切り替えられた通信経路の詳細が図２８のように表示されてもよい。例えば、ＩＤが「２４６８０」の異常の詳細が図２８に示されており、当該異常がブートエラーであることが示されている。また、車載ネットワークにおける当該異常の発生箇所が破線で示されている。また、切り替えられた通信経路が充電ＥＣＵを介する通信経路であることが、「充電ＥＣＵ」の部分が強調表示されることで示されている。
例えば、異常検知システムは、異常の種類ごとに通信経路が対応付けられたテーブルにおける異常の種類と通信経路との対応付けを変更する変更部を有していてもよい。例えば、変更部は、実施の形態２では、充電ＥＣＵ２５００が備える検知結果管理部２５０５であってもよい。これについて図２９を用いて説明する。
図２９は、その他の実施の形態における、発生した異常と切り替えられる通信経路との対応関係の設定をするための表示の一例を示す図である。
例えば、図２９に示されるように、発生した異常と切り替えられる通信経路との対応関係がウェブブラウザ等に表示されてもよく、ウェブブラウザ上等で管理者等によって当該対応関係が設定されてもよい。例えば、図２９では、ＭＡＣ認識エラーが発生したときに切り替えられる通信経路が通信ＥＣＵを介する通信経路となっているが、充電ＥＣＵやＩＶＩを介する通信経路に変更可能であってもよい。例えば、ウェブブラウザ上等で設定が変更された場合、その旨を示す情報が変更部に通知され、変更部は、当該情報に基づいて、テーブルにおける異常の種類と通信経路との対応付けを変更してもよい。
上記の実施の形態では、車載ネットワークとしてＣＡＮプロトコルを用いる例について説明したが、これに限るものではない。例えば、車載ネットワークとしてＣＡＮ－ＦＤ（ＣＡＮ ｗｉｔｈ Ｆｒｅｘｉｂｌｅ Ｄａｔａ Ｒａｔｅ）、ＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）、ＭＯＳＴ（Ｍｅｄｉａ Ｏｒｉｅｎｔｅｄ Ｓｙｓｔｅｍｓ Ｔｒａｎｓｐｏｒｔ）、Ｅｔｈｅｒｎｅｔ（登録商標）などを用いてもよい。あるいは、車載ネットワークは、これらのネットワークをサブネットワークとして、組み合わせたネットワーク構成であってもよい。
上記実施の形態では、切替部を有するＥＣＵが車両状態を推定する例について説明したが、特定のＥＣＵが車両状態を判定し、他のＥＣＵが車載ネットワークを介して判定された車両状態を取得するとしても良いし、各ＥＣＵが独自に車両状態を判定するとしても良い。また、車両状態としてイグニッションＯＮや充電中のみならず、停車中、駐車中、アクセサリーＯＮ、走行中、低速走行中、高速走行中などの状態を判定するとしても良い。
上記実施の形態では、異常検知結果情報として、ＣＡＮのＭＡＣエラー、Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｂｏｏｔ、ＴＥＥ（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｍｅｎｔ）の起動エラーなどを示したが、これらに限定されるわけではない。例えば、異常検知結果情報として、ネットワークシステムやＥＣＵが観測する各種異常情報、例えば、システムログを使った不正アプリ検知情報や、Ｆｉｒｅｗａｌｌエラー情報、ＩＤＳ（Ｉｎｔｒｕｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）による検知情報などを含む、いかなる異常情報を用いるとしても良い。
上記実施の形態では、検知結果管理部と検知結果保持部が、実際に異常検知結果情報を生成した同一のＥＣＵ内に存在している構成について説明したが、これに限定されるものではない。例えば、検知結果保持部のみ単独のＥＣＵとしてＥＤＲ（Ｅｖｅｎｔ Ｄａｔａ Ｒｅｃｏｒｄｅｒ）として存在しても良いし、複数のＥＣＵが生成した異常検知結果情報を特定のＥＣＵが持つ検知結果管理部へ集約するとしても良い。
上記実施の形態１では、通信エラーとして一定回数のリトライエラーを挙げたが、これは一例であり、いかなる通信エラーを排除するものではない。例えば、通信エラーは、一定時間のタイムアウトとしても良いし、証明書などを用いた認証エラーなどであっても良い。
上記実施の形態では、通信経路として、ＩＶＩ又は充電ＥＣＵを介する通信経路を挙げたが、これは一例であり、いかなる通信手段を排除するものではない。例えば、通信経路として、ドライバのスマートフォンを用いたＷｉ－ＦｉもしくはＢｌｕｅｔｏｏｔｈ経由でのテザリングや、特定の場所に設置された通信装置との通信であるＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ Ｓｙｓｔｅｍ）や、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を使っても良い。
上記実施の形態では、通信経路を完全に切り替えて送信する例について説明したが、冗長化のために複数の通信経路で同時に送信するとしてもよい。さらに、サーバ１４００あるいはサーバ１１４００側で双方の通信状態を比較して判断するとしても良い。
また、上記実施の形態では、切り替え先のＥＣＵ（通信経路）を物理的に離れているＥＣＵとして説明しているが、これに限定されず、切り替え先のＥＣＵは、論理的に別のＥＣＵであってもよい。
例えば、異常検知システムに、複数のＥＣＵの機能を統合するハイパーバイザー（Ｈｙｐｅｒｖｉｓｏｒ）などのＥＣＵが導入されてもよい。このようなＥＣＵ内において、それぞれが異なる仮想マシン上で動作する複数の仮想ＯＳ（オペレーティングシステム）上に、複数の外部インタフェースが保持される場合、特定の異常が発生したことに応じて、あるＯＳが持つ予め決められた通信経路から、他のＯＳが有する上記予め決められた通信経路とは異なる通信経路へと通信経路の切り替えが行われても良い。
例えば、ＥＣＵ１１００ａ～１１００ｃ、ＩＶＩ１２００、通信ＥＣＵ１３００、１１３００、２３００、充電ＥＣＵ２５００、２２５００等のＥＣＵのうち、複数のＥＣＵが、１つの物理的な装置（コンピュータ）等により構築される仮想環境により、実現されていても良い。
図３０は、その他の実施の形態における、コンピュータ１６００で実現される仮想環境のソフトウェア構成の一例を示す図である。コンピュータ１６００は、仮想マシンモニタ１６０１、仮想マシン１６０２～１６０５を備える。仮想マシン１６０２は、仮想ハードウェア１６１０、汎用オペレーティングシステム１６１１及びアプリ１６１２～１６１４を備え、仮想マシン１６０３は、仮想ハードウェア１６２０、汎用オペレーティングシステム１６２１及びアプリ１６２２を備え、仮想マシン１６０４は、仮想ハードウェア１６３０、リアルタイムオペレーティングシステム１６３１及びアプリ１６３２を備え、仮想マシン１６０５は、仮想ハードウェア１６４０及びファームウェア１６４１を備える。ＥＣＵは、このような仮想環境のソフトウェア構成によって実現されてもよい。
なお、汎用オペレーティングシステム１６１１、１６２１或いはリアルタイムオペレーティングシステム１６３１上で動作するアプリの数は、一例に過ぎず、より多くのアプリが動作しても良い。
また、汎用オペレーティングシステムが動作する仮想マシン２つと、リアルタイムオペレーティングシステムが動作する仮想マシン１つと、ファームウェアが動作する仮想マシン１つによって仮想環境が構成される例を図示しているが、これは一例に過ぎない。仮想環境を、例えば、ファームウェアが動作する仮想マシンだけで構成しても良いし、ファームウェアが動作する仮想マシンとリアルタイムオペレーティングシステムが動作する仮想マシンとだけで構成しても良い。
上記の実施の形態における各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
上記の実施の形態における各装置は、構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又はすべてを含むように１チップ化されてもよい。
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。ＩＣカードまたはモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカードまたはモジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、ＩＣカードまたはモジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
例えば、本開示は、異常検知システムとして実現できるだけでなく、異常検知システムを構成する各構成要素が行うステップ（処理）を含む異常検知方法として実現できる。
図３１は、その他の実施の形態における異常検知方法の一例を示すフローチャートである。
異常検知方法は、車両に搭載された１つ以上のＥＣＵが設けられた車載ネットワークシステムにおける異常検知方法であって、車載ネットワークシステムでは、車両と、車両の外部の特定の装置とが複数の通信経路を介して通信可能であり、異常検知方法は、図３１に示されるように、車両における異常を検知する異常検知ステップ（Ｓ１）と、特定の異常の発生に基づいて、車両における異常の検知結果を示す異常検知結果情報を特定の装置へ送信するための通信経路を、複数の通信経路のうちから決定する決定ステップ（Ｓ２）と、決定された通信経路を使って特定の装置へ異常検知結果情報を送信する異常検知結果送信ステップ（Ｓ３）と、を含むことを特徴とする。
例えば、異常検知方法におけるステップは、コンピュータ（コンピュータシステム）によって実行されてもよい。そして、本開示は、異常検知方法に含まれるステップを、コンピュータに実行させるためのコンピュータプログラム又は当該プログラムからなるデジタル信号として実現できる。
また、本開示は、コンピュータプログラムまたはデジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、本開示は、これらの記録媒体に記録されているデジタル信号であるとしてもよい。
また、本開示は、コンピュータプログラムまたはデジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、メモリは、上記コンピュータプログラムを記録しており、マイクロプロセッサは、コンピュータプログラムにしたがって動作するとしてもよい。
また、プログラムまたはデジタル信号を記録媒体に記録して移送することにより、またはプログラムまたはデジタル信号をネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより移送されたプログラム又はデジタル信号を実施するとしてもよい。
上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
本開示は、車両と、車両と通信する車両の外部の装置とを備える車載ネットワークシステムに適用できる。
１０００、２０００ 車載ネットワークシステム
１００１、２００１ 車両
１１００ａ、１１００ｂ、１１００ｃ ＥＣＵ
１０１１ ブレーキ
１０１２ ハンドル
１０１３ アクセル
１１０１、１４０１、１１４０１ 通信部
１１０２ メッセージ変換部
１１０３、２５０２ 起動管理部
１１０４、２５０３ 暗号処理部
１１０５、２５０４ 鍵管理部
１１０６、２５０５ 検知結果管理部
１１０７、２５０６ 検知結果保持部
１２００ ＩＶＩ
１２０１、１３０１、２５０１ 車内通信部
１２０２、１３０２、２３０２ 変換部
１２０３、１３０３、２３０３、２５０９ 車外通信部
１２０４ 表示部
１３００、１１３００、２３００ 通信ＥＣＵ
１３０４、１１３０４、２５０７、１１４０３、２２５０７ 切替部
１４００、１１４００ サーバ
１４０２ 車両管理部
１６００ コンピュータ
１６０１ 仮想マシンモニタ
１６０２、１６０３、１６０４、１６０５ 仮想マシン
１６１０、１６２０、１６３０、１６４０ 仮想ハードウェア
１６１１、１６２１ 汎用オペレーティングシステム
１６１２、１６１３、１６１４、１６２２、１６３２ アプリ
１６３１ リアルタイムオペレーティングシステム
１６４１ ファームウェア
２０１５ バッテリー
２５００、２２５００ 充電ＥＣＵ
２５０８ 充電処理部
１１３０５、２２５１０ 車両状態推定部
Ｄ１１０１、Ｄ１２０１ 検知結果ヘッダー
Ｄ１１０２、Ｄ１２０３ 検知部ＩＤ
Ｄ１１０３、Ｄ１２０４ エラーＩＤ
Ｄ１１０４、Ｄ１２０５ 検知結果ペイロード
Ｄ１２０２ 車両ＩＤ

Claims (12)

  1. 車両に搭載された１つ以上の電子制御装置が設けられた車載ネットワークシステムにおける異常検知システムであって、
    前記車載ネットワークシステムでは、前記車両と、前記車両の外部の特定の装置とが複数の通信経路を介して通信可能であり、
    前記異常検知システムは、
    前記車両における異常を検知する異常検知部と、
    特定の異常の発生に基づいて、前記車両における異常の検知結果を示す異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定する決定部と、
    決定された通信経路を使って前記特定の装置へ前記異常検知結果情報を送信する異常検知結果送信部と、
    を有し、
    前記特定の異常は、前記車両の外部との通信の異常を含み、
    前記車両の外部との通信の異常は、前記特定の装置における前記異常検知結果情報の受信処理の異常を含む、
    異常検知システム。
  2. 前記車両の外部との通信の異常は、前記特定の装置への前記異常検知結果情報の送信処理の異常を含む、
    請求項１に記載の異常検知システム。
  3. 前記特定の異常は、前記車両における異常を含む、
    請求項１又は２に記載の異常検知システム。
  4. 前記決定部は、発生した前記特定の異常を、異常の種類ごとに通信経路が対応付けられたテーブルに照合することで、前記異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定する、
    請求項１～３のいずれか１項に記載の異常検知システム。
  5. 前記異常検知システムは、さらに、前記テーブルにおける異常の種類と通信経路との対応付けを変更する変更部を有する、
    請求項４に記載の異常検知システム。
  6. 前記複数の通信経路は、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介する通信経路を含む、
    請求項１～５のいずれか１項に記載の異常検知システム。
  7. 前記複数の通信経路は、ＩＶＩ（Ｉｎ－Ｖｅｈｉｃｌｅ Ｉｎｆｏｔａｉｎｍｅｎｔ）を介する通信経路を含む、
    請求項１～６のいずれか１項に記載の異常検知システム。
  8. 前記複数の通信経路は、バッテリーの充電を担当する電子制御装置を介する通信経路を含む、
    請求項１～７のいずれか１項に記載の異常検知システム。
  9. 前記決定部は、前記特定の異常の発生及び前記車両の状態に応じて、前記異常検知結果情報を前記特定の装置へと送信するための通信経路を、前記複数の通信経路のうちから決定する、
    請求項１～８のいずれか１項に記載の異常検知システム。
  10. 前記異常検知システムは、さらに、決定された通信経路を示す通信経路情報を送信する通信経路送信部を有する
    請求項１～９のいずれか１項に記載の異常検知システム。
  11. 車両に搭載された１つ以上の電子制御装置が設けられた車載ネットワークシステムにおける異常検知方法であって、
    前記車載ネットワークシステムでは、前記車両と、前記車両の外部の特定の装置とが複数の通信経路を介して通信可能であり、
    前記異常検知方法は、
    前記車両における異常を検知する異常検知ステップと、
    特定の異常の発生に基づいて、前記車両における異常の検知結果を示す異常検知結果情報を前記特定の装置へ送信するための通信経路を、前記複数の通信経路のうちから決定する決定ステップと、
    決定された通信経路を使って前記特定の装置へ前記異常検知結果情報を送信する異常検知結果送信ステップと、
    を含み、
    前記特定の異常は、前記車両の外部との通信の異常を含み、
    前記車両の外部との通信の異常は、前記特定の装置における前記異常検知結果情報の受信処理の異常を含む、
    異常検知方法。
  12. 請求項１１に記載の異常検知方法をコンピュータに実行させるためのプログラム。
JP2022526967A 2020-05-27 2021-05-20 異常検知システム、異常検知方法及びプログラム Active JP7698394B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020091882 2020-05-27
JP2020091882 2020-05-27
PCT/JP2021/019265 WO2021241415A1 (ja) 2020-05-27 2021-05-20 異常検知システム及び異常検知方法

Publications (2)

Publication Number Publication Date
JPWO2021241415A1 JPWO2021241415A1 (ja) 2021-12-02
JP7698394B2 true JP7698394B2 (ja) 2025-06-25

Family

ID=78744684

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022526967A Active JP7698394B2 (ja) 2020-05-27 2021-05-20 異常検知システム、異常検知方法及びプログラム

Country Status (5)

Country Link
US (1) US12425426B2 (ja)
EP (1) EP4160417A4 (ja)
JP (1) JP7698394B2 (ja)
CN (1) CN114450679A (ja)
WO (1) WO2021241415A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3111204B1 (fr) * 2020-06-04 2023-12-22 Renault Sécurisation de la connexion entre un véhicule et un serveur distant de gestion dudit véhicule
CN115694729B (zh) * 2022-09-28 2025-08-01 黑芝麻智能科技(重庆)有限公司 数据处理方法及系统、存储介质和电子设备
JP2025001549A (ja) * 2023-06-20 2025-01-08 キヤノン株式会社 情報処理システム、情報処理装置、情報処理方法およびプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015164382A (ja) 2014-02-28 2015-09-10 トヨタ自動車株式会社 車両用電力管理装置
WO2017183100A1 (ja) 2016-04-19 2017-10-26 三菱電機株式会社 無線通信装置および無線通信方法
WO2020090146A1 (ja) 2018-01-12 2020-05-07 パナソニックＩｐマネジメント株式会社 車両用システム及び制御方法

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57140307A (en) 1981-02-23 1982-08-30 Kanto Denka Kogyo Kk Manufacture of metallic nitride powder for magnetic recording
JP5257467B2 (ja) * 2011-01-27 2013-08-07 株式会社デンソー 車両用データ記録装置
ES2805290T3 (es) * 2012-03-29 2021-02-11 Arilou Information Security Tech Ltd Dispositivo para proteger un sistema electrónico de un vehículo
US10824720B2 (en) * 2014-03-28 2020-11-03 Tower-Sec Ltd. Security system and methods for identification of in-vehicle attack originator
WO2016108963A1 (en) * 2014-12-30 2016-07-07 Battelle Memorial Institute Temporal anomaly detection on automotive networks
US10389751B2 (en) * 2015-05-09 2019-08-20 GM Global Technology Operations LLC Wireless data security between vehicle components
JP6423402B2 (ja) 2015-12-16 2018-11-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ セキュリティ処理方法及びサーバ
JP6839963B2 (ja) * 2016-01-08 2021-03-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 異常検知方法、異常検知装置及び異常検知システム
JP6258997B2 (ja) * 2016-03-31 2018-01-10 本田技研工業株式会社 車両制御システム
JP6406365B2 (ja) * 2017-01-06 2018-10-17 住友電気工業株式会社 スイッチ装置、通信制御方法および通信制御プログラム
WO2018230988A1 (ko) * 2017-06-16 2018-12-20 주식회사 페스카로 Can 통신 기반 해킹공격 탐지 방법 및 시스템
US10498749B2 (en) * 2017-09-11 2019-12-03 GM Global Technology Operations LLC Systems and methods for in-vehicle network intrusion detection
CN111466107A (zh) * 2017-12-15 2020-07-28 通用汽车环球科技运作有限责任公司 用于载具内控制器的以太网网络剖析入侵检测控制逻辑和架构
US11263382B1 (en) * 2017-12-22 2022-03-01 Palantir Technologies Inc. Data normalization and irregularity detection system
US11777785B2 (en) * 2018-01-21 2023-10-03 Cisco Technology, Inc. Alert throttling
CN111434090A (zh) * 2018-01-23 2020-07-17 现代自动车株式会社 用于向车载网络提供安全性的系统及方法
US11184388B2 (en) * 2018-02-19 2021-11-23 Argus Cyber Security Ltd. Cryptic vehicle shield
US20190281052A1 (en) * 2018-03-08 2019-09-12 Auton, Inc. Systems and methods for securing an automotive controller network
WO2019187202A1 (ja) * 2018-03-28 2019-10-03 日本電気株式会社 制御装置、車両内通信システム、監視方法及びプログラム
JP7139257B2 (ja) * 2019-01-21 2022-09-20 エヌ・ティ・ティ・コミュニケーションズ株式会社 車両セキュリティ監視装置、方法及びプログラム
WO2021016307A1 (en) * 2019-07-25 2021-01-28 Battelle Memorial Institute Can bus protection systems and methods
US11967189B2 (en) * 2020-04-20 2024-04-23 Innova Electronics Corporation Router for communicating vehicle data to a vehicle resource
US11695574B2 (en) * 2020-04-29 2023-07-04 Blackberry Limited Method and system for establishing trust for a cybersecurity posture of a V2X entity
US12476988B2 (en) * 2020-12-07 2025-11-18 Nightwing Group, Llc In-vehicle network intrusion detection using unsupervised learning

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015164382A (ja) 2014-02-28 2015-09-10 トヨタ自動車株式会社 車両用電力管理装置
WO2017183100A1 (ja) 2016-04-19 2017-10-26 三菱電機株式会社 無線通信装置および無線通信方法
WO2020090146A1 (ja) 2018-01-12 2020-05-07 パナソニックＩｐマネジメント株式会社 車両用システム及び制御方法

Also Published As

Publication number Publication date
JPWO2021241415A1 (ja) 2021-12-02
WO2021241415A1 (ja) 2021-12-02
CN114450679A (zh) 2022-05-06
EP4160417A4 (en) 2023-11-22
US20220286473A1 (en) 2022-09-08
EP4160417A1 (en) 2023-04-05
US12425426B2 (en) 2025-09-23

Similar Documents

Publication Publication Date Title
JP7496404B2 (ja) セキュリティ処理方法及びサーバ
US12483577B2 (en) Cybersecurity on a controller area network in a vehicle
JP6908563B2 (ja) セキュリティ処理方法及びサーバ
JP7030046B2 (ja) 不正通信検知方法、不正通信検知システム及びプログラム
CN111052681B (zh) 异常检测电子控制单元、车载网络系统及异常检测方法
JP7113238B2 (ja) 電子制御装置、電子制御システムおよびプログラム
JP7698394B2 (ja) 異常検知システム、異常検知方法及びプログラム
JP7053449B2 (ja) 不正通信検知基準決定方法、不正通信検知基準決定システム及びプログラム
JP7680357B2 (ja) 異常検知方法、プログラム及び装置
JPWO2019142741A1 (ja) 車両異常検知サーバ、車両異常検知システム及び車両異常検知方法
JP7485106B2 (ja) 車両、車載制御装置、情報処理装置、車両用ネットワークシステム、アプリケーションプログラムの提供方法、及びプログラム
JP7182559B2 (ja) ログ出力方法、ログ出力装置及びプログラム
CN105981336A (zh) 不正常检测电子控制单元、车载网络系统以及不正常检测方法
CN109076016B9 (zh) 非法通信检测基准决定方法、决定系统以及记录介质
JP7241281B2 (ja) 情報処理装置、制御方法及びプログラム
JP5337861B2 (ja) 車載ゲートウェイ装置
WO2019225259A1 (ja) 通信制御装置、不正検知電子制御ユニット、モビリティネットワークシステム、通信制御方法、不正検知方法およびプログラム
CN118355383A (zh) 威胁信息扩展系统、威胁信息扩展方法以及程序
WO2021131824A1 (ja) 決定方法、決定システム及びプログラム
CN113348124B (zh) 认证方法、认证系统以及认证装置
JP7392586B2 (ja) ログ送信制御装置
CN118467027A (zh) 车载通信终端的升级方法、装置、电子设备及介质
JP7507536B1 (ja) 監視システム及び制御方法
US20260073051A1 (en) Security function management device, method, and storage medium
WO2020021714A1 (ja) 不正防止方法およびセキュアスターカプラ

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240308

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20250121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20250415

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250520

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250612

R150 Certificate of patent or registration of utility model

Ref document number: 7698394

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150