JPH05252225A - 通信制御処理におけるデータ変換方式 - Google Patents
通信制御処理におけるデータ変換方式Info
- Publication number
- JPH05252225A JPH05252225A JP4046805A JP4680592A JPH05252225A JP H05252225 A JPH05252225 A JP H05252225A JP 4046805 A JP4046805 A JP 4046805A JP 4680592 A JP4680592 A JP 4680592A JP H05252225 A JPH05252225 A JP H05252225A
- Authority
- JP
- Japan
- Prior art keywords
- conversion
- data
- communication
- flag
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Abstract
(57)【要約】
【目的】受信側における通信データの変換処理量を削減
して、通信処理を高速化する。 【構成】通信データ送信に際し、その送信すべきデータ
を対象として予め定められた種類のデータ変換処理を行
うと（ステップＳ１）、その変換前のデータと変換後の
データとが等しいか否かを調べ（ステップＳ２）、等し
い場合には、その通信データのヘッダ部に設けられた変
換情報部中の該当変換フラグをオンし（ステップＳ
３）、受信側での対応するデータ変換が不要であること
を示す。受信側では、送信側から送られた通信データを
受信すると（ステップＳ１１）、そのヘッダ部に設けら
れた変換情報部中の変換フラグの状態をチェックし、オ
ンしていれば、その変換フラグに対応するデータ変換処
理（ステップＳ１３）をスキップする。
して、通信処理を高速化する。 【構成】通信データ送信に際し、その送信すべきデータ
を対象として予め定められた種類のデータ変換処理を行
うと（ステップＳ１）、その変換前のデータと変換後の
データとが等しいか否かを調べ（ステップＳ２）、等し
い場合には、その通信データのヘッダ部に設けられた変
換情報部中の該当変換フラグをオンし（ステップＳ
３）、受信側での対応するデータ変換が不要であること
を示す。受信側では、送信側から送られた通信データを
受信すると（ステップＳ１１）、そのヘッダ部に設けら
れた変換情報部中の変換フラグの状態をチェックし、オ
ンしていれば、その変換フラグに対応するデータ変換処
理（ステップＳ１３）をスキップする。
Description
【０００１】
【産業上の利用分野】この発明は、通信データの送信時
にデータ変換を必要とする通信制御処理におけるデータ
変換方式に関する。
にデータ変換を必要とする通信制御処理におけるデータ
変換方式に関する。
【０００２】
【従来の技術】一般に電子計算機のプログラム間のデー
タ通信やプロセス間のデータ通信においては、データの
転送量の削減や伝送路上でのデータの欠落を防止するな
どの理由により、送受信データを予め定められた規則に
従って変換する処理が行われる場合がある。この変換処
理は次のように行われる。
タ通信やプロセス間のデータ通信においては、データの
転送量の削減や伝送路上でのデータの欠落を防止するな
どの理由により、送受信データを予め定められた規則に
従って変換する処理が行われる場合がある。この変換処
理は次のように行われる。
【０００３】まず送信側は、送信すべきデータを先頭か
ら終りまで定められた規則に従って変換し、複数の規則
がある場合には、複数回の変換処理を行う。規則数分の
変換処理が終了すると、送信側は変換されたデータを送
信する。
ら終りまで定められた規則に従って変換し、複数の規則
がある場合には、複数回の変換処理を行う。規則数分の
変換処理が終了すると、送信側は変換されたデータを送
信する。
【０００４】一方、受信側では、送信側から送られたデ
ータを受信すると、先頭から終りまで逆の変換を行うこ
とにより、元のデータを復元する。
ータを受信すると、先頭から終りまで逆の変換を行うこ
とにより、元のデータを復元する。
【０００５】
【発明が解決しようとする課題】上記したように従来の
通信処理では、全ての送受信データ（通信データ）につ
いてデータ変換が行われるため、変換処理の負荷が非常
に高く、通信処理速度の高速化を図ることが困難であっ
た。
通信処理では、全ての送受信データ（通信データ）につ
いてデータ変換が行われるため、変換処理の負荷が非常
に高く、通信処理速度の高速化を図ることが困難であっ
た。
【０００６】この発明は上記事情に鑑みてなされたもの
でその目的は、受信側において通信データの変換処理量
が削減でき、もって通信処理の高速化が図れる通信制御
処理におけるデータ変換方式を提供することにある。
でその目的は、受信側において通信データの変換処理量
が削減でき、もって通信処理の高速化が図れる通信制御
処理におけるデータ変換方式を提供することにある。
【０００７】
【課題を解決するための手段】この発明は、通信データ
の送信時に、同データに対するデータ変換処理が受信側
において必要か否かを示す変換情報を同データのヘッダ
部中に設定し、受信側では、上記の通信データを受信し
た際に、そのヘッダ部中の変換情報を参照し、変換不要
が示されている場合には、受信した通信データの変換処
理をスキップするようにしたことを特徴とするものであ
る。
の送信時に、同データに対するデータ変換処理が受信側
において必要か否かを示す変換情報を同データのヘッダ
部中に設定し、受信側では、上記の通信データを受信し
た際に、そのヘッダ部中の変換情報を参照し、変換不要
が示されている場合には、受信した通信データの変換処
理をスキップするようにしたことを特徴とするものであ
る。
【０００８】
【作用】上記の構成において、送信側からの通信データ
の送信時には、その通信データの先頭から終りまで、予
め定められた種類のデータ変換が施され、このデータ変
換が終了する都度、変換前のデータと変換後のデータと
が等しいか否かがチェックされる。
の送信時には、その通信データの先頭から終りまで、予
め定められた種類のデータ変換が施され、このデータ変
換が終了する都度、変換前のデータと変換後のデータと
が等しいか否かがチェックされる。
【０００９】ここで、変換前のデータと変換後のデータ
とが等しかった場合には、通信データに対する（逆の）
データ変換処理（データ復元のためのデータ変換処理）
を受信側で行う必要がないことを示す変換情報が、等し
くなかった場合には、通信データに対するデータ変換処
理が受信側で必要となることを示す変換情報が、その通
信データのヘッダ部中に設定される。
とが等しかった場合には、通信データに対する（逆の）
データ変換処理（データ復元のためのデータ変換処理）
を受信側で行う必要がないことを示す変換情報が、等し
くなかった場合には、通信データに対するデータ変換処
理が受信側で必要となることを示す変換情報が、その通
信データのヘッダ部中に設定される。
【００１０】この通信データが受信側で受信された場
合、受信側では、受信データのヘッダ部中の変換情報を
参照する。もし、変換要が示されていれば、従来と同様
に受信データに対するデータ変換処理を行ってデータを
復元する。これに対し、変換不要が示されていれば、デ
ータ変換処理をスキップする。
合、受信側では、受信データのヘッダ部中の変換情報を
参照する。もし、変換要が示されていれば、従来と同様
に受信データに対するデータ変換処理を行ってデータを
復元する。これに対し、変換不要が示されていれば、デ
ータ変換処理をスキップする。
【００１１】このように、通信データのヘッダ部で変換
不要が示されている場合、受信側では、余分なデータ変
換処理をスキップできるので、受信処理に要する時間が
従来に比べて著しく短縮し、高速通信処理が実現でき
る。
不要が示されている場合、受信側では、余分なデータ変
換処理をスキップできるので、受信処理に要する時間が
従来に比べて著しく短縮し、高速通信処理が実現でき
る。
【００１２】
【実施例】図１はこの発明を適用するシステムの一実施
例を示すブロック図である。
例を示すブロック図である。
【００１３】図１において、１，２は相互に通信を行う
通信処理モジュールである。ここでは、通信処理モジュ
ール１，２によりプログラム間通信が行われるものとす
る。１１，２１は通信処理モジュール１，２における送
信処理部、１２，２２は同じく受信処理部である。
通信処理モジュールである。ここでは、通信処理モジュ
ール１，２によりプログラム間通信が行われるものとす
る。１１，２１は通信処理モジュール１，２における送
信処理部、１２，２２は同じく受信処理部である。
【００１４】送信処理部１１，２１は通信処理モジュー
ル２，１に対する通信データＡ，Ｂの送信処理を司る。
この送信処理では、送信すべきデータに対して予め定め
られた種類のデータ変換、例えば透過コード変換および
データ圧縮変換の２種のデータ変換が順に行われるもの
とする。透過コード変換は、システムによっては、デー
タ部に或る特定のコードが存在していると正しく通信が
行えない場合があるので、そのようなコードを別のコー
ドに変換するために行われるものである。またデータ圧
縮変換は、送信データ量を減らすために行われるもので
ある。
ル２，１に対する通信データＡ，Ｂの送信処理を司る。
この送信処理では、送信すべきデータに対して予め定め
られた種類のデータ変換、例えば透過コード変換および
データ圧縮変換の２種のデータ変換が順に行われるもの
とする。透過コード変換は、システムによっては、デー
タ部に或る特定のコードが存在していると正しく通信が
行えない場合があるので、そのようなコードを別のコー
ドに変換するために行われるものである。またデータ圧
縮変換は、送信データ量を減らすために行われるもので
ある。
【００１５】受信処理部１２，２２は送信処理部２１，
１１から送信された通信データＢ，Ａの受信処理を司
る。この受信処理では、基本的には、データ変換が施さ
れた受信データを変換前の元の状態に復元するために、
上記の送信側とは逆のデータ変換（透過コード変換およ
びデータ圧縮変換が施されたデータに対しては、データ
伸張変換および不透過コード変換）が行われる。但し、
送信側から後述するように変換種類別に変換不要が通知
されている場合には、変換不要通知のあったデータ変換
は省略される。
１１から送信された通信データＢ，Ａの受信処理を司
る。この受信処理では、基本的には、データ変換が施さ
れた受信データを変換前の元の状態に復元するために、
上記の送信側とは逆のデータ変換（透過コード変換およ
びデータ圧縮変換が施されたデータに対しては、データ
伸張変換および不透過コード変換）が行われる。但し、
送信側から後述するように変換種類別に変換不要が通知
されている場合には、変換不要通知のあったデータ変換
は省略される。
【００１６】図２は図１の通信処理モジュール１，２間
で送受信される通信データＡ，Ｂのデータ構造を示す。
図に示すように、通信データＡ，Ｂは、その送受信のた
めに必要な制御情報が設定されるヘッダ部（制御情報
部）３１、およびプログラムが使用する実際のデータが
設定されるデータ部３２から構成される。ヘッダ部３１
中には、データ部３２に対するデータ変換処理が受信側
で必要であるか否かを変換種類別に示すための変換情報
部３３が設けられている。受信側（受信処理部１２，２
２）でデータ伸張変換および不透過コード変換が行われ
ることを基本とする本実施例では、変換情報部３３は、
データ伸張変換の要／不要を示す変換フラグＦ１と、不
透過コード変換の要／不要を示す変換フラグＦ２とから
なる。この変換フラグＦ１，Ｆ２は初期状態ではオフさ
れており、オフ状態で変換要を、オン状態で変換不要を
示す。なお図２では、変換情報部３３以外のヘッダ部３
１内制御情報設定部については、本発明に直接関係しな
いため、省略されている。
で送受信される通信データＡ，Ｂのデータ構造を示す。
図に示すように、通信データＡ，Ｂは、その送受信のた
めに必要な制御情報が設定されるヘッダ部（制御情報
部）３１、およびプログラムが使用する実際のデータが
設定されるデータ部３２から構成される。ヘッダ部３１
中には、データ部３２に対するデータ変換処理が受信側
で必要であるか否かを変換種類別に示すための変換情報
部３３が設けられている。受信側（受信処理部１２，２
２）でデータ伸張変換および不透過コード変換が行われ
ることを基本とする本実施例では、変換情報部３３は、
データ伸張変換の要／不要を示す変換フラグＦ１と、不
透過コード変換の要／不要を示す変換フラグＦ２とから
なる。この変換フラグＦ１，Ｆ２は初期状態ではオフさ
れており、オフ状態で変換要を、オン状態で変換不要を
示す。なお図２では、変換情報部３３以外のヘッダ部３
１内制御情報設定部については、本発明に直接関係しな
いため、省略されている。
【００１７】ここで、図１に示す通信処理モジュール
１，２間のデータ通信（具体的にはプログラム間通信）
について、通信処理モジュール１から通信処理モジュー
ル２へ透過コード変換およびデータ圧縮変換の２種のデ
ータ変換を施した通信データを送信する場合を例に、図
３のフローチャートを参照して説明する。
１，２間のデータ通信（具体的にはプログラム間通信）
について、通信処理モジュール１から通信処理モジュー
ル２へ透過コード変換およびデータ圧縮変換の２種のデ
ータ変換を施した通信データを送信する場合を例に、図
３のフローチャートを参照して説明する。
【００１８】今、通信処理モジュール１において、通信
処理モジュール２へ送信すべき図２に示すデータ構造の
通信データＡが発生したものとする。すると、通信処理
モジュール１の送信処理部１１では、図３（ａ）のフロ
ーチャートで示される送信処理が開始される。
処理モジュール２へ送信すべき図２に示すデータ構造の
通信データＡが発生したものとする。すると、通信処理
モジュール１の送信処理部１１では、図３（ａ）のフロ
ーチャートで示される送信処理が開始される。
【００１９】送信処理部１１はまず、通信データＡのデ
ータ部３２を対象に予め定められた種類のデータ変換処
理を行う（ステップＳ１）。この第１回のデータ変換処
理では、データ部３２中の全データ（コードデータ）を
参照し、そのうちの特定コードを別のコードに変換する
透過コード変換が行われる。もし、データ部３２中に特
定コード（変換対象コード）が１つも存在しないなら
ば、データ部３２の内容はデータ変換（透過コード変
換）前と変換後で変わらない。
ータ部３２を対象に予め定められた種類のデータ変換処
理を行う（ステップＳ１）。この第１回のデータ変換処
理では、データ部３２中の全データ（コードデータ）を
参照し、そのうちの特定コードを別のコードに変換する
透過コード変換が行われる。もし、データ部３２中に特
定コード（変換対象コード）が１つも存在しないなら
ば、データ部３２の内容はデータ変換（透過コード変
換）前と変換後で変わらない。
【００２０】送信処理部１１は、ステップＳ１のデータ
変換処理（ここでは、透過コード変換処理）を終了する
と、変換前のデータ部３２の内容と変換後のデータ部３
２の内容が等しいか否かをチェックする（ステップＳ
２）。もし、変換前と変換後のデータが等しいならば、
送信処理部１１はその通信データＡ（のデータ部３２）
に対する受信側での不透過コード変換は不要と判断し、
その通信データＡのヘッダ部３１に設けられた変換情報
部３３中の変換フラグＦ２をオン状態（不透過コード変
換不要通知状態）に設定する（ステップＳ３）。
変換処理（ここでは、透過コード変換処理）を終了する
と、変換前のデータ部３２の内容と変換後のデータ部３
２の内容が等しいか否かをチェックする（ステップＳ
２）。もし、変換前と変換後のデータが等しいならば、
送信処理部１１はその通信データＡ（のデータ部３２）
に対する受信側での不透過コード変換は不要と判断し、
その通信データＡのヘッダ部３１に設けられた変換情報
部３３中の変換フラグＦ２をオン状態（不透過コード変
換不要通知状態）に設定する（ステップＳ３）。
【００２１】送信処理部１１は、ステップＳ３を実行す
ると、あるいはステップＳ２で変換前と変換後のデータ
が等しくないことを判別すると、予め定められた種類の
データ変換を全て終了したか否かをチェックする（ステ
ップＳ４）。ここでは、データ圧縮変換が残っているた
め、送信処理部１１はステップＳ１に戻り、通信データ
Ａのデータ部３２の全データを対象としてデータ圧縮変
換を行う。
ると、あるいはステップＳ２で変換前と変換後のデータ
が等しくないことを判別すると、予め定められた種類の
データ変換を全て終了したか否かをチェックする（ステ
ップＳ４）。ここでは、データ圧縮変換が残っているた
め、送信処理部１１はステップＳ１に戻り、通信データ
Ａのデータ部３２の全データを対象としてデータ圧縮変
換を行う。
【００２２】送信処理部１１は、ステップＳ１のデータ
変換処理でデータ圧縮変換を行うと、変換前のデータ部
３２の内容と変換後のデータ部３２の内容が等しいか否
かをチェックする（ステップＳ２）。もし、変換前と変
換後のデータが等しいならば、送信処理部１１はその通
信データＡ（のデータ部３２）に対する受信側でのデー
タ伸張変換は不要と判断し、その通信データＡのヘッダ
部３１に設けられた変換情報部３３中の変換フラグＦ１
をオン状態（データ伸張変換不要通知状態）に設定する
（ステップＳ３）。
変換処理でデータ圧縮変換を行うと、変換前のデータ部
３２の内容と変換後のデータ部３２の内容が等しいか否
かをチェックする（ステップＳ２）。もし、変換前と変
換後のデータが等しいならば、送信処理部１１はその通
信データＡ（のデータ部３２）に対する受信側でのデー
タ伸張変換は不要と判断し、その通信データＡのヘッダ
部３１に設けられた変換情報部３３中の変換フラグＦ１
をオン状態（データ伸張変換不要通知状態）に設定する
（ステップＳ３）。
【００２３】送信処理部１１は、ステップＳ３を実行す
ると、あるいはステップＳ２で変換前と変換後のデータ
が等しくないことを判別すると、前記したステップＳ４
のチェック処理を行う。ここでは、予め定められた種類
のデータ変換（透過コード変換およびデータ圧縮変換）
が全て終了しているため、送信処理部１１は次のステッ
プＳ５に進み、透過コード変換およびデータ圧縮変換が
行われた（データ部３２を持つ）通信データＡを通信処
理モジュール２に送信する（ステップＳ５）。
ると、あるいはステップＳ２で変換前と変換後のデータ
が等しくないことを判別すると、前記したステップＳ４
のチェック処理を行う。ここでは、予め定められた種類
のデータ変換（透過コード変換およびデータ圧縮変換）
が全て終了しているため、送信処理部１１は次のステッ
プＳ５に進み、透過コード変換およびデータ圧縮変換が
行われた（データ部３２を持つ）通信データＡを通信処
理モジュール２に送信する（ステップＳ５）。
【００２４】通信処理モジュール１の送信処理部１１か
ら通信処理モジュール２に通信データＡが送信される
と、この通信処理モジュール２の受信処理部２２では、
図３（ｂ）のフローチャートで示される受信処理が開始
される。
ら通信処理モジュール２に通信データＡが送信される
と、この通信処理モジュール２の受信処理部２２では、
図３（ｂ）のフローチャートで示される受信処理が開始
される。
【００２５】受信処理部２２はまず、通信処理モジュー
ル１の送信処理部１１から送信された通信データＡを受
信する（ステップＳ１１）。次に受信処理部２２は、受
信した通信データＡのヘッダ部３１に設けられた変換情
報部３３中の先頭の変換フラグＦ１を参照し、同フラグ
Ｆ１がオン（データ変換不要通知状態）であるか、ある
いはオフ（データ変換要通知状態）であるかを判別する
（ステップＳ１２）。
ル１の送信処理部１１から送信された通信データＡを受
信する（ステップＳ１１）。次に受信処理部２２は、受
信した通信データＡのヘッダ部３１に設けられた変換情
報部３３中の先頭の変換フラグＦ１を参照し、同フラグ
Ｆ１がオン（データ変換不要通知状態）であるか、ある
いはオフ（データ変換要通知状態）であるかを判別する
（ステップＳ１２）。
【００２６】もし、変換フラグＦ１がオフ状態にあれ
ば、受信処理部２２は、同フラグＦ１に固有のデータ変
換（ここではデータ伸張変換）が必要であるものと判断
し、受信した通信データＡのデータ部３２を対象とする
データ変換処理（ここではデータ伸張変換）を行う（ス
テップＳ１３）。これに対し、変換フラグＦ１がオン状
態にあれば、受信処理部２２は、同フラグＦ１に固有の
データ変換（データ伸張変換）が不要であるものと判断
し、上記ステップＳ１３をスキップする。
ば、受信処理部２２は、同フラグＦ１に固有のデータ変
換（ここではデータ伸張変換）が必要であるものと判断
し、受信した通信データＡのデータ部３２を対象とする
データ変換処理（ここではデータ伸張変換）を行う（ス
テップＳ１３）。これに対し、変換フラグＦ１がオン状
態にあれば、受信処理部２２は、同フラグＦ１に固有の
データ変換（データ伸張変換）が不要であるものと判断
し、上記ステップＳ１３をスキップする。
【００２７】受信処理部２２は、上記ステップＳ１３を
実行あるいはスキップすると、受信した通信データＡの
ヘッダ部３１に設けられた変換情報部３３中の全ての変
換フラグについてのチェックが終了したか否かを調べる
（ステップＳ１４）。ここでは、変換フラグＦ２につい
てのチェックが残っているため、受信処理部２２はステ
ップＳ１２に戻る。受信処理部２２は、このステップＳ
１２で、変換情報部３３中の変換フラグＦ２を参照し、
同フラグＦ２がオンであるか、あるいはオフであるかを
判別する。
実行あるいはスキップすると、受信した通信データＡの
ヘッダ部３１に設けられた変換情報部３３中の全ての変
換フラグについてのチェックが終了したか否かを調べる
（ステップＳ１４）。ここでは、変換フラグＦ２につい
てのチェックが残っているため、受信処理部２２はステ
ップＳ１２に戻る。受信処理部２２は、このステップＳ
１２で、変換情報部３３中の変換フラグＦ２を参照し、
同フラグＦ２がオンであるか、あるいはオフであるかを
判別する。
【００２８】もし、変換フラグＦ２がオフ状態にあれ
ば、受信処理部２２は、同フラグＦ２に固有のデータ変
換（ここでは不透過コード変換）が必要であるものと判
断し、受信した通信データＡのデータ部３２（データ伸
張変換が行われた場合であれば、データ伸張変換後のデ
ータ部３２）を対象とするデータ変換処理（ここでは不
透過コード変換）を行う（ステップＳ１３）。これに対
し、変換フラグＦ２がオン状態にあれば、受信処理部２
２は、同フラグＦ２に固有のデータ変換（不透過コード
変換）が不要であるものと判断し、上記ステップＳ１３
をスキップする。
ば、受信処理部２２は、同フラグＦ２に固有のデータ変
換（ここでは不透過コード変換）が必要であるものと判
断し、受信した通信データＡのデータ部３２（データ伸
張変換が行われた場合であれば、データ伸張変換後のデ
ータ部３２）を対象とするデータ変換処理（ここでは不
透過コード変換）を行う（ステップＳ１３）。これに対
し、変換フラグＦ２がオン状態にあれば、受信処理部２
２は、同フラグＦ２に固有のデータ変換（不透過コード
変換）が不要であるものと判断し、上記ステップＳ１３
をスキップする。
【００２９】受信処理部２２は、上記ステップＳ１３を
実行あるいはスキップすると、再びステップＳ１４を実
行し、全ての変換フラグについてのチェックが終了した
か否かを調べる。ここでは、データ部３２に設定されて
いる変換フラグＦ１，Ｆ２についてのチェックが全て終
了しているため、受信処理部２２は一連の受信処理を終
了する。
実行あるいはスキップすると、再びステップＳ１４を実
行し、全ての変換フラグについてのチェックが終了した
か否かを調べる。ここでは、データ部３２に設定されて
いる変換フラグＦ１，Ｆ２についてのチェックが全て終
了しているため、受信処理部２２は一連の受信処理を終
了する。
【００３０】なお、前記実施例では、プログラム間通信
に実施した場合について説明したが、これに限るもので
はなく、本発明は、データ変換が施されたデータの送受
信を伴うものであれば、例えばプロセス間通信、更には
ファイル転送などにも適用できる。
に実施した場合について説明したが、これに限るもので
はなく、本発明は、データ変換が施されたデータの送受
信を伴うものであれば、例えばプロセス間通信、更には
ファイル転送などにも適用できる。
【００３１】
【発明の効果】以上詳述したようにこの発明によれば、
通信データの送信時に、同データに対するデータ変換処
理が受信側において必要か否かを示す変換情報を同デー
タのヘッダ部中に設定しておき、受信側では、通信デー
タ受信時に、そのヘッダ部中の変換情報を参照し、変換
不要が示されているならば、受信した通信データの変換
処理をスキップするようにしたので、データ送信の際に
行われるデータ変換の前後でデータの内容が変わらない
ような場合に、データ変換不要を示す変換情報を通信デ
ータのヘッダ部中に設定しておくことにより、受信側で
は、余分なデータ変換処理をスキップできるようにな
り、受信処理に要する時間が従来に比べて著しく短縮
し、高速通信処理が実現できる。
通信データの送信時に、同データに対するデータ変換処
理が受信側において必要か否かを示す変換情報を同デー
タのヘッダ部中に設定しておき、受信側では、通信デー
タ受信時に、そのヘッダ部中の変換情報を参照し、変換
不要が示されているならば、受信した通信データの変換
処理をスキップするようにしたので、データ送信の際に
行われるデータ変換の前後でデータの内容が変わらない
ような場合に、データ変換不要を示す変換情報を通信デ
ータのヘッダ部中に設定しておくことにより、受信側で
は、余分なデータ変換処理をスキップできるようにな
り、受信処理に要する時間が従来に比べて著しく短縮
し、高速通信処理が実現できる。
【図１】この発明を適用するシステムの一実施例を示す
ブロック図。
ブロック図。
【図２】同実施例で適用される通信データのデータ構造
を示す図。
を示す図。
【図３】同実施例における送受信処理手順を示すフロー
チャート。
チャート。
１，２…通信処理モジュール、１１，２１…送信処理
部、１２，２２…受信処理部、３１…ヘッダ部、３２…
データ部、３３…変換情報部、Ｆ１，Ｆ２…変換フラ
グ、Ａ，Ｂ…通信データ。
部、１２，２２…受信処理部、３１…ヘッダ部、３２…
データ部、３３…変換情報部、Ｆ１，Ｆ２…変換フラ
グ、Ａ，Ｂ…通信データ。
Claims (2)
- 【請求項１】 通信データの送信時に、前記通信データ
の変換処理が受信側において必要か否かを示す変換情報
を前記通信データを管理するためのヘッダ部中に設定
し、受信側では、前記通信データを受信した際に、前記
ヘッダ部中の前記変換情報を参照し、変換不要が示され
ている場合には、前記通信データに対する変換処理をス
キップするようにしたことを特徴とする通信制御処理に
おけるデータ変換方式。 - 【請求項２】 予め定められた規則に従ってデータ変換
が行われた通信データの送信時に、そのデータ変換前後
でデータが異なるか否かにより、前記通信データの変換
処理が受信側において必要か否かを示す変換情報を前記
通信データを管理するためのヘッダ部中に設定し、受信
側では、前記通信データを受信した際に、前記ヘッダ部
中の前記変換情報を参照し、変換不要が示されている場
合には、前記通信データに対する変換処理をスキップす
るようにしたことを特徴とする通信制御処理におけるデ
ータ変換方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04680592A JP3241080B2 (ja) | 1992-03-04 | 1992-03-04 | データ通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04680592A JP3241080B2 (ja) | 1992-03-04 | 1992-03-04 | データ通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05252225A true JPH05252225A (ja) | 1993-09-28 |
| JP3241080B2 JP3241080B2 (ja) | 2001-12-25 |
Family
ID=12757551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04680592A Expired - Fee Related JP3241080B2 (ja) | 1992-03-04 | 1992-03-04 | データ通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3241080B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010183419A (ja) * | 2009-02-06 | 2010-08-19 | Nippon Hoso Kyokai <Nhk> | 送信装置、受信装置及び伝送システム |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS4989026A (ja) * | 1972-12-21 | 1974-08-26 | ||
| JPS63284054A (ja) * | 1987-05-14 | 1988-11-21 | Aisin Seiki Co Ltd | 車輌のエンジン制御装置 |
| JPS6491048A (en) * | 1987-10-02 | 1989-04-10 | Yazaki Corp | Vehicleborne carbon nonoxide detector |
| JPH0317214U (ja) * | 1989-07-04 | 1991-02-20 | ||
| JPH0359450U (ja) * | 1989-10-13 | 1991-06-12 |
-
1992
- 1992-03-04 JP JP04680592A patent/JP3241080B2/ja not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS4989026A (ja) * | 1972-12-21 | 1974-08-26 | ||
| JPS63284054A (ja) * | 1987-05-14 | 1988-11-21 | Aisin Seiki Co Ltd | 車輌のエンジン制御装置 |
| JPS6491048A (en) * | 1987-10-02 | 1989-04-10 | Yazaki Corp | Vehicleborne carbon nonoxide detector |
| JPH0317214U (ja) * | 1989-07-04 | 1991-02-20 | ||
| JPH0359450U (ja) * | 1989-10-13 | 1991-06-12 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010183419A (ja) * | 2009-02-06 | 2010-08-19 | Nippon Hoso Kyokai <Nhk> | 送信装置、受信装置及び伝送システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3241080B2 (ja) | 2001-12-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20060136602A1 (en) | Electronic data interchange apparatus | |
| JPH05252225A (ja) | 通信制御処理におけるデータ変換方式 | |
| JP3164996B2 (ja) | シリアルデータ受信装置 | |
| JPS62262164A (ja) | 仮想端末制御装置 | |
| JPS58178468A (ja) | デ−タ処理システムの割込方式 | |
| JPS615361A (ja) | 通信インタフエイス回路 | |
| JPH05303549A (ja) | タ−ミナルデ−タ引き継ぎ方式 | |
| JP2923992B2 (ja) | デマンドアサイン通信システムにおけるアクセスチャネル制御方式 | |
| JPH0444156A (ja) | 転送データ生成装置 | |
| JP3161174B2 (ja) | ボタン電話装置 | |
| JPS6134620A (ja) | 計算機への入力方法 | |
| KR910005777B1 (ko) | 퍼스널컴퓨터 접속 처리장치의 n회선 처리방법 | |
| JPH0683639A (ja) | レジスタ装置 | |
| JPS642969B2 (ja) | ||
| JPH0630088B2 (ja) | Ｔｓｓコマンド処理方式 | |
| JP2544719B2 (ja) | 通信処理装置制御法 | |
| JPS59191958A (ja) | プロトコル検証装置 | |
| JPS61237149A (ja) | プログラムロ−デイング方式 | |
| JPH08305666A (ja) | 仮想端末接続型分散サービスシステム | |
| JPH052495A (ja) | 応用プログラム間通信方式 | |
| JPH036147A (ja) | 二重化伝送装置の応答方法 | |
| JPH1145216A (ja) | データ処理システム及びデータ記憶方法 | |
| JPH033054A (ja) | 通信データ抜け防止方法 | |
| JPS6252648A (ja) | メモリのデ−タ送出装置 | |
| JPH0370354A (ja) | アクセスポイント選択方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081019 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081019 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091019 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091019 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111019 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |