特表 2024-542849 ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置およびその動作方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-15

(54)【発明の名称】ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置およびその動作方法

(51)【国際特許分類】

   H04L 12/46 20060101AFI20241108BHJP

   H04L 12/28 20060101ALI20241108BHJP

【ＦＩ】

H04L12/46 100C

H04L12/28 100A

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024534379

(86)(22)【出願日】2022-11-23

(85)【翻訳文提出日】2024-06-07

(86)【国際出願番号】 KR2022018649

(87)【国際公開番号】W WO2023121017

(87)【国際公開日】2023-06-29

(31)【優先権主張番号】10-2021-0186534

(32)【優先日】2021-12-23

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】521065355

【氏名又は名称】エルジー エナジー ソリューション リミテッド

(74)【代理人】

【識別番号】100188558

【弁理士】

【氏名又は名称】飯田 雅人

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】ヒュン・ジン・キム

(72)【発明者】

【氏名】スン・ミン・イ

(72)【発明者】

【氏名】チュン・ス・パク

(72)【発明者】

【氏名】ホ・ソク・カン

【テーマコード（参考）】

5K033

【Ｆターム（参考）】

5K033AA09

5K033BA06

5K033DA05

5K033DB19

(57)【要約】

一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信装置は、デバイスからＭＯＤＢＵＳデータフレームを受信または送信する通信部と、前記ＭＯＤＢＵＳデータフレームを識別情報を含む少なくとも１つのＣＡＮデータフレームに変換するか、またはＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するコントローラと、を含む。実施形態の通信装置を用いたＣＡＮ通信システムによると、機器間の通信においてＭＯＤＢＵＳ通信プロトコルをサポートすることで、プロセスの軽量化、データ拡張性の増大、標準文書の無料提供などのＭＯＤＢＵＳプロトコルの長所を活用することができる。

【特許請求の範囲】

【請求項1】

デバイスからＭＯＤＢＵＳデータフレームを受信する通信部と、
前記ＭＯＤＢＵＳデータフレームを、データフレームの送受信類型およびデータを構成する順序に応じた識別情報をそれぞれ含む少なくとも１つのＣＡＮデータフレームに変換するコントローラと、
を含む、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項2】

前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、
前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含む、請求項１に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項3】

前記コントローラは、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部を前記ＣＡＮデータフレームの前記第５データ部の一部にマッピング（Ｍａｐｐｉｎｇ）し、
前記ＭＯＤＢＵＳデータフレームの前記第２データ部を前記ＣＡＮデータフレームの前記第６データ部にマッピングし、
前記ＭＯＤＢＵＳデータフレームの前記第３データ部を前記ＣＡＮデータフレームの前記第７データ部にマッピングし、
前記ＭＯＤＢＵＳデータフレームの前記第４データ部を前記ＣＡＮデータフレームの前記第８データ部にマッピングする、請求項２に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項4】

前記コントローラは、前記第３データ部を前記第７データ部にマッピングする際に、前記第３データ部の大きさが設定値を超過する場合、新しいＣＡＮデータフレームの第７データ部に前記第３データ部の超過分をマッピングする、請求項３に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項5】

前記ＣＡＮデータフレームの識別情報は、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部でマッピングされたアドレス情報、
前記少なくとも１つのＣＡＮデータフレームの総フレーム個数情報、
前記少なくとも１つのＣＡＮデータフレームのうち現在送信されているフレームの順序情報、
１つ以上の受信デバイスのうち前記ＣＡＮデータフレームを要求したデバイスを識別するための要求者識別情報、
前記ＣＡＮデータフレームが要求されたデータフレームに該当するか否かを識別するための送受信識別情報、および
前記ＣＡＮデータフレームの送受信類型情報のうち少なくとも１つを含む、請求項２に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項6】

ＣＡＮ通信バスを介して伝送されたＣＡＮデータフレームの順序情報を確認し、前記ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、総フレーム個数情報に基づいて受信フラグを設定し、前記ＣＡＮデータフレームの順序が１番目でない場合、前記ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納し、前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するコントローラと、
前記ＭＯＤＢＵＳデータフレームをデバイスに送信する通信部と、
を含む、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項7】

前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、
前記ＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含み、
前記コントローラは、
前記ＣＡＮデータフレームの前記第５データ部の一部を前記ＭＯＤＢＵＳデータフレームの前記第１データ部の一部にマッピングし、
前記ＣＡＮデータフレームの前記第６データ部を前記ＭＯＤＢＵＳデータフレームの前記第２データ部にマッピングし、
前記ＣＡＮデータフレームの前記第７データ部を前記ＭＯＤＢＵＳデータフレームの前記第３データ部にマッピングし、
前記ＣＡＮデータフレームの前記第８データ部を前記ＭＯＤＢＵＳデータフレームの前記第４データ部にマッピングする、請求項６に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項8】

前記デバイスは、複数のマスタデバイスまたは複数のスレーブデバイスを含む、請求項１または６に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項9】

ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信装置の動作方法であって、
第１デバイスからＭＯＤＢＵＳデータフレームを受信するステップと、
前記ＭＯＤＢＵＳデータフレームを、データフレームの送受信類型およびデータを構成する順序に応じた識別情報をそれぞれ含む少なくとも１つのＣＡＮデータフレームに変換するステップと、
を含む、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項10】

前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、
前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含む、請求項９に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項11】

前記ＭＯＤＢＵＳデータフレームを前記少なくとも１つのＣＡＮデータフレームに変換するステップは、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部を前記ＣＡＮデータフレームの前記第５データ部の一部にマッピングするステップと、
前記ＭＯＤＢＵＳデータフレームの前記第２データ部を前記ＣＡＮデータフレームの前記第６データ部にマッピングするステップと、
前記ＭＯＤＢＵＳデータフレームの前記第３データ部を前記ＣＡＮデータフレームの前記第７データ部にマッピングするステップと、
前記ＭＯＤＢＵＳデータフレームの前記第４データ部を前記ＣＡＮデータフレームの前記第８データ部にマッピングするステップと、を含む、請求項１０に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項12】

前記第３データ部を前記第７データ部にマッピングするステップは、
前記第３データ部の大きさが設定値を超過する場合、新しいＣＡＮデータフレームの第７データ部に前記第３データ部の超過分をマッピングするステップを含む、請求項１１に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項13】

前記ＣＡＮデータフレームの識別情報は、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部でマッピングされたアドレス情報、
前記少なくとも１つのＣＡＮデータフレームの総フレーム個数情報、
前記少なくとも１つのＣＡＮデータフレームのうち現在送信されているフレームの順序情報、
１つ以上の受信デバイスのうち前記ＣＡＮデータフレームを要求したデバイスを識別するための要求者識別情報、
前記ＣＡＮデータフレームが要求されたデータフレームに該当するか否かを識別するための送受信識別情報、および
前記ＣＡＮデータフレームの送受信類型情報のうち少なくとも１つを含む、請求項１０に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項14】

ＣＡＮ通信バスを介して伝送された少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップと、
前記ＭＯＤＢＵＳデータフレームを第２デバイスに送信するステップと、をさらに含む、請求項１３に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項15】

前記少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップは、
前記ＣＡＮデータフレームの順序情報を確認するステップと、
前記ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、前記総フレーム個数情報に基づいて受信フラグを設定するステップと、
前記ＣＡＮデータフレームの順序が１番目でない場合、前記ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納するステップと、
前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップと、を含む、請求項１４に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項16】

前記格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップは、
前記ＣＡＮデータフレームの前記第５データ部の一部を前記ＭＯＤＢＵＳデータフレームの前記第１データ部の一部にマッピングするステップと、
前記ＣＡＮデータフレームの前記第６データ部を前記ＭＯＤＢＵＳデータフレームの前記第２データ部にマッピングするステップと、
前記ＣＡＮデータフレームの前記第７データ部を前記ＭＯＤＢＵＳデータフレームの前記第３データ部にマッピングするステップと、
前記ＣＡＮデータフレームの前記第８データ部を前記ＭＯＤＢＵＳデータフレームの前記第４データ部にマッピングするステップと、を含む、請求項１５に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項17】

前記第１デバイスまたは前記第２デバイスは、複数のマスタデバイスまたは複数のスレーブデバイスを含む、請求項１４に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、２０２１年１２月２３日付けの韓国特許出願第１０－２０２１－０１８６５３４号に基づく優先権の利益を主張し、当該韓国特許出願の文献に開示された全ての内容は、本明細書の一部として組み込まれる。

【0002】

本明細書に開示された実施形態は、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置およびその動作方法に関する。

【背景技術】

【0003】

近年、自律走行技術の発展および電子制御システムの発展の結果、自動車と関連したエレクトロニクス産業が急成長している。エンジンおよび駆動制御、マルチメディアの再生、自律走行のための情報処理、安全装置の制御などの自動車の多様な領域に電子機器が活用されることで、車両内の電子機器を繋ぐための通信技術も重要となっている。過去には電子機器を全て専用配線で繋いでいたが、車両内の電子機器の数が多くなり、また機能も複雑になるにつれ、配線の複雑度を減らしながらも、高帯域幅を提供可能な通信技術およびプロトコルが求められている。

【0004】

ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信は、車両内の電子機器間のデータ送受信のための代表的なプロトコルである。ＣＡＮ通信は、システム内でコントローラや装置がホストコンピュータなしに互いに通信できるように設計され、電気的ノイズに強く、安価で通信システムを構成できるという長所がある。ＣＡＮ通信デバイスの場合、標準プロトコルを用いるかまたはユーザが直接通信プロトコルを定義して用いる場合が大半であるが、標準プロトコルは、拡張性の面では有利であるものの複雑であるという短所があり、ユーザ定義プロトコルは、単純であるものの拡張性に劣るという短所がある。特に、多くの産業用デバイスが軽量、高い拡張性を長所とするＭＯＤＢＵＳプロトコルを用いており、ＭＯＤＢＵＳプロトコルは、シリアルおよびＴＣＰ／ＩＰ通信に対しては標準が定められているが、ＣＡＮ通信に対しては標準が定められていないため、それを直接活用することが困難であった。

【発明の概要】

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

【0005】

本明細書に開示された実施形態の一目的は、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置およびその動作方法を提供することにある。

【0006】

本明細書に開示された実施形態の技術的課題は、以上で言及した技術的課題に制限されず、言及していないまた他の技術的課題は、下記の記載から当業者に明らかに理解できるものである。

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

【0007】

一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信装置は、デバイスからＭＯＤＢＵＳデータフレームを受信する通信部と、前記ＭＯＤＢＵＳデータフレームを、データフレームの送受信類型およびデータを構成する順序に応じた識別情報をそれぞれ含む少なくとも１つのＣＡＮデータフレームに変換するコントローラと、を含む。

【0008】

一実施形態に係るＣＡＮ通信装置において、前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含むことができる。

【0009】

一実施形態に係るＣＡＮ通信装置において、前記コントローラは、前記ＭＯＤＢＵＳデータフレームの前記第１データ部を前記ＣＡＮデータフレームの前記第５データ部の一部にマッピング（Ｍａｐｐｉｎｇ）し、前記ＭＯＤＢＵＳデータフレームの前記第２データ部を前記ＣＡＮデータフレームの前記第６データ部にマッピングし、前記ＭＯＤＢＵＳデータフレームの前記第３データ部を前記ＣＡＮデータフレームの前記第７データ部にマッピングし、前記ＭＯＤＢＵＳデータフレームの前記第４データ部を前記ＣＡＮデータフレームの前記第８データ部にマッピングするように構成されてよい。

【0010】

一実施形態に係るＣＡＮ通信装置において、前記コントローラは、前記第３データ部を前記第７データ部にマッピングするに際し、前記第３データ部の大きさが設定値を超過する場合、新しいＣＡＮデータフレームの第７データ部に前記第３データ部の超過分をマッピングするように構成されてよい。

【0011】

一実施形態に係るＣＡＮ通信装置において、前記ＣＡＮデータフレームの識別情報は、前記ＭＯＤＢＵＳデータフレームの前記第１データ部でマッピングされたアドレス情報、前記少なくとも１つのＣＡＮデータフレームの総フレーム個数情報、前記少なくとも１つのＣＡＮデータフレームのうち現在送信されているフレームの順序情報、１つ以上の受信デバイスのうち前記ＣＡＮデータフレームを要求したデバイスを識別するための要求者識別情報、前記ＣＡＮデータフレームが要求されたデータフレームに該当するか否かを識別するための送受信識別情報、および前記ＣＡＮデータフレームの送受信類型情報のうち少なくとも１つを含むことができる。

【0012】

一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置は、ＣＡＮ通信バスを介して伝送されたＣＡＮデータフレームの順序情報を確認し、前記ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、前記総フレーム個数情報に基づいて受信フラグを設定し、前記ＣＡＮデータフレームの順序が１番目でない場合、前記ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納し、前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するコントローラと、前記ＭＯＤＢＵＳデータフレームをデバイスに送信する通信部と、を含む。
一実施形態に係るＣＡＮ通信装置において、前記デバイスは、複数のマスタデバイスまたは複数のスレーブデバイスを含むことができる。

【0013】

一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信装置の動作方法は、第１デバイスからＭＯＤＢＵＳデータフレームを受信するステップと、前記ＭＯＤＢＵＳデータフレームを、データフレームの送受信類型およびデータを構成する順序に応じた識別情報をそれぞれ含む少なくとも１つのＣＡＮデータフレームに変換するステップと、を含むことができる。

【0014】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含むことができる。

【0015】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含むことができる。

【0016】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記ＭＯＤＢＵＳデータフレームを少なくとも１つのＣＡＮデータフレームに変換するステップは、前記ＭＯＤＢＵＳデータフレームの前記第１データ部を前記ＣＡＮデータフレームの前記第５データ部の一部にマッピングするステップと、前記ＭＯＤＢＵＳデータフレームの前記第２データ部を前記ＣＡＮデータフレームの前記第６データ部にマッピングするステップと、前記ＭＯＤＢＵＳデータフレームの前記第３データ部を前記ＣＡＮデータフレームの前記第７データ部にマッピングするステップと、前記ＭＯＤＢＵＳデータフレームの前記第４データ部を前記ＣＡＮデータフレームの前記第８データ部にマッピングするステップと、を含む。

【0017】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記第３データ部を前記第７データ部にマッピングするステップは、前記第３データ部の大きさが設定値を超過する場合、新しいＣＡＮデータフレームの第７データ部に前記第３データ部の超過分をマッピングするステップを含むことができる。

【0018】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記ＣＡＮデータフレームの識別情報は、前記ＭＯＤＢＵＳデータフレームの前記第１データ部でマッピングされたアドレス情報、前記少なくとも１つのＣＡＮデータフレームの総フレーム個数情報、前記少なくとも１つのＣＡＮデータフレームのうち現在送信されているフレームの順序情報、１つ以上の受信デバイスのうち前記ＣＡＮデータフレームを要求したデバイスを識別するための要求者識別情報、前記ＣＡＮデータフレームが要求されたデータフレームに該当するか否かを識別するための送受信識別情報、および前記ＣＡＮデータフレームの送受信類型情報のうち少なくとも１つを含むことができる。

【0019】

一実施形態に係るＣＡＮ通信装置の動作方法は、ＣＡＮ通信バスを介して伝送された少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップと、前記ＭＯＤＢＵＳデータフレームを第２デバイスに送信するステップと、をさらに含むことができる。

【0020】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップは、前記少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップは、前記ＣＡＮデータフレームの順序情報を確認するステップと、前記ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、前記総フレーム個数情報に基づいて受信フラグを設定するステップと、前記ＣＡＮデータフレームの順序が１番目でない場合、前記ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納するステップと、前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップと、を含むことができる。

【0021】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップは、前記ＣＡＮデータフレームの前記第５データ部の一部を前記ＭＯＤＢＵＳデータフレームの前記第１データ部の一部にマッピングするステップと、前記ＣＡＮデータフレームの前記第６データ部を前記ＭＯＤＢＵＳデータフレームの前記第２データ部にマッピングするステップと、前記ＣＡＮデータフレームの前記第７データ部を前記ＭＯＤＢＵＳデータフレームの前記第３データ部にマッピングするステップと、前記ＣＡＮデータフレームの前記第８データ部を前記ＭＯＤＢＵＳデータフレームの前記第４データ部にマッピングするステップと、を含むことができる。

【0022】

一実施形態に係るＣＡＮ通信装置の動作方法において、前記第１デバイスまたは前記第２デバイスは、複数のマスタデバイスまたは複数のスレーブデバイスを含むことができる。

【発明の効果】

【0023】

以上の実施形態によると、ＣＡＮ通信を用いるデバイス間のデータ送受信において、ＭＯＤＢＵＳプロトコルを用いて通信することができる。既存のＣＡＮ通信方式においては、標準プロトコルを用いる場合、拡張性の面では有利であるものの複雑であるという短所があり、ユーザ定義プロトコルは、比較的に簡単であるものの拡張性の面で不利であるという短所があった。実施形態で提案されたＣＡＮ通信装置は、ＭＯＤＢＵＳ通信プロトコルをサポートすることで、プロセスの軽量化、データ拡張性の増大、標準文書の無料提供などのＭＯＤＢＵＳプロトコルの長所を活用することができる。
この他に、本明細書により、直接的または間接的に把握される多様な効果が提供可能である。

【図面の簡単な説明】

【0024】

本明細書に開示された実施形態または従来技術の技術的解決策をより明らかに説明するために、実施形態に関する説明に必要な図面が以下に簡単に紹介される。以下の図面は、本明細書の実施形態を説明するためのものにすぎず、限定するためのものではないことを理解しなければならない。また、説明の明瞭性のために、図面の一部の構成要素に対する表現が誇張または省略されることがある。

【0025】

【図1a】一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の構成を示したブロック図である。

【図1b】一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の構成を示したブロック図である。

【図2a】一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置を用いて複数のデバイス間の通信を行うことを示す。

【図2b】一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置を用いて複数のデバイス間の通信を行うことを示す。

【図3】一実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法を示したフローチャートである。

【図4】一実施形態に係るＣＡＮ通信装置の送信端における、ＭＯＤＢＵＳデータフレームをＣＡＮデータフレームにマッピングすることを示す。

【図5】一実施形態に係るＣＡＮデータフレームの識別子（ＩＤ）データの構造を示す。

【図6】一実施形態に係るＣＡＮ通信装置の送信端における、ＭＯＤＢＵＳデータフレームを２以上のＣＡＮデータフレームにマッピングすることを示す。

【図7】一実施形態に係るＣＡＮ通信装置の受信端における、ＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換する過程を示したフローチャートである。

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

【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】

前記実施形態においては、ＭＯＤＢＵＳデータフレームのＭＯＤＢＵＳメッセージデータ（Ｍｅｓｓａｇｅ Ｄａｔａ １～５）が５バイト（ｂｙｔｅ）である場合を例に挙げて説明したが、メッセージデータが設定値を超過する場合には、２以上のＣＡＮデータフレームに変換されてよい。

【0054】

図６は、一実施形態に係るＣＡＮ通信装置１０のコントローラ１２０が、ＭＯＤＢＵＳデータフレームを２以上のＣＡＮデータフレームにマッピングすることを示す。実施形態において、第３データ部Ｄ３のＭＯＤＢＵＳメッセージデータ（Ｍｅｓｓａｇｅ Ｄａｔａ １～１０）は、１０バイト（ｂｙｔｅ）を占める。実施形態によると、ＣＡＮデータフレームは、最大１０バイトのデータとマッピング可能であり、識別情報およびアドレス情報を含む第５データ部Ｄ５と、機能コードを含む第６データ部Ｄ６とを除けば、７バイトのデータを含むことができる。したがって、１０バイトのメッセージデータのうち一部のデータ（Ｍｅｓｓａｇｅ Ｄａｔａ １～７）だけが第１ＣＡＮデータフレームの第７データ部Ｄ７にマッピングされ、それを超過するメッセージデータ（Ｍｅｓｓａｇｅ Ｄａｔａ ８～１０）とＣＲＣ値は、それぞれ新しい第２ＣＡＮデータフレームの第７データ部Ｄ７’と第８データ部Ｄ８’にマッピングされる。

【0055】

この際、第１および第２ＣＡＮデータフレームは、それぞれ第５データ部Ｄ５、Ｄ５’に識別情報を含むが、第１ＣＡＮデータフレームのＦＮ＝２、ＦＣ＝０（２個の全体フレームのうち最初のフレーム）であり、第２ＣＡＮデータフレームのＦＮ＝２、ＦＣ＝１（２個の全体フレームのうち２番目のフレーム）である。フレームカウント（ＦＣ）識別情報を用いると、非順次的に伝送される複数のＣＡＮデータフレームを順に再構成してＭＯＤＢＵＳデータフレームに変換することができる。

【0056】

他の例示によると、メッセージデータが１４個を超過する場合には、新しい第３ＣＡＮデータフレームに超過データをマッピングすることができる。この場合、第１ＣＡＮデータフレームのＦＮ＝３、ＦＣ＝０であり、第２ＣＡＮデータフレームのＦＮ＝３、ＦＣ＝１であり、第３ＣＡＮデータフレームのＦＮ＝３、ＦＣ＝２の識別情報を有する。

【0057】

再び図３を参照すると、ステップ（Ｓ３２０）に続き、ＣＡＮ通信バスを介して伝送された少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップ（Ｓ３３０）を行う。ステップ（Ｓ３３０）は、装置１０のコントローラ１２０により行われてよい。

【0058】

一実施形態によると、前記少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップ（Ｓ３３０）は、ＣＡＮデータフレームの順序情報を確認するステップと、ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、前記総フレーム個数情報に基づいて受信フラグを設定するステップと、ＣＡＮデータフレームの順序が１番目でない場合、ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納するステップと、前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップと、を含むことができる。

【0059】

図７は、一実施形態に係る、ＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換する過程を示したフローチャートである。
図７を参照すると、先ず、新しいＣＡＮデータフレームが受信されたか否かを確認する（Ｓ７１０）。新しいＣＡＮデータフレームが受信されたのであれば（Ｓ７１０→はい）、次のステップ（Ｓ７２０）に進行し、新しいＣＡＮデータフレームが受信されないのであれば（Ｓ７１０→いいえ）、受信バッファに既に格納されたＣＡＮメッセージデータをＭＯＤＢＵＳデータに変換し（Ｓ７６０）、プロセスを終了する。

【0060】

次に、ＣＡＮデータフレームの順序が１番目であるか否かを確認する（Ｓ７２０）。２以上のＣＡＮデータフレームが存在する際に、受信されたフレームの順序は、識別情報に含まれたＦＣ（Ｆｒａｍｅ Ｃｏｕｎｔ）値から判断することができる（図５参照）。仮に受信されたＣＡＮデータフレームのＦＣ＝０であれば、当該データフレームの順序が１番目である場合として（Ｓ７２０→はい）、次のステップ（Ｓ７３０）に進行して、受信バッファを初期化し、前記総フレーム個数情報に基づいて受信フラグを設定する。仮に受信されたＣＡＮデータフレームのＦＣ≠０であれば、当該データフレームの順序が１番目でない場合として（Ｓ７２０→いいえ）、ステップ（Ｓ７３０）を経ずに（すなわち、受信バッファの初期化およびフラグ設定なしに）、ステップ（Ｓ７４０）に進行する。

【0061】

次に、受信されたＣＡＮデータフレームの順序に対応する（すなわち、ＦＣ値に対応する）受信フラグを除去しつつ、前記ＣＡＮデータフレームを格納する（Ｓ７４０）。

【0062】

次に、受信フラグが全て除去されたか否かを確認する（Ｓ７５０）。受信フラグが全て除去されたのであれば（Ｓ７５０→はい）、１つ以上のＣＡＮデータフレームを全て受信したものであるため、次のステップ（Ｓ７６０）に進行する。受信フラグが残っているのであれば（Ｓ７５０→いいえ）、受信するＣＡＮデータフレームが残っているものであるため、再びステップ（Ｓ７１０）に戻り、新しいＣＡＮデータフレームの受信を待つ。

【0063】

全てのＣＡＮデータフレームを受信したのであれば、受信バッファに格納されたＣＡＮメッセージデータを順序情報（ＦＣ値）に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換する（Ｓ７６０）。変換過程は、ＭＯＤＢＵＳデータフレームのＣＡＮデータフレームへの変換の逆順であり、例えば、ＣＡＮデータフレームの第５データ部の一部をＭＯＤＢＵＳデータフレームの第１データ部の一部にマッピングするステップと、ＣＡＮデータフレームの第６データ部をＭＯＤＢＵＳデータフレームの第２データ部にマッピングするステップと、ＣＡＮデータフレームの第７データ部をＭＯＤＢＵＳデータフレームの第３データ部にマッピングするステップと、ＣＡＮデータフレームの第８データ部をＭＯＤＢＵＳデータフレームの第４データ部にマッピングするステップと、を含むことができる。

【0064】

以上のステップ（Ｓ７１０～Ｓ７６０）により、１つ以上のＣＡＮデータフレームを順に再構成してＭＯＤＢＵＳデータフレームに変換することができる。このようにＣＡＮデータフレームのＦＣ値を用いて、非順次的に伝送されるＣＡＮデータフレームを正しい順序に再構成することができる。

【0065】

再び図３を参照すると、ＭＯＤＢＵＳデータフレームを第２デバイスに出力するステップ（Ｓ３４０）を行う。ステップ（Ｓ３４０）は、装置１０の通信部１１０により行われてよく、第２デバイス３０は、受信デバイスとして、マスタデバイスから応答の要求を受けるスレーブデバイスであるか、またはスレーブデバイスからの要求に応じた応答を受信するマスタデバイスであってもよい。

【0066】

上述した実施形態に係るＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法は、アプリケーションで実現されるか、または多様なコンピュータ構成要素を介して実行可能なプログラム命令語の形態で実現され、コンピュータ読み取り可能な記録媒体に記録されてよい。前記コンピュータ読み取り可能な記録媒体は、プログラム命令語、データファイル、データ構造などを単独でまたは組み合わせて含むことができる。

【0067】

以上で説明した実施形態によると、ＣＡＮ通信を用いるデバイス間のデータ送受信において、ＭＯＤＢＵＳプロトコルを用いて通信することができる。既存のＣＡＮ通信方式においては、標準プロトコルを用いる場合、拡張性の面では有利であるもののプロトコルが複雑であるという短所があり、ユーザ定義プロトコルは、比較的に簡単であるものの拡張性の面で不利であるという短所があった。実施形態で提案されたＣＡＮ通信装置およびそれを用いた通信システムは、ＭＯＤＢＵＳ通信プロトコルをサポートすることで、プロセスの軽量化、データ拡張性の増大、標準文書の無料提供などのＭＯＤＢＵＳプロトコルの長所を活用することができる。

【0068】

以上、実施形態を構成する全ての構成要素が１つに結合するかまたは結合して動作するものと説明されたからといって、このような実施形態に必ずしも限定されるものではなく、目的の範囲内であれば、全ての構成要素が１つ以上に選択的に結合して動作してもよい。また、以上に記載された「含む」、「構成する」、または「有する」などの用語は、特に反対の記載がない限り、当該構成要素が内在できることを意味するため、他の構成要素を除くものではなく、他の構成要素をさらに含んでもよいものと解釈されなければならない。

【0069】

以上の説明は本明細書に開示された技術思想を例示的に説明したものにすぎず、本明細書に開示された実施形態が属する技術分野における通常の知識を有する者であれば、本明細書に開示された実施形態の本質的な特性から逸脱しない範囲内で多様な修正および変形が可能である。したがって、本明細書に開示された実施形態は本明細書に開示された技術思想を限定するためのものではなく説明するためのものであって、このような実施形態により本明細書に開示された技術思想の範囲が限定されるものではない。本明細書に開示された技術思想の保護範囲は後述の請求範囲により解釈されなければならず、それと同等な範囲内にある全ての技術思想は本明細書の権利範囲に含まれるものと解釈されるべきである。

【符号の説明】

【0070】

１０ ＣＡＮ通信装置
２０ 第１デバイス
２１－２３ マスタデバイス
３０ 第２デバイス
３１－３４ スレーブデバイス
１１０ 通信部
１２０ コントローラ

【図1a】

【図1b】

【図2a】

【図2b】

【図3】

【図4】

【図5】

【図6】

【図7】

【手続補正書】

【提出日】2024-06-07

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

デバイスからＭＯＤＢＵＳデータフレームを受信する通信部と、
前記ＭＯＤＢＵＳデータフレームを、データフレームの送受信類型およびデータを構成する順序に応じた識別情報をそれぞれ含む少なくとも１つのＣＡＮデータフレームに変換するコントローラと、
を含む、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項2】

前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、
前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含む、請求項１に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項3】

前記コントローラは、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部を前記ＣＡＮデータフレームの前記第５データ部の一部にマッピング（Ｍａｐｐｉｎｇ）し、
前記ＭＯＤＢＵＳデータフレームの前記第２データ部を前記ＣＡＮデータフレームの前記第６データ部にマッピングし、
前記ＭＯＤＢＵＳデータフレームの前記第３データ部を前記ＣＡＮデータフレームの前記第７データ部にマッピングし、
前記ＭＯＤＢＵＳデータフレームの前記第４データ部を前記ＣＡＮデータフレームの前記第８データ部にマッピングする、請求項２に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項4】

前記コントローラは、前記第３データ部を前記第７データ部にマッピングする際に、前記第３データ部の大きさが設定値を超過する場合、新しいＣＡＮデータフレームの第７データ部に前記第３データ部の超過分をマッピングする、請求項３に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項5】

前記ＣＡＮデータフレームの識別情報は、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部でマッピングされたアドレス情報、
前記少なくとも１つのＣＡＮデータフレームの総フレーム個数情報、
前記少なくとも１つのＣＡＮデータフレームのうち現在送信されているフレームの順序情報、
１つ以上の受信デバイスのうち前記ＣＡＮデータフレームを要求したデバイスを識別するための要求者識別情報、
前記ＣＡＮデータフレームが要求されたデータフレームに該当するか否かを識別するための送受信識別情報、および
前記ＣＡＮデータフレームの送受信類型情報のうち少なくとも１つを含む、請求項２に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項6】

ＣＡＮ通信バスを介して伝送されたＣＡＮデータフレームの順序情報を確認し、前記ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、総フレーム個数情報に基づいて受信フラグを設定し、前記ＣＡＮデータフレームの順序が１番目でない場合、前記ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納し、前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するコントローラと、
前記ＭＯＤＢＵＳデータフレームをデバイスに送信する通信部と、
を含む、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項7】

前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、
前記ＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含み、
前記コントローラは、
前記ＣＡＮデータフレームの前記第５データ部の一部を前記ＭＯＤＢＵＳデータフレームの前記第１データ部の一部にマッピングし、
前記ＣＡＮデータフレームの前記第６データ部を前記ＭＯＤＢＵＳデータフレームの前記第２データ部にマッピングし、
前記ＣＡＮデータフレームの前記第７データ部を前記ＭＯＤＢＵＳデータフレームの前記第３データ部にマッピングし、
前記ＣＡＮデータフレームの前記第８データ部を前記ＭＯＤＢＵＳデータフレームの前記第４データ部にマッピングする、請求項６に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項8】

前記デバイスは、複数のマスタデバイスまたは複数のスレーブデバイスを含む、請求項１または６に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置。

【請求項9】

ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信装置の動作方法であって、
第１デバイスからＭＯＤＢＵＳデータフレームを受信するステップと、
前記ＭＯＤＢＵＳデータフレームを、データフレームの送受信類型およびデータを構成する順序に応じた識別情報をそれぞれ含む少なくとも１つのＣＡＮデータフレームに変換するステップと、
を含む、ＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項10】

前記ＭＯＤＢＵＳデータフレームは、アドレス（Ａｄｄｒｅｓｓ）情報を含む第１データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第２データ部と、ＭＯＤＢＵＳメッセージデータを含む第３データ部と、ＣＲＣ値を含む第４データ部と、を含み、
前記少なくとも１つのＣＡＮデータフレームは、前記ＣＡＮデータフレームの識別情報を含む第５データ部と、機能コード（Ｆｕｎｃｔｉｏｎ Ｃｏｄｅ）を含む第６データ部と、ＣＡＮメッセージデータを含む第７データ部と、ＣＲＣ値を含む第８データ部と、を含む、請求項９に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項11】

前記ＭＯＤＢＵＳデータフレームを前記少なくとも１つのＣＡＮデータフレームに変換するステップは、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部を前記ＣＡＮデータフレームの前記第５データ部の一部にマッピングするステップと、
前記ＭＯＤＢＵＳデータフレームの前記第２データ部を前記ＣＡＮデータフレームの前記第６データ部にマッピングするステップと、
前記ＭＯＤＢＵＳデータフレームの前記第３データ部を前記ＣＡＮデータフレームの前記第７データ部にマッピングするステップと、
前記ＭＯＤＢＵＳデータフレームの前記第４データ部を前記ＣＡＮデータフレームの前記第８データ部にマッピングするステップと、を含む、請求項１０に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項12】

前記第３データ部を前記第７データ部にマッピングするステップは、
前記第３データ部の大きさが設定値を超過する場合、新しいＣＡＮデータフレームの第７データ部に前記第３データ部の超過分をマッピングするステップを含む、請求項１１に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項13】

前記ＣＡＮデータフレームの識別情報は、
前記ＭＯＤＢＵＳデータフレームの前記第１データ部でマッピングされたアドレス情報、
前記少なくとも１つのＣＡＮデータフレームの総フレーム個数情報、
前記少なくとも１つのＣＡＮデータフレームのうち現在送信されているフレームの順序情報、
１つ以上の受信デバイスのうち前記ＣＡＮデータフレームを要求したデバイスを識別するための要求者識別情報、
前記ＣＡＮデータフレームが要求されたデータフレームに該当するか否かを識別するための送受信識別情報、および
前記ＣＡＮデータフレームの送受信類型情報のうち少なくとも１つを含む、請求項１０に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項14】

ＣＡＮ通信バスを介して伝送された少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップと、
前記ＭＯＤＢＵＳデータフレームを第２デバイスに送信するステップと、をさらに含む、請求項１３に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項15】

前記少なくとも１つのＣＡＮデータフレームをＭＯＤＢＵＳデータフレームに変換するステップは、
前記ＣＡＮデータフレームの順序情報を確認するステップと、
前記ＣＡＮデータフレームの順序が１番目である場合、受信バッファを初期化し、前記総フレーム個数情報に基づいて受信フラグを設定するステップと、
前記ＣＡＮデータフレームの順序が１番目でない場合、前記ＣＡＮデータフレームの順序に対応する受信フラグを除去しつつ、前記ＣＡＮデータフレームのＣＡＮメッセージデータを格納するステップと、
前記受信フラグが全て除去された場合、格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップと、を含む、請求項１４に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項16】

前記格納されたＣＡＮメッセージデータを前記順序情報に応じて順次マッピングしてＭＯＤＢＵＳデータフレームに変換するステップは、
前記ＣＡＮデータフレームの前記第５データ部の一部を前記ＭＯＤＢＵＳデータフレームの前記第１データ部の一部にマッピングするステップと、
前記ＣＡＮデータフレームの前記第６データ部を前記ＭＯＤＢＵＳデータフレームの前記第２データ部にマッピングするステップと、
前記ＣＡＮデータフレームの前記第７データ部を前記ＭＯＤＢＵＳデータフレームの前記第３データ部にマッピングするステップと、
前記ＣＡＮデータフレームの前記第８データ部を前記ＭＯＤＢＵＳデータフレームの前記第４データ部にマッピングするステップと、を含む、請求項１５に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項17】

前記第１デバイスまたは前記第２デバイスは、複数のマスタデバイスまたは複数のスレーブデバイスを含む、請求項１４に記載のＭＯＤＢＵＳプロトコルをサポートするＣＡＮ通信装置の動作方法。

【請求項18】

請求項９から１７のうちのいずれか一項に記載の動作方法を前記ＣＡＮ通信装置に実行させるための命令を含む、コンピュータプログラム。

【国際調査報告】