JP2018120443A

JP2018120443A - 車載通信装置

Info

Publication number: JP2018120443A
Application number: JP2017011755A
Authority: JP
Inventors: 靖久廣島; Yasuhisa Hiroshima
Original assignee: Daihatsu Motor Co Ltd
Current assignee: Daihatsu Motor Co Ltd
Priority date: 2017-01-26
Filing date: 2017-01-26
Publication date: 2018-08-02

Abstract

【構成】車載システム１０は、移動通信方式およびＷｉＦｉ通信方式の両方に対応し、自車両１００の走行状況を表す数値データおよび画像データを指定サーバ４０に送信する。具体的には、通信ＥＣＵ２８は、自車両１００の異常を検知したとき数値データを移動通信方式で指定サーバ４０に送信する。通信ＥＣＵ２８はまた、自車両１００がＷｉＦｉ通信エリア内に存在するとき画像データをＷｉＦｉ通信方式で指定サーバに送信し、自車両１００がＷｉＦｉ通信エリア外に存在するときＷｉＦｉ通信エリアの位置を運転者に対して案内する。【効果】通信コストを抑えつつ、異常時の自車両の走行状況を情報サービスセンタに的確に伝えることができる。【選択図】図１

Description

この発明は、車載通信装置に関し、特に、異常発生時の自車両の走行状況を示すデータを情報サービスセンタに対して送信する、車載通信装置に関する。

車載通信システムの一例が特許文献１に開示されている。この文献によれば、車載通信システムに設けられた第一の無線通信手段は、異常が発生した時に、状態情報と所定の位置情報と端末ＩＤとを含む所定のデータを情報サービスセンタに対して送信する。車載通信システムはまた、車載端末本体と、車載端末本体から着脱可能な移動端末とからなり、移動端末は音声通話手段を有する。車載端末本体と移動端末とは、第二の無線通信手段により互いに通信可能とされる。第一の無線通信手段による情報サービスセンタへの所定のデータの送信が終了すると、移動端末は、第二の無線通信手段により車載端末本体を経由して情報サービスセンタと音声会話を行う。

特許第３３００７０５号公報

しかし、特許文献１では、異常時の車両周辺を表す画像データが情報サービスセンタに送信されることはなく、情報サービスセンタにおいて異常時の走行状況を的確に把握できないおそれがある。ここで、画像データを情報サービスセンタに送信するようにすれば、異常時の走行状況を把握し易くなる。ただし、データサイズが格段に大きいことから、通信コストの増大が懸念される。

それゆえに、この発明の主たる目的は、通信コストを抑えつつ、異常時の自車両の走行状況を情報サービスセンタに的確に伝えることができる、車載通信装置を提供することである。

この発明の車載通信装置は、移動通信方式および近距離無線通信方式の両方に対応し、自車両の走行状況を表す数値データおよび画像データを指定サーバに送信する車載通信装置であって、自車両の異常を検知したとき数値データを移動通信方式で指定サーバに送信する第１送信手段、自車両が近距離無線通信エリア内に存在するとき画像データを近距離無線通信方式で指定サーバに送信する第２送信手段、および自車両が近距離無線通信エリア外に存在するとき近距離無線通信エリアの位置を運転者に対して案内する案内手段を備える。

数値データは移動通信方式で指定サーバに送信される一方、画像データは近距離無線通信方式で指定サーバに送信される。また、自車両が近距離無線通信エリア外に存在するときは、近距離無線通信エリアの位置が運転者に対して案内される。これによって、通信コストを抑えつつ、異常時の自車両の走行状況を情報サービスセンタに的確に伝えることができる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

自車両の車載システムおよび無線通信ネットワークの構成の一例を示す図解図である。（Ａ）は軽微な異常が発生したときの通信ＥＣＵの動作の一例を示すタイミング図であり、（Ｂ）は緊急事態が発生したときの通信ＥＣＵの動作の一例を示すタイミング図である。通信ＥＣＵの動作の一部を示すフロー図である。通信ＥＣＵの動作の他の一部を示すフロー図である。通信ＥＣＵの動作のその他の一部を示すフロー図である。

図１を参照して、この実施例の車載システム１０は、自車両１００に搭載され、車載カメラ１２，車体ＥＣＵ１４，エアバッグＥＣＵ１６，エンジンＥＣＵ１８，ＣＶＴ＿ＥＣＵ２０，舵角センサ２２，ナビゲーション装置２４，データ処理ＥＣＵ２６，通信ＥＣＵ（車載通信装置）２８によって構成される。

ここで、車載カメラ１２は、自車両１００の前方を継続的に撮影する。また、車体ＥＣＵ１４は自車両１００の振動や傾きを継続的に検出し、エアバッグＥＣＵ１６はエアバッグ（図示せず）の作動の有無，作動時刻などを継続的に検出する。さらに、エンジンＥＣＵ１８はエンジン（図示せず）の回転数，自車両１００の走行速度などを継続的に検出し、ＣＶＴ＿ＥＣＵ２０はギア設定を継続的に検出し、舵角センサ２２はハンドル（図示せず）の舵角を継続的に検出する。また、ナビゲーション装置２４は、自車両１００の現在位置を継続的に検出する。

以下では、車載カメラ１２からの出力を自車両１００の走行状況の一部を表す“画像データ”と定義する。また、車体ＥＣＵ１４，エアバッグＥＣＵ１６，エンジンＥＣＵ１８，ＣＶＴ＿ＥＣＵ２０，舵角センサ２２，ナビゲーション装置２４の出力を、自車両の走行状況の他の一部を表す“数値データ”と定義する。こうして得られた画像データおよび数値データは、データ処理ＥＣＵ２６に設けられたメモリ２６ｍに一時的に格納される。

通信ＥＣＵ２８は、移動通信方式およびＷｉＦｉ通信方式（近距離無線通信方式）の両方に対応し、移動通信方式に従うデータ通信にはアンテナ３０を利用する一方、ＷｉＦｉ通信方式に従うデータ通信にはアンテナ３２を利用する。

アンテナ３０を利用して送信されたデータは、移動通信基地局３４および通信網３８を介して指定サーバ４０に与えられる。また、アンテナ３２を利用して送信されたデータは、ＷｉＦｉ基地局３６および通信網３８を介して指定サーバ４０に与えられる。ここで、指定サーバ４０は、自車両１００の走行状況を把握して運転手を遠隔支援する情報サービスセンタに設けられたサーバであり、指定サーバ４０のアドレスは通信ＥＣＵ２８に予め設定される。

通信ＥＣＵ２８は、上述した画像データおよび数値データを指定サーバ４０に送信するとき、図３〜図５に示すフロー図に従うデータ通信処理を繰り返し実行する。なお、これらのフロー図に対応する制御プログラムは、メモリ２８ｍに保存される。また、フラグＦＬＧｄａｔａおよびＦＬＧｅｍｅｒｇは、エンジンの始動時に、別の制御プログラムによって“０”に初期設定される。

図３を参照して、ステップＳ１ではフラグＦＬＧｄａｔａが“０”を示すか否かを判別し、ステップＳ２１ではフラグＦＬＧｅｍｅｒｇが“０”を示すか否かを判別する。ステップＳ１の判別結果がＹＥＳであればステップＳ３に進み、ステップＳ１の判別結果がＮＯでかつステップＳ２１の判別結果がＹＥＳであればステップＳ２３に進み、ステップＳ１の判別結果およびステップＳ２１の判別結果のいずれもがＮＯであればステップＳ４３に進む。

ステップＳ３では、データ処理ＥＣＵ２６から最新の数値データを取得する。ステップＳ５では取得された数値データが異常を示すか否かを判別し、ステップＳ７では取得された数値データが緊急事態を示すか否かを判別する。ステップＳ５の判別結果がＮＯであれば、そのまま今回のデータ通信処理を終了する。これに対して、ステップＳ５の判別結果がＹＥＳでかつステップＳ７の判別結果がＮＯであればステップＳ９に進み、ステップＳ５の判別結果およびステップＳ７の判別結果がいずれもＹＥＳであればステップＳ１５に進む。

ステップＳ９では、異常が検知されるまでの１０分間にメモリ２６ｍに蓄積された数値データをデータ処理ＥＣＵ２６から取得する（図２（Ａ）参照）。ステップＳ１１では、取得された数値データを移動通信方式に従って指定サーバ４０に送信する。ステップＳ１１の処理が完了するとステップＳ１３に進み、タイマ２８ｔのリセット＆スタートを実行するとともに、フラグＦＬＧｄａｔａを“１”に更新する。今回のデータ通信処理は、ステップＳ１３の後に終了する。

ステップＳ１５では、異常が検知されるまでの１０分間にメモリ２６ｍに蓄積された数値データおよび画像データをデータ処理ＥＣＵ２６から取得する（図２（Ｂ）参照）。ステップＳ１７では、取得された数値データおよび画像データを移動通信方式に従って指定サーバ４０に送信する。ステップＳ１７の処理が完了すると、ステップＳ１９でフラグＦＬＧｅｍｅｒｇを“１”に設定し、その後にステップＳ１３に移行する。

ステップＳ２１の判別結果がＹＥＳであるときに移行するステップＳ２３では、タイマ２８ｔが起動中であるか否かを判別する。判別結果がＮＯであればそのまま今回のデータ通信処理を終了し、判別結果がＹＥＳであればタイマ２８ｔの測定値が１０分を示すか否かをステップＳ２５で判別する。

ステップＳ２５の判別結果がＮＯであれば、ステップＳ２７に進み、データ処理ＥＣＵ２６から最新の数値データを取得する。ステップＳ２９では、取得された数値データを移動通信方式に従って指定サーバ４０に送信する。今回のデータ通信処理は、ステップＳ２９の後に終了する。

ステップＳ２５の判別結果がＹＥＳであれば、ステップＳ３１でタイマ２８ｔをストップさせる。続くステップＳ３３では、現在位置がＷｉＦｉ通信エリア内であるか否かをナビゲーション装置２４の出力に基づいて判別する。

判別結果がＹＥＳであればステップＳ３５に進み、異常が検知される前後の２０分間にメモリ２６ｍに蓄積された画像データをデータ処理ＥＣＵ２６から取得する。ステップＳ３７では、取得された画像データをＷｉＦｉ通信方式に従って指定サーバ４０に送信する（図２（Ａ）参照）。送信が完了するとステップＳ３９でフラグＦＬＧｄａｔａを“０”に戻し、その後に今回のデータ通信処理を終了する。

ステップＳ３３の判別結果がＮＯであればステップＳ４１に進み、自車両１００の周辺のＷｉＦｉ通信エリアを画像および／または音声によって運転手に案内するようにナビゲーション装置２４に命令を与える。ナビゲーション装置２４は、自車両１００がＷｉＦｉ通信エリアに近づいたときに案内を出力する。今回のデータ通信処理は、ステップＳ４１の処理が完了した後に終了する。

ステップＳ２１の判別結果がＮＯであるときに移行するステップＳ４３では、データ処理ＥＣＵ２６から最新の数値データを取得する。ステップＳ４５では、取得した数値データを移動通信方式に従って指定サーバ４０に送信する。ステップＳ４７ではデータ処理ＥＣＵ２６から最新の画像データを取得する。ステップＳ４９では、取得された画像データを移動通信方式に従って指定サーバ４０に送信する。ステップＳ５１ではタイマ２８ｔの数値が５分（図２（Ｂ）参照）を示すか否かを判別し、判別結果がＮＯであればステップＳ４３に戻る一方、判別結果がＹＥＳであればステップＳ５３に進む。ステップＳ５３では、フラグＦＬＧｅｍｅｒｇを“０”に設定するとともに、タイマ２８ｔをストップさせる。今回のデータ通信処理は、ステップＳ５３の後に終了する。

以上の説明から分かるように、車載システム１０は、移動通信方式およびＷｉＦｉ通信方式の両方に対応し、自車両１００の走行状況を表す数値データおよび画像データを指定サーバ４０に送信する。具体的には、通信ＥＣＵ２８は、自車両１００の異常を検知したとき数値データを移動通信方式で指定サーバ４０に送信する(S5, S9, S11, S27, S29)。通信ＥＣＵ２８はまた、自車両１００がＷｉＦｉ通信エリア内に存在するとき画像データをＷｉＦｉ通信方式で指定サーバに送信し(S33~S37)、自車両１００がＷｉＦｉ通信エリア外に存在するときＷｉＦｉ通信エリアの位置を運転者に対して案内する(S33, S41)。

これによって、通信コストを抑えつつ、異常時の自車両の走行状況を情報サービスセンタに的確に伝えることができる。運転手にとっては、情報サービスセンタの分析を踏まえた的確な修理を受けることができる。

なお、自車両１００がＷｉＦｉ通信エリアに立ち寄ったときにクーポンやポイントなどの特典を運転手に付与するようにしてもよい。また、この実施例では、自車両１００に搭載されたアンテナ３０または３２を利用してデータ通信を行うようにしているが、運転者が携帯するスマートフォンを利用してデータ通信を行うようにしてもよい。

１０ …車載システム
１２ …車載カメラ
１４ …車体ＥＣＵ
１６ …エアバッグＥＣＵ
１８ …エンジンＥＣＵ
２０ …ＣＶＴ＿ＥＣＵ
２２ …舵角センサ
２４ …ナビゲーション装置
２６ …データ処理ＥＣＵ
２８ …通信ＥＣＵ
３４ …移動通信基地局
３６ …ＷｉＦｉ基地局
４０ …指定サーバ

Claims

移動通信方式および近距離無線通信方式の両方に対応し、自車両の走行状況を表す数値データおよび画像データを指定サーバに送信する車載通信装置であって、
前記自車両の異常を検知したとき前記数値データを前記移動通信方式で前記指定サーバに送信する第１送信手段、
前記自車両が近距離無線通信エリア内に存在するとき前記画像データを前記近距離無線通信方式で前記指定サーバに送信する第２送信手段、および
前記自車両が前記近距離無線通信エリア外に存在するとき前記近距離無線通信エリアの位置を運転者に対して案内する案内手段を備える、車載通信装置。