JPH0556102A - データ長自動判別装置 - Google Patents

Abstract

(57)【要約】 【目的】 この発明の目的は、端末装置から送られてく
るデータのビット長を自動的に判別できるデータ長自動
判別装置を提供することである。 【構成】 この判別装置では、ＣＰＵ２０１はデータ端
末との回線確立がなされると、モード設定信号ＭＤをシ
リアルＩ／Ｏ２０６に与えるので、信号ＭＤに従ったビ
ット長で、モデム２０９から与えられる送信データが受
信される。このとき、受信データのＳＴＸにストップビ
ットが検出されないと、ＣＰＵ２０１には割込み信号Ｉ
Ｔが与えられるので、ＣＰＵ２０１は受信データが現在
のモードで指定されるビット長でないことを判別する。
そしてこのエラーを回復するような信号ＭＤが出力され
て、送信データのビット長が変更されても常に正確にデ
ータの受信解読が行なえるように構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はデータ長自動判別装置
に関し、特に、電話回線を利用して端末装置からデータ
を収集するデータ収集システムに適用され、端末装置か
ら受信したデータのビット長を自動的に判別するデータ
長自動判別装置に関する。

【０００２】

【従来の技術】従来より、各家庭あるいはその他のユー
ザに設けられたメーター・センサなどの機器類（たとえ
ば、水道メーター、ガスメーター、電気メーター、ガス
漏れ警報器、火災警報器）の情報を、電話回線を利用し
てセンターに送信するシステムが知られている。このよ
うなシステムでは、センターは定期的に各ユーザのメー
ター類の情報を電話回線を介して収集し、使用料金徴収
のための検針作業を集中的に行なっている。また、ガス
漏れ警報器、火災警報器からの緊急情報を受取って警報
を発生し、異常発生の早期発見を図っている。一般的
に、このような電話回線を利用したデータ収集システム
は、テレメータリングシステムと呼ばれている。

【０００３】ところで、上記のようなテレメータリング
システムでは、各ユーザごとに端末網制御装置が設けら
れ、各メーター・センサの情報はこの端末網制御装置を
介してセンター側に送られる。このとき、各メーター・
センサの情報は、それぞれデータパケットに載せてセン
ターに送られる。このデータパケットは、複数のキャラ
クタデータを含み、各キャラクタデータのビット長は、
メーター・センサの機種によって異なった値を取り得
る。現在のところ、１キャラクタデータのビット長は、
パリティビットをを含まない５ビット長と、偶数のパリ
ティビットをさらに含む７ビット長とが規格によって定
められている。

【０００４】センター側では、各ユーザの端末網制御装
置から送られてくるデータを正しく解読するために、送
られてくるデータについて１キャラクタデータのビット
長が５ビットか７ビットかを予め認識している必要があ
る。そのため、センター側に予め設けられるコンピュー
タは、各ユーザ側に設けられる端末網制御装置のいずれ
のポートにどのようなメーターまたはセンサが接続され
ているかを管理情報として保有しており、アクセスした
メーターまたはセンサから送られてくるデータをこの管
理情報に従ったビット長で解読するようにしていた。

【０００５】

【発明が解決しようとする課題】従来のテレメータリン
グシステムは上述のように構成されていたので、端末網
制御装置のあるポートに接続されたメーターまたはセン
サが、それまでとは異なるビット長のキャラクタデータ
を送信するメーターまたはセンサに付け換えられた場
合、センター側では付け換えられたメーターまたはセン
サから送られてくるデータを解読することができないと
いう問題点があった。すなわち、この場合、センター側
のコンピュータは受信データの解読不能を示すＮＡＫ
（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ）信号、
またはデータの再送信を要求するための再オーダーを端
末網制御装置に送り、その後端末網制御装置からの返送
を待つ。端末網制御装置から送られてきたデータが再び
解読不能の場合は、センターはＮＡＫ信号または再オー
ダーを端末網制御装置に再送信する。以上の動作を所定
回数繰り返してもなお、端末網制御装置側から解読可能
なデータが送信されない場合、センター側は所定のエラ
ー処理を実行する。

【０００６】このように、従来のテレメータリングシス
テムでは、端末網制御装置に接続されているメーターま
たはセンサが異なるビット長のものに付け換えられた場
合、センター側ではそのメーターまたはセンサの情報を
収集できないという問題点があった。この問題点を解決
するために、端末網制御装置側において、受信されるデ
ータのビット長を自動判別する方式が提案された。詳細
には、電話回線を利用して端末装置から受信したデータ
パケットに含まれている複数のキャラクタデータのう
ち、最初のキャラクタデータにおける論理の反転間隔を
タイマー機能などを利用して計測し、その計測結果に基
づいて、受信されるキャラクタデータのビット長を判別
し、判別されたビット長のデータとして受信されるデー
タパケットのキャラクタデータを解読するようにしてい
る。しかしながら、このビット長自動判別方式を採用し
た場合、受信されるキャラクタデータの論理の反転間隔
を計測する必要があるので、電話回線と端末網制御装置
とを接続するための入力ポートは、汎用機能を備えるも
のに限定されるという制約があり、これは上述した問題
の根本的な解決策とはなり得なかった。

【０００７】また、テレメータリングシステムには適用
されないが、汎用モデム制御コマンドに用いられるデー
タ・フォーマット自動判別方式として一般に、Ｈａｙｅ
ｓ社（アメリカ合衆国）が提供しているＡＴコマンドが
ある。このデータ・フォーマット自動判別方式は、スタ
ットビットおよびストップビットを除くデータビット長
が同じもの、たとえば８ビットでパリティビットなし
（８＋０＝８）、７ビットで偶数パリティビットあり
（７＋１＝８）および７ビットで奇数パリティビットあ
り（７＋１＝８）などの同一データビット長にのみ適用
されるという制限がある。したがって、このデータ・フ
ォーマット自動判別方式ではデータビット長が全く異な
るものを判別することができないという問題点があっ
た。

【０００８】それゆえにこの発明の目的は、端末装置か
ら送られてくるデータを入力するための入力ポートの機
能に特別な制約が設けられることなく、受信データの任
意のビット長を自動的に判別でき、それによってセンタ
ー側でのデータの解読不能をなくすことのできるような
データ長自動判別装置を提供することである。

【０００９】

【課題を解決するための手段】この発明に係るデータ長
自動判別装置は、電話回線を利用して端末装置から複数
のキャラクタデータからなるパケットを収集するデータ
収集システムにおいて、前記端末装置から受信したデー
タのビット長を自動的に判別するデータ長自動判別装置
である。詳細には、端末装置から送信される所定ビット
長のキャラクタデータを正常受信するためのモードを設
定するモード設定手段と、端末装置から送信されるデー
タパケットに含まれている複数の前記キャラクタデータ
のうち、最初のキャラクタデータを前記モード設定手段
によって設定された前記モードに従って受信する受信手
段と、受信手段による受信時に、前記最初のキャラクタ
データのビット長と前記所定ビット長とが一致するか否
かを検出する検出手段と、さらには前記検出手段の検出
結果に基づいて、前記キャラクタデータのビット長を判
別する判別手段とを備えて構成される。

【００１０】さらに、上述したような構成において検出
手段による不一致検出に応じて、前記モード設定手段
を、前記設定モードを前記不一致を回復するようなモー
ドに変更するよう制御する制御手段とを備えて構成され
るようにしてもよい。

【００１１】

【作用】この発明に係るデータ長自動判別装置は、端末
装置から送られてくるデータパケットに含まれる複数の
キャラクタデータは、固有のビット長を有していること
に着目し、受信手段がモード設定手段により設定された
モードに従って受信したデータについて、検出手段は、
そのビット長が設定モードに従う所定ビット長に一致す
るか否かを検出する。そして、この検出手段の検出結果
に基づいて判別手段は当該受信データのビット長を判別
する。これによって、端末装置から送られてくるデータ
のビット長が自動的に判別される。また、センタでは、
端末装置から送られてるくデータを、モード設定手段に
より設定されたモードに従って解読すれば、メーターま
たはセンサなどの端末装置が異なるビット長の装置に付
け換えられても、そこから送信されるデータの解読が不
能となることは防止される。

【００１２】

【実施例】以下、本発明の一実施例について図を参照し
て詳細に説明する。

【００１３】図１は、この発明の一実施例によるセンタ
ー側網制御装置の概略構成を示す図である。

【００１４】図２は、この発明が適用され得るテレメー
タリングシステムの概略構成を示すブロック図である。

【００１５】図２において、センター側のホストコンピ
ュータ１は、センター側網制御装置（以下、Ｃ−ＮＣＵ
と呼ぶ）２を介して交換機３と接続されている。交換機
３には、複数の電話回線Ｌ１〜Ｌｎが接続されている。
各電話回線Ｌ１〜Ｌｎは、各ユーザに引込まれている。
各ユーザにおいては、端末網制御装置（以下、Ｔ−ＮＣ
Ｕと呼ぶ）４が設けられる。各ユーザにおけるＴ−ＮＣ
Ｕ４は、それぞれ電話回線Ｌ１〜Ｌｎと接続されてい
る。また、各Ｔ−ＮＣＵ４は、複数のポートを有し、そ
のポートに情報収集の対象となるメーターまたはセンサ
類が接続されている。図２に示されるテレメータリング
システムでは、一例として、各Ｔ−ＮＣＵ４に水道メー
ター５とガスメーター６とが接続される。

【００１６】図２に示されるテレメータリングシステム
では、ホストコンピュータ１があるユーザにおけるある
メーターまたはセンサからのデータの送信を要求するオ
ーダーを発生すると、このオーダーはＣ−ＮＣＵ２を介
して交換機３に与えられる。オーダーを受取った交換機
３は、そのオーダーに含まれている電話番号に対応する
電話回線を介して、指定されたユーザのＴ−ＮＣＵ４に
オーダーを送信する。オーダーを受信したＴ−ＮＣＵ４
は、そのオーダーで指定されるポートに接続されたメー
ターまたはセンサから情報を吸い上げてデータパケット
の形に編集して電話回線に送出する。Ｔ−ＮＣＵ４から
のデータは、交換機３を介してセンター側に送られる。
センターでは、交換機３から送られてきたデータをＣ−
ＮＣＵ２が解読し、ホストコンピュータ１に出力する。
ホストコンピュータ１はＣ−ＮＣＵ２から受取ったデー
タに対して使用料金の演算または他の処理を行なって図
示されないデータメモリに格納する。また、必要に応じ
て、ホストコンピュータ１は処理結果を表示器に表示
し、または印字出力する。

【００１７】図２に示されたＣ−ＮＣＵ２のより詳細な
構成が図１に示される。図１において、ＣＰＵ２０１に
は、プログラムデータを格納したＲＯＭ２０２と、種々
の処理を行なう上で必要となるデータを記憶するＲＡＭ
２０３とが接続されている。ＣＰＵ２０１は、ＲＯＭ２
０２に格納されたプログラムデータに従って動作を行な
う。また、ＣＰＵ２０１には、シリアルＩ／Ｏ２０５が
接続されている。シリアルＩ／Ｏ２０５は、データをシ
リアルに入出力するもので、出力インタフェース２０８
を介してホストコンピュータ１と接続されている。した
がって、ＣＰＵ２０１は、シリアルＩ／Ｏ２０５、シリ
アルインタフェース２０８を介してホストコンピュータ
１とシリアルデータの伝送を行なうことが可能である。

【００１８】さらに、ＣＰＵ２０１には、シリアルＩ／
Ｏ２０６が接続されている。シリアルＩ／Ｏ２０６は簡
単なメモリ機能を備えるＩＣ（集積回路）であり、汎用
入力ポートを含まない構成を有して、モデム２０９に接
続されている。モデム２０９は、回線インタフェース２
１０を介して交換機３と接続されている。モデム２０９
は、回線インタフェース２１０を介して交換機３からキ
ャリア信号が入力されると、応じてＣＤ（ｃａｒｒｉｅ
ｒ ｄｅｔｅｃｔ）信号を活性化する。また、モデム２
０９は、シリアルＩ／Ｏ２０６から入力されるＲＳ（ｒ
ｅｑｕｅｓｔｔｏ ｓｅｎｄ）信号が活性化されると、
応じて回線インタフェース２１０を介して交換機３にキ
ャリア信号を送出する。シリアルＩ／Ｏ２０６からデー
タを送出する場合は、ＲＳ信号を活性化して、出力端子
ＴＸＤからシリアルデータをモデム２０９に向けて出力
する。これによって、モデム２０９は、回線インタフェ
ース２１０を介して交換機３へシリアルデータを出力す
る。一方、データを受信する場合、モデム２０９は、ま
ず交換機３からのキャリア信号の入力を検出し、ＣＤ信
号を活性化する。したがって、シリアルＩ／Ｏ２０６は
ＣＤ信号を監視しておき、ＣＤ信号が活性化された時点
でモデム２０９から入力端子ＲＸＤに与えられるデータ
を取込む。

【００１９】またＣＰＵ２０１はシリアルＩ／Ｏ２０６
にキャラクタモード設定信号ＭＤを与える。逆に、シリ
アルＩ／Ｏ２０６はＣＰＵ２０１に割込み信号（ポーリ
ング）ＩＴを与える。シリアルＩ／Ｏ２０６は、ＣＰＵ
２０１からキャラクタモード設定信号ＭＤが与えられる
と、応じて受信可能なデータのビット長に関するデータ
を信号ＭＤに基づいて内部メモリに設定する。これを、
以下キャラクタモード設定機能という。また、シリアル
Ｉ／Ｏ２０６は、交換機３から与えられるデータをキャ
ラクタモード設定機能により設定されたビット長データ
に基づいて受信した場合、受信データのキャラクタのビ
ット長が、この設定されたビット長に一致せず、フレー
ミングエラー（調歩同期式においてストップビットが検
出されない場合に生じるエラー）が発生すると、これを
検出し、応じてＣＰＵ２０１に割込み信号ＩＴを与え
る。この割込み信号ＩＴはポーリングであってもよい。
このようにシリアルＩ／Ｏ２０６は、ＣＰＵ２０１から
与えられるキャラクタモード設定信号ＭＤに応じて、交
換機３との間における調歩同期式の信号処理方式を可変
設定する。

【００２０】さらに、ＣＰＵ２０１には、データをパラ
レルに入出力するパラレルＩ／Ｏ２０７が接続される。
このパラレルＩ／Ｏ２０７には、入出力機器インタフェ
ース２１１が接続される。入出力機器インタフェース２
１１には、ＬＥＤ２１２、ブザー２１３、操作ボタン２
１４などの種々の入出力機器が接続される。

【００２１】図３は、図２に示されるＴ−ＮＣＵ４から
Ｃ−ＮＣＵ２に送られるデータパケットのフォーマット
を示す図である。

【００２２】図３におい、データパケットはヘッダ部と
データ部とエンド部とに分けられる。ヘッダ部には、デ
ータパケットの開始を示すコードＳＴＸ（ｓｔａｒｔ
ｏｆｔｅｘｔ）が含まれている。このＳＴＸには０２_H
（１６進表示）の数値コードを用いるように予め定めら
れる。データ部には、センターに送信するべき本来の情
報（たとえば、メーターの番号、検出値など）が含まれ
る。エンド部は、データパケットの終了を示すコードＥ
ＴＸ（ｅｎｄ ｏｆ ｔｅｘｔ）が含まれる。このＥＴ
Ｘには、０３_H （１６進表示）の数値コードを用いるよ
うに予め定められる。ヘッダ部およびエンド部は、それ
ぞれ１つのキャラクタデータ（ＳＴＸ、ＥＴＸ）を含
み、データ部は複数のキャラクタデータを含む。

【００２３】図４（ａ）および（ｂ）は、図３に示され
たＳＴＸにおいてフレーミングエラーが検出される場合
について示す波形図である。

【００２４】図４（ａ）には、５ビット長のキャラクタ
データのＳＴＸのビットパターンが示される。図４
（ｂ）には、７ビット長のキャラクタデータのＳＴＸの
ビットパターンが示される。たとえば、今、５ビット長
のキャラクタモードが設定されていると想定としたと
き、７ビット長のキャラクタデータが送信されると、図
４に示される時刻Ｔ１でシリアルＩ／Ｏ２０６はフレー
ミングエラーの発生を検知する。

【００２５】図５は、図２に示されるＣＰＵ２０１の全
体の動作を説明するためのフロー図である。

【００２６】図６は、図２に示されるＣＰＵ２０１が実
行する動作のうち、本実施例にとって興味のある特徴部
分の動作をより詳細に示すフロー図である。

【００２７】以下、これら図４（ａ）および（ｂ）ない
し図６を参照して、図１および図２に示される実施例の
動作を説明する。

【００２８】なお、本実施例においては、センター側に
送信されるデータには、５ビット長のキャラクタデータ
を含むかまたは７ビット長のキャラクタデータを含むか
の２種類があると想定する。

【００２９】まず、図５を参照して、ＣＰＵ２０１の全
体的な動作を説明する。ＣＰＵ２０１は、まずステップ
Ｓ１（図中、Ｓ１と略す）において、動作開始に必要な
種々の初期設定を行なう。続いて、ＣＰＵ２０１は、ス
テップＳ２において、電話回線の監視制御を行なう。こ
の電話回線の監視制御では、現在使用中の電話回線はど
れであるか、あるいはどの電話回線からデータが送られ
てきたかなどの監視を行なう。次に、ステップＳ３にお
いて、ＣＰＵ２０１は、Ｔ−ＮＣＵ４とのデータの送受
信制御を行なう。すなわち、ＣＰＵ２０１は、このステ
ップＳ３において、モデム２０９で行なわれるＴ−ＮＣ
Ｕ４へのデータの送信処理およびＴ−ＮＣＵ４からのデ
ータの受信処理の制御を行なう。次に、ＣＰＵ２０１
は、ステップＳ４において、センター側のホストコンピ
ュータ１との通信処理を行なう。その後、ＣＰＵ２０１
は、ステップＳ５において、ＬＥＤ２１２、ブザー２１
３、操作ボタン２１４などの入出力に対するデータの入
出力制御を行なう。その後、処理はステップＳ２に戻
り、以下同様にして処理が繰り返される。

【００３０】図６に示される処理フローは、図５におけ
るステップＳ３で実行される端末との送受信制御の一部
をより詳細に示すもので、本実施例の特徴部分の動作を
示している。次に、この図６を図３および図４とともに
参照して、本実施例の特徴となるＣＰＵ２０１の動作を
以下に説明する。

【００３１】図６に示される処理は、図２において交換
機３を介してＣ−ＮＣＵ２に呼が着信し、これに応じて
Ｃ−ＮＣＵ２と相手側データ端末（水道メーター５また
はガスメーター６）との間で電話回線が確立され、デー
タ通信可能となったことに応じて開始される処理であ
る。

【００３２】まず、ステップＳ２０１において、ＣＰＵ
２０１は予め該Ｃ−ＮＣＵ２のキャラクタモードを５ビ
ット長に設定する。すなわち、シリアルＩ／Ｏ２０６に
キャラクタモード設定信号ＭＤを与え、シリアルＩ／Ｏ
２０６の内部メモリに５ビット長のキャラクタモードデ
ータを設定する。これに応じて、シリアルＩ／Ｏ２０６
の内部メモリには受信可能なキャラクタデータのＳＴＸ
のビットパターンとして、図４（ａ）に示されたような
（００１０００１）のマークとスペースの組合わせによ
る５ビット長のＳＴＸパターンが設定される。次にＣＰ
Ｕ２０１はステップＳ２０２において電話回線が確立さ
れたことに応じて次に受信すべき信号が受信されない場
合のタイムアウトを監視し、タイムアウトとなれば、処
理を次のステップＳ２０９に移行させて、エラー処理を
実行する。このステップＳ２０２におけるタイムアウト
の監視では、回線確立後に受信すべき信号に相当するキ
ャリア信号が受信されるまでの期間が計時され、この計
時期間が所定時間（たとえば６秒）を超えてなお、キャ
リア信号未受信であれば、ステップＳ２０８のエラー処
理が実行される。

【００３３】前記ステップＳ２０２の処理において回線
確立後所定時間内に所定のキャリア信号が検出されれ
ば、すなわちモデム２０９を介してキャリア検出信号Ｃ
ＤがシリアルＩ／Ｏ２０６に与えられ、応じてＣＰＵ２
０１に報知されると、ステップＳ２０３の処理が実行さ
れる。

【００３４】ステップＳ２０３において、ＣＰＵ２０１
は前述したフレミングエラーの検出がなされるか否かを
判別する。シリアルＩ／Ｏ２０６はモデム２０９を介し
て与えられる信号を入力端子ＲＸＤを介して入力し、応
じてそのヘッダ部のＳＴＸを予め内部メモリにストアさ
れた５ビット長のＳＴＸパターンと比較処理する。この
とき予めメモリにストアされたＳＴＸの７ビット目のマ
ークと受信されるキャラクタデータのＳＴＸの７ビット
目のパターンが一致する間は、シリアルＩ／Ｏ２０６に
よりフレミングエラーは検出されないので、ＣＰＵ２０
１はステップＳ２０４の処理に移行し、ＳＴＸが受信さ
れたか否かを判別する。このとき、５ビット長のＳＴＸ
が受信されない間は、再びステップＳ２０２の処理に戻
り、前述した処理が繰り返される。

【００３５】ステップＳ２０３の処理において、シリア
ルＩ／Ｏ２０６がフレーミングエラーを検出し、応じて
割込み信号ＩＴをＣＰＵ２０１に与えると、ＣＰＵ２０
１は、応じてステップＳ２０５の処理に移行する。すな
わち、ＣＰＵ２０１は、前述したステップＳ２０３の処
理において割込み信号ＩＴが与えられたことに応じて、
現在のキャラクタモードでは受信できないデータ、すな
わち７ビット長のキャラクタデータが送信されているこ
とに応じて、再びシリアルＩ／Ｏ２０６にキャラクタモ
ード設定信号ＭＤを与えて、７ビット長のキャラクタモ
ードに設定変更する。詳細には、シリアルＩ／Ｏ２０６
は、その内部メモリに図４（ｂ）に示される（００１０
００００）のスペースとマークの組合わせによる７ビッ
トのパターンがストアされる。

【００３６】以上のようにステップＳ２０４の判別処理
においてＳＴＸ受信が確認されれば、以降、キャラクタ
モードが５ビット長であることに基づく図３に示された
データ部とエンド部のＥＴＸの受信処理がステップＳ２
０６およびステップＳ２０７の処理において行なわれ、
その後ステップＳ２０８の次の処理に移行する。

【００３７】ステップＳ２０５の処理を経て７ビット長
のキャラクタモードに設定変更された場合、以降のデー
タ部の受信は、キャラクタモードが７ビット長であるこ
とに従ってそのデータ部の受信処理およびＥＴＸの受信
処理がＳ２０６およびステップＳ２０７の処理において
行なわれる。その後、次の処理に移行する。

【００３８】なお、上述の実施例は、いわゆるテレメー
タリングシステムに適用されているが、この発明は端末
からデータを収集するようなデータ収集システムであれ
ば、その他のデータ収集システムにも同様にして適用す
ることが可能である。

【００３９】

【発明の効果】以上説明したように、この発明によれ
ば、端末装置から送られてくるデータのビット長を自動
的に判別することができる。これによりセンター側で端
末装置からのデータを解読する場合、たとえ端末装置側
でデータ通信のためのデータのビット長が独自に変更さ
れても常に受信データの解読が正確に行なえ、センター
側でデータの収集が不可能となるような事態を防止でき
るという効果がある。

【図面の簡単な説明】

【図１】この発明の一実施例によるセンター側網制御装
置の概略構成を示す図である。

【図２】この発明が適用され得るテレメータリングシス
テムの概略構成を示すブロック図である。

【図３】テレメータリングシステムにおいて採用されて
いるデータパケットのフォーマットを示す図である。

【図４】（ａ）および（ｂ）は、図３に示されたＳＴＸ
においてフレミングエラーが検出される場合について示
す波形図である。

【図５】図２に示されるＣＰＵの全体の動作を説明する
ためのフロー図である。

【図６】図２に示されるＣＰＵが実行する動作のうち、
本実施例にとって興味ある特徴部分の動作をより詳細に
示すフロー図である。

【符号の説明】

１ ホストコンピュータ ２ センター側網制御装置 ３ 交換機 Ｌ１〜Ｌｎ 電話回線 ４ 端末網制御装置 ５ 水道メーター ６ ガスメーター ２０１ ＣＰＵ ２０２ ＲＯＭ ２０３ ＲＯＭ ＩＴ 割込み信号 ＭＤ キャラクタモード設定信号 なお、各図中、同一符号は同一または相当部分を示す。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 電話回線を利用して端末装置から複数の
   キャラクタデータからなるパケットを収集するデータ収
   集システムにおいて、前記端末装置から受信したデータ
   のビット長を自動的に判別するデータ長自動判別装置で
   あって、 前記端末装置から送信される所定ビット長のキャラクタ
   データを正常受信するためのモードを予め設定するモー
   ド設定手段と、 前記端末装置から送信されるデータパケットに含まれて
   いる複数の前記キャラクタデータのうち、最初のキャラ
   クタデータを前記モード設定手段によって設定された前
   記モードに従って受信する受信手段と、 前記受信手段による受信時に、前記最初のキャラクタデ
   ータのビット長と前記所定ビット長とが一致するか否か
   を検出する検出手段と、 前記検出手段の検出結果に基づいて、前記キャラクタデ
   ータのビット長を判別する判別手段とを備える、データ
   長自動判別装置。
2. 【請求項２】 前記検出手段による不一致検出に応じ
   て、前記モード設定手段を前記設定モードを前記不一致
   を回復するようなモードに変更するよう制御する制御手
   段とを、さらに備えた請求項１記載のデータ長自動判別
   装置。