JPH05341976A - 文字列編集装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、プログラムなどの文字列の編集中
に自動的に文字列の検証を行うことにより、時間的な編
集効率を向上させることを目的とする。 【構成】 入力手段（１０）により入力した文字列を文
字バッファ（１２）に格納し、かつ、その文字列を表示
手段（１４）で表示して、ファイル編集手段（１６）で
その文字列を編集する際に、テーブル（１８）に登録さ
れた比較用基準文字列と入力文字列とを文字列比較手段
（２０）で比較し、この文字列比較手段（２０）により
前記入力文字列が基準文字列と同一でないと判断された
とき当該文字列の前記表示手段（１４）での表示形式を
表示変更手段（２２）により変更する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文字列編集装置に係
り、例えば、プログラム開発用のいわゆるワークベンチ
等の文字列編集用の環境を提供するものである。

【０００２】

【従来の技術】プログラムの開発を効率化するために
は、いかにバグを少なくするかが課題となる。そして、
プログラム開発に当たっては、バグを少なくするために
はプログラムとして入力した文字列に誤りが無いことが
一つの条件となる。

【０００３】この点、従来は各プログラミング言語別の
標準文法書を参照してプログラミング言語としての予約
語の検証を行ったりしている。一方、変数等の文字列は
プログラマが無意味な文字の羅列により勝手に定義する
ため、予め辞書等を用意してスペルの検証を行うのは事
実上不可能である。

【０００４】従って、プログラムのミスは目視で確認す
るとか、あるいは、コンパイラを通じて発見するという
作業が必要であった。文法検証を目的として専用のシス
テムも開発されているが、コンパイラによるデバッグと
大差はない。

【０００５】ところで、プログラム開発支援用ツールと
して、例えば、マイクロソフトＣＶｅｒ．６．０のＰＷ
Ｂ（プログラマーズワークベンチ）や、同じくマイクロ
ソフト社のＱｕｉｃｋ Ｃのワークベンチなどが提供さ
れている。

【０００６】これらのツールでは、一度文字列を入力
し、一応のプログラムが完成した段階で、エディタ画面
上でコンパイルしながらデバッグをしていき、バグの存
在する行を示して、プログラマに文法ミスなどの警告を
発する。プログラマはその警告で示されたミスを修正
し、再度コンパイルをしてデバッグされたかを確認す
る。

【０００７】

【発明の技術的課題】このようなツールでは、エディタ
画面からコンパイルできるという利点があり、そうでな
い場合に比べ、バグの部分の修正が容易であるというメ
リットはある。しかし、基本的にコンパイルによるデバ
ッグであるため、プログラムが一応の単位で完成した後
でないとプログラムの検証ができない。このため、プロ
グラムが長ければ長い程、デバッグが容易でなくなり、
迅速なプログラム開発を妨げるという問題が生じてい
た。

【０００８】本発明は、以上のような点に鑑みなされた
もので、プログラムの一応の完成の前にそのプログラム
の検証を行えるようにすることを課題とするもので、よ
り詳しくは、文字列の編集中に自動的に文字列の検証を
行うことにより、時間的な効率を向上させ、かつ、プロ
グラム言語が異なっても対応できる汎用性の文字列編集
装置を提供することを課題とする。

【０００９】

【課題を解決するための手段】本発明は、前記課題解決
のため、以下のような手段をとった。すなわち、本発明
の文字列編集装置は、図１の原理図に示したように、
(a) 入力手段１０、(b) 文字バッファ１２、(c) 表示手
段１４、(d) ファイル編集手段１６、(e) 基準文字列登
録部３８を有するテーブル１８、(f) 文字列比較手段２
０、(g) 表示変更手段２２、を備えている。

【００１０】前記入力手段１０は、例えばキーボード６
８、手書き入力用パッドなど、文字列を入力するための
入力手段である。前記文字バッファ１２は、前記入力手
段１０により入力した文字列を格納する記憶手段であ
る。

【００１１】前記表示手段１４は、文字バッファ１２に
格納された文字列を表示する例えばＣＲＴディスプレイ
７０や液晶ディスプレイなどのディスプレイ類、あるい
は、プリンタなどの表示装置である。

【００１２】ファイル編集手段１６は、入力された文字
列をファイルとして編集するエディタである。前記テー
ブル１８は、記憶装置から構成されるもので、比較用基
準文字列を登録するための基準文字列登録部３８を有す
るテーブルを構成する。

【００１３】前記テーブル１８としては、使用者が自由
に書換可能なユーザー用テーブル２４、すなわちユーザ
ー用テーブル２４を有することが望ましい。また、前記
テーブル１８は、基準文字列をその属性毎に区分して登
録するよう構成するのが望ましい。例えば予約語という
属性に対応して、ＡＡＡ、ＢＢＢ、ＣＣＣ、という基準
文字列を格納し、また、変数という属性に対応して、Ｐ
ＰＰＰ、ＱＱＱＱ、ＲＲＲＲ、という基準文字列を格納
するといった具合に、属性−基準文字列との対応関係を
設けておくのである。テーブル１８の数としてはそれら
属性毎にテーブルを複数設けるというように構成するこ
ともできるが、一つのテーブルを属性毎に区分し、その
属性毎に基準文字列を格納するような構成とすることも
可能である。要は、基準文字列をその属性毎に区分して
登録できればよいのである。

【００１４】基準文字列の属性とは種々あるが、プログ
ラム言語として定義されている文字列の場合、先に述べ
たように予約語、変数などの他、演算子、制御文字列、
定数、識別子、記号、データ型、などの属性がある。ま
た、編集中に新規に出現した文字列という属性で分類す
ることも可能である。

【００１５】前記文字列比較手段２０は、前記入力手段
１０で入力した文字列を前記テーブル１８に登録された
基準文字列と比較する。前記表示変更手段２２は、前記
文字列比較手段２０により前記入力文字列が基準文字列
と同一でないと判断されたとき当該文字列の前記表示手
段１４での表示形式を変更する。

【００１６】表示形式の変更とは、通常の表示形式から
線を太くした強調文字への変換、通常の表示がゴシック
体である場合、イタリック体や明朝体など他のフォント
に表示形態を返ること、文字列を反転表示すること、文
字列にアンダーラインを付けること、文字列上に網掛け
することなど、通常の文字列表示と異なる表示形式に変
えることである。

【００１７】ある属性のとき、どのような表示形式にす
るのかという情報は、前記テーブルの属性及び新規文字
列であるかどうかの情報により、プログラム上で予め定
めておくことができる。前記テーブル１８に表示形式登
録部３２を設け、ここに表示形式を登録しておくことも
可能である。

【００１８】前記テーブル１８として自動書換手段１９
により自動的に書き換えられる自動書換テーブル２６を
備えてもよい。このテーブルも、属性部２８、文字列登
録部３０、必要に応じて表示形式登録部３２を備える。
このようなテーブルを新規文字列登録用テーブルとして
用い、属性として新規文字列としておく。そして、前記
文字列比較手段２０により、入力文字列が前記基準文字
列登録部３８に登録された基準文字列以外の文字列であ
ると判断されたとき、前記自動書換手段１９は、前記基
準文字列以外の文字列を前記新規文字列登録用テーブル
の文字列登録部３０に登録する。このとき、前記表示変
更手段２２は、新規文字列登録部３４に登録された文字
列を表示手段１４で表示するにあたり、プログラム等に
より決定された表示形式に従って当該文字列の表示を新
規出現の文字列であることを示す表示形式に変更する。
新規文字列として現れる文字列の中には、スペルミスな
ども含まれる。このような修正されるべき文字列は、そ
の修正入力があったとき、修正された文字列に置き換え
て登録されるようにする。

【００１９】自動書換テーブル２６には、新規文字列登
録部３４の他に既出文字列登録部３６を設けてもよい。
既出文字列登録部３６は、新規文字列登録部３４に登録
されていた新規文字列は２回目のファイル編集時には新
規文字列ではなくなる。そこで、新規文字列登録部３４
に登録されている新規文字列を既出文字列登録部３６に
移動させる必要がある。既出文字列登録部３６はこのた
めのエリアである。新規文字列登録部３４に登録されて
いる文字列はファイル編集手段１６の起動時あるいは終
了時などに既出文字列登録部３６に転送される。

【００２０】文字列の検証は少なくとも一つの文字列の
入力が完了した後に行うようにする。その検証の開始条
件として、前記入力手段１０として、文字列の入力完了
を示す文字列確定キー７８を備え、この文字列確定キー
７８の入力を待って文字列検証の開始条件とすることが
望ましい。

【００２１】文字列確定キー７８とは、入力手段１０が
キーボード６８である場合、ＣＲキー、ＥＳＣキー、ス
ペースキー、ＸＦＥＲキー、あるいはＣＴＲＬキー＋Ｇ
キー、ＣＴＲＬキー＋ＧＲＰＨキー＋Ｈキーなどを例示
できるが、ある所定の入力をもって文字列確定であると
取り決めておけばどのような入力でもよい。

【００２２】前記文字列比較手段２０は、前記文字列確
定キー７８の入力があったとき、文字列の入力が完了し
たものとしてその文字列と基準文字列との比較を開始す
る。但し、文字列確定キー７８からの入力が例えば１０
回あったとき検証を開始するというように、検証開始時
期を制御するようにしてもよい。

【００２３】本発明の最も好適な態様としては、前記テ
ーブルは、基準文字列をその属性毎に区分して登録して
おり、前記文字列比較手段２０による入力文字列の比較
は、前記文字列確定キー７８の入力を開始条件として行
われ、かつ、前記テーブルにおいて基準文字列の属性毎
に行われ、前記自動書換手段１９は、前記文字列比較手
段２０による比較の結果、入力文字列がいずれの基準文
字列にも一致しないとき、その入力文字列を新規出現の
文字列である旨を示す新規文字列登録部３４に登録し、
前記表示変更手段２２は、前記文字列比較手段２０によ
る比較の結果、入力文字列が基準文字列に一致すると
き、その一致した基準文字列の属性毎に表示形式を変更
して前記表示手段１４に出力し、一方、入力文字列がい
ずれの基準文字列にも一致しないとき、新規出現の文字
列である旨を示す表示形式で前記表示手段１４に出力す
るような文字列編集装置である。

【００２４】

【作用】本発明の編集装置で例えばプログラムを作成す
る場合、以下のようにする。プログラムを作成する場
合、プログラム言語固有の文法に従って、所望の処理を
実現するために必要となる文字列を入力手段１０から入
力する。入力手段１０から入力された文字列は文字バッ
ファ１２に格納され、かつ、表示手段１４としての例え
ばＣＲＴディスプレイ７０に表示される。入力された文
字列はファイル編集手段１６でファイルとして編集され
る。

【００２５】その編集中において、少なくとも一つの文
字列の入力が完了した時点で、文字列確定キー７８の入
力を行うと、文字列の検証が開始される。検証は以降の
処理で行う。

【００２６】 テーブル内を検索し、文字バッファ１
２内の文字列とテーブル内の基準文字列とを比較する。 一致する文字列があれば、プログラム言語として誤
りでないことが解るので、文字列の表示形式を表示変更
手段２２により変更して前記表示手段１４に表示する必
要はない。しかし、前記テーブルに属性と基準文字列と
を対比させて登録してある場合には、一致する文字列が
あるとき、文字列の表示形式を表示変更手段２２により
その属性毎に変更して前記表示手段１４に表示すると、
入力文字列がどの属性にあるのかを判別できる。

【００２７】 テーブルに該当する文字列が無い場
合、文字バッファ１２内の文字列を、新規文字列として
テーブルに登録し、新規文字列であることが分かる形式
で表示手段１４に表示することも可能である。

【００２８】前記、について、例えば、テーブルを
予約語等登録用のテーブルと、新規出現文字列登録用の
テーブルに分けた場合について説明する。まず、予約語
等登録用のテーブルに入力文字列と一致する基準文字列
があれば、このテーブルに存在する文字列であることが
分かるような形式で表示手段１４に表示する。予約語等
登録用のテーブルに入力文字列と一致する基準文字列が
存在しない場合は、今度は新規出現文字列用のテーブル
を検索し、同一の文字列があれば、前回までの編集中に
出現した文字列であることが判明するので、その旨が分
かる形式で表示手段１４に表示する。そして、テーブル
に該当する文字列が無い場合、文字バッファ１２内の文
字列を、新規文字列としてテーブルに登録し、新規文字
列であることが分かる形式で表示手段１４に表示する。

【００２９】例えばプログラミング言語のソースプログ
ラムの編集において、テーブル２４に使用者がプログラ
ミング言語の予約語を登録しておき、編集装置を起動す
ると、予約語は小文字、他の変数等の文字列は大文字に
清書されるものとする。

【００３０】この場合、ファイル中のある文字列が変更
されるか、追加され、英数字外のキーが押下されると１
つの文字列の入力が完了したとみなし、テーブル２４を
検索し、それが予約語に該当すれば例えば小文字に変換
され、使用者は入力文字列が予約語であると確認でき
る。さらに、テーブル２４に該当する文字列がなければ
テーブル２６を検索し、一致する文字列があれば例えば
大文字に変換され、使用者は既出の文字列であることが
確認できる。また、テーブル２６にもなければ例えば輝
度の高い大文字で表示され、既出の文字列を誤って入力
した場合、使用者はスペルミスがあることを確認し、即
座に修正することができる。

【００３１】このような検証は、文字列確定キー７８の
入力毎に行われるので、文字列の編集中にリアルタイム
で文字列の検証を行うことができるものである。本発明
は、プログラムの開発支援用の文字列編集装置として企
図されたものであるが、その応用範囲は、文字列を扱う
場合一般に応用可能である。例えば、文字列編集用のエ
ディタ、英文ワープロでのスペルチェックなどにも応用
できる。従来の英文ワープロでは、スペルチェックの機
能を起動してスペルのチェックをしているが、本発明に
よれば、文字列の入力毎にリアルタイムにスペルチェッ
クを行える。

【００３２】

【実施例】以下、本発明の実施例を図面を参照して説明
する。本実施例の装置は、図２に示したように、情報処
理装置で構成され、この情報処理装置は、中央処理装置
５０、この中央処理装置５０に接続された共通バス５
２、この共通バス５２に接続されたリードオンリーメモ
リ（ＲＯＭ）５４、ランダムアクセスメモリ（ＲＡＭ）
５６、キーボードインターフェイス５８、テキストＶＲ
ＡＭ６０、ＣＲＴコントローラ６２、グラフィックＶＲ
ＡＭ６４、及び、外部記憶装置用インターフェイス６６
を備えているとともに、前記キーボードインターフェイ
ス５８に接続されたキーボード６８、前記ＣＲＴコント
ローラ６２に接続されたＣＲＴディスプレイ７０及び漢
字ＲＯＭ７２、前記外部記憶装置用インターフェイス６
６に接続されたフレキシブルディスクユニットあるいは
ハードディスクユニット７４を備えている。フレキシブ
ルディスクユニットあるいはハードディスクユニット７
４により、ファイル編集部１６で編集したテキストファ
イル８０が記録される。

【００３３】これら各部における入出力は前記中央処理
装置５０で実行される入出力処理用プログラム（basic
input/output sysytem ）、通称ＢＩＯＳにより行われ
る。そして、前記中央処理装置５０上にファイル編集部
１６が構成されている。また、中央処理装置５０内のレ
ジスタにより編集すべき文字列を格納する文字バッファ
１２が構成されている。このファイル編集部１６には、
文字列比較部２０と表示変更指示部２２と自動書換手段
１９が設けられている。

【００３４】以下、各部を詳細に説明する。キーボード
６８は、ＪＩＳ規格に従ったキー配列を有し、文字列の
入力完了を示す文字列確定キー７８として、リターンキ
ー（ＣＲキー）を設定してある。文字列確定キー７８と
してスペースキーを設定してもよいし、オペレータが自
由に設定できるようにしておいてもよい。キーボード６
８のキーが押されると、キーの並び順に従ったキーコー
ドデータが発生する。キーボード６８がデータを発生し
たことにより、ハードウェア割り込みがかかり、ＢＩＯ
Ｓに制御が移される。

【００３５】前記リードオンリーメモリ（ＲＯＭ）５４
には、いわゆるキーコードとアスキーコードを対応づけ
た変換テーブル８２が設けられている。キーボード６８
の押し下げによりキーコードが発生すると、前記変換テ
ーブル８２を参照して、キーデータ（アスキーコード）
を作成し、キーコードとともに前記文字バッファ１２
（リングバッファ）に格納される。

【００３６】ランダムアクセスメモリ（ＲＡＭ）には、
図３及び図４に示したように、使用者が任意に内容設定
可能なユーザー用テーブル２４と、ファイル編集部１６
による自動書換テーブル２６とが形成されている。各テ
ーブルには属性部２８と文字列登録部３０と表示形式登
録部３２とが設けられている。この表示形式登録部３２
を設けずに文字列の属性を参照して、プログラムで予め
特定した表示形式を特定するようにしてもよい。その場
合図３、４から表示形式登録部が削除される。なお、属
性、文字列登録部、表示形式は互いに対応関係にある。
表示形式登録部３２は、文字列登録部３０に登録された
文字列の表示形式を登録する。この表示形式は文字列の
属性毎に異なる。なお、表示形式登録部３２の内容は使
用者がプログラム上任意に設定できるようにする。

【００３７】ユーザー用テーブル２４の文字列登録部３
０には、図３に示したように、使用者により、例えばプ
ログラミング言語の予約語（キーワード）や変数などを
予め登録しておく。例えばＣ言語で予約語とは、ａｕｔ
ｏ、ｂｒｅａｋ、ｃａｓｅ、ｃｈａｒ、ｃｏｎｓｔ、ｃ
ｏｎｔｉｎｕｅ、ｄｅｆａｕｌｔ、ｄｏ、ｄｏｕｂｌ
ｅ、ｅｌｓｅ、ｅｎｕｍ、ｅｘｔｅｒｎ、ｆｌｏａｔ、
ｆｏｒ、ｇｏｔｏ、ｉｆ、ｉｎｔ、ｌｏｎｇ、ｒｅｇｉ
ｓｔｅｒ、ｒｅｔｕｒｎ、ｓｈｏｒｔ、ｓｉｚｅｏｆ、
ｓｔａｔｉｃ、ｓｔｒｕｃｔ、ｓｗｉｔｃｈ、ｔｙｐｅ
ｄｅｆ、ｕｎｉｏｎ、ｕｎｓｉｇｎｅｄ、ｖｏｉｄ、ｗ
ｈｉｌｅなどである。

【００３８】ユーザー用テーブル２４の表示形式登録部
３２には、予約語を表す表示形式としてアンダーライ
ン、網かけ、強調文字、フォントの変更などの中から任
意の表示形式を選択して登録する。なお、フォントの変
更を選択した場合、さらにフォントを決定するために、
フォントテーブルを参照し、いずれのフォントを使用す
るか設定する。

【００３９】また、Ｃ言語で、プログラマは変数を任意
に設定できる。例えば変数として、ｉ、ｎ、ｍ、やａａ
ａ、ｂｂｂ、ｈｅｎｓｕなどを登録する。変数を示す表
示形式として任意の表示形式を指定する。なお、記号、
演算子、数字のみで構成される文字列は、チェックの対
象としても実際はあまり意味がない。

【００４０】自動書換テーブル２６は、図４に示したよ
うに、新規文字列登録部３４と既出文字列登録部３６と
を有する。新規文字列登録部３４は、自動書換手段１９
が文字列が新規文字列である場合にその新規文字列を書
き込むためのエリアである。また、新規文字列登録部３
４に対応した表示形式登録部３２が設けられている。既
出文字列登録部３６は、既出文字列を登録するエリアで
ある。ファイル編集部１６の起動時あるいは終了時に新
規文字列登録部３４の内容は既出文字列登録部３６に転
送される。

【００４１】ＣＲＴコントローラ６２は前記テキストＶ
ＲＡＭ６０に格納されたテキストデータを取出し、ＣＲ
Ｔディスプレイ７０に表示する。フォントを指定した場
合は、テキストＶＲＡＭ６０におけるアスキーコード、
英数カナコード、日本語コードに対応するファントパタ
ーンがフォントパターンバッファに読み出され、そのフ
ォントパターンがグラフィックＶＲＡＭ６４に移送され
てＣＲＴディスプレイ７０に表示される。

【００４２】前記テキストＶＲＡＭ６０には、アトリビ
ュートエリア７６が設けられている。アトリビュートエ
リア７６は８ビットからなる文字列修飾情報（アトリビ
ュートデータ）が格納されるレジスタである。このアト
リビュートデータに従って文字列にアンダーラインがひ
かれたり、網がけがなされる等の処理が施される。

【００４３】前記文字列比較部２０は、前記キーボード
６８から入力された文字列を前記テーブル１８に登録さ
れた基準文字列と比較する。例えば、ａｕｔｏが入力さ
れた場合、文字列比較部２０の指令により、前記テーブ
ルが検索される。各テーブルのデータと文字バッファ１
２のキーデータとが比較されることにより、ａｕｔｏは
属性が予約語であり、その表示形式がアンダーラインで
あることがわかる。

【００４４】入力された文字列がいずれのテーブルにも
存在しないとき、その属性は新規文字列であることが判
明するので、自動書換テーブル２６の属性”新規文字
列”の文字列登録部３０に新たに登録される。

【００４５】表示変更部は、ＣＲＴディスプレイ７０上
に表示される文字列の表示形式を変更指示する。通常
時、文字列は標準表示形式（ゴシック体）でＣＲＴディ
スプレイ７０上に表示される。そして、文字列確定キー
７８が押されると、各テーブルの表示形式登録部３２が
参照され、文字列の属性に対応した表示形式情報に従っ
て文字列のＣＲＴディスプレイ７０上での表示形式が変
更される。

【００４６】すなわち、例えば、ａｕｔｏが入力された
場合、前記のように、ａｕｔｏは属性が予約語であり、
その表示形式がアンダーラインであることがわかる。こ
のとき、アンダーラインを示すデータがテキストＶＲＡ
Ｍ６０のアトリビュートエリア７６に格納され、このア
トリビュート情報に従ってＣＲＴコントローラ６２がＣ
ＲＴ画面上のａｕｔｏにアンダーラインを引く。

【００４７】入力された文字列がいずれのテーブルにも
存在しないとき、その属性は新規文字列であり、その新
規文字列は自動書換手段１９により文字列登録部３０に
新たに登録される。そして、その属性に対応する表示形
式登録部３２が参照される。ここでは、網かけが登録さ
れているので、その網かけを示すデータがテキストＶＲ
ＡＭ６０のアトリビュートエリア７６に格納される。こ
のアトリビュート情報に従ってＣＲＴコントローラ６２
がＣＲＴ画面上の新規文字列に網かけを施す。

【００４８】ファイルを一旦閉じて、再編集する場合、
前回の編集時に新規文字列として登録された文字列は既
出文字列登録部３６に転送されている。従って、新規文
字列登録部３４は初期化された状態となる。

【００４９】なお、文字列確定キー７８が押される毎
に、前回登録された新規文字列登録部３４の内容を既出
文字列登録部３６に転送し、新規文字列登録部３４を初
期化するようにしてもよい。

【００５０】以上が本実施例の構成であるが、この構成
は本発明の構成と以下のように対応している。 (a) 入力手段１０ ・・・キーボード６８ (b) 文字バッファ１２ ・・・文字バッファ１２ (c) 表示手段１４ ・・・ＣＲＴディスプレイ７
０ (d) テーブル１８ ・・ ＲＡＭ５６（２４、２
６） (e) 文字列比較手段２０ ・・・ファイル編集部１６内
の文字列比較部２０ (f) 表示変更手段２２ ・・・ファイル編集部１６内
の表示変更指示部２２、テキストＶＲＡＭのアトリビュ
ートエリア７６ 以下、本実施例によるプログラム編集処理例を説明す
る。 ＜処理例１＞処理例１を図５のフローチャートに従って
説明する。

【００５１】この処理例では、文字列確定キー７８が押
される毎に、前回登録された新規文字列登録部３４の内
容を既出文字列登録部３６に転送し、新規文字列登録部
３４を初期化するようにした。

【００５２】まず、入力装置としてのキーボード６８、
あるいは、ファイルからの入力をバッファに追加する
（ステップ１００）。ついで、確定キーが押された否か
が判断される（ステップ１０１）。確定キーが押されて
いない場合、前記ステップ１００が繰返される。確定キ
ーが押されると、ステップ１０２に処理が移行する。

【００５３】ステップ１０２では、編集文字バッファの
文字列をテーブル２４から検索し、文字列比較部２０
が、文字バッファ１２内における文字列とユーザー用テ
ーブル２４の内容が対比される（ステップ１０３）。

【００５４】そして、そして、一致する基準文字列が存
在すれば、その基準文字列の属性に対応する表示形式登
録部３２の情報が表示変更部の指示によりアトリビュー
トエリア７６に取り込まれ、ＣＲＴコントローラ６２に
よりＣＲＴディスプレイ７０に表示形式を変えて表示さ
れる（ステップ１０４）。

【００５５】ユーザー用テーブル２４に入力文字列が存
在しない場合、ステップ１０５で編集文字バッファ内の
文字列を自動書換テーブル２６から検索する。自動書換
テーブル２６の既出文字列登録部３６に入力文字列と一
致する基準文字列が存在すれば（ステップ１０６）、そ
の基準文字列の属性に対応する表示形式情報が表示変更
部の指示によりアトリビュートエリア７６に取り込ま
れ、ＣＲＴコントローラ６２によりＣＲＴディスプレイ
７０に表示形式を変えて表示する（ステップ１０７）。

【００５６】ステップ１０６で自動書換テーブル２６に
入力文字列と一致する基準文字列が存在しないと判定さ
れた場合、入力文字列は新規文字列登録部３４に登録さ
れ、新規文字列であるという属性に対応する表示形式情
報が表示変更部の指示によりアトリビュートエリア７６
に取り込まれ、ＣＲＴコントローラ６２によりＣＲＴデ
ィスプレイ７０に表示形式を変えて表示される（ステッ
プ１０８）。

【００５７】新規文字列登録部３４に登録された文字列
と同一の文字列が入力された場合、前回の文字列は既に
既出文字列登録部３６に転送されているので、既出文字
列として表示される。

【００５８】以上の処理は文字列確定キー７８が押され
る毎に行われる。このため、使用者は文字列を入力毎に
リアルタイムに入力文字列の属性をその表示形式から把
握することができる。特に、入力文字列が新規文字列で
ある場合、なんらかのエラーが存在することが予想され
るので、プログラマーにデバッグを促すことができる。 ＜処理例２＞処理例２では、例えば、図６に示したよう
なＣ言語による文字列を入力するものとする。このプロ
グラムは１からｎまでの数の累計を求めるプログラムで
ある。なお、編集に先だって、Ｃ言語の予約語、プログ
ラム中で使用しようと思っているプリプロセッサ命令、
関数は予め登録しておく。記号は処理対象としない。ま
た、数字のみで構成される文字列や先頭が数字の文字
列、全角日本語文字列は処理対象としない。予約語、プ
リプロセッサ命令、関数、制御文字、書式並びはアンダ
ーラインを引くという表示形式、新規文字列はボールド
文字、その他は通常表示とする。

【００５９】ファイル編集部１６を起動させた後、所望
のプログラムをキーボード６８から当該プログラムを入
力して記述する。図６のプログラムを編集するために、
キーボード６８から文字列が入力されるとき、以下の処
理が行われる。

【００６０】まず、/*が入力される。入力文字列を示す
キーデータは前記のように文字バッッファに格納され
る。次にＣＲキーが押されると、入力文字列が確定し、
文字列比較部２０が起動して/*を示すデータがテーブル
に存在するか判定する。/*は記号であり処理対象ではな
いので、通常表示で表示される。

【００６１】次に、”累計プログラム”が入力されＣＲ
キーが押される。この文字列も処理対象外でＣＲＴには
通常形式で表示される。以下、処理対象外の文字列の説
明は省略する。

【００６２】ｉｎｃｌｕｄｅが入力されると、これはプ
リプロセッサ命令であるため、その属性データから、表
示形式情報＝「アンダーライン」が索引され、そのアン
ダーラインを示すデータがテキストＶＲＡＭ６０のアト
リビュートエリア７６に格納される。このアトリビュー
ト情報に従ってＣＲＴコントローラ６２がＣＲＴ画面上
の文字列”ｉｎｃｌｕｄｅ”にアンダーラインを施す。
他の文字列も以上と同様にしてテーブルでの登録内容と
比較され、対応する属性に従い所定の表示形式で表示さ
れる。その態様は以下の表１の通りである。

【００６３】

【表１】

【００６４】この表１の対応関係から、前記プログラム
は、ＣＲＴディスプレイ７０に図７のように表示され
る。このプログラムで、関数ｐｒｉｎｔｆと入力すべき
ところ、ｐｒｏｎｔｆとスペルミスしてしまった場合、
関数に対応するテーブルにｐｒｏｎｔｆの標準文字は登
録されていないので、ｐｒｏｎｔｆは新規文字列として
新規文字列登録部３４に登録され、ボールド文字として
表示される。プログラマはその表示形式により、ｐｒｏ
ｎｔｆが新規に出現したものであることを知る。このよ
うな文字列が新規で出現するのはおかしいので、プログ
ラマはなんらかのスペルミスの存在に気づく。よって、
ｐｒｏｎｔｆをｐｒｉｎｔｆに書換え、文字列確定キー
７８を押すと、再度ユーザー用テーブル２４が検索され
る。この２度目の検索で、ｐｒｉｎｔｆは関数であるこ
とが判明する。同時に、新規文字列登録部３４のｐｒｏ
ｎｔｆも書換えられ、その後、既出文字列登録部３６に
転写されるが、ユーザー用テーブル２４に既に登録され
ているので、既出文字列登録部３６からは削除される。

【００６５】このように、属性毎に表示形式を変更して
表示できるので、文字列の種類を視認できる。その結
果、入力文字列が新規文字列であれば、その新規文字列
にはスペルミスなどなんらかのエラーがあるのではない
かと推定される。

【００６６】なお、間違った新規文字列を書換えたのち
も新規文字列であれば、その書換え後の内容で登録が修
正される。また、テーブルの基準文字列と一致する文字
列があれば、プログラム言語として誤りでないことが解
る。

【００６７】

【発明の効果】本発明によれば、文字列編集中にスペル
ミス等のエラーや、プログラム言語に無い文字列を確認
でき、正確な文字列編集作業を行うことができる。特
に、プログラム編集用として使用した場合、バグの少な
いプログラムをコンパイラすることなく編集することが
できる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明の実施例を示すブロック図

【図３】ユーザー用テーブルを示した図

【図４】自動書換テーブルを示した図

【図５】本発明の実施例による処理例１を示すフローチ
ャート図

【図６】編集すべきプログラムファイルの例

【図７】図６のプログラムの編集中における表示例を示
した図

【符号の説明】

１０・・・入力手段、 １２・・・文字バッファ、 １４・・・表示手段、 １６・・・ファイル編集手段（ファイル編集部）、 １８・・・テーブル、 １９・・・自動書換手段、 ２０・・・文字列比較手段（文字列比較部）、 ２２・・・表示変更手段（表示変更指示部）、 ２４・・・ユーザー用テーブル、 ２６・・・自動書換テーブル、 ２８・・・属性部、 ３０・・・文字列登録部、 ３２・・・表示形式登録部、 ３４・・・新規文字列登録部、 ３６・・・既出文字列登録部、 ３８・・・基準文字列登録部、 ５０・・・中央処理装置、 ５２・・・共通バス、 ５８・・・キーボードインターフェイス、 ６０・・・テキストＶＲＡＭ、 ６２・・・ＣＲＴコントローラ、 ６４・・・グラフィックＶＲＡＭ、 ６６・・・外部記憶装置用インターフェイス、 ６８・・・キーボード、 ７０・・・ＣＲＴディスプレイ、 ７４・・・ハードディスクユニット、 ７６・・・アトリビュートエリア、 ７８・・・文字列確定キー、 ８０・・・テキストファイル、 ８２・・・変換テーブル。

Claims (5)

【特許請求の範囲】
1. 【請求項１】(a) 文字列を入力するための入力手段（１
   ０）と、(b) 入力手段（１０）により入力した文字列を
   格納する文字バッファ（１２）と、(c) 文字バッファ
   （１２）に格納された文字列を表示する表示手段（１
   ４）と、(d) 入力された文字列を編集するファイル編集
   手段（１６）と、(e) 比較用基準文字列を登録するため
   の基準文字列登録部（３８）を有するテーブル（１８）
   と、(f) 前記入力手段（１０）で入力した文字列を前記
   テーブル（１８）に登録された基準文字列と比較する文
   字列比較手段（２０）と、(g) この文字列比較手段（２
   ０）により前記入力文字列が基準文字列と同一でないと
   判断されたとき当該文字列の前記表示手段（１４）での
   表示形式を変更する表示変更手段（２２）と、を備えた
   文字列編集装置。
2. 【請求項２】 前記テーブル（１８）は、使用者が自由
   に書換可能なユーザー用テーブルを有する請求項１記載
   の文字列編集装置。
3. 【請求項３】 前記テーブル（１８）への自動書換手段
   （１９）を備えるとともに、前記テーブル（１８）は、
   新規文字列登録部（３４）を有し、前記文字列比較手段
   （２０）により、入力文字列が前記基準文字列登録部
   （３８）に登録された基準文字列以外の文字列であると
   判断されたとき、前記自動書換手段（１９）は、前記基
   準文字列以外の文字列を新規文字列登録部（３４）に登
   録し、前記表示変更手段（２２）は、新規文字列登録部
   （３４）に登録された文字列を表示手段（１４）で表示
   するにあたり、当該文字列の表示を新規出現の文字列で
   あることを示す表示形式に変更する請求項１記載の文字
   列編集装置。
4. 【請求項４】 前記入力手段（１０）は、文字列の入力
   完了を示す文字列確定キー（７８）を備え、前記文字列
   比較手段（２０）は、前記文字列確定キー（７８）の入
   力があったとき、文字列の入力が完了したものとしてそ
   の文字列と基準文字列との比較を開始することを特徴と
   する請求項１記載の文字列編集装置。
5. 【請求項５】 前記テーブル（１８）は、基準文字列を
   その属性毎に区分して登録しており、 前記文字列比較手段（２０）による入力文字列の比較
   は、前記文字列確定キー（７８）の入力を開始条件とし
   て行われ、かつ、前記テーブル（１８）において基準文
   字列の属性毎に行われ、 前記自動書換手段（１９）は、前記文字列比較手段（２
   ０）による比較の結果、入力文字列がいずれの基準文字
   列にも一致しないとき、その入力文字列を新規出現の文
   字列である旨を示す新規文字列登録部（３４）に登録
   し、 前記表示変更手段（２２）は、前記文字列比較手段（２
   ０）による比較の結果、入力文字列が基準文字列に一致
   するとき、その一致した基準文字列の属性毎に表示形式
   を変更して前記表示手段（１４）に出力し、一方、入力
   文字列がいずれの基準文字列にも一致しないとき、新規
   出現の文字列である旨を示す表示形式で前記表示手段
   （１４）に出力することを特徴とする請求項４記載の文
   字列編集装置。