JPH02289031A - 文字入力装置の表示文字列の流し制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［概　　要コ ワードプロセッサ等の文字入力装置において、表示テキ
ストに、「流し」が発生する場合の流し制御方式に関し
、 従来、同じ要因で連続して、流し制御の必要性が発生す
る場合、その度毎に再フォ−マツトし表示保証するため
、その分多くの処理時間を要し、表示が遅れていた問題
の解決を目的とし、文字入力装置内のシステムプロセッ
サ中に、流し制御プロセス部と、流し表示プロセス部と
を設け、上記流し制御プロセス部には、「流し」が起き
る要因となった文字列と、流し対象文字列とのそれぞれ
のキュー管理手段、流し表示依頼中に、さらに、非流し
文字列及び流し対象文字列の表示依頼を受けた場合には
、最新の流し対象文字列以外はキューイングを解放し、
非流し文字列はそのままキューイングする手段を設けて
構成する。

［産業上の利用分野］ 本発明は、ワードプロセッサ等の文字入力装置において
、表示画面上のテキスト中の表示文字列に、「流し」が
発生する場合の表示を効率よ（行うための流し文字列の
表示制御方式に関する。

［従来の技術］ 従来の、ワードプロセッサ等の文字入力装置における流
し文字列の表示について説明する。

第６図は流し文字列の表示について説明する図を示　し
ており、同図（ａ）は従来の場合の例を示している。

すなわち、最初に基本となる表示画面ａがあり（図中の
く印は「キャリッジリターン」キーが押下されたことを
示す）、表示画面すの先頭部のかな文字「き」（アンダ
ーラインで示される）に対して、変換を行う場合、該か
な文字「き」に対して、予め「今日はよい天気です」、
「機能仕様書」、「キュー制御が必要となる」の３つの
文節が登録されているとして、１回目のかな文字「き」
の変換により、表示画面Ｃのごとく、「今日はよい天気
です」が２行に渡り表示され、表示画面Ｃに示すごとく
後に続く文字列「本方式は・・・・・・」は改行されて
表示される。

すなわち、「今日はよい天気です」なる文字列が２行に
渡って表示されることにより、全体の文が再フォ−マツ
トされ後に続く文字列は改行されて３行目から表示され
る必要がある。この様な表示文字列の移動を「流し」と
いい、又この様な表示制御を行うことを文字列の流し制
御（単に「流し制御」ともいう）と称し、第２回目の変
換で「機能仕様書」なる文節が得られた場合は、該「機
能仕様書」なる文字列は１行以内に納まるため、引続く
文字列「本方式は・・・・・・」も流し制御により２行
目に繰り上って表示されることになる（表示画面ｄの状
態）。

第３回目の変換では、「キュー制御が必要となる」との
文字列が２行に渡るので、引続く文字列「本方式は・・
・・・・」は再度流し制御により３行目に繰り下げられ
て表示される（表示画面ｅの状態）。

上記の例の如（、変換対象となる文字列（「非流し文字
列」と、もいう）及び、後に引き続く文字列（「流し対
象文字列」ともいう）が、変換の度毎に流し制御により
再フォ−マツトされ表示保証されていた。

［発明が解決しようとする課題］ 従来の技術の項で説明した如く、同じ要因により、連続
して後のテキスト等に「流し」の必要性が発生する場合
、その度毎に表示しようとすると、流し対象文字列の再
フォ−マツトの表示保証のための流し制御処理が必要と
なり、その分多くの処理時間を要し、表示が遅れる可能
性がある。

すなわち、第６（ａ）図の場合の例では、かな文字「き
」に対する変換文字列の表示は必ず必要であるが、後に
続く文字列（流し対象文字列）は、最終の変換結果を得
るまでは必ずしも必要でなく、中間段階で再フォ−マツ
トの表示保証を行うことは無駄に処理を遅延させるもの
である。

ところで、この様な流し制御が必要な場合は他にもあり
、例えば、 （１）既存テキストがある上での、１文字対応属性有り
上書きの場合の、かな漢字変換の確定前の連続変換指示
時。

（２）　　スクロール連続指示時。

（３）既存テキストがある上でのＡＮＫの連続入力時（
１文字対応属性有り上書の場合）。

（４）　　挿入モードにおけるカーソル移動時。

の場合には同種の問題が発生する。

本発明は上記問題点に鑑みなされたものであり、同種の
事象のトリガにより連続処理が発生し、表示データの再
フォ−マツトによる表示保証のために多くの処理時間を
要し、表示が遅延する可能性がある場合に、流し対象文
字列の表示保証を行うタイミングを適切に取ることによ
り、表示の高速化を達成する文字入力装置の表示文字列
の流し制御方式を提供することを目的とする。

［課題を解決するための手段］ 本発明によれば、上述の目的は前記特許請求の範囲に記
載した手段により達成される。

すなわち、本発明は、入出力装置を制御するための入出
力専用プロセッサと、システム全体の制御を行うシステ
ムプロセッサとを有する文字入力装置であって、出力表
示装置上の表示文字列に、流しが発生する場合の該表示
文字列の流し制御方式において、 該文字入力装置中のシステムプロセッサには、テキスト
の編集プロセス部、該編集プロセス部からのテキスト表
示依頼のキュー管理を行う流し制御プロセス部、流し制
御プロセス部からの依頼により、入出力専用プロセッサ
へ表示データを送出する流し表示プロセス部とを設け、
さらに、上記流し制御プロセス部には、流しが起きる要
因となった文字列なる非流し文字列と、流し対象文字列
とのそれぞれのキュー管理を行う第１の手段、流し表示
依頼を流し表示プロセス部に通知した後、該流し表示プ
ロセス部から、入出力専用プロセッサへの表示データの
送信完了通知を受ける前に、さらに編集プロセス部から
の非流し文字列及び流し対象文字列の表示要求を受けた
場合には、最新の流し対象文字列以外はキューイングを
解放し、非流し文字列はそのままキューイングする第２
の手段、流し表示プロセス部から、入出力専用プロセッ
サへの表示データの送信完了通知を受けて、キューイン
グされた非流し文字列のデータは入出力専用プロセッサ
側に表示依頼し、流し対象文字列のデータについては流
し表示プロセス部に表示依頼する第３の手段、以上第１
〜第３の手段を流し制御プロセス部に設けた文字入力装
置の表示文字列の流し制御方式である。

［作　用］ 本発明では、同種の文字列表示のための事象がトリガさ
れ連続処理が必要となり、各処理毎の文字列の流しデー
タの再フォ−マツトの表示保証により、上記連続処理に
よる遅延が大きくなる可能性がある場合に、流し対象文
字列の表示保証をはかるタイミングを適切に取ることに
よって、入出力専用プロセッサ（ｐｐ）へ送出する送出
データの最適化を図り、表示処理の高速化をはかること
を目的とする。

そのためには、表示文字列の流し制御を行うために、シ
ステムプロセッサ内部に、流し制御プロセス部と、流し
表示プロセス部とを独立して設け、 流し制御プロセス部では、以下の処理を行なうよう構成
する。

（１）流しが起きる要因となった文字列（非流し文字列
）と流し対象文字列のキュー管理制御を行う。そのため
に、非流し文字列（必ず表示保証する文字列）を管理す
る非流し管理テーブルと、流し対象文字列（必ずしも表
示保証をする必要がない文字列）を管理する流し管理テ
ーブルとを設ける。

（２）流し制御プロセス部から、流し表示プロセス部に
対して流し表示依頼を行う場合に、該流し表示プロセス
部からの送信完了通知を受は取る前に、再度、依頼元の
編集プロセス部から流し制御プロセス部に対して、非流
し文字列及び流し対象文字列の送信依頼があった場合に
は、最新の流し対象文字列以外は本流し制御プロセス部
で表示依頼を解放し、非流し文字列はそのまま、非流し
管理テーブルにキューイングする。

（３）流し表示プロセス部からの送信完了通知によって
、非流し文字列のデータは入出力専用プロセッサ（ｐｐ
）に送信依頼をし、また、流し対象文字列については流
し表示プロセス部に表示依頼する。

また、流し表示プロセス部では下記の如き処理を行うよ
う構成する。

流し制御プロセス部に対して、従属するプロセス部とし
て、該流し表示プロセス部では、流し制御プロセス部か
ら送信依頼のあったデータを入出力専用プロセッサ（ｐ
ｐ）に送出依頼する。

第６図（ｂ）は、本発明を適用した場合の具体的な表示
動作の例を示しており、表示画面ａ〜Ｃまでは、従来例
と同様であるが、表示画面ｆに示す２回目の変換（「機
能仕様書」）に対する、後ろの流し対象文字列（「本方
式は・・・・・・」）は流し制御で揄てられ表示のため
の制御対象とはならない。

すなわち、１回目の流しの表示完了時、最新に必要な流
し対象文字列のみが残されることになる。

［実施例コ 第１図は本発明の一実施例を示すシステム構成図であり
、同図において、■はシステムプロセッサ（ＣＰＵ及び
メモリ部を含む）、２は文字列の表示依頼を行う依頼元
の編集プロセス部、３は表示依頼された文字列に対し、
流し制御を管理する流し制御プロセス部、４は非流し文
字列の管理のための非流し管理テーブル、５は流し対象
文字列の管理のための流し管理テーブル、６は流し対象
文字列の表示管理を行う流し表示プロセス部、７は種々
の表示制御を行うための制御関数が保存されるシステム
表示関数部、８は出力表示の為に、入出力専用プロセッ
サ（ｐｐ）に制御出力を発行するための制御関数を保存
するＰＰ出力関数部、９は入出力専用プロセッサ（ＣＰ
Ｕ及びメモリ部を含む）、１０はＣＲＴ等の出力表示装
置、１１はキーボード（ＫＢ）等の入力装置を表わして
いる。

第２図は、第１図の実施例中の流し制御プロセス部３中
の非流し文字列の管理を行なう非流し管理テーブル４の
システム構成の一例であって、各非流し文字列は制御ブ
ロック４ｂ、４Ｃ中にキューイングされ、各制御ブロッ
ク４ｂ。

４ｃのメモリ中のアドレスがアドレスポインタ部４ａで
指標される。アドレスポインタ部４ａ中の符号ＴＯＰは
制御ブロックに対するトップ（最初）のアドレスを示し
、符号ＴＡＩＬは制御ブロックのラスト　（最後）のア
ドレスを示している。また、「個数」は制御ブロックの
個数を表示している。

また、制御ブロック４ｂ、４ｃ中の符号「ｎｅｘｔ　　
ｐｔｒＪは、各制御ブロックの次のブロックのアドレス
を指標し、符号「依頼ｐｔｒ」はメモリ中の表示データ
のアドレスポインタとして用いられる。

本管理テーブルに非流し文字列がキューイングされるの
は、流し表示プロセス部へ表示データの送信依頼中の時
に、依頼元の編集プロセス部から、さらに非流し文字列
の流し表示依頼がされた場合である。

キューが解放されるタイミングは流し表示プロセス部か
ら送信完了を受けた時点で、本キューデータを入出力専
用プロセッサ（ｐｐ）側へ送信した時である。

第３図は、第１図の実施例中の流し制御プロセス部３中
の、流し管理テーブルのシステム構成の一例を示す図で
あり、図中の「流し依頼中フラグ」５ａは、流し表示プ
ロセス部からの送信完了応答待ちのフラグであり、［流
し待ちｄａｔａｐｔｒ　Ｊ　５　ｂはキューイングされ
る流し対象文字列のメモリ中の表示データのアドレスポ
インタであり、「待ち有／無しフラグＪ５Ｃは、待ちデ
ータがあるか否かを示すものである。流し依頼中フラグ
５ａは、流し表示プロセス部から送信完了を受けた時点
で、本フラグをオフにし、流し待ちデータ有りの場合に
はリンクされている表示データを流し表示プロセス部に
再び送信依頼するように構成される。

第４図は、第１図に示す実施例中の流し制御プロセス部
３の処理概要を示す図であり、図中の符号ａで示すｒｍ
！３ｇｒＣＶＪは他プロセスからの通信メツセージを受
信するシステム関数名、符号すで示す部分は、他プロセ
スからの受信したメツセージの処理依頼コードを振分け
る部分であり（“Ｃ″はＣＡＳＢの略）、符号ｄは受信
した各々の処理依頼コードを示し、ｄ以降がｄのく　〉
内の処理依頼コードに対する該当処理であり、符号Ｃで
示す部分（図中の“ｉｆ”を囲む部分）は、条件判断を
行うステップであり、判断条件内容は該部分の右側に記
載される。

第５図は流し制御プロセスの基本的な流れを示す図であ
り、図中の番号■〜［相］は処理動作の流れの順番を示
すものである。

■　まず、依頼元の編集プロセス部２は、システム表示
関数部７より、「流し表示依頼関数」を呼び出し、該「
流し表示依頼関数」では、次の■の処理後、呼び出し元
へ戻る ■　流し制御プロセス部３ｊ二対して、流し表示依頼の
ためのコマンド（本例ではコマンド発行関数名ｒｍｓｇ
ｓｎｄ」）によりシステムコールを行なう。

■　前記■の依頼に対する非流し文字列の表示のための
指示がｐｐ出力関数部８に送付され、入出力専用のプロ
セッサ（ｐｐ）９は非流し対象文字列の表示をまず行な
う。

■　流し制御プロセス部３から流し表示プロセス部６に
対して、前記■の依頼に対する流し対象文字列の表示の
ためのｍ５ｇ５ｎｄシステムコールを行なう。

■　同種の事象のトリガの発生により、再び「流し表示
依頼関数」が呼び出される。

■　流し制御プロセス部３にｍ５ｇ５ｎｄシステムコー
ルを行う。但し、この場合は、流し表示プロセス部６か
ら送信完了の通知を受ける前であるので、依頼文字列の
表示はせず、流し制御プロセス部３内にキューイング（
待ち合せ）する。

■　同種の事象のトリガの発生により、再び「流し表示
依頼関数」が呼びだされる。

■　流し制御プロセス部３に対してｍ５ｇ５ｎｄシステ
ムコール、但し、流し対象文字列に関しては、最新のも
の以外はデキュー（ｄｅｑｕｅ　：待ち行列から外すこ
と）する。

■　装置側（入出力専用プロセッサ及び出力表示装置）
からの出力完了。

■　流し表示プロセス部６から流し制御プロセス部３に
送信完了のｍ５ｇ５ｎｄシステムコール。

■　ステップ■、■で表示依頼され、流し制御プロセス
部３にキューイングされている非流し文字列の表示する
。

■　流し表示プロセス部６にｍ５ｇ５ｎｄシステムコー
ルを発行し、流し対象文字列の表示依頼、但しここで表
示依頼する文字列は、ステップ■で依頼された最新の流
し対象文字列のみである。

■　装置側からの出力完了。

■　流し表示プロセス部６から流し制御プロセス部３に
送信完了のｍ５ｇ５ｎｄシステムコール。

■　他の事象のトリガによる別の処理を実行するために
、依頼元の編集プロセス部２から流し制御プロセス部３
に対して、流し制御が完了している否かの問合せを行う
、ｍ　ｓ　ｇ　ｓ　ｎｄシステムコール（応答要求する
）。

すなわち、依頼元の編集プロセス部２から流し制御プロ
セス部３に対し、流し完了応答をもらうための応答要求
依頼をだすのは、別機能にうつりたい時等に流しデータ
の再フォ−マツトの保証を得る必要がある場合である。

［相］　流し表示プロセス部に依頼中でなく、かつ流し
制御プロセス部で送信待キューがない場合には、問い合
わせ元の編集プロセス部に対し、すぐに流し完了応答を
だす。

上記以外の場合は、流し制御プロセス部のキューがなく
なるまで前述の処理を繰り返し、最終的な表示に対する
流し表示プロセス部からの送信完了応答を受けた後、問
い合わせ元の編集プロセス部に対し流し完了応答をかえ
す。

［発明の効果コ 以上説明したごとく、本発明によれば同種の文字列表示
のための事象のトリガによる連続処理で、流しデータの
再フォ−マツトの表示保証をするタイミングを適切にと
ることによって、入出力専用プロセッサ及び出力表示装
置への送出データを最適化することにより、表示処理の
高速化を図ることができる。

【図面の簡単な説明】

第１図は、本発明の一実施例のシステム構成を示す図、
第２図は非流し管理テーブルのシステム構成の一例を示
す図、第３図は流し管理テーブルのシステム構成の一例
を示す図、第４図は流し制御プロセス部の処理概要を示
す図、第５図は流し制御の基本的な流れを説明する図、
第６図は流し文字列の表示について説明する図である。 ｌ・・・システムプロセッサ、２・・・編集プロセス部
、３・・・流し制御プロセス部、４・・・非流し管理テ
ーブル、４ａ・・・アドレスポインタ部、４ｂ。 ４ｃ・・・制御ブロック、５・・・流し管理テーブル、
５ａ・・・流し依頼中フラグ、５ｂ・・・流し待ちデー
タポインタ　（流し待ちｄａｔａ、ｐｔｒ）　、５Ｃ・
・・持ち有／無フラグ、６・・・流し表示プロセス部、
７・・・システム表示関数部、８・・・ｐｐ出力関数部
、９・・・入出力専用プロセッサ（ｐｐ）、１０・・・
ＣＲＴ等の出力表示装置、１１・・・キーボード（ＫＢ
）等の入力装置

Claims (1)

1. 【特許請求の範囲】 入出力装置を制御するための入出力専用プロセッサと、
   システム全体の制御を行うシステムプロセッサとを有す
   る文字入力装置であって、出力表示装置上の表示文字列
   に、流しが発生する場合の該表示文字列の流し制御方式
   において、該文字入力装置中のシステムプロセッサには
   、テキストの編集プロセス部、該編集プロセス部からの
   テキスト表示依頼のキュー管理を行う流し制御プロセス
   部、流し制御プロセス部からの依頼により、入出力専用
   プロセッサへ表示データを送出する流し表示プロセス部
   とを設け、さらに、上記流し制御プロセス部には、流し
   が起きる要因となった文字列なる非流し文字列と、流し
   対象文字列とのそれぞれのキュー管理を行う第１の手段
   、 に流し表示依頼を流し表示プロセス部に通知した後、該
   流し表示プロセス部から、入出力専用プロセッサへの表
   示データの送信完了通知を受ける前に、さらに編集プロ
   セス部からの非流し文字列及び流し対象文字列の表示要
   求を受けた場合には、最新の流し対象文字列以外はキュ
   ーイングを解放し、非流し文字列はそのままキューイン
   グする第２の手段、 流し表示プロセス部から、入出力専用プロセッサへの表
   示データの送信完了通知を受けて、キューイングされた
   非流し文字列のデータは入出力専用プロセッサ側に表示
   依頼し、流し対象文字列のデータについては流し表示プ
   ロセス部に表示依頼する第３の手段、 以上第１〜第３の手段を流し制御プロセス部に設けたこ
   とを特徴とする文字入力装置の表示文字列の流し制御方
   式。