CN112116113A - 一种车辆预约方法、装置、设备及存储介质 - Google Patents
一种车辆预约方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112116113A CN112116113A CN202010954724.5A CN202010954724A CN112116113A CN 112116113 A CN112116113 A CN 112116113A CN 202010954724 A CN202010954724 A CN 202010954724A CN 112116113 A CN112116113 A CN 112116113A
- Authority
- CN
- China
- Prior art keywords
- riding
- information
- user
- code
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000010586 diagram Methods 0.000 claims description 24
- 230000004044 response Effects 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 5
- 230000000694 effects Effects 0.000 abstract description 4
- 239000000470 constituent Substances 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9554—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL] by using bar codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- G06Q50/40—
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Databases & Information Systems (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了一种车辆预约方法、装置、设备及存储介质。接收用户终端发送的约车信息和预约用户的账户信息;根据所述约车信息和所述账户信息,生成乘车码;将所述乘车码发送至所述用户终端;将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户,规避了由于车主意外情况而导致订单失效或订单信息变更,给出行服务平台带来的负面影响,提升了用户车辆预约体验。
Description
技术领域
本申请实施例涉及互联网技术领域,尤其涉及一种车辆预约方法、装置、设备及存储介质。
背景技术
网约车平台通过整合供需信息,为用户提供非巡游的预约出租汽车服务的经营活动,逐渐改变了用户现代化的出行方式,颠覆了乘客路边拦车的概念,同时让司机师傅根据乘客目的地按意愿接单,最大化节省了司乘双方资源和时间。
现有技术中,用户在进行车辆预约时,约车订单只能在用户下单后等待车主接单完成预约,用户只能根据车主的车牌号识别接单车辆。
然而,当接单车辆由于各种原因无法正常执行该订单时,网约车平台将会告知用户预约撤销,或重新为用户进行车辆分配,严重影响用户的使用体验。
发明内容
本申请提供一种车辆预约方法、装置、设备及存储介质,以提供一种新的车辆预约方式,提升用户车辆预约体验。
第一方面,本申请实施例提供了一种车辆预约方法,应用于服务器,包括:
接收用户终端发送的约车信息和预约用户的账户信息;
根据所述约车信息和所述账户信息,生成乘车码;
将所述乘车码发送至所述用户终端;
将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
第二方面,本申请实施例还提供了一种车辆预约方法,应用于车辆,包括:
接收服务器发送的订单信息;
响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;
根据所述乘车码,识别乘车用户是否为所述预约用户。
第三方面,本申请实施例还提供了一种车辆预约装置,配置于服务器,包括:
信息接收模块,用于接收用户终端发送的约车信息和预约用户的账户信息;
乘车码生成模块,用于根据所述约车信息和所述账户信息,生成乘车码;
乘车码发送模块,用于将所述乘车码发送至所述用户终端;
乘车码发送模块,还用于将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
第四方面,本申请实施例还提供了一种车辆预约装置,配置于车辆,包括:
订单接收模块,用于接收服务器发送的订单信息;
订单响应模块,用于响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;
用户识别模块,用于根据所述乘车码,识别乘车用户是否为所述预约用户。
第五方面,本申请实施例还提供了一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本申请第一方面和/或第二方面实施例所提供的任意一种车辆预约方法。
第六方面,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请第一方面和/或第二方面实施例所提供的任意一种车辆预约方法。
本申请提出一种新的车辆预约方法,通过接收用户终端发送的约车信息和预约用户的账户信息;根据所述约车信息和所述账户信息,生成乘车码;将所述乘车码发送至所述用户终端;将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。上述技术方案通过引入基于约车信息和账户信息所生成的乘车码,从而实现了将乘车码与订单信息相关联,将乘车码作为订单信息的唯一标识,替代了现有技术中将车牌信息与订单信息相关联的方式,因此当驾驶用户因意外情况无法继续履行订单时,服务器仅需向预约用户下发并保持同一乘车码即可,无需告知预约用户撤销预约或告知用户车辆变更情况,规避了由于车主意外情况而导致订单失效或订单信息变更,给出行服务平台带来的负面影响,提升了用户车辆预约体验。
附图说明
图1A是本申请实施例中的车辆预约系统的结构示意图;
图1B是本申请实施例一提供的一种车辆预约方法的流程图;
图2A是本申请实施例二提供的一种车辆预约方法的流程图;
图2B是本申请实施例二提供的一种订单信息的发布区域示意图;
图2C是本申请实施例二提供的另一种订单信息的发布区域示意图;
图3是本申请实施例三提供的一种车辆预约方法的流程图;
图4是本申请实施例四提供的一种车辆预约方法的流程图;
图5是本申请实施例五提供的一种车辆预约装置的结构图;
图6是本申请实施例六提供的一种车辆预约装置的结构图;
图7是本申请实施例七中的一种服务器的结构图;
图8是本申请实施例八中的一种车载设备的结构图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。
为了清楚的介绍本申请各实施例的技术方案,首先对本申请实施例所涉及的车辆预约系统的结构进行详细说明。
参见如图1A所示的车辆预约系统的结构示意图,包括:用户终端10、服务器20和车辆30;其中,用户终端10用于获取用户填写的约车信息和账户信息,并将所获取的约车信息和账户信息发送至服务器20;
服务器20,根据约车信息和账户信息,生成订单信息以及与订单信息关联的乘车码,并将所生成的乘车码和订单信息下发至用户终端10,以及将订单信息发送至至少一个车辆;
车辆30通过驾驶用户的接单操作,并生成接单指令发送至服务器20;
服务器20,还用于根据接单指令确定目标车辆,并向目标车辆发送乘车码以供目标车辆加以显示。
实施例一
图1B是本申请实施例一提供的一种车辆预约方法的流程图,该实施例适用于在网约车场景中,通过图1A所示的车辆预约系统进行车辆预约的情况,该方法由车辆预约装置执行,该装置由软件和/或硬件实现,并具体配置于服务器20中。
如图1B所示的一种车辆预约方法,应用于服务器,包括:
S110、接收用户终端发送的约车信息和预约用户的账户信息。
其中,约车信息可以是用户的出发地、目的地和出行时间等信息中的至少一种。预约用户的账户信息用于唯一表征预约账户。
S120、根据所述约车信息和所述账户信息,生成乘车码。
具体的,服务器根据约车信息和账户信息,生成订单信息,并根据约车信息和账户信息,生成与订单信息相对应的乘车码。或者,服务器根据约车信息和账户信息,生成订单信息,并根据订单信息,生成与订单信息相对应的乘车码。
其中,乘车码可以采用设定数量的字符组合得到,例如可以通过数字、字母、下划线等或其他符号等中的至少一种,通过排列组合得到。
需要说明的是,由于订单信息和乘车码均根据约车信息和账户信息生成,因此所生成的乘车码与订单信息相关联。又因为订单信息能唯一表征此次的网约车情况,因此,乘车码也能够唯一表征此次的网约车情况,同时还可以作为订单信息的唯一标识。
S130、将所述乘车码发送至所述用户终端。
具体的,服务器将乘车码发送至用户终端,以便用户终端显示乘车码。
需要说明的是,为了便于预约用户获知订单情况,还需要将基于约车信息和账户信息所生成的订单信息发送至用户终端,以便预约用户进行查阅。
在本申请实施例的一种可选实施方式中,为了保证后续目标车辆更准确的判断乘车用户是否为预约用户,在将乘车码发送至用户终端的同时,服务器生成一个识别码,将识别码和乘车码一起发送至用户终端。
需要说明的是,识别码可以是二维码,可以是手机短信验证码,也可以是条形码等等,本申请实施例对此不做任何限定。
S140、将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
服务器将订单信息下发至至少一个车辆;相应的,车辆接收到订单信息后,向驾驶用户进行展示以供驾驶用户进行接单操作或拒单操作,或者通过自动抢单软件,自动执行该笔订单的接单操作;接单的目标车辆会向的服务器发送乘车码获取指令;相应的,服务器响应于乘车码获取指令,向目标车辆下发乘车码,以便目标车辆基于乘车码对乘车用户是否为预约用户进行识别。
在本申请实施例的一种可选实施方式中,服务器可以直接将乘车码发送至目标车辆,以供目标车辆基于乘车码对乘车用户是否为预约用户进行识别。
服务器将乘车码发送至接单的目标车辆;相应的,目标车辆接收该乘车码后,并在显示屏上显示乘车码,以便乘车用户查找目标车辆;在乘车用户查找到目标车辆之后,向目标车辆展示乘车码;目标车辆的驾驶用户确定乘车用户的乘车码是否和目标车辆的乘车码相同,若相同,则确定乘车用户与预约用户相同,若不相同,则确定乘车用户与预约用户不相同。
在本申请实施例的一种可选实施方式中,为了保证后续目标车辆更准确的判断乘车用户是否为预约用户,在将乘车码发送至响应订单信息的目标车辆的同时,服务器生成一个识别码,将识别码和乘车码一起发送至响应订单信息的目标车辆,以使目标车辆基于乘车码和识别码来识别乘车用户是否为预约用户。
需要说明的是,识别码可以是二维码,可以是手机短信验证码,也可以是条形码等等,本申请实施例对此不做任何限定。
服务器将乘车码和识别码发送至响应订单信息的目标车辆;相应的,目标车辆接收到乘车码和识别码后,在到达用户出发地的时候,目标车辆的显示屏上显示乘车码,以便乘车用户查找该目标车辆;在乘车用户查找到目标车辆之后,向目标车辆展示识别码;目标车辆验证识别码是否与目标车辆的识别码相同,若相同,则确定乘车用户与预约用户相同,若不相同,则确定乘车用户与预约用户不同。
本申请实施例通过接收用户终端发送的约车信息和预约用户的账户信息;根据约车信息和账户信息,生成乘车码;将乘车码发送至用户终端;将乘车码发送至响应订单信息的目标车辆,以使目标车辆基于乘车码识别乘车用户是否为预约用户。上述技术方案引入基于约车信息和账户信息所生成的乘车码,从而实现了将乘车码与订单信息相关联,将乘车码作为订单信息的唯一标识,替代了现有技术中将车牌信息与订单信息相关联的方式,因此当驾驶用户因意外情况无法继续履行订单时,服务器仅需向预约用户下发并保持同一乘车码即可,无需告知预约用户撤销预约或告知用户车辆变更情况,规避了由于车主意外情况而导致订单失效或订单信息变更,给出行服务平台带来的负面影响,提升了用户车辆预约体验。
在上述各技术方案的基础上,在将乘车码发送至响应订单信息的目标车辆,以使目标车辆基于乘车码识别乘车用户是否为预约用户之后,该方法还包括:响应于目标车辆的订单取消操作,控制目标车辆释放乘车码;将订单信息发送至其他车辆,并将乘车码发送至其他车辆中响应订单信息的新的目标车辆。
具体的,当目标车辆违约不能准时完成订单时,向服务器发送订单取消操作,服务器响应目标车辆的订单取消操作,并控制目标车辆释放乘车码,然后将订单信息发送至其他车辆,等待其他车辆响应订单信息,有新的目标车辆响应订单信息时,将乘车码发送至其他车辆中响应订单信息的新的目标车辆。
可选的,控制目标车辆释放乘车码,可以是向目标车辆发送乘车码释放指令,由目标车辆自行执行乘车码释放操作。为了避免由于目标车辆不及时进行乘车码释放给预约用户的准时乘车带来影响,可选的,还可以向目标车辆发送失效标识,当目标车辆接收到该失效标识后,目标车辆所接收的乘车码将自动失效。
可以理解的是,通过响应于目标车辆的订单取消操作,控制目标车辆释放乘车码,避免了数据资源的浪费;通过将订单信息发送至其他车辆,并将乘车码发送至其他车辆中响应订单信息的新的目标车辆,规避了车主意外情况而导致订单失效或订单信息变更给出行服务平台带来的负面影响。
实施例二
图2A是本申请实施例二提供的一种车辆预约方法的流程图,该实施例在上述实施例的基础上,进行了优化改进。
进一步地,将操作“根据所述约车信息和所述账户信息,生成乘车码”,具体为:“确定所述订单信息的发布区域;根据所述发布区域中候选车辆的车辆数量,确定乘车码位数;根据所述约车信息和所述账户信息,生成与所述乘车码位数相匹配的乘车码”,以完善乘车码的生成机制。
如图2A所示的一种车辆预约方法,应用于服务器,包括:
S210、接收用户终端发送的约车信息和预约用户的账户信息。
其中,约车信息可以是用户的出发地、目的地和出行时间等信息中的至少一种。预约用户的账户信息用于唯一表征预约账户。
S220、确定所述订单信息的发布区域。
服务器根据约车信息和账户信息,生成订单信息。
示例性地,确定订单信息的发布区域可以是:根据约车信息的出发地所属的行政区划,确定订单信息的发布区域。
其中,行政区域是指行政区域划分的简称,是国家为了进行分级管理而实行的区域划分。
可以理解的是,通过行政区划信息进行发布区域的确定,能够减少发布区域确定时的数据运算量。
由于预约用户的出发地可能位于所属行政区划的边缘,因此通过行政区划进行订单信息的发布区域的确定,可能存在响应该订单信息的候选车辆较少的情况,给用户出行带来不便。为了避免上述问题,通过建立预设区域划分图,来进一步确定订单信息的发布区域。
示例性地,确定订单信息的发布区域还可以是:根据预设区域划分图,确定约车信息的出发地所属的候选区域,并根据候选区域的外接区域,确定订单信息的发布区域。
可选的,根据预设多边形,对车辆预约服务区进行划分,生成预设区域划分图。为了保证所生成的预设区域划分图各区域相对均匀,通常将预设多边形设置为等边多边形。
可以理解的是,通过引入预设区域划分图进行订单信息发布区域的确定,使得订单的发布范围更加均匀化,订单的覆盖率更加广泛,更加符合用户的需求。
在本申请实施例的一种可选实施方式中,以等边三角形为单元,对车辆预约服务区域划分为多个等边三角形区域,并对每个区域编号,生成预设区域划分图。
可选的,根据候选区域的外接区域,确定订单信息的发布区域,具体可以是:根据候选区域的至少一个组成边,确定候选区域的外接区域;根据各组成边所关联的外接区域,确定订单信息的发布区域。其中,候选区域为以出发地为中心的多边形区域。
参见图2B所示的一种发布区域示意图,以预设多边形为正三角形为例,对发布区域确定过程进行说明。
将车辆预约服务区域划分为多个区域,得到预设区域划分图。若用户的出发地所属等边三角形为候选区域P,确定候选区域P中至少一条边对应的最小外接正六边形,其中,图2B示例性给出了三个不同的六边形区域,分别为:
第一个六边形区域:A、AB、AC、P;
第二个六边形区域:B、AB、BC、P;
第三个六边形区域:C、AC、BC、P;
相应的,根据上述三个六边形区域中的至少一个进行发布区域的确定。图2B示例性给出了根据三个六边形区域所确定的发布区域;其中发布区域L为:P、A、B、C、AB、AC、BC。
由于外接区域可能位于城市边缘,导致无法得到形状相同的外接区域的情况,为了使分布区域确定过程更加合理,在本申请实施例的另一种可选实施方式中,还可以将车辆预约服务区域划分为多个区域,得到预设区域划分图。若用户的出发地所属等边三角形为候选区域P1,确定候选区域P1中至少一条边对应的最小外接正六边形与预设区域划分图的交集区域,将该交集区域作为订单信息的发布区域。
其中,图2C示例性给出了另一种发布区域示意图,在该发布区域分布图中,所确定的发布区域,由一个六边形区域和一个六边形区域中的部分组成区域确定,分别为:
六边形区域:P1、AB1、B1;
六边形区域中的部分组成区域:P1、A1、AB1;
相应的,根据上述六边形区域和六边形区域的部分组成区域中的至少一个进行发布区域的确定。图2C示例性给出了根据上述六边形区域和六边形区域的部分组成区域所确定的发布区域;其中发布区域L为:P1、A1、AB1、B1。
可以理解的是,通过构建预设区域划分图来进行出发地所属候选区域的确定,进一步通过候选区域的外接区域进行发布区域的确定,避免了处于行政区域边界时,车辆供应小于订单需求的情况。
S230、根据所述发布区域中候选车辆的车辆数量,确定乘车码位数。
由于不同发布区域中的候选车辆的数量不相同,若采用统一的乘车码位数,对于车辆密集的发布区域,若乘车码位数太少,则存在数据溢出的问题;对于车辆稀疏的发布区域,若乘车码位数会过多,则存在数据浪费的问题。因此,根据发布区域中候选车辆的车辆数量,确定乘车码位数,避免了数据溢出和浪费的问题,实现了乘车码位数的灵活调整。
具体的,服务器实时获取车辆预约服务区域的车辆信息,其中,车辆信息可以是GPS(Global Positioning System,全球定位系统)定位信息、时间信息、车辆唯一标识号、车牌号和驾驶用户信息等信息中的至少一种。服务器根据获取车辆预约服务区域的车辆信息,确定发布区域中候选车辆的车辆数量,进而确定乘车码位数。例如,若的订单信息的发布区域L中的车辆数为10万量,则乘车码位数为6位数。
S240、根据所述约车信息和所述账户信息,生成与所述乘车码位数相匹配的乘车码。
具体的,服务器根据约车信息和账户信息,生成订单信息;根据约车信息和账户信息,生成与乘车码位数相匹配的乘车码。
其中,乘车码可以采用设定数量的字符组合得到,例如可以通过数字、字母、下划线等或其他符号等中的至少一种,通过排列组合得到。
S250、将所述乘车码发送至所述用户终端。
具体的,服务器将乘车码发送至用户终端,以便用户终端显示乘车码,并根据乘车码查找目标车辆。
需要说明的是,为了便于预约用户获知订单情况,还需要将基于约车信息和账户信息所生成的订单信息发送至用户终端,以便预约用户进行查阅。
S260、将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
服务器将订单信息下发至至少一个车辆;相应的,车辆接收到订单信息后,向驾驶用户进行展示以供驾驶用户进行接单操作或拒单操作,或者通过自动抢单软件,自动执行该笔订单的接单操作;接单的目标车辆会向的服务器发送乘车码获取指令;相应的,服务器响应于乘车码获取指令,向目标车辆下发乘车码,以便目标车辆基于乘车码对乘车用户是否为预约用户进行识别。
本实施例将乘车码生成操作细化为确定订单信息的发布区域;根据发布区域中候选车辆的车辆数量,确定乘车码位数;根据约车信息和账户信息,生成与乘车码位数相匹配的乘车码,从而实现了乘车码位数基于候选车辆的车辆数量的动态确定,避免了数据的溢出和浪费,使得乘车码的生成更加灵活。
实施例三
图3是本申请实施例三提供的一种车辆预约方法的流程图,该实施例适用于在网约车场景中,通过图1A所示的车辆预约系统进行车辆预约的情况,该方法由车辆预约装置执行,该装置由软件和/或硬件实现,并具体配置于车辆30中。
如图3所示的一种车辆预约方法,应用于车辆,包括:
S310、接收服务器发送的订单信息。
其中,服务器基于约车信息和用户账户信息,生成订单信息,并向订单信息的发布区域中的各车辆,发布该订单信息。相应的,车辆接收服务器所发布的订单信息。
S320、响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成。
其中,乘车码可以采用设定数量的字符组合得到,例如可以通过数字、字母、下划线等或其他符号等中的至少一种,通过排列组合得到。
具体的,服务器将订单信息下发至至少一个车辆;相应的,车辆接收到订单信息后,向驾驶用户进行展示,以供驾驶用户进行接单操作,或者通过自动抢单软件,自动执行该笔订单的接单操作;接单的目标车辆会向服务器发送乘车码获取指令;相应的,服务器响应于乘车码获取指令,向目标车辆下发乘车码;目标车辆接收并显示服务器发送的乘车码。
S330、根据所述乘车码,识别乘车用户是否为所述预约用户。
示例性地,乘车用户在乘车前,会主动或被动向驾驶用户展示服务器向用户终端发送的候选乘车码;车辆获取乘车用户的候选乘车码,并将候选乘车码与乘车码进行匹配,然后根据匹配结果确定乘车用户是否为预约用户。
具体的,目标车辆获取服务器发送给乘车用户的候选乘车码,若候选乘车码与乘车码相同,则确定乘车用户与预约用户是相同的,若候选乘车码与乘车码不相同,则确定乘车用户与预约用户不相同。
可以理解的是,通过目标车辆获得的候选乘车码与用户的乘车码相匹配的方式,确定乘车用户是否为预约用户,代替了传统的目标车辆的驾驶用户通过用户的手机尾号来确定乘车用户是否为预约用户,避免了用户的隐私数据泄露。
本实施例通过接收服务器发送的订单信息;响应于驾驶用户对订单信息的接单操作,接收并显示服务器发送的乘车码;其中,乘车码由服务器基于预约用户的约车信息和账户信息生成;根据乘车码,识别乘车用户是否为预约用户。上述技术方案引入基于约车信息和账户信息所生成的乘车码,从而实现了将乘车码与订单信息相关联,将乘车码作为订单信息的唯一标识,替代了现有技术中将车牌信息与订单信息相关联的方式,因此当驾驶用户因意外情况无法继续履行订单时,服务器仅需向预约用户下发并保持同一乘车码即可,无需告知预约用户撤销预约或告知用户车辆变更情况,规避了由于车主意外情况而导致订单失效或订单信息变更,给出行服务平台带来的负面影响,提升了用户车辆预约体验。
在上述技术方案的基础上,在根据乘车码,识别乘车用户是否为预约用户之后,该方法还包括:若识别到订单信息执行结束,则释放乘车码。
可选的,订单信息可以是在接收到订单信息的支付费用时,确定订单信息执行结束。具体的,若目标车辆到达预约的目的地后,获取到服务器发送的订单信息的支付费用,则释放乘车码。
可选的,订单信息可以是在识别到乘车用户与预约用户相匹配时,确定订单信息执行结束。具体的,若目标车辆识别到达预约的车发地点后,识别到乘车用户与预约用户相匹配,即完成订单信息,则释放乘车码。
可选的,订单信息也可以是在接收到驾驶用户的订单取消操作时,确定订单信息执行结束。具体的,若目标车辆因特殊情况不能执行订单信息时,对订单进行取消操作,则释放乘车码。
可以理解的是,订单执行结束后释放乘车码,解决了数据资源浪费的问题,同时避免了目标车辆由于乘车码重复给用户乘车带来不便,从而提升了用户的使用体验。
实施例四
图4是本申请实施例四提供的一种车辆预约方法的流程图,该实施例在上述各实施例的技术方案的基础上,提供了一种优选实施方式。
如图4所示的一种车辆预约方法,包括:
S401、用户终端将约车用户的约车信息和用户的账户信息发送至服务器;
S402、服务器判断约车信息是否在车辆预约服务区域内,若否,则执行S403,若否,则执行S404;
S403、服务器将错误信息反馈至用户终端;
S404、确定在车辆预约服务区域的正三角形划分图中,约车信息的出发地所属的候选正三角区域;
S405、确定候选正三角区域各边对应的最小外接正六边形;
S406、根据各最小外接正六边形与车辆预约服务区域的交集,确定订单发布区域。
S407、根据所述发布区域中候选车辆的车辆数量,确定乘车码位数;
S408、根据所述约车信息和所述账户信息,生成订单信息以及生成与所述乘车码位数相匹配的乘车码;
S409、对乘车码进行编码,生成对应的二维码;
S410、将乘车码和二维码发送至用户终端;
S411、用户终端接收并显示乘车码和二维码,并提示预约用户预约成功;
S412、服务器将订单信息发布至订单发布区域,等待接单;
S413、车辆响应于驾驶用户的接单操作,形成接单信息;
S414、将接单信息发送至服务器;
S415、服务器根据接单信息确定执行接单操作的车辆;
S416、将乘车码和二维码发送至车辆;
S417、接收服务器发送的乘车码和二维码,前往出发地。
S418、车辆到达出发地,根据乘车码和二维码识别乘车用户。
S419、若识别成功,则生成接客成功信息;
S420、将接客成功信息反馈至服务器;
S421、用户终端根据乘车码和二维码识别车辆;
S422、若识别成功,则生成上车成功信息;
S423、将上车成功信息反馈至服务器。
其中,S418~S420与S421~S423可以同时执行或先后执行,还可以交叉执行,本申请实施例对两者具体执行顺序不做任何限定。
S424、服务器接收车辆的接客成功信息和用户终端的上车成功信息,开始计费;
S425、车辆将送客成功信息反馈至服务器;
S426、用户终端将下车成功信息反馈至服务器;
S427、服务器接收车辆的送客成功信息结束计费,生成计费信息;
S428A、服务器将计费信息发送至车辆;
S428B、服务器将计费信息发送至用户终端;
S429、服务器释放乘车码和二维码,并控制用户终端和车辆释放乘车码和二维码。
S430、用户终端根据计费信息向车辆支付费用,订单结束。
实施例五
图5是本申请实施例五提供的一种车辆预约装置的结构图。该实施例适用于在网约车场景中,通过图1A所示的车辆预约系统进行车辆预约的情况,该装置由软件和/或硬件实现,并具体配置于服务器20中。
如图5所示的一种车辆预约装置,配置于服务器,包括:信息接收模块510、乘车码生成模块520和乘车码发送模块530。其中,
信息接收模块510,用于接收用户终端发送的约车信息和预约用户的账户信息;
乘车码生成模块520,用于根据所述约车信息和所述账户信息,生成乘车码;
乘车码发送模块530,用于将所述乘车码发送至所述用户终端;
乘车码发送模块530,还用于将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
本申请实施例通过信息接收模块接收用户终端发送的约车信息和预约用户的账户信息;通过乘车码生成模块根据所述约车信息和所述账户信息,生成乘车码;通过乘车码发送模块将所述乘车码发送至所述用户终端;通过乘车码发送模块将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。上述技术方案引入基于约车信息和账户信息所生成的乘车码,从而实现了将乘车码与订单信息相关联,将乘车码作为订单信息的唯一标识,替代了现有技术中将车牌信息与订单信息相关联的方式,因此当驾驶用户因意外情况无法继续履行订单时,服务器仅需向预约用户下发并保持同一乘车码即可,无需告知预约用户撤销预约或告知用户车辆变更情况,规避了由于车主意外情况而导致订单失效或订单信息变更,给出行服务平台带来的负面影响,提升了用户车辆预约体验。
进一步地,所述乘车码生成模块520,包括:
发布区域确定单元,用于确定所述订单信息的发布区域;
乘车码位数确定单元,用于根据所述发布区域中候选车辆的车辆数量,确定乘车码位数;
乘车码生成单元,用于根据所述约车信息和所述账户信息,生成与所述乘车码位数相匹配的乘车码。
进一步地,所述发布区域确定单元,包括:
第一发布区域确定子单元,用于根据所述约车信息的出发地所属的行政区划,确定所述订单信息的发布区域;
第二发布区域确定子单元,用于根据预设区域划分图,确定所述约车信息的出发地所属的候选区域,并根据所述候选区域的外接区域,确定所述订单信息的发布区域。
进一步地,所述发布区域确定单元,包括:
预设区域划分子单元,用于根据预设多边形,对车辆预约服务区进行划分,生成所述预设区域划分图。
可选的,根据所述候选区域的至少一个组成边,确定所述候选区域的外接区域;根据各所述组成边所关联的外接区域,确定所述订单信息的发布区域。
进一步地,该装置还包括:
乘车码释放模块,用于响应于所述目标车辆的订单取消操作,控制所述目标车辆释放所述乘车码;
订单重新发送模块,用于将所述订单信息发送至其他车辆,并将所述乘车码发送至所述其他车辆中响应所述订单信息的新的目标车辆。
上述车辆预约装置可执行本申请任意实施例所提供的车辆预约方法,具备执行车辆预约方法相应的功能模块和有益效果。
实施例六
图6是本申请实施例六提供的一种车辆预约装置的结构图,该实施例适用于在网约车场景中,通过图1A所示的车辆预约系统进行车辆预约的情况,该装置由软件和/或硬件实现,并具体配置于车辆30中。
如图6所示的一种车辆预约装置,配置于车辆,包括:订单接收模块610、订单响应模块620和用户识别模块630。其中,
订单接收模块610,用于接收服务器发送的订单信息;
订单响应模块620,用于响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;
用户识别模块630,用于根据所述乘车码,识别乘车用户是否为所述预约用户。
本实施例通过订单接收模块接收服务器发送的订单信息;通过订单响应模块响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;通过用户识别模块根据所述乘车码,识别乘车用户是否为所述预约用户。上述技术方案通过引入基于约车信息和账户信息所生成的乘车码,从而实现了将乘车码与订单信息相关联,将乘车码作为订单信息的唯一标识,替代了现有技术中将车牌信息与订单信息相关联的方式,因此当驾驶用户因意外情况无法继续履行订单时,服务器仅需向预约用户下发并保持同一乘车码即可,无需告知预约用户撤销预约或告知用户车辆变更情况,规避了由于车主意外情况而导致订单失效或订单信息变更,给出行服务平台带来的负面影响,提升了用户车辆预约体验。
进一步地,所述用户识别模块630,包括:
乘车码获取单元,用于获取乘车用户的候选乘车码;
乘车码匹配单元,用于将所述候选乘车码与所述乘车码进行匹配,并根据匹配结果确定所述乘车用户是否为所述预约用户。
进一步地,该装置还包括:
乘车码释放模块,用于若识别到所述订单信息执行结束,则释放所述乘车码。
进一步地,所述订单信息执行结束,包括下述至少一种:
接收到所述订单信息的支付费用;
识别到所述乘车用户与所述预约用户相匹配;
接收到所述驾驶用户的订单取消操作。
上述车辆预约装置可执行本申请任意实施例所提供的车辆预约方法,具备执行车辆预约方法相应的功能模块和有益效果。
实施例七
图7是本申请实施例七中的一种服务器的结构图。如图7所示的服务器,包括:输入装置710、输出装置720、处理器730以及存储装置740。
其中,输入装置710,用于接收用户终端发送的约车信息和预约用户的账户信息;
输出装置720,用于将所述乘车码发送至所述用户终端,以及,将所述乘车码发送至响应订单信息的目标车辆;
一个或多个处理器730;
存储装置740,用于存储一个或多个程序。
图7中以一个处理器730为例,该服务器中的输入装置710可以通过总线或其他方式与输出装置720、处理器730以及存储装置740相连,且处理器730和存储装置740也通过总线或其他方式连接,图7中以通过总线连接为例。
在本实施例中,服务器中的处理器730可以控制输入装置710接收用户终端发送的约车信息和预约用户的账户信息;还可以控制处理器730根据所述约车信息和所述账户信息,生成乘车码;还可以控制输出装置720对将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
该服务器中的存储装置740作为一种计算机可读存储介质,可用于存储一个或多个程序,所述程序可以是软件程序、计算机可执行程序以及模块,如本申请实施例中应用车辆预约方法对应的程序指令/模块(例如,附图5所示的信息接收模块510、乘车码生成模块520和乘车码发送模块530)。处理器730通过运行存储在存储装置740中的软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的车辆预约方法。
存储装置740可包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储数据等(如上述实施例中的约车信息、账户信息、订单信息和乘车码等)。此外,存储装置740可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储装置740可进一步包括相对于处理器730远程设置的存储器,这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实施例八
图8是本申请实施例八中的一种车载设备的结构图。如图8所示的车载设备,包括:输入装置810、输出装置820、处理器830以及存储装置840。
其中,输入装置810,用于接收服务器发送的订单信息;
输出装置820,用于将接客成功信息发送至服务器;
一个或多个处理器830;
存储装置840,用于存储一个或多个程序。
图8中以一个处理器830为例,该车载设备中的输入装置810可以通过总线或其他方式与输出装置820、处理器830以及存储装置840相连,且处理器830和存储装置840也通过总线或其他方式连接,图8中以通过总线连接为例。
在本实施例中,车载设备中的处理器830可以控制输入装置810接收服务器发送的订单信息;还可以控制处理器830响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;还可以控制输出装置820根据所述乘车码,识别乘车用户是否为所述预约用户。
该车载设备中的存储装置840作为一种计算机可读存储介质,可用于存储一个或多个程序,所述程序可以是软件程序、计算机可执行程序以及模块,如本申请实施例中应用车辆预约方法对应的程序指令/模块(例如,附图6所示的订单接收模块610、订单响应模块620和用户识别模块630)。处理器830通过运行存储在存储装置840中的软件程序、指令以及模块,从而执行服务器设备的各种功能应用以及数据处理,即实现上述方法实施例中的应用车辆预约方法。
存储装置840可包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储数据等(如上述实施例中的订单信息和乘车码等)。此外,存储装置840可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储装置840可进一步包括相对于处理器830远程设置的存储器,这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实施例九
本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被车辆预约装置执行时,实现本申请实施提供的车辆预约方法,该方法由服务器设备执行,包括:接收用户终端发送的约车信息和预约用户的账户信息;根据所述约车信息和所述账户信息,生成乘车码;将所述乘车码发送至所述用户终端;将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
本申请实施例还提供了另一种计算机可读存储介质,其上存储有计算机程序,该程序被车辆预约装置执行时,实现本申请实施提供的车辆预约方法,该方法由车辆设备执行,包括:接收服务器发送的订单信息;响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;根据所述乘车码,识别乘车用户是否为所述预约用户。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。
Claims (10)
1.一种车辆预约方法,应用于服务器,其特征在于,包括:
接收用户终端发送的约车信息和预约用户的账户信息;
根据所述约车信息和所述账户信息,生成乘车码;
将所述乘车码发送至所述用户终端;
将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
2.根据权利要求1所述的方法,其特征在于,所述根据所述约车信息和所述账户信息,生成乘车码,包括:
确定所述订单信息的发布区域;
根据所述发布区域中候选车辆的车辆数量,确定乘车码位数;
根据所述约车信息和所述账户信息,生成与所述乘车码位数相匹配的乘车码。
3.根据权利要求2所述的方法,其特征在于,所述确定所述订单信息的发布区域,包括:
根据所述约车信息的出发地所属的行政区划,确定所述订单信息的发布区域;或者,
根据预设区域划分图,确定所述约车信息的出发地所属的候选区域,并根据所述候选区域的外接区域,确定所述订单信息的发布区域。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
响应于所述目标车辆的订单取消操作,控制所述目标车辆释放所述乘车码;
将所述订单信息发送至其他车辆,并将所述乘车码发送至所述其他车辆中响应所述订单信息的新的目标车辆。
5.一种车辆预约方法,应用于车辆,其特征在于,包括:
接收服务器发送的订单信息;
响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;
根据所述乘车码,识别乘车用户是否为所述预约用户。
6.根据权利要求5所述的方法,其特征在于,所述根据所述乘车码,识别乘车用户是否为所述预约用户,包括:
获取乘车用户的候选乘车码;
将所述候选乘车码与所述乘车码进行匹配,并根据匹配结果确定所述乘车用户是否为所述预约用户。
7.一种车辆预约装置,配置于服务器,其特征在于,包括:
信息接收模块,用于接收用户终端发送的约车信息和预约用户的账户信息;
乘车码生成模块,用于根据所述约车信息和所述账户信息,生成乘车码;
乘车码发送模块,用于将所述乘车码发送至所述用户终端;
所述乘车码发送模块,还用于将所述乘车码发送至响应订单信息的目标车辆,以使所述目标车辆基于所述乘车码识别乘车用户是否为所述预约用户。
8.一种车辆预约装置,配置于车辆,其特征在于,包括:
订单接收模块,用于接收服务器发送的订单信息;
订单响应模块,用于响应于驾驶用户对所述订单信息的接单操作,接收并显示所述服务器发送的乘车码;其中,所述乘车码由所述服务器基于预约用户的约车信息和账户信息生成;
用户识别模块,用于根据所述乘车码,识别乘车用户是否为所述预约用户。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6任一项所述的一种车辆预约方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-6任一项所述的一种车辆预约方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010954724.5A CN112116113A (zh) | 2020-09-11 | 2020-09-11 | 一种车辆预约方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010954724.5A CN112116113A (zh) | 2020-09-11 | 2020-09-11 | 一种车辆预约方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112116113A true CN112116113A (zh) | 2020-12-22 |
Family
ID=73802556
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010954724.5A Pending CN112116113A (zh) | 2020-09-11 | 2020-09-11 | 一种车辆预约方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112116113A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113191512A (zh) * | 2021-04-20 | 2021-07-30 | 维沃移动通信(深圳)有限公司 | 车辆预约方法及装置 |
CN113516263A (zh) * | 2021-04-21 | 2021-10-19 | 广州通巴达电气科技有限公司 | 基于站点图像识别的车辆调度方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103971508A (zh) * | 2013-01-31 | 2014-08-06 | 上海飞田通信技术有限公司 | 出租车调度系统、调度服务器及出租车调度终端 |
KR20160001008A (ko) * | 2014-06-26 | 2016-01-06 | 김주윤 | 놀이시설 이용 예약시스템 및 방법 |
CN107145992A (zh) * | 2016-03-01 | 2017-09-08 | 滴滴(中国)科技有限公司 | 一种订单分配方法及装置 |
CN107909175A (zh) * | 2017-12-11 | 2018-04-13 | 北京骑骑智享科技发展有限公司 | 一种车辆预约方法及系统 |
CN108805660A (zh) * | 2018-05-24 | 2018-11-13 | 北京三快在线科技有限公司 | 订单处理方法、装置及服务器 |
CN110136430A (zh) * | 2019-05-12 | 2019-08-16 | 长沙硕铠电子科技有限公司 | 一种乘客确认网约车辆的方法 |
CN110543518A (zh) * | 2019-08-27 | 2019-12-06 | 北京奇艺世纪科技有限公司 | 一种分布式id生成方法、装置、设备及存储介质 |
KR102114348B1 (ko) * | 2019-08-01 | 2020-05-22 | 주식회사 파파모빌리티 | 차량을 이용한 이동 서비스 제공 시스템 및 이를 이용한 이동 서비스 제공 방법 |
-
2020
- 2020-09-11 CN CN202010954724.5A patent/CN112116113A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103971508A (zh) * | 2013-01-31 | 2014-08-06 | 上海飞田通信技术有限公司 | 出租车调度系统、调度服务器及出租车调度终端 |
KR20160001008A (ko) * | 2014-06-26 | 2016-01-06 | 김주윤 | 놀이시설 이용 예약시스템 및 방법 |
CN107145992A (zh) * | 2016-03-01 | 2017-09-08 | 滴滴(中国)科技有限公司 | 一种订单分配方法及装置 |
CN107909175A (zh) * | 2017-12-11 | 2018-04-13 | 北京骑骑智享科技发展有限公司 | 一种车辆预约方法及系统 |
CN108805660A (zh) * | 2018-05-24 | 2018-11-13 | 北京三快在线科技有限公司 | 订单处理方法、装置及服务器 |
CN110136430A (zh) * | 2019-05-12 | 2019-08-16 | 长沙硕铠电子科技有限公司 | 一种乘客确认网约车辆的方法 |
KR102114348B1 (ko) * | 2019-08-01 | 2020-05-22 | 주식회사 파파모빌리티 | 차량을 이용한 이동 서비스 제공 시스템 및 이를 이용한 이동 서비스 제공 방법 |
CN110543518A (zh) * | 2019-08-27 | 2019-12-06 | 北京奇艺世纪科技有限公司 | 一种分布式id生成方法、装置、设备及存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113191512A (zh) * | 2021-04-20 | 2021-07-30 | 维沃移动通信(深圳)有限公司 | 车辆预约方法及装置 |
CN113516263A (zh) * | 2021-04-21 | 2021-10-19 | 广州通巴达电气科技有限公司 | 基于站点图像识别的车辆调度方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110046953B (zh) | 一种共享汽车的租用方法和装置 | |
CN109725635A (zh) | 自动驾驶车辆 | |
JP6183463B2 (ja) | 車両管理システム及び車両管理方法 | |
CN107862899A (zh) | 反向寻车方法、装置、计算机装置及计算机可读存储介质 | |
CN204029163U (zh) | 一种停车场实时服务系统 | |
US20230040934A1 (en) | Method for sidelink communication, device and storage medium | |
WO2021179620A1 (zh) | 车辆信息获取方法、装置及存储介质 | |
CN112116113A (zh) | 一种车辆预约方法、装置、设备及存储介质 | |
CN110349432A (zh) | 停车位预定方法、装置、系统及电子设备 | |
CN112950041A (zh) | 共享车辆调度方法、设备、存储介质及计算机程序产品 | |
WO2018010083A1 (zh) | 车辆外联通信方法、装置及终端 | |
CN111862468A (zh) | 共享车辆处理方法、装置、设备及计算机可读存储介质 | |
CN109416802A (zh) | 管理车辆的方法和装置 | |
CN107786600B (zh) | 一种司机终端推荐处理方法及服务器 | |
CN114372714A (zh) | 车辆自动调配方法、装置、设备、介质及程序产品 | |
CN112669640B (zh) | 使用了自主行驶车辆的服务系统 | |
CN112562388B (zh) | 一种车辆连接管理方法、装置及存储介质 | |
CN112116114A (zh) | 约车订单发布方法、装置、设备及存储介质 | |
CN108227690B (zh) | 基于无人机的充电控制方法和装置 | |
CN108233447B (zh) | 用于交通工具的充电控制方法和装置 | |
CN115439196A (zh) | 无人驾驶车辆接单方法及装置、存储介质和终端 | |
JP2023051851A (ja) | 電池配送方法、充電計画方法、機器及び媒体 | |
CN111724239B (zh) | 一种车辆订单分配方法、设备及介质 | |
CN114493236A (zh) | 服务车辆分派方法、装置、设备、介质及程序产品 | |
CN111599057A (zh) | 一种基于数据分析的车辆安检系统及其工作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |