JPS62127959A

JPS62127959A - 電文継続転送処理方式

Info

Publication number: JPS62127959A
Application number: JP26875885A
Authority: JP
Inventors: Koji Tachibana; 浩二立花
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1985-11-29
Filing date: 1985-11-29
Publication date: 1987-06-10

Abstract

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

Description

【発明の詳細な説明】〔目　次〕概要産業上の利用分野従来の技術発明が解決しようとする問題点問題点を解決するための手段作用実施例（１）　　実施例の構成（第２図、第３図）（２）実施
例の動作（第４図）発明の効果〔概　要〕本発明はアプリケーションで複数項目のデータを一度に
送信する場合に、それが最大送信ブロック長を超えるよ
うな長い場合でも、Ｏ８側でこれを送信ブロック長に区
切るように編集することにょ９．アプリケーション側で
はデータの区切りを意識することなく継続したデータを
転送できるようにしたものである。

〔産業上の利用分野〕

本発明は電文継続転送処理方式に係り、特にアプリケー
ションによシ、送信ブロック長よりも長いデータを送信
する場合に、アプリケーション側で送信ブロック長の範
囲内になるような継続処理を行うことなく送信できるよ
うにしたものに関する○ 〔従来の技術〕データ処理を遂行するとき２例えば画面の表示項目にし
たがって複数の項目のデータを入力し。

これをホストに送信するような場合がある。例えばバン
キング業務の場合には１例えば顧客の氏名とか１口座番
号とか、取引項目（入力、出金等）。

金額・・・・・・等複数の入力項目がある。このような
複数の項目に対するデータを、第５図に示すＤｔ　、　
Ｄｔ・・・Ｄ５とするとき、アプリケーションは、これ
らのデータＤ、、Ｄ２・・・Ｄａをホストに送信するこ
とが必要となる。この送信電文における送信ブロック長
は最大炎が固定されている。したがって、データＤ１〜
Ｄ１１を順次読み出して送信バッファに送出して送信電
文を作成するとき、第５図（ａ）に示す如く９例えばデ
ータＤ４の一部り′４までしか送信バッファにセットで
きないとき、第５図（ｂ）または（Ｃ）に示す２通りの
送信方法がある。

１つは、第５図（ａ）に示すデータＤ１〜Ｄ３を初めに
送信し２次にデータＤ４．　Ｄｓを送信するものでア見
もう１つは第５図（ａ）の斜線部分に示すデータＤ４の
うちＤ−までを送信し２次に第５図（Ｃ）に示す如く。

データＤ４のうちの残υの仄から送信する央法である。

このうち前者の手法、つまシ第５図（ｂ）に示す手法は
データの伝送効率が悪いので第５図（ａ）　、　（Ｃ）
に示す手法がよく使用されている。

この第５図（ａ）　、　（Ｃ）に示す如く、データの一
部を分割して送信する場合、従来のアプリケーションで
は、第６図に示す如き処理を行う。

すなわち、指定された項目のデータを入力するとそのデ
ータはバッファに順次セットされる。モしてアプリケー
ションにょシ編集されて送信バッファに転送される。こ
のようにしてデータＤ、、Ｄ２゜Ｄｓが送信バッファに
セットされＤ４のＤ′４までセットされたところで送信
バッファがあふれることになるので、このＤＳｔでセッ
トされたところでホストに送信される。送信すべきデー
タはまだ存在するので、送信バッファの先頭にあふれた
データ居を転送し、データＤ、でデータが終りになるの
で次にこの残りのデータがホストに送信されることにな
る。

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

ところでこのように、転送データが途中で分割されるよ
うな場合には、アプリケーションでの処理に、前記デー
タＤ４の居部分の退避、保存処理および次送信ブロック
の先頭にこのＤ’Ｓの転送処理等を行わなければならな
いので、アプリケーションの負担が大きくなる。しかも
このような処理は。

各アプリケーション毎に設けることが必要になり。

例えばバンキング業務における入金データ送信用アプリ
ケーション、支払データ送信用アプリケーション、為替
用送信アプリケーション等にそれぞれ個別に設けること
が必要となるという問題点が存在した。

本発明の目的は、前記問題点を解決するために。

電文継続転送処理をアプリケージ目ンに設けることのな
い電文継続転送処理方式を提供することである。

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

前記目的を達成するため１本発明では、第１図に示す如
く９本体側に送信データ作成部２を設け。

これに送信ブロック作成機能および継続データ処理機能
を具備させ、データ転送部１のアプリケーションよυ送
信データＤ１〜Ｄ６を転送されたとき。

送信データ作成部２内で所定長の送信ブロックを作成し
、これを送信部３゛からホストに送信するようにすると
ともに、前記の如くデータＤ４の途中で２分するような
場合でもデータＤ４のＤ′４以降を次の送信ブロックの
先頭に転送するように動作する。

〔作　用〕

これによシアプリケーション・プログラムは継続データ
の処理を行うことなく、データ継続が通知されなくなる
まで送信転送をくり返すことができる。

〔実施例〕

（１）実施例の構成本発明の一実施例構成を第２図、第３図により説明する
。

第２図は本発明の一実施例構成を示し、第３図は本発明
におけるデータ編集転送説明図である。

第２図において、第１図と同−符号部は同一部分を示し
、１０は入出力部、２０はデータバッファ、２１は送信
バッファ、２２は編集部、２３は転送部、２４は継続デ
ータ処理部、２５は制御部である。

データ転送部１には入出力部１０が設けられており、こ
の入出力部１０は、アプリケーション拳プログラムＡＰ
　Ｌ　１　、　ＡＰ　Ｌ　ｚ・・−Ａｐ　Ｌ　ｎからの
出力データを送出したりこれらＡＰＬＩ、ＡＰＬ２・・
・ＡＰＬｎに対するデータを入力するものである０送信データ作成部２にはデータバッファ２０゜送信バッ
ファ２１９編集部２２．転送部２３．継続データ２４．
制御部２５が設けられており、前記アプリケーション・
プログラムＡＰＬＩ、ＡＰＬ２・・・ＡＰＬｎ等から送
出されたデータを−たん保持して、これをホストに送信
するだめの送信ブロックを作成するものである。データ
バッファ２０には前記ＡＰＬＩ〜ＡＰＬｎから出力され
たデータを一時保持するものであυ、第３図（ａ）に示
すデータＤｔ、　Ｄｚ・・・へ等がセットされる。送信
バッファ２１はデータＤＩ、　Ｄ２・・・Ｄｌｌ等をホ
ストに送信するため１つの送信ブロックにまとめられた
ものが一時セットされるものであり、第３図（ａ）の如
きデータＤ！〜Ｄ６に対しては、第３図（ｂ）に示す如
く、Ｄ４のうちＤ′４までがまずセットされるものであ
る。編集部２２はデータＤ１．　Ｄ、・・・を効率よく
送信するための編集を行うものであシ９例えば各データ
における空白部を検出してこれをつめる。いわゆるゼロ
づめ等を行うものである。転送部２３は編集部２２から
出力されたデータを送信バッファ２１にセットするもの
であり、継続データ処理部２４は送信バッファ２１にセ
ットされる送信ブロックが規定長をこえたとき、これを
アプリケーションに通知するものである。例えば第３図
（ａ）　、　（ｂ）に示す如く。

データＤ４のＤ−までで送信ブロック長が規定長になっ
たとき、データＤ４の残りのＤ：がまだ残っていること
を認識してそれをアプリケーション側つまシデータ転送
部１にデータ継続という状態を通知する。アプリケーシ
ョン側ではこのデータ継続をうけたとき送信データ作成
部２に送信命令を出力し。

送信バッファ２１にセットされたデータが送信部３に送
出され、これよシホスト等に送出される。

制御部２５は送信データ作成部２を総合的に制御するも
のであり２例えば送信バッファ２１にセットされるデー
タのデータ量をはかり、セット可能のデータはＤ４のＤ
Ｓまでであるとか、残りのデータＤ′４の格納位置等を
認識し２編集部２２．転送部２３、継続データ処理部２
４等を制御するものである０（２）実施例の動作第２図に示す本発明の実施例の動作を、第４図のフロー
チャートにもとづき、第３図を参照しながら説明する。

■　例えばアプリケーション・プログラムＡＰＬ１の処
理遂行のときに入力指示事項にしたがってデータＤｔ”
　Ｄａが入力されたとき、この人力データＤｔ、　Ｄｉ
・・・Ｄ、が入出力部１０を経由して送信データ作成部
２のデータバッファ２０に順次セットされる。

■　このようにして所定のデータＤ１〜Ｄ５の入力が終
了したのち、アプリケーション・プログラムＡＰＬＩ側
から、このデータバッファ２０にセラデータ作成部２０
制御部２５がこの電文編集命令を解読して編集部２２．
転送部２３．継続データ処理部２４を動作させる。これ
により編集部２２はデータバッファ２０にセットされて
いるデータｒ）１．　Ｄ２・・・を順次読み出し、その
空白部分をゼロすめ処理を行ない、転送部２３はこれを
送信バッファ２１に順次転送する。このようにして送信
バッファ２１には、第３図（ｂ）に示す如く、データＤ
、。

Ｄ２．　Ｄ３が順次セットされる。

■　ところでデータＤ４をセットするときＤ−までセッ
ト可能であることを制御部２５が認識するので、このＤ
′４が送信バッファ２１にセットされるとき、これに応
じて継続データ処理部２４は送信バッファ２１に送信電
文がセットされた状態で、しかも継続電文のあることを
データ転送部１に報告する。これに応じてアプリケーシ
ョン拳プログラムＡＰＬＩが送信命令を出力するので、
制御部２５がこれを解読し、送信バッファ２１にセット
された送信電文を送信部３に送出し、送信部３からホス
トにこれが送信される。

■　制御部２５はデータＤ′４以降が未送信であること
を認識しているので１編集部２２によシデータＤ：、　
Ｄｓを空白ずめ編集を行わせ、転送部２３によシ送信バ
ッファ２１に転送し、第３図（Ｃ）に示す如き送信デー
タが送信バッファ２１にセットされる。このときデータ
はり、までのためそれ以降は空白部分である。このよう
にして送信バッファ２１に送信電文がセットされるとき
、継続データ処理部２４が今度は送信電文がセットされ
たことをアプリケーション・プログラムＡＰＬＩに報告
する。

これに応じてアプリケーション・プログラムＡＰＬ１よ
り送信命令が出力されるので、制御部２５はこれにもと
づき送信バッファ２１にセットされた送信電文を送信部
３に送出し、ホストにこれが送信されることになる。

このようにしてアプリケーション・プログラムは継続デ
ータの存在以外は意識する必要がなくなシャデータ送信
後はデータ継続等が通知されたとき等に送信命令を出力
すればよい。

〔発明の効果〕

本発明によシ、従来アプリケーション・プログラムでは
非常に複雑なデータの一部を分割継続処理が容易にでき
るようになシ、またアプリケーション・プログラムの作
成者の作業負担を軽減することができる。しかも電文編
集を行う場合、データの区切）を意識せず編集したデー
タを転送することができ、また継続データを別に転記す
る必要もないので特別な格納領域を確保する必要もない
。

【図面の簡単な説明】

第１図は本発明の原理説明図。第２図は本発明の一実施例構成図。第３図はデータ編集転送説明図。第４図は本発明の動作説明図。第５図は送信状態説明図。第６図は従来のアプリケーションの動作説明図である。１・・・データ転送部。２・・・送信データ作成部。３・・・送信部。２０・・・データバッファ。２１・・・送信バッファ。２２・・・編集部。２３・・・転送部。２４・・・継続データ処理部。２５・・・制御部

Claims

【特許請求の範囲】アプリケーション・プログラムにもとづくデータを編集
して送信電文を作成し、ホストに送信する電文転送処理
方式において、アプリケーション・プログラムにもとづくデータを保持
するデータ保持部（２０）と、送信データがセットされる送信データ保持部（２１）と
、送信データ保持部（２１）に保持可能なデータ量を検知
し、転送制御を行う制御手段（２５）と、送信データが
送信データ保持部（２１）にセットされたことを出力す
る継続データ処理手段（２４）を設け、アプリケーショ
ン・プログラムからは送信データの切れ目を意識するこ
となくデータ入力できるようにしたことを特徴とする電
文継続転送処理方式。