(57)【特許請求の範囲】
【請求項１】
通信回線で接続されたクライアント装置からの処理依頼情報に基づき、地図を出力する地図出力サーバ装置であって、
個々の表示単位に関する本体要素情報を含む地図データベース情報と、
前記クライアント装置から、特定の前記本体要素情報の線種、線色、ハッチング／面塗り種別、ハッチング／面塗り色の少なくともいずれか１つを変更するように指定する加工情報を受信する受信手段と、
前記加工情報に基づき、前記地図データベース情報の前記本体要素情報を加工する加工手段と、
前記加工された加工済み地図データベース情報を出力する出力する出力手段と、
を備えたことを特徴とする地図出力サーバ装置。
【請求項２】
前記地図データベース情報は、さらに、レイヤ種別毎に属性情報を管理するレイヤ属性情報を有し、前記本体要素情報は該レイヤ種別に対応づけて管理されており、
前記受信手段は、レイヤ単位で前記本体要素情報の変更を指定する加工情報を受信し、
前記加工手段は、前記加工手段に基づいて、前記レイヤの本体要素を変更する
こと特徴とする請求項１記載の地図出力サーバ装置。
【請求項３】
前記加工情報は、さらに、凡例の表示位置あるいは大きさを指定する凡例出力選択情報を含み、
前記加工手段は、さらに、前記凡例出力選択情報に基づいて凡例出力する
ことを特徴とする請求項１、２いずれかに記載の地図出力サーバ装置。
【請求項４】
さらに、
前記受信手段は、前記クライアント装置から、地図データベース情報の出力縮尺、出力サイズ、出力枚数、色指定の少なくともいずれか１つを指定する出力情報を受信し、
前記出力手段は、前記出力情報に基づいて、前記加工済みの地図データベース情報を出力する
ことを特徴とする請求項１、２、３いずれかに記載の地図出力サーバ装置。
【請求項５】
通信回線で接続されたクライアント装置からの処理依頼情報に基づき、地図を出力する地図出力方法であって、
コンピュータが、
前記クライアント装置から、地図データベース情報が有する個々の表示単位に関する本体要素情報の線種、線色、ハッチング／面塗り種別、ハッチング／面塗り色の少なくともいずれか１つを変更するように指定する加工情報を受信する受信ステップと、
前記加工情報に基づき、前記地図データベース情報の前記本体要素情報を加工する加工ステップと、
前記加工された加工済み地図データベース情報を出力する出力する出力ステップと、
を備えたことを特徴とする地図出力方法。
【請求項６】
前記地図データベース情報は、さらに、レイヤ種別毎に属性情報を管理するレイヤ属性情報を有し、前記本体要素情報は該レイヤ種別に対応づけて管理されており、
前記受信ステップは、レイヤ単位で前記本体要素情報の変更を指定する加工情報を受信し、
前記加工ステップは、前記加工手段に基づいて、前記レイヤの本体要素を変更する
ことを特徴とする請求項５記載の地図出力方法。
【請求項７】
前記加工情報は、さらに、凡例の表示位置あるいは大きさを指定する凡例出力選択情報を含み、
前記加工ステップは、さらに、前記凡例出力選択情報に基づいて凡例出力する
ことを特徴とする請求項５、６いずれかに記載の地図出力方法。
【請求項８】
さらに、
前記受信ステップは、前記クライアント装置から、地図データベース情報の出力縮尺、出力サイズ、出力枚数、色指定の少なくともいずれか１つを指定する出力情報を受信し、
前記出力ステップは、前記出力情報に基づいて、前記加工済みの地図データベース情報を出力する
ことを特徴とする請求項５、６、７いずれか記載の地図出力方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、座標値で表現された地図情報に、例えばある部分にハッチングを施すなど利用者独自の加工を加えて出力するシステムに関する。
【０００２】
【従来の技術】
全国の各自治体などでは、管轄内の行政に際して居住用などの土地の固定資産情報や道路、河川或いは上下水道等の地下埋蔵物も含めた公共資産情報を正確に把握、地図化して資産評価や住民サービスなどに利用しているが、これ等地図情報は、コンピュータ内に縮尺、座標化され詳細な地図データベースとして記憶されている。
【０００３】
この地図データベースの情報を出力して利用する場合、すべての情報を出力したのでは見にくいなどで、その利用目的に応じて利用者の必要とする情報のみを出力すると同時に、ある部分に色を付ける等加工を施すことが一般に行われる。
【０００４】
又、この詳細な地図データベースに対して変更が生じた場合には、適宜更新をかけ常に最新の状態に保持することが要請される。
従来、これ等地図データベースを中核とした処理、即ちデータベースのメンテナンス処理や利用者の目的に応じたデータベースの出力処理を、例えば道路表示向け等利用目的別にデータベースを分割して持つスタンドアロン形式で対応してきた。
【０００５】
【発明が解決しようとする課題】
然し、この様なスタンドアロン形式での処理では、例えば１図面のデータ量が約２ＭＢ（  メガバイト）  にもなるデータをその都度扱うとなると、スループットが極端に長くなり処理効率が悪化する上、データベースのメンテナンスも各装置（  システム）  毎に別々に処理する必要があり、その手間や各データベースの整合性維持が課題となっている。
【０００６】
更に、昨今では利用者ニーズが多様化しており、利用目的の多様化に応えるデータベースの一元化が要請されている。
本発明はこのような点にかんがみて、一層の処理能力向上と、メンテナンス処理の統一化や利用者ニーズの多様化に応える地図出力システムを構築する手段を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の課題は下記の如くに構成された地図出力システムによって解決される。図１は、本発明の原理図である。即ち、
クライアント装置とサーバ装置が通信回線で接続された地図出力システムであって、該クライアント装置は、前記サーバ装置に記憶された地図データベース情報の出力に際して、利用者独自の出力制御情報を与える固有出力情報入力手段と、該固有出力情報を前記サーバ装置に送信する送信手段とを備え、又前記サーバ装置は、前記クライアント装置からの固有出力情報を受信する受信手段と、該サーバ装置に記憶された地図データベース情報を前記固有出力情報により加工する加工手段と、該加工手段により加工された加工済地図データベース情報を出力する出力手段とを備え、地図データベースを前記サーバ装置で一元管理することにより、利用者固有の地図データベース情報の出力に際して、クライアント側からは、利用者固有の出力制御情報のみを送信すれば良く、その後の加工及び出力処理は、すべて高速のサーバ装置に委ねられるため、回線の伝送効率の向上と共にスループットの短縮を図ることが出来る。
【０００８】
【発明の実施の形態】
図２は、本発明の地図出力システムの構成図である。本システムは、パソコンなどの一つ以上からなるクライアント装置２０と、当クライアント装置をサーバ装置に接続する通信回線２１と、クラスター的役割を果たすサーバ装置２２とから概略構成され、このサーバ装置には、地図データベース（  以下、地図ＤＢと称す）  などを記憶する磁気ディスクなどの記憶装置２３と、目的とする地図を出力するプリンター又はプロッター２４が接続されている。
【０００９】
同図に示される通り、本システムでは地図ＤＢがサーバ装置で一元管理され、すべてのクライアント装置から共通にアクセス出来る様になっており、地図情報の出力に当たっては、サーバ装置で管理されている地図ＤＢ情報を、クライアント装置から送信したクライアント側の利用者独自の出力制御情報により加工してプロッターなりに出力するものである。
【００１０】
尚、本出願の機能を実現させるためのプログラムは各種記録媒体で提供され、図２の様な処理装置にインストールされ、主メモリ上で動作するものである。
先ず、本発明の対象となる地図ＤＢは、例えば、『市街地の１／１５００の縮尺図』のような地図データ毎に、表示する土地の輪郭位置をすべて（  Ｘ，Ｙ）  の座標値で表現しており、この地図を縦横のメッシュ状に切断した部分に図面Ｎｏを付与して記憶装置に記憶している。
【００１１】
又、主に土地の利用形態による要素分類（  家屋、道路、鉄道、など）  及び街区のコードしてレイヤＮｏが付けられ、個々の表示単位には要素ＩＤ（  家屋の場合は個々の家屋ＩＤ、街区の場合は区画ＩＤなど）  が、地図種単位で唯一無二に付けられている。従って、地図上の対象を指示する場合には、この図面Ｎｏ又は要素ＩＤを外部から与えることにより対象を特定することになる。
【００１２】
これ等地図ＤＢの管理・記憶情報形式を示したものが図３であり、同図（１）は、地図ＤＢを管理するインデックス情報形式を示したもので、地図データ毎にメッシュ状に切断して図面Ｎｏを付し、各図面Ｎｏ毎に、そこに属する要素ＩＤ（  地図ＤＢの本体である座標値は含まず）  が記憶されている。そして利用者が要素ＩＤを指定した場合には、それがどの図面Ｎｏに属しているかを検索して図面Ｎｏを特定する。
【００１３】
同図（２）はレイヤ属性情報形式であり、レイヤＮｏをキーとして、レイヤ名称、線種、線幅、線色、及び文字サイズを記憶したレイヤ属性テーブルで、レイヤＮｏ（  レイヤ種別）  毎に設定される。
【００１４】
同図（３）は個々の表示単位である要素ＩＤのデータ形式を示したもので、当要素ＩＤの属するレイヤＮｏ、キーとなる要素ＩＤ及びその座標値群で構成された地図ＤＢの本体要素である。
【００１５】
続いて、サーバ装置で管理されているこれ等地図ＤＢ情報に対して加工を施すクライアント側の利用者独自の出力制御情報、即ち固有出力情報について、図４をもとに説明する。
【００１６】
クライアント側の固有出力情報には、大別すると、地図を出力するために必要な直接出力情報と、地図ＤＢ情報に対する加工情報とに分けられる。同図（１）は直接出力情報について記したもので、地図ＤＢ（  縮尺）  種、出力先、出力サイズ、出力枚数、色指定（  カラー）  などの項目で構成され、複数種ある地図ＤＢ（  同一地図でも縮尺が異なれば異種）  から地図ＤＢ（  縮尺）  種により地図ＤＢを選択する。
【００１７】
又、同図（２）は加工情報について記したもので、出力縮尺、レイヤ表示選択情報（  パラメータとしてレイヤＮｏ指定）  、レイヤ属性情報の要素色替えなどの情報（  パラメータとしてレイヤＮｏ，  線種，  線色など指定）  、区画などのハッチング／  面塗り指定情報（  パラメータとして要素ＩＤ，  ハッチング／  面塗り種別，  色など指定）  、凡例出力選択情報（  パラメータとして表示位置，  大きさなど指定）  などの項目で構成される。
【００１８】
これ等の情報は、そのまま処理依頼情報としてサーバ装置へ送信され、地図ＤＢに対する加工情報及びプロッター等への出力情報として使用され、処理される。
【００１９】
次に、これ等クライアント側の固有出力情報を受信したサーバ装置側の処理について、図５を基に説明する。
先ずクライアント側から受信した固有出力情報が、例えば『或る市街地“１／１５００”縮尺の地図』で、要素ＩＤ（  このケースでは区画ＩＤ）  が『ブロック１００』（  当要素ＩＤが属するレイヤＮｏは『街区』）  を青色の斜め上がり縞でハッチングする指定であった場合を想定すると、ステップ５０では、該当市街地“１／１５００”縮尺の地図データベースインデックス上で、要素ＩＤ（  区画ＩＤ）  『ブロック１００』が存在する図面Ｎｏを検索・特定し、地図ＤＢから当該図面Ｎｏ情報を読み出し、これを出力に際して縮尺を変える指定がある場合には、ステップ５１で利用者の指定により拡縮処理する。
【００２０】
続いて利用者の使用目的に応じて、ステップ５２で、レイヤ表示選択指定の有無が判定され、指定された場合（  例えば鉄道は全て表示せずなど）  には、ステップ５３で、指定レイヤＮｏと図３（３）で述べた要素ＩＤデータ形式のレイヤＮｏとが一致したレイヤはすべて消去され、出力時には表示されない。
【００２１】
次にステップ５４で、要素の輪郭枠の線種や線色などを変える指定があるか判定がなされ、有る場合にはステップ５５で、指定されたレイヤＮｏでレイヤ属性情報を読み出し、ステップ５６で指定の変更処理が行われる。
【００２２】
又、個別の要素ＩＤ指定により、ハッチング／面塗り等の指定がなされた場合、即ち当例では要素ＩＤ（  区画ＩＤ）  『ブロック１００』を青色の斜め上がり縞でハッチングする指定があるが、ステップ５７でこれ等の指定有無が判定され、ステップ５８でその指定に従った加工処理が行われる。
【００２３】
ステップ５９では、これまで説明した各種加工処理まで含めた凡例の出力をするか否かの指定を判定し、ステップ６０でその凡例出力のための処理を行い、ステップ６１でこれまでの処理結果をプロッターなど指定出力先へ出力して、すべての処理を終了する。
【００２４】
尚、処理結果の出力例を図６に示しておく。
【００２５】
【発明の効果】
以上の説明から明らかなように本発明によれば、クライアント装置に比べ処理能力の大きいサーバ装置に膨大な地図データベースが一元管理され、クライアント側からは、利用者固有の加工情報のみサーバ装置へ送信すれば良く、伝送効率の圧縮と同時にシステムとしての処理能力が大幅に向上する上、地図データベースのメンテナンス作業も容易になり、利用者の多様なニーズにも応えられるという著しい工業的効果がある。
【図面の簡単な説明】
【図１】本発明の原理図
【図２】本発明のシステム構成図
【図３】地図データベースの記憶・管理情報形式
【図４】クライアント側の固有出力情報
【図５】サーバ装置側の処理フローチャート
【図６】出力例
【符号の説明】
２０  クライアント装置
２１  通信回線
２２  サーバ装置
２３  地図データベース
２４  地図出力
５０〜６１  ステップ番号
【図１】
0003610731.tif 000002
【図２】
0003610731.tif 000003
【図３】
0003610731.tif 000004
【図４】
0003610731.tif 000005
【図５】
0003610731.tif 000006
【図６】
0003610731.tif 000007