WO2006126594A1 - デバイスの遠隔監視・修復システム - Google Patents

デバイスの遠隔監視・修復システム Download PDF

Info

Publication number
WO2006126594A1
WO2006126594A1 PCT/JP2006/310366 JP2006310366W WO2006126594A1 WO 2006126594 A1 WO2006126594 A1 WO 2006126594A1 JP 2006310366 W JP2006310366 W JP 2006310366W WO 2006126594 A1 WO2006126594 A1 WO 2006126594A1
Authority
WO
WIPO (PCT)
Prior art keywords
interface
command
unit
processing unit
log processing
Prior art date
Application number
PCT/JP2006/310366
Other languages
English (en)
French (fr)
Inventor
Akiyoshi Yamashita
Original Assignee
Matsushita Electric Industrial Co., 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 Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to US11/914,965 priority Critical patent/US7861127B2/en
Publication of WO2006126594A1 publication Critical patent/WO2006126594A1/ja

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2294Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test

Definitions

  • the present invention relates to a remote monitoring / restoration system for devices, and more particularly to data communication between a support host PC and various devices of a monitored system.
  • the device is already in the hands of the end user, and in order to perform malfunction analysis and repair those problems, the ability of engineers to go to the site where the system environment is located and borrow the end user's system each time. Or, if a problem occurred, the entire end user system environment had to be sent to an analysis support engineer. In addition, even if a problem occurred, it could not be corrected immediately, and it was revisited at a later date. In addition, problems that occurred in the end-user environment were sometimes sent to support engineers, or when support engineers visited the site, they could not occur.
  • the present invention provides a device that can analyze and further repair a problem that occurred in an end user device via a network such as the Internet, even if the support side environment and the end user environment are separated from each other. Aim to provide remote monitoring 'repair system It is what.
  • the invention according to claim 1 of the present invention includes a monitoring host computer on a support side connected to a communication network, and a monitored side connected to the communication network.
  • a remote monitoring / repair system via the communication network comprising
  • the monitored system is connected to a monitored device and between the device and the communication network, and the data of the data between the device and the monitoring host computer is connected via the communication network.
  • the interface device is configured to transmit and receive, and the interface device includes a device interface unit that controls connection with the device, a network connection unit that controls connection with the communication network, and the device interface unit and A device connected to a network connection unit and controlling and monitoring the device via the device interface unit in response to a command sent from the monitoring host computer via the network connection unit A log processing unit, and without going through the device interface unit
  • the device log processing unit of the interface device and the device are connected through a serial interface. Is.
  • the support host computer for monitoring causes a device error via the device log processing unit. It is possible to check the status and repair errors. In this way, even if the support-side environment and the end-user environment are at a distance, the error status of the device can be checked and repaired automatically via a communication network such as the Internet.
  • a communication network such as the Internet.
  • the invention according to claim 2 is the invention according to claim 1, wherein the monitoring host computer includes software dedicated to support of the monitored system, an error data pattern of the device, and A database in which the device repair command sequence corresponding to the error data pattern is stored;
  • the monitoring host computer sends a command for reporting a status history of the device interface unit of the interface device or a command for reporting the status history of the device via the communication network based on the dedicated software for support. Issued to the device / log processing unit of the monitored system, and obtains the error data pattern of the status history of the device or device interface unit from the device / log processing unit.
  • the second step of collating the error data pattern of the state history of the device or device interface section obtained in this way with the error data pattern on the database, and the error data collated in the second step Modifications on the database corresponding to the pattern Command sequence is issued to the device / log processing unit of the monitored system via the communication network, and the device / log processing unit is caused to execute the repair command by the device / log processing unit. More directly, the third step of correcting the error of the device connected to the serial interface is executed.
  • the error data pattern of the device state history stored in the device or the device interface unit is acquired, collated with the error data pattern on the database, and the collated error data pattern
  • a repair command sequence on the database corresponding to is issued to the monitored system via the communication network, and the device sequence is repaired. Therefore, even if a problem occurs in the device or device interface, the end user can receive a direct phone call, or when it is detected that a problem has occurred in the end user's device, such as by a warning from the monitored system, Device 'The serial interface is connected directly from the log processor. The device can be repaired.
  • the invention according to claim 3 is the invention according to claim 2, wherein the monitoring host computer has the device connected to the interface before executing the first step to the third step.
  • a command for confirming whether the device is connected is issued to the device / log processing unit of the monitored system via the communication network, and the device is sent to the interface device by a response of the device / log processing unit.
  • the fourth step for checking whether the device is connected and in the fourth step, the device is connected to the interface device. If it is confirmed that the device is turned off, the device is turned off.
  • a device log processing unit of the monitored system via the communication network Issued it is characterized in performing a fifth step of O down the power supply of the device.
  • the device when the device is not connected to the S interface device, it is determined that the power of the device is off, the device is turned on by the monitoring host computer, and the device is turned on by the monitoring host computer. Alternatively, the error data pattern of the device interface status history is acquired.
  • the invention described in claim 4 is the invention described in claim 3, wherein the monitoring host computer is configured such that, in the fourth step, the device is connected to the interface device. If it is confirmed, a command for confirming whether the device interface unit is operating is issued to the device log processing unit of the monitored system via the communication network, and the device In the sixth step of confirming the operation state of the device interface unit based on a response from the log processing unit, and in the sixth step, when the operation of the device interface unit cannot be confirmed, the device log processing A seventh step of checking whether the network function of the device interface unit is abnormal or not based on the response of the operation state from the unit. If the network function of the device interface unit is confirmed to be abnormal in the seventh step, a command for reporting the status history of the device interface unit is issued to the first step. It is characterized by doing.
  • the operation of the device interface unit of the interface device is confirmed. If it is not recognized, it is checked whether the network function with the device is abnormal or not. If the network function is abnormal, the device interface status history error data pattern is acquired, and the acquired device interface status The error data pattern in the history and the error data pattern in the database are collated, and the repair command sequence corresponding to the collated error data pattern is issued to the device log processing unit, and the device 'log processing unit directly The repair command sequence is sent to the device without going through the device interface, and the device sequence is repaired.
  • the device is connected to the interface device by an ATAP I, SCSI, or IDE data transmission system, and the device interface of the interface device
  • the unit has a function of transmitting data to and from the device according to a data transmission method of the device.
  • the device interface unit of the interface device transmits data to and from the device in accordance with the ATAPI of the device or the data transmission method of SCSI or IDE.
  • the network connection unit of the interface device has an IP security function, and the network connection unit and the monitoring host computer are provided. Data transmission to and from is performed by TCPZIP, and the command is included in the header of the data block of the packet by the TCP / IP and transmitted.
  • the device is monitored and repaired by including the command in the header of the data block of the packet by TCPZIP.
  • the device monitoring / recovery system of the present invention allows the device's log from the monitoring host computer on the support side even if the device cannot communicate with the device interface unit of the interface device. It is possible to check the error status of the device and repair the error via the processing unit, so that the environment on the support side is separated from the environment on the end user. Even if there is a problem, the support engineer can check the error status and repair it via the communication network that goes to the site.
  • FIG. 1 is a configuration diagram of a device remote monitoring / recovery system according to an embodiment of the present invention.
  • FIG. 2 Diagram showing the entire system consisting of the host PC, end-user system, and network system for the remote monitoring and repair system of the device,
  • FIG. 3 A diagram showing command packets exchanged between the support host PC and the user side device via the remote monitoring and repair system network of the device
  • FIG. 6 is a flowchart showing a procedure for turning on / off the power of the monitored system by the support host PC of the remote monitoring / repair system of the device.
  • FIG. 1 is a system configuration diagram for realizing a remote monitoring / restoring system for devices according to an embodiment of the present invention.
  • a support host PChl that is a monitoring host computer has a domain in which a support host PChl is located.
  • the support side host PChl includes a dedicated support software hsl, a processing unit hs2 of an OS (such as Windows (registered trademark)), and a dedicated support software unit for communication (communication dryer). hs3 and a network driver processing unit hs4.
  • OS such as Windows (registered trademark)
  • hs3 a network driver processing unit hs4.
  • a command to be issued to the device is stored in advance, a command issuing unit hsl-1 for issuing the command, an error data pattern of the device constituting the system ul on the user side, and Corresponding to these error data patterns A device recovery command sequence is stored, and a debug information acquisition unit hsl-2 for acquiring device debug information is provided.
  • the communication support dedicated software unit (communication dryer) hs3 includes an IP Security processing unit hs3-1 and a TCP / IP processing unit hs3-2.
  • the system ul on the end user side includes a device (storage device) udl and a device (storage device) ud2 which are device devices (storage devices) on the monitored / supported user side, and these devices udl, Connected between ud2 and network system (Internet, Intranet) nl (Nl, Rl, N2), and sends / receives data between device udl, ud2 and supporting host PC hi via network system nl
  • the interface device (IZF board Z conversion board; interface means) is composed of us4.
  • device udl is an optical device such as DVDZCD that has an ATAPI (AT Attachment Packet Interface) interface
  • device ud2 is a tape device that has a SCSI (Small Computer System Interface) interface. It is.
  • the interface device us4 includes a device interface unit (device IZF unit; firmware) us1, a device 'log processing unit (firmware) us2, and a network connection unit (firmware) us3.
  • device IZF unit device interface unit
  • firmware firmware
  • firmware device 'log processing unit
  • network connection unit firmware
  • the device interface unit usl is connected to the optical device udl and the tape device ud2 by AT API 'SCSI, and controls the optical device udl and the tape device ud2.
  • the network connection unit us3 includes an IP Security processing unit and a TCP / IP processing unit, and controls connection with the network system nl.
  • the device 'log processing unit us2 is connected to the device interface unit usl and the network connection unit us3, and in response to a command sent to the support host PChl via the network connection unit us3, the device interface Controls and monitors devices udl, ud2 via usl.
  • Fig. 2 shows an ATAPI path nrtl which is a regular communication route between the device interface unit us1 and the optical device udl, and a SCSI path nrt2 which is a regular communication route between the device interface unit us1 and the tape device ud2.
  • the special communication route drtl that is a special communication route between the device log processing unit us2 and the optical device udl, and the special communication that is a special communication route between the device mouth processing unit us2 and the deep device ud2
  • the route drt2 is illustrated.
  • the support host PChl basically sends a monitor command for the optical device udl and the tape device ud2 of the system ul on the end user side via the network nl (N1 ⁇ R1 ⁇ N2), and the interface device us4 checks the status of the optical device udl and tape device ud2 according to the monitor command sent via the network, and returns the result to the support host PChl via the network nl (N2 ⁇ R1 ⁇ N1).
  • Host PChl conducts an operation to check the status of the device by looking at the returned data and sending a dedicated command for correction if there is an error on the device side.
  • FIG. 3 shows a command packet exchanged between the support host PChl and the system ul on the user side via the network.
  • P1 is a packet (packet configuration that passes through the network) exchanged between the host PC on the support side and the system ul on the end user side
  • P2 is one packet P1 extracted.
  • P3 is the data part of P2 extracted from the dedicated support software and debugging firmware
  • P4 is the actual command code or data part of P3 with the communication header data removed.
  • P5 shows the part extracted from the header part including the command data byte in P4.
  • Fig. 3 shows a data packet that flows through the communication unit with the network, debug 'log processing unit us2, storage device udl, ud2, and the command sent to the device is the data block P4 in Fig. 3. Included in C1 of the header (32bytes) part of !!, and that included in C2 of the CDB (16bytes) part of data block P4 in Fig. 3.
  • ⁇ 0 ⁇ 0 to 0 ⁇ Dedicated commands for the present invention, included in the header (32 bytes) of data block ⁇ ⁇ ⁇ 4 in FIG.
  • the commands related to the interface device us4 in Fig. 2 perform the following operations using the following operation codes.
  • 'OxFO Command that reports the status of the interface device us4 (using the self-diagnosis function).
  • '0xF2 Command for updating the firmware of the interface device us4.
  • '0xF3 A command for starting log data acquisition processing of the interface device us4.
  • '0xF4 Command to stop the log data acquisition process of the interface device us4.
  • '0xF5 Command to send log data of interface device us4 to host PC.
  • ⁇ 0 ⁇ 0 to 0 ⁇ dedicated commands for the present invention, which are included in the CD B (16 bytes) of the data block ⁇ 4 in Fig. 3, and the storage device udl, Commands related to ud2 perform the following operations using the following operation codes.
  • 'OxFO A command to investigate and report the status of devices udl and ud2 (using the self-diagnosis function).
  • '0xF2 Command for updating the firmware of devices udl and ud2.
  • '0xF3 Command that starts log data acquisition processing for devices udl and ud2.
  • '0xF4 Command to stop the log data acquisition process of devices udl and ud2.
  • '0xF5 Command to send log data of devices udl and ud2 to the host PC.
  • the support host PChl connects to the end user system ul to adjust the status.
  • the procedure for hesitation that is, to check for device errors, is explained based on the flowchart in Fig. 4.
  • the command “confirm device connection” is sent from the communication host hs3 of the support host PChl to the device log processing unit us2 of the end-user system ul via the path hs4 ⁇ nl ⁇ us3 (step— 1). Then, the device 'log processing unit us2 confirms the reaction (existence) of the devices udl and ud2 via the device interface unit usl and responds in the reverse path.
  • the communication driver hs3 of the support host PChl confirms the response (existence) that was responded (confirms whether the device is connected via the network) (step 1).
  • the support dedicated software hsl (command issuing unit hsl— 1) displays the “device interface unit (I ZF unit) status check” created by the command issuing unit hsl— 1.
  • the command is sent to the device 'log processing unit us2 of the end user side system ul via the route of hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3 (step-3).
  • the device interface unit us1 responds to the command of ⁇ IZF unit status check '' by the device's mouth processing unit us2 and the device interface unit us1 is operating. It is confirmed whether it is a system malfunction or not.
  • the support dedicated software hsl (command issuing unit hsl-1) confirms whether the device interface unit us1 of the interface device us4 is operating (step 4).
  • step-2 when there is no response from the optical device udl and the tape device ud2, the support dedicated software hsl (command issuing unit hsl-1) determines that the devices udl and ud2 are turned off. (Step 5), and the power on process described later is executed (Step 6). As a result of the power-on process, it is confirmed whether the power is completely turned on (Step 7). If confirmed, the process returns to Step 4. If the power is not turned on, the process ends in an abnormal state.
  • the support dedicated software hsl command issuing unit hsl-1
  • step 4 above when it is confirmed that the device interface unit us 1 is operating, the support dedicated software hsl (command issuing unit hsl-1) To the device log processing unit us2 of the end-user system ul via the path of hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3 (Step-8).
  • the operation status (whether an error has occurred or not) of the optical device udl and the tape device ud2 is confirmed via the device interface unit usl, and a response is sent in the reverse path.
  • the support dedicated software hsl (command issuing unit hsl-1) confirms the operating state of the optical device udl and the tape device ud2 (step 9). When the operating state cannot be confirmed, it ends as a normal state.
  • step 9 when the optical device udl and the tape device ud2 are in an operating state (when an error has occurred), to check the history of the status of the optical device udl and the tape device ud2
  • the support dedicated software hsl (command issuer hsl-1) uses the device log data acquisition command created by the command issuer hsl-1 to the end-user side system ul via the route hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3.
  • Device 'log processing unit sent to us2 and device log data is acquired (step- 10 ).
  • the device 'log processing unit us2 responds to the ⁇ device log data acquisition command''and the device log data of the optical device udl and tape device ud2 is acquired via the device interface unit us 1 and responds in the reverse path. Is done.
  • step 4 above when the support interface software hsl (command issuing unit hsl-1) cannot confirm that the device interface unit us 1 is operating, the device interface unit usl has a faulty network system function. (Step—11), and when confirmed (when the network system malfunctions), the device interface part created by the command issuing part hs 1-1 is used to check the status history of the device interface part us 1 (IZF part) Log data acquisition command "is sent to the end user side system ul device 'log processing unit us2 through the path of hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3, and the device log data is sent from the device interface unit us1 Obtained (Step 1 12).
  • the device in response to the "IZF part log data acquisition command", the device log data from the device interface unit usl (device interface section usl is remembers to have light device udl, tape device ud2 log data) is acquired and responded in the reverse path.
  • the device interface unit usl device interface section usl is remembers to have light device udl, tape device ud2 log data
  • Support dedicated software hsl determines whether the optical device udl or tape is based on the device log data acquired in Step-10 or the device log data acquired in Step-12. Analyzes the error data pattern of the status history of device ud2 and stores it in the command issuing unit hs 1-1 (step 14).
  • the support dedicated software hsl (command issuing unit hsl-1) executes a power-off process described later (step 15), and ends with an error check.
  • the dedicated device software hsl command issuing unit hsl The “device status check” command created by hsl-1 is sent to the end-user system ul via the route hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3. Sent.
  • Interface device on end-user side system ul Device interface part of firmware on us4 us 1
  • Debugging log processing part us2 receives the sent “device status check” command, and optical device After investigating the status of udl and tape device ud2 and the status of the interface device us4, it is converted into data and the log information is supported by the path of us3 ⁇ nl ⁇ hs4 ⁇ hs3 ⁇ hsl— Returned to command issuing unit hsl-1) and stored.
  • step 14 The following procedure is added between step 14 and step 15 of the procedure for connecting to the end-user system ul and investigating the state by the support host PChl shown in FIG.
  • the support dedicated software hsl (debug information acquisition unit hsl-2) reads the analyzed error data pattern and the error data pattern of the device stored in advance in the debug information acquisition unit hsl-2. (Step 16), and a repair command sequence corresponding to the collated error data pattern is obtained by searching the debugging information acquisition unit hsl-2, and the support dedicated software is obtained according to the obtained repair command sequence.
  • hsl command issuing unit hsl—1) sends the command to the device 'log processing unit us2 of the end-user system ul via the path hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3 and executes repair (step 17).
  • Device 'Log processing unit us2 is connected to the optical data via the special communication path drtl. Restore the optical device udl and the tape device ud2 by executing the repair command for the device ud2 via the device ud 1 and the special communication path drt2.
  • the dedicated device software hsl command issuing unit hsl The “device status check” command created by hsl-1 is sent to the system ul on the end user side via the route hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3. Sent.
  • End-user system interface device on ul Device interface part of firmware on us4 us 1 nya debug 'log processing unit us2 receives the sent “device status check” command, and optical device After investigating the status of udl and tape device ud2 and the interface device us4, it is converted into data and the log information is returned to the command issuing unit hsl-1 via the path us3 ⁇ nl ⁇ hs4 ⁇ hs3 ⁇ hsl-2 Is done.
  • Support dedicated software hsl (command issuing unit hsl— 1) issues a command to the end user system ul according to the command sequence extracted in (3) above. To do. The route to be issued is the same as in (1).
  • End-user-side system ul device 'Log processing unit us2 receives optical device ud 1 via special communication path drt 1 and data via special communication path drt2 according to the input command. Execute the repair command for device ud2 to repair optical device udl and tape device ud2.
  • step — 1) When the communication start signal cannot be confirmed, keep the device powered off (step — 2).
  • step — 2 the network chip of the interface device us4 activates the debugging firmware built into the interface device us4 on the end-user system ul (step 1), and after the debugging firmware is activated, Debug 'Log processing unit us2 returns a ready status signal to the support host PChl (step 4).
  • the support host PChl support software hsl (command issuing unit hsl— 1) sends the command “power on” created by the command issuing unit hsl— 1 Send it to the debug / log processing unit us2 of the end-user system ul via the route of hs2 ⁇ hs3 ⁇ hs4 ⁇ nl ⁇ us3 (step-5).
  • Debugging 'Log processing unit us2 turns on the power of the entire end-user system ul, initializes the devices udl and ud2, outputs the ready for communication to the support host PChl (step 6), and performs processing. finish.
  • Step 2 When the communication end signal cannot be confirmed, maintain the power status of the device (Step 2). When the communication end signal is confirmed, the debug 'log processing unit us2 returns a ready status signal to the support host PChl (step 3).
  • the support host PChl dedicated support software hs 1 (command issuing unit hsl-1) sends the command “power off” created by the command issuing unit hsl-1 to hs2 ⁇ Debug the end-user device ul via the path of hs3 ⁇ hs4 ⁇ nl ⁇ us3 • Send to log processing unit US 2 (step 4).
  • the log processing unit us2 turns off the power of the entire end-user device ul, outputs a communication preparation completion to the support host PChl (step-5), and ends the process.
  • the power is turned on and off as follows.
  • the debug log processing unit us2 After the debug firmware is activated, the debug log processing unit us2 returns a ready state to the support host P Chi.
  • Support Host A power-on command is sent from the dedicated support hsl on the PChl to the debug log processing unit US 2 on the end-user system ul.
  • Support dedicated software hsl command issuing unit hsl In response to the “device status check” command created by 1, the end device system ul sends the status of optical device udl and tape device ud2 The status of the interface device us4 is investigated, and the log information is returned to and stored in the command issuing unit hsl-1 of the support dedicated software hsl, so that the environment on the support side and the environment of the end user are separated.
  • error information can be obtained while maintaining the environment at the time of the problem of the end-user device, so that it can be sent to the support engineer who has the problem in the end-user environment, or the support engineer can If the problem occurs, it can be avoided that the problem occurs, and the support engineer can find the problem at an early stage and can take measures to solve the problem at an early stage.
  • the debug information acquisition unit hsl-2 of the dedicated software for hsl based on the log information (error log status) sent from the end-user system ul
  • the dedicated support software hsl command issuing unit hsl— 1 issues a command to the end user side system ul according to the fetched command sequence and issues a command to the end user side system ul device.
  • the log processing unit us2 executes the repair command for the optical device udl via the special communication path drtl and the dap device ud2 via the special communication path drt2, and restores the optical device udl and tape device ud2.
  • the devices to be monitored are the optical device udl and the tape device ud2, but they are not limited to these.
  • the device interface unit us 1 is a connection method that transmits and receives data in accordance with the data transmission method of the device.
  • the remote monitoring / repair system for a device enables a support engineer to directly analyze and support device problems even when the support environment and the end user environment are remote. It can be applied and can be applied to fields such as home security.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)

Abstract

 ネットワークn1に接続されたサポート側ホストPCh1と、ネットワークn1に接続された被監視側システムu1とにより構成されているシステムにおいて、被監視側システムu1を、被監視・サポート対象のデバイスud1,ud2と、これらデバイスとネットワークn1との間に接続され、ネットワークn1を介して、前記デバイスと監視用ホストPCh1との間のデータの送受信を行うインターフェイス装置us4から構成する。インターフェイス装置us4に、デバイスとの接続を制御するデバイスインターフェイス部us1を介さずに、デバイスud1,ud2とシリアルインターフェイス接続し、デバイスとの間で直接、通信するデバイス・ログ処理部us2を設ける。

Description

明 細 書
デバイスの遠隔監視'修復システム 技術分野
[0001] 本発明は、デバイスの遠隔監視 ·修復システムに関するものであり、特にサポートホ スト PCと被監視側システムの各種機器との間のデータ通信に関するものである。 背景技術
[0002] 最近、 PCに接続されてネットワークを形成する各種機器 (ストレージデバイス装置; 以下、デバイスと称す)には CPUが内蔵され、デバイスが構成するシステムをコント口 ールするソフトウェア(以下、ファームウェアと称す)が搭載されている。またデバイス は、例えば、特開 2002— 94531号公報に記載されているように、ネットワークでの自 己のデバイス IDを取得し、さらにネットワークに接続されている他のデバイスの IDを 取得してデバイス情報リストを形成し、ネットワーク上での管理を行って 、る。
発明の開示
発明が解決しょうとする課題
[0003] 近年デバイスの複雑ィ匕により製品出荷後も各デバイスのファームウェアに不都合が 見つ力つたり、新規格の PCと接続される時に問題が発生したりしてデバイスを取り巻 く動作環境が複雑化してきた。
[0004] しかしすでにデバイスはエンドユーザの手元にあり、動作不良解析を行い、それら の問題を修復するためには、その都度、技術者がシステム環境のある現地へ出向き エンドユーザのシステムを借り受ける力、もしくは問題が発生して 、るエンドユーザの システム環境全体を解析サポート技術者の元に送ってもらうことが必要であった。ま た問題が発生してもすぐその場で修正することはできず、後日改めての対応になって いた。さらにエンドユーザの環境で発生していた問題力 サポート技術者に送ったり、 サポート技術者が現地に赴いたりしたときには発生しなくなったりすることがあった。
[0005] そこで、本発明は、サポート側の環境とエンドユーザの環境が離れた場所にあって もインターネットなどのネットワークを介してエンドユーザのデバイスに発生した問題を 解析でき、さらに修復できるデバイスの遠隔監視'修復システムを提供することを目的 としたものである。
課題を解決するための手段
[0006] 前記した目的を達成するために、本発明の請求項 1に記載の発明は、通信網に接 続されたサポート側の監視用ホストコンピュータと、前記通信網に接続された被監視 側システムとにより構成された、前記通信網を介した遠隔監視 ·修復システムであつ て、
前記被監視側システムは、被監視 'サポート対象のデバイスと、前記デバイスと前記 通信網との間に接続され、前記通信網を介して、前記デバイスと前記監視用ホストコ ンピュータとの間のデータの送受信を行うインターフェイス装置力 構成され、前記ィ ンターフェイス装置は、前記デバイスとの接続を制御するデバイスインターフェイス部 と、前記通信網との接続を制御するネットワーク接続部と、前記デバイスインターフエ イス部およびネットワーク接続部に接続され、前記ネットワーク接続部を介して前記監 視用ホストコンピュータ力 送られてきたコマンドに応答して、前記デバイスインターフ エイス部を介して前記デバイスを制御し、また監視するデバイス ·ログ処理部とを備え 、前記デバイスインターフェイス部を介さずに、前記デバイス 'ログ処理部と前記デバ イスとの間で直接、通信することを可能とするために、前記インターフェイス装置のデ バイス ·ログ処理部と前記デバイスとをシリアルインターフェイス接続したことを特徴と するものである。
[0007] 上記構成によれば、デバイスとインターフェイス装置のデバイスインターフェイス部と の間で通信ができない状態となっても、サポート側の監視用ホストコンピュータより、 デバイス ·ログ処理部を介してデバイスのエラー状態の確認やエラーの修復が可能と なる。このように、サポート側の環境とエンドユーザの環境が離れた場所にあってもィ ンターネットなどの通信網を介して、デバイスのエラーの状態確認'自動修復が可能 となることにより、エラーの発生の都度、技術者がシステム環境のある現地へ出向きェ ンドユーザのシステムを借り受ける力、もしくは問題が発生して 、るエンドユーザのシ ステム環境全体を解析サポート技術者の元に送ってもらう必要がなくなり、また問題 が発生してもすぐその場で修正することはできず、後日改めての対応となることが回 避される。さら〖こ、エンドユーザ側の問題発生時の環境を保持した状態で、デバイス のエラーを確認でき、エンドユーザの環境で発生していた問題力 サポート技術者に 送ったり、サポート技術者が現地に赴いたりしたときには発生しなくなったりする恐れ が回避される。
[0008] また請求項 2に記載の発明は、請求項 1に記載の発明であって、前記監視用ホスト コンピュータは、前記被監視側システムのサポート専用ソフトウェアと、前記デバイス のエラーデータパターン、およびこれらエラーデータパターンに対応する前記デバイ スの修復用コマンドシーケンスが記憶されたデータベースを備え、
前記監視用ホストコンピュータは、前記サポート専用ソフトウェアに基づいて、前記 インターフェイス装置のデバイスインターフェイス部の状態履歴を報告するコマンドま たは前記デバイスの状態履歴を報告するコマンドを、前記通信網を介して前記被監 視側システムのデバイス ·ログ処理部へ発行し、前記デバイス ·ログ処理部より前記デ バイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンを取得 する第 1ステップと、前記第 1ステップにお 、て取得したデバイスまたはデバイスインタ 一フェイス部の状態履歴のエラーデータパターンと前記データベース上のエラーデ 一タパターンとを照合する第 2ステップと、前記第 2ステップにお 、て照合されたエラ 一データパターンに対応する前記データベース上の修復用コマンドシーケンスを、 前記通信網を介して前記被監視側システムのデバイス ·ログ処理部へ発行し、前記 デバイス ·ログ処理部にお ヽて前記修復用コマンドを実行させて前記デバイス ·ログ 処理部より直接、前記シリアルインターフェイス接続された前記デバイスのエラーを修 復する第 3ステップを実行することを特徴とするものである。
[0009] 上記構成によれば、デバイスまたはデバイスインターフェイス部に記憶されたデバイ スの状態履歴のエラーデータパターンが取得され、データベース上のエラーデータ ノ ターンとが照合され、前記照合されたエラーデータパターンに対応するデータべ ース上の修復用コマンドシーケンスが通信網を介して被監視側システムへ発行され、 デバイスのシーケンスが修復される。よって、デバイスまたはデバイスインターフェイス 部に問題が発生してもエンドユーザ力 直接電話連絡を受け、あるいは被監視側シ ステム力もの警告などによってエンドユーザのデバイスに問題が発生したことを検知 した時点で、デバイス 'ログ処理部より直接、前記シリアルインターフェイス接続された デバイスの修復を行うことが可能となる。
[0010] また請求項 3に記載の発明は、請求項 2に記載の発明であって、前記監視用ホスト コンピュータは、上記第 1ステップ〜第 3ステップを実行する以前に、前記デバイスが 前記インターフェイス装置に接続されているかどうかを確認するコマンドを、前記通信 網を介して前記被監視側システムのデバイス ·ログ処理部へ発行し、前記デバイス · ログ処理部の応答により前記デバイスが前記インターフェイス装置に接続されている カゝどうか確認する第 4ステップと、前記第 4ステップにおいて、前記デバイスが前記ィ ンターフェイス装置に接続されて 、な 、ことが確認されると、前記デバイスの電源が オフであると判断し、前記デバイスの電源を起動するコマンドを、前記通信網を介し て前記被監視側システムのデバイス ·ログ処理部へ発行し、前記デバイスの電源をォ ンさせる第 5ステップを実行することを特徴とするものである。
[0011] 上記構成によれば、デバイス力 Sインターフェイス装置に接続されない状態のとき、デ バイスの電源がオフ状態と判断され、監視用ホストコンピュータよりデバイスの電源が 入れられ、監視用ホストコンピュータによりデバイスまたはデバイスインターフェイス部 の状態履歴のエラーデータパターンが取得される。
[0012] また請求項 4に記載の発明は、請求項 3に記載の発明であって、前記監視用ホスト コンピュータは、前記第 4ステップにおいて、前記デバイスが前記インターフェイス装 置に接続されて ヽることを確認すると、前記デバイスインターフェイス部が動作して ヽ るカゝ否かを確認するコマンドを、前記通信網を介して前記被監視側システムのデバイ ス ·ログ処理部へ発行し、前記デバイス ·ログ処理部からの応答により前記デバイスィ ンターフェイス部の動作状態を確認する第 6ステップと、前記第 6ステップにお 、て、 前記デバイスインターフェイス部の動作を確認できな ヽとき、前記デバイス ·ログ処理 部からの前記動作状態の応答に基づいて前記デバイスインターフェイス部のネットヮ ーク機能が異常力否かを確認する第 7ステップを実行し、前記第 7ステップにお 、て 、前記デバイスインターフェイス部のネットワーク機能の異常と確認すると、前記第 1ス テツプにお 、て、前記デバイスインターフェイス部の状態履歴を報告するコマンドを 発行することを特徴とするものである。
[0013] 上記構成によれば、インターフェイス装置のデバイスインターフェイス部の動作を確 認できないとき、デバイスとの間のネットワーク機能の異常力どうか否かが確認され、 ネットワーク機能の異常なときには、デバイスインターフェイス部の状態履歴のエラー データパターンが取得され、取得されたデバイスインターフェイス部の状態履歴のェ ラーデータパターンとデータベース上のエラーデータパターンとが照合され、照合さ れたエラーデータパターンに対応する修復用コマンドシーケンスがデバイス ·ログ処 理部へ発行され、デバイス 'ログ処理部より直接、デバイスインターフェイス部を介さ ずに、デバイスへ修復用コマンドシーケンスが送信され、デバイスのシーケンスが修 復される。
[0014] また請求項 5に記載の発明と請求項 6に記載の発明では、前記デバイスは、 ATAP Iまたは SCSIまたは IDEのデータ伝送方式により前記インターフェイス装置に接続さ れ、前記インターフェイス装置のデバイスインターフェイス部は、前記デバイスのデー タ伝送方式に応じて前記デバイスとのデータの伝送を行う機能を有することを特徴と するものである。
[0015] 上記構成によれば、インターフェイス装置のデバイスインターフェイス部は、デバイ スの ATAPIまたは SCSIまたは IDEのデータ伝送方式に応じてデバイスとのデータ の伝送を行う。
[0016] また請求項 7に記載の発明と請求項 8に記載の発明では、前記インターフ イス装 置のネットワーク接続部は、 IPセキュリティー機能を有し、このネットワーク接続部と前 記監視用ホストコンピュータとの間のデータ伝送は TCPZIPにより実行され、前記 T CP/IPによるパケットのデータブロックのヘッダに、前記コマンドが含まれて送信さ れる構成としたことを特徴とするものである。
[0017] 上記構成によれば、 TCPZIPによるパケットのデータブロックのヘッダにコマンドを 含めて、デバイスの監視'修復が実行される。
発明の効果
[0018] 本発明のデバイスの監視.修復システムは、デバイスとインターフェイス装置のデバ イスインターフェイス部との間で通信ができな ヽ状態となっても、サポート側の監視用 ホストコンピュータより、デバイス 'ログ処理部を介してデバイスのエラー状態の確認や エラーの修復が可能となることにより、サポート側の環境とエンドユーザの環境が離れ た場所にあってもサポート技術者が現場に赴くことなぐ通信網を介してエラーの状 態確認'修復を行うことができる。
図面の簡単な説明
[0019] [図 1]本発明の実施の形態におけるデバイスの遠隔監視 ·修復システムの構成図、
[図 2]同デバイスの遠隔監視'修復システムのサポート側ホスト PCとエンドユーザ側シ ステム、ネットワークシステムからなるシステム全体を示す図、
[図 3]同デバイスの遠隔監視 ·修復システムのネットワークを介してサポートホスト PCと ユーザ側のデバイスとの間でやり取りされるコマンドパケットを示す図、
[図 4]同デバイスの遠隔監視'修復システムのサポートホスト PCが被監視システムに 接続しデバイスの状態を調査する手順を示すフローチャート、
[図 5]同デバイスの遠隔監視'修復システムのサポートホスト PCが被監視システムに 接続しデバイスの状態を調査し、調査後エラーを修復する手順を示すフローチャート
[図 6]同デバイスの遠隔監視'修復システムのサポートホスト PCが被監視システムの 電源をオンしたりオフしたりする手順を示すフローチャートである。
発明を実施するための最良の形態
[0020] 以下、本発明の実施の形態を、図面を参照しながら説明する。
[0021] 図 1は本発明の実施の形態におけるデバイスの遠隔監視 ·修復システムを実現す るシステム構成図であり、監視用ホストコンピュータであるサポート側ホスト PChlが、 サポート側ホスト PChlがあるドメインのネットワーク N1、インターネット接続装置 Rl、 およびエンドユーザ側デバイス装置があるドメインのネットワーク N2を介して、今回タ 一ゲットとなるエンドユーザ側のシステム (被監視側システム) ulに接続されて!、る。
[0022] 上記サポート側ホスト PChlは、図 2に示すように、サポート専用ソフトウェア hslと、 OS(Windows (登録商標)など)の処理部 hs2と、通信用サポート専用ソフトウェア部(通 信ドライノく) hs3と、ネットワークドライバ処理部 hs4から構成されて 、る。
[0023] 前記サポート専用ソフトウェア hslには、予めデバイスへ発行するコマンドが記憶さ れ、前記コマンドを発行するコマンド発行部 hsl— 1と、ユーザ側のシステム ulを構 成するデバイスのエラーデータパターンおよびこれらエラーデータパターンに対応す るデバイスの修復用コマンドシーケンスが記憶され、デバイスのデバック情報を取得 するデバック情報取得部 hsl— 2が備えられて ヽる。
[0024] また通信用サポート専用ソフトウェア部(通信ドライノく) hs3は、 IP Security処理部 h s3— 1および TCP/IP処理部 hs3— 2から構成されて!、る。
[0025] また前記エンドユーザ側のシステム ulは、被監視 ·サポート対象のユーザ側のデバ イス装置 (ストレージ装置)であるデバイス (ストレージ装置) udlとデバイス (ストレージ 装置) ud2と、これらデバイス udl, ud2とネットワークシステム (インターネット、イントラ ネット) nl (Nl, Rl, N2)との間に接続され、ネットワークシステム nlを介して、デバイ ス udl, ud2とサポート側ホスト PC hiとの間のデータの送受信を行うインターフェイス 装置 (IZF基板 Z変換ボード;インターフェイス手段) us4から構成されて ヽる。デバ イス udlは、図 2に示すように、 ATAPI (AT Attachment Packet Interface)インターフ エイスを有す DVDZCDなどの光デバイスであり、またデバイス ud2は、 SCSI (Small Computer System Interface)インターフェイスを有すテープデバイスである。
[0026] またインターフェイス装置 us4は、デバイスインターフェイス部(デバイス IZF部;ファ ームウェア) us 1と、デバイス 'ログ処理部(ファームウェア) us2と、ネットワーク接続部 (ファームウェア) us3を備えて!/ヽる。
[0027] 前記デバイスインターフェイス部 uslは、光デバイス udl、テープデバイス ud2と AT API ' SCSIにより接続され、これら光デバイス udl、テープデバイス ud2を制御する。
[0028] また前記ネットワーク接続部 us3は、 IP Security処理部と TCP/IP処理部からなり 、ネットワークシステム nlとの接続を制御する。
[0029] また前記デバイス 'ログ処理部 us2は、デバイスインターフェイス部 uslおよびネット ワーク接続部 us3に接続され、ネットワーク接続部 us3を介してサポートホスト PChl 力 送られてきたコマンドに応答して、デバイスインターフェイス部 uslを介してデバイ ス udl, ud2を制御し、また監視する。
[0030] またインターフェイス装置 us4のデバイス ·ログ処理部 us2とデバイスと光デバイス ud 1、テープデバイス ud2とをそれぞれシリアルインターフェイス接続し、デバイス 'ログ 処理部 us2と光デバイス udl、テープデバイス ud2との間でそれぞれ直接、通信する ことを可能としている。 [0031] 図 2に、デバイスインターフェイス部 us 1と光デバイス udlとの正規の通信ルートであ る ATAPI経路 nrtl、およびデバイスインターフェイス部 us 1とテープデバイス ud2と の正規の通信ルートである SCSI経路 nrt2を図示し、またデバイス ·ログ処理部 us2と 光デバイス udlとの特殊な通信ルートである特殊通信経路 drtl、およびデバイス ·口 グ処理部 us2とデープデバイス ud2との特殊な通信ルートである特殊通信経路 drt2 を図示している。
[0032] 上記構成において、基本的に、サポートホスト PChlは、ネットワーク nl (N1→R1 →N2)を介してエンドユーザ側のシステム ulの光デバイス udl、テープデバイス ud2 のモニターコマンドを送り、インターフェイス装置 us4はネットワークを介して送られて きたモニターコマンドに応じて光デバイス udl、テープデバイス ud2の状態を調べそ の結果を再びネットワーク nl (N2→R1→N1)を介してサポートホスト PChlに返し、 サポートホスト PChlは、返されたデータを見てデバイス側でエラーがあれば修正用 の専用コマンドを送ってデバイスの状態を調査する動作を行っている。
[0033] 図 3に、ネットワークを介してサポートホスト PChlとユーザ側のシステム ulの間でや り取りされるコマンドパケットを示す。
[0034] 図 3において、 P1はサポート側ホスト PCとエンドユーザ側のシステム ul間でやり取 りされるパケット(ネットワーク中を通過するパケット構成)、 P2はパケット P1の 1バケツ ト分を抜き出したもの、 P3は上記 P2の中でサポート専用ソフトウェアとデバック用ファ ームウェア間で通信するデータ部分を抜き出したもの、 P4は上記 P3の中で通信用 のヘッダーデータを取り除いた実際のコマンドコードあるいはデータ部分を示したも の、 P5は上記 P4の中でコマンドデータバイトを含むヘッダ部分を抜き出した部分を 示したものである。
[0035] また図 3は、ネットワーク、デバック 'ログ処理部 us2、ストレージデバイス udl, ud2と の通信部を流れるデータパケットを示しており、デバイスに対し送られるコマンドは、 図 3中のデータブロック P4の Header(32bytes)部分の C1の中に含まれて!/、るものと、 図 3中のデータブロック P4の CDB(16bytes)部分の C2の中に含まれているものとがあ る。
[0036] C1の中のコマンドは、コードバイトによって以下のオペレーションに分けられる。 [0037] ·0χ00〜0χ3Ρ:—般規格の iSCSIインターフェースに関するコマンド。
[0038] ·0χΡ0〜0χΡΡ:本発明のための専用のコマンドで、図 3中のデータブロック Ρ4の He ader(32bytes)の中に含まれて!/、る。また図 2中のインターフェイス装置 us4に関係す るコマンドで、それぞれ以下のオペレーションコードによって以下の動作を行う。
[0039] 'OxFO :インターフェイス装置 us4の状態を(自己診断機能を使用して)調査報告す るコマンド。
[0040] -OxFl:インターフェイス装置 us4の初期化を行うコマンド。
[0041] '0xF2 :インターフェイス装置 us4のファームウェアの更新処理を行うコマンド。
[0042] '0xF3:インターフェイス装置 us4のログデータ取得処理を開始するコマンド。
[0043] '0xF4:インターフェイス装置 us4のログデータ取得処理を停止するコマンド。
[0044] '0xF5:インターフェイス装置 us4のログデータをホスト PCに送信するコマンド。
[0045] '0xF6〜:予約。
[0046] また C2の中のコマンドは、コードバイトによって以下のオペレーションに分けられる
[0047] ·0χΡ0〜0χΡΡ:本発明のための専用のコマンドで、図 3中のデータブロック Ρ4の CD B(16bytes)の中に含まれているものであり、図 2中のストレージデバイス udl, ud2に 関係するコマンドで、それぞれ以下のオペレーションコードによって以下の動作を行
[0048] 'OxFO :デバイス udl, ud2の状態を(自己診断機能を使用して)調査報告するコマ ンド。
[0049] 'OxFl :デバイス udl, ud2の初期化を行うコマンド。
[0050] '0xF2 :デバイス udl, ud2のファームウェアの更新処理を行うコマンド。
[0051] '0xF3 :デバイス udl, ud2のログデータ取得処理を開始するコマンド。
[0052] '0xF4:デバイス udl, ud2のログデータ取得処理を停止するコマンド。
[0053] '0xF5 :デバイス udl, ud2のログデータをホスト PCに送信するコマンド。
[0054] '0xF6〜:予約。
[0055] これらのコマンドを使用して本発明の実施を行う。
[0056] まず、サポートホスト PChlにより、エンドユーザ側システム ulに接続して状態を調 查する、すなわちデバイスのエラーを確認する手順を、図 4のフローチャートに基づ いて説明する。
[0057] 最初に、サポートホスト PChlの通信用ドライバ hs3より「デバイス接続確認」のコマ ンドを、 hs4→nl→us3の経路でエンドユーザ側システム ulのデバイス ·ログ処理部 us2に送る(ステップ— 1)。すると、デバイス 'ログ処理部 us2によりデバイスインターフ エイス部 uslを介してデバイス udl, ud2の反応 (存在)が確認され、逆の経路で応答 される。
[0058] サポートホスト PChlの通信用ドライバ hs3は、応答された反応 (存在)を確認する( デバイスがネットワーク経由で接続されて ヽるかどうかを確認する)(ステップ一 2)。
[0059] デバイス udl, ud2の反応を確認すると、サポート専用ソフトウェア hsl (コマンド発 行部 hsl— 1)は、コマンド発行部 hsl— 1が作成した「デバイスインターフェイス部 (I ZF部)状態確認」のコマンドを、 hs2→hs3→hs4→nl→us3の経路でエンドユーザ 側システム ulのデバイス 'ログ処理部 us2に送る (ステップ— 3)。すると、デバイス '口 グ処理部 us2により「IZF部状態確認」のコマンドに応答して、デバイスインターフェイ ス部 us 1が動作している力 動作していないときは、デバイスインターフェイス部 us 1 のネットワークシステム機能障害かどうかが確認され、逆の経路で応答される。
[0060] サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、インターフェイス装置 us 4のデバイスインターフェイス部 us 1が動作しているかを確認する(ステップ 4)。
[0061] また上記ステップ— 2において、光デバイス udl、テープデバイス ud2からの反応が ないとき、サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、デバイス udl, u d2は、電源オフ offと判断し (ステップ— 5)、後述する電源オン on処理を実行する (ス テツプ— 6)。電源オン処理の結果、電源オンが完了した力どうかを確認し (ステップ 7)、確認するとステップ 4へ戻り、電源がオンしないと、異常状態で終了する。
[0062] 上記ステップ 4において、デバイスインターフェイス部 us 1が動作しているかを確 認すると、サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、コマンド発行部 hsl— 1が作成した「デバイス状態確認」のコマンドを、 hs2→hs3→hs4→nl→us3 の経路でエンドユーザ側システム ulのデバイス ·ログ処理部 us2に送る(ステップ― 8 ) oすると、デバイス 'ログ処理部 us2により「デバイス状態確認」のコマンドに応答して 、デバイスインターフェイス部 uslを介して光デバイス udl、テープデバイス ud2の動 作状態 (エラーが発生して 、るかどうか)が確認され、逆の経路で応答される。
[0063] またサポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、光デバイス udl、テ ープデバイス ud2の動作状態を確認し (ステップ— 9)、動作状態を確認できないとき 、正常状態として終了する。
[0064] またステップ 9にお 、て、光デバイス udl、テープデバイス ud2が動作状態である と(エラーが発生していると)、光デバイス udl、テープデバイス ud2の状態の履歴を 確認するために、サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、コマンド 発行部 hsl— 1が作成した「デバイスログデータ取得コマンド」を、 hs2→hs3→hs4→ nl→us3の経路でエンドユーザ側システム ulのデバイス 'ログ処理部 us2に送り、デ バイスログデータが取得される(ステップ— 10)。このとき、デバイス 'ログ処理部 us2 により「デバイスログデータ取得コマンド」に応答して、デバイスインターフェイス部 us 1 を介して光デバイス udl、テープデバイス ud2のデバイスログデータが取得され、逆 の経路で応答される。
[0065] 上記ステップ— 4において、サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1) は、デバイスインターフェイス部 us 1が動作していることを確認できないとき、デバイス インターフェイス部 uslのネットワークシステム機能障害力どうかを確認し (ステップ— 11)、確認すると (ネットワークシステム機能障害のとき)、デバイスインターフェイス部 us 1の状態履歴を確認するために、コマンド発行部 hs 1 - 1が作成した「デバイスイン ターフェイス部(IZF部)ログデータ取得コマンド」を、 hs2→hs3→hs4→nl→us3の 経路でエンドユーザ側システム ulのデバイス 'ログ処理部 us2に送り、デバイスインタ 一フェイス部 us 1よりデバイスログデータが取得される(ステップ一 12)。このとき、デ バイス'ログ処理部 US2により「IZF部ログデータ取得コマンド」に応答して、デバイス インターフェイス部 uslよりデバイスログデータ(デバイスインターフェイス部 uslが記 憶している光デバイス udl、テープデバイス ud2のログデータ)が取得され、逆の経路 で応答される。
[0066] ステップ一 11にお!/、て、ネットワークシステム機能障害ではな 、とき、その他のエラ 一と判断し (ステップ 13)、異常状態で終了する。 [0067] サポート専用ソフトウェア hsl (デバック情報取得部 hs 1— 2)は、上記ステップ— 10 により取得したデバイスログデータ、またはステップ— 12により取得した取得したデバ イスログデータにより、光デバイス udl、テープデバイス ud2の状態履歴のエラーデ 一タパターンを解析し、コマンド発行部 hs 1 - 1にストレージする(ステップ— 14)。
[0068] 続いてサポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、後述する電源ォ フ処理を実行し (ステップ 15)、エラー確認で終了する。
[0069] 上記手順により次のようにエンドユーザ側デバイスの状態調査が行われる。
[0070] (1).サポート専用ソフトウェア hslのコマンド発行部 hsl— 1が作成した「デバイス状 態確認」のコマンドは、 hs2→hs3→hs4→nl→us3の経路でエンドユーザ側システ ム ulに送られる。
[0071] (2).エンドユーザ側システム ul上のインターフェイス装置 us4上のファームウェアの デバイスインターフェイス部 us 1ゃデバック'ログ処理部 us2は送られてきた「デバイス 状態確認」のコマンドを受け取り、光デバイス udl、テープデバイス ud2の状態やイン ターフェイス装置 us4の状態を調査した後にデータ化してそのログ情報は、 us3→nl →hs4→hs3→hsl— 2の経路でサポートホスト PChlのサポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)に返されて記憶される。
[0072] 次に、サポートホスト PChlにより、エンドユーザ側システム ulに接続し状態を調査 し、調査後エラーを修復する手順を、図 5のフローチャートにしたがって説明する。
[0073] 上記図 4に示すサポートホスト PChlにより、エンドユーザ側システム ulに接続し状 態を調査する手順のステップ— 14とステップ— 15の間に下記の手順を追加する。
[0074] ステップ— 14に続いて、サポート専用ソフトウェア hsl (デバック情報取得部 hsl— 2 )は、解析したエラーデータパターンと、デバック情報取得部 hsl— 2に予め記憶され たデバイスのエラーデータパターンとを照合し (ステップ 16)、前記照合されたエラ 一データパターンに対応する修復用コマンドシーケンスをデバック情報取得部 hsl— 2を検索して求め、この求めた修復用コマンドシーケンスにしたがってサポート専用ソ フトウエア hsl (コマンド発行部 hsl— 1)はコマンドを hs2→hs3→hs4→nl→us3の 経路でエンドユーザ側システム ulのデバイス 'ログ処理部 us2に送り、修復を実行す る (ステップ— 17)。デバイス 'ログ処理部 us2は、特殊通信経路 drtlを経由して光デ バイス ud 1、特殊通信経路 drt2を経由してデープデバイス ud2に対して修復用コマ ンドを実行して、光デバイス udl、テープデバイス ud2を修復する。
[0075] 上記手順により次のようにエンドユーザ側デバイスの問題点が分析され修復コマン ドが送られる。
[0076] (1).サポート専用ソフトウェア hslのコマンド発行部 hsl— 1が作成した「デバイス状 態確認」のコマンドは、 hs2→hs3→hs4→nl→us3の経路でエンドユーザ側システ ム ulに送られる。
[0077] (2).エンドユーザ側システム ul上のインターフェイス装置 us4上のファームウェアの デバイスインターフェイス部 us 1ゃデバック'ログ処理部 us2は送られてきた「デバイス 状態確認」のコマンドを受け取り、光デバイス udl、テープデバイス ud2の状態やイン ターフェイス装置 us4の状態を調査した後にデータ化してそのログ情報は us3→nl →hs4→hs3→hsl - 2の経路でコマンド発行部 hsl— 1に返され記憶される。
[0078] (3).上記の (2).でエンドユーザ側システム ulから送られたログ情報を元にサポート 専用ソフトウェア hslのデバック情報取得部 hsl— 2は、自分の持っているデータべ ースと照合して問題の状態を把握しその問題に対応した修復コマンドシーケンス (デ ータ)を取り出す。
[0079] (4).サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、上記の (3).で取り出 されたコマンドシーケンスに従ってエンドユーザ側システム ulにた!/、しコマンドを発 行する。発行する経路は (1).の時と同じである。
[0080] (5).エンドユーザ側システム ulのデバイス 'ログ処理部 us2は、入力したコマンドに 応じて特殊通信経路 drt 1を経由して光デバイス ud 1、特殊通信経路 drt2を経由して デープデバイス ud2に対して修復用コマンドを実行して、光デバイス udl、テープデ バイス ud2を修復する。
[0081] また上記 (5).のコマンド発行シーケンスの終了後再び「エンドユーザ側デバイスの 状態調査を行う手順」を行ってエンドユーザ側システム ulの状態を確かめる。
[0082] 続いて、サポートホスト PCS 1がデバイス装置の電源をオンしたりオフしたりする手 順を図 6にしたがって説明する。
[0083] まず図 6 (a)に基づ 、て、デバイスの電源オンの手順を説明する。なお、エンドユー ザ側システム ul上のインターフェイス装置 us4のネットワークチップのみ常時電源ォ ンの状態である。
[0084] サポートホスト PChlの通信ドライバ hs3からの通信開始の信号を確認し (ステップ
— 1)、この通信開始の信号を確認できないとき、デバイスの電源オフの状態を維持 する (ステップ— 2)。通信開始の信号を確認すると、インターフェイス装置 us4のネッ トワークチップは、エンドユーザ側システム ul上のインターフェイス装置 us4に組み込 まれたデバック用ファームウェアを起動させ (ステップ一 3)、デバック用ファームウェア 起動後、デバッグ 'ログ処理部 us2がサポートホスト PChlに対し準備完了の状態信 号を返す (ステップ 4)。
[0085] この準備完了の状態信号の確認により、サポートホスト PChlのサポート専用ソフト ウェア hsl (コマンド発行部 hsl— 1)は、コマンド発行部 hsl— 1が作成した「電源ォ ン」のコマンドを、 hs2→hs3→hs4→nl→us3の経路でエンドユーザ側システム ul のデバッグ ·ログ処理部 us2に送る(ステップ— 5)。
[0086] デバッグ 'ログ処理部 us2は、エンドユーザ側システム ul全体の電源をオンにし、デ バイス udl、 ud2を初期化し、サポートホスト PChlへ通信準備完了を出力し (ステツ プー 6)、処理を終了する。
[0087] 次に図 6 (b)に基づいて、デバイスの電源オフの手順を説明する。
[0088] サポートホスト PChlの通信ドライバ hs3からの通信終了の信号を確認し (ステップ
— 1)、この通信終了の信号を確認できないとき、デバイスの電源状態を維持する (ス テツプ— 2)。通信終了の信号を確認すると、デバッグ 'ログ処理部 us2がサポートホス ト PChlに対し準備完了の状態信号を返す (ステップ 3)。
[0089] この準備完了の状態信号により、サポートホスト PChlのサポート専用ソフトウェア hs 1 (コマンド発行部 hsl— 1)は、コマンド発行部 hsl— 1が作成した「電源オフ」のコマ ンドを、 hs2→hs3→hs4→nl→us3の経路でエンドユーザ側デバイス ulのデバッグ •ログ処理部 US2に送る(ステップ— 4)。
[0090] デバッグ 'ログ処理部 us2は、エンドユーザ側デバイス ul全体の電源をオフにし、サ ポートホスト PChlへ通信準備完了を出力し (ステップ— 5)、処理を終了する。
[0091] なお、エンドユーザ側システム ul上のインターフェイス装置 us4のネットワークチッ プのみ常時電源オンの状態にしている。
[0092] 上記手順により次のように電源オン、オフが実行される。
[0093] (1).エンドユーザ側システム ul上のインターフェイス装置 us4のネットワークチップ のみ常時電源オンの状態であり、ネットワークチップは、その状態でサポートホスト PC hiからの通信開始の信号を確認すると、インターフェイス装置 us4に組み込まれたデ バック用ファームウェアを起動させる。
[0094] (2).デバック用ファームウェア起動後、デバッグ'ログ処理部 us2がサポートホスト P Chiに対し準備完了の状態を返す。
[0095] (3).サポートホスト PChl上のサポート専用 hslからエンドユーザ側システム ul上の デバッグ ·ログ処理部 US2に電源オンのコマンドが送られる。
[0096] (4).デバッグ 'ログ処理部 us2はエンドユーザ側システム ul全体の電源をオンにし 、デバイス udl、 ud2を初期化する。
[0097] 同様な手順で電源オフの処理も行われる。
[0098] 以上のように、本実施の形態によれば、下記の効果がある。
[0099] (1).サポート専用ソフトウェア hslのコマンド発行部 hsl— 1が作成した「デバイス状 態確認」のコマンドに応答してエンドユーザ側システム ulよりに光デバイス udl、テー プデバイス ud2の状態やインターフェイス装置 us4の状態が調査され、そのログ情報 がサポート専用ソフトウェア hslのコマンド発行部 hsl— 1に返されて記憶されることに より、サポート側の環境とエンドユーザの環境が離れた場所にあってもサポート技術 者が現場に赴くことなぐネットワーク nlを介して直接、デバイスの問題の解析作業や サポート作業を行うことができる。さらに、エンドユーザ側デバイスの問題発生時の環 境を保持した状態でエラー情報を得ることができることにより、エンドユーザの環境で 発生していた問題力 サポート技術者に送ったり、サポート技術者が現地に赴いたり した時には発生しなくなったりすることを回避でき、サポート技術者は早期に問題を 発見でき、また早期に問題解決のための対策を打つことができる。
[0100] (2).エンドユーザ側システム ulから送られたログ情報 (エラーログ状態)を元にサボ ート専用ソフトウェア hslのデバック情報取得部 hsl— 2は、自分の持っているデータ ベースと照合して問題の状態を把握しその問題に対応した修復コマンドシーケンス( データ)を取り出し、サポート専用ソフトウェア hsl (コマンド発行部 hsl— 1)は、取り出 されたコマンドシーケンスに従ってエンドユーザ側システム ulにた!/、しコマンドを発 行し、エンドユーザ側システム ulのデバイス 'ログ処理部 us2は、特殊通信経路 drtl を経由して光デバイス udl、特殊通信経路 drt2を経由してデープデバイス ud2に対 して修復用コマンドを実行して、光デバイス udl、テープデバイス ud2を自動修復す ることにより、これらデバイス udl, ud2とデバイスインターフェイス部 us 1との間で通信 ができな!/、状態となっても、さらにサポート側の環境とエンドユーザの環境が離れた 場所にあってもサポート技術者が現場に赴くことなぐ光デバイス udl, ud2のエラー をネットワーク nlを介して修復することができる。また、問題が発生しエンドユーザか ら直接電話連絡を受け、あるいは被監視側システム力 の警告などによってエンドュ 一ザのデバイスに問題が発生したことを検知した時点で問題の自動修復を行うことが できる。
[0101] なお、本実施の形態では、サポート '被監視対象のデバイスは、光デバイス udlとテ ープデバイス ud2としているが、これらに限ることはなぐ IDE (Integrated Drive Electr onics)インターフェイスを有すハードディスクデバイスなどであってもよい。またこのと き、デバイスインターフェイス部 us 1は、デバイスのデータ伝送方式に合わせてデータ の送受信を行う接続方式とする。
産業上の利用可能性
[0102] 本発明にカゝかるデバイスの遠隔監視 ·修復システムは、サポート側の環境とエンド ユーザの環境が離れた場所にあっても直接サポート技術者がデバイスの問題の解析 作業やサポート作業を行うことができるという効果を有し、ホームセキュリティなどの分 野への用途にも適用できる。

Claims

請求の範囲
[1] 通信網に接続されたサポート側の監視用ホストコンピュータと、前記通信網に接続 された被監視側システムとにより構成された、前記通信網を介した遠隔監視'修復シ ステムであって、
前記被監視側システムは、
被監視 ·サポート対象のデバイスと、
前記デバイスと前記通信網との間に接続され、前記通信網を介して、前記デバイス と前記監視用ホストコンピュータとの間のデータの送受信を行うインターフェイス装置 から構成され、
前記インターフェイス装置は、
前記デバイスとの接続を制御するデバイスインターフェイス部と、
前記通信網との接続を制御するネットワーク接続部と、
前記デバイスインターフェイス部およびネットワーク接続部に接続され、前記ネットヮ ーク接続部を介して前記監視用ホストコンピュータカゝら送られてきたコマンドに応答し て、前記デバイスインターフェイス部を介して前記デバイスを制御し、また監視するデ バイス ·ログ処理部と
を備え、
前記デバイスインターフェイス部を介さずに、前記デバイス ·ログ処理部と前記デバ イスとの間で直接、通信することを可能とするために、前記インターフェイス装置のデ バイス ·ログ処理部と前記デバイスとをシリアルインターフェイス接続したこと を特徴とするデバイスの遠隔監視'修復システム。
[2] 前記監視用ホストコンピュータは、
前記被監視側システムのサポート専用ソフトウェアと、
前記デバイスのエラーデータパターン、およびこれらエラーデータパターンに対応 する前記デバイスの修復用コマンドシーケンスが記憶されたデータベース を備え、
前記監視用ホストコンピュータは、前記サポート専用ソフトウェアに基づいて、 前記インターフェイス装置のデバイスインターフェイス部の状態履歴を報告するコマ ンドまたは前記デバイスの状態履歴を報告するコマンドを、前記通信網を介して前記 被監視側システムのデバイス ·ログ処理部へ発行し、前記デバイス ·ログ処理部より前 記デバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンを 取得する第 1ステップと、
前記第 1ステップにおいて取得したデバイスまたはデバイスインターフェイス部の状 態履歴のエラーデータパターンと前記データベース上のエラーデータパターンとを 照合する第 2ステップと、
前記第 2ステップにおいて照合されたエラーデータパターンに対応する前記データ ベース上の修復用コマンドシーケンスを、前記通信網を介して前記被監視側システ ムのデバイス ·ログ処理部へ発行し、前記デバイス ·ログ処理部にお ヽて前記修復用 コマンドを実行させて前記デバイス 'ログ処理部より直接、前記シリアルインターフェイ ス接続された前記デバイスのエラーを修復する第 3ステップ
を実行すること
を特徴とする請求項 1に記載のデバイスの遠隔監視 ·修復システム。
[3] 前記監視用ホストコンピュータは、上記第 1ステップ〜第 3ステップを実行する以前 に、
前記デバイスが前記インターフェイス装置に接続されているかどうかを確認するコマ ンドを、前記通信網を介して前記被監視側システムのデバイス ·ログ処理部へ発行し 、前記デバイス 'ログ処理部の応答により前記デバイスが前記インターフェイス装置に 接続されて 、るかどうか確認する第 4ステップと、
前記第 4ステップにお ヽて、前記デバイスが前記インターフェイス装置に接続されて いないことが確認されると、前記デバイスの電源がオフであると判断し、前記デバイス の電源を起動するコマンドを、前記通信網を介して前記被監視側システムのデバイス •ログ処理部へ発行し、前記デバイスの電源をオンさせる第 5ステップ
を実行すること
を特徴とする請求項 2に記載のデバイスの遠隔監視'修復システム。
[4] 前記監視用ホストコンピュータは、
前記第 4ステップにお ヽて、前記デバイスが前記インターフェイス装置に接続されて 、ることを確認すると、前記デバイスインターフェイス部が動作して 、るか否かを確認 するコマンドを、前記通信網を介して前記被監視側システムのデバイス ·ログ処理部 へ発行し、前記デバイス 'ログ処理部力ゝらの応答により前記デバイスインターフェイス 部の動作状態を確認する第 6ステップと、
前記第 6ステップにお 、て、前記デバイスインターフェイス部の動作を確認できな!/ヽ とき、前記デバイス ·ログ処理部からの前記動作状態の応答に基づ!ヽて前記デバイス インターフェイス部のネットワーク機能が異常カゝ否かを確認する第 7ステップ を実行し、
前記第 7ステップにお 、て、前記デバイスインターフェイス部のネットワーク機能の 異常と確認すると、前記第 1ステップにおいて、前記デバイスインターフェイス部の状 態履歴を報告するコマンドを発行すること
を特徴とする請求項 3に記載のデバイスの遠隔監視 ·修復システム。
[5] 前記デバイスは、 ATAPIまたは SCSIまたは IDEのデータ伝送方式により前記イン ターフェイス装置に接続され、
前記インターフェイス装置のデバイスインターフェイス部は、前記デバイスのデータ 伝送方式に応じて前記デバイスとのデータの伝送を行う機能を有すること
を特徴とする請求項 1に記載のデバイスの遠隔監視 ·修復システム。
[6] 前記デバイスは、 ATAPIまたは SCSIまたは IDEのデータ伝送方式により前記イン ターフェイス装置に接続され、
前記インターフェイス装置のデバイスインターフェイス部は、前記デバイスのデータ 伝送方式に応じて前記デバイスとのデータの伝送を行う機能を有すること
を特徴とする請求項 2に記載のデバイスの遠隔監視'修復システム。
[7] 前記インターフェイス装置のネットワーク接続部は、 IPセキュリティー機能を有し、 このネットワーク接続部と前記監視用ホストコンピュータとの間のデータ伝送は TCP
ZIPにより実行され、前記 TCPZIPによるパケットのデータブロックのヘッダに、前記 コマンドが含まれて送信される構成としたこと
を特徴とする請求項 1に記載のデバイスの遠隔監視 ·修復システム。
[8] 前記インターフェイス装置のネットワーク接続部は、 IPセキュリティー機能を有し、 このネットワーク接続部と前記監視用ホストコンピュータとの間のデータ伝送は TCP
ZIPにより実行され、前記 TCPZIPによるパケットのデータブロックのヘッダに、前記 コマンドが含まれて送信される構成としたこと
を特徴とする請求項 2に記載のデバイスの遠隔監視'修復システム。
PCT/JP2006/310366 2005-05-25 2006-05-24 デバイスの遠隔監視・修復システム WO2006126594A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/914,965 US7861127B2 (en) 2005-05-25 2006-05-24 Device remote monitor/recovery system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-151703 2005-05-25
JP2005151703A JP2006330945A (ja) 2005-05-25 2005-05-25 デバイスの遠隔監視・修復システム

Publications (1)

Publication Number Publication Date
WO2006126594A1 true WO2006126594A1 (ja) 2006-11-30

Family

ID=37452018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/310366 WO2006126594A1 (ja) 2005-05-25 2006-05-24 デバイスの遠隔監視・修復システム

Country Status (5)

Country Link
US (1) US7861127B2 (ja)
JP (1) JP2006330945A (ja)
CN (1) CN101180614A (ja)
TW (1) TW200704009A (ja)
WO (1) WO2006126594A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010026677A (ja) * 2008-07-17 2010-02-04 Hitachi Ltd ファイル共有装置及びファイル共有システム
US8335853B2 (en) * 2009-12-17 2012-12-18 Sonus Networks, Inc. Transparent recovery of transport connections using packet translation techniques
US8943364B2 (en) * 2010-04-30 2015-01-27 International Business Machines Corporation Appliance for storing, managing and analyzing problem determination artifacts
US8910049B2 (en) 2010-08-20 2014-12-09 Hewlett-Packard Development Company, L.P. User-initiated mode for remote support
US9304827B2 (en) * 2011-10-24 2016-04-05 Plumchoice, Inc. Systems and methods for providing hierarchy of support services via desktop and centralized service
CN103777735A (zh) * 2012-10-26 2014-05-07 英业达科技有限公司 储存装置及其节能方法
US10379996B2 (en) * 2017-07-05 2019-08-13 Juniper Networks, Inc. Software analytics platform
US10812350B2 (en) * 2017-12-20 2020-10-20 Silicon Laboratories, Inc. System monitoring device
US11200580B2 (en) 2018-02-06 2021-12-14 Dealer On Call LLC Systems and methods for providing customer support
CN108880877A (zh) * 2018-06-07 2018-11-23 深圳市茁壮网络股份有限公司 一种日志的获取方法和装置
KR20220010303A (ko) * 2020-07-17 2022-01-25 에스케이하이닉스 주식회사 메모리 시스템 및 메모리 시스템의 동작방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01300742A (ja) * 1988-05-30 1989-12-05 Nec Corp 通信制御装置
JP2000010885A (ja) * 1998-06-23 2000-01-14 Fujitsu Ltd 状態監視方法及びネットワークシステム並びに記録媒体
JP2001216166A (ja) * 2000-02-02 2001-08-10 Hitachi Ltd 情報処理装置の保守管理方法および情報処理装置ならびにソフトウェアの作成方法およびソフトウェア

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5828863A (en) * 1995-06-09 1998-10-27 Canon Information Systems, Inc. Interface device connected between a LAN and a printer for outputting formatted debug information about the printer to the printer
US5918051A (en) * 1995-07-19 1999-06-29 Ricoh Company, Ltd. Object-oriented communication system with support for multiple remote machine types
US6185732B1 (en) * 1997-04-08 2001-02-06 Advanced Micro Devices, Inc. Software debug port for a microprocessor
US6145098A (en) * 1997-05-13 2000-11-07 Micron Electronics, Inc. System for displaying system status
US7174393B2 (en) * 2000-12-26 2007-02-06 Alacritech, Inc. TCP/IP offload network interface device
US6356960B1 (en) * 1997-10-29 2002-03-12 Sgs-Thomson Microelectronics Limited Microprocessor having an on-chip CPU fetching a debugging routine from a memory in an external debugging device in response to a control signal received through a debugging port
US6175914B1 (en) * 1997-12-17 2001-01-16 Advanced Micro Devices, Inc. Processor including a combined parallel debug and trace port and a serial port
SE9801678L (sv) * 1998-05-13 1999-11-14 Axis Ab Datorchip och datoranordning med förbättrad avlusningsförmåga
JP3563990B2 (ja) 1999-02-24 2004-09-08 キヤノン株式会社 ネットワーク装置、ネットワークデバイス制御方法及び記録媒体
US6507920B1 (en) * 1999-07-15 2003-01-14 Teradyne, Inc. Extending synchronous busses by arbitrary lengths using native bus protocol
US6615367B1 (en) * 1999-10-28 2003-09-02 General Electric Company Method and apparatus for diagnosing difficult to diagnose faults in a complex system
ATE458326T1 (de) * 1999-11-04 2010-03-15 Alcatel Lucent Verfahren zur fernspeisung eines endgerätes in einem lokalen netz
US6601184B1 (en) * 2000-03-14 2003-07-29 Novell, Inc. System crash network access
JP2001331393A (ja) 2000-05-18 2001-11-30 Canon Inc ネットワークデバイス制御装置および方法
US6745343B1 (en) * 2000-07-13 2004-06-01 International Business Machines Corporation Apparatus and method for performing surveillance prior to boot-up of an operating system
US7100083B2 (en) * 2000-08-04 2006-08-29 Sun Microsystems, Inc. Checks for product knowledge management
JP2002055801A (ja) 2000-08-10 2002-02-20 Canon Inc 情報処理装置及び印刷プレビュー表示方法及びコンピュータ読み取り可能なプログラムを格納した記憶媒体
JP2002094531A (ja) 2000-09-20 2002-03-29 Casio Comput Co Ltd ネットワーク上のデバイス情報取得方法、ネットワーク上のデバイス情報取得装置及び記録媒体
US6883118B2 (en) * 2001-01-24 2005-04-19 Microsoft Corporation Consumer network diagnostic agent
TW514791B (en) * 2001-05-28 2002-12-21 Via Tech Inc Structure, method and related control chip for accessing device of computer system with system management bus
US20040073658A1 (en) * 2002-10-10 2004-04-15 Cisco Technology, Inc. System and method for distributed diagnostics in a communication system
US7296187B1 (en) * 2003-07-14 2007-11-13 Zilog, Inc. Hardware debug device having script-based host interface
US20050114180A1 (en) * 2003-11-26 2005-05-26 Ploetz Lawrence E. System and method for providing potential problem solutions to a service provider
US7895632B2 (en) * 2004-02-12 2011-02-22 Sony Corporation Cable diagnostic and monitoring system
US7325170B2 (en) * 2004-03-19 2008-01-29 Hewlett-Packard Development Company, L.P. Method and system for providing information for remote device support
US7398382B2 (en) * 2004-12-29 2008-07-08 Intel Corporation Method and apparatus to enhance platform boot efficiency
US7673179B2 (en) * 2005-02-07 2010-03-02 Lsi Corporation Online testing unification system with remote test automation technology
US7523352B2 (en) * 2005-09-09 2009-04-21 International Business Machines Corporation System and method for examining remote systems and gathering debug data in real time

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01300742A (ja) * 1988-05-30 1989-12-05 Nec Corp 通信制御装置
JP2000010885A (ja) * 1998-06-23 2000-01-14 Fujitsu Ltd 状態監視方法及びネットワークシステム並びに記録媒体
JP2001216166A (ja) * 2000-02-02 2001-08-10 Hitachi Ltd 情報処理装置の保守管理方法および情報処理装置ならびにソフトウェアの作成方法およびソフトウェア

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Nagare ni Sotte Miru dakede Sukkiri Wakaru Cho Etoki Shiki SNMP", NETWORK MAGAZINE, 1 April 2005 (2005-04-01), pages 128 - 135, XP003006035 *
KANAZAWA T.: "Mieru Wakaru IPv6", NETWORK MAGAZINE, 1 January 2003 (2003-01-01), pages 124 - 127, XP003006036 *

Also Published As

Publication number Publication date
JP2006330945A (ja) 2006-12-07
US20090083588A1 (en) 2009-03-26
CN101180614A (zh) 2008-05-14
TW200704009A (en) 2007-01-16
US7861127B2 (en) 2010-12-28

Similar Documents

Publication Publication Date Title
WO2006126594A1 (ja) デバイスの遠隔監視・修復システム
JP5928927B2 (ja) 健康監視のための信頼できるスケーラブルなシステムおよび方法
US9251632B2 (en) Vehicle diagnostic system
JP5348489B2 (ja) コントローラ
CN105426198B (zh) 车载双控制芯片系统及其辅助控制芯片程序更新方法
CN109548051B (zh) 物联网无线数据传输方法及终端
US8954629B2 (en) Adapter and debugging method using the same
JP6163748B2 (ja) 通信カプラ、通信システム、制御方法、およびプログラム
CN108363477A (zh) 服务器上电状态监测系统及方法、计算机存储器及设备
US8510402B2 (en) Management of redundant addresses in standby systems
JP6136228B2 (ja) 通信カプラ、通信システム、制御方法、およびプログラム
TWI548253B (zh) 雙模手機之命令交互糾錯系統及方法
JP5293061B2 (ja) 機器管理プログラム及び機器管理システム
JP4643499B2 (ja) 情報処理装置
CN100550771C (zh) 实现远程加载单板固件的方法和系统
US7366957B2 (en) Method and apparatus for controlling SAS/fibre target behavior from a host
JP2016177333A (ja) 情報処理装置及び情報処理装置の制御方法
WO2018157510A1 (zh) 胎压监测装置及锁定方法
KR100902808B1 (ko) 실시간 디버깅 기능을 가지는 대규모 실시간 감시 시스템용디버깅 단말기 및 이를 포함하는 디버깅 시스템
JP2002229798A (ja) コンピュータシステムとそのバイオス管理方法、及びバイオス管理プログラム
CN113763894B (zh) 区域控光电路自检复位方法及系统
CN110471684A (zh) 可检验可靠性的升级验证方法及系统
US11907055B2 (en) Controller, diagnosis method, and diagnosis program
CN108605060B (zh) 控制系统及控制单元
TW200841170A (en) Method and system for monitoring and processing running status of a computer

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680018079.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11914965

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06756557

Country of ref document: EP

Kind code of ref document: A1