(57)【要約】【課題】監視制御画面の作成は専用の監視制御画面作成エディタで作成しなければならない為、特にシステム規模の大きな分野においては作成作業効率が悪く、また、膨大な画面データを監視画面表示処理装置で処理しなければならず、表示に時間がかかる課題があった。【解決手段】画像ビットマップデータ１１，１２，１３，・・をグラフィックエディタ１で作成し、このグラフィックエディタで作成した画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示することにより、画面作成作業を容易に効率的に行えるようにすると共に、表示処理に使用されるデータ量の削減を行ない、監視画面表示処理装置３による表示自体の時間を大幅に短縮するものである。【選択図】        図１
2004348465.tif 000002
【特許請求の範囲】
【請求項１】
画像ビットマップデータをグラフィックエディタで作成し、このグラフィックエディタで作成した画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示する監視制御画面の作成表示方式。
【請求項２】
画像ビットマップデータをイメ−ジリ−ダで読み込み、このイメ−ジリ−ダにより得られた画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示する監視制御画面の作成表示方式。
【請求項３】
請求項１及び請求項２の何れか一に記載の監視制御画面の作成表示方式において、デ−タ内容が異種類のベクトルデータをそれぞれ異なるレイヤとし、デ−タ内容が異なる複数のレイヤを重ね合わせて表示画面に表示することを特徴とする監視制御画面の作成表示方式。
【請求項４】
画像ビットマップデータを保管する画面ビットマップデ−タファイル、この画面ビットマップデ−タファイルに保管されている画像ビットマップデータから変換されたベクトルデータを保管するベクトルデータファイル、及び前記ベクトルデータファイルに保管されているベクトルデータに基づいて表示装置に画像表示する監視制御画面作成エンジンを備えた監視制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えば配水監視制御、交通監視制御、等の監視や制御における監視制御画面の作成表示方式及び監視制御装置に関するものである。
【０００２】
【従来の技術】
従来の表示画面作成装置は、例えば特開２００２−７３３２０号公報（特許文献１）に示されている。
【０００３】
以下、この特許文献１に記載の表示画面作成装置を、特許文献１の図番、装置構成要素名、符号を使って説明する。特許文献１においては、プログラム式表示装置２０で使用する１または複数の単位画面ファイルおよび各単位画面から呼び出して表示するための関連する図形ファイルからなるプロジェクトファイルを処理指示語Ｗを使用して作成し、所定のプログラムを用いて図６に例示する各種の機能を実現するようにしている。ディスプレイの画面上において必要な各種の表示動作を処理する表示部６２と、円や直線のような描画図形の作成部６４と、スイッチやランプのような機能部品の配置部６６と、各種処理指示語Ｗのベース画面５２に対する設定部６８と、１枚のベース画面５２上にオブジェクトとして配設された描画図形、機能部品および処理指示語に含まれる各データを整理することによって単位画面として合成する単位画面合成部７０と、作成された各種のデータを格納するデータ記憶部７２と、作成されたデータをプログラム式表示装置２０に送るデータ通信部７４とを備えている。
【０００４】
【特許文献１】
特開２００２−７３３２０号公報（図６、段落番号００３２〜００３４）
【０００５】
【発明が解決しようとする課題】
例えば配水監視制御、交通監視制御、等のシステム規模の大きな監視や制御システムにおける監視や制御（監視制御と略記する）の表示画面における表示部品数は、約５０００〜１００００点或いはそれ以上もの数になる。一方、このようなシステム規模の大きな監視や制御システムにおける監視制御表示画面の作成は前述の特許文献１などのように専用プログラムによるプログラム方式によって、監視制御画面を作成しているのが現状である。
【０００６】
従って、例えば配水監視制御、交通監視制御、等のシステム規模の大きな監視制御システムにおける監視制御画面を専用プログラムによるプログラム方式によって作成する場合、約５０００〜１００００点或いはそれ以上もの表示部品を作成し、且つこれら約５０００〜１００００点或いはそれ以上もの膨大な数の表示部品を組み合わせて、例えば、道路、河川、建物、その他必要なシンボルを一或いは複数の画面上にレイアウトしなければならず、画面作成に膨大な時間、例えば１００００時間前後、を要する。また、表示のために膨大な数の部品を表示しなければならないため、表示自体にも時間がかかる。また、現実には、時間的制約の関係で、余儀なく表示部品数を少なくせざるを得なく表現力の低い画面となる場合も頻々に生じている。
【０００７】
この発明は前述のような従来の実情に鑑みてなされたもので、従来に比べ短い時間で表現力の高い画面作成及び表示を可能とすることを目的としている。
【０００８】
【課題を解決するための手段】
この発明に係る監視制御画面の作成表示方式は、画像ビットマップデータをグラフィックエディタで作成し、このグラフィックエディタで作成した画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示するものである。
【０００９】
また、この発明に係る監視制御画面の作成表示方式は、画像ビットマップデータをイメ−ジリ−ダで読み込み、このイメ−ジリ−ダにより得られた画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示するものである。
【００１０】
また、この発明に係る監視制御装置は、画像ビットマップデータを保管する画面ビットマップデ−タファイル、この画面ビットマップデ−タファイルに保管されている画像ビットマップデータから変換されたベクトルデータを保管するベクトルデータファイル、及び前記ベクトルデータファイルに保管されているベクトルデータに基づいて表示装置に画面表示する監視制御画面作成エンジンを備えているものである。
【００１１】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態１を図１〜図５に基づいて説明する。図１は一例として市販のグラフィックエディタによるビットマップデ−タからベクトルデータへ変換するソフトウェア機能構成の一例を示すブロック図、図２はビットマップデ−タからベクトルデータへの変換手順を示すフロ−図、図３はベクトルデータの形式をビットマップデ−タの形式と比較して示す図で、（ａ）はビットマップデ−タの形式を示し、（ｂ）はベクトルデータの形式を示してある。図４はベクトルデータに基づいて表示画面に表示するソフトウェア機能構成の一例を示すブロック図、図５は一例として市販のグラフィックエディタによるビットマップデ−タからベクトルデータへの変換およびベクトルデータに基づいた表示画面への表示のソフトウェア機能構成の一例を示すブロック図である。
【００１２】
図１において、例えば配水監視制御、交通監視制御、など大規模なシステムの監視や制御における監視制御画面の作成は、市販のビットマップエディタ等のグラフィックエディタ１で行われ、このグラフィックエディタ１で作成された画像情報の画像ビットマップデ−タは、任意数のビットマップデ−タファイル１１，１２，１３，・・に保管される。
【００１３】
この画像ビットマップデ−タファイル１１，１２，１３，・・に保管された画像情報のビットマップデ−タは監視画面作成エンジン２によってベクトルデ−タに変換され、この画像情報のベクトルデ−タは任意数のベクトルデ−タファイル２１１，２１２，・・、及び任意数の可変画情報デ−タファイル２２１，２２２，・・に保管される。
【００１４】
これらベクトルデ−タファイル２１１，２１２，・・、及び可変画情報デ−タファイル２２１，２２２，・・に保管されたベクトルデ−タは、キ−ボ−ドやマウス等の入力手段（図示せず）からの入力指令に応じて監視画面表示処理装置３によって取り込まれディスプレイ等の表示装置（後述の図４における表示装置４）の画面に表示される。
【００１５】
前記市販のグラフィックエディタ１は、例えばＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）上で使用されるＢＭＰ（ＢｉｔＭａＰ）やＯＳ／２で使用されるＤＩＢ（Ｄｅｖｉｃｅ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｂｉｔｍａｐ）のような汎用ペイント系グラフィックソフトであり、従来の監視制御画面作成専用プログラム形式のような特殊なソ−スコ−ドや処理指示語を使用しない汎用ソフトであり、また、部品はごく一般的なものについては予め多数準備されており、新たな部品を作成する場合も部品をドット単位で任意に容易に作成できるものである。因みに、配水分野、交通分野、他、の監視制御システムの規模が大きいケ−スにおいては、監視制御画面の作成時間は表示部品の作成時間も含め、従来の専用プログラムを使ったプログラム方式の場合約１００００時間かかっていたのが、市販の汎用グラフィックエディタを使用した場合は約３０００時間で済み、また、部品数も多いので表現力の高い画面作成が可能である。
【００１６】
前記監視画面作成エンジン２は、前記画像ビットマップデ−タファイル１１，１２，・・に保管されている画像情報のビットマップデ−タを、ベクトルデ−タに変換し、任意数のベクトルデ−タファイル２１１，２１２，・・、及び任意数の可変画情報デ−タファイル２２１，２２２，・・を自動作成するものである。
【００１７】
前記ベクトルデ−タファイル２１１，２１２，・・には、殆ど変更される可能性が低く背景画となる例えば建物画像情報デ−タ、河川画像情報デ−タ、道路画像情報デ−タ、白地図画像情報デ−タ、等の固定画情報のデ−タが保管される。
【００１８】
なお、前記白地図画像情報デ−タ、道路画像情報デ−タ、河川画像情報デ−タ、建物画像情報デ−タ、等は夫々別ファイルに保管される。例えば、前記建物画像情報デ−タは前記ベクトルデ−タファイル２１１に、前記河川画像情報デ−タは前記ベクトルデ−タファイル２１２に、前記道路画像情報デ−タはベクトルデ−タファイル２１３（図示省略）に、前記白地図画像情報デ−タはベクトルデ−タファイル２１４（図示省略）に、それぞれ保管される。
【００１９】
また、前記ベクトルデ−タファイル２１１は、前記画像ビットマップデ−タファイル１１に対応している。つまり、前記グラフィックエディタ１を使用して前記建物画像情報のビットマップデ−タを作成し当該ビットマップデ−タを前記画像ビットマップデ−タファイル１１に保管し、この画像ビットマップデ−タファイル１１に保管の建物画像情報のビットマップデ−タを監視画面作成エンジン２によって建物画像情報のベクトルデ−タに自動変換して前記ベクトルデ−タファイル２１１に当該自動変換された建物画像情報のベクトルデ−タが保管される。
【００２０】
同様に、前記河川画像ベクトルデ−タファイル２１２は、前記河川画像ビットマップデ−タファイル１２に対応している。つまり、前記グラフィックエディタ１を使用して前記河川画像情報のビットマップデ−タを作成し当該ビットマップデ−タを前記画像ビットマップファイル１２に保管し、この画像ビットマップデ−タファイル１２に保管の河川画像情報のビットマップデ−タを監視画面作成エンジン２によって河川画像情報のベクトルデ−タに自動変換して前記ベクトルデ−タファイル２１２に当該自動変換された河川画像情報のベクトルデ−タが保管される。
【００２１】
同様に、前記道路画像ベクトルデ−タファイル２１３（図示省略）は、前記道路画像ビットマップデ−タファイル１３に、前記白地図画像ベクトルデ−タファイル２１４（図示省略）は、前記白地図画像ビットマップデ−タファイル１４（図示省略）に、それぞれ対応している。
【００２２】
前記可変画情報デ−タファイル２２１，２２２，・・には、変更される可能性が高い、例えば配水分野や交通分野の監視制御においては配水路の水路開閉弁（シンボル）や速度監視カメラ（シンボル）の接地個所等の可変画情報のデ−タが保管される。この可変画情報についてもその量が多い場合は性質の異なる可変画情報を別ファイルに分けて保管する。また、前記固定画情報の場合と同様に、前記可変画情報デ−タファイル２２１，２２２，・・も前記画像ビットマップデ−タファイル１５，１６・・（図示省略）に対応している。
【００２３】
なお、前記画像ビットマップデ−タファイル１１，１２，・・が複数或いは多数設けられているのは、従来の専用プログラムによるプログラム方式とは異なり、市販のグラフィックエディタ１は既設のパ−ソナルコンピュ−タ等に容易に搭載して使用でき、また、従来の専用プログラムによるプログラム方式の場合のように専用要員が不要であるため、システム規模の大きな監視や制御システムにおける監視制御画面の作成を複数人あるいは多人数に分散して、或いは画面作成環境を分散して、例えば、前述の建物画像情報デ−タ、河川画像情報デ−タ、道路画像情報デ−タ、白地図画像情報デ−タ、可変画情報デ−タを、個別に又はそれぞれ遠隔地の分散された画面作成環境で入力でき、また、その結果として複数或いは多数のビットマップデ−タファイルができる。勿論、複数人あるいは多人数に分散して個別に又は分散された画面作成環境で入力してできた複数或いは多数のビットマップデ−タファイルは、必要に応じて１つ或いは複数のビットマップデ−タファイルに統合してもよい。
【００２４】
また、前記ベクトルデ−タファイル２１１，２１２，・・、及び前記可変画情報デ−タファイル２２１，２２２，・・が複数或いは多数設けられているのは、前記画像ビットマップデ−タファイル１１，１２，・・をファイル単位でベクトル変換した結果であり、これら複数或いは多数のベクトルデ−タファイル２１１，２１２，・・、及び可変画情報デ−タファイル２２１，２２２，・・も、必要に応じて１つ或いは複数のベクトルデ−タファイルに統合してもよい。
【００２５】
次に、前記ビットマップデ−タから前記ベクトルデータへの変換手順を、図２によって説明する。
【００２６】
図２において、各画面ビットマップデータファイル１１，１２，１３，・・（図１参照）毎に画面ビットマップデータファイルを読み込み（ステップＳＴ１）、ビットマップデ−タが終了かどうか判断しながら（ステップＳＴ２）、画面ビットマップデータの終了までＲＧＢデータを取得し（ステップＳＴ３）、背景データであれば処理を行わず（ステップＳＴ４）、ＲＧＢ値が異なるデータを読み込んだ場合に（ステップＳＴ５）、前記固定画のベクトルデータと可変画情報データとを作成し（ステップＳＴ６）、最終的にそれぞれのベクトルデータファイル２１１，２１２，・・（図１参照）／可変画情報データファイル２２１，２２２，・・（図１参照）に出力する（ステップＳＴ７）。
【００２７】
次いで、前記画像ビットマップファイル１１，１２，・・、及び前記ベクトルデ−タファイル２１１，２１２，・・のデ−タ構造について図３（ａ）（ｂ）により説明する。
【００２８】
例えば、前記画像ビットマップファイル１１，１２，・・には、図３（ａ）に示すように１ピクセル単位で各ピクセルに赤、赤、青、青、・・等のＲＧＢ情報が入ったデ−タとなっている。
【００２９】
これに対し、前記ベクトルデ−タファイル２１１，２１２，・・には、図３（ｂ）に示すように、１レクト単位で、赤レクト情報（始点（０，０）−終点（２，１））、青レクト情報（始点（２，０）−終点（４，１））、青レクト情報（始点（０，１）−終点（４，２））、・・が入ったレクトテ−ブル形式のデ−タとしてある。
【００３０】
つまり、ベクトルデ−タは、ビットマップデータの１ピクセル単位のデータを１レクト単位として描画処理を行うことを可能とする為に、各色について複数ピクセルに跨った同一色を一に纏めたレクトテーブル情報をベクトル表示したものとしてある。従って、ＲＧＢ情報の量は、１ピクセル単位のビットマップデータに比べ、１レクト単位のベクトルデ−タの方が遥かに少なくなる。画像情報はＲＧＢ情報の連続的集合体であるので、画像情報の量もビットマップデータに比べ、ベクトルデ−タの方が遥かに少なくなる。
【００３１】
つまり、画像情報デ−タを表示する場合、ビットマップデータファイル１１，１２，１３，・・に保管の画像情報デ−タを直接的に取り込んで表示するより、ベクトルデ−タとして保管のベクトルデ−タファイル２１１，２１２，・・、可変画情報デ−タファイル２２１，２２２，・・の画像情報デ−タを取り込んで表示する方が、表示処理時間が短くなり、表示指示から画面表示までの時間が大幅に短くなる。
【００３２】
次に、前述のようにして作成されたベクトルデ−タファイル２１１，２１２，・・、可変画情報デ−タファイル２２１，２２２，・・の画像情報デ−タを表示画面に表示する構成及び機能を、図４によって説明する。
【００３３】
図４において、キ−ボ−ドやマウス等の入力装置（図示省略）からの入力指令に応じて監視制御画面表示処理装置３が、前記ベクトルデータファイル２１１，２１２，・・に保管されている各固定画像情報デ−タ或いは各固定画像情報デ−タのうち当該監視制御システムに必要な固定画像情報デ−タと前記可変画情報デ−タファイル２２１，２２２，・・に保管されている各可変画像情報デ−タ或いは各可変画像情報デ−タのうち当該監視制御システムに必要な可変画像情報デ−タとを読み込んで、当該監視制御システムに応じて必要な複数のレイヤ、例えば建物画像レイヤ３１，河川画像レイヤ３２，道路画像レイヤ３３，白地図画像レイヤ３４，可変画レイヤ３５・・を作成すると共に、これらレイヤ２１３２，３３，３４，３５，・・重ね合わせて、ディスプレイ等の表示装置４へ監視制御画面を表示する。
【００３４】
また、前記建物画像レイヤ３１は前記ベクトルデ−タファイル２１１の画像情報デ−タにより作成され、前記河川画像レイヤ３２は前記ベクトルデ−タファイル２１２の画像情報デ−タにより作成され、前記道路画像レイヤ３３は前記ベクトルデ−タファイル２１３（図示省略）の画像情報デ−タにより作成され、前記白地図画像レイヤ３４は前記ベクトルデ−タファイル２１３（図示省略）の画像情報デ−タにより作成され、前記可変画レイヤ３５は前記可変画情報デ−タファイル２２１の可変画情報デ−タにより作成され、可変画レイヤ３６（図示省略）は前記可変画情報デ−タファイル２２２の可変画情報デ−タにより作成される。
【００３５】
このように、前記レイヤ２１３２，３３，３４，３５，・・は、何れも、前記ベクトルデ−タファイル２１１，２１２，・・、前記可変画情報デ−タファイル２２１，２２２，・・と１対１に対応付けしてあり、各レイヤは、キ−ボ−ドやマウス等の入力装置で前記ベクトルデ−タファイル２１１，２１２，・・、前記可変画情報デ−タファイル２２１，２２２，・・の何れか一を指定することにより、単一で表示装置４に画面表示することもでき、変更の必要が無いレイヤは表示せずに、変更の必要のあるレイヤのみ表示することを可能にし、画面変更作業を効率的に行えるようにもしてある。
【００３６】
なお、前記レイヤ２１３２，３３，３４，３５，・・は、前記ビットマップデ−タファイル１１，１２，１３，・・から直接的に作成することも技術的には可能であるが、その場合は、ビットマップデ−タは前述のようにベクトルデ−タに比べ情報量が格段に多いので、ベクトルデ−タ形式の前記ベクトルデ−タファイル２１１，２１２，・・、前記可変画情報デ−タファイル２２１，２２２，・・からレイヤを作成する場合に比べ、レイヤが画面表示されるまでの時間が長くなり、作業効率が低下する。
【００３７】
前述のように、表示処理は、ベクトルデ−タ形式の前記ベクトルデ−タファイル２１１，２１２，・・、前記可変画情報デ−タファイル２２１，２２２，・・の画像ベクトルデ−タに基づいて行われるので、入力装置（図示省略）による表示操作から表示装置４に画面表示されるまでの時間は、ベクトル変換せずにビットマップデ−タから直接表示する場合に比べ、情報量が少なくなることから数分の一から数十分の一に大幅に短縮される。
【００３８】
なお、前述の図４に示してある監視制御画面の表示機能および前述の図１に示してある監視制御画像情報デ−タ作成機能は、図５に示すようにパ−ソナルコンピュ−タ等の一の監視制御装置（監視制御端末）５に組み込まれ、前述の各機能を有する監視制御装置５を提供する側（メ−カ等）は、前述のようにして作成した各画像情報デ−タを格納した監視制御装置５をユ−ザに提供し、ユ−ザはキ−ボ−ドやマウス等の入力装置（図示省略）を操作することにより、ユ−ザ対応の監視制御システムにおける監視制御画面を表示装置４に表示することができるのは勿論、必要に応じて画面ビットマップデ−タファイル１１，１２，１３，・・中のビットマップデ−タの一部を変更することも、市販の汎用グラフィックエディタ１を使用しているが故に可能である。換言すれば、特殊なソ−スコ−ドや処理指示語を使用した従来の監視制御画面作成専用プログラム形式の場合は、その特殊性により通常はユ−ザ側では画面変更はできない。
【００３９】
ユ−ザが必要に応じて画面ビットマップデ−タファイル１１，１２，１３，・・中のビットマップデ−タの一部を変更する場合、ユ−ザは、前記ベクトルデータファイル２１１，２１２，・・に保管されている固定画像情報デ−タ或いは前記可変画情報デ−タファイル２２１，２２２，・・に保管されている各可変画像情報デ−タの一部を変更する必要は無く、前記監視制御画面作成エンジン２が、一部変更されたビットマップデ−タをベクトルデ−タに自動変換し、ビットマップデ−タの一部変更に対応したベクトルデータファイル或いは可変画情報デ−タファイルを自動編集する。従って、従来の専用プログラムを使用したプログラム方式においてはユ−ザ側で出来なかった画像情報デ−タの変更が、この発明の実施の形態１により可能となった。
【００４０】
実施の形態２．
以下、この発明の実施の形態２を、ソフトウェア機能構成の一例をブロック図で示す図６により説明する。
【００４１】
前述のこの発明の実施の形態１では、画面ビットマップデ−タファイル１１，１２，１３，・・の作成に、市販の汎用グラフィックエディタを使用する場合について述べたが、この発明の実施の形態２では、図６に示すように、市販のグラフィックエディタ１の変わりに、スキャナ等の市販のイメ−ジリ−ダ１Ａにより前記画面ビットマップデ−タファイル１１，１２，１３，・・の作成を行うようにしたものである。
【００４２】
分野によっては、画面情報デ−タに対応する正式な図面（紙）が存在する場合がある。このような場合は、人が入力装置により入力するよりも、スキャナ等の市販のイメ−ジリ−ダ１Ａにより前記正式な図面（紙）を読み込んだ方が画面作成をより効率良く行うことができる。なお、通常は画面変更を伴うことが多いので、そのような場合は、前述のグラフィックエディタをも搭載しておけば、イメ−ジリ−ダ１Ａで読み込んだ画像ビットマップデータの変更が容易に行える。
【００４３】
なお、前述のこの発明の実施の形態１及び２では、建物画像レイヤ、河川画像レイヤ、道路画像レイヤ、白地図画像レイヤ等、地図画面を主体に例示してあるが、監視制御の分野によっては、水路系統図、車両運行系統図、発電所内機器配置／電気系統図、送配電系統図、等、地図画面がない場合もあり、このような場合にも前述と同等の機能、特長を奏する。
【００４４】
【発明の効果】
以上のように、請求項１に記載の監視制御画面の作成表示方式の発明は、画像ビットマップデータをグラフィックエディタで作成し、このグラフィックエディタで作成した画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示するようにしたので、従来に比べ短い時間で表現力の高い画面作成及び表示が可能となる効果がある。
【００４５】
また、請求項２に記載の監視制御画面の作成表示方式の発明は、画像ビットマップデータをイメ−ジリ−ダで読み込み、このイメ−ジリ−ダにより得られた画像ビットマップデータをベクトルデータに変換し、このベクトルデータに基づいて表示画面に表示するようにしたので、従来に比べ短い時間で表示が可能となると共に、画面情報デ−タに対応する図面が存在する場合に、当該図面をイメ−ジリ−ダで読み込むことができ、人が当該図面をみて入力装置により入力するよりも、効率良く画面作成ができる効果がある。
【００４６】
また、請求項４に記載の監視制御装置の発明は、画像ビットマップデータを保管する画面ビットマップデ−タファイル、この画面ビットマップデ−タファイルに保管されている画像ビットマップデータから変換されたベクトルデータを保管するベクトルデータファイル、及び前記ベクトルデータファイルに保管されているベクトルデータに基づいて表示装置に画像表示する監視制御画面作成エンジンを備えているので、請求項１に記載の監視制御画面の作成表示方式の発明を実施する監視制御装置を実現することができる効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１を示す図で、市販のグラフィックエディタによるビットマップデ−タからベクトルデータへ変換するソフトウェア機能構成の一例を示すブロック図である。図５は一例として市販のグラフィックエディタによるビットマップデ−タからベクトルデータへの変換およびベクトルデータに基づいた表示画面への表示のソフトウェア機能構成の一例を示すブロック図である。この発明の実施の形態１を図式的に示すブロック図である。
【図２】この発明の実施の形態１を示す図で、ビットマップデ−タからベクトルデータへの変換手順を示すフロ−図である。
【図３】この発明の実施の形態１を示す図で、ベクトルデータの形式をビットマップデ−タの形式と比較して示す図であり、（ａ）はビットマップデ−タの形式を示し、（ｂ）はベクトルデータの形式を示してある。
【図４】この発明の実施の形態１を示す図で、ベクトルデータに基づいて表示画面に表示するソフトウェア機能構成の一例を示すブロック図である。
【図５】この発明の実施の形態１を示す図で、グラフィックエディタによるビットマップデ−タからベクトルデータへの変換およびベクトルデータに基づいた表示画面への表示のソフトウェア機能構成の一例を示すブロック図である。
【図６】この発明の実施の形態２を示す図で、イメ−ジリ−ダによるビットマップデ−タからベクトルデータへの変換およびベクトルデータに基づいた表示画面への表示のソフトウェア機能構成の一例を示すブロック図である。
【符号の説明】
１  市販グラフィックエディタ、    １Ａ  イメ−ジリ−ダ、
１１，１２，１３，・・  画面ビットマップファイル、
２  監視制御画面作成エンジン、
２１１，２１２，・・  ベクトルデータファイル、
２２１，２２２，・・  可変画情報データファイル、
３  監視画面表示処理装置、          ３１  建物画像レイヤ、
３２  河川画像レイヤ、              ３３  道路画像レイヤ、
３４  白地図画像レイヤ、            ３５  可変画レイヤ、
４  表示装置。
【図１】
2004348465.tif 000003
【図２】
2004348465.tif 000004
【図３】
2004348465.tif 000005
【図４】
2004348465.tif 000006
【図５】
2004348465.tif 000007
【図６】
2004348465.tif 000008