JP2010055502A - 情報配信センタ及びプログラム - Google Patents

Abstract

【課題】適切な施設情報を配信可能な情報配信センタを提供する。
【解決手段】対象施設に対応する停止情報の全体数Ｍを取得し（Ｓ３１０）、対象施設に対応する判定時間を取得し（Ｓ３３０）、停止時間が判定時間以下となる停止情報の数Ｎを取得する（Ｓ３４０）。そして、停止時間が判定時間以下となる停止情報の数Ｎの全体数Ｍに対する割合に基づいて、施設が実際に存在しているか否かを判定する（Ｓ３５０）。すなわち、「施設における車両の停止時間が施設に対応して設定される判定時間以下となる停止情報の数に基づいて、施設が実際に存在しているか否かを判定する」構成とする。
【選択図】 図５

Description

本発明は、車両へ情報を配信する情報配信センタに関する。

従来、刻一刻と変化する交通情報を運転者に報知することなどを目的として、情報配信センタが整備されてきている。交通状況の中には、施設の混雑状況などの施設に関する情報も含まれる。
そして、近年、インフラ整備の行われていない施設の情報は、車両から送信される情報を統計判断して情報配信センタ側で把握し、その後、車両へ配信するという構成が見受けられる。

一例として、施設への入庫数、及び、施設からの出庫数に基づき、施設の車両収容能力と比較することで、施設の混雑状況を判断する方法が提案されている（例えば、特許文献１参照）。

特開２００４−２５２８３３号公報

上記特許文献１に記載の技術では、地図データ上の施設が実際に存在することを前提として施設の混雑状況を判断している。
しかしながら、実際には、施設の閉鎖や移動があるため、地図データ上に存在する施設が、実際には存在していないということもあり得る。そのため、従来技術により混雑状況が判断されている施設へ行ってみたところ、当該施設が存在しないという事態が懸念される。

本発明は、上述した課題を解決するためになされたものであり、その目的は、適切な施設情報を配信可能な情報配信センタを提供することにある。

本発明の情報配信センタは、施設における車両の停止時間に関する複数の停止情報を蓄積する停止情報蓄積手段と、施設における車両の停止時間が施設に対応して設定される判定時間以下となる停止情報の数に基づいて、施設が実際に存在しているか否かを判定する施設判定手段と、を備えていることを特徴とする。

本発明では、施設に対応して「判定時間」が設定されていることを前提とする。例えば、判定時間は、施設の利用に最低限必要な時間としておく。車両の停止時間が判定時間以下となれば、施設を利用していない可能性が高い。そこで、このような条件を満たす停止情報の数によって、施設が実際に存在しているか否かを判定する。このようにすれば、地図上には存在しても実際に存在していない施設を適切に判定することができる。その結果、適切な施設情報を配信することが可能となる。

上記停止情報は、例えば、施設を目的地として設定した車両から送信されることとしてもよい。このようにすれば、施設を実際に利用しようとした車両の停止情報を蓄積することが可能となるため、より正確に施設が存在しているか否かを判定することが可能となる。

また、施設が存在しているか否かは、施設の営業時間帯における停止情報に基づいて判定するようにすることが好ましい。そもそも施設を利用したか否かを停止時間から推測しようとするのが、本発明の思想である。とすれば、営業時間帯以外の停止情報まで含めると判断の正確性を低下させることになりかねない。そこで、営業時間帯における停止情報に基づいて判定するようにすれば、施設が存在しているか否かの判定が確実なものとなる。

さらにまた、施設判定手段にて施設が存在していないと判定された場合、更新情報を配信するようにしてもよい。更新情報は、ナビゲーション装置の地図データから当該施設を削除するための情報である。このようにすれば、実際には存在しないと判定された施設が、更新情報を受信した車両の地図データから削除されて適切な地図データとなるため、当該施設が目的地として設定されることや地図上に表示されること等がなくなり、適切な案内が可能となる。

以上は、情報配信センタの発明として説明してきたが、次に示すようなプログラムの発明として実現することもできる。
すなわち、施設における車両の停止時間に関する複数の停止情報を蓄積させる停止情報蓄積制御処理と、施設における車両の停止時間が施設に対応して設定される判定時間以下となる停止情報の数に基づいて、施設が実際に存在しているか否かを判定する施設判定処理と、施設が存在していないと判定された場合、施設が存在していない旨を示す情報を配信する施設情報配信処理と、を含むプログラムである。
このようなプログラムを実行することで、上記同様の効果が奏される。

以下、本発明の一実施形態を図面に基づいて説明する。
図１は、本実施形態の情報配信センタ１０を示す概略ブロック図である。
情報配信センタ１０は、制御部１１と、通信部１２と、地図データ記憶部１３と、停止情報蓄積部１４とを備えている。

制御部１１は、情報配信センタ１０全体の制御を司る。制御部１１は、いわゆるＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらを接続するバスラインを具備するコンピュータシステムとして具現化される。

通信部１２は、車両９０に搭載されるナビゲーション装置９１との間で無線ネットワークを介した通信を行うための構成である。図１では、１台のナビゲーション装置９１を示したが、情報配信センタ１０は、実際は、複数台のナビゲーション装置９１との間で通信を行う。また、本実施形態では、情報配信センタ１０から情報を配信するだけでなく、ナビゲーション装置９１からの情報を受信する。したがって、無線ネットワークは、一例として、双方向通信が可能な携帯電話回線として具現化される。

地図データ記憶部１３は、例えばハードディスク装置として実現される記憶装置である。もちろんハードディスク装置以外で構成しても差し支えない。地図データには、各種データが含まれるが、その一つとして、施設に関する施設情報が含まれる。本実施形態では、施設情報として、施設の「識別情報（ＩＤ）」、「施設名称」、施設の「座標」、施設の「ジャンル」、施設の「営業時間」及び、施設を利用したか否かを判定するために予め施設毎に定められる「判定時間」を含む。

ここで判定時間について説明する。判定時間は、施設の利用に最低限必要な時間として設定しておくことが例示される。例えば、ラーメン店であれば１０分、レストランであれば２０分という具合である。また、判定時間は、本実施形態のごとく施設毎に設定してもよいし、施設の属するジャンル毎に設定してもよい。

図１の説明に戻り、停止情報蓄積部１４は、地図データ記憶部１３と同様、ハードディスク装置として実現される記憶装置である。もちろん、ハードディスク装置以外で構成しても差し支えない。停止情報蓄積部１４は、「車両の停止時間に関する停止情報」を蓄積する。この意味で、停止情報蓄積部１４が「停止情報蓄積手段」を構成する。本実施形態において、停止情報は、図２に示すような「施設名称」に対応する「停止時間」となっている。

この停止情報蓄積部１４に蓄積される停止情報は、車両９０に搭載されたナビゲーション装置９１から送信される。そこで次に、車両９０側において実行される処理を説明する。

図３は、ナビゲーション装置９１にて実行される停止時間送信処理を示すフローチャートである。この処理は、ナビゲーション装置９１にて目的地としての施設が設定されると、例えば所定時間間隔で、実行される。なお、この処理は、到着フラグがリセットされるまで繰り返し実行される。

最初のステップ１００において（以下「ステップ」を単に記号Ｓで示す）、到着フラグが「１」であるか否かを判断する。設定した目的地へ向かう経路案内において到着判定が行われた場合、後述するように到着フラグがセットされて「１」となる。ここで到着フラグ＝１であると判断された場合（Ｓ１００：ＹＥＳ）、Ｓ１１０〜Ｓ１３０の処理を実行せず、Ｓ１４０へ移行する。一方、到着フラグ≠１であると判断された場合（Ｓ１００：ＮＯ）、Ｓ１１０へ移行する。

Ｓ１１０では、経路案内を行う。この処理は、設定された目的地としての施設までの経路に沿って地図表示及び音声出力によって案内を行うものである。
続くＳ１２０では、設定された目的地としての施設に到着したか否かを判断する。この到着判断も周知であるため詳しい説明は割愛するが、例えば、自車位置と地図データ（目的地としての施設の施設情報）とに基づいて、目的地までの間に右左折がない場合には目的地の手前１００ｍで到着を判断し、目的地までの間に右左折がある場合には目的地の手前５０ｍで到着を判断するという具合である。ここで目的地に到着したと判断された場合（Ｓ１２０：ＹＥＳ）、Ｓ１３０にて到着フラグをセットして「１」とし、その後、Ｓ１４０へ移行する。一方、目的地に到着していないと判断された場合（Ｓ１２０：ＮＯ）、以降の処理を実行せず、本停止時間送信処理を終了する。

Ｓ１００にて到着フラグが「１」であると判断された場合、又は、Ｓ１３０にて到着フラグがセットされて「１」になった場合に移行するＳ１４０では、目的地としての施設から所定距離以上離れたか否かを判断する。この判断は、自車位置と地図データ（目的地としての施設の施設情報）とに基づいて行われる。ここで目的地とした施設から所定距離以上離れたと判断された場合（Ｓ１４０：ＹＥＳ）、Ｓ１５０へ移行する。一方、目的地とした施設から所定距離以上離れていないと判断された場合（Ｓ１４０：ＮＯ）、Ｓ１８０へ移行する。
Ｓ１５０では、現在時刻が営業時間内か否かを判断する。この判断は、地図データ（目的地としての施設の施設情報に含まれる「営業時間」）に基づいて行われる。ここで営業時間内であると判断された場合（Ｓ１５０：ＹＥＳ）、Ｓ１６０にて「施設名称」及び後述する最大の「停止時間」を送信し、Ｓ１７０にて到着フラグをリセットして「０」とし、その後、本停止時間送信処理を終了する。一方、営業時間内でないと判断された場合（Ｓ１５０：ＮＯ）、Ｓ１６０の処理を実行せず、Ｓ１７０にて到着フラグをリセットして「０」とし、その後、本停止時間送信処理を終了する。到着フラグがリセットされると、次に新たな目的地としての施設が設定されるまで、本停止時間送信処理は実行されなくなる。なお、Ｓ１６０における「停止時間」の送信については後述する。

Ｓ１８０では、車両９０が停止したか否かを判断する。車両９０が停止したか否かは、例えば、車速が「０」になったことで判断する。ここで車両９０が停止したと判断された場合（Ｓ１８０：ＹＥＳ）、Ｓ１９０にてタイマフラグをセットして「１」とし、本停止時間送信処理を終了する。ここでタイマフラグをセットするのに伴って、停止時間を算出するためのカウント処理（不図示）を開始する。このようなカウント処理には、制御部１１内部のＣＰＵが具備するフリーランカウンタを用いることが例示される。一方、車両９０が停止していないと判断された場合（Ｓ１８０：ＮＯ）、Ｓ１９０の処理を実行せず、本停止時間送信処理を終了する。

このような停止時間送信処理が繰り返されることよって、最初は経路案内を行いながら到着判断が繰り返され（図３中のＳ１１０、Ｓ１２０）、一度到着判断が行われて到着フラグがセットされると（Ｓ１２０：ＹＥＳ、１３０）、その後は、停止判断が繰り返されることになる（Ｓ１００：ＹＥＳ、Ｓ１８０）。

図４は、停止時間記憶処理を示すフローチャートである。この処理は、停止時間送信処理にてタイマフラグがセットされることで（図３中のＳ１９０）、タイマフラグがセットされている間は、上記停止時間送信処理に代えて繰り返し実行される。
最初のＳ２００では、車両９０が発進したか否かを判断する。この処理は、車速が一定速度以上になったことを判断するものである。ここで車両９０が発進したと判断された場合（Ｓ２００：ＹＥＳ）、Ｓ２１０へ移行する。一方、発進していないと判断された場合（Ｓ２００：ＮＯ）、以降の処理を実行せず、本停止時間記憶処理を終了する。

Ｓ２１０では、タイマフラグをリセットして「０」にする。これに伴いカウント処理を停止する。このときのカウント処理におけるカウント値に基づいて車両が停止してから発進するまでの停止時間が分かるため、次のＳ２２０では、車両９０の停止時間を記憶する。そして、本停止時間記憶処理を終了する。

この停止時間記憶処理において、車両９０の停止時間が記憶されることになる。したがって、車両が停止と発進を繰り返した場合には、複数の停止時間が記憶される。そこで、上述の停止時間送信処理では、目的地の施設から所定距離以上離れたときに（図３中のＳ１４０：ＹＥＳ）、「施設名称」及びＳ２２０で記憶された停止時間のうち最大の「停止時間」を送信する（Ｓ１６０）。なお、Ｓ１８０にて一度も車両９０の停止が判断されないうちにＳ１４０にて肯定判断された場合には、停止時間「０」を送信するものとする。

以上説明したように、車両９０に搭載されたナビゲーション装置９１は、停止時間送信処理（図３参照）及び停止時間記憶処理（図４参照）を実行することで、目的地の「施設名称」及び車両９０の「停止時間」を送信する。

このような構成のナビゲーション装置９１に対し、情報配信センタ１０は、通信部１２を介してこれらの情報を受信し、停止情報蓄積部１４に蓄積する。停止情報蓄積部１４への蓄積は、制御部１１によって行われる。この意味で、制御部１１にて実行される蓄積処理が「停止情報蓄積制御処理」に相当する。具体的には、上述したように「施設名称」及び「停止時間」をワンセットにして記憶していく（図２参照）。詳しくは、上から一段目に示すように、「施設名称」が施設Ａ、施設Ａでの「停止時間」が３０分、という具合である。同様に、「施設名称」が施設Ｂ、施設Ｂでの「停止時間」が５０分、「施設名称」が施設Ｚ、施設Ｚでの「停止時間」が６０分、となっている。

本実施形態では、「停止情報」を３０分、５０分、・・・、６０分というような停止時間で示しているが、車両９０が停止した時刻である停止時刻及び車両９０が発進した時刻である発進時刻をナビゲーション装置９１が送信する構成とし、これら停止時刻及び発進時刻のペアを蓄積するようにしてもよい。この場合、図３中のＳ１９０にてタイマフラグをセットするときに停止時刻を記憶し、図４中のＳ２１０にてタイマフラグをリセットするときに発進時刻を記憶するようにすればよい。

図５は、情報配信センタ１０における施設存在判定処理を示すフローチャートである。 最初のＳ３００は、ループ始端であり、Ｓ３６０のループ終端と対応している。これにより、Ｓ３００〜Ｓ３６０の処理が、施設毎に繰り返される。以下では、ループ処理の中で処理対象となる施設を「対象施設」と適宜記述する。なお、Ｓ３６０にて、すべての施設を処理したと判断すると、本施設存在判定処理を終了する。

Ｓ３１０では、対象施設の停止情報の全体数Ｍを取得する。この処理は、停止情報蓄積部１４に蓄積された停止情報の中の対象施設（例えば施設Ａ）に関する停止情報の数を取得するものである。続くＳ３２０では、対象施設の停止情報の全体数Ｍが所定数α以上であるか否かを判断する。ここで所定数αは、対象施設の判定に十分な停止情報の数である。ここでＭ≧αであると判断された場合（Ｓ３２０：ＹＥＳ）Ｓ３３０へ移行する。一方、Ｍ＜αであると判断された場合（Ｓ３２０：ＮＯ）、Ｓ３３０〜Ｓ３５０の処理を実行せず、Ｓ３６０へ移行する。Ｓ３３０では、対象施設に対応する判定時間を取得する。この処理は、地図データ記憶部１３に記憶されている施設情報としての「判定時間」を取得するものである。次のＳ３４０では、停止時間が判定時間以下となる停止情報の数Ｎを取得する。この処理は、上述したＭ個の停止情報のうち、停止時間が判定時間以下となる停止情報の数を取得するものである。つまり、数Ｎは、対象施設に関し、当該施設を利用したとは考えられないような短時間の停止回数（以下「施設非利用回数」という）である。

続くＳ３５０では、施設判定処理を実行し、Ｓ３６０へ移行する。施設判定処理については後述する。Ｓ３６０では、上述したように全ての施設について処理したか否かが判断され、全ての施設について処理したと判断された場合、本施設存在判定処理を終了する。一方、すべての施設について処理していないと判断された場合には、Ｓ３００からの処理を繰り返す。

ここで、図６に基づき、Ｓ３５０の施設判定処理について説明する。この施設判定処理が特許請求の範囲の「施設判定処理」に相当し、この処理を実行する制御部１１が「施設判定手段」を構成する。

最初のＳ４００では、（Ｎ／Ｍ）が閾値Ｐ１以上か否かを判断する。上述したように数Ｎは、車両９０の施設非利用回数である。したがって、ここでは全体数Ｍに対する施設非利用回数Ｎの割合が閾値Ｐ１以上であるか否かを判断している。具体的に閾値Ｐ１は「０．９」などとして設定することが例示される。ここで、（Ｎ／Ｍ）≧Ｐ１である場合（Ｓ４００：ＹＥＳ）、Ｓ４２０にて施設が「存在しない」と判定し、その後、本施設判定処理を終了する。一方、（Ｎ／Ｍ）＜Ｐ１である場合（Ｓ４００：ＮＯ）、Ｓ４１０へ移行する。

Ｓ４１０では、（Ｎ／Ｍ）が閾値Ｐ２以下であるか否かを判断する。ここでは全体数Ｍに対する施設非利用回数Ｎの割合が閾値Ｐ２以下であるか否かを判断している。具体的に閾値Ｐ２は、「０．１」などとして設定することが例示される。ここで（Ｎ／Ｍ）≦Ｐ２である場合（Ｓ４１０：ＹＥＳ）、Ｓ４３０にて「空いている施設」と判定し、その後、本施設判定処理を終了する。一方、（Ｎ／Ｍ）＞Ｐ２である場合（Ｓ４１０：ＮＯ）、Ｓ４４０にて「混雑している施設」と判定し、その後、本施設判定処理を終了する。

次に、本実施形態の情報配信センタ１０が有する効果について説明する。
本実施形態では、対象施設に対応する停止情報の全体数Ｍを取得し（図５中のＳ３１０）、対象施設に対応する判定時間を取得し（Ｓ３３０）、停止時間が判定時間以下となる停止情報の数Ｎを取得する（Ｓ３４０）。そして、停止時間が判定時間以下となる停止情報の数Ｎの全体数Ｍに対する割合に基づいて、施設が実際に存在しているか否かを判定する（Ｓ３５０）。すなわち、「前記施設における車両の停止時間が前記施設に対応して設定される判定時間以下となる前記停止情報の数に基づいて、前記施設が実際に存在しているか否かを判定する」のである。これにより、地図データ上に存在しても実際には存在していない施設を適切に判定することができる。その結果、適切な施設情報を配信することが可能となる。

ここでは全体数Ｍに対する停止情報の数Ｎの割合で判定しているため、全体数Ｍに十分に大きな数を採用すれば、妥当な判定が可能となる。この意味で、「前記施設判定手段は、前記施設に対応する停止情報の数に対する、前記施設における車両の停止時間が前記施設に対応して設定される判定時間以下となる前記停止情報の数の割合に基づいて、前記施設が実際に存在しているか否かを判定すること」としてもよい。

また、本実施形態では、停止情報蓄積部１４に蓄積される停止情報は、施設を目的地として設定したナビゲーション装置９１から送信される。すなわち、「前記停止情報蓄積手段に蓄積される前記停止情報は、前記施設を目的地として設定した車両から送信される」ようになっている。これにより、実際に施設を利用しようとした車両の停止情報を蓄積することが可能となるため、より正確に施設が存在しているか否かを判定することが可能となる。

さらにまた、本実施形態では、ナビゲーション装置９１から送信される「停止時間」は、施設の営業時間帯における車両９０の停止情報となっている（図３中のＳ１５０：ＹＥＳ、Ｓ１６０）。つまり、停止情報蓄積部１４に蓄積される停止情報は、施設の営業時間帯における情報となっている。すなわち、「前記施設判定手段は、前記施設の営業時間帯における停止情報の数に基づいて、前記施設が存在しているか否かを判定する」ようになっている。これにより、施設が存在しているか否かの判定が確実なものとなる。

また、本実施形態では、（Ｎ／Ｍ）が閾値Ｐ１よりも小さいと判断された場合（Ｓ４００：ＮＯ）、さらに、閾値Ｐ２以下となっているか否かを判断し（Ｓ４１０）、閾値Ｐ２以下ならば「空いている施設」と判断し、閾値Ｐ２を上回っていれば「混んでいる施設」と判断する。すなわち、「前記施設判定手段は、前記施設における車両の停止時間が前記施設に対応して設定される判定時間以下となる前記停止情報の数に基づいて、前記施設が空いている施設かあるいは混んでいる施設かを判定可能であること」を特徴としている。

以上、本発明はこのような実施形態に限定されるものではなく、発明の趣旨を逸脱しない範囲において、種々なる形態で実施することができる。

（イ）例えば、情報配信センタ１０は、図６に示す施設判定処理の結果、当該施設が存在しないと判定した場合（Ｓ４２０）、更新情報を配信するようにしてもよい。すなわち、「前記施設判定手段にて前記施設が存在していないと判定された場合、ナビゲーション装置の地図データから当該施設を削除するための更新情報を配信する」構成としてもよい。この場合、制御部１１が「施設情報配信手段」を構成し、制御部１１の実行する処理が「施設情報配信処理」に相当する。ここで更新情報は、指定した施設をナビゲーション装置側で地図データから削除させるためのコマンド情報であることが例示される。また、更新情報は、施設データの一部又は全部を上書きするための上書き情報であってもよい。このようにすれば、実際には存在しないと判定された施設がナビゲーション装置９１の地図データから削除されて適切な地図データとなるため、当該施設が目的地として設定されることや地図上に表示されること等がなくなり、適切な案内が可能となる。
もちろん、「空いている施設」との判定結果（Ｓ４３０）や「混んでいる施設」との判定結果（Ｓ４４０）を施設情報として配信する構成を採用してもよい。

（ロ）上記実施形態では、現在時刻が営業時間内であるか否かを判断し（図３中のＳ１５０）、営業時間内であるときに、施設名称及び最大停止時間を送信するようにしていた（Ｓ１６０）。これに対し、ナビゲーション装置９１からは施設の営業時間帯であるか否かにかかわらず目的地とした施設での停止時間に関する停止情報が送信されるものとし、情報配信センタ１０にて、施設の営業時間帯における車両９０の停止情報のみを選別して停止情報蓄積部１４に蓄積するようにしてもよい。この構成としては、センタは、判定の対象となる施設の施設情報を参照して当該施設の営業時間を取得し、受信した停止情報の受信時刻が前記営業時間に含まれるか否かを判定し、受信時刻が営業時間に含まれる停止情報のみを停止情報蓄積部１４に蓄積するような構成が挙げられる。いずれの場合も結果的に、停止情報蓄積部１４に蓄積される車両９０の停止情報は、施設の営業時間帯における停止情報となっている。この意味で、「停止情報蓄積手段に蓄積される前記停止情報は、施設の営業時間帯におけるものであること」としてもよい。

（ハ）上記実施形態では、停止情報が十分に蓄積された段階（停止情報数Ｍ≧所定数αとなった段階）で、停止時間が判定時間以下となる停止情報の数Ｎの割合（Ｎ／Ｍ）に基づき、施設が存在しているか否かを判定していた。
これに対し、「停止時間が判定時間以下となる停止情報の数」に基づいて判定すればよいため、例えば停止時間が判定時間以下となる停止情報を連続して所定回数受信した場合に、施設が存在していないと判定してもよい。すなわち、「前記施設判定手段は、前記施設における車両の停止時間が前記施設に対応して設定される判定時間以下となる前記停止情報が所定回数連続して受信されたことに基づき、前記施設が実際に存在しているか否かを判定すること」としてもよい。このようにすれば、施設についての判定を迅速に行うことができる。

（ニ）上記施設存在判定処理を、停止情報蓄積部１４に十分な数の停止情報が蓄積されたときに実行するようにしてもよい。一例として、蓄積された停止情報の数が一定数を上回ったときに実行されるようにしてもよい。また、一ヶ月おきというように定期的に実行するようにしてもよい。

（ホ）上記実施形態では、「停止時間に関する停止情報」を時間あるいは停止時刻と発進時刻とのペアで記憶する構成について言及した。これに対し、ナビゲーション装置９１側に各施設に対応する判定時間を有する構成とした場合、ナビゲーション装置９１にて、停止時間が判定時間以下となるか否かを判断し、当該判断結果を施設名称と共に情報配信センタ１０へ送信する構成としてもよい。

（へ）上記実施形態は施設を特定するために「施設名称」を採用しているが、施設の「識別情報（ＩＤ）」を「施設名称」の代わりに用いることもできる。

本発明の実施形態の情報配信センタの概略構成を示すブロック図である。 停止情報蓄積部に蓄積される停止情報を示す説明図である。 ナビゲーション装置にて実行される停止時間送信処理を示すフローチャートである。 ナビゲーション装置にて実行される停止時間記憶処理を示すフローチャートである。 情報配信センタにて実行される施設存在判定処理を示すフローチャートである。 施設存在判定処理における施設判定処理を示すフローチャートである。

符号の説明

１０…情報配信センタ、１１…制御部（施設判定手段、情報配信手段）、１２…通信部、１３…地図データ記憶部、１４…停止情報蓄積部（停止情報蓄積手段）、９０…車両、９１…ナビゲーション装置

Claims (5)

1. 施設における車両の停止時間に関する複数の停止情報を蓄積する停止情報蓄積手段と、
   前記施設における車両の停止時間が前記施設に対応して設定される判定時間以下となる前記停止情報の数に基づいて、前記施設が実際に存在しているか否かを判定する施設判定手段と、
   前記施設が存在していないと判定された場合、前記施設が存在していない旨を示す情報を配信する施設情報配信手段と、
   を備えていることを特徴とする情報配信センタ。
2. 請求項１に記載の情報配信センタにおいて、
   前記停止情報蓄積手段に蓄積される前記停止情報は、前記施設を目的地として設定した車両から送信されることを特徴とする情報配信センタ。
3. 請求項１又は２に記載の情報配信センタにおいて、
   前記施設判定手段は、前記施設の営業時間帯における停止情報に基づいて判定することを特徴とする情報配信センタ。
4. 請求項１〜３のいずれか一項に記載の情報配信センタにおいて、
   前記施設情報配信手段は、
   前記施設判定手段にて前記施設が存在していないと判定された場合、ナビゲーション装置の地図データから当該施設を削除するための更新情報を配信することを特徴とする情報配信センタ。
5. 施設における車両の停止時間に関する複数の停止情報を蓄積させる停止情報蓄積制御処理と、
   前記施設における車両の停止時間が前記施設に対応して設定される判定時間以下となる前記停止情報の数に基づいて、前記施設が実際に存在しているか否かを判定する施設判定処理と、
   前記施設が存在していないと判定された場合、前記施設が存在していない旨を示す情報を配信する施設情報配信処理と、
   を含むプログラム。

Images