JP6729488B2 - 通信システム、マスタノード、及び制御プログラム - Google Patents

Description

本発明は、スケジュールを用いたマスタスレーブ方式による通信システム、マスタノード、及び制御プログラムに関するものである。

特許文献１には、通信システムとして、シリアル通信の信号線によって接続された電子制御装置（以下、ＥＣＵ）と制御対象機器との間で、スケジュールを用いたマスタスレーブ方式を採用した通信プロトコルを用いて通信を行う技術が開示されている。

このような通信システムに用いられる、マスタスレーブ方式を採用した通信プロトコルとしては、例えばＬＩＮ（Local Interconnect Network）が知られている。従来、ＬＩＮを用いた通信システムでは、マスタノードが、アクションを行わせたいノードのＩＤを含むヘッダを、スケジュールに従った順番で送信し、各ノードが、送信されてきたヘッダが自ノードのＩＤを含む場合にレスポンスを返信していた。

また、ＬＩＮを用いた従来の通信システムでは、１つのスレーブノードが、それぞれ異なるレスポンスを返す複数の機能（以下、単に複数の機能）を有している場合、マスタノードは、この複数の機能の数だけヘッダを順番に送信する動作を繰り返し、この複数の機能ごとのレスポンスを受けていた。さらに、ＬＩＮを用いた従来の通信システムでは、スレーブノードの１つの機能についてのレスポンス数が複数フレームにわたる複数である場合には、この機能については、必要なレスポンス数だけヘッダを順番に送信する動作を追加し、必要なレスポンス数だけレスポンスを受けていた。

特開２０１２−８０３６０号公報

しかしながら、ＬＩＮを用いた従来の通信システムでは、スレーブノードが複数の機能を有している場合に、マスタノードがスレーブノードからレスポンスを受ける応答性が悪くなる問題点があった。詳しくは、以下の通りである。

ＬＩＮを用いた従来の通信システムでは、ヘッダによってスレーブノードの複数の機能の個々を区別して指定することはできなかった。よって、スケジュールにおいて何番目のヘッダの送信に対してどの機能についてのレスポンスを返すのかを定めることで、複数の機能の全てについてレスポンスを取りあえず順番に返信させることで、目的の機能についてのレスポンスを受けていた。

従って、マスタノードは、目的の機能以外の機能についてのレスポンスが順番に返信されてくるのを待った上で目的の機能についてのレスポンスを受ける分だけ、応答性が悪くなる問題点が生じる。また、１つの機能についてのレスポンス数が複数フレームにわたる複数である場合には、レスポンス数が増える分だけ遅延時間が長くなり、この問題点が更に大きくなる。

この開示のひとつの目的は、スレーブノードがそれぞれ異なるレスポンスを返す複数の機能を有している場合であっても、マスタノードがスレーブノードからレスポンスを受ける応答性をより向上させることを可能にする通信システム、マスタノード、及び制御プログラムを提供することにある。

上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、発明の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。

上記目的を達成するために、本発明の通信システムは、マスタノード（２ａ）と、そのマスタノードとバス（４）で接続される少なくとも１つのスレーブノード（３ａ）とを含み、マスタノードは、指定する対象についての識別情報を含むヘッダを、予め設定されたスケジュールに従って送信する送信部（２２０）を備え、スレーブノードは、ヘッダを受信したことに応じてレスポンスを返信することが可能な返信部（３２０ａ）を備える通信システムであって、スレーブノードは、それぞれ異なるレスポンスを返信する複数の機能を有しているスレーブノードを少なくとも含んでおり、送信部は、指定する対象についての識別情報として、指定する機能についての機能別に割り当てられた識別情報を含むヘッダを、機能別に予め設定されたスケジュールに従って送信し、返信部は、受信したヘッダに含まれる識別情報が、自スレーブノードの機能についての識別情報である場合に、その識別情報で指定される機能についてのレスポンスを返信し、スレーブノードは、１つの機能について返信するレスポンスの返信回数が複数回にわたる場合があるものであって、返信部は、識別情報で指定される機能についてのレスポンスを返信する場合に、そのレスポンスに、その機能についてのレスポンスのうちの何番目の返信かを示す順番情報を含ませずに返信し、マスタノードは、スレーブノードから返信されるレスポンスを受信するレスポンス受信部（２３０ａ）を備え、レスポンス受信部は、逐次受信するレスポンスと予め設定されている機能別のレスポンスの返信回数とをもとに、指定した機能についてのレスポンスの完了を判断し、マスタノードは、指定する機能別に正しいレスポンスの構造の情報を保持しておく保持部をさらに備え、レスポンス受信部は、逐次受信するレスポンスと予め設定されている機能別のレスポンスの返信回数と保持部に保持されるレスポンスの構造の情報とをもとに、逐次受信するレスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合に、指定した機能についてのレスポンスの完了を判断する。

これによれば、指定する機能についての機能別に割り当てられた識別情報を含むヘッダをマスタノードから送信し、その識別情報で指定される機能についてのレスポンスをスレーブノードが返信するので、スレーブノードがそれぞれ異なるレスポンスを返す複数の機能を有している場合であっても、機能を指定してレスポンスを返信させることが可能になる。また、ヘッダは、機能別に予め設定されたスケジュールに従って送信するので、目的の機能以外の機能を指定するヘッダを送信させないようにすることが可能になる。従って、複数の機能の全てについてレスポンスを取りあえず順番に返信させる場合に比べて、マスタノードがスレーブノードからレスポンスを受ける応答性をより向上させることが可能になる。

その結果、スレーブノードがそれぞれ異なるレスポンスを返す複数の機能を有している場合であっても、マスタノードがスレーブノードからレスポンスを受ける応答性をより向上させることが可能になる。

上記目的を達成するために、本発明のマスタノードは、マスタノード（２ａ）と、そのマスタノードとバス（４）で接続される少なくとも１つのスレーブノード（３ａ）とを含む通信システム（１ａ）で用いられるマスタノードであって、指定する対象についての識別情報を含むヘッダを、予め設定されたスケジュールに従って送信する送信部（２２０）と、ヘッダを受信したことに応じてレスポンスを返信することが可能なスレーブノードから返信されるレスポンスを受信するレスポンス受信部（２３０ａ）とを備え、送信部は、それぞれ異なるレスポンスを返信する複数の機能を有しているスレーブノードに、指定する対象についての識別情報として、指定する機能についての機能別に割り当てられた識別情報を含むヘッダを、機能別に予め設定されたスケジュールに従って送信し、スレーブノードは、１つの機能について返信するレスポンスの返信回数が複数回にわたる場合があるものであって、且つ、識別情報で指定される機能についてのレスポンスを返信する場合に、そのレスポンスに、その機能についてのレスポンスのうちの何番目の返信かを示す順番情報を含ませずに返信するものであり、スレーブノードから返信されるレスポンスを受信するレスポンス受信部（２３０ａ）を備え、レスポンス受信部は、逐次受信するレスポンスと予め設定されている機能別のレスポンスの返信回数とをもとに、指定した機能についてのレスポンスの完了を判断し、指定する機能別に正しいレスポンスの構造の情報を保持しておく保持部をさらに備え、レスポンス受信部は、逐次受信するレスポンスと予め設定されている機能別のレスポンスの返信回数と保持部に保持されるレスポンスの構造の情報とをもとに、逐次受信するレスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合に、指定した機能についてのレスポンスの完了を判断する。

また、上記目的を達成するために本発明の第１の制御プログラムは、マスタノード（２ａ）と、そのマスタノードとバス（４）で接続される少なくとも１つのスレーブノード（３ａ）とを含む通信システム（１ａ）で用いられるマスタノードを制御する制御プログラムであって、コンピュータを、指定する対象についての識別情報を含むヘッダを、予め設定されたスケジュールに従って送信する送信部（２２０）と、ヘッダを受信したことに応じてレスポンスを返信することが可能なスレーブノードから返信されるレスポンスを受信するレスポンス受信部（２３０，２３０ａ）と、レスポンス受信部（２３０ａ）として機能させ、送信部が、さらに、それぞれ異なるレスポンスを返信する複数の機能を有しているスレーブノードに、指定する対象についての識別情報として、指定する機能についての機能別に割り当てられた識別情報を含むヘッダを、機能別に予め設定されたスケジュールに従って送信し、スレーブノードは、１つの機能について返信するレスポンスの返信回数が複数回にわたる場合があるものであって、且つ、識別情報で指定される機能についてのレスポンスを返信する場合に、そのレスポンスに、その機能についてのレスポンスのうちの何番目の返信かを示す順番情報を含ませずに返信するものであり、レスポンス受信部（２３０ａ）が、スレーブノードから返信されるレスポンスを受信し、逐次受信するレスポンスと予め設定されている機能別のレスポンスの返信回数とをもとに、指定した機能についてのレスポンスの完了を判断し、逐次受信するレスポンスと、予め設定されている機能別のレスポンスの返信回数と、指定する機能別に正しいレスポンスの構造の情報を保持しておく保持部に保持されるレスポンスの構造の情報とをもとに、逐次受信するレスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合に、指定した機能についてのレスポンスの完了を判断するように機能させる。

これらによれば、指定する機能についての機能別に割り当てられた識別情報を含むヘッダをマスタノードから送信し、その識別情報で指定される機能についてのレスポンスをスレーブノードから受信するので、スレーブノードがそれぞれ異なるレスポンスを返す複数の機能を有している場合であっても、機能を指定してレスポンスを返信させることが可能になる。また、ヘッダは、機能別に予め設定されたスケジュールに従って送信するので、目的の機能以外の機能を指定するヘッダを送信させないようにすることが可能になる。従って、複数の機能の全てについてレスポンスを取りあえず順番に返信させる場合に比べて、マスタノードがスレーブノードからレスポンスを受ける応答性をより向上させることが可能になる。

その結果、スレーブノードがそれぞれ異なるレスポンスを返す複数の機能を有している場合であっても、マスタノードがスレーブノードからレスポンスを受ける応答性をより向上させることが可能になる。

実施形態１における車載通信システム１の概略的な構成の一例を示す図である。 実施形態１におけるスケジュールテーブルとシリアル通信との関係の一例を説明するための図である。 実施形態１におけるスケジュールテーブルの一例を説明するための図である。 実施形態１におけるスケジュールテーブルの一例を説明するための図である。 実施形態１におけるスケジュールテーブルの一例を説明するための図である。 実施形態１におけるヘッダのデータ構造の一例を説明するための図である。 実施形態１におけるレスポンスのデータ構造の一例を説明するための図である。 実施形態１におけるヘッダの送信に対するレスポンスの返信の一例について説明するための図である。 ボデーＥＣＵ２でのシリアル通信関連処理の流れの一例を示すフローチャートである。 ＲＦレシーバ３でのシリアル通信関連処理の流れの一例を示すフローチャートである。 従来技術におけるスケジュールテーブルの一例を説明するための図である。 実施形態２における車載通信システム１ａの概略的な構成の一例を示す図である。 実施形態２におけるヘッダの送信に対するレスポンスの返信の一例について説明するための図である。

図面を参照しながら、開示のための複数の実施形態を説明する。なお、説明の便宜上、複数の実施形態の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態における説明を参照することができる。

（実施形態１）
＜車載通信システム１の概略構成＞
以下、本発明の実施形態１について図面を用いて説明する。車載通信システム１は、車両に搭載されるものであって、図１に示すように、ボデーＥＣＵ２、ＲＦレシーバ３、及びシリアル通信線４を含んでいる。この車載通信システム１が請求項の通信システムに相当する。

車載通信システム１は、マスタスレーブ方式を採用した通信プロトコルを用いて通信を行う車載ネットワークであって、スケジュールに基づく通信を行うものである。車載通信システム１は、例えばＬＩＮ（Local Interconnect Network）といった通信プロトコルを用いてシリアル通信を行うものとして以降の説明を行う。

ボデーＥＣＵ２は、自車のヘッドライト，ハザードランプ，ウィンカーランプ，ルームランプ等の照明、ドアの施解錠、パワーウィンドウ等のボデー系の機器を制御する電子制御装置であり、ＲＦレシーバ３、入力装置５、及び出力装置６と接続されている。このボデーＥＣＵ２が、車載通信システム１のマスタノードに相当する。ボデーＥＣＵ２は、シリアル通信線４を介してＲＦレシーバ３と接続されている。シリアル通信線４は、１本の信号線（つまり、シングルワイヤ）であって、このシリアル通信線４が請求項のバスに相当する。

入力装置５は、ボデー系の機器に関するスイッチ（以下、ＳＷ）及び／又はセンサである。一例としては、自車のドアハンドルに設けられたドアロックＳＷ，自車のドアの開閉を検出するカーテシＳＷ，照明をオンオフさせるライトＳＷ，自車の走行駆動源を始動させるためのスタートＳＷ等がある。出力装置６は、ボデー系の機器に関するアクチュエータ，照明等である。一例としては、自車のドアのドアロックモータ，各種照明等がある。

ＲＦレシーバ３は、タイヤ空気圧センサユニット７及び携帯機８から送信されるＲＦ信号を受信する受信機であり、シリアル通信線４を介してボデーＥＣＵ２と接続されている。このＲＦレシーバ３が車載通信システム１のスレーブノードに相当する。ＲＦ信号とは、ＵＨＦ帯の電波にて送信される信号である。ＵＨＦ帯とは、例えば３００ＭＨｚ〜３ＧＨｚの周波数帯である。

タイヤ空気圧センサユニット７は、例えば、タイヤ空気圧を検出する空気圧センサと、無線通信でデータを送受信する無線通信部と、無線通信部を制御する制御部とからなる構成とすればよい。例えば、タイヤ空気圧センサユニット７は、自車の各タイヤに設けられて、各タイヤのタイヤ空気圧を検出し、検出したタイヤ空気圧のデータを含むＲＦ信号を無線通信で送信する構成とすればよい。

一例として、タイヤ空気圧センサユニット７は、自車に搭載されたＬＦアンテナからＬＦ帯の電波にて送信される、タイヤ空気圧のデータを要求する要求信号を受信した場合に、空気圧センサで検出したタイヤ空気圧のデータを含むＲＦ信号を送信する構成とすればよい。ＬＦ帯とは、例えば３０ｋＨｚ〜３００ｋＨｚの周波数帯である。

携帯機８は、所謂電子キーの機能を有するものであって、ユーザによって操作されるスイッチと、無線通信でデータを送受信する無線通信部と、無線通信部を制御する制御部とからなる構成とすればよい。携帯機８は、所謂Ｆｏｂであってもよいし、電子キーの機能を有する多機能携帯電話機等であってもよい。また、携帯機８は、ＲＫＥ（Remote Keyless Entry）機能に関する処理とＰＥＰＳ（Passive Entry Passive Start）機能に関する処理とを実行可能なものとする。

ＲＫＥ機能とは、携帯機８のスイッチ操作に応じて認証用コードと施解錠等の車両制御を指示するコマンドを含むＲＦ信号を送信して認証処理を実施することで、車両ドアの施解錠の制御を実行する機能である。ＰＥＰＳ機能とは、携帯機８のスイッチ操作なしに無線通信による認証処理を実施することで、車両ドアの施解錠の制御及び走行駆動源の始動許可を実行する機能である。ＰＥＰＳ（Passive Entry Passive Start）機能に関する処理として、携帯機８は、自車に搭載されたＬＦアンテナからＬＦ帯の電波にて送信される、認証用コードを要求する要求信号を受信した場合に、認証用コードを含むＲＦ信号を送信する構成とすればよい。

ＲＦレシーバ３は、タイヤ空気圧センサユニット７から送信されてくる、タイヤ空気圧のデータを含むＲＦ信号を受信する。つまり、タイヤ空気圧の検出結果をモニタリングするＴＰＭ（Tire Pressure Monitoring）機能に関する機能を有する。また、ＲＦレシーバ３は、携帯機８から携帯機８のスイッチ操作に応じたＲＦ信号が送信されてくる場合に、このＲＦ信号を受信する。つまり、ＲＫＥ機能に関する機能も有する。さらに、ＲＦレシーバ３は、携帯機８のスイッチ操作なしに携帯機８から認証用コードを含むＲＦ信号が送信されてくる場合に、このＲＦ信号を受信する。つまり、ＰＥＰＳ機能に関する機能も有する。ＲＦレシーバ３は、以上のように、ＴＰＭ機能に関する機能，ＲＫＥ機能に関する機能，ＰＥＰＳ機能に関する機能といった複数の機能を有する。以降では、便宜上、ＲＦレシーバ３が有するＴＰＭ機能に関する機能，ＲＫＥ機能に関する機能，ＰＥＰＳ機能に関する機能を、ＴＰＭ機能，ＲＫＥ機能，ＰＥＰＳ機能と呼ぶ。

マスタノードであるボデーＥＣＵ２は、送信要求であるヘッダをシリアル通信線４に送信し、このヘッダに応じてマスタノードであるボデーＥＣＵ２若しくはスレーブノードであるＲＦレシーバ３から送信されるレスポンスを受信する。本実施形態では、便宜上、スレーブノードであるＲＦレシーバ３から送信されるレスポンスを受信する場合を例に挙げて以降の説明を行う。具体例としては、ボデーＥＣＵ２は、ＲＦレシーバ３にヘッダを送信することで、ＴＰＭ機能についてのレスポンス，ＲＫＥ機能についてのレスポンス，ＰＥＰＳ機能についてのレスポンスを受信する。ＴＰＭ機能についてのレスポンスに含ませる応答データは、タイヤ空気圧の検出結果とすればよい。ＲＫＥ機能についてのレスポンスに含ませる応答データは、認証用コード及びコマンドとすればよい。ＰＥＰＳ機能についてのレスポンスに含ませる応答データは、認証用コードとすればよい。

＜ボデーＥＣＵ２の概略構成＞
続いて、図１を用いて、ボデーＥＣＵ２の概略構成についての説明を行う。ボデーＥＣＵ２は、図１に示すように、マイコン２０、シリアル通信ＩＦ２１、入力ＩＦ２２、及び出力ＩＦ２３を備える。

シリアル通信ＩＦ２１は、ボデーＥＣＵ２がシリアル通信線４を介して通信を行う際のインターフェースである。入力ＩＦ２２は、ボデーＥＣＵ２が入力装置５からの入力を受けるインターフェースである。出力ＩＦ２３は、ボデーＥＣＵ２が出力装置６へ出力を行うインターフェースである。

マイコン２０は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータである。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non- transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。マイコン２０は、このメモリに記憶された制御プログラムを実行することにより、ＲＦレシーバ３とのシリアル通信をはじめとするボデーＥＣＵ２の種々の機能を実現する。このＲＦレシーバ３とのシリアル通信に関するマイコン２０の機能を実現するための制御プログラムが請求項の制御プログラムに相当する。

＜ボデーＥＣＵ２のマイコン２０の概略構成＞
続いて、ボデーＥＣＵ２のマイコン２０の概略構成についての説明を行う。マイコン２０は、図１に示すように、入力制御部２００、切替制御部２１０、ヘッダ送信部２２０、レスポンス受信部２３０、ＲＦデータ処理部２４０、及び出力制御部２５０を機能ブロックとして備える。なお、マイコン２０が実行する機能の一部又は全部を、一つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、マイコン２０が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

入力制御部２００は、入力装置５からの入力に関する制御を行う。一例としては、入力装置５からの信号を取得する。切替制御部２１０は、ボデーＥＣＵ２からヘッダを送信するタイミングを定義したスケジュールを切り替える。切替制御部２１０は、不揮発性メモリに予め格納されている複数のスケジュールテーブルをもとに、車両状態の変化に応じてスケジュールを切り替える。

ここで、図２を用いて本実施形態のスケジュールテーブルとシリアル通信との関係の一例について説明する。本実施形態では、ノードが有する機能別にヘッダの識別情報（以下、ヘッダＩＤ）が割り当てられており、ノードが有する機能別に予めスケジュールが予め設定されているものとする。以下では、ノードが有する機能は、スレーブノードであるＲＦレシーバ３が有するＰＥＰＳ機能，ＲＫＥ機能，ＴＰＭ機能であるものとして説明を行う。

図２に示すように、ＰＥＰＳ機能にはヘッダＩＤ「０×０１」，ＲＫＥ機能にはヘッダＩＤ「０×０２」，ＴＰＭ機能にはヘッダＩＤ「０×０３」といったように、ノードが有する機能別にヘッダＩＤが割り当てられる。そして、スケジュールテーブルは、「０×０１」，「０×０２」，「０×０３」といったように、ヘッダＩＤごと、すなわちノードが有する機能ごととなっている。また、ＰＥＰＳ機能について返信されるレスポンスの返信回数は２フレーム，ＲＫＥ機能について返信されるレスポンスの返信回数は３フレーム，ＴＰＭ機能について返信されるレスポンスの返信回数は１フレームとする。各機能について返信されるレスポンスの返信回数は、例えば不揮発性メモリに予め格納しておく構成とすればよい。

続いて、図３〜図５を用いて、本実施形態のスケジュールテーブルの一例について説明する。本実施形態のスケジュールテーブルは、前述したように、ノードが有する機能ごととなっており、ＰＥＰＳ機能用のスケジュールテーブル（図３参照），ＲＫＥ機能用のスケジュールテーブル（図４参照），ＴＰＭ用のスケジュールテーブル（図５参照）が、例えば不揮発性メモリに予め格納されている。

ＰＥＰＳ機能用のスケジュールテーブルでは、ＰＥＰＳ機能についてのヘッダＩＤ「０×０１」を含むヘッダの送信に対して、ＰＥＰＳ機能についてのレスポンスを通信フレーム時間１０ｍｓｅｃ間に返信することが定義されている。ＲＫＥ機能用のスケジュールテーブルでは、ＲＫＥ機能についてのヘッダＩＤ「０×０２」を含むヘッダの送信に対して、ＲＫＥ機能についてのレスポンスを通信フレーム時間１０ｍｓｅｃ間に返信することが定義されている。ＴＰＭ機能用のスケジュールテーブルでは、ＴＰＭ機能についてのヘッダＩＤ「０×０３」を含むヘッダの送信に対して、ＴＰＭ機能についてのレスポンスを通信フレーム時間１０ｍｓｅｃ間に返信することが定義されている。これらのスケジュールテーブルのいずれも、１番目の動作しか定義されていないため、同じ動作を繰り返すことが定義されていることになる。

切替制御部２１０は、入力制御部２００で入力装置５から取得する信号及び後述する出力制御部２５０での処理等をトリガとして、上述の複数のスケジュールテーブルをもとに、車両状態の変化に応じてスケジュールを切り替える。

ヘッダ送信部２２０は、切替制御部２１０で切り替えられているスケジュールに従って、指定する機能についてのヘッダＩＤを含むヘッダを、シリアル通信ＩＦ２１を介して送信する。このヘッダ送信部２２０が請求項の送信部に相当する。例えば、ＰＥＰＳ機能用のスケジュールテーブルで示されるスケジュールに切り替えられている場合には、ヘッダＩＤ「０×０１」を含むヘッダを、他のスケジュールに切り替えられるか、若しくはボデーＥＣＵ２がスリープ状態になるまで１０ｍｓｅｃごとに送信する。ＲＫＥ機能用のスケジュールテーブルで示されるスケジュールに切り替えられている場合，ＴＰＭ機能用のスケジュールテーブルで示されるスケジュールに切り替えられている場合についても、ヘッダＩＤが「０×０２」，「０×０３」となることを除けば同様である。

ここで、図６を用いて、本実施形態のヘッダのデータ構造の一例について説明する。本実施形態のヘッダは、図６に示すように、「Ｂｒｅａｋ」，「Ｓｙｎｃｈ」，「Ｆｕｎｃｔｉｏｎａｌ ＩＤ」の３つのフィールドで構成される。本実施形態のヘッダは、「Ｐｒｏｔｅｃｔｅｄ ＩＤ」の代わりに「Ｆｕｎｃｔｉｏｎａｌ ＩＤ」を用いる点を除けば、ＬＩＮで用いられる従来のヘッダと同様である。「Ｆｕｎｃｔｉｏｎａｌ ＩＤ」は、「Ｐｒｏｔｅｃｔｅｄ ＩＤ」とは、ノード別に割り当てられる６ｂｉｔのフレームＩＤ及び２ｂｉｔのパリティ（parity）のうちのフレームＩＤの代わりに、ノードが有する機能別に割り当てられるヘッダＩＤを含む点が異なっている。

つまり、ボデーＥＣＵ２は、機能別に予め設定されたスケジュールのうちから、指定する機能に応じたスケジュールに切り替える切替制御部２１０を備え、ヘッダ送信部２２０は、ヘッダを、切替制御部２１０で切り替えたスケジュールに従って送信することになる。

レスポンス受信部２３０は、ヘッダ送信部２２０から送信したヘッダに応じてＲＦレシーバ３から返信されるレスポンスを受信する。例えば、ＰＥＰＳ機能についてのヘッダＩＤを含むヘッダの送信に対しては、ＰＥＰＳ機能についての応答データを含むレスポンスを受信し、ＲＫＥ機能についてのヘッダＩＤを含むヘッダの送信に対しては、ＲＫＥ機能についての応答データを含むレスポンスを受信する。また、ＴＰＭ機能についてのヘッダＩＤを含むヘッダの送信に対しては、ＴＰＭ機能についての応答データを含むレスポンスを受信する。

ここで、図７を用いて、本実施形態のレスポンスのうちのデータフィールドのデータ構造の一例について説明する。本実施形態のレスポンスのデータフィールドは、図７に示すように、「フレームＮｏ」，「ステータス」，「応答データ」の３つで構成される。本実施形態のレスポンスのデータフィールドは、「フレームＮｏ」を用いる点を除けば、ＬＩＮで用いられる従来のレスポンスのデータフィールドと同様である。なお、レスポンスには、データフィールドの他にチェックサムのフィールドも含むものとする。

「ステータス」は、エラー等のステータスを示す４ｂｉｔのデータであり、「応答データ」は、ＲＦレシーバ３がタイヤ空気圧センサユニット７及び携帯機８から受信したデータである。一例として、ＰＥＰＳ機能についての応答データは、ＲＦレシーバ３が携帯機８から受信した認証用コードとし、ＲＫＥ機能についての応答データは、ＲＦレシーバ３が携帯機８から受信した認証用コード及びコマンドとすればよい。また、ＴＰＭ機能についての応答データは、ＲＦレシーバ３がタイヤ空気圧センサユニット７から受信したタイヤ空気圧のデータとすればよい。

「フレームＮｏ」は、ヘッダの送信に対する何番目のレスポンスかを示す４ｂｉｔのデータである。この「フレームＮｏ」が請求項の順番情報に相当する。例えば、ＰＥＰＳ機能についてのヘッダＩＤを含むヘッダの送信に対しては、レスポンスの返信回数は２フレームであるので、レスポンスとしては、１番目のレスポンスと２番目のレスポンスが存在する。

ここで、図８を用いて、ＰＥＰＳ機能についてのヘッダＩＤを含むヘッダの送信に対するレスポンスの返信の一例について説明する。図８に示すように、マスタノードであるボデーＥＣＵ２からは、図３のスケジュールテーブルで示すスケジュールに従って、１０ｍｓｅｃごとにヘッダＩＤ「０×０１」を含むヘッダが送信される。一方、スレーブノードであるＲＦレシーバ３からは、このヘッダを受信するごとに、１番目を示す「フレームＮｏ」を含む１番目のレスポンスと、２番目を示す「フレームＮｏ」を含む２番目のレスポンスとを交互に返信する。

また、レスポンス受信部２３０は、逐次受信するレスポンスに含まれる「フレームＮｏ」と、ボデーＥＣＵ２の不揮発性メモリに格納されている機能別のレスポンスの返信回数とをもとに、ヘッダ送信部２２０から送信したヘッダで指定した機能についてのレスポンスの完了を判断する。一例としては、その機能についての返信回数分の正しい順番のレスポンスが得られた場合にレスポンスの完了を判断し、ＲＦデータ処理部２４０に得られたレスポンスの応答データを送る。

ＲＦデータ処理部２４０は、レスポンス受信部２３０から取得した応答データに応じた処理を行う。例えば、応答データが認証用コードであった場合には、ボデーＥＣＵ２の不揮発性メモリに予め登録されている正規の認証用コードと照合する認証を行う。また、応答データに認証用コードに加えてコマンドも含まれていた場合には、このコマンドを出力制御部２５０に送る。他にも、応答データがタイヤ空気圧のデータであった場合には、例えばタイヤ空気圧のデータを、タイヤ空気圧についての報知を行わせるメータＥＣＵ等のＥＣＵに出力すればよい。

出力制御部２５０は、入力制御部２００でドアロックＳＷの操作を示す信号を取得しており、且つ、ＲＦデータ処理部２４０で認証用コードの照合が成立した場合に、自車のドアのドアロックモータを駆動させ、自車のドアの施解錠を行わせる。また、出力制御部２５０は、ＲＦデータ処理部２４０から前述のコマンドを取得しており、且つ、ＲＦデータ処理部２４０で認証用コードの照合が成立した場合に、コマンドが指示する車両制御を行う。他にも、出力制御部２５０は、ＲＦデータ処理部２４０で認証用コードの照合が成立した場合に、走行駆動源の始動許可信号を、自車の走行駆動源を制御するＥＣＵに出力してもよい。

なお、本実施形態では、ボデーＥＣＵ２が、タイヤ空気圧のデータを用いて、タイヤ空気圧の低下を報知させる一例を示したが、必ずしもこれに限らず、タイヤ空気圧のデータを用いて車両制御を実行する装置にタイヤ空気圧のデータを出力する構成としてもよい。

＜ＲＦレシーバ３の概略構成＞
続いて、図１を用いて、ＲＦレシーバ３の概略構成についての説明を行う。ＲＦレシーバ３は、図１に示すように、マイコン３０、シリアル通信ＩＦ３１、及びＲＦアンテナ３２を備える。

シリアル通信ＩＦ３１は、ＲＦレシーバ３がシリアル通信線４を介して通信を行う際のインターフェースである。ＲＦアンテナ３２は、タイヤ空気圧センサユニット７及び携帯機８からＵＨＦ帯の電波にて送信されてくるＲＦ信号を受信するためのアンテナである。

マイコン３０は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータである。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non- transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。マイコン３０は、このメモリに記憶された制御プログラムを実行することにより、ボデーＥＣＵ２とのシリアル通信，ＲＦ信号の受信をはじめとするＲＦレシーバ３の種々の機能を実現する。このボデーＥＣＵ２とのシリアル通信に関するマイコン３０の機能を実現するための制御プログラムも請求項の制御プログラムに相当する。

＜ＲＦレシーバ３のマイコン３０の概略構成＞
続いて、ＲＦレシーバ３のマイコン３０の概略構成についての説明を行う。マイコン３０は、図１に示すように、ＲＦ復調部３００、ヘッダ受信部３１０、レスポンス送信部３２０、及び通信制御部３３０を機能ブロックとして備える。なお、マイコン３０が実行する機能の一部又は全部を、一つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。例えば、マイコン３０が実行する機能の全部をＡＳＩＣ（Application Specific Integrated circuit）によって実現してもよい。また、マイコン３０が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

ＲＦ復調部３００は、ＲＦアンテナ３２で受信したＲＦ信号を復調して、ＲＦ信号に含まれるデータを抽出し、通信制御部３３０に送る。ＲＦ信号に含まれるデータとしては、タイヤ空気圧センサユニット７で検出したタイヤ空気圧のデータ、及び携帯機８から送信された認証用コード，コマンド等がある。

ヘッダ受信部３１０は、ボデーＥＣＵ２から送信されてくるヘッダを受信する。レスポンス送信部３２０は、ヘッダ受信部３１０で受信するヘッダに応じて通信制御部３３０から出力されるレスポンスを送信する。このレスポンス送信部３２０が請求項の返信部に相当する。レスポンス送信部３２０は、図７に示すようなデータフィールドのデータ構造をもつレスポンスを送信する。

通信制御部３３０は、ＲＦ復調部３００から得たＲＦ信号に含まれるデータを例えば揮発性メモリ等のメモリに一時的に格納しておく。そして、ヘッダ受信部３１０で受信したヘッダに含まれるヘッダＩＤが、ＲＦレシーバ３が有する機能についてのヘッダＩＤであった場合には、このヘッダＩＤで指定される機能についてデータを揮発性メモリから読み出し、このデータを応答データとして含むレスポンスを生成してレスポンス送信部３２０から送信させる。レスポンスには、前述したように、何番目のレスポンスかを示す「フレームＮｏ」を含ませ、ヘッダを受信するごとに、必要な返信回数分のレスポンスを順次返信させる。

例えば、ＰＥＰＳ機能を指定するヘッダＩＤ「０×０１」であった場合には、認証用コードを応答データとして含む２フレーム分のレスポンスを、ヘッダＩＤ「０×０１」を含むヘッダを受信しなくなるまで、このヘッダを受信するごとに１フレーム分ずつ送信させる。また、ＲＫＥ機能を指定するヘッダＩＤ「０×０２」であった場合には、認証用コード及びコマンドを応答データとして含む３フレーム分のレスポンスを、ヘッダＩＤ「０×０２」を含むヘッダを受信しなくなるまで、このヘッダを受信するごとに１フレーム分ずつ送信させる。さらに、ＴＰＭ機能を指定するヘッダＩＤ「０×０３」であった場合には、タイヤ空気圧のデータを応答データとして含む１フレーム分のレスポンスを、ヘッダＩＤ「０×０３」を含むヘッダを受信しなくなるまで、このヘッダを受信するごとに送信させる。

＜ボデーＥＣＵ２でのシリアル通信関連処理＞
ここで、図９のフローチャートを用いて、マスタノードであるボデーＥＣＵ２でのシリアル通信に関連する処理（以下、シリアル通信関連処理）の流れの一例について説明を行う。図９のフローチャートは、ボデーＥＣＵ２がスリープ状態からウェイクアップした場合に開始される構成とすればよい。

まず、ステップＳ１では、ＲＦレシーバ３からのウェイクアップ要求でウェイクアップした場合（Ｓ１でＹＥＳ）には、ステップＳ３に移る。一方、ＲＦレシーバ３からのウェイクアップ要求以外でウェイクアップした場合（Ｓ１でＮＯ）には、ステップＳ２に移る。ＲＦレシーバ３からのウェイクアップ要求以外でウェイクアップする例としては、ボデーＥＣＵ２への入力装置５からの入力によってウェイクアップする場合等がある。

ステップＳ２では、マイコン２０がシリアル通信線４を介してＲＦレシーバ３にウェイクアップ要求を送信し、ＲＦレシーバ３をスリープ状態からウェイクアップさせ、ステップＳ３に移る。ステップＳ３では、切替制御部２１０がＲＫＥ機能用のスケジュールテーブルで示されるスケジュール（以下、単にＲＫＥ機能用のスケジュール）に切り替え、ヘッダ送信部２２０が、ＲＫＥ機能用のスケジュールに従ったヘッダの送信を開始する。

ステップＳ４では、ＰＥＰＳ機能に関するＳＷ（以下、ＰＥＰＳ系のＳＷ）からの入力を入力制御部２００で取得した場合、すなわちＰＥＰＳ系のＳＷ入力ありの場合（Ｓ４でＹＥＳ）には、ステップＳ５に移る。一方、ＰＥＰＳ系のＳＷ入力なしの場合（Ｓ４でＮＯ）には、Ｓ３に戻って処理を繰り返す。ＰＥＰＳ系のＳＷとしては、例えばドアロックＳＷ，スタートＳＷ，ドアカーテシＳＷ等がある。

ステップＳ５では、切替制御部２１０がＰＥＰＳ機能用のスケジュールテーブルで示されるスケジュール（以下、単にＰＥＰＳ機能用のスケジュール）に切り替え、ヘッダ送信部２２０が、ＰＥＰＳ機能用のスケジュールに従ったヘッダの送信を開始する。

ステップＳ６では、出力制御部２５０でのＰＥＰＳ機能に関する制御（以下、ＰＥＰＳ制御）が完了した場合（Ｓ６でＹＥＳ）には、ステップＳ７に移る。一方、ＰＥＰＳ制御が完了していない場合（Ｓ６でＮＯ）には、Ｓ６の処理を繰り返す。一例として、ＰＥＰＳ制御としては、自車のドアのドアロックモータを駆動させることによるドアの施解錠，走行駆動源の始動許可信号を出力することによる走行駆動源の始動許可等がある。

ステップＳ７では、自車が走行開始した場合（Ｓ７でＹＥＳ）に、ステップＳ８に移る。一方、自車が走行開始していない場合（Ｓ７でＮＯ）には、Ｓ３に戻って処理を繰り返す。自車が走行開始したことは、自車のイグニッション電源がオンになったことを示す信号をもとにマイコン２０が判断してもよいし、自車の車速センサの信号をもとにマイコン２０が判断してもよい。

ステップＳ８では、切替制御部２１０がＴＰＭ機能用のスケジュールテーブルで示されるスケジュール（以下、単にＴＰＭ能用のスケジュール）に切り替え、ヘッダ送信部２２０が、ＴＰＭ機能用のスケジュールに従ってヘッダの送信を行う。

ステップＳ９では、自車が駐車した場合（Ｓ９でＹＥＳ）に、ステップＳ１０に移る。一方、自車が駐車していない場合（Ｓ９でＮＯ）には、Ｓ９の処理を繰り返す。自車が駐車したことは、自車のパーキングブレーキがオンになったことを示す信号をもとにマイコン２０が判断してもよいし、自車のシフトポジションセンサの信号をもとにマイコン２０が判断してもよい。

ステップＳ１０では、ボデーＥＣＵ２がスリープ状態に移行する場合（Ｓ１０でＹＥＳ）には、ステップＳ１１に移る。一方、ボデーＥＣＵ２がスリープ状態に移行しない場合（Ｓ１０でＮＯ）には、Ｓ３に戻って処理を繰り返す。ボデーＥＣＵ２がスリープ状態に移行する場合の例としては、例えば、自車のイグニッション電源がオフになる場合等がある。ステップＳ１１では、ボデーＥＣＵ２がシリアル通信線４を介してＲＦレシーバ３にスリープ要求を送信し、ＲＦレシーバ３をスリープさせ、シリアル通信関連処理を終了する。

＜ＲＦレシーバ３でのシリアル通信関連処理＞
続いて、図１０のフローチャートを用いて、スレーブノードであるＲＦレシーバ３でのシリアル通信関連処理の流れの一例について説明を行う。図１０のフローチャートは、ＲＦレシーバ３がスリープ状態からウェイクアップした場合に開始される構成とすればよい。

まず、ステップＳ２１では、ボデーＥＣＵ２からのウェイクアップ要求でウェイクアップした場合（Ｓ２１でＹＥＳ）には、ステップＳ２３に移る。一方、ボデーＥＣＵ２からのウェイクアップ要求以外でウェイクアップした場合（Ｓ２１でＮＯ）には、ステップＳ２２に移る。ボデーＥＣＵ２からのウェイクアップ要求以外でウェイクアップする例としては、携帯機８のスイッチ操作に応じて送信されてくるＲＦ信号の受信によってウェイクアップする場合等がある。ステップＳ２２では、マイコン３０がシリアル通信線４を介してボデーＥＣＵ２にウェイクアップ要求を送信し、ボデーＥＣＵ２をスリープ状態からウェイクアップさせ、ステップＳ２３に移る。

ステップＳ２３では、ヘッダ受信部３１０が、ヘッダＩＤ「０×０１」を含むヘッダ、すなわちＲＫＥ機能についてのヘッダを受信した場合（Ｓ２３でＹＥＳ）には、ステップＳ２４に移る。一方、ヘッダ受信部３１０が、ＲＫＥ機能についてのヘッダを受信していない場合（Ｓ２３でＮＯ）には、ステップＳ２５に移る。ステップＳ２４では、レスポンス送信部３２０が、ＲＫＥ機能についてのレスポンスを返信し、ステップＳ２５に移る。

ステップＳ２５では、ヘッダ受信部３１０が、ヘッダＩＤ「０×０２」を含むヘッダ、すなわちＰＥＰＳ機能についてのヘッダを受信した場合（Ｓ２５でＹＥＳ）には、ステップＳ２６に移る。一方、ヘッダ受信部３１０が、ＰＥＰＳ機能についてのヘッダを受信していない場合（Ｓ２５でＮＯ）には、ステップＳ２７に移る。ステップＳ２６では、レスポンス送信部３２０が、ＰＥＰＳ機能についてのレスポンスを返信し、ステップＳ２７に移る。

ステップＳ２７では、ヘッダ受信部３１０が、ヘッダＩＤ「０×０３」を含むヘッダ、すなわちＴＰＭ機能についてのヘッダを受信した場合（Ｓ２７でＹＥＳ）には、ステップＳ２８に移る。一方、ヘッダ受信部３１０が、ＴＰＭ機能についてのヘッダを受信していない場合（Ｓ２７でＮＯ）には、ステップＳ２９に移る。ステップＳ２８では、レスポンス送信部３２０が、ＴＰＭ機能についてのレスポンスを返信し、ステップＳ２９に移る。

ステップＳ２９では、ＲＦレシーバ３がスリープ状態に移行する場合（Ｓ２９でＹＥＳ）には、スリープ状態に移行してシリアル通信関連処理を終了する。一方、ＲＦレシーバ３がスリープ状態に移行しない場合（Ｓ２９でＮＯ）には、Ｓ２３に戻って処理を繰り返す。ＲＦレシーバ３がスリープ状態に移行する場合の例としては、ボデーＥＣＵ２からスリープ要求を受信した場合等がある。

以上の構成によれば、ＲＫＥ機能についてのヘッダを逐次受信している間は、Ｓ２６，Ｓ２８の処理は行われず、Ｓ２４の処理が逐次行われることになる。これにより、ＲＫＥ機能についてのヘッダを受信するごとに、ＲＫＥ機能についてのレスポンスが返信され、必要な返信回数分の２フレームのレスポンスが返信されることになる。また、ＰＥＰＳ機能についてのヘッダを逐次受信している間は、Ｓ２４，Ｓ２８の処理は行われず、Ｓ２６の処理が逐次行われることになる。これにより、ＰＥＰＳ機能についてのヘッダを受信するごとに、ＰＥＰＳ機能についてのレスポンスが返信され、必要な返信回数分の３フレームのレスポンスが返信されることになる。さらに、ＴＰＭ機能についてのヘッダを逐次受信している間は、Ｓ２４，Ｓ２６の処理は行われず、Ｓ２８の処理が逐次行われることになる。これにより、ＴＰＭ機能についてのヘッダを受信するごとに、ＴＰＭ機能についてのレスポンスが返信されることになる。

＜実施形態１のまとめ＞
実施形態１の構成によれば、指定する機能についての機能別に割り当てられたヘッダＩＤを含むヘッダをマスタノードであるボデーＥＣＵ２から送信し、そのヘッダＩＤで指定される機能についてのレスポンスをスレーブノードであるＲＦレシーバ３が返信することになる。よって、ボデーＥＣＵ２は、ヘッダＩＤによって、ＲＦレシーバ３が有する複数の機能のいずれかを指定してレスポンスを返信させることが可能になる。また、ボデーＥＣＵ２は、機能別に予め設定されたスケジュールに従って、目的とする機能についてのヘッダを送信するので、目的とする機能についてのレスポンスを迅速に受けることが可能になる。従って、ボデーＥＣＵ２が、複数の機能の全てについてＲＦレシーバ３にレスポンスを取りあえず順番に返信させる構成に比べて、ボデーＥＣＵ２がＲＦレシーバ３からレスポンスを受ける応答性をより向上させることが可能になる。その結果、スレーブノードがそれぞれ異なるレスポンスを返す複数の機能を有している場合であっても、マスタノードがスレーブノードからレスポンスを受ける応答性をより向上させることが可能になる。

ここで、実施形態１の構成によるレスポンスの応答性向上の具体例について、図１１を用いて説明する。図１１は、ＬＩＮを用いた従来のシステムでのスケジュールの一例であって、ＰＥＰＳ機能，ＲＫＥ機能，ＴＰＭ機能を有するスレーブノードにマスタノードからヘッダを送信するスケジュールの一例である。

従来のシステムでは、実施形態１とは異なり、スレーブノードが複数の機能を有する場合であっても、ヘッダは個々のスレーブノードを指定できるだけであって、個々の機能を個別に指定できなかった。よって、図１１に示すように、スケジュールにおいて何番目のヘッダの送信に対してどの機能についての何番目のレスポンスを返すのかを定めており、複数の機能の全てについてレスポンスを取りあえず順番に返信させることで、目的の機能についてのレスポンスを受けるようになっていた。

詳しくは、１番目のヘッダに対してＰＥＰＳ機能についての１番目のレスポンス，２番目のヘッダに対してＰＥＰＳ機能についての２番目のレスポンス，３番目のヘッダに対してＲＫＥ機能についての1番目のレスポンスを返信させるよう定義していた。また、４番目のヘッダに対してＲＫＥ機能についての２番目のレスポンス，５番目のヘッダに対してＲＫＥ機能についての３番目のレスポンス，６番目のヘッダに対してＴＰＭ機能についての１番目のレスポンスを返信させるよう定義していた。そして、このスケジュールの1番〜６番の処理を繰り返させる構成となっていた。よって、スケジュールにおいて２番目のヘッダを送信している場合にＰＥＰＳ系のＳＷ入力があり、ＰＥＰＳ機能についてのレスポンスが必要となった場合であっても、２番目〜６番目までの処理が完了して１番目の処理に戻るまでの５０ｍｓｅｃ以上を待たなければ、ＰＥＰＳ機能についての正しい順番のレスポンスを受けることができなかった。

これに対して、実施形態１の構成によれば、図３〜図５に示すような機能別に予め設定されたスケジュールに従って、目的とする機能についてのヘッダを送信するので、目的とする機能以外についてのレスポンスが行われるのを待たずに、機能別のスケジュールを切り替えることで、目的とする機能についてのレスポンスを迅速に受けることが可能になる。例えば、ＲＫＥ機能についてのヘッダを送信していた場合であっても、ＰＥＰＳ系のＳＷ入力があった場合には、ＲＫＥ機能用からＰＥＰＳ機能用のスケジュールに切り替えることで、ＰＥＰＳ機能についての正しい順番のレスポンスを受けるまでの遅れを最大１０ｍｓｅｃ程度に抑えることを可能にしている。

また、実施形態１の構成によれば、ボデーＥＣＵ２は、機能別に予め設定されたスケジュールに従って、目的とする機能についてのヘッダを送信するので、複数の機能を有するＲＦレシーバ３に、目的の機能以外の機能についてのレスポンスを無駄に返信させないようにすることも可能になる。

さらに、実施形態１の構成によれば、ＲＦレシーバ３からヘッダに応じて返信するレスポンスに、ヘッダの送信に対する何番目のレスポンスかを示す「フレームＮｏ」を含ませるので、マスタノードであるボデーＥＣＵ２側でこの「フレームＮｏ」をもとに、正しい順番で必要な返信回数分のレスポンスの受信が完了したかを判断し易くすることができる。

（実施形態２）
実施形態１では、ヘッダに応じて返信されるレスポンスに、ヘッダの送信に対する何番目のレスポンスかを示す「フレームＮｏ」を含ませる構成を示したが、必ずしもこれに限らない。例えば、ヘッダに応じて返信されるレスポンスに、ヘッダの送信に対する何番目のレスポンスかを示すデータを含まない構成（以下、実施形態２）としてもよい。

ここで、実施形態２の構成について図１２を用いて説明する。実施形態２の車載通信システム１ａは、図１２に示すように、マスタノードとしてのボデーＥＣＵ２ａ、スレーブノードとしてのＲＦレシーバ３ａ、及びシリアル通信線４を含んでいる。この車載通信システム１ａも請求項の通信システムに相当する。

ＲＦレシーバ３ａは、図１２に示すように、マイコン３０ａ、シリアル通信ＩＦ３１、及びＲＦアンテナ３２を備える。ＲＦレシーバ３ａは、マイコン３０の代わりにマイコン３０ａを備える点を除けば、実施形態１のＲＦレシーバ３と同様である。

また、マイコン３０ａは、ＲＦ復調部３００、ヘッダ受信部３１０、レスポンス送信部３２０ａ、及び通信制御部３３０ａを機能ブロックとして備える。マイコン３０ａは、レスポンス送信部３２０及び通信制御部３３０の代わりにレスポンス送信部３２０ａ及び通信制御部３３０ａを備える点を除けば、実施形態１のマイコン３０と同様である。

通信制御部３３０ａは、レスポンス送信部３２０ａに出力して送信させるレスポンスのデータ構造が一部異なる点を除けば、実施形態１の通信制御部３３０と同様である。詳しくは、通信制御部３３０ａは、何番目のレスポンスかを示す「フレームＮｏ」を含まないレスポンスを、レスポンス送信部３２０ａに出力する。通信制御部３３０ａは、ヘッダを受信するごとに、「フレームＮｏ」を含まないレスポンスを順次返信させる。レスポンス送信部３２０ａは、通信制御部３３０ａから出力される、「フレームＮｏ」を含まないレスポンスを送信する。このレスポンス送信部３２０ａも請求項の返信部に相当する。

ここで、図１３を用いて、実施形態２における、ＰＥＰＳ機能についてのヘッダＩＤを含むヘッダの送信に対するレスポンスの返信の一例について説明する。図１３に示すように、マスタノードであるボデーＥＣＵ２ａからは、図３のスケジュールテーブルで示すスケジュールに従って、１０ｍｓｅｃごとにヘッダＩＤ「０×０１」を含むヘッダが送信される。一方、スレーブノードであるＲＦレシーバ３ａからは、このヘッダを受信するごとに、「フレームＮｏ」を含まない１番目のレスポンスと、「フレームＮｏ」を含まない２番目のレスポンスとを交互に返信する。

ボデーＥＣＵ２ａは、図１２に示すように、マイコン２０ａ、シリアル通信ＩＦ２１、入力ＩＦ２２、及び出力ＩＦ２３を備える。ボデーＥＣＵ２ａは、マイコン２０の代わりにマイコン２０ａを備える点を除けば、実施形態１のボデーＥＣＵ２と同様である。

また、マイコン２０ａは、図１２に示すように、入力制御部２００、切替制御部２１０、ヘッダ送信部２２０、レスポンス受信部２３０ａ、ＲＦデータ処理部２４０、及び出力制御部２５０を機能ブロックとして備える。マイコン２０ａは、レスポンス受信部２３０の代わりにレスポンス受信部２３０ａを備える点を除けば、実施形態１のマイコン２０と同様である。

レスポンス受信部２３０ａは、レスポンス受信部２３０と同様に、ヘッダ送信部２２０ａから送信したヘッダに応じてＲＦレシーバ３から返信される、「フレームＮｏ」を含まないレスポンスを受信する。また、レスポンス受信部２３０ａは、逐次受信するレスポンスと、ボデーＥＣＵ２の不揮発性メモリに格納されている機能別のレスポンスの返信回数とをもとに、ヘッダ送信部２２０から送信したヘッダで指定した機能についてのレスポンスの完了を判断する。一例としては、レスポンス受信部２３０ａは、逐次受信するレスポンスを、その機能についての返信回数分だけ毎回チェックすることで、正しい順番で必要な返信回数分のレスポンスが得られた場合にレスポンスの完了を判断し、ＲＦデータ処理部２４０に得られたレスポンスの応答データを送る。一例として、マイコン２０ａ側では、指定する機能別に正しいレスポンスの構造の情報を保持しておくことで、レスポンス受信部２３０ａが、この情報をもとに上述のチェックを行う構成とすればよい。

ここで、図１３を用いて、ＰＥＰＳ機能についてのヘッダＩＤを含むヘッダの送信に対するレスポンスの返信を受信する場合の一例について説明する。図１３に示すように、スレーブノードであるＲＦレシーバ３ａからは、ＰＥＰＳ機能についてのヘッダを受信するごとに、「フレームＮｏ」を含まない１番目のレスポンスと、「フレームＮｏ」を含まない２番目のレスポンスとが交互に返信されてくる。レスポンス受信部２３０ａは、逐次受信するこのレスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合にレスポンスの完了を判断する。図１３の例では、１回目，３回目のチェックでは１番目のレスポンスと２番目のレスポンスとが順番通りとなっているので、正しい順番で必要な返信回数分のレスポンスが得られた判断されることになる。一方、２回目のチェックでは１番目のレスポンスと２番目のレスポンスとが順番通りとなっていないので、正しい順番で必要な返信回数分のレスポンスが得られなかった判断され、誤ったレスポンスの応答データをＲＦデータ処理部２４０に送らずに済む。

実施形態２の構成であっても、ＲＦレシーバ３ａから送信するレスポンスに、ヘッダの送信に対する何番目のレスポンスかを示すデータを含まない構成とした場合であっても、必要な返信回数分のレスポンスが得られたことを判断することが可能であるので、実施形態１と同様の効果を奏することが可能になる。

（実施形態３）
前述の実施形態では、車載通信システム１，１ａが、マスタノードと１つのスレーブノードとを含む構成を示したが、必ずしもこれに限らない。例えば、車載通信システム１，１ａは、マスタノードと複数のスレーブノードとを含む構成であってもよい。一例としては、ＲＦレシーバ３，３ａのＰＥＰＳ機能，ＲＫＥ機能，ＴＰＭ機能を複数の電子部品のそれぞれで担う構成とした場合には、この複数の電子部品が、車載通信システム１，１ａに含まれる複数のスレーブノードに該当する。

また、車載通信システム１，１ａに複数のスレーブノードを含む構成とする場合には、全てのスレーブノードが、複数種類の機能を有する必要はなく、一部のスレーブノードについては１種類の機能しか有していない構成としてもよい。ここで言うところの機能とは、少なくともマスタノードから送信されるヘッダに対してそれぞれ異なるレスポンスを返信するものとする。

車載通信システム１，１ａに複数のスレーブノードを含み、一部のスレーブノードについては１種類の機能しか有していない構成であった場合でも、一部のスレーブノードについては複数種類の機能を有している場合には、実施形態１と同様の効果を奏する。

（実施形態４）
前述の実施形態では、マスタノードとしてボデーＥＣＵ２，２ａを用い、スレーブノードとしてＲＦレシーバ３，３ａを用いる構成を示したが、必ずしもこれに限らない。例えば、マスタノードとしてボデーＥＣＵ２，２ａ以外のＥＣＵ等といった電子部品を用いる構成としてもよいし、スレーブノードとしてＲＦレシーバ３，３ａ以外の電子部品を用いる構成としてもよい。

（実施形態５）
前述の実施形態では、車両に搭載される車載通信システム１，１ａを例に挙げて説明を行ったが、必ずしもこれに限らず、本発明を車両以外に適用する構成としてもよい。

なお、本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１，１ａ 車載通信システム（通信システム）、２，２ａ ボデーＥＣＵ（マスタノード，電子部品）、３，３ａ ＲＦレシーバ（スレーブノード，電子部品）、４ シリアル通信線（バス）、５ 入力装置、６ 出力装置、７ タイヤ空気圧センサユニット、８ 携帯機、２０，２０ａ マイコン、２１ シリアル通信ＩＦ、２２ 入力ＩＦ、２３ 出力ＩＦ、３０，３０ａ マイコン、３１ シリアル通信ＩＦ、３２ ＲＦアンテナ、２００ 入力制御部、２１０ 切替制御部、２２０ ヘッダ送信部（送信部）、２３０ レスポンス受信部、２４０ ＲＦデータ処理部、２５０ 出力制御部、３００ ＲＦ復調部、３１０ ヘッダ受信部、３２０，３２０ａ レスポンス送信部（返信部）、３３０ 通信制御部

Claims (5)

1. マスタノード（２ａ）と、そのマスタノードとバス（４）で接続される少なくとも１つのスレーブノード（３ａ）とを含み、
   前記マスタノードは、指定する対象についての識別情報を含むヘッダを、予め設定されたスケジュールに従って送信する送信部（２２０）を備え、
   前記スレーブノードは、前記ヘッダを受信したことに応じてレスポンスを返信することが可能な返信部（３２０ａ）を備える通信システムであって、
   前記スレーブノードは、それぞれ異なる前記レスポンスを返信する複数の機能を有しているスレーブノードを少なくとも含んでおり、
   前記送信部は、指定する前記対象についての識別情報として、指定する前記機能についての前記機能別に割り当てられた前記識別情報を含む前記ヘッダを、前記機能別に予め設定されたスケジュールに従って送信し、
   前記返信部は、受信した前記ヘッダに含まれる前記識別情報が、自スレーブノードの前記機能についての識別情報である場合に、その識別情報で指定される前記機能についてのレスポンスを返信し、
   前記スレーブノードは、１つの機能について返信する前記レスポンスの返信回数が複数回にわたる場合があるものであって、
   前記返信部は、前記識別情報で指定される前記機能についてのレスポンスを返信する場合に、そのレスポンスに、その機能についてのレスポンスのうちの何番目の返信かを示す順番情報を含ませずに返信し、
   前記マスタノードは、
   前記スレーブノードから返信される前記レスポンスを受信するレスポンス受信部（２３０ａ）を備え、
   前記レスポンス受信部は、逐次受信する前記レスポンスと予め設定されている前記機能別の前記レスポンスの返信回数とをもとに、指定した前記機能についての前記レスポンスの完了を判断し、
   前記マスタノードは、
   指定する機能別に正しい前記レスポンスの構造の情報を保持しておく保持部をさらに備え、
   前記レスポンス受信部は、逐次受信する前記レスポンスと予め設定されている前記機能別の前記レスポンスの返信回数と前記保持部に保持される前記レスポンスの構造の情報とをもとに、逐次受信する前記レスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合に、指定した前記機能についての前記レスポンスの完了を判断する通信システム。
2. 前記送信部は、指定する前記機能別のトリガに応じて、指定する前記機能についての前記機能別に割り当てられた前記識別情報を含む前記ヘッダの送信を開始する請求項１に記載の通信システム。
3. 車両に搭載され、
   前記マスタノード及び前記スレーブノードは、車両に搭載される電子部品である請求項１又は２に記載の通信システム。
4. マスタノード（２ａ）と、そのマスタノードとバス（４）で接続される少なくとも１つのスレーブノード（３ａ）とを含む通信システム（１ａ）で用いられるマスタノードであって、
   指定する対象についての識別情報を含むヘッダを、予め設定されたスケジュールに従って送信する送信部（２２０）と、
   前記ヘッダを受信したことに応じてレスポンスを返信することが可能な前記スレーブノードから返信される前記レスポンスを受信するレスポンス受信部（２３０ａ）とを備え、
   前記送信部は、それぞれ異なる前記レスポンスを返信する複数の機能を有している前記スレーブノードに、指定する前記対象についての識別情報として、指定する前記機能についての前記機能別に割り当てられた前記識別情報を含む前記ヘッダを、前記機能別に予め設定されたスケジュールに従って送信し、
   前記スレーブノードは、１つの機能について返信する前記レスポンスの返信回数が複数回にわたる場合があるものであって、且つ、前記識別情報で指定される前記機能についてのレスポンスを返信する場合に、そのレスポンスに、その機能についてのレスポンスのうちの何番目の返信かを示す順番情報を含ませずに返信するものであり、
   前記スレーブノードから返信される前記レスポンスを受信するレスポンス受信部（２３０ａ）を備え、
   前記レスポンス受信部は、逐次受信する前記レスポンスと予め設定されている前記機能別の前記レスポンスの返信回数とをもとに、指定した前記機能についての前記レスポンスの完了を判断し、
   指定する機能別に正しい前記レスポンスの構造の情報を保持しておく保持部をさらに備え、
   前記レスポンス受信部は、逐次受信する前記レスポンスと予め設定されている前記機能別の前記レスポンスの返信回数と前記保持部に保持される前記レスポンスの構造の情報とをもとに、逐次受信する前記レスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合に、指定した前記機能についての前記レスポンスの完了を判断するマスタノード。
5. マスタノード（２ａ）と、そのマスタノードとバス（４）で接続される少なくとも１つのスレーブノード（３ａ）とを含む通信システム（１ａ）で用いられるマスタノードを制御する制御プログラムであって、
   コンピュータを、
   指定する対象についての識別情報を含むヘッダを、予め設定されたスケジュールに従って送信する送信部（２２０）と、
   前記ヘッダを受信したことに応じてレスポンスを返信することが可能な前記スレーブノードから返信される前記レスポンスを受信するレスポンス受信部（２３０，２３０ａ）と、
   レスポンス受信部（２３０ａ）として機能させ、
   前記送信部が、さらに、それぞれ異なる前記レスポンスを返信する複数の機能を有している前記スレーブノードに、指定する前記対象についての識別情報として、指定する前記機能についての前記機能別に割り当てられた前記識別情報を含む前記ヘッダを、前記機能別に予め設定されたスケジュールに従って送信し、
   前記スレーブノードは、１つの機能について返信する前記レスポンスの返信回数が複数回にわたる場合があるものであって、且つ、前記識別情報で指定される前記機能についてのレスポンスを返信する場合に、そのレスポンスに、その機能についてのレスポンスのうちの何番目の返信かを示す順番情報を含ませずに返信するものであり、
   前記レスポンス受信部（２３０ａ）が、前記スレーブノードから返信される前記レスポンスを受信し、逐次受信する前記レスポンスと予め設定されている前記機能別の前記レスポンスの返信回数とをもとに、指定した前記機能についての前記レスポンスの完了を判断し、逐次受信する前記レスポンスと、予め設定されている前記機能別の前記レスポンスの返信回数と、指定する機能別に正しい前記レスポンスの構造の情報を保持しておく保持部に保持される前記レスポンスの構造の情報とをもとに、逐次受信する前記レスポンスを、２回分ずつ毎回チェックし、正しい順番で必要な返信回数分のレスポンスが得られた場合に、指定した前記機能についての前記レスポンスの完了を判断するように機能させるための制御プログラム。

Images