JP2020095503A - 情報解析装置、情報解析方法、情報解析システム、及びコンピュータプログラム - Google Patents

Abstract

【課題】リソースの逼迫を抑制でき、リソースが逼迫した場合には速やかに逼迫を解消できる情報解析装置、情報解析方法、情報解析システム、及びコンピュータプログラムを提供する。【解決手段】情報解析装置は、複数の固定センサから送信されるセンサデータを収集する収集部と、収集部により収集されたセンサデータに対して解析処理を実行する解析処理部と、複数の固定センサのそれぞれの優先度を判定する優先度判定部と、優先度判定部による判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整するリソース調整部とを含む。【選択図】図６

Description

本発明は、情報解析装置、情報解析方法、情報解析システム、及びコンピュータプログラムに関する。

街頭監視カメラ等の固定設置されたセンサ（以下、インフラセンサともいう）により取得したセンサデータ（画像データ等）をサーバコンピュータ（以下、単にサーバという）にアップロードし、解析して監視するシステムが提案されている。また、自動車及び自動二輪車等（以下、車両という）に種々のセンサを搭載し、これらのセンサデータをサーバにアップロードし、サーバにより解析して運転支援のために使用することが提案されている。

車両に搭載されたセンサ（以下、車載センサともいう）だけでは、車載センサの検知範囲内で、走行中の道路上における情報を取得することはできるが、車載センサの検知範囲を超えた走行中の道路の情報は取得することができない。また、走行中の道路と交差する道路に関する情報は、車載センサの検知範囲内であっても、道路周辺の建造物等により遮蔽されて取得することができず、死角領域が生じてしまう。したがって、車載センサのセンサデータと、インフラセンサによるセンサデータとを合わせて解析し、運転支援のために使用することが好ましい。

解析処理に関して、例えば、後掲の特許文献１には、解析結果の重要度に応じて解析エンジン負荷を変更する解析システムが開示されている。この解析システムでは、解析結果（検出物の属性等）に応じて、動画のフレームレート、又は解析エンジンの設定（解析精度）等のパラメータを下げて、解析負荷を低減する。

また、後掲の特許文献２には、複数のカメラから表示に使用するカメラを適切に選択する映像配信システムが開示されている。この映像配信システムでは、複数のカメラによりイベント会場等の同一の場面で対象物体を撮影する場合に、使用するカメラを所定の基準で選択する。選択の基準は、撮影空間の重複が最小であり、且つ重畳した撮影空間が対象空間をカバーする割合が最大であることである。

国際公開第２０１３／１５０７３４号 特開２０１６−２１３８０８号公報

インフラセンサ及び車載装置から送信されるセンサデータを収集し、解析するサーバにおいては、多数のインフラセンサが設置され、多数のセンサ搭載車両が走行する状況下では、サーバにおいて解析処理を実行するためのリソース（以下、解析リソースともいう）、及び、データを収集するためのリソース（以下、収集リソースともいう）が逼迫すると、データの収集及び解析に支障が生じる可能性が高くなる問題がある。

特に、センサ搭載車両の台数は刻々と変動するため予測が困難であり、適切にリソース（以下、リソースとは、解析リソース及び収集リソースを含む）を割当てることは難しい。最大の交通量を仮定して、リソースが逼迫しない性能のサーバを導入することで対応することは可能ではあるが、オーバースペックでありコスト高になる問題がある。また、仮に、ある時点で、リソースが逼迫しない適切な性能のサーバを導入したとしても、交通量が増大すればリソースが逼迫し得る状況が生じる。

特許文献１では、１つのセンサを対象としており、複数の入力源（センサ）を対象とするものではなく、入力源を選択することは考慮されていない。また、特許文献２では、撮影空間を最適化するためのものであり、検出対象との関係性が考慮されておらず、複数の車両等を検出対象とし、運転支援情報を提供するためのサーバに適用することはできない。特許文献１及び２のいずれによっても、上記の問題を解決することはできない。

したがって、本発明は、リソースの逼迫を抑制でき、リソースが逼迫した場合には速やかに逼迫を解消できる情報解析装置、情報解析方法、情報解析システム、及びコンピュータプログラムを提供することを目的とする。

本発明のある局面に係る情報解析装置は、複数の固定センサから送信されるセンサデータを収集する収集部と、収集部により収集されたセンサデータに対して解析処理を実行する解析処理部と、複数の固定センサのそれぞれの優先度を判定する優先度判定部と、優先度判定部による判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整するリソース調整部とを含む。

本発明の別の局面に係る情報解析システムは、複数の固定センサと、複数の固定センサから送信されるセンサデータを収集し、収集されたセンサデータに対して解析処理を実行するサーバコンピュータとを含み、サーバコンピュータは、複数の固定センサのそれぞれの優先度を判定し、優先度の判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する。

本発明のさらに別の局面に係る情報解析方法は、複数の固定センサから送信されるセンサデータを収集する収集ステップと、収集ステップにより収集されたセンサデータに対して解析処理を実行する解析ステップと、複数の固定センサのそれぞれの優先度を判定する判定ステップと、判定ステップによる判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する調整ステップとを含む。

本発明のさらに別の局面に係るコンピュータプログラムは、コンピュータに、複数の固定センサから送信されるセンサデータを収集する収集機能と、収集機能により収集されたセンサデータに対して解析処理を実行する解析機能と、複数の固定センサのそれぞれの優先度を判定する判定機能と、判定機能による判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する調整機能とを実行させる。

本発明によれば、センサデータの収集及び解析において、リソースの逼迫を抑制でき、リソースが逼迫した場合には速やかに逼迫を解消できる。

図１は、本発明の実施形態に係る情報解析システムの構成を示す模式図である。 図２は、本発明の実施形態に係る情報解析システムにおけるインフラセンサの配置を示す平面図である。 図３は、サーバの構成を示すブロック図である。 図４は、車載装置の構成を示すブロック図である。 図５は、インフラセンサの構成を示すブロック図である。 図６は、サーバの機能構成を示すブロック図である。 図７は、サーバの処理を示すフローチャートである。 図８は、第１変形例に係るサーバの機能構成を示すブロック図である。 図９は、第１変形例に係るサーバの処理を示すフローチャートである。 図１０は、第２変形例に係るサーバの機能構成を示すブロック図である。 図１１は、第２変形例に係るサーバの処理を示すフローチャートである。

［本発明の実施形態の説明］
最初に、本発明の実施形態の内容を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

（１）本発明の第１の局面に係る情報解析装置は、複数の固定センサから送信されるセンサデータを収集する収集部と、収集部により収集されたセンサデータに対して解析処理を実行する解析処理部と、複数の固定センサのそれぞれの優先度を判定する優先度判定部と、優先度判定部による判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整するリソース調整部とを含む。これにより、センサデータの収集及び解析において、リソースの逼迫を抑制できる。

（２）好ましくは、優先度判定部は、複数の固定センサに関して、各固定センサの検知範囲内に検出対象が存在するか否かを判定する検出対象判定部と、検出対象の移動方向を特定する移動方向特定部とを含み、検出対象判定部により検出対象が存在すると判定された第１固定センサを第１優先度に設定し、検出対象判定部により検出対象が存在しないと判定された第２固定センサのうち、当該第２固定センサに隣接する固定センサの検知範囲内に検出対象が存在し、且つ、移動方向特定部により特定された当該検出対象の移動方向が当該第２固定センサの検知範囲に向かう方向であれば、当該第２固定センサを第１優先度に設定し、第２固定センサのうち、検出対象判定部により当該第２固定センサに隣接する固定センサの検知範囲内に検出対象が存在しないと判定された当該第２固定センサを第２優先度に設定し、複数の固定センサのうち、第１優先度及び第２優先度のいずれにも設定されていない固定センサを第３優先度に設定し、第３優先度は、第１優先度よりも低く、第２優先度よりも高く、リソース調整部は、複数の固定センサのうち、第２優先度に設定された固定センサに割当てられているリソースを低減させる、又は、第２優先度及び第３優先度に設定された固定センサに割当てられているリソースを低減させる。これにより、複数の固定センサのそれぞれから送信されるセンサデータを適切に収集及び解析でき、収集及び解析時に支障が生じることを回避できる。

（３）より好ましくは、情報解析装置は、優先度判定部による判定結果に応じて、複数の固定センサのうち、より低い優先度に設定された固定センサに対して、当該固定センサからのセンサデータの送信を制限する指示を送信する制限部をさらに含む。これにより、センサデータの収集リソースの逼迫を抑制できる。

（４）さらに好ましくは、情報解析装置は、解析リソースの逼迫の有無を判定する解析リソース判定部をさらに含み、リソース調整部は、解析リソース判定部による判定結果に応じて、解析リソースを調整する。これにより、センサデータの解析において、解析リソースが逼迫した場合に、速やかに逼迫を解消できる。

（５）好ましくは、情報解析装置は、収集リソースの逼迫の有無を判定する収集リソース判定部をさらに含み、リソース調整部は、収集リソース判定部による判定結果に応じて、収集リソースを調整する。これにより、センサデータの収集において、収集リソースが逼迫した場合に、速やかに逼迫を解消できる。

（６）より好ましくは、収集部は、車両に搭載された車載装置から送信される車載センサのセンサデータをさらに収集し、情報解析装置は、車載センサの検知範囲と、複数の固定センサのそれぞれの検知範囲との重複の有無を判定する重複判定部をさらに含み、重複判定部により、重複が存在すると判定されたことを受けて、リソース調整部は、検知範囲が重複している車載センサのセンサデータの解析処理に割当てる解析リソース、及び、検知範囲が重複している車載センサのセンサデータを収集するために使用される収集リソースの少なくとも一方のリソース割当てを低減させる。これにより、車載センサよりも固定センサのセンサデータを優先的に収集及び解析でき、不要なセンサデータの収集及び解析を抑制できる。

（７）さらに好ましくは、収集部は、車両に搭載された車載装置から送信される車載センサのセンサデータをさらに収集し、情報解析装置は、車載センサの検知範囲と、複数の固定センサのそれぞれの検知範囲との重複の有無を判定する重複判定部をさらに含み、重複判定部により、重複が存在すると判定されたことを受けて、リソース調整部は、検知範囲が重複している車載センサ及び固定センサのうち、より性能が低いセンサのセンサデータの解析処理に割当てる解析リソース、及び、より性能が低いセンサのセンサデータを収集するために使用される収集リソースの少なくとも一方のリソース割当てを低減させる。これにより、車載センサ及び固定センサのうちより高性能なセンサのセンサデータを優先的に収集及び解析でき、不要なセンサデータの収集及び解析を抑制できる。

（８）好ましくは、解析リソースは、解析処理を実行する演算素子の演算時間、解析処理を実行するときに使用されるメモリ容量、及び、タスクの実行順序の少なくともいずれか１つを含む。これにより、複数の固定センサのそれぞれから送信されるセンサデータを適切に解析でき、解析時に支障が生じることを回避できる。

（９）より好ましくは、収集リソースは、センサデータの受信時に使用されるバッファ容量、及び、通信プロトコルのリソースの少なくともいずれか一方を含む。これにより、複数の固定センサのそれぞれから送信されるセンサデータを適切に収集でき、収集時に支障が生じることを回避できる。

（１０）本発明の第２の局面に係る情報解析システムは、複数の固定センサと、複数の固定センサから送信されるセンサデータを収集し、収集されたセンサデータに対して解析処理を実行するサーバコンピュータとを含み、サーバコンピュータは、複数の固定センサのそれぞれの優先度を判定し、優先度の判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する。これにより、センサデータの収集及び解析において、リソースの逼迫を抑制できる。

（１１）本発明の第３の局面に係る情報解析方法は、複数の固定センサから送信されるセンサデータを収集する収集ステップと、収集ステップにより収集されたセンサデータに対して解析処理を実行する解析ステップと、複数の固定センサのそれぞれの優先度を判定する判定ステップと、判定ステップによる判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する調整ステップとを含む。これにより、センサデータの収集及び解析において、リソースの逼迫を抑制できる。

（１２）本発明の第４の局面に係るコンピュータプログラムは、コンピュータに、複数の固定センサから送信されるセンサデータを収集する収集機能と、収集機能により収集されたセンサデータに対して解析処理を実行する解析機能と、複数の固定センサのそれぞれの優先度を判定する判定機能と、判定機能による判定結果に応じて、解析処理を実行するために使用されるリソースである解析リソース、及び、センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する調整機能とを実行させる。これにより、センサデータの収集及び解析において、リソースの逼迫を抑制できる。

［本発明の実施形態の詳細］
以下の実施形態では、同一の部品には同一の参照番号を付してある。それらの名称及び機能も同一である。したがって、それらについての詳細な説明は繰返さない。

（実施形態）
［全体構成］
図１を参照して、本発明の実施形態に係る情報解析システム１００は、道路及びその周辺等（以下、路上ともいう）に固定して設置された複数のインフラセンサ１０２ａ及び１０２ｂと、サーバ１０４とを含む。インフラセンサ１０２ａ及び１０２ｂは、それぞれが検知したセンサデータを、ネットワーク１０６を介してサーバ１０４に送信する（以下、アップロードともいう）。

インフラセンサ１０２ａ及び１０２ｂは路上に設置され、路上における情報を取得する機能を備えた装置である。インフラセンサ１０２ａ及び１０２ｂは、基地局１０８との通信機能を有していてもよい。インフラセンサ１０２ａ及び１０２ｂは、例えば、イメージセンサ（デジタルの監視カメラ等）、レーダ（ミリ波レーダ等）、又はレーザセンサ（ＬｉＤＡＲ等）等である。車両１１０及び歩行者９００は、インフラセンサ１０２ａ及び１０２ｂの検出対象である。

サーバ１０４は、ネットワーク１０６を介して無線通信の基地局１０８と通信し、基地局１０８を介して、車両１１０に搭載されている車載装置１４０からアップロードされる車載センサのセンサデータを収集する。基地局１０８は、例えば５Ｇ（第５世代移動通信システム）回線等による移動通信サービスを提供している。車両１１０が搭載している車載装置１４０は、基地局１０８がサービスしている通信仕様による通信機能を有している。歩行者９００は、車載センサの検出対象でもある。

サーバ１０４は、インフラセンサ１０２ａ及び１０２ｂからアップロードされるセンサデータを受信（収集）して解析し、運転支援のための情報（以下、運転支援情報ともいう）を生成して、車両１１０の車載装置１４０等に送信する。また、サーバ１０４は、車両１１０の車載装置１４０からアップロードされる車両センサのセンサデータをも解析し、インフラセンサ１０２ａ及び１０２ｂのセンサデータの解析結果と統合して、運転支援情報を生成して、車両１１０の車載装置１４０又はその他の車両の車載装置に送信する。

図１には、例示的に２つのインフラセンサ１０２ａ及び１０２ｂ、１つの基地局１０８、並びに１台の車両１１０を示しているが、通常、３つ以上のインフラセンサが設けられ、複数の基地局が設けられ、複数の車両に移動通信機能が提供されている。インフラセンサに関しては、例えば、図２に示したように、道路に沿ってインフラセンサ１０２ａ〜１０２ｈが設けられる。通常、各インフラセンサの設置位置は、インフラセンサの検知範囲（斜線を付した領域）が重ならないように、又は、必要以上に重ならないように調整される。

［サーバのハードウェア構成］
図３を参照して、サーバ１０４は、各部を制御する制御部１２０と、データを記憶するメモリ１２２と、通信を行なう通信部１２４と、各部の間でデータを交換するためのバス１２６とを含む。制御部１２０は、ＣＰＵ（Central Processing Unit）を含んで構成されており、各部を制御することにより、後述する機能を実現する。メモリ１２２は、書換可能な半導体の不揮発性メモリ及びハードディスクドライブ（以下、ＨＤＤという）等の大容量記憶装置を含む。通信部１２４は、路上に配置されたインフラセンサ１０２ａ〜１０２ｈからアップロードされるセンサデータ、車両１１０の車載装置１４０からアップロードされるセンサデータを受信する。通信部１２４により受信されたデータは、メモリ１２２に伝送されて記憶される。これにより、サーバ１０４は、後述するように情報解析装置として機能する。

［車載装置のハードウェア構成及び機能］
図４を参照して、車両１１０に搭載されている車載装置１４０のハードウェア構成の一例を示す。車載装置１４０は、車両１１０に搭載されている１又は複数のセンサ１４２に接続されたインターフェイス部（以下、Ｉ／Ｆ部という）１４４、無線通信を行なう通信部１４６、データを記憶するメモリ１４８、それらを制御する制御部１５０、及び、各部の間でデータを交換するためのバス１５２を含む。

センサ１４２は、車両１１０に搭載されている公知のビデオ映像の撮像装置（例えば、デジタルカメラ（ＣＣＤカメラ、ＣＭＯＳカメラ））、レーザセンサ（ＬｉＤＡＲ）等である。センサ１４２がデジタルカメラであれば、所定のビデオ信号（アナログ信号又はデジタルデータ）を出力する。センサ１４２からの信号はＩ／Ｆ部１４４に入力される。Ｉ／Ｆ部１４４はＡ／Ｄ変換部を含み、アナログ信号が入力されると所定周波数でサンプリングし、デジタルデータを生成して出力する。生成されたデジタルデータは、メモリ１４８に伝送されて記憶される。センサ１４２からの出力信号がデジタルデータであれば、Ｉ／Ｆ部１４４は、入力されるデジタルデータをメモリ１４８に記憶する。メモリ１４８は、例えば書換可能な不揮発性の半導体メモリ又はＨＤＤである。

通信部１４６は、５Ｇ回線等の移動通信機能を有し、サーバ１０４との通信を行なう。車載装置１４０とサーバ１０４との間の通信は基地局１０８を介して行なわれる。通信部１４６は、５Ｇ回線等で採用されている変調及び多重化を行なうためのＩＣ、所定周波数の電波を放射及び受信するためのアンテナ、並びにＲＦ回路等により構成されている。

制御部１５０は、ＣＰＵを含んで構成されており、各部を制御することにより車載装置１４０の機能を実現する。例えば、制御部１５０は、センサ１４２から取得したセンサデータをサーバ１０４に送信する。このとき、制御部１５０は、車載装置１４０を特定する情報、車両１１０の現在位置及び向きの情報、並びに、センサ１４２に関する情報を、センサデータに付加して送信する。車載装置１４０を特定する情報は、例えば、各車載装置に予め一意に付与されたＩＤである。制御部１５０は、ＧＰＳにより、車両１１０の現在位置を取得する。送信されたセンサデータは、サーバ１０４により運転支援情報の生成に利用される。車両１１０の現在位置及び向きの情報、並びに、センサ１４２に関する情報は、センサデータ（例えば、センサにより得られた画像）と地図上の位置との対応を特定するために利用される。制御部１５０は、サーバ１０４から運転支援情報を受信して、車両１１０の走行を制御する、運転者を支援する情報を提供する等の処理を行なう。また、制御部１５０は、センサ１４２により取得したデータを解析して、車両１１０周辺の対象物を検出し、運転支援に利用する。また、制御部１５０は、センサデータの送信とは別に、車両１１０の現在位置を、適宜又はサーバ１０４からの要求を受けて、サーバ１０４に送信する。

［インフラセンサのハードウェア構成及び機能］
図５を参照して、インフラセンサ１０２ａのハードウェア構成の一例を示す。図１及び図２に示したインフラセンサ１０２ｂ〜１０２ｈも同様に構成されている。インフラセンサ１０２ａは、センサ部１６０に接続されたＩ／Ｆ部１６２、ネットワーク１０６を介してサーバ１０４との通信を行なう通信部１６４、データを記憶するメモリ１６６、それらを制御する制御部１６８、及び、各部の間でデータを交換するためのバス１７０を含む。通信部１６４は、ネットワーク１０６との通信機能に加えて、又は、ネットワーク１０６との通信機能の代わりに基地局１０８との通信機能を有していてもよい。

センサ部１６０は、例えば、公知のビデオ映像の撮像装置（例えば、デジタルカメラ）である。センサ部１６０は、検知範囲（カメラであれば撮像範囲）内の情報を取得してセンサデータとして出力する。デジタルカメラであれば、デジタルの画像データを出力する。センサ部１６０からの信号（アナログ又はデジタル）はＩ／Ｆ部１６２に入力される。Ｉ／Ｆ部１６２はＡ／Ｄ変換部を含み、アナログ信号が入力されるとデジタルデータを生成して出力する。生成されたデジタルデータは、メモリ１６６に伝送されて記憶される。センサ部１６０からの出力信号がデジタルデータであれば、Ｉ／Ｆ部１６２は、入力されるデジタルデータをメモリ１６６に記憶する。メモリ１６６は、例えば書換可能な不揮発性の半導体メモリ又はＨＤＤである。

固定設置されているインフラセンサ１０２ａの通信機能は、任意である。有線ＬＡＮ、又はＷｉＦｉ等の無線ＬＡＮによる通信機能であってもよい。ＷｉＦｉ通信の場合、移動通信の基地局１０８とは別にＷｉＦｉサービスを提供する装置（無線ルータ等）が設けられ、インフラセンサ１０２ａはサーバ１０４とネットワーク１０６を介して通信する。上記したように、基地局１０８との通信機能を有していてもよい。通信部１６４が、移動通信機能を有する場合、基地局１０８を介してサーバ１０４との通信を行なう。インフラセンサ１０２ａは固定設置されているので、複数の移動通信方式に対応している必要はなく、近くにある基地局１０８により提供されている移動通信方式（例えば５Ｇ回線）に対応していればよい。通信部１６４は、採用されている変調及び多重化を行なうためのＩＣ、所定周波数の電波を放射及び受信するためのアンテナ、並びにＲＦ回路等により構成されている。

制御部１６８は、ＣＰＵを含んで構成されており、各部を制御することによりインフラセンサ１０２ａの機能を実現する。即ち、制御部１６８は、センサ部１６０により取得されメモリ１６６に記憶されたセンサデータ（例えば、動画像データ）を所定の時間間隔で読出し、パケットデータを生成し、通信部１６４からネットワーク１０６を介してサーバ１０４に送信する。このとき、制御部１６８は、インフラセンサ１０２ａのＩＤをセンサデータに付加して送信する。インフラセンサ１０２ａのＩＤは予め割当てられており、サーバ１０４のメモリ１２２に記憶され、管理されている。ＩＤは、例えば、通信部のＭＡＣアドレス（Media Access Control address）であってもよい。

サーバ１０４が、インフラセンサ１０２ａを特定する情報（例えば、ＩＤ）に対応させて、インフラセンサ１０２ａのセンサ部１６０の検知範囲の情報（例えば、カメラにより撮像される画像と地図情報との対応を示す情報）を記憶していれば、インフラセンサ１０２ａは自己のＩＤをセンサデータに付加して送信すれば、サーバ１０４は、インフラセンサ１０２ａの検知範囲を特定することができる。また、インフラセンサ１０２ａは、センサ部１６０の検知範囲の情報をセンサデータに付加してサーバ１０４に送信してもよい。

［サーバの機能的構成］
図６を参照して、サーバ１０４の機能について説明する。サーバ１０４は、パケットデータを受信するパケット受信部１８０と、パケットデータを送信するパケット送信部１８２と、入力されるデータ（センサデータ）を集約し解析処理を実行する解析処理部１８４と、運転支援情報を生成する運転支援情報生成部１８６と、サーバ１０４のリソースに関する情報を記憶し管理するリソース管理部１８８と、リソース逼迫度判定部１９０と、優先度判定部１９２と、リソース調整部１９４とを含む。これら各部の機能は、図３の制御部１２０が、メモリ１２２及び通信部１２４を用いて実現する。なお、これら各部の機能は、専用のハードウェア（回路基板、ＡＳＩＣ等）により実現されてもよい。図６においては、複数の車載装置を代表する車載装置１４０と、複数のインフラセンサを代表するインフラセンサ１０２ａとを示している。

パケット受信部１８０は、インフラセンサ１０２ａ及び車載装置１４０からパケットデータを受信し、受信データ（センサデータ）を解析処理部１８４に入力する。なお、パケット受信部１８０により受信されたセンサデータには、車両（車載装置）を特定する情報又はインフラセンサを特定する情報が付加されている。

解析処理部１８４は、入力されるデータを用いて解析処理を実行して、車両の交通に影響する対象を検出し、それに関する情報等（位置、大きさ、属性情報（人又は車両）、移動速度、移動方向等）を算出する。ここで、車両の交通に影響する対象（以下、検出対象ともいう）とは、歩行者及び車両に限らず、路上の落下物等をも含む。「歩行者」は、任意の速度（“０”を含む）で移動している人を意味し、歩いている人に限らず、停止している人、及び、走っている人を含む。

解析処理部１８４は、パケット受信部１８０から入力されるセンサデータを、リソース管理部１８８から割当てられた解析リソースを用いて解析処理を実行する。解析リソースは、例えば、制御部１２０の計算リソース（複数のタスクに割当てられる演算素子（ＣＰＵ、ＧＰＵ等）の演算時間）、メモリリソース（複数のタスクに割当てられるメモリ１２２のメモリ容量）、タスクの実行順序等である。即ち、解析リソースの調整には、タスクの実行順序を変更することも含まれる。例えば、後述する優先度が高いインフラセンサのセンサデータを解析するタスクの実行を早くし、優先度が低いインフラセンサのセンサデータを解析するタスクの実行を遅らせる。ここで、タスクとは、いわゆるプロセス、スレッド等の処理単位をも意味する。例えば、センサ（インフラセンサ及び車載センサを含む）毎に、センサデータの処理タスクを割当てる場合、各センサのデータを処理するタスクに割当てられる解析リソースは、リソース管理部１８８により指定される。

解析処理部１８４による解析結果は運転支援情報生成部１８６に入力される。運転支援情報生成部１８６は、入力される解析結果を用いて運転支援情報を生成する。運転支援情報生成部１８６も、解析処理部１８４と同様に、リソース管理部１８８から割当てられた解析リソースを用いて運転支援情報の生成処理を実行する。生成された運転支援情報はパケット送信部１８２に出力され、パケット送信部１８２により車載装置１４０に送信される。

解析処理部１８４による解析結果には、各インフラセンサについて、検知範囲内に検出対象が存在するか否かの情報、及び、検出対象が存在する場合、その移動方向の情報を含む。これらの解析結果は、優先度判定部１９２に出力される。

リソース逼迫度判定部１９０は、リソース管理部１８８から現在のリソースに関する情報を取得し、リソースが逼迫しているか否かを判定する。リソース逼迫度判定部１９０が判定の対象とするリソースは、上記の解析リソースに加えて、センサデータの収集に関するリソース（以下、収集リソースともいう）を含む。収集リソースは、例えば、インフラセンサ及び車載装置から送信されるセンサデータを受信するために割当てられたバッファ容量、通信プロトコルのリソース等である。リソース逼迫度判定部１９０の判定結果は、リソース調整部１９４に出力される。これにより、後述するように、センサデータの解析において、解析リソースが逼迫した場合に、速やかに逼迫を解消できる。また、センサデータの収集において、収集リソースが逼迫した場合にも、速やかに逼迫を解消できる。

優先度判定部１９２は、入力される解析処理部１８４の解析結果から、所定の判定基準（例えば、メモリ１２２に記憶されている）に基づいて、各インフラセンサの優先度を判定し、各インフラセンサの優先度を決定し、各インフラセンサに決定した優先度を設定する（インフラセンサと優先度とを対応付ける）。決定された各インフラセンサの優先度は、リソース調整部１９４に出力される。

リソース調整部１９４は、入力されるリソース逼迫度判定部１９０の判定結果及び優先度判定部１９２により決定された優先度にしたがって、解析リソース及び収集リソースを調整する。リソース逼迫度判定部１９０の判定結果が解析リソースの逼迫を示すものであれば、リソース調整部１９４は、インフラセンサから受信したセンサデータを解析する複数のタスクに、優先度に応じて解析リソースを割当てる。例えば、より低い優先度に設定されたインフラセンサのセンサデータを解析するタスクには、より少ない解析リソースが割当てられるように、現在の解析リソースの割当てを変更する。具体的には、より低い優先度に設定されたインフラセンサのセンサデータを解析するタスクに現在割当てられている解析リソースを低減させる。

リソース逼迫度判定部１９０の判定結果が収集リソースの逼迫を示すものであれば、リソース調整部１９４は、インフラセンサから送信されるセンサデータを収集する複数の通信プロセスに、優先度に応じて収集リソースを割当てる。例えば、より低い優先度に設定されたインフラセンサからのセンサデータを受信するプロセスには、より少ない収集リソースが割当てられるように、現在の収集リソースの割当てを変更する。リソース調整部１９４は新たに決定したリソース割当てを、リソース管理部１８８に出力する。具体的には、より低い優先度に設定されたインフラセンサからのセンサデータを受信するプロセスに現在割当てられている収集リソースを低減させる。

リソース管理部１８８は、リソース調整部１９４から入力されるリソース割当てにしたがって、解析処理部１８４に新たな解析リソースの割当てを指示する。解析処理部１８４は、新たな解析リソースの割当てにしたがって、インフラセンサのセンサデータを解析する。また、リソース管理部１８８は、パケット受信部１８０に対して、新たな収集リソースの割当てを指示する。パケット受信部１８０は、新たな収集リソースの割当てにしたがって、インフラセンサのセンサデータを受信する。

また、リソース調整部１９４は、センサデータを受信するプロセスに割当てるリソースを調整することに代えて、又は、それに加えて、各インフラセンサからサーバ１０４に送信するセンサデータの送信に関する条件（以下、アップロード条件ともいう）を変更する。アップロード条件は、例えば、センサの解像度、センサデータの送信周期等である。アップロード条件を変更することにより、サーバ１０４に送信される単位時間当たりのセンサデータの量を調整することができる。リソース調整部１９４は、パケット送信部１８２を介して各インフラセンサに、対応する新たなアップロード条件を送信する。アップロード条件を受信したインフラセンサは、受信したアップロード条件にしたがって、サーバ１０４へのセンサデータの送信を行なう。アップロード条件は、センサデータを送信しない指示（停止指示）を含んでいてもよい。これにより、センサデータの収集リソースの逼迫を抑制できる。

リソース逼迫度判定部１９０の判定結果が解析リソース及び収集リソースのいずれの逼迫を示すものでもなければ、リソース調整部１９４は、リソースの調整を行なわない。なお、一旦リソースの逼迫が生じ、リソースを調整した後に、リソースの逼迫が解消すれば、リソース調整部１９４はリソースの割当てを通常状態に戻し、アップロード条件を制限していた場合には、通常のアップロード条件をインフラセンサに送信する。

［サーバの動作］
図７を参照して、サーバ１０４による処理に関して、より具体的に説明する。図７に示した処理は、制御部１２０が、所定のプログラムをメモリ１２２から読出して実行することにより実現される。ここでは、図２に示したインフラセンサ１０２ａ〜１０２ｈからセンサデータがサーバ１０４に送信され、インフラセンサ１０２ａ〜１０２ｈがサーバ１０４による優先度判定の対象であるとする。サーバ１０４のメモリ１２２には、インフラセンサ１０２ａ〜１０２ｈに関する情報（ＩＤ、設置位置、センサの検知範囲、解像度、センサデータの送信周期等）が予め記憶されているとする。インフラセンサ１０２ａ〜１０２ｈは、サーバ１０４に送信するパケットデータに、自己のＩＤを付加して送信する。

ステップ３００において、制御部１２０は、データを受信したか否かを判定する。受信したと判定された場合、制御部１２０は受信データをメモリ１２２に記憶し、制御はステップ３０２に移行する。そうでなければ、制御はステップ３０８に移行する。

ステップ３０２において、制御部１２０は、ステップ３００で受信したデータが、センサデータを含むか否かを判定する。ここでセンサデータは、インフラセンサ１０２ａ〜１０２ｈ、及び、車両１１０の車載装置１４０から送信される。センサデータを含むと判定された場合、制御はステップ３０４に移行する。そうでなければ、制御は３０８に移行する。

ステップ３０４において、制御部１２０は、ステップ３００で受信したセンサデータに対して解析処理を実行する。具体的には、解析処理部１８４によりセンサデータに対して上記した解析処理が実行される。解析結果は、メモリ１２２に記憶される。その後、制御はステップ３０６に移行する。

ステップ３０６において、制御部１２０は、ステップ３０４による解析結果から、運転支援情報を生成し、車載装置に送信する。具体的には、メモリ１２２に記憶された解析結果から、上記したように運転支援情報生成部１８６により運転支援情報が生成され、車載装置に送信される。送信は、例えば、各車載装置毎に送信しても、車載装置を特定せずにブロードキャストで送信してもよい。その後、制御はステップ３０８に移行する。

ステップ３０８において、制御部１２０は、解析リソースが逼迫しているか否かを判定する。解析リソースが逼迫していると判定された場合、制御はステップ３１０に移行する。そうでなければ、制御はステップ３１４に移行する。具体的には、上記したように、リソース逼迫度判定部１９０により、解析処理部１８４の処理に割当てられている解析リソースが逼迫しているか否かが判定される。解析リソースが逼迫しているか否かは、例えば、解析処理部１８４が入力されるセンサデータを処理するために割当てられる解析リソースが所定のしきい値を超えるか否かにより判定することができる。解析リソースのしきい値は、解析処理部１８４による解析処理に支障が生じない範囲で、適切な値に設定すればよい。解析処理部１８４による解析処理に割当てられる解析リソースが、入力されるセンサデータを支障なく処理するために必要な解析リソースよりも少ないと、解析処理に遅れが生じ、運転支援情報の生成及び送信が遅れる。

なお、解析リソースのしきい値は、解析リソースの種類によらず一律に設定しても、解析リソースの種類毎に設定してもよい。一律に設定する場合には、例えば、ＣＰＵの演算時間、メモリ容量等のそれぞれの最大値に対する割合（％）でしきい値を設定することができる。解析リソースの種類毎に設定する場合、ＣＰＵの演算時間、メモリ容量等のそれぞれに関して、異なるしきい値を設定することができる。

解析リソースの逼迫が発生していれば、後述するステップにおいて、解析リソースの調整が行なわれるので、ステップ３０８でのＮＯ（解析リソースが逼迫していない）との判定結果は、連続して解析リソースの逼迫が発生していない状態に限らず、一旦解析リソースの逼迫が生じて解析リソースの調整が行なわれた後に解析リソースの逼迫が解消した状態をも含む。したがって、制御がステップ３１４に移される場合には、その前に制御部１２０は、解析リソースを通常の状態に戻す。

ステップ３１０において、制御部１２０は、所定の判定基準にしたがって各インフラセンサの優先度を判定する。その後、制御はステップ３１２に移行する。具体的には、上記したように、優先度判定部１９２は、解析処理部１８４から解析結果（各インフラセンサの検知範囲内に検出対象が存在するか否か、及び、検出対象の移動方向）を取得して、例えば、表１の判定基準にしたがって、各インフラセンサの優先度を決定する。

表１の判定基準を、図２に示した状態に適用すれば、インフラセンサ１０２ｃはＮｏ．１の条件を満たす（検知範囲１１２ｃに車両１１０が存在する。）ので、優先度は「高」に設定される。インフラセンサ１０２ｄはＮｏ．２の条件を満たす（車両１１０の移動方向は検知範囲１１２ｄの方向）ので、優先度は「高」に設定される。インフラセンサ１０２ｂは、Ｎｏ．１〜３の何れの条件も満たさず（検知範囲１１２ｂには検出対象が存在せず、隣接インフラセンサ１０２ｃの検知範囲１１２ｃに車両１１０及び歩行者９００が存在するが、車両１１０の移動方向はインフラセンサ１０２ｂの検知範囲１１２ｂの方向ではなく、歩行者９００は移動していない。）、Ｎｏ．４の条件を満たすので、優先度は「低」に設定される。インフラセンサ１０２ａは、Ｎｏ．１〜４の何れの条件も満たさず、Ｎｏ．５の条件を満たすので、優先度は「中」に設定される（インフラセンサ１０２ａの左側には隣接インフラセンサが存在しない）。同様にして、インフラセンサ１０２ｈの優先度も「中」に設定される（インフラセンサ１０２ｈの右側には隣接インフラセンサが存在しない）。その他のインフラセンサ１０２ｅ〜１０２ｇは、Ｎｏ．３の条件を満たすので、優先度は「低」に設定される。このように、優先度を決定することより、後述するように、複数の固定センサのそれぞれから送信されるセンサデータを適切に収集及び解析できる。

優先度の判定において考慮される検出対象には、基地局１０８を介してサーバ１０４にセンサデータを送信する機能を有する車載装置を搭載していない車両も含まれる。サーバ１０４は、車載装置を搭載していない車両であっても、インフラセンサから送信されるセンサデータを解析することにより、車両の位置及び移動方向を特定することができる。

なお、図２では、複数のインフラセンサが１本の道路に沿って設置されており、隣接インフラセンサは、道路に沿って左右に隣接するインフラセンサに限られるが、交差する道路（図２における上下方向）にインフラセンサが設置されていれば、それらのインフラセンサも考慮される。即ち、１つのインフラセンサに関する隣接インフラセンサは、複数のインフラセンサの検知範囲の２次元的な配置（相対距離、検知範囲の大きさ等）を考慮して予め決定しておけばよい。

ステップ３１２において、制御部１２０は、ステップ３１０により各インフラセンサに設定された優先度に応じて、解析リソースを調整する。その後、制御はステップ３２０に移行する。具体的には、上記したように、リソース調整部１９４は、より低い優先度に設定されたインフラセンサのセンサデータを解析するタスクには、より少ない解析リソースが割当てられるように、現在の解析リソースの割当てを変更する。例えば、表１のように、優先度が高、中、低の３レベルである場合、優先度が「低」に設定されたインフラセンサのセンサデータを解析するタスクに現在割当てられている解析リソースを低減させる。それに加えて、優先度が「中」に設定されたインフラセンサのセンサデータを解析するタスクに現在割当てられている解析リソースを低減させてもよい。

ステップ３０８での判定結果がＮＯ（解析リソースは逼迫していない）の場合には、ステップ３１４において、制御部１２０は、収集リソースが逼迫しているか否かを判定する。収集リソースが逼迫していると判定された場合、制御はステップ３１６に移行する。そうでなければ、制御はステップ３２０に移行する。具体的には、上記したように、リソース逼迫度判定部１９０により、インフラセンサから送信されるセンサデータを収集するための収集リソースが逼迫しているか否かが判定される。収集リソースが逼迫しているか否かは、例えば、インフラセンサ及び車載装置から送信されるセンサデータを受信するためにパケット受信部１８０に割当てられる収集リソースが所定のしきい値を超えるか否かにより判定することができる。収集リソースのしきい値は、パケット受信部１８０のデータ受信処理に支障が生じない範囲で、適切な値に設定すればよい。収集リソースのしきい値は、解析リソースと同様に、収集リソースの種類によらず一律にしきい値を設定しても、収集リソースの種類毎にしきい値を設定してもよい。

収集リソースの逼迫が発生していれば、後述するステップにおいて、収集リソースの調整が行なわれるので、ステップ３１４でのＮＯ（収集リソースが逼迫していない）との判定結果は、連続して収集リソースの逼迫が発生していない状態に限らず、一旦収集リソースの逼迫が生じて収集リソースの調整が行なわれた後に収集リソースの逼迫が解消した状態をも含む。したがって、制御がステップ３２０に移される場合には、その前に制御部１２０は、収集リソースを通常の状態に戻す。

ステップ３１６において、制御部１２０は、所定の判定基準にしたがって各インフラセンサの優先度を判定する。その後、制御はステップ３１８に移行する。ステップ３１６の処理はステップ３１０の処理と同じである。

ステップ３１８において、制御部１２０は、ステップ３１６により各インフラセンサに設定された優先度に応じて、収集リソースを調整する。その後、制御はステップ３２０に移行する。具体的には、上記したように、リソース調整部１９４は、より低い優先度に設定されたインフラセンサからのセンサデータを受信するプロセスには、より少ない収集リソースが割当てられるように、現在の収集リソースの割当てを変更する。例えば、表１のように、優先度が高、中、低の３レベルである場合、優先度が「低」に設定されたインフラセンサのセンサデータを受信するプロセスに現在割当てられている収集リソースを低減させる。それに加えて、優先度が「中」に設定されたインフラセンサのセンサデータを受信するプロセスに現在割当てられている収集リソースを低減させてもよい。また、リソース調整部１９４は、ステップ３１６により各インフラセンサに設定された優先度に応じて、各インフラセンサのアップロード条件（センサの解像度、センサデータの送信周期等）を決定し、パケット送信部１８２を介して各インフラセンサに、対応する新たなアップロード条件を送信する。

ステップ３２０において、制御部１２０は、終了の指示を受けたか否かを判定する。終了の指示を受けたと判定された場合、本プログラムは終了する。そうでなければ、制御はステップ３００に戻り、上記した処理が繰返される。終了の指示は、例えば、サーバ１０４が管理者等により操作されることにより成される。

以上により、サーバ１０４は、解析リソース及び収集リソースの少なくとも一方が逼迫すれば、各インフラセンサに設定された優先度に応じて、逼迫しているリソースを調整して逼迫した状態を速やかに解消できる。したがって、センサデータの解析処理及び収集処理に支障が生じることを回避することができる。上記した処理では、解析リソース及び収集リソースの両方が逼迫している場合には、解析リソースの逼迫した状態を解消した後に収集リソースの逼迫した状態が解消されるように構成されているが、両方の逼迫した状態を並行して解消されるように構成されていてもよい。

解析リソースに、解析処理を実行する演算素子の演算時間、解析処理を実行するときに使用されるメモリ容量、及び、タスクの実行順序の少なくともいずれか１つを含めることにより、複数の固定センサのそれぞれから送信されるセンサデータを適切に解析でき、解析時に支障が生じることを回避できる。収集リソースに、センサデータの受信時に使用されるバッファ容量、及び、通信プロトコルのリソースの少なくともいずれか一方を含めることにより、複数の固定センサのそれぞれから送信されるセンサデータを適切に収集でき、収集時に支障が生じることを回避できる。

上記の表１は、優先度の判定基準の一例であり、これに限定されない。検出対象を検出している状態のインフラセンサの優先度を高くし、検出対象を検出していない状態のインフラセンサの優先度を低く設定すればよい。それに加えて、現在検出対象を検出していないインフラセンサであっても、近い将来に検出対象を検出することが予想されるインフラセンサに関しては、優先度を高くしてもよい。そのためには、例えば、検出対象の移動情報（方向、移動速度等）を考慮して、インフラセンサの優先度を決定してもよい。また、検出された検出対象の数を考慮して、インフラセンサの優先度を決定してもよい。例えば、より多くの検出対象を検出しているインフラセンサの優先度をより高く設定してもよい。

優先度の区分数は、高、中、低の３レベルに限定されない。４レベル以上に区分しても、２レベルに区分してもよい。例えば、表１であれば、Ｎｏ．１の条件を満たす場合とＮｏ．２の条件を満たす場合とを別の優先度にし、Ｎｏ．１の条件を満たす場合に、Ｎｏ．２の条件を満たす場合よりもより高い優先度を設定してもよい。

（第１変形例）
上記では、リソースが逼迫するときにリソースを調整する場合を説明したが、第１変形例では、リソースの逼迫を判定することなくリソースを調整する。

第１変形例に係る情報解析システムの構成は、図１〜５と同じである。機能に関しては、図８のように構成される。図８は、図６の構成において、リソース逼迫度判定部１９０が削除され、リソース調整部１９４が、リソース調整部１９４ａに代替された構成である。図６のリソース調整部１９４は、リソースの逼迫の判定結果に応じて、リソースの調整を行なったが、図８のリソース調整部１９４ａは常にリソースの調整を行なう。

図９を参照して、第１変形例に係る情報解析システムのサーバ１０４の処理を説明する。図９は、図７のフローチャートにおいて、ステップ３０８、ステップ３１４及びステップ３１６を削除し、ステップ３１２に続いてステップ３１８を実行するように変更されたフローチャートである。図９において、図７と同じ番号が付されたステップの処理は図７と同じであるので、重複説明を繰返さない。図９に示した処理は、制御部１２０が、所定のプログラムをメモリ１２２から読出して実行することにより実現される。

ステップ３００〜３０６により、制御部１２０は、センサデータを受信すると、受信したセンサデータを解析し、運転支援情報を生成し、車載装置に送信する。その後、制御部１２０は、ステップ３１０において、上記したように所定の判定基準にしたがって各インフラセンサの優先度を判定した後、ステップ３１２において、上記したようにステップ３１０で各インフラセンサに設定された優先度に応じて、解析リソースを調整する。その後、ステップ３１８において、制御部１２０は、上記したようにステップ３１０で各インフラセンサに設定された優先度に応じて、収集リソースを調整する。その後、ステップ３２０により終了する指示を受けたと判定されるまで、ステップ３００〜３１８の処理が繰返される。

以上により、第１変形例に係る情報解析システムのサーバ１０４は、例えば、一定の時間間隔で、インフラセンサの優先度を決定し、その結果に応じて、解析リソース及び収集リソースを調整するので、解析リソース及び収集リソースの逼迫を回避できる。したがって、センサデータの解析処理及び収集処理に支障が生じることを回避できる。

（第２変形例）
車載センサの検知範囲は、車両の移動に伴って移動するので、インフラセンサの検知範囲と重なる状態が生じる。例えば、図２において、車両１１４の車載センサの検知範囲１１６と、インフラセンサ１０２ｈの検知範囲１１２ｈとが重なっている（１点鎖線の楕円参照）。そのような場合に、インフラセンサから送信されるセンサデータと、車載装置から送信されるセンサデータとを共に解析しても、同じ又は類似する解析結果が得られることが予想される。したがって、リソースを無駄に使用していると言え、リソースが逼迫する１つの原因になるとも言える。第２変形例では、これに対応するために、複数のセンサの検知範囲の重複を考慮して、リソースを調整する。

第２変形例に係る情報解析システムの構成は、図１〜５と同じである。機能に関しては、図１０のように構成される。図１０は、図６の構成からリソース逼迫度判定部１９０が削除され、リソース調整部１９４がリソース調整部１９４ｂに代替され、検知範囲重複判定部１９６が追加された構成である。図１０は、図８の構成において、リソース調整部１９４ａがリソース調整部１９４ｂに代替され、検知範囲重複判定部１９６が追加された構成でもある。図６のリソース調整部１９４は、リソースの逼迫の判定結果に応じて、リソースの調整を行なったが、図１０のリソース調整部１９４ｂは、検知範囲重複判定部１９６の判定結果を考慮して、常にリソースの調整を行なう。

検知範囲重複判定部１９６には、パケット受信部１８０により受信されたデータが入力される。受信データは、センサデータ及びそのセンサデータの送信元に関する情報が含まれる。インフラセンサから送信されたデータであれば、送信元に関する情報は、例えば、ＩＤ、又は、センサの検知範囲を特定するための情報としてセンサの設置位置（２次元位置座標及び高さ）、センサの向き、視野角等を含む。上記したように、サーバ１０４が、各インフラセンサの検知範囲の情報を記憶していれば、インフラセンサのＩＤを受信すれば、該当する検知範囲を特定できる。サーバ１０４が、各インフラセンサの検知範囲の情報を記憶していなければ、サーバ１０４は、インフラセンサから受信したセンサの検知範囲を特定するための情報から、該当する検知範囲を特定する。車載装置から送信されたデータであれば、送信元に関する情報は、例えば、センサの検知範囲を特定するための情報として車両の２次元位置座標、走行方向、走行方向に対するセンサの向き、視野角等を含む。サーバ１０４は、車載装置から受信したセンサの検知範囲を特定するための情報から、該当する検知範囲を特定する。

検知範囲重複判定部１９６は、入力されるデータを用いて特定された各ＩＤに対応するセンサ（インフラセンサ又は車載センサ）の検知範囲に関して、インフラセンサの検知範囲と車載センサの検知範囲とが重複するか否かを判定する。検知範囲重複判定部１９６は、判定結果をリソース調整部１９４ｂに出力する。例えば、検知範囲が、一定以上の面積で重複しているインフラセンサのＩＤと車載センサ（車載装置）のＩＤとが、リソース調整部１９４ｂに入力される。但し、重複があっても、狭小な重複であれば重複していないと判定してもよい。例えば、重複があってもインフラセンサ及び車載センサの各々の重複していない検出範囲で動的物体が検知可能な場合、又は、インフラセンサ及び車載センサの各々の単独の検出範囲のうち重複範囲の占める割合が所定割合（例えば１％）未満の場合等には、重複していないと判定してもよい。

リソース調整部１９４ｂは、リソース調整部１９４と同様に、各インフラセンサに設定された優先度に応じて、解析リソース及び収集リソースの調整を行なうことに加えて、検知範囲重複判定部１９６の判定結果を考慮して、解析リソース及び収集リソースの調整を行なう。例えば、リソース調整部１９４ｂは、検知範囲重複判定部１９６から入力される車載装置のＩＤ（インフラセンサと検知範囲が重複）に対応するセンサデータを解析するタスクに対しては、検知範囲重複判定部１９６から入力されるインフラセンサのＩＤに対応するセンサデータを解析するタスクよりも、割当てる解析リソースを少なくする。これにより、検知範囲重複判定部１９６から入力される車載装置のＩＤに対応するセンサデータは、例えば、粗く解析される。リソース調整部１９４ｂは、検知範囲重複判定部１９６から入力される車載装置のＩＤ（インフラセンサと検知範囲が重複）に対応するセンサデータを解析するタスクに対しては、解析リソースを割当てない、即ち解析処理を実行しないようにしてもよい。

また、リソース調整部１９４ｂは、検知範囲重複判定部１９６から入力される車載装置のＩＤに対応するセンサデータを受信するプロセスに対しては、検知範囲重複判定部１９６から入力されるインフラセンサのＩＤに対応するセンサデータを受信するプロセスよりも、割当てる収集リソースを少なくする。これにより、検知範囲重複判定部１９６から入力される車載装置のＩＤに対応するセンサデータは、受信されて解析処理部１８４に入力されるデータ量がより少なくなる。リソース調整部１９４ｂは、検知範囲重複判定部１９６から入力される車載装置のＩＤに対応するセンサデータを受信するプロセスに対しては、収集リソースを割当てない、即ち受信しないようにしてもよい。

また、リソース調整部１９４ｂは、検知範囲重複判定部１９６から入力される車載装置のＩＤに対応する車載装置に対して、より制限されたアップロード条件を送信してもよい。例えば、リソース調整部１９４ｂは、センサデータの送信周期を長くする指示、車載センサの解像度を下げる指示等を送信する。

これにより、車載センサよりも固定センサのセンサデータを優先的に収集及び解析でき、不要なセンサデータの収集及び解析を抑制できる。通常、インフラセンサの性能は車載センサの性能よりも高いので、リソース調整部１９４ｂが、上記のようにリソースを調整することにより、より精度の高いセンサデータを優先的に受信し、優先的に解析することができ、より高精度の運転支援情報を生成できる。

図１１を参照して、第２変形例に係る情報解析システムのサーバ１０４の処理を説明する。図１１は、図９のフローチャートにおいて、ステップ３３０〜３３４が追加されたフローチャートである。図１１において、図９と同じ番号が付されたステップの処理は図９と同じであるので、重複説明を繰返さない。図１１に示した処理は、制御部１２０が、所定のプログラムをメモリ１２２から読出して実行することにより実現される。

ステップ３００〜３０６により、制御部１２０は、センサデータを受信すると、受信したセンサデータを解析し、運転支援情報を生成し、車載装置に送信する。その後、制御部１２０は、ステップ３１０において、上記したように、所定の判定基準にしたがって各インフラセンサの優先度を判定した後、ステップ３３０において、複数のセンサの検知範囲が重複しているか否かを判定する。具体的には、検知範囲重複判定部１９６により、上記したように、インフラセンサの検知範囲と車載センサの検知範囲とが重複するか否かが判定される。重複していないと判定された場合、制御はステップ３１２に移行する。そうでなければ（重複している）、重複するインフラセンサのＩＤと、車載センサ（車載装置）のＩＤとが特定された後、制御はステップ３３２に移行する。

センサの検知範囲が重複していなければ、制御部１２０は、ステップ３１２において、上記したようにステップ３１０で設定された優先度に応じて、解析リソースを調整し、ステップ３１８において、上記したようにステップ３１０で設定された優先度に応じて、収集リソースを調整する。

一方、センサの検知範囲が重複していれば、ステップ３３２において、制御部１２０は、上記したようにステップ３１０での判定結果の優先度に応じて解析リソースを調整する処理を行ない、それに加えて、ステップ３３０で重複すると判定されたインフラセンサ及び車載センサ（車載装置）に関して、解析リソースの調整を行なう。具体的には、リソース調整部１９４ｂにより、上記したように解析リソースが調整される。

ステップ３３４において、制御部１２０は、上記したようにステップ３１０での判定結果の優先度に応じて収集リソースを調整する処理を行ない、それに加えて、ステップ３３０で重複すると判定されたインフラセンサ及び車載センサ（車載装置）に関して、収集リソースの調整を行なう。具体的には、リソース調整部１９４ｂにより、上記したように収集リソースが調整される。

その後、ステップ３２０により終了する指示を受けたと判定されるまで、制御はステップ３００に戻り、ステップ３００以降の処理が繰返される。

以上により、第２変形例に係る情報解析システムでは、例えば、一定の時間間隔で、インフラセンサの優先度を決定し、その結果に応じて、解析リソース及び収集リソースを調整することに加えて、インフラセンサと車載センサとの検知範囲の重複を考慮して解析リソース及び収集リソースを調整するので、解析リソース及び収集リソースの逼迫をより確実に回避できる。したがって、センサデータの解析処理及び収集処理に支障が生じることをより確実に回避できる。

上記の第２変形例では、検知範囲が重複した場合に、インフラセンサのセンサデータを車載センサのセンサデータよりも優先する場合を説明したがこれに限定されない。車載センサによっては、インフラセンサよりも高性能であるものもある。したがって、一律にインフラセンサのセンサデータを優先的に扱う（車載センサのセンサデータを受信及び解析する処理に、より少ないリソースを割当てる）ことが適切でない場合もあり得る。したがって、例えば、インフラセンサの性能を予めサーバ１０４が記憶しておき、車載センサの性能を特定するための情報を車載装置から送信するようにし、サーバ１０４が、受信した車載センサの性能とインフラセンサの性能とを比較して、より性能が低いセンサにより得られるセンサデータの処理（受信及び解析）に対して、より少ないリソースを割当てるようにすればよい。これにより、車載センサ及び固定センサのうちより高性能なセンサのセンサデータを優先的に収集及び解析できるので、より高精度の運転支援情報を生成でき、不要なセンサデータの収集及び解析を抑制できる。

上記では、解析リソース及び収集リソースの両方を調整する場合を説明したが、これに限定されない。いずれか一方のリソースのみを調整してもよい。

上記では、複数のインフラセンサのそれぞれに設定された優先度に応じて、リソースを調整する場合を説明したがこれに限定されない。車載装置からも車載センサによるセンサデータが送信されるので、車載装置を、インフラセンサと同様に優先度判定の対象（リソース調整の対象）としてもよい。車両は移動するので、例えば、優先度判定の対象である複数のインフラセンサが設置されている領域に存在する車載装置、又は、優先度判定の対象である複数のインフラセンサの全ての検知範囲に存在する車載装置を、インフラセンサと同様に優先度判定の対象とし、決定された優先度に応じて、車載センサのセンサデータの収集及び解析に割当てるリソースを調整してもよい。

以上、実施の形態を説明することにより本発明を説明したが、上記した実施の形態は例示であって、本発明は上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内での全ての変更を含む。

１００ 情報解析システム
１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇ、１０２ｈ インフラセンサ
１０４ サーバ
１０６ ネットワーク
１０８ 基地局
１１０、１１４ 車両
１１２ｂ、１１２ｃ、１１２ｄ、１１２ｈ、１１６ 検知範囲
１２０、１５０、１６８ 制御部
１２２、１４８、１６６ メモリ
１２４、１４６、１６４ 通信部
１２６、１５２、１７０ バス
１４０ 車載装置
１４２ センサ
１４４、１６２ Ｉ／Ｆ部
１６０ センサ部
１８０ パケット受信部
１８２ パケット送信部
１８４ 解析処理部
１８６ 運転支援情報生成部
１８８ リソース管理部
１９０ リソース逼迫度判定部
１９２ 優先度判定部
１９４、１９４ａ、１９４ｂ リソース調整部
１９６ 検知範囲重複判定部
９００ 歩行者

Claims (12)

1. 複数の固定センサから送信されるセンサデータを収集する収集部と、
   前記収集部により収集された前記センサデータに対して解析処理を実行する解析処理部と、
   前記複数の固定センサのそれぞれの優先度を判定する優先度判定部と、
   前記優先度判定部による判定結果に応じて、前記解析処理を実行するために使用されるリソースである解析リソース、及び、前記センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整するリソース調整部とを含む、情報解析装置。
2. 前記優先度判定部は、
   前記複数の固定センサに関して、各固定センサの検知範囲内に検出対象が存在するか否かを判定する検出対象判定部と、
   前記検出対象の移動方向を特定する移動方向特定部とを含み、
   前記検出対象判定部により検出対象が存在すると判定された第１固定センサを第１優先度に設定し、
   前記検出対象判定部により検出対象が存在しないと判定された第２固定センサのうち、当該第２固定センサに隣接する固定センサの検知範囲内に検出対象が存在し、且つ、前記移動方向特定部により特定された当該検出対象の移動方向が当該第２固定センサの検知範囲に向かう方向であれば、当該第２固定センサを前記第１優先度に設定し、
   前記第２固定センサのうち、前記検出対象判定部により当該第２固定センサに隣接する固定センサの検知範囲内に検出対象が存在しないと判定された当該第２固定センサを第２優先度に設定し、
   前記複数の固定センサのうち、前記第１優先度及び前記第２優先度のいずれにも設定されていない固定センサを第３優先度に設定し、
   前記第３優先度は、前記第１優先度よりも低く、前記第２優先度よりも高く、
   前記リソース調整部は、前記複数の固定センサのうち、前記第２優先度に設定された固定センサに割当てられているリソースを低減させる、又は、前記第２優先度及び前記第３優先度に設定された固定センサに割当てられているリソースを低減させる、請求項１に記載の情報解析装置。
3. 前記優先度判定部による判定結果に応じて、前記複数の固定センサのうち、より低い優先度に設定された固定センサに対して、当該固定センサからのセンサデータの送信を制限する指示を送信する制限部をさらに含む、請求項２に記載の情報解析装置。
4. 前記解析リソースの逼迫の有無を判定する解析リソース判定部をさらに含み、
   前記リソース調整部は、前記解析リソース判定部による判定結果に応じて、前記解析リソースを調整する、請求項１〜３のいずれか１項に記載の情報解析装置。
5. 前記収集リソースの逼迫の有無を判定する収集リソース判定部をさらに含み、
   前記リソース調整部は、前記収集リソース判定部による判定結果に応じて、前記収集リソースを調整する、請求項１〜４のいずれか１項に記載の情報解析装置。
6. 前記収集部は、車両に搭載された車載装置から送信される車載センサのセンサデータをさらに収集し、
   前記車載センサの検知範囲と、前記複数の固定センサのそれぞれの検知範囲との重複の有無を判定する重複判定部をさらに含み、
   前記重複判定部により、重複が存在すると判定されたことを受けて、前記リソース調整部は、検知範囲が重複している車載センサのセンサデータの解析処理に割当てる解析リソース、及び、検知範囲が重複している車載センサのセンサデータを収集するために使用される収集リソースの少なくとも一方のリソース割当てを低減させる、請求項１〜５のいずれか１項に記載の情報解析装置。
7. 前記収集部は、車両に搭載された車載装置から送信される車載センサのセンサデータをさらに収集し、
   前記車載センサの検知範囲と、前記複数の固定センサのそれぞれの検知範囲との重複の有無を判定する重複判定部をさらに含み、
   前記重複判定部により、重複が存在すると判定されたことを受けて、前記リソース調整部は、検知範囲が重複している車載センサ及び固定センサのうち、より性能が低いセンサのセンサデータの解析処理に割当てる解析リソース、及び、より性能が低いセンサのセンサデータを収集するために使用される収集リソースの少なくとも一方のリソース割当てを低減させる、請求項１〜５のいずれか１項に記載の情報解析装置。
8. 前記解析リソースは、解析処理を実行する演算素子の演算時間、解析処理を実行するときに使用されるメモリ容量、及び、タスクの実行順序の少なくともいずれか１つを含む、請求項１〜７のいずれか１項に記載の情報解析装置。
9. 前記収集リソースは、センサデータの受信時に使用されるバッファ容量、及び、通信プロトコルのリソースの少なくともいずれか一方を含む、請求項１〜８のいずれか１項に記載の情報解析装置。
10. 複数の固定センサと、
    前記複数の固定センサから送信されるセンサデータを収集し、収集された前記センサデータに対して解析処理を実行するサーバコンピュータとを含み、
    前記サーバコンピュータは、
    前記複数の固定センサのそれぞれの優先度を判定し、
    前記優先度の判定結果に応じて、前記解析処理を実行するために使用されるリソースである解析リソース、及び、前記センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する、情報解析システム。
11. 複数の固定センサから送信されるセンサデータを収集する収集ステップと、
    前記収集ステップにより収集された前記センサデータに対して解析処理を実行する解析ステップと、
    前記複数の固定センサのそれぞれの優先度を判定する判定ステップと、
    前記判定ステップによる判定結果に応じて、前記解析処理を実行するために使用されるリソースである解析リソース、及び、前記センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する調整ステップとを含む、情報解析方法。
12. コンピュータに、
    複数の固定センサから送信されるセンサデータを収集する収集機能と、
    前記収集機能により収集された前記センサデータに対して解析処理を実行する解析機能と、
    前記複数の固定センサのそれぞれの優先度を判定する判定機能と、
    前記判定機能による判定結果に応じて、前記解析処理を実行するために使用されるリソースである解析リソース、及び、前記センサデータを収集するために使用されるリソースである収集リソースの少なくとも一方のリソースを調整する調整機能とを実行させる、コンピュータプログラム。

Images