JPH0214356A - 漢字データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、パーソナルコンピュータなどのデータ処理シ
ステムに係り、特に、漢字データの処理が比較的多いコ
ンピュータシステムに好適な漢字データ処理装置に関す
る。

〔従来の技術〕

パソコン（パーソナルコンピュータ）などの処理能力の
増大に伴い、漢字データの処理機能を備えたパソコンが
一般化し、かつ、その処理内容も多岐にわたるようにな
ってきた。

そして、このような漢字データの処理の例として各種の
作表処理や検索処理があるが、このとき、漢字を、その
読みによって処理する機能が要求される。

ところで、従来のコンピュータシステムにおける漢字デ
ータ処理は、例えば特開昭５６−１３７４３０号公報や
特開昭５９−１０６０３５号公報などに記載のように、
ＪＩＳに定められた文字コードに従い処理を行っている
。

従って、漢字データを読みで処理するときには、漢字デ
ータと別に読みのデータも入力するようになっていた。

〔発明が解決しようとする課題〕

上記従来技術は、漢字データを読みで処理する場合につ
いての配慮がされておらず、読みで処理するには漢字デ
ータと別に読みのデータも入力しなければならないとい
う問題があった。

本発明の目的は、ひとたび漢字データを入力したあとは
、その漢字データについて再度読みデータを入力するこ
となく、漢字データの読みによる処理が任意に得られる
ようにしたコンピュータシステムを提供することにある
。

〔課題を解決するための手段〕

上記目的は、漢字データの入力に使用した、その漢字の
読みをデータとして保持、記憶し、必要に応じて漢字デ
ータと共に読みデータが使用できるようにして達成され
る。

〔作用］ 漢字データ入力時に入力された読みデータは漢字データ
と共にコンピュータシステムの記憶装置上に格納される
。このため、漢字データを読みで処理する場合にも格納
しである読みデータがそのまま利用できることになり、
読みデータを改めて入力する手間を省いて、そのまま、
漢字データを読みで処理することが可能となる。

〔実施例〕

以下、本発明による漢字データ処理装置について、図示
の実施例により詳細に説明する。なお、この実施例では
、パーソナルコンピュータ（パソコン）の中央処理装置
（ＣＰＵ）およびオペレーティングシステム（以下Ｏ３
と略す）、それに仮名漢字変換システムを用い、入力装
置としてキーボードを用いた場合について説明する。

第２図は、この実施例の全体構成を示したもので、ＣＰ
Ｕを含むパソコン本体２０と、キーボード２５、それに
画面表示用のモニタ２Ｇを有している。また、パソコン
本体２０内には、ＲＡＭ２１０Ｓ２２．仮名漢字変換シ
ステム２３．それにＡＰ（アプリケイジョンプログラム
）２４などが含まれている。

この実施例の全体的な動作は、第１図のようになってお
り、以下、この第１図のフローチャートを中心にして、
動作の説明を行う。

ＡＰからのキー人力要求が発行され（ステップ１）、こ
れに応じてキー人力が行なわれると（ステップ２）、こ
れによって人力されたデータが仮名漢字変換システムに
取り込まれる。そして、このデータが仮名漢字変換処理
され（ステップ３）その後、漢字データと読みデータに
分けてＡＰに渡される（ステップ４）。ＡＰでは渡され
たデータの判別を行い（ステップ５）、通常のデータで
あればＡＰ内のデータ格納エリアにデータを格納（ステ
゛ンブ６）、表示する（ステップ７）。ＡＰでのデータ
判別（ステップ５）で読みデータ格納指定と判別すると
、ＡＰ内の読みデータ格納指定テーブルに情報（読み）
を格納する（ステップ８）。

この結果、キー人力され、変換された漢字データはカー
ソル移動により任意の位置に表示でき、それに対応する
読みデータは、読みデータ格納指定により任意のテーブ
ル位置に格納することができる。

次に、この第１図の実施例の動作について、各部に分け
て詳細に説明する。

第３図にＡＰでのデータ受は入れバッファを示す。

ＡＰからキー人力要求（第１図のステップ）を発行する
時、ＡＰではデータ受は入れバッファとして漢字データ
用バッファ（ＡＫＢＵＦ　）と読みデータ用バッファ（
ＡＹＲＩＩＦ　）の２種のバッファを用意し、各々のバ
ッファの先頭アドレスを＾ＫＰＴＲ、ＡＹＰＴＲに格納
し、八ＫＰＴＲ、八ＹＰＴＲをパラメータとしてキー人
力要求を行う。

第４図は、第１図のステップ３に示す仮名漢字変換フロ
ーの詳細である。

この仮名漢字変換では、第５図に示す変換用のバッファ
を用意する。ＡＰからのキー人力要求を受けるとく仮名
漢字変換では、先づ、ポインタの初期設定（ステップ４
０）を行う。ＫＢＰＴＲ１はバッフ７１　（ＫＢＵＦＩ
　）先頭に、ＫＢＰＴＲ２，ＫＢＰＴＲ３はバッファ２
　（ＫＢＵＦ２）の先頭に位置づける。初期設定された
変換用バッファを第５図（ａ）のＡに示す。

次に入カキ−の取込（ステップ４１）を行い、入カキ−
を判定する（ステップ４２）。キーが仮名データであれ
ばＫＢＵＦ　ｌ内のＫＢＰＴＲ１の示す位置に当８亥デ
ータを格納（ステップ４３）し、ＫＢＰＴＲ１に１を加
える（ステップ４４）。さらにＫＩＩＵＦ　１の先頭か
らＫＢＰＴＲＩ−１の位置までのデータを画面に表示（
ステップ４５）した後、また入カキ−取込（ステップ４
１）に戻る。第５図（ａ）のＢに、この仮名データ入力
中の変換バッファの状態を示す。

一方、ステップ４２の入力キー判定で変換指定と判定し
た場合は、ＫＢＵＦ　１に格納したデータを全てＫＢＵ
Ｆ　２　Ｍ移動（ステップ４６）し、ＫＢＰＴＲ２ニＫ
ＢＰＴＲ１の値を移しくステップ４７）　、ＫＢＰＴＲ
１をＫＢＩＩＦ　１の先頭に位置づける（ステップ４８
）。

次にＫＢ（ＩＦ　２内のＫＢＰＴＲ３の指すデータから
ｎ文字分（ｎは可変）を対象に辞書を検索して仮名漢字
変換を行う（ステップ４９）。その結果変換された漢字
ｍ文字分（ｍも可変）をＫＢＵＰ　ｌ内のＫＢＰＴＲｌ
の示す位置から順に格納しくステップ５０）、ＫＢＰＴ
Ｒ１にｍを（ステップ５１）、ＫＢＰＴＲ３にｎを加え
る（ステップ５２）。その後、ＫＢＰＴＲ３とＫＢＰＴ
Ｒ２の値を比較しくステップ５３　）　、ＫＢＰＴＲ３
の方が小さい時にはステップ４９に戻り、仮名漢字変換
を続行する。

ここで、ステップ５３の比較で変換終了と判定したら、
ＫＢＵＦ　１の先頭からＫＢＰＴＲ１−１の位置までの
データを画面表示しくステップ５４）、これで変換処理
を終了する。なお、第５図（ａ）のＣは変換開始時の変
換バッファを、第５図（ｂ）のＤは変換実行途中の変換
バッファを、第５図働）のＥは変換終了時の変換バッフ
ァを示す。

次に、第１図のステップ４に示す仮名漢字変換されたデ
ータをＡＰに渡す方法について説明する。

第６図がＡＰへのデータ受渡しフローである。

仮名漢字変換が終了すると、漢字データと読みデータが
ＡＰに渡される。データの受渡しは、第３図で説明した
、漢字データ用バッファ（ＡＫＢｔｌＦ）の先頭アドレ
ス（ＡＫＰＴＲ）と、読みデータ用バッファ（ＡＹＲＵ
Ｆ）の先頭アドレス（ＡＹＰＴＲ）を参照して行われる
。

まず、第５図（ｂ）の巳に示したＫＢＵＦ　１に格納さ
れている漢字データのデータ長をＫＩ、ＥＮに格納しく
ステップ６０　）　、ＫＢＵＦＩの先頭からＫＬＥＮ分
の長さのデータをＡＫＲＵＦの先頭から順に格納する（
ステップ６１）。次に、ＫＢＵＦ　２に格納されている
読みデータのデータ長をＹＬＨＮに格納しくステップ６
２）、ＫＢＵＦ　２の先頭からＹＬＨＮ分の長さのデー
タをＡＹＢＵＦの先頭から順に格納する（ステップ６３
）。これにより、ＡＰへのデータ受渡しが完了する。

ＡＰへのデータ受渡しが終了すると、次は、第１図のス
テップ６．７に示すＡＰでのデータ格納・表示に移る。

第７図、第８図はＡＰでのデータ格納・表示フローを示
し、第９図はデータ格納の仕組みを図示したものである
。

先ず、第７図において、現カーソル位置の行番号（第９
図のカーソル位置■の例では第２行）をＤＡＴＡＶにセ
ットしくステップ７０）、現カーソル位置の列番号（第
９図のカーソル位置■の例ではＡ）をＤＡＴＡＸにセ゛
ントしくステ・ンブ７１）、ＲＡＭ中の表データエリア
（第９図の■）内の格納すべきアドレスを取得する（ス
テップ７２）。アドレスを取得する処理の詳細を第８図
（ａ）に示す。この処理では、行管理テーブル（第９図
の■）の中から、ＤＡＴＡＶに対応する行の先頭アドレ
スを取得しＰＴＡＤＲにセットしくステップ７２１）、
次に列管理テーブル（第９図の■）からＤＡＴＡＸに対
応する列の、行先頭からの相対アドレスを取得しＣ０Ａ
ＤＲにセ゛ントしくステ゛ンブ７２２　）　、ＲＴＡＤ
Ｒ（！：ｃＯＡＤＲを加えた結果を５ＡＤＲにセットす
る（ステップ７２３）。

こうして５ＡＤＲに格納アドレスが求められたら、第７
図に戻り、次に、叶ＴＲにＡＫＢＵＦの先頭アドレスを
七′ン卜しくステ′ンブ７３　）　、ＤＬＥＮに八ＫＬ
ＥＮをセット（ステップ７４）した後、データ格納（ス
テップ７５）と画面表示（ステップ７６）を行う。

まず、ステップ７５のデータ格納は、第８図（ｂ）に示
すように、ＤＰＴＲからＤＬＥＮ分の長さのデータを５
ＡＤＲの示す位置に移動（ステップ７５１）することに
より実行される。

次に、ステップ７６の画面表示は、第８図（Ｃ）に示す
ように、最初、ＤＡＴＡＹを基に画面上の行方向の表示
位置を算出、格納しくステップ７６１）、ついでＤＡＴ
ＡＸを基に画面上の列方向の表示位置を算出、格納しく
ステップ７６２）、求められた画面上の位置にデータを
書き込む（ステップ７６３）ことで実現できる。

こうして、漢字データの格納・表示が終わると、次に読
みデータの処理を行う。再び第７図に戻り、読みデータ
の処理では、先づ、読みデータ格納指定テーブル（第９
図−■）内に、先に格納した漢字データに対する読みデ
ータ格納指定がされているか否かを判定する。このため
、まず、ＷＰＴＲに読みデータ格納指定テーブルの先頭
アドレスをセットしくステップ７７）、叶ＴＲとＹＫＳ
ＰＴＲの大小判定を行う（ステップ７８）。そして、Ｗ
ＰＴＲＯ方が小さくなければ読みデータの格納せずに処
理終了する。しかし、ＷＰＴＨの方が小さければ、ＷＰ
ＴＲの示す位置の内容を取得しくステップ７９　）　、
ＤＡＴＡＶ、ＤＡＴＡＸに対する読みデータ格納指定か
否かを判定する（ステップ８０）。否と判定したら、Ｗ
ＰＴＲに１を加え（ステップ８１）、ステップ７８に戻
る。

他方、格納指定有と判定したら、ＤＡＴＡＶに読みデー
タ格納行番号（第９図の■の位置では第２行）をセット
しくステップ８２　）　、ＤＡＴＡＸに列番号（第９図
−■の例ではＢ）をセットしくステップ８３）、格納ア
ドレスを取得する（ステップ８４）。

次にＤＰＴＲにＡＹＢＵＦの先頭アドレスをセットしく
ステ・ンプ８５　）、ＤＬＥＮに八ＹＬＥＮをセ゛ント
（ステ゛ンブ８６）して、データ格納（ステップ８７）
、画面表示（ステップ８８）して処理終了する。

次に、第１図のステップ８の読みデータ格納指定の方式
について説明する。

この読みデータ格納指定は、キーボード２５（第２図）
から、“十Ｂ２　：Ｂ１９＝ＹＯＭ　（Ａ）”の形で入
力して行う。この式において、先頭の＋は関数入力開始
を意味し、Ｂ２：Ｂ１９はＢ列の２行目からＢ列の１９
９行目、−は代入指定を、ＹＯＭは読みデータ格納指定
を、（Ａ）はＡ列を意味する。この“’＋Ｂ　２　：　
Ｂ　１９　＝ＹＯＭ　（Ａ）’の例では、Ｂ列の２行目
からＢ列の１９９行目、Ａ列の対応する行の漢字データ
の読みを格納することを示す。なお、この読みデータ格
納指定は複数個指定可能であり、また、表内の自由な位
置に対して指定することができる。

このように入力された読みデータ格納措定の詳細フロー
は第１Ｏ図に示すようになっており、この処理に入れる
と、先づ入力の正当性チエツクを行い（ステップ１０１
）、正当性が確認されたらｗｐＴＲに読みデータ格納指
定テーブル（第９図−■）の先頭アドレスをセットしく
ステップ１０２）、ＷＰＴＲトＹＫＳＰＴＲ（７）大小
比較を行う（ステップ１ｏ３）。

ＷＰＴＲＯ方が小さい時には、ＷＰＴＲの示す位置の内
容を取得しくステップ１０４）、取得した内容の左辺と
入力内容の左辺との重複チエツクを行う（ステップ１０
５）。

この重複チエツクは、同じ位置（左辺）に対する複数の
代入指定を回避するために行うもので、その詳細フロー
を第１１図に示す。なお、重複指定された場合には、最
後に指定されたものが優先される。

第１１図において、この重複チエツクでは、まず、重複
の有無を判別する（ステップ１１１）。

重複している場合にはその重複の程度により処理が分か
れる（ステップ１１２）。第１２図に重複程度の判別条
件を示す。入力指定範囲が既指定範囲と同じか包含する
場合には、ＹＫＳＴＢＬ内の−ＰＴＲ＋１以下の部分を
ＷＰＴＲの位置に移動しくステップ１１３）、ＹＫＳＰ
ＴＲから１を減する（ステップ１１４）。既指定範囲が
入力指定範囲を包含する場合には、重複しない部分ｌ（
第１２図−１）を−ＰＴＲの位置に格納しくステップ１
１５）、重複しない部分２（第１２図−１ｉ）をＹＫＳ
ＰＴＲの位置に格納しくステップ１１６　）　、ＹＫＳ
ＰＴＲに１を加え（ステップ１１７）、ＷＰＴＲに１を
加える（ステップ１１８）。入力指定範囲と既指定範囲
が一部重複する場合には、重複しない部分２（第１２図
−１ｉｉ　）をＷＰＴＲの位置に格納しくステップ１１
９）、同じ＜　ＷＰＴＲに１を加える（ステップ１１８
）。しかして、ステップ１１１で重複なしと判定された
ら、ＷＰＴＲに１を加え（ステップ１１８）、重複チエ
ツクを終了する。

こうして、重複チエツクが終了したら、ステップ１０３
（第１０図）の−ＰＴＲとＹＫＳＰＴＲの大小比較に戻
る。ここで、ＷＰＴＲがＹＫＳＰＴＲより小さくないと
判定されると、ＹＫＳＰＴＨの示す位置に入力された指
定情報を格納しくステップ１０６　）　、ＹＫＳＰＴＲ
に１を加え（ステップ１０７）、処理を終了する。

しかして、最初のステップ１０１で、入力の正当性チエ
ツクを行ったとき、ここで不当と判定されたら、エラー
報告（ステップ１０Ｂ）して処理を終了する。

従って、この実施例によれば、漢字データの入力処理に
際して、それぞれの漢字に対応して入力された読みデー
タも、漢字データの入力に並行してテーブル化され、保
持されてゆくため、データ入力後、漢字データに対する
種々の処理、例えば、漢字の読みによる検索、並べ替え
、或いは分類などの処理に際して、改めて読みデータを
入力する必要がなく、操作の手間を省くことができる。

第１３図は本発明の実施例を名刺管理に適用した場合の
画像表示例を示す。

なお、以上の説明では、読みデータの入力をキーボード
で行なうようにした実施例について示したが、音声認識
入力やタッチパネル入力などにより本発明を実施しても
よいことは言うまでもない。

〔発明の効果〕

本発明によれば、漢字データを用いるコンピュータシス
テムにおいて、漢字データを読みで処理する場合にも改
めて読みデータを入力する手間を省くことができるので
、漢字データ処理時の効率向上に効果がある。

【図面の簡単な説明】

第１図は本発明による漢字データ処理装置の一実施例に
おける全体的な処理動作を示すフローチャート、第２図
は全体構成図、第３図はＡＰでのデータ受は入れバッフ
ァの説明図、第４図は仮名漢字変換処理を示すフローチ
ャート、第５図は仮名漢字変゛換バッファの説明図、第
６図はＡＰへのデータ受渡し処理を示すフローチャート
、第７図。 第８図はＡＰでのデータ格納・表示処理を示すフローチ
ャート、第９図はデータ格納の説明図、第１０図・第１
１図は読みデータ格納指定テーブルの格納処理を示すフ
ローチャート、第１２図は読みデータ格納指定時の重複
条件の説明図、第１３図は本実施例を名刺管理に適用し
た場合の表示例を示す説明図である。 １〜８−・・−ステップ、２０・−・−パソコン本体、
２　Ｌ−−−−−−ＲＡＭ、　２２−・・・−Ｏ３，２
３−・−・・−仮名漢字変換、２４−・−・−ＡＰ、２
５・−・−・−キーボード、２６・・・・・・モニタ。 第 雪 図 第２図 第３ 図 １ＳＲＡＭ 第５図 第５図 （ｂ） 第６図 第８図 （ａ） （ｂ） 第９図 第１０図 第１１図 第１２図 ［＝＝＝＝コ　テづル内の吐、ｉ之肥圓　　（剖、Ｂ５
：ＢＩＯ）Ｌ　−−−−−２人力２式た挿芝詭囲 ■、入力８ｅａｉ！１ｐｓｈｓｔ範囲ｔｇｔｔｓか’、
　ＩＩ（５１１＋■、既楊忠晩四か゛入力指一定範口ｌ
で含する扇合例、入力ｆ８７：８８ ■ ｔＦｆ後に−？１指ｆ５烏合 例８４：Ｂ７ 例、８８：ａｌｌ

Claims (1)

【特許請求の範囲】
1. １、漢字データ処理機能を備えたコンピュータシステム
   において、漢字データの入力に使用した読みデータをそ
   の漢字データに対応して利用可能に保持させる制御手段
   を設け、漢字データの処理を読みデータに基いて実行で
   きるように構成されていることを特徴とする漢字データ
   処理装置。