Vehicle-mounted multi-Bluetooth equipment call information processing method and device

Abstract

The invention provides a vehicle-mounted multi-Bluetooth device call information processing method and device, and the method comprises the steps: determining preliminary screening call information according to the call information of a first period and the call information of a second period, and transmitting the preliminary screening call information into a corresponding device instance based on a device address, the primarily screened call information comprises a call state, a call identifier and a device address; selecting effective call information corresponding to the equipment instances according to the call lists, the call identifiers and the call states in the equipment instances, and updating the call lists in the equipment instances; and carrying out secondary screening on the effective call information in each equipment instance according to a receiving time sequence based on the equipment address in sequence to obtain target call information, so that the call interface is displayed based on the target call information. And the call interface cannot display the call information corresponding to the mobile phone in the call.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a method and device for processing call information of multiple in-vehicle Bluetooth devices. Background Art

[0002] With the rapid development of science and technology and the popularity of smart phones, modern cars are no longer just a means of transportation, but have gradually evolved into a smart mobile space that integrates multiple functions such as driving, entertainment, and communication. In this transformation process, the importance of in-car Bluetooth technology, as an important bridge connecting cars and smart phones, has become increasingly prominent. In order to improve the communication convenience and driving safety of drivers, many car manufacturers have integrated dual Bluetooth module technology into their models. This innovative design allows drivers to connect two mobile phones to the car system at the same time, achieving unprecedented communication flexibility. The dual Bluetooth module allows users to connect two mobile phones at the same time and can freely choose to answer calls from any mobile phone.

[0003] Traditional Bluetooth device design follows the principle of establishing an audio connection with only a single device at a time. Therefore, when a user connects two mobile phones at the same time, when the first call starts, the in-vehicle Bluetooth system will usually establish an audio connection with the mobile phone that initiated the call, and suspend the audio connection with the second mobile phone. This means that while the first call is in progress, the audio of the second mobile phone will not be played through the car computer, unless the user chooses to switch the audio of the second mobile phone to the car computer system after the first call ends. However, in the related art, it is not possible to display the call information corresponding to the mobile phone that is currently calling in the call interface when multiple Bluetooth devices are connected, so that the user can clearly understand the call status of the current mobile phone. Summary of the invention

[0004] In view of the shortcomings of the related technologies mentioned above, the present application provides a method and apparatus for processing call information of multiple Bluetooth devices in a vehicle to solve the technical problem that when multiple Bluetooth devices are connected, the call interface cannot display the call information corresponding to the mobile phone that is in a call.

[0005] The present application provides a method for processing call information of multiple Bluetooth devices in a vehicle, and the method comprises: determining preliminary screening call information according to call information of a first cycle and call information of a second cycle, and transmitting the preliminary screening call information to a corresponding device instance based on a device address, wherein the preliminary screening call information comprises a call status, a call identifier and the device address; selecting valid call information corresponding to the device instance according to a call list in each device instance, the call identifier and the call status, and updating the call list in the device instance; performing secondary screening on the valid call information in each device instance based on the device address in sequence according to the receiving time, and obtaining target call information, so that a call interface is displayed based on the target call information.

[0006] In one embodiment of the present application, valid call information corresponding to the device instance is selected according to the call list, the call identifier and the call status in the device instance, and the call list in the device instance is updated, including: if there is no call information record in the call list of the device instance, the preliminary screening call information is used as the valid call information and added to the call list; if there is a call information record in the call list of the device instance and the call identifier is not included in the call information record, the preliminary screening call information is used as the valid call information based on the call status and added to the call list; if there is a call information record in the call list of the device instance and the call identifier is included in the call information record, the call information record with the same call identifier and the preliminary screening call information are compared for call status; if the call status is different, the preliminary screening call information is used as the valid call information, and the call list is modified based on the valid call information.

[0007] In one embodiment of the present application, the call status includes being on a call, waiting and hanging up, and according to the call list in each device instance, the call identifier and the call status, the valid call information corresponding to the device instance is selected, and the call list in the device instance is updated, including: if there is a call information record in the call list of the device instance, the call identifier is not included in the call information record, and the call status of the preliminary screening call information is being on a call or waiting, then the preliminary screening call information is used as the valid call information and added to the call list, and the call status includes being on a call, waiting and hanging up; if there is a call information record in the call list of the device instance, the call identifier is not included in the call information record, and the call status of the preliminary screening call information is being on a call or waiting, then the preliminary screening call information is used as the valid call information and added to the call list, and the call status includes being on a call, waiting and hanging up; if there is a call information record in the call list of the device instance, the call identifier is not included in the call information record, and the call status of the preliminary screening call information is being on a call or waiting If the call information record includes the call identifier, and the call status of the preliminary screening call information is in call or waiting, the call status of the call information record with the same call identifier is compared with the preliminary screening call information. If the call statuses are different, the preliminary screening call information is used as valid call information, and the call list is modified based on the valid call information; if there is a call information record in the call list of the device instance, the call information record includes the call identifier, and the call status of the preliminary screening call information is hung up, the preliminary screening call information is used as valid call information, and the call information record in the call list with the same call identifier as the valid call information is removed from the call list.

[0008] In one embodiment of the present application, the vehicle-mounted multi-Bluetooth device call information processing method also includes displaying a device variable, a vehicle audio occupancy status, and an occupied device address; the valid call information in multiple device instances is secondary screened based on the device address in order of reception time, and the target call information obtained includes: if the call interface currently does not display call information, the display device variable is empty; if the vehicle audio occupancy status is occupied and the device address of the valid call information is the same as the occupied device address, the valid call information is used as the target call information, and the display device variable is assigned a value based on the device address of the target call information; if the vehicle audio occupancy status is occupied and the device address of the valid call information is different from the occupied device address , then determine whether the display device variable is empty. If the display device variable is empty, use the valid call information as the target call information, assign a value to the display device variable based on the device address of the target call information, and update the occupied device address based on the device address of the target call information; if the vehicle audio occupancy status is unoccupied and the display device variable is empty, use the valid call information as the target call information, and assign a value to the display device variable based on the device address of the target call information; if the vehicle audio occupancy status is unoccupied and the display device variable is not empty, then determine whether the device address of the valid call information is equal to the display device variable. If equal, use the valid call information as the target call information.

[0009] In one embodiment of the present application, a call interface is displayed based on the target call information, including: if the call status of the target call information is in call, then a call in call interface is displayed in the call interface based on the target call information; if the call status of the target call information is waiting, then a dialing interface or an incoming call interface is displayed in the call interface based on the target call information; if the call status of the target call information is hung up, then a hang up interface is displayed in the call interface.

[0010] In one embodiment of the present application, if the call status of the target call information is hang up, then after the hang up interface is displayed in the call interface, it also includes: reading the call list corresponding to the target call information, if the call list corresponding to the target call information is empty, setting the display device variable to empty; if there are still call information records in the call list corresponding to the target call information, selecting new target call information based on the call information record, and displaying the call interface based on the new target call information.

[0011] In one embodiment of the present application, the vehicle-mounted multi-Bluetooth device call information processing method also includes: if a change in the audio transmission status is detected, re-acquiring the vehicle audio occupancy status and the occupied device address; if the display device variable is empty, assigning a value to the display device variable based on the occupied device address, and using the valid call information with the same device address as the occupied device address as the target call information; if the display device variable is not empty, and the display device variable is different from the occupied device address, assigning a value to the display device variable based on the occupied device address, and using the valid call information with the same device address as the occupied device address as the target call information; if the display device variable is not empty, and the display device variable is the same as the occupied device address, using the valid call information with the same device address as the occupied device address as the target call information.

[0012] In one embodiment of the present application, the vehicle-mounted multi-Bluetooth device call information processing method also includes: when the valid call information is added to the call list, the current system time is recorded as the call start time; when the call interface is displayed, the call duration is obtained based on the call start time and the current system time, and the call duration is displayed.

[0013] In one embodiment of the present application, determining preliminary screening call information based on call information of a first cycle and call information of a second cycle includes: if at least one of the call status, call identifier or device address of the second cycle is different from the call status, call identifier or device address of the first cycle, then using the call information of the second cycle as preliminary screening call information.

[0014] An embodiment of the present application also provides a vehicle-mounted multi-Bluetooth device call information processing device, the vehicle-mounted multi-Bluetooth device call information processing device comprising: an information initial screening module, used to determine the initial screening call information based on the call information of the first cycle and the call information of the second cycle, and transmit the initial screening call information to the corresponding device instance based on the device address, the initial screening call information including the call status, call identifier and the device address; a list update module, used to select the valid call information corresponding to the device instance according to the call list in each device instance, the call identifier and the call status, and update the call list in the device instance; an information display module, used to perform secondary screening on the valid call information in each device instance based on the device address in sequence according to the receiving time, and obtain the target call information, so that the call interface is displayed based on the target call information.

[0015] An embodiment of the present application also provides an electronic device, comprising: one or more processors; a storage device for storing one or more programs, and when the one or more programs are executed by the one or more processors, the electronic device implements the vehicle-mounted multi-Bluetooth device call information processing method as described in any of the above embodiments.

[0016] An embodiment of the present application also provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor of a computer, the computer executes the vehicle-mounted multi-Bluetooth device call information processing method as described in any of the above embodiments.

[0017] Beneficial effects of the present application: The embodiments of the present application provide a method and apparatus for processing call information of multiple Bluetooth devices in a vehicle. The method determines preliminary screening call information based on the call information of the first cycle and the call information of the second cycle, and transmits the preliminary screening call information to the corresponding device instance based on the device address. The preliminary screening call information includes call status, call identification and device address; selects valid call information corresponding to the device instance according to the call list, call identification and call status in each device instance, and updates the call list in the device instance; performs secondary screening on the valid call information in each device instance based on the device address in sequence according to the receiving time, and obtains the target call information, so that the call interface is displayed based on the target call information. The method can reduce the processing of duplicate information by screening the call information, thereby improving the response speed and resource utilization efficiency of the system. By updating the call information status in real time, the vehicle display screen can promptly reflect the changes in the call status, thereby improving the continuity of the user experience.

[0018] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Figure 1 It is a schematic diagram of an implementation environment of a method for processing call information of multiple Bluetooth devices in a vehicle, shown in an exemplary embodiment of the present application;

[0020] Figure 2 is a flow chart of a method for processing call information of multiple Bluetooth devices in a vehicle, shown in an exemplary embodiment of the present application;

[0021] Figure 3 is a preliminary screening flow chart shown in an exemplary embodiment of the present application;

[0022] Figure 4 is a secondary screening flow chart shown in an exemplary embodiment of the present application;

[0023] Figure 5is a call interface update flow chart shown in an exemplary embodiment of the present application;

[0024] Figure 6 is a block diagram of a vehicle-mounted multi-Bluetooth device call information processing device shown in an exemplary embodiment of the present application;

[0025] Figure 7 It is a structural schematic diagram of an electronic device shown in an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0026] The following describes the embodiments of the present application through specific examples, and those skilled in the art can easily understand other advantages and effects of the present application from the contents disclosed in this specification. The present application can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present application. It should be noted that the following embodiments and features in the embodiments can be combined with each other without conflict.

[0027] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present application, and thus the drawings only show components related to the present application rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed at will, and the component layout may also be more complicated.

[0028] It should be noted that in this application, "first", "second", etc. are only used to distinguish similar objects, and are not used to limit the order or precedence of similar objects. The variations of "including", "having", etc. described above indicate that the scope covered by the subject of the word is not exclusive except for the examples shown by the word.

[0029] It is understood that the various numbers, step numbers, and other reference numerals recorded in this application are distinguished for the convenience of description and are not intended to limit the scope of this application. The size of the reference numerals in this application does not mean the order of execution. The execution order of each process should be determined by its function and internal logic.

[0030] In the following description, a large number of details are discussed to provide a more thorough explanation of the embodiments of the present application. However, it is obvious to those skilled in the art that the embodiments of the present application can be implemented without these specific details. In other embodiments, well-known structures and devices are shown in the form of block diagrams rather than in detail to avoid making the embodiments of the present application difficult to understand.

[0031] The embodiments of the present application respectively propose a method for processing call information of multiple Bluetooth devices in a vehicle, a device for processing call information of multiple Bluetooth devices in a vehicle, an electronic device, a computer-readable storage medium and a computer program product. These embodiments will be described in detail below.

[0032] See also Figure 1 , Figure 1 It is a schematic diagram of an implementation environment of a method for processing call information of multiple Bluetooth devices in a vehicle, shown as an exemplary embodiment of the present application.

[0033] like Figure 1 As shown, the implementation environment may include a vehicle system 101, a first device 102, and a second device 103, wherein the first device 102 and the second device 103 are connected to the vehicle system 101 based on Bluetooth, and the vehicle system 101 periodically obtains the call information of the first device 102 and the second device 103 based on Bluetooth phone broadcast, and screens the obtained call information once to obtain the primary screened call information, and selects the valid call information corresponding to each device in the primary screened call information based on the change of the call status, and then screens the valid call information again based on the device address and the display device variable to obtain the target call information. The vehicle system 101 displays the call interface on the vehicle display screen based on the target call information.

[0034] In one embodiment of the present application, performing a screening on the acquired call information to obtain preliminary screening call information includes determining the preliminary screening call information based on the call information of the first cycle and the call information of the second cycle, and using the periodically acquired call information as the call information of the first cycle and the call information of the second cycle, for example, using the previous cycle as the first cycle and the current cycle as the second cycle, that is, the first cycle is the previous cycle of the second cycle.

[0035] See also Figure 2 , Figure 2 is a flowchart of a method for processing in-vehicle multi-Bluetooth device call information according to an exemplary embodiment of the present application. The method can be applied to Figure 1 The implementation environment shown is as follows. The method may also be applicable to other exemplary implementation environments and be specifically executed by devices in other implementation environments. This embodiment does not limit the implementation environment to which the method is applicable.

[0036] like Figure 2 As shown, in an exemplary embodiment, the vehicle-mounted multi-Bluetooth device call information processing method includes at least steps S210 to S230, which are described in detail as follows:

[0037] Step S210, determine the initial screening call information based on the call information of the first cycle and the call information of the second cycle, and transfer the initial screening call information to the corresponding device instance based on the device address. The initial screening call information includes call status, call identification and device address.

[0038] In one embodiment of the present application, the call information of the connected vehicle-mounted Bluetooth device is periodically acquired through the Bluetooth phone broadcast, and a new device class is added to store the call information of the Bluetooth phone, and the call information includes the call status, call identification, device address, call duration and other related call information (such as call number, etc.). The call duration can be obtained by counting from the time when the call is connected.

[0039] In one embodiment of the present application, call information of a connected vehicle-mounted Bluetooth device is acquired once every 2 seconds through Bluetooth phone broadcasting.

[0040] In one embodiment of the present application, the first cycle is the previous cycle of the second cycle. If the received call information is the first call information received after the vehicle-mounted Bluetooth device is connected, the first call information is used as the preliminary screening call information. If the received call information is not the first call information received after the vehicle-mounted Bluetooth device is connected, the call information is compared with the call information of the previous cycle to determine the preliminary screening call information, that is, the preliminary screening call information is determined based on the call information of the first cycle and the call information of the second cycle.

[0041] In one embodiment of the present application, if at least one of the call status, call identification or device address of the second cycle is different from the call status, call identification or device address of the first cycle, the call information of the second cycle is used as the preliminary screening call information.

[0042] Step S220, selecting valid call information corresponding to the device instance according to the call list, call identification and call status in each device instance, and updating the call list in the device instance.

[0043] In one embodiment of the present application, valid call information corresponding to the device instance is selected according to the call list, call identifier and call status in the device instance, and the call list in the device instance is updated, including: if there is no call information record in the call list of the device instance, the preliminary screening call information is taken as valid call information and added to the call list; if there is a call information record in the call list of the device instance and the call information record does not include a call identifier, the preliminary screening call information is taken as valid call information based on the call status and added to the call list; if there is a call information record in the call list of the device instance and the call information record includes a call identifier, the call information record with the same call identifier and the preliminary screening call information are compared for call status; if the call status is different, the preliminary screening call information is taken as valid call information, and the call list is modified based on the valid call information.

[0044] In one embodiment of the present application, the call status includes in-call, waiting and hung up, and the valid call information corresponding to the device instance is selected according to the call list, call identifier and call status in each device instance, and the call list in the device instance is updated, including: if there is a call information record in the call list of the device instance, the call information record does not include the call identifier corresponding to the preliminary screening call information, and the call status of the preliminary screening call information is in-call or waiting, the preliminary screening call information is used as the valid call information, and the valid call information is added to the call list, and the call status includes in-call, waiting and hung up; if there is a call information record in the call list of the device instance and the call information record includes the preliminary screening call information If the call status is different, the preliminary screening call information will be used as the effective call information, and the call status of the call information record in the call list will be modified based on the call status of the effective call information; if there is a call information record in the call list of the device instance and the call information record includes the call identifier corresponding to the preliminary screening call information, and the call status of the preliminary screening call information is hung up, the preliminary screening call information will be used as the effective call information, and the call information record in the call list with the same call identifier as the effective call information will be removed from the call list.

[0045] In one embodiment of the present application, when the device is in a waiting state, the device may be in the process of dialing or receiving an incoming call, and the call interface may display a dialing interface or an incoming call interface based on the target call information.

[0046] See also Figure 3 , Figure 3 is a preliminary screening flow chart shown in an exemplary embodiment of the present application. Figure 3 The preliminary screening in the process includes a screening and selection process of valid call information. Figure 3 The left side of is to filter out the repeated call information through one screening, wherein the one screening uses the call identification, call status and device address of the current cycle (second cycle) to compare with the previous cycle (first cycle) to obtain the initial screening call information, including: judging whether the call status (callState) of the current cycle is the same as the call status (lastCAllState) of the previous cycle, if the same, judging whether the call identification (uuid) of the current cycle is the same as the call identification (lastUUid) of the previous cycle, if the same, judging whether the device address (addr) of the current cycle is the same as the device address (lastAddr) of the previous cycle, if the same, it means that the original call information is a duplicate of the original call information of the previous cycle, and the original call information of the current cycle is filtered out and not passed to the next step. If any one of the call identification, call status and device address of the current cycle is different from that of the previous cycle, the original call information of the current cycle is regarded as the valid call information, and a value is assigned to lastCAllState based on callState, a value is assigned to lastUUid based on uuid, and a value is assigned to lastAddr based on addr.

[0047] Figure 3 The right part of is the process of selecting valid call information. The preliminary screening call information obtained through one screening is input into the device class instance distinguished by each device address. In this embodiment, it includes the first device instance and the second device instance. The preliminary screening call information is selected and screened based on each device instance. Among them, after the Bluetooth device is successfully connected to the car computer, a device instance corresponding to the device is established with the device address of the Bluetooth device. For example, the first device corresponds to the first device instance, and the second device corresponds to the second device instance. When the Bluetooth device is disconnected, its corresponding device instance will also be removed, thereby ensuring that the device instance is always consistent with the connected phone Bluetooth device. In the device instance, call-related information such as call duration, call status, call identification, etc. related to the device can be stored, so as to effectively manage and use call information.

[0048] In one embodiment of the present application, the preliminary screening call information obtained through a screening is input into a device class instance distinguished by each device address, which in this embodiment includes a first device instance and a second device instance. The preliminary screening call information is selected and screened based on each device instance, including: when a preliminary screening call information (addrclientCall) is passed to the corresponding device instance, it is necessary to determine whether the call list (callList) in the current device instance is empty. If the call list is empty, it means that the device has not recorded any calls before, then this preliminary screening call information is added to the call list and passed as valid call information to the next round of secondary screening. If the call list is not empty, that is, there are call information records in the call list, then the call list is traversed based on the call identifier (uuid). If there is no call information record with the same call identifier as the initial screening call information in the call list, it is necessary to determine whether it needs to be added to the call list based on the call status of the newly transmitted initial screening call information. If the call status of the initial screening call information is hung up, it does not need to be added. If the call status of the initial screening call information is in call or waiting, it is necessary to add the initial screening call information to the call list and pass the initial screening call information as valid call information to the next round of secondary screening. If there is a call information record with the same call identifier as the initial screening call information in the call list, it is necessary to determine whether the call status of the initial screening call information has changed. If the call status of the initial screening call information has changed compared to the call status of the call information record with the same call identifier, and the call status of the initial screening call information is hung up, it is necessary to remove the call information record corresponding to its call identifier from the call list, and pass the initial screening call information as valid call information to the next round of secondary screening. If the call status of this preliminary screening call information changes compared to the call status of the call information record with the same call ID, and the call status of the preliminary screening call information is not hung up, then the call status of the call information record with the same call ID is updated based on the call status of the preliminary screening call information, and the preliminary screening call information is passed as valid call information to the next round of secondary screening. Figure 3 The initial screening in the implementation filters out duplicate call information and only retains valid call information when the call status changes.

[0049] In one embodiment of the present application, when valid call information is added to the call list, the current system time is recorded as the call start time; when the call interface is displayed, the call duration is obtained based on the call start time and the current system time, and the call duration is displayed.

[0050] In one embodiment of the present application, when new call information is added to the call list, the system time at the time of adding is recorded as the call start time, so that when the call interface of the vehicle display screen displays the call duration, the call duration is obtained for display based on the current system time minus the call start time.

[0051] In one embodiment of the present application, since the call duration cannot be directly obtained through Bluetooth phone broadcast, a self-timer can be used. The current system time is recorded when the status of the first call of each call is received, and the call duration is the difference between the current system time and the call start time.

[0052] The relevant call start time is recorded in each call information record in the call list of the Device class. Whenever there is a change in the call status, we can calculate the call duration by subtracting the call start time from the current time and display it on the application interface.

[0053] Step S230, secondary screening is performed on the valid call information in each device instance based on the device address in order of receiving time to obtain target call information, so that the call interface is displayed based on the target call information.

[0054] In one embodiment of the present application, a display device variable, a vehicle audio occupancy status, and an occupied device address are obtained, and valid call information in multiple device instances is secondary screened based on the device address in order of reception time to obtain target call information, including: if the call interface currently does not display call information, the display device is assigned to empty; if the vehicle audio occupancy status is occupied and the device address of the valid call information is the same as the occupied device address, the valid call information is used as the target call information, and the display device variable is assigned based on the device address of the target call information; if the vehicle audio occupancy status is occupied and the device address of the valid call information is different from the occupied device address, It is then determined whether the display device variable is empty. If the display device variable is empty, the valid call information is used as the target call information, the display device variable is assigned a value based on the device address of the target call information, and the occupied device address is updated based on the device address of the target call information; if the vehicle audio occupancy status is unoccupied and the display device variable is empty, the valid call information is used as the target call information, and the display device variable is assigned a value based on the device address of the target call information; if the vehicle audio occupancy status is unoccupied and the display device variable is not empty, it is determined whether the device address of the valid call information is equal to the display device variable. If equal, the valid call information is used as the target call information.

[0055] In one embodiment of the present application, if the vehicle audio occupancy status is occupied and the device address of the valid call information is different from the occupied device address, it is determined whether the display device variable is empty. If the display device variable is not empty, it is determined whether the device address of the valid call information is equal to the display device variable. If equal, the valid call information is used as the target call information.

[0056] In one embodiment of the present application, a call interface is displayed based on the target call information, including: if the call status of the target call information is in call, an in-call interface is displayed in the call interface based on the target call information; if the call status of the target call information is waiting, a dialing interface or an incoming call interface is displayed in the call interface based on the target call information; if the call status of the target call information is hang up, a hang up interface is displayed in the call interface.

[0057] In one embodiment of the present application, if the call status of the target call information is hang up, then after the hang up interface is displayed in the call interface, it also includes: reading the call list corresponding to the target call information, if the call list corresponding to the target call information is empty, setting the display device variable to empty; if there are still call information records in the call list corresponding to the target call information, then selecting new target call information based on the call information record, and displaying the call interface based on the new target call information.

[0058] In one embodiment of the present application, when a call of a Bluetooth device is hung up, the Bluetooth device may be making other calls at the same time. Therefore, when the call status of the target call information is hung up, the call list corresponding to the target call information is read, that is, it is detected whether the Bluetooth device corresponding to the target call information is still making other calls. If the Bluetooth device is not making other calls, the call list corresponding to the target call information is empty. At this time, the call interface of the Bluetooth device is no longer displayed and the display device variable is set to empty. If the Bluetooth device is making other calls, there are still call information records in the call list corresponding to the target call information, then the call information is selected from the call information record as the target call information, and the call interface is displayed based on the new target call information.

[0059] See also Figure 4 , Figure 4This is a secondary screening flow chart of an exemplary embodiment of the present application. After the initial screening, the valid call information corresponding to each device instance when the call status changes is obtained. However, in multiple Bluetooth phone calls, when the first phone call starts, the Bluetooth device usually establishes an audio connection with the mobile phone. At this time, the car display screen displays the call interface related to the first device, and the audio of the second device will not be played through the Bluetooth device, so there is no need to display the call interface related to the second device. When the call of the first device ends and the second device switches the phone audio to the car audio, the call interface of the second device is displayed again. The role of the secondary screening is to update the call information that needs to be displayed to the call interface of the car display screen, and filter out the call information that does not need to be displayed. To conduct secondary screening, you first need to set a display device variable phoneDevice. The display device variable is the device address corresponding to the device that currently needs to display the call interface. The valid call information obtained is input into the secondary screening process in order of receiving time. When a valid call information (preliminary screening result) is passed into the secondary screening, it is necessary to determine whether the device currently occupying the car audio is the device corresponding to this valid call information. If it is, this valid call information needs to be used as the target call information for the car display screen to display the call interface, and phoneDevice is assigned to the device address corresponding to this valid call information. If phoneDevice is empty, it means that there is no call interface displayed on the current car, then the newly entered valid call information should be displayed on the car display screen. If there is no device occupying the audio channel of the car, it is necessary to determine the value of phoneDevice. If phoneDevice is empty or equal to the device address corresponding to this valid call information, phoneDevice is assigned based on the device address corresponding to this valid call information, and this valid call information is used as the target call information to update the call interface on the car display screen. It should be understood that when the device switches the audio of the device to non-vehicle audio during a call, the vehicle display screen of the vehicle will still display the call interface related to the device.

[0060] In one embodiment of the present application, when the call information received from the device corresponding to the phoneDevice value is hung up, it is necessary to determine whether there are other calls in the call list of the device. If not, phoneDevice is set to null. If the device corresponding to the phoneDevice value disconnects the phone Bluetooth, phoneDevice also needs to be set to null. When phoneDevice is set to null, it means that there is no device currently displaying the call interface.

[0061] In one embodiment of the present application, the vehicle-mounted multi-Bluetooth device call information processing method also includes: if a change in the audio transmission status is detected, re-acquiring the vehicle audio occupancy status and the occupied device address; if the display device variable is empty, assigning a value to the display device variable based on the occupied device address, and using the valid call information with the same device address as the occupied device address as the target call information; if the display device variable is not empty, and the display device variable is different from the occupied device address, assigning a value to the display device variable based on the occupied device address, and using the valid call information with the same device address as the occupied device address as the target call information; if the display device variable is not empty, and the display device variable is the same as the occupied device address, using the valid call information with the same device address as the occupied device address as the target call information.

[0062] In one embodiment of the present application, the audio transmission status can be obtained by monitoring the system broadcast of the vehicle-mounted Bluetooth. By monitoring the system broadcast, the status of the audio transmission change can be responded to in a timely manner, thereby achieving accurate monitoring of the call status and corresponding processing.

[0063] See also Figure 5 , Figure 5 This is a call interface update flow chart shown in an exemplary embodiment of the present application. The call can be switched to a mobile phone or a car machine or other device to make a sound. Figure 5 The implementation scenario is when the first device and the second device are in a call at the same time and the audio transmission is switched. When a change in the audio transmission status is detected, it is necessary to determine the device currently occupying the car-machine channel. When phoneDevice is empty or phoneDevice is not equal to the device address corresponding to the device currently occupying the car-machine channel, it means that the device currently occupying the car-machine channel has not displayed the call interface on the car-machine display screen of the car-machine before, so it is necessary to update the valid call information corresponding to the device as the target call information to the car-machine display screen for call interface display, and assign a value to phoneDevice based on the device address of the device. If phoneDevice is already the device currently occupying the car-machine audio channel, it means that the call information related to this device has been displayed on the car-machine interface. In this case, it is only necessary to obtain the valid call information corresponding to the device as the target call information by monitoring the Bluetooth phone broadcast to update the call interface on the car-machine display screen.

[0064] In one embodiment of the present application, when the audio transmission state changes, it may be an active switch based on a user instruction, or it may be when a call on one device ends and the call audio is switched to another device.

[0065] See also Figure 6 , Figure 6is a block diagram of a vehicle-mounted multi-Bluetooth device call information processing device shown in an exemplary embodiment of the present application. The device can be applied to Figure 1 The implementation environment shown is as follows. The device may also be applicable to other exemplary implementation environments and specifically configured in other devices. This embodiment does not limit the implementation environment to which the device is applicable.

[0066] like Figure 6 As shown, the exemplary vehicle-mounted multi-Bluetooth device call information processing device includes:

[0067] An information preliminary screening module 601 is used to determine preliminary screening call information according to the call information of the first cycle and the call information of the second cycle, and transmit the preliminary screening call information to the corresponding device instance based on the device address. The preliminary screening call information includes the call status, call identifier and device address;

[0068] A list updating module 602 is used to select valid call information corresponding to a device instance according to the call list, call identifier and call status in each device instance, and update the call list in the device instance;

[0069] The information display module 603 is used to perform secondary screening on the valid call information in each device instance based on the device address in the order of receiving time, and obtain the target call information, so that the call interface is displayed based on the target call information.

[0070] Figure 7 The structure diagram of the computer system suitable for implementing the electronic device of the embodiment of the present application is shown. It should be noted that: Figure 7 The computer system 700 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0071] like Figure 7 As shown, the computer system 700 includes a central processing unit (CPU) 701, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 702 or the program loaded from the storage part 708 to the random access memory (RAM) 703, such as executing the method described in the above embodiment. In the RAM 703, various programs and data required for system operation are also stored. The CPU 701, ROM 702 and RAM 703 are connected to each other through a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0072] The following components are connected to the I / O interface 705: an input section 706 including a keyboard, a mouse, etc.; an output section 707 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 708 including a hard disk, etc.; and a communication section 709 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 709 performs communication processing via a network such as the Internet. A drive 710 is also connected to the I / O interface 705 as needed. A removable medium 711, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 710 as needed so that a computer program read therefrom is installed into the storage section 708 as needed.

[0073] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 709, and / or installed from a removable medium 711. When the computer program is executed by a central processing unit (CPU) 701, various functions defined in the system of the present application are executed.

[0074] It should be noted that the computer-readable medium shown in the embodiment of the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a computer-readable computer program is carried. This propagated data signal can take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. A computer program contained on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

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

[0076] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0077] Another aspect of the present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor of a computer, the computer executes the vehicle-mounted multi-Bluetooth device call information processing method as described above. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.

[0078] Another aspect of the present application also provides a computer program product or a computer program, which includes a computer instruction stored in a computer-readable storage medium. A processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the vehicle-mounted multi-Bluetooth device call information processing method provided in each of the above embodiments.

[0079] The above embodiments are merely illustrative of the principles and effects of the present application, and are not intended to limit the present application. Anyone familiar with the technology may modify or change the above embodiments without violating the spirit and scope of the present application. Therefore, all equivalent modifications or changes made by a person of ordinary skill in the art without departing from the spirit and technical ideas disclosed in the present application shall still be covered by the claims of the present application.

Claims

1. A method for processing call information of multiple Bluetooth devices in a vehicle, characterized in that: The vehicle-mounted multi-Bluetooth device call information processing method comprises: Determine preliminary screening call information according to the call information of the first cycle and the call information of the second cycle, and transfer the preliminary screening call information to the corresponding device instance based on the device address, wherein the preliminary screening call information includes the call status, the call identifier and the device address; Selecting valid call information corresponding to the device instance according to the call list in each device instance, the call identifier and the call status, and updating the call list in the device instance; The valid call information in each device instance is secondary screened based on the device address in order of receiving time to obtain target call information, so that the call interface is displayed based on the target call information.

2. The vehicle-mounted multi-Bluetooth device call information processing method according to claim 1, characterized in that: Selecting valid call information corresponding to the device instance according to the call list in the device instance, the call identifier, and the call status, and updating the call list in the device instance includes: If there is no call information record in the call list of the device instance, taking the initially screened call information as the valid call information and adding it to the call list; If there is a call information record in the call list of the device instance and the call identifier is not included in the call information record, taking the preliminarily screened call information as valid call information based on the call status and adding it to the call list; If there is a call information record in the call list of the device instance and the call information record includes the call identifier, the call information record with the same call identifier and the preliminary screening call information are compared for call status. If the call statuses are different, the preliminary screening call information is used as valid call information, and the call list is modified based on the valid call information.

3. The vehicle-mounted multi-Bluetooth device call information processing method according to claim 1, characterized in that: The call status includes calling, waiting and hanging up, selecting valid call information corresponding to the device instance according to the call list in each device instance, the call identifier and the call status, and updating the call list in the device instance includes: If there is a call information record in the call list of the device instance, the call information record does not include the call identifier, and the call status is in call or waiting, the preliminarily screened call information is used as the valid call information and added to the call list; If there is a call information record in the call list of the device instance, the call information record includes the call identifier, and the call status is in call or waiting, the call information record with the same call identifier is compared with the preliminary screening call information for the call status, and if the call statuses are different, the preliminary screening call information is used as the valid call information, and the call status of the call information record in the call list is modified based on the valid call information; If there is a call information record in the call list of the device instance, the call information record includes the call identifier, and the call status of the preliminary screened call information is hung up, the preliminary screened call information is used as valid call information, and the call information record in the call list with the same call identifier as the valid call information is removed from the call list.

4. The vehicle-mounted multi-Bluetooth device call information processing method according to any one of claims 1 to 3, characterized in that: It also includes display device variables, vehicle audio occupancy status and occupied device address; The valid call information in the multiple device instances is screened again based on the device addresses in order of receiving time, and the target call information obtained includes: If the call interface currently does not display call information, the display device variable is empty; If the vehicle audio occupation state is occupied and the device address of the valid call information is the same as the occupied device address, the valid call information is used as the target call information, and the display device variable is assigned a value based on the device address of the target call information; If the vehicle audio occupation state is occupied and the device address of the valid call information is different from the occupied device address, determine whether the display device variable is empty. If the display device variable is empty, use the valid call information as the target call information, assign a value to the display device variable based on the device address of the target call information, and update the occupied device address based on the device address of the target call information. If the vehicle audio occupancy state is unoccupied and the display device variable is empty, the valid call information is used as the target call information, and the display device variable is assigned a value based on the device address of the target call information; If the vehicle audio occupancy status is unoccupied and the display device variable is not empty, it is determined whether the device address of the valid call information is equal to the display device variable. If so, the valid call information is used as the target call information.

5. The vehicle-mounted multi-Bluetooth device call information processing method according to claim 4, characterized in that: The call interface is displayed based on the target call information and includes: If the call status of the target call information is in call, displaying an in call interface based on the target call information in the call interface; If the call status of the target call information is waiting, displaying a dialing interface or an incoming call interface based on the target call information in the call interface; If the call status of the target call information is hung up, a hang up interface is displayed in the call interface.

6. The vehicle-mounted multi-Bluetooth device call information processing method according to claim 5, characterized in that: If the call status of the target call information is hung up, after displaying the hang up interface in the call interface, the method further includes: Reading a call list corresponding to the target call information, and if the call list corresponding to the target call information is empty, setting the display device variable to empty; If there are still call information records in the call list corresponding to the target call information, new target call information is selected based on the call information records, and a call interface is displayed based on the new target call information.

7. The vehicle-mounted multi-Bluetooth device call information processing method according to claim 4, characterized in that: The vehicle-mounted multi-Bluetooth device call information processing method further includes: If a change in the audio transmission status is detected, the vehicle audio occupancy status and occupied device address are re-acquired; If the display device variable is empty, assigning a value to the display device variable based on the occupied device address, and using the valid call information having the same device address as the occupied device address as the target call information; If the display device variable is not empty, and the display device variable is different from the occupied device address, assigning a value to the display device variable based on the occupied device address, and using the valid call information with the same device address as the occupied device address as the target call information; If the display device variable is not empty, and the display device variable is the same as the occupied device address, the valid call information with the same device address as the occupied device address is used as the target call information.

8. The vehicle-mounted multi-Bluetooth device call information processing method according to any one of claims 1 to 3, characterized in that: The vehicle-mounted multi-Bluetooth device call information processing method further includes: When adding the valid call information to the call list, the current system time is recorded as the call start time; When the call interface is displayed, the call duration is obtained based on the call start time and the current system time, and the call duration is displayed.

9. The vehicle-mounted multi-Bluetooth device call information processing method according to any one of claims 1 to 3, characterized in that: The initial screening call information determined based on the call information of the first cycle and the call information of the second cycle includes: If at least one of the call status, call identification or device address of the second cycle is different from the call status, call identification or device address of the first cycle, the call information of the second cycle is used as the preliminary screening call information.

10. A vehicle-mounted multi-Bluetooth device call information processing device, characterized in that: The vehicle-mounted multi-Bluetooth device call information processing device comprises: An information preliminary screening module, used to determine preliminary screening call information according to the call information of the first cycle and the call information of the second cycle, and transfer the preliminary screening call information to the corresponding device instance based on the device address, wherein the preliminary screening call information includes the call status, the call identifier and the device address; A list updating module, configured to select valid call information corresponding to each device instance according to the call list in each device instance, the call identifier and the call status, and update the call list in the device instance; The information display module is used to perform secondary screening on the valid call information in each device instance based on the device address in the order of receiving time, and obtain the target call information so that the call interface is displayed based on the target call information.

Images