CN113746885A - 车辆组队的通信方法、服务器和通信终端 - Google Patents

Abstract

本公开涉及一种车辆组队的通信方法、服务器、通信终端和计算机存储介质。该方法包括：从终端接收与车辆组队出行相关的请求信息，所述与车辆组队出行相关的请求信息包括行程请求信息和任务指派请求信息中的至少一个，所述行程请求信息包括与行程相关的行程信息；响应于所述与车辆组队出行相关的请求信息，生成相应的响应信息，所述响应信息包括基于行程请求信息生成的行程响应信息、以及基于任务指派请求信息生成的任务响应信息中的至少一个；以及将所述响应信息发送至所述终端。

Description

车辆组队的通信方法、服务器和通信终端

技术领域

本公开涉及通信领域，具体涉及车辆组队的通信方法、服务器和通信终端。

背景技术

随着技术的发展和社会的进步，现代生活中，自驾游方式日渐流行，规模化汽车运输日渐成为趋势，越来越多的人在驾车出行时选择组队出行的方式，但车队的组织规划非常麻烦复杂。而且，车队在集结或行进时，事先安排好的路线和人员往往会遇到临时调整和变更，此时需要队员和车辆之间能够随时进行灵活紧密的沟通和联系，而现有的车载导航系统和智能手机操作繁琐，相互之间缺乏配合，用户体验较差。

发明内容

基于上述内容，本公开提供了车辆组队的通信方法、服务器、通信终端、计算机可读存储介质和计算机程序产品。

在本公开的一方面，本公开提供了一种车辆组队的通信方法，包括：从终端接收与车辆组队出行相关的请求信息，所述与车辆组队出行相关的请求信息包括行程请求信息和任务指派请求信息中的至少一个，所述行程请求信息包括与行程相关的行程信息；响应于所述与车辆组队出行相关的请求信息，生成相应的响应信息，所述响应信息包括基于行程请求信息生成的行程响应信息、以及基于任务指派请求信息生成的任务响应信息中的至少一个；以及将所述响应信息发送至所述终端。

在本公开的另一方面，本公开提供了一种车辆组队出行的通信方法，包括：基于用户输入的信息生成与车辆组队出行相关的请求信息，所述与车辆组队出行相关的信息包括行程请求信息和任务指派请求信息中的至少一个，所述行程请求信息包括与行程相关的行程信息；将所述与车辆组队出行相关的请求信息发送至服务器；以及从所述服务器接收响应信息，所述响应信息包括基于行程请求信息生成的行程响应信息、以及基于任务指派请求信息生成的任务响应信息中的至少一个。

在本公开的又一方面，本公开提供了一种服务器，包括：处理器；存储器，其上存储有计算机指令，所述计算机指令在由所述处理器运行时，执行根据本公开的实施例的车辆组队出行的通信方法。

在本公开的又一方面，本公开提供了一种通信终端，包括：处理器；存储器，其上存储有计算机指令，所述计算机指令在由所述处理器运行时，执行根据本公开的实施例的车辆组队出行的通信方法。

在本公开的又一方面，本公开提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令在由处理器运行时，使处理器执行根据本公开的实施例的车辆组队出行的通信方法。

在本公开的再一方面，本公开提供了一种计算机程序产品，包括计算机指令，所述计算机指令在由计算机运行时，执行根据本公开的实施例的车辆组队出行的通信方法。

在本公开的又一方面，本公开提供了一种通信方法，包括通过显示界面上的第一元素接收用户的操作；基于接收的操作，发起与至少一个终端的通信；其中，所述显示界面还包括第二元素，所述第二元素与地图相关。

根据本公开的实施例的车辆组队的通信方法、服务器、通信终端、计算机可读存储介质和计算机程序产品可以基于行程来进行队伍的组建、管理和任务安排，不仅方便了人们组队自驾出行的规划和管理，而且也节省了终端的内存资源、降低了终端的处理器负载。此外，根据本公开的实施例的车辆组队的通信方法可以实现导航和即时通信之间的无缝整合，提升了驾驶的安全性、方便了队伍成员之间的交流和通信，同时也节省了终端的内存资源、降低了终端的处理器负载。此外，根据本公开的实施例的车辆组队的通信方法还可以实现车载终端导航和便携终端导航之间的智能切换，提升了用户的导航体验。

附图说明

通过结合附图对本公开的实施例进行更详细的描述，本公开的上述以及其它目的、特征和优点将变得更加明显。附图用来提供对本公开的实施例的进一步理解，并且构成说明书的一部分。附图与本公开的实施例一起用于解释本公开，但是并不构成对本公开的限制。在附图中，除非另有明确指示，否则相同的参考标号表示相同的部件、步骤或元素。在附图中，

图1示出了根据本公开的实施例的车辆组队的通信方法的示例实施网络环境；

图2是根据本公开的实施例的车辆组队的通信方法在终端和服务中心之间的示例交互图；

图3是根据本公开的实施例的车辆组队的通信方法的示例流程图；

图4是根据本公开的实施例的车辆组队的通信方法在终端和服务中心之间的示例交互图；

图5是根据本公开的实施例的车辆组队的通信方法的示例流程图；

图6示出了根据本公开的实施例的车载终端导航和便携终端导航之间的示例切换；

图7示出了根据本公开的实施例的行程报告的生成的示例；

图8是根据本公开的实施例的车辆组队的通信方法的示例流程图；

图9是根据本公开的实施例的示例服务器；

图10是根据本公开的实施例的示例通信终端；

图11是根据本公开的实施例的应用界面的示例；

图12是根据本公开的实施例的新增行程界面的示例；

图13是根据本公开的实施例的新增行程编辑界面的示例；

图14是根据本公开的实施例的行程邀请界面的示例；

图15是根据本公开的实施例的行程界面的示例；

图16是根据本公开的实施例的任务指派界面的示例；

图17是根据本公开的实施例的任务指派界面的另一示例；

图18是根据本公开的实施例的任务指派界面的又一示例；和

图19是根据本公开的实施例的行程导航界面的示例。

具体实施方式

下面将结合附图对本公开的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开的保护范围。

在本公开的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本公开和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本公开的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。同样，“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。“包括”或者“包含”等类似的词语意指出现在该词前面的元素或者物件涵盖出现在该词后面列举的元素或者物件及其等同，而不排除其他元素或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

在本公开的描述中，需要说明的是，除非另有明确的规定和限定，否则术语“安装”、“相连”、“连接”应做广义理解。例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本公开中的具体含义。

此外，下面所描述的本公开不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

图1示出了根据本公开的实施例的车辆组队的通信方法的示例实施网络环境。如图1所示，根据本公开的实施例的车辆组队的通信方法的实施网络环境可以包括例如终端1a、1b、1c、1d和1e的多个终端和服务中心2。所述终端与服务中心例如通过网络3彼此通信。示例性地，终端1a、1c和1e是便携终端，终端1b和1d是车载终端。

服务中心2可以是(一个或多个)服务器，或者是网络平台、数据云等数据处理器或系统。可以把服务中心2搭载于一个或数个网络服务器上，并且服务器连接一个或多个网络通信系统，比如：互联网、短信服务系统、固定电话网络系统、移动电话网络系统等。服务中心2也可以是云函数(SCF：Serverless Cloud Function)，即在云端运行的函数，终端通过API接口可以调用云函数，以实现与服务中心2的通信。网络3可以是现有的或在未来研发出的任何类型的有线或无线网络，例如通过光纤、同轴电缆、双绞线等进行有线通信的有线网络，或者基于长期演进(Long Term Evolution，LTE)、码分多址(Code Division MultipleAccess，CDMA)、蓝牙、近场通信(Near Field Communication，NFC)和无线保真(WirelessFidelity，Wi-Fi)等的各种无线通信协议进行无线通信的无线网络。

应当理解，虽然图1示出的终端是便携终端和车载终端，但是这仅仅是示例，而不是对本公开的限定。根据本公开的实施例的终端是可以经由网络与其他电子设备进行通信的任何终端。例如，诸如智能手机、手提电脑、或对讲机等的便携终端，或者是车载终端、台式电脑等的固定终端。

上文结合图1介绍了根据本公开的实施例的车辆组队的通信方法的示例实施网络环境，在下文中，本公开将结合图2至图8描述根据本公开的实施例的车辆组队的通信方法。

根据本公开的实施例的车辆组队的通信方法，包括以下步骤：从终端接收与车辆组队出行相关的请求信息，与车辆组队出行相关的请求信息包括行程请求信息和任务指派请求信息中的至少一个，行程请求信息包括与行程相关的行程信息；响应于与车辆组队出行相关的请求信息，生成相应的响应信息，响应信息包括基于行程请求信息生成的行程响应信息、以及基于任务指派请求信息生成的任务响应信息中的至少一个；以及将响应信息发送至终端。其在终端和服务中心之间的交互如图2所示。

图2是根据本公开的实施例的车辆组队的通信方法在终端和服务中心之间的示例交互图，其从步骤S200处开始。如图2所示，在步骤S200处，服务中心2从终端1接收组队出行相关请求消息，其包括行程请求信息和任务指派请求信息中的至少一个，行程请求信息包括与行程相关的行程信息。服务中心接收到组队出行相关请求消息之后，响应于接收的请求消息生成相应的响应信息，包括基于行程请求信息生成行程响应信息和/或基于任务指派请求信息生成的任务响应信息。然后，方法前进到步骤S210。在步骤S210处，服务中心2将生成的响应消息发送至终端1，包括将行程响应信息发送至终端1(S210a)和/或将任务响应信息发送至终端1(S210b)。所述行程响应信息包括行程创建信息或行程创建失败信息。所述任务响应信息包括任务创建信息或任务创建失败信息。关于与行程请求相关的通信方法和与任务指派相关的通信方法的详细处理，将在下文中分别结合图3至图4详细描述。

上文结合图2描述的车辆组队的通信方法可以实现各类终端和其他设备(例如，服务器)之间的通信，从而可以基于行程来进行队伍的组建、管理和任务安排，不仅方便了人们组队自驾出行的规划和管理，而且也节省了终端的内存资源、降低了终端的处理器负载。这是因为根据本公开的实施例的车辆组队的通信方法可以整合通信应用和地图应用为一体，在行程请求和任务指派期间不需要在通信应用和地图应用之间进行切换，从而可以不同时开启单独的通信应用和地图应用，甚至可以不分别安装通信应用和地图应用。

图3是根据本公开的实施例的车辆组队的通信方法的示例流程图，其从步骤S300开始。在步骤S300处，从与邀请者对应的终端接收行程请求信息。行程请求信息包括与行程相关的任何信息，例如：行程的始发地、目的地、时间、内容和成员名单等等中的一个或多个。关于行程的始发地和目的地，用户可以手动输入；也可以通过关键字搜索，调用地图应用的应用程序接口(API：Application Programming Interface)查找相关的目的地，然后用户选择始发地和目的地。此外，还可以通过终端的定位功能确定用户的当前位置，然后基于用户的当前位置获取周边的位置信息，从而根据用户的选择得到相应的地址信息。在一个实施例中，行程请求信息还包括与被邀请者相关的身份信息，例如被邀请者的ID、姓名、电话号码等。之后，方法前进到步骤S310。在步骤S310处，将行程请求信息发送至与一个或多个被邀请者对应的终端。之后，方法前进到步骤S320。在步骤S320处，响应于从与至少一个被邀请者对应的终端接收到行程确认信息，生成行程创建信息作为所述行程响应信息；行程创建信息用于表示包括邀请者和至少一个被邀请者的队伍的行程被确立。在行程创建信息被生成之后，方法前进到步骤S330。在步骤S330处，将行程创建信息发送至与至少一个被邀请者对应的终端。

上述结合图3描述的车辆组队的通信方法可以实现各类终端和其他设备之间的通信，从而可以基于行程进行队伍的组建。换句话说，被邀请者不仅能够知晓发起组队的人，即，邀请者，还能够知晓将组建的行程的详情，从而基于上述信息综合确定是否接受邀请，进行组队，从而避免了仅基于对邀请者的信任加入队伍后反悔的情况，改进了用户体验。

而且，由于本公开实施例的通信方法是基于行程进行的队伍组建，因此，在行程彼此不冲突(例如，行程时间段不冲突)的情况下，用户可以组建/加入多个行程所对应的队伍，从而方便用户预先进行一段时间内的综合性的行程规划，而不必等待前一队伍解散之后才能组建/加入新的队伍，从而丰富了用户体验。

此外，本公开实施例的通信方法由于整合了通信功能和地图功能，因此，在不需要在通信应用和地图应用之间进行切换的情况下进行队伍的组建，方便了人们组队自驾出行的规划。此外，在行程创建的过程中，由于不需要在通信应用和地图应用之间切换，因而可以不同时开启通信应用和地图应用，甚至可以不安装单独的通信应用和地图应用，从而节省了终端的内存资源、降低了终端的处理器负载。

为了本领域技术人员能够更好的理解根据本公开的实施例的与车辆组队的行程创建相关的通信方法。本公开将结合图4描述所述通信方法在终端和服务中心之间的交互。

图4是根据本公开的实施例的车辆组队的通信方法在终端和服务中心之间的示例交互图。该交互从步骤S400开始。在步骤S400处，服务中心2从与邀请者对应的终端1a接收行程请求信息。在从终端1a接收到行程请求信息之后，服务中心2可以将接收的行程请求信息发送至与一个或多个被邀请者对应的终端1b或1b-1n(S410)。与被邀请者对应的终端1b-1n接收到行程请求信息之后，被邀请者可以选择接受行程请求或者拒绝行程请求。之后，终端1b-1n可以向服务中心2发出行程确认信息(S420)。在接收到终端1b-1n发送的行程确认信息之后，服务中心2可以基于接收的行程请求确认信息生成行程创建信息(S430)。行程创建信息用于表示包括所述邀请者和所述至少一个被邀请者的队伍的行程被确立，其可以包括与行程相关的任何信息，例如行程的始发地、目的地、时间、成员名单及其信息等等。服务中心2在生成了行程创建信息之后，将所述行程创建信息发送至与所述邀请者对应的终端1a、以及与所述至少一个被邀请者对应的终端1b-1n(S440)。

在实际实现中，服务中心2和终端1a、1b-1n之间的通信可以使用现有的或将来研发的任何通信方式，例如即时通信软件开发包(IM SDK：Instant Messaging SoftwareDevelopment Kit)等等。

以上描述了根据本公开实施例的通信方法创建行程的处理。在行程被创建之后，本公开实施例的通信方法还可以允许队伍成员进行任务的指派。在一实施例中，队伍成员可以在行程完成之前进行任务指派。可替代地，也可以在创建行程的同时进行任务指派。图5示出了根据本公开的实施例的进行任务指派的通信方法的示例流程，其从步骤S500开始。在步骤S500处，从与队伍的至少一个成员所对应的终端接收任务指派请求信息，任务指派请求信息包括与指派对象以及指派任务相关的信息。之后方法前进到步骤S510。在步骤S510处，根据任务指派请求信息，判断指派对象是否适于执行指派任务。关于所述判断的详细处理，其将在后面详细描述。之后，方法前进到步骤S520。在步骤S520处，响应于判断指派对象适于执行指派任务，生成用于确立指派任务的任务创建信息。在生成了任务创建信息之后，方法前进到步骤S530。在步骤S530处，将任务创建信息发送至与指派对象对应的终端。

上述结合图5描述的车辆组队的通信方法可以实现各类终端和其他设备之间的通信，从而可以使得用户根据车队和行程的需要，灵活而方便地进行调度，使得整体行程能够以符合用户需求的优化的方式完成，提高了组队出行的灵活度，改进了用户体验。

此外，根据本公开的通信方法由于整合了通信功能和地图功能，因而可以基于行程、在不需要在通信应用和地图应用之间进行切换的情况下进行行程相关的任务指派，简化了用户的操作，方便了人们组队自驾出行的组织和管理。

关于任务指派，在一个实施例中，任务可以由建立的包括邀请者和被邀请者的队伍中的任一成员进行。在另一个实施例中，任务可以由建立的队伍中的具有任务指派权限的成员进行。具有任务指派权限的成员可以只有一个成员，在这种情况下，具有任务指派权限的成员可以被称为队长，其他成员被称为队员。队长可以是队伍的创建者(即，邀请者)，也可以是在队伍创建时指定的某个成员。此外，在行程结束之前，还可以更改队长。可替代地，具有任务指派权限的成员可以是多个成员，这些成员可以是队长指定的成员或符合服务中心确定的标准(例如，经验值等)的某些成员。在这种情况下，具有任务指派权限的成员可以与队长具有相同的权限，或者具有比队长权限低的权限。

在本公开中，任务可以是只具有指派对象的任务，例如让队伍中的一个成员去买东西、让队伍中的一个成员去某个地方取东西等等。在这种情况下，根据本公开的实施例的通信方法还可以包括将目的地信息发送至与指派对象对应的终端。在一实施例中，所述目的地信息是基于与指派任务相关的信息而生成的推荐目的地信息。例如，假设任务内容是指派某成员去超市买水，则可以基于例如关键词识别或语义分析等的方法分析所述目的地信息，进而基于所分析的目的地进行推荐，例如，距离该成员最近的超市等等。在又一实施例中，所述目的地信息可以是从与指派任务相关的信息中提取的目的地信息。即，当任务内容明确包含目的地信息时，例如，“请去XX超市买水”，可以直接从任务内容提取目的地信息。应当理解，前述让队伍中的一个成员去买东西、让队伍中的一个成员去某个地方取东西等仅仅是只具有指派对象的任务的示例，而不是对本公开的限定。

可替代地，任务可以是具有指派对象和指派目标对象的任务，例如接人任务。在这种情况下，根据本公开的实施例的通信方法还包括将任务创建信息发送至与指派目标对象(例如，被接的成员)对应的终端。在该实施例中，关于与任务(例如，接人任务)相关的信息的通信，在一个实施例中，指派对象(例如，去接人的成员)和指派目标对象(例如，被接的成员)可以相互通信以协商接人地点和时间等信息。所述通信可以借助于本公开的通信方法所应用于的终端上的同一应用实现，也可以借助于终端上的其他应用或其他终端实现。

在另一个实施例中，可以由任务指派者、去接人的成员或被接的成员中的任何一个来指定目的地。在第一示例中，可以从与指派目标对象对应的终端接收目的地信息，然后将目的地信息发送至与指派对象对应的终端。目的地信息可以是从与指派目标对象对应的终端接收的，即，由指派目标对象手动输入到其终端的。可替代地，目的地信息也可以是基于与指派目标对象对应的终端的位置信息而获取的。在第二示例中，可以从与指派对象对应的终端接收目的地信息，并将所述目的地信息发送至与指派目标对象对应的终端。在第三示例中，从与队伍的所述至少一个成员(即，任务指派者)所对应的终端接收目的地信息，并将所述目的地信息发送至与指派对象对应的终端和与指派目标对象对应的终端。通过如上所述的方式，方便车队成员基于任务进行灵活调度，在确保任务高效执行的同时给予成员最大自由度。

在又一实施例中，可以由服务中心来确定合适的目的地。具体地，可以基于指派目标对象的状态和指派对象的状态生成目的地信息，并将所述目的地信息发送至与指派对象对应的终端和与指派目标对象对应的终端。所述状态包括但不限于位置、路况等等。例如，服务中心可以根据从去接人的成员至被接的成员的路径的路况和到达时间，考虑在当前接驾时间内被接的成员步行可以到达的范围内，确定目的地信息。又例如，服务中心可以基于被接的成员的位置，在距该位置一定的距离(例如，500米)的范围内，基于诸如最短接驾时间等的一定的标准，确定目的地信息；等等。通过如上所述的方式，能够优化任务的执行，缩短执行任务所需的时间，且简化用户的操作。

关于判断指派对象是否适于执行指派任务的步骤S510的处理，在一个实施例中，可以由服务中心直接判断指派对象的状态是否满足预定条件。然后响应于判断指派对象的状态满足预定条件，确定指派对象适于执行指派任务；其中指派对象的状态包括指派对象的位置、路况、任务指派状态、指派对象是否与车或车载终端相关联等中的至少一个。

关于预定条件，在一个实施例中，预定条件可以基于指派对象的任务指派状态。具体地，在一个示例中，预定条件可以是指派对象尚未被指派任务。在这种情况下，服务中心可以通过判断指派对象是否已经被指派任务来判断指派对象是否适于执行指派任务。当指派对象已经指派有任务时，服务中心判断该指派对象不适于执行指派任务。当指派对象尚未被指派任务时，服务中心判断该指派对象适于执行指派任务。在另一个示例中，指派对象可以被指派多个任务。此时，更具体地，预定条件可以是指派对象已被指派的任务与要指派的任务不冲突。例如，已被指派的任务与要指派的任务的时间段不冲突、方向不完全相背离，等等。可替代地，预定条件可以是指派对象已被指派的任务与要指派的任务相一致。例如，已被指派的任务与要指派的任务的路线至少部分重叠，等等。所述已被指派的任务与要指派的任务可以是相同类型的任务，也可以是不同类型的任务。

在另一个实施例中，预定条件可以是指派对象有车(或车载终端)。在这种情况下，服务中心可以通过判断指派对象是否关联有车(或车载终端)来判断指派对象是否适于执行指派任务。当指派对象没有车(或车载终端)时，服务中心判断该指派对象不适于执行指派任务。当指派对象有车(或车载终端)时，服务中心判断该指派对象适于执行指派任务。

在又一实施例中，预定条件可以是基于距离的，例如，指派对象与被接对象之间的距离少于预定距离；在除被接对象以外的剩余成员当中，指派对象与被接对象之间的距离相对较短(例如，按照距离从近至远排序，位于前预定名次)；等等。

在又一实施例中，预定条件可以是基于路况的，例如，指派对象与被接对象之间的路况符合预定标准(例如，拥塞程度小于预定级别)；在除被接对象以外的剩余成员当中，指派对象与被接对象之间的路况相对较好(例如，按照拥塞程度从轻微至严重排序，位于前预定名次)；等等。

应该理解，前述预定条件仅仅是示例，而不是对本公开的限定。本领域技术人员可以根据需求任意的设置预定条件，或基于指派对象所承担的指派任务、基于指派对象是否有车、基于距离和/或基于路况中的两种或更多种来设置预定条件。例如，预定条件可以是指派对象有车、且指派对象与被接对象之间的距离少于预定距离等等。

以上实施例中，服务中心自身判断指派对象是否适于执行指派任务。可替代地，在另一个实施例中，可以将任务指派请求信息发送至指派对象的终端。然后服务中心从与指派对象对应的终端接收任务指派响应信息。之后，服务中心响应于任务指派响应信息表示指派对象接受指派任务，确定指派对象适于执行指派任务。

在该实施例中，在任务是只具有指派对象的任务时，服务中心可以根据从指派对象的终端接收的任务指派响应信息来判断指派对象是否适于执行指派任务。当响应信息是指派对象接受指派任务的响应消息时，服务中心判断指派对象适于执行指派任务。当响应信息是指派对象拒绝指派任务的响应消息时，服务中心判断指派对象不适于执行指派任务。

在任务是具有指派对象和指派目标对象的任务时，服务中心根据从指派对象和指派目标对象的终端接收的任务指派响应信息来判断指派对象是否适于执行指派任务。当指派对象和指派目标对象中的任一个拒绝指派任务时，服务中心判断指派对象不适于执行指派任务。当指派对象和指派目标对象两者都接受指派任务时，服务中心判断指派对象适于执行指派任务。

可替代地，在又一个实施例，可以将上述判断指派对象是否适于执行指派任务的方法结合。具体地，可以先由服务中心判断指派对象的状态是否满足预定条件。然后，响应于判断指派对象的状态满足预定条件，服务中心将将任务指派请求信息发送至指派对象的终端。然后，服务中心从指派对象的终端接收任务指派响应信息。之后，服务中心响应于任务指派响应信息表示指派对象接受指派任务，确定指派对象适于执行指派任务。

以上实施例中，判断指派对象是否适于执行指派任务。当判断为肯定时，生成用于确立所述指派任务的任务创建信息；当判断为否定时，生成任务创建失败信息。在又一实施例中，与任务创建失败信息相结合或替代任务创建失败信息，服务中心还可基于以上所述的预定条件，例如路况、指派任务、距离等等，主动判断其他成员是否适于执行所述指派任务。在判断有成员适于执行所述指派任务时，可进一步推荐指派对象以供任务指派者参考。

上文所述的根据本公开的实施例的车辆组队的通信方法可以根据指派对象的状态或指派对象对指派任务的响应中的至少一个来判断指派对象是否适于执行指派任务，提高了任务指派的效率，确保了任务指派和完成的成功率。

此外，根据本公开的实施例的通信方法在判断指派对象是否适于执行指派任务的过程中，可以参考针对不同场景设计的各种预定条件，从而确保了任务指派的合理性。

完成了车辆组队之后，建立的队伍可以根据行程创建信息开始行程。在行程期间，队伍的至少一个成员的终端可以与至少一个其他成员的终端进行通信联系。通信联系例如是语音聊天、即时消息等等。

此外，在行程进行期间，服务中心还可以从队伍的至少一个成员的终端接收当前位置信息，并将当前位置信息发送至队伍的至少一个其他成员的终端，以在至少一个其他成员的终端上显示至少一个成员的当前位置信息，从而使得队伍的至少一个成员可以了解至少一个其他成员的位置。

上文所述的根据本公开的实施例的车辆组队的通信方法在行程期间可以实现队伍成员之间的通信，并在至少一个队伍成员的终端上显示至少一个其他成员的当前位置信息，方便了队伍成员了解彼此的当前位置、实现了导航和成员通信之间的无缝整合，从而提升了驾驶的安全性、方便了队伍成员之间的交流和通信，同时也节省了终端的内存资源、降低了终端的处理器负载。

根据本公开的实施例的车辆组队的通信方法除了实现上文所述的行程创建、任务指派、行程期间的通信以及成员的当前位置的显示等之外，还可以实现车载终端和便携终端之间的导航切换。

具体地，当队伍的至少一个成员的终端包括车载终端和便携终端时，可以通过以下方法来实现所述导航切换：从该成员的车载终端接收车辆的当前位置的信息；然后根据当前位置，在该成员的车载终端和便携终端之间进行切换导航。在该实施例中，所述车载终端和所述便携终端已经提前配对。

关于导航切换，在一个实施例中，导航切换可以是从车载终端切换至便携终端。具体地，在一个实施例中，服务中心可以响应于车辆的当前位置落入预定范围(即，所谓的“地理围栏”)，将导航从车载终端切换至便携终端。关于预定范围，在一个实施例中，预定范围可以是以目的地为参考点的预定形状和长度的范围，例如以目的地为圆心的预定半径(例如，一千米)的圆的范围。在这种情况下，只要车辆的当前位置落入预定范围内，就将导航从车载终端切换至便携终端。在另一个实施例中，预定范围可以是以目的地为参考点的特定点的集合，例如，以目的地为圆心的预定半径(例如，一千米)的圆的范围内的诸如停车场等的特定范围。在这种情况下，当车辆的当前位置落入前述特定范围时，将导航从车载终端切换至便携终端。

在又一个实施例中，还可以检测是否完成停车，例如是否接收到熄火指示。在该实施例中，当接收到熄火指示时，导航才从车载终端切换至便携终端。

在再一个实施例中，可以在车载终端关闭时，将导航从车载终端切换至便携终端。具体地，可以从成员的车载终端接收导航关闭信息；然后，响应于导航关闭信息，将导航从车载终端切换至便携终端。

在另一个实施例中，导航切换可以是从便携终端切换至车载终端。具体地，在一个实施例中，可以从车辆接收车辆启动信息，然后响应于车辆被启动，将导航从便携终端切换至车载终端。在另一个实施例中，在行程期间，即用户驾驶期间，可以通过以下步骤来实现导航切换，从成员的便携终端接收导航关闭信息；然后，响应于导航关闭信息，将导航从便携终端切换至车载终端。

关于导航切换，应当理解，前述关于导航切换的场景仅仅是示例，而不是对本公开的限定。此外，除了上述智能导航切换之外，还可以手动进行导航切换。例如，可以通过车载终端和便携终端上的控件来完成车载终端和便携终端之间的导航切换。

此外，如上所述的导航切换的条件可以适当地进行组合。例如，可以在检测到进入预定范围内、且接收到熄火指示时，进行导航的切换。又例如，可以在检测到进入预定范围内、且接收到车载终端关闭的信息时，进行导航的切换；等等。由此，与基于单个条件进行切换的情况相比，此实施例的导航切换能够进一步减少误判，提高导航切换的准确性，改进用户体验。

在上文中描述的根据本公开的实施例的车辆组队的通信方法可以实现车载终端和便携终端之间的智能导航切换，简化用户的操作，提升了用户的导航体验。

为了本领域技术人员能够更好的理解根据本公开的实施例的车载终端和便携终端之间的导航切换。本公开将结合图6描述所述通信方法在终端和服务中心之间的交互。

图6示出了根据本公开的实施例的车载终端导航和便携终端导航之间的示例切换。

在导航开始时，成员可以选择激活车载终端1a的自动切换模式，表示允许其车载终端1a的导航和便携终端1b的导航在满足特定条件下，能够自动切换。可替代地，该自动切换模式可以是默认模式。

当当前导航是车载导航时，车载终端1a和便携终端1b之间的导航切换从步骤S600开始。在步骤S600处，服务中心2从该成员的车载终端1a接收车辆的当前位置的信息。当车辆的当前位置落入一个预定范围6(如图中虚线所示)时，服务中心2将导航从车载终端1a切换至便携终端1b(S610)。

除了根据车辆当前信息，服务中心2还可以从该成员的车载终端接收导航关闭信息(S610a)，并响应于所述导航关闭信息，将导航从车载终端1a切换至便携终端1b。

具体地，当车辆的当前位置进入一个预定范围6时，或者当导航从车载终端1a切换至便携终端1b时，服务中心2可激活便携终端1b的“最后一公里”的导航模式(S620)，对行程中的所谓“最后一公里”(Last-Mile)进行导航指引。此处的“最后一公里”并不一定等于地理意义上的“一公里”，而是指行程中的最后一段距离。如果进入“最后一公里”的导航模式，基于地图定位的与目的地位置相关的兴趣点、信息点(POI：Point of Interest)和其他常用资讯将会被自动地显示出来。

更具体地，在车辆行驶时，车载终端1a会定时获取当前的卫星定位信息，通过调用地图应用等导航地图的路径规划接口，获取对应的待行驶的路径距离。若路径距离“大于1公里”，则保持当前车载导航模式。反之，则当前导航终端的用户界面可以弹出消息窗口，提示用户是否选择进入“最后一公里”的导航模式。该提示可以被记录在当前的导航终端，在一个实施例中，该提示在一个导航行程中只会被触发一次。可替代地，在另一个实施例中，该提示在一个导航行程中会被触发预定次数。

当然，所述预定范围6也可以不必等于“最后一公里”设定的距离。因此，在符合条件下，服务中心2可以分别激活车载终端1a和便携终端1b的“最后一公里”的导航模式(S630)。如果预定范围小于“最后一公里”设定的距离，导航还未从车载终端1a切换到便携终端1b时，导航也可以先进入“最后一公里”的导航模式。

切换导航和激活“最后一公里”导航模式还可以根据识别不同场景下的信号，如：发动机噪声、超声停车信号、停车雷达、WiFi信号、以及娱乐系统信号等。当车辆到达目的地附近的停车场停车后，如果此时车载终端1a自动识别出车辆熄火信号，车载终端1a将会自动把当前的导航数据同步传输到便携终端1b。同时，服务中心2也会根据车辆的当前位置或者车辆熄火信号，激活便携终端1的导航切换程序，开启“最后一公里”导航模式，以便导航地图的相应接口进行数据传输。当然也可以借用第三方应用平台，例如：地图应用。可通过应用之间的跳转将导航地图应用作为中间层来传递参数，同时也可以在应用内自定义导航或者跳转至导航地图应用进行“最后一公里”导航。

以上描述了本公开的实施例的通信方法的导航切换的处理。在又一实施例中，在行程结束后，根据本公开的实施例的车辆组队的通信方法还可以基于行程生成行程报告。

具体地，在一个实施例中，可以从队伍的至少一个成员的终端接收行程相关信息和车辆的驾驶行为信息中的至少一个；然后根据接收的行程相关信息和车辆的驾驶行为信息中的至少一个，创建该行程的行程报告。

关于行程报告，在一个实施例中，行程报告包括对于至少一个成员的评价信息，评价信息是基于接收的行程相关信息和车辆的驾驶行为信息中的至少一个而作出的。

在生成了行程报告之后，可以将行程报告相关的信息发送给所有或部分成员，其中至少一个成员对行程报告拥有第一权限，至少另一个成员对行程报告拥有第二权限，第一权限和第二权限可以相同或不同。示例性地，在一个实施例中，第一权限和第二权限相同，包括对行程报告进行查阅、下载和修改等等。在另一个实施例中，第一权限和第二权限不同。示例性地，第一权限高于第二权限，即，拥有第一权限的成员对行程报告的操作比拥有第二权限的成员对行程报告的操作多至少一个。在这种情况下，第一权限可以包括对行程报告进行查阅、下载和修改等等，而第二权限可以包括对行程报告进行查阅和下载等等，而不能对行程报告进行修改。在该实施例中，拥有第一权限的成员可以是上文所述的拥有任务指派权限的成员，也可以与上文所述的拥有任务指派权限的成员无关，而是另外指定的成员。关于拥有第一权限的成员的指定，本领域技术人员可以需要进行任意指定，本公开对此不做限定。

为了本领域技术人员能够更好的理解根据本公开的实施例的行程报告的生成。本公开将结合图7描述所述行程报告的生成的一个示例性实施例。如图7所示，根据本公开的实施例的行程报告的示例生成从步骤S700处开始。

在步骤S700处，服务中心2从队伍的至少一个成员的终端1a接收行程相关信息和车辆的驾驶行为信息中的至少一个。行程相关信息可以包括行程基本信息，例如路线、持续时间、成员、里程等中的至少一个。行程相关信息还可以包括由成员通过终端手动上传的行程中的照片和添加的注释说明等等。所述驾驶行为信息例如可以包括熄火次数、急刹次数等等中的至少一个。

之后，方法前进到步骤S710。在步骤S710处，服务中心根据接收的行程相关信息和车辆的驾驶行为信息中的所述至少一个，创建该行程的行程报告。行程报告包括对于该成员的评价信息，所述评价信息是基于接收的行程相关信息和车辆的驾驶行为信息中的所述至少一个而作出的。例如，可以基于持续时间和里程等而评价成员的车速。可以基于成员的车型(燃油汽车还是电动汽车)和里程等而评价成员的能耗。可以基于成员的急刹次数、熄火次数等来评价成员的驾驶熟练程度等等。该评价信息可以作为评估成员的评判标准。需要指出的是，以上所述的评价信息的种类仅为示例。本领域技术人员能够在此基础上，基于行程所能够获得的信息而提取或生成其他各种评价信息。所述评价信息可以以每一用户的评价信息的形式单独提供给各个用户，也可以以部分或所有用户的评价信息的排行榜的形式提供给所有用户，以用于用户激励。

在服务中心创建了行程报告之后，方法前进到步骤S720。在步骤S720处，服务中心2将行程报告相关的信息发送给所有或部分成员(例如，图7中的终端1a、1b和1c中的一个或多个)，其中至少一个成员对行程报告拥有第一权限。第一权限可以是高级权限。例如：如前文所述的队伍的队长或者上传行程相关信息的成员(例如，图7中的终端1a对应的成员)可以拥有编辑报告的权限，包含图片显示方式、顺序、隐藏等，以及给出说明和描述信息。同时，至少另一个成员(例如，图7中的终端1b和1c对应的成员中的至少一个)具有第二权限，第一权限和第二权限可以相同或不同，比如第二权限可以是分配给队伍普通成员的普通权限。操作中，对于队伍的普通成员可以只分配给其只读权限，或者编辑部分报告内容的权限，比如删除和新增图片。成员可以从已经完成的任务列表中找到对应的任务报告，通过例如即时通信软件获取手机相册图片的应用程序接口(API)，选择需要继续上传的图片或照片，进行压缩后上传至服务中心2，将图片信息以及说明更新至任务报告。这样便可以不依靠第三方地图数据供应商采集数据，与行程相关的说明和图片可作为POI数据由成员实时灵活地直接上传并被存储起来，更有针对性地满足日后的行程安排和导航(例如：最后一公里导航)的需要。

当队伍成员接收到行程报告相关的信息后，队伍成员还可以利用二维码或链接通过社交软件等的具有分享功能的软件将任务报告分享给成员的朋友或者群组7(S730)。若非参与该行程的成员的其他人点击分享的二维码或链接，则只能查看该任务报告，不能编辑。同时，对于图片的处理上可以借助一些图片编辑处理功能，如滤镜、水印等。另外，还允许对上传的图片放大查看，下载保持至本地。

以上描述了本公开的实施例的生成行程报告的处理。通过所述处理，能够使得用户更好地回顾、总结和分享行程，改进了用户体验。

在上文中，结合图2至图7描述了由服务中心(例如，服务器)执行的根据本公开的实施例的车辆组队的通信方法。

在下文中，本公开将结合图8描述由终端(例如，车载终端或便携终端)执行的根据本公开的实施例的车辆组队的通信方法。

图8是根据本公开的实施例的车辆组队的通信方法的示例流程图，其从步骤S800开始。在步骤S800处，终端基于用户输入的信息生成与车辆组队出行相关的请求信息，与车辆组队出行相关的信息包括行程请求信息和任务指派请求信息中的至少一个，行程请求信息包括与行程相关的行程信息。之后，方法前进到步骤S810。在步骤S810处，终端将与车辆组队出行相关的请求信息发送至服务器。之后，方法前进到步骤S820。在步骤S820处，终端从服务器接收响应信息，响应信息包括基于行程请求信息生成的行程确认信息、以及基于任务指派请求信息生成的任务创建信息中的至少一个。

上述结合图8描述的车辆组队的通信方法可以实现各类终端和其他设备之间的通信，从而可以基于行程来进行队伍的组建、管理和任务安排，不仅方便了人们组队自驾出行的规划和管理，而且也节省了终端的内存资源、降低了终端的处理器负载。

关于与车辆组队出行相关的请求信息，在一个实施例中，其可以为行程请求信息。在这种情况下，响应信息可以为行程确认信息，用户为邀请者；并且生成与车辆组队出行相关的请求信息可以包括：基于作为邀请者的用户输入的信息，生成行程请求信息。在一个实施例中，行程请求信息还包括与被邀请者相关的身份信息。

在另一个实施例中，与车辆组队出行相关的信息可以为任务指派请求信息。在这种情况下，响应信息为任务创建信息；并且生成与车辆组队出行相关的请求信息可以包括：基于作为队伍的成员的用户输入的信息生成任务指派请求信息，任务指派请求信息包括与指派对象以及指派任务相关的信息。该实施例中，任务可以是上文所述的只具有指派对象的任务或者是具有指派对象和指派目标对象的任务。

在任务是具有指派对象和指派目标对象的任务的情况下，任务指派请求信息还可以包括与指派目标对象相关的信息。

完成了车辆组队之后，建立队伍可以根据行程创建信息开始行程。在行程期间，队伍的至少一个成员的终端可以与至少一个其他成员的终端建立通信联系。通信联系例如是语音聊天、及时消息等等。

此外，在行程期间，终端还可以从服务器接收队伍的至少一个其他成员的终端的当前位置信息；并在终端的屏幕上显示接收的至少一个其他成员的终端的当前位置信息。

在行程结束后，队伍的至少一个成员的终端可以将行程相关信息和车辆的驾驶行为信息中的至少一个发送至服务器。然后，从服务器接收该行程的行程报告，行程报告是根据行程相关信息和车辆的驾驶行为信息中的至少一个而创建的。关于行程报告，示例性地，在一个实施例中，行程报告包括对于队伍的至少一个成员的评价信息，评价信息是基于接收的行程相关信息和车辆的驾驶行为信息中的至少一个而作出的。应当理解，关于行程报告的具体内容，前述描述仅仅是示例，而不是对本公开的限定。本领域技术人员可以根据接收的行程相关信息和车辆的驾驶行为信息以及其他信息、需求等生成相应的行程报告。

在上文中，本公开结合图2-图7描述了由服务中心执行的根据本公开的实施例的车辆组队的通信方法，并结合图8描述了由终端执行的根据本公开的实施例的车辆组队的通信方法。在下文中，本公开将结合图9和图10描述根据本公开的实施例的服务器和终端(例如，车载终端或便携终端)。

图9是根据本公开的实施例的服务器900。如图9所示，根据本公开的实施例的服务器900包括处理器910和存储器920。存储器920上存储有计算机指令，计算机指令在由处理器910运行时，可以执行上文结合图2-图7描述的根据本公开的实施例的车辆组队的通信方法。

图10是根据本公开的实施例的通信终端1000。如图10所示，根据本公开的实施例的通信终端1000包括处理器1010和存储器1020。存储器1020上存储有计算机指令，计算机指令在由处理器1010运行时，可以执行上文结合图8描述的根据本公开的实施例的车辆组队的通信方法。

此外，本公开还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令在由计算机运行时，可以执行上文结合图2-图8描述的根据本公开的实施例的车辆组队的通信方法。

此外，本公开还提供了一种计算机程序产品，其包括计算机指令，所述计算机指令在由计算机运行时，可以执行上文结合图2-图8描述的根据本公开的实施例的车辆组队的通信方法。应当注意的是，本公开实施例的计算机程序产品可以以单独的应用的形式实现，也可以以嵌入在其他应用中或结合其他应用的应用(例如小程序、微件等)的形式而实现。

至此，本公开结合图2至图10描述了根据本公开的实施例的车辆组队的通信方法、服务器、通信终端、计算机可读存储介质以及计算机程序产品，其可以基于行程来灵活地进行队伍的组建、管理和任务安排，不仅方便了人们组队自驾出行的灵活规划和管理，而且也节省了终端的内存资源、降低了终端的处理器负载。

此外，根据本公开的实施例的车辆组队的通信方法在进行任务指派时，可以根据指派对象的状态或者根据指派对象对任务的响应中的至少一个来判断指派对象是否适于执行指派任务，提高了任务指派的效率和有效性。

此外，根据本公开的实施例的车辆组队的通信方法可以实现导航和即时通信之间的无缝整合，提升了驾驶的安全性、方便了队伍成员之间的交流和通信，同时也节省了终端的内存资源、降低了终端的处理器负载。

此外，根据本公开的实施例的车辆组队的通信方法可以实现车载终端导航和便携终端导航之间的智能切换，提升了用户的导航体验。

此外，根据本公开的实施例的车辆组队的通信方法可以在行程结束之后生成行程报告，从而使得用户能够更好地回顾、总结和分享行程，改进了用户体验。

为了本领域技术人员更好的理解本公开，在下文中，本公开将结合图11-图19描述根据本公开的实施例的车辆组队的通信方法的产品界面图。

图11是根据本公开的实施例的应用界面的示例。如图11所示，根据本公开的实施例的示例应用界面1100可以包括消息通知窗口1110、任务窗口1120、行程窗口1130和新增行程窗口1140。消息通知窗口1110可以提醒用户接受到新的消息，例如，行程邀请消息、行程创建完成消息、任务指派消息、以及其他任何消息。任务窗口1120是与任务相关的窗口，通过点击任务窗口1120，可以进入任务界面，任务界面可以包括与任务相关的任何窗口，例如待完成任务窗口、任务创建窗口等等。行程窗口1130是与行程相关的窗口，通过点击行程窗口1130，可以进入行程界面，行程界面可以包括与行程相关的任何窗口，例如待完成行程窗口、已完成行程窗口、行程创建窗口等等。新增行程窗口1140用于进入新增行程界面。当用户点击新增行程控件时，进入例如图12所示的新增行程界面。

图12是根据本公开的实施例的新增行程界面的示例。如图12所示，根据本公开的实施例的示例新增行程界面1200可以包括搜索窗口1210、常用选择窗口1220、目的地推荐窗口1230和确认窗口1240。用户可以在搜索窗口1210输入与目的地相关的信息以进行搜索。例如，用户可以在搜索窗口1210输入“公园”，然后应用通过后台搜索，查找用户附近的公园。之后，将搜索到公园以特性顺序(例如，与用户的距离的远近顺序等)显示在目的地推荐窗口。常用选择窗口1220可以便于用户的搜索，其可以包括例如美食、景点、购物等。通过点击常用选择窗口1220中的选项，相应的目的地将会显示在目的地推荐窗口1230。用户可以通过点击目的地推荐窗口中的目的地来设置行程的目的地。选择了目的地之后，点击确认窗口1240中的确认控件，将进入例如图13所示的新增行程编辑界面。

图13是根据本公开的实施例的新增行程编辑界面的示例。如图13所示，根据本公开的实施例的示例新增行程编辑界面1300包括目的地窗口1310、时间窗口1320、行程主题窗口1330、行程介绍窗口1340、成员添加窗口1350和邀请窗口1360。邀请者可以通过新增行程编辑界面1300上的各个窗口编辑与行程相关的信息，并通过成员添加窗口1350选择行程的被邀请者。在另一实施例中，与窗口1310-1340相结合或替代窗口1310-1340，还可包含用于进行语音输入的控件(未示出)。用户可通过所述控件以语音方式输入与行程相关的信息。在完成了行程相关信息的编辑之后，在一实施例中，邀请者通过点击邀请窗口1360中的邀请控件来发送行程请求信息。在另一实施例中，邀请者可通过图中未示出的用于口令生成的控件，生成行程请求信息，并通过其他应用而发送至被邀请者。

在邀请者通过邀请控件发送了行程邀请之后，被邀请者将会接收到邀请，并显示行程邀请界面。替代地，在邀请者通过口令方式将行程请求信息发送至被邀请者、并且被邀请者通过口令进入该应用之后，也可显示行程邀请界面。此外，无论通过上述哪种方式，在显示所述行程邀请界面之前，还可以类似弹窗的形式显示行程卡，用于示出与行程相关的简略信息。在邀请者点击所述行程卡之后，再显示例如如图14所示的所述行程邀请界面。

图14是根据本公开的实施例的行程邀请界面的示例。如图14所示，根据本公开的实施例的示例行程邀请界面1400包括邀请者信息窗口1410、行程信息窗口1420、行程成员窗口1430和邀请响应窗口1440。邀请者信息窗口1410可以包括与邀请者相关的任何信息，例如ID、姓名、电话等等。行程信息窗口1420可以包括与行程相关的任何信息，例如邀请者在新增行程编辑界面1300编辑的信息。行程成员窗口1430可以显示邀请者添加的成员的信息。此外，在一个实施例中，行程成员窗口1430还可以包括成员添加控件1432。被邀请者可以通过该添加控件1432添加成员。邀请响应窗口1440包括“接受邀请”控件1442和“拒绝邀请”控件1444，通过其被邀请者接受邀请或者拒绝邀请。此外，邀请响应窗口1440还可包括“稍后再定”控件1446，用于被邀请者需要再考虑的情况。在被邀请者点击“稍后再定”控件1446之后，被邀请者在行程开始之前的任何时刻仍可通过行程邀请界面1400接受或拒绝邀请。

当所有成员完成了对行程邀请的响应后，服务中心将创建行程，并把行程发送至各个成员。之后，成员可以在例如图11所示的行程窗口1130中找到创建的行程。图15示出了根据本公开的实施例的示例行程界面。如图15所示，根据本公开的实施例的示例行程界面1500包括行程信息窗口1510、行程开始控件1520、新增行程控件1530和搜索控件1540。行程信息窗口1510包括与行程相关的任何信息。新增行程控件1530可以用于开启新增行程的编辑。行程开始控件1520用于开始该行程。搜索控件1540可以用于进行搜索，例如，搜索行程目的地或其他目的地等。此外，虽然在图15中将新增行程控件1530和搜索控件1540示出为两个分开的控件，但是其也可以合并为一个控件，用户可通过该控件以全手动输入或基于搜索的方式来新增行程。另外，在一个实施例，当成员接收到创建的行程时，终端可以根据创建的行程的行程时间开启一个闹钟，以在合适的时间，例如行程时间到达时提醒成员该行程。

在完成了行程创建之后，队伍中的至少一个成员(例如，队长)可以在行程完成之前的任意时间进行任务指派。当要指派的任务是只具有指派对象的任务，例如让某个成员去买东西时，可以通过例如图16所示的任务指派界面1600来进行任务指派。如图16所示，根据本公开的实施例的示例任务指派界面1600包括任务类型窗口1610、任务简介窗口1620和指派对象窗口1630和确认控件1640。进行任务指派的成员可以通过任务简介窗口1620对所指派的任务进行说明，然后通过指派对象窗口1630选择执行任务的指派对象。之后，通过点击确认控件1640来生成任务指派请求信息。之后，任务指派请求信息将被发送到服务中心。

当任务是具有指派对象和指派目标对象的任务，例如让某个成员去接另一个成员的接人任务时，可以通过例如图17所示的任务指派界面1700来进行任务指派。如图17所示，根据本公开的实施例的示例任务指派界面1700包括任务类型窗口1710、指派对象窗口1720、指派目标对象窗口1730和确认控件1740。当通过指派对象窗口1720、指派目标对象1730选择了指派对象和指派目标对象之后，通过点击确认控件1740来生成任务指派请求信息，之后，任务指派请求信息将被发送到服务中心。

以上结合图16和图17示出了关于任务指派的示例性界面。在另一示例性实施例中，可通过如图18所示的示例性界面进行任务指派。具体地，当作为指派任务者的成员例如点击作为指派对象的成员的图标时，显示如图18所示的任务指派界面1800。示例性地，任务指派界面1800的左上部可包括指派对象成员的头像，右侧可包括普通任务控件1820和接人任务控件1840。通过普通任务控件1820，可指派该成员进行只具有指派对象的任务。通过接人任务控件1840，可指派该成员进行具有指派对象和指派目标对象的任务。此外，任务指派界面1800还可包括用于与指派对象进行电话通信的控件1860和用于与指派对象进行网络通信的控件1880中的至少一个等。

当通过如上所述的任一方式完成了任务指派之后，与任务相关的成员(例如，进行任务指派的成员、指派对象或指派目标对象)可以在例如图11所示的任务窗口1120中找到相关任务。在一个实施例，当成员接收到任务时，终端可以根据任务开启一个闹钟，以在合适的时间，例如执行任务的时间到达时提醒成员该任务。

在任一成员(例如，用户A)通过点击例如图15所示的开始行程控件之后，可以进入例如图19所示的导航界面1900，其可以显示在便携终端和车载终端中的至少一个的屏幕上。如图19所示，根据本公开的实施例的用户A的示例导航界面1900包括与地图相关的元素1910、功能窗口1920、消息通知窗口1930、终端自己的信息窗口1940、其他成员的信息窗口(例如，用户B的信息窗口1950a和用户C的信息窗口1950b)。功能窗口1920可以包括检查控件、语音聊天控件和停止&修改控件等等。所述成员A可以通过语音聊天控件发起与队伍中的至少一个成员(例如，用户B和/或C)的语音聊天。终端自己的信息窗口1940可以包括与导航相关的任何信息，例如导航控件1940_2、终端距离目的地的距离以及到达目的地预计花费的时间等等。其他成员的信息窗口可以包括与该成员相关的任何信息，例如成员的姓名、以及该成员到达目的地预计花费的时间等等。此外，其他成员的信息窗口还可以包括通信控件，例如图19所示的“呼叫他”控件1950b_2，通过该控件，可以发起与其他成员(例如，用户C)的通信，例如语音通信或即时消息通信等等。

以上结合图11-图19描述了根据本公开的实施例的车辆组队的通信方法的示例性的产品界面图，应当理解上述界面仅仅是示例，而不是对本公开的限定。本领域技术人员可以根据需求等设计合适的界面，包括对上述界面的界面要素的添加、删除、修改或组合。

此外，根据本公开的另一方面，提供了一种通信方法，包括通过显示界面上的第一元素接收用户的操作；基于接收的操作，发起与至少一个终端的通信；其中，所述显示界面还包括第二元素，所述第二元素与地图相关。所述操作例如可以是与车辆组队出行相关的输入信息，包括与行程和任务指派中的至少一个相关的输入信息。所述至少一个终端例如与车队中的至少一个其他成员相关联。本公开此实施例的通信方法的具体实现方式和细节与前述实施例一致，在此省略重复描述。

通过本公开此实施例的通信方法，可以实现导航和即时通信之间的无缝整合，提升了驾驶的安全性、方便了队伍成员之间的交流和通信，同时也节省了终端的内存资源、降低了终端的处理器负载。

至此，本公开结合附图描述了根据本公开的实施例的车辆组队的通信方法、服务器、终端、计算机可读存储介质、计算机程序产品以及相应的产品界面图的示例。应当理解，以上描述仅为本公开的一些实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者非暂时性计算机可读存储介质或者是上述两者的任意组合。非暂时性计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。非暂时性计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，非暂时性计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是非暂时性计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (27)

1.一种车辆组队的通信方法，包括：

从终端接收与车辆组队出行相关的请求信息，所述与车辆组队出行相关的请求信息包括行程请求信息和任务指派请求信息中的至少一个，所述行程请求信息包括与行程相关的行程信息；

响应于所述与车辆组队出行相关的请求信息，生成相应的响应信息，所述响应信息包括基于行程请求信息生成的行程响应信息、以及基于任务指派请求信息生成的任务响应信息中的至少一个；以及

将所述响应信息发送至所述终端。

2.根据权利要求1所述的通信方法，其中，所述与车辆组队出行相关的请求信息为行程请求信息，所述响应信息为行程响应信息；

所述从终端接收与车辆组队出行相关的请求信息包括：

从与邀请者对应的终端接收所述行程请求信息，所述行程请求信息还包括与被邀请者相关的身份信息；

所述通信方法还包括：

将所述行程请求信息发送至与一个或多个被邀请者对应的终端；以及

响应于从与至少一个被邀请者对应的终端接收到行程确认信息，生成行程创建信息作为所述行程响应信息，所述行程创建信息用于表示包括所述邀请者和所述至少一个被邀请者的队伍的行程被确立；

将所述行程创建信息发送至与所述至少一个被邀请者对应的终端。

3.根据权利要求1所述的通信方法，其中，所述与车辆组队出行相关的信息为任务指派请求信息，所述响应信息为任务响应信息；

所述从终端接收与车辆组队出行相关的请求信息包括：

从与队伍的至少一个成员所对应的所述终端接收所述任务指派请求信息，所述任务指派请求信息包括与指派对象以及指派任务相关的信息；

所述生成相应的响应信息包括：

根据所述任务指派请求信息，判断所述指派对象是否适于执行所述指派任务；以及

响应于判断所述指派对象适于执行所述指派任务，生成用于确立所述指派任务的任务创建信息作为所述任务响应信息；

所述通信方法还包括：

将所述任务创建信息发送至与指派对象对应的终端。

4.根据权利要求3所述的通信方法，其中，所述任务指派请求信息还包括与指派目标对象相关的信息；所述通信方法还包括：

将所述任务创建信息还发送至与指派目标对象所对应的终端。

5.根据权利要求4所述的通信方法，还包括以下之一：

从与指派目标对象对应的终端接收目的地信息，并将所述目的地信息发送至与指派对象对应的终端；其中，所述目的地信息是与指派目标对象对应的终端从所述指派目标对象接收的，或者是基于与指派目标对象对应的终端的位置信息的；或者

从与指派对象对应的终端对应的所述终端接收目的地信息，并将所述目的地信息发送至与指派目标对象对应的终端；或者

从与队伍的所述至少一个成员所对应的终端接收目的地信息，并将所述目的地信息发送至与指派对象对应的终端和与指派目标对象对应的终端；或者

基于指派目标对象的状态和指派对象的状态生成目的地信息，并将所述目的地信息发送至与指派对象对应的终端和与指派目标对象对应的终端。

6.根据权利要求3所述的通信方法，还包括：

将目的地信息发送至与指派对象对应的终端；

其中，所述目的地信息是基于与指派任务相关的信息而生成的推荐目的地信息，或者是从与指派任务相关的信息中提取的目的地信息。

7.根据权利要求3-6中任一项所述的通信方法，其中，判断所述指派对象是否适于执行所述指派任务的步骤包括：

判断指派对象的状态是否满足预定条件；以及

响应于判断指派对象的状态满足预定条件，确定所述指派对象适于执行所述指派任务；

其中所述指派对象的状态包括指派对象的位置、路况、任务指派状态、指派对象是否与车或车载终端相关联中的至少一个。

8.根据权利要求3-6中任一项所述的通信方法，还包括：

响应于判断所述指派对象不适于执行所述指派任务，基于所述队伍中的其他成员的状态，确定适于执行所述指派任务的推荐指派对象；以及

将所述推荐指派对象的信息发送至与队伍的所述至少一个成员所对应的所述终端。

9.根据权利要求3-6中任一项所述的通信方法，其中，判断所述指派对象是否适于执行所述指派任务的步骤包括：

将任务指派请求信息发送至指派对象的终端；

从指派对象的终端接收任务指派响应信息；

响应于所述任务指派响应信息表示所述指派对象接受所述指派任务，确定所述指派对象适于执行所述指派任务。

10.根据权利要求1-6中任一项所述的通信方法，还包括：

在行程期间，从队伍的至少一个成员的终端接收当前位置信息；

将所述当前位置信息发送至所述队伍的至少一个其他成员的终端，以在所述至少一个其他成员的终端上显示。

11.根据权利要求1-6中任一项所述的通信方法，其中，队伍的至少一个成员的终端包括车载终端和便携终端，所述通信方法还包括：

从该成员的车载终端接收车辆的当前位置的信息；以及

根据所述当前位置，在该成员的车载终端和便携终端之间切换导航。

12.根据权利要求11所述的通信方法，其中，所述在该成员的车载终端和便携终端之间切换导航的步骤包括：

响应于车辆的当前位置落入预定范围，将导航从车载终端切换至便携终端。

13.根据权利要求1-6中任一项所述的通信方法，其中，队伍的至少一个成员的终端包括车载终端和便携终端，所述通信方法还包括：

从该成员的车载终端接收导航关闭信息；以及

响应于所述导航关闭信息，将导航从车载终端切换至便携终端。

14.根据权利要求1-6中任一项所述的通信方法，还包括：

在所述行程结束后，从队伍的至少一个成员的终端接收行程相关信息和车辆的驾驶行为信息中的至少一个；

根据所接收的行程相关信息和车辆的驾驶行为信息中的所述至少一个，创建该行程的行程报告。

15.根据权利要求14所述的通信方法，其中，所述行程报告包括对于所述至少一个成员的评价信息，所述评价信息是基于所接收的行程相关信息和车辆的驾驶行为信息中的所述至少一个而作出的。

16.根据权利要求14所述的通信方法，还包括：

将行程报告相关的信息发送给所有或部分成员，其中至少一个成员对行程报告拥有第一权限，至少另一个成员对行程报告拥有第二权限，所述第一权限和所述第二权限相同或不同。

17.一种车辆组队出行的通信方法，包括：

基于用户输入的信息生成与车辆组队出行相关的请求信息，所述与车辆组队出行相关的信息包括行程请求信息和任务指派请求信息中的至少一个，所述行程请求信息包括与行程相关的行程信息；

将所述与车辆组队出行相关的请求信息发送至服务器；以及

从所述服务器接收响应信息，所述响应信息包括基于行程请求信息生成的行程响应信息、以及基于任务指派请求信息生成的任务响应信息中的至少一个。

18.根据权利要求17所述的通信方法，其中，所述与车辆组队出行相关的信息为行程请求信息，所述响应信息为行程响应信息，所述用户为邀请者；

所述生成与车辆组队出行相关的请求信息包括：

基于作为邀请者的用户输入的信息，生成所述行程请求信息，所述行程请求信息还包括与被邀请者相关的身份信息。

19.根据权利要求17所述的通信方法，其中，所述与车辆组队出行相关的信息为任务指派请求信息，所述响应信息为任务响应信息；

所述生成与车辆组队出行相关的请求信息包括：

基于作为队伍的成员的用户输入的信息生成任务指派请求信息，所述任务指派请求信息包括与指派对象以及指派任务相关的信息。

20.根据权利要求17-19中任一项所述的通信方法，其中，所述任务指派请求信息还包括与指派目标对象相关的信息。

21.根据权利要求17-19中任一项所述的通信方法，还包括：

从服务器接收推荐指派对象的信息，所述推荐指派对象的信息是由所述服务器响应于判断所述指派对象不适于执行所述指派任务，基于所述队伍中的其他成员的状态而确定的。

22.根据权利要求17-19中任一项所述的通信方法，还包括：

在行程期间，从服务器接收队伍的至少一个其他成员的终端的当前位置信息；以及

显示所述至少一个其他成员的位置信息。

23.根据权利要求17-19中任一项所述的通信方法，还包括：

在所述行程结束后，将行程相关信息和车辆的驾驶行为信息中的至少一个发送至服务器；以及

从所述服务器接收该行程的行程报告，所述行程报告是根据行程相关信息和车辆的驾驶行为信息中的所述至少一个而创建的。

24.根据权利要求23所述的通信方法，其中，所述行程报告包括对于队伍的至少一个成员的评价信息，所述评价信息是基于所接收的行程相关信息和车辆的驾驶行为信息中的所述至少一个而作出的。

25.一种服务器，包括：

处理器；

存储器，其上存储有计算机指令，所述计算机指令在由所述处理器运行时，执行根据权利要求1-16中的任一所述的方法的步骤。

26.一种通信终端，包括：

处理器；

存储器，其上存储有计算机指令，所述计算机指令在由所述处理器运行时，执行根据权利要求17-24中的任一所述的方法的步骤。

27.一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令在由计算机运行时，执行根据权利要求1-24中的任一所述的方法的步骤。

Images