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

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明はデータ検索方式に関し、特に住所管理等に於け
るデータの検索を容易に行うことのできるデータ検索方
式に関する。

（従来の技術） 顧客の住所管理等のデータ管理はコンピュータを用いて
広く行われている。例えば、住所管理に於いては、多数
のデータ群を一覧表形式で管理するものと、カード単位
で管理するものとの２種類の管理形式が一般に用いられ
ている。いずれの管理形式による場合でも、各人物毎の
データは一定の規則２例えば氏名の読みによる五十音順
、或は入力順等に従って配列されている。

これらのデータ群の中から所望の人物のデータの内容を
見ようとする場合には、−覧表形式であればＣＲＴ等の
画面に表示されている１個のカーソルを順次移動させる
ことによって、またカード形式であれば画面にカードを
順次表示させることによって各データの内容を画面に表
示させ、目的の人物の表示（例えば３氏名）を確認して
所望人物のデータであることが確認される。このような
住所管理システムでは、多数のデータ群の中から所望の
人物のデータを探し出すためには、前から或いは後ろか
らデータの内容を一件毎に順次確認して行かなければな
らないので、多くの労力と時間とが必要である。

そのため、このようなデータ管理システムには検索機能
が付与されていることが多い。この検索機能を用いれば
、上述のような順次に捜し出す方式と比較すればより容
易に且つ短時間に目的のデータを捜し出すことができる
。

（発明が解決しようとする課題） しかし、そのような検索機能を用いるためには検索条件
式を入力する必要がある。例えば、所望の人物の氏名の
読みとその人物の会社名との論理積を条件式として入力
すれば、その条件に適合したデータが検索される。検索
されたデータが複数であれば（即ち、その条件式に適合
したデータが複数個ある場合には）、別の条件式を入力
して更に検索を繰り返すことによって所望の人物のデー
タが得られる。このように、検索機能を用いたとしても
所望のデータを得るには複雑な多くの手順を踏まなけれ
ばならない。従来のデータ検索方式には、検索を行うの
に比較的長時間を要し、操作が面倒であるという欠点が
ある。

本発明はこのような従来のデータ検索方式の欠点に鑑み
て成されたものであり、その目的とするところは、短時
間に、且つ簡単な操作で所望のデータを検索することの
できるデータ検索方式を提供することにある。

（課題を解決するための手段） 本発明のデータ検索方式は、データ群を検索するための
複数の索引事項を表示する手段、該表示された複数の索
引事項の少なくとも１個を選択する手段２選択された索
引事項に基づいて検索されたデータ群を表示する手段、
及び該表示されたデータ群中の何れかを更に選択する手
段を備えており、そのことにより上記目的が達成される
。

（実施例） 本発明を実施例について以下に説明する。

本発明の一実施例のシステム全体のブロック図を第１図
に示す。本実施例は住所録のデータを検索するシステム
である。ＣＰＵＩによって全体的な制御が行われる。Ｃ
ＰＵＩには表示手段として。

ＣＲＴバッファ２を介してＣＲＴ３が接続されている。

また、システム操作のために１文字キー。

ファンクションキー、４方向の矢印キー等を備えたキー
ボード４がＣＰＵＩに接続されている。住所管理制御部
５は住所録に関する制御を行う部分であり、ＣＰＵＩに
接続されている。住所管理制御部５には、住所録データ
が格納されている住所録データメモリ６が接続されてい
る。キーボード４にはカーソル制御部７を介してインデ
ックスポインタ８とデータポインタ９とが接続されてい
る。

インデックスポインタ８はインデックステーブル１０に
対するポインタである。インデックステーブル１０はデ
ータポインタ９に接続されている。データポインタ９は
住所録データメモリ６に対するポインタであり、アドレ
ス制御部１１を介して住所録データメモリ６に接続され
ている。住所録データメモリ６の内容はＣＲＴ３に表示
され１表示画面としては第２ａ図に示す一覧表形式の表
示と、第２ｂ図に示す各人物についてのデータの詳細の
表示との２種類がある。データとしては第２ｂ図に示す
内容のデータが各人物毎に作成されており。

その内の「読み」欄に入力されている内容により５０音
順にソートされている。次に、第２ａ図を説明する。画
面上部の文字列［あかさたなはまやられ」はインデック
ス２０であり、その上にママークで示されるインデック
スカーソル２１が表示されている。また１表の左側には
−マークで示されるデータカーソル２２（以下では−カ
ーソルと称する）が表示されている。前述したインデッ
クスポインタ８はマカーソル２１の下方に位置する文字
に対応するインデックステーブル１０内のインデックス
要素を指し示している。また、データポインタ９は−カ
ーソル２２の右方の行に表示されているデータに対応す
る住所録データメモリ６内のデータを指し示している。

インデンラス２０中のマカーソル２１の下方に位ＩＦす
る文字の行（例えば、「あ」行）のデータが一覧表に表
示される。マカーソル２１は、キーボード４の［←］キ
ー又は［→］キーの操作によりインデックス２０上を左
右に移動する。このマカーソル２１の移動に従って、他
の行のデータが自動的に表示される。１カーソル２２は
、　［↑］主キーは［↓］キーの操作により表の左側を
上下に移動する。キーボード４のファンクションキー［
詳細Ｊ　　（Ｆ３）を押すと、第２ｂ図に示すようにウ
ィンドウが開き、−カーソル２２が位置しているデータ
の詳細が表示される。

住所録データメモリ６の詳細を第３図に示す。

各人物のデータは入力された読みデータに基づいて五十
音順に並び換えられ、住所録データメモリ６に前詰めで
記憶される。「あ」行、「か」行等の各行の先頭データ
のアドレスは、インデックステーブル１０のインデック
ス要素１００に記憶されている（第４図）。インデック
ステーブルに記憶されている各アドレスは２バイトの長
さを有している。上述のマカーソル２１の移動に伴って
、インデックステーブル１０のインデックス要素１００
を指し示すインデックスポインタ８が更新される。また
。

−カーソル２２の移動によって、住所録データメモリ６
のデータを指し示すデータポインタ９が更新される。

本実施例に於けるマカーソル２１および１カーソル２２
を用いたデータ検索のフローチャートを第５図に示す。

通常、検索は第２ａ図に示されているように「あ」行の
一覧表が表示されており、−カーソル２２がその一番上
のデータ行を指している状態から始められる。まず、ス
テップＳ１でキー人力を待つ。ここで操作されたキーの
種類によって以下に示す処理が行われる。

（ａ）［←］キーが押下された場合： インデックスポインタ８の値から２を減する（ステップ
５１１）。すなわちインデックスポインタ８がインデッ
クステーブル１０のひとつ前のインデックス要素１００
を指し示すようにする。インデックスポインタ８の値が
インデックステーブル１０の先頭アドレスＩＤ５ＴＡＲ
Ｔより小さくなった場合には。

インデックスポインタ８にインデックステーブル１０の
最後尾のインデックス要素１００（すなわち「わ」行の
インデックス要素）のアドレスＩＤＥＮＤを代入する。

（ステップＳＬ２〜５Ｌ３）。すなわち、インデックス
ポインタ８は、更新前に「あ」行のデータのインデック
ス要素１００を指し示していた場合には、更新後に「わ
」行のデータのインデックス要素１００を指し示すよう
にされる。次に、インデックスポインタ８が指し示して
いるインデックス要素の値をデータポインタ９に代入す
る（ステップ５１４）。「［八ｄｄｒ］」という表記は
、アドレス八ｄｄｒを有する記憶領域に格納されている
値を意味する。

（ｂ）［→］主キー押下された場合 インデックスポインタ８の値に２を加える（ステップ５
２１）。すなわちインデックスポインタ８がインデック
ステーブル１０のひとつ後のインデックス要素１００を
指し示すようにする。インデックスポインタ８の値がＩ
ＤＥＮＤより大きくなった場合には、インデックスポイ
ンタ８にＩＤ５ＴＡＲＴを代入する（ステップ５２２〜
５２３）。次に、インデックスポインタ８が指し示して
いるインデックス要素１００の値をデータポインタ９に
代入する（ステップ５２４）。

（Ｃ）［↓］主キー押下された場合 −カーソル２２を移動させるために、データポインタ９
にＤＬＥＮを加える（ステップ５３１）。但しＤＬＥＮ
は住所録データメモリ６において人物−大分のデ−タが
占める記憶領域のバイト数である。これによってデータ
ポインタ９はひとつ後の人物のデータを指し示すように
なる。この結果データポインタ９の値がインデックスポ
インタ８が現在指し示しているインデックス要素１００
のひとつ後のインデックス要素１００の値よりも大きく
なった場合には、インデックスポインタ８の値に２を加
える（ステップ５３２〜５３３）。

（ｄ）［↑］主キー押下された場合： データポインタ９の値から１）ＬＩｉＮを減する（ステ
ップ５４１）。これによってデータポインタ９はひとつ
前の人物のデータを指し示すようになる。この結果デー
タポインタ９の値がインデックスポインタ８が現在指し
示しているインデックス要素１００の値よりも小さくな
った場合にはインデックスポインタ８から２を減する（
ステップＳ４２〜５４３）。

［←コキー、［→］主キー［↓］主キーついて上記（ａ
）〜（ｄ）の処理がそれぞれ行われた後１画面表示が行
われる（ステップ５５０）。

その他ののキーが押下された場合には、押下されたキー
の種類によって所定の処理が行われる（ステップ５６０
）。

このようにマカーソル２１と１カーソル２２とを設ける
ことにより、簡単な操作で目的とするデータに速やかに
到達することができる。

ところで、上記実施例のシステムでは１例えば。

「あ」行から「さ」行に一覧表表示を更新させる場合に
は、先ず「か」行の検索を行って、「か」行のデータを
一覧表に表示し、「か」行のデータが全て表示された後
に、　「さ」行のデータの検索が行われ「さ」行のデー
タが表示される。

このようなシステムでは、各読み行の全てのデータが表
示され終る迄は次の読み行の検索が行われず２次の読み
行のデータの表示は行われない。

従って、データの数が多くなると、検索及び表示に要す
る時間が長くなり、使用者側の操作に対して敏速に応答
することができない。

このような課題を解決した実施例を以下に示す。

本実施例のシステム構成を第６図に示す。Ａは各種の文
字キー、ファンクションキーを有する入力部である。Ｂ
は文章編集、スゲジュール、住所録２アラーム、表示、
印字、入力等のメイン制御を行う主制御部である。Ｃは
ＬＣＤ、ＣＲＴ等の表示部である。Ｄは各種のデータを
プリントアウＩ・する印字部である。Ｅはスケジュール
管理及びアラーム等の制御に用いられる時間情報を提供
するバッテリーバックアップされているタイマである。

Ｆｌはワープロ本来の文章作成の制御を行う文章編集制
御部である。Ｆ２は作成された文章データを記録する文
章データメモリである。Ｆ３は入力されるかなを漢字に
変換するためのかな漢字変換部である。Ｇ１はスケジュ
ール管理のメインコントロールを行うスケジュール制御
部である。Ｇ２はランク、マーク、時間、内容等のデー
タを記憶するスケジュールデータメモリである。Ｇ３は
１スケジユールに対応するメモデータを記憶するメモデ
ータメモリである。Ｇ４はカレンダとスケジュールを表
示するための表示フォーマットを記憶するための画面フ
ォーマットメモリである。Ｇ５はスケジュールだけを表
示するための表示ツメ−マットを記憶するための画面フ
ォーマットメモリである。Ｇ６は１ケ月スケジュールを
一覧表示するための表示フォーマットを記憶するだめの
画面フォーマットメモリである。Ｇ７は年中行事を表示
するための表示フォーマット記憶するための画面フォー
マットである。Ｇ８は数年量分のカレンダデータを記憶
するためのカレンダデータメモリである。Ｈｌは住所録
管理のメインコントロールを行う住所録制御部である。

Ｆ２は氏名、会社名。

電話番号、住所等のデータを記憶する住所データメモリ
である。Ｆ３は住所データメモリ内容を表示するフォー
マットを記憶する画面フォーマツ１〜メモリである。１
１はアラームのメインクントロールを行うアラーム制御
部である。Ｉ２はアラーム時刻データを記憶するアラー
ム時刻メモリである。Ｉ３はアラーム発振器である。

住所録データは前述の第１の実施例と同様に１第２ａ図
に示すように一覧表形式で表示される。

画面上部には、「あかさたなはまやられ」のインデック
ス２０が表示され、インデックスの上方にはママークで
示されるインデックスカーソル２１が表示されている。

インデックスカーソル２１の下方に位置する文字の行の
データが表示される。従って。

インデックスカーソル２１を移動させると、それに伴っ
て読み行の異なるデータが表示される。

データの表示に際しては、住所録制御部Ｈ１はまず住所
録データメモリＨ２から表示すべきデータを検索し、検
索されたデータを表示形式に加工してａ画面フォーマン
トメモリＨ３に格納する。

次に住所録制御部Ｈ１はａ画面フォーマントメモリＨ３
の内容を表示するコマンドを主制御部Ｂに対して発行す
る。この時１表示すべき全てのデータがａ画面フォーマ
ントメモリＨ３に格納されるまで表示やキー人力の処理
が行われないようにすると１表示すべきデータの量が大
きくなった場合に格納時間が長くなり、キー人力に対す
る応答に遅れが生じてしまう。このため本実施例では、
所定量のデータの格納が終了する毎に表示処理およびキ
ー人力の監視を行うようにされている。

−覧表表示のフローチャートを第７図に示す。

ステップＳ７０で１表示すべき読み行（以下ではこのｊ
５ｅ　ｄ’）行をＮ行と称する）のデータの先頭アドレ
スを住所録データメモリＨ２から検索し、先頭アドレス
をポインタ（ＰＮＴＩ）に格納する。表示およびキー人
力監視のタイミングを定めるカウンタ（ＣＮＴ）のため
の初期値をＣとする（ステップ５７１）。さらに、８画
面フォーマン１−メモリＨ３における次のデータを格納
する位置を示すポインタ（ＰＮＴ２）の初期化を行う（
ステップ５７２）。

以上の初期設定の後、　　ＣＮＴにＣを設定する（ステ
ップ５７３）。住所録データメモリＨ２のＰＮＴＩによ
って示される位置のデータをａ画面フォーマントメモリ
Ｈ３のＰＮＴ２で示される位置に格納し、　ＰＮＴ２を
更新する（ステップ５７４〜５７５）。次にＰＮＴＩを
基準にして住所録データメモリＨ２からＮ行の次のデー
タを検索する（ステップ８７６）。次のデータが存在し
ない場合には、データの格納を終了し、３画面のフォー
マントメモリＨ３の内容を表示する（ステップ５７８）
。次のデータが存在する場合にはＰＮＴＩを更新し、　
　ＣＮＴをデクリメントする（ステラプＳ７９〜５８０
）。その結果ＣＮＴが０に達していなげればステップＳ
７４へ戻ってデータの格納を続行するが、　　ＣＮＴが
０に達していれば、ａ画面フォーマント−メモリＨ３の
内容の表示を行った後、キー人力があるか否かを判定す
る（ステップ５８２〜５８３）。

キー人力が無い場合には、Ｃに所定値すを加えてステッ
プＳ７４へ戻る（ステップ５８４）。すなわち。

キー人力が無い場合にはＣＮＴの初期値を段階的に大き
くすることによってデータ格納の効率が上げられる。キ
ー人力がある場合には、押下されたキーの種類を判定す
る。［→コキーが押下された場合にはＮ行を次の読み行
に（例えば現在のＮ行が「あ１行の場合には、「か」行
に）変更し、−覧表表示ルーチンの最初に戻る。［←］
キーが押下された場合にはＮ行をひとつ前の読み行に変
更し。

−覧表表示ルーヂンの最初に戻る。但し、　［→］主キ
ー押下されたときにＮ行が「わコ行である場合、［＜］
キーが押下されたときにＮ行が「あ」行である場合、お
よび他のキーが押下された場合にはただちにステップＳ
１３へ戻る（ステップ５８５〜Ｓ９０）。

以上の説明から明らかなように、−覧表表示の途中で例
えば［→］主キー押下された場合９本システムは現在の
表示を打ち切り１次の読み行のデータの一覧表表示を行
う。

（発明の効果） 本発明によれば、検索式を入力する等の複雑な操作を必
要とせず１Ｎ単な操作で短時間にデータの検索を行うこ
とができるデータ検索方式が提供される。

４、“′　の。　なＵ 第１図は本発明の第１の実施例のブロック図。

第２ａ図および第２ｂ図はその実施例における表示画面
例を示す図、第３図は住所録データメモリとデータポイ
ンタとを模式的に示す図、第４図はインデックステーブ
ルとインデックスポインタとを模式的に示す図、第５図
はその実施例におけるデータ検索のフローチャート、第
６図は第２の実施例のブロック図、第７図は第２の実施
例における一覧表表示のフローチャートである。

１・・・ＣＰＵ、３・・・ＣＲＴ、４・・・キーボード
、５・・・住所管理制窃１部、６・・・住所録データメ
モリ、８・・・インデックスポイン？、９・・・データ
ポインタ。

１０・・・インテ・ンクステーフ゛ル、２０・・・イン
テ・ンクス。

２１・・・インデックスカーソル、２２・・・データカ
ーソル。

以上

Claims (1)

1. 【特許請求の範囲】 １、データ群を検索するための複数の索引事項を表示す
   る手段、 該表示された複数の索引事項の少なくとも１個を選択す
   る手段、 選択された索引事項に基づいて検索されたデータ群を表
   示する手段、及び 該表示されたデータ群中の何れかを更に選択する手段 を備えたデータ検索方式。