JP2016192119A - 情報処理装置、移動体装置、情報処理方法、情報処理システム並びに情報処理用プログラム及び記録媒体 - Google Patents

Abstract

【課題】収集された道路状態を示す情報を有効に活用することが可能な情報処理装置を提供する。【解決手段】車両と接続されるサーバ装置ＳＶにおいて、ナビゲーション装置ＮＶから、車両の位置を示す位置データと、その位置の道路の状態を示す振動データと、を少なくとも取得し、その位置データと、位置データと共に取得した振動データと、振動データに対応する時刻を示す時刻データと、を関連付けてサーバ装置ＳＶに記録する。そして、当該位置データ等を、それらを利用する装置宛に出力する。【選択図】図２

Description

本願は、情報処理装置、移動体装置、情報処理方法、情報処理システム並びに情報処理用プログラム及び記録媒体の技術分野に属する。より詳細には、車両等の移動体と共に移動する移動体装置とネットワークを介して接続される情報処理装置及び当該情報処理装置において実行される情報処理方法、当該情報処理装置用のプログラム及び当該プログラムが記録されている記録媒体並びに当該移動体装置の技術分野に属する。

近年、産業の発達に伴い、自家用車やトラック等の車両の数が飛躍的に増大しており、これに伴って、道路を通行する車両の数も増大している。そしてこれにより、表面の凹凸等、道路が破損される場合も増えている。このような道路の破損は他の車両の通行に支障を来すものであり、その位置や程度を把握して早期に補修する必要がある。このため、道路の保守を管轄する官庁等から、管轄下にある道路の状態をいち早く且つ正確に把握することが求められている。そして、このような要望に対応した技術を開示した先行技術文献としては、例えば下記特許文献１が挙げられる。下記特許文献１記載の技術では、道路状態を示す情報の収集を各車両に依頼し、その車両に搭載されたヨーレートセンサや加速度センサ等により検出された当該道路状態を示す情報を、サーバ装置で受信して蓄積する構成とされている。

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

しかしながら上記特許文献１には、各車両から受信した上記道路状態を示す情報を蓄積後にどのように活用するかについては、開示も示唆もされていない。一方、特許文献１記載の技術により受信／収集された道路状態を示す情報は、その後の補修作業等に有効に活用されてこそ、その価値を発揮し得るものである。

そこで本願は、上記の問題点に鑑みて為されたもので、その課題の一例は、収集された上記道路状態を示す情報を有効に活用することが可能な情報処理装置及び当該情報処理装置において実行される情報処理方法、当該情報処理装置用のプログラム及び当該プログラムが記録されている記録媒体、並びに当該道路状態を示す情報の収集に用いられる車両用の装置を提供することにある。

上記の課題を解決するために、請求項１に記載の発明は、移動体から、当該移動体の位置を示す位置情報と、当該位置における道路の状態を示す状態情報と、を取得する取得手段と、前記位置情報と、前記状態情報と、当該状態情報に対応する時刻を示す時刻情報と、を関連付けた状態関連情報を、当該状態関連情報を利用する利用装置に出力する出力手段と、を備える。

上記の課題を解決するために、請求項６に記載の発明は、請求項１から請求項５のいずれか一項に記載の情報処理装置に接続される移動体装置であって、前記情報処理装置から前記状態関連情報を取得する移動体取得手段と、前記状態関連情報を提示する提示手段と、を備える。

上記の課題を解決するために、請求項８に記載の発明は、移動体と接続される情報処理装置において実行される情報処理方法において、前記移動体から、当該移動体の位置を示す位置情報と、当該位置における道路の状態を示す状態情報と、を取得する取得工程と、前記位置情報と、前記状態情報と、当該状態情報に対応する時刻を示す時刻情報と、を関連付けた状態関連情報を、当該状態関連情報を利用する利用装置に出力する出力工程と、を含む。

上記の課題を解決するために、請求項９に記載の発明は、請求項１から請求項５のいずれか一項に記載の情報処理装置と、請求項６又は請求項７に記載の移動体装置と、が接続されている。

上記の課題を解決するために、請求項１０に記載の発明は、移動体と接続される情報処理装置に含まれるコンピュータを、請求項１から請求項５のいずれか一項に記載の情報処理装置として機能させる。

上記の課題を解決するために、請求項１１に記載の発明は、請求項１０に記載の情報処理装置用プログラムが前記コンピュータにより読み取り可能に記録されている。

実施形態に係る情報処理装置の概要構成を示すブロック図である。 実施例に係る情報収集システムの概要構成を示すブロック図である。 実施例に係るサーバ装置等の概要構成を示すブロック図であり、（ａ）は実施例に係るナビゲーション装置の概要構成を示すブロック図であり、（ｂ）は当該サーバ装置の概要構成を示すブロック図である。 実施例に係る状態データベースの内容を例示する図である。 実施例に係る振動データ収集処理を示すフローチャートである。 実施例に係るデータアップロード処理を示すフローチャートである。 実施例に係る補修候補地点表示処理を示すフローチャートである。 実施例に係る手動配信処理を示すフローチャートである。 実施例に係る自動配信処理を示すフローチャートである。 実施例に係る経路設定処理を示すフローチャートである。

次に、本願を実施するための形態について、図１を用いて説明する。なお図１は、実施形態に係る情報処理装置の概要構成を示すブロック図である。

図１に示すように、実施形態に係る情報処理装置Ｓは、取得手段１と、出力手段２と、により構成されている。

この構成において取得手段１は、移動体から、当該移動体の位置を示す位置情報と、当該位置における道路の状態を示す状態情報と、を取得する。

そして出力手段２は、取得手段１により取得した位置情報と、当該位置情報と共に取得した上記状態情報と、当該状態情報に対応する時刻を示す時刻情報と、を関連付けた状態関連情報を、当該状態関連情報を利用する利用装置に出力する。

以上説明したように、実施形態に係る情報処理装置Ｓの動作によれば、移動体から、位置情報と状態情報とを取得し、位置情報、状態情報及び時刻情報を関連付けた状態関連情報を利用装置に出力する。よって、状態関連情報により示される道路の状態を利用装置において効果的に認識させることができる。

次に、上述した実施形態に対応する具体的な実施例について、図２乃至図１０を用いて説明する。なお以下に説明する実施例は、それぞれが車両に搭載されている複数のナビゲーション装置とネットワークを介して接続されたサーバ装置において、当該各ナビゲーション装置から道路の状態に関する種々の情報を収集して活用する場合に実施形態を適用した実施例である。このとき上記ネットワークとしてはインターネット等のネットワークが考えられ、また上記ナビゲーション装置、上記ネットワーク及び上記サーバ装置により、実施例に係る情報収集システムを構成している。

なお、上記車両が実施形態に係る移動体の一例に相当する。このとき当該移動体の一例としては、実施例に係る車両の他に、ナビゲーション装置が搭載（装着）されている自転車や自動二輪車も挙げられる。

更に、図２は実施例に係る情報収集システムの概要構成を示すブロック図であり、図３は実施例に係るサーバ装置等の概要構成を示すブロック図であり、図４は実施例に係る状態データベースの内容を例示する図である。また、図５は実施例に係る振動データ収集処理を示すフローチャートであり、図６は実施例に係るデータアップロード処理を示すフローチャートであり、図７は実施例に係る補修候補地点表示処理を示すフローチャートであり、図８は実施例に係る手動配信処理を示すフローチャートである。更に、図９は実施例に係る自動配信処理を示すフローチャートであり、図１０は実施例に係る経路設定処理を示すフローチャートである。このとき図３では、図１に示した実施形態に係る情報処理装置Ｓにおける各構成部材に対応する実施例の構成部材それぞれについて、当該情報処理装置Ｓにおける各構成部材と同一の部材番号を用いている。

図２に示すように実施例に係る情報収集システムＳＳは、それぞれが車両に搭載されており且つ実施例に係るナビゲーション装置ＮＶ１、ナビゲーション装置ＮＶ２、…、ナビゲーション装置ＮＶｎ（ｎは自然数）と、固定設置されており且つ実施例に係るサーバ装置ＮＶと、ナビゲーション装置ＮＶ１等とサーバ装置ＳＶとを接続するネットワークＮＷと、により構成されている。なお以下の説明において、ナビゲーション装置ＮＶ１、ナビゲーション装置ＮＶ２、…、ナビゲーション装置ＮＶｎについて共通の事項を説明する場合、これらを纏めて単に「ナビゲーション装置ＮＶ」と称する。また各ナビゲーション装置ＮＶは相互に同一の構成を備えており、更に各ナビゲーション装置ＮＶのそれぞれが本願に係る「移動体装置」の一例に相当する。

次に実施例に係るナビゲーション装置ＮＶは図３（ａ）に示すように、ＣＰＵ、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等からなる処理部２０と、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等からなる記録部２１と、インターフェース２２と、ＧＰＳ（Global Positioning System）航法衛星からのＧＰＳ航法電波を受信するＧＰＳ受信部及び加速度センサ等からなるセンサ２３と、操作ボタンやリモコン等からなる操作部２４と、液晶ディスプレイ等からなるディスプレイ２５と、により構成されている。このとき、上記インターフェース２２が本願に係る「移動体取得手段」の一例に相当し、上記ディスプレイ２５が本願に係る「提示手段」の一例に相当し、上記処理部２０が本願に係る「移動体経路設定手段」の一例に相当する。

この構成においてインターフェース２２は、処理部２０の制御の下、ネットワークＮＷを介したサーバ装置ＳＶとの間のデータの授受を制御する。また操作部２４は、ナビゲーション装置ＮＶに対する種々の指示操作が例えばナビゲーション装置ＮＶが搭載されている車両のドライバ又は同乗者により行われた場合、当該指示操作に相当する操作信号を生成して処理部２０に出力する。なお以下の説明においてナビゲーション装置ＮＶが搭載されている車両のドライバ又は同乗者を、纏めて単に「ドライバ等」と称する。

一方センサ２３は、例えば上記ＧＰＳ受信部及び加速度センサからの信号に基づいて、ナビゲーション装置ＮＶが搭載されている車両の現在位置を示す位置データやその速度を示す速度データ等を生成し、処理部２０に出力する。このときの現在位置は、例えば緯度、経度及び高度により示された当該車両の現在位置である。これに加えてセンサ２３は、上記加速度センサにより検出された例えば鉛直方向の加速度（単位は「Ｇ」である）を、実施例に係る振動データとして処理部２０に出力する。このとき当該振動データは、上記車両が道路の凹凸や穴、又は障害物の上を通った際に当該車両に印加される鉛直方向の加速度を検出した結果として理解できる。

一方記録部２１は、上記センサ２３から出力された位置データや速度データ等及び上記振動データを一時的に記録すると共に、処理部２０からの要求に応じて当該位置データ等を処理部２０に出力する。これに加えて記録部２１は、後述する実施例に係る各処理に相当するプログラムや、処理部２０による後述の案内処理のための地図データ及びナビゲーションプログラム等を、不揮発性に記録する。

以上の構成において処理部２０は、操作部２３からの上記操作信号に基づき、センサ２３からの上記位置データや速度データ等を用いつつ、記録部２１に記録されている上記ナビゲーションプログラムを読み出して実行することにより、ナビゲーション装置ＮＶが搭載されている車両の移動を案内する上記案内処理を実行する。そしてこの案内処理のために必要な地図等は、上記地図データ等に基づいてディスプレイ２５に表示される。これらに加えて処理部２０は、センサ部２３からの上記振動データを用いて、当該振動データと、当該振動データが入力されたタイミングにおける車両の現在位置を示す位置データと、当該振動データが入力されたタイミング（日時）を示す日時データと、を関連付け、振動関連データとしてサーバ装置ＳＶに送信する。なおこのときの位置データは、上記現在位置を示す緯度データ、経度データ及び高度データからなる位置データである。

他方実施例に係るサーバ装置ＳＶは図３（ｂ）に示すように、実施形態に係る取得手段１の一例及び出力手段２の一例にそれぞれ相当するインターフェース１と、ＨＤＤ又はＳＳＤ等からなり且つ本願に係る「記録手段」の一例に相当する記録部３と、ＣＰＵ、ＲＡＭ及びＲＯＭ等からなる処理部１０と、キーボード及びマウス等からなる操作部１１と、液晶ディスプレイ等からなるディスプレイ１２と、により構成されている。なお、上記処理部１０が本願に係る「分類手段」の一例及び本願に係る「消去手段」の一例に、それぞれ相当する。

この構成においてインターフェース１は、処理部１０の制御の下、ネットワークＮＷを介した各ナビゲーション装置ＮＶとの間のデータの授受を制御する。また操作部１１は、サーバ装置ＳＶに対する種々の指示操作が例えばサーバ装置Ｓの使用者により行われた場合、当該指示操作に相当する操作信号を生成して処理部１０に出力する。なおこのときの使用者とは、例えば実施例に係る情報収集システムＳＳの管理者等である。

一方記録部３は、後述する実施例に係る状態データベースＲＤＢや、後述する実施例に係る処理に相当するプログラム等を不揮発性に記録する。

以上の構成において処理部１０は、操作部１１からの上記操作信号に基づき、上記プログラム等を読み出して実行することにより、後述する実施例に係る処理を実行する。そして、当該処理において上記使用者に提示すべき情報は、例えばディスプレイ１２を用いて表示される。

次に、実施例に係る上記状態データベースＲＤＢについて、具体的に図４を用いて説明する。

上述したように、実施例に係る各ナビゲーション装置ＮＶからは、上記振動データと、上記位置データと、上記日時データと、を関連付けた振動関連データが後述するタイミングでそれぞれ送信されてくる。そして実施例に係るサーバ装置ＳＶの処理部１０は、これらをネットワークＮＷ及びインターフェース１を介して受信し、例えばデータ番号により相互に識別可能に、且つ例えば日時データにより示される日時の順に、図４に例示する状態データベースＲＤＢとして不揮発性に記録する。このとき、状態データベースＲＤＢに含まれる各状態データＤには、各ナビゲーション装置ＮＶから送信されてきた上記各振動関連データに含まれている上記振動データの値を予め設定された区分に分類した振動レベルデータが、処理部１０により付加されている。この振動レベルデータは、送信されてきた上記振動データの値に対応して処理部１０により付加されるデータであり、例えば、振動データが１Ｇ以上２Ｇ未満の場合は「小」なる振動レベルを示す振動レベルデータが付加され、振動データが２Ｇ以上３Ｇ未満の場合は「中」なる振動レベルを示す振動レベルデータが付加され、振動データが３Ｇ以上の場合は「大」なる振動レベルを示す振動レベルデータが付加される。即ち、振動レベルデータが「小」から「大」へと変化するに従って、上記振動データの値がより大きくなる、換言すればその振動データが検出されたタイミングで車両が通った道路の凹凸や穴等がより大きかった、ということを意味している。そしてこのことは、振動レベルが大きいほど、その位置の道路を補修する必要性が高いことになる。これに対し、振動レベル「小」にも該当しない程度の小さな値の振動データについては、その原因となる道路の凹凸や穴等は、補修の必要性がない程度の小さい凹凸や穴等であるということになる。

次に、実施例に係る情報収集システムＳＳとしての各処理について、具体的に図５乃至図９を用いて説明する。

（１）実施例に係る振動データ収集処理について
始めに、実施例に係る振動データ収集処理について、図５を用いて説明する。なお実施例に係る振動データ収集処理は、各ナビゲーション装置ＮＶにおいて上記振動関連データを生成する処理でもある。

即ち図５に示すように、実施例に係る振動データ収集処理は、例えば予め設定された時間ごとに例えば割込処理として実行される。そして実施例に係る振動データ収集処理が開示されると、各ナビゲーション装置ＮＶの処理部２０は、当該ナビゲーション装置ＮＶの電源スイッチがオフとされたか否かを判定する（ステップＳ１）。ステップＳ１の判定において当該電源スイッチがオフとされた場合（ステップＳ１；ＹＥＳ）、処理部２０はそのまま実施例に係る振動データ収集処理を終了する。

一方ステップＳ１の判定において当該電源スイッチがオンのままである場合（ステップＳ１；ＮＯ）、処理部２０は上記振動データをセンサ２３から取得し（ステップＳ２）、更にその振動データが予め設定された振動閾値以上であるか否かを判定する（ステップＳ３）。ここで、上記振動閾値としては例えば、上記状態データＤとしての振動レベル「小」に相当する振動データの範囲の下限値を当該振動閾値とすることが考えられる。上記ステップＳ３の判定において、ステップＳ２で取得した振動データが上記振動閾値未満であった場合（ステップＳ３；ＮＯ）、処理部２０は次に、ナビゲーション装置ＮＶが搭載されている車両が予め設定された一定距離以上移動するか又は予め設定された一定時間以上移動するまで待機する（ステップＳ１２）。その後処理部２０は、上記ステップＳ１に戻って当該ステップＳ１以降の処理を繰り返す。

他方、上記ステップＳ３の判定において、ステップＳ２で取得した振動データが上記振動閾値以上であった場合（ステップＳ３；ＹＥＳ）、処理部２０は次に、上記ステップＳ２で取得した振動データが検出された位置及びタイミングをそれぞれ示す上記位置データ及び上記日時データを例えば上記センサ２３及び図示しないタイマからそれぞれ取得し（ステップＳ４）、それらを、ステップＳ２で取得した振動データにより示される振動が始まった位置及びタイミングを示す位置データ及び日時データとして記録部２１に一時的に記録する（ステップＳ５）。更に処理部２０は、ステップＳ２で取得した振動データを記録部２１に一時的に記録する（ステップＳ６）。

次に処理部２０は、上記ステップＳ１２と同様に、ナビゲーション装置ＮＶが搭載されている車両が予め設定された一定距離以上移動するか又は予め設定された一定時間以上移動するまで待機する（ステップＳ７）。その後処理部２０は、改めて上記振動データをセンサ２３から取得し（ステップＳ８）、更にその振動データが上記振動閾値以上であるか否かを判定する（ステップＳ９）。ステップＳ９の判定において当該振動データが上記振動閾値未満であった場合（ステップＳ９；ＮＯ）、処理部２０は次に、上記ステップＳ８で取得した振動データが検出された位置及びタイミングをそれぞれ示す上記位置データ及び上記日時データを例えば上記センサ２３及び上記タイマからそれぞれ取得し（ステップＳ１０）、それらを、ステップＳ２で取得された振動データが検出されたタイミングから始まった振動が終了した位置及びタイミングを示す位置データ及び日時データとして記録部２１に一時的に記録する（ステップＳ１１）。その後処理部２０は上記ステップＳ１に戻って当該ステップＳ１以降の処理を繰り返す。一方ステップＳ９の判定において、当該振動データが上記振動閾値以上であった場合（ステップＳ９；ＹＥＳ）、処理部２０は、ステップＳ２で取得された振動データが検出されたタイミングから始まった振動がいまだ継続していると判定する。そして処理部２０は、上記ステップＳ６に戻って上記ステップＳ８で取得した振動データを記録部２１に記録し、その後上記ステップＳ７以降の処理を繰り返す。

以上説明した振動データ収集処理により、上記振動閾値以上の値の振動データが検出された（上記ステップＳ３；ＹＥＳ）以降、その値が当該振動閾値未満となるまで（上記ステップＳ９；ＮＯ）継続した振動について、それに対応する振動データがそれに対応する位置データ及び日時データに関連付けられ、上記振動関連データとして記録部２１に記録されることが繰り返されることになる。

（２）実施例に係るデータアップロード処理について
次に、実施例に係るデータアップロード処理について、図６を用いて説明する。なお実施例に係るデータアップロード処理は、上記実施例に係る振動データ収集処理により収集されて記録されている上記振動関連データをナビゲーション装置ＮＶからサーバ装置ＳＶに送信（アップロード）する処理である。

即ち図６に示すように、実施例に係るデータアップロード処理は、例えば予め設定された時間ごとに例えば割込処理として実行される。そして実施例に係るデータアップロード処理が開示されると、各ナビゲーション装置ＮＶの処理部２０は先ず、記録部２１に上記振動関連データが少なくとも一つ記録されているか否かを判定する（ステップＳ１５）。そして処理部２０は、当該振動関連データが記録されていない場合（ステップＳ１５；ＮＯ）、実施例に係るデータアップロード処理を終了させて元の例えば案内処理に移行する。

一方ステップＳ１５の判定において、当該振動関連データが一つでも記録されている場合（ステップＳ１５；ＹＥＳ）、処理部２０は次に、当該振動関連データをサーバ装置ＳＶにアップロードするタイミングとして予め設定されたタイミングが到来しているか否かを判定する（ステップＳ１６）。ここで、当該予め設定されたタイミングの例としては、以下の各タイミングのいずれかが挙げられる。
（ｉ）ナビゲーション装置ＮＶが搭載されている車両の移動終了時に対応付けられたアップロードタイミング
（ii）例えばナビゲーション装置ＮＶが搭載されている車両のドライバ等により予め手動で任意に設定されたアップロードタイミング
（iii）ナビゲーション装置ＮＶの製造時の初期値として設定されたアップロードタイミング
（iv）サーバ装置ＳＶとの間のネットワークにおけるデータの伝送量（いわゆるトラフィック）が予め設定された伝送量以下となったタイミング
上記ステップＳ１６の判定により既定のアップロードタイミングが到来していない場合（ステップＳ１６；ＮＯ）、処理部２０は実施例に係るデータアップロード処理を終了させて元の例えば案内処理に移行する。

他方、上記ステップＳ１６の判定により既定のアップロードタイミングが到来している場合（ステップＳ１６；ＹＥＳ）、処理部２０は、ネットワークＮＷを介してサーバ装置ＳＶに接続し（ステップＳ１７）、その時点で記録部２１に記録されている上記振動関連データを全てサーバ装置ＳＶにアップロードし（ステップＳ１８）、その後サーバ装置ＳＶとの間の接続を遮断する（ステップＳ１９）。次に処理部２０は、上記ステップＳ１８でアップロードした振動関連データについて、これを記録部２１から削除するアップロード済処理を行う（ステップＳ１９−１）。なおこのときのアップロード済処理としては、当該振動関連データを削除するのではなく、当該振動関連データがアップロード済である旨のフラグ等を当該振動関連データについて付加することとしてもよい。その後処理部２０は、実施例に係るデータアップロード処理を終了させて元の例えば案内処理に移行する。

なお、実施例に係るデータアップロード処理によりアップロードされた振動関連データを受信したサーバ装置ＳＶの処理部１０は、当該振動関連データに含まれている上記振動データの値に基づき、当該振動関連データに対応した振動レベルデータを当該振動関連データに付加し、上記状態データＤを生成して状態データベースＲＤＢ内に追加する。

（３）実施例に係る補修候補地点表示処理について
次に、実施例に係る補修候補地点表示処理について、図７を用いて説明する。なお実施例に係る補修候補地点表示処理は、上記実施例に係る振動データの値が上記振動閾値以上であった場合に、その振動データが取得された位置の道路が補修の対象であるとして、例えばサーバ装置ＳＶにおいて表示する処理である。

即ち図７に示すように、実施例に係る補修候補地点表示処理は、例えば当該補修候補地点表示処理を行う旨の操作が操作部１１において行われると開始される。そして実施例に係る補修候補地点表示処理においては最初に、例えばサーバ装置ＳＶのディスプレイ１２に補修候補地点を表示させる場合の表示条件として、当該補修候補地点となり得る地点の位置を示す上記位置データを含む上記振動関連データがアップロード（図６参照）された期間である表示対象期間の指定（ステップＳ２０）、当該補修候補地点となり得る地点を含む地域である表示対象地域の指定（ステップＳ２１）、当該補修候補地点となり得る地点において検出された振動データが属する上記振動レベルである表示対象振動レベルの指定（ステップＳ２２）、がそれぞれ実行される。またこれらに加えて、当該補修候補地点となり得る地点を含む道路のレベル（即ち、国道、県道、市道又は細街路等の道路のレベル。以下、同様）である表示対象道路レベルの指定（ステップＳ２３）も行われる。

そして、上記ステップＳ２０乃至ステップＳ２３の指定の入力がそれぞれ行われると、次に処理部１０は、当該入力された表示条件に合致する状態データＤを状態データベースＲＤＢ内において検索し（ステップＳ２４）、更にその検索結果をそれに対応する地図と共にディスプレイ１２に表示するか否かを、例えば操作部１１からの指定信号に基づいて判定する（ステップＳ２５）。ステップＳ２５の判定において、地図と共に表示しないこととされている場合（ステップＳ２５；ＮＯ）、処理部１０は、ステップＳ２４により検索された状態データＤに含まれている位置データ等に基づいて、当該状態データＤに対応する地点を補修候補地点としてディスプレイ１２上に一覧表示する（ステップＳ２７）。その後処理部１０は、例えば操作部１１からの指定信号に基づいて実施例に係る補修候補地点表示処理を終了するか否かを判定する（ステップＳ２８）。ステップＳ２８の判定において当該補修候補地点表示処理を終了する場合（ステップＳ２８；ＹＥＳ）、処理部１０はそのまま当該補修候補地点表示処理を修了させる。一方ステップＳ２８の判定において当該補修候補地点表示処理を終了しない場合（ステップＳ２８；ＮＯ）、処理部１０は上記ステップＳ２０に戻って上述した一連の処理を繰り返す。

他方、上記ステップＳ２５の判定において、地図と共に表示することとされている場合（ステップＳ２５；ＹＥＳ）、処理部１０は、ステップＳ２４により検索された状態データＤに含まれている位置データ等に基づいて、当該状態データＤに対応する地点を補修候補地点として、例えばディスプレイ１２上に表示されている地図上においてその補修候補地点の位置を表示する（ステップＳ２６）。その後処理部１０は、上記ステップＳ２８の判定に移行する。

なお、上述した実施例に係る補修候補地点表示処理は、上記サーバ装置ＳＶだけでなく、当該サーバ装置ＳＶ内の状態データベースＲＤＢを利用可能な外部の情報処理装置において実行するように構成してもよい。この場合の外部の情報処理装置の例としては、例えば、道路の保守を管轄する国又は地方自治体の機関に備えられたパーソナルコンピュータが挙げられる。

（４）実施例に係る手動配信処理について
次に、実施例に係る手動配信処理について、図８を用いて説明する。なお実施例に係る手動配信処理は、いずれかのナビゲーション装置ＮＶからの要求に応じて、上記状態データベースＲＤＢに記録されている状態データＤに含まれる振動関連データを、補修候補地点を示す振動関連データとしてサーバ装置ＳＶからそのナビゲ−ション装置ＮＶに配信する処理である。

即ち図８に示すように、実施例に係る手動配信処理は、例えば当該手動配信処理を行う旨の操作が操作部１１において行われると開始される。そして実施例に係る手動配信処理においては最初に、いずれかのナビゲーション装置ＮＶから、当該手動配信の対象となる補修候補地点を指定する配信条件が送信されてくると、これを受信する（ステップＳ３０）。このとき送信されてくる配信条件には、補修候補地点を示す振動関連データを配信させる場合の条件として、当該補修候補地点となり得る地点の位置を示す上記位置データを含む上記振動関連データがアップロード（図６参照）された期間である配信対象期間の指定、当該補修候補地点となり得る地点を含む地域である配信対象地域の指定、当該補修候補地点となり得る地点において検出された振動データが属する振動レベルである配信対象振動レベルの指定、及び、当該補修候補地点となり得る地点を含む道路のレベルである配信対象道路レベルの指定、が含まれている。

そして、上記配信条件を受信した処理部１０は、当該受信した配信条件から、当該配信条件として指定されている上記配信対象期間、上記配信対象地域、上記配信対象振動レベル及び上記配信対象道路レベルをそれぞれ抽出する（ステップＳ３１乃至ステップＳ３４）。

その後処理部１０は、各抽出された配信条件に合致する状態データＤを状態データベースＲＤＢ内において検索し（ステップＳ３５）、その検索結果の中から振動関連データを抽出し、その抽出された振動関連データを上記ステップＳ３０で受信した配信条件の送信元のナビゲーション装置ＮＶにネットワークＮＷを介して配信する（ステップＳ３６）。なおこの場合の配信は、配信条件の送信元のナビゲーション装置ＮＶに対して直接送信してもよいし、或いはいわゆる電子メール形式でそのナビゲーション装置ＮＶに送信してもよい。

そして、上記配信を受けたナビゲーション装置ＮＶでは、当該配信された振動関連データを、例えばそのディスプレイ２５を用いて表示する等の処理を行う。

その後処理部１０は、実施例に係る手動配信処理を終了する。

なお、上述した実施例に係る手動配信処理において、上記振動関連データの配信先（換言すれば、その要求元）を、上記ナビゲーション装置ＮＶではなく、サーバ装置ＳＶ内の状態データベースＲＤＢを利用可能な上記外部の情報処理装置において実行するように構成してもよい。この場合の外部の情報処理装置の例としても、例えば、道路の保守を管轄する国又は地方自治体の機関に備えられた上記パーソナルコンピュータが挙げられる。

（５）実施例に係る自動配信処理について
次に、実施例に係る自動配信処理について、図９を用いて説明する。なお実施例に係る自動配信処理では、上記状態データベースＲＤＢに記録されている状態データＤに含まれる振動関連データを、補修候補地点を示す振動関連データとして配信させるための配信条件を、いずれかのナビゲーション装置ＮＶからサーバ装置ＳＶにおいて予め取得しておく。そしてサーバ装置ＳＶでは、その配信条件に合致する振動関連データが状態データベースＲＤＢとして蓄積されたら、元の配信条件を送信したナビゲーション装置ＮＶにその振動関連データを配信する。そしてこのときの配信条件としては、上記補修候補地点となり得る地点を含む地域である配信対象地域の指定、当該補修候補地点となり得る地点の位置を示す上記位置データを含む上記振動関連データがアップロード（図６参照）された期間である配信対象期間の指定、当該補修候補地点となり得る地点についての上記振動関連データがアップロードされた回数であるアップロード回数の指定、当該補修候補地点となり得る地点において検出された振動データが属する振動レベルである配信対象振動レベルの指定、及び、当該補修候補地点となり得る地点を含む道路のレベルである配信対象道路レベルの指定、が含まれている。

そして図９に示すように、実施例に係る自動配信処理は、例えば当該自動配信処理を行う旨の操作が操作部１１において行われると開始される。そして実施例に係る自動配信処理においては最初に、上記指定された配信対象地域に属する位置データを含む状態データＤが状態データベースＲＤＢ内に記録されているか否かを判定する（ステップＳ４０）。ステップＳ４０の判定において、指定された配信対象地域に属する位置データを含む状態データＤが記録されていない場合（ステップＳ４０；ＮＯ）、処理部１０はそのまま実施例に係る自動配信処理を終了する。

一方ステップＳ４０の判定において、指定された配信対象地域に属する位置データを含む状態データＤが記録されている場合（ステップＳ４０；ＹＥＳ）、処理部１０は次に、当該配信対象地域に属する位置データを含む状態データＤを状態データベースＲＤＢから取得し（ステップＳ４１）、更に、その抽出した状態データＤに含まれている位置データにより示される位置についての振動関連データが、現在と、現在から予め設定された期間だけ遡った日時との間で複数回アップロードされたか否かを判定する（ステップＳ４２）。ステップＳ４２の判定において、当該複数回のアップロードが現在までになかった場合（ステップＳ４２；ＮＯ）、予め取得されている配信条件を満たす状態データＤは、現時点では状態データベースＲＤＢ内には一つ以下しか存在しないため、処理部１０は上記ステップＳ４０に戻って上述した処理を繰り返す。

他方、ステップＳ４２の判定において、上記複数回のアップロードが現在までにあった場合（ステップＳ４２；ＹＥＳ）、処理部１０は次に、当該複数回アップロードされた振動関連データを含む常態データＤのそれぞれについて、そのアップロードの回数をその振動レベルごとに状態データベースＲＤＢ上で計数して抽出する（ステップＳ４３）。

そして処理部１０は、上記ステップＳ４３で抽出されたアップロード回数を含めて、予め取得されている上記配信条件に合致する状態データＤが状態データベースＲＤＢ内に記録されているか否かを判定する（ステップＳ４４）。そしてステップＳ４４の判定において、当該配信条件を満たす状態データＤが現在まで状態データベースＲＤＢ内に記録されていない場合（ステップＳ４４；ＮＯ）、上記配信条件を満たす状態データＤは、現時点では状態データベースＲＤＢ内にはないため、処理部１０は上記ステップＳ４０に戻って上述した処理を繰り返す。これに対し、ステップＳ４４の判定において、上記配信条件を満たす状態データＤが状態データベースＲＤＢ内に記録されている場合（ステップＳ４４；ＹＥＳ）、処理部１０は、当該記録されている状態データＤの中の振動関連データを、上記配信条件の送信元のナビゲーション装置ＮＶにネットワークＮＷを介して配信する（ステップＳ４５）。なおこの場合の配信は、図８ステップＳ３６の場合と同様に、配信条件の送信元のナビゲーション装置ＮＶに対して直接送信してもよいし、或いは電子メール形式でそのナビゲーション装置ＮＶに送信してもよい。

そして、上記配信を受けたナビゲーション装置ＮＶでは、当該配信された振動関連データを、例えばそのディスプレイ２５を用いて表示する等の処理を行う。

その後処理部１０は、実施例に係る自動配信処理を終了する。

なお、上述した実施例に係る自動配信処理において、上記振動関連データの配信先（換言すれば、当該配信に係る配信条件の送信元）を、上記ナビゲーション装置ＮＶではなく、サーバ装置ＳＶ内の状態データベースＲＤＢを利用可能な上記外部の情報処理装置において実行するように構成してもよい。この場合の外部の情報処理装置の例としても、例えば、道路の保守を管轄する国又は地方自治体の機関に備えられた上記パーソナルコンピュータが挙げられる。

（６）実施例に係る経路設定処理について
最後に、実施例に係る経路設定処理について、図１０を用いて説明する。なお実施例に係る経路設定処理は、実施例に係るナビゲーション装置ＮＶにおいて上記振動関連データを取得し、その内容を例えばディスプレイ２５に表示してその車両のドライバ等に注意喚起をすると共に、ナビゲーション装置ＮＶにおける案内処理における経路設定に活用する処理である。

即ち図１０に示すように実施例に係る経路設定処理は、ナビゲーション装置ＮＶにおいて、例えば予め設定された時間ごとに例えば割込処理として実行される。そして実施例に係る経路設定処理が開示されると、始めにナビゲーション装置ＮＶの処理部２０は、補修候補地点を示すデータとして上記振動関連データをサーバ装置ＳＶから受信するか否かを、例えば操作部２４からの操作信号に基づいて判定する（ステップＳ５０）。ステップＳ５０の判定において上記振動関連データを受信しないこととされている場合（ステップＳ５０；ＮＯ）、処理部２０はそのまま実施例に係る経路設定処理を終了する。

一方ステップＳ５０の判定において、上記補修候補地点を示すデータとして振動関連データを受信する場合（ステップＳ５０；ＹＥＳ）、処理部２０は次に、サーバ装置ＳＶからの当該振動関連データの配信を受ける場合の配信条件を、例えば操作部２４を用いて入力させる（ステップＳ５１乃至ステップＳ５４）。この場合の配信条件は、換言すれば補修候補地点を示すデータとして受信する振動関連データのディスプレイ２５への表示条件である。そして具体的に当該表示条件は、当該補修候補地点となり得る地点の位置を示す上記位置データを含む振動関連データがアップロード（図６参照）された期間である表示対象期間の指定（ステップＳ５１）、当該補修候補地点となり得る地点を含む地域である表示対象地域の指定（ステップＳ５２）、当該補修候補地点となり得る地点において検出された振動データが属する振動レベルである表示対象振動レベルの指定（ステップＳ５３）、及び、当該補修候補地点となり得る地点を含む道路のレベルである表示対象道路レベルの指定（ステップＳ５４）、が含まれている。

そして、上記ステップＳ５１乃至ステップＳ５４の入力がそれぞれ行われると、次に処理部２０は、ネットワークＮＷを介してサーバ装置ＳＶに接続し（ステップＳ５５）、上記各入力された表示条件を配信条件としてサーバ装置ＳＶに送信する（ステップＳ５６）。これによりサーバ装置ＳＶの処理部１０は、当該配信条件を受信したら、当該受信した配信条件に合致する振動関連データを含む状態データＤを状態データベースＲＤＢ内において検索し、検索された状態データＤに含まれる振動関連データを、上記配信条件を送信してきたナビゲーション装置ＮＶにネットワークＮＷを介して送信（返信）する。

そしてナビゲーション装置ＮＶの処理部２０は、上記振動関連データがサーバ装置ＳＶから送信されて来たらこれを受信し（ステップＳ５７）、当該受信した振動関連データを上記補修候補地点としてディスプレイ２５に表示する（ステップＳ５８）。これにより、その車両のドライバ等に対する注意喚起が行われる。

次に処理部２０は、ナビゲーション装置ＮＶにおいて上記案内処理用のルートが設定済みであるか否かを判定し（ステップＳ５９）、設定済みでない場合は（ステップＳ５９；ＮＯ）、そのまま実施例に係る経路設定処理を終了する。一方ステップＳ５９の判定において、既にルートが設定されている場合（ステップＳ５９；ＹＥＳ）、次に処理部２０は、上記ステップＳ５７で受信した振動関連データに相当する補修候補地点が当該設定済みのルート上に存在するか否かを判定する（ステップＳ６０）。

ステップＳ６０の判定において、補修候補地点が当該設定済みのルート上に存在する場合（ステップＳ６０；ＹＥＳ）、処理部２０は、その補修候補地点を回避するように案内するための新たなルートを再探索し（ステップＳ６１）、その結果を例えばディスプレイ２５に表示してルートを変更するか否かをその車両のドライバ等に問い合わせる（ステップＳ６２）。ステップＳ６２の判定において、現時点ではルート変更はしないこととされた場合（ステップＳ６２；ＮＯ）、処理部２０は後述するステップＳ６４に移行する。

一方ステップＳ６２の判定において、現時点でルート変更はする場合（ステップＳ６２；ＹＥＳ）、処理部２０は、上記ステップＳ６１で再探索したルートを用いて以降の案内処理を実行する（ステップＳ６３）。その後処理部２０は、実施例に係る経路設定処理を終了する。

他方、上記ステップＳ６０の判定において、補修候補地点が当該設定済みのルート上に存在しない場合（ステップＳ６０；ＮＯ）、処理部２０は当該設定済みのルート（旧ルート）を用いて案内処理を継続し（ステップＳ６４）、その後実施例に係る経路設定処理を終了する。

なお、図１０に示した実施例に係る経路探索処理では、補修候補地点の表示と共にルートの変更をナビゲーション装置ＮＶで行うこととしたが、これ以外に、例えば図１０に示すステップＳ５９乃至ステップＳ６４をサーバ装置ＳＶの処理部１０を中心として実行することとしてもよい。この場合は、当該再探索後の新しいルートを示すルート情報をサーバ装置ＳＶからナビゲーション装置ＮＶに送信することとなる。

以上それぞれ説明したように、実施例に係る情報収集システムＳＳの動作によれば、ネットワークＮＷを介して接続されるナビゲーション装置ＮＶから、位置データと振動データとを少なくとも取得し、位置データ、振動データ及び日時データを関連付けて記録し、当該位置データ、当該振動データ及び当該日時データのいずれかをナビゲーション装置ＮＶ等宛に送信する。よって、振動データにより示される道路の状態をナビゲーション装置ＮＶ等において効果的に認識させることができる。なおこのとき、上記位置データ等の送信先を、上記ナビゲーション装置ＮＶではなく、上記状態データベースＲＤＢを利用可能な外部の情報処理装置（例えば、道路の保守を管轄する国又は地方自治体の機関に備えられたパーソナルコンピュータ等）とすれば、当該外部の情報処理装置において、上記道路の状態（換言すれば上記補修候補地点の状態）を迅速且つ正確に認識することができる。

また、取得した振動データにより示される状態を複数の振動レベルに分類し、位置データ、振動データ、振動レベルデータ及び日時データを関連付けて記録するので、既定の基準に基づいた区分に分類して道路の状態を記録するので、例えば、当該分類に応じた道路の状態をナビゲーション装置ＮＶにおいて効果的に認識させることができる。

更に日時データが、位置データにより示される位置を車両が通過した時刻を示し、位置データ及び振動データと共にナビゲーション装置ＮＶから送信されるので、道路の状態と、道路がその状態であった時刻と、を関連付けてサーバ装置ＳＶにおいて記録することができる。なお、この日時データにつき、ナビゲーション装置ＮＶからは位置データ及び振動データを送信させ、これらをサーバ装置ＳＶにおいて受信した日時を示す日時データを、サーバ装置ＳＶにおいて付加して振動関連データとしてもよい。

更にまた、補修が必要とされる既定の状態が道路の状態とされるので、補修が必要な道路の状態をナビゲーション装置ＮＶにおいて効果的に認識させることができる。

またナビゲーション装置ＮＶにおいて、ネットワークＮＷを介してサーバ装置ＳＶから振動関連データを取得して表示するので（図１０ステップＳ５８参照）、そのナビゲーション装置ＮＶにおいて道路の状態を効果的に認識することができる。

更に、ネットワークＮＷを介してサーバ装置ＳＶから振動関連データがナビゲーション装置ＮＶに送信されると共に、その振動関連データに基づいて案内用のルートを変更するので、道路の状態に応じて適切にルートを変更して車両の案内に供させることができる。なお当該ルートにつき、サーバ装置ＳＶにおいて状態データＤに基づいて当該ルートを変更し、その変更結果をナビゲーション装置ＮＶに送信するように構成しても、実施例と同様の作用効果を奏することができる。

［変形例］
次に、実施形態に係る変形例について説明する。なお、変形例に係る情報収集システムのハードウェア的な構成は、基本的には実施例に係る情報収集システムＳＳのハードウェア的な構成と同様であるので、以下の説明では、実施例に係る情報収集システムＳＳの構成部材と同様の構成部材については同様の部材番号を付して細部の説明は省略する。

（Ａ）第１変形例
先ず第１変形例として、実施例に係るサーバ装置ＳＶの構成及び動作に加えて、一つの地点についての位置データ及び振動データのアップロード数が、既定の期間について既定の閾値以下であるとき、当該位置データ及び当該振動データが関連付けられた振動関連データ等を、例えば偶発的に発生した振動に起因するものであるとして、状態データベースＲＤＢから削除してもよい。この第１変形例の構成によれば、例えばナビゲーション装置ＮＶにおいて利用する価値が低いと思われる振動関連データまでナビゲーション装置ＮＶに送信されることを防止できる。

（Ｂ）第２変形例
次に第２変形例として、実施例に係るサーバ装置ＳＶの構成及び動作に加えて、一つの地点についての位置データ及び振動データのアップロード数が、当該地点を移動する車両の数に対応する既定の閾値以下であるとき、当該位置データ及び当該振動データが関連付けられた振動関連データを含む状態データＤも、例えば偶発的に発生した振動に起因するものであるとして、状態データベースＲＤＢから削除してもよい。この第２変形例の構成によっても、例えばナビゲーション装置ＮＶにおいて利用する価値が低いと思われる振動関連データまでナビゲーション装置ＮＶに送信されることを防止できる。

（Ｃ）その他の変形例
最後にその他の変形例として、実施例に係る振動関連データにより示される道路の状態については、実施例に係る振動データの原因となる凹凸又は障害物等の他に、当該道路が冠水している状態、当該道路が湿潤した状態、当該道路が凍結した状態、又は当該道路が工事中の状態の少なくとも一つであってもよい。なお、これら冠水状態、湿潤状態、凍結状態及び工事中状態の検出に当たっては、センサ２３に加えて例えばカメラをナビゲーション装置ＮＶに備えさせ、それによる撮像画像を用いてこれらの状態を検出するのが好適である。この場合には、当該凹凸等だけではなく、様々な道路の状態をナビゲーション装置ＮＶにおいて効果的に認識することができる。

また、図５乃至図１０にそれぞれ示したフローチャートに相当するプログラムを、光ディスク又はハードディスク等の記録媒体に記録しておき、或いはインターネット等のネットワークを介して取得しておき、これを汎用のマイクロコンピュータ等に読み出して実行することにより、当該マイクロコンピュータ等を実施例に係る処理部１０又は処理部２０として機能させることも可能である。

１ 取得手段（インターフェース）
２ 出力手段
３ 記録部
１０、２０ 処理部
１２、２５ ディスプレイ
２３ センサ
Ｓ 情報処理装置
ＮＶ 移動体装置（ナビゲーション装置）
ＮＶ１、ＮＶ２、ＮＶｎ ナビゲーション装置
ＮＷ ネットワーク
ＳＳ 情報収集システム
ＲＤＢ 状態データベース
Ｄ 状態データ

Claims (11)

1. 移動体から、当該移動体の位置を示す位置情報と、当該位置における道路の状態を示す状態情報と、を取得する取得手段と、
   前記位置情報と、前記状態情報と、当該状態情報に対応する時刻を示す時刻情報と、を関連付けた状態関連情報を、当該状態関連情報を利用する利用装置に出力する出力手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記状態関連情報を記録する記録手段と、
   前記道路の状態を、予め設定された基準に基づいて複数の区分に分類する分類手段と、
   を更に備え、
   前記記録手段は、前記位置情報と、前記状態情報と、前記時刻情報と、当該状態情報に対応する前記区分を示す区分情報と、を関連付けて前記状態関連情報として記録することを特徴とする情報処理装置。
3. 請求項２に記載の情報処理装置において、
   前記取得手段は、前記位置情報及び前記状態情報を複数の移動体からそれぞれ取得し、
   一つの前記位置についての、前記複数の移動体からの前記位置情報及び前記状態情報それぞれの取得数が、予め設定された期間について予め設定された閾値以下であるとき、当該位置情報及び当該状態情報が関連付けられた前記状態関連情報を前記記録手段から消去する消去手段を更に備えることを特徴とする情報処理装置。
4. 請求項２又は請求項３に記載の情報処理装置において、
   前記取得手段は、前記位置情報及び前記状態情報を複数の移動体からそれぞれ取得し、
   一つの前記位置についての、前記複数の移動体からの前記位置情報及び前記状態情報それぞれの取得数が、当該位置を移動する前記移動体の数に対応して予め設定された閾値以下であるとき、当該位置情報及び当該状態情報が関連付けられた前記状態関連情報を前記記録手段から消去する消去手段を更に備えることを特徴とする情報処理装置。
5. 請求項１から請求項４のいずれか一項に記載の情報処理装置において、
   前記道路の状態は、前記移動体の移動についての障害物が当該道路にある状態、移動する前記移動体に当該道路が振動を与える状態、当該道路が冠水している状態、当該道路が湿潤した状態、当該道路が凍結した状態、当該道路が工事中の状態、又は補修が必要として予め設定された状態、の少なくとも一つであることを特徴とする情報処理装置。
6. 請求項１から請求項５のいずれか一項に記載の情報処理装置に接続される移動体装置であって、
   前記情報処理装置から前記状態関連情報を取得する移動体取得手段と、
   前記状態関連情報を提示する提示手段と、
   を備えることを特徴とする移動体装置。
7. 請求項６に記載の移動体装置であって、
   当該移動体装置は、前記移動体の移動経路を設定する移動体経路設定手段を備えるナビゲーション装置であり、
   前記移動体経路設定手段は、前記状態関連情報に基づいて前記移動経路を変更することを特徴とする移動体装置。
8. 移動体と接続される情報処理装置において実行される情報処理方法において、
   前記移動体から、当該移動体の位置を示す位置情報と、当該位置における道路の状態を示す状態情報と、を取得する取得工程と、
   前記位置情報と、前記状態情報と、当該状態情報に対応する時刻を示す時刻情報と、を関連付けた状態関連情報を、当該状態関連情報を利用する利用装置に出力する出力工程と、
   を含むことを特徴とする情報処理方法。
9. 請求項１から請求項５のいずれか一項に記載の情報処理装置と、請求項６又は請求項７に記載の移動体装置と、が接続されていることを特徴とする情報処理システム。
10. 移動体と接続される情報処理装置に含まれるコンピュータを、請求項１から請求項５のいずれか一項に記載の情報処理装置として機能させることを特徴とする情報処理用プログラム。
11. 請求項１０に記載の情報処理装置用プログラムが前記コンピュータにより読み取り可能に記録されていることを特徴とする記録媒体。

Images