知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025105150
(43)【公開日】2025-07-10
(54)【発明の名称】通信レシーバ
(51)【国際特許分類】
H04L 12/28 20060101AFI20250703BHJP
【ＦＩ】
H04L12/28 200Z
H04L12/28 100A
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2023223489
(22)【出願日】2023-12-28
(71)【出願人】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】110000578
【氏名又は名称】名古屋国際弁理士法人
(72)【発明者】
【氏名】板川 太一
【テーマコード（参考）】
5K033
【Ｆターム（参考）】
5K033BA06
5K033CB02
(57)【要約】
【課題】通信装置の主制御部にプロトコルスタックを実装できない場合でも、サービス指向通信を実現する技術を提供する。
【解決手段】本開示の１つの局面の通信レシーバ２２は、通信装置２０Ａの主制御部２１に接続され、第１ＩＦ２２５と、第２ＩＦ２２６と、サービス制御部２２１と、サービスＩＦ部２２２と、を備える。サービス制御部は、第１ＩＦを介して主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、電子制御装置（１０Ａ）へ探索メッセージを送信する。サービスＩＦ部は、第１ＩＦを介して主制御部から受けた第２設定情報に基づき、電子制御装置から受信した第１プロトコル又は第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、第２ＩＦを介してストリームデータを主制御部へ送信する。
【選択図】図２
【解決手段】本開示の１つの局面の通信レシーバ２２は、通信装置２０Ａの主制御部２１に接続され、第１ＩＦ２２５と、第２ＩＦ２２６と、サービス制御部２２１と、サービスＩＦ部２２２と、を備える。サービス制御部は、第１ＩＦを介して主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、電子制御装置（１０Ａ）へ探索メッセージを送信する。サービスＩＦ部は、第１ＩＦを介して主制御部から受けた第２設定情報に基づき、電子制御装置から受信した第１プロトコル又は第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、第２ＩＦを介してストリームデータを主制御部へ送信する。
【選択図】図２
【特許請求の範囲】
【請求項1】
単一又は複数の通信線（５０Ａ，５０Ｂ）を介して電子制御装置（１０Ａ，１０Ｂ）に接続されるように構成された通信装置（２０Ａ，２０Ｂ）内で、前記通信装置の主制御部（２１）に接続される通信レシーバ（２２）であって、
前記主制御部に接続されるように構成された第１インターフェース（２２５）と、
前記主制御部に接続されるように構成された第２インターフェース（２２６）と、
前記第１インターフェースを介して前記主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、前記電子制御装置へサービスを探索するための探索メッセージを送信するように構成されたサービス制御部（２２１）と、
前記第１インターフェースを介して前記主制御部から受けた第２設定情報に基づき、前記電子制御装置から受信した前記第１プロトコル又は前記第１プロトコルと異なる第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、前記第２インターフェースを介して前記ストリームデータを前記主制御部へ送信するように構成されたサービスインターフェース部（２２２）と、
を備える、通信レシーバ。
前記主制御部に接続されるように構成された第１インターフェース（２２５）と、
前記主制御部に接続されるように構成された第２インターフェース（２２６）と、
前記第１インターフェースを介して前記主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、前記電子制御装置へサービスを探索するための探索メッセージを送信するように構成されたサービス制御部（２２１）と、
前記第１インターフェースを介して前記主制御部から受けた第２設定情報に基づき、前記電子制御装置から受信した前記第１プロトコル又は前記第１プロトコルと異なる第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、前記第２インターフェースを介して前記ストリームデータを前記主制御部へ送信するように構成されたサービスインターフェース部（２２２）と、
を備える、通信レシーバ。
【請求項2】
前記サービス制御部（２２１）は、前記電子制御装置（１０Ａ，１０Ｂ）へサービス購読要求を自発的に発信するように構成されている、
請求項１に記載の通信レシーバ。
請求項１に記載の通信レシーバ。
【請求項3】
前記サービスインターフェース部（２２２）は、前記第２インターフェース（２２６）及び前記主制御部（２１）を介して、前記第２設定情報により指定されたメモリ（２８）へ、ダイレクトメモリアクセス方式で前記ストリームデータを送るように構成されている、
請求項１に記載の通信レシーバ。
請求項１に記載の通信レシーバ。
【請求項4】
前記第１プロトコルは、Scalable service - Oriented MiddlewarE over IP（ＳＯＭＥ／ＩＰ）、又は、Data Distribution Service (ＤＤＳ)である、
請求項１に記載の通信レシーバ。
請求項１に記載の通信レシーバ。
【請求項5】
前記第２プロトコルは、Institute of Electrical and Electronics Engineers (ＩＥＥＥ)１７２２である、
請求項１に記載の通信レシーバ。
請求項１に記載の通信レシーバ。
【請求項6】
前記第１インターフェース（２２５）は、Serial Peripheral Interface （ＳＰＩ）である、
請求項１に記載の通信レシーバ。
請求項１に記載の通信レシーバ。
【請求項7】
前記第２インターフェース（２２６）は、Mobile Industry Processor Interface -Camera Serial Interface (ＭＩＰＩ－ＣＳＩ)、Mobile Industry Processor Interface - Camera Serial Interface 2 (ＭＩＰＩ－ＣＳＩ２)、Mobile Industry Processor Interface - Display Serial Interface (ＭＩＰＩ－ＤＳＩ)、Peripheral Component Interconnect - Express (ＰＣＩ－Ｅｘｐｒｅｓｓ)及びDouble Data Rate (ＤＤＲ)のいずれかである、
請求項１に記載の通信レシーバ。
請求項１に記載の通信レシーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、サービス指向通信に実現する技術に関する。
【背景技術】
【0002】
引用文献１に記載の車載通信システムは、統合ＥＣＵと、統合ＥＣＵに接続された複数の中継ＥＣＵと、複数の中継ＥＣＵの各々に接続された複数のＥＣＵと、を備え、統合ＥＣＵをサーバーとし、複数の中継ＥＣＵ及び複数のＥＣＵをクライアントとしたサービス指向通信を行う。具体的には、上記車載通信システムでは、各中継装置が、サービス指向プロトコル以外のプロトコルに従ったデータを、サービス指向プロトコルに変換することで、各中継装置と総合ＥＣＵとの間でサービス指向通信を実現している。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２２－１８６２２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記車載通信システムは、統合ＥＣＵの処理部が、サービス指向通信用のプロトコルスタックを備え、サービス指向プロトコルのメッセージを生成する。しかしながら、ＥＣＵの用途によっては、ＥＣＵが備えているマイコンが、処理能力が低い場合がある。このようなマイコンには、プロトコルスタックを実装することができない。
【0005】
本開示の１つの局面は、通信装置の主制御部にプロトコルスタックを実装できない場合でも、サービス指向通信を実現する技術を提供する。
【課題を解決するための手段】
【0006】
本開示の１つの局面の通信レシーバは、単一又は複数の通信線（５０Ａ，５０Ｂ）を介して電子制御装置（１０Ａ，１０Ｂ）に接続されるように構成された通信装置（２０Ａ，２０Ｂ）内で、通信装置の主制御部（２１）に接続される通信レシーバ（２２）であって、第１インターフェース（２２５）と、第２インターフェース（２２６）と、サービス制御部（２２１）と、サービスインターフェース部（２２２）と、を備える。第１インターフェースは、主制御部に接続される。第２インターフェースは、主制御部に接続される。サービス制御部は、第１インターフェースを介して主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、電子制御装置へサービスを探索するための探索メッセージを送信する。サービスインターフェース部は、第１インターフェースを介して主制御部から受けた第２設定情報に基づき、電子制御装置から受信した第１プロトコル又は第１プロトコルと異なる第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、第２インターフェースを介してストリームデータを主制御部へ送信する。
【0007】
本開示の１つの局面の通信レシーバは、主制御部に接続され、第１設定情報及び第２設定情報が設定される。これにより、主制御部にサービス通信用のプロトコルスタックを実装できない場合でも、通信装置にサービス指向通信を導入することができる。したがって、通信装置と電子制御装置との間で全体的にサービス指向通信を実現することができる。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係る通信システムの構成を示すブロック図である。
【図2】本実施形態に係るサーバーＥＣＵ及びクライアントＥＣＵの構成を示すブロック図である。
【図3】本実施形態に係るクライアントＥＣＵ内のデータの流れを示す図である。
【図4】本実施形態に係るクライアントＥＣＵのホストデバイスが有するサービスの検索及び自ノードに関する設定値の例を示す図である。
【図5】本実施形態に係るクライアントＥＣＵのホストデバイスが有するサーバーＥＣＵとのデータの相互変換に用いる設定値の例を示す図である。
【図6】本実施形態に係るクライアントＥＣＵのホストデバイスが有する購読イベントを配信しているサーバーＥＣＵに関する情報の例を示す図である。
【図7】本実施形態に係るサーバーＥＣＵとクライアントＥＣＵとの間の通信を示すシーケンス図である。
【図8】本実施形態に係るクライアントＥＣＵのサービスレシーバのサービス利用状態の遷移を示す図である。
【図9】本実施形態に係るクライアントＥＣＵのサービスレシーバのイベント購読状態の遷移を示す図である。
【発明を実施するための形態】
【0009】
＜１．構成＞
図１を参照して、本実施形態に係る通信システム１００の構成について説明する。本実施形態において、通信システム１００は、車両に搭載されている。別の実施形態では、通信システム１００の少なくとも一部は、船、電車、飛行機などの車両以外の移動体あるいは建造物に設置されていてもよいし、携帯端末であってもよい。
図１を参照して、本実施形態に係る通信システム１００の構成について説明する。本実施形態において、通信システム１００は、車両に搭載されている。別の実施形態では、通信システム１００の少なくとも一部は、船、電車、飛行機などの車両以外の移動体あるいは建造物に設置されていてもよいし、携帯端末であってもよい。
【0010】
通信システム１００は、第１サーバー電子制御装置（以下、ＥＣＵ）１０Ａと、第２サーバーＥＣＵ１０Ｂと、第１クライアントＥＣＵ２０Ａと、第２クライアントＥＣＵ２０Ｂと、イーサネットスイッチ３０と、を備える。本実施形態において、第１クライアントＥＣＵ２０Ａ及び第２クライアントＥＣＵ２０Ｂは、本開示の通信装置に相当し、第１サーバーＥＣＵ１０Ａ及び第２サーバーＥＣＵ１０Ｂは、本開示の電子制御装置に相当する。
【0011】
別の実施形態では、通信システム１００は、１台又は２台以上の第１サーバーＥＣＵ１０Ａを備え、第２サーバーＥＣＵ１０Ｂを備えていなくてもよいし、１台又は２台以上の第２サーバーＥＣＵ１０Ｂを備え、第１サーバーＥＣＵ１０Ａを備えていなくてもよい。あるいは、通信システム１００は、第１サーバーＥＣＵ１０Ａ及び／又は第２サーバーＥＣＵ１０Ｂに加えて、別のサーバーＥＣＵを備えていてもよい。
【0012】
また、別の実施形態では、通信システム１００は、１台又は２台以上の第１クライアントＥＣＵ２０Ａを備え、第２クライアントＥＣＵ２０Ｂを備えていなくてもよいし、１台又は２台以上の第２クライアントＥＣＵ２０Ｂを備え、第１クライアントＥＣＵ２０Ａを備えていなくてもよい。あるいは、通信システム１００は、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂに加えて、別のクライアントＥＣＵを備えていてもよい。
【0013】
第１サーバーＥＣＵ１０Ａの基本的な構成は、第２サーバーＥＣＵ１０Ｂの基本的な構成と同じである。第１サーバーＥＣＵ１０Ａは、第１イーサネット信号線５０Ａを介してイーサネットスイッチ３０に接続されている。第２サーバーＥＣＵ１０Ｂは、第２イーサネット信号線５０Ｂを介してイーサネットスイッチ３０に接続されている。第１イーサネット信号線５０Ａ及び第２イーサネット信号線５０Ｂは、イーサネットプロトコルに従って信号を伝達する。なお、イーサネットは登録商標である。別の実施形態では、第１サーバーＥＣＵ１０Ａは、第１イーサネット信号線５０Ａに加えて、他のイーサネット信号線
を介してイーサネットスイッチ３０に接続されていてもよい。また、第２サーバーＥＣＵ１０Ｂは、第２イーサネット信号線５０Ｂに加えて、他のイーサネット信号線を介してイーサネットスイッチ３０に接続されていてもよい。
を介してイーサネットスイッチ３０に接続されていてもよい。また、第２サーバーＥＣＵ１０Ｂは、第２イーサネット信号線５０Ｂに加えて、他のイーサネット信号線を介してイーサネットスイッチ３０に接続されていてもよい。
【0014】
第１クライアントＥＣＵ２０Ａの基本的な構成は、第２クライアントＥＣＵ２０Ｂの基本的な構成と同じである。第１クライアントＥＣＵ２０Ａ及び第２クライアントＥＣＵ２０Ｂの各々は、第１イーサネット信号線５０Ａ及び／又は第２イーサネット信号線５０Ｂを介して、イーサネットスイッチ３０に接続されている。本実施形態では、第１イーサネット信号線５０Ａの帯域は、第２イーサネット信号線５０Ｂの帯域よりも広い。例えば、第１イーサネット信号線５０Ａの帯域は、１秒当たり１０Ｇビットであり、第２イーサネット信号線５０Ｂの帯域は、１秒当たり１０Ｍビットである。別の実施形態では、第１クライアントＥＣＵ２０Ａ及び第２クライアントＥＣＵ２０Ｂの各々は、第１イーサネット信号線５０Ａ及び／又は第２イーサネット信号線５０Ｂに加えて、他のイーサネット信号線を介してイーサネットスイッチ３０に接続されていてもよい。
【0015】
イーサネットスイッチ３０は、第１サーバーＥＣＵ１０Ａと第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂとの間、並びに、第２サーバーＥＣＵ１０Ｂと第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂとの間に、イーサネット通信を確立する。また、イーサネットスイッチ３０は、第１サーバーＥＣＵ１０Ａと第２サーバーＥＣＵ１０Ｂとの間にイーサネット通信を確立してもよいし、第１クライアントＥＣＵ２０Ａと第２クライアントＥＣＵ２０Ｂとの間にイーサネット通信を確立してもよい。イーサネットスイッチ３０は、イーサネット通信が確立されたＥＣＵ間で、イーサネットパケットを中継する。
【0016】
次に、図２を参照して、第１サーバーＥＣＵ１０Ａの構成について説明する。第１サーバーＥＣＵ１０Ａは、カメラモジュールであり、映像を撮影して、映像ストリームを第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂへ送信する。映像ストリームは、継続的には発生するストリームデータであり、時刻情報を含んでもよい。
【0017】
第１サーバーＥＣＵ１０Ａは、イメージャ１１と、サーバーサービス制御部１２と、を備える。イメージャ１１は、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂへカメラサービスを提供する。
【0018】
サーバーサービス制御部１２は、サービス指向通信を実現するためのプロトコルスタックを実装し、イメージャ１１により撮影された映像データを、イベントデータとして配信する。具体的には、サーバーサービス制御部１２は、Scalable service - Oriented MiddlewarE over Internet Protocol（以下、ＳＯＭＥ／ＩＰ）、Data Distribution Service
(以下、ＤＤＳ)などのサービス指向通信プロトコルを実装している。ＳＯＭＥ／ＩＰ及びＤＤＳは、Transmission Control Protocol / Internet Protocol（以下、ＴＣＰ／ＩＰ）上で実現される。本実施形態において、ＳＯＭＥ／ＩＰ及びＤＤＳは、本開示の第１プロトコルに相当する。
(以下、ＤＤＳ)などのサービス指向通信プロトコルを実装している。ＳＯＭＥ／ＩＰ及びＤＤＳは、Transmission Control Protocol / Internet Protocol（以下、ＴＣＰ／ＩＰ）上で実現される。本実施形態において、ＳＯＭＥ／ＩＰ及びＤＤＳは、本開示の第１プロトコルに相当する。
【0019】
さらに、サーバーサービス制御部１２は、大容量データを配信するためのプロトコルスタックを実装していてもよい。具体的には、サーバーサービス制御部１２は、大容量データを配信するため、Institute of Electrical and Electronics Engineers （以下、ＩＥＥＥ）１７２２などのプロトコルを実装していてもよい。本実施形態において、ＩＥＥＥ１７２２は、本開示の第２プロトコルに相当する。
【0020】
サーバーサービス制御部１２は、第１イーサネット信号線５０Ａを介して、サービスを提供するための提示メッセージを、第１及び第２クライアントＥＣＵ２０Ａ，２０Ｂへ送
信する。提示メッセージは、ＳＯＭＥ／ＩＰ又はＤＤＳに従っており、サービスＩＤを含み、第１サーバーＥＣＵ１０Ａが提供するサービスの内容を示す。サーバーサービス制御部１２が、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂからイベントデータの購読要求を受けたことにより、第１サーバーＥＣＵ１０Ａと、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂとの間にサービス指向通信が確立される。
信する。提示メッセージは、ＳＯＭＥ／ＩＰ又はＤＤＳに従っており、サービスＩＤを含み、第１サーバーＥＣＵ１０Ａが提供するサービスの内容を示す。サーバーサービス制御部１２が、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂからイベントデータの購読要求を受けたことにより、第１サーバーＥＣＵ１０Ａと、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂとの間にサービス指向通信が確立される。
【0021】
サーバーサービス制御部１２は、サービス指向通信の確立後、第１イーサネット信号線５０Ａを介して、第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂへ、ＳＯＭＥ／ＩＰ又はＩＥＥＥ１７２２に従って、所定の間隔でイベントデータを送信する。イベントデータは、映像ストリームである。
【0022】
第２サーバーＥＣＵ１０Ｂは、イメージャ１１以外のマイクロプロセッシングユニットを備え、第１サーバーＥＣＵ１０Ａと異なる機能を有し、カメラサービス以外のサービスを第１クライアントＥＣＵ２０Ａ及び／又は第２クライアントＥＣＵ２０Ｂへ提供する。例えば、第２サーバーＥＣＵ１０Ｂは、アクチュエータを制御する制御装置であってもよい。また、別の実施形態では、第１サーバーＥＣＵ１０Ａは、イメージャ１１以外のマイクロプロセッシングユニットを搭載し、カメラサービス以外のサービスを提供してもよい。
【0023】
次に、図２及び３を参照して、第１クライアントＥＣＵ２０Ａの構成について説明する。第２クライアントＥＣＵ２０Ｂは、第１クライアントＥＣＵ２０Ａと同様の構成を備えるため、説明を省略する。第１クライアントＥＣＵ２０Ａは、ホストデバイス２１と、サービスレシーバ２２と、第１信号線２５と、第２信号線２６と、メモリ２８と、を備える。
【0024】
ホストデバイス２１は、小規模なマイクロプロセッシングユニット又はシステムオンチップである。図３に示すように、ホストデバイス２１は、ＣＰＵ２１５と、内部バス２１７と、を備える。
【0025】
さらに、ホストデバイス２１は、ＣＰＵ２１５がプログラムを実行することにより、設定部２１３の機能を有する。別の実施形態では、設定部２１３の機能は、ハードウェアにより実現されてもよいし、ソフトウェアとハードウェアの組み合わせにより実現されてもよい。
【0026】
ホストデバイス２１、第１信号線２５及び第２信号線２６の各々を介してサービスレシーバ２２に接続されている。詳しくは、第１信号線２５は、後述するサービスレシーバ２２の第１インターフェース（以下、第１ＩＦ）２２５に接続されており、第２信号線２６は、第２インターフェース（以下、第２ＩＦ）２２６に接続されている。
【0027】
第１信号線２５は、ホストデバイス２１とサービスレシーバ２２との間で、設定値及び通知などの小容量データを送受信するための信号線である。第１信号線２５及び第１ＩＦ２２５は、Serial Peripheral Interface （以下、ＳＰＩ）などに対応している。
【0028】
第２信号線２６は、映像ストリームのような大容量データを高速で送信するための信号線である。第２信号線２６及び第２ＩＦ２２６は、Mobile Industry Processor Interface - Camera Serial Interface (ＭＩＰＩ－ＣＳＩ)、Mobile Industry Processor Interface - Camera Serial Interface 2 (ＭＩＰＩ－ＣＳＩ２)、Mobile Industry Processor Interface - Display Serial Interface (ＭＩＰＩ－ＤＳＩ)、Peripheral Component Interconnect - Express (ＰＣＩ－Ｅｘｐｒｅｓｓ)及びDouble Data Rate (ＤＤＲ)などに
対応している。
対応している。
【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】
（ｄ）上述した通信レシーバの他、当該通信レシーバを構成要素とするシステム、当該通信レシーバとしてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実体的記録媒体、サービス指向の通信方法など、種々の形態で本開示を実現することもできる。
【0071】
［本明細書が開示する技術思想］
［項目１］
単一又は複数の通信線（５０Ａ，５０Ｂ）を介して電子制御装置（１０Ａ，１０Ｂ）に接続されるように構成された通信装置（２０Ａ，２０Ｂ）内で、前記通信装置の主制御部（２１）に接続される通信レシーバ（２２）であって、
前記主制御部に接続されるように構成された第１インターフェース（２２５）と、
前記主制御部に接続されるように構成された第２インターフェース（２２６）と、
前記第１インターフェースを介して前記主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、前記電子制御装置へサービスを探索するための探索メッセージを送信するように構成されたサービス制御部（２２１）と、
前記第１インターフェースを介して前記主制御部から受けた第２設定情報に基づき、前記電子制御装置から受信した前記第１プロトコル又は前記第１プロトコルと異なる第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、前記第２インターフェースを介して前記ストリームデータを前記主制御部へ送信するように構成されたサービスインターフェース部（２２２）と、
を備える、通信レシーバ。
［項目２］
前記サービス制御部（２２１）は、前記電子制御装置（１０Ａ，１０Ｂ）へサービス購読要求を自発的に発信するように構成されている、
項目１に記載の通信レシーバ。
［項目３］
前記サービスインターフェース部（２２２）は、前記第２インターフェース（２２６）及び前記主制御部（２１）を介して、前記第２設定情報により指定されたメモリ（２８）へ、ダイレクトメモリアクセス方式で前記ストリームデータを送るように構成されている、
項目１又は２に記載の通信レシーバ。
［項目４］
前記第１プロトコルは、Scalable service - Oriented MiddlewarE over IP（ＳＯＭＥ
／ＩＰ）、又は、Data Distribution Service (ＤＤＳ)である、
項目１～３のいずれか１項目に記載の通信レシーバ。
［項目５］
前記第２プロトコルは、Institute of Electrical and Electronics Engineers (ＩＥＥＥ)１７２２である、
項目１～４のいずれか１項目に記載の通信レシーバ。
［項目６］
前記第１インターフェース（２２５）は、Serial Peripheral Interface （ＳＰＩ）である、
項目１～５のいずれか１項目に記載の通信レシーバ。
［項目７］
前記第２インターフェース（２２６）は、Mobile Industry Processor Interface - Camera Serial Interface (ＭＩＰＩ－ＣＳＩ)、Mobile Industry Processor Interface - Camera Serial Interface 2 (ＭＩＰＩ－ＣＳＩ２)、Mobile Industry Processor Interface - Display Serial Interface (ＭＩＰＩ－ＤＳＩ)、Peripheral Component Interconnect - Express (ＰＣＩ－Ｅｘｐｒｅｓｓ)及びDouble Data Rate (ＤＤＲ)のいずれかである、
項目１～６のいずれか１項目に記載の通信レシーバ。
［項目１］
単一又は複数の通信線（５０Ａ，５０Ｂ）を介して電子制御装置（１０Ａ，１０Ｂ）に接続されるように構成された通信装置（２０Ａ，２０Ｂ）内で、前記通信装置の主制御部（２１）に接続される通信レシーバ（２２）であって、
前記主制御部に接続されるように構成された第１インターフェース（２２５）と、
前記主制御部に接続されるように構成された第２インターフェース（２２６）と、
前記第１インターフェースを介して前記主制御部から受けた第１設定情報に基づき、サービス通信プロトコルである第１プロトコルに従って、前記電子制御装置へサービスを探索するための探索メッセージを送信するように構成されたサービス制御部（２２１）と、
前記第１インターフェースを介して前記主制御部から受けた第２設定情報に基づき、前記電子制御装置から受信した前記第１プロトコル又は前記第１プロトコルと異なる第２プロトコルに従ったイベントメッセージを、ストリームデータに変換し、前記第２インターフェースを介して前記ストリームデータを前記主制御部へ送信するように構成されたサービスインターフェース部（２２２）と、
を備える、通信レシーバ。
［項目２］
前記サービス制御部（２２１）は、前記電子制御装置（１０Ａ，１０Ｂ）へサービス購読要求を自発的に発信するように構成されている、
項目１に記載の通信レシーバ。
［項目３］
前記サービスインターフェース部（２２２）は、前記第２インターフェース（２２６）及び前記主制御部（２１）を介して、前記第２設定情報により指定されたメモリ（２８）へ、ダイレクトメモリアクセス方式で前記ストリームデータを送るように構成されている、
項目１又は２に記載の通信レシーバ。
［項目４］
前記第１プロトコルは、Scalable service - Oriented MiddlewarE over IP（ＳＯＭＥ
／ＩＰ）、又は、Data Distribution Service (ＤＤＳ)である、
項目１～３のいずれか１項目に記載の通信レシーバ。
［項目５］
前記第２プロトコルは、Institute of Electrical and Electronics Engineers (ＩＥＥＥ)１７２２である、
項目１～４のいずれか１項目に記載の通信レシーバ。
［項目６］
前記第１インターフェース（２２５）は、Serial Peripheral Interface （ＳＰＩ）である、
項目１～５のいずれか１項目に記載の通信レシーバ。
［項目７］
前記第２インターフェース（２２６）は、Mobile Industry Processor Interface - Camera Serial Interface (ＭＩＰＩ－ＣＳＩ)、Mobile Industry Processor Interface - Camera Serial Interface 2 (ＭＩＰＩ－ＣＳＩ２)、Mobile Industry Processor Interface - Display Serial Interface (ＭＩＰＩ－ＤＳＩ)、Peripheral Component Interconnect - Express (ＰＣＩ－Ｅｘｐｒｅｓｓ)及びDouble Data Rate (ＤＤＲ)のいずれかである、
項目１～６のいずれか１項目に記載の通信レシーバ。
【符号の説明】
【0072】
１０Ａ…第１サーバーＥＣＵ、１０Ｂ…第２サーバーＥＣＵ、２０Ａ…第１クライアントＥＣＵ、２０Ｂ…第２クライアントＥＣＵ、２１…ホストデバイス、２２…サービスレシーバ、２８…メモリ、１００…通信システム、２２１…クライアントサービス制御部、２２２…サービスＩＦ部、２２５…第１ＩＦ、２２６…第２ＩＦ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】