Control method of calling system, calling system, control system and storage medium

Abstract

The invention discloses a control method of a calling system, the calling system, a control system and a storage medium, and relates to the technical field of robot calling, and the method comprises the steps: determining a target communication link correspondingly affected by a communication fault when the communication fault occurs; when the target communication link is a network, sending the information of the communication fault to the first telephone through the telephone line; when the target communication link is a telephone line, the information of the communication fault is sent to the server through the network; and when the target communication link is a network and a telephone line, locally sending a voice prompt and / or a text prompt based on the calling system so as to send communication fault information to the outside. The fault problem of the calling system can be found in time, and the success rate of the robot delivery task is improved.

Description

Technical Field

[0001] The present application relates to the field of robot calling technology, and in particular to a control method of a calling system, a calling system, a control system and a storage medium. Background Art

[0002] With the development of intelligent service industry, when delivery robots are used for delivery in hotels, KTVs and other scenarios, after arriving at the destination, the delivery robot notifies the background server, and the background server forwards the request to the smart call terminal, which calls the customer to pick up the item.

[0003] During use, when the intelligent call terminal fails, it cannot receive the request sent by the server and notify the customer to pick up the item. If the customer does not pick up the item within the preset time, the delivery robot automatically leaves. As a result, the customer does not receive the pick-up notification, but the delivery robot has already left. In this case, the delivery cycle of the item is extended, thereby reducing the overall delivery efficiency.

[0004] The above contents are only used to assist in understanding the technical solution of the present application and do not constitute an admission that the above contents are prior art. Summary of the invention

[0005] The main purpose of this application is to provide a control method, device and storage medium for a calling system, aiming to solve the technical problem of how to promptly detect faults in the calling system and improve the success rate of robot delivery tasks.

[0006] To achieve the above object, the present application proposes a control method for a call system, wherein the call system communicates with a server via a network, and the call system communicates with a first telephone via a telephone line, and the control method comprises:

[0007] In case of a communication failure, determining a target communication link affected by the communication failure;

[0008] When the target communication link is a network, sending the information of the communication failure to the first telephone via the telephone line;

[0009] When the target communication link is a telephone line, sending information about the communication failure to the server via the network;

[0010] When the target communication link is a network and a telephone line, a voice prompt and / or a text prompt is issued locally based on the calling system to send information about the communication failure to the outside world.

[0011] In one embodiment, before the step of determining the target communication link affected by the communication failure in the event of a communication failure, the method further includes:

[0012] When starting work online, check whether the communication is normal.

[0013] In one embodiment, when the target communication link is a network, the step of sending the communication failure information to the first telephone via the telephone line comprises:

[0014] When the target communication link is a network, acquiring fault description information of a network line, and generating a first error code according to the fault description information of the network line;

[0015] The contact number of the first telephone is obtained from the local configuration, the first telephone is dialed through the telephone line according to the contact number and a preset time period, and the first error code is sent to the first telephone.

[0016] In one embodiment, when the target communication link is a telephone line, the step of sending the information of the communication failure to the server through the network includes:

[0017] When the target communication link is a telephone line, acquiring fault description information of the telephone line, and generating a second error code according to the fault description information of the telephone line;

[0018] Establish communication with the server, and send the second error code to the server.

[0019] In one embodiment, when the target communication link is a network and a telephone line, the step of issuing a voice prompt and / or a text prompt based on the calling system locally to send information about the communication failure to the outside world includes:

[0020] When the target communication link is a network and a telephone line, restarting the calling system;

[0021] After the restart of the call system is completed, re-detecting whether the communication is normal;

[0022] When there is a communication failure between the calling system and the server through the network, and when there is a communication failure between the calling system and the first telephone through the telephone line, a voice prompt and / or text prompt is issued locally based on the calling system to send information about the communication failure to the outside world.

[0023] In one embodiment, the control method further includes:

[0024] When it is detected that the total power is less than the preset power, a third error code is generated;

[0025] According to a preset sending rule, the third error code is sent to the server or the first telephone.

[0026] In one embodiment, the control method further includes:

[0027] The fault type, fault location and fault cause are determined according to the communication fault.

[0028] generating a fault diary according to the fault type, the fault location and the fault cause;

[0029] When the calling system communicates normally with the server through the network, the fault log is sent to the server.

[0030] In addition, to achieve the above-mentioned purpose, the present application also proposes a control system, including a mobile robot, a server and a call system, wherein the mobile robot is communicatively connected to the server, and the server is connected to the call system; the mobile robot sends a call instruction to the server so that the server controls the call system to perform a call task; wherein the call system is used to execute the control method of the call system as described above.

[0031] In addition, to achieve the above-mentioned purpose, the present application also proposes a call system, the device comprising: a memory, a processor and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the call system control method as described above.

[0032] In addition, to achieve the above objectives, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the control method of the call system as described above are implemented.

[0033] The present application provides a control method for a calling system, which identifies whether the fault occurs in the network link or the telephone line link when a communication failure occurs, and selects a corresponding processing solution based on the location of the faulty link. When a network failure occurs, the telephone line is used as a backup communication method to ensure that the fault information can be delivered to relevant personnel in a timely manner. When a telephone line fails, the information of the communication failure is sent to the server via the network, which can improve the timeliness and accuracy of fault handling. When both the network and the telephone line fail at the same time, voice prompts and / or text prompts are issued locally based on the calling system to ensure that on-site personnel can understand the fault situation in a timely manner. Through the above steps, fault problems can be discovered in a timely manner, and the task success rate of the delivery robot can be improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0035] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0036] Figure 1 A flowchart of a control method for a calling system according to an embodiment of the present invention;

[0037] Figure 2 A detailed flow chart of the control method for the calling system of the present application provided in Example 1;

[0038] Figure 3 A flowchart diagram of the second embodiment of the control method of the calling system of the present application is provided;

[0039] Figure 4 A flowchart of the third embodiment of the control method of the calling system of the present application is provided;

[0040] Figure 5 A flowchart diagram of a fourth embodiment of the control method of the calling system of the present application is provided;

[0041] Figure 6 This is a schematic diagram of the device structure of the hardware operating environment involved in the control method of the call system in the embodiment of the present application.

[0042] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0043] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0044] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0045] The main solution of the embodiment of the present application is: when a communication failure occurs, determine the target communication link affected by the communication failure; when the target communication link is a network, send the information of the communication failure to the first telephone via the telephone line; when the target communication link is a telephone line, send the information of the communication failure to the server via the network; when the target communication link is a network and a telephone line, issue a voice prompt and / or text prompt based on the local call system to send information of the communication failure to the outside world.

[0046] With the development of intelligent service industry, when delivery robots are used for delivery in hotels, KTVs and other scenarios, after arriving at the destination, the delivery robot notifies the background server, and the background server forwards the request to the smart call terminal, which calls the customer to pick up the item.

[0047] During use, when the intelligent call terminal fails, it cannot receive the request sent by the server and notify the customer to pick up the item. If the customer does not pick up the item within the preset time, the delivery robot automatically leaves. As a result, the customer does not receive the pick-up notification, but the delivery robot has already left. In this case, the delivery cycle of the item is extended, thereby reducing the overall delivery efficiency.

[0048] In order to solve the above problems, the present application provides a control method for a calling system, which identifies whether the fault occurs in the network link or the telephone line link when a communication failure occurs, and selects the corresponding processing plan based on the location of the faulty link. When a network failure occurs, the telephone line is used as a backup communication means to ensure that the fault information can be delivered to the relevant personnel in a timely manner. When a telephone line fails, the information of the communication failure is sent to the server through the network, which can improve the timeliness and accuracy of fault handling. When the network and telephone line fail at the same time, voice prompts and / or text prompts are issued locally based on the calling system to ensure that on-site personnel can understand the fault situation in a timely manner. Through the above steps, fault problems can be discovered in a timely manner, and the task success rate of the delivery robot can be improved.

[0049] It should be noted that the execution subject of this embodiment can be a computing service device with network communication and program running functions, such as a tablet computer, a personal computer, a mobile phone, a server, a server cluster, etc., or an electronic device, a device, etc. that can realize the above functions. The following takes the control device of the call system as an example to illustrate this embodiment and the following embodiments.

[0050] Based on this, the embodiment of the present application provides a control method of a call system, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the control method of the calling system of the present application.

[0051] In this embodiment, the control method of the call system includes steps S100 to S400:

[0052] Step S100: when a communication failure occurs, determining a target communication link affected by the communication failure.

[0053] It should be noted that currently, after the delivery robot in hotels and KTVs arrives at the destination, the robot notifies the backend server, which forwards the request to the intelligent call system, which then calls the customer to pick up the item. When the intelligent call system has problems with the telephone line, power supply, or network, the customer will not be able to receive the pick-up notification.

[0054] In this embodiment, when a communication failure occurs, a fault detection is first performed to determine the specific communication link affected by the failure. The communication link may include a network and a telephone line.

[0055] In this embodiment, when the first telephone is a PSTN telephone (Public Switched Telephone Network), it is possible to determine whether the telephone line is faulty by the sound returned by the switch. When a communication failure occurs, an internal or external test telephone number can be dialed. If abnormal sounds such as a continuous busy tone, noise, inability to connect or disconnection are heard, or if the call is successfully connected but the sound is fuzzy, echoed, noisy or disconnected during the call, it indicates that the telephone line is faulty.

[0056] In this embodiment, when the first telephone is a VoIP phone (Voice over Internet Protocol), the telephone line fault can be determined by checking the status indicator light, checking the status report, and using the diagnostic tool. Optionally, check the status indicator light, such as the power indicator light, the network indicator light, the call indicator light, etc. If a certain indicator light continues to flash or goes out, it means that there is a fault in the telephone line. Optionally, check the status information of the current phone displayed on the software interface or display screen. If there is information about the telephone line fault in the status report, such as "line not connected", "line error", etc., it means that there is a fault in the telephone line. Optionally, use a diagnostic tool or software to check the status of the telephone line in real time. By comparing the basic parameters of the telephone line detected by the diagnostic tool, such as voltage, current, impedance, etc., with the preset standard values, it can be identified whether the line parameters deviate from the normal range, thereby indicating the potential fault point. The diagnostic tool can also be used to collect and analyze the performance data of the telephone line, such as call quality, signal strength, bit error rate, etc., to identify the fault in the telephone line.

[0057] In this embodiment, when detecting whether there is a network failure, it can be determined from multiple aspects such as network connectivity test, network configuration check and network performance test. When performing a network connectivity test, the ping command can be used to test the connectivity of the network device to check whether it can successfully reach the target device. Use the traceroute or tracert command to trace the path of the data packet in the network to determine whether there is a routing problem. When performing a network configuration check, verify whether the configuration of the network device (such as IP address, subnet mask, gateway, etc.) is correct and whether the network protocol and port settings match. When performing network performance monitoring, use a network performance monitoring tool to check indicators such as network bandwidth, delay and packet loss rate. If the above indicators are not within the preset normal threshold range, it means that there is a network failure.

[0058] Step S200, when the target communication link is a network, sending the communication failure information to the first telephone through the telephone line.

[0059] In this embodiment, the communication fault information may be the fault type, fault location, fault time, impact range, and recommended measures. The fault type indicates whether it is a network connection problem, a data transmission fault, or another type of fault. The fault location provides specific location information where the fault occurs, such as the IP address, port number, or physical location of a network device. The impact range may describe which users or services are affected by the fault. The recommended measures provide preliminary fault handling suggestions or instructions so that relevant personnel can respond quickly.

[0060] In this embodiment, if it is detected that the affected target communication link is a network, a notification method that does not rely on the network is adopted to notify the customer and send a fault reminder. Optionally, the information of the communication failure is sent to a pre-set first telephone through a telephone line through a backup communication system. An independent backup network can also be established to take over the communication task when the main link of the network fails. The backup network system can be configured to automatically detect the status of the main link and automatically switch to the backup mode when a failure is detected.

[0061] In a feasible implementation, when the target communication link is a network, a backup network system is used to ensure that the communication task can be taken over when the main network link fails. First, select a physical line different from the main link, such as a different optical fiber, cable, or wireless frequency band, to reduce the risk of simultaneous failures. Select independent network devices, such as routers, switches, firewalls, etc., to support automatic fault detection and switching functions. Secondly, configure the automatic detection mechanism of the backup network system, such as the link state protocol (LSP) or heartbeat signal, to monitor the status of the main link in real time. Once a main link failure is detected, the backup system should immediately start and take over the communication task.

[0062] Please refer to Figure 2 In a feasible implementation manner, step S200, when the target communication link is a network, sending the communication failure information to the first telephone through the telephone line may include steps S210 to S220:

[0063] Step S210, when the target communication link is a network, obtaining fault description information of the network line, and generating a first error code according to the fault description information of the network line;

[0064] Step S220, obtaining the contact number of the first telephone from the local configuration, dialing the first telephone through the telephone line according to the contact number and a preset time period, and sending the first error code to the first telephone.

[0065] In this embodiment, the abnormal status of the network line, such as connection interruption, increased delay, increased packet loss rate, etc., is detected in real time through a network management system (NMS) or network equipment (such as routers, switches). Once an abnormality is detected, an alarm is triggered. After the alarm is triggered, a preliminary fault diagnosis is performed to determine the type and possible cause of the fault. Check the physical connection, analyze the network traffic, check the configuration settings, etc., and obtain the time and location (such as IP address, port number) of the fault, the scope of impact (such as the serial number and area code of the call system affected by the network fault), and the specific fault manifestation (such as connection failure, data packet loss, etc.). A series of error codes that follow certain coding rules are pre-defined, and each error code corresponds to a specific fault type or cause. According to the fault description information, the corresponding first error code is automatically matched or generated. The first error code can accurately reflect the type, location and possible repair suggestions of the fault.

[0066] In this embodiment, when a network problem is detected, the background server is offline. The front desk number of the first telephone is queried from the local configuration, and the front desk phone is actively dialed, and a voice prompt "There is a problem with the smart phone network cable, please go and check". If the telephone network supports external dialing, you can then dial the mobile phone number of the background operation and maintenance personnel, and prompt the area code + "There is a problem with the smart phone network, please remind the on-site personnel to check the network cable". To prevent the call from not being connected, the call can be repeated at fixed intervals before the network is restored. After the network is restored, upload the error code of this time, that is, the first error code to the server record. At the same time, upload the log file to the server for the background operation and maintenance personnel to check the cause.

[0067] Step S300, when the target communication link is a telephone line, sending the information of the communication failure to the server through the network.

[0068] In this embodiment, if the affected target communication link is a telephone line, a notification method that does not rely on the telephone line is adopted to notify the customer and send a fault reminder, and the information of the communication fault is sent to the server through the network.

[0069] Please refer to Figure 2 In a feasible implementation manner, step S300, when the target communication link is a telephone line, sending the communication failure information to the server through the network may include steps S310 to S320:

[0070] Step S310, when the target communication link is a telephone line, acquiring fault description information of the telephone line, and generating a second error code according to the fault description information of the telephone line;

[0071] Step S320, establishing communication with the server, and sending the second error code to the server.

[0072] In this embodiment, the status of the telephone line is monitored in real time through a monitoring and detection mechanism. When an abnormal state in the line is detected, such as decreased call quality, disconnected connection, increased noise, etc., the specific type, location and possible cause of the fault are determined. This includes checking the physical connection of the line, analyzing the signal quality, checking the status of the telephone switch or related equipment, etc. Based on the results of the fault analysis, detailed fault description information is generated, which may include the time, location, scope of impact and specific fault manifestations of the fault. A corresponding second error code is generated based on the fault description information, and the second error code is encapsulated into an appropriate data format, such as JSON, XML, etc. A request is sent to the server through the network, and the encapsulated data is sent to the server as part of the request. After receiving the fault information, the server parses it to extract the second error code and fault description information. Based on the second error code and fault description information, the server triggers a corresponding alarm, notifies relevant personnel or automatically executes repair measures.

[0073] In this implementation, when a telephone line problem is detected, an error code is generated and reported to the server via the network. The server sends the error code to the corresponding on-site applet based on the reported area code information, notifying the front desk staff to go to the area where the smart terminal is located. The smart terminal locally synthesizes a voice prompt: "Please check the telephone line" and plays it in a loop to remind the front desk staff how to handle the fault. After successful recovery, the smart terminal reports the normal status and gives a voice prompt of "Recovered".

[0074] Step S400, when the target communication link is a network and a telephone line, a voice prompt and / or a text prompt is issued locally based on the calling system to send information of the communication failure to the outside world.

[0075] In this embodiment, when both the network and the telephone line fail at the same time, voice prompts and / or text prompts are issued locally according to the calling system. These prompts can be configured to be displayed on the display screen of the calling system or played through a speaker. This ensures that even if all remote communication links fail, information about the communication failure can still be sent to the on-site personnel.

[0076] Please refer to Figure 2 In a feasible implementation manner, step S400, when the target communication link is a network and a telephone line, issuing a voice prompt and / or a text prompt based on the calling system locally to send a communication failure message to the outside world may include steps S410 to S430:

[0077] Step S410, when the target communication link is a network and a telephone line, restarting the call system;

[0078] Step S420, after the call system is restarted, re-detect whether the communication is normal;

[0079] Step S430, when there is a communication failure between the calling system and the server through the network, and when there is a communication failure between the calling system and the first telephone through the telephone line, a voice prompt and / or text prompt is issued locally based on the calling system to send information about the communication failure to the outside world.

[0080] In this embodiment, when both the network and the telephone line fail at the same time, the call system is first restarted, the software process of the call system is closed and restarted, the hardware device is restarted, or the relevant configuration is reset. After the call system is restarted, a test data packet is sent, the network delay and packet loss rate are checked, and whether the communication with the network is normal is detected. A test call is made, the call quality and line status are checked, and whether the communication with the telephone line is normal is detected. If after the restart, the communication between the network and the server fails, and the communication between the call system and the first telephone through the telephone line also fails, then based on the local call system, a voice prompt and / or text prompt is issued to send information about the communication failure to the outside world (such as users, managers, etc.).

[0081] In this embodiment, when the server does not find that the call system is online within the preset time, it will actively generate a fault code to remind the background operation and maintenance personnel, and give the smart terminal area information, front desk number, and prompts to the background operation and maintenance personnel, who will then call the front desk service personnel to check the smart call system.

[0082] In this embodiment, when the target communication link involves both the network and the telephone line, the call system can be effectively restarted, the communication status can be re-detected, and communication failure information can be sent to the outside world when necessary, thereby ensuring business continuity and stability.

[0083] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can be referred to the above introduction, and will not be repeated in the following. Figure 3 Before step S100, the control method of the calling system further includes step S01:

[0084] Step S01, when starting work online, check whether the communication is normal.

[0085] In this embodiment, before starting the work online, first check whether the network and telephone lines are normal. When performing network self-test, first determine whether a network cable is plugged in according to the process of wired first and then wireless. If a network cable is plugged in, further check whether the IP address and DNS settings of the network interface are correct. Send a data packet to the background server through the Ping command to confirm the connectivity of the wired network. After the wired self-test is completed, switch to the wireless network mode and repeat the above-mentioned wired network inspection process, including checking the IP and DNS settings, and confirming the connectivity of the network through the Ping command. And record the network self-test results in text.

[0086] In this embodiment, when performing a telephone line self-check, first determine whether the current telephone type is PSTN (Public Switched Telephone Network) or VoIP (Voice over Internet Protocol). If the current telephone type is PSTN, as a front desk phone, during the call, the call audio file is recorded. By analyzing the dial tone, ringback tone, busy tone and other information in the recording file, it is determined whether the current PSTN telephone line is normal. If there is no dial tone, no ringback tone or the busy tone is abnormal, it means that there is a problem with the line. If the current telephone type is a VoIP phone, a dialing operation is performed, and whether the current line is normal is determined based on the status value returned after dialing.

[0087] In this embodiment, a self-check is performed on the network and telephone lines when starting up the work online, so as to ensure that the network and telephone lines are in a normal state when starting up the work online, thereby ensuring the smooth progress of the business.

[0088] Based on the first embodiment of the present application, in the third embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can be referred to the above introduction, and will not be repeated in the following. Figure 4 The control method of the calling system further includes steps A100 to A200:

[0089] Step A100, when it is detected that the total power is less than the preset power, a third error code is generated;

[0090] Step A200: sending the third error code to the server or the first telephone according to a preset sending rule.

[0091] In this embodiment, the change of total power is monitored through the interface with the power management system or the battery management system (BMS). The current total power is compared with the preset power threshold. The preset power threshold is set comprehensively according to factors such as the operation requirements of the system, battery life, and backup power capacity. When it is detected that the total power is lower than the preset power threshold, a third error code is generated. The third error code can identify the low power situation and contain information such as the severity of the low power, the time of occurrence, and the identification of related equipment. When low power is detected, the third error code is first generated and reported to the background, and the background sends the applet, and at the same time, the front desk phone is dialed to prompt "The smart phone is low on power, please check if the power cord is loose". After the power is restored, the error code is cleared and the normal status is reported.

[0092] Optionally, a set of sending rules is preset to define the error code that should be sent to the first telephone or server in different situations (such as serious power shortage, slight power shortage, etc.). In the case of serious power shortage, the third error code is sent to the server and the first telephone at the same time, triggering an emergency alarm and automatic backup process, and notifying the management personnel or maintenance team. In the case of slight power shortage, the third error code is sent to the server or the first telephone, and the power trend is recorded and monitored, but the emergency alarm is not triggered. When the power is normal, no error code is sent.

[0093] For example, if the battery level is detected to be 8%, which is a serious battery shortage, a third error code is sent to both the server and the first phone. If the battery level is detected to be 25%, which is a slight battery shortage, the server or the first phone is selected as the sending target. If the battery level is detected to be 45%, which is normal, no error code is sent.

[0094] Based on the first embodiment of the present application, in the fourth embodiment of the present application, the same or similar contents as those in the first embodiment can be referred to the above description, and will not be described in detail later. Figure 4 The control method of the calling system further includes steps B100 to B300:

[0095] Step B100, determining the fault type, fault location and fault cause according to the communication fault.

[0096] In this embodiment, the fault type, fault location and fault cause are determined according to the communication fault. The fault type may be a network fault, a telephone line fault and a concurrent network and telephone line fault. The fault location may include a unique identifier such as a serial number of the calling system, an area code of the calling system and a map of the area where the calling system is located. The fault cause may be a physical connection failure of the network cable or telephone line, or network congestion caused by insufficient network bandwidth or excessive traffic, or a DNS server that cannot work properly or is misconfigured, resulting in a network communication failure.

[0097] In this embodiment, when determining the specific cause of the fault, first check the physical connection. For a telephone line fault, check whether the physical connection of the telephone line is firm and whether it is damaged or broken. For a network fault, check the physical connection and indicator status of the network equipment (such as routers and switches). Secondly, determine other causes of the fault through logs or diagnostic tools. Optionally, check the log files of the call system and network equipment, and analyze the log entries to determine the specific cause of the fault. Use a network diagnostic tool (such as Wireshark) to capture and analyze network data packets to identify possible network problems.

[0098] Step B200, generating a fault log according to the fault type, the fault location and the fault cause;

[0099] Step B300: When the calling system communicates normally with the server through the network, the fault log is sent to the server.

[0100] In this embodiment, the fault log records the fault type, fault location, time of occurrence, cause of the fault, possible solutions, and processing results. When the call system resumes normal communication with the server through the network, the generated fault log is sent to the server for storage and analysis.

[0101] Optionally, when the calling system detects that the network fault is resolved, the operation of sending the fault log is automatically triggered. The sending operation may be automatically triggered within the system, or may be triggered after receiving an instruction from an administrator.

[0102] Optionally, a scheduled task is configured in the call system, and the task automatically checks whether there is a new fault diary to be sent at a predetermined time interval (such as daily, weekly or monthly). If there is a new fault diary, the sending operation is triggered.

[0103] The present application provides a control device for a call system, the control device for the call system comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the control method for the call system in the above-mentioned embodiment one.

[0104] Reference below Figure 6 , which shows a schematic diagram of the structure of a call system suitable for implementing the embodiment of the present application. The call system in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, servers, server clusters, etc. Figure 6 The calling system shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0105] like Figure 6 As shown, the call system may include a processing device 1001 (e.g., a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the control device of the call system are also stored. The processing device 1001, ROM1002, and RAM1004 are connected to each other through a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Generally, the following systems can be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touch pad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 can allow the calling system to communicate with other devices wirelessly or by wire to exchange data. Although the control device with various systems is shown in the figure, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented or have alternatively.

[0106] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0107] The call system provided by the present application adopts the control method of the call system in the above embodiment, which can solve the technical problem of how to timely discover the fault of the call system and improve the success rate of the robot's delivery task. Compared with the prior art, the beneficial effects of the control device of the call system provided by the present application are the same as the beneficial effects of the control method of the call system provided by the above embodiment, and the other technical features in the control device of the call system are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0108] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0109] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0110] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the control method of the call system in the above-mentioned embodiment.

[0111] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

[0112] The computer-readable storage medium may be included in the control device of the call system; or may exist independently without being installed in the control device of the call system.

[0113] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the control device of the calling system, the calling system: in case of a communication failure, determines the target communication link affected by the communication failure; when the target communication link is a network, sends the information of the communication failure to the first telephone via the telephone line; when the target communication link is a telephone line, sends the information of the communication failure to the server via the network; when the target communication link is a network and a telephone line, issues a voice prompt and / or a text prompt based on the local calling system to send the information of the communication failure to the outside world.

[0114] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0115] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0116] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0117] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned call system control method, and can solve the technical problem of how to timely discover the fault problem of the call system and improve the success rate of the robot delivery task. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the call system control method provided by the above-mentioned embodiment, and will not be repeated here.

[0118] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A method for controlling a calling system, characterized in that: The calling system communicates with the server via a network, the calling system communicates with the first telephone via a telephone line, and the control method comprises: In case of a communication failure, determining a target communication link affected by the communication failure; When the target communication link is a network, sending the information of the communication failure to the first telephone via the telephone line; When the target communication link is a telephone line, sending information about the communication failure to the server via the network; When the target communication link is a network and a telephone line, a voice prompt and / or a text prompt is issued locally based on the calling system to send information about the communication failure to the outside world.

2. The method according to claim 1, characterized in that Before the step of determining the target communication link affected by the communication failure in the event of a communication failure, the method further includes: When starting work online, check whether the communication is normal.

3. The method according to claim 1, characterized in that When the target communication link is a network, the step of sending the information of the communication failure to the first telephone through the telephone line comprises: When the target communication link is a network, acquiring fault description information of a network line, and generating a first error code according to the fault description information of the network line; The contact number of the first telephone is obtained from the local configuration, the first telephone is dialed through the telephone line according to the contact number and a preset time period, and the first error code is sent to the first telephone.

4. The method according to claim 1, characterized in that When the target communication link is a telephone line, the step of sending the information of the communication failure to the server through the network comprises: When the target communication link is a telephone line, acquiring fault description information of the telephone line, and generating a second error code according to the fault description information of the telephone line; Establish communication with the server, and send the second error code to the server.

5. The method according to claim 1, characterized in that When the target communication link is a network and a telephone line, the step of sending a voice prompt and / or a text prompt based on the calling system locally to send information about the communication failure to the outside world includes: When the target communication link is a network and a telephone line, restarting the calling system; After the restart of the call system is completed, re-detecting whether the communication is normal; When there is a communication failure between the calling system and the server through the network, and when there is a communication failure between the calling system and the first telephone through the telephone line, a voice prompt and / or text prompt is issued locally based on the calling system to send information about the communication failure to the outside world.

6. The method according to claim 1, characterized in that The control method further comprises: When it is detected that the total power is less than the preset power, a third error code is generated; According to a preset sending rule, the third error code is sent to the server or the first telephone.

7. The method according to claim 1, characterized in that The control method further comprises: Determine the fault type, fault location and fault cause according to the communication fault; generating a fault diary according to the fault type, the fault location and the fault cause; When the calling system communicates normally with the server through the network, the fault log is sent to the server.

8. A control system, characterized in that: It includes a mobile robot, a server and a calling system, wherein the mobile robot is connected to the server for communication, and the server is connected to the calling system; The mobile robot sends a call instruction to the server, so that the server controls the call system to perform a call task; Wherein, the calling system is used to execute the control method as described in any one of claims 1-7.

9. A calling system, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the method for controlling a call system according to any one of claims 1 to 7.

10. A storage medium, characterized in that: The storage medium is a readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the control method of the call system according to any one of claims 1 to 7 are implemented.

Images