JP2020090225A - 送信装置、及び受信装置 - Google Patents

Abstract

【課題】車両に対し異常が発生した場合に、異常発生時の車両の状況を検証するために優先度が高いデータブロックから順に送信する送信装置を提供する。【解決手段】送信装置１０は、車両に関するデータが格納された複数のデータブロックを保存する記憶部１０１と、車両に対し異常が発生したことを検出する異常検出部１０２と、異常検出部が異常が発生したことを検出した場合に、複数のデータブロックそれぞれの記録時刻と現在時刻とに基づいて、複数のデータブロックそれぞれを送信する優先度を設定する優先度設定部１０３と、優先度に基づいて、複数のデータブロックを送信する送信処理部としての送信待ちキュー１０５及び送信部１０６と、を備える。【選択図】図１

Description

本発明は、データブロックを送信する送信装置等、及び、当該送信装置によって送信されたデータブロックを受信する受信装置に関するものである。

従来から、車両の動作を示す車両挙動データや車内外を撮影した映像データを収集して記録する、ドライブレコーダ等の装置が知られている。ドライブレコーダ等に記録されたデータは、例えば、車両事故が発生した場合の事故原因の分析等に利用することができる。さらに、近年、記録されたデータをサーバ等の外部装置に送信する、ネットワーク接続された装置が普及している。

例えば、特許文献１には、車両に交通事故等が発生したことを検出した場合に、緊急通報とともに、車両の内外の様子を示す数値、音声、映像等の車両情報を外部に発信する緊急通報システムが開示されている。また、特許文献２には、車両の挙動異常を検出した場合に、挙動異常の検出前後に一定期間記録された画像データを、事故解析サーバに送信する車載装置が開示されている。

特開２０１７−１１７１９４号公報 特開２００９−２０５３６８号公報

ところで、交通事故等により車両に対し異常が発生した場合、異常の発生原因を詳細に分析する前に、異常発生前後、特に、異常発生直前の車両の状況を概略的に、かつ、早急に検証したいというニーズがあることを発明者は知見した。しかしながら、異常発生前の一定期間に記録されたデータを最初から順に外部装置に送信する場合、利用者が最も必要とするデータ、すなわち、異常発生時のデータが送信されるまでに時間がかかることがある。そのため、利用者は、異常発生時の車両の状況を迅速に検証することができない。

そこで、本発明の目的は、交通事故等により車両に対し異常が発生した場合、異常発生時の状況を検証するのに必要となるデータを迅速に送信することにある。

上記課題を解決するために、本発明の送信装置は、
車両に関するデータが格納された複数のデータブロックを保存する記憶部（１０１）と、
前記車両に対し異常が発生したことを検出する異常検出部（１０２）と、
前記異常検出部が前記異常が発生したことを検出した場合に、前記複数のデータブロックそれぞれの記録時刻と現在時刻とに基づいて、前記複数のデータブロックそれぞれを送信する優先度を設定する優先度設定部（１０３）と、
前記優先度に基づいて、前記複数のデータブロックを送信する送信処理部（１０５，１０６）と、
を備える。

なお、特許請求の範囲、及び本項に記載した発明の構成要件に付した括弧内の番号は、本発明と後述の実施形態との対応関係を示すものであり、本発明を限定する趣旨ではない。

本発明の送信装置によれば、車両に対する異常発生時の状況を把握するために優先度が高いデータを迅速に送信することができ、異常原因の検証を効率的に行うことが可能となる。

本発明の実施形態１の送信装置の構成を説明するブロック図 本発明の実施形態１の送信装置を用いて送信するデータブロックを説明する図 本発明の実施形態１の送信装置の動作を説明する図 本発明の実施形態１、２の受信装置の構成を説明するブロック図 本発明の実施形態１の受信装置及び再生装置を説明する図 本発明の実施形態１の変形例の送信装置を用いて送信するデータブロックを説明する図 本発明の実施形態１の変形例の送信装置の動作を説明する図 本発明の実施形態２の送信装置の構成を説明するブロック図 本発明の実施形態２の送信装置を用いて送信する、多重化されたデータブロックを説明する図 本発明の実施形態２の送信装置の動作を説明する図 本発明の実施形態２の送信装置から送信されたデータを表示した画面を説明する図

以下、本発明の実施形態について、図面を参照して説明する。
なお、本発明とは、特許請求の範囲又は課題を解決するための手段の項に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともかぎ括弧内の語句は、特許請求の範囲又は課題を解決するための手段の項に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。
特許請求の範囲の従属項に記載の構成及び方法、従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに特許請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明においては任意の構成及び方法である。特許請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明においては任意の構成及び方法である。いずれの場合も、特許請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。
実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。
複数の実施形態がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせても良い。また、複数の実施形態それぞれに開示の構成を集めて組み合わせても良い。
発明が解決しようとする課題に記載した課題は公知の課題ではなく、本発明者が独自に知見したものであり、本発明の構成及び方法と共に発明の進歩性を肯定する事実である。

以下に、各実施形態及びその変形例の送信装置及び受信装置をそれぞれ説明する。なお、本明細書においては、データブロックを送信する装置を送信装置、当該送信装置から送信されたデータブロックを受信する装置を受信装置として説明しているが、これらの装置は以下に説明する各特徴を備えていれば足り、当然のことながら、その他の特徴や機能を有するものであってもよい。例えば、送信装置は、ネットワークを介してデータブロックを送信する機能に加えて、送信されるデータブロックを収集して記録するデータ記録装置としての機能を有する車載ドライブレコーダであってもよい。また、受信装置は、送信装置から送信されたデータブロックを受信するとともに、データブロックに格納されたデータを蓄積する機能を有するサーバ、あるいは、受信したデータブロックをユーザに対して表示する機能を有する表示装置であってもよい。

（実施形態１）
１．送信装置
図１を用いて本実施形態１の送信装置を説明する。送信装置１０は、記憶部１０１、異常検出部１０２、優先度設定部１０３、データブロック取得部１０４、送信待ちキュー１０５、および、送信部１０６を備える。

記憶部１０１は、車両に搭載された様々な車載センサによって検出された車両の挙動を示す挙動データ（例えば、ブレーキ量、車両速度、操舵角など）、あるいは、車両に搭載されたカメラによって車両の内外を撮影した映像データ等の、車両に関するデータ（以下、車両データ）が格納された複数のデータブロックを保存する。記憶部１０１は、複数のデータブロックについて、それぞれのデータブロックが記録された「記録時刻」を対応付けて保存する。

異常検出部１０２は、「車両に対し」「異常」が発生したことを「検出する」。異常検出部１０２は、例えば、車載センサによって検出された挙動データが通常走行時とは異なる数値を示していることを検出することにより、車載システムや車載システムを構成する装置に故障等の異常が発生したことを検出する。あるいは、異常検出部１０２は、車載カメラによって撮影された車外の映像データが、自車両と他車両との衝突を示す映像を含んでいることを検出することにより、車両に対し異常、すなわち、車両事故が発生したことを検出する。あるいは、異常検出部１０２は、車載カメラによって撮影された車内の映像データが、運転手の体調不良を示す映像を含んでいることを検出することにより、車両の運転手に異常が発生したことを検出する。

ここで、本発明の「車両に対し」とは、車両自体に直接的な異常が発生した場合の他、車両以外、例えば、車両の運転手に異常が発生したことにより、車両に間接的に異常が発生した場合も含む。
本発明の「異常」とは、車両、車載システム、又は車載システムを構成する装置の故障や不具合の他、車両に発生した事故、及び、車両を運転する運転手の異常も含む。
本発明の「検出する」とは、異常検出部に入力された各種情報に基づいて、異常検出部自体が異常を直接的に検出する場合の他、異常検出部に対して異常が発生したことを示す情報が入力されることにより、間接的に異常を検出してもよい。

なお、異常検出部１０２は、車両に対し異常が発生したことを検出することに加えて、車両に対し発生した異常がどのような異常であるか、すなわち、異常の種別を検出してもよい。例えば、異常検出部１０２は、車両に対し発生した異常が、車両事故、車載システムや装置の故障、運転手の体調不良のいずれであるかを検出してもよい。

優先度設定部１０３は、異常検出部１０２が異常が発生したことを検出した場合に、データブロックの「記録時刻」が現在時刻に近い所定の数（Ｎ個）のデータブロックについて、Ｎ個のデータブロックそれぞれの「記録時刻」と現在時刻とに基づいて、データブロックを送信する優先度を設定する。以下に示す例では、優先度設定部１０３は、Ｎ個のデータブロックについて、データブロックの「記録時刻」が現在時刻に近いデータブロックから順に高い優先度を設定する。この場合、Ｎ個のデータブロックのうち最も高い優先度が設定されるデータブロックには、異常検出部１０２が異常が発生したことを検出する直前の車両の状況を示す車両データが格納されている可能性が高い。
ここで、本発明のデータブロックの「記録時刻」とは、記憶部にデータブロックを記録した時刻の他、データブロックに格納されるデータの取得時刻、すなわち、データを取得し信号という形で固定されることで記録される時刻であってもよい。

なお、優先度設定部１０３は、データブロックの記録時刻と現在時刻とに基づいて優先度を設定していればよく、上記の例によらず優先度を設定してもよい。例えば、優先度設定部１０３は、データブロックの記録時刻と現在時刻とに加えて、異常検出部１０２にて検出した異常の種別に基づいて、データブロックを送信する優先度を設定してもよい。例えば、車両に対し発生した異常が車両事故の場合、異常が発生する直前のデータが事故原因を示している可能性が高いと考えられるため、上述したように、記録時刻が現在時刻に近いデータブロックから順に高い優先度を設定することが望ましい。これに対し、車両に対し発生した異常が運転手の意識障害等の異常である場合、異常が発生する数分前から運転手に体調不良のような兆候があったかどうかを確認したいというニーズがあることが考えられるため、データブロックの記録時刻が現在時刻よりも数分前のデータブロックに、最も高い優先度を設定する。

また、優先度設定部１０３が優先度を設定するデータブロックの所定の数（Ｎ個）は、条件を与えた場合に一意に定まる数であればよく、必ずしも常に一定の数である必要はない。具体的には、優先度設定部１０３は、予め設定された特定の数（例えば、１０個）のデータブロックに優先度を設定してもよく、異常検出部１０２が検出した異常の種別に応じて、異なる数のデータブロックに優先度を設定してもよい。あるいは、データブロックの時間的長さ（以下、時間長）は格納されているデータの種類によって異なるため、優先度設定部１０３は、特定の期間（例えば、５分、１０分）に相当する数のデータブロックに対して優先度を設定してもよい。

データブロック取得部１０４は、Ｎ個のデータブロックを優先度設定部１０３が設定した優先度が高い順に記憶部１０１から取得し、取得したデータブロックを送信待ちキュー１０５に順次出力する。なお、本明細書では、データブロック取得部１０４が、記憶部１０１からデータブロックを順次取得する例を説明しているが、データブロック取得部１０４は、後述する送信待ちキューが空になったことを検出することにより、記憶部１０１からデータブロックを取得してもよい。

送信待ちキュー１０５は、データブロック取得部１０４から出力されたデータブロックを一時的に保存する。そして、送信待ちキュー１０５は、データブロック取得部１０４から入力された順、すなわち、優先度が高い順にデータブロックを送信部１０６に順次出力する。

なお、本明細書では、送信待ちキュー１０５が、データブロック取得部１０４からデータブロックが入力された順にデータブロックを出力するＦＩＦＯ（First In First Out）処理を行う例を説明した。しかしながら、送信待ちキュー１０５は、例えば、プライオリティキューであってもよい。この場合、データブロック取得部１０４にて記憶部１０１からデータブロックが取得されると、優先度設定部１０３にて設定された優先度を示す情報が対応づけて保存される。これにより、データブロック取得部１０４が優先度が高い順にデータブロックを取得、あるいは、送信待ちキュー１０５に順次出力しなくとも、送信待ちキュー１０５は優先度に基づいてデータブロックを順次出力することができる。

送信部１０６は、送信待ちキュー１０５から出力されたデータブロックを、受信装置に対して順次送信する。なお、実施形態１の送信待ちキュー１０５及び送信部１０６が、本発明の「送信処理部」に相当する。

図２は、優先度設定部１０３によって優先度が設定されるデータブロックを概略的に示しており、各データブロックの記録時刻をデータブロックと対応付けて記載している。また、図２の例では、データブロックの記録時刻が現在時刻（１：００：３０）に近いＮ＝５個のデータブロック（データブロックａ−ｅ）に対して優先度が設定されている。
図２の場合、５個のデータブロックうち、データブロックｅの記録時刻が現在時刻に最も近い。したがって、優先度設定部１０３は、データブロックｅに最も高い優先度を設定する。優先度設定部１０３はさらに、データブロックｅの次に記録時刻が現在時刻に近いデータブロックｄに、二番目に高い優先度を設定する。残りのデータブロックａ、ｂ、ｃについても、同様に優先度を設定する。

次に、図３を用いて、送信装置１０の動作を説明する。
まず、車載センサ及び車載カメラ等によって収集された車両データが格納された複数のデータブロックを記憶部１０１に保存する（Ｓ１００）。そして、異常検出部１０２が、車両に対し異常が発生したことを検出する（Ｓ１０１）。Ｓ１０１において、異常が発生したことを検出した場合、優先度設定部１０３は、記憶部１０１に保存されている複数のデータブロックのうち、記録時刻が現在時刻に近いＮ個のデータブロックに対して、Ｎ個のデータブロックそれぞれの記録時刻と現在時刻とに基づいて優先度を設定する（Ｓ１０２）。次いで、データブロック取得部１０４は、Ｓ１０２において設定された優先度に基づいて、記憶部１０１からデータブロックを取得する（Ｓ１０３）。Ｓ１０３において取得されたデータブロックは、優先度が高い順に送信待ちキュー１０５に出力され、保存される（Ｓ１０４）。そして、送信部１０６は、送信待ちキュー１０５から出力されたデータブロックを、ネットワークを介して受信装置に送信する（Ｓ１０５）。送信待ちキュー１０５に他のデータブロックが保存されている場合（Ｓ１０６：Ｙｅｓ）、送信部１０６は、送信待ちキュー１０５に保存されている他のデータブロックのうち、優先度が最も高いデータブロックを受信装置に送信する（Ｓ１０５）。そして、送信待ちキュー１０５に保存されたＮ個全てのデータブロックの送信が完了するまで、Ｓ１０５、Ｓ１０６の処理を繰り返す。

実施形態１によれば、送信装置１０は、車両事故等の異常が発生した場合、優先度が高いデータブロックから順に送信することができるため、ユーザは、異常発生原因の検証に有用なデータを迅速に取得することが可能となる。

２．受信装置
送信装置１０から送信されたデータブロックを受信する受信装置２０について説明する。図４は、本実施形態による受信装置２０と、受信装置２０で受信したデータブロックに格納されているデータの内容を表示する再生装置３０を示している。受信装置２０は、受信部２０１、記憶部２０２、リスト生成部２０３、及び送信部２０４を備える。なお、本明細書は、受信装置２０と再生装置３０が別個の装置として記載しているが、受信装置２０と再生装置３０は一体的な装置として構成されてもよい。

受信部２０１は、送信装置１０から送信された複数のデータブロックを、通信ネットワークを介して受信する。
記憶部２０２は、受信部２０１において受信したデータブロックを保存する。

リスト生成部２０３は、受信部２０１において受信が完了したデータブロックのリスト（以下、受信完了リスト）を生成する。送信部２０４は、リスト生成部２０３にて生成された受信完了リスト、及び、記憶部２０２に保存されたデータブロックを再生装置３０に送信する。

なお、再生装置３０は、受信装置２０から送信された受信完了リストを受信すると、受信完了リストに基づいて、リストアップされたデータブロックを受信装置２０から取得する。これにより、再生装置３０は、受信装置２０において受信が完了したデータブロックから順に再生し、これらのデータブロックに格納されたデータの内容をユーザに表示することが可能となる。

図５は、受信装置２０が、再生装置３０に対して、受信完了リスト、及び、受信完了リストにリストアップされたデータブロックを送信している状態を示している。受信装置２０では、送信装置１０から送信されたデータブロックｅ及びデータブロックｄの受信が完了しているため、リスト生成部２０３が生成した受信完了リストには、これらのデータブロックが記載されている。また、データブロックｃの受信は完了していないため、受信完了リストには、データブロックｃは記載されていない。受信装置２０は、この受信完了リストを再生装置３０に送信する。その後、再生装置３０は、受信完了リストに記載のデータブロック（データブロックｅ、ｄ）を、受信装置２０に対して要求する。再生装置３０から要求を受けると、受信装置２０はこれらのデータブロックを送信する。再生装置３０は、受信装置２０から送信されたデータブロックを再生データとして再生する。

本実施形態では、受信装置２０は、優先度が高いデータブロックから順に受信することができる。その結果、受信装置２０から出力されたデータを再生する再生装置３０は、優先度が高いデータ、すなわち、異常発生時の状況を検証するのに有用なデータから順に再生することが可能となる。

（変形例１）
実施形態１では、異常発生前に記憶部１０１に保存されていたデータブロックについて、データブロックの記録時刻と現在時刻とに基づいて優先度を設定するとともに、設定された優先度に基づいてデータブロックを送信する構成を説明した。しかしながら、車両が大破するような事故が発生した場合を除き、車両事故等の異常が発生した後も車両データは記録され続けることが考えられる。そして、異常発生直後の車両データは、異常発生直前の車両データと同様、異常発生時の車両の状況を検証するのに有用なデータである可能性が高い。

そこで、本変形例では、異常発生前に記憶部１０１に保存されたデータブロックに加えて、異常発生後に記憶部１０１に新たに保存されたデータブロックについても、データブロックの記録時刻と現在時刻とに基づいて優先度を設定し、送信する構成を説明する。

図６は、本変形例において優先度設定部１０３によって優先度が設定されるデータブロックを概略的に示している。図２では、現在時刻が１：００：３０であったのに対し、図６では、現在時刻が１：０１：３０であり、図２から時間が経過している。そのため、図２の現在時刻（１：００：３０）から図６の現在時刻（１：０１：３０）までの間に、記憶部１０１には新たなデータブロックｆが保存される。そこで、優先度設定部１０３は新たに保存されたデータブロックｆに対しても優先度を設定するとともに、データブロック取得部１０４は、優先度が設定されたデータブロックｆを記憶部１０１から取得する。

なお、データブロックｆの次のデータブロックは、記憶部１０１に保存されている途中である。そのため、図６では、優先度設定部１０３はデータブロックｆのみに優先度を設定している。しかしながら、優先度設定部１０３は、異常発生後に記憶部１０１に新たに保存された任意の数のデータブロックに優先度を設定してもよい。すなわち、図６からさらに時間が経過した場合、優先度設定部１０３は、記憶部１０１に新たに保存されたデータブロックｆの次のデータブロックに対して優先度を設定し、データブロック取得部１０４は当該データブロックを取得してもよい。

次に、図７を用いて、本変形例による送信装置１０の動作を説明する。Ｓ１００〜Ｓ１０６は図３と同じであるため、詳細な説明は省略する。
Ｓ１０５において、Ｎ個のデータブロックが順次送信されている間に、記憶部１０１に追加のデータブロックが新たに保存された場合（Ｓ２０１：Ｙｅｓ）、優先度設定部１０３は、記憶部１０１に新たに保存された追加のデータブロック（図６に示すデータブロックｆ）に対し、データブロックｆの記録時刻と現在時刻とに基づいて優先度を設定する（Ｓ２０２）。そして、データブロック取得部１０４は、優先度が設定されたデータブロックｆを記憶部１０１から取得する（Ｓ２０３）。データブロック取得部１０４は、取得したデータブロックｆを、送信待ちキューに出力し保存する（Ｓ２０４）。そして、送信部１０６は、Ｓ１０２又はＳ２０２にて設定された優先度に基づいて送信待ちキュー１０５から出力されたデータブロックを、ネットワークを介して受信装置に送信する（Ｓ１０５）

例えば、優先度設定部１０３が、データブロックの記録時刻が現在時刻に近いデータブロックから順に高い優先度を設定している場合、図６に示すデータブロックでは、データブロックｆの記録時刻が現在時刻に最も近い。そのため、データブロックｆには、最も高い優先度が設定される。したがって、送信部１０６において送信中のデータブロック（例えば、図６に示すデータブロックｄ）の送信が完了すると、その次に、データブロックｆの送信が行われる。つまり、データブロックｆは、データブロックａ−ｃに割り込んで送信されることになる。

本変形例によれば、異常発生後に記憶部に保存されたデータブロックについても優先度に基づいて送信することができるため、異常発生後の車両の状況を迅速かつ効率的に検証することが可能となる。

（実施形態２）
実施形態１では、設定された優先度に基づいて、データブロックを順次送信する構成を説明した。ところで、ユーザは、送信装置から送信されたデータブロックに格納されたデータに基づいて異常発生時の車両の状況を検証するが、送信されている複数のデータブロックのうちいずれのデータブロックにユーザが所望するデータ格納されているかを予め見当つけることができれば、異常の検証をより効率的に行うことができる可能性がある。そこで、本実施形態２では、データブロックを多重化して送信することにより、ユーザがより効率的に異常発生時の車両の状況を検証することができる構成を説明する。

１．送信装置
本実施形態では、複数のデータブロックを多重化して送信する構成を、実施形態１との相違点を中心に説明する。図８は、本実施形態の送信装置１１を示している。送信装置１１は、図１に示す送信装置１０の構成に加えて多重化部１１１を備えている。なお、実施形態２の送信待ちキュー１０５、送信部１０６、及び多重化部１１１が、本発明の「送信処理部」に相当する。

実施形態１の送信待ちキュー１０５は、優先度が高い順に、データブロックを送信部１０６に順次出力する。これに対し、本実施形態２の送信待ちキュー１０５は、優先度が高い順に選択された２つのデータブロック（本発明の「第１のデータブロック」「第２のデータブロック」）を、多重化部１１１に出力する。

多重化部１１１は、送信待ちキュー１０５から出力された２つのデータブロックを、２つの送信スロットにそれぞれ登録する。そして、送信部１０６は、多重化部１１１において送信スロットに登録された２つのデータブロックを多重化して送信する。

なお、本実施形態２では、多重化部１１１が２つのデータブロックを多重化する例を説明しているが、多重化部１１１は２以上の任意の数のデータブロックを多重化してもよい。多重化するデータブロックの数は、送信装置１１の処理能力や、データブロックの送信に利用する通信ネットワークの速度に応じて設定してもよい。

また、多重化部１１１は、任意の方式を用いて複数のデータブロックを多重化することができる。例えば、多重化部１１１は、ＨＴＴＰによる並列データ送信方式、あるいは、ＭＭＴ（MPEG Media Transport）のようなデータ多重化方式を用いてデータブロックを多重化してもよい。しかしながら、データブロックを多重化する方式は、これらの例に限定されるものではない。

優先度設定部１０３が、データブロックの記録時刻が現在時刻に近いデータブロックから順に高い優先度を設定する場合を、本実施形態２に適用して検討する。図２に示すデータブロックの例では、送信待ちキュー１０５は、現在時刻に最も近く、優先度が最も高く設定されたデータブロックｅと、データブロックｅの次に現在時刻に近く、データブロックｅの次に高い優先度が設定されたデータブロックｄとを選択して多重化部１１１に出力する。そして、多重化部１１１は、データブロックｅ及びデータブロックｄを送信スロットにそれぞれ登録する。送信部１０６は、送信スロットに登録されたデータブロックｅとデータブロックｄとを多重化して、受信装置２０に送信する。

図９は、本実施形態２の送信装置１１を用いて、データブロックを多重化して送信する状態を概略的に示している。
図９（ａ）の左側は、多重化部１１１が、２つのデータブロックを、２つの送信スロットに登録した状態を示している。図２に示すデータブロックの例では、優先度が高い順に選択されたデータブロックｅ及びデータブロックｄが、送信スロット♯１、送信スロット♯２にそれぞれ登録されている。また、図９（ａ）の右側に示す受信装置２０では、送信装置１１から、多重化されたデータブロックｅ及びデータブロックｄを受信している。図９（ａ）は、データブロックｅ及びデータブロックｄが送信されている途中であり、いずれのデータブロックも約半分のデータの送信が完了した状態を示している。
図９（ｂ）は、図９（ａ）から時間が経過した状態を示している。データブロックｅの送信が完了したため、送信スロット♯１には、データブロックｅに代えて、次に優先度が高いデータブロックｃが登録されている。また、受信装置２０では、データブロックｅの受信が完了しており、データブロックｄ及びデータブロックｃが送信されている途中である。

図１０は、本実施形態２の送信装置１１の動作を説明する図である。Ｓ１０１〜Ｓ１０４、Ｓ１０６については、図３と同じ処理であるため説明は省略する。図１０では、優先度が高い順に、データブロックが送信待ちキュー１０５に保存される（Ｓ１０４）と、送信待ちキュー１０５は、優先度が高い順に選択された２個のデータブロックを多重化部１１１に出力し、多重化部１１１はこれらのデータブロックを送信スロットに登録する（Ｓ３０１）。次いで、送信部１０６は、送信スロットに登録された２個のデータブロックを多重化して送信を開始する（Ｓ３０２）。ここで、２個のデータブロックのいずれかの送信が完了して送信スロットに空きが発生（Ｓ３０３：Ｙｅｓ）し、かつ、送信待ちキュー１０５に他のデータブロックが保存されている場合、他のデータブロックのうち優先度が最も高いデータブロックが選択されるとともに多重化部１１１に出力され、その後、空きが発生した送信スロットに登録される（Ｓ３０１）。そして、送信待ちキュー１０５に保存されたＮ個全てのデータブロックの送信が完了するまで、Ｓ３０１−Ｓ３０３の処理を繰り返す。

２．受信装置
本実施形態２の受信装置の構成は、実施形態１の受信装置２０と実質的に同じであるため、図４を用いて実施形態１との相違点を中心に説明する。

本実施形態の受信装置２０の受信部２０１は、多重化されたデータブロックを、通信ネットワークを介して送信装置１０から受信する。また、本実施形態２のリスト生成部２０３は、受信が完了したデータブロックの受信完了リストに加えて、受信途中のデータブロックのリスト（以下、受信中リスト）を作成する。

本実施形態２の受信装置２０は、受信完了リストに加えて、受信中リストを再生装置３０に出力する。そして、再生装置３０は、これらのリストが出力されると、受信完了リストに記載されたデータブロック、及び、受信中リストに記載されたデータブロックの受信が完了している部分を受信装置２０から取得する。そして、再生装置３０は、受信装置２０から取得したデータブロックを再生データとして再生する。なお、受信中リストに記載されたデータブロックは、受信が完了していないため、当該データブロックに格納されたすべてのデータを再生することはできない。しかしながら、データブロックに格納された一部のデータ（例えば、先頭に格納されたデータ）のみは再生することが可能となる。

図１１は、実施形態２の送信装置１１から送信されたデータブロックを受信装置２０で受信し、再生装置３０を用いて再生する場合に、再生装置３０に表示される画面の一例を示している。図１１（ａ）−（ｃ）はいずれも、図９（ｂ）に示すように、送信装置１１から受信装置２０へのデータブロックｅの送信が完了しており、データブロックｄ及びデータブロックｃの送信が完了していない状態の画面を示している。なお、データブロックｅ、ｄ、ｃはそれぞれ、図２に示すデータブロックｅ、ｄ、ｃに相当し、データブロックｅの記録時刻は異常発生時の直前である。
また、図１１の例では、送信装置１１から送信されたデータブロックには、車載カメラによって撮影された車両前方の映像データが格納されており、図１１に示す画面上側はデータブロックに格納されている映像データの内容を、画面下側はデータブロック全体に対して、どの程度のデータの受信が完了しているかを示している。

図１１（ａ）はデータブロックｅに格納されたデータを表示する画面であり、異常が発生する直前、すなわち、自車両が他車両と衝突する交通事故の直前の映像データが表示されている。また、データブロックｅの受信は完了しているため、データブロックｅに格納された映像データは全て再生することができる。
図１１（ｂ）は、データブロックｄに格納されたデータを表示する画面であり、交通事故の約１分前の映像データが表示されている。図１１（ｂ）の画面から、自車両の前方に信号機があり、走行中の道路と交差する道路の右方向から他車両が接近していることが分かる。また、データブロックｄは約半分だけ受信が完了しており、受信が完了している部分の映像データを再生することができる。
図１１（ｃ）は、データブロックｃに格納されたデータを表示する画面であり、交通事故の約２分前の映像データが表示されている。図１１（ｃ）の画面から、自車両が直線の道路を走行していることが分かる。データブロックｃはほとんど受信されていないため、データブロックｃのうち、わずかではあるが受信が完了している部分の映像データのみを再生することができる。

図１１（ｂ）の画面には、その後に接触する車両が写っているため、図１１（ｂ）に表示されるデータブロックｄには、自車両が他車両に接近して衝突するまでの車両の状況を示す映像データが含まれている可能性が高い。したがって、ユーザは、データブロックｅ、ｄ、ｃのうちデータブロックｄに格納されている映像データが、事故原因を検証するのに有用なデータである可能性が高いと推測することができる。

以上の通り、実施形態２によれば、データブロックを多重化して送信することにより、車両に対し発生した異常を検証するのに有用な情報をユーザに迅速に提供することが可能となる。

なお、上述した実施形態２では、受信装置２０は、受信完了リストに加えて、受信中リストを作成する例を説明しているが、実施形態２の受信装置２０は、実施形態１と同様、受信完了リストのみを生成してもよい。この場合、再生装置３０は、受信装置２０にて受信が完了したデータブロックのみを再生することが可能となる。

（総括）
以上、本発明の各実施形態における送信装置及び受信装置の特徴について説明した。

上記実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。

実施形態の説明に用いたブロック図は、装置等の構成を機能毎に分類及び整理したものである。これらの機能ブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、かかるブロック図は方法の発明、及び当該方法を実現するプログラムの発明の開示としても把握できるものである。

各実施形態に記載した処理、フロー、及び方法として把握できる機能ブロックについては、一のステップで他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えても良い。

各実施形態、及び本発明で使用する「第１」「第２」の用語は、同種の２以上の構成や方法を区別するために使用しており、順序や優劣を限定するものではない。

本発明は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記憶媒体に記憶した本発明を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。

専用や汎用のハードウェアの記憶媒体（外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記憶媒体を介して、あるいは記憶媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。

本明細書においては、主として自動車に搭載されるデータブロックの送信装置、及び当該送信装置からデータブロックを受信する受信装置を説明したが、自動二輪車、船舶、鉄道、航空機等、移動する移動体全般に適用することが可能である。

１０，１１ 送信装置、２０ 受信装置、１０１ 記憶部、１０２ 異常検出部、１０３ 優先度設定部、１０５ 送信待ちキュー、１０６ 送信部、２０１ 受信部、２０３ リスト生成部、２０４ 送信部

Claims (9)

1. 車両に関するデータが格納された複数のデータブロックを保存する記憶部（１０１）と、
   前記車両に対し異常が発生したことを検出する異常検出部（１０２）と、
   前記異常検出部が前記異常が発生したことを検出した場合に、前記複数のデータブロックそれぞれの記録時刻と現在時刻とに基づいて、前記複数のデータブロックそれぞれを送信する優先度を設定する優先度設定部（１０３）と、
   前記優先度に基づいて、前記複数のデータブロックを送信する送信処理部（１０５，１０６）と、
   を備える、送信装置（１０，１１）。
2. 前記優先度設定部は、前記複数のデータブロックのうち、前記記録時刻が前記現在時刻に近いデータブロックから順に高い前記優先度を設定する、
   請求項１記載の送信装置。
3. 前記複数のデータブロックは、前記記録時刻が前記異常が発生した後の時刻であるデータブロックを含む、
   請求項１記載の送信装置。
4. 前記送信処理部は、前記複数のデータブロックのうち、前記優先度が高い順に選択された第１のデータブロック及び第２のデータブロックを多重化して送信する、
   請求項１記載の送信装置。
5. 前記優先度設定部は、前記異常の種別に応じて前記優先度を設定する、
   請求項１記載の送信装置。
6. 車両に関するデータが格納された複数のデータブロックを保存するステップと、
   前記車両に対し異常が発生したことを検出するステップと、
   前記異常検出部が前記異常が発生したことを検出した場合に、前記複数のデータブロックそれぞれの記録時刻と現在時刻とに基づいて、前記複数のデータブロックそれぞれを送信する優先度を設定するステップと、
   前記優先度に基づいて、前記複数のデータブロックを送信するステップと、
   を含む、データブロック送信プログラム。
7. 車両に関するデータが格納された複数のデータブロックを保存し、
   前記車両に対し異常が発生したことを検出し、
   前記異常検出部が前記異常が発生したことを検出した場合に、前記複数のデータブロックそれぞれの記録時刻と現在時刻とに基づいて、前記複数のデータブロックそれぞれを送信する優先度を設定し、
   前記優先度に基づいて、前記複数のデータブロックを送信する、
   データブロック送信方法。
8. 請求項１記載の前記送信装置から前記複数のデータブロックを受信する受信部（２０１）と、
   前記複数のデータブロックのうち、前記受信部において受信が完了したデータブロックを示すリストを生成するリスト生成部（２０３）と、
   前記リストを送信する送信部（２０４）と、
   を備える、受信装置（２０）。
9. 前記リスト生成部はさらに、前記複数のデータブロックのうち、前記受信部において受信している途中のデータブロックを示すリストを生成する、
   請求項８記載の受信装置。