(57)【要約】      （修正有）【課題】広域表示された地図上に施設等が密集しながら存在しているという属性を損なうことなく、複数のアイコンを利用者に認識し易いように配置できる地図表示システムを提供する。【解決手段】地図画像を表示する地図表示システムにおいて、地図画像データと、アイコンデータと、を少なくとも一時的に記憶するメモリと、地図画像データと、アイコンデータと、に基づいて、地図上に複数のアイコンを配置する処理を実行して地図画像を表示させるコントローラと、を備え、コントローラは、複数のアイコンの夫々を、平面を充填するように地図上に配置するようにした。【選択図】図５
2018112721.tif 000002
【特許請求の範囲】
【請求項１】
地図画像を表示する地図表示システムであって、
地図画像データと、アイコンデータと、を少なくとも一時的に記憶するメモリと、
前記地図画像データと、前記アイコンデータと、に基づいて、地図上に複数のアイコンを配置する処理を実行し地図画像を表示させるコントローラと、
を備え、
前記コントローラは、
前記複数のアイコンの夫々を、平面を充填するように前記地図上に配置する
地図表示システム。
【請求項２】
前記コントローラは、前記複数のアイコンの夫々を、前記平面を充填可能な多角形から構成する
請求項１記載の地図表示システム。
【請求項３】
前記コントローラは、
複数の対象体が密集して存在し、当該複数の対象体夫々に前記アイコンを割り当て、当該複数のアイコンを前記地図上に配置する際に、前記複数の多角形を、平面を充填するように前記地図上に配置する
請求項２記載の地図表示システム。
【請求項４】
複数の建物の夫々を監視対象として、ネットワークを介して遠隔から監視するサーバを備え、
前記コントローラは、
前記複数の建物夫々を前記対象体として前記アイコンを割り当て、
当該アイコンの表示態様を前記建物の監視状態に応じて変更する
請求項３記載の地図表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図表示システムに関する。地図表示システムは、例えば、建物等の対象を遠隔から監視する遠隔監視システムに利用される。
【背景技術】
【０００２】
地図表示システムは、地図データ（以下、地図画像データとする）に基づいて、表示装置に、所定の縮尺の下で地図を表示し、システムの利用者に対して、住所、建物、ショップ等の検索の用途を提供している。地図表示システムは、利用者からの要求に応じて、住所等対象の地点を特定し、この地点に、ＰＯＩ（point of interest）アイコンを配置する。利用者は、ＰＯＩアイコンにカーソルを合わせると、地図表示システムは、ツールチップを介して、補足情報を利用者に提供する。
【０００３】
ところで、複数のアイコンが地図上で接近している場合には、複数のアイコンが重なる等によって、利用者が目的とする地点を確認する際の負担が増加する。そこで、特許文献１に係る地図表示装置は、複数のアイコンが地図上で重なる場合でも、複数のアイコンに対応する代表アイコンを配置し、代表アイコンによって、アイコンが付された施設等が利用者に確認し易いようにしている。
【０００４】
また、特許文献２には、地図の縮尺率に関係なく、各物件の状態を容易に把握させるために、物件マークを縮尺率変更後の地図上に付加して表示することが記載されている。さらに、特許文献３には、重なったアイコンを無作為に展開すると、アイコンの重なりは無くなるが、アイコンが示す地図の位置が正確ではなくなるため、利用者に誤った情報を与えてしまうという欠点を解消するために、優先順位によってアイコンの描画パターンを展開することにより、アイコンを利用者が認識しやすいようにして、所望のアイコンを見つけて選択するのを容易にすることが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２０６６０８号公報
【特許文献２】特開２００９−１０７８１５号公報
【特許文献３】特開２０１１−９９９６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の従来のシステムによれば、広域表示された地図上に重なって配置されたアイコンを利用者に認識し易いように、アイコンが重ならないような態様で地図上に特別に表示しようとするものであるが、これでは、却って、アイコンが付される施設等が密集して存在しているという、本来の属性が、利用者には正確に伝わらないという課題がある。
【０００７】
本発明は、広域表示された地図上に施設等が密集しながら存在しているという属性を損なうことなく、複数のアイコンを利用者に認識し易いように配置できる地図表示システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記目的を達成するために、本発明は、地図画像を表示する地図表示システムにおいて、地図画像データと、アイコンデータと、を少なくとも一時的に記憶するメモリと、地図画像データと、アイコンデータと、に基づいて、地図上に複数のアイコンを配置する処理を実行して地図画像を表示させるコントローラと、を備え、コントローラは、複数のアイコンの夫々を、平面を充填するように地図上に配置するようにした。
【発明の効果】
【０００９】
本発明によれば、広域表示された地図上に施設等が密集しながら存在しているという属性を損なうことなく、複数のアイコンを利用者に認識し易いように配置できる地図表示システムを実現できる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態による地図表示システムの全体構成を示すブロック図である。
【図２Ａ】監視サーバが保持する各種テーブルの構成を示す概念図である。
【図２Ｂ】監視サーバが保持する各種テーブルの構成を示す概念図である。
【図２Ｃ】監視サーバが保持する各種テーブルの構成を示す概念図である。
【図３Ａ】管理装置が保持する各種テーブルの構成を示す概念図である。
【図３Ｂ】管理装置が保持する各種テーブルの構成を示す概念図である。
【図３Ｃ】管理装置が保持する各種テーブルの構成を示す概念図である。
【図３Ｄ】管理装置が保持する各種テーブルの構成を示す概念図である。
【図４Ａ】地図の説明に供する概念図である。
【図４Ｂ】地図の説明に供する概念図である。
【図５】地図の構成を示す概念図である。
【図６】地点を示す多角形の説明に供する略線図である。
【図７】地点を示す多角形の説明に供する略線図である。
【図８】外側枠領域に表示する多角形の位置の決め方を示す概念図である。
【図９Ａ】建物情報取得処理の処理手順を示すフローチャートである。
【図９Ｂ】警報情報取得処理の処理手順を示すフローチャートである。
【図１０】地図画面生成処理の処理手順を示すフローチャートである。
【図１１】アイコン制御処理の処理手順を示すフローチャートである。
【図１２】アイコン詳細制御処理の処理手順を示すフローチャートである。
【図１３】他の実施の形態の説明に供する略線図である。
【発明を実施するための形態】
【００１１】
次に、地図表示システムを利用する遠隔監視システムを例にして、本発明の実施の形態を説明する。遠隔監視システムは、全国の各地に点在する対象を遠隔から監視する。対象としては、例えば、オフィスビル、店舗、ホテル、劇場、学校等の建物、建物のインフラ機器（エレベータ、空調、電気、ガス、水回り設備等）がある。
【００１２】
火災センサ、ガスセンサ、侵入センサ等各種の監視装置を建物内に配置し、監視装置からの信号に基いて、管理装置は、建物を遠隔監視する。管理装置は、地図表示システムを利用して、監視対象の建物の位置やその状態をアイコンによって地図上に表示する。管理者は、地図上に配置されたアイコンによって、監視対象の建物の存在と、建物の監視状態を視認することができる。
【００１３】
管理装置に実装される地図表示システムは、広い地域に多数点在する監視対象建物を総合的に表すために、広域地図上に監視対象建物のアイコンを表示する。大都市圏等狭い領域に監視対象建物が複数存在する地域では、広域地図上ではアイコンが密集して表示され、複数のアイコンの重なりを避けることができないことが多々ある。
【００１４】
これでは、管理者は、監視対象建物の存在、そして、監視対象建物の状態を正確に把握することができない。一方、複数のアイコンが重ならないように、アイコンを強制的に離間させる等、複数のアイコンを特別に表示すると、却って、複数の建物が密集して存在するという、本来の属性が毀損されてしまう。
【００１５】
そこで、地図表示システムは、このような不都合に対応するために、後述のように、管理装置は、複数のアイコンの夫々を多角形から構成し、複数の多角形を、平面を充填するように地図上に配置するようにした。以下、図面に基づいて説明する。
【００１６】
図１は遠隔監視システム１のブロック図である。遠隔監視システム１は、複数の監視対象建物２（監視サイト）と、一つ、又は、複数の管理装置５と、遠隔監視システム１を統合管理し、そして、管理装置５に、監視対象建物２の監視と、その管理を実行させる監視サーバ４と、オンライン地図サービスシステム７を備えている。監視対象建物２には、煙探知センサ、火災探知センサ、水漏れ探知センサ、侵入センサ等所定のセンサを備える監視装置３が設けられている。
【００１７】
監視装置３、監視サーバ４、管理装置５、そして、オンライン地図サービスシステム７は、インターネット等のネットワーク６を介して互いに接続されている。監視サーバ４は、公開されているＡＰＩによって、オンライン地図サービスシステム７のソースデータにアクセスして、所定の範囲の緯度及び経度の地図画像データを管理装置５にダウンロードさせることができる。管理装置５は、ダウンロードした地図画像データに基づいて、地図を表示することができる。
【００１８】
監視サーバ４は、監視のための統合処理を実行するＣＰＵ１１と、統合処理プログラムを少なくとも一時的に格納するメインメモリ１２と、統合処理のためのテーブルを記録する補助記憶装置１３とを備えている。メインメモリ１２は、例えば、揮発性の半導体メモリから構成されている。
【００１９】
統合プログラムは、ＣＰＵ１１によって実現される、監視装置通信モジュール１４、オンライン地図サービスシステム通信モジュール１５、そして、ＷＥＢサービスモジュール１６を備える。モジュールとは、ソフトウェア、及び/又は、ハードウェアによって実現される機能である。
【００２０】
補助記憶装置１３は、例えば、ハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性記憶装置から構成され、プログラムやデータを長期間記憶保持する。補助記憶装置１３には、統合処理のために、建物情報テーブルＴＢ１０、警報情報テーブルＴＢ２０、そして、ユーザ情報管理テーブルＴＢ３０がデータベースの一部として記憶されている。
【００２１】
監視装置通信モジュール１４は、監視装置３と通信する機能を実行し、監視装置３から送信される建物情報及び警報情報を取得し、建物情報を建物情報テーブルＴＢ１０に登録し、警報情報を警報情報テーブルＴＢ２０に記録する。
【００２２】
オンライン地図サービスシステム通信モジュール１５は、オンライン地図サービスシステム７と通信する機能を実行し、オンライン地図サービスシステム７から地図画像データを取得する。
【００２３】
ＷＥＢサービスモジュール１６は、管理装置５に対してＷＥＢサービスを提供する機能を実行する。ＷＥＢサービスモジュール１６は、管理装置５とＨＴＴＰＳ方式で通信を行う。ＷＥＢサービスモジュール１６は、ユーザ情報管理テーブルＴＢ３０に予め登録されている、管理装置５のユーザＩＤやパスワード等の情報を参照して、管理装置５のブラウザとセッションを確立して、セッションごとに処理を行う。
【００２４】
セッションが確立されていない場合、ＷＥＢサービスモジュール１６は、管理装置５にユーザＩＤ及びパスワードの入力のための画面を表示させる。この画面からログインが正常に行われるとセッションが確立する。
【００２５】
建物情報テーブルＴＢ１０は、監視対象としての建物の情報を管理する情報群であり、詳しくは、図２Ａに示すように構成されている。この建物情報テーブルＴＢ１０において、１行のレコード（行）が１つの建物に対応する。
【００２６】
１行のレコードは、建物ＩＤ欄ＴＢ１１、お客様ＩＤ欄ＴＢ１２、建物名称欄ＴＢ１３、住所欄ＴＢ１４、緯度欄ＴＢ１５、経度欄ＴＢ１６、及び、監視装置番号欄ＴＢ１７から構成されている。建物ＩＤ欄ＴＢ１１には、個々の建物を一意に識別するＩＤが格納される。
【００２７】
お客様ＩＤ欄ＴＢ１２には、建物の所有者を一意に識別するお客様ＩＤが格納される。建物名称欄ＴＢ１３には、建物の名称が格納される。住所欄ＴＢ１４には、建物の住所が格納される。
【００２８】
緯度欄ＴＢ１５には建物の緯度が格納され、経度欄ＴＢ１６には建物の経度が格納される。監視装置番号欄ＴＢ１７には、建物に設置される監視装置３を一意に識別する監視装置番号が格納される。監視サーバ４の管理者は、建物情報テーブルＴＢ１０に、必要な情報を登録する。
【００２９】
警報情報テーブルＴＢ２０は、監視装置通信モジュール１４が、監視装置３から受信した警報を管理するもので、詳しくは、図２Ｂに示すように構成されている。この警報情報テーブルＴＢ２０の１行のレコード（行）が１つの警報（要監視対象事象）に対応する。
【００３０】
警報情報テーブルＴＢ２０の１行のレコードは、警報ＩＤ欄ＴＢ２１、建物ＩＤ欄ＴＢ２２、警報発生日時欄ＴＢ２３、警報復旧日時欄ＴＢ２４、及び、警報内容欄ＴＢ２５から構成されている。警報ＩＤ欄ＴＢ２１には、発生した警報を一意に識別する警報ＩＤが格納される。復旧とは、警報の出力の原因が解消されたことをいう。
【００３１】
建物ＩＤ欄ＴＢ２２には、警報を出力した建物を一意に識別する建物ＩＤが格納され、警報発生日時欄ＴＢ２３には警報が発生した日時が格納され、警報復旧日時欄ＴＢ２４には、異常状態から復旧した日時が格納され、警報内容欄ＴＢ２５には、警報の内容である警報内容が格納される。復旧前は、警報復旧日時欄ＴＢ２４は空欄である。
【００３２】
ユーザ情報管理テーブルＴＢ３０は、管理装置５を運用するユーザ（建物管理事業者）の管理するためのものであって、詳しくは、図２Ｃに示すように構成される。ユーザ情報管理テーブルＴＢ３０では、１行のレコードが１つのユーザに対応する。ユーザは、管理者個人、又は、管理者のグループであってよい。
【００３３】
ユーザ情報管理テーブルＴＢ３０の１行のレコードは、ユーザＩＤ欄ＴＢ３１、ユーザ名欄ＴＢ３２、お客様ＩＤ欄ＴＢ３３、パスワード欄ＴＢ３４、及び、セッションＩＤ欄ＴＢ３５から構成されている。ユーザＩＤ欄ＴＢ３１には、ユーザを一意に識別するユーザＩＤが格納される。ユーザ名欄ＴＢ３２には、ユーザの名称が格納され、お客様ＩＤ欄ＴＢ３３には、ユーザＩＤとは別にお客様ＩＤが格納される。
【００３４】
パスワード欄ＴＢ３４には、管理装置５の利用者が監視サーバ４にアクセスする際のパスワードが格納され、セッションＩＤ欄ＴＢ３５には確立しているセッションを一意に識別するセッションＩＤが格納される。
【００３５】
管理装置５は、パーソナルコンピュータ、ワークステーション、又は、携帯端末でよい。管理装置５は、監視サーバ４を経由して、建物情報（ＴＢ１０）、警報情報（ＴＢ２０）、地図画像データ、アイコンのデータを取得し、建物をアイコンによって地図に表示する。管理装置５は、建物のステイタス（警報発生なし、警報発生あり、復旧済み）に応じて、例えば、アイコンの形態、及び/又は、色彩を変える等の付加処理を実行する。
【００３６】
管理装置５は、図１に示すように、コントローラとしてのＣＰＵ２１と、メモリ２２と、そして、補助記憶装置１３と、を備える。メモリ２２は、管理プログラムを格納する。
【００３７】
管理プログラムは、ＣＰＵ２１によって実行されるモジュールを備え、このモジュールは、建物情報取得モジュール２４、警報情報取得モジュール２５、地図表示モジュール２６、アイコン制御モジュール２７、及び、アイコン詳細制御モジュール２８から構成される。
【００３８】
補助記憶装置２３には、建物情報テーブルＴＢ４０、警報情報テーブルＴＢ５０、アイコン位置情報テーブルＴＢ６０、及び、アイコン警報情報判定テーブルＴＢ８０が格納されている。
【００３９】
建物情報取得モジュール２４は、ＷＥＢサービスモジュール１６を介して建物情報テーブルＴＢ１０から、管理に必要な建物情報を取得し、建物情報を建物情報テーブルＴＢ４０へ格納する。
【００４０】
警報情報取得モジュール２５は、ＷＥＢサービスモジュール１６を介して警報情報テーブルＴＢ２０から警報情報を取得し、警報情報を警報情報テーブルＴＢ５０へ格納する。
【００４１】
地図表示モジュール２６は、ＷＥＢサービスモジュール１６を介してオンライン地図サービスシステム７から、地図画像データを取得し、地図画像データに基づいて地図を表示する。
【００４２】
アイコン制御モジュール２７は、建物情報テーブルＴＢ４０の建物情報（建物の位置）に基づいてアイコンの位置を計算し、アイコン位置をアイコン位置情報テーブルＴＢ６０に格納するとともに、アイコン位置に基づいて地図上にアイコンを付加する。
【００４３】
アイコン詳細制御モジュール２８は、警報情報テーブルＴＢ５０の警報情報に基づいて、警報を出力した建物に対応するアイコンの特定情報を算出し、これを図３Ｄに示すアイコン警報情報判定テーブルＴＢ８０に格納する。
【００４４】
建物情報テーブルＴＢ４０は、管理装置５が管理する建物の情報であり、図３Ａに示すように構成されている。警報情報テーブルＴＢ５０は、管理する建物の警報情報を管理するものであり、図３Ｂに示すように構成されている。
【００４５】
アイコン位置情報テーブルＴＢ６０は、建物に対応するアイコンの位置情報等を管理するテーブルであり、図３Ｃのように構成されている。ここで、アイコンについて詳細に説明する。図４Ａは、複数のアイコンが広域地図上に配置された地図画面４００の従前の例を示す。
【００４６】
アイコンは、管理対象の建物に対応して、建物の位置になるように地図上に配置される。アイコンは、ユーザの視認性を損なわないように、所定のサイズを持ったバルーン状で構成されている。
【００４７】
複数の管理対象の建物が隣接している領域４００Ａには、複数のアイコン４０２Ａ〜４０２Ｃが密集して表示され、領域４００Ｂには、複数のアイコン４０３Ａ〜４０３Ｅが密集して表示される。複数のアイコンが重なりあって表示されると、アイコンの数、アイコンの位置関係が判別し難くなる。
【００４８】
そこで、管理装置５に実装される地図表示システムは、図４Ｂに示すように、従前では密集して表示される複数のアイコンを領域充填の理論によって、重ならないように展開して表示する。
【００４９】
領域充填とは、平面充填、曲面充填、空間充填を含むものとして理解してよく、図４Ｂには地図画面の平面充填が示されている。平面充填とは、平面内を多角形からなる平面図形で隙間なく
敷き詰める操作を云い、平面全体を平面充填形という。図４Ｂには平面図形が正三角形であることを示している。
【００５０】
即ち、管理装置５は、一つのアイコンを従来のバルーン状ではなく、一つの正三角形として表示する。平面充填形内では、複数の平面図形が互いに重なり合うことなく隣接して整然と配置されるために、ユーザはアイコンの数やアイコンの並びを簡潔、かつ、明瞭に把握することができる。
【００５１】
図４Ａでは、アイコン４０３Ａ〜４０３Ｄが互いに重なっており、ユーザにとっては、アイコンを判別することが容易であるとは言えないが、図４Ｂでは、アイコン４０３Ａ〜４０３Ｄは、重なり合うことなく平面充填されているため、ユーザはアイコンの数や複数のアイコンの配置を容易に判別することができる。
【００５２】
図４Ｂにおいて、符号４１０は、領域４００Ａ内で最も北方（高緯度）に存在するアイコン４０２Ａの位置(緯度、経度)であり、符号４１２は、領域４００Ｂ内で最も北方（高緯度）に存在するアイコン４０３Ａの位置(緯度、経度)である。
【００５３】
したがって、複数の建物が密集する領域の端部（最北の建物の位置）から一方向（南方向、画面の縦の下方向）に向かって平面充填型が展開、あるいは、伸長するため、ユーザは建物の数と複数の建物が隣接している態様を明瞭に意識することができる。なお、他の建物と隣接することなく、単独で点在する建物は、平面充填されるのではなく、個別的に単純形態（○等）のアイコンで示されるものでよい。
【００５４】
地図画像データは、画像の横方向（Ｘ軸方向）のドット数と、縦方向（Ｙ軸方向）のドット数と、任意の緯度、任意の経度とによって構成され、地図表示モジュール２６は、地図画像データに基づいて、縮尺値（スケール）を変更することによって、地図画像を表示することができる。
【００５５】
地図上の表示領域の中心緯度、中心経度と地図上の表示領域の最大緯度、最小緯度、最大経度、最小経度は、オンライン地図サービスシステム７の地図画像データ作成機能に搭載されている。
【００５６】
地図表示モジュール２６は、オンライン地図サービスシステム７によって公開されているＡＰＩを利用して、これら緯度及び経度情報を取得することができる。したがって、地図表示モジュール２６は、地図画像作成機能を駆使して、取得した地図画像データに基づいて、緯度、経度、縮尺値、画像の横方向のドット数、画像の縦方向のドット数のパラメータにより地図画像を作成して表示する。
【００５７】
管理装置５のアイコン位置情報テーブルＴＢ６０は、建物毎のアイコンの態様を特定するものであって、アイコンの一つが、建物ＩＤ欄ＴＢ６１、横方向アイコン座標欄ＴＢ６２、縦方向アイコン座標欄ＴＢ６３、内側領域判定欄ＴＢ６４、アイコン種別欄ＴＢ６５、アイコン向き欄ＴＢ６６、分割欄ＴＢ６７、充填番号欄ＴＢ６８、充填順欄ＴＢ６９、及び、アイコン番号欄ＴＢ７０によって特定される。
【００５８】
横方向アイコン座標欄ＴＢ６２には、地図画像において、アイコンをマッピングすべき横方向(Ｘ軸方向)の座標が格納され、縦方向アイコン座標欄ＴＢ６３には、その縦方向（Ｙ軸方向）のアイコン座標が格納される。
【００５９】
内側領域判定欄ＴＢ６４には、建物をアイコンによって表示にする際に、アイコンを、後述する図５の内側矩形領域３１内に表示されるか否かの区別を示すものである。図５の内側矩形領域３１内に表示されるアイコンには「１」を割り当て、それ以外のアイコンには「２」が格納される。「１」が割り当てられたアイコンには、既述の平面充填を適用し、「２」が割り当てられたアイコンには、平面充填を適用しないことでもよい。
【００６０】
アイコン種別欄ＴＢ６５には、アイコンとしての多角形の形態であるアイコン種別が格納される。平面図形として多角形には、既述の三角形の他、四角形、六角形等がある。さらに、一つの建物に対応するアイコン、さらに、複数の建物に対応するアイコン等、建物数とアイコンの対応関係の区別もある。
【００６１】
後者のアイコンでは、多数の管理対象建物が隣接していても、複数のアイコンの表示態様を簡素化できる利点がある。アイコンの形態、そして、アイコンと建物との対応数に基づいて、アイコン種別を定めることができる、例えば、１つの建物を表す三角形としてのアイコンの種別を「１」、複数の建物を表す三角形としてのアイコンの種別を「２」、１つの建物を表す四角形としてのアイコンの種別を「３」、複数の建物を表す四角形としてのアイコンの種別を「４」にする。
【００６２】
アイコン向き欄ＴＢ６６には、アイコンの向きが格納される。アイコン制御モジュール２７が、アイコンを平面充填させるためには、アイコンの向きの情報（アイコンの方向性の情報）が必要である。アイコン制御モジュール２７は、アイコン種別が三角形の場合、アイコン向きを上にする場合には「１」を、アイコンの向きを下の場合には、「２」がアイコンの向きとして設定する。
【００６３】
分割欄ＴＢ６７を説明するに際して、まず、地図画面の構成例（図５）について説明する。符号３０は、管理装置５のモニタに表示される地図画面である。地図画面３０は、内側矩形領域３１、中間枠領域３２、及び、外側枠領域３３を備える。
【００６４】
内側矩形領域３１には、広域地図（北海道の大部分）が表示されている。この広域地図内の監視建物密集領域５００Ａ〜５００Ｄには、複数のアイコン（平面図形：三角形）５００の平面充填型（複数のアイコンの集合体）が表示されている。平面充填型は内側領域で表示される。
【００６５】
内側領域内の緯度と経度に存在する建物に対応するが、平面充填によって内側領域を越えるアイコンは、中間枠領域３２内に簡易的に表示される（５３０）。５３０で示されるアイコンは、一つ又は複数の建物に対応している。中間枠領域３２は、内側矩形領域３１の外側周囲に、ほぼアイコン一つ分の大きさを持って形成されている。
【００６６】
符号５１０はカーソルを示す。ハッチングが付されているアイコンは、警報を発した建物を示し、ユーザがカーソル５１０をアイコンに合わせると、警報内容を示すツールチップ５２０が表示される。
【００６７】
外側枠領域３３は、内側矩形領域３１の緯度と経度内に含まれない建物のアイコンを示す領域である。外側枠領域３３は、中間枠領域３２の外側周囲に、ほぼアイコン一つ分の大きさを持って形成されている。
【００６８】
外側枠領域３３にアイコンを表示する際に、アイコンが存在する方向性を指し示すために、外側枠領域３３を、例えば、地図の中心を通る仮想の２軸５４０，５５０を利用して、地図中心に対して、例えば、東西南北に４分割する。
【００６９】
地図中心より南方向に存在するアイコン３７は、本州、四国、九州側の南方向にアイコンが存在することを示唆し、地図中心より西方向に存在するアイコン３６は、本州、四国、九州の西南方向にアイコンが存在することを示す。北海道の北側の位置３５、東側の位置３８には、国土が存在しないため、アイコンは表示されないことが多い。
【００７０】
ユーザは、アイコン３６,３７を頼りに、カーソルを移動させると、地図がスクロールされながら、内側矩形領域３１内にアイコン、アイコンの集合体が順次展開される。中間枠領域３２、及び、外側枠領域３３に夫々表示されるアイコンの形態は、内側矩形領域３１に表示されるアイコンの形態と同じでも、異なってもよい。
【００７１】
なお、アイコン制御モジュール２７は、アイコンを地図上にマッピングするため、アイコンの透明度を変化させて、アイコン直下の地図画像がユーザに視認できように、或いは、視認できないようにすることができる。
【００７２】
分割欄ＴＢ６７には、既述の分割に伴う、アイコンが配置される方向を規定する要素が格納され、「１」は北、「２」は東、「３」は南、「４」は西を示す。「０」は、建物が内側矩形領域３１に存在することを示す。アイコン制御モジュール２７は、地図の中心位置と建物の位置を比較して分割特性を決定する。
【００７３】
充填番号欄ＴＢ６８は、建物のアイコンが平面充填される充填型を一意に識別するものである。アイコン制御モジュール２７は、アイコンの集合領域を認識し、集合領域毎に充填番号を設定する。
【００７４】
図３Ｃは、建物ＩＤが「１」と「２」の建物が一つの三角形のアイコン（アイコン種別：２）に対応し、このアイコンが充填番号「１」の平面充填型に、「１」番の充填順（ＴＢ６９）で充填されることを示している。アイコンを充填する場合順序は、充填順（ＴＢ６９）によって規定される。アイコン番号ＴＢ７０にはアイコンを一意に識別するアイコン番号が格納される。
【００７５】
アイコン警報情報判定テーブルＴＢ８０は、アイコン制御モジュール２７に、アイコンに対応する建物に警報情報が発生しているか否かを判定させるためのものである。このアイコン警報情報判定テーブルＴＢ８０では、１つのレコード(行)が１つのアイコン番号に対応する。
【００７６】
アイコン番号には、アイコンの表示形態を規定するアイコンオブジェクトＩＤを対応させてよい。アイコンオブジェクトＩＤ毎にアイコンの表示形態が設定される。アイコンの表示形態とは、例えば、火災が検知された建物に対応する「赤色アイコンの点滅」、水漏れが検知された建物に対応する「青色アイコンの点滅」等である。
【００７７】
次に、アイコン、及び、アイコンの平面充填について詳しく説明する。図６（Ａ）及び図６（Ｂ）に示すように、三角形のアイコンは、上を頂点とするタイプ（上向き三角形アイコン）と、下を頂点とするタイプ（下向き三角形アイコン）の２種類があり、例えば、縦と横が夫々２×ａドットの大きさから構成される。
【００７８】
上向き三角形アイコンを第１列目として、第２列目以降、上向き三角形アイコンと、下向き三角形アイコンとを、図６（Ｃ）に示すように、交互に平面充填することによって、一方向（Ｙ軸下方）に裾広がりに展開される大三角形の平面充填型が構成される。この大三角形の平面充填型が、隣接する複数の建物に対応する複数のアイコン群である。
【００７９】
例えば、ａは８又は１６であり、管理装置５のユーザがマウス等の入力装置の操作でａの値を選択できるようにしてよい。ａを単位にしている理由は、図６（Ｃ）のように、横方向に複数の三角形アイコンを充填するためである。アイコンの表示位置の精度はａドットになる。アイコン制御モジュール２７がアイコンを縦方向に展開する場合には、三角形の高さ（２ａ）分のピッチでアイコンを充填すればよい。
【００８０】
図６（Ｄ）は、アイコンの充填順序と充填位置との関係を示す。アイコン制御モジュール２７が、この充填順序と充填位置とに沿って、２方向の何れかのアイコンを、充填することによって、下方に展開する平面充填型を構成することができる。アイコンの充填順序は、建物の位置順（例えば、建物の緯度が大きい順）でよい。
【００８１】
アイコン制御モジュール２７は、三角形のアイコンの表示順をｍ番目とすると、次式
【数１】
2018112721.tif 000003
となる最大のｎの値を列番号として求めることができる。
【００８２】
さらに、ｍ番目の三角形アイコンの頂点の横方向の座標Ｘｍについて、大三角形アイコンの頂点の横方向の座標をＸとすると、これは以下の通り算出される。なお、地図上の右下を０として、左方向を正とし、ａを基本単位としている。
【数２】
2018112721.tif 000004
【数３】
2018112721.tif 000005
【００８３】
また、ｍ番目の三角形アイコンの頂点の縦方向の座標Ｙｍについて、大三角形アイコンの頂点の横方向の座標をＹとすると、これは、以下の通り算出される。なお、地図上の右下を０として、上方向を正とし、ａを基本単位としている。
【数４】
2018112721.tif 000006
【数５】
2018112721.tif 000007
【００８４】
なお、上向き三角形アイコンか下向き三角形アイコンかは、既述のとおり、テーブルによって、予め決定しておく。また表示順は建物が集中している箇所に近い順とする。
【００８５】
次に、正常状態における建物に対応するアイコンの表示態様について説明する。図７（Ａ）、図７（Ｂ）は、上向き三角形アイコンと下向き三角形アイコンと夫々１つの建物に対応している形態であり、図７（Ｃ）、図７（Ｄ）は、夫々複数の建物に対応している形態である。アイコンには建物のシンボルのテクスチャーがマッピングされている。
【００８６】
図７（Ｅ）に、これらアイコンが平面充填された後の大三角形を示す。大三角形によれば、夫々のアイコンに対象体の数に対応するシンボルが表示されるため、管理装置５のユーザは、林立する監視状態建物の状態、即ち、どれくらいの数の建物が相対的にどのような位置関係を持って配列されているかといったことを、一見して認識できるという効果がある。
【００８７】
図８に、既述の分割による方向性を決定するための原理について説明する。アイコン制御モジュール２７は、内側領域にアイコンとして表示されない建物の位置と地図中心とを比較して、地図の中心からのアイコンの位置の角度θに基づいて、分割の方向を決定する。
【００８８】
分割数を４とすると、角度θが４５度以上１３５度未満のとき分割方向を「１」とし、図５中の位置３５にアイコンを表示し、角度θが１３５度以上２２５度未満のとき分割方向を「２」として図２中の位置にアイコン３６を表示し、角度θが２２５度以上３１５度未満のとき分割方向を「３」として図２中の位置にアイコン３７を表示し、角度θが３１５度以上４５度未満のとき分割方向を「４」として図２中の位置３８にアイコンを表示する。なお分割方向が「０」の場合は内側矩形領域３１又は中間枠領域３２にアイコンを表示する。
【００８９】
次に、管理装置５に実装された地図画面生成機能について説明する。管理装置５には、監視サーバ４から取得した建物情報、警報情報及び地図画像データに基づいて地図画面３０を生成する地図画面生成機能が搭載されている。
【００９０】
実際上、本実施の形態の場合、管理装置５は、監視サーバ４が各監視対象建物２の監視装置３から取得した建物情報及び警報情報を、ネットワーク６を介して取得する。
【００９１】
次に、管理装置５は、監視サーバ４がオンライン地図サービスシステム７から取得した地図画像データを取得し、建物情報及び警報情報を用いて地図画像データ中の建物の位置に対応する警報の情報を紐づける。
【００９２】
縮尺率が小さく、建物同士の位置が集中する場合には、１つのアイコンに複数の建物が含まれることを示すようにして表示を行ったり、平面を充填するようにアイコンを配置したりして表示する。なおこの場合、重なり合うアイコンの地図上の一番上のアイコンが指す地点が、大三角形アイコンの指す地点となる。
【００９３】
そして、管理装置５は、警報が発生しているアイコンを地図上で警報が発生していないアイコンと比べて目立つように表示させる。また、管理装置５は、地図上の警報が発生しているアイコンが管理装置５の利用者によって選択された際に、そのアイコンが示す建物の詳細な警報情報を表示する。
【００９４】
次に、上述した地図画面生成機能に関連して遠隔監視システム１の管理装置５により実行される各種処理について説明する。なお、以下においては、各種処理の処理主体を「プログラム」として説明するが、実際上は、その「プログラム」に基づいて管理装置５のＣＰＵ２１によりその処理が実行されることは言うまでもない。
【００９５】
図９Ａは建物情報取得処理ＲＴ１の処理手順を示し、図９Ｂは警報情報取得処理ＲＴ２の処理手順を示す。セッションが確立すると建物情報取得モジュール２４は建物情報取得処理ＲＴ１を実行し、その後周期的に警報情報取得モジュール２５は警報情報取得処理ＲＴ２を実行する。建物情報取得モジュール２４及び警報情報取得モジュール２５は、この図９Ａに示す処理手順に従って、監視サーバ４から建物情報及び警報情報を取得する。
【００９６】
実際上、建物情報取得モジュール２４は、この図９Ａに示す建物情報取得処理ＲＴ１を開始すると、まず、監視サーバ４のＷＥＢサービスモジュール１６へ建物情報取得要求を送信する（ＳＰ１１）。
【００９７】
建物情報取得要求を受信すると、ＷＥＢサービスモジュール１６は、セッションを確立した管理装置５のユーザＩＤからお客様ＩＤを、ユーザ情報管理テーブルＴＢ３０を用いて求める。ＷＥＢサービスモジュール１６は、建物情報テーブルＴＢ１０から、求めたお客様ＩＤと一致するお客様ＩＤが格納されているレコードを検索して取得する。ＷＥＢサービスモジュール１６は、取得したレコードを緯度の大きい順に並び替えて、セッションＩＤと対応するセッション情報に建物ＩＤ、建物名称、住所、緯度及び経度の情報を格納する。
【００９８】
建物情報取得モジュール２４は、このセッション情報から建物ＩＤ、建物名称、住所、緯度及び経度の情報を取得し、取得した情報を建物情報テーブルＴＢ４０に格納し（ＳＰ１２）、建物情報取得処理ＲＴ１を終了し、警報情報取得モジュール２５を呼び出す。
【００９９】
警報情報取得モジュール２５は、この図９Ｂに示す警報情報取得処理ＲＴ２を開始すると、まず、監視サーバ４のＷＥＢサービスモジュール１６へ警報情報取得要求を送信する（ＳＰ２１）。
【０１００】
警報情報取得要求を受信すると、ＷＥＢサービスモジュール１６は、上述の通り、接続しているユーザＩＤと対応する建物ＩＤの情報をしているため、当該建物ＩＤを用いて警報情報テーブルＴＢ２０から、警報復旧日時情報が格納されていないレコードを検索して取得する。ＷＥＢサービスモジュール１６は、セッションＩＤと対応するセッション情報に警報ＩＤ、建物ＩＤ、警報発生日時及び警報内容の情報を格納する。
【０１０１】
警報情報取得モジュール２５は、このセッション情報から警報ＩＤ、建物ＩＤ、警報発生日時及び警報内容の情報を取得し、取得した情報を警報情報テーブルＴＢ５０に格納し（ＳＰ２２）、建物情報取得処理ＲＴ２を終了する。
【０１０２】
図１０は、地図表示モジュール２６により実行される地図画面生成処理ＲＴ３の処理手順を示す。地図表示モジュール２６は、この図１０に示す処理手順に従って、監視サーバ４から地図画像データを取得し建物の位置にアイコンを付加した地図を表示する。
【０１０３】
実際上、地図表示モジュール２６は、セッションが確立し建物情報取得処理ＲＴ１が終了すると、又は、地図上の緯度か経度の少なくとも一方を変更する操作を利用者から受け付けると、地図画面生成処理ＲＴ３を開始する。
【０１０４】
まず、地図表示モジュール２６は、監視サーバ４のＷＥＢサービスモジュール１６に、地図の中心の緯度及び経度を指定して地図画像データの取得を要求する（ＳＰ３１）。
【０１０５】
ＷＥＢサービスモジュール１６はこの要求を受信すると、オンライン地図サービスシステム通信モジュール１５に地図画像データを取得させる。オンライン地図サービスシステム通信モジュール１５は取得した地図画像データをＷＥＢサービスモジュール１６へ送信する。そしてＷＥＢサービスモジュール１６は、オンライン地図サービスシステム通信モジュール１５から取得した地図画像データを地図表示モジュール２６へ送信する。
【０１０６】
地図表示モジュール２６は、オンライン地図サービスシステム通信モジュール１５から地図画像データを取得し（ＳＰ３２）、アイコンが生成されている場合は全て破棄し、取得した地図画像データを用いて、管理装置５の画面に地図を表示する（ＳＰ３３）。この表示の際に、地図表示モジュール２６は、地図画像データの縦方向の長さ、地図画像データの横方向の長さ、中心の緯度、中心の経度及び縮尺値を指定する。
【０１０７】
続いて、地図表示モジュール２６は、アイコン位置情報テーブルＴＢ６０のレコードがある場合は全てのレコードを削除する（ＳＰ３４）。また地図表示モジュール２６は、アイコン警報情報判定テーブルＴＢ８０のレコードがある場合は全てのレコードを削除する（ＳＰ３５）。
【０１０８】
続いて、地図表示モジュール２６は、アイコン位置情報テーブルＴＢ６０のレコードを生成する（ＳＰ３６）。また地図表示モジュール２６は、アイコン位置情報テーブルＴＢ６０に基づいて生成したアイコンを地図に付加し、アイコン警報情報判定テーブルＴＢ８０のレコードを生成し（ＳＰ３７）、地図画面生成処理ＲＴ３を終了し、アイコン制御モジュール２７を呼び出す。
【０１０９】
ここで地図表示モジュール２６は、１つアイコンを生成するとそのアイコンのアイコン番号に対応するアイコン警報情報判定テーブルＴＢ８０のレコードを生成する。
【０１１０】
図１１は、アイコン制御モジュール２７により実行されるアイコン制御処理ＲＴ４の処理手順を示す。アイコン制御モジュール２７は、この図１１に示す処理手順に従って、アイコンの表示の色及び点滅表示の有無の制御を行う。
【０１１１】
実際上、アイコン制御モジュール２７は、地図画面生成処理ＲＴ３が終了すると、アイコン制御処理ＲＴ４を開始する。まず、アイコン制御モジュール２７は、アイコン警報情報判定テーブルＴＢ８０のレコードを上から順に１つ取得する（ＳＰ４１）。
【０１１２】
次にアイコン制御モジュール２７は、アイコン警報情報判定テーブルＴＢ８０の建物ＩＤリスト欄ＴＢ８２に格納されている建物ＩＤと合致する建物ＩＤが、警報情報テーブルＴＢ５０に１件以上含まれているかを検索し、当該建物ＩＤの建物に警報が発生しているか否かを判定する（ＳＰ４２）。
【０１１３】
そしてアイコン制御モジュール２７は、この判定で肯定結果を得ると、当該アイコンの色を赤色の表示とし、アイコンを点滅させ、（ＳＰ４３）この後ステップＳＰ４５へ進む。
【０１１４】
これに対して、アイコン制御モジュール２７は、この判定で否定結果を得ると、当該アイコンの色を青色の表示とし（ＳＰ４４）、この後ステップＳＰ４５へ進む。
【０１１５】
続いて、アイコン制御モジュール２７は、アイコン警報情報判定テーブルＴＢ８０の全レコードの処理を終了したか否かを判定する（ＳＰ４５）。そしてアイコン制御モジュール２７は、この判定で否定結果を得ると、全レコードの処理が終了するまで、ステップＳＰ４１からＳＰ４５の処理を繰り返す。
【０１１６】
これに対して、アイコン制御モジュール２７は、ステップＳＰ４５の判定で肯定結果を得ると、アイコン制御処理ＲＴ４を終了する。
【０１１７】
図１２は、アイコン詳細制御モジュール２８により実行されるアイコン詳細制御処理ＲＴ５の処理手順を示す。アイコン詳細制御モジュール２８は、この図１２に示す処理手順に従って、アイコンに対応する警報情報の詳細な内容の表示の制御を行う。
【０１１８】
実際上、アイコン詳細制御モジュール２８は、管理装置５における利用者のアイコンを選択する操作を受け付けると、アイコン詳細制御処理ＲＴ５を開始する。
【０１１９】
まず、アイコン詳細制御モジュール２８は、アイコン警報情報判定テーブルＴＢ８０から、選択されたアイコンに対応するアイコン番号を検索し、このアイコン番号の建物リストＩＤリスト欄ＴＢ８２の建物ＩＤを取得する（ＳＰ５１）。
【０１２０】
次に、アイコン詳細制御モジュール２８は、警報情報テーブルＴＢ５０からこの建物ＩＤを検索し、この建物ＩＤの警報発生日時及び警報内容を取得する（ＳＰ５２）。
【０１２１】
続いて、アイコン詳細制御モジュール２８は、建物情報テーブルＴＢ４０からこの建物ＩＤを検索し、この建物ＩＤの建物名称を取得する（ＳＰ５３）。
【０１２２】
さらにアイコン詳細制御モジュール２８は、この建物ＩＤの建物名称、警報発生日時及び警報内容を吹き出しの中に表示し（ＳＰ５４）、アイコン詳細制御処理ＲＴ５を終了する。なおアイコン詳細制御モジュール２８は、この吹き出しを処理の対象としているアイコンの付近に表示する。
【０１２３】
以上のように本実施の形態の遠隔監視システム１では、多角形のアイコンを平面を充填するように配置することで、複数の地点が地図上に密集した場合にも地図上の位置関係を損なわずに複数の地点を重複せずに表示することができる。
【０１２４】
従って、本遠隔監視システム１によれば、管理装置５の利用者は、複数の地点に密集して警報が発生している場合にも、それらの地点を地図上で位置関係を含め視認しやすくなり、効率的な対応が可能となる。
【０１２５】
なお上述の実施の形態においては、（１）式により列番号を求める場合について述べたが、本発明はこれに限らず、列番号を予め決定するようにしてもよい。
【０１２６】
また上述の実施の形態においては、アイコン向きを予め決定する場合について述べたが、本発明はこれに限らず、階差数列を利用して求めるようにしてもよい。
【０１２７】
また上述の実施の形態においては、１つのアイコンで１又は複数の地点を示す場合について述べたが、本発明はこれに限らず、図１３（Ａ）〜図１３（Ｃ）に示すように複数のアイコンで１つの地点を示すようにしてもよい。
【０１２８】
また上述の実施の形態においては、アイコンの形状を三角形について述べたが、本発明はこれに限らず、図１３（Ｄ）、図１３（Ｅ）に示すように、アイコンの形状を四角形としてもよい。なおアイコンの形状を変更する場合は、利用者が任意に変更できるようにしてもよい。
【０１２９】
さらに上述の実施の形態においては、アイコンの形状を三角形について述べたが、本発明はこれに限らず、図１３（Ｆ）、図１３（Ｇ）に示すように、アイコンの形状を六角形としてもよい。
【符号の説明】
【０１３０】
１……遠隔監視システム、２……監視対象建物、３……監視装置、４……監視サーバ、５……管理装置、６……ネットワーク、７……オンライン地図サービスシステム、１１，２１……ＣＰＵ、１２……メインメモリ、１３，２３……補助記憶装置、１４……監視装置通信モジュール、１５……オンライン地図サービスシステム通信モジュール、１６……ＷＥＢサービスモジュール、２２……メモリ、２４……建物情報取得モジュール、２５……警報情報取得モジュール、２６……地図表示モジュール、２７……アイコン制御モジュール、２８……アイコン詳細制御モジュール。
【図１】
2018112721.tif 000008
【図２Ａ】
2018112721.tif 000009
【図２Ｂ】
2018112721.tif 000010
【図２Ｃ】
2018112721.tif 000011
【図３Ａ】
2018112721.tif 000012
【図３Ｂ】
2018112721.tif 000013
【図３Ｃ】
2018112721.tif 000014
【図３Ｄ】
2018112721.tif 000015
【図４Ａ】
2018112721.tif 000016
【図４Ｂ】
2018112721.tif 000017
【図５】
2018112721.tif 000018
【図６】
2018112721.tif 000019
【図７】
2018112721.tif 000020
【図８】
2018112721.tif 000021
【図９Ａ】
2018112721.tif 000022
【図９Ｂ】
2018112721.tif 000023
【図１０】
2018112721.tif 000024
【図１１】
2018112721.tif 000025
【図１２】
2018112721.tif 000026
【図１３】
2018112721.tif 000027