system

A system for network device monitoring, error detection, and automatic restarts addresses network equipment issues in small businesses, facilitating rapid troubleshooting and maintaining network stability.

JP2026037516APending Publication Date: 2026-03-06SOFTBANK GROUP CORP
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
JP2024140541
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-08-21
Publication Date
2026-03-06

AI Technical Summary

Technical Problem

In business environments with high network dependency, network equipment issues can cause immediate interruptions, and small businesses often lack dedicated IT administrators, leading to delayed problem resolution due to staff's inability to respond appropriately.

Method used

A system that monitors network device status, automatically detects errors, attempts to restart devices, notifies users, and provides troubleshooting information, enabling early error detection and rapid response.

Benefits of technology

The system automates network device monitoring and management, supporting rapid troubleshooting and maintaining stable network operations by integrating error detection, automatic restarts, and user notifications.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 2026037516000001_ABST
    Figure 2026037516000001_ABST
Patent Text Reader

Abstract

Provide a system. A means for monitoring the status of network devices; means for detecting errors based on the monitoring results; a means for automatically attempting to restart in response to a detected error; a means for notifying the user of the error and the steps to resolve it; a means for providing users with information and troubleshooting procedures for network devices; A system including:
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] The technology of the present disclosure relates to a system. [Background technology]

[0002] Patent document 1 discloses a persona chatbot control method performed by at least one processor, the method including the steps of receiving a user utterance, adding the user utterance to a prompt including an instruction sentence related to a description of the chatbot character, encoding the prompt, and inputting the encoded prompt into a language model to generate a chatbot utterance in response to the user utterance. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2022-180282 Summary of the Invention [Problem to be solved by the invention]

[0004] In today's business environments, where network dependency is high, network equipment problems are a serious issue that can cause immediate business interruptions. However, many stores and small offices do not have a dedicated IT administrator, and they often do not know the location of network equipment or how to troubleshoot it. Furthermore, even though a quick response is required when an error occurs, problem resolution is often delayed because staff are unable to respond appropriately. For this reason, there is a need for a system that can automatically detect network equipment errors, take countermeasures, and support on-site staff in responding quickly. [Means for solving the problem]

[0005] The present invention provides a system including means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to address the detected errors, means for notifying the user of the errors and the procedures for addressing them, and means for providing the user with information about the network devices and troubleshooting procedures. This enables early detection of errors in network devices and automatic countermeasures. Furthermore, by providing the user with appropriate information, the system supports rapid and effective troubleshooting. Furthermore, stable operation of the network devices can be maintained through regular monitoring.

[0006] "Network equipment" refers to devices used to send, receive, and relay data on a network, and includes routers, switches, access points (APs), etc.

[0007] "Status monitoring means" is a general term for technical methods and devices that periodically check the operating status of network equipment and confirm whether it is operating normally.

[0008] "Means for detecting errors" is a general term for technical methods and devices for identifying abnormalities from the status information of monitored network devices and recognizing the occurrence of errors.

[0009] "Means for automatically attempting a reboot" is a general term for technical methods and devices for automatically sending a command to reboot a network device and performing the reboot operation in response to a detected error.

[0010] "Means of notifying the user" is a general term for technical methods and devices used to notify the user of detected errors and the procedures for dealing with them, and includes a variety of notification methods such as email, SMS, and pop-up notifications.

[0011] "Means for providing information and troubleshooting procedures" is a general term for technical methods and devices for providing users with basic information about network devices and specific ways to deal with errors when they occur. [Brief explanation of the drawings]

[0012] [Figure 1] 1 is a conceptual diagram showing an example of the configuration of a data processing system according to a first embodiment. [Figure 2] 1 is a conceptual diagram showing an example of main functions of a data processing device and a smart device according to a first embodiment. [Figure 3] FIG. 10 is a conceptual diagram showing an example of the configuration of a data processing system according to a second embodiment. [Figure 4] FIG. 10 is a conceptual diagram showing an example of main functions of a data processing device and smart glasses according to a second embodiment. [Figure 5] FIG. 10 is a conceptual diagram showing an example of the configuration of a data processing system according to a third embodiment. [Figure 6] FIG. 11 is a conceptual diagram showing an example of main functions of a data processing device and a headset-type terminal according to a third embodiment. [Figure 7] FIG. 10 is a conceptual diagram showing an example of the configuration of a data processing system according to a fourth embodiment. [Figure 8] FIG. 10 is a conceptual diagram showing an example of main functions of a data processing device and a robot according to a fourth embodiment. [Figure 9] 1 shows an emotion map onto which multiple emotions are mapped. [Figure 10] 1 shows an emotion map onto which multiple emotions are mapped. [Figure 11] FIG. 3 is a sequence diagram illustrating a processing flow of the data processing system according to the first embodiment. [Figure 12] FIG. 10 is a sequence diagram showing the flow of processing in the data processing system in Application Example 1. [Figure 13] FIG. 10 is a sequence diagram showing the flow of processing in the data processing system according to the second embodiment when an emotion engine is combined. [Figure 14]FIG. 10 is a sequence diagram showing the flow of processing in the data processing system in Application Example 2 when an emotion engine is combined. DETAILED DESCRIPTION OF THE INVENTION

[0013] An example of an embodiment of a system according to the technology of the present disclosure will be described below with reference to the accompanying drawings.

[0014] First, the terms used in the following description will be explained.

[0015] In the following embodiments, a coded processor (hereinafter simply referred to as a "processor") may be a single arithmetic device or a combination of multiple arithmetic devices. Furthermore, a processor may be a single type of arithmetic device or a combination of multiple types of arithmetic devices. Examples of arithmetic devices include a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), a GPGPU (General-Purpose computing on Graphics Processing Units), and an APU (Accelerated Processing Unit).

[0016] In the following embodiments, a coded RAM (Random Access Memory) is a memory in which information is temporarily stored and is used as a working memory by a processor.

[0017] In the following embodiments, the coded storage is one or more non-volatile storage devices that store various programs, various parameters, etc. Examples of non-volatile storage devices include flash memory (SSD (Solid State Drive)), magnetic disks (e.g., hard disks), and magnetic tapes.

[0018] In the following embodiments, a communication I / F (Interface) with a symbol is an interface including a communication processor, an antenna, etc. The communication I / F controls communication between multiple computers. Examples of communication standards applied to the communication I / F include wireless communication standards including 5G (5th Generation Mobile Communication System), Wi-Fi (registered trademark), Bluetooth (registered trademark), etc.

[0019] In the following embodiments, "A and / or B" is synonymous with "at least one of A and B." In other words, "A and / or B" means that it may be only A, only B, or a combination of A and B. Furthermore, in this specification, the same concept as "A and / or B" is also applied when three or more things are expressed connected by "and / or."

[0020] [First embodiment]

[0021] FIG. 1 shows an example of the configuration of a data processing system 10 according to the first embodiment.

[0022] 1, a data processing system 10 includes a data processing device 12 and a smart device 14. An example of the data processing device 12 is a server.

[0023] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).

[0024] The smart device 14 includes a computer 36, a reception device 38, an output device 40, a camera 42, and a communication I / F 44. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The reception device 38, the output device 40, and the camera 42 are also connected to the bus 52.

[0025] The reception device 38 includes a touch panel 38A, a microphone 38B, and the like, and receives user input. The touch panel 38A detects contact with an indicator (for example, a pen or a finger) to receive user input by the touch of the indicator. The microphone 38B detects the user's voice to receive user input by voice. The control unit 46A transmits data indicating the user input received by the touch panel 38A and the microphone 38B to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the data indicating the user input.

[0026] The output device 40 includes a display 40A and a speaker 40B, and presents data to the user 20 by outputting the data in a form of expression that the user 20 can perceive (for example, audio and / or text). The display 40A displays visible information such as text and images in accordance with instructions from the processor 46. The speaker 40B outputs audio in accordance with instructions from the processor 46. The camera 42 is a compact digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor.

[0027] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 control the exchange of various information between the processor 46 and the processor 28 via the network 54.

[0028] FIG. 2 shows an example of the main functions of the data processing device 12 and the smart device 14.

[0029] 2, in the data processing device 12, a specific process is performed by the processor 28. A specific processing program 56 is stored in the storage 32. The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific process is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.

[0030] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.

[0031] In the smart device 14, the processor 46 performs the reception output process. The storage 50 stores a reception output program 60. The reception output program 60 is used in conjunction with the specific processing program 56 by the data processing system 10. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.

[0032] Next, a description will be given of the specific processing performed by the specific processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."

[0033] The present invention provides a system for integrating network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. This system can be implemented as follows.

[0034] Network device monitoring

[0035] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[0036] Error detection

[0037] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[0038] Automatic restart attempt

[0039] The server refers to the error log to determine whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and then rechecks the status.

[0040] Error notification and troubleshooting assistance

[0041] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other methods, including a summary of the error and recommended steps to take.

[0042] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[0043] Example: Handling access point (AP) errors

[0044] Example 1: Simple error

[0045] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[0046] Example 2: Complex Error

[0047] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[0048] In this way, the system of the present invention automates the monitoring and management of network devices and supports rapid troubleshooting, thereby enabling smooth continuation of business operations.

[0049] The processing flow will be explained below.

[0050] Step 1:

[0051] The server lists the network devices. It obtains the list of network devices set by the administrator and identifies the monitoring targets based on information such as IP addresses, device types, and monitoring intervals.

[0052] Step 2:

[0053] The server sets the monitoring schedule. It registers the schedule for sending periodic Pings and SNMP requests to each network device. For example, it sets an access point (AP) to send a Ping every five minutes.

[0054] Step 3:

[0055] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[0056] Step 4:

[0057] The server analyzes the response. It receives the response to the sent Ping or SNMP request and analyzes its contents. If there is no response or an abnormal value is detected, it records it as an error.

[0058] Step 5:

[0059] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the specific error content is saved, such as "AP (192.168.1.10) not responding."

[0060] Step 6:

[0061] The server determines the type of error. It references the recorded error log and determines whether a restart is effective for the error. If the error can be expected to be resolved by restarting, it proceeds to the next step.

[0062] Step 7:

[0063] The server sends a reboot command. The reboot command is automatically sent to the target network device. The server checks whether the command was sent successfully.

[0064] Step 8:

[0065] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[0066] Step 9:

[0067] The server will send a notification to the user. If a restart doesn't resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and specific steps to take.

[0068] Step 10:

[0069] The user receives a notification. The device receives an error notification and checks the displayed instructions. For example, the notification says, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[0070] Step 11:

[0071] The user responds by following the instructions. Based on the contents of the notification, the user can physically check or restart the network device. The necessary information can be viewed on the training screen of the device.

[0072] The above steps realize a system that monitors network devices, automatically restarts them, notifies them of errors, and provides troubleshooting support.

[0073] Example 1

[0074] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."

[0075] When monitoring and managing network devices, early detection of errors and rapid response are essential. This requires regular status monitoring, error detection, automatic restart, and error notification. However, in conventional systems, these functions are implemented separately, making integrated management difficult.

[0076] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.

[0077] In this invention, the server includes means for periodically monitoring the status of network devices using Ping or SNMP requests, means for detecting errors based on the monitoring results and recording the details in an error log, means for analyzing the error log and, if the error can be resolved by restarting, sending a restart command to the network device, means for sending an error notification to the user by email, SMS, or pop-up notification if the automatic restart is unsuccessful, and means for the user to receive the notification and check detailed troubleshooting procedures on their terminal. This enables integrated and automatic monitoring and management of network devices, enabling rapid troubleshooting.

[0078] A "server" refers to a computer or software that monitors, manages, and processes within a network system.

[0079] "Network equipment" refers to hardware devices such as routers, switches, and access points that control network construction and communication.

[0080] "Ping" is a network tool that sends a connection confirmation request using ICMP (Internet Control Message Protocol) to a network device and checks for a response.

[0081] "SNMP" is an abbreviation for Simple Network Management Protocol, a communications protocol for monitoring and managing network devices.

[0082] A "request" refers to an operation that requests a computer or network device to perform a specific operation or obtain information.

[0083] An "error log" refers to a log file that records the details and circumstances of an error when it occurs in a system or application.

[0084] A "restart command" is a command that includes an instruction to restart a network device or a computer.

[0085] An "error notification" is a message that conveys information to an administrator or user when the system detects an abnormality or error.

[0086] "Email" is a means of communication for sending and receiving text and files over the Internet.

[0087] "SMS" is an abbreviation for Short Message Service, a service that uses mobile phone lines to send and receive short messages.

[0088] A "pop-up notification" is a message window that suddenly appears on the screen of a computer or mobile device.

[0089] The present invention is a system that performs integrated network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. The system of the present invention automates and speeds up a series of processes from monitoring the status of each device in a network environment, centered around a server, to responding to errors. Specific embodiments are described below.

[0090] Network device monitoring

[0091] The server periodically monitors the status of network devices using Ping and SNMP requests. For example, it sends a Ping request to an access point (AP) every five minutes and an SNMP request to a switch every ten minutes to obtain its status. As a specific example of operation, the server executes "ping -c 4 192.168.1.10" to check whether the AP responds. It can also use the SNMP tool to execute "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to obtain the uptime of the switch.

[0092] Error detection

[0093] The server analyzes the responses to the Ping and SNMP requests it sends and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, the server recognizes it as an error and records the details in the error log. For example, the server records "192.168.1.10 no response" for an AP that does not respond to a Ping. Also, if the uptime of a switch obtained via an SNMP request suddenly decreases, the server records the IP address of that switch and the abnormal value in the error log.

[0094] Automatic restart attempt

[0095] The server refers to the error log and determines whether the error can be resolved by rebooting. If it determines that rebooting is effective, the server sends a reboot command to the network device. For example, the server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, and then sends a Ping again to check for a response. By rechecking the status after the reboot, it can determine whether the error has been resolved.

[0096] Error Notification

[0097] If the automatic restart is unsuccessful or if the restart command does not resolve the issue, the server sends an error notification to the user via email, SMS, or pop-up notification. The notification includes a summary of the error and recommended steps to resolve it. For example, the server can send an error notification by executing "echo 'AP (192.168.1.10) is not responding. Please check the APs in the store.' | mail -s 'AP error notification' user@example.com". Alternatively, the server can use Twilio's API to send an error notification by executing "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the APs in the store.'".

[0098] Troubleshooting assistance

[0099] When users receive a notification, they can check detailed troubleshooting procedures on their device. Based on the notification, users can check or restart the physical device. They can also learn detailed response procedures using training screens and support tools. For example, users can check the notification sent to them, learn how to restart the AP, and follow the instructions to restart it.

[0100] This system automates the monitoring and management of network devices in an integrated manner, enabling rapid troubleshooting.

[0101] Prompt Sentence Examples

[0102] "I would like to build a monitoring system for network devices. The system will monitor each device using Ping and SNMP requests, detect errors, automatically restart the device, and notify you of errors. Please explain the specific processing steps in detail."

[0103] The flow of the identification process in the first embodiment will be described with reference to FIG.

[0104] Step 1: Monitor the status of your network devices

[0105] The server sends Ping and SNMP requests to network devices at specified intervals. Specifically, it sends Ping requests to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[0106] Input: IP address list of network devices, Ping and SNMP request settings

[0107] Processing operation: The server runs "ping -c 4 192.168.1.10" to check whether the AP responds, and runs "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to get the switch uptime.

[0108] Output: Response data for Ping and SNMP requests

[0109] Step 2: Detecting errors

[0110] The server analyzes the responses to the Ping and SNMP requests it sent and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, it recognizes it as an error and records the details in the error log.

[0111] Input: Response data for Ping and SNMP requests

[0112] Processing operation: For APs that do not respond to Ping, the server records "192.168.1.10 no response" in the error log, and if the switch uptime obtained via SNMP request is abnormal, it records the abnormal value in the error log as well.

[0113] Output: Error log

[0114] Step 3: Attempt automatic restart

[0115] The server refers to the error log and determines whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device.

[0116] Input: Error log

[0117] Processing operation: The server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, then sends a Ping again to check if there is a response.

[0118] Output: Ping response data after reboot

[0119] Step 4: Error Notification

[0120] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, or pop-up notification, which will include a summary of the error and recommended steps to take.

[0121] Input: Ping response data after reboot, error log

[0122] Processing behavior: The server executes "echo 'AP (192.168.1.10) is not responding. Please check the AP in the store.' | mail -s 'AP error notification' user@example.com" to send an error notification, or executes "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the AP in the store.'" using Twilio's API.

[0123] Output: Error notification sent to the user

[0124] Step 5: Troubleshooting assistance

[0125] Users receive a notification and can view detailed troubleshooting steps on their device. Based on the notification, they can check or reboot the physical device. They can also learn detailed troubleshooting steps using training screens and support tools.

[0126] Input: Error notification sent to the user

[0127] Processing operation: The user checks the error log on the device and physically checks the AP with the IP address listed in the notification. The user learns "How to restart the AP" on the training screen and restarts it by following the instructions.

[0128] Output: Physical check of AP and status after reboot

[0129] (Application example 1)

[0130] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."

[0131] Monitoring and troubleshooting network equipment is crucial in logistics centers, and because network equipment failures have a significant impact on overall operational efficiency, there is a need for a method to quickly and automatically detect errors and take appropriate measures. However, conventional monitoring methods are difficult to use for real-time monitoring or rapid response, and recovery after an error occurs takes time. In addition, a system is needed that can respond efficiently even when engineers are not on-site.

[0132] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.

[0133] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying a user of the error and the procedure for dealing with it, means for providing the user with information about the network devices and troubleshooting procedures, and means for monitoring the network devices in real time using smart devices at the logistics center and providing error notification and a solution flow when a failure occurs. This makes it possible to monitor the status of the network devices at the logistics center in real time and to quickly restart the devices and take appropriate measures when an error occurs.

[0134] A "network device" is a device that is connected to a communication network and transmits and receives data and routes data.

[0135] A "monitoring means" is a method or device for periodically checking the status of network devices and understanding their operating status.

[0136] An "error detection means" is a method or device for determining whether network devices are operating normally and for identifying abnormalities or failures.

[0137] An "automatic restart means" is a method or device that automatically attempts to restart in response to a detected error.

[0138] "Notification means" refers to a method or device for notifying the user of an error and the procedure for dealing with it.

[0139] A "troubleshooter" is a method or device for providing a user with information and troubleshooting procedures for network devices.

[0140] A "logistics center" is a facility that handles inventory management, shipping, delivery tracking, and other operations.

[0141] A "smart device" is a portable electronic device such as a smartphone or tablet.

[0142] "Real-time monitoring" means constantly monitoring the status of network devices and obtaining information instantly.

[0143] "Fault notification" is a means of communication to inform the user that an error or fault has occurred.

[0144] "Countermeasure flow" refers to the specific countermeasure steps that should be taken when an error or failure occurs.

[0145] The present invention is a system for integrating monitoring of network devices, automatic restart, fault notification, and troubleshooting support in a logistics center, and is specifically implemented as follows.

[0146] Ping and SNMP requests are used by the server to monitor the status of network devices. The server sends Ping or SNMP requests to network devices at specified intervals (for example, every 5 minutes to access points (APs) and every 10 minutes to switches) to check that the network devices are operating normally.

[0147] To detect errors, the server analyzes the responses to Ping and SNMP requests it sends, and detects an error if there is no response or if there is an abnormal response. For example, if there is no response to a Ping from a specific access point (AP), the server records the error and creates an error log.

[0148] As an automatic restart method, the server refers to the error log, and if it determines that the error can be resolved by restarting, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and rechecks the status after the restart.

[0149] As an error notification and troubleshooting aid, the server will send an error notification to the user if an automatic restart is not successful or if restarting does not resolve the issue. This notification will be sent via email, SMS, or a pop-up notification on the smart device. The notification will include details of the error and recommended steps to take. After receiving the notification, the user can check the troubleshooting steps on their smart device and take appropriate measures.

[0150] The hardware used is mainly smartphones and network devices (access points, switches).The software used is based on Python 3.x and utilizes libraries such as smtplib (for sending emails), pysnmp (for SNMP requests), and ping3 (for Ping requests).

[0151] As a concrete example, consider the following scenario:

[0152] 1. If an access point (AP) in a distribution center temporarily stops responding, the server sends a ping to the AP and verifies that there is no response. An automatic restart is attempted, and if the problem persists after the restart, the administrator is notified of the problem. For example, a notification is sent to the administrator stating, "AP (192.168.1.10) is not responding. Please check the status of the physical device."

[0153] 2. If the main switch malfunctions, the server detects the abnormal value through an SNMP request. If a reboot attempt does not resolve the issue, a detailed error notification and troubleshooting steps are sent to the administrator. The administrator can then use their smart device to review the steps, physically check the device, and perform any necessary reconfiguration.

[0154] An example prompt using a generative AI model is:

[0155] For the "Logistics Center Network Monitoring Assistant" application, create a program that meets the following requirements:

[0156] 1. Runs on a smartphone and monitors the status of network devices (APs and switches) in the logistics center by Ping every 5 minutes and by SNMP request every 10 minutes.

[0157] 2. When an error is detected, an automatic restart is attempted, and if the restart fails, the administrator is notified by email.

[0158] 3. Python libraries used: smtplib, pysnmp, ping3.

[0159] Please clearly state the required functions and logic and provide a detailed explanation of how to achieve them.

[0160] The above is a specific embodiment for carrying out the present invention, which makes it possible to efficiently and quickly monitor and troubleshoot network devices in a logistics center.

[0161] The flow of the specific processing in the application example 1 will be described with reference to FIG.

[0162] Step 1:

[0163] The server reads the list of network devices in the distribution center and sends Ping or SNMP requests to each device. The input is the list of network devices, and the output is the response status from each device. The server uses a Ping request to send a signal to a specific access point every five minutes to check whether there is a response. It also sends an SNMP request to the switch every ten minutes to obtain its status information.

[0164] Step 2:

[0165] The server receives responses from each network device and analyzes whether the responses are normal. The input is the response data from each network device, and the output is the analysis result (normal or abnormal). If the server receives no response or an abnormal response, it records that information in an error log.

[0166] Step 3:

[0167] The server refers to the error log, and if an error that can be resolved by restarting is detected, it sends an automatic restart command to the target network device. The input is the error log and information about the target network device, and the output is the result of the restart attempt. The server sends the restart command and then rechecks the response to determine whether the restart was successful.

[0168] Step 4:

[0169] If the restart is not successful or the error persists after restarting, the server notifies the user with details of the abnormality and recommended steps to take. The input is the result of the restart attempt and detailed error information, and the output is a notification message. The server provides the error information to the user via email, SMS, or pop-up notification, and suggests physical checks of network devices or additional steps to take.

[0170] Step 5:

[0171] The user checks the received notification and checks the physical state of the network device. The input is the notification message, and the user's action is to check or reconfigure the physical device. The user follows the procedure described in the notification to reset or reconfigure the network device.

[0172] Step 6:

[0173] The user uses a smart device to check detailed troubleshooting procedures and implement the necessary measures. The input is the troubleshooting procedures on the smart device, and the user's actions are to solve the problem by following the specified procedures. If the user follows the procedures and solves the problem, the network equipment in the distribution center will operate normally.

[0174] Furthermore, an emotion engine that estimates the user's emotion may be combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59 and perform identification processing using the user's emotion.

[0175] This invention combines a system that performs network device monitoring, error detection, automatic restart, error notification, and troubleshooting support in an integrated manner with an emotion engine that recognizes the user's emotions. By using the emotion engine, notifications and response procedures can be adjusted according to the user's emotional state, making it possible to provide more appropriate, human-like support.

[0176] Network device monitoring

[0177] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[0178] Error detection

[0179] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[0180] Automatic restart attempt

[0181] The server refers to the error log to determine whether a restart is appropriate for the error. If it determines that a restart is appropriate, it sends a restart command to the network device. For example, in the case of a temporary AP no-response error, the server sends a restart command to the AP and then rechecks the status.

[0182] Error notification and troubleshooting assistance

[0183] If the restart is not successful or the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, etc. The notification will include a summary of the error and recommended steps to take.

[0184] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[0185] Utilizing the Emotion Engine

[0186] The system of the present invention incorporates an emotion engine that recognizes a user's emotions. The emotion engine includes algorithms that analyze a user's input and behavior to determine their emotions. For example, if a user repeatedly responds negatively to error messages, the emotion engine may determine that the user is stressed.

[0187] Once the emotion engine recognizes the user's emotions, the server adjusts notifications and troubleshooting procedures. For example, if the user is determined to be stressed, notification messages will be changed to be more polite and advisory.

[0188] Example: Handling access point (AP) errors

[0189] Example 1: Simple error

[0190] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[0191] Example 2: Complex Error

[0192] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[0193] Example 3: Using the Emotion Engine

[0194] If the user repeatedly expresses frustration at the error message, the emotion engine will determine that the user is in a stressful state. In this case, the server will respond by sending a polite notification message such as, "I see you're having trouble. Please let me know if you have any questions."

[0195] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state.

[0196] The processing flow will be explained below.

[0197] Step 1:

[0198] The server lists network devices and obtains information such as IP addresses, device types, and monitoring intervals based on the list of network devices configured by the administrator.

[0199] Step 2:

[0200] The server sets the monitoring schedule. It sets a schedule for periodically sending Ping and SNMP requests to each network device. For example, it sends Pings to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[0201] Step 3:

[0202] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[0203] Step 4:

[0204] The server analyzes the response. It analyzes the response to the sent Ping or SNMP request and determines whether it is normal or abnormal. If an abnormality is detected, it is recorded as an error.

[0205] Step 5:

[0206] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the error content is saved in the log as "AP (192.168.1.10) not responding."

[0207] Step 6:

[0208] The server determines the type of error. It references the error log and determines whether the error can be resolved by restarting. If it determines that restarting is effective, it proceeds to the next step.

[0209] Step 7:

[0210] The server sends a reboot command. The server automatically sends a reboot command to the target network device and checks whether it was successful.

[0211] Step 8:

[0212] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[0213] Step 9:

[0214] The server will send a notification to the user. If a restart does not resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and recommended steps to take.

[0215] Step 10:

[0216] The user receives a notification. The error notification is received on the device and the displayed instructions are checked. For example, the notification reads, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[0217] Step 11:

[0218] The user follows the instructions, physically checks or restarts the network device based on the notification, and refers to detailed troubleshooting procedures on the device's training screen.

[0219] Step 12:

[0220] The server launches the emotion engine, which analyzes the user's input and behavior to determine their emotional state. For example, if the user repeatedly responds negatively to error messages, the emotion engine determines that the user is stressed.

[0221] Step 13:

[0222] The server adjusts the notification message. Based on the emotion engine's judgment, the server generates a notification message that corresponds to the user's emotional state. For example, if a user is in a stressed state, the server sends a polite message such as, "You seem to be in trouble. Please let us know if you have any questions."

[0223] Step 14:

[0224] The server sends emotion-based notifications. The adjusted notification messages are sent to the user's device, and appropriate responses are taken into consideration.

[0225] This allows for a system that monitors network devices, automatically restarts them, notifies users of errors, assists with troubleshooting, and provides feedback based on the user's emotional state.

[0226] Example 2

[0227] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."

[0228] Conventional network device monitoring systems provide automated methods such as monitoring the status of network devices, detecting errors, and automatically restarting them, but they do not take into account the emotional state of the user. As a result, users may feel stressed when an error occurs, which can delay their response. In addition, notification content and support procedures are uniform, making it impossible to provide flexible support that responds to individual emotional states. This reduces usability and makes it difficult to efficiently resolve problems.

[0229] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.

[0230] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors, means for attempting restarts, means for notifying the user of errors, means for providing information to the user, and means for recognizing the user's emotions and adjusting the notification and procedures. This enables flexible support according to the user's emotional state, improves usability when an error occurs, and enables quick and efficient problem resolution.

[0231] A "network device" is a device or part of a system that sends and receives data.

[0232] "Monitoring means" refers to functions and devices for continuously checking the operating status and performance of network devices.

[0233] "Means for detecting errors" refers to functions or devices that identify abnormalities or failures in network equipment and record or report them.

[0234] The "means for attempting a reboot" is a function or device that sends a command to reboot the network device in order to resolve the detected error.

[0235] "Means for notifying errors" refers to functions or devices that notify users of error information when an error occurs. Examples include email, SMS, and pop-up notifications.

[0236] The "means for providing information to the user" refers to a function or device that presents information related to network devices and troubleshooting procedures to the user.

[0237] The "means for recognizing emotions and adjusting notifications and procedures" refers to a function or device that analyzes the user's emotional state and changes the notification content or problem-solving procedures based on the results.

[0238] MODE FOR CARRYING OUT THE INVENTION

[0239] The present invention is a system that monitors the status of network devices, detects errors, and automatically attempts to restart them, as well as has the ability to recognize and respond to user emotions. To implement the present invention, the system is constructed using the following specific hardware and software.

[0240] Hardware and Software

[0241] The server uses monitoring software (e.g. Nagios, Zabbix) to monitor the status of network devices and detect errors by sending Ping or SNMP requests to each network device at set intervals and logging the results of these requests.

[0242] The server also uses remote management software (e.g., Dell iDRAC, HP iLO) to send reboot commands, and if an error is detected and a reboot is deemed effective, the server will reboot via this software and recheck the status afterwards.

[0243] Users receive error notifications from the server on their devices (e.g., PCs, tablets). These notifications are sent via email, SMS, pop-up notifications, etc., and include a summary of the error and recommended steps to resolve it. After receiving the notification, users can check detailed troubleshooting steps on their devices and check or reboot physical network equipment.

[0244] The server also utilizes natural language processing (NLP) algorithms (e.g., IBM Watson®, Google® Cloud Natural Language) to recognize the user's emotions. For example, if the user repeatedly responds negatively to an error message, the algorithm may determine that the user is stressed. In this case, the server can adjust the notification content to be more polite and supportive.

[0245] Specific examples

[0246] Example: Access point (AP) temporarily not responding

[0247] 1. The server sends a ping to the AP, and if there is no response within 5 minutes, it records an error saying "192.168.1.10 no response."

[0248] 2. The server checks the error log and determines that the error is temporary.

[0249] 3. The server uses the remote management software to send a reboot command to the AP and rechecks the response after the reboot.

[0250] 4. If the restart is not successful, the server will email the user an error notification.

[0251] 5. The user acknowledges the notification and goes to the AP location to reboot the physical device.

[0252] 6. The server analyzes the user's reaction using an emotion engine and changes the notification content as necessary.

[0253] Prompt Sentence Examples

[0254] "Please give us an example of how you've incorporated an emotion engine into a system that monitors network devices, detects errors, and automatically attempts to restart them. Also, please mention how you've tailored notifications based on the user's emotions."

[0255] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state, thereby improving the efficiency and usability of network device management and enabling rapid and effective response when an error occurs.

[0256] The flow of the identification process in the second embodiment will be described with reference to FIG.

[0257] Step 1:

[0258] The server monitors the status of network equipment.

[0259] How it works: The server uses monitoring software to periodically send Ping or SNMP requests to network devices, for example, sending Pings to APs every 5 minutes and SNMP requests to switches every 10 minutes.

[0260] Input: IP address of the network device and monitoring interval.

[0261] Output: The response data for each request.

[0262] Step 2:

[0263] Analyzes the response to the request sent by the server and detects errors.

[0264] Specific operation: The server checks the response to Ping or SNMP requests, and if there is no response or an abnormal value, it records it as an error. For example, it records "192.168.1.10 no response."

[0265] Input: Response data for each request.

[0266] Output: Error log.

[0267] Step 3:

[0268] The server will refer to the error log and determine whether to attempt an automatic restart.

[0269] Specific operation: The server checks the error log to determine whether a reboot is effective. If a reboot is effective, it sends a reboot command using the remote management software. For example, it sends a reboot command to the AP and then rechecks its status.

[0270] Input: Error log.

[0271] Output: Result of sending reboot command.

[0272] Step 4:

[0273] The server sends an error notification to the user.

[0274] What Happens: If the restart is not successful or does not resolve the issue, the server will send an error notification to the user via email and / or SMS, containing a summary of the error and recommended steps to take.

[0275] Input: The result of sending the reboot command.

[0276] Output: Sending an error notification.

[0277] Step 5:

[0278] Users can use the device, receive error notifications, and view detailed troubleshooting instructions.

[0279] Specific action: The user acknowledges the notification and follows detailed troubleshooting steps to check or reboot the physical device, for example, by going to the AP location and manually rebooting it.

[0280] Input: Error notification.

[0281] Output: Troubleshooting status.

[0282] Step 6:

[0283] The server recognizes the user's emotions and adjusts the notification content and response procedures.

[0284] How it works: The server uses an emotion engine to analyze the user's input and behavior to determine their emotional state. If it determines that the user is in a stressful state, it changes the notification content to be more polite and supportive.

[0285] Input: User feedback and behavioral data.

[0286] Output: Tailored notification content and response procedures.

[0287] (Application example 2)

[0288] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."

[0289] In modern factories and network environments, numerous network devices and automated equipment are in operation, making their monitoring and maintenance crucial. However, when these devices fail or experience errors, a rapid response is required, but this also increases worker stress. In this stressful environment, response efficiency decreases and error resolution is delayed, creating challenges. Furthermore, conventional systems do not take the user's emotional state into account, which can prevent them from providing appropriate support.

[0290] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 2 is realized by the following means.

[0291] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying the user of the errors and the procedures for dealing with them, means for providing the user with information about the network devices and troubleshooting procedures, means for recognizing the user's emotional state, and means for adjusting the notification and procedures for dealing with the errors in accordance with the recognized emotional state. This allows for the provision of prompt and appropriate support while taking the user's emotional state into consideration, thereby reducing worker stress and improving the efficiency of error resolution.

[0292] "Network equipment" is a general term for hardware and software used for communication in factories and network environments, including routers, switches, access points, sensors, and robots.

[0293] "Monitoring" is the act of checking the operating status and performance of network devices at regular intervals to ensure that they are operating normally. This monitoring is done using Ping and SNMP protocols.

[0294] "Error detection" is the process of analyzing monitoring results to identify when network devices are not behaving as expected. This process identifies the absence of pseudo-random responses or anomalous performance.

[0295] "Automatic reboot" refers to an operation in which the system sends a reboot command to a target network device without human intervention to resolve a detected error, causing the device to reboot.

[0296] "Notification" is a method of notifying the user when an error or other important event occurs. It provides information to the user via email, SMS, pop-up notification, etc.

[0297] "Troubleshooting procedures" are specific methods and procedures for resolving errors when they occur in network devices. These are provided to users.

[0298] "Emotion recognition" is a technology that analyzes a user's facial expressions, voice, and behavioral patterns to determine their emotional state at that time.

[0299] "Adjusting notifications and troubleshooting procedures" refers to optimizing the content of error notifications and troubleshooting procedures according to the situation based on the user's emotional state obtained through emotion recognition.

[0300] The following describes an embodiment of the present invention. This invention combines an emotion engine with a system that monitors, detects errors, automatically restarts, and troubleshoots network devices in a factory. This system consists of the following main modules:

[0301] Network Monitoring Module

[0302] The server monitors the status of network devices in the factory. Ping requests and SNMP requests are used as monitoring methods. For example, a Ping request is sent to an access point every five minutes, and an SNMP request is sent to a switch every ten minutes. This monitoring method checks whether all network devices are operating normally.

[0303] Error Detection Module

[0304] The server analyzes the responses to the Ping requests and SNMP requests it sends. For example, if there is no Ping response from a specific access point, it records an error as "192.168.1.10 no response." This error log can be used later for troubleshooting.

[0305] Auto-restart module

[0306] When an error is detected, the server refers to the error log to determine whether a reboot is effective. If a reboot is determined to be effective, the server sends a reboot command to the relevant network device. For example, it sends a reboot command to an access point and then rechecks the status.

[0307] Notification Module

[0308] If the restart is unsuccessful or does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other means, which will include a summary of the error and recommended steps to take. The user can then take action.

[0309] Emotion Recognition Module

[0310] The server is equipped with an emotion engine that recognizes the user's emotional state. Emotion recognition uses data such as the user's facial expressions, voice, and behavioral patterns. For example, if a user frequently responds negatively to error messages, the emotion engine will determine that the user is under stress.

[0311] Troubleshooting Support Module

[0312] If the emotion recognition module identifies the user's emotional state as stressful, the server adjusts notification and troubleshooting procedures, for example, changing notification messages to be more polite and advisory to reduce the user's burden.

[0313] Specific examples

[0314] 1. If the access point (AP) in the factory does not respond, the server sends a Ping request and detects the error "192.168.1.10 no response."

[0315] 2. The server sends an automatic reboot command to the AP, but there is no response even after rebooting.

[0316] 3. The server sends the user an error notification saying "AP (192.168.1.10) is not responding."

[0317] 4. At the same time, the emotion engine analyzes the user's facial expressions and detects whether they are under stress.

[0318] 5. Based on this information, change the notification message to something more polite: "I see you're having trouble. Please let me know if you have any questions."

[0319] Prompt Sentence Examples

[0320] Investigate the cause of the error recorded in the error log and determine whether restarting the system is an effective solution.

[0321] It monitors the status of each network device in real time and sends a ping request every five minutes to check the response.

[0322] An emotion recognition engine detects the stress level of workers and changes the response message appropriately.

[0323] This system will enable efficient monitoring and maintenance of network equipment and robots within the factory, while also providing appropriate support that takes into account the user's emotional state.

[0324] The flow of the specific processing in the application example 2 will be described with reference to FIG.

[0325] Step 1: Monitor the status of your network devices

[0326] The server periodically sends Ping requests and SNMP requests to the network devices to be monitored (e.g., access points and switches). The IP addresses and SNMP settings of the monitored devices are used as input. The output is the response results from each monitored device. Based on this, the server checks that the devices are operating normally.

[0327] Step 2: Error detection

[0328] The server analyzes the response result from step 1. For example, if there is no response to a Ping request or if an SNMP request contains an abnormal value, an error is detected. The input is the output from step 1. The server records the error in an error log and generates detailed error information. The output is the error log and error information.

[0329] Step 3: Attempt automatic restart

[0330] The server refers to the error log recorded in step 2 and determines whether the error can be corrected by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device. The input is the error log, and the output is the execution result of the restart command. The server then checks the device status again after the restart.

[0331] Step 4: Error Notification

[0332] If the restart is not successful or does not resolve the issue, the server will send an error notification to the user. Notification methods include email, SMS, and pop-up notification. The input is the restart execution result and error log. The server will generate a notification message summarizing the error and recommended steps to take, and send this to the user. The output is the notification message.

[0333] Step 5: Emotion Recognition

[0334] After the user receives an error message, the device analyzes the user's facial expressions, voice, behavioral patterns, etc. using an emotion engine. The input is the user's emotion-related data. The emotion engine determines the user's emotional state based on that data and outputs the current emotional state. The output is emotional state information.

[0335] Step 6: Adjust notification and response procedures

[0336] Based on the emotional state information from step 5, the server optimizes the notification message and troubleshooting procedure to match the user's emotions. For example, if the user is feeling stressed, the server changes the notification message to be gentler and more polite. The input is the emotional state information, and the output is the adjusted notification message and troubleshooting procedure. This reduces the user's burden and provides appropriate support.

[0337] By dividing the processing steps into smaller steps like this and clarifying the specific operations and inputs / outputs at each step, the operation of this system becomes easier to understand and easier to implement.

[0338] The specific processing unit 290 transmits the result of the specific processing to the smart device 14. In the smart device 14, the control unit 46A causes the output device 40 to output the result of the specific processing. The microphone 38B acquires audio indicating a user input regarding the result of the specific processing. The control unit 46A transmits audio data indicating the user input acquired by the microphone 38B to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the audio data.

[0339] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (registered trademark) (Internet search engine).<URL: https: / / openai.com / blog / chatgpt> ), Gemini (registered trademark) (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.

[0340] In the above embodiment, an example in which the specific process is performed by the data processing device 12 has been given, but the technology of the present disclosure is not limited to this, and the specific process may be performed by the smart device 14.

[0341] [Second embodiment]

[0342] FIG. 3 shows an example of the configuration of a data processing system 210 according to the second embodiment.

[0343] 3, the data processing system 210 includes the data processing device 12 and smart glasses 214. An example of the data processing device 12 is a server.

[0344] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).

[0345] The smart glasses 214 include a computer 36, a microphone 238, a speaker 240, a camera 42, and a communication I / F 44. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The microphone 238, the speaker 240, and the camera 42 are also connected to the bus 52.

[0346] The microphone 238 receives instructions and the like from the user 20 by receiving voice uttered by the user 20. The microphone 238 captures the voice uttered by the user 20, converts the captured voice into audio data, and outputs it to the processor 46. The speaker 240 outputs audio in accordance with instructions from the processor 46.

[0347] Camera 42 is a small digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor, and captures images of the surroundings of user 20 (for example, an imaging range defined by an angle of view equivalent to the field of vision of a typical healthy person).

[0348] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 are responsible for the exchange of various information between the processor 46 and the processor 28 via the network 54. The exchange of various information between the processor 46 and the processor 28 using the communication I / Fs 44 and 26 is carried out in a secure state.

[0349] Fig. 4 shows an example of the main functions of the data processing device 12 and the smart glasses 214. As shown in Fig. 4, in the data processing device 12, a specific process is performed by the processor 28. A specific process program 56 is stored in the storage 32.

[0350] The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific processing is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.

[0351] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.

[0352] In the smart glasses 214, the reception output process is performed by the processor 46. A reception output program 60 is stored in the storage 50. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.

[0353] Next, a description will be given of the identification process performed by the identification processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as the "server" and the smart glasses 214 will be referred to as the "terminal."

[0354] The present invention provides a system for integrating network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. This system can be implemented as follows.

[0355] Network device monitoring

[0356] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[0357] Error detection

[0358] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[0359] Automatic restart attempt

[0360] The server refers to the error log to determine whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and then rechecks the status.

[0361] Error notification and troubleshooting assistance

[0362] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other methods, including a summary of the error and recommended steps to take.

[0363] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[0364] Example: Handling access point (AP) errors

[0365] Example 1: Simple error

[0366] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[0367] Example 2: Complex Error

[0368] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[0369] In this way, the system of the present invention automates the monitoring and management of network devices and supports rapid troubleshooting, thereby enabling smooth continuation of business operations.

[0370] The processing flow will be explained below.

[0371] Step 1:

[0372] The server lists the network devices. It obtains the list of network devices set by the administrator and identifies the monitoring targets based on information such as IP addresses, device types, and monitoring intervals.

[0373] Step 2:

[0374] The server sets the monitoring schedule. It registers the schedule for sending periodic Pings and SNMP requests to each network device. For example, it sets an access point (AP) to send a Ping every five minutes.

[0375] Step 3:

[0376] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[0377] Step 4:

[0378] The server analyzes the response. It receives the response to the sent Ping or SNMP request and analyzes its contents. If there is no response or an abnormal value is detected, it records it as an error.

[0379] Step 5:

[0380] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the specific error content is saved, such as "AP (192.168.1.10) not responding."

[0381] Step 6:

[0382] The server determines the type of error. It references the recorded error log and determines whether a restart is effective for the error. If the error can be expected to be resolved by restarting, it proceeds to the next step.

[0383] Step 7:

[0384] The server sends a reboot command. The reboot command is automatically sent to the target network device. The server checks whether the command was sent successfully.

[0385] Step 8:

[0386] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[0387] Step 9:

[0388] The server will send a notification to the user. If a restart doesn't resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and specific steps to take.

[0389] Step 10:

[0390] The user receives a notification. The device receives an error notification and checks the displayed instructions. For example, the notification says, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[0391] Step 11:

[0392] The user responds by following the instructions. Based on the contents of the notification, the user can physically check or restart the network device. The necessary information can be viewed on the training screen of the device.

[0393] The above steps realize a system that monitors network devices, automatically restarts them, notifies them of errors, and provides troubleshooting support.

[0394] Example 1

[0395] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."

[0396] When monitoring and managing network devices, early detection of errors and rapid response are essential. This requires regular status monitoring, error detection, automatic restart, and error notification. However, in conventional systems, these functions are implemented separately, making integrated management difficult.

[0397] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.

[0398] In this invention, the server includes means for periodically monitoring the status of network devices using Ping or SNMP requests, means for detecting errors based on the monitoring results and recording the details in an error log, means for analyzing the error log and, if the error can be resolved by restarting, sending a restart command to the network device, means for sending an error notification to the user by email, SMS, or pop-up notification if the automatic restart is unsuccessful, and means for the user to receive the notification and check detailed troubleshooting procedures on their terminal. This enables integrated and automatic monitoring and management of network devices, enabling rapid troubleshooting.

[0399] A "server" refers to a computer or software that monitors, manages, and processes within a network system.

[0400] "Network equipment" refers to hardware devices such as routers, switches, and access points that control network construction and communication.

[0401] "Ping" is a network tool that sends a connection confirmation request using ICMP (Internet Control Message Protocol) to a network device and checks for a response.

[0402] "SNMP" is an abbreviation for Simple Network Management Protocol, a communications protocol for monitoring and managing network devices.

[0403] A "request" refers to an operation that requests a computer or network device to perform a specific operation or obtain information.

[0404] An "error log" refers to a log file that records the details and circumstances of an error when it occurs in a system or application.

[0405] A "restart command" is a command that includes an instruction to restart a network device or a computer.

[0406] An "error notification" is a message that conveys information to an administrator or user when the system detects an abnormality or error.

[0407] "Email" is a means of communication for sending and receiving text and files over the Internet.

[0408] "SMS" is an abbreviation for Short Message Service, a service that uses mobile phone lines to send and receive short messages.

[0409] A "pop-up notification" is a message window that suddenly appears on the screen of a computer or mobile device.

[0410] The present invention is a system that performs integrated network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. The system of the present invention automates and speeds up a series of processes from monitoring the status of each device in a network environment, centered around a server, to responding to errors. Specific embodiments are described below.

[0411] Network device monitoring

[0412] The server periodically monitors the status of network devices using Ping and SNMP requests. For example, it sends a Ping request to an access point (AP) every five minutes and an SNMP request to a switch every ten minutes to obtain its status. As a specific example of operation, the server executes "ping -c 4 192.168.1.10" to check whether the AP responds. It can also use the SNMP tool to execute "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to obtain the uptime of the switch.

[0413] Error detection

[0414] The server analyzes the responses to the Ping and SNMP requests it sends and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, the server recognizes it as an error and records the details in the error log. For example, the server records "192.168.1.10 no response" for an AP that does not respond to a Ping. Also, if the uptime of a switch obtained via an SNMP request suddenly decreases, the server records the IP address of that switch and the abnormal value in the error log.

[0415] Automatic restart attempt

[0416] The server refers to the error log and determines whether the error can be resolved by rebooting. If it determines that rebooting is effective, the server sends a reboot command to the network device. For example, the server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, and then sends a Ping again to check for a response. By rechecking the status after the reboot, it can determine whether the error has been resolved.

[0417] Error Notification

[0418] If the automatic restart is unsuccessful or if the restart command does not resolve the issue, the server sends an error notification to the user via email, SMS, or pop-up notification. The notification includes a summary of the error and recommended steps to resolve it. For example, the server can send an error notification by executing "echo 'AP (192.168.1.10) is not responding. Please check the APs in the store.' | mail -s 'AP error notification' user@example.com". Alternatively, the server can use Twilio's API to send an error notification by executing "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the APs in the store.'".

[0419] Troubleshooting assistance

[0420] When users receive a notification, they can check detailed troubleshooting procedures on their device. Based on the notification, users can check or restart the physical device. They can also learn detailed response procedures using training screens and support tools. For example, users can check the notification sent to them, learn how to restart the AP, and follow the instructions to restart it.

[0421] This system automates the monitoring and management of network devices in an integrated manner, enabling rapid troubleshooting.

[0422] Prompt Sentence Examples

[0423] "I would like to build a monitoring system for network devices. The system will monitor each device using Ping and SNMP requests, detect errors, automatically restart the device, and notify you of errors. Please explain the specific processing steps in detail."

[0424] The flow of the identification process in the first embodiment will be described with reference to FIG.

[0425] Step 1: Monitor the status of your network devices

[0426] The server sends Ping and SNMP requests to network devices at specified intervals. Specifically, it sends Ping requests to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[0427] Input: IP address list of network devices, Ping and SNMP request settings

[0428] Processing operation: The server runs "ping -c 4 192.168.1.10" to check whether the AP responds, and runs "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to get the switch uptime.

[0429] Output: Response data for Ping and SNMP requests

[0430] Step 2: Detecting errors

[0431] The server analyzes the responses to the Ping and SNMP requests it sent and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, it recognizes it as an error and records the details in the error log.

[0432] Input: Response data for Ping and SNMP requests

[0433] Processing operation: For APs that do not respond to Ping, the server records "192.168.1.10 no response" in the error log, and if the switch uptime obtained via SNMP request is abnormal, it records the abnormal value in the error log as well.

[0434] Output: Error log

[0435] Step 3: Attempt automatic restart

[0436] The server refers to the error log and determines whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device.

[0437] Input: Error log

[0438] Processing operation: The server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, then sends a Ping again to check if there is a response.

[0439] Output: Ping response data after reboot

[0440] Step 4: Error Notification

[0441] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, or pop-up notification, which will include a summary of the error and recommended steps to take.

[0442] Input: Ping response data after reboot, error log

[0443] Processing behavior: The server executes "echo 'AP (192.168.1.10) is not responding. Please check the AP in the store.' | mail -s 'AP error notification' user@example.com" to send an error notification, or executes "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the AP in the store.'" using Twilio's API.

[0444] Output: Error notification sent to the user

[0445] Step 5: Troubleshooting assistance

[0446] Users receive a notification and can view detailed troubleshooting steps on their device. Based on the notification, they can check or reboot the physical device. They can also learn detailed troubleshooting steps using training screens and support tools.

[0447] Input: Error notification sent to the user

[0448] Processing operation: The user checks the error log on the device and physically checks the AP with the IP address listed in the notification. The user learns "How to restart the AP" on the training screen and restarts it by following the instructions.

[0449] Output: Physical check of AP and status after reboot

[0450] (Application example 1)

[0451] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."

[0452] Monitoring and troubleshooting network equipment is crucial in logistics centers, and because network equipment failures have a significant impact on overall operational efficiency, there is a need for a method to quickly and automatically detect errors and take appropriate measures. However, conventional monitoring methods are difficult to use for real-time monitoring or rapid response, and recovery after an error occurs takes time. In addition, a system is needed that can respond efficiently even when engineers are not on-site.

[0453] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.

[0454] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying a user of the error and the procedure for dealing with it, means for providing the user with information about the network devices and troubleshooting procedures, and means for monitoring the network devices in real time using smart devices at the logistics center and providing error notification and a solution flow when a failure occurs. This makes it possible to monitor the status of the network devices at the logistics center in real time and to quickly restart the devices and take appropriate measures when an error occurs.

[0455] A "network device" is a device that is connected to a communication network and transmits and receives data and routes data.

[0456] A "monitoring means" is a method or device for periodically checking the status of network devices and understanding their operating status.

[0457] An "error detection means" is a method or device for determining whether network devices are operating normally and for identifying abnormalities or failures.

[0458] An "automatic restart means" is a method or device that automatically attempts to restart in response to a detected error.

[0459] "Notification means" refers to a method or device for notifying the user of an error and the procedure for dealing with it.

[0460] A "troubleshooter" is a method or device for providing a user with information and troubleshooting procedures for network devices.

[0461] A "logistics center" is a facility that handles inventory management, shipping, delivery tracking, and other operations.

[0462] A "smart device" is a portable electronic device such as a smartphone or tablet.

[0463] "Real-time monitoring" means constantly monitoring the status of network devices and obtaining information instantly.

[0464] "Fault notification" is a means of communication to inform the user that an error or fault has occurred.

[0465] "Countermeasure flow" refers to the specific countermeasure steps that should be taken when an error or failure occurs.

[0466] The present invention is a system for integrating monitoring of network devices, automatic restart, fault notification, and troubleshooting support in a logistics center, and is specifically implemented as follows.

[0467] Ping and SNMP requests are used by the server to monitor the status of network devices. The server sends Ping or SNMP requests to network devices at specified intervals (for example, every 5 minutes to access points (APs) and every 10 minutes to switches) to check that the network devices are operating normally.

[0468] To detect errors, the server analyzes the responses to Ping and SNMP requests it sends, and detects an error if there is no response or if there is an abnormal response. For example, if there is no response to a Ping from a specific access point (AP), the server records the error and creates an error log.

[0469] As an automatic restart method, the server refers to the error log, and if it determines that the error can be resolved by restarting, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and rechecks the status after the restart.

[0470] As an error notification and troubleshooting aid, the server will send an error notification to the user if an automatic restart is not successful or if restarting does not resolve the issue. This notification will be sent via email, SMS, or a pop-up notification on the smart device. The notification will include details of the error and recommended steps to take. After receiving the notification, the user can check the troubleshooting steps on their smart device and take appropriate measures.

[0471] The hardware used is mainly smartphones and network devices (access points, switches).The software used is based on Python 3.x and utilizes libraries such as smtplib (for sending emails), pysnmp (for SNMP requests), and ping3 (for Ping requests).

[0472] As a concrete example, consider the following scenario:

[0473] 1. If an access point (AP) in a distribution center temporarily stops responding, the server sends a ping to the AP and verifies that there is no response. An automatic restart is attempted, and if the problem persists after the restart, the administrator is notified of the problem. For example, a notification is sent to the administrator stating, "AP (192.168.1.10) is not responding. Please check the status of the physical device."

[0474] 2. If the main switch malfunctions, the server detects the abnormal value through an SNMP request. If a reboot attempt does not resolve the issue, a detailed error notification and troubleshooting steps are sent to the administrator. The administrator can then use their smart device to review the steps, physically check the device, and perform any necessary reconfiguration.

[0475] An example prompt using a generative AI model is:

[0476] For the "Logistics Center Network Monitoring Assistant" application, create a program that meets the following requirements:

[0477] 1. Runs on a smartphone and monitors the status of network devices (APs and switches) in the logistics center by Ping every 5 minutes and by SNMP request every 10 minutes.

[0478] 2. When an error is detected, an automatic restart is attempted, and if the restart fails, the administrator is notified by email.

[0479] 3. Python libraries used: smtplib, pysnmp, ping3.

[0480] Please clearly state the required functions and logic and provide a detailed explanation of how to achieve them.

[0481] The above is a specific embodiment for carrying out the present invention, which makes it possible to efficiently and quickly monitor and troubleshoot network devices in a logistics center.

[0482] The flow of the specific processing in the application example 1 will be described with reference to FIG.

[0483] Step 1:

[0484] The server reads the list of network devices in the distribution center and sends Ping or SNMP requests to each device. The input is the list of network devices, and the output is the response status from each device. The server uses a Ping request to send a signal to a specific access point every five minutes to check whether there is a response. It also sends an SNMP request to the switch every ten minutes to obtain its status information.

[0485] Step 2:

[0486] The server receives responses from each network device and analyzes whether the responses are normal. The input is the response data from each network device, and the output is the analysis result (normal or abnormal). If the server receives no response or an abnormal response, it records that information in an error log.

[0487] Step 3:

[0488] The server refers to the error log, and if an error that can be resolved by restarting is detected, it sends an automatic restart command to the target network device. The input is the error log and information about the target network device, and the output is the result of the restart attempt. The server sends the restart command and then rechecks the response to determine whether the restart was successful.

[0489] Step 4:

[0490] If the restart is not successful or the error persists after restarting, the server notifies the user with details of the abnormality and recommended steps to take. The input is the result of the restart attempt and detailed error information, and the output is a notification message. The server provides the error information to the user via email, SMS, or pop-up notification, and suggests physical checks of network devices or additional steps to take.

[0491] Step 5:

[0492] The user checks the received notification and checks the physical state of the network device. The input is the notification message, and the user's action is to check or reconfigure the physical device. The user follows the procedure described in the notification to reset or reconfigure the network device.

[0493] Step 6:

[0494] The user uses a smart device to check detailed troubleshooting procedures and implement the necessary measures. The input is the troubleshooting procedures on the smart device, and the user's actions are to solve the problem by following the specified procedures. If the user follows the procedures and solves the problem, the network equipment in the distribution center will operate normally.

[0495] Furthermore, an emotion engine that estimates the user's emotion may be further combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59, and perform identification processing using the user's emotion.

[0496] This invention combines a system that performs network device monitoring, error detection, automatic restart, error notification, and troubleshooting support in an integrated manner with an emotion engine that recognizes the user's emotions. By using the emotion engine, notifications and response procedures can be adjusted according to the user's emotional state, making it possible to provide more appropriate, human-like support.

[0497] Network device monitoring

[0498] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[0499] Error detection

[0500] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[0501] Automatic restart attempt

[0502] The server refers to the error log to determine whether a restart is appropriate for the error. If it determines that a restart is appropriate, it sends a restart command to the network device. For example, in the case of a temporary AP no-response error, the server sends a restart command to the AP and then rechecks the status.

[0503] Error notification and troubleshooting assistance

[0504] If the restart is not successful or the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, etc. The notification will include a summary of the error and recommended steps to take.

[0505] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[0506] Utilizing the Emotion Engine

[0507] The system of the present invention incorporates an emotion engine that recognizes a user's emotions. The emotion engine includes algorithms that analyze a user's input and behavior to determine their emotions. For example, if a user repeatedly responds negatively to error messages, the emotion engine may determine that the user is stressed.

[0508] Once the emotion engine recognizes the user's emotions, the server adjusts notifications and troubleshooting procedures. For example, if the user is determined to be stressed, notification messages will be changed to be more polite and advisory.

[0509] Example: Handling access point (AP) errors

[0510] Example 1: Simple error

[0511] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[0512] Example 2: Complex Error

[0513] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[0514] Example 3: Using the Emotion Engine

[0515] If the user repeatedly expresses frustration at the error message, the emotion engine will determine that the user is in a stressful state. In this case, the server will respond by sending a polite notification message such as, "I see you're having trouble. Please let me know if you have any questions."

[0516] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state.

[0517] The processing flow will be explained below.

[0518] Step 1:

[0519] The server lists network devices and obtains information such as IP addresses, device types, and monitoring intervals based on the list of network devices configured by the administrator.

[0520] Step 2:

[0521] The server sets the monitoring schedule. It sets a schedule for periodically sending Ping and SNMP requests to each network device. For example, it sends Pings to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[0522] Step 3:

[0523] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[0524] Step 4:

[0525] The server analyzes the response. It analyzes the response to the sent Ping or SNMP request and determines whether it is normal or abnormal. If an abnormality is detected, it is recorded as an error.

[0526] Step 5:

[0527] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the error content is saved in the log as "AP (192.168.1.10) not responding."

[0528] Step 6:

[0529] The server determines the type of error. It references the error log and determines whether the error can be resolved by restarting. If it determines that restarting is effective, it proceeds to the next step.

[0530] Step 7:

[0531] The server sends a reboot command. The server automatically sends a reboot command to the target network device and checks whether it was successful.

[0532] Step 8:

[0533] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[0534] Step 9:

[0535] The server will send a notification to the user. If a restart does not resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and recommended steps to take.

[0536] Step 10:

[0537] The user receives a notification. The error notification is received on the device and the displayed instructions are checked. For example, the notification reads, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[0538] Step 11:

[0539] The user follows the instructions, physically checks or restarts the network device based on the notification, and refers to detailed troubleshooting procedures on the device's training screen.

[0540] Step 12:

[0541] The server launches the emotion engine, which analyzes the user's input and behavior to determine their emotional state. For example, if the user repeatedly responds negatively to error messages, the emotion engine determines that the user is stressed.

[0542] Step 13:

[0543] The server adjusts the notification message. Based on the emotion engine's judgment, the server generates a notification message that corresponds to the user's emotional state. For example, if a user is in a stressed state, the server sends a polite message such as, "You seem to be in trouble. Please let us know if you have any questions."

[0544] Step 14:

[0545] The server sends emotion-based notifications. The adjusted notification messages are sent to the user's device, and appropriate responses are taken into consideration.

[0546] This allows for a system that monitors network devices, automatically restarts them, notifies users of errors, assists with troubleshooting, and provides feedback based on the user's emotional state.

[0547] Example 2

[0548] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."

[0549] Conventional network device monitoring systems provide automated methods such as monitoring the status of network devices, detecting errors, and automatically restarting them, but they do not take into account the emotional state of the user. As a result, users may feel stressed when an error occurs, which can delay their response. In addition, notification content and support procedures are uniform, making it impossible to provide flexible support that responds to individual emotional states. This reduces usability and makes it difficult to efficiently resolve problems.

[0550] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.

[0551] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors, means for attempting restarts, means for notifying the user of errors, means for providing information to the user, and means for recognizing the user's emotions and adjusting the notification and procedures. This enables flexible support according to the user's emotional state, improves usability when an error occurs, and enables quick and efficient problem resolution.

[0552] A "network device" is a device or part of a system that sends and receives data.

[0553] "Monitoring means" refers to functions and devices for continuously checking the operating status and performance of network devices.

[0554] "Means for detecting errors" refers to functions or devices that identify abnormalities or failures in network equipment and record or report them.

[0555] The "means for attempting a reboot" is a function or device that sends a command to reboot the network device in order to resolve the detected error.

[0556] "Means for notifying errors" refers to functions or devices that notify users of error information when an error occurs. Examples include email, SMS, and pop-up notifications.

[0557] The "means for providing information to the user" refers to a function or device that presents information related to network devices and troubleshooting procedures to the user.

[0558] The "means for recognizing emotions and adjusting notifications and procedures" refers to a function or device that analyzes the user's emotional state and changes the notification content or problem-solving procedures based on the results.

[0559] MODE FOR CARRYING OUT THE INVENTION

[0560] The present invention is a system that monitors the status of network devices, detects errors, and automatically attempts to restart them, as well as has the ability to recognize and respond to user emotions. To implement the present invention, the system is constructed using the following specific hardware and software.

[0561] Hardware and Software

[0562] The server uses monitoring software (e.g. Nagios, Zabbix) to monitor the status of network devices and detect errors by sending Ping or SNMP requests to each network device at set intervals and logging the results of these requests.

[0563] The server also uses remote management software (e.g., Dell iDRAC, HP iLO) to send reboot commands, and if an error is detected and a reboot is deemed effective, the server will reboot via this software and recheck the status afterwards.

[0564] Users receive error notifications from the server on their devices (e.g., PCs, tablets). These notifications are sent via email, SMS, pop-up notifications, etc., and include a summary of the error and recommended steps to resolve it. After receiving the notification, users can check detailed troubleshooting steps on their devices and check or reboot physical network equipment.

[0565] The server also utilizes natural language processing (NLP) algorithms (e.g., IBM Watson, Google Cloud Natural Language) to recognize the user's emotions. For example, if the user repeatedly responds negatively to an error message, the algorithm may determine that the user is stressed. In this case, the server can adjust the notification content to be more polite and supportive.

[0566] Specific examples

[0567] Example: Access point (AP) temporarily not responding

[0568] 1. The server sends a ping to the AP, and if there is no response within 5 minutes, it records an error saying "192.168.1.10 no response."

[0569] 2. The server checks the error log and determines that the error is temporary.

[0570] 3. The server uses the remote management software to send a reboot command to the AP and rechecks the response after the reboot.

[0571] 4. If the restart is not successful, the server will email the user an error notification.

[0572] 5. The user acknowledges the notification and goes to the AP location to reboot the physical device.

[0573] 6. The server analyzes the user's reaction using an emotion engine and changes the notification content as necessary.

[0574] Prompt Sentence Examples

[0575] "Please give us an example of how you've incorporated an emotion engine into a system that monitors network devices, detects errors, and automatically attempts to restart them. Also, please mention how you've tailored notifications based on the user's emotions."

[0576] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state, thereby improving the efficiency and usability of network device management and enabling rapid and effective response when an error occurs.

[0577] The flow of the identification process in the second embodiment will be described with reference to FIG.

[0578] Step 1:

[0579] The server monitors the status of network equipment.

[0580] How it works: The server uses monitoring software to periodically send Ping or SNMP requests to network devices, for example, sending Pings to APs every 5 minutes and SNMP requests to switches every 10 minutes.

[0581] Input: IP address of the network device and monitoring interval.

[0582] Output: The response data for each request.

[0583] Step 2:

[0584] Analyzes the response to the request sent by the server and detects errors.

[0585] Specific operation: The server checks the response to Ping or SNMP requests, and if there is no response or an abnormal value, it records it as an error. For example, it records "192.168.1.10 no response."

[0586] Input: Response data for each request.

[0587] Output: Error log.

[0588] Step 3:

[0589] The server will refer to the error log and determine whether to attempt an automatic restart.

[0590] Specific operation: The server checks the error log to determine whether a reboot is effective. If a reboot is effective, it sends a reboot command using the remote management software. For example, it sends a reboot command to the AP and then rechecks its status.

[0591] Input: Error log.

[0592] Output: Result of sending reboot command.

[0593] Step 4:

[0594] The server sends an error notification to the user.

[0595] What Happens: If the restart is not successful or does not resolve the issue, the server will send an error notification to the user via email and / or SMS, containing a summary of the error and recommended steps to take.

[0596] Input: The result of sending the reboot command.

[0597] Output: Sending an error notification.

[0598] Step 5:

[0599] Users can use the device, receive error notifications, and view detailed troubleshooting instructions.

[0600] Specific action: The user acknowledges the notification and follows detailed troubleshooting steps to check or reboot the physical device, for example, by going to the AP location and manually rebooting it.

[0601] Input: Error notification.

[0602] Output: Troubleshooting status.

[0603] Step 6:

[0604] The server recognizes the user's emotions and adjusts the notification content and response procedures.

[0605] How it works: The server uses an emotion engine to analyze the user's input and behavior to determine their emotional state. If it determines that the user is in a stressful state, it changes the notification content to be more polite and supportive.

[0606] Input: User feedback and behavioral data.

[0607] Output: Tailored notification content and response procedures.

[0608] (Application example 2)

[0609] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."

[0610] In modern factories and network environments, numerous network devices and automated equipment are in operation, making their monitoring and maintenance crucial. However, when these devices fail or experience errors, a rapid response is required, but this also increases worker stress. In this stressful environment, response efficiency decreases and error resolution is delayed, creating challenges. Furthermore, conventional systems do not take the user's emotional state into account, which can prevent them from providing appropriate support.

[0611] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 2 is realized by the following means.

[0612] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying the user of the errors and the procedures for dealing with them, means for providing the user with information about the network devices and troubleshooting procedures, means for recognizing the user's emotional state, and means for adjusting the notification and procedures for dealing with the errors in accordance with the recognized emotional state. This allows for the provision of prompt and appropriate support while taking the user's emotional state into consideration, thereby reducing worker stress and improving the efficiency of error resolution.

[0613] "Network equipment" is a general term for hardware and software used for communication in factories and network environments, including routers, switches, access points, sensors, and robots.

[0614] "Monitoring" is the act of checking the operating status and performance of network devices at regular intervals to ensure that they are operating normally. This monitoring is done using Ping and SNMP protocols.

[0615] "Error detection" is the process of analyzing monitoring results to identify when network devices are not behaving as expected. This process identifies the absence of pseudo-random responses or anomalous performance.

[0616] "Automatic reboot" refers to an operation in which the system sends a reboot command to a target network device without human intervention to resolve a detected error, causing the device to reboot.

[0617] "Notification" is a method of notifying the user when an error or other important event occurs. It provides information to the user via email, SMS, pop-up notification, etc.

[0618] "Troubleshooting procedures" are specific methods and procedures for resolving errors when they occur in network devices. These are provided to users.

[0619] "Emotion recognition" is a technology that analyzes a user's facial expressions, voice, and behavioral patterns to determine their emotional state at that time.

[0620] "Adjusting notifications and troubleshooting procedures" refers to optimizing the content of error notifications and troubleshooting procedures according to the situation based on the user's emotional state obtained through emotion recognition.

[0621] The following describes an embodiment of the present invention. This invention combines an emotion engine with a system that monitors, detects errors, automatically restarts, and troubleshoots network devices in a factory. This system consists of the following main modules:

[0622] Network Monitoring Module

[0623] The server monitors the status of network devices in the factory. Ping requests and SNMP requests are used as monitoring methods. For example, a Ping request is sent to an access point every five minutes, and an SNMP request is sent to a switch every ten minutes. This monitoring method checks whether all network devices are operating normally.

[0624] Error Detection Module

[0625] The server analyzes the responses to the Ping requests and SNMP requests it sends. For example, if there is no Ping response from a specific access point, it records an error as "192.168.1.10 no response." This error log can be used later for troubleshooting.

[0626] Auto-restart module

[0627] When an error is detected, the server refers to the error log to determine whether a reboot is effective. If a reboot is determined to be effective, the server sends a reboot command to the relevant network device. For example, it sends a reboot command to an access point and then rechecks the status.

[0628] Notification Module

[0629] If the restart is unsuccessful or does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other means, which will include a summary of the error and recommended steps to take. The user can then take action.

[0630] Emotion Recognition Module

[0631] The server is equipped with an emotion engine that recognizes the user's emotional state. Emotion recognition uses data such as the user's facial expressions, voice, and behavioral patterns. For example, if a user frequently responds negatively to error messages, the emotion engine will determine that the user is under stress.

[0632] Troubleshooting Support Module

[0633] If the emotion recognition module identifies the user's emotional state as stressful, the server adjusts notification and troubleshooting procedures, for example, changing notification messages to be more polite and advisory to reduce the user's burden.

[0634] Specific examples

[0635] 1. If the access point (AP) in the factory does not respond, the server sends a Ping request and detects the error "192.168.1.10 no response."

[0636] 2. The server sends an automatic reboot command to the AP, but there is no response even after rebooting.

[0637] 3. The server sends the user an error notification saying "AP (192.168.1.10) is not responding."

[0638] 4. At the same time, the emotion engine analyzes the user's facial expressions and detects whether they are under stress.

[0639] 5. Based on this information, change the notification message to something more polite: "I see you're having trouble. Please let me know if you have any questions."

[0640] Prompt Sentence Examples

[0641] Investigate the cause of the error recorded in the error log and determine whether restarting the system is an effective solution.

[0642] It monitors the status of each network device in real time and sends a ping request every five minutes to check the response.

[0643] An emotion recognition engine detects the stress level of workers and changes the response message appropriately.

[0644] This system will enable efficient monitoring and maintenance of network equipment and robots within the factory, while also providing appropriate support that takes into account the user's emotional state.

[0645] The flow of the specific processing in the application example 2 will be described with reference to FIG.

[0646] Step 1: Monitor the status of your network devices

[0647] The server periodically sends Ping requests and SNMP requests to the network devices to be monitored (e.g., access points and switches). The IP addresses and SNMP settings of the monitored devices are used as input. The output is the response results from each monitored device. Based on this, the server checks that the devices are operating normally.

[0648] Step 2: Error detection

[0649] The server analyzes the response result from step 1. For example, if there is no response to a Ping request or if an SNMP request contains an abnormal value, an error is detected. The input is the output from step 1. The server records the error in an error log and generates detailed error information. The output is the error log and error information.

[0650] Step 3: Attempt automatic restart

[0651] The server refers to the error log recorded in step 2 and determines whether the error can be corrected by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device. The input is the error log, and the output is the execution result of the restart command. The server then checks the device status again after the restart.

[0652] Step 4: Error Notification

[0653] If the restart is not successful or does not resolve the issue, the server will send an error notification to the user. Notification methods include email, SMS, and pop-up notification. The input is the restart execution result and error log. The server will generate a notification message summarizing the error and recommended steps to take, and send this to the user. The output is the notification message.

[0654] Step 5: Emotion Recognition

[0655] After the user receives an error message, the device analyzes the user's facial expressions, voice, behavioral patterns, etc. using an emotion engine. The input is the user's emotion-related data. The emotion engine determines the user's emotional state based on that data and outputs the current emotional state. The output is emotional state information.

[0656] Step 6: Adjust notification and response procedures

[0657] Based on the emotional state information from step 5, the server optimizes the notification message and troubleshooting procedure to match the user's emotions. For example, if the user is feeling stressed, the server changes the notification message to be gentler and more polite. The input is the emotional state information, and the output is the adjusted notification message and troubleshooting procedure. This reduces the user's burden and provides appropriate support.

[0658] By dividing the processing steps into smaller steps like this and clarifying the specific operations and inputs / outputs at each step, the operation of this system becomes easier to understand and easier to implement.

[0659] The specific processing unit 290 transmits the result of the specific processing to the smart glasses 214. In the smart glasses 214, the control unit 46A causes the speaker 240 to output the result of the specific processing. The microphone 238 acquires audio indicating a user input regarding the result of the specific processing. The control unit 46A transmits audio data indicating the user input acquired by the microphone 238 to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the audio data.

[0660] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (Internet Search<URL: https: / / openai.com / blog / chatgpt> ), Gemini (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.

[0661] In the above embodiment, an example in which the specific processing is performed by the data processing device 12 has been given, but the technology of the present disclosure is not limited to this, and the specific processing may be performed by the smart glasses 214.

[0662] [Third embodiment]

[0663] FIG. 5 shows an example of the configuration of a data processing system 310 according to the third embodiment.

[0664] 5, the data processing system 310 includes the data processing device 12 and a headset terminal 314. An example of the data processing device 12 is a server.

[0665] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).

[0666] The headset type terminal 314 includes a computer 36, a microphone 238, a speaker 240, a camera 42, a communication I / F 44, and a display 343. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The microphone 238, the speaker 240, the camera 42, and the display 343 are also connected to the bus 52.

[0667] The microphone 238 receives instructions and the like from the user 20 by receiving voice uttered by the user 20. The microphone 238 captures the voice uttered by the user 20, converts the captured voice into audio data, and outputs it to the processor 46. The speaker 240 outputs audio in accordance with instructions from the processor 46.

[0668] Camera 42 is a small digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor, and captures images of the surroundings of user 20 (for example, an imaging range defined by an angle of view equivalent to the field of vision of a typical healthy person).

[0669] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 are responsible for the exchange of various information between the processor 46 and the processor 28 via the network 54. The exchange of various information between the processor 46 and the processor 28 using the communication I / Fs 44 and 26 is carried out in a secure state.

[0670] Fig. 6 shows an example of the main functions of the data processing device 12 and the headset type terminal 314. As shown in Fig. 6, in the data processing device 12, a specific process is performed by the processor 28. A specific process program 56 is stored in the storage 32.

[0671] The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific processing is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.

[0672] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.

[0673] In the headset type terminal 314, a reception output process is performed by the processor 46. A reception output program 60 is stored in the storage 50. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.

[0674] Next, a description will be given of the identification process performed by the identification processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as the "server" and the headset type terminal 314 will be referred to as the "terminal."

[0675] The present invention provides a system for integrating network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. This system can be implemented as follows.

[0676] Network device monitoring

[0677] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[0678] Error detection

[0679] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[0680] Automatic restart attempt

[0681] The server refers to the error log to determine whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and then rechecks the status.

[0682] Error notification and troubleshooting assistance

[0683] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other methods, including a summary of the error and recommended steps to take.

[0684] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[0685] Example: Handling access point (AP) errors

[0686] Example 1: Simple error

[0687] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[0688] Example 2: Complex Error

[0689] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[0690] In this way, the system of the present invention automates the monitoring and management of network devices and supports rapid troubleshooting, thereby enabling smooth continuation of business operations.

[0691] The processing flow will be explained below.

[0692] Step 1:

[0693] The server lists the network devices. It obtains the list of network devices set by the administrator and identifies the monitoring targets based on information such as IP addresses, device types, and monitoring intervals.

[0694] Step 2:

[0695] The server sets the monitoring schedule. It registers the schedule for sending periodic Pings and SNMP requests to each network device. For example, it sets an access point (AP) to send a Ping every five minutes.

[0696] Step 3:

[0697] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[0698] Step 4:

[0699] The server analyzes the response. It receives the response to the sent Ping or SNMP request and analyzes its contents. If there is no response or an abnormal value is detected, it records it as an error.

[0700] Step 5:

[0701] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the specific error content is saved, such as "AP (192.168.1.10) not responding."

[0702] Step 6:

[0703] The server determines the type of error. It references the recorded error log and determines whether a restart is effective for the error. If the error can be expected to be resolved by restarting, it proceeds to the next step.

[0704] Step 7:

[0705] The server sends a reboot command. The reboot command is automatically sent to the target network device. The server checks whether the command was sent successfully.

[0706] Step 8:

[0707] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[0708] Step 9:

[0709] The server will send a notification to the user. If a restart doesn't resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and specific steps to take.

[0710] Step 10:

[0711] The user receives a notification. The device receives an error notification and checks the displayed instructions. For example, the notification says, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[0712] Step 11:

[0713] The user responds by following the instructions. Based on the contents of the notification, the user can physically check or restart the network device. The necessary information can be viewed on the training screen of the device.

[0714] The above steps realize a system that monitors network devices, automatically restarts them, notifies them of errors, and provides troubleshooting support.

[0715] Example 1

[0716] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."

[0717] When monitoring and managing network devices, early detection of errors and rapid response are essential. This requires regular status monitoring, error detection, automatic restart, and error notification. However, in conventional systems, these functions are implemented separately, making integrated management difficult.

[0718] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.

[0719] In this invention, the server includes means for periodically monitoring the status of network devices using Ping or SNMP requests, means for detecting errors based on the monitoring results and recording the details in an error log, means for analyzing the error log and, if the error can be resolved by restarting, sending a restart command to the network device, means for sending an error notification to the user by email, SMS, or pop-up notification if the automatic restart is unsuccessful, and means for the user to receive the notification and check detailed troubleshooting procedures on their terminal. This enables integrated and automatic monitoring and management of network devices, enabling rapid troubleshooting.

[0720] A "server" refers to a computer or software that monitors, manages, and processes within a network system.

[0721] "Network equipment" refers to hardware devices such as routers, switches, and access points that control network construction and communication.

[0722] "Ping" is a network tool that sends a connection confirmation request using ICMP (Internet Control Message Protocol) to a network device and checks for a response.

[0723] "SNMP" is an abbreviation for Simple Network Management Protocol, a communications protocol for monitoring and managing network devices.

[0724] A "request" refers to an operation that requests a computer or network device to perform a specific operation or obtain information.

[0725] An "error log" refers to a log file that records the details and circumstances of an error when it occurs in a system or application.

[0726] A "restart command" is a command that includes an instruction to restart a network device or a computer.

[0727] An "error notification" is a message that conveys information to an administrator or user when the system detects an abnormality or error.

[0728] "Email" is a means of communication for sending and receiving text and files over the Internet.

[0729] "SMS" is an abbreviation for Short Message Service, a service that uses mobile phone lines to send and receive short messages.

[0730] A "pop-up notification" is a message window that suddenly appears on the screen of a computer or mobile device.

[0731] The present invention is a system that performs integrated network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. The system of the present invention automates and speeds up a series of processes from monitoring the status of each device in a network environment, centered around a server, to responding to errors. Specific embodiments are described below.

[0732] Network device monitoring

[0733] The server periodically monitors the status of network devices using Ping and SNMP requests. For example, it sends a Ping request to an access point (AP) every five minutes and an SNMP request to a switch every ten minutes to obtain its status. As a specific example of operation, the server executes "ping -c 4 192.168.1.10" to check whether the AP responds. It can also use the SNMP tool to execute "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to obtain the uptime of the switch.

[0734] Error detection

[0735] The server analyzes the responses to the Ping and SNMP requests it sends and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, the server recognizes it as an error and records the details in the error log. For example, the server records "192.168.1.10 no response" for an AP that does not respond to a Ping. Also, if the uptime of a switch obtained via an SNMP request suddenly decreases, the server records the IP address of that switch and the abnormal value in the error log.

[0736] Automatic restart attempt

[0737] The server refers to the error log and determines whether the error can be resolved by rebooting. If it determines that rebooting is effective, the server sends a reboot command to the network device. For example, the server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, and then sends a Ping again to check for a response. By rechecking the status after the reboot, it can determine whether the error has been resolved.

[0738] Error Notification

[0739] If the automatic restart is unsuccessful or if the restart command does not resolve the issue, the server sends an error notification to the user via email, SMS, or pop-up notification. The notification includes a summary of the error and recommended steps to resolve it. For example, the server can send an error notification by executing "echo 'AP (192.168.1.10) is not responding. Please check the APs in the store.' | mail -s 'AP error notification' user@example.com". Alternatively, the server can use Twilio's API to send an error notification by executing "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the APs in the store.'".

[0740] Troubleshooting assistance

[0741] When users receive a notification, they can check detailed troubleshooting procedures on their device. Based on the notification, users can check or restart the physical device. They can also learn detailed response procedures using training screens and support tools. For example, users can check the notification sent to them, learn how to restart the AP, and follow the instructions to restart it.

[0742] This system automates the monitoring and management of network devices in an integrated manner, enabling rapid troubleshooting.

[0743] Prompt Sentence Examples

[0744] "I would like to build a monitoring system for network devices. The system will monitor each device using Ping and SNMP requests, detect errors, automatically restart the device, and notify you of errors. Please explain the specific processing steps in detail."

[0745] The flow of the identification process in the first embodiment will be described with reference to FIG.

[0746] Step 1: Monitor the status of your network devices

[0747] The server sends Ping and SNMP requests to network devices at specified intervals. Specifically, it sends Ping requests to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[0748] Input: IP address list of network devices, Ping and SNMP request settings

[0749] Processing operation: The server runs "ping -c 4 192.168.1.10" to check whether the AP responds, and runs "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to get the switch uptime.

[0750] Output: Response data for Ping and SNMP requests

[0751] Step 2: Detecting errors

[0752] The server analyzes the responses to the Ping and SNMP requests it sent and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, it recognizes it as an error and records the details in the error log.

[0753] Input: Response data for Ping and SNMP requests

[0754] Processing operation: For APs that do not respond to Ping, the server records "192.168.1.10 no response" in the error log, and if the switch uptime obtained via SNMP request is abnormal, it records the abnormal value in the error log as well.

[0755] Output: Error log

[0756] Step 3: Attempt automatic restart

[0757] The server refers to the error log and determines whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device.

[0758] Input: Error log

[0759] Processing operation: The server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, then sends a Ping again to check if there is a response.

[0760] Output: Ping response data after reboot

[0761] Step 4: Error Notification

[0762] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, or pop-up notification, which will include a summary of the error and recommended steps to take.

[0763] Input: Ping response data after reboot, error log

[0764] Processing behavior: The server executes "echo 'AP (192.168.1.10) is not responding. Please check the AP in the store.' | mail -s 'AP error notification' user@example.com" to send an error notification, or executes "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the AP in the store.'" using Twilio's API.

[0765] Output: Error notification sent to the user

[0766] Step 5: Troubleshooting assistance

[0767] Users receive a notification and can view detailed troubleshooting steps on their device. Based on the notification, they can check or reboot the physical device. They can also learn detailed troubleshooting steps using training screens and support tools.

[0768] Input: Error notification sent to the user

[0769] Processing operation: The user checks the error log on the device and physically checks the AP with the IP address listed in the notification. The user learns "How to restart the AP" on the training screen and restarts it by following the instructions.

[0770] Output: Physical check of AP and status after reboot

[0771] (Application example 1)

[0772] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."

[0773] Monitoring and troubleshooting network equipment is crucial in logistics centers, and because network equipment failures have a significant impact on overall operational efficiency, there is a need for a method to quickly and automatically detect errors and take appropriate measures. However, conventional monitoring methods are difficult to use for real-time monitoring or rapid response, and recovery after an error occurs takes time. In addition, a system is needed that can respond efficiently even when engineers are not on-site.

[0774] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.

[0775] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying a user of the error and the procedure for dealing with it, means for providing the user with information about the network devices and troubleshooting procedures, and means for monitoring the network devices in real time using smart devices at the logistics center and providing error notification and a solution flow when a failure occurs. This makes it possible to monitor the status of the network devices at the logistics center in real time and to quickly restart the devices and take appropriate measures when an error occurs.

[0776] A "network device" is a device that is connected to a communication network and transmits and receives data and routes data.

[0777] A "monitoring means" is a method or device for periodically checking the status of network devices and understanding their operating status.

[0778] An "error detection means" is a method or device for determining whether network devices are operating normally and for identifying abnormalities or failures.

[0779] An "automatic restart means" is a method or device that automatically attempts to restart in response to a detected error.

[0780] "Notification means" refers to a method or device for notifying the user of an error and the procedure for dealing with it.

[0781] A "troubleshooter" is a method or device for providing a user with information and troubleshooting procedures for network devices.

[0782] A "logistics center" is a facility that handles inventory management, shipping, delivery tracking, and other operations.

[0783] A "smart device" is a portable electronic device such as a smartphone or tablet.

[0784] "Real-time monitoring" means constantly monitoring the status of network devices and obtaining information instantly.

[0785] "Fault notification" is a means of communication to inform the user that an error or fault has occurred.

[0786] "Countermeasure flow" refers to the specific countermeasure steps that should be taken when an error or failure occurs.

[0787] The present invention is a system for integrating monitoring of network devices, automatic restart, fault notification, and troubleshooting support in a logistics center, and is specifically implemented as follows.

[0788] Ping and SNMP requests are used by the server to monitor the status of network devices. The server sends Ping or SNMP requests to network devices at specified intervals (for example, every 5 minutes to access points (APs) and every 10 minutes to switches) to check that the network devices are operating normally.

[0789] To detect errors, the server analyzes the responses to Ping and SNMP requests it sends, and detects an error if there is no response or if there is an abnormal response. For example, if there is no response to a Ping from a specific access point (AP), the server records the error and creates an error log.

[0790] As an automatic restart method, the server refers to the error log, and if it determines that the error can be resolved by restarting, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and rechecks the status after the restart.

[0791] As an error notification and troubleshooting aid, the server will send an error notification to the user if an automatic restart is not successful or if restarting does not resolve the issue. This notification will be sent via email, SMS, or a pop-up notification on the smart device. The notification will include details of the error and recommended steps to take. After receiving the notification, the user can check the troubleshooting steps on their smart device and take appropriate measures.

[0792] The hardware used is mainly smartphones and network devices (access points, switches).The software used is based on Python 3.x and utilizes libraries such as smtplib (for sending emails), pysnmp (for SNMP requests), and ping3 (for Ping requests).

[0793] As a concrete example, consider the following scenario:

[0794] 1. If an access point (AP) in a distribution center temporarily stops responding, the server sends a ping to the AP and verifies that there is no response. An automatic restart is attempted, and if the problem persists after the restart, the administrator is notified of the problem. For example, a notification is sent to the administrator stating, "AP (192.168.1.10) is not responding. Please check the status of the physical device."

[0795] 2. If the main switch malfunctions, the server detects the abnormal value through an SNMP request. If a reboot attempt does not resolve the issue, a detailed error notification and troubleshooting steps are sent to the administrator. The administrator can then use their smart device to review the steps, physically check the device, and perform any necessary reconfiguration.

[0796] An example prompt using a generative AI model is:

[0797] For the "Logistics Center Network Monitoring Assistant" application, create a program that meets the following requirements:

[0798] 1. Runs on a smartphone and monitors the status of network devices (APs and switches) in the logistics center by Ping every 5 minutes and by SNMP request every 10 minutes.

[0799] 2. When an error is detected, an automatic restart is attempted, and if the restart fails, the administrator is notified by email.

[0800] 3. Python libraries used: smtplib, pysnmp, ping3.

[0801] Please clearly state the required functions and logic and provide a detailed explanation of how to achieve them.

[0802] The above is a specific embodiment for carrying out the present invention, which makes it possible to efficiently and quickly monitor and troubleshoot network devices in a logistics center.

[0803] The flow of the specific processing in the application example 1 will be described with reference to FIG.

[0804] Step 1:

[0805] The server reads the list of network devices in the distribution center and sends Ping or SNMP requests to each device. The input is the list of network devices, and the output is the response status from each device. The server uses a Ping request to send a signal to a specific access point every five minutes to check whether there is a response. It also sends an SNMP request to the switch every ten minutes to obtain its status information.

[0806] Step 2:

[0807] The server receives responses from each network device and analyzes whether the responses are normal. The input is the response data from each network device, and the output is the analysis result (normal or abnormal). If the server receives no response or an abnormal response, it records that information in an error log.

[0808] Step 3:

[0809] The server refers to the error log, and if an error that can be resolved by restarting is detected, it sends an automatic restart command to the target network device. The input is the error log and information about the target network device, and the output is the result of the restart attempt. The server sends the restart command and then rechecks the response to determine whether the restart was successful.

[0810] Step 4:

[0811] If the restart is not successful or the error persists after restarting, the server notifies the user with details of the abnormality and recommended steps to take. The input is the result of the restart attempt and detailed error information, and the output is a notification message. The server provides the error information to the user via email, SMS, or pop-up notification, and suggests physical checks of network devices or additional steps to take.

[0812] Step 5:

[0813] The user checks the received notification and checks the physical state of the network device. The input is the notification message, and the user's action is to check or reconfigure the physical device. The user follows the procedure described in the notification to reset or reconfigure the network device.

[0814] Step 6:

[0815] The user uses a smart device to check detailed troubleshooting procedures and implement the necessary measures. The input is the troubleshooting procedures on the smart device, and the user's actions are to solve the problem by following the specified procedures. If the user follows the procedures and solves the problem, the network equipment in the distribution center will operate normally.

[0816] Furthermore, an emotion engine that estimates the user's emotion may be further combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59, and perform identification processing using the user's emotion.

[0817] This invention combines a system that performs network device monitoring, error detection, automatic restart, error notification, and troubleshooting support in an integrated manner with an emotion engine that recognizes the user's emotions. By using the emotion engine, notifications and response procedures can be adjusted according to the user's emotional state, making it possible to provide more appropriate, human-like support.

[0818] Network device monitoring

[0819] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[0820] Error detection

[0821] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[0822] Automatic restart attempt

[0823] The server refers to the error log to determine whether a restart is appropriate for the error. If it determines that a restart is appropriate, it sends a restart command to the network device. For example, in the case of a temporary AP no-response error, the server sends a restart command to the AP and then rechecks the status.

[0824] Error notification and troubleshooting assistance

[0825] If the restart is not successful or the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, etc. The notification will include a summary of the error and recommended steps to take.

[0826] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[0827] Utilizing the Emotion Engine

[0828] The system of the present invention incorporates an emotion engine that recognizes a user's emotions. The emotion engine includes algorithms that analyze a user's input and behavior to determine their emotions. For example, if a user repeatedly responds negatively to error messages, the emotion engine may determine that the user is stressed.

[0829] Once the emotion engine recognizes the user's emotions, the server adjusts notifications and troubleshooting procedures. For example, if the user is determined to be stressed, notification messages will be changed to be more polite and advisory.

[0830] Example: Handling access point (AP) errors

[0831] Example 1: Simple error

[0832] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[0833] Example 2: Complex Error

[0834] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[0835] Example 3: Using the Emotion Engine

[0836] If the user repeatedly expresses frustration at the error message, the emotion engine will determine that the user is in a stressful state. In this case, the server will respond by sending a polite notification message such as, "I see you're having trouble. Please let me know if you have any questions."

[0837] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state.

[0838] The processing flow will be explained below.

[0839] Step 1:

[0840] The server lists network devices and obtains information such as IP addresses, device types, and monitoring intervals based on the list of network devices configured by the administrator.

[0841] Step 2:

[0842] The server sets the monitoring schedule. It sets a schedule for periodically sending Ping and SNMP requests to each network device. For example, it sends Pings to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[0843] Step 3:

[0844] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[0845] Step 4:

[0846] The server analyzes the response. It analyzes the response to the sent Ping or SNMP request and determines whether it is normal or abnormal. If an abnormality is detected, it is recorded as an error.

[0847] Step 5:

[0848] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the error content is saved in the log as "AP (192.168.1.10) not responding."

[0849] Step 6:

[0850] The server determines the type of error. It references the error log and determines whether the error can be resolved by restarting. If it determines that restarting is effective, it proceeds to the next step.

[0851] Step 7:

[0852] The server sends a reboot command. The server automatically sends a reboot command to the target network device and checks whether it was successful.

[0853] Step 8:

[0854] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[0855] Step 9:

[0856] The server will send a notification to the user. If a restart does not resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and recommended steps to take.

[0857] Step 10:

[0858] The user receives a notification. The error notification is received on the device and the displayed instructions are checked. For example, the notification reads, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[0859] Step 11:

[0860] The user follows the instructions, physically checks or restarts the network device based on the notification, and refers to detailed troubleshooting procedures on the device's training screen.

[0861] Step 12:

[0862] The server launches the emotion engine, which analyzes the user's input and behavior to determine their emotional state. For example, if the user repeatedly responds negatively to error messages, the emotion engine determines that the user is stressed.

[0863] Step 13:

[0864] The server adjusts the notification message. Based on the emotion engine's judgment, the server generates a notification message that corresponds to the user's emotional state. For example, if a user is in a stressed state, the server sends a polite message such as, "You seem to be in trouble. Please let us know if you have any questions."

[0865] Step 14:

[0866] The server sends emotion-based notifications. The adjusted notification messages are sent to the user's device, and appropriate responses are taken into consideration.

[0867] This allows for a system that monitors network devices, automatically restarts them, notifies users of errors, assists with troubleshooting, and provides feedback based on the user's emotional state.

[0868] Example 2

[0869] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."

[0870] Conventional network device monitoring systems provide automated methods such as monitoring the status of network devices, detecting errors, and automatically restarting them, but they do not take into account the emotional state of the user. As a result, users may feel stressed when an error occurs, which can delay their response. In addition, notification content and support procedures are uniform, making it impossible to provide flexible support that responds to individual emotional states. This reduces usability and makes it difficult to efficiently resolve problems.

[0871] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.

[0872] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors, means for attempting restarts, means for notifying the user of errors, means for providing information to the user, and means for recognizing the user's emotions and adjusting the notification and procedures. This enables flexible support according to the user's emotional state, improves usability when an error occurs, and enables quick and efficient problem resolution.

[0873] A "network device" is a device or part of a system that sends and receives data.

[0874] "Monitoring means" refers to functions and devices for continuously checking the operating status and performance of network devices.

[0875] "Means for detecting errors" refers to functions or devices that identify abnormalities or failures in network equipment and record or report them.

[0876] The "means for attempting a reboot" is a function or device that sends a command to reboot the network device in order to resolve the detected error.

[0877] "Means for notifying errors" refers to functions or devices that notify users of error information when an error occurs. Examples include email, SMS, and pop-up notifications.

[0878] The "means for providing information to the user" refers to a function or device that presents information related to network devices and troubleshooting procedures to the user.

[0879] The "means for recognizing emotions and adjusting notifications and procedures" refers to a function or device that analyzes the user's emotional state and changes the notification content or problem-solving procedures based on the results.

[0880] MODE FOR CARRYING OUT THE INVENTION

[0881] The present invention is a system that monitors the status of network devices, detects errors, and automatically attempts to restart them, as well as has the ability to recognize and respond to user emotions. To implement the present invention, the system is constructed using the following specific hardware and software.

[0882] Hardware and Software

[0883] The server uses monitoring software (e.g. Nagios, Zabbix) to monitor the status of network devices and detect errors by sending Ping or SNMP requests to each network device at set intervals and logging the results of these requests.

[0884] The server also uses remote management software (e.g., Dell iDRAC, HP iLO) to send reboot commands, and if an error is detected and a reboot is deemed effective, the server will reboot via this software and recheck the status afterwards.

[0885] Users receive error notifications from the server on their devices (e.g., PCs, tablets). These notifications are sent via email, SMS, pop-up notifications, etc., and include a summary of the error and recommended steps to resolve it. After receiving the notification, users can check detailed troubleshooting steps on their devices and check or reboot physical network equipment.

[0886] The server also utilizes natural language processing (NLP) algorithms (e.g., IBM Watson, Google Cloud Natural Language) to recognize the user's emotions. For example, if the user repeatedly responds negatively to an error message, the algorithm may determine that the user is stressed. In this case, the server can adjust the notification content to be more polite and supportive.

[0887] Specific examples

[0888] Example: Access point (AP) temporarily not responding

[0889] 1. The server sends a ping to the AP, and if there is no response within 5 minutes, it records an error saying "192.168.1.10 no response."

[0890] 2. The server checks the error log and determines that the error is temporary.

[0891] 3. The server uses the remote management software to send a reboot command to the AP and rechecks the response after the reboot.

[0892] 4. If the restart is not successful, the server will email the user an error notification.

[0893] 5. The user acknowledges the notification and goes to the AP location to reboot the physical device.

[0894] 6. The server analyzes the user's reaction using an emotion engine and changes the notification content as necessary.

[0895] Prompt Sentence Examples

[0896] "Please give us an example of how you've incorporated an emotion engine into a system that monitors network devices, detects errors, and automatically attempts to restart them. Also, please mention how you've tailored notifications based on the user's emotions."

[0897] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state, thereby improving the efficiency and usability of network device management and enabling rapid and effective response when an error occurs.

[0898] The flow of the identification process in the second embodiment will be described with reference to FIG.

[0899] Step 1:

[0900] The server monitors the status of network equipment.

[0901] How it works: The server uses monitoring software to periodically send Ping or SNMP requests to network devices, for example, sending Pings to APs every 5 minutes and SNMP requests to switches every 10 minutes.

[0902] Input: IP address of the network device and monitoring interval.

[0903] Output: The response data for each request.

[0904] Step 2:

[0905] Analyzes the response to the request sent by the server and detects errors.

[0906] Specific operation: The server checks the response to Ping or SNMP requests, and if there is no response or an abnormal value, it records it as an error. For example, it records "192.168.1.10 no response."

[0907] Input: Response data for each request.

[0908] Output: Error log.

[0909] Step 3:

[0910] The server will refer to the error log and determine whether to attempt an automatic restart.

[0911] Specific operation: The server checks the error log to determine whether a reboot is effective. If a reboot is effective, it sends a reboot command using the remote management software. For example, it sends a reboot command to the AP and then rechecks its status.

[0912] Input: Error log.

[0913] Output: Result of sending reboot command.

[0914] Step 4:

[0915] The server sends an error notification to the user.

[0916] What Happens: If the restart is not successful or does not resolve the issue, the server will send an error notification to the user via email and / or SMS, containing a summary of the error and recommended steps to take.

[0917] Input: The result of sending the reboot command.

[0918] Output: Sending an error notification.

[0919] Step 5:

[0920] Users can use the device, receive error notifications, and view detailed troubleshooting instructions.

[0921] Specific action: The user acknowledges the notification and follows detailed troubleshooting steps to check or reboot the physical device, for example, by going to the AP location and manually rebooting it.

[0922] Input: Error notification.

[0923] Output: Troubleshooting status.

[0924] Step 6:

[0925] The server recognizes the user's emotions and adjusts the notification content and response procedures.

[0926] How it works: The server uses an emotion engine to analyze the user's input and behavior to determine their emotional state. If it determines that the user is in a stressful state, it changes the notification content to be more polite and supportive.

[0927] Input: User feedback and behavioral data.

[0928] Output: Tailored notification content and response procedures.

[0929] (Application example 2)

[0930] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."

[0931] In modern factories and network environments, numerous network devices and automated equipment are in operation, making their monitoring and maintenance crucial. However, when these devices fail or experience errors, a rapid response is required, but this also increases worker stress. In this stressful environment, response efficiency decreases and error resolution is delayed, creating challenges. Furthermore, conventional systems do not take the user's emotional state into account, which can prevent them from providing appropriate support.

[0932] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 2 is realized by the following means.

[0933] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying the user of the errors and the procedures for dealing with them, means for providing the user with information about the network devices and troubleshooting procedures, means for recognizing the user's emotional state, and means for adjusting the notification and procedures for dealing with the errors in accordance with the recognized emotional state. This allows for the provision of prompt and appropriate support while taking the user's emotional state into consideration, thereby reducing worker stress and improving the efficiency of error resolution.

[0934] "Network equipment" is a general term for hardware and software used for communication in factories and network environments, including routers, switches, access points, sensors, and robots.

[0935] "Monitoring" is the act of checking the operating status and performance of network devices at regular intervals to ensure that they are operating normally. This monitoring is done using Ping and SNMP protocols.

[0936] "Error detection" is the process of analyzing monitoring results to identify when network devices are not behaving as expected. This process identifies the absence of pseudo-random responses or anomalous performance.

[0937] "Automatic reboot" refers to an operation in which the system sends a reboot command to a target network device without human intervention to resolve a detected error, causing the device to reboot.

[0938] "Notification" is a method of notifying the user when an error or other important event occurs. It provides information to the user via email, SMS, pop-up notification, etc.

[0939] "Troubleshooting procedures" are specific methods and procedures for resolving errors when they occur in network devices. These are provided to users.

[0940] "Emotion recognition" is a technology that analyzes a user's facial expressions, voice, and behavioral patterns to determine their emotional state at that time.

[0941] "Adjusting notifications and troubleshooting procedures" refers to optimizing the content of error notifications and troubleshooting procedures according to the situation based on the user's emotional state obtained through emotion recognition.

[0942] The following describes an embodiment of the present invention. This invention combines an emotion engine with a system that monitors, detects errors, automatically restarts, and troubleshoots network devices in a factory. This system consists of the following main modules:

[0943] Network Monitoring Module

[0944] The server monitors the status of network devices in the factory. Ping requests and SNMP requests are used as monitoring methods. For example, a Ping request is sent to an access point every five minutes, and an SNMP request is sent to a switch every ten minutes. This monitoring method checks whether all network devices are operating normally.

[0945] Error Detection Module

[0946] The server analyzes the responses to the Ping requests and SNMP requests it sends. For example, if there is no Ping response from a specific access point, it records an error as "192.168.1.10 no response." This error log can be used later for troubleshooting.

[0947] Auto-restart module

[0948] When an error is detected, the server refers to the error log to determine whether a reboot is effective. If a reboot is determined to be effective, the server sends a reboot command to the relevant network device. For example, it sends a reboot command to an access point and then rechecks the status.

[0949] Notification Module

[0950] If the restart is unsuccessful or does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other means, which will include a summary of the error and recommended steps to take. The user can then take action.

[0951] Emotion Recognition Module

[0952] The server is equipped with an emotion engine that recognizes the user's emotional state. Emotion recognition uses data such as the user's facial expressions, voice, and behavioral patterns. For example, if a user frequently responds negatively to error messages, the emotion engine will determine that the user is under stress.

[0953] Troubleshooting Support Module

[0954] If the emotion recognition module identifies the user's emotional state as stressful, the server adjusts notification and troubleshooting procedures, for example, changing notification messages to be more polite and advisory to reduce the user's burden.

[0955] Specific examples

[0956] 1. If the access point (AP) in the factory does not respond, the server sends a Ping request and detects the error "192.168.1.10 no response."

[0957] 2. The server sends an automatic reboot command to the AP, but there is no response even after rebooting.

[0958] 3. The server sends the user an error notification saying "AP (192.168.1.10) is not responding."

[0959] 4. At the same time, the emotion engine analyzes the user's facial expressions and detects whether they are under stress.

[0960] 5. Based on this information, change the notification message to something more polite: "I see you're having trouble. Please let me know if you have any questions."

[0961] Prompt Sentence Examples

[0962] Investigate the cause of the error recorded in the error log and determine whether restarting the system is an effective solution.

[0963] It monitors the status of each network device in real time and sends a ping request every five minutes to check the response.

[0964] An emotion recognition engine detects the stress level of workers and changes the response message appropriately.

[0965] This system will enable efficient monitoring and maintenance of network equipment and robots within the factory, while also providing appropriate support that takes into account the user's emotional state.

[0966] The flow of the specific processing in the application example 2 will be described with reference to FIG.

[0967] Step 1: Monitor the status of your network devices

[0968] The server periodically sends Ping requests and SNMP requests to the network devices to be monitored (e.g., access points and switches). The IP addresses and SNMP settings of the monitored devices are used as input. The output is the response results from each monitored device. Based on this, the server checks that the devices are operating normally.

[0969] Step 2: Error detection

[0970] The server analyzes the response result from step 1. For example, if there is no response to a Ping request or if an SNMP request contains an abnormal value, an error is detected. The input is the output from step 1. The server records the error in an error log and generates detailed error information. The output is the error log and error information.

[0971] Step 3: Attempt automatic restart

[0972] The server refers to the error log recorded in step 2 and determines whether the error can be corrected by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device. The input is the error log, and the output is the execution result of the restart command. The server then checks the device status again after the restart.

[0973] Step 4: Error Notification

[0974] If the restart is not successful or does not resolve the issue, the server will send an error notification to the user. Notification methods include email, SMS, and pop-up notification. The input is the restart execution result and error log. The server will generate a notification message summarizing the error and recommended steps to take, and send this to the user. The output is the notification message.

[0975] Step 5: Emotion Recognition

[0976] After the user receives an error message, the device analyzes the user's facial expressions, voice, behavioral patterns, etc. using an emotion engine. The input is the user's emotion-related data. The emotion engine determines the user's emotional state based on that data and outputs the current emotional state. The output is emotional state information.

[0977] Step 6: Adjust notification and response procedures

[0978] Based on the emotional state information from step 5, the server optimizes the notification message and troubleshooting procedure to match the user's emotions. For example, if the user is feeling stressed, the server changes the notification message to be gentler and more polite. The input is the emotional state information, and the output is the adjusted notification message and troubleshooting procedure. This reduces the user's burden and provides appropriate support.

[0979] By dividing the processing steps into smaller steps like this and clarifying the specific operations and inputs / outputs at each step, the operation of this system becomes easier to understand and easier to implement.

[0980] The specific processing unit 290 transmits the result of the specific processing to the headset type terminal 314. In the headset type terminal 314, the control unit 46A causes the speaker 240 and the display 343 to output the result of the specific processing. The microphone 238 acquires audio indicating a user input regarding the result of the specific processing. The control unit 46A transmits audio data indicating the user input acquired by the microphone 238 to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the audio data.

[0981] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (Internet Search<URL: https: / / openai.com / blog / chatgpt> ), Gemini (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.

[0982] In the above embodiment, an example was given in which the specific processing is performed by the data processing device 12, but the technology of the present disclosure is not limited to this, and the specific processing may be performed by the headset type terminal 314.

[0983] [Fourth embodiment]

[0984] FIG. 7 shows an example of the configuration of a data processing system 410 according to the fourth embodiment.

[0985] 7, a data processing system 410 includes a data processing device 12 and a robot 414. An example of the data processing device 12 is a server.

[0986] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).

[0987] The robot 414 includes a computer 36, a microphone 238, a speaker 240, a camera 42, a communication I / F 44, and a control target 443. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The microphone 238, the speaker 240, the camera 42, and the control target 443 are also connected to the bus 52.

[0988] The microphone 238 receives instructions and the like from the user 20 by receiving voice uttered by the user 20. The microphone 238 captures the voice uttered by the user 20, converts the captured voice into audio data, and outputs it to the processor 46. The speaker 240 outputs audio in accordance with instructions from the processor 46.

[0989] Camera 42 is a small digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor, and captures images of the surroundings of user 20 (for example, an imaging range defined by an angle of view equivalent to the field of vision of a typical healthy person).

[0990] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 are responsible for the exchange of various information between the processor 46 and the processor 28 via the network 54. The exchange of various information between the processor 46 and the processor 28 using the communication I / Fs 44 and 26 is carried out in a secure state.

[0991] The control object 443 includes a display device, LEDs in the eyes, and motors for driving the arms, hands, and feet. The posture and gestures of the robot 414 are controlled by controlling the motors of the arms, hands, and feet. Some of the emotions of the robot 414 can be expressed by controlling these motors. In addition, the facial expressions of the robot 414 can also be expressed by controlling the light emission state of the LEDs in the eyes of the robot 414.

[0992] Fig. 8 shows an example of the main functions of the data processing device 12 and the robot 414. As shown in Fig. 8, in the data processing device 12, a specific process is performed by the processor 28. A specific process program 56 is stored in the storage 32.

[0993] The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific processing is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.

[0994] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.

[0995] In the robot 414, the processor 46 performs the reception output process. A reception output program 60 is stored in the storage 50. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.

[0996] Next, a description will be given of the specific processing performed by the specific processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."

[0997] The present invention provides a system for integrating network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. This system can be implemented as follows.

[0998] Network device monitoring

[0999] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[1000] Error detection

[1001] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[1002] Automatic restart attempt

[1003] The server refers to the error log to determine whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and then rechecks the status.

[1004] Error notification and troubleshooting assistance

[1005] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other methods, including a summary of the error and recommended steps to take.

[1006] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[1007] Example: Handling access point (AP) errors

[1008] Example 1: Simple error

[1009] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[1010] Example 2: Complex Error

[1011] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[1012] In this way, the system of the present invention automates the monitoring and management of network devices and supports rapid troubleshooting, thereby enabling smooth continuation of business operations.

[1013] The processing flow will be explained below.

[1014] Step 1:

[1015] The server lists the network devices. It obtains the list of network devices set by the administrator and identifies the monitoring targets based on information such as IP addresses, device types, and monitoring intervals.

[1016] Step 2:

[1017] The server sets the monitoring schedule. It registers the schedule for sending periodic Pings and SNMP requests to each network device. For example, it sets an access point (AP) to send a Ping every five minutes.

[1018] Step 3:

[1019] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[1020] Step 4:

[1021] The server analyzes the response. It receives the response to the sent Ping or SNMP request and analyzes its contents. If there is no response or an abnormal value is detected, it records it as an error.

[1022] Step 5:

[1023] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the specific error content is saved, such as "AP (192.168.1.10) not responding."

[1024] Step 6:

[1025] The server determines the type of error. It references the recorded error log and determines whether a restart is effective for the error. If the error can be expected to be resolved by restarting, it proceeds to the next step.

[1026] Step 7:

[1027] The server sends a reboot command. The reboot command is automatically sent to the target network device. The server checks whether the command was sent successfully.

[1028] Step 8:

[1029] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[1030] Step 9:

[1031] The server will send a notification to the user. If a restart doesn't resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and specific steps to take.

[1032] Step 10:

[1033] The user receives a notification. The device receives an error notification and checks the displayed instructions. For example, the notification says, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[1034] Step 11:

[1035] The user responds by following the instructions. Based on the contents of the notification, the user can physically check or restart the network device. The necessary information can be viewed on the training screen of the device.

[1036] The above steps realize a system that monitors network devices, automatically restarts them, notifies them of errors, and provides troubleshooting support.

[1037] Example 1

[1038] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."

[1039] When monitoring and managing network devices, early detection of errors and rapid response are essential. This requires regular status monitoring, error detection, automatic restart, and error notification. However, in conventional systems, these functions are implemented separately, making integrated management difficult.

[1040] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.

[1041] In this invention, the server includes means for periodically monitoring the status of network devices using Ping or SNMP requests, means for detecting errors based on the monitoring results and recording the details in an error log, means for analyzing the error log and, if the error can be resolved by restarting, sending a restart command to the network device, means for sending an error notification to the user by email, SMS, or pop-up notification if the automatic restart is unsuccessful, and means for the user to receive the notification and check detailed troubleshooting procedures on their terminal. This enables integrated and automatic monitoring and management of network devices, enabling rapid troubleshooting.

[1042] A "server" refers to a computer or software that monitors, manages, and processes within a network system.

[1043] "Network equipment" refers to hardware devices such as routers, switches, and access points that control network construction and communication.

[1044] "Ping" is a network tool that sends a connection confirmation request using ICMP (Internet Control Message Protocol) to a network device and checks for a response.

[1045] "SNMP" is an abbreviation for Simple Network Management Protocol, a communications protocol for monitoring and managing network devices.

[1046] A "request" refers to an operation that requests a computer or network device to perform a specific operation or obtain information.

[1047] An "error log" refers to a log file that records the details and circumstances of an error when it occurs in a system or application.

[1048] A "restart command" is a command that includes an instruction to restart a network device or a computer.

[1049] An "error notification" is a message that conveys information to an administrator or user when the system detects an abnormality or error.

[1050] "Email" is a means of communication for sending and receiving text and files over the Internet.

[1051] "SMS" is an abbreviation for Short Message Service, a service that uses mobile phone lines to send and receive short messages.

[1052] A "pop-up notification" is a message window that suddenly appears on the screen of a computer or mobile device.

[1053] The present invention is a system that performs integrated network device monitoring, error detection, automatic restart, error notification, and troubleshooting support. The system of the present invention automates and speeds up a series of processes from monitoring the status of each device in a network environment, centered around a server, to responding to errors. Specific embodiments are described below.

[1054] Network device monitoring

[1055] The server periodically monitors the status of network devices using Ping and SNMP requests. For example, it sends a Ping request to an access point (AP) every five minutes and an SNMP request to a switch every ten minutes to obtain its status. As a specific example of operation, the server executes "ping -c 4 192.168.1.10" to check whether the AP responds. It can also use the SNMP tool to execute "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to obtain the uptime of the switch.

[1056] Error detection

[1057] The server analyzes the responses to the Ping and SNMP requests it sends and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, the server recognizes it as an error and records the details in the error log. For example, the server records "192.168.1.10 no response" for an AP that does not respond to a Ping. Also, if the uptime of a switch obtained via an SNMP request suddenly decreases, the server records the IP address of that switch and the abnormal value in the error log.

[1058] Automatic restart attempt

[1059] The server refers to the error log and determines whether the error can be resolved by rebooting. If it determines that rebooting is effective, the server sends a reboot command to the network device. For example, the server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, and then sends a Ping again to check for a response. By rechecking the status after the reboot, it can determine whether the error has been resolved.

[1060] Error Notification

[1061] If the automatic restart is unsuccessful or if the restart command does not resolve the issue, the server sends an error notification to the user via email, SMS, or pop-up notification. The notification includes a summary of the error and recommended steps to resolve it. For example, the server can send an error notification by executing "echo 'AP (192.168.1.10) is not responding. Please check the APs in the store.' | mail -s 'AP error notification' user@example.com". Alternatively, the server can use Twilio's API to send an error notification by executing "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the APs in the store.'".

[1062] Troubleshooting assistance

[1063] When users receive a notification, they can check detailed troubleshooting procedures on their device. Based on the notification, users can check or restart the physical device. They can also learn detailed response procedures using training screens and support tools. For example, users can check the notification sent to them, learn how to restart the AP, and follow the instructions to restart it.

[1064] This system automates the monitoring and management of network devices in an integrated manner, enabling rapid troubleshooting.

[1065] Prompt Sentence Examples

[1066] "I would like to build a monitoring system for network devices. The system will monitor each device using Ping and SNMP requests, detect errors, automatically restart the device, and notify you of errors. Please explain the specific processing steps in detail."

[1067] The flow of the identification process in the first embodiment will be described with reference to FIG.

[1068] Step 1: Monitor the status of your network devices

[1069] The server sends Ping and SNMP requests to network devices at specified intervals. Specifically, it sends Ping requests to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[1070] Input: IP address list of network devices, Ping and SNMP request settings

[1071] Processing operation: The server runs "ping -c 4 192.168.1.10" to check whether the AP responds, and runs "snmpget -v 2c -c public 192.168.1.20 sysUpTime.0" to get the switch uptime.

[1072] Output: Response data for Ping and SNMP requests

[1073] Step 2: Detecting errors

[1074] The server analyzes the responses to the Ping and SNMP requests it sent and detects errors. If there is no response to the Ping or if the value of the SNMP request indicates an abnormal value, it recognizes it as an error and records the details in the error log.

[1075] Input: Response data for Ping and SNMP requests

[1076] Processing operation: For APs that do not respond to Ping, the server records "192.168.1.10 no response" in the error log, and if the switch uptime obtained via SNMP request is abnormal, it records the abnormal value in the error log as well.

[1077] Output: Error log

[1078] Step 3: Attempt automatic restart

[1079] The server refers to the error log and determines whether the error can be resolved by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device.

[1080] Input: Error log

[1081] Processing operation: The server executes "ssh admin@192.168.1.10 'reboot'" to reboot the AP, then sends a Ping again to check if there is a response.

[1082] Output: Ping response data after reboot

[1083] Step 4: Error Notification

[1084] If the automatic restart is not successful, or if the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, or pop-up notification, which will include a summary of the error and recommended steps to take.

[1085] Input: Ping response data after reboot, error log

[1086] Processing behavior: The server executes "echo 'AP (192.168.1.10) is not responding. Please check the AP in the store.' | mail -s 'AP error notification' user@example.com" to send an error notification, or executes "twilio sms '+1234567890' 'AP (192.168.1.10) is not responding. Please check the AP in the store.'" using Twilio's API.

[1087] Output: Error notification sent to the user

[1088] Step 5: Troubleshooting assistance

[1089] Users receive a notification and can view detailed troubleshooting steps on their device. Based on the notification, they can check or reboot the physical device. They can also learn detailed troubleshooting steps using training screens and support tools.

[1090] Input: Error notification sent to the user

[1091] Processing operation: The user checks the error log on the device and physically checks the AP with the IP address listed in the notification. The user learns "How to restart the AP" on the training screen and restarts it by following the instructions.

[1092] Output: Physical check of AP and status after reboot

[1093] (Application example 1)

[1094] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."

[1095] Monitoring and troubleshooting network equipment is crucial in logistics centers, and because network equipment failures have a significant impact on overall operational efficiency, there is a need for a method to quickly and automatically detect errors and take appropriate measures. However, conventional monitoring methods are difficult to use for real-time monitoring or rapid response, and recovery after an error occurs takes time. In addition, a system is needed that can respond efficiently even when engineers are not on-site.

[1096] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.

[1097] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying a user of the error and the procedure for dealing with it, means for providing the user with information about the network devices and troubleshooting procedures, and means for monitoring the network devices in real time using smart devices at the logistics center and providing error notification and a solution flow when a failure occurs. This makes it possible to monitor the status of the network devices at the logistics center in real time and to quickly restart the devices and take appropriate measures when an error occurs.

[1098] A "network device" is a device that is connected to a communication network and transmits and receives data and routes data.

[1099] A "monitoring means" is a method or device for periodically checking the status of network devices and understanding their operating status.

[1100] An "error detection means" is a method or device for determining whether network devices are operating normally and for identifying abnormalities or failures.

[1101] An "automatic restart means" is a method or device that automatically attempts to restart in response to a detected error.

[1102] "Notification means" refers to a method or device for notifying the user of an error and the procedure for dealing with it.

[1103] A "troubleshooter" is a method or device for providing a user with information and troubleshooting procedures for network devices.

[1104] A "logistics center" is a facility that handles inventory management, shipping, delivery tracking, and other operations.

[1105] A "smart device" is a portable electronic device such as a smartphone or tablet.

[1106] "Real-time monitoring" means constantly monitoring the status of network devices and obtaining information instantly.

[1107] "Fault notification" is a means of communication to inform the user that an error or fault has occurred.

[1108] "Countermeasure flow" refers to the specific countermeasure steps that should be taken when an error or failure occurs.

[1109] The present invention is a system for integrating monitoring of network devices, automatic restart, fault notification, and troubleshooting support in a logistics center, and is specifically implemented as follows.

[1110] Ping and SNMP requests are used by the server to monitor the status of network devices. The server sends Ping or SNMP requests to network devices at specified intervals (for example, every 5 minutes to access points (APs) and every 10 minutes to switches) to check that the network devices are operating normally.

[1111] To detect errors, the server analyzes the responses to Ping and SNMP requests it sends, and detects an error if there is no response or if there is an abnormal response. For example, if there is no response to a Ping from a specific access point (AP), the server records the error and creates an error log.

[1112] As an automatic restart method, the server refers to the error log, and if it determines that the error can be resolved by restarting, it sends a restart command to the network device. For example, in the case of a temporary no-response error in an AP, the server sends a restart command to the AP and rechecks the status after the restart.

[1113] As an error notification and troubleshooting aid, the server will send an error notification to the user if an automatic restart is not successful or if restarting does not resolve the issue. This notification will be sent via email, SMS, or a pop-up notification on the smart device. The notification will include details of the error and recommended steps to take. After receiving the notification, the user can check the troubleshooting steps on their smart device and take appropriate measures.

[1114] The hardware used is mainly smartphones and network devices (access points, switches).The software used is based on Python 3.x and utilizes libraries such as smtplib (for sending emails), pysnmp (for SNMP requests), and ping3 (for Ping requests).

[1115] As a concrete example, consider the following scenario:

[1116] 1. If an access point (AP) in a distribution center temporarily stops responding, the server sends a ping to the AP and verifies that there is no response. An automatic restart is attempted, and if the problem persists after the restart, the administrator is notified of the problem. For example, a notification is sent to the administrator stating, "AP (192.168.1.10) is not responding. Please check the status of the physical device."

[1117] 2. If the main switch malfunctions, the server detects the abnormal value through an SNMP request. If a reboot attempt does not resolve the issue, a detailed error notification and troubleshooting steps are sent to the administrator. The administrator can then use their smart device to review the steps, physically check the device, and perform any necessary reconfiguration.

[1118] An example prompt using a generative AI model is:

[1119] For the "Logistics Center Network Monitoring Assistant" application, create a program that meets the following requirements:

[1120] 1. Runs on a smartphone and monitors the status of network devices (APs and switches) in the logistics center by Ping every 5 minutes and by SNMP request every 10 minutes.

[1121] 2. When an error is detected, an automatic restart is attempted, and if the restart fails, the administrator is notified by email.

[1122] 3. Python libraries used: smtplib, pysnmp, ping3.

[1123] Please clearly state the required functions and logic and provide a detailed explanation of how to achieve them.

[1124] The above is a specific embodiment for carrying out the present invention, which makes it possible to efficiently and quickly monitor and troubleshoot network devices in a logistics center.

[1125] The flow of the specific processing in the application example 1 will be described with reference to FIG.

[1126] Step 1:

[1127] The server reads the list of network devices in the distribution center and sends Ping or SNMP requests to each device. The input is the list of network devices, and the output is the response status from each device. The server uses a Ping request to send a signal to a specific access point every five minutes to check whether there is a response. It also sends an SNMP request to the switch every ten minutes to obtain its status information.

[1128] Step 2:

[1129] The server receives responses from each network device and analyzes whether the responses are normal. The input is the response data from each network device, and the output is the analysis result (normal or abnormal). If the server receives no response or an abnormal response, it records that information in an error log.

[1130] Step 3:

[1131] The server refers to the error log, and if an error that can be resolved by restarting is detected, it sends an automatic restart command to the target network device. The input is the error log and information about the target network device, and the output is the result of the restart attempt. The server sends the restart command and then rechecks the response to determine whether the restart was successful.

[1132] Step 4:

[1133] If the restart is not successful or the error persists after restarting, the server notifies the user with details of the abnormality and recommended steps to take. The input is the result of the restart attempt and detailed error information, and the output is a notification message. The server provides the error information to the user via email, SMS, or pop-up notification, and suggests physical checks of network devices or additional steps to take.

[1134] Step 5:

[1135] The user checks the received notification and checks the physical state of the network device. The input is the notification message, and the user's action is to check or reconfigure the physical device. The user follows the procedure described in the notification to reset or reconfigure the network device.

[1136] Step 6:

[1137] The user uses a smart device to check detailed troubleshooting procedures and implement the necessary measures. The input is the troubleshooting procedures on the smart device, and the user's actions are to solve the problem by following the specified procedures. If the user follows the procedures and solves the problem, the network equipment in the distribution center will operate normally.

[1138] Furthermore, an emotion engine that estimates the user's emotion may be further combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59, and perform identification processing using the user's emotion.

[1139] This invention combines a system that performs network device monitoring, error detection, automatic restart, error notification, and troubleshooting support in an integrated manner with an emotion engine that recognizes the user's emotions. By using the emotion engine, notifications and response procedures can be adjusted according to the user's emotional state, making it possible to provide more appropriate, human-like support.

[1140] Network device monitoring

[1141] The server monitors the status of network devices. The server sends Ping and SNMP requests to the network devices at set intervals. For example, it sends Ping to access points (APs) every 5 minutes and obtains the status of switches via SNMP every 10 minutes. This monitoring confirms that each device is operating normally.

[1142] Error detection

[1143] The server analyzes the responses to Ping and SNMP requests sent by the server and detects errors. For example, if there is no Ping response from a specific AP, the server records the error as "192.168.1.10 no response." When an error is detected, the details are recorded in the error log.

[1144] Automatic restart attempt

[1145] The server refers to the error log to determine whether a restart is appropriate for the error. If it determines that a restart is appropriate, it sends a restart command to the network device. For example, in the case of a temporary AP no-response error, the server sends a restart command to the AP and then rechecks the status.

[1146] Error notification and troubleshooting assistance

[1147] If the restart is not successful or the restart command does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, etc. The notification will include a summary of the error and recommended steps to take.

[1148] When users receive a notification, they can view detailed troubleshooting steps on their device. For example, if a notification reads, "AP (192.168.1.10) is not responding. Please check the AP in the store," the user can follow the instructions to check or reboot the physical device.

[1149] Utilizing the Emotion Engine

[1150] The system of the present invention incorporates an emotion engine that recognizes a user's emotions. The emotion engine includes algorithms that analyze a user's input and behavior to determine their emotions. For example, if a user repeatedly responds negatively to error messages, the emotion engine may determine that the user is stressed.

[1151] Once the emotion engine recognizes the user's emotions, the server adjusts notifications and troubleshooting procedures. For example, if the user is determined to be stressed, notification messages will be changed to be more polite and advisory.

[1152] Example: Handling access point (AP) errors

[1153] Example 1: Simple error

[1154] If a store's AP temporarily stops responding, the server sends a ping to the AP's IP address and verifies that there is no response. It then sends an automatic reboot command and checks the status after the reboot. If the reboot is successful, the problem is resolved.

[1155] Example 2: Complex Error

[1156] If a major switch in a store malfunctions, the server detects the abnormal value of the switch and attempts to restart it, but the problem persists. The server then sends an error notification to the user, who then checks the physical device based on the notification. The user can also learn detailed troubleshooting procedures through a training screen.

[1157] Example 3: Using the Emotion Engine

[1158] If the user repeatedly expresses frustration at the error message, the emotion engine will determine that the user is in a stressful state. In this case, the server will respond by sending a polite notification message such as, "I see you're having trouble. Please let me know if you have any questions."

[1159] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state.

[1160] The processing flow will be explained below.

[1161] Step 1:

[1162] The server lists network devices and obtains information such as IP addresses, device types, and monitoring intervals based on the list of network devices configured by the administrator.

[1163] Step 2:

[1164] The server sets the monitoring schedule. It sets a schedule for periodically sending Ping and SNMP requests to each network device. For example, it sends Pings to access points (APs) every 5 minutes and SNMP requests to switches every 10 minutes.

[1165] Step 3:

[1166] The server sends Ping or SNMP requests to the monitored network devices at set intervals.

[1167] Step 4:

[1168] The server analyzes the response. It analyzes the response to the sent Ping or SNMP request and determines whether it is normal or abnormal. If an abnormality is detected, it is recorded as an error.

[1169] Step 5:

[1170] The server records an error. If an abnormality is detected, detailed information is recorded in the error log. For example, the error content is saved in the log as "AP (192.168.1.10) not responding."

[1171] Step 6:

[1172] The server determines the type of error. It references the error log and determines whether the error can be resolved by restarting. If it determines that restarting is effective, it proceeds to the next step.

[1173] Step 7:

[1174] The server sends a reboot command. The server automatically sends a reboot command to the target network device and checks whether it was successful.

[1175] Step 8:

[1176] The server checks the results of the restart. After the restart, it sends Ping and SNMP requests again to recheck the status of the network devices. It evaluates whether they are operating normally.

[1177] Step 9:

[1178] The server will send a notification to the user. If a restart does not resolve the issue or is unsuccessful, the server will send an error notification to the user. The notification will include a summary of the error and recommended steps to take.

[1179] Step 10:

[1180] The user receives a notification. The error notification is received on the device and the displayed instructions are checked. For example, the notification reads, "There is no response from the AP (192.168.1.10). Please check the AP in the store."

[1181] Step 11:

[1182] The user follows the instructions, physically checks or restarts the network device based on the notification, and refers to detailed troubleshooting procedures on the device's training screen.

[1183] Step 12:

[1184] The server launches the emotion engine, which analyzes the user's input and behavior to determine their emotional state. For example, if the user repeatedly responds negatively to error messages, the emotion engine determines that the user is stressed.

[1185] Step 13:

[1186] The server adjusts the notification message. Based on the emotion engine's judgment, the server generates a notification message that corresponds to the user's emotional state. For example, if a user is in a stressed state, the server sends a polite message such as, "You seem to be in trouble. Please let us know if you have any questions."

[1187] Step 14:

[1188] The server sends emotion-based notifications. The adjusted notification messages are sent to the user's device, and appropriate responses are taken into consideration.

[1189] This allows for a system that monitors network devices, automatically restarts them, notifies users of errors, assists with troubleshooting, and provides feedback based on the user's emotional state.

[1190] Example 2

[1191] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."

[1192] Conventional network device monitoring systems provide automated methods such as monitoring the status of network devices, detecting errors, and automatically restarting them, but they do not take into account the emotional state of the user. As a result, users may feel stressed when an error occurs, which can delay their response. In addition, notification content and support procedures are uniform, making it impossible to provide flexible support that responds to individual emotional states. This reduces usability and makes it difficult to efficiently resolve problems.

[1193] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.

[1194] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors, means for attempting restarts, means for notifying the user of errors, means for providing information to the user, and means for recognizing the user's emotions and adjusting the notification and procedures. This enables flexible support according to the user's emotional state, improves usability when an error occurs, and enables quick and efficient problem resolution.

[1195] A "network device" is a device or part of a system that sends and receives data.

[1196] "Monitoring means" refers to functions and devices for continuously checking the operating status and performance of network devices.

[1197] "Means for detecting errors" refers to functions or devices that identify abnormalities or failures in network equipment and record or report them.

[1198] The "means for attempting a reboot" is a function or device that sends a command to reboot the network device in order to resolve the detected error.

[1199] "Means for notifying errors" refers to functions or devices that notify users of error information when an error occurs. Examples include email, SMS, and pop-up notifications.

[1200] The "means for providing information to the user" refers to a function or device that presents information related to network devices and troubleshooting procedures to the user.

[1201] The "means for recognizing emotions and adjusting notifications and procedures" refers to a function or device that analyzes the user's emotional state and changes the notification content or problem-solving procedures based on the results.

[1202] MODE FOR CARRYING OUT THE INVENTION

[1203] The present invention is a system that monitors the status of network devices, detects errors, and automatically attempts to restart them, as well as has the ability to recognize and respond to user emotions. To implement the present invention, the system is constructed using the following specific hardware and software.

[1204] Hardware and Software

[1205] The server uses monitoring software (e.g. Nagios, Zabbix) to monitor the status of network devices and detect errors by sending Ping or SNMP requests to each network device at set intervals and logging the results of these requests.

[1206] The server also uses remote management software (e.g., Dell iDRAC, HP iLO) to send reboot commands, and if an error is detected and a reboot is deemed effective, the server will reboot via this software and recheck the status afterwards.

[1207] Users receive error notifications from the server on their devices (e.g., PCs, tablets). These notifications are sent via email, SMS, pop-up notifications, etc., and include a summary of the error and recommended steps to resolve it. After receiving the notification, users can check detailed troubleshooting steps on their devices and check or reboot physical network equipment.

[1208] The server also utilizes natural language processing (NLP) algorithms (e.g., IBM Watson, Google Cloud Natural Language) to recognize the user's emotions. For example, if the user repeatedly responds negatively to an error message, the algorithm may determine that the user is stressed. In this case, the server can adjust the notification content to be more polite and supportive.

[1209] Specific examples

[1210] Example: Access point (AP) temporarily not responding

[1211] 1. The server sends a ping to the AP, and if there is no response within 5 minutes, it records an error saying "192.168.1.10 no response."

[1212] 2. The server checks the error log and determines that the error is temporary.

[1213] 3. The server uses the remote management software to send a reboot command to the AP and rechecks the response after the reboot.

[1214] 4. If the restart is not successful, the server will email the user an error notification.

[1215] 5. The user acknowledges the notification and goes to the AP location to reboot the physical device.

[1216] 6. The server analyzes the user's reaction using an emotion engine and changes the notification content as necessary.

[1217] Prompt Sentence Examples

[1218] "Please give us an example of how you've incorporated an emotion engine into a system that monitors network devices, detects errors, and automatically attempts to restart them. Also, please mention how you've tailored notifications based on the user's emotions."

[1219] In this way, the system of the present invention automates the monitoring and management of network devices, supports rapid troubleshooting, and provides appropriate support according to the user's emotional state, thereby improving the efficiency and usability of network device management and enabling rapid and effective response when an error occurs.

[1220] The flow of the identification process in the second embodiment will be described with reference to FIG.

[1221] Step 1:

[1222] The server monitors the status of network equipment.

[1223] How it works: The server uses monitoring software to periodically send Ping or SNMP requests to network devices, for example, sending Pings to APs every 5 minutes and SNMP requests to switches every 10 minutes.

[1224] Input: IP address of the network device and monitoring interval.

[1225] Output: The response data for each request.

[1226] Step 2:

[1227] Analyzes the response to the request sent by the server and detects errors.

[1228] Specific operation: The server checks the response to Ping or SNMP requests, and if there is no response or an abnormal value, it records it as an error. For example, it records "192.168.1.10 no response."

[1229] Input: Response data for each request.

[1230] Output: Error log.

[1231] Step 3:

[1232] The server will refer to the error log and determine whether to attempt an automatic restart.

[1233] Specific operation: The server checks the error log to determine whether a reboot is effective. If a reboot is effective, it sends a reboot command using the remote management software. For example, it sends a reboot command to the AP and then rechecks its status.

[1234] Input: Error log.

[1235] Output: Result of sending reboot command.

[1236] Step 4:

[1237] The server sends an error notification to the user.

[1238] What Happens: If the restart is not successful or does not resolve the issue, the server will send an error notification to the user via email and / or SMS, containing a summary of the error and recommended steps to take.

[1239] Input: The result of sending the reboot command.

[1240] Output: Sending an error notification.

[1241] Step 5:

[1242] Users can use the device, receive error notifications, and view detailed troubleshooting instructions.

[1243] Specific action: The user acknowledges the notification and follows detailed troubleshooting steps to check or reboot the physical device, for example, by going to the AP location and manually rebooting it.

[1244] Input: Error notification.

[1245] Output: Troubleshooting status.

[1246] Step 6:

[1247] The server recognizes the user's emotions and adjusts the notification content and response procedures.

[1248] How it works: The server uses an emotion engine to analyze the user's input and behavior to determine their emotional state. If it determines that the user is in a stressful state, it changes the notification content to be more polite and supportive.

[1249] Input: User feedback and behavioral data.

[1250] Output: Tailored notification content and response procedures.

[1251] (Application example 2)

[1252] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."

[1253] In modern factories and network environments, numerous network devices and automated equipment are in operation, making their monitoring and maintenance crucial. However, when these devices fail or experience errors, a rapid response is required, but this also increases worker stress. In this stressful environment, response efficiency decreases and error resolution is delayed, creating challenges. Furthermore, conventional systems do not take the user's emotional state into account, which can prevent them from providing appropriate support.

[1254] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 2 is realized by the following means.

[1255] In this invention, the server includes means for monitoring the status of network devices, means for detecting errors based on the monitoring results, means for automatically attempting to restart the devices to deal with the detected errors, means for notifying the user of the errors and the procedures for dealing with them, means for providing the user with information about the network devices and troubleshooting procedures, means for recognizing the user's emotional state, and means for adjusting the notification and procedures for dealing with the errors in accordance with the recognized emotional state. This allows for the provision of prompt and appropriate support while taking the user's emotional state into consideration, thereby reducing worker stress and improving the efficiency of error resolution.

[1256] "Network equipment" is a general term for hardware and software used for communication in factories and network environments, including routers, switches, access points, sensors, and robots.

[1257] "Monitoring" is the act of checking the operating status and performance of network devices at regular intervals to ensure that they are operating normally. This monitoring is done using Ping and SNMP protocols.

[1258] "Error detection" is the process of analyzing monitoring results to identify when network devices are not behaving as expected. This process identifies the absence of pseudo-random responses or anomalous performance.

[1259] "Automatic reboot" refers to an operation in which the system sends a reboot command to a target network device without human intervention to resolve a detected error, causing the device to reboot.

[1260] "Notification" is a method of notifying the user when an error or other important event occurs. It provides information to the user via email, SMS, pop-up notification, etc.

[1261] "Troubleshooting procedures" are specific methods and procedures for resolving errors when they occur in network devices. These are provided to users.

[1262] "Emotion recognition" is a technology that analyzes a user's facial expressions, voice, and behavioral patterns to determine their emotional state at that time.

[1263] "Adjusting notifications and troubleshooting procedures" refers to optimizing the content of error notifications and troubleshooting procedures according to the situation based on the user's emotional state obtained through emotion recognition.

[1264] The following describes an embodiment of the present invention. This invention combines an emotion engine with a system that monitors, detects errors, automatically restarts, and troubleshoots network devices in a factory. This system consists of the following main modules:

[1265] Network Monitoring Module

[1266] The server monitors the status of network devices in the factory. Ping requests and SNMP requests are used as monitoring methods. For example, a Ping request is sent to an access point every five minutes, and an SNMP request is sent to a switch every ten minutes. This monitoring method checks whether all network devices are operating normally.

[1267] Error Detection Module

[1268] The server analyzes the responses to the Ping requests and SNMP requests it sends. For example, if there is no Ping response from a specific access point, it records an error as "192.168.1.10 no response." This error log can be used later for troubleshooting.

[1269] Auto-restart module

[1270] When an error is detected, the server refers to the error log to determine whether a reboot is effective. If a reboot is determined to be effective, the server sends a reboot command to the relevant network device. For example, it sends a reboot command to an access point and then rechecks the status.

[1271] Notification Module

[1272] If the restart is unsuccessful or does not resolve the issue, the server will send an error notification to the user via email, SMS, pop-up notification, or other means, which will include a summary of the error and recommended steps to take. The user can then take action.

[1273] Emotion Recognition Module

[1274] The server is equipped with an emotion engine that recognizes the user's emotional state. Emotion recognition uses data such as the user's facial expressions, voice, and behavioral patterns. For example, if a user frequently responds negatively to error messages, the emotion engine will determine that the user is under stress.

[1275] Troubleshooting Support Module

[1276] If the emotion recognition module identifies the user's emotional state as stressful, the server adjusts notification and troubleshooting procedures, for example, changing notification messages to be more polite and advisory to reduce the user's burden.

[1277] Specific examples

[1278] 1. If the access point (AP) in the factory does not respond, the server sends a Ping request and detects the error "192.168.1.10 no response."

[1279] 2. The server sends an automatic reboot command to the AP, but there is no response even after rebooting.

[1280] 3. The server sends the user an error notification saying "AP (192.168.1.10) is not responding."

[1281] 4. At the same time, the emotion engine analyzes the user's facial expressions and detects whether they are under stress.

[1282] 5. Based on this information, change the notification message to something more polite: "I see you're having trouble. Please let me know if you have any questions."

[1283] Prompt Sentence Examples

[1284] Investigate the cause of the error recorded in the error log and determine whether restarting the system is an effective solution.

[1285] It monitors the status of each network device in real time and sends a ping request every five minutes to check the response.

[1286] An emotion recognition engine detects the stress level of workers and changes the response message appropriately.

[1287] This system will enable efficient monitoring and maintenance of network equipment and robots within the factory, while also providing appropriate support that takes into account the user's emotional state.

[1288] The flow of the specific processing in the application example 2 will be described with reference to FIG.

[1289] Step 1: Monitor the status of your network devices

[1290] The server periodically sends Ping requests and SNMP requests to the network devices to be monitored (e.g., access points and switches). The IP addresses and SNMP settings of the monitored devices are used as input. The output is the response results from each monitored device. Based on this, the server checks that the devices are operating normally.

[1291] Step 2: Error detection

[1292] The server analyzes the response result from step 1. For example, if there is no response to a Ping request or if an SNMP request contains an abnormal value, an error is detected. The input is the output from step 1. The server records the error in an error log and generates detailed error information. The output is the error log and error information.

[1293] Step 3: Attempt automatic restart

[1294] The server refers to the error log recorded in step 2 and determines whether the error can be corrected by restarting. If it determines that a restart is effective, it sends a restart command to the relevant network device. The input is the error log, and the output is the execution result of the restart command. The server then checks the device status again after the restart.

[1295] Step 4: Error Notification

[1296] If the restart is not successful or does not resolve the issue, the server will send an error notification to the user. Notification methods include email, SMS, and pop-up notification. The input is the restart execution result and error log. The server will generate a notification message summarizing the error and recommended steps to take, and send this to the user. The output is the notification message.

[1297] Step 5: Emotion Recognition

[1298] After the user receives an error message, the device analyzes the user's facial expressions, voice, behavioral patterns, etc. using an emotion engine. The input is the user's emotion-related data. The emotion engine determines the user's emotional state based on that data and outputs the current emotional state. The output is emotional state information.

[1299] Step 6: Adjust notification and response procedures

[1300] Based on the emotional state information from step 5, the server optimizes the notification message and troubleshooting procedure to match the user's emotions. For example, if the user is feeling stressed, the server changes the notification message to be gentler and more polite. The input is the emotional state information, and the output is the adjusted notification message and troubleshooting procedure. This reduces the user's burden and provides appropriate support.

[1301] By dividing the processing steps into smaller steps like this and clarifying the specific operations and inputs / outputs at each step, the operation of this system becomes easier to understand and easier to implement.

[1302] The specific processing unit 290 transmits the result of the specific processing to the robot 414. In the robot 414, the control unit 46A causes the speaker 240 and the control target 443 to output the result of the specific processing. The microphone 238 acquires voice indicating a user input regarding the result of the specific processing. The control unit 46A transmits voice data indicating the user input acquired by the microphone 238 to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the voice data.

[1303] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (Internet Search<URL: https: / / openai.com / blog / chatgpt> ), Gemini (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.

[1304] In the above embodiment, an example in which the specific processing is performed by the data processing device 12 has been given, but the technology of the present disclosure is not limited to this, and the specific processing may be performed by the robot 414.

[1305] The emotion identification model 59 as an emotion engine may determine the user's emotion according to a specific mapping. Specifically, the emotion identification model 59 may determine the user's emotion according to an emotion map (see FIG. 9), which is a specific mapping. Similarly, the emotion identification model 59 may determine the robot's emotion, and the identification processing unit 290 may perform identification processing using the robot's emotion.

[1306] FIG. 9 is a diagram illustrating an emotion map 400 on which multiple emotions are mapped. In the emotion map 400, emotions are arranged in concentric circles radiating from the center. Emotions closer to the center of the concentric circles are more primitive. Emotions representing states and actions arising from a state of mind are arranged on the outer edges of the concentric circles. The concept of emotion includes both affect and mental states. Emotions generally generated from reactions occurring in the brain are arranged on the left side of the concentric circles. Emotions generally induced by situational judgment are arranged on the right side of the concentric circles. Emotions generally generated from reactions occurring in the brain and induced by situational judgment are arranged on the upper and lower sides of the concentric circles. Furthermore, the emotion of "pleasure" is arranged on the upper side of the concentric circles, and the emotion of "discomfort" is arranged on the lower side. In this way, in the emotion map 400, multiple emotions are mapped based on the structure by which emotions are generated, and emotions that tend to occur simultaneously are mapped close to each other.

[1307] These emotions are distributed in the 3 o'clock direction on emotion map 400, and typically fluctuate between relief and anxiety. In the right half of emotion map 400, situational awareness dominates over internal sensations, resulting in a sense of calm.

[1308] The inside of emotion map 400 represents what is going on in the mind, and the outside of emotion map 400 represents behavior, so the further you go outside emotion map 400, the more visible the emotions become (the more they are expressed in behavior).

[1309] Human emotions are based on various balances, such as posture and blood sugar levels. When these balances deviate from the ideal, a state of discomfort is indicated, and when they approach the ideal, a state of pleasure is indicated. Emotions can also be created for robots, automobiles, and motorcycles, based on various balances, such as posture and remaining battery life. When these balances deviate from the ideal, a state of discomfort is indicated, and when they approach the ideal, a state of pleasure is indicated. An emotion map can be generated, for example, based on Dr. Mitsuyoshi's emotion map (Research on Voice Emotion Recognition and Emotional Brain Physiological Signal Analysis Systems, Tokushima University, Doctoral Dissertation: https: / / ci.nii.ac.jp / naid / 500000375379). The left half of the emotion map lists emotions belonging to the "reaction" domain, where sensation is dominant. The right half of the emotion map lists emotions belonging to the "situation" domain, where situational awareness is dominant.

[1310] The emotion map defines two emotions that promote learning. One is a negative emotion on the situation side, around the middle of "repentance" or "reflection." In other words, this occurs when the robot experiences negative emotions such as "I never want to feel this way again" or "I don't want to be scolded again." The other is a positive emotion on the response side, around "desire." In other words, this occurs when the robot experiences positive feelings such as "I want more" or "I want to know more."

[1311] The emotion identification model 59 inputs user input into a pre-trained neural network, obtains emotion values ​​indicating each emotion shown in the emotion map 400, and determines the user's emotion. This neural network is pre-trained based on multiple pieces of training data that are combinations of user input and emotion values ​​indicating each emotion shown in the emotion map 400. Furthermore, this neural network is trained so that emotions that are located close to each other have similar values, as in the emotion map 900 shown in FIG. 10. FIG. 10 shows an example in which multiple emotions, "relieved," "calm," and "reassuring," have similar emotion values.

[1312] The system according to the present disclosure has been described above mainly with respect to the functions of the data processing device 12, but the system according to the present disclosure is not necessarily implemented on a server. The system according to the present disclosure may be implemented as a general information processing system. The present disclosure may be implemented, for example, as a software program running on a personal computer or an application running on a smartphone, etc. The method according to the present disclosure may be provided to users in the form of SaaS (Software as a Service).

[1313] In the above embodiment, an example was given in which the specific processing is performed by one computer 22, but the technology of the present disclosure is not limited to this, and the specific processing may be distributed and performed by a plurality of computers including the computer 22. For example, the data generation model 58 may be provided in an external device of the data processing device 12, and data may be generated in the external device in accordance with input data.

[1314] In the above embodiment, an example in which the specific processing program 56 is stored in the storage 32 has been described, but the technology of the present disclosure is not limited to this. For example, the specific processing program 56 may be stored in a portable, computer-readable, non-transitory storage medium such as a USB (Universal Serial Bus) memory. The specific processing program 56 stored in the non-transitory storage medium is installed in the computer 22 of the data processing device 12. The processor 28 executes the specific processing in accordance with the specific processing program 56.

[1315] Alternatively, the specific processing program 56 may be stored in a storage device such as a server connected to the data processing device 12 via the network 54, and the specific processing program 56 may be downloaded and installed on the computer 22 in response to a request from the data processing device 12.

[1316] It is not necessary to store all of the specific processing program 56 in a storage device such as a server connected to the data processing device 12 via the network 54, or to store all of the specific processing program 56 in the storage 32; only a portion of the specific processing program 56 may be stored.

[1317] The hardware resource for executing a specific process can be any of the following processors: An example of a processor is a CPU, which is a general-purpose processor that functions as a hardware resource for executing a specific process by executing software, i.e., a program. Another example of a processor is a dedicated electrical circuit, such as an FPGA (Field-Programmable Gate Array), a PLD (Programmable Logic Device), or an ASIC (Application Specific Integrated Circuit), which is a processor with a circuit configuration designed specifically for executing a specific process. Each processor has built-in or connected memory, and each processor uses the memory to execute the specific process.

[1318] The hardware resource that executes the specific processing may be configured with one of these various processors, or may be configured with a combination of two or more processors of the same or different types (for example, a combination of multiple FPGAs, or a combination of a CPU and an FPGA). Also, the hardware resource that executes the specific processing may be a single processor.

[1319] As an example of a system configured with a single processor, first, one processor is configured by combining one or more CPUs and software, and this processor functions as a hardware resource that executes a specific process. Second, there is a system that uses a processor that realizes the functions of an entire system including multiple hardware resources that execute a specific process on a single IC chip, as typified by SoC (System-on-a-chip). In this way, a specific process is realized using one or more of the above-mentioned various processors as hardware resources.

[1320] Furthermore, the hardware structure of these various processors can be, more specifically, an electric circuit that combines circuit elements such as semiconductor devices. The specific processing described above is merely an example. Therefore, it goes without saying that unnecessary steps may be deleted, new steps may be added, or the processing order may be rearranged, without departing from the spirit of the invention.

[1321] The above-described description and illustrations are a detailed explanation of the parts related to the technology of the present disclosure and are merely an example of the technology of the present disclosure. For example, the above description of the configuration, functions, actions, and effects is an explanation of an example of the configuration, functions, actions, and effects of the parts related to the technology of the present disclosure. Therefore, it goes without saying that unnecessary parts may be deleted, new elements may be added, or replacements may be made to the above-described description and illustrations within the scope of the gist of the technology of the present disclosure. Furthermore, to avoid confusion and facilitate understanding of the parts related to the technology of the present disclosure, the above-described description and illustrations omit explanations of common technical knowledge that do not require particular explanation to enable the implementation of the technology of the present disclosure.

[1322] All publications, patent applications, and technical standards mentioned in this specification are herein incorporated by reference to the same extent as if each individual publication, patent application, or technical standard was specifically and individually indicated to be incorporated by reference.

[1323] The following is further disclosed regarding the above embodiment.

[1324] (Claim 1)

[1325] a means for monitoring the status of network devices;

[1326] means for detecting errors based on the monitoring results;

[1327] a means for automatically attempting to restart in response to a detected error;

[1328] a means for notifying the user of the error and the steps to resolve it;

[1329] a means for providing users with information and troubleshooting procedures for network devices;

[1330] A system including:

[1331] (Claim 2)

[1332] 2. The system according to claim 1, wherein the status of the network device is periodically monitored by Ping or SNMP.

[1333] (Claim 3)

[1334] 2. The system of claim 1, wherein the means for automatically attempting to reboot transmits a reboot command to the network device.

[1335] "Example 1"

[1336] (Claim 1)

[1337] A means for the server to periodically monitor the status of network devices using Ping or SNMP requests;

[1338] A means for the server to detect errors based on the monitoring results and record the details in an error log;

[1339] A means for the server to analyze the error log and, if the error can be resolved by restarting, to send a restart command to the relevant network device;

[1340] A means to send an error notification to the user via email, SMS, or pop-up notification if the automatic restart is not successful;

[1341] A way for users to receive notifications and access detailed troubleshooting steps on their device;

[1342] A system including:

[1343] (Claim 2)

[1344] 2. The system according to claim 1, wherein the server periodically monitors the status of the network devices by Ping or SNMP.

[1345] (Claim 3)

[1346] The system of claim 1, wherein the server sends a reboot command to the network device.

[1347] "Application Example 1"

[1348] (Claim 1)

[1349] a means for monitoring the status of network devices;

[1350] means for detecting errors based on the monitoring results;

[1351] a means for automatically attempting to restart in response to a detected error;

[1352] a means for notifying the user of the error and the steps to resolve it;

[1353] a means for providing users with information and troubleshooting procedures for network devices;

[1354] A means for monitoring network equipment in real time using smart devices at a logistics center and providing error notifications and countermeasure flows when a failure occurs;

[1355] A system including:

[1356] (Claim 2)

[1357] 2. The system according to claim 1, wherein the status of the network device is periodically monitored by Ping or SNMP.

[1358] (Claim 3)

[1359] 2. The system of claim 1, wherein the means for automatically attempting to reboot transmits a reboot command to the network device.

[1360] "Example 2: Combining Emotion Engines"

[1361] (Claim 1)

[1362] a means for monitoring the status of network devices;

[1363] means for detecting errors based on the monitoring results;

[1364] a means for automatically attempting to restart in response to a detected error;

[1365] a means for notifying the user of the error and the steps to resolve it;

[1366] a means for providing users with information and troubleshooting procedures for network devices;

[1367] a means for recognizing a user's emotions and tailoring notifications and troubleshooting procedures accordingly;

[1368] A system including:

[1369] (Claim 2)

[1370] 2. The system according to claim 1, wherein the status of the network device is periodically monitored by Ping or SNMP.

[1371] (Claim 3)

[1372] 2. The system of claim 1, wherein the means for automatically attempting to reboot transmits a reboot command to the network device.

[1373] "Application example 2 when combining emotion engines"

[1374] (Claim 1)

[1375] a means for monitoring the status of network devices;

[1376] means for detecting errors based on the monitoring results;

[1377] a means for automatically attempting to restart in response to a detected error;

[1378] a means for notifying the user of the error and the steps to resolve it;

[1379] a means for providing users with information and troubleshooting procedures for network devices;

[1380] means for recognizing an emotional state of a user;

[1381] a means of adjusting notification and response procedures in response to the perceived emotional state;

[1382] A system including:

[1383] (Claim 2)

[1384] 2. The system according to claim 1, wherein the status of the network device is periodically monitored by Ping or SNMP.

[1385] (Claim 3)

[1386] 2. The system of claim 1, wherein the means for automatically attempting to reboot transmits a reboot command to the network device. [Explanation of symbols]

[1387] 10, 210, 310, 410 Data Processing Systems 12 Data Processing Device 14 Smart Devices 214 Smart Glasses 314 Headset-type terminal 414 Robot< / url:> < / url:> < / url:> < / url:>

Claims

1. a means for monitoring the status of network devices; means for detecting errors based on the monitoring results; a means for automatically attempting to restart in response to a detected error; a means for notifying the user of the error and the steps to resolve it; a means for providing users with information and troubleshooting procedures for network devices; A system including:

2. 2. The system according to claim 1, wherein the status of the network device is periodically monitored by Ping or SNMP.

3. 2. The system of claim 1, wherein the means for automatically attempting to reboot transmits a reboot command to the network device.

Citation Information

Patent Citations

  • Persona chatbot control method and system

    JP2022180282A