Mobile phone power saving method and system based on Bluetooth

Abstract

The embodiments of the present application provide a method and system for saving mobile phone data traffic based on Bluetooth. The method comprises: establishing a Bluetooth connection with a mobile terminal; receiving audio information sent by the mobile terminal; determining whether the audio information contains ID3 information; if the audio information contains ID3 information, retrieving the corresponding audio from the local cache space based on the ID3 information for playback, and sending a stop playback instruction to the mobile terminal. The method of the present application can achieve data-free playback of audio previously shared to a vehicle terminal via Bluetooth by a mobile terminal, thereby reducing the user's mobile phone data consumption.

Description

Technical Field

[0001] The present application relates to the field of vehicle application technology, and in particular to a method and system for saving mobile phone power consumption based on Bluetooth. Background Art

[0002] Due to the rapid development of the automotive industry and the continuous improvement of the functions of in-vehicle terminals, interactive applications between in-vehicle terminals and mobile terminals have become widely popular. For example, after establishing a Bluetooth connection between an in-vehicle terminal and a mobile terminal, the audio currently playing on the mobile terminal can be played via the in-vehicle Bluetooth. However, when users play the audio previously shared from the mobile terminal to the in-vehicle terminal, they need to consume data again, which results in unnecessary data waste.

[0003] Therefore, how to solve the problem that the existing technology cannot play the audio previously shared to the car terminal via Bluetooth by the mobile terminal without streaming, and bring a better user experience to the user, is a technical problem that needs to be solved urgently by people in this field. Summary of the Invention

[0004] The embodiments of the present application provide a method and system for saving mobile phone traffic based on Bluetooth, which can realize the free playback of audio previously shared by the mobile terminal to the vehicle terminal via Bluetooth, thereby reducing the consumption of user mobile phone traffic.

[0005] In a first aspect, an embodiment of the present application provides a method for saving mobile phone bandwidth based on Bluetooth, comprising:

[0006] Establish a Bluetooth connection with the mobile terminal;

[0007] Receiving audio information sent by a mobile terminal;

[0008] Determine whether the audio information contains ID3 information;

[0009] If the audio information contains ID3 information, the corresponding audio is retrieved from the local cache space according to the ID3 information for playback, and a stop playback instruction is sent to the mobile terminal.

[0010] In a second aspect, an embodiment of the present application provides a Bluetooth-based mobile phone data saving system, the system comprising the vehicle-mounted terminal as described in the first aspect;

[0011] The mobile terminal is used to establish a Bluetooth connection with the vehicle-mounted terminal and send audio information to the vehicle-mounted terminal.

[0012] In a third aspect, an embodiment of the present application provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the mobile phone data saving method described in the first aspect is implemented.

[0013] By implementing the embodiments of the present application, the corresponding audio can be searched and played in the cache space of the vehicle terminal according to the ID3 information in the audio information sent by the mobile terminal, thereby realizing flow-free playback and reducing the consumption of the user's mobile phone data; if the corresponding audio is not found in the cache space of the vehicle terminal, the vehicle terminal will make the audio information into a data packet for cache, which can realize flow-free playback of the audio next time, thereby improving the user's Bluetooth sharing experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0015] Figure 1 This is a schematic diagram of the architecture of a Bluetooth-based mobile phone data saving system provided in an embodiment of the present application;

[0016] Figure 2 This is a flowchart of a method for saving mobile phone bandwidth based on Bluetooth provided in an embodiment of the present application;

[0017] Figure 3 This is a flowchart of an audio calling and playing method provided in an embodiment of the present application;

[0018] Figure 4 This is a schematic diagram of the device composition of a vehicle-mounted terminal provided in an embodiment of the present application. DETAILED DESCRIPTION

[0019] The embodiments of the present application are described below in conjunction with the drawings in the embodiments of the present application.

[0020] The terms "including" and "having" and any variations thereof in the specification and claims of this application and the accompanying drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or apparatus comprising a series of steps or elements is not limited to the listed steps or elements, but may optionally include steps or elements not listed, or may optionally include other steps or elements inherent to the process, method, product, or apparatus.

[0021] See Figure 1 , is a schematic diagram of the architecture of a Bluetooth-based mobile phone data saving system provided in an embodiment of the present application. The system may include a transaction vehicle terminal 10 and a mobile terminal 20.

[0022] Among them, the vehicle-mounted terminal 10 can be used to realize the functions of receiving and playing audio. For example, in an embodiment of the present application, the vehicle-mounted terminal 10 can establish a Bluetooth connection with the mobile terminal 20; receive audio information sent by the mobile terminal 20; determine whether the audio information contains ID3 information; if the audio information contains ID3 information, then retrieve the corresponding audio in the local cache space according to the ID3 information for playback, and send a stop playback instruction to the mobile terminal 20. Among them, the ID3 information includes at least: song name, album name and author. Optionally, when the audio is finished playing, a switch playback instruction is sent to the mobile terminal 20; it can also be used to make audio information that has no corresponding audio in the cache space into a data packet, and cache the data packet in the cache space.

[0023] The mobile terminal 20 may also be referred to as user equipment (UE). It may be in the form of a mobile phone, tablet computer, computer with wireless transceiver capabilities, wearable terminal device, etc. It is a user-side entity used to receive or transmit signals. In the embodiment of the present application, the mobile terminal 20 may establish a Bluetooth connection with the vehicle-mounted terminal 10 and send audio information to the vehicle-mounted terminal 10. Optionally, the mobile terminal 20 may also receive stop playback commands and switch playback commands sent by the vehicle-mounted terminal 10.

[0024] It should be noted that in this embodiment, to simplify and clearly describe the mobile phone data saving method, the modules that execute the steps in each terminal are not listed. For example, the vehicle terminal and mobile terminal use the communication module to send and receive information and instructions; the vehicle terminal also has a cache module for calling or caching audio information. Therefore, the above system architecture division is only for the purpose of illustrating the execution method or steps, and the specific implementation form is not limited by this embodiment.

[0025] Next, combine Figure 2-Figure 4 The steps in the embodiment of the present application provide a detailed description of the method for saving mobile phone data based on Bluetooth.

[0026] See Figure 2 , which is a flowchart of a method for saving mobile phone bandwidth based on Bluetooth provided in an embodiment of the present application, may include the following steps:

[0027] S101: Establish a Bluetooth connection with a mobile terminal.

[0028] It should be noted that when a Bluetooth connection is first established with a mobile terminal, a pre-set local cache space is allocated in the local memory. For example, for an in-vehicle terminal with 8GB of memory, a pre-set 1GB cache space can be allocated. The size of the pre-set capacity is determined by designers in the field based on specific circumstances and is not limited here.

[0029] S102: Receive audio information sent by the mobile terminal.

[0030] It should be noted that the audio information sent by the mobile terminal includes ID3 information and the audio. ID3 information includes at least the song title, album name, and artist, and may also include other additional information about the song. ID3 information is used to locate the audio, and the vehicle terminal needs to use the ID3 information to search for the audio in the buffered space data packet.

[0031] Specifically, the ID3 field is typically located within a few bytes at the beginning or end of an MP3 file, containing information such as the song title, album name, and artist. It comes in two versions: v1 and v2. The v1 ID3 field is located within the last 128 bytes of the MP3 file, beginning with the characters TAG, followed by the song information. The v2 version, typically located at the beginning of the MP3 file, can store larger amounts of information, such as lyrics and album art.

[0032] S103: Determine whether the audio information contains ID3 information.

[0033] It should be noted that in Figure 2 The method flow described in the description is explained on the basis that "the audio information contains ID3 information".

[0034] In one possible implementation, the audio information does not contain ID3 information. In this case, the vehicle terminal directly decodes and plays the audio in the audio information sent by the mobile terminal. Because the audio information does not contain ID3 information, the vehicle terminal cannot find the audio corresponding to the audio information and therefore directly decodes and plays the audio in the audio information. Also, because the audio information does not contain ID3 information, the vehicle terminal cannot subsequently access the audio in the audio information and therefore does not save the audio information.

[0035] S104: retrieve the corresponding audio from the local cache space according to the ID3 information to play, and send a stop playing instruction to the mobile terminal.

[0036] In a possible implementation, when the audio playback is completed, the vehicle-mounted terminal sends a switch playback instruction to the mobile terminal, instructing the mobile terminal to play and share the next audio segment.

[0037] It should be noted that after receiving the stop playback command sent by the vehicle terminal, the mobile terminal will stop sharing the currently playing audio, that is, it will switch from the playback state to the pause playback state; after receiving the switch playback command sent by the vehicle terminal, the mobile terminal will start playing the next audio, that is, it will switch from the pause playback state to the next audio state, and start the next round of Bluetooth audio sharing. The above song playback order is based on the audio order of the mobile terminal. This process is supported by the AVRCP protocol to realize pause, start, switch and other types of remote control operations.

[0038] It should be explained that after the mobile terminal receives the stop playback instruction sent by the vehicle-mounted terminal, the mobile terminal stops playing the audio, thereby achieving the purpose of reducing the mobile terminal's traffic consumption without affecting the user experience.

[0039] In another possible implementation, when audio is played, the processor of the vehicle terminal generates an audio playback record and stores the audio according to a certain rule. The audio playback record includes but is not limited to the playback time and the cumulative number of playbacks.

[0040] Optionally, the vehicle terminal processor classifies the audio data packets according to a functional relationship combining the play time and the play count, and filters out the deletable items.

[0041] It should be understood that the above method is only used to describe and explain the embodiment and does not constitute a limitation to this application. The specific content of the preset capacity and audio classification in the embodiment of this application shall be set by the designer according to actual usage requirements during implementation.

[0042] See Figure 3 , is a flowchart of an audio calling and playing method provided in an embodiment of the present application, including:

[0043] S1041: The local cache space does not have the audio corresponding to the ID3.

[0044] S1042: Decode and play the audio in the audio information sent by the mobile terminal.

[0045] S1043: Make the audio information into a data packet and cache it in a local cache space.

[0046] In one possible implementation, the size of the data packet is compared with the remaining space size of the local cache space; when the size of the data packet is less than or equal to the remaining space size, the data packet is cached in the local cache space; when the size of the data packet is greater than the remaining space size, after the local cache space is cleared and cached, the data packet is cached in the local cache space.

[0047] It should be noted that the cache clearing process for the cache space refers to deleting data packets that have not been played for more than a preset time. For example, for a 2G local cache space, the preset time can be set to 3 months. If audio A in data packet A has not been played for more than 3 months, then when the local cache space is insufficient to cache data packet B, the vehicle terminal deletes data packet A and caches data packet B in the local cache space. The preset time is set by the designers in the field according to different situations and is not limited here.

[0048] Specifically, cache clearing is performed based on audio playback history. This helps optimize local cache space allocation without impacting the user experience. By evaluating data packets and filtering out deletable items, it avoids deleting frequently played audio and increasing mobile device data consumption.

[0049] The following describes the device involved in the embodiments of the present application with reference to the accompanying drawings.

[0050] See Figure 4 , which is a schematic diagram of the device composition of an in-vehicle terminal provided in an embodiment of the present application. The in-vehicle terminal 10 may include: a processor 110, a memory 120, a Bluetooth transceiver 130, and a speaker 140. The processor 110, the memory 120, the Bluetooth transceiver 130, and the speaker are connected via a bus 150.

[0051] The memory 120 is used to store instructions and also to divide a portion of space into a local cache space. The local cache space is used to cache data packets made of audio information. The processor 110 is used to execute the instructions stored in the memory 120 to achieve the above Figure 2-Figure 3 The memory 120 may be integrated into the processor 110 or may be provided separately from the processor 110 .

[0052] The processor 110 is used to process the audio information sent by the mobile terminal and received by the Bluetooth transceiver 130, that is, to decode the ID3 information and audio in the audio information. It is also used to execute instructions stored in the memory 120 to control the Bluetooth transceiver 130 to receive and send signals, and to control the speaker 140 to play audio.

[0053] Specifically, the Bluetooth transceiver 130 is used to receive audio information sent by the mobile terminal, and send a stop play instruction and a switch play instruction to the mobile terminal.

[0054] As an implementation method, the function of the Bluetooth transceiver 130 may be implemented by a transceiver circuit or a dedicated transceiver chip. The processor 110 may be implemented by a dedicated processing chip, a processing circuit, a processor, or a general-purpose chip.

[0055] As another implementation, a general-purpose computer can be used to implement the apparatus provided in the embodiments of the present application. The program code for implementing the functions of the processor 110 and the Bluetooth transceiver 130 is stored in the memory 120, and the general-purpose processor executes the code in the memory 120 to implement the functions of the processor 110 and the Bluetooth transceiver 130.

[0056] For the concepts, explanations, detailed descriptions and other steps involved in the device and related to the technical solutions provided in the embodiments of the present application, please refer to the description of the method steps performed by the device in the aforementioned method or other embodiments, which will not be repeated here.

[0057] As another implementation of this embodiment, a computer-readable storage medium is provided, on which instructions are stored. When the instructions are executed, the method in the above method embodiment is executed.

[0058] As another implementation of this embodiment, a computer program product including instructions is provided. When the instructions are executed, the method in the above method embodiment is performed.

[0059] According to the method and device provided in the embodiment of the present application, the embodiment of the present application also provides a system, the composition of which can be seen in Figure 1 As shown, the execution method can be found in Figure 2-Figure 3 The description in the illustrated embodiment will not be repeated here.

[0060] Those skilled in the art will understand that for ease of explanation, Figure 4 Only one memory and processor are shown. In an actual terminal or server, there may be multiple processors and memories. The memory may also be referred to as a storage medium or storage device, etc., which is not limited in the embodiments of the present application.

[0061] It should be understood that in the embodiments of the present application, the processor may be a central processing unit (CPU), and the processor may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.

[0062] It should also be understood that the memory mentioned in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAMbus RAM (DR RAM).

[0063] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, the memory (storage module) is integrated into the processor.

[0064] It should be noted that the memory described herein is intended to include, but not be limited to, these and any other suitable types of memory.

[0065] In addition to the data bus, the bus may also include a power bus, a control bus, a status signal bus, etc. However, for the sake of clarity, various buses are labeled as buses in the figure.

[0066] It should also be understood that the first, second, third, fourth and various numerical numbers involved in this document are only distinctions made for the convenience of description and are not intended to limit the scope of this application.

[0067] It should be understood that the term "and / or" in this document simply describes a relationship between related objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " in this document generally indicates that the related objects are in an "or" relationship.

[0068] During implementation, each step of the above method can be completed by an integrated logic circuit of the hardware in the processor or by instructions in the form of software. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in the processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in conjunction with its hardware. To avoid repetition, it will not be described in detail here.

[0069] In various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0070] Those skilled in the art will appreciate that the various illustrative logical blocks (ILBs) and steps described in conjunction with the embodiments disclosed herein can be implemented using electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this application.

[0071] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0072] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0073] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0074] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When software is used for implementation, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrations. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state hard disk).

[0075] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A method for saving mobile phone bandwidth based on Bluetooth, characterized in that: The following steps are involved: Establish a Bluetooth connection with the mobile terminal; receiving audio information sent by the mobile terminal; Determining whether the audio information contains ID3 information; If the audio information contains ID3 information, the corresponding audio is retrieved from the local cache space according to the ID3 information for playback, and a stop playback instruction is sent to the mobile terminal; The method further comprises the following steps: If the audio information contains ID3 information and the local cache space does not have the audio corresponding to the ID3 information, decoding and playing the audio in the audio information sent by the mobile terminal; The audio information is made into a data packet and cached in the local cache space.

2. The method for saving mobile phone data flow according to claim 1, further comprising the following steps: When the audio is finished playing, a switch play instruction is sent to the mobile terminal, where the switch play instruction is used to instruct the mobile terminal to play the next audio.

3. The mobile phone data saving method according to claim 2, wherein the step of converting the audio information into a data packet and caching the data packet into the local cache space comprises the following steps: Comparing the size of the data packet with the remaining space in the local cache space; When the size of the data packet is less than or equal to the size of the remaining space, caching the data packet in the local cache space; When the size of the data packet is larger than When the remaining space size is sufficient, after clearing the cache of the local cache space, the data packet is cached in the local cache space.

4. The mobile phone data saving method according to claim 3, wherein the cache clearing process comprises: Delete data packets that have not been played for more than the preset time.

5. The method for saving mobile phone data flow according to claim 1, further comprising the following steps: If the audio information does not contain the ID3 information, the audio in the audio information sent by the mobile terminal is decoded and played.

6. The mobile phone data saving method according to any one of claims 1 to 5, wherein the audio information includes ID3 information and audio; The ID3 information includes at least the song title, album title and author.

7. The method for saving mobile phone data traffic according to claim 6, wherein establishing a Bluetooth connection with the mobile terminal comprises the following steps: When the mobile terminal establishes a Bluetooth connection for the first time, a local cache space with a pre-stored capacity is divided in the local memory.

8. A vehicle-mounted terminal, characterized in that: The vehicle-mounted terminal is used to execute the mobile phone data saving method as described in any one of claims 1-7.

9. A mobile phone data saving system based on Bluetooth, characterized in that: include: The vehicle-mounted terminal according to claim 8; The mobile terminal is used to establish a Bluetooth connection with the vehicle-mounted terminal and send audio information to the vehicle-mounted terminal.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the mobile phone data saving method according to any one of claims 1 to 7 is implemented.

Images