(57)【要約】      （修正有）【課題】送信日時情報に基づくリプレイ攻撃の判定で、通信パケットが誤ってリプレイ攻撃と判定されるのを防止する無線機、路側通信機、判定方法及びコンピュータプログラムを提供する。【解決手段】路側通信機２は、路路間通信パケット及び路車間通信パケットを送受信する無線通信部２１と、通信パケット送信時に通信パケットに送信日時情報を付加するとともに、受信パケットに含まれている送信日時情報に基づいて受信パケットがリプレイ攻撃によるものか否かを判定する通信処理装置２３と、を備えている。通信処理装置は、通信パケットが送信可能となってから１周期以上の期間をおいて送信される場合、送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す他の送信日時情報を通信パケットに付加する。【選択図】図２
2020145721.tif 000002
【特許請求の範囲】
【請求項１】
送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機との間で無線通信する無線機であって、
前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する無線通信部と、
前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定部と、を備え、
前記判定部は、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める
無線機。
【請求項２】
前記受信パケットは、アプリケーションデータが格納されるフィールドと、無線通信のために必要な制御データが格納される制御フィールドと、を含み、
前記判別情報は、前記制御フィールドに格納されている
請求項１に記載の無線機。
【請求項３】
通信パケットに当該通信パケットの送信日時を示す送信日時情報を付加する日時情報設定部と、
前記送信日時情報が付加された前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御部と、を備え、
前記日時情報設定部は、前記通信パケットに割り当てられた前記送信期間が、前記送信制御部によって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す他の送信日時情報を前記通信パケットに付加する
無線機。
【請求項４】
請求項１から請求項３に記載の無線機を備えた路側通信機。
【請求項５】
送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機から送信される前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する受信ステップと、
前記受信ステップにて受信した前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定ステップと、を含み、
前記判定ステップは、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める
判定方法。
【請求項６】
通信パケットがリプレイ攻撃であるか否かの判定をコンピュータに実行させるためのコンピュータプログラムであって、
コンピュータに、
送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機から送信される前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する受信ステップと、
前記受信ステップにて受信した前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定ステップと、を実行させるコンピュータプログラムであり、
前記判定ステップは、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線機、路側通信機、判定方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機と車載通信機（移動通信機）との間の通信であり、車車間通信とは、車載通信機（移動通信機）間の通信である。
このような高度道路交通システムのための通信方式やセキュリティについては、標準規格及びガイドラインが制定されている（例えば、非特許文献１，２参照）。
【０００３】
高度道路交通システムにおいて、各通信機は、セキュリティに関する各種機能を有しているが、その中で、いわゆるリプレイ攻撃に対する防御機能を有していることがある。
リプレイ攻撃とは、下記非特許文献２に記載されているように、以前に送信された情報を再利用して送信し、路側通信機や車載通信機になりすまして、誤った情報を配信することでシステムに混乱を生じさせるといった攻撃のことである。
【０００４】
例えば、下記特許文献１には、リプレイ攻撃を防御するための防御処理が記載されている。すなわち、送信時刻の情報を格納したパケットを送信側の通信機に送信させ、このパケットを受信した受信側の通信機は、前記パケットに格納された送信時刻の情報を抽出し、抽出した情報が示す送信時刻と現在の時刻とを比較する。両時刻の時間差が許容誤差範囲外であれば、受信側の通信機は、リプレイ攻撃と判定してそのパケットを廃棄する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】一般社団法人電波産業会、”７００ＭＨｚ  帯高度道路交通システムＡＲＩＢ−ＳＴＤ−Ｔ１０９  １．２版“，［ｏｎｌｉｎｅ］、平成２５年１２月１０日、［平成２８年６月２７日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ａｒｉｂ．ｏｒ．ｊｐ／ｔｙｏｓａｋｅｎｋｙｕ／ｋｉｋａｋｕ＿ｔｕｓｈｉｎ／ｔｓｕｓｈｉｎ＿ｋｉｋａｋｕ＿ｎｕｍｂｅｒ．ｈｔｍｌ＞
【非特許文献２】ＩＴＳ情報通信システム推進会議、”運転支援通信システムに関するセキュリティガイドライン  ＩＴＳＦＯＲＵＭ  ＲＣ−００９  １．２版“，［ｏｎｌｉｎｅ］、平成２５年１１月２５日、［平成２８年６月２７日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｉｔｓｆｏｒｕｍ．ｇｒ．ｊｐ／Ｐｕｂｌｉｃ／Ｊ７Ｄａｔａｂａｓｅ／ｉｎｄｅｘ．ｈｔｍｌ＞
【特許文献】
【０００６】
【特許文献１】特開２００８−１５４１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記システムにおける路側通信機は、アプリケーションデータを生成するアプリケーション部と、前記アプリケーションデータを通信パケットに格納する等、無線送信に必要な処理を行う通信処理部とを備えている。
【０００８】
通信処理部は、自機が送信する通信パケットを受信する通信機においてリプレイ攻撃の防御処理を実行可能とするために、当該通信パケットに送信日時を示す送信日時情報を付加する。
通信処理部は、通信パケットに送信日時情報を付加した後、所定周期で設けられた送信期間で通信パケットの送信を行う。
【０００９】
ここで、通信処理部においては、通信パケットに送信日時情報を付加するレイヤと、通信パケットの送信制御を行うレイヤとが異なっている。送信日時情報を付加するレイヤは、送信制御を行うレイヤの上位レイヤである。
送信制御を行うレイヤでは、送信日時情報に関係なく、与えられた通信パケットを送信する。
このため、送信日時情報が付加された通信パケットが送信制御を行うレイヤに与えられるまでの間に、一の通信パケットに遅延が生じた場合、当該一の通信パケットよりも後に送信日時情報が付加された後の通信パケットの方が先に送信制御を行うレイヤに与えられてしまうことがある。
【００１０】
このような場合、後の通信パケットが先に送信され、一の通信パケットがその後に送信されることがある。
このとき、後の通信パケットの送信日時情報は、一の通信パケットの送信日時情報よりも進んだ時刻を示している。
よって、一の通信パケット及び後の通信パケットを受信した路側通信機は、一の通信パケットがリプレイ攻撃であると判定してしまうおそれがある。
【００１１】
同じ路側通信機から送信された通信パケットにも関わらす、後から送られてきた一の通信パケットの送信日時情報の方が、先に送られてきた後の通信パケットの送信日時情報よりも遅れた時刻（過去の時刻）を示しているため、妥当性に欠けるからである。
【００１２】
このように、送信日時情報の付加後の処理に起因する送信タイミングの遅延によって、正常な通信パケットであるにもかかわらず、リプレイ攻撃と判定されてしまう場合があった。
【００１３】
本開示はこのような事情に鑑みてなされたものであり、適切にリプレイ攻撃の判定を行うことができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
一実施形態である無線機は、送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機との間で無線通信する無線機であって、前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する無線通信部と、前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定部と、を備え、前記判定部は、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める。
【００１５】
また、一実施形態である無線機は、通信パケットに当該通信パケットの送信日時を示す送信日時情報を付加する日時情報設定部と、前記送信日時情報が付加された前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御部と、を備え、前記日時情報設定部は、前記通信パケットに割り当てられた前記送信期間が、前記送信制御部によって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記送信日時情報に代えて不定値を示す他の送信日時情報を前記通信パケットに付加する。
【００１６】
一実施形態である路側通信機は、上記無線機を備えている。
【００１７】
また、一実施形態である判定方法は、送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機から送信される前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する受信ステップと、前記受信ステップにて受信した前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定ステップと、を含み、前記判定ステップは、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める。
【００１８】
一実施形態であるコンピュータプログラムは、通信パケットがリプレイ攻撃であるか否かの判定をコンピュータに実行させるためのコンピュータプログラムであって、コンピュータに、送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機から送信される前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する受信ステップと、前記受信ステップにて受信した前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定ステップと、を実行させるコンピュータプログラムであり、前記判定ステップは、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定めるコンピュータプログラムである。
【発明の効果】
【００１９】
本開示によれば、適切にリプレイ攻撃の判定を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。
【図２】本実施形態に係る路側通信機及び車載通信機の構成を示すブロック図である。
【図３】（ａ）は、本無線通信システムにて用いられる無線フレームを示す図、（ｂ）は、無線フレームに従って設定される路側通信機の送信期間及び送信禁止期間の一例を示す図、（ｃ）は、車載通信機の送信禁止期間の一例を示す図である。
【図４】路側通信機が送信する通信パケットの一例を示す図である。
【図５】非特許文献１の標準規格に示されているプロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Ｅｘｔｅｎｄｅｄ  Ｌａｙｅｒ）ＥＬを加えたものを示している。
【図６】路側通信機の通信処理装置が有している機能の一部を示したブロック図である。
【図７】判定部が行う判定処理の一例を示すフローチャートである。
【図８】路側通信機が通信パケットを送信する際の通信処理を示す図である。
【図９】変形例に係る通信パケットを示す図である。
【図１０】他の実施形態に係る路側通信機の通信処理部が実行する路路間通信パケットの送信処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
［実施形態の説明］
最初に実施形態の内容を列記して説明する。
（１）一実施形態である無線機は、送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機との間で無線通信する無線機であって、前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する無線通信部と、前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定部と、を備え、前記判定部は、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める。
【００２２】
上記構成の無線機によれば、判別情報を用いて受信パケットが路路間通信パケットか前記路車間通信パケットかを判別した上で参照日時情報を定め、リプレイ攻撃の判定を行うので、受信パケットがリプレイ攻撃であるか否かを判定する前に、受信パケットが路路間通信パケット及び路車間通信パケットのいずれであるのかを特定することができる。
よって、判定部は、受信パケットを判定する際に、同じ通信種別のパケットから得た送信日時情報を参照日時情報と定めることができ、同じ通信種別同士で送信日時情報を比較することができる。
この結果、仮に路路間通信パケットの送信タイミングに遅延が生じることで、路路間通信パケットと、路車間通信パケットとの間における送信日時の関係と、実際の送信タイミングとの関係に齟齬が生じたとしても、判定部は、路路間通信パケット同士で送信日時を比較する。これにより、路路間通信パケットの送信タイミングの遅延に関係なく、適切にリプレイ攻撃の判定を行うことができる。
【００２３】
（２）上記無線機において、前記受信パケットは、アプリケーションデータが格納されるフィールドと、無線通信のために必要な制御データが格納される制御フィールドと、を含み、前記判別情報は、前記制御フィールドに格納されていることが好ましい。
この場合、アプリケーションに負荷を与えることなく判別情報を取得できる。
【００２４】
（３）また、一実施形態である無線機は、通信パケットに当該通信パケットの送信日時を示す送信日時情報を付加する日時情報設定部と、前記送信日時情報が付加された前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御部と、を備え、前記日時情報設定部は、前記通信パケットに割り当てられた前記送信期間が、前記送信制御部によって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す他の送信日時情報を前記通信パケットに付加する。
【００２５】
上記構成の無線機によれば、割り当てられた送信期間が、送信制御部によって通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられることで当該通信パケットの送信タイミングに遅延が生じると、送信日時情報に代えて不定値又は直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す他の送信日時情報を、送信タイミングに遅延が生じた通信パケットに格納するので、当該通信パケットが誤ってリプレイ攻撃と判定されるのを防止することができる。
【００２６】
（４）また、一実施形態である路側通信機は、上記（１）から（３）に記載の無線機を備えている。
【００２７】
（５）一実施形態である判定方法は、送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機から送信される前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する受信ステップと、前記受信ステップにて受信した前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定ステップと、を含み、前記判定ステップは、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定める。
【００２８】
（６）また、一実施形態であるコンピュータプログラムは、通信パケットがリプレイ攻撃であるか否かの判定をコンピュータに実行させるためのコンピュータプログラムであって、コンピュータに、送信日時情報が付加された路路間通信パケットを送信するとともに送信日時情報が付加された路車間通信パケットを送信する路側通信機から送信される前記路路間通信パケット及び前記路車間通信パケットを受信パケットとして受信する受信ステップと、前記受信ステップにて受信した前記受信パケットに含まれている、送信元の通信機を示す識別情報と、前記送信日時情報とに基づいて前記受信パケットによりリプレイ攻撃されたか否かを判定する判定ステップと、を実行させるコンピュータプログラムであり、前記判定ステップは、前記リプレイ攻撃の判定を行うために前記送信日時情報と比較される参照日時情報を、前記受信パケットに含まれている、前記受信パケットが前記路路間通信パケットか前記路車間通信パケットかを判別するための判別情報を用いて定めるコンピュータプログラムである。
【００２９】
［実施形態の詳細］
以下、好ましい実施形態について図面を参照しつつ説明する。
なお、以下に記載する各実施形態の少なくとも一部を任意に組み合わせてもよい。
〔通信システムの構成について〕
図１は、実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機２、車載通信機（移動通信機）３、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。
なお、本実施形態において特に説明しない点については、非特許文献１に準拠する。
【００３０】
交通信号機１と路側通信機２は、複数の交差点Ｊ１〜Ｊ１６のそれぞれに設置されており、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。
中央装置４は、自身が管轄するエリアの交通信号機１および路側通信機２とＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
【００３１】
路側センサ６は、各交差点に流入もしくは流出する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは有線通信回線７を介して中央装置４に送信する。なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り及び下り用として少なくとも４つの信号灯器が設置されている。
【００３２】
高度道路交通システムにおいて、無線通信システムを構成する、複数の交差点それぞれに設置された複数の路側通信機２は、その周囲を走行する車両の車載通信機３との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機３は、キャリアセンス方式で路側通信機２との間で無線通信（車路間通信）を行うとともに、他の車載通信機３と無線通信（車車間通信）が可能である。
【００３３】
なお、路路間通信とは、路側通信機２同士の間で行われる通信であり、一の路側通信機２が他の路側通信機２に向けて通信パケットを送信することによって行われる。
また、路車間通信とは、路側通信機２と車載通信機３との間で行われる通信であり、路側通信機２が車載通信機３に向けて通信パケット（路車間通信情報）をブロードキャスト送信することによって行われる。
また、車車間通信とは、車載通信機３同士で行われる通信であり、キャリアセンス方式によって通信パケット（車車間通信情報）を送信することによって行われる。
また、車路間通信とは、車載通信機３と路側通信機２との間で行われる通信であり、車載通信機３が路側通信機２に向けてキャリアセンス方式で通信パケット（車路間通信情報）を送信することによって行われる。
【００３４】
図２は、本実施形態に係る路側通信機２及び車載通信機３の構成を示すブロック図である。
路側通信機２は、図２に示すように、無線通信のためのアンテナ２０が接続された無線通信部２１と、有線通信回線７を介して中央装置４と通信するための有線通信部２２と、通信の制御に関する処理を行う通信処理装置２３とを備えている。
通信処理装置２３は、無線通信部２１を制御するとともに、無線通信及び有線通信の通信に関する処理を行う機能を有している。これにより通信処理装置２３は、路車もしくは車路間通信や、路路間通信を行うとともに、有線通信回線７を介して中央装置４との間で有線通信を行う。
【００３５】
通信処理装置２３は、記憶部（図示省略）を備えており、この記憶部に無線通信及び有線通信のために必要な情報を記憶するとともに、後述する各機能を実現するためのプログラムや、その他の各種処理を実行するためのアプリケーション等がインストールされている。
【００３６】
車載通信機３は、無線通信のためのアンテナ２７が接続された無線通信部２８と、通信処理装置２９とを備えている。
通信処理装置２９は、路側通信機２の通信処理装置２３と同様の構成であり、無線通信部２８を制御するとともに、無線通信に関する機能を有している。これにより通信処理装置２９は、車車間通信や路車間通信を行う。また、通信処理装置２９は、記憶部（図示省略）を備えており、車車間通信や、路車間通信のために必要な情報や、後述する各種処理を実行するためのアプリケーション等がインストールされている。
【００３７】
通信処理装置２３及び通信処理装置２９は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。その機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置２３及び通信処理装置２９はコンピュータを含み、コンピュータによって実行されるコンピュータプログラムは記憶部に記憶される。
【００３８】
図３（ａ）は、本無線通信システムにて用いられる無線フレームを示す図である。
図３（ａ）に示すように、無線フレーム（スーパーフレーム）は、その時間軸方向の長さ（フレーム長）が１００ミリ秒に設定されている。また、無線フレームは、時間軸方向に並べて配置されている。つまり、無線フレームは、１秒間に１０フレーム配置される。
無線フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示せず）によって受信したＧＰＳ信号から得られる１ＰＰＳ（Ｏｎｅ  Ｐｕｌｓｅ  Ｐｅｒ  Ｓｅｃｏｎｄ）信号（１秒周期の信号）に基づいて設定される。
【００３９】
一つの無線フレームには、複数のタイムスロット３０が含まれている。
タイムスロット３０は、路側通信機２に割り当てられる通信用のタイムスロット（路側機通信期間）であり、タイムスロット３０のいずれかに送信期間が割り当てられている路側通信機２は、その割り当てられているタイムスロット３０内に、当該路側通信機２が無線送信する送信期間を設定する。タイムスロット３０は、一つの無線フレーム（１００ミリ秒）内に最大１６個まで設定可能である。
【００４０】
タイムスロット３０には、それぞれスロット番号（路車間通信期間番号）ｎ（＝１〜１６）が付されている。路側通信機２は、スロット番号ｎによっていずれのタイムスロット３０が自路側通信機２に割り当てられるかを認識することができる。スロット番号ｎが付された各タイムスロット３０は、それぞれ、無線フレームに一つずつ配置されているので、１００ミリ秒周期（制御周期）で配置されている。
【００４１】
路側通信機２に割り当てられているタイムスロット３０以外の期間は、車載通信機３によるキャリアセンス方式の無線送信用として開放する期間である。このため、路側通信機２に割り当てられているタイムスロット３０以外の期間では、路側通信機２による無線送信は行われない。
【００４２】
無線フレームに含まれる複数のタイムスロット３０の内、一つまたは複数のタイムスロット３０が路側通信機２に割り当てられる。路側通信機２は、自機２に割り当てられているタイムスロット３０以外の期間では送信が禁止される。すなわち、路側通信機２にとっては、自機２に割り当てられているタイムスロット３０以外の期間は、送信禁止期間となる。
【００４３】
図３（ｂ）は、無線フレームに従って設定される路側通信機２の送信期間及び送信禁止期間の一例を示す図である。図３（ｂ）では、路側通信機２にｎ＝４の１つのタイムスロット３０が割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）で無線送信を行う。
【００４４】
複数のタイムスロット３０は、互いに隣接する路側通信機２同士の間で干渉が生じないように、各路側通信機２に割り当てられる。
各路側通信機２は、割り当てられたタイムスロット３０で定まる送信期間で無線送信を行う。
【００４５】
路側通信機２は、自路側通信機２のアプリケーションが生成したアプリケーションデータをパケット化し、アプリケーションデータが格納されたパケットを自路側通信機２に割り当てられたタイムスロット３０（送信期間）にて送信する。
路側通信機２のアプリケーションが生成するアプリケーションデータには、本システムが車載通信機３に対して提供する安全運転支援等に関する路車間通信情報や、他の路側通信機２に対して提供される本システムの管理等に関する路路間通信情報が含まれている。
路側通信機２は、路車間通信情報を格納した通信パケットである路車間通信パケットと、路路間通信情報を格納した通信パケットである路路間通信パケットとを送信する。
【００４６】
なお、路側通信機２は、送信禁止期間においては、車車間通信を傍受するとともに、他の路側通信機２が送信する路車間通信パケット及び路路間通信パケットを受信する。
【００４７】
図３（ｃ）は、車載通信機３の送信禁止期間の一例を示す図である。図３（ｃ）では、全てのタイムスロット３０がいずれかの路側通信機２に割り当てられている場合の送信禁止期間を示している。
上述のように、路側通信機２に割り当てられているタイムスロット３０以外の期間が、車載通信機３によるキャリアセンス方式の無線送信用として割り当てられる。つまり、全てのタイムスロット３０が路側通信機２に割り当てられている図３（ｃ）の場合、各タイムスロット３０に対応する期間が送信禁止期間となっている。
車載通信機３は、これら送信禁止期間以外の期間において、キャリアセンス方式で無線送信を行う。
【００４８】
なお、上述したように、路側通信機２に割り当てられているタイムスロット３０以外の期間が車載通信機３の無線送信用の期間として割り当てられるので、タイムスロット３０の内、いずれの路側通信機２にも割り当てられず、使用されていないタイムスロット３０があれば、その期間については車載通信機３の無線送信に割り当てられる。
【００４９】
図４は、路側通信機２が送信する通信パケットの一例を示す図である。
この通信パケットは、路側通信機２が路路間通信又は路車間通信によって他の路側通信機２又は車載通信機３へ向けて各種情報を格納し送信するためのものである。通信パケットは、アプリケーションデータをパケット化することによって生成される。
【００５０】
通信パケットは、最前部及び最後部に通信ヘッダ及び通信フッタを有するとともに、通信ヘッダと通信フッタとの間に、セキュリティヘッダ、データ領域、及びセキュリティフッタを有している。データ領域は、セキュリティヘッダとセキュリティフッタとの間に設けられている。
【００５１】
データ領域には、主として、路側通信機２のアプリケーションが生成した路路間通信情報や路車間通信情報といったアプリケーションデータが格納される。
路車間通信に用いる通信パケットの場合、データ領域には、車載通信機３に向けたサービスに関する情報がアプリケーションデータとして格納される。
また、路路間通信に用いる通信パケットの場合、データ領域には、路路間通信において共有されるサービスに関する情報や、設備の保守に関する情報等がアプリケーションデータとして格納される。
【００５２】
データ領域がアプリケーションデータを格納するフィールドであるのに対して、通信ヘッダ、セキュリティヘッダ、セキュリティフッタ、及び通信フッタは、無線通信のために必要な制御データを格納する制御フィールドを構成している。
【００５３】
通信ヘッダには、路側通信機２に対して送信期間として割り当てられているタイムスロットに関する送信設定値情報等が格納されている。送信設定値情報は、無線フレームにおいて路側通信機２の送信タイミングを示している情報である。
【００５４】
セキュリティヘッダには、自機である路側通信機２の機器ＩＤや、無線通信の暗号化に用いられる通信鍵（共通鍵）の鍵ＩＤ、送信日時情報等が格納されている。
【００５５】
機器ＩＤは、当該通信パケットの送信元である通信機固有の識別情報である。
鍵ＩＤは、通信鍵を識別し選択するための情報である。通信鍵は、路路間通信及び路車間通信といった通信種別に応じて異なる鍵が用いられる。よって、通信鍵の鍵ＩＤを参照することで、通信パケットの通信種別（送信カテゴリ）を判定することができる。
送信日時情報は、送信元である路側通信機２が当該通信パケットを送信するときの送信日時を示す情報である。
【００５６】
セキュリティフッタには、メッセージの改ざんを検出しメッセージの安全性を保証するためのＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）等が格納される。
また、機器ＩＤとして、路側通信機や、一般車両の車載通信機、優先車両の車載通信機等、当該パケットの送信元である通信機の種別情報が格納されることがある。
【００５７】
通信パケット（セキュリティヘッダ）に格納される送信日時情報は、当該通信パケットを受信する通信機（路側通信機２及び車載通信機３）によって、当該通信パケットがリプレイ攻撃目的のパケットであるか否かの判定に用いられる。
【００５８】
図５は、非特許文献１の標準規格に示されているプロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Ｅｘｔｅｎｄｅｄ  Ｌａｙｅｒ）ＥＬを加えたものを示している。
非特許文献１に規定されるプロトコルスタックは、レイヤ１（Ｌ１，物理層：Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、レイヤ２（Ｌ２，データリンク層：Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層：Ｉｎｔｅｒ−Ｖｅｈｉｃｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  −  Ｒｏａｄ  ｔｏ  Ｖｅｈｉｃｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｌａｙｅｒ）及びレイヤ７（Ｌ７，アプリケーション層：Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ）の４構造である。各層及びアプリケーションＡＰは、システム管理のための情報を有するシステム管理にアクセスすることができる。
【００５９】
レイヤ１は、ＩＥＥＥ８０２．１１において規定される物理層に準拠して動作する。
レイヤ２は、ＭＡＣ副層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｓｕｂｌａｙｅｒ）と、ＬＬＣ副層（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｓｕｂｌａｙｅｒ）と、から構成される。ＭＡＣ副層は、無線チャネルの通信管理として、フレーム制御及び同報通信（ブロードキャスト）を行う。ＬＬＣ副層は、上位層のエンティティ間でパケット伝送を行うために、確認なしコネクションレス型通信のサービスを提供する。
【００６０】
車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、車車間・路車間共用通信制御に必要な情報の生成と管理を行う。
より具体的に、ＩＶＣ−ＲＶＣ層は、送信元の識別情報や、同期制御情報、通信パケットを送信する際の無線フレームにおけるタイムスロットの期間長に関する送信設定値に関する情報（送信設定値情報）をアプリケーションデータに付加する。
【００６１】
レイヤ７は、アプリケーションＡＰに対して通信制御手段を提供するためのものである。
アプリケーションＡＰは、車両情報や、サービス支援情報、信号情報などのアプリケーションデータに対する処理を行う機能を有している。アプリケーションＡＰは、他の通信機に送信するアプリケーションデータをレイヤ７に与えるとともに、受信した通信パケットに格納されていたアプリケーションデータをレイヤ７から取得する。
【００６２】
拡張層ＥＬは、レイヤ７の上位層として存在し、アプリケーションＡＰとレイヤ７との間の通信機能を拡張するためのものである。
拡張層ＥＬは、レイヤ７とともに、セキュリティ管理ＳＥＣにアクセスすることができる。
【００６３】
セキュリティ管理ＳＥＣは、通信パケットのセキュリティに関する処理を行う。
受信側の通信機２，３の拡張層ＥＬには、セキュリティヘッダ及びセキュリティフッタが付加されるとともに暗号化されたアプリケーションデータが、下位レイヤ（レイヤ７）から与えられる。アプリケーションデータが与えられると、拡張層ＥＬは、このアプリケーションデータをセキュリティ管理ＳＥＣに与える。セキュリティ管理ＳＥＣは、与えられたアプリケーションデータに対して復号等のセキュリティ処理を行う。セキュリティ管理ＳＥＣは、セキュリティ処理を施したアプリケーションデータを拡張層ＥＬに与える。拡張層ＥＬは、このアプリケーションデータをアプリケーションＡＰに与える。
【００６４】
また、送信側の通信機２，３の拡張層ＥＬは、アプリケーションＡＰからアプリケーションデータが与えられると、このアプリケーションデータをセキュリティ管理ＳＥＣに与える。
セキュリティ管理ＳＥＣは、与えられたアプリケーションデータに対して暗号化等のセキュリティ処理を行う。
さらに、セキュリティ管理ＳＥＣは、セキュリティヘッダ及びセキュリティフッタをアプリケーションデータに付加する（図４）。つまり、セキュリティ管理ＳＥＣは、機器ＩＤ、鍵ＩＤ、及び送信日時情報を通信パケットに付加する。
【００６５】
セキュリティ管理ＳＥＣは、例えば、アプリケーションデータが与えられると、送信日時情報を付加する。セキュリティ管理ＳＥＣは、送信日時情報を付加する直前に自機において計時される時刻を送信日時情報として生成する。セキュリティ管理ＳＥＣは、生成した送信日時情報をアプリケーションデータに付加する。
【００６６】
セキュリティ管理ＳＥＣは、暗号化等のセキュリティ処理を施したアプリケーションデータを拡張層ＥＬに与える。その後、拡張層ＥＬは、送信に必要な処理をアプリケーションデータに対して行うとともに、処理後のアプリケーションデータを下位レイヤ（レイヤ７）に与える。
次いでアプリケーションデータは、ＩＶＣ−ＲＶＣ層に与えられ、ＩＶＣ−ＲＶＣ層によって送信設定値情報が通信ヘッダに付加される。その後、アプリケーションデータは、レイヤ２に与えられてパケット化され、通信パケットとされる。さらに、この通信パケットは、レイヤ１に与えられて無線送信される。
【００６７】
図５に示す拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、アプリケーションＡＰ、セキュリティ管理ＳＥＣ、及びシステム管理に相当する機能は、路側通信機２の通信処理装置２３及び車載通信機３の通信処理装置２９によって実現される。また、レイヤ１の機能は、路側通信機２の無線通信部２１及び車載通信機３の無線通信部２８によって実現される。
【００６８】
なお、通信処理装置２３の内、図５中、アプリケーションＡＰに相当する機能を「アプリケーション部３１」といい、図５中、アプリケーションＡＰよりも下位の機能（拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、セキュリティ管理ＳＥＣ、及びシステム管理）を「通信処理部３２」という。
【００６９】
〔判定処理について〕
図６は、路側通信機２の通信処理装置２３が有している機能の一部を示したブロック図である。
通信処理装置２３は、上述のアプリケーション部３１と、通信処理部３２とを備えている。また、通信処理部３２は、判定部３６と、記憶部３８とを機能的に備えている。
【００７０】
判定部３６は、自路側通信機２が受信した通信パケットがリプレイ攻撃であるか否かを判定するための判定処理を実行する機能を有している。
記憶部３８は、自路側通信機２が受信した通信パケットの受信記録を登録するための受信記録テーブルを記憶している。この受信記録テーブルは、判定部３６により行われるリプレイ攻撃の判定処理に用いられる。
【００７１】
受信記録テーブルは、受信した通信パケットの送信日時情報を通信種別ごとに登録するためのテーブルである。受信記録テーブルには、受信した通信パケットに付加されている送信元の機器ＩＤと、送信日時情報とが対応付けられ、通信種別ごとに登録されている。
【００７２】
判定部３６は、通信パケットを受信するごとに、受信した通信パケットのセキュリティヘッダに格納されている通信鍵の鍵ＩＤと、送信元の機器ＩＤと、送信日時情報とを参照し、以下に述べる判定処理を実行するとともに、判定の結果に応じて機器ＩＤ及び送信日時情報を受信記録テーブルに登録する。
【００７３】
図７は、判定部３６が行う判定処理の一例を示すフローチャートである。
まず、判定部３６は、通信パケットを受信したか否かを判定する（ステップＳ１）。通信パケットを受信していないと判定すると、判定部３６は、再度ステップＳ１に戻る。これにより、判定部３６は、通信パケットを受信するまで、ステップＳ１の判定を繰り返す。
【００７４】
ステップＳ１において通信パケットを受信したと判定すると、判定部３６は、受信した通信パケット（受信パケット）に付加されている鍵ＩＤと、送信元の機器ＩＤと、送信日時情報とを参照する。
さらに判定部３６は、受信した通信パケットが路路間通信パケットであるか否かを判定する（ステップＳ２）。
判定部３６は、受信した通信パケットの通信鍵の鍵ＩＤを参照することで、路路間通信パケットか否かを判定する。
【００７５】
上述したように通信鍵は、通信種別（路路間通信及び路車間通信）に応じて異なる鍵が用いられる。つまり、この通信鍵の鍵ＩＤは、通信パケットが路路間通信パケットであることを判別するための情報を構成している。
判定部３６は、予め通信種別と鍵ＩＤとを対応付けて記憶している。このため、判定部３６は、通信鍵の鍵ＩＤを参照することで、通信パケットの通信種別を判定することができる。
【００７６】
ステップＳ２において受信した通信パケットが路路間通信パケットでないと判定すると、判定部３６は、ステップＳ１に戻る。よって、受信した通信パケットが路車間通信パケットである場合、判定部３６はリプレイ攻撃か否かの判定を行わず、次の通信パケットの受信を待つ（ステップＳ１）。
【００７７】
ステップＳ２において受信した通信パケットが路路間通信パケットであると判定すると、判定部３６は、受信した通信パケットがリプレイ攻撃であるか否かの判定を行う。
すなわち、受信した通信パケットが路路間通信パケットであると判定すると、判定部３６は、ステップＳ３に進み、記憶部３８に記憶された受信記録テーブルを参照し、路路間通信パケットの受信記録の中に、受信した通信パケットの機器ＩＤと同じ機器ＩＤが有るか否かを判定する（ステップＳ３）。
【００７８】
ステップＳ３において路路間通信パケットの受信記録の中に、受信した通信パケットの機器ＩＤと同じ機器ＩＤが有ると判定する場合、判定部３６は、受信記録テーブルに登録された過去の送信日時情報と、今回受信した通信パケットに付加されていた送信日時情報とを比較する（ステップＳ４）。
【００７９】
つまり、判定部３６は、リプレイ攻撃の判定を行うために受信した通信パケットの送信日時情報と比較される参照すべき送信日時情報（参照日時情報）として、路路間通信パケットの受信記録の中に存在する受信した通信パケットの機器ＩＤと同じ機器ＩＤに対応付けて登録されている過去の送信日時情報を定め、比較する（ステップＳ２、ステップＳ４）。
また、判定部３６は、前記参照日時情報を、受信した通信パケットに含まれている、当該通信パケットが路路間通信パケットか路車間通信パケットかを判別するための判別情報としての通信鍵の鍵ＩＤを用いて定める。
【００８０】
ステップＳ４において判定部３６は、過去の送信日時情報に対して、今回受信した通信パケットの送信日時情報が示す時刻が進んでいない場合、比較結果が妥当でないと判定する。なお、過去の送信日時情報に対して、今回受信した通信パケットの送信日時情報が示す時刻が進んでいない場合とは、今回受信した通信パケットの送信日時情報が示す時刻が、過去の送信日時情報が示す時刻と同一又はより過去を示している場合をいう。
上記の場合、今回受信した通信パケットは、リプレイ攻撃の可能性が高い。よって、判定部３６は、今回受信した通信パケットをリプレイ攻撃と判定する。
【００８１】
また、判定部３６は、今回受信した通信パケットの送信日時情報が示す時刻が過去の送信日時情報が示す時刻に対して進んでいる場合、比較結果が妥当であると判定する。
この場合、今回受信した通信パケットは、リプレイ攻撃の可能性が低い。よって、判定部３６は、今回受信した通信パケットをリプレイ攻撃ではないと判定する。
【００８２】
ステップＳ４を終えてステップＳ５に進み、ステップＳ４における比較結果が妥当であると判定する場合、判定部３６は、今回受信した通信パケットがリプレイ攻撃でないと判定する。よってこの場合、判定部３６は、今回受信した通信パケットに格納されている路路間通信情報（アプリケーションデータ）が通信処理部３２からアプリケーション部３１に与えられるように制御する。これにより、通信パケットに格納されている路路間通信情報はアプリケーション部３１によって処理される（ステップＳ６）。
【００８３】
次いで、判定部３６は、今回受信した送信元の機器ＩＤと、送信日時情報とによって受信記録テーブルを更新し（ステップＳ７）、今回受信した通信パケットの送信日時情報を登録する。その後判定部３６は、ステップＳ１に戻る。これにより、判定部３６は、今回受信した通信パケットの情報に基づいて、次回同じ機器ＩＤの通信パケットを受信したときの判定処理を行うことができる。
【００８４】
また、ステップＳ３において路路間通信パケットの受信記録の中に、受信した通信パケットの機器ＩＤと同じ機器ＩＤがないと判定する場合においても、判定部３６は、ステップＳ６に進み、通信処理部３２に、通信パケットに格納されている路路間通信情報の処理を実行させ（ステップＳ６）、今回受信した送信元の機器ＩＤと、送信日時情報とを受信記録テーブルに登録し（ステップＳ７）、ステップＳ１に戻る。
【００８５】
一方、ステップＳ５において、ステップＳ４における比較結果が妥当でないと判定する場合、判定部３６は、今回受信した通信パケットがリプレイ攻撃と判定する。よって、判定部３６は、今回受信した通信パケットをアプリケーション部３１に与えず、破棄し（ステップＳ８）、ステップＳ１に戻る。よって、今回受信した通信パケットに含まれるアプリケーションデータは、アプリケーション部３１によって処理されない。
【００８６】
〔路側通信機による通信パケットの送信〕
図８は、路側通信機２が通信パケットを送信する際の通信処理を示す図である。図中横軸は時間を示している。図８は、送信側の路側通信機２から受信側の路側通信機２へ通信パケットを送信する際の処理を示している。
図８中、縦軸方向は、送信側の路側通信機２における処理を示しており、処理に沿って行われる上位層から下位層へのデータの受け渡しの態様を示している。図８では、上段にアプリケーション部３１（アプリ）、下段に通信処理部３２を示している。
【００８７】
図８中、アプリケーション部３１は、路車間通信データ（ハッチング無し）と、路路間通信データ（ハッチング有り）の２種類のアプリケーションデータを生成する。
また、アプリケーション部３１及び通信処理部３２は、例えば、所定の制御周期に従ってアプリケーションデータに対する処理を行うように構成されている。この制御周期は、例えば、本システムの無線フレームの期間に対応している。
【００８８】
ここで、図８中、アプリケーション部３１の段の左端に位置している路車間通信データ１に着目する。この路車間通信データ１は、アプリケーション部３１にて生成されると、通信処理部３２に与えられる。
路車間通信データ１が与えられた通信処理部３２は、セキュリティ処理等の無線送信に必要な処理を開始する。この無線送信に必要な処理は、拡張層ＥＬやレイヤ７、ＩＶＣ−ＲＶＣ層、セキュリティ管理ＳＥＣ、システム管理によって行われる。
無線送信に必要な処理には、路車間通信データ１に送信日時を示す情報である送信日時情報を付加する処理が含まれている。
通信処理部３２は、この無線送信に必要な処理を制御周期１内で終える。なお、図８中、通信処理部の段は、上段が無線送信に必要な処理（セキュリティ等）、下段がＭＡＣ副層における処理（ＭＡＣ）と２つに分かれており、さらに無線送信に必要な処理の段は、上段が処理の開始、下段が処理の終了の２つに分かれている。
【００８９】
無線送信に必要な処理が終了すると、通信処理部３２のＭＡＣ副層は、路車間通信データ１をパケット化する。なお、路車間通信データ１には送信日時情報が付加されているので、この通信パケットには、路車間通信データ及び送信日時情報が格納されている。
また、通信処理部３２のＭＡＣ副層は、ＩＶＣ−ＲＶＣ層により通信ヘッダに付加される路車間通信データ１の送信設定値情報を参照する。
ＭＡＣ副層は、参照した送信設定値情報に基づいて、通信パケットの送信制御を行う。
【００９０】
通信処理部３２のＭＡＣ副層は、路車間通信データ１をパケット化した路車間通信パケットに対して、送信設定値情報等によって特定される所定のタイムスロットを割り当て、割り当てたタイムスロットで送信されるように通信パケットをレイヤ１に与える。
【００９１】
図８では、一つの無線フレームに、路車間通信データを送信するための路車間通信用タイムスロット３０１と、路路間通信データを送信するための路路間通信用タイムスロット３０２とが、それぞれ一つずつ設定されている。
通信処理部３２のＭＡＣ副層は、路車間通信データ１をパケット化した路車間通信データ１の通信パケットに対して、次の制御周期２に設定された路車間通信用タイムスロット３０１を割り当て、路車間通信データ１の通信パケットが路車間通信用タイムスロット３０１で無線送信されるようにレイヤ１に与える。
次いで、通信処理部３２のレイヤ１は、路車間通信データ１の通信パケットを、制御周期２の路車間通信用タイムスロット３０１で無線送信する。
【００９２】
このように、通信処理部３２のＭＡＣ副層は、ある制御周期に与えられたアプリケーションデータについては、その制御周期内に無線送信に必要な処理を終えると、次の制御周期に設定されたタイムスロットを用いて無線送信するように構成されている。
よって、ある制御周期に与えられたアプリケーションデータについて無線送信に必要な処理を終えることができず、例えば、次の制御周期内に無線送信に必要な処理が終れば、通信処理部３２は、さらに次の制御周期に設定されたタイムスロットを用いて無線送信する。
【００９３】
なお、ＭＡＣ副層は、同じ通信種別の間のアプリケーションデータについては、原則として上位レイヤから与えられた順番で無線送信する。
よって、ＭＡＣ副層は、路路間通信の通信パケットの送信については、送信日時情報が付加された路路間通信の通信パケットを上位レイヤから与えられた順番で順次送信する。
また、ＭＡＣ副層は、路車間通信の通信パケットの送信については、送信日時情報が付加された路車間通信の通信パケットを上位レイヤから与えられた順番で順次送信する。
【００９４】
また、通信処理部３２は、上述したように、通信種別に応じて両タイムスロットを使い分ける。通信処理部３２は、路車間通信パケットについては路車間通信用タイムスロット３０１を用いて送信し、路路間通信パケットについては路路間通信用タイムスロット３０２を用いて送信する。
【００９５】
ここで、図８中、路車間通信データ１の右隣に位置している路路間通信データ１に着目すると、路路間通信データ１がアプリケーション部３１にて生成され、通信処理部３２に与えられると、通信処理部３２は、制御周期１内において、送信日時情報を付与する等、路路間通信データ１に対して無線送信に必要な処理を開始する。
その後、通信処理部３２は、路路間通信データ１に対する無線送信に必要な処理が制御周期１内では終了せず、遅延が生じたことにより制御周期２内で終了したとする。
【００９６】
通信処理部３２は、無線送信に必要な処理を制御周期２で終えたので、路路間通信データ１が格納された路路間通信データ１の通信パケットを制御周期２のタイムスロットでは送信せず、制御周期３に設定された路路間通信用タイムスロット３０２を用いて無線送信する。
【００９７】
つまり、路路間通信データ１の通信パケットは、制御周期２の早いタイミングで無線送信に必要な処理が終了し送信可能となったにも関わらす、１無線フレーム以上後に設定されている制御周期３の路路間通信用タイムスロット３０２が割り当てられる。このため、路路間通信データ１の通信パケットの送信タイミングに遅延が生じる。
このように、通信パケットの無線送信のタイミングは、無線送信に必要な処理が終了するタイミングによっては、制御周期（無線フレーム）単位で遅延することがある。
【００９８】
一方、制御周期２において生成された路車間通信データ２は、制御周期２内において通信処理部３２に与えられ、通信処理部３２によって、送信日時情報が付与される等、無線送信に必要な処理が行われる。
図８に示すように、通信処理部３２は、路車間通信データ２に対する無線送信に必要な処理を制御周期２内で終えたとする。この場合、通信処理部３２は、制御周期３に設定された路車間通信用タイムスロット３０１を用い、路車間通信データ２が格納された路車間通信データ２の通信パケットを送信する。
【００９９】
すると、制御周期２において送信日時情報が付加された路車間通信データ２の方が、制御周期１において送信日時情報が付加された路路間通信データ１よりも早いタイミングで送信されることとなる。
【０１００】
この場合、路車間通信データ２の通信パケットに付加されている送信日時情報は、路路間通信データ１の通信パケットの送信日時情報よりも後で付加されている。よって、路車間通信データ２の通信パケットに付加されている送信日時情報は、路路間通信データ１の通信パケットに付加されている送信日時情報よりも後の時刻を示している。
【０１０１】
ここで、路車間通信データ２の通信パケット及び路路間通信データ１の通信パケットの両方を受信した他の路側通信機２が、路路間通信データ１の通信パケットについてリプレイ攻撃であるか否かについての判定を行う場合、当該他の路側通信機２は、路路間通信データ１の通信パケットがリプレイ攻撃ではないにも関わらず、リプレイ攻撃であると判定してしまうおそれがある。
【０１０２】
路側通信機２は、図８中、破線矢印である「比較判定１」が示すように路路間通信データ１の通信パケットを判定するために、路車間通信データ２の通信パケットの送信日時情報を参照することがある。
この場合、同じ路側通信機２から送信された通信パケットにも関わらす、後から送られてきた路路間通信データ１の通信パケットの送信日時情報の方が、先に送られてきた路車間通信データ２の通信パケットの送信日時情報よりも遅れた時刻（過去の時刻）を示しているため、妥当性に欠ける。よって、他の路側通信機２は、路路間通信データ１の通信パケットがリプレイ攻撃ではないにも関わらず、リプレイ攻撃であると判定してしまう。
【０１０３】
これに対して、本実施形態の路側通信機２は、他の路側通信機２からの通信パケットを受信しリプレイ攻撃を判定する際、受信した通信パケットの通信種別も考慮して判定するように構成されている。これによって、適切にリプレイ攻撃の判定を行うことができるように構成されている。
【０１０４】
すなわち、本実施形態の路側通信機２は、路路間通信パケット及び路車間通信パケットを受信パケットとして受信する無線通信部２１と、受信パケットに含まれている、送信元の通信機を示す識別情報である機器ＩＤと、送信日時情報とに基づいて受信パケットによりリプレイ攻撃されたか否かを判定する判定部３６と、を備えている。また、判定部３６は、リプレイ攻撃の判定を行うために送信日時情報と比較される参照日時情報を、受信した通信パケットに含まれている、当該通信パケットが路路間通信パケットか路車間通信パケットかを判別するための判別情報である鍵ＩＤを用いて定める。
【０１０５】
上記構成の路側通信機２によれば、判別情報を用いて受信パケットが路路間通信パケットか前記路車間通信パケットかを判別した上で参照日時情報を定め（図７中、ステップＳ２）、リプレイ攻撃の判定を行うので（図７中、ステップＳ３からステップＳ５）、通信パケットがリプレイ攻撃であるか否かを判定する前に、通信パケットが路路間通信パケット及び路車間通信パケットのいずれであるのかを特定することができる。
よって、判定部３６は、通信パケットを判定する際に、同じ通信種別のパケット同士である路路間通信パケット同士で送信日時情報を比較することができる。
【０１０６】
通信処理部３２のＭＡＣ副層は、上述したように、同じ通信種別の間のアプリケーションデータについては、原則として上位層から与えられた順番で無線送信する。
よって、同じ通信種別同士の通信パケット同士で送信日時情報を比較すれば、同じ通信種別同士の通信パケット内においては、ＭＡＣ副層は、送信日時情報が示す時刻順に通信パケットを送信する。
【０１０７】
これにより、仮に路路間通信パケットの送信タイミングに遅延が生じることで、路路間通信パケットと、路車間通信パケットとの間における送信日時情報が示す時刻の関係と、実際の送信タイミングとの関係に齟齬が生じたとしても、判定部３６は、路路間通信用通信パケット同士で送信日時を比較する（図７中、ステップＳ２）。これにより、路路間通信パケットの送信タイミングの遅延に関係なく、適切にリプレイ攻撃の判定を行うことができる。
【０１０８】
例えば、図８において、本実施形態の路側通信機２が各通信パケットを受信したとする。この場合、判定部３６は、制御周期３に設定された路路間通信用タイムスロット３０２で送信された路路間通信データ１の通信パケットの判定については、図８中、破線矢印である「比較判定２」が示すように、直近に送信された路路間通信パケットである、制御周期１で送信された路路間通信データ０の通信パケットの送信日時情報と比較する。
このように、本実施形態の判定部３６は、路路間通信パケットの判定において、制御周期３において送信された路車間通信データ２の通信パケットの送信日時情報を用いない。
これにより、路路間通信パケットの送信タイミングに遅延が生じたとしても、正常な通信パケットを誤ってリプレイ攻撃と判定するのを防止でき、適切にリプレイ攻撃の判定を行うことができる。
【０１０９】
上記実施形態において、判別情報として用いる鍵ＩＤは、制御フィールドであるセキュリティヘッダに格納されている。よって、判定部３６は、アプリケーションに負荷を与えることなく、鍵ＩＤを取得することができる。
【０１１０】
なお、上記実施形態では、通信パケットが路路間通信パケットであることを判別するための情報として鍵ＩＤを用いた場合を例示したが、アプリケーションデータが、通信パケットが路路間通信パケットであることを判別するための情報を含んでいる場合、その情報を用いてもよい。
【０１１１】
例えば、図９に示すように、データ領域内のアプリケーションデータに通信種別情報や、サービス情報が含まれていることがある。
通信種別情報は、当該通信種別情報を含む通信パケットの通信形態が、車車間通信であるのか、路車間通信であるのか、路路間通信であるのかを識別する情報である。
また、サービス情報は、当該通信パケットに格納されているアプリケーションデータによって提供されるサービスが、どのような通信形態において提供されるサービスであるのかを示す情報であり、通信種別情報と同様に、車車間通信であるのか、路車間通信であるのか、路路間通信であるのかを識別することができる。
【０１１２】
なお、この場合、アプリケーション部３１は、アプリケーションデータの中に格納されている上述の通信種別情報及びサービス情報を取得し、判定部３６に与える機能を有している。
【０１１３】
このように、通信パケットが路路間通信パケットであることを判別するための情報としては、鍵ＩＤに代えて、アプリケーションデータに含まれている通信種別情報やサービス情報を用いることもできる。
また、鍵ＩＤ、通信種別情報、及びサービス情報の内、少なくとも２つの情報を併用し、判別情報として用いてもよい。
【０１１４】
〔他の実施形態について〕
図１０は、他の実施形態に係る路側通信機２の通信処理部３２が実行する路路間通信パケットの送信処理を示すフローチャートである。
まず、通信処理部３２は、アプリケーション部３１からのアプリケーションデータである路路間通信データを取得したか否かを判定する（ステップＳ１１）。
【０１１５】
アプリケーション部３１から路路間通信データが与えられていない場合、通信処理部３２は、再度ステップＳ１１を繰り返す。
アプリケーション部３１からの路路間通信データを取得したと判定すると、通信処理部３２は、取得した路路間通信データに送信日時情報を付加し（ステップＳ１２）、無線送信に必要な処理を実行する（ステップＳ１３）。なお、無線送信に必要な処理とは、拡張層ＥＬやレイヤ７、ＩＶＣ−ＲＶＣ層、セキュリティ管理ＳＥＣ、システム管理によって行われる処理である。
無線送信に必要な処理が終了すると、通信処理部３２のＭＡＣ副層は、路路間通信データをパケット化し、路路間通信パケットを生成する。これにより、路路間通信パケットが送信可能となる。
【０１１６】
さらに通信処理部３２は、路路間通信パケットを送信するために割り当てられるタイムスロットが、路路間通信パケットが送信可能となってから少なくとも１無線フレーム以上の期間をおいたタイムスロットであるか否かを判定する（ステップＳ１４）。
つまり、通信処理部３２は、路路間通信パケットが送信可能となってから少なくとも１無線フレーム以上の期間をおいてから送信されるように制御されることによって、路路間通信パケットの送信タイミングに遅延が生じるか否かを判定する。
【０１１７】
なお、ここで生じる路路間通信パケットの送信タイミングの遅延は、上述した実施形態の図８等によって説明した遅延の他、アプリケーション部３１から通信処理部３２へアプリケーションデータを渡すタイミングで生じる遅延も含む。
【０１１８】
ステップＳ１４において路路間通信パケットに割り当てられたタイムスロットが、路路間通信パケットが送信可能となってから少なくとも１無線フレーム以上の期間をおいたタイムスロットでないと判定すると、通信処理部３２は、ステップＳ１６に進み、路路間通信パケットをそのまま送信する（ステップＳ１６）。
【０１１９】
一方、ステップＳ１４において路路間通信パケットに割り当てられたタイムスロットが、路路間通信パケットが送信可能となってから少なくとも１無線フレーム以上の期間をおいたタイムスロットであると判定すると、通信処理部３２のセキュリティ管理ＳＥＣ（日時情報設定部）は、路路間通信パケットに付加している送信日時を示す送信日時情報に代えて、他の送信日時情報としての不定値を示す送信日時情報を路路間通信パケットに付加する（ステップＳ１５）。
【０１２０】
なお、ここで不定値とは、日付及び時刻を表すための値以外の値で表される値であり、これを受け取った相手側において日付や時刻と認識することができない値をいう。
【０１２１】
その後、通信処理部３２は、不定値を示す送信日時情報が付加された路路間通信パケットを送信する（ステップＳ１６）。
【０１２２】
ここで、路側通信機２の判定部３６は、送信日時情報が不定値である通信パケットについては、リプレイ攻撃と判定せず、処理を行う。
よって、本実施形態の路側通信機２のように、通信パケットの送信タイミングに遅延が生じると、送信日時を示す送信日時情報に代えて不定値を示す送信日時情報を、送信タイミングに遅延が生じた通信パケットに格納するので、送信タイミングに遅延が生じた通信パケットがリプレイ攻撃と判定されることはない。
この結果、送信タイミングに遅延が生じた通信パケットが誤ってリプレイ攻撃と判定されるのを防止することができる。
【０１２３】
なお、上記実施形態では、ステップＳ１５において、路路間通信パケットに付加している送信日時情報に代えて、不定値を示す送信日時情報を路路間通信パケットに付加した場合を例示したが、自路側通信機２が送信しようとしている路路間通信パケットの過去、好ましくは直前に送信した路路間通信パケット又は路車間通信パケットの送信日時情報の時刻に所定期間を加算した日時を示す日時情報を、送信日時情報として路路間通信パケットに付加してもよい。なお、前記所定期間は、直前に送信したパケットの送信日時情報の時刻に加算しても、現在の時刻よりも進んだ時刻とならない範囲で設定される。
【０１２４】
〔その他〕
なお、上記各実施形態では、判定部３６が路路間通信パケットがリプレイ攻撃であるか否かの判定を行う場合を例示したが、路側通信機２が受信する他の路側通信機２の路車間通信パケットがリプレイ攻撃であるか否かの判定を行ってもよい。
この場合、図７中のステップＳ２において受信した通信パケットが路路間通信パケットでないと判定する場合において、受信した通信パケットがリプレイ攻撃であるか否かの判定を判定部３６に行わせてもよい。
ステップＳ２において受信した通信パケットが路路間通信パケットでないと判定する場合、受信した通信パケットは路車間通信パケットである。よって、判定部３６に路車間通信パケットの判定を行わせることができる。
さらにこの場合、図７中のステップＳ３をステップＳ２よりも先に実行するように構成してもよい。なお、この場合、ステップＳ３では、通信パケットが路路間通信及び路車間通信を問わず、受信記録に機器ＩＤが登録されているか否かを判定する。
【０１２５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。
本開示の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味、及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１２６】
１  交通信号機
２  路側通信機
３  車載通信機
４  中央装置
５  車両
６  路側センサ
７  有線通信回線
８  ルータ
２０  アンテナ
２１  無線通信部
２２  有線通信部
２３  通信処理装置
２７  アンテナ
２８  無線通信部
２９  通信処理装置
３０  タイムスロット
３１  アプリケーション部
３２  通信処理部
３６  判定部
３８  記憶部
３０１  路車間通信用タイムスロット
３０２  路路間通信用タイムスロット
Ｊ１〜Ｊ１２  交差点
【図１】
2020145721.tif 000003
【図２】
2020145721.tif 000004
【図３】
2020145721.tif 000005
【図４】
2020145721.tif 000006
【図５】
2020145721.tif 000007
【図６】
2020145721.tif 000008
【図７】
2020145721.tif 000009
【図８】
2020145721.tif 000010
【図９】
2020145721.tif 000011
【図１０】
2020145721.tif 000012
【手続補正書】
【提出日】令和2年5月19日(2020.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リプレイ攻撃されたか否かを送信日時情報に基づいて判定する路側通信機と無線通信を行う無線機であって、
通信パケットに当該通信パケットの送信日時を示す第１送信日時情報を付加する日時情報設定部と、
前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御部と、を備え、
前記日時情報設定部は、前記通信パケットに割り当てられた前記送信期間が、前記送信制御部によって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記第１送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す第２送信日時情報を前記通信パケットに付加する
無線機。
【請求項２】
請求項１に記載の無線機を備えた路側通信機。
【請求項３】
リプレイ攻撃されたか否かを送信日時情報に基づいて判定する路側通信機と無線通信を行う無線機による通信パケットの送信方法であって、
通信パケットに当該通信パケットの送信日時を示す第１送信日時情報を付加する日時情報設定ステップと、
前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御ステップと、
前記通信パケットに割り当てられた前記送信期間が、前記送信制御ステップによって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記第１送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す第２送信日時情報を前記通信パケットに付加するステップと、を含む
通信パケットの送信方法。
【請求項４】
リプレイ攻撃されたか否かを送信日時情報に基づいて判定する路側通信機と無線通信を行う無線機による通信パケットの送信をコンピュータに実行させるためのコンピュータプログラムであって、
コンピュータに、
通信パケットに当該通信パケットの送信日時を示す第１送信日時情報を付加する日時情報設定ステップと、
前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御ステップと、
前記通信パケットに割り当てられた前記送信期間が、前記送信制御ステップによって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記第１送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す第２送信日時情報を前記通信パケットに付加するステップと、を実行させる
コンピュータプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本開示は、無線機、路側通信機、通信パケットの送信方法、及びコンピュータプログラムに関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
また、一実施形態である無線機は、通信パケットに当該通信パケットの送信日時を示す送信日時情報を付加する日時情報設定部と、前記送信日時情報が付加された前記通信パケットに対して、所定周期で設けられた送信期間を割り当てて順次送信するように制御する送信制御部と、を備え、前記日時情報設定部は、前記通信パケットに割り当てられた前記送信期間が、前記送信制御部によって前記通信パケットが送信可能となってから少なくとも１周期以上の期間をおいて設けられている場合、前記送信日時情報に代えて、不定値、又は自機が直前に送信した通信パケットの送信日時に所定期間を加算した日時を示す他の送信日時情報を前記通信パケットに付加する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
本開示によれば、通信パケットが誤ってリプレイ攻撃と判定されるのを防止することができる。