(57)【要約】【課題】サーバの負荷の軽減と通信端末の位置の正確な把握の両方を実現する。【解決手段】サーバが、各通信端末から端末ＩＤと端末情報とを受信し、受信した端末ＩＤに対応するその受信した端末情報を端末管理情報として管理するようになっている。サーバは、端末情報は、その端末情報を送信した通信端末に関する情報であり、その通信端末の位置を表す情報である位置情報を含む。サーバは、複数の通信端末のうち特定地域内に存在する通信端末を端末管理情報を基に特定し、その特定された通信端末である特定地域内端末から端末情報を受信する頻度を、特定地域外に存在する通信端末である特定地域外端末から端末情報を受信する頻度よりも高くなる制御を実行する。【選択図】図５
2013101571.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末の位置を管理するサーバであって、
前記複数の通信端末と通信するための通信手段と、
通信端末毎の端末ＩＤと端末情報とを含んだ端末管理情報を記憶する記憶手段と、
各通信端末から前記通信手段を介して端末ＩＤと端末情報とを受信し、前記受信した端末ＩＤに対応する前記受信した前記端末情報を前記記憶手段内の前記端末管理情報に含める制御手段と
を有し、
各通信端末は、その通信端末の位置を表す位置情報を取得するようになっており、
前記端末情報は、その端末情報を送信した通信端末に関する情報であり、その通信端末の位置情報を含み、
前記制御手段が、
（Ａ）前記複数の通信端末のうち特定地域内に存在する通信端末を、前記端末管理情報に含まれている、各通信端末の位置情報を基に特定し、
（Ｂ）前記（Ａ）で特定された通信端末である特定地域内端末から端末情報を受信する頻度を、前記複数の通信端末のうち前記特定地域外に存在する通信端末である特定地域外端末から端末情報を受信する頻度よりも高くなる制御を実行する、
サーバ。
【請求項２】
請求項１記載のサーバであって、
前記制御手段が、管理者が使用する管理装置に表示される管理画面に表示される情報の基になる端末情報を送信するようになっており、
前記管理画面には、閲覧範囲に属する地図部分が表示され、
前記特定地域は、前記地図部分に該当する地域であり、
前記閲覧範囲が変更された場合に、前記（Ａ）が実行され、
前記（Ａ）では、前記制御手段が、変更後の閲覧範囲に従う特定地域内にある通信端末を特定する、
サーバ。
【請求項３】
請求項２記載のサーバであって、
前記（Ａ）では、前記制御手段が、更に、複数の前記特定地域内端末を、Ｎ台の管理装置の閲覧範囲の重複領域内に存在する通信端末である第１の地域内端末と、Ｍ台の管理装置（Ｍ＜Ｎ、Ｍは自然数）の閲覧範囲の重複領域内に存在する通信端末である第２の地域内端末とを特定し、
前記（Ｂ）では、前記制御手段が、更に、前記第１の地域内端末から端末情報を受信する頻度が前記第２の地域内端末から端末情報を受信する頻度よりも高くなる制御を実行する、
サーバ。
【請求項４】
請求項２又は３記載のサーバであって、
前記通信端末の端末情報が、その通信端末の使用者に関する状態を表す情報である状態情報を含み、
前記管理画面に表示される、端末情報に基く情報の表示態様は、その端末情報に含まれている状態情報に基づく表示態様である、
サーバ。
【請求項５】
請求項１乃至４のうちのいずれか１項に記載のサーバであって、
前記複数の通信端末のうち、送信条件を記憶している通信端末は、その送信条件が適合した場合にその通信端末の端末情報を送信するようになっており、
前記（Ｂ）では、前記制御手段が、変更後の送信条件を指定した送信条件変更指示を通信端末に送信することで、その通信端末の送信条件を前記変更後の送信条件に変更するようになっており、
前記特定地域内端末の送信条件は、前記特定地域外端末の送信条件よりも、端末情報を送信する頻度が高くなる条件である、
サーバ。
【請求項６】
請求項５記載のサーバであって、
前記特定地域内端末の送信条件が、前記特定地域外端末の送信条件よりも、端末情報を送信する頻度が高いとは、下記（Ａ）乃至（Ｃ）、
（Ａ）前記送信条件が、時間間隔Ｔ毎に端末情報を送信することである場合、前記特定地域内端末の送信条件に従う時間間隔Ｔが、前記特定地域外端末の送信条件に従う時間間隔Ｔよりも短い、
（Ｂ）前記送信条件が、通信端末が移動距離Ｌ移動する毎に端末情報を送信することである場合、前記特定地域内端末の送信条件に従う移動距離Ｌが、前記特定地域外端末の送信条件に従う移動距離Ｌよりも短い、
（Ｃ）前記送信条件が、通信端末の位置が地図を構成する複数のメッシュのうちの第１メッシュから第２メッシュに移動する毎に端末情報を送信することである場合、前記特定地域内端末の送信条件に従うメッシュサイズ又は第１−第２メッシュ間のメッシュ数が、前記特定地域外端末の送信条件に従うメッシュサイズ又は第１−第２メッシュ間のメッシュ数よりも小さい、
のうちの少なくとも１つである、
サーバ。
【請求項７】
請求項１乃至６のうちのいずれか１項に記載のサーバであって、
前記制御手段が、前記複数の通信端末のうち、送信条件を記憶していない通信端末に、端末情報の取得要求を送信することにより、その通信端末から端末情報を受信するようになっており、
前記特定地域内端末への取得要求の送信頻度が、前記特定地域外端末への取得要求の送信頻度よりも高い、
サーバ。
【請求項８】
請求項１乃至７のうちのいずれか１項に記載のサーバであって、
前記特定地域は、イベントが発生した位置に従う地域であり、
（Ｃ）前記制御手段が、更に、前記特定地域内端末毎に、特定地域内端末から受信した端末情報に含まれている位置情報が表す位置と前記イベントの発生位置との距離に基づくメッセージを生成し、且つ、生成したメッセージを特定地域内端末に送信する、
サーバ。
【請求項９】
複数の通信端末と、
前記複数の通信端末の位置を管理するサーバと
を有し、
前記サーバは、各通信端末から端末ＩＤと端末情報とを受信し、前記受信した端末ＩＤに対応する前記受信した前記端末情報を、通信端末毎の端末ＩＤと端末情報とを含む端末管理情報に含めるようになっており、
各通信端末は、その通信端末の位置を表す位置情報を取得するようになっており、
前記端末情報は、その端末情報を送信した通信端末に関する情報であり、その通信端末の位置を表す情報である位置情報を含み、
前記サーバが、
（Ａ）前記複数の通信端末のうち特定地域内に存在する通信端末を、前記端末管理情報に含まれている、各通信端末の端末情報を基に特定し、
（Ｂ）前記（Ａ）で特定された通信端末である特定地域内端末から端末情報を受信する頻度を、前記複数の通信端末のうち前記特定地域外に存在する通信端末である特定地域外端末から端末情報を受信する頻度よりも高くなる制御を実行する、
位置管理システム。
【請求項１０】
複数の通信端末の位置を管理するサーバと、
前記サーバが管理する複数の通信端末のうち地図表示範囲に属する地域に存在する通信端末の端末情報に基づく情報を表示する一又は複数の管理装置と
を有し、
各通信端末は、その通信端末の位置を表す位置情報を取得するようになっており、
前記サーバは、各通信端末から端末ＩＤと端末情報とを受信し、前記受信した端末ＩＤに対応する前記受信した前記端末情報を、通信端末毎の端末ＩＤと端末情報とを含む端末管理情報に含めるようになっており、
前記端末情報は、その端末情報を送信した通信端末に関する情報であり、その通信端末の位置情報を含み、
前記サーバが、
（Ａ）前記地図表示範囲を特定し、
（Ｂ）前記複数の通信端末のうち前記地図表示範囲に属する地域内に存在する通信端末を、前記端末管理情報に含まれている、各通信端末の端末情報を基に特定し、
（Ｃ）前記（Ｃ）で特定された通信端末である地域内端末から端末情報を受信する頻度を、前記複数の通信端末のうち前記特定地域外に存在する通信端末である特定地域外端末から端末情報を受信する頻度よりも高くなる制御を実行する、
位置管理システム。
【請求項１１】
複数の通信端末の位置を管理する方法であって、
（Ａ）前記複数の通信端末のうち特定地域内に存在する通信端末を、各通信端末の最近の端末情報に含まれている、各通信端末の位置を表す位置情報を基に、特定し、
（Ｂ）前記（Ａ）で特定された通信端末である特定地域内端末から端末情報を受信する頻度を、前記複数の通信端末のうち前記特定地域外に存在する通信端末である特定地域外端末から端末情報を受信する頻度よりも高くなる制御を実行する、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
複数の通信端末の位置を管理するためのコンピュータ技術、例えば、動態管理技術に関する。
【背景技術】
【０００２】
この種の技術として、例えば、自動車等の移動体向けに情報を提供することにより移動者の安全性や利便性を向上するテレマティクスセンタが活用されている。
【０００３】
例えば、テレマティクスセンタから移動者に、危険個所の情報を配信することにより注意を促したり、渋滞情報を配信することにより渋滞の回避を促したりできる。
【０００４】
また、配送業等の複数の車両を保持するフリート事業者は、テレマティクスセンタで、車両の位置情報を収集することにより、複数車両の位置を一括管理することが可能である。位置の一括管理が実現できれば、フリート事業者の管理者は、各車両に適切な指示を出すことが可能となる。例えば、ビルメンテナンス等の保守事業者は、顧客から不具合の連絡があったときに、すぐに駆けつけることが重要となるが、管理者が、保守員の位置や状態を正確に把握できれば、顧客から近い位置にいる対応可能な保守員を的確に選択し、指示を出すことが可能となる。
【０００５】
しかし、フリート事業者には、数十万台の車両を保有するリース事業者等もあり、テレマティクスセンタで、これらの車両の位置を一括管理するためには、大規模なサーバや通信費用が必要となる。
【０００６】
特許文献１は、移動者が保有するモバイル端末の現在位置を遠隔のサーバで一括管理するときに、モバイル端末の数が増加してもサーバの処理負荷が増大しないようにする方法を開示する。本方法を用いると、モバイル端末がサーバに位置情報を送信する頻度を、サーバから一括変更できるため、モバイル端末の数が増加しても、サーバの処理負荷が増大しないように調整できる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２-５４９４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に係る発明は、サーバの処理負荷を削減するために、各モバイル端末から位置情報を送信する頻度を落とす。しかし、位置情報の送信頻度を落としてしまうと、モバイル端末の現在位置を正確に把握することが困難となる。
【０００９】
これを回避するためには、全てのモバイル端末の位置情報の送信頻度を最高にしておく必要があるが、そうすると、サーバの負荷が高くなってしまう。
【００１０】
この種の問題は、テレマティクスセンタを含んだシステムに限らず、他種の位置管理システムについても存在し得る。
【００１１】
本発明の目的は、サーバの負荷の軽減と通信端末の位置の正確な把握の両方を実現することにある。
【課題を解決するための手段】
【００１２】
サーバが、各通信端末から端末ＩＤと端末情報とを受信し、受信した端末ＩＤに対応するその受信した端末情報を端末管理情報として管理するようになっている。サーバは、端末情報は、その端末情報を送信した通信端末に関する情報であり、その通信端末の位置を表す情報である位置情報を含む。サーバは、複数の通信端末のうち特定地域内に存在する通信端末を端末管理情報を基に特定し、その特定された通信端末である特定地域内端末から端末情報を受信する頻度を、特定地域外に存在する通信端末である特定地域外端末から端末情報を受信する頻度よりも高くなる制御を実行する。
【発明の効果】
【００１３】
サーバの負荷の軽減と通信端末の位置の正確な把握の両方を実現することができる。
【図面の簡単な説明】
【００１４】
【図１】実施例１に係る位置管理システムのブロック図の一例である。
【図２】実施例１に係る端末情報保存テーブルの構成例を示す。
【図３】実施例１に係る閲覧範囲管理テーブルの構成例を示す。
【図４】実施例１に係る端末情報収集のフローチャートの一例である。
【図５】実施例１に係る端末情報閲覧のフローチャートの一例である。
【図６】実施例１に係る管理画面の一例を示す。
【図７】実施例２に係る端末情報閲覧のフローチャートの一例である。
【図８】実施例３に係る位置管理システムのブロック図の一例である。
【図９】実施例３に係る事故発生のフローチャートの一例である。
【図１０】実施例１に係る端末装置のブロック図の一例である。
【図１１】実施例１に係るサーバ装置のブロック図の一例である。
【図１２】実施例１に係る管理装置のブロック図の一例である。
【発明を実施するための形態】
【００１５】
以下、幾つかの実施例を説明する。
【実施例１】
【００１６】
図１は、実施例１に係る位置管理システムのブロック図の一例である。
【００１７】
複数の端末装置１００と、１つ（又は複数）の管理装置３００と、１つ（又は複数）のサーバ装置２００とがある。各装置１００、２００及び３００は、通信ネットワーク１０を介して、有線及び／又は無線により通信を行う。
【００１８】
端末装置１００は、移動者が移動中に保有する通信端末であり、通信ネットワーク１０を介してサーバ装置２００に端末情報を送信する。端末情報は、端末装置１００で検出された現在位置を表す情報（位置情報）を含む。
【００１９】
サーバ装置２００は、複数の端末装置１００から受信した端末情報を保存する。サーバ装置２００は、物理的なサーバ装置であっても良いし仮想マシンとしてのサーバ装置であっても良い。
【００２０】
管理装置３００は、サーバ装置２００に保存された端末情報を基に、端末装置１００の位置を表示する。管理装置３００は、物理的なサーバ装置であっても良いし仮想マシンとしての管理装置であっても良い。
【００２１】
以下、各種装置を説明する。
【００２２】
端末装置１００は、図１０に例示するように、コンピュータであり、例えば、記憶装置１２０、通信装置１３０、位置特定装置１４０、入力装置１５０及びそれらに接続された制御装置を有する。制御装置は、例えば、ＣＰＵ（Central  Processing  Unit）１１０であるが、ＣＰＵ１１０に加えて、所定の処理（例えば、データの圧縮及び／又は伸長）を行う専用ハードウェア回路を含んでも良い。
【００２３】
位置特定装置１４０は、端末装置１００の位置を特定するための装置であり、例えばＧＰＳ（Global  Poisoning  System）により位置を特定する装置、Wi-Fi（登録商標）端末或いは携帯電話機の基地局の情報等を用いて位置を特定する装置である。
【００２４】
入力装置１５０は、端末装置１００のユーザ（移動者）からの入力を受け付ける装置であり、例えば、キーボード、マウス、或いはタッチパネルである。
【００２５】
通信装置１３０は、通信ネットワーク１０を介して情報を送受信する装置である。
【００２６】
記憶装置１２０は、例えば、メモリ及び／又はハードディスクであり、送信条件判定部１２１、送信条件変更部１２２、端末情報送信部１２３及び送信条件１２４を記憶する。各部１２１〜１２４は、コンピュータプログラムであり、ＣＰＵ１１０により実行される。送信条件１２４は、データであり、送信条件判定部１２１が送信すべきかどうかを判定するために用いる。
【００２７】
サーバ装置２００は、図１１に例示するように、コンピュータであり、例えば、記憶装置２２０、通信装置２３０及びそれらに接続された制御装置を有する。制御装置は、例えば、ＣＰＵ２１０であるが、ＣＰＵ２１０に加えて、所定の処理（例えば、データの圧縮及び／又は伸長）を行う専用ハードウェア回路を含んでも良い。
【００２８】
通信装置２３０は、通信ネットワーク１０を介して情報を送受信する装置である。
【００２９】
記憶装置２２０は、例えば、メモリ及び／又はハードディスクであり、端末情報保存部２２１、閲覧範囲内端末特定部２２２、送信条件変更指示部２２３、端末情報送信部２２４、端末情報保存テーブル２２５及び閲覧範囲保存テーブル２２６を記憶する。各部２２１〜２２４は、コンピュータプログラムであり、ＣＰＵ２１０で実行される。各テーブル２２５〜２２６は、複数のデータを保持する。テーブル２２５〜２２６のうちの少なくとも１つが有するデータは、テーブル以外の形式で保存されても良い。
【００３０】
管理装置３００は、図１２に例示するように、コンピュータであり、例えば、記憶装置３２０、通信装置３３０、表示装置３４０、入力装置３５０及びそれらに接続された制御装置を有する。制御装置は、例えば、ＣＰＵ３１０であるが、ＣＰＵ２１０に加えて、所定の処理（例えば、データの圧縮及び／又は伸長）を行う専用ハードウェア回路を含んでも良い。
【００３１】
通信装置３３０は、通信ネットワーク１０を介して情報を送受信する装置である。
【００３２】
入力装置３５０は、端末装置１００のユーザ（移動者）からの入力を受け付ける装置であり、例えば、キーボード、マウス、或いはタッチパネルである。
【００３３】
表示装置３４０は、ディスプレイ画面を有する装置であり、そのディスプレイ画面に情報が表示される。
【００３４】
記憶装置３２０は、例えば、メモリ及び／又はハードディスクであり、閲覧範囲指定部３２１、地図描画部３２２、端末情報取得部３２３及び端末情報描画部３２４を記憶する。各部３２１〜３２４は、コンピュータプログラムであり、ＣＰＵ３１０により実行される。なお、記憶装置３２０に格納されているデータ又はプログラムのうちの少なくとも１つが、サーバ装置２００と通信可能な外部の記憶装置に格納されていても良い。
【００３５】
なお、記憶装置３２０及びＣＰＵ３１０を有する第１の装置と、入力装置３５０及び表示装置３４０を有する第２の装置が分離していても良い。第２の装置を管理者が操作し、第１の装置は、第２の装置と通信可能に接続された装置で実行される仮想マシンであっても良い。
【００３６】
図２は、端末情報保存テーブル２２５の構成例を示す。
【００３７】
端末情報保存テーブル２２５は、端末装置１００から送信された端末情報が格納されるテーブルである。端末情報は、端末装置１００に関する情報であって、情報２２５２〜２２５７を有する。テーブル２２５は、例えば、端末情報毎に、下記の情報、
（＊）端末情報を受信した時刻を表す収集時刻２２５１、
（＊）端末情報の送信元の端末装置を一意に識別するためのＩＤである端末ＩＤ２２５２、
（＊）端末情報の送信元の端末装置を使用するユーザのID（例えば氏名）を表す担当者２２５３、
（＊）端末情報の送信元の端末装置の位置を表す位置情報としての緯度２２５４及び経度２２５５、
（＊）端末情報の送信元の端末装置を使用するユーザの状態を表す状態２２５６、
（＊）端末情報の送信元の端末装置に設定されている条件であって端末情報を送信する条件を表す送信条件２２５７、
を有する。
【００３８】
なお、本実施例において、「時刻」は、年、月、日、時、分、秒（小数点以下の秒を含んでも良い）のうちの少なくともいずれかを含む。
【００３９】
また、送信条件は、端末情報の送信頻度に影響する条件であって、（ａ）時間、（ｂ）移動距離、或いは（ｃ）メッシュ、といった、種々の観点から設定可能である。
【００４０】
（ａ）時間に関する送信条件は、例えば、時間長Ｎ（例えば５秒）毎に端末情報を送信する、という条件である。この例によれば、送信条件の変更のためには、パラメータＮ（Ｎは０より大きい）の値が変更されることになる。
【００４１】
（ｂ）移動距離に関する送信条件は、例えば、距離Ｍを端末装置１００が移動する毎に端末情報を送信する、という条件である。この例によれば、送信条件の変更のためには、パラメータＭ（Ｍは０より大きい）の値が変更されることになる。
【００４２】
（ｃ）メッシュとは、地図を複数の断片領域（例えば矩形領域）に区切った際の個々の断片領域を意味する。メッシュに関する送信条件は、例えば、端末装置１００が属するメッシュがＰ個変わったときに端末情報を送信する、という条件である。この例では、送信条件の変更のために、パラメータＰ（Ｐは０より大きい整数）の値が変更されても良いし、或いは、個数Ｐを固定値としメッシュサイズが変更されても良い。メッシュサイズとは、断片領域のサイズを意味する。メッシュサイズが大きい程、１メッシュがカバーする地域が広がるため、端末情報が送信される頻度が落ちることになる。
【００４３】
図３は、閲覧範囲管理テーブル２２６の構成例を示す。
【００４４】
閲覧範囲保存テーブル２２６は、管理装置３００が閲覧中の範囲を表す情報を格納する。テーブル２２６は、例えば、管理装置３００毎に、下記の情報、
（＊）管理装置３００を一意に識別するためのＩＤである管理装置ＩＤ２２６１、
（＊）管理装置３００が閲覧している範囲を示すメッシュコード２２６２、
（＊）管理装置３００が閲覧している地図の縮尺を示す縮尺２２６３、
を有する。メッシュコード２２６２及び縮尺２２６３は、管理装置３００からサーバ装置２００に定期的（又は不定期的）に通知される情報を基に、更新される。
【００４５】
メッシュコード２２６２は、メッシュを一意に識別するためのＩＤである。一般的に、緯度及び経度から、その緯度及び経度を含む地域のメッシュのメッシュコードは計算可能である。管理装置３００の表示装置３４０に複数のメッシュ（メッシュの一部分でも良い）が表示されている場合には、メッシュコード２２６２として複数のメッシュコードが格納される。例えば、第１のメッシュの全体又は一部と第１のメッシュの隣にある第２のメッシュの全体又は一部が表示装置３４０に表示されている場合、第１及び第２のメッシュのメッシュコードがメッシュコード２２６２として格納されて良い。また、閲覧範囲は、メッシュコード２２６２に代えて又は加えて、緯度及び経度といった他種の情報で表現されても良い。
【００４６】
以下、本実施例で行われる処理を説明する。
【００４７】
図４は、端末情報収集のフローチャートの一例である。
【００４８】
端末装置１００において、送信条件判定部１２１が、送信条件１２４が表す送信条件が成立しているかどうかを判定する（ステップ４０１）。条件が成立していないと判定された場合（ステップ４０１：Ｎ）、再度、ステップ４０１が行われる。
【００４９】
条件が成立したと判定された場合（ステップ４０１：Ｙ）、端末情報送信部１２３が、サーバ装置２００に端末情報を送信する（ステップ４０２）。その端末情報は、ステップ４０２の実行時点において端末装置１００の位置特定装置１４０が特定した位置を表す情報を含む。ステップ４０２の後、ステップ４０１が再度行われる。
【００５０】
サーバ装置２００が、端末情報を受信し、端末情報保存部２２１が、その受信した端末情報が含む情報（情報２２５２〜２２５７）と、その端末情報を受信した時刻（収集時刻２２５１）とを、端末情報保存テーブル２２５に格納する（ステップ４０３）。
【００５１】
次に、閲覧範囲内端末特定部２２２が、ステップ４０２で受信した端末情報の送信元の端末装置（以下、図４の説明において送信元端末）１００における送信条件１２４を変更する必要があるかどうかを判定する（ステップ４０４）。変更する必要があるケースは、例えば、下記の２ケース、
（ケースＡ）受信した端末情報に含まれている送信条件２２５７が表す送信条件が、閲覧範囲外用の送信条件であるにも関わらず、受信した端末情報に含まれている位置情報２２５４及び２２５５が表す位置が、Ｘ台（Ｘは１以上の整数）の管理装置３００（或いは所定の管理装置３００）での閲覧範囲に含まれているケース、
（ケースＢ）受信した端末情報に含まれている送信条件２２５７が表す送信条件が、閲覧範囲内用の送信条件であるにも関わらず、受信した端末情報に含まれている位置情報２２５４及び２２５５が表す位置が、Ｘ台の管理装置３００（或いは所定の管理装置３００）の閲覧範囲に含まれていないケース、
である。なお、各管理装置３００での閲覧範囲は、閲覧範囲保存テーブル２２６から特定可能である。また、受信した端末情報に含まれている送信条件２２５７が表す送信条件が閲覧範囲外用か閲覧範囲内用かは、例えば、閲覧範囲外用の送信条件情報（例えば各種送信条件についてのパラメータの値の範囲）と閲覧範囲内用の送信条件情報（例えば各種送信条件についてのパラメータの値の範囲）とをサーバ装置２００の記憶装置２２０が記憶していて、閲覧範囲内端末特定部２２２が、それらの送信条件情報を参照することにより、特定可能である。
【００５２】
ステップ４０４において変更の必要があると判定された場合（ステップ４０４：Ｙ）、送信条件変更指示部２２３が、変更後の送信条件を表す情報を含んだ送信条件変更指示を、送信元端末１００に送信する（ステップ４０５）。ここで、ステップ４０５が行われる原因となったケースが、上記ケースＡであれば、変更後の送信条件は、変更前の送信条件よりも端末情報の送信頻度が高くなる条件である。具体例として、送信条件が上記（ａ）の条件であれば、端末情報の送信時間間隔がより短い時間間隔であり、送信条件が上記（ｂ）の条件であれば、送信元端末１００の移動距離がより短い移動距離であり、送信条件が上記（ｃ）の条件であれば、メッシュサイズがより小さいサイズである。一方、ステップ４０５が行われる原因となったケースが、上記ケースＢであれば、変更後の送信条件は、変更前の送信条件よりも端末情報の送信頻度が低くなる条件である。具体例として、送信条件が上記（ａ）の条件であれば、端末情報の送信時間間隔がより長い時間間隔であり、送信条件が上記（ｂ）の条件であれば、送信元端末１００の移動距離がより長い移動距離であり、送信条件が上記（ｃ）の条件であれば、メッシュサイズがより大きいサイズである。
【００５３】
送信元端末１００において、送信条件変更部１２２が、ステップ４０５で送信された変更指示を受信し、送信条件１２４を、その指示が含む情報（変更後の送信条件を表す情報）に変更する（ステップ４０６）。
【００５４】
一方、ステップ４０４において変更の必要が無いと判定された場合（ステップ４０４：Ｎ）、ステップ４０５及び４０６がスキップされる。
【００５５】
以上が、端末情報収集のフローである。なお、ステップ４０４〜４０６では、同種の送信条件におけるパラメータの値が変更されることに代えて、送信条件の種別が変更されても良い。例えば、送信元端末１００が閲覧範囲外にある場合、上記（ｃ）の送信条件がサーバ装置２００において選択され送信元端末１００に設定されても良い。また、例えば、送信元端末１００が閲覧範囲内にある場合、上記（ａ）の送信条件がサーバ装置２００において選択され送信元端末１００に設定されても良い。
【００５６】
また、図４に示したフローでは、送信元端末１００にのみ送信条件変更指示が送信されるが、送信元端末１００に代えて又は加えて、他の端末装置１００に、送信条件変更指示が送信されても良い。具体的には、例えば、上述した（ａ）〜（ｃ）の送信条件について、以下の処理が行われる。
（送信条件が上記（ａ）であるケース）
（ａ１）特定部２２２が、送信元端末１００の送信条件２２５７の時間間隔中に移動できる移動可能距離の最大を見積もる。特定部２２２が、送信元端末１００の位置（送信元端末１００が最後に送信した端末情報に含まれる位置情報(緯度２２５４、経度２２５５)が表す位置）を中心とし見積もられた移動可能距離を半径とした円と、閲覧範囲保存テーブル２２６から取得した閲覧範囲とが重なる領域にいる端末装置（以下、このケースについて「閲覧範囲内装置」）１００を、端末情報保存テーブル２２５を基に特定する。
（ａ２）閲覧範囲内装置１００の送信条件２２５７が、閲覧範囲外用の送信条件であれば、送信条件変更指示部２２３が、変更後の送信条件として閲覧範囲内用の送信条件を表す情報を含んだ送信条件変更指示を、閲覧範囲内装置１００に送信する。
（ａ３）閲覧範囲内装置１００以外の装置（以下、このケースについて「閲覧範囲外装置」）の送信条件２２５７が、閲覧範囲内用の送信条件であれば、送信条件変更指示部２２３が、変更後の送信条件として閲覧範囲外用の送信条件を表す情報を含んだ送信条件変更指示を、閲覧範囲外装置１００に送信する。
（送信条件が上記（ｂ）であるケース）
（ｂ１）特定部２２２が、送信元端末１００の位置（送信元端末１００が最後に送信した端末情報に含まれる位置情報(緯度２２５４、経度２２５５)が表す位置）を中心とし送信元端末１００の移動距離を半径とした円と、閲覧範囲保存テーブル２２６から取得した閲覧範囲とが重なる領域にいる端末装置（以下、このケースについて「閲覧範囲内装置」）１００を、端末情報保存テーブル２２５を基に特定する。
（ｂ２）上記の（ａ２）と（ａ３）が行われる。
（送信条件が上記（ｃ）であるケース）
（ｃ１）特定部２２２が、送信元端末１００の位置（送信元端末１００が最後に送信した端末情報に含まれる位置情報(緯度２２５４、経度２２５５)が表す位置）を含んだメッシュのコードを計算により特定し、メッシュの範囲と、閲覧範囲保存テーブル２２６から取得した閲覧範囲とが重なる領域にいる端末装置（以下、このケースについて「閲覧範囲内装置」）１００を、端末情報保存テーブル２２５を基に特定する。
（ｃ２）上記の（ａ２）と（ａ３）が行われる。
【００５７】
また、送信条件変更指示部２２３が、端末装置１００の変更後の送信条件の種類を、その端末装置１００の状況（例えば移動状況）に応じて、変更しても良い。例えば、送信元端末１００が閲覧範囲外においてメッシュを跨って移動したとき、任意の種類の送信条件が送信元端末１００に設定されて良い。また、端末装置１００が閲覧範囲内に入った場合、送信条件変更指示部２２３が、その端末装置１００の送信条件１２４を、上記（ａ）の送信条件（且つ、端末情報の送信頻度を高くする条件）に変更しても良い。
【００５８】
図５は、端末情報閲覧のフローチャートの一例である。
【００５９】
管理装置３００において、閲覧範囲指定部３２１は、地図描画部３２２が、管理者（管理装置３００のユーザ）が操作する入力装置３５０からの指示に従う閲覧範囲（表示する地域範囲）に含まれる地図部分を描画する。
【００６０】
閲覧範囲指定部３２１は、入力装置３５０からの指示に従う閲覧範囲が変更されたかどうかを判定する（ステップ５０１）。
【００６１】
閲覧範囲に変更があった場合（ステップ５０１：Ｙ）、閲覧範囲指定部３２１が、その指定部３２１を実行している管理装置３００のＩＤと、変更後の閲覧範囲を表す情報である閲覧範囲情報とを、サーバ装置２００に送信する（ステップ５０２）。閲覧範囲情報は、例えば、閲覧範囲に全体又は一部が含まれている１又は複数のメッシュのコードと、地図の縮尺とを含む。
【００６２】
サーバ装置２００が、管理装置ＩＤ及び閲覧範囲情報を受信し、閲覧範囲内端末特定部２２２が、受信した閲覧範囲情報が表す閲覧範囲（変更後の閲覧範囲）から外れた端末装置１００があるかどうかを判定する（ステップ５０３）。
【００６３】
閲覧範囲から外れた端末装置１００がある場合（ステップ５０３：Ｙ）、送信条件変更指示部２２３が、特定された全ての端末装置１００に、閲覧範囲外用の送信条件を表す情報を含んだ送信条件変更指示を送信する（ステップ５０４）。閲覧範囲外に出た端末装置１００において、送信条件変更部１２２が、ステップ５０４で送信された変更指示を受信し、送信条件１２４を、その指示が含む情報（変更後の送信条件を表す情報）に変更する（ステップ５０５）。
【００６４】
また、サーバ装置２００において、閲覧範囲内端末特定部２２２が、受信した閲覧範囲情報が表す閲覧範囲（変更後の閲覧範囲）に入った端末装置１００があるかどうかを判定する（ステップ５０６）。
【００６５】
閲覧範囲に入った端末装置１００がある場合（ステップ５０６：Ｙ）、送信条件変更指示部２２３が、特定された全ての端末装置１００に、閲覧範囲内用の送信条件を表す情報を含んだ送信条件変更指示を送信する（ステップ５０７）。閲覧範囲内に入った端末装置１００において、送信条件変更部１２２が、ステップ５０７で送信された変更指示を受信し、送信条件１２４を、その指示が含む情報（変更後の送信条件を表す情報）に変更する（ステップ５０８）。
【００６６】
また、サーバ装置２００において、閲覧範囲内端末特定部２２２が、閲覧範囲保存テーブル２２６における、受信した管理装置ＩＤに対応する欄に、受信した閲覧範囲情報を格納する（ステップ５０８）。
【００６７】
さて、管理装置３００において、地図描画部３２２が、指定された閲覧範囲に属する地図部分を、地図データ部分を基に、表示装置３４０に描画する（ステップ５１７）。地図データ部分は、地図データの一部分であり、閲覧範囲に属する地域部分以上の範囲の地域部分を表すデータである。地図データは、記憶装置２２０に格納されていても良いし、通信ネットワーク１１０を介して特定のサーバからダウンロードされても良い。
【００６８】
管理装置３００において、端末情報取得部３２３が、サーバ装置２００に、閲覧範囲内にある端末装置１００の端末情報を要求する（ステップ５１８）。サーバ装置２００において、閲覧範囲内の端末装置１００が特定され（ステップ５１９）、端末情報送信部２２４が、端末情報保存テーブル２２５から、閲覧範囲内の端末装置１００の端末情報を取得し、取得した端末情報を管理装置３００に送信する（ステップ５２０）。管理装置３００において、端末情報取得部３２３が、ステップ５１９で送信された端末情報を受信し、端末情報描画部３２４が、受信した端末情報に基づく情報を表示装置３４０に描画する。
【００６９】
図４及び図５の送信条件変更指示ステップ（４０５、４０８、５０４、５０７)は、サーバ装置２００から端末装置１００への指示となる。これを実現するために、例えば、端末装置１００とサーバ装置２００のソケット接続を維持したままにし、サーバ装置２００からいつでも指示を行えるようにする方法や、携帯電話機としての端末装置１００のＳＭＳ(ショートメッセージサービス)を用いる方法が考えられる。
【００７０】
なお、ステップ５０４及び／又は５０７では、同種の送信条件におけるパラメータの値が変更されることに代えて、送信条件の種別が変更されても良い。例えば、閲覧範囲外に出た端末装置１００には、上記（ｃ）の送信条件がサーバ装置２００において選択され送信されても良い。また、例えば、閲覧範囲内に入った端末装置１００には、上記（ａ）の送信条件がサーバ装置２００において選択され送信されても良い。
【００７１】
図６は、管理装置３００に表示される管理画面の一例を示す。
【００７２】
本例では、ビルメンテナンス業やプリンタメンテナンス業等の保守事業者において、端末装置１００を持つ保守員の位置を、保守事業者の管理者が遠隔から一括監視する例を示す。管理画面６００は、地図表示部６１０と端末一覧表示部６２０を含む。
【００７３】
地図表示部６１０には、地図部分が描画される。地図部分上における、顧客の位置に該当する箇所に、顧客拠点を表すマークである顧客マーク(星状のマーク)が描画される。地図部分上における、保守員が有する端末装置１００の位置に該当する箇所に、端末装置１００を表すマークである端末マーク（ピン）が描画される。各端末マーク（ピン）には、端末ＩＤ（１〜５のいずれかの数字）が表示される。また、さらに、端末マークの表示態様は、その端末マークに対応する端末装置１００の状態２２５６に従う表示態様となる。例えば、状態２２５６が「訪問中」の端末装置１００の端末マークの色は黒であり、状態２２５６が「帰社中」の端末装置１００の端末マークの色は白である。
【００７４】
端末一覧表示部６２０には、地図表示部６１０に表示中の端末装置１００の端末ＩＤ６２１、担当者６２２及び状態６２３が表示される。これらの情報６２１〜６２３は、テーブル２２５の情報２２５２、２２５３及び２２５６から特定された情報である。
【００７５】
例えば、管理装置３００の入力装置３５０（例えばマウス）を用いて地図をドラッグアンドドロップして閲覧範囲を変更すると、図５のステップ５０１がＹとなる。
【００７６】
管理画面６００は、ＯＳ（オペレーションシステム）毎向けに開発されたアプリケーションプログラムにより表示された画面であっても良いし、ＷＥＢブラウザ上で実行するＷＥＢアプリケーションにより表示された画面であっても良い。
【００７７】
本実施例によれば、保守事業者に顧客から不具合等の連絡があった場合、管理者は、顧客拠点の位置付近の保守員の位置や状態を迅速に知ることができる。このため、管理者は、迅速に対応方法を判断することができる。また、複数の端末装置１００のうち、端末情報の送信頻度が高い装置１００は、閲覧範囲内に属する地域にいる装置１００のみである。このため、サーバ装置２００の処理負荷や通信負荷を軽減することも可能である。
【実施例２】
【００７８】
以下、実施例２を説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略或いは簡略する。
【００７９】
実施例２では、管理装置３００が閲覧範囲の変更の都度に端末情報を要求することにより、変更後の閲覧範囲内の地域にいる端末装置１００から端末情報が収集される。端末装置１００に送信条件１２４が設定されないでも良い。
【００８０】
図７は、実施例２に係る端末情報閲覧のフローチャートの一例である。
【００８１】
管理装置３００において、閲覧範囲変更有りかどうかが判定され（ステップ５０１）、変更があれば（ステップ５０１：Ｙ）、地図描画部３２２が、変更後の閲覧範囲に属する地図部分等を描画する（ステップ５１７）。閲覧範囲指定部３２１が、管理装置ＩＤと閲覧範囲情報とをサーバ装置２００に送信する（ステップ５０２）。
【００８２】
サーバ装置２００において、閲覧範囲内に存在する端末装置１００が特定される（ステップ５１２）。
【００８３】
次に、閲覧範囲内端末特定部２２２が、ステップ５１２で特定された各端末装置１００に、端末情報を要求する（ステップ７０１）。端末装置１００の端末情報送信部１２３が、その要求を受け、その要求に応答して、端末情報をサーバ装置２００に送信する（ステップ７０２）。サーバ装置３００において、特定部２２２が、端末情報を受信し、端末情報保存部２２１が、受信した端末情報を端末情報保存テーブル２２５に格納する（ステップ７０３）。
【００８４】
特定部２２２は、ステップ５１２で特定した全端末装置１００から端末情報の取得が完了したかどうかを判定し、未完了であれば、ステップ７０１から繰り返す。
【００８５】
端末情報送信部２２４が、端末情報を管理装置３００に送信する（ステップ７０５）。また、特定部２２２が、管理装置ＩＤ及び閲覧範囲情報を閲覧範囲保存テーブル２２６に格納する（ステップ７０６）。
【００８６】
管理装置３００が端末情報を受信し（ステップ７０７）、端末情報描画部３２４が、受信した端末情報に基づく情報を描画する（ステップ７０８）。
【００８７】
本実施例によれば、管理装置３００の要求に応じて端末装置１００から端末情報が取得される。このため、端末情報の送信頻度が管理装置３００での閲覧範囲の変更に従う頻度となる。
【実施例３】
【００８８】
以下、実施例３を説明する。その際、実施例１及び２との相違点を主に説明し、実施例１及び２との共通点については説明を省略或いは簡略する。
【００８９】
本実施例は、実施例２の応用である。具体的には、例えば、事故発生地点に従う地域である特定地域（例えば事故発生地点を含む地域）にいる端末装置１００の端末情報の収集頻度が上げられる。特定地域は、例えば、事故発生地点を中心とし半径をＬ（ｋｍ）（Ｌ＞０）とした円でも良いし、事故発生地点を含まない地域（例えば事故発生地点を中心としたドーナツ状の領域）であっても良い。
【００９０】
図８は、実施例３に係る位置管理システムのブロック図の一例である。
【００９１】
端末装置１００の記憶装置１２０に、メッセージ表示部８２１が記憶される。表示部８２１は、コンピュータプログラムである。
【００９２】
また、端末装置１００は、メッセージを端末装置１００のユーザに示すために、ディスプレイ等の表示装置８１０を有する。
【００９３】
さらに、サーバ装置２００の記憶装置２２０には、事故情報受信部８２２及びメッセージ生成部８２３が記憶される。各部８２２及び８２３は、コンピュータプログラムである。
【００９４】
図９は、事故発生のフローチャートの一例である。
【００９５】
サーバ装置２００において、事故情報受信部８２２が、ＶＩＣＳ(商標)等から事故情報を受信する（ステップ９０１）。受信部８２２が、事故情報が表す事故発生位置に従う特定地域を、各管理装置３００の閲覧範囲として、その閲覧範囲を表す情報を閲覧範囲保存テーブル２２６に格納する（ステップ９０２）。
【００９６】
閲覧範囲内端末特定部２２２が、テーブル２２５を基に、ステップ９０２での閲覧範囲に存在する端末装置１００を特定する（ステップ９０３）。
【００９７】
端末情報送信部２２４が、ステップ９０３で特定された各端末装置１００（特定地域にいる端末装置１００）に端末情報を要求する（ステップ９０４）。端末装置１００は、その要求を受信し、端末情報をサーバ装置２００に送信する（ステップ９０５）。端末情報保存部２２１が、端末情報を受信し、その端末情報を端末情報保存テーブル２２５に格納する（ステップ９０６）。
【００９８】
端末情報送信部２２４が、ステップ９０３で特定した全端末装置１００からの取得が完了したかどうかを判定し、完了ではなければ（ステップ９０７：Ｎ）、ステップ９０４から繰り返す。
【００９９】
完了であれば（ステップ９０７：Ｙ）、メッセージ生成部８２３が、ステップ９０３で特定された端末装置１００と事故発生位置の距離や位置関係に応じたメッセージを生成する（ステップ９０８）。つまり、本実施例では、ステップ９０３で特定された端末装置１００の各々について、その端末装置１００と事故発生位置との間の距離等に応じたメッセージが生成される。なお、ステップ９０３で特定された端末装置１００の全てに共通のメッセージが生成されても良い。
【０１００】
メッセージ生成部８２３が、ステップ９０８で生成されたメッセージを、ステップ９０３で特定された端末装置１００に送信する（ステップ９０９）。
【０１０１】
ステップ９０３で特定された端末装置１００は、ステップ９０９で送信されたメッセージを受信し、メッセージ表示部８２１が、そのメッセージを表示する（ステップ９１０）。
【０１０２】
例えば、端末装置１００を持つ車両が、事故発生位置と同じ道に存在し、事故発生位置に向かっており、距離が近い場合、その端末装置１００に送信され表示されるメッセージは、例えば、「この先、事故発生、注意してください」で良い。距離が中程度の場合、その端末装置１００に送信され表示されるメッセージは、例えば、「この先、事故発生、渋滞発生の可能性があるため、迂回してください」であり、迂回路と一緒に表示されて良い。距離が遠い場合、端末装置１００に送信され表示されるメッセージは、例えば、「近くで事故が発生しました。注意してください。」で良い。
【０１０３】
本実施例によれば、事故等のイベントの発生位置に従う特定地域（例えばイベント発生位置の周辺地域）にいる端末装置１００から端末情報が取得され、その端末装置１００に、イベント発生位置と端末装置１００の位置との関係に応じたサービス提供（例えばメッセージの提供）が可能となる。
【０１０４】
以上、複数の実施例を説明したが、本発明は、それらの実施例に限定されない。
【０１０５】
例えば、実施例１〜３の少なくとも１つでは、地域に存在する端末装置１００の数に応じて、閲覧範囲内外にある端末装置の端末情報の送信頻度が異なっても良い。例えば、地域Ａよりも地域Ｂの方が端末装置の数が少ない場合、地域Ａについての閲覧範囲内の端末装置１００の送信頻度は、地域Ｂについての閲覧範囲内の端末装置１００の送信頻度より高くても良い。
【０１０６】
また、例えば、実施例１〜３の少なくとも１つでは、Ｎ台の管理装置の閲覧範囲の重複領域内にある端末装置の送信頻度は、Ｍ台の管理装置（Ｍ＜Ｎ、Ｍは自然数）の閲覧範囲の重複領域内にある端末装置の送信頻度より高くて良い。
【０１０７】
また、例えば、実施例３では、管理装置３００がなくても良い。また、実施例３では、特定地域内に存在する端末装置１００からの端末情報の取得頻度が、特定地域外に存在する端末装置１００からの端末情報の取得頻度より高くて良い。
【０１０８】
また、例えば、実施例１〜３の少なくとも１つでは、１以上の端末装置１００が送信条件１２４を有し、別の１以上の端末装置１００が送信条件１２４を有しなくて良い。サーバ装置２００は、端末情報保存テーブル２２５は、端末装置１００毎に、送信条件１２４の有無を表す情報を有して良い。サーバ装置２００は、送信条件１２４を有する端末装置１００については、その装置１００に送信する送信条件変更指示で指定する送信条件を調整することで、その端末装置１００からの端末情報の受信頻度を制御して良い。また、サーバ装置２００は、送信条件１２４を有しない端末装置１００については、その装置１００に送信する端末情報送信要求の送信頻度を調整することで、その端末装置１００からの端末情報の受信頻度を制御して良い。
【０１０９】
また、例えば、実施例１〜３の少なくとも１つでは、サーバ装置２００は、閲覧範囲内の端末装置１００の端末情報に加えて、閲覧範囲外の端末装置１００の端末情報も管理装置３００に送信して良い。管理装置３００のＣＰＵ３１０が、描画している地図部分の範囲を基に、閲覧範囲内外の端末装置１００の端末情報を基に閲覧範囲内の端末装置１００を特定し、特定した端末装置１００の端末情報に基く情報を表示しても良い。
【符号の説明】
【０１１０】
１００…端末装置、２００…サーバ装置、３００…管理装置
【図１】
2013101571.tif 000003
【図２】
2013101571.tif 000004
【図３】
2013101571.tif 000005
【図４】
2013101571.tif 000006
【図５】
2013101571.tif 000007
【図６】
2013101571.tif 000008
【図７】
2013101571.tif 000009
【図８】
2013101571.tif 000010
【図９】
2013101571.tif 000011
【図１０】
2013101571.tif 000012
【図１１】
2013101571.tif 000013
【図１２】
2013101571.tif 000014