CN110675231A - 车辆订单处理方法及装置 - Google Patents

车辆订单处理方法及装置 Download PDF

Info

Publication number
CN110675231A
CN110675231A CN201910959870.4A CN201910959870A CN110675231A CN 110675231 A CN110675231 A CN 110675231A CN 201910959870 A CN201910959870 A CN 201910959870A CN 110675231 A CN110675231 A CN 110675231A
Authority
CN
China
Prior art keywords
order
information
displaying
type
address information
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
Application number
CN201910959870.4A
Other languages
English (en)
Inventor
华雄
谭瑞阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Ma Chi Xing Technology Co Ltd
Original Assignee
Guangzhou Ma Chi Xing Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Ma Chi Xing Technology Co Ltd filed Critical Guangzhou Ma Chi Xing Technology Co Ltd
Priority to CN201910959870.4A priority Critical patent/CN110675231A/zh
Publication of CN110675231A publication Critical patent/CN110675231A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Traffic Control Systems (AREA)

Abstract

本发明公开了一种车辆订单处理方法及装置。其中,该方法包括:获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;接收确认订单的触发操作并发送至服务器;在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。本发明解决了目前订单处理方法无法及时更新订单信息,并通过不同类型的订单提高用户体验的技术问题。

Description

车辆订单处理方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及一种车辆订单处理方法及装置。
背景技术
随着通信领域向智能化方向的不断发展,无人驾驶以及电子订单的应用逐渐成为了领域内的热点。目前,在电子订单的应用中,司机或需要出发相应的接单选项进行接单,并根据服务器的派单结果里执行订单任务,在这个过程中,司机与服务器形式一对一的派遣和执行关系,因此订单的处理在这个过程中就变得尤为重要。但是,现有相关技术中的电子订单在不同阶段提示和推送不够及时,并且只有一种类型的订单,无法及时更新订单信息,提高用户体验。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种车辆订单处理方法及装置,以至少解决目前订单处理方法无法及时更新订单信息,并通过不同类型的订单提高用户体验的技术问题。
根据本发明实施例的一个方面,提供了一种车辆订单处理方法,包括:获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;接收确认订单的触发操作并发送至服务器;在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
可选地,在获取订单信息之前,还包括:接收车辆在线状态的触发操作并发送至服务器。
可选地,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项;如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项。
可选地,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项包括:如果所述订单信息为所述第一类订单,判断是否接收到开启行程的触发操作;如果接收到所述开启行程的触发操作后,显示所述开启行程选项。
可选地,如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项包括:如果所述订单信息为所述第二类订单,显示订单等待状态;在订单等待状态下接收针对该交互操作界面进行操作产生的确认触发操作;如果接收到确认触发操作,显示所述开启行程选项。
可选地,在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项之后,所述方法还包括:接收确认到达所述结束地址信息的触发操作。
可选地,所述不同标识包括:颜色标识、字体标识、图形标识。
可选地,所述获取订单信息之前还包括:检测第一预设时间之内的订单信息获取情况;当判断在第一预设时间之内未获取订单时,发送第一故障信息至服务器。
可选地,所述方法还包括:如果检测到网络连接故障,显示连接错误;在第二预设时间之后,发送第二故障信息至服务器。
可选地,所述第一类订单为模拟订单,所述第二类订单为真实订单。
根据本发明实施例的另一方面,还提供了一种车辆订单处理方法,包括:显示订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;接收确认订单的触发操作,并显示所述车辆的定位信息;如果所述定位信息位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;如果所述定位信息位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
可选地,如果所述订单信息为第一类订单,在第一预设条件下显示开启行程选项;如果所述订单信息为第二类订单,在第二预设条件下显示开启行程选项。
根据本发明实施例的另一方面,还提供了一种车辆订单处理装置,包括:第一获取模块,用于获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;第一发送模块,用于接收确认订单的触发操作并发送至服务器;第一显示模块,用于在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;第一开启模块,用于在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
可选地,所述装置还包括:第一触发操作接收模块,用于接收车辆在线状态的触发操作并发送至服务器。
可选地,所述第一开启模块用于:如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项;如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项。
可选地,所述第一开启模块包括:判断单元,用于如果所述订单信息为所述第一类订单,判断是否接收到开启行程的触发操作;第一显示单元,用于如果接收到所述开启行程的触发操作后,显示所述开启行程选项。
可选地,所述第一开启模块用于:第二显示单元,用于如果所述订单信息为所述第二类订单,显示订单等待状态;确认单元,用于在订单等待状态下接收针对该交互操作界面进行操作产生的确认触发操作;启动单元,如果接收到确认触发操作,显示所述开启行程选项。
可选地,所述装置还包括:第二触发操作接收模块,用于接收确认到达所述结束地址信息的触发操作。
可选地,所述不同标识包括:颜色标识、字体标识、图形标识。
可选地,所述装置还包括:第一检测模块,用于检测第一预设时间之内的订单信息获取情况;第二发送模块,用于当判断在第一预设时间之内未获取订单时,发送第一故障信息至服务器。
可选地,所述装置还包括:第二检测模块,用于如果检测到网络连接故障,显示连接错误;第三发送模块,用于在第二预设时间之后,发送第二故障信息至服务器。
可选地,所述第一类订单为模拟订单,所述第二类订单为真实订单。
根据本发明实施例的另一方面,还提供了一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行所述的方法。
根据本发明实施例的另一方面,还提供了一种处理器,所述处理器用于运行存储在存储器中的程序,其中,所述程序运行时执行所述的方法。
在本发明实施例中,采用接收确认订单的触发操作并发送至服务器,之后检测到车辆位于起始地址信息或结束地址信息的区域范围内,以显示到达起始或结束地址信息的选项的方式,达到了实时更新订单状态并推送订单相关的选项的目的,从而实现了及时更新订单信息,并通过不同类型的订单提高用户体验的技术效果,进而解决了目前订单处理方法无法及时更新订单信息,并通过不同类型的订单提高用户体验的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种车辆订单处理方法的流程图;
图2是根据本发明实施例可选的一种车辆订单处理方法的流程图;
图3是根据本发明实施例的一种车辆订单处理装置的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例,提供了一种车辆订单处理方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种车辆订单处理方法,如图1所示,该方法包括如下步骤:
步骤S102,获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单。
具体地,订单信息通过服务器向车辆进行派遣,用于处理创建订单客户的需求,在车辆端,当需要将系统接单状态改为接单的时候,用户点击接受订单选项按钮,这是系统便获取到了用户触发订单接收选项按钮的触发信息,并传输到后续步骤进行处理。
需要说明的是,接收触发信息的方式可以是通过用户界面触摸屏幕进行触点检测是否被触发,也可以是通过其他形式的信息传递方式,例如语音传递,在此不作限制。
另外,将接单状态设置为不接收订单可以是系统将订单状态默认地设置为不接受订单,即在启动系统的时候,车辆是处于不接受订单的服务状态,在此状态下·,用户界面会显示一个可以触发的接受订单的选项,当车辆或司机触发该选项的时候,系统会接收到该车辆或司机发出的接单请求,并将该触发信息传输至服务器,以供后续步骤分析和使用。
例如,用户启动了订单接收系统,那么由于其默认设置为不接受订单,所以用户在需要接受订单的时候点击触摸屏左下角的接受订单选项按钮,并在点击后等待服务器的反馈,继续进行后续的接单工作。经过上述过程,完成了获取订单信息的操作。
可选地,在获取订单信息之前,还包括:接收车辆在线状态的触发操作并发送至服务器。
具体地,服务器在向车辆派遣订单之前,需要确定车辆是否活跃,也就是说需要通过司机来确认该车辆的在线情况。当司机触发在线操作并发送至服务器端的时候,服务器才会根据触发操作来继续执行订单的派送。
可选地,所述不同标识包括:颜色标识、字体标识、图形标识。
具体地,根据不同种类的订单,在显示界面上用不同的颜色进行标识,让用户可以根据颜色不同区别第一类订单和第二类订单。标识除了颜色进行区别以外,还可以通过字体、图形或类似的区别表现形式来区别第一类订单和第二类订单,在此并不做具体的限定。
可选地,所述获取订单信息之前还包括:检测第一预设时间之内的订单信息获取情况;当判断在第一预设时间之内未获取订单时,发送第一故障信息至服务器。
具体地,当车辆检测自身在接单状态下一段时间内并没有任何订单接收到,则判断发生了后台故障,导致订单无法接收。此时车辆会向服务器端发送一个故障信息来请求尽快得到维修。
需要说明的是,后台故障信息可以是传输链路的故障,也可以是车辆订单接收系统控制器的故障,即及时服务器向车辆派过单,车辆由于自身控制器故障而无法正常的接收服务器端传输至车辆的订单信息。
可选地,所述方法还包括:如果检测到网络连接故障,显示连接错误;在第二预设时间之后,发送第二故障信息至服务器。
具体地,当车辆检测到车辆网络连接出现了故障并且在一段时间之后均为正常连接网络,则向服务器端发出第二故障信息,其中,第二故障信息可以是针对网络故障的故障信息。
例如,车辆A自我检测时出现“无法连接网络”的提示,在30分钟内车辆A自我检测结果均为“无法连接网络”,那么车辆A将检测结果存储在本地存储器中,待网络恢复后通过智能主控芯片向服务器端通过远程通讯协议(LORA协议)发送车辆无法连接网络的故障信息,一方面让服务器知晓该故障情况,避免派单后由于车辆A无法接收而耽误订单需求,另一方面让服务器尽快根据故障信息通知维修人员,对车辆A无法连接网络的故障进行维修。
可选地,所述第一类订单为模拟订单,所述第二类订单为真实订单。
具体地,第一类订单是模拟的测试订单,用于对订单接收系统、服务器端的订单派遣系统以及发送和接收设备等进行实时测试,以满足随时发现问题随时进行修正的目的,另外,模拟订单可以使得活跃的车辆不至于在一个位置长时间待命,而是真正地“活跃”起来,满足各个位置的用户订单需求。第二类订单是真是订单,即客户根据需求在订单创建系统上创建的订单,其包括乘客信息、起始和结束地址信息等,这类真实订单的优先级优于测试订单,车辆会根据客户的实际需求对客户的真是订单进行及时的处理。
步骤S104,接收确认订单的触发操作并发送至服务器。
具体地,当根据S102获取的订单信息,系统会通过中央处理器和远程传输协议(可以是无线LORA协议也可以是LTE等,在此不作具体限定)将该触发信息发送至服务器端,服务器则会根据该触发信息进行反馈。
例如,车辆通过自身中央处理器ARM9智能芯片组获取用户UI界面中的触发事件,当触发事件为接受订单选项的时候,则存储该触发事件,并将其以数据信号的方式发送至服务器的接收端口处,服务器端会根据接收到的触发信息进行进一步的分析和处理。其中,触发事件可以是用户的触摸信息、也可以是语音控制等。
需要说明的是,将触发信息发送至服务器可以采用专用的信道进行传输,这样可以减少外接各种复杂信号的干扰,还可以增加订单接收和关闭时的响应传输效率,提高用户的体验。
可选地,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项;如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项。
具体地,当订单信息为第一类或第二类订单的时候,需要在预设条件下开启进行该订单行程的选项,其中,预设条件可以是客户派单或服务器发送的测试订单信息,那么根据上述预设条件,在用户界面中显示一个开启行程的选项按钮。
可选地,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项包括:如果所述订单信息为所述第一类订单,判断是否接收到开启行程的触发操作;如果接收到所述开启行程的触发操作后,显示所述开启行程选项。
可选地,如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项包括:如果所述订单信息为所述第二类订单,显示订单等待状态;在订单等待状态下接收针对该交互操作界面进行操作产生的确认触发操作;如果接收到确认触发操作,显示所述开启行程选项。
具体地,根据第一类订单和第二类订单的触发信息都被成功触发之后,服务器会根据上述触发信息发送确认请求,请求相关的车辆A反馈是否确认触发了第一类订单或第二类订单,并同时将触发信息发送至服务器端,最后在用户界面上显示第一类或第二类订单的行程按钮,其中,行程按钮用于在触发之后执行订单处理的后续步骤。
步骤S106,在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项。
可选地,在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项之后,所述方法还包括:接收确认到达所述结束地址信息的触发操作。
具体地,每一个客户创建的订单中都含有订单信息,这些订单信息包括地址信息,其中,地址信息又包括了起始地址信息和结束地址信息,即乘客要从哪个起始地址到哪个结束地址,以完成一个完成的订单处理过程。
当车辆定位装置感测到车辆处于起始地址信息所在地点附近的时候,会显示一个可触发的选项,司机或车辆可以根据实际是否已经到达起始地址,来对这个可触发的选项进行触发,以更新订单状态。
例如,当车辆A到达起始地址B的时候,用户界面弹出提示窗口,提示车辆A需要点击“到达起始地址”,以更新本地以及服务器端的订单状态。增加了订单实时状态监控的效果。
步骤S108,在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
具体地,每一个客户创建的订单中都含有订单信息,这些订单信息包括地址信息,其中,地址信息又包括了起始地址信息和结束地址信息,即乘客要从哪个起始地址到哪个结束地址,以完成一个完成的订单处理过程。
当车辆定位装置感测到车辆处于结束地址信息所在地点附近的时候,会显示一个可触发的选项,司机或车辆可以根据实际是否已经到达结束地址(即目的地),来对这个可触发的选项进行触发,以更新订单状态。
例如,当车辆A到达结束地址C的时候,用户界面弹出提示窗口,提示车辆A需要点击“到达结束地址”,以更新本地以及服务器端的订单状态。增加了订单实时状态监控的效果。
根据本发明实施例的另一方面,还提供了一种车辆订单处理方法,如图2所示,包括:
步骤S202,显示订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单。
具体地,订单信息通过服务器向车辆进行派遣,用于处理创建订单客户的需求,在车辆端,当需要将系统接单状态改为接单的时候,用户点击接受订单选项按钮,这是系统便获取到了用户触发订单接收选项按钮的触发信息,并传输到后续步骤进行处理。
需要说明的是,接收触发信息的方式可以是通过用户界面触摸屏幕进行触点检测是否被触发,也可以是通过其他形式的信息传递方式,例如语音传递,在此不作限制。
另外,将接单状态设置为不接收订单可以是系统将订单状态默认地设置为不接受订单,即在启动系统的时候,车辆是处于不接受订单的服务状态,在此状态下·,用户界面会显示一个可以触发的接受订单的选项,当车辆或司机触发该选项的时候,系统会接收到该车辆或司机发出的接单请求,并将该触发信息传输至服务器,以供后续步骤分析和使用。
例如,用户启动了订单接收系统,那么由于其默认设置为不接受订单,所以用户在需要接受订单的时候点击触摸屏左下角的接受订单选项按钮,并在点击后等待服务器的反馈,继续进行后续的接单工作。经过上述过程,完成了获取订单信息的操作。
步骤S204,接收确认订单的触发操作,并显示所述车辆的定位信息。
具体地,当根据S202显示的订单信息,系统会通过中央处理器和远程传输协议(可以是无线LORA协议也可以是LTE等,在此不作具体限定)将该触发信息发送至服务器端,服务器则会根据该触发信息进行反馈。
例如,车辆通过自身中央处理器ARM9智能芯片组获取用户UI界面中的触发事件,当触发事件为接受订单选项的时候,则存储该触发事件,并将其以数据信号的方式发送至服务器的接收端口处,服务器端会根据接收到的触发信息进行进一步的分析和处理。其中,触发事件可以是用户的触摸信息、也可以是语音控制等。
需要说明的是,将触发信息发送至服务器可以采用专用的信道进行传输,这样可以减少外接各种复杂信号的干扰,还可以增加订单接收和关闭时的响应传输效率,提高用户的体验。
步骤S206,如果所述定位信息位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;如果所述定位信息位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
具体地,每一个客户创建的订单中都含有订单信息,这些订单信息包括地址信息,其中,地址信息又包括了起始地址信息和结束地址信息,即乘客要从哪个起始地址到哪个结束地址,以完成一个完成的订单处理过程。
当车辆定位装置感测到车辆处于起始地址信息所在地点附近的时候,会显示一个可触发的选项,司机或车辆可以根据实际是否已经到达起始地址,来对这个可触发的选项进行触发,以更新订单状态。
例如,当车辆A到达起始地址B的时候,用户界面弹出提示窗口,提示车辆A需要点击“到达起始地址”,以更新本地以及服务器端的订单状态。增加了订单实时状态监控的效果。
又例如,当车辆A到达结束地址C的时候,用户界面弹出提示窗口,提示车辆A需要点击“到达结束地址”,以更新本地以及服务器端的订单状态。增加了订单实时状态监控的效果。
根据本发明实施例的另一方面,还提供了一种车辆订单处理装置,如图3所示,包括:第一获取模块30,用于获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;第一发送模块32,用于接收确认订单的触发操作并发送至服务器;第一显示模块34,用于在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;第一开启模块36,用于在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
第一获取模块30,用于获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单。
具体地,订单信息通过服务器向车辆进行派遣,用于处理创建订单客户的需求,在车辆端,当需要将系统接单状态改为接单的时候,用户点击接受订单选项按钮,这是系统便获取到了用户触发订单接收选项按钮的触发信息,并传输到后续步骤进行处理。
需要说明的是,接收触发信息的方式可以是通过用户界面触摸屏幕进行触点检测是否被触发,也可以是通过其他形式的信息传递方式,例如语音传递,在此不作限制。
另外,将接单状态设置为不接收订单可以是系统将订单状态默认地设置为不接受订单,即在启动系统的时候,车辆是处于不接受订单的服务状态,在此状态下·,用户界面会显示一个可以触发的接受订单的选项,当车辆或司机触发该选项的时候,系统会接收到该车辆或司机发出的接单请求,并将该触发信息传输至服务器,以供后续步骤分析和使用。
例如,用户启动了订单接收系统,那么由于其默认设置为不接受订单,所以用户在需要接受订单的时候点击触摸屏左下角的接受订单选项按钮,并在点击后等待服务器的反馈,继续进行后续的接单工作。经过上述过程,完成了获取订单信息的操作。
可选地,在获取订单信息之前,还包括:接收车辆在线状态的触发操作并发送至服务器。
具体地,服务器在向车辆派遣订单之前,需要确定车辆是否活跃,也就是说需要通过司机来确认该车辆的在线情况。当司机触发在线操作并发送至服务器端的时候,服务器才会根据触发操作来继续执行订单的派送。
可选地,所述不同标识包括:颜色标识、字体标识、图形标识。
具体地,根据不同种类的订单,在显示界面上用不同的颜色进行标识,让用户可以根据颜色不同区别第一类订单和第二类订单。标识除了颜色进行区别以外,还可以通过字体、图形或类似的区别表现形式来区别第一类订单和第二类订单,在此并不做具体的限定。
可选地,所述获取订单信息之前还包括:检测第一预设时间之内的订单信息获取情况;当判断在第一预设时间之内未获取订单时,发送第一故障信息至服务器。
具体地,当车辆检测自身在接单状态下一段时间内并没有任何订单接收到,则判断发生了后台故障,导致订单无法接收。此时车辆会向服务器端发送一个故障信息来请求尽快得到维修。
需要说明的是,后台故障信息可以是传输链路的故障,也可以是车辆订单接收系统控制器的故障,即及时服务器向车辆派过单,车辆由于自身控制器故障而无法正常的接收服务器端传输至车辆的订单信息。
可选地,所述方法还包括:如果检测到网络连接故障,显示连接错误;在第二预设时间之后,发送第二故障信息至服务器。
具体地,当车辆检测到车辆网络连接出现了故障并且在一段时间之后均为正常连接网络,则向服务器端发出第二故障信息,其中,第二故障信息可以是针对网络故障的故障信息。
例如,车辆A自我检测时出现“无法连接网络”的提示,在30分钟内车辆A自我检测结果均为“无法连接网络”,那么车辆A通过ARM9智能主控芯片向服务器端通过远程通讯协议(LORA协议)发送车辆无法连接网络的故障信息,一方面让服务器知晓该故障情况,避免派单后由于车辆A无法接收而耽误订单需求,另一方面让服务器尽快根据故障信息通知维修人员,对车辆A无法连接网络的故障进行维修。
可选地,所述第一类订单为模拟订单,所述第二类订单为真实订单。
具体地,第一类订单是模拟的测试订单,用于对订单接收系统、服务器端的订单派遣系统以及发送和接收设备等进行实时测试,以满足随时发现问题随时进行修正的目的,另外,模拟订单可以使得活跃的车辆不至于在一个位置长时间待命,而是真正地“活跃”起来,满足各个位置的用户订单需求。第二类订单是真是订单,即客户根据需求在订单创建系统上创建的订单,其包括乘客信息、起始和结束地址信息等,这类真实订单的优先级优于测试订单,车辆会根据客户的实际需求对客户的真是订单进行及时的处理。
第一发送模块32,用于接收确认订单的触发操作并发送至服务器。
具体地,当根据S102获取的订单信息,系统会通过中央处理器和远程传输协议(可以是无线LORA协议也可以是LTE等,在此不作具体限定)将该触发信息发送至服务器端,服务器则会根据该触发信息进行反馈。
例如,车辆通过自身中央处理器ARM9智能芯片组获取用户UI界面中的触发事件,当触发事件为接受订单选项的时候,则存储该触发事件,并将其以数据信号的方式发送至服务器的接收端口处,服务器端会根据接收到的触发信息进行进一步的分析和处理。其中,触发事件可以是用户的触摸信息、也可以是语音控制等。
需要说明的是,将触发信息发送至服务器可以采用专用的信道进行传输,这样可以减少外接各种复杂信号的干扰,还可以增加订单接收和关闭时的响应传输效率,提高用户的体验。
可选地,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项;如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项。
具体地,当订单信息为第一类或第二类订单的时候,需要在预设条件下开启进行该订单行程的选项,其中,预设条件可以是客户派单或服务器发送的测试订单信息,那么根据上述预设条件,在用户界面中显示一个开启行程的选项按钮。
可选地,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项包括:如果所述订单信息为所述第一类订单,判断是否接收到开启行程的触发操作;如果接收到所述开启行程的触发操作后,显示所述开启行程选项。
可选地,如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项包括:如果所述订单信息为所述第二类订单,显示订单等待状态;在订单等待状态下接收针对该交互操作界面进行操作产生的确认触发操作;如果接收到确认触发操作,显示所述开启行程选项。
具体地,根据第一类订单和第二类订单的触发信息都被成功触发之后,服务器会根据上述触发信息发送确认请求,请求相关的车辆A反馈是否确认触发了第一类订单或第二类订单,并同时将触发信息发送至服务器端,最后在用户界面上显示第一类或第二类订单的行程按钮,其中,行程按钮用于在触发之后执行订单处理的后续步骤。
第一显示模块34,用于在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项。
可选地,在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项之后,所述方法还包括:接收确认到达所述结束地址信息的触发操作。
具体地,每一个客户创建的订单中都含有订单信息,这些订单信息包括地址信息,其中,地址信息又包括了起始地址信息和结束地址信息,即乘客要从哪个起始地址到哪个结束地址,以完成一个完成的订单处理过程。
当车辆定位装置感测到车辆处于起始地址信息所在地点附近的时候,会显示一个可触发的选项,司机或车辆可以根据实际是否已经到达起始地址,来对这个可触发的选项进行触发,以更新订单状态。
例如,当车辆A到达起始地址B的时候,用户界面弹出提示窗口,提示车辆A需要点击“到达起始地址”,以更新本地以及服务器端的订单状态。增加了订单实时状态监控的效果。
第一开启模块36,用于在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
具体地,每一个客户创建的订单中都含有订单信息,这些订单信息包括地址信息,其中,地址信息又包括了起始地址信息和结束地址信息,即乘客要从哪个起始地址到哪个结束地址,以完成一个完成的订单处理过程。
当车辆定位装置感测到车辆处于结束地址信息所在地点附近的时候,会显示一个可触发的选项,司机或车辆可以根据实际是否已经到达结束地址(即目的地),来对这个可触发的选项进行触发,以更新订单状态。
例如,当车辆A到达结束地址C的时候,用户界面弹出提示窗口,提示车辆A需要点击“到达结束地址”,以更新本地以及服务器端的订单状态。增加了订单实时状态监控的效果。
根据本发明实施例的另一方面,还提供了一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行所述的方法。例如,可以执行以下步骤:获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;接收确认订单的触发操作并发送至服务器;在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
根据本发明实施例的另一方面,还提供了一种处理器,所述处理器用于运行存储在存储器中的程序,其中,所述程序运行时执行所述的方法。例如,可以执行以下步骤:获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;接收确认订单的触发操作并发送至服务器;在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (24)

1.一种车辆订单处理方法,包括:
获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;
接收确认订单的触发操作并发送至服务器;
在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;
在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
2.根据权利要求1所述的方法,其特征在于,在获取订单信息之前,还包括:
接收车辆在线状态的触发操作并发送至服务器。
3.根据权利要求1所述的方法,其特征在于,
如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项;
如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项。
4.根据权利要求3所述的方法,其特征在于,如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项包括:
如果所述订单信息为所述第一类订单,判断是否接收到开启行程的触发操作;
如果接收到所述开启行程的触发操作后,显示所述开启行程选项。
5.根据权利要求3所述的方法,其特征在于,如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项包括:
如果所述订单信息为所述第二类订单,显示订单等待状态;
在订单等待状态下接收针对交互操作界面进行操作产生的确认触发操作;
如果接收到确认触发操作,显示所述开启行程选项。
6.根据权利要求1所述的方法,其特征在于,在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项之后,所述方法还包括:
接收确认到达所述结束地址信息的触发操作。
7.根据权利要求1所述的方法,其特征在于,所述不同标识包括:颜色标识、字体标识、图形标识。
8.根据权利要求1所述的方法,其特征在于,所述获取订单信息之前还包括:
检测第一预设时间之内的订单信息获取情况;
当判断在第一预设时间之内未获取订单时,发送第一故障信息至服务器。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果检测到网络连接故障,显示连接错误;
在第二预设时间之后,发送第二故障信息至服务器。
10.根据权利要求1至9中任意一项所述的方法,其特征在于,所述第一类订单为模拟订单,所述第二类订单为真实订单。
11.一种车辆订单处理方法,包括:
显示订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;
接收确认订单的触发操作,并显示所述车辆的定位信息;
如果所述定位信息位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;
如果所述定位信息位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
12.根据权利要求11所述的方法,其特征在于,
如果所述订单信息为第一类订单,在第一预设条件下显示开启行程选项;
如果所述订单信息为第二类订单,在第二预设条件下显示开启行程选项。
13.一种车辆订单处理装置,包括:
第一获取模块,获取订单信息,所述订单信息包括:订单中记录的起始地址信息和结束地址信息,所述订单信息还包括用不同标识区分的第一类订单和第二类订单;
第一发送模块,用于接收确认订单的触发操作并发送至服务器;
第一显示模块,用于在检测到车辆位于所述起始地址信息所在的区域范围内,显示到达所述起始地址信息的选项;
第一开启模块,用于在检测到车辆位于所述结束地址信息所在的区域范围内,显示到达所述结束地址信息的选项。
14.根据权利要求13所述的装置,其特征在于,还包括:
第一触发操作接收模块,用于接收车辆在线状态的触发操作并发送至服务器。
15.根据权利要求13所述的装置,其特征在于,所述第一开启模块用于:
如果所述订单信息为所述第一类订单,在第一预设条件下显示开启行程选项;
如果所述订单信息为所述第二类订单,在第二预设条件下显示开启行程选项。
16.根据权利要求15所述的装置,其特征在于,所述第一开启模块包括:
判断单元,用于如果所述订单信息为所述第一类订单,判断是否接收到开启行程的触发操作;
第一显示单元,用于如果接收到所述开启行程的触发操作后,显示所述开启行程选项。
17.根据权利要求13所述的装置,其特征在于,所述第一开启模块用于:
第二显示单元,用于如果所述订单信息为所述第二类订单,显示订单等待状态;
确认单元,用于在订单等待状态下接收针对交互操作界面进行操作产生的确认触发操作;
启动单元,如果接收到确认触发操作,显示所述开启行程选项。
18.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二触发操作接收模块,用于接收确认到达所述结束地址信息的触发操作。
19.根据权利要求13所述的装置,其特征在于,所述不同标识包括:颜色标识、字体标识、图形标识。
20.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第一检测模块,用于检测第一预设时间之内的订单信息获取情况;
第二发送模块,用于当判断在第一预设时间之内未获取订单时,发送第一故障信息至服务器。
21.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二检测模块,用于如果检测到网络连接故障,显示连接错误;
第三发送模块,用于在第二预设时间之后,发送第二故障信息至服务器。
22.根据权利要求13所述的装置,其特征在于,所述第一类订单为模拟订单,所述第二类订单为真实订单。
23.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求1至12中任意一项所述的方法。
24.一种处理器,其特征在于,所述处理器用于运行存储在存储器中的程序,其中,所述程序运行时执行权利要求1至12中任意一项所述的方法。
CN201910959870.4A 2019-10-10 2019-10-10 车辆订单处理方法及装置 Pending CN110675231A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910959870.4A CN110675231A (zh) 2019-10-10 2019-10-10 车辆订单处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910959870.4A CN110675231A (zh) 2019-10-10 2019-10-10 车辆订单处理方法及装置

Publications (1)

Publication Number Publication Date
CN110675231A true CN110675231A (zh) 2020-01-10

Family

ID=69081435

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910959870.4A Pending CN110675231A (zh) 2019-10-10 2019-10-10 车辆订单处理方法及装置

Country Status (1)

Country Link
CN (1) CN110675231A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111966087A (zh) * 2020-07-02 2020-11-20 新石器慧通(北京)科技有限公司 一种无人车操控方法及无人车
CN113947398A (zh) * 2021-10-19 2022-01-18 北京有竹居网络技术有限公司 支付方法、装置、电子设备及计算机可读介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103680135A (zh) * 2013-12-31 2014-03-26 北京东方车云信息技术有限公司 一种提供打车服务的方法、装置及系统
US20160025506A1 (en) * 2011-04-22 2016-01-28 Angel A. Penilla Systems for Providing Electric Vehicles Data to Enable Access to Charge Stations
WO2017128927A1 (en) * 2016-01-27 2017-08-03 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for matching and displaying service request and available vehicles
CN108335513A (zh) * 2017-01-17 2018-07-27 北京嘀嘀无限科技发展有限公司 指示车辆位置的方法及装置
CN108737630A (zh) * 2017-04-24 2018-11-02 北京嘀嘀无限科技发展有限公司 用于终端设备的信息播报方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160025506A1 (en) * 2011-04-22 2016-01-28 Angel A. Penilla Systems for Providing Electric Vehicles Data to Enable Access to Charge Stations
CN103680135A (zh) * 2013-12-31 2014-03-26 北京东方车云信息技术有限公司 一种提供打车服务的方法、装置及系统
WO2017128927A1 (en) * 2016-01-27 2017-08-03 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for matching and displaying service request and available vehicles
CN108335513A (zh) * 2017-01-17 2018-07-27 北京嘀嘀无限科技发展有限公司 指示车辆位置的方法及装置
CN108737630A (zh) * 2017-04-24 2018-11-02 北京嘀嘀无限科技发展有限公司 用于终端设备的信息播报方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111966087A (zh) * 2020-07-02 2020-11-20 新石器慧通(北京)科技有限公司 一种无人车操控方法及无人车
CN113947398A (zh) * 2021-10-19 2022-01-18 北京有竹居网络技术有限公司 支付方法、装置、电子设备及计算机可读介质

Similar Documents

Publication Publication Date Title
CN108134710A (zh) 设备故障显示方法、装置、存储介质、设备及服务器
CN104967550B (zh) 未读消息显示方法及装置
EP1278391B1 (en) Remote operation system for electric apparatus, remote operating method for electric apparatus and base station for performing remote operation of electric apparatus
WO2018082105A1 (zh) 利用外置sim卡切换车载业务的方法及装置
CN110675231A (zh) 车辆订单处理方法及装置
CN102750616A (zh) 一种印章使用管理系统及方法
CN103747535B (zh) 一种capwap控制通道的恢复方法、装置及系统
WO1999057839A3 (en) Method and apparatus for user and device command and control in a network
CN108507119A (zh) 一种设备故障修复方法、装置、存储介质及设备
US20210035062A1 (en) Information prompt
CN103825932B (zh) 一种Android设备之间远程桌面控制的方法
CN113064642B (zh) 电控设备的工作流程启动方法及系统、终端和电控设备
EP3181019B1 (en) A system and method for processing and preparing foods
CN109218370A (zh) 消息发送方法及装置、电子设备
EP2916616A2 (en) M2m gateway device and applying method thereof
CN103207811A (zh) 通用帮助系统的实现方法及其系统
CN110414014A (zh) 一种语音设备控制方法、装置、存储介质及语音设备
WO2017202372A1 (zh) 一种地图系统及基于该地图系统的交互方法
CN104243513B (zh) 一种双卡导航系统的数据传输装置
CN108243085A (zh) 通信群组状态标识的推送、设置方法和装置
CN207916789U (zh) 一种基于蓝牙技术的车辆控制装置及系统
CN107402762A (zh) 指纹导航的实现方法及装置
CN100385380C (zh) 管理终端会话的命令的计算机实现方法和系统
CN102917320A (zh) 语音短信的发送方法及设备
CN107643858A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200110

RJ01 Rejection of invention patent application after publication