(57)【特許請求の範囲】
【請求項１】
通信用伝送路を介してセンタ側装置と接続されるとともに、複数の端末機器が接続され、該端末機器からの発呼を前記センタ側装置に伝える端末網制御装置において、
前記センタ側装置との通信の異常またはいずれかの端末機器の異常により該端末機器が発呼を繰り返し行った場合、該端末機器からの発呼を無効にする発呼無効手段と、前記端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別して、当該端末機器からの発呼が無効にされているか否かを判別する手段とを備えたことを特徴とする端末網制御装置。
【請求項２】
通信用伝送路を介してセンタ側装置と接続されるとともに、複数の端末機器が接続され、該端末機器からの発呼を前記センタ側装置に伝える端末網制御装置において、
前記端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別する手段と、前記センタ側装置との通信の異常またはいずれかの端末機器の異常により該端末機器が発呼を繰り返し行った場合、該端末機器からの発呼を無効にする発呼無効手段と、前記端末機器を識別した後、当該端末機器からの発呼が無効にされていない場合、所定時間内における前記端末機器からの発呼の回数を計数する計数手段とを備え、前記発呼無効手段は、前記端末機器の発呼回数が所定回数を越えた場合に前記端末機器からの発呼を無効にすることを特徴とする端末網制御装置。
【請求項３】
通信用伝送路を介してセンタ側装置と接続されるとともに、複数の端末機器が接続され、該端末機器からの発呼を前記センタ側装置に伝える端末網制御装置において、
前記センタ側装置との通信の異常またはいずれかの端末機器の異常により該端末機器が発呼を繰り返し行った場合、前記センタ側装置の指令により前記端末機器からの発呼を無効にする発呼無効手段と、前記端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別して、当該端末機器からの発呼が無効にされているか否かを判別する手段とを備えたことを特徴とする端末網制御装置。
【請求項４】
通信用伝送路を介してセンタ側装置と接続されるとともに、複数の端末機器が接続され、該端末機器からの発呼を前記センタ側装置に伝える端末網制御装置において、
前記端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別する手段と、前記センタ側装置との通信の異常またはいずれかの端末機器の異常により該端末機器が発呼を繰り返し行った場合、前記センタ側装置の指令により前記端末機器からの発呼を無効にする発呼無効手段と、前記端末機器を識別した後、当該端末機器からの発呼が無効にされていない場合、所定時間内における前記端末機器からの発呼の回数を計数する計数手段と、前記端末機器の発呼回数が所定回数を越えた場合に、全ての端末機器からの発呼を一時的に無効にしてから前記発呼回数をセンタ側装置に送信する送信手段とを備え、前記発呼無効手段は、前記センタ側装置からの指令を受けたとき前記端末機器からの発呼を無効にすることを特徴とする端末網制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、公衆電話回線を介してセンタ側装置と接続されるとともに、複数のメータ、接点機器等が接続された端末網制御装置に関する。
【０００２】
【従来の技術】
従来より、需要家におけるガス、水道および電力等のメータで検針された検針データ、あるいはガス漏れ等の異常事態発生データを公衆電話回線を介してセンタ側装置に伝えるデータ通信システムが普及している。
【０００３】
このようなデータ通信システムの概略構成を図４に示す。このデータ通信システムでは、センタ側装置１と需要先に設置される端末網制御装置２（以下、「ＮＣＵ」という。）とが交換局３および電話回線４を介して接続されている。センタ側装置１は、図示しないホストコンピュータやセンタ網制御装置から構成される。ＮＣＵ２には、水道メータ５、プロパンガスメータ６、電力メータ７、ガス漏れ等の異常状態やプロパンガスのボンベ取換時期等を検知する接点機器８および電話機９が接続されている（以下、各メータ５，６，７および接点機器８を総称するときは端末機器という。）。なお、端末機器に代わり、ガス会社から供給されるガスのメータや部屋内の様子を撮像するＣＣＤセンサ等が接続されてもよい。
【０００４】
このデータ通信システムでは、端末機器で検針された検針データやガス漏れ信号等が端末機器からＮＣＵ２に対して送信され、端末機器からの発呼要求を受けたＮＣＵ２はセンタ側装置１に対して発呼を行う。
【０００５】
このとき、端末機器の故障により、検針データやガス漏れ信号等が何度も繰り返してＮＣＵ２に対して送信された場合、ＮＣＵ２はセンタ側装置１に対し同じ回数だけ繰り返して発呼を行う。
【０００６】
また、ＮＣＵ２からセンタ側装置１へ送信される発呼信号が、センタ側装置１での輻輳、電話回線４上におけるノイズ等の原因で通信途中で途絶えたときには、ＮＣＵ２は再度、センタ側装置１に対して発呼を行い、通信途中で途絶える現象を繰り返す。
【０００７】
これらの場合、ＮＣＵ２は、センタ側装置１との回線を保留してしまうことになり、他のＮＣＵ２がセンタ側装置１に対して発呼しても、センタ側装置１は通話中であるので発呼は拒否される。そのため、他のＮＣＵ２は、回線が空き状態になるまで待機しなければならず、回線の使用効率という点で問題があった。
【０００８】
そこで、本願出願人は、特願平２−４０５６６６号公報において、センタ側装置１との回線を保留することを防止できるＮＣＵ２を提案した。このＮＣＵ２は、端末機器からの発呼要求にともなってセンタ側装置１に対して発呼を繰り返し行う場合、その発呼の回数に制限を設けることにした。すなわち、発呼の回数が所定回数を越えるとき、センタ側装置１に対して発呼をしないように制御する（「発呼を無効にする」、「発呼を無効化する」等という。）。
【０００９】
図５は、この場合のＮＣＵ２の処理動作を示すフローチャートである。簡単に説明すると、ＮＣＵ２は、いずれかの端末機器からの発呼要求を受信すると（ステップＳ１）、自身の発呼が無効にされているかどうかを判別する（ステップＳ２）。発呼が無効にされていなければ、発呼の回数をカウントしメモリに記憶する（ステップＳ３）。
【００１０】
次に、ＮＣＵ２は、センタ側装置１に対して発呼し、センタ側装置１とデータ通信を行う（ステップＳ４）。そして、通信が正常に終了するか否かの判別を行い（ステップＳ５）、この通信が正常に終了すれば処理を終了する。
【００１１】
しかし、センタ側装置１との通信が、センタ側装置１の輻輳、電話回線４上のノイズ状態、あるいは端末機器の不良等で正常に終了しないとき、発呼回数が予め定める所定回数を越えているか否かの判別を行う（ステップＳ６）。発呼回数が所定回数を越えていなければ、ステップＳ１に戻って発呼要求の待ち状態となる。一方、発呼回数が所定回数を越えておれば、発呼を無効にする処理を行う（ステップＳ７）。
【００１２】
上記のように、従来のＮＣＵ２では、センタ側装置１とのデータ通信が正常終了しないで、かつ発呼回数が所定回数を越えると、センタ側装置１への発呼を無効にしていた。すなわち、ＮＣＵ２の発呼機能を停止するようにしていた。このようにすれば、ＮＣＵ２からセンタ側装置１に対して発呼がされなくなるので、回線の保留状態が解除され、他のＮＣＵ２は待機することなくセンタ側装置１と通信を行うことができる。
【００１３】
【発明が解決しようとする課題】
しかしながら、発呼回数を制限してＮＣＵ２の発呼する機能を停止してしまうと、同じＮＣＵ２に接続されている他の正常な端末機器からの発呼をセンタ側装置１に伝えることができなくなる。つまり、一つの端末機器が故障し発呼が無効にされた場合、正常である他の端末機器からの発呼が無視されるといった弊害を生じる。
【００１４】
また、上記の場合、ＮＣＵ２において発呼を無効にしているため、センタ側装置１では、どのＮＣＵ２が発呼を無効にしているかが把握できない。そのため、例えば、端末機器での異常が発生した場合、異常原因を究明するのに長時間を要するといった問題点があった。
【００１５】
本発明は、上記問題点に鑑み、端末機器ごとに発呼を無効にできる端末網制御装置の提供を目的とする。また、センタ側装置からの指令により端末機器からの発呼を無効にできる端末網制御装置の提供を他の目的とする。
【００１６】
【課題を解決するための手段】
本発明による課題解決手段は、通信用伝送路を介してセンタ側装置と接続されるとともに、複数の端末機器が接続され、端末機器からの発呼をセンタ側装置に伝える端末網制御装置において、センタ側装置との通信の異常またはいずれかの端末機器の異常により端末機器が発呼を繰り返し行った場合、その端末機器からの発呼を無効にする発呼無効手段を備えたものである。具体的には、端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別し、所定時間内における端末機器からの発呼の回数を計数する計数手段とを備え、発呼無効手段は、端末機器の発呼回数が所定回数を越えた場合に端末機器からの発呼を無効にする。
【００１７】
この構成によれば、いずれかの端末機器からの発呼が、例えば、センタ側装置の輻輳、回線上のノイズ状態、あるいは端末機器の不良等で繰り返し行われ、回線が保留状態になった場合に、その端末機器からの発呼を無効にする。そのため、回線の保留状態を解除できる上、他の正常な端末機器からの発呼は無効にされないので、その発呼は支障なく確実にセンタ側装置へ伝えられる。
【００１８】
本発明による他の課題解決手段は、センタ側装置との通信の異常またはいずれかの端末機器の異常により端末機器が発呼を繰り返し行った場合、センタ側装置の指令により端末機器からの発呼を無効にする発呼無効手段を備えたものである。具体的には、端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別し、所定時間内における端末機器からの発呼の回数を計数する計数手段と、端末機器の発呼回数が所定回数を越えた場合に発呼回数をセンタ側装置に送信する送信手段とを備え、発呼無効手段は、センタ側装置からの指令を受けたとき端末機器からの発呼を無効にする。
【００１９】
上記構成によれば、端末機器の発呼回数をセンタ側装置に送信するので、センタ側装置では、いずれの端末機器の発呼に起因して異常が発生しているかを把握できる。そのため、センタ側装置から当該端末機器の発呼を無効にすることができ、例えば、ある端末機器の不良により回線が保留になっていた場合、その端末機器を即座に見つけ出して修理等の作業をいち早く行うことができる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を添付図面を参照して詳細に説明する。
【００２１】
＜第１実施形態＞
本発明の第１実施形態に係る端末網制御装置が適用されるデータ通信システムの構成は、「従来の技術」の欄で説明した図４に示す構成と基本的に同様である。そのため、以下の説明においては同図を再び参照する。また、同じ機能を有する部分については同符号を示す。
【００２２】
図２は、図４に示すＮＣＵ２の内部構成および周辺機器との接続構成を示す図である。ＮＣＵ２は、メモリ１１を内蔵したマイクロコンピュータからなる主制御部１２と、センタ側装置１に対する送受信信号の変復調を行うモデム部１３と、データ通信と電話とを切換えるための局線部１４と、各部に電源を供給する電源部１５と、水道メータ５と主制御部１２のインターフェースを司る水道メータ用インターフェイス部１６と、プロパンガスメータ６と主制御部１２のインターフェースを司るプロパンガスメータ用インターフェイス部１７と、電力メータ７と主制御部１２のインターフェースを司る電力メータ用インターフェイス部１８と、接点機器８と主制御部１２のインターフェースを司る接点機器用インターフェイス部１９とを備えている。
【００２３】
メモリ１１には、表１に示すように、端末機器ごとに発呼の所定回数、発呼回数、および端末機器からの発呼を無効にしているかどうかを表す無効フラグが記憶されている。
【００２４】
【表１】
0003615927.tif 000002
【００２５】
所定回数とは、端末機器の発呼を無効にするときの基準となる回数であり、ある端末機器が予め定める所定時間（例えば、２ケ月）にこの所定回数を越える発呼を行えば発呼を無効にする。例えば、各端末機器は、定期的にセンタ側装置１に対して検針データの発呼を行うが、その発呼回数は２ケ月当たり約１回行われる。また、センタ側装置１でプロパンガスの残量を把握するときにその残量データを送信するために発呼する回数も、１ケ月当り１，２回程度である。所定回数は、これらのことを踏まえて、何らかの異常により発呼が繰り返され、明らかに異常と認められる回数、例えば１０回に設定される。
【００２６】
発呼回数とは、各端末機器からの発呼の回数のことであり、発呼が行われれば自動的にカウントされる。なお、この発呼回数は、定期的に発呼が行われるたびに積算されると、いずれは上記所定回数を越えてしまうので、１ケ月または２ケ月に一度、リセットされる。
【００２７】
無効フラグは、「０」または「１」の２値データからなり、例えば無効フラグが「０」の場合は端末機器の発呼は無効にされておらず、「１」の場合は端末機器の発呼は無効にされていることを示す。主制御部１２は、この無効フラグをチェックすることにより端末機器の発呼が無効にされているかどうかを判別する。
【００２８】
なお、図２には示していないが、主制御部１２には、上記メモリ１１以外にプログラムを記憶したＲＯＭや、異常時の状況を後で調べるために電源が切られてもデータの内容を保持する不揮発性メモリ等が内蔵されている。
【００２９】
ＮＣＵ２は、端末機器からの発呼要求を受信したときにどの端末機器からの発呼要求かを識別する。次に、所定時間内における端末機器からの発呼の回数を計数し、端末機器の発呼回数が所定回数を越えた場合にその端末機器からの発呼を以後、無効にする。これにより、他の正常な端末機器からの発呼は、支障なくセンタ側装置１に伝えることができる。
【００３０】
図１は、ＮＣＵ２の主制御部１２の処理動作を示すフローチャートである。主制御部１２は、いずれかの端末機器から発呼要求を受信したとき（ステップＴ１）、まず、どの端末機器からの発呼要求かを識別する（ステップＴ２）。この識別は、発呼要求データに含まれる識別データによってなされる。これにより、端末機器ごとの発呼回数をメモリ１１に記憶することができる。
【００３１】
次に、当該端末機器からの発呼が無効にされているか否かを判別する（ステップＴ３）。この判別は、上述した無効フラグに基づいて行われる。例えば、無効フラグが「０」の場合は端末機器からの発呼は無効にされていないと判別し、「１」の場合は無効にされていると判別する。
【００３２】
発呼が無効にされていなければ、メモリ１１に記憶されている端末機器の発呼回数をカウントし改めてメモリ１１に記憶する（ステップＴ４）。次いで、主制御部１２は、センタ側装置１に対して発呼を行い（ステップＴ５）、データ通信が正常に終了するか否かの判別を行う（ステップＴ６）。正常にデータ通信が終了すれば本処理を終了する。
【００３３】
しかし、センタ側装置１とのデータ通信が、回線上のノイズ状態、センタ側装置１の輻輳、あるいは端末機器の不良等で正常に終了しないとき、各端末機器の発呼回数のうち予め定める所定回数を越えるものがあるかどうかを判別する（ステップＴ７）。所定回数を越えるものがない場合、ステップＴ１に戻り発呼要求の待ち状態となる。
【００３４】
一方、所定回数を越えるものがある場合、その発呼回数に該当する端末機器のみの発呼をそれ以後、無効にする（ステップＴ８）。したがって、それ以後、当該端末機器からの発呼があっても、主制御部１２は、無効を解除しない限りその発呼を無効にする。次いで、その端末機器の発呼回数をクリアして初期状態に戻す（ステップＴ９）。そして、ステップＴ１に戻り、発呼要求の待ち状態となる。
【００３５】
表１によれば、アドレス「３０」に記憶された電力メータ７の発呼回数が所定回数の１０回を越えている。この場合、電力メータ７の発呼は無効にされ、無効フラグは「１」となる。すなわち、これは、電力メータ７が発呼を１０回行っても、センタ側装置１と正常にデータ通信できなかったことを示している。
【００３６】
このように、ＮＣＵ２は、各端末機器のそれぞれの発呼回数を計数し、所定時間内に所定回数を越えた端末機器があれば、その端末機器のみの発呼をそれ以後、無効にする。そのため、電話回線４が長期にわたり保留状態となることを防げる上、ＮＣＵ２は、他の正常な端末機器からの発呼を受け付けることができるので、センタ側装置１に対して支障なく発呼することができる。したがって、電話回線４を効率的に使用することができる。
【００３７】
また、発呼の要求を回数によって制限することにより、センタ側装置１に対する発呼が繰り返してされなくなるので、例えば、ＮＣＵ２の電源部１５が電池で構成されている場合、その電池の消耗を防止することができる。
【００３８】
なお、第１実施形態において、発呼の無効を解除するには、ＮＣＵ２の主制御部１２をリセットすることにより行ってもよく、ＮＣＵ２に各種のデータを設定するための専用設定機等によって行ってもよく、あるいはセンタ側装置１からの指令により行ってもよい。
【００３９】
＜第２実施形態＞
次に、この発明の第２実施形態について説明する。第２実施形態の特徴は、端末機器からの発呼の回数をセンタ側装置１に送信し、センタ側装置１からの指令により端末機器の発呼を無効にする点にある。このようにすれば、センタ側装置１でも端末機器の発呼回数を把握できる。なお、データ通信システムおよびＮＣＵ２の構成は、第１実施形態と同様である。
【００４０】
図３は、第２実施形態に係るＮＣＵ２の主制御部１２の処理動作を示すフローチャートである。ステップＰ１の、端末機器からの発呼要求を受信する処理から、ステップＰ７の、各端末機器の発呼回数のうち所定回数を越えるものがあるかどうか判別する処理までは、第１実施形態で説明した図１のステップＴ１からステップＴ７までの処理と同様であるため、その説明を省略する。
【００４１】
ステップＰ７において、発呼回数が所定回数を越えた端末機器がない場合、ステップＰ１の発呼要求の待ち状態に戻る。一方、発呼回数が所定回数を越えた端末機器がある場合、ＮＣＵ２に接続されている全ての端末機器からの発呼を一時的に無効にする（ステップＰ８）。これは、次ステップでセンタ側装置１にデータを送信するので、全ての端末機器からの発呼を受け付けないようにするためである。
【００４２】
次いで、各端末機器ごとの発呼回数をセンタ側装置１に送信する（ステップＰ９）。この場合、ステップＰ６において異常と判別された、センタ側装置１とＮＣＵ２との通信において、原因は永久的なものでないので、時間が経過すると正常になることを想定して既に復旧しているものとする。次に、センタ側装置１からの応答データを受信し、その応答データに端末機器の発呼を無効にする指令があるか否かを判別する（ステップＰ１０）。そして、無効にする指令があれば、指定された端末機器からの発呼を無効にする（ステップＰ１１）。
【００４３】
次に、発呼が無効にされた端末機器の発呼回数をクリアして初期状態に戻す（ステップＰ１２）。そして、ステップＰ８で行った一時的な発呼の無効を解除し（ステップＰ１３）、ステップＰ１に戻る。
【００４４】
このように、センタ側装置１に各端末機器の発呼回数を伝えることにより、センタ側装置１では、発呼回数が所定回数を越えているかどうかを把握でき、ＮＣＵ２に対して発呼を無効にする端末機器を指令することができる。そのため、例えば、ある端末機器の不良により回線が保留になっていた場合、その端末機器を即座に見つけ出して修理等の作業をいち早く行うことができる。
【００４５】
なお、ステップＰ９において、ＮＣＵ２からセンタ側装置１に各端末機器の発呼回数を伝えても、回線の状態が悪くセンタ側装置１に伝わらない場合は、第１実施形態のようにＮＣＵ２で判断して端末機器の発呼を無効にしてもよい。また、何らかの原因で回線が長期間保留状態になっていた場合、発呼回数が所定回数を越えていないときでも、センタ側装置１の指令により端末機器の発呼を無効にしてもよい。
【００４６】
なお、本発明は、上記実施形態に限定されるものではなく、本発明の範囲内で上記実施形態に多くの修正および変更を加え得ることができる。
【００４７】
【発明の効果】
以上のように、この発明によると、端末機器が所定回数を越える発呼を行うときに、その端末機器の発呼を無効にする。すなわち、各端末機器ごとに発呼を無効にできるので、他の正常な端末機器からの発呼要求に対して支障なく確実にセンタ側装置へ発呼することができる。しかも、電話回線が長期間にわたり保留されることがなくなるので、回線の使用効率を向上させることができる。
【００４８】
また、各端末機器の発呼回数をセンタ側装置へ送信して、センタ側装置の指令により端末機器からの発呼を無効にするので、例えば、ある端末機器の不良により回線が保留になっていた場合、その端末機器を即座に認識でき、異常の原因追究が容易となり、修理等の作業をいち早く行うことができる。そのため、保守性に優れた端末網制御装置とすることができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係る端末網制御装置の処理動作を示すフローチャート
【図２】同じく端末網制御装置の内部構成および周辺機器との接続構成を示す図
【図３】第２実施形態に係る端末網制御装置の処理動作を示すフローチャート
【図４】従来の端末網制御装置が適用されるデータ通信システムの構成を示す図
【図５】従来の端末網制御装置の処理動作を示すフローチャート
【符号の説明】
１    センタ側装置
２    端末網制御装置
４    電話回線
５    水道メータ
６    プロパンガスメータ
７    電力メータ
８    接点機器
１２    主制御部
【図１】
0003615927.tif 000003
【図２】
0003615927.tif 000004
【図３】
0003615927.tif 000005
【図４】
0003615927.tif 000006
【図５】
0003615927.tif 000007