JPH0566986A - データ検索方式 - Google Patents

Abstract

(57)【要約】 【目的】 互いに関連するファイルを双方向に検索して
参照することができるようにする。 【構成】 自ファイルに関連するデ−タを持つ他のファ
イルの固有の識別情報を記憶するテ−ブルを各ファイル
別に設け、所望のファイルの指定操作に対して、該指定
されたファイルの識別情報を基に関連する他のファイル
を検索する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のファイル、特に
関連性のあるデータを別々に格納するファイルを備えた
データベースシステム等に適用して好適なデータ検索方
式に関する。

【０００２】

【従来の技術】従来、あるファイルの内容から他ファイ
ルを検索する検索方法、または検索装置として、例えば
特開平２−１２１０５８のように、他のファイルへのポ
インタを文章、図形、動画などのデータのみからなるフ
ァイルとは別のファイルに記憶させ、例えばある動画が
指定されたならば、この動画に対応するポインタを前記
ファイルから引き出し、このポインタに基づいて対応す
る文章を他のファイルから検査するといった検索方法が
ある。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の検索方法あるいは検索装置においては、他のファイ
ルへのポインタは単一方向のみしか設定されていない。
すなわち、動画から文章を検索する方向にしか設定され
ていない。このため、文章から動画を検索することがで
きず、互いに関連するデータを双方向から参照すること
ができないという問題があった。

【０００４】本発明の目的は、互いに関連するファイル
を双方向に検索して参照することができるデータ検索方
式を提供することである。

【０００５】

【課題を解決するための手段】本発明は上記目的を達成
するために、自ファイルに関連するデータを持つ他のフ
ァイルの固有の識別情報を記憶するテーブルを各ファイ
ル別に設け、所望のファイルの指定操作に対して、該指
定されたファイルの識別情報を基に関連する他のファイ
ルを検索するようにした。

【０００６】

【作用】上記手段によれば、テーブルに、自ファイルに
関連するデータを持つ他のファイルの固有の識別情報が
各ファイル別に記憶されているので、いずれかのファイ
ルの指定操作があった場合、この指定されたファイルの
識別情報を基に関連する他のファイルを検索するので、
双方向に互いに関連するデータを検索して参照すること
ができる。

【０００７】

【実施例】以下、実施例に基づいて本発明を詳細に説明
する。

【０００８】図１は本発明の一実施例を示す全体構成図
である。図において、１００は表示装置であり、ディス
プレイ１００ａとフレームメモリｂとから成り、ディス
プレイ１００ａにデータベースウィンドウやメモウィン
ドウを表示する。１０１は入力装置であり、マウスまた
はタブレットなどの座標指定が可能なポインティングデ
バイスで構成されている。１０２は処理装置であり、具
体的にはマイクロプロセッサ（以下、ＭＰＵと略す）で
構成されている。１０３は主記憶装置であり、ＭＰＵ１
０２が処理するプログラム及び情報検索のためのテーブ
ルを格納している。１０４と１０５は第１および第２の
記憶媒体であり、それぞれ独立したファイルを格納して
いる。１０６はハードディスクであり、プログラム及び
テーブルを格納している。

【０００９】ここで、本実施例では、２つの記憶媒体１
０５，１０６は同一のバス１０７上で物理的に分離して
設けているが、これら記憶媒体１０５，１０６は論理的
に２つに分かれていれば物理的に１つであっても適用で
きる。同様に、これらの記憶媒体１０５，１０６は、ネ
ットワーク等で接続された異なるバス上に存在する構成
であっても適用できる。

【００１０】次に以上の構成において、図２に示すよう
に、第１の記憶媒体１０４には、自動車販売会社の部品
データベース（以下、部品ＤＢ）および顧客データベー
ス（以下、顧客ＤＢ）を格納し、第２の記憶媒体１０５
には手書きメモを画像化したメモ画像データを格納した
例を挙げて説明する。

【００１１】図２において、２０１は部品名、コード、
価格を部品毎に表形式で表した自動車販売会社の部品Ｄ
Ｂ、２０２は氏名、住所、電話番号を顧客別に表形式で
表した顧客ＤＢを示し、２０５、２０６、２０７、２０
８は自動車販売会社の営業マンに顧客からかけられた電
話の内容を書いた手書きメモを画像化したメモ画像デー
タを示している。

【００１２】ここで、メモ画像データ２０５、２０６、
２０７、２０８のファイル名をそれぞれ、ｍｅｍｏ１、
ｍｅｍｏ２、ｍｅｍｏ３、ｍｅｍｏ４とすると、第１の
記憶媒体１０４に格納されている部品ＤＢ２０１と顧客
ＤＢ２０２の各レコードと第２の記憶媒体１０５に格納
されているメモ画像データファイルｍｅｍｏ１〜ｍｅｍ
ｏ４との間には、例えば矢印２２１〜２２５のような関
連を持っている。

【００１３】すなわち、部品ＤＢ２０１の第２レコード
はメモ画像データファイルｍｅｍｏ３，４と関連し、第
４レコードはメモ画像データファイルｍｅｍｏ４と関連
し、また顧客ＤＢ２０２の第３レコードはメモ画像デー
タファイルｍｅｍｏ１と関連し、第５レコードはメモ画
像データファイルｍｅｍｏ２，３と関連している。

【００１４】このような関連関係は、主記憶装置１０３
内に設けられた図３に示すようなデータベース基準テー
ブル３０１、メモ基準テーブル３０２、データベース一
覧テーブル３０３、メモ一覧テーブル３０４によって管
理されるようになっている。

【００１５】すなわち、データベース基準テーブル（以
下、ＤＢテーブルと略す）３０１は、データベース２０
１および２０２側を基準にして、自データベースに関連
する他のファイルであるメモ画像データファイルｍｅｍ
ｏ１〜ｍｅｍｏ４の固有の識別情報をレコード通番単位
で記憶可能な形式に構成され、「１〜９」の通番レコー
ドに対しては、各レコードに対応するメモ画像データフ
ァイルｍｅｍｏ１〜ｍｅｍｏ４の固有の識別情報である
メモファイル番号が格納されている。例えば、図２の例
の関係付けにおいては、部品ＤＢ２０１の第２レコード
の「部品名＝ピストン」はメモ画像データファイルｍｅ
ｍｏ３，４と関連しているので、このデータベース基準
テーブル３０１の通番「２」のレコードにはメモ画像デ
ータファイルｍｅｍｏ３，ｍｅｍｏ４の番号を示す
「３」，「４」が格納されている。

【００１６】この場合、メモファイル番号領域の値が
「０」のときは、そのレコードに対して関連付けられた
メモ画像データファイルが無いことを示している。

【００１７】また、データベース基準テーブル３０１の
レコード通番は、図３（ｃ）に示すデータベース（Ｄ
Ｂ）一覧テーブル３０３のデータベース番号（ＤＢ番
号）の順番にしたがって全てのデータベースのレコード
に対してユニークに付けられている。この例において、
レコード通番１〜４は部品ＤＢ２０１のレコードを、レ
コード通番５〜９は顧客ＤＢ２０２のレコードを表すよ
うになっている。

【００１８】一方、メモ基準テーブル３０２は図３
（ｂ）に示すように、メモ画像データファイル側を基準
にして、自ファイルに関連するデータを持つ部品ＤＢ２
０１および顧客ＤＢ２０２の各レコードの固有の識別情
報であるレコード通番をメモファイル別に記憶可能な形
式に構成され、「１〜４」のメモ画像データファイルｍ
ｅｍｏ１〜ｍｅｍｏ４のメモファイル番号に対しては、
各メモファイルに対応する部品ＤＢ２０１または顧客Ｄ
Ｂ２０２の各レコードの固有の識別情報であるレコード
通番が格納されている。すなわち、メモ基準テーブル３
０２の各メモファイル番号のレコードには、それぞれに
関連を持った部品ＤＢ２０１および顧客ＤＢ２０２のレ
コード通番が格納されている。図２の例の場合、メモ画
像データ２０６には、部品ＤＢの４番目のレコードと顧
客ＤＢの５番目のレコードが関連付けられているので、
メモ基準テーブル３０２のメモファイル番号２に対応し
たレコード通番領域には、部品ＤＢの４番目のレコード
と顧客ＤＢの５番目のレコードのレコード通番である
「４」と「９」が格納されている。

【００１９】また、メモ基準テーブル３０２のメモファ
イル番号とファイル名称との関連は図３（ｄ）に示すメ
モ一覧テーブル３０４によって対応付けられている。

【００２０】このＤＢ基準テーブル３０１とメモ基準テ
ーブル３０２を利用して、表示装置１００の画面上に表
示された部品または顧客のＤＢウインドウからメモ画像
を検索して表示装置１００の画面上に表示する、あるい
は表示装置１００の画面上に表示されたメモ画像から部
品または顧客ＤＢを検索して表示装置１００の画面上に
表示するようになっている。

【００２１】図４は、フレームメモリ１００ｂに展開さ
れる画像の一例を示すもので、２つの矩形領域を１つの
画像展開領域に設定し、この中に、ＤＢウィンドウ４０
２とメモウィンドウ４０３を展開している。このＤＢウ
ィンドウ４０２とメモウィンドウ４０３とは、図５
（ａ），（ｂ）に示すウインドウ領域テーブル４０４お
よびＤＢマップテーブル４０５によって管理される。す
なわち、図５（ａ）に示すウィンドウ領域テーブル４０
４では、表示装置１００の画面に表示するウィンドウに
順位を設け、各順位のウインドウ別に、表示原点からの
ウィンドウ左上隅位置（Ｘ，Ｙ）、幅（Ｗ）、高さ
（Ｈ）、種別（データベースはＤ、メモ画像はＭ）およ
びデータベースまたはメモ画像データファイルの番号の
情報を格納している。

【００２２】図５の例においては、ＤＢウインドウ４０
２については、左上隅位置（Ｘ，Ｙ）＝Ｘ１，Ｙ１、幅
（Ｗ）＝Ｗ１、高さ（Ｈ）＝Ｈ１となっているので、図
４に示すような位置に展開される。

【００２３】一方、ＤＢウインドウ４０２およびメモウ
インドウ４０３のうちＤＢウインドウ４０２について
は、図５（ｂ）に示すＤＢマップテーブル４０５によ
り、部品ＤＢ２０１または顧客ＤＢ２０２のレコード
数、表示レコード数、現在表示している先頭レコード番
号、ＤＢウィンドウ４０２原点からのレコード表示領域
左上隅位置（ｘ，ｙ）、幅（ｗ）、高さ（ｈ）について
の情報を格納している。

【００２４】〔動作の概要〕次に、以上の構成に係る動
作の概要について説明する。

【００２５】まず、ＭＰＵ１０２は、入力装置１０２を
介して指定された画面上の座標位置の情報によってウィ
ンドウ領域テーブル４０４を参照し、ＤＢウィンドウ４
０２とメモウィンドウ４０３のどちらが選択されたかの
領域判定を行い、その判定結果に応じて処理を振り分け
る。この判定結果において、指定されたウィンドウがＤ
Ｂウィンドウ４０２であった場合には、ＭＰＵ１０２は
ＤＢマップテーブル４０５とＤＢ一覧テーブル３０３を
参照して、指定されたレコード通番を座標計算によって
求める。さらに、ＤＢ基準テーブル３０１を参照し、座
標計算によって求めたレコード通番に対応するメモファ
イル番号領域から、指定されたＤＢのレコードに関連が
あるメモ画像データのメモファイル番号を取り出す。最
後に、メモ一覧テーブル３０４を参照して、該当するメ
モ画像データファイル名称を取り出し、そのファイル名
称を持つファイルを第２の記憶媒体１０５から読み出
し、読み出した内容をディスプレー１００ａのメモウィ
ンドウ４０３に展開して表示する。

【００２６】一方、指定されたウィンドウがメモウィン
ドウ４０３であった場合には、ウィンドウ領域テーブル
４０４からメモ画像データのファイル番号を求め、さら
にメモ基準テーブル３０２を参照し、該当するメモファ
イル番号に対応するレコード通番を求め、そのレコード
通番に基づき、指定されたメモ画像データファイルに関
連があるＤＢのレコード通番を求める。さらに、そのレ
コード通番によってＤＢ一覧テーブル３０３を参照し
て、ＤＢ名称を求めてＤＢウィンドウ４０２をディスプ
レー１００ａに表示し、指定されたメモ画像データファ
イルに関連するＤＢのレコードを変色表示する。

【００２７】例えば、図４に「×」で示すＤＢウィンド
ウ４０２内の座標位置４０６を指定したとすると、ウィ
ンドウ領域はＤＢ、レコード通番は「２」、レコード番
号は「２」が選択されたことになる。そこで、メモウイ
ンドウ４０３の下方位置に表示されているコマンドメニ
ュー４０８の“検索”を選択すると、ＭＰＵ１０２はデ
ータベース基準テーブル３０１のレコード通番「２」を
参照し、対応するメモファイル番号を求める。この例の
場合、メモファイル番号は「３」と「４」が求められ
る。

【００２８】一方、図４に「×」で示すメモウィドウ４
０３内の座標位置４０７を指定したとすると、ウィンド
ウ領域はメモウインドウ４０３、メモファイル番号は
「１」が選択されたことになる。そこで、コマンドメニ
ュー４０８の“検索”を選択すると、ＭＰＵ１０２はメ
モ基準テーブル３０２のレコード通番「１」を参照し、
対応するレコード通番は「７」であり、このレコード番
号に対応するＤＢ番号はＤＢ一覧テーブル３０３から
「１」であり、ＤＢ名は顧客ＤＢ、その顧客ＤＢ内のレ
コード番号は「３」であることを判別する。

【００２９】図６は本実施例の全体処理のフローチャー
トを示すものであり、図７、図８、図９には、図６のス
テップ５０１、５０３、５０４の処理をそれぞれ詳細に
示している。

【００３０】以下、これらのフローチャートを用いて動
作の詳細を説明する。

【００３１】まず、ＭＰＵ１０２はウィンドウ領域の判
定を行い、以降の処理を決定する（５０１）。このウイ
ンドウ領域判定処理では、入力装置１０１で画面上の座
標位置が指定されるのを待ち、いずれかの座標位置が指
定されると（６０１）、ウィンドウ順位の値に「１」を
代入する（６０２）。そして、ウィンドウ順位の値とウ
ィンドウ領域テーブル４０４で管理されているウィンド
ウ数を比較する（６０３）。この比較の結果、ウィンド
ウ順位がウィンドウ数より大きければ、入力座標はどの
ウィンドウ上にも存在しないことになるので、処理種別
をその他の処理に移す（６１０）。

【００３２】しかし、ウィンドウ順位がウィンドウ数以
下ならば、ウィンドウ領域テーブル４０４の該当ウィン
ドウ順位の領域内に、この時の指定座標が存在するか否
かを判定する（６０４）。存在しない場合は、ウィンド
ウ順位に「１」を加えて更新し、ステップ６０３に戻
る。存在する場合は、ウィンドウ領域テーブル４０４に
よりウインドウの種別を参照して処理を振り分ける（６
０６）。

【００３３】ウインドウ種別がメモウインドウＭであっ
た場合、処理種別を「メモ」に設定し（６０９）、ＤＢ
ウインドウであったならばＤＢマップテーブル４０５の
該当ＤＢ番号のレコード表示領域内に指定座標が存在す
るか否か判定する（６０７）。存在しない場合には、ス
テップ６０１に戻り、新たな座標が指定されるのを待
つ。

【００３４】指定座標が存在する場合は、処理種別を
「ＤＢ」に設定し、その処理種別に対応した処理が行わ
れるように処理を振り分ける（５０２）。

【００３５】処理種別がＤＢの場合は、メモ検索に進み
（５０３）、レコード番号を次の式により求める（７０
１）。ただし、Ｙｉｎは入力装置１０１によって指定さ
れたＹ座標、ｙｒｅｃはレコード表示領域のＹ座標、ｈ
ｒｅｃはレコード表示領域１行文の高さ、ｉｎｔは整数
部取得の関数とする。

【００３６】レコード番号＝ｉｎｔ（（Ｙｉｎ−ｙｒｅ
ｃ）／ｈｒｅｃ）＋１ ここで、「＋１」はレコードの見出し表示欄があるため
である。

【００３７】次に、レコード通番を、ＤＢ一覧テーブル
３０３の第１レコードの通番を利用し、次の式により求
める（７０２）。ただし、Ｒｔｏｐは第１レコードの通
番、Ｒはレコード番号とする。

【００３８】レコード通番＝Ｒｔｏｐ＋Ｒ−１ 次に制御変数であるメモファイル番号領域に１を代入す
る（７０３）。そして、この領域番号がＤＢテーブル３
０１のメモファイル番号領域のレコード数以下で、か
つ、メモファイル番号が「０」より大きいという条件を
判断する（７０４）。条件を満足しない場合は、メモフ
ァイル番号領域をすべて参照した、または、メモファイ
ル番号が「０」で、ＤＢに関連付けたメモ画像データが
存在しないことを示しているので、メモ検索処理を終了
する。

【００３９】しかし、条件を満足した場合は、画面上で
指定されたレコードに対し、メモファイル番号領域に格
納されているメモファイル番号のメモ画像データが関連
付けられていることを示しているので、メモ一覧テーブ
ル３０４からメモファイル番号に対応するメモ画像デー
タファイル名を取得し（７０５）、そのファイルの内容
をフレームメモリ１００ｂにメモウインドウとして展開
した後、ディスプレイ１００ａに表示する（７０６）。
この後、メモファイル番号領域の制御変数に「１」を加
え（７０７）、ステップ７０４の条件判断に戻る。

【００４０】次に、処理種別がメモであった場合は、Ｄ
Ｂ検索に進む（５０４）。メモ番号はステップ５０１で
得た番号である（８０１）。この後、レコード通番領域
番号に「１」を代入する（８０２）。そして、そのレコ
ード通番領域番号がメモ基準テーブル３０２のレコード
通番領域の数（実施例では、４）以下で、かつ、レコー
ド通番が「０」より大きいという条件を判断する（８０
３）。条件を満足しない場合は、レコード通番領域をす
べて参照した、または、レコード通番が「０」でメモ画
像データを関連付けたＤＢがないことを示しているの
で、ＤＢ検索処理を終了する。

【００４１】条件を満足した場合は、このメモ画像デー
タがレコード通番に対応するＤＢのレコードに関連があ
ることを示している。そこで、レコード通番をもとに、
ＤＢ一覧テーブル３０３からＤＢ名を調べるために、制
御変数に「１」を代入する（８０４）。そして、レコー
ド通番とＤＢ一覧テーブル３０３の最終レコードの通番
を比較する（８０５）。この結果、レコード通番が大き
ければ、そのＤＢには該当していないことを示している
ので、制御変数に「１」を加え、ステップ８０５に戻
り、ＤＢ一覧テーブルの次の欄を参照し、判断を繰り返
す。レコード通番が小さい場合は、レコード通番に対応
したレコードがそのＤＢに該当することを示しているの
で、そのときの制御変数がＤＢ番号を示している（８０
７）。そのＤＢのウィンドウが既に表示されている場合
が考えられるので、ＤＢのウィンドウが既に表示されて
いるか確認し（８０８）、表示されていない場合のみＤ
Ｂのウィンドウの表示を行う（８０９）。さらに、ＤＢ
ウインドウ領域のなかで、メモ画像データと関連付けが
あるレコードを着色し、ＤＢとメモ画像データの関係を
表示する（８１０）。最後にレコード通番領域番号に１
を加え（８１１）、ステップ８０３に戻りＤＢ検索を繰
り返す。

【００４２】このように本実施例においては、部品ＤＢ
２０１および顧客ＤＢ２０２と、メモ画像データファイ
ルの２つのファイルに対し、自ファイルに関連するデー
タを持つ他ファイルの固有の識別情報（レコード番号ま
たはファイル番号）を記憶するＤＢ基準テーブル３０１
とメモ基準テーブル３０２を設け、これらのテーブル３
０１，３０２を参照して指定されたファイルに関連する
他ファイルを検索して表示するようにしたので、関連性
のあるファイルを双方向から自由に検索することができ
る。

【００４３】以上、本発明を実施例にもとづき具体的に
説明したが、本発明は、前記実施例に限定されるもので
はなく、その要旨を逸脱しない範囲において種々変更可
能であることは言うまでもない。

【００４４】例えば、ＤＢとメモ画像データファイルの
双方にＤＢ基準テーブル３０１とメモ基準テーブル３０
２を設ける構成を示したが、図１０に示すように、マト
リクッス状のテーブル９０１を設け、互いに関連するデ
ータベースのレコード番号とメモファイル番号の組合せ
については、○印で示す関係フラグ９０２を設定し、こ
の関係フラグ９０２に基づいて関連するデータベースの
レコード番号またはメモ画像データを検索するようにし
てもよい。但し、テーブルを１つにした場合、レコード
通番に関連付けたメモ番号を検索するには、１つのレコ
ード通番に対してすべてのメモファイル番号領域を参照
しなければならず、また、メモ画像データに関連付けた
レコード通番を検索するには、１つのメモファイル番号
に対してすべてのレコード通番を参照しなければならな
いため、検索効率が悪い。これに対し、テーブルをＤＢ
とメモ画像データの双方に持つようにした上記実施例の
方法の場合、指定したレコード通番に対応するメモファ
イル番号を直接参照でき、また、指定したメモファイル
番号に対応するレコード通番を直接参照できるため、検
索効率が良いという利点がある。しかし、ファイルを管
理するうえでは、テーブルをＤＢとメモ画像データの双
方に持つ方法の場合のほうが、ファイルが複数になり、
しかもデータの容量も大きくなるため、テーブルを１つ
にした方法の方が管理が簡単になるという利点がある。
したがって、いずれの利点を優先するかによってテーブ
ルの構成を選択するようにすれば良い。あるいは、テー
ブルは１つにしておき、検索を開始する時に２つのテー
ブルに展開するようにしてもよい。

【００４５】また、ＤＢとメモ画像データに対する処理
は検索のみの処理について説明したが、図４に示すよう
に、ＤＢとメモ画像データの関連付けを「削除」、「移
動」、「複写」する処理も検索処理と同様にして実現す
ることが可能である。その際には、表示装置１００上に
表示したウィンドウの中から、関連付けを定義するＤＢ
とメモ画像データの双方を指定し、それぞれのＤＢ通番
とメモファイル番号を取得し、図３に示した各テーブル
３０１，３０２，３０３，３０４の内容を更新すればよ
い。

【００４６】また、図１０のテーブル構成とした場合、
関係フラグ９０２の欄に属性テーブルアドレスａを格納
し、この属性テーブルアドレスａによって図１１に示す
構成の属性テーブル９０３からメモ作成日付、作成者、
定義日付、さらには検索者の制限、検索期限の制限、画
面表示色の設定等の属性を管理するようにすることがで
きる。

【００４７】さらに、ファイルはディスプレイ上の座標
位置によって指定するようにしたが、ファイル番号また
はレコード番号をキーボード等で指定するようにしても
よい。また、ファイルが２つの場合について説明した
が、図１２に示すように、さらに多くのファイルから構
成されたデータベースＤＢ１〜ＤＢ４がある場合は、矢
印で示す関係で実施例と同様のテーブルを設けることに
より、各データベース相互間で双方向の検索が可能にな
る。

【００４８】

【発明の効果】本発明によれば、自ファイルに関連する
デ−タを持つ他のファイルの固有の識別情報を記憶する
テ−ブルを各ファイル別に設け、所望のファイルの指定
操作に対して、該指定されたファイルの識別情報を基に
関連する他のファイルを検索するようにしたので、双方
向に互いに関連するデ−タを検索して参照することがで
きるという効果がある。

【図面の簡単な説明】

【図１】 本発明の一実施例を示す全体構成図でああ
る。

【図２】 実施例の第１の記憶媒体と第２の記憶媒体に
格納するデータの一例を示す説明図である。

【図３】 ファイル間の関連性を管理するテーブルの構
成と記憶内容の一例を示したテ−ブル構成図である。

【図４】 デ−タ検索のための画面表示内容の一例を示
す説明図である。

【図５】 指定されたファイルを特定するためのテ−ブ
ルの一例を示す説明図である。

【図６】 全体の処理フローを示すフロ−チャ−トであ
る。

【図７】 図６における処理ステップ５０２の詳細を示
すフロ−チャ−トである。

【図８】 図６における処理ステップ５０３の詳細を示
すフロ−チャ−トである。

【図９】 図６における処理ステップ５０４の詳細を示
すフロ−チャ−トである。

【図１０】 ファイル間の関連性を管理するテーブルを
１つにした場合のテ−ブル構成を示す説明図である。

【図１１】 ファイルの属性を管理するテ−ブルの構成
を示す説明図である。

【図１２】 ファイルがさらに多数の場合の検索方法に
ついての説明図である。

【符号の説明】

１００ａ…ディスプレー、１００ｂ…フレームメモリ、
１０１…入力装置、１０２…処理装置、１０３…主記憶
装置、１０４…第１の記憶媒体、１０５…第２の記憶媒
体、１０６…ハードディスク、２０１…部品データベー
ス、２０２…顧客データベース、２０５〜２０８…メモ
画像デ−タ、３０１…データベース基準テーブル、３０
２…メモ基準テーブル、４０２…ＤＢウィンドウ、４０
３…メモウィンドウ、４０４…ウィンドウ領域テーブ
ル、４０５…ＤＢマップテーブル、４０８…ポップアッ
プメニュー。

フロントページの続き (72)発明者 藤井 泰文 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム開発本部 内 (72)発明者 福田 浩至 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 石橋 勝典 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のファイルから所望のデータを検索
   するデータ検索方式であって、自ファイルに関連するデ
   ータを持つ他のファイルの固有の識別情報を記憶するテ
   ーブルを各ファイル別に設け、所望のファイルの指定操
   作に対して、該指定されたファイルの識別情報を基に関
   連する他のファイルを検索することを特徴とするデータ
   検索方式。