CN108615113A - 一种候选载人车确定的方法、系统及计算机可读存储介质 - Google Patents

一种候选载人车确定的方法、系统及计算机可读存储介质 Download PDF

Info

Publication number
CN108615113A
CN108615113A CN201810393037.3A CN201810393037A CN108615113A CN 108615113 A CN108615113 A CN 108615113A CN 201810393037 A CN201810393037 A CN 201810393037A CN 108615113 A CN108615113 A CN 108615113A
Authority
CN
China
Prior art keywords
passenger
time
boarding position
man carrier
time range
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
CN201810393037.3A
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 CN201810393037.3A priority Critical patent/CN108615113A/zh
Publication of CN108615113A publication Critical patent/CN108615113A/zh
Priority to PCT/CN2019/077034 priority patent/WO2019205815A1/en
Pending legal-status Critical Current

Links

Classifications

    • G06Q50/40—
    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313—Resource planning in a project environment
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请披露了一种候选载人车确定的方法、系统及计算机可读存储介质，所述方法获取乘客的发单位置和指定的上车位置；其中，所述乘客的发单位置为乘客发出用车请求时所在的位置；根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点；根据所述预测的上车时间点确定至少一个时间范围；以及将能够在所述至少一个时间范围内达到所述指定的上车位置的至少一个载人车确定为候选载人车。

Description

一种候选载人车确定的方法、系统及计算机可读存储介质
技术领域
本申请涉及网约车领域，具体涉及一种为乘客推荐载人车的系统和方法。
背景技术
网约车是一种现行的高效出行方式。当乘客选择网约车服务时，系统会为用户推荐可用的载人车。在给用户推荐可用载人车时，需要考虑乘客到达预定上车位置的上车时间点，以为用户推荐合适的可用载人车。当根据预测的上车时间点为乘客推荐载人车时，可能会出现可用载人车数量较少的情况，此时在预测的上车时间点系统可能无法寻找到可用载人车，这将给用户带来不好的乘车体验。因此，如何为用户推荐更多合适的可用载人车，节省用户时间，提高用户的乘车体验成为网约车领域需要解决的一个问题。
发明内容
本申请的一个方面涉及一种候选载人车确定方法。所述方法包括获取乘客的发单位置和指定的上车位置；其中，所述乘客的发单位置为乘客发出用车请求时所在的位置；根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点；根据所述预测的上车时间点确定至少一个时间范围；以及将能够在所述至少一个时间范围内达到所述指定的上车位置的至少一个载人车确定为候选载人车。
在一些实施例中，所述根据预测的乘客的上车时间点确定至少一个时间范围，包括：根据预测的乘客的上车时间点确定第一时间范围并将其发送给客户端以向乘客展示；根据所述第一时间范围确定第二时间范围，其中，所述第二时间范围大于所述第一时间范围，所述第二时间范围用于确定候选载人车，所述候选载人车为能够在所述第二时间范围内到达指定上车位置的至少一辆载人车。
在一些实施例中，所述根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点，包括：计算乘客的发单位置与指定的上车位置之间的距离；确定乘客的运动速度；以及根据乘客的发单位置与指定的上车位置之间的距离和乘客的运动速度，确定乘客到达指定的上车位置的上车时间点。
在一些实施例中，所述乘客的发单位置与指定的上车位置之间的距离为乘客的发单位置到指定的上车位置之间的路面距离。
在一些实施例中，所述乘客的运动速度通过客户端获取。
在一些实施例中，所述第二时间范围用于确定候选载人车，所述候选载人车为能够在所述第二时间范围内到达指定上车位置的至少一辆载人车，包括：确定多个可以在第二时间范围到达指定的上车位置的载人车；对所述多个可以在第二时间范围到达指定的上车位置的载人车进行筛选，确定候选载人车并发送给客户端以推荐给乘客。
在一些实施例中，所述对多个可以在第二时间范围到达指定的上车位置的载人车进行筛选，确定候选载人并推荐给客户，包括：获取所述多个可以在第二时间范围到达指定的上车位置的载人车的评分；以及将评分最高的载人车作为候选车辆推荐给客户。
在一些实施例中，所述评分基于以下一个特征或多个特征的组合得到：司机的口碑、载人车到达指定的上车位置的距离、载人车到达指定的上车位置的时间、载人车到达指定的上车位置途径道路的类型或载人车到达指定的上车位置途径道路实时路况。
本申请的又一方面涉及一种候选载人车确定系统。所述系统包括：获取模块、预测模块、确定模块和筛选模块，其中：所述获取模块用于获取乘客的发单位置和指定的上车位置；所述预测模块用于根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点；所述确定模块用于根据所述预测的上车时间点确定至少一个时间范围；所述筛选模块用于将能够在所述至少一个时间范围内达到所述指定的上车位置的至少一个载人车确定为候选载人车。
本申请的又一个方面涉及一种计算机可读存储介质，所述存储介质用于存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机运行所述的候选载人车确定方法。
本申请的又一个方面涉及一种候选载人车确定装置，所述候选载人车确定装置包括候选载人车确定程序，所述候选载人车确定装置执行所述候选载人车确定程序时执行所述的候选载人车确定方法。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构和操作。
图1为根据本申请的一些实施例所示的一个示例性的随选服务系统的示意图；
图2为根据本申请的一些实施例所示的一个示例性的可以实施处理引擎的计算装置的示例性硬件和/或软件组件的示意图；
图3为根据本申请的一些实施例所示的一个示例性移动设备的硬件和/或软件组件的示意图；
图4为根据本申请的一些实施例所示的一个示例性处理引擎的框图；
图5为示出了根据本申请的一些实施例所示的一个示例性处理模块的框图；
图6为根据本申请的一些实施例所示的可用载人车推荐的一个示例性流程图；
图7为根据本申请的一些实施例所示的确定乘客到达指定的上车位置的上车时间点的一个示例性流程图；
图8为根据本申请的一些实施例所示的确定候选载人车的一个示例性流程图。
具体实施方式
在下面的详细描述中，为了提供对相关申请的透彻理解，通过实施例阐述了实施例的具体细节。然而，对于本领域技术人员来说显而易见的是，本申请可以在没有这些具体细节的情况下被实现。在其他情况下，为了避免不必要地模糊本申请的各方面，已经以较高级别(没有细节)描述了众所周知的方法、程序、系统、部件和/或电路。对本申请的实施例的各种修改对于本领域技术人员将是显而易见的，并且在不脱离本申请的精神和范围的情况下，本申请定义的一般原理可以应用于其他实施例和应用场景中。因此，本申请不限于所示的实施例，而是符合与权利要求一致的最广范围。
本申请使用的术语仅用于描述特定示例性实施例的目的，而不是限制性的。如本申请所使用的，除非上下文明确提示例外情形，单数形态的“一”，“一个”和“该”也可以包括复数。应当进一步理解的是，在本说明书中使用的术语“包括”和/或“包含”时，指存在所述特征、整形常量、步骤、操作、元素和/或组件，但不排除存在或添加一个或多个其他特征、整形常量、步骤、操作、元件、组件和/或其组合。
应当理解的是，本申请使用的术语“系统”、“引擎”、“单元”、“模块”和/或“区块”是一种以升序的形式来区分不同组件、元件、部件、部件或组件的级别方法。然而，如果其他表达方式达到相同的目的，则这些术语可能被其他表达方式所取代。
通常，如本申请所使用的“模块”、“单元”或“区块”是指以硬件或固件或软件指令的集合体现的逻辑。本申请描述的模块、单元或区块可以在软件和/或硬件上被执行，并且可以被存储在任何类型的非暂时性计算机可读介质或其他存储设备中。在一些实施例中，软件模块、单元、区块可以被编译并连接到可执行程序中。应当理解的是，软件模块可以从其他模块、单元、区块或其自身调用和/或可以响应于检测到的事件或中断而被调用。配置用于在计算设备上执行的软件模块/单元/区块(例如，如图1所示的处理引擎112)可以被提供在计算机可读介质上，诸如光盘、数字视频盘、闪存驱动器、磁盘或任何其他有形介质或作为数字下载(并且可以原始地以压缩或可安装的格式存储，在执行之前需要安装、解压缩或解密)。软件代码可以部分或全部存储在执行计算设备的存储设备上供计算设备执行。软件指令可以被嵌入到固件当中，例如EPROM。应当理解的是，硬件模块、单元或区块可以包括在连接的逻辑组件中，例如门和触发器和/或可以包括在诸如可编程门阵列或处理器之类的可编程单元中。本申请描述的模块、单元、区块或计算设备功能可以被实现为软件模块/单元/区块，但是可以用硬件或固件来表示。通常，这里描述的模块、单元、区块是指可以与其他模块、单元、区块组合或者分成子模块、子单元、子区块的逻辑模块、单元、区块，尽管它们的物理组织或存储。所述描述可以适用于系统、引擎或其一部分。
应当理解的是，当单元、引擎、模块或区块被称为“在…上”、“连接到”或“耦合到”另一单元、引擎、模块或区块时，其可以直接在另一单元、引擎、模块或区块通信、或者可以存在单元、引擎、模块或区块，除非上下文明确提示例外情形。如本申请所使用的，术语“和/或”包括一个或多个相关所列项目的任何一种和所有的组合。
参照附图并考虑以下描述，本申请的这些和其他特征以及相关的结构元件以及制造的部件和经济的结合的操作和功能的方法可以变得更加明显，且都构成本申请的一部分。然而，应当明确地理解，附图仅仅是为了说明和描述的目的，并不意图限制本申请的范围。应当理解附图不是按比例的。
图1为根据本申请的一些实施例所示的一个示例性随选服务系统100的示意图。如图所示，随选服务系统100可以是一个在线运输服务平台，其可用于如出租车呼叫服务、代驾服务、快递服务、汽车共乘服务、巴士服务、驾驶员雇用、接送服务等与交通运输相关的服务。随选服务系统100可以是一个在线平台，包括服务器110、网络120、一个或多个请求者终端130、一个或多个提供者终端140及数据库150。处理器110可以包括一个处理引擎112。
在一些实施例中，服务器110可以是单个服务器或一个服务器组。服务器组可以是集中式的或分散式的(例如，服务器110可为分散式系统)。在一些实施例中，服务器110可以是本地的或远端的。例如，服务器110可经由网络120访问请求者终端130、提供者终端140及/或数据库150中储存的数据和/或信息。再例如，服务器110可以直接连接至请求者终端130、提供者终端140及/或数据库150以访问其所储存的数据和/或信息。在一些实施例中，服务器110可以在云平台中实施。仅仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分散式云、跨云、多重云等等或其任意组合。在一些实施例中，服务器110可以实施于本申请中图2所示的具有一个或多个组件的计算装置200和/或图3所示的移动设备上。
在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可以处理与服务请求相关的数据和/或信息以执行本申请描述的一个或多个功能。例如，处理引擎112可以基于获取自请求者终端130的服务请求，为乘客确定候选车辆。在一些实施例中，处理引擎112可以包括一个或多个处理引擎(例如，单核处理引擎或多核处理器)。仅仅作为示例，处理引擎112可以包括中央处理器(CPU)、专用集成电路(ASIC)、特定应用指令集处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数位讯号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑装置(PLD)、控制器、微控制器、精简指令集计算机(RISC)、微处理器等等或其任意组合。
网络120可以促进数据和/或信息的交换。在一些实施例中，随选服务系统100中的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140及数据库150)可以经由网络120发送数据和/或信息至随选服务系统100中的其他任意组件。例如，服务器110可以经由网络120从请求者终端130获得/获取服务请求。在一些实施例中，网络120可以是任何类型的有线或无线网络或其组合。仅仅作为示例，网络120可以包括电缆网络、缆线网络、光纤网络、电信网络、内联网、互联网、局域网(LAN)、广域网(WAN)、无线局域网(WLAN)、城际网(MAN)、公用电话交换网(PSTN)、蓝牙网络，ZigBee网路、近场通讯网(NFC)等等或其任意组合。在一些实施例中，网络120可以包括一个或多个网路接入点。例如，网络120可以包括有线或无线网络接入点，如基站及/或网络交换点120-1、120-2……，经由网络接入点，随选服务系统100的一个或多个组件可以连接至网络120以进行数据及/或信息的交换。
在一些实施例中，请求者可以是请求者终端130的使用者。在一些实施例中，请求者终端130的使用者可以是除请求者之外的某个人。例如，请求者终端130的使用者A可使用请求者终端130为使用者B发送服务请求，或从服务器110接收服务和/或信息或指令。在一些实施例中，提供者可以为提供者终端140的使用者。在一些实施例中，提供者终端140的使用者可以是除提供者之外的某个人。例如，提供者终端140的使用者C可使用提供者终端140为使用者D接收服务请求，也可以从服务器110处接收信息或指令。在一些实施例中，“请求者”及“请求方终端”可以交换使用，“提供者”及“提供者终端”也可以交换使用。
在一些实施例中，请求者终端130可以包括移动装置130-1、平板电脑130-2、手提电脑电脑130-3、机动车内建装置130-4等等或其任意组合。在一些实施例中，移动装置130-1可包括智能家居设备，可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等等或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器控制设备、智能监测设备、智能电视、智能摄像机、对讲机等等或其任意组合。在一些实施例中，可穿戴设备可以包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能附件等等或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数位助理(PDA)、游戏设备、导航设备、销售点(POS)设备等等或其任意组合。在一些实施例中，虚拟现实设备及/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强现实头盔、增强现实眼镜、增强现实眼罩等等或其任意组合。例如，虚拟现实设备及/或增强现实设备可以包括Google Glass、Oculus Rift、HoloLens、Gear VR等。在一些实施例中，机动车内建设备130-4可以包括机载电脑、机载电视等。在一些实施例中，请求者终端130可以是具有用于确定请求者及/或请求者终端130位置的定位技术的设备。
在一些实施例中，提供者终端140可与请求者终端130类似或相同。在一些实施例中，提供者终端140可以是具有用于确定提供者及/或提供者终端140位置的定位技术的设备。在一些实施例中，请求者终端130及/或提供者终端140可以与其他定位装置通讯以确定请求者、请求者终端130、提供者及/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以将定位信息发送至服务器110。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以储存从请求者终端130和/或提供者终端140获取的数据。在一些实施例中，数据库150可以储存服务器110可执行或使用以执行本申请描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量储存器、移动储存器、挥发性读写记忆体、只读存储器(ROM)等等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态硬盘等。示例性移动储存器可以包括闪存、软盘、光盘、记忆卡、压缩盘、磁带等。示例性挥发性读写记忆体可以包括随机存储器(RAM)。示例性RAM可包括动态RAM(DRAM)、双倍速率同步动态RAM(DDR SDRAM)、静态RAM(SRAM)、闸流体RAM(T-RAM)以及零电容RAM(Z-RAM)等。示例性ROM可以包括屏蔽式ROM(MROM)、可编程ROM(PROM)、可清除可变成ROM(PEROM)、电可清除可变成ROM(EEPROM)、光盘ROM(CD-ROM)以及数位通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实施。仅仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分散式云、跨云、多重云等等或其任意组合。
在一些实施例中，数据库150可以通过网络120与随选服务系统100中的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140等)进行通讯。随选服务系统100中的一个或多个组件可经由网络120存取储存于数据库150中的数据或指令。在一些实施例中，数据库150可以与随选服务系统100的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140等)直接连接或通讯。在一些实施例中，数据库150可以是服务器110的一部分。
在一些实施例中，随选服务系统100的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一个或多个条件时，随选服务系统100的一个或多个组件可读取及/或修改与请求者、提供者及/或公共相关的信息。例如，服务器110可以在服务后读取及/或修改一个或多个使用者的信息。再例如，当接收到来自请求者终端130的服务请求时，提供者终端140可以访问与请求者相关的信息，但提供者终端140不可以修改请求者的相关信息。
在一些实施例中，随选服务系统100中的一个或多个组件的信息交换可以经由请求服务达成。服务请求的对象可以是任何产品。在一些实施例中，产品可以是有形产品或无形产品。有形产品可以包括食物、药物、日用品、化学产品、电器用品、衣服、汽车、住宅、奢侈品等等或其任意组合。无形产品可包括服务产品、金融产品、知识产品、互联网产品等等或其任意组合。互联网产品可以包括个人主机产品、网页产品、移动互联网产品、商用主机产品、嵌入式产品等等或其任意组合。移动互联网产品可以是用于移动终端上的软件、程序或系统等等或其任意组合。移动终端可包括平板电脑、手提电脑、移动电话、个人数位助理(PDA)、智能手表、销售点(POS)设备、机载电脑、机载电视、可穿戴设备等等或其任意组合。例如，产品可以是在电脑或移动电话上使用的任一软件及/或应用程序。软件和/或应用程序可与社交、购物、运输、娱乐、学习、投资等等或其任意组合相关。在一些实施例中，与运输相关的软件和/或应用程序可包括出行软件和/或应用程序、载具调度软件和/或应用程序、地图软件和/或应用程序等。在载具调度软件和/或应用程序中，载具可以包括马、马车、人力车(例如，手推车、脚踏车、三轮车等)、汽车(例如，计程车、巴士、私人汽车等)、列车、地铁、船只、航空器(例如，飞机、直升机、太空梭、火箭、热气球)等等或其任意组合。
以上描述仅出于说明性目的，并不限制本申请的保护范围。许多替代方案，修改和变体对于本领域技术人员是显而易见的。本文描述的示例性实施例的特征、结构、方法和其它特征可以以各种方式组合以获得附加的和/或替代性的示例性实施例。例如，存储器130可以是包括云计算平台的数据存储器，云计算平台可以是公共云、私有云、社区云、混合云等。然而，变体和修改不会脱离本申请的范围。
图2为根据本申请的一些实施例的一个示例性的可以实施处理引擎112的计算装置200的示例性硬件和/或软件组件的示意图。如图2所示，计算装置200可以包括处理器210、存储器220、输入/输出端(I/O)230以及通信端口240。
处理器210可以根据本文中描述的技术执行计算机指令(例如，程序代码)并且执行处理引擎112的功能。计算机指令可以包括例如例程、程序、物体、组件、数据结构、工序、模块和功能，其执行本文中描述的特定功能。例如，处理器210可以处理从服务器110、请求者终端130、提供者终端140、数据库150和/或随选服务系统100的任何其它组件中获取的数据。在一些实施例中，处理器210可以包括一个或多个硬件处理器，如微控制器、微处理器、精简指令计算机(RISC)、特殊应用集成电路(ASIC)、特殊应用指令集处理器(ASIP)、中央处理器(CPU)、图形处理器(GPU)、物理处理器(PPU)、微控制器单元、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、高级精简指令系统计算机(ARM)、可编程逻辑装置(PLD)、能够执行一个或多个功能的任何电路或处理器等等，或其任意组合。
仅用于说明，只描述计算装置200中的一个处理器。然而，应该注意的是，本申请中的计算装置200也可以包括多个处理器，因此本申请中描述的由一个处理器执行的操作和/或方法步骤也可以共同或独立地由多个处理器执行。例如，如果在本申请中，计算装置200的处理器执行处理A和处理B，应理解处理A和处理B也可以由计算装置200中的两个或两个以上不同的处理器共同或独立地执行(例如，第一处理器执行处理A，第二处理器执行处理B；或第一处理器和第二处理器共同执行处理A和B)。
存储器220可以存储从服务器110、请求者终端130、提供者终端140、数据库150和/或随选服务系统100的任何其它组件获取的数据/信息。在一些实施例中，存储器220可以包括大容量储存器、移动储存器、挥发性读写记忆体、只读存储器(ROM)等等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态硬盘等。示例性移动储存器可以包括闪存、软盘、光盘、记忆卡、压缩盘、磁带等。示例性挥发性读写记忆体可以包括随机存储器(RAM)。示例性RAM可包括动态RAM(DRAM)、双倍速率同步动态RAM(DDR SDRAM)、静态RAM(SRAM)、闸流体RAM(T-RAM)以及零电容RAM(Z-RAM)等。示例性ROM可以包括屏蔽式ROM(MROM)、可编程ROM(PROM)、可清除可变成ROM(PEROM)、电可清除可变成ROM(EEPROM)、光盘ROM(CD-ROM)以及数位通用磁盘ROM等。在一些实施例中，存储器220可以存储一个或多个程序和/或指令以执行本申请中描述的示例性方法。例如，存储器220可以存储一个程序，该程序可使得处理引擎112确定请求者的位置信息。
I/O 230可以输入和/或输出信号、数据、信息等。在一些实施例中，I/O 230可以实现与处理引擎112的交互。在一些实施例中，I/O 230可以包括一个输入装置和一个输出装置。示例性输入装置可以包括键盘、鼠标、触摸屏、麦克风等等或其任意组合。示例性输出装置可以包括显示装置、扬声器、打印机、投影仪等等或其任意组合。示例性显示装置可以包括液晶显示器(LCD)、基于发光二极管(LED)的显示器、平板显示器、曲面屏幕、电视装置、阴极射线管(CRT)、触摸屏等等或其任意组合。
通信端口240可以连接至网络(例如，网络120)以促进数据通信。通信端口240可以建立处理引擎112与服务器110、请求者终端130、提供者终端140、存储器150和/或随选服务系统100中其他任意组件之间的连接。所述连接可以是有线连接、无线连接、能够实现数据传输和/或接收的任何其它通信连接和/或这些连接的任意组合。有线连接可以包括例如电缆、光缆、电话线等等或其任意组合。无线连接可以包括BluetoothTM连接、Wi-FiTM连接、WiMaxTM连接、WLAN连接、ZigBee连接、移动网络连接(例如，3G、4G、5G等)等等或其任意组合。在一些实施例中，通信端口240可以是(或包括)一个标准化通信端口，如RS232、RS485等。在一些实施例中，通信端口240可以是一个专门设计的通信端口。
图3为根据本申请的一些实施例所示的一个示例性移动设备300的示例性硬件和/或软件组件的示意图，移动设备300上可以实施请求者终端130和/或提供者终端140。如图3所示，移动设备300可以包括通信平台310、显示器320、图形处理单元(GPU)330、中央处理器(CPU)340、I/O350、存储器360以及存储器390。在一些实施例中，移动设备300还可以包括任何其它适合组件，包括但不限于系统总线或控制器(未示出)。在一些实施例中，操作系统370(例如，iOSTM、AndroidTM、Windows PhoneTM等)和一个或多个应用程序380可以从存储器390加载至存储器360，从而由CPU 340执行。应用程序380可以包括浏览器或任何其它适合移动应用，所述应用用于接收和呈现关于服务请求的信息或来自处理引擎112的其它信息。可以通过I/O 350实现信息流与用户的交互，并将所述用户交互通过网络120提供给处理引擎112和/或随选服务系统100的其它组件。
为了实施本申请中描述的多个模块、单元及其功能，计算机硬件平台可以用作本申请中描述的一个或多个元件的硬件平台。具有用户界面元件的计算机可以用于实施个人计算机(PC)或任何其它类型的工作站或外部装置。如果适当地编程，计算机还可以用作服务器。
图4为根据本申请的一些实施例所示的示例性处理引擎112的示意图。处理引擎112可以包括获取模块402、控制模块404、处理模块406以及存储模块408。处理引擎112的至少一部分可以在如图2所示的计算装置或如图3所示的移动设备上实施。
获取模块402可以获取服务请求相关数据。在一些实施例中，获取模块402可以从服务器110、请求者终端130、提供者终端140、数据库150和/或外部数据源(未示出)获取服务请求相关数据。在一些实施例中，服务请求相关数据可以包括原始数据(例如，位置数据)、指令等等，或其组合。例如，可以基于请求者终端130所具有的定位技术(例如，GPS定位技术)获取代表请求者位置的原始坐标数据。指令可以由处理引擎112的处理器执行以实施本申请中描述的示例性方法。在一些实施例中，已获取的数据可以传输至存储模块408进行存储。
控制模块404可以控制获取模块402、存储模块408、处理模块406(例如，通过生成一个或多个控制参数)、服务器110等等或其任意组合。例如，控制模块404可以控制获取模块402获取服务请求相关数据，获取数据的时机等。再例如，控制模块404可以控制处理模块406处理已由获取模块402获取的服务请求相关数据。在一些实施例中，控制模块404可以接收来自使用者的实时指令或预定指令以控制获取模块402和/或处理模块406的一项或多项操作。例如，控制模块404可以调节获取模块402和/或处理模块406以根据实时指令和/或预定指令生成一个或多个服务请求相关数据。在一些实施例中，控制模块404可以与处理引擎112的一个或多个其它模块通信以进行信息和/或数据交换。
处理模块406可以处理由处理引擎112的多个模块提供的信息。处理模块406可以处理已由获取模块402获取的服务请求相关数据、从存储模块408和/或存储器130得到的服务请求相关数据等。在一些实施例中，处理引擎406可以依据推荐算法，基于所述服务请求相关数据为服务请求者推荐合适的上车位置。所述推荐算法可以包括基于流行度的推荐算法、协同过滤推荐算法、基于内容的推荐算法、基于模型的推荐算法、混合推荐算法等等或其任意组合。在一些实施例中，处理模块406可以对服务提供者进行过滤，筛选出合适的可用服务提供者。例如：处理模块406可以对满足条件的候选上车位置进行处理，以使得服务请求者获取更好的乘车体验。在一些实施例中，所述处理模块可以包含预测模块、确定模块和筛选模块。所述预测模块可以根据乘客的发单位置和指定的上车位置，预测乘客的上车时间点；所述确定模块可以根据预测的上车时间点确定第一时间范围并将其发送给客户端。所述确定模块可以根据所述第一时间范围确定第二时间范围。所述筛选模块可以基于所述第二时间范围确定候选载人车。
存储模块408可以存储服务请求相关数据、控制参数、处理过的服务请求相关数据等等或其任意组合。在一些实施例中，存储模块408可以存储可以由处理引擎112的处理器执行的一个或多个程序和/或指令，从而实施本申请中描述的示例性方法。例如，存储模块408可以存储可以由处理引擎112的处理器执行的程序和/或指令，从而获取服务请求相关数据、基于服务请求相关数据可以确定服务提供者(例如：候选车辆)。
在一些实施例中，图4所示的一个或多个模块可以在图1所示的随选服务系统100的至少一部分中实施。例如，获取模块402、控制模块404、存储模块408和/或处理模块406可以集成到请求者终端130和/或提供者终端140中。在一些实施例中，通过请求者终端130，服务请求者可以设定服务请求的相关参数、服务请求的起始时间等。在一些实施例中，随选服务系统110可以根据服务请求者设定的服务请求的相关参数、服务请求的起始时间信息，为所述服务请求者分配满足条件的服务提供者。在一些实施例中，通过提供者终端140，服务提供者可以根据获取的服务请求者设定的参数，选择是否为所述服务请求者提供服务。
图5为根据本申请的一些实施例所示的一个示例性处理模块406的框图。处理模块406可以包括一个位置确定单元502、一个上车时间点确定单元504、一个时间范围确定506以及一个载人车确定单元508。处理模块406可以在多个组件(例如，如图2所示的计算装置200的处理器210)上实施。例如，处理模块406的至少一部分可以在如图2所示的计算装置或如图3所示的移动设备上实施。
位置确定单元502可以确定服务请求者(例如：乘客)的发单位置和指定的上车位置。在一些实施例中，位置确定单元502可以获取服务请求者发出打车请求时的实时位置信息作为请求者的发单位置。所述乘客的实时位置信息是可以通过定位技术(例如：GPS定位技术或北斗定位技术)获取的请求者终端130的实时位置信息。在一些实施例中，位置确定单元502可以获取指定的上车位置。所述指定的上车位置可以是随选服务系统100根据已获取的服务请求者的发单位置自动确定的。例如：在发起打车订单时，系统可以默认服务请求者的当前实际位置为指定的上车位置。又例如：乘客发出订单时的实时位置位于A，位置确定单元502可以确定一个预定范围内的历史上车位置为候选上车位置，并对所述候选上车位置进行排序，以为服务请求者推荐一个排序靠前的候选上车位置作为指定的上车位置。在一些实施例中，所述对候选上车位置进行排序可以基于距离、时间以及实时交通路况等因素，所述指定的上车位置可以是距离乘客的发单位置最短的候选上车位置。在一些实施例中，所述指定的上车位置可以是系统根据实时路况确定的花费最短时间的候选上车位置。
在一些实施例中，所述预定范围可以是默认的。例如，系统可以默认所述预定范围为以乘客实时位置为圆心，500米为半径的圆形范围。在一些实施例中，所述预定范围可以是由用户定义的。例如，用户可以定义所述预定范围为以乘客实时位置为圆心，300米为半径的圆形范围。在一些实施例中，所述预定范围可以是任意形状的地域范围。例如：当服务请求者处于某一特定形状的地理区域块中(在不规则形状的公园中)，所述预定范围可以被定义为所述地理区域块的地域范围。
在一些实施例中，所述候选上车位置可以包含多个上车位置以供乘客进行选择。例如，基于乘客发单时的实时位置确定的所述预定范围中，包含多个历史上车位置时，服务器110可以确定所述多个历史上车位置为候选上车位置。在一些实施例中，所述多个历史上车位置可以包含与所述乘客的历史上车位置以及其他乘客的历史上车位置。例如，在预定范围C内包含所述乘客的历史上车位置a和b，以及其他乘客的历史上车位置c、d、e和f。服务器110可以将历史上车位置a、b、c、d、e和f确定为所述乘客的候选上车位置。
在一些实施例中，所述指定的上车位置可以是服务请求者通过请求者终端确定的。例如，在服务请求者发出打车订单前，所述上车位置系统可以默认为当前位置。服务请求者可以根据通过请求者终端对所述上车位置进行修改。
上车时间点确定单元504可以确定服务请求者到达上车位置的时间点。在一些实施例中，上车时间点确定单元504可以包含用于计算乘客的发单位置与指定的上车位置之间距离的距离计算单元，以及用于确定乘客的运动速度的速度确定单元。在一些实施例中，所述上车时间点根据服务请求者的发单位置、指定的上车位置以及乘客的运动速度进行确定。所述乘客的运动速度可以通过请求者终端130获取。例如，请求者终端130为具有定位功能的智能手机。服务器110可以通过所述智能手机获取乘客实时的运动速度。又例如，服务器110可以获取请求者终端130中乘客的历史乘车记录，并基于所述乘车记录确定乘客预估的运动速度。在一些实施例中，所述历史乘车记录可以包括乘客发出订单的时间、发出订单时乘客的实时位置、乘客到达上车位置的时间以及乘客的实际上车位置。在一些实施例中，所述历史乘车记录为预定时间范围(例如:3天)内的乘车记录。在一些实施例中，所述历史乘车记录为预定次数(例如：5次)内的的乘车记录。
时间范围确定单元506可以根据上车时间点确定第一时间范围及根据所述第一时间范围确定第二时间范围。所述第一时间范围为乘客到达上车位置的预估时间。在一些实施例中，时间范围确定单元506可以确定所述第一时间范围的时间起点以及时间宽度，并根据所述时间起点和时间宽度确定时间范围的终点。所述时间起点和时间宽度可以是系统预设的。例如，所述时间起点可以比上车时间点早两分钟，所述时间宽度可以是3分钟。当前时间为早上9点，根据乘客的发单位置及指定的上车位置确定的上车时间点为9点04分。此时，所述时间起点为9点02分，时间终点为9点05分。
在一些实施例中，确定所述第一时间范围后，系统可以直接将所述第一时间范围发送给请求者终端130。请求者终端130可以将所述第一时间范围展示给服务请求者以为其提示预估的服务时间(如：预估的上车时间或预估的出发时间)。
在一些实施例中，时间范围确定单元506可以确定根据所述第一时间范围确定第二时间范围。服务器110可以根据所述第二时间范围确定可用的载人车。时间范围确定单元506可以根据所述第一时间范围的时间起点确定第二时间范围的左侧时间点，所述第二时间范围的左侧时间点早于所述第一时间范围的时间起点。时间范围确定单元506可以根据所述第一时间范围的时间终点确定第二时间范围的右侧时间点，所述第二时间范围的右侧时间点晚于所述第一时间范围的时间终点。在一些实施例中，所述第一时间范围的时间起点与所述第二时间范围的左侧时间点之间的时间差可以是系统设定的固定值(例如：2分钟)。所述第一时间范围的时间终点与所述第二时间范围的右侧时间点之间的时间差可以是系统设定的固定值(例如：3分钟)。在一些实施例中，所述第一时间范围的时间起点与所述第二时间范围的左侧时间点之间的时间差可以是根据实际情况(实时地交通路况或实时天气状况)进行调整。例如：在早高峰时段(如上午8点至上午点)，第一时间范围的时间起点与所述第二时间范围的左侧时间点之间的时间差时间差可以是3分钟。在平峰时段(如上午10点之上午11点)，第一时间范围的时间起点与所述第二时间范围的左侧时间点之间的时间差时间差可以是1分钟。所述第一时间范围的时间终点与所述第二时间范围的右侧时间点之间的时间差与所述第一时间范围的时间终点与所述第二时间范围的右侧时间点之间的时间差类似，其可以是系统设定的固定值，也可以根据实际情况(实时地交通路况或实时天气状况)进行调整。
载人车确定单元508可以为服务请求者确定候选载人车。在一些实施例中，载人车确定单元508可以根据所述第二时间范围确定多辆可用载人车。所述多辆可用载人车可以在第二时间范围内达到指定的上车位置。在一些实施例中，载人车确定单元508可以基于多个特征对所述可以在第二时间范围内达到指定的上车位置的多辆载人车进行评分，并将评分最高的确定为候选载人车。在一些实施例中，在载人车确定单元508基于多个特征对所述可以在第二时间范围内达到指定的上车位置的多辆载人车进行评分后，将评分排名靠前(例如：排名前三)的确定为候选载人车。在一些实施例中，载人车确定单元508可以根据评分阈值确定候选载人车。例如：在对所述可以在第二时间范围内达到指定的上车位置的多辆载人车进行评分后，载人车确定单元508判断所述多辆载人车的评分是否大于评分阈值，并将大于所处评分阈值的载人车确定为候选载人车。在一些实施例中，若不存在大于评分阈值的载人车，则将评分最高或评分排名靠前的作为候选载人车。在一些实施例中，所述候选载人车可以是包含多个候选载人车的载人车推荐列表。载人车确定单元508可以基于所述评分，按照得分从高到低的顺序对所述满足条件的候选载人车进行排序，得到载人车推荐列表，并将所述载人车推荐列表发送给乘客以供选择。在又一些实施例中，可以将可以在第二时间范围内达到指定的上车位置的载人车中评分最高的直接推荐或指派给乘客。
在一些实施例中，可以基于一个特征或多个特征的组合用于对所述候选载人车进行评分。所述特征包括：司机的口碑、司机个人偏好、载人车到达乘客指定的上车地点的距离、载人车到达乘客指定的上车地点的时间、载人车到达乘客指定的上车地点途径的道路的类型、实时路况等等。
应该注意的是，上述关于处理模块406的描述仅出于说明性目的，并不用于限制本申请的范围。对于本领域的技术人员来说，可以在本申请的指示下做出多种变体或修改。然而，这些变体和修改不会脱离本申请的范围。例如，位置确定单元502可以集成到上车时间点确定单元504和/或时间范围确定单元506中。再例如，时间范围确定单元506可以集成到载人车确定单元508中。
图6为根据本申请的一些实施例所示的可用载人车推荐的一个示例性流程图。在一些实施例中，流程600可以包括：获取乘客的发单位置和指定的上车位置602、根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点604、根据所述预测的上车时间点确定第一时间范围并将其发送给客户端606、根据所述第一时间范围确定第二时间范围608以及基于所述第二时间范围确定候选载人车610。在一些实施例中，图6所示的流程600的用于为乘客推荐可用载人车的一项或多项操作可以在图1所示的随选服务系统100中实施。例如，图6所示的流程600可以以指令的形式存储于存储器130，并且由处理引擎112(例如，图2所示的计算装置200的处理器210、图3所示的移动设备300的CPU 340)调用和/或执行。
在步骤602中，可以获取乘客的发单位置和指定的上车位置。步骤602可以由获取模块402执行。在一些实施例中，乘客的发单位置信息可以从服务器110、请求者终端130或外部数据源获取。例如，请求者终端130可以将乘客的发单位置信息发送给服务器110以进行进一步处理(如：乘客的实时轨迹跟踪)。获取模块402可以通过网络120从服务器110出获取乘客的发单位置信息。
在一些实施例中，乘客指定的上车位置可以从服务器110、请求者终端130或外部数据源获取。例如，服务器110可以默认乘客的当前位置为上车位置，并将其发送给客户端。又例如，当系统默认的上车位置不是乘客期望的上车位置时，乘客可以通过请求者终端130对所述上车位置进行修改。获取模块402可以通过请求者终端130获取乘客修改后的指定上车位置。如本文中所使用的，乘客的发单位置信息可以包括乘客所处位置的经纬度坐标。所述经纬度坐标可以通过请求者终端130中包含的定位系统获取。仅仅作为示例，所述定位技术可以包括全球定位系统(GPS)，全球导航卫星系统(GLONASS)、北斗导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(QZSS)、无线保真(WiFi)定位技术等等或其任意组合。上述定位技术中之一种或多种可在本揭示中互换使用。关于获取指定的上车位置的具体方法可以参见图5的相关说明。
在步骤604中，可以根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点。步骤604可以由候选上车时间点确定单元504执行。在一些实施例中，服务器110可以获取乘客的运动速度，并基于此确定乘客到达指定上车位置的上车时间点。在一些实施例中，所述乘客的运动速度可以通过请求者终端130获取。例如，获取模块402可以通过请求者终端130中的定位装置获取乘客的实时速度。又例如，获取模块402可以通过请求者终端130中乘客的历史乘车记录，并根据所述历史乘车记录确定乘客的运动速度。乘客的历史乘车记录中可以包括乘客发出服务请求的位置信息和时间信息、乘客的上车位置以及到达上车位置的时间信息等。
在步骤606中，可以根据所述预测的上车时间点确定第一时间范围并将其发送给客户端。步骤604可以由时间范围确定单元506执行。在一些实施例中，时间范围确定单元506可以对所述预测的上车时间点进行扩展以得到第一时间范围。所述对预测的上车时间点进行扩展可以基于多种方式。例如，可以在预测的上车时间点同时向左和向右扩展预定的第一时间差和第二时间差，以得到第一时间范围的左侧时间点和右侧时间点，从而确定所述第一时间范围。所述第一时间差为预测的上车时间点与第一时间范围的左侧时间点之间的差值。所述第二时间差为预测的上车时间点与第一时间范围的右侧时间点之间的差值。在一些实施例中，所述第一时间差可以是固定的。在一些实施例中，所述预定第一时间差可以是根据实际交通状况确定的。例如，若当前时间处于早高峰时间段内时，所述第一时间差可以是3分钟。若当前时间处于平峰时间段内时，所述第一时间差可以是1分钟。所述第二时间差与所述第一时间差类似，可以是固定的，也可以是随实际的交通状况进行调整的。
在一些实施例中，所述第一时间差和第二时间差可以是相同的。在一些实施例中，所述第一时间差和第二时间差可以是不相同的。例如，时间范围确定单元506可以在预测上车时间点向左扩展1分钟，而向右扩展3分钟。
在一些实施例中，所述第一时间范围可以具有固定的时间长度，时间范围确定单元506可以向左扩展预定的第一时间差以确定所述第一时间范围的左侧时间点，并根据所述时间长度确定第一时间范围的右侧时间点。例如，所述第一时间范围的时间长度为5分钟。当前时间点为9点，预测的上车时间点为9点02分，第一时间差为1分钟，则时间范围确定单元506则确定第一时间范围的左侧时间点为9点01分。第一时间范围的右侧时间点为所述左侧时间点(9点01分)加上第一时间范围的时间长度(5分钟)，即9点06分。所述第一时间范围即为9点01分至9点06分。
在一些实施例中，当所述第一时间差大于当前时间点与预测上车时间之间的时间差时，时间范围确定单元506可以确定第一时间范围的左侧时间点为当前时间点。例如，当前时间点为9点，预测的上车时间点为9点01分，第一时间差为2分钟，此时系统可以确定当前时间点与预测上车时间点之间的时间差为1分钟，而默认的第一时间差为2分钟，此时时间范围确定单元506可以确定第一时间范围的左侧时间点为当前时间点，即9点。
在步骤608中，可以根据所述第一时间范围确定第二时间范围。步骤608可以由时间范围确定单元506执行。所述第二时间范围大于第一时间范围。所述第二时间范围用于确定可用载人车。在一些实施例中，时间范围确定单元506可以根据第一时间范围的左侧时间点确定第二时间范围的左侧时间点，根据第一时间范围的右侧时间点确定第二时间范围的右侧时间点。关于第二时间范围确定的具体方法可以参见图5的相关说明。
在步骤610中，基于所述第二时间范围确定候选载人车。步骤610可以由载人车确定单元508执行。在一些实施例中，基于步骤608中确定的第二时间范围，载人车确定单元508可以确定能够在第二时间范围内到达上车点的多个可用载人车，并基于此进一步确定推荐给乘客的候选载人车。例如，载人车确定单元508可以基于多个特征对所述能够在第二时间范围内到达上车点的多个可用载人车进行评分，按照评分从高到低的顺序对其进行排序，并将评分最高的作为候选载人车推荐给乘客。在一些实施例中，载人车确定单元508可以对所述多个可用载人车进行排序得到载人车推荐列表，并将所述载人推荐列表发送给乘客以供选择。在一些实施例中，可以基于一个特征或多个特征的组合用于对所述候选载人车进行评分。所述特征包括：司机的口碑、司机个人偏好、载人车到达乘客上车地点的距离、载人车到达乘客上车地点的时间、载人车到达乘客上车地点途径的道路的类型、实时路况等等。
应该注意的是，以上描述仅出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多种变体或修改。然而，这些变体和修改不会脱离本申请的保护范围。例如，流程600可以在610前包括一项用于对满足条件的候选可用载人车进行排序的步骤。
图7为根据本申请的一些实施例所示的确定乘客到达指定的上车位置的上车时间点的一个示例性流程图700。流程700可以由处理模块406执行。在一些实施例中，图6所示的步骤604可以根据流程700执行。在一些实施例中，图7所示的流程700的一项或多项操作可以在图1所示的随选服务系统100中实施。例如，图7所示的流程700可以以指令的形式存储于存储器130，并且由处理引擎112(例如，图2所示的计算装置200的处理器210、图3所示的移动设备300的CPU 340)调用和/或执行。
在步骤702中，可以计算乘客的发单位置与指定的上车位置之间的距离。步骤702可以由上车时间点确定单元504执行。在一些实施例中，上车时间点确定单元504可以根乘客的发单位置和指定的车位置确定乘客到达指定的上车位置的上车时间点。所述乘客的发单位置可以通过请求者终端130中的定位装置获取。所述指定的上车位置可以基于客户端中的历史上车位置确定。所述历史上车位置包括该乘客对应的历史上车位置及其他乘客的历史上车位置。在一些实施例中，所述历史上车位置可以存在于乘客的历史打车记录中，所述历史打车记录存储于数据库150中。获取模块402可以通过网络120与数据库150通讯，以获取相应的历史上车位置数据。在一些实施例中，所述历史打车记录中存在于请求者终端130和/或提供者终端140中，获取模块402可以通过网络120与请求者终端130和/或提供者终端140进行通讯，以获取所需的历史上车位置数据。
在一些实施例中，所述乘客的发单位置与指定的上车位置之间的距离为乘客的发单位置与指定的上车位置的路面距离。所述路面距离为沿着实际道路从所述乘客的发单位置到达指定的上车位置的实际路线的长度。
在步骤704中，可以确定乘客的运动速度。步骤704可以由上车时间点确定单元504执行。在一些实施例中，所述乘客的运动速度可以通过请求者终端130获取。例如，请求者终端130为具有定位功能的智能手机。服务器110可以通过所述智能手机获取乘客实时的运动速度。又例如，服务器110可以获取请求者终端130中乘客的历史乘车记录，并基于所述历史乘车记录预估乘客的运动速度。在一些实施例中，所述历史乘车记录可以包括乘客发出订单的时间、发出订单时乘客的实时位置、乘客到达上车位置的时间以及乘客的实际上车位置。上车时间点确定单元502可以基于历史乘车记录中包含的乘客发出订单的时间、发出订单时乘客的实时位置、乘客到达上车位置的时间以及乘客的实际上车位置，预估乘客的运动速度。在一些实施例中，所述历史乘车记录为预定时间范围(例如:3天)内的乘车记录。在一些实施例中，所述历史乘车记录为预定次数(例如：5次)内的乘车记录。
在步骤706中，可以根据乘客的发单位置与指定的上车位置之间的距离和乘客的运动速度，确定乘客到达指定的上车位置的上车时间点。步骤706可以由上车时间点确定单元504执行。在一些实施例中，在确定乘客的发单位置与指定的上车位置之间的距离以及乘客的运动速度后，上车时间点确定单元504可以计算出乘客到达指定的上车位置的上车时间点。例如，当前时间为9点，乘客的发单位置与指定的上车位置之间的距离为240米，乘客的运动速度为80米每分钟，则乘客到达上车位置的上车时间点为9点03分。
应该注意的是，关于流程700的描述出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多个变体和修改。然而，这些变体和修改不会脱离本申请的保护范围。例如，步骤702和704可以在同一步骤中执行。
图8为根据本申请的一些实施例所示的确定候选载人车的一个示例性流程图800。流程800可以由载人车确定单元508执行。在一些实施例中，图6所示的步骤610可以依照流程800执行。在一些实施例中，图8所示的流程800的一项或多项操作可以在图1所示的成像系统100中实施。例如，图8所示的流程800可以以指令的形式存储于存储器130，并且由处理引擎112(例如，图2所示的计算装置200的处理器210、图3所示的移动设备300的CPU 340)调用和/或执行。
在步骤802中，可以确定多个可以在第二时间范围到达指定的上车位置的载人车。步骤802可以由载人车确定单元508执行。在一些实施例中，在确定指定的上车位置后，服务器110可以确定多辆载人车到达指定的上车位置的预估时间，并根据所述第二时间范围，确定可以在所述第二时间范围内到达上车位置的载人车。例如，当前时间为上午9点，第二时间范围为9点至9点06分，指定的上车位置为A，载人车a、b和c，对应的到达指定的上车位置的需要的时间分别是2分钟、5分钟和8分钟。此时，系统将剔除载人车c并确定载人车a和b为可以在所述第二时间范围内到达指定的上车位置的载人车。
在步骤804中，可以获取所述多个可以在第二时间范围到达指定的上车位置的载人车的评分。步骤804可以由获取模块402执行。在一些实施例中，所述载人车的评分可以基于多个特征，如：乘客对载人车的历史评价、距离指定的上车位置的距离、预计到达指定的上车位置的时间、实时天气、实时交通状况等等。在一些实施例中，服务器110可以通过网络120获取用于对载人车进行评分的多个特征。在一些实施例中，所述用于对载人车进行评分的多个特征可以存储于随选服务系统100的其他存储设备中(如：处理器110的存储模块408)。
在步骤806中，可以将评分最高、评分排名靠前和/或评分大于评分阈值的载人车作为候选车辆推荐给客。步骤806可以由载人车确定单元508执行。在一些实施例中，在获取所述多个可以在第二时间范围到达指定的上车位置的载人车的评分后，载人车确定单元508可以基于所述评分从高到低对所述载人车进行排序，并将评分最高的作为候选车辆推荐给客户。在一些实施例中，在载人车确定单元508基于多个特征对所述可以在第二时间范围内达到指定的上车位置的多辆载人车进行评分后，将评分排名靠前(例如：排名前三)的确定为候选载人车。在一些实施例中，载人车确定单元508可以根据评分阈值确定候选载人车。例如：在对所述可以在第二时间范围内达到指定的上车位置的多辆载人车进行评分后，载人车确定单元508判断所述多辆载人车的评分是否大于评分阈值，并将大于所处评分阈值的载人车确定为候选载人车。在一些实施例中，若不存在大于评分阈值的载人车，则将评分最高或评分排名靠前的作为候选载人车。在一些实施例中，所述载人车确定单元508可以确定评分最高的多辆载人车为候选载人车，并将所述多辆载人车以列表的形式推荐给乘客以供选择。
应该注意的是，关于流程800的描述出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多个变体和修改。然而，这些变体和修改不会脱离本申请的保护范围。例如，步骤802和804可以合并成一个步骤。
应该注意的是，上述描述仅出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多种变体或修改。然而，这些变体和修改不会脱离本申请的保护范围。例如，步骤802可以与步骤804合并为一个步骤。
本申请实施例可能带来的有益效果包括但不限于：(1)基于乘客的发单位置、指定的上车位置确定乘客的上车时间，并基于此为乘客推荐合适的载人车可以充分考虑到乘客和司机的时间安排，为用户带来舒适的乘车体验；(2)根据乘客的发单位置和指定的上车位置确定上车时间点，可以估算乘客到达指定的上车位置的时间，基于此推荐可用载人车可以有效节省用户的等待时间；(3)基于路面距离可以精确计算乘客到达指定的上车位置的上车时间点，提高乘客的满意度；(4)基于时间跨度更宽的第二时间范围进行可用载人车的推荐，能够有效的寻找到更多的可用载人车，提高订单拼成的概率，提高用户体验。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
本领域技术人员能够理解，本申请所披露的内容可以出现多种变型和改进。例如，以上所描述的不同系统组件都是通过硬件设备所实现的，但是也可能只通过软件的解决方案得以实现。例如：在现有的服务器上安装系统。此外，这里所披露的位置信息的提供可能是通过一个固件、固件/软件的组合、固件/硬件的组合或硬件/固件/软件的组合得以实现。
以上内容描述了本申请和/或一些其他的示例。根据上述内容，本申请还可以作出不同的变形。本申请披露的主题能够以不同的形式和例子所实现，并且本申请可以被应用于大量的应用程序中。后文权利要求中所要求保护的所有应用、修饰以及改变都属于本申请的范围。
同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述属性、数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档、物件等，特将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。
最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不限于本申请明确介绍和描述的实施例。

Claims (18)

1.一种候选载人车确定方法，其特征在于，包括：
获取乘客的发单位置和指定的上车位置；其中，所述乘客的发单位置为乘客发出用车请求时所在的位置；
根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点；
根据预测的乘客的上车时间点确定至少一个时间范围；
将能够在所述至少一个时间范围内达到所述指定的上车位置的至少一个载人车确定为候选载人车。
2.根据权利要求1所述的方法，其特征在于，所述根据预测的乘客的上车时间点确定至少一个时间范围，包括：
根据预测的乘客的上车时间点确定第一时间范围并将其发送给客户端以向乘客展示；
根据所述第一时间范围确定第二时间范围，其中，所述第二时间范围大于所述第一时间范围，所述第二时间范围用于确定候选载人车，所述候选载人车为能够在所述第二时间范围内到达指定上车位置的至少一辆载人车。
3.根据权利要求1所述的方法，其特征在于，所述根据乘客的发单位置和指定的上车位置，预测乘客的上车时间点，包括：
计算乘客的发单位置与指定的上车位置之间的距离；
确定乘客的运动速度；以及
根据乘客的发单位置与指定的上车位置之间的距离和乘客的运动速度，确定乘客到达指定上车位置的上车时间点。
4.根据权利要求3所述的方法，其特征在于，所述乘客的发单位置与指定的上车位置之间的距离离为乘客的发单位置到指定的上车位置之间的路面距离。
5.根据权利要求3所述的方法，其特征在于，所述乘客的运动速度通过客户端获取。
6.根据权利要求2所述的方法，其特征在于，所述第二时间范围用于确定候选载人车，所述候选载人车为能够在所述第二时间范围内到达指定上车位置的至少一辆载人车，包括：
确定多个可以在第二时间范围到达指定的上车位置的载人车；
对所述多个可以在第二时间范围到达指定的上车位置的载人车进行筛选，确定候选载人车并发送给客户端以推荐给乘客。
7.根据权利要求6所述的方法，其特征在于，所述对所述多个可以在第二时间范围到达指定的上车位置的载人车进行筛选，确定候选载人并推荐给客户，包括：
获取所述多个可以在第二时间范围到达指定的上车位置的载人车的评分；以及
将评分最高的载人车作为候选车辆推荐给客户。
8.根据权利要求7所述的方法，其特征在于，所述评分基于以下一个特征或多个特征的组合得到：司机的口碑、载人车到达指定的上车位置的距离、载人车到达指定的上车位置的时间、载人车到达指定的上车位置途径道路的类型或载人车到达指定的上车位置途径道路实时路况。
9.一种候选载人车确定系统，其特征在于，包括：获取模块、预测模块、确定模块和筛选模块；
所述获取模块用于获取乘客的发单位置和指定的上车位置；
所述预测模块用于根据所述乘客的发单位置和指定的上车位置，预测乘客的上车时间点；
所述确定模块用于根据所述预测的上车时间点确定至少一个时间范围；
所述筛选模块用于将能够在所述至少一个时间范围内达到所述指定的上车位置的至少一个载人车确定为候选载人车。
10.根据权利要求9所述的系统，其特征在于，所述确定模块还用于根据预测的乘客的上车时间点确定第一时间范围，以及用于根据所述第一时间范围确定第二时间范围；
其中，所述第一时间范围用于发送给客户端以向乘客展示；所述第二时间范围大于所述第一时间范围，所述第二时间范围用于确定候选载人车，所述候选载人车为能够在所述第二时间范围内到达指定上车位置的至少一辆载人车。
11.根据权利要求9所述的系统，其特征在于，所述确定模块包括：距离计算单元、速度确定单元和上车时间点确定单元；
所述距离计算单元用于计算乘客的发单位置与指定的上车位置之间的距离；
所述速度确定单元用于确定乘客的运动速度；以及
所述上车时间点确定单元用于根据乘客的发单位置与指定的上车位置之间的距离和乘客的运动速度，确定乘客到达指定上车位置的上车时间点。
12.根据权利要求11所述的系统，其特征在于，所述乘客的发单位置与指定的上车位置之间的距离为从乘客的发单位置到指定的上车位置之间的路面距离。
13.根据权利要求11所述的系统，其特征在于，所述乘客的运动速度通过客户端获取。
14.根据权利要求10所述的系统，其特征在于，所述筛选模块包括载人车确定单元；
所述载人车确定单元用于确定多个可以在第二时间范围到达指定的上车位置的载人车；并对所述多个可以在第二时间范围到达指定的上车位置的载人车进行筛选，确定候选载人车并发送到客户端以推荐给乘客。
15.根据权利要求8所述的系统，其特征在于，所述载人车确定单元包括评分获取子单元和推荐子单元；
所述评分获取子单元用于获取所述多个可以在第二时间范围到达指定的上车位置的载人车的评分；以及
所述推荐子单元用于将评分最高的载人车推荐给乘客。
16.根据权利要求8所述的系统，其特征在于，所述评分基于以下一个特征或多个特征的组合得到：司机的口碑、载人车到达指定的上车位置的距离、载人车到达指定的上车位置的时间、载人车到达指定的上车位置途径道路的类型或载人车到达指定的上车位置途径道路实时路况。
17.一种计算机可读存储介质，其特征在于，所述存储介质用于存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机运行如权利要求1-8中任一所述的候选载人车确定的方法。
18.一种候选载人车确定装置，其特征在于，包括处理器，所述处理器用于执行如权利要求1-8任一所述的候选载人车确定的方法。
CN201810393037.3A 2018-04-27 2018-04-27 一种候选载人车确定的方法、系统及计算机可读存储介质 Pending CN108615113A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810393037.3A CN108615113A (zh) 2018-04-27 2018-04-27 一种候选载人车确定的方法、系统及计算机可读存储介质
PCT/CN2019/077034 WO2019205815A1 (en) 2018-04-27 2019-03-05 Systems and methods for determining candidate service providers

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810393037.3A CN108615113A (zh) 2018-04-27 2018-04-27 一种候选载人车确定的方法、系统及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN108615113A true CN108615113A (zh) 2018-10-02

Family

ID=63661222

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810393037.3A Pending CN108615113A (zh) 2018-04-27 2018-04-27 一种候选载人车确定的方法、系统及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN108615113A (zh)
WO (1) WO2019205815A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110009131A (zh) * 2019-02-28 2019-07-12 河海大学 一种考虑多因素影响的网约车派单方法
WO2019205815A1 (en) * 2018-04-27 2019-10-31 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for determining candidate service providers
CN111341091A (zh) * 2020-02-06 2020-06-26 北京小马慧行科技有限公司 车辆的调度方法、系统、装置、存储介质和处理器
CN111651687A (zh) * 2020-01-10 2020-09-11 北京嘀嘀无限科技发展有限公司 上车点信息推送方法及装置、下车点信息推送方法及装置
CN111652666A (zh) * 2019-11-18 2020-09-11 北京嘀嘀无限科技发展有限公司 一种出行订单处理方法及装置
CN111860931A (zh) * 2020-03-31 2020-10-30 北京嘀嘀无限科技发展有限公司 一种到达时长提醒方法、装置、设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941752A (zh) * 2005-06-09 2007-04-04 索尼株式会社 信息处理设备和方法以及程序
CN103021172A (zh) * 2012-12-06 2013-04-03 苏州亿倍信息技术有限公司 一种出租车调度方法及系统
CN105117799A (zh) * 2015-08-20 2015-12-02 北京嘀嘀无限科技发展有限公司 订单过滤方法及设备
CN105701567A (zh) * 2016-01-11 2016-06-22 上海雷腾软件股份有限公司 一种网络调度用车的方法与设备
CN107122836A (zh) * 2017-04-14 2017-09-01 上海雷腾软件股份有限公司 一种用于车辆派单的方法及设备
JP2018509722A (ja) * 2015-02-10 2018-04-05 ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド オーダーをプッシュする方法及びシステム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108615113A (zh) * 2018-04-27 2018-10-02 北京嘀嘀无限科技发展有限公司 一种候选载人车确定的方法、系统及计算机可读存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941752A (zh) * 2005-06-09 2007-04-04 索尼株式会社 信息处理设备和方法以及程序
CN103021172A (zh) * 2012-12-06 2013-04-03 苏州亿倍信息技术有限公司 一种出租车调度方法及系统
JP2018509722A (ja) * 2015-02-10 2018-04-05 ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド オーダーをプッシュする方法及びシステム
CN105117799A (zh) * 2015-08-20 2015-12-02 北京嘀嘀无限科技发展有限公司 订单过滤方法及设备
CN105701567A (zh) * 2016-01-11 2016-06-22 上海雷腾软件股份有限公司 一种网络调度用车的方法与设备
CN107122836A (zh) * 2017-04-14 2017-09-01 上海雷腾软件股份有限公司 一种用于车辆派单的方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MALIKA MEGHJANI 等: "A hybrid approach to matching taxis and customers", 《 2016 IEEE REGION 10 CONFERENCE》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019205815A1 (en) * 2018-04-27 2019-10-31 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for determining candidate service providers
CN110009131A (zh) * 2019-02-28 2019-07-12 河海大学 一种考虑多因素影响的网约车派单方法
CN110009131B (zh) * 2019-02-28 2020-12-25 河海大学 一种考虑多因素影响的网约车派单方法
CN111652666A (zh) * 2019-11-18 2020-09-11 北京嘀嘀无限科技发展有限公司 一种出行订单处理方法及装置
CN111652666B (zh) * 2019-11-18 2021-05-18 北京嘀嘀无限科技发展有限公司 一种出行订单处理方法及装置
CN111651687A (zh) * 2020-01-10 2020-09-11 北京嘀嘀无限科技发展有限公司 上车点信息推送方法及装置、下车点信息推送方法及装置
CN111341091A (zh) * 2020-02-06 2020-06-26 北京小马慧行科技有限公司 车辆的调度方法、系统、装置、存储介质和处理器
CN111860931A (zh) * 2020-03-31 2020-10-30 北京嘀嘀无限科技发展有限公司 一种到达时长提醒方法、装置、设备和存储介质

Also Published As

Publication number Publication date
WO2019205815A1 (en) 2019-10-31

Similar Documents

Publication Publication Date Title
CN108615113A (zh) 一种候选载人车确定的方法、系统及计算机可读存储介质
JP6683812B2 (ja) オンデマンドサービスのための情報を提供するシステム及び方法
JP6680798B2 (ja) 推奨サービス位置を推奨するシステム及び方法
CN109313776A (zh) 用于按需服务分配车辆的系统和方法
US11546729B2 (en) System and method for destination predicting
AU2018304331B2 (en) Systems and methods for determining an order accepting mode for a user
JP6503474B2 (ja) 移動デバイスの経路を求めるシステム及び方法
US20210140774A1 (en) Systems and methods for recommending pick-up locations
JP6772302B2 (ja) 情報処理のためのシステム及び方法
CN110476184A (zh) 拼车方法及系统
CN109313846A (zh) 用于推荐上车点的系统和方法
CN110402370B (zh) 用于确定服务请求的推荐信息的系统和方法
CN108701279A (zh) 用于确定未来运输服务时间点的预测分布的系统和方法
CN109074396A (zh) 推荐个性化内容的系统和方法
CN109416878A (zh) 用于推荐预计到达时间的系统和方法
CN108701320A (zh) 拼车的系统和方法
CN109313845A (zh) 用于提供导航路线的系统和方法
CN108713326A (zh) 分配按需服务请求的系统及方法
CN109791731A (zh) 一种预估到达时间的方法和系统
CN110169190A (zh) 用于帮助在两个终端之间建立连接的系统和方法
CN109155100A (zh) 用于分配预约订单的系统和方法
CN108885726A (zh) 服务时间点预测系统和方法
CN109417767A (zh) 用于确定预估到达时间的系统和方法
CN109923373A (zh) 用于确定车辆参考方向的系统和方法
WO2018228418A1 (en) Systems and methods for determining combinative service requesters

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: 20181002

RJ01 Rejection of invention patent application after publication