JPH03286351A - データ通信端末装置における機能の分割制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はデータ通信端末装置における端末処理の機能を
分割して管理する分割制御方式に関するものである。

［従来の技術］ 従来、端末処理に必要な基本機能を独立して特定の機能
を果たす範囲でモジュール化した場合、基本モジュール
をすべてメモリにロードした後に端末処理を開始してい
た。そのため、現時点で使用しない機能についてもメモ
リを専有してしまっていた。さらに、基本モジュールを
修正する場合、すべての機能を含む全体を修正する必要
があり、メンテナンス効率も悪かった。

又、拡張機能を追加する場合に、データ通信端末装置の
基本機能も作成しなおして拡張機能を追加するので、機
能を拡張する毎に毎回基本機能に影響を与え柔軟性のな
いものであった。

［発明が解決しようとしている課題］ 従って、従来の方式では、メモリの使用やメンテナンス
において自由度がなく無駄が多かった。

又、機能拡張の場合には、基本機能に影響を与えるため
、基本部の再作成の無駄な作業が必要であるだけでなく
、その作業によって基本機能の品質を低下させる可能性
が少なからずあった。

本発明は、前記従来の欠点を除去し、メモリの使用やメ
ンテナンスにおける自由度を高め、機能拡張時の品質低
下を防ぐデータ通信端末装置における機能の分割制御方
式を提供する。

［課題を解決するための手段］ この課題を解決するために、本発明のデータ通信端末装
置における機能の分割制御方式は、ホストコンピュータ
とデータ通信を行うデータ通信端末装置において、 独立して所定の機能を果たす範囲で機能を分割し、該分
割された各機能の前記データ通信端末装置へのロード状
態を管理する管理手段を備え、ロードされていない機能
が要求された場合に、前記管理手段の管理に従って該機
能をロードする。

更に、前記分割された各機能の使用状況を管理する第２
の管理手段を備え、前記要求された機能のロードによる
メモリ専有領域に対応して、前記第２の管理手段の管理
に従って所定の機能を削除する。

ここで、前記分割された機能は、前記データ通信端末装
置の基本機能及び拡張機能を含む。

［作用］ かかる構成において、各機能をを分割して管理している
ため、使用時のメモリの占有領域を極力抑え、メンテナ
ンスあるいは機能拡張時にも必要な機能のみを修正ある
いは追加すればよく、他の機能に悪影響を与えない作用
がある。

［実施例コ 以下、図面に基づき、本発明の実施例を詳細に説明する
。

第１図は本発明の機能の分割制御方式を実現するデータ
通信端末装置の構成を示す図である。

第１図において、１１はホストコンピュータ装置、１２
はデータ通信端末装置である。データ通信端本装置１２
には、端末装置の基本制御部１２ａと端末処理の拡張制
御部１２ｂとがある。

拡張制御部１２ｂは基本制御部１２ａとは独立しており
、後付けが可能なことを特徴としている。

基本制御部１２ａは、ホストからの拡張制御プロトコル
によって、拡張制御部１２ｂのローダやデータ授受コン
トローラとして働く、基本制御部１２ａは、拡張制御プ
ロトコルだということを認識するのみで、拡張制御部１
２ｂの機能を知る必要はない。

ホストコンピュータ装置１１とデータ通信端末装置１２
とは、ＬＡＮなどのネットワークで接続されており、制
御プロトコルによって相互の対話を実現している。尚、
ホストコンピュータ装置１１とデータ通信端末装置１２
との接続方法に限定はなく、−船釣ないかなる方法であ
ってもよい。

く基本制御部の分割制御〉 第２Ａ図は本実施例のデータ通信端末装置の基本制御部
１２ａの構成図である。

第２Ａ図において、２１は端末側における制御プロトコ
ルを解析し、その後の端末処理をハンドリングする端末
制御プロトコル解析部である。

２２は基本モジュールをＮ個管理できる基本モジュール
管理部である。この管理部では、第２Ｂ図にその一例を
示す基本モジュール管理テーブル２２０に基づいて各モ
ジュールのロード状態、メモリの配置の状態、実行時の
ジャンプ・アドレスなどを管理している。

第２Ｂ図において、２２０ａは各基本モジュールを識別
するデータ、２２０ｂはロード済か否かのフラグ、２２
０ｃ、２２０ｄはロード領域の先頭アドレスと後尾アド
レス、２２０ｅはプログラム長、２２Ｏｆはこの基本モ
ジュールのスタート（ジャンプ）アドレス、２２０ｇは
スタート時に必要なフラグ等の値である。

２３は基本モジュールをロードする基本モジュール・ロ
ーダである。このローダ２３は、メモリの取得と解放や
基本モジュールの読み込みなどの機能を持っている。２
４．２５は基本モジュール１．は基本モジュール２の例
であり、基本モジュールはＮ個までロートできる。

第３図は本実施例のデータ通信端末装置の基本機能の分
割制御の処理手順を示すフローチャートである。以下、
このフローチャートに従って、本データ通信端末装置の
処理手順を説明する。

まず、ステップＳ３１において端末処理に必要な準備な
どの初期化を行う０次にステップＳ３２において、ホス
トコンピュータからの受信データがあるか否かを判定す
る。受信データがない場合は、ステップＳ３２へ戻り処
理を繰り返す。

ステップＳ３２の判定において、受信データがある場合
は、ステップＳ３３において受信データを解析する。

ステップＳ３４において、受信したデータが基本機能の
実行か否かを判定し、基本機能の実行の場合はステップ
Ｓ３５に進み、その機能を実行するための基本モジュー
ルがメモリにロードされているかどうかを判定する。ロ
ートされていないときはステップＳ３６に進んで、必要
な基本モジュールをロートする。さらに、ステップＳ３
７において、ロートした基本モジュールのロード状態、
メモリ配置の状態、実行時のジャンプ・アドレスなどを
基本モジュール管理テーブル２２０に登録して管理する
。ステップＳ３５の判定においてロードされていれば、
ステップＳ３６とＳ３７をスキップしてステップ３３８
に進む、ステップＳ３８では制御プロトコルの基本機能
の実行の対象なっている機能を実行し、ステップＳ３２
に戻り処理を繰り返す。

ステップＳ３４の判定において、受信したデータが基本
機能の実行のための制御プロトコルでない場合は、ステ
ップＳ３９に進み受信したデータを処理し、ステップＳ
３２に戻り処理を繰り返す。

又、以上の実施例に加え次のような機能を追加する。端
末処理の複雑化と多様化とに伴って、基本モジュールを
さらに機能強化して拡充すると、基本モジュールのサイ
ズが増大し、メモリ不足になることが考えられる。そこ
で、基本モジュールのロード時にメモリが不足した場合
、アクセスの最も少なかった基本モジュールを自動的に
削除する機能を追加する。その例として、ホストからの
制御プロトコルによって基本機能を実行するときに、第
２Ａ図に示すアクセス管理テーブル２６によってアクセ
ス頻度を管理する手段を付加して、必要なときにアクセ
ス管理テーブル２６を参照し、アクセスの状態を知るこ
とができるようにする。

第４図はアクセスの少ないモジュールを削除する場合の
処理手順を示すフローチャートである。このフローは第
３図のステップＳ３６における基本モジュールのロード
前に実行される。

まず、ステップＳ４１で今からロードしようとする基本
モジュールがロード可能なメモリ空領域が有るか否かに
基づいて、モジュール削除の必要を判断する。削除の必
要が無ければそのままリターンする。削除の必要が有れ
ば、ステップＳ４２でアクセス管理テーブル２６を参照
して、そのアクセス状態から、ステップＳ４３で削除モ
ジュールを決定し、ステップＳ４４でモジュールの削除
を実行する。尚、削除モジュールの決定は、使用状況の
みでなく重要度、例えばエラー処理のモジュールは余り
アクセスされていなくても削除してはならない、等を加
味して決定される方がよい。

以上の機能を付加することによって、基本モジュールの
サイズが増大しても、メモリ不足に対して最適なメモリ
使用を自動的に提供できるようになる。

本実施例によって、以下のような効果がある。

第１に、分割したモジュールを必要なときに、モジュー
ル単位でメモリにロードするので、メモリの使用効率が
よく無駄がない。

第２に、モジュールを小さく分割しているため、モジュ
ールの修正時も必要最低限の作業でよく、メンテナンス
効率が極めて向上する。

〈拡張制御部の分割制御〉 第５Ａ図は、本実施例のデータ通信端末装置の分割制御
部の構成図である。

第５Ａ図において、１２ａは第２Ａ図に示した端末側に
おける制御プロトコルを解析し、その後の端末処理をハ
ンドルする端末制御プロトコル解析部と、基本機能を実
行する基本機能実行部とである。

５２は拡張モジュールをＮ個管理できる能力を持ってい
る拡張モジュール管理部である。ここでは、第２Ｂ図と
類似の第５Ｂ図の拡張モジュール管理テーブル５２０に
基づいて、各モジュールのロート状態、メモリの配置の
状態、実行時のジャンプ・アドレスなどを管理しており
、拡張モジュールを多重にロードし、管理できる構造に
なっている。

第５Ｂ図において、５２０ａは各基本モジュールを識別
するデータ、５２０ｂはロード済か否かのフラグ〜５２
０ｃ、５２０ｄはロード領域の先頭アドレスと後尾アド
レス、５２ｏｅはプログラム長、５２０ｆはこの基本モ
ジュールのスタート（ジャンプ）アドレス、５２０ｇは
スタート時に必要なフラグ等の値である。

５３は、拡張モジュールをロードする拡張モジュール・
ローダである。このローダはメモリ・アロケーション、
モジュールの読み込み、メモリ・リリース、拡張モジュ
ールの再配置などの機能を有している。５４．５５は拡
張モジュール１．拡張モジュール２の例である。これら
の拡張モジュールは、Ｎ個まで多重にロードすることが
可能である。

尚、制御プロトコルにはコマンドを含んでおり、モジュ
ールのロード、機能の実行、モジュールの削除の区分を
も表現している。

第６図は、本実施例における拡張機能の分割制御の処理
手順を示すフローチャート図である。

以下、このフローチャート図に従って、本データ通信端
末装置の処理手順を説明する。

まず、ステップＳ６１において、端末処理を開始するた
めの準備などの初期化を行う。次に、ステップＳ６２に
おいて、ホストコンピュータからの受信データがあるか
否かを判定して、受信データがない場合はステップＳ６
２に戻り、ホストコンピュータから受信データがあるま
で処理を繰り返す。ステップＳ６２の判定において、受
信データがある場合は次のステップＳ６３に進み、拡張
モジュールをハンドルする拡張プロトコルであるか否か
を判定する。

ここで、拡張制御プロトコルとは、ホストコンピュータ
装置とデータ通信端末装置の拡張制御部１２ｂとのアプ
リケーション・レベルのデータ授受のためのプロトコル
である。このプロトコルに対して、基本制御部１２ａは
データをパス・スルーするだけの制御を実行する機能を
あらかじめ内蔵している。

拡張制御プロトコルでない場合は、ステップＳ６４にお
いて、基本制御部の実行処理を行う。

その結果がエラーでない場合はステップＳ６５の判断に
よってステップＳ６６に進み、結果をホストに送信して
ステップＳ６２に戻り処理を繰り返す。エラーの場合は
、ステップＳ７８においてエラーの状況をホストへ送信
してステップＳ３２に戻り、処理を繰り返す。

ステップＳ６３の判定において、拡張制御プロトコルで
あった場合は、まずステップＳ６７においてコマンドを
判定する。ロートの場合は、ステップＳ６８でその拡張
モジュールがロード済かどうかを調べ、ロート済ならば
そのコマンドはエラーとし、ステップＳ７８においてエ
ラーの状況をホストへ送信し、ステップＳ６２に戻り処
理を繰り返す。ロート済でなければ、ステップＳ６９に
おいて拡張モジュールのロード処理を行う。そのロート
処理がエラーならば、ステップＳ７０の判定によってス
テップＳ７８に進み、エラー状況をホストへ送信しステ
ップＳ６２に戻り、処理を繰り返す。

また、ステップＳ６７の判定において、コマンドが実行
ならば、ステップＳ７１において実行するモジュールが
ロート済か否かを判定し、ロード済でなければ実行不可
能なのでエラーとし、ステップＳ７８に進みエラーの状
況をホストへ送信し、ステップＳ６２に戻り処理を繰り
返す。ロード済ならば拡張モジュールの実行処理を行う
。その実行処理がエラーならば、ステップＳ７８でエラ
ーの状況をホストへ送信し、ステップＳ６２に戻り処理
を繰り返す。

また、ステップＳ６７の判定において、コマンドが削除
ならばステップＳ７４において、削除するモジュールが
ロード済か否かを判定し、ロード済でなければ削除不可
能なので、ステップＳ７８でエラーの状況をホストに送
信し、ステップＳ６２に戻り処理を繰り返す。ロード済
であれば、ステップＳ７５で拡張モジュールの削除処理
を行う。その削除処理がエラーならば、ステップＳ７８
でエラーの状況をホストに送信し、ステップＳ６２に戻
り、処理を繰り返す。

拡張モジュールのロード処理、実行処理、削除処理を正
常に終了したときは、ステップＳ７７に進み、結果をホ
ストへ送信し、ステップＳ６２に戻り、処理を繰り返す
。

［他の実施例］ 以上の実施例に加え、制御プロトコルに動作区分を追加
する。動作区分には、同期と非同期がある。同期ならば
、第３図に示すように実行処理が終了してから結果をホ
ストへ送信する。非同期ならば、実行処理の結果を待た
ずにホストに動作を開始したことを返答する。その後、
ホストからの間合せに対して、ステータス（実行中、正
常終了、異常終了など）を返答する。

この動作区分は基本制御部と拡張制御部の両方の実行処
理において有効である。非同期の処理は、プリンタへの
印刷処理など時間のかかる処理に対して有効な手段であ
る。

尚、第４図に示した基本モジュールに対する削除処理は
、アクセス管理テーブル５６により拡張モジュールに対
しても同様に行なわれ、同様の効果を奏することは明ら
かである。

本実施例によって、以下のような効果がある。

第１に、端末装置の機能を拡張する際に、基本機能に影
響を与えることなく、自由に拡張機能を追加できる。

第２に、追加する拡張機能を多重にハンドリングできる
ため、追加の幅が一段と広がった。

第３に、削減する機能を有しているため、メモリを効率
的に使用することができる。

［発明の効果］ 本発明により、メモリの使用やメンテナンスにおける自
由度を高め、機能拡張時の品質低下を防ぐデータ通信端
末装置における機能の分割制御方式を提供できる。

【図面の簡単な説明】

第１図は本実施例のデータ通信端末装置を示す基本構成
図、 第２Ａ図、第２Ｂ図は本実施例のデータ通信端末装置の
基本制御部の構成図、 第３図は本実施例における基本制御部の分割制御の処理
手順を示すフローチャート、第４図は本実施例における
削除の処理手順を示すフローチャート、 第５Ａ図、第５Ｂ図は本実施例におけるデータ通信端末
装置の拡張制御部の構成図、 第６図は本実施例における拡張制御部の分割制御の処理
手順を示すフローチャート図である。 図中、１１・・・ホストコンピュータ、１２・・・デー
タ通信端末装置、１２ａ・・・基本制御部、１２ｂ・・
・拡張制御部、２１・・・端末制御プロトコル解析部、
２２・・・基本モジュール管理部、２３・・・基本モジ
ュール・ローダ、２４・・・基本モジュール１．２５・
・・基本モジュール２．２６・・・アクセス管理テーブ
ル、５２・・・拡張モジュール管理部、５３・・・拡張
モジュール・ローダ、５４・・・拡張モジュール１．５
５・・・拡張モジュール２．５６・・・アクセス管理テ
ーブルである。 第２Ａ図 第２Ｂ図 第５Ａ図 第５Ｂ図

Claims (3)

【特許請求の範囲】
1. （１）ホストコンピュータとデータ通信を行うデータ通
   信端末装置において、 独立して所定の機能を果たす範囲で機能を分割し、該分
   割された各機能の前記データ通信端末装置へのロード状
   態を管理する管理手段を備え、ロードされていない機能
   が要求された場合に、前記管理手段の管理に従つて該機
   能をロードすることを特徴とするデータ通信端末装置に
   おける機能の分割制御方式。
2. （２）前記分割された各機能の使用状況を管理する第２
   の管理手段を更に備え、 前記要求された機能のロードによるメモリ専有領域に対
   応して、前記第２の管理手段の管理に従つて所定の機能
   を削除することを特徴とする請求項第１項記載のデータ
   通信端末装置における機能の分割制御方式。
3. （３）前記分割された機能は、前記データ通信端末装置
   の基本機能及び拡張機能を含むことを特徴とする請求項
   第１項又は第２項記載のデータ通信端末装置における機
   能の分割制御方式。