JP3448048B1 - 情報管理システム - Google Patents

Abstract

【要約】 【課題】 本発明は、空間的位置に関連付けて情報を登
録可能で、空間的条件を手がかりに前記情報の少なくと
も一部を出力可能である情報管理システムを提供する事
を目的とする。 【解決手段】 予め空間を複数の単位区分に分割し、更
に空間を少なくとも一の外の複数の単位区分にも分割し
ておき、情報提供者より提供される所望の空間的位置を
含む情報を登録可能とする情報入力手段およびＤＢ登録
手段と、情報受給者に対して所望の空間的条件を含む要
求に応じた情報を出力可能とするＤＢ検索手段および情
報出力手段を備え、空間的位置と空間的条件の少なくと
も一方が入力されると、空間的位置／空間的条件を、そ
れより小さな単位区分を少なく組合せる加算方式（１１
２）と、それより大きな単位区分と差分とを少なく組合
せる減算方式（１１３―１１５）の、各演算結果から１
又は２以上を組合せ、データサイズをより小さくすべく
選択し表現可能とする位置最適化手段を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、空間的位置に関連
付けて情報を登録可能で、空間的条件を手がかりに前記
情報を出力可能な情報管理装置に関し、特に所定の通信
ネットワークを介して情報管理装置及び端末装置が接続
され情報を入出力可能とされる情報管理システムに関す
る。

【０００２】

【従来の技術】本明細書において、データベースをＤＢ
と略し、特に説明がない限り、基本的にＤＢはテキスト
形式のデータベースを示し、代表的な製品としてはオラ
クルが知られている。一方、前記テキスト形式のＤＢに
対して、ベクトル形式の地図データベースを単に「図」
とした。また本明細書の一部において、情報提供者は情
報提供者が操作する端末装置、情報受給者は情報受給者
が操作する端末装置を示している。

【０００３】従来、地理情報システム（以下「ＧＩＳ」
という）をインターネットを介して公開することで、空
間的位置に関連付けて各種情報を登録可能な情報管理シ
ステム（例えば、特許文献１参照。）、および空間的条
件を手がかりに前記情報の少なくとも一部を出力可能な
情報管理システム（例えば、特許文献２参照。）は既に
知られている。

【０００４】前記情報管理システムは、インターネット
上にＷＥＢサイトとして実施可能とし、広告主と被広告
者との間での各種広告を可能とし、広告主、即ち情報提
供者は空間的位置として点情報（店舗等）を登録可能で
あって、被広告者、即ち情報受給者は空間的条件として
行政界、郵便番号等の単純な範囲を指定可能で該範囲内
の各種情報を受給可能とする。前記情報管理システム
は、情報提供者に対して、空間上の一点に関連付けて各
種情報を登録可能としているが、空間的に所望の範囲に
関連付けて情報を登録可能とはされていない。また、情
報受給者に対して、住所、郵便番号を指定するか又は所
望の矩形を指定する等の単純な空間的条件でしか情報を
受給できない。

【０００５】そこで本発明の出願人は、前記問題点を鑑
み、先に特許を出願した（特許文献３参照。）。該特許
文献３において、前記空間的位置と空間的条件の少なく
とも一方は空間的にいびつな範囲を指定可能で、ＤＢ検
索時間が登録される情報の量にほとんど影響されず、簡
便に利用可能な情報管理システムを提供する事を可能と
した。

【０００６】ところで、全国的にチェーン展開している
宅配ピザ屋の出前情報を登録する事を仮定する。まず例
えば、Ａ町１丁目、同２丁目、の様に丁目単位を１レコ
ードとすれば、１店舗当りの出前範囲は概ね２００〜３
００レコードで表現できる。しかし、これでは１の宅配
ピザ屋チェーンだけで１０万レコード以上を占め、実用
的とは言えない。次に、特許文献３の技術を用いると、
１店舗当りの出前範囲は概ね７０〜１００レコードで表
現でき、ＤＢのサイズを概ね１／３に削減できる。しか
し、これでも１の宅配ピザ屋チェーンだけで３万レコー
ド以上を占める。

【０００７】そこで、更にＤＢのサイズを削減できる技
術が求められる。第１５図は、登録される情報量２０１
を横軸に、使用されるレコード数２０２を縦軸にとり、
情報量とレコード数の関係を示している。求められる技
術は、特許文献３の技術を用いた場合のレコード数の伸
び２０３に対して大きく削減したレコード数の伸び２０
４を可能とする技術１（２０５）と、レコード数が所定
数を超えると実施しレコード数の伸び２０６に削減可能
とする技術２（２０７）である。

【０００８】また、特許文献３において、情報ＤＢを検
索する事で所望の情報を出力可能としたが、一度出力さ
れた情報は情報ＤＢとの関連付けが断たれてしまう。し
かし例えば、情報が販売店の広告情報であって、情報Ｄ
Ｂに該販売店が自治体から許可された営業範囲情報が登
録されていれば、広告情報は、一度情報ＤＢから出力さ
れようとも、常に情報ＤＢに登録された営業範囲情報と
関連付けられ、出力された広告情報が閲覧される度に閲
覧者の空間的位置と広告情報の営業範囲とが照合される
事が望ましい。

【０００９】

【特許文献１】特許第２７５６４８３号公報（第４−５
頁、第３−４図）

【特許文献２】特許第３０１１０９８号公報（第２−５
頁、第２−５図）

【特許文献３】特許第３３０２９８６号公報（第１２
頁、第９−１０図）

【００１０】

【発明が解決しようとする課題】本発明は、空間的位置
に関連付けて情報を登録可能で、空間的条件を手がかり
に前記情報を出力可能とする情報管理装置を提供する事
を目的とし、特に所定の通信ネットワークを介して情報
管理装置及び端末装置が接続され情報を入出力可能とす
る情報管理システムを提供する事を目的とし、具体的に
前記空間的位置と空間的条件の少なくとも一方は空間的
にいびつな範囲を指定可能で、ＤＢ検索時間が登録され
る情報の量にほとんど影響されず、簡便に利用可能で、
従来の技術よりも更にＤＢのサイズを削減可能とした情
報管理システムを提供する事を目的とする。

【００１１】また本発明は、情報に、一度情報ＤＢから
出力されようとも、常に情報ＤＢに登録された空間的位
置と関連付けておき、出力された情報が閲覧者によって
利用されようとすると、利用者および情報にそれぞれ関
連付け情報ＤＢに登録しておいた空間的位置を照合可能
とし、該照合の結果に基づいて利用を許可又は拒絶可能
とする事を目的とする。

【００１２】

【課題を解決するための手段】まず、上記目的を達成す
るために、所定の通信ネットワークを介してホストに接
続されたＤＢへ端末装置より情報を登録可能とし、ＤＢ
より端末装置へ情報を出力可能とする情報管理システム
において、予め空間を複数の単位区分に分割し、更に空
間を少なくとも一の外の複数の単位区分にも分割してお
き、情報提供者に対して所望の空間的位置を含む情報を
入力可能とする情報入力手段と、情報受給者に対して所
望の空間的条件を含む要求を入力可能とする要求入力手
段と、情報と要求の少なくとも一方（以下「情報／要
求」と記載する）をＤＢへ登録可能とするＤＢ登録手段
と、要求と情報とを照合可能とするＤＢ検索手段と、Ｄ
Ｂ検索手段により選択した情報を情報受給者へ出力可能
とする情報出力手段と、空間的位置と空間的条件の少な
くとも一方（以下「空間的位置／空間的条件」と記載す
る）が入力されると、空間的位置／空間的条件を、デー
タサイズをより小さくするよう前記単位区分を選択し表
現する位置最適化手段を備えている。

【００１３】そして前記情報管理システムにおいて、前
記技術１として、前記位置最適化手段は、空間的位置／
空間的条件より小さな単位区分を少なく組合せる加算方
式と、空間的位置／空間的条件より大きな単位区分とそ
の差分とを少なく組合せる減算方式の、各演算結果から
１又は２以上を組合せ選択可能としている。

【００１４】なお、前記減算方式とは、例えば「東京の
２３区のうち渋谷区を除く全域」を表現するために、特
許文献３において開示した従来の方式、即ち加算方式で
は２３−１＝２２レコードを費やすのに対して、「２３
区―渋谷区」＝２レコードで表現する方法であり、場合
によっては大幅にレコード数を削減できる技術である。
本発明の位置最適化手段は、加算方式および減算方式を
施し、各演算結果から１又は２以上を組合せ、データサ
イズをより小さくするよう単位区分を選択し表現可能と
している。

【００１５】インターネット上の一部の著名なポータル
サイトにおいて、利用者に対して例えば「日本の大学―
Ｎ大学文学部」という条件式を指定可能としており、日
本の全大学を「大学」項を大分類、「学部」を中分類と
して分類し登録しておいたＤＢから、Ｎ大学の文学部を
除く全ての日本の大学の情報を出力するかに思われる。
しかし実際には、前記ポータルサイトにおいて、前記条
件式内の「Ｎ大学文学部」を１の文字の塊と認識してい
る以外に、上位から「日本の大学」、「Ｎ大学」、「文
学部」の順に分類し識別しているとは考えられず、空間
的位置を多階層で分類した単位区分を少なく組合せ表現
する、本発明の技術とは異なる。

【００１６】ところで、日本は、４７の都道府県そして
約３，２００の市町村に分割され自治されており、１の
都道府県当り約６８の市町村に分割されている。例え
ば、１の県内の３５市町村に渡る、ある宅配業者の営業
範囲を表現する為に、前記加算方式では３５レコードを
費やし、前記減算方式では３４レコードを費やし、いず
れの方式を用いても大幅にレコード数を削減できない。
この問題点は、１の県内の市町村数が多い点、市町
村階層の中には、各単位区分が、中心地の様に小さく密
集している箇所とへき地の様に大きくされている箇所と
が共に存在している点、に起因している。しかし、予め
密集している複数の市町村、即ち単位区分、をグループ
化しようにも最適な基準が不明確である。

【００１７】そこで前記情報管理システムにおいて、前
記技術２として、更に、所定の条件を満たすことで、Ｄ
Ｂに登録された複数の空間的位置／空間的条件に含まれ
統合可能な複数の単位区分を検出し、該複数の単位区分
を統合する一の単位区分を新設し、当該複数の空間的位
置／空間的条件を新設した単位区分で置換しＤＢのサイ
ズを小さくするＤＢ最適化手段を備えている。

【００１８】なお前記所定の条件は例えば、空間的位置
／空間的条件が登録されたＤＢが所定のサイズを超える
事、空間的位置の少なくとも一部が重複する情報が所定
の数を超える事、また、所定の時間が経過する事、等で
ある。前記ＤＢ最適化手段は、所定の条件を満たすこと
で、多くの登録された情報位置に一様に含まれる複数の
単位区分をグループ化するものであり、ＤＢに蓄積され
る情報位置に応じて柔軟にかつ実用的にグループ化する
ものである。

【００１９】また前記ＤＢ最適化手段は、一度新設した
単位区分であっても、後に情報位置が追加されたＤＢの
分析結果に応じて、該グループを拡大または縮小した
り、また複数のグループを統合したり、１のグループを
分割したり、また削除可能としている。

【００２０】ところで本発明の出願人は、特許文献１の
［００８４］〜［００８５］項および第３０、３１図に
おいて、単位区分を分割または統合する技術を開示た。
しかし該技術は、県、市町村等の、明確な規則、慣習に
基づいて予め分割しておいた単位区分を、例えば道路の
新設、廃止等の、明確な規則、慣習に基づいて、分割ま
たは統合可能とした技術であるのに対して、本発明のＤ
Ｂ最適化手段は、単位区分を、ＤＢに登録された情報に
基づいて、柔軟かつ最適に新設、分割または統合可能と
する技術である。なお、単位区分図、単位区分ＤＢ、情
報位置ＤＢおよび要求位置ＤＢについて、新設する単位
区分の為の階層を予め設けておいても、必要に応じて階
層を新設するのであっても構わない。

【００２１】 また前記情報管理システムにおいて、情報
にはＤＢから出力されようともＤＢに登録された空間的
位置と関連付けておき、出力された情報が利用者によっ
て利用されようとすると、利用者および情報にそれぞれ
関連付けＤＢに登録しておいた空間的位置を照合可能と
し、該照合の結果に基づいて利用を許可又は拒絶可能と
している。

【００２２】 また、情報をＤＢへ登録可能で情報をＤＢ
より出力可能とする情報管理装置において、予め空間を
複数の単位区分に分割し、更に空間を少なくとも一の外
の複数の単位区分にも分割しておき、情報および要求を
入力可能な入力部と、情報を確認および出力可能な出力
部と、空間的位置を含む情報を登録可能とするＤＢと、
所望の空間的位置を含む情報を入力可能とする情報入力
手段と、情報受給者に対して所望の空間的条件を含む要
求を入力可能とする要求入力手段と、情報／要求をＤＢ
へ登録可能とするＤＢ登録手段と、要求と情報とを照合
可能とするＤＢ検索手段と、ＤＢ検索手段により選択し
た情報を情報受給者へ出力可能とする情報出力手段と、
空間的位置／空間的条件が入力されると、空間的位置／
空間的条件を、データサイズをより小さくするよう前記
単位区分を選択し表現する位置最適化手段を備えてい
る。

【００２３】 そして前記情報管理装置において、前記
技術１として、前記位置最適化手段は、空間的位置／空
間的条件より小さな単位区分を少なく組合せる加算方式
と、空間的位置／空間的条件より大きな単位区分とその
差分とを少なく組合せる減算方式の、各演算結果から１
又は２以上を組合せ選択可能としている。

【００２４】 また前記情報管理装置において、前記技
術２として、更に、所定の条件を満たすことで、ＤＢに
登録された複数の空間的位置／空間的条件に含まれ統合
可能な複数の単位区分を検出し、該複数の単位区分を統
合する一の単位区分を新設し、当該複数の空間的位置／
空間的条件を新設した単位区分で置換しＤＢのサイズを
小さくするＤＢ最適化手段を備えている。

【００２５】 また前記情報管理装置において、情報に
はＤＢから出力されようともＤＢに登録された空間的位
置と関連付けておき、出力された情報が利用者によって
利用されようとすると、利用者および情報にそれぞれ関
連付けＤＢに登録しておいた空間的位置を照合可能と
し、該照合の結果に基づいて利用を許可又は拒絶可能と
している。

【００２６】 また、情報をＤＢへ登録し情報をＤＢより
出力する情報管理方法において、予め空間を複数の単位
区分に分割し、更に空間を少なくとも一の外の複数の単
位区分にも分割しておき、情報提供者に対して所望の空
間的位置を含む情報を入力させる情報入力段階と、情報
受給者に対して所望の空間的条件を含む要求を入力させ
る要求入力段階と、情報／要求をＤＢへ登録するＤＢ登
録段階と、要求と情報とを照合するＤＢ検索段階と、Ｄ
Ｂ検索手段により選択した情報を情報受給者へ出力する
情報出力段階と、空間的位置／空間的条件が入力される
と、空間的位置／空間的条件を、データサイズをより小
さくするよう前記単位区分を選択し表現する位置最適化
段階を備えている。

【００２７】 そして前記情報管理方法において、前記技
術１として、前記位置最適化段階は、空間的位置／空間
的条件より小さな単位区分を少なく組合せる加算方式
と、空間的位置／空間的条件より大きな単位区分とその
差分とを少なく組合せる減算方式の、各演算結果から１
又は２以上を組合せ選択する。

【００２８】 また前記情報管理方法において、前記技術
２として、更に、所定の条件を満たすことで、ＤＢに登
録された複数の空間的位置／空間的条件に含まれ統合可
能な複数の単位区分を検出し、該複数の単位区分を統合
する一の単位区分を新設し、当該複数の空間的位置／空
間的条件を新設した単位区分で置換しＤＢのサイズを小
さくするＤＢ最適化段階を備えている。

【００２９】 また前記情報管理方法において、情報には
ＤＢから出力されようともＤＢに登録された空間的位置
と関連付けておき、出力された情報が利用者によって利
用されようとすると、利用者および情報にそれぞれ関連
付けＤＢに登録しておいた空間的位置を照合可能とし、
該照合の結果に基づいて利用を許可又は拒絶可能として
いる。

【００３０】 また、コンピュータのＤＢに情報を登録可
能で登録された情報を選択可能とするための情報管理プ
ログラムにおいて、コンピュータを、予め空間を複数の
単位区分に分割し、更に空間を少なくとも一の外の複数
の単位区分にも分割しておき、入力された空間的位置を
含む情報と入力された空間的条件を含む要求の少なくと
も一方をＤＢへ登録可能とするＤＢ登録手段と、要求と
情報とを照合可能とするＤＢ検索手段と、ＤＢ検索手段
により選択した情報を情報受給者へ出力可能とする情報
出力手段と、空間的位置／空間的条件が入力されると、
空間的位置／空間的条件を、データサイズをより小さく
するよう前記単位区分を選択し表現する位置最適化手段
として機能させる。

【００３１】 そして前記情報管理プログラムにおいて、
前記技術１として、前記位置最適化手段は、空間的位置
／空間的条件より小さな単位区分を少なく組合せる加算
方式と、空間的位置／空間的条件より大きな単位区分と
その差分とを少なく組合せる減算方式の、各演算結果か
ら１又は２以上を組合せ選択可能としている。

【００３２】 また前記情報管理プログラムにおいて、前
記技術２として、更に、所定の条件を満たすことで、Ｄ
Ｂに登録された複数の空間的位置／空間的条件に含まれ
統合可能な複数の単位区分を検出し、該複数の単位区分
を統合する一の単位区分を新設し、当該複数の空間的位
置／空間的条件を新設した単位区分で置換しＤＢのサイ
ズを小さくするＤＢ最適化手段として機能させる。

【００３３】 また前記情報管理プログラムにおいて、情
報にはＤＢから出力されようともＤＢに登録された空間
的位置と関連付けておき、出力された情報が利用者によ
って利用されようとすると、利用者および情報にそれぞ
れ関連付けＤＢに登録しておいた空間的位置を照合可能
とし、該照合の結果に基づいて利用を許可又は拒絶可能
としている。

【００３４】 なお前記単位区分について、例えば、土地
又は海洋をそれぞれ市単位、丁目単位、番地単位の単位
区分に分割した二以上の地図レイヤ（層）より構成され
た単位区分図及び単位区分ＤＢを用意しておく。番地単
位の複数の単位区分を組合せる事で丁目単位の一の単位
区分を表現でき、丁目単位の複数の単位区分を組合せる
事で市単位の一の単位区分を表現できる。

【００３５】 また前記位置最適化手段又は位置最適化段
階について、具体的には情報位置／要求位置が入力され
ると、一の市が含まれていれば一のレコードで表現し、
更に一の丁目が含まれていれば一のレコードで表現し、
更に一の番地が含まれていれば一のレコードで表現し
（加算方式）、また情報位置／要求位置を含みより大き
い単位区分（Ａ）とその差分（Ｂ）よりＡ−Ｂとして表
現し（減算方式）、データサイズを最少に出来る組合せ
を選択可能とする。また前記位置最適化手段又は位置最
適化段階において、情報位置／要求位置を厳密に一致さ
せて最適化できない場合には、例えば面積計で数％以内
の誤差を許容し近似して最適化を施す。また、情報位置
／要求位置を表現するレコード数を最大でｎに制限して
おき、厳密に一致可能であったとしても、レコード数を
ｎ以内に抑えるために近似して最適化を施す。

【００３６】 なお本発明の情報管理システム、情報管理
装置そして情報管理プログラムが備える外の各手段およ
び各語句、そして情報管理方法が備える外の各段階およ
び各語句について、特許文献３および未公開特許１に開
示してあり、本明細書において省略した。

【００３７】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら詳細に説明する。なお、各実施の
形態において図示された各装置は、本発明の要部を説明
したものであって、図示されていなくとも、公知のコン
ピュータが備える各部を、適宜、好適に具備している事
は勿論である。前記各部とは例えば、インターネット等
の通信ネットワークに接続する為のモデム等の通信部、
キーボード等の入力部、ディスプレイ等の出力部、デー
タを一時記録させるためのメモリ部、データを記録させ
るためのハードディスク等の記録部、各種演算を実行す
る為のＣＰＵ等の演算部である。また本発明の各技術に
おいて、所定の目的を達成するのであれば、具体的な処
理方法は一に限定されない。

【００３８】 また基本的に各実施の形態において、情報
提供者より入力されるデータを情報と記載し、情報は基
本的に情報内容および情報位置により構成され、また情
報を受給する為に情報受給者より入力されるデータを要
求と記載し、要求は基本的に要求内容および要求位置に
より構成される。また一部の実施の形態において、情報
と要求の両方がＤＢへ登録可能とされる為、一部の図を
説明する際に、入力される情報位置と要求位置とを共通
して入力位置と記載し、入力される情報内容と要求内容
とを共通して入力内容と記載しており、情報と要求とも
ＤＢへ登録されれば共通して情報と記載し、具体的に情
報内容、情報位置と記載している。なお請求の範囲にお
いて、情報位置および要求位置が空間的なデータである
事を示す為に、情報位置を空間的位置と、要求位置を空
間的条件と記載している。

【００３９】 まず本発明の第１の実施の形態について説
明する。第１図は第１の実施の形態における情報管理シ
ステムの構成図、第２図は第１の実施の形態における情
報管理システムの要部の処理流れ図、第３図は第１の実
施の形態における情報管理システムが備える各種ＤＢお
よび図、第４図は第１の実施の形態における情報内容入
力画面、第５図は第１の実施の形態における情報位置入
力画面、第６図は第１の実施の形態における一覧形式の
情報位置出力画面、第７図は第１の実施の形態における
地図形式の情報位置出力画面、第８図は第１の実施の形
態における位置最適化手段を説明する処理流れ図および
中間データファイル、第９図は第１の実施の形態におけ
る対話方式のＤＢ最適化手段を含む一連の処理を説明す
る処理流れ図、第１０図は第１の実施の形態における対
話方式のＤＢ最適化手段により更新される単位区分図、
単位区分ＤＢおよび情報位置ＤＢ、第１１図は第１の実
施の形態における自動方式のＤＢ最適化手段を含む一連
の処理を説明する処理流れ図、第１２図は第１の実施の
形態における自動方式のＤＢ最適化手段により更新され
る単位区分図、単位区分ＤＢおよび情報位置ＤＢであ
る。

【００４０】 第１図において、複数の端末装置１が図示
されないモデム等の通信部を用いて通信ネットワーク２
に接続することで相互に通信可能としている。端末装置
１の少なくとも一部が本発明の情報管理装置として稼動
している。本発明の情報管理システムは具体的に、情報
管理装置がＷＥＢサーバとして動作するクライアント・
サーバ型（以下「Ｃ／Ｓ型」とする）またはピアツーピ
ア型（以下「Ｐ２Ｐ型」とする）のネットワークとして
実施可能である。Ｐ２Ｐ型は更に、ナップスターに代表
されるハイブリッド型とグヌーテラに代表されるピュア
型に分類されるが、本発明の情報管理システムはいずれ
の形態でも実施可能である。

【００４１】 第２図において、ＳＴＡＲＴ１（４１）か
らＥＮＤ１（４９）までの処理流れは情報提供者との間
で対話式になされる一連の情報提供の処理を説明してお
り、ＳＴＡＲＴ２（５１）からＥＮＤ２（５９）までの
処理流れは情報受給者との間で対話式になされる一連の
情報受給の処理を説明しており、ＳＴＡＲＴ３（６１）
からＥＮＤ３（６５）までの処理流れは情報提供者より
入力され情報ＤＢ４に登録された情報と情報受給者より
入力され要求ＤＢ５に登録された要求とを照合し情報を
出力する一連の処理を説明している。なお、情報出力手
段４８、情報出力手段５８および情報出力手段６４は基
本的に同一である。

【００４２】 情報管理システムにおいて、情報提供者が
参照ＤＢを参照可能とした情報内容入力画面および参照
図を参照可能とした情報位置入力画面に所望の情報を入
力すると、情報入力手段４２が入力された情報内容およ
び情報位置を受領し、例えば情報位置が店舗より徒歩３
０分圏内と指定されていれば、位置演算手段４３が空間
性状図８および空間性状ＤＢ９を参照することで面状の
情報位置を演算し、面状の情報位置が入力されていれ
ば、位置最適化手段４４が単位区分図２および単位区分
ＤＢ３を参照することで情報位置を複数の単位区分を少
なく組合せ表現する。更に、情報提供者からの指図が情
報ＤＢ４への登録であれば（４５）、情報ＤＢ登録手段
４６が情報内容および最適化した情報位置を情報ＤＢ４
へ登録し、一方で情報ＤＢ４への登録でなければ、要求
ＤＢ検索手段４７が要求ＤＢを検索し、情報出力手段４
８が検索した情報を所定の装置へ出力し、一連の処理を
終了する。

【００４３】 情報管理システムにおいて、情報受給者が
参照ＤＢを参照可能とした要求内容入力画面および参照
図を参照可能とした要求位置入力画面に所望の要求を入
力すると、要求入力手段５２が入力された要求内容およ
び要求位置を受領し、例えば要求位置が居所より徒歩３
０分圏内と指定されていれば、位置演算手段５３が空間
性状図８および空間性状ＤＢ９を参照することで面状の
要求位置を演算し、面状の要求位置が入力されていれ
ば、位置最適化手段５４が単位区分図２および単位区分
ＤＢ３を参照することで要求位置を複数の単位区分を少
なく組合せ表現する。更に、情報受給者からの指図が要
求ＤＢ５への登録であれば（５５）、要求ＤＢ登録手段
５６が要求内容および最適化した要求位置を要求ＤＢ５
へ登録し、一方で要求ＤＢ５への登録でなければ、情報
ＤＢ検索手段５７が情報ＤＢを検索し、情報出力手段５
８が検索した情報を所定の装置へ出力し、一連の処理を
終了する。

【００４４】 情報管理システムにおいて、計時手段６２
が所定の時間を計時することで、ＤＢ検索手段６２が情
報ＤＢおよび要求ＤＢを照合し、情報出力手段６４が検
索した情報を所定の装置へ出力し、一連の処理を終了す
る。本処理流れは、図において簡便に記載してあるが、
具体的には、図示されない出力計画策定手段が情報を受
給可能な状態の端末装置毎に時系列の出力計画を登録す
る図示されない出力計画ファイルを生成し、該出力計画
に従い計時手段６３および情報出力手段６４が動作す
る。なお出力計画策定手段は、情報を受給可能な状態の
端末装置毎に、要求が更新される度に、情報ＤＢを再検
索し出力計画ファイルを更新する。また出力計画策定手
段は、情報が更新される度に、要求ＤＢを検索し影響を
被る全ての出力計画ファイルを選択し、情報ＤＢを再検
索し該出力計画ファイルを更新する。

【００４５】 第３図において、空間を複数の単位区分に
分割した単位区分図２および単位区分ＤＢ３と、各利用
者に参照可能とした参照図６と、各利用者に参照可能と
した参照ＤＢ７と、道路網図等の空間性状図８および各
線分の延長、所要時間等が入力された空間性状ＤＢ９
と、情報のうち情報位置を登録する情報位置ＤＢ１１お
よび情報内容を登録する情報内容ＤＢ１２と、要求のう
ち要求位置を登録する要求位置ＤＢ１３および要求内容
を登録する要求内容ＤＢ１４とを備えている。前記各Ｄ
Ｂについて、高速なレコードの検索を可能とする為に適
宜インデックスが作成されソートされている。

【００４６】 情報位置ＤＢ１１および情報内容ＤＢ１２
が情報ＤＢ４を構成し、要求位置ＤＢ１３および要求内
容ＤＢ１４が要求ＤＢ５を構成する。情報位置ＤＢ１１
および情報内容ＤＢ１２はそれぞれの情報ＩＤフィール
ドの値で関連付けられており、情報位置ＤＢ１１は外に
単位区分ＤＢ３と関連付けられたｎ個の単位区分レベル
フィールドより構成されており、情報内容ＤＢ１２は外
に参照ＤＢ７のＫ個のＤＢがそれぞれ関連付けられたｋ
個の情報種別フィールドと、テキスト形式で入力可能な
付加内容フィールドより構成されている。例えば図にお
いて、情報ＩＤ＝６８１０に登録された情報は、その情
報位置が情報位置ＤＢ１１において５レコードで構成さ
れ、情報内容が情報内容ＤＢ１２において１レコードで
構成されている。情報位置ＤＢ１１および要求位置ＤＢ
１３について、１の情報位置を１又は２以上のレコード
で構成しており、１の情報位置を、±フィールドの値が
＋のレコードと−のレコードを組合せ、＋の単位区分と
−の単位区分との差分として構成可能としている。要求
ＤＢ５、即ち要求位置ＤＢ１３および要求内容ＤＢ１４
も前記情報ＤＢ４と同様に構成されている。

【００４７】 参照ＤＢ７は、情報の種別を登録した情報
種別ＤＢ、郵便番号一覧を登録した郵便番号ＤＢ、住所
一覧を登録した住所ＤＢ、参照図に表示可能とした各ア
イコンを登録したアイコンＤＢ等、の図示されない各種
ＤＢにより構成され、更に、単位区分図２および単位区
分ＤＢ３が、空間を面的に複数の単位区分に分割してい
れば各単位区分に対応する面積が登録された図示されな
い単位区分別面積ＤＢを、また空間を線的に複数の単位
区分に分割していれば各単位区分に対応する延長が登録
された図示されない単位区分別延長ＤＢを、含んでい
る。また、単位区分毎の面積又は延長を単位区分ＤＢ３
にフィールドを設け直接登録しておくことも有効であ
る。

【００４８】 第４図の情報内容入力画面について、情報
提供者の要求に基づいて例えば端末装置のディスプレイ
部に表示され、提供者名７１、情報内容をリストから選
択可能とした種別１（７２）および種別１を更に細分化
した種別２（７３）、拠点住所７４、定休日７５、そし
て特徴７６を入力可能としている。そして、ＯＫボタン
７７が選択されれば所望の情報を次の手段へ引き渡し情
報位置入力画面を表示し、中止ボタン７８が選択されれ
ば入力された情報を破棄し処理を終了する。

【００４９】 第５図の情報位置入力画面について、情報
提供者の要求に基づいて例えば端末装置のディスプレイ
部に表示され、郵便番号単位８１、行政区単位８２、所
望の半径の円指定８３に加えて、地図ウインドウ８５上
でマウス等を用いる選択８４、等の方法で「いびつ」な
情報位置を入力可能としている。追加ボタン、中止ボタ
ン、ＯＫボタン８８を用いることで、入力した情報位置
をそれぞれ、登録し更なる入力を促し、キャンセルして
処理を終了し、また登録して処理を終了する。縮尺項８
７で縮尺をリストから選択することで地図ウインドウ８
５の縮尺を変更でき、また移動ボタン８６を用いること
で地図ウインドウ８５の表示位置を移動できる。

【００５０】 一方で、情報受給者に要求内容および要求
位置を入力可能とするそれぞれ要求内容入力画面および
要求位置入力画面も情報受給者の要求に基づいて端末装
置のディスプレイ部に表示され、情報受給者が所望の要
求を入力可能としているが、それぞれ前記第４図の情報
内容入力画面および第５図の情報位置入力画面と類似し
ている為に図示を省いた。

【００５１】 第６図の一覧形式の情報出力画面につい
て、情報受給者の要求に基づいて端末装置のディスプレ
イ部に表示され、一覧ウインドウ９８に情報受給者の要
求に基づき自宅周辺、職場周辺、実家周辺、一時的滞在
地、等のそれぞれの検索結果を一覧形式で表示でき、該
検索結果をタブを選択する事で切り換え表示可能として
いる。また、検索結果の表示順を、例えば図の様に、訪
問介護業者を居所からの距離順（９１）に、洋食出前業
者を価格順（９２）に、そしてマッサージ業者を利用者
評価順（９３）に、先頭からそれぞれ選択した後に並べ
変えボタン９４を選択することで、表示順を該選択順に
変更可能としている。また検索結果より所望の情報を選
択し、地図表示ボタン９５を選択する事で、該情報を地
図上で確認可能としている。また、入力した空間的条件
内において、検索結果の分布が偏り過ぎていると判断し
た場合には、メッセージを表示し、利用者に範囲再選択
９７を勧めたり、地図上でその偏り具合を表示可能とし
ている。

【００５２】 第６図の地図表示ボタン９５を選択する
と、第７図の地図形式の情報出力画面が表示され、検索
結果を、一覧形式で表示１０１し、地図上に認識し易い
図式で表示し、地図上で所望の検索結果を選択すること
で、更に詳細な情報を表示可能としている。また本実施
の形態の特徴として、検索結果を地図上で更に空間的に
絞り込み可能としている。追加ボタン、中止ボタン、Ｏ
Ｋボタン１０２を用いることで、更に入力した要求位置
をそれぞれ、登録し更なる入力を促し、キャンセルして
処理を終了し、また登録して更に検索結果を絞り込む。
縮尺項１０４で縮尺をリストから選択することで地図ウ
インドウ１０５の縮尺を変更でき、また移動ボタン１０
３を用いることで地図ウインドウ１０５の表示位置を移
動できる。

【００５３】 第８図の位置最適化手段において、単位区
分図２、図示されない単位区分ＤＢ、入力位置が入力さ
れた入力位置図２１、位置最適化の途中に中間データフ
ァイルとして作成される入力位置ＤＢ１〜６（２２〜２
７）、および位置最適化された入力位置が保持される入
力位置ＤＢ２８を利用する。図において、単位区分図２
のｆ層および入力位置図２１を重ね合せ示しており、入
力位置を太線で示している。

【００５４】 位置最適化がスタート１１１すると、まず
入力位置を加算方式、即ち従来の方式、で位置最適化し
結果を入力位置１ＤＢ２２に保持（１１１）し、次に入
力位置を、完全に含む最小の単位区分（図においてｆ層
の３００番）を用い、減算方式で位置最適化し結果を入
力位置２ＤＢ２３に保持（１１３）する。次に入力位置
のうち、境界が単位区分と交わる部分（図においてｆ＋
１層の３３０番、３５０番、３７０番および３９０番）
を減算方式で位置最適化し結果を入力位置３ＤＢ２４〜
入力位置６ＤＢに保持（１１４）し、これをｆ＋１層か
らｎ−１まで繰り返す。各中間データファイルの相互関
係は図の様に表すことが出来る。なお図において、ｆ＋
１＝ｎ−１＝２であるから、中間データファイルは入力
位置２ＤＢ２３を始めとして３層で終わっているが、単
位区分の層数、即ちｎが４以上であれば、中間データフ
ァイルの層数も最大でｎとなる。次に各入力位置ＤＢ、
即ち中間データファイル、を照合することで、レコード
数を最小とする組合せを演算し結果を入力位置ＤＢ２８
に入力（１１５）し、全ての中間データファイルを初期
化（１１６）した後に、処理を終了（１１７）する。

【００５５】 なお、情報ＤＢを検索する情報ＤＢ検索手
段と、要求ＤＢを検索する要求ＤＢ検索手段について、
情報位置ＤＢおよび要求位置ＤＢを検索するために、各
レコードを±フィールドの値に基づき、具体的に値が−
であれば除外する単位区分と判定する外は、特許文献３
および未公開特許１の技術を継承している。

【００５６】 第９図において、ＳＴＡＲＴ１２１からＥ
ＮＤ１３４までの処理流れは、管理者１３６との間で対
話方式になされる、単位区分を更新する一連の処理を説
明している。該一連の処理において、単位区分図２、単
位区分ＤＢ３、情報ＤＢ４および要求ＤＢ５（以下「各
図、ＤＢ」と総称する）を利用する。

【００５７】 情報管理システムにおいて、管理者１３６
により単位区分の更新が要求される（１２２）と、各
図、ＤＢを参照可能とした単位区分更新画面を表示し単
位区分の更新を促進（１２３）し、管理者１３６により
所望の空間的位置が入力される（１２４）と、該空間的
位置を位置最適化した後に単位区分として仮設（１２
５）し、仮設した単位区分を用いて情報ＤＢおよび要求
ＤＢから削減できるレコード数を試算（１２６）し、削
減レコード数を管理者１３６へ通知（１２７）する。管
理者１３６が前記削減レコード数に満足（１２８）し、
ＯＫボタンが選択され（１２９）れば、仮設した単位区
分を正式に新設し各図、ＤＢを更新（１３０）し、単位
区分更新が完了した事を通知（１３１）する。一方、管
理者１３６が前記削減レコード数に満足（１２８）せ
ず、キャンセルを希望（１３２）しなければ、空間的位
置の再入力（１２４）を可能とし（１３５）、一方、キ
ャンセルを希望（１３２）し、キャンセルボタンが選択
され（１３３）れば、それまでの演算結果を破棄し一連
の処理を終了する。

【００５８】 第１０図において、ＤＢ最適化手段が、単
位区分図に、ｆ層３１とｆ＋１層３２との間に新ｆ＋１
層３３を設け、旧ｆ＋１層３２以下を新ｆ＋２層以下へ
とずらし、例えば旧ｆ＋１層３２の単位区分ＸＸ３１〜
３５を新ｆ＋２層３２においてＸＸ３１１〜３１５と改
名し、新ｆ＋１層３３において、新ｆ＋２層３２の単位
区分ＸＸ３１１〜３１３を統合する、単位区分ＸＸ３１
０を新設し、同様に単位区分図３においても、ｆ層とｆ
＋１との間に新ｆ＋１層を設け、全レコードを更新し、
更に情報位置ＤＢ１１および図示されない要求位置ＤＢ
においても、ｆ層とｆ＋１との間に新ｆ＋１層を設け、
例えば単位区分ＸＸ３１１〜３１３の３レコードが含ま
れる情報および要求について１のレコードＸＸ３１０に
置換し、残りのレコードも更新する。

【００５９】 第１１図において、ＳＴＡＲＴ１４１から
ＥＮＤ１５７までの処理流れは、自動方式になされた演
算結果を管理者１５８が認証する、単位区分を更新する
一連の処理を説明している。該一連の処理において、各
図、ＤＢを利用する。

【００６０】 情報管理システムにおいて、所定の時間を
計時（１４２）し、各図、ＤＢを参照することで情報Ｄ
Ｂ４および要求ＤＢ５のレコードを集計（１４３）し、
具体的に情報位置ＤＢおよび要求位置のレコードを集計
し、例えば各情報位置を全体的または部分的に重み付け
等の方法で分析し、密集地域、即ち面積の割に多くのレ
コードを費やす空間的位置、を抽出（１４４）する。そ
して密集地域毎（１４８）に、最適解が出る（１４７）
まで、即ち最もレコード数を削減できるまで、単位区分
を仮設（１４５）し、仮設した単位区分を用いて削減で
きるレコード数を試算する。そして、推奨する単位区分
案および削減できるレコード数を管理者１５８へ通知
（１４９）し、管理者１５８が最適案を許可（１５０）
し、ＯＫボタンが選択され（１５１）れば、最適案の単
位区分を正式に新設し各図、ＤＢを更新（１５４）す
る。前記案は最適案以外に推奨順に複数の案がリスト形
式で表示されており、管理者１５８が最適案を許可（１
５０）せず、リストより所望の案が選択されＯＫボタン
が選択され（１５３）れば、選択された案の単位区分を
正式に新設し各図、ＤＢを更新（１５４）し、一方でい
ずれの案にも満足せずキャンセルボタンが選択され（１
５６）れば、それまでの演算結果を破棄し一連の処理を
終了する。

【００６１】 なお、自動方式のＤＢ最適化手段につい
て、単位区分を新設する外に、過去に設けた単位区分の
形状を変更するか又は削除する、１の単位区分を複数に
分割する、又は複数の単位区分を１に統合する、事も検
討し、最適解を導く。

【００６２】 第１２図において、ＤＢ最適化手段が、単
位区分図に、ｆ層３４とｆ＋１層３５との間に新ｆ＋１
層３６を設け、旧ｆ＋１層３５以下を新ｆ＋２層以下へ
とずらし、図において新ｆ＋１層３６に３箇所の密集地
域を抽出し、それぞれ新設する単位区分案を削減できる
レコード数順に上から表示している（３７〜３９）。情
報管理システムは、管理者に対して各密集地域につい
て、最適案、即ち最上位に表示した単位区分を推奨する
が、残りの案もリスト表示し、管理者に所望の単位区分
案を選択可能とする。

【００６３】 次に、本発明の第２の実施の形態について
説明する。第１３図は第２の実施の形態における情報管
理システムの利用形態を説明する処理流れ図、第１４図
は第２の実施の形態における情報管理システムが備える
利用者位置ＤＢおよびコンテンツ位置ＤＢである。

【００６４】 第１３図において、情報は映像、楽曲、プ
ログラム等のコンテンツであり、本発明の情報管理シス
テムは該コンテンツを管理するコンテンツ管理システム
であり、各種手段を実装した位置認証サーバ１６１と、
利用者位置ＤＢ１６３を管理する利用者位置サーバ１６
２と、コンテンツ位置ＤＢ１６５を管理するコンテンツ
位置サーバ１６４より構成される。利用者位置ＤＢ１６
３は、例えば利用者の携帯電話の位置が登録されたロケ
ーションレジスタであり、その場合利用者位置サーバ１
６１は携帯電話交換機であり、また利用者位置ＤＢ１６
３は予め利用者により居所が登録された居所ＤＢであ
る。コンテンツ位置ＤＢ１６５は、例えば各コンテンツ
の利用が許可された空間的位置が登録されており、具体
的にコンテンツが通信販売ＷＥＢサイトであれば、その
空間的位置は通信販売業者が法律等により制限された営
業範囲である。

【００６５】 一方、コンテンツ管理装置１６６は、コン
テンツを再生等の制御可能な装置であって、例えばコン
テンツを配信するＷＥＢサーバ、またはコンテンツを再
生する端末装置のいずれも該当する。コンテンツ１７３
には固有に識別可能な識別情報１７４が記録されてお
り、例えばワールドワイドウェブ（ＷＷＷ）におけるＵ
ＲＬも該識別情報の１になり得る。一方、識別情報１７
２は、コンテンツ制御装置１６６又は利用者１６７に固
有の識別情報であり、例えば電話番号、位置認証サーバ
により付与された利用者ＩＤ等である。

【００６６】 コンテンツ制御装置１６６において、利用
者１６７によりコンテンツの利用が要求される（１７
１）と、識別情報１７２および識別情報１７４を位置認
証サーバ１６１へ通知し位置認証を要求（１７５）す
る。そして、位置認証サーバ１６１において、識別情報
１７２を利用者位置サーバ１６２へ通知し識別情報１７
２に関連付けられた利用者位置を要求した後に取得し、
同様に識別情報１７４をコンテンツ位置サーバ１６４へ
通知し識別情報１７４に関連づけられたコンテンツ位置
を要求した後に取得し、両位置情報を照合（１７６）
し、位置認証結果をコンテンツ制御装置１６６へ通知
（１７７）する。そして、両位置情報に重複があり前記
結果が「認証」であれ（１７８）ば、利用者１６７に対
して、例えばコンテンツを再生するなど、コンテンツ１
７３の利用要求を許可（１７９）し、一方、前記結果が
「不認証」であれ（１７８）ば、コンテンツの利用要求
を拒絶（１８０）する。

【００６７】 第１４図において、図示されない利用者位
置サーバは利用者ＤＢを構成する、利用者位置ＤＢ１６
３および利用者内容ＤＢ１８１を管理し、両ＤＢは情報
ＩＤフィールドの値により関連付けられており、情報Ｉ
Ｄは電子メールアドレスが用いられている。一方、図示
されないコンテンツ位置サーバはコンテンツＤＢを構成
する、コンテンツ位置ＤＢ１６５およびコンテンツ内容
ＤＢ１８２を管理し、両ＤＢは情報ＩＤフィールドの値
により関連付けられており、情報ＩＤはＷＥＢサイトの
ＵＲＬが用いられている。

【００６８】

【発明の効果】本発明は、以上説明したような形態で実
施され、以下に記載されるような効果を奏する。

【００６９】 空間的位置に関連付けて情報を登録可能
で、空間的条件を手がかりに前記情報を出力可能とする
情報管理装置を提供でき、特に所定の通信ネットワーク
を介して情報管理装置及び端末装置が接続され情報を入
出力可能とする情報管理システムを提供でき、具体的に
前記空間的位置と空間的条件の少なくとも一方は空間的
にいびつな範囲を指定可能で、ＤＢ検索時間が登録され
る情報の量にほとんど影響されず、簡便に利用可能で、
従来の技術よりも更にＤＢのサイズを削減可能とした情
報管理システムを提供できる。

【００７０】 また情報に、一度情報ＤＢから出力されよ
うとも、常に情報ＤＢに登録された空間的位置と関連付
けておき、出力された情報が閲覧者によって利用されよ
うとすると、利用者および情報にそれぞれ関連付け情報
ＤＢに登録しておいた空間的位置を照合可能とし、該照
合の結果に基づいて利用を許可又は拒絶可能にできる。

【図面の簡単な説明】

【図１】第１の実施の形態における情報管理システムの
構成図である。

【図２】第１の実施の形態における情報管理システムの
要部の処理流れ図である。

【図３】第１の実施の形態における情報管理システムが
備える各種ＤＢおよび図である。

【図４】第１の実施の形態における情報内容入力画面で
ある。

【図５】第１の実施の形態における情報位置入力画面で
ある。

【図６】第１の実施の形態における一覧形式の情報位置
出力画面である。

【図７】第１の実施の形態における地図形式の情報位置
出力画面である。

【図８】第１の実施の形態における位置最適化手段を説
明する処理流れ図および中間データファイルである。

【図９】第１の実施の形態における対話方式のＤＢ最適
化手段を含む一連の処理を説明する処理流れ図である。

【図１０】第１の実施の形態における対話方式のＤＢ最
適化手段により更新される単位区分図、単位区分ＤＢお
よび情報位置ＤＢである。

【図１１】第１の実施の形態における自動方式のＤＢ最
適化手段を含む一連の処理を説明する処理流れ図であ
る。

【図１２】第１の実施の形態における自動方式のＤＢ最
適化手段により更新される単位区分図、単位区分ＤＢお
よび情報位置ＤＢである。

【図１３】第２の実施の形態における情報管理システム
の利用形態を説明する処理流れ図である。

【図１４】第２の実施の形態における情報管理システム
が備える利用者位置ＤＢおよびコンテンツ位置ＤＢであ
る。

【図１５】従来の技術と本発明の技術とを対比して説明
するグラフであり、位置情報を含む各種情報をＤＢに登
録した場合の情報数とレコード数との関係を示すグラフ
である。

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 所定の通信ネットワークを介してホスト
   に接続されたＤＢへ端末装置より情報を登録可能とし、
   ＤＢより端末装置へ情報を出力可能とする情報管理シス
   テムであって、予め空間を複数の単位区分に分割し、更
   に空間を少なくとも一の外の複数の単位区分にも分割し
   ておき、情報提供者に対して所望の空間的位置を含む情
   報を入力可能とする情報入力手段と、情報受給者に対し
   て所望の空間的条件を含む要求を入力可能とする要求入
   力手段と、情報と要求の少なくとも一方をＤＢへ登録可
   能とするＤＢ登録手段と、要求と情報とを照合可能とす
   るＤＢ検索手段と、ＤＢ検索手段により選択した情報を
   情報受給者へ出力可能とする情報出力手段と、空間的位
   置と空間的条件の少なくとも一方（以下「空間的位置／
   空間的条件」とする）が入力されると、空間的位置／空
   間的条件を、データサイズをより小さくするよう前記単
   位区分を選択し表現する位置最適化手段を備え、前記位
   置最適化手段は、空間的位置／空間的条件より小さな単
   位区分を少なく組合せる加算方式と、空間的位置／空間
   的条件より大きな単位区分とその差分とを少なく組合せ
   る減算方式の、各演算結果から１又は２以上を組合せ選
   択可能とする事を特徴とする情報管理システム。
2. 【請求項２】 情報をＤＢへ登録可能で情報をＤＢより
   出力可能とする情報管理装置であって、予め空間を複数
   の単位区分に分割し、更に空間を少なくとも一の外の複
   数の単位区分にも分割しておき、情報および要求を入力
   可能な入力部と、情報を確認および出力可能な出力部
   と、空間的位置を含む情報を登録可能とするＤＢと、所
   望の空間的位置を含む情報を入力可能とする情報入力手
   段と、情報受給者に対して所望の空間的条件を含む要求
   を入力可能とする要求入力手段と、情報と要求の少なく
   とも一方をＤＢへ登録可能とするＤＢ登録手段と、要求
   と情報とを照合可能とするＤＢ検索手段と、ＤＢ検索手
   段により選択した情報を情報受給者へ出力可能とする情
   報出力手段と、空間的位置／空間的条件が入力される
   と、空間的位置／空間的条件を、データサイズをより小
   さくするよう前記単位区分を選択し表現する位置最適化
   手段を備え、前記位置最適化手段は、空間的位置／空間
   的条件より小さな単位区分を少なく組合せる加算方式
   と、空間的位置／空間的条件より大きな単位区分とその
   差分とを少なく組合せる減算方式の、各演算結果から１
   又は２以上を組合せ選択可能とする事を特徴とする情報
   管理装置。
3. 【請求項３】 情報をＤＢへ登録し情報をＤＢより出力
   する情報管理方法であって、予め空間を複数の単位区分
   に分割し、更に空間を少なくとも一の外の複数の単位区
   分にも分割しておき、情報提供者に対して所望の空間的
   位置を含む情報を入力させる情報入力段階と、情報受給
   者に対して所望の空間的条件を含む要求を入力させる要
   求入力段階と、情報と要求の少なくとも一方をＤＢへ登
   録するＤＢ登録段階と、要求と情報とを照合するＤＢ検
   索段階と、ＤＢ検索手段により選択した情報を情報受給
   者へ出力する情報出力段階と、空間的位置／空間的条件
   が入力されると、空間的位置／空間的条件を、データサ
   イズをより小さくするよう前記単位区分を選択し表現す
   る位置最適化段階を備え、前記位置最適化段階は、空間
   的位置／空間的条件より小さな単位区分を少なく組合せ
   る加算方式と、空間的位置／空間的条件より大きな単位
   区分とその差分とを少なく組合せる減算方式の、各演算
   結果から１又は２以上を組合せ選択する事を特徴とする
   情報管理方法。
4. 【請求項４】 コンピュータのＤＢに情報を登録可能で
   登録された情報を選択可能とするための情報管理プログ
   ラムであって、コンピュータを、予め空間を複数の単位
   区分に分割し、更に空間を少なくとも一の外の複数の単
   位区分にも分割しておき、入力された空間的位置を含む
   情報と入力された空間的条件を含む要求の少なくとも一
   方をＤＢへ登録可能とするＤＢ登録手段と、要求と情報
   とを照合可能とするＤＢ検索手段と、ＤＢ検索手段によ
   り選択した情報を情報受給者へ出力可能とする情報出力
   手段と、空間的位置／空間的条件が入力されると、空間
   的位置／空間的条件を、データサイズをより小さくする
   よう前記単位区分を選択し表現する位置最適化手段とし
   て機能させ、前記位置最適化手段は、空間的位置／空間
   的条件より小さな単位区分を少なく組合せる加算方式
   と、空間的位置／空間的条件より大きな単位区分とその
   差分とを少なく組合せる減算方式の、各演算結果から１
   又は２以上を組合せ選択可能とする事を特徴とする情報
   管理プログラム。