JPH06250727A - データ伝送システム - Google Patents

Abstract

(57)【要約】 【目的】 機種が異なる複数のＮＣ装置が混在しても効
率良いデータ伝送を行うことができるデータ伝送システ
ムを実現する。 【作用】 データ伝送装置２では、リアルタイムオペレ
ーティングシステムＲＤＯＳが起動すると、ホストライ
ンコマンド処理ＨＣＰによりホストコンピュータ１から
加工データを受信しつつ、コンソールコマンド処理ＣＣ
Ｐおよびバックグラウンドファイル処理ＸＤＭの各タス
クを実行することによって、受信した加工データをＮＣ
装置に合致するデータ形式に変換して送出する。これに
より、機種が異なる複数のＮＣ装置が混在しても効率良
いデータ伝送を行うことが可能になる。

Description

【発明の詳細な説明】 【産業上の利用分野】

【０００１】この発明は、例えば、ＮＣ（数値制御）装
置へ加工データを伝送するデータ伝送システムに関す
る。

【０００２】

【従来の技術】周知のように、近年の機械加工分野にお
いては、製品品質の安定化や製造コストの低減、あるい
は製品仕様の多様化に対応するため、ＮＣ（数値制御）
マシンが導入されている。ＮＣ装置では、予め加工内容
に応じたＮＣプログラムや加工データを記憶させてお
き、この加工データを順次読み出して機械加工する。な
お、ここで言う加工データとは、例えば、工具位置決め
用の座標データ等を指すものである。

【０００３】ところで、ＮＣ装置に加工データを供給す
る記憶媒体として、これまで紙テープが多用されてき
た。記録媒体として紙テープを使用する場合には、磁気
テープとは異なり、記録された加工データの内容を識別
できたり、磁気の影響を受け難い等の利点がある反面、
加工データのパンチングに時間がかかる欠点や油汚れ、
パンチングした紙テープをＮＣ装置へ人手を介して運搬
しなければならないという不便さ、あるいは紙テープを
繰り返して使用する際の耐久性にも欠点がある。加え
て、紙テープを保管するスペースも必要となり、その保
管量が増すほど所望の紙テープを検索する際の手間がか
かるという問題も抱えている。

【０００４】そこで、こうした取り扱い上の不便さを解
消するため、加工データをＮＣ装置側へオンラインで伝
送するデータ伝送システムが各種開発されている。この
データ伝送システムとは、例えば、パーソナルコンピュ
ータとＮＣ装置とをシリアル伝送ラインで接続した小規
模なシステムから、所謂、ＣＩＭ(Computer Integrated
Manufacturing)の確立を狙って、専用コンピュータと
ＮＣ装置とをネットワーク化した大規模なシステムまで
が種々提案されている。

【０００５】

【発明が解決しようとする課題】ところで、上述した従
来のデータ伝送システムの内、小規模なシステムでは、
手軽にオンライン化が実現できる反面、効率良いデータ
伝送を行うためには、対象となるＮＣ装置を全て同一機
種に揃えてデータ伝送形態を一元化する必要がある。つ
まり、機種が異なる複数のＮＣ装置へ加工データを配信
する場合、加工データを一旦、各ＮＣ装置に対応したデ
ータ形式に変換した後、これを順次伝送する態様とな
る。したがって、こうした場合には、各機種毎にデータ
形式を整えて送信しなければならず、加えて送信操作が
煩雑になるため、効率良いデータ伝送が実現し得ない。

【０００６】一方、ＮＣ装置をネットワーク化した大規
模なシステムでは、上述した異機種間のデータ伝送を効
率良く実現できる。このシステムでは、複数のＮＣ装置
にそれぞれ対応する制御装置を設け、これら制御装置が
ホストコンピュータと接続されてネットワークを構成す
る。このため、ホストコンピュータは各制御装置へ加工
データを配信し、この加工データを受けた制御装置側が
自身に接続されるＮＣ装置へ対応するデータ形式で伝送
することになる。つまり、ホストコンピュータは、各Ｎ
Ｃ装置毎のデータ形式の違いを意識する必要がなくなる
訳である。しかしながら、このような大規模なシステム
は、必然的に導入に要する費用が高額なものとなり、採
算面から勘案した場合、導入できる範囲が限定されてし
まうという弊害がある。

【０００７】以上を換言すれば、簡易な構成によるシス
テムでは異機種のＮＣ装置が存在すると、そのシステム
性能が制限され、一方、大規模なシステムではこうした
制限がない反面、導入費用が高額となる。このため、簡
易な構成であって、しかも異機種のＮＣ装置が混在する
場合でも効率良いデータ伝送を行うことが可能なデータ
伝送システムが待望されている現状にある。この発明は
上述した事情に鑑みてなされたもので、機種が異なる複
数のＮＣ装置が混在しても効率良いデータ伝送を行うこ
とができるデータ伝送システムを提供することを目的と
している。

【０００８】

【課題を解決するための手段】この発明は、加工データ
を作成するホストコンピュータと、このホストコンピュ
ータから供給される前記加工データを受信してＮＣ装置
へ送信するデータ伝送装置とを備えるデータ伝送システ
ムにおいて、前記ホストコンピュータから供給される加
工データを第１のデータ形式に変換して一時記憶する受
信手段と、この一時記憶された前記第１のデータ形式に
よる加工データを読み出し、第２のデータ形式に変換し
て送信する送信手段と、前記受信手段および送信手段を
時分割制御する手段であって、前記ホストコンピュータ
から供給される加工データを受信させつつ、前記第１の
データ形式による加工データを前記ＮＣ装置のデータ形
式に合致する前記第２のデータ形式に変換して送信させ
る並列処理手段とを具備することを特徴としている。

【０００９】

【作用】上記構成によれば、並列処理手段が受信手段お
よび送信手段を時分割制御し、受信手段に対してホスト
コンピュータから供給される加工データを第１のデータ
形式に変換して一時記憶させ、送信手段に対して前記第
１のデータ形式による加工データをＮＣ装置のデータ形
式に合致する第２のデータ形式（ＩＳＯ，ＥＩＡ，ＡＳ
Ｃ等）に変換して送信させる。これにより、機種が異な
る複数のＮＣ装置が混在しても効率良いデータ伝送を行
うことが可能になる。

【００１０】

【実施例】以下、図面を参照してこの発明の実施例につ
いて説明する。 Ａ．全体構成 図１はこの発明の一実施例によるデータ伝送システムの
全体構成を示す図である。この図において、１は加工デ
ータを作成するホストコンピュータ、２はホンストコン
ピュータ１からデータ伝送ラインを介して供給される加
工データを受信すると共に、受信した加工データをＮＣ
装置３−１〜３−４に供給するデータ伝送装置である。
このデータ伝送装置２は、ホストコンピュータ１によっ
て遠隔操作されるように構成されている。

【００１１】ＮＣ装置３−１〜３−４は、ＲＳ−２３２
Ｃ等のシリアル伝送ラインを介してデータ伝送装置２と
接続されており、該装置２から供給される加工データに
従って所定の機械加工を行う。ここで、ＮＣ装置３−１
〜３−４は、例えば、同一のジョブショップに配置され
ているものとし、同一の加工形態を採るものとする。ま
た、これらＮＣ装置３−１〜３−４は、それぞれ機種が
異なり、加工データの形式も各々異なるものとする。

【００１２】このようなシステム構成において、データ
伝送装置２はホストコンピュータ１から供給される加工
データを受信すると共に、受信した加工データを各ＮＣ
装置に対応するデータ形式に変換しつつ、各ＮＣ装置３
−１〜３−４へ送信する。すなわち、データ伝送装置２
は後述するマルチタスク処理によって時分割動作し、ホ
ストコンピュータ１から送出される加工データを受信す
ると共に、受信した加工データを各ＮＣ装置のデータ形
式に合致するよう変換しながら各ＮＣ装置へ配信する。

【００１３】したがって、従来のように、加工データを
一旦、各ＮＣ装置に対応したデータ形式にファイル変換
した後に順次伝送する態様とはならないので、極めて効
率良いデータ伝送が実現する訳である。以下では、こう
したデータ伝送を実現するデータ伝送装置２のハードウ
ェア構成およびソフトウェア構成について説明する。

【００１４】Ｂ．ハードウェア構成 次に、図２を参照し、データ伝送装置２のハードウェア
構成について説明する。図において、４は装置各部を制
御するＣＰＵであり、その動作については後述する。こ
のＣＰＵ４は、メモリアクセスがノーウェイトで実行さ
れるタイプのものであり、ＤＭＡ（ダイレクトメモリア
クセス）機能をも備える。また、当該ＣＰＵ４は、後述
するリアルタイムオペレーティングシステムＲＤＯＳに
基づいて動作し、マルチタスク処理環境を実現する。５
はＲＯＭであり、上記リアルタイムオペレーティングシ
ステムＲＤＯＳや、当該ＲＤＯＳをロードするブートア
ッププログラム、あるいは加工データを所定のデータ形
式に変換する各種変換テーブル等が記憶されている。

【００１５】６はＣＰＵ４のワークエリアとして用いら
れるＲＡＭであり、各種演算結果やフラグデータあるい
はレジスタデータが一時記憶される。ＲＡＭ６の所定記
憶エリアには、リアルタイムオペレーティングシステム
ＲＤＯＳの一部が常駐するようになっている。また、こ
のＲＡＭ６には、複数のバッファエリアが確保されてお
り、これらバッファエリアは周知のリングバッファとし
て機能する。７は図示されていないキーボード等の入力
操作子およびディスプレイ等から構成されるコンソール
である。このコンソール７には、ＣＰＵ４から供給され
る各種表示データが画面表示される。

【００１６】８は、例えば、ＲＳ−２３２Ｃなどの仕様
で定義されるシリアルデータ伝送を行うシリアルＩ／Ｏ
インタフェースである。このシリアルＩ／Ｏインタフェ
ース８は、複数チャンネル分装備されており、図１に示
す接続態様では、ホストコンピュータ用が１チャンネ
ル、ＮＣ装置用が４チャンネルとなる。シリアルＩ／Ｏ
インタフェース８を介して行う通信は、非同期全２重方
式でなされる。

【００１７】なお、当該インタフェース８を介してホス
トコンピュータ１との間でなされるデータ伝送は、周知
のＸ−ｏｎ／Ｘ−ｏｆｆコードに基づくフロー制御で行
われ、一方、各ＮＣ装置３−１〜３−４との間でなされ
るデータ伝送はＤＣコードによるフロー制御および制御
線による伝送制御が行われる。９は、例えば、フロッピ
ディスクドライブあるいはハードディスクドライブ等か
ら構成される外部記憶装置である。この外部記憶装置９
には、ホストコンピュータ１から供給される加工データ
が登録されたり、フロッピディスクを介して加工データ
を読み込む。

【００１８】Ｃ．ソフトウェア構成 図３は、データ伝送装置２のソフトウェア構成を示す図
である。この図に示すように、リアルタイムオペレーテ
ィングシステムＲＤＯＳは、リアルタイムモニタＲＴＭ
をカーネルとして、入出力処理ＩＯおよびファイル管理
ＦＭを備える。以下、このリアルタイムモニタＲＴＭ、
入出力処理ＩＯおよびファイル管理ＦＭの各機能につい
て順次説明する。

【００１９】（１）リアルタイムモニタＲＴＭの機能 リアルタイムモニタＲＴＭでは、非同期で処理され得る
作業を「タスク」と呼ぶ処理単位に分割し、分割された
タスクが各々使用するプログラム領域やスタック領域を
用いて各タスクの処理状態を把握する。このモニタＲＴ
Ｍが備える各機能について順次説明する。

【００２０】タスク制御ＴＡＣ タスク制御ＴＡＣでは、モニタＲＴＭにおいてシステム
コールされるマクロ命令に応じて各タスクを状態遷移さ
せる。例えば、起動されたタスクは、実行待ち行列に並
び、モニタＲＴＭから実行権を付与された後に実行され
る。実行権の割り付けは、ラウンドロビン方式で行われ
る。実行中のタスクは、「事象待ち」、「タイマ完了待
ち」、「占有使用権待ち」で実行権を放棄し、待ち条件
が成立した時点で再び実行待ち行列に並ばされる。また
は、時分割で実行中のタスクは、「時分割スケジュー
ル」あるいは「実行待ち」によって実行を中断し、直ち
に待ち行列に並ぶ。なお、タスク間の情報交換は、後述
するメール管理ＭＣによって行われる。

【００２１】同期制御ＳＣ 同期制御ＳＣでは、非同期に動作している２つのタスク
を同期させる。すなわち、一方のタスクが他方のタスク
の完了を待って、その後の処理を行わせる際にタスク間
を同期させる必要が生じる。このような同期制御では、
条件成立待ちの方法が採られ、実行権を放棄して待ち行
列に並ぶウェイト機能と、実行権を放棄せずに事象待ち
を登録するイベント機能とを備える。単一の事象待ちの
場合には、上記ウェイト機能を用い、複数のイベントの
ＯＲ条件を待つ場合にはイベント機能とウェイト機能と
を併用する。

【００２２】時間制御ＴＩＭ 時間制御ＴＩＭでは、一定周期毎にタスクを実行した
り、一定期間の間、タスク実行を中断させたりするもの
である。この時間制御ＴＩＭにあっては、ハードウェア
割込みでセットされ、互いに周期が異なる複数のタイマ
フラグが用いられる。

【００２３】排他制御ＳＭＰ 排他制御ＳＭＰとは、各タスクが入出力装置あるいはメ
モリへアクセスする場合、各タスクによるアクセスが競
合しないよう管理するものであり、この場合、「セマフ
ォ」が使用される。排他制御ＳＭＰでは、占有状態の確
認、占有権の取得、占有権の解除があり、これらによっ
てアクセス競合に基づくハングアップ等の不具合を抑え
る。

【００２４】メモリ管理ＭＭ メモリ管理ＭＭは、実メモリ空間を所定の記憶ブロック
長（例えば、４キロバイト）に分けて管理するものであ
り、タスク毎に割り当てられるメモリブロックと実行ア
ドレスとをアサインしたり、実行中にあるタスクのメモ
リブロックを読み出す等の処理を行う。なお、タスクは
全て論理アドレス空間で動作するようにアサインされ、
ＣＰＵ４に内蔵されるメモリ管理ユニットＭＭＵのレジ
スタ値を直接操作することなく、所定バイト長（例え
ば、６４キロバイト）のメモリ空間にアクセスすること
が可能になっている。

【００２５】メール管理ＭＣ メール管理ＭＣは、複数のタスク間でデータを交換させ
る機能であり、あるタスクからメール発信要求を受ける
と、「発信タスク番号」、「メールアドレス」、「メー
ル長」を保管する。一方、メール受信要求を受けた場合
には、ＣＰＵ４が備えるＤＭＡ（ダイレクトメモリアク
セス）転送によりメール内容をメモリへ伝送する。

【００２６】（２）入出力処理ＩＯ 次に、上述したリアルタイムモニタＲＴＭの制御の下に
機能する入出力処理ＩＯについて説明する。入出力処理
ＩＯは、入力ドライバＩＤ、出力ドライバＯＤ、割込み
ハンドラＩＨおよびＦＤドライバＦＤＤの各機能によっ
て実現される。以下、これら各機能を説明する。

【００２７】入出力ドライバＩＤ，ＯＤ 入力ドライバＩＤ／出力ドライバＯＤには、複数チャン
ネル分のシリアル通信ドライバ、所定ビット長のパラレ
ル入出力ドライバおよびプリンタ出力ドライバが用意さ
れる。これらデバイスドライバでは、デバイスのオープ
ン／クローズ、ステイタス確認および入出力機能を備
え、上述したリアルタイムモニタＲＴＭ下において、
「入出力呼出し」あるいは「デバイスドライバ呼出し」
される。

【００２８】デバイスドライバ呼出しでは、入力デバイ
スあるいは出力デバイスとしてオープンされたドライバ
に対してデバイス使用フラグがセットされ、これがクロ
ーズされるまでは再オープンされることはない。したが
って、タスクはこのデバイスドライバ呼出しによって、
使用デバイスの排他制御を行うことが可能になる。上記
シリアル通信ドライバでは、ドライバレベルでＸ−ｏｎ
／Ｘ−ｏｆｆコードによるフロー制御の許可、使用キャ
ラクタコードの選択を行うことが可能となっている。

【００２９】割込みハンドラＩＨ 割込みハンドラＩＨは、複数チャンネルのシリアル通信
ポートからデータを受信する場合に機能するものであ
り、各ポートが受信するデータを順次割込みによってリ
ングバッファに割り当てる。Ｘ−ｏｎ／Ｘ−ｏｆｆコー
ドによるフロー制御が設定されている場合、割込みハン
ドラはリングバッファの余裕が少なくなった時点でＸ−
ｏｆｆコードを発生し、送信停止を要求する。この送信
停止の要求にもかかわらず、データが送出され続ける
と、バッファが満配となった時点で信号ＲＴＳおよび信
号ＤＴＲを制御してハードウェア的に送信側を停止させ
る。また、割込みハンドラは、リングバッファからのデ
ータ読み出しがなされ、当該バッファに余裕ができる
と、上記信号ＲＴＳ，ＤＴＲをアクティブに設定すると
共に、送信側にＸ−ｏｎコードを送出して受信可能状態
であることを知らせる。

【００３０】ＦＤドライバＦＤＤ ＦＤドライバＦＤＤは、フロッピディスクドライブのヘ
ッドシーク、データの読み出し／書き込み、フォーマッ
ティング等を制御する。このドライバＦＤＤでは、ディ
スクへのアクセス要求が衝突しないように考慮されてお
り、リード／ライト動作の途中でプロセスが切換えられ
た場合でもディスクアクセスの競合による不具合を起こ
すことがない。さらに、リードエラー／ライトエラーが
発生した場合になされる例外処理は、各タスク毎に対応
付けられており、タスク間の独立性が保たれるようにな
っている。

【００３１】（３）ファイル管理ＦＭ リアルタイムオペレーティングシステムＲＤＯＳにおけ
るファイル管理ＦＭは、所定バイト単位（例えば、２５
６バイト）のブロックアクセスを行い、ファイル自体は
シーケンシャルファイルとして管理される。ファイル管
理ＦＭの基本的な機能は、「ファイルオープン」、「フ
ァイル作成」、「ファイルクローズ」、「ファイル入出
力」、「ファイル名変更／削除」および「ディスク空き
領域の読み出し」である。

【００３２】ファイル管理ＦＭにおいて、新規ファイル
を作成する場合には、作成要求を出したタスクに対して
対応するフロッピドライブの占有を許可するセマフォが
与えられ、そのファイルがクローズされるまでの間、他
のタスクは対応フロッピドライブによる書き込み動作が
禁止される。なお、他のタスクによる対応フロッピドラ
イブによる読み出し動作は可能となる。そして、ファイ
ルのクローズ要求がなされると、ファイル管理ＦＭは、
新規作成したファイルをディレクトリに登録し、セマフ
ォを解放する。

【００３３】以上説明したリアルタイムモニタＲＴＭ、
入出力処理ＩＯおよびファイル管理ＦＭを備えるリアル
タイムオペレーティングシステムＲＤＯＳは、データ伝
送装置２に電源投入後、ＲＯＭ５に記憶されたブートプ
ログラムにより自動的に起動され、これによりマルチタ
スク環境を実現するコンソールコマンド処理ＣＣＰ、ホ
ストラインコマンド処理ＨＣＰ、送信プロセス用バック
グラウンドファイル処理ＸＤＭおよびシステムメッセー
ジ処理ＭＳＧからなる４つのタスクが動作する。以下、
これらタスクの概要について概説する。

【００３４】コンソールコマンド処理ＣＣＰ コンソールコマンド処理ＣＣＰは、コンソール７（図２
参照）から入力されるコマンドを解釈して実行するタス
クである。コマンドは、組込命令とトランジェント命令
とに大別され、トランジェント命令はさらにメモリ常駐
タイプと非常駐タイプとに分れる。組込命令は、ＲＡＭ
６のシステム領域に置かれ、どのタスクからでも共通に
コールできる。

【００３５】この組込命令には、例えば、ファイル一覧
を調べるためのコマンドＤＩＲや、ファイル内容を表示
するためのコマンドＴＹＰＥ等がある。メモリに常駐す
るトランジェント命令には、頻繁に使用され、しかも独
立した処理を行うコマンドが用意されており、例えば、
所定ファイルを周辺機器へ伝送するためのコマンドＸＦ
ＥＲ等がある。これに対し、使用頻度の少ない命令は非
常駐タイプのコマンドとして用意される。

【００３６】ホストラインコマンド処理ＨＣＰ ホストラインコマンド処理ＨＣＰは、ホストコンピュー
タ１から随時送出されてくる処理要求を解釈し、当該ホ
ストコンピュータ１とのデータ通信を実行するタスクで
ある。なお、この処理ＨＣＰでは、データ伝送装置２側
からホストコンピュータ１側へデータ伝送することがで
きる。この結果、ホストコンピュータ１とデータ伝送装
置２との双方向通信がなされるから、当該コンピュータ
１からデータ伝送装置２を遠隔操作することも可能とな
る。

【００３７】 送信プロセス用バックグラウンドファイル処理ＸＤＭ 送信プロセス用バックグラウンドファイル処理ＸＤＭ
は、上述したデータ伝送用のコマンドＸＦＥＲに応じて
ＮＣ装置３へ加工データを送信している間、対応するフ
ァイルから次に送出すべき加工データを先読みし、これ
を送信用データバッファへ送るタスクである。このタス
クが起動することにより加工データを間断なく送出す
る。

【００３８】システムメッセージ処理ＭＳＧ システムメッセージ処理ＭＳＧは、アイドリングタスク
としてシステム状況を監視とシステムメッセージの表示
を行う。

【００３９】Ｄ．実施例の動作 次に、上記構成による実施例の動作について図４〜図７
を参照して説明する。なお、ここでは、本願発明の特徴
となるデータ伝送装置２のデータ伝送動作について説明
する。まず、データ伝送装置２に電源が投入されると、
ＲＯＭ５に記憶されたブートプログラムがＣＰＵ４にロ
ードされ、これにより前述したリアルタイムオペレーテ
ィングシステムＲＤＯＳが起動する。当該システムＲＤ
ＯＳが起動すると、前述したコンソールコマンド処理Ｃ
ＣＰ、ホストラインコマンド処理ＨＣＰ、送信プロセス
用バックグラウンドファイル処理ＸＤＭおよびシステム
メッセージ処理ＭＳＧからなる４つのタスクが動作し、
マルチタスク環境が実現される。

【００４０】ここで、データ伝送装置２に接続されるホ
ストコンピュータ１およびＮＣ装置３−１〜３−４が起
動された状態にある場合、操作者は、まず、ホストコン
ピュータ１から加工データの送信を要求するため、コン
ソール７から対応するコマンドを入力する。こうしてコ
マンド入力がなされると、データ伝送装置２はホストラ
インコマンド処理ＨＣＰによりホストコンピュータ１側
へデータ送信を要求する。

【００４１】データ送信要求を受けたホストコンピュー
タ１は、これに応じて所定の加工データを読み出し、シ
リアル伝送ラインを介してデータ伝送装置２側へ送出す
る。一方、データ伝送装置２は、ホストラインコマンド
処理ＨＣＰにより加工データを受信しながらコンソール
コマンド処理ＣＣＰおよびバックグラウンドファイル処
理ＸＤＭの各タスクを実行し、加工データをＮＣ装置側
へ送出する。ここで、図４を参照し、ホストコンピュー
タ１から送出される加工データを受信しつつ、ＮＣ装置
側へ送出する動作について説明する。

【００４２】まず、ホストコンピュータ１から送出され
る加工データは、シリアル入出力インタフェース８（以
下、ＳＩＯと称する）に入力される。ＳＩＯ８に入力さ
れた加工データは、入力ドライバＩＤによって順次取込
まれ、変換テーブルによってアスキー形式のファイルＡ
ＳＣＩＩとしてメモリ上に保存される。すなわち、ホス
トコンピュータ１側から供給される加工データの形式
は、アスキー形式に限らず、ＩＳＯ形式、ＥＩＡ形式お
よびＵＳＥＲ形式のいずれかの形式となり、データ伝送
装置２側では受信した加工データの形式に対応する変換
テーブルＣＴ１を用いて全てアスキー形式のファイルＡ
ＳＣＩＩとする。なお、上記ＵＳＥＲ形式とは、ユーザ
側で定義するデータ形式を指す。

【００４３】こうしてメモリ上に格納された加工データ
は、上述したバックグラウンドファイル処理ＸＤＭによ
りＮＣ装置側へ送出される。この場合、アスキー形式の
加工データをＮＣ装置が要求するデータ形式に変換され
る。例えば、送出先のＮＣ装置３−１がＩＳＯ形式の加
工データを必要とする場合には、変換テーブルＣＴ２を
用いてアスキー形式をＩＳＯ形式に変換する。ＩＳＯ形
式に変換された加工データは、出力ドイラバＯＤによっ
てＳＩＯ８に供給され、当該ＳＩＯ８からＲＳ−２３２
Ｃ等のシリアル伝送ラインを介してＮＣ装置３−１に送
信される。

【００４４】なお、変換テーブルの指定は、加工データ
を送受信するコマンドが入力された場合、コンソールコ
マンド処理ＣＣＰによりデバイスドライバの指定と共
に、対応する変換テーブルＣＴ１，ＣＴ２が設定され
る。このように、データ伝送装置２では、マルチタスク
環境下で加工データを受信しつつ、相手方のデータ形式
に合わせて送信するため、極めて効率良いデータ伝送形
態が実現する訳である。

【００４５】次に、図５〜図７を参照し、上述したデー
タ伝送形態について説明する。まず、図５はホストコン
ピュータ１から供給される加工データを受信する際にな
されるデータフロー制御の内容を示すフローチャートで
ある。この図に示すように、まず、ホストコンピュータ
１との通信が確立すると、データ伝送装置２側から送信
要求を発し、この後、当該装置２はステップＳ１の処理
を行う。ステップＳ１では、図６に示したように、ＳＩ
Ｏ８に供給される加工データを入力ドライバによって順
次取込み、これを入力バッファ（リングバッファ）ＩＢ
へ格納する。次いで、ステップＳ２に進むと、入力バッ
ファＩＢに格納した加工データが第１リミットに達した
か否かを判断する。この第１リミットとは、入力バッフ
ァエリアＩＢの約４分の３の記憶容量に相当するもので
ある。

【００４６】ここで、例えば、受信した加工データが第
１リミットに達していない場合には、判断結果が「Ｎ
Ｏ」となってステップＳ１へ戻り、加工データを順次入
力バッファＩＢに取込む。そして、入力バッファエリア
ＩＢの約４分の３の記憶容量に相当する分の加工データ
を受信した時点でステップＳ２の判断結果が「ＹＥＳ」
となり、ステップＳ３に処理を進める。ステップＳ３で
は、前述した割込みハンドラＩＨが入力バッファＩＢの
余裕が少なくなった時点でＸ−ｏｆｆコードを発生し、
送信停止を要求する。

【００４７】この送信停止の要求にもかかわらず、デー
タが送出され続けると、ステップＳ４において受信した
加工データの容量が判定される。すなわち、ステップＳ
４では、入力バッファＩＢに格納した加工データが第２
リミットに達したか否かを判断する。第２リミットと
は、入力バッファエリアＩＢの空き容量が残り約１０バ
イト分に相当するものである。そして、この第２リミッ
トに達していない場合には、判断結果が「ＮＯ」とな
り、上述したステップＳ３に戻り、再度Ｘ−ｏｆｆコー
ドを発生し、ホストコンピュータ１に対して送信停止を
要求する。

【００４８】一方、入力バッファエリアＩＢの空き容量
が残り約１０バイトに達している場合には、判断結果が
「ＹＥＳ」となり、次のステップＳ５に進む。ステップ
Ｓ５では、入力バッファエリアＩＢが満配となった時点
で信号ＲＴＳおよび信号ＤＴＲを制御し、シリアル伝送
ラインをハードウェア的に遮断する。これにより、ホス
ト側のデータ送出が停止する。なお、割込みハンドラＩ
Ｈは、入力バッファのデータ読み出しが進み、当該バッ
ファに余裕ができると、上記信号ＲＴＳ，ＤＴＲをアク
ティブに設定すると共に、送信側にＸ−ｏｎコードを送
出してフロー制御に移行し、受信可能状態であることを
ホスト側へ知らせる。

【００４９】次に、上述した加工データ受信動作中にな
されるデータ送出動作を図７を参照して説明する。この
場合、コンソールコマンド処理ＣＣＰが加工データをＮ
Ｃ装置側へ送信し、送信すべき加工データはバックグラ
ウンドファイル処理ＸＤＭにより供給される。以下、こ
の点について説明する。バックグラウンドファイル処理
ＸＤＭでは、出力バッファＯＢを前方バッファエリアＦ
Ｂと後方バッファエリアＲＢとに分けており、コンソー
ルコマンド処理ＣＣＰがこの前方バッファエリアＦＢに
格納されている加工データをＮＣ装置側へ送信している
間に、バックグラウンドファイル処理ＸＤＭが後方バッ
ファエリアＲＢへ次に送信すべき加工データをロードす
る。

【００５０】そして、コンソールコマンド処理ＣＣＰ
は、前方バッファエリアＦＢ内の加工データを送信し尽
くすと、次に後方バッファエリアＲＢの加工データを順
次読み出して送信する。この送信動作中に、バックグラ
ウンドファイル処理ＸＤＭは、対応するファイルＡＳＣ
ＩＩから次に送信すべき加工データを先読みし、これを
前方バッファエリアＦＢ側にセットする。以後、順次、
こうした動作が繰り返される。

【００５１】すなわち、フォアグラウンド側では、コン
ソールコマンド処理ＣＣＰが前方バッファエリアＦＢあ
るいは後方バッファエリアＲＢのいずれかから加工デー
タを読み出してＮＣ装置側へ送出する。一方、バックグ
ラウンド側では、バックグラウンドファイル処理ＸＤＭ
がファイルＡＳＣＩＩから次に送信すべき加工データを
先読みしておき、上記コマンド処理ＣＣＰによって読み
出されていない方のバッファエリアへセットする。これ
により、見掛け上、間断の無い加工データ送出がなされ
る訳である。

【００５２】このように、上述した実施例によれば、デ
ータ伝送装置２はマルチタスク環境下でホストコンピュ
ータ１から送出される加工データを受信すると共に、受
信した加工データを各ＮＣ装置のデータ形式に合致する
よう変換しながら各ＮＣ装置へ配信するため、従来のよ
うに、加工データを一旦、各ＮＣ装置に対応したデータ
形式に変換した後に順次伝送する態様とはならない。こ
のため、機種が異なる複数のＮＣ装置が混在しても効率
良いデータ伝送を行うことが可能になる。

【００５３】

【発明の効果】以上説明したように、この発明によれ
ば、並列処理手段が受信手段および送信手段の動作を時
分割制御し、受信手段に対してホストコンピュータから
供給される加工データを第１のデータ形式に変換して一
時記憶させ、送信手段に対して前記第１のデータ形式に
よる加工データをＮＣ装置のデータ形式に合致する第２
のデータ形式に変換して送信させるので、機種が異なる
複数のＮＣ装置が混在しても効率良いデータ伝送を行う
ことができる。また、データの流出入制御は、ソフト方
式、ハード方式が同時に実現でき、個別に対応する必要
なく制御方式の異なるＮＣ装置に接続が可能となる。

【図面の簡単な説明】

【図１】この発明による一実施例のシステム構成を示す
ブロック図。

【図２】同実施例におけるデータ伝送装置２の構成を示
すブロック図。

【図３】同実施例におけるデータ伝送装置２のソフトウ
ェア構成を示すブロック図。

【図４】同実施例における加工データ送受信形態を説明
するための図。

【図５】同実施例における加工データ受信動作を示すフ
ローチャート。

【図６】同実施例における加工データ受信形態を説明す
るための図。

【図７】同実施例における加工データ送信動作を説明す
るための図。

【符号の説明】

１…ホストコンピュータ、 ２…データ伝送装置（送信手段、受信手段、並列処理手
段） ３−１〜３−４…ＮＣ装置、 ４…ＣＰＵ（並列処理手段）、 ５…ＲＯＭ、 ６…ＲＡＭ、 ７…コンソール、 ８…シリアルＩ／Ｏインタフェース（送信手段、受信手
段）、 ９…外部記憶装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 安田 敏行 神奈川県横浜市磯子区新中原町１番地 石 川島播磨重工業株式会社技術研究所内 (72)発明者 室田 憲克 東京都墨田区江東橋二丁目３番10号 倉持 ビルディング第一 石川島システムテクノ ロジー株式会社江東事業所内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 加工データを作成するホストコンピュー
   タと、このホストコンピュータから供給される前記加工
   データを受信してＮＣ装置へ送信するデータ伝送装置と
   を備えるデータ伝送システムにおいて、 前記ホストコンピュータから供給される加工データを第
   １のデータ形式に変換して一時記憶する受信手段と、 この一時記憶された前記第１のデータ形式による加工デ
   ータを読み出し、第２のデータ形式に変換して送信する
   送信手段と、 前記受信手段および送信手段を時分割制御する手段であ
   って、前記ホストコンピュータから供給される加工デー
   タを受信させつつ、前記第１のデータ形式による加工デ
   ータを前記ＮＣ装置のデータ形式に合致する前記第２の
   データ形式に変換して送信させる並列処理手段とを具備
   することを特徴とするデータ伝送システム。