一种共享汽车送车上门的方法

摘要

本发明涉及一种共享汽车送车上门的方法，包括步骤S110，服务器接收用户终端的第一请求数据，所述第一请求数据至少包括下单用户选择的取车点，所述用户终端为下单用户持有的终端；步骤S120，服务器至少根据所述第一请求数据，生成送车上门订单；步骤S130，服务器根据所述送车上门订单，生成送车上门工单；步骤S140，服务器向车务终端发送所述送车上门工单，所述送车上门工单用于安排运维或者众包人员将下单车辆送往取车点，所述车务终端为运维或者众包人员持有的终端。本发明采用通过送车上门的服务，解决了网点远、网点无车等用户取车问题，此方式可极大方便用户取车。

说明书

技术领域

本发明涉及共享汽车领域，尤其涉及一种共享汽车送车上门的方法。

背景技术

GoFun出行是首汽集团针对移动出行推出的一款共享汽车产品，依托首汽集团的行业经验和优势资源，致力于整合用户碎片化的用车需求，提供便捷、绿色、快速、经济的出行服务。GoFun出行是共享行业新兴的一种租车模式，车辆无人值守，用车全程App操作，提供汽车的即取即用、分时租赁服务，消费者可按个人用车需求预订车辆。GoFun出行已相继完成全国80余个城市的布局，其中不乏北京、武汉、成都等一、二线城市，更有西安、青岛、昆明、桂林、三亚等重要旅游地。

共享出行由于无人值守的特点，需要用户自行查看周边网点，进行取还车操作。而线下的实际情况往往较为复杂，一是公司难以覆盖城市全部的停车场，二是线下网点实际的物理停车状况难以监控，可能存在网点车辆被社会车辆遮挡无法取出等情况。在此背景下，支持送车上门则会极大方便用户取车。

目前解决方案是继续增加合作网点投入量，以高密度的网点分布尽量覆盖用户需求。或运维进行高频调度，尽可能保证用户有需求的网点有可用车辆。

首先网点的投入存在上限，合作网点不可能大于线下实际的物理停车场。而不同地区停车场分布密度不同，造成用户取车便利性仍存在随机性，而且网点铺设需耗费大量成本。

发明内容

鉴于上述问题，提出了本发明以便提供克服上述问题或者至少部分地解决上述问题的一种共享汽车送车上门的方法。

根据本发明的一个方面，提供了一种共享汽车送车上门的方法，包括步骤S110，服务器接收用户终端的第一请求数据，所述第一请求数据至少包括下单用户选择的取车点，所述用户终端为下单用户持有的终端；步骤S120，服务器至少根据所述第一请求数据，生成送车上门订单；步骤S130，服务器根据所述送车上门订单，生成送车上门工单；步骤S140，服务器向车务终端发送所述送车上门工单，所述送车上门工单用于安排运维或者众包人员将下单车辆送往取车点，所述车务终端为运维或者众包人员持有的终端。

在一种可能的实施方式中，在步骤S120之前，还包括：步骤S111，服务器判断所述取车点是否在支持送车围栏内，若不在，进入步骤S112，若在，进入步骤S113；步骤S112，服务器向用户终端发送第一反馈信息，所述第一反馈信息用于指示所述用户终端向用户展现第一提示信息，所述第一提示信息用于提示用户该取车点不支持送车上门服务；步骤S113，服务器向用户终端发送第二反馈信息，所述第二反馈信息用于指示所述用户终端展现第二提示信息，所述第二提示信息显示可选的车型。

在一种可能的实施方式中，在步骤S113之后，还包括：步骤S114，服务器接收所述用户终端的第二请求数据，所述第二请求数据包括用户选择的车型、租车时长和支付信息，所述支付信息包括租车费用和上门费用，所述租车费用根据车型和租车时长生成，所述第二请求数据和所述第一请求数据用于生成送车上门订单。

在一种可能的实施方式中，在步骤S140之后，还包括：步骤S210，服务器向所述用户终端发送第三反馈信息，所述第三反馈信息用于指示所述用户终端展示第三提示信息，所述第三提示信息用于提示下单用户正在等待运维接单。

在一种可能的实施方式中，在步骤S210之后，还包括：步骤S211，服务器向所述用户终端发送第四反馈信息，所述第四反馈信息用于指示所述用户终端展现第四提示信息，所述第四提示信息用于提示下单用户运维已接单。

在一种可能的实施方式中，在步骤S211之后，还包括：步骤S212，服务器向所述用户终端发送第五反馈信息，所述第五反馈信息用于指示所述用户终端展现第五提示信息，所述第五提示信息用于提示下单用户运维已取车。

在一种可能的实施方式中，在步骤S212之后，还包括：步骤S213，服务器向所述用户终端发送第六反馈信息，所述第六反馈信息用于指示所述用户终端展现第六提示信息，所述第六提示信息用于提示下单用户车辆派送中。

在一种可能的实施方式中，在步骤S213之后，当车辆送到取车点，还包括：步骤S214，服务器向车务终端发送第一指示信息，所述第一指示信息用于指示车务终端提示运维人员在车辆送达后拍照确认。

在一种可能的实施方式中，在步骤S210之后，当超时无人接单时，还包括：步骤S215，服务器向用户终端发送第七反馈信息，所述第七反馈信息用于指示用户终端展现第七提示信息，所述第七提示信息用于提示下单用户，规定时限内无人接单，并询问是否继续等待。

在一种可能的实施方式中，在步骤S215之后，还包括：步骤S216，服务器向用户终端发送第八反馈信息，所述第八反馈信息用于指示用户终端展现第八提示信息，所述第八提示信息提示用户运维已接单且该订单可获得优惠券。

本发明采用通过送车上门的服务，解决了网点远、网点无车等用户取车问题，此方式可极大方便用户取车。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的一种共享汽车送车上门的方法的流程示意图；

图2为本发明实施例提供的一种共享汽车送车上门的APP具体界面图。

具体实施方式

本发明的说明书实施例和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

下面结合附图和实施例，对本发明的技术方案做进一步的详细描述。

如图1-2，本发明实施例提供一种共享汽车送车上门的方法，包括：

步骤S110，服务器接收用户终端的第一请求数据，所述第一请求数据至少包括下单用户选择的取车点，所述用户终端为下单用户持有的终端；

示例性的，用户可在地图上任意拖动扎点作为取车点。

步骤S120，服务器至少根据所述第一请求数据，生成送车上门订单。

步骤S130，服务器根据所述送车上门订单，生成送车上门工单。

步骤S140，服务器向车务终端发送所述送车上门工单，所述送车上门工单用于安排运维或者众包人员将下单车辆送往取车点，所述车务终端为运维或者众包人员持有的终端。

在一个示例中，在步骤S120之前，还包括

步骤S111，服务器判断所述取车点是否在支持送车围栏内，若不在，进入步骤S112，若在，进入步骤S113。

步骤S112，服务器向用户终端发送第一反馈信息，所述第一反馈信息用于指示所述用户终端向用户展现第一提示信息，所述第一提示信息用于提示用户该取车点不支持送车上门服务。

步骤S113，服务器向用户终端发送第二反馈信息，所述第二反馈信息用于指示所述用户终端展现第二提示信息，所述第二提示信息显示可选的车型。

在步骤S113之后还包括：

步骤S114，服务器接收所述用户终端的第二请求数据，所述第二请求数据包括用户选择的车型、租车时长和支付信息，所述支付信息包括租车费用和上门费用，所述租车费用根据车型和租车时长生成，所述第二请求数据和所述第一请求数据用于生成送车上门订单。

在一个示例中，第二请求数据还包括租车时间，用户选择送车上门服务后，可选择立即用车或未来某一时刻用车。

在一个示例中，在步骤S140之后，还包括：

步骤S210，服务器向所述用户终端发送第三反馈信息，所述第三反馈信息用于指示所述用户终端展示第三提示信息，所述第三提示信息用于提示下单用户正在等待运维接单。

在一个示例中，在步骤S210之后，还包括：

步骤S211，服务器向所述用户终端发送第四反馈信息，所述第四反馈信息用于指示所述用户终端展现第四提示信息，所述第四提示信息用于提示下单用户运维已接单。

示例性的，所述第四提示信息还包括运维/众包人员的联系方式和实时位置，用户下单后运维/众包人员进行接单操作，接单后用户可看到运维人员的联系方式和实时位置。

在一个示例中，在步骤S211之后，还包括：

步骤S212，服务器向所述用户终端发送第五反馈信息，所述第五反馈信息用于指示所述用户终端展现第五提示信息，所述第五提示信息用于提示下单用户运维已取车。

在一个示例中，在步骤S212之后，还包括：

步骤S213，服务器向所述用户终端发送第六反馈信息，所述第六反馈信息用于指示所述用户终端展现第六提示信息，所述第六提示信息用于提示下单用户车辆派送中。

在一个示例中，在步骤S213之后，当车辆送到取车点，还包括：

步骤S214，服务器向车务终端发送第一指示信息，所述第一指示信息用于指示车务终端提示运维人员在车辆送达后拍照确认，用户确认无问题后进行确认接车操作，接车完成后用户即可通过APP开车门，开始用车。

在一个示例中，在步骤S210之后，当超时无人接单时，还包括：

步骤S215，服务器向用户终端发送第七反馈信息，所述第七反馈信息用于指示用户终端展现第七提示信息，所述第七提示信息用于提示下单用户，规定时限内无人接单，并询问是否继续等待。

在一个示例中，所述第七提示信息还用于提示下单用户，若继续等待可获得优惠券。

在一个示例中，在步骤S215之后，还包括：

步骤S216，服务器向用户终端发送第八反馈信息，所述第八反馈信息用于指示用户终端展现第八提示信息，所述第八提示信息提示用户运维已接单且该订单可获得优惠券。

在一个示例中，在步骤S216之后，还包括：

步骤S217，服务器向用户终端发送第九反馈信息，所述第九反馈信息用于指示用户终端展现第九提示信息，所述第九提示信息用于提示用户运维已取消订单，且用户可获得补偿优惠券。

在一个示例中，在步骤S211之后，还包括：

步骤S218，服务器向用户终端发送第十反馈信息，所述第十反馈信息用于指示用户展现第十提示信息，所述十提示信息用于提示用户重新等待接单。

在一个示例中，在步骤S212或者步骤S213之后，还包括：

步骤S219之后，服务器向用户终端发送第十一反馈信息，所述第十一反馈信息用于指示用户展示第十一提示信息，所述第十一提示信息用于提示用户车辆已更换。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行前面描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现前面所述的方法。

本发明提供的方法，支持送车上门，用户在APP下单时可自由选择网点取车或送车上门，选择送车上门后，用户可在地图上任意拖动扎点作为取车点，运维或众包人员将把车辆按照约定时间调至用户取车点，完成车辆交接后，用户可进行后续用车。

用户选择送车上门服务后，可选择立即用车或未来某一时刻用车。在本城市支持的送车上门区域范围内，用户可任意选择取车地点，此方式可极大方便用户取车，如西安市，送车上门基本支持三环内区域，市内取车基本可摆脱网点限制。

送车上门的流程打通，解决了网点远、网点无车等用户取车问题。连接了用车需求方(用户)和送车供给方(众包)，帮助车辆、用车用户、众包人员三方实现资源的高效利用。同时弱化了网点的运营，帮助平台减轻压力，提升用户用车体验中取车环节的满意度。

以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。