In-vehicle virtual character social system, method, device, medium and product

Abstract

The application provides a kind of vehicle-mounted virtual character social system, method, device, medium and product, related to vehicle technical field, can improve the convenience of use of user, to improve vehicle-mounted social interaction experience.The system includes: social list generation module and social function opening module;Social list generation module and social function opening module are communicated and connected;Social list generation module is used to determine the frequency of casual encounter of vehicle and target vehicle based on the target virtual social card received by vehicle broadcast by target vehicle;Based on the frequency of casual encounter, generate social list;Wherein, target vehicle is the vehicle in the vicinity of vehicle;Target virtual social card is the virtual social card of target vehicle;Social list is used to indicate the social identification of target vehicle for vehicle;Social function opening module is used to call social list;Based on social list, target vehicle is opened to social function.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, and more particularly to the field of human-computer interaction technology, specifically to in-vehicle virtual character social systems, methods, devices, media, and products. Background Technology

[0002] With the integration of smart cockpits and vehicle-to-everything (V2X) technology, in-vehicle virtual character interaction is gradually becoming an emerging direction for enriching the user's driving experience. In in-vehicle scenarios, user matching between vehicles can be completed using location information or short-range communication, or communication can be achieved by displaying user identifiers for nearby vehicles on the in-vehicle screen. However, these methods require users to manually search for and add nearby social objects, which is a complex process. Summary of the Invention

[0003] This application provides an in-vehicle virtual character social system, method, device, medium, and product that can improve user convenience and thus enhance the in-vehicle social interaction experience.

[0004] In a first aspect, this application provides an in-vehicle virtual character social system, comprising: a social list generation module and a social function opening module; the social list generation module and the social function opening module are communicatively connected; the social list generation module is used to determine the frequency of encounters between a vehicle and a target vehicle based on a target virtual social name card broadcast by the target vehicle received by the vehicle; and to generate a social list based on the frequency of encounters; wherein, the target vehicle is a vehicle nearby; the target virtual social name card is a virtual social name card of the target vehicle; the social list is used to indicate the social identifier of the target vehicle relative to the vehicle; the social function opening module is used to call the social list; and to open social functions to the target vehicle based on the social list.

[0005] The in-vehicle virtual character social system provided in this application determines the frequency of encounters between vehicles based on virtual social name cards broadcast by the target vehicle. It then generates a social list based on this frequency, using these encounters to indicate the social identity of the target vehicle, thus converting proximity frequency into social identifiers. Furthermore, by accessing this generated social list and making social functions available to the target vehicle, this method filters target vehicles (social objects) based on actual encounter behavior, eliminating the need to manually add social friends and simplifying the social object selection process. This improves user convenience and enhances the in-vehicle social interaction experience.

[0006] In some possible implementations, the social list generation module includes: an encounter frequency determination unit, a social identifier determination unit, and a social list generation unit; the social identifier determination unit is communicatively connected to the encounter frequency determination unit and the social list generation unit, respectively. The encounter frequency determination unit is used to: determine the encounter frequency based on target information; and send the encounter frequency to the social identifier determination unit; wherein the target information includes: the received signal strength and reception duration of the target virtual social business card; the social identifier determination unit is used to determine the social identifier based on the encounter frequency; and send the social identifier to the social list generation unit; the social list generation unit is used to generate a social list based on the social identifier.

[0007] In some possible implementations, the encounter frequency determination unit is specifically used for: determining whether an encounter event has occurred between the vehicle and the target vehicle based on the target information; wherein, when the target information meets the encounter conditions, an encounter event has occurred between the vehicle and the target vehicle; in the case of an encounter event between the vehicle and the target vehicle, determining the historical cumulative value of encounters between the vehicle and the target vehicle within a historical time window; wherein, the historical time window is a time window consisting of multiple moments prior to the current moment; and determining the encounter frequency based on the historical cumulative value of encounters.

[0008] In some possible implementations, the encounter frequency determination unit is specifically used to: determine the encounter frequency as the ratio of the current cumulative encounter value to a fixed value; wherein the current cumulative encounter value is the sum of the historical cumulative encounter value and 1; or, determine the current weighted cumulative encounter value based on the weight of the encounter event, the weight of each historical encounter event between the vehicle and the target vehicle within the historical time window, and the historical cumulative encounter value; and determine the encounter frequency as the ratio of the current weighted cumulative encounter value to a fixed value; wherein the weight of the encounter event is determined based on the time period label corresponding to the moment when the vehicle receives the target virtual social business card, and / or the scene label corresponding to the driving area scene when the vehicle receives the target virtual social business card.

[0009] In some possible implementations, the accidental conditions include: the received signal strength is greater than a preset signal strength threshold; the duration of reception is greater than a preset duration threshold.

[0010] In some possible implementations, the target information also includes: the vehicle distance and cloud relay difference when the vehicle and the target vehicle receive the target virtual social business card; the encounter conditions also include: the vehicle distance is less than a preset vehicle distance threshold; and the cloud relay difference is no difference.

[0011] In some possible implementations, the social identifier is one of at least one labeled social identifier; the at least one labeled social identifier includes: stranger identifier, familiar identifier, frequently encountered identifier, and friend identifier; the social identifier determining unit is specifically used to: determine the social identifier based on the frequency of chance encounters and the frequency range of each of the at least one labeled social identifier.

[0012] In some possible implementations, the social identifier includes a first social identifier and a second social identifier, which are different from each other; the social list generation unit is specifically used for: updating the first combination information in the original social list to the second combination information if the first combination information exists in the original social list; adding the second combination information to the original social list if the target virtual social business card does not exist in the original social list; and determining the updated or added original social list as the social list; wherein the first combination information includes: the target virtual social business card and the first social identifier; and the second combination information includes: the target virtual social business card and the second social identifier.

[0013] In some possible implementations, the social function opening module is specifically used for: determining the allowed interactive functions corresponding to social identifiers when the vehicle is in a traffic waiting state or a parked state; opening the allowed interactive functions to the target vehicle; wherein, the allowed interactive functions corresponding to the stranger identifier are used to view the target vehicle's target role basic information; the allowed interactive functions corresponding to the familiar identifier are used to view the target vehicle's target role tag information; the allowed interactive functions corresponding to the frequently encountered identifier are used to follow and / or favorite the target vehicle; and the allowed interactive functions corresponding to the friend identifier are used to leave asynchronous messages for the target vehicle.

[0014] In some possible implementations, the social function opening module is specifically used to: prohibit the opening of any social functions to the target vehicle when the vehicle is not in a traffic waiting state or a parked state; and to provide a message prompt to the vehicle when the target vehicle is prohibited from opening any social functions and the target vehicle sends an asynchronous message to the vehicle.

[0015] In some possible implementations, the system further includes: a business card generation module; the business card generation module is used to generate virtual social business cards for vehicles and broadcast the virtual social business cards at a preset frequency; wherein the virtual social business cards are updated periodically.

[0016] In some possible implementations, the business card generation module is specifically used to: determine the vehicle's basic role information; wherein the basic role information includes at least one of the following: role nickname, image category, body type, hairstyle, clothing, and actions; generate the vehicle's role tag information based on the vehicle's historical driving information; the role tag information includes at least one of the following: driving style, frequently traveled time periods, frequently visited areas, and in-vehicle media preferences; and generate a virtual social business card based on the basic role information and the role tag information.

[0017] In some possible implementations, the system further includes: a grouping module; the grouping module is used to: pull vehicles into a virtual social group of the target gathering area when the vehicles are parked in the target gathering area, so as to realize asynchronous interaction of multiple vehicles in the target gathering area; wherein, the target gathering area includes: a charging station and a service area.

[0018] Secondly, this application provides a method for in-vehicle virtual character social networking, applied to an in-vehicle virtual character social networking system. The system includes: a social list generation module and a social function opening module; the social list generation module and the social function opening module are communicatively connected. The method includes: the social list generation module determining the frequency of encounters between a vehicle and a target vehicle based on a target virtual social name card broadcast by the target vehicle received by the vehicle; generating a social list based on the frequency of encounters; wherein, the target vehicle is a vehicle nearby; the target virtual social name card is the virtual social name card of the target vehicle; and the social list is used to indicate the social identifier of the target vehicle relative to the vehicle. The social features unlocking module calls the social list; based on the social list, social features are unlocked for the target vehicle.

[0019] Thirdly, this application provides a control device, including: a memory and a processor; the memory and the processor are coupled; the memory is used to store a computer program; when the processor executes the computer program, it implements the in-vehicle virtual character social method of any of the above embodiments.

[0020] Fourthly, this application provides a computer-readable storage medium storing computer program instructions that, when executed by a processor, implement the in-vehicle virtual character social method of any of the above embodiments.

[0021] Fifthly, this application provides a computer program product including computer program instructions that, when executed by a processor, implement the in-vehicle virtual character social method of any of the above embodiments.

[0022] Sixthly, this application provides a vehicle including the control device of any of the preceding embodiments; or the computer-readable storage medium of any of the preceding embodiments; or the computer program product of any of the preceding embodiments. Attached Figure Description

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

[0024] Figure 1A schematic diagram of the architecture of an in-vehicle virtual character social system provided in some embodiments of this application; Figure 2 A schematic diagram illustrating the composition of a social list generation module provided in some embodiments of this application; Figure 3 A schematic diagram of the interaction process of an in-vehicle virtual character social system provided in some embodiments of this application; Figure 4 A schematic diagram of a vehicle encounter determination process provided for some embodiments of this application; Figure 5 A flowchart illustrating a process for determining the frequency of chance encounters is provided for some embodiments of this application; Figure 6 A flowchart illustrating an in-vehicle virtual character social method provided for some embodiments of this application; Figure 7 This is a schematic diagram of the structure of a control device provided in some embodiments of this application. Detailed Implementation

[0025] The technical solutions of this application will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0026] It should be noted that, in this application, the terms "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design solutions. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0027] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.

[0028] In the description of this application, unless otherwise stated, " / " means "or". For example, A / B can mean A or B. "And / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. Furthermore, "at least one" means one or more, and "multiple" means two or more.

[0029] As described in the background section above, this application provides an in-vehicle virtual character social system, method, medium, product, and vehicle. The core idea is to determine the frequency of encounters between vehicles based on virtual social contact cards broadcast by the target vehicle and received by the vehicle. Then, based on this frequency, a social list is generated to indicate the social identifier of the target vehicle relative to the target vehicle, thus converting proximity frequency into a social identifier. Furthermore, the generated social list is invoked, and social functions are opened to the target vehicle based on this list. This method filters target vehicles (social objects) based on actual encounter behavior, eliminating the need to manually add social friends, simplifying the social object filtering process, improving user convenience, and ultimately enhancing the in-vehicle social interaction experience.

[0030] The in-vehicle virtual character social system provided in this application will now be described in detail with reference to the accompanying drawings.

[0031] See Figure 1 This is a schematic diagram of the architecture of an in-vehicle virtual character social system provided in some embodiments of this application. Figure 1 As shown, the in-vehicle virtual character social system 100 includes a social list generation module 110 and a social function opening module 120. The social list generation module 110 and the social function opening module 120 are communicatively connected.

[0032] The social list generation module 110 is used to determine the frequency of encounters between a vehicle and a target vehicle based on the target virtual social name card received by the vehicle and broadcast by the target vehicle; based on the frequency of encounters, a social list is generated; wherein, the target vehicle is a vehicle nearby; the target virtual social name card is the virtual social name card of the target vehicle; and the social list is used to indicate the social identifier of the target vehicle relative to the target vehicle. The social function opening module 120 is used to call the social list; based on the social list, social functions are opened to the target vehicle.

[0033] The In-Vehicle Virtual Character Social System 100 is a software system that uses the virtual characters installed in the vehicle as the interaction medium. It allows vehicles to exchange virtual social business cards with nearby vehicles through the vehicle's external broadcast. It can automatically establish social relationships between vehicles based on the frequency of encounters and open up differentiated social functions accordingly.

[0034] It should be noted that the hardware architecture of the in-vehicle virtual character social system 100 can include a vehicle-side (V2V) and a cloud-based system. The V2V is used to receive target virtual social contact cards broadcast by the target vehicle via its in-vehicle communication unit, and upload the received target virtual social contact cards and related target information (such as received signal strength, reception duration, relative distance, etc.) to the cloud. The cloud receives the target information from the V2V, determines the frequency of encounters between the vehicle and the target vehicle based on the target information, generates a social list based on this frequency, and then sends the generated social list to the V2V. The V2V is used to access (receive and store) the social list sent from the cloud, and, based on the social identifiers indicated in the social list, grants social access to the target vehicle.

[0035] The social list generation module 110 is used by the data processing and decision-making module. It is responsible for receiving virtual social business cards broadcast by external vehicles, calculating the frequency of encounters between the vehicle and each target vehicle, and generating a social list based on the frequency threshold.

[0036] The target vehicle refers to other vehicles within the vehicle's communication range that continuously broadcast virtual social avatars. i (i=1,2,…,n). The target vehicle is a set of vehicles that is updated in real time as the vehicle's position changes, rather than a fixed list of vehicles.

[0037] In one implementation, the vehicle continuously listens to the channel, parses each received business card broadcast message, extracts the anonymous vehicle identifier (ID) of the sender from the message, calculates the relative distance between the two vehicles based on the location of the target vehicle carried in the message, and if the relative distance is less than a preset threshold, it is determined as a valid encounter event, the vehicle is marked as the target vehicle and entered into the frequency statistics.

[0038] A target virtual social business card is a structured data message broadcast by the target vehicle that carries the social attributes of the vehicle's virtual character. It may include information such as the virtual character's identity, appearance characteristics, and personality tags, but does not contain sensitive information such as the vehicle owner's personal identity information (such as name and mobile phone number).

[0039] For example, the target virtual social business card includes a virtual character nickname: Qingfengxia, a cartoon character in a green trench coat, and tags such as "morning rush hour commuter" and "loves classical music".

[0040] Encounter frequency indicates how frequently this vehicle encounters a target vehicle within a statistical time window.

[0041] The social list represents the social identifier of each target vehicle relative to the current vehicle, i.e., its social identity and level. Each entry in the list corresponds to a target vehicle that has met the criteria, including its anonymous ID, virtual character information, frequency of encounters, level, and functional permission bitmap.

[0042] As one possible implementation, determining the frequency of encounters between a vehicle and a target vehicle based on the target virtual social business card broadcast by the target vehicle can be achieved as follows: While driving or parked, the vehicle continuously listens to the target virtual social business cards periodically broadcast by surrounding target vehicles, recording the reception time, signal strength, and effective reception duration for each successful reception. Based on a preset statistical period, the business card reception data of the same target vehicle is summarized and statistically analyzed. The number of encounters between the vehicle and the target vehicle, the duration of each reception, and the duration of signal coverage overlap within the preset statistical period are calculated. These parameters are then weighted to obtain the frequency of encounters between the vehicle and the target vehicle.

[0043] One possible implementation is to generate a social list based on the frequency of encounters: match the frequency of the current vehicle's encounters with the target vehicle with a preset frequency range. The social identifier for the current vehicle regarding the target vehicle corresponds to the preset frequency range of the encounter frequency. The social identifiers of all target vehicles are then aggregated to obtain the social list.

[0044] For example, if the frequency of chance encounters is less than 0.2, the social identifier is determined to be a stranger identifier; if it is between 0.2 and 0.5, the social identifier is determined to be a familiar identifier; if it is between 0.5 and 0.8, the social identifier is determined to be a frequent encounter identifier; and if it is greater than or equal to 0.8, the social identifier is determined to be a friend identifier.

[0045] In one implementation, if the original social list already contains a record corresponding to the target vehicle, the social identifier in the original record is updated to the new social identifier. If the original social list does not contain the target virtual social business card, the new social list adds a combination of information including the target virtual social business card and social identifier, and finally generates an updated social list.

[0046] For example, the frequency of encounters between this vehicle and target vehicle A is calculated to be 0.15, corresponding to a stranger identifier in the social network. A new entry is added to the social network list to record the anonymous ID, virtual character information and stranger identifier of target vehicle A.

[0047] The social function opening module 120 is responsible for calling (reading) the generated social list from the social list generation module 110, and opening different social function permissions to the corresponding target vehicles based on the social identifier (i.e. frequency level) of each target vehicle in the list.

[0048] Social function openness can mean that this vehicle opens its functions to the target vehicle (authorization outward direction), or it can mean that this vehicle accepts function calls from the target vehicle (authorization inward direction). Both are determined based on the level in the social list.

[0049] As one possible implementation, the social function opening module 120 can determine the allowed interactive functions based on the social identifiers of each target vehicle in the social list when the vehicle is in a traffic waiting state or parked state.

[0050] For example, for target vehicles with a "Stranger" social identifier, permission to view the target's basic information is granted. For target vehicles with a "Familiar" social identifier, permission to view the target's tag information is granted. For target vehicles with a "Frequently Encountered" social identifier, permission to follow and / or favorite the target vehicle is granted. For target vehicles with a "Friend" social identifier, permission to leave asynchronous messages for the target vehicle is granted. If the vehicle is in motion (not in a traffic waiting state or parked state), social functions are prohibited from being accessed by any target vehicle. However, during the period when access is prohibited, if an asynchronous message is received from the target vehicle, a message notification is sent to the user of this vehicle, and the user is allowed to view the message content after the vehicle stops.

[0051] For example, User A's vehicle is parked at a charging station, and their social list includes target vehicle B (identified as frequently encountered) and target vehicle C (identified as an unknown). At this time, the system automatically grants target vehicle B the "follow" and "favorite" functions, allowing User A to follow and favorite its virtual avatar via the central control screen. Simultaneously, only target vehicle C is granted permission to view its basic information; it cannot be favorited or left messages. If target vehicle C sends an asynchronous message while User A is driving, the system records the message and notifies the user, who can then view the message after parking.

[0052] Therefore, by determining the frequency of encounters between vehicles based on the virtual social contacts broadcast by the target vehicle, and generating a social list to indicate the social identity of the target vehicle based on the frequency of encounters, the system converts the number of proximity encounters into social identifiers. Furthermore, by calling the generated social list and opening social functions to the target vehicle based on this list, this method filters target vehicles (social objects) based on actual encounter behavior, eliminating the need to manually add social friends, simplifying the social object filtering process, improving user convenience, and ultimately enhancing the in-vehicle social interaction experience.

[0053] In some embodiments, Figure 2 A schematic diagram illustrating the composition of a social list generation module 110 provided in some embodiments of this application; such as Figure 2As shown, to further improve the accuracy of encounter determination, the social list generation module 110 includes: an encounter frequency determination unit 111, a social identifier determination unit 112, and a social list generation unit 113. The social identifier determination unit 112 is communicatively connected to both the encounter frequency determination unit 111 and the social list generation unit 113.

[0054] The encounter frequency determination unit 111 is used to determine the encounter frequency based on target information and send the encounter frequency to the social identifier determination unit 112. The target information includes the received signal strength and reception duration of the target virtual social business card.

[0055] The encounter frequency determination unit 111 serves as the data processing entry point for this module, used to receive and parse the target virtual social business card received by the vehicle and extract the target information from it.

[0056] The target information specifically includes the received signal strength and reception duration of the target virtual social identity card. The encounter frequency determination unit 111 calculates the encounter frequency between the vehicle and the target vehicle based on this target information and sends the calculated encounter frequency data to the social identity determination unit 112. By introducing received signal strength and reception duration as criteria, this unit can filter out invalid interference from weak signals or excessively short contact times, ensuring the accuracy of the encounter frequency calculation.

[0057] As one possible implementation, determining the frequency of encounters based on target information can be achieved by: defining a continuous signal reception process where the received signal strength is greater than a preset signal strength threshold and the reception duration is greater than a preset duration as a valid encounter event; counting the total number of valid encounter events between a vehicle and the same target vehicle within a preset time window to obtain the current cumulative encounter value; and determining the encounter frequency by the ratio of the current cumulative encounter value to a preset normalized benchmark value.

[0058] For example, if this vehicle has 7 valid encounters with a target vehicle within a 30-day window, the current cumulative encounter value is 7, and the encounter frequency is 7 / 10 = 0.7. If the target vehicle has another valid encounter with this vehicle on the 31st day, and the window slides to remove the historical encounter from the 1st day, the current cumulative encounter value will still be 7, and the encounter frequency will remain unchanged at 0.7, thus ensuring that the frequency always reflects the intensity of encounters within the recent 30 days.

[0059] The social identifier determination unit 112 is used to determine a social identifier based on the frequency of encounters, and to send the social identifier to the social list generation unit 113.

[0060] A social identifier is a label used to indicate the level of social relationship between a target vehicle and the current vehicle, mapping the degree of familiarity between the two parties. For example, a social identifier is one of at least one social identifier, including: a stranger identifier, a familiar identifier, a frequently encountered identifier, and a friend identifier.

[0061] As one possible approach, social identifiers can be determined based on the frequency of encounters and the frequency range of at least one identifiable social identifier.

[0062] In one implementation, determining a social identifier based on the frequency of encounters and the frequency range of at least one calibrated social identifier can be achieved by pre-configuring non-overlapping frequency ranges for four types of calibrated social identifiers: stranger identifier, familiar identifier, frequently encountered identifier, and friend identifier. The frequency range for the stranger identifier is [0, 0.3), for the familiar identifier it is [0.3, 0.6), for the frequently encountered identifier it is [0.6, 1.2), and for the friend identifier it is [1.2, +∞). The encounter frequency sent by the encounter frequency determination unit 111 is sequentially matched with the above four frequency ranges, and the calibrated social identifier corresponding to the range in which the encounter frequency falls is determined as the current social identifier of the target vehicle.

[0063] For example, when the frequency of an encounter is 0.7, it falls within the range of [0.6, 1.2), and the social identifier is determined to be the frequent encounter identifier. When the frequency of an encounter increases from 0.7 to 1.2, a level jump is triggered, and the social identifier is updated from the frequent encounter identifier to the friend identifier.

[0064] The social list generation unit 113 is used to generate a social list based on social identifiers.

[0065] The social list generation unit 113 is used to receive social identifiers from the social identifier determination unit 112 and combine them with the identity index information in the target virtual social business card to generate the final social list.

[0066] The social list stores the social identifiers and associated information corresponding to the target vehicles. It is used to indicate the social identifiers of each target vehicle relative to this vehicle, and serves as the basic data for subsequent social function opening module 120 to perform permission control.

[0067] As one possible approach, the anonymous vehicle identifier of the target vehicle is extracted as identity index information, the identity index information is bound to the social identifier to generate a social entry corresponding to the target vehicle, and the social entry is written into a preset list data table to obtain the social list.

[0068] As another possible implementation, the social identifier includes a first social identifier and a second social identifier, which are different. For example, the first social identifier can be a stranger identifier, and the second social identifier can be a familiar identifier.

[0069] In some embodiments, if the original social list contains a first combination of information, the social list generation unit 113 updates the first combination of information in the original social list to a second combination of information. The first combination of information includes a target virtual social name card and a first social identifier. The second combination of information includes a target virtual social name card and a second social identifier.

[0070] In some embodiments, if the target virtual social contact name is not present in the original social contact list, the social contact list generation unit 113 may add a second combination of information to the original social contact list and determine the updated or added original social contact list as the social contact list.

[0071] In some embodiments, the first combination of information represents the historical status of the target vehicle in the original social list, including its historical social identifier (i.e., the first social identifier). The second combination of information represents the latest status output by the social identifier determination unit 112, including the updated social identifier (i.e., the second social identifier).

[0072] In some embodiments, when the target virtual social business card already exists in the original social list, it means that the vehicle has been included in the social relationship scope. At this time, it is only necessary to update its social identifier from the first social identifier to the latest social identifier. When the target virtual social business card does not exist in the original social list, it means that the vehicle has reached the social threshold for the first time. At this time, the second combination of information containing the latest social identifier is written into the social list, thereby ensuring that the same target vehicle has only one unique record in the list and avoiding data redundancy.

[0073] Understandably, updating and adding operations can prevent duplicate entries for the same target vehicle in the social list, ensuring the uniqueness and consistency of the list data. At the same time, it can achieve smooth incremental updates when the social identifier level changes, without having to rebuild the entire list.

[0074] For example, when a vehicle changes from a familiar identifier to a frequently encountered identifier, the first social identifier is a familiar identifier and the second social identifier is a frequently encountered identifier. Since the two are different, an update operation is triggered, replacing the familiar identifier record of the vehicle in the original list with the frequently encountered identifier record.

[0075] Therefore, by working together, the frequency of encounters is determined based on the received signal strength and the duration of reception, through the collaboration of the encounter frequency determination unit 111, the social identifier determination unit 112 and the social list generation unit 113, the frequency of encounters is determined based on the received signal strength and the duration of reception, which ensures the accuracy of the frequency data. Then, based on the frequency of encounters, the social identifier is determined, and based on the social identifier, the social list is determined. The social list of high-frequency encounters can be automatically filtered out without relying on the user to manually add friend identifiers.

[0076] In some embodiments, to ensure that the calculation of encounter frequency is based solely on actual physical encounter events and to avoid misjudging instantaneous signal fluctuations or weak long-distance signal reception as encounters, it is necessary to first determine the encounter event based on the target information, and then perform historical accumulation and frequency calculation based on the events that pass the determination. Therefore, the encounter frequency determination unit 111, based on the target information, determines whether an encounter event has occurred between the vehicle and the target vehicle. If an encounter event has occurred between the vehicle and the target vehicle, it determines the historical cumulative value of encounters between the vehicle and the target vehicle within a historical time window, and determines the encounter frequency based on the historical cumulative value of encounters.

[0077] Specifically, when the target information meets the encounter conditions, an encounter event occurs between the vehicle and the target vehicle. The historical time window is a time window consisting of multiple moments preceding the current moment.

[0078] As one possible implementation, determining whether a vehicle and a target vehicle have encountered each other based on target information can be achieved by comparing the received signal strength in the target information with a preset signal strength threshold, and simultaneously comparing the received duration with a preset duration threshold. If both the received signal strength and duration are greater than the preset signal strength threshold, an encounter between the vehicle and the target vehicle is determined. If the received signal strength is less than or equal to the preset signal strength threshold, or the received duration is less than or equal to the preset duration threshold, no encounter between the vehicle and the target vehicle is determined.

[0079] Among them, the conditions for encountering the signal include: the received signal strength is greater than a preset signal strength threshold, and the duration of reception is greater than a preset duration threshold.

[0080] For example, when this vehicle is in a congested urban area and is close to a target vehicle in an adjacent lane due to a red light, the received signal strength is -61 dBm, which is greater than the -75 dBm threshold, and the duration is 45 seconds, which is greater than the 10-second threshold. If both conditions are met simultaneously, it is determined that an encounter event has occurred.

[0081] In one implementation, the target information also includes: the vehicle distance and cloud relay difference when the vehicle and the target vehicle receive the target virtual social business card. The encounter conditions also include: the vehicle distance is less than a preset vehicle distance threshold; and the cloud relay difference is zero.

[0082] The vehicle distance condition can be cross-validated by the physical layer of the received signal strength from the distance dimension, avoiding the misjudgment of the proximity of two vehicles due to falsely high received signal strength caused by non-line-of-sight propagation such as multipath reflection and obstruction.

[0083] The cloud relay difference condition excludes pseudo-encounter scenarios where business cards are relayed via cloud servers through cellular networks from the communication path dimension, ensuring that social relationships are built on the basis of real physical space coexistence. When the end-to-end latency of the business card message is less than or equal to 100 milliseconds and the arrival interface is a Cellular Vehicle-to-Everything (C-V2X) connection port, the cloud relay difference is determined to be no difference; when the end-to-end latency is greater than 100 milliseconds or the arrival interface is a cellular air interface (also known as the Uu interface), it is determined to be a difference.

[0084] In some embodiments, the vehicle distance condition, the cloud relay difference condition, and the aforementioned received signal strength and reception duration conditions are logically ANDed. An encounter event is determined to have occurred only if all four conditions are met, thereby improving the accuracy of encounter event detection. Alternatively, the vehicle distance condition, the cloud relay difference condition, and the aforementioned received signal strength and reception duration conditions are logically ORed. An encounter event is determined to have occurred only if any one or more of the four conditions are met, thereby reducing the false negative rate in poor communication environments and improving the sensitivity of encounter event detection.

[0085] It should be noted that whether to use logical AND or logical OR can be dynamically switched according to the signal quality of the current communication environment of the vehicle, or it can be preset by the system to a fixed mode. This application does not limit this.

[0086] As one possible implementation, in the event of an encounter between a vehicle and a target vehicle, determining the historical cumulative value of encounters between the vehicle and the target vehicle within a historical time window can be achieved by: using the anonymous vehicle identifier of the target vehicle as an index, retrieving all recorded encounter events between the vehicle and the target vehicle within the historical time window, counting the total number of the retrieved encounter events, and determining the total number as the historical cumulative value of encounters.

[0087] The historical time window is a sliding window consisting of a preset time (e.g., 30 days) prior to the current moment. Each time a new encounter occurs, the historical encounters that have exceeded the time limit before the start of the window are first removed from the statistical range, and then the number of remaining valid events is counted.

[0088] As one possible implementation, determining the frequency of encounters based on the historical cumulative value can be achieved by: determining the frequency of encounters as the ratio of the current cumulative value of encounters to a fixed value; where the current cumulative value of encounters is the sum of the historical cumulative value of encounters and 1.

[0089] For example, if a target vehicle has a historical cumulative encounter value of 6 within a 30-day window, and a new encounter event occurs, then the current cumulative encounter value is 6+1=7, the fixed value is 10, and the encounter frequency is 7 / 10=0.7.

[0090] It should be understood that this implementation method obtains the frequency of encounters by directly accumulating the number of encounters and performing a normalized ratio calculation. The calculation logic is simple and can quickly quantify the degree of encounter between two vehicles.

[0091] As another possible implementation, the current weighted cumulative encounter value is determined based on the weight of the encounter event, the weight of each historical encounter event between the vehicle and the target vehicle within the historical time window, and the historical cumulative encounter value. The ratio of the current weighted cumulative encounter value to a fixed value is then determined as the encounter frequency.

[0092] The weight of the chance encounter is determined based on the time period label corresponding to the moment when the vehicle receives the target virtual social business card, and / or the scene label corresponding to the driving area scene when the vehicle receives the target virtual social business card.

[0093] Since encounters at different times and in different scenarios have different social relevance, assigning differentiated weights to different chance encounters can distinguish the effectiveness of these encounters and improve the matching degree between the frequency of chance encounters and the potential social relevance.

[0094] For example, a 24-hour day is divided into several time periods and assigned weights (time period labels): Weekday morning peak 07:00-09:00 weight 1.5, Weekday evening peak 17:00-19:00 weight 1.5, Weekday off-peak 09:00-17:00 weight 1.0, Nighttime 22:00-06:00 weight 0.5, Weekend all day weight 0.8. Scenario labels: Parking lot / charging station weight 2.0, Residential area / industrial park road weight 1.5, Urban main road weight 1.0, Highway / expressway weight 0.5.

[0095] When both time period and scene tags are available, the final weight is the product of the two. When only one tag is available, the weight of that tag is used. When neither is available, the default weight of 1.0 is used.

[0096] Therefore, by employing a two-stage processing flow—first determining chance encounters and then accumulating them—the system ensures that frequency calculations are based solely on real and valid physical encounters, filtering out signal noise and false encounter interference at the source. The sliding mechanism of the historical time window guarantees that the frequency always reflects the strength of recent relationships rather than historical accumulation, thus ensuring that the generated social list closely matches recent real-world vehicle encounters and guarantees the accuracy and reliability of the criteria for determining whether social functions are enabled.

[0097] It should be noted that the frequency of encounters can be calculated using rule-based thresholds, weighted scoring, or lightweight models. For weighted scoring, the number of encounters and the number of co-occurrences in the same region and time period can be multiplied by their respective weights and then summed. The number of co-occurrences is the long-term statistical count of two vehicles appearing multiple times in similar regions and time periods. As long as the input uses anonymized or fuzzy encounter or co-occurrence data, the specific weights and thresholds can be adjusted according to the scenario; this application does not impose specific restrictions on this.

[0098] In some embodiments, the social function opening module 120 is specifically used to determine the permitted interactive functions corresponding to the social identifier when the vehicle is in a traffic waiting state or a parked state. The permitted interactive functions are then opened to the target vehicle. When the vehicle is not in a traffic waiting state or a parked state, all social functions are prohibited from being opened to the target vehicle.

[0099] It should be understood that when waiting in traffic or parked, the vehicle is physically stationary, and the driver's visual and operational attention is released from driving tasks, providing the conditions for safely viewing the vehicle's infotainment screen and performing touch operations. Therefore, enabling social interaction functions in these two states will not interfere with driving safety and can make full use of fragmented waiting time to complete social interaction while ensuring driving safety.

[0100] When a vehicle is in motion (including acceleration, constant speed, deceleration, coasting, turning, and any other condition where the vehicle speed is greater than zero), the driver's attention must be fully focused on observing the road and controlling the vehicle. If social functions are enabled and interactive interfaces or notifications pop up at this time, it will cause the driver's eyes to deviate from the road and become distracted from operation, which may lead to traffic accidents. Therefore, it is necessary to strictly prohibit the enabling of any social functions.

[0101] In one implementation, the interactive function corresponding to the unfamiliar identifier is used to view the target vehicle's basic information about its target role.

[0102] The "Familiar Face" icon corresponds to an interactive function that allows viewing the target vehicle's target role tag information.

[0103] The frequently encountered sign corresponds to an interactive function that allows users to follow and / or favorite the target vehicle.

[0104] The friend icon corresponds to the allowed interaction function, which is used to leave asynchronous messages for the target vehicle.

[0105] The target vehicle's basic character information represents the most fundamental identity data of the target vehicle's virtual character. It is the default identity identifier presented to the outside world by the virtual character, such as the target character's name, appearance, etc. This basic information is configured by the target vehicle user during virtual character initialization and is public information. Any vehicle at the unknown identification level or above can query and view it. The query process does not require confirmation from the target vehicle user, and the target vehicle will not receive any viewing notification.

[0106] Following and / or favorited vehicles represent two independent interactive actions by the user of this vehicle: actively tracking or locally marking the target vehicle. Following means adding the target vehicle to the user's watchlist. Subsequent updates to the target vehicle's virtual avatar (such as avatar changes, tag updates, or level changes) will be proactively pushed to the user when the vehicle is in traffic waiting or parked. For example, if a user follows a vehicle they commute with daily, and that vehicle changes to a Halloween-themed avatar, the user will receive a notification the next time they park, showing the new blue avatar, which they can then view.

[0107] "Favorite" refers to a user saving a target vehicle's virtual character card to their local favorites for quick access later. The favorite operation only writes a record to the user's local database and does not send any data or notifications to the target vehicle. The user is completely unaware of this operation. For example, if a user clicks "favorite" on a frequently encountered vehicle with an interesting character design while waiting at a red light, the vehicle's character card is saved to their local favorites. The user can then directly find and view the information from their favorites when parking, without having to search for it again in the list of nearby vehicles.

[0108] Asynchronous messaging means that the user of this vehicle sends a non-real-time text or preset emoticon message to the target vehicle. The user of the target vehicle can view and reply when they enter a traffic waiting state or parked state again. It does not require both parties to be in an interactive state or online at the same time.

[0109] For example, when a user is parking in a parking lot, they can send a text message to a friend's vehicle with the "Let's go together during tomorrow's morning rush hour" tag. If the other vehicle is in motion, no notification will pop up. Only after the other vehicle arrives at its destination and puts itself in park (P) will the unread message badge appear and the user be notified to check for a reply.

[0110] In one implementation, a message prompt is given to the vehicle when all social functions are disabled for the target vehicle and the target vehicle sends an asynchronous message to the vehicle.

[0111] It should be understood that no social functions are allowed while driving, so messages or interactive interfaces should not pop up on the vehicle's screen to avoid distracting the driver.

[0112] In one implementation of this application, when the vehicle is in motion (not waiting in traffic, not parked) and receives an asynchronous message from the target vehicle, the social function opening module 120 does not render any interactive interface. Instead, it plays a short, lightweight notification sound lasting no more than 1.5 seconds through the vehicle's audio system, or displays a static icon in a non-critical display area of ​​the dashboard (such as the status icon area below the speedometer). The icon remains displayed until the vehicle enters a traffic waiting or parked state again. Neither the notification sound nor the static icon contains any message content, nor does it require the driver to perform any operation; it only conveys a signal that a new message has arrived, thus avoiding information overload or operational distraction.

[0113] When the vehicle subsequently enters a traffic waiting state or parked state, the module immediately displays an unread message badge and a full notification on the central control screen, allowing the user to view and reply to the message. If multiple messages are received consecutively while driving, a notification sound is played only for the first message; subsequent messages are simply counted as unread without repeated notification sounds to avoid frequent interruptions. Therefore, this application method both complies with the safety constraint of prohibiting the use of social networking functions while driving and ensures the perceptibility of message arrival.

[0114] In some embodiments, to enable the interactive transmission of virtual social business cards between vehicles, the system further includes a business card generation module 130. This module 130 generates virtual social business cards for each vehicle and broadcasts them at a preset frequency. For example, the preset frequency can be 1 Hz (i.e., broadcasting once per second), or it can be dynamically adjusted according to vehicle density, communication load, or scenario requirements; for example, the broadcast frequency can be reduced in densely populated areas and increased in sparsely populated areas.

[0115] As one possible implementation, broadcasting virtual social business cards at a preset frequency can be achieved as follows: the business card generation module 130 periodically sends virtual social business card messages to surrounding vehicles at a preset broadcast frequency through a C-V2X interface (such as the PC5 direct connection port in C-V2X).

[0116] The broadcast frequency can be dynamically adjusted according to the vehicle's current operating status: when the vehicle is in motion, the broadcast frequency is 1Hz, which means that a business card message is sent once per second; when the vehicle is in a traffic waiting state or parked state, the broadcast frequency is increased to increase the probability of being received and parsed by nearby vehicles.

[0117] In one implementation, the virtual social business card is updated periodically.

[0118] As one possible implementation, the virtual social business card can be updated periodically as follows: the business card generation module 130 re-executes the statistical calculation of the role tag information and the encapsulation of the virtual social business card according to the preset update cycle.

[0119] As another possible implementation, when a user manually modifies the basic information of the character, hides or shows specific tags in the tag management interface, or the character tag statistics result changes significantly (such as a jump in driving style level or the addition of frequently visited areas), a business card update is triggered immediately without waiting for a timed period.

[0120] It should be understood that regularly updating virtual social business cards ensures that the character information and tag information within the virtual social business card can be synchronized with the latest status in a timely manner.

[0121] As one possible approach, the vehicle's basic role information is determined, and based on the vehicle's historical driving information, role tag information is generated. Based on the basic role information and role tag information, a virtual social business card is generated.

[0122] The basic information of a character includes at least one of the following: character nickname, appearance category, body type, hairstyle, clothing, and actions.

[0123] The character tag information should include at least one of the following: driving style, frequently traveled time, frequently visited areas, and in-car media preferences.

[0124] For example, the user's virtual character nickname and virtual character clothing are obtained as basic character information. Then, based on the vehicle's historical driving data, the user's driving style is identified as stable, the user's usual travel time is weekday morning and evening rush hours, the user's usual travel areas include office buildings and residential areas, and the user's preferred in-vehicle media is podcast content. The above basic character information and character tag information are combined to generate a virtual social business card for the vehicle to broadcast to the outside world.

[0125] It should be understood that virtual social business cards integrate basic character information and character tag information, which can both carry the user's personalized virtual image content and reflect the real travel characteristics of the vehicle.

[0126] In some embodiments, to enable information sharing among vehicles parked in the same area, the system further includes a grouping module 140. The grouping module 140 is used to add vehicles to a virtual social group within the target cluster area when the vehicles are parked there, thereby enabling asynchronous interaction among multiple vehicles within the target cluster area.

[0127] The target cluster areas include: charging stations and service areas.

[0128] In some embodiments, "parking" means that the vehicle meets at least one of the following parking safety conditions: the vehicle is in the parking P gear and the electronic or mechanical handbrake is engaged; the vehicle is in the parking P gear and the wheel stop device (such as wheel chocks) is activated; or the vehicle is in the parking P gear and the vehicle speed is zero for a preset duration (such as 3 seconds).

[0129] In the context of a charging station, "parking" also includes: the vehicle is in the parking P gear and the charging gun has established a physical connection with the vehicle's charging port and completed a handshake communication.

[0130] The above parking determination conditions are used to ensure that the vehicle is physically stationary and in a safe and controllable state, so as to avoid accidentally triggering the joining or interaction function of the virtual social group when the vehicle is not completely stationary.

[0131] In one implementation, the group module 140 combines the vehicle's location information, parking status signal, and charging gun connection signal to jointly determine whether the vehicle is in a parking state within the target cluster area. When the location coordinates fall within the geofence of the target cluster area and the vehicle is in parking P gear, if it is a charging station scenario, the group joining logic can be further triggered by combining the charging gun access signal.

[0132] For example, a user drives an electric vehicle to a charging station. After the vehicle enters the charging station and starts charging, the group module 140 determines that the vehicle is parked in the target gathering area and automatically searches for existing virtual social groups corresponding to the charging station. If a valid group is found, the user controls the vehicle to automatically join the group. During the 30-minute waiting time for charging, the user can see messages from other vehicles in the group on the vehicle's group message board, such as messages like "Fast charging pile No. 3 has the fastest speed".

[0133] If there are no active groups at the charging station at the time, this vehicle will automatically create a new group and become the group owner. Subsequent vehicles entering the charging station will automatically join the group. As the number of charging vehicles increases, the group members will gradually expand, realizing asynchronous interaction among multiple vehicles.

[0134] Therefore, by automatically establishing virtual social groups in densely populated areas such as charging stations and service areas through the group module 140, the limitations of one-on-one chance encounters in social interaction are broken, and asynchronous group interaction between multiple vehicles is realized. This allows car owners who are charging or resting in the same place to share practical information such as the status of charging piles, and also to initiate social invitations such as traveling together, thereby improving the user experience during parking and waiting periods and enriching the social interaction capabilities of the vehicle terminal.

[0135] In some embodiments, Figure 3 This application provides a schematic diagram of the interaction process of an in-vehicle virtual character social system, based on some embodiments; such as... Figure 3 As shown, the vehicle's interaction includes the following steps: (1) First, set up the user profile: including character appearance / nickname, etc.

[0136] (2) The vehicle module generates a business card (equivalent to generating a virtual social business card as mentioned above), detects chance encounters, and controls gear shift. The business card contains basic information of the virtual character set by the user (equivalent to the basic information of the character as mentioned above), as well as tag information generated locally by the vehicle based on vehicle usage data (equivalent to the historical driving information as mentioned above).

[0137] (3) During vehicle operation, the vehicle-to-everything (V2X) communication method for sending anonymous social business cards to other vehicles includes: (Vehicle-to-Everything (V2X) communication method / Bluetooth Low Energy (BLE) communication method / cellular relay communication method). The vehicle broadcasts anonymous social business card summaries at preset intervals and receives valid anonymous social business card summaries from other nearby vehicles.

[0138] In some embodiments, the encounter condition does not require that the received signal strength, relative distance, duration, and cloud relay result all be met simultaneously: when the vehicle receives a valid anonymous social media business card from the other party, and the relative distance or proximity determination parameters such as received signal strength and duration meet preset thresholds, an encounter event is recorded. When it is impossible to complete the determination through proximity communication, the cloud can also perform relay determination based on the fuzzy area tags and time period tags uploaded by both parties.

[0139] When the vehicle is in Drive (D) mode, the in-vehicle infotainment system displays a short-term notification in a low-interference manner, and does not allow viewing, collecting, or leaving messages. When the vehicle is in Park (P) mode and parking safety conditions are met, the in-vehicle infotainment system displays an encounter card, and the user can choose to collect the character, ignore the character, or conduct subsequent asynchronous interactions.

[0140] After the trip, each vehicle performs data obfuscation processing on its own device. Each vehicle only converts its own precise coordinates into a region label and its own precise time into a time period label. Other vehicles process the data in the same way on their respective devices before uploading.

[0141] (4) The cloud service performs co-occurrence statistics and relationship updates based on anonymous IDs: it only accepts fuzzy labels and does not accept continuous and precise vehicle trajectories. The cloud uses a single encounter event as the basic contact record, counts the number of encounters between two temporary anonymous IDs and the number of co-occurrences in the same area and time period within a preset sliding window, calculates the relationship value based on scene weights, and updates the relationship level according to a threshold. The relationship level is used to control the scope of visible information and interaction capabilities.

[0142] The implementation process of the in-vehicle virtual character social system of this application will be described in detail below with reference to several embodiments.

[0143] Example 1: Anonymous social business card generation (equivalent to the virtual social business card generation mentioned above).

[0144] When a user activates this feature for the first time, a virtual character (equivalent to the character described above) will be created on the in-vehicle infotainment system. Basic information about the virtual character (equivalent to the character's basic information) may include the character's nickname, appearance category, body type, hairstyle, clothing, and actions. This information is stored on the in-vehicle system or under the user's account as user-defined settings.

[0145] The vehicle-side app can also generate several tags based on recent vehicle usage data (equivalent to the historical driving information mentioned above). Optionally, the vehicle-side app can read data such as driving style statistics, common travel times, frequently visited area categories, and in-vehicle media preferences, and output tags after performing clustering or rule matching locally. The raw data used to generate tags is not sent externally as a social calling card.

[0146] An anonymous social profile includes at least a temporary anonymous ID, a role summary, a tag summary, signature information, and an expiration date. The temporary anonymous ID is used to identify the anonymous entity that has enabled this feature within its validity period and can be rotated daily, weekly, or other preset periods to reduce the risk of long-term association.

[0147] A character summary describes the basic display information of a virtual character and may include the character's nickname, appearance category, body type, hairstyle, clothing, actions, or their coded summary.

[0148] The tag summary is used to characterize vehicle usage features, travel preferences, or user-permitted interest features with fuzzy tags, and does not contain the original data on which the tag was generated.

[0149] The signature information is used to verify the source integrity and content tamper-proof of the anonymous social business card. It can be generated by the vehicle-side security module or trusted service based on the business card fields.

[0150] The validity period is used to limit the time range during which the anonymous social business card and its temporary anonymous ID are valid; after the validity period expires, the vehicle will regenerate or update the anonymous social business card.

[0151] Examples of tags include: driving style tags, such as "smooth driving" and "energy-saving driving"; travel time tags, such as "morning rush hour commuting" and "nighttime travel"; region category tags, such as "city commuting," "frequent park visitor," and "service area travel companion"; vehicle usage scenario tags, such as "weekend trip" and "frequent charging visitor"; and in-car media preference tags, such as "music lover" and "frequent podcast listener." These tags can be generated through vehicle-side rule matching, clustering processing, or manual selection by the user, and users can control whether they are displayed.

[0152] Example 2: Vehicle encounter judgment and data collection after parking.

[0153] For example, Figure 4This is a schematic flowchart illustrating a vehicle encounter determination process provided in some embodiments of this application. Figure 4 As shown, anonymous social business cards are generated while the vehicle is in motion. The vehicle sends anonymous social business card summaries via V2X, BLE, or cellular network relay at preset intervals (periodic broadcasting / reception) and listens for valid business card summaries from nearby vehicles. Then, the vehicle determines whether the distance and timeliness of nearby vehicles meet the conditions. If so, the vehicle provides a weak prompt indicating that operation is not enabled when in D mode, displays an encounter card when in P mode, collects or ignores the information and writes it into the record, and finally synchronizes the relationship to await subsequent interaction. If not, the conditions are not met, and an encounter is not triggered.

[0154] For example, when the vehicle is in Drive (D) mode, the in-vehicle system only displays a short, weak notification, such as a character outline or the number of encounters shown in the corner of the screen, which disappears automatically after the display time ends. At this time, access to details, collection, or leaving messages is not provided (the weak notification in Drive mode does not enable these functions).

[0155] Once the vehicle is in Park (P) and the handbrake or equivalent parking conditions are met, the in-vehicle infotainment system displays the encounter cards recorded during this trip (displayed while in Park). Users can choose to collect, ignore, or block these cards from the record. If the user chooses to collect, the vehicle adds the anonymous character to its local character database and synchronizes the relationship (to the cloud relationship service), awaiting further interaction.

[0156] In some embodiments, the aforementioned encounter judgment conditions may adopt the logic or judgment method mentioned above: based on the vehicle receiving the other party's valid anonymous social business card, when the relative distance or the received signal strength, duration and other close-range judgment parameters meet the preset threshold, the vehicle confirms and records an encounter event. If the close-range judgment cannot be completed on the vehicle due to the influence of communication system, obstruction or coverage range, the cloud can make relay judgment based on the fuzzy area label and time period label of the two anonymous subjects, and return the encounter confirmation result to the relevant vehicle.

[0157] Example 3: Relationship value calculation and level update.

[0158] For example, Figure 5 This is a schematic diagram illustrating a process for determining the frequency of encounters, provided for some embodiments of this application. For example... Figure 5 As shown, after each trip, each vehicle completes the conversion on its own end. The vehicle converts its precise coordinates into a region label and its precise time into a time period label (i.e., generates region and time period labels), and generates summary data required for co-occurrence determination according to the trip. Other vehicles that encounter or co-occur with this vehicle also process their own data in the same way before uploading it. The cloud only accepts temporary anonymous IDs, region labels, time period labels, and necessary summaries; it does not accept or save continuous precise trajectories of vehicles.

[0159] An encounter event serves as a basic contact record. The two anonymous entities refer to the temporary anonymous ID corresponding to this vehicle, and the temporary anonymous ID corresponding to any other vehicle that has this feature enabled and has encountered or co-occurred with this vehicle. The cloud performs statistics based on temporary anonymous ID pairs, without directly using license plate numbers, phone numbers, or other identity information. Within a preset sliding window or statistical period, the cloud counts the number of encounters for this anonymous ID pair, as well as the number of co-occurrences based on the fuzzy region labels and time period labels of both parties, and calculates the relationship value within the preset window, combining scene weights. The number of encounters is the number of events recorded after two vehicles meet the conditions for a close-range discovery through V2X, BLE, or cloud relay.

[0160] Optionally, the relationship value R is calculated using a weighted method: R = N1 × W1 + N2 × W2, where N1 is the number of encounters, W1 is the weight of the encounter event, N2 is the number of times the region and time period co-occur, and W2 is the weight of the region and time period co-occurrence. Different weights can be set for different roads or parking scenarios. For example, the weight of multiple co-occurrences in the same commuting area during weekday morning and evening rush hours is higher than the weight of a single accidental occurrence of traveling in the same direction on a highway.

[0161] When the relationship value reaches a preset threshold, the relationship level is updated. Different levels correspond to different visibility permissions and interaction capabilities. Optionally, the relationship level is divided into four levels: Stranger, Familiar, Frequently Encountered, and Friend. The Stranger level only displays basic role information; the Familiar level allows viewing more tags; the Frequently Encountered level allows adding the role to favorites; and the Friend level allows sending simple asynchronous messages. The threshold can be configured according to business scenarios. For example, a relationship value less than 5 is a Stranger level, 5 to less than 20 is a Familiar level, 20 to less than 100 is a Frequently Encountered level, and 100 and above is a Friend level. Additional permission thresholds such as 50 points can also be set within the Frequently Encountered level. When the relationship level decreases or the user closes the function, the relevant visibility range is simultaneously reclaimed.

[0162] Example 4: Parking interaction and safety control.

[0163] See again Figure 5 In Park (P) mode, users can view details and collect / leave messages: view the characters encountered during this trip, and choose to favorite, ignore, or block them. For characters already favorited and whose relationship level meets the requirements, users can send short messages. Users can receive and process summary notifications when the other party's vehicle comes online or stops.

[0164] The system continuously monitors the vehicle's status. If the user shifts into Drive, releases the handbrake, or the vehicle enters a driving preparation state during interaction, the vehicle will exit the interaction within a preset time, leaving a weak notification. In Neutral (N) mode, only low-complexity functions such as browsing saved characters (viewing only the character encyclopedia) are available.

[0165] Example 5: Privacy and User Control As shown in Table 1, this application prioritizes processing raw vehicle usage data on the vehicle side, with each vehicle only processing and obfuscating its own data; data sent or uploaded externally uses temporary anonymous IDs, regional tags, time period tags, and role summaries. The cloud performs encounter and co-occurrence statistics based on temporary anonymous IDs, without directly using license plate numbers, mobile phone numbers, or other identity information, and does not receive continuous, precise trajectories. Users can disable the feature, delete roles, clear encounter records, or enable stealth mode.

[0166] Table 1

[0167] It should be noted that the short-range communication method in this application can be one or more combinations of V2X, BLE, UWB, Wireless Fidelity (Wi-Fi) Aware, or cellular network cloud relay. Role tags can be generated from one or more of driving behavior, travel time, vehicle usage habits, or user-selected tags. The vehicle-side display method can be a central control screen, rear screen, instrument panel with weak prompts, or Augmented Reality Head-Up Display (AR-HUD) with weak prompts, but complex interactions are not allowed while driving; this application does not impose specific restrictions.

[0168] It is understood that the application scenarios of the embodiments of this application are not limited. The system architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0169] The following is a detailed description of the in-vehicle virtual character social method provided in the embodiments of this application.

[0170] Figure 6 This is a flowchart illustrating an in-vehicle virtual character social method provided in some embodiments of this application. The method is applied to an in-vehicle virtual character social system, which includes: a social list generation module and a social function opening module; the social list generation module and the social function opening module are communicatively connected. Figure 6 As shown, the interactive process includes the following steps: S601, the social list generation module determines the frequency of encounters between the vehicle and the target vehicle based on the target virtual social name card received by the vehicle and broadcast by the target vehicle; based on the frequency of encounters, it generates a social list.

[0171] Among them, the target vehicle is a vehicle nearby; the target virtual social card is the virtual social card of the target vehicle; and the social list is used to indicate the social identifier of the target vehicle relative to the vehicle.

[0172] S602, The social function opening module calls the social list; based on the social list, social functions are opened for the target vehicle.

[0173] In some embodiments, the social list generation module includes an encounter frequency determination unit, a social identifier determination unit, and a social list generation unit; the social identifier determination unit is communicatively connected to the encounter frequency determination unit and the social list generation unit, respectively.

[0174] The social list generation module determines the frequency of encounters between a vehicle and a target vehicle based on the target virtual social business card received by the vehicle and broadcast by the target vehicle. Based on the encounter frequency, it generates a social list, including: an encounter frequency determination unit determining the encounter frequency based on target information; and sending the encounter frequency to a social identifier determination unit; wherein the target information includes: the received signal strength and reception duration of the target virtual social business card; the social identifier determination unit determining the social identifier based on the encounter frequency; and sending the social identifier to the social list generation unit; and the social list generation unit generating a social list based on the social identifier.

[0175] In some embodiments, the encounter frequency determination unit determines the encounter frequency based on target information, including: determining whether an encounter event occurs between the vehicle and the target vehicle based on the target information; wherein, when the target information meets the encounter conditions, an encounter event occurs between the vehicle and the target vehicle; in the case of an encounter event between the vehicle and the target vehicle, determining the historical cumulative value of encounters between the vehicle and the target vehicle within a historical time window; wherein, the historical time window is a time window composed of multiple moments prior to the current moment; and determining the encounter frequency based on the historical cumulative value of encounters.

[0176] In some embodiments, determining the frequency of encounters based on historical cumulative encounter values ​​includes: determining the frequency of encounters as the ratio of the current cumulative encounter value to a fixed value; wherein the current cumulative encounter value is the sum of historical cumulative encounter values ​​and 1; or, determining the current weighted cumulative encounter value based on the weight of the encounter event, the weight of each historical encounter event between the vehicle and the target vehicle within the historical time window, and the historical cumulative encounter value; and determining the frequency of encounters as the ratio of the current weighted cumulative encounter value to a fixed value; wherein the weight of the encounter event is determined based on the time period label corresponding to the moment when the vehicle receives the target virtual social business card, and / or the scene label corresponding to the driving area scene when the vehicle receives the target virtual social business card.

[0177] In some embodiments, the encounter conditions include: the received signal strength is greater than a preset signal strength threshold; and the duration of reception is greater than a preset duration threshold.

[0178] In some embodiments, the target information further includes: the distance between the vehicle and the target vehicle when receiving the target virtual social business card and the difference in cloud relay; the encounter conditions further include: the distance between the vehicles is less than a preset distance threshold; and the difference in cloud relay is no difference.

[0179] In some embodiments, the social identifier is one of at least one labeled social identifier; the at least one labeled social identifier includes: a stranger identifier, a familiar identifier, a frequently encountered identifier, and a friend identifier. The social identifier determining unit determines the social identifier based on the frequency of encounters, including: determining the social identifier based on the frequency of encounters and the frequency range of each of the at least one labeled social identifier.

[0180] In some embodiments, the social identifier includes a first social identifier and a second social identifier, which are different from each other; the social list generation unit generates a social list based on the social identifier, including: if the first combination information exists in the original social list, updating the first combination information in the original social list to the second combination information; if the target virtual social business card does not exist in the original social list, adding the second combination information to the original social list; and determining the updated or added original social list as the social list; wherein the first combination information includes: the target virtual social business card and the first social identifier; and the second combination information includes: the target virtual social business card and the second social identifier.

[0181] In some embodiments, the social function opening module opens social functions to target vehicles based on a social list, including: when the vehicle is in a traffic waiting state or a parked state, determining the allowed interactive functions corresponding to the social identifier; opening the allowed interactive functions to the target vehicle; wherein, the allowed interactive functions corresponding to the stranger identifier are used to view the target vehicle's target role basic information; the allowed interactive functions corresponding to the familiar identifier are used to view the target vehicle's target role tag information; the allowed interactive functions corresponding to the frequently encountered identifier are used to follow and / or favorite the target vehicle; and the allowed interactive functions corresponding to the friend identifier are used to leave asynchronous messages for the target vehicle.

[0182] In some embodiments, the social function opening module opens social functions to a target vehicle based on a social list, including: prohibiting the opening of any social functions to the target vehicle when the vehicle is not in a traffic waiting state or a parked state; and, when the target vehicle sends an asynchronous message to the vehicle while the opening of any social functions to the target vehicle is prohibited, providing a message prompt to the vehicle.

[0183] In some embodiments, the in-vehicle virtual character social system further includes: a business card generation module; The method also includes: a business card generation module that generates virtual social business cards for vehicles and broadcasts the virtual social business cards at a preset frequency; wherein, the virtual social business cards are updated periodically.

[0184] In some embodiments, the business card generation module generates a virtual social business card for a vehicle, including: determining the vehicle's basic role information; wherein the basic role information includes at least one of the following: role nickname, image category, body type, hairstyle, clothing, and actions; generating the vehicle's role tag information based on the vehicle's historical driving information; the role tag information includes at least one of the following: driving style, frequently used travel time, frequently visited areas, and in-vehicle media preferences; and generating a virtual social business card based on the basic role information and the role tag information.

[0185] In some embodiments, the in-vehicle virtual character social system further includes: a grouping module; the method further includes: when a vehicle is parked in a target gathering area, the grouping module pulls the vehicle into a virtual social group in the target gathering area to achieve asynchronous interaction among multiple vehicles in the target gathering area; wherein, the target gathering area includes: a charging station and a service area.

[0186] It should be noted that the implementation of the method embodiments of this application can be found in the description of the system embodiments, and will not be repeated here.

[0187] In the case of implementing the functions of the integrated modules described above in hardware, this application provides a possible structure for the control device involved in the above embodiments. Figure 7 This is a schematic diagram of the structure of a control device provided in some embodiments of this application, such as... Figure 7 As shown, the control device 700 includes a processor 702 and a bus 704. Optionally, the control device may also include a memory 701; alternatively, the control device 700 may also include a communication interface 703.

[0188] Processor 702 may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the embodiments of this application. Processor 702 may be a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the embodiments of this application. Processor 702 may also be a combination that implements computing functions, such as including one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.

[0189] The communication interface 703 is used to connect to other devices via a communication network. This communication network can be Ethernet, wireless access network, wireless local area network (WLAN), etc.

[0190] The memory 701 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage medium or other magnetic storage device, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0191] In one possible implementation, the memory 701 can exist independently of the processor 702. The memory 701 can be connected to the processor 702 via a bus 704 and is used to store instructions or program code. When the processor 702 calls and executes the instructions or program code stored in the memory 701, it can implement the in-vehicle virtual character social networking method provided in this embodiment. In another possible implementation, the memory 701 can also be integrated with the processor 702.

[0192] The 704 bus can be an extended industry standard architecture (EISA) bus, etc. The 704 bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 7 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0193] Some embodiments of this application provide a computer-readable storage medium (e.g., a non-transitory computer-readable storage medium) storing computer program instructions that, when executed on a processor, cause the processor to perform a method for in-vehicle virtual character social interaction as described in any of the above embodiments.

[0194] For example, the aforementioned computer-readable storage media may include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks, or magnetic tapes), optical discs (e.g., compact disks (CDs), digital versatile disks (DVDs), etc.), smart cards, and flash memory devices (e.g., erasable programmable read-only memory (EPROMs), cards, sticks, or key drives, etc.). The various computer-readable storage media described in this application may represent one or more devices and / or other machine-readable storage media for storing information. The term "machine-readable storage medium" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions and / or data.

[0195] This application provides a computer program product containing instructions that, when run on a processor, cause the processor to execute the in-vehicle virtual character social method described in any of the above embodiments.

[0196] This application provides a vehicle, including the control device of any of the preceding embodiments; or the computer-readable storage medium of any of the preceding embodiments; or the computer program product of any of the preceding embodiments.

[0197] The vehicle provided in this application may be a passenger vehicle or a freight vehicle, and may also be an electric vehicle or a hybrid vehicle. This application does not limit the specific purpose or power type of the vehicle, and the choice can be made according to actual needs.

[0198] A vehicle consists of a body and wheels. The body is used for passengers and for carrying goods, while the wheels are mounted underneath the body to support it and allow it to roll on the road, thus enabling the vehicle to move.

[0199] In some possible examples, the vehicle is equipped with a control system, which typically adopts a layered distributed architecture. From the bottom layer to the top layer, it can be roughly divided into a perception layer, a control layer, a coordination layer, and an interaction layer. The layers communicate with each other through an in-vehicle network.

[0200] The perception layer mainly consists of various sensors distributed inside and outside the vehicle, including but not limited to external environment cameras, millimeter-wave radar, lidar, ultrasonic sensors, in-vehicle driver monitoring cameras, microphone arrays, and various vehicle status sensors (such as wheel speed sensors, inertial measurement units, temperature sensors, etc.). The perception layer is responsible for collecting multi-dimensional data such as the vehicle's own operating status, driver behavior, and external driving environment in real time.

[0201] The control layer consists of dozens to hundreds of electronic control units (ECUs), distributed across multiple functional domains including powertrain, chassis, body, intelligent driving, and infotainment. Each ECU embeds real-time control software that performs closed-loop control of the vehicle's actuators based on preset control strategies or upper-level commands, and generates corresponding alarm signals when abnormal conditions are detected. Typical ECUs include the engine control unit, transmission control unit, brake control unit, steering control unit, vehicle stability control unit, airbag control unit, intelligent driving domain controller, and in-vehicle infotainment unit.

[0202] The coordination layer typically exists in the form of a domain controller or a central computing platform, responsible for cross-domain data fusion, global state management, and collaborative decision-making. The coordination layer centrally processes and schedules the sensing data and control commands that were originally scattered across various functional domains, connecting downwards to various electronic control units and supporting human-machine interaction functions upwards.

[0203] The interaction layer mainly includes in-cabin display devices (such as instrument panel, central control screen, head-up display), voice interaction system, haptic feedback device, etc., which are responsible for presenting vehicle status, warning information and driving suggestions to the driver in the form of visual, auditory or tactile, while receiving the driver's touch, voice and other input commands.

[0204] Data transmission and interaction between different layers are achieved through the vehicle bus network. Common vehicle bus protocols include Controller Area Network (CAN), CAN with Flexible Data-Rate (CANFD), Local Interconnect Network (LIN), FlexRay, and vehicle Ethernet, which supports high-bandwidth data transmission. Among these, CAN and CANFD buses are widely used for communication in real-time control domains such as powertrain and chassis, while vehicle Ethernet is increasingly being applied to high-bandwidth sensor data transmission in the intelligent driving domain and multimedia interaction scenarios in the cockpit domain.

[0205] In some possible examples, the intelligent driving domain controller, as the core of the in-vehicle computing platform, is configured with a processor and memory to execute the in-vehicle virtual character social method provided in the embodiments of this application.

[0206] For example, the control device of this application is arranged in the intelligent driving domain controller.

[0207] For example, the intelligent driving domain controller has multiple functional modules deployed to perform the various method steps.

[0208] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope 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 vehicle-mounted virtual character social system, characterized in that, The system includes: a social list generation module (110) and a social function opening module (120); the social list generation module (110) and the social function opening module (120) are communicatively connected; The social list generation module (110) is used to determine the frequency of encounters between the vehicle and the target vehicle based on the target virtual social name card received by the vehicle and broadcast by the target vehicle; and to generate a social list based on the frequency of encounters; wherein the target vehicle is a vehicle near the vehicle; the target virtual social name card is the virtual social name card of the target vehicle; and the social list is used to indicate the social identifier of the target vehicle relative to the vehicle. The social function opening module (120) is used to call the social list; based on the social list, the social function is opened to the target vehicle.

2. The in-vehicle virtual character social system according to claim 1, characterized in that, The social list generation module (110) includes: a chance encounter frequency determination unit (111), a social identifier determination unit (112), and a social list generation unit (113); the social identifier determination unit (112) is communicatively connected to the chance encounter frequency determination unit (111) and the social list generation unit (113), respectively. The encounter frequency determination unit (111) is used to: determine the encounter frequency based on target information; and send the encounter frequency to the social identifier determination unit (112); wherein the target information includes: the received signal strength and the duration of the received signal of the target virtual social business card; The social identifier determination unit (112) is used to determine the social identifier based on the frequency of the encounter; and to send the social identifier to the social list generation unit (113). The social list generation unit (113) is used to generate the social list based on the social identifier.

3. The in-vehicle virtual character social system according to claim 2, characterized in that, The encounter frequency determination unit (111) is specifically used for: Based on the target information, it is determined whether an encounter event occurs between the vehicle and the target vehicle; wherein, when the target information meets the encounter conditions, the encounter event occurs between the vehicle and the target vehicle. In the event of the encounter between the vehicle and the target vehicle, the cumulative historical encounter value between the vehicle and the target vehicle within a historical time window is determined; wherein, the historical time window is a time window consisting of multiple moments prior to the current moment; The frequency of the encounter is determined based on the cumulative value of the historical encounters.

4. The in-vehicle virtual character social system according to claim 3, characterized in that, The encounter frequency determination unit (111) is specifically used for: The ratio of the current cumulative encounter value to a fixed value is determined as the encounter frequency; wherein, the current cumulative encounter value is the sum of the historical cumulative encounter value and 1; Alternatively, the current weighted cumulative encounter value can be determined based on the weight of the chance encounter event, the weight of each historical chance encounter event between the vehicle and the target vehicle within the historical time window, and the historical cumulative encounter value. The ratio of the current weighted cumulative encounter value to the fixed value is determined as the encounter frequency. The weight of the chance encounter event is determined based on the time period label corresponding to the moment when the vehicle receives the target virtual social business card, and / or the scene label corresponding to the driving area scene when the vehicle receives the target virtual social business card.

5. The in-vehicle virtual character social system according to claim 3, characterized in that, The conditions for such an encounter include: The received signal strength is greater than a preset signal strength threshold; The duration of reception is greater than a preset duration threshold.

6. The in-vehicle virtual character social system according to claim 5, characterized in that, The target information also includes: The vehicle distance and cloud relay difference when the vehicle and the target vehicle receive the target virtual social business card; The coincidence conditions also include: The vehicle distance is less than a preset vehicle distance threshold; The difference in cloud relay is no difference.

7. The in-vehicle virtual character social system according to claim 2, characterized in that, The social identifier is one of at least one social identifier; the at least one social identifier includes: stranger identifier, familiar identifier, frequently encountered identifier, and friend identifier; The social identifier determination unit (112) is specifically used for: The social identifier is determined based on the frequency of the chance encounter and the frequency range of each of the at least one calibrated social identifier.

8. The in-vehicle virtual character social system according to claim 2, characterized in that, The social identifier includes a first social identifier and a second social identifier, wherein the first social identifier and the second social identifier are different; the social list generation unit (113) is specifically used for: If the first combination of information exists in the original social list, the first combination of information in the original social list will be updated to the second combination of information; If the target virtual social contact name is not present in the original social contact list, the second combination of information is added to the original social contact list; The updated or added original social list will be designated as the social list. The first combination of information includes: the target virtual social business card and the first social identifier; The second set of information includes: the target virtual social business card and the second social identifier.

9. The in-vehicle virtual character social system according to claim 7, characterized in that, The social function opening module (120) is specifically used for: When the vehicle is in a traffic waiting state or a parked state, determine the allowed interactive function corresponding to the social identifier; Enable the permitted interaction function for the target vehicle; The interactive function corresponding to the unfamiliar identifier is used to view the basic information of the target role of the target vehicle. The interactive function corresponding to the familiar face identifier is used to view the target role tag information of the target vehicle; The frequently encountered identifier corresponds to the allowed interactive function, which is used to follow and / or favorite the target vehicle; The interaction permission function corresponding to the friend identifier is used to leave asynchronous messages for the target vehicle.

10. The in-vehicle virtual character social system according to claim 9, characterized in that, The social function opening module (120) is specifically used for: When the vehicle is not in a traffic waiting state or parked state, all social functions are prohibited from being enabled for the target vehicle; and when all social functions are prohibited from being enabled for the target vehicle, and the target vehicle sends an asynchronous message to the vehicle, a message prompt is given to the vehicle.

11. The in-vehicle virtual character social system according to claim 1, characterized in that, The system also includes: a business card generation module (130); The business card generation module (130) is used to generate a virtual social business card for the vehicle and broadcast the virtual social business card at a preset frequency. The virtual social business card is updated regularly.

12. The in-vehicle virtual character social system according to claim 11, characterized in that, The business card generation module (130) is specifically used for: Determine the vehicle's basic character information; wherein, the basic character information includes at least one of the following: character nickname, appearance category, body type, hairstyle, clothing, and actions; Based on the vehicle's historical driving information, a role tag information for the vehicle is generated; the role tag information includes at least one of the following: driving style, frequently traveled time periods, frequently visited areas, and in-vehicle media preferences; The virtual social business card is generated based on the character's basic information and character tag information.

13. The in-vehicle virtual character social system according to claim 1, characterized in that, The system also includes: a group module (140). The group module (140) is used to: when the vehicle is parked in the target gathering area, pull the vehicle into the virtual social group of the target gathering area, so as to realize asynchronous interaction of multiple vehicles in the target gathering area; The target gathering area includes: charging stations and service areas.

14. A method for social interaction using in-vehicle virtual characters, applied to an in-vehicle virtual character social system, the system comprising: Social list generation module and social function opening module; The social list generation module and the social function opening module are communicatively connected; the method includes: The social list generation module determines the frequency of encounters between the vehicle and the target vehicle based on the target virtual social card received by the vehicle and broadcast by the target vehicle; based on the frequency of encounters, a social list is generated; wherein, the target vehicle is a vehicle nearby to the vehicle; the target virtual social card is the virtual social card of the target vehicle; the social list is used to indicate the social identifier of the target vehicle relative to the vehicle. The social function opening module calls the social list; based on the social list, the social function is opened for the target vehicle.

15. A control device, characterized in that, The control device includes: a memory and a processor; the memory and the processor are coupled; the memory is used to store instructions executable by the processor; when the processor executes the instructions, it performs the in-vehicle virtual character social method as described in claim 14.

16. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed on a processor, cause the processor to perform the in-vehicle virtual character social method as described in claim 14.

17. A computer program product, characterized in that, It includes a computer program; when the computer program is executed, it is able to implement the in-vehicle virtual character social method as described in claim 14.

18. A vehicle, characterized in that, It includes the control device as claimed in claim 15; or the computer-readable storage medium as claimed in claim 16; or the computer program product as claimed in claim 17.

Images