JPH09185696A - 地図情報システム - Google Patents

Abstract

(57)【要約】 【課題】地図画像の画像認識処理を前処理として行なわ
ずに、リンク情報登録作業を行なうのみで、都市計画図
などの地図画像を用いた地図情報システムを実現する。 【解決手段】本発明は、地図画像から住居の閉領域をベ
クトルデータとして抽出し、これと顧客名などの文字列
とに対し、（１）文字列を、幾つかの文字列に分割する
手段、（２）文字サイズを変更する手段、（３）文字列
を縦、横、斜め方向に配置し、閉領域内に収まるかを判
定する手段、（４）文字列を登録辞書に基づき変換する
手段、（５）文字列の全角文字を半角変換する手段、
（６）文字列末尾から一文字づつ文字を減らす手段、を
繰り返し用い、地図上の閉領域に文字列を自動配置す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、顧客情報などを地
図と対応づけて活用する地図情報システムに関するもの
である。特に営業所における顧客管理や、電力会社にお
ける電柱管理などの分野において利用できる。

【０００２】

【従来の技術】従来技術を説明するにあたり、幾つかの
用語を以下に定義する。

【０００３】地図上で住居（一戸建ての家やアパートな
ど）を表している閉領域のことを、家枠と呼ぶ。そして
家枠に対応している顧客名のことを家名とも呼ぶことに
する。なお、配電設備管理の業務などでは、地図上の家
枠に対して、顧客名ではなく、数字などからなる管理番
号を配置することがある。本明細書では、こうした管理
番号をも含めて家名と呼ぶことにする。

【０００４】以下では、従来地図情報システムにおけ
る、地図作成方法、基本機能、家名配置機能（後述す
る）とについて説明する。

【０００５】（１）地図作成方法 電力・保険などの営業所においては、地図と住民情報と
を関連づけて管理するシステムが望まれており、地図情
報システムへの関心が高まってきている。地図情報シス
テムとは、地図と住民情報などの関連情報とを対応づけ
て管理し、この対応づけを用いて、地理的な要素と関連
情報を相互に参照・検索できるシステムである。特に、
従来の地図情報システムでは、地図データとしてベクト
ル地図と呼ばれるものを用いている。ベクトル地図と
は、地図の図形要素を、スプラインや２次曲線などの方
程式として持つものであり、以下の方法で作成される。

【０００６】(ａ)土地測量の数値データを直接用いて、
ベクトル地図を作成する。

【０００７】(ｂ)地図帳などの既存の地図を、図面入力
ツール（デジタイザなど）を用いて入力し、ベクトル地
図を作成する。

【０００８】(ｃ)地図帳などの既存の地図を、スキャナ
で読み取り、読み取ったイメージ地図に対して、画像認
識処理を行ない、ベクトル地図を作成する。

【０００９】（２）基本機能 ベクトル地図を対象とした地図情報システムでは、以下
の基本機能を、ベクトル地図を対象として実現してい
る。

【００１０】(ａ)地図上に顧客名を表示する。

【００１１】(ｂ)地図と関連したデータベース（顧客情
報など）と、地図上の家名とが連動して変化する。

【００１２】(ｃ)地図から顧客情報、顧客情報から地図
といった、検索が行える。

【００１３】(ｄ)地図と地図画像（地図帳をスキャナ入
力して得た画像）とを重ね合わせた状態で表示する。

【００１４】（３）家名配置機能 都市計画図と呼ばれる地図などには、顧客名が配置され
ていない。そのため、この都市計画図からベクトル地図
を生成しただけでは、上記機能(ａ)を実現できない。

【００１５】そのため、操作者が地図上の家枠内に顧客
名を配置する作業を予め行なう必要がある。この作業を
支援する機能（以下、家名配置機能と呼ぶ）として「マ
ウスで選択した家枠内に、顧客名を自動的に配置するも
の」が、従来方式としてある（特願平4-319454、特願平
5-221696）。これら従来方法では、以下のような特徴を
もっている。

【００１６】(ａ)家枠内に家名を縦横方向に自動的に配
置する。

【００１７】(ｂ)斜方向に家名を配置する場合には、操
作者が一文字ずつ文字の配置する位置を入力する。

【００１８】(ｃ)家名が長すぎて家枠内に収まらない場
合、家名の入る所までを家枠内に配置する。

【００１９】(ｄ)名字の部分も名字以外の部分も、同じ
文字サイズで配置する。

【００２０】

【発明が解決しようとする課題】現状の地図情報システ
ムでは、以下の２つの課題が生じる。

【００２１】（１）地図作成の課題 ・現状多くの地図情報システムでは、地図データとして
ベクトル地図を用いていため、ベクトル地図の作成に多
額の費用がかり、コストパフーマンスが悪く、営業所な
どの小規模な部門単位でのシステム導入が困難である。
従来の技術の（１）地図作成方法で述べた方法(ａ)で
は、土地測量の作業が必要であり、地図作成を業務とす
る企業以外で行なうのは、非常に困難である。（ｂ），
(ｃ)では、共に紙に印刷された地図があれば、ベクトル
地図が作成できる。しかし、どちらもデジタイザや画像
認識装置などの、特別なハードやソフトを必要とし、更
に、地図の入力と修正に工数がかかる。いずれにしても
多額の費用を要する。

【００２２】・ベクトル地図のみでは、営業所管轄地区
などの広範囲な地図を得ることができず、地図情報シス
テムが構築できないことがある。現在都市部などの限定
された地区のみのベクトル地図しか販売されていない。
一方、営業部では、広範囲な地区を管理する必要がある
ので、ベクトル地図を購入するだけでは、システム構築
が行なえない。

【００２３】・地図作成の費用を軽減するには「スキャ
ナから入力した地図画像を直接用いること」が考えられ
るが、従来の地図情報システムでは、地図画像のみによ
るシステム構築ができない。従来の地図情報システムで
は、地図画像を単にベクトル地図の背景として表示する
ものとして扱われているため、地図画像のみでは、従来
の技術で述べた基本機能を実現できない。これは、地図
画像がベクトル地図とは異なり、家枠（一戸建て住宅
や、アパートなどを表す地図上の閉領域）や道路などを
それぞれ別々の部品として管理していないことが要因の
一つである。

【００２４】（２）家名配置機能の課題 ・斜方向に家名を配置するには、一文字ずつ配置位置を
指定するため、家名配置の作業に工数を要する。

【００２５】・地図上から顧客名を参照するにあたって
は、「取敢ず、名字のみがわかればよい」といった状況
がある。従来方法では、名前も含めたものを家枠内に配
置しようとするので、家枠内に配置する文字数が多くな
り、その結果、小さな文字サイズで、家枠内に家名が配
置される。小さな文字サイズで家名が配置されると、地
図縮小時に文字の潰れ、かすれが生じ、家名を参照しづ
らくなる。

【００２６】・従来方法では、顧客情報変更による家名
変更処理は行なっているが、変更処理により文字数が減
り、本来はもっと大きな文字サイズで配置できるにもか
かわらず、小さな文字サイズのまま家枠内に配置される
場合が生じる。

【００２７】・地図縮小時に家名をみやすくするには、
単に家枠内に家名を配置するだけでなく、家名の重要な
部分（名字など）を大きな文字で配置する処理などが必
要である。しかし、こうした点について従来方法では考
慮されていない。

【００２８】

【課題を解決するための手段】本発明は、以下の手段を
有する。

【００２９】（１）地図と顧客情報とを対応づける手
段。特にこの手段において、地図画像から、家枠部分の
ベクトルデータを抽出し、ベクトルデータとして保存す
る手段を持つ。

【００３０】（２）（１）で抽出したベクトルデータと
顧客情報とを対応づけた情報（以下ではリンク情報と呼
ぶ）を保存する手段。

【００３１】（３）（２）で保存したリンク情報を用い
ることで、地図と顧客情報間の相互の検索機能を実現す
る手段。

【００３２】（４）配置する家名が、氏名であるか否か
を判定し、氏名である場合には、名字部分とその他の部
分に分割する手段。

【００３３】（５）家名文字の大きさを変更する手段。

【００３４】（６）配置位置を縦横と、縦横以外の文字
配置位置を計算し、家枠内に収まるかどうかを判定する
手段。

【００３５】（７）家名文字を、登録辞書に基づいて文
字変換処理を行なう手段。

【００３６】（８）家名文字に含まれる全角文字を半角
文字に変換する手段。

【００３７】（９）家名文字の文字数を、文字列末尾か
ら一文字づつ減らす手段。

【００３８】（１０）上記（４）〜（９）の手段を繰り
返し用いることで、家枠内に家名を配置し表示する手
段。

【００３９】手段（１）（２）（３）により、地図画像
の家枠部分をベクトルデータの部品として管理できる。
これにより基本機能を、地図画像を用いた地図情報シス
テムで実現できるので、地図情報システムにおける地図
作成費用が軽減する。そのため、従来よりも安価に地図
情報システムが実現でき、「（１）地図作成の課題」を
解決するように作用する。特に、地図と顧客情報とを対
応づける作業は、ベクトル地図の場合でも必ず行なう作
業であるので、手段（１）を設けることで、従来と比べ
ても特別な作業や工数を増やすことなく、地図画像にお
いても、ベクトル地図と同様に家枠部分を部品として管
理できるようになる。

【００４０】また、手段（４）〜（１０）により、
「（３）家名配置機能の課題」を解決するように作用す
る。従来方法では、図３の家枠３４２のように縦・横方
向の家名自動配置しか行なえなかったが、本発明方式に
より、家枠３４３〜３４５のような家名配置が自動で行
なえるようになる。すなわち本発明により、家枠内に斜
め方向などにも家名を自動配置できる確率が高まり、操
作者の家名配置作業の工数が減る。そして、従来よりも
大きな文字サイズで多くの文字数の家名が配置できる。
特に、重要な部分（名字または、個々のアパートに固有
の文字。例えば「山本アパート」の「山本」）を大きな
文字で配置でき、従来よりも、地図縮小時の家名の潰れ
・かすれが生じにくくなる。

【００４１】

【発明の実施の形態】

実施例１ 本実施例の主な特徴は、以下の３点である。

【００４２】（１）地図と顧客情報とを対応づける処理
の際に、画像処理技術を用いて、地図画像から地図の特
定部分（家枠など）を、ベクトルデータとして抽出し、
抽出したベクトルデータをＤＢに保存すること。

【００４３】（２）（１）で抽出したベクトルデータと
顧客情報とを対応づけた情報（リンク情報）を保存し、
このリンク情報を活用することで、顧客情報管理で必要
な基本機能を、地図画像に対して実現すること。

【００４４】（３）種々の手段を組み合わせて、従来よ
りも高機能な家名配置機能を実現すること。本実施例で
は、図１５に示す(ａ)〜(ｅ)の処理を、文字配置処理１
２４（図１）で行うことにより、従来よりも高機能な家
名配置機能を実現している。従来方法では、横もしくは
縦方向の家名配置しか行なえなかったが（図３の家枠３
４２参照）、本発明により、地図上の家枠内に、家名を
斜方向に自動で配置したり、名字部分の文字のみを大き
な文字サイズで配置したり、略語を配置することなどが
可能になる（図３の家枠３４３〜３４５参照）。

【００４５】以下に本実施例を述べる。

【００４６】１．１ 本発明のシステム構成 図１に本発明のシステム構成を示す。本システムは、大
きく分けて、対話制御処理１１、地図情報管理処理１
２、データベース（以下、DBと略す）情報１３、地図表
示処理１４にわけられる。

【００４７】（１）DB情報 DB情報１３は、顧客情報１３１、地図情報１３２、リン
ク情報１３３、登録辞書１３４よりなる。

【００４８】顧客情報１３１には、顧客氏名や住所など
の情報を格納する。

【００４９】地図情報１３２には、地図を画面上に表示
するための情報を格納する。文字形状１３２１には、地
図上に配置する文字コードと配置情報（文字の配置位
置、サイズ、種別などからなる。後述）を格納する。領
域形状１３２２には、家枠などの閉領域情報を格納す
る。地図画像１３２３には、都市計画図などの地図をス
キャナ入力した画像データを格納する。

【００５０】リンク情報１３３には、顧客情報１３１、
文字形状１３２１、領域形状１３２２の３つを対応づけ
た情報を格納する。

【００５１】登録辞書１３４には、キーワード（例え
ば、「アパート」）と略語（例えば、「AP」）とを組に
した情報を格納する。登録辞書１３４は、家名を略号表
記する際に用いる（図３の家枠３４３を参照）。DB情報
１３の詳細については「１。４DB情報の構成」で述べ
る。

【００５２】（２）対話制御処理 対話制御処理１１では、マウスやキーボードの入力イベ
ントを判定し、判定結果に応じた内部処理を行なう。対
話制御処理１１は、顧客情報変更処理１１１、地図形状
変更処理１１２、リンク設定処理１１３、リンク検索処
理１１４よりなる。

【００５３】顧客情報変更処理１１１では、操作者のキ
ーボード入力などに応じて変更後の顧客情報を保持し、
地図情報管理手段１２にイベントを送る。

【００５４】地図形状変更処理１１２では、地図上での
家枠修正（引っ越した顧客の家枠を消す、引っ越してき
た顧客の家枠をかく、など）の処理を受け付け、地図情
報管理手段１２にイベントを送る。

【００５５】リンク設定処理１１３では、地図と顧客情
報との対応付け処理を受け付け、地図情報管理手段１２
にイベントを送る。

【００５６】リンク検索処理１１４は、地図上の操作
や、顧客情報に対する検索条件入力などの処理を受付
け、地図情報管理手段１２にイベントを送る。

【００５７】（３）地図情報管理処理 地図情報管理処理１２では、対話制御処理１１から送ら
れてきたイベントに応じ、DB情報13の参照・更新を行な
う。地図情報管理処理１２は、顧客情報管理処理１２
１、地図形状管理処理１２２、リンク情報管理処理１２
３、文字配置処理１２４、よりなる。

【００５８】顧客情報管理処理１２１は、他の処理から
のイベントに応じ、顧客情報１３１の参照・変更（例え
ば、顧客情報１３１の住所変更など）を行なう。

【００５９】地図形状管理処理１２２は、他の処理から
のイベントに応じ、地図情報１３２の参照・更新と、地
図上家枠部分のベクトルデータを抽出する。地図形状管
理処理１２２は、文字形状管理処理１２２１、領域形状
管理処理１２２２、閉領域抽出処理１２２３よりなる。
処理１２２１〜１２２２により、文字形状１３２１、領
域形状１３２２をそれぞれ参照・更新する。閉領域抽出
処理１２２３は、地図画像１３２３から家枠部分のベク
トルデータを抽出し、抽出したベクトルデータを領域形
状１３２２に格納する。

【００６０】リンク情報管理処理１２３では、リンク情
報１３３の参照・更新を行なう。リンク情報１３３によ
り、顧客情報１３１、文字形状１３２１、領域形状１３
２２の３つを対応づける（図９）。

【００６１】文字配置処理１２４は、地図上での文字配
置位置を求める。この文字配置位置の計算には、顧客管
理処理１２１、地図形状管理処理１２２、リンク情報管
理処理１２３より得た情報を用いる。文字配置処理１２
４は、文字位置決め処理１２４１、文字列変換処理１２
４２、文字種変換処理１２４３、文字サイズ変更処理１
２４４、文字数変更処理１２４５よりなる。これらの各
処理については、後述する（図１４）。

【００６２】（４）地図表示処理 地図表示処理１４では、対話制御処理に応じ手DB情報を
ディスプレイに表示する。

【００６３】１．２ 本発明のハードウェア構成 図２に本発明のハードウェア構成を示す。ハードウェア
は、キーボード２１、マウス２２、計算機２３、ディス
プレイ２４、記憶装置２５よりなる。計算機２３はCPU
２３１とメモリ２３２よりなる。処理１１〜１４は、メ
モリ２３２上にある。操作者はキーボード２１、マウス
２２により入力を行ない、この入力を対話制御処理１１
は処理する。記憶装置２５には、DB情報１３が格納され
ており、地図情報管理処理１２は、DB情報１３を参照・
更新する。地図表示処理１４は、ディスプレイ２４上に
画面を表示する。

【００６４】１．３ 画面表示例 図３に、本実施例の画面表示例を示す。ウインドウ３１
は、メニューバー３２、リスト表示部３３、地図表示部
３４よりなる。メニューバー３２はリンク編集３２１を
持ち、リンク編集３２１は、リンク登録、リンク削除、
顧客名変更、地図修正の項目をもつ。「リンク情報の登
録・削除」や「顧客情報の変更」などの作業を行なうに
あたっては、操作者がマウスなどで、前述の項目から作
業に応じたものを選択する。家枠３４２〜３４３には、
本発明による家名配置の結果を示している。

【００６５】１．４ DB情報の構成 以下では、DB情報の構成について説明する（図１）。

【００６６】（１）顧客情報 顧客情報１３１は、以下の項目からなる（図４）。顧客
番号４１、名称フラグ４２、家名４３、住所４４、年令
４５、性別４６。これらの内、顧客番号４１により、顧
客情報１３１は一意に識別される。名称フラグ４２に
は、「氏名」もしくは「住宅」の識別値が格納される。
家名４３には、顧客名やアパート名などの住宅名が格納
される。顧客名を格納する際には、名字と名前との間に
空白文字をいれておく。なお、名称フラグ４２が「住
宅」の場合、年令４５には−１を、性別４６にはNULLを
格納する。

【００６７】（２）地図情報 地図情報は、文字形状１３２１、領域形状１３２２、地
図画像１３２３より構成される。１３２１〜１３２３
を、ディスプレイ２４に重ね合わせることで、地図上に
家名を表示する。

【００６８】(ａ)文字形状 文字形状１３２１は、以下の項目からなる（図５）。文
字形状番号５１、文字コード５２、文字数５３、配置情
報５４。これらの内、文字形状番号により、文字形状１
３２１は一意に識別される。配置情報５４は、文字サイ
ズ５４１、文字種５４２、文字位置５４３よりなる。文
字サイズ５４１には、文字の大きさが格納される。文字
種５４２には、文字の種別が全角か半角かを示す、「全
角」もしくは「半角」いずれかの識別値が格納される。
文字位置５４３には、地図上に文字を配置する点座標値
が格納される。（文字サイズ、文字種、文字位置）は家
名の文字数分だけ必要である。本実施例では、家名文字
数の上限値を２０と定め、２０個分の（文字位置、文字
種、文字位置）を、配置情報５４として設けることにす
る。

【００６９】(ｂ)領域形状 領域形状１３２２は、以下の項目からなる（図６）。領
域形状番号６１、領域点列６２。これらの内、領域形状
番号により、領域形状１３２２は一意に識別される。図
７に領域形状の表示例を示す。領域点列６２は、地図上
原点に対する点座標値の配列よりなる。

【００７０】(ｃ)地図画像 地図画像１３２４は、地図帳をスキャナ入力して得た画
像データよりなる。画像データは、圧縮されていてもい
なくてもかまわない。

【００７１】（３）登録辞書 登録辞書１３４は、以下の項目からなる（図８）。登録
辞書番号８１、キーワード８２、略語８３。これらの
内、登録辞書番号８１により、登録辞書１３４は、一意
に識別される。略語８３には、キーワード８２を省略し
た語句が格納されている。

【００７２】（４）リンク情報 リンク情報１３３は、以下の項目からなる（図９）。リ
ンク情報番号９１、顧客番号９２、文字形状番号９３、
領域形状番号９４。これらの内、リンク情報番号９１に
より、リンク情報１３３は、一意に識別される。図９に
示すように、リンク情報は、顧客情報１３１、文字形状
１３２１、領域形状１３２２の３つを対応づける。

【００７３】１．５ 本発明での主な対話処理 以下では、操作者の行なう対話処理（リンク情報の登録
・削除、顧客情報の変更、地図の修正、リンク情報の検
索）について説明する。

【００７４】（１）リンク情報の登録・削除 操作者は、図３のメニューバー３２から「リンク登録」
項目を選択し、リンク情報の登録処理を行なう。図１０
にリンク情報登録処理のフローを示す。

【００７５】（ステップ１００１）顧客情報１３１（図
４）とリンク情報１３３（図９）とを比較し、リンク情
報番号９１と一致しない顧客番号４１が、顧客情報１３
１にあるか否かを判定する。以下では、顧客番号４１が
いずれのリンク情報番号９１と一致すれば、この顧客番
号に対応する顧客情報のことを、登録ずみの顧客情報と
呼び、一致しない顧客情報のことを、未登録な顧客情報
と呼ぶ。本ステップにおいて、未登録な顧客情報がある
場合は、ステップ１００２を実行する。他の場合は、リ
ンク情報登録処理を終了する。

【００７６】（ステップ１００２）未登録な顧客情報
を、リスト表示部３３に表示する。

【００７７】（ステップ１００３）操作者は、リスト表
示部３３から顧客名をマウスで選択し、顧客情報１３１
を対話的に選択する。すると顧客情報管理処理１２１で
は、選択項目に対する顧客番号４１と家名４３とを、顧
客情報１３１から得る。

【００７８】（ステップ１００４）操作者は、家枠内部
をマウスで選択し、顧客情報（ステップ１００３で選択
したもの）に対する家枠領域を、対話的に入力する。内
部処理では、まず、マウス位置から地図座標系での座標
値を得、得られた座標値を、家名配置基準点として保持
する。

【００７９】（ステップ１００５）ステップ１００４で
得た家名配置基準点を入力値として、閉領域のベクトル
データを抽出し、抽出したベクトルデータを保存する。

【００８０】閉領域のベクトルデータを抽出するには、
画像処理技術で良く知られた閉領域判定方法とベクトル
トレーサ法とを用いて、地図画像から家枠部分のベクト
ルデータ（以下では、家枠領域と呼ぶ）を得る。これら
の画像処理技術の詳細については、「Turbo Pascal 画
像処理の実際、安居院 他著、工学社（１９８８）」で
述べられている。これらの処理は、閉領域抽出処理１２
２４において行う。

【００８１】そして、得られた家枠領域は、領域形状１
３２２に格納され（図１）、この格納時に、領域形状番
号６１が決められる（図６）。これらの処理は、領域形
状管理処理１２２２において行う。

【００８２】（ステップ１００６）ステップ１００４で
得た家名配置基準点、ステップ１００５で得た家枠領
域、ステップ１００３で得た家名を入力データとし、文
字配置処理１２４を行なう。そして、文字数、文字コー
ド、配置情報を出力し、文字形状１３２１に格納する
（図５）。文字形状番号５１は格納時に決定する。文字
配置処理の詳細は「１．６ 文字配置処理」で述べる。

【００８３】（ステップ１００７）ステップ１００３，
１００５，１００６においてそれぞれ得られた、領域番
号、領域形状番号、文字形状番号を組にし、リンク情報
１３３に格納する（図９）。この格納時にリンク情報番
号９１を決定する。これらの処理は、リンク情報管理処
理１２３において行なう。

【００８４】（ステップ１００８）地図表示処理１４に
より、表示画面の更新を行なう。そしてステップ１００
１に戻り、未登録顧客情報がなくなるまで、登録処理を
続ける。

【００８５】リンク削除の際には、以下のように処理を
行なう。先ず操作者がメニューバーから項目「リンク削
除」を選択し、次に削除したい家枠をマウスなどで選択
する。内部処理においては、マウス座標値から選択した
家枠の領域形状番号６１をしる。この領域形状番号６１
を検索キーとして、リンク情報１３３から文字形状番号
９３を得る（図９）。得られた文字形状番号９３に基づ
き、文字形状１３２１の削除を行なう。詳細については
略す。

【００８６】（２）顧客情報の変更 操作者は、図３のメニューバーから「顧客変更」項目を
選択し、顧客情報の変更処理を行なう。図１１に文字形
状決定処理のフローを示す。

【００８７】（ステップ１１０１）登録顧客情報の顧客
名を、リスト表示部３３に表示する。登録ずみの顧客情
報を知るには、顧客情報１３１とリンク情報１３３とを
比較する。ステップ１００１を参照のこと。

【００８８】（ステップ１１０２）操作者は、リスト表
示部３３から変更したい顧客名をマウスなどで選択す
る。顧客名の選択に応じ、顧客情報管理処理１２１で
は、顧客情報１３１から、顧客番号４１を得、メモリ上
に保持する。

【００８９】（ステップ１１０３）操作者は、キーボー
ド入力により顧客情報を更新する。内部処理では、この
入力作業に応じて更新後の家名４３を得、メモリ上に保
持する。

【００９０】（ステップ１１０４）リンク情報１３３か
ら、ステップ１１０２で得た顧客番号４１と対応してい
る領域形状番号９４を得、メモリ上に保持する（図
９）。

【００９１】（ステップ１１０５）前ステップで得た領
域形状番号を用いて、領域形状１３２２から家枠領域の
領域点列６２を得る。この領域点列６２における座標点
の内、y座標値が最小である点座標値を、家名配置基準
点としてメモリ上に保持する。 （ステップ１１０６）
ステップ１００５と同様な文字配置処理１２４を行な
う。入力データとしては、ステップ１２０５で得た領域
点列、家名配置基準点、ステップ１１０１で得た家名を
用いる。

【００９２】（ステップ１１０５）前ステップで得た文
字数、文字コード、配置情報に基づき、文字形状１３２
１を更新する。

【００９３】（ステップ１１０６）地図表示処理によ
り、表示画面の更新を行なう。

【００９４】（３）地図の修正 地図の修正のフローを図１２に示す。

【００９５】（ステップ１２０１）操作者は、画面上の
家枠をマウスで選択する。

【００９６】内部処理では、このマウス位置がウインド
ウ座標系から地図座標系の座標値へと変換される。

【００９７】（ステップ１２０２）領域形状１３２２か
ら、前ステップのマウス位置座標を含む領域点列６２
を、検索・参照し、変更対象領域の領域形状番号６１を
得る（図６）。

【００９８】（ステップ１２０３）操作者は、画面上の
家枠をマウスを用いて修正し、修正後の家枠形状を対話
的に入力する。

【００９９】内部処理では、操作者が修正した家枠形状
に基づいて、地図画像１３２３を修正する。

【０１００】（ステップ１２０４）ステップ１２０３で
修正した家枠形状に対して、ステップ１００５で述べた
閉領域の抽出・保存を行ない、修正後の家枠形状を得
る。

【０１０１】（ステップ１２０５）ステップ１２０２で
得た領域形状番号と、ステップ１２０４で得た家枠形状
にもとづき、領域形状１３２２を更新する（図６）。

【０１０２】（ステップ１２０６）ステップ１２０２で
得た領域形状番号を検索キーとして、リンク情報１３３
を参照し、領域形状番号と対応している顧客番号４１を
得る（図９）。

【０１０３】（ステップ１２０７）ステップ１２０６で
得た顧客番号を検索キーとして、顧客情報１３１を参照
し、家名４３を得る（図４）。

【０１０４】（ステップ１２０８）操作者は、家名配置
基準点をマウスを用いて対話的に入力する。

【０１０５】内部処理ではマウス入力点を、ウインドウ
座標系から地図座標系に変換する。

【０１０６】（ステップ１２０９）ステップ１００６と
同様な文字配置処理１２４を行なう。入力データとして
は、ステップ１２０４で得た家枠形状、ステップ１２０
７で得た家名、ステップ１２０８で得た家名配置基準
点、を用いる。

【０１０７】（ステップ１２１０）文字情報管理処理１
２２１により、前ステップで得た文字数、文字コード、
配置情報に基づいて、文字形状１３２１を更新する。

【０１０８】（ステップ１２１１）地図表示処理１４に
より、表示画面の更新を行なう。

【０１０９】（４）リンク情報の検索 リンク情報の検索のフロー図を図１３に示す。図１４に
は検索結果の表示例を示す。

【０１１０】（ステップ１３０１）地図表示部３３か
ら、顧客情報を参照したい家枠を、マウスカーソル３４
１で選択する（図１４参照）。例えば家枠３４４を選択
する。

【０１１１】（ステップ１３０２）ステップ１３０１に
おいて選択した際のマウスカーソル位置を、ウインドウ
座標系から地図上座標系に変換し、この地図上座標系を
含む閉領域を領域形状１３２２から検索し、領域形状番
号６１を得る（図６）。

【０１１２】（ステップ１３０３）前ステップで得た領
域形状番号６１を検索キーとして、リンク情報１３３を
参照する。検索条件に該当するリンク情報から、対応づ
けられている顧客番号９２を得る（図９）。

【０１１３】（ステップ１３０４）前ステップで得た顧
客番号を検索キーとして、顧客情報１３１を参照する。
そして、ステップ１３０１で選択した家枠に対応した、
詳細な顧客情報を得る（図４）。

【０１１４】（ステップ１３０５）表示画面を更新す
る。選択した家枠部分の色を変更し、顧客情報を別ウイ
ンドウ１４０１に表示する。

【０１１５】１．６ 文字配置処理 既にのべた通り、文字配置処理１２４は、文字位置決め
処理１２４１、文字列変換処理１２４２、文字種変更処
理１２４３、文字サイズ変更処理１２４４、文字数変更
処理１２４５よりなる。これらの各処理での入出力の模
式図を図１５に示す。各矢印の下の文字列および図形
は、入出力による属性値（文字種、文字数など）の変化
を、模式的に示している。

【０１１６】(ａ)文字位置決め処理 文字位置決め処理では、家枠領域、家名配置基準点、文
字コード、文字種、文字数、文字サイズを、入力データ
として用いる。これらをもとに、配置情報（家枠内の文
字配置位置）を出力する。下記(ｂ)〜(ｅ)を行なうたび
に、本処理を行ない、配置情報をもとめる。本処理の詳
細については後述する（図１７）。

【０１１７】(ｂ)文字種変更処理 文字種変更処理では、文字コードを、入力データとして
用いる。文字コードにより、カタカナ文字を識別する。
カタカナ文字に対応する文字種を「半角」に変更し、変
更した文字種を出力する。すなわち、全角カタカナを半
角カタカナへと変更する。

【０１１８】(ｃ)文字列変換処理 文字列変換処理では、文字コードと登録辞書とを、入力
データとして用いる。本処理では、文字コードに、登録
辞書のキーワードに該当する文字列が含まれるかを判定
する。含まれる文字列があれば、文字コードの該当文字
列部分を、登録辞書の略語に変換し、変換後の文字コー
ドを出力する。

【０１１９】(ｄ)文字サイズ変更処理 文字サイズ変更処理では、文字コードと文字サイズと
を、入力データとして用いる。まず、文字コードの空白
文字を手掛かりに、家名の名字部分と名前部分とを識別
する。そして、下記ルールに従い、各文字の文字サイズ
を変更し、変更した文字サイズを出力する。

【０１２０】・名前部分の文字サイズが、文字サイズの
最小値よりも大きい場合、名前部分の文字サイズを一段
階小さなサイズにする。名字部分の文字サイズは、元の
サイズのままにしておく。

【０１２１】・名前部分の文字サイズが、文字サイズの
最小値と等しい場合、名字部分の文字サイズを一段階小
さなサイズにし、名字部分の文字サイズと名前部分の文
字サイズとを等しくする。

【０１２２】・家名の文字コードにに空白文字が含まれ
ていない場合、家名全体の文字サイズを一段階小さなサ
イズにする。

【０１２３】このルールによって、名字部分の文字サイ
ズを、名前部分よりも大きくすることができる。なお、
本実施例において「文字サイズは集合｛３６，２４，１
８｝に含まれるいずれかの要素」とする。

【０１２４】(ｅ)文字数変更処理 文字数変更処理では、文字数を入力データとし、この文
字数を１へらしたものを、出力データとする。

【０１２５】文字配置処理は、上記の各処理(ａ)〜(ｅ)
を組み合わせることで、実現する。図１６に、文字配置
処理のフローを示す。

【０１２６】（ステップ１６０１）文字種、文字サイ
ズ、文字数を初期化する。文字数は、顧客情報に含まれ
ている家名の文字数を設定する。全ての家名文字につい
て、文字種は全角、文字サイズは最大の文字サイズ（例
えば、36）を設定する。

【０１２７】（ステップ１６０２）文字位置決め処理１
２４１が成功したかどうかを判定する（図１５(ａ)）。
成功すれば、文字配置処理を終了する。不成功の場合
は、次のステップを実行する。

【０１２８】（ステップ１６０３）文字種変更処理１２
４３を行なう。文字種変更処理１２４３は、文字の種類
を変更する。文字コードによりカタカナの文字を識別
し、全角カタカナを半角カタカナへと変更する（図１５
(ｂ)）。

【０１２９】（ステップ１６０４）ステップ１６０２と
同様。

【０１３０】（ステップ１６０５）文字列変換処理１２
４２を行なう。文字列変換処理は、文字コードを登録辞
書１３４に基づいて変換する。（図１５(ｃ)）。

【０１３１】（ステップ１６０６）ステップ１６０２と
同様。

【０１３２】（ステップ１６０７）文字サイズ変更処理
１２４４を行ない、文字の大きさを変更する（図１５
(ｄ)）。

【０１３３】（ステップ１６０８）ステップ１６０２と
同様。

【０１３４】（ステップ１６０９）文字数変更処理１２
４５を行ない、文字コードの文字数を減少させる（図１
５(ｅ)）。

【０１３５】（ステップ１６１０）ステップ１６０２と
同様。

【０１３６】（ステップ１６１１）全ての文字コードの
文字サイズが最小値であるかを判定する。既に最小値で
あれば、文字配置処理を終了する。まだ、最小値でない
ならば、ステップ１６０７を行ない、さらに文字サイズ
の変更を行なう。

【０１３７】以下では、文字位置決め処理のフローを説
明する（図１７）。まず、幾つかの用語を定義する（図
１８）。文字一つ一つを含む４角形のことを文字領域と
いう。また、文字領域の頂点を結んで得られる多角形の
内、家枠領域に配置する文字領域を全て含み、かつ、面
積最小のものを、家名配置領域とよぶ。家名配置領域の
内、白丸で示す頂点は、マウス入力で与えた家名配置基
準点に一致している（ステップ１００４，１２０８）。
また、文字の配置する角度θを家名配置方向とよび、本
実施例においてθは、集合｛０，４５，９０，１３５，
１８０｝に含まれるいずれかの要素とする。

【０１３８】なお、以下では変数ｆで文字サイズを、変
数sで文字間隔を表わす（図１９）。特に、文字種が半
角である場合には、文字数を０．５文字として数え（家
名が全角２文字、半角１文字からなる場合には、文字数
は２．５文字になる）、全角文字と半角文字との間隔
は、１／２sで与える。本実施例では、文字間隔sについ
ても、s＝１／２・ｆ（例：ｆ＝２４ならば、s＝１２）
とする。

【０１３９】（ステップ１７０１）家名配置方向θを設
定する。一番初めには、θ＝0とし、本ステップを実行
する度に、順次θを変化させる。

【０１４０】（ステップ１７０２）家名配置領域を計算
する。この計算は、文字配置方向、文字コード、文字
種、文字数、文字サイズに基づいて行なう。なお、文字
種、文字サイズは、各文字ごとに与えらえている。文字
領域の計算には、図２０に文字領域の計算式を与える。
まず、文字配置方向θ、文字数、文字サイズf、文字間
隔sをこの計算式に代入し、多角形の座標値を求める。
つぎに、多角形における白丸点が、家名配置基準点に一
致するよう、多角形全体の座標値を移動し、家名配置領
域（の座標値）を得る。

【０１４１】（ステップ１７０３）前ステップで得た家
名配置領域が、家枠領域に含まれるかどうかを判定す
る。

【０１４２】（ステップ１７０４）本ステップでは、文
字コードを、幾つかの文字コードに分解できるかどうか
を判定する（図２１参照）。判定は、以下の基準を用い
て行なう。

【０１４３】・文字コードが空白文字を含んでいる。

【０１４４】・文字サイズが異なる文字を、ひとつでも
含んでいる。

【０１４５】分割可能であれば、ステップ１７０５を行
ない、複数の文字列を組み合わせた家名配置領域を求め
る。分割不可能であれば、ステップ１７１０を行ない、
文字配置方向を変更できる余地があるかどうかを、判定
する。

【０１４６】（ステップ１７０５）本ステップでは、ス
テップ１７０４での判定条件にもとづいて、文字コード
を複数の文字コードに分解する。特に、空白文字を含ん
でいる場合には、空白文字を除去して分割する。例えば
「日立 太郎」を「日立」と「太郎」とに分解する（図
２１）。

【０１４７】（ステップ１７０６）結合ルールにより、
家名配置領域となるものを全て計算する（図２２(ａ)
(ｂ)）。ここでいう結合ルールとは、以下の（１）
（２）よりなるルールのことである。今後は、結合ルー
ルで得た結合領域も、家名配置領域とよぶ。

【０１４８】（１）図２０で与えた式を用い、分解した
おのおの文字コードに対し、家名配置領域を計算する
（図２２(ａ)）。この際、分解したおのおのの文字コー
ドに対して文字配置角度θは等しい。

【０１４９】（２）上記で得た複数の家名配置領域を、
以下のルールで結合し、結合領域をもとめる（図２２
(ｂ)）。

【０１５０】ただしここでnは、１より大きな整数とす
る。図２１の場合ではn＝１,２。

【０１５１】・n+1番目の分解文字コードは、n番目の分
解文字コードの下もしくは左側に配置される。

【０１５２】・n+1番目の分解文字コードに対する家名
配置領域は、n番目の分解文字コードに含まれている文
字領域の頂点を、少なくとも一点含んでいる。

【０１５３】（ステップ１７０７）ステップ１７０３と
同様。本ステップにより結合ルールで得た家名配置領域
が家枠内に収まるかを判定する（図２３(ａ)）。図２３
(ｂ)に表示例を示す。

【０１５４】（ステップ１７０８）「ステップ１７０６
生成された全家名配置領域に対して、前ステップの判定
処理をおこなったか」どうかを判定する（図２２(ｂ)参
照）。全家名配置領域に対して判定処理を行っていれ
ば、ステップ１７１０を行い、そうでなければステップ
１７０９を行う。

【０１５５】（ステップ１７０９）ステップ１７０６生
成した家名配置領域の集合から、ステップ１７０７の判
定処理の対象となっていない家名配置領域を選択し、ス
テップ１７０７の判定処理の対象領域とする。

【０１５６】（ステップ１７１０）全ての家名配置方向
θを試したかどうかを判定する。

【０１５７】（ステップ１７１１）文字位置決め処理
は、不成功と判定する。

【０１５８】（ステップ１７１２）文字位置決め処理
は、成功と判定する。

【０１５９】１．７ 補足事項 上記では、述べていないが、家名を配置するルールとし
て以下のものも考えられる。

【０１６０】・顧客情報として、家名以外に、カタカナ
表記の項目をもうけ、文字位置決め処理が不成功の場
合、文字列変換処理により、文字列全体をこのカタカナ
表記に変換する。

【０１６１】・登録辞書の略語として、アイコンなどを
認め、文字列変換処理において文字列をアイコンなどに
置き換える。

【０１６２】これらは、上記実施例の処理を少し変更す
るだけで実現できる。

【０１６３】実施例２ 以下では、実施例１とは異なり、ベクトル地図データを
用いた地図情報システムにおける、家名配置機能の実現
方法を説明する。実施例１と異なる点のみを説明する。

【０１６４】２．１ 本発明のシステム構成図 図２４に本発明のシステム構成を示す。実施例１と異な
る点は、閉領域抽出処理１２２３の変わりに線形状管理
処理１２２４があり、地図画像１３２３の変わりに線形
状１３２４がある。実施例２では、ベクトル地図を用い
ているので、道路などの地図上要素は、線形状１３２４
に格納されており、家枠などを含む地図上の閉領域は領
域形状１３２２に格納されている。

【０１６５】線形状１３２４は、以下の項目からなる
（図２５）。線形状番号２５０１、領域点列２５０２。
これらの内、線形状番号により、線形状１３２４が一意
に識別される。領域点列２５０２は、地図上原点に対す
る点座標値の配列よりなる。図２６に線形状の表示例を
示す。

【０１６６】なお、線形状以外のDBの構成、本実施例に
おけるハードウェア構成、表示画面などは実施例１と同
じものです。

【０１６７】２．２ 本発明での主な対話処理 以下では、操作者の行なう対話処理について述べる。本
実施例は、実施例１と同様に、リンク情報の登録・削
除、顧客情報の変更、地図の修正、リンク情報の検索な
どの対話処理を行なう。これらの各処理は、家枠部分の
取り扱いに異なる点があるものの、実施例１で述べたも
のとほぼ同様に実現できる。

【０１６８】実施例１と異なる点は、家枠部分のベクト
ルデータを地図画像から抽出するのではなく、領域形状
から検索することにある（ステップ２７０５を参照）。
以下では実施例１との相違点を示すため、特にリンク情
報の登録についてのみ説明を行なう。

【０１６９】（１）リンク情報の登録・削除 操作者は、図３のメニューバーから「リンク登録」項目
を選択し、リンク情報の登録処理を行なう。図２７に実
施例２におけるリンク情報登録処理のフローを示す。

【０１７０】（ステップ２７０１）顧客情報１３１（図
４）とリンク情報１３３（図９）とを比較し、リンク情
報番号９１と一致しない顧客番号４１が、顧客情報１３
１にあるか否かを判定する。未登録な顧客情報がある場
合は、ステップ２７０２を実行する。他の場合は、本処
理を終了する。

【０１７１】（ステップ２７０２）未登録な顧客情報
を、リスト表示部３３に表示する。

【０１７２】（ステップ２７０３）操作者は、リスト表
示部３３から顧客名をマウスで選択し、顧客情報１３１
を対話的に選択する。すると顧客情報管理処理１２１で
は、選択項目に対する顧客番号４１と家名４３とを、顧
客情報１３１から得る。

【０１７３】（ステップ２７０４）操作者は、家枠内部
をマウスで選択し、顧客情報（ステップ１００３で選択
したもの）に対する家枠領域を、対話的に入力する。内
部処理では、まず、マウス位置から地図座標系での座標
値を得る。この際、マウス選択位置の座標値を、家名配
置基準点として保持する。

【０１７４】（ステップ２７０５）前ステップの家名配
置基準点を含む家枠領域を、領域形状１３２２から検索
し、領域形状番号を得る（図６）。本処理は領域形状管
理処理１２２２で行なう。

【０１７５】（ステップ２７０６）ステップ２７０４で
得た家名配置基準点、ステップ２７０５で得た家枠領
域、ステップ２７０３で得た家名を入力データとし、文
字配置処理１２４を行なう。そして、文字数、文字コー
ド、配置情報を出力する。これら出力データは、文字形
状１３２１に格納される。文字形状番号５１は格納時に
決定する。ここで行なう文字配置処理は、実施例１の
「１．６ 文字配置処理」ですでに述べたものである。

【０１７６】（ステップ２７０７）ステップ２７０３，
２７０５，２７０６においてそれぞれ得られた、領域番
号、領域形状番号、文字形状番号を組にし、リンク情報
１３３に格納する（図９）。この格納時にリンク情報番
号９１を決定する。これらの処理は、リンク情報管理処
理１２３において行なう。

【０１７７】（ステップ２７０８）地図形状表示処理１
４により、表示画面の更新を行なう。そしてステップ２
７０１に戻り、未登録顧客情報がなくなるまで、登録処
理を続ける。

【０１７８】

【発明の効果】本発明により、画像認識処理を地図情報
システム運用時の前処理として行なう必要がなく、地図
画像に対してリンク情報登録作業を行なうだけで、都市
計画図などの地図画像のみを用いた地図情報システムが
ベクトル地図を用いた地図システムよりも安価に実現で
きる。特に本発明の地図情報システムは、家枠部分につ
いては、部品として管理しているので、地図ー顧客情報
間の相互検索機能などが地図画像に対して実現できる。

【０１７９】また、本発明の家名配置機能は、地図上の
家枠内に、従来と比べてより多くの文字をより大きな文
字サイズで配置する。これにより操作者が、従来よりも
詳細な家名情報を、地図表示画面から得ることができ、
地図からの顧客検索が容易になる。

【図面の簡単な説明】

【図１】実施例１のシステム図。

【図２】本発明ののハードウェア構成図。

【図３】本発明の画面表示例

【図４】顧客情報の説明図。

【図５】文字形状の説明図。

【図６】領域形状の説明図。

【図７】領域形状の表示例。

【図８】登録辞書の説明図。

【図９】リンク情報の説明図。

【図１０】リンク情報登録のフロー図。

【図１１】顧客名更新のフロー図。

【図１２】地図修正のフロー図。

【図１３】リンク情報検索のフロー図。

【図１４】検索結果の表示画面。

【図１５】文字配置処理における入出力の模式図。

【図１６】文字配置処理のフロー図。

【図１７】文字位置決め処理の説明図。

【図１８】家名配置領域の説明図。

【図１９】文字配置方向の説明図。

【図２０】家名配置領域座標値の説明図。

【図２１】家名分解処理の説明図。

【図２２】結合ルールによる、家名配置領域の説明図。

【図２３】家名配置の模式図。

【図２４】実施例２のシステム図。

【図２５】線形状の説明図。

【図２６】線形状の表示例。

【図２７】リンク情報登録のフロー図。

【符号の説明】

２１…キーボード、２２…マウス、２３…計算機、２４
…ディスプレイ、２５…二次記憶装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高山 信彦 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム事業部内

Claims (5)

【特許請求の範囲】
1. 【請求項１】データベースと地図とを対応づける手段
   と、 前述した対応づけ手段において、地図画像から閉領域を
   抽出し、保存する手段と、 データベースの項目から地図上への閉領域配置用の文字
   列を選択する手段と、 データベースの項目と前述した手段で抽出した閉領域と
   を対応づけ、この対応関係を保存する手段と、 前述した手段で得た地図上閉領域と閉領域配置用文字列
   とを用いて、地図上閉領域への文字配置を行なう配置情
   報を計算する文字配置手段よりなり、 前述した文字配置手段は、 （１）閉領域配置用文字列を特定ルールに基づき複数の
   文字列に分解する手段と、 （２）閉領域と文字配置の基準点と文字列と文字列の属
   性値とを入力データとし、 入力データを元に閉領域内への文字配置位置を計算する
   手段と （３）文字列を入力データとし、入力データを元に全角
   文字を半角文字に変更する手段と、 （４）予め作成しておいた文字列変換テーブルと文字列
   とを入力データとし、文字列変換を行なう手段と、 （５）文字列と文字列の属性を入力データとし、文字の
   大きさを変更する手段と、 （６）文字列と文字列の属性を入力データとし、文字列
   の文字数を減らす手段と、 （７）上記（１）〜（６）で述べた手段を一定手順で行
   なうことで、文字を地図のどの位置に配置するかを決め
   る配置情報を生成する手段よりなり、 前述した配置情報に基づき、地図と地図上への文字列を
   表示する表示手段よりなることを特徴とする地図情報シ
   ステム。
2. 【請求項２】データベースと地図とを対応づけ、対応関
   係を保存する手段と、 データベースを変更する手段と、 データベースの変更箇所と対応する地図上の閉領域を検
   出する手段と、 データベースの項目から閉領域配置用の文字列を選択す
   る手段と、 請求項１で述べた文字配置手段と、 文字配置手段で得た配置情報に基づき、地図上へ文字列
   を表示する表示手段よりなることを特徴とする地図情報
   システム。
3. 【請求項３】データベースと地図とを対応づけ、対応関
   係を保存する手段と、 地図上の閉領域を変更する手段と、 変更した閉領域と対応するデータベースの項目から閉領
   域配置用の文字列を検出する手段と、 請求項１で述べた文字配置手段と、 文字配置手段で得た配置情報に基づき、地図と地図上へ
   文字列を表示する表示手段よりなることを特徴とする、
   地図情報システム。
4. 【請求項４】データベースと地図とを対応づけ、対応関
   係を保存する手段と、 前述した対応づけ手段での対話作業において、ベクトル
   地図から閉領域のベクトルデータを検索し、閉領域を得
   る手段と、 データベースの項目から地図上への閉領域配置用の文字
   列を選択する手段と、 請求項１で述べた文字配置手段と、 文字配置手段で得た配置情報に基づき、地図上へ文字列
   を表示する表示手段よりなることを特徴とする地図情報
   システム。
5. 【請求項５】データベースと地図とを対応づける手段
   と、 前述した対応づけ手段において、地図画像から閉領域を
   抽出し、保存する手段と、 データベースの項目と前述した手段で抽出した閉領域と
   を対応づけ、この対応関係を保存する手段と、 前述した対応関係を用いて、地図上の閉領域からデータ
   ベースの項目を参照し、データベースに関する検索条件
   をもとに、地図上の位置を求め対応する地図を表示し、
   データベースと地図間の検索処理を行う手段よりなるこ
   とを特徴とする地図情報システム。