共通鍵暗号方式における共通鍵によって生成した電子署名が添付されたパケット信号を報知すべき端末装置間の通信を制御する基地局装置であって、端末装置間の通信に使用可能な共通鍵が複数種類示された共通鍵テーブルを記憶する記憶部と、端末装置から報知されたパケット信号を受信する受信部と、前記受信部において受信したパケット信号に添付された電子署名を生成するための共通鍵が含まれた共通鍵テーブルのバージョンを確認する確認部と、前記確認部において確認した共通鍵テーブルのバージョンが、前記記憶部に記憶した共通鍵テーブルのバージョンよりも前であることを検出する検出部と、前記検出部における検出数が単位期間において所定回数以上であれば、前記記憶部において記憶した共通鍵テーブルが格納されたパケット信号を生成する生成部と、前記生成部において生成したパケット信号を報知する報知部と、を備えることを特徴とする基地局装置。前記検出部は、共通鍵テーブルのバージョンごとに検出処理を実行し、前記生成部は、所定回数以上になった検出数に対応した共通鍵テーブルのバージョンが、前記記憶部に記憶した共通鍵テーブルのバージョンよりも2世代以上前であっても、前記記憶部において記憶した共通鍵テーブルが格納されたパケット信号を生成することを特徴とする請求項1に記載の基地局装置。前記生成部は、前記検出部における検出数が単位期間において所定回数以上になった場合、計数の対象となったバージョンの共通鍵テーブルの共通鍵で、前記記憶部に記憶した共通鍵テーブルを暗号化することによって、パケット信号を生成することを特徴とする請求項1または2に記載の基地局装置。前記生成部は、メッセージタイプのデータ形式が署名付きデータの場合、少なくともペイロードに対して共通鍵を使用して電子署名を生成し、ペイロードと電子署名を含めるようにパケット信号を生成することを特徴とする請求項1に記載の基地局装置。無線LANを車車間通信に適用する場合、不特定多数の端末装置へ情報を送信する必要があるために、信号はブロードキャストにて送信されることが望ましい。しかしながら、交差点などでは、車両数の増加、つまり端末装置数の増加がトラヒックを増加させることによって、パケット信号の衝突の増加が想定される。その結果、パケット信号に含まれたデータが他の端末装置へ伝送されなくなる。このような状態が、車車間通信において発生すれば、交差点の出会い頭の衝突事故を防止するという目的が達成されなくなる。さらに、車車間通信に加えて路車間通信が実行されれば、通信形態が多様になる。その際、車車間通信と路車間通信との間における相互の影響の低減が要求される。また、暗号化のための鍵を更新する場合、これまではユニキャスト通信を前提としていたので、複数の状態を遷移させることが容易であった。ブロードキャスト通信を使用する場合、異なった状態の端末装置が存在すれば、共通した暗号鍵の使用が困難になる。また、新たな暗号鍵の配布のためにトラヒックが増加するが、周波数利用効率の悪化を抑制させたい。また、新たな暗号鍵を使用可能な端末装置が存在すれば、新たな暗号鍵を使用不可能な端末装置も存在する。その結果、すべての端末装置に対して、新たな暗号鍵を使用させることは困難である。一方、通信システムの安全性を向上させるためには、新たな暗号鍵の使用が好ましい。本発明はこうした状況に鑑みてなされたものであり、その目的は、ブロードキャスト通信に適した暗号鍵の使用技術を提供することにある。上記課題を解決するために、本発明のある態様の基地局装置は、共通鍵暗号方式における共通鍵によって生成した電子署名が添付されたパケット信号を報知すべき端末装置間の通信を制御する基地局装置であって、端末装置間の通信に使用可能な共通鍵が複数種類示された共通鍵テーブルを記憶する記憶部と、端末装置から報知されたパケット信号を受信する受信部と、受信部において受信したパケット信号に添付された電子署名を生成するための共通鍵が含まれた共通鍵テーブルのバージョンを確認する確認部と、確認部において確認した共通鍵テーブルのバージョンが、記憶部に記憶した共通鍵テーブルのバージョンよりも前であることを検出する検出部と、検出部における検出数が単位期間において所定回数以上であれば、記憶部において記憶した共通鍵テーブルが格納されたパケット信号を生成する生成部と、生成部において生成したパケット信号を報知する報知部と、を備える。なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。本発明によれば、ブロードキャスト通信に適した暗号鍵の使用技術を提供できる。本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、車両に搭載された端末装置間において車車間通信を実行するとともに、交差点等に設置された基地局装置から端末装置へ路車間通信も実行する通信システムに関する。車車間通信として、端末装置は、車両の速度や位置等の自車両情報を格納したパケット信号をブロードキャストにより送信する以下、パケット信号をブロードキャストによる送信を報知という。また、他の端末装置は、パケット信号を受信するとともに、データをもとに車両の接近等を認識する。また、路車間通信として、基地局装置は、交差点情報、渋滞情報、および、セキュリティ情報等が格納されたパケット信号を報知する。以下、説明を簡単にするために、車車間通信および路車間通信のパケット信号に含まれる情報の総称をデータという。交差点情報は、交差点の位置、基地局装置が設置された交差点の撮影画像や、交差点内の車両の位置情報等の交差点の状況に関する情報が含まれる。端末装置は、この交差点情報をモニタに表示、この交差点情報をもとに交差点車両の状況を認識して、出会い頭右折左折による衝突防止を目的とした他の車両や歩行者の存在等をユーザにする伝達し、事故の防止を図る。また、渋滞情報は、基地局装置が設置された交差点近辺の走路の混雑状況、道路工事や事故に関する情報が含まれる。この情報を元に進行方向の渋滞をユーザに伝達、あるいは、迂回路を提示する。セキュリティ情報では、共通鍵テーブルの提供等のデータを保護に関する情報が含まれる。詳細については、後述する。また、このような通信においてなりすまし等を抑制するために、電子署名が使用される。電子署名を生成するためには、暗号鍵が使用される。本実施例に係る通信システムでは、処理の負荷を考慮し、暗号鍵として共通鍵を使用する。また、共通鍵の漏洩リスクを低減去るために複数の共通鍵を使用する。ひとつの共通鍵をひとつの鍵IDとして管理する。複数の共通鍵を共通鍵テーブルにまとめ、共通鍵テーブルのバージョンは、テーブルIDとして管理される。さらに、鍵テーブル内の個々の共通鍵は、共通鍵IDとして管理される。そのため、鍵IDには、テーブルIDと、共通鍵IDが含まれる。このように規定されることによって、なりすましが防止されるとともに、処理量の増加および周波数利用効率の悪化が抑制される。図1は、本発明の実施例に係る通信システム100の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム100は、基地局装置10、車両12と総称される第1車両12a、第2車両12b、第3車両12c、第4車両12d、第5車両12e、第6車両12f、第7車両12g、第8車両12h、ネットワーク202を含む。なお、各車両12には、図示しない端末装置が搭載されている。図示のごとく、図面の水平方向、つまり左右の方向に向かう道路と、図面の垂直方向、つまり上下の方向に向かう道路とが中心部分で交差している。ここで、図面の上側が方角の北に相当し、左側が方角の西に相当し、下側が方角の南に相当し、右側が方角の東に相当する。また、ふたつの道路の交差部分が交差点である。第1車両12a、第2車両12bが、左から右へ向かって進んでおり、第3車両12c、第4車両12dが、右から左へ向かって進んでいる。また、第5車両12e、第6車両12fが、上から下へ向かって進んでおり、第7車両12g、第8車両12hが、下から上へ向かって進んでいる。ここで、通信システム100では、共通鍵暗号方式における共通鍵によって生成した電子署名が添付されたパケット信号が報知される。電子署名とは、パケット信号に含まれたデータ等の電磁的記録に付与すべき電子的な署名である。これは、紙文書における印や署名に相当し、主に本人確認、偽造かいざんの防止のために使用される。具体的に説明すると、ある文書についてその作成者として文書に記載されている者がある場合、その文書が本当にその作成名義人によって作成されたものであることは、紙の文書の場合、その文書に付されたその作成者の署名や印によって証明される。しかしながら、電子文書には直接印を押したり署名を付したりすることはできないので、これを証明するために、電子署名が使用される。電子署名を生成するためには、暗号が使用される。電子署名として、公開鍵暗号方式に基づくデジタル署名が有力である。公開鍵暗号方式に基づく方式として、具体的には、RSA、DSA、ECDSA等が使用される。電子署名方式は、鍵生成アルゴリズム、署名アルゴリズム、検証アルゴリズムによって構成される。鍵生成アルゴリズムは電子署名の事前準備に相当する。鍵生成アルゴリズムは、ユーザの公開鍵および秘密鍵を出力する。鍵生成アルゴリズムが実行される度に異なる乱数が選ばれるので、ユーザごとに異なる公開鍵秘密鍵ペアが割り振られる。各ユーザは、秘密鍵を保管し、公開鍵を公開する。公開鍵は第三者機関である認証局図せず。にてデジタル署名を付けた公開鍵証明書の形式で公開される。署名を作成したユーザは、その署名文に対する署名者とよばれる。署名者は、署名アルゴリズムによって署名文を作成する際、メッセージとともに自分の秘密鍵を入力する。署名者の秘密鍵を知っているのは署名者本人だけのはずなので、電子署名を付したメッセージの作成者を識別する根拠になる。公開鍵証明書と電子署名を付したメッセージを受け取ったユーザである検証者は、検証アルゴリズムを実行することによって、電子署名が正しいか否かを検証する。その際、検証者は検証アルゴリズムに受け取った公開鍵証明書と認証局の公開鍵を入力して署名者の公開鍵の検証を行う。検証アルゴリズムは署名者の公開鍵の正当性の判断を行う。そして正当であると判断されると、検証者は検証アルゴリズムに受け取った電子署名を付したメッセージと署名者の公開鍵を入力する。検証アルゴリズムはメッセージが本当にそのユーザによって作成されたか否かを判定し、その結果を出力する。このような公開の仕組みはPKIPublickKeyInfrastructureと呼ばれる。このような公開鍵暗号方式の処理負荷は、一般的に大きい。例えば、交差点近傍では、例えば、100msecの間に500台の端末装置14からのパケット信号を処理しなければならなくなる。また、通信システム100において車両12に搭載された端末装置から報知されるパケット信号には、100バイト程度のデータが格納される。これに対して、公開鍵暗号方式の公開鍵証明書と電子署名は、200バイト程度になってしまい、伝送効率の低下が大きくなってしまう。また、公開鍵方式における電子署名の検証の演算処理は大きく、100msecの間に500台の端末装置14からのパケット信号を処理しようとすると、高機能の暗号演算装置あるいはコントローラを必要になってしまい、端末装置のコストが増加する。これに対して、共通鍵暗号方式を用いた電子署名がある。共通鍵暗号方式では、暗号化に用いる鍵と同じ鍵が復号鍵として使用される。共通鍵方式では、送信側と受信側との間で事前に鍵の共有が必要となる。よって受信側の端末装置にとって復号鍵が既知であり、鍵の証明書が不要になるので、公開鍵暗号方式と比較して伝送効率の悪化が抑制される。また、共通鍵暗号方式は、公開鍵暗号方式と比較して処理量が少ない。代表的な共通鍵暗号方式は、DES、AESAdvancedEncryptionStandardである。通信システム100では、伝送負荷および処理負荷を考慮し、暗号方式として共通鍵暗号方式を採用する。なお、公開鍵暗号方式のデジタル署名に対して、共通鍵暗号方式はメッセージ認証と呼ばれる。その際、署名の代わりにMACMessageAuthenticationCodeがメッセージに添付される。このMACの代表的な方式が、CBC-MACCipherBlockChainingMACである。前述のように共通鍵の漏洩リスクを低減去るために複数の共通鍵を使用する。通信システム100は、共通鍵はテーブルIDで管理される共通鍵テーブルのバージョンアップに対応する。共通鍵テーブルのバージョンアップは、基地局装置10が、新たな共通鍵テーブルをパケット信号に格納して報知することによってなされる。共通鍵テーブルには、運用開始日時と有効期限が規定されているので、運用開始日時より前に、共通鍵テーブルの報知がなされる。図2は、基地局装置10の構成を示す。基地局装置10は、アンテナ20、RF部22、変復調部24、MACフレーム処理部26、検証部40、処理部28、制御部30、ネットワーク通信部32、センサ通信部34を含む。また、検証部40は、暗号部42、記憶部44、検出部46を含む。RF部22は、受信処理として、図示しない端末装置や他の基地局装置10からのパケット信号をアンテナ20にて受信する。RF部22は、受信した無線周波数のパケット信号に対して周波数変換を実行し、ベースバンドのパケット信号を生成する。さらに、RF部22は、ベースバンドのパケット信号を変復調部24に出力する。一般的に、ベースバンドのパケット信号は、同相成分と直交成分によって形成されるので、ふたつの信号線が示されるべきであるが、ここでは、図を明瞭にするためにひとつの信号線だけを示すものとする。RF部22には、LNALowNoiseAmplifier、ミキサ、AGC、A/D変換部も含まれる。RF部22は、送信処理として、変復調部24から入力したベースバンドのパケット信号に対して周波数変換を実行し、無線周波数のパケット信号を生成する。さらに、RF部22は、路車送信期間において、無線周波数のパケット信号をアンテナ20から送信する。また、RF部22には、PAPowerAmplifier、ミキサ、D/A変換部も含まれる。変復調部24は、受信処理として、RF部22からのベースバンドのパケット信号に対して、復調を実行する。さらに、変復調部24は、復調した結果から、MACフレームをMACフレーム処理部26に出力する。また、変復調部24は、送信処理として、MACフレーム処理部26からのMACフレームに対して、変調を実行する。さらに、変復調部24は、変調した結果をベースバンドのパケット信号としてRF部22に出力する。ここで、通信システム100は、OFDMOrthogonalFrequencyDivisionMultiplexing変調方式に対応するので、変復調部24は、受信処理としてFFTFastFourierTransformも実行し、送信処理としてIFFTInverseFastFourierTransformも実行する。図3は、通信システム100において規定されるパケット信号に格納されるMACフレームのフォーマットを示す。MACフレームの前段から、MACヘッダ、LLCヘッダ、情報ヘッダ、セキュアフレームが配置される。MACヘッダ、LLCヘッダ、および、情報ヘッダはデータ通信制御に関わる情報が格納されており、それぞれが通信レイヤーの各層に対応する。各フィード長さは、例えば、MACヘッダが30バイト、LLCヘッダが8バイト、情報ヘッダが12バイトである。セキュアフレームについては後述する。図2に戻る。MACフレーム処理部26は、受信処理として、変復調部24からのMACフレームから、セキュアフレームを取り出し、検証部40に出力する。MACフレーム処理部26は、送信処理として、検証部40からのセキュアフレームに対して、MACヘッダ、LLCヘッダ、および情報ヘッダを付加し、MACフレームを生成し、変復調部24に出力する。また、他の基地局装置あるいは端末装置からのパケット信号がぶつからないようにタイミング制御をする。図4は、通信システム100において規定されるセキュアフレームのフォーマットを示す。セキュアフレームは、ペイロードヘッダ、ペイロード、署名が配置される。さらに、ペイロードヘッダには、メッセージバーション、メッセージタイプ、鍵ID、発信元種別、発信元ID、発信日時およびロケーションが配置される。メッセージバージョンは、セキュアフレームのフォーマットと規定する識別情報である。通信システム100においては固定値となる。メッセージタイプは、データ種別とデータ形式とリザーブが含まれる。データ種別は、ペイロードに格納されるデータがアプリケーションデータ=0、すなわち、後続のMACフレーム処理部26へ出力されるデータであるか、メンテナンスデータ=1、すなわち、検証部40の内部で処理されるセキュリティ情報であるかを識別するフラグ情報を設定するものとする。通信システム100において、メンテナンスデータは、共通鍵テーブルである。データ形式は、ペイロードに格納されるデータのセキュリティに関わる形式、つまり、ペイロードに対する暗号処理を規定するフラグである。ここでは、平文データ=0、署名付きデータ=1、暗号化データ=2を設定するものとする。なお、リザーブは将来に対する予備であり、通信システム100では使用しない。鍵IDは、電子署名あるいはペイロードの暗号化に使用した共通鍵を特定する識別情報で、テーブルIDと共通鍵IDを連結したものである。発信元種別IDは、パケット信号の発信者の種類、すなわち、基地局装置10=3、救急車や消防車のような緊急車両優先車両と呼ぶに搭載の端末装置=2、その他の車両一般車両とよぶに搭載の端末装置=1および非車両搭載の端末装置=0が設定するものとする。発信元IDは、パケット信号を発信した基地局装置10あるいは端末装置14を、一意に特定できる装置毎にユニークな識別情報である。ペイロードは、前述のデータを格納するフィールドであり、交差点情報や道路情報等の端末装置へ通知すべき情報に相当する。また、メッセージタイプのデータ形式が署名付きデータの時、ペイロードヘッダおよびペイロードに対する電子署名、すなわちMAC値を格納するフィールドである。また、メッセージタイプのデータ形式が暗号化データの時、無効としても良いが、ここでは固定値、ペイロードヘッダの部分の写しなどの受信側特定可能な値、あるいは、ペイロードヘッダまたは/および暗号化前のペイロードに対するハッシュ値ハッシュ関数による演算結果、チェックサム、パリティなどの受信側で演算可能な値、あるいは、署名付きデータの時と同様に電子署名を格納するものとする。そして、ペイロードおよび署名をまとめて暗号化する。このようにすることで、復号によって得られた署名に格納された値と、受信側で特定した、あるいは、演算した値とが一致すれば、復号が正常の行われ、ペイロードに格納されているデータ、あるいはペイロードヘッダとペイロードに格納されているデータの正当性が確認できる。各フィード長さは、例えば、ペイロードヘッダが32バイト、ペイロードが100バイト端末装置が報知する場合あるいは1Kバイト基地局装置が報知する場合、署名が16バイトである。通信システム100では、暗号方式としてAES暗号を使用する。そして、メッセージタイプのデータ形式が署名付きデータの場合には、電子署名は、CBC-MACによって求めたMAC値を署名に格納する。メッセージタイプのデータ形式が暗号化データの場合には、ペイロードヘッダに対するMAC値を署名に格納し、ペイロードおよび署名を、CBCモードで暗号化する。なお、署名にMAC値を格納する場合は、他の暗号化モード、例えばカウンタモードで暗号化を行うようにしてもよい。図2に戻る。検証部40は、受信処理として、MACフレーム処理部26からのセキュアフレームを解釈し、データを処理部28に出力する。また、検証部40は、送信処理として、処理部28からのデータを受け取り、セキュアフレームを生成し、MACフレーム処理部26に出力する。通信システム100では、共通鍵暗号方式を使用しているため、暗号部42は、共通鍵方式による電子署名の作成検証およびデータの暗号復号処理を行う。具体的には、メッセージデータタイプが署名付きデータの場合、セキュアフレーム作成時に電子署名の作成を、セキュアフレーム解釈時には、電子署名の検証処理を、メッセージデータタイプが暗号化データの場合、セキュアフレーム作成時に暗号処理を、セキュアフレーム解釈時には、データの復号処理を行う。記憶部44は、通信システム100に使用可能な共通鍵が複数の共通鍵テーブルを記憶する。図5は、記憶部44に記憶される共通鍵テーブルのデータ構造を示す。共通鍵テーブルには、複数のバージョンが存在してもよく、それらは、テーブルIDとして管理される。図5において、第1テーブルは、テーブルIDが1である場合に相当し、第2テーブルは、テーブルIDが2、第Mテーブルは、テーブルIDがMである。各共通鍵テーブルには、複数の共通鍵が含まれており、各共通鍵は共通鍵IDで管理されている。図5において、第1共通鍵は、共通鍵IDが1である場合に相当し、第2共通鍵は、共通鍵IDが2である場合に相当する。そのため、ひとつの共通鍵は、テーブルIDと共通鍵IDとの組合せによって特定される。また、各共通鍵テーブルに、運用開始日時を設置するNotBeforeが設けられている。第1テーブルの運用開始日時が2090.1.1であり、第2テーブルは、テーブルIDが2009.3.1、第Mテーブルは、テーブルIDが2010.6.1である。今が、2010.5.1であるとすると、第Mテーブルは使用することができない。尚、テーブルIDは、連続している必要はない。なお、共通鍵テーブルに、NotAfter運用終了日時あるいは有効期限が含まれていてもよい。図2に戻る。検証部40は、セキュアフレームを生成する際、記憶部44を参照して、共通鍵を抽出する。例えば、各共通鍵テーブルには、NotBeforeとして運用開始日時が規定されており、MACフレーム処理部26は、現在の時刻をもとに、ひとつの共通鍵テーブルを選択する。検証部40は、運用中の共通鍵テーブルの中から、NotBeforeに記載される運用開始日時が最も遅い最新の共通鍵テーブルを選択する。さらに、検証部40は、選択した共通鍵テーブルの中から、ひとつの共通鍵を選択する。この選択は、ランダムになされてもよいし、基地局装置10に付与された識別番号にしたがってなされてもよい。検証部40は、メッセージタイプのデータ形式が署名付きデータの場合には、選択した共通鍵を使用して暗号部42にてペイロードヘッダとペイロードに対する電子署名を演算する。また、メッセージタイプのデータ形式が暗号化データの場合には、暗号部42にてペイロードと署名を暗号化する。検証部40は、メッセージタイプのデータ形式が平文データの場合には、生成したセキュアフレームを、そのままMACフレーム処理部26へ出力する。なお、MACフレーム処理部26から受け取ったデータを用いてセキュアフレームを生成する場合、メッセージタイプのデータ種別は、アプリケーションデータ=0とする。検証部40は、セキュアフレームを解釈する際、MACフレーム処理部26から受け取ったセキュアフレームの鍵IDを参照し、使用する共通鍵のテーブルIDと共通鍵IDを得る。次いで、記憶部44を参照して、このテーブルIDと共通鍵IDにて特定される共通鍵を抽出する。さらに、検証部40は、抽出した共通鍵を使用して、MACフレーム処理部26から受け取ったセキュアフレームのメッセージタイプのデータ形式が署名付きデータの場合には、署名の正当性を検証する。詳細には、暗号部42にてペイロードヘッダとペイロードに対する電子署名を演算し、求めた値と、MACフレーム処理部26から受け取ったセキュアフレームの署名に格納された電子署名の値と比較する。2つの電子署名の値が一致すれば、電子署名が正当であり、このセキュアフレームに含まれる情報が正規の基地局装置10、あるいは、端末装置14からの情報であると判断し、MACフレーム処理部26に出力する。2つの電子署名の値が不一致ならば電子署名が正当でないと判断し、データは破棄される。また、メッセージタイプのデータ形式が暗号化データの場合には、暗号部42にてペイロードと署名の復号処理を実行する。そして、署名が予め定めた値であれば、セキュアフレームから取り出したデータが正常復号されたと判断し、セキュアフレームから取り出したデータをMACフレーム処理部26に出力する。なお、予め定めた値でない場合、データは破棄される。なお、暗号化対象を署名としているのは、前述のごとく署名には既知の値を格納して暗号化の対象とすることで、復号時に復号が正常の行われたか否かをチェックする機能を持たせたためである。このようなチェック機能を持たせない場合には、署名を暗号化の対象とする必要はない。メッセージタイプのデータ形式が平文データの場合には、受け取ったセキュアフレームから取り出したデータを、無条件でMACフレーム処理部26に出力する。なお、ここでは2つの電子署名、すなわちセキュアフレームの署名に格納された電子署名と、演算したペイロードヘッダとペイロードに対する電子署名とを比較によって検証を行としたが、これに限定されるものではない。電子署名の検証は採用した電子署名方式の検証アルゴリズムに従い行われる。さらに、検証部40は、記憶部44に記憶された共通鍵テーブルを含んだセキュアフレームを生成する。この時、メッセージタイプのデータ種別はメンテナンスデータ=1とする。記憶部44に記憶された共通鍵テーブルは、運用開始日時前から報知の対象になり運用開始後も報知される。検証部40は、報知の対象のテーブルIDが付与された共通鍵テーブルを選択し、選択した共通鍵テーブルが格納されたセキュアフレームを生成する。その際、メッセージタイプのデータ形式を暗号化データとする。生成したセキュアフレームを、そのままMACフレーム処理部26へ出力する。検出部46は、検証部40において正当であると判定された電子署名あるいは暗号化に使用された共通鍵テーブルのテーブルIDを受けつける。これは、受信したパケット信号で使用されていた共通鍵が含まれた共通鍵テーブルのバージョンを確認することに相当する。また、検出部46は、当該パケット信号の送信元になる端末装置の識別番号を取得してもよい。検出部46は、受け付けたテーブルIDと、記憶部44に記憶された最新の共通鍵テーブルのテーブルIDとを比較する。検出部46は、前者のテーブルIDが、後者のテーブルIDと一致しないことを検出した場合、テーブルIDごとに検出数を計数する。検出部46は、いずれかの検出数が単位期間において所定回数以上であれば、最新の共通鍵テーブルの報知を決定する。ここで、検出数として、端末装置の識別番号の数も計数されてもよい。同一の端末装置から複数のパケット信号を受信することを加味して、単位時間あたりの検出回数を補正するためである。また、所定時間内の検出割合を加味して判断するようにしても良い。報知が決定すると、検証部40は報知の対象となる共通鍵テーブル、すなわち、運用中の最新の共通鍵テーブルを、報知を決定した計数の対象となったテーブルIDで特定される共通鍵テーブルの共通鍵で暗号化したセキュアフレームを生成して、パケット信号として報知する。なお、共通鍵テーブルの報知に、記憶部44に記録されている運用中の共通鍵テーブルの共通鍵を使用するとしたが、共通鍵テーブル報知用に用意された別の共通鍵あるいは共通鍵テーブルを使用してもよい。これは、テーブルマスタ鍵を使用することに相当する。また、端末装置14から送信された共通鍵あるいは公開鍵によって暗号化しても良い。この場合、共通鍵テーブルを受信できる端末装置14は、暗号化に用いた鍵を送信した端末装置14に限られる。さらに、共通鍵テーブルを送信すべき端末装置を限定してもよい。例えば、端末装置が使用している共通鍵テーブルの鍵、あるいはテーブルマスタ鍵に加えて、端末装置を識別するための端末IDによって、共通鍵テーブルが暗号化される。また、別の例では、端末装置が使用している共通鍵テーブルの鍵、あるいはテーブルマスタ鍵に加えて、端末装置を識別するための端末IDによって送信鍵が暗号化されるとともに、送信鍵によって共通鍵テーブルが暗号化される。その結果、送信鍵と、送信鍵によって暗号化された共通鍵テーブルが報知される。これによって、個別に共通鍵テーブルを送信する場合であっても、通信コストや処理負担を軽減できる。センサ通信部34は、図示しない内部ネットワークに接続される。この内部ネットワークには、図示しない交差点の各所に設置されたカメラやレーザセンサなどの交差点の情報収集する機器が接続されている。センサ通信部34に接続された交差点の情報収集する機器の総称をセンサと言う。センサ通信部34は、ネットワークを介して、交差点の各所に設置されたセンサの情報を受け取り、処理部28へ出力する。ネットワーク通信部32は、図示しないネットワークに接続される。処理部28は、検証部40から受け取ったデータに対する処理を実行する。処理結果は、ネットワーク通信部32を介して、直接、図示しないネットワークへ出力されてもよし、内部に蓄積して、定期的に図示しないネットワークへ出力されてもよい。また、処理部28は、ネットワーク通信部32を介して、図示しないネットワークから受け取った道路情報工事、渋滞などや、センサ通信部34を介して、図示しないセンサからの交差点の情報に基づいて、端末装置14に送信するデータを生成する。また、処理部28は、ネットワーク通信部32を介して、新たな共通鍵テーブルを受け取ると、検証部40の記憶部44に書き込み、検証部40に報知に期間を通知する。制御部30は、基地局装置10全体の処理を制御する。この構成は、ハードウエア的には、任意のコンピュータのCPU、メモリ、その他のLSIで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。図6は、車両12に搭載された端末装置14の構成を示す。端末装置14は、アンテナ50、RF部52、変復調部54、MACフレーム処理部56、受信処理部58、データ生成部60、検証部62、通知部70、制御部72を含む。検証部62は、暗号部64と記憶部66を含む。アンテナ50、RF部52、変復調部54、MACフレーム処理部56、検証部62、記憶部66、暗号部64は、図2のアンテナ20、RF部22、変復調部24、MACフレーム処理部26、暗号部42、記憶部44と同様の処理を実行する。そのため、ここでは、同様の処理の説明を割愛し、差異を中心に説明する。検証部62は、検証部40と同様に、セキュアフレームの生成および解釈を行う。また、受け取ったセキュアフレームのペイローロードが、セキュリティ情報の場合、すなわち、共通鍵テーブルが含まれる時、その共通鍵テーブルが記憶部66に未記録の場合には、記憶部66に受け取った共通鍵テーブルを記憶させる。記憶部66に空きがある場合、受け取った共通鍵テーブルをそのまま追記する。記憶部66に空きがない場合、記憶部66に記憶されている共通鍵テーブルの内、運用開始日時が最も古いものを書き換える。なお。検証部62は、記憶部66に記憶されている共通鍵テーブルを送信することはない。受信処理部58は、検証部62から受け取ったデータと、データ生成部60から受け取った自車両情報に基づいて、衝突の危険性、救急車や消防車といった緊急車両の接近、進行方向の道路および交差点の混雑状況などを推定する。また、データが、画像情報であれば通知部70にて表示できるように処理をする。通知部70は、図示しないモニタやランプやスピーカ等のユーザへの通知手段を含む。受信処理部58から指示しにしたがって、図示しない他の車両12の接近等を運転者へモニタやランプやスピーカを介して通知する。また、渋滞情報や交差点等の画像情等をモニタに表示する。データ生成部60は、図示しないGPS受信機、ジャイロスコープ、車速センサ等を含んでおり、それらから供給される情報によって、図示しない自車両の情報、つまり端末装置14が搭載された車両12の存在位置、進行方向、移動速度等を取得する。なお、存在位置は、緯度経度によって示される。これらの取得には公知の技術が使用されればよいので、ここでは説明を省略する。データ生成部60は、取得した情報を元にデータを生成し、生成したデータを検証部62に出力する。また、取得した情報を受信処理部58に自車両情報として出力する。制御部72は、端末装置14全体の動作を制御する。以上の構成による通信システム100のパケット信号の送受信に関わる動作を説明する。図7は、基地局装置10におけるパケット信号の送信手順を示すフローチャートである。共通鍵テーブルを送信しない場合S10のN、検証部40は、処理部28よりデータと、データを送信するメッセージタイプのデータ形式を受け取る。そして、受け取ったデータをペイロードに格納したセキュアフレームを生成するS12。この時、鍵IDおよび署名は、空であり、例えば、全てに0を格納する。次いで、メッセージタイプのデータ形式が平文データの場合S14のY、MACフレーム処理部56、変復調部54、RF部52、アンテナ50を介して、そのままセキュアフレームを、パケット信号として報知するS22。メッセージタイプのデータ形式が署名付きデータまたは暗号データの場合S14のN、共通鍵を選択するS16。共通鍵は最新の共通鍵テーブルよりランダムに選択される。共通鍵を選択するとセキュアフレームの鍵IDには、最新の共通鍵テーブルのテーブルIDと選択された共通鍵IDが格納される。再び、メッセージタイプのデータ形式を参照して、データ形式が署名付きデータの場合S18のY、検証部40は、暗号部42にて、選択した共通鍵を用いてペイロードヘッダおよびペイロードに対する電子署名を演算し、その値をセキュアフレームの署名に格納するS20。次いで、MACフレーム処理部56、変復調部54、RF部52、アンテナ50を介して、署名を付けたセキュアフレームを、パケット信号として報知するS22。メッセージタイプのデータ形式が暗号化データの場合S18のN、検証部40は、暗号部42にて、ペイロートのMAC値を求め、セキュアフレームの署名に格納するS24。次いで、選択した共通鍵を用いてペイロードヘッダおよび署名を暗号化するS26。そして、MACフレーム処理部56、変復調部54、RF部52、アンテナ50を介して、暗号化したセキュアフレームを、パケット信号として報知するS22。一方、共通鍵テーブルを送信する場合S10のY、検証部40は、記憶部44より送信する共通鍵テーブルを読み出し、検出部読み出した共通鍵テーブルをペイロードに格納したセキュアフレームを生成するS28。そして、送信する共通鍵テーブルに対応した共通鍵テーブルから、ランダムに共通鍵を1つ選択するS30。共通鍵を選択するとセキュアフレームの鍵IDには、対象の共通鍵テーブルのテーブルIDと選択された共通鍵IDが格納される。以降、ステップS24、ステップS26を経て、暗号化した共通鍵テーブルを含むセキュアフレームを、パケット信号として報知するS22。図8は、基地局装置10におけるパケット信号の受信手順を示すフローチャートである。RF部22、変復調部24は、パケット信号を受信するS40。データ形式が平文でない場合S42のN、つまりデータ形式が署名付きあるいは暗号化である場合、検証部40は、テーブルID、共通鍵IDを確認するS44。検証部40は、テーブルIDを蓄積しS46、記憶部44から共通鍵を取得するS48。データ形式が署名付きである場合S50のY、署名データが正当であればS52のY、検証部40は、テーブルIDを計数しS58、データを取り出すS60。署名データが正当でなければS52のN、検証部40は、データを破棄するS62。データ形式が署名付きでない場合S50のN、つまりデータ形式が暗号化である場合、検証部40は、取得した暗号鍵にて復号するS54。データが正当である場合S56のY、検証部40は、テーブルIDを計数しS58、データを取り出すS60。データが正当でない場合S56のN、検証部40は、データを破棄するS62。データ形式が平文である場合S42のY、検証部40は、データを取り出すS60。図9は、基地局装置10の検出部46における共通鍵テーブルの報知決定手順を示すフローチャートである。テーブルIDが最新でなければS70のN、検出部46は、該当テーブルIDを計数するS72。単位時間の回数がL以上であればS74のY、検出部46は、共通鍵テーブルの送信を決定するS76。テーブルIDが最新である場合S70のY、あるいは単位時間の回数がL以上でない場合S74のN、処理は終了される。図10は、端末装置14におけるパケット信号の受信手順を示すフローチャートである。RF部52、変復調部54は、パケット信号を受信するS90。データ形式が平文でない場合S92のN、つまりデータ形式が署名付きあるいは暗号化である場合、検証部62は、テーブルID、共通鍵IDを確認するS94。鍵テーブルがあればS96のY、検証部62は、テーブルIDを蓄積しS98、記憶部66から共通鍵を取得するS100。データ形式が署名付きである場合S102のY、署名データが正当であればS104のY、検証部62は、データを抽出するS114。署名データが正当でなければS104のN、検証部62は、データを破棄するS116。データ形式が署名付きでない場合S102のN、つまりデータ形式が暗号化である場合、検証部62は、取得した暗号鍵にて復号するS106。データが正当である場合S108のY、データ種別がメンテナンスデータでありS110のY、鍵テーブルがなければS112のN、検証部62は、記憶部66に格納するS118。データが正当でない場合S104のN、あるいはデータが正当でない場合S108のN、あるいは鍵テーブルがある場合S112のY、検証部62は、データを破棄するS116。データ種別がメンテナンスデータでない場合S110のN、検証部62は、データを抽出するS114。図11は、端末装置14におけるパケット信号の送信手順を示すフローチャートである。検証部62は、処理部よりデータを取得し、セキュアフレームを生成するS130。メッセージタイプが平文でない場合S132のN、つまりメッセージタイプが署名付きあるいは暗号化である場合、検証部62は、共通鍵を選択するS134。メッセージタイプが署名付きである場合S136のY、検証部62は、選択した共通鍵にて電子署名を演算し、署名データに格納するS138。変復調部54、RF部52は、パケット信号を報知するS144。メッセージタイプが署名付きでない場合S136のN、つまりメッセージタイプが暗号化である場合、検証部62は、ペイロードヘッダのMAC値を演算し、署名データに格納するS140とともに、選択した暗号鍵にて暗号化を実行するS142。変復調部54、RF部52は、パケット信号を報知するS144。メッセージタイプが平文である場合S132のY、変復調部54、RF部52は、パケット信号を報知するS144。本発明の実施例によれば、端末装置にて使用されている共通鍵テーブルが旧バージョンであることを検出し、かつ検出数が所定回数以上である場合に、新たな共通鍵テーブルを送信するので、送信回数を制限できる。また、送信回数が制限されるので、トラヒックの増加を抑制できる。また、トラヒックの増加が抑制されるので、ブロードキャスト通信において共通鍵を効率的に配布できる。また、旧バージョンの共通鍵を使用している端末装置数が増加すれば、最新バージョンの共通鍵テーブルを報知するので、共通鍵テーブルを更新できる。また、最新バージョンの共通鍵が使用されるので、安全性を向上できる。また、電子署名を生成するために共通鍵を使用するので、公開鍵を使用する場合と比較して処理量を低減できる。また、処理量が低減されるので、処理可能なパケット信号数を増加できる。また、電子署名を生成するために共通鍵を使用するので、公開鍵を使用する場合と比較して伝送効率を向上できる。また、位置情報等のデータに対しては暗号化を実行しないので、処理量を低減する。一方、共通鍵テーブルには暗号化を実行するので、安全性を向上できる。本発明の変形例は、車両に搭載された端末装置間において車車間通信を実行するとともに、交差点等に設置された基地局装置から端末装置へ路車間通信も実行する通信システムに関する。車車間通信として、端末装置は、車両の速度や位置等の自車両情報を格納したパケット信号をブロードキャストにより送信する以下、パケット信号をブロードキャストによる送信を報知という。また、他の端末装置は、パケット信号を受信するとともに、データをもとに車両の接近等を認識する。また、路車間通信として、基地局装置は、交差点情報、渋滞情報、および、セキュリティ情報等が格納されたパケット信号を報知する。以下、説明を簡単にするために、車車間通信および路車間通信のパケット信号に含まれる情報の総称をデータという。交差点情報には、交差点の位置、基地局装置が設置された交差点の撮影画像や、交差点内の車両の位置情報等の交差点の状況に関する情報が含まれる。端末装置は、この交差点情報をモニタに表示、この交差点情報をもとに交差点車両の状況を認識して、出会い頭右折左折による衝突防止を目的とした他の車両や歩行者の存在等をユーザにする伝達し、事故の防止を図る。また、渋滞情報には、基地局装置が設置された交差点近辺の走路の混雑状況、道路工事や事故に関する情報が含まれる。この情報をもとに進行方向の渋滞をユーザに伝達、あるいは、迂回路を提示する。セキュリティ情報では、共通鍵テーブルの提供等のデータを保護に関する情報が含まれる。詳細については、後述する。図12は、本発明の変形例に係る通信システム1100の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム1100は、基地局装置1010、車両1012と総称される第1車両1012a、第2車両1012b、第3車両1012c、第4車両1012d、第5車両1012e、第6車両1012f、第7車両1012g、第8車両1012h、ネットワーク1202を含む。通信システム1100、基地局装置1010、車両1012、ネットワーク1202は、図1の通信システム100、基地局装置10、車両12、ネットワーク202に対応する。ここでは、差異を中心に説明する。通信システム1100では、通信においてなりすまし等を抑制するために、電子署名が使用される。通信システム1100で使用される共通鍵が1種類だけであれば、悪意あるユーザであっても、共通鍵の入手が容易になる。これに対応し、鍵の漏えいリスクを低減するために複数の共通鍵を使用するため、通信システム1100では、予め定めた数の共通鍵を1つの共通鍵テーブルにまとめる。また、共通鍵テーブルを複数備えて、必要に応じて切り換えて使用する。ひとつの共通鍵は、共通鍵テーブルを識別するテーブルIDと、テーブル内の共通鍵を識別する共通鍵IDによって特定される。共通鍵テーブルには、運用開始日時NotBeforeが規定されている。したがって、新たに運用を開始する共通鍵テーブルは、運用開始日時より前に、基地局装置1010から路車間通信により報知したり、事前に端末装置に記録しておくことで端末装置間、あるいは、基地局装置1010と端末装置間で共有が図られる。なお、共通鍵テーブルは、セキュリティ情報に含まれる。通信システム1100では、データの正当性が要求されるデータ、すなわち車車間通信における自車両情報、路車間通信における交差点情報や渋滞情報などのデータは、データ自体の暗号化を行わず、共通鍵を使用して電子署名を生成し、データに電子署名を添付させたパケット信号を報知する。パケット信号には、電子署名の生成のために使用されたテーブルIDと共通鍵IDとが含まれる。このように規定されることによって、なりすましが防止される。また、情報の秘匿性を要求されるデータ、すなわち路車間通信におけるセキュリティ情報などのデータは、データ自身を暗号化したパケット信号を報知する。パケット信号には、暗号化のために使用されたテーブルIDと共通鍵IDとが含まれる。このようにすることで、データの信頼性安全性を補償するとともに、処理量の増加および伝送負荷の悪化が抑制される。図13は、基地局装置1010の構成を示す。基地局装置1010は、アンテナ1020、RF部1022、変復調部1024、MACフレーム処理部1026、検証部1042、処理部1028、制御部1030、ネットワーク通信部1032、センサ通信部1034を含む。検証部1042は、暗号部1044と記憶部1046を含む。アンテナ1020、RF部1022、変復調部1024、MACフレーム処理部1026、検証部1042、処理部1028、制御部1030、ネットワーク通信部1032、センサ通信部1034は、図2のアンテナ20、RF部22、変復調部24、MACフレーム処理部26、検証部42、処理部28、制御部30、ネットワーク通信部32、センサ通信部34に対応する。ここでは、差異を中心に説明する。図14は、通信システム1100において規定されるパケット信号に格納されるMACフレームのフォーマットを示す。これは、図3と同様であるので、説明を省略する。図15は、通信システム1100において規定されるセキュアフレームのフォーマットを示す。これは、図4と同様であるので、説明を省略する。図16は、記憶部1046に記憶される共通鍵テーブルのデータ構造を示す。ここで、NetBeforeがなくてもよい。これは、図5と同様であるので、説明を省略する。記憶部1046は、さらに受信したパケット信号に使用されていた共通鍵テーブルのテーブルIDを記録する。記録するテーブルIDは、単位時間毎に受信したパケット信号で使用されていたテーブルIDの最も頻度の高いものを特定するために使用する。したがって、時間経過あるいは記憶部1046の記憶可能な鍵テーブルの数の制限によって自動的に破棄される構成でよい。検証部1042は、セキュアフレームを生成する際、記憶部1046を参照して、共通鍵を抽出する。各共通鍵テーブルには、NotBeforeが規定されており、検証部1042は、現在の日時をもとに、すでに運用が開始されている共通鍵テーブルのひとつを選択する。複数の共通鍵テーブルの運用が開始されている場合、検証部1042は、NotBeforeが最も大きな値の共通鍵テーブル、すなわち最も運用開始日時が新しい共通鍵テーブルを選択する。検証部1042は、所定期間において所定回数以上、共通鍵テーブルのテーブルIDが運用開始日時の古い共通鍵テーブルに対応する場合、電子署名を生成するために、最も運用開始日時が新しい共通鍵テーブルの代わりに運用開始日時の古い共通鍵テーブルを使用する。なお、NetBeforeがない場合には、最も新しく格納された共通鍵テーブルを使用するものとすればよい。さらに、検証部1042は、記憶部1046に記憶された共通鍵テーブルを含んだセキュアフレームを生成する。記憶部1046に記憶された共通鍵テーブルは、運用開始日時前から報知の対象になり運用開始後も報知される。そして、さらに未来に運用を開始するように運用開始日時が設定され共通鍵テーブルの報知が開始されると報知の対象から除外される。検証部1042は、記憶部1046に記憶された共通鍵テーブルのそれぞれに対して、報知の対象になっているかを管理する。検証部1042は、報知の対象のテーブルIDが付与された共通鍵テーブルを選択し、選択した共通鍵テーブルが格納されたセキュアフレームを生成する。その際、メッセージタイプを暗号化データとする。暗号化に用いる共通鍵テーブルは、記憶部1046に記憶された共通鍵テーブルのうち、報知対象の共通鍵テーブルの鍵の運用開始日時以前に、運用が開始されている共通鍵テーブルから選択するものとする。報知のタイミングは任意でよい。ただし、運用開始後の報知のタイミングは、周辺の端末装置1014からのパケット信号を受信して、当該共通鍵テーブルが使用されていない時に報知するようにしてもよい。なお、共通鍵テーブルの報知用に別の共通鍵が規定されていてもよい。また、端末装置1014から送信された共通鍵あるいは公開鍵によって暗号化してもよい。この場合、共通鍵テーブルを受信できる端末装置1014は、暗号化に用いた鍵を送信した端末装置1014に限られる。図17は、車両1012に搭載された端末装置1014の構成を示す。端末装置1014は、アンテナ1050、RF部1052、変復調部1054、MACフレーム処理部1056、受信処理部1058、データ生成部1060、検証部1062、通知部1070、制御部1072を含む。検証部1062は、暗号部1064と記憶部1066を含む。アンテナ1050、RF部1052、変復調部1054、MACフレーム処理部1056、検証部1062、記憶部1066、暗号部1064は、図13のアンテナ1020、RF部1022、変復調部1024、MACフレーム処理部1026、検証部1042、暗号部1044、記憶部1046と同様の処理を実行する。受信処理部1058、データ生成部1060、通知部1070、制御部1072は、図6の受信処理部58、データ生成部60、通知部70、制御部72と同様である。そのため、ここでは、同様の処理の説明を割愛し、差異を中心に説明する。通知部1070は、受信したパケット信号に添付された電子署名を生成している共通鍵が、記憶部1066に未記録の共通鍵テーブルに含まれていることを検証部1062によって検出された場合、その旨を運転者に通知する。以上の構成による通信システム1100のキャリア信号の送受信に関わる動作を説明する。図18は、基地局装置1010におけるパケット信号の送信手順を示すフローチャートである。共通鍵テーブルを送信しない場合S1010のN、検証部1042は、処理部1028よりデータと、データを送信するメッセージタイプを受け取る。そして、受け取ったデータをペイロードに格納したセキュアフレームを生成するS1012。この時、鍵IDおよび署名は、空であり、例えば、すべてに0を格納する。次いで、メッセージタイプが平文データの場合S1014の平文、MACフレーム処理部1026、変復調部1024、RF部1022、アンテナ1020を介して、そのままセキュアフレームを、パケット信号として報知するS1020。メッセージタイプが署名付きデータの場合S1014の署名付き、共通鍵を選択するS1016。共通鍵を選択するとセキュアフレームの鍵IDには、選択された共通鍵のテーブルIDと共通鍵IDが格納される。図19は、基地局装置1010における共通鍵の選択手順を示すフローチャートである。検証部1042は、メッセージタイプが、著名付きデータあるいは暗号化データの場合、記憶部1046に記録され、運用開始が開始されている共通鍵テーブルの1つを選択し、さらに、選択した共通鍵テーブルから、1つの鍵を選択する。記憶部1046に記録されている端末装置1014から受信したパケット信号で使用されていた共通鍵が含まれる共通鍵テーブルのテーブルIDが記録されている。検証部1042は、この記録に基づいて単位時間内に最も高い頻度で使用されていた共通鍵テーブルを確認するS1030。最も高い頻度で使用されていた共通鍵テーブルが、最新の共通鍵テーブル、すなわち運用が開始されている共通鍵テーブルの中で、運用開始日時が最も遅い共通鍵テーブルの場合S1030のY、最新の共通鍵テーブルを選択するS1032。最も高い頻度で使用されていた共通鍵テーブルが、最新の共通鍵テーブルでない場合S1030のN、その共通鍵テーブルの使用頻度が、予め定めた所定の割合を越えて使用されているかを確認するS1034。所定の割合を超えていない場合S1034のN、最新の共通鍵テーブルを選択するS1032。所定の割合を超えている場合S1034のY、最も使用頻度の高い共通鍵テーブルを選択するS1036。そして、運用開始を開始している中で最新の共通鍵テーブルの報知要求を出すS1038。これは、周辺の端末装置1014の多くが、未だ運用か開始されている最新の共通鍵テーブルを持っていないと推定されるため、これを周辺の端末装置1014に報知することを目的とする。使用する共通鍵テーブルが、選択されると、検証部1042は、選択された鍵テーブルから、ランダムに1つの共通鍵を選択するS1040。そして、選択した共通鍵テーブルのテーブルIDと、選択した共通鍵の共通鍵IDを、セキュアフレームの鍵IDに格納しS1042、記憶部1046より選択した鍵を読み出すS1044。図18に戻る。検証部1042は、暗号部1044にて、選択した共通鍵を用いてペイロードヘッダおよびペイロードに対する電子署名を演算し、その値をセキュアフレームの署名に格納するS1018。次いで、MACフレーム処理部1026、変復調部1024、RF部1022、アンテナ1020を介して、署名を付けたセキュアフレームを、パケット信号として報知するS1020。メッセージタイプが暗号化データの場合S1014の暗号化、共通鍵を選択するS1024。共通鍵の選択は、S1016と同じため説明を割愛する。共通鍵が選択されると、検証部1042は、暗号部1044にて、ペイロートのMAC値を求め、セキュアフレームの署名に格納するS1026。次いで、選択した共通鍵を用いてペイロードヘッダおよび署名を暗号化するS1028。そして、MACフレーム処理部1026、変復調部1024、RF部1022、アンテナ1020を介して、暗号化したセキュアフレームを、パケット信号として報知するS1020。一方、共通鍵テーブルを送信する場合S1010のY、検証部1042は、記憶部1046より送信する共通鍵テーブルを読み出し、読み出した共通鍵テーブルをペイロードに格納したセキュアフレームを生成するS1022。以降の処理は、メッセージタイプが暗号化データの場合と同じく、ステップS1024、ステップS1026、ステップS1028を経て、暗号化した共通鍵テーブルを含むセキュアフレームを、パケット信号として報知するS1020。図20は、基地局装置1010におけるパケット信号の受信手順を示すフローチャートである。アンテナ1020、RF部1022、変復調部1024は、パケット信号を受信するS1060。メッセージタイプが署名付きあるいは暗号化であればS1062のN、検証部1042は、テーブルIDおよび共通鍵IDを確認するS1064。記憶部1046は、テーブルIDを蓄積するS1066。検証部1042は、記憶部1046から共通鍵を取得するS1068。メッセージタイプが署名付きでありS1070のY、署名データが正当であればS1072のY、検証部1042は、データを取り出すS1078。一方、メッセージタイプが暗号化である場合S1070のN、検証部1042は、取得した暗号鍵にて復号するS1074。データが正当であればS1076のY、検証部1042は、データを取り出すS1078。メッセージタイプが平文である場合S1062のY、検証部1042は、データを取り出すS1078。署名データが正当でない場合S1072のN、あるいはデータが正当でない場合S1076のN、検証部1042は、データを破棄するS1080。図21は、端末装置1014におけるパケット信号の受信手順を示すフローチャートである。アンテナ1050、RF部1052、変復調部1054は、パケット信号を受信するS1100。メッセージタイプが署名付きあるいは暗号化であればS1102のN、検証部1062は、テーブルIDおよび共通鍵IDを確認するS1104。記憶部1066が鍵テーブルを有していればS1106のY、記憶部1066は、テーブルIDを蓄積するS1108。検証部1062は、記憶部1066から共通鍵を取得するS1110。メッセージタイプが署名付きでありS1112のY、署名データが正当であればS1114のY、検証部1062は、データを抽出するS1122。一方、メッセージタイプが暗号化である場合S1112のN、検証部1062は、取得した暗号鍵にて復号するS1116。データが正当でありS1118のY、共通鍵テーブルがなければS1120のN、検証部1062は、データを抽出するS1122。メッセージタイプが平文である場合S1102のY、検証部1062は、データを取り出すS1122。記憶部1066が鍵テーブルを有していない場合S1106のN、あるいは署名データが正当でない場合S1114のN、あるいはデータが正当でない場合S1118のN、検証部1062は、データを破棄するS1124。共通鍵テーブルがある場合S1120のY、検証部1062は、記憶部1066に格納させるS1126。図22は、端末装置1014におけるパケット信号の送信手順を示すフローチャートである。検証部1062は、データを取得し、セキュアフレームを生成するS1140。メッセージタイプが署名付きである場合S1142の署名付き、検証部1062は、共通鍵を選択しS1144、選択した共通鍵にて電子署名を演算し、署名データに格納するS1146。その後、変復調部1054、RF部1052、アンテナ1050は、パケット信号を報知するS1154。メッセージタイプが暗号化である場合S1142の暗号化、検証部1062は、共通鍵を選択しS1148、ペイロードヘッダのMAC値を演算し、署名データに格納するS1150。検証部1062は、選択した暗号鍵にて暗号化を実行しS1152、変復調部1054、RF部1052、アンテナ1050は、パケット信号を報知するS1154。メッセージタイプが平文である場合S1142の平文、変復調部1054、RF部1052、アンテナ1050は、パケット信号を報知するS1154。図23は、端末装置1014における共通鍵の選択手順を示すフローチャートである。所定時間内に最も使用頻度の高い共通鍵テーブルが最新である場合S1170のY、あるいは所定時間内に最も使用頻度の高い共通鍵テーブルが最新でなくてもS1170のN、最も使用頻度の高い共通鍵テーブルが所定割合以上使われていない場合S1172のN、検証部1062は、運用を開始している中で運用開始日時が最新の共通鍵テーブルを選択するS1174。最も使用頻度の高い共通鍵テーブルが所定割合以上使われている場合S1172のY、検証部1062は、最も使用回数の多い共通鍵テーブルを選択するS1176。検証部1062は、当該鍵テーブルからランダムに共通鍵を選択しS1178、セキュアフレームにテーブルIDと共通鍵IDを格納するS1180。検証部1062は、記憶部1066よりテーブルIDと共通鍵IDにて特定される鍵を取得するS1182。本発明の変形例によれば、新しい運用開始日時の共通鍵テーブルを優先的に使用するので、安全性を確保できる。また、古い運用開始日時の共通鍵テーブルが多く使用されている場合に、新しい運用開始日時の共通鍵テーブルの代わりに古い運用開始日時の共通鍵テーブルを使用するので、多くの端末装置において共通した共通鍵を使用できる。また、運用開始日時が異なった共通鍵テーブルを切りかえるので、ブロードキャスト通信がなされている場合に、安全性を確保しながら、共通した共通鍵を使用できる。図24は、基地局装置1010における別のパケット信号の送信手順を示すフローチャートである。基地局装置1010から端末装置1014に、共通鍵テーブルを送信する場合の手順が異なっている。共通鍵テーブルは、送信用の鍵を用いて暗号化し、メッセージタイプを署名付きデータとして送信する。共通鍵テーブルを送信しない場合S1200のN、検証部1042は、処理部1028よりデータと、データを送信するメッセージタイプを受け取る。そして、受け取ったデータをペイロードに格納したセキュアフレームを生成するS1202。次いで、メッセージタイプが平文データの場合S1204の平文、MACフレーム処理部1026、変復調部1024、RF部1022、アンテナ1020を介して、そのままセキュアフレームを、パケット信号として報知するS1218。メッセージタイプが署名付きデータの場合S1204の署名付き、共通鍵を選択するS1214。検証部1042は、暗号部1044にて、選択した共通鍵を用いてペイロードヘッダおよびペイロードに対する電子署名を演算し、その値をセキュアフレームの署名に格納するS1216。次いで、MACフレーム処理部1026、変復調部1024、RF部1022、アンテナ1020を介して、署名を付けたセキュアフレームを、パケット信号として報知するS1218。メッセージタイプが暗号化データの場合S1204の暗号化、共通鍵を選択するS1210。検証部1042は、選択した共通鍵を用いてペイロードヘッダおよび署名を暗号化するS1212。そして、MACフレーム処理部1026、変復調部1024、RF部1022、アンテナ1020を介して、暗号化したセキュアフレームを、パケット信号として報知するS1218。一方、共通鍵テーブルを送信する場合S1200のY、検証部1042は、記憶部1046より送信する共通鍵テーブルを読み出し、読み出した共通鍵テーブルを専用鍵で暗号化するS1206。検証部1042は、暗号化共通鍵テーブルを含むセキュアフレームを生成するS1208。以降の処理は、メッセージタイプが署名付きの場合と同じく、ステップS1214、ステップS1216を経て、パケット信号として報知するS1218。図25は、端末装置1014における別のパケット信号の受信手順を示すフローチャートである。アンテナ1050、RF部1052、変復調部1054は、パケット信号を受信するS1240。メッセージタイプが署名付きあるいは暗号化であればS1242のN、検証部1062は、テーブルIDおよび共通鍵IDを確認するS1244。記憶部1066が鍵テーブルを有していればS1246のY、検証部1062は、記憶部1066から共通鍵を取得するS1248。記憶部1066は、テーブルIDを蓄積するS1250。メッセージタイプが暗号化である場合S1252のN、検証部1062は、取得した暗号鍵にて復号するS1254。データが正当であればS1258のY、検証部1062は、データを取り出すS1264。データが正当でなければS1258のN、検証部1062は、データを破棄するS1266。メッセージタイプが署名付きでありS1252のY、署名データが正当でありS1256のY、共通鍵テーブルであればS1260のY、検証部1062は、専用暗号鍵にて復号しS1262、記憶部1066に格納するS1268。署名データが正当でなければS1256のN、検証部1062は、データを破棄しS1266、共通鍵テーブルでなければS1260のN、検証部1062は、データを取り出すS1264。メッセージタイプが平文である場合S1242のY、検証部1062は、データを取り出すS1264。鍵テーブルがなければS1246のN、検証部1062は、データを破棄するS1266。本発明の変形例によれば、電子署名の値を演算するために共通鍵を使用するので、公開鍵を使用する場合と比較して処理量を低減できる。また、処理量が低減されるので、処理可能なパケット信号数を増加できる。また、電子署名の値を演算するために共通鍵を使用するので、公開鍵を使用する場合と比較して伝送効率を向上できる。また、位置情報等のデータに対しては暗号化を実行しないので、処理量を低減する。一方、共通鍵テーブルには暗号化を実行するので、安全性を向上できる。また、ブロードキャスト通信がなされている場合に、安全性を確保しながら、共通した暗号鍵を使用できる。以上、本発明の実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。本発明の実施例において、検出部46は、共通鍵テーブルのテーブルごとに検出処理を実行、検出数が所定回数、あるいは、検出回数の割合が所定の割合以上になった場合に、運用中の最新の共通鍵テーブルをパケット信号として報知するものとしたが、検出の対象となった共通鍵テーブルの次に新しい共通鍵テーブルを、パケット信号として報知しても良い。本発明の実施例において、通信システム100は、共通鍵テーブルの運用開始日時や有効期限を設定している。しかしながらこれに限らず例えば、共通鍵テーブルの運用開始日時や有効期限が設定されていなくてもよい。その際、基地局装置10、端末装置14は、最新の共通鍵テーブルを常に使用する。本変形例によれば、共通鍵テーブルのサイズを低減できる。また、端末装置14は、パケット信号を受信した際に、保持するすべての共通鍵テーブルを使用して復号検証を実行してもよい。端末装置14は、その結果をアプリケーションに通知する。例えば、検証が成功したこと、古い共通鍵テーブルによって検証が成功したこと、検証が失敗したこと、不定であること等が通知される。本発明の実施例において、基地局装置10が共通鍵テーブルを送信している。しかしながらこれに限らず例えば、基地局装置10が共通鍵テーブルを送信しなくてもよい。その際、基地局装置10とは別に、共通鍵テーブル配信用の基地局装置が設けられてもよい。本発明の実施例において、検出部46は、確認部44から受けつけたテーブルIDが、記憶部42に記憶された最新の共通鍵テーブルのテーブルIDよりも前であることを検出した場合、検出数を計数している。しかしながらこれに限らず例えば、さらに、検出部46は、共通鍵テーブルのバージョンごとに検出処理を実行してもよい。その場合、処理部26は、所定回数以上になった検出数に対応した共通鍵テーブルのバージョンが、記憶部42に記憶した最新の共通鍵テーブルのバージョンよりも2世代以上前であっても、最新バージョンの共通鍵テーブルが格納されたパケット信号を生成してもよい。本変形例によれば、最新バージョンの共通鍵テーブルのみを送信するので、トラヒック量を低減できる。本実施例は、次の項目によって特徴付けられてもよい。項目1通信に使用可能な共通鍵が複数種類示された第1の共通鍵テーブルと、第1の共通鍵テーブルの運用開始日時よりも新しい運用開始日時の第2の共通鍵テーブルとを記憶する記憶部と、前記記憶部において記憶した第2の共通鍵テーブルに含まれた共通鍵によって電子署名を生成するとともに、電子署名が添付されたパケット信号を生成する処理部と、前記処理部において生成したパケット信号を報知する通信部とを備え、前記通信部は、他の通信装置から報知されたパケット信号を受信し、前記処理部は、前記通信部において受信したパケット信号に添付された電子署名を生成している共通鍵が第1の共通鍵テーブルに含まれているかを調査し、所定期間において所定回数以上、第1の共通鍵テーブルに含まれた共通鍵を検出した場合、電子署名を生成するために、第2の共通鍵テーブルの代わりに第1の共通鍵テーブルを使用することを特徴とする通信装置。項目2前記通信部において受信したパケット信号に添付された電子署名を生成している共通鍵が、前記記憶部に未記録の共通鍵テーブルに含まれていることを前記処理部によって検出された場合、その旨をユーザに通知する通知部をさらに備えることを特徴とする項目1に記載の通信装置。