专利名称：设备的远程监控/修复系统的制作方法
技术领域：
本发明涉及设备的远程监控/修复系统,尤其涉及支持主机PC和被监控侧 系统的各种机器之间的数据通信。
背景技术：
最近，连接到PC并形成网络的各种机器(存储设备装置；以下称为设备) 内置了CPU，搭载了控制由设备构成的系统的软件(以下称为固件)。另外， 例如像专利公开2002-94531号公报中公开的那样，设备从网络获得自己的设 备工D，还获得连接到网络上的其他设备的ID来形成设备信息表，进行网络上
的管理。
近年来，由于设备的复杂化，有时产品上市后被发现设备的固件不合适， 有时与新式电脑连接时会发生问题，营造适合设备的运行环境也变得复杂化 了。
可是设备已经在终端用户的身边，为了分析运行故障，解决这些问题，这 时，技术人员必须前往系统环境的所在地去借终端用户的系统或者请求^C发生 问题的终端用户的系统环境全部送到分析支持技术人员的身边。另外，，就算发 生了问题，也不能马上就在现场解决，只能在日后重新对其进行处理。更有甚 者，终端用户的环境发生的问题已经送往支持技术人员，支持技术人员赶到现 场的时候问题又不再发生的情况也是有的。
为此，本发明的目的在于提供一种设备的远程监控/修复系统，即^吏支持 侧的环境和终端用户侧的环境在不同的地方，通过因特网等网络也可以对终端 用户的设备发生的问题进行分析甚至修复。
发明内容
为了达到所述目的，本发明的权利要求1中公开了一种由连接到通信网的 支持侧监控用主机电脑和连接到所述通信网的被监控侧系统构成的，通过所述 通信网进行远程监控/修复的系统，其特征在于，
所述被监控侧系统由被监控/修复的对象设备和接口装置组成，所述接口 装置连接在所述设备和所述通信网之间，通过所述通信网进行所述设备和所述 监控用主机电脑之间的数据收发，并且具有控制与所述设备的连接的设备接口 单元，控制与所述通信网的连接的网络连接单元和设备/日志处理单元，所述 设备/日志处理单元连接于所述设备接口单元和所述网络连接单元，通过所述 网络连接单元应答从所述监控用主机电脑发来的指令，通过所述设备接口单元 对所述设备进行控制和监控，所述被监控侧系统为了能够不通过所述设备接口 单元就能使所述设备/日志处理单元和所述设备间直接进行通信，把所述接口 装置的设备/日志处理单元和所述设备进行串行接口连接。
根据上述结构，即使设备和接口装置的设备接口单元之间进入了无法通信 的状态，也可以由支持侧的监控用主机电脑通过设备/日志处理单元确认设备 的错误状态或对错误进行修复。如此这般，即使支持侧的环境和终端用户侧的 环境在不同的地方，通过因特网等通信网也可以对设备的错误进行状态确认/ 自动修复。这样一来，发生错误的时候，技术人员就不必前往系统环境的所在 地去借终端用户的系统或者请求把终端用户的系统环境全部送到分析支持技 术人员的身边，另外也避免了就算发生了问题，也不能马上就在现场解决，只 能在日后重新对其进行处理这种情况。还有，可以在保持终端用户侧发生问题 时的环境的情况下确认设备的错误，所以也避免了终端用户的环境发生的问题 已经送往支持技术人员，支持技术人员赶到现场的时候问题又不再发生这种情 况。
另外权利要求2中公开的发明的特点在于，在权利要求1公开的发明中， 所述监控用主机电脑具有所述被监控侧系统的专用支持软件和存储了所述设 备的错误数据模式以及对应于这些错误数据模式的修复所述设备用的指令序
列的数据库，并且基于所述专用支持软件执行第1步骤，第2步骤和第3步骤， 所述第l步骤通过所述通信网发送报告所述接口装置的设备接口单元的状态历
史记录的指令或报告所述设备的状态历史记录的指令到所述被监控侧系统的 设备/日志处理单元，由所述设备/日志处理单元获得所述设备或设备接口单元 的状态历史记录的错误数据模式，所述第2步骤对所述第1步骤中获得的设备 或设备接口单元的状态历史记录的错误数据模式和所述数据库上的错误数据
模式进行匹配，所述第3步骤通过所述通信网发送所述数据库上与所述第2步
骤中匹配出的错误数据模式对应的修复用指令序列到所述被监控侧系统的设 备/日志处理单元，在所述设备/日志处理单元中执行所述修复用指令，由所述 设备/日志处理单元直接对连接到所述串行接口的所述设备的错误进行修复。
根据上述结构，获得存储在设备或设备接口单元的设备的状态历史记录的 错误数据模式，与数据库上的错误数据模式进行匹配，通过通信网发送与所述 匹配出的错误数据模式对应的数据库上的修复用指令序列到所述被监控侧系 统来修复设备的序列。因此，即使设备或设备接口单元发生问题，通过接到终 端用户的直接电话联系或者被监控侧系统的警告等检测出终端用户的设备发 生问题的时候就可以由设备/日志处理单元直接对连接到所述串行接口的设备 进行修复。
另外权利要求3中公开的发明的特点在于，在权利要求2公开的发明中， 所述监控用主机电脑在执行所述第1步骤到第3步骤之前，执行第4步骤和第 5步骤，所述第4步骤通过所述通信网发送确认所述设备是否连接到所述接口 装置的指令到所述被监控侧系统的设备/日志处理单元，利用所述设备/日志处 理单元的应答确定所述设备是否连接到所述接口装置，所述第5步骤在所述第 4步骤中确认了所述设备没有连接到所述接口装置之后，判定设备电源为断开， 通过所述通信网发送启动所述设备电源的指令到所述被监控侧系统的设备/曰 志处理单元，打开所述设备电源。
根据上述结构，设备没有连接到接口装置时，判定设备电源为断开之后， 由监控用主机电脑打开设备电源，由监控用主机电脑获得设备或设备接口单元 的状态历史记录的错误数据模式。
另外权利要求4中公开的发明的特点在于，在权利要求3公开的发明中， 所述监控用主机电脑执行第6步骤和第7步骤，所述第6步骤在所述第4步骤
中确认所述设备连接到所述接口装置时，通过所述通信网发送确认所述设备接 口单元是否正在运行的指令到所述被监控侧系统的设备/日志处理单元，利用 所述设备/日志处理单元的应答确认所述设备接口单元的运行状态，所述第7
步骤在所述第6步骤中确认了所述设备接口单元没有运行之后，基于来自所述
设备/日志处理单元的所述运行状态的应答来确认所述设备接口单元的网络功
能是否发生异常，在所述第7步骤中，确认了所述设备接口单元的网络功能发 生异常之后，在所述第1步骤中发送报告所述设备接口单元的状态历史记录的 指令。
根据上述结构，确认接口装置的设备接口单元没有运行之后，再确认与设 备之间的网络功能是否发生异常，网络功能发生异常时，获得设备接口单元的 状态历史记录的错误数据模式，把获得的设备接口单元的状态历史记录的错误 数据模式与数据库上的错误数据模式进行匹配，发送与所述匹配出的错误数据 模式对应的修复用指令序列到设备/日志处理单元，由设备/日志处理单元不通 过设备接口单元，直接发送修复用指令序列到设备来修复设备的序列。
另外权利要求5和权利要求6中公开的发明的特点在于，所述设备采用 ATAPI或SCSI或IDE的数据传送方式连接到所述接口装置，所述接口装置的设 备接口单元具有对应于所述设备的数据传送方式与所述设备进行数据传送的 功能。
根据上述结构，接口装置的设备接口单元对应于设备的ATAPI或SCSI或 IDE的数据传送方式与设备进行数据传送。
另外权利要求7和权利要求8中公开的发明的特点在于，所述接口装置的 网络连接单元具有IP保密功能，该网络连接单元与所述监控用主机电脑之间 的数据传送采用TCP/IP方式，通过所述TCP/IP方式以在信息包的数据块的报 头部分包含所述指令的结构发送信息。
根据上述结构，通过TCP/IP方式以在信息包的数据块的报头部分包含指 令来进行设备的监控/修复。
本发明中的设备的监控/修复系统即使设备与接口装置的设备接口单元之 间进入无法通信的状态，也可以由支持侧的监控用主机电脑通过设备/日志处
理单元确认设备的错误状态或对错误进行修复。这样一来，即使支持侧的环境 和终端用户侧的环境在不同的地方，支持技术人员也不需要赶到现场，通过通 信网就可以对错误进行状态确认/修复。
图1是本发明的实施形态中设备的远程监控/修复系统的结构图。 图2是同一设备的远程监控/修复系统的由支持侧主机PC，终端用户侧系 统和网络系统组成的系统的整体展示图。
图3是同一设备的远程监控/修复系统的通过网络在支持主机PC和用户侧
的设备之间往来的指令信息包的示意图。
图4是同一设备的远程监控/修复系统的展示支持主机PC连接到被监控系
统并调查设备状态的流程的流程图。
图5是同一设备的远程监控/修复系统的展示调查支持主机PC连接到被监
控系统的设备状态并在调查后对错误进行修复的流程的流程图。
图6是同一设备的远程监控/修复系统的展示支持主机PC对被监控系统的
电源进行打开及断开的流程的流程图。
具体实施例方式
以下参照附图对本发明的实施形态进行说明。
图1是本发明的实施形态中实现的设备的远程监控/修复系统的结构图。 作为监控用主机电脑的支持侧主机PChl通过支持侧主机PChl所在的网域的网 络Nl,因特网连接装置R1和终端用户侧设备装置所在的网域的网络N2，连接到 成为本次目标的用户侧系统(被监控侧系统)ul。
所述支持侧主机PChl如图2所示，由专用支持软件hsl， OS (Windows (注 册商标)等)处理单元hs2，通信用专用支持软件单元(通信驱动器)hs3和网 络驱动器处理单元hs4组成。
所述专用支持软件hsl预先存储了发送到设备的指令，具有发送所述指令 的指令发送单元hsl-1和调试信息获得单元hsl-2。所述调试信息获得单元
hsl-2存储了构成用户侧系统Ul的设备的错误数据模式和对应于这些错误数 据模式的修复用指令序列并获得设备的调试信息。
另外通信用专用支持软件单元(通信驱动器)hs3由IP保密处理单元 hs3-l和TCP/IP处理单元hs3-2组成。
另外所述终端用户侧系统ul由作为被监控/修复的对象的用户侧的设备 装置的设备(存储装置)udl和设备(存储装置)ud2以及接口装置us4 (I/F 基板/交换基板；接口方式)组成。所述接口装置us4连接在udl，ud2这些设 备和网络系统(因特网，内联网)nl (Nl， Rl， N2)之间，通过网络系统nl 进行设备udl， ud2和支持侧主机PChl之间的数据收发。如图2所示，设备udl 是有ATAPI (AT Attachment Packet Interface)接口的DVD/CD等光设备，另 外设备ud2是有SCSI (Small Computer System Interface)接口的盒带设备。
另外接口装置us4具有设备接口单元(设备I/F单元；固件)usl，设备/ 曰志处理单元(固件)us2和网络连接单元(固件)us3。
所述设备接口单元usl由ATAPI/SCSI连接到光设备udl和盒带设备ud2， 来控制这些光设备udl和盒带设备ud2。
另外所述网络连接单元us3由IP保密处理单元和TCP/IP处理单元组成， 控制与网络系统nl的连接。
另外所述设备/日志处理单元us2连接到设备接口单元usl和网络连接单 元us3，通过网络连接单元us3应答从支持主机PChl送来的指令，通过设备接 口单元usl控制并监控设备udl，ud2。
另外接口装置us4的设备/日志处理单元us2与设备与光设备udl，盒带设 备ud2分别进行串行接口连接，设备/日志处理单元us2就能与光设备udl,盒 带设备ud2之间分别直接进行通信。
图2中图示了作为设备接口单元usl和光设备udl间的正规通信路线的 ATAPI路径nrtl以及作为设备接口单元usl和盒带设备ud2间的正规通信路线 的SCSI路径nrt2，另外也图示了作为设备/日志处理单元us2和光设备udl间 的特殊通信路线的特殊通信路径drtl以及作为设备/日志处理单元us2和盒带 设备ud2间的特殊通信路线的特殊通信路径drt2。
上述结构中，基本上支持主机PChl通过网络nl (Nl —Rl—N2)发送监控指 令到终端用户侧的系统ul的光设备udl和盒带设备ud2，接口装置us4根据通 过网络送来的监控指令调查光设备udl和盒带设备ud2的状态后再次通过网络 nl(N2—Rl—Nl)将结果返回给支持主机PChl，支持主机PChl査看返回过来的 数据，如果设备侧发生错误的话，就发送修复用的专用指令并进行设备状态的 调查。
图3是通过网络在支持主机PC和用户侧的系统ul之间往来的指令信息包 的示意图。
图3中，Pl是支持侧主机PC和终端用户侧的系统ul之间往来的指令信 息包(由网络中通过的信息包构成)，P2是从信息包P1中抽出的一个信息包， P3是从上述P2中抽出的专用支持软件和调试用固件之间进行通信的数据部 分，P4是示出从上述P3中去掉通信用的报头部分数据后的实际指令代码或数 据部分，P5是示出从上述P4中抽出的包含指令数据字节的报头部分。
另外图3中还示出了网络，设备/日志处理单元us2，存储设备udl，ud2 和通信单元之间的数据信息包，送往设备的指令可以包含在图3中数据框P4 的Header (32字节)部分的Cl中，也可以包含在图3中数据框P4的CDB (16 字节)部分的C2中。
Cl中的指令，根据代码字节的不同分为以下各种操作。
0x00 0x3F:涉及一般规格的iSCSI接口的指令。
OxFO OxFF:本发明的专用指令，包含在图3中数据框P4的Header (32 字节)中。另外因为都是和图2中的接口装置us4有关的指令，根据以下操作 代码进行各自相应的操作。
OxFO:调查并报告接口装置us4的状态(使用自我诊断功能)的指令。
OxFl:进行接口装置us4的初始化的指令。
0xF2:进行接口装置us4的固件更新处理的指令。
OxF3:开始接口装置us4的获得日志数据处理的指令。
0xF4:停止接口装置us4的获得日志数据处理的指令。
0xF5:发送接口装置us4的日志数据到主机PC的指令。
0xF6 预留。
另外C2中的指令，根据代码字节的不同分为以下各种操作。 0xF0 0xFF:本发明的专用指令，包含在图3中数据框P4的CDB(16字节)
中。另外因为都是和图2中的存储设备udl，ud2有关的指令，根据以下操作代
码进行各自相应的操作。
OxFO:调查并报告设备udl，ucl2的状态(使用自我诊断功能)的指令。
OxFl:进行设备udl, ud2的初始化的指令。
0xF2:进行设备udl, ud2的固件更新处理的指令。
0xF3:开始设备udl,ud2的获得日志数据处理的指令。
0xF4:停止设备udl,ud2的获得日志数据处理的指令。
OxF5:发送设备udl， ud2的日志数据到主机PC的指令。
0xF6 :予页留。
使用这些指令来实施本发明。
首先，由支持主机PChl，基于图4的流程图，对调查终端用户侧系统 ul的连接状态，即确认设备错误的流程进行说明。
一开始，由支持主机PChl的通信用驱动器hs3经过hs4—n1—us3的路 径发送"确认设备连接"的指令到终端用户侧系统ul的设备/日志处理单元 us2 (步骤l)。于是，由设备/日志处理单元us2通过设备接口单元usl确认 设备udl，ud2的响应(存在)，经过相反的路径进行应答。
支持主机PChl的通信用驱动器hs3确认应答过来的响应(存在)(确认 设备是否经由网络连接)(步骤2)。
确认了设备udl，ud2的响应之后，专用支持软件hsl(指令发送单元 hsl-l)经过hs2—hs3—hs4—n1—us3的路径发送指令发送单元hsl-l产生 的"确认设备接口单元(1/F单元)状态"的指令到终端用户侧系统ul的 设备/日志处理单元us2 (步骤3)。于是，由设备/日志处理单元us2应答"确 认I/F单元状态"的指令，确认是设备接口单元usl正在运行，还是设备接口 单元usl的网络系统功能发生故障没有在运行，经过相反的路径进行应答。
专用支持软件hsl(指令发送单元hsl-l)确认接口装置us4的设备接口 单元usl是否正在运行(步骤4)。
另外上述步骤2中，光设备udl，盒带设备ud2没有响应的时候，专用 支持软件hsl(指令发送单元hs1-1)判定设备udl，ud2的电源断开(步骤5), 进行后述的打开电源的处理(步骤6)。进行打开电源处理后，确认电源是 否打开(步骤7),确认打开的话回到步骤4，电源没打开的话以异常状态终 止操作。
上述步骤4中，确认了设备接口单元usl正在运行之后，专用支持软 件hsl (指令发送单元hsl-1)经过hs2—hs3—hs4—nl—us3的路径发送指令 发送单元hsl-1产生的"确认设备状态"的指令到终端用户侧系统ul的设 备/日志处理单元us2 (步骤8)。于是，由设备/日志处理单元us2应答"确 认设备状态"的指令，通过设备接口单元usl确认光设备udl，盒带设备ud2 的运行状态(是否发生错误)，经过相反的路径进行应答。
专用支持软件hsl(指令发送单元hsl-l)确认光设备udl,盒带设备ud2 的运行状态(步骤9)，无法确认运行状态时以正常状态终止操作。
另外上述步骤9中，光设备udl，盒带设备ud2处于运行状态时(发生错 误时)，为了确认光设备udl，盒带设备ud2的状态的历史记录，专用支持软 件hsl(指令发送单元hsl-l)经过hs2—hs3—hs4—nl—us3的路径发送指令 发送单元hsl-l产生的"获得设备日志数据的指令"到终端用户侧系统ul 的设备/日志处理单元us2来获得设备日志数据(步骤10)。此时，由设备/ 日志处理单元us2应答"获得设备日志数据的指令"，通过设备接口单元usl 从光设备udl,盒带设备ud2获得设备日志数据，经过相反的路径进行应答。
另外上述步骤4中，专用支持软件hsl(指令发送单元hs1-l)无法确认 设备接口单元usl是否正在运行时，就确认设备接口单元usl的网络系统 功能是否发生故障(步骤ll)，如果确认这点(网络系统功能发生故障时)的 话，为了确认设备接口单元usl的状态的历史记录，专用支持软件hsl(指令 发送单元hsl-l)经过hs2—hs3—hs4—nl—us3的路径发送指令发送单元 hsl-l产生的"获得设备接口单元(1/F单元)日志数据的指令"到终端用 户侧系统ul的设备/日志处理单元us2，由设备接口单元usl来获得设备日志
数据(步骤12)。此时，由设备/日志处理单元us2应答"获得1/F单元曰志 数据的指令"，通过设备接口单元usl获得设备日志数据(设备接口单元usl 存储的光设备udl，盒带设备ud2的日志数据)，经过相反的路径进行应答。
步骤11中，网络系统功能没有发生故障时，判定为其他错误，以异常状 态终止操作。
专用支持软件hsl (调试信息获得单元hs1-2)由上述步骤10中获得的i安备 日志数据或步骤12中获得的设备日志数据来对光设备udl，盒带设备ud2白勺状 态的历史记录的错误数据模式进行分析，存储在指令发送单元hs1-1(步g聚14)。
接下来专用支持软件hsl(指令发送单元hsl-l)执行后述的打开电源处 理(步骤15)，以确认错误的状态终止操作。
由上述流程对终端用户侧设备的状态进行如下调査。
(1) 经过hs2—hs3—hs4—n1—us3的路径发送专用支持软件hsl的f旨令 发送单元hsl-l产生的"确认设备状态"的指令到终端用户侧系统ul。
(2) 终端用户侧系统ul上的接口装置us4上的固件的设备接口单元usl 或调试/日志处理单元us2接收送来的"确认设备状态"的指令，对光i殳备 udl，盒带设备ud2的状态或接口装置us4的状态进行调查后把结构数据ib， f巴 该日志信息经过us3—n1—hs4—hs3—hsl-2的路径返回给支持主机PChl的专 用支持软件hsl(指令发送单元hs1-l)并存储。
然后，由支持主机PChl对终端用户侧系统ul的连接状态进行调査， 按照图5的流程图对调査后对错误进行修复的流程进行说明。
在如上述图4所示的由支持主机PChl对终端用户侧系统ul的连J妾状 态进行调査的流程中的步骤14和步骤15之间增加下述的流程。
接在步骤M之后，专用支持软件hsl(调试信息获得单元hsl-2)J巴经 过分析的错误数据模式和调试信息获得单元hsl-2中预先存储的设备白勺错 误数据模式进行匹配(步骤16)，对调试信息获得单元hs卜2进行检索来获 取与所述匹配后的错误数据模式对应的修复用指令序列，专用支持软件 hsl(指令发送单元hsl-l)根据该获取的修复用指令序列经过hs2—hs3 — hs4—n1—us3的路径发送指令到终端用户侧系统ul的设备/日志处S单元
us2来进行修复(步骤17)。调试/日志处理单元us2经由特殊通信路径drtl 对光设备udl执行修复用指令，经由特殊通信路径drt2对盒带设备ud2执行 修复用指令，来对光设备udl，盒带设备ud2进行修复。
由上述流程对终端用户侧设备发生的问题进行如下分析并发送修复指令。
(1) 经过hs2—hs3—hs4—n1—us3的路径发送专用支持软件hsl的指令 发送单元hsl-l产生的"确认设备状态"的指令到终端用户侧系统ul。
(2) 终端用户侧系统ul上的接口装置us4上的固件的设备接口单元usl 或调试/日志处理单元us2接收送来的"确认设备状态"的指令，对光设备 udl，盒带设备ud2的状态或接口装置us4的状态进行调查后把结构数据化，把 该日志信息经过us3 —nl—hs4 —hs3 —hsl-2的路径返回给指令发送单元 hsl-1并存储。
(3) 专用支持软件hsl的调试信息获得单元hsl-2以上述(2)中终端用 户侧系统ul送来的日志信息为基础，与自己所有的数据库进行匹配来把握 问题的状态，抽出与该问题对应的修复指令序列(数据)。
(4) 专用支持软件hsl(指令发送单元hsl-l)根据上述(3)中抽出的指 令序列对终端用户侧系统ul发送指令。发送的路径与(l)中发送时的路径 相同。
(5) 终端用户侧系统ul的调试/日志处理单元us2按照输入的指令经由特 殊通信路径drtl对光设备udl执行修复用指令，经由特殊通信路径drt2对盒 带设备ud2执行修复用指令，来对光设备udl，盒带设备ud2进行修复。
另外上述(5)中指令发送序列终止之后再次进行"进行调查终端用户侧 设备状态的流程"来确认终端用户侧系统ul的状态。
接下来，根据图6对支持主机PCS1对设备装置的电源进行打开及断开 的流程进行说明。
首先基于图6(a)对打开设备电源的流程进行说明。另外，只有终端用户 侧系统ul上的接口装置us4的网络芯片处于持续电源打开的状态。
确认支持主机PChl的通信驱动器hs3发来的开始通信的信号(步骤1),无法确认该开始通信的信号时，保持设备电源的断开状态(步骤2)。确认开 始通信的信号之后，接口装置US4的网络芯片启动装入终端用户侧系统Ul上
的接口装置us4的调试用固件(步骤3)，调试用固件启动后，调试/日志处理 单元us2对支持主机PChl返回准备结束的状态信号(步骤4)。
由对该准备结束的状态信号的确认，支持主机PChl的专用支持软件 hsl(指令发送单元hsl-l)经过hs2—hs3—hs4—n1—us3的路径发送指令发 送单元hsl-l产生的"打开电源"指令到终端用户侧系统ul的调试/日志处 理单元us2 (步骤5)。
调试/日志处理单元us2打开整个终端用户侧系统ul的电源，初始化设备 udl，ud2,向支持主机PChl输出通信准备结束(步骤6)，就此结束处理。
然后基于图6(b)对断开设备电源的流程进行说明。
确认支持主机PChl的通信驱动器hs3发来的结束通信的信号(步骤l)， 无法确认该结束通信的信号时，保持设备电源的状态(步骤2)。确认结束通 信的信号之后，调试/日志处理单元us2对支持主机PChl返回准备结束的状态 信号(步骤3)。
由对该准备结束的状态信号的确认，支持主机PChl的专用支持软件 hsl(指令发送单元hsl--l)经过hs2—hs3—hs4—nl—us3的路径发送指令发 送单元hsl-l产生的"断开电源"指令到终端用户侧系统ul的调试/日志处 理单元us2 (步骤4)。
调试/日志处理单元us2断开整个终端用户侧系统ul的电源，向支持主机 PChl输出通信准备结束(步骤5)，就此结束处理。
另外，只有终端用户侧系统ul上的接口装置us4的网络芯片处于持续电 源打开的状态。
由上述流程对电源进行如下打开及断开的操作。
(1) 只有终端用户侧系统ul上的接口装置us4的网络芯片处于持续电源打 开的状态，网络芯片在该状态下确认支持主机PChl发来的开始通信的信号时， 就启动装入接口装置us4的调试用固件。
(2) 调试用固件启动后，调试/日志处理单元us2对支持主机PChl返回准备结束的状态。
(3) 支持主机PChl上的专用支持软件hsl对终端用户侧系统ul上的调 试/日志处理单元us2发送打开电源的指令。
(4) 调试/日志处理单元us2打开整个终端用户侧系统ul的电源，初始化 设备udl，ud2。
也用同样的流程对电源进行断开的处理。 如上所述，由本实施形态，可以获得如下效果。
(1) 由终端用户侧系统ul对专用支持软件hsl的指令发送单元hsl-1产 生的"确认设备状态"指令的应答来对光设备udl，盒带设备ud2的状态或接口 装置us4的状态进行调查，把该日志信息返回给专用支持软件hsl的指令发送 单元hsl-l并存储，这样一来，即使支持侧的环境和终端用户侧的环境在不同 的地方，支持技术人员也不需要赶到现场，通过网络nl就可以直接开展对设 备的问题的分析工作或支持工作。还有，可以在保持终端用户侧设备发生问题 时的环境的情况下获得有关错误的信息，所以也避免了终端用户的环境发生的 问题已经送往支持技术人员，支持技术人员赶到现场的时候问题又不再发生这 种情况，支持技术人员可以在早期就发现问题，并在早期就采取解决问题的措 施。
(2) 专用支持软件hsl的调试信息获得单元hsl-2以终端用户侧系统 ul送来的日志信息(错误日志状态)为基础，与自己所有的数据库进行匹 配来把握问题的状态，抽出与该问题对应的修复指令序列(数据)，专用 支持软件hsl(指令发送单元hs1-l)根据抽出的指令序列对终端用户侧系统 ul发送指令，终端用户侧系统ul的调试/日志处理单元us2按照输入的指令 经由特殊通信路径drtl对光设备udl执行修复用指令，经由特殊通信路径drt2 对盒带设备ud2执行修复用指令，来对光设备udl，盒带设备ud2进行自动修复。 这样一来，即使这些设备udl， ud2和设备接口单元usl之间处于无法通信的状 态，甚至支持侧的环境和终端用户侧的环境在不同的地方，支持技术人员也不 需要赶到现场，通过网络nl就可以对光设备udl， ud2的错误进行修复。还有， 发生问题时通过接到终端用户的直接电话联系或者被监控侧系统的警告等检
测出终端用户的设备发生问题的时候就可以对问题进行自动修复。
还有，本实施形态中，支持/被监控的对象设备是光设备Udl和盒带设备
ud2，但并不仅限于此，也可以是有IDE (Integrated Drive Electronics)接
口的硬盘设备。另外，此时设备接口单元usl采用进行与设备的数据传送方式
相应的数据收发的连接方式。
本发明的设备的远程监控/修复系统具有即使支持侧的环境和终端用户
侧的环境在不同的地方，支持技术人员也可以直接开展对设备的问题的分析工
作或支持工作，也适用于家庭安防等领域。
权利要求
1.一种设备的远程监控/修复系统，由连接到通信网的支持侧监控用主机电脑和连接到所述通信网的被监控侧系统构成，通过所述通信网进行远程监控/修复，其特征在于，所述被监控侧系统由被监控/修复的对象设备和连接在所述设备和所述通信网之间，通过所述通信网进行所述设备和所述监控用主机电脑之间的数据收发的接口装置组成，所述接口装置具有控制与所述设备的连接的设备接口单元，控制与所述通信网的连接的网络连接单元和设备/日志处理单元，所述设备/日志处理单元连接于所述设备接口单元和所述网络连接单元，通过所述网络连接单元应答从所述监控用主机电脑发来的指令，通过所述设备接口单元对所述设备进行控制和监控，为了能够不通过所述设备接口单元就能使所述设备/日志处理单元和所述设备间直接进行通信，把所述接口装置的设备/日志处理单元和所述设备进行串行接口连接。
2. 如权利要求1中所述的设备的远程监控/修复系统，其特征在于，所述监控用主机电脑具有所述被监控侧系统的专用支持软件和存储了所 述设备的错误数据模式以及对应于这些错误数据模式的修复所述设备用的指 令序列的数据库，所述监控用主机电脑基于所述专用支持软件执行第1步骤，第2步骤和第 3步骤，所述第1步骤通过所述通信网发送报告所述接口装置的设备接口单元的 状态历史记录的指令或报告所述设备的状态历史记录的指令到所述被监控侧 系统的设备/日志处理单元，由所述设备/日志处理单元获得所述设备或设备接 口单元的状态历史记录的错误数据模式，所述第2步骤对所述第1步骤中获得的设备或设备接口单元的状态历史记 录的错误数据模式和所述数据库上的错误数据模式进行匹配，所述第3步骤通过所述通信网发送所述数据库上与所述第2步骤中匹配出的错误数据模式对应的修复用指令序列到所述被监控侧系统的设备/日志处理 单元，在所述设备/日志处理单元中执行所述修复用指令，由所述设备/日志处 理单元直接对连接到所述串行接口的所述设备的错误进行修复。
3. 如权利要求2中所述的设备的远程监控/修复系统，其特征在于，所述监控用主机电脑在执行所述第1步骤到第3步骤之前，执行第4步骤 和第5步骤，所述第4步骤通过所述通信网发送确认所述设备是否连接到所述接口装 置的指令到所述被监控侧系统的设备/日志处理单元，利用所述设备/日志处理 单元的应答确认所述设备是否连接到所述接口装置，所述第5步骤在所述第4步骤中确认了所述设备没有连接到所述接口装置 之后，判定设备电源为断开，通过所述通信网发送启动所述设备电源的指令到 所述被监控侧系统的设备/日志处理单元，打开所述设备电源。
4. 如权利要求3中所述的设备的远程监控/修复系统，其特征在于， 所述监控用主机电脑执行第6步骤和第7步骤，所述第6步骤在所述第4步骤中确认所述设备连接到所述接口装置时，通 过所述通信网发送确认所述设备接口单元是否正在运行的指令到所述被监控 侧系统的设备/日志处理单元，利用来自所述设备/日志处理单元的应答确认所 述设备接口单元的运行状态，所述第7步骤在所述第6步骤中确认了所述设备接口单元没有运行之后， 基于来自所述设备/日志处理单元的所述运行状态的应答来确认所述设备接口 单元的网络功能是否发生异常，在所述第7步骤中，确认了所述设备接口单元的网络功能发生异常之后， 在所述第1步骤中发送报告所述设备接口单元的状态历史记录的指令。
5. 如权利要求1中所述的设备的远程监控/修复系统，其特征在于， 所述设备采用ATAPI或SCSI或IDE的数据传送方式连接到所述接口装置，所述接口装置的设备接口单元具有对应于所述设备的数据传送方式与所述设 备进行数据传送的功能。
6. 如权利要求2中所述的设备的远程监控/修复系统，其特征在于，所述设备采用ATAPI或SCSI或IDE的数据传送方式连接到所述接口装置， 所述接口装置的设备接口单元具有对应于所述设备的数据传送方式与所述设 备进行数据传送的功能。
7. 如权利要求1中所述的设备的远程监控/修复系统，其特征在于， 所述接口装置的网络连接单元具有IP保密功能，该网络连接单元与所述监控用主机电脑之间的数据传送采用TCP/IP方式，通过所述TCP/IP方式以在 信息包的数据块的报头部分包含所述指令的结构发送信息。
8. 如权利要求2中所述的设备的远程监控/修复系统，其特征在于， 所述接口装置的网络连接单元具有IP保密功能，该网络连接单元与所述监控用主机电脑之间的数据传送采用TCP/IP方式，通过所述TCP/IP方式以在 信息包的数据块的报头部分包含所述指令的结构发送信息。
全文摘要
由连接到网络n1的支持侧主机PCh1和连接到网络n1的被监控侧系统u1构成的系统中，所述被监控侧系统u1由被监控/修复的对象设备ud1，ud2和接口装置us4组成。所述接口装置us4连接在ud1，ud2这些设备和网络n1之间，通过网络n1进行所述设备和监控用主机PCh1之间的数据收发，还设置有一个设备/日志处理单元us2。所述设备/日志处理单元us2连接到设备ud1，ud2的串行接口，不通过控制设备连接的设备接口单元us1也能与设备直接进行通信。
文档编号G06F13/00GK101180614SQ200680018079
公开日2008年5月14日 申请日期2006年5月24日 优先权日2005年5月25日
发明者山下秋芳 申请人:松下电器产业株式会社