CN111325593A - 一种用车方法和系统 - Google Patents

Abstract

本申请公开了一种用车方法和系统，该方法包括：接收用车请求者通过请求者终端发送的用车请求信息；至少基于所述用车请求信息为所述用车请求确定送车信息；将所述送车信息发送至所述请求者终端。采用本申请的用车方法，可以对车辆进行灵活调配，即便用户的周边没有可用车辆，也可以将其他地方的车辆派送至用户指定的用车地点，从而方便用户使用，解决了用车高峰期一车难求的问题。

Description

一种用车方法和系统

技术领域

本申请涉及互联网用车技术领域，特别涉及一种用车方法和系统。

背景技术

共享单车或共享汽车等共享工具的出现，不仅大大方便了人们的出行生活，而且能够有效复用交通资源，减少污染、拥堵等社会问题。然而共享交通工具也存在一些十分影响用户体验的问题。例如，某些区域经常会出现无车的情况，或者，在上下班高峰期，某些区域常出现车辆供不应求的情况，这些情况都使得用户无法就近或在自己希望的地点找到车辆，大大影响出行体验。因此，有必要提供一种方法和系统，使用户能够在车辆短缺时就近或者在指定地点获取共享车辆。

发明内容

本申请提供了一种用车方法，该方法用于解决现有技术中在用车高峰期出现一车难求的问题，方便用户用车。另一方面，本申请实施例还提供对应该用车方法的系统、装置和计算机可读存储介质，实现对车辆的灵活调配。

本申请的一个方面提供了一种用车方法，该方法包括：接收用车请求者通过请求者终端发送的用车请求信息；至少基于该用车请求信息为该用车请求确定送车信息；将该送车信息发送至该请求者终端；该用车请求信息包括用车人身份信息、用车时间、用车地点中的一种或多种的组合；该送车信息包括送车人身份信息、预计送达时间、派送车辆信息中的一种或多种的组合。

在一些实施例中，所述至少基于所述用车请求信息为所述用车请求者确定送车信息包括：根据所述用车请求信息确定送车人；将至少部分所述用车请求信息发送至送车人终端；接收送车人终端发送的反馈信息；根据所述反馈信息确定送车信息。

在一些实施例中，所述至少基于所述用车请求信息为所述用车请求者确定送车信息包括：根据所述用车请求信息确定候选送车人；将至少部分所述用车请求信息发送至候选送车人的用户终端；接收至少部分候选送车人的用户终端发送的反馈信息；根据所述反馈信息确定送车信息。

在一些实施例中，所述方法还包括：确定所述用车请求者的第一费用信息；将所述第一费用信息发送至所述请求者终端。所述第一费用包括：用车请求者的车辆使用费用、送车人的车辆使用费用和送车服务费用；或者，所述第一费用包括：用车请求者的车辆使用费用和送车服务费用。

在一些实施例中，所述方法还包括：确定所述送车人的第二费用信息；将所述第二费用信息发送至送车人终端。所述第二费用包括：送车人的送车服务费用；或者，所述第二费用包括：送车人的送车服务费用和送车人的车辆使用费用。

本申请的另一方面提供了一种用车系统。该系统包括：接收模块，用于接收用车请求者通过请求者终端发送的用车请求信息；送车信息确定模块，用于至少基于所述用车请求信息为所述用车请求确定送车信息；发送模块，用于将所述送车信息发送至所述请求者终端；其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

本申请的另一方面提供了另一种用车方法。该方法包括：接收用车请求者输入的用车请求信息；将所述用车请求信息发送至服务器；接收服务器的信息，显示送车信息，所述送车信息至少基于所述用车请求信息生成；其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

本申请的另一方面提供了另一种用车系统。该系统包括：接收模块，用于接收用车请求者输入的用车请求信息；通信模块，用于将所述用车请求信息发送至服务器，并接收服务器的信息；显示模块，用于显示送车信息，所述送车信息至少基于所述用车请求信息生成；其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

本申请的另一方面提供了另一种用车方法。该方法包括：接收服务器的信息，显示用车请求信息；接收送车人根据所述用车请求信息输入的反馈信息；将所述反馈信息发送至服务器，用于生成送车信息；其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

本申请的另一方面提供了另一种用车系统。该系统包括：通信模块，用于接收服务器的信息；显示模块，用于显示用车请求信息；接收模块，用于接收送车人根据所述用车请求信息输入的反馈信息；所述通信模块还用于将所述反馈信息发送至服务器，用于生成送车信息；其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

本申请的另一方面提供一种用车装置，包括至少一个存储介质及至少一个处理器，所述至少一个存储介质用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令，以实现如前所述的用车方法。

本申请的另一方面提供一种所述存储介质存储有计算机指令，当所述计算机指令被处理器执行时，实现如前所述的用车方法。

附图说明

本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请一些实施例所示的用车系统应用场景的示意图；

图2是根据本申请一些实施例所示的用车方法的示例性流程图；

图3是根据本申请一些实施例所示的用车系统的模块图；

图4是根据本申请一些实施例所示的用车方法的示例性流程图；以及

图5是根据本申请一些实施例所示的用车方法的示例性流程图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”系用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。例如，其他类似的有轨迹的行驶系统。

图1是根据本申请的一些实施例所示的用车系统应用场景的示意图。用车系统100可以包括服务器110、网络120、服务请求者终端130、服务提供者终端140、存储设备150。服务器110可以包括处理设备112。用车系统100中各部件间的连接方式可以是多种的。例如，用车系统100中的一个部件可以通过网络120与其他部件进行信息通信。例如，服务器110可以通过网络120从服务请求者终端130获取信息和/或数据。又例如，服务器可以通过网络120向服务请求者终端130发送信息和/或数据。

在一些实施例中，服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器110可以是分布系统)。在一些实施例中该服务器110可以是区域的或者远程的。例如，服务器110可通过网络120访问存储于服务请求者终端130、服务提供者终端140和/或存储设备150的信息和/或资料。在一些实施例中，服务器110可直接与服务请求者终端130、服务提供者终端140和/或存储设备150连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器110可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在一些实施例中，服务器110可包含处理设备112。该处理设备112可处理与服务请求有关的数据和/或信息以执行一个或多个本申请中描述的功能。例如处理设备112可基于从请求者终端130获取的用车请求信息确定送车信息。在一些实施例中，处理设备112可包含一个或多个子处理设备(如：单芯处理设备或多核多芯处理设备)。仅仅作为范例，处理设备112可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。

网络120可以是单个网络或不同网络的组合。例如，网络120可以是局域网(LAN)、广域网(WAN)、公共网络、专用网络、无线局域网(WLAN)、虚拟网络、城域网(MAN)、公共电话交换网络(PSTN)或其任意组合。网络120还可以包括各种网络接入点。例如，诸如基站或因特网的有线或无线接入点可以包括在网络120中。服务器110可以直接或经由网络120访问存储在服务器110信息。

在一些实施例中，服务请求者终端130可以包括但不限于台式电脑130-1、笔记本电脑130-2，车载内置设备130-3、移动设备130-4等或其任意组合。在一些实施例中，车载内置设备130-3可以包括但不限于个车载电脑、车载抬头显示(HUD)、车载自动诊断系统(OBD)等或其任意组合。在一些实施例中，移动设备130-4可以包括但不限于智能手机、个人数码助理(Personal Digital Assistance，PDA)、平板电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备、显示增强设备等或其任意组合。在一些实施例中，服务请求者终端130可以将用车请求发送至服务器110进行处理。在一些实施例中，服务请求者终端130可以是一带有定位技术的装置，以确定服务请求者和/或服务请求者终端130的位置，并发送给用车系统100中的一个或多个设备，例如服务器110。

在一些实施例中，服务提供者终端140可以是与请求者终端130类似或相同的装置。在一些实施例中，服务提供者终端140可以是一带有定位技术的装置，以确定服务提供者和/或服务提供者终端140的位置。在一些实施例中，服务请求者终端130和/或服务提供者终端140可与其他定位装置通讯以确定服务请求者、服务服务请求者终端130、服务提供者、或服务提供者终端140的位置。在一些实施例中，服务请求者终端130和/或服务提供者终端140可将定位信息发送至服务器110。

服务请求者终端130和服务提供者终端140可以统称为用户、用户终端或终端，它可以是服务订单通过各种形式形成的个人、工具或者其他实体，例如服务订单的请求方与提供服务方。服务请求者可以是服务需求方。在本文中，“服务请求者”、“请求者”、“用车人”、“用车者”、“服务请求者终端”和“请求者终端”可以互换使用。服务请求者还可以包括服务请求者终端130的使用者。在一些实施例中，该使用者可以不是服务请求者本人。例如，服务请求者终端130的使用者可以是用车请求者的亲戚、朋友等为用车请求者请求共享车辆送车服务的人。服务提供者可以是服务执行方。在本文中，“服务提供者”、“提供者”、“送车人”、“服务提供者终端”、“提供者终端”、“送车人终端”可以互换使用。服务提供者还可以包括服务提供者终端140的使用者。在一些实施例中，该使用者可以不是服务提供者本人。例如，服务提供者终端140的使用者可以使用服务提供者终端140为服务提供者接受用车系统100发送的其他信息或指令。

存储设备150可存储资料和/或指令。在一些实施例中，存储设备150可存储从服务请求者130和/或服务提供者终端140获取的资料。在一些实施例中，存储设备150可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储设备150可包括大容量存储器、可移动存储器、挥发性读写存储器(例如随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，存储设备150可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，用车系统100中的一个或多个组件(如，服务器110、服务请求者终端130、服务提供者终端140等)可具有访问存储设备150的权限。在一些实施例中，当满足一个或多个条件时，用车系统100中的一个或多个组件(如，服务器110、服务请求者终端130、服务提供者终端140等)可读取和/或修改与请求者、提供者和/或公知常识相关的信息。例如，在送车服务结束后，服务器110可读取和/或修改一个或多个用户的信息。

图2是根据本申请一些实施例所示的用车方法示意图。具体地，该用车方法200可以由服务器110执行。该用车方法200包括如下步骤：

步骤210，接收用车请求者通过请求者终端发送的用车请求信息。当用车请求者需要使用共享车辆而周围又无车时，或者用车请求者需要在指定地点用车而该地点无车时，可以通过请求者终端130中发送用车请求，请求提供车辆派送服务。用车请求信息包括但不限于用车人身份信息、用车时间、用车地点、指定信息、随机派送信息等。用车人身份信息包括但不限于用车人的姓名、年龄、性别、照片、联系方式、用户等级等。用车时间可以是当前时间或预约时间。用车地点可以是用车请求者当前所在地点或者指定的其他地点。用车地点可以为具体位置，也可以是区域范围。例如，请求者可以指定将车送到某个地铁站的特定出口处，也可以指定将车送到距离该特定出口处不超过设定距离阈值的区域范围内的任何地点。指定信息可以包括指定送车人信息。例如用车请求者可以指定送车人的性别(如只要男性或只要女性送车)。指定信息还可以包括指定车辆信息，包括但不限于指定车辆所在区域、车辆颜色、车辆电量或油量、车辆类型等。指定车辆所在区域是指用车请求人指定只派送该区域内的车辆。在一些实施例中，指定车辆所述区域可以是以送车地点为圆心、以服务请求者指定的最远距离为半径的圆形区域内。例如，请求者请求在用车地点A处取车，请求最远只派送距离A处5km的车辆，则指定车辆所在区域为以该用车地点A为圆心、5km为半径的圆形区域。在一些实施例中，随机派送信息即用车请求者未提出任何个性化要求，系统可以随机分配送车人和/或派送车辆。

在一些实施例中，用车请求者可以在请求者终端130中输入用车请求信息。输入的方式包括但不限于打字输入、手写输入、选择输入、语音输入、扫描输入等一种或多种的任意组合。在一些实施例中，请求者终端130可以自动生成部分用车请求信息。例如，请求者在请求者终端130上登录了共享车辆服务平台的相关账户，请求者终端130可以获取该账户信息作为用车人身份信息。又例如，请求者终端130可以定位用车请求者当前所在位置作为用车地点。服务器110在接收到用车请求信息后，会对该用车请求信息进行解析。

步骤220，至少基于所述用车请求信息为所述用车请求确定送车信息。送车信息包括但不限于送车人身份信息、预计送达时间、派送车辆信息等。送车人身份信息包括但不限于送车人的姓名、性别、年龄、照片、联系方式、用户等级等。预计送达时间可以由送车人估计后提供，也可以由服务器110自动确定。例如，服务器110可以根据送车人当前位置、派送车辆的原位置、送车地点、送车人行进速度、路况、天气等确定预估送达时间。预计送达时间可以表现为具体的送达时间点，也可以为送达所需时长。派送车辆信息包括但不限于派送车辆的标识、位置、与送车人之间的距离、与用车地点之间的距离、颜色、电量、油量、类型、图片等信息。

在一些实施例中，服务器110可以采用自动派单的方式确定送车人。具体地，服务器110可以根据用车请求信息自动分配送车人，并获取送车人身份信息。例如，服务器110可以将距离用车地点最近的送车服务提供者确定为送车人。又例如，服务器110可以根据用车请求者提出的指定送车人信息(例如，对送车人的性别要求)确定满足要求的送车人。服务器110将至少部分用车请求信息发送至送车人终端。在一些实施例中，服务器110可以预估出送车人完成本次送车任务的费用信息，并将费用信息发送至送车人终端。在一些实施例中，送车人执行送车任务赚取服务费用，而无需支付任何费用。服务费用可以根据送车人需要付出的劳动力估算。例如，可以根据送车人与派送车辆的距离、派送车辆与用车地点的距离、路况、天气等信息确定服务费用。在一些实施例中，送车人执行送车还要支付车辆使用费用。具体地，送车人将派送车辆从原位置送至用车地点这一阶段产生的车辆使用费用由送车人承担。送车人在看到用车请求信息和/或预估的费用信息后通过送车人终端140发送反馈信息。反馈信息可以包括是否接单信息。例如，送车人可以确定接受服务器110分配的送车任务。又例如，送车人可以拒绝接该送车任务，则服务器110继续将用车请求分配给其他送车人。反馈信息还可以包括派送车辆信息。例如，送车人在确定接单后，开始寻找车辆，将寻找到的车辆确定为派送车辆，并通过送车人终端140将派送车辆信息发送至服务器110。

在一些实施例中，服务器110可以采用抢单的方式确定送车人。具体地，服务器110可以根据用车请求信息确定至少一个候选送车人。例如，可以将距离用车地点不超过设定距离阈值的区域范围内的所有送车服务提供者都确定为候选送车人。服务器110将至少部分用车请求信息发送至候选送车人的用户终端，由候选送车人进行抢单。在一些实施例中，服务器110可以预估出每个候选送车人完成本次送车任务的费用信息。费用信息可以仅包括可赚取的服务费用，也可以包括需承担的车辆使用费用。候选送车人通过各自所持用户终端向服务器110发送确认抢单或拒绝抢单信息，服务器110据此确定抢单结果，从而确定执行送车任务的送车人。在一些实施例中，候选送车人在发送确认抢单或拒绝抢单信息的同时，还可以发送派送车辆信息；或者，候选送车人可以在成功抢单后再寻找派送车辆，并通过送车人终端140将派送车辆信息发送至服务器110。

除了上述由送车人寻找派送车辆外，在一些实施例中，服务器110可以自动确定派送车辆。例如，如果用车请求者对车辆无特殊要求，则服务110可以随机确定派送车辆。又例如，如果用车请求者指定了车辆信息，则服务器110可以确定满足指定车辆信息要求的车辆作为派送车辆。

步骤230，将所述送车信息发送至请求者终端。服务器110在生成送车信息后，将送车信息发送至请求者终端130，以使用车请求者了解送车人身份信息、预计送达时间和/或派送车辆信息。在一些实施例中，送车人终端140可以具有定位功能，服务器110还可以将送车人终端140的实时位置信息发送至请求者终端130，以使用车请求者了解车辆派送进度。

服务器110还可以预估用车请求者的费用信息。用车请求者需要支付送车服务费用和车辆使用费用。在一些实施例中，用车请求者需要支付的车辆使用费用仅包括请求者自己使用派送车辆所产生的车辆使用费用，即从请求者在用车地点拿到派送车辆开始到用车结束这一阶段产生的车辆使用费用。例如，请求者在发送用车请求时，可以输入目的地信息，服务器110根据用车地点与目的地等信息预估请求者的车辆使用费。在一些实施例中，请求者还需要支付送车人的车辆使用费用，即送车人将派送车辆从原位置送至用车地点这一阶段产生的车辆使用费用。服务器110可以将预估的请求者需要支付的费用信息发送至请求者终端130。

当送车人将车辆派送至用车地点后，送车人可以通过送车人终端140发送送车完成信息。在一些实施例中，服务器110在收到送车完成信息后，可以确定送车人的实际费用信息。送车人的实际费用可以仅包括其可以赚取的服务费用。服务费用可以根据实际送车情况计算。例如，可以根据送车人执行送车任务实际花费的时长、覆盖的距离、送车时段(例如夜间加价)、天气(例如恶劣天气加价)等因素计算服务费用。在一些实施例中，送车人执行送车任务需要承担一定费用，例如，送车人将派送车辆从原位置送至用车地点这一阶段所产生的车辆使用费用由送车人承担。服务器110可以将计算得到的送车人的实际费用信息发送至送车人终端140。

当用车请求者拿到车辆时，可以通过请求者终端130发送开始用车信息。例如，每个车辆上都安装(例如喷涂、印刷)有车辆标识(例如车牌号、编号、条形码、二维码等)，送车信息中的派送车辆信息可以包括车辆标识，用车请求者在拿到车辆后，可以通过请求者终端130对车辆上的车辆标识进行扫描，或者可以手动将车辆标识信息输入请求者终端130，请求者终端130将获取到的车辆标识信息发送至服务器110，服务器110将接收到的车辆标识信息与送车信息中的车辆标识进行比对，如果一致，则确认请求者已拿到派送车辆。

请求者在用完派送车辆后，可以通过请求者终端130发送用车结束信息。在一些实施例中，服务器110在收到用车结束信息后，可以计算请求者所需支付的费用信息。请求者所需支付的费用包括享受送车服务的服务费以及车辆使用费用。在一些实施例中，请求者仅需承担从用车地点开支至用车结束这一阶段产生的车辆使用费用。在一些实施例中，请求者还需要承担送车人的车辆使用费用，即送车人将派送车辆从原位置送至送车地点这一阶段产生的车辆使用费用。服务器110可以将计算得到的请求者所需支付的费用信息发送至请求者终端130。

从以上描述可知，送车人将派送车辆从原位置送至用车地点这一阶段产生的车辆使用费用可以由送车人或请求者承担。在一些实施例中，对送车人和请求者收取的车辆使用费用的费率不同。在一些实施例中，对送车人收取的车辆使用费用的费率低于对请求者收取的车辆使用费用的费率。例如，对送车人收取的车辆使用费用的费率是5元/km，而对用车请求者收取的费率是8/km。在一些实施例中，送车人将派送车辆从原位置送至用车地点这一阶段产生的车辆使用费用还可以由送车人和请求者共同承担。例如，送车人和请求者可以各自承担一半的费用。又例如，请求者承担的比例可以高于送车人承担的比例。通过合理的费用设置，可以调动送车人的提供送车服务的积极性，也可以提高用车请求者请求用车服务的频率。例如，如果送车人无需承担或只需承担一部分的车辆使用费用，则送车人的收益提高，提供送车服务的积极性也随之提高。又例如，如果用车请求者无需承担或只需承担一部分的送车人在送车过程中产生的车辆使用费用，则用车请求者享受送车服务的成本减少，使用送车服务的频率可能会随之增加。

在一些实施例中，在确定派送车辆后、请求者结束用车前，可以改变派送车辆的状态信息，防止其他用户使用或者预约使用该派送车辆。例如，可以将派送车辆的状态更新为正在使用状态，并将其预约通道关闭。通过这种方式可以确保用车请求者顺利拿到车辆。在一些实施例中，送车人可以在用车地点处将派送车辆当面交给请求者，这种情况下，送车人在送达派送车辆时无需关锁，直接将派送车辆交付后由请求者继续使用该派送车辆。在一些实施例中，送车人也可以将派送车辆送至用车地点关锁后离开，请求者稍后再将派送车辆开锁取走，这种情况下，可以锁定只有该请求者可以对该派送车辆开锁，其他用户无法开锁。

图3为根据本申请一些实施例所示的用车系统的模块图。该用车系统300包括接收模块310、送车信息确定模块320、发送模块330。

接收模块310可以接收用车请求者通过请求者终端发送的用车请求信息。用车请求信息包括但不限于用车人身份信息、用车时间、用车地点、指定信息、随机派送信息等。在一些实施例中，接收模块310可以接收用车请求者可以请求者终端130输入用车请求信息。输入的方式包括但不限于打字输入、手写输入、选择输入、语音输入、扫描输入等一种或多种的任意组合。

送车信息确定模块320可以确定送车信息。送车信息包括但不限于送车人身份信息、预计送达时间、派送车辆信息等。在一些实施例中，送车信息确定模块320可以采用自动派单的方式确定送车人。在一些实施例中，服务器110可以采用抢单的方式确定送车人。在一些实施例中，可以由送车人人工寻找派送车辆。在一些实施例中，也可以由送车信息确定模块320自动确定派送车辆。在一些实施例中，送车信息确定模块320还可以预估送车人和/或请求者的费用信息。

发送模块330可以将送车信息发送至请求者终端。在一些实施例中，发送模块330还可以将送车人终端140的实时位置信息发送至请求者终端130，以使请求者了解车辆派送进度。在一些实施例中，发送模块330还可以将预估的请求者费用信息发送至请求者终端。在一些实施例中，当送车人完成送车任务后，发送模块330可以将实际确定的送车人费用信息发送至送车人终端140。在一些实施例中，当请求者结束用车后，发送模块330可以将实际确定的请求者费用信息发送至请求者终端130。

应当理解，图3所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于用车系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，例如，图3中披露的接收模块310、送车信息确定模块320和发送模块330可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，接收模块310、发送模块320可以是两个模块，也可以是一个模块同时具有发送和接收功能。例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本申请的保护范围之内。

图4为根据本申请一些实施例所示的用车方法的示例性流程图。具体地，该用车方法400可以由请求者终端130执行。

步骤410，接收用车请求者输入的用车请求信息。用车请求信息包括但不限于用车人身份信息、用车时间、用车地点、指定信息、随机派送信息等。用车请求者可以通过各种输入方式输入用车请求信息，输入的方式包括但不限于打字输入、手写输入、选择输入、语音输入、扫描输入等一种或多种的任意组合。在一些实施例中，请求者终端130可以自动生成部分用车请求信息。例如，请求者在请求者终端130上登录了共享车辆服务平台的相关账户，请求者终端130可以获取该账户信息作为用车人身份信息。用车请求信息的更多内容可以参见图2及其描述，此处不再赘述。

步骤420，将所述用车请求信息发送至服务器。在一些实施例中，请求者终端130可以对用车请求信息加密后发送至服务器110。在一些实施例中，请求者终端130可以通过网络120将用车请求信发送至服务器110。

步骤430，接收服务器的信息，显示送车信息，所述送车信息至少基于所述用车请求信息生成。请求者终端130在接收到服务器发送的送车信息后进行显示，供请求者查看。送车信息包括但不限于送车人身份信息、预计送达时间、派送车辆信息等。在一些实施例中，请求者终端130还可以接收服务器110发送的请求者费用信息进行显示，使请求者了解本次用车请求需要支付的费用。请求者的费用包括送车服务费和车辆使用费用。在一些实施例中，请求者仅需支付自己使用派送车辆所产生的车辆使用费用，即从用车地点拿到派送车辆开始使用至结束用车这一阶段产生的车辆使用费用。在一些实施例中，请求者还需承担送车人的车辆使用费用，即送车人将派送车辆从原位置送至用车地点这一阶段产生的车辆使用费用。有关送车信息的更多内容可以参见图2及其描述，此处不再赘述。

图4所述用车方法可以通过一种用车系统实现。该用车系统包括：接收模块，用于接收用车请求者输入的用车请求信息；通信模块，用于将所述用车请求信息发送至服务器，并接收服务器的信息；显示模块，用于显示送车信息，所述送车信息至少基于所述用车请求信息生成。

图5为根据本申请一些实施例所示的用车方法的示例性流程图。具体地，该用车方法500可以由送车人终端140执行。

步骤510，接收服务器的信息，显示用车请求信息。送车人终端140接收到服务器110发送的用车请求信息后进行显示，使送车人了解可能要执行的送车任务。有关用车请求信息的更多内容可以参见图4及其描述，此处不再赘述。在一些实施例中，送车人终端140还可以接收服务器110发送的送车人费用信息并进行显示，使送车人了解可能赚取和/或支付的费用。送车人的费用可以仅包括送车人能够赚取的送车服务费用，也可以包括送车人的车辆使用费用，例如将派送车辆从原位置送至用车地点这一阶段产生的车辆使用费用。

步骤520，接收送车人根据所述用车请求信息输入的反馈信息。送车人看到用车请求信息后可以做出反馈。在一些实施例中，送车人可以做出是否接受服务器110发送的分配任务的反馈。在一些实施例中，送车人在确定接单后，开始寻找车辆，将寻找到的车辆确定为派送车辆，并将派送车辆信息输入送车人终端140作为反馈信息。在一些实施例中，送车人还可以预估车辆送达时间，输入送车人终端140。

步骤530，将所述反馈信息发送至服务器，用于生成送车信息。在一些实施例中，送车人终端140可以通过网络120将反馈信息发送至服务器110。服务器110可以根据反馈信息生成送车信息。有关送车信息的更多内容可以参见图2及其描述，此处不再赘述。

图5所述用车方法可以通过一种用车系统实现。该用车系统包括：通信模块，用于接收服务器的信息；显示模块，用于显示用车请求信息；接收模块，用于接收送车人根据所述用车请求信息输入的反馈信息；所述通信模块还用于将所述反馈信息发送至服务器，用于生成送车信息。

本申请实施例可能带来的有益效果包括但不限于：(1)可以对车辆进行灵活调配，即便用户的周边没有可用车辆，也可以将其他地方的车辆派送至用户指定的用车地点，从而方便用户使用，解决了用车高峰期一车难求的问题；(2)通过合理的费用设置，调动送车服务提供者的服务积极性，提高用车请求者使用送车服务的频率；(3)提高平台的整体收益。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (38)

1.一种用车方法，其特征在于，包括以下步骤：

接收用车请求者通过请求者终端发送的用车请求信息；

至少基于所述用车请求信息为所述用车请求确定送车信息；

将所述送车信息发送至所述请求者终端；

其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；

所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

2.如权利要求1所述的用车方法，其特征在于，所述至少基于所述用车请求信息为所述用车请求者确定送车信息包括：

根据所述用车请求信息确定送车人；

将至少部分所述用车请求信息发送至送车人终端；

接收送车人终端发送的反馈信息；

根据所述反馈信息确定送车信息。

3.如权利要求1所述的用车方法，其特征在于，所述至少基于所述用车请求信息为所述用车请求者确定送车信息包括：

根据所述用车请求信息确定候选送车人；

将至少部分所述用车请求信息发送至候选送车人的用户终端；

接收至少部分候选送车人的用户终端发送的反馈信息；

根据所述反馈信息确定送车信息。

4.如权利要求1所述的用车方法，其特征在于，所述用车请求信息还包括指定信息或者随机派送信息。

5.如权利要求4所述的用车方法，其特征在于，所述指定信息包括指定送车人信息和/或指定车辆信息。

6.如权利要求5所述的用车方法，其特征在于，所述指定车辆信息包括指定车辆所在区域、车辆颜色、车辆电量、车辆油量、车辆类型中的至少一种。

7.如权利要求6所述的用车方法，其特征在于，所述指定车辆所在区域是以所述用车地点为圆心、以服务请求者指定的最远距离为半径的圆形区域。

8.如权利要求1所述的用车方法，其特征在于，所述方法还包括：

车辆送达后，接收请求者终端发送的开始用车信息和/或送车人终端发送的送车完成信息。

9.如权利要求1所述的用车方法，其特征在于，所述方法还包括：

关闭所述送车信息对应派送车辆的预约通道。

10.如权利要求1所述的用车方法，其特征在于，所述方法还包括：

确定所述用车请求者的第一费用信息；

将所述第一费用信息发送至所述请求者终端。

11.如权利要求10所述的用车方法，其特征在于，所述第一费用包括：用车请求者的车辆使用费用、送车人的车辆使用费用和送车服务费用；

或者，所述第一费用包括：用车请求者的车辆使用费用和送车服务费用。

12.如权利要求1所述的用车方法，其特征在于，所述方法还包括：

确定所述送车人的第二费用信息；

将所述第二费用信息发送至送车人终端。

13.如权利要求12所述的用车方法，其特征在于，所述第二费用包括：送车人的送车服务费用；

或者，所述第二费用包括：送车人的送车服务费用和送车人的车辆使用费用。

14.一种用车系统，其特征在于，包括：

接收模块，用于接收用车请求者通过请求者终端发送的用车请求信息；

送车信息确定模块，用于至少基于所述用车请求信息为所述用车请求确定送车信息；

发送模块，用于将所述送车信息发送至所述请求者终端；

其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；

所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

15.如权利要求14所述的用车系统，其特征在于，所述送车信息确定模块还用于：

根据所述用车请求信息确定送车人；

将至少部分所述用车请求信息发送至送车人终端；

接收送车人终端发送的反馈信息；

根据所述反馈信息确定送车信息。

16.如权利要求14所述的用车系统，其特征在于，所述送车信息确定模块还用于：

根据所述用车请求信息确定候选送车人；

将至少部分所述用车请求信息发送至候选送车人的用户终端；

接收至少部分候选送车人的用户终端发送的反馈信息；

根据所述反馈信息确定送车信息。

17.如权利要求14所述的用车系统，其特征在于，所述用车请求信息还包括指定信息或者随机派送信息。

18.如权利要求17所述的用车系统，其特征在于，所述指定信息包括指定送车人信息和/或指定车辆信息。

19.如权利要求18所述的用车系统，其特征在于，所述指定车辆信息包括指定车辆所在区域、车辆颜色、车辆电量、车辆油量、车辆类型中的至少一种。

20.如权利要求19所述的用车系统，其特征在于，所述指定车辆所在区域是以所述用车地点为圆心、以服务请求者指定的最远距离为半径的圆形区域。

21.如权利要求14所述的用车系统，其特征在于，

所述接收模块还用于在车辆送达后，接收请求者终端发送的开始用车信息和/或送车人终端发送的送车完成信息。

22.如权利要求14所述的用车系统，其特征在于，所述送车信息确定模块还用于：

关闭所述送车信息对应派送车辆的预约通道。

23.如权利要求14所述的用车系统，其特征在于，所述系统还包括：

费用确定模块，用于确定所述用车请求者的第一费用信息；

所述发送模块还用于将所述第一费用信息发送至所述请求者终端。

24.如权利要求23所述的用车系统，其特征在于，所述第一费用包括：用车请求者的车辆使用费用、送车人的车辆使用费用和送车服务费用；

或者，所述第一费用包括：用车请求者的车辆使用费用和送车服务费用。

25.如权利要求14所述的用车系统，其特征在于，所述系统还包括：

费用确定模块，用于确定所述送车人的第二费用信息；

所述发送模块还用于将所述第二费用信息发送至送车人终端。

26.如权利要求25所述的用车系统，其特征在于，所述第二费用包括：送车人的送车服务费用；

或者，所述第二费用包括：送车人的送车服务费用和送车人的车辆使用费用。

27.一种用车装置，其特征在于，包括至少一个存储介质及至少一个处理器；

所述至少一个存储介质用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令，以实现权利要求1-13中任一项所述的用车方法。

28.一种计算机可读存储介质，所述存储介质存储有计算机指令，当所述计算机指令被处理器执行时，实现如权利要求1-13中任一项所述的用车方法。

29.一种用车方法，其特征在于，包括：

接收用车请求者输入的用车请求信息；

将所述用车请求信息发送至服务器；

接收服务器的信息，显示送车信息，所述送车信息至少基于所述用车请求信息生成；

其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；

所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

30.如权利要求29所述的用车方法，其特征在于，所述方法还包括：

接收服务器的信息，显示所述用车请求者的第一费用信息；

所述第一费用包括：用车请求者的车辆使用费用、送车人的车辆使用费用和送车服务费用；

或者，所述第一费用包括：用车请求者的车辆使用费用和送车服务费用。

31.一种用车系统，其特征在于，包括

接收模块，用于接收用车请求者输入的用车请求信息；

通信模块，用于将所述用车请求信息发送至服务器，并接收服务器的信息；

显示模块，用于显示送车信息，所述送车信息至少基于所述用车请求信息生成；

其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；

所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

32.一种用车装置，其特征在于，包括至少一个存储介质及至少一个处理器；

所述至少一个存储介质用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令，以实现权利要求29或30所述的用车方法。

33.一种计算机可读存储介质，所述存储介质存储有计算机指令，当所述计算机指令被处理器执行时，实现如权利要求29或30所述的用车方法。

34.一种用车方法，其特征在于，包括：

接收服务器的信息，显示用车请求信息；

接收送车人根据所述用车请求信息输入的反馈信息；

将所述反馈信息发送至服务器，用于生成送车信息；

其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；

所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

35.如权利要求34所述的用车方法，其特征在于，所述方法还包括：

接收服务器的信息，显示所述送车人的第二费用信息；所述第二费用包括：送车人的送车服务费用；

或者，所述第二费用包括：送车人的送车服务费用和送车人的车辆使用费用。

36.一种用车系统，其特征在于，包括：

通信模块，用于接收服务器的信息；

显示模块，用于显示用车请求信息；

接收模块，用于接收送车人根据所述用车请求信息输入的反馈信息；

所述通信模块还用于将所述反馈信息发送至服务器，用于生成送车信息；

其中，所述用车请求信息包括以下一种或者多种的组合：用车人身份信息、用车时间、用车地点；

所述送车信息包括以下一种或者多种的组合：送车人身份信息、预计送达时间、派送车辆信息。

37.一种用车装置，其特征在于，包括至少一个存储介质及至少一个处理器；

所述至少一个存储介质用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令，以实现权利要求34或35所述的用车方法。

38.一种计算机可读存储介质，所述存储介质存储有计算机指令，当所述计算机指令被处理器执行时，实现如权利要求34或35所述的用车方法。

Images