CN111353837A - 一种拼车方法、系统及计算机可读介质 - Google Patents

一种拼车方法、系统及计算机可读介质 Download PDF

Info

Publication number
CN111353837A
CN111353837A CN201811566135.9A CN201811566135A CN111353837A CN 111353837 A CN111353837 A CN 111353837A CN 201811566135 A CN201811566135 A CN 201811566135A CN 111353837 A CN111353837 A CN 111353837A
Authority
CN
China
Prior art keywords
current user
car
passenger
matching
detour
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
CN201811566135.9A
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.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development 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 Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN201811566135.9A priority Critical patent/CN111353837A/zh
Publication of CN111353837A publication Critical patent/CN111353837A/zh
Pending legal-status Critical Current

Links

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
    • 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
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0278—Product appraisal

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请披露了一种拼车方法，所述方法包括：获取当前用户的起点和终点；基于当前用户的起点和终点，确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价；将第一预估价和第二预估价发送给当前用户；当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。

Description

一种拼车方法、系统及计算机可读介质
技术领域
本申请涉及一种拼车方法和系统。具体的，涉及一种拼车及计费的方法和系统。
背景技术
目前随着网约车服务不断普及，拼车业务越来越受到欢迎。传统的拼车业务在不同时间段的拼车订单匹配标准是相同的，且传统的拼车业务通常采用一口价的形式，即在乘客输入起点和终点后进行预估，订单结束后按照预估价进行收取费用。但实际情况中，可能会存在未拼成的情况，这时仍采用拼车价会造成不合理收费。因此，出于充分利用司机的运载能力和节约乘客打车成本的综合考虑，需要一种新的拼车方法及计费方法。
发明内容
针对现有技术中，拼车订单匹配标准固定不变和拼车费用按照预估价收费的问题，本申请提出了一种拼车方法，该方法能够更加合理地匹配订单和计费。本申请所提出的拼车方法，采用动态阈值，在不同的时段采用不同的拼车阈值进行乘客间的匹配，并可以通过人为修改所述拼车阈值进行智能调控。本申请所提出的拼车方法，在乘客拼成和未拼成时采用拼车两口价，能够更合理地计费。
本申请的一个方面涉及一种拼车方法，包括：获取当前用户的起点和终点；基于当前用户的起点和终点，确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价；将第一预估价和第二预估价发送给当前用户；当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。
在一些实施例中，所述当前用户订单结束时，基于实际的拼车情况向当前用户进行收费包括：拼成时，基于拼车预估价向当前用户进行收费；未拼成时，基于不拼车预估价向当前用户进行收费。
在一些实施例中，所述方法还包括：基于当前用户的起点和终点，匹配拼车订单，所述匹配拼车订单包括：获取可拼车乘客的起点和终点；基于当前用户的起点、终点和可拼车乘客的起点、终点，确定绕路时间、绕路距离和共程比；基于绕路时间、绕路距离和共程比中的至少一个，确定所述可拼车乘客是否与当前用户匹配。
在一些实施例中，所述方法还包括：当没有与当前用户匹配的可拼车乘客时，所述匹配拼车订单还包括：
当前用户未上车时，向空车司机发送当前用户的拼车请求；
当前用户已上车时，维持当前用户的未拼成状态。
在一些实施例中，所述方法还包括：当存在多个与当前用户匹配的可拼车乘客时，所述匹配拼车订单还包括：当前乘客未上车时，向所述多个与当前用户匹配的可拼车乘客对应的司机发送当前用户的拼车请求；当前乘客已上车时，向当前用户对应的司机发送所述多个与当前用户匹配的可拼车乘客的多个拼车请求。
在一些实施例中，所述确定可拼车乘客是否与当前用户匹配包括：确定当前时段；基于当前时段，确定绕路时间、绕路距离和共程比对应的第一阈值、第二阈值和第三阈值；基于绕路时间与第一阈值、绕路距离与第二阈值、共程比与第三阈值这三对参数中的至少一对，确定所述已拼车订单是否与当前用户匹配。
在一些实施例中，所述绕路时间、绕路距离和共程比为当前用户与可拼车乘客订单匹配前，通过比较拼车与不拼车的预估时间、预估路程确定；所述绕路时间为拼车预估时间与不拼车时的预估时间的差值或比值；所述绕路距离为拼车预估路程与不拼车时的预估路程的差值或比值；所述共程比为当前用户和可拼车乘客的共同路程与当前用户和可拼车乘客的总路程的差值或比值。
在一些实施例中，所述当前时段对应的第一阈值、第二阈值或第三阈值中的至少一个是预先设定且可变的。
本申请的又一方面涉及一种拼车系统，包括：获取模块，所述获取模块用于获取当前用户的起点和终点；两口价预估模块，所述两口价预估模块用于确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价；信息发送模块，所述信息发送模块用于将所述第一预估价和第二预估价发送给当前用户；计费模块，所述计费模块用于当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。
在一些实施例中，所述当前用户订单结束时，计费模块基于实际的拼车情况向当前用户进行收费包括：拼成时，计费模块基于拼车预估价向当前用户进行收费；未拼成时，计费模块基于不拼车预估价向当前用户进行收费。
在一些实施例中，所述拼车系统还包括订单匹配模块，所述订单匹配模块用于为当前用户匹配可拼车乘客，所述订单匹配模块包括：获取单元，所述获取单元用于获取可拼车乘客的起点和终点；匹配参数确定单元，所述匹配参数确定单元用于基于当前用户的起点、终点和可拼车乘客的起点、终点，确定绕路时间、绕路距离和共程比；匹配判断单元，所述匹配判断单元用于基于绕路时间、绕路距离和共程比中的至少一个，确定所述可拼车乘客是否与当前用户匹配。
本申请的另一个方面涉及一种计算机可读存储介质，所述存储介质存储计算机指令，所述计算机指令被计算机读取后执行所述拼车方法。
本申请的另一个方面涉及一种拼车装置，包括处理器，所述处理器执行所述拼车方法。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构和操作。
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。
图1是根据本申请的一些实施例所示的一种拼车系统示意图；
图2是根据本申请的一些实施例所示的一种计算机设备配置示意图；
图3是根据本申请的一些实施例所示的一种移动设备示意图；
图4是根据本申请的一些实施例所示的一种拼车方法示意图；
图5是根据本申请的一些实施例所示的一种匹配方法示意图；
图6是根据本申请的一些实施例所示的一种匹配判断方法示意图；
图7是根据本申请的一些实施例所示的一种拼车系统示意图；以及
图8是根据本申请的一些实施例所示的一种订单匹配模块示意图。
具体实施方式
在下面的详细描述中，通过示例阐述了本申请的许多具体细节，以便提供对相关披露的透彻理解。然而，对于本领域的普通技术人员来讲，本申请显而易见的可以在没有这些细节的情况下实施。应当理解的是，本申请中使用“系统”、“装置”、“单元”和/或“模块”术语，是用于区分在顺序排列中不同级别的不同部件、元件、部分或组件的一种方法。然而，如果其他表达式可以实现相同的目的，这些术语可以被其他表达式替换。
应当理解的是，当设备、单元或模块被称为“在……上”、“连接到”或“耦合到”另一设备、单元或模块时，其可以直接在另一设备、单元或模块上，连接或耦合到或与其他设备、单元或模块通信，或者可以存在中间设备、单元或模块，除非上下文明确提示例外情形。例如，本申请所使用的术语“和/或”包括一个或多个相关所列条目的任何一个和所有组合。
本申请所用术语仅为了描述特定实施例，而非限制本申请范围。如本申请说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的特征、整体、步骤、操作、元素和/或组件，而该类表述并不构成一个排它性的罗列，其他特征、整体、步骤、操作、元素和/或组件也可以包含在内。
参看下面的说明以及附图，本申请的这些或其他特征和特点、操作方法、结构的相关元素的功能、部分的结合以及制造的经济性可以被更好地理解，其中说明和附图形成了说明书的一部分。然而，可以清楚地理解，附图仅用作说明和描述的目的，并不意在限定本申请的保护范围。可以理解的是，附图并非按比例绘制。
此外，本申请仅描述了与步长估计模型确定方法和系统，可以理解的是，本申请中的描述仅仅是一个实施例。
本申请中的术语“用户设备”或“智能设备”或“移动终端”可以指可以用于请求服务、订购服务或促进服务的提供的工具。
本申请中使用了多种结构图用来说明根据本申请的实施例的各种变形。应当理解的是，前面或下面的结构并不是用来限定本申请。本申请的保护范围以权利要求为准。
本申请描述了拼车系统100。如图1所示，拼车系统100可以包括服务器110、网络120、乘客端设备130、司机端设备140和存储设备150。
在一些实施例中，服务器110可以是单个服务器，也可以是一个服务器群组。一个服务器群组可以是集中式的，例如数据中心。一个服务器群组也可以是分布式的，例如一个分布式系统。服务器110可以是本地的，也可以是远程的。服务器110可以直接访问或存取储存在存储设备150的数据信息，也可以直接通过网络120读取乘客端设备130或司机端设备140的信息。在一些实施例中，服务器110可以包括存储装置或存储模块。
网络120可以是单个网络，或多个不同网络的组合。例如，网络120可以是一个局域网(local area network(LAN))、广域网(wide area network(WAN))、公用网络、私人网络、专有网络、公共交换电话网(public switched telephone network(PSTN))、互联网、无线网络、虚拟网络、城域网络、电话网络等，或几种的组合。网络120可以包括多个网络接入点，例如，有线接入点、无线接入点、基站、互联网交换点等在内的有线或无线接入点。通过这些接入点，数据源可以接入网络120并通过网络120发送数据信息。在一些实施例中，网络120可以分为无线网络(蓝牙、wireless local area network(WLAN、Wi-Fi、WiMax等)、移动网络(2G、3G、4G信号等)、或其他连接方式(虚拟专用网络(virtual private network，VPN)、共享网络、近场通信(near field communication，NFC)、ZigBee等)。在一些实施例中，网络120可以用于拼车系统100的通信。例如，网络120接收拼车系统100内部或外部的信息，向拼车系统100内部其他部分或外部发送信息。在一些实施例中，服务器110、乘客端设备130、司机端设备140和存储设备150之间可以通过有线连接、无线连接、或二者结合的方式接入网络120。
乘客端设备130或司机端设备140可以是移动通讯设备。在一些实施例中，当前用户通过乘客端设备130向服务器110发出拼车请求。服务器110接收到乘客端设备130发出的拼车请求后，可以进行匹配并确定符合匹配条件的司机并将拼车请求发送给符合匹配条件的订单对应的司机端设备140。司机可以通过司机端设备140选择接受订单。司机接受订单后订单匹配完成，服务器将匹配信息发送给乘客端设备130。在一些实施例中，所述符合匹配条件的司机可以是已接单司机或未接单司机。特别地，在本申请中，所述已接单司机特指已接受一个拼车请求(不论该拼车请求的乘客上车与否)且仍可进行拼车的司机，所述未接单司机特指未接受拼车请求的空载司机。
在一些实施例中，所述乘客端设备可以是智能设备。所述智能设备可以是手机130-1、平板电脑130-2或笔记本电脑130-3等中的一种或几种的组合。所述智能设备可以包括智能家庭设备、可穿戴设备、移动设备、虚拟现实设备、增强现实设备等中的一种或多种的组合。在一些实施例中，所述智能家用设备可以包括智能照明装置、智能电器控制装置、智能监控装置、智能电视、智能摄像机、对讲机等中的一种或多种的组合。在一些实施例中，所述可穿戴设备可能包括手环、鞋袜、眼镜、头盔、手表、服装、背包、智能配件等一种或多种的组合。在一些实施例中，所述移动设备可以包括移动电话、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)设备、笔记本电脑、平板电脑、台式机等中的一种或多种的组合。在一些实施例中，所述虚拟现实设备和/或所述增强现实装置可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强现实头盔、增强现实眼镜、增强现实眼罩等中的一种或多种的组合。例如，所述虚拟现实设备和/或所述增强现实设备可以包括Google GlassTM、OculusRiftTM、HololensTM、Gear VRTM等。
司机端设备140可以是智能设备。所述智能设备可以是手机140-1、平板电脑140-2或笔记本电脑140-3等中的一种或几种的组合。所述智能设备可以包括智能家庭设备、可穿戴设备、移动设备、虚拟现实设备、增强现实设备等中的一种或多种的组合。在一些实施例中，所述智能家用设备可以包括智能照明装置、智能电器控制装置、智能监控装置、智能电视、智能摄像机、对讲机等中的一种或多种的组合。在一些实施例中，所述可穿戴设备可能包括手环、鞋袜、眼镜、头盔、手表、服装、背包、智能配件等一种或多种的组合。在一些实施例中，所述移动设备可以包括移动电话、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)设备、笔记本电脑、平板电脑、台式机等中的一种或多种的组合。在一些实施例中，所述虚拟现实设备和/或所述增强现实装置可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强现实头盔、增强现实眼镜、增强现实眼罩等中的一种或多种的组合。例如，所述虚拟现实设备和/或所述增强现实设备可以包括Google GlassTM、Oculus RiftTM、HololensTM、Gear VRTM等。
存储设备150可以泛指具有存储功能的设备。存储设备150可以存储服务器110收集的数据(例如，服务器110接收到的乘客端设备130或司机端设备140的信息)。存储设备150可以是本地的，或远程的。存储设备150可以是层次式数据库、网络式数据库和关系式数据库等，或几种的组合。存储设备150可以将信息数字化后再以利用电、磁或光学等方式的存储设备加以存储。存储设备150可以用来存放各种信息，例如，程序、数据等。存储设备150可以是利用电能方式存储信息的设备，例如，各种存储器、随机存取存储器(Random AccessMemory(RAM))、只读存储器(Read Only Memory(ROM))等。随机存储器可以包括十进计数管、选数管、延迟线存储器、威廉姆斯管、动态随机存储器(DRAM)、静态随机存储器(SRAM)、晶闸管随机存储器(T-RAM)、零电容随机存储器(Z-RAM)等，或几种的组合。只读存储器可以包括磁泡存储器、磁钮线存储器、薄膜存储器、磁镀线存储器、磁芯内存、磁鼓存储器、光盘驱动器、硬盘、磁带、非易失存储器(NVRAM)、相变化内存、磁阻式随机存储式内存、铁电随机存储内存、非易失SRAM、闪存、电子抹除式可复写只读存储器、可擦除可编程只读存储器、可编程只读存储器、屏蔽式堆读内存、浮动连接门随机存取存储器、纳米随机存储器、赛道内存、可变电阻式内存、可编程金属化单元等，或几种的组合。存储设备150可以是利用磁能方式存储信息的设备，例如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘、闪存等。存储设备150可以是利用光学方式存储信息的设备，例如，CD或DVD等。存储设备150可以是利用磁光方式存储信息的设备，例如，磁光盘等。存储设备150的存取方式可以是随机存储、串行访问存储、只读存储等，或几种的组合。存储设备150可以包括非永久记忆存储器，永久记忆存储器，或二者的组合。在一些实施例中，存储设备150可以存储在线地图或离线地图。所述在线地图可以被实时地更新。
图2是根据本申请的一些实施例所示的计算机设备配置示意图。计算机200可以被用于实施本申请中披露的特定方法和装置。本实施例中的特定装置利用功能框图展示了一个包含显示模块的硬件平台。在一些实施例中，计算机200可以实施本申请中所描述的服务器110的一个或多个模块和单元。在一些实施例中，服务器110可以被计算机200通过其硬件设备、软件程序、固件以及它们的组合所实现。在一些实施例中，计算机200可以是一个通用目的的计算机，或一个有特定目的的计算机。
如图2所示，计算机200可以包括内部通信总线210，处理器220，只读存储器(ROM)230，随机存取存储器(RAM)240，通信端口250，输入/输出组件260，硬盘270，以及显示器280。内部通信总线210可以实现计算机200组件间的数据通信。处理器220可以进行判断和发出提示。在一些实施例中，处理器220可以由一个或多个处理器组成。通信端口250可以实现计算机200与拼车系统100中的其他部件(例如，乘客端设备130和司机端设备140)之间数据通信。在一些实施例中，计算机200可以通过通信端口250从网络120发送和接受信息及数据。输入/输出组件260支持计算机200与拼车系统100的其他组件(例如，乘客端设备130和存储设备150)之间的输入/输出数据流。显示器280可以用于显示计算机200处理产生的信息。计算机200还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘270，只读存储器(ROM)230，随机存取存储器(RAM)240，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器220所执行的可能的程序指令。
数据总线210可以用于传输数据信息。在一些实施例中，计算机200内各硬件之间可以通过所述数据总线210进行数据的传输。例如，处理器220可以通过所述数据总线210将数据发送到存储器或输入/输出组件260等其它硬件中。需要注意的是，所述数据可以是真正的数据，也可以是指令代码、状态信息或控制信息。在一些实施例中，数据总线210可以为工业标准(ISA)总线、扩展工业标准(EISA)总线、视频电子标准(VESA)总线、外部部件互联标准(PCI)总线等。
处理器220可以用于逻辑运算、数据处理和指令生成。在一些实施例中，处理器220可以从内部存储器中获取数据/指令，所述内部存储器可以包括只读存储器(ROM)、随机存储器(RAM)、高速缓冲存储器(Cache)(在图中未示出)等。在一些实施例中，处理器220可以包括多个子处理器，所述子处理器可以用于实现系统的不同功能。
在一些实施例中，只读存储器可以包括可编程只读存储器(PROM)、可编程可擦除只读存储器(EPROM)等。随机存储器240用于存放操作系统、各种应用程序、数据等。在一些实施例中，随机存储器240可以包括静态随机存储器(SRAM)、动态随机存储器(DRAM)等。
通信端口250用于连接操作系统与外部网络，实现它们之间的通信交流。在一些实施例中，通信端口250可以包括FTP端口、HTTP端口或DNS端口等。输入/输出组件260用于外部设备或电路与处理器210之间进行数据、信息的交换和控制。在一些实施例中，输入/输出组件260可以包括USB端口、PCI端口、IDE端口等。
硬盘270用于存储服务器110所产生的或从服务器110所接收到的信息及数据。在一些实施例中，硬盘270可以包括机械硬盘(HDD)、固态硬盘(SSD)或混合硬盘(HHD)等。显示器280用于显示拼车系统100生成的信息、数据等。在一些实施例中，显示器280可以包括一个物理显示器，如带扬声器的显示器、LCD显示器、LED显示器、OLED显示器、电子墨水显示器(E-Ink)等。
图3是根据本申请的一些实施例所示的一种移动设备示意图。在一些实施例中，移动设备300可以实施本申请中所描述的乘客端设备130或司机端设备140的一个或多个模块和单元。如图3所示，所述移动设备300可以包括通信平台310、显示器320、图形处理器(GPU)330、中央处理器(CPU)340、输入/输出350、内存360、存储器390。在一些实施例中，操作系统370(如，iOS，Android，Windows Phone等)和一个或多个应用程序380可以从存储器390加载到内存360中，以便由CPU 340执行。
在一些实施例中，当前用户通过乘客端设备130向服务器110发送拼车请求，服务器110基于当前用户的起点和终点，确定一个或多个可拼车乘客并将当前用户的拼车请求发送给所述一个或多个可拼车乘客对应的一个或多个司机端设备。所述一个或多个司机端设备对应的一个或多个司机可以选择是否接受当前用户的拼车请求。所述一个或多个司机中的一个司机接受拼车请求后产生拼车订单。当前用户的拼车订单结束时，当前用户支付拼车费用。如上所述的拼车情况，在当前用户发送拼车请求时，优先将当前用户的拼车请求发送给已经接受一个可拼车乘客的拼车请求的司机，匹配后，该司机达到拼满状态。在一些实施例中，可能存在匹配不到所述司机的情况，此时，为当前用户匹配一个空载司机。为当前用户匹配一个空载司机后，在司机接驾当前用户或前往终点的过程中，可以为当前用户匹配一个可拼车乘客。
图4是根据本申请的一些实施例所示的一种拼车方法示意图。在一些实施例中，所述拼车方法400由服务器110或计算机200执行。
在402中，获取当前用户的起点和终点。在一些实施例中，所述当前用户的起点和/或终点可以是用户输入的起点和终点。特别地，所述起点可以是基于定位技术而识别的用户位置。所述终点可以是用户预先输入的，或临时输入的终点。在一些实施例中，所述终点可以是基于历史打车或拼车订单预测得到的终点。
在404中，基于当前用户的起点和终点，确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价。在一些实施例中，所述第一预估价和第二预估价基于当前用户的起点和终点确定。在一些实施例中，所述第一预估价和第二预估价低于不拼车时实际的预估价。例如，不拼车的实际预估价为100元，可以设定第一预估价为80元，第二预估价为90元。在一些实施例中，所述不拼车的预估价也可以是不拼车时实际的预估价。例如，不拼车的实际预估价为100元，第一预估价为80元，第二预估价为100元。
在406中，将所述第一预估价和第二预估价发送给当前用户。在一些实施例中，所述发送给用户可以是通过网络120发送给当前用户对应的乘客端设备。所述第一预估价和第二预估价可以在乘客端设备130的显示界面显示。在一些实施例中，还可以将所述第一预估价和第二预估价的差值发送给用户。
在408中，当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。例如，拼成时，基于第一预估价向当前用户进行收费；未拼成时，基于第二预估价向当前用户收费。特别地，所述向当前用户收费包括在结算界面，将对应的预估价显示在用户的乘客端设备上。
以上对拼车方法的描述仅仅是具体的示例，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解拼车流程的基本处理方法后，可以在不背离这一原理的情况下，对拼车流程的具体方式进行形式和细节上的各种修正和改变，但是这些修正和改变仍在以上描述的范围之内。例如，对于本领域的专业人员来说，确定拼车和不拼车的两口价的方法可以是任意方法。
在一些实施例中，在为当前用户匹配司机时或当前用户的乘车途中，需要同时匹配可拼车乘客。所述匹配可拼车乘客可以是确定当前用户的位置的一定范围内与当前用户相匹配的可拼车乘客。
图5是根据本申请的一些实施例所示的一种匹配方法示意图。具体地，图5是判断一个可拼车乘客与当前用户是否匹配的方法。例如，可拼车乘客的拼车请求已被某司机接单，该司机处于接驾途中或已接到所述可拼车乘客，为所述可拼车乘客匹配当前用户。又例如，当前用户的拼车请求已被某司机接单，该司机处于接驾途中或已接到当前用户，为当前用户匹配可拼车乘客。在一些实施例中，所述匹配方法500由服务器110或计算机200执行。
在502中，获取可拼车乘客的起点和终点。在一些实施例中，所述可拼车乘客的起点和终点基于可拼车乘客的拼车请求确定。
在504中，基于当前用户的起点、终点和可拼车乘客的起点、终点，确定当前用户的绕路时间、绕路距离和共程比。所述绕路时间、绕路距离和共程比可以是当前用户与可拼车乘客订单匹配前，通过比较拼车与不拼车的预估时间、预估路程确定。所述单独乘车时间和单独乘车路程可以通过估计得到。例如，基于历史数据中对应当前时段的路况，估计单独乘车时从当前用户的起点到终点的乘车时间和乘车路程。在一些实施例中，所述绕路时间可以是当前用户的拼车时间与单独乘车时间的差值或比值。例如，当前用户与所述可拼车乘客拼车时，当前用户的拼车预估时间为30分钟，所述当前用户单独乘客的预估时间为24分钟，则所述绕路时间为6分钟或0.8。在一些实施例中，所述绕路距离可以是当前用户的拼车路程与单独乘车路程的差值或比值。例如，当前用户与所述可拼车乘客拼车时，当前用户的拼车预估路程为4公里，所述当前用户单独乘客的预估路程为2.4公里，则所述绕路距离为1.6公里或0.6。在一些实施例中，所述共程比为当前用户与可拼车乘客的共同路程与总路程的比值。例如，当前用户与所述可拼车乘客拼车时，当前用户的拼车共乘路程为2公里，所述当前用户和可拼车乘客的总路程为4公里，则所述共程比为0.5。
在506中，基于绕路时间、绕路距离、共程比，确定所述可拼车乘客是否与当前用户匹配。在一些实施例中，判断当前用户与可拼车乘客是否匹配需要考虑绕路时间和/或绕路距离是否过长，共程比是否过短等因素。例如，可以为绕路时间、绕路距离和共程比分别设置阈值。
上述实施例的有益效果表现如下：
一、采用拼车两口价，能够兼顾拼成和未批成的情况，使收费更合理；
二、采用动态阈值，在不同的时段采用不同的拼车阈值，所述在不同时段的不同阈值是可以人为调节或改变的，能够充分利用运力。
如上所述，可以通过为绕路时间、绕路距离和共程比设置阈值的方式，进而判断当前用户和可拼车乘客所对应的绕路时间、绕路距离和共程比中的至少一个参数是否满足相应阈值。当绕路时间、绕路距离和共程比中的至少一个参数满足相应阈值时，判断当前用户与所述可拼车乘客匹配。在一些实施例中，所述阈值可以基于不同的时间段而不同。例如，在高峰期时段，将阈值设定的严格些，增加匹配难度，这样能够使当前用户匹配到绕路时间和/或绕路距离较少，和/或共程比较大的可拼车乘客。在非高峰期时段，将阈值设定的宽松些，降低匹配难度，提高匹配数量。在一些实施例中，所述同一时段的阈值可以是变化的。例如，高峰期时段的阈值可以因天气条件而不同。天气差的时候，降低高峰期时段的阈值，降低匹配难度，提高匹配数量。所述动态阈值的具体示例见图6及其描述。
在一些实施例中，可能有不存在可拼车乘客或存在多个与当前用户匹配的可拼车乘客的情况。在这两种情况下，需要采取不同的措施。特别地，所述不存在可拼车乘客或存在多个与当前用户匹配的可拼车乘客均可分为两种场景，即当前用户的拼车请求尚未被司机接受或当前用户的拼车请求已被司机接受。当前用户的拼车请求尚未被司机接受时，如果不存在可拼车乘客，则向空载司机发送当前用户的拼车请求；如果当前用户的拼车请求已被司机接受，向所述多个与当前用户匹配的可拼车乘客对应的司机发送当前用户的拼车请求，根据所述多个司机的接单情况确定匹配订单。当前用户已上车时，如果不存在可拼车乘客，则维持当前用户的未拼成状态；如果存在多个与当前用户匹配的可拼车乘客，向当前用户对应的司机发送所述多个与当前用户匹配的可拼车乘客的多个拼车请求，根据所述多个司机的接单情况确定匹配订单。
以上对拼车方法的描述仅仅是具体的示例，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解拼车流程的基本处理方法后，可以在不背离这一原理的情况下，对拼车流程的具体方式进行形式和细节上的各种修正和改变，但是这些修正和改变仍在以上描述的范围之内。例如，对于本领域的专业人员来说，可以采用多人拼车模式，相应地获取多人的起点和终点，进而基于多个起点和终点确定所述多个拼车乘客是否匹配。
图6是根据本申请的一些实施例所示的一种匹配判断方法示意图。在一些实施例中，所述匹配判断方法600由服务器110或计算机200执行。在一些实施例中，所述匹配判断方法可以对应图5中的506。
在602中，确定当前时段。在一些实施例中，所述时段可以是基于用车情况划分的时段。例如，可以将7:00-10:00、17:00-21:00划分为高峰期时段，将10:00-17:00、21:00-24:00划分为平稳时段，将其余时段划分为用车较少时段。值得说明的是，以上仅为示例，不用于限定本发明。不同的地区或其他因素，可能会有不同的高峰期时段、平稳时段和用车较少时段。在一些实施例中，还可以将高峰期时段划分为高峰期上升时段、高峰期平稳时段和高峰期下降时段，或者将高峰期时段划分为高峰期上升时段和高峰期下降时段。例如，可以将7:00-8:30、17:00-19:30划分为高峰期上升时段，将8:30-10:00、19:30-21:00划分为高峰期下降时段。
在604中，基于当前时段，确定绕路时间、绕路距离和共程比对应的第一阈值、第二阈值和第三阈值。不同的时段，对应的第一阈值、第二阈值和第三阈值可以是不同的。在不同的时段，不同的第一阈值、第二阈值和第三阈值可以对应不同的匹配标准。所述匹配标准可以是绕路时间小于X分钟，绕路距离小于Y公里，以及共程比大于Z。例如，在高峰期上升时段，乘客较多，可以将匹配标准提高以获得更多的可用车辆；在高峰期下降时段，乘客减少，可以将匹配标准降低，以产生更多的拼车订单。通过调节匹配标准，可以提高车辆利用率。在一些实施例中，改变匹配标准可以是对不同的时段赋值不同的第一阈值、第二阈值和第三阈值。例如，在高峰期上升时段，所述第一阈值、第二阈值和第三阈值分别为5分钟、3公里和0.6；在高峰期下降时段，所述第一阈值、第二阈值和第三阈值分别为10分钟、5公里和0.4。
在一些实施例中，所述基于当前时段确定绕路时间、绕路距离和共程比对应的第一阈值、第二阈值和第三阈值可以通过查表确定。所述表中可以是时段与第一阈值、第二阈值和第三阈值的对应关系。在一些实施例中，所述时段与第一阈值、第二阈值和第三阈值的对应关系可以是变化的。例如，随着季节或上班时间的变化，高峰期时段、高峰期上升时段或高峰期下降时段等均会变化。又例如，不同季节的乘客打车需求度会不同，不同季节的相同时段可以设定不同的第一阈值、第二阈值和第三阈值。在一些实施例中，所述时段与第一阈值、第二阈值和第三阈值的对应关系可以是由人为输入或修改，或者基于算法确定。
在606中，基于绕路时间、绕路距离、共程比及对应的第一阈值、第二阈值和第三阈值，确定所述可拼车乘客是否与当前用户匹配。所述判断是否匹配的过程可以是判断可拼车乘客与当前用户的绕路时间、绕路距离、共程比是否满足所述当前时段对应的第一阈值、第二阈值和第三阈值。在一些实施例中，当绕路时间、绕路距离、共程比满足所述第一阈值、第二阈值和第三阈值时，判断可拼车乘客与当前用户匹配。例如，当前时段的第一阈值、第二阈值和第三阈值分别是5分钟、3公里和0.6，如果可拼车乘客与当前用户的绕路时间小于5分钟，绕路距离小于3公里，以及共程比大于0.6，则判断所述可拼车乘客与当前用户匹配。
值得说明的是，图6所述的方法仅描述了判断一个可拼车乘客与当前用户是否匹配的过程。实际应用中需要对多个可拼车乘客进行判断。在一些实施例中，可能存在匹配不到可拼车乘客或匹配到多个可拼车乘客的情况。关于匹配不到可拼车乘客或匹配到多个可拼车乘客的描述见图5。
在一些实施例中，所述拼车方法、匹配方法和匹配判断方法可以通过计算机指令实现。
图7是根据本申请的一些实施例所示的一种拼车系统示意图。在一些实施例中，所述拼车可以是站点拼车。如图7所示，拼车系统700包括获取模块710、两口价预估模块720、信息发送模块730、计费模块740和订单匹配模块750。
获取模块710可以获取当前用户的起点和终点。在一些实施例中，所述当前用户的起点和/或终点可以是用户输入的起点和终点。特别地，所述起点可以是基于定位技术而识别的用户位置。所述终点可以是用户预先输入的，或临时输入的终点。在一些实施例中，所述终点可以是基于历史打车或拼车订单预测得到的终点。
两口价预估模块720可以确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价。在一些实施例中，所述拼车预估价和不拼车预估价基于当前用户的起点和终点确定。在一些实施例中，所述第一预估价和第二预估价低于不拼车时实际的预估价。例如，不拼车的实际预估价为100元，设定第一预估价为80元，第二预估价为90元。在一些实施例中，所述不拼车的预估价也可以是不拼车时实际的预估价。例如，不拼车的实际预估价为100元，第一预估价为80元，第二预估价为100元。
信息发送模块730可以将所述第一预估价和第二预估价发送给当前用户。在一些实施例中，所述发送给用户可以是通过网络120发送给当前用户对应的乘客端设备。所述第一预估价和第二预估价可以在乘客端设备130的显示界面显示。在一些实施例中，还可以将所述第一预估价和第二预估价的差值发送给用户。
计费模块740可以在当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。例如，拼成时，基于第一预估价向当前用户进行收费；未拼成时，基于第二预估价向当前用户收费。特别地，所述向当前用户收费包括在结算界面，将对应的预估价显示在用户的乘客端设备上。
订单匹配模块750可以用于为当前用户匹配可拼车乘客。具体地，订单匹配模块750可以判断可拼车乘客是否与当前用户匹配。例如，可拼车乘客的拼车请求已被某司机接单，该司机处于接驾途中或已接到所述可拼车乘客，订单匹配模块750可以为所述可拼车乘客匹配当前用户。又例如，当前用户的拼车请求已被某司机接单，该司机处于接驾途中或已接到当前用户，订单匹配模块750可以为当前用户匹配可拼车乘客。
图8是根据本申请的一些实施例所示的一种订单匹配模块示意图。如图8所示，订单匹配模块800包括获取单元810、匹配参数确定单元820和匹配判断单元830。
以一个可拼车乘客为例，图8判断该可拼车乘客与当前用户是否匹配。
获取单元810可以用于获取所述可拼车乘客的起点和终点。在一些实施例中，所述可拼车乘客的起点或终点可以是用户输入的起点或终点。在一些实施例中，所述可拼车乘客的起点可以是基于当前用户的定位信息确定的起点，所述终点可以是用户输入的终点或基于历史乘车记录确定的终点。
匹配参数确定单元820可以基于当前用户的起点、终点和可拼车乘客的起点、终点，确定匹配参数。在一些实施例中，所述匹配参数可以是绕路时间、绕路距离和共程比中的至少一个。
匹配判断单元830可以基于绕路时间、绕路距离和共程比中的至少一个，确定所述可拼车乘客是否与当前用户匹配。在一些实施例中，所述匹配判断单元830可以将所述绕路时间、绕路距离和共程比中的至少一个与对应的阈值进行比较。所述绕路时间、绕路距离和共程比分别对应第一阈值、第二阈值和第三阈值。在一些实施例中，所述匹配判断单元830中包括一个存储装置，所述存储装置中存储一个表。所述表中包含绕路时间、绕路距离和共程比的第一阈值、第二阈值和第三阈值。在一些实施例中，所述绕路时间、绕路距离和共程比的第一阈值、第二阈值和第三阈值与时段有关。例如，在高峰期时段和平稳时段的第一阈值、第二阈值和第三阈值不同。又例如，高峰时段可划分为高峰期上升时段和高峰期下降时段。在高峰期上升时段和高峰期下降时段的第一阈值、第二阈值和第三阈值不同。在一些实施例中，所述存储装置可以不位于匹配判断单元830的内部。匹配判断单元830可以调用存储装置中的表，并基于当前的时段查表确定第一阈值、第二阈值和第三阈值。
以上概述了的方法的不同方面和/或通过程序实现其他步骤的方法。技术中的程序部分可以被认为是以可执行的代码和/或相关数据的形式而存在的“产品”或“制品”，是通过计算机可读的介质所参与或实现的。有形的、永久的储存介质包括任何计算机、处理器、或类似设备或相关的模块所用到的内存或存储器。例如各种半导体存储器、磁带驱动器、磁盘驱动器或者类似任何时间能够为软件提供存储功能的设备。
所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信能够将软件从一个计算机设备或处理器加载到另一个。例如：从按需服务系统的一个管理服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现系统的计算机环境，或与提供按需服务所需要的信息相关的类似功能的系统。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。
因此，一个计算机可读的介质可能有多种形式，包括但不限于，有形的存储介质，载波介质或物理传输介质。稳定的储存介质包括：光盘或磁盘，以及其他计算机或类似设备中使用的，能够实现图中所描述的系统组件的存储系统。不稳定的存储介质包括动态内存，例如计算机平台的主内存。有形的传输介质包括同轴电缆、铜电缆以及光纤，包括计算机系统内部形成总线的线路。载波传输介质可以传递电信号、电磁信号，声波信号或光波信号，这些信号可以由无线电频率或红外数据通信的方法所产生的。通常的计算机可读介质包括硬盘、软盘、磁带、任何其他磁性介质；CD-ROM、DVD、DVD-ROM、任何其他光学介质；穿孔卡、任何其他包含小孔模式的物理存储介质；RAM、PROM、EPROM、FLASH-EPROM，任何其他存储器片或磁带；传输数据或指令的载波、电缆或传输载波的连接装置、任何其他可以利用计算机读取的程序代码和/或数据。这些计算机可读介质的形式中，会有很多种出现在处理器在执行指令、传递一个或更多结果的过程之中。
本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如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)。
本领域技术人员能够理解，本申请所披露的内容可以出现多种变型和改进。例如，以上所描述的不同系统组件都是通过硬件设备所实现的，但是也可能只通过软件的解决方案得以实现。例如：在现有的服务器上安装系统。此外，这里所披露的位置信息的提供可能是通过一个固件、固件/软件的组合、固件/硬件的组合或硬件/固件/软件的组合得以实现。
以上内容描述了本申请和/或一些其他的示例。根据上述内容，本申请还可以作出不同的变形。本申请披露的主题能够以不同的形式和例子所实现，并且本申请可以被应用于大量的应用程序中。后文权利要求中所要求保护的所有应用、修饰以及改变都属于本申请的范围。
同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述属性、数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档、物件等，特将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。
最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不限于本申请明确介绍和描述的实施例。

Claims (13)

1.一种拼车方法，其特征在于，包括：
获取当前用户的起点和终点；
基于当前用户的起点和终点，确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价；
将第一预估价和第二预估价发送给当前用户；
当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。
2.如权利要求1所述的方法，其特征在于，所述当前用户订单结束时，基于实际的拼车情况向当前用户进行收费包括：
拼成时，基于拼车预估价向当前用户进行收费；
未拼成时，基于不拼车预估价向当前用户进行收费。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
基于当前用户的起点和终点，匹配拼车订单，所述匹配拼车订单包括：
获取可拼车乘客的起点和终点；
基于当前用户的起点、终点和可拼车乘客的起点、终点，确定绕路时间、绕路距离和共程比；
基于绕路时间、绕路距离和共程比中的至少一个，确定所述可拼车乘客是否与当前用户匹配。
4.如权利要求3所述的方法，其特征在于，所述方法还包括：当没有与当前用户匹配的可拼车乘客时，所述匹配拼车订单还包括：
当前用户未上车时，向空车司机发送当前用户的拼车请求；
当前用户已上车时，维持当前用户的未拼成状态。
5.如权利要求3所述的方法，其特征在于，所述方法还包括：当存在多个与当前用户匹配的可拼车乘客时，所述匹配拼车订单还包括：
当前乘客未上车时，向所述多个与当前用户匹配的可拼车乘客对应的司机发送当前用户的拼车请求；
当前乘客已上车时，向当前用户对应的司机发送所述多个与当前用户匹配的可拼车乘客的多个拼车请求。
6.如权利要求3所述的方法，其特征在于，所述确定可拼车乘客是否与当前用户匹配包括：
确定当前时段；
基于当前时段，确定绕路时间、绕路距离和共程比对应的第一阈值、第二阈值和第三阈值；
基于绕路时间与第一阈值、绕路距离与第二阈值、共程比与第三阈值这三对参数中的至少一对，确定所述已拼车订单是否与当前用户匹配。
7.如权利要求3所述的方法，其特征在于，所述绕路时间、绕路距离和共程比为当前用户与可拼车乘客订单匹配前，通过比较拼车与不拼车的预估时间、预估路程确定；所述绕路时间为拼车预估时间与不拼车时的预估时间的差值或比值；所述绕路距离为拼车预估路程与不拼车时的预估路程的差值或比值；所述共程比为当前用户和可拼车乘客的共同路程与当前用户和可拼车乘客的总路程的差值或比值。
8.如权利要求6所述的方法，其特征在于，所述当前时段对应的第一阈值、第二阈值或第三阈值中的至少一个是预先设定且可变的。
9.一种拼车系统，其特征在于，包括：
获取模块，所述获取模块用于获取当前用户的起点和终点；
两口价预估模块，所述两口价预估模块用于确定第一预估价和第二预估价，所述第一预估价为拼车预估价，所述第二预估价为不拼车预估价；
信息发送模块，所述信息发送模块用于将所述第一预估价和第二预估价发送给当前用户；
计费模块，所述计费模块用于当前用户订单结束时，基于实际的拼车情况向当前用户进行收费，所述拼车情况包括拼成和未拼成。
10.如权利要求9所述的系统，其特征在于，所述当前用户订单结束时，计费模块基于实际的拼车情况向当前用户进行收费包括：
拼成时，计费模块基于拼车预估价向当前用户进行收费；
未拼成时，计费模块基于不拼车预估价向当前用户进行收费。
11.如权利要求9所述的系统，其特征在于，所述拼车系统还包括订单匹配模块，所述订单匹配模块用于为当前用户匹配可拼车乘客，所述订单匹配模块包括：
获取单元，所述获取单元用于获取可拼车乘客的起点和终点；
匹配参数确定单元，所述匹配参数确定单元用于基于当前用户的起点、终点和可拼车乘客的起点、终点，确定绕路时间、绕路距离和共程比；
匹配判断单元，所述匹配判断单元用于基于绕路时间、绕路距离和共程比中的至少一个，确定所述可拼车乘客是否与当前用户匹配。
12.一种计算机可读存储介质，所述存储介质存储计算机指令，其特征在于，所述计算机指令被计算机读取后执行如权利要求1-8任一所述的拼车方法。
13.一种拼车装置，其特征在于，包括处理器，所述处理器执行如权利要求1-8任一所述的拼车方法。
CN201811566135.9A 2018-12-20 2018-12-20 一种拼车方法、系统及计算机可读介质 Pending CN111353837A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811566135.9A CN111353837A (zh) 2018-12-20 2018-12-20 一种拼车方法、系统及计算机可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811566135.9A CN111353837A (zh) 2018-12-20 2018-12-20 一种拼车方法、系统及计算机可读介质

Publications (1)

Publication Number Publication Date
CN111353837A true CN111353837A (zh) 2020-06-30

Family

ID=71198031

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811566135.9A Pending CN111353837A (zh) 2018-12-20 2018-12-20 一种拼车方法、系统及计算机可读介质

Country Status (1)

Country Link
CN (1) CN111353837A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111768018A (zh) * 2020-08-07 2020-10-13 腾讯科技（深圳）有限公司 一种数据处理方法、装置以及计算机可读存储介质
CN114936897A (zh) * 2022-05-13 2022-08-23 阿里巴巴（中国）有限公司 拼车方法、电子设备、计算机存储介质、及程序产品

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104332046A (zh) * 2014-02-23 2015-02-04 曾昭兴 一种计程车拼车方法、系统及服务器
US20160334232A1 (en) * 2015-05-11 2016-11-17 General Motors, Llc Real-time carpooling
US20170270447A1 (en) * 2014-09-02 2017-09-21 Telecom Italia S.P.A. Method and system for providing a dynamic ride sharing service
CN107195175A (zh) * 2016-03-14 2017-09-22 滴滴（中国）科技有限公司 一种订单分配方法及系统
CN107292692A (zh) * 2016-04-01 2017-10-24 滴滴（中国）科技有限公司 拼车方法和系统
US20180012153A1 (en) * 2015-01-29 2018-01-11 Beijing Didi Infinity Technology And Development C O., Ltd. Order allocation system and method
US20180025408A1 (en) * 2015-02-10 2018-01-25 Beijing Didi Infinity Technology And Development C O., Ltd. Methods and systems for pushing orders
CN108009869A (zh) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、服务器和计算机可读存储介质
CN108573315A (zh) * 2018-04-09 2018-09-25 北京嘀嘀无限科技发展有限公司 一种提示信息确定方法、系统及计算机可读存储介质
CN108876156A (zh) * 2018-06-25 2018-11-23 清华大学 拼车及用户订单处理方法、系统及所适用的设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104332046A (zh) * 2014-02-23 2015-02-04 曾昭兴 一种计程车拼车方法、系统及服务器
US20170270447A1 (en) * 2014-09-02 2017-09-21 Telecom Italia S.P.A. Method and system for providing a dynamic ride sharing service
US20180012153A1 (en) * 2015-01-29 2018-01-11 Beijing Didi Infinity Technology And Development C O., Ltd. Order allocation system and method
US20180025408A1 (en) * 2015-02-10 2018-01-25 Beijing Didi Infinity Technology And Development C O., Ltd. Methods and systems for pushing orders
US20160334232A1 (en) * 2015-05-11 2016-11-17 General Motors, Llc Real-time carpooling
CN107195175A (zh) * 2016-03-14 2017-09-22 滴滴（中国）科技有限公司 一种订单分配方法及系统
CN107292692A (zh) * 2016-04-01 2017-10-24 滴滴（中国）科技有限公司 拼车方法和系统
CN108009869A (zh) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、服务器和计算机可读存储介质
CN108573315A (zh) * 2018-04-09 2018-09-25 北京嘀嘀无限科技发展有限公司 一种提示信息确定方法、系统及计算机可读存储介质
CN108876156A (zh) * 2018-06-25 2018-11-23 清华大学 拼车及用户订单处理方法、系统及所适用的设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111768018A (zh) * 2020-08-07 2020-10-13 腾讯科技（深圳）有限公司 一种数据处理方法、装置以及计算机可读存储介质
CN114936897A (zh) * 2022-05-13 2022-08-23 阿里巴巴（中国）有限公司 拼车方法、电子设备、计算机存储介质、及程序产品

Similar Documents

Publication Publication Date Title
US11790392B2 (en) Systems and methods for electric vehicle charging
US10859387B2 (en) System and method for determining routes of transportation service
CN111052158B (zh) 用于分配服务请求的系统和方法
US10417680B2 (en) System and method for power sharing computing devices among users and donors
US20200380429A1 (en) Information processing method and information processing system
WO2017028821A1 (zh) 根据历史订单预测当前订单信息的方法及系统
US11807122B2 (en) Capacity control device and computer-readable medium
CN107133697A (zh) 预估司机接单意愿的方法、装置、设备及存储介质
CN109313742A (zh) 确定预估到达时间的方法及系统
CN106557831A (zh) 在不在预测方法和在不在预测装置
CN111105120B (zh) 一种工单处理方法及装置
BR112018009617B1 (pt) Sistema e método para atualização de sequência de serviços
CN111433795A (zh) 一种确定线上到线下服务的预估到达时间的系统和方法
CN110998618B (zh) 车辆管理方法和系统
JP6726582B2 (ja) 管理装置
WO2020258206A1 (en) Secure and efficient computing sharing for electric automobiles
CN111353837A (zh) 一种拼车方法、系统及计算机可读介质
CN110832536B (zh) 推荐上车地点的系统和方法
CN111260092A (zh) 用于预测对象到达时间的系统和方法
CN111859172B (zh) 信息推送方法、装置、电子设备和计算机可读存储介质
WO2019206151A1 (en) Systems and methods for distributing request
CN109934649A (zh) 一种电单车寻车方法、装置及计算机可读介质
JP2021069241A (ja) 制御装置、充電装置、プログラム、及び、制御方法
US20180211349A1 (en) Mobile device identification system and method
CN111612286A (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: 20200630