JPH10307825A

JPH10307825A - イメージ情報処理システムとその処理プログラムを記録した記録媒体

Info

Publication number: JPH10307825A
Application number: JP9134507A
Authority: JP
Inventors: Kelson David; ケリソンデビット; Philip Higgs Andrew; フィリッフ゜ヒック゛スアント゛リュ−; Keijiro Sakamoto; 佳次郎坂本
Original assignee: STREET DESIGN KK
Current assignee: STREET DESIGN KK
Priority date: 1997-05-09
Filing date: 1997-05-09
Publication date: 1998-11-17

Abstract

(57)【要約】【課題】ひとつのイメージデータを基にして、そのイ
メージに係る複数のテーブルレコードを引き出すことが
できるようにすることである。また、他の目的は、記憶
装置や、メモリアドレッシング部のメモリを効率的に利
用して、イメージデータを含むデータを高速で処理でき
るようにすることである。【解決手段】座標およびその座標毎の色情報を特定し
たイメージデータと、このイメージデータに関連した情
報からなるメインＯＤＢＭＳテーブルレコード群とで処
理単位データを構成し、それら複数の処理単位データを
記憶装置１に記憶させ、上記処理単位データを記憶装置
からメモリアドレッシング部２に読み込ませるととも
に、ＣＰＵ３が１個のイメージデータを基にして、メイ
ンＯＤＢＭＳテーブルレコードを検索したりする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＣＰＵを用いて
イメージ情報を処理するステムとその処理プログラムを
記録した記録媒体に関する。

【０００２】

【従来の技術】次に、図８、図９に示した従来の情報処
理システムを説明するが、ここでは、この従来のシステ
ムを、特定の地域に住む個人情報を処理するものを例に
して説明する。図８に示すように、このシステムは、デ
ータを記憶した記憶装置１と、この記憶装置１のデータ
を取り込むためのメモリアドレッシング部としてのバッ
ファ２と、このバッファ２のデータを処理するためのＣ
ＰＵ３とを備えるとともに、このＣＰＵ３には、ディス
プレイ４を接続している。また、上記記憶装置１は、デ
ータ処理のためのアプリケーションソフト５や、テーブ
ルレコードファイル６を記憶している。

【０００３】上記テーブルレコードファイル６には、フ
ォーマットを同じにした複数のテーブルレコード５１、
５２、５３・・・からなるテーブルレコード群が記憶され
ている。そして、個々のテーブルレコード５１、５２、
５３・・・のそれぞれには、イメージデータＥとレコード
データＤとが記憶されているが、レコードデータＤは、
ある地域の住民の個人情報を保持した文字データＤ₁か
らなり、イメージデータＥはその地域を示す地図からな
る。そして、これら複数のテーブルレコード５１、５
２、５３・・・は、その中の文字データＤ₁をもとにして検
索するようにしている。そのために、イメージデータＥ
は文字データＤ₁からしか検索できない。

【０００４】また、文字データＤ₁からイメージデータ
Ｅを検索するシステムになっているために、個々のレコ
ードデータＤと、それに対応するイメージデータＥとを
固定的にリンクさせていた。言い換えれば、レコードデ
ータＤに対応するイメージデータＥがあれば、図９に示
すように、それらレコードデータＤとイメージデータＥ
とを一体化した状態で、各テーブルレコードに個別に保
持させるようにしている。したがって、同一地域でたく
さんの人の情報を地図情報とともに記憶させようとすれ
ば、各テーブルレコード５１、５２、５３・・・には、全
て同じ地図情報（イメージデータ）を保持させなければ
ならない。

【０００５】上記文字データＤ₁は、住所欄５１ａ、氏
名欄５１ｂ、年令欄５１ｃ、職業欄５１ｄ、地図欄５１
ｅなどからなり、しかも、それらの項目に応じてデータ
の幅があらかじめ決められている。例えば、住所欄５１
ａには３０文字まで、氏名欄５１ｂには１０文字まで、
年令欄５１ｃには２文字まで、というように入力できる
データの幅が、あらかじめ設定されている。したがっ
て、この幅を越える長さのデータは入力できないことに
なる。

【０００６】このようなテーブルレコード５１、５２、
５３・・・をもとに統計処理などをする場合には、ＣＰＵ
３が、バッファ２を介して、必要な個人情報を保持した
テーブルレコードを検索する。そして、検索された個々
のテーブルレコードを、記憶装置１から取り出して、そ
れをバッファ２にいったん記憶させる。ただし、上記し
たように各テーブルレコードには、地図情報であるイメ
ージデータＥもリンクしているので、上記のようにバッ
ファ２にいったん記憶されるデータには、このイメージ
データＥも含まれることになる。ところが、このイメー
ジデータＥは、それを記憶しようとすると、非常に大き
な容量を必要とする。そのために、ほとんどの場合、バ
ッファ２の容量不足を招く。

【０００７】この容量不足を補うために、とりあえず、
検索されたテーブルレコードのうちの一つを特定し、そ
のひとつだけをバッファ２に記憶させる。そして、ＣＰ
Ｕ３が、このバッファ２に記憶された情報の処理を終了
したら、その処理が終了したテーブルレコードを、バッ
ファ２から再び記憶装置１に戻す。次に、別の検索デー
タをバッファ２に取り出し、上記と同様の手順でその処
理を行う。このようにして、バッファ２の容量不足を補
っている。なお、データ処理を行なうためのプログラム
は、アプリケーションソフト５として、記憶装置１に記
憶されたもので、このソフトもバッファ２を介して、Ｃ
ＰＵ３へ取り込まれる。

【０００８】

【発明が解決しようとする課題】上記のように従来のシ
ステムでは、個々のテーブルレコード５１、５２、５３
・・・に、レコードデータＤとイメージデータＥとを、固
定的にリンクさせた状態で一体的に保持させている。そ
のため、上記したように、各テーブルレコード５１、５
２、５３・・・が持っているイメージデータＥが全て同じ
でも、個々のテーブルレコード５１、５２、５３・・・毎
に、その同じイメージデータＥを保持させなければなら
ない。しかし、このイメージデータＥを記憶させようと
すれば、非常に大きな容量を必要とするため、記憶装置
やバッファなどに容量不足を来すといった問題があっ
た。

【０００９】また、この容量不足を補うために、多くの
プロセスを経由した複雑なプログラムを用いなければな
らないし、プログラムが複雑化すればするほど、その処
理時間も多くなってしまうなどという問題もあった。な
お、文字データからだけしか情報検索ができないので、
操作手順が文字や記号を用いた論理的なものになってし
まう。そのために、コンピュータになれていない人にと
っては、コンピュータ操作が非常に複雑なものという印
象を受けてしまい、いわゆるコンピュータアレルギーな
る用語を生み出す大きな要因にもなっていた。

【００１０】さらに、テーブルレコード５１の文字デー
タＤ₁は、住所欄５１ａ、氏名欄５１ｂ、年令欄５１
ｃ、職業欄５１ｄ、地図欄５１ｅなどの項目に応じて、
そのデータの幅が決められている。通常は、長い住所や
名前などが、入力できないというようなことがおこらな
いように、欄の大きさ、つまり入力できるデータの幅が
余裕を持って決められている。したがって、データ枠
が、足りなくなることより、余ってしまうことの方が多
い。そして、仮にデータを入力しない欄があっても、あ
らかじめ設定したデータ枠の幅を縮めることはできなか
った。それは、全てのテーブルレコードを同一のフォー
マットで画一化しているからである。

【００１１】そのため、例えば、１０文字枠の氏名欄に
４文字の氏名を入力しても、文字枠は１０文字分のまま
で、このデータは、６文字分の空白を含んだものになっ
てしまう。このような空白部を持ったテーブルレコード
が多数集まると、空白部の大きさは無視できないものと
なる。かえって記憶装置やバッファなどの記憶容量を無
駄に使っているということになる。それどころか、その
無駄の分だけ、他のデータ処理時間が必要以上に長くな
ってしまうという問題も発生してしまう。

【００１２】なお、上記したようにバッファなどの記憶
容量不足を補うために、各テーブルレコードを１個づつ
バッファ２へ取り込むようにしているので、ＣＰＵ３の
ディスプレイ４に、複数のイメージを同時に表示するこ
とができない。例えば、２つの別の地域の住民の個人情
報からなるテーブルレコード群があり、それぞれ違う地
図を備えているような場合にも、それらを比較するため
に、ディスプレイ上に並べて表示するようなことはでき
ない。また、これら個々のイメージデータが集まって一
つの大きな地図を表す場合、言い換えれば、個々のイメ
ージデータが、連続する地図の部分であるような場合に
も、それら複数のイメージデータをディスプレイ上に同
時に表示して、それらの境界部分を表示したり、画面を
スクロールしたりできない。

【００１３】この発明の目的は、ひとつのイメージデー
タを基にして、そのイメージに係る複数のテーブルレコ
ードを引き出すことができるようにすることである。ま
た、他の目的は、記憶装置や、メモリアドレッシング部
のメモリを効率的に利用して、イメージデータを含むデ
ータを高速で処理できるようにすることである。さら
に、複数のイメージデータを同時に表示したり、その同
時に表示した状態で、画面をスクロールきるようにする
ことである。

【００１４】

【課題を解決するための手段】第１の発明のイメージ情
報処理システムは、座標およびその座標毎の色情報を特
定したイメージデータと、このイメージデータに関連し
た情報からなるメインＯＤＢＭＳテーブルレコード群と
で処理単位データを構成し、それら複数の処理単位デー
タを記憶装置に記憶させ、上記処理単位データを記憶装
置からメモリアドレッシング部に読み込ませるととも
に、ＣＰＵがイメージデータを基にして、メインＯＤＢ
ＭＳテーブルレコードを検索したりする点に特徴を有す
る。１個のイメージデータを基にして、メインＯＤＢＭ
Ｓテーブルレコードを処理する際に、処理に必要なイメ
ージデータとメインＯＤＢＭＳテーブルレコードとをま
とめてバッファに読み込ませるようにしている。処理中
に、記憶装置とメモリアドレッシング部との間でデータ
をやり取りする必要が無く、メモリアドレッシング部と
ＣＰＵ間のデータのやり取りだけで足りる。また、イメ
ージデータからメインＯＤＢＭＳテーブルレコードを検
索できる。例えば、イメージデータとして地図情報を保
持させた場合には、その地図上の地点を特定すれば、そ
の地点の住民情報などを検索できる。

【００１５】第２の発明は、第１の発明を前提としつ
つ、処理単位データは、イメージデータとメインＯＤＢ
ＭＳテーブルレコードとを分離してなり、メインＯＤＢ
ＭＳテーブルレコードは、イメージデータの座標に対応
したレコードデータと管理データとを備え、この管理デ
ータはイメージデータを特定する情報およびイメージデ
ータの座標を有する点に特徴を有する。このように、メ
インＯＤＢＭＳテーブルレコードに、イメージデータと
の対応関係を特定する管理データを備えることで、メイ
ンＯＤＢＭＳテーブルレコードとイメージデータとを分
離するとともに、ひとつのイメージデータに複数のメイ
ンＯＤＢＭＳテーブルレコードを連係させることができ
る。

【００１６】第３の発明は、上記第１または第２の発明
を前提とし、メインＯＤＢＭＳテーブルレコードが、そ
のメインＯＤＢＭＳテーブルレコードの下位情報を保持
したサブＯＤＢＭＳテーブルレコードを備え、このサブ
ＯＤＢＭＳテーブルレコードが、連係するメインＯＤＢ
ＭＳテーブルレコードを特定する管理データを備えると
ともに、メインＯＤＢＭＳテーブルレコードが、サブＯ
ＤＢＭＳテーブルレコードを選択するメニューデータを
備えた点に特徴を有する。このように、下位情報を保持
したサブＯＤＢＭＳテーブルレコードを備えることで、
より詳細なデータを持つことができる。しかも、管理デ
ータにより、連係するメインＯＤＢＭＳテーブルレコー
ドを特定できるので、メインＯＤＢＭＳテーブルレコー
ドとサブＯＤＢＭＳテーブルレコードとを一体化しなく
ても、互いに連係することができる。さらに、メニュー
データにより、必要なサブＯＤＢＭＳテーブルレコード
を選択することができる。なお、上記のようにサブＯＤ
ＢＭＳテーブルレコードを備えた場合には、処理単位デ
ータは、イメージデータと、そのイメージデータに関連
したメインＯＤＢＭＳテーブルレコード群と、さらに、
このメインＯＤＢＭＳテーブルレコード群に関連したサ
ブＯＤＢＭＳテーブルレコード群とで構成される。

【００１７】第４の発明は、上記第３の発明を前提と
し、サブＯＤＢＭＳテーブルレコードが、さらに下位の
情報を保持したサブＯＤＢＭＳテーブルレコードを備え
るとともに、連係する上位のメインまたはサブＯＤＢＭ
Ｓテーブルレコードを特定する管理データと、下位のサ
ブＯＤＢＭＳテーブルレコードを選択するメニューデー
タとを備えた点に特徴を有する。上記のように、下位の
情報を保持したサブＯＤＢＭＳテーブルレコードを備え
ると、さらに詳細なデータを保持することができる。ま
た、管理データおよびメニューデータによって、上位ま
たは下位のメインまたはサブＯＤＢＭＳテーブルレコー
ドとの連係を特定できる。そのため、全てのデータを一
体化しなくても、上位あるいは下位のＯＤＢＭＳテーブ
ルレコードと連係できる。また、メニューデータによ
り、必要なサブＯＤＢＭＳテーブルレコードを選択する
ことができる。

【００１８】第５の発明は、上記発明を前提とし、メイ
ンまたはサブＯＤＢＭＳテーブルレコードは、書き込む
べきデータの項目と、この項目に対応する文字データを
備えたレコードデータと、この文字データの項目毎の位
置を特定する管理データとからなり、管理データは、文
字データの書き込み幅に応じて上記項目の位置を自動的
に特定するようにした点に特徴を有する。上記のように
管理データは、文字データの書き込み幅に応じて上記項
目の位置を自動的に特定するようにしたので、データの
形を定型化しなくても、その項目と文字枠を認識でき
る。

【００１９】第６の発明は、座標および座標毎の色情報
を特定したイメージデータと、このイメージデータに関
連した情報からなるメインＯＤＢＭＳテーブルレコード
群とで処理単位データを構成し、連続性または対比性な
どの関連性を持った複数の処理単位データを記憶装置に
記憶させ、ディスプレイ表示をするためのイメージデー
タに係る処理単位データを記憶装置からメモリアドレッ
シング部に記憶させ、メモリアドレッシング部に記憶さ
せた全てのイメージデータを同時に表示し、この状態で
各イメージデータの全部または一部が表示される一方、
ディスプレイ上に新たに表示すべきイメージデータに係
る処理単位データをメモリアドレッシング部に記憶さ
せ、ディスプレイから外れたイメージデータに係る処理
単位データをメモリアドレッシング部から記憶装置に戻
すためのイメージ情報処理プログラムを記録した記録媒
体である。

【００２０】第６の発明は、上記のように構成したの
で、メモリアドレッシング部に、複数のイメージデータ
を取り込んで、それらを同時に表示することができる。
ただし、ディスプレイ上に、同時に表示できるイメージ
データは、イメージライブラリ内で、隣り合っていなけ
ればならない。したがって、関連性を持った複数の処理
単位データとは、情報内容が関連しているだけでなく、
それぞれのイメージデータがイメージライブラリ内で、
隣り合っているという意味も含んでいる。第７の発明
は、第６の発明を前提とし、メモリアドレッシング部に
記憶させた複数のイメージデータが連続性を備えた点に
特徴を有する。このようにイメージデータに連続性を持
たせたので、画面をスクロールさせることができる。

【００２１】

【発明の実施の形態】図１〜図７に示した実施例は、図
１に示すように、プログラムソフトや、データを記憶し
た記憶装置１と、データ処理をするＣＰＵ３との間に、
メモリアドレッシング部としてのバッファ２を接続して
いる。このメモリアドレッシング部は、ＣＰＵ３からの
命令に応じて、記憶部１からプログラムやデータなどを
引き出して記憶しておく機能を備えたところである。こ
こでは、従来例と同様に、バッファ２を用いているが、
記憶装置１やＣＰＵ３側に含まれるものであっても良い
し、ソフト的に対応しても良い。また、ＣＰＵ３には、
ディスプレイ４が接続されている。記憶装置１には、デ
ータ処理のためのアプリケーションソフト５と、イメー
ジデータを記憶したイメージライブラリ７と、テーブル
レコードファイル６とを備えている。このテーブルレコ
ードファイル６には、イメージライブラリ７に備えたイ
メージデータのいずれかに関連した情報を備えたメイン
ＯＤＢＭＳテーブルレコードが記憶されている。

【００２２】このメインＯＤＢＭＳテーブルレコード
は、文字だけでなく、絵や、音、ビデオなど様々な形態
のデータを備えることができる。そして、これらのデー
タは、メインＯＤＢＭＳテーブルレコードに一体化せず
に、分離して記憶し、メインＯＤＢＭＳテーブルレコー
ド上に取り込んでから、合成するようにしてもかまわな
い。このように、メインＯＤＢＭＳテーブルレコードと
分離しておけば、他のメインＯＤＢＭＳテーブルレコー
ドと同じ情報を保持する場合には、ひとつのデータを共
有することもできる。また、上記イメージライブラリ７
は、図２に示すように、複数のイメージデータを並べ
て、記憶することができる。この実施例では、５²個の
イメージデータを記憶できるイメージライブラリ７に、
イメージデータｍ₁、ｍ₂、ｍ₃、ｍ₄を記憶している。な
お、この実施例の場合には、イメージデータｍ₁、ｍ₂、
ｍ₃、ｍ₄は、地図を構成するデータとしている。しか
も、この実施例の複数のイメージデータｍ₁〜ｍ₄は、図
２のように並べて合成したときに、ひとつの地図になる
ように隣接して登録されている。つまり、各イメージデ
ータｍ₁〜ｍ₄は、大きな地図の部分を構成するものであ
る。

【００２３】そして、これらイメージデータｍ₁〜ｍ
₄は、イメージを構成する点の位置と、その点における
色情報との集合として成り立っている。例えば、図３に
示すように、イメージデータｍ₁をディスプレイ表示し
た時に、画素に対応した全ての点Ｐに関する位置座標
（ｘ，ｙ）とその点Ｐの色情報〔Ｃ〕によって、イメー
ジデータｍ₁が構成されている。なお、色を特定する色
情報〔Ｃ〕として、ここでは、その色を光の三原色〔Ｒ
（赤），Ｇ（緑），Ｂ（青）〕で分解して、各原色の光
量で表わす三色記法を用いている。ただし、色を特定す
る方法はいろいろあるが、いわゆるコンピュータ処理が
できる方法であれば、どのような方法を用いてもよいこ
と当然である。また、ここでいうイメージデータの色情
報には、白や黒のような無彩色も含んでいること当然で
ある。

【００２４】一方、図４に示すようにテーブルレコード
ファイル６には、複数のメインＯＤＢＭＳテーブルレコ
ードを一群としたメインＯＤＢＭＳテーブルレコード群
１０、２０、３０、４０とサブＯＤＢＭＳテーブルレコ
ード群１１０、１２０・・・が記憶されている。ここでい
うメインおよびサブＯＤＢＭＳテーブルレコードとは、
特定のイメージデータｍ₁〜ｍ₄に関連した情報を保持し
たデータで、例えば、この実施例では、地図で特定され
た地点の住民情報などである。そして、サブＯＤＢＭＳ
テーブルレコード群１１０、１２０・・・は、メインＯＤ
ＢＭＳテーブルレコード群１０を構成するメインＯＤＢ
ＭＳテーブルレコードの情報に対して、下位の情報を備
えたサブＯＤＢＭＳテーブルレコードからなるレコード
群である。

【００２５】そして、上記メインＯＤＢＭＳテーブルレ
コード群１０、２０、３０、４０は、それぞれ、イメー
ジデータｍ₁、ｍ₂、ｍ₃、ｍ₄に関連するメインＯＤＢＭ
Ｓテーブルレコードの集まりである。つまり、メインＯ
ＤＢＭＳテーブルレコード群１０は、イメージデータｍ
₁に関連するメインＯＤＢＭＳテーブルレコード１１、
１２、１３・・・からなり、メインＯＤＢＭＳテーブルレ
コード群２０は、イメージデータｍ₂に関連するメイン
ＯＤＢＭＳテーブルレコードの集まりからなる。そし
て、メインＯＤＢＭＳテーブルレコード群３０は、イメ
ージデータｍ₃に関連するメインＯＤＢＭＳテーブルレ
コードからなり、メインＯＤＢＭＳテーブルレコード群
４０は、イメージデータｍ₄に関連するメインＯＤＢＭ
Ｓテーブルレコードからなる。

【００２６】上記メインＯＤＢＭＳテーブルレコード群
１０を構成するそれぞれのメインＯＤＢＭＳテーブルレ
コード１１、１２、１３・・・のそれぞれは、イメージデ
ータｍ₁上の各１点に関する情報である。つまり、地図
ｍ₁で表わされる地域の住民情報である。そして、１個
のメインＯＤＢＭＳテーブルレコードは、図５に示すよ
うに、その場所の住所や、住人の氏名、年令、職業とい
った個人情報を表わすレコードデータＡを備えている。
また、１個のメインＯＤＢＭＳテーブルレコードは、そ
のレコードデータＡの中に、自身の情報に対して、下位
のＯＤＢＭＳテーブルレコードを持つことができる。こ
の実施例では、メインＯＤＢＭＳテーブルレコード１１
が下位のサブＯＤＢＭＳテーブルレコード群１１０と、
連係し、メインＯＤＢＭＳテーブルレコード１２が下位
のサブＯＤＢＭＳテーブルレコード群１２０と連係して
いる。

【００２７】なお、上記サブＯＤＢＭＳテーブルレコー
ド群１１０は、メインＯＤＢＭＳテーブルレコード１１
の下位情報を保持したサブＯＤＢＭＳテーブルレコード
１１１、１１２・・・により構成され、上記サブＯＤＢＭ
Ｓテーブルレコード群１２０は、メインＯＤＢＭＳテー
ブルレコード１２の下位情報を保持したサブＯＤＢＭＳ
テーブルレコード１２１、１２２・・・により構成されて
いる。また、全てのサブＯＤＢＭＳテーブルレコード
も、メインＯＤＢＭＳテーブルレコードと同様に、文字
以外の、例えばイメージや音、ビデオなどの形態のデー
タを備えることができる。さらに、サブＯＤＢＭＳテー
ブルレコード１２１、１２２・・・が、それぞれ、さらに
下位情報を保持したサブＯＤＢＭＳテーブルレコードを
連係させることもできる。

【００２８】次に、メインＯＤＢＭＳテーブルレコード
について説明するが、各メインＯＤＢＭＳテーブルレコ
ード１１、１２、１３・・・の全ては、そのフォーマット
などを同じにするので、ここでは、メインＯＤＢＭＳテ
ーブルレコード１１についてだけ説明する。いま、上記
メインＯＤＢＭＳテーブルレコード１１が、図３に示す
イメージデータｍ₁上の点Ｐ₁の情報と関連していると
き、このメインＯＤＢＭＳテーブルレコード１１は、地
図ｍ₁上の点Ｐ₁に対応したレコードデータＡと管理デー
タＢとを備える。そして、このレコードデータＡは、文
字データＡ₁を備え、その情報内容は、従来例の文字デ
ータＤ₁と同様である。上記文字データＡ₁の各項目に対
応したデータ幅は、後で、詳しく説明するが、入力され
たデータに応じて、その幅が変化するようにしている。

【００２９】ここでは、レコードデータＡは、文字デー
タＡ₁と、サブＯＤＢＭＳテーブルレコード群１１０の
メニューデータＡ₂を備えている。そして、このメニュ
ーデータＡ₂から選択して、サブＯＤＢＭＳテーブルレ
コード群１１０から、必要なサブＯＤＢＭＳテーブルレ
コードをメインＯＤＢＭＳテーブルレコード１１内に呼
び出すことができる。このサブＯＤＢＭＳテーブルレコ
ード群１１０のような下位のＯＤＢＭＳテーブルレコー
ドの情報は、上位のＯＤＢＭＳテーブルレコードの情報
をより詳しくした情報内容で、例えば、メインＯＤＢＭ
Ｓテーブルレコード１１の住民情報の一部として、その
住民の顔写真や、声などのデータを備えることができ
る。

【００３０】また、上記管理データＢは、文字データ管
理情報８とイメージデータ管理情報９とからなる。これ
らの管理情報８、９はユーザーが作成するのではなく、
ＣＰＵ３によって自動的に作成され、メインＯＤＢＭＳ
テーブルレコード１１に備えられるが、ディスプレイ上
には表示されない。上記文字データ管理情報８は、上記
文字データＡ₁の各項目である住所１１ａ、氏名１１
ｂ、年令１１ｃ、職業１１ｄが、このメインＯＤＢＭＳ
テーブルレコード１１の中で、どの位置にあるかを特定
するための情報である。また、イメージデータ管理情報
９は、このメインＯＤＢＭＳテーブルレコード１１が、
イメージライブラリ７の中の、どのイメージデータのど
の点に関する情報なのかを特定するための情報である。
このように、メインＯＤＢＭＳテーブルレコード１１
が、イメージデータ管理情報９を備えているため、たと
え、メインＯＤＢＭＳテーブルレコードとイメージデー
タとを従来のように一体化していなくても、それら両デ
ータを的確に関連づけることができる。

【００３１】また、他のメインＯＤＢＭＳテーブルレコ
ード１２、１３・・・にも、上記と同様のイメージデータ
管理情報９を備えている。こうしたイメージデータ管理
情報９を備えることで、メインＯＤＢＭＳテーブルレコ
ード群１０の全てのメインＯＤＢＭＳテーブルレコード
１１、１２、１３・・・が、１個のイメージデータｍ₁を共
有化できる。したがって、このイメージデータｍ₁と、
これに関連した全てのメインＯＤＢＭＳテーブルレコー
ドからなるメインＯＤＢＭＳテーブルレコード群１０と
をバッファ２に記憶させたとしても、従来のように多く
の記憶容量を必要としない。なぜなら、一つのメインＯ
ＤＢＭＳテーブルレコード群に対して一つのイメージデ
ータだけを対応させればよいからである。言い換えれ
ば、多くの記憶容量を必要とするイメージデータの数
を、極端に減らせるので、その分、バッファ２に記憶さ
れる情報量も少なくできるからである。

【００３２】なお、このイメージデータ管理情報９は、
イメージデータを登録する際に、自動的に作成される。
例えば、イメージ情報ｍ₁をイメージライブラリに登録
する場合は、地図ｍ₁上の各点の座標とその座標の色情
報を、データとして登録することになる。この座標と色
情報がそのまま、イメージデータの管理情報９となっ
て、各メインＯＤＢＭＳテーブルレコード内に備えられ
る。

【００３３】また、下位のサブＯＤＢＭＳテーブルレコ
ードの構成は、メインＯＤＢＭＳテーブルレコード１１
と同様なので、詳細は省略するが、やはり、レコードデ
ータと管理データとからなる。そして、サブＯＤＢＭＳ
テーブルレコードは、さらに、下位のサブＯＤＢＭＳテ
ーブルレコードを備えることができる。同様にして、次
々と、下位のサブＯＤＢＭＳテーブルレコードを備え
て、詳細な情報を備えたデータ群を構成することもでき
る。そして、各サブＯＤＢＭＳテーブルレコードは、管
理データによって、自身が連係する上位のメインまたは
サブＯＤＢＭＳテーブルレコードを特定し、レコードデ
ータ内のメニューデータによって、下位のサブＯＤＢＭ
Ｓテーブルレコードを選択することができる。つまり、
サブＯＤＢＭＳテーブルレコードは、管理データによ
り、上位のメインまたはサブＯＤＢＭＳテーブルレコー
ドと連係することができ、メニューデータにより、連係
した下位のサブＯＤＢＭＳテーブルレコードの中から必
要なデータを選択することができる。

【００３４】以下に、このシステムを用いて、イメージ
データｍ₁、すなわち、地図ｍ₁に関するデータを処理す
る動作を説明する。図６に示すように、ディスプレイ４
に特定の地図を表示しようとするとき、ＣＰＵ３は、記
憶装置１から、必要な処理単位データをバッファ２へ取
り込む。なお、処理単位データとは、表示したいイメー
ジデータと、そのイメージデータに関連するメインＯＤ
ＢＭＳテーブルレコード群とからなるデータのことであ
る。ただし、この実施例では、メインＯＤＢＭＳテーブ
ルレコード１１、１２がサブＯＤＢＭＳテーブルレコー
ド群１１０、１２０と連係しているので、イメージデー
タｍ₁に係る処理単位データには、これらサブＯＤＢＭ
Ｓテーブルレコード群１１０、１２０も含まれる。

【００３５】次に、ＣＰＵ３はバッファ２からイメージ
データｍ₁を取り込んで、ディスプレイ４に地図ｍ₁を表
示する。この状態で、カーソルを移動させ、画面上の点
Ｐ₁を特定すると、バッファ２のメインＯＤＢＭＳテー
ブルレコード群１０から点Ｐ₁に対応するメインＯＤＢ
ＭＳテーブルレコード１１がＣＰＵ３へ取り込まれる。
そして、ディスプレイ４にはウインドウ６０が表示さ
れ、この中にメインＯＤＢＭＳテーブルレコード１１の
文字データＡ₁とメニューデータＡ₂が表示される。

【００３６】同様に、点Ｐ₂を特定すれば、やはり、メ
インＯＤＢＭＳテーブルレコード群１０の中から、点Ｐ
₂に関するメインＯＤＢＭＳテーブルレコードがＣＰＵ
３へ取り込まれ、その中のレコードデータが、ディスプ
レイ４のウインドウ６０に表示される。上記メインＯＤ
ＢＭＳテーブルレコード群１０を構成する全てのメイン
ＯＤＢＭＳテーブルレコードは、ひとつのイメージデー
タｍ₁との対応関係を示すイメージデータ管理情報９を
備えることで、イメージデータｍ₁と連係している。そ
のため、ひとつのイメージデータｍ₁を表示すれば、点
Ｐ₁、Ｐ₂と同様に、その画面上の点に係る全てのメイン
ＯＤＢＭＳテーブルレコードを引き出して、処理するこ
とができる。なお、ここでは、点Ｐ₁に対応するメイン
ＯＤＢＭＳテーブルレコードをメインＯＤＢＭＳテーブ
ルレコード１１だけにしたが、各点Ｐに対応するメイン
ＯＤＢＭＳテーブルレコードが、１個だけとは限らな
い。例えば、同じ住所に複数の人が住んでいるような場
合には、一つの点に複数の個人情報が連なることにな
る。

【００３７】さらに、ウインドウ６０内に表示された、
メニューデータＡ₂、ここでは、「声」、「顔」、「部
屋」から、いずれかを選択すると、そのメニューに応じ
たサブテーブルレコードが、引き出される。例えば、
「声」を選ぶと、このメインＯＤＢＭＳテーブルレコー
ド１１に対応する個人の声を聞くことができ、「顔」を
選べばその人の顔写真、「部屋」を選べばその人の部屋
の写真が、サブＯＤＢＭＳテーブルレコードのためのウ
インドウ６１に表示され、これらを見ることができる。
これらのサブＯＤＢＭＳテーブルレコードは、サブＯＤ
ＢＭＳテーブルレコード群１１０が保持するものであ
る。また、図６の画面から、メインＯＤＢＭＳテーブル
レコードの文字データＡ₁を入力することができるが、
次に、その方法を説明する。

【００３８】メインＯＤＢＭＳテーブルレコード１１の
文字データＡ₁の内容が、あらかじめ登録されていない
場合には、ウインドウ６０に項目だけが表示される。こ
のように、データが入力されていない時には、図５に示
すメインＯＤＢＭＳテーブルレコード１１は、各項目を
表示する文字分だけのデータ幅しか持っていない。その
幅は、各項目欄１１ａ〜１１ｄが１ビットづつで、全部
で４ビットである。そして、画面から住所を入力する
と、文字データＡ₁の中の住所欄１１ａが、入力した文
字数に応じてその幅を広げる。氏名欄１１ｂ、年令欄１
１ｃおよび職業欄１１ｅのそれぞれについても、同じよ
うにして入力したデータの長さに応じてその幅を広げ
る。ただし、何も入力しなければ、データ幅は、最小の
１ビットのままである。

【００３９】このようにして、データが入力されると、
どの項目に関するデータが、どの位置に記憶されたもの
なのかを、特定する文字データ管理情報８が作成される
が、この文字データ管理情報８は、例えば、メインＯＤ
ＢＭＳテーブルレコード１１のなかの各項目の位置とデ
ータの長さとを記憶することによって、文字データを特
定することができる。この文字データ管理情報８は、プ
ログラム５によって、メインＯＤＢＭＳテーブルレコー
ド１１のなかに自動的に作成されるもので、ユーザーが
作成するものではない。また、ディスプレイ上には表示
されない。メインＯＤＢＭＳテーブルレコード１１が、
このような文字データ管理情報８を備えているので、住
所欄１１ａなどのデータ幅が変化しても、ＣＰＵ３は、
この文字データ管理情報８にもとづいて、データ内の各
項目の位置を特定できる。ここでは、メインＯＤＢＭＳ
テーブルレコード１１の文字データＡ₁を入力する方法
を説明したが、サブＯＤＢＭＳテーブルレコードが文字
データを備える場合も、同様にして、入力きる。

【００４０】次に、複数のイメージデータを同時にディ
スプレイ４上に表示する場合について説明する。同時に
表示できるイメージデータは、イメージライブラリ７の
なかで互いに隣り合っていなければならない。そこで、
図２に示すように、イメージデータｍ₁〜ｍ₄は隣り合っ
て、ひとつの大きな地図Ｍを構成している。なお、図７
の中で、ディスプレイ４の表示枠４’を破線で示してい
る。そして、イメージデータ１個分の地図ｍ₁の大きさ
は、図７（ａ）で明らかなように、ディスプレイ４の表
示枠４’と同じ大きさにしている。この状態から画面を
上下左右にスクロールさせ、地図Ｍの他の部分を表示す
ることができるので、その手順を説明する。まず、地図
ｍ₁だけを表示した図７（ａ）の時には、バッファ２に
は記憶装置１からイメージデータｍ₁とメインＯＤＢＭ
Ｓテーブルレコード群１０とからなる処理単位データ
が、取り込まれている。そして、バッファ２とＣＰＵ３
との間でデータの送受信を行なって、地図ｍ₁を表示し
た状態で、この地図ｍ₁に関するデータを処理すること
ができる。

【００４１】次に、図７（ｂ）の状態へ移るために、表
示枠４’を地図ｍ₁に対して、右方向に移動させると、
バッファ２は、記憶装置１から、イメージデータｍ₂と
このイメージデータｍ₂に関連したメインＯＤＢＭＳテ
ーブルレコード群２０を取り込む。この時、バッファ２
には、イメージデータｍ₁に係る処理単位データと、イ
メージデータｍ₂に係る処理単位データとが記憶されて
いる。ディスプレイ４には、図７（ｂ）に示すように、
地図ｍ₁とｍ₂の境界部を含んだ両方の部分が表示され
る。そして、地図ｍ₁の部分に関しては、メインＯＤＢ
ＭＳテーブルレコード群１０のメインＯＤＢＭＳテーブ
ルレコードを引き出し、地図ｍ₂の部分に関しては、メ
インＯＤＢＭＳテーブルレコード群２０のメインＯＤＢ
ＭＳテーブルレコードを引き出して、表示枠４’内に表
示された地図内の各点に対応するメインＯＤＢＭＳテー
ブルレコードを処理できる。

【００４２】さらに右方向へスクロールを続けると、表
示枠４’に表示される地図ｍ₁の部分が小さくなり、地
図ｍ₂の部分が大きくなる。そして、地図ｍ₁が表示枠
４’から外れたら、イメージデータｍ₁に係る処理単位
データをバッファ２から記憶装置１へ戻し、バッファ２
には、イメージデータｍ₂に係る処理単位データだけが
残る。反対に、左方向へスクロールすると、イメージデ
ータｍ₁に係る処理単位データを、再び、記憶装置１か
らバッファ２へ取り込んで、図７（ｂ）の状態になる。
この図７（ｂ）の状態から、左方向へスクロールする
と、表示枠４’が左へ移動する。そして、この表示枠
４’から地図ｍ₂から完全に外れると、イメージデータ
ｍ₂に係る処理単位データがバッファ２から記憶装置１
へ戻され、図７（ａ）の状態に戻る。

【００４３】また、図７（ａ）の状態から、下方にスク
ロールするときは、イメージデータｍ₃とこのイメージ
データｍ₃に関連したメインＯＤＢＭＳテーブルレコー
ド群３０からなる処理単位データを、記憶装置１からバ
ッファ２へ取り込み、バッファ２は、イメージデータｍ
₁とｍ₃の両者に係る２個の処理単位データを記憶してい
る。そして、図７（ｃ）のように地図ｍ₁と地図ｍ₃の境
界部分を表示する。図７（ｃ）の状態から、右方向へス
クロールして、図７（ｄ）の状態になるときにも、上記
と同様に、バッファ２へ、イメージデータｍ₂に係る処
理単位データとイメージデータｍ₄に係る処理単位デー
タとを、同時に取り込む。したがって、バッファ２は、
同時に４個の処理単位データを記憶することになる。そ
して、この図７（ｄ）の状態から、上方向や左方向へス
クロールすることによって、上記したそれぞれの状態へ
移ることができる。この時、表示枠４’から外れた部分
に対応するイメージデータに係る処理単位データは、た
だちにバッファ２から記憶装置１へ戻される。

【００４４】このように、複数のイメージデータに係る
処理単位データを、バッファ２へ記憶させておくので、
複数の画像の部分を同時に表示させることができる。つ
まり、境界部分も表示して、連続的に次の画面へスクロ
ールすることができる。ここでは、イメージデータ１個
分の画像の大きさをディスプレイの表示枠４’に合わせ
たが、地図ｍ₁が大きくて、この表示枠４’内に、その
全体を表示できないような場合には、表示枠４’を地図
ｍ₁内で移動させれば良い。そして、表示枠４’が地図
ｍ₁内にあるときには、バッファ２には、イメージデー
タｍ₁に係る処理単位データ、つまり、１個の処理単位
データだけを記憶していれば良い。なお、画面から外れ
たイメージデータに係る処理単位データをバッファ２か
ら記憶装置１に戻すようにしたのは、バッファ２の負担
を軽くするためである。

【００４５】また、複数のイメージデータの関係が連続
的でない場合にも、例えば、対比したいイメージデータ
に係る処理単位データを、同時にバッファ２に記憶させ
れば、それらをディスプレイ４上に同時に表示すること
ができる。さらに、イメージライブラリ７のイメージデ
ータは、他のプログラムにおいても共通に使える。例え
ば、地図上の点の標高や地質などの情報を処理するプロ
グラムや、交通事故の情報処理を行なうプログラムなど
に利用できる。ただし、その場合には、標高や地質など
に関するメインおよびサブＯＤＢＭＳテーブルレコード
群を、別に作成する必要がある。

【００４６】また、イメージデータは、デジタル化され
たものであれば、どのようなものであってもよい。例え
ば、デジタルカメラなどで作成された写真などが代表的
である。要するに、座標と色情報とをデジタル情報とし
て特定できるものなら、このシステムで利用することが
できる。そして、その色情報を利用して、様々な処理が
できる。例えば、２個の炎のイメージデータを作成し、
それぞれの炎の色を比較することによって、燃焼状態の
変化を判断することができる。さらに、色と温度との相
関テーブルを備えていれば、それを参照して、炎の各部
の温度を表示することなどもできる。また、人の顔写真
のイメージデータの色情報から、顔色を判定し、健康状
態を推測したりもできる。あるいは、イメージデータの
色を一括して変換するようなことも簡単にできる。さら
に、上記色情報は、各点の座標に対応しているので、座
標に対応したメインＯＤＢＭＳテーブルレコードを色情
報から検索することもできる。この検索は、処理単位デ
ータの枠を超えて、つまり、イメージライブラリの全て
のイメージに関連させることができる。

【００４７】

【発明の効果】第１の発明では、イメージデータとその
イメージデータに関するメインＯＤＢＭＳテーブルレコ
ード群とから処理単位データを構成し、表示するイメー
ジデータに係る処理単位データをバッファなどのメモリ
アドレッシング部に記憶させておく。このため、イメー
ジデータを基にしてデータ処理をする場合に、必要なデ
ータがまとまって、メモリアドレッシング部に入ってい
るので、ＣＰＵは、記憶装置からデータを引き出さず
に、メモリアドレッシング部間とのやり取りだけでデー
タ処理ができ、処理が高速化できる。また、イメージデ
ータが、座標ごとに色情報を備えているので、色に関す
る情報処理ができる。例えば、複数の炎に関するイメー
ジデータを作成し、それらを比較することによって、燃
焼状態の変化を判断したり、人の顔写真のイメージデー
タの色情報から、顔色を判定し、健康状態を推測したり
というようなこともできる。さらに、色情報から、メイ
ンＯＤＢＭＳテーブルレコードを検索したり、イメージ
データの色を変換したりすることもできる。

【００４８】第２の発明によれば、メインＯＤＢＭＳテ
ーブルレコードにイメージデータを特定する管理データ
を備えたので、メインＯＤＢＭＳテーブルレコードと、
イメージデータとを分離しても、両者の対応関係を特定
して、連係させることができる。そのため、ひとつのイ
メージデータが複数のメインＯＤＢＭＳテーブルレコー
ドと対応関係を持つことができる。したがって、ひとつ
のイメージデータから、複数のメインＯＤＢＭＳテーブ
ルレコードを引き出して、処理することができる。ま
た、従来のようにイメージデータを一体化したテーブル
レコードに比べて、各メインＯＤＢＭＳテーブルレコー
ドを小さくできる。したがって、メインＯＤＢＭＳテー
ブルレコード群を記憶するメモリ容量に余裕ができる。

【００４９】第３、第４の発明は、メインＯＤＢＭＳテ
ーブルレコードが、下位情報を保持したサブＯＤＢＭＳ
テーブルレコードを備えることによって、より詳細なデ
ータを持つことができる。しかも、管理データにより、
関連する上位のＯＤＢＭＳテーブルレコードを特定でき
るので、上位のＯＤＢＭＳテーブルレコードと一体化せ
ずに、連係させることができる。また、メニューデータ
によって、下位のＯＤＢＭＳテーブルレコードの中か
ら、必要なデータを選択して取り出すことができる。特
に、第４の発明は、次々、下位の情報を保持したサブＯ
ＤＢＭＳテーブルレコードを備え、さらに詳細なデータ
を保持することができる。

【００５０】第５の発明は、ＯＤＢＭＳテーブルレコー
ドが、入力された文字データに応じて、自動的に作成さ
れる管理データを備えているために、文字データのデー
タ幅が変化しても、ＯＤＢＭＳテーブルレコード中の文
字データの項目位置を特定できる。そのため、文字デー
タのデータ幅をあらかじめ設定する必要がない。そし
て、入力されたデータに応じてデータ幅が変化するの
で、自由な長さのデータを入力することができるうえ、
データの幅を必要最小限にすることができる。したがっ
て、従来のように、空白部分を含んだデータを記憶させ
て、メモリを無駄にすることがない。このようにして、
空白部分を持たない分だけ、ＯＤＢＭＳテーブルレコー
ドを小さくでき、データが小さくなった分、メモリ容量
に余裕ができるとともに、高速処理ができる。

【００５１】第６の発明によれば、メモリアドレッシン
グ部に、複数のイメージデータを同時に取り込んで、そ
れらを同時に表示することができる。したがって、異な
ったイメージを対比させることができる。また、データ
処理が終わった処理単位データを、その時点でメモリア
ドレッシング部から記憶装置に戻すようにしたため、メ
モリアドレッシング部に不要なデータを記憶させること
が無く、処理を高速化できる。第７の発明は、メモリア
ドレッシング部に記憶させた複数のイメージデータが連
続性を備えているため、画面をスクロールさせることが
できる。

【図面の簡単な説明】

【図１】本実施例のシステムのブロック図である。

【図２】本実施例のイメージライブラリの説明図であ
る。

【図３】本実施例のイメージデータｍ₁の座標である。

【図４】本実施例のテーブルレコードファイルの説明図
である。

【図５】本実施例のＯＤＢＭＳテーブルレコード群の説
明図である。

【図６】本実施例のディスプレイ表示状態を表わす図で
ある。

【図７】本実施例の画面スクロールの説明図である。

【図８】従来例のシステムのブロック図である。

【図９】従来例のテーブルレコードである。

【符号の説明】

１記憶装置２バッファ３ＣＰＵ４ディスプレイ６テーブルレコードファイル７イメージライブラリ８文字データ管理情報９イメージデータ管理情報１０、２０、３０、４０ＯＤＢＭＳテーブルレコード
群１１、１２、１３ＯＤＢＭＳテーブルレコード１１ａ住所欄１１ｂ氏名欄１１ｃ年令欄１１ｄ職業欄１１０ａ、１２０ａサブＯＤＢＭＳテーブルレコ
ード群１１１、１１２サブＯＤＢＭＳテーブルレコ
ード１２１、１２２サブＯＤＢＭＳテーブルレコ
ードＡ₁ 文字データＡ₂ メニューデータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者アント゛リュ− フィリッフ゜ヒック゛ステンカンパニーエルエルシィ内 3422 オールドキャピタルトレイル、スイート 700、ウイルミントンデラウエア 19808−6192、アメリカ合衆国 (72)発明者坂本佳次郎東京都世田谷区成城４−19−20 株式会社ストリートデザイン内

Claims

【特許請求の範囲】

【請求項１】座標およびその座標毎の色情報を特定し
たイメージデータと、このイメージデータに関連した情
報からなるメインＯＤＢＭＳテーブルレコード群とで処
理単位データを構成し、それら複数の処理単位データを
記憶装置に記憶させ、上記処理単位データを記憶装置か
らメモリアドレッシング部に読み込ませるとともに、Ｃ
ＰＵがイメージデータを基にして、メインＯＤＢＭＳテ
ーブルレコードを検索したりするイメージ情報処理シス
テム。
【請求項２】処理単位データは、イメージデータとメ
インＯＤＢＭＳテーブルレコードとを分離してなり、メ
インＯＤＢＭＳテーブルレコードは、イメージデータの
座標に対応したレコードデータと管理データとを備え、
この管理データはイメージデータを特定する情報および
イメージデータの座標を有する請求項１に記載のイメー
ジ情報処理システム。
【請求項３】メインＯＤＢＭＳテーブルレコードが、
そのメインＯＤＢＭＳテーブルレコードの下位情報を保
持したサブＯＤＢＭＳテーブルレコードを備え、このサ
ブＯＤＢＭＳテーブルレコードが、連係するメインＯＤ
ＢＭＳテーブルレコードを特定する管理データを備える
とともに、メインＯＤＢＭＳテーブルレコードが、サブ
ＯＤＢＭＳテーブルレコードを選択するメニューデータ
を備えた請求項１または２に記載のイメージ情報処理シ
ステム。
【請求項４】サブＯＤＢＭＳテーブルレコードが、さ
らに下位の情報を保持したサブＯＤＢＭＳテーブルレコ
ードを備えるとともに、連係する上位のメインまたはサ
ブＯＤＢＭＳテーブルレコードを特定する管理データ
と、下位のサブＯＤＢＭＳテーブルレコードを選択する
メニューデータとを備えた請求項３に記載のイメージ情
報処理システム。
【請求項５】メインまたはサブＯＤＢＭＳテーブルレ
コードは、書き込むべきデータの項目およびこの項目に
対応する文字データを備えたレコードデータと、この文
字データの項目毎の位置を特定する管理データとからな
り、管理データは、文字データの書き込み幅に応じて上
記項目の位置を自動的に特定するようにした請求項１〜
４のいずれかに記載のイメージ情報処理システム。
【請求項６】座標および座標毎の色情報を特定したイ
メージデータと、このイメージデータに関連した情報か
らなるメインＯＤＢＭＳテーブルレコード群とで処理単
位データを構成し、連続性または対比性などの関連性を
持った複数の処理単位データを記憶装置に記憶させ、デ
ィスプレイ表示をするためのイメージデータに係る処理
単位データを記憶装置からメモリアドレッシング部に記
憶させ、メモリアドレッシング部に記憶させた全てのイ
メージデータを同時に表示し、この状態で各イメージデ
ータの全部または一部が表示される一方、ディスプレイ
上に新たに表示すべきイメージデータに係る処理単位デ
ータをメモリアドレッシング部に記憶させ、ディスプレ
イから外れたイメージデータに係る処理単位データをメ
モリアドレッシング部から記憶装置に戻すためのイメー
ジ情報処理プログラムを記録した記録媒体。
【請求項７】メモリアドレッシング部に記憶させた複
数のイメージデータが連続性を備えていることを特徴と
する請求項６に記載のイメージ情報処理プログラムを記
録した記録媒体。