A method, device and medium for over-the-air (OTA) upgrade of a system-on-a-chip (SOA) architecture vehicle system

Abstract

This application provides a method for OTA upgrades of an SOA-based vehicle infotainment system, including: an independent download link, an OTA mode control link, and a DoIP flashing link. The independent download link includes: first, the OTA App sends a vehicle upgrade package download command, which is transmitted to the VDC and the OTA backend server; after receiving the download command, the OTA backend allows the upgrade package download, the CSC downloads the upgrade package, and saves it to the CSC storage space. The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC via the VDC; after entering the CSC, it is transmitted to the OTA App for OTA mode display and function requirement execution. The DoIP flashing link includes: after the OTA backend server recognizes that the CSC has completed downloading the upgrade package, it sends a DoIP flashing command to the VDC, which transmits it to the CSC, where the CSC internally performs a self-upgrade. This invention, through the design and method of OTA upgrades under an SOA architecture, realizes the OTA requirements for the entire vehicle.

Description

Technical Field

[0001] This application relates to the field of automotive infotainment OTA upgrade technology, and more specifically, to a method, device, and medium for OTA upgrade of an SOA-based automotive infotainment system. Background Technology

[0002] As a crucial system that carries out OTA (Over-The-Air) upgrades for the entire vehicle and enables upgrades to its own system, the vehicle infotainment system plays a vital role in the OTA upgrade process for the entire vehicle.

[0003] With the rapid development of smart cockpits, vehicle infotainment systems are also developing rapidly, and the implementation solutions for over-the-air (OTA) upgrades in vehicle infotainment systems are being updated and replaced quickly.

[0004] Currently, most OTA upgrade architectures for in-vehicle infotainment systems are implemented under non-SOA architectures. There is no feasible solution for OTA upgrade architectures for in-vehicle infotainment systems under SOA (Service-Oriented Architecture) architecture.

[0005] Therefore, this application provides a method for OTA upgrade of SOA architecture vehicle infotainment system to solve one of the above-mentioned technical problems. Summary of the Invention

[0006] The purpose of this application is to provide a method, device, and medium for OTA upgrades of SOA-based in-vehicle infotainment systems, which can solve at least one of the aforementioned technical problems. The specific solution is as follows:

[0007] According to a specific implementation of this application, in a first aspect, this application provides a method for OTA upgrade of an SOA architecture vehicle infotainment system, including: an independent download link, an OTA mode control link, and a DoIP (Diagnostic communication over Internet Protocol) flashing link.

[0008] The independent download link includes: First, the OTAApp (Application) sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC (Vehicle Dynamics Control) and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, and the CSC (Core Super Computer) downloads the upgrade package and saves it to the CSC storage space.

[0009] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0010] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0011] Furthermore, the independent download link also includes: after receiving the whole vehicle upgrade package download instruction sent by the OTAApp, the OTAService module of the Framework layer transmits the independent download instruction of CSC to the OTAHAL module of the HAL (Hardware Abstraction Layer) layer. The OTA HAL module transmits the independent download request to the CM (Communication Management) module of AP AUTOSAR (Adaptive Platform AUTOSAR). The CM then transmits the instruction to the VDC and the OTA backend server through SOME IP (Scalable service-Oriented Middleware over IP).

[0012] Furthermore, the independent download link also includes: CSC downloading the upgrade package through the Update Engine module of the Framework layer.

[0013] Furthermore, the OTA mode control link also includes: after entering CSC, it is first received by AP AUTOSAR, transmitted to OTA HAL module through CM, OTA HAL module transmits upward to OTA Service in Framework layer, and then to OTAApp for display of OTA mode and execution of function requirements.

[0014] Furthermore, the DoIP flashing link also includes: after the DoIP flashing command is transmitted from VDC to CSC, the DM module of AP AUTOSAR first receives the command and then transmits it to the diagnostic module. The diagnostic module then transmits it to the Update Engine module of the Framework layer. While the Update Engine transmits the command to OTAService, the CSC performs a self-upgrade action.

[0015] Furthermore, CSC includes control links and display links.

[0016] The control link is initiated by the CSC end, which sends the user's request to the VDC, and the VDC transmits it to the OTA backend server for response control.

[0017] The display link is initiated by the OTA backend server and then sent to the VDC. The VDC then sends the instructions to the CSC, and the CSC displays the information according to the instructions from the VDC.

[0018] Furthermore, the control link also includes: CSC first transmits user requirements to the AdapterService in the Framework layer via OTAApp and Engineering Mode App, then the AdapterService transmits the instructions to SOAHAL in the HAL layer, SOAHAL transmits the control instructions of HMI (Human Machine Interface) to the CM module in AP AUTOSAR, and then sends the SOME IP to VDC, which in turn transmits it to the OTA backend server.

[0019] Furthermore, the display link also includes: the OTA backend server sends instructions to the VDC, the VDC sends the SOME IP signal to the CSC; inside the CSC, the AP AUTOSAR first receives the signal and uses the CM module in the AP AUTOSAR for signal transmission; after the SOAHAL module receives the HMI control signal, it transmits the control signal that needs to be displayed by the CSC HMI to the AdapterService in the Framework layer, and the AdapterService then transmits the HMI control requirements to the OTAApp and the engineering mode App in the APP layer for corresponding control and display.

[0020] According to a specific embodiment of this application, in a second aspect, this application provides a computing device, including a processor and a memory, wherein executable code is stored in the memory, and when the executable code is executed by the processor, the processor performs the method described above.

[0021] According to a specific embodiment of this application, in a third aspect, this application provides a non-transitory machine-readable storage medium having executable code stored thereon, which, when executed by a processor of an electronic device, causes the processor to perform the method described above.

[0022] Compared with the prior art, the above-described solutions of this application have at least the following beneficial effects:

[0023] Under the latest SOA architecture for in-vehicle infotainment systems, there is no specific implementation method for meeting the requirements of OTA upgrades for the entire vehicle. This invention, through the design and method of OTA upgrades under the SOA architecture, fulfills the OTA requirements for the entire vehicle.

[0024] This invention primarily addresses the implementation of OTA (Over-The-Air) upgrade architecture for in-vehicle infotainment systems within a vehicle SOA (Service-Oriented Architecture) framework. It proposes a method for implementing the overall link after integrating the SOAAP protocol stack within the in-vehicle infotainment system. Through the design and methodology of OTA upgrades under the SOA architecture, the requirements for vehicle-wide OTA upgrades are met. Attached Figure Description

[0025] Figure 1 A schematic diagram of the process of the present invention is shown. Detailed Implementation

[0026] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0027] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to limit the application. The singular forms “a,” “said,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms, and “multiple” generally includes at least two unless the context clearly indicates otherwise.

[0028] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0029] It should be understood that although the terms first, second, third, etc., may be used in the embodiments of this application, these descriptions should not be limited to these terms. These terms are only used to distinguish the descriptions. For example, first may also be referred to as second without departing from the scope of the embodiments of this application, and similarly, second may also be referred to as first.

[0030] Depending on the context, the words “if” or “suppose” as used here can be interpreted as “when” or “in response to determination” or “in response to detection.” Similarly, depending on the context, the phrases “if determination” or “if detection (of the stated condition or event)” can be interpreted as “when determination” or “in response to determination” or “when detection (of the stated condition or event)” or “in response to detection (of the stated condition or event).”

[0031] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that an article or device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such an article or device. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the article or device that includes said element.

[0032] It should be noted that any symbols and / or numbers present in the specification that are not marked in the accompanying drawings are not reference numerals.

[0033] The optional embodiments of this application are described in detail below with reference to the accompanying drawings.

[0034] The embodiments provided in this application are embodiments of a method for OTA upgrade of an SOA architecture vehicle infotainment system.

[0035] The following is combined Figure 1 The embodiments of this application will be described in detail.

[0036] Example 1:

[0037] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0038] The independent download link includes: first, the OTAApp sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space.

[0039] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0040] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0041] Example 2:

[0042] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0043] The independent download process includes: First, the OTAApp issues a download command for the entire vehicle upgrade package. Upon receiving the command, the OTAService module in the Framework layer forwards the CSC's independent download command to the OTAHAL module in the HAL layer. The OTAHAL module then passes the independent download request to the CM module in the AP AUTOSAR. The CM then forwards the command to the VDC and the OTA backend server via the SOME IP. The OTA backend receives the download command and allows the upgrade package download. Preferably, the CSC internally uses the Update Engine module in the Framework layer to download the upgrade package and save it to the CSC storage space.

[0044] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0045] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0046] Example 3:

[0047] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0048] The independent download link includes: first, the OTAApp sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space.

[0049] The OTA mode control chain includes: OTA mode is issued from the OTA backend server to the VDC, and then from the VDC to the CSC. Upon entering the CSC, it is first received by the AP AUTOSAR, then passed to the OTAHAL module via the CM. The OTAHAL module then passes it up to the OTAService in the Framework layer, and finally to the OTAApp for displaying the OTA mode and executing functional requirements.

[0050] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0051] Example 4:

[0052] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0053] The independent download link includes: first, the OTAApp sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space.

[0054] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0055] The DoIP flashing process includes: Once the OTA backend server detects that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which then forwards it to the CSC. Internally, the CSC first receives the command from the AP AUTOSAR DM module, which then passes it to the diagnostic module. The diagnostic module then passes it up to the Update Engine module in the Framework layer. Simultaneously, the Update Engine sends the command to the OTA Service, and the CSC begins its self-upgrade process.

[0056] Example 5:

[0057] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0058] CSC comprises a control link and a display link. The control link is initiated by the CSC, sending the user request to the VDC, which then transmits it to the OTA backend server for response control. The display link is initiated by the OTA backend server, which then sends the request to the VDC. The VDC then sends the instructions to the CSC, which displays the information according to the VDC's instructions.

[0059] The independent download link includes: First, the OTA App sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space.

[0060] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0061] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0062] Example 6:

[0063] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0064] CSC comprises a control link and a display link. The control link is initiated by the CSC, sending the user request to the VDC, which then transmits it to the OTA backend server for response control. The display link is initiated by the OTA backend server, which then sends the request to the VDC. The VDC then sends the instructions to the CSC, which displays the information according to the VDC's instructions.

[0065] The control link includes: CSC first transmits user requirements from the OTA App and the engineering mode App to the AdapterService in the Framework layer. The AdapterService then transmits the instructions to the SOA HAL in the HAL layer. The SOA HAL transmits the control instructions of the HMI to the CM module in the AP AUTOSAR, and then sends the SOME IP to the VDC. The VDC then transmits the instructions to the OTA backend server.

[0066] The independent download link includes: first, the OTAApp sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space.

[0067] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0068] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0069] Example 7:

[0070] The SOA architecture vehicle infotainment system OTA upgrade method in this embodiment includes: an independent download link, an OTA mode control link, and a DoIP flashing link.

[0071] CSC comprises a control link and a display link. The control link is initiated by the CSC, sending the user request to the VDC, which then transmits it to the OTA backend server for response control. The display link is initiated by the OTA backend server, which then sends the request to the VDC. The VDC then sends the instructions to the CSC, which displays the information according to the VDC's instructions.

[0072] The display link includes: the OTA backend server sends instructions to the VDC, the VDC sends the SOME IP signal to the CSC; inside the CSC, the AP AUTOSAR first receives the signal and uses the CM module in the AP AUTOSAR for signal transmission; after the SOAHAL module receives the HMI control signal, it transmits the control signal that needs to be displayed by the CSC HMI to the AdapterService in the Framework layer. The AdapterService then transmits the HMI control requirements to the OTA App and the engineering mode App in the APP layer for corresponding control and display.

[0073] The independent download link includes: First, the OTA App sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space.

[0074] The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements.

[0075] The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has downloaded the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, where the CSC performs the self-upgrade action.

[0076] The embodiments provided in this application are embodiments of a computing device.

[0077] The embodiments of this application will be described in detail below.

[0078] Example 8:

[0079] This embodiment is a computing device, including a processor and a memory.

[0080] The processor can be a multi-core processor or may contain multiple processors. In some embodiments, the processor may include a general-purpose main processor and one or more specialized coprocessors, such as a graphics processing unit (GPU), a digital signal processor (DSP), etc. In some embodiments, the processor may be implemented using custom circuitry, such as an application-specific integrated circuit (ASIC) or a field-programmable gate array (FPGA).

[0081] Memory can include various types of storage units, such as system memory, read-only memory (ROM), and permanent storage devices. ROM can store static data or instructions required by the processor or other modules of the computer. Permanent storage devices can be read-write storage devices. Permanent storage devices can be non-volatile storage devices that retain stored instructions and data even when the computer is powered off. In some embodiments, permanent storage devices use high-capacity storage devices (e.g., magnetic or optical disks, flash memory) as permanent storage devices. In other embodiments, permanent storage devices can be removable storage devices (e.g., floppy disks, optical drives). System memory can be a read-write storage device or a volatile read-write storage device, such as dynamic random access memory. System memory can store some or all of the instructions and data required by the processor during operation. Furthermore, memory can include any combination of computer-readable storage media, including various types of semiconductor memory chips (DRAM, SRAM, SDRAM, flash memory, programmable read-only memory), and disks and / or optical disks can also be used. In some implementations, the memory may include removable storage devices that are readable and / or writable, such as laser discs (CDs), read-only digital versatile optical discs (e.g., DVD-ROMs, dual-layer DVD-ROMs), read-only Blu-ray discs, ultra-high density optical discs, flash memory cards (e.g., SD cards, mini SD cards, Micro-SD cards, etc.), magnetic floppy disks, etc. Computer-readable storage media do not contain carrier waves or transient electronic signals transmitted wirelessly or via wired connections.

[0082] The memory stores executable code, which, when executed by the processor, causes the processor to perform the method described above.

[0083] The embodiments provided in this application are embodiments of a non-transitory machine-readable storage medium.

[0084] The embodiments of this application will be described in detail below.

[0085] Example 9:

[0086] This embodiment is a non-transitory machine-readable storage medium (or computer-readable storage medium, or machine-readable storage medium) storing executable code (or computer program, or computer instruction code). When the executable code (or computer program, or computer instruction code) is executed by a processor of an electronic device (or computing device, server, etc.), the processor performs the various steps of the method described above according to the present invention.

[0087] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A method for SOA architecture vehicle system OTA upgrade, characterized in that, include: Independent download link, OTA mode control link, and DoIP flashing link; The independent download link includes: First, the OTA App sends a download instruction for the whole vehicle upgrade package, which is transmitted to the VDC and the OTA backend server; after receiving the download instruction, the OTA backend allows the upgrade package to be downloaded, the CSC downloads the upgrade package, and saves it to the CSC storage space; The OTA mode control link includes: the OTA mode is issued by the OTA backend server to the VDC, and then transmitted to the CSC through the VDC; after entering the CSC, it is transmitted to the OTA App for displaying the OTA mode and executing the functional requirements. The DoIP flashing process includes: after the OTA backend server recognizes that the CSC has finished downloading the upgrade package, it sends a DoIP flashing command to the VDC, which is then transmitted to the CSC, and the CSC performs the self-upgrade action internally. After receiving the vehicle upgrade package download instruction from the OTA App, the OTA Service module in the Framework layer transmits the independent download instruction of CSC to the OTA HAL module in the HAL layer. The OTA HAL module then transmits the independent download request to the CM module of APAUTOSAR. The CM then transmits the instruction to VDC and the OTA backend server via SOME IP. CSC downloads the upgrade package through the Update Engine module in the Framework layer.

2. The method for OTA upgrade of SOA architecture vehicle infotainment system according to claim 1, characterized in that, The OTA mode control link also includes: after entering CSC, it is first received by AP AUTOSAR, transmitted to OTA HAL module through CM, OTA HAL module transmits upward to OTA Service in Framework layer, and then to OTA App for display of OTA mode and execution of function requirements.

3. The method for OTA upgrade of SOA architecture vehicle infotainment system according to claim 1, characterized in that, The DoIP flashing link also includes: after the DoIP flashing command is transmitted from VDC to CSC, the DM module of AP AUTOSAR inside CSC first receives it, and then transmits the flashing command to the diagnostic module. The diagnostic module then transmits it to the Update Engine module of the Framework layer. At the same time that the Update Engine transmits it to the OTA Service, the CSC performs a self-upgrade action.

4. The method for OTA upgrade of an SOA architecture vehicle infotainment system according to any one of claims 1-3, characterized in that, CSC includes control links and display links; The control link is initiated by the CSC end, which sends the user's request to the VDC, and the VDC transmits it to the OTA backend server for response control; The display link is initiated by the OTA backend server and then sent to the VDC. The VDC then sends the instructions to the CSC, and the CSC displays the information according to the instructions from the VDC.

5. The method for OTA upgrade of SOA architecture vehicle infotainment system according to claim 4, characterized in that, The control link also includes: CSC first transmits user requirements from the OTA App and the engineering mode App to the AdapterService in the Framework layer. The AdapterService then transmits the instructions to the SOA HAL in the HAL layer. The SOA HAL transmits the control instructions of the HMI to the CM module in APAUTOSAR, and then sends the SOME IP to the VDC. The VDC then transmits the instructions to the OTA backend server.

6. The method for OTA upgrade of an SOA architecture vehicle infotainment system according to claim 5, characterized in that, The display link also includes: the OTA backend server sends instructions to the VDC, the VDC sends the SOME IP signal to the CSC; inside the CSC, the AP AUTOSAR first receives the signal and uses the CM module in the AP AUTOSAR for signal transmission; after the SOA HAL module receives the HMI control signal, it transmits the control signal that needs to be displayed by the CSC HMI to the AdapterService in the Framework layer. The AdapterService then transmits the HMI control requirements to the OTA App and the engineering mode App in the APP layer for corresponding control and display.

7. A computing device, characterized in that: It includes a processor and a memory, the memory storing executable code, which, when executed by the processor, causes the processor to perform the method as described in any one of claims 1-6.

8. A non-transitory machine-readable storage medium, characterized in that: It stores executable code that, when executed by a processor of an electronic device, causes the processor to perform the method as described in any one of claims 1-6.

Images