Emergency call control method and electronic device

Abstract

This application discloses an emergency call control method and electronic device, relating to the field of terminal technology. The emergency call control method includes: a terminal device initiating an emergency call in response to an emergency call triggering operation; the terminal device receiving first indication information sent by a network device; if the first indication information indicates that the emergency call establishment has failed, the terminal device collecting distress voice data and re-initiating the emergency call; and the terminal device sending distress voice data after detecting that the re-initiated emergency call has been successfully established. This technical solution can improve the success rate of emergency calls, prevent users from missing valuable opportunities for help, and better protect user safety.

Description

[Technical Field]

[0001] This application relates to the field of terminal technology, and in particular to an emergency call control method and electronic device. [Background Technology]

[0002] An emergency call is a call initiated by a user in an emergency by dialing a number for help (such as 110 for police, 119 for fire, 120 for ambulance). In an emergency, the time available for the user to make an emergency call is very limited. If the user is in an environment with no network signal or poor network quality, the emergency call is unlikely to be successful, and the user is very likely to miss a precious opportunity to seek help. [Summary of the Invention]

[0003] This application provides an emergency call control method and electronic device that can be used to improve the success rate of emergency calls under extreme network conditions.

[0004] In a first aspect, embodiments of this application provide an emergency call control method, comprising: initiating an emergency call in response to an emergency call triggering operation; receiving first indication information sent by a network device; if the first indication information indicates that the emergency call establishment has failed, collecting distress voice data and re-initiating the emergency call; and sending distress voice data after detecting that the re-initiated emergency call has been successfully established.

[0005] In the above technical solution, when an emergency call fails to be established, the terminal device can collect and store the user's distress information through human-computer interaction, and then autonomously re-initiate the emergency call until it is successful. Afterward, the stored distress information is sent to the called party. This solution improves the success rate of emergency calls, prevents users from missing valuable opportunities for help, and better protects user safety.

[0006] In one possible implementation, before initiating an emergency call, the method further includes: determining the emergency call number; and using a backpropagation neural network model to determine the configuration information of the emergency call number, including carrier type information, authenticity of the emergency call number, distress call type information, and emergency call restriction information.

[0007] In this implementation, the backpropagation neural network model is used to adaptively determine the configuration information related to the emergency call number, which can better match the configuration information with the current network environment and improve the efficiency of configuration information determination.

[0008] In one possible implementation, in response to an emergency call triggering operation, an emergency call is initiated, including: in response to an emergency call triggering operation, initiating an emergency call based on the configuration information of the emergency call number.

[0009] In one possible implementation, collecting distress voice data includes: issuing a first prompt message, which prompts for input of distress voice data; collecting distress voice data, and ending the collection after detecting that a first condition is met.

[0010] In this implementation, prompts can be sent to the user to indicate when to input distress information, and the timing for stopping voice interaction can be determined based on specific judgment conditions, thereby improving the success rate of distress information collection.

[0011] In one possible implementation, detecting that the first condition is met includes: detecting that the distress voice data contains preset keywords; or detecting that the distress voice data contains complete semantic information for distress.

[0012] In one possible implementation, before re-initiating the emergency call, the method further includes: using a backpropagation neural network model to redetermine the configuration information of the emergency call number; re-initiating the emergency call includes: re-initiating the emergency call based on the redetermined configuration information.

[0013] In one possible implementation, the first indication information is also used to indicate the reason for the failure to establish the emergency call; before collecting the distress voice data and re-initiating the emergency call, the above method further includes: determining, based on the first indication information, that the reason for the failure to establish the emergency call is that the network quality is substandard.

[0014] In this implementation, the cause of failure can be determined before collecting distress voice data and re-initiating the emergency call, thereby improving the applicability of this solution to different scenarios.

[0015] In a second aspect, embodiments of this application provide an electronic device, including: at least one processor; and at least one memory communicatively connected to the processor, wherein: the memory stores program instructions executable by the processor, and the processor can execute the method as described in the first aspect by invoking the program instructions.

[0016] Thirdly, embodiments of this application provide a chip, the chip including a processor and a data interface, the processor reading instructions stored in a memory through the data interface, and being able to execute the method described in the first aspect.

[0017] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer instructions that cause the computer to perform the method described in the first aspect. [Attached Image Description]

[0018] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 A flowchart illustrating an emergency call control method provided in this application embodiment;

[0020] Figure 2 This is a schematic diagram of the structure of a terminal device provided in an embodiment of this application;

[0021] Figure 3 This is a schematic diagram of the structure of a backpropagation neural network model provided in an embodiment of this application;

[0022] Figure 4 This is a schematic diagram of the structure of an emergency call control device provided in an embodiment of this application;

[0023] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

Detailed Implementation Methods

[0024] To better understand the technical solution of this application, the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0025] It should be understood that the described embodiments are merely some, not all, of the embodiments in this application. All other embodiments obtained by those skilled in the art based on the embodiments in this application without inventive effort are within the scope of protection of this application.

[0026] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to be limiting of this application. The singular forms “a,” “the,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0027] Emergency calls are used by users to send distress signals in emergency situations and are crucial for protecting users' lives. In real-world scenarios, when users encounter emergencies, they often only have a few minutes to call for help. If the user's environment has no network signal or the network quality is substandard, the emergency call will fail to be established, potentially causing the user to miss a precious opportunity to seek help.

[0028] To address the aforementioned issues, this application provides an emergency call control method. This method collects user-generated distress voice data when an emergency call fails to establish, and autonomously attempts to re-establish the emergency call until it is successfully established. The pre-collected distress voice data is then sent to the called party. This emergency call control method can be applied to various types of terminal devices, including but not limited to mobile phones, tablets, smart wearable devices, vehicles, and elevators. The implementation process of the emergency call control method provided in this application is described below.

[0029] Figure 1 A flowchart of an emergency call control method provided in this application embodiment is shown below. Figure 1 As shown, the above emergency call control method may include:

[0030] Step 101: In response to the emergency call triggering operation, initiate an emergency call.

[0031] In this embodiment, the user's emergency call triggering operation can be, for example, triggering a pre-set shortcut key, or dialing an emergency number in the dialing interface and confirming the call. After detecting the user's emergency call triggering operation, the terminal device can determine the emergency call number and use a backpropagation (BP) neural network model to determine the configuration information of the emergency call number. Figure 2 This is a schematic diagram of the structure of a terminal device provided in an embodiment of this application. Figure 2 As shown, the terminal device 100 provided in this application embodiment may include a control unit 11, an intelligent classification unit 12, and a voice interaction unit 13. Specifically, the control unit 11 can transmit the emergency call number to the intelligent classification unit 12, and then the intelligent classification unit 12 can use a backpropagation neural network model to obtain the configuration information of the emergency call number.

[0032] The configuration information for emergency call numbers is mandated by the mobile network operator and represents the information that the calling number should carry when making an emergency call. This configuration information varies between different operators, and call failure can occur when the configuration information does not match the operator's requirements. The backpropagation neural network model provided in this application can output configuration information that matches the current network environment, ensuring that the configuration information aligns with the operator's requirements and improving the call success rate.

[0033] Figure 3 This is a schematic diagram of the structure of a backpropagation neural network model provided in an embodiment of this application. Figure 3As shown, the model may include an input layer, a hidden layer, and an output layer. The terminal device can input the emergency call number into the model through the input layer, process it layer by layer through the hidden layer, and then pass it to the output layer. The output layer can output the configuration information of the emergency call number.

[0034] Unlike regular calls, emergency calls are not restricted by carriers, and terminal devices can make emergency calls based on various carrier networks. Therefore, in this embodiment, the configuration information for the emergency call number may include, for example, carrier type information, emergency call number authenticity, distress call type information, and emergency call restriction information. The carrier type information identifies the carrier corresponding to the network used for this call. The authenticity of the emergency call number is related to the carrier's protocol; when the attributes of the emergency call number match the carrier's requirements, the emergency call number is considered genuine; otherwise, it is considered false. The distress call type information distinguishes different distress call types, such as fire alarm, police emergency, or ambulance emergency. The emergency call restriction information indicates the conditions under which an emergency call is permitted, such as emergency calls can only be made when the terminal device is equipped with a SIM (Subscriber Identity Mode) card, or emergency calls can be made even when the terminal device is not equipped with a SIM card.

[0035] In the above technical solution, the configuration information related to the emergency call number can be adaptively determined based on the backpropagation neural network model, so that the configuration information can be better matched with the current network environment and the efficiency of determining the configuration information can be improved.

[0036] After determining the configuration information of the emergency call number, the terminal device can initiate an emergency call based on the configuration information, specifically by the aforementioned control unit 11.

[0037] Step 102: Receive the first indication information sent by the network device. The first indication information is used to indicate that the emergency call establishment failed.

[0038] Due to factors such as substandard network quality, in the event of an emergency call setup failure, the network device will send a first indication message to the terminal device to indicate the failure. At the same time, the first indication message also carries a reason value for the emergency call setup failure, indicating the cause of the failure.

[0039] In one possible implementation, the terminal device may activate the voice interaction unit 13 after receiving the first instruction information to execute step 103. Alternatively, in another implementation, the terminal device may determine the reason for the emergency call establishment failure based on the reason value carried in the first instruction information after receiving it. After determining that the reason for the failure is substandard network quality, the terminal device may activate the voice interaction unit 13 to execute step 103. Substandard network quality may, for example, mean that the value of any one or more network quality parameters is less than a set parameter threshold.

[0040] Step 103: Collect distress voice data and re-initiate the emergency call.

[0041] In this embodiment of the application, the terminal device can activate the voice interaction unit 13, which can be used to realize voice interaction with the user.

[0042] After the voice interaction unit 13 is activated, it can issue a first prompt message, which can be used to prompt the user to input distress voice data. For example, the first prompt message can be "Please describe your current situation." Furthermore, the voice interaction unit 13 can collect and store the distress voice data issued by the user.

[0043] In this embodiment, the voice interaction unit 13 can also determine the timing for ending the voice interaction. Specifically, during the process of collecting distress voice data, the voice interaction unit 13 can identify the collected distress voice data. In one possible implementation, the voice interaction unit 13 can determine to end the voice interaction and stop collecting voice data after recognizing a preset keyword. For example, the preset keyword could be "end".

[0044] Alternatively, in another implementation, considering that users may have difficulty accurately providing preset keywords in emergency situations, this implementation can also determine to end the voice interaction and stop collecting voice data after recognizing that the distress voice data contains complete semantic information for distress.

[0045] Alternatively, in another implementation, the voice interaction can be terminated and voice data collection can be stopped after a preset time period has elapsed if no voice data containing semantic information is detected.

[0046] Alternatively, in other embodiments, other forms of distress data issued by the user can be collected in other ways. For example, an input interface can be displayed to receive text-based distress data entered by the user in the input interface.

[0047] Furthermore, after collecting distress voice data, the terminal device can re-initiate an emergency call.

[0048] Specifically, firstly, the intelligent classification unit 12 of the terminal device can use the backpropagation neural network module to redetermine the configuration information of the emergency call number. Then, the control unit 11 of the terminal device can re-initiate the emergency call based on the redetermined configuration information. For example, the redetermined configuration information may include different operator type information than the original configuration information, thereby enabling switching to different operator networks for the call.

[0049] Through the above implementation, in the event that an emergency call fails to establish, the terminal device can promptly store the user's distress message. Furthermore, the terminal device can autonomously re-initiate the emergency call until it is successfully established, without user intervention. This prevents users from missing opportunities to seek help due to poor network conditions.

[0050] Step 104: After detecting that the re-initiated emergency call has been successfully established, send distress voice data.

[0051] After the control unit 11 of the terminal device re-initiates the emergency call, if the emergency call is successfully established, the control unit 11 can send the distress information saved by the voice interaction unit 13 to the called party, i.e., the emergency distress center. Thus, the terminal device can autonomously trigger an alarm without user intervention, preventing the user from missing the opportunity to seek help. If the emergency call still fails to establish, the terminal device can re-initiate the emergency call again until the call is successfully established.

[0052] Through the above technical solution, the terminal device can collect users' distress signals via voice interaction in extreme network environments and autonomously re-initiate emergency calls until successful. This improves the success rate of emergency calls, prevents users from missing valuable opportunities for help, and better protects users' lives.

[0053] To facilitate understanding, the backpropagation neural network model and its training process will be further explained below.

[0054] The training process of a backpropagation neural network model consists of two parts: forward propagation of the signal and backward propagation of the error. In the training process, forward propagation occurs first, with sample data fed into the input layer, processed layer by layer through the hidden layers, and then passed to the output layer. If the actual output of the output layer does not match the expected output, the error between the actual and expected outputs is calculated, and the process transitions to the backward propagation stage.

[0055] Backpropagation of errors involves transmitting the output error back through the hidden layers to the input layer in a certain form, distributing the error among all units in each layer, thereby obtaining the error signal for each unit. The error signal serves as the basis for adjusting the weights of each unit.

[0056] After the weights of each unit are corrected, the forward propagation process can be restarted, with new sample data input, until all sample data is used up and the model error is less than the error threshold. At this point, a backpropagation neural network model that meets the accuracy requirements can be obtained.

[0057] Figure 4 This is a schematic diagram of an emergency call control device provided in an embodiment of this application. Figure 4 As shown, the above-mentioned device may include: a call module 31, a receiving module 32, a data acquisition module 33, and a sending module 34.

[0058] Call module 31 is used to initiate an emergency call in response to an emergency call trigger operation.

[0059] The receiving module 32 is used to receive the first indication information sent by the network device.

[0060] The acquisition module 33 is used to acquire distress voice data when the first indication information indicates that the emergency call establishment has failed, and the call module 31 re-initiates the emergency call.

[0061] The sending module 34 is used to send distress voice data after detecting that the re-initiated emergency call has been successfully established.

[0062] In one specific implementation, the call module 31 is further configured to detect an emergency call trigger operation, determine the emergency call number, and use a backpropagation neural network model to determine the configuration information of the emergency call number.

[0063] In one specific implementation, the call module 31 is specifically used to initiate an emergency call based on the configuration information of the emergency call number in response to an emergency call triggering operation.

[0064] In one specific implementation, the acquisition module 33 is specifically used to: issue a first prompt message, which prompts the input of distress voice data; acquire distress voice data, and end the acquisition after detecting that a first condition is met.

[0065] In one specific implementation, the acquisition module 33 is specifically used to detect that the distress voice data contains preset keywords; or to detect that the distress voice data contains complete semantic information for distress.

[0066] In one specific implementation, the call module 31 is further configured to: redetermine the configuration information of the emergency call number using a backpropagation neural network model; and re-initiate the emergency call based on the redetermined configuration information.

[0067] In one specific implementation, the first indication information is also used to indicate the reason for the failure of emergency call establishment; the acquisition module 33 is also used to: determine, based on the first indication information, that the reason for the failure of emergency call establishment is that the network quality is substandard.

[0068] The above technical solutions can improve the success rate of emergency calls, prevent users from missing valuable opportunities for help, and better protect users' lives.

[0069] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 5 As shown, the electronic device may include at least one processor; and at least one memory communicatively connected to the processor, wherein the memory stores program instructions executable by the processor, and the processor can execute the emergency call control method provided in the embodiments of this application by calling the program instructions.

[0070] This embodiment does not limit the specific form of the above-mentioned electronic devices, including but not limited to mobile phones, tablet computers, smart wearable devices, vehicles, wireless handheld devices, elevators, etc.

[0071] Figure 5 A block diagram of an exemplary electronic device suitable for implementing embodiments of the present application is shown. Figure 5 The electronic device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0072] like Figure 5 As shown, the electronic device is represented in the form of a general-purpose computing device. The components of the electronic device may include, but are not limited to: one or more processors 410, memory 430, and communication bus 440 connecting different system components (including memory 430 and processor 410).

[0073] Communication bus 440 represents one or more of several bus architectures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of the various bus architectures. For example, these architectures include, but are not limited to, the Industry Standard Architecture (ISA) bus, the Micro Channel Architecture (MAC) bus, the Enhanced ISA bus, the Video Electronics Standards Association (VESA) local bus, and the Peripheral Component Interconnect (PCI) bus.

[0074] Electronic devices typically include a variety of computer-readable media. These media can be any available media that can be accessed by the electronic device, including volatile and non-volatile media, and removable and non-removable media.

[0075] Memory 430 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) and / or cache memory. The electronic device may further include other removable / non-removable, volatile / non-volatile computer system storage media. Although Figure 5 As not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk") and an optical disc drive for reading and writing to a removable non-volatile optical disc (e.g., a compact disc read-only memory (CD-ROM), a digital video disc read-only memory (DVD-ROM), or other optical media) may be provided. In these cases, each drive may be connected to the communication bus 440 via one or more data media interfaces. The memory 430 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of the embodiments of this application.

[0076] A program / utility having a set (at least one) of program modules can be stored in memory 430. Such program modules include—but are not limited to—an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. The program modules typically perform the functions and / or methods described in the embodiments of this application.

[0077] The electronic device can also communicate with one or more external devices (such as a keyboard, pointing device, display, etc.), and with one or more devices that enable a user to interact with the electronic device, and / or with any device that enables the electronic device to communicate with one or more other computing devices (such as a network card, modem, etc.). This communication can be performed through communication interface 420. Furthermore, the electronic device can also communicate through a network adapter ( Figure 5 (Not shown) communicates with one or more networks (e.g., Local Area Network (LAN), Wide Area Network (WAN), and / or public networks, such as the Internet). The aforementioned network adapter can communicate with other modules of the electronic device via the communication bus 440. It should be understood that, although... Figure 5 Not shown, other hardware and / or software modules may be used in conjunction with electronic devices, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, Redundant Arrays of Independent Drives (RAID) systems, tape drives, and data backup storage systems.

[0078] The processor 410 executes various functional applications and emergency call control by running programs stored in the memory 430, such as implementing the emergency call control method provided in the embodiments of this application.

[0079] This application also provides a computer-readable storage medium that stores computer instructions that cause the computer to execute the emergency call control method provided in this application.

[0080] The aforementioned computer-readable storage medium may be any combination of one or more computer-readable media. A computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable storage medium may be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), or flash memory, optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this document, a computer-readable storage medium may be any tangible medium that contains or stores a program that may be used by or in connection with an instruction execution system, apparatus, or device.

[0081] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including—but not limited to—electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, capable of transmitting, propagating, or transmitting programs for use by or in connection with an instruction execution system, apparatus, or device.

[0082] The program code contained on a computer-readable medium may be transmitted using any suitable medium, including—but not limited to—wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0083] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., refer to specific features, structures, materials, or characteristics described in connection with that embodiment or example, which are included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0084] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0085] Any process or method description in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0086] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0087] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in a combination of hardware and software functional units.

[0088] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. An emergency call control method, characterized in that, Applied to a terminal device, the method includes: In response to an emergency call trigger action, initiate an emergency call; Receive the first instruction information sent by the network device; If the first indication information indicates that the emergency call establishment has failed, collect distress voice data and re-initiate the emergency call; After detecting that the re-initiated emergency call has been successfully established, the distress voice data is sent. The collected distress voice data includes: A first prompt message is issued, which prompts the input of distress voice data. The distress call data is collected, and the collection ends after a first condition is detected.

2. The method according to claim 1, characterized in that, Before initiating the emergency call, the method further includes: Determine the emergency call number; The configuration information of the emergency call number is determined using a backpropagation neural network model. The configuration information includes carrier type information, authenticity of the emergency call number, distress call type information, and emergency call restriction information.

3. The method according to claim 2, characterized in that, The step of initiating an emergency call in response to an emergency call triggering operation includes: In response to an emergency call triggering operation, an emergency call is initiated based on the configuration information of the emergency call number.

4. The method according to claim 1, characterized in that, The detection of satisfying the first condition includes: The distress call data was found to contain preset keywords; or, The distress voice data was detected to contain complete semantic information for making a distress call.

5. The method according to claim 3, characterized in that, Before re-initiating the emergency call, the method further includes: The configuration information of the emergency call number is redefined using the backpropagation neural network model. The re-initiation of the emergency call includes: Based on the redefined configuration information, the emergency call is re-initiated.

6. The method according to claim 1, characterized in that, The first indication information is also used to indicate the reason for the failure to establish the emergency call; Before collecting the distress voice data and re-initiating the emergency call, the method further includes: Based on the first indication information, it is determined that the reason for the failure to establish the emergency call is that the network quality is substandard.

7. An electronic device, characterized in that, include: At least one processor; as well as At least one memory communicatively connected to the processor, wherein: The memory stores program instructions that can be executed by the processor, and the processor can execute the method as described in any one of claims 1 to 6 by calling the program instructions.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause the computer to perform the method as described in any one of claims 1 to 6.

9. A chip, characterized in that, The chip includes a processor and a data interface. The processor reads instructions stored in the memory through the data interface and is capable of executing the method as described in any one of claims 1 to 6.

Images