(57)【要約】【課題】異なるタイムスタンプを適切に選択して記憶する時間情報記憶装置を提供すること。【解決手段】第一の時間情報又は第二の時間情報の少なくとも一方を受信する時間情報受信手段を有し、前記第一の時間情報及び前記第二の時間情報をほぼ同時に受信した場合、前記第一の時間情報を記憶して前記第二の時間情報を破棄し、前記第一の時間情報のみを受信している間は、前記第一の時間情報を記憶し、前記第二の時間情報のみを受信している間は、前記第二の時間情報を記憶し、前記第一の時間情報を受信した後は、前記第二の時間情報を受信した場合でも、前記第一の時間情報を記憶して前記第二の時間情報を破棄する時間情報記憶装置１４を提供する。【選択図】図１
2013091464.tif 000002
【特許請求の範囲】
【請求項１】
第一の時間情報又は第二の時間情報の少なくとも一方を受信する時間情報受信手段を有し、
前記第一の時間情報及び前記第二の時間情報をほぼ同時に受信した場合、前記第一の時間情報を記憶して前記第二の時間情報を破棄し、
前記第一の時間情報のみを受信している間は、前記第一の時間情報を記憶し、
前記第二の時間情報のみを受信している間は、前記第二の時間情報を記憶し、
前記第一の時間情報を受信した後は、前記第二の時間情報を受信した場合でも、前記第一の時間情報を記憶して前記第二の時間情報を破棄する、ことを特徴とする時間情報記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、時間情報を受信して事象が発生した時刻の時間情報を記憶する時間情報記憶装置に関する。
【背景技術】
【０００２】
情報を記録する際、その情報がいつ発生したのかも記録するため、マイコン等が時間情報と共に情報を記録することがよく行われる（例えば、特許文献１参照。）。特許文献１には、録画時間を録画番組と共に記録する記録再生装置が開示されている。
【０００３】
車両においても、タイムスタンプと呼ばれる時間情報がマスタＥＣＵ（Electronic  Control  Unit）から各ＥＣＵに提供されており、各ＥＣＵは、異常やイベントなどの発生時、車両状態を表す車両情報とタイムスタンプを共に記憶している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−０２１１３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のタイムスタンプは、トリップ回数とＩＧ−ＯＮを起点にカウントされた経過時間を有している。つまり出荷後のＩＧ−ＯＮの回数と、ＩＧ−ＯＮからの経過時間で異常やイベントの発生時刻を一意に特定している。後に、ユーザが車両をディーラ等に持ち込むと、サービスマンがツールを車載ＬＡＮに接続させ、ＥＣＵから車両情報を取得することができる。
【０００６】
しかしながら、ユーザは標準時間（例えば日本標準時ＪＳＴ）を感覚的に把握しながら運転しているため、サービスマンが車両情報のタイムスタンプに基づいて状況を問い合わせても時間認識があわない。このため、徐々に、タイムスタンプの時間情報を標準時間に切り換える試みが進行している。この場合、標準時間を各ＥＣＵに配信するためマスタＥＣＵとは別のＥＣＵ（例えば、新マスタＥＣＵという）を車載ＬＡＮに搭載し、新マスタＥＣＵがタイムスタンプとして標準時刻を各ＥＣＵに配信する。
【０００７】
ところが、タイムスタンプの配信は多くの車種で行われており、メーカとしては、全ての車種について、ある瞬間に、タイムスタンプを配信するＥＣＵをマスタＥＣＵから新マスタＥＣＵに切り換えることは困難である。また、新マスタＥＣＵが搭載されていても、車種によっては、処理の都合上、マスタＥＣＵが配信するタイムスタンプを必要とする場合もある。よって、切り替えの過程では、マスタＥＣＵと新マスタＥＣＵの両方が搭載される車両が存在する場合がある。
【０００８】
このため、路上における車両のマスタＥＣＵと新マスタＥＣＵの搭載パターンには、下記の３つのパターンが一時的に存在する可能性がある。
・マスタＥＣＵのみがタイムスタンプを配信
・新マスタＥＣＵのみがタイムスタンプを配信
・マスタＥＣＵと新マスタＥＣＵがタイムスタンプを配信
しかし、マスタＥＣＵと新マスタＥＣＵがタイムスタンプを配信する場合、受信側のＥＣＵのタイムスタンプの記録方法を定めておかなければならないという問題がある。すなわち、受信側のＥＣＵが両方のタイムスタンプを記録することも不可能ではないが、メモリリソースを圧迫するため好ましくない。
【０００９】
このため、いずれか一方のタイムスタンプのみを記録することが要請される。しかし、いずれか一方のタイムスタンプのみを記録する場合、サービスツールがどちらのタイムスタンプが記録されているかを識別できないと、サービスマンが誤った時間情報を取得してしまうおそれがある。これは、２つのタイムスタンプによって時間情報に変換する変換テーブルが異なるためである。
【００１０】
本発明は、上記課題に鑑み、異なるタイムスタンプを適切に選択して記憶する時間情報記憶装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、第一の時間情報又は第二の時間情報の少なくとも一方を受信する時間情報受信手段を有し、前記第一の時間情報及び前記第二の時間情報をほぼ同時に受信した場合、前記第一の時間情報を記憶して前記第二の時間情報を破棄し、前記第一の時間情報のみを受信している間は、前記第一の時間情報を記憶し、前記第二の時間情報のみを受信している間は、前記第二の時間情報を記憶し、前記第一の時間情報を受信した後は、前記第二の時間情報を受信した場合でも、前記第一の時間情報を記憶して前記第二の時間情報を破棄する時間情報記憶装置を提供する。
【発明の効果】
【００１２】
異なるタイムスタンプを適切に選択して記憶する時間情報記憶装置を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】車載システムの概略構成図の一例である。
【図２】旧時間情報と新時間情報のフォーマットの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を参照しながら説明する。
図１は、車載システム１００の概略構成図の一例である。車載システム１００において、車載ＬＡＮ１５にマスタＥＣＵ１１（以下、マスタＥＣＵ_Ａという）、マスタＥＣＵ１２（以下、マスタＥＣＵ_Ｂという）、及び、スレーブＥＣＵ１４が接続されている。車載ＬＡＮ１５にはサービスツール１３も接続されているが、ディーラなどでサービスマンが車載ＬＡＮ１５に接続した場合に図示する状態になる。また、図ではスレーブＥＣＵ１４は１つだが、通常、スレーブＥＣＵ１４は複数ある。
【００１５】
車載ＬＡＮ１５は、例えば、ＣＡＮ（Controller  Area  Network）、ＦｌｅｘＲａｙ、ＬＩＮ（Local  Interconnect  Network）などどのようなものでもよい。
【００１６】
マスタＥＣＵ_Ａ、マスタＥＣＵ_Ｂ及び複数のスレーブＥＣＵ１４は、それぞれ１つ以上のマイコンやＩＣ等を有しており、マイコンはさらにＣＰＵ、ＲＡＭ、ＲＯＭ、不揮発メモリ（ＥＥＰＲＯＭ、フラッシュメモリ）、入出力インタフェース、及び、ＣＡＮコントローラ等を有している。
【００１７】
マスタＥＣＵ_Ａは、トリップ回数とＩＧ−ＯＮを起点にカウントされた経過時間を従来のタイムスタンプとしてスレーブＥＣＵ１４に配信する。以下、このタイムスタンプを旧時間情報という。マスタＥＣＵ_Ｂは標準時間をタイムスタンプとしてスレーブＥＣＵ１４に配信する。以下、このタイムスタンプを新時間情報という。なお、旧時間情報と新時間情報を区別しない場合、タイムスタンプという。標準時間は、世界標準時として使用されている協定世界時  (ＵＴＣ)  が基準とされる。各国や地域は、それぞれが存在する経度に応じて適宜、時間をプラスしてその国や地域の基準の時間として利用する。日本の場合、日本標準時は協定世界時をプラス９時間したＵＴＣ＋９となる。日本の時計は、日本標準時に合わせられることが多い。ただし、日本標準時を直接、取得することは困難なので、ＧＰＳ衛星からの時刻情報や電波時計を利用して、擬似的に日本標準時を使用する。なお、標準時間は、協定世界時や日本標準時そのものとするが、協定世界時や日本標準時に変換可能な時間情報であればよい。例えば、２００Ｘ年１月１日０時０分０秒をゼロとしてカウントされている秒数等を標準時間とすることもできる。
【００１８】
マスタＥＣＵ_Ａ及びマスタＥＣＵ_Ｂは、いずれも周期的にタイムスタンプを車載ＬＡＮ１５に配信する。周期は、マスタＥＣＵ_ＡとマスタＥＣＵ_Ｂで同程度であるが、異なっている場合もある。また、スレーブＥＣＵ１４からの要求によりタイムスタンプを送信することもできる。
【００１９】
スレーブＥＣＵ１４は、マスタＥＣＵ_Ａ、マスタＥＣＵ_Ｂが配信したタイムスタンプを受信する。マスタＥＣＵ_Ａ及びマスタＥＣＵ_Ｂは、十分に短い周期で、タイムスタンプを配信しており、スレーブＥＣＵ１４はタイムスタンプをそのまま時間情報として利用できる。なお、タイムスタンプを受信した後、次のタイムスタンプを受信するまでの間、スレーブＥＣＵ１４は自身のシステムクロックを利用して時間を計測してもよい。例えば、通信データの輻輳によりスレーブＥＣＵ１４がタイムスタンプを受信できないような場合に有効である。
【００２０】
スレーブＥＣＵ１４は、自己診断機能を有しており、異常が検出された場合、その時の車両の状態を表すためのデータ（これをフリーズフレームデータと呼ぶ）及び故障コード（ダイアグコード）をＲＡＭや不揮発メモリに記憶する。ＲＡＭにはバッテリが接続されているので、IG-OFFしても記憶内容が維持される。どのような異常を検出するかは、スレーブＥＣＵ１４毎に設定されており、例えば、スレーブＥＣＵ１４に接続されたセンサの不応答、信号異常などを検出することができる。スレーブＥＣＵ１４は異常の内容に応じて故障コードを選択し、タイムスタンプ、フリーズフレームデータ及び故障コードをＲＡＭ等に記憶する。
【００２１】
各ＥＣＵは車載ＬＡＮ１５上で互いを一意に識別するためのＩＤを有している（スレーブＥＣＵ１４については不図示）。マスタＥＣＵ_ＡのＩＤは「６XX」、マスタＥＣＵ_ＢのＩＤは「60X」である。スレーブＥＣＵ１４のＣＡＮコントローラは、通信データに含まれる送信元のＩＤを監視して、「６XX」「60X」であると通信データを受信する。そして、スレーブＥＣＵ１４のＣＡＮコントローラは通信データを受信するとＣＰＵに通知する。ＣＰＵは、通信データのＩＤが「６XX」である場合は旧時間情報を、「60X」である場合は新時間情報をそれぞれ受信したと判別する。
【００２２】
なお、各ＥＣＵのＣＰＵはＲＯＭに記憶されたプログラムを実行することで各種の処理を行う。マスタＥＣＵ_Ａは、単に旧時間情報を配信する以外に特有の処理を行うことができ、マスタＥＣＵ_Ｂについても同様である。スレーブＥＣＵ１４は、異常の検出やタイムスタンプ等の記録の他に特有の機能を有している。スレーブＥＣＵ１４としては、例えば、メータＥＣＵ、ボディＥＣＵ、ナビＥＣＵ、通信制御ＥＣＵ、エンジンＥＣＵ、ブレーキＥＣＵ、パワステＥＣＵ、エアバッグＥＣＵ、トランスミッションＥＣＵ等が挙げられる。
【００２３】
〔スレーブＥＣＵの処理〕
スレーブＥＣＵ１４は、旧時間情報のみを受信するのか、新時間情報のみを受信するのか、又は、旧時間情報及び新時間情報の両方を受信するのか、タイムスタンプを受信するまで特定できない。しかし、旧時間情報及び新時間情報の両方を受信できる場合は、新時間情報を優先すべきである。
【００２４】
そこで、スレーブＥＣＵ１４は旧時間情報及び新時間情報を受信した場合、以下のよう動作する。なお、マスタＥＣＵ_ＡとマスタＥＣＵ_Ｂは周期的にタイムスタンプを送信するので、マスタＥＣＵ_ＡとマスタＥＣＵ_Ｂの両方が搭載されている場合、旧時間情報及び新時間情報は大きな時間間隔がない状態（例えば、数秒以内）でスレーブＥＣＵ１４に配信される。スレーブＥＣＵ１４は、起動後に、どちらを先に受信するかにより以下のように採用するタイムスタンプを切り分ける。
Ａ．旧時間情報及び新時間情報を同時に受信した場合
例えば、スレーブＥＣＵ１４が旧時間情報及び新時間情報をほぼ同時に受信したため、ＣＰＵが旧時間情報又は新時間情報を処理していない場合、同時に受信したとみなすことができる。この他、一方を受信してから所定時間以内に他方を受信した場合、同時に受信したとみなしてもよい。また、車載ＬＡＮ１５が二重になっているような場合、スレーブＥＣＵ１４が旧時間情報及び新時間情報を同時に受信する場合がある。
【００２５】
この場合、スレーブＥＣＵ１４は、新時間情報を優先して自身の時刻に採用する。すなわち、旧時間情報を使用することなく無視する。無視するとは、例えば、旧時間情報を破棄（消去）すること、又は、受信そのものを停止することである。
Ｂ．新時間情報→旧時間情報の順に受信した場合
スレーブＥＣＵ１４は、新時間情報を自身の時刻に採用する。そして、旧時間情報を受信しても無視する。
Ｃ．旧時間情報→新時間情報の順に受信した場合
スレーブＥＣＵ１４は、一時的に、旧時間情報を自身の時刻に採用する。しかし、旧時間情報の後、新時間情報を受信した段階で、それ以降、旧時間情報を受信しても無視する。そして、新時間情報を自身の時刻に採用する。
Ｄ．旧時間情報しか受信しない場合（マスタＥＣＵ_Ａしか搭載されていない場合）
スレーブＥＣＵ１４は、旧時間情報を自身の時刻に採用する。
Ｅ．新時間情報しか受信しない場合（マスタＥＣＵ_Ｂしか搭載されていない場合）
スレーブＥＣＵ１４は、新時間情報を自身の時刻に採用する。
【００２６】
このように、マスタＥＣＵ_Ｂが搭載されていれば、スレーブＥＣＵ１４は新時間情報を優先して自身の時刻に採用できる。また、スレーブＥＣＵ１４にとって、マスタＥＣＵ_Ａ又はＢのどちらが搭載されているか不明でも、旧時間情報と新時間情報のどちらを採用するかを規則的に定めることができる。
【００２７】
〔異常発生時〕
異常を検出したスレーブＥＣＵ１４は、以下のように処理する。
Ａの場合、スレーブＥＣＵ１４は、新時間情報、フリーズフレームデータ、及び、故障コードを記憶する。
Ｂの場合、スレーブＥＣＵ１４は、新時間情報、フリーズフレームデータ、及び、故障コードを記憶する。
Ｃの場合、新時間情報を受信するまで、スレーブＥＣＵ１４は、旧時間情報、フリーズフレームデータ、及び、故障コードを記憶する。新時間情報を受信した後、スレーブＥＣＵ１４は、新時間情報、フリーズフレームデータ、及び、故障コードを記憶する。
Ｄの場合、スレーブＥＣＵ１４は、旧時間情報、フリーズフレームデータ、及び、故障コードを記憶する。
Ｅの場合、スレーブＥＣＵ１４は、新時間情報、フリーズフレームデータ、及び、故障コードを記憶する。
【００２８】
〔タイムスタンプの識別〕
このように、同じ一台の車両でも、タイムスタンプに新時間情報と旧時間情報が混合している場合が生じうる（上記のＣの場合。ただし、旧時間情報→新時間情報の間に異常が発生する可能性は大きくない）。新時間情報と旧時間情報はビットの連続に過ぎないのでそのままでは識別が困難である。また、サービスツール１３にとっては、タイムスタンプが新時間情報と旧時間情報のどちらかの不明である。
【００２９】
そこで、スレーブＥＣＵ１４は、タイムスタンプを記憶する際、タイムスタンプが新時間情報又は旧時間情報のどちらであるかをサービスツール１３が識別可能なように、タイムスタンプに識別情報を設定する。
【００３０】
図２は、旧時間情報と新時間情報のフォーマットの一例を示す。サービスツール１３が読み出しやすいようにタイムスタンプのデータサイズ（bit長）は旧時間情報と新時間情報とで同じである。旧時間情報は、「Ｔｒｉｐ」「未定義ビット」「ＩＧ−ＯＮ後経過時間」を有する。ここで、「未定義ビット」は旧時間情報では使用されていないので、“０”固定である。
【００３１】
本実施形態では、「未定義ビット」を利用して旧時間情報か新時間情報かを区別するものとする。
「未定義ビット」＝“０”：  旧時間情報
新時間情報において旧時間情報の未定義ビットに対応するビット＝“１”：  新時間情報
すなわち、新時間情報のフォーマットにおいて、旧時間情報の未定義ビットに対応するビットを“１”に固定する。以下、このビットを新旧の時間情報に関係なく「識別ビット」という。
【００３２】
スレーブＥＣＵ１４は、旧時間情報を記録する場合は、「識別ビット」に“０”を設定する（すなわち従来と同じ）。新時間情報を記録する場合は、「識別ビット」に“１”を設定する。
【００３３】
この結果、図示するように、新時間情報は、「年月日」「識別ビット」「時分秒」を有するものになる。なお、「識別ビット」が「未定義ビット」と同じ位置に固定であれば、「時分秒」を上位ビットに「年月日」を下位ビットに配置することもできる。
【００３４】
なお、旧時間情報又は新時間情報内に識別ビットを配置するのでなく、スレーブＥＣＵ１４内の別のデータに設定することもできる。例えば、フリーズフレームデータの先頭、末尾、故障コードの末尾などである。
【００３５】
〔サービスツールによる読み出し〕
サービスツール１３は、車載ＬＡＮ１５に接続された場合、スレーブＥＣＵ１４からタイムスタンプ、フリーズフレームデータ、及び、故障コードを読み出す。そして、識別ビットが“０”の場合、旧時間情報であると判定し、旧時間情報用の変換テーブル又は変換関数を利用して、“１”“０”のbitデータである旧時間情報を、Ｔｒｉｐ回数とＩＧ−ＯＮからの経過時間（時、分、秒）に変換する。
【００３６】
識別ビットが“１”の場合、新時間情報であると判定し、“新時間情報用の変換テーブル又は変換関数を利用して、１”“０”のbitデータである新時間情報を標準時間（年月日、時、分、秒）として読み出す（変換する）。
【００３７】
このように、旧時間情報の「未定義ビット」を利用して、旧時間情報か新時間情報かを識別することで、サービスツール１３は旧時間情報及び新時間情報をそれぞれ正しく変換できる。
【００３８】
なお、サービスツール１３は、予めサービスマンなどにより、車載ＬＡＮ１５を流れる時間情報が旧時間情報か新時間情報かを受け付けることもできる。この場合、サービスツール１３は、識別ビットを識別することなく、旧時間情報及び新時間情報をそれぞれ正しく変換できる。
【符号の説明】
【００３９】
１１    マスタＥＣＵ_Ａ
１２    マスタＥＣＵ_Ｂ
１３    サービスツール
１４    スレーブＥＣＵ
１５    車載ＬＡＮ
１００  車載システム
【図１】
2013091464.tif 000003
【図２】
2013091464.tif 000004