計算機システムの環境整備への
ノf
ーソナルコンビュータの応用
本 田 道 夫
I はじめに パーソナルコンピュータ〈以後パソコンと呼ぶ)は，その初期の段階から，一 つの計算機システムとして使用するだけではなく，別の計算機システム〈以後 ホスト計算機と呼ぶ〉のターミナルとしても使用することが考えられてきた. それに，計算機システムとはし、し、難いようなもの，例えば機能の少ないエディ タ及びアセンブラ程度の機能を ROMに備えたワンボード・マイクロプロセッ サシステムのターミナルとしても用いることも可能であった.このようなこと もあり，現在では，ほとんどのパソコン・メーカが基本ソフトシステムとして採 用している BASICシステムの中にターミナルシミュレーションのための機 能が備えらてきているPまた一方では， MS-DOS， CP1M
・86等のオペレー ティングシステム〈以後O Sと呼ぶ〉上で動作するターミナルシミュレータの ソフトが計算機関連の雑誌にも掲載されているし?)ソフトハウスからも同様の ものが多数販売されている. しかし，これらのソフトは，ターミナノレとして用いるのに必要最小限の機能 しか備えていないものであるか，特定の有名なターミナノレの完全なシミュー レーシヨン機能のみを実現したものであるか，あるいは，それらにファイル転 送の機能を追加した程度のものがほとんどである. つまり，パソコンとホス ト計算機のデータのやりとりのための機能は備えてはいるものの，従来のター ミナルの機能の域を出ていないものが多いのが現状である. 一方，計算機システムにおける使用環境，及びソフト開発環境を見た場合，-54一 第59巻 第1号 54 最近では
Unix
のような，ある程度環境が整備され，かつ整備のための新たな 機能追加も比較的容易におこなえるOS
も出現してきているが，一般の計算機 システムでは，まだまだ充分な環境が整っておらず，また環境整備のための機 能追加を図ろうとしても，目的とする機能によっては，ホスト計算機のOS
及 びその上の既存のソフトウエアという枠組の中では，不可能または簡単には実 現できない場合がある. このような現状に対L，本論文では，パソコン及びホスト計算機を一つのシ ステムとして捉え，パソコン側に単なるターミナルシミコーレション機能だけ でなく，ホスト計算機の枠組の中だけでは実現困難で、あるが，ある程度のメモ リ，ディスグドライブ等を備えたパソコンをターミナルとして用いるが故に容 易に実現できる機能を盛り込むことにより，ホスト計算機の使用環境，ソフト 開発環境の整備を図ることを提案し，そのような目的で作成されたソフトウエ ア(ACTIVE
と 命 名 …A
i
r
c
o
r
pC
o
n
s
t
r
u
c
t
e
d
T
o
t
a
l
I
n
t
e
r
f
a
c
e
i
n
V
a
r
i
o
u
s
E
n
v
i
r
o
n
m
e
n
t
s
)について述べる. 尚，ACTIVE
は，現在，日本電気製パソコンPC
・9
8
0
1
の上で本学の計算セ ンターの三菱電機製COSMO-700S
，及び管理科学科の東芝製UX
・3
0
0
，ザイ ログ社製S
y
s
t
e
m
-
8
0
0
0
をホスト計算機として有用に機能している. また，こ のようなソフトウエアは，ホスト側(というよりはノミソコンに対する相手側〉が， ワンボード・マイクロプロセッサシステム等の場合にも，そのソフトウエア開 発において非常に威力を発揮することが確認されているACTIVE
の総て の機能についての使用法については，rACTIVE
(計算機システムの環境整備 のためのターミナル・ソフトウエア〉の使用法」として，別の機会に記載の予定 である.I
I
ACTIVE
の機能ACTIVE
は，以下の機能を備えている. 但し， (l)，(
3
)
及び(
4
)
は，従来のター ミナル・ソフトウェアに備えられている機能であり，パソコンをターミナルと して用いる場合必要最小限の機能というべきものであるが，一応a
c
t
i
v
e
の機55 計算機システムの環境整備へのパーソナノレコンビュータの応用 -55-能として述べておく. (5)の Batch機能， (6)の Photo機能が本論文で、提案した い「パソコンを用いることにより容易に実現可能であり，ホスト計算機の使用 環境，及びソフト開発環境の整備を図る機能」として現在実現されているもの である. (1) ターミナル・ソフトウエアとしての基本的機能である PC-9801をホスト 計算機のキャラクタ・ターミナノレとして用いる機能. 但し，ターミナルと して使用中，一時的に使用を中断し， PC・9801の OSに戻り，その OS上 で作業をしたのち，ホスト計算機で LOGON(login)し直すことなく，再度 ターミナノレとして使用できるよう設計されている.
(
2
)
グラフィック・ターミナノレとしての機能. PC-9801を 640x 400(あるいは 640x 200)のグラフィック・ターミナル として用いる機能. 但し，単なるドット表示機能だけでなく，ホスト側か らのコマンドにより簡単に，直線，矩形，円，楕円等の図形の表示，領域塗 り潰し，漢字，アルファベット等の文字の表示，及びそれらのプリンター へのハードコピーが行えるようになっている. (3) PC-9801とホスト計算機との聞のファイル転送機能.(
4
)
ホスト計算機のターミナルとして使用中，ホスト計算機の出力の任意の部 分を PC・9801に接続したプリジ:ターに出力するリスト機能(List機能). (5) ホスト計算機のターミナノレとして使用中， PC-9801のディスグファイルに 書かれたホスト計算機に対する一連のコマンドやデータ等を，あたかも キーボードからの入力のように，順次ホスト計算機に送り実行させる機能 (Batch機能). (6) ホスト計算機のターミナルとして使用中，ホスト計算機の出力の任意の部 分を PC・9801のディスグファイルに記録する機能 (Photo機能). (2)のグラフィック機能についてであるが，パソコンの 640x400のドット数 では， 1240 x 1240程度のグラフィック画面を持つ本格的なグラフィック端末-56 第59巻 第l号 56 のシミュレーシヨンには能力不足であり，あまりグラフィック機能は考慮され ていないようである. (但し， PC-9801の BASICシステムに用意されている ターミナル機能の場合は， BASICのグラフィックと同程度の機能は用意され ている.) 従って，タ・ーミナル・ソフトウエアのグラフイツグ機能といっても， シミュレーション対象のキャラクタ・ターミナルが有している特殊文字による 疑似グラフィック機能を実現しているのが大部分である. しかし，パソコンの グラフィック関連ソフトウエアが 640x400のグラフイッグ画面で実現されて いることを考躍すれば， 640x400のものでもある程度は実用になるであろう と思われ，インテリジェントなグラフィック機能を実現するため，各種図形の 描画機能，領域塗り潰し機能，及びハードコピー機能等のためのコマンドを用 意した. (尚，本ソフトウエアの大部分は PC-9801の BASICシステムのグラ フィック命令処理の部分を利用している.) 以下，第III章で Batch機能，第IV章で Photo機能について述べる. また， 第V章では，上記 (3)ー(6)の機能をキーボード以外(ホスト計算機側から，ある いは Batch機能用ファイル中から〉呼び出す機能について述べるが，これもパ ソコンであるが故に実現できた機能である. III Batch機能 Batch機能とは，ホスト計算機のターミナルとして使用中， PC・9801のディ スクファイルに書かれたホスト計算機に対する一連のコマンドおよびデータ を，あたかもキーボードからの入力のように，順次ホスト計算機に送り実行さ せる機能である. この機能は，以下のような利用法および動機に基づき作成し た (1) デバッグ段階では毎回同じコマンド及びデータを繰り返し入力することが 多く冗長であるが，そのような場合のキーボードからの入力の手間をできる だけ少なくする. このことを， COSMO・700Sの場合を例にとり説明する. 次のようなホスト計算機の使用を考える. (a) ファイル PROG:Fに作成しているフォートランのプログラムをコン
57 計算機システムの環境整備へのパーソナノレコンビュータの応用 パイルしオブジェクト・ファイル
PROG:R
を作成する. (b) それをリンクしてロードモジュールPROG:L
を作成する. (c) オブジェクト・ファイノレPROG:R
を削除する. -57-(d)PROG: L
を実行する. このとき，"READ
文"に対するデータとして， 1 ，2
，3
を入力する. この場合，キーボードからのコマンド入力は次のようになる.(下線の部分が ユーザ入力の部分である.)!EXTFORT PROG: F OVER PROG:R
〉く
CR)
*****
*****
)END
!
L
YNX PROG: R OVER PROG: L;.EXTLIBE
*****
*****
!DELETE PROG: R
*****
!
S
PROG:L
?
l
'?2?
3
(但し"!"はCOSMO
・7
0
0
S
のt
o
p
-
l
e
v
e
l
の プ ロ ン プ ト ， ">"はFORTRAN
コンパイラのプロンプト，"*****"はCOSMO-7
0
0
S
の出力"?"は，プログラム中の"READ
文"に対するプロ ンプトである.また，くCR)
は，キャリ yジ・リターンのみの入力を示 す.)-58ー 第59巻 第1号 58 上記の入力は大した分量で、はないが，しかし，この入力をデバッグ中に何 度もキーボードから行うのは面倒である.それに，一般には，もっと入力 データが多いものと思われる. そこで，このようにあらかじめ分かって いる一連のコマンドを，これもまたあらかじめ分かっているデータに対し て実行させる場合，キーボードから入力すると同様な次のような内容の ファイルをパソコン上に作成しておき，以後はそのファイル名を指定する だけでその内容をあたかもキ ボ ドからの入力のようにホスト計算機に 送ることができればキーボードからの冗長なコマンド及びデータ入力を避 けることができる. (このようなファイルを以後
b
a
t
c
h
'
f
i
l
e
と呼ぶ.)!EXTFORT PROG: F OVER PROG: R
〉
>END
!
L
YNX PROG: R OVER PROG: L
;
，EXTLIBE
!
D
ELETE PROG: R
!
S
PROG:L
?
1
'?2?
3
(行の最初の文字が，ホスト側のプロンプトになっており，キーボー ドから入力すべき文字列だけではないことに注意.これについての 説明は第I
V
章3
でおこなう.) (2) あらかじめ分かっているコマンド及びデータを，順次ホスト計算機に送る のであれば， それらのコマンド及びデータをファイノレに作成しておき，あと からの確認のために，P
h
o
t
o
機能，あるいはL
i
s
t
機能により記録をとりな59 計算機システムの環境整備へのパーソナノレコンビュータの応用 5 Qd がら，そのファイルの内容を自動的に送ることにすれば，ユーザはその間， キーボード(パソコン〉の前にいる必要はなくなるし，別の作業をすることも 可能である.
(
3
)
ROM
に簡単な(機能の少ない〉エディタ，及びアセンブラ程度の機能を備 えたワンボードマイクロコンビュータシステムのソフトウエア開発において 次のように使用する. まず強力なエディタを用いてパソコン側でプログラ ムの作成・修正を行う. 次に，ワンボードシステムでエディタを起動し入力 状態にしておき，パソコンのディスグ上のそのプログラムをBatch
機能を 用いてワンボードマイコン側に送る. 次にエディタを終了し，アセンブラ を起動し，最後に実行する. 尚，初期のBatch
機能は上記仕様のものであったが，例えば，(1)の場合の ようにロードモジュールを作成することは，一つのプログラムだけでなく， 複数のプログラムについて行なうのが普通であるがそのような場合，各プロ グラムの入ったファイノレ名に対し，上記のような，b
a
t
c
h
-
f
i
l
e
を個々に作成 しておくのは種々の点から得策ではない.そこで，現在はプログラムの入っ ているファイル名をBatch
機能起動時にパラメータとして与えることによ り，一つのb
a
t
c
h
-
f
i
l
e
~こより複数のプログラムに対するロードモジュール 作成が可能であるように機能拡張がなされている.その場合，b
a
t
c
h
-
f
i
l
e
は 次のようになる.($1
の部分にBatch
機能起動時にパラメータとして与 えられる文字列の最初のものが代入されてホスト計算機へ送られる.)!EXTFORT
$
1
:
F OVER $
1
:
R
〉)END
!
L
YNX
$
1
:
R OVER $
1
:
L
;
.
.
E
XTLIBE
-60- 第59巻 第1号 60
I
V
Photo
機能Photo
機能とは，ホスト計算機のターミナルとして使用中，ホスト計算機の 出力の任意の部分をP
C
-
9
8
0
1
のディスグファイノレに記録する機能である. こ の機能は，以下のような利用法および動機に基づき作成した. (1) ユーザ、とホスト計算機との会話をディスクファイルへ~己録し，その記録を 後で調べることにより，デバッグの効率化をはかる. この機能の代わりに，ACTIVE
の機能のうち，L
i
s
t
機能によるプリンタ出力を用いてのデバッグ も考えられるが，その方法では，結果的にはデパッグに本質的に必要な部分 は少なくてすむ場合であっても，あらかじめその部分が予測できないため総 ての出力をプリントすることになり，もし出力が非常に多い場合には，以下 のような問題がある. (a) ホスト計算機との会話の速度が，プリンタの速度により制限されるため 会話における待ち時聞が多くなる. (b) (a)に述べたように，パソコン側での通信処理速度がプリンタの速度に制 限されるため，パソコン側の受信ノミッファがオーバフローし，コントロー ルS/
コントロールQ
によるフロー制御が可能でない場合は，ホスト側か らの情報が失われることがある. (c) プリンタ出力から，デバッグに必要な部分を探すのが大変である. これに対し，記録をディスクファイルにとることにより，会話の速度はPhoto
機能を用いないときとほとんど変わらず，(
a
)
， (b)の問題はなくなる. 但し， (b)については，ホスト側からの一連の出力がディスクシステムのー記 録単位より長い場合，ディスクへの書き出しが起こり情報が失われる場合が ある. しかし，この場合でも，ディスクとして，メモリディスクを用いれば， (b)の問題は解決する. (c)については，ディスクファイルに記録した場合，強 力なエディタ等がパソコンに備わっていれば，容易にデバッグに必要な部分 を探すことが可能であり，必要ならば，その部分だけ切り出してプリンタに61 計算機システムの環境整備へのパーソナノレコンピュ-;9の応用 -61ー 出力すればよい.
(
2
)
学生等のためにホスト計算機の使用方法の資料を作成する場合，マニュア ル，あるいは記憶を頼りに使用方法を記述するよりも，実際に使用している そのままの記録をディスグファイノレに記録し，それに対し，必要ならばパソ コンのエディタを用いて注釈等を付けて作成する.この場合も，L
i
s
t
機能を 用いてもよいように思われるかもしれないが，作成する使用方法の資料の量 が多いときには，しばしば途中でミスをする可能性があること，注釈の記入 の必要があること等を考産すると，P
h
o
t
o
機能を用いた方がはるかに効率的 である. (3) 次の例(3-1)，(3-b)のように，ホスト計算機の出力をファイルに記録したも のを修正し，B
a
t
c
h
機能を用いて，ホスト計算機へ以降の入力として送る. (3-a) 会話型でかつ頻繁にデータ入力を要求するたぐいのプログラムのデ、パγ グの場合，同じデータに対し何度もテストランをすることが多い.この場合， もし最初から要求されるデータが分かっていれば，前章の(1)で述べたように， それをパソコンのb
a
t
c
h
-
f
i
l
e
に作成しておき，B
a
t
c
h
機能によりキーボー ドからの代わりにホスト計算機に送れば冗長な入力が避けられる. しかし， 最初の方に入力するデータにより以後のプログラムの流れが左右され，従っ て入力要求の内容も異なってくるような複雑なプログラムの場合，要求され る総ての入力をプログラムを実行することなくあらかじめ知ることは容易で ないことが多い. このような場合，最初のデパγグではキーボードから入 力し，その実行の様子をP
h
o
t
o
機能により，パソコンのディスクファイル にその記録をとり，パソコン上でそのファイノレからデータ入力の部分のみ取 り出し適当に修正しておけば， 二回目以降の入力については，前章でh述べたB
a
t
c
h
機能を用いればキーボードからの冗長なデータ入力を避けることが できる. また，B
a
t
c
h
機能による入力は，人聞によるキーボ}ドからの入力 よりも高速であるため，デバッグもより効率よくおこなえる.-62- 第59巻 第1号 62 (3-b) ホスト計算機の不要のファイルを削除するとき，削除対象ファイルが多 い場合は，ファイル名一覧を表示させて，それを見ながら削除コマンドを入 力するのが一般的である. しかし，ある穫度以上の数のファイルを削除する そこで，ファイル名一覧を表示すると 場合はその入力はかなりの量になる. き
P
h
o
t
o
機能によりパソコンのディスクファイルにその記録をとり，パソ コン上でエディタによりそのファイルをもとに削除コマンドを並べたファイ ルを作成しておけば，前章で述べたBatch
機能を用いて簡単に削除が実行 できる. V キーボード以外からのACTIVE
の機能の呼び出しACTIVE
では，第II章の(3)から(6)で列挙した機能を，ユーザが直接キー ボードから起動するだけでなく，次の(1)，(
2
)
に述べるように，b
a
t
c
h
-
f
i
l
e
中，あ るいはホスト計算機で実行されるプログラム中からも起動できる. これによ り，より整備されたホスト計算機の使用環境，ソフトウエアの開発環境が実現 できている. ) 司 E A ( 例えば，ホスト計算機に強力なエディタがない場合，P
C
-
9
8
0
1
で作成・修正 したフォートランプログラムをホスト計算機に送り，コンパイル 後，実行する手続きがデバッグ期間中繰り返されるであろう. 場合，第I
I
I
章で述べたように，ホスト計算機に対するコマンドであるコンパ リングの このような イノレ， リンク，実行の部分だけをb
a
t
c
h
-
f
i
l
e
に用意するだけでなく，AC-TIVE
の機能の一つで、あるところの「プログラムをホスト側に転送する機 能」の呼び出しもb
a
t
c
h
-
f
i
l
e
中に用意できれば，ユーザのキーボード入力の 手聞はそれだけ省かれる. うなものとなる.1
行自が，パソコンのファイル$LFOR
を ホ ス ト 計 算 機 の そのような目的のためのb
a
t
c
h
-
f
i
l
e
は以下のよ し， ファイル$
l
:
F
に 転 送 す る フ ァ イ ル 転 送 機 能 を 呼 び 出 す 部 分 で あ る ."^_S"
は，コントロール・アン夕、、ーラインとS
であり，キーボード 但63 計算機システムの環境整備へのパーソナノレコンビュータの応用 -63-から，
ACTIVE
のファイル転送機能を呼び出すときのコマンドと同じもの である. またねは，第田章で述、ぺたB
a
t
c
h
機能起動時にパラメータとし て与えられる文字列の最初のものが代入されてホスト計算機へ送られるパラ メータを指定するものである.!/¥_S $LFOR $
l
:
F
!EXTFORT $
l
:
F
OVER $
l
:
R
〉>END
!
L
YNX $
l
:
R
OVER $
l
:
L
;
..EXTLIBE
!
D
ELETE $
l
:
R
!
S
$
l
:
L
?
l
?
2
?
3
(
2
)
ホスト計算機の上で開発しているプログラムのデバッグのために，そのプ ログラムの出力が必要である場合，ACTIVE
の機能のうち，P
h
o
t
o
機能あ るいはLis
t
機能を用いて記録をとればよい. しかし，出力が非常に多く， かつ必要な出力は最後のいくらかの部分である場合には，通常は， (a) 不要な出力を気にせずに，出力すべてについて記録をとる (b) 不要な出力を避けるため，プログラムを修正す町る 等が行われる. しかし， (b)の場合は，プログラムの正しい部分を変更するこ とになり，新たな間違いを生じる可能性もある. そこで，プログラム中のデ バッグ、のために必要とされる出力を行う部分(そのような部分は，本質的に 修正が必要な部分に近いであろうと思われる〉の直前に，ACTIVE
に対しP
h
o
t
o
機能あるいはLis
t
機能を呼び出す出力を行う命令を付け加えてお くことができれば，不要部分の出力を記録にとらなくてよくなる.-64- 第59巻 第1号 64
V
I
ACTIVE
のインプリメンテーション1
.
ACTIVE
の処理手順ACTIVE
の基本的な処理手続きは次のようになっている. (a) ホスト計算機から文学が送られてきているか否かを調べる. 送られ てきていなければ(e)へ行く.送られてきていれば，その文字を受け取る. (b) その文字がACTIVE
の機能を呼び出すものであれば，そのための処 理を行い， (e)へ行く. (c)Photo
機能実行中であれば，指定されたパソコンのファイルへその文 字を書き込む. (d)L
i
s
t
機能実行中であれば，プリンタへその文字を印字する. (e) ホスト計算機から，入力停止のフロー制御の信号が送られてきている 状態か否かを調べる. もしその状態であれば， (a)、へ行く. (0Batch
機能実行中か否かを調べる.実行中で、なければ(j)、へ。行く. 実 行中であれば，b
a
t
c
h
-
f
i
l
e
から一文字読み出す. (g) その文字がb
a
t
c
h
-
f
i
l
e
の終わりを示すものであれば，Batch
機能実 行中の状態を解除し， (a)へ行:く. (h) その文字がACTIVE
の機能を呼び出すものであれば，そのための処 理を行い， (a)へ行く. (i) その文字を，ホスト計算機へ送り， (a)へ行く. (j) キーボードから文字が入力されているか否か調べる. (k) 入力されていなければ， (a)へ行く. 入力されていれば，その文字を受 け取る. (1) その文字がACTIVE
の機能を呼び出すものであれば，そのための処 理を行なった後(a)へ行く. (m) その文字を，ホスト計算機へ送り， (a)へ行く. 尚，現在のACTIVE
プログラムは，通信速度4
8
0
0
ボーでP
C
-
9
8
0
1
をー 争 t ; i t a ? ト e 2 h 65 計算機システムの環境整備へのパーソナノレコンビュータの応用 -65-ターミナルとして用い，かつホスト計算機のスクリーン・エディタを用いる 都合上，処理速度を考慮しアセンプラ言語で作成している. 但し，
CPU
が8
0
8
6
以外の機種への移植のことを考麗し，処理速度の関係からどうしても アセンブラ言語によるプログラムの必要な部分以外は，可能な限り移植の容 易な言語(例えば， C言語〕で記述することを考えている.2
.
P
C
-
9
8
0
1
のOS
のモニタコールについて 通常プログラムは，アセンブラ言語で書く場合でも，移植性を考慮して可 能なかぎり，0
S
(
M
S
-DOS
，CP
1M
-
8
6
等〉のモニタコールを利用すべきで あるし，ACTIVE
のインプリメンテーシヨンでも極力そのように努力して いる. しかし，上記処理手順の(a)で，ホスト計算機から文字が送られてきて いるか否かを調べるときは，OS
の標準のそ=タコールだけでは不充分なた め，PC
・9
8
0
1
に固有の拡張モニタコールを利用している. さらに， (e)でホス ト計算機からXOFF
の信号が送られてきている状態か否かを調べる機能 は，OS
のモニタコール及びP
C
-
9
8
0
1
の拡張モニタコールにも見当たらな いため，OS
領域でそのような情報を管理している番地を直接参照してい る. また， 7ピットでホスト計算機と通信する場合，シフトイン・シフトア ウトの状態を調べるためにも，OS
領域を直接参照している. そのため，MS-DOS
であっても，バージョンが異なれば参照番地も異なり， 本質的に は総てのパ}ジョンに対しそれぞれ作成する必要がある. 但し，現在の3 種類のノミージョンについては，偶然にも参照番地がR
S
-
2
3
2
C
のハードウエ ア割り込みの番地(この番地は固定番地にある割り込みベクタを参照するこ とにより決められる〉から同じオフセグトとなっているため， 1種類のもの ですんでいる. このあたりは，是非モニタコールあるいはPC
・9
8
0
1
の拡張 モニタコールとして，是非とも実現してもらし、たし、機能である.-66- 第59巻 第l号 66
3
.
B
a
t
c
h
機能の実現についてB
a
t
c
h
機能を実現するにあたって，生じた問題，及びその解決法について 報告しておく. (1)B
a
t
c
h
機能を実現した最初のノミージョンは，ユーザがキーボードから入 力するものだけをb
a
t
c
h
-
f
i
l
e
に用意するようにしていたが，b
a
t
c
h
-
f
i
l
e
が大きい場合，ホスト計算機のノミッファがいっぱいになり，送った文字が 無視される場合が生じた.(ホスト計算機がコントローノレS/
コントロールQ
によるフロー制御を行っていても，B
a
t
c
h
機能による文字送信の速度が 速すぎて，送った文字が無視される場合が生じた.) そこで，ホスト計算 機が入力を求める場合，プロンプトが出されることが多いことを利用して，b
a
t
c
h
-
f
i
l
e
中の行の最初の文字がプロンプトとして指定されている文字で あれば，そのプロンプト文字がホスト計算機から送られてきた後，その行 の最初のプロンプト以外の文字がホスト計算機へ送られるように変更され た デフォルトのプロンプト文字としては"!ぺ")ぺ"%ぺ1
ぺ"'?" 指定されていが，ホスト計算機が異なれば，プロンプトの文字も異なる場 合が多いこと，行の最初の文字として，どうしてもプロンプトであるよう な文字を送らざるを得ないことがある等の場合を考慮し，rB
a
t
c
h
機能に対 する補助的設定機能」を用いて，ユーザがプロンプト文字を指定すること ができるよう配慮されている.(
2
)
また，第I
I
I
章 の 最 後 の 部 分 で 述 べ た よ う なb
a
t
c
h
圃f
i
l
e
中の形式ノf
ラ メータを示す文字(デフォルトは，$
1
，$
2
，・・・の'$'である〉についても， 場合によっては，そのものをホスト計算機に送る必要が生じる. そこで， そのような場合，f
B
a
t
c
h
機能に対する補助的設定機能」を用いて，文字' $'に代わるものをユーザが指定できるようにも配慮されている.(
3
)
ホスト計算機のエディタによっては，入力行の処理のため次の行の入力67 計算機システムの環境整備へのパーソナノレコンヒュータの応用 -67-がしばらく待たされ，しかも次の行の入力のためのプロンプトを出さない ものがある. そのようなホスト計算機のエディタを起動しておき，パソコ ンから
Batch
機能によりファイルを送る場合，連続して何行かを送ると， 文字が無視されることがある. このようなことを防ぐためには，一行 送った後しばらく間隔をあけた後，次の行を送らなければならない. 方，このような間隔の最適値(送った文字が無視されず，しかも余計に待つ ことはない値りは，ホスト計算機，あるいはその上のソフトウエア(例えば エディタ〕によりそれぞれ異なるのが普通である. そこで，場合に応じて， ユーザが，間隔を設定できるよう配慮されている このような問題は，Batch
機能を最初に実現したときは予想していなかっ たことであり，今後もBatch
機能に限らず，ホスト計算機及びその上のソ フトウエアによっては，まだまだ生じることも予想される.V
I
I
最後に 実は，上記のPhoto
機能は，D
E
C S
y
s
t
e
m
-
2
0
のo
S CTOPS-20)
上でのPhoto
機能と同様なものであり，一方Batch
機能は，Unix
マシン上のコマ ン ド フ ァ イ ル あ る い はMS-DOS
上のノミッチ機能の拡張であり，決っしてACTIVE
におけるオリジナルな着想ではない. それらの機能の有用性を実 感していたため，本学計算センターのCOSMO
・7
0
0
S
の上で，それらの実現を 試みたが，最初に述べたように，OS
及び既存のソフトウエアという枠組みの 中では困難なことであった. しかし，パソコンをターミナルとして用いる場 合，パソコン側にそれらの機能を持たせることは比較的容易に実現できたこと が最初の出発点、であった. そして，第V
章で述べたように，それらを含めたACTIVE
の機能を，ホス ト計算機あるいはb
a
t
c
h
-
f
i
l
e
から呼び出せるようにすることによって，COS-M O
・7
0
0
S
(及びS
y
s
t
e
m
-
8
0
0
，UX-300)
上でのソフトウエア開発は，従来に較舟 U F O 第59巻 第1号 68 べかなり楽になり，効率もよくなった. また，
