交通データ測定システム
【課題】 交通データ調査の入力から分析までを自動化し、効率化を図ることができる交通データ測定システムを提供する。
【解決手段】 携帯電話１３は、カメラ２３で測定地点の画像を撮影する。さらに携帯電話１３はテンキー２５より入力された車種コードを携帯電話１３に圧縮した後蓄積する。さらに携帯電話１３は一定時間経過後、テンキー２５が押された時点の時刻情報、位置情報とともにネットワーク１５を経由してサーバ１１に送信する。サーバ１１は、携帯電話１３より受信したデータを地点ごとに分類し、さらに測定時刻の間隔を分析して信頼性の判定を行う。
【解決手段】 携帯電話１３は、カメラ２３で測定地点の画像を撮影する。さらに携帯電話１３はテンキー２５より入力された車種コードを携帯電話１３に圧縮した後蓄積する。さらに携帯電話１３は一定時間経過後、テンキー２５が押された時点の時刻情報、位置情報とともにネットワーク１５を経由してサーバ１１に送信する。サーバ１１は、携帯電話１３より受信したデータを地点ごとに分類し、さらに測定時刻の間隔を分析して信頼性の判定を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末を用いた交通データ測定システムに関するものである。
【背景技術】
【０００２】
従来、交通データを測定するには、手動数取り器の表示を時間帯別車種別表（紙）に転記し、これを入力したデータを使って集計するという標準的なやり方があった（例えば、［非特許文献１］参照。）。
【非特許文献１】静岡国道事務所、“資料室 道路交通量調査”［ｏｎｌｉｎｅ］、平成１６年１１月９日、静岡国道事務所、［平成１７年５月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｈｉｚｕｋｏｋｕ．ｇｏ．ｊｐ／ｄａｔａｒｏｏｍ／ｃｅｎｓｕｓ／〉
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、数取り器で数えてから紙に転記するという作業が煩雑であり、なおかつ調査時から集計完了まで時間がかかるという問題点があった。また、測定場所、測定時刻に関してもそれぞれの調査員がそれぞれに調べる必要があった。さらに、調査員の勤務実態が把握できず、正確な調査が行われているかどうかについては確認手段がなかった。
【課題を解決するための手段】
【０００４】
本発明は、前述した問題点に鑑みてなされたもので、その目的は、交通データ調査の入力から分析までを自動化し、効率化を図ることにある。
【０００５】
前述した目的を達成するために第１の発明は、サーバと携帯端末とがネットワークに接続され、交通データを測定する交通データ測定システムであって、前記携帯端末は、テンキーと、位置情報を測定する位置測定手段と、時刻情報を測定する時刻測定手段と、前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする交通データ測定システムである。
【０００６】
位置情報を測定する位置測定手段とは、携帯端末の位置する緯度及び経度を測定する手段であり、たとえばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能である。
時刻情報を測定する時刻測定手段とは、携帯端末に内蔵された時計である。
【０００７】
テンキーは、車種ごとに振り分けられる。携帯端末は、テンキーが押されるごとにその車種を示す音または音声を発する。これにより操作者は車種に対応するテンキーを正しく押したかどうかを確認する。ここで、テンキーとは「０」〜「９」以外のキーも含む。
【０００８】
また、携帯端末は、位置情報及び時刻情報を取得した時点で、位置情報及び時刻情報を圧縮し、圧縮された位置情報及び時刻情報を保持する。
圧縮は、位置情報及び時刻情報を有するレコード同士の差を６０進数に変換して行う。
【０００９】
また、第２の発明は、サーバとネットワークを介して接続された携帯端末であって、前記携帯端末は、テンキーと、位置情報を測定する位置測定手段と、
時刻情報を測定する時刻測定手段と、前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする携帯端末である。
【００１０】
また第３の発明は、交通データを測定する交通データ測定システムに用いられ、ネットワークを介して携帯端末に接続され、前記携帯端末から車をカウントする際のカウント値、位置情報、時刻情報が送られるサーバであって、前記携帯端末から送られてくる時刻情報のうち、時刻情報同士の間隔を測定する手段と、前記間隔と閾値とを比較して信頼性を判定する手段とを更に具備することを特徴とするサーバである。
【発明の効果】
【００１１】
本発明の交通データ測定システムにより、交通データ調査の入力から分析までを自動化し、効率化を図ることができる。
【発明を実施するための最良の形態】
【００１２】
以下添付図面に基づいて、本発明の一実施形態に係る交通データ測定システムについて詳細に説明する。
【００１３】
図１は交通データ測定システム１の概略図である。図１に示すように交通データ測定システム１は、サーバ１１がネットワーク１５、基地局１７を介して携帯電話１３と接続される。サーバ１１は、携帯電話１３から送られる交通データを処理する。
【００１４】
携帯端末としての携帯電話１３は位置測定手段及び時刻測定手段を有する端末である。携帯電話１３は、車のカウントを行い、カウントされたデータを基地局１７、ネットワーク１５を介してサーバ１１に送る。ネットワーク１５は、パケット通信網、ＬＡＮ、インターネット等である。
【００１５】
次に、図２、図３、図４を参照し、携帯電話１３の構成について説明を行う。図２は携帯電話１３を表から見た外観図、図３は携帯電話１３を裏から見た外観図である。
【００１６】
図２、図３に示すように、携帯電話１３は、本体１９に開閉部２０が開閉可能に設けられ、本体１９の表面には操作部２３が設けられ、本体１９の裏面にはスピーカ３３が設けられる。開閉部２０の表面には表示部２１が設けられ、開閉部２０の裏面にはカメラ３１が設けられ、開閉部２０の側面に音声入出力ジャック２９が設けられる。音声入出力ジャック２９にヘッドホン２７のプラグ２８が挿入される。
【００１７】
表示部２１は液晶パネルである。
操作部２３はテンキー２５を有する。テンキー２５−１、２５−２、２５−３等はそれぞれ数字の１、２、３等を入力するキーである。また操作部２３は、数字のキー以外にも機能選択を行うためのキーを備えるが、ここでは、「０」〜「９」以外のキーについてもテンキー２５に含むこととする。テンキー２５は本体１９に設置されたもの以外に、外部にテンキーを備え、本体１９に接続してもよい。
【００１８】
カメラ３１は対象物を撮影する。スピーカ３３は着信音等の音を出力する。
【００１９】
図４は、携帯電話１３の構成を示すブロック図である。
図４に示すように、携帯電話１３では、制御部４１、通信部４３、記憶部４５、表示部２１、操作部２３、カメラ３１、音声インターフェイス４９等がバス４７を介して互いに接続される。
【００２０】
制御部４１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を有する。通信部４３は、アンテナを経由して無線信号の送受信を行う。
記憶部４５はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を有する。記憶部４５は交通データ測定システム１の実行プログラム、測定データ、測定位置の画像データや、演算処理を行うためのデータを保持する。
音声インターフェイス４９には、ヘッドホン２７、スピーカ３３が接続される。
【００２１】
携帯電話１３は、ＧＰＳ機能を有する。即ち制御部４１は、人工衛星からの信号を用いて携帯電話１３の位置情報（緯度情報、経度情報）を取得する。また、携帯電話１３は時計機能を有する。即ち、制御部４１は、時刻情報を取得する。
【００２２】
携帯電話１３は操作部２３から入力したデータおよび時刻情報、位置情報を、通信部４３を介して無線信号として基地局１７に送信する。また、携帯電話１３はテンキー２５が押されると、テンキー毎に異なる音声を出力する。
【００２３】
次に図５を参照しながら、サーバ１１の構成について説明を行う。図５は、サーバ１１の構成を示すブロック図である。
【００２４】
図５に示すように、サーバ１１では、制御部５１、記憶部５２、メディア入出力部５３、通信制御部５４、入力部５５、表示部５６、印刷部５７等がバス５８を介して互いに接続される。
【００２５】
制御部５１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を有する。
ＣＰＵは、記録部、ＲＯＭ等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、演算処理、動作制御を行い、システム全体を制御する。ＲＯＭは、不揮発性メモリであり、プログラム、データ等を恒久的に保持し、ＲＡＭは、揮発性メモリであり、プログラム、データ等を一時的に保持する。
【００２６】
記録部５２は、データを記憶する装置であり、磁気ディスク、メモリ、光ディスク装置等を有する。記録部５２には、制御部５１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が格納される。
【００２７】
メディア入出力部５３は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等のドライブ装置を有し、外部媒体からの入力データを制御部５１に受け渡したり、出力データを外部媒体に保管したりする。
通信制御部５４は、サーバ１１とネットワーク１５間の通信を媒介する通信インターフェイスであり、通信制御装置、通信ポート等を有する。
【００２８】
入力部５５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部５５を介して、サーバ１１に対して、操作指示、動作指示、データ入力、維持管理等を行うことができる。
【００２９】
表示部５６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）の表示装置等を有する。
【００３０】
印刷部５７はデータを出力するレーザープリンタ装置等を有する。
バス５８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３１】
サーバ１１は、携帯電話１３から送信されたデータを受信し、記録部５２に保持する。さらにサーバ１１は、記録部５２に書き込まれたデータを分類し、分類したデータの信頼性を判定する。
【００３２】
次に、図６〜図１３を参照しながら、交通データ測定システム１における、サーバ１１および携帯電話１３の動作について説明を行う。
図６はデータ収集時におけるサーバ１１及び携帯電話１３の動作を示すフローチャートである。図７はデータ分析時におけるサーバ１１の動作を示すフローチャートである。
図８〜図１０は、携帯電話１３で保持されるデータを示す。
図１１は、圧縮時に参照される６０進１０進テーブル１１０、図１２は携帯電話１３の記憶部４５に保存する際のデータの圧縮方法を示す図である。図１３はサーバ１１で保持されるデータを示す。
【００３３】
測定者は、交通データの測定を行う場合、携帯電話１３で、本実施の形態を実行するためのプログラムを立ち上げる。このプログラムを起動することにより、後述するように携帯電話１３をカウンタとして利用することができる。
図６に示されるように、測定者は測定地点において画像の撮影を行い、保存する。即ち、カメラ３１が、測定地点の画像を撮影する。そして制御部４１は、撮影した画像を時刻情報、位置情報とともに記憶部４５に書き込む（ステップ６０１）。
【００３４】
即ち、制御部４１は、前述した位置測定機能と時刻測定機能を用いて、カメラ３１で撮像が行われた時刻情報と位置情報を取得できるので、時刻情報と位置情報を画像情報とともに記憶部４５に書き込む。このとき、制御部４１は時刻情報と位置情報を圧縮して記憶部４５に書き込む（図１１、図１２を用いて後述する。）。
【００３５】
測定者は、交通データ測定を開始し、通行する車種に応じたテンキーを押す。
即ち、携帯電話１３が交通データ測定を開始すると、テンキー２５が押される。制御部４１は、車種別にテンキーが押されると、音声テーブル９０より、車種に対応する音声を読み込んで、音声をスピーカ３３またはヘッドホン２７より出力する（ステップ６０２）。
【００３６】
図９に示すように、音声テーブル９０は、車種コード８３、音声情報９１から成る。
車種コード８３は、車種に応じたテンキーの種類を示す。例えば車種コード８３が「１＝大型貨物」、「２＝大型乗用」「３＝小型乗用」等を示すとすると、「大型貨物」が通行するときに「１」のテンキー２５−１、「大型乗用」が通行するときに「２」のテンキー２５−２、「小型乗用」が通行するときに「３」のテンキー２５−３が押される。
【００３７】
音声情報９１は、車種コード８３と対応するテンキー２５が押されたときに、携帯電話１３のスピーカ３３またはヘッドホン２７より出力される音声のデータである。たとえば、携帯電話１３は「１」のテンキー２５−１が押されたときに、「大型貨物」という音声を出力する。これにより操作者は「大型貨物」に対応する正しいテンキー２５−１を押したことを確認する。
【００３８】
次に制御部４１は、車種別にテンキー２５が押されたものを、時刻情報８１、位置情報８５とともに車種データ８０として記憶部４５に書き込む（ステップ６０３）。このとき、制御部４１は、車種データ８０を圧縮して記憶部４５に書き込む。
【００３９】
図８に示すように、車種データ８０は時刻情報８１、車種コード８３、位置情報８５から成る。時刻情報８１は車種に対応するテンキーが押された時点の時刻を示す。
【００４０】
車種コード８３は図９の車種コード８３と同様のものである。測定者が通行する車種毎に異なるテンキーを押すと、携帯電話１３は入力されたテンキー２５の数値を車種コード８３として記憶部４５に格納する。
【００４１】
位置情報８５は車種に対応するテンキーが押された時点の携帯電話１３の位置、即ち測定地点を示す。測定者は、測定地点を移動して測定することもできる。従って、同じ測定者の測定データに異なる位置情報をもったレコードが存在することがある。
【００４２】
携帯電話１３は、測定開始時刻あるいは前回のサーバ１１への送信時刻から１０分経過していなければステップ６０２からの処理を繰り返す。
【００４３】
測定開始時刻あるいは前回のサーバ１１への送信時刻から１０分経過していた場合、制御部４１は蓄積されたデータを測定データ１００としてサーバ１１に送信する（ステップ６０４）。制御部４１は、さらに所定時間（例えば５秒）間隔で位置情報８５をサーバ１１に送信することができる。
【００４４】
図１０に示すように、測定データ１００は、ＩＤ１０１、時刻情報８１、車種コード８３、位置情報８５、画像情報１０３から成る。ＩＤ１０１は測定者のユーザＩＤを示す。時刻情報８１は図８の時刻情報と同様のものを示す。車種コード８３は図８の車種コード８３と同様のものを示す。位置情報８５は図８の位置情報８５と同様のものを示す。画像情報１０３は測定データを蓄積した１０分間に撮影した画像データを示す。
【００４５】
携帯電話１３は、１０分間、時刻情報８１、車種コード８３、位置情報８５を蓄積する。携帯電話１３は、蓄積したデータを画像情報１０３とともに１０分後にサーバ１１に送信する。サーバ１１は携帯電話１３から受信したデータを記録部５２に書き込む。尚、サーバ１１に送信する時間間隔は１０分に限らない。また、画像情報１０３の送信は同一測定地点において一度だけ行うこととしてもよい。
【００４６】
サーバ１１の制御部５１は、携帯電話１３からのデータを受信する（ステップ６０５）。サーバ１１、携帯電話１３は、測定時間が終了するまでステップ６０２からステップ６０５までの処理を繰り返す。
【００４７】
以上の過程を経て、携帯電話１３は撮影した画像情報、時刻情報、位置情報、車種毎に押されたテンキーのデータ、即ち車種コードを圧縮して記憶部４５に書き込む。また携帯電話１３は、１０分間蓄積されたデータをサーバ１１に送信する。サーバ１１は携帯電話からのデータを受信する。
また携帯電話１３は、車種毎にテンキーが押される都度、押されたテンキーに応じた音声を出力する。
【００４８】
このように、携帯電話１３で入力されたデータは直ちに正確にサーバ１１上に送信され蓄積される。これにより、データを再度手入力する手間が省け、さらに実際にデータを分析するまでの時間も大幅に短縮される。また押されたテンキーに応じて音声を出力するため、入力ミスを防止することができる。
【００４９】
次に、図１１、図１２を参照しながら、時刻情報８１、位置情報８５等の圧縮方法について説明を行う。
【００５０】
携帯電話１３の制御部４１は、時刻情報８１、位置情報８５の数値について、１０進データ１１２を６０進データ１１１に変換する。この際、図１１に示す６０進１０進対応テーブル１１０を参照する。例えば、１０進データ１１２における「１０」は、６０進データ１１１においては「ａ」であり、１０進データ１１２における「３０」は、６０進データ１１１においては「ｕ」である。
【００５１】
図１２において、測定データ１００は、図１０の測定データ１００と同様のものを示す。圧縮後データ１２０は、測定データ１００を圧縮したものである。
【００５２】
測定データ１００において、「ＩＤ」１２１は測定者のユーザＩＤ、「ｃｏｕｎｔ」１２３は送信回数、「ｅｏｆ」１２５は送信終了フラグを示す。
これらは、１送信単位でレコードの先頭に付加されるヘッダデータである。
また、実際の測定データはレコード２０１〜レコード２０５に示される。１つのレコードには時刻情報８１、車種コード８３、緯度８７、経度８９を含む。画像情報１０３を含む場合もある。
【００５３】
制御部４１は、これらのレコードを６０進１０進対応テーブル１１０を用いて変換してから、記憶部４５に書き込む。
ヘッダデータは、データ１２１ａ、データ１２３ａ、データ１２５ａに示されるように、６０進変換され、さらに「ＩＤ＝」や「ｅｏｆ＝」等の文字を省いて書き込まれる。
【００５４】
レコード２０１は１件目の測定データを示す。測定データ１００におけるレコード２０１の中で、時刻情報８１の「２００５０６１０１１０１４６」は「２００５年６月１１日１１時１分４６秒」を示すものであるが、「２００５」は「ｘｐ」、「６」は「６」、「１０」は「ａ」、「１１」は「ｂ」、「１」は「１」、「４６」は「Ｋ」に変換される。従って、圧縮後データ１２０においてデータ２０１ａで示すように、記憶部４５には「ｘｐ６ａｂ１Ｋ」と書き込まれる。
【００５５】
さらに携帯電話１３の制御部４１は、２件目以降の測定データに関しては、前レコードとの差数を記憶部４５に書き込む。
【００５６】
例えば、測定データ１００における２件目のレコード２０２のうち、時刻情報８１の「２００５０６１０１１０２０９」は、レコード２０１の時刻情報８１の「２００５０６１０１１０１４６」と比較される。制御部４１は両者の差、２３（秒）を６０進変換し、「ｎ」を記憶部４５に書き込む。車種コード８３については、１桁で示される値であるため、テンキーのデータをそのまま圧縮せずに書き込んでもよい。位置情報については、緯度８７、経度８９ともに前レコードと同じ値であるため、ＮＵＬＬデータで示す。
【００５７】
また、制御部４１は３件目のレコード２０３については、レコード２０２と同様、時刻情報８１の差数を６０進変換して記憶部４５に書き込む。
その結果、記憶部４５には、２件目のレコード２０２は圧縮後データ１２０のレコード２０２ａに示す「ｎ，２，，，」、３件目のレコード２０３は圧縮後データ１２０のレコード２０３ａに示す「Ｎ，１，，，」が保持される。
【００５８】
制御部４１は、測定位置の移動があった場合にも同様にデータの圧縮を行う。例えば、測定データ１００の４件目のレコード２０４の緯度８７については、前レコード２０３との緯度の差数「−１００」を６０進変換し、レコード２０４ａに「−１Ｅ」を書き込む。
【００５９】
測定中に画像データを取得した場合にも、制御部４１は同様にデータを圧縮する。例えば、測定データ１００の５件目のレコード２０５において、画像情報１０３の「２００４０６１０１０１５１０」は画像ファイル名等を示すが、これを６０進変換し、レコード２０５ａに「ｘｏ６ａａｆａ」を書き込む。
【００６０】
以上のようにして、携帯電話１３の制御部４１は、時刻情報や位置情報等の数値を６０進変換し、さらに、データの重複を避けるために差数やＮＵＬＬデータを用いてデータを圧縮する。
【００６１】
このように携帯電話１３は、取得した時刻情報及び位置情報のデータを保存する際に圧縮して保存するため、携帯電話１３の記憶部４５の使用量が膨大になるのを抑え、サーバ１１に対するデータ送信時の負荷や所要時間を抑えることができる。
【００６２】
図７において、サーバ１１の制御部５１は、データが１日（２４時間）蓄積された時点で、複数の携帯電話１３から受信したデータをユーザＩＤごとに分類する（ステップ７０１）。尚、データを数日間蓄積した後、ユーザＩＤごとに分類してもよい。
【００６３】
制御部５１は、分類されたデータの測定時刻、即ち、テンキーが押された時刻の間隔を全て計算する（ステップ７０２）。
【００６４】
蓄積データ内に、測定時刻の間隔が閾値を超える部分があれば、制御部５１は該当の時間帯のデータを取り出し、記録部５２に書き出す。（ステップ７０３）。
【００６５】
図１３は、ある測定地点における２４時間蓄積された測定データ１００を示す。時刻情報８１、車種コード８３、位置情報８５、緯度８７、経度８９は図８における時刻情報８１、車種コード８３、位置情報８５、緯度８７、経度８９と同様のものを示す。
【００６６】
例えば、閾値を３０分と設定したとする。Ａ［１３１］に示す２つの時刻情報８１を比較して、測定時刻の間隔が３０分を超えていた場合、制御部５１は、該当時間帯、該当測定地点におけるデータについては信頼性が低いと判定する。即ち、３０分間車が通行していない場合、測定者が離席等して、交通データを測定していない可能性があるので、この近辺のデータは信頼性が低いものとする。
図１３の場合、「７：４８：３５」から「８：３２：５６」まで３０分以上経過しているので、この近辺のデータを信頼性が低いものとする。
【００６７】
制御部５１は、信頼性が低いと判定したデータを含む時間帯、例えば「７時台」および「８時台」等のデータを記録部５２に書き出す。あるいは、閾値を超えた２つの時刻情報８１の前後１時間等をとって「６：４８：３５〜９：３２：５６」等のデータを保持してもよい。
閾値については、道路の種類、測定時間帯等によって設定の基準を変えられるような仕組を加えてもよい。
【００６８】
以上の過程を経て、サーバ１１は携帯電話１３から受信したデータを、時刻情報、位置情報をもとにして分類する。さらにサーバ１１は、測定時刻の間隔の閾値が一定値を超えたデータを記録しておく。
【００６９】
このようにサーバ１１は蓄積されたデータを測定時間終了後直ちに分析することができるので、即時に調査員の勤務実態を把握したり、データの信頼性を判定したりすることができる。例えば閾値を３０分とした場合、調査員が３０分以上離席をしてテンキーの押下を行わなければ、そのデータは信頼性の低いデータとして判定し、分析時に除外することができる。
【００７０】
以上説明したように、本発明の交通データ測定システム１により、交通データ調査の入力から分析までを自動化し、効率化を図ることができる。
【００７１】
また本実施例では、測定者が携帯電話１３を持って複数の測定地点間を移動する場合について説明を行ったが、測定者が一つの測定地点に静止した状態で測定を行ってもよい。この場合には、位置情報や画像情報の取得、及び送信については測定開始時にのみ行うこともできる。
【００７２】
サーバ１１は、さらに複数地点における測定データ１００を用いたり、複数時間帯における測定データ１００を用いたりすることによって、単なる交通量だけでなく車頭間隔、さばき台数、旅行時間等各種分析を行うことができる。
【００７３】
さらに、交通データ測定システム１を用いて、バードウォッチングにおける野鳥の計測等を行うことも可能である。
【００７４】
以上、添付図面を参照しながら、本発明に係る交通データ測定システム、携帯端末、サーバ等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００７５】
【図１】交通データ測定システム１の全体の構成を示す図
【図２】携帯電話１３の表からの外観を示す図
【図３】携帯電話１３の裏からの外観を示す図
【図４】携帯電話１３の構成を示すブロック図
【図５】サーバ１１の構成を示すブロック図
【図６】データ入力時における携帯電話１３とサーバ１１の動作を示すフローチャート
【図７】データ分析時におけるサーバ１１の動作を示すフローチャート
【図８】車種データ９０の一態様を示す図
【図９】音声テーブル１１０の一態様を示す図
【図１０】測定データ１００の一態様を示す図
【図１１】データ圧縮時における６０進数変換を示すテーブル
【図１２】データ圧縮の一例を示す図
【図１３】測定データ１００を２４時間サーバで蓄積したものの一態様を示す図
【符号の説明】
【００７６】
１………交通データ測定システム
１１………サーバ
１３………携帯電話
１５………ネットワーク
１７………基地局
１９………本体
２５………テンキー
２７………ヘッドホン
３１………カメラ
３３………スピーカ
１００………測定データ
【技術分野】
【０００１】
本発明は、携帯端末を用いた交通データ測定システムに関するものである。
【背景技術】
【０００２】
従来、交通データを測定するには、手動数取り器の表示を時間帯別車種別表（紙）に転記し、これを入力したデータを使って集計するという標準的なやり方があった（例えば、［非特許文献１］参照。）。
【非特許文献１】静岡国道事務所、“資料室 道路交通量調査”［ｏｎｌｉｎｅ］、平成１６年１１月９日、静岡国道事務所、［平成１７年５月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｈｉｚｕｋｏｋｕ．ｇｏ．ｊｐ／ｄａｔａｒｏｏｍ／ｃｅｎｓｕｓ／〉
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、数取り器で数えてから紙に転記するという作業が煩雑であり、なおかつ調査時から集計完了まで時間がかかるという問題点があった。また、測定場所、測定時刻に関してもそれぞれの調査員がそれぞれに調べる必要があった。さらに、調査員の勤務実態が把握できず、正確な調査が行われているかどうかについては確認手段がなかった。
【課題を解決するための手段】
【０００４】
本発明は、前述した問題点に鑑みてなされたもので、その目的は、交通データ調査の入力から分析までを自動化し、効率化を図ることにある。
【０００５】
前述した目的を達成するために第１の発明は、サーバと携帯端末とがネットワークに接続され、交通データを測定する交通データ測定システムであって、前記携帯端末は、テンキーと、位置情報を測定する位置測定手段と、時刻情報を測定する時刻測定手段と、前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする交通データ測定システムである。
【０００６】
位置情報を測定する位置測定手段とは、携帯端末の位置する緯度及び経度を測定する手段であり、たとえばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能である。
時刻情報を測定する時刻測定手段とは、携帯端末に内蔵された時計である。
【０００７】
テンキーは、車種ごとに振り分けられる。携帯端末は、テンキーが押されるごとにその車種を示す音または音声を発する。これにより操作者は車種に対応するテンキーを正しく押したかどうかを確認する。ここで、テンキーとは「０」〜「９」以外のキーも含む。
【０００８】
また、携帯端末は、位置情報及び時刻情報を取得した時点で、位置情報及び時刻情報を圧縮し、圧縮された位置情報及び時刻情報を保持する。
圧縮は、位置情報及び時刻情報を有するレコード同士の差を６０進数に変換して行う。
【０００９】
また、第２の発明は、サーバとネットワークを介して接続された携帯端末であって、前記携帯端末は、テンキーと、位置情報を測定する位置測定手段と、
時刻情報を測定する時刻測定手段と、前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする携帯端末である。
【００１０】
また第３の発明は、交通データを測定する交通データ測定システムに用いられ、ネットワークを介して携帯端末に接続され、前記携帯端末から車をカウントする際のカウント値、位置情報、時刻情報が送られるサーバであって、前記携帯端末から送られてくる時刻情報のうち、時刻情報同士の間隔を測定する手段と、前記間隔と閾値とを比較して信頼性を判定する手段とを更に具備することを特徴とするサーバである。
【発明の効果】
【００１１】
本発明の交通データ測定システムにより、交通データ調査の入力から分析までを自動化し、効率化を図ることができる。
【発明を実施するための最良の形態】
【００１２】
以下添付図面に基づいて、本発明の一実施形態に係る交通データ測定システムについて詳細に説明する。
【００１３】
図１は交通データ測定システム１の概略図である。図１に示すように交通データ測定システム１は、サーバ１１がネットワーク１５、基地局１７を介して携帯電話１３と接続される。サーバ１１は、携帯電話１３から送られる交通データを処理する。
【００１４】
携帯端末としての携帯電話１３は位置測定手段及び時刻測定手段を有する端末である。携帯電話１３は、車のカウントを行い、カウントされたデータを基地局１７、ネットワーク１５を介してサーバ１１に送る。ネットワーク１５は、パケット通信網、ＬＡＮ、インターネット等である。
【００１５】
次に、図２、図３、図４を参照し、携帯電話１３の構成について説明を行う。図２は携帯電話１３を表から見た外観図、図３は携帯電話１３を裏から見た外観図である。
【００１６】
図２、図３に示すように、携帯電話１３は、本体１９に開閉部２０が開閉可能に設けられ、本体１９の表面には操作部２３が設けられ、本体１９の裏面にはスピーカ３３が設けられる。開閉部２０の表面には表示部２１が設けられ、開閉部２０の裏面にはカメラ３１が設けられ、開閉部２０の側面に音声入出力ジャック２９が設けられる。音声入出力ジャック２９にヘッドホン２７のプラグ２８が挿入される。
【００１７】
表示部２１は液晶パネルである。
操作部２３はテンキー２５を有する。テンキー２５−１、２５−２、２５−３等はそれぞれ数字の１、２、３等を入力するキーである。また操作部２３は、数字のキー以外にも機能選択を行うためのキーを備えるが、ここでは、「０」〜「９」以外のキーについてもテンキー２５に含むこととする。テンキー２５は本体１９に設置されたもの以外に、外部にテンキーを備え、本体１９に接続してもよい。
【００１８】
カメラ３１は対象物を撮影する。スピーカ３３は着信音等の音を出力する。
【００１９】
図４は、携帯電話１３の構成を示すブロック図である。
図４に示すように、携帯電話１３では、制御部４１、通信部４３、記憶部４５、表示部２１、操作部２３、カメラ３１、音声インターフェイス４９等がバス４７を介して互いに接続される。
【００２０】
制御部４１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を有する。通信部４３は、アンテナを経由して無線信号の送受信を行う。
記憶部４５はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を有する。記憶部４５は交通データ測定システム１の実行プログラム、測定データ、測定位置の画像データや、演算処理を行うためのデータを保持する。
音声インターフェイス４９には、ヘッドホン２７、スピーカ３３が接続される。
【００２１】
携帯電話１３は、ＧＰＳ機能を有する。即ち制御部４１は、人工衛星からの信号を用いて携帯電話１３の位置情報（緯度情報、経度情報）を取得する。また、携帯電話１３は時計機能を有する。即ち、制御部４１は、時刻情報を取得する。
【００２２】
携帯電話１３は操作部２３から入力したデータおよび時刻情報、位置情報を、通信部４３を介して無線信号として基地局１７に送信する。また、携帯電話１３はテンキー２５が押されると、テンキー毎に異なる音声を出力する。
【００２３】
次に図５を参照しながら、サーバ１１の構成について説明を行う。図５は、サーバ１１の構成を示すブロック図である。
【００２４】
図５に示すように、サーバ１１では、制御部５１、記憶部５２、メディア入出力部５３、通信制御部５４、入力部５５、表示部５６、印刷部５７等がバス５８を介して互いに接続される。
【００２５】
制御部５１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を有する。
ＣＰＵは、記録部、ＲＯＭ等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、演算処理、動作制御を行い、システム全体を制御する。ＲＯＭは、不揮発性メモリであり、プログラム、データ等を恒久的に保持し、ＲＡＭは、揮発性メモリであり、プログラム、データ等を一時的に保持する。
【００２６】
記録部５２は、データを記憶する装置であり、磁気ディスク、メモリ、光ディスク装置等を有する。記録部５２には、制御部５１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が格納される。
【００２７】
メディア入出力部５３は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等のドライブ装置を有し、外部媒体からの入力データを制御部５１に受け渡したり、出力データを外部媒体に保管したりする。
通信制御部５４は、サーバ１１とネットワーク１５間の通信を媒介する通信インターフェイスであり、通信制御装置、通信ポート等を有する。
【００２８】
入力部５５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部５５を介して、サーバ１１に対して、操作指示、動作指示、データ入力、維持管理等を行うことができる。
【００２９】
表示部５６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）の表示装置等を有する。
【００３０】
印刷部５７はデータを出力するレーザープリンタ装置等を有する。
バス５８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３１】
サーバ１１は、携帯電話１３から送信されたデータを受信し、記録部５２に保持する。さらにサーバ１１は、記録部５２に書き込まれたデータを分類し、分類したデータの信頼性を判定する。
【００３２】
次に、図６〜図１３を参照しながら、交通データ測定システム１における、サーバ１１および携帯電話１３の動作について説明を行う。
図６はデータ収集時におけるサーバ１１及び携帯電話１３の動作を示すフローチャートである。図７はデータ分析時におけるサーバ１１の動作を示すフローチャートである。
図８〜図１０は、携帯電話１３で保持されるデータを示す。
図１１は、圧縮時に参照される６０進１０進テーブル１１０、図１２は携帯電話１３の記憶部４５に保存する際のデータの圧縮方法を示す図である。図１３はサーバ１１で保持されるデータを示す。
【００３３】
測定者は、交通データの測定を行う場合、携帯電話１３で、本実施の形態を実行するためのプログラムを立ち上げる。このプログラムを起動することにより、後述するように携帯電話１３をカウンタとして利用することができる。
図６に示されるように、測定者は測定地点において画像の撮影を行い、保存する。即ち、カメラ３１が、測定地点の画像を撮影する。そして制御部４１は、撮影した画像を時刻情報、位置情報とともに記憶部４５に書き込む（ステップ６０１）。
【００３４】
即ち、制御部４１は、前述した位置測定機能と時刻測定機能を用いて、カメラ３１で撮像が行われた時刻情報と位置情報を取得できるので、時刻情報と位置情報を画像情報とともに記憶部４５に書き込む。このとき、制御部４１は時刻情報と位置情報を圧縮して記憶部４５に書き込む（図１１、図１２を用いて後述する。）。
【００３５】
測定者は、交通データ測定を開始し、通行する車種に応じたテンキーを押す。
即ち、携帯電話１３が交通データ測定を開始すると、テンキー２５が押される。制御部４１は、車種別にテンキーが押されると、音声テーブル９０より、車種に対応する音声を読み込んで、音声をスピーカ３３またはヘッドホン２７より出力する（ステップ６０２）。
【００３６】
図９に示すように、音声テーブル９０は、車種コード８３、音声情報９１から成る。
車種コード８３は、車種に応じたテンキーの種類を示す。例えば車種コード８３が「１＝大型貨物」、「２＝大型乗用」「３＝小型乗用」等を示すとすると、「大型貨物」が通行するときに「１」のテンキー２５−１、「大型乗用」が通行するときに「２」のテンキー２５−２、「小型乗用」が通行するときに「３」のテンキー２５−３が押される。
【００３７】
音声情報９１は、車種コード８３と対応するテンキー２５が押されたときに、携帯電話１３のスピーカ３３またはヘッドホン２７より出力される音声のデータである。たとえば、携帯電話１３は「１」のテンキー２５−１が押されたときに、「大型貨物」という音声を出力する。これにより操作者は「大型貨物」に対応する正しいテンキー２５−１を押したことを確認する。
【００３８】
次に制御部４１は、車種別にテンキー２５が押されたものを、時刻情報８１、位置情報８５とともに車種データ８０として記憶部４５に書き込む（ステップ６０３）。このとき、制御部４１は、車種データ８０を圧縮して記憶部４５に書き込む。
【００３９】
図８に示すように、車種データ８０は時刻情報８１、車種コード８３、位置情報８５から成る。時刻情報８１は車種に対応するテンキーが押された時点の時刻を示す。
【００４０】
車種コード８３は図９の車種コード８３と同様のものである。測定者が通行する車種毎に異なるテンキーを押すと、携帯電話１３は入力されたテンキー２５の数値を車種コード８３として記憶部４５に格納する。
【００４１】
位置情報８５は車種に対応するテンキーが押された時点の携帯電話１３の位置、即ち測定地点を示す。測定者は、測定地点を移動して測定することもできる。従って、同じ測定者の測定データに異なる位置情報をもったレコードが存在することがある。
【００４２】
携帯電話１３は、測定開始時刻あるいは前回のサーバ１１への送信時刻から１０分経過していなければステップ６０２からの処理を繰り返す。
【００４３】
測定開始時刻あるいは前回のサーバ１１への送信時刻から１０分経過していた場合、制御部４１は蓄積されたデータを測定データ１００としてサーバ１１に送信する（ステップ６０４）。制御部４１は、さらに所定時間（例えば５秒）間隔で位置情報８５をサーバ１１に送信することができる。
【００４４】
図１０に示すように、測定データ１００は、ＩＤ１０１、時刻情報８１、車種コード８３、位置情報８５、画像情報１０３から成る。ＩＤ１０１は測定者のユーザＩＤを示す。時刻情報８１は図８の時刻情報と同様のものを示す。車種コード８３は図８の車種コード８３と同様のものを示す。位置情報８５は図８の位置情報８５と同様のものを示す。画像情報１０３は測定データを蓄積した１０分間に撮影した画像データを示す。
【００４５】
携帯電話１３は、１０分間、時刻情報８１、車種コード８３、位置情報８５を蓄積する。携帯電話１３は、蓄積したデータを画像情報１０３とともに１０分後にサーバ１１に送信する。サーバ１１は携帯電話１３から受信したデータを記録部５２に書き込む。尚、サーバ１１に送信する時間間隔は１０分に限らない。また、画像情報１０３の送信は同一測定地点において一度だけ行うこととしてもよい。
【００４６】
サーバ１１の制御部５１は、携帯電話１３からのデータを受信する（ステップ６０５）。サーバ１１、携帯電話１３は、測定時間が終了するまでステップ６０２からステップ６０５までの処理を繰り返す。
【００４７】
以上の過程を経て、携帯電話１３は撮影した画像情報、時刻情報、位置情報、車種毎に押されたテンキーのデータ、即ち車種コードを圧縮して記憶部４５に書き込む。また携帯電話１３は、１０分間蓄積されたデータをサーバ１１に送信する。サーバ１１は携帯電話からのデータを受信する。
また携帯電話１３は、車種毎にテンキーが押される都度、押されたテンキーに応じた音声を出力する。
【００４８】
このように、携帯電話１３で入力されたデータは直ちに正確にサーバ１１上に送信され蓄積される。これにより、データを再度手入力する手間が省け、さらに実際にデータを分析するまでの時間も大幅に短縮される。また押されたテンキーに応じて音声を出力するため、入力ミスを防止することができる。
【００４９】
次に、図１１、図１２を参照しながら、時刻情報８１、位置情報８５等の圧縮方法について説明を行う。
【００５０】
携帯電話１３の制御部４１は、時刻情報８１、位置情報８５の数値について、１０進データ１１２を６０進データ１１１に変換する。この際、図１１に示す６０進１０進対応テーブル１１０を参照する。例えば、１０進データ１１２における「１０」は、６０進データ１１１においては「ａ」であり、１０進データ１１２における「３０」は、６０進データ１１１においては「ｕ」である。
【００５１】
図１２において、測定データ１００は、図１０の測定データ１００と同様のものを示す。圧縮後データ１２０は、測定データ１００を圧縮したものである。
【００５２】
測定データ１００において、「ＩＤ」１２１は測定者のユーザＩＤ、「ｃｏｕｎｔ」１２３は送信回数、「ｅｏｆ」１２５は送信終了フラグを示す。
これらは、１送信単位でレコードの先頭に付加されるヘッダデータである。
また、実際の測定データはレコード２０１〜レコード２０５に示される。１つのレコードには時刻情報８１、車種コード８３、緯度８７、経度８９を含む。画像情報１０３を含む場合もある。
【００５３】
制御部４１は、これらのレコードを６０進１０進対応テーブル１１０を用いて変換してから、記憶部４５に書き込む。
ヘッダデータは、データ１２１ａ、データ１２３ａ、データ１２５ａに示されるように、６０進変換され、さらに「ＩＤ＝」や「ｅｏｆ＝」等の文字を省いて書き込まれる。
【００５４】
レコード２０１は１件目の測定データを示す。測定データ１００におけるレコード２０１の中で、時刻情報８１の「２００５０６１０１１０１４６」は「２００５年６月１１日１１時１分４６秒」を示すものであるが、「２００５」は「ｘｐ」、「６」は「６」、「１０」は「ａ」、「１１」は「ｂ」、「１」は「１」、「４６」は「Ｋ」に変換される。従って、圧縮後データ１２０においてデータ２０１ａで示すように、記憶部４５には「ｘｐ６ａｂ１Ｋ」と書き込まれる。
【００５５】
さらに携帯電話１３の制御部４１は、２件目以降の測定データに関しては、前レコードとの差数を記憶部４５に書き込む。
【００５６】
例えば、測定データ１００における２件目のレコード２０２のうち、時刻情報８１の「２００５０６１０１１０２０９」は、レコード２０１の時刻情報８１の「２００５０６１０１１０１４６」と比較される。制御部４１は両者の差、２３（秒）を６０進変換し、「ｎ」を記憶部４５に書き込む。車種コード８３については、１桁で示される値であるため、テンキーのデータをそのまま圧縮せずに書き込んでもよい。位置情報については、緯度８７、経度８９ともに前レコードと同じ値であるため、ＮＵＬＬデータで示す。
【００５７】
また、制御部４１は３件目のレコード２０３については、レコード２０２と同様、時刻情報８１の差数を６０進変換して記憶部４５に書き込む。
その結果、記憶部４５には、２件目のレコード２０２は圧縮後データ１２０のレコード２０２ａに示す「ｎ，２，，，」、３件目のレコード２０３は圧縮後データ１２０のレコード２０３ａに示す「Ｎ，１，，，」が保持される。
【００５８】
制御部４１は、測定位置の移動があった場合にも同様にデータの圧縮を行う。例えば、測定データ１００の４件目のレコード２０４の緯度８７については、前レコード２０３との緯度の差数「−１００」を６０進変換し、レコード２０４ａに「−１Ｅ」を書き込む。
【００５９】
測定中に画像データを取得した場合にも、制御部４１は同様にデータを圧縮する。例えば、測定データ１００の５件目のレコード２０５において、画像情報１０３の「２００４０６１０１０１５１０」は画像ファイル名等を示すが、これを６０進変換し、レコード２０５ａに「ｘｏ６ａａｆａ」を書き込む。
【００６０】
以上のようにして、携帯電話１３の制御部４１は、時刻情報や位置情報等の数値を６０進変換し、さらに、データの重複を避けるために差数やＮＵＬＬデータを用いてデータを圧縮する。
【００６１】
このように携帯電話１３は、取得した時刻情報及び位置情報のデータを保存する際に圧縮して保存するため、携帯電話１３の記憶部４５の使用量が膨大になるのを抑え、サーバ１１に対するデータ送信時の負荷や所要時間を抑えることができる。
【００６２】
図７において、サーバ１１の制御部５１は、データが１日（２４時間）蓄積された時点で、複数の携帯電話１３から受信したデータをユーザＩＤごとに分類する（ステップ７０１）。尚、データを数日間蓄積した後、ユーザＩＤごとに分類してもよい。
【００６３】
制御部５１は、分類されたデータの測定時刻、即ち、テンキーが押された時刻の間隔を全て計算する（ステップ７０２）。
【００６４】
蓄積データ内に、測定時刻の間隔が閾値を超える部分があれば、制御部５１は該当の時間帯のデータを取り出し、記録部５２に書き出す。（ステップ７０３）。
【００６５】
図１３は、ある測定地点における２４時間蓄積された測定データ１００を示す。時刻情報８１、車種コード８３、位置情報８５、緯度８７、経度８９は図８における時刻情報８１、車種コード８３、位置情報８５、緯度８７、経度８９と同様のものを示す。
【００６６】
例えば、閾値を３０分と設定したとする。Ａ［１３１］に示す２つの時刻情報８１を比較して、測定時刻の間隔が３０分を超えていた場合、制御部５１は、該当時間帯、該当測定地点におけるデータについては信頼性が低いと判定する。即ち、３０分間車が通行していない場合、測定者が離席等して、交通データを測定していない可能性があるので、この近辺のデータは信頼性が低いものとする。
図１３の場合、「７：４８：３５」から「８：３２：５６」まで３０分以上経過しているので、この近辺のデータを信頼性が低いものとする。
【００６７】
制御部５１は、信頼性が低いと判定したデータを含む時間帯、例えば「７時台」および「８時台」等のデータを記録部５２に書き出す。あるいは、閾値を超えた２つの時刻情報８１の前後１時間等をとって「６：４８：３５〜９：３２：５６」等のデータを保持してもよい。
閾値については、道路の種類、測定時間帯等によって設定の基準を変えられるような仕組を加えてもよい。
【００６８】
以上の過程を経て、サーバ１１は携帯電話１３から受信したデータを、時刻情報、位置情報をもとにして分類する。さらにサーバ１１は、測定時刻の間隔の閾値が一定値を超えたデータを記録しておく。
【００６９】
このようにサーバ１１は蓄積されたデータを測定時間終了後直ちに分析することができるので、即時に調査員の勤務実態を把握したり、データの信頼性を判定したりすることができる。例えば閾値を３０分とした場合、調査員が３０分以上離席をしてテンキーの押下を行わなければ、そのデータは信頼性の低いデータとして判定し、分析時に除外することができる。
【００７０】
以上説明したように、本発明の交通データ測定システム１により、交通データ調査の入力から分析までを自動化し、効率化を図ることができる。
【００７１】
また本実施例では、測定者が携帯電話１３を持って複数の測定地点間を移動する場合について説明を行ったが、測定者が一つの測定地点に静止した状態で測定を行ってもよい。この場合には、位置情報や画像情報の取得、及び送信については測定開始時にのみ行うこともできる。
【００７２】
サーバ１１は、さらに複数地点における測定データ１００を用いたり、複数時間帯における測定データ１００を用いたりすることによって、単なる交通量だけでなく車頭間隔、さばき台数、旅行時間等各種分析を行うことができる。
【００７３】
さらに、交通データ測定システム１を用いて、バードウォッチングにおける野鳥の計測等を行うことも可能である。
【００７４】
以上、添付図面を参照しながら、本発明に係る交通データ測定システム、携帯端末、サーバ等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００７５】
【図１】交通データ測定システム１の全体の構成を示す図
【図２】携帯電話１３の表からの外観を示す図
【図３】携帯電話１３の裏からの外観を示す図
【図４】携帯電話１３の構成を示すブロック図
【図５】サーバ１１の構成を示すブロック図
【図６】データ入力時における携帯電話１３とサーバ１１の動作を示すフローチャート
【図７】データ分析時におけるサーバ１１の動作を示すフローチャート
【図８】車種データ９０の一態様を示す図
【図９】音声テーブル１１０の一態様を示す図
【図１０】測定データ１００の一態様を示す図
【図１１】データ圧縮時における６０進数変換を示すテーブル
【図１２】データ圧縮の一例を示す図
【図１３】測定データ１００を２４時間サーバで蓄積したものの一態様を示す図
【符号の説明】
【００７６】
１………交通データ測定システム
１１………サーバ
１３………携帯電話
１５………ネットワーク
１７………基地局
１９………本体
２５………テンキー
２７………ヘッドホン
３１………カメラ
３３………スピーカ
１００………測定データ
【特許請求の範囲】
【請求項１】
サーバと携帯端末とがネットワークに接続され、交通データを測定する交通データ測定システムであって、
前記携帯端末は、
テンキーと、
位置情報を測定する位置測定手段と、
時刻情報を測定する時刻測定手段と、
前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、
前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする交通データ測定システム。
【請求項２】
前記テンキーは、車種ごとに振り分けられることを特徴とする請求項１記載の交通データ測定システム。
【請求項３】
前記テンキーが押された際に、テンキーごとに異なる音または音声を発する手段を更に具備することを特徴とする請求項１記載の交通データ測定システム。
【請求項４】
前記位置情報及び前記時刻情報を取得した時点で、前記位置情報及び前記時刻情報を圧縮する手段を、更に具備し、
前記保持手段は、圧縮された前記位置情報及び前記時刻情報を保持することを特徴とする請求項１記載の交通データ測定システム。
【請求項５】
前記圧縮は、前記位置情報及び前記時刻情報を有するレコード同士の差を６０進数に変換して圧縮することを特徴とする請求項４記載の交通データ測定システム。
【請求項６】
前記保持手段により保持されたカウント値、位置情報、時刻情報を前記サーバに送信する送信手段を更に具備することを特徴とする請求項１記載の交通データ測定システム。
【請求項７】
前記サーバは、前記携帯端末から送られてくる時刻情報のうち、時刻情報同士の間隔を測定する手段と、
前記間隔と閾値とを比較して信頼性を判定する手段と、
を更に具備することを特徴とする請求項１記載の交通データ測定システム。
【請求項８】
前記携帯端末は、携帯電話であることを特徴とする請求項１記載の交通データ測定システム。
【請求項９】
サーバとネットワークを介して接続された携帯端末であって、
前記携帯端末は、
テンキーと、
位置情報を測定する位置測定手段と、
時刻情報を測定する時刻測定手段と、
前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、
前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする携帯端末。
【請求項１０】
前記テンキーは、車種ごとに振り分けられることを特徴とする請求項９記載の携帯端末。
【請求項１１】
前記テンキーが押された際に、テンキーごとに異なる音または音声を発する手段を具備することを特徴とする請求項９記載の携帯端末。
【請求項１２】
前記位置情報及び前記時刻情報を取得した時点で、前記位置情報及び前記時刻情報を圧縮する手段を、更に具備し、
前記保持手段は、圧縮された前記位置情報及び前記時刻情報を保持することを特徴とする請求項９記載の携帯端末。
【請求項１３】
前記圧縮は、前記位置情報及び前記時刻情報を有するレコード同士の差を６０進数に変換して圧縮することを特徴とする請求項１２記載の携帯端末。
【請求項１４】
前記保持手段により保持されたカウント値、位置情報、時刻情報を前記サーバに送信する送信手段を更に具備することを特徴とする請求項９記載の携帯端末。
【請求項１５】
前記携帯端末は、携帯電話であることを特徴とする請求項９記載の携帯端末。
【請求項１６】
交通データを測定する交通データ測定システムに用いられ、ネットワークを介して携帯端末に接続され、前記携帯端末から車をカウントする際のカウント値、位置情報、時刻情報が送られるサーバであって、
前記携帯端末から送られてくる時刻情報のうち、時刻情報同士の間隔を測定する手段と、
前記間隔と閾値とを比較して信頼性を判定する手段とを更に具備することを特徴とするサーバ。
【請求項１】
サーバと携帯端末とがネットワークに接続され、交通データを測定する交通データ測定システムであって、
前記携帯端末は、
テンキーと、
位置情報を測定する位置測定手段と、
時刻情報を測定する時刻測定手段と、
前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、
前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする交通データ測定システム。
【請求項２】
前記テンキーは、車種ごとに振り分けられることを特徴とする請求項１記載の交通データ測定システム。
【請求項３】
前記テンキーが押された際に、テンキーごとに異なる音または音声を発する手段を更に具備することを特徴とする請求項１記載の交通データ測定システム。
【請求項４】
前記位置情報及び前記時刻情報を取得した時点で、前記位置情報及び前記時刻情報を圧縮する手段を、更に具備し、
前記保持手段は、圧縮された前記位置情報及び前記時刻情報を保持することを特徴とする請求項１記載の交通データ測定システム。
【請求項５】
前記圧縮は、前記位置情報及び前記時刻情報を有するレコード同士の差を６０進数に変換して圧縮することを特徴とする請求項４記載の交通データ測定システム。
【請求項６】
前記保持手段により保持されたカウント値、位置情報、時刻情報を前記サーバに送信する送信手段を更に具備することを特徴とする請求項１記載の交通データ測定システム。
【請求項７】
前記サーバは、前記携帯端末から送られてくる時刻情報のうち、時刻情報同士の間隔を測定する手段と、
前記間隔と閾値とを比較して信頼性を判定する手段と、
を更に具備することを特徴とする請求項１記載の交通データ測定システム。
【請求項８】
前記携帯端末は、携帯電話であることを特徴とする請求項１記載の交通データ測定システム。
【請求項９】
サーバとネットワークを介して接続された携帯端末であって、
前記携帯端末は、
テンキーと、
位置情報を測定する位置測定手段と、
時刻情報を測定する時刻測定手段と、
前記テンキーにより車がカウントされる際の、前記位置測定手段により測定される位置情報と、前記時刻測定手段により測定される時刻情報とを採取する採取手段と、
前記テンキーによりカウントされるカウント値、前記採取手段により採取される前記位置情報及び前記時刻情報を保持する保持手段とを具備することを特徴とする携帯端末。
【請求項１０】
前記テンキーは、車種ごとに振り分けられることを特徴とする請求項９記載の携帯端末。
【請求項１１】
前記テンキーが押された際に、テンキーごとに異なる音または音声を発する手段を具備することを特徴とする請求項９記載の携帯端末。
【請求項１２】
前記位置情報及び前記時刻情報を取得した時点で、前記位置情報及び前記時刻情報を圧縮する手段を、更に具備し、
前記保持手段は、圧縮された前記位置情報及び前記時刻情報を保持することを特徴とする請求項９記載の携帯端末。
【請求項１３】
前記圧縮は、前記位置情報及び前記時刻情報を有するレコード同士の差を６０進数に変換して圧縮することを特徴とする請求項１２記載の携帯端末。
【請求項１４】
前記保持手段により保持されたカウント値、位置情報、時刻情報を前記サーバに送信する送信手段を更に具備することを特徴とする請求項９記載の携帯端末。
【請求項１５】
前記携帯端末は、携帯電話であることを特徴とする請求項９記載の携帯端末。
【請求項１６】
交通データを測定する交通データ測定システムに用いられ、ネットワークを介して携帯端末に接続され、前記携帯端末から車をカウントする際のカウント値、位置情報、時刻情報が送られるサーバであって、
前記携帯端末から送られてくる時刻情報のうち、時刻情報同士の間隔を測定する手段と、
前記間隔と閾値とを比較して信頼性を判定する手段とを更に具備することを特徴とするサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−１８３１４（Ｐ２００７−１８３１４Ａ）
【公開日】平成１９年１月２５日（２００７．１．２５）
【国際特許分類】
【出願番号】特願２００５−１９９８８３（Ｐ２００５−１９９８８３）
【出願日】平成１７年７月８日（２００５．７．８）
【出願人】（５９１１１５４７５）株式会社三菱総合研究所 (12)
【Ｆターム（参考）】
【公開日】平成１９年１月２５日（２００７．１．２５）
【国際特許分類】
【出願日】平成１７年７月８日（２００５．７．８）
【出願人】（５９１１１５４７５）株式会社三菱総合研究所 (12)
【Ｆターム（参考）】
[ Back to top ]