一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

基于自动驾驶的车辆服务方法、装置、设备及存储介质与流程

2023-02-19 12:30:45 来源:中国专利 TAG:


1.本技术涉及自动驾驶技术领域,尤其涉及一种基于自动驾驶的车辆服务方法、装置、电子设备及存储介质。


背景技术:

2.相关技术中,无人售卖车的交易模式是在指定场所进行固定地点的无人售卖。但是对于用户来说,并不知道哪里设置有无人售卖车,即使存在用户需求也无法得到满足,从而导致无人售卖车的资源浪费,使得无人售卖车的交易量较低。


技术实现要素:

3.本技术实施例提供一种基于自动驾驶的车辆服务方法、装置、电子设备及存储介质,能够在实现预约用于交通出行的自动驾驶车辆的同时,对出行路线所经过的用于交易服务的自动驾驶车辆进行提示以及提供位置导航,提高用于交易服务的自动驾驶车辆的资源利用率和交易量。
4.本技术实施例的技术方案是这样实现的:
5.本技术实施例提供一种基于自动驾驶的车辆服务方法,包括:
6.在自动驾驶车辆的预约界面中,接收到输入的出行起点和出行终点;
7.响应于针对第一自动驾驶车辆的预约指令,呈现与所述出行起点和出行终点相对应的出行路线、以及所述出行路线所经过的至少两个行车站点;
8.当所述至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现所述第二自动驾驶车辆对应的提示信息;
9.其中,所述第一自动驾驶车辆用于交通出行,所述第二自动驾驶车辆用于提供交易对象的交易服务;
10.当接收到针对所述提示信息的触发操作时,呈现导航信息,所述导航信息,用于引导从当前位置到达所述第二自动驾驶车辆所处位置,以基于所述第二自动驾驶车辆进行所述交易对象的交易。
11.本技术实施例还提供一种基于自动驾驶的车辆服务装置,包括:
12.接收模块,用于在自动驾驶车辆的预约界面中,接收到输入的出行起点和出行终点;
13.第一呈现模块,用于响应于针对第一自动驾驶车辆的预约指令,呈现与所述出行起点和出行终点相对应的出行路线、以及所述出行路线所经过的至少两个行车站点;
14.第二呈现模块,用于当所述至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现所述第二自动驾驶车辆对应的提示信息;
15.其中,所述第一自动驾驶车辆用于交通出行,所述第二自动驾驶车辆用于提供交易对象的交易服务;
16.第三呈现模块,用于当接收到针对所述提示信息的触发操作时,呈现导航信息,所
述导航信息,用于引导从当前位置到达所述第二自动驾驶车辆所处位置,以基于所述第二自动驾驶车辆进行所述交易对象的交易。
17.上述方案中,所述接收模块,还用于响应于针对当前所处位置的定位操作,接收到基于所述定位操作定位得到的所述出行起点;
18.其中,所述出行起点,为所述第一自动驾驶车辆对应的行车站点中、距离所述定位操作得到的当前所处位置最近的目标行车站点。
19.上述方案中,所述接收模块,还用于当所述第一自动驾驶车辆对应的行车站点中,不存在与所述当前所处位置的距离低于距离阈值的行车站点时,呈现服务提示信息;
20.其中,所述服务提示信息,用于提示当前所处位置不在所述第一自动驾驶车辆的服务范围内。
21.上述方案中,所述接收模块,还用于在自动驾驶车辆的预约界面中,呈现起点输入功能项,并呈现相应的默认出行起点;
22.接收到基于所述起点输入功能项输入的目标起点,并呈现与所述目标起点相关联的、供选择的至少一个候选起点,所述至少一个候选起点包括所述出行起点;
23.响应于针对所述出行起点的选取操作,接收到输入的出行起点,并将呈现的所述默认出行起点更换为所述出行起点。
24.上述方案中,所述接收模块,还用于在自动驾驶车辆的预约界面中,呈现终点输入功能项;
25.接收到基于所述终点输入功能项输入的目标终点,并
26.呈现与所述目标终点相关联的、供选择的至少一个候选终点,所述至少一个候选终点包括所述出行终点;
27.响应于针对所述出行终点的选取操作,接收到输入的出行终点。
28.上述方案中,所述第一呈现模块,还用于呈现对应所述出行起点和出行终点的路线生成功能项;
29.所述第一呈现模块,还用于响应于针对所述路线生成功能项的触发操作,基于所述出行起点和出行终点,生成相应的出行路线,并
30.呈现用于预约对应所述出行路线的第一自动驾驶车辆的预约功能项;
31.响应于基于所述预约功能项触发的第一自动驾驶车辆的预约指令,呈现与所述出行起点和出行终点相对应的出行路线、以及所述出行路线所经过的至少两个行车站点。
32.上述方案中,所述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点;
33.所述第二呈现模块,还用于当所述第一自动驾驶车辆行驶至所述目标行车站点时,呈现所述第二自动驾驶车辆对应的提示信息;
34.或者,当所述第一自动驾驶车辆的当前行驶位置与所述目标行车站点之间的距离低于距离阈值时,呈现所述第二自动驾驶车辆对应的提示信息;
35.或者,在呈现所述出行路线的过程中,呈现所述第二自动驾驶车辆对应的提示信息。
36.上述方案中,所述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点;
37.所述第二呈现模块,还用于在所述目标行车站点的呈现位置的关联位置处,采用指示图标的方式呈现所述第二自动驾驶车辆对应的提示信息;
38.或者,通过弹窗方式呈现所述第二自动驾驶车辆对应的提示信息。
39.上述方案中,所述第三呈现模块,还用于当接收到针对所述提示信息的触发操作时,呈现用于搜索第二自动驾驶车辆的搜索界面,并在所述搜索界面中呈现搜索功能项;
40.响应于针对所述搜索功能项的触发操作,对所述第二自动驾驶车辆所处位置进行搜索,并呈现所述导航信息。
41.上述方案中,所述第三呈现模块,还用于当接收到针对所述提示信息的触发操作时,呈现对应所述第二自动驾驶车辆的服务功能入口;
42.响应于针对所述服务功能入口的触发操作,呈现用于搜索第二自动驾驶车辆的搜索界面。
43.上述方案中,所述装置还包括:
44.第四呈现模块,用于呈现用于扫描图形码的扫描功能项;
45.响应于针对所述扫描功能项的触发操作,呈现图形码扫描界面;
46.接收到基于所述图形码扫描界面触发的、针对所述第二自动驾驶车辆的交易图形码的扫描操作;
47.响应于所述扫描操作,呈现用于进行所述交易对象的交易的交易界面。
48.上述方案中,所述第四呈现模块,还用于当基于所述交易界面完成针对所述交易对象的交易、且所述第二自动驾驶车辆所对应的目标行车站点不为所述出行终点时,
49.呈现用于引导用户从当前位置到达所述目标行车站点的导航信息。
50.上述方案中,所述第一呈现模块,还用于呈现对应所述出行起点和出行终点的路线生成功能项;
51.所述第一呈现模块,还用于响应于基于所述路线生成功能项触发的预约指令,基于所述出行起点和出行终点,生成并呈现至少两个供选择的候选出行路线;
52.基于所述至少两个候选出行路线,响应于出行路线选取操作,将所选择的出行路线,作为所述出行路线进行呈现。
53.上述方案中,所述装置还包括:
54.第五呈现模块,用于在母应用程序的应用界面中,呈现用于预约自动驾驶车辆的预约小程序的功能入口;
55.响应于针对所述功能入口的触发操作,通过所述母应用程序运行所述预约小程序,并呈现所述自动驾驶车辆的预约界面。
56.上述方案中,所述第五呈现模块,还用于接收到通过母应用程序触发的针对图形码的扫描操作,所述图形码与预约自动驾驶车辆的预约小程序相对应;
57.响应于所述扫描操作,通过所述母应用程序运行所述预约小程序,并呈现所述自动驾驶车辆的预约界面。
58.上述方案中,所述第一呈现模块,还用于在自动驾驶车辆的预约界面中,呈现对应所述第二自动驾驶车辆的服务功能入口;
59.当接收到针对所述服务功能入口的触发操作时,呈现至少一个目标第二自动驾驶车辆的服务信息,所述目标第二自动驾驶车辆的服务范围覆盖当前所处位置。
60.上述方案中,所述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点,所述第二自动驾驶车辆处于所述目标行车站点对应的目标服务站点;
61.所述目标服务站点通过执行如下操作确定:
62.在目标时间段内,获取自动驾驶车辆的预约用户的交易画像信息、以及出行路线;
63.基于所述交易画像信息以及出行路线,确定所述出行路线所经过的至少两个行车站点对应的服务站点的交易分数,所述交易分数,用于指示所述预约用户在相应服务站点进行所述交易的可能程度;
64.基于所述交易分数的大小,从至少两个服务站点中选取服务站点作为所述目标服务站点。
65.本技术实施例还提供一种电子设备,包括:
66.存储器,用于存储可执行指令;
67.处理器,用于执行所述存储器中存储的可执行指令时,实现本技术实施例提供的基于自动驾驶的车辆服务方法。
68.本技术实施例还提供一种计算机可读存储介质,存储有可执行指令,所述可执行指令被处理器执行时,实现本技术实施例提供的基于自动驾驶的车辆服务方法。
69.本技术实施例具有以下有益效果:
70.在基于自动驾驶车辆的预约界面,进行从出行起点至出行终点的第一自动驾驶车辆的预约后,当出行路线所经过的至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现第二自动驾驶车辆对应的提示信息,从而使得用户基于该提示信息,查看从当前位置到达第二自动驾驶车辆的导航信息,以便于用户在基于该导航信息到达第二自动驾驶车辆所在位置时进行交易对象的交易;如此,能够在实现预约用于交通出行的自动驾驶车辆的同时,对出行路线所经过的用于交易服务的自动驾驶车辆进行提示以及提供位置导航,提高用于交易服务的自动驾驶车辆的资源利用率和交易量。
附图说明
71.图1是本技术实施例提供的基于自动驾驶的车辆服务系统100的架构示意图;
72.图2是本技术实施例提供的实施基于自动驾驶的车辆服务方法的电子设备500的结构示意图;
73.图3是本技术实施例提供的基于自动驾驶的车辆服务方法的流程示意图;
74.图4是本技术实施例提供的自动驾驶车辆的预约界面的呈现示意图;
75.图5是本技术实施例提供的出行起点的输入示意图;
76.图6是本技术实施例提供的出行终点的输入示意图;
77.图7是本技术实施例提供的出行路线的呈现示意图;
78.图8是本技术实施例提供的提示信息的呈现示意图;
79.图9是本技术实施例提供的导航信息的呈现流程示意图;
80.图10是本技术实施例提供的出行路线的呈现示意图;
81.图11是本技术实施例提供的预约界面的呈现示意图;
82.图12是本技术实施例提供的智能预约界面的呈现示意图;
83.图13是本技术实施例提供的服务功能入口的呈现示意图;
84.图14是本技术实施例提供的基于自动驾驶的车辆服务方法的流程示意图;
85.图15是本技术实施例提供的无人售卖车的调度流程示意图。
具体实施方式
86.为了使本技术的目的、技术方案和优点更加清楚,下面将结合附图对本技术作进一步地详细描述,所描述的实施例不应视为对本技术的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本技术保护的范围。
87.在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
88.在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
89.除非另有定义,本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的,不是旨在限制本技术。
90.对本技术实施例进行进一步详细说明之前,对本技术实施例中涉及的名词和术语进行说明,本技术实施例中涉及的名词和术语适用于如下的解释。
91.1)客户端,终端中运行的用于提供各种服务的应用程序,例如即时通讯客户端、视频播放客户端。
92.2)响应于,用于表示所执行的操作所依赖的条件或者状态,当满足所依赖的条件或状态时,所执行的一个或多个操作可以是实时的,也可以具有设定的延迟;在没有特别说明的情况下,所执行的多个操作不存在执行先后顺序的限制。
93.基于上述对本技术实施例中涉及的名词和术语的解释,下面说明本技术实施例提供的基于自动驾驶的车辆服务系统。参见图1,图1是本技术实施例提供的基于自动驾驶的车辆服务系统100的架构示意图,为实现支撑一个示例性应用,终端(示例性示出了终端400-1)通过网络300连接服务器200,网络300可以是广域网或者局域网,又或者是二者的组合,使用无线或有线链路实现数据传输。
94.终端(如终端400-1),用于在图形界面410(示例性示出了图形界面410-1)呈现自动驾驶车辆的预约界面,并在自动驾驶车辆的预约界面中,接收到输入的出行起点和出行终点;响应于用于交通出行的第一自动驾驶车辆的预约指令,发送出行起点和出行终点至服务器200;
95.服务器200,用于接收发送的出行起点和出行终点,基于出行起点和出行终点,生成相应的出行路线、以及出行路线所经过的至少两个行车站点并返回至终端;
96.终端(如终端400-1),用于接收并呈现相应的出行路线、以及出行路线所经过的至少两个行车站点;当至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现第二自动驾驶车辆对应的提示信息,第二自动驾驶车辆用于提供交易对象的交易
服务;当接收到针对提示信息的触发操作时,呈现导航信息。这里,导航信息,用于引导从当前位置到达第二自动驾驶车辆所处位置,以基于第二自动驾驶车辆进行交易对象的交易。
97.在实际应用中,服务器200可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。终端(如终端400-1和终端400-2)可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能电视、智能手表等,但并不局限于此。终端(如终端400-1和终端400-2)以及服务器200可以通过有线或无线通信方式进行直接或间接地连接,本技术在此不做限制。
98.参见图2,图2是本技术实施例提供的实施基于自动驾驶的车辆服务方法的电子设备500的结构示意图。在实际应用中,电子设备500可以为图1示出的服务器或终端,以电子设备500为图1示出的终端为例,对实施本技术实施例的基于自动驾驶的车辆服务方法的电子设备进行说明,本技术实施例提供的电子设备500包括:至少一个处理器510、存储器550、至少一个网络接口520和用户接口530。电子设备500中的各个组件通过总线系统540耦合在一起。可理解,总线系统540用于实现这些组件之间的连接通信。总线系统540除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图2中将各种总线都标为总线系统540。
99.处理器510可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(dsp,digital signal processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
100.用户接口530包括使得能够呈现媒体内容的一个或多个输出装置531,包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口530还包括一个或多个输入装置532,包括有助于用户输入的用户接口部件,比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
101.存储器550可以是可移除的,不可移除的或其组合。示例性的硬件设备包括固态存储器,硬盘驱动器,光盘驱动器等。存储器550可选地包括在物理位置上远离处理器510的一个或多个存储设备。
102.存储器550包括易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom,read only me mory),易失性存储器可以是随机存取存储器(ram,random access memor y)。本技术实施例描述的存储器550旨在包括任意适合类型的存储器。
103.在一些实施例中,存储器550能够存储数据以支持各种操作,这些数据的示例包括程序、模块和数据结构或者其子集或超集,下面示例性说明。
104.操作系统551,包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务;
105.网络通信模块552,用于经由一个或多个(有线或无线)网络接口520到达其他计算设备,示例性的网络接口520包括:蓝牙、无线相容性认证(wifi)、和通用串行总线(usb,universal serial bus)等;
106.呈现模块553,用于经由一个或多个与用户接口530相关联的输出装置531(例如,显示屏、扬声器等)使得能够呈现信息(例如,用于操作外围设备和显示内容和信息的用户接口);
107.输入处理模块554,用于对一个或多个来自一个或多个输入装置532之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
108.在一些实施例中,本技术实施例提供的基于自动驾驶的车辆服务装置可以采用软件方式实现,图2示出了存储在存储器550中的基于自动驾驶的车辆服务装置555,其可以是程序和插件等形式的软件,包括以下软件模块:接收模块5551、第一呈现模块5552、第二呈现模块5553和第三呈现模块5554,这些模块是逻辑上的,因此根据所实现的功能可以进行任意的组合或进一步拆分,将在下文中说明各个模块的功能。
109.在另一些实施例中,本技术实施例提供的基于自动驾驶的车辆服务装置可以采用软硬件结合的方式实现,作为示例,本技术实施例提供的基于自动驾驶的车辆服务装置可以是采用硬件译码处理器形式的处理器,其被编程以执行本技术实施例提供的基于自动驾驶的车辆服务方法,例如,硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic,application specific integrated circuit)、dsp、可编程逻辑器件(pld,programmable logic devic e)、复杂可编程逻辑器件(cpld,complex programmable logic device)、现场可编程门阵列(fpga,field-programmable gate array)或其他电子元件。
110.基于上述对本技术实施例提供的基于自动驾驶的车辆服务系统及电子设备的说明,下面说明本技术实施例提供的基于自动驾驶的车辆服务方法。在一些实施例中,本技术实施例提供的基于自动驾驶的车辆服务方法可由服务器或终端单独实施,或由服务器及终端协同实施,下面以终端实施为例说明本技术实施例提供的基于自动驾驶的车辆服务方法。参见图3,图3是本技术实施例提供的基于自动驾驶的车辆服务方法的流程示意图,本技术实施例提供的基于自动驾驶的车辆服务方法包括:
111.步骤101:终端在自动驾驶车辆的预约界面中,接收到输入的出行起点和出行终点。
112.这里,终端设置有客户端,比如用于预约自动驾驶车辆的客户端,通过运行该客户端呈现自动驾驶车辆的预约界面;或者,终端可以通过设置的客户端(比如即时通信客户端)运行用于预约自动驾驶车辆的小程序,呈现自动驾驶车辆的预约界面。在实际应用中,在首次预约该小程序时,需要预先加载该小程序的代码文件,以实现小程序的运行。
113.自动驾驶车辆又称无人驾驶汽车、电脑驾驶汽车、或轮式移动机器人,是一种通过电脑系统实现无人驾驶的智能汽车。自动驾驶汽车依靠人工智能、视觉计算、雷达、监控装置和全球定位系统协同合作,让电脑可以在没有任何人类主动的操作下,自动安全地操作机动车辆。
114.在本技术实施例中,上述自动驾驶车辆可以有至少一个自动驾驶等级,自动驾驶等级用于表征车辆实现自主行驶的能力,等级越低相应的能力越低;在一些实施例中,按照分级标准,上述自动驾驶车辆的自动驾驶等级可以分为从l0-l5的6个级别,l0代表没有自动驾驶加入的传统人类驾驶,l1~l5则随自动驾驶的成熟程度进行了分级。其中,
115.l0级别:完全由驾驶员进行驾驶操作,属于纯人工驾驶,汽车只负责执行命令并不
进行驾驶干预。包括制动、转向、油门以及动力传动。需要由驾驶员判断危险性。
116.l1级别:自动系统有时能够帮助驾驶员完成某些驾驶任务,且只能帮助完成一项驾驶操作。驾驶员需要监控驾驶环境并准备随时接管。
117.l2级别:在驾驶过程中,系统除了能控制加减速,同时还能对方向盘进行控制,驾驶员可以放弃主要控制权,但仍需要观察周围情况,并提供安全操作。
118.l3级别:在条件许可的情况下,车辆可以完成所有的驾驶动作。并具备提醒驾驶者功能。驾驶者无需监控驾驶环境,可以分心,但不可以睡觉,需要随时能够接管车辆,以便随应对可能出现的人工智能应对不了的情况。例如:激光雷达不可或缺,高精度地图的支持,用来处理更为复杂、量更大的信息数据的中央处理器。
119.l4级别:只要在出发前输入出发地和目的地,然后就可以将车辆完全交给自动驾驶系统。例如:激光、雷达、高精度地图、中央处理器、智能道路和交通设施。
120.l5级别:自动驾驶l5级别在定义上与l4级别相似,由智能系统独立地完成所有的驾驶操作。但二者的区别在于,l4级别的自动驾驶仅适用于部分场景下,通常是路况非常简单且标准化的道路之上。而l5级别则要求自动驾驶汽车在任何场景下都可以做到完全驾驶车辆行驶。
121.终端呈现自动驾驶车辆的预约界面后,用户可以在该预约界面中输入此次出行的出行起点以及出行终点,从而基于该出行起点和出行终点实现用于交通出行的第一自动驾驶车辆的预约。终端接收到输入的出行起点和出行终点。
122.在一些实施例中,终端可通过如下方式接收到输入的出行起点:响应于针对当前所处位置的定位操作,接收到基于定位操作定位得到的出行起点;其中,出行起点,为第一自动驾驶车辆对应的行车站点中、距离定位操作得到的当前所处位置最近的目标行车站点。
123.这里,该出行起点可以是基于定位操作得到的。在实际应用中,该定位操作可以是自动定位操作,比如当终端加载并呈现自动驾驶车辆的预约界面时,自动进行定位操作,从而接收到基于该自动定位操作得到的出行起点;该定位操作也可以是手动定位操作,比如可以在自动驾驶车辆的预约界面中呈现定位功能项,响应于针对该定位功能项的触发操作,终端对当前所处位置进行定位操作,从而接收到基于该手动定位操作得到的出行起点。
124.在一些实施例中,当第一自动驾驶车辆对应的行车站点中,不存在与当前所处位置的距离低于距离阈值的行车站点时,呈现服务提示信息;其中,服务提示信息,用于提示当前所处位置不在第一自动驾驶车辆的服务范围内。
125.在实际应用中,第一自动驾驶车辆的服务范围可能是固定且有限的,因此存在用户所在位置不属于第一自动驾驶车辆的服务范围的情况。这里,针对第一自动驾驶车辆的行车站点,可以设置该行车站点对应的服务范围,比如该服务范围可以是以行车站点为中心,以距离阈值为半径的圆形区域。当对用户当前所处位置定位成功后,即得到用户当前所处位置为当前所处位置,确定第一自动驾驶车辆对应的行车站点中,不存在与当前所处位置的距离低于距离阈值的行车站点时,呈现服务提示信息,以提示当前所处位置不在第一自动驾驶车辆的服务范围内。
126.作为示例,参见图4,图4是本技术实施例提供的自动驾驶车辆的预约界面的呈现示意图。这里,如图4中a图所示,包括用于自动驾驶车辆预约的功能项“智能预约”、“出租
车”、“公交车”等,还呈现有通过定位操作得到出行起点,即“普福大道东”;如图4中b图所示,当第一自动驾驶车辆对应的行车站点中,不存在与当前所处位置的距离低于服务距离阈值的行车站点时,即无法通过定位操作定位得到出行起点,此时用于呈现出行起点的位置处于默认状态,即“请选择起点”的状态,并呈现服务提示“当前位置不在第一自动驾驶车辆服务范围”。
127.在一些实施例中,终端可通过如下方式接收到输入的出行起点:在自动驾驶车辆的预约界面中,呈现起点输入功能项,并呈现相应的默认出行起点;接收到基于起点输入功能项输入的目标起点,并呈现与目标起点相关联的、供选择的至少一个候选起点,至少一个候选起点包括出行起点;响应于针对出行起点的选取操作,接收到输入的出行起点,并将呈现的默认出行起点更换为出行起点。
128.这里,终端可以在自动驾驶车辆的预约界面中呈现起点输入功能项,该起点输入功能项可以是以文本输入框或者文本输入按钮的形式存在,也可以是语音输入按键、触控按钮等形式存在。在实际应用中,还可以呈现默认出行起点,该默认出行起点可以是通过自动定位操作得到的,也可以是用户使用率最高的出行起点等。
129.而当用户真正需要的出行起点与该默认出行起点不一致时,可以对该默认起点进行修改。具体地,用户可以基于该起点输入功能项输入目标起点,终端接收到该输入的目标起点后,呈现与目标起点相关联的、供选择的至少一个候选起点,该至少一个候选起点包括出行起点。当接收到针对该出行起点的选取操作时,响应于该选取操作,接收到输入的出行起点,并将呈现的默认出行起点更换为该选取的出行起点,从而实现默认出行起点的更改。
130.作为示例,参见图5,图5是本技术实施例提供的出行起点的输入示意图。这里,终端在自动驾驶车辆的预约界面中,呈现起点输入功能项,该起点输入功能项以文本输入框的形式存在,并呈现相应的默认出行起点“普x大道东”,如图5中a图所示;接收到基于起点输入功能项的目标起点“幸福大道西”,并呈现与目标起点相关联的、供选择的至少一个候选起点,包括“幸福大道站”、“幸福大道小区东门站”等,如图5中b图所示;响应于针对候选起点“幸福大道站”的选取操作,将呈现的默认出行起点“普x大道东”更换为出行起点“幸福大道站”,如图5中c图所示。
131.在一些实施例中,终端可通过如下方式接收到输入的出行终点:在自动驾驶车辆的预约界面中,呈现终点输入功能项;接收到基于终点输入功能项输入的目标终点,并呈现与目标终点相关联的、供选择的至少一个候选终点,至少一个候选终点包括出行终点;响应于针对出行终点的选取操作,接收到输入的出行终点。
132.这里,终端可以在自动驾驶车辆的预约界面中呈现终点输入功能项,该终点输入功能项可以是以文本输入框或者文本输入按钮的形式存在,也可以是语音输入按键、触控按钮等形式存在。在实际应用中,用户可以基于该终点输入功能项输入所需的目标终点。当终端接收到基于该终点输入功能项输入的目标终点时,则呈现与目标终点相关联的、供选择的至少一个候选终点,该候选终点可以为第一自动驾驶车辆对应的出行站点(即第一自动驾驶车辆对应的运营站点)中、与目标站点之间的距离未超过距离阈值的目标出行站点。如此,用户仅需要输入个人所需的终点,即可实现自动驾驶约车服务的出行终点的输入,方便了用户操作。
133.作为示例,参见图6,图6是本技术实施例提供的出行终点的输入示意图。这里,终
端在自动驾驶车辆的预约界面中,呈现终点输入功能项,该终点输入功能项以文本输入框的形式存在,如图6中a图所示;接收到基于终点输入功能项的目标终点“轩x大道西”,并呈现与目标终点相关联的、供选择的至少一个候选终点,包括“轩x大道站”、“轩x大道加油站”等,如图6中b图所示;响应于针对候选终点“轩x大道站”的选取操作,呈现出行终点“轩x大道站”,如图6中c图所示。
134.步骤102:响应于针对第一自动驾驶车辆的预约指令,呈现与出行起点和出行终点相对应的出行路线、以及出行路线所经过的至少两个行车站点。
135.这里,终端在接收到输入的出行起点和出行终点后,可以基于该出行起点和出行终点生成相应的出行路线;同时,用户还可以在输入出行起点和出行终点并生成出行路线后,进行对应该出行路线的第一自动驾驶车辆的预约,以通过第一自动驾驶车辆进行交通出行。当接收到针对第一自动驾驶车辆的预约指令时,响应于该预约指令,呈现相应的出行路线、以及出行路线所经过的至少两个行车站点。
136.在一些实施例中,终端可呈现对应出行起点和出行终点的路线生成功能项;相应的,终端可通过如下方式呈现相应的出行路线、以及出行路线所经过的至少两个行车站点:响应于针对路线生成功能项的触发操作,基于出行起点和出行终点,生成相应的出行路线,并呈现用于预约对应出行路线的第一自动驾驶车辆的预约功能项;响应于基于预约功能项触发的第一自动驾驶车辆的预约指令,呈现相应的出行路线、以及出行路线所经过的至少两个行车站点。
137.这里,终点在接收到输入的出行起点和出行终点之后,可以呈现对应的路线生成功能项;当接收到针对该路线生成功能项的触发操作时,基于该出行起点和出行终点,生成相应的出行路线并呈现。同时,终端还呈现用于预约对应出行路线的第一自动驾驶车辆的预约功能项。当接收到针对该预约功能项的触发操作时,接收到第一自动驾驶车辆的预约指令;响应于该预约指令,呈现与出行起点和出行终点相对应的出行路线、以及出行路线所经过的至少两个行车站点。
138.作为示例,参见图7,图7是本技术实施例提供的出行路线的呈现示意图。这里,终端在接收到输入的出行起点和出行终点之后,呈现对应的路线生成功能项“路线生成”,如图7中a图所示;响应于针对路线生成功能项“路线生成”的触发操作,基于出行起点和出行终点,生成出行路线,同时呈现用于预约出行路线对应的第一自动驾驶车辆的预约功能项“立即预约”,如图7中b图所示;当接收到针对预约功能项“立即预约”的触发操作时,接收到第一自动驾驶车辆的预约指令,响应于该预约指令,呈现相应的出行路线、以及出行路线所经过的至少两个行车站点。
139.步骤103:当至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现第二自动驾驶车辆对应的提示信息。
140.其中,第一自动驾驶车辆用于交通出行,第二自动驾驶车辆用于提供交易对象的交易服务。
141.这里,用户的出行路线所经过的至少两个行车站点,至少包括用户的上车站点及下车站点;在一些实施例中,基于上述出行路线,用户无需车辆换乘,在这种情况下出行路线所经过的行车站点的数量为两个,分别为对应用户出行起点的行车站点,即用户上车站点和对应用户出行终点的行车站点,即用户下车站点;在另一些实施例中,基于上述出行路
线,用户需要进行车辆换乘,在这种情况下出行路线所经过的行车站点的数量大于两个,包括用户的上车站点、下车站点以及换乘站点。需要说明的是,行车站点为自动驾驶车辆的起始站、终点站或中间站;用户的上车站点或换乘站点可以为自动驾驶车辆的起始站或者中间站,用户的下车站点可以为自动驾驶车辆的中间站或终点站。
142.这里,在本技术中还提供了用于提供交易对象的交易服务的第二自动驾驶车辆,比如无人售卖车,该交易对象可以是食品、生活用品等商品,该交易服务为通过货币或者虚拟货币购买相应交易对象。为便于在通过第一自动驾驶车辆出行的过程中为用户提供上述交易服务,当至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围时,则呈现第二自动驾驶车辆对应的提示信息,以提示用户在哪个行车站点中可以通过第二自动驾驶车辆实现交易服务。
143.在一些实施例中,至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点;相应的,终端可通过如下方式呈现第二自动驾驶车辆对应的提示信息:当第一自动驾驶车辆行驶至目标行车站点时,呈现第二自动驾驶车辆对应的提示信息;或者,当第一自动驾驶车辆的当前行驶位置与目标行车站点之间的距离低于距离阈值时,呈现第二自动驾驶车辆对应的提示信息;或者,在呈现出行路线的过程中,呈现第二自动驾驶车辆对应的提示信息。
144.这里,上述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点。在实际应用中,终端可以在如下时机呈现第二自动驾驶车辆对应的提示信息:
145.1)当第一自动驾驶车辆行驶至目标行车站点时,呈现第二自动驾驶车辆对应的提示信息。在实际应用中,每个行车站点设置有相应的站点范围,当第一自动驾驶车辆行驶至目标行车站点的站点范围时,则呈现第二自动驾驶车辆对应的提示信息。
146.2)当第一自动驾驶车辆的当前行驶位置与目标行车站点之间的距离低于距离阈值时,呈现第二自动驾驶车辆对应的提示信息。在实际应用中,还可以在第一自动驾驶车辆驶入目标行车站点之前,提前呈现提示信息,即可以监测第一自动驾驶车辆的当前行驶位置与目标行车站点之间的距离,当监测的距离低于距离阈值时,呈现第二自动驾驶车辆对应的提示信息。
147.3)在呈现出行路线的过程中,呈现第二自动驾驶车辆对应的提示信息。在实际应用中,终端在呈现出行路线时,则可以同时呈现第二自动驾驶车辆对应的提示信息,以便于用户在查看到出行路线时,即可了解到在哪个行车站点中可以通过第二自动驾驶车辆实现交易服务。
148.在一些实施例中,至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点;相应的,终端可通过如下方式呈现第二自动驾驶车辆对应的提示信息:在目标行车站点的呈现位置的关联位置处,采用指示图标的方式呈现第二自动驾驶车辆对应的提示信息;或者,通过弹窗方式呈现第二自动驾驶车辆对应的提示信息。
149.这里,可以在目标行车站点的呈现位置的关联位置处,采用指示图标的方式呈现第二自动驾驶车辆对应的提示信息。在实际应用中,终端可以在呈现出行路线时,在目标行车站点的呈现位置的关联位置处,采用指示图标的方式呈现第二自动驾驶车辆对应的提示信息;也可以是当第一自动驾驶车辆行驶至目标行车站点时、或者当第一自动驾驶车辆的
当前行驶位置与目标行车站点之间的距离低于距离阈值时,在目标行车站点的呈现位置的关联位置处,采用指示图标的方式呈现第二自动驾驶车辆对应的提示信息。
150.或者也可以通过弹窗方式呈现第二自动驾驶车辆对应的提示信息。在实际实施时,可以是当第一自动驾驶车辆行驶至目标行车站点时、或者当第一自动驾驶车辆的当前行驶位置与目标行车站点之间的距离低于距离阈值时,通过通过弹窗方式呈现第二自动驾驶车辆对应的提示信息。
151.作为示例,参见图8,图8是本技术实施例提供的提示信息的呈现示意图。这里,如图8中a图所示,采用指示图标的方式,在目标行车站点x的呈现位置的关联位置通过指示图标的方式呈现第二自动驾驶车辆对应的提示信息;如图8中b图所示,呈现弹窗,并通过弹窗呈现第二自动驾驶车辆对应的提示信息“附近存在第二自动驾驶车辆”。
152.步骤104:当接收到针对提示信息的触发操作时,呈现导航信息。
153.其中,该导航信息,用于引导从当前位置到达第二自动驾驶车辆所处位置,以基于第二自动驾驶车辆进行交易对象的交易。
154.在本技术实施例中,用户可通过提示信息进入用于引导从当前位置到达第二自动驾驶车辆所处位置的导航信息,从而根据导航的指引到达第二自动驾驶车辆所处位置,以基于第二自动驾驶车辆进行交易对象的交易。在实际应用中,当终端呈现第二自动驾驶车辆对应的提示信息后,当接收到针对提示信息的触发操作时,则呈现该导航信息。
155.在一些实施例中,当接收到针对提示信息的触发操作时,终端可通过如下方式呈现导航信息:当接收到针对提示信息的触发操作时,呈现用于搜索第二自动驾驶车辆的搜索界面,并在搜索界面中呈现搜索功能项;响应于针对搜索功能项的触发操作,对第二自动驾驶车辆所处位置进行搜索,并呈现导航信息。
156.这里,当终端接收到针对提示信息触发操作时,则呈现用于搜索第二自动驾驶车辆的搜索界面,并在搜索界面中呈现搜索功能项,用户可通过该搜索功能项搜索第二自动驾驶车辆。当终端接收到针对搜索功能项的触发操作时,响应于该触发操作,对第二自动驾驶车辆所处位置进行搜索,并呈现相应的导航信息。在实际应用中,这里所呈现的导航信息,为距离当前所处位置最近的第二自动驾驶车辆的导航信息。
157.在实际实施时,当终端接收到针对搜索功能项的触发操作时,响应于该触发操作,还可以呈现多个第二自动驾驶车辆供用户选择,当接收到用户针对目标第二自动驾驶车辆的选择操作时,则呈现对应该目标第二自动驾驶车辆的导航信息。
158.在一些实施例中,当接收到针对提示信息的触发操作时,终端可通过如下方式呈现用于搜索第二自动驾驶车辆的搜索界面:当接收到针对提示信息的触发操作时,呈现对应第二自动驾驶车辆的服务功能入口;响应于针对服务功能入口的触发操作,呈现用于搜索第二自动驾驶车辆的搜索界面。
159.这里,当接收到针对提示信息的触发操作时,则呈现对应第二自动驾驶车辆的服务功能入口,响应于针对该服务功能入口的触发操作,呈现用于搜索第二自动驾驶车辆的搜索界面。
160.作为示例,参见图9,图9是本技术实施例提供的导航信息的呈现流程示意图。这里,终端呈现第二自动驾驶车辆对应的提示信息,如图9中a图所示;响应于针对提示信息的触发操作时,呈现对应第二自动驾驶车辆的服务功能入口“无人售卖车”,如图9中b图所示;
响应于针对针对服务功能入口的触发操作,呈现用于搜索第二自动驾驶车辆的搜索界面,并在搜索界面中呈现搜索功能项“搜索”,如图9中c图所示;响应于该触发操作,对第二自动驾驶车辆所处位置进行搜索,并呈现相应的导航信息,如图9中d图所示。
161.在一些实施例中,终端可通过如下方式进行交易:呈现用于扫描图形码的扫描功能项;响应于针对扫描功能项的触发操作,呈现图形码扫描界面;接收到基于图形码扫描界面触发的、针对第二自动驾驶车辆的交易图形码的扫描操作;响应于扫描操作,呈现用于进行交易对象的交易的交易界面。
162.这里,终端呈现用于扫描图形码的扫描功能项,当接收到针对该扫描功能项的触发操作时,响应于该触发操作,呈现图形码扫描界面,从而用户可以基于该图形码扫描界面进行第二自动驾驶车辆的交易图形码的扫描,实现交易服务。终端接收到基于图形码扫描界面触发的、针对第二自动驾驶车辆的交易图形码的扫描操作,响应于该扫描操作,呈现用于进行交易对象的交易的交易界面,以供用户基于该交易界面进行交易。
163.在实际应用中,当通过运行预约小程序来实现上述功能时,该扫描功能项可以位于预约小程序的界面中,即将图形码扫描功能接入预约小程序中;或者该扫描功能项可以位于母应用程序的应用界面。
164.在一些实施例中,当基于交易界面完成针对交易对象的交易、且第二自动驾驶车辆所对应的目标行车站点不为出行终点时,呈现用于引导用户从当前位置到达目标行车站点的导航信息。
165.在实际应用中,当用户基于交易界面完成针对交易对象的交易后,若该第二自动驾驶车辆所对应的目标行车站点不为出行终点,则进一步呈现用于引导用户从当前位置到达目标行车站点的导航信息,以方便用户基于该导航信息返回相应的目标行车站点,以继续个人行程的进行。
166.在一些实施例中,终端可呈现对应出行起点和出行终点的路线生成功能项;相应的,终端可通过如下方式呈现相应的出行路线、以及出行路线所经过的至少两个行车站点:响应于基于路线生成功能项触发的预约指令,基于出行起点和出行终点,生成并呈现至少两个供选择的候选出行路线;基于至少两个候选出行路线,响应于出行路线选取操作,将所选择的出行路线,作为出行路线进行呈现。
167.这里,终端在接收到输入的出行起点和出行终点之后,可以呈现对应的路线生成功能项;当接收到针对该路线生成功能项的触发操作时,接收到基于路线生成功能项触发的预约指令,生成相应的出行路线并呈现。具体地,生成并呈现至少两个供选择的候选出行路线,该候选出行路线可以为出行起点至出行终点之间的可达路线。当接收到路线选取操作时,响应于路线选取操作,将所选择的候选出行路线作为出行路线进行呈现。
168.作为示例,参见图10,图10是本技术实施例提供的出行路线的呈现示意图。这里,终端在接收到输入的出行起点和出行终点之后,呈现对应的路线生成功能项,如图10中a图所示;响应于基于路线生成功能项触发的预约指令,基于出行起点和出行终点,生成并呈现三条供选择的候选出行路线(包括路线1、路线2和路线3),如图10中b图所示;响应于针对“路线1”的路线选取操作,将“路线1”作为出行路线进行呈现,如图10中c图所示。
169.在一些实施例中,终端可通过如下方式运行用于预约自动驾驶车辆的预约小程序:在母应用程序的应用界面中,呈现用于预约自动驾驶车辆的预约小程序的功能入口;响
应于针对功能入口的触发操作,通过母应用程序运行预约小程序,并呈现自动驾驶车辆的预约界面。
170.这里,上述第一自动驾驶车辆的预约功能通过自动驾驶车辆的预约小程序实现。在实际应用中,终端可在母应用程序(比如即时通信客户端)的应用界面中,呈现该用于预约自动驾驶车辆的预约小程序的功能入口,用户可通过该预约小程序的功能入口进入预约小程序,以通过该预约小程序实现自动驾驶车辆的预约。当终端接收到针对该预约小程序的功能入口的触发操作时,通过当前的母应用程序运行预约小程序,同时呈现自动驾驶车辆的预约界面。
171.作为示例,参见图11,图11是本技术实施例提供的预约界面的呈现示意图。这里,终端在母应用程序的应用界面中,呈现预约小程序的功能入口“自动驾驶车辆预约”,如图11中a图所示;响应于针对预约小程序的功能入口“自动驾驶车辆预约”的触发操作,呈现自动驾驶车辆的预约界面,如图11中b图所示。
172.在一些实施例中,终端可通过如下方式运行用于预约自动驾驶车辆的预约小程序:接收到通过母应用程序触发的针对图形码的扫描操作,图形码与预约自动驾驶车辆的预约小程序相对应;响应于扫描操作,通过母应用程序运行预约小程序,并呈现自动驾驶车辆的预约界面。
173.在实际应用中,上述预约小程序的运行还可以通过扫描图形码的方式实现,该图形码与预约自动驾驶车辆的预约小程序相对应。当终端接收到通过母应用程序触发的针对图形码的扫描操作时,响应于该扫描操作,通过当前的母应用程序运行预约小程序,同时呈现自动驾驶车辆的预约界面。
174.作为示例,参见图12,图12是本技术实施例提供的智能预约界面的呈现示意图。这里,终端的母应用程序中提供用于扫描图形码的扫描功能入口“扫一扫”,如图12中a图所示;响应于针对扫描功能入口“扫一扫”的触发操作,呈现用于扫描图形码的扫描界面,该扫描界面中显示有扫描框,通过该扫描框对预约小程序的图形码进行扫描,如图12中b图所示;响应于针对预约小程序的图形码的扫描操作,呈现自动驾驶车辆的预约界面,如图12中c图所示。
175.在实际应用中,在首次预约该预约小程序时,需要预先加载该小程序的代码文件,以实现小程序的运行。
176.在一些实施例中,终端可在自动驾驶车辆的预约界面中,呈现对应第二自动驾驶车辆的服务功能入口;当接收到针对服务功能入口的触发操作时,呈现至少一个目标第二自动驾驶车辆的服务信息,该目标第二自动驾驶车辆的服务范围覆盖当前所处位置。
177.这里,可以在自动驾驶车辆的预约界面中,呈现对应第二自动驾驶车辆的服务功能入口,从而可以方便用户在自动驾驶车辆的预约界面中,实现第二自动驾驶车辆的查询。当终端接收针对该服务功能入口的触发操作时,则呈现至少一个目标第二自动驾驶车辆的服务信息,该服务信息可以包括目标第二自动驾驶的位置信息、交易对象的信息、运营时间信息等。用户可以基于该服务信息,选择需要的目标第二自动驾驶车辆,当接收到目标第二自动驾驶车辆的选择操作时,则呈现选取的目标第二自动驾驶车辆对应的导航信息,以引导用户从当前所处位置前往该选取的目标第二自动驾驶车辆。
178.作为示例,参见图13,图13是本技术实施例提供的服务功能入口的呈现示意图。这
里,终端在自动驾驶车辆的预约界面中,呈现对应第二自动驾驶车辆的服务功能入口“无人售卖车”,如图13中a图所示;响应于针对服务功能入口“无人售卖车”的触发操作,呈现至少一个目标第二自动驾驶车辆的服务信息,包括无人售卖车1、无人售卖车2和无人售卖车3的服务信息,包括位置信息、交易对象的信息、运营时间信息等,如图13中b图所示;响应于针对“无人售卖车1”的选取操作,呈现引导用户从当前所处位置前往该“无人售卖车1”的导航信息,如图13中c图所示。
179.在一些实施例中,至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点,第二自动驾驶车辆处于目标行车站点对应的目标服务站点;
180.相应的,目标服务站点通过执行如下操作确定:在目标时间段内,获取自动驾驶车辆的预约用户的交易画像信息、以及出行路线;基于交易画像信息以及出行路线,确定出行路线所经过的至少两个行车站点对应的服务站点的交易分数,该交易分数,用于指示预约用户在相应服务站点进行交易的可能程度;基于交易分数的大小,从至少两个服务站点中选取服务站点作为目标服务站点。
181.这里,第二自动驾驶车辆处于目标行车站点对应的目标服务站点,该目标服务站点是动态变化的,在本技术实施例中,该目标服务站点为基于自动驾驶车辆的预约用户的交易画像信息、所预约的出行路线信息所确定的。具体地,获取目标时间段内自动驾驶车辆的预约用户的交易画像信息和预约的出行路线,从而基于该交易画像信息和出行路线,确定出行路线所经过的至少两个行车站点对应的服务站点的交易分数,该交易分数用于指示预约用户在相应服务站点进行交易的可能程度,即预约用户在各服务站点的交易需求的大小。在实际应用中,可以预先训练相应的预测模型,比如神经网络模型,然后将获取的交易画像信息以及出行路线输入到该训练完成的神经网络模型中,通过神经网络模型进行交易分数的预测,得到各个行车站点对应的服务站点的交易分数。
182.最后基于交易分数的大小,从该至少两个服务站点中选取服务站点作为目标服务站点,从而调度第二自动驾驶车辆自动驾驶至相应的目标服务站点,以实现将第二自动驾驶车辆调度至高需求服务站点(即目标服务站点),从而增加交易量。具体地,可以按照交易分数的大小对各服务站点进行降序排序,从而选择排序靠前的目标数量的服务站点作为目标服务站点;或者也可以预先设置交易分数阈值,将交易分数超过交易分数阈值的服务站点作为目标服务站点。
183.应用本技术上述实施例,在基于自动驾驶车辆的预约界面,进行从出行起点至出行终点的第一自动驾驶车辆的预约后,当出行路线所经过的至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现第二自动驾驶车辆对应的提示信息,从而使得用户基于该提示信息,查看从当前位置到达第二自动驾驶车辆的导航信息,以便于用户在基于该导航信息到达第二自动驾驶车辆所在位置时进行交易对象的交易;如此,能够在实现预约用于交通出行的自动驾驶车辆的同时,对出行路线所经过的用于交易服务的自动驾驶车辆进行提示以及提供位置导航,提高用于交易服务的自动驾驶车辆的资源利用率和交易量。
184.下面将说明本技术实施例在一个实际的应用场景中的示例性应用。
185.相关技术中的无人售卖车(即上述提供交易服务的第二自动驾驶车辆)的产品交易模式是在客户指定的活动场所,进行固定地点的无人售卖。如此导致无法动态地根据潜
在购买需求,进行无人售卖车的布点,比如当活动场所或活动区域(如科技园区或开发区等)相对大且分散时,则很难准确识别客户需求以精准服务到有购买需求的用户,无法将无人售卖车布点在有购买需求的点位。
186.基于此,本技术实施例提供一种基于自动驾驶的车辆服务方法,具体是集成自动驾驶的出行约车与无人售卖车的一体化无人服务系统,产品形态可以为小程序,也可以为单独的应用程序。
187.具体地,在本技术实施中,将根据自动驾驶约车和无人售卖车服务平台的用户历史行为数据(可以包括历史移动轨迹、自动驾驶约车出行轨迹、历史无人售卖车购买订单记录等)生成用户画像,并对用户画像进行标注和分类;再实时结合某段时长内所有用户的预约出行信息,与历史购买数据等,进行消费行为预测;最后,实时推导出每个服务时间间隔(比如30分钟)的高需求交易站点,即用户购买需求高的交易站点,可以是预设数量的(比如3-5个),从而调配无人售卖车行驶至高需求交易站点。
188.如此,个体用户在通过本技术实施例提供的自动驾驶出行平台预约出行车辆后,前往乘车的行车站点,在小程序引导下搜索该行车站点附近的无人售卖车并进行购物。在本技术实施例中,每个服务时间间隔(30分钟)内后台会进行一次实时的高需求交易站点的计算,并得出新的高需求交易站点(比如3-5个),无人售卖车则会无人驾驶前往至新的高需求交易站点。
189.接下来首先从产品侧对本技术实施例提供的基于自动驾驶的车辆服务方法进行说明,包括:
190.参见图13,这里,用户在自动驾驶车辆的预约界面可以进行自动驾驶出行预约打车服务(包括智能预约、出租车、公交车等),同时也可以通过“无人售卖车”的功能入口进行购物等交易服务。
191.第一,选择出行起点和出行终点。这里,乘客可以在自动驾驶车辆的预约界面选择出行起点和出行终点,然后通过点击“一键生成”的按钮,生成出行路线以及换乘方案。如图5、图6和图7所示,乘客在“智能约车”的栏目下,选择出行上下车点,并生成了相应的出行路线以及换乘方案。
192.第二,呈现出行路线。在自动驾驶车辆的预约界面的页面上方为地图板块,直观展示出行路线的路径规划、起点和终点图钉、换乘行车站点等。如图7中c图所示,用不同颜色段代表不同交通工具对应的行车路线,并在地图上标识换乘站点(即出行站点),以便于乘客清晰得知换乘路线和站点。
193.第三,后台高需求交易站点的预测。根据历史用户数据实时生成用户画像,并同步抓取当前所有用户(单个个体的所有叠加)的出行路线信息,实现高需求交易站点的预测,得出未来针对分割时间段(每30分钟为一个无人售卖车服务逗留时间)的高需求交易站点,可以是预设数量的,比如3-5个。
194.第四,无人售卖车布点。在每个服务时间段(每30分钟为一个无人售卖车服务逗留时间)规划无人售卖车的行车路线和逗留点,调度无人售卖车至高需求交易站点。
195.第五,页面引导。当乘客到达高需求交易站点对应的行车站点时,小程序通过弹窗方式的提示信息引导乘客点击图9中的“无人售卖车”按钮以进入“无人售卖车”页面。在实际应用中,也可以直接通过弹窗信息跳转至“无人售卖车”页面。
196.第六,无人售卖车购物。乘客进入“无人售卖车”页面后,点击“搜索”按钮,寻找附近特定范围(比如20-50米)内的无人售卖车,并生成相应的导航信息,以便于用户根据地图导航信息前往无人售卖车所在地。
197.第七,自助购物。用户通过扫码的方式进行购物并支付。这里,在实际应用中,可以由运行该小程序的客户端进行扫码购物并支付,也可以通过该小程序接入的扫码功能进行扫码购物并支付。
198.第八,返回乘车站点。根据页面的导航提示,乘客返回乘车的行车站点,继续下一站行程;或者当前站点为终点站时,则无导航返回车站指引。
199.第九,无人售卖车前往下一个高需求交易站点。根据预测得到的高需求交易站点,当前服务时间完成后(每30分钟更新高需求交易站点),通过自动驾驶的方式前往下一个高需求交易站点。
200.接下来继续从技术侧对本技术实施例提供的基于自动驾驶的车辆服务方法进行说明。参见图14,图14是本技术实施例提供的基于自动驾驶的车辆服务方法的流程示意图。这里,为用户在小程序内预约自动驾驶车辆出行、后台算法预测高需求交易站点并安排无人售卖车前往高需求交易站点、乘客到达行车站点(包括起点站、终点站和换乘站)后进行购物的业务流程图。包括:
201.步骤201:终端运行预约小程序,呈现打车首页(即智能预约界面),并将用户位置发送至小程序后台。
202.步骤202:小程序后台发送用户位置至自动驾驶预约和无人售卖车运营平台,实现数据中转。
203.步骤203:自动驾驶预约和无人售卖车运营平台判断是否在运营范围(距离站点3km),若是,执行步骤204,若否,执行步骤208。
204.步骤204:小程序后台将“在运营范围内”的通知消息返回终端,实现数据中转。
205.步骤205:终端保持呈现打车首页(即智能预约界面)。
206.步骤206:接收到针对上车点选择按钮的点击操作,发送获取上车点列表的请求至小程序后台。
207.步骤207:小程序后台接收到请求后,向自动驾驶预约和无人售卖车运营平台发送上车点列表的获取请求。
208.步骤208:小程序后台发送“不在运营范围内”的通知消息至终端,实现不在运营范围内的数据中转。
209.步骤209:终端接收“不在运营范围内”的通知消息,呈现不在运营范围内的弹窗提示页。
210.步骤210:自动驾驶预约和无人售卖车运营平台实时维护动态更新上车点列表数据。
211.步骤211:通过上车点列表数据下发接口下发更新的上车点列表至小程序后台。
212.步骤212:小程序后台接收并动态更新上车点列表,同时中转至终端。
213.步骤213:终端接收并呈现上车点列表,乘客从上车点列表中选择所需的上车点。
214.步骤214:终端接收到所选择的上车点并呈现。
215.步骤215:接收到针对下车点选择按钮的点击操作,发送获取下车点列表的请求至
小程序后台。
216.步骤216:小程序后台接收到请求后,向自动驾驶预约和无人售卖车运营平台发送下车点列表的获取请求。
217.步骤217:自动驾驶预约和无人售卖车运营平台实时维护动态更新下车点列表数据。
218.步骤218:通过下车点列表数据下发接口下发更新的下车点列表至小程序后台。
219.步骤219:小程序后台接收并动态更新下车点列表,同时中转至终端。
220.步骤220:终端接收并呈现下车点列表,乘客从下车点列表中选择所需的下车点,终端接收到所选择的下车点并呈现。
221.步骤221:进入出行路线的第一个交通行程页。
222.步骤222:小程序后台运行高需求站点预测算法,预测高需求站点。
223.步骤223:生成高需求站点(3-5个)并发送至自动驾驶预约和无人售卖车运营平台。
224.步骤224:自动驾驶预约和无人售卖车运营平台调度无人售卖车前往高需求车站。
225.步骤225:无人售卖车到达高需求站点。
226.步骤226:终端检测到用户到达乘车站/换乘站。
227.步骤227:接收到针对附近无人售卖车的搜索操作。
228.步骤228:呈现引导用户前往无人售卖车的位置的导航信息。
229.步骤229:终端检测到用户到达无人售卖车,响应于扫码操作,呈现购物支付的界面。
230.步骤230:终端检测到用户返回乘车站/换乘站。呈现结算界面。
231.步骤231:进入出行路线的下一个交通行程页。
232.步骤232:呈现行程结束的提示界面。
233.步骤233:小程序后台运行高需求站点预测算法,预测并更新生成下一个服务时间段的高需求站点。
234.步骤234:自动驾驶预约和无人售卖车运营平台调度无人售卖车前往下一个高需求车站。
235.在实际应用中,用户消费习惯各不相同,为了更加精确地规划无人售卖车的站点和路径,从而覆盖尽可能多的用户需求,实现销售利润最大化,本技术实施例提供的无人售卖车的调度方案共分为五个板块,如图15所示,图15是本技术实施例提供的无人售卖车的调度流程示意图,包括:
236.步骤301:获取自动驾驶个体出行画像数据集。
237.这里,在实际应用场景中,在用户出行过程中,数据集可以包括:
238.用户出行方面:用户的起点a和终点e的经纬度,每段出行的具体路径(以经纬度点串表达),每段出行的时长,每段出行的交通方式;
239.用户停留方面:用户中途站点b、c、d的经纬度,用户在该地的停留时长,用户在该地的行走路径(以经纬度点串表达);
240.用户消费方面:用户消费行为时间戳,用户消费类别,用户消费金额;
241.无人售卖车方面:当天的运营时间范围,服务站点经纬度,在该站点的服务时间
段,站点间的移动路径(以经纬度点串表达)。
242.步骤302:针对个体行为画像维度整合用户购买偏好与出行路线。
243.这里,基于上述获取的数据集,需要针对用户个体,生成用户行为画像,从而整合用户的购买偏好与出行路线数据。作为示例:某用户从a到b乘坐出租车,路径为x,在b地购买了b;从b到c乘坐公交车,路径为y,在c地无消费;从c到d乘坐微循环巴士,路径为z,在d地购买了d;从d到终点e;全程总路径为i,总消费行为为n。
244.步骤303:从当前时间段的所有预约用户的出行安排推导各地消费需求概率。
245.在本技术实施例中,通过基于期望最大化的最大似然估计来处理观测数据,并通过因子分析模型计算隐藏变量,最后将观测数据与对应权重进行结合。本模型输入了以上观测数据和加权高斯混合模型(wd-gmm),使用加权em算法(wd-em),输出高斯混合模型参数。为了进一步优化参数,叠加使用page rank算法精确预测用户消费概率,修正可能出现的数据偏移。输出的参数能够以概率的形式,衡量每个地区对应时间段的消费需求,从而基于高消费需求地点、时间段,生成无人售卖车的服务线路。以下是加权高斯混合模型和加权e m期望最大化算法叠加pagerank算法的具体实现方式。
246.在分析n个不同的用户的消费行为时,不同类型、不同路线的用户消费模式大相径庭。但是,特定用户画像下的相似群体(例如,消费能力中上的上班族单人出行模式)的消费需求将在其单个分布的均值附近波动。综合以上所述,数据显示用户消费需求由k个高斯分布所组成的混合模型描述,每个分布有其均值和方差,代表了特定的用户行为画像,从而推导出每个地点、每个时间段的消费需求值。为了避免异常值污染聚类,通常在聚类过程中加入先验信息,也就是加权数据聚类。在本技术涉及的业务场景中,由于异常值不够典型,希望降低对先验信息的依赖,因此设计了一种新的期望最大化算法,能够动态更新数据的权重。该算法属于混合模型的稳健聚类,因为观测数据离聚类中心较远,对均值和协方差的预计影响较小。
247.本模型为包括k个子模型的加权高斯混合模型,其中w》0代表观察值x的相关性权重,基于下述公式可以确定权重w越高,x对预测结果的影响越大。
[0248][0249]
在初始化时提供权重值,然后在期望值和最大化步骤之间交替进行时保持稳定,此时完整观测数据的对数似然函数值通过如下公式表示:
[0250][0251]
然后依据当前模型参数,通过如下公式计算各分模型对观测数据的相应度。
[0252][0253]
最后计算新一轮迭代的模型参数。每次迭代过程中,通过如下公式基于上述各分模型对观测数据的相应度更新似然函数值,每次迭代均可以提高观测数据的似然函数值,重复以上两个步骤直到收敛。
[0254][0255]
从大量的数据成分开始分析,逐步估计模型参数、权重的后验概率和最佳成分数,对于融合用户的出行数据和消费数据有天然优势,因为传统算法难以衡量两个关联性低的特征维度。往常,出行消费数据融合有许多困难,例如,这两类数据发生在不同的空间,分别被不同的用户动机干扰等。在复杂的出行环境中,传统算法进行的消费预测不够可靠,而本技术实施例中提供的基于分析用户过去和未来的出行、消费数据后,提出的加权高斯混合模型和加权em期望最大化算法叠加pagerank算法更加适用于规划无人售卖车的服务路线。
[0256]
本步骤输出基于用户现有的出行规划,计算每个交易站点、每个时间段的消费需求概率,并在下一步骤中,将地点划分为有向图,进一步优化消费需求概率分布的准确性。
[0257]
步骤304:从用户历史数据出发优化步骤303中预测的各交易站点的交易需求概率。
[0258]
这里,地点位置可以看作为有向图,每个地点都是一个节点,节点之间的每条道路均为一条边。在有向图上可以定义随机游走模型,即一阶马尔可夫链,以此描述随机游走的用户沿着有向图随机访问各个节点的行为。在该算法中,首先选择初始向量,然后计算转移矩阵进行迭代并规范化向量直到收敛,此处的r(u)为便于描述的各个交易站点的消费需求概率,可通过如下公式计算得到:
[0259][0260]
首先通过id对上述一阶马尔可夫链的链接结构进行排序,然后把悬空链接从数据库中移除,通常迭代几次就能移除绝大部分悬空链接。然后对排序进行初始分配,通常来说初始值不会影响最终值,仅影响收敛的速度,因此可以通过选择更加合理的初始值来加速收敛,以此生成偏移更小的参数。当交易需求概率收敛至平稳分布时,各个节点的平稳概率值即为pagerank值,表示用户的消费需求度。如此,本步骤可以输出优化后的各时间段内各交易站点的用户消费需求概率,从而在下一步骤中,可以将在无人售卖车数量和服务时长不变的前提下,对消费需求概率r(u)从高到低进行排序,以此最大程度地覆盖用户的消费需求。
[0261]
步骤305:基于高需求交易站点规划无人售卖车的服务路线。
[0262]
在相关技术中是通过人流量预测并绘制实时热力图,规划无人售卖车路线。在本技术实施中,结合加权高斯混合模型、加权em期望最大化再叠加pagera nk的新型算法,通过确定用户画像,抓取类似特征和标签,能够更加精准地判断每个时间段每个交易站点的消费需求。
[0263]
在上一步骤中,基于获取的数据集,以链接分析的方式预测了各个交易站点的消费需求概率,最终以图的形式输出各节点的消费需求概率的分布。
[0264]
作为示例,比如用户a预约了明天从a到d的出行计划,通过分析他以往100%在b和c地购物的行为模式,按照用户a的购物习惯,在b和c地安排无人售卖车。此时用户满意率为100%。如果增加一名用户b,预约了从b到e的出行计划,通过分析得出用户b在该线路上会
有100%的可能性在d地购物,和80%的可能性在c地购物,此时在b、c、d地安排无人售卖车,用户满意率同样为100%。
[0265]
而当增加至成百上千个用户、用户总数量达到另一个量级时,数量有限的无人售卖车则无法满足每一位用户的需求,此时通过调用步骤304输出的用户需求序列,确定无人售卖车服务的交站点和时间点。
[0266]
在实际情况中,无人售卖车难以在所有场景下覆盖用户的所有需求,同时用户的消费概率远低于理论值。但是,在不改变无人售卖车总数量的前提下,本技术实施例提供的方案可以满足可能多的用户需求,通过对无人售卖车线路的动态规划,达到最高的用户满意度,实现销售利润最大化。
[0267]
在另外一些实施例中,对于类似场景的数据集,也可使用决策树进行基于特征(用户出行路线、历史购买数据等)的实例分类。具体地,首先对数据集的特征空间划分,然后根据条件概率分布,以损失函数最小化的原则建立模型并进行高需求交易站点的预测。
[0268]
应用本技术上述实施例,利用自动驾驶预约出行服务和无人售卖服务相结合的平台,结合客户群体的出行路线和在不同乘车点、换乘点的购买记录,形成客户群体的用户画像,从而当客户在本平台内进行自动驾驶出行预约服务时,根据客户的用户画像和单个个体客户的需求路径形成整体的高需求区域预测,把有限的无人售卖车安排至该计算结果的高需求区域。如此,解决了无人售卖车在特定广阔但人流不密集的区域无法寻找高利润布点的问题,提高了无人售卖车的运营利润。且实现了预测算法的从无到有,并在此基础上修正了数据偏移,与传统算法相比显著提升了预测准确率,通过精确计算不同交易站点用户对无人售卖车的需求概率,最大限度地覆盖用户的消费需求,一方面大大提高用户满意度,另一方面达到收益最大化。
[0269]
下面继续说明本技术实施例提供的基于自动驾驶的车辆服务装置555的实施为软件模块的示例性结构,在一些实施例中,如图2所示,存储在存储器550的基于自动驾驶的车辆服务装置555中的软件模块可以包括:
[0270]
接收模块5551,用于在自动驾驶车辆的预约界面中,接收到输入的出行起点和出行终点;
[0271]
第一呈现模块5552,用于响应于针对第一自动驾驶车辆的预约指令,呈现与所述出行起点和出行终点相对应的出行路线、以及所述出行路线所经过的至少两个行车站点;
[0272]
第二呈现模块5553,用于当所述至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现所述第二自动驾驶车辆对应的提示信息;
[0273]
其中,所述第一自动驾驶车辆用于交通出行,所述第二自动驾驶车辆用于提供交易对象的交易服务;
[0274]
第三呈现模块5554,用于当接收到针对所述提示信息的触发操作时,呈现导航信息,所述导航信息,用于引导从当前位置到达所述第二自动驾驶车辆所处位置,以基于所述第二自动驾驶车辆进行所述交易对象的交易。
[0275]
在一些实施例中,所述接收模块5551,还用于响应于针对当前所处位置的定位操作,接收到基于所述定位操作定位得到的所述出行起点;
[0276]
其中,所述出行起点,为所述第一自动驾驶车辆对应的行车站点中、距离所述定位操作得到的当前所处位置最近的目标行车站点。
[0277]
在一些实施例中,所述接收模块5551,还用于当所述第一自动驾驶车辆对应的行车站点中,不存在与所述当前所处位置的距离低于距离阈值的行车站点时,呈现服务提示信息;
[0278]
其中,所述服务提示信息,用于提示当前所处位置不在所述第一自动驾驶车辆的服务范围内。
[0279]
在一些实施例中,所述接收模块5551,还用于在自动驾驶车辆的预约界面中,呈现起点输入功能项,并呈现相应的默认出行起点;
[0280]
接收到基于所述起点输入功能项输入的目标起点,并呈现与所述目标起点相关联的、供选择的至少一个候选起点,所述至少一个候选起点包括所述出行起点;
[0281]
响应于针对所述出行起点的选取操作,接收到输入的出行起点,并将呈现的所述默认出行起点更换为所述出行起点。
[0282]
在一些实施例中,所述接收模块5551,还用于在自动驾驶车辆的预约界面中,呈现终点输入功能项;
[0283]
接收到基于所述终点输入功能项输入的目标终点,并
[0284]
呈现与所述目标终点相关联的、供选择的至少一个候选终点,所述至少一个候选终点包括所述出行终点;
[0285]
响应于针对所述出行终点的选取操作,接收到输入的出行终点。
[0286]
在一些实施例中,所述第一呈现模块5552,还用于呈现对应所述出行起点和出行终点的路线生成功能项;
[0287]
所述第一呈现模块5552,还用于响应于针对所述路线生成功能项的触发操作,基于所述出行起点和出行终点,生成相应的出行路线,并
[0288]
呈现用于预约对应所述出行路线的第一自动驾驶车辆的预约功能项;
[0289]
响应于基于所述预约功能项触发的第一自动驾驶车辆的预约指令,呈现与所述出行起点和出行终点相对应的出行路线、以及所述出行路线所经过的至少两个行车站点。
[0290]
在一些实施例中,所述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点;
[0291]
所述第二呈现模块5553,还用于当所述第一自动驾驶车辆行驶至所述目标行车站点时,呈现所述第二自动驾驶车辆对应的提示信息;
[0292]
或者,当所述第一自动驾驶车辆的当前行驶位置与所述目标行车站点之间的距离低于距离阈值时,呈现所述第二自动驾驶车辆对应的提示信息;
[0293]
或者,在呈现所述出行路线的过程中,呈现所述第二自动驾驶车辆对应的提示信息。
[0294]
在一些实施例中,所述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点;
[0295]
所述第二呈现模块5553,还用于在所述目标行车站点的呈现位置的关联位置处,采用指示图标的方式呈现所述第二自动驾驶车辆对应的提示信息;
[0296]
或者,通过弹窗方式呈现所述第二自动驾驶车辆对应的提示信息。
[0297]
在一些实施例中,所述第三呈现模块5554,还用于当接收到针对所述提示信息的触发操作时,呈现用于搜索第二自动驾驶车辆的搜索界面,并在所述搜索界面中呈现搜索
功能项;
[0298]
响应于针对所述搜索功能项的触发操作,对所述第二自动驾驶车辆所处位置进行搜索,并呈现所述导航信息。
[0299]
在一些实施例中,所述第三呈现模块5554,还用于当接收到针对所述提示信息的触发操作时,呈现对应所述第二自动驾驶车辆的服务功能入口;
[0300]
响应于针对所述服务功能入口的触发操作,呈现用于搜索第二自动驾驶车辆的搜索界面。
[0301]
在一些实施例中,所述装置还包括:
[0302]
第四呈现模块,用于呈现用于扫描图形码的扫描功能项;
[0303]
响应于针对所述扫描功能项的触发操作,呈现图形码扫描界面;
[0304]
接收到基于所述图形码扫描界面触发的、针对所述第二自动驾驶车辆的交易图形码的扫描操作;
[0305]
响应于所述扫描操作,呈现用于进行所述交易对象的交易的交易界面。
[0306]
在一些实施例中,所述第四呈现模块,还用于当基于所述交易界面完成针对所述交易对象的交易、且所述第二自动驾驶车辆所对应的目标行车站点不为所述出行终点时,
[0307]
呈现用于引导用户从当前位置到达所述目标行车站点的导航信息。
[0308]
在一些实施例中,所述第一呈现模块5552,还用于呈现对应所述出行起点和出行终点的路线生成功能项;
[0309]
所述第一呈现模块5552,还用于响应于基于所述路线生成功能项触发的预约指令,基于所述出行起点和出行终点,生成并呈现至少两个供选择的候选出行路线;
[0310]
基于所述至少两个候选出行路线,响应于出行路线选取操作,将所选择的出行路线,作为所述出行路线进行呈现。
[0311]
在一些实施例中,所述装置还包括:
[0312]
第五呈现模块,用于在母应用程序的应用界面中,呈现用于预约自动驾驶车辆的预约小程序的功能入口;
[0313]
响应于针对所述功能入口的触发操作,通过所述母应用程序运行所述预约小程序,并呈现所述自动驾驶车辆的预约界面。
[0314]
在一些实施例中,所述第五呈现模块,还用于接收到通过母应用程序触发的针对图形码的扫描操作,所述图形码与预约自动驾驶车辆的预约小程序相对应;
[0315]
响应于所述扫描操作,通过所述母应用程序运行所述预约小程序,并呈现所述自动驾驶车辆的预约界面。
[0316]
在一些实施例中,所述第一呈现模块5552,还用于在自动驾驶车辆的预约界面中,呈现对应所述第二自动驾驶车辆的服务功能入口;
[0317]
当接收到针对所述服务功能入口的触发操作时,呈现至少一个目标第二自动驾驶车辆的服务信息,所述目标第二自动驾驶车辆的服务范围覆盖当前所处位置。
[0318]
在一些实施例中,所述至少两个行车站点中处于第二自动驾驶车辆的服务范围内的行车站点为目标行车站点,所述第二自动驾驶车辆处于所述目标行车站点对应的目标服务站点;
[0319]
所述目标服务站点通过执行如下操作确定:
[0320]
在目标时间段内,获取自动驾驶车辆的预约用户的交易画像信息、以及出行路线;
[0321]
基于所述交易画像信息以及出行路线,确定所述出行路线所经过的至少两个行车站点对应的服务站点的交易分数,所述交易分数,用于指示所述预约用户在相应服务站点进行所述交易的可能程度;
[0322]
基于所述交易分数的大小,从至少两个服务站点中选取服务站点作为所述目标服务站点。
[0323]
应用本技术上述实施例,在基于自动驾驶车辆的预约界面,进行从出行起点至出行终点的第一自动驾驶车辆的预约后,当出行路线所经过的至少两个行车站点中至少之一处于第二自动驾驶车辆的服务范围内时,呈现第二自动驾驶车辆对应的提示信息,从而使得用户基于该提示信息,查看从当前位置到达第二自动驾驶车辆的导航信息,以便于用户在基于该导航信息到达第二自动驾驶车辆所在位置时进行交易对象的交易;如此,能够在实现预约用于交通出行的自动驾驶车辆的同时,对出行路线所经过的用于交易服务的自动驾驶车辆进行提示以及提供位置导航,提高用于交易服务的自动驾驶车辆的资源利用率和交易量。
[0324]
本技术实施例还提供一种电子设备,所述电子设备包括:
[0325]
存储器,用于存储可执行指令;
[0326]
处理器,用于执行所述存储器中存储的可执行指令时,实现本技术实施例提供的基于自动驾驶的车辆服务方法。
[0327]
本技术实施例还提供一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行本技术实施例提供的基于自动驾驶的车辆服务方法。
[0328]
本技术实施例还提供一种计算机可读存储介质,存储有可执行指令,所述可执行指令被处理器执行时,实现本技术实施例提供的基于自动驾驶的车辆服务方法。
[0329]
在一些实施例中,计算机可读存储介质可以是fram、rom、prom、ep rom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
[0330]
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
[0331]
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言(h tml,hyper text markup language)文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。
[0332]
作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
[0333]
以上所述,仅为本技术的实施例而已,并非用于限定本技术的保护范围。凡在本申
请的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本技术的保护范围之内。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献