JPH0378069A - 端末の動的確保方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は端末の動的確保方式に関し、特に情報処理シス
テムにおいてホストコンピュータと端末との間で通信を
行うＡＰ　（ＡｐｒｉｃａｔｉｏｎＰｒｏｇｒａｍゆこ
こでは、ホストコンピュータ上のオンラインアプリケー
ションプロゲラ私をいう）による端末の動的確保方式に
間する。

〔従来の技術〕

ＡＰがホストコンピュータと端末との間の通信を行うべ
く端末を確保するためには、通信制御構造体（ＡＰが通
信を行うために必要な各端末の状態を示すテーブル）を
確保（作成）する必要がある。

従来、端末の確保を動的に（ＡＰの実行中に）行うこと
はできなかった。すなわち、ＡＰが端末を確保する場合
には、ＡＰを実行するための記述（以下、ジョブインプ
ットストリームという）の中にホストコンピュータ内で
一意に定まる端末の識別名（以下、ターミナルという）
をあらかじめ記述しておき、ＡＰを実行可能な形態にす
る際にそのジョブインプットストリームに基づいて通信
制御構造体を作成することで端末の確保を行っていたく
これによりその端末とホストコンピュータとの間のＡＰ
による通信が可能になっていた）。

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

上述した従来の端末の確保方式では、ジタブインブソト
ストリームにおいてあらかしめターミナルを記述する必
要があるので、ＡＰの実行前に確保すべき端末が分かっ
ていなければならず、またそれが分からない場合には確
保する可能性のある端末のターミナルを全てジョブイン
プットストリーム中に記述する必要があり、ＡＰの実行
環境の設定に柔軟性を欠くという欠点がある。

本発明の目的は、上述の点に鑑み、ＡＰの実行環境の設
定に柔軟性を持たせることができる端末の確保方式（端
末の動的確保方式）を提供することにある。

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

本発明の端末の動的確保方式は、ＡＰを実行可能な形態
にする時点以後に当初の端末とは別の端末とホストコン
ピュータとの間の通信をＡＰが行う際の当該側の端末に
関する通信制’＜ＴＩ構造体を新たに作成する通信制御
構造体作成手段と、この通信制御構造体作成手段に対し
て通信制御構造体作成要求を発行するＡＰ内の通信制ｊ
Ｉ構造体作成要求手段とを有する。

〔作用〕

本発明の端末の動的確保方式では、通信制御構造体作成
手段がＡＰを実行可能な形態にする時点以後に当初の端
末とは別の端末とホストコンピュータとの間の通信をＡ
Ｐが行う際の当該側の端末に関する通信制御構造体を新
たに作成し、ＡＰ内の通信制御構造体作成要求手段が通
信制御構造体作成手段に対して通信制ｊ１１構造体作成
要求を発行する。

〔実施例〕

次に、本発明について図面を参照して説明する。

第１図は、本発明の端末の動的確保方式の一実施例の構
成を示すブロック図である。本実施例の端末の動的確保
方式は、ホストコンピュータ６と、端末群７　（デイス
プレィ端末４および５等）とを含んで構成されている。

ホストコンピュータ６は、通信制御構造体作成手段２に
対して通信制御構造体作成要求を発行する通信制御構造
体作成要求手段３を有するＡＰＩと、ＡＰＩを実行可能
な形態にする時点以後に当初の端末（ＡＰＩを実行可能
な形態にする際に確保された端末群７中の端末）とは別
の端末（端末群７中の端末）とホストコンピュータ６と
の間の通信をＡＰＩが行う際の当該側の端末に関する通
信制御構造体を新たに作成する通信制御構造体作成手段
２　（オペレーティングシステム（図示せず）の機能の
１つである）とを含んで構成されている。

ＡＰＩは、ホストコンピュータ６と端末群７との間の通
信を行いながら処理を行う一般的なオンラインアプリケ
ーションプログラムである。

第２図は、通信制御構造体作成手段２の処理を説明する
ための図（ＡＰＩを実行可能な形態にする際に確保され
た通信制御構造体と、ＡＰＩを実行可能な形態にする時
点以後に新たに作成された通信制御構造体とを示す図）
である。

通信制御構造体は、ポインタ情ＩＩ（新たに作成された
（このポインタ情報を有する通信制御構造体の次に新た
に作成された）通信制御ｎ構造体へのポインタを示す情
報）と、端末識別情報と、その端末識別情報に係る端末
の状態（開設／未開膜。

正常／故障および送信／受信等の各種の状Ｂ）を示す情
報とを含んでいるテーブルである。なお、ＡＰＩを実行
可能な形態にする際に確保された通信制御構造体と新た
に作成された通信制御構造体とは、同一の構造を有して
いる。ただし、前者はＡＰＩ内の領域上に割り当てられ
ることが一般的であるの対し、後者はＡＰＩの配置を乱
さないためにＡＰＩとは別の領域に割り当てられること
が一般的である（第２図もそのような一般的な場合のａ
様を示している）。

次に、このように構成された本、実施例の端末の動的確
保方式の動作について説明する。

第１図に示す構成において、ＡＰＩは、ホストコンピュ
ータ６とデイスプレィ端末４との間で通信を行う環境で
起動（実行可能な形態にすること）されているものとす
る、また、ＡＰＩの実行による処理の結果に基づいてホ
ストコンピュータ６からデイスプレィ端末５に対して処
理結果を送信する必要が判明するものとする。

このような場合に、ＡＰＩ内の通信制御構造体作成要求
手段３は、通信制御構造体作成手段２に対して通信制御
構造体作成要求を発行する。

なお、通信制ｍ構造体作成要求は、従来のジョブインプ
ットストリーム中に記述されるターミナルの記述と同様
のパラメータを持っている。

この通信制御構造体作成要求を受けた通信制御構造体作
成手段２は、その通信制御構造体作成要求に基づいて通
信制御構造体を新たに作成する。

また、ＡＰＩを実行可能な形態にする際に確保された通
信制御構造体のポインタ情報に新たに作成（確保）され
た通信制御構造体へのポインタをセットする（このポイ
ンタにより、新たに作成された通信制御構造体の位置を
認識することが可能となる）。

すなわち、通信制御構造体作成手段２は、第２図に示す
ように、ＡＰＩを実行可能な形態にする際に確保された
通信制御構造体のポインタ情報を設定し、新たな通信制
御Ｂ構造体を作成し、通信制ｍ構造体作成要求中のパラ
メータが示す端末（ここでは、デイスプレィ端末５）の
状態を示す情報を新たに作成された通信制御構造体中に
設定する。

通信制御構造体作成手段２による新たな通信制御構造体
の作成が終了すると、ＡＰＩはデイスプレィ端末４とホ
ストコンピュータ６との間の通信時と同様の態様でデイ
スプレィ端末５に対する通信（この場合には送信）を行
う。

ここで、ＡＰＩがデイスプレィ端末５に対して送信を行
う際には、第２図に示すポインタ情報に基づいて該当す
る通信制御構造体を見つけてデイスプレィ端末５に関す
る情報を得て通信を行う。

上述のようにして、ＡＰＩは、端末群７　（デイスプレ
ィ端末４および５等）を動的に確保することができ、デ
イスプレィ端末５に対して所定の処理結果を送信するこ
とも可能になる。

〔発明の効果〕

以上説明したように本発明は、通信制御構造体作成手段
および通信制御構造体作成要求手段を設けて動的に通信
制御構造体を作成することにより、ホストコンピュータ
と端末との間で通信を行うホストコンピュータ上のＡＰ
に確保される端末がＡＰの実行前に分かつておらずその
実行による処理結果によって確保すべき端末が判明する
場合等でも、ＡＰの実行環境の設定において柔軟性を持
たせてホストコンピュータと端末との間の通信を可能に
することができるという効果がある。

【図面の簡単な説明】 第１図は本発明の一実施例の構成を示すブロック図、 第２図は第１図中の通信制御構造体作成手段の処理を説
明するための図である。 図において、 ｌ・・・ＡＰ。 ２・・・通信制御構造体作成手段、 ３・・・通信制御構造体作成要求手段、４．５・デイス
プレィ端末、 ６・・・ホストコンピュータ、 ７・・・端末群である。

Claims (1)

1. 【特許請求の範囲】 ＡＰを実行可能な形態にする時点以後に当初の端末とは
   別の端末とホストコンピュータとの間の通信をＡＰが行
   う際の当該別の端末に関する通信制御構造体を新たに作
   成する通信制御構造体作成手段と、 この通信制御構造体作成手段に対して通信制御構造体作
   成要求を発行するＡＰ内の通信制御構造体作成要求手段
   と を有することを特徴とする端末の動的確保方式。