(57)【特許請求の範囲】
【請求項１】
画面番号付きデータ項目の並びを送受信する情報処理装置であって、
画面番号毎のデータ項目の並びを定義したデータ項目定義テーブルと、
送受信するデータ項目毎に最後に送受信した内容を記憶する最新データテーブルと、
送信するデータは画面番号に対応して上記データ項目定義テーブルで定義されたデータ項目の並びにフラグ部を付加し、該送信するデータ項目の内容を上記最新データテーブルと比較して一致するものは内容一致を示すフラグをフラグ部に付与して該データ項目の内容を送信しないようにするフラグ化圧縮手段と、
受信したデータに付けられた画面番号に対応して上記データ項目定義テーブルで定義されたデータ項目の並びの内、受信したデータに付加されたフラグ部に付与されたフラグに対応したデータ項目は上記最新データテーブルに記憶された該データ項目の内容を受信したものとして復元するフラグ復元手段と、
を備えることを特徴とするデータ圧縮復元装置。
【請求項２】
送信しようとするデータが上記フラグ化圧縮手段により加工したデータより長くないときには上記フラグ化圧縮手段の適用を抑止するフラグ化抑止手段を追加して備えることを特徴とする請求項１記載のデータ圧縮復元装置。
【請求項３】
情報処理装置がデータを送受信するときに、データ項目毎に最後に送受信した内容を最新データテーブルに記憶するステップと、
送信するときには送信するデータに付けられた画面番号に対応してあらかじめデータ項目定義テーブルに定義されたデータ項目の並びにフラグ部を付加し、該送信するデータ項目の内容を上記最新データテーブルに記憶した最後に送受信した内容と比較して、内容一致を示すフラグをフラグ部に付与して該データ項目の内容を送信しないようにするステップと、
受信したデータに付けられた画面番号に対応して上記データ項目定義テーブルで定義されたデータ項目の並びの内、受信したデータに付加されたフラグ部に付与されたフラグに対応したデータ項目は上記最新データテーブルに記憶された該データ項目の内容を受信したものとして復元するステップと、
を有するデータ圧縮復元方法。
【請求項４】
データを送受信する情報処理装置において、
コンピュータに、
あらかじめ定義した画面番号毎のデータ項目の並びをデータ項目定義テーブルに記憶する機能、
送受信するデータの項目毎に最後に送受信した内容を最新データテーブルに記憶する機能、
送信するデータは画面番号に対応して上記データ項目定義テーブルで定義されたデータ項目の並びにフラグ部を付加し、該送信するデータ項目の内容を上記最新データテーブルと比較して一致するものは内容一致を示すフラグをフラグ部に付与して該データ項目の内容を送信しないようにするフラグ化圧縮機能、
受信したデータに付けられた画面番号に対応して上記データ項目定義テーブルで定義されたデータ項目の並びの内、受信したデータに付加されたフラグ部に付与されたフラグに対応したデータ項目は上記最新データテーブルに記憶された該データ項目の内容を受信したものとして復元するフラグ復元手段と、
を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報処理における通信処理データ量を削減するデータ圧縮復元装置と方法に関する。
【０００２】
【従来の技術】
端末とホストコンピュータ、クライアントとサーバ、コンピュータとコンピュータなどのネットワーク接続されたコンピュータシステムのデータを交換、通信するシステムにおいては、伝送データ量削減により通信時間短縮、応答時間改善、回線費用削減が求められている。
【０００３】
従来、伝送データ量の削減の方法としては、データ項目のコード化（「東京都品川区大井」→「１４０」）、伝送データの圧縮加工（Ｈｕｆｆｍａｎ、ＬＺＷなど）、データ項目の表現短縮化（バイナリ表現化など）の様なものがあった。例えば、ＬＺＷ（Ｌｅｍｐｅｌ−Ｚｉｖ−Ｗｅｌｃｈ）符号化方式では、入力文字列について異なる文字列毎に順次符号化し、現在の文字列の内一致する最大長の文字部分列の複製として符号化するようにして、通信したり保存するデータ量を圧縮削減するようにしている。  データの圧縮は対象とするデータの特性に応じて各種の圧縮方法を使い分ける必要がある。
【０００４】
特に、ここで対象とするオンライン会話処理のデータについてみると、オンライン会話処理のデータの一般的な流れは次のようになっており、伝送されるデータの内容に特徴がみられる。
【０００５】
端末は画面の項目に入力された内容を伝送データとして編集してホストに送信する。ホストは伝送データを受信して入力項目として分解し、それをもとに各種処理を実行する。処理結果は伝送データとして編集して端末に送信する。端末は伝送データを受信して出力項目として分解し、その内容を画面やプリンタに出力する。
【０００６】
このようなオンライン会話処理においては、トランザクション処理プログラムが該当項目の内容がすでに端末にあるはずであるとして、送信不要のものを除いて項目を選択し送信すべきデータを編集するようにしたり、あるいは、このように送信すべき項目、送信不要の項目を利用者の処理プログラムで指定するのではなく、端末から受信したデータの内容とそれを処理した結果として送信しようとするデータの内容を項目単位に比較して、一致しない場合は送信し、一致する場合は送信しないようにして利用者プログラムの判断を必要としないで自動的に送信するデータ量を削減する方法なども提案されている。
【０００７】
【発明が解決しようとする課題】
上記の提案にも見られるように、オンライン会話処理において送信、受信のデータに繰り返し発生する同一項目内容を再利用し、伝送データ量の削減を如何に効率よく行なうかが課題でありその解決策が求められていた。
【０００８】
本発明はこのような点にかんがみて、
情報処理装置間でデータを交換するとき、共通に認識しているデータ項目毎の最新の内容を各々が保持し、同じ内容はその項目が共通に認識している内容であることを示すフラグのみを送信し、受信側でそのフラグを検出して受信側で保持している最新の内容によりそのデータ項目の内容を復元するようにし、情報処理装置が相互に高効率にデータ伝送量を圧縮する手段を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記の課題は下記の如くに構成されたデータ圧縮復元装置と方法によって解決される。
【００１０】
図１は、本発明の構成図である。
図において、最新データテーブル２は送受信するデータの項目毎に最後に送受信した内容を記憶するものであり、
フラグ化圧縮手段１は送信するデータの項目の内容を上記最新データテーブル２と比較して、一致するものは内容一致を示すフラグを送信データの項目の並びに対応して設けたフラグ部に表示し、上記項目の内容を送信しないようにするものであり、
フラグ復元手段４は受信したデータのフラグ部にある内容一致を示すフラグを最新データテーブル２の対応する項目の内容を受信したものとして復元するものである。
【００１１】
また、フラグ化抑止手段３は送信しようとするデータが上記フラグ化圧縮手段１により加工したデータより長くないときには上記フラグ化圧縮手段１の適用を抑止するものである。
【００１２】
上記構成の手段により、送受信する情報処理装置がそれぞれ交換した最新のデータを保持しておき、フラグによりお互いに保持している内容と同じデータであることを通知することで、対応する項目の内容そのものを送信、受信することなく圧縮したデータを用いてデータを交換することができる。
【００１３】
また、データの内容によって、フラグ化によるデータ圧縮の効果が無い、あるいは逆の効果が認められるときには上記フラグ化圧縮手段１を用いず元のデータをそのまま送信するようにしてデータ量を最小にするようにしている。
【００１４】
【発明の実施の形態】
ここでは、本発明の実施の形態のひとつとして商品物流センタのコンピュータと営業店の端末が商品の在庫照会から在庫引当結果確認までの業務処理を行なう場合について両者の間に交換される送受信データの圧縮と復元がどのように行なわれるのか仕組みを説明する。
【００１５】
図２に本発明の実施の形態の構成図を示す。商品物流センタのコンピュータである情報処理装置▲１▼２０と営業店の端末である情報処理装置▲２▼２７の構成は本発明の構成としては同様であり情報処理装置▲１▼２０についてのみ詳細に示してある。両装置はネットワーク２６で接続されている。本発明のデータ圧縮復元装置は情報処理装置▲１▼２０に該当するものであり、また、本発明のプログラムを記録した媒体は、情報処理装置の主記憶装置にロードされ、または、可搬型媒体から一旦補助記憶装置にコピーまたはインストール後に、主記憶装置にロードされて実行するものである。
【００１６】
次に情報処理装置▲１▼２０の構成を説明する。２１は上記在庫照会引当業務を行なうアプリケーションプログラムが扱うアプリケーション入出力レコードを示す。すなわちアプリケーションプログラムはこのアプリケーション入出力レコード２１によりデータを受取り、処理を行いデータを出力する。
【００１７】
上記アプリケーション入出力レコード２１で受け取ったデータを圧縮編集し、送受信データレコード２５として送信したり、逆に送受信データレコード２５を受け取った内容を復元してアプリケーション入出力レコード２１の形式に編集するものが送受信データレコード編集部２４である。
【００１８】
上記送受信データレコード２５はＡ型として従来型すなわち元のデータの項目の並びのままで圧縮を行なっていないものと、圧縮処理により一部項目がフラグ化されたＢ型と２種類の形式がある。これらのいずれかの形式のデータレコードがネットワークを介して他の情報処理装置とデータが交換される。
【００１９】
データ項目現在値テーブル２２とデータ項目定義テーブル２３は送受信データレコード編集部２４がデータの圧縮、復元を行なうために必要なテーブルである。
【００２０】
データ項目現在値テーブル２２はデータを送受信する各情報処理装置がそれぞれ同じ構成のテーブルを持ち、交換するデータの項目毎に最新の値として毎回送受信した内容を記憶保持するようにしている。すなわち、送信時は送信した内容は相手装置にも同じ内容が送られ、その項目の内容がテーブルに保持されているので、各項目に対応してそれぞれのテーブルから相互に同じ内容を認識できることになる。これにより、項目の内容を送信せずにフラグで同じ内容であることを伝えることでデータの圧縮を行い、また復元を行なう。
【００２１】
データ項目定義テーブル２３は上記した送受信する両方の装置で項目の対応をとるためのものであり送受信データの種類すなわち画面番号毎の項目の並び、大きさの定義を行なっており、両装置とも同一の内容のテーブルである。
【００２２】
図３にはレコードの構成とデータ項目位置の対応説明図を示す。（ａ）にはデータ項目現在値の例、（ｂ）にはアプリケーション入出力レコードの例、（ｃ）には送受信データレコード（Ａ型）、（ｄ）には送受信データレコード（Ｂ型）を示し、それぞれの項目あるいはフラグの対応関係を矢印で示している。
【００２３】
ここには、２つの情報処理装置▲１▼２０、情報処理装置▲２▼２７のデータ項目現在値テーブル２２には在庫照会後の状態として項目ａ〜項目ｅに同一の内容が記憶されており、アプリケーションプログラムが在庫状況表示として出力したアプリケーション入出力レコード２１を送受信データレコード編集部２４が編集し送受信データレコード２５（Ａ、Ｂ）として作成する段階の状態を示している。
【００２４】
（ａ）にあるように在庫照会は項目ｂ、ｃで製品名「冷蔵庫」、希望色「白」の在庫を照会している。この項目ｂ、ｃの内容「冷蔵庫」、「白」は２つの情報処理装置▲１▼２０、情報処理装置▲２▼２７で同じ内容を各データ項目現在値テーブル２２に保持している。項目ａの（ブランク）、項目ｄ、ｅの（０）は初期値として文字情報項目、数値情報項目に設定したものである。
【００２５】
（ｂ）に示すアプリケーション入出力レコード２１では項目ｂ、ｃの内容「冷蔵庫」、「白」の商品の在庫数が項目ｄで「１２」を、応答を示すメッセージとして項目ａで「正常」を出力している。なお、項目ｅは在庫引当時の送受信レコードで取り扱うものでここでは使用しない。
【００２６】
送受信データレコード編集部２４がこのような状態で在庫状況を表示するデータを送受信データレコード（Ｂ型）として編集するが、ここでは説明のためまず送受信データレコード（Ａ型）の構成すなわち圧縮せずに送信するとしたときのレコードの内容を図３（ｃ）に示す。ここで分かるように圧縮しない形式の送受信データレコード（Ａ型）はアプリケーション入出力レコードと同じである。
【００２７】
そこで、送受信データレコード（Ａ型）と（Ｂ型）との対応を説明する。Ｂ型すなわちフラグ化して圧縮する場合には送受信データレコードにフラグ部を設け送信しようとするデータレコードの１項目に対して１ビットのフラグを項目の並びに対応して意味付けて設定する。したがってフラグ部のデータ長は項目数の８分の１（切上げ）である。この例においては画面番号「２」におけるレコードの項目数はａ〜ｄの４項目、すなわちフラグは４ビット、フラグ部は１バイトとなる。
【００２８】
図３（ｄ）に示すフラグ▲１▼が項目ａに対応し、同様に▲２▼、▲３▼、▲４▼が項目ｂ、ｃ、ｄに対応する。Ａ型とＢ型との対応を見ると、項目ｂ「製品名  冷蔵庫」と項目ｃ「希望色  白」は図３（ａ）データ項目現在値と一致しているのでフラグ化し、フラグ▲２▼とフラグ▲３▼を１とする（ＯＮとする）ことにより項目の内容を圧縮する。送受信データレコード（Ｂ型）の構成は項目ａの前にフラグ部（１バイト）が設けられ、項目ａ、項目ｄの内容のみがある。したがって、レコードの長さはＡ型が３６バイトであるところがＢ型では１７バイトに圧縮されている。
【００２９】
図４にデータ項目定義テーブルと内容の変化の説明図を示す。上記したように情報処理装置▲１▼２０と情報処理装置▲２▼２７との間で交換されるデータ項目は項目ａ〜ｅがあるが、アプリケーション処理の各段階の画面に対応した送受信データレコードは上記の項目の一部を組み合わせたものとなっている。図４（ａ）には各画面番号毎の項目の構成を、データ項目定義テーブルの例として示している。
ここで、画面番号「１」は在庫照会、「２」は在庫状況、「３」は引当依頼、「４」は引当結果が対応する。
【００３０】
各画面番号に対する各項目の数字は送受信データレコード内の項目の長さをバイトで示している。例えば、画面番号２の在庫状況表示では項目ａは応答メッセージで８バイト、ｂは製品名で１２バイト、ｃは希望色を表し８バイト、ｄは在庫数で４バイトでありこの順序に項目が並んでレコードを構成している。
【００３１】
図４（ｂ）にはデータ項目現在値テーブルの内容変化の例を示す。上記したようにデータ項目現在値テーブル２２は送受信する項目ａ〜ｅの最新の値を保持するものであり、初期値はブランクあるいはゼロとしてある。図４（ｂ）に示すように在庫照会後に製品名と希望色が記憶され、在庫状況表示後はメッセージと項目ｄの在庫数が新たに記憶される。さらに、引当依頼後は項目ｅの引当数も記憶される。
【００３２】
次に図５により圧縮をしないときの送受信データレコードとフラグ化して圧縮した送受信データレコードがアプリケーション処理の各段階でどのように構成されているかを具体データを用いて説明する。（ａ）は従来型送受信データレコードの例であり圧縮を行なわない場合、（ｂ）はフラグを用いて圧縮した場合である。
【００３３】
（ａ）と（ｂ）の対応したレコードを比較してみると、在庫照会においては、図４にあるようにデータ項目現在値テーブルの内容が初期値のため本発明による圧縮は行なわれずレコード長２４バイトの全く同じ内容のレコードとなっている。このときは従来型が採用される。在庫状況表示の段階の場合は、データ項目現在値テーブルの内容が項目ｂとｃがすでに在庫照会において「冷蔵庫」と「白」が記憶されているので、これらがフラグ化され、従来型の項目の並びでの第２項目（すなわち項目ｂ）と第３項目（すなわち項目ｃ）はフラグ部が「０１１０」となって項目ａのメッセージ「正常」と項目ｄの「１２」が実際に送受信されるようになる。同様に、引当依頼においては従来型では項目ｂ、ｃ、ｅが送信されるところ「冷蔵庫」、「白」はすでに記憶されているのでフラグ化され第３項目のｅ引当数「２」のみがフラグ「１１０」に続いて送信される。最後の引当結果では項目ａ、ｂ、ｃがすべてフラグ化され、フラグ部「１１１」のみが送信対象となる。
【００３４】
以上のような構成のテーブル、レコードを用いた本発明の動作を図６、図７のフローチャート用いて説明する。最初に送信時のデータレコード編集の説明をする。
【００３５】
先ずステップＳ６１でアプリケーション入出力レコード２１に画面番号とその画面番号に対応する項目の順序にデータ項目の内容を設定し、送受信データレコード編集部２４に渡す。図５に示したように項目の並びは画面番号毎に必要とする項目のみである。
【００３６】
ステップＳ６２では送受信データレコード編集部２４において、
▲１▼送受信データレコード（Ａ型）にアプリケーション入出力レコード２１の画面番号とその画面番号に対応するデータ項目定義テーブル２３のレコード長とを設定し、
▲２▼アプリケーション入出力レコード２１のデータ項目内容を送受信データレコード２５（Ａ型）に設定する。次に、
▲３▼画面番号に対応したデータ項目定義テーブル２３のデータ項目数から送受信データレコード２５（Ｂ型）にフラグ領域を設定し、
▲４▼送受信データレコード２５（Ａ型）のデータ項目内容とデータ項目現在値テーブル２２とを比較し、一致する項目に対応したフラグを送受信データレコード２５（Ｂ型）に設定し項目長を積算する。一致しない項目は送受信データレコード２５（Ｂ型）にコピーするとともに、データ項目現在値テーブル２２の項目内容を更新設定する。そして、
▲５▼送受信データレコード２５（Ｂ型）の長さは画面番号、フラグと、一致しない項目としてコピーしたデータ項目内容のデータ長を積算する。
【００３７】
以上により、送受信データレコード２５のＡ型とＢ型が設定されたことになるが、ステップＳ６３においてこの２つのレコード長を比較する。すなわち、レコード長圧縮の効果のある場合のみＢ型を採用し、ステップＳ６４、ステップＳ６５で送信するようにしている。
【００３８】
図７により受信時のデータレコード編集の動作を説明する。
ステップＳ７１では、受信したデータレコードの形式判別を行なっている。送受信データレコード２５の画面番号に対応するデータ項目定義テーブル２３のレコード長と送受信データレコード２５のレコード長を比較し等しければ圧縮されていない従来型の形式であると判断しステップＳ７２に移る。
【００３９】
ステップＳ７２では受信したレコードの形式がフラグ部を持たないものであるので、復元操作は不要であり、受信データレコードのデータ項目の内容をデータ項目定義テーブル２３に基づきデータ項目現在値テーブル２２の対応したデータ項目に設定する。
【００４０】
ステップＳ７１でレコード長が等しくないときはフラグ化されて圧縮したＢ型のレコードであると判断して、ステップＳ７３では送受信データレコード編集部２４は復元操作を行なう。受信したデータレコードに含まれるフラグが「０」に対応するデータ項目の内容をデータ項目現在値テーブル２２の対応したデータ項目に設定する。
【００４１】
このように、ステップＳ７２およびステップＳ７３によって受信したデータレコードの項目の内容はデータ項目現在値テーブル２２の対応したデータ項目を更新して設定されたことになる。
【００４２】
ステップＳ７４では、データ項目現在値テーブル２２の対応したデータ項目の内容を送受信データレコード２５の画面番号に対応するデータ項目定義テーブル２３で定義された有効なデータ項目の位置にアプリケーション入出力レコード２１に設定する。
【００４３】
ステップＳ７５では、アプリケーションプログラムが上記設定されたアプリケーション入出力レコード２１を入力して処理する。
以上のように送信時にフラグ化による圧縮、受信時にフラグから復元することにより送受信するデータ量削減することができる。
【００４４】
【発明の効果】
以上の説明から明らかなように本発明によれば情報処理装置が相互に高効率にデータ伝送量を圧縮し、回線使用時間の短縮、オンラインレスポンスの向上、回線費用の削減、という著しい工業的効果がある。
【図面の簡単な説明】
【図１】  本発明の構成図
【図２】  本発明の実施の形態の構成図
【図３】  レコードの構成とデータ項目位置の対応説明図
【図４】  データ項目の定義と内容の変化の説明図
【図５】  従来型送受信データレコードとフラグ化したデータレコードの例の比較説明図
【図６】  送信時のデータレコード編集のフローチャート
【図７】  受信時のデータレコード編集のフローチャート
【符号の説明】
１  フラグ化圧縮手段
２  最新データテーブル
３  フラグ化抑止手段
４  フラグ復元手段
【図１】
0003700332.tif 000002
【図２】
0003700332.tif 000003
【図３】
0003700332.tif 000004
【図４】
0003700332.tif 000005
【図５】
0003700332.tif 000006
【図６】
0003700332.tif 000007
【図７】
0003700332.tif 000008