JPWO2011102317A1 - Monitoring system, apparatus and method - Google Patents

Monitoring system, apparatus and method Download PDF

Info

Publication number
JPWO2011102317A1
JPWO2011102317A1 JP2012500585A JP2012500585A JPWO2011102317A1 JP WO2011102317 A1 JPWO2011102317 A1 JP WO2011102317A1 JP 2012500585 A JP2012500585 A JP 2012500585A JP 2012500585 A JP2012500585 A JP 2012500585A JP WO2011102317 A1 JPWO2011102317 A1 JP WO2011102317A1
Authority
JP
Japan
Prior art keywords
communication
network
data
status
communication control
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.)
Granted
Application number
JP2012500585A
Other languages
Japanese (ja)
Other versions
JP5406362B2 (en
Inventor
芽衣 高田
芽衣 高田
緒方 祐次
祐次 緒方
雅毅 山田
雅毅 山田
延之 村中
延之 村中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2012500585A priority Critical patent/JP5406362B2/en
Publication of JPWO2011102317A1 publication Critical patent/JPWO2011102317A1/en
Application granted granted Critical
Publication of JP5406362B2 publication Critical patent/JP5406362B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/38Flow control; Congestion control by adapting coding or compression rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04SSYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04SSYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/18Network protocols supporting networked applications, e.g. including control of end-device applications over a network

Abstract

広帯域の帯域制限を考慮した優先度制御を実現可能なモニタリングシステムを提供する。ローカルネットワーク14と広域ネットワーク10を接続するネットワーク相互接続装置11の優先順/フィルタ種別選択処理部37が、イベントステータスに応じた送出データの優先順位定義に基づき送出データ選択処理部38と、イベントステータス及び広域ネットワーク通信状況に応じたデータ圧縮方法を選択して、フィルタリング処理部33を選択制御することにより,広域ネットワークにおける通信帯域を低減する。Provided is a monitoring system capable of realizing priority control in consideration of a wide band limitation. A priority order / filter type selection processing unit 37 of the network interconnection device 11 that connects the local network 14 and the wide area network 10 includes a transmission data selection processing unit 38 based on the priority definition of transmission data according to the event status, and an event status. In addition, the data compression method corresponding to the wide area network communication status is selected, and the filtering processing unit 33 is selectively controlled to reduce the communication band in the wide area network.

Description

本発明はモニタリングシステム、特に広帯域網の帯域制限を考慮した優先度制御を行うモニタリング技術に関する。   The present invention relates to a monitoring system, and more particularly to a monitoring technique for performing priority control in consideration of bandwidth limitation of a broadband network.

近年、ボイラーや火力タービンといった設備監視や保守、エネルギー消費のモニタリングを現場から離れたセンタ側から遠隔で行いたいという需要が高まっている。このようなモニタリングシステムの末端に設備されるセンサや監視カメラのデータは、全てセンタ側へ吸い上げるのが理想であるが、それらの台数が増加するにつれて、ネットワークの伝送可能なトラフィック容量の関係から、常時全てのデータをセンタ側に吸い上げることが困難になってきている。   In recent years, there is an increasing demand for remote monitoring of equipment monitoring and maintenance, such as boilers and thermal turbines, and energy consumption monitoring from the center side away from the site. It is ideal that all the data of sensors and surveillance cameras installed at the end of such a monitoring system is sucked up to the center side, but as the number of them increases, from the relationship of traffic capacity that can be transmitted from the network, It has become difficult to constantly download all data to the center.

このような現状に対応するため、例えば特許文献1においては、移動ノードと固定ノードとの通信から得られる優先度情報に基づいて、カメラからの画像データの転送・表示の優先度を制御する技術を開示している。   In order to cope with such a current situation, for example, in Patent Document 1, a technique for controlling the priority of transfer / display of image data from a camera based on priority information obtained from communication between a mobile node and a fixed node. Is disclosed.

特開2009−171471号公報JP 2009-171471 A

上述の全データの吸い上げの困難性の要因としては、次の要因が考えられる。
・カメラの動画像等、データレートの高い端末が増えたため、ネットワーク内で生成されるデータの総容量が、ネットワークで伝送可能なトラフィック容量(通常、イーサネット(登録商標)で、100M〜10Gbps程度)を超えてしまう。
・総計多重効果により、総トラフィック量の平均値と最大値の差異が大きく、ワースト条件でネットワークを設計するとオーバースペックになる。
・インターネット等公衆網を利用する場合、同一ネットワーク配下で発生するトラフィック量が予想できない。
・特に無線を利用する場合、電波伝搬状況により伝送可能な容量が変動する。
The following factors can be considered as the factors of difficulty in downloading all the data described above.
-Since the number of high-data-rate terminals such as camera moving images has increased, the total capacity of data generated in the network is the traffic capacity that can be transmitted over the network (usually about 100 M to 10 Gbps with Ethernet (registered trademark)) Will be exceeded.
・ Due to the total multiplexing effect, the difference between the average value and the maximum value of the total traffic volume is large, and overdesigning the network under worst conditions will result in overspec.
・ When using public networks such as the Internet, the amount of traffic generated under the same network cannot be predicted.
・ Especially when using wireless communication, the transmission capacity varies depending on radio wave propagation conditions.

さらに、ネットワークのトラフィック容量が足りていても、有料のネットワーク(特に従量課金制のもの)を利用する場合は、通信費用を必要最低限に抑えたいとのニーズもある。   Furthermore, even if the network traffic capacity is sufficient, there is a need to minimize the communication cost when using a pay network (especially pay-per-use).

上述のようにネットワークのトラフィック容量が足りない或いは変動するため、常時全てのデータをセンタに挙げることができない場合、例えば、QoS(Quality of Service)帯域保証により優先度が高いデータについては常時帯域を確保する方法、及びベストエフォート通信により送れる範囲内でなるべく沢山送る方法の組合せが考えられる。更に、優先度が監視対象の異常情報、アラートの有無等の状況によって変化するような場合、QoS帯域保証するデータの優先順序を入れ替えることなどが考えられる。   As mentioned above, because the network traffic capacity is insufficient or fluctuates, it is not possible to always list all the data in the center. For example, for data with high priority due to QoS (Quality of Service) bandwidth guarantee, always use the bandwidth. A combination of the securing method and the sending method as much as possible within the range that can be sent by the best effort communication is conceivable. Further, when the priority changes depending on the status of abnormality information to be monitored, the presence / absence of an alert, etc., the priority order of data for guaranteeing the QoS bandwidth may be changed.

しかし、温度センサのようにデータレートは低いが、一定間隔で確実に送りたい情報と、監視カメラのようにデータレートが高いが、通常時は優先度が低いものが混在している場合、QoS保証帯域が一定のままで、アラーム検出時のみ監視カメラデータの優先度を上げると、QoS保証帯域がカメラデータに独占され、センサデータを送ることができない、またアラーム検出時のみQoS保証帯域を広げようとした場合、そのときのネットワークのトラフィック状態によっては、必ずしも必要なQoS保証帯域を確保できないといった状況が考えられる。   However, if the data rate is low, such as a temperature sensor, but the information that you want to send reliably at regular intervals and the data rate that is high, such as a surveillance camera, but low priority are usually mixed, QoS If the priority of surveillance camera data is raised only when an alarm is detected while the guaranteed bandwidth remains constant, the QoS guaranteed bandwidth is monopolized by the camera data and sensor data cannot be sent, and the QoS guaranteed bandwidth is expanded only when an alarm is detected. In such a case, depending on the traffic state of the network at that time, there may be a situation in which the necessary QoS guaranteed bandwidth cannot always be secured.

本発明の目的は、上述した種々の課題を解決し、ネットワークの帯域制限を考慮した優先度制御を実現可能なモニタリングシステムを提供することにある。   An object of the present invention is to solve the above-described various problems and provide a monitoring system capable of realizing priority control in consideration of network bandwidth limitation.

また、本発明の他の目的は、データレートは低いが一定間隔で確実に送りたい情報と、データレートが高いが通常時は優先度が低い情報が混在し、且つネットワークのトラフィック容量が足りない又は変動するため、常時全てのデータを管理センタに挙げることができない場合に、モニタリングシステムとしての性能を保ちながら、管理センタへ吸い上げるデータ量を低減する通信制御装置、及び方法を提供することにある。   Another object of the present invention is to mix information that the data rate is low but that is surely sent at regular intervals, and information that is high in data rate but low in priority at normal times, and has insufficient network traffic capacity. Another object of the present invention is to provide a communication control apparatus and method for reducing the amount of data to be collected to the management center while maintaining the performance as a monitoring system when all data cannot be listed in the management center at all times due to fluctuations. .

上記の目的を達成するため、本発明においては、複数の通信端末が接続される第1のネットワークと管理センタが接続される第2のネットワークを接続するネットワーク相互接続装置を用いたモニタリングシステムであって、ネットワーク相互接続装置は、複数の通信端末のイベントステータスに応じた送出データの優先順に基づき第2のネットワークの管理センタなどの上位ノードへの送出データを選択し、イベントステータス及びネットワークの通信状況に応じた送出データのデータ圧縮方法を選択するモニタリングシステムを提供する。   In order to achieve the above object, the present invention is a monitoring system using a network interconnection device that connects a first network to which a plurality of communication terminals are connected and a second network to which a management center is connected. Then, the network interconnection device selects the transmission data to the upper node such as the management center of the second network based on the priority order of the transmission data according to the event status of the plurality of communication terminals, and the event status and the communication status of the network A monitoring system for selecting a data compression method for transmission data according to the data is provided.

また、上記の目的を達成するため、本発明においては、第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信するよう制御する通信制御装置であって、第1のネットワークと第2のネットワークとそれぞれ通信を行う通信部と、処理部と、記憶部とを備え、処理部は、通信部を介して複数の通信端末からのデータのフィルタリング処理によりイベントステータスを抽出し、通信部を介して受信した管理センタからの受信データ等に基づき、第2のネットワークの通信状況を推定し、通信状況に応じて送出すべきデータの圧縮度を選択し、イベントステータスと圧縮度に基づき、送出すべきデータの優先順と圧縮方法を決定する通信制御装置を提供する。   In order to achieve the above object, according to the present invention, communication control is performed so as to receive data from a plurality of communication terminals via the first network and transmit the data to the management center via the second network. The apparatus includes a communication unit that communicates with each of the first network and the second network, a processing unit, and a storage unit. The processing unit receives data from a plurality of communication terminals via the communication unit. The event status is extracted by filtering processing, the communication status of the second network is estimated based on the received data from the management center received via the communication unit, and the degree of compression of data to be transmitted is determined according to the communication status. Provided is a communication control device that selects and determines a priority order of data to be transmitted and a compression method based on an event status and a compression degree.

更に、上記の目的を達成するため、本発明においては、通信部と、処理部と、記憶部とを備え、第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信する通信装置の通信制御方法であって、処理部は、通信部を介して複数の通信端末からのデータに基づきイベントステータスを抽出し、通信部を介して受信した管理センタからの受信データ等に基づき、ネットワークの通信状況を推定し、通信状況に応じて送出すべきデータの圧縮度を選択し、イベントステータスと圧縮度に基づき、送出すべきデータの優先順と圧縮方法を決定する通信制御方法を提供する。   Furthermore, in order to achieve the above object, the present invention includes a communication unit, a processing unit, and a storage unit, receives data from a plurality of communication terminals via the first network, A communication control method for a communication device that transmits to a management center via a network, wherein the processing unit extracts an event status based on data from a plurality of communication terminals via the communication unit, and receives the event status via the communication unit Based on the data received from the management center, the communication status of the network is estimated, the compression level of the data to be transmitted is selected according to the communication status, and the priority order of the data to be transmitted is determined based on the event status and the compression level. Provided is a communication control method for determining a compression method.

本発明によれば、第1のネットワークで発生した全てのデータを常時第2のネットワークで送ることが出来ない場合でも、モニタリングシステムの性能を落とすことなく、第2のネットワークへの送出データ量を低減できる。更に、有料のネットワークを使用しても、その通信コストを抑えることができる。   According to the present invention, even when all the data generated in the first network cannot always be sent through the second network, the amount of data sent to the second network can be reduced without degrading the performance of the monitoring system. Can be reduced. Furthermore, even if a pay network is used, the communication cost can be suppressed.

本発明の実施例1に係る通信システムの全体構成図である。1 is an overall configuration diagram of a communication system according to Embodiment 1 of the present invention. 実施例1におけるローカルネットワークの一構成例を示す図である。1 is a diagram illustrating a configuration example of a local network in Embodiment 1. FIG. 実施例1に係る、ネットワーク相互接続装置の一実施例を示す図である。It is a figure which shows one Example of the network interconnection apparatus based on Example 1. FIG. 実施例1に係る、優先順/フィルタ種別選択処理部の一処理フローを示す図である。FIG. 6 is a diagram illustrating a processing flow of a priority order / filter type selection processing unit according to the first embodiment. 実施例1に係る、ステータス毎のテーブルの一例を示す図である。It is a figure which shows an example of the table for every status based on Example 1. FIG. 実施例1に係る、圧縮度算出テーブルの一例を示す図である。It is a figure which shows an example of the compression degree calculation table based on Example 1. FIG. 実施例1に係る、ステータス用テーブルの構成要素の一例を示す図である。6 is a diagram illustrating an example of components of a status table according to Embodiment 1. FIG. 実施例1に係る、ステータス用テーブルの構成要素の他の一例を示す図である。It is a figure which shows another example of the component of the table for status based on Example 1. FIG. 実施例1のモニタリングシステムの効果を説明するための図である。It is a figure for demonstrating the effect of the monitoring system of Example 1. FIG. 実施例1に係る、広域ネットワークの通信状況判断のための通信フローを説明する図である。It is a figure explaining the communication flow for the communication condition judgment of the wide area network based on Example 1. FIG. 実施例1に係る、広域ネットワークの通信状況判断のための通信フローを説明する図である。It is a figure explaining the communication flow for the communication condition judgment of the wide area network based on Example 1. FIG. 実施例1に係る、広域ネットワークの通信状況判断のための通信フローを説明する図である。It is a figure explaining the communication flow for the communication condition judgment of the wide area network based on Example 1. FIG. 実施例1に係る、ネットワーク相互接続装置の一構成例を示す図である。It is a figure which shows the example of 1 structure of the network interconnection apparatus based on Example 1. FIG. 実施例1に係る、通信端末の一構成例を示す図である。1 is a diagram illustrating a configuration example of a communication terminal according to Embodiment 1. FIG. 実施例1に係る、管理センタの一構成例を示す図である。1 is a diagram illustrating a configuration example of a management center according to Embodiment 1. FIG. 実施例1に係る、時刻差の統計データの確率分布のグラフを示す図である。It is a figure which shows the graph of probability distribution of the statistical data of a time difference based on Example 1. FIG. 本発明の実施例3に係る通信システムの全体構成図である。It is a whole block diagram of the communication system which concerns on Example 3 of this invention. 本発明の実施例4に係る通信システムの全体構成図である。It is a whole block diagram of the communication system which concerns on Example 4 of this invention. 実施例4に係る、ステータス用テーブルの構成要素の一例を示す図である。FIG. 10 is a diagram illustrating an example of components of a status table according to the fourth embodiment. 実施例4に係る、ステータス用テーブルの構成要素の他の一例を示す図である。FIG. 10 is a diagram illustrating another example of components of a status table according to the fourth embodiment. 実施例1及び実施例4に係る、通信端末からネットワーク相互接続装置へ送る情報の内容と形式の一例を示す図である。It is a figure which shows an example of the content and format of the information which are transmitted to the network interconnection apparatus from a communication terminal based on Example 1 and Example 4. FIG. 図6A、6Bに示すステータス用テーブルの構成要素の一例の別例を示す図である。It is a figure which shows another example of an example of the component of the table for status shown to FIG. 6A, 6B. 図6A、6Bに示すステータス用テーブルの構成要素の一例の別例を示す図である。It is a figure which shows another example of an example of the component of the table for status shown to FIG. 6A, 6B.

以下、本発明の種々の実施形態を図面に従い説明する。なお、本願明細書において、中央処理部(Central Processing Unit:CPU)が実行する各種のソフトウェアで実現される構成を、「プログラム」、「処理部」、「モジュール」、或いは「部」と表現する。   Hereinafter, various embodiments of the present invention will be described with reference to the drawings. In the specification of the present application, a configuration realized by various software executed by a central processing unit (CPU) is expressed as “program”, “processing unit”, “module”, or “unit”. .

図1に第1の実施例に係る、各種のモニタリングを実現可能な通信システムの全体構成図を示す。同図において、10、14はそれぞれWAN(Wide Area Network)と称される広域ネットワークと、LAN(Local Area Network)と称されるローカルネットワークを示す、11はそれらを相互接続するネットワーク相互接続装置である。第1のネットワークとして機能するローカルネットワーク14には、温度センサなどの各種のセンサや監視カメラなどの複数の通信端末12が接続されており、第2のネットワークとして機能する広域ネットワーク10には上位ノードである管理センタ13が接続されている。二層モデルである本システム構成においては、ネットワーク相互接続装置11は、各ネットワークのエッジノードとして機能する。なお、第1のネットワーク、第2のネットワークは例示したLAN、WANに限定されないことは言うまでもない。   FIG. 1 shows an overall configuration diagram of a communication system according to the first embodiment that can realize various types of monitoring. In the figure, reference numerals 10 and 14 denote a wide area network called a WAN (Wide Area Network) and a local network called a LAN (Local Area Network), respectively, and 11 denotes a network interconnection apparatus for interconnecting them. is there. A plurality of communication terminals 12 such as various sensors such as a temperature sensor and a monitoring camera are connected to the local network 14 functioning as the first network, and the upper level node is connected to the wide area network 10 functioning as the second network. The management center 13 is connected. In this system configuration which is a two-layer model, the network interconnection device 11 functions as an edge node of each network. Needless to say, the first network and the second network are not limited to the illustrated LAN and WAN.

図2に本実施例の第1のネットワークとして機能するローカルネットワーク14のより具体的な構成の一例を示す。同図において、20は監視の対象となる監視装置を示し、21〜25は図1の通信端末12である、センサ1、センサ2、センサ3、監視カメラ4、監視カメラ5をそれぞれ示す。同図のローカルネットワーク14では、監視装置20に関する動作環境等の各種センシングデータや監視映像データがセンサや監視カメラからネットワーク相互接続装置11を介して第2のネットワークとして機能する広域ネットワーク14に送出される。   FIG. 2 shows an example of a more specific configuration of the local network 14 functioning as the first network of this embodiment. In the figure, reference numeral 20 denotes a monitoring device to be monitored, and reference numerals 21 to 25 denote a sensor 1, a sensor 2, a sensor 3, a monitoring camera 4, and a monitoring camera 5, which are the communication terminals 12 of FIG. In the local network 14 shown in the figure, various sensing data such as the operating environment related to the monitoring device 20 and monitoring video data are transmitted from the sensor and the monitoring camera to the wide area network 14 functioning as the second network via the network interconnection device 11. The

すなわち、図1、図2で示される本実施例のモニタリングシステムは、監視装置20の周辺にセンサ21〜23と監視カメラ24、25を配置し、一旦、ローカルネットワーク14のエッジノードとして機能するネットワーク相互接続装置11にデータを集約後、更に広域ネットワーク10を介して、管理センタ13にデータを集約する構成を有する。   That is, in the monitoring system of this embodiment shown in FIGS. 1 and 2, the sensors 21 to 23 and the monitoring cameras 24 and 25 are arranged around the monitoring device 20, and once function as an edge node of the local network 14. After the data is collected in the interconnection device 11, the data is further collected in the management center 13 via the wide area network 10.

本実施例のモニタリングシステムにおいては、具体例として、センサ21〜23のセンシングデータは一つ当たり、圧縮無しで1kbps、後で詳述する平均化、特徴抽出等のフィルタリング処理により、最小で0.2kbpsまで圧縮できるものとすることができる。また、カメラ24、25からのデータは、1台あたり画質に応じて4k、16k、32k、64k、128kbpsの5段階から選択できるよう構成することができるが、これらに限定するものでないことは言うまでもない。   In the monitoring system of the present embodiment, as a specific example, the sensing data of the sensors 21 to 23 is 1 kbps without compression, and the minimum is 0. 0 by filtering processing such as averaging and feature extraction described in detail later. It can be compressed to 2 kbps. The data from the cameras 24 and 25 can be configured to be selectable from five levels of 4k, 16k, 32k, 64k, and 128 kbps according to the image quality per unit, but it goes without saying that the present invention is not limited to these. Yes.

図18を用いて、通信端末12からネットワーク相互接続装置に送る情報の内容と形式(パケットフォーマット)を説明する。通信端末12からは、ヘッダ情報180と、その端末に接続されたセンサや監視カメラ等から入力される各種センシングデータや画像などを含むセンシング情報181を送る。ヘッダ情報180の中には、通信端末及び接続されているデバイス(センサ、監視カメラ等)の種別を表す端末種別182、複数の通信端末を区別するための端末ID183、センシング情報を取得した際の時刻情報184、等が含まれる。本実施例においては、端末種別は「センサ」と「監視カメラ」の二種類に分かれ、端末IDは1〜5までとなる。端末IDは、本実施例のように、端末種別が「センサ」か「監視カメラ」かによらず通し番号で付けることもできるし、端末種別毎に「センサ1」「監視カメラ1」と分けて付けることもできる。   The contents and format (packet format) of information sent from the communication terminal 12 to the network interconnection device will be described with reference to FIG. The communication terminal 12 sends header information 180 and sensing information 181 including various sensing data and images input from a sensor or a monitoring camera connected to the terminal. In the header information 180, a terminal type 182 indicating the type of the communication terminal and the connected device (sensor, monitoring camera, etc.), a terminal ID 183 for distinguishing a plurality of communication terminals, and sensing information when acquired Time information 184 and the like are included. In this embodiment, the terminal type is divided into two types, “sensor” and “monitoring camera”, and the terminal ID is 1 to 5. The terminal ID can be assigned with a serial number regardless of whether the terminal type is “sensor” or “monitoring camera” as in the present embodiment, and is divided into “sensor 1” and “monitoring camera 1” for each terminal type. It can also be attached.

図11、図12、図13を用いて、まず、図1に示した本実施例のシステム全体構成の中の、ネットワーク相互接続装置11、通信端末12、管理センタ13の内部構成の一例を説明する。   First, an example of the internal configuration of the network interconnection device 11, the communication terminal 12, and the management center 13 in the overall system configuration of the present embodiment shown in FIG. 1 will be described with reference to FIGS. To do.

図11は、ネットワーク相互接続装置11の一実施例を示している。同図において、ネットワーク相互接続装置11は、ローカルネットワーク14、広域ネットワーク10と接続されるローカルネットワーク通信インタフェース(I/F)111と広域ネットワーク通信I/F116を備え、それらを接続する内部バス117に接続された処理部となる中央処理部(Central Processing Unit:CPU)112、処理部となるハードウェアアクセラレータ115、記憶部である演算用メモリ114と、CPU112で実行されるプログラムを記憶する記憶部であるプログラム格納用メモリ113から構成される。なお、詳述する各種のテーブルは、記憶部を構成する演算用メモリ114、プログラム格納用メモリ113のどちらに蓄積・記憶しても良い。ここで、ハードウェアアクセラレータ115とは、CPU112で実行されるフィルタリング処理部33のようなソフトウェア演算の一部をハードウェア回路に置換し、フィルタリング処理部1151として演算を高速化するものを指す。例えば、FFT演算、ターボ符号などの誤り訂正復号演算、MPEG画像の圧縮・復元等を実行するものであり、FPGA(Field Programmable Gate Array)の回路IPとして市販されているものを使用することも可能である。   FIG. 11 shows an embodiment of the network interconnection device 11. In FIG. 1, a network interconnection device 11 includes a local network 14 and a local network communication interface (I / F) 111 connected to the wide area network 10 and a wide area network communication I / F 116, and an internal bus 117 connecting them. A central processing unit (CPU) 112 serving as a connected processing unit, a hardware accelerator 115 serving as a processing unit, a calculation memory 114 serving as a storage unit, and a storage unit storing a program executed by the CPU 112 It is composed of a program storage memory 113. Various tables described in detail may be stored and stored in either the calculation memory 114 or the program storage memory 113 constituting the storage unit. Here, the hardware accelerator 115 refers to a part that replaces a part of software operation such as the filtering processing unit 33 executed by the CPU 112 with a hardware circuit, and speeds up the operation as the filtering processing unit 1151. For example, an FFT operation, an error correction decoding operation such as a turbo code, compression / decompression of an MPEG image, and the like, and a commercially available circuit IP of an FPGA (Field Programmable Gate Array) can be used. It is.

また、プログラム格納用メモリ113には、図3に示した各処理部と、図5A、図5Bに示した各テーブルに対応するフィルタリングプログラム1131、ローカルネットワークデータ統計プログラム1132、優先順/フィルタ種別選択プログラム1133、広域ネットワーク状況推進プログラム1136、送出データ選択プログラム1137とステータス用テーブル1134、圧縮度算出テーブル1135が格納される。一方、演算用メモリ114には、その各プログラムの実行状況に応じて、そのエリアとして、バッファリング領域1141、ローカルネットワークデータ統計情報1142、広域ネットワーク状況推定情報1143、優先順/フィルタ種別選択情報1144が設けられる。   Further, the program storage memory 113 includes each processing unit shown in FIG. 3, a filtering program 1131 corresponding to each table shown in FIGS. 5A and 5B, a local network data statistical program 1132, a priority order / filter type selection. A program 1133, a wide area network status promotion program 1136, a transmission data selection program 1137, a status table 1134, and a compression degree calculation table 1135 are stored. On the other hand, according to the execution status of each program, the calculation memory 114 includes, as its areas, a buffering area 1141, local network data statistical information 1142, wide area network status estimation information 1143, priority order / filter type selection information 1144. Is provided.

図12は、通信端末12の一実施例を示している。同図において、通信端末12は、上述した各種通信端末としてのセンサ機能、カメラ機能に加え、図12に示したブロック要素を備えている。すなわち、ローカルネットワーク14と接続されるローカルネットワーク通信I/F121を備え、それに接続される内部バス127に接続されたCPU122、演算用メモリ124、プログラム格納用メモリ123から構成される。各通信端末12は、これらCPU122、演算用メモリ124、プログラム格納用メモリ123を用いて、図示を省略した各センサ機能部やカメラ機能部からのデータを処理して、ローカルネットワーク14に送出する様に制御する。   FIG. 12 shows an embodiment of the communication terminal 12. In the figure, the communication terminal 12 includes the block elements shown in FIG. 12 in addition to the sensor function and camera function as the various communication terminals described above. That is, a local network communication I / F 121 connected to the local network 14 is provided, and the CPU 122, the arithmetic memory 124, and the program storage memory 123 are connected to the internal bus 127 connected thereto. Each communication terminal 12 uses these CPU 122, calculation memory 124, and program storage memory 123 to process data from each sensor function unit and camera function unit (not shown) and send them to the local network 14. To control.

同図においても、ハードウェアアクセラレータ125はフィルタリング処理部1251が一部置換される。また、プログラム格納用メモリ123には、フィルタリングプログラム1231、ローカルネットワークデータ統計プログラム1232が格納される。一方、演算用メモリ124には、その各プログラムの実行状況に応じて、そのエリアとして、バッファリング領域1241、ローカルネットワークデータ統計情報1242が設けられる。   Also in this figure, the hardware accelerator 125 is partially replaced by the filtering processor 1251. The program storage memory 123 stores a filtering program 1231 and a local network data statistics program 1232. On the other hand, the computing memory 124 is provided with a buffering area 1241 and local network data statistical information 1242 as areas according to the execution status of each program.

図13は、管理センタ13の一実施例を示している。同図において、管理センタ13は、広域ネットワーク10と接続される広域ネットワーク通信I/F136を備え、それに接続する内部バス137に接続されたCPU132、ハードウェアアクセラレータ135、演算用メモリ134、プログラム格納用メモリ133から構成される。   FIG. 13 shows an embodiment of the management center 13. In the figure, the management center 13 includes a wide area network communication I / F 136 connected to the wide area network 10, and a CPU 132, a hardware accelerator 135, an arithmetic memory 134, and a program storage area connected to an internal bus 137 connected thereto. The memory 133 is configured.

同様に同図の構成においても、ハードウェアアクセラレータ135はフィルタリング処理部1351が一部置換される。また、プログラム格納用メモリ133には、フィルタリングプログラム1331、広域ネットワーク状況推進プログラム1332が格納される。一方、演算用メモリ134には、その各プログラムの実行状況に応じて、そのエリアとして、バッファリング領域1341、広域ネットワーク状況推定情報1342が設けられる。   Similarly, in the configuration shown in the figure, the hardware accelerator 135 is partially replaced by the filtering processing unit 1351. The program storage memory 133 stores a filtering program 1331 and a wide area network status promotion program 1332. On the other hand, the computing memory 134 is provided with a buffering area 1341 and wide-area network status estimation information 1342 as its area according to the execution status of each program.

図3は、実施例1のエッジノードとして機能するネットワーク相互接続装置11の一構成を示す図である。同図において、31〜39はネットワーク相互接続装置11の処理部で実行されるソフトウェア、またはFPGAで実現する専用ハードウェア等で実現される各処理ブロックを示し、それぞれローカルネットワーク通信処理部、バッファリング処理部、フィルタリング処理部、優先制御部、ローカルネットワークデータ統計処理部、優先順/フィルタ種別選択処理部、広域ネットワーク状況推定処理部、送出データ選択処理部、広域ネットワーク通信処理部を示している。広域ネットワーク状況推定処理部36は、広域ネットワーク10の通信状況、すなわち実質的に送出可能なレートの平均等を定期的にモニタリングする処理を実現する。   FIG. 3 is a diagram illustrating a configuration of the network interconnection apparatus 11 that functions as an edge node according to the first embodiment. In the figure, reference numerals 31 to 39 denote processing blocks realized by software executed by the processing unit of the network interconnection apparatus 11 or dedicated hardware realized by an FPGA, respectively. A processing unit, a filtering processing unit, a priority control unit, a local network data statistical processing unit, a priority order / filter type selection processing unit, a wide area network status estimation processing unit, a transmission data selection processing unit, and a wide area network communication processing unit are shown. The wide area network state estimation processing unit 36 realizes processing for periodically monitoring the communication state of the wide area network 10, that is, the average of the substantially transmittable rates.

ローカルネットワーク通信処理部31は、ローカルネットワーク14との通信インタフェースである。バッファリング処理部32は、メモリを用いたデータバッファとして機能する。   The local network communication processing unit 31 is a communication interface with the local network 14. The buffering processing unit 32 functions as a data buffer using a memory.

フィルタリング処理部33には、先に図18で説明した通信端末からの情報のうち、ヘッダ情報180の圧縮処理等の可逆な処理と、センシング情報181の量子化処理等の不可逆な処理がある。フィルタリング処理部33のフィルタリング処理の内容は、予めエッジノードである装置11の内部に作りこみまれたフィルタリング処理ライブラリとして読み出される場合と、上位ノードにあたる管理センタから配布される場合の二通りがある。   The filtering processing unit 33 includes reversible processing such as compression processing of the header information 180 and irreversible processing such as quantization processing of the sensing information 181 among the information from the communication terminal described above with reference to FIG. The contents of the filtering processing of the filtering processing unit 33 can be read out as a filtering processing library created in advance in the device 11 which is an edge node, or distributed from a management center corresponding to a higher node.

可逆な処理としては、センサによるセンシング情報の基準値からの差分計算処理、複数のセンシング情報のまとめパケット生成処理、規定された通信プロトコルに則ったヘッダ情報の圧縮処理(例えば、IETF規格RFC4944に規定あり)などがある。   The reversible process includes a difference calculation process from a reference value of sensing information by a sensor, a process for generating a packet of a plurality of pieces of sensing information, a compression process of header information in accordance with a defined communication protocol (for example, specified in IETF standard RFC4944) Yes).

一方、不可逆な処理としては、不要なセンシング情報の破棄処理、センシング情報の平均値計算処理、最大値/最小値検出/判定処理、異常値判定処理、時間方向のサンプリング間引き処理、量子化処理や、カメラ画像情報のフレーム間引き処理、画像サイズ変更処理、顔検出、動き検出等の特徴抽出処理などがある。   On the other hand, as irreversible processes, unnecessary sensing information discarding process, sensing information average value calculation process, maximum / minimum value detection / determination process, abnormal value determination process, sampling thinning process in time direction, quantization process, And frame extraction processing of camera image information, image size change processing, feature extraction processing such as face detection and motion detection.

不可逆な処理を行ってセンシング情報の精度が落ちたり、意味合いが変化してしまう場合も、バッファリング処理部32により、エッジノードとしてのネットワーク相互接続装置11内に処理前のデータをバッファリングしておくことで、処理前のデータをそのまま送ったり、後から必要になった際に、上位ノードからエッジノードである装置11にアクセスし、処理前のデータを確認することができる。   Even when the irreversible processing is performed and the accuracy of the sensing information is lowered or the meaning is changed, the buffering processing unit 32 buffers the data before processing in the network interconnection device 11 as an edge node. Thus, when the data before processing is sent as it is or when it becomes necessary later, it is possible to access the device 11 which is the edge node from the upper node and confirm the data before processing.

優先度制御部34は、図3に示す通り、大きく分けて次の三つの処理を提供する。すなわち、ローカルネットワークデータ統計処理部35、広域ネットワーク状況推定処理部36、優先順/フィルタ種別選択処理部37である。これらの処理は、先に説明した図11のプログラム格納用メモリ133に記憶された各処理に対応するプログラムを、CPU132が実行するソフトウェア処理によって実現することができる。   As shown in FIG. 3, the priority control unit 34 roughly provides the following three processes. That is, the local network data statistical processing unit 35, the wide area network status estimation processing unit 36, and the priority order / filter type selection processing unit 37. These processes can be realized by a software process executed by the CPU 132 for a program corresponding to each process stored in the program storage memory 133 of FIG. 11 described above.

ここで広域ネットワーク状況推定処理部36は、エッジノードが収集したセンシング情報を、広域ネットワーク通信処理部39により上位ノードへ送出する際に使用する広域ネットワーク10のスループットや遅延などの通信状況を推定し、優先順位/フィルタ種別選択処理部37に通知する。   Here, the wide area network state estimation processing unit 36 estimates the communication state such as throughput and delay of the wide area network 10 used when the wide area network communication processing unit 39 sends the sensing information collected by the edge node to the upper node. The priority order / filter type selection processing unit 37 is notified.

広域ネットワーク10には、対象システム専用の閉じたネットワークも、インターネットや携帯電話網などのオープンなネットワークもあり、選出可能なデータ量(帯域)が常時一定量保証されている場合と、ネットワーク上のトラフィックが時々刻々変化し保証されない場合とがある。帯域保証されている場合には、広帯域ネットワーク状況推定処理部36は、設定時の保証帯域の情報を保持する。帯域が変動する場合には、TCP/IP(Transmission Control Protocol/Internet Protocol)のウィンドウサイズ情報を参考情報として使用する、時刻情報を含む計測用パケットをエッジノード上位ノード間で定期的にやり取りし、計測用パケットの受領時刻とパケットに含まれる時刻情報との差から伝送遅延を算出する、などの方法を取る。   The wide area network 10 includes a closed network dedicated to the target system and an open network such as the Internet or a mobile phone network. When the amount of data (bandwidth) that can be selected is always guaranteed, There are cases where traffic changes from time to time and is not guaranteed. If the bandwidth is guaranteed, the broadband network state estimation processing unit 36 holds information on the guaranteed bandwidth at the time of setting. When the bandwidth fluctuates, TCP / IP (Transmission Control Protocol / Internet Protocol) window size information is used as reference information, and measurement packets including time information are periodically exchanged between the upper nodes of the edge node, For example, a transmission delay is calculated from the difference between the reception time of the measurement packet and the time information included in the packet.

ローカルネットワークデータ統計処理部35は、エッジノードがセンサからセンシング情報を収集する際に使用するローカルネットワーク14のスループットや遅延、どのような優先度のデータがどれだけの量含まれているか、などの通信状況を測定し、優先順/フィルタ種別選択処理部37に通知する。   The local network data statistical processing unit 35 includes the throughput and delay of the local network 14 used when the edge node collects sensing information from the sensor, and what amount of priority data is included. The communication status is measured and notified to the priority order / filter type selection processing unit 37.

優先順/フィルタ種別選択処理部37では、広域ネットワーク状況推定処理部36から通知される広域ネットワークの通信状況(送出可能なデータ量)と、ローカルネットワークデータ統計処理部35から通知されるローカルネットワーク14の通信状況(送出したいデータ量と優先度の分布)、フィルタリング処理部33から通知される処理後のデータの(異常値判定結果など)の3つの入力から、実際にどの端末からのデータを、どういった形でフィルタリング処理(フィルタリング条件)し、どの順序で送出するかを決定する。優先順/フィルタ種別選択処理部37は、決定したフィルタリング条件と送出順序を含む結果を、送出データ選択処理部38に通知する。   In the priority order / filter type selection processing unit 37, the communication status (data amount that can be transmitted) notified from the wide area network status estimation processing unit 36 and the local network 14 notified from the local network data statistical processing unit 35. From the three inputs of the communication status (data amount and priority distribution to be transmitted) and post-processing data (abnormal value determination result, etc.) notified from the filtering processing unit 33, the data from which terminal is actually The filtering process (filtering condition) is determined in what form, and the order of transmission is determined. The priority order / filter type selection processing unit 37 notifies the transmission data selection processing unit 38 of the result including the determined filtering condition and transmission order.

図4は優先度制御部34の優先順/フィルタ種別選択処理部37の処理フローを示す図である。   FIG. 4 is a diagram illustrating a processing flow of the priority order / filter type selection processing unit 37 of the priority control unit 34.

この決定方法の一例の動作フローを図4に示した。図4において、まず、初期状態(40)において、フィルタリング処理部33から通知される処理後のデータである、例えば異常判定結果などからイベント条件を検知(41)し、ローカルネットワークのイベントステータスを判断(42)する。なお、このフィルタリング処理部33における異常判定とは、先に詳述したように、温度センサやマイクロホンなどのセンシング情報の基準値からの差分計算結果に基づく異常値判定、顔検出、動き検出等の特徴抽出に基づく人物検出等のソフトウェア処理をいう。   An operation flow of an example of this determination method is shown in FIG. In FIG. 4, first, in the initial state (40), the event condition is detected (41) from the processed data notified from the filtering processing unit 33, for example, the abnormality determination result (41), and the event status of the local network is determined. (42) Note that the abnormality determination in the filtering processing unit 33 includes, as described in detail above, abnormal value determination based on a difference calculation result from a reference value of sensing information such as a temperature sensor and a microphone, face detection, motion detection, and the like. Software processing such as person detection based on feature extraction.

次に、そのイベントステータスから参照すべきデータ圧縮方法の記載されたステータス用テーブルを選択(43)する。そして送出したいデータ量と送出可能なデータ量の比から圧縮率を算出し、選択したステータステーブルを参照して、圧縮率に適した送出順序とフィルタ種別を決める(44)。本実施例においては、この決定に際し、ローカルネットワークデータ統計処理部35でローカルネットワークの状態判定(45)を行い、また広域ネットワーク状態推定処理部36で広域ネットワークの状態判定(46)を行い、その状態判定結果に基づき、後で説明する圧縮度算出テーブルから両ネットワーク状態に対応する圧縮度を選択(47)し、送出順序とフィルタ種別を指定する。このフィルタ種別とは、上述した時間方向のサンプリング間引き処理、量子化処理や、カメラ画像情報のフレーム間引き処理、画像サイズ変更処理などのソフトウェアによる圧縮方法が含まれることは言うまでもない。   Next, the status table describing the data compression method to be referred to is selected from the event status (43). Then, the compression rate is calculated from the ratio between the data amount desired to be sent and the data amount that can be sent, and the sending order and the filter type suitable for the compression rate are determined with reference to the selected status table (44). In this embodiment, the local network data statistical processing unit 35 performs local network state determination (45), and the wide area network state estimation processing unit 36 performs wide area state determination (46). Based on the state determination result, the compression degree corresponding to both network states is selected (47) from the compression degree calculation table described later, and the transmission order and the filter type are designated. It goes without saying that the filter type includes a compression method by software such as the sampling thinning process in the time direction, the quantization process, the frame thinning process of the camera image information, and the image size changing process.

続いて、以上で説明した本実施例のモニタリングシステムの構成を用いて、ネットワーク相互接続装置11におけるネットワークの帯域制限を考慮した優先度制御方法の具体例を図5A,図5B、図6A、図6Bを用いて説明する。ネットワーク相互接続装置11は、各センサ及びカメラからのデータをネットワークへ送出する際の優先順位を定義するステータス用テーブルを複数設定し、通常時、センサのアラーム検出時等のイベント条件に応じて有効にするテーブルを切替えることにより、帯域制限を考慮した優先度制御方法を実現する。   Next, using the configuration of the monitoring system of the present embodiment described above, specific examples of the priority control method in consideration of the network bandwidth limitation in the network interconnection device 11 are shown in FIGS. This will be described using 6B. The network interconnection device 11 sets a plurality of status tables that define priorities when sending data from each sensor and camera to the network, and is effective according to event conditions such as normal time and when an alarm of a sensor is detected. By switching the table to be used, a priority control method considering the bandwidth limitation is realized.

図5Aは、本実施例におけるイベントステータス条件、すなわちステータス毎のテーブルとその構成要素の一例を示している。同図において、51、52、53はそれぞれステータスA,ステータスB、ステータスC用のテーブルを示す。一例を示したステータスC用テーブル53において、テーブル構成要素として、圧縮度に対応する圧縮率、送出順序、フィルタ種別を備えている。圧縮度は1以上の値を有する。ステータスC用テーブル53に示すように、圧縮度1の場合、圧縮率は1.0となり、送出されるデータの圧縮は無い。送出順序には、α、β、γの順に送出するよう規定されている。圧縮度1の場合、例えばデータ量は259kbpsとなり、圧縮度が高くなるのに対応し、データ量は131kbps、−−−、8.6kbps、4.6kbpsのように低減するように設定される。   FIG. 5A shows an example of event status conditions in this embodiment, that is, a table for each status and its components. In the figure, reference numerals 51, 52 and 53 denote tables for status A, status B and status C, respectively. The status C table 53 shown as an example includes a compression rate, a transmission order, and a filter type corresponding to the degree of compression as table components. The degree of compression has a value of 1 or more. As shown in the status C table 53, when the degree of compression is 1, the compression rate is 1.0, and there is no compression of the transmitted data. The sending order is defined to send in the order of α, β, γ. When the compression level is 1, for example, the data amount is 259 kbps, and the data amount is set to be reduced to 131 kbps, ----, 8.6 kbps, 4.6 kbps, corresponding to the increase in the compression rate.

図5Bは、本実施例におけるネットワーク状態、通信状況に基づき圧縮度を算出するための圧縮度算出テーブル54の一例を示している。同図に明らかなように、本実施例の場合、同テーブル54の縦軸のローカルネットワーク状態と横軸の広域ネットワーク状態に基づき、圧縮度1〜4が選択される。この、選択・決定された圧縮度に基づき、各イベントステータス用テーブル中の対応する圧縮度が選択・決定される。   FIG. 5B shows an example of the compression degree calculation table 54 for calculating the compression degree based on the network state and the communication state in this embodiment. As can be seen from the figure, in the case of the present embodiment, compression levels 1 to 4 are selected based on the local network state on the vertical axis and the wide area network state on the horizontal axis. Based on the selected / determined compression degree, the corresponding compression degree in each event status table is selected / determined.

図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のアラーム検出結果が送出されることとなる。
6A and 6B, as specific examples of statuses that are the event conditions shown in FIG. 5A, status tables that are used in the event conditions that occur when an abnormality occurs in the sensor 1 or the sensor 2, such as a sudden change in the temperature sensor detection temperature. An example was given. 6A, the status table 61 has compression degree, compression rate, transmission order, and filter type as table components, like the table 53 of FIG. 5A, and is illustrated corresponding to the compression degrees 1, 2, and 3, respectively. The compression ratio is 1.0, 0.6, 0.4.
Further, the sending order is such that the data of the sensor 1 in which an abnormality has occurred is sent first as shown for the sensors 1 to 3, the monitoring camera 4, and the alarms 1 to 3. Furthermore, as the filter type, no filter, only sending alarm detection result, etc. are selected as appropriate for sensors 1 to 3, and only the feature extraction results such as no thinning, image size change and thinning, and presence / absence of people are sent to the monitoring camera. Are appropriately selected. For example, at a degree of compression of 3, the alarm result of the sensor 1 in which an abnormality has occurred, the feature extraction result of the monitoring camera 4, and the alarm detection results of the other sensors 2 and 3 are sent out.

同様に図6Bのステータス用テーブル62においては、圧縮度1、2、3に対応して、それぞれ圧縮率1.0、0.6、0.3を有し、また、送出順序も図示のとおり決定される。更に、フィルタ種別も図示の通りとなる。図6Aのステータス用テーブル61との差異は、送出順序やフィルタ種別において、センサ1とセンサ2、監視カメラ5と監視カメラ4とが入れ替わっている点である。これは、異常発生に係るセンサのデータを最優先で送出するためである。すなわち、イベントステータス条件が異常発生の場合、当該異常発生を検出したセンサのデータが最優先され、続いてネットワークのトラフィック状況に対応した圧縮度に応じて関連する監視カメラのデータ、あるいは他のセンサのデータが優先される。   Similarly, the status table 62 in FIG. 6B has compression ratios of 1.0, 0.6, and 0.3 corresponding to the compression degrees 1, 2, and 3, respectively, and the sending order is also as shown in the figure. It is determined. Further, the filter type is as shown in the figure. The difference from the status table 61 in FIG. 6A is that the sensors 1 and 2, the monitoring camera 5, and the monitoring camera 4 are switched in the sending order and filter type. This is because the sensor data related to the occurrence of abnormality is transmitted with the highest priority. That is, when the event status condition is abnormal, the data of the sensor that detected the abnormality is given the highest priority, followed by the data of the monitoring camera related to the degree of compression corresponding to the traffic situation of the network, or other sensors Data is given priority.

なお、図5A、図5B、図6A、図6Bに示す各種テーブルはあくまで一例を示すものであり、他の要素を取り得ることは言うまでもない。   It should be noted that the various tables shown in FIGS. 5A, 5B, 6A, and 6B are merely examples, and needless to say, other elements can be taken.

図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のアラーム検出結果、の順に送出データを指定する。   As a modification of FIGS. 6A and B, FIGS. 19A and 19B are shown. FIGS. 19A and 19B are more specific examples of FIGS. 6A and 6B. In the section of the transmission order, in order to specify which terminal the data comes from, the terminal type 182 and the terminal ID 183 described above with reference to FIG. Is specified. The information on the terminal type and the terminal ID is included in the header information of the packet sent from the communication terminal 21. Data that is not specified in the sending order section (for example, the image of the monitoring camera 4 in FIG. 19A of this embodiment) is collected up to the network interconnection device 11 but is not sent to the management center 13. In the filter type section, the type of processing to be added by the filtering processing unit 33 is specified for the data specified in the transmission order section. For example, in the degree of compression 1, data is designated in the order of pre-process data of the sensor 1, pre-process data of the monitoring camera 5, pre-process data of the sensor 2, and pre-process data of the sensor 3. In the degree of compression 3, the transmission data is designated in the order of the alarm detection result (event status) of the sensor 1, the feature extraction result of the monitoring camera 5, the alarm detection result of the sensor 2, and the alarm detection result of the sensor 3.

本実施例においては、優先度を決定、すなわち優先順位を決めた上で、送出可能な帯域に併せて、センシングデータや監視カメラデータの圧縮方法を選択するため、ネットワークのトラフィック状態に係らず、常に全ての通信端末からのデータを送出することができる。   In this embodiment, the priority is determined, that is, the priority is determined, and the compression method of sensing data and surveillance camera data is selected in accordance with the transmittable bandwidth, regardless of the traffic state of the network. Data from all communication terminals can always be transmitted.

図8、図14、図9、図10を用いて、本実施例のモニタリングシステムにおけるネットワークの通信状況判断のための通信フローの一例を説明する。図8、図9、図10の通信フローは、時刻付与を行う装置、あるいはネットワークの通信状況を判断する装置が、ネットワーク相互接続装置11、管理センタ13、通信端末12であるかに対応している。   An example of a communication flow for determining the network communication status in the monitoring system of the present embodiment will be described with reference to FIGS. 8, 14, 9, and 10. FIG. The communication flows of FIGS. 8, 9, and 10 correspond to whether the device that gives time or the device that determines the communication status of the network is the network interconnection device 11, the management center 13, or the communication terminal 12. Yes.

まず、図8に示す通信フローの場合、モニタリングシステム上の通信端末12がローカルネットワーク14を介してネットワーク相互接続装置11にパケット送信を行うと、装置11は先に説明したバッファリング処理部によりバッファリング(81)を行い、バッファリングされたパケットデータから送出するパケットデータを選択(82)する。続いて、選択されたパケットのヘッダ情報に送出時の時刻情報を付(83)し、広域ネットワーク10を介して、管理センタ13に当該パケットを送信する。管理センタ13では、受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録(84)する。図8では、その広域送信時刻と広域受信時刻の一例を例示した。   First, in the communication flow shown in FIG. 8, when the communication terminal 12 on the monitoring system transmits a packet to the network interconnection device 11 via the local network 14, the device 11 is buffered by the buffering processing unit described above. Ring (81) is performed, and packet data to be transmitted is selected (82) from the buffered packet data. Subsequently, time information at the time of transmission is added to the header information of the selected packet (83), and the packet is transmitted to the management center 13 via the wide area network 10. The management center 13 records (84) the header information of the received packet together with the time information at the time of reception. FIG. 8 illustrates an example of the wide area transmission time and the wide area reception time.

そして、管理センタ13は、この時刻差情報等を、ネットワーク相互接続装置11に、逐次フィードバック情報として送信する。この逐次フィードバック情報を受信したネットワーク相互接続装置11は、広域受信時刻と広域送信時刻の時刻差のフィードバック情報を蓄積し、その統計処理により、広域ネットワーク10の通信状況を判断することができる。このネットワーク相互接続装置11における統計処理を図14で説明する。なお、この統計処理は、先に説明した図11のプログラム格納用メモリ133に記憶された統計処理プログラムを、CPU132が実行するソフトウェア処理によって実現することができる。この統計処理プログラムは、図3に示したネットワーク相互接続装置11の構成の広域ネットワーク状況推定処理部37に含まれるものである。   Then, the management center 13 sequentially transmits the time difference information and the like to the network interconnection device 11 as feedback information. The network interconnection apparatus 11 that has received this sequential feedback information accumulates feedback information of the time difference between the wide area reception time and the wide area transmission time, and can determine the communication status of the wide area network 10 by statistical processing. The statistical processing in the network interconnection device 11 will be described with reference to FIG. This statistical processing can be realized by software processing executed by the CPU 132 using the statistical processing program stored in the program storage memory 133 of FIG. 11 described above. This statistical processing program is included in the wide area network state estimation processing unit 37 having the configuration of the network interconnection device 11 shown in FIG.

図14の141は、上述した時刻差の統計データの確率分布を示すグラフである。図14のグラフ141の横軸は、上述の時刻差を表し、縦軸は蓄積されたデータ遅延量(時刻差)の発生確率分布を示している。統計処理プログラムは、確率密度が最大142となる時刻差に対応する遅延量が、予め閾値設定した「余裕」「通常」「混雑」のどの領域に含まれるかにより、通信状況を判断する。この判断の指標として、確率密度が最大となる時の値だけでなく、累積確率が所定値nパーセンテージより大きい(累積確率>n%)となる時の値を使っても良い。また、領域区分は図示のような3領域とは限らず、より細かく分割することも可能であることは言うまでもない。いずれにしても、このような統計処理プログラム自身は容易に入手可能である。   Reference numeral 141 in FIG. 14 is a graph showing the probability distribution of the time difference statistical data described above. The horizontal axis of the graph 141 in FIG. 14 represents the above-described time difference, and the vertical axis represents the occurrence probability distribution of the accumulated data delay amount (time difference). The statistical processing program determines the communication status depending on which of the “margin”, “normal”, and “congested” areas set in advance as threshold values the delay amount corresponding to the time difference at which the probability density is 142 at the maximum. As an index for this determination, not only the value when the probability density becomes maximum but also the value when the cumulative probability is larger than the predetermined value n percentage (cumulative probability> n%) may be used. Needless to say, the area division is not limited to the three areas shown in the figure, and can be divided more finely. In any case, such a statistical processing program itself is easily available.

次に、図9に示す処理フローの場合を説明する。なお、説明は、図8との差分を中心に説明する。ネットワーク相互接続装置11から選択されたパケットデータが送信されると、管理センタ13は、受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録(84)、この時刻情報を元に時刻差情報の統計処理を行い、広域ネットワーク10の通信状況を判断(91)する。図9の処理フローにおいては、図8と異なり、統計処理に基づく広域ネットワーク10の通信状況の判断を管理センタ13が行い、その結果をパケット送信元のネットワーク相互接続装置11に周期的にフィードバックする。この周期的なフィードバック情報は、先に説明した図3の広域ネットワーク状況推定処理部37に送られることは言うまでもない。   Next, the case of the processing flow shown in FIG. 9 will be described. The description will focus on differences from FIG. When the packet data selected from the network interconnection device 11 is transmitted, the management center 13 records the header information of the received packet together with the time information at the time of reception (84), and the time difference information based on this time information. The communication status of the wide area network 10 is determined (91). In the processing flow of FIG. 9, unlike FIG. 8, the management center 13 determines the communication status of the wide area network 10 based on statistical processing, and periodically feeds back the result to the packet transmission source network interconnection device 11. . Needless to say, this periodic feedback information is sent to the wide area network state estimation processing unit 37 of FIG. 3 described above.

続いて、図10に示す処理フローの場合を説明する。この処理フローの場合、通信端末12がパケット生成を行った場合、ヘッダに時刻情報を付与(101)し、当該パケット送信を行う。ネットワーク相互接続装置11は、受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録(102)する。その後、図8、図9の処理と同様な処理を経て、管理センタ13は、装置11から受信したパケットのヘッダ情報を、受信時の時刻情報と共に記録(103)する。本処理フローの場合、記録される時刻情報は、広域送信時刻、広域受信時刻に加え、パケット生成時刻とローカル受信時刻を含んでいる。ここで、ローカル受信時刻とは、ローカルネットワーク14を介してネットワーク相互接続装置11がパケットを受信したときの時刻情報であることは言うまでもない。   Next, the process flow shown in FIG. 10 will be described. In the case of this processing flow, when the communication terminal 12 generates a packet, time information is added to the header (101), and the packet is transmitted. The network interconnection device 11 records (102) the header information of the received packet together with the time information at the time of reception. Thereafter, through processing similar to the processing of FIGS. 8 and 9, the management center 13 records (103) the header information of the packet received from the device 11 together with the time information at the time of reception. In the case of this processing flow, the recorded time information includes the packet generation time and the local reception time in addition to the wide area transmission time and the wide area reception time. Here, it goes without saying that the local reception time is time information when the network interconnection device 11 receives a packet via the local network 14.

これらの時刻情報は、逐次フィードバックにより、ネットワーク相互接続装置11に送信され、装置11では、ローカル受信時刻とパケット生成時刻との差分情報からローカルネットワーク14の通信状況を判断(104)、同様に広域ネットワーク10の通信状況を判断(85)する。なお、この変形例として、ネットワーク相互接続装置11から管理センタ13に送信するパケットのパケット生成時刻とローカル受信時刻については、装置11中に蓄積しておき、その蓄積データを用いて時刻差の統計処理を行い、ローカルネットワーク14の通信状況を判断することもできる。いずれの場合においても、図3に示したネットワーク相互接続装置11の構成の一つであるローカルネットワークデータ統計処理部35がこの統計処理を行うことは言うまでもない。   These pieces of time information are transmitted to the network interconnection device 11 by successive feedback, and the device 11 determines the communication status of the local network 14 from the difference information between the local reception time and the packet generation time (104), and similarly the wide area The communication status of the network 10 is determined (85). As a modified example, the packet generation time and local reception time of a packet transmitted from the network interconnection device 11 to the management center 13 are accumulated in the device 11 and time difference statistics are stored using the accumulated data. Processing can also be performed to determine the communication status of the local network 14. In any case, it goes without saying that the local network data statistical processing unit 35 which is one of the configurations of the network interconnection device 11 shown in FIG. 3 performs this statistical processing.

続いて、図7を用いて、以上詳述した第1の実施例のデータ送出方法の効果を説明する。図7では、本実施例の構成を用いない従来方式と、本実施例の方法の両方を比較して示した。図7の上段に示す従来方式の場合においては、通常時において、優先度の高い、温度センサなどのデータレートは低いが、一定間隔で確実に送りたいセンサ1〜3に対応するセンシングデータ71〜73はQoS帯域保証されており、一定のデータ送出量を確保できる。一方、データレートは高いが通常時は優先度の低い監視カメラ4については、ベストエフォート通信により、送れる範囲でなるべく沢山送信するため、そのデータ送出量は変動する。ここで、アラーム検出により監視対象の異常発生を認識し、監視カメラデータ74の優先度を上げると、QoS帯域保証が監視カメラデータ74に独占され、優先度の低いセンサデータ72、73を送ることができないことになる。更に、アラート発生時のみ、QoS保証帯域を広げようとした場合、そのときのネットワークのトラフィック状態によっては、必ずしも必要なQoS保証帯域を確保できない。   Next, the effect of the data transmission method of the first embodiment described in detail above will be described with reference to FIG. FIG. 7 shows a comparison between the conventional method not using the configuration of this embodiment and the method of this embodiment. In the case of the conventional method shown in the upper part of FIG. 7, the sensing data 71 to 71 corresponding to the sensors 1 to 3 that are surely sent at regular intervals, although the data rate of the temperature sensor or the like having a high priority is low in normal times. 73 is guaranteed QoS bandwidth, and can secure a certain amount of data transmission. On the other hand, since the surveillance camera 4 having a high data rate but a low priority is normally transmitted by the best effort communication as much as possible within the transmission range, the data transmission amount varies. Here, when the abnormality of the monitoring target is recognized by the alarm detection and the priority of the monitoring camera data 74 is increased, the QoS bandwidth guarantee is monopolized by the monitoring camera data 74 and the sensor data 72 and 73 having low priority are sent. Will not be able to. Furthermore, if the QoS guaranteed bandwidth is to be expanded only when an alert occurs, the necessary QoS guaranteed bandwidth cannot always be secured depending on the traffic state of the network at that time.

一方、図7の下段に示す本実施例の場合においては、上述の通り、優先度を決定、すなわち優先順位を決めた上で、送出可能な帯域75に併せて、センシングデータ71、監視カメラデータ74、センシングデータ72、73の圧縮方法を選択するため、ネットワークのトラフィック状態に係らず、常に全ての通信端末からのデータを送出することができる。   On the other hand, in the case of the present embodiment shown in the lower part of FIG. 7, as described above, the priority is determined, that is, the priority is determined, and the sensing data 71 and the monitoring camera data are combined with the transmittable band 75. 74, since the compression method of the sensing data 72, 73 is selected, data from all communication terminals can always be transmitted regardless of the traffic state of the network.

以上詳述したように、本実施例のモニタリングシステムにおいては、ステータスに応じて、複数の通信端末からのデータの優先順序を決定し、更にネットワークで送出可能な帯域にあわせて圧縮方法を選択するため、ネットワークのトラフィック状態に係らず、複数の通信端末からのデータをその優先度に応じた送出順序で、全て送信することが可能となる。   As described above in detail, in the monitoring system of this embodiment, the priority order of data from a plurality of communication terminals is determined according to the status, and the compression method is selected in accordance with the bandwidth that can be transmitted over the network. Therefore, regardless of the traffic state of the network, it is possible to transmit all data from a plurality of communication terminals in the transmission order according to the priority.

次に、広域ネットワーク状況推定処理部の第2の実施例として、TCPによるフロー制御のウィンドウサイズ情報を使用する場合を説明する。   Next, as a second embodiment of the wide area network status estimation processing unit, a case where window size information for flow control by TCP is used will be described.

TCPによるフロー制御では、データを受信する側が送信する側にデータを受け取った旨を知らせるACK(Acknowledge)信号を返す際、TCPヘッダのフォーマットに合わせてウィンドウサイズ情報を伝える。このウィンドウサイズ情報は、受信する側が一度に受け取れるパケット量、すなわち受信する側のバッファの空き具合を表す。ウィンドウサイズが小さい時は送信側で送り出す量を減らすことでパケットの輻輳を低減し、ウィンドウサイズが大きい時は送信側で送り出す量を増やすことでスループットを上げるよう制御する。このウィンドウサイズ情報は、上述した第1の実施例で説明した広域ネットワーク状況と必ずしも一致はしないが、広域ネットワーク状況の判断指標の一つとして利用可能であり、図3に示したネットワーク相互接続装置11の広域ネットワーク状況推定処理部37においてTCPヘッダ内のウィンドウサイズ情報を抽出し、利用することができる。   In the flow control by TCP, when the data receiving side returns an ACK (Acknowledge) signal notifying that the data has been received to the transmitting side, the window size information is transmitted in accordance with the format of the TCP header. This window size information represents the amount of packets that can be received at one time by the receiving side, that is, the free state of the buffer on the receiving side. When the window size is small, packet congestion is reduced by reducing the amount sent out on the transmission side, and when the window size is large, control is performed to increase throughput by increasing the amount sent out on the transmission side. This window size information does not necessarily match the wide area network situation described in the first embodiment, but can be used as one of the indicators of the wide area network situation, and the network interconnection apparatus shown in FIG. 11 wide area network status estimation processing unit 37 can extract and use window size information in the TCP header.

次に、第3の実施例として、モニタリングシステムの他の通信システムの構成例について説明する。   Next, as a third embodiment, a configuration example of another communication system of the monitoring system will be described.

図15に第3の実施例に係る、各種のモニタリングを実現可能なモニタリングシステムの全体構成図を示す。同図において、図1の通信システムとの差分は、図15の通信システムにおいては、三層モデルになっており、ローカルエリアネットワーク14のエッジノード29にセンサ26、27、監視カメラ28、更には監視装置などが接続され、エッジノード29がセンシングデータやカメラデータのフィルタリングを行う。すなわち、実施例1、2におけるネットワーク相互接続装置11のフィルタリング処理部の役割を一部分担する構成とすることができる。   FIG. 15 shows an overall configuration diagram of a monitoring system according to the third embodiment that can realize various types of monitoring. In the figure, the difference from the communication system of FIG. 1 is a three-layer model in the communication system of FIG. 15, and sensors 26 and 27, monitoring cameras 28, and further are added to the edge node 29 of the local area network 14. A monitoring device or the like is connected, and the edge node 29 performs filtering of sensing data and camera data. That is, it can be configured to partially play a role of the filtering processing unit of the network interconnection device 11 in the first and second embodiments.

次に、第4の実施例として、プラント設備の遠隔監視システムの構成例について説明する。   Next, a configuration example of a remote monitoring system for plant equipment will be described as a fourth embodiment.

図16に第4の実施例に係る、プラント設備の遠隔監視システムの全体構成図を示す。同図では、プラント設備内ネットワーク161に、監視カメラ1(162)、監視カメラ2(168)音声通信端末1(163)が接続される。ネットワーク相互接続装置11がカメラ画像や音声データのフィルタリングを行い、広域ネットワーク10を介して、管理センタ13内の音声通信端末164と監視モニタ165に接続される。プラント設備にある監視カメラ162からの映像は、管理センタ内にある監視モニタ165に表示される。管理センタ13にいる監視員167は、監視モニタ165の映像を見て、プラント設備内の状況を把握することが出来る。プラント設備にいる作業員166は、必要に応じて、プラント設備側の音声通信端末163と、管理センタ側の音声通信端末165を介して、管理センタにいる監視員167と通話することが出来る。音声通信は、作業員166からも、監視員167からも開始することが出来る。音声通信を開始したい時には、作業員166は音声通信端末163を通じて、音声伝送開始要求コマンドをネットワーク相互接続装置11に送信する。監視員167も同様に、音声通信端末165を通じて、音声伝送開始要求コマンドをネットワーク相互接続装置11に送信する。   FIG. 16 shows an overall configuration diagram of a remote monitoring system for plant equipment according to the fourth embodiment. In the figure, the surveillance camera 1 (162) and the surveillance camera 2 (168) voice communication terminal 1 (163) are connected to the network 161 in the plant facility. The network interconnection device 11 performs filtering of camera images and voice data, and is connected to the voice communication terminal 164 and the monitor monitor 165 in the management center 13 via the wide area network 10. The video from the monitoring camera 162 in the plant facility is displayed on the monitoring monitor 165 in the management center. The monitor 167 in the management center 13 can grasp the situation in the plant facility by viewing the video of the monitor monitor 165. The worker 166 in the plant facility can talk to the supervisor 167 in the management center via the voice communication terminal 163 on the plant facility side and the voice communication terminal 165 on the management center side as necessary. Voice communication can be initiated from either the operator 166 or the monitor 167. When it is desired to start voice communication, the worker 166 transmits a voice transmission start request command to the network interconnection device 11 through the voice communication terminal 163. Similarly, the monitor 167 transmits a voice transmission start request command to the network interconnection device 11 through the voice communication terminal 165.

第4の実施例においても、図4と同様に優先度制御部34の優先順/フィルタ種別選択処理部37の処理を行う。本実施例の場合、イベント検知41の内容であるイベントステータスとしては、「音声通信端末163または165からの音声伝送開始要求コマンドの検知」や、「伝送パケットの解析による音声伝送の検知」等音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスが考えられる。   Also in the fourth embodiment, the processing of the priority order / filter type selection processing unit 37 of the priority control unit 34 is performed as in FIG. In the case of the present embodiment, the event status that is the content of the event detection 41 includes “detection of a voice transmission start request command from the voice communication terminal 163 or 165” or “detection of voice transmission by analyzing a transmission packet”. There are a status when an event related to communication is detected and a status when an event is not detected.

図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では「特徴抽出」を指定する。   FIG. 17A and FIG. 17B show an example of a status table used when the sound event is detected. 17A, the status table 171 has compression degree, compression rate, transmission order, and filter type as table components, like the table 53 of FIG. 5A, and is shown corresponding to the compression degrees 1, 2, and 3, respectively. The compression ratio is 1.0, 0.6, 0.4. In the transmission order section, the terminal type 182 and the terminal ID 183 described above with reference to FIG. 18 are specified in order to specify which terminal the data comes from. In the filter type section, the type of processing to be added by the filtering processing unit 33 is specified for the data specified in the transmission order section. In the case of the present embodiment, there are two types of terminals designated in the item of transmission order: “monitoring camera” and “voice communication terminal”. Further, unlike the first embodiment, the terminal ID is assigned to each of the “surveillance cameras” 1 to n and “voice communication terminals” 1 to n, and the terminal types. The table 171 in FIG. 17A assumes a status table in the case where an event relating to the above-described audio is not detected, and the sending order does not depend on the degree of compression, “monitoring cameras” 1 to n, “voice communication terminal”. Specify in the order of 1 to n. For the “voice communication terminal”, “compression” is always designated regardless of the compression type of the filter type. As the filter type of “monitoring camera”, no filtering is specified at the compression level 1, “decimation / reduction / compression” is specified at the compression level 2, and “feature extraction” is specified at the compression level 3 according to the compression level.

同様に図17Bのステータス用テーブル172は、前述の音声に関するイベントが検知された場合のステータス用テーブルを想定しており、図17Aのステータス用テーブル171との差異は、送出順序やフィルタ種別において、音声イベントが検知された音声通信端末1のデータを優先的に送出する点である。他の送出データは図4の処理フローによって選択された圧縮度に応じてフィルタリングを適用する。   Similarly, the status table 172 in FIG. 17B is assumed to be a status table when an event related to the above-described sound is detected. The difference from the status table 171 in FIG. The point is that the data of the voice communication terminal 1 in which the voice event is detected is preferentially transmitted. Filtering is applied to other transmission data according to the degree of compression selected by the processing flow of FIG.

第4の実施例によれば、ネットワーク相互接続装置11は前述の音声に関するイベント検知によってカメラ画像、音声間の優先度を決定し、プラント設備内ネットワークと広域ネットワークの状態に対応して圧縮度を選択することで、ネットワークのトラフィック状態に係らず、通話品質の高い音声通信が可能である。   According to the fourth embodiment, the network interconnection device 11 determines the priority between the camera image and the sound by detecting the event related to the above-mentioned sound, and the compression degree corresponding to the state of the network in the plant facility and the wide area network. By selecting, voice communication with high call quality is possible regardless of the traffic state of the network.

本発明はセンサや監視カメラを利用したモニタリングシステム、特に広帯域網の帯域制限を考慮した優先度制御を行うモニタリング技術として有用である。   INDUSTRIAL APPLICABILITY The present invention is useful as a monitoring system using a sensor or a monitoring camera, and particularly as a monitoring technique for performing priority control in consideration of bandwidth limitation of a broadband network.

10…広域ネットワーク
11…ネットワーク相互接続装置
12…通信端末
13…管理センタ
14…ローカルネットワーク
20…監視装置
21…センサ1
22…センサ2
23…センサ3
24…監視カメラ4
25…監視カメラ5
26、27…センサ
28…カメラ
29…エッジノード
31…ローカルネットワーク通信処理部
32…バッファリング処理部
33…フィルタリング処理部
34…優先度制御部
35…ローカルネットワークデータ統計処理部
36…広域ネットワーク状況推定処理部
37…優先順/フィルタ種別選択処理部
38…送出データ選択処理部
39…広域ネットワーク通信処理部
51、52、53…ステータスA、B、C用テーブル
61、62、171、172…ステータス用テーブル
71、72、73…センシングデータ
74…監視カメラデータ
75…送出可能な帯域
111、121…ローカルネットワーク通信I/F
112、122、132…CPU
113123、133…プログラム格納用メモリ
114、124、134…演算用メモリ
115、135…ハードウェアアクセラレータ
116、126、136…広域ネットワーク通信I/F
117、127、137…内部バス。
161…プラント設備内ネットワーク
162、168…監視カメラ
163、164…音声通信端末
165…監視モニタ
166…作業員
167…監視員
180…ヘッダ情報
181…センシング情報
182…端末種別
183…端末ID
184…時刻情報。
DESCRIPTION OF SYMBOLS 10 ... Wide area network 11 ... Network interconnection apparatus 12 ... Communication terminal 13 ... Management center 14 ... Local network 20 ... Monitoring apparatus 21 ... Sensor 1
22 ... Sensor 2
23 ... Sensor 3
24 ... surveillance camera 4
25. Surveillance camera 5
26, 27 ... Sensor 28 ... Camera 29 ... Edge node 31 ... Local network communication processing unit 32 ... Buffering processing unit 33 ... Filtering processing unit 34 ... Priority control unit 35 ... Local network data statistical processing unit 36 ... Wide area network status estimation Processing unit 37 ... Priority order / filter type selection processing unit 38 ... Transmission data selection processing unit 39 ... Wide area network communication processing units 51, 52, 53 ... Status A, B, C tables 61, 62, 171, 172 ... Status Tables 71, 72, 73 ... Sensing data 74 ... Surveillance camera data 75 ... Sendable bandwidth 111, 121 ... Local network communication I / F
112, 122, 132 ... CPU
113123, 133 ... Program storage memory 114, 124, 134 ... Operation memory 115, 135 ... Hardware accelerator 116, 126, 136 ... Wide area network communication I / F
117, 127, 137... Internal bus.
161 ... Network in plant equipment 162, 168 ... Monitoring camera 163, 164 ... Voice communication terminal 165 ... Monitoring monitor 166 ... Worker 167 ... Monitor 180 ... Header information 181 ... Sensing information 182 ... Terminal type 183 ... Terminal ID
184 Time information.

Claims (20)

複数の通信端末が接続される第1のネットワークと管理センタが接続される第2のネットワークとを相互接続するネットワーク相互接続装置を用いたモニタリングシステムであって、
前記ネットワーク相互接続装置は、前記複数の通信端末からのイベントステータスに応じた前記管理センタへの送出データの優先順に基づき前記送出データを選択し、前記イベントステータス及び前記第2のネットワークの通信状況に応じた前記送出データのデータ圧縮方法を選択する、
ことを特徴とするモニタリングシステム。
A monitoring system using a network interconnection device that interconnects a first network to which a plurality of communication terminals are connected and a second network to which a management center is connected,
The network interconnection device selects the transmission data based on the priority order of the transmission data to the management center according to the event status from the plurality of communication terminals, and sets the event status and the communication status of the second network. Select a data compression method of the transmission data according to
Monitoring system characterized by that.
請求項1に記載のモニタリングシステムであって、
前記複数の通信端末は、少なくとも1個のセンサと、少なくとも1個のカメラを含む、
ことを特徴とするモニタリングシステム。
The monitoring system according to claim 1,
The plurality of communication terminals include at least one sensor and at least one camera.
Monitoring system characterized by that.
請求項1に記載のモニタリングシステムであって、
前記ネットワーク相互接続装置は、
処理部と記憶部を備え、
前記記憶部に前記イベントステータスに対応し、前記送出データの送出順序を記憶するテーブルを記憶しており、
前記処理部は、前記イベントステータスに対応する前記テーブルに基づき、前記送出データの送出順序を決定する、
ことを特徴とするモニタリングシステム。
The monitoring system according to claim 1,
The network interconnection device is:
A processing unit and a storage unit;
A table for storing the transmission order of the transmission data corresponding to the event status is stored in the storage unit,
The processing unit determines a transmission order of the transmission data based on the table corresponding to the event status.
Monitoring system characterized by that.
請求項1に記載のモニタリングシステムであって、
前記ネットワーク相互接続装置において、
前記第2のネットワークの通信状況は、前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づいて決定される、
ことを特徴とするモニタリングシステム。
The monitoring system according to claim 1,
In the network interconnection device,
The communication status of the second network is determined based on the time difference between the transmission time of the transmission data to the second network and the reception time of the transmission data at the management center.
Monitoring system characterized by that.
請求項1に記載のモニタリングシステムであって、
前記ネットワーク相互接続装置は、
前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づき、前記管理センタが決定した前記第2のネットワークの通信状況を、前記管理センタから周期的にフィードバックされる、
ことを特徴とするモニタリングシステム。
The monitoring system according to claim 1,
The network interconnection device is:
Based on the time difference between the transmission time of the transmission data to the second network and the reception time of the transmission data at the management center, the communication status of the second network determined by the management center is expressed as the management center. Is periodically fed back from
Monitoring system characterized by that.
第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信するよう制御する通信制御装置であって、
前記第1のネットワークと前記第2のネットワークとそれぞれ通信を行う通信部と、処理部と、記憶部とを備え、
前記処理部は、
前記通信部を介して前記複数の通信端末からの前記データのフィルタリング処理によりイベントステータスを抽出し、前記第2のネットワークの通信状況を推定し、
前記通信状況に応じて送出すべき前記データの圧縮度を選択し、
前記イベントステータスと前記圧縮度に基づき、送出すべき前記データの優先順と圧縮方法を決定する、
ことを特徴とする通信制御装置。
A communication control device that controls to receive data from a plurality of communication terminals via a first network and transmit the data to a management center via a second network,
A communication unit that communicates with each of the first network and the second network, a processing unit, and a storage unit;
The processor is
The event status is extracted by filtering the data from the plurality of communication terminals via the communication unit, the communication status of the second network is estimated,
Select the degree of compression of the data to be sent according to the communication status,
Based on the event status and the degree of compression, a priority order of the data to be transmitted and a compression method are determined.
A communication control device.
請求項6に記載の通信制御装置であって、
前記複数の通信端末は、少なくとも1個のセンサと、少なくとも1個のカメラを含む、
ことを特徴とする通信制御装置。
The communication control device according to claim 6,
The plurality of communication terminals include at least one sensor and at least one camera.
A communication control device.
請求項6に記載の通信制御装置であって、
前記記憶部は、
前記イベントステータスに対応し、送出すべき前記データの送出順序を記憶するテーブルを記憶しており、
前記処理部は、
前記イベントステータスに対応する前記テーブルに基づき、送出すべき前記データの送出順序を決定する、
特徴とする通信制御装置。
The communication control device according to claim 6,
The storage unit
Corresponding to the event status, storing a table for storing the transmission order of the data to be transmitted,
The processor is
Determining a transmission order of the data to be transmitted based on the table corresponding to the event status;
A communication control device.
請求項6に記載の通信制御装置であって、
前記処理部は、
前記第2のネットワークの通信状況を、送出すべき前記データの前記第2のネットワークへの送信時刻と前記データの前記管理センタでの受信時刻の時刻差に基づいて決定する、
ことを特徴とする通信制御装置。
The communication control device according to claim 6,
The processor is
Determining a communication status of the second network based on a time difference between a transmission time of the data to be transmitted to the second network and a reception time of the data at the management center;
A communication control device.
請求項6に記載の通信制御装置であって、
前記処理部は、
前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づき、前記管理センタが決定した前記第2ネットワークの通信状況を、前記管理センタから周期的にフィードバックされる、
ことを特徴とする通信制御装置。
The communication control device according to claim 6,
The processor is
Based on the time difference between the transmission time of the transmission data to the second network and the reception time of the transmission data at the management center, the communication status of the second network determined by the management center is transmitted from the management center. Fed back periodically,
A communication control device.
請求項6に記載の通信制御装置であって、
前記処理部は、
前記通信部を介して受信した前記管理センタからの受信データに基づき、前記ネットワークの通信状況を推定する、
ことを特徴とする通信制御装置。
The communication control device according to claim 6,
The processor is
Based on the received data from the management center received via the communication unit, the communication status of the network is estimated.
A communication control device.
通信部と、処理部と、記憶部とを備え、第1のネットワークを介して複数の通信端末からのデータを受信し、第2のネットワークを介して管理センタに送信する通信装置の通信制御方法であって、
前記処理部は、
前記通信部を介して前記複数の通信端末からの前記データに基づきイベントステータスを抽出し、前記ネットワークの通信状況を推定し、
前記通信状況に応じて送出すべき前記データの圧縮度を選択し、
前記イベントステータスと前記圧縮度に基づき、送出すべき前記データの優先順と圧縮方法を決定する、
ことを特徴とする通信制御方法。
A communication device communication control method comprising: a communication unit; a processing unit; a storage unit; receiving data from a plurality of communication terminals via a first network; and transmitting the data to a management center via a second network Because
The processor is
Extracting the event status based on the data from the plurality of communication terminals via the communication unit, estimating the communication status of the network,
Select the degree of compression of the data to be sent according to the communication status,
Based on the event status and the degree of compression, a priority order of the data to be transmitted and a compression method are determined.
A communication control method characterized by the above.
請求項12に記載の通信制御方法であって、
前記複数の通信端末は、少なくとも1個のセンサと、少なくとも1個のカメラを含む、
ことを特徴とする通信制御方法。
The communication control method according to claim 12, comprising:
The plurality of communication terminals include at least one sensor and at least one camera.
A communication control method characterized by the above.
請求項12に記載の通信制御方法であって、
前記処理部は、
前記通信部を介して受信した前記管理センタからの受信データに基づき、前記ネットワークの通信状況を推定する、
ことを特徴とする通信制御方法。
The communication control method according to claim 12, comprising:
The processor is
Based on the received data from the management center received via the communication unit, the communication status of the network is estimated.
A communication control method characterized by the above.
請求項12に記載の通信制御方法であって、
前記通信状況は、前記第2のネットワークの通信状況である、
ことを特徴とする通信制御方法。
The communication control method according to claim 12, comprising:
The communication status is a communication status of the second network.
A communication control method characterized by the above.
請求項15に記載の通信制御方法であって、
前記処理部は、
前記第2のネットワークの通信状況を、送出すべき前記データの前記第2のネットワークへの送信時刻と前記データの前記管理センタでの受信時刻の時刻差に基づいて決定する、
ことを特徴とする通信制御方法。
The communication control method according to claim 15, comprising:
The processor is
Determining a communication status of the second network based on a time difference between a transmission time of the data to be transmitted to the second network and a reception time of the data at the management center;
A communication control method characterized by the above.
請求項15に記載の通信制御方法であって、
前記処理部は、
前記送出データの前記第2のネットワークへの送信時刻と前記送出データの前記管理センタでの受信時刻の時刻差に基づき、前記管理センタが決定した前記第2のネットワークの通信状況を、周期的に前記管理センタからフィードバックされる、
ことを特徴とする通信制御方法。
The communication control method according to claim 15, comprising:
The processor is
Based on the time difference between the transmission time of the transmission data to the second network and the reception time of the transmission data at the management center, the communication status of the second network determined by the management center is periodically Fed back from the management center,
A communication control method characterized by the above.
請求項3に記載のモニタリングシステムであって、
前記複数の通信端末は、少なくとも1個の音声通信端末と、少なくとも1個のカメラを含み、
前記イベントステータスとして、音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスを含む、
ことを特徴とするモニタリングシステム。
The monitoring system according to claim 3,
The plurality of communication terminals include at least one voice communication terminal and at least one camera,
The event status includes a status when an event related to voice communication is detected, and a status when it is not detected,
Monitoring system characterized by that.
請求項8に記載の通信制御装置であって、
前記複数の通信端末は、少なくとも1個の音声通信端末と、少なくとも1個のカメラを含み、
前記イベントステータスとして、音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスを含む、
ことを特徴とする通信制御装置。
The communication control device according to claim 8,
The plurality of communication terminals include at least one voice communication terminal and at least one camera,
The event status includes a status when an event related to voice communication is detected, and a status when it is not detected,
A communication control device.
請求項13に記載の通信制御方法であって、
前記イベントステータスとして、音声通信に関するイベントが検知された際のステータスと、検知されない際のステータスを含む、
ことを特徴とする通信制御方法。
The communication control method according to claim 13, comprising:
The event status includes a status when an event related to voice communication is detected, and a status when it is not detected,
A communication control method characterized by the above.
JP2012500585A 2010-02-18 2011-02-14 Monitoring system, apparatus and method Expired - Fee Related JP5406362B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012500585A JP5406362B2 (en) 2010-02-18 2011-02-14 Monitoring system, apparatus and method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2010033370 2010-02-18
JP2010033370 2010-02-18
JP2012500585A JP5406362B2 (en) 2010-02-18 2011-02-14 Monitoring system, apparatus and method
PCT/JP2011/053042 WO2011102317A1 (en) 2010-02-18 2011-02-14 Monitoring system, device, and method

Publications (2)

Publication Number Publication Date
JPWO2011102317A1 true JPWO2011102317A1 (en) 2013-06-17
JP5406362B2 JP5406362B2 (en) 2014-02-05

Family

ID=44482902

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012500585A Expired - Fee Related JP5406362B2 (en) 2010-02-18 2011-02-14 Monitoring system, apparatus and method

Country Status (4)

Country Link
US (1) US8879577B2 (en)
JP (1) JP5406362B2 (en)
CN (1) CN102763386B (en)
WO (1) WO2011102317A1 (en)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5957318B2 (en) 2012-07-12 2016-07-27 株式会社日立製作所 Network system, information relay device, and packet distribution method
JP5911389B2 (en) * 2012-07-12 2016-04-27 株式会社エヌ・ティ・ティ・データ Database driven data notification system, method and program.
US9647906B2 (en) * 2012-11-02 2017-05-09 Rockwell Automation Technologies, Inc. Cloud based drive monitoring solution
CN102938835A (en) * 2012-11-15 2013-02-20 中国科学技术大学 Method and system for transmitting fire scene videos and fire situation data
US9473402B2 (en) * 2013-03-15 2016-10-18 Pismo Labs Technology Limited Methods and systems for receiving and transmitting internet protocol (IP) data packets
JP6213094B2 (en) * 2013-09-20 2017-10-18 株式会社Jvcケンウッド Camera system, master camera device and slave camera device
JP5963974B2 (en) * 2013-12-11 2016-08-03 三菱電機株式会社 Information processing apparatus, information processing method, and program
JP6264102B2 (en) * 2014-03-07 2018-01-24 富士通株式会社 Information processing program, information processing method, and information processing apparatus
JP6500517B2 (en) * 2015-03-10 2019-04-17 住友電気工業株式会社 Roadside communication device, data relay method, central device, computer program, and data processing method
JP6114429B2 (en) * 2016-03-29 2017-04-12 株式会社エヌ・ティ・ティ・データ Database driven data notification system, method and program.
US10142243B2 (en) * 2016-09-12 2018-11-27 Citrix Systems, Inc. Systems and methods for quality of service reprioritization of compressed traffic
US10880409B2 (en) 2017-02-20 2020-12-29 Cisco Technology, Inc. Mixed qualitative, quantitative sensing data compression over a network transport
JP6915362B2 (en) * 2017-04-26 2021-08-04 日本電信電話株式会社 Transfer device, transfer method and program
US11750777B2 (en) * 2017-06-28 2023-09-05 Johnson Controls Tyco IP Holdings LLP Video management system and method for retrieving and storing data from surveillance cameras
JP6869147B2 (en) * 2017-08-25 2021-05-12 株式会社日立製作所 Calculator and computer system
JP6977600B2 (en) * 2018-02-14 2021-12-08 オムロン株式会社 Control devices, control systems, control methods, and control programs
JP7192345B2 (en) * 2018-09-21 2022-12-20 村田機械株式会社 carrier system
US11323377B2 (en) * 2019-04-09 2022-05-03 Charter Communications Operating, Llc Dynamic prioritization of data flows
CN113810927A (en) * 2020-06-15 2021-12-17 索尼公司 Electronic device and method for wireless communication, computer-readable storage medium
CN111880983B (en) * 2020-08-04 2021-12-14 北京天融信网络安全技术有限公司 CAN bus abnormality detection method and device
CN112565016B (en) * 2020-12-04 2022-09-30 北京奇艺世纪科技有限公司 Positioning method, system and device for abnormal time delay, electronic equipment and storage medium

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07203053A (en) * 1993-12-29 1995-08-04 Kokusai Gijutsu Kaihatsu Kk Remote monitor system
JP2000183960A (en) * 1998-12-14 2000-06-30 Matsushita Electric Ind Co Ltd Frame relay terminal
JP2000332761A (en) * 1999-05-18 2000-11-30 Sony Corp Transfer system and transfer method
JP2001211450A (en) * 2000-01-27 2001-08-03 Mega Chips Corp Image pickup system
US20020106070A1 (en) * 2000-10-27 2002-08-08 Elsey Nicholas J. Technique for effectively capturing and processing event data
US7319667B1 (en) * 2000-11-15 2008-01-15 Cisco Technology, Inc. Communication system with priority data compression
US7839926B1 (en) * 2000-11-17 2010-11-23 Metzger Raymond R Bandwidth management and control
JP3944726B2 (en) 2002-09-25 2007-07-18 ソニー株式会社 Imaging apparatus and method
US8270423B2 (en) * 2003-07-29 2012-09-18 Citrix Systems, Inc. Systems and methods of using packet boundaries for reduction in timeout prevention
JP2005071007A (en) * 2003-08-22 2005-03-17 Matsushita Electric Ind Co Ltd Sensor system and its program
JP2005136613A (en) * 2003-10-29 2005-05-26 Hitachi Kokusai Electric Inc Network monitoring system
US20050132414A1 (en) * 2003-12-02 2005-06-16 Connexed, Inc. Networked video surveillance system
CN1645936A (en) 2005-01-27 2005-07-27 武汉汉网高技术有限公司 Household intelligent digital monitoring system based on wireless local network
US20070185989A1 (en) * 2006-02-07 2007-08-09 Thomas Grant Corbett Integrated video surveillance system and associated method of use
JP2007228081A (en) * 2006-02-21 2007-09-06 Oki Electric Ind Co Ltd Wireless communication apparatus, wireless communication method, and wireless access apparatus
JP5454992B2 (en) 2008-01-18 2014-03-26 株式会社日立製作所 Video network system
WO2010042580A1 (en) * 2008-10-08 2010-04-15 Citrix Systems, Inc. Systems and methods for allocating bandwidth by an intermediary for flow control
US8589579B2 (en) * 2008-10-08 2013-11-19 Citrix Systems, Inc. Systems and methods for real-time endpoint application flow control with network structure component

Also Published As

Publication number Publication date
CN102763386B (en) 2015-06-03
US8879577B2 (en) 2014-11-04
JP5406362B2 (en) 2014-02-05
US20120320928A1 (en) 2012-12-20
WO2011102317A1 (en) 2011-08-25
CN102763386A (en) 2012-10-31

Similar Documents

Publication Publication Date Title
JP5406362B2 (en) Monitoring system, apparatus and method
US11503307B2 (en) System and method for automatic encoder adjustment based on transport data
CN111628847B (en) Data transmission method and device
JP4607254B2 (en) Network monitoring device, bus system monitoring device, method, and program
WO2012006744A1 (en) A system and method for transmission of data signals over a wireless network
JP5689394B2 (en) Remote monitoring system, network interconnection device and communication control method
EP2538630A1 (en) High-speed communication system and high-speed communication method
JP2012257010A (en) Communication device, communication method, and remote monitoring system
AU2021200428B9 (en) System and method for automatic encoder adjustment based on transport data
JP2004266404A (en) Tracking type cooperative monitoring system
JP2006211360A (en) Communication line monitoring device
CN115277497A (en) Transmission delay time measuring method, device, electronic equipment and storage medium
JP4091007B2 (en) Network congestion scale determination method and system
JP2006080783A (en) User body-sensible quality monitor and method
WO2014083962A1 (en) Communications system
US20150326861A1 (en) Mobile electronic device and video compensation method thereof
JP4911609B2 (en) Packet communication control method and apparatus
KR20150026446A (en) Method and Apparatus for Lossless Network Video Transmission
EP4072133A1 (en) Transmission device and transmission method
KR101465244B1 (en) Method and apparatus for detecting abnormal call surging through call counts
JP6888689B2 (en) Transmitter, receiver and video distribution method
KR20150033820A (en) Recording Medium, Method for Detecting Surge in Control Packet Traffic
JP2023532926A (en) Information determination method and apparatus
CN105100027A (en) Mobile electronic device and video compensating method thereof
CN117412120A (en) Video transmission method, video transmission device, system, and storage medium

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130409

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130605

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130709

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130905

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20131008

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131031

LAPS Cancellation because of no payment of annual fees