知財求人 - 知財ポータルサイト「IP Force」
特許7665118送信元特定システム、制御装置、送信元特定方法、および送信元特定プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-04-10
(45)【発行日】2025-04-18
(54)【発明の名称】送信元特定システム、制御装置、送信元特定方法、および送信元特定プログラム
(51)【国際特許分類】
H04L 41/06 20220101AFI20250411BHJP
H04L 12/28 20060101ALI20250411BHJP
【ＦＩ】
H04L41/06
H04L12/28 100A
【請求項の数】
6
(21)【出願番号】P 2024573665
(86)(22)【出願日】2023-07-10
(86)【国際出願番号】 JP2023025400
【審査請求日】2024-12-13
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】弁理士法人クロスボーダー特許事務所
(72)【発明者】
【氏名】平井 勇也
(72)【発明者】
【氏名】片山 吉章
(72)【発明者】
【氏名】三澤 学
(72)【発明者】
【氏名】横山 陽介
(72)【発明者】
【氏名】米持 一樹
(72)【発明者】
【氏名】上田 直樹
【審査官】田中 秀樹
(56)【参考文献】
【文献】特開２０２０－１５０４３０（ＪＰ，Ａ）
【文献】国際公開第２０２０／０７５８０８（ＷＯ，Ａ１）
【文献】国際公開第２０２２／１８１４９５（ＷＯ，Ａ１）
【文献】国際公開第２０２２／２３９３３１（ＷＯ，Ａ１）
【文献】国際公開第２０２１／１４５１４５（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００－１２／６６
Ｈ０４Ｌ ４１／００－１０１／６９５
(57)【特許請求の範囲】
【請求項1】
ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）ネットワークにより送信するデータ本体であるＣＡＮデータと、前記ＣＡＮデータの内容の識別あるいは通信調停の優先順位の決定に利用されるＣＡＮ－ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）とを受信するとともに、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとの送信を指示した送信元のプロセスを識別する送信元ＩＤを取得するデータ取得部を備え、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとを用いてＣＡＮフレームを生成するＣＡＮドライバ部と、前記ＣＡＮデータと前記ＣＡＮ－ＩＤと前記送信元ＩＤとを対応付けて関係データベースに格納するデータベース生成部と、
異常を示すＣＡＮフレームを通知するアラートであって前記異常を示すＣＡＮフレームのＣＡＮ－ＩＤを含むアラートを受信すると、前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索し、前記アラートに含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する特定部と
を備える送信元特定システム。
【請求項2】
前記送信元特定システムは、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとを送信するアプリケーション部と前記ＣＡＮドライバ部とを備える制御装置を備え、
前記制御装置は、さらに、前記データベース生成部と前記関係データベースとを備える請求項１に記載の送信元特定システム。
【請求項3】
前記データベース生成部は、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとを格納する時刻を前記関係データベースに格納し、
前記特定部は、
前記アラートを受信した時刻と前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索する請求項１に記載の送信元特定システム。
【請求項4】
ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）ネットワークを介してＣＡＮフレームを送信する制御装置において、ＣＡＮネットワークにより送信するデータ本体であるＣＡＮデータと、前記ＣＡＮデータの内容の識別あるいは通信調停の優先順位の決定に利用されるＣＡＮ－ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）とを受信するとともに、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとの送信を指示した送信元のプロセスを識別する送信元ＩＤを取得するデータ取得部を備え、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとを用いてＣＡＮフレームを生成するＣＡＮドライバ部と、
前記ＣＡＮデータと前記ＣＡＮ－ＩＤと前記送信元ＩＤとを対応付けて関係データベースに格納するデータベース生成部と、
異常を示すＣＡＮフレームを通知するアラートであって前記異常を示すＣＡＮフレームのＣＡＮ－ＩＤを含むアラートを受信すると、前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索し、前記アラートに含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する特定部と
を備える制御装置。
【請求項5】
コンピュータが、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）ネットワークにより送信するデータ本体であるＣＡＮデータと、前記ＣＡＮデータの内容の識別あるいは通信調停の優先順位の決定に利用されるＣＡＮ－ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）とを受信し、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとの送信を指示した送信元のプロセスを識別する送信元ＩＤを取得するとともに、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとを用いてＣＡＮフレームを生成し、
コンピュータが、前記ＣＡＮデータと前記ＣＡＮ－ＩＤと前記送信元ＩＤとを対応付けて関係データベースに格納し、
コンピュータが、異常を示すＣＡＮフレームを通知するアラートであって前記異常を示すＣＡＮフレームのＣＡＮ－ＩＤを含むアラートを受信すると、前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索し、前記アラートに含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する送信元特定方法。
【請求項6】
ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）ネットワークにより送信するデータ本体であるＣＡＮデータと、前記ＣＡＮデータの内容の識別あるいは通信調停の優先順位の決定に利用されるＣＡＮ－ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）とを受信するとともに、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとの送信を指示した送信元のプロセスを識別する送信元ＩＤを取得するデータ取得処理を備え、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとを用いてＣＡＮフレームを生成するＣＡＮドライバ処理と、前記ＣＡＮデータと前記ＣＡＮ－ＩＤと前記送信元ＩＤとを対応付けて関係データベースに格納するデータベース生成処理と、
異常を示すＣＡＮフレームを通知するアラートであって前記異常を示すＣＡＮフレームのＣＡＮ－ＩＤを含むアラートを受信すると、前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索し、前記アラートに含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する特定処理と
をコンピュータに実行させる送信元特定プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、送信元特定システム、制御装置、送信元特定方法、および送信元特定プログラムに関する。
【背景技術】
【0002】
ＣＡＮフレームの受信周期に応じてネットワークの異常を検知する技術がある。ＣＡＮは、Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋの略語である。この技術によれば外部からの攻撃の有無を検知できるが、攻撃の経路を特定することはできない。よって、十分な対処を行うことが難しい。
【0003】
特許文献１には、ＣＡＮフレームの送信元ＥＣＵを、ペイロードに格納された識別データ、あるいはフィンガープリントで認識する技術が開示されている。ＥＣＵは、Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔの略語である。そして、その送信元ＥＣＵ情報を基に、ＣＡＮフロー経路を生成する。ＣＡＮフロー経路は、送信元から送信先に至るパスと、経由するＥＣＵの特定情報である。アラートが通知された場合、ＣＡＮフロー経路を用いて、該当するＣＡＮ－ＩＤのフローを逆向きにたどり、アラートに関連するＥＣＵを特定する。ＩＤは、ＩＤｅｎｔｉｆｉｅｒの略語である。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０２０－１５０４３０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
通常、アラートが通知された際に、該当のＣＡＮフレームの送信元を特定した後の処理として送信元の停止が行われる。このとき、装置単位で停止するよりプロセス単位で停止する方がシステムへの影響が小さい。
特許文献１の技術では、アラートが通知された場合、送信元として特定できるのはＥＣＵ、すなわち装置である。よって、特許文献１の技術では、送信元として特定できるのは装置であり、送信元のプロセスを特定することができないという課題がある。
特許文献１の技術では、アラートが通知された場合、送信元として特定できるのはＥＣＵ、すなわち装置である。よって、特許文献１の技術では、送信元として特定できるのは装置であり、送信元のプロセスを特定することができないという課題がある。
【0006】
本開示では、ＣＡＮフレームを変更することなく、アラートにより通知されたＣＡＮフレームの送信元のプロセスを特定することを目的とする。
【課題を解決するための手段】
【0007】
本開示に係る送信元特定システムは、
ＣＡＮにより送信するデータ本体であるＣＡＮデータと、前記ＣＡＮデータの内容の識別あるいは通信調停の優先順位の決定に利用されるＣＡＮ－ＩＤとを受信するとともに、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとの送信を指示した送信元のプロセスを識別する送信元ＩＤを取得するデータ取得部と、
前記ＣＡＮデータと前記ＣＡＮ－ＩＤと前記送信元ＩＤとを対応付けて関係データベースに格納するデータベース生成部と、
異常を示すＣＡＮフレームを通知するアラートであって前記異常を示すＣＡＮフレームのＣＡＮ－ＩＤを含むアラートを受信すると、前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索し、前記アラートに含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する特定部と
を備える。
ＣＡＮにより送信するデータ本体であるＣＡＮデータと、前記ＣＡＮデータの内容の識別あるいは通信調停の優先順位の決定に利用されるＣＡＮ－ＩＤとを受信するとともに、前記ＣＡＮデータと前記ＣＡＮ－ＩＤとの送信を指示した送信元のプロセスを識別する送信元ＩＤを取得するデータ取得部と、
前記ＣＡＮデータと前記ＣＡＮ－ＩＤと前記送信元ＩＤとを対応付けて関係データベースに格納するデータベース生成部と、
異常を示すＣＡＮフレームを通知するアラートであって前記異常を示すＣＡＮフレームのＣＡＮ－ＩＤを含むアラートを受信すると、前記アラートに含まれるＣＡＮ－ＩＤを用いて前記関係データベースを検索し、前記アラートに含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する特定部と
を備える。
【発明の効果】
【0008】
本開示に係る送信元特定システムによれば、ＣＡＮフレームを変更することなく、アラートにより通知されたＣＡＮフレームの送信元のプロセスを特定することができるという効果を奏する。
【図面の簡単な説明】
【0009】
【図1】実施の形態１に係る送信元特定システムの機能構成例を示す図。
【図2】実施の形態１に係る制御装置のハードウェア構成例を示す図。
【図3】実施の形態１に係る関係データベース生成処理を示すフロー図。
【図4】実施の形態１に係る関係データベースの構成例を示す図。
【図5】実施の形態１に係る送信元ＩＤの特定処理を示すフロー図。
【図6】実施の形態１の変形例に係る関係データベースの構成例を示す図。
【図7】実施の形態１の変形例に係る制御装置のハードウェア構成例を示す図。
【発明を実施するための形態】
【0010】
以下、本実施の形態について、図を用いて説明する。各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。図中の矢印はデータの流れまたは処理の流れを主に示している。
【0011】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る送信元特定システム５００の機能構成例を示す図である。
ＣＡＮネットワークシステムでは、ＣＡＮネットワーク２００によりＣＡＮフレーム４０が送受信される。ＣＡＮネットワークシステムでは、ＣＡＮフレーム４０の異常を検知し、アラート３０を通知する機能が搭載されている。
送信元特定システム５００は、ＣＡＮネットワークシステムにおいて、異常が検知されたＣＡＮフレーム４０の送信元のプロセスを特定するシステムである。
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る送信元特定システム５００の機能構成例を示す図である。
ＣＡＮネットワークシステムでは、ＣＡＮネットワーク２００によりＣＡＮフレーム４０が送受信される。ＣＡＮネットワークシステムでは、ＣＡＮフレーム４０の異常を検知し、アラート３０を通知する機能が搭載されている。
送信元特定システム５００は、ＣＡＮネットワークシステムにおいて、異常が検知されたＣＡＮフレーム４０の送信元のプロセスを特定するシステムである。
【0012】
送信元特定システム５００では、制御装置１００がＣＡＮネットワーク２００を介してＣＡＮフレーム４０を送受信する。例えば、複数の制御装置１００がＣＡＮネットワーク２００に接続されており、ＣＡＮフレーム４０が送受信される。
制御装置１００は、具体的には、ＥＣＵである。
制御装置１００は、具体的には、ＥＣＵである。
【0013】
本実施の形態に係る制御装置１００は、アプリケーション部１１０とＣＡＮドライバ部１２０とデータ取得部１３０とデータベース生成部１４０と関係データベース１５０と特定部１６０とを備える。本実施の形態では、データ取得部１３０は、ＣＡＮドライバ部１２０に備えられている。
【0014】
図２は、本実施の形態に係る制御装置１００のハードウェア構成例を示す図である。
制御装置１００は、コンピュータである。制御装置１００は、プロセッサ９１０を備えるとともに、メモリ９２１、補助記憶装置９２２、入出力インタフェース９３０、および通信インタフェース９５０といった他のハードウェアを備える。プロセッサ９１０は、信号線８０を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
なお、上述のハードウェアは必須ではなく、本実施の形態を実現することができれば、適宜、追加あるいは削除が可能である。
制御装置１００は、コンピュータである。制御装置１００は、プロセッサ９１０を備えるとともに、メモリ９２１、補助記憶装置９２２、入出力インタフェース９３０、および通信インタフェース９５０といった他のハードウェアを備える。プロセッサ９１０は、信号線８０を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
なお、上述のハードウェアは必須ではなく、本実施の形態を実現することができれば、適宜、追加あるいは削除が可能である。
【0015】
制御装置１００は、機能要素として、アプリケーション部１１０とＣＡＮドライバ部１２０とデータ取得部１３０とデータベース生成部１４０と関係データベース１５０と特定部１６０とを備える。データ取得部１３０は、ＣＡＮドライバ部１２０に備えられている。
アプリケーション部１１０とＣＡＮドライバ部１２０とデータ取得部１３０とデータベース生成部１４０と特定部１６０との機能は、ソフトウェアにより実現される。
関係データベース１５０は、メモリ９２１あるいは補助記憶装置９２２に記憶される。
アプリケーション部１１０とＣＡＮドライバ部１２０とデータ取得部１３０とデータベース生成部１４０と特定部１６０との機能は、ソフトウェアにより実現される。
関係データベース１５０は、メモリ９２１あるいは補助記憶装置９２２に記憶される。
【0016】
アプリケーション部１１０とＣＡＮドライバ部１２０とデータ取得部１３０とデータベース生成部１４０と特定部１６０との機能を、制御装置１００の機能と呼ぶ場合もある。また、アプリケーション部１１０とＣＡＮドライバ部１２０とデータ取得部１３０とデータベース生成部１４０と特定部１６０とを、制御装置１００の各部と呼ぶ場合もある。
【0017】
プロセッサ９１０は、送信元特定プログラムを実行する装置である。送信元特定プログラムは、制御装置１００の機能を実現するプログラムである。
プロセッサ９１０は、演算処理を行うＩＣである。プロセッサ９１０の具体例は、ＣＰＵ、ＤＳＰ、ＧＰＵである。ＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略語である。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略語である。ＤＳＰは、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒの略語である。ＧＰＵは、Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略語である。
プロセッサ９１０は、演算処理を行うＩＣである。プロセッサ９１０の具体例は、ＣＰＵ、ＤＳＰ、ＧＰＵである。ＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略語である。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略語である。ＤＳＰは、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒの略語である。ＧＰＵは、Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略語である。
【0018】
メモリ９２１は、データを一時的に記憶する記憶装置である。メモリ９２１の具体例は、ＳＲＡＭ、あるいはＤＲＡＭである。ＳＲＡＭは、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略語である。ＤＲＡＭは、Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略語である。
補助記憶装置９２２は、データを保管する記憶装置である。補助記憶装置９２２の具体例は、ＨＤＤである。また、補助記憶装置９２２は、ＳＤ（登録商標）メモリカード、ＣＦ、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤといった可搬の記憶媒体であってもよい。なお、ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略語である。ＳＤ（登録商標）は、Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略語である。ＣＦは、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標）の略語である。ＤＶＤは、Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略語である。
補助記憶装置９２２は、データを保管する記憶装置である。補助記憶装置９２２の具体例は、ＨＤＤである。また、補助記憶装置９２２は、ＳＤ（登録商標）メモリカード、ＣＦ、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤといった可搬の記憶媒体であってもよい。なお、ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略語である。ＳＤ（登録商標）は、Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略語である。ＣＦは、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標）の略語である。ＤＶＤは、Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略語である。
【0019】
入出力インタフェース９３０は、入出力装置を接続するためのインタフェースである。入出力インタフェース９３０は、具体例としては、ＵＳＢ、ＨＤＭＩ（登録商標）のポートである。ＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。ＨＤＭＩ（登録商標）は、Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅの略である。
【0020】
通信インタフェース９５０は、外部の装置と通信するためのインタフェースである。通信インタフェース９５０は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）のポート、あるいは、無線通信を行う装置である。
【0021】
送信元特定プログラムは、制御装置１００において実行される。送信元特定プログラムは、プロセッサ９１０に読み込まれ、プロセッサ９１０によって実行される。メモリ９２１には、送信元特定プログラムだけでなく、ＯＳも記憶されている。ＯＳは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略語である。プロセッサ９１０は、ＯＳを実行しながら、送信元特定プログラムを実行する。送信元特定プログラムおよびＯＳは、補助記憶装置９２２に記憶されていてもよい。補助記憶装置９２２に記憶されている送信元特定プログラムおよびＯＳは、メモリ９２１にロードされ、プロセッサ９１０によって実行される。なお、送信元特定プログラムの一部または全部がＯＳに組み込まれていてもよい。
【0022】
制御装置１００は、プロセッサ９１０を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、送信元特定プログラムの実行を分担する。それぞれのプロセッサは、プロセッサ９１０と同じように、送信元特定プログラムを実行する装置である。
【0023】
送信元特定プログラムにより利用、処理または出力されるデータ、情報、信号値および変数値は、メモリ９２１、補助記憶装置９２２、または、プロセッサ９１０内のレジスタあるいはキャッシュメモリに記憶される。
【0024】
制御装置１００の各部の「部」を「回路」、「工程」、「手順」、「処理」、あるいは「サーキットリー」に読み替えてもよい。送信元特定プログラムは、制御装置１００の各部の「部」を「処理」に読み替えた各処理を、コンピュータに実行させる。例えば、アプリケーション処理とＣＡＮドライバ処理とデータ取得処理とデータベース生成処理と特定処理を、コンピュータに実行させる。制御装置１００の各処理の「処理」を「プログラム」、「プログラムプロダクト」、「プログラムを記憶したコンピュータ読取可能な記憶媒体」、または「プログラムを記録したコンピュータ読取可能な記録媒体」に読み替えてもよい。また、送信元特定方法は、制御装置１００が送信元特定プログラムを実行することにより行われる方法である。
送信元特定プログラムは、コンピュータ読取可能な記録媒体に格納されて提供されてもよい。また、送信元特定プログラムは、プログラムプロダクトとして提供されてもよい。
送信元特定プログラムは、コンピュータ読取可能な記録媒体に格納されて提供されてもよい。また、送信元特定プログラムは、プログラムプロダクトとして提供されてもよい。
【0025】
＊＊＊動作の説明＊＊＊
次に、本実施の形態に係る送信元特定システム５００の動作について説明する。送信元特定システム５００の動作手順は、送信元特定方法に相当する。また、送信元特定システム５００の動作を実現するプログラムは、制御装置１００といったコンピュータに送信元特定処理を実行させる送信元特定プログラムに相当する。
本実施の形態に係る送信元特定処理は、関係データベース１５０を生成する関係データベース生成処理と、異常が検知されたＣＡＮフレームの送信元を特定する特定処理とを備える。
次に、本実施の形態に係る送信元特定システム５００の動作について説明する。送信元特定システム５００の動作手順は、送信元特定方法に相当する。また、送信元特定システム５００の動作を実現するプログラムは、制御装置１００といったコンピュータに送信元特定処理を実行させる送信元特定プログラムに相当する。
本実施の形態に係る送信元特定処理は、関係データベース１５０を生成する関係データベース生成処理と、異常が検知されたＣＡＮフレームの送信元を特定する特定処理とを備える。
【0026】
＜関係データベース生成処理＞
図３は、本実施の形態に係る関係データベース生成処理を示すフロー図である。
図３は、本実施の形態に係る関係データベース生成処理を示すフロー図である。
【0027】
ステップＳ１０１において、アプリケーション部１１０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを送信する。
ＣＡＮデータ２２は、ＣＡＮネットワーク２００により送信するデータ本体である。
ＣＡＮ－ＩＤ２１は、ＣＡＮデータ２２の内容の識別あるいは通信調停の優先順位の決定に利用される識別子である。
アプリケーション部１１０は、ＣＡＮドライバ部１２０に、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを送信する。
ＣＡＮデータ２２は、ＣＡＮネットワーク２００により送信するデータ本体である。
ＣＡＮ－ＩＤ２１は、ＣＡＮデータ２２の内容の識別あるいは通信調停の優先順位の決定に利用される識別子である。
アプリケーション部１１０は、ＣＡＮドライバ部１２０に、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを送信する。
【0028】
ＣＡＮドライバ部１２０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを用いてＣＡＮフレーム４０を生成するドライバである。本実施の形態では、データ取得部１３０は、ＣＡＮドライバ部１２０に備えられている。よって、アプリケーション部１１０は、通常通り、ＣＡＮドライバ部１２０にＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを送信することで、データ取得部１３０がＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを受信することができる。
【0029】
ステップＳ１０２において、データ取得部１３０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１とを受信する。また、データ取得部１３０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１との送信を指示した送信元のプロセスを識別する送信元ＩＤ２３を取得する。
そして、データ取得部１３０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１と送信元ＩＤ２３とのデータセットを出力する。
そして、データ取得部１３０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１と送信元ＩＤ２３とのデータセットを出力する。
【0030】
具体的には、データ取得部１３０は、アプリケーション部１１０の呼び出しを行った際に付与されるプロセスＩＤを送信元ＩＤ２３として取得する。このプロセスＩＤは、例えばＯＳにより付与される。そして、データ取得部１３０は、アプリケーション部１１０から受信したＣＡＮデータ２２およびＣＡＮ－ＩＤ２１と、送信元ＩＤ２３とのデータセットを出力する。
【0031】
ステップＳ１０３において、データベース生成部１４０は、ＣＡＮデータ２２とＣＡＮ－ＩＤ２１と送信元ＩＤ２３とを対応付けて関係データベース１５０に格納する。
【0032】
図４は、本実施の形態に係る関係データベース１５０の構成例を示す図である。
関係データベース１５０には、送信元ＩＤ６１とＣＡＮ－ＩＤ６２とＣＡＮデータ６３とが対応付けられて格納される。
関係データベース１５０には、送信元ＩＤ６１とＣＡＮ－ＩＤ６２とＣＡＮデータ６３とが対応付けられて格納される。
【0033】
＜特定処理＞
図５は、本実施の形態に係る送信元ＩＤの特定処理を示すフロー図である。
図５は、本実施の形態に係る送信元ＩＤの特定処理を示すフロー図である。
【0034】
ステップＳ２０１において、特定部１６０がアラート３０を受信する。
アラート３０は、異常を示すＣＡＮフレーム４０を通知する情報である。アラート３０には、異常を示すＣＡＮフレーム４０のＣＡＮ－ＩＤが含まれる。なお、アラート３０に異常を示すＣＡＮフレーム４０のＣＡＮデータが含まれていてもよい。
アラート３０は、異常を示すＣＡＮフレーム４０を通知する情報である。アラート３０には、異常を示すＣＡＮフレーム４０のＣＡＮ－ＩＤが含まれる。なお、アラート３０に異常を示すＣＡＮフレーム４０のＣＡＮデータが含まれていてもよい。
【0035】
制御装置１００は、ＣＡＮフレーム４０を監視し、異常を示すＣＡＮフレーム４０を検知するとアラート３０を出力するアラート検知部を備えていてもよい。このようなアラート検知部は、制御装置１００の内部でＣＡＮフレーム４０を監視し、異常を示すＣＡＮフレーム４０のＣＡＮ－ＩＤを含むアラート３０を出力する。
あるいは、送信元特定システム５００が、アラート検知部を備えるフレーム監視用の制御装置を備えていてもよい。アラート検知部は、上述のように、ＣＡＮフレーム４０を監視し、異常を示すＣＡＮフレーム４０を検知するとアラート３０を出力する機能を有する。監視用の制御装置が具備するアラート検知部は、ＣＡＮネットワーク上のＣＡＮフレーム４０を監視し、アラート３０を、異常を示すＣＡＮフレーム４０の送信元あるいは送信先の制御装置１００に通知する。
あるいは、送信元特定システム５００が、アラート検知部を備えるフレーム監視用の制御装置を備えていてもよい。アラート検知部は、上述のように、ＣＡＮフレーム４０を監視し、異常を示すＣＡＮフレーム４０を検知するとアラート３０を出力する機能を有する。監視用の制御装置が具備するアラート検知部は、ＣＡＮネットワーク上のＣＡＮフレーム４０を監視し、アラート３０を、異常を示すＣＡＮフレーム４０の送信元あるいは送信先の制御装置１００に通知する。
【0036】
ステップＳ２０２において、特定部１６０は、アラート３０を受信すると、アラート３０に含まれるＣＡＮ－ＩＤを用いて関係データベース１５０を検索する。そして、特定部１６０は、アラート３０に含まれるＣＡＮ－ＩＤに対応する送信元ＩＤを特定する。
【0037】
例えば、特定部１６０が、受信周期に応じて異常が検知されたＣＡＮフレーム４０のアラート３０を取得する。アラート３０には、ＣＡＮ－ＩＤ「２０」が含まれているものとする。
特定部１６０は、ＣＡＮ－ＩＤ「２０」を用いて図４の関係データベース１５０を検索し、ＣＡＮ－ＩＤ「２０」に対応する送信元ＩＤ「２」を特定する。
制御装置１００では、送信元ＩＤ「２」のプロセスに関わるアプリケーションを停止するといった措置が実施可能となる。
特定部１６０は、ＣＡＮ－ＩＤ「２０」を用いて図４の関係データベース１５０を検索し、ＣＡＮ－ＩＤ「２０」に対応する送信元ＩＤ「２」を特定する。
制御装置１００では、送信元ＩＤ「２」のプロセスに関わるアプリケーションを停止するといった措置が実施可能となる。
【0038】
＊＊＊本実施の形態の効果の説明＊＊＊
本実施の形態に係る送信元特定システムの制御装置は、ＣＡＮドライバ部にデータ取得部を備える。データ取得部は、送信元ＩＤ、ＣＡＮ－ＩＤ、およびＣＡＮデータのデータセットを出力する。また、本実施の形態に係る送信元特定システムの制御装置は、データ取得部から出力された送信元ＩＤ、ＣＡＮ－ＩＤ、およびＣＡＮデータのデータセットを、関係データベースに登録するデータベース生成部を備える。また、本実施の形態に係る送信元特定システムの制御装置は、アラートを受信した際、関係データベースを参照し、異常が検知されたＣＡＮフレームにおけるＣＡＮデータの送信元であるプロセスを特定する特定部を備える。
よって、本実施の形態に係る送信元特定システムによれば、ＣＡＮフレームを変更することなく、アラートにより通知されたＣＡＮフレームの送信元のプロセスを特定することができる。
本実施の形態に係る送信元特定システムの制御装置は、ＣＡＮドライバ部にデータ取得部を備える。データ取得部は、送信元ＩＤ、ＣＡＮ－ＩＤ、およびＣＡＮデータのデータセットを出力する。また、本実施の形態に係る送信元特定システムの制御装置は、データ取得部から出力された送信元ＩＤ、ＣＡＮ－ＩＤ、およびＣＡＮデータのデータセットを、関係データベースに登録するデータベース生成部を備える。また、本実施の形態に係る送信元特定システムの制御装置は、アラートを受信した際、関係データベースを参照し、異常が検知されたＣＡＮフレームにおけるＣＡＮデータの送信元であるプロセスを特定する特定部を備える。
よって、本実施の形態に係る送信元特定システムによれば、ＣＡＮフレームを変更することなく、アラートにより通知されたＣＡＮフレームの送信元のプロセスを特定することができる。
【0039】
通常、ＣＡＮフレームに載せられる情報は少ない。よって、ＣＡＮフレームにアプリケーションあるいはプロセスの情報を含ませるのは難しい。
本実施の形態に係る送信元特定システムによれば、アラートの対象となったＣＡＮフレームの送信を指示した送信元のオブジェクトを特定できる。送信元のオブジェクトとしては、データの送信元であるアプリケーションあるいはプロセスである。本実施の形態では、送信元のオブジェクトとしては、データの送信元であるプロセスを特定している。
本実施の形態に係る送信元特定システムによれば、アラートの対象となったＣＡＮフレームの送信を指示した送信元のオブジェクトを特定できる。送信元のオブジェクトとしては、データの送信元であるアプリケーションあるいはプロセスである。本実施の形態では、送信元のオブジェクトとしては、データの送信元であるプロセスを特定している。
【0040】
本実施の形態に係る送信元特定システムによれば、送信元特定後に、アプリケーションあるいはプロセス単位で処理を実行することができる。よって、ＣＡＮネットワークシステムへの影響を最小限に抑えることができる。また、本実施の形態に係る送信元特定システムによれば、アプリケーションの変更あるいはＣＡＮフレームのペイロード部分を使用することなく、データの送信元の特定が可能となる。
【0041】
＊＊＊他の構成＊＊＊
＜変形例１＞
本実施の形態では、データ取得部がＣＡＮドライバ部に備えられている態様について説明した。
一方、本実施の形態の変形例１として、データ取得部が、ＯＳに組み込まれていてもよい。本実施の形態の変形例１によれば、ＣＡＮドライバ部の内部にデータ取得部を設ける必要が無くなる。
＜変形例１＞
本実施の形態では、データ取得部がＣＡＮドライバ部に備えられている態様について説明した。
一方、本実施の形態の変形例１として、データ取得部が、ＯＳに組み込まれていてもよい。本実施の形態の変形例１によれば、ＣＡＮドライバ部の内部にデータ取得部を設ける必要が無くなる。
【0042】
あるいは、本実施の形態の変形例１として、データ取得部は、アプリケーション部とＣＡＮドライバ部との間に備えられていてもよい。データ取得部がアプリケーション部とＣＡＮドライバ部との間に備えられる構成では、データ取得部は、アプリケーション部からＣＡＮデータとＣＡＮ－ＩＤとを取得し、ＣＡＮデータとＣＡＮ－ＩＤと送信元ＩＤとのデータセットをデータベース生成部に出力する。また、データ取得部は、ＣＡＮデータとＣＡＮ－ＩＤとをＣＡＮドライバ部に出力する。
本実施の形態の変形例１では、アプリケーション部が、ＣＡＮデータとＣＡＮ－ＩＤとをデータ取得部に出力することになるが、ＣＡＮドライバ部の内部にデータ取得部を設ける必要が無い。
本実施の形態の変形例１では、アプリケーション部が、ＣＡＮデータとＣＡＮ－ＩＤとをデータ取得部に出力することになるが、ＣＡＮドライバ部の内部にデータ取得部を設ける必要が無い。
【0043】
＜変形例２＞
本実施の形態では、制御装置が、アプリケーション部と、データ取得部を備えるＣＡＮドライバ部と、データベース生成部と、関係データベースとを備える態様について説明した。
一方、本実施の形態の変形例２として、データベース生成部と関係データベースは、制御装置１００の外部に設けられていてもよい。具体的には、ＣＡＮネットワークシステムに、データベース生成部と関係データベースを備えるデータベース装置を１つ設けてもよい。そして、各制御装置のデータ取得部は、ＣＡＮデータとＣＡＮ－ＩＤと送信元ＩＤとのデータセットを、通信インタフェースを介してデータベース装置に送信する。また、各制御装置の特定部は、アラートを受信すると、データベース装置が備える関係データベースを検索する。
本実施の形態では、制御装置が、アプリケーション部と、データ取得部を備えるＣＡＮドライバ部と、データベース生成部と、関係データベースとを備える態様について説明した。
一方、本実施の形態の変形例２として、データベース生成部と関係データベースは、制御装置１００の外部に設けられていてもよい。具体的には、ＣＡＮネットワークシステムに、データベース生成部と関係データベースを備えるデータベース装置を１つ設けてもよい。そして、各制御装置のデータ取得部は、ＣＡＮデータとＣＡＮ－ＩＤと送信元ＩＤとのデータセットを、通信インタフェースを介してデータベース装置に送信する。また、各制御装置の特定部は、アラートを受信すると、データベース装置が備える関係データベースを検索する。
【0044】
＜変形例３＞
図６は、本実施の形態の変形例に係る関係データベース１５０の構成例を示す図である。
関係データベース１５０には、送信元ＩＤ６１とＣＡＮ－ＩＤ６２とＣＡＮデータ６３に加え、時刻６４が格納されている。
本実施の形態の変形例３として、データベース生成部は、ＣＡＮデータとＣＡＮ－ＩＤとを格納する時刻を、関係データベース１５０に格納してもよい。
そして、特定部は、アラートを受信した時刻とアラートに含まれるＣＡＮ－ＩＤとを用いて、関係データベースを検索する。具体的には、特定部は、アラートを受信した時刻に基づいた所定範囲において、ＣＡＮ－ＩＤを用いて関係データベースを検索する。
このように、時刻６４を関係データベースに格納し、時刻の所定範囲において関係データベースを検索することで、絞り込みの効率化を図ることができる。また、時刻６４をデータベースの管理に活用することができる。
図６は、本実施の形態の変形例に係る関係データベース１５０の構成例を示す図である。
関係データベース１５０には、送信元ＩＤ６１とＣＡＮ－ＩＤ６２とＣＡＮデータ６３に加え、時刻６４が格納されている。
本実施の形態の変形例３として、データベース生成部は、ＣＡＮデータとＣＡＮ－ＩＤとを格納する時刻を、関係データベース１５０に格納してもよい。
そして、特定部は、アラートを受信した時刻とアラートに含まれるＣＡＮ－ＩＤとを用いて、関係データベースを検索する。具体的には、特定部は、アラートを受信した時刻に基づいた所定範囲において、ＣＡＮ－ＩＤを用いて関係データベースを検索する。
このように、時刻６４を関係データベースに格納し、時刻の所定範囲において関係データベースを検索することで、絞り込みの効率化を図ることができる。また、時刻６４をデータベースの管理に活用することができる。
【0045】
＜変形例４＞
本実施の形態に係る送信元特定システムでは、送信元ＩＤとして送信元のプロセスを識別するプロセスＩＤを特定する。しかし、特定する送信元は、ＣＡＮフレームのデータを出力したアプリケーション、ソフトウェアモジュール、あるいはタスクでもよい。
本実施の形態に係る送信元特定システムでは、送信元ＩＤとして送信元のプロセスを識別するプロセスＩＤを特定する。しかし、特定する送信元は、ＣＡＮフレームのデータを出力したアプリケーション、ソフトウェアモジュール、あるいはタスクでもよい。
【0046】
＜変形例５＞
本実施の形態では、制御装置１００の各部の機能がソフトウェアで実現される。変形例５として、制御装置１００の各部の機能がハードウェアで実現されてもよい。
具体的には、制御装置１００は、プロセッサ９１０に替えて電子回路９０９を備える。
本実施の形態では、制御装置１００の各部の機能がソフトウェアで実現される。変形例５として、制御装置１００の各部の機能がハードウェアで実現されてもよい。
具体的には、制御装置１００は、プロセッサ９１０に替えて電子回路９０９を備える。
【0047】
図７は、本実施の形態の変形例に係る制御装置１００のハードウェア構成例を示す図である。
電子回路９０９は、制御装置１００の各部の機能を実現する専用の電子回路である。電子回路９０９は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略語である。
電子回路９０９は、制御装置１００の各部の機能を実現する専用の電子回路である。電子回路９０９は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略語である。
【0048】
制御装置１００の各部の機能は、１つの電子回路で実現されてもよいし、複数の電子回路に分散して実現されてもよい。
【0049】
別の変形例として、制御装置１００の各部の一部の機能が電子回路で実現され、残りの機能がソフトウェアで実現されてもよい。また、制御装置１００の各部の一部またはすべての機能がファームウェアで実現されてもよい。
【0050】
プロセッサと電子回路の各々は、プロセッシングサーキットリとも呼ばれる。つまり、制御装置１００の各部の機能は、プロセッシングサーキットリにより実現される。
【0051】
実施の形態１では、制御装置の各部を独立した機能ブロックとして説明した。しかし、制御装置の構成は、上述した実施の形態のような構成でなくてもよい。制御装置の機能ブロックは、上述した実施の形態で説明した機能を実現することができれば、どのような構成でもよい。また、制御装置は、１つの装置でなく、複数の装置から構成されたシステムでもよい。
また、実施の形態１のうち、複数の部分を組み合わせて実施しても構わない。あるいは、この実施の形態のうち、１つの部分を実施しても構わない。その他、この実施の形態を、全体としてあるいは部分的に、どのように組み合わせて実施しても構わない。
すなわち、実施の形態１では、各部分の自由な組み合わせ、あるいは任意の構成要素の変形、もしくは任意の構成要素の省略が可能である。
また、実施の形態１のうち、複数の部分を組み合わせて実施しても構わない。あるいは、この実施の形態のうち、１つの部分を実施しても構わない。その他、この実施の形態を、全体としてあるいは部分的に、どのように組み合わせて実施しても構わない。
すなわち、実施の形態１では、各部分の自由な組み合わせ、あるいは任意の構成要素の変形、もしくは任意の構成要素の省略が可能である。
【0052】
なお、上述した実施の形態は、本質的に好ましい例示であって、本開示の範囲、本開示の適用物の範囲、および本開示の用途の範囲を制限することを意図するものではない。上述した実施の形態は、必要に応じて種々の変更が可能である。具体的には、フロー図あるいはシーケンス図を用いて説明した手順は、適宜に変更してもよい。
【符号の説明】
【0053】
２１，６２ ＣＡＮ－ＩＤ、２２，６３ ＣＡＮデータ、２３，６１ 送信元ＩＤ、３０ アラート、４０ ＣＡＮフレーム、６４ 時刻、８０ 信号線、１００ 制御装置、１１０ アプリケーション部、１２０ ＣＡＮドライバ部、１３０ データ取得部、１４０ データベース生成部、１５０ 関係データベース、１６０ 特定部、２００ ＣＡＮネットワーク、５００ 送信元特定システム、９０９ 電子回路、９１０ プロセッサ、９２１ メモリ、９２２ 補助記憶装置、９３０ 入出力インタフェース、９５０ 通信インタフェース。
【要約】
データ取得部（１３０）は、ＣＡＮデータ（２２）とＣＡＮ－ＩＤ（２１）を受信するとともに、送信元のプロセスを識別する送信元ＩＤ（２３）を取得する。データベース生成部（１４０）は、ＣＡＮデータ（２２）とＣＡＮ－ＩＤ（２１）と送信元ＩＤ（２３）とを関係データベース（１５０）に格納する。特定部（１６０）は、異常を示すＣＡＮフレーム（４０）を通知するアラート（３０）を受信すると、アラート（３０）に含まれるＣＡＮ－ＩＤ（２１）を用いて関係データベース（１５０）を検索する。そして、特定部（１６０）は、アラート（３０）に含まれるＣＡＮ－ＩＤ（２１）に対応する送信元ＩＤ（２３）を特定する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】