JPH0877197A

JPH0877197A - 文字列検索方法

Info

Publication number: JPH0877197A
Application number: JP6215504A
Authority: JP
Inventors: Koujirou Ogura; 康二朗小倉
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-09-09
Filing date: 1994-09-09
Publication date: 1996-03-22

Abstract

(57)【要約】【目的】検索対象文字列の並びから文字列が存在する
か否かを検索する場合に、検索対象の数にかかわらず
に、高速に検索可能な文字列検索方法を提供することを
目的とする。【構成】文字列の各文字の文字コードをそのままアド
レスとした文字変換アドレス２０を生成する。生成した
文字変換アドレス２０の基となる文字列が存在すること
を、文字列情報として、文字変換アドレス２０に基づい
て、検索テーブル１０に格納する。そして、ある文字列
が存在するか否かを検索する場合に、検索すべき文字列
の各文字の文字コードをそのままアドレスとした文字変
換アドレス２０を生成し、この文字変換アドレス２０に
基づくアドレスが割り当てられた検索テーブル１０から
文字列情報を読み出す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文字列検索方法に関
し、更に詳細には、例えばコンパイラやデータベース等
において、検索対象文字列の並びから所定の文字列が存
在するか否かを高速に検索したり、文字列の検索時に、
その文字列に付随する情報を高速に読み出したりするの
に使用される文字列検索方法に関する。なお、本発明の
文字列検索方法は、コンピュータ装置を利用して、プロ
グラム制御により実行される。

【０００２】

【従来の技術】文字列を検索する手法には、順次検索法
や２分検索法など様々な手法があり、そのほとんどが、
検索したい文字列を有する文字列群から、何らかの方法
で比較しながら捜し出す方法を採用している。

【０００３】

【発明が解決しようとする課題】しかしながら、前述し
た従来の文字列検索手法では、検索対象文字列の並びか
ら任意の文字列を検索する場合に、検索対象数が増加す
ると、文字列の比較時間が長くなるため、検索スピード
が低下するという問題が生じている。

【０００４】一方、文字列検索時にその文字列に関する
情報を読み出す場合に、比較のための文字列記憶位置と
情報を格納する位置が分かれている（ある文字列に対応
する情報の格納位置が複数に分かれている）ため、情報
の読み出しスピードが低下するという問題も生じてい
る。

【０００５】本発明は、前述した事情に鑑みてなされた
もので、検索対象文字列の並びから文字列が存在するか
否かを検索する場合に、検索対象の数にかかわらずに、
高速に検索可能な文字列検索方法を提供することを第１
の課題とする。

【０００６】また、本発明は、文字列検索時に、その文
字列に付随する情報を読み出す場合に、検索対象の数に
かかわらず、高速に読み出し可能な文字列検索方法を提
供することを第２の課題とする。

【０００７】

【課題を解決するための手段】

＜本発明の第１の文字列検索方法＞本発明の第１の文字
列検索方法は、前述した第１の課題を解決するため、所
定文字数以内で構成された文字列に関する文字列情報を
格納する検索テーブルを利用する文字列検索方法におい
て、前記文字列の各文字の文字コードをそのままアドレ
スとした文字変換アドレスを生成し、生成した文字変換
アドレスの基となる文字列が存在することを、文字列情
報として、文字変換アドレスに基づいて、前記検索テー
ブルに格納し、ある文字列が存在するか否かを検索する
場合に、検索すべき文字列の各文字の文字コードをその
ままアドレスとした文字変換アドレスを生成し、この文
字変換アドレスに基づくアドレスが割り当てられた前記
検索テーブルから文字列情報を読み出すことを特徴とす
る（請求項１に対応）。

【０００８】＜本発明の第２の文字列検索方法＞次に、
本発明の第２の文字列検索方法は、前述した第２の課題
を解決するため、所定文字数以内で構成された文字列に
関する文字列情報を格納する検索テーブルを利用する文
字列検索方法において、前記文字列の各文字の文字コー
ドをそのままアドレスとした文字変換アドレスを生成
し、生成した文字変換アドレスの基となる文字列に付随
すべき情報を文字列情報として、文字変換アドレスに基
づいて、前記検索テーブルに格納し、ある文字列に付随
する情報を検索する場合に、検索すべき文字列の各文字
の文字コードをそのままアドレスとした文字変換アドレ
スを生成し、この文字変換アドレスに基づくアドレスが
割り当てられた前記検索テーブルから文字列情報を読み
出すことを特徴とする（請求項２に対応）。

【０００９】＜本発明の文字列検索方法の実施態様＞（文字列から文字変換アドレスを生成する方法）文字列
から文字変換アドレスを生成する方法を、図１及び図２
を参照して説明する。図１及び図２は、それぞれ本発明
の第１及び第２の文字列検索方法の原理図である。

【００１０】まず、例えば“ａｂｃ”という文字列を１
６進数で表した場合の内部コードは“０ｘ６１６２６
３”（“ａ”が“６１”に、“ｂ”が“６２”に、
“ｃ”が“６３”にそれぞれ対応する）となる。この
“０ｘ６１６２６３”が、“ａｂｃ”という文字列から
生成される文字変換アドレスとなる。

【００１１】同様に、“ｓ”、“Ｄ５ＰＱ”という文字
列から生成される文字変換アドレスは、それぞれ“０ｘ
７３”（＝０ｘ００００００７３）”、“０ｘ４４３５
５０５１”となる。

【００１２】なお、文字に対応する内部コードは、各文
字に一意に対応するものならばどんなものでも良く、例
えばＩＳＯ６４６、ＪＩＳＸ０２０１、ＪＩＳＸ０２０
８等の規定を利用することができる。本発明の説明で
は、ＪＩＳＸ０２０１に基づく内部コードを使用する。

【００１３】（検索テーブル）本発明の文字列検索方法
及び文字列検索時の付随情報読出方法における検索テー
ブルとしては、例えばＲＯＭ（Read Only Memory；読み
出し専用記憶装置）、半導体記憶装置、磁気ディスク記
憶装置、フレキシィブル装置、磁気テープ装置、ＣＤ−
ＲＯＭ（Compact Disc ROM；光学的記憶装置）、Ｍ／Ｏ
（Magnet Optical；光磁気ディスク装置）などがあげら
れる。

【００１４】この検索テーブルに個々の文字列が存在し
ないことを示す識別情報を格納するには、例えば、記憶
内容を全て特殊コード（“００”、“ＦＦ”等）で埋め
る方法がある。

【００１５】次に、１個の文字列を記憶する際に割り当
てる記憶単位をｋバイトとした場合に、記憶できる情報
量ｍは、式（１）のようになる。ｍ＝２^8k ＝２５６^k 〔個〕（１）また、検索文字列の最大バイト数をｎバイトとした場合
に、検索テーブルの大きさは、式（２）のようになる。ｍⁿ 〔バイト〕（２）例えば、記憶単位ｋを１バイトとすると、１個の文字列
に対して記憶できる情報量ｍは２５６個となり、検索テ
ーブルの大きさは、式（３）のようになる。２５６ⁿ ＝０ｘＦＦⁿ 〔バイト〕（３）そして、検索テーブルの先頭アドレスを基底アドレス
（ｂａｓｅ）とした場合に、この基底アドレスから、式
（４）でポイント位置を算出する。ポイント位置＝基底アドレス＋文字列変換アドレス×記憶単位ｋ・・・（４）

【００１６】

【作用】本発明の第１の文字列検索方法によれば、ま
ず、検索テーブルに、対象となる全ての文字列が存在し
ないことを示す文字列情報が格納される。そして、存在
する文字列に対して、文字変換アドレスが生成され、こ
の文字変換アドレスに基づいて、文字列が存在すること
を示す文字列情報が格納される。

【００１７】ここで、ある文字列が存在するか否かを検
索する場合に、検索すべき文字列の各文字の文字コード
をそのままアドレスとした文字変換アドレスが生成され
る。そして、この文字変換アドレスに基づくアドレスが
割り当てられた前記検索テーブルから文字列情報が読み
出されることで、文字列が存在するか否かが検索され
る。

【００１８】次に、本発明の第２の文字列検索によれ
ば、まず、検索テーブルに、対象となる全ての文字列に
対して、付随する情報が存在しないことを示す文字列情
報が格納される。そして、付随する情報が存在する文字
列に対して、文字変換アドレスが生成され、この文字変
換アドレスに基づいて、文字列に付随する文字列情報が
格納される。

【００１９】ここで、ある文字列に付随する情報を検索
する場合に、検索すべき文字列の各文字の文字コードを
そのままアドレスとした文字変換アドレスが生成され
る。そして、この文字変換アドレスに基づくアドレスが
割り当てられた前記検索テーブルから文字列情報が読み
出されることで、文字列に付随する情報が検索される。

【００２０】

【実施例】以下、本発明の２つの実施例を図面を参照し
て説明する。＜第１実施例＞第１実施例は、アセンブラプログラム中
に、ラベル名が２重定義されているか否かを検査する例
である。

【００２１】通常、アセンブラプログラムがアセンブラ
ソースをアセンブルする時、ラベル名が２重定義されて
いた場合は、２重定義のエラーメッセージを出力する。
従って、アセンブル途中にラベル名が出現した場合は、
以前にそのラベル名が定義されたか否かをチェックする
処理が必要となる。

【００２２】最初に、具体的なアセンブラソース例を説
明する。図３は、インテル社の８０８６系のアセンブラ
ソースであり、各行の左端に記述された“ＳＴ”、“Ｌ
Ｐ１”、“ＥＮＴ１”等はラベルと呼ばれ、各行のアド
レスを名称で指定するものである。各行のアドレスは、
異なるものであるから、ラベルも一意に付されているこ
とが必要となるのである。なお、ラベルは、行毎に付け
る必要はなく、必要な行のみ付けるようにすればよい。
そして、行の中央に記述された、“ＰＵＳＨＡＸ”、
“ＰＵＳＨＣＸ”、“ＭＯＶＡＸ，００００Ｈ”等
はＣＰＵ（中央演算処理装置）の動作を記述したニーモ
ニック（記号表現）である。

【００２３】図３から明らかなように、“ＬＰ１”とい
うラベルは、４行目と９行目に２重定義されており、
“ＥＮＴ１”というラベルは、５行目と１３行目に２重
定義されているので、前述した理由によりエラーとな
る。この２重定義されたラベルを検索する方法は、以下
のように行われる。

【００２４】〔第１実施例の処理内容〕最初に、図３の
アセンブラソースコード中に表れた全てのラベル（“Ｓ
Ｔ”、“ＬＰ１”、“ＭＯＶ”、“ＥＮＴ１”、“ＥＮ
Ｔ２”、“ＥＮＴ３”、“ＥＮＴ４”）から、それぞれ
の文字変換アドレスが求められる。具体的には、図４に
示すように、“ＳＴ”から“０ｘ５３５４”が、“ＬＰ
１”から“０ｘ４Ｃ５０３１”が、“ＭＯＶ”から“０
ｘ４Ｄ４Ｆ５６”が、“ＥＮＴ１”から“０ｘ４５４Ｅ
５４３１”が、“ＥＮＴ２”から“０ｘ４５４Ｅ５４３
２”が、“ＥＮＴ３”から“０ｘ４５４Ｅ５４３３”
が、“ＥＮＴ４”から“０ｘ４５４Ｅ５４３４”がそれ
ぞれ求められる。

【００２５】次に、ラベルは、最大４バイト長であるか
ら、０ｘＦＦＦＦＦＦＦＦ長の領域を有する検索テーブ
ルが確保される。この検索テーブルに対して、以下行わ
れる処理内容と検索テーブルの状態遷移の関係をまとめ
たものが図５である。図５に示すように、検索テーブル
の内容は、最初に記憶単位毎に、全て“００”で埋め尽
くされる（いわゆるヌル（ＮＵＬＬ）クリアされる）
（ステップ５０１）。

【００２６】従って、“ＳＴ”、“ＬＰ１”、“ＭＯ
Ｖ”、“ＥＮＴ１”、“ＥＮＴ２”、“ＥＮＴ３”及び
“ＥＮＴ４”に対応する文字変換アドレスである“０ｘ
５３５４”、“０ｘ４Ｃ５０３１”、“０ｘ４Ｄ４Ｆ５
６”、“０ｘ４５４Ｅ５４３１”、“０ｘ４５４Ｅ５４
３２”、“０ｘ４５４Ｅ５４３３”及び“０ｘ４５４Ｅ
５４３４”のアドレス内容は、全て“００”となる。

【００２７】次に、アセンブラソースの１行目にラベル
“ＳＴ”が出現したとき、“０ｘ５３５４”の位置にフ
ラグ“０１”がないので、フラグ“０１”が書き込まれ
る（ステップ５０２）。

【００２８】同様に、アセンブラソースの４行目にラベ
ル“ＬＰ１”が出現したとき、“０ｘ４Ｃ５０３１”の
位置にフラグ“０１”がないので、フラグ“０１”が書
き込まれる（ステップ５０３）。

【００２９】同様に、アセンブラソースの５行目にラベ
ル“ＥＮＴ１”が出現したとき、“０ｘ４５４Ｅ５４３
１”の位置にフラグ“０１”がないので、フラグ“０
１”が書き込まれる（ステップ５０４）。

【００３０】同様に、アセンブラソースの６行目にラベ
ル“ＥＮＴ２”が出現したとき、“０ｘ４５４Ｅ５４３
２”の位置にフラグ“０１”がないので、フラグ“０
１”が書き込まれる（ステップ５０５）。

【００３１】次に、アセンブラソースの９行目にラベル
“ＬＰ１”が出現したとき、“０ｘ４Ｃ５０３１”の位
置にフラグ“０１”があるので、ラベル“ＬＰ１”は既
に宣言されている事が判明し、２重定義エラーとなる
（ステップ５０６）。

【００３２】次に、アセンブラソースの１０行目にラベ
ル“ＥＮＴ３”が出現したとき、“０ｘ４５４Ｅ５４３
３”の位置にフラグ“０１”がないので、フラグ“０
１”が書き込まれる（ステップ５０７）。

【００３３】次に、アセンブラソースの１３行目にラベ
ル“ＥＮＴ１”が出現したとき、“０ｘ４５４Ｅ５４３
１”の位置にフラグ“０１”があるので、ラベル“ＥＮ
Ｔ１”が既に宣言されている事が判明し、２重定義エラ
ーとなる（ステップ５０８）。

【００３４】次に、アセンブラソースの１４行目にラベ
ル“ＥＮＴ４”が出現したとき、“０ｘ４５４Ｅ５４３
４”の位置にフラグ“０１”がないので、フラグ“０
１”が書き込まれる（ステップ５０９）。

【００３５】第１実施例の動作フローを図６及び図７を
参照して説明する。図６及び図７は、第１実施例の動作
フローチャートである。図６に示すように、最初に、検
索テーブルが作成されるとともに、検索テーブルの先頭
アドレスが記憶される（ステップ６０１）。ここでは、
扱う文字列の最大長（前述の説明では４バイト）から領
域の大きさが求められ、その大きさの連続した領域が確
保される。そして、確保した領域は、ゼロクリアし、初
期化される（ステップ６０２）。そして、アセンブラソ
ースのファイルがオープンされる（ステップ６０３）。

【００３６】ここで、ファイルの終わりか否かが判断さ
れる（ステップ６０４）。ステップ６０４で「Ｎｏ」と
判断された場合は、ソースファイルから１行分が読み込
まれる（ステップ６０５）。

【００３７】ここで、ラベル名があるか否かが判断され
る（ステップ６０６）。ステップ６０６で「Ｎｏ」と判
断された場合は、ステップ６０４に戻る。ステップ６０
６で「Ｙｅｓ」と判断された場合は、ラベル名が記憶さ
れる（ステップ６０７）。そして、後述する「ラベル名
チェック処理」が呼ばれる（ステップ６０８）。このあ
と、ステップ６０４に戻る。

【００３８】ステップ６０４で「Ｎｏ」と判断された場
合は、ソースファイルをクローズし（ステップ６０
９）、検索テーブル領域を開放する（ステップ６１
０）。ステップ６０８から呼ばれる「ラベル名チェック
処理」は、以下のように行われる。

【００３９】まず、ラベル名（文字列）のアドレス変換
が行われる（ステップ７０１）。そして、検索テーブル
のラベル名を表す文字変換アドレスの内容（文字列情
報）を調べる（ステップ７０２）。

【００４０】ここで、文字変換アドレスに内容にフラグ
があるか否かが判断される（ステップ７０３）。ステッ
プ７０３で、「有り」と判断された場合は、２重定義の
エラーメッセージを出力し、呼び出し元に復帰する（ス
テップ７０３）。

【００４１】ステップ７０３で、「無し」と判断された
場合は、検索テーブルのラベル名を表す文字変換アドレ
スに、フラグを書き込み、呼び出し元に復帰する（ステ
ップ７０４）。

【００４２】〔第１実施例の効果〕次に、第１実施例の
効果を、従来の処理による場合と比較して説明する。従
来のスタックエリアにラベル名を記憶していくような処
理だと、ラベル名が出現する度に、スタックエリアのラ
ベル名を比較しながら検索をしなければならず、一般的
なアセンブラプログラムではラベルの数は１００〜２０
０位になるため、１個のラベル名をチェックするのに１
００〜２００回比較処理を行う必要があった。

【００４３】しかし、第１実施例では各ラベル名を記憶
する場所が予め用意されているため、ラベルが定義され
ているか否かをチェックする比較処理は１回で済む。こ
れは、ラベルの数が何個になっても変わらないため、ラ
ベル名チェック処理を安定したスピードで超高速に行う
ことが可能となる。これに伴って、アセンブル時間の短
縮を図ることが可能となる。

【００４４】＜第２実施例＞第２実施例は、アセンブラ
プログラム中に、ラベルが２重定義されているか否かを
検査するとともに、「変数」、「レジスタ」及び「命
令」と同一のラベル名が不正に使用されているか否かも
検査する例である。

【００４５】〔第１実施例との差異〕第１実施例では、
検索文字列をラベル名に限定し、ラベル名の存在の有無
を示す２値情報（“００”か“０１”）を検索テーブル
に格納している。

【００４６】第２実施例では、検索対象を「変数」、
「レジスタ」及び「命令」にまで拡大し、これらの検索
対象を一意に識別する情報を検索テーブルに格納する。
具体的には、「変数」、「レジスタ」及び「命令」を表
す情報を各々“０ｘ０２”、“０ｘ０３”、“０ｘ０
４”とする。即ち、“０ｘ０２”、“０ｘ０３”、“０
ｘ０４”という情報は、文字列に付随する情報になって
いる。

【００４７】なお、各々の付随情報の意味と、アセンブ
ラ側が処理すべき内容は下記のようになる。 “０ｘ００”：文字列はレジスタ及び命令ではなく、ま
た、ラベル名及び変数名としては未定義である。もし、
この文字列がラベル名又は変数名として検索された場合
は、ラベル名又は変数名を表す付随情報に更新する。

【００４８】“０ｘ０１”：文字列はラベル名として定
義済みである。もし、変数名やラベル名として検索され
た場合は、２重定義エラーとする。 “０ｘ０２”：文字列は変数名として定義済みである。
もし、変数名やラベル名として検索された場合は、２重
定義エラーとする。

【００４９】“０ｘ０３”：文字列はレジスタとして定
義してある。もし、変数名やラベル名として検索された
場合は、予約語エラーとする。 “０ｘ０４”：文字列は命令として定義してある。も
し、変数名やラベル名として検索された場合は、予約語
エラーとする。

【００５０】なお、予約語エラーとは、文字列が予約語
なので、ラベル名や変数名としては定義できないことを
表すエラーである。〔第２実施例の処理内容〕第２実施例の処理内容を図８
を参照して説明する。図８は、第２実施例の処理内容と
検索テーブルの状態遷移をまとめたものである。

【００５１】第２実施例の処理内容は、「変数」、「レ
ジスタ」及び「命令」と同一のラベル名が不正に使用さ
れているか否かを検査する処理と第１実施例で述べた処
理とで構成されている。

【００５２】まず、第１実施例同様、図３のアセンブラ
ソースコード中に表れた全てのラベルから、それぞれの
文字変換アドレスが求められる。そして、第１実施例の
ステップ５０１同様、検索テーブルがヌルクリアされる
（ステップ８０１）。

【００５３】次に、ＣＰＵの全レジスタ（“ＡＸ”、
“ＣＸ”等）、全命令（“ＭＯＶ”、“ＰＵＳＨ”、
“ＸＣＨＧ”等）を表すアドレス域に、それぞれ“０
３”、“０４”が割り付けられる（ステップ８０２）。
図８には、“ＭＯＶ”の文字変換アドレス“０ｘ４Ｄ４
Ｆ５６”に“０４”を割り付けた例が示されている。

【００５４】ステップ８０３から８１０までは、第１実
施例のステップ５０２から５０９までと同様であるの
で、説明を省略する。次に、“ＭＯＶ”の文字変換アド
レス“０ｘ４Ｄ４Ｆ５６”の付随情報を見ると、“０
４”が割り付けられているので、“ＭＯＶ”は命令であ
ることが判明し、ラベル名としては定義できないので予
約語エラーとなる（ステップ８１１）。

【００５５】〔第２実施例の効果〕第２実施例によれ
ば、アセンブラソースのアセンブル処理で、ラベル名や
変数名の２重定義チェックとレジスタや命令の照会を、
１個のテーブルを用いて行うことができる。

【００５６】

【発明の効果】本発明の第１の文字列検索方法によれ
ば、文字列の各文字の文字コードをそのままアドレスと
した文字変換アドレスに基づいて、検索テーブルに文字
列が存在するか否かの情報を格納したことにより、検索
対象文字列の並びから文字列が存在するか否かを検索す
る場合に、検索対象の数にかかわらずに、高速に検索可
能となる効果がある。

【００５７】また、本発明の第２の文字列検索方法によ
れば、文字列の各文字の文字コードをそのままアドレス
とした文字変換アドレスに基づいて、検索テーブルに文
字列に付随する情報を格納したことにより、文字列検索
時に、その文字列に付随する情報を読み出す場合に、検
索対象の数にかかわらずに、高速に検索可能となる効果
がある。

【図面の簡単な説明】

【図１】本発明の文字列検索方法の原理図である。

【図２】本発明の文字列検索時の付随情報読出方法の原
理図である。

【図３】実施例において、検索すべき文字列の基となる
データを示す図である。

【図４】実施例において、文字列（ラベル名）とアドレ
ス変換後のコードとの対応図である。

【図５】第１実施例における処理内容と検索テーブルの
状態遷移を示す図である。

【図６】第１実施例の動作フローチャート図（その１）
である。

【図７】第１実施例の動作フローチャート図（その２）
である。

【図８】第２実施例における処理内容と検索テーブルの
状態遷移を示す図である。

Claims

【特許請求の範囲】

【請求項１】所定文字数以内で構成された文字列に関す
る文字列情報を格納する検索テーブルを利用する文字列
検索方法において、前記文字列の各文字の文字コードをそのままアドレスと
した文字変換アドレスを生成し、生成した文字変換アドレスの基となる文字列が存在する
ことを、文字列情報として、文字変換アドレスに基づい
て、前記検索テーブルに格納し、ある文字列が存在するか否かを検索する場合に、検索す
べき文字列の各文字の文字コードをそのままアドレスと
した文字変換アドレスを生成し、この文字変換アドレス
に基づくアドレスが割り当てられた前記検索テーブルか
ら文字列情報を読み出すことを特徴とする文字列検索方
法。
【請求項２】所定文字数以内で構成された文字列に関す
る文字列情報を格納する検索テーブルを利用する文字列
検索方法において、前記文字列の各文字の文字コードをそのままアドレスと
した文字変換アドレスを生成し、生成した文字変換アドレスの基となる文字列に付随すべ
き情報を文字列情報として、文字変換アドレスに基づい
て、前記検索テーブルに格納し、ある文字列に付随する情報を検索する場合に、検索すべ
き文字列の各文字の文字コードをそのままアドレスとし
た文字変換アドレスを生成し、この文字変換アドレスに
基づくアドレスが割り当てられた前記検索テーブルから
文字列情報を読み出すことを特徴とする文字列検索方
法。