"複数の通信端末が接続される第1のネットワークと管理センタが接続される第2のネットワークとを相互接続するネットワーク相互接続装置を用いたモニタリングシステムであって、前記ネットワーク相互接続装置は、前記複数の通信端末からのイベントステータスに応じた前記管理センタへの送出データの優先順に基づき前記送出データを選択し、前記イベントステータス及び前記第2のネットワークの通信状況に応じた前記送出データのデータ圧縮方法を選択する、ことを特徴とするモニタリングシステム。請求項1に記載のモニタリングシステムであって、前記複数の通信端末は、少なくとも1個のセンサと、少なくとも1個のカメラを含む、ことを特徴とするモニタリングシステム。請求項1に記載のモニタリングシステムであって、前記ネットワーク相互接続装置は、処理部と記憶部を備え、前記記憶部に前記イベントステータスに対応し、前記送出データの送出順序を記憶するテーブルを記憶しており、前記処理部は、前記イベントステータスに対応する前記テーブルに基づき、前記送出データの送出順序を決定する、ことを特徴とするモニタリングシステム。請求項1に記載のモニタリングシステムであって、前記ネットワーク相互接続装置において、前記第2のネットワークの通信状況は、前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づいて決定される、ことを特徴とするモニタリングシステム。請求項1に記載のモニタリングシステムであって、前記ネットワーク相互接続装置は、前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づき、前記管理センタが決定した前記第2のネットワークの通信状況を、前記管理センタから周期的にフィードバックされる、ことを特徴とするモニタリングシステム。第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信するよう制御する通信制御装置であって、前記第1のネットワークと前記第2のネットワークとそれぞれ通信を行う通信部と、処理部と、記憶部とを備え、前記処理部は、前記通信部を介して前記複数の通信端末からの前記データのフィルタリング処理によりイベントステータスを抽出し、前記第2のネットワークの通信状況を推定し、前記通信状況に応じて送出すべき前記データの圧縮度を選択し、前記イベントステータスと前記圧縮度に基づき、送出すべき前記データの優先順と圧縮方法を決定する、ことを特徴とする通信制御装置。請求項6に記載の通信制御装置であって、前記複数の通信端末は、少なくとも1個のセンサと、少なくとも1個のカメラを含む、ことを特徴とする通信制御装置。請求項6に記載の通信制御装置であって、前記記憶部は、前記イベントステータスに対応し、送出すべき前記データの送出順序を記憶するテーブルを記憶しており、前記処理部は、前記イベントステータスに対応する前記テーブルに基づき、送出すべき前記データの送出順序を決定する、特徴とする通信制御装置。請求項6に記載の通信制御装置であって、前記処理部は、前記第2のネットワークの通信状況を、送出すべき前記データの前記第2のネットワークへの送信時刻と前記データの前記管理センタでの受信時刻の時刻差に基づいて決定する、ことを特徴とする通信制御装置。請求項6に記載の通信制御装置であって、前記処理部は、前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づき、前記管理センタが決定した前記第2ネットワークの通信状況を、前記管理センタから周期的にフィードバックされる、ことを特徴とする通信制御装置。請求項6に記載の通信制御装置であって、前記処理部は、前記通信部を介して受信した前記管理センタからの受信データに基づき、前記ネットワークの通信状況を推定する、ことを特徴とする通信制御装置。通信部と、処理部と、記憶部とを備え、第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信する通信装置の通信制御方法であって、前記処理部は、前記通信部を介して前記複数の通信端末からの前記データに基づきイベントステータスを抽出し、前記ネットワークの通信状況を推定し、前記通信状況に応じて送出すべき前記データの圧縮度を選択し、前記イベントステータスと前記圧縮度に基づき、送出すべき前記データの優先順と圧縮方法を決定する、ことを特徴とする通信制御方法。請求項12に記載の通信制御方法であって、前記複数の通信端末は、少なくとも1個のセンサと、少なくとも1個のカメラを含む、ことを特徴とする通信制御方法。請求項12に記載の通信制御方法であって、前記処理部は、前記通信部を介して受信した前記管理センタからの受信データに基づき、前記ネットワークの通信状況を推定する、ことを特徴とする通信制御方法。請求項12に記載の通信制御方法であって、前記通信状況は、前記第2のネットワークの通信状況である、ことを特徴とする通信制御方法。請求項15に記載の通信制御方法であって、前記処理部は、前記第2のネットワークの通信状況を、送出すべき前記データの前記第2のネットワークへの送信時刻と前記データの前記管理センタでの受信時刻の時刻差に基づいて決定する、ことを特徴とする通信制御方法。請求項15に記載の通信制御方法であって、前記処理部は、前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づき、前記管理センタが決定した前記第2のネットワークの通信状況を、周期的に前記管理センタからフィードバックされる、ことを特徴とする通信制御方法。請求項3に記載のモニタリングシステムであって、前記複数の通信端末は、少なくとも1個の音声通信端末と、少なくとも1個のカメラを含み、前記イベントステータスとして、音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスを含む、ことを特徴とするモニタリングシステム。請求項8に記載の通信制御装置であって、前記複数の通信端末は、少なくとも1個の音声通信端末と、少なくとも1個のカメラを含み、前記イベントステータスとして、音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスを含む、ことを特徴とする通信制御装置。請求項13に記載の通信制御方法であって、前記イベントステータスとして、音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスを含む、ことを特徴とする通信制御方法。上述の全データの吸い上げの困難性の要因としては、次の要因が考えられる。カメラの動画像等、データレートの高い端末が増えたため、ネットワーク内で生成されるデータの総容量が、ネットワークで伝送可能なトラフィック容量通常、イーサネット登録商標で、100M~10Gbps程度を超えてしまう。総計多重効果により、総トラフィック量の平均値と最大値の差異が大きく、ワースト条件でネットワークを設計するとオーバースペックになる。インターネット等公衆網を利用する場合、同一ネットワーク配下で発生するトラフィック量が予想できない。特に無線を利用する場合、電波伝搬状況により伝送可能な容量が変動する。さらに、ネットワークのトラフィック容量が足りていても、有料のネットワーク特に従量課金制のものを利用する場合は、通信費用を必要最低限に抑えたいとのニーズもある。上述のようにネットワークのトラフィック容量が足りない或いは変動するため、常時全てのデータをセンタに挙げることができない場合、例えば、QoSQualityofService帯域保証により優先度が高いデータについては常時帯域を確保する方法、及びベストエフォート通信により送れる範囲内でなるべく沢山送る方法の組合せが考えられる。更に、優先度が監視対象の異常情報、アラートの有無等の状況によって変化するような場合、QoS帯域保証するデータの優先順序を入れ替えることなどが考えられる。しかし、温度センサのようにデータレートは低いが、一定間隔で確実に送りたい情報と、監視カメラのようにデータレートが高いが、通常時は優先度が低いものが混在している場合、QoS保証帯域が一定のままで、アラーム検出時のみ監視カメラデータの優先度を上げると、QoS保証帯域がカメラデータに独占され、センサデータを送ることができない、またアラーム検出時のみQoS保証帯域を広げようとした場合、そのときのネットワークのトラフィック状態によっては、必ずしも必要なQoS保証帯域を確保できないといった状況が考えられる。本発明の目的は、上述した種々の課題を解決し、ネットワークの帯域制限を考慮した優先度制御を実現可能なモニタリングシステムを提供することにある。また、本発明の他の目的は、データレートは低いが一定間隔で確実に送りたい情報と、データレートが高いが通常時は優先度が低い情報が混在し、且つネットワークのトラフィック容量が足りない又は変動するため、常時全てのデータを管理センタに挙げることができない場合に、モニタリングシステムとしての性能を保ちながら、管理センタへ吸い上げるデータ量を低減する通信制御装置、及び方法を提供することにある。上記の目的を達成するため、本発明においては、複数の通信端末が接続される第1のネットワークと管理センタが接続される第2のネットワークを接続するネットワーク相互接続装置を用いたモニタリングシステムであって、ネットワーク相互接続装置は、複数の通信端末のイベントステータスに応じた送出データの優先順に基づき第2のネットワークの管理センタなどの上位ノードへの送出データを選択し、イベントステータス及びネットワークの通信状況に応じた送出データのデータ圧縮方法を選択するモニタリングシステムを提供する。また、上記の目的を達成するため、本発明においては、第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信するよう制御する通信制御装置であって、第1のネットワークと第2のネットワークとそれぞれ通信を行う通信部と、処理部と、記憶部とを備え、処理部は、通信部を介して複数の通信端末からのデータのフィルタリング処理によりイベントステータスを抽出し、通信部を介して受信した管理センタからの受信データ等に基づき、第2のネットワークの通信状況を推定し、通信状況に応じて送出すべきデータの圧縮度を選択し、イベントステータスと圧縮度に基づき、送出すべきデータの優先順と圧縮方法を決定する通信制御装置を提供する。更に、上記の目的を達成するため、本発明においては、通信部と、処理部と、記憶部とを備え、第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信する通信装置の通信制御方法であって、処理部は、通信部を介して複数の通信端末からのデータに基づきイベントステータスを抽出し、通信部を介して受信した管理センタからの受信データ等に基づき、ネットワークの通信状況を推定し、通信状況に応じて送出すべきデータの圧縮度を選択し、イベントステータスと圧縮度に基づき、送出すべきデータの優先順と圧縮方法を決定する通信制御方法を提供する。本発明によれば、第1のネットワークで発生した全てのデータを常時第2のネットワークで送ることが出来ない場合でも、モニタリングシステムの性能を落とすことなく、第2のネットワークへの送出データ量を低減できる。更に、有料のネットワークを使用しても、その通信コストを抑えることができる。以下、本発明の種々の実施形態を図面に従い説明する。なお、本願明細書において、中央処理部CentralProcessingUnit:CPUが実行する各種のソフトウェアで実現される構成を、プログラム、処理部、モジュール、或いは部と表現する。図1に第1の実施例に係る、各種のモニタリングを実現可能な通信システムの全体構成図を示す。同図において、10、14はそれぞれWANと称される広域ネットワークと、LANと称されるローカルネットワークを示す、11はそれらを相互接続するネットワーク相互接続装置である。第1のネットワークとして機能するローカルネットワーク14には、温度センサなどの各種のセンサや監視カメラなどの複数の通信端末12が接続されており、第2のネットワークとして機能する広域ネットワーク10には上位ノードである管理センタ13が接続されている。二層モデルである本システム構成においては、ネットワーク相互接続装置11は、各ネットワークのエッジノードとして機能する。なお、第1のネットワーク、第2のネットワークは例示したLAN、WANに限定されないことは言うまでもない。図2に本実施例の第1のネットワークとして機能するローカルネットワーク14のより具体的な構成の一例を示す。同図において、20は監視の対象となる監視装置を示し、21~25は図1の通信端末12である、センサ1、センサ2、センサ3、監視カメラ4、監視カメラ5をそれぞれ示す。同図のローカルネットワーク14では、監視装置20に関する動作環境等の各種センシングデータや監視映像データがセンサや監視カメラからネットワーク相互接続装置11を介して第2のネットワークとして機能する広域ネットワーク14に送出される。すなわち、図1、図2で示される本実施例のモニタリングシステムは、監視装置20の周辺にセンサ21~23と監視カメラ24、25を配置し、一旦、ローカルネットワーク14のエッジノードとして機能するネットワーク相互接続装置11にデータを集約後、更に広域ネットワーク10を介して、管理センタ13にデータを集約する構成を有する。本実施例のモニタリングシステムにおいては、具体例として、センサ21~23のセンシングデータは一つ当たり、圧縮無しで1kbps、後で詳述する平均化、特徴抽出等のフィルタリング処理により、最小で0.2kbpsまで圧縮できるものとすることができる。また、カメラ24、25からのデータは、1台あたり画質に応じて4k、16k、32k、64k、128kbpsの5段階から選択できるよう構成することができるが、これらに限定するものでないことは言うまでもない。図18を用いて、通信端末12からネットワーク相互接続装置に送る情報の内容と形式パケットフォーマットを説明する。通信端末12からは、ヘッダ情報180と、その端末に接続されたセンサや監視カメラ等から入力される各種センシングデータや画像などを含むセンシング情報181を送る。ヘッダ情報180の中には、通信端末及び接続されているデバイスセンサ、監視カメラ等の種別を表す端末種別182、複数の通信端末を区別するための端末ID183、センシング情報を取得した際の時刻情報184、等が含まれる。本実施例においては、端末種別はセンサと監視カメラの二種類に分かれ、端末IDは1~5までとなる。端末IDは、本実施例のように、端末種別がセンサか監視カメラかによらず通し番号で付けることもできるし、端末種別毎にセンサ1監視カメラ1と分けて付けることもできる。図11、図12、図13を用いて、まず、図1に示した本実施例のシステム全体構成の中の、ネットワーク相互接続装置11、通信端末12、管理センタ13の内部構成の一例を説明する。図11は、ネットワーク相互接続装置11の一実施例を示している。同図において、ネットワーク相互接続装置11は、ローカルネットワーク14、広域ネットワーク10と接続されるローカルネットワーク通信インタフェースI/F111と広域ネットワーク通信I/F116を備え、それらを接続する内部バス117に接続された処理部となる中央処理部CentralProcessingUnit:CPU112、処理部となるハードウェアアクセラレータ115、記憶部である演算用メモリ114と、CPU112で実行されるプログラムを記憶する記憶部であるプログラム格納用メモリ113から構成される。なお、詳述する各種のテーブルは、記憶部を構成する演算用メモリ114、プログラム格納用メモリ113のどちらに蓄積記憶しても良い。ここで、ハードウェアアクセラレータ115とは、CPU112で実行されるフィルタリング処理部33のようなソフトウェア演算の一部をハードウェア回路に置換し、フィルタリング処理部1151として演算を高速化するものを指す。例えば、FFT演算、ターボ符号などの誤り訂正復号演算、MPEG画像の圧縮復元等を実行するものであり、FPGAFieldProgrammableGateArrayの回路IPとして市販されているものを使用することも可能である。また、プログラム格納用メモリ113には、図3に示した各処理部と、図5A、図5Bに示した各テーブルに対応するフィルタリングプログラム1131、ローカルネットワークデータ統計プログラム1132、優先順/フィルタ種別選択プログラム1133、広域ネットワーク状況推進プログラム1136、送出データ選択プログラム1137とステータス用テーブル1134、圧縮度算出テーブル1135が格納される。一方、演算用メモリ114には、その各プログラムの実行状況に応じて、そのエリアとして、バッファリング領域1141、ローカルネットワークデータ統計情報1142、広域ネットワーク状況推定情報1143、優先順/フィルタ種別選択情報1144が設けられる。図12は、通信端末12の一実施例を示している。同図において、通信端末12は、上述した各種通信端末としてのセンサ機能、カメラ機能に加え、図12に示したブロック要素を備えている。すなわち、ローカルネットワーク14と接続されるローカルネットワーク通信I/F121を備え、それに接続される内部バス127に接続されたCPU122、演算用メモリ124、プログラム格納用メモリ123から構成される。各通信端末12は、これらCPU122、演算用メモリ124、プログラム格納用メモリ123を用いて、図示を省略した各センサ機能部やカメラ機能部からのデータを処理して、ローカルネットワーク14に送出する様に制御する。同図においても、ハードウェアアクセラレータ125はフィルタリング処理部1251が一部置換される。また、プログラム格納用メモリ123には、フィルタリングプログラム1231、ローカルネットワークデータ統計プログラム1232が格納される。一方、演算用メモリ124には、その各プログラムの実行状況に応じて、そのエリアとして、バッファリング領域1241、ローカルネットワークデータ統計情報1242が設けられる。図13は、管理センタ13の一実施例を示している。同図において、管理センタ13は、広域ネットワーク10と接続される広域ネットワーク通信I/F136を備え、それに接続する内部バス137に接続されたCPU132、ハードウェアアクセラレータ135、演算用メモリ134、プログラム格納用メモリ133から構成される。同様に同図の構成においても、ハードウェアアクセラレータ135はフィルタリング処理部1351が一部置換される。また、プログラム格納用メモリ133には、フィルタリングプログラム1331、広域ネットワーク状況推進プログラム1332が格納される。一方、演算用メモリ134には、その各プログラムの実行状況に応じて、そのエリアとして、バッファリング領域1341、広域ネットワーク状況推定情報1342が設けられる。図3は、実施例1のエッジノードとして機能するネットワーク相互接続装置11の一構成を示す図である。同図において、31~39はネットワーク相互接続装置11の処理部で実行されるソフトウェア、またはFPGAで実現する専用ハードウェア等で実現される各処理ブロックを示し、それぞれローカルネットワーク通信処理部、バッファリング処理部、フィルタリング処理部、優先制御部、ローカルネットワークデータ統計処理部、優先順/フィルタ種別選択処理部、広域ネットワーク状況推定処理部、送出データ選択処理部、広域ネットワーク通信処理部を示している。広域ネットワーク状況推定処理部36は、広域ネットワーク10の通信状況、すなわち実質的に送出可能なレートの平均等を定期的にモニタリングする処理を実現する。ローカルネットワーク通信処理部31は、ローカルネットワーク14との通信インタフェースである。バッファリング処理部32は、メモリを用いたデータバッファとして機能する。フィルタリング処理部33には、先に図18で説明した通信端末からの情報のうち、ヘッダ情報180の圧縮処理等の可逆な処理と、センシング情報181の量子化処理等の不可逆な処理がある。フィルタリング処理部33のフィルタリング処理の内容は、予めエッジノードである装置11の内部に作りこみまれたフィルタリング処理ライブラリとして読み出される場合と、上位ノードにあたる管理センタから配布される場合の二通りがある。可逆な処理としては、センサによるセンシング情報の基準値からの差分計算処理、複数のセンシング情報のまとめパケット生成処理、規定された通信プロトコルに則ったヘッダ情報の圧縮処理例えば、IETF規格RFC4944に規定ありなどがある。一方、不可逆な処理としては、不要なセンシング情報の破棄処理、センシング情報の平均値計算処理、最大値/最小値検出/判定処理、異常値判定処理、時間方向のサンプリング間引き処理、量子化処理や、カメラ画像情報のフレーム間引き処理、画像サイズ変更処理、顔検出、動き検出等の特徴抽出処理などがある。不可逆な処理を行ってセンシング情報の精度が落ちたり、意味合いが変化してしまう場合も、バッファリング処理部32により、エッジノードとしてのネットワーク相互接続装置11内に処理前のデータをバッファリングしておくことで、処理前のデータをそのまま送ったり、後から必要になった際に、上位ノードからエッジノードである装置11にアクセスし、処理前のデータを確認することができる。優先度制御部34は、図3に示す通り、大きく分けて次の三つの処理を提供する。すなわち、ローカルネットワークデータ統計処理部35、広域ネットワーク状況推定処理部36、優先順/フィルタ種別選択処理部37である。これらの処理は、先に説明した図11のプログラム格納用メモリ133に記憶された各処理に対応するプログラムを、CPU132が実行するソフトウェア処理によって実現することができる。ここで広域ネットワーク状況推定処理部36は、エッジノードが収集したセンシング情報を、広域ネットワーク通信処理部39により上位ノードへ送出する際に使用する広域ネットワーク10のスループットや遅延などの通信状況を推定し、優先順位/フィルタ種別選択処理部37に通知する。広域ネットワーク10には、対象システム専用の閉じたネットワークも、インターネットや携帯電話網などのオープンなネットワークもあり、選出可能なデータ量帯域が常時一定量保証されている場合と、ネットワーク上のトラフィックが時々刻々変化し保証されない場合とがある。帯域保証されている場合には、広帯域ネットワーク状況推定処理部36は、設定時の保証帯域の情報を保持する。帯域が変動する場合には、TCP/IPTransmissionControlProtocolInternetProtocolのウィンドウサイズ情報を参考情報として使用する、時刻情報を含む計測用パケットをエッジノード上位ノード間で定期的にやり取りし、計測用パケットの受領時刻とパケットに含まれる時刻情報との差から伝送遅延を算出する、などの方法を取る。ローカルネットワークデータ統計処理部35は、エッジノードがセンサからセンシング情報を収集する際に使用するローカルネットワーク14のスループットや遅延、どのような優先度のデータがどれだけの量含まれているか、などの通信状況を測定し、優先順/フィルタ種別選択処理部37に通知する。優先順/フィルタ種別選択処理部37では、広域ネットワーク状況推定処理部36から通知される広域ネットワークの通信状況送出可能なデータ量と、ローカルネットワークデータ統計処理部35から通知されるローカルネットワーク14の通信状況送出したいデータ量と優先度の分布、フィルタリング処理部33から通知される処理後のデータの異常値判定結果などの3つの入力から、実際にどの端末からのデータを、どういった形でフィルタリング処理フィルタリング条件し、どの順序で送出するかを決定する。優先順/フィルタ種別選択処理部37は、決定したフィルタリング条件と送出順序を含む結果を、送出データ選択処理部38に通知する。図4は優先度制御部34の優先順/フィルタ種別選択処理部37の処理フローを示す図である。この決定方法の一例の動作フローを図4に示した。図4において、まず、初期状態40において、フィルタリング処理部33から通知される処理後のデータである、例えば異常判定結果などからイベント条件を検知41し、ローカルネットワークのイベントステータスを判断42する。なお、このフィルタリング処理部33における異常判定とは、先に詳述したように、温度センサやマイクロホンなどのセンシング情報の基準値からの差分計算結果に基づく異常値判定、顔検出、動き検出等の特徴抽出に基づく人物検出等のソフトウェア処理をいう。次に、そのイベントステータスから参照すべきデータ圧縮方法の記載されたステータス用テーブルを選択43する。そして送出したいデータ量と送出可能なデータ量の比から圧縮率を算出し、選択したステータステーブルを参照して、圧縮率に適した送出順序とフィルタ種別を決める44。本実施例においては、この決定に際し、ローカルネットワークデータ統計処理部35でローカルネットワークの状態判定45を行い、また広域ネットワーク状態推定処理部36で広域ネットワークの状態判定46を行い、その状態判定結果に基づき、後で説明する圧縮度算出テーブルから両ネットワーク状態に対応する圧縮度を選択47し、送出順序とフィルタ種別を指定する。このフィルタ種別とは、上述した時間方向のサンプリング間引き処理、量子化処理や、カメラ画像情報のフレーム間引き処理、画像サイズ変更処理などのソフトウェアによる圧縮方法が含まれることは言うまでもない。続いて、以上で説明した本実施例のモニタリングシステムの構成を用いて、ネットワーク相互接続装置11におけるネットワークの帯域制限を考慮した優先度制御方法の具体例を図5A,図5B、図6A、図6Bを用いて説明する。ネットワーク相互接続装置11は、各センサ及びカメラからのデータをネットワークへ送出する際の優先順位を定義するステータス用テーブルを複数設定し、通常時、センサのアラーム検出時等のイベント条件に応じて有効にするテーブルを切替えることにより、帯域制限を考慮した優先度制御方法を実現する。図5Aは、本実施例におけるイベントステータス条件、すなわちステータス毎のテーブルとその構成要素の一例を示している。同図において、51、52、53はそれぞれステータスA,ステータスB、ステータスC用のテーブルを示す。一例を示したステータスC用テーブル53において、テーブル構成要素として、圧縮度に対応する圧縮率、送出順序、フィルタ種別を備えている。圧縮度は1以上の値を有する。ステータスC用テーブル53に示すように、圧縮度1の場合、圧縮率は1.0となり、送出されるデータの圧縮は無い。送出順序には、α、β、γの順に送出するよう規定されている。圧縮度1の場合、例えばデータ量は259kbpsとなり、圧縮度が高くなるのに対応し、データ量は131kbps、---、8.6kbps、4.6kbpsのように低減するように設定される。図5Bは、本実施例におけるネットワーク状態、通信状況に基づき圧縮度を算出するための圧縮度算出テーブル54の一例を示している。同図に明らかなように、本実施例の場合、同テーブル54の縦軸のローカルネットワーク状態と横軸の広域ネットワーク状態に基づき、圧縮度1~4が選択される。この、選択決定された圧縮度に基づき、各イベントステータス用テーブル中の対応する圧縮度が選択決定される。図6A、図6Bに、図5Aに示したイベント条件であるステータスの具体例として、温度センサの検出温度の急変といったセンサ1、センサ2の異常発生時というイベント条件の際に使用するステータス用テーブルの一例を示した。図6Aにおいて、ステータス用テーブル61は図5Aのテーブル53同様、テーブル構成要素として、圧縮度、圧縮率、送出順序、フィルタ種別を有し、圧縮度1、2,3に対応して、それぞれ図示の通りの圧縮率1.0、0.6、0.4を有する。また、送出順序として、センサ1~3、監視カメラ4、アラーム1~3に対して図示の通り、異常が発生したセンサ1のデータが最初に送出されるような順序を有する。更に、フィルタ種別として、センサ1~3に対し、フィルタなし、アラーム検出結果のみ送出等が適宜選択され、監視カメラに対し、間引きなし、画像サイズ変更と間引き、人の有無といった特徴抽出結果のみ送出などが適宜選択される。例えば、圧縮度3においては、異常が発生したセンサ1のアラーム結果、監視カメラ4の特徴抽出結果、その他のセンサ2、センサ3のアラーム検出結果が送出されることとなる。同様に図6Bのステータス用テーブル62においては、圧縮度1、2、3に対応して、それぞれ圧縮率1.0、0.6、0.3を有し、また、送出順序も図示のとおり決定される。更に、フィルタ種別も図示の通りとなる。図6Aのステータス用テーブル61との差異は、送出順序やフィルタ種別において、センサ1とセンサ2、監視カメラ5と監視カメラ4とが入れ替わっている点である。これは、異常発生に係るセンサのデータを最優先で送出するためである。すなわち、イベントステータス条件が異常発生の場合、当該異常発生を検出したセンサのデータが最優先され、続いてネットワークのトラフィック状況に対応した圧縮度に応じて関連する監視カメラのデータ、あるいは他のセンサのデータが優先される。なお、図5A、図5B、図6A、図6Bに示す各種テーブルはあくまで一例を示すものであり、他の要素を取り得ることは言うまでもない。図6A,Bの変形例として、図19A,Bを示す。図19A、Bは、図6A,Bをさらに具体化したもので、送出順序の項では、どの端末からくるデータであるかを特定するため、先に図18で説明した端末種別182と端末ID183を指定する。端末種別及び端末IDの情報は、通信端末21から送られてくるパケットのヘッダ情報の中に含まれている。送出順序の項で指定されないデータ例えば本実施例の図19Aにおける監視カメラ4の画像は、ネットワーク相互接続装置11まで集められるが管理センタ13には送出されない。フィルタ種別の項では、送出順序の項で特定したデータに対し、フィルタリング処理部33で加える処理の種類を指定する。例えば、圧縮度1においては、センサ1の処理前データ、監視カメラ5の処理前データ、センサ2の処理前データ、センサ3の処理前データ、の順にデータを指定する。圧縮度3においては、センサ1のアラーム検出結果、監視カメラ5の特徴抽出結果、センサ2のアラーム検出結果、センサ3のアラーム検出結果、の順に送出データを指定する。本実施例においては、優先度を決定、すなわち優先順位を決めた上で、送出可能な帯域に併せて、センシングデータや監視カメラデータの圧縮方法を選択するため、ネットワークのトラフィック状態に係らず、常に全ての通信端末からのデータを送出することができる。図8、図14、図9、図10を用いて、本実施例のモニタリングシステムにおけるネットワークの通信状況判断のための通信フローの一例を説明する。図8、図9、図10の通信フローは、時刻付与を行う装置、あるいはネットワークの通信状況を判断する装置が、ネットワーク相互接続装置11、管理センタ13、通信端末12であるかに対応している。まず、図8に示す通信フローの場合、モニタリングシステム上の通信端末12がローカルネットワーク14を介してネットワーク相互接続装置11にパケット送信を行うと、装置11は先に説明したバッファリング処理部によりバッファリング81を行い、バッファリングされたパケットデータから送出するパケットデータを選択82する。続いて、選択されたパケットのヘッダ情報に送出時の時刻情報を付83し、広域ネットワーク10を介して、管理センタ13に当該パケットを送信する。管理センタ13では、受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録84する。図8では、その広域送信時刻と広域受信時刻の一例を例示した。そして、管理センタ13は、この時刻差情報等を、ネットワーク相互接続装置11に、逐次フィードバック情報として送信する。この逐次フィードバック情報を受信したネットワーク相互接続装置11は、広域受信時刻と広域送信時刻の時刻差のフィードバック情報を蓄積し、その統計処理により、広域ネットワーク10の通信状況を判断することができる。このネットワーク相互接続装置11における統計処理を図14で説明する。なお、この統計処理は、先に説明した図11のプログラム格納用メモリ133に記憶された統計処理プログラムを、CPU132が実行するソフトウェア処理によって実現することができる。この統計処理プログラムは、図3に示したネットワーク相互接続装置11の構成の広域ネットワーク状況推定処理部37に含まれるものである。図14の141は、上述した時刻差の統計データの確率分布を示すグラフである。図14のグラフ141の横軸は、上述の時刻差を表し、縦軸は蓄積されたデータ遅延量時刻差の発生確率分布を示している。統計処理プログラムは、確率密度が最大142となる時刻差に対応する遅延量が、予め閾値設定した余裕通常混雑のどの領域に含まれるかにより、通信状況を判断する。この判断の指標として、確率密度が最大となる時の値だけでなく、累積確率が所定値nパーセンテージより大きい累積確率>nとなる時の値を使っても良い。また、領域区分は図示のような3領域とは限らず、より細かく分割することも可能であることは言うまでもない。いずれにしても、このような統計処理プログラム自身は容易に入手可能である。次に、図9に示す処理フローの場合を説明する。なお、説明は、図8との差分を中心に説明する。ネットワーク相互接続装置11から選択されたパケットデータが送信されると、管理センタ13は、受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録84、この時刻情報を元に時刻差情報の統計処理を行い、広域ネットワーク10の通信状況を判断91する。図9の処理フローにおいては、図8と異なり、統計処理に基づく広域ネットワーク10の通信状況の判断を管理センタ13が行い、その結果をパケット送信元のネットワーク相互接続装置11に周期的にフィードバックする。この周期的なフィードバック情報は、先に説明した図3の広域ネットワーク状況推定処理部37に送られることは言うまでもない。続いて、図10に示す処理フローの場合を説明する。この処理フローの場合、通信端末12がパケット生成を行った場合、ヘッダに時刻情報を付与101し、当該パケット送信を行う。ネットワーク相互接続装置11は、受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録102する。その後、図8、図9の処理と同様な処理を経て、管理センタ13は、装置11から受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録103する。本処理フローの場合、記録される時刻情報は、広域送信時刻、広域受信時刻に加え、パケット生成時刻とローカル受信時刻を含んでいる。ここで、ローカル受信時刻とは、ローカルネットワーク14を介してネットワーク相互接続装置11がパケットを受信したときの時刻情報であることは言うまでもない。これらの時刻情報は、逐次フィードバックにより、ネットワーク相互接続装置11に送信され、装置11では、ローカル受信時刻とパケット生成時刻との差分情報からローカルネットワーク14の通信状況を判断104、同様に広域ネットワーク10の通信状況を判断85する。なお、この変形例として、ネットワーク相互接続装置11から管理センタ13に送信するパケットのパケット生成時刻とローカル受信時刻については、装置11中に蓄積しておき、その蓄積データを用いて時刻差の統計処理を行い、ローカルネットワーク14の通信状況を判断することもできる。いずれの場合においても、図3に示したネットワーク相互接続装置11の構成の一つであるローカルネットワークデータ統計処理部35がこの統計処理を行うことは言うまでもない。続いて、図7を用いて、以上詳述した第1の実施例のデータ送出方法の効果を説明する。図7では、本実施例の構成を用いない従来方式と、本実施例の方法の両方を比較して示した。図7の上段に示す従来方式の場合においては、通常時において、優先度の高い、温度センサなどのデータレートは低いが、一定間隔で確実に送りたいセンサ1~3に対応するセンシングデータ71~73はQoS帯域保証されており、一定のデータ送出量を確保できる。一方、データレートは高いが通常時は優先度の低い監視カメラ4については、ベストエフォート通信により、送れる範囲でなるべく沢山送信するため、そのデータ送出量は変動する。ここで、アラーム検出により監視対象の異常発生を認識し、監視カメラデータ74の優先度を上げると、QoS帯域保証が監視カメラデータ74に独占され、優先度の低いセンサデータ72、73を送ることができないことになる。更に、アラート発生時のみ、QoS保証帯域を広げようとした場合、そのときのネットワークのトラフィック状態によっては、必ずしも必要なQoS保証帯域を確保できない。一方、図7の下段に示す本実施例の場合においては、上述の通り、優先度を決定、すなわち優先順位を決めた上で、送出可能な帯域75に併せて、センシングデータ71、監視カメラデータ74、センシングデータ72、73の圧縮方法を選択するため、ネットワークのトラフィック状態に係らず、常に全ての通信端末からのデータを送出することができる。以上詳述したように、本実施例のモニタリングシステムにおいては、ステータスに応じて、複数の通信端末からのデータの優先順序を決定し、更にネットワークで送出可能な帯域にあわせて圧縮方法を選択するため、ネットワークのトラフィック状態に係らず、複数の通信端末からのデータをその優先度に応じた送出順序で、全て送信することが可能となる。次に、広域ネットワーク状況推定処理部の第2の実施例として、TCPによるフロー制御のウィンドウサイズ情報を使用する場合を説明する。TCPによるフロー制御では、データを受信する側が送信する側にデータを受け取った旨を知らせるACK信号を返す際、TCPヘッダのフォーマットに合わせてウィンドウサイズ情報を伝える。このウィンドウサイズ情報は、受信する側が一度に受け取れるパケット量、すなわち受信する側のバッファの空き具合を表す。ウィンドウサイズが小さい時は送信側で送り出す量を減らすことでパケットの輻輳を低減し、ウィンドウサイズが大きい時は送信側で送り出す量を増やすことでスループットを上げるよう制御する。このウィンドウサイズ情報は、上述した第1の実施例で説明した広域ネットワーク状況と必ずしも一致はしないが、広域ネットワーク状況の判断指標の一つとして利用可能であり、図3に示したネットワーク相互接続装置11の広域ネットワーク状況推定処理部37においてTCPヘッダ内のウィンドウサイズ情報を抽出し、利用することができる。次に、第3の実施例として、モニタリングシステムの他の通信システムの構成例について説明する。図15に第3の実施例に係る、各種のモニタリングを実現可能なモニタリングシステムの全体構成図を示す。同図において、図1の通信システムとの差分は、図15の通信システムにおいては、三層モデルになっており、ローカルエリアネットワーク14のエッジノード29にセンサ26、27、監視カメラ28、更には監視装置などが接続され、エッジノード29がセンシングデータやカメラデータのフィルタリングを行う。すなわち、実施例1、2におけるネットワーク相互接続装置11のフィルタリング処理部の役割を一部分担する構成とすることができる。次に、第4の実施例として、プラント設備の遠隔監視システムの構成例について説明する。図16に第4の実施例に係る、プラント設備の遠隔監視システムの全体構成図を示す。同図では、プラント設備内ネットワーク161に、監視カメラ1162、監視カメラ2168音声通信端末1163が接続される。ネットワーク相互接続装置11がカメラ画像や音声データのフィルタリングを行い、広域ネットワーク10を介して、管理センタ13内の音声通信端末164と監視モニタ165に接続される。プラント設備にある監視カメラ162からの映像は、管理センタ内にある監視モニタ165に表示される。管理センタ13にいる監視員167は、監視モニタ165の映像を見て、プラント設備内の状況を把握することが出来る。プラント設備にいる作業員166は、必要に応じて、プラント設備側の音声通信端末163と、管理センタ側の音声通信端末165を介して、管理センタにいる監視員167と通話することが出来る。音声通信は、作業員166からも、監視員167からも開始することが出来る。音声通信を開始したい時には、作業員166は音声通信端末163を通じて、音声伝送開始要求コマンドをネットワーク相互接続装置11に送信する。監視員167も同様に、音声通信端末165を通じて、音声伝送開始要求コマンドをネットワーク相互接続装置11に送信する。第4の実施例においても、図4と同様に優先度制御部34の優先順/フィルタ種別選択処理部37の処理を行う。本実施例の場合、イベント検知41の内容であるイベントステータスとしては、音声通信端末163または165からの音声伝送開始要求コマンドの検知や、伝送パケットの解析による音声伝送の検知等音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスが考えられる。図17A、図17Bに、上記音声イベント検知の際に使用するステータス用テーブルの一例を示す。図17Aにおいて、ステータス用テーブル171は図5Aのテーブル53同様、テーブル構成要素として、圧縮度、圧縮率、送出順序、フィルタ種別を有し、圧縮度1、2,3に対応して、それぞれ図示の通りの圧縮率1.0、0.6、0.4を有する。送出順序の項では、どの端末からくるデータであるかを特定するため、先に図18で説明した端末種別182と端末ID183を指定する。フィルタ種別の項では、送出順序の項で特定したデータに対し、フィルタリング処理部33で加える処理の種類を指定する。本実施例の場合、送出順序の項で指定される端末種別は監視カメラと音声通信端末の2種類となる。また、端末IDは実施例1と異なり、監視カメラ1~n、音声通信端末1~n、と端末種別毎に付与する。図17Aのテーブル171は、前述の音声に関するイベントが検知されていない場合のステータス用テーブルを想定しており、送出順序は圧縮度によらず、監視カメラ1~n、音声通信端末1~nの順に指定する。音声通信端末については、フィルタ種別も圧縮度によらず、常に圧縮を指定する。監視カメラのフィルタ種別は、圧縮度に応じて、圧縮度1ではフィルタリングなし、圧縮度2では間引き縮小圧縮、圧縮度3では特徴抽出を指定する。同様に図17Bのステータス用テーブル172は、前述の音声に関するイベントが検知された場合のステータス用テーブルを想定しており、図17Aのステータス用テーブル171との差異は、送出順序やフィルタ種別において、音声イベントが検知された音声通信端末1のデータを優先的に送出する点である。他の送出データは図4の処理フローによって選択された圧縮度に応じてフィルタリングを適用する。第4の実施例によれば、ネットワーク相互接続装置11は前述の音声に関するイベント検知によってカメラ画像、音声間の優先度を決定し、プラント設備内ネットワークと広域ネットワークの状態に対応して圧縮度を選択することで、ネットワークのトラフィック状態に係らず、通話品質の高い音声通信が可能である。"