Control method and device and carrying tool
By dynamically adjusting the amount and type of data transmission, the problem of external device temperature rise in distributed interconnection scenarios is solved, improving user experience and the consistency of device use.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- HUAWEI TECH CO LTD
- Filing Date
- 2024-11-08
- Publication Date
- 2026-05-08
AI Technical Summary
In distributed interconnection scenarios, the temperature rise of external devices leads to a decline in user experience, and existing technologies are unable to effectively solve this problem.
Device temperature can be controlled by adjusting the amount of data transmitted under different conditions, including reducing or increasing the amount of data transmitted, changing the data type and frame rate. For example, the amount of data transmitted can be reduced when the device temperature rises and increased when the temperature drops, thus ensuring a better user experience.
It effectively alleviated the problem of device overheating, improved the user experience, avoided the feeling of disappointment in use, and ensured the continuity and efficiency of data transmission.
Smart Images

Figure CN122001920A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of intelligent cockpits, and more specifically, to a control method, device, and vehicle. Background Art
[0002] With the improvement of vehicle intelligence and networking levels, vehicle cockpits are gradually developing towards intelligent cockpits centered on human-computer interaction and multi-screen linkage. The display screen in the intelligent cockpit can form a distributed interconnection scenario with external devices (such as mobile phones). As the scenario becomes more and more complex, the amount of data transmitted between the external device and the intelligent cockpit increases, the external device consumes power faster, and its temperature will also rise accordingly, thereby affecting the user experience.
[0003] Therefore, how to improve the user experience in the distributed interconnection scenario is an urgent problem to be solved. Summary of the Invention
[0004] This application provides a control method, device, and vehicle, which can change the amount of data transmitted between two devices under different conditions, thereby avoiding the rise in the temperature of the external device and improving the user experience in the distributed interconnection scenario.
[0005] In a first aspect, a control method is provided. This method can be applied to a first device, and the first device can be an external device (such as a portable intelligent device such as a mobile phone or a tablet computer).
[0006] The method includes: sending first data to a second device, where the first data is used for cross-device playback on the second device. When a first condition is met, send second data to the second device, and the amount of data of the second data is less than the amount of data of the first data, and the second data is used for cross-device playback on the second device.
[0007] In some implementations, the data type of the first data can be video stream data, audio data, picture data, etc., and the embodiments of this application do not limit this.
[0008] In the above technical solution, when the first device meets certain conditions, the first device can reduce the amount of data corresponding to the data for cross-device playback on the second device, thereby reducing the problem of overheating of the first device, and improving the user experience in the distributed interconnection scenario.
[0009] In combination with the first aspect, in some implementations of the first aspect, the first condition includes one or more of the following conditions: the temperature of the first device is greater than or equal to a first threshold; the operation duration detected by the first device for the user is greater than or equal to a first duration; or, receiving first indication information from the second device, where the first indication information is used to indicate that the second device fails to decode the first data.
[0010] In this way, by detecting the temperature of the first device, any temperature rise can be detected promptly and effectively, allowing for a reduction in data transmission volume. This alleviates the problem of the first device overheating and improves the user experience. Alternatively, by detecting the user's usage time of the first device, the problem of overheating can be indirectly avoided, thus improving the user experience. Furthermore, if the second device cannot correctly decode the first data—for example, if the second device is an older device unable to decode high frame rate video streams—the first device can promptly reduce the data transmission volume. This not only mitigates the impact of data decoding failures but also prevents the first device from overheating, further improving the user experience.
[0011] In conjunction with the first aspect, in some implementations of the first aspect, the types of the first data and the second data are video stream data, and the frame rate of the second data is lower than the frame rate of the first data. Alternatively, the type of the first data is video stream data, the type of the second data is metadata, and the second data is rendered on the second device before being played across devices.
[0012] In some implementations, if the first data and the second data are of video stream type, the data volume of the first data and the data volume of the second data refer to the data volume of the first data and the second data within the same time period, and the frame rate of the second data is less than the frame rate of the first data.
[0013] If the type of the second data is metadata, for example, navigation metadata may include text information such as left turn, right turn, straight ahead, road name information, and distance information.
[0014] In some implementations, the first data type is audio data, and the second data type is metadata. For example, audio metadata may include text information such as music title, composer, music duration, and album.
[0015] In some implementations, the first data type is image data, and the second data type is metadata. For example, image metadata may include text information such as image content and image colors.
[0016] It should be understood that if the type of the second data is metadata, the second device can render the second data before playing it across devices.
[0017] Therefore, if both the first and second data types are video stream data, reducing the frame rate to decrease data transmission volume can not only alleviate the overheating issue of the first device but also appropriately lower the video frame rate to avoid increasing user dissatisfaction and thus improve the user experience. If the first data is video stream data and the second data is metadata, the overheating issue of the first device can be directly and quickly alleviated, thereby improving the user experience of the first device.
[0018] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: when the second condition is met, sending third data to the second device, wherein the amount of the third data is greater than the amount of the second data, and the third data is used for cross-device playback on the second device.
[0019] In this way, when the first device meets certain conditions, it can increase the amount of data corresponding to the cross-device playback on the second device. This allows the cross-device playback data to be restored in a timely manner after the temperature rise problem of the first device is alleviated, thereby improving the user experience in the distributed interconnection scenario.
[0020] In conjunction with the first aspect, in some implementations of the first aspect, the second condition includes one or more of the following: the temperature of the first device is less than a second threshold; or, the first device detects that the duration of user inactivity is greater than or equal to a second duration.
[0021] In this way, by detecting the temperature of the first device, a drop in its temperature can be detected promptly and effectively, increasing data transmission volume. This allows for timely resumption of cross-device playback once the temperature rise issue on the first device is alleviated, thus improving the user experience. Alternatively, by detecting the user's usage time on the first device, cross-device playback can be resumed indirectly once the temperature rise issue is alleviated, further improving the user experience.
[0022] In conjunction with the first aspect, in some implementations of the first aspect, if the types of the second data and the third data are video stream data, the frame rate of the third data is greater than the frame rate of the second data; or, the type of the second data is metadata, and the type of the third data is video stream data.
[0023] In some implementations, if the second and third data are video stream data, the data volume of the second and third data refers to the data volume of the second and third data within the same time period, and the frame rate of the third data is greater than the frame rate of the second data.
[0024] It should be understood that if the first data is video stream data, the second data is metadata, and the third data is video stream data, the embodiments of this application do not limit the size of the data between the first data and the third data. For example, the frame rates of the first data and the third data can be the same or different.
[0025] Thus, if the second and third data are video stream data, increasing the frame rate increases the data transmission volume. Once the overheating issue on the first device is alleviated, cross-device playback can be resumed promptly, thereby improving the user experience. If the second data is metadata and the third data is video stream data, resuming cross-device playback promptly after the overheating issue on the first device helps improve the user experience on the second device.
[0026] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: when the third condition is met, sending fourth data to the second device, wherein the amount of the fourth data is less than the amount of the second data, and the fourth data is used for cross-device playback on the second device.
[0027] In this way, when the first device meets different conditions, the first device can reduce the amount of data corresponding to cross-device playback on the second device in stages, thereby gradually alleviating the problem of the first device overheating and improving the user experience in distributed interconnection scenarios.
[0028] In conjunction with the first aspect, in certain implementations of the first aspect, the third condition includes one or more of the following: the temperature of the first device is greater than or equal to a third threshold, and the third threshold is greater than the first threshold; the first device detects a user operation for a duration greater than or equal to a third duration, and the third duration is greater than the first duration; or, a second indication is received from a second device, the second indication indicating that the second device failed to decode the second data.
[0029] It should be understood that the use of the first condition and the second condition can be combined randomly, and the embodiments of this application do not limit this. For example, the first condition may be a temperature condition, and the second condition may be a usage time condition of the first device. Alternatively, the first condition may be the usage time of the first device, and the second condition may be a temperature condition. The embodiments of this application do not list all such examples.
[0030] In this way, as the first device meets different conditions, the data transmission volume is gradually reduced, thereby gradually alleviating the problem of the first device overheating and improving the user experience. These different conditions can be random combinations of temperature conditions, device usage time conditions, or data decoding accuracy conditions, thus increasing the versatility of this method.
[0031] In conjunction with the first aspect, in some implementations of the first aspect, if the type of the first data and the type of the second data are video stream data, the frame rate of the second data is less than the frame rate of the first data, the type of the fourth data is metadata, and the fourth data is rendered on the second device and then played across devices.
[0032] In this way, by first reducing the frame rate of the video stream data and then changing the type of transmitted data to metadata, the problem of the first device overheating can be gradually alleviated, and the user experience can be improved by avoiding any sense of disappointment.
[0033] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: when the fourth condition is met, sending fifth data to the second device, wherein the amount of the fifth data is greater than the amount of the fourth data and less than the amount of the first data, and the fifth data is used for cross-device playback on the second device.
[0034] In conjunction with the first aspect, in some implementations of the first aspect, the fourth condition includes one or more of the following: the temperature of the first device is less than or equal to a fourth threshold, and the fourth threshold is less than a third threshold. Alternatively, the first device detects that the duration of user inactivity is greater than or equal to a fourth duration.
[0035] In conjunction with the first aspect, in some implementations of the first aspect, if the type of the fourth data is metadata, the type of the fifth data is video stream data.
[0036] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: when the fifth condition is met, sending sixth data to the second device, wherein the amount of the sixth data is greater than the amount of the fifth data, and the sixth data is used for cross-device playback on the second device.
[0037] In this way, when the first device meets different conditions, the first device can gradually increase the amount of data corresponding to cross-device playback on the second device. After the temperature rise problem of the first device is alleviated, the data playback across devices can be gradually restored, avoiding increasing the user's sense of loss and thus improving the user experience in the distributed interconnection scenario.
[0038] In conjunction with the first aspect, in some implementations of the first aspect, the fifth condition includes one or more of the following: the temperature of the first device is less than or equal to a fifth threshold, and the fifth threshold is less than a fourth threshold. Alternatively, the first device detects that the duration of user inactivity is greater than or equal to a fifth duration, and the fifth duration is greater than the fourth duration.
[0039] In this way, as the first device meets different conditions, the data transmission volume is gradually increased. Once the overheating issue on the first device is alleviated, data playback across devices is gradually restored, avoiding any sense of disparity for the user and thus improving the user experience. These different conditions can be random combinations of temperature conditions or device usage duration conditions, thereby increasing the versatility of this method.
[0040] In conjunction with the first aspect, in some implementations of the first aspect, if the type of the fifth data and the sixth data is video stream data, the frame rate of the fifth data is less than the frame rate of the sixth data.
[0041] In this way, by changing the type of transmitted data from metadata to video stream data and increasing the frame rate of the video stream data, the data played across devices can be gradually restored after the temperature rise problem of the first device is alleviated, avoiding increasing the user's sense of disparity and thus improving the user experience.
[0042] Secondly, a control method is provided, which can be applied to a second device, which can be a playback device (e.g., a vehicle display screen, television, projector, electronic whiteboard, audio, etc. in a smart cockpit).
[0043] The method includes: receiving first data from a first device, the first data being used for cross-device playback on a second device; and receiving second data from the first device, the second data having a smaller data size than the first data, the second data being used for cross-device playback on the second device.
[0044] In some implementations, the data type of the first data can be video stream data, audio data, or image data, etc., and this application embodiment does not limit this.
[0045] In the above technical solution, the reduction in the amount of data received by the second device for cross-device playback helps alleviate the problem of the first device overheating, thereby improving the user experience in distributed interconnection scenarios.
[0046] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: sending a first indication message to the first device, the first indication message being used to indicate that the second device has failed to decode the first data.
[0047] In this way, when the second device cannot correctly decode the first data, for example, when the second device is an older device and cannot decode high frame rate video stream data, the second device promptly instructs the first device, so that the first device can reduce the amount of data transmitted in time. This not only reduces the impact of data decoding failure, but also helps to alleviate the problem of the first device overheating, thereby improving the user experience.
[0048] In conjunction with the second aspect, in some implementations of the second aspect, the types of the first data and the second data are video stream data, and the frame rate of the second data is lower than the frame rate of the first data. Alternatively, the type of the first data is video stream data, the type of the second data is metadata, and the second data is rendered on the second device before being played across devices.
[0049] In some implementations, if the first data and the second data are of video stream type, the data volume of the first data and the data volume of the second data refer to the data volume of the first data and the second data within the same time period, and the frame rate of the second data is less than the frame rate of the first data.
[0050] If the type of the second data is metadata, for example, navigation metadata may include text information such as left turn, right turn, straight ahead, road name information, and distance information.
[0051] In some implementations, the first data type is audio data, and the second data type is metadata. For example, audio metadata may include text information such as music title, composer, music duration, and album.
[0052] In some implementations, the first data type is image data, and the second data type is metadata. For example, image metadata may include text information such as image content and image colors.
[0053] It should be understood that if the type of the second data is metadata, the second device can render the second data before playing it across devices.
[0054] Therefore, if both the first and second data are video stream data, the second device receiving data with a lower frame rate not only helps alleviate the overheating problem of the first device, but also ensures smoother playback, avoiding any sense of discontinuity for the user and thus improving the user experience. If the first data is video stream data and the second data is metadata, it can directly and quickly alleviate the overheating problem of the first device, further enhancing the user experience.
[0055] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: receiving third data from the first device, wherein the amount of the third data is greater than the amount of the second data, and the third data is used for cross-device playback on the second device.
[0056] In this way, after the amount of data received by the second device for cross-device playback increases, and the temperature rise problem of the first device is alleviated, the data for cross-device playback on the second device can be restored in a timely manner, thereby improving the user experience in the distributed interconnection scenario.
[0057] In conjunction with the second aspect, in some implementations of the second aspect, if the types of the second and third data are video stream data, the frame rate of the third data is greater than the frame rate of the second data. Alternatively, if the type of the second data is metadata, and the type of the third data is video stream data.
[0058] In some implementations, if the second and third data are video stream data, the data volume of the second and third data refers to the data volume of the second and third data within the same time period, and the frame rate of the third data is greater than the frame rate of the second data.
[0059] It should be understood that if the first data is video stream data, the second data is metadata, and the third data is video stream data, the embodiments of this application do not limit the size of the data between the first data and the third data. For example, the frame rates of the first data and the third data can be the same or different.
[0060] Thus, if the second and third data are video stream data, and the frame rate of the data received by the second device is increased, the data played across devices on the second device can be restored promptly after the temperature rise issue on the first device is alleviated, thereby improving the user experience. If the second data is metadata and the third data is video stream data, the data played across devices on the second device can be restored promptly after the temperature rise issue on the first device is alleviated, further improving the user experience on the second device.
[0061] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: receiving fourth data from the first device, wherein the amount of the second data is greater than the amount of the fourth data, and the fourth data is used for cross-device playback on the second device.
[0062] In this way, as the amount of data received by the second device for cross-device playback gradually decreases, it helps to gradually alleviate the problem of the first device overheating, thereby improving the user experience in distributed interconnection scenarios.
[0063] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: sending a second indication message to the first device, the second indication message being used to indicate that the second device has failed to decode the second data.
[0064] In conjunction with the second aspect, in some implementations of the second aspect, if the first data and the second data are of video stream type, the frame rate of the second data is less than the frame rate of the first data, the fourth data is of metadata type, and the fourth data is rendered on the second device and then played across devices.
[0065] In this way, by first reducing the frame rate of the video stream data and then changing the type of transmitted data to metadata, it can help to gradually alleviate the problem of the first device overheating, and make the content played on the second device more consistent, avoiding increasing the user's sense of disparity and thus improving the user experience.
[0066] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: receiving fifth data from the first device, wherein the amount of the fifth data is greater than the amount of the fourth data and the amount of the fifth data is less than the amount of the first data.
[0067] In conjunction with the second aspect, in some implementations of the second aspect, if the type of the fourth data is metadata, the type of the fifth data is video stream data.
[0068] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: receiving sixth data from the first device, the amount of the sixth data being greater than the amount of the fifth data, and the sixth data being used for cross-device playback on the second device.
[0069] In this way, increasing the data volume corresponding to cross-device playback on the second device can help gradually restore the data playback on the second device after the temperature rise problem of the first device is alleviated. This ensures the continuity of the playback content on the second device, avoids increasing the user's sense of disparity, and thus improves the user experience in distributed interconnection scenarios.
[0070] In conjunction with the second aspect, in some implementations of the second aspect, if the type of the fifth and sixth data is video stream data, the frame rate of the fifth data is less than the frame rate of the sixth data.
[0071] In this way, by changing the type of transmitted data from metadata to video stream data and then increasing the frame rate of the video stream data, it is possible to gradually restore the data for cross-device playback on the second device after the temperature rise problem of the first device is alleviated. This makes the content played on the second device more consistent, avoids increasing the user's sense of disparity, and thus improves the user experience.
[0072] Thirdly, a control device is provided, comprising a transceiver unit. The transceiver unit is used to send first data to a second device, the first data being used for cross-device playback on the second device. When a first condition is met, the transceiver unit is further used to send second data to the second device, the second data having a smaller data size than the first data, the second data being used for cross-device playback on the second device.
[0073] In some implementations, the data type of the first data can be video stream data, audio data, or image data, etc., and this application embodiment does not limit this.
[0074] It should be understood that the third aspect is the device corresponding to the first aspect, and the beneficial effects of the third aspect can be referred to the first aspect, which will not be elaborated here.
[0075] In conjunction with the third aspect, in some implementations of the third aspect, the first condition includes one or more of the following conditions: the temperature of the first device is greater than or equal to a first threshold; the first device detects that the user's operation duration is greater than or equal to a first duration; or, a first indication message is received from the second device, the first indication message being used to indicate that the second device failed to decode the first data.
[0076] In conjunction with the third aspect, in some implementations of the third aspect, the types of the first data and the second data are video stream data, and the frame rate of the second data is lower than the frame rate of the first data. Alternatively, the type of the first data is video stream data, the type of the second data is metadata, and the second data is rendered on the second device before being played across devices.
[0077] In some implementations, if the first data and the second data are of video stream type, the data volume of the first data and the data volume of the second data refer to the data volume of the first data and the second data within the same time period, and the frame rate of the second data is less than the frame rate of the first data.
[0078] If the type of the second data is metadata, for example, navigation metadata may include text information such as left turn, right turn, straight ahead, road name information, and distance information.
[0079] In some implementations, the first data type is audio data, and the second data type is metadata. For example, audio metadata may include text information such as music title, composer, music duration, and album.
[0080] In some implementations, the first data type is image data, and the second data type is metadata. For example, image metadata may include text information such as image content and image colors.
[0081] It should be understood that if the type of the second data is metadata, the second device can render the second data before playing it across devices.
[0082] In conjunction with the third aspect, in some implementations of the third aspect, when the second condition is met, the transceiver unit is also used to send third data to the second device. The amount of the third data is greater than the amount of the second data, and the third data is used for cross-device playback on the second device.
[0083] In conjunction with the third aspect, in some implementations of the third aspect, the second condition includes one or more of the following: the temperature of the first device is less than a second threshold; or, the first device detects that the duration of user inactivity is greater than or equal to a second duration.
[0084] In conjunction with the third aspect, in some implementations of the third aspect, if both the second and third data types are video stream data, the frame rate of the third data is greater than the frame rate of the second data. Alternatively, the second data type is metadata, and the third data type is video stream data.
[0085] In some implementations, if the second and third data are video stream data, the data volume of the second and third data refers to the data volume of the second and third data within the same time period, and the frame rate of the third data is greater than the frame rate of the second data.
[0086] It should be understood that if the first data is video stream data, the second data is metadata, and the third data is video stream data, the embodiments of this application do not limit the size of the data between the first data and the third data. For example, the frame rates of the first data and the third data can be the same or different.
[0087] In conjunction with the third aspect, in some implementations of the third aspect, when the third condition is met, the transceiver unit is also used to send fourth data to the second device. The amount of the fourth data is less than the amount of the second data, and the fourth data is used for cross-device playback on the second device.
[0088] In conjunction with the third aspect, in some implementations of the third aspect, the third condition includes one or more of the following: the temperature of the first device is greater than or equal to a third threshold, and the third threshold is greater than a first threshold; the first device detects a user operation for a duration greater than or equal to a third duration, and the third duration is greater than the first duration; or, a second indication is received from a second device, the second indication indicating that the second device failed to decode the second data.
[0089] It should be understood that the use of the first condition and the second condition can be combined randomly, and the embodiments of this application do not limit this. For example, the first condition may be a temperature condition, and the second condition may be a usage time condition of the first device. Alternatively, the first condition may be the usage time of the first device, and the second condition may be a temperature condition. The embodiments of this application do not list all such examples.
[0090] In conjunction with the third aspect, in some implementations of the third aspect, if the type of the first data and the type of the second data are video stream data, the frame rate of the second data is less than the frame rate of the first data, the type of the fourth data is metadata, and the fourth data is rendered on the second device and then played across devices.
[0091] In conjunction with the third aspect, in some implementations of the third aspect, when the fourth condition is met, the transceiver unit is also used to send fifth data to the second device. The amount of the fifth data is greater than the amount of the fourth data, and the amount of the fifth data is less than the amount of the first data. The fifth data is used for cross-device playback on the second device.
[0092] In conjunction with the third aspect, in some implementations of the third aspect, the fourth condition includes one or more of the following: the temperature of the first device is less than or equal to a fourth threshold, and the fourth threshold is less than the third threshold. Alternatively, the first device detects that the duration of user inactivity is greater than or equal to a fourth duration.
[0093] In conjunction with the third aspect, in some implementations of the third aspect, if the type of the fourth data is metadata, the type of the fifth data is video stream data.
[0094] In conjunction with the third aspect, in some implementations of the third aspect, when the fifth condition is met, the transceiver unit is also used to send sixth data to the second device. The amount of the sixth data is greater than the amount of the fifth data, and the sixth data is used for cross-device playback on the second device.
[0095] In conjunction with the third aspect, in some implementations of the third aspect, the fifth condition includes one or more of the following: the temperature of the first device is less than or equal to a fifth threshold, and the fifth threshold is less than a fourth threshold. Alternatively, the first device detects that the duration of user inactivity is greater than or equal to a fifth duration, and the fifth duration is greater than the fourth duration.
[0096] In conjunction with the third aspect, in some implementations of the third aspect, if the type of the fifth and sixth data is video stream data, the frame rate of the fifth data is less than the frame rate of the sixth data.
[0097] Fourthly, a control device is provided, comprising a transceiver unit. The transceiver unit is configured to receive first data from a first device, the first data being used for cross-device playback on a second device. The transceiver unit is also configured to receive second data from the first device, the second data having a smaller data size than the first data, the second data being used for cross-device playback on the second device.
[0098] In some implementations, the data type of the first data can be video stream data, audio data, or image data, etc., and this application embodiment does not limit this.
[0099] It should be understood that the fourth aspect is the device corresponding to the second aspect, and the beneficial effects of the fourth aspect can be referred to the second aspect, which will not be elaborated here.
[0100] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is also used to send a first indication message to the first device, the first indication message being used to indicate that the second device has failed to decode the first data.
[0101] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the types of the first data and the second data are video stream data, and the frame rate of the second data is lower than the frame rate of the first data. Alternatively, the type of the first data is video stream data, the type of the second data is metadata, and the second data is rendered on the second device before being played across devices.
[0102] In some implementations, if the first data and the second data are of video stream type, the data volume of the first data and the data volume of the second data refer to the data volume of the first data and the second data within the same time period, and the frame rate of the second data is less than the frame rate of the first data.
[0103] If the type of the second data is metadata, for example, navigation metadata may include text information such as left turn, right turn, straight ahead, road name information, and distance information.
[0104] In some implementations, the first data type is audio data, and the second data type is metadata. For example, audio metadata may include text information such as music title, composer, music duration, and album.
[0105] In some implementations, the first data type is image data, and the second data type is metadata. For example, image metadata may include text information such as image content and image colors.
[0106] It should be understood that if the type of the second data is metadata, the second device can render the second data before playing it across devices.
[0107] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is also used to receive third data from the first device, the amount of the third data being greater than the amount of the second data, and the third data being used for cross-device playback on the second device.
[0108] In conjunction with the fourth aspect, in some implementations of the fourth aspect, if the second and third data are of video stream type, the frame rate of the third data is greater than the frame rate of the second data. Alternatively, if the second data is of metadata type, and the third data is of video stream type.
[0109] In some implementations, if the second and third data are video stream data, the data volume of the second and third data refers to the data volume of the second and third data within the same time period, and the frame rate of the third data is greater than the frame rate of the second data.
[0110] It should be understood that if the first data is video stream data, the second data is metadata, and the third data is video stream data, the embodiments of this application do not limit the size of the data between the first data and the third data. For example, the frame rates of the first data and the third data can be the same or different.
[0111] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is also used to receive fourth data from the first device, the amount of the second data is greater than the amount of the fourth data, and the fourth data is used for cross-device playback on the second device.
[0112] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is also used to send a second indication message to the first device, the second indication message being used to indicate that the second device failed to decode the second data.
[0113] In conjunction with the fourth aspect, in some implementations of the fourth aspect, if the first data and the second data are of video stream type, the frame rate of the second data is less than the frame rate of the first data, the fourth data is of metadata type, and the fourth data is rendered on the second device and then played across devices.
[0114] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is further configured to receive fifth data from the first device, wherein the amount of the fifth data is greater than the amount of the fourth data and less than the amount of the first data.
[0115] In conjunction with the fourth aspect, in some implementations of the fourth aspect, if the type of the fourth data is metadata, the type of the fifth data is video stream data.
[0116] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the transceiver unit is also used to receive sixth data from the first device, the amount of the sixth data being greater than the amount of the fifth data, and the sixth data being used for cross-device playback on the second device.
[0117] In conjunction with the fourth aspect, in some implementations of the fourth aspect, if the fifth and sixth data are of video stream type, the frame rate of the fifth data is less than the frame rate of the sixth data.
[0118] Fifthly, a control device is provided, comprising: a memory for storing a program; and a processor for executing computer program code or instructions stored in the memory, wherein when the computer program code or instructions stored in the memory are executed, the processor is configured to execute the method provided in any implementation of the first or second aspect described above.
[0119] Sixthly, this application provides a processor for executing the method provided in any implementation of the first or second aspect described above. In executing these methods, the processes of sending and receiving the aforementioned information can be understood as the processor outputting the aforementioned information and the processor receiving the input information. When outputting the aforementioned information, the processor outputs the information to an interface for transmission. After being output by the processor, the information may require further processing before reaching the interface. Similarly, when the processor receives the input information, the interface acquires / receives the information and inputs it to the processor. Furthermore, after the interface receives the information, the information may require further processing before being input to the processor.
[0120] Unless otherwise specified, or if the transmission, sending, and acquisition / reception operations involved do not contradict their actual function or internal logic in the relevant description, they can be understood as output and reception, input, etc., or as transmission, sending, and reception operations performed by radio frequency circuits and antennas. This application does not limit them in this regard.
[0121] In implementation, the processor can be a dedicated processor for executing these methods, or it can be a processor that executes computer program code or instructions stored in memory to execute these methods, such as a general-purpose processor. The memory can be a non-transitory memory, such as read-only memory (ROM), which can be integrated with the processor on the same chip or disposed on different chips. This application does not limit the type of memory or the arrangement of the memory and processor.
[0122] In a seventh aspect, a computer-readable storage medium is provided that stores program code or instructions for execution by a device, the program code or instructions including a method for performing any implementation of the first or second aspect described above.
[0123] Eighthly, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to perform the method provided by any one of the implementations of the first or second aspect described above.
[0124] Ninth aspect, a chip is provided, the chip including a processor and a communication interface, the processor reads instructions stored in a memory through the communication interface and executes the method provided by any implementation of the first or second aspect.
[0125] Optionally, as one implementation, the chip may also include a memory storing computer program code or instructions, and a processor for executing the computer program code or instructions stored in the memory. When the computer program code or instructions are executed, the processor is used to execute the method provided by any of the first or second aspects described above.
[0126] In a tenth aspect, a control system is provided, the system including the control device in any implementation of the third aspect above, and / or the control device in any implementation of the fourth aspect above.
[0127] In the eleventh aspect, a vehicle is provided that includes any of the possible devices in the fourth aspect.
[0128] In some possible implementations, the vehicle is a vehicle. Attached Figure Description
[0129] Figure 1 This is a functional block diagram of the vehicle 100 provided in the embodiments of this application;
[0130] Figure 2 A schematic diagram of a vehicle cabin scenario provided in an embodiment of this application;
[0131] Figure 3 This is a schematic block diagram of a distributed interconnection system provided in an embodiment of this application;
[0132] Figure 4 This is a schematic block diagram of another distributed interconnection system provided in the embodiments of this application;
[0133] Figure 5 This is an interactive schematic diagram of a control method provided in an embodiment of this application;
[0134] Figure 6 This is an interactive schematic diagram of another control method provided in an embodiment of this application;
[0135] Figure 7 This is a schematic diagram of a distributed interconnection scenario provided in an embodiment of this application;
[0136] Figure 8 This is an interactive schematic diagram of another control method provided in an embodiment of this application;
[0137] Figure 9 This is a schematic diagram of a control device provided in an embodiment of this application;
[0138] Figure 10 This is a schematic structural diagram of a control device provided in an embodiment of this application;
[0139] Figure 11This is a schematic diagram of a chip system provided in an embodiment of this application. Detailed Implementation
[0140] To facilitate understanding of the embodiments of this application, the following points are made:
[0141] (1) In this application, unless otherwise specified or logically conflicting, the terms and / or descriptions of different embodiments are consistent and can be referenced by each other. The technical features of different embodiments can be combined to form new embodiments according to their inherent logical relationship.
[0142] (2) In this application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, or B exists alone, where A and B can be singular or plural. In the textual description of this application, the character " / " generally indicates that the related objects before and after are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, and c can mean: a, or, b, or, c, or, a and b, or, a and c, or, b and c, or, a, b, and c. Where a, b, and c can be single or multiple.
[0143] (3) In this application, the terms "first," "second," and various numerical designations (e.g., #1, #2, etc.) indicate distinctions made for ease of description and are not intended to limit the scope of the embodiments of this application. For example, they distinguish different data, rather than describing a specific order or sequence. Such descriptions can be interchanged where appropriate to describe solutions other than those in the embodiments of this application.
[0144] (4) In this application, the descriptions such as “when…”, “under the circumstances of…” and “if” all refer to the device making corresponding processing under certain objective circumstances. They are not time limits, nor do they require the device to make a judgment action when it is implemented, nor do they mean that there are other limitations.
[0145] (5) In this application, “instruction” or “for instruction” can include both direct instruction and indirect instruction. When describing an instruction as being used to instruct A, it can include whether the instruction directly instructs A or indirectly instructs A, but does not necessarily mean that the instruction carries A.
[0146] The indication methods involved in the embodiments of this application should be understood to cover various methods that enable the party to be indicated to obtain the information to be indicated. The information to be indicated can be sent as a whole or divided into multiple sub-information and sent separately. Moreover, the sending period and / or sending time of these sub-information can be the same or different. This application does not limit the sending method, for example.
[0147] The "instruction information" in the embodiments of this application can be an explicit instruction, that is, a direct instruction through signaling, or an instruction obtained by combining other rules or parameters with the parameters indicated by the signaling, or by deduction. It can also be an implicit instruction, that is, an instruction obtained based on rules or relationships, or based on other parameters, or by deduction. This application does not specifically limit it in this regard.
[0148] (6) In this application, "communication" can also be described as "communication", "information transmission", "data processing", etc. "Transmission" includes "sending" and "receiving". "Transmission" can be described as "output". In this application, "message", "information", "signal" or "information element (IE)" can be used interchangeably. There are no restrictions on the name of the message or information, as long as it can achieve the corresponding function.
[0149] "Sending information to XX (device)" can be understood as the destination of the information being that device. This can include sending information directly or indirectly to that device. "Receiving information from XX (device), or receiving information from XX (device)" can be understood as the source of the information being that device. This can include receiving information directly or indirectly from that device. Information may undergo necessary processing between the source and destination, such as format changes, but the destination can understand the valid information from the source. Similar expressions in this application can be understood in a similar way, and will not be repeated here. Furthermore, "sending" can also be understood as the "output" of the chip interface, and "receiving" can also be understood as the "input" of the chip interface. In other words, "sending" or "receiving" can occur between devices, for example, between network devices and terminal devices via an air interface. "Sending" or "receiving" can also occur within a device, for example, between components, modules, chips, software modules, or hardware modules within the device via a bus, wiring, or interface.
[0150] (7) In this application, the words “exemplary,” “for example,” etc., are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as an “example” in this application should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the word “example” is intended to present the concept in a concrete manner. In the embodiments of this application, “of” and “corresponding”, when distinguished, have the same meaning.
[0151] (8) In this application, when comparing A and B, the description "when A is greater than or equal to B, execute method A; when A is less than or equal to B, execute method B" can be implemented in a specific way such as "when A is greater than or equal to B, execute method A; or when A is less than B, execute method B" or "when A is greater than B, execute method A; or when A is less than or equal to B, execute method B". This application does not limit this. For ease of description, the implementation methods provided in this application are all illustrated using "when A is greater than or equal to B, execute method A; or when A is less than B, execute method B" as an example.
[0152] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.
[0153] Figure 1 This is a functional block diagram of a vehicle 100 provided in an embodiment of this application. The vehicle 100 may include a sensing system 120, a display device 130, and a computing platform 150. The sensing system 120 may include one or more sensors for sensing information about the environment surrounding the vehicle 100. For example, the sensing system 120 may include a positioning system, which may be a Global Positioning System (GPS), a BeiDou system, or other positioning systems, an inertial measurement unit (IMU), lidar, millimeter-wave radar, ultrasonic radar, and one or more of a camera device. The sensing system 120 may also include a pressure sensor located under the seat to detect whether there is a user in the seat. The sensing system 120 may also include an acoustic sensor to detect audio information within the cabin.
[0154] Some or all of the functions of the vehicle 100 can be controlled by the computing platform 150. The computing platform 150 may include one or more processors, such as processors 151 to 15n (n being a positive integer). A processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction read and execute capabilities, such as a CPU, microprocessor, GPU (which can be understood as a type of microprocessor), or digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationships of hardware circuits. These logical relationships are fixed or reconfigurable. For example, the processor may be a hardware circuit implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as a field-programmable gate array (FPGA). In a reconfigurable hardware circuit, the process of the processor loading a configuration document and configuring the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units. In addition, it can also be hardware circuitry designed for artificial intelligence, which can be understood as an ASIC, such as a neural network processing unit (NPU), tensor processing unit (TPU), deep learning processing unit (DPU), etc. Furthermore, the computing platform 150 may also include a memory for storing instructions. Some or all of the processors 151 to 15n can call and execute the instructions in the memory to achieve the corresponding functions.
[0155] The vehicle 100 may include an advanced driving assistance system (ADAS). The ADAS utilizes various sensors on the vehicle (including but not limited to: lidar, millimeter-wave radar, camera devices, ultrasonic sensors, global positioning system, inertial measurement unit) to acquire information from the surroundings of the vehicle, and analyzes and processes the acquired information to achieve functions such as obstacle perception, target recognition, vehicle positioning, path planning, and user monitoring / alerts, thereby improving the safety, automation, and comfort of driving the vehicle.
[0156] At different levels of autonomous driving (L0-L5), ADAS can achieve different levels of automated driving assistance based on artificial intelligence algorithms and information acquired by multiple sensors. The aforementioned autonomous driving levels (L0-L5) are based on the classification standards of the Society of Automotive Engineers (SAE). Specifically, L0 is no automation; L1 is driver assistance; L2 is partial automation; L3 is conditional automation; L4 is high automation; and L5 is full automation. At levels L1 to L3, the task of monitoring road conditions and reacting is jointly completed by the user and the system, requiring the user to take over dynamic driving tasks. At levels L4 and L5, the user can completely transform into a passenger.
[0157] The in-cabin display devices 130 are mainly divided into two categories: the first is the in-vehicle display screen; the second is the projection display screen, such as the head-up display (HUD). An in-vehicle display screen is a physical display screen and an important component of the in-vehicle infotainment system. Multiple displays can be installed in the cabin, such as a digital instrument cluster screen, a central control screen, a screen in front of the front passenger (also known as the front-seat passenger), a screen in front of the left rear passenger, a screen in front of the right rear passenger, and even the car window can be used as a display screen. A head-up display, also known as a head-up display system, is mainly used to display driving information such as speed and navigation on a display device in front of the driver (such as the windshield). This reduces the driver's eye-shift time, avoids pupil changes caused by eye-shifting, and improves driving safety and comfort. Examples of HUDs include combiner-HUD (C-HUD) systems, windshield-HUD (W-HUD) systems, and augmented reality HUD (AR-HUD) systems.
[0158] In this embodiment, the processor can acquire seat pressure information, user facial information, audio information, etc., detected by the sensing system 120, and then, in conjunction with the operating status of the vehicle and / or at least one of the seat pressure information, user facial information, and audio information, control the display frame rate of the display device 130. In some possible implementations, the aforementioned seat pressure information, user facial information, audio information, etc., can also be stored as data in the memory of the computing platform 150.
[0159] It should be understood that the above operations can be performed by the same processor, or by one or more processors, and the embodiments of this application do not specifically limit this.
[0160] In this application, the means of transport can include road vehicles, water vehicles, air vehicles, industrial equipment, agricultural equipment, or recreational equipment, etc. For example, the means of transport can be a vehicle, which is a vehicle in a broad sense, and can be a means of transportation (such as commercial vehicles, passenger cars, motorcycles, flying cars, trains, etc.), industrial vehicles (such as forklifts, trailers, tractors, etc.), engineering vehicles (such as excavators, bulldozers, cranes, etc.), agricultural equipment (such as lawnmowers, harvesters, etc.), amusement equipment, toy vehicles, etc. The embodiments of this application do not specifically limit the type of means of transport.
[0161] Figure 2 This is a schematic diagram of a vehicle cabin scenario provided in an embodiment of this application. The vehicle can be... Figure 1 An example of the vehicle 100 shown is included. The smart cockpit features one or more in-vehicle displays (or in-vehicle screens), including but not limited to display 201 (or, also known as a central control screen), display 202 (or, also known as a passenger entertainment screen), display 203 (or, also known as a screen behind the driver's headrest), display 204 (or, also known as a screen behind the passenger's headrest), display 205 (or, also known as an instrument panel screen), and display 206 (or, also known as a streaming rearview mirror). In some possible implementations, display 201 may also be a long screen extending into the passenger area. Figure 2 The cockpit can also be equipped with one or more cameras to capture images inside or outside the cockpit, such as cameras from a driver monitoring system (DMS), a cabin monitoring system (CMS), and a dashcam. These cameras can be the same or different cameras. In addition, one or more pressure sensors and acoustic sensors are installed in the cockpit to monitor the presence and location of users. Furthermore, displays 201 to 206 can display a graphical user interface (GUI).
[0162] It should be understood that the method for controlling the display in the following embodiments is based on... Figure 2The example shown is a 5-seater vehicle, but the embodiments of this application are not limited to this. For example, for a 7-seater sport / suburban utility vehicle (SUV), the cabin may include a central control screen, a passenger entertainment screen, a screen behind the driver's headrest, a screen behind the passenger's headrest, entertainment screens in the left-hand area of the third row, and entertainment screens in the right-hand area of the third row. As another example, for a bus, the cabin may include front and rear entertainment screens; or, the cabin may include a display screen in the driver's area and entertainment screens in the passenger area. In one implementation, the entertainment screen in the passenger area may also be located on the ceiling of the cabin.
[0163] Figure 3 This is a schematic block diagram of a distributed interconnection system provided in an embodiment of this application.
[0164] In distributed interconnection scenarios, a large amount of data exchange occurs between two devices. For example... Figure 3 As shown, the vehicle's infotainment system (e.g., the infotainment system may include...) Figure 2 Any one of the displays 201 to 206 in the display can be connected to an external device (e.g., such as...). Figure 3 The mobile phones or tablets shown can exchange and transmit a large amount of data. For in-vehicle devices and external devices, they perform different tasks and have different power supply methods. The high power consumption of external devices without a power source is a problem. In distributed interconnection scenarios, external devices and in-vehicle devices are still in a state of interconnection and communication. As the scenario becomes more complex, especially when the amount of data transmitted between in-vehicle devices and external devices is large, the power consumption of external devices increases rapidly, and their temperature rises, resulting in a worse user experience.
[0165] For example, the vehicle-mounted equipment is Figure 2 Any one of the displays 201 to 206 in the system allows external devices to send video stream data to the vehicle's infotainment system, which can then decode and display the video stream data.
[0166] Specifically, in a travel scenario, after User A and User B get into the car, User A drives, and User B connects to a second device (e.g., a car infotainment system) using a first device (e.g., a mobile phone). The connection between the first and second devices can be via Wi-Fi or Bluetooth. After the first and second devices are connected, the first device transmits the content rendered by application (APP) #1 (e.g., navigation or music) to the second device as a video stream (or screen mirroring stream), which is then displayed on the second device's screen. While the vehicle is in motion, User B gradually notices that the first device is getting hot and its battery is rapidly depleting while using APP #2 (e.g., a shopping app) on the first device. User B can set the first device aside to cool down, but because the first device continues to send video stream data to the second device, and the data transmission frequency is also very frequent to ensure navigation accuracy, the situation remains complex. Therefore, simply placing the first device aside will not immediately lower its temperature; it may remain within a temperature range that is unacceptable to humans, thus worsening the user experience of the first device.
[0167] In view of this, embodiments of this application provide a control method, device, and vehicle that can effectively control the temperature of external devices in a distributed interconnected scenario, thereby reducing the impact of increased external device temperature on user experience.
[0168] Figure 4 This is a schematic block diagram of another distributed interconnection system provided in the embodiments of this application.
[0169] like Figure 4 As shown, the first device includes a content rendering module, an encoding module, and a sending module. The first device can be understood as... Figure 3 The external device shown is, for example, a mobile phone. The second device includes a content display module, a decoding module, and a receiving module. The second device can be understood as... Figure 3 The in-vehicle infotainment system shown, for example, may include... Figure 2 Any one of the displays 201 to 206 shown. The first device can render the content to be displayed on the second device through the content rendering module, then encode it through the encoding module, and then send it to the second device through the sending module. Correspondingly, the second device receives data from the first device through the receiving module, then decodes the received data through the decoding module, and displays the content on the content display module. If the amount of data transmitted between the first device and the second device is large, for example, ... Figure 4The video stream data shown, displayed in this unconventional way, consumes a large amount of data, leading to significant resource consumption in the first device's processing unit (e.g., central processing unit, CPU) and communication (e.g., input / output) resources. This results in faster power consumption and increased heat generation in the first device. Furthermore, the rendering and encoding of content by the first device also consumes processing unit and communication resources, contributing to rapid power consumption and overheating. In this scenario, the large volume of communication data means that over time, the increased temperature of the external device will severely impact the user experience.
[0170] It should be understood that the above modules and devices are only examples, and in actual applications, the above modules and devices may be added or removed according to actual needs.
[0171] The control method provided in the embodiments of this application will be described in detail below with reference to the accompanying drawings, and can be applied to the above-mentioned... Figure 3 or Figure 4 The system shown is illustrated. It should be understood that the embodiments of this application can be applied to smart cockpit scenarios or other distributed interconnected scenarios, such as home display screens and mobile phone interconnection scenarios, and the embodiments of this application are not limited thereto. The following is a detailed description using the smart cockpit scenario as an example.
[0172] It should also be understood that the embodiments shown below do not impose any particular structural limitations on the execution subject of the methods provided in the embodiments of this application. As long as communication can be performed according to the methods provided in the embodiments of this application by running the code or program that records the methods provided in the embodiments of this application. For example, the methods provided in the embodiments of this application can be executed by a first device or a second device. Unless otherwise specified, the first device in this application can refer to the first device itself, or a component in the first device (e.g., a communication module, processor, circuit, chip (such as a modem chip, also known as a baseband chip, or a SoC chip or SIP chip containing a modem core), or a chip system, etc.), or it can be a logic module or software that can implement all or part of the functions of the first device. The second device in this application may refer to the second device itself, or a component of the second device (e.g., a communication module, processor, circuit, chip (such as a modem chip, also known as a baseband chip, or a SoC chip or SIP chip containing a modem core), or a chip system, etc.), or a logic module or software that can implement all or part of the functions of the second device.
[0173] It should be understood that the first device can be a data encoding end, and the second device can be a data decoding end. Alternatively, the first device can be a data sending end, and the second device can be a data receiving end. For example, the first device can be an external device such as a mobile phone or tablet, and the second device can be an in-vehicle infotainment system including a display screen.
[0174] Figure 5 This is an interactive schematic diagram of a control method provided in an embodiment of this application. For example... Figure 5 As shown, the method includes the following steps.
[0175] S510, the first device sends first data to the second device, and correspondingly, the second device receives the first data from the first device.
[0176] The first data is used for cross-device playback on the second device.
[0177] In some implementations, the data type of the first data can be video stream data, audio data, or image data, etc. In other words, the first data can be data that has been rendered and processed on the first device.
[0178] Optionally, the second device decodes the first data and then plays it.
[0179] For example, the second device decodes video stream data and plays it on a display device; or the second device decodes audio data and plays it on a device; or the second device decodes image data and plays it on a display device.
[0180] S520, when the first condition is met, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0181] The second data is used for cross-device playback on the second device, and the amount of the second data is less than the amount of the first data.
[0182] In the above technical solution, when the first device meets certain conditions, the first device can reduce the amount of data corresponding to cross-device playback on the second device, thereby reducing the problem of the first device overheating and improving the user experience in the distributed interconnection scenario.
[0183] Optionally, the second device decodes and renders the second data before playing it on the second device.
[0184] In some implementations, if the first data is navigation video stream data, the second data is metadata. For example, navigation metadata may include text information such as left turn, right turn, straight ahead, road name information, and distance information. The second device decodes the second data to obtain navigation-related text information, performs rendering processing based on the navigation-related text information, and plays it on the second device.
[0185] In some implementations, the first data is audio data, and the second data is metadata. For example, audio metadata may include text information such as music title, composer, duration, and album. The second device decodes the second data to obtain the music-related text information and plays the music on the second device based on this information.
[0186] In some implementations, the first data type is image data, and the second data type is metadata. For example, image metadata may include text information such as image content and image color. The second device decodes the second data to obtain the image-related text information, performs rendering processing based on the image-related text information, and then plays it on the second device.
[0187] As one possible implementation, the first condition includes one or more of the following conditions: the temperature of the first device is greater than or equal to a first threshold; the first device detects that the user's operation duration is greater than or equal to a first duration; or, a first indication message is received from a second device, the first indication message being used to indicate that the second device failed to decode the first data.
[0188] It should be understood that the first threshold or the first duration can be preset in the first device or dynamically adjusted. The specific value of the first threshold or the first duration is not limited in the embodiments of this application.
[0189] In this way, by detecting the temperature of the first device, any temperature rise can be detected promptly and effectively, allowing for a reduction in data transmission volume. This alleviates the problem of the first device overheating and improves the user experience. Alternatively, by detecting the user's usage time of the first device, the problem of overheating can be indirectly avoided, thus improving the user experience. Furthermore, if the second device cannot correctly decode the first data—for example, if the second device is an older device unable to decode high frame rate video streams—the first device can promptly reduce the data transmission volume. This not only mitigates the impact of data decoding failures but also prevents the first device from overheating, further improving the user experience.
[0190] As one possible implementation, the first data type and the second data type are both video stream data, with the frame rate of the second data being lower than that of the first data. Alternatively, the first data type is video stream data, the second data type is metadata, and the second data is rendered on a second device before being played across devices.
[0191] In some implementations, if the first data and the second data are of video stream type, the data volume of the first data and the data volume of the second data refer to the data volume of the first data and the second data within the same time period, and the frame rate of the second data is less than the frame rate of the first data.
[0192] It should be understood that if the type of the second data is metadata, the second device can render the second data before playing it across devices.
[0193] Therefore, if both the first and second data types are video stream data, reducing the frame rate to decrease data transmission volume can not only alleviate the overheating issue of the first device but also appropriately lower the video frame rate to avoid increasing user dissatisfaction and thus improve the user experience. If the first data is video stream data and the second data is metadata, the overheating issue of the first device can be directly and quickly alleviated, thereby improving the user experience of the first device.
[0194] Optionally, in S530, when the second condition is met, the first device sends third data to the second device, and correspondingly, the second device receives the third data from the first device.
[0195] The third data has a larger data volume than the second data, and the third data is used for cross-device playback on the second device.
[0196] In this way, when the first device meets certain conditions, it can increase the amount of data corresponding to the cross-device playback on the second device. This allows the cross-device playback data to be restored in a timely manner after the temperature rise problem of the first device is alleviated, thereby improving the user experience in the distributed interconnection scenario.
[0197] As one possible implementation, the second condition includes one or more of the following: the temperature of the first device is less than a second threshold; or, the first device detects that the duration of user inactivity is greater than or equal to a second duration.
[0198] It should be understood that the second threshold or the second duration can be preset in the first device or dynamically adjusted. The specific value of the second threshold or the second duration is not limited in the embodiments of this application.
[0199] In some implementations, the second threshold can be less than or equal to the first threshold.
[0200] In this way, by detecting the temperature of the first device, a drop in its temperature can be detected promptly and effectively, increasing data transmission volume. This allows for timely resumption of cross-device playback once the temperature rise issue on the first device is alleviated, thus improving the user experience. Alternatively, by detecting the user's usage time on the first device, cross-device playback can be resumed indirectly once the temperature rise issue is alleviated, further improving the user experience.
[0201] As one possible implementation, if the types of the second data and the third data are both video stream data, the frame rate of the third data is greater than the frame rate of the second data; or, the type of the second data is metadata, and the type of the third data is video stream data.
[0202] In some implementations, if the second and third data are video stream data, the data volume of the second and third data refers to the data volume of the second and third data within the same time period, and the frame rate of the third data is greater than the frame rate of the second data.
[0203] It should be understood that if the first data is video stream data, the second data is metadata, and the third data is video stream data, the embodiments of this application do not limit the size of the data between the first data and the third data. For example, the frame rates of the first data and the third data can be the same or different.
[0204] Thus, if the second and third data are video stream data, increasing the frame rate increases the data transmission volume. Once the overheating issue on the first device is alleviated, cross-device playback can be resumed promptly, thereby improving the user experience. If the second data is metadata and the third data is video stream data, resuming cross-device playback promptly after the overheating issue on the first device helps improve the user experience on the second device.
[0205] Optionally, in S540, when the third condition is met, the first device sends fourth data to the second device, and correspondingly, the second device receives the fourth data from the first device.
[0206] The fourth data has a smaller data volume than the second data, and the fourth data is used for cross-device playback on the second device.
[0207] In this way, when the first device meets different conditions, the first device can reduce the amount of data corresponding to cross-device playback on the second device in stages, thereby gradually alleviating the problem of the first device overheating and improving the user experience in distributed interconnection scenarios.
[0208] As one possible implementation, the third condition includes one or more of the following: the temperature of the first device is greater than or equal to a third threshold, and the third threshold is greater than a first threshold; the first device detects a user operation for a duration greater than or equal to a third duration, and the third duration is greater than the first duration; or, the first device receives a second indication message from a second device, the second indication message indicating that the second device failed to decode the second data.
[0209] It should be understood that the use of the first condition and the second condition can be combined randomly, and the embodiments of this application do not limit this. For example, the first condition may be a temperature condition, and the second condition may be a usage time condition of the first device. Alternatively, the first condition may be the usage time of the first device, and the second condition may be a temperature condition. The embodiments of this application do not list all such examples.
[0210] In this way, as the first device meets different conditions, the data transmission volume is gradually reduced, thereby gradually alleviating the problem of the first device overheating and improving the user experience. These different conditions can be random combinations of temperature conditions, device usage time conditions, or data decoding accuracy conditions, thus increasing the versatility of this method.
[0211] As one possible implementation, if the first data type and the second data type are video stream data, the frame rate of the second data is less than the frame rate of the first data, the fourth data type is metadata, and the fourth data is rendered on the second device and then played across devices.
[0212] In this way, by first reducing the frame rate of the video stream data and then changing the type of transmitted data to metadata, the problem of the first device overheating can be gradually alleviated, and the user experience can be improved by avoiding any sense of disappointment.
[0213] Optionally, in S550, when the fourth condition is met, the first device sends the fifth data to the second device, and correspondingly, the second device receives the fifth data from the first device.
[0214] The fifth data has a larger data volume than the fourth data, but a smaller data volume than the first data. The fifth data is used for cross-device playback on the second device.
[0215] As one possible implementation, the fourth condition includes one or more of the following: the temperature of the first device is less than or equal to a fourth threshold, and the fourth threshold is less than a third threshold. Alternatively, the first device detects that the duration of user inactivity is greater than or equal to a fourth duration.
[0216] As one possible implementation, if the fourth data is of metadata type and the fifth data is of video stream data type.
[0217] Optionally, in S560, when the fifth condition is met, the first device sends the sixth data to the second device, and correspondingly, the second device receives the sixth data from the first device.
[0218] The sixth data item has a larger data volume than the fifth data item, and the sixth data item is used for cross-device playback on the second device.
[0219] In this way, when the first device meets different conditions, the first device can gradually increase the amount of data corresponding to cross-device playback on the second device. After the temperature rise problem of the first device is alleviated, the data playback across devices can be gradually restored, avoiding increasing the user's sense of loss and thus improving the user experience in the distributed interconnection scenario.
[0220] As one possible implementation, the fifth condition includes one or more of the following: the temperature of the first device is less than or equal to a fifth threshold, and the fifth threshold is less than a fourth threshold. Alternatively, the first device detects that the duration of user inactivity is greater than or equal to a fifth duration, and the fifth duration is greater than the fourth duration.
[0221] In this way, as the first device meets different conditions, the data transmission volume is gradually increased. Once the overheating issue on the first device is alleviated, data playback across devices is gradually restored, avoiding any sense of disparity for the user and thus improving the user experience. These different conditions can be random combinations of temperature conditions or device usage duration conditions, thereby increasing the versatility of this method.
[0222] As one possible implementation, if the fifth and sixth data are of video stream type, the frame rate of the fifth data is lower than the frame rate of the sixth data.
[0223] In this way, by changing the type of transmitted data from metadata to video stream data and increasing the frame rate of the video stream data, the data played across devices can be gradually restored after the temperature rise problem of the first device is alleviated, avoiding increasing the user's sense of disparity and thus improving the user experience.
[0224] It should be understood that after S540, if the first device meets the second condition, the first device can send third data to the second device, and correspondingly, the second device receives the third data from the first device.
[0225] In other words, when the temperature of the first device or the user's usage time meets the second condition, the first device can directly restore the data that was played across devices on the second device.
[0226] For example, Figure 5 The execution order of the method shown can be S510, S520, and S530; a detailed process will be provided in conjunction with... Figure 6This will be explained; alternatively, the execution order could be S510, S520, S540, and S530. A detailed explanation will follow. Figure 8 The following explanation is provided; alternatively, the execution order could be S510, S520, S540, S550, and S560. This application does not impose any restrictions on this.
[0227] Figure 6 This is an interactive schematic diagram of another control method provided in an embodiment of this application. For example... Figure 6 As shown, the method includes the following steps.
[0228] S610, the first device sends first data to the second device, and correspondingly, the second device receives the first data from the first device.
[0229] The first data type can be video stream data. Alternatively, the first data can also be other data types with large data volumes, such as audio data or image data.
[0230] S620, when the first condition is met, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0231] The amount of data in the second data is less than the amount of data in the first data.
[0232] In one possible implementation, if the data types of the first data and the second data are video stream data, the frame rate of the second data is less than the frame rate of the first data.
[0233] In one possible implementation, if the data type of the first data is video stream data, the data type of the second data can be metadata.
[0234] For example, metadata may include navigation, music, telephone metadata, etc. Among them, music metadata may include music titles, etc.
[0235] Optionally, the second device can render a picture based on metadata and display it on the second device's screen.
[0236] Optionally, when the first condition is met, the first device suspends sending data of the same data type as the first data to the second device.
[0237] For example, if the data type of the first data is video stream data, the optional step could be that, when the first condition is met, the first device suspends sending video stream data to the second device.
[0238] For example, if the data type of the first data is video stream data and the frame rate of the first data is high, the optional step could be that, when the first condition is met, the first device pauses sending video stream data with the same frame rate as the first data to the second device.
[0239] For example, the frame rate of the first data can be 60fps, and the frame rate of the second data can be 30fps.
[0240] Method 1
[0241] S620a-1, the second device sends a first indication message to the first device, and correspondingly, the first device receives the first indication message from the second device, the first indication message being used to indicate that the second device failed to decode the first data.
[0242] For example, if the first data is video stream data and the frame rate of the first data is high, the second device may fail to decode the first data because the decoding module of the second device does not have the ability to decode high frame rate video stream data.
[0243] The first condition can be understood as the first device receiving a first instruction from the second device.
[0244] S620a-2, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0245] In this way, if the second device fails to decode the first data, the second device can promptly send an indication message to the first device, thereby helping the first device reduce the amount of data transmitted in subsequent data transmissions.
[0246] Method 2
[0247] S620b-1, determine that the temperature of the first device is greater than or equal to a first threshold.
[0248] Specifically, the temperature of the first device can be obtained through the temperature sensor of the first device, and the first threshold can be preset in the first device.
[0249] For example, the first threshold may be 47°C or other preset temperature. The first threshold may be preset in the first device or dynamically adjusted. This application embodiment does not limit this.
[0250] For example, the first threshold could be 37℃, 40℃, 47℃, etc. If the first threshold is set to 37℃, the user will feel the device getting slightly warm when the device is above 37℃. If the first threshold is set to 40℃, the user will feel the device getting noticeably warm when the device is above 40℃. If the first threshold is set to 47℃, the user will feel the device getting extremely hot when the device is above 47℃.
[0251] The first condition can be understood as the temperature of the first device being greater than or equal to the first threshold.
[0252] S620b-2, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0253] For example, the temperature rise of the first device may be due to the background service running. This application embodiment does not limit the reasons for the temperature rise of the first device.
[0254] Therefore, reducing the amount of data transmitted between the first and second devices after the temperature of the first device rises can effectively control the continued rise in the temperature of the first device, thereby improving the user experience. For example, reducing the frame rate of the video stream data between the first and second devices. Another example is converting the video stream data between the first and second devices into metadata.
[0255] S620c-1, the first device detects that the user's operation duration is greater than or equal to a first duration.
[0256] Specifically, the user's operation duration can be obtained through a timer, and the first duration can be preset in the first device or dynamically adjusted.
[0257] For example, the first duration can be 5 minutes or other preset durations, and this application embodiment does not limit this.
[0258] The first condition can be understood as the user's operation duration being greater than or equal to the first duration.
[0259] S620c-2, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0260] In this way, when the first device detects that the user has been using the first device for a longer period of time than a certain duration, it means that the user currently has a high dependence on the first device. At this time, reducing the amount of data transmission between the first device and the second device can effectively control the continuous rise in the temperature of the first device, thereby improving the user experience.
[0261] It should be understood that the above three methods are specific ways to satisfy any one of the first conditions. Satisfying the first condition can also mean that the first device sends the second data to the second device after simultaneously satisfying any two of S620a-1, S620b-1, or S620c-1. Alternatively, it can mean that the first device sends the second data to the second device after simultaneously satisfying three of S620a-1, S620b-1, and S620c-1. This application embodiment does not limit the conditions for triggering the transmission of the second data.
[0262] S630, when the second condition is met, the first device sends third data to the second device, and correspondingly, the second device receives the third data from the first device.
[0263] The amount of data in the third data is greater than the amount of data in the second data. It should be understood that the embodiments of this application do not limit the relationship between the amounts of data in the first data and the third data.
[0264] For example, if the data type of the second data is metadata, and the data type of the third data is video stream data. Or, if both the second and third data are video stream data, but the frame rate of the second data is lower than the frame rate of the third data.
[0265] It should be understood that, for the second example, the embodiments of this application do not limit the relationship between the frame rate of the third data and the frame rate of the first data.
[0266] Method 1
[0267] S630a-1, determine that the temperature of the first device is less than the second threshold.
[0268] It should be understood that the temperature of the first device can be obtained through a temperature sensor, and the second threshold can be preset in the first device or dynamically adjusted.
[0269] It should also be understood that the second threshold in S630a-1 and the first threshold in S620a-1 can be the same or different, and the embodiments of this application do not limit this.
[0270] S630a-2, the first device sends third data to the second device, and correspondingly, the second device receives the third data from the first device.
[0271] In this way, once the temperature returns to normal, the first device can promptly transmit large amounts of data, allowing richer content to be displayed on the second device in a timely manner.
[0272] As an alternative step to S630a-1, it is determined that the temperature of the first device is less than the second threshold, and the temperature of the first device continues to decrease for a duration of #1.
[0273] The duration #1 can be preset in the first device. Furthermore, the value of the second threshold in this replaceable step can be the same as or different from the value of the first threshold in S620a-1; this embodiment does not impose such limitations.
[0274] In other words, once the temperature of the first device drops to a normal range and remains so for a period of time, the first device sends third data to the second device.
[0275] In this way, after the temperature returns to normal for a period of time, the first device can transmit data through a large amount of data, which can not only display richer content on the second device in a timely manner, but also further improve the user experience.
[0276] S630b-1, the first device detects that the user's inactive duration is greater than or equal to the second duration.
[0277] It should be understood that the user's operation duration can be obtained through a timer, and the second duration can be preset in the first device or dynamically adjusted.
[0278] It should also be understood that the second duration in S630b-1 and the first duration in S620c-1 may be the same or different, and the embodiments of this application do not impose any restrictions on this.
[0279] S630b-2, the first device sends third data to the second device, and correspondingly, the second device receives the third data from the first device.
[0280] In this way, when the first device is not operated for a long period of time, it has the conditions to restore its normal temperature. The first device can then transmit data in a timely manner through large amounts of data, thereby displaying richer content on the second device in a timely manner.
[0281] Figure 7 This is a schematic diagram of a distributed interconnection scenario provided in an embodiment of this application.
[0282] Taking a distributed interconnection scenario of mobile phone and vehicle-mounted infotainment system as an example, the first device can be a mobile phone, and the second device can be the vehicle-mounted infotainment system. User A and User B are in the vehicle. User A is responsible for driving the vehicle, and User B uses a mobile phone. User B's mobile phone and the vehicle-mounted infotainment system are interconnected through an existing connection method (e.g., WiFi or Bluetooth). After User B's mobile phone and the vehicle-mounted infotainment system are interconnected, video streaming data can be transmitted between them, such as... Figure 7 As shown. Besides this, other data can also be transferred between the vehicle's infotainment system and user B's mobile phone. For example, the vehicle's infotainment system can transmit GPS data to the mobile phone, and the mobile phone can transmit audio data to the vehicle's infotainment system.
[0283] Scenario 1: User A continues driving. While User B's phone is transmitting video stream data to the car's infotainment system, User B is using the phone, and the phone's temperature is showing an upward trend. What measures can User B take with their phone? Figure 5 or Figure 6 The method shown reduces the temperature of user B's phone and resumes video stream data transmission after the phone temperature drops to a normal range.
[0284] Scenario 2: User A is driving, and User B is not directly operating their phone, but background applications are running on User B's phone (e.g., downloading data). Simultaneously, User B's phone is transmitting video stream data to the car's infotainment system. At this time, User B's phone also shows a tendency to heat up. User B's phone can take the following measures: Figure 5 or Figure 6 The method shown reduces the temperature of user B's phone and resumes video streaming data transmission after the phone temperature drops to a normal range and / or the background application ends.
[0285] For scenario one or scenario two, taking a first duration of 5 minutes and a second duration of 5 minutes as an example, or taking a first threshold of 47℃ and a second threshold of 47℃ as an example, a detailed explanation will be provided.
[0286] Example 1: When user B's mobile phone and the vehicle's infotainment system transmit video stream data, the phone automatically stops sending video stream data after detecting that user B has been using the phone for more than 5 minutes. At this time, the amount of data transmitted between the phone and the vehicle's infotainment system is greatly reduced, and the phone's temperature is controlled, preventing further increases. When user B's phone detects that the user has been inactive for more than 5 minutes, the phone resumes sending video stream data to the vehicle's infotainment system, allowing the screen to display more complex content.
[0287] Example 2: Video stream data is transmitted between user B's mobile phone and the vehicle's infotainment system. After the phone detects that user B has been using it continuously for more than 5 minutes, user B's phone automatically sends metadata (e.g., navigation metadata, music metadata, or phone metadata) to the vehicle's infotainment system. Figure 7 As shown. After receiving the metadata, the vehicle's infotainment system can automatically draw and display the data based on the metadata. Alternatively, user B's mobile phone can send video stream data to the vehicle's infotainment system at a reduced frame rate. When user B's mobile phone detects that the user has been inactive for more than 5 minutes, the phone will continue to send video stream data to the vehicle's infotainment system, such as... Figure 7 As shown. Alternatively, the phone can send a video stream with a higher frame rate to the vehicle's infotainment system.
[0288] It should be understood that Examples 1 and 2 above can be applied to Scenario 1.
[0289] Example 3: When user B's mobile phone and the vehicle's infotainment system are transmitting video stream data, if the phone's temperature is detected to be greater than or equal to 47°C, user B's phone automatically pauses sending video stream data to the vehicle's infotainment system. When the phone's temperature is detected to be less than 47°C, the phone resumes sending video stream data to the vehicle's infotainment system. Alternatively, if the phone's temperature is detected to be less than 47°C and this condition persists for more than duration #1, the phone resumes sending video stream data to the vehicle's infotainment system.
[0290] Example 4: When user B's mobile phone and the vehicle's infotainment system transmit video stream data, if the phone's temperature is detected to be greater than or equal to 47°C, user B's mobile phone automatically sends metadata to the vehicle's infotainment system, such as... Figure 7 As shown. Alternatively, User B's phone sends video stream data to the vehicle's infotainment system at a reduced frame rate. Once the phone's temperature is detected to be below 47°C, the phone continues sending video stream data to the vehicle's infotainment system, such as... Figure 7 As shown. After receiving the metadata, the vehicle-mounted device can automatically draw and display it based on the metadata. Alternatively, the mobile phone can send video stream data with a higher frame rate to the vehicle-mounted device. Alternatively, if the mobile phone's temperature is detected to be below 47°C for a duration exceeding duration #1, the mobile phone can continue to send video stream data to the vehicle-mounted device, or the mobile phone can send video stream data with a higher frame rate to the vehicle-mounted device.
[0291] It should be understood that Examples 3 and 4 above can be applied to Scenario 1 or Scenario 2.
[0292] Example 5: When user B's mobile phone and the vehicle's infotainment system transmit video stream data, if the phone detects that user B has been using it continuously for more than 5 minutes and that the phone's temperature is greater than or equal to 47°C, user B's phone automatically sends metadata to the vehicle's infotainment system, such as... Figure 7 As shown. Alternatively, User B's phone sends video stream data to the vehicle's infotainment system at a reduced frame rate. Once it detects that the user has been inactive for more than 5 minutes and the phone's temperature is below 47°C, the phone continues to send video stream data to the vehicle's infotainment system, as shown. Figure 7 As shown. After receiving the metadata, the vehicle-mounted device can automatically draw and display it based on the metadata. Alternatively, the mobile phone can send video stream data with a higher frame rate to the vehicle-mounted device. Or, if it detects that the user has not operated for more than 5 minutes, the mobile phone's temperature is less than 47°C, and the duration exceeds duration #1, the mobile phone continues to send video stream data to the vehicle-mounted device, or the mobile phone sends video stream data with a higher frame rate to the vehicle-mounted device.
[0293] It should be understood that Example 5 above can be applied to Scenario 1.
[0294] In the above solution, reducing the amount of data transmitted between the first and second devices reduces the power consumption of the first device, thereby reducing its heat generation. However, directly and drastically reducing the amount of data transmitted between the first and second devices—for example, changing the data transmission type from video stream data to metadata—would abruptly simplify the content displayed on the second device, impacting the user experience. To further improve the user experience, the amount of data transmitted between the first and second devices can be reduced in stages. This not only reduces the heat generation of the first device but also further enhances the user experience.
[0295] Figure 8 This is an interactive schematic diagram of another control method provided in an embodiment of this application. For example... Figure 8 As shown, the method includes the following steps.
[0296] S810, the first device sends first data to the second device, and correspondingly, the second device receives the first data from the first device.
[0297] It should be understood that a detailed explanation of the first data can be found in S610, and will not be repeated here.
[0298] S820, when the first condition is met, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0299] The amount of data in the second data is less than the amount of data in the first data.
[0300] In one possible implementation, if the data types of the first data and the second data are video stream data, the frame rate of the second data is less than the frame rate of the first data.
[0301] Method 1
[0302] S820a-1, the second device sends a first indication message to the first device, and correspondingly, the first device receives the first indication message from the second device. The first indication message is used to indicate that the second device failed to decode the first data.
[0303] S820a-2, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0304] Method 2
[0305] S820b-1, determines that the temperature of the first device is greater than or equal to a first threshold.
[0306] S820b-2, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0307] Method 3
[0308] S820c-1, the first device detects that the user's operation duration is greater than or equal to a first duration.
[0309] S820c-2, the first device sends second data to the second device, and correspondingly, the second device receives the second data from the first device.
[0310] It should be understood that Figure 8 For a detailed explanation of the three methods in S820, please refer to the three methods in S620, which will not be repeated here.
[0311] S820, when the third condition is met, the first device sends fourth data to the second device, and correspondingly, the second device receives the fourth data from the first device.
[0312] The fourth data point has a smaller data point than the second data point.
[0313] In one possible implementation, if the data types of the first and second data are video stream data, and the frame rate of the second data is less than the frame rate of the first data, the data type of the fourth data can be metadata.
[0314] Method 1
[0315] S830a-1, the second device sends a second indication message to the first device, and correspondingly, the first device receives the second indication message from the second device. The second indication message is used to indicate that the second device failed to decode the second data.
[0316] The fulfillment of the third condition can be understood as the first device receiving a second instruction from the second device.
[0317] S830a-2, the first device sends fourth data to the second device, and correspondingly, the second device receives the fourth data from the first device.
[0318] Method 2
[0319] S830b-1, determines that the temperature of the first device is greater than or equal to the third threshold.
[0320] It should be understood that the first threshold is less than the third threshold, which means the third threshold is greater than the first threshold.
[0321] The third condition can be understood as the temperature of the first device being greater than or equal to the third threshold. The third threshold can be preset in the first device or dynamically adjusted.
[0322] That is, when the temperature of the first device is detected to be between the first threshold and the third threshold, the first device sends second data to the second device; when the temperature of the first device is detected to be greater than or equal to the third threshold, the first device sends fourth data to the second device.
[0323] S830b-2, the first device sends fourth data to the second device, and correspondingly, the second device receives the fourth data from the first device.
[0324] Method 3
[0325] S830c-1, the first device detects that the user's operation duration is greater than or equal to the third duration.
[0326] It should be understood that the third duration is longer than the first duration, meaning the first duration is shorter than the third duration.
[0327] That is, when the first device detects that the user's operation duration is between the first duration and the third duration, the first device sends the second data to the second device; when the first device detects that the user's operation duration is greater than or equal to the third duration, the first device sends the fourth data to the second device.
[0328] The third condition can be understood as the user's operation duration being greater than or equal to a third duration. This third duration can be preset in the first device or dynamically adjusted.
[0329] S830c-2, the first device sends fourth data to the second device, and correspondingly, the second device receives the fourth data from the first device.
[0330] In this way, by setting different conditions to reduce the amount of data transmitted between the first and second devices in stages, it is possible not only to effectively control the continuous rise in temperature of the first device, but also to take into account the gradient of the content displayed on the second device from rich to simple, thereby further improving the user experience.
[0331] As the first device gradually returns to its normal temperature, the data transmission volume between the first and second devices can be directly increased through steps S630. Alternatively, the data transmission volume between the first and second devices can be gradually increased through the following steps.
[0332] S840, when the fourth condition is met, the first device sends the fifth data to the second device, and correspondingly, the second device receives the fifth data from the first device.
[0333] The fifth data item has a larger data volume than the fourth data item. It should be understood that the embodiments of this application do not limit the size relationship between the second and fifth data items.
[0334] In one possible implementation, if the data types of the first and second data are video stream data and the frame rate of the second data is less than the frame rate of the first data, the data type of the fourth data can be metadata, and the data type of the fifth data is video stream data, with the frame rate of the fifth data being less than the frame rate of the first data.
[0335] It should be understood that the frame rate of the fifth data and the frame rate of the second data can be the same or different, and the embodiments do not impose any restrictions on this.
[0336] Method 1
[0337] S840a-1, determine that the temperature of the first device is less than the fourth threshold.
[0338] It should be understood that the temperature of the first device can be obtained through a temperature sensor, and the fourth threshold can be preset in the first device or dynamically adjusted.
[0339] It should also be understood that the fourth threshold in S840a-1 and the third threshold in S830a-1 can be the same or different, and the embodiments of this application do not limit this.
[0340] S840a-2, the first device sends the fifth data to the second device, and correspondingly, the second device receives the fifth data from the first device.
[0341] As an alternative step to S840a-1, it is determined that the temperature of the first device is less than the fourth threshold, and the temperature of the first device continues to decrease for a duration of #2.
[0342] The duration #2 can be preset in the first device. Furthermore, the value of the fourth threshold in this alternative step and the value of the third threshold in S830a-1 can be the same or different; this embodiment does not impose any restrictions on this.
[0343] S840b-1, the first device detects that the user's inactive duration is greater than or equal to the fourth duration.
[0344] It should be understood that the user's operation duration can be obtained through a timer, and the fourth duration can be preset in the first device or dynamically adjusted.
[0345] It should also be understood that the fourth duration in S840b-1 and the third duration in S830c-1 may be the same or different, and the embodiments of this application do not impose any restrictions on this.
[0346] S840b-2, the first device sends fifth data to the second device, and correspondingly, the second device receives the fifth data from the first device.
[0347] S850, when the fifth condition is met, the first device sends the sixth data to the second device, and correspondingly, the second device receives the sixth data from the first device.
[0348] The sixth data item has a larger data volume than the fifth data item. It should be understood that the embodiments of this application do not limit the size relationship between the first and sixth data items.
[0349] In one possible implementation, if the data types of the first and second data are video stream data and the frame rate of the second data is less than the frame rate of the first data, the data type of the fourth data can be metadata, the data type of the fifth data is video stream data and the frame rate of the fifth data is less than the frame rate of the first data, then the data type of the sixth data is video stream data and the frame rate of the sixth data is greater than the frame rate of the fifth data.
[0350] It should be understood that the frame rate of the sixth data and the frame rate of the first data can be the same or different, and the embodiments do not impose any restrictions on this.
[0351] Method 1
[0352] S850a-1, determine that the temperature of the first device is less than the fifth threshold.
[0353] It should be understood that the temperature of the first device can be obtained through a temperature sensor, and the fifth threshold can be preset in the first device or dynamically adjusted.
[0354] It should also be understood that the fifth threshold in S850a-1 and the first threshold in S820a-1 can be the same or different, and the embodiments of this application do not limit this.
[0355] S850a-2, the first device sends the sixth data to the second device, and correspondingly, the second device receives the sixth data from the first device.
[0356] As an alternative step to S850a-1, it is determined that the temperature of the first device is less than the fifth threshold, and the temperature of the first device continues to decrease for a duration of #3.
[0357] The duration #3 can be preset in the first device. Furthermore, the value of the fifth threshold in this alternative step can be the same as or different from the value of the first threshold in S820a-1; this embodiment does not impose such limitations.
[0358] In other words, if the temperature of the first device drops to within the range of the fourth and fifth thresholds and remains there for a period of time, the first device sends the fifth data to the second device. If the temperature of the first device drops below the fifth threshold and remains there for a period of time, the first device sends the sixth data to the second device.
[0359] S850b-1, the first device detects that the user's inactivity duration is greater than or equal to the fifth duration.
[0360] It should be understood that the user's operation duration can be obtained through a timer, and the fifth duration can be preset in the first device or dynamically adjusted.
[0361] It should also be understood that the fifth duration in S850b-1 and the first duration in S820c-1 may be the same or different, and the embodiments of this application do not impose any restrictions on this.
[0362] S850b-2, the first device sends the sixth data to the second device, and correspondingly, the second device receives the sixth data from the first device.
[0363] It should be understood that Figure 8 Examples of two gradients for reducing data transmission volume in different tiers and two gradients for increasing data transmission volume in different tiers are given. The embodiments of this application do not limit the number of gradients.
[0364] Optionally, the data transmission volume of different data between the first device and the second device is sorted, and the different data are transmitted according to the sorting method described above.
[0365] In other words, assuming that the first data in the above method is the data with the largest data volume between the first device and the second device, other data after the first data can also be transmitted in sequence in the above manner. This application will not elaborate on this.
[0366] It should be understood that Figure 8 The reduction and increase of data volume in the tiers are based on two tiers. This application does not limit the specific number of tiers that are reduced or increased.
[0367] The above, combined with Figures 5 to 8 The control method provided in the embodiments of this application is described in detail. It is understood that, in order to achieve the above functions, it includes the corresponding hardware structure and / or software module for performing each function.
[0368] Those skilled in the art will recognize that, based on the units and algorithm steps described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is implemented in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for specific applications, but such implementations should not be considered beyond the scope of this application.
[0369] The following, combined with Figures 9 to 11This application provides a detailed description of the control device provided in its embodiments. It should be understood that the descriptions of the device embodiments correspond to the descriptions of the method embodiments; therefore, any content not described in detail can be found in the above method embodiments. For brevity, some content is omitted.
[0370] Figure 9 This is a schematic diagram of a control device provided in an embodiment of this application. The device may include a processing unit 920 for data processing. Optionally, the device 900 may further include a transceiver unit 910, which can implement corresponding communication functions. The transceiver unit 910 may also be referred to as a communication interface, communication unit, or interface unit. It should be understood that, unless otherwise specified, or unless it contradicts its actual function or internal logic in the relevant description, the transmission and reception operations involved in this application can be more generally understood as output and input operations, rather than transmission and reception operations directly performed by radio frequency circuits and antennas.
[0371] Optionally, the device may further include a storage unit for storing instructions and / or data, and the processing unit 920 may read the instructions and / or data from the storage unit to enable the device to implement the aforementioned method embodiments.
[0372] The device can be used to perform the actions in the above method embodiments. The transceiver unit 910 is used to perform the acquisition related operations in the above method embodiments, and the processing unit 920 is used to perform the processing related operations in the above method embodiments.
[0373] As a design, the device is used to perform the above. Figure 5 , Figure 6 or Figure 8 The actions of the method embodiment shown can be performed by a chip, chip system, or processor that supports the first device in implementing the corresponding method, or by a logic module or software that can implement all or part of the functions of the first device.
[0374] Specifically, the transceiver unit 910 is used to send first data to the second device, the first data being used for cross-device playback on the second device. When the first condition is met, the transceiver unit 910 is also used to send second data to the second device, the second data having a smaller data size than the first data, the second data being used for cross-device playback on the second device.
[0375] For details not described in detail, please refer to the above method embodiments.
[0376] As a design, the device is used to perform the above. Figure 5 , Figure 6 or Figure 8The actions of the method embodiment shown can be performed by a chip, chip system, or processor that supports the second device in implementing the corresponding method, or by a logic module or software that can implement all or part of the functions of the second device.
[0377] Specifically, the transceiver unit 910 is configured to receive first data from the first device, the first data being used for cross-device playback on the second device. The transceiver unit 910 is also configured to receive second data from the first device, the second data having a smaller data size than the first data, the second data being used for cross-device playback on the second device.
[0378] For details not described in detail, please refer to the above method embodiments.
[0379] It should be understood that the specific process of each unit performing the above-mentioned corresponding steps has been described in detail in the above method embodiments, and will not be repeated here for the sake of brevity.
[0380] The processing unit 920 in the above embodiments can be implemented by at least one processor or processor-related circuitry. The transceiver unit 910 can be implemented by a transceiver or transceiver-related circuitry. The storage unit can be implemented by at least one memory.
[0381] Figure 10 This is a schematic structural diagram of a control device provided in an embodiment of this application.
[0382] like Figure 10 As shown, this application embodiment also provides a control device. The device includes a processor 1010. Optionally, the device further includes a memory 1020. The processor 1010 is coupled to the memory 1020, which stores computer programs or instructions and / or data. The processor 1010 executes the computer programs or instructions and / or data stored in the memory 1020, causing the methods in the above method embodiments to be executed.
[0383] Optionally, the device may include one or more processors 1010.
[0384] Optional, such as Figure 10 As shown, the device 1000 may also include a memory 1020.
[0385] Optionally, the device may include one or more memory units 1020.
[0386] Optionally, the memory 1020 can be integrated with the processor 1010 or set separately.
[0387] Optional, such as Figure 10As shown, the device may also include a transceiver 1030 for receiving and / or transmitting signals. For example, a processor 1010 is used to control the transceiver 1030 to receive and / or transmit signals.
[0388] As one approach, the device is used to implement the operations performed by a control device (e.g., a first device or a second device) in the above method embodiments.
[0389] For example, processor 1010 is used to implement processing-related operations performed by a control device (e.g., a first device or a second device) in the above method embodiments, and transceiver 1030 is used to implement transmission-reception-related operations performed by a control device (e.g., a first device or a second device) in the above method embodiments.
[0390] Figure 11 This is a schematic diagram of a chip system provided in an embodiment of this application, such as... Figure 11 As shown. The chip system (or processing system) includes logic circuitry 1110 and an input / output interface 1120. The logic circuitry is coupled to the input interface to transmit data parameters and execute the methods described in the above method embodiments. Devices equipped with this chip system can implement the methods and functions of the embodiments of this application. For example, the logic circuitry 1110 can be a processing circuit in the chip system to control the device equipped with the chip system. It can also be coupled to a storage unit to call instructions in the storage unit, enabling the device to implement the methods and functions of the embodiments of this application. The input / output interface 1120 can be an input / output circuit in the chip system to output information processed by the chip system or to input data or signaling information to be processed into the chip system for processing.
[0391] As one approach, the chip system is used to implement the operations performed by a control device (e.g., a first device or a second device) in the above method embodiments.
[0392] For example, logic circuit 1110 is used to implement the processing related operations in the above method embodiment, and input / output interface 1120 is used to implement the acquisition related operations in the above method embodiment.
[0393] This application also provides a computer-readable storage medium storing computer instructions for implementing the methods executed by a control device (e.g., a first device or a second device) in the above-described method embodiments.
[0394] For example, when the computer program is executed by a computer, it enables the computer to implement the method performed by the control device (e.g., the first device or the second device) in the above method embodiments.
[0395] This application also provides a computer program product containing instructions that, when executed by a computer, cause the computer to perform the method described above, which is executed by a control device (e.g., a first device or a second device).
[0396] This application also provides a vehicle that may include the aforementioned control device (e.g., a second device).
[0397] Alternatively, the vehicle may be a vehicle.
[0398] The explanation and beneficial effects of the relevant contents of any of the devices provided above can be referred to the corresponding method embodiments provided above, and will not be repeated here.
[0399] It should be understood that the processor mentioned in the embodiments of this application can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.
[0400] It should also be understood that the memory mentioned in the embodiments of this application can be volatile memory and / or non-volatile memory. Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM can include a variety of forms, 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 linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).
[0401] 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, or discrete hardware component, the memory (storage module) can be integrated into the processor.
[0402] It should also be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.
[0403] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in 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. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.
[0404] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.
[0405] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.
[0406] The units described as separate components may or may not be physically separate. 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 the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0407] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.
[0408] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0409] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A control method, characterized in that, Applied to the first device, including: Send first data to the second device, the first data being used for cross-device playback on the second device; When the first condition is met, second data is sent to the second device. The amount of the second data is less than the amount of the first data. The second data is used for cross-device playback on the second device.
2. The method according to claim 1, characterized in that, The first condition includes one or more of the following conditions: The temperature of the first device is greater than or equal to the first threshold. The first device detects that the user's operation duration is greater than or equal to the first duration; or A first indication message is received from the second device, which indicates that the second device has failed to decode the first data.
3. The method according to claim 1 or 2, characterized in that, Both the first data and the second data are of video stream type, and the frame rate of the second data is less than the frame rate of the first data; or... The first data is video stream data, the second data is metadata, and the second data is rendered on the second device and then played across devices.
4. The method according to any one of claims 1 to 3, characterized in that, The method further includes: When the second condition is met, third data is sent to the second device. The amount of the third data is greater than the amount of the second data. The third data is used for cross-device playback on the second device.
5. The method according to claim 4, characterized in that, The second condition includes one or more of the following: The temperature of the first device is less than the second threshold; or, The first device detects that the duration during which the user has not performed any operation is greater than or equal to the second duration.
6. The method according to claim 4 or 5, characterized in that, If the type of the second data and the type of the third data are both video stream data, the frame rate of the third data is greater than the frame rate of the second data; or... The second data is metadata, and the third data is video stream data.
7. The method according to any one of claims 1 to 3, characterized in that, The method further includes: When the third condition is met, fourth data is sent to the second device. The amount of the fourth data is less than the amount of the second data. The fourth data is used for cross-device playback on the second device.
8. The method according to claim 7, characterized in that, The third condition includes one or more of the following: The temperature of the first device is greater than or equal to a third threshold, wherein the third threshold is greater than the first threshold. The first device detects that the user's operation is greater than or equal to a third duration, wherein the third duration is greater than the first duration; or, A second indication message is received from the second device, which indicates that the second device has failed to decode the second data.
9. The method according to claim 7 or 8, characterized in that, If the first data and the second data are video stream data, and the frame rate of the second data is less than the frame rate of the first data, and the fourth data is metadata, then the fourth data is rendered on the second device and played across devices.
10. The method according to any one of claims 7 to 9, characterized in that, The method further includes: When the fourth condition is met, fifth data is sent to the second device. The amount of the fifth data is greater than the amount of the fourth data, and the amount of the fifth data is less than the amount of the first data. The fifth data is used for cross-device playback on the second device.
11. The method according to claim 10, characterized in that, The fourth condition includes one or more of the following: The temperature of the first device is less than or equal to a fourth threshold, where the fourth threshold is less than the third threshold; or... The first device detected that the duration of the user's inaction was greater than or equal to the fourth duration.
12. The method according to claim 10 or 11, characterized in that, If the fourth data is of metadata type, the fifth data is of video stream data type.
13. The method according to any one of claims 10 to 12, characterized in that, The method further includes: When the fifth condition is met, sixth data is sent to the second device. The amount of the sixth data is greater than the amount of the fifth data. The sixth data is used for cross-device playback on the second device.
14. The method according to claim 13, characterized in that, The fifth condition includes one or more of the following: The temperature of the first device is less than or equal to a fifth threshold, where the fifth threshold is less than the fourth threshold; or... The first device detects that the duration during which the user has not performed any operation is greater than or equal to the fifth duration, wherein the fifth duration is greater than the fourth duration.
15. The method according to claim 13 or 14, characterized in that, If the fifth and sixth data are of video stream type, the frame rate of the fifth data is less than the frame rate of the sixth data.
16. A control method, characterized in that, Applied to a second device, including: Receive first data from a first device, the first data being used for cross-device playback on the second device; Receive second data from the first device, the amount of the second data being less than the amount of the first data, and the second data being used for cross-device playback on the second device.
17. The method according to claim 16, characterized in that, The method further includes: Send a first indication message to the first device, the first indication message being used to indicate that the second device failed to decode the first data.
18. The method according to claim 16 or 17, characterized in that, Both the first data and the second data are of video stream type, and the frame rate of the second data is less than the frame rate of the first data; or... The first data is video stream data, the second data is metadata, and the second data is rendered on the second device and then played across devices.
19. The method according to any one of claims 16 to 18, characterized in that, The method further includes: Receive third data from the first device, the amount of the third data being greater than the amount of the second data, and the third data being used for cross-device playback on the second device.
20. The method according to claim 19, characterized in that, If the second data and the third data are of video stream type, the frame rate of the third data is greater than the frame rate of the second data; or... If the type of the second data is metadata, the type of the third data is video stream data.
21. The method according to claim 16 or 17, characterized in that, The method further includes: The system receives fourth data from the first device, wherein the amount of the second data is greater than the amount of the fourth data, and the fourth data is used for cross-device playback on the second device.
22. The method according to claim 21, characterized in that, The method further includes: Send a second indication message to the first device, the second indication message being used to indicate that the second device failed to decode the second data.
23. The method according to claim 21 or 22, characterized in that, If the first data and the second data are of video stream type, and the frame rate of the second data is less than the frame rate of the first data, and the fourth data is of metadata type, and the fourth data is rendered on the second device and then played across devices.
24. The method according to any one of claims 21 to 23, characterized in that, The method further includes: The fifth data is received from the first device, wherein the amount of the fifth data is greater than the amount of the fourth data, and the amount of the fifth data is less than the amount of the first data.
25. The method according to claim 24, characterized in that, If the fourth data is of metadata type, the fifth data is of video stream data type.
26. The method according to claim 24 or 25, characterized in that, The method further includes: The sixth data is received from the first device, the amount of the sixth data is greater than the amount of the fifth data, and the sixth data is used for cross-device playback on the second device.
27. The method according to claim 26, characterized in that, If the fifth and sixth data are of video stream type, the frame rate of the fifth data is less than the frame rate of the sixth data.
28. A control device, characterized in that, The control device is used to perform the method as described in any one of claims 1 to 15, or the control device is used to perform the method as described in any one of claims 16 to 27.
29. A vehicle, characterized in that, The vehicle includes a control device that performs the method as described in any one of claims 16 to 27.