JPH04151736A - 計算機システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） この発明は、データ通信を行う計算機システムに係り、
データ処理実行タスクにデータを渡すデータ送受信機能
に関するものである。

（従来の技術〕 第４図はデータ通信を行う計算機システムの従来例を示
すブロック図である。図において、（１）は計算機シス
テム、（２）はこの計算機システム（１）とデータ通信
する相手となるデータ通信機器、（３）は伝送路であり
、上記計算機システム（１）　　には、伝送路（３）と
のインタフェース装置（４）　　ユーザか作成したデー
タ処理実行タスク（７）にデータ送受信機能を提供する
データ送受信システム（６）、及びユーザが作成した伝
送路（３）からのデータをデータ送受信システム（６）
より受は取り、そのデータに応じた処理を行うデータ処
理実行タスク（７）を有する。なお、ここで、データ伝
送の回線の形態は、ポイントッーポイント方式であり、
また、上記計算機システム（１）はマルチタスキングで
、ユーザが作成した複数のタスクを同時に実行できる。

上記構成に係る動作について説明する。データ通信機器
（２）より送信されたデータは伝送路（３）及び伝送路
インタフェース装置（４）を介して送受信システム（６
）へ、矢印の様に取り込まれ、送受信システム（６）へ
取り込まれたデータは、データ処理実行タスク（７）へ
矢印の様に渡され、データ処理実行タスク（７）は、そ
のデータについてデータ処理を実行する。

尚、ここて、送受信システム（６）よりデータ処理実行
タスク（７）へのデータの受は渡しには、具体的には計
算機システム（１）内に設けられた伝送路を利用したデ
ータの受は渡しや、半導体メモリを利用したメモリによ
るデータの受は渡し及びデータファイルを利用したデー
タの受は渡し等により実現される。

第５図は上記データ処理実行タスク（７）にデータ送受
信機能を提供するデータ送受信システム（６）のデータ
受信機能の詳細を示したブロック図で、伝送路（３）か
ら取り込まれたデータは内部に設けらねたデータバッフ
ァ（６ａ）内の既に収納されているデータ（図示斜線部
分）の直後へ逐次矢印の様に収納されていき、データバ
ッファ（６ａ）内に収納されたデータは、データ処理実
行タスク（ア）のデータ受信手段に従って最も先頭のも
のより逐次矢印の様にデータ処理実行タスク（７）に渡
されていくようになされている。

また、第６図はユーザの作成するデータ処理実行タスク
（７）のフローチャートの一例を示し、データ処理実行
タスク（７）は、ます、ステップ５６１にてデータ受信
手段タイプへの処理を行い、データ送受信システム（６
）より伝送路（３）からのデータを受は取る。ここで、
データ受信手段タイプＡは、データ受信手段の１ってあ
り、データ処理実行タスク（７）かデータ受信手段を実
行した時、データ送受信システム（６）がデータバッフ
ァ（６ａ）にデータを収納しておらず、データを渡すこ
とか出来ない場合に、データ送受信システム（６）か伝
送路（３）よりデータを取り込みデータバッファ（６ａ
）に収納するまで待機し、データバッファ（６ａ）にデ
ータが収納されたならば、そのデータをデータ処理実行
タスク（７）に渡す方式のデータ受信手段である。次に
、ステップＳ６２にて、受は取ったデータについて所定
のデータ処理を実行する。

次に、この様なデータ送受信機能を持つ計算機システム
（１）にてデータ処理実行タスク（７）の行う各種デー
タに応したデータ処理と同し処理を、伝送路（３）から
のデータとは異なる要因で実行させる必要か生した場合
について説明する。このような場合、既にデータ処理の
部分はデータ処理実行タスク（７）か備えているので、
データ処理はデータ処理実行タスク（７）が行うように
するのか効率の面で良い。

第７図はこのような場合の計算機システム（１）のブロ
ック図の一例である。図中、第４図と同一の符号を付し
たものはそれぞれ同一の要素を示している。図において
、（８）はユーザの作成したデータ処理が必要な要因が
発生したときに、データ処理実行タスク（ア）へデータ
処理をタスク間連絡手段により要求するデータ処理要求
タスクである。

また、第８図は上記データ処理要求タスク（８）のフロ
ーチャートの一例であり、データ処理要求タスク（８）
は、まず、ステップ５８１にてデータ処理か必要な要因
か発生するのを待つ。要因か発生すると、次にステップ
５８２にて、デ〒り処理をタスク間連絡手段により、デ
ータ処理実行タスク（７）へ要求するようになされてい
る。

すなわち、第７図構成において、データ処理実行タスク
（７）は、データ送受信システム（６）よりデータ受信
手段（第６図ステップ５６１）により渡されるデータと
、データ処理要求タスク（８）よりタスク間連絡手段（
第８図ステップ５８２）によるデータ処理要求の両方を
データ処理しなければならない。

そのため、データ送受信システム（６）によりデータか
渡されるか否かと、データ処理要求タスク（８）より要
求かあるか否かの両方を常時監視する必要がある。

第９図はそのようなデータ処理実行タスク（７）のフロ
ーチャートの一例である。データ処理実行タスク（７）
は、ます、ステップ５９１　にてデータ受信手段タイプ
Ｂの処理を行う。ここで、データ受信手段タイプＢは、
データ受信手段の１つであり、データ処理実行タスク（
７）がデータ受信手段を行った時、データ送受信システ
ム（６）がデータバッファ（６ａ）にデータを収納して
おらすデータを渡すことか出来ない場合に、待機せずに
データを収納していない旨をデータ処理実行タスク（７
）に知らせて、データは渡さない方式のデータ受信手段
である。従って、データ処理実行タスク（７）はデータ
送受信システム（６）がデータバッファ（６ａ）にデー
タを収納していれば、伝送路（３）からのデータを受は
取り、データバッファ（６ａ）にデータを収納していな
いならばその旨を知らされるたけてデータは受は取らな
い。

次に、ステップＳ９２にてデータ受信手段タイプＢによ
りデータを受は取ったか否かを調へる。

データを受は取フた場合はステップＳ９５へ進み、デー
タ受信手段により受は取ったデータについてデータ処理
を実行し、ステップ５９１より繰り返す。

データを受は取らない場合は、ステップＳ９３へ進み、
タスク間連絡手段の処理を行う。次に、ステップＳ９５
にて、タスク間連絡手段によりデータ処理要求がデータ
処理要求タスク（８）から行なわれていたか否かを調へ
、データ処理要求が行なわれていた場合はステップ５９
５へ進み、タスク間連絡手段で要求されたデータ処理を
実行し、ステップ５９１より縁り返す。データ処理要求
されていない場合は、ステップ５９１より繰り返す。

以上のようにデータ処理実行タスク（７）の構造は以前
に比べ、大分に複雑になっている。

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

従来の計算機システムにおけるデータ送受信機能は以上
のようにしてなされているのて、第７図構成のような場
合においてはユーザの作成するデータ処理実行タスク（
７）の構造が複雑になってしまう。又、データ受信手段
として、前述のデータ受信手段タイプＢ　（第９図ステ
ップ５９１）の様なデータ受信手段を持たないデータ送
受信システム（６）の場合は、前述のようなデータ処理
実行タスク（７）の構造が不可能になり、同一のデータ
処理の部分を持つ２つのデータ処理実行タスクをユーザ
か作成しなければならなくなるなとの問題点かあった。

この発明は、上記の様な問題点を解決するためになされ
たもので、データ処理実行タスクかデータ送受信システ
ムより渡されるデータのみについてデータ処理を実行す
るだけでデータ処理要求タスクよりのデータ処理要求に
も対応することができるデータ送受信機能を有１−る計
算機システムを提供することを目的とする。

（課題を解決するための手段） この発明に係る計算機システムは、データ通信機器から
伝送路を介して受信したデータをデータ処理実行タスク
へ渡すデータ送受信システムを有する計算機システムに
おいて、データ処理要求タスクより渡されたデータとデ
ータ通信機器より伝送路を介して受信したデータとのい
ずれかを選択してデータ処理実行タスクへ渡す選択スイ
ッチを備えたものである。

（作用） この発明においては、選択スイッチにより、データ処理
要求タスクよりのデータ処理要求を伝送路より取り込ま
れるデータと同様の形式でデータ送受信システムへ取り
込み、そのデータを伝送路より取り込んたデータと同様
にデータ送受信システムの内部に逐次収納し、データ処
理実行タスクに渡すことで、データ処理実行タスクの構
造は単純なままで、データ処理要求タスクのデータ処理
要求に対応することができる。

〔実施例〕

以下、この発明の一実施例を第１図に基づいて説明する
。図中、第７図と同一の符号を付したものは、それぞれ
同一の要素を示している。（５）はデータ処理要求タス
ク（８）の後述するデータ模擬人力手段が有効であるか
無効であるかを選択する選択スイッチであり、有効の場
合、選択スイッチ（５）の選択に基づいてデータ模擬人
力手段によりデータ処理要求タスク（８）からデータ送
受信システム（６）を介してデータ処理実行タスク（７
）にデータ処理要求が渡されるようになされている。

すなわち、第２図は上記選択スイッチ（５）の選択に基
づいてデータ処理実行タスク（７）へのデータの流れを
制御するデータ送受信システム（６）のデータ送受信機
能の詳細を示したブロック図で、図中第５図と同一符号
を付したものはそれぞれ同一の要素を示している。

図において、（５ａ）及び（５ｂ）は互いに連動して動
作する選択スイッチ（５）の接点を示し、これらは選択
スイッチ（５）が有効選択の時に接点（５ａ）かＯＮ、
接点（５ｂ）がＯＦＦとなり、データ処理要求タスク（
８）よりのデータをデータバッファ（６ａ）に人力する
ようになされ、無効選択の時に接点（５ａ）がＯＦＦ　
、接点（５ｂ）かＯＮとなり、通信相手のデータ通信機
器（２）からの受信データをデータバッファ（６ａ）に
人力するようになされている。尚、図において接点（５
ａ）及び（５ｂ）は有効選択時の状態である。

また、第３図はデータ処理要求タスク（８）のフローチ
ャートを示し、従来例の第８図に示すステップ５８１か
ステップ５３１に対応し、従来のものとの違いはステッ
プ５３２にてタスク間通信手段の代りにデータ模擬人力
手段の処理を行うようになされている。なお、第】図に
おいて、データ処理実行タスク（７）のフローチャート
は第６図と同様である。

従って、第１図において、データ処理要求タスク（８）
がデータ処理実行タスク（７）へデータ処理要求を行う
場合は、データ処理要求を伝送路（３）より取り込まれ
るデータと同様の形式にて、データ２８８人力手段（第
３図ステップ５３２）の処理により送受信システム（６
）にデータを渡すようになされ、このデータ模擬入力手
段により送受信システム（６）に渡されたデータはデー
タ送受信システム（６）内で伝送路（３）のデータと同
様に扱われ、データ受信手段（第６図ステップ５６１）
の処理を、データ処理実行タスク（７）が行った時に、
伝送路（３）のデータと同様に、データバッファ（６ａ
）を介してデータが取り込まれる。データ処理実行タス
ク（７）は、データ受信手段（第６図ステ・ンブ５６１
）の処理により取り込んだデータをデータ処理するたけ
て、伝送路（３）のデータとデータ処理要求タスク（８
）よりのデータ処理要求に対応できる。

すなわち、第２図において、伝送路（３）より取り込ま
れたデータは、接点（５ｂ）かＯＮの時、従来と同しく
、内部に設けられたデータバッファ（６ａ）内の既に収
納されているデータの直後へ逐次矢印の様に収納されて
いき、接点（５ｂ）がＯＦＦの時は、伝送路（３）より
取り込まれたデータは無視され、データバッファ（６ａ
）へは収納されない。

他方、データ処理要求タスク（８）から、データ２Ｘｍ
人力手段（第３図ステップ５３２）の処理によってデー
タ送受信システム（６）に渡されたデータ処理要求のデ
ータは、接点（５ａ）がＯＮの時、伝送路（３）より取
り込まれたデータと同様にして、データバッファ（６ａ
）内の既に収納されているデータの直後へ逐次矢印の様
に収納されていく。この時、接点（５ｂ）はＯＦＦとな
っているので、伝送路（３）より取り込まれたデータは
無視され、データバッファ（６ａ）へは収納されない。

又、接点（５ａ）かＯＦＦの時は、データ処理要求タス
ク（８）からデータ模擬人力手段（第３図ステップ５３
２）の処理によってデータ送受信システム（６）に渡さ
れたデータ処理要求のデータは無視され、データバッフ
ァ（６ａ）へは収納されない。この時、接点（５ｂ）は
ＯＮとなっているので、伝送路（３）より取り込まれた
データだけかデータバッファ（６ａ）に収納される。

この後、データバッファ（６ａ）内に収納れさたデータ
は、従来と同しくデータ受信手段（第６図ステップＳ６
）の処理をデータ処理実行タスク（７）か行うことで、
最も先端のものより、逐次矢印の様にデータ処理実行タ
スク（７）に渡されていく。

以上の様に、この実施例によれは、データ処理実行タス
ク（第６図）の構造は以前のままで、適宜選択スイッチ
を切り換えることでデータ処理要求タスク（８）のデー
タ処理要求に対応することができる。

なお、上記実施例では計算機システム（１）はマルチタ
スキングてあったが、必すしもマルチタスキングである
必要はない。又、上記実施例では選択スイッチ（５）に
よりデータ模擬入力手段の有効／無効を選択したが、ス
イッチの代りにＣＲＴデイスプレィを指示して有効／無
効を選択させるなどの方法でもよい。さらに、上記実施
例では、一つの選択スイッチ（５）によりデータ処理要
求タスク（８）からのデータ模擬人力手段によるデータ
の流れの０Ｎ１０ＦＦと、伝送路（３）より取り込まれ
るデータの流れの０Ｎ１０ＦＦを連動させて行っていた
が、それぞれに別々のスイッチを設けて単独で行えるよ
うにしても良い。又、上記実施例では、選択スイッチ（
５）と、データの流れの′０Ｎ１０ＦＦを有接点により
説明したが、半導体ロジックを使って構成してもよい。

〔発明の効果〕

以上の様に、この発明によれば、データ処理要求タスク
より渡されたデータを伝送路よりのデータと同様に扱う
ようにしたので、データ処理要求タスクが、データ処理
要求を伝送路のデータと同様の形式でデータ送受信シス
テムに渡すことで、データ処理実行タスクの構造は単純
なままデータ処理要求タスクのデータ処理要求に対応す
ることかてきる。

【図面の簡単な説明】

第１図はこの発明の一実施例に係る計算機システムのブ
ロック図、第２図はデータ送受信機能の詳細ブロック図
、第３図はデータ処理要求タスクのフローチャート図、
第４図は従来の計算機システムの一例のブロック図、第
５図は従来のデータ送受信機能の詳細ブロック図、第６
図はデータ処理実行タスクのフローチャート図、第７図
はデータ処理要求タスクかある場合の従来の計算機シス
テムのブロック図、第８図は従来のデータ処理要求タス
クのフローチャート図、第９図はデータ処理要求タスク
がある場合の従来のデータ処理実行タスクのフローチャ
ート図である。 （１）・・・計算機システム、 （２）・・・データ通信、 （３）・・・伝送路、 ５）・・・選択スイッチ、 ５ａ）、　　（５ｂ）・・・選択スイッチの連動接点、
６）・・・データ送受信システム、 ６ａ）・・・データバッファ、 ７）・・・データ処理実行タスク、 ・・・データ処理要求タスク。 なお、 各図中、 同一符号は同一または相当部分 概 図 第 図 第 図 第 図 第 図 第 図 手 続 補 正 書（自発） 平成　２年 １２月 ３日 特願平２−２４９１２２号 ２゜ 発明の名称 計算機システム ３゜ 補正をする者 事件との関係　特許出願人 住　所　　　東京都千代田区丸の内二丁目２番３号名　
称（６０１）三菱電機株式会社 代表者志岐守哉 ４゜ ５゜

Claims (1)

【特許請求の範囲】
1. データ通信機器から伝送路を介して受信したデータをデ
   ータ処理実行タスクへ渡すデータ送受信システムを有す
   る計算機システムにおいて、データ処理要求タスクより
   渡されたデータとデータ通信機器より伝送路を介して受
   信したデータとのいずれかを選択してデータ処理実行タ
   スクへ渡す選択スイッチを備えたことを特徴とする計算
   機システム。