JPH1132100A

JPH1132100A - データ送受信方法及びデータ送受信装置

Info

Publication number: JPH1132100A
Application number: JP9184772A
Authority: JP
Inventors: Mitsugi Fukatsu; 貢深津; Hisaki Watanabe; 寿樹渡辺
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-07-10
Filing date: 1997-07-10
Publication date: 1999-02-02

Abstract

(57)【要約】【課題】データ送受信方法及びデータ送受信装置に関
し、複数の応用プログラム部によるデータを並行して送
受信する。【解決手段】通信制御部３，４と通信データ管理部
５，６と応用プログラム部７−１〜７−ｎとを含み、通
信データ管理部５，６は、複数の応用プログラム部７−
１〜７−ｎによるデータを所定長のブロックに分割した
データ部と、応用プログラム部７−１〜７−ｎの識別情
報を含むヘッダ部とによりデータブロックを形成し、複
数の応用プログラム部対応のデータブロックにより通信
フレームを形成して、通信制御部３，４から伝送路８を
介して相手側へ複数の応用プログラム部によるデータを
並行的に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数種類の応用プ
ログラムの実行によるデータ等を送受信するデータ送受
信方法及びデータ送受信装置に関する。監視制御等の各
種の応用プログラムの実行によるデータを端末間又は端
末とセンタとの間で送受信するシステムに於いては、複
数種類の応用プログラムを順次実行することにより、そ
れぞれの応用プログラム対応のデータを送受信すること
になる。又上位の装置から下位の装置へプログラムや各
種の大量のデータをダウンロードする場合があり、この
ような場合に於いても効率良くデータの送受信が可能と
なることが要望されている。

【０００２】

【従来の技術】図２８は従来例の要部説明図であり、１
０１，１０２は端末、１０３，１０４は通信制御部、１
０５〜１０８は応用プログラム部、１１０は伝送路であ
る。この伝送路１１０は、端末１０１，１０２間を接続
する専用線の構成の場合のみでなく、交換網を介して構
成される場合もある。

【０００３】例えば、応用プログラム部１０５からのデ
ータを通信制御部１０３に転送すると、通信制御部１０
３は、相手端末１０２の通信制御部１０４との間のプロ
トコルに従ってデータを伝送路１１０に送出する。通信
制御部１０４は受信したデータを応用プログラム部１０
７に転送する。又応用プログラム部１０７からのデータ
を通信制御部１０４に転送すると、前述の場合と同様
に、通信制御部１０３に伝送路１１０を介してそのデー
タを伝送し、通信制御部１０３は応用プログラム部１０
５にそのデータを転送する。

【０００４】従って、端末１０１，１０２の応用プログ
ラム部１０５，１０７間は、通信制御部１０３，１０４
を介して１対１の関係で接続された状態となり、例え
ば、所定長のフレーム構成でデータの送受信が行われ
る。そして、他の応用プログラム部１０６，１０８のデ
ータを送受信する場合は、通信制御部１０３，１０４
は、応用プログラム部１０５，１０７から他の応用プロ
グラム部１０６，１０８に切替えることにより、応用プ
ログラム部１０６，１０８間は、通信制御部１０３，１
０４を介して１対１の関係で接続された状態となって、
データの送受信が行われる。

【０００５】

【発明が解決しようとする課題】従来例の端末１０１，
１０２の構成に於いては、応用プログラム１０５，１０
７と通信制御部１０３，１０４とがそれぞれ１対１で接
続された構成となり、一つの応用プログラム部によって
伝送フレームを専有していることになる。従って、複数
種類の応用プログラム部による複数種類のデータを同時
的には送受信することができないものであった。又前述
のように、大量のデータをダウンロードする場合には、
そのデータの伝送が終了するまで、他の種類のデータの
伝送を待ち合わせる必要があり、その為に必要なデータ
の伝送が遅れる問題があった。本発明は、複数種類の応
用プログラム部によるデータを並行して送受信できるよ
うにデータを管理することを目的とする。

【０００６】

【課題を解決するための手段】本発明のデータ送受信方
法は、（１）複数の応用プログラム部によるデータを送
受信するデータ送受信方法であって、複数の応用プログ
ラム部７−１〜７−ｎによるデータを所定長のブロック
に分割したデータ部と、応用プログラム部７−１〜７−
ｎの識別情報を含むヘッダ部とによるデータブロックを
形成し、複数の応用プログラム部７−１〜７−ｎ対応の
データブロックにより通信フレームを形成して送受信す
る過程を含むものである。従って、複数の応用プログラ
ム部７−１〜７−ｎを並行して実行したことによるデー
タを、端末１，２間に並行して伝送することができる。

【０００７】又（２）複数の応用プログラム部７−１〜
７−ｎによる送信データを、応用プログラム部対応の格
納領域に書込み、この送信データをデータブロック毎に
送信データ格納領域に書込んで、複数の応用プログラム
部対応のデータブロックを配列した通信フレームを形成
して送信する過程を含むことができる。

【０００８】又（３）通信フレームを受信して受信デー
タ格納領域に書込んだ受信データを、ヘッダ部の応用プ
ログラム部の識別情報を基に、応用プログラム部対応の
データブロックに振分けて、応用プログラム部対応の格
納領域に格納し、応用プログラム部に転送して受信する
過程を含むことができる。

【０００９】又（４）複数の応用プログラム部対応に、
送信データの格納先と受信データの格納先と稼働状態と
通信状態とを応用プログラム管理テーブルによって管理
し、複数の応用プログラム部対応の送信データをデータ
ブロックとして送信データ格納領域へ書込む為の書込ア
ドレス及び書込中又は読出中の状態を送信データ管理テ
ーブルによって管理し、受信データ格納領域へデータブ
ロックとして書込む為の書込アドレス及び書込中又は読
出中の状態を受信データ管理テーブルによって管理する
過程を含むことができる。

【００１０】又本発明のデータ送受信装置は、（５）複
数の応用プログラム部７−１〜７−ｎと、通信データ管
理部５，６と、通信制御部３，４とを含むデータ送受信
装置であって、通信データ管理部５，６は、複数の応用
プログラム部からの送信データをデータブロックに分割
し、複数の応用プログラム部対応のデータブロックを結
合して通信フレームを形成し、この通信フレームを通信
制御部に転送し、且つ通信制御部により受信した通信フ
レームを、複数の応用プログラム部対応のデータブロッ
クに振分けて応用プログラム部に転送する構成を備えて
いる。

【００１１】又（６）通信データ管理部は、複数の応用
プログラム部対応の送信データを格納する応用プログラ
ム送信データ格納領域と受信データを格納する応用プロ
グラム受信データ格納領域と複数の応用プログラム部の
状態とを管理する応用プログラム管理テーブルと、応用
プログラム送信データ格納領域に格納された送信データ
を所定長のブロックに分割したデータ部及び応用プログ
ラム部を識別する情報を含むヘッダ部からなるデータブ
ロックとして送信データ格納領域に書込んで、複数の応
用プログラム部対応のデータブロックを順次配列する結
合処理部と、送信データ格納領域に書込まれたデータブ
ロックを通信フレームとして通信制御部に転送して送信
し、且つ通信制御部を介して受信した通信フレームのデ
ータブロックを受信データ格納領域に書込む通信制御対
応処理部と、受信データ格納領域に格納された受信デー
タを応用プログラム部対応に振分けて応用プログラム受
信データ格納領域に書込む振分処理部とを備えている。

【００１２】又（７）応用プログラム送信データ格納領
域から送信データをデータブロックとして前記送信デー
タ格納領域に書込中又は読出中を示す送信データセット
フラグと、この送信データ格納領域の書込位置を示す格
納位置とを有する送信データ管理テーブルと、受信デー
タ格納領域に受信データを書込中又は読出中を示す受信
データセットフラグと、受信データ格納領域の書込位置
を示す格納位置とを有する受信データ管理テーブルとを
備えることができる。

【００１３】

【発明の実施の形態】図１は本発明の実施の形態の要部
説明図であり、１，２は端末、３，４は通信制御部、
５，６は通信データ管理部、７−１〜７−ｎは応用プロ
グラム部、８は伝送路を示し、この伝送路８は、前述の
従来例と同様に、専用線或いは交換網を介して形成され
る。又端末１，２は、データ送受信装置を構成するもの
で、伝送路８を介して接続された複数種類の応用プログ
ラムを実行する通常の端末、或いは何れか一方を監視セ
ンタ等の構成とすることができる。

【００１４】又端末１の複数種類の応用プログラム部７
−１〜７−ｎは、全部又はその中の一部が並行してプロ
グラムを実行し、それによるデータを通信データ管理部
５が管理して、通信制御部３に送信データを転送する。
この時、送信データを所定長のブロックに分割したデー
タ部と、応用プログラム部７−１〜７−ｎの識別情報を
含むヘッダ部とからなるデータブロックとし、応用プロ
グラム部７−１〜７−ｎ対応のデータブロックにより通
信フレームを形成する。この通信フレームを通信制御部
３から伝送路８に送出する。又端末２に於いても、端末
１の応用プログラム部７−１〜７−ｎに対応した応用プ
ログラム部を備えるか或いはデータ処理部を備えるもの
であるが、図示を省略している。

【００１５】又一方の端末、例えば、端末１をマスタ、
他方の端末２をスレーブとし、データの送受信の主導権
はマスタ側が持ち、例えば、通信開始時には、マスタの
端末１が通信フレームの送信を開始し、これに対してス
レーブの端末２は送信データがない場合でも通信フレー
ムを返送する。これを所定の周期で繰り返して端末１，
２間の同期処理が行われる。

【００１６】又通信データ管理部５，６は、図２に示す
構成を有するもので、１１は結合処理部、１２は振分処
理部、１３は受信データ管理部、１４は通信制御対応処
理部、１５は応用プログラム送信データ格納領域、１６
は送信データ格納領域、１７は送信データ管理テーブ
ル、１８は応用プログラム管理テーブル、１９は応用プ
ログラム受信データ格納領域、２０は受信データ格納領
域、２１は受信データ管理テーブル、２２は基本情報フ
ァイルである。又太線矢印は送信データの流れ、点線矢
印は受信データの流れ、細線矢印は制御データの流れを
示す。

【００１７】結合処理部１１は、複数の応用プログラム
部Ａ〜Ｚ（図１の応用プログラム部７−１〜７−ｎに対
応）の送信データを所定長のブロックに分割したデータ
部と、応用プログラム部Ａ〜Ｚの識別情報を含むヘッダ
部とによるデータブロックとし、応用プログラム部Ａ〜
Ｚ対応のデータブロックを順次送信データ格納領域１６
に書込む。又振分処理部１２は、受信データ格納領域２
０から受信データを読込み、その受信データ内の各デー
タブロックのヘッダ部を抽出して応用プログラム部を識
別し、応用プログラム受信データ格納領域１９に応用プ
ログラム部対応に書込む。又受信データ管理部１３は、
応用プログラム受信データ格納領域１９に対して受信デ
ータの書込みが完了すると、対応する応用プログラム部
に対して受信通知を行う。

【００１８】又通信制御対応処理部１４は、送信データ
格納領域１６から送信データを読込み、通信フレームを
生成して通信制御部へ転送する。又通信制御部からの通
信フレームを基に受信データを抽出して、その受信デー
タを受信データ格納領域２０に書込む処理を行う。

【００１９】図３は通信データのフォーマットの説明図
であり、複数の応用プログラム部対応のデータブロック
によって通信フレームを構成するものであり、そのデー
タブロックはヘッダ部とデータ部とからなり、ヘッダ部
は、ブロック識別情報と、送信先の応用プログラム部を
識別する為の送信先応用プログラムＩＤと、送信元の応
用プログラム部を識別する為の送信元応用プログラムＩ
Ｄと、データブロックの順番を示すブロックシーケンス
Ｎｏ．と、最終ブロックＮｏ．と、受信結果情報とを含
むものである。即ち、送信先応用プログラムＩＤと送信
元応用プログラムＩＤとが、応用プログラム部の識別情
報を構成している。

【００２０】又応用プログラム送信データ格納領域１５
と応用プログラム受信データ格納領域１９とは、例え
ば、図４の（Ａ），（Ｂ）に示す構成を有し、応用プロ
グラム部Ａ〜Ｚ対応に送信データ及び受信データを格納
する領域が形成されている。従って、応用プログラム部
Ａ〜Ｚの送信データは、応用プログラム送信データ格納
領域１５のそれぞれ対応する領域に、例えば、応用プロ
グラム部Ａからの送信データは、応用プログラムＡ送信
データとして示すように書込まれる。又振分処理部１２
によって応用プログラム部Ａ〜Ｚ対応の受信データが応
用プログラム受信データ格納領域１９のそれぞれ対応す
る領域に、例えば、送信先応用プログラム部Ａに対する
受信データは応用プログラムＡ受信データとして示すよ
うに書込まれる。

【００２１】又送信データ格納領域１６と受信データ格
納領域２０とは、例えば、図５の（Ａ），（Ｂ）に示す
構成を有し、例えば、応用プログラム部Ａの送信データ
は、送信データＡ１，Ａ２，・・・のように、所定長の
ブロックに分割され、それぞれ応用プログラム部Ａの識
別情報を含むヘッダＡ１，Ａ２，・・・が付加されたデ
ータブロックとして送信データ格納領域１６に書込まれ
る。なお、ヘッダＡ１，Ｂ１，Ｃ１，Ａ２，・・・は、
例えば、図３に示すデータブロックのヘッダ部の構成を
有するものである。又受信データ格納領域２０には、ヘ
ッダＡ１，Ｂ１，Ｃ１，Ａ２，・・・として示すヘッダ
部と、受信データＡ１，Ｂ１，Ｃ１，Ａ２，・・・とし
て示すデータ部とからなるデータブロックが順次書込ま
れる。

【００２２】又送信データ管理テーブル１７と受信デー
タ管理テーブル２１とは、例えば、図６の（Ａ），
（Ｂ）に示す構成を有し、送信データ管理テーブル１７
は、送信データ格納領域１６に送信データを書込むアド
レスを格納位置として管理し、送信データセットフラグ
Ｙは、“０”で未セット、“１”でセットの状態、即
ち、送信データ格納領域１６に送信データを格納又は読
出しを行っている状態を管理して、二重書込みや二重読
出しを防止する。又受信データ管理テーブル２１は、受
信データ格納領域２０に受信データを書込むアドレスを
格納位置として管理し、受信データセットフラグＹは、
“０”で未セット、“１”でセットの状態、即ち、受信
データ格納領域２０に受信データを格納又は読出しを行
っている状態を管理する。この場合も受信データセット
フラグＹにより、二重書込みや二重読出しを防止する。
なお、格納位置の「９」は任意の数値を代表して示して
いる。

【００２３】又応用プログラム管理テーブル１８は、応
用プログラム送信データ格納領域１５と応用プログラム
受信データ格納領域１９と応用プログラム部の通信に関
する情報とを管理するもので、例えば、図７に示す構成
を有する。即ち、プログラムＡ，プログラムＢ，・・・
プログラムＺとして示す応用プログラムＩＤ対応に、送
信データ格納先，受信データ格納先，稼働状態，通信状
態を管理するもので、送信データ格納先は、応用プログ
ラム送信データ格納領域１５の応用プログラム部対応に
先頭アドレスと最終アドレスと現時点の読出位置（アド
レス）とを管理し、受信データ格納先は、応用プログラ
ム受信データ格納領域１９の応用プログラム部対応に先
頭アドレスと最終アドレスと現時点の書込位置（アドレ
ス）とを管理し、又稼働状態は、“０”で停止中、
“１”で稼働中を示し、又通信状態は、“０”で送信デ
ータ待ち、“１”で送信中を示す。

【００２４】又基本情報ファイル２２は、通信データ管
理部内で必要とする基本的な情報が記述されているファ
イルであり、例えば、図８に示す構成を有し、端末種別
として、“０”は未設定、“１”はマスタ局、“２”は
スレーブ局を示し、又応用プログラム数とブロック長と
データ長とを含んでいる。この場合の「９」も前述のよ
うに任意の数値を代表して示すものである。

【００２５】図９は本発明の実施の形態の通信開始処理
の説明図であり、応用プログラム部Ａのデータの通信を
開始する場合を示し、応用プログラム管理テーブル１８
の応用プログラムＩＤが応用プログラム部Ａを示すプロ
グラムＡの欄の「稼働状態」を“０”（停止中）から
“１”（稼働中）に更新する。なお、応用プログラム部
Ａ対応の送信データ格納先の先頭アドレスを“００００
００”、最終アドレスを“００９９９９”とし、読込位
置はオール“０”でデータが書込まれていないことを示
す。又受信データ格納先の先頭アドレスを“０００００
０”、最終アドレスを“００９９９９”とし、書込位置
はオール“０”でデータが書込まれていないことを示
す。又応用プログラム部Ｂ，Ｃ，・・・も通信を開始す
る場合は、それぞれの応用プログラムＩＤに対応した
「稼働状態」を“０”から“１”に更新する。

【００２６】図１０は本発明の実施の形態の通信開始処
理のフローチャートであり、応用プログラム管理テーブ
ル１８の応用プログラム部Ａ対応の「稼働状態」を読出
して（Ａ１）、“０”（停止中）か“１”（稼働中）か
を判定する（Ａ２）。“１”（稼働中）の場合は既に稼
働中であるから終了とし、又“０”（停止中）の場合
は、“１”（稼働中）に更新して（Ａ３）、終了とす
る。

【００２７】図１１は本発明の実施の形態の送信データ
格納処理の説明図であり、前述のように、応用プログラ
ム部Ａが通信開始の為に応用プログラム管理テーブル１
８の「稼働状態」を“０”から“１”に更新した後、
「通信状態」をチェックし、“１”（送信中）の場合
は、“０”（送信データ待ち）となるまで待ち合わせと
なり、又“０”の場合は“１”に更新する。そして、送
信データ格納先の先頭アドレス“００００００”と最終
アドレス“００９９９９”とを取得し、この先頭アド
レスと最終アドレスとを基に、応用プログラム送信デー
タ格納領域１５のアドレス“００００００”〜“００９
９９９”に送信データを書込む。

【００２８】図１２は本発明の実施の形態の送信データ
格納処理のフローチャートであり、応用プログラム管理
テーブル１８の応用プログラム部対応の「通信状態」を
読出し（Ｂ１）、“０”（送信データ待ち）か否かを判
定し（Ｂ２）、“０”でない場合は通信中であることを
示すからステップ（Ｂ１）に戻り、又“０”の場合は、
「通信状態」を“１”（送信中）に更新する（Ｂ３）。

【００２９】次に、応用プログラム管理テーブル１８の
応用プログラム部対応の「送信データ格納先」の「先頭
アドレス」と「最終アドレス」とを読出し（Ｂ４）、先
頭アドレスと送信データ長との和が最終アドレスを超え
るか否かを判定する（Ｂ５）。即ち、（先頭アドレス）
＋（送信データ長）≦（最終アドレス）の条件を満足す
るか否かを判定する。

【００３０】この条件を満足する場合は、応用プログラ
ム送信データ格納領域１５に、前述の先頭アドレスから
送信データを書込み（Ｂ６）、送信データの書込完了に
より終了する。又条件を満足しない場合は、応用プログ
ラム送信データ格納領域１５にその送信データを書込む
ことができないので、送信データ書込エラー表示を行っ
て（Ｂ７）、終了とする。

【００３１】図１３は本発明の実施の形態の送信データ
結合処理の説明図であり、送信データ管理テーブル１７
の「送信データセットフラグ」をチェックし、“０”
（未セット）であれば、“１”（セット）に更新する
。なお、チェック結果、“１”の場合は、“０”にな
るまで待ち合わせとなる。そして、応用プログラム送信
データ格納領域１５の応用プログラム部Ａ，Ｂ，Ｃ，・
・に対応した格納領域１５Ａ，１５Ｂ，１５Ｃ，・・・
から送信データを一定の長さ（ブロック長）読込み、こ
れをデータ部とすると、これにヘッダ部（図３参照）を
付加して送信データ格納領域１６に書込む。

【００３２】なお、データは１６進表示の場合を示し、
又応用プログラム部Ａ，Ｂ，Ｃ対応のデータブロックの
ヘッダ部を“０１０１０１０１”，“０２０２０２０
１”，“０３０３０３０１”とした８バイト構成の場合
を示し、又データ部は２８バイト長とした場合を示す。
本発明は、この実施の形態に限定されるものではなく、
任意のバイト長に選定することができる。

【００３３】応用プログラム送信データ格納領域１５か
ら送信データ格納領域１６に応用プログラム部対応のデ
ータブロックを順次書込むことにより、応用プログラム
部対応のデータブロックを結合したことになる。そし
て、応用プログラム管理テーブル１８は、「送信データ
格納先」の「読込位置」に、応用プログラム送信データ
格納領域１５に於ける次にデータを読取るアドレスを書
込む。

【００３４】例えば、応用プログラム送信データ格納領
域１５の応用プログラム部Ａ対応の格納領域１５Ａにつ
いては、「先頭アドレス」と「最終アドレス」とは前述
のように、“００００００”，“００９９９９”、又
「読込位置」は“００００Ｅ０”で、次に応用プログラ
ム送信データ格納領域１５の格納領域１５Ａのアドレス
“００００Ｅ０”から送信データを読込むことを示す。
又応用プログラム部Ｂ対応の格納領域１５Ｂにつてい
は、「先頭アドレス」と「最終アドレス」とは“０１０
０００”，“０１９９９９”、又「読込位置」は“０１
００Ｅ０”、応用プログラム部Ｃ対応の格納領域１５Ｃ
については、「先頭アドレス」と「最終アドレス」とは
“０２００００”，“０２９９９９”、又「読込位置」
は“０２００Ｅ０”となる場合を示す。

【００３５】図１４及び図１５は本発明の実施の形態の
送信データ結合処理のフローチャートであり、送信デー
タ管理テーブル１７の「送信データセットフラグ」を読
取り（Ｃ１）、“０”（未セット）か否かを判定する
（Ｃ２）。“１”（セット）の場合はステップ（Ｃ１）
に戻る。又“０”の場合は、その「送信データセットフ
ラグ」を“１”に更新する（Ｃ３）。

【００３６】次に、応用プログラム管理テーブル１８の
「稼働状態」，「通信状態」，「送信データ格納先」を
読取り（Ｃ４）、「稼働状態」が“１”（稼働中）且つ
「通信状態」が“１”（通信中）であるか否かを判定す
る（Ｃ５）。この条件を満足しない場合はステップ（Ｃ
１２）に移行し、満足する場合は、「送信データ格納
先」の「読込位置」を基に応用プログラム送信データ格
納領域１５から送信データを読込む（Ｃ６）。

【００３７】例えば、応用プログラム部Ａ対応の「読込
位置」が最初は「先頭アドレス」と同一の“０００００
０”の場合に、その先頭アドレスから送信データを読込
み、又図１３に示すように、１回目の送信データの読込
みが終了して、「読込位置」が“００００Ｅ０”となる
と、２回目の送信データは、“００００Ｅ０”を送信デ
ータの読込みの先頭アドレスとして格納領域１５Ａから
読込みを行う。

【００３８】次に、送信データであるか否かを判定し
（Ｃ７）、送信データがなくなると、応用プログラム管
理テーブル１８の「通信状態」を“１”から“０”に更
新して（Ｃ１３）、送信データ待ちとしてステップ（Ｃ
１２）に移行する。又送信データがある場合は、読込ん
だ送信データの先頭にヘッダを付加し（Ｃ８）、即ち、
読込んだ送信データのブロックに、応用プログラム部の
識別情報を含むヘッダ部（図３参照）を付加してデータ
ブロックとする。そして、送信データ管理テーブル１７
の「格納位置」を読込み（Ｃ９）、その「格納位置」に
基づく送信データ格納領域１６のアドレスにデータ部に
ヘッダ部を付加したデータブロックを書込む（Ｃ１
０）。

【００３９】次に、送信データの書込みに従って、送信
データ管理テーブル１７の「格納位置」をカウントアッ
プして、送信データ管理テーブル１７の「格納位置」を
更新し（Ｃ１１）、「送信データセットフラグ」を
“０”に更新する（Ｃ１２）。そして、応用プログラム
管理テーブル１８により管理している最後のデータか否
かを判定し（Ｃ１４）、最後のデータでない場合はステ
ップ（Ｃ１）に移行し、又最後のデータの場合は、応用
プログラム管理テーブル１８の全ての応用プログラム部
対応の「通信状態」が“０”（送信データ待ち）である
か否かを判定し（Ｃ１５）、全て“０”でない場合は、
ステップ（Ｃ１）に移行し、全て“０”の場合は終了と
する。

【００４０】図１６は本発明の実施の形態の送信処理の
説明図であり、送信データ管理テーブル１７の「送信デ
ータセットフラグ」をチェックし、“０”（未セッ
ト）であれば“１”（セット）に更新する。又チェック
結果“１”の場合は、“０”になるまで待ち合わせとす
る。「送信データセットフラグ」を“１”に更新した
後、送信データ格納領域１６の先頭から全送信データを
読出し、フレームパターン等を含む通信制御情報を付
加した通信フレームを構成して通信制御部に転送し、送
信データ管理テーブル１７の「格納位置」をリセットす
る。従って、通信制御部から、通信制御情報を前後に
付加し、且つ応用プログラム部Ａ〜Ｚ対応のデータブロ
ックからなる通信フレームが送信される。

【００４１】図１７は本発明の実施の形態の送信処理の
フローチャートであり、送信データ管理テーブル１７の
「送信データセットフラグ」を取得し（Ｄ１）、“０”
（未セット）か否かを判定し（Ｄ２）、“０”でない場
合はステップ（Ｄ１）に戻り、“０”の場合は、“１”
（セット）に更新する（Ｄ３）。

【００４２】そして、送信データ格納領域１６の先頭か
ら全送信データを取り出し（Ｄ４）、通信フレームに送
信データをセットし（Ｄ５）、その通信フレームに通信
制御情報をセットし（Ｄ６）、送信データ管理テーブル
１７の「格納位置」を先頭アドレスに更新する（リセッ
トする）（Ｄ７）。そして、「送信データセットフラ
グ」を“０”（未セット）に更新し（Ｄ８）、送信処理
を終了する。

【００４３】前述のように、複数の応用プログラム部Ａ
〜Ｚによる送信データを、それぞれ図３に示すデータブ
ロックとし、図１６に示す通信フレームとすることによ
り、並行して送信することができる。この場合、通信フ
レームを可変長とすれば、送信データがない応用プログ
ラム部対応のデータブロック分だけ短い通信フレームと
することになり、又固定長とすれば、送信データがない
応用プログラム部対応のデータブロックをダミーデータ
とすれば良いことになる。

【００４４】図１８は本発明の実施の形態の受信処理の
説明図であり、受信データ管理テーブル２１の「受信デ
ータセットフラグ」をチェックし、“０”（未セット）
であれば“１”（セット）に更新する。チェック結果
が“１”の時は、“０”になるまで待ち合わせとなる。
そして、通信制御部から通信データ管理部の通信制御対
応処理部１４（図２参照）が通信フレームを受取り、通
信フレームの付加されている通信制御情報を抽出してフ
レーム同期をとり、データブロック毎に受信データ格納
領域２０に書込む。

【００４５】このデータブロックの書込みにより、受信
データ管理テーブル２１の「格納位置」は順次カウント
アップされて、受信データ格納領域２０に対する格納ア
ドレスを示すことになる。そして、受信した通信フレー
ムによるデータブロックの書込終了により、「格納位
置」をリセットする。

【００４６】図１９は本発明の実施の形態の受信処理の
フローチャートであり、受信データ管理テーブル２１の
「受信データセットフラグ」を取得し（Ｅ１）、“０”
（未セット）か否かを判定し（Ｅ２）、“０”でない場
合はステップ（Ｅ１）に戻り、“０”の場合は“１”
（セット）に更新する（Ｅ３）。

【００４７】そして、通信制御部から通信フレームを受
取り（Ｅ４）、その通信フレームから受信データを取り
出し（Ｅ５）、受信データ格納領域２０に書込む（Ｅ
６）。この受信データの書込みにより、受信データ管理
テーブル２１の「格納位置」を先頭アドレスに更新する
（リセットする）（Ｅ７）。次に、「受信データセット
フラグ」を“０”に更新する（Ｅ８）。

【００４８】図２０，図２１は本発明の実施の形態の振
分処理の説明図であり、応用プログラム受信データ格納
領域１９は、応用プログラム部Ａ，Ｂ，Ｃ，・・・対応
の格納領域１９Ａ，１９Ｂ，１９Ｃ，・・・を有するも
ので、先ず、受信データ管理テーブル２１の「受信デー
タセットフラグ」をチェックし、“０”（未セット）で
あれば図示のように“１”（セット）に更新する。又
チェック結果“１”であれば、“０”になるまで待ち合
わせとなる。

【００４９】「受信データセットフラグ」を“１”に更
新した後、「格納位置」を基に受信データ格納領域１９
から１データブロック毎に読込み、そのデータブロック
のヘッダ部の情報を基に、応用プログラム管理テーブル
１８から受信データの格納先を取得し、応用プログラム
受信データ格納領域１９にデータブロックのデータ部を
書込み、この書込終了の次のアドレスを、応用プログ
ラム管理テーブル１８の「受信データ格納先」の「書込
位置」に書込む。

【００５０】受信データ格納領域２０の全受信データつ
いての振分けが終了すると、応用プログラム管理テーブ
ル１８の「受信データ格納先」の「最終アドレス」を、
受信データの書込終了の最後のアドレスで更新する。
そして、受信データ管理テーブル２１の「格納位置」を
リセットする。

【００５１】この場合、受信データ格納領域２０に書込
まれた受信データは、最初のデータブロックのヘッダ部
の“０１０１０１０１”は応用プログラム部Ａの応用プ
ログラムＩＤであり、応用プログラム管理テーブル１８
の「応用プログラムＩＤ」を参照することにより、「先
頭アドレス」は“００００００”であるから、そのデー
タ部を応用プログラム部Ａ対応の格納領域１９Ａに書込
み、次のデータブロックのヘッダ部の“０２０２０２０
１”は応用プログラム部Ｂの応用プログラムＩＤである
から、「先頭アドレス」は“０１００００”であり、従
って、そのデータ部を応用プログラム部Ｂ対応の格納領
域１９Ｂに書込み、次のデータブロックのヘッダ部の
“０３０３０３０１”は応用プログラム部Ｃの応用プロ
グラムＩＤであるから、「先頭アドレス」は“０２００
００”であり、従って、そのデータ部を応用プログラム
部Ｂ対応の格納領域１９Ｃに書込む。

【００５２】図２２及び図２３は本発明の実施の形態の
振分処理のフローチャートであり、受信データ管理テー
ブル２１の「受信データセットフラグ」を取得し（Ｆ
１）、“０”（未セット）か否かを判定し（Ｆ２）、
“０”でなければ、ステップ（Ｆ１）に戻り、又“０”
であると、“１”（セット）に更新し（Ｆ３）、受信デ
ータ格納領域２０から受信データブロックを読込む（Ｆ
４）。

【００５３】そして、受信データブロックがあるか否か
を判定し（Ｆ５）、受信データブロックがある場合は、
その受信データブロックのヘッダ部の「応用プログラム
ＩＤ」を取得し（Ｆ６）、その「応用プログラムＩＤ」
を基に、応用プログラム管理テーブル１８から「受信デ
ータ格納先」を取得し（Ｆ７）、その「受信データ格納
先」の「書込位置」を基に、応用プログラム受信データ
格納領域１９に受信データを書込み（Ｆ８）、応用プロ
グラム管理テーブル１８の「書込位置」をカウントアッ
プして更新し（Ｆ９）、ステップ（Ｆ４）に移行する。

【００５４】又ステップ（Ｆ５）に於いて、受信データ
ブロックがないと判定した場合、即ち、受信データ格納
領域２０から受信データの読出しが終了した場合、応用
プログラム管理テーブル１８の「受信データ格納先」の
「最終アドレス」を、応用プログラム受信データ格納領
域１９に書込んだ受信データの最終アドレスによって更
新する（Ｆ１０）。そして、受信データ管理テーブル２
１の「格納位置」を先頭アドレスに更新（リセット）し
（Ｆ１１）、受信データ管理テーブル２１の「受信デー
タセットフラグ」を“０”（未セット）に更新する（Ｆ
１２）。

【００５５】図２４は本発明の実施の形態の受信通知処
理の説明図であり、受信データ管理部１３は、応用プロ
グラム管理テーブル１８の「受信データ格納先」の「最
終アドレス」をチェックし、最終アドレスが書込まれ
ている場合、対応する応用プログラム部に対して、デー
タを受信している旨を通知する。例えば、応用プログ
ラム管理テーブル１８の「応用プログラムＩＤ」の応用
プログラム部Ａを示すプログラムＡの欄の「最終アドレ
ス」がオール“０”以外の“００９９９９”が書込まれ
ているから、応用プログラム部Ａに受信通知を行う。又
応用プログラム部Ｂ，Ｃ対応の「最終アドレス」はオー
ル“０”であるから、受信通知は未だ行わない。

【００５６】図２５は本発明の実施の形態の受信通知処
理のフローチャートであり、受信データ管理部１３は、
応用プログラム管理テーブル１８の「受信データ格納
先」の「最終アドレス」を取得し（Ｇ１）、「最終アド
レス」がオール“０”以外か否かを判定し（Ｇ２）、オ
ール“０”ならばステップ（Ｇ１）に移行して、次の応
用プログラムＩＤの欄の「最終アドレス」を取得して判
定する。又オール“０”以外の最終アドレスが書込まれ
ている場合は、対応する応用プログラム部に対してデー
タを受信している旨を通知する（Ｇ３）。

【００５７】図２６は本発明の実施の形態の読込処理の
説明図であり、受信通知を受けた応用プログラム部Ａ
は、応用プログラム受信データ格納領域１９の格納領域
１９Ａから受信データを読込み、この受信データの読
込みの終了により、応用プログラム管理テーブル１８の
「最終アドレス」と「書込位置」とをクリアする。

【００５８】図２７は本発明の実施の形態の読込処理の
フローチャートであり、前述のように、受信通知を受け
た応用プログラム部は、応用プログラム受信データ格納
領域１９から受信データを読込み（Ｈ１）、応用プログ
ラム管理テーブル１８の「受信データ格納先」の「最終
アドレス」と「書込位置」とを“０”に更新する（クリ
アする）（Ｈ２）。それによって、次の受信データを応
用プログラム受信データ格納領域１９に書込むことがで
きる。

【００５９】本発明は前述の各実施の形態にのみ限定さ
れるものではなく、種々付加変更し得るものであり、例
えば、応用プログラム送信データ格納領域１５と応用プ
ログラム受信データ格納領域１９と送信データ格納領域
１６と受信データ格納領域２０とは、それぞれ半導体集
積回路による記憶回路やディスク装置等の記憶領域を用
いて構成することができる。又結合処理部１１や振分処
理部１２等の機能はプロセッサ等によって実現すること
も可能である。

【００６０】

【発明の効果】以上説明したように、本発明は、複数の
応用プログラム部７−１〜７−ｎ対応のデータをそれぞ
れ識別情報を付加したデータブロックとして通信フレー
ムを形成して端末１，２等のデータ送受信装置により送
受信するもので、通信データ管理部５，６が複数の応用
プログラム部７−１〜７−ｎと通信制御部３との間のイ
ンタフェース機能を持つことによって、複数の応用プロ
グラム部７−１〜７−ｎのデータを並行して送受信する
ことができる。従って、大量のデータのダウンロード等
の場合に於いても、他の応用プログラム部によるデータ
を通信フレームに混載して伝送することができる利点が
あり、柔軟性に富んだシステムを構築することができ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態の要部説明図である。

【図２】本発明の実施の形態の通信データ管理部の説明
図である。

【図３】通信データのフォーマットの説明図である。

【図４】応用プログラム送信データ及び受信データ格納
領域の説明図である。

【図５】送信データ格納領域及び受信データ格納領域の
説明図である。

【図６】送信データ管理テーブル及び受信データ管理テ
ーブルの説明図である。

【図７】応用プログラム管理テーブルの説明図である。

【図８】基本情報ファイルの説明図である。

【図９】本発明の実施の形態の通信開始処理の説明図で
ある。

【図１０】本発明の実施の形態の通信開始処理のフロー
チャートである。

【図１１】本発明の実施の形態の送信データ格納処理の
説明図である。

【図１２】本発明の実施の形態の送信データ格納処理の
フローチャートである。

【図１３】本発明の実施の形態の送信データ結合処理の
説明図である。

【図１４】本発明の実施の形態の送信データ結合処理の
フローチャートである。

【図１５】本発明の実施の形態の送信データ結合処理の
フローチャートである。

【図１６】本発明の実施の形態の送信処理の説明図であ
る。

【図１７】本発明の実施の形態の送信処理のフローチャ
ートである。

【図１８】本発明の実施の形態の受信処理の説明図であ
る。

【図１９】本発明の実施の形態の受信処理のフローチャ
ートである。

【図２０】本発明の実施の形態の振分処理の説明図であ
る。

【図２１】本発明の実施の形態の振分処理の説明図であ
る。

【図２２】本発明の実施の形態の振分処理のフローチャ
ートである。

【図２３】本発明の実施の形態の振分処理のフローチャ
ートである。

【図２４】本発明の実施の形態の受信通知処理の説明図
である。

【図２５】本発明の実施の形態の受信通知処理のフロー
チャートである。

【図２６】本発明の実施の形態の読込処理の説明図であ
る。

【図２７】本発明の実施の形態の読込処理のフローチャ
ートである。

【図２８】従来例の要部説明図である。

【符号の説明】

１，２端末３，４通信制御部５，６通信データ管理部７−１〜７−ｎ応用プログラム部８伝送路

Claims

【特許請求の範囲】

【請求項１】複数の応用プログラム部によるデータを
送受信するデータ送受信方法に於いて、前記複数の応用プログラム部によるデータを所定長のブ
ロックに分割したデータ部と、応用プログラム部の識別
情報を含むヘッダ部とによるデータブロックを形成し、
前記複数の応用プログラム部対応の前記データブロック
により通信フレームを形成して送受信する過程を含むこ
とを特徴とするデータ送受信方法。
【請求項２】前記複数の応用プログラム部による送信
データを該応用プログラム部対応の格納領域に書込み、
該送信データを前記データブロック毎に送信データ格納
領域に書込んで、前記複数の応用プログラム部対応の前
記データブロックを配列した通信フレームを形成して送
信する過程を含むことを特徴とする請求項１記載のデー
タ送受信方法。
【請求項３】通信フレームを受信して受信データ格納
領域に書込んだ受信データを、ヘッダ部の応用プログラ
ム部の識別情報を基に、応用プログラム部対応のデータ
ブロックに振分けて、該応用プログラム部対応の格納領
域に格納して該応用プログラム部に転送して受信する過
程を含むことを特徴とする請求項１記載のデータ送受信
方法。
【請求項４】前記複数の応用プログラム部対応に、送
信データの格納先と受信データの格納先と稼働状態と通
信状態とを応用プログラム管理テーブルによって管理
し、前記複数の応用プログラム部対応の送信データをデ
ータブロックとして送信データ格納領域へ書込む為の書
込アドレス及び書込中又は読出中の状態を送信データ管
理テーブルによって管理し、受信データ格納領域へデー
タブロックとして書込む為の書込アドレス及び書込中又
は読出中の状態を受信データ管理テーブルによって管理
する過程を含むことを特徴とする請求項１又は２又は３
記載のデータ送受信方法。
【請求項５】複数の応用プログラム部と、通信データ
管理部と、通信制御部とを含むデータ送受信装置に於い
て、前記通信データ管理部は、前記複数の応用プログラム部
からの送信データをデータブロックに分割し、前記複数
の応用プログラム部対応のデータブロックを結合して通
信フレームを形成し、該通信フレームを前記通信制御部
に転送し、且つ該通信制御部により受信した通信フレー
ムを前記複数の応用プログラム部対応のデータブロック
に振分けて応用プログラム部に転送する構成を備えたこ
とを特徴とするデータ送受信装置。
【請求項６】前記通信データ管理部は、複数の応用プログラム部対応の送信データを格納する応
用プログラム送信データ格納領域と、受信データを格納
する応用プログラム受信データ格納領域と、前記複数の
応用プログラム部の状態とを管理する応用プログラム管
理テーブルと、前記応用プログラム送信データ格納領域に格納された送
信データを、所定長のブロックに分割したデータ部と、
応用プログラム部を識別する情報を含むヘッダ部とから
なるデータブロックとして送信データ格納領域に書込ん
で、前記複数の応用プログラム部対応のデータブロック
を順次配列する結合処理部と、前記送信データ格納領域に書込まれたデータブロックを
通信フレームとして前記通信制御部に転送して送信し、
且つ前記通信制御部を介して受信した通信フレームのデ
ータブロックを受信データ格納領域に書込む通信制御対
応処理部と、前記受信データ格納領域に格納された受信データを応用
プログラム部対応に振分けて前記応用プログラム受信デ
ータ格納領域に書込む振分処理部とを備えたことを特徴
とする請求項５記載のデータ送受信装置。
【請求項７】前記応用プログラム送信データ格納領域
から送信データをデータブロックとして前記送信データ
格納領域に書込中又は読出中を示す送信データセットフ
ラグと、該送信データ格納領域の書込位置を示す格納位
置とを有する送信データ管理テーブルと、前記受信デー
タ格納領域に受信データを書込中又は読出中を示す受信
データセットフラグと、該受信データ格納領域の書込位
置を示す格納位置とを有する受信データ管理テーブルと
を備えたことを特徴とする請求項５又は６記載のデータ
送受信装置。