JPH052527A - 動的分解テーブルによる格納方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、動的分解テーブルによる格納方式
に関し、動的に分解テーブルを生成してこれをもとに受
信データのうちの使用するデータのみを返却領域に格納
し、受信データの所定位置への格納を迅速かつ領域を必
要最小限にすることを目的とする。 【構成】 使用するデータの識別子について設定する分
解テーブル２と、この分解テーブル２に設定された識別
子のデータを格納する返却領域３とを備え、使用するデ
ータの識別子について予め分解テーブル２に設定してお
き、データを受信したときにこの分解テーブル２に設定
されている識別子のデータの場合に該当する返却領域３
の位置に格納するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分解テーブルを動的に
生成して受信データを所定の領域に格納する動的分解テ
ーブルによる格納方式であって、データ授受におけるデ
ータの分解・格納に関するものである。特に、利用者に
より使用するデータがまちまちなデータの授受の場合に
有効である。また、少ないメモリ領域で迅速な処理を要
求するＭＳ−ＤＯＳのアプリケーションプログラムなど
の処理で有効なものである。

【０００２】

【従来の技術】従来、図６に示すように、データを受信
する返却領域２２を元データのフルセット分確保すると
共に固定の分解テーブル２１を用意し、受信したデータ
についてこの固定の分解テーブル２１を参照しつつ該当
する返却領域２２に順次設定していた。以下図６の構成
を簡単に説明する。

【０００３】図６において、分解テーブル２１は、識別
子（例えばＡ）を持つデータＤＡＴＡ Ａのバイト長
（例えば２バイト）を予め設定するテーブルである。こ
こでは、受信する可能性のある全てのデータの識別子Ａ
ないしＺを固定的に設定する。

【０００４】返却領域２２は、受信したデータを識別子
に対応する位置（オフセットアドレス）に格納する領域
である。次に、動作を説明する。

【０００５】受信したデータの識別子（例えば識別子
Ａ）について、分解テーブル２１を検索して返却領域２
２中のこの識別子の位置に格納する。これを繰り返し行
い、識別子ＡないしＺについて受信したものを順次、返
却領域２２に格納する。

【０００６】

【発明が解決しようとする課題】しかし、受信データの
中に利用者が使わないデータが存在した場合でも、返却
領域２２に格納し、不要な処理を行わなければならない
と共に、不要な返却領域２２を確保しなければならず、
特にデータが大きい場合に無駄な領域を確保する必要が
あり、プログラム領域などを圧迫してしまうという問題
があった。

【０００７】本発明は、動的に分解テーブルを生成して
これをもとに受信データのうちの使用するデータのみを
返却領域に格納し、受信データの所定位置への格納を迅
速かつ領域を必要最小限にすることを目的としている。

【０００８】

【課題を解決するための手段】図１は、本発明の原理ブ
ロック図を示す。図１において、元テーブル１は、全て
のデータの識別子を設定するテーブルである。

【０００９】分解テーブル２は、使用するデータの識別
子を予め設定するテーブルである。返却領域３は、受信
したデータについて、識別子に対応づけて格納する領域
である。

【００１０】分解テーブル生成処理４は、アプリなどか
らの指示に対応して、元テーブル１のうちの指定された
データの識別子を取り出して分解テーブル２に設定する
ものである。

【００１１】格納処理５は、受信したデータの識別子に
ついて、分解テーブル２を参照して該当する返却領域３
の位置に格納するものである。

【００１２】

【作用】本発明は、図１に示すように、分解テーブル生
成処理４がアプリなどからの指示に対応して、元テーブ
ル１から指示されたデータの識別子を取り出して分解テ
ーブル２に予め設定し、格納処理５が受信したデータの
識別子のうち、分解テーブル２を参照して設定されてい
るもののみ返却領域３の該当する位置（オフセット位
置）にデータを格納するようにしている。

【００１３】従って、動的に分解テーブル２を予め生成
しておき、これに設定されている受信データの識別子の
もののみを返却領域３の該当する位置（オフセット位
置）に格納することにより、使用するデータのみを返却
領域３の該当する位置に格納する処理を迅速に行うと共
に返却領域３を必要最小限に減らすことが可能となる。

【００１４】

【実施例】次に、図１から図５を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１５】図１において、元テーブル１は、利用者の
全てのデータの識別子（検出識別子）を予め設定するテ
ーブルである。元テーブル１には、この識別子（検出識
別子）に対応づけてデータのバイト長（例えば２バイト
長）を設定し、返却領域３への当該データの格納場所
（設定位置、例えば＋２バイト）を設定する。

【００１６】分解テーブル２は、元テーブル１に設定し
た識別子のデータのうちの、利用者が使用するデータの
識別子のみを取り出して予め設定するテーブルである。
この分解テーブル２に設定した識別子のデータのみにつ
いて、返却領域３の該当する位置（オフセット位置）に
格納することにより、利用者が使用するとして分解テー
ブル２に予め設定したデータのみを、受信データ中から
取り出して返却領域３に格納し、不要なデータを返却領
域３に格納することがなくなると共に、返却領域３を削
減できる。

【００１７】返却領域３は、受信したデータについて、
分解テーブル２に予め設定した識別子に対応づけて格納
する領域である。分解テーブル生成処理４は、アプリな
どから要求フラグで指示された利用者が使用するデータ
の識別子のみを、識別子テーブル７およびオフセットテ
ーブル８から取り出して設定する処理である（図３のフ
ローチャートを用いて後述する）。

【００１８】格納処理５は、受信したデータの識別子の
うち、分解テーブル２に設定されているもののデータの
みを、返却領域３の当該識別子に対応する位置（オフセ
ット位置）に格納する処理である（図４のフローチャー
トを用いて後述する）。

【００１９】まず、図２を用いて本発明の概念を説明す
る。図２の（イ）は、元テーブル例を示す。この元テー
ブル１は、検出識別子（識別子）に対応づけて設定位置
（データのバイト長に対応し、返却領域３中のオフセッ
ト位置を表わす）を対にし、利用者が使用する全てのデ
ータの識別子と設定位置とを予め設定した元となるテー
ブルである。ここでは、検出識別子Ａ、Ｂ、Ｃ、Ｘ、
Ｙ、Ｚに対応づけて設定位置＋０、＋Ｎａ、＋Ｎｂ、＋
Ｎｃ、＋Ｎｘ、＋Ｎｙを図示のように対にして予め設定
する。

【００２０】図２の（ロ）は、分解テーブル例を示す。
これは、図２の（イ）の元テーブル１から、利用者が識
別子Ａ、Ｚのデータのみを使用すると指示したことに対
応して、分解テーブル生成処理４が元ーブル１からこれ
ら識別子Ａ、Ｚのエントリの内容を取り出して分解テー
ブル２に設定したものである。

【００２１】図２の（ハ）は、返却領域例を示す。これ
は、受信したデータについて、格納処理５が、図２の
（ロ）の分解テーブル２を参照し、これに設定されてい
る検出識別子Ａ、Ｚについてのみ、返却領域３の該当す
る設定位置＋０、＋Ｎａに順次図示のように繰り返し６
個分、設定したものである。

【００２２】以上のように、利用者が予め使用するデー
タの例えば識別子Ａ、Ｚのみを取り出して図２の（ロ）
の分解テーブル３に設定しておき、データを受信したと
きに、この分解テーブル３に設定されている識別子Ａ、
Ｚのデータのときのみ、返却領域３の該当するオフセッ
ト位置に格納することを繰り返すことにより、格納処理
の回数が少なくなり迅速に判定、分解、格納の処理を行
うことが可能となると共に、返却領域３を削減して無駄
な資源の使用を防止することが可能となる。

【００２３】次に、図３のフローチャートに示す順序に
従い、図５を用いて分解テーブル２を作成する処理を具
体的に説明する。図３において、Ｓ１は、設定オフセッ
ト＝０と初期設定する。

【００２４】Ｓ２は、ＡＰＬ（アプリ）が要求フラグ６
を設定したことに対応して、図１の分解テーブル生成処
理４がこの要求フラグ６を取り込む。具体的に説明する
と、図５の（イ）の例えば要求フラグ“0x C0 00 00 0
0”（ここで0xは16進表示を表わす)を取り込む。

【００２５】Ｓ３は、１バイトを参照する。これは、例
えばＳ２で取り込んだ要求フラグ６の、最初の１回目は
先頭の１バイト“C0”、２回目は次の１バイト“00”、
３回目は次の１バイト“00”、４回目は次の１バイト
“00”を参照する。

【００２６】Ｓ４は、Ｓ３で参照した１バイトのうちの
１ビットを参照する。これは、例えばＳ３で参照した要
求フラグ６の１バイトのうち、最初の１回目は先頭の１
ビット“１”、２回目は次の１ビット“１”、３回目な
いし８回目は１ビット“０”を順次参照する。

【００２７】Ｓ５は、ビットがＯＮか否かを判別する。
ＹＥＳの場合（ビットがＯＮ、即ち“１”の場合）に
は、利用者が要求フラグ６でこの識別子のデータを使用
する旨を指示したので、Ｓ６からＳ９の処理によって、
該当する識別子および設定位置を取り出して分解テーブ
ル２に設定し、Ｓ１０に進む。ＮＯの場合には、利用者
が要求フラグ６でこの識別子のデータを使用しない旨を
指示したので、分解テーブル２に設定することなく、Ｓ
１０に進む。

【００２８】Ｓ６は、第１階層目の識別子を取り出す。
これは、具体的に説明すれば、図５の（イ）の要求フラ
グ６の先頭の１バイト“C0(=1100 000)”の先頭の１ビ
ット目“１”がＯＮであったので、これに対応する図５
の（ロ）の第１階層目の識別子テーブル７のの識別子
“F400”を取り出す。

【００２９】Ｓ７は、取り出した識別子を分解テーブル
の検出識別子に設定する。これは、具体的に説明すれ
ば、図５の（ホ）の分解テーブル２の該当ビットに対応
づけて、取り出した識別子“F400”をに設定する。

【００３０】Ｓ８は、設定オフセットの内容を分解テー
ブルの設定位置に設定する。Ｓ９は、第２階層目の次設
定オフセットを取り出し、分解テーブルの設定オフセッ
トに設定する。これらＳ８、Ｓ９は、具体的に説明すれ
ば、設定オフセットの内容に対応する分解テーブル２の
の位置に設定し、Ｓ６、Ｓ７で取り出して設定した、
例えば識別子“F400”に対応する第２階層目のの次設
定オフセットを取り出し、分解テーブル２のに設定す
る。

【００３１】これらＳ６からＳ９の処理によって、図５
の（イ）の要求フラグ６の先頭の１バイト“CO”の第１
ビット目“１”に対応して、図５の（ロ）の識別子テー
ブル７のの識別子“F400”および図５の（ハ）のの
次設定オフセット“0002"を、図5の（ホ）の、に示
すように設定する。

【００３２】Ｓ１０は、ビットがＥＮＤか否か（Ｓ３で
参照した１バイトのビットについて、Ｓ４で全て参照を
終了して終りか否か）を判別する。ＹＥＳの場合にはＳ
１２に進む。ＮＯの場合には、Ｓ１１で次のビットにつ
いて、Ｓ４以降を繰り返し行う。

【００３３】Ｓ１２は、バイトがＥＮＤか否か（Ｓ３で
全てのバイトの参照を終了して終りか否か）を判別す
る。ＹＥＳの場合には終了する（ＥＮＤ）。ＮＯの場合
には、Ｓ１３で次のバイトについて、Ｓ３以降を繰り返
し行う。

【００３４】以上の処理によって、アプリが図５の要求
フラグ６によって利用者が使用するデータの識別子を指
示したことに対応して、識別子テーブル７およびオフセ
ットテーブル８から利用者が使用すると指示した識別子
および次設定オフセットを取り出し、分解テーブル２に
設定することが可能となる。

【００３５】次に、図４のフローチャートの順序に従
い、図３のフローチャートによって予め生成した分解テ
ーブル２を参照し、受信したデータを返却領域３に格納
する処理を詳細に説明する。

【００３６】図４において、Ｓ２１は、データ受信す
る。これは、図１の格納処理５がデータを受信する。Ｓ
２２は、識別子が分解テーブル２にあるか否かを判別す
る。これは、図３のフローチャートに従って作成した、
例えば図５の（ホ）の分解テーブル２に、受信したデー
タの識別子が設定されているか否かを判別する。ＹＥＳ
の場合には、利用者が使用するデータと判明したので、
Ｓ２３で分解テーブル２の設定位置に対応する返却領域
３の設定位置（オフセット位置）にデータを設定（格
納）し、Ｓ２４に進む。ＮＯの場合には、利用者が使用
しないデータと判明したので、返却領域３に格納するこ
となく、Ｓ２４に進む。

【００３７】Ｓ２４は、データが終りか否かを判別す
る。ＹＥＳの場合には、終了する（ＥＮＤ）。ＮＯの場
合には、Ｓ２５で次の識別子について、Ｓ２２以降を繰
り返し行う。

【００３８】以上の処理によって、図３のフローチャー
トによって予め作成した分解テーブル２をもとに、受信
したデータのうちからこの分解テーブル２に設定されて
いた使用者が使用するデータの識別子のみを取り出し、
返却領域３に順次設定することにより、利用者が使用し
ない不要なデータを返却領域３に格納することを防止で
きる。

【００３９】図５は、本発明の具体例説明図を示す。図
５の（イ）は、要求フラグ６の例を示す。これは、アプ
リが、利用者が使用するデータの識別子を、フラグで指
示したものである。上段の要求フラグ“0X C0 FF FF F
F”は、全ての要素（項目）の分解テーブル２を生成す
る要求である。下段の要求フラグ“OX CO OO OO”は識
別子テーブル７の０バイトの１ビット目、２ビット目の
要素の分解テーブル２を生成する要求である（図５の
（ホ）の分解テーブル２を生成する要求である）。ここ
で、例えば要求フラグ“0X C0 00 00 00”の先頭の0Xは
16進歩表示を表わし、これに続く、バイト“C0"、"0
0"、"00"、"00"に分け、更に各バイトについて下記のよ
うにビット列 "C0"= 1100 000 とし、これらビットがオン"1"のときに、図５の（ロ）
識別子テーブル７および図５の（ハ）のオフセットテー
ブル８の該当する配列の要素をそれぞれ取り出し、分解
テーブル２に識別子および次設定位置として設定する旨
を表わす。

【００４０】図５の（ロ）は、識別子テーブル７の例を
示す。これは、要求フラグ６のバイト、更にバイト内の
各ビットに対応づけ、ここでは４×８の要素の配列とし
て、データの識別子を図示のように表現したものであ
る。

【００４１】図５の（ハ）は、設定位置（オフセットテ
ーブル）８の例を示す。これは、要求フラグ６のバイ
ト、更にバイト内の各ビットに対応づけ、ここでは４×
８の要素の配列として、識別子に対応してデータを返却
領域３に設定する次設定位置（データのバイト長）を図
示のように表現したものである。

【００４２】図５の（ニ）は、図５の（イ）の上段の要
求フラグ“0X C0FF FF FF”（全ての要素の分解テーブ
ル２の生成を要求）を通知したときの分解テーブルを示
し、元テーブル１と内容が同じとなる。

【００４３】図５の（ホ）は、図５の（イ）の下段の要
求フラグ“0X C000 00 00”（０バイトの１ビット目、
２ビット目の要素の分解テーブル２の生成を要求）を通
知したときの分解テーブルを示す。例えば図５の（ロ）
のの識別子“F400"および図５の（ハ）のの次設定
位置“0X 00 02”を、図５の（ホ）の、に図示のよ
うに設定し、作成する（図３のフローチャート参照）。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
動的に分解テーブル２を予め生成しておき、これに設定
されている受信データの識別子のもののみを返却領域３
の該当する位置（オフセット位置）に格納する構成を採
用しているため、使用するデータのみを返却領域３の該
当する位置に格納すればよく、無駄な使用しないデータ
の格納処理を削除して迅速に処理を行うことができると
共に、無駄な返却領域３を使用することがなく、メモリ
使用量を削減することができる。これにより、（１）分
解テーブル２を生成するのみで、従来の格納ルーチンを
そのまま使用できる、（２）受信するデータ数が増大し
ても分解テーブル２の要素数を増やすという簡単な操作
で対応できる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の概念説明図である。

【図３】本発明の分解テーブルの生成処理フローチャー
トである。

【図４】本発明のデータの格納処理フローチャートであ
る。

【図５】本発明の具体例説明図である。

【図６】従来技術の説明図である。

【符号の説明】

１：元テーブル ２：分解テーブル ３：返却領域 ４：分解テーブル生成処理 ５：格納処理 ６：要求フラグ ７：識別子テーブル ８：オフセットテーブル

Claims (1)

1. 【特許請求の範囲】 【請求項１】 分解テーブルを動的に生成して受信デー
   タを所定の領域に格納する格納方式において、使用する
   データの識別子を設定する分解テーブル（２）と、この
   分解テーブル（２）に設定された識別子のデータを格納
   する返却領域（３）とを備え、使用するデータの識別子
   について予め上記分解テーブル（２）に設定しておき、
   データを受信したときにこの分解テーブル（２）に設定
   されている識別子のデータの場合に該当する上記返却領
   域（３）の位置に格納するように構成したことを特徴と
   する動的分解テーブルによる格納方式。