(57)【要約】【課題】  音声データや画像データに影響を与えることなく、しかも保守データ用の専用線を用いずに、保守データを送信する。【解決手段】  保守データを一時的に格納する送信待ちキュー２９と、通信相手側へ出力した保守データのデータ長及び通信帯域を用いて、この通信帯域を保証できる保守データの出力間隔を求め、この出力間隔を次の保守データの待ち時間とする待ち時間演算部２１と、待ち時間の経過を計測するカウンタ２３と、待ち時間が経過すると、送信待ちキュー２９に格納されている次の保守データをＩＰ網側へ出力する判断部２４と、を備えている。【選択図】  図２
2005269386.tif 000002
【特許請求の範囲】
【請求項１】
通信相手側の装置を制御するための保守データを、ＩＰ網を介して、該通信相手側へ送信する通信制御装置において、
前記保守データを一時的に蓄えておく送信待ち記憶領域と、
前記通信相手側へ出力した前記保守データのデータ長及び通信帯域を用いて、該通信帯域を保証できる保守データの出力間隔を求め、該出力間隔を次の保守データの待ち時間とする待ち時間演算手段と、
前記待ち時間が経過したか否かに応じて、前記送信待ち記憶領域に蓄えられている前記次の保守データを前記ＩＰ網側へ出力する出力タイミング制御手段と、
を備えていることを特徴とする通信制御装置。
【請求項２】
請求項１に記載の通信制御装置において、
送信した前記保守データを一時的に蓄えておく再送信待ち記憶領域と、
前記通信相手側から前記保守データを受信した旨の応答を受信する受信手段と、
を備え、
前記出力タイミング制御手段は、前記保守データを出力してから予め定めた時間が経過しても、前記受信手段が前記応答を受信しないときで、且つ前記待ち時間が経過したときに、前記再送信待ち記憶領域に前記保守データが蓄えられている場合には、該保守データを前記ＩＰ網側へ出力する、
【請求項３】
請求項１及び２のいずれか一項に記載の通信制御装置において、
前記保守データを前記通信相手側へ出力するときのデータ長を受け付けるデータ長受付手段と、
前記データ長受付手段が受け付けた前記データ長に、前記保守データのデータ長を設定するデータ長設定手段と、
を備え、
前記待ち時間演算手段は、前記データ長受付手段が受け付けた前記データ長を用いて、前記待ち時間を演算する、
ことを特徴とする通信制御装置。
【請求項４】
請求項１から３のいずれか一項に記載の通信制御装置において、
前記保守データの通信帯域を受け付ける帯域受付手段を備え、
前記待ち時間演算手段は、前記帯域受付手段が受け付けた前記通信帯域を用いて、前記待ち時間を演算する、
ことを特徴とする通信制御装置。
【請求項５】
請求項１から４のいずれか一項に記載の通信制御装置において、
音声データ及び／又は画像データを、前記保守データとは異なる通信帯域で送信及び／又は受信する送受信制御手段を備えている、
ことを特徴とする通信制御装置。
【請求項６】
請求項１から５のいずれか一項に記載の通信制御装置と、
前記通信制御装置からの前記保守データを受信する前記通信相手側の通信制御装置と、
前記通信相手側の前記通信制御装置が受信した前記保守データにより制御される制御対象装置と、
を備えていることを特徴とする通信システム。
【請求項７】
請求項６に記載の通信システムにおいて、
前記制御対象装置は、外部の状況を撮像する撮像手段を有し、
前記保守データは、前記撮像手段の動作に関する保守データである、
ことを特徴とする通信システム。
【請求項８】
通信相手側の装置を制御するための保守データを、ＩＰ網を介して、該通信相手側へ送信する通信制御方法において、
前記保守データの送信を一時的に保留しておく送信待ちデータ保留工程と、
前記通信相手側へ送信した前記保守データのデータ長及び通信帯域を用いて、該通信帯域を補償できる保守データの出力間隔を求め、該出力間隔を次の保守データの待ち時間とする待ち時間演算工程と、
前記待ち時間が経過したか否かに応じて、前記送信待ちデータ保留工程で保留している前記次の保守データを前記ＩＰ網側へ送る送信工程と、
を含むことを特徴とする通信制御方法。
【請求項９】
請求項８に記載の通信制御方法において、
送信した前記保守データと同じデータを一時的に保留しておく再送信待ちデータ保留工程と、
前記通信相手側から前記保守データを受信した旨の応答を受信する受信工程と、
を含み、
前記送信工程では、前記保守データを出力してから予め定めた時間が経過しても、前記受信工程で前記応答を受信しないときで、且つ前記待ち時間が経過したときに、前記再送信待ち記憶領域に前記保守データが蓄えられている場合には、該保守データを前記ＩＰ網側へ出力する、
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データ等を通信相手側へＩＰ（Internet  Protcol）網を介して送信すると共に、通信相手側の装置を制御するための保守データの通信帯域を定めて、該保守データをＩＰ網を介して、通信相手側へ送信する通信制御装置、及び通信制御方法に関する。
【背景技術】
【０００２】
従来、音声データや画像データの他に、保守データを相手側に送信する方法として、保守データ用の専用線を設ける方法の他、以下の特許文献１に記載されている方法がある。
【０００３】
この特許文献１に記載の方法は、画像データを一時的に蓄えておく記憶領域を確保しておき、音声データ及び保守データのデータ長をカウントし、このデータ長に応じて、画像データ用記憶領域のどこに音声データ及び保守データを挿入するかを定めて、音声データ及び保守データを画像データ用記憶領域の定められた位置に蓄え、画像データと共に音声データ及び保守データを送信するという技術である。
【０００４】
【特許文献１】特開２００１−１２８１５０公報    図２
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、保守データ用の専用線を設ける技術では、この専用線の設置のためにイニシャルコストが嵩んでしまうという問題点がある。また、特許文献１に記載の技術では、画像データ、音声データ、保守データを一旦まとめているため、それを分解するための負荷が大きいという問題点がある。さらに、例えば、大量の画像データが連続的に入力してきた場合、音声データを画像データ記憶領域に挿入する隙間がなくなり、大量の画像データを出力した後に、音声データを出力し、再び、大量の画像データを出力した後に画像データを出力するというような現象が起こる可能性があり、音声データの連続性、言い換えると、音声データのリアルタイム性を損ねる虞れ、つまり、保守データ以外のデータの通信に悪影響を及ぼす虞があるという問題点もある。
【０００６】
本発明は、このような従来の問題点に着目してなされたもので、イニシャルコストの増加を抑えることができると共に、保守データ以外の音声データや画像データ等の通信に悪影響を及ぼすことなく、保守データを送信することができる通信制御装置、これを備えた通信システム、及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記問題点を解決するための発明に係る通信制御装置は、
通信相手側の装置を制御するための保守データを、ＩＰ網を介して、該通信相手側へ送信する通信制御装置において、
前記保守データを一時的に蓄えておく送信待ち記憶領域と、前記通信相手側へ出力した前記保守データのデータ長及び通信帯域を用いて、該通信帯域を保証できる保守データの出力間隔を求め、該出力間隔を次の保守データの待ち時間とする待ち時間演算手段と、前記待ち時間が経過したか否かに応じて、前記送信待ち記憶領域に蓄えられている前記次の保守データを前記ＩＰ網側へ出力する出力タイミング制御手段と、を備えていることを特徴とするものである。
【０００８】
ここで、前記通信制御装置は、
送信した前記保守データを一時的に蓄えておく再送信待ち記憶領域と、前記通信相手側から前記保守データを受信した旨の応答を受信する受信手段と、を備え、
前記出力タイミング制御手段は、前記保守データを出力してから予め定めた時間が経過しても、前記受信手段が前記応答を受信しないときで、且つ前記待ち時間が経過したときに、前記再送信待ち記憶領域に前記保守データが蓄えられている場合には、該保守データを前記ＩＰ網側へ出力するものであることが好ましい。
【０００９】
また、前記通信制御装置は、
前記保守データを前記通信相手側へ出力するときのデータ長を受け付けるデータ長受付手段と、前記データ長受付手段が受け付けた前記データ長に、前記保守データのデータ長を設定するデータ長設定手段と、を備え、
前記待ち時間演算手段は、前記データ長受付手段が受け付けた前記データ長を用いて、前記待ち時間を演算するものであってもよい。
【００１０】
さらに、前記通信制御装置は、
前記保守データの通信帯域を受け付ける帯域受付手段を備え、
前記待ち時間演算手段は、前記帯域受付手段が受け付けた前記通信帯域を用いて、前記待ち時間を演算するものであってもよい。
【００１１】
また、以上の通信制御装置は、
音声データ及び／又は画像データを、前記保守データとは異なる通信帯域で送信及び／又は受信する送受信制御手段を備えているものであることが好ましい。
【００１２】
また、前記問題点を解決するための発明に係る通信システムは、
以上の通信制御装置と、該通信制御装置からの前記保守データを受信する前記通信相手側の通信制御装置と、該通信相手側の該通信制御装置が受信した前記保守データにより制御される制御対象装置と、を備えていることを特徴とするものである。
【００１３】
また、前記問題点を解決するための発明に係る通信制御方法は、
通信相手側の装置を制御するための保守データを、ＩＰ網を介して、該通信相手側へ送信する通信制御方法において、
前記保守データの送信を一時的に保留しておく送信待ちデータ保留工程と、前記通信相手側へ送信した前記保守データのデータ長及び通信帯域を用いて、該通信帯域を補償できる保守データの出力間隔を求め、該出力間隔を次の保守データの待ち時間とする待ち時間演算工程と、前記待ち時間が経過したか否かに応じて、前記送信待ちデータ保留工程で保留している前記次の保守データを前記ＩＰ網側へ送る送信工程と、を含むことを特徴とするものである。
【発明の効果】
【００１４】
本発明によれば、保守データの通信帯域を保証できる保守データの出力間隔を次の保守データの待ち時間として求め、この待ち時間が経過すると、次の保守データを出力しているので、保守データの通信帯域を保証でき、音声データや画像データの通信に悪影響を及ぼすことなく、この保守データを送信することができる。また、保守データの通信帯域を、他のデータの通信帯域とは異なる通信帯域にすることで、これらのデータの受信側では、各データ抽出の負荷を最小限に抑えることができる。さらに、保守データを他のデータとを同一の信号線で送信することができるので、専用線を設ける必要がなく、イニシャルコストを抑えることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明に係る通信システムの一実施形態について、図面を用いて説明する。
【００１６】
本実施形態の通信システムは、ＩＰ網を介して、２つの通信拠点Ａ，Ｂ間での通信を行うものである。この通信システムの一方の通信拠点Ａは、複数の監視カメラを有する画像入力装置１と、電話機４Ａと、保守操作用装置５Ａと、これらからのデータを他方の通信拠点Ｂに送るための通信制御装置２Ａと、ルータ３Ａとを備えている。また、この通信システムの他方の通信拠点Ｂは、一方の通信拠点Ａの画像入力装置１で捕えた画像データを出力する画像出力装置７と、電話機４Ｂと、保守操作用装置５Ｂと、電話機４Ｂ及び保守用操作装置５Ｂからのデータを一方の通信拠点Ａに送ると共に、一方の通信拠点Ａからの画像データを受信する通信制御装置２Ｂと、ルータ３Ｂとを備えている。各拠点Ａ，Ｂの通信制御装置２Ａ，２Ｂとルータ３Ａ，３Ｂとは、ＬＡＮで接続されている。また、各拠点Ａのルータ３Ａと拠点Ｂのルータ３Ｂとは、ＩＰ網６により接続されている。
【００１７】
以上のように、本実施形態では、一方の通信拠点Ａが監視される被監視地点で、他方の通信拠点Ｂが被監視拠点Ａの状況を監視する監視拠点である。なお、図１では、一方の通信拠点である被監視拠点Ａを１つしか描いていないが、実際には複数の被監視拠点が存在する。
【００１８】
監視拠点Ｂの通信制御装置２Ｂは、図２に示すように、ＬＡＮケーブルを介してルータ３Ｂと通信するための処理を施すＬＡＮインタフェース制御部１０と、このＬＡＮインタフェース制御部１０から被監視拠点Ａの画像データを受信する画像通信制御部１１と、画像通信制御部１１からの画像データを伸長・復号化して画像出力装置７へ出力する伸長・復号化部１２Ｂと、電話機４Ｂからの音声データを圧縮・符号化すると共に、被監視拠点Ａからの音声データを伸長・復号化する圧縮・符号化／伸長・復号化部１３と、音声通信制御部１４と、保守操作用装置５Ｂから保守データを受け取る保守制御部１５と、保守制御部１５からの保守データを一時的に蓄えておく送信待ちキュー２９と、保守データの通信帯域を制御する保守帯域制御部２０と、を備えている。なお、保守データとしては、具体的に、画像入力装置Ａの複数のカメラの切替や各カメラの動作を指示するデータや、電話機４Ａ，４Ｂの音声レベルを指示するデータ等がある。また、図２中、実線の矢印で示すものが画像データ、音声データ、保守データ、保守データの確認応答のいずれかで、破線の矢印で示すものが他のデータ等である。
【００１９】
保守制御部１５は、保守操作用装置５Ｂから、保守データ等に関する構成情報を受け付ける構成情報受付部１８と、この構成情報受付部１８が受け付けた構成情報を記憶しておく構成情報テーブル１９と、保守操作用装置５Ｂからの保守データを所定のデータ長に設定するデータ長設定部１６と、所定のデータ長になった保守データに、後述の独自ヘッダを付けるヘッダ付加部１７と、を有している。
【００２０】
保守帯域制御部２０は、保守データを出力してから次の保守データを出力するまでの待ち時間を求める待ち時間演算部２１と、１０ｍｓタイマ２２と、待ち時間の経過をカウントするカウンタ２３と、カウンタが０になったか否かを判断する判断部２４と、出力した送信データをそのまま一時的に蓄えておく再送信待ちキュー２８と、出力した保守データを再送信待ちキュー２８に入れるキューイング処理部２５と、再送信待ちキュー２８に入れた保守データの情報を記憶しておく再送信データ管理テーブル２６と、を有している。なお、出力タイミング制御手段は、カウンタ２３及び判断部２４を有して構成される。
【００２１】
ＩＰ網６に送出される保守データ３０には、図４に示すように、独自ヘッダ３１、ＵＤＰ（User  Datagram  Protocol）ヘッダ３２、ＩＰ（Internet  Protocol）ヘッダ３３が付される。独自ヘッダ３１は、１つの保守データを複数に分割した場合の各データのうちの先頭データであるか否かを示すファーストフラグ３４と、保守データがキャンセルされたデータであるか否かを示すキャンセルフラグ３５と、保守データ受信の確認応答を行ったか否かを示す応答識別フラグ３６と、再送待ちキュー２８に保守データを入れた際の保守データの格納アドレスを示すキュー番号３７と、１つの保守データを複数に分割した場合の各データの順番を示すシーケンス番号３８と、保守データを識別するためのデータＩＤ３９とを有している。ファーストフラグ３４は、１つの保守データを複数のＩＰパケットに分割された場合に、先頭のデータであることを通信相手側に認識させるためのもので、先頭の場合に「１」が設定され、それ以外の場合に「０」が設定される。キャンセルフラグ３５は、保守データがキャンセルされた場合に「１」が設定される。応答識別フラグ３６は、保守データの受信側で、送信元に対して確認応答を返す場合に「１」が設定され、それ以外の場合に「０」が設定される。
【００２２】
保守制御部１５の構成情報テーブル１９には、保守データの送信データ長、例えば、１００byteや、保守データの通信で使用するＩＰ網６での帯域、例えば、４Kbps等が記憶される。これらデータ長や通信帯域の値は、いずれも、保守操作用装置５Ｂから入力される。
【００２３】
保守帯域制御部２０の再送信データ管理テーブル２６には、再送信待ちキュー２８内での保守データの格納アドレスと、保守データの送信先のＩＰアドレスと、保守データの出力時の１０ｍｓタイマ２２の値と、保守データの再送可能回数とが登録される。
【００２４】
また、被監視拠点Ａの通信制御装置２Ａは、図３に示すように、ＬＡＮケーブルを介してルータ３Ａと通信するための処理を施すＬＡＮインタフェース制御部１０と、画像入力装置１からの画像データを圧縮・符号化する画像圧縮符号化部１２Ａと、画像通信制御部１１Ｂと、電話機４Ａからの音声データを圧縮・符号化すると共に、監視拠点Ｂからの音声データを伸長・復号化する圧縮・符号化／伸長・復号化部１３と、音声通信制御部１４と、保守操作用装置５Ａから保守データを受け取る保守制御部１５と、保守制御部１５からの保守データを一時的に蓄えておく送信待ちキュー１９と、保守データの通信帯域を制御する保守データ帯域制御部２０と、を備えている。以上のように、被監視拠点Ａの通信制御装置２Ａは、監視拠点Ｂの通信制御装置２Ｂの画像伸長・復号化部１２Ｂが画像圧縮/符号化部１２Ａになっている以外、監視拠点Ｂの通信制御装置２Ｂの構成と基本的に同じである。
【００２５】
次に、監視拠点Ｂの動作について説明する。
【００２６】
画像パケットが、被監視拠点ＡからＩＰ網６を介して監視拠点ＢのＬＡＮインタフェース制御部１０に入力すると、このＬＡＮインタフェース制御部１０は、この画像パケットから、ＩＰヘッダ及びＵＤＰヘッダを外して、画像通信制御部１１に送出する。画像通信制御部１１は、ＬＡＮインタフェース制御部１０からの画像パケットからＲＴＰ（Real  Time  Protocol）ヘッダを外して、画像データとして、画像伸長・復号化部１２Ｂに渡す。画像伸長・復号化部１２Ｂは、この画像データに対して、伸長・復号化処理を施して、画像出力装置７に渡す。
【００２７】
また、音声パケットが、被監視拠点ＡからＩＰ網６を介して監視拠点ＢのＬＡＮインタフェース制御部１０に入力すると、このＬＡＮインタフェース制御部１０は、この音声パケットから、ＩＰヘッダ及びＵＤＰヘッダを外して、音声通信制御部１４に送出する。音声通信制御部１４は、ＬＡＮインタフェース制御部１０からの音声パケットからＲＴＰヘッダを外して、音声データとして、音声圧縮・符号化／伸長・復号化部１３に渡す。音声圧縮・符号化／伸長・復号化部１３は、この音声データに対して、伸長・復号化処理を施して、電話機４Ａに渡す。また、電話機４Ａからの音声データは、音声圧縮・符号化／伸長・復号化部１３で、圧縮・符号化処理を施され、音声通信制御部１４でＲＴＰヘッダが付されて、音声パケットとして、ＬＡＮインタフェース制御部１０に渡される。ＬＡＮインタフェース制御部１０は、この音声パケットにＩＰヘッダ及びＵＤＰヘッダを付加して、ＩＰ網６に送出する。
【００２８】
次に、監視拠点Ｂから、例えば、被監視拠点Ａの画像入力装置１の複数のカメラの切替や各カメラの動作を指示する保守データを送信する際の動作について、図５〜図７に示すシーケンス図に従って説明する。
【００２９】
図５に示すように、保守操作用装置５Ｂから保守要求が入力すると（Ｓ１）、保守制御部１５は、この保守要求を解析して、保守データを生成する。この過程で、保守制御部１５のデータ長設定部１６は、構成情報テーブル１９に記憶されているデータ長になるように、保守データを生成し、ヘッダ付加部１７は、この保守データ３０に独自ヘッダ３１（図４）を付加して（Ｓ２）、送信待ちキュー２９に入れる（Ｓ３）。
【００３０】
保守帯域制御部２０のカウンタ２３には、初期カウント値として後述の待ち時間が設定され、このカウンタ２３は、１０ｍｓ毎にカウント値をディクリメントする。カウンタ値は、それが０である場合には、送信待ちの保守データの出力可能状態を示し、０以外である場合には、送信待ちの保守データの出力不可状態を示している。判断部２４は、このカウンタ２３のカウント値を常時監視しており、カウンタ値が０になったか否か、送信待ちの保守データの出力可能状態であるか否か、を判断する（Ｓ４）。判断部２４は、カウンタ値が０である場合には、送信待ちキュー２９に送信待ちの保守データがあるか否かを判断し（Ｓ５）、保守データがある場合には、この保守データを送信待ちキュー２９から刈り取って（Ｓ６）、ＬＡＮインタフェース制御部１０に渡す（Ｓ７）。ＬＡＮインタフェース制御部１０は、この保守データに、ＵＤＰヘッダ及びＩＰヘッダを付加して（Ｓ１０）、保守ＩＰパケットとして、ＩＰ網６へ送出する（Ｓ１１）。
【００３１】
保守帯域制御部２０のキューイング処理部２５は、保守データがＬＡＮインタフェース制御部１０に渡されると、この保守データと同じデータを再送信待ちキュー２８に格納すると共に、この保守データの格納アドレス、このデータ保守の送信先のＩＰアドレス、この保守データの送出時の１０ｍｓタイマ２２のタイマ値を、再送信データ管理テーブル２６に登録する（Ｓ８）
保守帯域制御部２０の待ち時間演算部２１は、構成情報テーブル１９に登録されている保守データのデータ長及び通信帯域を用いて、前述の待ち時間、つまり初期カウンタ値を演算する（Ｓ９）。
【００３２】
待ち時間演算部２１は、以下の（数１）に示すように、保守データのデータ長を通信帯域で割って、待ち時間を求める。
【００３３】
待ち時間＝（保守データのデータ長）／（通信帯域）  ・・・・・・・・・（数１）
例えば、データ長が１００byteで、通信帯域が４Kbpsの場合には、
待ち時間＝1000×[100（byte）×8]／[4×1000（bps）]
＝200（mS）
となる。なお、以上の式で、データ長の掛けている1000は、時間単位をmS（１ｓ＝1000mS）に統一するためで、100（byte）に掛けている8は、データ量をbit（１byte＝8bit）に統一するためである。
【００３４】
本実施形態のカウンタ２３は、１０mSタイマ２２に連動して、１０mS毎にディクリメントするので、待ち時間演算部２１は、このカウンタ２３に、初期カウンタ値として、200（mS）／10（mS）＝20を設定する。
【００３５】
なお、保守操作用装置５Ｂから新たに、データ長及び／又は通信帯域が入力され、構成情報テーブル１９のデータ長及び／又は通信帯域の値が変われば、待ち時間演算部２１が求める待ち時間も当然変わる。また、この実施形態では、待ち時間演算部２１は、待ち時間の演算のたびに、構成情報テーブル１９を参照するが、図４に示す独自ヘッダ３１の予備の箇所に、データ長又は通信帯域が変わったことを示す構成情報変化フラグを設け、この変化フラグが「１」になったときのみ、構成情報テーブル１９を参照するようにしてもよい。この構成情報変化フラグは、保守制御部１５のヘッダ付加部１７が設定する。
【００３６】
図６に示すように、ＬＡＮインタフェース制御部１０が、保守データの送信先である被監視拠点Ａから、ＩＰ網６を介して、保守データを受け取った旨の確認応答のＩＰパケットを受信すると（Ｓ１２）、このＩＰパケットからＵＤＰヘッダ及びＩＰヘッダを外して確認応答を保守帯域制御部２０の解析部２７に渡す（Ｓ１３）。
【００３７】
解析部２７は、再送信待ちキュー２９に格納されている保守データが、この保守データを送出してから一定時間よりも経過したか否かの再送信処理を１０mS毎に行う（Ｓ１４）。解析部２７は、この再送信処理の過程で、確認応答を受信すると、この確認応答に含まれている独自ヘッダ３１のキュー番号３７（図４）をキーとして、再送信データ管理テーブル２６中に、このキュー番号が示すアドレスと同じ格納アドレスの保守データの管理データに関して、登録されているか否かを調べる。キュー番号に対応する保守データの管理データが再送信管理テーブル２６に登録されている、つまり、再送信待ちキュー２８にキュー番号に対応する保守データが格納されていることが分かると、独自ヘッダ３１の応答識別フラグ３６を「１」に設定し、確認応答中に含まれている独自ヘッダ３１のシーケンス番号３８から、当該保守データの確認応答であることを確認する。当該保守データの確認応答であることが確認されると、再び、再送信データ管理テーブル２６を参照して、当該保守データの送出時の１０ｍｓタイマ２２のタイマ値を調べて、この送出時のタイマ値と現在の１０ｍｓタイマ２２のタイマ値との差を求める。そして、この差が、一定時間差以内、つまり、当該保守データを送信してから、確認応答を受信するまでの時間が一定時間以内である場合には、当該保守データの送信が完了したとして、再送信待ちキュー２８に格納されている当該保守データを解放する。解析部２７は、さらに、該当保守データの送信が完了したことを保守制御部１５に通知する（Ｓ１５）。保守制御部１５は、この通知を受けると、保守操作用装置５へ、該当保守データの通信が完了したことを通知する（Ｓ１６）。
【００３８】
なお、以上の説明では、独自ヘッダ３１のキュー番号３７は、送信待ちキュー２９内での保守データの格納アドレスであり、再送信待ちキュー２８の格納アドレスではないが、実際には、送信待ちキュー２９と再送信待ちキュー２８とは、メモリの同じ領域を使用し、一旦、メモリ中の領域に保守データが格納されると、この保守データが送信されても、一定時間以内に確認応答がない限り、この保守データはメモリ中の同一アドレスの位置に格納されたままになっているため、この保守データに関する送信待ちキュー２９の格納アドレスと、再送信待ちキュー２８の格納アドレスとは同じである。したがって、Ｓ１４において、確認応答に含まれているキュー番号（送信待ちキュー２９内のアドレス）をキーとして、再送信待ちキュー２８に格納されている保守データに関する再送信データ管理テーブル２６を検索することができる。
【００３９】
また、図６に示すシーケンスでも、図５に示すシーケンスのＳ１〜Ｓ１１と同様に、Ｓ２５〜Ｓ２７、Ｓ１７〜Ｓ２４が実行される。すなわち、保守操作用装置５Ｂから保守要求が入力すると（Ｓ２５＝Ｓ１）、保守制御部１５は、この保守要求を解析して、保守データを生成し、これに独自ヘッダ３１を付加して（Ｓ２６＝Ｓ２）、送信待ちキュー２９に入れる（Ｓ２７＝Ｓ３）。保守帯域制御部２０の判断部２４は、１０mS毎にディクリメントされるカウンタ２３のカウント値を常時監視しており、カウンタ値が０になったか否か、送信待ちの保守データの出力可能状態であるか否か、を判断する（Ｓ１７＝Ｓ４）。判断部２４は、カウンタ値が０である場合には、送信待ちキュー２９に送信待ちの保守データがあるか否かを判断し（Ｓ１８＝Ｓ５）、保守データがある場合には、この保守データを送信待ちキュー２９から刈り取って（Ｓ１９＝Ｓ６）、ＬＡＮインタフェース制御部１０に渡す（Ｓ２０＝Ｓ７）。ＬＡＮインタフェース制御部１０は、この保守データに、ＵＤＰヘッダ及びＩＰヘッダを付加して（Ｓ２１＝Ｓ１０）、保守ＩＰパケットとして、ＩＰ網６へ送出する（Ｓ２２＝Ｓ１１）。キューイング処理部２５は、保守データがＬＡＮインタフェース制御部１０に渡されると、この保守データと同じデータを再送信待ちキュー２８に格納する（Ｓ２３＝Ｓ８）。また、待ち時間演算部２１は、待ち時間、つまり初期カウンタ値を演算する（Ｓ２４＝Ｓ９）。
【００４０】
以上のように、本実施形態では、保守データの通信帯域を保証できる保守データの出力間隔を次の保守データの待ち時間として求め、この待ち時間が経過すると、次の保守データを出力しているので、保守データの通信帯域を保証でき、音声データや画像データの通信に悪影響を及ぼすことなく、この保守データを送信することができる。さらに、保守データの通信帯域を、音声データや画像データの通信帯域とは異なる通信帯域にすれば、これらのデータの受信側では、各データ抽出の負荷を最小限に抑えることができる。
【００４１】
次に、保守データの再送信に関して、図７に示すシーケンス図に従って説明する。
【００４２】
同図に示すシーケンスでも、図５に示すシーケンスのＳ１〜Ｓ１１と同様に、Ｓ２８〜Ｓ３６の処理が実行される。つまり、保守操作用装置５Ｂから保守要求が入力すると（Ｓ２８＝Ｓ１）、保守ＩＰパケットがＩＰ網６を介して被監視拠点Ａに送信され（Ｓ３６＝Ｓ１１）、新たに待ち時間、つまり初期カウンタ値が求められる（Ｓ３８＝Ｓ９）。
【００４３】
保守帯域制御部２０の解析部２７は、再送信データ管理テーブル２６を参照して、再送信待ちキュー２９に格納されている保守データが、この保守データを送出してから一定時間よりも経過したか否かの再送信処理を１０mS毎に行う（Ｓ３９）。この再送信処理過程で、一定時間以内に確認応答を受信できなければ、再度、再送信データ管理テーブル２６の再送信回数を参照して、この再送信回数が０であるか否かを判断する。再送信回数が０である場合には、再送信不可と判断して、保守データの再送信処理を行わずに、再送信待ちキュー２８から該当保守データを解放する。再送信回数が０でない場合には、再送信すべきであると判断して、再送信回数を１回ディクリメントした後、解析部２７からの指示で判断部２４が、カウンタ２３のカウント値が０であるか否かを判断する（Ｓ４０）。なお、再送信処理でもちいる、確認応答を受信するまでの一定時間や、再送信回数の初期値に関しては、保守操作用装置５Ｂからの入力で、情報構成テーブル１９に登録される。
【００４４】
判断部２４は、カウント値が０である場合には、再送信待ちキュー２９に格納されている保守データのうち、一定時間以内に確認応答が受信できなかった保守データをＬＡＮインタフェース制御部１０に渡す（Ｓ４１）。
【００４５】
その後は、図５に示すシーケンスのＳ１０，１１，８，９と同様に、ＵＤＰヘッダ及びＩＰヘッダの付加（Ｓ４２）、保守ＩＰパケットの送信（Ｓ４３）、当該保守データの再送信待ちキュー２８への格納（Ｓ４４）、次に送信する保守データの待ち時間の算出（Ｓ４５）が実行される。
【００４６】
以上のように、再送信する保守データに関しても、通信帯域を保証する待ち時間に合わせて送信しているので、この再送信保守データの通信帯域を保証でき、音声データや画像データの通信に悪影響を及ぼすことを防ぐことができる。
【００４７】
保守帯域制御部２０の解析部２７は、再送信処理（Ｓ３９）の過程で、再送信待ちキュー２９に保守データが格納されていない、又は格納されている保守データが再送信不可のものであると判断した場合には、判断部２４は、カウンタ２３のカウント値が０のときに（Ｓ４０）、送信待ちキュー２９に保守データが格納されているか否かを判断して（Ｓ４６）、保守データが格納されていれば、この送信待ちキュー２９に格納されている保守データを刈り取って（Ｓ４７）、ＬＡＮインタフェース制御部１０に渡す（Ｓ４１）。
【００４８】
次に、監視拠点Ａの動作について説明する。
【００４９】
被監視拠点Ａの画像入力装置１からの画像データは、画像圧縮・符号化部１２Ａにより、圧縮・符号化処理を施されて、画像通信制御部１１に渡される。画像通信制御部１１では、この画像データに、ＲＴＰヘッダを付して、画像パケットとしてＬＡＮインタフェース制御部１０に渡す。この過程で、画像パケットは、一定のデータ長で且つ予め定められたクロックに同期してＬＡＮインタフェース制御部１０に渡されるので、一定の通信帯域が保証される。ＬＡＮインタフェース制御部１０は、この画像パケットにＩＰヘッダ及びＵＤＰヘッダを付けて、ＩＰ網６に送出する。また、被監視拠点Ａの電話機４Ａからの音声データは、監視拠点Ｂの音声データの処理と同様に、音声圧縮・符号化／伸長・復号化部１３により、圧縮・符号化処理を施されて、音声通信制御部１４に渡される。音声通信制御部１４では、この音声データに、ＲＴＰヘッダを付して、音声パケットとしてＬＡＮインタフェース制御部１０に渡す。この過程で、音声パケットは、一定のデータ長で且つ予め定められたクロックに同期してＬＡＮインタフェース制御部１０に渡されるので、一定の通信帯域が保証される。ＬＡＮインタフェース制御部１０は、この音声パケットにＩＰヘッダ及びＵＤＰヘッダを付けて、ＩＰ網６に送出する。すなわち、画像データ及び音声データに対しては、保守データのような通信帯域の制御を特に行っていないが、画像データ及び音声データは、予め定められている各通信帯域を使用して送信される。
【００５０】
ＬＡＮインタフェース制御部１０が、監視拠点Ｂからの保守ＩＰパケットを受信すると、ＩＰヘッダ及びＵＤＰヘッダを外されて、保守帯域制御部２０に渡される。保守帯域制御部２０の解析部２７は、ＩＰヘッダ及びＵＤＰヘッダの外れたパケットを調べて、保守データあることを確認すると、この保守データを保守制御部１５に渡す。保守制御部１５は、この保守データを解析して、何を対象にした保守データであるかを判断し、例えば、画像入力装置１の動作や設定等に関する保守データであれば、この保守データを画像入力装置１へ出力し、電話機Ａの動作や設定等に関する保守データであれば、音声圧縮・符号化／伸長・復号化部１３を介して、この保守データを電話機４Ａへ出力する。
【００５１】
また、被監視拠点Ａの保守操作用装置５Ａが保守データを入力すると、先に説明した監視拠点Ｂの保守操作用装置５Ｂが保守データを入力したときと同様の処理が実行されて、この保守データが監視拠点Ｂへ送信される。
【図面の簡単な説明】
【００５２】
【図１】本発明に係る一実施形態における通信システムの系統図である。
【図２】本発明に係る一実施形態における監視拠点の通信制御装置の構成を示す説明図である。
【図３】本発明に係る一実施形態における被監視拠点の通信制御装置の構成を示す説明図である。
【図４】本発明に係る一実施形態における保守ＩＰパケットの構成を示す説明図である。
【図５】本発明に係る一実施形態における保守データを送信する際のシーケンス図である。
【図６】本発明に係る一実施形態における保守データの確認応答を受信した際のシーケンス図である。
【図７】本発明に係る一実施形態における保守データを再送信する際のシーケンス図である。
【符号の説明】
【００５３】
１：画像入力装置                        ２Ａ，２Ｂ：通信制御装置
３Ａ，３Ｂ：ルータ                      ４Ａ，４Ｂ：電話機
５Ａ，５Ｂ：保守操作装置                ６：ＩＰ網
７：画像出力装置                        １５：保守制御部
１６：データ長設定部                    １７：ヘッダ付加部
１８：構成情報受付部                    １９：構成情報テーブル
２０：保守帯域制御部                    ２１：待ち時間演算部
２２：タイマ                            ２３：カウンタ
２４：判断部                            ２５：キューイング処理部
２６：再送信データ管理テーブル          ２７：解析部
２８：再送信待ちキュー                  ２９：送信待ちキュー
３０：保守データ                        ３１：独自ヘッド
【図１】
2005269386.tif 000003
【図２】
2005269386.tif 000004
【図３】
2005269386.tif 000005
【図４】
2005269386.tif 000006
【図５】
2005269386.tif 000007
【図６】
2005269386.tif 000008
【図７】
2005269386.tif 000009