基于行驶目的地信息的通信建立方法及装置与流程

1.本公开涉及信息技术领域，具体涉及一种基于行驶目的地信息的通信建立方法及装置。


背景技术：

2.自驾出行属于出行的一种类型，是有别于传统的出行方式的一种新的出行方式。自驾车出行在选择路线、出行时间以及体验自由等方面给出行者提供了广大的伸缩空间，具有自由化与个性化、灵活性与舒适性以及选择性等内在特点，与传统的出行方式相比具有本身的特点和魅力。
3.但是自驾出行时，出行情况很有可能并不是出行者熟悉的路线，且出行时还可能会碰到不可预见的路况等，这些会导致自驾出行者的出行并不顺利，降低出行者的出行体验。


技术实现要素：

4.为了解决上述技术问题，提出了本公开。本公开的实施例提供了一种基于行驶目的地信息的通信建立方法及装置。
5.根据本公开的一个方面，提供了一种基于行驶目的地信息的通信建立方法，包括：确定第一用户的第一出行信息；若第一出行信息符合第一预设条件，基于第一出行信息确定与第一出行信息相匹配的第二出行信息；确定第二出行信息对应的第二用户，并推送第二用户的用户信息；将第一用户针对第二用户的通信连接请求发送给第二用户的终端；接收第二用户的终端针对通信连接请求而发出的同意连接响应；以及基于同意连接响应，在第一用户的终端与第二用户的终端之间建立通信连接。
6.根据本公开的另一个方面，提供了一种基于行驶目的地信息的通信建立装置，包括：第一确定模块，用于确定第一用户的第一出行信息；第二确定模块，用于若第一出行信息符合第一预设条件，基于第一出行信息确定与第一出行信息相匹配的第二出行信息；推送模块，用于确定第二出行信息对应的第二用户，并推送第二用户的用户信息；收发模块，用于将第一用户针对第二用户的通信连接请求发送给第二用户的终端，以及接收第二用户的终端针对通信连接请求而发出的同意连接响应；以及通信建立模块，用于基于同意连接响应，在第一用户的终端与第二用户的终端之间建立通信连接。
7.根据本公开的又一个方面，提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述的基于行驶目的地信息的通信建立方法。
8.根据本公开的又一个方面，提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器，其中，处理器用于执行上述的基于行驶目的地信息的通信建立方法。
9.本公开提供了一种基于行驶目的地信息的通信建立方法及装置，通过确定第一用户的第一出行信息，并确定与第一出行信息匹配的第二出行信息，进而建立第一出行信息对应的第一用户的终端与第二出行信息对应的第二用户的终端之间的通信连接，从而可以
方便第一用户向第二用户咨询出行建议，便于第一用户完善出行规划、提高出行效率和出行体验。
附图说明
10.通过结合附图对本公开进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开的进一步理解，并且构成说明书的一部分，与本公开一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
11.图1是本公开一示例性实施例提供的基于行驶目的地信息的通信建立系统的系统架构示意图。
12.图2是本公开一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
13.图3是本公开一示例性实施例提供的确定第一用户的第一出行信息的流程示意图。
14.图4是本公开一示例性实施例提供的基于第一出行信息确定与第一出行信息相匹配的第二出行信息的流程示意图。
15.图5是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
16.图6是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
17.图7是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
18.图8是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
19.图9是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
20.图10是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。
21.图11是本公开一示例性实施例提供的基于行驶目的地信息的通信建立装置的结构示意图。
22.图12是本公开一示例性实施例提供的电子设备的框图。
具体实施方式
23.下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。
24.申请概述
25.传统的出行方式有客车、出租、火车、飞机等，这些传统出行方式的出行路线固定，且在到达目的地之后，出行者外出还需换其他的出行工具。特别地，随着物质生活水平的提
高，越来越多的人开始注重精神生活品质的提高，比如通过旅行来增长见识、体验生活。在外出旅行时，人们可以选择跟团出游，但是跟团出游在时间和景点的选择上比较固定，难以满足出游者的个性化需求。由于传统的出行方式以及跟团出游存在以上不足，所以越来越多的人选择自驾出行。
26.自驾出行虽然可以给出行者提供更多的选择，但是由于出行路线、时间安排或者景点选择等方面需要出行者自己规划，若出行者未能提前做好攻略，或者出行道路上出现一些不可预见的路况时，可能会打乱出行者的原计划，导致此次出行体验差。
27.示例性系统
28.图1是本公开一示例性实施例提供的基于行驶目的地信息的通信建立系统1的系统架构示意图，其示出了一种基于电子设备(例如，导航仪)获取的关于第一用户的第一出行信息，为该第一用户匹配合适的第二用户的应用场景。如图1所示，该基于行驶目的地信息的通信建立系统1包括电子设备10和服务器20。电子设备10可以获取第一用户的第一出行信息，并将第一出行信息发送至服务器20，服务器20基于该第一出行信息确定与之匹配的第二出行信息，并将第二出行信息对应的第二用户的用户信息推送给第一用户的终端。基于第一用户的通信连接请求以及第二用户的同意连接响应，服务器20可以实现第一用户的终端和第二用户的终端之间的通信连接。这里，第一用户的终端可以是电子设备10，或者是与电子设备10通信连接的设备。
29.建立通信连接的第二用户可以向第一用户提供一些出行建议，方便第一用户的此次出行。
30.需要说明的是，本公开中的电子设备10可以是车载导航仪，该导航仪可以直接与服务器20通信连接。可选地，电子设备10也可以是移动智能终端，例如手机等，该移动智能终端具有导航功能并与服务器20通信连接。
31.需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施例并不限于此。相反，本公开的实施例可以应用于可能适用的任何场景。
32.示例性方法
33.图2是本公开一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。本实施例的执行主体例如可以是图1中的服务器(或者是第一用户使用的终端)，如图2所示，该通信建立方法包括如下步骤：
34.步骤110：确定第一用户的第一出行信息。
35.自驾出行者所在车辆内的人员可以是一人或多人，例如，第一用户可以是驾驶者，或与驾驶者同行的伙伴。
36.在一实施例中，第一出行信息可以包括第一出行目的地信息(行驶目的地信息)，第一用户可以将第一出行目的地信息输入导航仪或移动智能终端，服务器通过该导航仪或移动智能终端获取第一出行目的地信息。
37.步骤120：若第一出行信息符合第一预设条件，基于第一出行信息确定与第一出行信息相匹配的第二出行信息。
38.服务器端的数据库中可以存有不同用户的出行信息，服务器可以基于数据库中的出行信息，确定与第一出行信息匹配的第二出行信息。
39.在一实施例中，第一出行信息包括第一出行目的地信息，第一预设条件可以是，第
一出行目的地信息存在于服务器端的数据库中，即该数据库中存在与第一出行目的地信息一致的第二出行目的地信息。
40.步骤130：确定第二出行信息对应的第二用户，并推送第二用户的用户信息。
41.服务器端的数据库中可以存有不同的出行信息对应的用户信息，这里的用户信息可以包括用户注册的某种通讯工具的账户，或者是电话号码之类的标识信息。服务器将第二用户对应的用户信息推送给第一用户的终端。
42.例如，服务器将第二用户的用户信息推送给第一用户的终端，第一用户的终端可以通过麦克风将第二用户对应的用户信息进行播报，第一用户在听到播报后确定是否与第二用户通信。或者，第一用户的终端可以通过显示屏显示第二用户对应的用户信息，第一用户在看到显示结果后确定是否与第二用户通信。
43.第二用户的数量可以是一个或多个，第二用户可以通过导航仪或移动智能终端的显示屏呈现给第一用户。
44.步骤140：将第一用户针对第二用户的通信连接请求发送给第二用户的终端。
45.第一用户可以选择与第二用户建立通信连接，并通过服务器将通信连接请求发送至第二用户的终端。
46.当第二用户有多个时，第一用户可以选择其中一个或多个发送通信连接请求。
47.步骤150：接收第二用户的终端针对通信连接请求而发出的同意连接响应。
48.第二用户可以同意或拒绝第一用户的通信连接请求，并通过第二用户的终端将结果发送至服务器。
49.步骤160：基于同意连接响应，在第一用户的终端与第二用户的终端之间建立通信连接。
50.当第二用户同意第一用户的通信连接请求，服务器接收第二用户的终端发出的同意连接响应，并在第一用户的终端和第二用户的终端之间建立通信连接，第一用户便可以向第二用户咨询出行建议，例如目的地的天气、美食和酒店等信息。当第二用户拒绝第一用户的通信连接请求，服务器接收第二用户的拒绝连接响应，并将结果发送至第一用户的终端。
51.在另一实施例中，第一出行信息对应的目的地可以是城市，或者是具体的商场、公园、医院等某些特定的办事机构。
52.在另一实施例中，上述基于行驶目的地信息的通信建立方法可直接由第一用户的终端(例如移动智能终端)执行。
53.本公开提供了一种基于行驶目的地信息的通信建立方法，通过确定第一用户的第一出行信息，并确定与第一出行信息匹配的第二出行信息，进而建立第一出行信息对应的第一用户的终端与第二出行信息对应的第二用户的终端之间的通信连接，从而可以方便第一用户向第二用户咨询出行建议，便于第一用户完善出行规划、提高出行效率和出行体验。
54.图3是本公开一示例性实施例提供的确定第一用户的第一出行信息(步骤110)的流程示意图。如图3所示，步骤110可以进一步包括如下步骤：
55.步骤111：确定第一用户的导航信息；以及
56.步骤112：根据导航信息确定第一用户的第一出行目的地信息。
57.具体地，第一用户可以将第一出行目的地信息输入导航仪或移动智能终端，服务
器通过该导航仪或移动智能终端获取第一出行目的地信息。这里，当服务器通过导航仪获取第一出行目的地信息时，该导航仪可以是第一用户的终端。当服务器通过移动智能终端获取第一出行目的地信息时，该移动智能终端可以是第一用户的终端，该终端上配置有用于定位和导航的应用程序。
58.在另一实施例中，第一出行信息可以包括第一出行目的地信息和行驶路线。具体地，第一用户将第一出行目的地信息输入导航仪或移动智能终端，该导航仪或移动智能终端基于其定位的第一用户的第一出行起始地信息，或第一用户输入的第一出行起始地信息，规划出行驶路线。服务器通过该导航仪或移动智能终端获取第一出行目的地信息和行驶路线。
59.可选地，第一出行信息可以包括第一出行起始地信息、第一出行目的地信息和行驶路线。
60.第一出行信息包含的内容越丰富，服务器可以为第一用户匹配更为合适的第二用户。
61.图4是本公开一示例性实施例提供的基于第一出行信息确定与第一出行信息相匹配的第二出行信息(步骤120)的流程示意图。如图4所示，步骤120可以进一步包括如下步骤：
62.步骤121：基于第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息；
63.步骤122：基于第二出行目的地信息确定第二出行信息，其中，第二出行信息包括第二出行目的地信息。
64.在一实施例中，第一出行信息包括第一出行目的地信息和行驶路线，第一预设条件可以是，第一出行目的地信息存在于服务器端的数据库中，且第一用户的行驶路线与该数据库中的一条或多条行驶路线的重合度大于预设阈值。即，该数据库中存在与第一出行目的地信息一致的出行目的地信息，且该数据库中以该出行目的地信息对应的目的地为终点的行驶路线中，存在与第一用户的行驶路线的重合度大于预设阈值的行驶路线。此时，服务器可以基于第一出行信息确定与第一出行信息相匹配的第二出行信息。
65.例如，第一用户的第一出行目的地信息是“北京”，行驶路线是路线1，服务器端的数据库中存在出行目的地信息“北京”，且存在目的地是“北京”的多条路线，路线1、路线2和路线3。路线1和路线1的重合度是100％，路线2和路线1的重合度是90％，路线3和路线1的重合度是70％，其中，路线1和路线2与路线1的重合度分别大于预设阈值(假设预设阈值是80％)，服务器确定路线1和路线2对应的出行信息为与第一出行信息相匹配的第二出行信息。
66.在另一实施例中，第一出行信息包括第一出行起始地信息、第一出行目的地信息和行驶路线，第一预设条件可以是，第一出行起始地信息和第一出行目的地信息均存在于服务器端的数据库中，且第一用户的行驶路线与该数据库中的一条或多条行驶路线的重合度大于预设阈值。即，该数据库中存在与第一出行起始地信息一致的出行起始地信息，与第一出行目的地信息一致的出行目的地信息，且该数据库中以该出行起始地信息对应的起始地为起点以及以该出行目的地信息对应的目的地为终点的行驶路线中，存在与第一用户的行驶路线的重合度大于预设阈值的行驶路线。此时，服务器可以基于第一出行信息确定与
第一出行信息相匹配的第二出行信息。
67.例如，第一用户的第一出行起始地信息是“上海”，第一出行目的地信息是“北京”，行驶路线是路线1，服务器端的数据库中存在出行起始地信息“上海”以及出行目的地信息“北京”，且存在起始地是“上海”以及目的地是“北京”的多条路线，路线1、路线2和路线3。路线1和路线1的重合度是100％，路线2和路线1的重合度是95％，路线3和路线1的重合度是80％，其中，路线1和路线2与路线1的重合度分别大于预设阈值(假设预设阈值是90％)，服务器确定路线1和路线2对应的出行信息为与第一出行信息相匹配的第二出行信息。
68.图5是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。在本公开图2所示实施例的基础上延伸出本公开图5所示实施例，下面着重叙述图5所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
69.如图5所示，基于第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息(步骤121)进一步包括如下步骤：
70.步骤1211：根据第一出行目的地信息确定第一出行目的地信息对应的第一出行目的地的类型；
71.步骤1212：基于类型以及第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息。
72.在一实施例中，确定第一出行目的地的类型可以是确定第一出行目的地是否是旅游景点。
73.若第一出行目的地是旅游景点，则基于第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息。
74.在本实施例中，可以将“第一出行目的地是旅游景点”作为匹配条件，若满足匹配条件，则为第一出行目的地信息匹配合适的第二出行目的地信息，以找到与第一用户匹配的第二用户。本实施例通过设置“第一出行目的地是旅游景点”作为启动匹配过程的匹配条件，可以精准地服务自驾出游的用户，可以减小服务器端数据库的存储负担和服务器的运算负担。
75.在其他实施例中，第一出行目的地的类型的具体内容可以根据实际需要进行设定，以实现为第一用户精准地匹配相关第二用户的过程。
76.图6是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。在本公开图2所示实施例的基础上延伸出本公开图6所示实施例，下面着重叙述图6所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
77.如图6所示，在根据导航信息确定第一用户的第一出行目的地信息(步骤112)之后，该通信建立方法还包括如下步骤：
78.步骤170：根据导航信息确定第一用户的第一出行起始地信息；
79.步骤180：确定第一出行起始地信息对应的第一出行起始地的第一位置属性；并确定第一出行目的地信息对应的第一出行目的地的第二位置属性；
80.步骤190：基于第一位置属性与第二位置属性，确定第一出行信息符合第一预设条件。
81.在一实施例中，第一预设条件还可以包括第一位置属性和第二位置属性不相同。具体地，第一位置属性和第二位置属性可以用于判断第一出行起始地信息对应的第一出行
起始地与第一出行目的地信息对应的第一出行目的地是否位于同一个城市。
82.在本实施例中，基于第一出行信息确定与第一出行信息相匹配的第二出行信息(步骤120)进一步包括如下步骤：
83.步骤123：根据第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息；
84.步骤124：根据第一出行起始地信息确定与第一出行起始地信息相匹配的第二出行起始地信息；
85.步骤125：基于第二出行目的地信息与第二出行起始地信息确定第二出行信息，其中第二出行信息包括第二出行目的地信息与第二出行起始地信息。
86.在本实施例中，可以将“第一出行起始地与第一出行目的地位于不同的城市”作为匹配条件，若满足匹配条件，则为第一出行目的地信息匹配合适的第二出行目的地信息，为第一出行起始地信息匹配合适的第二出行起始地信息，以找到与第一用户匹配的第二用户。本实施例通过设置“第一出行起始地与第一出行目的地位于不同的城市”作为启动匹配过程的匹配条件，并基于第一出行目的地信息与第一出行起始地信息匹配合适的第二用户，可以方便第一用户向第二用户咨询行驶路线的路况，使得第一用户能够及时调整路线顺利到达目的地。
87.图7是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。在本公开图2所示实施例的基础上延伸出本公开图7所示实施例，下面着重叙述图7所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
88.如图7所示，基于第一出行信息确定与第一出行信息相匹配的第二出行信息(步骤120)进一步包括如下步骤：
89.步骤126：获取第一用户的生物特征信息；
90.步骤127：基于生物特征信息确定第一用户的心情指数；
91.步骤128：若第一用户的心情指数大于预设指数，基于第一出行信息确定与第一出行信息相匹配的第二出行信息。
92.在一实施例中，获取第一用户的生物特征信息可以是获取第一用户的面部图像和/或声音信息。基于面部图像和/或声音信息可以确定第一用户的心情指数。
93.具体地，可以通过摄像头获取第一用户的面部图像，通过麦克风获取第一用户的声音信息。该摄像头和麦克风可以位于第一用户驾驶的车辆上，且该摄像头和麦克风可以与导航仪通信连接，便于服务器通过导航仪获取面部图像和/或声音信息。或者，该摄像头和麦克风直接位于移动智能终端上，便于服务器通过移动智能终端获取面部图像和/或声音信息。
94.服务器可以包括深度学习模型，该深度学习模型可以基于面部图像提取情绪特征向量，并基于情绪特征向量得出情绪识别结果。声音信息可以包括语调信息和/或语句内容信息，深度学习模型可以基于语调信息提取语音特征向量，和/或基于语句内容信息提取情绪词，进而根据语音特征向量和/或情绪词得出情绪识别结果。
95.情绪识别结果可以用心情指数表示。例如，心情指数高可以表示第一用户心情是开心，心情指数低可以表示第一用户心情是生气。情绪分类以及心情指数与具体情绪类别之间的关系可以根据深度学习模型的具体设计而定，本公开对此不作具体限制。
96.在本实施例中，当心情指数小于或等于预设指数时，可以认为第一用户的心情不好甚至是生气，不便与人交流。当心情指数大于预设指数时，可以认为第一用户的心情是开心的，是适合与人交流的，此时，服务器才会基于第一出行信息确定与第一出行信息相匹配的第二出行信息。
97.本实施例通过设置“第一用户的心情指数大于预设指数”作为启动匹配过程的匹配条件，可以保障第一用户与第二用户的交流过程更为轻松、顺畅，避免因第一用户的个人心情不好而影响沟通过程，进而给第二用户造成不必要的麻烦。
98.图8是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。在本公开图2所示实施例的基础上延伸出本公开图8所示实施例，下面着重叙述图8所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
99.如图8所示，确定第一用户的第一出行信息(步骤110)进一步包括如下步骤：
100.步骤113：确定第一用户所在车内的人员的数量；
101.步骤114：若人员的数量符合第二预设条件，确定第一用户的第一出行信息。
102.具体地，第二预设条件可以是第一用户所在车内的人员的数量为一个。
103.当车内的人员的数量为一个时，第一用户就是驾驶者；当车内的人员的数量为多个时，第一用户可以是驾驶者，驾驶者有同行的伙伴，此时，同行的伙伴可以帮助驾驶者查询、搜索路线或游玩攻略等信息。而当车内只有作为驾驶者的第一用户时，第一用户在驾驶中不便查询、搜索路线或游玩攻略等信息，可以直接向匹配的第二用户咨询相关信息，便于驾驶的安全性。
104.可选地，第二预设条件可以是第一用户所在车内的人员的数量小于或等于m，这里m可以是2或比2大的自然数。由于车内的人员越多，查询、搜索路线或游玩攻略等信息的办法越多，因此通过向满足第二预设条件的第一用户提供匹配第二用户的服务，可以节约服务器的运算资源并提高运算效率。
105.本实施例通过设置第二预设条件，可以向更有需求的第一用户匹配第二用户，可以保障驾驶的安全性，同时节约服务器的运算资源并提高运算效率。
106.图9是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的流程示意图。在本公开图2所示实施例的基础上延伸出本公开图9所示实施例，下面着重叙述图9所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
107.如图9所示，确定第二出行信息对应的第二用户，并推送第二用户的用户信息(步骤130)进一步包括如下步骤：
108.步骤131：检测第一用户的终端接受推送与第二出行信息相对应的第二用户的用户信息的请求；
109.步骤132：将第二用户的用户信息推送给第一用户的终端。
110.具体地，向第一用户的终端发送是否接受推送与第二出行信息相对应的第二用户的用户信息的请求；若第一用户接受请求，将第二用户的用户信息推送给第一用户的终端。
111.具体地，服务器在向第一用户的终端推送第二用户的用户信息之前，先询问第一用户是否接受推送，在第一用户确定接受推送后，再向第一用户的终端推送第二用户的用户信息，尊重第一用户的选择。
112.图10是本公开另一示例性实施例提供的基于行驶目的地信息的通信建立方法的
流程示意图。在本公开图2所示实施例的基础上延伸出本公开图10所示实施例，下面着重叙述图10所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
113.如图10所示，基于第一出行信息确定与第一出行信息相匹配的第二出行信息(步骤120)进一步包括如下步骤：
114.步骤101：确定包含第一出行信息对应的目的地的多个目标出行信息；
115.步骤102：确定多个目标出行信息对应的多个出行时间信息；
116.步骤103：基于多个出行时间信息，从多个目标出行信息中确定第二出行信息。
117.在一实施例中，第一出行信息还包括第一用户的出行日期。将与第二出行信息相对应的第二用户的用户信息推送给第一用户的终端，其中第二用户的出行日期与第一用户的出行日期相差n天。n为小于或者等于七的整数。
118.具体地，n越小，第二出行信息对应的第二用户向第一用户提供的信息越有参考价值，可以有效地指导第一用户做出适宜的出行安排。n的取值范围可以根据实际情况进行设定，本公开对此不做限定。
119.第一用户的第一出行信息可以保存在服务器端的数据库中，丰富数据库，便于其他用户出行时匹配合适的第二用户。
120.上述各个实施例的组合或结合，均属于本公开的保护范围。
121.示例性装置
122.图11是本公开一示例性实施例提供的基于行驶目的地信息的通信建立装置1100的结构示意图。如图11所示，该通信建立装置1100包括：第一确定模块1110，第二确定模块1120，推送模块1130，收发模块1140以及通信建立模块1150。
123.第一确定模块1110用于确定第一用户的第一出行信息；第二确定模块1120用于若第一出行信息符合第一预设条件，基于第一出行信息确定与第一出行信息相匹配的第二出行信息；推送模块1130用于确定第二出行信息对应的第二用户，并推送第二用户的用户信息；收发模块1140用于将第一用户针对第二用户的通信连接请求发送给第二用户的终端，以及接收第二用户的终端针对通信连接请求而发出的同意连接响应；通信建立模块1150用于基于同意连接响应，在第一用户的终端与第二用户的终端之间建立通信连接。
124.具体地，第一确定模块1110、第二确定模块1120、推送模块1130、收发模块1140以及通信建立模块1150的具体工作过程以及功能，可以参见上述图2中的描述，在此不再赘述。
125.本公开提供了一种基于行驶目的地信息的通信建立装置，通过确定第一用户的第一出行信息，并确定与第一出行信息匹配的第二出行信息，进而建立第一出行信息对应的第一用户的终端与第二出行信息对应的第二用户的终端之间的通信连接，从而可以方便第一用户向第二用户咨询出行建议，便于第一用户完善出行规划、提高出行效率和出行体验。
126.根据本公开一实施例，第一确定模块1110用于：确定第一用户的导航信息；以及根据导航信息确定第一用户的第一出行目的地信息。
127.根据本公开一实施例，第二确定模块1120用于：基于第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息；基于第二出行目的地信息确定第二出行信息，其中第二出行信息包括第二出行目的地信息。
128.根据本公开一实施例，第二确定模块1120用于：根据第一出行目的地信息确定第
一出行目的地信息对应的第一出行目的地的类型；基于类型以及第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息。
129.根据本公开一实施例，第一确定模块1110还用于：根据导航信息确定第一用户的第一出行起始地信息；确定第一出行起始地信息对应的第一出行起始地的第一位置属性；确定第一出行目的地信息对应的第一出行目的地的第二位置属性；基于第一位置属性与第二位置属性，确定第一出行信息符合第一预设条件。
130.根据本公开一实施例，第二确定模块1120用于：根据第一出行目的地信息确定与第一出行目的地信息相匹配的第二出行目的地信息；根据第一出行起始地信息确定与第一出行起始地信息相匹配的第二出行起始地信息；以及基于第二出行目的地信息与第二出行起始地信息确定第二出行信息，其中第二出行信息包括第二出行目的地信息与第二出行起始地信息。
131.根据本公开一实施例，第二确定模块1120用于：获取第一用户的生物特征信息；基于生物特征信息确定第一用户的心情指数；若第一用户的心情指数大于预设指数，基于第一出行信息确定与第一出行信息相匹配的第二出行信息。
132.根据本公开一实施例，第一确定模块1110用于：确定第一用户所在车内的人员的数量；若人员的数量符合第二预设条件，确定第一用户的第一出行信息。
133.根据本公开一实施例，推送模块1130用于：检测第一用户的终端接受推送与第二出行信息相对应的第二用户的用户信息的请求；将第二用户的用户信息推送给第一用户的终端。
134.根据本公开一实施例，第二确定模块1120用于：确定包含第一出行信息对应的目的地的多个目标出行信息；确定多个目标出行信息对应的多个出行时间信息；基于多个出行时间信息，从多个目标出行信息中确定第二出行信息。
135.基于行驶目的地信息的通信建立装置1100中各个模块的具体工作过程以及功能，可以参见上述图2至图10中的描述，在此不再赘述。
136.示例性电子设备
137.图12图示了根据本公开的电子设备的框图。需要说明的是，当电子设备执行上述图2至图10所示实施例的方法流程时，其可以为技术人员用于训练强化学习模型的服务器等电子设备。
138.如图12所示，电子设备1200包括一个或多个处理器1210和存储器1220。
139.处理器1210可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备1200中的其他组件以执行期望的功能。
140.存储器1220可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器1210可以运行所述程序指令，以实现上文所述的本公开的各个实施例的基于行驶目的地信息的通信建立方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量、视频图像信号等各种内容。
141.在一个示例中，电子设备1200还可以包括：输入装置1230和输出装置1240，这些组件通过总线系统和/或其他形式的连接机构(图12中未示出)互连。
142.例如，该输入装置1230可以是上述的摄像头或麦克风、麦克风阵列等，用于捕捉图像或声源的输入信号。在该电子设备是单机设备时，该输入装置1230可以是通信网络连接器，用于从摄像头或麦克风接收所采集的输入信号。
143.此外，该输入装置1230还可以包括例如键盘、鼠标等等。
144.该输出装置1240可以向外部输出各种信息，包括确定出的第二用户等。该输出装置1240可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
145.当然，为了简化，图12中仅示出了该电子设备1200中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备1200还可以包括任何其他适当的组件。
146.示例性计算机程序产品和计算机可读存储介质
147.除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的基于行驶目的地信息的通信建立方法中的步骤。
148.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c++等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
149.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的基于行驶目的地信息的通信建立方法中的步骤。
150.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
151.以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。
152.本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到
的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
153.还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。
154.提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
155.为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。