JPH0245853A - データ形式変更・格納処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 不定長データと有効長データとを識別するタグが付加さ
れた文書データであって、複数のページからなる文書デ
ータを、ホスト処理装置から受信し、各ページごとに、
ページ制御情報を持つヘッダ情報を付加する編集を行い
、所定の記憶媒体に格納する処理を行うワークステージ
ジンにおけるデータ形式変更・格納処理方式に関し。

少ないバッファで、効率的に受信・編集・格納の処理を
行うことができる手段を従供することを目的とし。

記憶媒体への格納華位の大きさを持つ２つのバッファと
、各バッファの残りバッファサイズを管理するバッファ
管理テーブルと、タグに応じて。

受信サイズ分のデータを読み込む処理またはヘッダ情報
を付加する処理を行う受信処理部と、前記バッファ管理
テーブルにおける残りバッファサイズがＯになっている
バッファがあるとき、そのバッファ内のデータを、所定
の記憶媒体に格納する処理を行う格納処理部とを備える
ように構成する。

〔産業上の利用分野〕

本発明は、不定長データと有効長データとを識別するタ
グが付加された文書データであって、複数のページから
なる文書データを、ホスト処理装置から受信し、各ペー
ジごとに、ページ制御情報を持つヘッダ情報を付加する
編集を行い、所定の記憶媒体に格納する処理を行うワー
クステーシヨンにおけるデータ形式変更・格納処理方式
に関する。

ホスト処理装置とワークステーションとの連携システム
において１文書データの管理形態などの違いから、送受
信データについて、データ形式を変更しなければならな
いことがある。このようなときに効率的に変更できるこ
とが望まれる。

〔従来の技術〕

第６図はホスト処理装置から送られてきた受信データ形
式の例、第７図はワークステーションにおける格納デー
タ形式の例、第８図は従来方式によるバッファの使用例
を示す。

ホスト処理装置とワークステーションとの間のデータ通
信は、所定のデータ規約に従って行われる。そのデータ
規約の１つに、あらかじめ長さが定まっている有効長デ
ータと、長さが定まらない不定長データとを、タグによ
って識別するようにして、データを送るようにしたもの
がある。

有効長データの場合、タグとそのタグに後続する長さの
情報により、データの切れ目を知ることができるように
なっている。不定長データの場合には、送信するデータ
を、開始を示すタグと、終了を示すタグとにより囲み、
終了を示すタグによって、データの切れ目を知ることが
できるようになっている。

ところで、複数のページからなる文書データを。

ホスト処理装置とワークステーション間で送受信するシ
ステムであって、ホスト処理装置では９文書データをま
とめて管理し、ワークステーションでは１文書データを
ページレベルでアクセスするために、ページごとにヘッ
ダ情報を付加して１分割して管理するシステムが用いら
れている。

第６図は、このようなシステムにおいて、ホスト処理装
置からワークステーションへ送られてきた文書データの
形式を示している。

文書データは、第６図（ａｌに示すように１文書のヘッ
ダ情報と、複数のページＰＩ、Ｐ２．・・・からなる。

全体のページは不定長データであり、これらは、開始の
タグと終了のタグとにより挟まれている。

各ページについても不定長データであり、第６図（ｂ）
に示すように、開始のタグと終了のタグとにより、ペー
ジ内のデータＤ１〜Ｄｎが挟まれるようになっている。

ページ内の各データは、この例では、有効長データであ
り、第６図ｆｃ）に示すように、有効長データを示すタ
グと、長さＬｉと、その長さＬｉ分の情報の組み合わせ
になっている。

ワークステーションは、第６図に示すような文書データ
を受信した場合、ページレベルでアクセスすることがで
きるように、第７図に示すような格納データ形式に編集
し、電子キャビネット等の所定の記憶媒体に格納する。

この格納データ形式では１文書データの先頭だけでなく
、不定長データである各ページの先頭にも、ヘッダ情報
が付加されている。

このための編集は、従来、第８図に示すような複数のバ
ッファを用いて、処理していた。

第８図において、Ｒ１，Ｒ２は、それぞれ４にバイトの
大きさを持つ受信バッファ、１００は編集および格納の
ための４にバイトの大きさを持つ編集バッファである。

従来方式では、ページごとにヘッダ情報を付加する処理
を行うために、２つの受信バッファＲ１゜Ｒ２と、１つ
の編集バッファ１００とを用意し。

まず文書データを４にバイト単位で、受信バッファＲ１
，Ｒ２の一方１例えば受信バッファＲ１に受信する。次
に、その受信バッファＲ１内で、ページの切れ目を示す
終了のタグ（第８図では。

「＊」で図示している）をサーチし、終了のタグが見つ
かったならば、そこまでの受信データを。

編集バッファ１００に転記する。

転記した後、ページのヘッダ情叩を編集バッファ１００
に設定し、同様に「＊」のサーチを行いながら、受信デ
ータを編集バッファ１００に移していく。

編集バッファ１００が満杯になったならば９編集バッフ
ァ１００の内容を所定の記憶媒体に格納する。この格納
処理と並行して、他方の受信バッファＲ２に、続きの文
書データを受信する。

編集バッファ１００の内容を格納し終わったならば、受
信バッファＲ１内の残りの受信データを。

編集バッファ１００に転記するとともに、受信バッファ
Ｒ２に対する受信完了を待って、受信バッファＲ２の内
容についての編集および格納処理を操り返す。こうして
、受信バッファＲ１，Ｒ２を交互に使用しながら１編集
バッファ１００を用いた編集を９文書データの最後まで
行う。

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

以上のように、従来方式では、２つの受信バッファＲ１
，Ｒ２に交互に、受信バッファサイズでデータを読み込
み、ページの切れ目をサーチしながら、必要な情報を付
加して１編集バッファ１００に詰め直す処理を行ってい
た。そのため、最低３個のバッファが必要になるという
問題があり。

また１編集で付加するデータがあるため、受信データと
格納データとの間にずれが生じてきて９編集処理および
受信と格納の同期処理が複雑になるという問題があった
。

本発明は上記問題点の解決を図り、少ないバッファで、
効率的に受信・編集・格納の処理を行うことができる手
段を捷供することを目的としている。

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

第１図は本発明の構成例を示す。

第１図において、１０はＣＰＵ、メモリおよび各種の入
出力装置を備えたワークステーション５１１はワークス
テーション１０における全体の制御を行う主制御部、１
２はホスト処理装置との連携処理を行うホスト連携処理
部、１３はバッファ管理テーブル、１４はホスト処理装
置からの文書データの受信を行う受信処理部、１５−１
．１５−２はそれぞれ交互に受信・編集および格納に用
いる所定サイズのバッファ、１６は編集したデータを格
納する処理を行う格納処理部、１７は表示ｓＩｉ部、　
　１８　ハチイス７”　Ｉ／　イ、　　１９　Ｌｔ外部
記＋！装置へのアクセスを制御するアクセス制御部、２
０は磁気ディスクや追記型の光ディスクなどによる外部
記憶装置、２１は所定のデータ規約に従ってホスト処理
装置との情報交換を制御する情報交換制御部、２２は回
線網、２３は文書データ等をダウンロードする機能を持
つホスト処理装置を表す。

ホスト連携処理部１２は、不定長データと有効長データ
とを識別するタグが付加された文書データであって、複
数のページからなる文書データを。

回線網２２および情報交換制御部２１を介して。

ホスト処理装置２３から受信し、各ページごとに。

ページ制御情報を持つヘッダ情報を付加する編集を行い
、所定の記憶媒体に格納する処理機能を持つ。

その文書データの受信・編集・格納のために。

外部記憶装置２０への入出力単位の大きさを持つバッフ
ァ１５−１．１５−２が設けられる。

また、バッファ管理テーブル１３が設けられ。

バッファ管理テーブル１３は、バッファ１５−１゜１５
−２のそれぞれの残りバッファサイズ、すなわち、バッ
ファ内空き領域の大きさを記憶するようになっている。

受信処理部１４は、情報交換制御部２１を介して、タグ
を読み込み、タグの判定を行い、タグが不定長データを
示すものでないとき、有効長データの長さまたは現在受
信に使用しているバッファ１５−１ｔたは１５−２の残
りバッファサイズに応じて受信サイズを決定し、受信サ
イズ分のデータを読み込み、バッファ管理テーブル１３
の残りバッファサイズを更新するとともに、タグがペー
ジの切れ目を示すとき、バッファ１５−１またはバッフ
ァ１５−２内でヘッダ情報を付加する処理を行うように
なっている。

格納処理部１６は、バッファ管理テーブル１３における
残りバッファサイズがＯになっているバッファがあるか
どうかを調べ、残りバッファサイズが０になっているバ
ッファ１５−１または１５２があれば、そのバッファ内
のデータを、アクセス制御部１９を介して、外部記憶装
置２ｏの所定の記憶媒体に格納する処理を行うようにな
っている。

（作用〕 従来方式では、ホスト連携処理部１２は、情報交換制御
部２１から、受信バッファのサイズに応した固定した長
さのデータを受は取るようになっていたが１本発明では
、ページの切れ目と、受信可能なバッファサイズ、すな
わち、現在受信に使用しているバッファ１５−１または
１５−２の残りのバッファサイズとに応じて、受信サイ
ズを決定する。

従って、ページの切れ目までを受信した後、そのバッフ
ァに直接、必要なヘッダ情報を設定することができる。

また、一方のバッファで受信および編集を行っている間
に、他方のバッファで外部記憶装置２０への格納処理を
並行して実行することができる。

バッファ管理テーブル１３を設けて、各バッファの残り
バッファサイズを管理し、受信処理部１４、格納処理部
１６がそれぞれバッファ管理テーブル１３を参照／更新
するようにしているので受信処理部１４の処理と、格納
処理部１６の処理とを切り離すことができ、処理の複雑
化を解消することができるようになっている。

なお、受信処理部１４の受信サイズは９本発明の場合、
可変になっているが、情報交換制御部２１とホスト処理
装置２３との間のデータ転送サイズは、固定した長さで
も、可変の長さでも、どちらでもよい０通常のシステム
では、情報交換制御部２１は、内部バッファ（図示省略
）を持つので。

受信処理部１４が可変長でデータを受信することによる
通信のオーバヘッドは、はとんどない。

〔実施例〕

第２図は本発明の一実施例によるバッファの使用例、第
３図は本発明の一実施例に係るバッファ管理テーブルの
例、第４図は本発明の一実施例に係る受信処理部のフロ
ーチャート、第５図は本発明の一実施例に係る格納処理
部のフローチャートを示す。

第１図に示す受信処理部１４が受信するデータの形式は
、前に説明した第６図に示す形式であり格納処理部１６
が外部記憶装置２０に格納するデータの形式は、第７図
に示す形式であるとする。

第１図に示すバッファ１５−１．１５−２は。

例えば第２図に示すように使用される。

本発明では、バッファサイズの大きさにより。

−括してデータを受信するのではなく、まずタグを受信
し、ついでタグの種別に従って受信するデータのサイズ
を決定していくようになっている。

なお、タグの種別は、所定のビットパターンによって、
識別できるようになっていることは言うまでもない。

第２図に示す受信Ａでは、バッファｌ　５−１に対し、
不定長データの開始を示す開始のタグ、文書データの先
頭に必ず付加されるヘッダ情報、その後の開始のタグを
、順次、受信し２次に有効長データを示すタグとその長
さを受信している。有効長データを示すタグを受信した
ならば１次は。

その長さ分のデータを受信する。有効長データが。

バッファ１５−１の残りバッファサイズを超える場合に
は、受信データを残りバッファサイズの長さで分割して
受信する。

バッファ１５−１が満杯になったならば、バッファ１５
−２に切り換えて、１！を続するデータの受信を続ける
。この受信および編集処理と独立して。

満杯になったバッファ１５−１の格納処理が行われる。

すなわち、第２図に示す格納Ｘの処理と。

受信Ｂの処理とが、並行して行われることになる。

有効長データが終わると９次に必ず１次の有効長データ
のタグまたは不定長データに関するタグがくるので、そ
のタグを８売み込んで１周べる。そのタグがページの切
れ目を示す不定長データに関する終了のタグであれば、
そのタグの後ろに、ヘッダ情報を追加・設定する。この
ような処理を文書データの最終まで繰り返す。

第１図に示すバッファ管理テーブル１３は１本実施例で
は、第３図に示すような構成になっている。

バッファ管理テーブル１３には、各バッファ対応に、バ
ッファ先頭アドレス、そのバッファ内における空き領域
の先頭を示す受信先アドレスおよび空き領域の大きさを
示す残りバッファサイズの情報が格納されるエントリが
設けられる。また。

現在受信に使用しているバッファのエントリを。

バッファインデックスＩＸでポイントするようになって
いる。

第１図に示す受信処理部１４の処理は１例えば第４図に
示すように行われる。以下、第４図に示す処理■〜［相
］に従って説明する。

■　タグを読み込む。

■　読み込んだタグが、不定長データに関するものであ
るかどうかを判定する。不定長データに関するものであ
る場合、処理■へ移る。

■　タグが有効長データに関するものである場合。

そのタグに付加された有効長データの長さと。

バッファ管理テーブル１３における残りバッファサイズ
とを比較する。有効長データの長さが。

残りバッファサイズ以下である場合１次の受信サイズを
その有効長データの長さとする。そうでない場合、受信
サイズを残りバッファサイズとする。なお、受信依鯨の
回数を少なくするために、有効長データの次には、必ず
タグが続くことに着目し２有効長データの長さにタグ長
を加えた長さを比較対象とし、それを受信サイズの決定
に用いてもよい。

■　処理■で決定した受信サイズ分のデータを読み込む
。

■　バッファ管理テーブル１３における受信先アドレス
および残りバッファサイズを、受信サイズに応じて更新
する。残りバッファサイズが０になった場合、第３図に
示すバッファインデックス■Ｘについても、他方のバッ
ファをポイントするように更新する。

■　有効長データの長さ分のデータの受信が終了したか
どうかを判定し、残りバッファサイズの関係で、未受信
データがある場合には、処理■へ戻って、その未受信デ
ータについての受信処理を行う。１つの有効長データの
受信が終了したならば、処理のへ戻り、同様に処理を繰
り返す。

■　タグが不定長データに関するものである場合。

終了のタグであるか否かなどにより、ページの終りかど
うかを判定する。ページの終りである場合、処理■へ移
る。

■　タグ数のカウンタを操作する。このタグ数のカウン
タは、開始のタグでカウントアンプし。

終了のタグでカウントダウンする。このカウンタは、開
始のタグに対応する終了のタグを検出するために用いる
ものである。その後、処理■へ戻り１次のタグの読み込
み処理を行う。

■　ページの終りが検出された場合、全データの終り、
すなわち１文書データの終りがどうかを。

タグ数のカウンタの値などによって判定する。

全データの終りが検出された場合、受信処理を終了する
。

［相］　ページの終りであって、全データの終りではな
い場合、ヘッダ情報を設定し、それに応じて。

バッファ管理テーブル１３を更新した後、処理■へ制御
を戻して、同様に処理を繰り返す。

第１図に示す格納処理部１６の処理は、第５図に示すよ
うになっている。以下、第５図に示す処理■〜■に従っ
て説明する。

■　格納処理部１６は、適当な時間間隔で、または受信
処理部１４による適当なタイミングで。

Ｖ１期的に起動される。最初に受信処理の終りかどうか
を判定する。受信処理が終了している場合、処理■へ移
る。

■　バッファ管理テーブル１３の各エントリを調べ、残
りバッファサイズがＯのバッファがあるかどうかを判定
する。残りバッファサイズが０のバッファがない場合、
格納処理を終了する。

■　残りバッファサイズがＯのバッファがあったならば
、そのバッファの内容を所定のファイルに格納する依頼
を、アクセス制御部１９に対し行う。

■　バッファ管理テーブル１３における受信先アドレス
のフィールドに、バッファ先頭アドレスを設定するとと
もに、残りバッファサイズを例えば４にバイトのバッフ
ァの大きさに初期化する。そして、処理を終了し１次の
起動を待つ。

■　受信処理が終了した場合、残りバッファサイズを調
べ、バッファに残っているすべてのデータを、ファイル
に格納する処理を依頼する。その後、格納処理を終了す
る。

〔発明の効果〕

以上説明したように２本発明によれば、−括して受信し
たデータをサーチして、ページの切れ目を探す処理を省
くことができるので、処理効率を向上させることができ
る。また５編集バッファが不要となることから、バッフ
ァ管理が容易になりメモリの節約も図れる。

【図面の簡単な説明】

第１図は本発明の構成例。 第２図は本発明の一実施例によるバッファの使用例。 第３図は本発明の一実施例に係るバッファ管理テーブル
の例。 第４図は本発明の一実施例に係る受信処理部のフローチ
ャート。 第５図は本発明の一実施例に係る格納処理部のフローチ
ャート。 第６図はホスト処理装置から送られてきた受信データ形
式の例。 第７図はワークステーションにおける格納データ形式の
例。 第８図は従来方式によるバッファの使用例を示す。 図中、１０はワークステーション、１１は主側［Ｌ１２
はホスト連携処理部、１３はバッファ管理テーブル、１
４は受信処理部、１５はバッファ、１６は格納処理部、
１７は表示制御部、１８はデイスプレィ、１９はアクセ
ス制御部、２０は外部記憶装置、２１ば情報交換制御部
、２２は回線網、２３はホスト処理装置を表す。 妊ＫＬ敏ツ嬬Ｉ

Claims (1)

1. 【特許請求の範囲】 不定長データと有効長データとを識別するタグが付加さ
   れた文書データであって、複数のページからなる文書デ
   ータを、ホスト処理装置から受信し、各ページごとに、
   ページ制御情報を持つヘッダ情報を付加する編集を行い
   、所定の記憶媒体に格納する処理を行うワークステーシ
   ョンにおけるデータ形式変更・格納処理方式において、 記憶媒体への格納単位の大きさを持つ２つのバッファ（
   １５−１、１５−２）と、 各バッファの残りバッファサイズを管理するバッファ管
   理テーブル（１３）と、 タグを読み込み、タグの判定を行い、タグが不定長デー
   タを示すものでないとき、有効長データの長さまたは現
   在受信に使用しているバッファの残りバッファサイズに
   応じて受信サイズを決定し、受信サイズ分のデータを読
   み込み、前記バッファ管理テーブルの残りバッファサイ
   ズを更新するとともに、タグがページの切れ目を示すと
   き、ヘッダ情報を付加する処理を行う受信処理部（１４
   ）と、前記バッファ管理テーブルにおける残りバッファ
   サイズが０になっているバッファがあるとき、そのバッ
   ファ内のデータを、所定の記憶媒体に格納する処理を行
   う格納処理部（１６）とを備えたことを特徴とするデー
   タ形式変更・格納処理方式。