JP2007102296A - 移動情報端末および交通情報生成装置 - Google Patents

Abstract

【課題】 携帯電話やその他の携帯端末などの移動情報端末を利用し、安価に広範囲の道路交通情報を収集することを目的とする。
【解決手段】 人が携帯可能な移動情報端末１は、それぞれ異なる時刻に、自端末を識別するための端末識別情報、自端末の現在位置を示す位置情報と、自端末を携帯するユーザの歩数を示す歩数情報と、時刻情報とを含む端末情報を道路交通情報収集サーバ２に送信する。道路交通情報収集サーバ２は、それぞれ異なる時刻に送信された端末情報のそれぞれについて、その端末情報に含まれる位置情報の示す位置と歩数情報の示す歩数とに基づいて、その端末情報を交通情報の生成に使用する交通情報生成用情報として採用するかどうかを判定する。
【選択図】 図１

Description

この発明は、端末情報を送信する移動情報端末及び交通情報を生成、収集する交通情報生成装置に関する。

（１．操作の必要性）
従来の、移動情報端末を使用した道路交通情報収集システムとしては、例えば特開２００４−２８７５００、特開２００４−３０６８４、特開２００２−１８３８７２などがある。これらは、交通情報の収集開始および収集停止を、明示的に操作する必要がある。すなわち、ユーザは交通情報の収集開始等について、何らかの操作が必要であった。
（２．設備の必要性）
また、道路に専用の設備を設置する方法や、車両センサからの情報を使用する方法、車両と移動情報端末に特殊な通信装置を取り付ける方法が、特開２００３−３２３６９６、特開２００４−７８６１４、特開２００３−２１２０９６などに記載されている。
（３．装置の必要性）
その他、交通情報収集を目的とするものではないが、移動情報端末の移動状態を自動検知する発明として、移動情報端末利用者の履く靴に圧力センサを取り付ける発明が、特開２００４−３６１３６３に記載されている。
特開２００４−２８７５００号公報 特開２００４−３０６８４号公報 特開２００２−１８３８７２号公報 特開２００３−３２３６９６号公報 特開２００４−７８６１４号公報 特開２００３−２１２０９６号公報 特開２００４−３６１３６３号公報

前記（１．操作の必要性）で述べたように、従来の道路交通情報収集システムには、交通情報の収集開始および収集停止を、明示的に操作するものがある。これらは、交通情報収集を目的としない者の保持する移動情報端末からは交通情報を収集することができず、広範囲な道路の交通情報収集には大きな手間が掛かるという課題があった。

また、前記（２．設備の必要性）で述べたように、道路に専用の設備を設置する方法では、より広範囲な交通情報を収集しようとする場合、専用設備を増やしていく必要があり、安価に広範囲な道路の交通情報を収集することが困難という課題があった。また、車両センサからの情報を使用する方法や、車両に特殊な通信装置を取り付ける方法が発明されているが、全ての車両に交通情報収集用データを収集する手段を設けたり、車両に特殊な通信装置の設置が必要である。これらは、そのシステムに対応した車両のみから交通情報を収集するため、より広範囲な交通情報を収集しようとする場合、対応車両を増やしていく必要があり、広範囲な道路を対象として道路の交通情報を収集することが困難であるという課題があった。

その他、前記（３．装置の必要性）で述べたように、移動情報端末の移動状態を自動検知する発明として、移動情報端末の利用者の履く靴に圧力センサを取り付ける発明がなされており、この発明を利用して車両搭乗中の移動情報端末を特定し、その移動情報端末の情報を集計することで交通情報を収集する方法が考えられる。しかし、この発明では、移動情報端末の利用者の履く靴に圧力センサを取り付ける必要があり、そのような利用者の獲得は非常に困難と考えられる。このため、広範囲な道路の交通情報を収集することは容易ではない。

この発明は、携帯電話やその他の携帯端末などの移動情報端末を利用し、安価に広範囲の道路交通情報を収集することを目的とする。

この発明の移動情報端末は、
人が携帯可能な移動情報端末において、
自端末を識別するための端末識別情報を記憶する端末識別情報記憶部と、
自端末の現在位置を位置情報として取得する位置情報取得部と、
自端末を携帯するユーザの歩数を歩数情報として計測する歩数情報計測部と、
前記端末識別情報と前記位置情報と前記歩数情報とを少なくとも含む端末情報を、前記位置情報と前記歩数情報とに基づいて前記端末情報を交通情報の生成に使用する交通情報生成用情報として採用するかどうかを判定する交通情報生成装置に送信する端末側通信部と
を備えたことを特徴とする。

本発明により、安価に広範囲の道路交通情報を収集することができる。

実施の形態１．
図１〜図１６を用いて実施の形態１を説明する。実施の形態１は、移動情報端末が後述の端末情報を自動的に送信し、この端末情報を受信した道路交通情報収集サーバが交通情報を生成し、収集、蓄積する実施形態である。

図１は、本実施の形態１に係る道路交通情報収集システム１００の構成を示す図である。図１に示すように、道路交通情報収集システム１００は、複数の移動情報端末１と、道路交通情報収集サーバ２（交通情報生成装置の一例）と、広域通信網３とを備えている。

移動情報端末１は、車両運転中や、車両同乗中や、電車・バス・タクシー等の公共交通機関搭乗中や、自動二輪運転中や、自転車運転中や、歩行中のユーザに保持される。移動情報端末１は、これらのユーザに保持されている場合に、自己の位置を示す位置情報、時刻を示す時刻情報、ユーザの歩数を示す歩数情報、自己を識別するための端末識別情報とを含む端末情報を広域通信網３を介して道路交通情報収集サーバ２にする。

道路交通情報収集サーバ２は、それぞれの移動情報端末１から送信された端末情報を受信し、受信した端末情報に含まれる位置情報と、時刻情報と、歩数情報と、端末識別情報とに基づき、低速走行中の車両に搭乗するユーザに保持される移動情報端末１を判別し、その車両が走行中である道路の状況を混雑または渋滞といった道路交通情報として生成、収集する。

図２は、実施の形態１における道路交通情報収集サーバ２の外観の一例を示す図である。図２において、道路交通情報収集サーバ２は、システムユニット８３０、液晶表示装置８１３、キーボード８１４、マウス８１５、コンパクトディスク装置（ＣＤＤ）８１８、プリンタ８１９を備え、これらはケーブルで接続されている。また道路交通情報収集サーバ２は、広域通信網３に接続されており、広域通信網３を介して、それぞれの移動情報端末１から端末情報を受信する。

図３は、実施の形態１における道路交通情報収集サーバ２のハードウェア構成図である。図３において、道路交通情報収集サーバ２は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８１０を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ８１１、ＲＡＭ８１２、液晶表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）８１７、ＣＤＤ８１８、プリンタ８１９、磁気ディスク装置８２０と接続されている。ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０は不揮発性メモリの一例である。

道路交通情報収集サーバ２は、通信ボード８１６を介して広域通信網３に接続されている。通信ボード８１６、キーボード８１４、ＦＤＤ８１７などは、データ入力部の一例である。また、通信ボード８１６、液晶表示装置８１３、磁気ディスク装置８２０などは、出力部の一例である。

磁気ディスク装置８２０には、オペレーティングシステム（ＯＳ）８２１、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３は、ＣＰＵ８１０、ＯＳ８２１、ウィンドウシステム８２２により実行される。

上記プログラム群８２３には、以下の実施の形態で道路交通情報収集サーバ２において「〜部」として説明する機能を実行するプログラムが記憶されている。また、ファイル群８２４には、地図データ、後述する端末別管理情報、及び道路混雑情報等が記憶されている。

また、以下の実施の形態で道路交通情報収集サーバ２において「〜部」として説明するものは、ＣＰＵ８１０により実行され、あるいは処理されるものであり、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。

また、以下に述べる実施の形態を実施するプログラムは、磁気ディスク装置８２０、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。

図４は、実施の形態１における移動情報端末１のハードウェア構成を示す図である。図４において、移動情報端末１は、プログラムを実行するＣＰＵ９１０を備えている。ＣＰＵ９１０は、バス９２５を介してＲＯＭ９１１、ＲＡＭ９１２、液晶表示装置９１３、操作ボタン９１４、通信回路部９１５、位置を測位するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）測位部９１６、時刻を計測するタイマ９１７、歩数を計測する歩数計測部９１８、加速度を計測する加速度センサ９１９、フラッシュメモリ９２０と接続されている。

フラッシュメモリ９２０には、ＯＳ９２１、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３は、ＣＰＵ９１０、ＯＳ９２１、ウィンドウシステム９２２により実行される。

上記プログラム群９２３には、以下の実施の形態で移動情報端末１において「〜部」として説明する機能を実行するプログラムが記憶されている。また、ファイル群９２４には、自己を識別するための端末識別情報が記憶されている。

また、以下の実施の形態で移動情報端末１において「〜部」として説明するものは、ＣＰＵ９１０により実行され、あるいは処理されるものであり、ＲＯＭ９１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。

図５は、移動情報端末１の構成例を示すブロック図である。図５を参照して移動情報端末１の構成を説明する。

移動情報端末１は、位置情報取得部１０と、時刻情報取得部１１と、歩数情報計測部１２と、加速度情報計測部１３と、端末識別情報取得部１４と、情報処理部１５と、端末側通信部１６と端末識別情報記憶部１７とを備える。

（１）位置情報取得部１０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星の送信するＧＰＳ測位情報や、移動情報端末基地局との通信における電波強度などにより、移動情報端末１の現在位置を特定する。
（２）時刻情報取得部１１は、ＧＰＳ衛星からＧＰＳ測位情報を受信することにより、あるいは水晶発信機などを内蔵することにより、あるいは時刻を知らせる電波を受信することにより、時刻を取得する。その取得方法は問わない。
（３）歩数情報計測部１２は、移動情報端末１を携帯するユーザの歩数を計測する。
（４）加速度情報計測部１３は、移動情報端末１に生じる加速度を検知する。例えば、加速度センサである。
（５）端末識別情報取得部１４は、端末識別情報記憶部１７が記憶する端末識別情報を端末識別情報記憶部１７から取得する。前記のように「端末識別情報」とは、自己である移動情報端末を識別するための情報である。
（６）情報処理部１５は、位置情報、歩数情報等の前記各情報を処理する。
（７）端末側通信部１６は、情報処理部１５で処理した結果を端末情報として、広域通信網３を介して道路交通情報収集サーバ２に送信する。
（８）端末識別情報記憶部１７は、端末識別情報を記憶する。

図６は、道路交通情報収集サーバ２の構成例を示すブロック図である。図６を参照して、道路交通情報収集サーバ２の構成を説明する。

道路交通情報収集サーバ２は、サーバ側通信部２０と、サーバ側データ処理部２１（判定部の一例）と、地図データ記憶部２３と、端末別管理情報記憶部２４（カウンタ値メモリの一例、対応関係情報メモリの一例）と、道路混雑情報記憶部２６とを備える。

（１）サーバ側通信部２０は、移動情報端末１から端末情報を受信し、また作成、収集した交通情報を広域通信網３を介してユーザに配信する。
（２）サーバ側データ処理部２１は、移動情報端末１から送られてくる端末情報を交通情報の生成に使用する情報（以下、交通情報生成用情報と言う場合がある。）として採用するかどうかを判定し、採用と判定した端末情報から交通情報を生成する。図に示すように、サーバ側データ処理部２１は、カウンタ値変更部２１１、生成用情報採用部２１２、交通情報生成部２１３、地図データ取得部２１４を備えている。カウンタ値変更部２１１は、後述する徒歩・電車カウンタの値を変更する。生成用情報採用部２１２は、サーバ側通信部２０が受信した端末情報を交通情報生成用情報として採用するかどうかを判断する。交通情報生成部２１３は、交通情報生成用情報に基づき、交通情報を生成する。地図データ取得部２１４は、地図データ記憶部２３から地図データ２５を取得する。
（３）地図データ記憶部２３は、地図データ２５を記憶する。
（４）端末別管理情報記憶部２４は、後述する端末別管理情報を記憶する。端末別管理情報については図１２の説明で後述する。
（５）道路混雑情報記憶部２６は、図１６の説明で後述する道路混雑情報（交通情報の一例）を記憶する。

図７は、移動情報端末１の処理動作を示すフローチャートである。次に、図７を参照して、移動情報端末１の処理動作を説明する。

移動情報端末１は、ユーザが所持して車両に搭乗して移動したり、電車や船、タクシー等の公共交通機関に乗車して移動したり、自動二輪や自転車に搭乗して移動したり、歩行したりすることにより移動する。

図７に示す処理動作は、ユーザの所持する移動情報端末１において、通話や通信、画像撮影などの特別な操作の行われていない、所謂待ち受け状態の時に、移動情報端末１の情報処理部１５により行われるものとする。

（１）情報処理部１５は、時刻情報取得部１１から時刻情報を取得し、保存する（ステップＳ１）。
（２）次に、情報処理部１５は、取得した時刻情報と前回取得した時刻情報とを比較し、規定時間が経過しているかを判定する（ステップＳ２）。
（３）比較の結果、規定時間経過していない場合、再度ステップＳ１に戻る。ここで、規定時間が経過している場合（ステップＳ２のＹｅｓ）、加速度情報計測部１３から加速度情報を取得し、保存する（ステップＳ３）。
（４）次に、情報処理部１５は、取得した加速度情報と前回取得した加速度情報とを比較し、規定以上の加減速が発生していたかを判定する（ステップＳ４）。
（５）判定の結果、規定以上の加減速が発生していない場合（ステップＳ４のＮｏ）、ステップＳ１に戻る。ここで、情報処理部１５は、規定以上の加減速が発生していた場合（ステップＳ４のＹｅｓ）、歩数情報計測部１２より、歩数情報を取得する（ステップＳ５）。
（６）次に、情報処理部１５は、位置情報取得部１０により、位置情報を取得する（ステップＳ６）。
（７）次に、情報処理部１５は、端末識別情報取得部１４により、端末識別情報を取得する（ステップＳ７）。
（８）次に、情報処理部１５は、位置情報取得部１０、時刻情報取得部１１、歩数情報計測部１２、端末識別情報取得部１４より得た位置情報、時刻情報、歩数情報、端末識別情報を含む端末情報を、端末側通信部１６から、広域通信網３を介して道路交通情報収集サーバ２へ送信する（ステップＳ８）。以上が移動情報端末１の動作である。

次に図８〜図１６を参照して、道路交通情報収集サーバ２の処理動作について説明する。
図８は、道路交通情報収集サーバ２の全体の処理動作を示すフローチャートである。
図９は、図８のステップＳ１３の道路交通情報取得判定の処理を示すフローチャートである。
図１０は、図９のステップＳ２２の徒歩・電車利用可能性判定の処理を示すフローチャートである。

図１１は、説明のため図８〜図１０をひとつの図にまとめたものである。図１１において、
（１）カウンタ値変更部２１１は、ステップＳ３０〜ステップＳ３８の処理を実行する。
（２）生成用情報採用部２１２は、ステップＳ３９ａ，ステップＳ３９ｂ、ステップＳ３９ｃ、ステップＳ２３、ステップＳ２４、ステップＳ２５、ステップＳ２６の処理を実行する。
（３）交通情報生成部２１３が、ステップＳ１４〜ステップＳ１７の処理を実行する。

図１２は、道路交通情報収集サーバ２が移動情報端末ごとに管理する端末別管理情報を示す図である。
図１３は、移動情報端末１が送信する前回受信端末情報、今回受信端末情報を説明する図である。
図１４は、図８のステップＳ１７の混雑・渋滞記録判定の処理を示すフローチャートである。
図１５は、図８のステップＳ１６の混雑・渋滞記録解消判定の処理を示すフローチャートである。
図１６は、後述する道路混雑情報を示す図である。

はじめに、図８及び図１１を参照して道路交通情報収集サーバ２の全体動作を説明する。図８おいてサーバ側データ処理部２１の交通情報生成部２１３が、ステップＳ１４〜ステップＳ１７の処理を実行する。

まず始めに、サーバ側データ処理部２１は、前回受信位置情報、前回受信時刻情報、前回受信歩数情報、前回停止位置情報、前回停止駅情報、徒歩・電車利用カウンタ、道路状況情報等を含む端末別管理情報を初期化する（ステップＳ１０）。図１２、図１３を参照して、これらの用語、及びこれらの初期化について説明する。

図１２は、「端末別管理情報」を示す図である。図１２は、端末別管理情報５ａ〜端末別管理情報５ｄ等を示している。道路交通情報収集サーバ２は、移動情報端末の端末識別情報を元にして、移動情報端末ごとに、「端末別管理情報」により各移動情報端末を管理する。図に示す様に、「端末別管理情報５ａ」〜「端末別管理情報５ｄ」は、端末識別情報が「００１」〜「００４」の各移動情報端末に対応する。「端末別管理情報５ａ」等は、図６の端末別管理情報記憶部２４が記憶する。

端末別管理情報５ａを例に説明する。端末別管理情報５ａは、図１２に示すように、端末識別情報、前回受信位置情報、前回受信時刻情報、前回受信歩数情報、前回停止位置情報、前回停止駅情報、徒歩・電車利用カウンタ、道路状況情報、及び今回受信位置情報、今回受信時刻情報、今回受信歩数情報、今回停止位置情報、今回停止駅情報の項目を有する。

以下に、これらの項目を説明する。

図１３を用いて、前回受信位置情報〜前回受信歩数情報報、及び今回受信位置情報〜今回受信歩数情報報について説明する。

移動情報端末１は、図１３に示すように、それぞれ異なる時刻において、端末情報４ａ，４ｂ，４ｃ，４ｄ・・・を送信する。これらの端末情報は、図７のステップＳ４で説明したように、移動情報端末１の加速度情報計測部１３による加速度計測に基づき送信されたものである。端末情報４ａ，４ｂ，４ｃ，４ｄ・・・は、図１に示すように、位置情報、時刻情報、歩数情報、端末識別情報等を含む。

道路交通情報収集サーバ２が端末情報４ａを受信し、次いで端末情報４ｂを受信した場合に、端末情報４ａを「前回受信端末情報」（第１端末情報）と呼び、端末情報４ｂを「今回受信端末情報」（第２端末情報）と呼ぶ。その場合、「前回受信端末情報」である端末情報４ａに含まれる位置情報、時刻情報、歩数情報を前回受信位置情報、前回受信時刻情報、前回受信歩数情報と呼ぶ。同様に「今回受信端末情報」である端末情報４ｂに含まれる位置情報、時刻情報、歩数情報を今回受信位置情報、今回受信時刻情報、今回受信歩数情報と呼ぶ。

次いで、道路交通情報収集サーバ２が端末情報４ｃを新たに受信したとする。この場合、既に先に受信している端末情報４ｂは「前回受信端末情報」（第１端末情報）となり、新たに受信された端末情報４ｃが「今回受信端末情報」（第２端末情報）となる。そして「前回受信端末情報」である端末情報４ｂに含まれる位置情報等が「前回受信位置情報」等となり、「今回受信端末情報」である端末情報４ｃに含まれる位置情報等が今回受信位置情報等となる。

以下同様にして、新たに端末情報を受信する都度、新たに受信された端末情報が「今回受信端末情報」となり、この新たな端末情報が受信される前の「今回受信端末情報」が「前回受信端末情報」となる。

このように、これら前回受信位置情報、前回受信時刻情報、前回受信歩数情報、及び今回受信位置情報、今回受信時刻情報、今回受信歩数情報は、移動情報端末１から受信した情報をそのまま格納する情報である。

次に、前回停止位置情報、前回停止駅情報、今回停止位置情報、今回停止駅情報、徒歩・電車利用カウンタ、及び道路状況情報について説明する。これらは道路交通情報収集サーバ２の処理により得られる情報である。

「前回停止位置情報」とは、後述の図１０のステップＳ３２で保存される情報であり、移動情報端末１が前回に停止した位置である。

「前回停止駅情報」とは、後述の図１０のステップＳ３４で保存される情報であり、移動情報端末１が前回に停止した駅である。

「今回停止位置情報」とは、後述の図１０のステップＳ３２で保存される情報であり、最新の停止位置である。

「今回停止駅情報」とは、後述の図１０のステップＳ３４で保存される情報であり、最新の停止駅である。

「徒歩・電車利用カウンタ」（カウンタ値メモリの示すカウンタ値）とは、移動情報端末１を所持するユーザの、徒歩の可能性と電車利用の可能性との少なくともいずれかの可能性（以下、徒歩・電車利用可能性という場合がある。）を判定するために使用する数値である。「徒歩・電車利用カウンタ」は、徒歩・電車利用可能性が高い程、数値が大きくなるように設定して使用するカウンタである。「徒歩・電車利用カウンタ」は、徒歩・電車利用（徒歩か、電車利用かの少なくともいずれか）のユーザの所持する移動情報端末１を、誤って車両搭乗中のユーザが所持すると判定することを防ぐために使用する。「徒歩・電車利用カウンタ」は、初期状態で所定の値を与えておき、減算して使用する。この初期状態として与える値や、減算する量は、予め実験や評価等を行い、適切な値を決定しておく。図１２では「１００」としているが単なる例示である。

「道路状況情報」は、移動情報端末ごとにおいて、図８のステップＳ１７、Ｓ１６の処理で、その道路が「混雑・渋滞」であるか、「混雑・渋滞」が解消しているかを示す情報である。詳細は後述する。

図１１の概要説明
図８のステップＳ１１以降の説明の前に、図１１を参照して、道路交通情報収集サーバ２の全体動作の概要を説明する。図１１において、「道路交通情報取得判定処理」（ステップＳ１３）では、
（１）まず、サーバ側データ処理部２１が、「徒歩・電車利用可能性の判定処置」（ステップＳ３０〜Ｓ３９）における処理で、「徒歩・電車利用可能性あり」（ステップＳ３９ｃ）と「徒歩・電車利用可能性なし」（ステップＳ３９ｂ）とのいずれかに判定する処理を実行する。この処理は、「今回受信端末情報」を送信した移動情報端末が、「徒歩・電車利用」のユーザが所持するものかどうかを判定する処理である。
（２）「徒歩・電車利用可能性あり」（ステップＳ３９ｃ）と判定した場合は、その今回受信端末情報は、交通情報生成用情報として採用されない。すなわちこの場合は、処理は、ステップＳ３９ｃ→ステップＳ２３→ステップＳ２５→ステップＳ１４のＮｏを経てステップＳ１１へと戻り、新たな「今回受信端末情報」が受信され、処理が繰り返される。
（３）一方、サーバ側データ処理部２１が、「徒歩・電車利用可能性なし」（ステップＳ３９ｂ）と判定した場合（その移動情報端末は「徒歩・電車利用」のユーザではなく道路を走行する車両に搭乗するユーザに所持される可能性が高いと判定した場合）、さらにステップＳ２４の判定により、その位置が取得対象道路かどうかを判定し、取得対象道路と判定した場合、その「今回受信端末情報」を交通情報生成用情報と採用する。すなわち、ステップＳ２４においてＹｅｓの場合、処理は、ステップＳ２６→ステップＳ１４のＹｅｓ→ステップＳ１５へと進み、さらにステップＳ１５から、ステップＳ１６とステップＳ１７とのいずれかへ進み、「今回受信端末情報」に基づき、後述の道路状況情報、道路混雑情報（これらは交通情報の一例）が生成される。

図８に示す道路交通情報収集サーバ２の全体動作の説明を続ける。前記のようにステップＳ１０において、サーバ側データ処理部２１は、端末別管理情報を初期化する。サーバ側データ処理部２１は、「徒歩・電車利用カウンタ」以外は「無効値」を表す値に初期化する。「徒歩・電車利用カウンタ」に対しては、適切な値に初期化する。前記のように、「徒歩・電車利用カウンタ」は、徒歩・電車利用のユーザの所持する移動情報端末１を、誤って車両搭乗中のユーザと判定することを防ぐために使用するものであり、実験や評価等により、減算して使用することを前提に、適切な値に初期化する。

サーバ側通信部２０は、移動情報端末１から送信される端末情報（位置、時刻、歩数、端末識別情報）を受信する。サーバ側データ処理部２１は、端末別管理情報記憶部２４に端末別管理情報として保存する（ステップＳ１１）。

次に、サーバ側データ処理部２１は、前回受信位置情報と、前回受信時刻情報と、今回受信した今回受信位置情報と、今回受信時刻情報とから、移動情報端末１の移動速度を算出する（ステップＳ１２）。なお、道路交通情報収集サーバ２は、時刻を取得可能なサーバ側時刻取得部（図示していない）を備えている。サーバ側データ処理部２１は、サーバ側時刻取得部が取得した時刻を用いて前記の移動速度を算出しても構わない。

次に、サーバ側データ処理部２１は、受信した前回受信端末情報、今回受信端末情報、及び地図データ記憶部２３が記憶する地図データ２５とを用いることにより、当該移動情報端末１からの情報を「道路状況情報」（ステップＳ１６、ステップＳ１７で記録）として取得するかどうかを決定するため、「道路交通情報取得判定処理」を実行する（ステップＳ１３）。「道路交通情報取得判定処理」とは、当該移動情報端末１から受信した「今回受信端末情報」を交通情報の生成に使用する交通情報生成用情報として採用するかどうかを判定する処理である。この「道路交通情報取得判定処理」（ステップＳ１３）の詳細は、図９のフローチャートの説明で後述する。

「道路交通情報取得判定処理」（ステップＳ１３）の後、サーバ側データ処理部２１（交通情報生成部２１３）は、この「道路交通情報取得判定処理」の結果（ステップＳ２５、あるいはステップＳ２６）を参照し、「取得対象道路の情報」が取得されているかを判定する（ステップＳ１４）。ここで、「取得対象道路」とは、図９のステップＳ２６で決定される道路である。「取得対象道路」については、図９の説明で述べるが、ステップＳ１３の「道路交通情報取得判定処理」では、当該移動情報端末１の今回受信位置情報の示す位置が、いずれかの道路上かどうかが判定される（図９のステップＳ２３、Ｓ２４、Ｓ２６等）。この場合、この道路が「取得対象道路」である。

ステップＳ１４の判定の結果、サーバ側データ処理部２１（交通情報生成部２１３）が「取得対象道路情報」でないと判定した場合（ステップＳ１４のＮｏ）、ステップＳ１１の処理に戻る。

サーバ側データ処理部２１（交通情報生成部２１３）は、判定の結果、「取得対象道路情報」と判断した場合（ステップＳ１４のＹｅｓ）、「混雑・渋滞に関する情報」であるか、「混雑・渋滞解消に関する情報」であるかを、移動情報端末１の移動速度（ステップＳ１２で算出済み）に基づいて判定する（ステップＳ１５）。

ここで、ステップＳ１５における「規定速度」としては、自転車での走行が困難な速度を設定する。これは、道路が混雑・渋滞であるにも関わらず、渋滞道路の側道や並走歩道などを走行する自転車を道路走行中の自動車と判定し、道路が混雑・渋滞ではないと誤判定することを防ぐためである。

移動情報端末１の移動速度が「規定速度」より小さい場合（ステップＳ１５のＹｅｓ）、サーバ側データ処理部２１（交通情報生成部２１３）は、「混雑・渋滞」と判定しステップＳ１７の処理に進む。この判定に従い、後述のように、図１４のステップＳ４０において、サーバ側データ処理部２１（交通情報生成部２１３）は、道路状況情報（交通情報の一例）を「混雑・渋滞」と更新（生成）する。このように、ステップＳ１５の比較の結果、移動情報端末１の移動速度が「規定速度」より小さい場合（ステップＳ１５のＹｅｓ）、図１４の説明で後述する「混雑・渋滞記録判定処理」を実行し（ステップＳ１７）、ステップＳ１１の処理に戻る。

一方、サーバ側データ処理部２１（交通情報生成部２１３）は、移動情報端末１の移動速度が「規定速度」以上の場合（ステップＳ１５のＮｏ）、「混雑・渋滞解消」（混雑・渋滞はしていない）と判定し、ステップＳ１６の処理に進む。この判定に従い、後述のように、図１５のステップＳ５０において、サーバ側データ処理部２１（交通情報生成部２１３）は、道路状況情報（交通情報の一例）を「混雑・渋滞解消」と更新（生成）する。このように、ステップＳ１５の比較の結果、移動情報端末１の移動速度が「規定速度」以上の場合（ステップＳ１５のＮｏ）、図１５の説明で後述する「混雑・渋滞解消記録判定処理」を実行し（ステップＳ１６）、ステップＳ１１の処理に戻る。

次に図９を説明する。図９は、サーバ側データ処理部２１の行なう「道路交通情報取得判定処理」（図８のステップＳ１３）の内容を示すフローチャートである。図９（及び図１１）を参照してステップＳ１３の「道路交通情報取得判定処理」の処理動作を説明する。図９において生成用情報採用部２１２は、ステップＳ２３〜ステップＳ２６の処理を実行する。

ステップＳ１３の「道路交通情報取得判定処理」の実行において、サーバ側データ処理部２１の地図データ取得部２１４は、地図データ記憶部２３から地図データ２５を取得する。サーバ側データ処理部２１は、今回受信位置情報の示す位置と、取得した地図データ２５との照合を行う（ステップＳ２０）。

次に、サーバ側データ処理部２１は、照合の結果、移動情報端末１が、海上に位置するかどうかを判定する（ステップＳ２１）。

ステップＳ２１の判定の結果、サーバ側データ処理部２１が移動情報端末１は海上に位置すると判定した場合（ステップＳ２１でＹｅｓ）、サーバ側データ処理部２１（生成用情報採用部２１２）は、移動情報端末１の今回受信位置情報の示す位置を「取得対象外道路」と判定し（ステップＳ２５）、処理を終了する。サーバ側データ処理部２１（生成用情報採用部２１２）が「取得対象外道路」と判定した場合は、ステップＳ１４からステップＳ１１へ戻る。

サーバ側データ処理部２１は、移動情報端末１の位置が海上でないと判定した場合（ステップＳ２１のＮｏ）、「徒歩・電車利用可能性判定処理」を実行する（ステップＳ２２）。

このステップＳ２２の「徒歩・電車利用可能性判定処理」は、図１０の説明で後述する。「徒歩・電車利用可能性判定処理」とは、移動情報端末１のユーザが、徒歩か、あるいは鉄道車両、モノレール、路面電車等の軌道を走行する軌道走行車両を利用している可能の有無を判定する処理である。図１０では、一例として電車を想定している。

サーバ側データ処理部２１（生成用情報採用部２１２）は、ステップＳ２２の「徒歩・電車利用可能性判定処理」の結果を参照し「徒歩・電車利用の可能性」の有無を判定する（ステップＳ２３）。

ステップＳ２３の判定の結果、サーバ側データ処理部２１（生成用情報採用部２１２）は、「徒歩・電車利用の可能性あり」と判定した場合（ステップＳ２３のＹｅｓ）、移動情報端末１の「今回受信位置情報」の示す位置を「取得対象外道路」と判定し（ステップＳ２５）、処理を終了する。

ステップＳ２３の判定の結果、サーバ側データ処理部２１（生成用情報採用部２１２）が、「徒歩・電車利用の可能性なし」と判定した場合（ステップＳ２３でＮｏ）、次に、「今回受信位置情報」の示す位置と地図データ２５とを照合し、移動情報端末１の位置（今回受信位置情報の位置）が、道路上であるか判定する（ステップＳ２４）。

ステップＳ２４の判定において、サーバ側データ処理部２１（生成用情報採用部２１２）が、移動情報端末１の位置を道路上と判定した場合（ステップＳ２４のＹｅｓ）、その位置の示す道路を「取得対象道路」と判定し、処理を終了する。

ステップＳ２４の判定において、サーバ側データ処理部２１（生成用情報採用部２１２）が、移動情報端末１の位置が道路上でないと判定した場合（ステップＳ２４のＮｏ）、移動情報端末１の今回受信位置情報の示す位置を「取得対象外道路」と判定し（ステップＳ２５）、処理を終了する。

次に図１０を説明する。
図１０は、サーバ側データ処理部２１の行なう「徒歩・電車利用可能性判定処理」（図９のステップＳ２２）の内容を示すフローチャートである。図１０（及び図１１）を参照して、「徒歩・電車利用可能性判定処理」（図９のステップＳ２２）を説明する。図１０において、カウンタ値変更部２１１は、ステップＳ３０〜ステップＳ３８の処理を実行する。生成用情報採用部２１２が、ステップＳ３９ａ，ステップＳ３９ｂ、ステップＳ３９ｃの処理を実行する。

ステップＳ２２の「徒歩・電車利用可能性判定処理」の実行において、カウンタ値変更部２１１は、取得した今回受信歩数情報の示す歩数情報と、前回受信した前回受信歩数情報の示す歩数情報との差から、今回受信歩数情報における歩数の歩数増加値を算出し、その増加量が規定値を超えているか判定する（ステップＳ３０）。

ステップＳ３０の判定の結果、歩数増加が規定値を超えている場合（Ｓ３０のＹｅｓ）、カウンタ値変更部２１１は、「徒歩・電車利用カウンタ」を初期化する（ステップＳ３７）。この初期化がされた場合、生成用情報採用部２１２は、「徒歩・電車利用可能性あり」と判定（ステップＳ３９ｃ）し、処理を終了する。この場合、ステップＳ３９ｃ→ステップＳ２３→ステップＳ２５→ステップＳ１４→ステップＳ１１へと戻り、新たな処理が再開される。

ステップＳ３０の判定の結果、歩数増加が規定値を超えていない場合（ステップＳ３０のＮｏ）、カウンタ値変更部２１１は、移動速度（ステップＳ１２で算出）を基に、移動情報端末１が停止中であるかを判定する（ステップＳ３１）。あるいは、前回受信位置情報と今回受信位置情報との示す位置の異同から停止中かどうかを判定しても構わない。

ステップＳ３１の判定の結果、カウンタ値変更部２１１が、「停止中でない」と判定した場合（ステップＳ３１のＮｏ）、ステップＳ３９ａに進む。ステップＳ３９ａでは、生成用情報採用部２１２が、「徒歩・電車利用カウンタ」が規定値より小さくなっているかどうかを比較する。

ステップＳ３１の判定の結果、カウンタ値変更部２１１が、「停止中」と判定した場合（ステップＳ３１のＹｅｓ）、停止位置を保存する（ステップＳ３２）。カウンタ値変更部２１１は、この「停止位置」を図１２の「今回停止位置情報」の項目に格納する。カウンタ値変更部２１１は、地図データ２５と「今回停止位置」とを照合し、「今回停止位置」が「駅付近」であるか判定する（ステップＳ３３）。この場合、駅付近であるかどうかを判断する判断基準は、カウンタ値変更部２１１が、予め設定された所定の判断基準を保持しているものとする。「判断基準」の例としては、電車の発着する駅（発着地の一例）を含む一定の領域を設定領域として設定し、停止位置（今回受信位置情報の示す位置）が、この設定領域に含まれる場合には、駅付近と判断し、設定領域に含まれない場合には駅付近ではないと判断する。

ステップＳ３３の判定の結果、カウンタ値変更部２１１は、移動情報端末１の今回停止位置が「駅付近でない」と判定した場合（ステップＳ３３のＮｏ）、「徒歩・電車利用カウンタ」を所定の値だけ減算（ステップＳ３８）し、ステップＳ３９ａに進む。ステップＳ３９ａでは、生成用情報採用部２１２が、「徒歩・電車利用カウンタ」が規定値より小さくなっているか比較する。

ステップＳ３３の判定の結果、カウンタ値変更部２１１が、移動情報端末１の停止位置を「駅付近」と判定した場合（ステップＳ３３のＹｅｓ）、その「停止駅」を図１２の「今回停止駅情報」の項目に保存する（ステップＳ３４）。そしてカウンタ値変更部２１１は、図１２の「前回停止位置」が、駅付近であるかどうかを判定する（ステップＳ３５）。

ステップＳ３５の判定の結果、カウンタ値変更部２１１が、前回停止位置が駅付近でないと判断した場合（ステップＳ３５のＮｏ）、ステップＳ３９ａに進む。ステップＳ３９ａでは、生成用情報採用部２１２が、「徒歩・電車利用カウンタ」が、規定値より小さくなっているか比較する。

ステップＳ３５の判定の結果、カウンタ値変更部２１１が、「前回停止位置」が駅付近であった場合（ステップＳ３５のＹｅｓ）、その停止駅が図１２の「前回停止駅情報」の示す前回停止駅と同じであるか判定する（ステップＳ３６）。

ステップＳ３６の判定の結果、カウンタ値変更部２１１が、今回停止駅が前回停止位置と同じであると判断した場合（ステップＳ３６のＹｅｓ）、ステップＳ３９ａに進む。ステップＳ３９では、生成用情報採用部２１２が、「徒歩・電車利用カウンタ」が規定値より小さくなっているか比較する。

ステップＳ３６の判定の結果、カウンタ値変更部２１１が、今回停止駅が前回停止駅と異なると判断した場合（ステップＳ３６のＮｏ）は、移動情報端末１は他の駅に移動しており、かつ、駅にのみ停止している。よって、「徒歩・電車利用」の可能性が非常に高い。そこで、カウンタ値変更部２１１は、徒歩・電車利用カウンタを初期化する（ステップＳ３７）。この場合、生成用情報採用部２１２は、「徒歩・電車利用カウンタ」が初期化されたことにより、「徒歩・電車利用可能性あり」と判定する（ステップＳ３９ｃ）。これによりステップＳ２２の処理が終了する。

ステップＳ３９ａの判定において、生成用情報採用部２１２が、「徒歩・電車利用カウンタ」が規定値を下回っていると判断した場合（ステップＳ３９ａのＹｅｓ）、生成用情報採用部２１２は、「徒歩・電車利用の可能性なし」と判断し（ステップＳ３９ｂ）、ステップＳ２２の処理を終了する。このように、生成用情報採用部２１２は、サーバ側通信部２０が最新の端末情報を「今回受信端末情報」（第２端末情報）として受信した場合にカウンタ値変更部２１１による最新の端末情報である今回受信情報に対するの処理（ステップＳ３０〜ステップＳ３８）実行後における徒歩・電車利用カウンタ（カウンタ値）が予め設定された規定値を下回るかどうかを判定する。そして、判定の結果、徒歩・電車利用カウンタが規定値を下回っている（規定範囲に属する）と判定した場合に、受信した最新の端末情報である「今回受信端末情報」を交通情報の生成に使用する交通情報生成用情報として採用する。この場合、ステップＳ３９ｂ→ステップＳ２３のＮｏ→ステップＳ２４→ステップＳ２６→ステップＳ１４のＹｅｓ→ステップＳ１５へと進み、交通情報生成部２１３が、ステップＳ１７、あるいはステップＳ１６において、後述する「道路状況情報」（交通情報の一例）、「道路混雑情報」（交通情報の一例）を生成する。

ステップＳ３９ａの判定において、生成用情報採用部２１２は、「徒歩・電車利用カウンタ」が規定値以上と判断した場合（ステップＳ３９ａのＮｏ）、「徒歩・電車利用可能性あり」と判定し（ステップＳ３９ｃ）、ステップＳ２２の処理を終了する。この場合、「今回受信端末情報」

次に図１４を説明する。図１４は、移動情報端末１の移動速度（ステップＳ１２で算出）が規定速度よりも小さい場合に、道路交通情報収集サーバ２により実行される「混雑・渋滞記録判定処理」（図８のステップＳ１７）の内容を示すフローチャートである。この処理は、交通情報生成部２１３が行なう。

図１４を参照して、図８のステップＳ１７における「混雑・渋滞記録判定処理」の処理動作を説明する。

まず、交通情報生成部２１３は、当該移動情報端末１についての「道路状況情報」を「更新」（生成）する（ステップＳ４０）。交通情報生成部２１３は、ステップＳ１５において、ステップＳ１２で算出された移動速度に基づき、図９のステップＳ２６で得た取得対象道路に関して、「混雑・渋滞」か、あるいは「混雑・渋滞解消」であるかを判定する。この判定結果に基づき、交通情報生成部２１３は、図１４のステップＳ４０において、「道路状況情報」（交通情報の一例）を「混雑・渋滞」と新たに更新（生成）する。

更新する場合、図１２に示す端末別管理情報５ａを例にとれば、端末別管理情報５ａの道路状況情報には道路を識別するための道路識別情報（図１２では道路識別情報は、００８）と、その道路が「混雑・渋滞」かどうかを示す「道路状況」の項目が設けられている。道路識別情報は、ステップＳ１４で「Ｙｅｓ」の場合に端末別管理情報５ａに記録される。端末別管理情報５ａに道路識別情報が記録されることにより、端末別管理情報５ａの「今回受信端末情報」（今回受信位置情報、今回受信時刻情報、今回歩数情報）との対応が対応関係情報として端末別管理情報記憶部２４に記憶されることとなる。また、「道路状況」は、ステップＳ１５の速度に基づく判定結果に従って、ステップＳ１７（図１４のステップＳ４０）、あるいはステップＳ１６（図１５のステップＳ５０）のいずれかにおいて生成される。ステップＳ１７の場合は、「混雑・渋滞」と記録される。図１２の端末別管理情報５ａの道路状況情報は、「混雑・渋滞」と記録された場合を示している。「混雑・渋滞」でない場合（ステップＳ１６の場合）は、「混雑・渋滞解消」と記録する。

次に、交通情報生成部２１３は、「取得対象道路情報」と判定されている全ての「道路状況情報」の内、当該移動情報端末１より得た「道路状況情報」と同一の道路に関する情報について、情報量が規定数以上収集され、かつ、当該道路を混雑・渋滞と判定する移動情報端末１の割合が規定割合を超えるか判定する（ステップＳ４１）。

このステップＳ４１の判定は、自転車の渋滞道路側道走行や並走歩道走行による道路渋滞とする誤判定や、自動二輪の渋滞道路側道走行や、想定外の走行による誤判定を防ぐことを目的に行う処理である。

具体的に説明する。図１２に示す端末別管理情報５ａでは、端末別管理情報５ａの道路状況情報は、道路識別情報が「００８」であり、その道路が「混雑・渋滞」と更新されている。他の端末別管理情報５ｂ、５ｃ・・・にも同様の「道路状況情報」が記憶されている。交通情報生成部２１３は、まず、それぞれの端末別管理情報を参照し、道路識別情報が「００８」である端末別管理情報を全部リストアップする。そして、道路識別情報が「００８」である端末別管理情報の数（すなわち移動情報端末の数）が、予め設定してある規定数を超えているかどうかを判定する。

交通情報生成部２１３は、例えば規定数が「１００台」であり、道路識別情報が「００８」である端末別管理情報の数が「２００台」である場合、規定数を超えていると判定する。そして、道路識別情報が「００８」である「２００台」の端末別管理情報のうち、端末別管理情報の項目である「道路状況情報」が「混雑・渋滞」である端末別管理情報をリストアップする。そして、交通情報生成部２１３は、「道路状況情報」が「混雑・渋滞」である端末別管理情報の数が規定割合を超える場合に、道路識別情報が「００８」である道路を「混雑・渋滞」と判定する。例えば、規定割合が７０％であり、「道路状況情報」が「混雑・渋滞」の端末別管理情報の数が「１６０台」（８０％）であるような場合は、道路識別情報が「００８」の道路を「混雑・渋滞」と判定する。

判定の結果、規定数、規定割合を超える移動情報端末から「混雑・渋滞」という「道路状況情報」が収集されている場合、交通情報生成部２１３は、当該道路を混雑・渋滞道路として記録し（ステップＳ４２）、処理を終了する。本設例の場合では、交通情報生成部２１３は、図１６に示すように、道路識別情報「００８」の道路が「混雑・渋滞」であるという道路混雑情報（交通情報の一例）を生成し、道路混雑情報記憶部２６に記録する。尚、交通情報生成部２１３は、ステップＳ４１において、規定数に満たない、または、規定割合以下の情報しか存在しない場合、そのまま処理を終了する。

次に図１５を説明する。図１５は、移動情報端末１の移動速度（ステップＳ１２で算出）が規定速度以上の場合に道路交通情報収集サーバ２により実行される「混雑・渋滞解消記録判定処理」（図８のステップＳ１６）の内容を示すフローチャートである。図１５を参照して、「混雑・渋滞解消記録判定処理」の処理動作を説明する。図１５の内容は、上述した図１４の場合と類似であるので簡単に説明する。

まず、ステップＳ５０において、当該移動情報端末１についての「道路状況情報」（交通情報の一例）を新たに更新（生成）する。ステップＳ５０は、ステップＳ４０の場合と同様であるが、ステップＳ１５では交通情報生成部２１３は、移動速度が規定速度以上と判定している。よって、交通情報生成部２１３は、当該移動情報端末の「道路状況情報」を「混雑・渋滞解消」と判定する。交通情報生成部２１３は、この判定結果を図１２の「道路状況情報」の「道路状況」に記録する。図１２では「混雑・渋滞」となっているが、この場合は、道路識別情報が「００８」の道路について、「混雑・渋滞解消」と記録する。

次に、ステップＳ４１と同様に、交通情報生成部２１３は、取得対象道路情報と判定されている全ての「道路状況情報」の内、当該移動情報端末より得た「道路状況情報」と同一の道路に関する情報について、情報量が規定数以上収集され、かつ、当該道路を混雑・渋滞でないと判定する端末の割合が規定割合を超えるか判定する（ステップＳ５１）。具体的にはステップＳ４１と同様に、道路識別情報「００８」の端末別管理情報をリストアップして規定数を超えることを確認し、かつ、道路識別情報「００８」であるリストアップされた端末別管理情報のうち、道路識別情報「００８」の道路の道路状況を、「混雑・渋滞解消」と記録している端末別管理情報が規定割合を超えるかどうかを判定する。判定の結果、規定数、規定割合を超える端末から混雑・渋滞でないという「道路状況情報」が収集されている場合、当該道路を混雑・渋滞ではない道路として道路混雑情報（交通情報の一例）を記録（生成）する。

図１６に示す道路混雑情報において、当該道路識別情報の記録が「混雑・渋滞道路」として記録されている場合は、その記録（混雑状況）を削除する（ステップＳ５２）。前回の記録が「混雑・渋滞解消」の道路であれば前回の記録と今回の判定は同じであるので前回の記録を維持する。これにより、処理を終了する。

ステップＳ５１において、ステップＳ５１に示す条件を満たすことができない場合、すなわち、規定数に満たない、または、規定割合以下の情報しか存在しない場合の少なくともいずれかである場合は、前回の記録そのまま維持して処理を終了する。

尚、この実施の形態１では、図７のステップＳ４において、移動情報端末１の取得する情報のうち、加速度情報を移動情報端末１における処理で使用し、その他の位置情報、歩数情報、時刻情報などの情報は道路交通情報収集サーバ２で処理するようにしている。しかし、これに限定されることなく、例えば、図７のステップＳ４で行う加減速に関する判定を道路交通情報収集サーバ２で行うなど、各情報の処理は、適切な装置で行うように、可能な限り変更しても良い。すなわち、例えば、移動情報端末は、位置情報等に加え加速度計測部が計測する加速度を加速度情報として端末情報に含めて道路交通情報収集サーバ２に送信して、これら情報を道路交通情報収集サーバ２で処理するようにしても構わない。

また、この実施の形態１では、図１４のステップＳ４１、図１５のステップＳ５１の判定において、本実施の形態１により取得される情報のみを対象として情報の有効性確認を行うようにしている。しかし、これに限定されることなく、例えば、ＶＩＣＳ（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）等の他のシステムから得られる「道路状況情報」を使用するようにしても良い。

また、この実施の形態１では、自転車や自動二輪に搭乗するユーザの所持する移動情報端末１を、車両（いわゆる自動車）搭乗中のユーザが所持する移動情報端末１と識別する方法について、図１４のステップＳ４１、図１５のステップＳ５１における処理、および、移動情報端末１の速度情報を利用している。しかし、これに限定されることなく、例えば、加減速量と移動速度の関係、移動情報端末１の受音する音量や音声波形などの、他の方法により識別するようにしても良い。

また、この実施の形態１では、移動情報端末１が待ち受け状態の時に図７に示す動作を行うことを想定している。しかし、これに限定されることなく、移動情報端末１の処理能力に余裕があり、ユーザ操作により、端末が人為的に揺り動かされていないことが確認される場合、待ち受け状態以外であっても移動情報端末１において図７に示す動作を行うようにしても良い。

また、この実施の形態１では、図７のステップＳ２により、規定時間の経過により移動情報端末１から情報送信するようにしているが、これに限定されることなく、例えば、移動情報端末１と移動情報端末基地局との間の通信や、道路交通情報収集サーバ２からの通信（問合せ、ポーリング等）をきっかけとし、端末情報を送信するようにしても良い。

また、この実施の形態１では、地図データ２５を道路交通情報収集サーバ２の内部に持つ構成としているが、これに限定されることなく、必要な地図データ２５参照を、他の装置やシステムに依頼し、その結果を受信するようにしても良い。

以上の実施の形態１の道路交通情報収集システムでは、移動情報端末を保持するユーザが特別な操作等を行うことなしに、道路交通情報を収集可能としている。

また、車両や車載装置等に特別な変更を必要としないため、広範囲な道路交通情報を、簡単に収集することが可能となる。

また、移動情報端末、および、その移動情報端末と通信可能な道路交通情報収集サーバのみでシステム構築を可能としており、特別な装置や設備を必要としないため、安価に広範囲な道路交通情報の収集が可能となる。

本実施の形態の移動情報端末は、位置情報を取得する位置情報取得部と、歩数情報を取得する歩数情報取得部とを備え、端末側通信部が位置情報と歩数情報とを含む端末情報を道路交通情報収集サーバに送信するので、その端末情報を交通情報の生成に使用するべきかどうかを容易に判断できる。これにより広範囲な交通情報を容易に生成することができる。

本実施の形態の移動情報端末は、端末側通信部が位置情報と歩数情報とを含む端末情報を道路交通情報収集サーバに、自動的に送信するので、移動情報端末のユーザは特別の操作が不要である。これにより、交通情報を容易かつ広範囲に収集することができる。

本実施の形態の道路交通情報収集サーバは、サーバ側データ処理部が、端末情報に含まれる位置情報と歩数情報とに基づいて、その端末情報を交通情報生成用情報として採用するかどうか判定するので、交通情報生成用情報の採否判定を容易に行なうとともに、広範な交通情報を簡易に収集することができる。また、特別の設備や特別の装置を必要としないので、安価に交通情報を生成することができる。

本実施の形態の道路交通情報収集サーバは、カウンタ値変更部が徒歩・電車利用カウンタの値を変更し、生成用データ採用部が徒歩・電車利用カウンタの値に基づいて端末情報を交通情報生成用情報として採用するかどうかを判定するので、道路を走行する車両に搭乗するユーザの携帯する移動情報端末からの端末情報を交通情報生成用情報として採用することができる。よって、精度の高い交通情報を簡単な構成で取得することができる。

本実施の形態の道路交通情報収集サーバは、サーバ側通信部が、自動的に端末情報を送信する移動情報端末から端末情報を受信するので、容易に広範な交通情報を収集することができる。

本実施の形態の道路交通情報収集サーバは、生成用情報採用部が、最新の端末情報がいずれかの道路と対応する場合に、その端末情報を交通情報生成用情報として採用するので、道路に関する精度の高い道路交通情報を簡易に収集することができる。

本実施の形態の道路交通情報収集サーバは、道路交通情報生成部が、交通情報生成用情報と道路との対応関係を示す対応関係情報に基づき前記道路に関する道路交通情報を生成するので、精度の高い道路交通情報を簡易に生成することができる。

以上の実施の形態では、車両運転中、車両同乗中、公共交通機関利用中、歩行中等のユーザが携帯する移動情報端末から、この移動情報端末の位置情報取得手段から得られた位置情報、この携帯端末の時刻情報取得手段から得られた時刻情報、この携帯端末の加速度情報計測手段から得られた加速度情報、この携帯端末の端末識別情報取得手段から得られた端末識別情報を受信可能な、地図データを保持する処理装置（道路交通情報収集サーバ）で、複数の移動情報端末から得られる各種情報と地図データを照合し、情報収集する道路交通情報収集システムにおいて、移動情報端末から情報受信する処理装置が、収集対象とする道路上を移動中の移動情報端末を自動的に識別して情報収集することを特徴とする道路交通情報収集システムについて説明した。

以上の実施の形態では、移動情報端末から得られた情報と地図データを照合し、徒歩・電車利用可能性を判定することを特徴とする道路交通情報収集システムについて説明した。

実施の形態１における道路交通情報収集システムの構成を示す。 実施の形態１における道路交通情報収集サーバの外観の一例を示す。 実施の形態１における道路交通情報収集サーバのハードウェア構成を示す。 実施の形態１における移動情報端末のハードウェア構成を示す。 実施の形態１における移動情報端末のブロック図を示す。 実施の形態１における道路交通情報収集サーバのブロック図を示す。 実施の形態１における移動情報端末の動作を示すフローチャートである。 実施の形態１における道路交通情報収集サーバの全体動作を示すフローチャートである。 実施の形態１における道路交通情報収集サーバの道路交通情報取得判定処理の動作を示すフローチャートである。 実施の形態１における道路交通情報収集サーバの徒歩・電車利用可能性判定処理の動作を示すフローチャートである。 実施の形態１を説明する図８〜図１０をまとめたものである。 実施の形態１における道路交通情報収集サーバが管理する端末別管理情報を示す図である。 実施の形態１における道路交通情報収集サーバの端末情報の受信状況を説明する図である。 実施の形態１における道路交通情報収集サーバの混雑・渋滞記録判定処理の動作を示すフローチャートである。 実施の形態１における道路交通情報収集サーバの混雑・渋滞記録解消判定処理の動作を示すフローチャートである。 実施の形態１における道路混雑情報を示す図である。

符号の説明

１ 移動情報端末、２ 道路交通情報収集サーバ、３ 広域通信網、４ａ，４ｂ，４ｃ，４ｄ 端末情報、５ａ，５ｂ，５ｃ，５ｄ 端末別管理情報、１０ 位置情報取得部、１１ 時刻情報取得部、１２ 歩数情報計測部、１３ 加速度情報計測部、１４ 端末識別情報取得部、１５ 情報処理部、１６ 端末側通信部、１７ 端末識別情報記憶部、２０ サーバ側通信部、２１ サーバ側データ処理部、２１１ カウンタ値変更部、２１２ 生成用情報採用部、２１３ 交通情報生成部、２１４ 地図データ取得部、２３ 地図データ記憶部、２４ 端末別管理情報記憶部、２５ 地図データ、２６ 道路混雑情報記憶部、１００ 道路交通情報収集システム、８１０ ＣＰＵ、８１１ ＲＯＭ、８１２ ＲＡＭ、８１３ 液晶表示装置、８１４ キーボード、８１５ マウス、８１６ 通信ボード、８１７ ＦＤＤ、８１８ ＣＤＤ、８１９ プリンタ、８２０ 磁気ディスク装置、８２１ ＯＳ、８２２ ウィンドウシステム、８２３ プログラム群、８２４ ファイル群、８２５ バス、８３０ システムユニット、９１０ ＣＰＵ、９１１ ＲＯＭ、９１２ ＲＡＭ、９１３ 液晶表示装置、９１４ 操作ボタン、９１５ 通信回路部、９１６ ＧＰＳ測位部、９１７ タイマ、９１８ 歩数計測部、９１９ 加速度センサ、９２０ フラッシュメモリ、９２１ ＯＳ、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群、９２５ バス。

Claims (13)

1. 人が携帯可能な移動情報端末において、
   自端末を識別するための端末識別情報を記憶する端末識別情報記憶部と、
   自端末の現在位置を位置情報として取得する位置情報取得部と、
   自端末を携帯するユーザの歩数を歩数情報として計測する歩数情報計測部と、
   前記端末識別情報と前記位置情報と前記歩数情報とを少なくとも含む端末情報を、前記位置情報と前記歩数情報とに基づいて前記端末情報を交通情報の生成に使用する交通情報生成用情報として採用するかどうかを判定する交通情報生成装置に送信する端末側通信部と
   を備えたことを特徴とする移動情報端末。
2. 前記端末側通信部は、
   それぞれ異なる時刻に、前記端末情報を前記交通情報生成装置に送信することを特徴とする請求項１記載の移動情報端末。
3. 前記移動情報端末は、さらに、
   自端末に生じる加速度を計測する加速度情報計測部を備え、
   前記端末側通信部は、
   前記加速度情報計測部が計測する加速度の計測値に基づいて、前記端末情報を前記交通情報生成装置に送信することを特徴とする請求項１記載の移動情報端末。
4. 前記加速度情報計測部は、
   それぞれ異なる時刻に加速度を計測し、
   前記端末側通信部は、
   前記加速度情報計測部が先の時刻である前回時刻に計測した加速度の計測値と、前回時刻における計測に連続して計測した後の時刻である今回時刻における加速度の計測値との相違が、予め設定された所定の規定値を超える場合に、前記端末情報を前記交通情報生成装置に送信することを特徴とする請求項３記載の移動情報端末。
5. 交通情報を生成する交通情報生成装置において、
   人が携帯可能な移動情報端末であって、自端末を識別するための端末識別情報と、自端末の現在位置を示す位置情報と、自端末を携帯するユーザの歩数を示す歩数情報とを少なくとも含む端末情報をそれぞれ異なる時刻に送信する移動情報端末から、それぞれ異なる時刻に送信された端末情報を受信するサーバ側通信部と、
   前記サーバ側通信部が受信するそれぞれ異なる時刻に送信された端末情報のそれぞれについて、その端末情報に含まれる位置情報の示す位置と歩数情報の示す歩数とに基づいて、その端末情報を前記交通情報の生成に使用する交通情報生成用情報として採用するかどうかを判定する判定部と
   を備えたこと特徴とする交通情報生成装置。
6. 前記判定部は、
   前記サーバ側通信部が受信するそれぞれ異なる時刻に送信された端末情報のうち、先に受信する端末情報である第１端末情報と、第１端末情報の後に受信する端末情報である第２端末情報とについて、
   第１端末情報に含まれる歩数情報と第２端末情報に含まれる歩数情報とから第２端末情報における歩数の増加量を算出し、算出した歩数の増加量と第１端末情報に含まれる位置情報と第２端末情報に含まれる位置情報とに基づいて、前記第２端末情報を前記交通情報生成用情報として採用するかどうかを判定することを特徴とする請求項５記載の交通情報生成装置。
7. 交通情報を生成する交通情報生成装置において、
   人が携帯可能な移動情報端末であって、自端末を識別するための端末識別情報と、自端末の現在位置を示す位置情報と、自端末を携帯するユーザの歩数を示す歩数情報とを少なくとも含む端末情報をそれぞれ異なる時刻に送信する移動情報端末から、それぞれ異なる時刻に送信された端末情報を受信するサーバ側通信部と、
   前記移動情報端末に対応する所定のカウンタ値を格納するカウンタ値メモリと、
   地図データを取得する地図データ取得部と、
   前記サーバ側通信部が受信するそれぞれ異なる時刻に送信された端末情報のうち、先に受信する端末情報である第１端末情報と、第１端末情報の後に受信する端末情報である第２端末情報とについて、
   第１端末情報に含まれる歩数情報の示す歩数に対して第２端末情報に含まれる歩数情報の示す歩数の増加量が予め設定された規定値以下であるかどうかを判断し、
   歩数の増加量が前記規定値以下であると判断した場合には第１端末情報に含まれる位置情報の示す位置と第２端末情報に含まれる位置情報の示す位置とに基づいて前記移動情報端末が停止しているかどうかを判断し、
   前記移動情報端末が停止していると判断した場合には前記地図データ取得部が取得する前記地図データを参照することにより第２端末情報に含まれる位置情報の示す位置が施設された軌道を走行する軌道走行車両の発着する発着地の付近かどうかを予め設定された判断条件に基づき判断し、
   第２端末情報に含まれる位置情報の示す位置が前記発着地の付近と判断した場合には前記カウンタ値メモリが格納するカウンタ値を所定の値だけ変更するカウンタ値変更部と、
   前記サーバ側通信部が最新の端末情報を第２端末情報として受信した場合に前記カウンタ値変更部による最新の端末情報である第２端末情報に対する処理実行後におけるカウンタ値が予め設定された規定範囲に属するかどうかを判定し、判定の結果、カウンタ値が規定範囲に属すると判定した場合に、受信した最新の端末情報である第２端末情報を交通情報の生成に使用する交通情報生成用情報として採用する生成用情報採用部と
   を備えた交通情報生成装置。
8. 前記サーバ側通信部は、
   それぞれ異なる時刻に自動的に端末情報を送信する移動情報端末から、前記端末情報を受信することを特徴とする請求項７記載の交通情報生成装置。
9. 前記サーバ側通信部は、
   自端末に生じる加速度を計測する加速度計測部を備えるとともに前記加速度計測部が計測する加速度の計測値に基づいて端末情報を送信する移動情報端末から、前記端末情報を受信することを特徴とする請求項７記載の交通情報生成装置。
10. 前記生成用情報採用部は、
    前記地図データ取得部が取得する地図データを参照することにより最新の端末情報である第２端末情報に含まれる位置情報の示す位置がいずれかの道路に対応するかどうかを確認し、いずれかの道路に対応すると確認した場合に、最新の端末情報である第２端末情報を交通情報生成用情報として採用することを特徴とする請求項７記載の交通情報生成装置。
11. 前記生成用情報採用部は、
    最新の端末情報である第２端末情報を交通情報生成用情報として採用した場合に、対応が確認された前記道路と、交通情報生成用情報として採用された最新の端末情報である第２端末情報との対応関係を、対応関係情報として対応関係情報メモリに記憶することを特徴とする請求項１０記載の交通情報生成装置。
12. 前記交通情報生成装置は、さらに、
    前記生成用情報採用部が前記対応関係情報メモリに記憶した対応関係情報に基づいて、対応が確認された前記道路に関する交通情報を生成する交通情報生成部を備えたことを特徴とする請求項１１記載の交通情報生成装置。
13. 前記カウンタ値変更部は、
    第１端末情報に含まれる歩数情報の示す歩数に対して第２端末情報に含まれる歩数情報示す歩数の増加量が前記規定値よりも大きいと判断した場合には、前記カウンタ値メモリの格納するカウンタ値を初期化することを特徴とする請求項７記載の交通情報生成装置。

Images