JPH0916578A - 分散型エディタのテキスト受信方式 - Google Patents

Abstract

(57)【要約】 【目的】 より多くのテキストをホスト側から端末側に
送ることができる分散型エディタのテキスト受信方式を
提供する。 【構成】 編集装置１０は、入力された指示を編集情報
として編集情報格納領域２０に格納し、テキスト格納領
域３０に格納されているテキストの編集を行い、その結
果を出力し、テキスト管理装置４０は、テキスト格納領
域３０に格納するテキストの管理を編集装置１０とは非
同期に行い、テキスト管理装置４０が、ホスト側から送
信された一定量のテキストを受信するテキスト受信手段
４２と、受信したテキストをテキスト格納領域３０に格
納すると共に、編集情報格納領域２０に溜められた編集
情報に基づきホスト側との間でテキストを送受するため
の編集情報を作成するテキスト管理手段４２とを備え
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散型エディタのテキ
スト受信方式に関し、特に端末側がホスト側のテキスト
ファイル中のテキストを効率よく編集できるようにする
ための分散型エディタのテキスト受信方式に関する。

【０００２】

【従来の技術】従来、分散型エディタでは、なるべく多
くの被編集テキストを端末側で持ち、ホスト側から端末
側へのテキストの送信時間をできるだけ短縮すること
で、端末スタンドアロン型のエディタの操作性の良さに
近づけようとする以下のような試みがなされてきた。

【０００３】方式１ 特開平１−２４４５６１号公報に開示されたオンライン
画面エディタでは、テキストを編集開始時に一括して端
末側に転送している。

【０００４】方式２ 特開平２−１４０８６４号公報に開示された分散型エデ
ィタにおける端末側エディタのテキスト受信方式では、
必要とするテキストを連続して受信する場合、ホスト側
からテキストを受信するためのバッファを２つ用意し、
一方の受信バッファに格納されたテキストを受信完了通
知を待たずに、他方の受信バッファに対してテキスト受
信を行い、さらに画面（ＣＲＴ端末装置）に対する表示
をホストからのテキスト受信と非同期に行うことで、ホ
スト側から端末側へのテキストの送信時間の短縮をはか
っている。

【０００５】方式３ 特開平３−１１６３７２号公報に開示されたＭＭＬエデ
ィタのテキスト管理方式では、編集開始時に作業バッフ
ァの容量分のテキストを格納し、作業バッファに無いテ
キストを受信するとき、受信するテキストを格納するた
めに、作業バッファの各ブロックの編集回数をカウント
する編集カウントを参照することにより、最も編集頻度
の少ないブロックを見つけ、そのブロックのテキストを
ホストへ返却することで、ホスト側と端末側との間のテ
キスト転送回数を最小限にしている。

【発明が解決しようとする課題】

【０００６】上述した３つの方式には、各々以下のよう
な欠点がある。

【０００７】方式１ 通常ホスト側の１つのテキストファイルに格納されてい
るテキスト量は、多量であることが多く、数万行に亘る
場合もある。しかし、ホスト側から端末側へ一回の転送
で送ることができる量は、最大でも２０行程度であるた
め、この方式では、数万行のテキストのうち、ほんの数
箇所の修正を行う場合でも、編集開始時に、全テキスト
を送信する間待たされることになる。したがって、この
ような、大規模なファイルを複数編集する場合に、大幅
な編集機能の低下が生じることになる。

【０００８】方式２ この方式は、画面（ＣＲＴ端末装置）に表示しながら、
効率良くテキストを転送しようとするものであるが、画
面への表示にかかる時間に比べると転送時間は長く、ま
た非同期受信を行うことで短縮される時間はわずかであ
る。さらに、この方式では、端末側でキーを入力してそ
の指示に従って編集作業を行う場合、利用者が画面を見
ながら考えているといった時間を含めて、キーの入力要
求を行ってからキーを受け取るまでの時間には、テキス
トの受信ができないという欠点がある。

【０００９】方式３ この方式では、端末側の作業バッファが小さいことを前
提としているが、ここ２年程の間にメモリやディスクは
低価格化し、端末側にもかなり多くのテキストを保有す
ることが可能となった。また、ワークステーションの性
能向上のため、ディスクＩ／０速度も格段に速くなっ
た。さらに、この方法を用いてホスト側に返却されたテ
キストが次の編集に必要にならないとは、必ずしも言え
ない。このため、この方法のように、一旦受信したテキ
ストを返却することを考えるよりも、端末側のメモリや
ディスク領域を活用し、ため込むことを考える方がより
実際的になってきた。

【００１０】本発明は、かかる事情に基づきなされたも
ので、より多くのテキストをホスト側から端末側に送る
ことができる分散型エディタのテキスト受信方式を提供
することを目的とする。また、本発明は、編集処理中に
ホスト側からのテキスト送信処理を待ち合わせることが
なくなる分散型エディタのテキスト受信方式を提供する
ことを目的とする。

【００１１】

【課題を解決するための手段】上記の目的を達成するた
め、本発明の分散型エディタのテキスト受信方式は、入
力された指示を編集情報として編集情報格納領域に格納
し、テキスト格納領域に格納されているテキストの編集
を行い、その結果を出力する編集装置と、前記編集情報
格納領域及び前記テキスト格納領域を起動時に作成する
とともに、前記テキスト格納領域に格納するテキストの
管理を前記編集装置とは非同期に行うテキスト管理装置
とを備え、さらに、前記テキスト管理装置が、ホスト側
から送信された一定量のテキストを受信するテキスト受
信手段と、受信したテキストを前記テキスト格納領域に
格納すると共に、前記編集情報格納領域に溜められた編
集情報に基づきホスト側との間でテキストを送受するた
めの編集情報を作成するテキスト管理手段と、作成され
た編集情報をホスト側へ送信する編集情報送信手段とを
備える構成としている。

【００１２】また、他の態様では、前記編集装置が、テ
キスト全体に対する編集処理が指定された場合、テキス
ト管理装置から編集開始通知が来るまで編集作業の待ち
合わせを行い、テキスト管理装置から編集開始通知があ
れば、テキスト格納領域中のテキストに対してのみ編集
を行い、この編集作業が終了するとその旨をテキスト管
理に通知し、テキスト管理手段が、編集情報格納領域に
格納されている編集情報を調べて、テキスト全体に対す
る編集処理が指定された場合、テキスト格納領域に全て
のテキストが格納されているか調べ、格納されていなけ
れば、ホスト側からのテキスト送信を中断するための編
集情報を付加し、ホスト側から受信したテキストのテキ
スト格納領域への格納を終了してから、編集装置へ編集
開始通知を送り、編集装置から編集終了通知を受け取る
と、ホストに次のテキスト要求をするための編集情報を
作成し、編集情報送信手段が、他の編集要求とともにテ
キスト全体に対しての編集要求をホスト側に送信し、テ
キスト受信手段が、ホスト側のテキスト全体に対する編
集処理が終了したことを、次のテキストの受信により判
定する構成としている。

【００１３】また、他の態様では、前記テキスト管理装
置が、テキスト格納領域と編集情報格納領域を、共用メ
モリに作成するか、ディスク上に作成するか決定し、さ
らにその位置や大きさを動的に決定し、領域を確保する
領域作成手段をさらに具備する構成としている。

【００１４】

【作用】本発明では、テキストの受信処理と編集処理と
を非同期に行うことにより、より多くのテキストをホス
ト側から端末側に送ることができ、また編集処理中にホ
スト側からのテキスト送信処理を待ち合わせることがな
くなる。

【００１５】また、本発明では、端末側にまだ全てのテ
キストが存在していないときに、テキスト全体に対する
処理を行っても、一度端末側に送信したものを無効にす
ることがなくなる。

【００１６】さらに、本発明では、システムジェネレー
ションの指定でワークステーションの装備を最大限に活
用して、出来るだけ多くのテキストを端末側に保持して
おくことができるため、スタンドアロン型のエディタと
変わらない操作性で、ホスト側の大規模なプログラムを
扱うことが可能となる。

【００１７】

【実施例】以下、本発明の実施例の詳細を図面に基づき
説明する。図１は本発明の一実施例に係るシステムの構
成を示す図である。同図において、１０は編集装置、４
０はテキスト管理装置である。

【００１８】編集装置１０は、ディスプレイ／キーボー
ド６０からの指示を編集情報として、編集情報格納領域
２０に格納し、テキスト格納領域３０に格納されている
テキストの編集を行い、その結果をディスプレイ／キー
ボード６０に表示する。さらに、テキスト全体に対する
編集処理が指定された場合、テキスト管理装置４０から
編集開始通知が来るまで編集作業の待ち合わせを行う。
そして、テキスト管理装置４０から編集開始通知があれ
ば、テキスト格納領域３０中のテキストに対してのみ編
集を行い、この編集作業が終了するとその旨をテキスト
管理装置４０に通知する。

【００１９】テキスト管理装置４０は、端末側で行われ
た編集がホスト側でも行われるようにするために、ホス
ト側に送られる編集情報を一時的に格納しておくための
編集情報格納領域２０や編集装置１０が編集に使用する
テキスト格納領域３０を起動時に作成し、テキスト格納
領域３０に格納するテキストの管理を編集装置１０と非
同期に行う。このテキスト管理装置４０は、編集情報送
信手段４１、テキスト管理手段４２、領域作成手段４３
及びテキスト受信手段４４を有する。

【００２０】編集情報送信手段４１は、編集情報を分散
型エディタのホスト側へ送信すると共に、他の編集要求
とともにテキスト全体に対しての編集要求をホスト側に
送信する。テキスト受信手段４４は、ホスト側から送信
された一定量のテキストを受信し、さらに、ホスト側の
テキスト全体に対する編集処理が終了したことを、次の
テキストの受信により判定する。

【００２１】テキスト管理手段４２は、ホスト側から得
たテキストをテキスト格納領域３０に格納したり、編集
情報格納領域２０に溜められた編集情報を編集が行われ
た順に取り出し、必要に応じてホスト側に送る編集情報
を選別したり、テキストを要求するための編集情報を付
加または変更、削除したり、ホスト側からのテキスト送
信を中断するための編集情報を付加したりすることによ
り、端末側にまだ存在していないテキストをホスト側か
ら効率良く受信できるようにしたり、編集情報格納領域
２０に格納されている編集情報を調べて、テキスト全体
に対する編集処理が指定された場合、テキスト格納領域
３０に全てのテキストが格納されているか調べ、格納さ
れていなければ、ホスト側からのテキスト送信を中断す
るための編集情報を付加し、ホスト側から受信したテキ
ストのテキスト格納領域３０への格納を終了してから、
編集装置１０へ編集開始通知を送り、編集装置１０から
編集終了通知を受け取ると、ホストに次のテキスト要求
をするための編集情報を作成する。

【００２２】領域作成手段４３は、テキスト管理装置４
０がＳＧ（システムジェネレーション）情報５０を参照
して、テキスト格納領域３０と編集情報格納領域２０
を、ワークステーションのメモリ容量やディスク容量等
の環境を最大限に活用できるようにするために、共用メ
モリに作成するか、ディスク上に作成するか決定し、さ
らにその位置や大きさを動的に決定し、領域を確保す
る。

【００２３】次に、このように構成されたシステムの動
作を図２に示すフローチャートに基づき説明する。ここ
では、分散型エディタを起動し、ホスト側のファイルか
らテキストを読み込み、スクロールして目的のテキスト
に対する修正を行った後、ファイルの最後のテキストの
位置付けを行い、ファイル全体に対して特定の文字列の
一括置換を行った場合を例にとり説明する。

【００２４】分散型エディタが起動されると（ステップ
２０１）、編集装置１０が起動される（ステップ２１
１）とともに、テキスト管理装置４０が起動される（ス
テップ２２１）。

【００２５】次に、テキスト管理装置４０は、編集情報
格納領域２０を作成する（ステップ２２２）とともに、
テキスト格納領域３０を作成する（ステップ２２３）。
このとき、これらの領域は、領域作成手段４３により、
ＳＧ情報５０を参照してメモリまたはディスク上に作成
される。

【００２６】一方、編集装置１０は、ディスプレイ／キ
ーボード６０からのキーを入力して（ステップ２１
２）、入力したキーに基づき編集情報を作成し、編集情
報格納領域２０に格納する（ステップ２１３）。

【００２７】このとき、入力したキーが「ファイルの読
み込み」を指示しているとすると、編集情報は、「読み
込み（ファイル情報）」、「テキスト要求（開始行位
置：先頭、範囲：ファイルの最後まで、方向：昇
順）」、「ファイル情報（総行数等）要求」とからな
る。

【００２８】テキスト管理装置４０は、テキスト管理手
段４２により、編集情報格納領域２０に編集情報が格納
されているか確認し（ステップ２２４）、格納されてい
れば、編集情報送信手段４１により、ホスト側に送信す
る（ステップ２２５）。このとき、テキスト管理手段４
２は、送信した編集情報に「テキスト要求（開始行位
置：先頭、範囲：全て、方向：昇順）」が存在していた
ことを記憶する。

【００２９】ホストは編集情報にしたがってファイルを
開き、総行数等のファイル情報と先頭のテキストから一
画面を一単位として、すべてのテキストの送信を開始す
る。テキスト受信手段４４によりホストから送られて来
る一画面分のテキストを受信し（ステップ２２６）、テ
キスト管理手段４２によりテキスト格納領域３０にテキ
ストを格納し（ステップ２２７）、再び編集情報格納領
域２０を調べ（ステップ２２４）、まだ編集情報が格納
されていなければ、再びテキスト受信手段４４により次
の一画面分のテキストを受信する（ステップ２２６）。

【００３０】この間、編集装置１０は、ステップ２１３
で作成された編集情報を調べて（ステップ２１４）、デ
ィスプレイ／キーボード６０に表示するのに必要なテキ
ストをテキスト格納領域３０より入力し、表示のための
加工処理を行い（ステップ２１５）、ディスプレイ／キ
ーボード６０に表示する（ステップ２１６）。

【００３１】次に、編集装置１０では、ステップ２１２
において入力されたキーがスクロール要求であった場
合、「テキスト表示位置の変更（行位置、桁位置）」と
「テキスト要求（開始行位置：次の行、範囲：一画面
分、方向：昇順）」とからなる編集情報を作成し、編集
情報格納領域２０に格納する（ステップ２１３）。

【００３２】一方、テキスト管理装置４０は、この編集
情報を入力した場合（ステップ２２４）、テキスト管理
手段４２により、すでに「テキスト要求（開始行位置：
先頭、範囲：全て、方向：昇順）」がホストになされて
いることを確認し、これらの編集情報はホストに送ら
ず、テキスト受信処理を行う（ステップ２２６）。

【００３３】編集装置１０は、ディスプレイ６に表示す
るのに必要なテキストをテキスト格納領域３０より入力
し（ステップ２１４）、カーソル位置情報の変更及び表
示のための加工処理を行い（ステップ２１５）、ディス
プレイ／キーボード６０に表示する（ステップ２１
６）。

【００３４】さらに、ステップ２１２において入力され
たキーが「カーソル位置への１文字挿入」であった場合
は、「一文字挿入（行位置、桁位置）」なる編集情報を
作成し、編集情報格納領域２０に格納する（ステップ２
１３）。テキスト格納領域３０中の当該箇所を編集する
（ステップ２１４）。

【００３５】一方、テキスト管理装置４０は、テキスト
管理手段４２によりこのようなテキストの編集を指示す
る編集情報が溜っていればそれを入力し（ステップ２２
４）、編集情報送信手段４１により、溜った順でホスト
に送信する。

【００３６】また、ステップ２１２において入力された
キーが「ファイルの最後への位置付け要求」であった場
合、編集装置１０は「テキスト表示位置の変更（行位
置、桁位置）」と「テキスト要求（開始行位置：ファイ
ルの最後の行、範囲：一画面分、方向：降順）」とから
なる編集情報を作成し、編集情報格納領域２０に格納す
る（ステップ２１３）。

【００３７】一方、テキスト管理装置４０は、ステップ
２２４において、この編集情報を入力した場合であっ
て、テキスト管理手段４２により、テキスト要求してい
る開始行位置が、すでに受信しているテキストにない場
合、ホストに対して、「テキスト送信中止」と「テキス
ト要求（開始行位置：フィイルの最後の行、範囲：一画
面分、方向：降順）」を作成し、編集情報送信手段４１
により送信する（ステップ２２５）。

【００３８】さらに、ステップ２１２において入力され
たキーが「ファイルの全体に対する特定の文字列の一括
置換要求」であった場合、編集装置１０は「文字列一括
置換（範囲：ファイル全体、置換文字列、被置換文字
列）」なる編集情報を作成し、編集情報格納領域２０に
格納し（ステップ２１３）、テキスト管理装置４０から
の指示を持つ。

【００３９】一方、テキスト管理装置４０は、ステップ
２２４において、この編集情報を入力した場合、テキス
ト管理手段４２により、テキスト格納領域３０にはまだ
すべてのテキストが格納されていないのを確認し、編集
情報送信手段４１により「テキスト送信中止」及び、
「文字列一括置換（範囲：ファイル全体、置換文字列、
被置換文字列）」をホストに送信する（ステップ２２
５）。また、テキスト受信手段４４により、すでにホス
トから送信されたテキストをすべて送信しつくした後、
テキスト管理手段４２によりテキスト格納領域３０に格
納し、編集装置１０に対して端末側の編集作業の開始を
指示する。編集装置１０は、テキスト格納領域３０のテ
キストに対して編集を行うと、その旨をテキスト管理装
置４０に伝える。

【００４０】テキスト管理装置４０は、テキスト管理手
段４２により、「テキスト要求（開始行位置：最後に受
信したテキストの一つ前の行、範囲：全て、方向：降
順）」なる編集情報を作成し、編集情報送信手段４１に
より送信する。

【００４１】テキスト管理装置４０は、テキスト管理手
段４２により、テキスト格納領域３０にすべてのテキス
トが格納されると、ホストに対して、「テキスト要求の
中止」を送信する。

【００４２】なお、本発明は、上述した実施例に限定さ
れるものではなく、その技術思想の範囲内でさまざまに
変形して実施することができる。

【００４３】

【発明の効果】以上説明したように、本発明によれば、
テキストの受信処理と編集処理とを非同期に行うことに
より、この種のエディタの処理の中では最も長い、利用
者が画面を見ながら考えている時間や、画面内の編集作
業（直接編集やカーソル移動等）を行っている時間を有
効に利用して、多くのテキストをホスト側から端末側に
送ることができる。また、編集処理中にホスト側からの
テキスト送信処理を待ち合わせることがなくなる。

【００４４】さらに、本発明では、端末側にまだ全ての
テキストが存在していないときに、テキスト全体に対す
る処理を行っても、一度端末側に送信したものを無効に
することがなくなる。

【００４５】また、本発明では、システムジェネレーシ
ョンの指定でワークステーションの装備を最大限に活用
して、出来るだけ多くのテキストを端末側に保持してお
くことができるため、スタンドアロン型のエディタと変
わらない操作性で、ホスト側の大規模なプログラムを扱
うことが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るシステムの構成を示す
図である。

【図２】本発明の一実施例に係るシステムの動作を示す
フローチャートである。

【符号の説明】

１０ 編集装置 ２０ 編集情報格納領域 ３０ テキスト格納領域 ４０ テキスト管理装置 ４１ 編集情報送信手段 ４２ テキスト管理手段 ４３ 領域作成手段 ４４ テキスト受信手段 ５０ ＳＧ（システムジェネレーション）情報 ６０ ディスプレイ／キーボード

Claims (3)

【特許請求の範囲】
1. 【請求項１】 入力された指示を編集情報として編集情
   報格納領域に格納し、テキスト格納領域に格納されてい
   るテキストの編集を行い、その結果を出力する編集装置
   と、 前記編集情報格納領域及び前記テキスト格納領域を起動
   時に作成するとともに、前記テキスト格納領域に格納す
   るテキストの管理を前記編集装置とは非同期に行うテキ
   スト管理装置とを備え、 さらに、前記テキスト管理装置が、 ホスト側から送信された一定量のテキストを受信するテ
   キスト受信手段と、 受信したテキストを前記テキスト格納領域に格納すると
   共に、前記編集情報格納領域に溜められた編集情報に基
   づきホスト側との間でテキストを送受するための編集情
   報を作成するテキスト管理手段と、 作成された編集情報をホスト側へ送信する編集情報送信
   手段とを具備することを特徴とする分散型エディタのテ
   キスト受信方式。
2. 【請求項２】 前記編集装置が、テキスト全体に対する
   編集処理が指定された場合、テキスト管理装置から編集
   開始通知が来るまで編集作業の待ち合わせを行い、テキ
   スト管理装置から編集開始通知があれば、テキスト格納
   領域中のテキストに対してのみ編集を行い、この編集作
   業が終了するとその旨をテキスト管理に通知し、 テキスト管理手段が、編集情報格納領域に格納されてい
   る編集情報を調べて、テキスト全体に対する編集処理が
   指定された場合、テキスト格納領域に全てのテキストが
   格納されているか調べ、格納されていなければ、ホスト
   側からのテキスト送信を中断するための編集情報を付加
   し、ホスト側から受信したテキストのテキスト格納領域
   への格納を終了してから、編集装置へ編集開始通知を送
   り、編集装置から編集終了通知を受け取ると、ホストに
   次のテキスト要求をするための編集情報を作成し、 編集情報送信手段が、他の編集要求とともにテキスト全
   体に対しての編集要求をホスト側に送信し、 テキスト受信手段が、ホスト側のテキスト全体に対する
   編集処理が終了したことを、次のテキストの受信により
   判定することを特徴とする請求項１に記載の分散型エデ
   ィタのテキスト受信方式。
3. 【請求項３】 前記テキスト管理装置が、テキスト格納
   領域と編集情報格納領域を、共用メモリに作成するか、
   ディスク上に作成するか決定し、さらにその位置や大き
   さを動的に決定し、領域を確保する領域作成手段をさら
   に具備することを特徴とする請求項１または請求項２に
   記載の分散型エディタのテキスト受信方式。