本发明涉及从管理对象系统取得数据，根据从所取得的数据中提取出的特征数据对管理对象系统的动作进行控制的系统管理装置和系统管理方法。
背景技术：
作为成为维护等的对象的管理对象系统的一例，存在监视系统。在监视系统中，要求没有遗漏地可靠地记录犯罪或事故这样的紧急时的状况作为视频数据。并且，在监视系统成为大规模，监视系统要处理的视频数据的量增大的情况下，也要求监视系统记录高画质的视频并稳定地持续进行动作。
专利文献1说明了具有监视摄像机、集线器和记录装置的监视系统。该监视系统的目的在于，没有遗漏地记录从监视摄像机经由集线器输入到记录装置的视频数据。在该监视系统中，记录装置监视本装置的状态，在CPU的使用率或缓存的数据蓄积量成为规定基准值以上时，对集线器发行降低发布率的发布量控制通知信号，由此，对缓存中蓄积的视频数据的蓄积量进行调整，降低视频数据的发布率。
现有技术文献
专利文献
专利文献1：日本特开2010-041274号公报
技术实现要素：
发明要解决的课题
但是，在专利文献1所记载的监视系统中，当将决定发行发布量控制通知信号的CPU的使用率或缓存的数据蓄积量用的规定基准值设定得过低时，存在发布量控制通知信号的产生频度提高，视频数据的发布率降低，记录视频的画质降低的问题。并且，当将规定基准值设定得过高时，存在不执行由CPU执行的软件的任务中的优先度较低的任务，对监视系统的动作造成障碍的问题。
进而，在专利文献1所记载的监视系统中，计算CPU的使用率需要由作为计测使用率的对象的CPU自身来进行，因此，在计算CPU的使用率时，由于该计算而引起的负荷进一步施加给CPU，有时来不及进行CPU中的视频记录用的处理。因此，存在产生监视视频的记录失败或无法计算CPU的使用率，监视系统的动作不稳定的问题。
因此，本发明正是为了解决上述现有技术的课题而完成的，其目的在于，提供对管理对象系统进行控制以能够防止管理对象系统中的数据处理上产生不良情况并实现管理对象系统的稳定动作的系统管理装置、系统管理方法和系统管理用的程序。
用于解决课题的手段
本发明的一个方式的系统管理装置对管理对象系统进行控制，其特征在于，所述系统管理装置具有：数据请求发送部，其依次发送请求所述管理对象系统发送数据的数据请求信号；数据取得部，其依次取得按照所述数据请求信号而从所述管理对象系统发送的数据；特征数据提取部，其从由所述数据取得部取得的所述数据中分别提取包含状态值的特征数据，该状态值表示所述管理对象系统的动作状态；错误信息提取部，其从由所述数据取得部取得的所述数据中分别提取表示在所述管理对象系统内产生的处理错误的错误信息；特征数据保持部，其根据由所述错误信息提取部提取出的所述错误信息，存储由所述特征数据提取部提取出的所述特征数据内的产生所述处理错误时的特征数据作为错误产生时特征数据；以及系统控制部，每当由所述数据取得部取得所述数据时，该系统控制部对该取得的数据内的所述特征数据中包含的状态值与所述特征数据保持部中已经存储的所述错误产生时特征数据中包含的状态值进行比较，根据该比较的结果进行所述管理对象系统的控制。
并且，本发明的另一个方式的系统管理方法对管理对象系统进行控制，其特征在于，所述系统管理方法具有以下步骤：数据请求发送步骤，依次发送请求所述管理对象系统发送数据的数据请求信号；数据取得步骤，依次取得按照所述数据请求信号而从所述管理对象系统发送的数据；特征数据提取步骤，从在所述数据取得步骤中取得的所述数据中分别提取包含状态值的特征数据，该状态值表示所述管理对象系统的动作状态；错误信息提取步骤，从在所述数据取得步骤中取得的所述数据中分别提取表示在所述管理对象系统内产生的处理错误的错误信息；特征数据保持步骤，存储在所述特征数据提取步骤中提取出的所述特征数据内的产生所述处理错误时的特征数据作为错误产生时特征数据；以及系统控制步骤，每当在所述数据取得步骤中取得所述数据时，对该取得的数据内的所述特征数据中包含的状态值与在所述特征数据保持步骤中已经存储的所述错误产生时特征数据中包含的状态值进行比较，根据该比较的结果进行所述管理对象系统的控制。
发明效果
在本发明的系统管理装置和系统管理方法中，保持过去产生处理错误的状况下的特征数据作为错误产生时特征数据，每当从管理对象系统取得数据时，对所取得的数据中包含的特征数据与所保持的错误产生时特征数据进行比较，根据该比较的结果对管理对象系统的动作进行控制。这样，根据本发明的系统管理装置和系统管理方法，在所取得的数据中包含的特征数据与所保持的错误产生时特征数据近似的情况下，适当控制管理对象系统，由此，能够减少管理对象系统中的数据处理上产生不良情况，能够实现管理对象系统的稳定动作。
附图说明
图1是概略地示出作为本发明的实施方式1的系统管理装置的数据收集记录装置的结构的框图。
图2是示出基于实施方式1～3的数据收集记录装置的数据取得用的处理的顺序图。
图3是示出实施方式1的数据收集记录装置的动作的流程图。
图4是示出实施方式1～3中的特征数据的数据格式的图。
图5是示出实施方式1～3中的特征数据的保持中使用的数据格式的图。
图6是概略地示出作为本发明的实施方式2的系统管理装置的数据收集记录装置的结构的框图。
图7是示出实施方式2的数据收集记录装置的动作的流程图。
图8是示出实施方式2的数据收集记录装置的错误模式下的数据取得用的处理的顺序图。
图9的(a)和(b)是示出基于实施方式2的数据收集记录装置的数据取得间隔的控制的例子的图。
图10是概略地示出作为本发明的实施方式3的系统管理装置的数据收集记录装置的结构的框图。
图11是概略地示出实施方式3的系统管理装置中的再现控制部的结构的框图。
图12是示出实施方式3的数据收集记录装置的动作的流程图。
具体实施方式
实施方式1
图1是概略地示出作为实施方式1的系统管理装置的数据收集记录装置1的结构的框图。数据收集记录装置1是从监视系统(管理对象系统)50收集和记录数据，并且对管理对象系统50进行控制的系统。并且，数据收集记录装置1是能够实施作为实施方式1的系统管理方法的数据收集记录方法的装置。另外，在图1中，作为与数据收集记录装置1连接的结构，还示出管理对象系统50和非易失性存储器15。并且，在图1中没有示出未对实施方式1的效果造成直接影响的结构。
如图1所示，数据收集记录装置1具有系统通信部2、数据取得部3、存储器写入接口部(存储器写入IF部)4、数据请求发送部5、特征数据提取部6、错误信息提取部7、特征数据保持部8、系统控制部9和装置控制部10。装置控制部10由CPU(中央处理装置)11构成。并且，在存储器写入接口部4连接有非易失性存储器15。并且，数据收集记录装置1与作为管理对象系统的管理对象系统50连接。非易失性存储器15可以是数据收集记录装置1的一部分。并且，非易失性存储器15不限于半导体存储器，也可以是HDD、光信息记录介质、磁信息记录介质等其它种类的存储装置。
如图1所示，管理对象系统50是具有用于拍摄视频的摄像机20a、20b、20c、连接有摄像机20a、20b、20c的集线器21、与集线器21连接的监视记录装置30、与监视记录装置30连接的HDD(硬盘驱动)35的监视系统。并且，摄像机20a、20b、20c与集线器21之间、集线器21与监视记录装置30之间、监视记录装置30与HDD35之间以及管理对象系统50与数据收集记录装置1之间可以以能够通信的方式经由网络连接。并且，也可以在一台数据收集记录装置1上连接多个管理对象系统50，该情况下，只要一台数据收集记录装置1能够依次切换管理对象系统并进行控制即可。
并且，数据收集记录装置1也可以具有用于供用户指示监视记录装置30中的记录动作的开始或停止等的作为命令输入部的用户操作部、以及用于显示监视记录装置30的状态的作为状态显示部的液晶监视器。
系统通信部2以能够通信的方式与作为数据取得对象的管理对象系统50的监视记录装置30连接。系统通信部2向监视记录装置30发送命令(信号)并从监视记录装置30接收数据(信号)。
数据请求发送部5生成请求监视记录装置30发送管理对象系统50中的数据的命令即数据请求信号C5等，经由系统通信部2向监视记录装置30依次发送数据请求信号C5。
数据取得部3依次取得针对数据请求发送部5生成的数据请求信号C5的来自监视记录装置30的返送数据即数据D50。从监视记录装置30接收到的数据D50经由存储器写入接口部4以时间序列记录在非易失性存储器15中。经由存储器写入接口部4记录在非易失性存储器15中的数据可以是数据取得部3取得的全部数据D50，但是，也可以构成为仅选择性地收集和记录由数据取得部3取得的数据D50内的特定的收集对象数据。在实施方式1中，由数据取得部3取得的数据D50内的从监视记录装置30的传感器A～Z输出的传感器信息数据被记录在非易失性存储器15中。
错误信息提取部7从由数据取得部3依次取得的数据D50中分别提取错误信息。错误信息是表示管理对象系统50内产生的处理错误的信息。
特征数据提取部6从由数据取得部3依次取得的数据D50中分别提取特征数据D3。特征数据D3是包含表示管理对象系统50的动作状态的状态值的数据。特征数据提取部6将由特征数据提取部6提取出的特征数据D3内的处理错误产生时的特征数据作为错误产生时特征数据D6供给到特征数据保持部8。
特征数据保持部8存储由特征数据提取部6提取出的特征数据D3内的处理错误产生时的特征数据作为错误产生时特征数据D6。即，特征数据保持部8具有寄存器或存储器，根据由错误信息提取部7提取出的错误信息，存储保持该时点(提取出错误信息的时点)的特征数据作为错误产生时特征数据D6。
系统控制部9对特征数据保持部8中存储保持的错误产生时特征数据D6和由特征数据提取部6提取出的特征数据D3进行比较，在比较结果满足预定的条件的情况下，进行管理对象系统50的摄像机20a～20c、集线器21、监视记录装置30的控制。具体而言，每当由数据取得部3取得数据D50时，系统控制部9对所取得的数据D50的特征数据D3中包含的状态值和特征数据保持部8中已经存储的错误产生时特征数据D6中包含的状态值进行比较，在该比较的结果满足规定条件时，进行管理对象系统50的控制(用于不容易产生错误的控制)。并且，系统控制部9也可以对特征数据保持部8中存储保持的错误产生时特征数据D6的状态值和由特征数据提取部6提取出的特征数据D3的状态值进行比较，在该比较的结果满足规定条件的情况下，进行管理对象系统50的控制。
装置控制部10是进行数据收集记录装置1的结构的整体控制的部分。例如，装置控制部10进行系统通信部2中的处理的开始和停止等的控制。
装置控制部10例如由CPU11构成，通过由CPU11执行程序，执行基于装置控制部10的控制。在图1中，示出CPU11仅包含装置控制部10的情况，但是，在数据收集记录装置1中，也可以由CPU11构成装置控制部10以外的结构要素。例如，也可以构成为，通过由CPU11执行程序来实现数据取得部3、数据请求发送部5、特征数据提取部6和错误信息提取部7等。
系统通信部2例如由以RS-232C标准等串行通信方式为基准的串行通信方式构成。在该串行通信方式中，能够从数据收集记录装置1向管理对象系统50的监视记录装置30发送数据，并且，数据收集记录装置1能够从管理对象系统50的监视记录装置30接收数据。系统通信部2不限于RS-232C标准的结构，也可以是基于RS-485标准这样的其它串行通信标准的结构或基于并行通信标准的结构。并且，在数据收集记录装置1的系统通信部2采用的通信标准和管理对象系统50的通信部采用的通信标准不同的情况下，只要在系统通信部2与作为其连接目的地的管理对象系统50的通信部之间插入对通信方式进行转换的转换装置即可。
接着，对管理对象系统50的监视记录装置30的结构进行说明。如图1所示，监视记录装置30具有输入输出接口部(输入输出IF部)31、CPU(中央处理装置)32、HDD输入输出接口部(硬盘驱动输入输出IF部)33、日志数据蓄积缓存34和数据量计测部36。并且，监视记录装置30例如具有传感器A～Z。传感器A～Z例如是温度传感器、湿度传感器、加速度传感器、光传感器、振动传感器、倾斜传感器、电压检测器、电流检测器等的检测任意物理量的传感器，在与应用本发明的系统管理装置连接的管理对象系统中，传感器的种类和台数没有限制。并且，传感器A～Z可以配置在监视记录装置30的外部、摄像机20a～20c的位置、集线器21内部、HDD35的内部等其它位置。
输入输出接口部31经由集线器21接收从摄像机20a～20c输出的视频数据，将该视频数据供给到数据量计测部36。数据量计测部36将经由集线器21输入的视频数据输出到CPU32，并且对作为管理对象系统50的特征数据的状态值的一例的、视频数据的每单位时间的数据量或每单位时间的分组数量进行计测。CPU32进行用于将从数据量计测部36输入的视频数据记录在HDD35中的数据处理、以及在从系统通信部2接收到数据请求时将监视记录装置30的状态数据输出到日志数据蓄积缓存34的处理。HDD输入输出接口部33向HDD35写入由CPU32进行数据处理后的视频数据，并且读出HDD35中蓄积的数据。并且，CPU32进行的每单位时间的数据处理量还是管理对象系统50的特征数据的状态值的一例。
图2是示出用于数据收集记录装置1从监视记录装置30取得数据的基本处理的顺序图。如图2所示，首先，数据收集记录装置1的数据请求发送部5针对监视记录装置30发送表示开始接收数据的数据请求信号C5即数据取得开始请求信号。监视记录装置30根据来自数据请求发送部5的数据请求信号C5，如果是能够送出数据的状态，则将应答信号(数据取得应答信号)返回给数据收集记录装置1。
数据收集记录装置1的数据请求发送部5在接收到来自监视记录装置30的应答信号后，向监视记录装置30发送请求监视记录装置30取得传感器A(例如壳体内的温度传感器)的检测值(数据值)的命令(传感器A信息请求)。监视记录装置30根据来自数据请求发送部5的请求(传感器A信息请求)，返送该时点(接收到来自数据请求发送部5的请求的时点)的传感器A的数据值(传感器A信息数据)。
同样，数据收集记录装置1的数据请求发送部5向监视记录装置30发送请求送出监视记录装置30的其它传感器B的检测值(数据值)的命令(传感器B信息请求)。监视记录装置30根据来自数据请求发送部5的请求(传感器B信息请求)，返送该时点(接收到来自数据请求发送部5的请求的时点)的传感器B的数据值(传感器B信息数据)。
以下，同样，数据收集记录装置1取得必要的数据，最后，向监视记录装置30通知数据的取得已结束(发送数据取得完成通知)，与此相对，监视记录装置30返送应答(数据取得完成应答)。以上是1个周期的数据取得循环(取得第n个数据即data(n)的循环)，以指定的周期间隔T1例如10秒周期(T1＝10秒)重复该循环这样的处理成为基本处理顺序。另外，n是正整数。并且，周期T1不限于10秒。
图3是示出实施方式1的数据收集记录装置1的动作的流程图。首先，数据收集记录装置1的数据请求发送部5针对作为管理对象系统50的监视记录装置30发送表示开始接收数据的请求(步骤S1)。监视记录装置30根据来自数据请求发送部5的数据请求信号C5，如果是能够送出数据的状态，则返回应答。此时，与应答数据一起，监视记录装置30一并发送该时点的一个状态值(特征数据)和表示CPU32内有无处理错误的错误信息，数据收集记录装置1的数据取得部3接收发送来的数据(步骤S2)。
该特征数据需要是对监视记录装置30的动作特别是CPU32的处理造成影响的参数，在实施方式1中，设为在数据量计测部36中计测出的从摄像机输入的每单位时间的数据量或分组数量。如果从摄像机20a～20c输入的每单位时间的数据量或分组数量较多，则CPU32中应该处理的数据量增加。而且，当对监视记录装置30输入超过CPU32的处理能力的数据量或分组数量时，引起视频数据的接收错误或分组丢失，或者CPU32中的数据处理错误或针对HDD35的写入错误等处理错误。
CPU32从数据量计测部36取得每单位时间的视频数据的数据量或分组数量，将其写入日志数据蓄积缓存34中，与表示系统状态的其它数据一起发送到数据收集记录装置1。并且，错误信息是表示在CPU32内进行的处理中是否存在异常的信息。例如，是从集线器21输入的摄像机视频数据的接收错误或分组丢失，或者CPU32中的数据处理错误或针对HDD35的写入错误等信息。
图4是示出从监视记录装置30输入的数据的数据格式的一例的图。图4是从数据收集记录装置1发送数据取得开始请求信号，从监视记录装置30返回数据取得应答信号的情况下发送的数据的数据格式。数据取得应答信号与数据通信中的Ack信号同样，是数据“1”的应答信号。接着数据取得应答信号即数据“1”的数据是表示作为特征数据的在数据量计测部36中计测出的接收数据量(分组数量)的数据，然后，附加上述监视记录装置30内的处理中引起的错误信息。
返回图3的说明，数据收集记录装置1将从图4所示的数据取得应答信号取得的数据经由存储器写入接口部4写入非易失性存储器15中(步骤S3)。并且，特征数据提取部6从图4所示的数据中提取例如接收数据量(分组数量)作为特征数据(步骤S4)。进而，错误信息提取部7从图4所示的数据中提取错误信息(步骤S5)。
进而，错误信息提取部7判定步骤S5中提取出的错误信息是否是存在处理错误的信息(步骤S6)，在是存在处理错误的信息的情况下(步骤S6：是)，将此时的特征数据作为错误产生时特征数据D6保持在特征数据保持部8中(步骤S7)，转移到步骤S10的处理。步骤S10中的处理将在后面叙述。在提取出的错误信息内没有存在处理错误的信息的情况下(步骤S6：否)，不保持特征数据而进行步骤8的处理。
这里，实施方式1的特征数据保持部8由寄存器构成，构成为能够保持多个特征数据。图5示出特征数据保持部8的数据格式的一例。在图5所示的特征数据保持部8中，保持5个存在处理错误时的错误产生时特征数据D6。当设保持着的错误产生时特征数据D6分别为特征数据8A～8E时，构成为按照时间上从旧到新的顺序记录特征数据8A～8E，在寄存器8a中保持最新的错误产生时特征数据D6。因此，在保持最新的特征数据的情况下，删除最旧的特征数据E，使特征数据8A～8D逐一偏移，在存储有特征数据8A的寄存器8a中保持最新的特征数据。在图5中是设特征数据保持部8中保持的特征数据的数量为5个，但是，可以是任意个而不限于此。
返回图3，系统控制部9对特征数据保持部8中保持的错误产生时特征数据D6中包含的状态值和步骤S4中提取出的特征数据D3进行比较(步骤S8)。比较的结果，系统控制部9判断步骤S4中提取出的特征数据D3中包含的状态值是否进入到以特征数据保持部8中保持的错误产生时特征数据D6中包含的状态值为基准而设定的基准范围内(规定范围内)(步骤S9)。
并且，在步骤S8中，使用特征数据保持部8中保持的错误产生时特征数据D6中包含的状态值，与步骤S4中提取出的特征数据D3的状态值进行比较，但是，作为比较用的特征数据保持部8中保持的错误产生时特征数据D6，也可以使用图5的特征数据保持部8的寄存器内的寄存器8a中存储的最新的特征数据，还可以使用寄存器8a～8e的特征数据的平均值，进而，还可以使用寄存器8a～8e的特征数据的中央值或最低值。
这里，关于特征数据中包含的状态值，在实施方式1中，设为数据量计测部36中计测出的从摄像机输入的每单位时间的数据量或分组数量，如果该值增大，则监视记录装置30的CPU32的处理量也增加，因此，容易产生处理错误。并且，在特征数据保持部8中保持过去引起处理错误时的特征数据即错误产生时特征数据D6，系统控制部9能够检测出当从监视记录装置30输入的特征数据D3中包含的状态值接近特征数据保持部8中保持的错误产生时特征数据D6的状态值时，引起处理错误的可能性较高。即，当从监视记录装置30输入的特征数据D3的状态值进入到以特征数据保持部8中保持的错误产生时特征数据D6的状态值为基准而设定的基准范围时，进入到引起处理错误的可能性较高的范围，如果未进入到所设定的基准范围，则能够判断为引起处理错误的可能性较低。
根据这种理由，在步骤S9中判断为“否”的情况下，特征数据D3的状态值未进入到引起处理错误的可能性较高的以错误产生时特征数据D6的状态值为基准而设定的基准范围内，因此，基于特征数据对监视记录装置30及其周边设备的控制结束，转移到通常的数据的取得动作。这里，通常的数据的取得动作是指，进行图2所示的从传感器A信息请求到数据取得完成通知的处理，在数据取得完成后，在接下来的数据取得时反复进行从步骤S1起的处理。
另一方面，在步骤S9中判断为“是”的情况下、或步骤S6中判断为“是”而进行了步骤S7的处理的情况下，特征数据D3的状态值进入到引起处理错误的可能性较高的错误产生时特征数据D6的状态值的范围或者实际已引起处理错误，数据收集记录装置1进行用于减小特征数据D3的状态值即减少监视记录装置30的CPU32的处理量的控制。数据请求发送部5中止以后的数据发送请求(步骤S10)，进而，系统控制部9进行摄像机20a～20c和集线器21的控制以降低摄像机20a～20c或集线器21的发布率(步骤S11)。然后，在接下来的数据取得时反复进行从步骤S1起的处理。
并且，虽然在图3中没有示出，但是，在接下来的数据取得时在步骤S9中判断为“否”的情况下，系统控制部9进行摄像机20a～20c或集线器21的控制以逐渐提高发布率变低的摄像机20a～20c或集线器21的发布率。
这里，关于用于步骤S9中的判断的已设定的基准范围，例如，特征数据保持部8中保持的错误产生时特征数据D6的状态值为1000，当设引起处理错误的可能性较高的范围为错误产生时特征数据D6的状态值的10％以内时，当特征数据D3的状态值成为900以上时，在步骤S9中判断为“是”，小于900则判断为“否”。并且，已设定的基准范围(规定范围)只要是根据错误产生时特征数据D6的状态值而设定的范围即可，可以利用其它方法设定，并且，也可以设定为具有下限值和上限值双方的范围。
并且，用作特征数据D3的状态值不限于数据量计测部36中计测出的从摄像机输入的每单位时间的数据量或分组数量，也可以是已连接的摄像机的台数，还可以是CPU32的表面温度或监视记录装置30的内部温度。在用作特征数据D3的状态值是摄像机台数的情况下，独立于从集线器21输出的视频数据来发送连接摄像机台数，通过将发送来的摄像机台数信息直接用作特征数据D3，不需要CPU32进行运算以及数据量计测部36计测数据量，能够减少CPU32的运算量或省略数据量计测部36，能够降低监视系统50所需的成本。在用作特征数据D3的状态值是CPU32的表面温度或监视记录装置30的内部温度的情况下也是同样的，通过将来自未图示的测定CPU32的表面温度或监视记录装置30的内部温度的温度传感器的信息直接用作特征数据D3，不需要CPU32进行运算以及数据量计测部36计测数据量，能够减少CPU32的运算量或省略数据量计测部36，能够降低监视系统50所需的成本。进而，特征数据D3只要是与监视记录装置30的CPU32的负荷相关的动作状态数据即可。
并且，在以上的说明中，数据收集记录装置1构成为逐一指定期望数据而取得数据，但是，也可以构成为汇集多个数据集进行接收发送。并且，数据收集记录装置1也可以在一次通信中对全部数据进行通信。
如以上说明的那样，根据实施方式1的数据收集记录装置1和数据收集记录方法，对从管理对象系统50输入的数据内的特征数据D3的状态值与根据有无处理错误的信息而在过去产生了处理错误的状况下的错误产生时特征数据D6的状态值进行比较，根据该比较的结果，在判断出管理对象系统50产生处理错误的可能性较高时，进行对象系统的控制以减少管理对象系统50的处理量，由此，能够预先防止管理对象系统50的处理错误，能够使管理对象系统50稳定地进行动作。
并且，根据实施方式1的数据收集记录装置1和数据收集记录方法，构成为使用不需要进行基于CPU的处理的特征数据来估计管理对象系统50的状态，因此，通过检测管理对象系统50的状态而不在管理对象系统50侧新进行用于监视CPU的负荷的处理，能够减轻管理对象系统50的处理负荷。并且，根据实施方式1的数据收集记录装置1和数据收集记录方法，在由廉价的CPU构成且CPU的处理能力没有富余的管理对象系统50中，也能够详细地取得管理对象系统50进行动作的状态的数据。
并且，通过接收用于检测管理对象系统50的状态的特征数据D3作为数据取得开始请求的应答，在判断为管理对象系统50成为处理错误的可能性较高的情况下，通过完成数据取得而不取得详细的动作状态数据，在管理对象系统50的CPU负荷较高的情况下，能够减轻数据取得用的处理负荷。
实施方式2
图6是概略地示出作为实施方式2的系统管理装置的数据收集记录装置1a的结构的框图。数据收集记录装置1a是从监视系统(管理对象系统)50收集和记录数据并且对管理对象系统50进行控制的系统。并且，数据收集记录装置1a是能够实施作为实施方式2的系统管理方法的数据收集记录方法的装置。另外，在图6中，作为与数据收集记录装置1a连接的结构，还示出管理对象系统50和非易失性存储器15。并且，在图6中没有示出未对实施方式2的效果造成直接影响的结构。
在图6中，对与图1所示的结构要素相同或对应的结构要素标注与图1所示的标号相同的标号。实施方式2的数据收集记录装置1a与实施方式1的数据收集记录装置1的不同之处在于具有数据请求间隔控制部12。
数据请求间隔控制部12对数据请求发送部5送出请求数据的间隔的控制信号。数据请求间隔控制部12具有请求数据的间隔不同的3个模式即通常模式、错误模式和错误恢复模式。数据请求间隔控制部12进行这些模式的切换，通过选择任意一个模式，能够变更针对监视记录装置30的数据请求的间隔。数据请求间隔控制部12根据来自系统控制部9的控制信号进行这些模式的切换。这里，关于各模式与数据请求间隔的关系，错误恢复模式下的数据请求间隔最短，错误模式下的数据请求间隔最长，通常模式下的数据请求间隔为中间长度。
图7是示出实施方式2的数据收集记录装置1a的动作的流程图。在图7中，对与图3所示的处理步骤相同或对应的处理步骤标注与图3所示的标号相同的标号。图7所示的实施方式2的数据收集记录装置1a的动作与图3所示的实施方式1的数据收集记录装置1的动作的不同之处在于追加了步骤S12～S15的处理。
步骤S1～S11的处理与实施方式1中说明的处理相同。在实施方式2的数据收集记录装置1a中，在步骤S9中判断为“是”的情况下、或步骤S6中判断为“是”而进行了步骤S7的处理的情况下，在进行步骤S10和S11的处理后，系统控制部9对数据请求间隔控制部12进行控制，以使作为错误模式，数据的取得间隔变长(步骤S12)。
图8是示出数据收集记录装置1a的错误模式下的来自监视记录装置30的数据取得用的基本处理的顺序图。在图8中，关于通过取得第i个(i为正整数)数据即data(i)的时点的数据取得应答而得到的特征数据，在图7的步骤S9中判断为“是”，在步骤S10中不取得该时点的数据，发送数据取得完成通知并停止数据收集，在步骤S12中，将数据请求间隔控制部12设定为错误模式，将接下来的数据取得之前的时间间隔变更成比基本的数据取得间隔T1长的间隔T2(T1<T2)。
在监视记录装置30的特征数据D3的状态值较大即处理量较多的情况下，当单纯地延长数据取得间隔时，无法取得监视记录装置30进行动作的时点的重要数据。因此，在监视记录装置30的日志数据蓄积缓存34中，在通常模式时的基本数据取得间隔T1中存储数据，针对来自数据收集记录装置1a的数据取得请求，依次送出该日志数据蓄积缓存34中存储的数据。
另一方面，当延长数据取得间隔时，在日志数据蓄积缓存34中蓄积数据。当在日志数据蓄积缓存34中蓄积数据后，在接着延长数据取得间隔时，容易引起缓存溢出。因此，在特征数据D3的状态值从根据错误产生时特征数据D6而设定的基准范围偏离时，需要缩短数据取得间隔，迅速减少日志数据蓄积缓存34中存储的其余数据。
返回图7，在步骤S9中判断为“否”的情况下，如上所述，针对监视记录装置30发送的数据，判断是否追加取得基于数据收集记录装置1a的数据，即是否未在日志数据蓄积缓存34中存储数据(步骤S13)。关于是否追加取得数据的判断，也可以通过是否从监视记录装置30接收到表示追加取得数据的通知、或通过从监视记录装置30接收到特征数据和日志数据蓄积缓存34的空闲容量信息来进行判断。
当在步骤S13中判断为“是”时，追加取得数据，因此，将数据请求间隔控制部12设定为通常模式(步骤S14)。另一方面，当在步骤S13中判断为“否”时，不追加取得数据，因此，将数据请求间隔控制部12设定为错误恢复模式以提前数据取得间隔(步骤S15)。
进而，虽然在图7中未示出，但是，在步骤S11的处理后，在接下来的数据取得时在步骤S9中判断为“否”的情况下，系统控制部9进行摄像机20a～20c或集线器21的控制以逐渐提高发布率变低的摄像机20a～20c或集线器21的发布率。
图9的(a)和(b)是示出与特征数据中包含的状态值对应的数据取得间隔控制的一例的图。在图9的(a)和(b)中，横轴是示出时刻t的时间轴(t轴)，纵轴示出数据量。图9的(a)示出监视记录装置30中的数据的暂时存储状态，并且，图9的(b)示出基于数据收集记录装置1a的数据取得。在图9的(b)中，在t＝i-2的时点和t＝i-1的时点，判断为特征数据D3中包含的状态值未进入到以错误产生时特征数据D6为基准而设定的基准范围内(规定范围内)，以通常模式即基本数据取得间隔T1从管理对象系统50取得动作状态数据。另一方面，在t＝i的时点，判断为取得的特征数据D3进入到以错误产生时特征数据D6为基准而设定的基准范围内(规定范围内)，中断该时点的数据取得，并且，将接下来的t＝i+1的时点之前的时间间隔变更成错误模式下的间隔T2(T2>T1)。间隔T1例如是10秒，间隔T2例如是20秒。但是，T1和T2也可以是其它值。然后，在t＝i+2的时点判断为特征数据D3的状态值未进入到以错误产生时特征数据D6为基准而设定的基准范围，进行动作状态数据的取得，并且，将接下来的数据取得时点即t＝i+3之前的数据取得间隔变更成错误恢复模式即比基本数据取得间隔T1短的间隔T0。各时间间隔T0、T1、T2成为T0<T1<T2的关系。然后，在T0的数据取得间隔中进行监视记录装置30的日志数据蓄积缓存34中存储的数据取得，如果追加取得了日志数据蓄积缓存34中存储的数据，则使数据取得间隔返回到通常模式的基本数据取得间隔T1，继续进行数据的收集。关于是否追加取得数据，在数据取得应答中，从监视记录装置30进行通知。
另外，关于实施方式2中的数据取得时间间隔，以通常模式、错误模式、错误恢复模式这3个阶段说明了决定数据取得间隔的模式，但是，时间间隔不限于这3个阶段。时间间隔也可以根据特征数据D3的状态值或日志数据蓄积缓存34的状态而切换成多于或少于3个阶段的多个阶段。
并且，与实施方式1同样，用作特征数据中包含的状态值的值不限于数据量计测部36中计测出的从摄像机输入的每单位时间的数据量或分组数量，也可以是所连接的摄像机的台数，还可以是CPU32的表面温度或监视记录装置30的内部温度。在用作特征数据D3的状态值是摄像机台数的情况下，独立于从集线器21输出的视频数据来发送连接摄像机台数，通过将发送来的摄像机台数信息直接用作特征数据D3，不需要进行CPU32中的运算以及数据量计测部36中的数据量计测，能够减少CPU32的运算量或省略数据量计测部36，能够降低监视系统50所需的成本。在用作特征数据D3的状态值是CPU32的表面温度或监视记录装置30的内部温度的情况下也是同样的，通过将来自未图示的测定CPU32的表面温度或监视记录装置30的内部温度的温度传感器的信息直接用作特征数据D3，不需要进行CPU32中的运算以及数据量计测部36中的数据量计测，能够减少CPU32的运算量或省略数据量计测部36，能够降低监视系统50所需的成本。进而，只要是与监视记录装置30的CPU32的负荷相关的动作状态数据即可。
进而，数据收集记录装置1a构成为逐一指定期望数据并取得数据，但是，也可以构成为汇集多个数据集进行接收发送。并且，数据收集记录装置1a可以在一次的通信中对全部数据进行通信。
如以上说明的那样，根据实施方式2的数据收集记录装置1a和数据收集记录方法，根据从管理对象系统50输入的作为装置特征的特征数据中包含的状态值、与根据有无处理错误的信息而在过去产生了处理错误的状况下的错误产生时特征数据D6中包含的状态值的比较结果，在判断为管理对象系统50产生处理错误的可能性较高的情况下，进行管理对象系统50的控制以减少管理对象系统50的处理量，并且延长来自数据收集记录装置1a的数据发送请求间隔。通过这种控制，能够抑制伴随管理对象系统50的数据发送的负荷，因此，能够预先防止管理对象系统50的处理错误，与实施方式1的数据收集记录装置相比，能够使管理对象系统50更稳定地进行动作。
并且，根据实施方式2的数据收集记录装置1a和数据收集记录方法，构成为使用不需要进行基于CPU的处理的特征数据中包含的状态值来估计管理对象系统50的状态，因此，通过检测管理对象系统50的状态而不在管理对象系统50侧新进行用于监视CPU的负荷的处理，能够减轻管理对象系统50的处理负荷。并且，根据实施方式2的数据收集记录装置1a和数据收集记录方法，在由廉价的CPU构成且CPU的处理能力没有富余的管理对象系统50中，也能够详细地取得管理对象系统50进行动作的状态的数据。
并且，根据实施方式2的数据收集记录装置1a和数据收集记录方法，通过接收用于检测管理对象系统50的状态的特征数据作为数据取得开始请求的应答，在判断为管理对象系统50成为处理错误的可能性较高的情况下，通过完成数据取得而不取得详细的动作状态数据，在管理对象系统50的CPU负荷较高的情况下，能够减轻数据取得用的处理负荷。
实施方式3
图10是概略地示出作为实施方式3的系统管理装置的数据收集记录装置1b的结构的框图。数据收集记录装置1b是从监视系统(管理对象系统)50收集和记录数据并且对管理对象系统50进行控制的系统。并且，数据收集记录装置1b是能够实施作为实施方式3的系统管理方法的数据收集记录方法的装置。另外，在图10中，作为与数据收集记录装置1b连接的结构，还示出管理对象系统50和非易失性存储器15。并且，在图10中没有示出未对实施方式3的效果造成直接影响的结构。
在图10中，对与图1所示的结构相同或对应的结构标注与图1所示的标号相同的标号。实施方式3的数据收集记录装置1b与实施方式1的数据收集记录装置1的不同之处在于，具有再现处理部40、与再现处理部40连接的液晶监视器41、与再现处理部40连接的用户操作部42。再现处理部40根据基于用户操作部42的用户操作，从监视记录装置30取得HDD35中记录的视频数据，进行用于再现所取得的视频数据的处理，在液晶监视器41显示基于所取得的视频数据的视频。
图11是示出再现处理部40的结构的框图。如图11所示，再现处理部40具有通信部43、CPU44、解码部45、存储器46、液晶接口部47和用户操作接口部48。并且，在图11中，省略再现处理部40以外的一部分结构。
通信部43是用于与监视记录装置30进行通信的接口部分，对监视记录装置30的CPU32输出视频发送请求通知信号，以从HDD35中读出与用户在用户操作部42中选择或操作的内容对应的视频数据。并且，通信部43接收监视记录装置30从HDD35中读出并发送的视频数据，将接收到的视频数据供给到后级的CPU44。
CPU44进行再现处理部40整体的控制以及从通信部43输入的视频数据的接收处理，将接收到的视频数据输出到解码部45。并且，CPU44描绘在液晶监视器41显示的图像画面，在存储器46中存储图像画面。进而，CPU44经由用户操作接口部48受理用户在用户操作部42中操作的信息，对应该读出的视频进行解析，对通信部43进行控制以对监视记录装置30发送视频发送请求通知信号。进而，CPU44受理来自系统控制部9的控制信号，进行再现处理部40整体的控制。
解码部45进行从CPU44输入的视频数据的解码，将解码后的视频数据存储在存储器46中。存储器46存储CPU44中生成的图像画面和从解码部45输入的视频数据。液晶接口部47按照液晶监视器41中的显示定时将存储器中存储的图像画面和视频数据输出到液晶监视器41，使液晶监视器41显示视频和图像。用户操作接口部48将由用户操作部42操作的信息输出到CPU44。
如上所述，实施方式3中的数据收集记录装置1b搭载有再现处理部40，该再现处理部40根据由用户操作部42输入的用户操作信息，对用户选择出的记录视频进行再现，显示在液晶监视器41。另外，进行视频记录控制的监视记录装置30的CPU32和进行视频再现控制的再现处理部40的CPU44是不同的CPU。进行记录控制的CPU32和进行视频再现控制的CPU44可以由一个共同的CPU来实现，但是，由于CPU的处理量增加，因此引起监视视频的记录失败的风险升高。并且，在控制再现时，当共同的CPU中断时，记录的控制也停止，因此涉及监视视频的记录失败。在管理对象系统50中，不允许视频记录停止，因此，监视记录装置30的CPU32构成为仅进行记录控制是很重要的。另外，这些想法在实施方式1、2的结构中也是同样的，使进行记录控制的CPU32和进行数据收集记录装置1、1a的控制的CPU11为不同的CPU。
图12是示出实施方式3的数据收集记录装置1b的动作的流程图。在图12中，对与图3所示的处理步骤相同或对应的处理步骤标注与图3所示的标号相同的标号。图12所示的实施方式3的数据收集记录装置1b的动作与图3所示的实施方式1的数据收集记录装置1的动作的不同之处在于，追加了步骤S16、S17、S18的处理。
步骤S1～S11的处理与实施方式1中说明的处理相同。在实施方式3的数据收集记录装置1b中，在步骤S9中判断为“是”的情况下、或在步骤S6中判断为“是”而进行了步骤S7的处理的情况下，在进行步骤S10、S11的处理后，系统控制部9通知CPU44进行再现处理的控制，CPU44进行再现处理部40的控制以停止再现处理(步骤S16)。
并且，在步骤S9中判断为“否”的情况下，系统控制部9使再现处理部40的CPU44进行再现处理的动作状态的询问，确认再现处理的动作是否是停止中(步骤S17)。在步骤S17中判断为“是”的情况下，系统控制部9通知再现处理部40的CPU44再次开始再现处理的动作。另一方面，在步骤S17中判断为“否”的情况下，系统控制部9按照图2所示的顺序继续取得数据。
进而，虽然在图12中没有记载，但是，在步骤S11的处理后，在接下来的数据取得时在步骤S9中判断为“否”的情况下，系统控制部9进行摄像机20a～20c或集线器21的控制，以逐渐提高发布率变低的摄像机20a～20c或集线器21的发布率。
这里，与实施方式1同样，用作特征数据的值不限于数据量计测部36中计测出的从摄像机输入的每单位时间的数据量或分组数量，也可以是所连接的摄像机的台数，还可以是CPU32的表面温度或监视记录装置30的内部温度。在用作特征数据D3的状态值是摄像机台数的情况下，独立于从集线器21输出的视频数据来发送连接摄像机台数，通过将发送来的摄像机台数信息直接用作特征数据D3，不需要进行CPU32中的运算以及数据量计测部36中的数据量计测，能够减少CPU32的运算量或省略数据量计测部36，能够降低监视系统50的成本。在用作特征数据D3的状态值是CPU32的表面温度或监视记录装置30的内部温度的情况下也是同样的，通过将来自未图示的测定CPU32的表面温度或监视记录装置30的内部温度的温度传感器的信息直接用作特征数据D3，不需要进行CPU32中的运算以及数据量计测部36中的数据量计测，能够减少CPU32的运算量或省略数据量计测部36，能够降低监视系统50所需的成本。进而，用作特征数据的值只要是与监视记录装置30的CPU32的负荷相关的动作状态数据所示的值即可。
进而，数据收集记录装置1b构成为逐一指定期望数据并取得数据，但是，也可以构成为汇集多个数据集进行接收发送。并且，数据收集记录装置1b可以在一次的通信中对全部数据进行通信。
并且，再现处理部40的CPU44对再现处理部40进行控制，使得当从系统控制部9接收到对再现处理进行控制的通知时停止再现处理，但是，也可以进行仅停止与监视记录装置30之间的通信而继续进行除此以外的再现处理的控制。由此，在暂时停止的状态下在液晶监视器41显示当前再现中的视频，能够自由变更图像画面，因此，能够在液晶监视器41显示表示记录视频的读出停止中的意思，使用户得知该意思。
或者，再现处理部40的CPU44也可以进行如下控制：当从系统控制部9接收到对再现处理进行控制的通知时，减慢与监视记录装置30之间的通信的速度即降低再现视频时的帧率，减慢记录视频的读出速度。由此，能够在降低了帧率的状态下直接再现当前再现中的视频，因此，用户依然能够继续观看记录视频。
如以上说明的那样，根据实施方式3的数据收集记录装置1b和数据收集记录方法，以从管理对象系统50输入的作为装置特征的特征数据D3和根据有无处理错误的信息而在过去产生了处理错误的状况下的错误产生时特征数据D6的状态值为基准，根据管理对象系统50的特征数据D3的状态值，当管理对象系统50产生处理错误的可能性升高时，进行管理对象系统50的控制以减少管理对象系统50的处理量，并且停止进行视频再现的再现处理部40的动作，由此，能够抑制伴随管理对象系统50的记录视频的读出和视频数据发送的负荷。因此，根据实施方式3的数据收集记录装置1b和数据收集记录方法，能够预先防止管理对象系统50的处理错误，与实施方式1的数据收集记录装置1相比，能够使管理对象系统50更稳定地进行动作。
进而，还可以构成为对实施方式3的数据收集记录装置1b和实施方式2所示的数据收集记录装置1a进行组合。即，构成为在数据收集记录装置1a的结构中追加再现处理部40，在系统控制部9中，根据特征数据D3的状态值对摄像机20a～20c、集线器21、数据请求间隔控制部12、再现处理部40进行控制，抑制管理对象系统50的监视记录装置30中的处理负荷，由此，能够使管理对象系统50更稳定地进行动作。
并且，根据实施方式3的数据收集记录装置1b和数据收集记录方法，构成为使用不需要进行基于CPU的处理的特征数据来估计管理对象系统50的状态，因此，通过检测管理对象系统50的状态而不在管理对象系统50侧新进行用于监视CPU的负荷的处理，能够减轻管理对象系统50的处理负荷。并且，根据实施方式3的数据收集记录装置1b和数据收集记录方法，在由廉价的CPU构成且CPU的处理能力没有富余的管理对象系统50中，也能够详细地取得管理对象系统50进行动作的状态的数据。
并且，根据实施方式3的数据收集记录装置1b和数据收集记录方法，通过接收用于检测管理对象系统50的状态的特征数据作为数据取得开始请求的应答，在判断为管理对象系统50成为处理错误的可能性较高的情况下，通过完成数据取得而不取得详细的动作状态数据，在管理对象系统50的CPU负荷较高的情况下，能够减轻数据取得用的处理负荷。
变形例
上述实施方式1～3的系统管理装置能够通过个人计算机等电子信息处理装置(计算机)实现，上述实施方式1～3的信息处理方法能够通过可以由电子信息处理装置执行的程序实现。该情况下的程序是能够由作为电子信息处理装置的系统管理装置1、1a、1b执行的程序，用于执行以下步骤：数据请求发送步骤，依次发送请求管理对象系统50发送数据的数据请求信号；数据取得步骤，依次取得按照所述数据请求信号而从管理对象系统50发送的数据；特征数据提取步骤，从在所述数据取得步骤中取得的所述数据中分别提取包含状态值的特征数据D3，该状态值表示管理对象系统50的动作状态；错误信息提取步骤，从在所述数据取得步骤中取得的所述数据中分别提取表示在管理对象系统50内产生的处理错误的错误信息；特征数据保持步骤，存储在所述特征数据提取步骤中提取出的所述特征数据内产生所述处理错误时的特征数据作为错误产生时特征数据D6；以及系统控制步骤，每当在所述数据取得步骤中取得所述数据时，对该取得的数据内的所述特征数据D3中包含的状态值与在所述特征数据保持步骤中已经存储的所述错误产生时特征数据D6中包含的状态值进行比较，根据该比较的结果进行所述管理对象系统的控制。并且，系统管理装置能够通过从信息记录介质读入或通过经由网络的下载来取得该程序。
产业上的可利用性
只要是能够根据数据请求来发送数据的管理对象系统即可，例如如工厂的生产系统、办公用电子设备、家庭用电子设备、列车等输送机关中搭载的设备等那样，本发明的系统管理装置和系统管理方法还能够应用于监视系统以外的系统。
标号说明
1、1a、1b：数据收集记录装置(系统管理装置)；2：系统通信部；3：数据取得部；4：存储器写入接口部；5：数据请求发送部；6：特征数据提取部；7：错误信息提取部；8：特征数据保持部；9：系统控制部；10：装置控制部；11、32、44：CPU；12：数据请求间隔控制部；15：非易失性存储器；20a、20b、20c：摄像机；21：集线器；30：监视记录装置；31：输入输出接口部；33：HDD输入输出接口部；34：日志数据蓄积缓存；35：HDD；36：数据量计测部；40：再现处理部；41：液晶监视器；42：用户操作部；43：通信部；45：解码部；46：存储器；47：液晶接口部；48：用户操作接口部；50：监视系统(管理对象系统)；D3：特征数据；D6：错误产生时特征数据(所保持的特征数据)。