CN113781249A - 车载社交群组的构建方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提出一种车载社交群组的构建方法、装置、电子设备及存储介质，车载社交群组的构建方法包括：获取多台车辆的驾驶员信息、车辆信息和行车信息；根据预设匹配规则，确定任意两台车辆的匹配程度，预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度；确定多台车辆中的第一车辆的预设匹配度区间，若第一车辆与多台车辆中的第二车辆的匹配程度在预设匹配度区间内，向第一车辆发送与第二车辆对应的群组构建请求信息。本申请实施例提供的构建方法无需驾驶员手动操作实现，不影响行车安全，同时能够充分利用与车辆相关的信息，车载社交群组的构建更具便利性以及针对性，能够较好地符合用户偏好和用车行为。

Description

车载社交群组的构建方法、装置、电子设备及存储介质

技术领域

本申请涉及车联网技术领域，具体而言，本申请涉及一种车载社交群组的构建方法、装置、电子设备及存储介质。

背景技术

在现有的手机应用中，有一些社交软件会基于用户的年龄，网名，兴趣爱好、声音和照片等等信息自动向某些对象推送好友的功能。车辆是人们生活的重要伙伴，私家车的普及率越来越高，并且车辆也日趋智能化，未来更是会朝向无人驾驶的方向发展。在当前的车机产品中，并没有能够充分利用与车辆相关的信息的车机版的交友软件。

当前的社交软件，信息需要用户手动输入完成，并不能智能自动地获取或者收集用户的用车偏好和用车行为等方面的数据，并使得存在某些联系的车辆以及车辆乘员构建社交联系，因此社交联系构建的便利性不足。另外，由于用户的手动输入操作，还会造成用户精神不集中，在一定程度上也会影响行车安全。

发明内容

本申请针对现有方式的缺点，提出一种车载社交群组的构建方法、装置、电子设备及存储介质，用以解决现有技术存在行车过程中社交影响行车安全以及无法便利组件车载社交群组的技术问题。

第一个方面，本申请提供了一种车载社交群组的构建方法，包括：

获取多台车辆的驾驶员信息、车辆信息和行车信息；

根据预设匹配规则，确定任意两台车辆的匹配程度，预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度；

确定多台车辆中的第一车辆的预设匹配度区间，若第一车辆与多台车辆中的第二车辆的匹配程度在预设匹配度区间内，则向第一车辆发送与第二车辆对应的群组构建请求信息。

在第一个方面的某些实现方式中，根据预设匹配规则，确定任意两台车辆的匹配程度，包括：

若驾驶员信息相似度大于或等于第一预设相似度阈值，则将驾驶员信息相似度作为匹配程度。

结合第一个方面和上述实现方式，在第一个方面的某些实现方式中，若驾驶员信息相似度满足第一预设相似度阈值的步骤之后，还包括：

若行车信息相似度大于或等于第二预设相似度阈值，则根据行车信息相似度和驾驶员信息相似度确定匹配程度。

结合第一个方面和上述实现方式，在第一个方面的某些实现方式中，若行车信息相似度大于或等于第二预设相似度阈值的步骤之后，还包括：若车辆信息相似度大于或等于第三预设相似度阈值，则根据车辆信息相似度、行车信息相似度和驾驶员信息相似度确定匹配程度。

结合第一个方面和上述实现方式，在第一个方面的某些实现方式中，驾驶员信息包括年龄信息、性别信息、住所地信息和/或职业信息；

驾驶员信息相似度的确定方法包括：

根据任意两台车辆的年龄信息、性别信息、住所地信息和职业信息以及各自对应的信息权值，确定驾驶员信息相似度。

结合第一个方面和上述实现方式，在第一个方面的某些实现方式中，行车信息包括行车路线信息、行车速度信息和/或车载应用信息；

行车信息相似度的确定方法包括：

根据任意两台车辆的行车路线信息、行车速度信息和车载应用信息以及各自对应的信息权值，确定行车信息相似度。

结合第一个方面和上述实现方式，在第一个方面的某些实现方式中，车辆信息包括品牌信息、车型信息和/或车龄信息；

车辆相似度的确定方法包括：

根据任意两台车辆的品牌信息、车型信息和车龄信息以及对应的信息权值，确定车辆信息相似度。

结合第一个方面和上述实现方式，在第一个方面的某些实现方式中，向第一车辆发送与第二车辆对应的群组构建请求信息的步骤之前，还包括：

获取第一车辆的车辆安全信息；

根据预设安全信息库，确定车辆安全信息对应的车辆状态为安全状态，向第一车辆发送群组构建请求信息。

第二个方面，本申请提供了一种车载社交群组的构建装置，包括：

获取模块，用于获取多台车辆的驾驶员信息、车辆信息和行车信息；

匹配模块，用于根据预设匹配规则，确定任意两台车辆的匹配程度，预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度；

构建模块，用于确定多台车辆中的第一车辆的预设匹配度区间，若第一车辆与多台车辆中的第二车辆的匹配程度在预设匹配度区间内，向第一车辆发送与第二车辆对应的群组构建请求信息。

在第二个方面的某些实现方式中，构建模块包括安全确认单元，安全确认单元用于获取第一车辆的车辆安全信息；根据预设安全信息库，确定车辆安全信息对应的车辆状态为安全状态，向第一车辆发送群组构建请求信息。

第三个方面，本申请提供了一种电子设备，包括：

处理器；

存储器，与处理器电连接；

至少一个程序，被存储在存储器中并被配置为由处理器执行，至少一个程序被配置用于：实现如本申请第一个方面描述的车载社交群组的构建方法。

第四个方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有至少一段程序或代码集，至少一段程序或代码集由处理器加载并执行以实现如本申请第一个方面描述的车载社交群组的构建方法。

本申请提供的车载社交群组的构建方法通过对收集到的驾驶员信息、车辆信息和行车信息的匹配处理，形成任意两台车辆的匹配程度数据，然后根据每台车的匹配度要求，即预设匹配度区间，将符合预设匹配度区间的匹配程度数据对应的车辆信息向提供预设匹配度区间的车辆发送，以便实现车载社交群组的针对性构建。该车载社交群组的构建方法无需驾驶员手动操作实现，不影响行车安全，同时能够充分利用与车辆相关的信息，车载社交群组的构建更具便利性以及针对性，能够较好地符合用户偏好和用车行为。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种车载社交群组的构建方法的流程示意图；

图2为本申请实施例提供的一种车载社交群组的构建装置的结构框架示意图；

图3为本申请实施例提供的另一种车载社交群组的构建装置的结构框架示意图；

图4为本申请实施例提供的一种电子设备的结构框架示意图。

具体实施方式

下面详细描述本申请，本申请的实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。此外，如果已知技术的详细描述对于示出的本申请的特征是不必要的，则将其省略。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

当今社会车辆众多，因此构建了一个庞大的车辆群体，然而人们除了依靠传统的手机软件构建社交关系之外，无法通过与车辆有关的信息进行与车辆相关的社交信息的构建。而在行车过程中，如果想要构建社交群组，必须由车辆使用者在有关的社交软件上进行，这样的行为会分散车辆使用者尤其是驾驶人员的注意力，很可能发生交通事故。在实际的交通出行当中，可能还存在对讲机在车辆之间交流，构建社交群组的方式，但这种方式往往是熟人之间的沟通交流，社交群组覆盖的范围较为狭窄，并不能够充分利用与车辆相关的信息。

本申请提供的车载社交群组的构建方法、装置、电子设备及存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。

第一个方面，本申请的实施例提供了一种车载社交群组的构建方法，如图1所示，包括如下步骤：

S100：获取多台车辆的驾驶员信息、车辆信息和行车信息。

S200：根据预设匹配规则，确定任意两台车辆的匹配程度，预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度。

S300：确定多台车辆中的第一车辆的预设匹配度区间，若第一车辆与多台车辆中的第二车辆的匹配程度在预设匹配度区间内，则向第一车辆发送与第二车辆对应的群组构建请求信息。

可选地，本申请实施例中第一车辆可以认为是每一车辆。

本申请提供的车载社交群组的构建方法通过对收集到的驾驶员信息、车辆信息和行车信息的匹配处理，形成任意两台车辆的匹配程度数据，然后根据每台车的预设匹配度区间，将符合预设匹配度区间的匹配程度数据对应的车辆信息向提供预设匹配度区间的车辆发送，以便实现车载社交群组的针对性构建。该车载社交群组的构建方法无需驾驶员手动操作实现，不影响行车安全，同时能够充分利用与车辆相关的信息，车载社交群组的构建更具便利性以及针对性，能够较好地符合用户偏好和用车行为。

对于S100，通过车辆上预先设置的输入输出设备采集并发送与车辆相关的信息，这些信息可包括三类，即驾驶员信息、车辆信息和行车信息。这些信息可由车辆以及车辆上的设备采集，然后通过设定的通信方式发送到服务器上或者计算云端上，计算云端获取到驾驶员信息、车辆信息和行车信息，并进行相关的处理。

驾驶员信息是与车辆驾驶者的人身相关的信息，该信息可预先存储在车辆上，同一辆车可能存在多个驾驶员信息，因此，可通过在车辆上设置身份验证设备，在驾驶员坐上驾驶座后，经过身份验证才能启动车辆，从而车辆也能够明确驾驶员对应的驾驶员信息。车辆信息是能够描述车辆本身属性的信息，同一辆车辆具有唯一一份车辆信息。而行车信息通常是丰富多变的，可以包括车辆行驶过程中所涉及到的全部动态数据。对于驾驶员信息、车辆信息和行车信息的详细内容以及应用方式，后文中将进一步描述。

对于S200，预设匹配规则存在多种情况，驾驶员信息、车辆信息和行车信息以及其各自的相似度也有多种统计方式，这些预设匹配规则可由用户通过移动终端或者个人计算机端确定好后发送到云端服务器当中，由服务器具体执行S200，后文中将详细介绍。

对于S300，由于是多台车辆中两两车辆之间进行比对确定的匹配程度，例如当车辆有4台时，匹配程度对应的数据量为

当车辆有n台时，匹配程度对应的数据量为

本申请中所采用的第一车辆与第二车辆并不表明车辆的顺序及数量，而是表示多台车辆中的某一台车辆，第一车辆与第二车辆并非同一台车辆。每台车辆都有其对应的预设匹配度区间，该预设匹配度区间根据用户的喜好个性化选择和设置，当第一车辆的预设匹配度区间为60％时，换算为百分比计量的匹配程度可能有30％、38％、81％和55％等，显然，可将匹配程度81％的第二车辆挑选出来，向第一车辆发送群组构建请求信息，以便于由第一车辆的使用者决定最终是否建立与第二车辆的社交联系。

符合第一车辆上的预设匹配度区间的匹配程度并不一定只有一个，在车辆的数据量足够大，这种满足要求的匹配程度通常会有多种，需要将全部的与第二车辆对应的群组构建请求信息向第一车辆发送，当然可以采用按大小排序的方式有序推送。

可行的，在本申请第一方面实施例的一种实现方式中，根据预设匹配规则，确定任意两台车辆的匹配程度，包括：

若驾驶员信息相似度大于或等于第一预设相似度阈值，则将驾驶员信息相似度作为匹配程度。

车载社交群组是人们用于社会沟通交流而建立的社交群组中的一种，因此车载社交群组天然具备人的个性化属性。对于某些驾驶员而言，其仅需要寻找到符合自己需求的驾驶员信息的车辆即可完成社交联系匹配，即匹配程度这一数据中只需要包含驾驶员信息相似度即可，一旦驾驶员信息相似度满足设定的范围，就具备了群组构建的可能，将建立群组的有关信息向提出预设匹配度区间的车辆推送。

例如，预设匹配规则中涉及到驾驶员信息相似度，将某两台车辆对应的驾驶员信息进行比对，得出二者具有50％的相似度，而预设匹配规则中第一预设相似度阈值为30％，就说明，该两台车辆的驾驶员信息相似度满足要求，可以直接将这一驾驶员信息相似度50％，作为两台车辆的匹配程度，也即该两台车具有50％的匹配度。

实际上，有的车辆使用者，与对驾驶员信息的要求相似，可以单独根据车辆信息或单独根据行车信息实现群组构建请求信息推荐。具体操作方法与上述的驾驶员信息相类似，不再赘述。

可选的，在本申请第一个方面实施例的一种实现方式中，若驾驶员信息相似度满足第一预设相似度阈值的步骤之后，还包括：

若行车信息相似度大于或等于第二预设相似度阈值，则根据行车信息相似度和驾驶员信息相似度确定匹配程度。也即还可将行车信息与驾驶员信息结合起来，实现匹配程度的确定，这一方式更具有个性化和实时性。具体而言，可将符合第二预设相似度阈值的行车信息相似度与驾驶员信息相似度直接相加，采用相似度叠加作为预设匹配规则。也可采用为行车信息相似度和驾驶员信息相似度分别设置权值，例如匹配程度＝行车信息相似度×0.3+驾驶员信息相似度×0.7。还可以采用设置多种方式供驾驶员选择的模式，使得驾驶员根据自身需求进行具体匹配。

需要说明的是，匹配程度不仅仅可以采用行车信息相似度与驾驶员信息相似度的组合，也可采用其他相似度的组合，具体方式同前文描述的行车信息相似度与驾驶员信息相似度的组合，不再赘述。

可选的，在本申请第一个方面实施例的一种实现方式中，若行车信息相似度大于或等于第二预设相似度阈值的步骤之后，还包括：若车辆信息相似度大于或等于第三预设相似度阈值，则根据车辆信息相似度、行车信息相似度和驾驶员信息相似度确定匹配程度。根据本实现方式描述的预设匹配规则，充分运用了与车辆相关的全部信息，即可将车辆信息相似度、行车信息相似度和驾驶员信息相似度直接加和，或者采用预先确定的权值进行加和。

例如，当两台车辆的驾驶员信息经过比对，发现二者的相似度为50％，超过第一预设相似度阈值30％，则将驾驶员信息相似度50％作为备用。继续比对行车信息相似度，具体为80％，而第二预设相似度阈值为50％，则将行车信息相似度纳入到匹配程度的确定因素之中。最后比对车辆信息相似度，具体为70％，而第三预设相似度阈值为60％，则最后匹配程度为50％+80％+70％＝200％，或者是50％×0.5+80％×0.3+70％×0.2＝63％，或者是其他的权重数据和匹配程度结果。预设匹配规则可以有多种，但一旦选定，则统一使用给出相应的群组构建请求信息推送结果。

可选的，在本申请上述实施例的一种实现方式中，驾驶员信息包括年龄信息、性别信息、住所地信息和/或职业信息；

驾驶员信息相似度的确定方法包括：

根据任意两台车辆的年龄信息、性别信息、住所地信息和职业信息以及各自对应的信息权值，确定驾驶员信息相似度。

联系前文，驾驶员信息是标识车辆驾驶人的身份的信息，可以包括驾驶员的年龄、性别、住所地或职业，还可以包括驾驶员的驾驶经验年限、违章记录和保险信息等，所包括的信息越多，找到的与之匹配的车辆越精确且更具有个性化。同理对于其他的于车辆相关的信息。具体而言，驾驶员信息中包括的信息种类较多，并不能采用统一的比对方法找出两份驾驶员信息的相似度。例如年龄信息，可采用相差程度的方式衡量相似度，例如甲为30岁，乙为25岁，二者的相似度可采用(30-25)/30×100％得出。性别信息只有两种，男性或女性，可采用异或值反映相似度，相同则输出1，不相同则输出0。对于住所地信息，可采用在地图上标识范围的方式，地址的标识元素有国籍、省、市、县、乡、村等级别，可将两份驾驶员信息中的住所地相同标识元素个数与总标识元素个数的比值，作为住所地信息的相似度。

对于职业信息，可根据与职业有关的相似度统计方式计算，相关技术人员可根据实际确定。也可直接通过相同或不相同粗略进行统计，同样，职业信息相同则输出1，否则输出0。通过这些参数化的方式，得出驾驶员信息中各组成部分的相似度，然后可以采用直接叠加的方式得出驾驶员信息相似度，此时信息权值均为1，也可采用赋予不同信息权值的方式，进行加权求和得出驾驶员信息相似度。

可选的，在本申请第一个方面实施例的一种实现方式中，行车信息包括行车路线信息、行车速度信息和/或车载应用信息；

行车信息相似度的确定方法包括：

根据任意两台车辆的行车路线信息、行车速度信息和车载应用信息以及各自对应的信息权值，确定行车信息相似度。

在本实现方式中，行车信息可包括行车路线、行车速度和车载应用信息，可以具备其中一种，也可以是两种的组合，也可以是三种都具备。对于行车路线信息，驾驶员可能提前设置好车辆的行驶路线，该路线具有目的地以及行驶路线里程，可以直接将目的地相同，就确定行车路线信息的相似度为100％，也可结合里程确定行车路线信息的相似度。对于行车速度信息，具有速率和方向两个方面，速率通过比值的方式得出相似度，方向通过相同或相反得出采用数字反映的相似度。引入车载应用信息，能够反映车内人员的喜好，车载应用信息可进一步详细化，例如具体包括车载应用种类、车载应用的操作习惯等，例如同样安装了某一音乐播放软件，在该音乐播放软件中选择了同样的歌曲。可初步采用统计使用相同车载应用的数目作为相似度统计的因素。

与统计驾驶员信息相似度的方式相同，在得出任意两台车辆的行车路线信息的相似度、行车速度信息的相似度和车载应用信息的相似度之后，根据各自对应的信息权值，确定出行车信息相似度。

可选的，在本申请第一个方面实施例的一种实现方式中，车辆信息包括品牌信息、车型信息和/或车龄信息；

车辆相似度的确定方法包括：

根据任意两台车辆的品牌信息、车型信息和车龄信息以及对应的信息权值，确定车辆信息相似度。评价车辆相似度可通过车辆的品牌信息、车型信息以及车龄信息等方面进行，例如对于相同品牌的车辆，二者品牌相似度要么为1，要么为0，或者可同时引入生产商的国籍，例如同一国籍产的不同品牌车辆，相似度确定为0.5，还可引入其他因素进一步确定。对于车型信息与此类似。对于车龄信息，由于车龄可通过数值表示，因此能够比对两个车龄信息的接近程度来反映相似度。

与前述的信息相似度的统计方式相同，在得出任意两台车辆的品牌信息的相似度、车型信息的相似度和车龄信息的相似度之后，根据各自对应的信息权值，确定出车辆信息相似度。

可选的，在本申请第一个方面实施例提供的一种实现方式中，向第一车辆发送与第二车辆对应的群组构建请求信息的步骤之前，还包括：

获取第一车辆的车辆安全信息；

根据预设安全信息库，确定车辆安全信息对应的车辆状态为安全状态，向第一车辆发送群组构建请求信息。

在发送群组构建请求信息之前，需要确认被发送的对象是否处于安全状态，以避免该群组构建请求信息在显示时打扰驾驶员，影响行车安全。具体而言，车辆安全信息可以包括道路交通信息，车辆行驶状态信息，车内人员是否绑系安全带等等。具体的判断车辆为安全的结果可通过交通领域的相关统计进行，例如即使驾驶员未系安全带，但车辆处于静止状态，仍然可判断车辆为安全状态，可以于此时向该车辆发送群组构建请求信息。

可选的，本申请上述实施例以及各种实现方式提供了向某一第一车辆发送与第二车辆对应的群组构建请求信息，尚未完全实现车载社交群组的构建，可采用现有技术中常用的语音确认，或者触控确认的方式对该群组构建请求信息进行确认，从而实现第一车辆与第二车辆的群组构建。还可选择将第一车辆上对该群组构建请求信息的确认信息发送到对应的第二车辆上，等待第二车辆上的用户同样确认后，实现两辆车辆上的用户的互相认可，完成第一车辆与第二车辆的群组构建。

另外，可选的，对于构建完成的车载社交群组，可将这种群组连接关系持续保存在存储装置之中，以供后续使用，例如可通过无线传输的方式，将这一车载社交群组信息上传到服务器或者云端数据库之中。

本申请第二个方面的实施例提供了一种车载社交群组的构建装置10，如图2所示，包括：获取模块11、匹配模块12和构建模块13。

其中，获取模块11用于获取多台车辆的驾驶员信息、车辆信息和行车信息。匹配模块12用于根据预设匹配规则，确定任意两台车辆的匹配程度，预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度。构建模块13用于确定多台车辆中的第一车辆的预设匹配度区间，若第一车辆与多台车辆中的第二车辆的匹配程度在预设匹配度区间内，向第一车辆发送与第二车辆对应的群组构建请求信息。

本申请提供的车载社交群组的构建装置能够采用本申请提供的车载社交群组的构建方法，通过对收集到的驾驶员信息、车辆信息和行车信息的匹配处理，形成任意两台车辆的匹配程度数据，然后根据每台车的匹配度要求，即预设匹配度区间，将符合预设匹配度区间的匹配程度数据对应的车辆信息向提供预设匹配度区间的车辆发送，以便实现车载社交群组的针对性构建。该车载社交群组的构建方法无需驾驶员手动操作实现，不影响行车安全，同时能够充分利用与车辆相关的信息，车载社交群组的构建更具便利性以及针对性，能够较好地符合用户偏好和用车行为。

可选的，匹配模块12根据预设匹配规则，确定任意两台车辆的匹配程度，包括：

若驾驶员信息相似度大于或等于第一预设相似度阈值，则将驾驶员信息相似度作为匹配程度。

可选的，若驾驶员信息相似度满足第一预设相似度阈值的步骤之后，包括：

若行车信息相似度大于或等于第二预设相似度阈值，匹配模块12还用于根据行车信息相似度和驾驶员信息相似度确定匹配程度。

可选的，若行车信息相似度大于或等于第二预设相似度阈值，若车辆信息相似度大于或等于第三预设相似度阈值，匹配模块12还用于根据车辆信息相似度、行车信息相似度和驾驶员信息相似度确定匹配程度。

可选的，驾驶员信息包括年龄信息、性别信息、住所地信息和/或职业信息；

驾驶员信息相似度的确定方法包括：

匹配模块12根据任意两台车辆的年龄信息、性别信息、住所地信息和职业信息以及各自对应的信息权值，确定驾驶员信息相似度。

可选的，行车信息包括行车路线信息、行车速度信息和/或车载应用信息；

行车信息相似度的确定方法包括：

匹配模块12根据任意两台车辆的行车路线信息、行车速度信息和车载应用信息以及各自对应的信息权值，确定行车信息相似度。

可选的，车辆信息包括品牌信息、车型信息和/或车龄信息；

车辆相似度的确定方法包括：

匹配模块12根据任意两台车辆的品牌信息、车型信息和车龄信息以及对应的信息权值，确定车辆信息相似度。

可选的，如图3所示，构建模块13包括安全确认单元13a，安全确认单元用于获取第一车辆的车辆安全信息；根据预设安全信息库，确定车辆安全信息对应的车辆状态为安全状态，向第一车辆发送群组构建请求信息。

基于同一发明构思，本申请第三个方面的实施例提供了一种电子设备，包括：

处理器；

存储器，与处理器电连接；

至少一个程序，被存储在存储器中并被配置为由处理器执行，至少一个程序被配置用于：实现如本申请第一个方面实施例提供的车载社交群组的构建方法。

本技术领域技术人员可以理解，本申请实施例提供的电子设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中。

与现有技术相比可实现：本申请提供的电子设备能够通过对收集到的驾驶员信息、车辆信息和行车信息的匹配处理，形成任意两台车辆的匹配程度数据，然后根据每台车的匹配度要求，即预设匹配度区间，将符合预设匹配度区间的匹配程度数据对应的车辆信息向提供预设匹配度区间的车辆发送，以便实现车载社交群组的针对性构建。该电子设备无需驾驶员太多的手动操作，不影响行车安全，同时能够充分利用与车辆相关的信息，车载社交群组的构建更具便利性以及针对性，能够较好地符合用户偏好和用车行为。

本申请在一个可选实施例中提供了一种电子设备，如图4所示，图4所示的电子设备1000包括：处理器1001和存储器1003。其中，处理器1001和存储器1003相电连接，如通过总线1002相连。

处理器1001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field －Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1002可包括一通路，在上述组件之间传送信息。总线1002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线1002可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1003可以是ROM(Read-Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead-Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选地，电子设备1000还可以包括收发器1004。收发器1004可用于信号的接收和发送。收发器1004可以允许电子设备1000与其他设备进行无线或有线通信以交换数据。需要说明的是，实际应用中收发器1004不限于一个。

可选地，电子设备1000还可以包括输入单元1005。输入单元1005可用于接收输入的数字、字符、图像和/或声音信息，或者产生与电子设备1000的用户设置以及功能控制有关的键信号输入。输入单元1005可以包括但不限于触摸屏、物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆、拍摄装置、拾音器等中的一种或多种。

可选地，电子设备1000还可以包括输出单元1006。输出单元1006可用于输出或展示经过处理器1001处理的信息。输出单元1006可以包括但不限于显示装置、扬声器、振动装置等中的一种或多种。

虽然图4示出了具有各种装置的电子设备1000，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

可选的，存储器1003用于存储执行本申请方案的应用程序代码，并由处理器1001来控制执行。处理器1001用于执行存储器1003中存储的应用程序代码，以实现本申请实施例提供的任一种车载社交群组的构建方法。

基于同一发明构思，一种计算机可读存储介质，计算机可读存储介质存储有至少一段程序或代码集，至少一段程序或代码集由处理器加载并执行以实现如本申请第一个方面实施例提供的车载社交群组的构建方法。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

术语“第一”、“第二”仅用于描述不同对象的目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本说明书的描述中，具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种车载社交群组的构建方法，其特征在于，包括：

获取多台车辆的驾驶员信息、车辆信息和行车信息；

根据预设匹配规则，确定任意两台车辆的匹配程度，所述预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度；

确定多台所述车辆中的第一车辆的预设匹配度区间，若所述第一车辆与多台所述车辆中的第二车辆的所述匹配程度在所述预设匹配度区间内，则向所述第一车辆发送与所述第二车辆对应的群组构建请求信息。

2.根据权利要求1所述的构建方法，其特征在于，所述根据预设匹配规则，确定任意两台车辆的匹配程度，包括：

若所述驾驶员信息相似度大于或等于第一预设相似度阈值，则将所述驾驶员信息相似度作为所述匹配程度。

3.根据权利要求2所述的构建方法，其特征在于，所述若所述驾驶员信息相似度满足第一预设相似度阈值的步骤之后，还包括：

若所述行车信息相似度大于或等于第二预设相似度阈值，则根据所述行车信息相似度和所述驾驶员信息相似度确定所述匹配程度。

4.根据权利要求3所述的构建方法，其特征在于，所述若所述行车信息相似度大于或等于第二预设相似度阈值的步骤之后，还包括：若所述车辆信息相似度大于或等于第三预设相似度阈值，则根据所述车辆信息相似度、所述行车信息相似度和所述驾驶员信息相似度确定所述匹配程度。

5.根据权利要求1所述的构建方法，其特征在于，所述驾驶员信息包括年龄信息、性别信息、住所地信息和/或职业信息；

所述驾驶员信息相似度的确定方法包括：

根据任意两台车辆的所述年龄信息、性别信息、住所地信息和所述职业信息以及各自对应的信息权值，确定所述驾驶员信息相似度。

6.根据权利要求1所述的构建方法，其特征在于，所述行车信息包括行车路线信息、行车速度信息和/或车载应用信息；

所述行车信息相似度的确定方法包括：

根据任意两台车辆的所述行车路线信息、所述行车速度信息和所述车载应用信息以及各自对应的信息权值，确定所述行车信息相似度。

7.根据权利要求1所述的构建方法，其特征在于，所述车辆信息包括品牌信息、车型信息和/或车龄信息；

所述车辆相似度的确定方法包括：

根据任意两台车辆的所述品牌信息、所述车型信息和所述车龄信息以及对应的信息权值，确定所述车辆信息相似度。

8.根据权利要求1所述的构建方法，其特征在于，所述向所述第一车辆发送与所述第二车辆对应的群组构建请求信息的步骤之前，还包括：

获取所述第一车辆的车辆安全信息；

根据预设安全信息库，确定所述车辆安全信息对应的车辆状态为安全状态，向所述第一车辆发送所述群组构建请求信息。

9.一种车载社交群组的构建装置，其特征在于，包括：

获取模块，用于获取多台车辆的驾驶员信息、车辆信息和行车信息；

匹配模块，用于根据预设匹配规则，确定任意两台车辆的匹配程度，所述预设匹配规则包括驾驶员信息相似度、车辆信息相似度和/或行车信息相似度；

构建模块，用于确定多台所述车辆中的第一车辆的预设匹配度区间，若所述第一车辆与多台所述车辆中的第二车辆的所述匹配程度在所述预设匹配度区间内，则向所述第一车辆发送与所述第二车辆对应的群组构建请求信息。

10.根据权利要求9所述的构建装置，其特征在于，所述构建模块包括安全确认单元，所述安全确认单元用于获取所述第一车辆的车辆安全信息；根据预设安全信息库，确定所述车辆安全信息对应的车辆状态为安全状态，向所述第一车辆发送所述群组构建请求信息。

11.一种电子设备，其特征在于，包括：

处理器；

存储器，与所述处理器电连接；

至少一个程序，被存储在所述存储器中并被配置为由所述处理器执行，所述至少一个程序被配置用于：实现如权利要求1～8中任一项所述的车载社交群组的构建方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有至少一段程序或代码集，所述至少一段程序或所述代码集由处理器加载并执行以实现如权利要求1～8中任一所述的车载社交群组的构建方法。

Images