CN116304368A

CN116304368A - 社交推荐方法、装置、电子设备及计算机可读存储介质

Info

Publication number: CN116304368A
Application number: CN202310187905.3A
Authority: CN
Inventors: 彭浚哲; 刘旺
Original assignee: Avatr Technology Chongqing Co Ltd
Current assignee: Avatr Technology Chongqing Co Ltd
Priority date: 2023-03-01
Filing date: 2023-03-01
Publication date: 2023-06-23

Abstract

本发明实施例涉及社交推荐技术领域，公开了一种社交推荐方法、装置、电子设备及计算机可读存储介质，该方法包括：获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置；基于第一地理位置，确定第一地理位置对应的第一区域的区域信息；若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息；其中，第二区域为第一车辆位于第二地理位置时对应的区域；第一社交推荐信息包括第一区域内除第一车辆以外的第二车辆的社交信息，以及与第一区域相邻的至少一个第三区域内的第三车辆的社交信息。应用本发明的技术方案，能够提高推荐精度，降低数据处理量，提升推荐效率。

Description

社交推荐方法、装置、电子设备及计算机可读存储介质

技术领域

本发明实施例涉及社交推荐技术领域，具体涉及一种社交推荐方法、装置、电子设备及计算机可读存储介质。

背景技术

目前，为了满足驾驶者之间的社交需求，基于智能汽车的地理位置的社交服务应用越来越来越广泛。

对于现有的基于智能汽车的地理位置的社交服务，通常需要计算任意两辆智能汽车之间的距离，进而根据距离的远近进行社交推荐。但是，对于这种方式，随着入网智能汽车的数量的不断增加，计算量会呈指数增长。此外，这种方式会出现漏处理和重复处理的情况，推荐效果较差。

发明内容

鉴于上述问题，本发明实施例提供了一种社交推荐方法、装置、电子设备及计算机可读存储介质，用于解决现有技术中存在的推荐误差大和计算量大的问题。

根据本申请实施例的第一方面，提供了一种社交推荐方法，该方法包括：

获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置；基于第一地理位置，确定第一地理位置对应的第一区域的区域信息；若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息；其中，第二区域为第一车辆位于第二地理位置时对应的区域，第二地理位置为第一地理位置之前的第一车辆所在的历史地理位置；第一社交推荐信息包括第一区域内除第一车辆以外的第二车辆的社交信息，以及与第一区域相邻的至少一个第三区域内的第三车辆的社交信息。

在一种可选的方式中，车辆信息还包括第一车辆的车辆标识信息，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息，包括：根据第一区域的区域信息，获取第一区域对应的第一推荐列表；在第一推荐列表中添加第一车辆的车辆标识信息；若确定第一推荐列表包括第二车辆的车辆标识信息，且第三区域对应的第二推荐列表包括第三车辆的车辆标识信息，则向第一车辆发送第一社交推荐信息。

在一种可选的方式中，在第一推荐列表中添加第一车辆的车辆标识信息之后，该方法还包括：若预设时长内未获取到第一车辆的新的地理位置，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一种可选的方式中，在第一推荐列表中添加第一车辆的车辆标识信息之后，该方法还包括：获取第一车辆的第三地理位置；基于第三地理位置，确定第三地理位置对应的第四区域的区域信息；若确定第四区域的区域信息与第一区域的区域信息不同，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一种可选的方式中，在基于第一地理位置，确定第一地理位置对应的第一区域的区域信息之后，该方法还包括：向第二车辆发送第二社交推荐信息，和/或，向第三车辆发送第三社交推荐信息；其中，第二社交推荐信息和第三社交推荐信息均包括第一车辆的社交信息。

在一种可选的方式中，在若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息之前，该方法还包括：获取第一车辆对应的历史推荐信息中第二车辆的第一历史推荐时间和第三车辆的第二历史推荐时间；确定第一历史推荐时间与当前时间之间的第一时间差，以及，第二历史推荐时间与当前时间之间的第二时间差；若第一时间差和第二时间差均大于预设时间差，则执行基于第一区域的区域信息，向第一车辆发送第一社交推荐信息的步骤。

在一种可选的方式中，若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息，包括：若确定第一区域的区域信息与第二区域的区域信息不同，则获取第一车辆对应的历史推荐信息；若历史推荐信息中包括第二车辆和第三车辆的用户反馈状态，且第二车辆和第三车辆的用户反馈状态均为未处理状态，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

根据本申请实施例的第二方面，提供了一种社交推荐装置，包括：第一获取模块，用于获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置；第一确定模块，用于基于第一地理位置，确定第一地理位置对应的第一区域的区域信息；第一发送模块，用于若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息；其中，第二区域为第一车辆位于第二地理位置时对应的区域，第二地理位置为第一地理位置之前的第一车辆所在的历史地理位置；第一社交推荐信息包括第一区域内除第一车辆以外的第二车辆的社交信息，以及与第一区域相邻的至少一个第三区域内的第三车辆的社交信息。

在一种可选的方式中，车辆信息还包括第一车辆的车辆标识信息，第一发送模块，包括：列表获取单元，用于根据第一区域的区域信息，获取第一区域对应的第一推荐列表；添加单元，用于在第一推荐列表中添加第一车辆的车辆标识信息；发送单元，用于若确定第一推荐列表包括第二车辆的车辆标识信息，且第三区域对应的第二推荐列表包括第三车辆的车辆标识信息，则向第一车辆发送第一社交推荐信息。

在一种可选的方式中，该装置还包括：第一删除模块，用于若预设时长内未获取到第一车辆的新的地理位置，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一种可选的方式中，该装置还包括：第二获取模块，用于获取第一车辆的第三地理位置；第二确定模块，用于基于第三地理位置，确定第三地理位置对应的第四区域的区域信息；第二删除模块，用于若确定第四区域的区域信息与第一区域的区域信息不同，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一种可选的方式中，该装置还包括：第二发送模块，用于向第二车辆发送第二社交推荐信息，和/或，向第三车辆发送第三社交推荐信息；其中，第二社交推荐信息和第三社交推荐信息均包括第一车辆的社交信息。

在一种可选的方式中，该装置还包括：第三获取模块，用于获取第一车辆对应的历史推荐信息中第二车辆的第一历史推荐时间和第三车辆的第二历史推荐时间；第三确定模块，用于确定第一历史推荐时间与当前时间之间的第一时间差，以及，第二历史推荐时间与当前时间之间的第二时间差；第一发送模块，具体用于若第一时间差和第二时间差均大于预设时间差，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

在一种可选的方式中，第一发送模块，具体用于：若确定第一区域的区域信息与第二区域的区域信息不同，则获取第一车辆对应的历史推荐信息；若历史推荐信息中包括第二车辆和第三车辆的用户反馈状态，且第二车辆和第三车辆的用户反馈状态均为未处理状态，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

根据本申请实施例的第三方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行如上述第一方面中任一项所述的社交推荐方法的操作。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，可执行指令在电子设备/社交推荐装置上运行时，使得电子设备/社交推荐装置执行如上述第一方面中任一项所述的社交推荐方法的操作。

根据本申请实施例的第五方面，提供了一种计算机程序产品，该计算机程序产品中存储有至少一可执行指令，该可执行指令使电子设备/社交推荐装置执行如上述第一方面中任一项所述的社交推荐方法的操作。

根据本申请实施例，在第一车辆的行驶过程中，可以获取第一车辆的第一地理位置，并基于第一地理位置，确定第一地理位置对应的第一区域的区域信息，判断第一区域的区域信息与第一车辆之前所在的第二区域的区域信息是否相同，以在第一区域的区域信息与第二区域的区域信息不同的情况下，基于第一车辆当前所处的第一区域，向第一车辆推荐第一区域内的除第一车辆之外的其他车辆的社交信息、以及与第一区域相邻的至少一个第三区域内的车辆的社交信息。这样，相比于现有技术中根据两辆车辆之间的距离进行社交推荐的方式，可以提高推荐精度，降低数据处理量，提升推荐效率。并且，与现有的基于地址编码的方式进行社交推荐的方式，可以避免出现漏处理，提高推荐的准确性。再者，与现有技术中以一定周期进行社交推荐的方式相比，可以在第一车辆的地理位置发生变化的情况下进行社交推荐，可以减小数据处理量，提升推荐效率。同时，在第一车辆的地理位置发生变化的情况下进行社交推荐，可以避免出现漏处理的情况，提高推荐的准确性。此外，本实施例可以在第一车辆的地理位置发生变化的情况下进行社交推荐，不需要用户触发，不会对干扰用户驾驶车辆，可以保证驾驶的安全性。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了现有技术中地址编码的示意图；

图2示出了本申请实施例提供的一种社交推荐方法的实施环境示意图；

图3示出了本申请实施例提供的一种社交推荐方法的流程示意图；

图4示出了本申请实施例提供的一种区域编码的示意图；

图5示出了本申请实施例提供的另一种区域编码的示意图；

图6示出了本申请实施例提供的另一种社交推荐方法的流程示意图；

图7示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图8示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图9示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图10示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图11示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图12示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图13示出了本申请实施例提供的又一种社交推荐方法的流程示意图；

图14示出了本申请实施例提供的一种社交推荐装置的硬件结构示意图；

图15示出了本申请实施例提供的一种电子设备的硬件结构示意图；

图16示出了本申请实施例提供的一种车辆的硬件结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。

为了满足车辆驾驶者之间的社交需求，提供了多种基于车辆的地理位置的社交服务的实施例。

在一些实施例中，根据待推荐车辆的地理位置和目标车辆的地理位置，确定待推荐车辆与目标车辆之间的距离，将待推荐车辆与目标车辆之间的距离与预设距离阈值进行比较，将距离小于预设距离阈值的目标车辆推送给待推荐车辆。

对于这种方式，一方面，随着入网车辆的数量的快速增长，计算任意两辆车辆之间的距离，导致运算量呈指数增长。另一方面，通常按照一定周期采集待推荐车辆和目标车辆的地理位置，并基于推荐车辆和目标车辆的地理位置进行推荐，这样，对于周期内位置未发生变化的车辆会出现重复处理的情况，而对于周期内位置变化较大的车辆会出现漏处理的情况，推荐误差较大。

在另一些实施例中，根据需要的推荐范围，对所有车辆的位置信息进行地址编码，进而，基于车辆的地址编码，将地址编码的编码值相同的车辆进行相互推荐。

对于这种方式，对于实际地理位置相近、而地址编码的编码值不同的车辆，不会进行推荐。例如，如图1所示，车辆a和车辆b地理位置相近，车辆a的地理编码为ABD2，车辆b的地理编码为ABD1，也就是说，车辆a与车辆b的地理编码的编码值不同，不进行相互推荐。这样会导致推荐误差较大，影响推荐效果。此外，这种方式通常需要用户触发，不适用于驾驶员，影响驾驶安全性。

针对上述问题，本申请实施例提供一种社交推荐方法，获取第一车辆的第一地理位置，根据第一地理位置，确定第一地理位置对应的第一区域的区域信息，进而基于第一区域的区域信息，向第一车辆发送位于第一区域的其他车辆的车辆标识信息，以及，向第一车辆发送位于与第一区域相邻的至少一个第三区域的车辆的车辆标识信息。这样，基于车辆所在的区域进行社交推荐，可以减小数据处理量，提升推荐效率。并且，与现有的基于车辆的地理位置的推荐方式相比，在提升推荐效率的同时，可以降低推荐误差，提高推荐精度，用户体验更好。再者，与现有技术中以一定周期进行社交推荐的方式相比，可以在第一车辆的地理位置发生变化的情况下进行社交推荐，可以减小数据处理量，提升推荐效率。同时，在第一车辆的地理位置发生变化的情况下进行社交推荐，可以避免出现漏处理的情况，提高推荐的准确性。此外，本实施例可以在第一车辆的地理位置发生变化的情况下进行社交推荐，不需要用户触发，不会对干扰用户驾驶车辆，可以保证驾驶的安全性。

下面将结合附图对本申请实施例的实施方式进行详细描述。

在介绍本公开实施例提供了一种社交推荐方法之前，首先对该社交推荐方法的实施环境进行介绍。

请参见图2，其示出了本申请实施例提供的一种社交推荐方法所涉及的实施环境示意图。如图2所示，该实施环境可以包括服务器100和车辆100。

车辆200可以包括车载定位系统201和车载通信系统202。其中，车载定位系统201用于采集车辆200的地理位置信息。示例性地，车载定位系统201可以是全球定位系统(Global Positioning System，GPS)、北斗卫星导航系统。车载通信系统202可以包括根据各种通信协议类型与外部设备(例如，服务器100)进行通信的组件。例如：车载通信系统202可以包括无线网络通信技术Wi-Fi模块，蓝牙模块，以太网模块等等。

这里可以理解的是，车辆200还可以包括其他模块，例如，主机模块、摄像头、麦克风、接口模块、音频模块、语音交互模块、空调系统等，本申请实施例对此不作限定。

服务器100可以与车辆200通信，用于为车辆200提供信息处理、信息存储等功能。例如，服务器100接收车辆200发送的车辆位置信息，并基于车辆200发送的车辆位置信息，向车辆200推送社交推荐信息。示例性地，服务器100可以是车联网核心平台(TelematicsService Provider，TSP)。

在一些实施例中，服务器100可以是一台服务器，也可以是多台服务器组成的服务器集群，还可以是一个云计算中心，本申请实施例对此不作限定。其中，服务器100用于接收车辆发送的车辆的地理位置，并确定车辆的地理位置对应的区域的区域信息，以及，基于区域信息向车辆发送社交推荐信息。

这里需要说明的是，本申请实施例提供的社交推荐方法也可以由车辆执行。具体地，获取车辆的地理位置，并确定车辆的地理位置对应的区域的区域信息，以及，基于区域信息生成社交推荐信息。

请参见图3，其示出了本申请实施例提供的一种社交推荐方法的流程示意图。该方法可以由车辆执行，也可以由服务器执行，该服务器可以是如图2所示的服务器100。如图3所示，该方法可以包括步骤310～步骤330。

步骤310，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

具体地，服务器可以接收第一车辆发送的车辆信息，其中，车辆信息可以包括第一车辆的第一地理位置。

其中，第一车辆可以是待推荐车辆，即，第一车辆为所要为其推送社交推荐信息的车辆。

第一车辆的车辆信息可以包括第一车辆的地理位置信息。该地理位置信息例如可以是经纬度信息。第一车辆的地理位置信息可以包括第一地理位置，其中，第一地理位置可以是第一车辆在当前时刻所处的地理位置。服务器可以基于地理位置信息确定第一社交推荐信息，并向第一车辆发送第一社交推荐信息。

在一些实施例中，在服务器接收第一车辆的地理位置信息时，可以接收第一车辆以第一预设频率发送的地理位置信息。示例性地，第一车辆通过车载定位系统以第二预设频率采集第一车辆的地理位置信息，并以第一预设频率向服务器发送第一车辆的地理位置信息。其中，第一车辆在当前时刻向服务器发送的地理位置信息为上述第一地理位置。这里需要说明的是，第一预设频率与第二预设频率可以相同，也可以不同。通常地，为了精确定位第一车辆，第二预设频率较高。例如，第二预设频率为每秒1次。为了将第一车辆的功耗，第一预设频率可以小于第一预设频率。例如，第一预设频率为每10秒一次。第一预设频率和第二预设频率可以根据实际经验进行设置，本申请实施例对第一预设频率和第二预设频率的数值不作具体限定。

在一些实施例中，该第一车辆的车辆信息还可以包括第一车辆的车辆标识信息。第一车辆的车辆标识信息用于唯一指示第一车辆。例如，第一车辆的车辆标识信息可以是第一车辆的车辆识别码(Vehicle Identification Number，VIN)。还例如，第一车辆的车辆标识信息也可以是第一车辆的车牌号。又例如，第一车辆的车辆标识信息还可以是用户预先对第一车辆设置的名称。这样，服务器可以通过第一车辆的车辆标识信息查询是否接收到第一车辆之前的历史地理位置，以在确定未接收到第一车辆之前的历史地理位置的情况下，结合后续步骤向第一车辆发送第一社交推荐信息。以及，在确定接收到第一车辆之前的历史地理位置的情况下，判断第一车辆的地理位置是否发生变化，以在确定第一车辆的地理位置发生变化的情况下，结合后续步骤向第一车辆发送第一社交推荐信息。

该第一车辆的车辆信息还可以包括第一车辆的地理位置的产生时间。第一车辆的地理位置的产生时间，即，第一车辆的地理位置产生的时间戳。第一车辆的地理位置的产生时间可以表征第一车辆位于该地理位置时所对应的时间。示例性地，第一车辆的地理位置的产生时间可以包括第一地理位置的产生时间。这样，服务器可以根据第一车辆的地理位置产生的时间戳，判断第一车辆的地理位置是否失效，从而保证推荐的准确性。

这里可以理解是，在第一车辆向服务器发送第一车辆的第一地理位置的情况下，第一车辆还向服务器发送第一车辆的车辆标识信息和第一地理位置的产生时间，以使服务器基于第一车辆的第一地理位置，确定第一地理位置对应的第一区域的区域信息，并生成包括第一车辆的车辆标识信息、第一地理位置对应的第一区域的区域信息、和第一地理位置的产生时间的车辆信息。

例如，第一车辆的车辆标识信息为vin123，第一车辆在北京时间2022年10月08日16点27分14秒位于东经121.464558、北纬31.259322这一位置，即，第一车辆的第一地理位置为东经121.464558、北纬31.259322，第一地理位置的产生时间为1665217634567(北京时间2022年10月08日16点27分14秒对应的时间戳)，其中，第一地理位置对应的第一区域的区域信息(即，GeoHash编码的编码值)为wtw3gcf。对此，得到的第一车辆的车辆信息为：{"vin":"vin123","timestamp":"1665217634567","code":"wtw3gcf"}，其中，vin表示车辆标识信息，timestamp表示地理位置的产生时间，code表示GeoHash编码的编码值(即，地理位置对应的区域的区域信息)。

这里需要说明的是，确定第一地理位置对应的第一区域的区域信息的步骤在后续步骤进行说明。

在步骤310之后，执行步骤320，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

其中，第一区域可以是第一地理位置所在的区域。第一区域的区域信息可以代表第一区域内所有地理位置。基于此，根据第一区域的区域信息，可以确定第一区域内除第一车辆之外的其他车辆，以及可以确定与第一区域相邻的至少一个第三区域内的车辆，进而，可以在车辆之间进行社交好友推荐。

可选地，第一区域的区域信息可以是第一区域的编码信息，即，字符串。

以GeoHash编码为例，可以将预设地图划分为多个区域，其中，一个区域对应一个编码值，一个区域对应的编码值可以代表该区域内的所有地理位置。例如，如图4所示，预设地图中包括八个区域，即，区域A1(编码值为：wtw3gcf)、区域A11(编码值为：wtw3gf1)、区域A12(编码值为：wtw3gf4)、区域A13(编码值为：wtw3gf5)、区域A14(编码值为：wtw3gcc)、区域A15(编码值为：wtw3gcg)、区域A16(编码值为：wtw3gc9)、区域A17(编码值为：wtw3gcd)、区域A18(编码值为：wtw3gce)。

这里需要说明的是，划分后的区域可以是矩形区域，其中，编码值的编码位数越多，所对应的区域越小，即，矩形区域的边长越小，进而推荐的精度越高。对此，可以根据实际需要设置编码值的位数，本申请实施例对此不作具体限定。还需要说明的是，预设地图可以是某一国家、某一城市、某一地区的地图，也可以是根据第一车辆经常行驶的路线确定的地图。

在具体实施时，服务器可以基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。继续以GeoHash编码为例，在获取第一车辆的第一地理位置之后，对第一地理位置进行GeoHash编码，得到第一地理位置对应的第一区域的编码值，即，第一地理位置所在的第一区域的区域信息。例如，如图4所示，第一车辆V1的第一地理位置为：东经121.45729，北纬31.25542，则第一地理位置对应的第一区域(即，区域A1)的编码值为wtw3gcf。

步骤330，若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息；其中，第二区域为第一车辆位于第二地理位置时对应的区域，第二地理位置为第一地理位置之前的第一车辆所在的历史地理位置；第一社交推荐信息包括第一区域内除第一车辆以外的第二车辆的社交信息，以及与第一区域相邻的至少一个第三区域内的第三车辆的社交信息。

具体地，服务器可以判断第一区域的区域信息与第二区域的区域信息是否相同，并在第一区域的区域信息与第二区域的区域信息不同的情况下，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

其中，第二区域为第一车辆位于第二地理位置时对应的区域，第二地理位置为第一地理位置之前的第一车辆所在的历史地理位置。也就是说，第二地理位置可以是在接收到第一车辆的第一地理位置之前接收到的第一车辆的历史地理位置。更具体地，第一地理位置可以是在当前时刻获取的第一车辆当前所处的地理位置，第二地理位置可以是在上一时刻获取的第一车辆之前所处的地理位置。

第二区域的区域信息可以代表第二区域内的所有地理位置。示例性地，第二区域的区域信息可以是第二区域的编码信息，例如，GeoHash编码的编码值。在本实施例中，可以比较第二地理位置所在的第二区域的GeoHash编码的编码值与第一地理位置所在第一区域的GeoHash编码的编码值是否相同，以确定第一区域的区域信息与第二区域的区域信息是否相同。

第一社交推荐信息可以包括被推荐车辆的社交信息，也就是说，可以包括在第一车辆的行驶过程中，与第一车辆时空伴随的车辆的社交信息。

更具体地，第一社交推荐信息可以包括第一区域内除第一车辆以外的第二车辆的社交信息，也就是说，第二车辆可以是与第一车辆同时处于第一区域的车辆。这里可以理解的是，与第一车辆同时处于第一区域的车辆，可以是在预设时间段内处于第一区域内的车辆，预设时间段可以是覆盖第一车辆的第一地理位置的产生时间的时间段。示例性地，预设时间段的时间长度可以是10分钟。例如，第一车辆的第一地理位置的产生时间为北京时间2022年10月08日16点27分14秒，则预设时间段可以由2022年10月08日16点22分14秒至2022年10月08日16点32分14秒的时间段。

更具体地，第一社交推荐信息还可以包括与第一区域相邻的至少一个第三区域内的第三车辆的社交信息，也就是说，第三车辆可以是在第一车辆处于第一区域时，处于与第一区域相邻的至少一个第三区域的车辆。这里可以理解的是，在第一车辆处于第一区域时处于与第一区域相邻的至少一个第三区域的车辆，可以是在预设时间段内处于与第一区域相邻的至少一个第三区域的车辆，预设时间段可以是覆盖第一车辆的第一地理位置的产生时间的时间段。其中，第三区域可以是与第一区域相邻的区域。例如，图4示出的区域A11、区域A12、区域A13、区域A14、区域A15、区域A16、区域A17和区域A18。

示例性地，请继续参见图4，以第一车辆V1位于第一区域(即，区域A1)为例，第二车辆可以包括第一区域内除第一车辆V1以外的其他车辆，即，车辆V2、车辆V3、车辆V4。第三车辆可以包括位于区域A11内的车辆V5、位于区域A13内的车辆V6、位于区域A14内的车辆V7、和位于区域A17内的车辆V8。

社交信息可以是与被推荐车辆相关的、具有社交属性的信息。社交信息可以包括被推荐车辆的相关信息，也可以包括被推荐车辆的车主的相关信息。这样，用户可以通过被推荐车辆的社交信息了解其他车主，使得车辆具有社交功能。

示例性地，该社交信息可以包括被推荐车辆的品牌名称、被推荐车辆的驾驶里程数、被推荐车辆的车主昵称、被推荐车辆的车主性别、被推荐车辆的联系方式、被推荐车辆的车主的驾龄、被推荐车辆的车主的兴趣爱好、被推荐车辆的车主的职业等。该社交信息也可以被推荐车辆所在区域的区域信息。例如，第二车辆所在区域的区域信息、第三车辆所在区域的区域信息。该社交信息还可以包括推荐时间，其中，推荐时间可以是产生推荐信息的时间。

可以理解的是，社交信息可以是用户预先设置的，社交信息也可以包括被推荐车辆的其他信息和车主的其他信息，本申请实施例对此不作具体限定。

下面以图5为例对步骤330进行说明。如图5所示，第一车辆V1在北京时间2022年10月08日16点27分14秒位于东经121.45729、北纬31.25542这一位置(即，第二地理位置)，而第一车辆V1在北京时间2022年10月08日16点27分24秒位于东经121.46415、北纬31.25816这一位置(即，第一地理位置)，其中，第二地理位置的GeoHash编码的编码值为wtw3gcf，第一地理位置的GeoHash编码的编码值为wtw3gcy。也就是说，第二地理位置对应的第二区域的区域信息(编码值)与第一地理位置对应的第一区域的区域信息(编码值)不同，此时，基于第一地理位置对应的第一区域的区域信息，确定与第一车辆时空伴随的其他车辆，并向第一车辆发送第一社交推荐信息。

在一些实施例中，在步骤320之后，该方法还可以包括：若确定第一区域的区域信息与第二区域的区域信息相同，则返回步骤310，即，重新获取第一车辆的第一地理位置。

在本实施例中，第一区域的区域信息与第二区域的区域信息不同的情况，也可以包括在获取到第一车辆当前所处的第一地理位置之前，未获取到第一车辆之前的地理位置的情况。

在一些实施例中，在基于第一地理位置，确定第一地理位置对应的第一区域的区域信息之后，该方法还可以包括：在获取到第一车辆的第一地理位置的情况下，判断是否获取到第一车辆的第二地理位置；若未获取到第一车辆的第二地理位置，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

具体地，在接收到第一车辆的第一地理位置之后，服务器可以判断是否接收到第一车辆发送的第一车辆的第二地理位置，若未接收到第一车辆发送的第一车辆的第二地理位置，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。其中，第二地理位置可以是在接收到第一车辆的第一地理位置之前接收到的第一车辆的地理位置。也就是说，第一地理位置可以是在当前时刻获取的第一车辆当前所处的地理位置，第二地理位置可以是在上一时刻获取的第一车辆之前所处的地理位置。

在具体实施时，在获取到第一车辆的第一地理位置的情况下，可以根据第一车辆的车辆标识信息进行查询，判断是否获取到第一车辆的第二地理位置，以在未获取到第一车辆的第二地理位置的情况下，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。也就是说，在首次接收到第一车辆当前所处的第一地理位置，可以直接基于第一地理位置对应的第一区域的区域信息，向第一车辆发送第一社交推荐信息。

这里需要说明的是，未获取到第一车辆的第二地理位置的情况也可以是之前获取的第一车辆的历史地理位置的失效的情况。其中，若第一车辆的历史地理位置的产生时间与第一地理位置的接收时间之间的时间间隔大于预设时间阈值，则认为第一车辆的历史地理位置已失效。

在本实施例中，在获取到第一车辆的第一地理位置的情况下，判断是否获取到第一车辆的历史地理位置，以在之前未获取到第一车辆的历史地理位置的情况下，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息，这样，与现有技术中以一定周期进行社交推荐的方式相比，可以减小数据处理量，提升推荐效率。同时，在之前未获取到第一车辆的历史地理位置的情况下，基于第一车辆当前所处的第一地理位置向第一车辆发送社交推荐信息，可以避免出现漏处理的情况，提高推荐的准确性。

请参见图6，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图6所示，该方法可以包括步骤610～步骤660。

步骤610，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤620，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

需要说明的是，步骤610-步骤620的具体实现方式可以参见前述实施中步骤310-步骤320的具体实现方式，此处不再赘述。

步骤630，若确定第一区域的区域信息与第二区域的区域信息不同，则根据第一区域的区域信息，获取第一区域对应的第一推荐列表。

步骤640，在第一推荐列表中添加第一车辆的车辆标识信息。

具体地，服务器根据第一区域的区域信息，获取第一区域对应的第一推荐列表，并在第一推荐列表中添加第一车辆的车辆标识信息。

其中，第一推荐列表可以用于指示第一区域内的所有车辆。第一推荐列表可以包括第一区域内的车辆的车辆标识信息。例如，如图4所示，第一推荐列表可以包括车辆V1、车辆V2、车辆V3、车辆V4的车辆标识信息。

需要说明的是，第一推荐列表所包括的车辆的车辆标识信息是根据车辆的地理位置动态调整的。也就是说，在车辆驶入第一区域时，在第一区域对应的第一推荐列表中添加车辆的车辆标识信息。在车辆驶离第一区域时，在第一推荐列表中删除该车辆的车辆标识信息；或者，在车辆驶入第一区域之后，在预设时长内未接收到车辆的地理位置时，在第一推荐列表中删除该车辆的车辆标识信息。

在一些实施例中，在获取到第一车辆的第一地理位置的情况下，判断是否获取到第一车辆的第二地理位置；若未获取到第一车辆的第二地理位置，则在第一区域对应的第一推荐列表中添加第一车辆的车辆标识信息。其中，第二地理位置为第一地理位置之前的第一车辆所在的历史地理位置。

在另一些实施例中，若确定第一区域的区域信息与第二区域的区域信息不同，则在第一区域对应的第一推荐列表中添加第一车辆的车辆标识信息。

步骤650，确定第一推荐列表中是否包括第二车辆的车辆标识信息、以及第三区域对应的第二推荐列表中是否包括第三车辆的车辆标识信息。

具体地，服务器确定第一推荐列表中是否包括第二车辆的车辆标识信息、以及第三区域对应的第二推荐列表中是否包括第三车辆的车辆标识信息，也就是说，服务器判断第一区域内是否存在第一车辆之外的其他车辆、以及与第一区域相邻的至少一个第三区域是否存在其他车辆，进而根据判断结果向第一车辆发送第一社交推荐信息。

步骤660，若确定第一推荐列表包括第二车辆的车辆标识信息，且第三区域对应的第二推荐列表包括第三车辆的车辆标识信息，则向第一车辆发送第一社交推荐信息。

具体地，若确定第一推荐列表包括第二车辆的车辆标识信息，且第三区域对应的第二推荐列表包括第三车辆的车辆标识信息，则服务器向第一车辆发送第二车辆的社交信息、第三车辆的社交信息。

第二推荐列表可以用于指示第三区域内的所有车辆。第二推荐列表可以包括第三区域内的车辆的车辆标识信息。可选地，至少一个第三区域一一对应一个第二推荐列表。例如，如图4所示，区域A1相邻的八个区域分别一一对应有一个第二推荐列表。其中，区域A11对应的第二推荐列表包括车辆V5的车辆标识信息，区域A13对应的第二推荐列表包括车辆V6的车辆标识信息，区域A14对应的第二推荐列表包括车辆V7的车辆标识信息，区域A17对应的第二推荐列表包括车辆V8的车辆标识信息。

需要说明的是，第二推荐列表所包括的车辆的车辆标识信息是根据车辆的地理位置动态调整的。也就是说，在车辆驶入第三区域时，在第三区域对应的第二推荐列表中添加车辆的车辆标识信息。在车辆驶离第三区域时，在第二推荐列表中删除该车辆的车辆标识信息；或者，在车辆驶入第三区域之后，在预设时长内未接收到车辆的地理位置时，在第二推荐列表中删除该车辆的车辆标识信息。

这里还需要说明的是，步骤660中基于第一区域的区域信息向第一车辆发送第一社交推荐信息的具体实现方式可以参见前述实施中步骤330的具体实现方式，此处不再赘述。

在一些实施例中，在步骤650之后，还包括：若确定第一推荐列表包括第二车辆的车辆标识信息、第三区域对应的第二推荐列表不包括第三车辆的车辆标识信息，则向第一车辆发送第二车辆的社交信息。

在一些实施例中，在步骤650之后，还包括：若确定第一推荐列表不包括第二车辆的车辆标识信息、第三区域对应的第二推荐列表包括第三车辆的车辆标识信息，则向第一车辆发送第三车辆的社交信息。

在一些实施例中，在步骤650之后，还包括：若确定第一推荐列表不包括第二车辆的车辆标识信息、且第三区域对应的第二推荐列表不包括第三车辆的车辆标识信息，则不执行向第一车辆发送第一社交推荐信息的步骤。

在本实施例中，在确定第一车辆的第一地理位置之后，根据第一区域的区域信息，获取第一地理位置所在的第一区域对应的第一推荐列表，并在第一推荐列表中添加第一车辆的车辆标识信息，以基于第一推荐列表，向第一车辆推荐位于第一区域内的其他车辆，以及，基于第一区域相邻的第三区域对应的第二推荐列表，向第一车辆推荐位于第三区域的第三车辆，这样，可以根据驶入第一区域的车辆的情况实时更新第一推荐列表、以及根据驶入第三区域的车辆的情况实时更新第二推荐列表，进而基于第一推荐列表和第二推荐列表向第一车辆推荐其他车辆，可以提高推荐的准确性。再者，在向任意一辆驶入第一区域的车辆进行社交推荐时，不需要重复确定第一区域和第三区域内的其他车辆的情况，即可以基于第一推荐列表和第二推进列表进行社交推荐，可以降低数据运算量，提升推荐效率。

请参见图7，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图7所示，该方法可以包括步骤710～步骤770。

步骤710，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤720，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

步骤730，根据第一区域的区域信息，获取第一区域对应的第一推荐列表。

步骤740，在第一推荐列表中添加第一车辆的车辆标识信息。

需要说明的是，步骤710和步骤720的具体实现方式可以参见前述实施中步骤310和步骤320的具体实现方式，此处不再赘述。步骤730和步骤740的具体实现方式可以参见前述实施中步骤630和步骤640的具体实现方式，此处不再赘述。

步骤750，判断预设时长内是否获取到第一车辆的新的地理位置。

预设时长可以用于衡量是否长时间没有获取到第一车辆的地理位置。预设时长例如可以是12min，预设时长的起始时刻为获取到第一地理位置的时刻。

步骤760，若预设时长内未获取到第一车辆的新的地理位置，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一些实施例中，在步骤750之后，该方法还包括：步骤770，若预设时长内获取到第一车辆的新的地理位置，则根据重新获取到的第一车辆的新的地理位置进行社交推荐。

其中，根据重新获取到的第一车辆的新的地理位置进行社交推荐的具体实施方式可以参见步骤310-步骤330，在此不再赘述。

在本实施例中，若预设时长内未获取到第一车辆的新的地理位置，也就是说，第一车辆超过一定时间未上传新的地理位置，此时，认为第一车辆停车熄火，没有推荐价值，在第一推荐列表中删除第一车辆的车辆标识信息。这样，可以根据第一车辆的情况，更新第一推荐列表，进而，基于更新后的第一推荐列表向驶入第一区域的车辆推荐位于第一区域内的其他车辆，能够保证推荐的时效性。

请参见图8，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图8所示，该方法可以包括步骤810～步骤880。

步骤810，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤820，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

步骤830，根据第一区域的区域信息，获取第一区域对应的第一推荐列表。

步骤840，在第一推荐列表中添加第一车辆的车辆标识信息。

需要说明的是，步骤810和步骤820的具体实现方式可以参见前述实施中步骤310和步骤320的具体实现方式，此处不再赘述。步骤830和步骤840的具体实现方式可以参见前述实施中步骤630和步骤640的具体实现方式，此处不再赘述。

步骤850，获取第一车辆的第三地理位置。

第三地理位置可以是在接收到第一车辆的第一地理位置之后接收到的第一车辆的地理位置。也就是说，第一地理位置可以是在当前时刻获取的第一车辆当前所处的地理位置，第三地理位置可以是在下一时刻获取的第一车辆之前所处的地理位置。

步骤860，基于第三地理位置，确定第三地理位置对应的第四区域的区域信息。

第四区域为第一车辆位于第三地理位置时对应的区域。第四区域的区域信息可以代表第四区域内的所有地理位置。示例性地，第四区域的区域信息可以是第四区域的编码信息，例如，GeoHash编码的编码值。

步骤870，判断第四区域的区域信息与第一区域的区域信息是否相同。

在具体实施时，可以比较第三地理位置所在的第四区域的GeoHash编码的编码值与第一地理位置所在第一区域的GeoHash编码的编码值是否相同，以确定第四区域的区域信息与第一区域的区域信息是否相同。

步骤880，若确定第四区域的区域信息与第一区域的区域信息不同，则在第一推荐列表中删除第一车辆的车辆标识信息。

请继续参见图5，第一车辆V1在北京时间2022年10月08日16点27分14秒位于东经121.45729、北纬31.25542这一位置(即，第一地理位置)，而第一车辆V1在北京时间2022年10月08日16点27分24秒位于东经121.46415、北纬31.25816这一位置(即，第三地理位置)，其中，第一地理位置的GeoHash编码的编码值为wtw3gcf，第三地理位置的GeoHash编码的编码值为wtw3gcy。也就是说，第三地理位置对应的第四区域的区域信息(编码值)与第一地理位置对应的第一区域的区域信息(编码值)不同，此时，在第一区域的第一推荐列表中删除第一车辆的车辆标识信息。

在本实施例中，在第一推荐列表添加第一车辆的车辆标识信息之后，获取第一车辆的新的第三地理位置，若确定第三地理位置对应的第四区域的区域信息与第一区域的区域信息不同，则在第一推荐列表中删除第一车辆的车辆标识信息，也就是说，在第一车辆驶离第一地理位置对应的第一区域时，在第一推荐列表中删除第一车辆的车辆标识信息。这样，可以根据第一车辆的情况，更新第一推荐列表，进而，基于更新后的第一推荐列表向驶入第一区域的车辆推荐位于第一区域内的其他车辆，能够保证推荐的时效性。

在本实施例中，在步骤870之后，还可以包括：若确定第四区域的区域信息与第一区域的区域信息相同，则保持第一推荐列表不变，并将第一车辆的地理位置更新为第三地理位置，以及存储第三地理位置的产生时间。这样，在之后获取到第一车辆的新的地理位置时，可以基于第三地理位置判断第一车辆的地理位置是否发生变化，进而，在第一车辆的地理位置发生变化时再次进行社交推荐。以及，可以基于第三地理位置的产生时间，判断第三地理位置是否失效，以在第三地理位置失效时，更新第一推荐列表。

请参见图9，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图9所示，该方法可以包括步骤910～步骤930。

步骤910，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤920，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

需要说明的是，步骤910和步骤920的具体实现方式可以参见前述实施中步骤310和步骤320的具体实现方式，此处不再赘述。

步骤930，向第二车辆发送第二社交推荐信息，其中，第二社交推荐信息包括第一车辆的社交信息。

该第一车辆的社交信息可以包括第一车辆的品牌名称、第一车辆的驾驶里程数、第一车辆的车主昵称、第一车辆的车主性别、第一车辆的联系方式、第一车辆的车主的驾龄、第一车辆的车主的兴趣爱好、第一车辆的车主的职业等。

在本实施例中，在第一车辆驶入第一区域时，向位于第一区域内的其他车辆(第二车辆)发送第一车辆的社交信息。这样，可以实现在车辆之间进行好友相互推荐。

在一些实施例中，向第二车辆发送第二社交推荐信息可以包括多种方式。第一种方式，在获取到第一车辆当前所处的第一地理位置的情况下，若未获取到第一车辆之前的地理位置，则向第二车辆发送第二社交推荐信息。第二种方式，在第一车辆当前所处的第一地理位置相比于第一车辆之前所处的地理位置发生变化时，则向第二车辆发送第二社交推荐信息。

请参见图10，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图10所示，该方法可以包括步骤1010～步骤1030。

步骤1010，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤1020，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

需要说明的是，步骤1010和步骤1020的具体实现方式可以参见前述实施中步骤310和步骤320的具体实现方式，此处不再赘述。

步骤1030，向第三车辆发送第三社交推荐信息，其中，第三社交推荐信息包括第一车辆的社交信息。

在本实施例中，在第一车辆驶入第一区域时，向与第一区域相邻的至少一个第三区域内的第三车辆发送第一车辆的社交信息。这样，可以实现在车辆之间进行好友相互推荐。

在一些实施例中，向第三车辆发送第二社交推荐信息可以包括多种方式。第一种方式，在获取到第一车辆当前所处的第一地理位置的情况下，若未获取到第一车辆之前的地理位置，则向第三车辆发送第二社交推荐信息。第二种方式，在第一车辆当前所处的第一地理位置相比于第一车辆之前所处的地理位置发生变化时，则向第三车辆发送第二社交推荐信息。

在本实施例中，在第一车辆的行驶过程中，可以获取第一车辆的第一地理位置，并基于第一地理位置，确定第一地理位置对应的第一区域的区域信息，以向第一区域内的除第一车辆之外的其他车辆、以及与第一区域相邻的至少一个第三区域内的车辆发送第一车辆的社交信息。这样，可以基于车辆的地理位置，在车辆之间进行好友相互推荐。并且，相比于现有技术中根据两辆车辆之间的距离进行社交推荐的方式，可以提高推荐精度，降低数据处理量，提升推荐效率。以及，与现有的基于地址编码的方式进行社交推荐的方式，可以避免出现漏处理，提高推荐的准确性。再者，本实施例可以基于第一车辆的第一地理位置进行社交推荐，不需要用户触发，不会对干扰用户驾驶车辆，可以保证驾驶的安全性。

请参见图11，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图11所示，该方法可以包括步骤1110～步骤1160。

步骤1110，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤1120，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

需要说明的是，步骤1110和步骤1120的具体实现方式可以参见前述实施中步骤310和步骤320的具体实现方式，此处不再赘述。

步骤1130，获取第一车辆对应的历史推荐信息中第二车辆的第一历史推荐时间和第三车辆的第二历史推荐时间。

历史推荐信息可以是第一车辆之前接收到的推荐信息。历史推荐信息可以包括被推荐车辆的车辆标识信息和历史推荐时间。其中，历史推荐时间可以是发送历史推荐信息的时间。

第一历史推荐时间可以是第一车辆上一次接收到的第二车辆的推荐信息的发生时间。

第二历史推荐时间可以是第一车辆上一次接收到的第三车辆的推荐信息的发生时间。

在具体实施时，可以判断第一车辆接收到的历史推荐信息中是否包括第二车辆的历史推荐信息，若第一车辆接收到的历史推荐信息中包括第二车辆的历史推荐信息，则获取第二车辆的第一历史推荐时间。以及，可以判断第一车辆接收到的历史推荐信息中是否包括第三车辆的历史推荐信息，若第一车辆接收到的历史推荐信息中包括第三车辆的历史推荐信息，则获取第三车辆的第二历史推荐时间。

步骤1140，确定第一历史推荐时间与当前时间之间的第一时间差，以及，第二历史推荐时间与当前时间之间的第二时间差。

当前时间可以是将要推送的第一社交推荐信息的推荐时间，即，第一社交推荐信息发生的时间。其中，第一社交推荐信息可以包括第二车辆的社交推荐信息和第三车辆的社交推荐信息。

第一时间差可以反映将要向第一车辆发送的第二车辆的社交推荐信息的产生时间与第一车辆上一次接收到的第二车辆的推荐信息的产生时间的间隔时间。

第二时间差可以反映将要向第一车辆发送的第三车辆的社交推荐信息的产生时间与第一车辆上一次接收到的第三车辆的推荐信息的产生时间的间隔时间。

步骤1150，判断第一时间差是否大于预设时间差、以及第二时间差是否大于预设时间差。

预设时间差用于衡量第一车辆相邻两次接收到的同一车辆的推荐信息的间隔时间是否较短。例如，预设时间差可以是5min。需要说明的是，预设时间差的长度可以根据实际需要进行设置，本申请实施例对此不作限定。

在本实施例中，在获取第二车辆的第一历史推荐时间之后，将第一历史推荐时间与当前时间之间的第一时间差和预设时间差进行比较，可以判断第一时间差是否过短，也就是说，可以判断是否在较短的时间内已向第一车辆推荐过第二车辆。类似地，在获取第三车辆的第二历史推荐时间之后，将第二历史推荐时间与当前时间之间的第二时间差和预设时间差进行比较，可以判断第二时间差是否过短，也就是说，可以判断是否在较短的时间内已向第一车辆推荐过第三车辆。

步骤1160，若第一时间差和第二时间差均大于预设时间差，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

在本实施例中，在第二车辆的第一历史推荐与当前时间之间的第一时间差大于预设时间差、且第三车辆的第二历史推荐与当前时间之间的第二时间差大于预设时间差，说明在较长一段时间内未向第一车辆推荐第二车辆和第三车辆，此时，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

这里还需要说明的是，步骤1160中基于第一区域的区域信息向第一车辆发送第一社交推荐信息的具体实现方式可以参见前述实施中步骤330的具体实现方式，此处不再赘述。

在本实施例中，在基于第一车辆当前所在的第一区域的区域信息确定所要推荐的其他车辆之后，可以判断之前是否推荐过其他车辆，以及获取第一车辆的历史推荐信息中其他车辆的历史推荐时间，以在其他车辆的历史推荐时间与当前时间的时间差大于预设时间差的情况下，再次向第一车辆推荐其他车辆。这样，可以将第一社交推荐信息过滤后进行推荐，可以避免短时间内重复推荐同一车辆的情况，进一步提升推荐效率，用户体验更好。

在一些实施例中，在判断第一时间差是否大于预设时间差、以及第二时间差是否大于预设时间差之后，该方法还可以包括：若第一时间差小于或等于预设时间差，则不向第一车辆发送第二车辆的社交信息。

在本实施例中，若第二车辆的第一历史推荐与当前时间之间的第一时间差小于或等于预设时间差，说明较短时间内向第一车辆发送过第二车辆的车辆标识信息，此时，在推荐时不向第一车辆推荐第二车辆，这样，可以避免短时间重复推荐同一车辆，进一步提升推荐效率，用户体验更好。

在一些实施例中，在判断第一时间差是否大于预设时间差、以及第二时间差是否大于预设时间差之后，该方法还可以包括：若第二时间差小于或等于预设时间差，则不向第一车辆发送第三车辆的社交信息。

在本实施例中，若第三车辆的第二历史推荐与当前时间之间的第二时间差小于或等于预设时间差，说明较短时间内向第一车辆发送过第三车辆的车辆标识信息，此时，在推荐时不向第一车辆推荐第三车辆，这样，可以避免短时间重复推荐同一车辆，进一步提升推荐效率，用户体验更好。

下面对上述实施例中的生成第一社交推荐信息的过程进行说明。

在确定第一区域的区域信息与第二区域的区域信息不同的情况下，服务器确定第一区域内除第一车辆以外的第二车辆、和与第一区域相邻的至少一个第三区域内的第三车辆，并生成推荐结果。之后，基于推荐结果，确定第二车辆的社交信息和第三车辆的社交信息，并向第一车辆发送第二车辆的社交信息和第三车辆的社交信息，即第一社交推荐信息。

其中，一个推荐结果对应一个被推荐车辆。推荐结果可以包括被推荐车辆的车辆标识信息。例如，第二车辆的车辆标识信息、第三车辆的车辆标识信息。在确定推荐结果之后，可以根据推荐结果中被推荐车辆的车辆标识信息，查找被推荐的车辆的社交信息，以得到社交推荐信息。

推荐结果还可以包括被推荐车辆所在区域的区域信息。例如，第二车辆所在区域的区域信息、第三车辆所在区域的区域信息。推荐结果还可以包括推荐车辆的车辆标识信息和推荐车辆所在区域的区域信息。例如，第一车辆的车辆标识信息和第一车辆所在的第一地理位置的第一区域的区域信息。推荐结果还可以包括推荐时间，其中，推荐时间可以是产生推荐信息的时间。需要说明的是，区域信息可以是GeoHash编码的编码值。

示例性地，一个推荐结果可以包括：推荐车辆的VIN码、被推荐车辆的VIN码、推荐发生时推荐车辆所在的区域的GeoHash编码的编码值、推荐发生时被推荐车辆所在的区域的GeoHash编码的编码值、以及推荐时间(即，该推荐结果发生的时间戳)。

以图4示出的第一车辆为例，第一车辆V1为推荐车辆，在第一车辆V1当前位于第一区域(区域A1)时，可以生成7条推荐结果，其中，推荐结果1：第一车辆V1(推荐车辆)的VIN码、车辆V2(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V2所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、推荐时间(例如，可以是当前时间)；

推荐结果2：第一车辆V1(推荐车辆)的VIN码、车辆V3(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V3所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、推荐时间(例如，可以是当前时间)；

推荐结果3：第一车辆V1(推荐车辆)的VIN码、车辆V4(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V4所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、推荐时间(例如，可以是当前时间)；

推荐结果4：第一车辆V1(推荐车辆)的VIN码、车辆V5(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V5所在的第三区域(区域A11)的GeoHash编码的编码值(wtw3gf1)、推荐时间(例如，可以是当前时间)；

推荐结果5：第一车辆V1(推荐车辆)的VIN码、车辆V6(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V6所在的第三区域(区域A13)的GeoHash编码的编码值(wtw3gf5)、推荐时间(例如，可以是当前时间)；

推荐结果6：第一车辆V1(推荐车辆)的VIN码、车辆V7(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V7所在的第三区域(区域A14)的GeoHash编码的编码值(wtw3gcc)、推荐时间(例如，可以是当前时间)；

推荐结果7：第一车辆V1(推荐车辆)的VIN码、车辆V8(被推荐车辆)的VIN码、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、车辆V8所在的第三区域(区域A17)的GeoHash编码的编码值(wtw3gcd)、推荐时间(例如，可以是当前时间)。

基于此，针对上述七条推荐结果，可以生成七条社交推荐信息。

在本实施例中，推荐结果包括推荐车辆的VIN码、被推荐车辆的VIN码、推荐发生时推荐车辆所在的区域的GeoHash编码的编码值、被推荐发生时推荐车辆所在的区域的GeoHash编码的编码值、以及推荐时间，这样，可以基于推荐结果确定确定社交推荐信息进行过滤，避免重复推荐。

在一些实施例中，在生成推荐结果之后，可以对推荐结果进行标注，根据推荐结果的标注信息可以查询之前是否接收到相同车辆的历史推荐结果，以及，在之前接收到相同车辆的历史推荐结果的情况下，根据该推荐结果的推荐时间与历史推荐结果的历史推荐时间，对推荐结果进行过滤。这样，可以避免重复推荐，还可以提高筛选效率。

例如，第一社交推荐信息对应的推荐结果包括推荐结果a和推荐结果b；

推荐结果a：第一车辆V1(推荐车辆)的VIN码(VIN1)、第二车辆V2(被推荐车辆)的VIN码(VIN2)、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、第二车辆V2所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、推荐时间(当前时间)；

推荐结果b：第一车辆(推荐车辆)的VIN码(VIN1)、第三车辆V5(被推荐车辆)的VIN码(VIN5)、第一车辆所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、第三车辆V5所在的第一区域(区域A11)的GeoHash编码的编码值(wtw3gf1)、推荐时间(当前时间)。

第二社交推荐信息对应的推荐结果包括推荐结果c和推荐结果d。

推荐结果d：第二车辆V2(推荐车辆)的VIN码(VIN2)、第一车辆V1(被推荐车辆)的VIN码(VIN1)、第二车辆V2所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、第一车辆V1所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、推荐时间(当前时间)；

推荐结果b：第三车辆V5(推荐车辆)的VIN码(VIN5)、第一车辆(被推荐车辆)的VIN码(VIN1)、第三车辆V5所在的第一区域(区域A11)的GeoHash编码的编码值(wtw3gf1)、第一车辆所在的第一区域(区域A1)的GeoHash编码的编码值(wtw3gcf)、推荐时间(当前时间)。

对此，推荐结果a和推荐结果c的标注信息均为VIN12、推荐结果b和推荐结果d的标注信息均为VIN15。这样，可以根据标注信息，可以查询之前是否出现过具有该标注信息的历史推荐结果，如果出现过，则根据该推荐结果的当前推荐时间与历史推荐结果的历史推荐时间的间隔时间，对该推荐结果进行过滤，可以避免重复推荐。

在一些实施例中，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息之后，该方法还可以包括：接收用户对第一社交推荐信息的反馈操作；响应于反馈操作，对第一社交推荐信息执行相应处理，并对第一社交推荐信息添加用户反馈状态。

其中，反馈操作可以是用户对第一社交推荐信息的处理操作。用户反馈状态可以包括已处理状态和未处理状态。已处理状态可以包括接受或者拒绝。

示例性地，第一社交推荐信息可以包括与多个被推荐车辆的一一对应的多条社交信息，第一车辆可以显示社交信息列表，每一被推荐车辆对应的社交信息可以包括“接受”控件和“拒绝”控件，用户可以对每一被推荐车辆对应的社交信息进行处理，例如，点击“接受”控件或者“拒绝”控件。用户也可以不对被推荐车辆对应的社交信息处理，例如，直接忽略或者删除该被社交信息。

在本实施例中，在向第一车辆发送第一社交推荐信息之后，可以响应于用户的反馈操作，对第一社交推荐信息添加用户反馈状态，这样，当产生新的第一社交推荐信息时，可以根据之前的第一社交推荐信息的用户反馈状态对新的第一社交推荐信息进行处理，避免重复推荐。

请参见图12，其示出了本申请实施例提供的又一种社交推荐方法的流程示意图。如图12所示，该方法可以包括步骤1210～步骤1240。

步骤1210，获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置。

步骤1220，基于第一地理位置，确定第一地理位置对应的第一区域的区域信息。

需要说明的是，步骤1210和步骤1220的具体实现方式可以参见前述实施中步骤310和步骤320的具体实现方式，此处不再赘述。

步骤1230，若确定第一区域的区域信息与第二区域的区域信息不同，则获取第一车辆对应的历史推荐信息。

步骤1240，若历史推荐信息中包括第二车辆和第三车辆的用户反馈状态，且第二车辆和第三车辆的用户反馈状态均为未处理状态，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

其中，用户反馈状态可以指示用户对历史推荐信息的反馈状态。示例性地，第二车辆的用户反馈状态可以指示第一车辆的用户对第二车辆的历史推荐信息的反馈状态。第三车辆的用户反馈状态可以指示第一车辆的用户对第三车辆的历史推荐信息的反馈状态。

在一些实施例中，在若确定第一区域的区域信息与第二区域的区域信息不同，则获取第一车辆对应的历史推荐信息之后，该方法还可以包括：若第二车辆的用户反馈状态为已处理状态，则不执行向第一车辆发送第二车辆的社交信息的步骤。

在一些实施例中，在若确定第一区域的区域信息与第二区域的区域信息不同，则获取第一车辆对应的历史推荐信息之后，该方法还可以包括：若第三车辆的用户反馈状态为已处理状态，则不执行向第一车辆发送第三车辆的社交信息的步骤。

在本实施例中，在确定第一区域的区域信息与第二区域的区域信息不同的情况下，可以获取第一车辆对应的历史推荐信息，判断历史推荐信息中是否包括第二车辆和第三车辆，如果历史推荐信息中包括第二车辆和第三车辆，继续获取第二车辆的用户反馈状态和第三车辆的反馈状态，以在第二车辆和第三车辆的用户反馈状态均为未处理状态的情况下，基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。这样，仅在之前未推荐过第二车辆和第三车辆、以及第一车辆的用户未对之前推荐过的第二车辆和第三车辆进行处理时，向第一车辆推荐第二车辆和第三车辆，可以避免重复推荐。

请参见图13，下面以一个具体的例子，对本申请实施例提供的社交推荐方法进行说明。

步骤1301，接收第一车辆的第一地理位置(当前地理位置)；

步骤1302，对第一车辆的第一地理位置进行GeoHash编码，得到第一地理位置所在区域的编码值；

步骤1303，根据第一车辆的车辆标识信息、第一区域的编码值和第一地理位置的产生时间，生成第一车辆的车辆信息(消息体)；

步骤1304，判断是否存储有第一车辆的第二地理位置(历史地理位置或者上一地理位置)，如果是，执行步骤1305，否则，执行步骤1306；

步骤1305，判断第一地理位置所在区域的编码值与第二地理位置所在区域的编码值是否不同，如果是，执行步骤1306，否则，结束流程；

步骤1306，生成第一地理位置所在区域的编码值的变动通知；

变动通知可以包括车辆的车辆标识信息、区域信息(GeoHash编码)、变动通知的产生时间、和通知类型。

通知类型可以包括四种，即，Center In、Center Out、Around In、Around Out四种类型。其中，变动通知的类型为Center In，则车辆驶入该变动通知的区域信息(GeoHash编码)对应的区域；变动通知的类型为Center Out，则车辆驶离该变动通知的区域信息(GeoHash编码)对应的区域；变动通知的类型为Around In，则车辆驶入该变动通知的区域信息(GeoHash编码)对应的区域的临近区域；变动通知的类型为Around Out，则车辆驶离该变动通知的区域信息(GeoHash编码)对应的区域的临近区域。

示例性地，对于在服务器接收到第一车辆的第一地理位置(当前地理位置)时，服务器未存储有第一车辆的第二地理位置(历史地理位置或者上一地理位置)的情况，也就是说，首次接收到第一车辆的第一地理位置(当前地理位置)，或者，较长时间未接收到第一车辆的第二地理位置(历史地理位置或者上一地理位置)的情况，根据第一车辆的第一地理位置(当前地理位置)生成变动通知。更具体地，针对第一车辆当前所在的区域，生成一个变动通知，以及，针对于第一车辆当前所在的区域相邻的八个区域，生成八个变态通知。

以图4示出的第一车辆V1为例，第一车辆V1在北京时间2022年10月08日16点27分14秒位于东经121.464558、北纬31.259322这一位置，也就是说，第一车辆V1驶入区域A1，第一车辆V1驶入区域A11、区域A12、区域A13、区域A14、区域A15、区域A16、区域A17、区域A18的附近。则此时，产生的变动通知包括：

针对区域A1的变动通知1：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gcf","Type":"Center In"}；

针对区域A11的变动通知2：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gf1","Type":"Around In"}；

针对区域A12的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gf4","Type":"Around In"}；

针对区域A13的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gf5","Type":"Around In"}；

针对区域A14的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gcc","Type":"Around In"}；

针对区域A15的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gcg","Type":"Around In"}；

针对区域A16的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gc9","Type":"Around In"}；

针对区域A17的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gcd","Type":"Around In"}；

针对区域A18的变动通知3：{"vin":"vin1","timestamp":"1665217634567","GeoHash":"wtw3gce","Type":"Around In"}；

其中，vin表示车辆标识信息，timestamp表示地理位置的产生时间，GeoHash表示该变动通知对应的区域的GeoHash编码的编码值，Type表示变动通知的类型。

示例性地，对于在服务器接收到第一车辆的第一地理位置(当前地理位置)时，服务器存储有第一车辆的第二地理位置(历史地理位置或者上一地理位置)，且第一地理位置与第二地理位置对应的区域不同的情况，根据第一车辆的第一地理位置(当前地理位置)生成变动通知。更具体地，针对第一车辆之前所在的区域，生成一个变动通知，针对于第一车辆之前所在的区域相邻的八个区域，生成八个变态通知。以及，针对第一车辆当前所在的区域，生成一个变动通知，针对于第一车辆当前所在的区域相邻的八个区域，生成八个变态通知。

以图5示出的第一车辆V1为例，第一车辆V1在北京时间2022年10月08日16点27分14秒位于东经121.45729、北纬31.25542这一位置(即，第二地理位置)，而第一车辆V1在北京时间2022年10月08日16点27分24秒位于东经121.46415、北纬31.25816这一位置(即，第一地理位置)，也就是说，第一车辆V1驶离区域A1，第一车辆V1驶离区域A11、区域A12、区域A13、区域A14、区域A15、区域A16、区域A17、区域A18的附近，第一车辆V1驶入区域B1，第一车辆V1驶入区域B11、区域B12、区域B13、区域B14、区域B15、区域B16、区域B17、区域B18的附近。则此时，产生的变动通知包括：

针对驶离的区域，包括：

针对区域A1的变动通知1：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcf","Type":"Center Out"}；

针对区域A11的变动通知2：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gf1","Type":"Around Out"}；

针对区域A12的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gf4","Type":"Around Out"}；

针对区域A13的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gf5","Type":"Around Out"}；

针对区域A14的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcc","Type":"Around Out"}；

针对区域A15的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcg","Type":"Around Out"}；

针对区域A16的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gc9","Type":"Around Out"}；

针对区域A17的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcd","Type":"Around Out"}；

针对区域A18的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gce","Type":"Around Out"}；

针对驶入的区域，包括：

针对区域B1的变动通知1：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcy","Type":"Center In"}；

针对区域B11的变动通知2：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gfj","Type":"Around In"}；

针对区域B12的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gfn","Type":"Around In"}；

针对区域B13的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gfp","Type":"Around In"}；

针对区域B14的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcv","Type":"Around In"}；

针对区域B15的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcz","Type":"Around In"}；

针对区域B16的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gct","Type":"Around In"}；

针对区域B17的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcw","Type":"Around In"}；

针对区域B18的变动通知3：{"vin":"vin1","timestamp":"1665217644000","GeoHash":"wtw3gcx","Type":"Around In"}；

步骤1307，根据变动通知，确定推荐结果；

该推荐结果包括被推荐车辆的车辆标识信息。

示例性地，对应变动通知的类型为Center In，在该变动通知对应的区域的推荐列表(Center池)中添加第一车辆的车辆标识信息，判断该变动通知对应的区域的推荐列表(Center池)是否有除第一车辆之外的其他车辆(第二车辆)，若在该变动通知对应的区域的推荐列表(Center池)有除第一车辆之外的其他车辆(第二车辆)，则第一车辆的推荐结果包括第二车辆的车辆标识信息，以及第二车辆的推荐结果包括第一车辆的车辆标识信息。

示例性地，对应变动通知的类型为Center Out，在该变动通知对应的区域的推荐列表(Center池)中删除第一车辆的车辆标识信息。

示例性地，对应变动通知的类型为Around In，该变动通知对应的区域的推荐列表(Around池)中添加第一车辆的车辆标识信息，判断该变动通知对应的区域的推荐列表(Around池)是否有其他车辆(第三车辆)，若该变动通知对应的区域的推荐列表(Around池)有其他车辆(第三车辆)，则第一车辆的推荐结果包括第三车辆的车辆标识信息，以及第三车辆的推荐结果包括第一车辆的车辆标识信息。

示例性地，对应变动通知的类型为Around Out，在该变动通知对应的区域的推荐列表(Around池)中删除第一车辆的车辆标识信息。

步骤1308，生成推荐结果的标注信息和该推荐结果对应的推荐时间(当前时间)；

步骤1309，判断是否存储有与该标注信息对应的历史推荐结果，如果是，执行步骤1310，否则，执行步骤1311；

步骤1310，获取历史推荐结果的历史推荐时间与推荐结果对应的推荐时间(当前时间)之间的时间差；

步骤1311，存储该推荐结果的标注信息和该推荐结果对应的推荐时间。

步骤1312，判断时间差是否大于预设时间差，如果是，执行步骤1312，否则，结束流程；

步骤1313，根据推荐结果，确定第一社交推荐信息，并推送第一社交推荐信息。

在该例子中，相比于现有技术中根据两辆车辆之间的距离进行社交推荐的方式，可以提高推荐精度，降低数据处理量，提升推荐效率。并且，与现有的基于地址编码的方式进行社交推荐的方式，可以避免出现漏处理，提高推荐的准确性。再者，与现有技术中以一定周期进行社交推荐的方式相比，可以在第一车辆的地理位置发生变化的情况下进行社交推荐，可以减小数据处理量，提升推荐效率。同时，在第一车辆的地理位置发生变化的情况下进行社交推荐，可以避免出现漏处理的情况，提高推荐的准确性。此外，本实施例可以在第一车辆的地理位置发生变化的情况下进行社交推荐，不需要用户触发，不会对干扰用户驾驶车辆，可以保证驾驶的安全性。

请参见图14，本申请实施例还提供了一种社交推荐装置1400，如图14所示，该社交推荐装置1400包括：第一获取模块1401、第一确定模块1402和第一发送模块1403。

其中，该第一获取模块1401用于获取第一车辆的车辆信息，车辆信息包括第一车辆的第一地理位置；该第一确定模块1402用于基于第一地理位置，确定第一地理位置对应的第一区域的区域信息；该第一发送模块1403用于若确定第一区域的区域信息与第二区域的区域信息不同，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息；其中，第二区域为第一车辆位于第二地理位置时对应的区域，第二地理位置为第一地理位置之前的第一车辆所在的历史地理位置；第一社交推荐信息包括第一区域内除第一车辆以外的第二车辆的社交信息，以及与第一区域相邻的至少一个第三区域内的第三车辆的社交信息。

在一些实施例中，车辆信息还包括第一车辆的车辆标识信息，第一发送模块1403，包括：列表获取单元，用于根据第一区域的区域信息，获取第一区域对应的第一推荐列表；添加单元，用于在第一推荐列表中添加第一车辆的车辆标识信息；发送单元，用于若确定第一推荐列表包括第二车辆的车辆标识信息，且第三区域对应的第二推荐列表包括第三车辆的车辆标识信息，则向第一车辆发送第一社交推荐信息。

在一些实施例中，该社交推荐装置1400还包括：第一删除模块，用于若预设时长内未获取到第一车辆的新的地理位置，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一些实施例中，该社交推荐装置1400还包括：第二获取模块，用于获取第一车辆的第三地理位置；第二确定模块，用于基于第三地理位置，确定第三地理位置对应的第四区域的区域信息；第二删除模块，用于若确定第四区域的区域信息与第一区域的区域信息不同，则在第一推荐列表中删除第一车辆的车辆标识信息。

在一些实施例中，该社交推荐装置1400还包括：第二发送模块，用于向第二车辆发送第二社交推荐信息，和/或，向第三车辆发送第三社交推荐信息；其中，第二社交推荐信息和第三社交推荐信息均包括第一车辆的社交信息。

在一些实施例中，该社交推荐装置1400还包括：第三获取模块，用于获取第一车辆对应的历史推荐信息中第二车辆的第一历史推荐时间和第三车辆的第二历史推荐时间；第三确定模块，用于确定第一历史推荐时间与当前时间之间的第一时间差，以及，第二历史推荐时间与当前时间之间的第二时间差；第一发送模块，具体用于若第一时间差和第二时间差均大于预设时间差，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

在一些实施例中，第一发送模块，具体用于：若确定第一区域的区域信息与第二区域的区域信息不同，则获取第一车辆对应的历史推荐信息；若历史推荐信息中包括第二车辆和第三车辆的用户反馈状态，且第二车辆和第三车辆的用户反馈状态均为未处理状态，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

根据本申请实施例，相比于现有技术中根据两辆车辆之间的距离进行社交推荐的方式，可以提高推荐精度，降低数据处理量，提升推荐效率。并且，与现有的基于地址编码的方式进行社交推荐的方式，可以避免出现漏处理，提高推荐的准确性。再者，与现有技术中以一定周期进行社交推荐的方式相比，可以在第一车辆的地理位置发生变化的情况下进行社交推荐，可以减小数据处理量，提升推荐效率。同时，在第一车辆的地理位置发生变化的情况下进行社交推荐，可以避免出现漏处理的情况，提高推荐的准确性。此外，本实施例可以在第一车辆的地理位置发生变化的情况下进行社交推荐，不需要用户触发，不会对干扰用户驾驶车辆，可以保证驾驶的安全性。

请参见图15，本申请实施例还提供了一种电子设备，包括：处理器1501、存储器1502、通信接口1503和通信总线1504，处理器1501、存储器1502和通信接口1503通过通信总线1504完成相互间的通信；存储器1502用于存放至少一可执行指令，可执行指令使处理器1501执行如上述的社交推荐方法的相关步骤。

其中，处理器1501可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器1502用于存放程序1505。程序1505可以包括程序代码，该程序代码包括可执行指令。存储器1503可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序1505具体可以被处理器1501调用使电子设备执行以下操作：

在一些实施例中，该电子设备可以是服务器。

本申请实施例还提供了一种电子设备，该电子设备包括如上述实施例所述的社交推荐装置。

请参见图16，本申请实施例还提供了一种车辆，包括：处理器1601、存储器1602、通信接口1603和通信总线1604，处理器1601、存储器1602和通信接口1603通过通信总线1604完成相互间的通信；存储器1602用于存放至少一可执行指令，可执行指令使处理器1601执行如上述的社交推荐方法的相关步骤。

其中，处理器1601可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器1602用于存放程序1605。程序1605可以包括程序代码，该程序代码包括可执行指令。存储器1603可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序1605具体可以被处理器1601调用使电子设备执行以下操作：

本申请实施例还提供了一种车辆，该电子设备包括如上述实施例所述的社交推荐装置。

本申请实施例还提供了一种计算机可读存储介质，存储介质中存储有至少一可执行指令，可执行指令在电子设备/车辆上运行时，使得电子设备/车辆执行如上述社交推荐方法的操作。

可执行指令具体可以用于使得电子设备/车辆执行以下操作：

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。此外，本申请实施例也不针对任何特定编程语言。

在此处所提供的说明书中，说明了大量具体细节。然而能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。类似地，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。其中，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims

1.一种社交推荐方法，其特征在于，所述方法包括：

获取第一车辆的车辆信息，所述车辆信息包括所述第一车辆的第一地理位置；

基于所述第一地理位置，确定所述第一地理位置对应的第一区域的区域信息；

若确定所述第一区域的区域信息与第二区域的区域信息不同，则基于所述第一区域的区域信息，向所述第一车辆发送第一社交推荐信息；

其中，所述第二区域为所述第一车辆位于第二地理位置时对应的区域，所述第二地理位置为所述第一地理位置之前的所述第一车辆所在的历史地理位置；所述第一社交推荐信息包括所述第一区域内除所述第一车辆以外的第二车辆的社交信息，以及与所述第一区域相邻的至少一个第三区域内的第三车辆的社交信息。

2.根据权利要求1所述的方法，其特征在于，所述车辆信息还包括所述第一车辆的车辆标识信息，所述基于所述第一区域的区域信息，向所述第一车辆发送第一社交推荐信息，包括：

根据所述第一区域的区域信息，获取所述第一区域对应的第一推荐列表；

在所述第一推荐列表中添加所述第一车辆的车辆标识信息；

若确定所述第一推荐列表包括所述第二车辆的车辆标识信息，且所述第三区域对应的第二推荐列表包括所述第三车辆的车辆标识信息，则向所述第一车辆发送第一社交推荐信息。

3.根据权利要求2所述的方法，其特征在于，所述在所述第一推荐列表中添加所述第一车辆的车辆标识信息之后，所述方法还包括：

若预设时长内未获取到所述第一车辆的新的地理位置，则在所述第一推荐列表中删除所述第一车辆的车辆标识信息。

4.根据权利要求2所述的方法，其特征在于，所述在所述第一推荐列表中添加所述第一车辆的车辆标识信息之后，所述方法还包括：

获取所述第一车辆的第三地理位置；

基于所述第三地理位置，确定所述第三地理位置对应的第四区域的区域信息；

若确定所述第四区域的区域信息与所述第一区域的区域信息不同，则在所述第一推荐列表中删除所述第一车辆的车辆标识信息。

5.根据权利要求1-4中任一项所述的方法，其特征在于，在所述基于所述第一地理位置，确定所述第一地理位置对应的第一区域的区域信息之后，所述方法还包括：

向所述第二车辆发送第二社交推荐信息，和/或，向所述第三车辆发送第三社交推荐信息；

其中，所述第二社交推荐信息和所述第三社交推荐信息均包括所述第一车辆的社交信息。

6.根据权利要求1-4中任一项所述的方法，其特征在于，在所述若确定所述第一区域的区域信息与第二区域的区域信息不同，则基于所述第一区域的区域信息，向所述第一车辆发送第一社交推荐信息之前，所述方法还包括：

获取所述第一车辆对应的历史推荐信息中所述第二车辆的第一历史推荐时间和所述第三车辆的第二历史推荐时间；

确定所述第一历史推荐时间与当前时间之间的第一时间差，以及，所述第二历史推荐时间与所述当前时间之间的第二时间差；

若所述第一时间差和所述第二时间差均大于预设时间差，则执行基于所述第一区域的区域信息，向所述第一车辆发送第一社交推荐信息的步骤。

7.根据权利要求1-4中任一项所述的方法，其特征在于，所述若确定所述第一区域的区域信息与第二区域的区域信息不同，则基于所述第一区域的区域信息，向所述第一车辆发送第一社交推荐信息，包括：

若确定所述第一区域的区域信息与第二区域的区域信息不同，则获取所述第一车辆对应的历史推荐信息；

若所述历史推荐信息中包括所述第二车辆和所述第三车辆的用户反馈状态，且所述第二车辆和所述第三车辆的用户反馈状态均为未处理状态，则基于第一区域的区域信息，向第一车辆发送第一社交推荐信息。

8.一种社交推荐装置，其特征在于，所述装置包括：

第一获取模块，用于获取第一车辆的车辆信息，所述车辆信息包括所述第一车辆的第一地理位置；

第一确定模块，用于基于所述第一地理位置，确定所述第一地理位置对应的第一区域的区域信息；

第一发送模块，用于若确定所述第一区域的区域信息与第二区域的区域信息不同，则基于所述第一区域的区域信息，向所述第一车辆发送第一社交推荐信息；

9.一种电子设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1至7中任意一项所述的社交推荐方法的操作。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令在电子设备/社交推荐装置上运行时，使得电子设备/社交推荐装置执行如权利要求1至7中任意一项所述的社交推荐方法的操作。