JPH06133006A - データ分割方式 - Google Patents

Abstract

(57)【要約】 【目的】データ送信時のＡＰ空間から通信管理空間への
ユーザデータのコピーと、符号化処理とデータ分割処理
を兼ねて行なうことでレイヤ処理におけるデータ分割処
理でデータムーブをしない。 【構成】通信管理空間１０３上のデータ分割処理手段１
３０が、ＯＳ空間102にある符号化後データ長算出手段
１２０により符号化後のユーザデータ長を得る。データ
分割処理手段１３０は、符号化後のユーザデータ長に基
づいて符号化後ユーザデータ格納手段１５０を制御し、
符号化後ユーザデータ格納手段１５０を構成するバッフ
ァ単位１５１の先頭アドレスと符号化前のユーザデータ
１４０ａとを指定して符号化データムーブ手段１２０を
起動することにより、最下位レイヤ層の最大データ単位
長以下のデータサイズに各バッファ単位１５１へ分割し
て符号化後のユーザデータ１４０ｂを格納する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ通信システムの
データ分割方式に係り、特に、計算機に依存したローカ
ルな形式で表現されたユーザデータを計算機に依存しな
いネットワークワイドな形式への符号化処理をする通信
管理、例えば、開放型システム間相互接続（ＯＳＩ）の
プレゼンテーション（以下ＰＬ）層以上のプロトコルを
処理する通信管理が、仮想記憶方式のオペレーティング
システム（以下ＯＳ）上で実行されるときの、送信時の
データ分割方式に関する。

【０００２】

【従来の技術】通常、仮想記憶方式のＯＳが走る計算機
システムでは、ファイル転送プログラムのようなアプリ
ケーションプログラム（以下ＡＰ）が動作するメモリ空
間（AP空間）と、ＯＳＩプロトコルのような階層化され
た通信プロトコルを処理する通信管理プログラムが動作
するメモリ空間（通信管理空間）とは、異なるメモリ空
間である。そして、これらのメモリ空間は、ＯＳによっ
て管理されている。従って、ＡＰが処理しているユーザ
データを送信する場合は、ユーザデータがアプリケーシ
ョン空間上のバッファに格納されているため、メモリ空
間を管理しているＯＳによってユーザデータを通信管理
の空間上のバッファにデータムーブしてから後にはじめ
て通信管理プログラムのユーザデータに対するプロトコ
ル処理が可能となる。

【０００３】さて、階層化された通信プロトコル処理に
おける送信データのデータ分割方式に関しては（図４参
照）、例えば、特開平3−274847 号公報に示されている
ように、一つのバッファ長が最下位レイヤの最大データ
単位長以上のバッファを持ち、送信要求で示されたユー
ザデータ長から、以後行なうプロトコル処理の結果必要
となるバッファ数を予め決定し、最下位レイヤの最大デ
ータ単位長以下に送信データを分割し、各バッファに格
納し、これらを例えば、チェーンで結合することによっ
て、下位レイヤのデータ分割処理を軽減するという手法
がある。本従来方式におけるバッファ数の決定は、各層
のプロトコル処理によって付加されるヘッダ長を加算し
たデータ単位の長さが、最下位レイヤ層の最大データ単
位長以下になるように決めている。又、各レイヤでのデ
ータ分割処理は、バッファのチェーンを操作することに
より、データコピーを行なわないデータ分割処理を実現
している。

【０００４】

【発明が解決しようとする課題】上述した従来のデータ
分割方式では、特に、予めユーザデータ長から必要とな
るバッファ数を決定する処理において、ユーザデータ長
が変化しないことが前提となっており、ＡＰと通信管理
がＯＳＩ参照モデルの第５層であるトランスポート層
（以下ＴＬ）以下でインタフェースする場合に実施でき
る方式である。しかし、ＯＳＩでは、ＴＬの上位層も規
定されており、例えば、最上位層（第７層）であるアプ
リケーション層（以下ＡＬ）でＡＰと通信管理がインタ
フェースする場合では、従来方式を実施できない。その
理由は、ＯＳＩ参照モデルの第６層であるプレゼンテー
ション層（以下ＰＬ）では、抽象構文表記法１（ＡＳ
Ｎ．１）で表記されるユーザデータ（抽象構文：実装上
は抽象構文をコンパイルした結果であるローカルなコー
ド)をネットワークワイドなコード(転送構文)へＡＳＮ.
１符号化規則により変換するため、ユーザデータ長がこ
の符号化処理により変化してしまうからである。故に、
従来の方式では、ＴＬより上位のレイヤでＡＰと通信管
理がインタフェースする場合、データコピーと分割処理
を一括して行なうことが出来ないという問題点があっ
た。

【０００５】また、仮想記憶方式のＯＳが走る計算機シ
ステムでは（図５参照）、ＡＰ空間上のユーザデータを
ＯＳが提供するデータムーブ処理５０１により通信管理
上のバッファにデータムーブし、その後、符号化処理５
０２を行なうので、符号化前のユーザデータと符号化後
のユーザデータを格納するバッファ(５０３ａ，503b)を
双方用意しなければならないため、通信管理が確保する
バッファが大きいという問題点もあった。

【０００６】本発明は、このような点を改善するもので
あり、ユーザデータ長が変化する場合でも、データコピ
ーと分割処理を一括して行なうユーザデータの分割方式
を提供することを目的としている。

【０００７】

【課題を解決するための手段】図１を用いて、本課題を
解決する手段を示す。本発明では、それぞれ所定の長さ
のデータを格納する複数のバッファ１５１からなる符号
化後ユーザデータ格納手段１５０をもつ。なお、バッフ
ァ１５１は、次バッファへのチェーンポインタとバッフ
ァ長とデータ格納位置を示すオフセットとを持つ。

【０００８】また、指定されたＡＰ空間１０１上のユー
ザデータ１４０ａを読み込み、与えられた符号化規則に
よりユーザデータ１４０ａを符号化し、この結果を指定
された通信管理空間１０３上の符号化後ユーザデータ格
納手段１５０へ格納するＯＳ空間１０２上の符号化デー
タムーブ手段１１０を持つ。

【０００９】また、指定されたＡＰ空間１０１上のユー
ザデータ１４０ａを読み込み、与えられた符号化規則に
よりユーザデータ１４０ａを符号化した後のユーザデー
タ１４０ｂの長さを算出するＯＳ空間１０２上の符号化
後ユーザデータ長算出手段１２０をもつ。

【００１０】また、符号化後ユーザデータ長算出手段１
２０を実行し、これより得た符号化後ユーザデータ長か
ら、以後のプロトコル処理に必要なバッファサイズに符
号化後ユーザデータ格納手段１５０のバッファ１５１の
チェーンを制御し、符号化データムーブ手段１１０によ
り、符号化後ユーザデータ格納手段１５０に格納させる
通信管理空間１０３内のデータ分割処理手段１３０をも
つ

【００１１】

【作用】ＡＰのデータ送信要求により、ユーザデータ１
４０ａのアドレスを得た通信管理プログラムは、まず、
初めにデータ分割処理手段１３０を起動する。データ分
割処理手段１３０は、ユーザデータ１４０ａの先頭アド
レスとユーザデータ140aの長さとを渡して符号化後ユー
ザデータ長算出手段１２０を起動する。符号化後ユーザ
データ長算出手段１２０は、先頭アドレスから順に、ユ
ーザデータ140aの内容を読み込み、符号化処理規則に従
って符号化後のユーザデータの長さを算出する。データ
分割処理手段１３０は、符号化後のユーザデータの長さ
をバッファ格納時の所定の長さ（最下位レイヤでの最大
データ単位長−以後行なうプロトコル処理で追加される
ヘッダ長（固定値））で除算することにより必要なバッ
ファ数を求めることができる。データ分割処理手段１３
０は、符号化後ユーザデータ格納手段１５０を構成する
バッファ単位１５１で必要な個数分のチェーンを作成
し、チェーンされたバッファ単位１５１の先頭アドレス
とユーザデータ１４０ａのアドレスとユーザデータ１４
０ａの長さとを渡して符号化データムーブ手段１１０を
起動する。符号化データムーブ手段１１０は、ＡＰ空間
１０１からユーザデータ１４０ａを読み込み、符号化処
理規則に従って符号化後のコードを生成し、この情報
を、通信管理空間１０３上の符号化後ユーザデータ格納
手段１５０上のバッファチェーンを辿り、次々オフセッ
トの位置から所定の長さ分格納する。これにより通信管
理プログラムは、符号化後ユーザデータ格納手段１５０
のチェーンされた複数のバッファ単位１５１上に、最下
位レイヤの最大データ単位長以下に分割された符号化後
のユーザデータ１４０ｂを得る。

【００１２】

【実施例】図２は、本発明を実施する計算機のブロック
図である。２０１は、ホスト計算機を示しており、２０
２はホスト計算機２０１の中央処理装置（以下ＣＰＵ）
を示しており２０３は、ホスト計算機２０１のメモリを
示しており、２０３は、ホスト計算機２０１の内部バス
を示しており、２０４は、外部記憶装置２０５とホスト
計算機２０１の内部バス２０３とのインタフェースを制
御する入出力制御装置を示しており、２０７は、回線制
御装置を示しており、本装置を仲介にして内部バス２０
３と回線２０６を結んでいる。ホスト計算機２０１は、
回線２０６を解してデータ通信を行なう。なお、本ホス
ト計算機２０１は、仮想記憶方式を採用しているため、
メモリスワッパ等のＯＳ基本部が、メモリ２０２上に常
駐しており、通信管理等の制御プログラムやファイル転
送プログラム等のＡＰは、その全体が外部記憶装置２０
５に格納されており、ＣＰＵ２０２の処理に必要な部分
がメモリ２０２に展開している。

【００１３】図３は、ホスト計算機２０１の仮想記憶の
内容を示したものである。３１０は、ファイル転送プロ
グラム等の回線により接続されたリモートのホスト計算
機２０１上のプログラムとデータ通信を行なうＡＰであ
り、ＣＰＵ２０２に対するオブジェクトコードである。
３１０は、リモートの計算機とのデータ通信を実現する
通信プロトコル処理を実行する通信管理のオブジェクト
コードである。通信管理３１０は、ＡＰＩ処理１５１，
ＡＬ３１２，ＰＬ３１３，ＴＬ３１４，ネットワークレ
イヤ処理（以下ＮＬ）３１５，回線アダプタドライバ処
理（以下DRV)３１６からなる。ＡＰＩ処理１５１で、デ
ータ分割処理手段１３０を実現する。なお、ＡＰＩ３１
１は、ＡＬ３１２とＰＬ３１３の二つのインタフェース
を提供する。

【００１４】３２０は、メモリやプロセスの管理を行な
うＯＳのオブジェクトコードである。３２０で、符号化
データムーブ手段１１０を符号化データムーブ関数とし
て、また、符号化後ユーザデータ長算出手段１２０を符
号化後ユーザデータ長算出関数として実現する。１４０
ａは、符号化前のユーザデータである。３５０は、通信
管理のバッファである。３３０は、通信管理３１０の制
御テーブルであり、通信管理のバッファ３５０の管理情
報を納める。３４０は、ＯＳ３２０の制御テーブルであ
り、メモリ空間の管理情報を納める。

【００１５】図６は、ＡＰＩ１５１でのデータムーブと
データ分割を兼ねて行なう処理のフローチャートであ
る。ＡＰ３０１の要求を受け付けるＡＰＩ１５１は、そ
の要求がデータ送信である場合に、データムーブとデー
タ分割を兼ねて行なう処理を実行する。また、データ送
信要求により、符号化前ユーザデータ１４０ａの先頭ア
ドレスとその長さを得る（６０２）。

【００１６】次に、符号化前ユーザデータ１４０ａの先
頭アドレスとその長さを引き数としてＯＳ３２０の内部
関数である符号化後ユーザデータ長算出関数１２０をコ
ールし、そのリターン値で符号化した後のユーザデータ
の長さを得る（６０４）。

【００１７】次に、符号化後データ長と通信管理制御テ
ーブル３４０に記憶されたバッファ格納時の所定長に基
づいて必要なバッファ数を求める（作用の項参照）(６
０６)。

【００１８】次に、符号化されたユーザデータを格納す
るためのバッファ３５０を、空きバッファ３５０のチェ
ーンを外すことにより準備し、バッファのオフセットを
設定する（６０８）。

【００１９】次に、ユーザデータ１４０ｂのアドレスと
その長さ、確保したバッファ３５０の先頭アドレスを引
き数としてＯＳ３２０の提供関数である符号化データム
ーブ関数１１０をコールする（６１０）。符号化データ
ムーブ関数１１０は、指定されたバッファに符号化後の
ユーザデータ１４０ｂを格納する。こうして、符号化後
のユーザデータが複数のバッファ３５０に格納される。

【００２０】図７は、符号前／符号化後ユーザデータの
構造を示したものである。

【００２１】１４０ａは、符号前のユーザデータ構造で
ある。７０１は、構造ＩＤ（Ｓ）であり、データ構造の
要素数を示す。７０２は型ＩＤ（ｔ）であり整数等の符
号前の値（ｖ）の型を示す。なお、構造ＩＤ（Ｓ）７０
１と型ＩＤ（ｔ）７０２は、固定長であり、構造化フラ
グ７１０により両者を識別する。７０３は、内容長
（ｌ）であり符号前の内容（ｖ）の長さを示す。７０４
は、内容（ｖ）を表す。７２０は、ＡＳＮ．１記法によ
る構造化したユーザデータ列を見易くしたものである。
本例での、初めの構造ＩＤ（Ｓ１）の要素数は、４であ
り、２番目の構造ＩＤ（Ｓ１）の要素数は、２である。

【００２２】１４０ｂは、基本符号化規則（ＢＥＲ）に
よる符号化後のユーザデータの形式である。タグ７０５
（Ｔ）と長さフィールド７０６（Ｌ）と値７０７（Ｖ）
から構成されている。

【００２３】図８は、符号化後ユーザデータ長算出手段
１２０の処理フローチャートである。まず、ユーザデー
タを読み込む（８０２）。次に、構造化フラグ７３０に
より、構造ＩＤ７０１であるか型ＩＤ７０２であるかを
判定する（８０４）。次に、これが、構造ＩＤであるな
らば、構造階数ポインタ（ｎ）を増加する(８０６)。構
造階数ポインタ（ｎ）の内容に要素数を代入する。次
に、長さを増加する（８１０）。

【００２４】次に、ユーザデータのポインタを更新し
（８１２）、ステップ８０２へ戻る。

【００２５】もし、ステップ８０４で、型ＩＤ７０２で
ある場合は、長さを増加する（820)。次に、値長（ｌ）
７０３を読み込み、長さに加算する（８２２）。次に、
構造階数ポインタ（ｎ）の内容を減らす（８２４）。次
に、構造階数ポインタ（ｎ）の内容判定（８２６）、０
なら次ステップへ、０でないならステップ８０２を実行
する。次に、構造階数ポインタ（ｎ）を減らし、構造階
数ポインタ（ｎ）の内容も減らす（８２８）。次に、ま
た、構造階数ポインタ（ｎ）の内容判定（830)、０なら
終了、０でないならステップ（８０２）を実行する。

【００２６】図９は、符号化データムーブ手段１１０の
処理フローチャートである。まず、ユーザデータを読み
基本符号化規則に則り、構造ＩＤ７０１や型ＩＤ７０２
をタグ７０５に変換する（９０４）。オフセットで指定
された位置から始めて、バッファのエリアをチェック
し、バッファへ書き込む。バッファがメモリ２０３上に
ない場合は、スワップインすることで、メモリ２０３上
にバッファを配置する。また、現行のバッファに書き込
めなくなったら、バッファのチェーンを辿り、次のバッ
ファへ書き込む。このときも同様にバッファのエリアを
チェックする（９０６）。次に、該当するタグ７０５に
属する値（Ｖ）の長さを計算することで、長さフィール
ド７０６を作成する（９０８）。次に、ステップ（９０
６）と同様な処理を行ない、バッファに長さフィールド
７０６の値を書き込む(９１０)。次に、ユーザデータの
内容７０４を読み込み、必要があればバイトオーダ等の
変換を行なう（９１２）。次に、ステップ（９０６）と
同様な処理を行ない、変換したユーザデータ内容をバッ
ファに書き込み値７０７を生成する(９１４)。ユーザデ
ータの符号化の終了をユーザデータ長に基づき判定する
（９１６）。終了でない場合は、ステップ（９０４）に
戻る。以上の処理により、通信管理のバッファに符号化
後のユーザデータを生成する。

【００２７】通信管理３０１の各レイヤのデータ分割処
理では、従来と同様にバッファのチェーンを解除するこ
とでデータ分割を行なう。

【００２８】

【発明の効果】本発明によれば、ユーザデータ長が変化
するときでも、レイヤプロトコルの各レイヤの処理にお
いて送信データのコピーを行なうことなく、送信データ
の分割が行なえるので、送信データの分割処理に要する
時間を短縮できる。また、符号化処理をＯＳ内部関数と
してＡＰ空間からのデータムーブと兼ねあわせて実現す
ることにより、ＡＰ空間のユーザデータを受ける通信管
理のバッファが必要でなく、符号化後のユーザデータを
格納するバッファのみでよいため、使用バッファの量を
軽減できる。また、符号化の処理時間に、データムーブ
処理時間がマスクされるため、データムーブ処理に要す
る時間を大幅に短縮できる。

【図面の簡単な説明】

【図１】本発明であるデータ分割方式の原理の説明図。

【図２】本発明の一実施例であるデータ分割方式を適用
する通信システムのブロック図。

【図３】本発明の一実施例であるデータ分割方式を適用
した通信システムにおけるブロック図。

【図４】従来のデータ分割方式の動作の説明図。

【図５】従来のデータ分割方式による本発明の課題の説
明図。

【図６】本発明の一実施例におけるデータ分割手段の処
理フローチャート。

【図７】本発明の一実施例における符号化前後のユーザ
データ構造の説明図。

【図８】本発明の一実施例における符号化後データ長算
出手段の処理フローチャート。

【図９】本発明の一実施例における符号化データムーブ
手段の処理フローチャート。

【符号の説明】

１０１…ＡＰのメモリ空間、１０２…ＯＳのメモリ空
間、１０３…通信管理プログラムのメモリ空間、１１０
…符号化データムーブ手段、１２０…符号化後ユーザデ
ータ長算出手段、１３０…データ分割処理手段、１４０
ａ…符号化前ユーザデータ、１４０ｂ…符号化後ユーザ
データ、１５０…符号化後ユーザデータ格納手段、１５
１…バッファ単位。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 川飛 達夫 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】仮想記憶方式のオペレーティングシステム
   が動作している計算機のメモリ上でアプリケーションプ
   ログラム空間上に格納されたローカルな形式で表現され
   たユーザデータを前記計算機に依存しないネットワーク
   ワイドな形式へ変換する符号化処理を行なう階層化され
   たプロトコル処理プログラムの空間へ前記ユーザデータ
   をムーブして、前記ユーザデータに対するプロトコル処
   理を実行する通信システムにおいて、前記アプリケーシ
   ョンプログラム空間上のユーザデータを参照して符号化
   後のユーザデータ長を算出する手段と、前記アプリケー
   ションプログラム空間上のユーザデータを符号化しその
   結果を通信管理のバッファへ格納する手段とを前記オペ
   レーションシステム内部に設け、前記アプリケーション
   プログラムからの送信要求受付時に、前記手段により得
   た符号化後のユーザデータ長に基づいて、階層化された
   プロトコル処理プログラムが符号化後のユーザデータを
   分割した結果生じるデータ単位の個数分のバッファを確
   保し、後者の手段により、符号化後のユーザデータを上
   記バッファに分割して格納することで、以降のプロトコ
   ル処理で実行するデータ分割では、データムーブを発生
   させないデータ分割処理手段を備えたことを特徴とする
   データ分割方式。