JPH0512154A - データ通信システム - Google Patents
データ通信システムInfo
- Publication number
- JPH0512154A JPH0512154A JP3165367A JP16536791A JPH0512154A JP H0512154 A JPH0512154 A JP H0512154A JP 3165367 A JP3165367 A JP 3165367A JP 16536791 A JP16536791 A JP 16536791A JP H0512154 A JPH0512154 A JP H0512154A
- Authority
- JP
- Japan
- Prior art keywords
- data
- binary
- file
- character
- maintenance
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】 （修正有）
【目的】メンテナンス用プログラムファイルがバイナリ
形式で作成されても、端末装置のリモートメンテナンス
が確保できるデータ通信システムを提供する。 【構成】データ送信装置は、バイナリで記述された複数
のプログラムファイル１０1 ，１０2 〜１０n を結合す
る結合手段１１と、バイナリデータをキャラクタデータ
に変換するキャラクタ変換手段１２と、キャラクタデー
タを所定の通信手順に則って送信する送信手段１３とに
より構成される。データ受信装置は、複数のプログラム
が含まれるキャラクタデータを所定の通信手順に則って
受信する受信手段２３と、各キャラクタデータをバイナ
リデータに変換してバイナリファイルを作成するバイナ
リ変換手段２２と、バイナリファイルを、バイナリで記
述された複数のプログラム２０1 , ２０ 2 〜２０n に分
離する分離手段２１とにより構成される。
形式で作成されても、端末装置のリモートメンテナンス
が確保できるデータ通信システムを提供する。 【構成】データ送信装置は、バイナリで記述された複数
のプログラムファイル１０1 ，１０2 〜１０n を結合す
る結合手段１１と、バイナリデータをキャラクタデータ
に変換するキャラクタ変換手段１２と、キャラクタデー
タを所定の通信手順に則って送信する送信手段１３とに
より構成される。データ受信装置は、複数のプログラム
が含まれるキャラクタデータを所定の通信手順に則って
受信する受信手段２３と、各キャラクタデータをバイナ
リデータに変換してバイナリファイルを作成するバイナ
リ変換手段２２と、バイナリファイルを、バイナリで記
述された複数のプログラム２０1 , ２０ 2 〜２０n に分
離する分離手段２１とにより構成される。
Description
【０００１】
【産業上の利用分野】本発明は、ネットワーク接続され
た端末装置のリモートメンテナンスを実現するデータ通
信システムに関する。
た端末装置のリモートメンテナンスを実現するデータ通
信システムに関する。
【０００２】近年、チェーンストアの発展が目覚まし
い。かかるチェーン展開による販売分散と管理の集中化
を実現するために、チェーンストアシステムの導入が促
進され、広く普及されるに至っている。
い。かかるチェーン展開による販売分散と管理の集中化
を実現するために、チェーンストアシステムの導入が促
進され、広く普及されるに至っている。
【０００３】このようなチェーンストアシステムは、そ
の規模が大きくなるにしがって各端末装置のメンテナン
スが大きな負担となっており、メンテナンスを簡単に行
なう方法が望まれている。
の規模が大きくなるにしがって各端末装置のメンテナン
スが大きな負担となっており、メンテナンスを簡単に行
なう方法が望まれている。
【０００４】
【従来の技術】従来、流通業界において、最も一般的に
使用されている伝送手順は、１９８０年７月に制定され
た「取引先データ交換標準通信制御手順」（以下、「Ｊ
ＣＡ手順」という。）である。
使用されている伝送手順は、１９８０年７月に制定され
た「取引先データ交換標準通信制御手順」（以下、「Ｊ
ＣＡ手順」という。）である。
【０００５】このＪＣＡ手順の仕様は、主としてデータ
リンクレベルのプロトコルではＢＳＣ手順に準拠してお
り、次のような特徴を有する。
リンクレベルのプロトコルではＢＳＣ手順に準拠してお
り、次のような特徴を有する。
【０００６】伝送コードは、「ＥＢＣＤＩＣ(Extende
d Binary Coded Decimal Intercha-nge Code) コード」
である。伝送方式は、非透過方式である。１回のダ
イヤル接続で１ファイルを伝送する。
d Binary Coded Decimal Intercha-nge Code) コード」
である。伝送方式は、非透過方式である。１回のダ
イヤル接続で１ファイルを伝送する。
【０００７】したがって、ＪＣＡ手順でネットワーク接
続された端末装置（コントローラ及びＰＯＳ端末等）の
ファイル伝送方式によるリモートでのメンテナンスを実
現するにあたり、以下のような問題点があった。
続された端末装置（コントローラ及びＰＯＳ端末等）の
ファイル伝送方式によるリモートでのメンテナンスを実
現するにあたり、以下のような問題点があった。
【０００８】メンテナンス用プログラムファイルがバ
イナリ形式で作成されるために、ＪＣＡ手順でのファイ
ル伝送が不可能である。
イナリ形式で作成されるために、ＪＣＡ手順でのファイ
ル伝送が不可能である。
【０００９】１回のダイヤ接続で送信することができ
るのは１ファイルに限られる。このため、複数のメンテ
ナンス用プログラムファイルを１回のダイヤル接続で送
信することができず、同一版数のメンテナンス用プログ
ラムファイルの送信漏れが発生する危険があった。
るのは１ファイルに限られる。このため、複数のメンテ
ナンス用プログラムファイルを１回のダイヤル接続で送
信することができず、同一版数のメンテナンス用プログ
ラムファイルの送信漏れが発生する危険があった。
【００１０】
【発明が解決しようとする課題】本発明は、上記事情に
鑑みて成されたもので、メンテナンス用プログラムファ
イルがバイナリ形式で作成されてもＪＣＡ手順でのファ
イル伝送が可能であり、また、複数のメンテナンス用プ
ログラムファイルを１回のダイヤル接続で送信すること
ができ、送信漏れを防止できるデータ通信システムを提
供することを目的とする。
鑑みて成されたもので、メンテナンス用プログラムファ
イルがバイナリ形式で作成されてもＪＣＡ手順でのファ
イル伝送が可能であり、また、複数のメンテナンス用プ
ログラムファイルを１回のダイヤル接続で送信すること
ができ、送信漏れを防止できるデータ通信システムを提
供することを目的とする。
【００１１】
【課題を解決するための手段】図１は、本発明にかかる
データ通信システムの原理説明図である。即ち、本発明
のデータ通信システムは、データ送信装置とデータ受信
装置とを有している。
データ通信システムの原理説明図である。即ち、本発明
のデータ通信システムは、データ送信装置とデータ受信
装置とを有している。
【００１２】データ送信装置は、バイナリで記述された
複数のプログラムファイル１０1 ，１０2 〜１０n を結
合する結合手段１１と、該結合手段１１で結合して得ら
れたバイナリファイル内の各バイナリデータをキャラク
タデータに変換するキャラクタ変換手段１２と、該キャ
ラクタ変換手段１２で変換されたキャラクタデータを所
定の通信手順に則って送信する送信手段１３とにより構
成される。
複数のプログラムファイル１０1 ，１０2 〜１０n を結
合する結合手段１１と、該結合手段１１で結合して得ら
れたバイナリファイル内の各バイナリデータをキャラク
タデータに変換するキャラクタ変換手段１２と、該キャ
ラクタ変換手段１２で変換されたキャラクタデータを所
定の通信手順に則って送信する送信手段１３とにより構
成される。
【００１３】データ受信装置は、複数のプログラムが含
まれるキャラクタデータを所定の通信手順に則って受信
する受信手段２３と、該受信手段２３で受信した各キャ
ラクタデータをバイナリデータに変換してバイナリファ
イルを作成するバイナリ変換手段２２と、該バイナリ変
換手段２２で得られたバイナリファイルを、バイナリで
記述された複数のプログラム２０1 , ２０2 〜２０n に
分離する分離手段２１とにより構成される。
まれるキャラクタデータを所定の通信手順に則って受信
する受信手段２３と、該受信手段２３で受信した各キャ
ラクタデータをバイナリデータに変換してバイナリファ
イルを作成するバイナリ変換手段２２と、該バイナリ変
換手段２２で得られたバイナリファイルを、バイナリで
記述された複数のプログラム２０1 , ２０2 〜２０n に
分離する分離手段２１とにより構成される。
【００１４】上記データ送信装置とデータ受信装置とは
ネットワーク接続される。
ネットワーク接続される。
【００１５】
【作用】データの通信は、次のように行なわれる。先
ず、データ送信装置では、例えばメンテナンス用のバイ
ナリで記述された複数のプログラムファイル（101 ，10
2 〜10n ）を結合して１つのバイナリファイルを作成す
る。
ず、データ送信装置では、例えばメンテナンス用のバイ
ナリで記述された複数のプログラムファイル（101 ，10
2 〜10n ）を結合して１つのバイナリファイルを作成す
る。
【００１６】そして、このバイナリファイルから各バイ
ナリデータを取り出し、所定の規則に従ってキャラクタ
データに変換する。このキャラクタデータは、送信手段
１３により、非透過方式の所定の手順、例えばＪＣＡ手
順に従って回線に送出される。
ナリデータを取り出し、所定の規則に従ってキャラクタ
データに変換する。このキャラクタデータは、送信手段
１３により、非透過方式の所定の手順、例えばＪＣＡ手
順に従って回線に送出される。
【００１７】一方、回線からのデータを、例えばＪＣＡ
手順に従って受信したデータ受信装置は、先ず、キャラ
クタデータをバイナリデータに変換し、１のバイナリフ
ァイルを再生する。次いで、バイナリファイルに含まれ
るプログラムを元の複数のプログラムに分離する。
手順に従って受信したデータ受信装置は、先ず、キャラ
クタデータをバイナリデータに変換し、１のバイナリフ
ァイルを再生する。次いで、バイナリファイルに含まれ
るプログラムを元の複数のプログラムに分離する。
【００１８】このように、バイナリデータで構成される
プログラムを、一旦キャラクタデータに変換し、データ
伝送段階ではキャラクタデータで通信を行ない、受信側
でキャラクタデータを元のバイナリデータのプログラム
に復元するようにしたので、キャラクタデータでしか機
能しない伝送手順、例えばＪＣＡ手順においてもプログ
ラムのようなバイナリデータを送信することができ、リ
モートメンテナンスが可能となっている。
プログラムを、一旦キャラクタデータに変換し、データ
伝送段階ではキャラクタデータで通信を行ない、受信側
でキャラクタデータを元のバイナリデータのプログラム
に復元するようにしたので、キャラクタデータでしか機
能しない伝送手順、例えばＪＣＡ手順においてもプログ
ラムのようなバイナリデータを送信することができ、リ
モートメンテナンスが可能となっている。
【００１９】また、送信側では、複数のプログラムを結
合して１つのファイルとして一度に送信するので、同一
版数のメンテナンス用プログラムファイルの送信漏れが
発生するという事態も回避できるものとなっている。
合して１つのファイルとして一度に送信するので、同一
版数のメンテナンス用プログラムファイルの送信漏れが
発生するという事態も回避できるものとなっている。
【００２０】
【実施例】図２は、本発明にかかるデータ通信システム
の第１の実施例の構成を示すものである。なお、図１と
同一又は相当部には同一符号を付して説明する。
の第１の実施例の構成を示すものである。なお、図１と
同一又は相当部には同一符号を付して説明する。
【００２１】図において、１はデータ送信装置としての
上位側装置である。この上位側装置は、システムの中核
をなす例えばホストコンピュータである。この上位側装
置１から、メンテナンスデータが各端末装置に送信され
る。
上位側装置である。この上位側装置は、システムの中核
をなす例えばホストコンピュータである。この上位側装
置１から、メンテナンスデータが各端末装置に送信され
る。
【００２２】２はデータ受信装置としての端末装置であ
る。この端末装置２のプログラムがリモートメンテナン
スにより更新されることになる。
る。この端末装置２のプログラムがリモートメンテナン
スにより更新されることになる。
【００２３】なお、図では、説明を簡単にするために、
上位側装置１に１台の端末装置２が接続される場合を示
しているが、上位側装置１に対し複数の端末装置がネッ
トワーク接続される構成が一般的である。
上位側装置１に１台の端末装置２が接続される場合を示
しているが、上位側装置１に対し複数の端末装置がネッ
トワーク接続される構成が一般的である。
【００２４】上位側装置１は次のように構成される。即
ち、１０1 〜１０3 は、メンテナンス用プログラムファ
イルである。このメンテナンス用プログラムファイル１
０1 〜１０3 は、例えば図示しない磁気ディスク装置に
形成される。このメンテナンス用プログラムファイル１
０1 〜１０3 には、バージョンアップされたプログラム
がその版数情報とともにバイナリ形式で記憶されてい
る。
ち、１０1 〜１０3 は、メンテナンス用プログラムファ
イルである。このメンテナンス用プログラムファイル１
０1 〜１０3 は、例えば図示しない磁気ディスク装置に
形成される。このメンテナンス用プログラムファイル１
０1 〜１０3 には、バージョンアップされたプログラム
がその版数情報とともにバイナリ形式で記憶されてい
る。
【００２５】１１は結合手段としての結合部である。こ
の結合部１１は、同一版数を有するメンテナンス用プロ
グラムファイル１０1 〜１０3 を結合し、１つのメンテ
ナンス用プログラムファイル（以下、「バイナリファイ
ル」という）１１０を生成するものである。
の結合部１１は、同一版数を有するメンテナンス用プロ
グラムファイル１０1 〜１０3 を結合し、１つのメンテ
ナンス用プログラムファイル（以下、「バイナリファイ
ル」という）１１０を生成するものである。
【００２６】図では、３つのメンテナンス用プログラム
ファイル１０1 〜１０3 が同一版数を有し、結合部１１
の機能により結合されて１つのバイナリファイル１１０
が生成される場合を示している。
ファイル１０1 〜１０3 が同一版数を有し、結合部１１
の機能により結合されて１つのバイナリファイル１１０
が生成される場合を示している。
【００２７】結合部１１は、複数のメンテナンス用ファ
イルを結合する際に、制御文ファイル（図示しない）を
生成し、これもバイナリファイル１１０に包含せしめ
る。ここで、制御文ファイル１１０は、各メンテナンス
用プログラムファイルに関する情報を記憶するファイル
であり、端末装置２において、結合されたバイナリファ
イル２１０を各メンテナンス用プログラムファイル２０
1 〜２０3 に分離する際に必要な情報を含んでいる。
イルを結合する際に、制御文ファイル（図示しない）を
生成し、これもバイナリファイル１１０に包含せしめ
る。ここで、制御文ファイル１１０は、各メンテナンス
用プログラムファイルに関する情報を記憶するファイル
であり、端末装置２において、結合されたバイナリファ
イル２１０を各メンテナンス用プログラムファイル２０
1 〜２０3 に分離する際に必要な情報を含んでいる。
【００２８】１１０は、上述したように、各メンテナン
ス用プログラムファイル１０1 〜１０3 と制御文ファイ
ルとが結合されて形成されるバイナリファイルである。
ス用プログラムファイル１０1 〜１０3 と制御文ファイ
ルとが結合されて形成されるバイナリファイルである。
【００２９】１２はキャラクタ変換部である。このキャ
ラクタ変換部１２は、バイナリファイル１１０からバイ
ナリデータを読み出してキャラクタデータに変換するも
のである。
ラクタ変換部１２は、バイナリファイル１１０からバイ
ナリデータを読み出してキャラクタデータに変換するも
のである。
【００３０】即ち、１バイトのバイナリデータを２バイ
トのＥＢＣＤＩＣコード（キャラクタコード）に変換す
る。変換は、例えば、次のように行なわれる。
トのＥＢＣＤＩＣコード（キャラクタコード）に変換す
る。変換は、例えば、次のように行なわれる。
【００３１】
変換前：１バイトのバイナリデータ 「Ｅ２H 」
変換後：２バイトのキャラクタデータ 「４５Ｆ
２H 」
２H 」
【００３２】ここで、「４５H 」はＥＢＣＤＩＣコード
の「Ｅ」を表しており、「Ｆ２H 」はＥＢＣＤＩＣコー
ドの「２」を表している。なお、添字の「H 」は１６進
数であることを示している。
の「Ｅ」を表しており、「Ｆ２H 」はＥＢＣＤＩＣコー
ドの「２」を表している。なお、添字の「H 」は１６進
数であることを示している。
【００３３】このキャラクタ変換部１２の出力は、キャ
ラクタファイル１２０に一時記憶される。そして、ＪＣ
Ａ手順によるファイル伝送は、このキャラクタファイル
１２０の内容について行なわれる。
ラクタファイル１２０に一時記憶される。そして、ＪＣ
Ａ手順によるファイル伝送は、このキャラクタファイル
１２０の内容について行なわれる。
【００３４】一方、端末装置２は次のように構成され
る。即ち、２２０はキャラクタファイルである。このキ
ャラクタファイル２２０は、ＪＣＡ手順で送られてくる
キャラクタデータ（ＥＢＣＤＩＣコード）を一時記憶す
るものである。このキャラクタファイル２２０の内容
は、バイナリ変換部２２に供給される。
る。即ち、２２０はキャラクタファイルである。このキ
ャラクタファイル２２０は、ＪＣＡ手順で送られてくる
キャラクタデータ（ＥＢＣＤＩＣコード）を一時記憶す
るものである。このキャラクタファイル２２０の内容
は、バイナリ変換部２２に供給される。
【００３５】バイナリ変換部２２は、２バイトのＥＢＣ
ＤＩＣコードを１バイトのバイナリデータに変換するも
のである。即ち、上記キャラクタ変換部１２の動作と逆
の動作を行なうものである。このバイナリ変換部２２の
出力は、バイナリファイル２１０に供給される。
ＤＩＣコードを１バイトのバイナリデータに変換するも
のである。即ち、上記キャラクタ変換部１２の動作と逆
の動作を行なうものである。このバイナリ変換部２２の
出力は、バイナリファイル２１０に供給される。
【００３６】バイナリファイル２１０は、バイナリデー
タとしてのメンテナンス用プログラムファイルと制御文
ファイルが、１つのバイナリデータとして記憶されてい
るファイルである。このバイナリファイル２１０は、上
位側装置１のバイナリファイル１１０に対応するもので
ある。このバイナリファイル２１０の内容は、分離部２
１により参照される。
タとしてのメンテナンス用プログラムファイルと制御文
ファイルが、１つのバイナリデータとして記憶されてい
るファイルである。このバイナリファイル２１０は、上
位側装置１のバイナリファイル１１０に対応するもので
ある。このバイナリファイル２１０の内容は、分離部２
１により参照される。
【００３７】分離部２１は、バイナリファイル２１０中
の制御文ファイルの内容に従って、該バイナリファイル
に２１０に記憶されている複数のメンテナンス用プログ
ラムファイルを、個々のメンテナンス用プログラムファ
イル２０1 〜２０3 に分離するものである。
の制御文ファイルの内容に従って、該バイナリファイル
に２１０に記憶されている複数のメンテナンス用プログ
ラムファイルを、個々のメンテナンス用プログラムファ
イル２０1 〜２０3 に分離するものである。
【００３８】この分離部２１により分離されたメンテナ
ンス用プログラムは、それぞれ単独のメンテナンス用プ
ログラムファイル２０1 〜２０3として、各別に記憶さ
れる。端末装置２は、このメンテナンス用プログラムフ
ァイル２０1 〜２０3 に従って、自端末装置のプログラ
ムを変更することになる。
ンス用プログラムは、それぞれ単独のメンテナンス用プ
ログラムファイル２０1 〜２０3として、各別に記憶さ
れる。端末装置２は、このメンテナンス用プログラムフ
ァイル２０1 〜２０3 に従って、自端末装置のプログラ
ムを変更することになる。
【００３９】次に、上記構成において、動作を説明す
る。
る。
【００４０】端末装置２のプログラム不具合、仕様変更
等が発生すると、上位側装置１において、改訂されたプ
ログラムが作成され、メンテナンス用プログラムファイ
ル１０1 〜１０3 に蓄えられる。この際、各メンテナン
ス用プログラムファイル１０ 1 〜１０3 には、版数情報
が付される。
等が発生すると、上位側装置１において、改訂されたプ
ログラムが作成され、メンテナンス用プログラムファイ
ル１０1 〜１０3 に蓄えられる。この際、各メンテナン
ス用プログラムファイル１０ 1 〜１０3 には、版数情報
が付される。
【００４１】かかる状態で、上位側装置１においてリモ
ートメンテナンスの指令が発せられると、結合部１１
は、メンテナンス用プログラムファイル１０1〜１０3
中の最新の版数情報を有するファイルを検索し、これを
結合してバイナリファイル１１０を作成する。この際、
制御文ファイルも作成され、上記バイナリファイル１１
０に含められる。
ートメンテナンスの指令が発せられると、結合部１１
は、メンテナンス用プログラムファイル１０1〜１０3
中の最新の版数情報を有するファイルを検索し、これを
結合してバイナリファイル１１０を作成する。この際、
制御文ファイルも作成され、上記バイナリファイル１１
０に含められる。
【００４２】次いで、キャラクタ変換部１２は、バイナ
リファイル１１０からバイナリデータを１バイトずつ読
み出し、２バイトのキャラクタデータ（ＥＢＣＤＩＣコ
ード）に変換する。このキャラクタデータはキャラクタ
ファイル１２０に逐次蓄えられる。
リファイル１１０からバイナリデータを１バイトずつ読
み出し、２バイトのキャラクタデータ（ＥＢＣＤＩＣコ
ード）に変換する。このキャラクタデータはキャラクタ
ファイル１２０に逐次蓄えられる。
【００４３】次いで、ＪＣＡ手順によるファイル伝送が
行なわれる。このファイル伝送手順の詳細については、
周知であるので説明は省略する。
行なわれる。このファイル伝送手順の詳細については、
周知であるので説明は省略する。
【００４４】端末装置２側では、上記ファイル伝送によ
りキャラクタデータを受け取ると、順次キャラクタファ
イル２２０に蓄える。
りキャラクタデータを受け取ると、順次キャラクタファ
イル２２０に蓄える。
【００４５】このファイル伝送が終了すると、バイナリ
変換部２２は、キャラクタファイル２２０から、ＥＢＣ
ＤＩＣコードのデータを２バイトずつ読み出し、１バイ
トのバイナリデータに変換する。そして変換されたデー
タは、バイナリファイル２１０に順次記憶される。
変換部２２は、キャラクタファイル２２０から、ＥＢＣ
ＤＩＣコードのデータを２バイトずつ読み出し、１バイ
トのバイナリデータに変換する。そして変換されたデー
タは、バイナリファイル２１０に順次記憶される。
【００４６】このバイナリ変換が終了すると、分離部２
１は、バイナリファイル２１０から制御文ファイルを読
み出し、この制御文ファイルの内容に基づいて、該バイ
ナリファイル２１０に記憶されている複数のメンテナン
ス用プログラムファイルを、個々のメンテナンス用プロ
グラムファイル２０1 〜２０3 に分離する。これによ
り、端末装置２側に、上位側装置１のメンテナンス用プ
ログラムファイル１０1 〜１０3 と同様のメンテナンス
用プログラムファイル２０1 〜２０3 が形成されること
になる。
１は、バイナリファイル２１０から制御文ファイルを読
み出し、この制御文ファイルの内容に基づいて、該バイ
ナリファイル２１０に記憶されている複数のメンテナン
ス用プログラムファイルを、個々のメンテナンス用プロ
グラムファイル２０1 〜２０3 に分離する。これによ
り、端末装置２側に、上位側装置１のメンテナンス用プ
ログラムファイル１０1 〜１０3 と同様のメンテナンス
用プログラムファイル２０1 〜２０3 が形成されること
になる。
【００４７】端末装置２では、このメンテナンス用プロ
グラムファイル２０1 〜２０3 の内容で既存のプログラ
ムを置換し、端末装置を最新状態にバージョンアップす
る。
グラムファイル２０1 〜２０3 の内容で既存のプログラ
ムを置換し、端末装置を最新状態にバージョンアップす
る。
【００４８】このように、バイナリデータで構成される
プログラムを、一旦キャラクタデータに変換し、データ
伝送段階ではキャラクタデータでファイル伝送を行な
い、受信側でキャラクタデータを元のバイナリデータの
プログラムに復元するようにしたので、キャラクタデー
タでしか機能しないＪＣＡ手順においてもプログラムの
ようなバイナリデータを送信することができ、ＪＣＡ手
順でネットワーク接続された端末装置のリモートでのメ
ンテナンスが可能となっている。
プログラムを、一旦キャラクタデータに変換し、データ
伝送段階ではキャラクタデータでファイル伝送を行な
い、受信側でキャラクタデータを元のバイナリデータの
プログラムに復元するようにしたので、キャラクタデー
タでしか機能しないＪＣＡ手順においてもプログラムの
ようなバイナリデータを送信することができ、ＪＣＡ手
順でネットワーク接続された端末装置のリモートでのメ
ンテナンスが可能となっている。
【００４９】また、送信側では、複数のメンテナンス用
プログラムファイルを結合して１つのファイルとして一
度に送信するので、同一版数のメンテナンス用プログラ
ムファイルの送信漏れが発生するという事態も回避でき
るものとなっている。
プログラムファイルを結合して１つのファイルとして一
度に送信するので、同一版数のメンテナンス用プログラ
ムファイルの送信漏れが発生するという事態も回避でき
るものとなっている。
【００５０】次に本発明にかかるデータ通信システムの
第２の実施例について説明する。
第２の実施例について説明する。
【００５１】図３は、第２の実施例の構成を示すもので
ある。なお、図２で説明した第１の実施例と同一部分に
は同一符号を付し、説明は省略する。
ある。なお、図２で説明した第１の実施例と同一部分に
は同一符号を付し、説明は省略する。
【００５２】この第２の実施例で特徴的な部分は、デー
タ圧縮／伸長手段を設けたことである。
タ圧縮／伸長手段を設けたことである。
【００５３】即ち、上位側装置１においては、メンテナ
ンス用プログラムファイルを結合して得られるバイナリ
ファイル１１０の内容を圧縮するデータ圧縮部１３、及
びデータ圧縮部１３で圧縮されたデータを蓄える圧縮デ
ータファイル１４を有している。キャラクタ変換部１２
は、この圧縮データファイル１４から取り出したバイナ
リデータをキャラクタデータに変換して出力する。上記
以外は上述した実施例１の上位側装置と同じである。
ンス用プログラムファイルを結合して得られるバイナリ
ファイル１１０の内容を圧縮するデータ圧縮部１３、及
びデータ圧縮部１３で圧縮されたデータを蓄える圧縮デ
ータファイル１４を有している。キャラクタ変換部１２
は、この圧縮データファイル１４から取り出したバイナ
リデータをキャラクタデータに変換して出力する。上記
以外は上述した実施例１の上位側装置と同じである。
【００５４】一方、端末側装置２においては、受け取っ
たキャラクタデータをバイナリデータに変換して一時蓄
える圧縮データファイル２４、及びこの圧縮データファ
イル２４に蓄えられたデータを伸長するデータ伸長部２
３を有している。データ伸長部２３で伸長されたデータ
は、バイナリファイル２１０に蓄えられる。上記以外
は、上述した実施例１の端末装置と同じである。
たキャラクタデータをバイナリデータに変換して一時蓄
える圧縮データファイル２４、及びこの圧縮データファ
イル２４に蓄えられたデータを伸長するデータ伸長部２
３を有している。データ伸長部２３で伸長されたデータ
は、バイナリファイル２１０に蓄えられる。上記以外
は、上述した実施例１の端末装置と同じである。
【００５５】この実施例での圧縮／伸長の方式は如何な
る方式であっても良い。
る方式であっても良い。
【００５６】このように、この第２の実施例によれば、
上位側装置１では、メンテナンス用プログラムファイル
１０1 〜１０3 を結合して得られたバイナリファイルを
一旦圧縮した後にキャラクタデータに変換してデータ伝
送を行い、端末装置２では、受信したキャラクタデータ
をバイナリデータに変換した後に伸長し、その後、メン
テナンス用プログラムファイル２０1 〜２０3 に分離す
るようにしたので、伝送路上でのデータの伝送量が少な
くなり、短時間で効率良くリモートメンテナンスができ
るものとなっている。
上位側装置１では、メンテナンス用プログラムファイル
１０1 〜１０3 を結合して得られたバイナリファイルを
一旦圧縮した後にキャラクタデータに変換してデータ伝
送を行い、端末装置２では、受信したキャラクタデータ
をバイナリデータに変換した後に伸長し、その後、メン
テナンス用プログラムファイル２０1 〜２０3 に分離す
るようにしたので、伝送路上でのデータの伝送量が少な
くなり、短時間で効率良くリモートメンテナンスができ
るものとなっている。
【００５７】なお、上記実施例では、メンテナンス用プ
ログラムファイルが３個存在する場合について説明した
が、メンテナンス用プログラムファイルの数はこれに限
定されるものではなく、任意の数であって良い。
ログラムファイルが３個存在する場合について説明した
が、メンテナンス用プログラムファイルの数はこれに限
定されるものではなく、任意の数であって良い。
【００５８】また、上記実施例では、バイナリデータを
ＥＢＣＤＩＣコードに変換するばあいについて説明した
が、これは、伝送手順の一例として用いたＪＣＡ手順が
ＥＢＣＤＩＣコードでデータ伝送を行なう仕様となって
いるからである。
ＥＢＣＤＩＣコードに変換するばあいについて説明した
が、これは、伝送手順の一例として用いたＪＣＡ手順が
ＥＢＣＤＩＣコードでデータ伝送を行なう仕様となって
いるからである。
【００５９】したがって、他の伝送手順では、該手順が
要求する他のキャラクタコード、例えばＪＩＳコードに
変換する必要があるが、この場合も上記と同様にして、
必要なキャラクタコードに変換し、ファイル伝送を行な
うことができる。
要求する他のキャラクタコード、例えばＪＩＳコードに
変換する必要があるが、この場合も上記と同様にして、
必要なキャラクタコードに変換し、ファイル伝送を行な
うことができる。
【００６０】
【発明の効果】以上詳述したように、本発明によれば、
メンテナンス用プログラムファイルがバイナリ形式で作
成されてもＪＣＡ手順でのファイル伝送が可能であり、
また、複数のメンテナンス用プログラムファイルを１回
のダイヤル接続で送信することができ、送信漏れを防止
できるデータ通信システムを提供することができる。
メンテナンス用プログラムファイルがバイナリ形式で作
成されてもＪＣＡ手順でのファイル伝送が可能であり、
また、複数のメンテナンス用プログラムファイルを１回
のダイヤル接続で送信することができ、送信漏れを防止
できるデータ通信システムを提供することができる。
【図１】本発明のデータ通信システムの原理図である。
【図２】本発明の第１の実施例の構成図である。
【図３】本発明の第２の実施例の構成図である。
１ 上位側装置
２ 端末装置
１０1 〜１０n 上位側装置のプログラムファイル
１１ 結合部（結合手段）
１２ キャラクタ変換部（キャラクタ変換手段）
１３ 送信手段
２０1 〜２０n 端末装置のプログラムファイル
２１ 分離部（分離手段）
２２ バイナリ変換部（バイナリ変換手段）
２３ 受信手段
Claims (3)
- 【請求項１】 バイナリで記述された複数のプログラム
ファイル（101 ，10 2 〜10n ）を結合する結合手段(11)
と、 該結合手段(11)で結合して得られたバイナリファイル内
の各バイナリデータをキャラクタデータに変換するキャ
ラクタ変換手段(12)と、 該キャラクタ変換手段(12)で変換されたキャラクタデー
タを所定の通信手順に則って送信する送信手段(13)とを
具備したことを特徴とするデータ送信装置。 - 【請求項２】 複数のプログラムが含まれるキャラクタ
データを所定の通信手順に則って受信する受信手段(23)
と、 該受信手段(23)で受信した各キャラクタデータをバイナ
リデータに変換してバイナリファイルを作成するバイナ
リ変換手段(22)と、 該バイナリ変換手段(22)で得られたバイナリファイル
を、バイナリで記述された複数のプログラム（201 , 20
2 〜20n ）に分離する分離手段(21)とを具備したことを
特徴とするデータ受信装置。 - 【請求項３】 請求項１記載のデータ送信装置によりバ
イナリで記述された複数のプログラムをキャラクタデー
タに変換して送信するとともに、請求項２記載のデータ
受信装置で受信し、バイナリデータに変換して複数のプ
ログラムに分離することを特徴とするデータ通信システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3165367A JPH0512154A (ja) | 1991-07-05 | 1991-07-05 | データ通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3165367A JPH0512154A (ja) | 1991-07-05 | 1991-07-05 | データ通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0512154A true JPH0512154A (ja) | 1993-01-22 |
Family
ID=15811026
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3165367A Pending JPH0512154A (ja) | 1991-07-05 | 1991-07-05 | データ通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0512154A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06274325A (ja) * | 1993-03-17 | 1994-09-30 | Nec Corp | ソフトウェアレビジョン管理方式及びネットワークを利用したソフトウェア改版方式 |
| US5883820A (en) * | 1994-01-13 | 1999-03-16 | Citizen Watch Co., Ltd. | Computer system |
| US7309178B2 (en) | 2004-06-25 | 2007-12-18 | Brother Kogyo Kabushiki Kaisha | Image formation device |
| WO2025074889A1 (ja) * | 2023-10-05 | 2025-04-10 | ソニーセミコンダクタソリューションズ株式会社 | 情報処理装置、端末装置、情報処理システムおよびデータ生成方法 |
-
1991
- 1991-07-05 JP JP3165367A patent/JPH0512154A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06274325A (ja) * | 1993-03-17 | 1994-09-30 | Nec Corp | ソフトウェアレビジョン管理方式及びネットワークを利用したソフトウェア改版方式 |
| US5883820A (en) * | 1994-01-13 | 1999-03-16 | Citizen Watch Co., Ltd. | Computer system |
| US7309178B2 (en) | 2004-06-25 | 2007-12-18 | Brother Kogyo Kabushiki Kaisha | Image formation device |
| WO2025074889A1 (ja) * | 2023-10-05 | 2025-04-10 | ソニーセミコンダクタソリューションズ株式会社 | 情報処理装置、端末装置、情報処理システムおよびデータ生成方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4164126B2 (ja) | プロトコル・コンバータ装置及び方法 | |
| JP3240495B2 (ja) | データの可逆符号化方法および装置、並びに、伸長装置 | |
| JPH0512154A (ja) | データ通信システム | |
| CN111522779B (zh) | 一种多系统文件交互的配置处理方法 | |
| CN100401671C (zh) | 一种文件传送方法 | |
| JP2005266973A (ja) | データ移行方法および装置 | |
| JP4205603B2 (ja) | 可変長マルチフォーマット変換装置及び方法並びにこれを用いたファイル転送システム | |
| JP2940948B2 (ja) | データ圧縮方式 | |
| KR100531550B1 (ko) | 첨부 파일 압축 기능을 구비한 전자메일 시스템 및 그 컨트롤 방법 | |
| JPH0766096A (ja) | 半導体製造装置の管理装置 | |
| JP4446102B2 (ja) | データ圧縮／復元システム、データ圧縮装置、データ復元装置、及びプログラム | |
| JP3120721B2 (ja) | 画像符号化復号装置 | |
| JP2007141127A (ja) | 通信プロトコル | |
| JP7752716B1 (ja) | データ転送装置及び方法 | |
| JP2786161B2 (ja) | データ転送方法 | |
| JPH11296510A (ja) | データ変換装置 | |
| KR20030033411A (ko) | 직렬 인터페이스에서 바이너리 데이터의 아스키데이터로의 변환방법 | |
| RU2413966C2 (ru) | Устройство и способ контроля состояния оборудования | |
| JPH0454021A (ja) | データ圧縮転送方式 | |
| JP2003323594A (ja) | Ｉｃカードシステム及びｉｃカードの通信制御アプリケーション | |
| JP3714988B2 (ja) | 移動通信における遠隔データ転送システム | |
| JP2000115833A (ja) | 移動体通信基地局システムでのプログラムの転送方式及び転送格納方式 | |
| JPH0595383A (ja) | データ透過伝送方式 | |
| JP2806169B2 (ja) | 圧縮データ伸長装置 | |
| JPH03162134A (ja) | 通信データの圧縮・伸張方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20000704 |