CN109155100A - 用于分配预约订单的系统和方法 - Google Patents

用于分配预约订单的系统和方法 Download PDF

Info

Publication number
CN109155100A
CN109155100A CN201780031551.6A CN201780031551A CN109155100A CN 109155100 A CN109155100 A CN 109155100A CN 201780031551 A CN201780031551 A CN 201780031551A CN 109155100 A CN109155100 A CN 109155100A
Authority
CN
China
Prior art keywords
service
terminal
supplier
service provider
weight factor
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
CN201780031551.6A
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
Priority claimed from CN201610401942.XA external-priority patent/CN107464001B/zh
Priority claimed from CN201610436566.8A external-priority patent/CN107507047A/zh
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Publication of CN109155100A publication Critical patent/CN109155100A/zh
Pending legal-status Critical Current

Links

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
    • 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/06311—Scheduling, planning or task assignment for a person or group
    • 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
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • 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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • 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/0645—Rental transactions; Leasing transactions
    • G06Q50/40—
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds

Abstract

一种系统，包括至少一个计算机可读存储介质，包括用于提供按需服务的一组指令；至少一个处理器与所述计算机可读存储介质通信，以执行所述指令集，以便从请求者获取按需服务的预约请求；基于第一规则确定第一服务提供者终端集合；向所述第一服务提供者终端集合发送所述预约请求的预约邀请；从所述第一服务提供者终端集合中的第二服务提供者终端集合获取至少一个接受所述预约邀请的响应；基于第二规则，从所述第二服务提供者终端集合中确定目标服务提供者终端；建立所述请求者和所述目标服务提供者终端之间合同关系；并向所述目标服务提供者终端和所述请求者发送所述预约请求的确认通知。

Description

用于分配预约订单的系统和方法
交叉引用
本申请要求于2016年6月6日提交的申请号为201610401942.X的中国申请以及2016年6月14日提交的申请号为201610436566.8的中国申请的优先权，上述申请的内容以引用方式被包含于此。
技术领域
本申请一般涉及用于按需服务的系统和方法，尤其涉及用于分配预约订单的系统和方法。
背景技术
诸如出租车服务的按需运输服务已变得越来越流行。当在线运输服务平台的服务器通过请求者终端从请求者接收预约请求(例如，出租车服务请求)时，服务器将向至少两个服务提供者终端广播预约邀请。通过提供者终端接收预约邀请，并且愿意接受邀请的服务提供者(例如司机)，通常可能得快速响应该预约邀请，并且服务器可能得立即分配该预约请求的预约订单。因此，进行按需服务预约的问题在于，对于请求提供者和服务提供者来说，用户体验都是很差的。因此，期望提供用于有效地分配预约命令的系统和方法。
发明内容
根据本申请的示例性实施例，一种系统可以包括至少一个计算机可读存储介质，其包括用于提供按需服务的一组指令；至少一个处理器，与计算机可读存储介质通信，其中，当执行该组指令时，所述至少一个处理器用于：从请求者获取按需服务的预约请求；基于第一规则确定第一服务提供者终端集合；向第一服务提供者终端集合发送预约请求的预约邀请；从第一服务提供者终端集合中的第二服务提供者终端集合获取至少一个接受预约邀请的响应；基于第二规则，从所述第二服务提供者终端集合中确定目标服务提供者终端；建立请求者与目标服务提供者终端的用户之间的合同关系；并向所述目标服务提供者终端和请求者发送所述预约请求的确认通知。
根据本申请的示例性实施例，其中，所述预约请求包括按需服务的出发地点和按需服务的出发时间；第一规则包括以下中的至少一个：服务提供者终端的评价分大于评价阈值，或者服务提供者终端的用户的住所地址与所述按需服务的出发地点之间的距离小于距离阈值。
根据本申请的示例性实施例，在确定第一服务提供者终端集合时，其中，所述至少一个处理器还用于：获取至少两个服务提供者终端；对于所述至少两个服务提供者终端的每个服务提供者终端：将第一权重因子分配给服务提供者终端的评价分；将第二权重因子分配给距离；基于第一权重因子和第二权重因子确定提供者终端的第一总得分；并且从所述至少两个服务提供者终端中选择至少一个对应的第一总得分高于总得分阈值的服务提供者终端作为第一提供者终端集合。
根据本申请的示例性实施例，其中，预约请求包括按需服务的出发地点和按需服务的出发时间；第二规则包括以下中的至少一个：服务提供者终端的评价分是第二服务提供者终端集合中的最大值，服务提供者终端的用户的位置与所述按需服务的出发地点之间的距离是第二服务提供者终端集合中的最小值，或者服务提供者终端的接单成功数是第二服务提供者终端集合中的最大值。
根据本申请的示例性实施例，在确定目标服务提供者终端时，其中，所述至少一个处理器还用于：对于第二服务提供者终端集合中的每个服务提供者终端：将第三权重因子分配给服务提供者终端的评价分；将第四权重因子分配给所述距离；将第五权重因子分配给所述接单成功数；基于第三权重因子、第四权重因子和第五权重因子确定提供者终端的第二总得分；并且从第二服务提供者终端集合中选择对应的第二总得分最高的服务提供者终端作为目标服务提供者终端。
根据本申请的示例性实施例，其中，预约请求包括按需服务的出发地点和按需服务的出发时间；所述至少一个处理器还用于：确定从所述请求者获取所述按需服务的所述预约请求后到所述按需服务的出发时间前的时间间隔，以发出所述预约请求的所述预约邀请。
根据本申请的示例性实施例，所述至少一个处理器还用于：将所述预约邀请以广播的形式发送给第一服务提供者终端集合，或者将所述预约邀请以点播的形式依次发送到第一服务提供者终端集合中的单个服务提供者终端。
根据本申请的示例性实施例，一种方法包括由至少一个计算机服务器从请求者获取按需服务的预约请求；所述至少一个计算机服务器基于第一规则确定第一服务提供者终端集合；所述至少一个计算机服务器向所述第一服务提供者终端集合发送所述预约请求的预约邀请；所述至少一个计算机服务器从所述第一服务提供者终端集合中的第二服务提供者终端集合，获取至少一个接受所述预约邀请的响应；所述至少一个计算机服务器基于第二规则从所述第二服务提供者终端集合中确定目标服务提供者终端；所述至少一个计算机服务器建立所述请求者与所述目标服务提供者终端的用户之间的合同关系；并且由所述至少一个计算机服务器向所述目标服务提供者终端和请求者发送所述预约请求的确认通知。
根据本申请的示例性实施例，其中，所述预约请求包括按需服务的出发地点和按需服务的出发时间；所述第一规则包括以下中的至少一个：服务提供者终端的评价分大于评价阈值，或者服务提供者终端的用户的住所地址与所述按需服务的出发地点之间的距离小于距离阈值。
根据本申请的示例性实施例，其中，确定第一服务提供者终端集合包括：获取至少两个服务提供者终端；对于所述至少两个服务提供者终端的每个服务提供者终端：将第一权重因子分配给服务提供者终端的评价分；将第二权重因子分配给距离；基于第一权重因子和第二权重因子确定提供者终端的第一总得分；从所述多个服务提供者终端中，选择相应的第一总得分高于阈值的至少一个服务提供者终端作为第一提供者终端集合。
根据本申请的示例性实施例，其中，预约请求包括按需服务的出发地点和按需服务的出发时间；第二规则包括以下中的至少一个：服务提供者终端的评价分是第二服务提供者终端集合中的最大值，服务提供者终端的用户的位置与所述按需服务的出发地点之间的距离是第二服务提供者终端集合中的最小值，或者服务提供者终端的接单成功数是第二服务提供者终端集合中的最大值。
根据本申请的示例性实施例，其中，确定目标服务提供者终端包括：对于第二服务提供者终端集合的每个服务提供者终端：将第三权重因子分配给服务提供者终端的评价分；将第四权重因子分配给所述距离；将第五权重因子分配给所述接单成功数；基于第三权重因子、第四权重因子和第五权重因子确定提供者终端的第二总得分；并且从第二服务提供者终端集合集中选择对应的第二总得分最高的服务提供者终端作为目标服务提供者终端。
根据本申请的示例性实施例，其中，所述预约请求包括按需服务的出发地点和按需服务的出发时间；所述方法还包括：所述至少一个计算机服务器确定从所述请求者获取所述按需服务的所述预约请求后到所述按需服务的出发时间前的时间间隔，以发出所述预约请求的所述预约邀请。
根据本申请的示例性实施例，其中向第一服务提供者终端集合发送预约请求的预约邀请包括以下中的至少一个：将所述预约邀请以广播的形式发送给第一服务提供者终端集合，或者将所述预约邀请以点播的形式依次发送到第一服务提供者终端集合中的单个服务提供者终端。
根据本申请的示例性实施例，非暂时性计算机可读介质包括用于提供按需服务的至少一组指令，其中，当所述至少一组指令在被计算机服务器的处理器执行时，指示所述处理器执行以下操作：由所述至少一个计算机服务器从请求者获取按需服务的预约请求；由所述至少一个计算机服务器基于第一规则确定第一服务提供者终端集合；由所述至少一个计算机服务器向所述第一服务提供者终端集合发送所述预约请求的预约邀请；由所述至少一个计算机服务器从所述第一服务提供者终端集合中的第二服务提供者终端集合获取至少一个接受所述预约邀请的响应；由所述至少一个计算机服务器基于第二规则从所述第二服务提供者终端集合中确定目标服务提供者终端；由所述至少一个计算机服务器建立所述请求者与所述目标服务提供者终端的用户之间的合同关系；由所述至少一个计算机服务器向所述目标服务提供者终端和所述请求者发送所述预约请求的确认通知。
附图说明
本申请将结合示例性实施例进一步进行描述。与附图一起阅读时，下面的详细描述将更清楚的说明本申请的前述内容和实施例的其他方面。
图1是根据一些实施例的示例性按需服务系统的框图；
图2是示出根据一些实施例的计算设备的示例性硬件和软件元件的示意图；
图3是示出根据一些实施例的示例性处理引擎的框图。
图4是根据一些实施例的用于分配预约订单的示例性过程的流程图。
图5是根据一些实施例的用于确定第一司机终端集合的示例性过程的流程图；
图6是根据一些实施例的用于确定第一司机终端集合的示例性过程的流程图；
图7是根据一些实施例的用于确定第一司机终端集合的示例性过程的流程图；
图8是根据一些实施例的用于基于第二规则确定目标司机终端的示例性过程的流程图；
图9是根据一些实施例的用于基于第二规则确定目标司机终端的示例性过程的流程图；
图10是根据一些实施例的用于基于第二规则确定目标司机终端的示例性过程的流程图；以及
图11是根据一些实施例的用于基于第二规则确定终端的示例性过程的流程图。
具体实施方式
以下描述是为了使本领域的普通技术人员能够实施和利用本申请，并在特定应用及其要求的上下文中提供。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本申请中定义的通则在不背离本申请的精神及范围的情况下，可以适用于其他实施例及应用。因此，本申请不限于所示的实施例，而是符合与权利要求一致的最广泛范围。
本申请中所使用的术语仅用于描述特定示例性实施例，并不限制本申请的范围。如本申请使用的单数形式“一”、“一个”及“该”可以同样包括复数形式，除非上下文明确提示例外情形。应该被理解的是，本申请中所使用的术语“包括”与“包括”仅提示已明确标识的特征、整数、步骤、操作、元素和/或部件，而不排除可以存在和添加其他一个或以上特征、整数、步骤、操作、元素、部件和/或其组合。
在考虑了作为本申请一部分的附图的描述内容后，本申请的特征和特点以及操作方法、结构的相关元素的功能、各部分的组合、制造的经济性变得显而易见。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用了流程图用于说明根据本申请的一些实施例的系统所执行的操作。应该清楚地理解，流程图的操作可以按顺序实现，也可以不按顺序实现。相反，可以按照倒序或同时处理各种步骤。同时，也可以将一个或以上其他操作添加到这些流程图中，或者从这些流程图中移除某一步或数步操作。一个或以上操作也可以从流程图中删除。
此外，虽然本申请中的系统和方法主要是关于调度车辆来描述的，但是还应该理解，这仅是一个示例性实施例。本申请的系统和方法可能适用于其他任一种按需服务。例如，本申请的系统和方法可以应用于不同的运输系统，包括陆地、海洋、航空航天等或上述举例的任意组合。该运输系统中的使用的交通工具可包括一出租车、私家车、顺风车、公交车、列车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆等或其任意组合。例如，马匹、人力车(两轮自行车、三轮车等)、出租车、专车、顺风车、公交车、火车、动车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统。本申请的系统和方法的应用场景可以包括网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等或上述举例的任意组合。
本申请描述的“乘客”、“请求者”、“服务请求者”、与“顾客”等是可以互换的，是指需要或者订购服务的实体、个人、或工具。此外，本申请中的术语“司机”、“提供者”、“服务提供者”和“供应者”可用于表示提供服务或协助提供服务的个人、实体或工具，并且可互换使用。本申请中的术语“用户”可表示用于请求服务、订购服务、提供服务或协助提供服务的个人、实体或工具。例如，所述用户可以为乘客、司机、操作员等或其任意组合。在本申请中，“乘客”和“乘客终端”可互换使用，“司机”和“司机终端”可互换使用。
在本申请中，术语“服务请求”和“订单”可以交换使用，表示由乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者、供应者等或类似或上述举例的任意组合所发起的请求。服务请求可以被乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者或供应者中的任一者接受。服务请求可以是收费的或免费的。本申请中的“订单”一词是指乘客(或请求者、服务请求者、顾客等)和司机(或提供者、服务提供者或供应者等)表示双方同意该请求的意图。
本申请中的位置和/或出行起始点可以通过嵌入在乘客终端中的定位技术来获取。本申请中使用的定位技术可以包括全球定位系统(GPS)、全球卫星导航系统(GLONASS)、北斗导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(QZSS)、无线保真(Wi-Fi)定位技术等中的一种，等或其任意组合。以上定位技术中的一个或以上可以在本申请中交换使用。
本申请的一个方面涉及用于在服务开始之前指定按需服务的在线系统和方法，例如指定车辆。根据本申请，系统和方法可能需要通过两次选择来确定用于分配预约订单的目标服务提供者终端。系统和方法可能需要判断服务提供者终端的用户的住所地址与用于分配预约命令的预约请求的出发地点之间的距离。
需要注意的是，在线按需运输服务，例如线上打车，是起源于后互联网时代的一种新的服务方式。它为用户和服务提供者提供了仅在后互联网时代才可能实现的技术方案。在互联网时代之前，当用户在街道上呼叫一辆出租车时，出租车预定请求和接受只能在乘客和一个看见该乘客的出租车司机之间发生。如果乘客通过电话招呼一辆出租车，出租车预定请求和接受只能在该乘客和服务提供者(例如，出租车公司或代理)之间发生。然而，在线出租车允许服务的用户预订服务并自动将预订服务请求分发给远离用户的大量个人服务提供者(例如，出租车)。它同时允许多个服务提供者同时地和实时地对该服务请求进行响应。因此，通过互联网，所述在线即时运输系统可以为用户和服务提供方提供一个更加高效的交易平台，这在传统的互联网时代之前的运输服务系统中是无法达到的。分配预约订单为请求者和服务提供了有效的服务。
图1是根据一些实施例的示例性按需服务系统100的框图。例如，按需服务系统100可以是一个提供运输服务的在线运输服务平台，如出租车呼叫、代驾服务、快车、拼车、公交车服务、司机雇佣和班车服务。按需服务系统100可以包括服务器110、网络120、乘客终端130、司机终端140和数据库150。服务器110可包含处理引擎112。
服务器110可以被配置为处理与服务请求相关的信息和/或数据。例如，服务器110可以从乘客终端130接收服务请求，并且处理该请求，使得司机终端140为乘客终端130的用户提供服务。在一些实施例中，服务器110可以是单一服务器或服务器组。所述服务器组可以是集中式的或分布式的(例如，服务器110可以是一分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络120访问存储于乘客终端130、司机终端140和/或数据库150中的信息和/或数据。又例如，服务器110可以直接连接到乘客终端130、司机终端140和/或数据库150，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。在一些实施例中，服务器110可以在图2中描述的包含了一个或以上元件的计算设备上执行。
在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可处理与服务请求相关联的信息和/或数据，以执行在本申请中揭示的一个或者多个功能。例如，处理引擎112可以从乘客终端130接收服务的服务请求，和/或将服务订单分配给司机终端140。在一些实施例中，所述处理引擎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)、蓝牙网络、无线个域网、近场通信(NFC)网络、全球行动通信系统(GSM)网络、码分多址(CDMA)网络、时分多址(TDMA)网络、通用分组无线服务(GPRS)网络、增强数据速率GSM演进(EDGE)网络、宽带码分多址接入(WCDMA)网络、高速下行分组接入(HSDPA)网络、长期演进(LTE)网络、用户数据报协议(UDP)网络、传输控制协议/互联网协议(TCP/IP)网络、短信息服务(SMS)网络、无线应用协议(WAP)网络、超宽带(UWB)网络、红外线等中的一种等或其任意组合。在一些实施例中，网络120可以包括一个或以上网络接入点。例如，网络120可以包括有线或无线网络接入点，如基站和/或互联网交换点120-1、120-2、……，通过其按需服务系统100的一个或以上部件可以连接到网络120以交换数据和/或信息。
乘客终端130可由乘客使用，用来请求按需服务。例如，乘客终端130的用户可以使用乘客终端130为自己或其他用户发送一个服务请求，或从服务器110接收服务和/或信息或指令。在一些实施例中，术语“用户”和“乘客终端”可以互换使用。
在一些实施例中，乘客终端130可以包括移动装置130-1、平板计算机130-2、膝上型计算机130-3、机动车内置装置130-4等中的一种，等或其任意组合。在一些实施例中，移动设备130-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等，或其任意组合。在一些实施例中，智能家居装置可以包括智能照明装置、智能电器的控制装置、智能监测装置、智能电视、智能视讯摄影机、对讲机等或其任意组合。在一些实施例中，可穿戴设备可包括智能手镯、智能鞋袜、智能眼镜、智能头盔、智能手表、智能穿着、智能背包、智能配件等或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(PDA)、游戏设备、导航设备、POS机等或其任意组合。在一些实施例中，虚拟现实装置和/或增强实境装置可包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或其任意组合。例如，虚拟现实装置和/或增强实境装置可以包括Google Glass、Oculus Rift、HoloLens或Gear VR等。在一些实施例中，内置装置可包括机载计算机或机载电视等。仅仅举个例子，乘客终端130可以包括控制器(例如，遥控器)。
在一些实施例中，乘客终端130可以是具有定位技术的无线电装置，所述定位技术可以用于定位用户和/或乘客终端130的位置。在一些实施例中，乘客终端130可以与其他定位装置通信以确定用户和/或乘客终端130的位置。在一些实施例中，乘客终端130可以向服务器110发送定位信息。
司机终端140可以由司机使用，以与服务器110和乘客终端130通信。在一些实施例中，司机终端140可以是管理和/或控制至少一个车辆的终端。例如，司机终端140可以是控制若干车辆的平台。在一些实施例中，司机终端140可以是与乘客终端130类似或者相同的装置。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从乘客终端130和/或司机终端140获取的数据。在一些实施例中，数据库150可以存储服务器110用来执行或使用来完成本申请揭示的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、挥发性读写内存、只读存储器(只读存储器(ROM))等或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性的大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性的挥发性只读存储器可以包括随机存取存储器(RAM)。示例性的随机存取存储器(RAM)可包括动态随机存取存储器(DRAM)、双倍速率同步动态随机存取存储器(DDR SDRAM)、静态随机存取存储器(SRAM)、晶闸管随机存取存储器(T-RAM)和零电容随机存取存储器(Z-RAM)等。示例性的只读存储器(ROM)可以包括掩膜型只读存储器(MROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(PEROM)、电子可擦除可编程只读存储器(EEPROM)、光盘只读存储器(CD-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装置、机上计算机、机上电视、可穿戴装置等或其任意组合。例如，产品可以是在计算机或移动电话上使用的任一软件和/或应用。软件和/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输相关联的所述软件和/或应用可以包括出行软件和/或应用、车辆调度软件和/或应用、地图软件和/或应用等。对于车辆调度软件和/或应用程序，车辆可以是马、马车、人力车(例如，独轮手推车、脚踏车、三轮车等)、汽车(例如，出租车、公交车、私人汽车等)、列车、地铁、船只、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)或其任意组合。
图2是根据本申请的一些实施例所示的计算装置200的示例性硬件和软件的示意图。服务器110、乘客终端130和/或司机终端140可以在计算装置200上实现。例如，处理引擎112可以在计算装置200上实施并执行本申请所披露的处理引擎112的功能。
在一些实施例中，计算设备200可以是专用计算机。计算设备200可用于实现本申请的按需系统。计算设备200可以实现如本申请所述的按需服务的任何元件。在图1-2中，仅出于方便的目的示出了一个这样的计算机设备。本领域普通技术人员在编写该应用程序时会理解，与所述请求服务相关的计算机功能可以在多个类似的平台上以分布式方式实现，以分散处理负荷。
计算设备200可以包括例如与网络相连接并促进数据通信的通信(COM)端口250。计算设备200也可以包括中央处理单元(中央处理器(CPU)或处理器)220，以一个或以上处理器的形式，用来执行程序指令。示例性的计算机平台可以包括一个总线210、不同形式的程序存储器和数据存储器，例如，磁盘270和只读存储器(ROM)230或随机存取存储器(RAM)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性计算机平台还可以包括存储在只读存储器(ROM)230、随机存取存储器(RAM)240和/或其他类型的非暂时性存储介质中的由中央处理器(CPU)/处理器220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算装置200还包括输入/输出260，以支持计算机与此处其他部件例如用户接口280之间的输入/输出。计算设备200也可以通过网络通信接收程序设计和数据。
仅仅为了说明，在计算设备200中仅描述了一个中央处理器(CPU)/处理器220。然而，应当注意，本申请中的计算设备200还可以包括多个中央处理器(CPU)/处理器，因此由本申请中描述的一个中央处理器(CPU)/处理器220执行的操作和/或方法步骤也可以由多个中央处理器(CPU)/处理器联合或单独执行。例如，在本申请中，如果计算装置200的中央处理器(CPU)/处理器220执行步骤A和步骤B，应当理解的是，步骤A和步骤B可以由计算装置200的两个不同的中央处理器(CPU)/处理器共同地或独立地执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B)。
图3是示出根据一些实施例的示例性处理引擎112的框图。处理引擎112可以包括请求获取单元310、邀请获取/发送单元320、确定单元330和确认发送单元340。
请求获取单元310可以被配置以获取来自乘客终端130的请求。例如，请求获取单元310可以获取出租车呼叫、司机服务、驾驶出租、快车、拼车、公交车服务或班车服务的预约请求和/或实时请求。
邀请获取/发送单元320可以被配置为向司机终端140发送邀请，和/或获取对来自司机终端140对邀请的响应。例如，邀请获取/发送单元320可以向司机终端140发送邀请，以向乘客终端130提供按需服务。又例如，邀请获取/发送单元320可以获取对接受来自司机终端140的邀请的响应。
确定单元330可以被配置为基于一个或以上规则确定一个或以上司机终端。例如，确定单元330可以基于第一规则确定第一司机终端集合。又例如，确定单元330可以基于第二规则确定目标司机终端。
确认发送单元340可以被配置为向司机终端140和/或乘客终端130发送按需服务订单的确认通知。例如，确认发送单元340可以将按需服务订单的失败通知发送到司机终端140和/或乘客终端130。
处理引擎112中的模块可以通过有线连接或无线连接互相连接或互相通信。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(LAN)、广域网路(WAN)、蓝牙、ZigBee网络、近场通信(NFC)等中的一种，等或其任意组合。两个或多个模块可以合并成一个模块，且任意一个模块可以被拆分成两个或多个单元。例如，请求获取单元310可以作为单个模块集成在邀请获取/发送单元320中，该模块既可以获取订单的特征，又可以确定订单的匹配信息。
图4是根据一些实施例的用于分配预约订单的示例性过程400的流程图。在一些实施例中，过程400可以在图1中所示的按需服务系统100中实现。例如，流程400可以以指令的形式存储在数据库150和/或内存(如：只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且被服务器110(例如服务器110中的处理引擎112、服务器110中的处理引擎112中的处理器220或者如图3中所示的处理引擎112中的一个或以上元件)调用和/或执行。
在步骤410，处理器220可以从请求者获取/获得按需服务的预约请求。在一些实施例中，处理器220可以经由网络120获取预约请求。在一些实施例中，请求者可以是乘客终端的用户。按需服务可以是出租车服务、试驾服务、货物递送服务等或其组合。预约请求可以请求不需要服务提供者立刻前往服务请求者，而在特定时间提供服务的按需服务。在一些实施例中，预约请求可以包括按需服务的出发地点、按需服务的出发时间、目的地等，或其任意组合。例如，预约请求可以是在线出租车呼叫的请求，出发地点是街道1，出发时间是上午10:00，目的地是街道2。
在步骤420，处理器220可以基于第一准则确定第一司机终端集合。例如，处理器220可以从按需服务系统100的司机数据库中的至少两个司机中选择一组司机，该组司机的家位于离该请求服务出发地点的预定距离内，并且其中的每个司机可以使用司机终端与按需服务系统100通信。在一些实施例中，第一司机终端集合可以包括与至少一个司机相关联的至少一个司机终端。第一规则可以是评价分规则和/或距离规则。评价分规则可能要求司机终端的评价分大于评价阈值，其中评价阈值可以是由处理器220设置的默认值，或者可以是由服务请求者确定的值和由处理器220接收。距离规则可能要求司机终端的用户的住所地址与预约请求的出发地点之间的距离小于距离阈值，其中距离阈值可以是由处理器220设置的默认值。或者可以是由服务请求者确定并由处理器220接收的值。在一些实施例中，第一规则可以包括评价分规则和距离规则。在一些实施例中，处理器220可以为司机终端的评价分和司机终端的用户的住所地址与第一准则中的出发地点之间的距离分配第一权重因子和第二权重因子。例如，处理器220可以将75％的第一权重因子分配给评价分大于评价阈值的评价分规则，并且将25％的第二权重因子分配给距离小于距离阈值的距离规则。在一些实施例中，处理器220可以结合图5-7描述通过执行下面的一个或以上操作来确定第一司机终端。
在步骤430，处理器220可以将预约请求的预约邀请发送到第一司机终端集合。在一些实施例中，预约邀请可以包括乘客终端的标识符，按需服务的出发地点、按需服务的出发时间、按需服务的目的地、按需服务可能消耗的时间的预估值、按需服务的预估成本和/或价格等，或其任意组合。在一些实施例中，司机终端可以通过安装在司机终端中的应用程序，与在线按需服务平台100通信。因此，司机终端可以通过应用程序的用户界面显示预约邀请。服务提供者(例如，司机)可以通过用户界面接受预约邀请。或者，处理器220可以将预约邀请作为手机消息、电子邮件、来自社交网络服务的弹出消息等或其任意组合发送。在一些实施例中，处理器220通常可以将预约邀请以广播的形式发送到第一司机终端集合，即，处理器220可以设置和/或识别第一组中的所有司机终端成员的共同身份，并根据共同身份将预约邀请函发送给第一司机终端集合的成员。在一些实施例中，处理器220可以将预约邀请以点播的形式依次发送到第一司机终端集合中的单个司机终端。因此，处理器220可以根据其各自的身份，以点播的形式将该预约邀请依次发送到第一司机终端集合的单个司机终端。例如，处理器220可以将预约邀请以点播的形式发送到第一司机终端集合中的第一个司机终端。如果第一个司机终端没有响应处理器220，则处理器220可以将预约邀请以点播的形式发送到第一司机终端集合中的第二个人司机终端。处理器220可以一个接一个地将预约邀请以点播的形式发送到第一司机终端中的一个或预定数量的司机终端，直到个人司机终端中的一个接受所述预约邀请。在一些实施例中，处理器220通常可以基于本申请中描述的至少一个规则，将预约邀请以广播或点播的方式发送到第一司机终端集合中的至少一个司机终端。
在步骤440，处理器220可以从第一司机终端集合中的第二司机终端集合中获取和/或接收至少一个响应以接受预约邀请。例如，一些司机(即，对应于第二组司机终端的第二组司机)可以通过用户界面接受预约邀请。在一些实施例中，还可以通过回复手机消息、回复电子邮件、对弹出消息的回复等，或其任意组合的方式，获取接受预约邀请的响应。
在步骤450，处理器220可以基于第二规则从第二司机终端组中确定目标司机终端。在一些实施例中，第二规则可以包括服务提供者终端的评价分是第二服务提供者终端集合的最大值，服务提供者终端的用户的位置与按需服务的出发地点之间的距离是第二服务提供者终端集合的最小值，服务提供者终端的接单成功数是第二服务提供者终端集合的最大值，等或其任意组合。例如，第二规则可以包括服务提供者终端的评价分是第二服务提供者终端集合中的最大值，以及服务提供者终端的用户的位置与按需服务的出发地点之间的距离是第二服务提供者终端集合中的最小值。又例如，第二规则可以包括服务提供者终端的评价分是第二服务提供者集合中的最大值，以及服务提供者终端的接单成功数是第二服务提供这终端集合中的最大值。作为又一示例，第二规则可以包括服务提供者终端的用户的位置与按需服务的出发地点之间的距离是第二服务提供者终端集合中的最小值，以及服务提供者终端的接单成功数是第二服务提供者终端集合中的最大值的。作为又一示例，第二规则可以包括服务提供者终端的评价分是第二服务提供者终端集合中的最大值，服务提供者终端的用户的位置与按需服务的出发地点之间的距离是第二服务提供者终端集合中的最小值，服务提供者终端的接单成功数是第二服务提供者终端集合中的最大值。第二规则可以与第一规则不同。例如，如果基于司机家和请求的出发地点之间的距离选择第一组司机终端，则第二规则可以是不同的，例如司机的评价分对应于第二组司机终端的一个司机终端。在一些实施例中，处理器220可以通过执行下面的图8-11中描述的一个或以上操作来确定目标司机终端。
在步骤460，处理器220可以在请求者和目标司机终端的司机之间建立合同关系。在一些实施例中，请求者与目标司机终端的司机之间的合同关系可以以电子合同实现。在一些实施例中，可以通过注册按需服务平台来实现请求者与目标司机终端的司机之间的合同关系。在一些实施例中，处理器220可以对请求者的账户和司机的账户制作指针。例如，指针可以将请求者和/或司机指向合同。又例如，指针可以将合同指向请求者和/或司机。
在步骤470，处理器220可以向目标司机终端和请求者发送预约请求的确认通知。处理器220可以在建立合同关系之后立刻和/或之后不久发送确认。处理器还可以在之后向司机终端发送确认提醒。例如，处理器220可以确定司机的出发时间以满足来自请求者的服务请求，并在出发时间或之前向司机终端发送提醒。在一些实施例中，要发送给请求者的预约请求的确认通知可以包括目标司机终端的标识符。例如，确认通知可以包括车辆的车牌号、司机的姓名、车辆的颜色、车辆型号、司机的电话号码等，或其任意组合。在一些实施例中，要发送给目标司机终端的预约请求的确认通知可以包括乘客终端的用户的标识符、按需服务的出发地点、按需服务的出发时间、按需服务的目的地、按需服务可能消耗的时间的预估值、按需服务可能行驶的预估距离、按需服务可能花费的预估成本等，或者任意组合。在一些实施例中，预约请求的确认通知可以由处理器220发送到司机终端中的应用程序的界面，和/或作为手机消息、电子邮件、来自社交网站服务的弹出消息等或其任意组合发送到司机终端。
在一些实施例中，处理器220可以确定从步骤410发出预约请求的预约邀请之后到按需服务的出发时间之前的时间间隔。例如，时间间隔可以是按需服务的出发时间之前的20分钟到90分钟的时段。处理器220可以在按需服务的出发时间的20分钟到90分钟之前向至少两个司机终端发出预约邀请。在一些实施例中，处理器220可以基于司机和请求者之间的距离和/或司机的住所和请求者之间的距离来确定时间间隔。例如，如果基于该信息发送时的交通情况，司机和请求者之间的住所距离需要10分钟车程，处理器220可以确定该时间间隔为预定准备时间加10分钟，例如司机额外需要20分钟以准备好前往请求者。因此，处理器220可以在出发时间之前30分钟将预约邀请发送到司机。
图5是根据一些实施例的用于确定第一司机终端集合的示例性过程500的流程图。在一些实施例中，过程500可以在图1中所示的按需服务系统100中实现。例如，流程500可以以指令的形式存储在数据库150和/或内存(如：只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且被服务器110(如服务器110中的处理引擎112、服务器110中的处理引擎112中的处理器220或者图3中处理引擎112中的一个或以上元件)调用和/或执行。
在步骤510，处理器220可以从司机终端数据库中获取司机终端。在一些实施例中，司机终端数据库可以存储在数据库150中。在一些实施例中，司机终端数据库可以包括司机终端的用户名、与司机终端相关联的车辆、司机终端的用户的联系人、司机终端的用户的照片、司机终端的评价分、司机终端的用户的住所地址等，或其任意组合。
在步骤520，处理器220可以确定在步骤510获取的司机终端的评价分是否大于评价阈值。评价阈值可以是由处理器220设置的默认值，或者可以是由服务请求者确定并由处理器220接收的值。在一些实施例中，司机终端的评价分可以是由司机终端提供按需服务的所有乘客确定的平均值或中值评价分。在一些实施例中，评价分可以表示为星级。例如，司机终端的评价分可以是三星级、四星级或五星级。在一些实施例中，评价分可以表示为数值。例如，司机终端的评价分可以是小于10的任何数字(例如，3.5、4.8、5.0、7.9、9.8等)又例如，司机终端的评价分可以是小于100的任何数字(例如，20、55、67、88、98等)。在一些实施例中，评价阈值可以由处理器220预设。例如，评价阈值可以是司机终端数据库中的所有司机终端的平均值。在一些实施例中，评价阈值可以由请求按需服务的服务请求者预设，并附加在预约请求中。例如，当请求指定按需服务时，请求者可以在预约请求中预设评价阈值。在一些实施例中，可以根据按需服务的场景来确定评价阈值。
在一些实施例中，如果司机终端的评价分大于评价阈值，则在步骤530，处理器220可以确定所述司机终端在第一司机终端集合中。在一些实施例中，如果司机终端的评价分不大于评价阈值，则在步骤540，处理器220可以确定所述司机终端不在第一司机终端集合中。在一些实施例中，司机终端数据库可以包括至少一个司机终端，处理器220可以循环图5中的步骤510至步骤540，以确定司机终端数据库中的其他司机终端是否在第一司机终端集合中。
图6是根据一些实施例的用于确定第一司机终端集合的示例性过程600的流程图。在一些实施例中，过程600可以在图1中所示的按需服务系统100中实现。例如，流程600可以以指令的形式存储在数据库150和/或内存(如：只读存储器(ROM)230，随机存取存储器(RAM)240等)中，并且被服务器110(如服务器110中的处理引擎112、服务器110中的处理引擎112中的处理器220或者图3中处理引擎112中的一个或以上元件)调用和/或执行。
在步骤610，处理器220可以从司机终端数据库获取司机终端。在一些实施例中，司机终端数据库可以存储在数据库150中。在一些实施例中，司机终端数据库可以包括司机终端的用户名、与司机终端相关联的车辆、司机终端的用户的联系人、司机终端的用户的照片、司机终端的评价分、司机终端的用户的住所地址等，或其任意组合。
在步骤620，处理器220可以确定在步骤610获取的司机终端的住所地址与按需服务的出发地点之间的距离是否小于距离阈值。距离阈值可以是由处理器220设置的默认值，或者可以是由服务请求者确定并由处理器220接收的值。在一些实施例中，司机终端的住所地址与按需服务的出发地点之间的距离可以是地图上的预估距离。例如，在司机终端的住所地址与按需服务的出发地点之间的地图上的预估距离可以是基于相关历史信息和/实时道路状况，由处理器220确定的最短距离、最不拥挤的距离和最佳距离。在一些实施例中，距离阈值可以由处理器220预设。例如，距离阈值可以在1千米到5千米的范围内，使用出发地点作为中心以形成圆形、正方形、正六边形等，或其任意组合。在一些实施例中，距离阈值可以由请求按需服务的服务请求者预设，并附加在预约请求中。例如，当请求指定按需服务时，请求者可以在预约请求中预设距离阈值。在一些实施例中，可以根据按需服务的场景来确定距离阈值。
在一些实施例中，如果司机终端的住所地址与按需服务的出发地点之间的距离小于距离阈值，则在步骤630，处理器220可以确定司机终端在第一司机终端集合中。在一些实施例中，如果司机终端的住所地址与按需服务的出发地点之间的距离不小于距离阈值，则在步骤640，处理器220可以确定该司机终端不在第一司机终端集合中。在一些实施例中，司机终端数据库可以包括至少一个司机终端，处理器220可以循环图6中的步骤610至步骤640，以确定司机终端数据库中的其他司机终端是否在第一司机终端集合。
在一些实施例中，处理器220可基于图5和图6中所示的过程500和过程600来确定司机终端是否在第一司机终端集合中。例如，评价阈值是4.8，并且距离阈值是3千米。处理器220可以确定满足两个条件的司机终端(例如，评价分大于4.8并且司机终端的住所地址与按需服务的出发地点之间的距离小于3公里)在第一司机终端。
图7是根据一些实施例的用于确定第一司机终端集合的示例性过程700的流程图。在一些实施例中，过程700可以在图1中所示的按需服务系统100中实现。例如，流程700可以以指令的形式存储在数据库150和/或内存(如：只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且被服务器110(如服务器110中的处理引擎112、服务器110中的处理引擎112中的处理器220或者如图3中所示的处理引擎112中的一个或以上元件)调用和/或执行。
在步骤710，处理器220可以从司机终端数据库获取司机终端。在一些实施例中，司机终端数据库可以存储在数据库150中。在一些实施例中，司机终端数据库可以包括司机终端的用户名、与司机终端相关联的车辆、司机终端的用户的联系人、司机终端的用户的照片、司机终端的评价分、司机终端的用户的住所地址等，或其任意组合。
在步骤720，处理器220可以将第一权重因子分配给司机终端的评价分。第一权重因子可以是由处理器220设置的默认值，或者可以由服务请求者确定并由处理器220接收。在一些实施例中，第一权重因子可以是区间0到1内的任何值。例如，第一权重因子可以是0％、10％、25％、50％、80％、100％等。
在步骤730，处理器220可以将第二权重因子分配给司机终端的住所地址与按需服务的出发地点之间的距离。第二权重因子可以是由处理器220设置的默认值，或者可以由服务请求者确定并由处理器220接收。在一些实施例中，第二权重因子可以是区间0到1内的任何值。例如，第二权重因子可以是100％、90％、75％、50％、20％、0％等。第一权重因子和第二权重因子的总和可以是1。
在步骤740，处理器220可以基于第一公式确定司机终端的第一总得分。例如，第一总得分可以用T1表示，第一权重因子可以用X1表示，司机终端的评价分可以用E表示，第二权重因子可以用X2表示，司机终端的住所地址与按需服务的出发地点之间的距离可以用D表示，第一公式可以是：
T1＝X1×E+X2/D (1)
在步骤750，处理器220可以确定司机终端的第一总得分是否大于总得分阈值。在一些实施例中，总得分阈值可以由处理器220预设。在一些实施例中，总得分阈值可以由请求按需服务的服务请求者预设并附加在预约请求中。例如，当请求指定按需服务时，请求者可以在预约请求中预设总得分阈值并且可以由处理器220接收。在一些实施例中，处理器220可以根据按需服务的场景确定总得分阈值。
在一些实施例中，如果司机终端的第一总得分大于总得分阈值，则在步骤760，处理器220可以确定司机终端在第一司机终端集合中。在一些实施例中，如果司机终端的第一总得分不大于总得分阈值，则在步骤770，处理器220可以确定司机终端不在第一司机终端集合中。在一些实施例中，司机终端数据库可以包括至少一个司机终端，处理器220可以循环图7中的步骤710至步骤770，以确定司机终端数据库中的其他司机终端是否在第一司机终端中组。在一些实施例中，权重因子越高，优先级越高。例如，权重因子为80％的司机终端可以具有比权重因子为20％的司机终端更高的优先级。
图8是根据一些实施例的用于基于第二规则确定目标司机终端的示例性过程800的流程图。在一些实施例中，过程800可以在图1中所示的按需服务系统100中实现。例如，过程800可以作为指令的形式存储在数据库150和/或存储器(例如，只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且由服务器110调用和执行(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的中央处理器(CPU)220、或图3中所示的处理引擎112中的一个或以上元件)。
在步骤810，处理器220可以从第二司机终端集合中获取司机终端。第二司机终端集合可以存储在数据库150、只读存储器(ROM)230、随机存取存储器(RAM)240和/或其他类型的非暂时性存储介质中，以由中央处理器(CPU)220执行。第二司机终端集合可以由处理器220从第一司机终端集合中确定，第二司机终端集合可以包括与发送响应以接受第一司机终端集合中预约邀请的至少一个司机相关的至少一个司机终端。在一些实施例中，司机终端可以包括关于评价分、住所地址、接单成功数、历史订单等或其任意组合的信息。在一些实施例中，处理器220可以循环步骤810-840以获取要确定的其他司机终端。
在步骤820，处理器220可以确定司机终端的评价分是否是第二司机终端集合的最大值。在一些实施例中，司机终端的评价分可以是由司机终端提供按需服务的所有乘客确定的平均值或中值评价分。在一些实施例中，评价分可以表示为星级。例如，司机终端的评价分可以是三星级、四星级或五星级。在一些实施例中，评价分可以表示为数值。例如，司机终端的评价分可以是小于10的任何数字(例如，3.5、4.8、5.0、7.9、9.8等)又例如，司机终端的评价分可以是小于100的任何数字(例如，20、55、67、88、98等)。在一些实施例中，可以获取第二司机终端集合中的司机终端的所有评价分。可以确定具有第二司机终端集合中的最大评价分的司机终端。在一些实施例中，可以存在至少一个司机终端，其评价分是第二司机终端集合的最大值。
在步骤830，如果司机终端的评价分是第二司机终端集合中的最大值，则处理器220可以将司机终端确定为目标司机。在一些实施例中，可以存在至少一个司机终端，其评价分是第二司机终端集合中的最大值。在一些实施例中，可以将至少一个司机终端中的一个随机地确定为目标司机。在一些实施例中，可以基于本申请中其他地方描述的其他规则(例如，图9或图10中所示的规则)，进一步将至少一个司机终端中的一个确定目标司机。
在步骤840，如果司机终端的评价分不是第二司机终端集合中的最大值，则处理器220可以确定所述司机终端不是目标司机终端。
图9是根据一些实施例的用于基于第二规则确定目标司机的示例性过程900的流程图。在一些实施例中，过程900可以在图1中所示的按需服务系统100中实现。例如，过程900可以以指令的形式存储在数据库150和/或存储器(例如，只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且由服务器110调用和执行(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的中央处理器(CPU)220、或图3中所示的处理引擎112中的一个或以上元件)。
在步骤910，处理器220可以从第二司机终端集合中获取司机终端。第二司机终端集合可以存储在数据库150、只读存储器(ROM)230、随机存取存储器(RAM)240和/或其他类型的非暂时性存储介质中，以由中央处理器(CPU)220执行。第二司机终端集合可以由处理器220从第一司机终端集合中确定，并且第二司机终端集合可以包括与发送响应以接受第一司机终端集合中预约邀请的至少一个司机相关的至少一个司机终端。在一些实施例中，司机终端可以包括关于评价分、住所地址、接单成功数、历史订单等或其任意组合的信息。在一些实施例中，处理器220可以循环步骤910-940以获取要确定的其他司机终端。
在步骤920，处理器220可以确定司机终端的住所地址与预约请求的出发地点之间的距离是否是第二司机终端集合中的最小值。在一些实施例中，司机终端的住所地址与按需服务的出发地点之间的距离可以是地图上的预估距离。例如，在司机终端的住所地址与按需服务的出发地点之间的地图上的预估距离可以是基于相关的历史信息和/或实时道路状况，由处理器220所确定的最短距离、最不拥挤的距离、和最佳距离。在一些实施例中，可以获取第二司机终端集合中的司机终端的住所地址与预约请求的出发地点之间的所有距离。可以确定第二司机终端集合中其住所地址最接近预约请求的出发地点的司机终端。在一些实施例中，可以存在第二司机终端集合中的至少一个司机终端，其住所地址最接近预约请求的出发地点。在一些实施例中，司机终端的住所地址可以用司机终端的实时位置、与司机终端相关联的司机的实时位置、司机终端的常用位置、司机终端的预设位置等或其任意组合代替。例如，可以在步骤920确定司机终端的预设位置与预约请求的出发地点之间的距离。
在步骤930，如果司机终端的住所地址与预约请求的出发地点之间的距离是第二司机终端集合的最小值，则处理器220可以确定该司机终端是目标司机。在一些实施例中，在第二司机终端集合中可以存在至少一个司机终端，其住所地址最接近预约请求的出发地点。在一些实施例中，可以将至少一个司机终端中的一个随机地确定为目标司机。在一些实施例中，可以基于本申请中其他地方描述的其他规则(例如，图8或图10中所示的规则)，进一步将至少一个司机终端确定为目标司机。
在步骤940，如果司机终端的住所地址与预约请求的出发地点之间的距离不是第二司机终端集合中的最小值，则处理器220可以确定该司机终端不是目标司机终端。
图10是根据一些实施例的用于基于第二规则确定目标司机的示例性过程1000的流程图。在一些实施例中，过程1000可以在图1中所示的按需服务系统100中实现。例如，过程1000可以作为指令的形式存储在数据库150和/或存储器(例如，只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且由服务器110调用和执行(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的中央处理器(CPU)220、或图3中所示的处理引擎112中的一个或以上元件。
在步骤1010，处理器220可以从第二司机终端集合中获取司机终端。第二司机终端集合可以存储在数据库150、只读存储器(ROM)230、随机存取存储器(RAM)240和/或其他类型的非暂时性存储介质中，以由中央处理器(CPU)220执行。第二司机终端集合可以由处理器220从第一司机终端集合确定，并且第二司机终端集合可以包括与发送响应以接受第一司机终端集合中预约邀请的至少一个司机相关联的至少一个司机终端。在一些实施例中，司机终端可以包括关于评价分、住所地址、接单成功数、历史订单等或其任意组合的信息。在一些实施例中，处理器220可循环步骤1010-1040以获取待确定的其他司机终端。
在步骤1020，处理器220可以确定司机终端的接单成功数是否是第二司机终端集合中的最大值。在一些实施例中，可以获取第二司机终端集合中的司机终端的所有接单成功数。可以确定在第二司机终端集合中具有最大接单成功数的司机终端。在一些实施例中，可以存在至少一个司机终端，其成功订单在第二司机终端集合中最多。
在步骤1030，如果司机终端的接单成功数是第二司机终端集合的最大值，则可以将司机终端确定为目标司机。在一些实施例中，第二司机终端集合可以包括成功订单最多的至少一个司机终端。在一些实施例中，可以将至少一个司机终端中的一个随机地确定为目标司机。在一些实施例中，可以基于本申请中其他地方描述的其他规则(例如，图8或图10中所示的规则)，进一步将至少一个司机终端中的一个确定目标司机。
在步骤1040，如果司机终端的接单成功数不是第二司机终端集合的最大值，则处理器220可以确定司机终端不是目标司机终端。
图11是根据一些实施例的用于基于第二规则确定目标司机的示例性过程1100的流程图。在一些实施例中，过程1100可以在图1中所示的按需服务系统100中实现。例如，过程1100可以作为指令的形式存储在数据库150和/或存储器(例如，只读存储器(ROM)230、随机存取存储器(RAM)240等)中，并且由服务器110调用和执行(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的中央处理器(CPU)220、或图3中所示的处理引擎112中的一个或以上元件)。
在步骤1110，处理器220可以从第二司机终端集合获取司机终端。第二司机终端集合可以存储在数据库150、只读存储器(ROM)230、随机存取存储器(RAM)240和/或其他类型的非暂时性存储介质中，以由中央处理器(CPU)220执行。第二司机终端集合可以由处理器220从第一司机终端集合确定，并且第二司机终端集合可以包括与发送响应以接受第一司机终端集合中预约邀请的至少一个司机相关联的至少一个司机终端。在一些实施例中，司机终端可以包括关于评价分、住所地址、接单成功数、历史订单等或其任意组合的信息。在一些实施例中，处理器220可以循环步骤1110-1180以获取要确定的其他司机终端。
在步骤1120，处理器220可以将第三权重因子分配给司机终端的评价分。第三权重因子可以是由处理器220设置的默认值，或者可以由服务请求者确定并由处理器220接收。在一些实施例中，第三权重因子可以是区间0到1内的任何值。例如，第三权重因子可以是0％、10％、25％、50％、80％、100％等。
在步骤1130，处理器220可以将第四权重因子分配给司机终端的距离。第四权重因子可以是由处理器220设置的默认值，或者可以由服务请求者确定并由处理器220接收。在一些实施例中，第四权重因子可以是区间0到1内的任何值。例如，第四权重因子可以是0％、10％、25％、50％、80％、100％等。
在步骤1140，处理器220可以将第五权重因子分配给司机终端的接单成功数。第五权重因子可以是由处理器220设置的默认值，或者可以由服务请求者确定并由处理器220接收。在一些实施例中，第五权重因子可以是区间0到1内的任何值。例如，第五权重因子可以是0％、10％、25％、50％、80％、100％等在一些实施例中，第三权重因子、第四权重因子和第五权重因子的总和可以是100％。例如，第三权重因子是0.3，第四权重因子是0.3，第五权重因子是0.4。
在步骤1150，处理器220可以基于第三权重因子、评价分、第四权重因子、距离、第五权重因子和接单成功数来确定司机终端的第二总得分。在一些实施例中，可以基于以下公式确定司机终端的第二总得分：
T2＝X3×E+X4/D+X5×O (2)
其中T2表示司机终端的第二总得分，X3表示司机终端评价分的第三权重因子，X4表示司机终端距离的第四权重因子，X5表示司机终端接单成功数的第五权重因子，E表示司机终端的评价分，D表示司机终端的距离，O表示司机终端的接单成功数。
在一些实施例中，可以基于以下公式确定司机终端的第二总得分：
T2＝X3×E/e+X5×O/o (3)
其中T2表示司机终端的第二总得分，X3表示对司机终端的评价分的第三权重因子，X5表示司机终端的接单成功数的第五权重因子，E表示司机终端的评价分，e表示司机终端数据库中的最高评价分，O表示司机终端的接单成功数，o表示司机终端数据库中成功订单的上限。
在步骤1160，处理器220可以确定司机终端的第二总得分是否是第二司机终端集合中的最大值。在一些实施例中，可以获取第二司机终端集合中的司机终端的所有第二总得分。可以确定第二司机终端集合中具有最大第二总得分的司机终端。在一些实施例中，第二司机终端集合可以包括至少一个司机终端，其第二总得分是最大值。
在步骤1170，如果司机终端的第二总得分是第二司机终端集合中的最大值，则处理器220可以确定该司机终端是目标司机。在一些实施例中，可以存在至少一个司机终端，其第二总得分是第二司机终端集合中的最大值。在一些实施例中，可以将至少一个司机终端中的一个随机地确定为目标司机。在一些实施例中，可以基于本申请中其他地方描述的其他规则，进一步将至少一个司机终端中的一个确定目标司机。
在步骤1180，如果司机终端的第二总得分不是第二司机终端集合中的最大值，则处理器220可以确定司机终端不是目标司机终端。
应当注意以上对过程1100的描述仅仅是出于说明目的而提供的，并不旨在被理解为唯一的实施例。对于具有本领域普通技能的人，可以在本申请的一些实施例的教导下进行各种变化与修改。然而，那些变化与修改可能不会偏离本申请的一些实施例的保护。例如，步骤1120、1130和1140可以以任何其他序列执行。
上文已对基本概念做了描述，显然，对于阅读此申请后的本领域的普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。虽然此处并未明确说明，但本领域的普通技术人员可以进行各种变更、改良和修改。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定词语来描述本申请的实施例。同时，本申请使用了特定术语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特性。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或以上实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的制程、机器、产品或物质的组合，或对其任何新的和有用的改良。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“元件”或“系统”。此外，本申请的各方面可以呈现为位于一个或以上计算机可读媒体中的计算机产品，该产品具有计算机可读程序编码。
计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。此类传播讯号可以有多种形式，包括电磁形式、光形式等或任何合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通信、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF等或其任意组合。
本申请各方面操作所需的计算机程序码可以用一种或多种程序语言的任意组合编写，包括面向对象程序设计，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET，Python或类似的常规程序编程语言，如“C”编程语言，Visual Basic，Fortran1703，Perl，COBOL 1702，PHP，ABAP，动态编程语言如Python，Ruby和Groovy或其它编程语言。程序代码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机上运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，否则所述处理元素或序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解，此类细节仅起说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例精神和范围的修正和等价组合。例如，虽然以上所描述的系统元件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请揭示的表述，从而帮助对一个或以上发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。然而，此揭示方法并不意味着本申请所需的特征比权利要求中涉及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (20)

1.一种系统，包括：
至少一个计算机可读存储介质，包括用于提供按需服务的一组指令；以及
至少一个与所述计算机可读存储介质通信的处理器，其中，当执行所述一组指令时，所述至少一个处理器用于：
从请求者处获取按需服务的预约请求；
根据第一规则确定第一服务提供者终端集合；
向所述第一服务提供者终端集合发送所述预约请求的预约邀请；
从所述第一服务提供者终端集合中的第二服务提供者终端集合获取至少一个接受所述预约邀请的响应；
基于第二规则，从所述第二服务提供者终端集合中确定目标服务提供者终端；
建立所述请求者与所述目标服务提供者终端的用户之间合同关系；以及
向所述目标服务提供者终端和所述请求者发送所述预约请求的确认通知。
2.根据权利要求1所述的系统，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述第一规则至少包括以下之一：
服务提供者终端的评价分大于评价阈值，或
服务提供者终端的用户的住所地址与所述按需服务的出发地点之间的距离小于距离阈值。
3.根据权利要求2所述的系统，其特征在于，所述确定所述第一服务提供者终端集合，所述至少一个处理器还用于：
获取至少两个服务提供者终端；
对于所述至少两个服务提供者终端的每个服务提供者终端：
将第一权重因子分配给服务提供者终端的所述评价分；
将第二权重因子分配给所述距离；
基于所述第一权重因子和所述第二权重因子确定所述提供者终端的第一总得分；以及
从所述多个服务提供者终端中选择对应的第一总得分高于总得分阈值的至少一个服务提供者终端作为所述第一提供者终端集合。
4.根据权利要求1所述的系统，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述第二规则至少包括以下之一：
服务提供者终端的评价分是所述第二服务提供者终端集合中的最大值，
服务提供者终端的用户的位置与所述按需服务的出发地点之间的距离是所述第二服务提供者终端集合中的最小值，或
服务提供者终端的接单成功数是所述第二服务提供者终端集合中的最大值。
5.根据权利要求4所述的系统，其特征在于，所述确定目标服务提供者终端，所述至少一个处理器还用于：
对于所述第二服务提供者终端集合中的每个服务提供者终端：
将第三权重因子分配给服务提供者终端的所述评价分；
将第四权重因子分配给所述距离；
将第五权重因子分配给所述接单成功数；
根据所述第三权重因子、所述第四权重因子和所述第五权重因子确定所述提供者终端的第二总得分；以及
从所述第二服务提供者终端集合中选择对应的第二总得分最高的服务提供者终端作为所述目标服务提供者终端。
6.根据权利要求1所述的系统，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述至少一个处理器还用于：
确定从所述请求者获取所述按需服务的所述预约请求后到所述按需服务的出发时间前的时间间隔，以发出所述预约请求的所述预约邀请。
7.根据权利要求1所述的系统，所述至少一个处理器还用于：
将所述预约邀请以广播的形式发送给所述第一服务提供者终端集合，或
将所述预约邀请以点播的形式依次发送到第一服务提供者终端集合中的单个服务提供者终端。
8.一种方法，包括：
通过至少一个计算机服务器从请求者获取按需服务的预约请求；
通过所述至少一个计算机服务器，基于第一规则确定第一服务提供者终端集合；
通过所述至少一个计算机服务器，向所述第一服务提供者终端集合发送所述预约请求的预约邀请；
通过所述至少一个计算机服务器，从所述第一服务提供者终端集合中的第二服务提供者终端集合获取至少一个接受所述预约邀请的响应；
通过所述至少一个计算机服务器，基于第二规则从所述第二服务提供者终端集合中确定目标服务提供者终端；
通过所述至少一个计算机服务器，建立所述请求者与所述目标服务提供者终端的用户之间的合同关系；以及
通过所述至少一个计算机服务器，向所述目标服务提供者终端和所述请求者发送所述预约请求的确认通知。
9.根据权利要求8所述的方法，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述第一规则至少包括以下之一：
服务提供者终端的评价分大于评价阈值，或
服务提供者终端的用户的住所地址与所述按需服务的出发地点之间的距离小于距离阈值。
10.根据权利要求9所述的方法，其特征在于，所述确定所述第一服务提供者终端集合包括：
获取至少两个服务提供者终端；
对于所述至少两个服务提供者终端的每个服务提供者终端：
将第一权重因子分配给服务提供者终端的所述评价分；
将第二权重因子分配给所述距离；
基于所述第一权重因子和所述第二权重因子确定所述提供者终端的第一总得分；以及
从所述多个服务提供者终端中选择对应的第一总得分高于总得分阈值的至少一个服务提供者终端作为所述第一提供者终端集合。
11.根据权利要求8所述的方法，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述第二规则至少包括以下之一：
服务提供者终端的评价分是所述第二服务提供者终端集合中的最大值，
服务提供者终端的用户的位置与所述按需服务的出发地点之间的距离是所述第二服务提供者终端集合中的最小值，或者
服务提供者终端的接单成功数是所述第二服务提供者终端集合中的最大值。
12.根据权利要求11所述的方法，其特征在于，所述确定所述目标服务提供者终端包括：
对于所述第二服务提供者终端集合中的每个服务提供者终端：
将第三权重因子分配给服务提供者终端的所述评价分；
将第四权重因子分配给所述距离；
将第五权重因子分配给所述接单成功数；
基于所述第三权重因子、所述第四权重因子和所述第五权重因子确定所述提供者终端的第二总得分；以及
从所述第二服务提供者终端集合中选择对应的第二总得分为最高的服务提供者终端作为所述目标服务提供者终端。
13.根据权利要求8所述的方法，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述方法还包括：
通过所述至少一个计算机服务器，确定从所述请求者获取所述按需服务的所述预约请求后到所述按需服务的出发时间前的时间间隔，以发出所述预约请求的所述预约邀请。
14.根据权利要求8所述的方法，其特征在于，所述向所述第一服务提供者终端集合发送所述预约请求的所述预约邀请包括以下中的至少一个：
将所述预约邀请以广播的形式发送给所述第一服务提供者终端集合，或
将所述预约邀请以点播的形式依次发送到第一服务提供者终端集合中的单个服务提供者终端。
15.一种非暂时性计算机可读介质，包括至少一组用于提供按需服务的指令，其特征在于，当由计算机服务器的处理器执行时，所述至少一组指令指示所述处理器执行以下操作：
通过至少一个计算机服务器，从请求者获取按需服务的预约请求；
通过所述至少一个计算机服务器，基于第一规则，确定第一服务提供者终端集合；
通过所述至少一个计算机服务器，向所述第一服务提供者终端集合发送所述预约请求的预约邀请；
通过所述至少一个计算机服务器，从所述第一服务提供者终端集合中的第二服务提供者终端集合获取至少一个接受所述预约邀请的响应；
通过所述至少一个计算机服务器，基于第二规则从所述第二服务提供者终端集合中确定目标服务提供者终端；
通过所述至少一个计算机服务器，建立所述请求者与所述目标服务提供者终端的用户之间的合同关系；以及
通过所述至少一个计算机服务器，向所述目标服务提供者终端和所述请求者发送所述预约请求的确认通知。
16.根据权利要求15所述的非暂时性计算机可读介质，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述第一规则至少包括以下之一：
服务提供者终端的评价分大于评价阈值，或
服务提供者终端的用户的住所地址与所述按需服务的出发地点之间的距离小于距离阈值。
17.根据权利要求16所述的非暂时性计算机可读介质，其特征在于，所述确定所述第一服务提供者终端集合包括：
获取至少两个服务提供者终端；
对于所述至少两个服务提供者终端的每个服务提供者终端：
将第一权重因子分配给服务提供者终端的所述评价分；
将第二权重因子分配给所述距离；
基于所述第一权重因子和所述第二权重因子确定所述提供者终端的第一总得分；以及
从所述多个服务提供者终端中选择对应的第一总得分高于总得分阈值的至少一个服务提供者终端作为所述第一提供者终端集合。
18.根据权利要求15所述的非暂时性计算机可读介质，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述第二规则至少包括以下之一：
服务提供者终端的评价分是所述第二服务提供者终端集合中的最大值，
服务提供者终端的用户的位置与所述按需服务的出发地点之间的距离是所述第二服务提供者终端集合中的最小值，或者
服务提供者终端的接单成功数是所述第二服务提供者终端集合中的最大值。
19.根据权利要求18所述的非暂时性计算机可读介质，其特征在于，所述确定所述目标服务提供者终端包括：
对于所述第二服务提供者终端集合的每个服务提供者终端：
将第三权重因子分配给服务提供者终端的所述评价分；
将第四权重因子分配给所述距离；
将第五权重因子分配给所述接单成功数；
根据所述第三权重因子、所述第四权重因子和所述第五权重因子确定所述提供者终端的第二总得分；以及
从所述第二服务提供者终端集合集中选择对应的第二总得分为最高的服务提供者终端作为所述目标服务提供者终端。
20.根据权利要求15所述的非暂时性计算机可读介质，其特征在于，所述预约请求包括所述按需服务的出发地点和所述按需服务的出发时间；以及
所述至少一组指令进一步指示所述处理器执行以下动作：
通过所述至少一个计算机服务器，确定从所述请求者获取所述按需服务的所述预约请求后到所述按需服务的出发时间前的时间间隔，以发出所述预约请求的所述预约邀请。
CN201780031551.6A 2016-06-06 2017-04-05 用于分配预约订单的系统和方法 Pending CN109155100A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201610401942X 2016-06-06
CN201610401942.XA CN107464001B (zh) 2016-06-06 2016-06-06 预约单分配处理方法及服务器
CN2016104365668 2016-06-14
CN201610436566.8A CN107507047A (zh) 2016-06-14 2016-06-14 一种预约单分配处理方法及服务器
PCT/CN2017/079433 WO2017211113A1 (en) 2016-06-06 2017-04-05 Systems and methods for allocating appointment orders

Publications (1)

Publication Number Publication Date
CN109155100A true CN109155100A (zh) 2019-01-04

Family

ID=60578378

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780031551.6A Pending CN109155100A (zh) 2016-06-06 2017-04-05 用于分配预约订单的系统和方法

Country Status (7)

Country Link
US (1) US20180204157A1 (zh)
EP (1) EP3320530A4 (zh)
JP (2) JP6629878B2 (zh)
CN (1) CN109155100A (zh)
AU (2) AU2017265116A1 (zh)
GB (1) GB2559826A (zh)
WO (1) WO2017211113A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111507493A (zh) * 2020-04-13 2020-08-07 北京白龙马云行科技有限公司 对象和司乘匹配方法、装置和系统
CN111625571A (zh) * 2020-05-28 2020-09-04 上海钧正网络科技有限公司 一种服务业务的匹配方法、装置、计算机设备和存储介质

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534132B (zh) * 2016-11-17 2021-05-18 京东方科技集团股份有限公司 基于打车订单的视频处理方法、装置、服务器和系统
US11087423B2 (en) * 2016-12-21 2021-08-10 Hitch Health, Inc. Systems and methods for transportation coordination in healthcare and other settings
US11122003B1 (en) * 2018-01-05 2021-09-14 Envite Inc. Methods and apparatus for application agnostic federation service to facilitate cross connectivity of messaging and communications platforms
CN110998648A (zh) * 2018-08-09 2020-04-10 北京嘀嘀无限科技发展有限公司 一种分配订单的系统和方法
CN111178558B (zh) * 2018-11-09 2021-03-12 北京嘀嘀无限科技发展有限公司 网约车订单处理方法及装置、计算机设备和可读存储介质
CN111258747B (zh) * 2018-11-30 2023-08-22 北京嘀嘀无限科技发展有限公司 一种服务效率控制方法及装置
CN111274471B (zh) * 2018-12-04 2024-03-05 北京嘀嘀无限科技发展有限公司 信息推送方法、装置、服务器及可读存储介质
CN110111057B (zh) * 2019-05-10 2022-07-29 拉扎斯网络科技（上海）有限公司 一种订单分配的方法、装置、可读存储介质和电子设备
CN111178724B (zh) * 2019-12-23 2022-03-04 华南理工大学 一种基于演化算法的拼车调度方法
CN111861104A (zh) * 2020-06-05 2020-10-30 北京嘀嘀无限科技发展有限公司 服务分配方法、装置和电子设备
KR20230023925A (ko) * 2021-08-11 2023-02-20 현대자동차주식회사 택시 차량의 단말 시스템 및 이의 동작 방법

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110099040A1 (en) * 2009-10-28 2011-04-28 Verizon Patent And Licensing, Inc. Mobile taxi dispatch system
CN103035117A (zh) * 2011-09-30 2013-04-10 任仙怡 出租车智能电招的方法及系统
US20130132246A1 (en) * 2010-12-06 2013-05-23 Uber Technologies, Inc. Providing a summary or receipt for on-demand services through use of portable computing devices
US8510200B2 (en) * 2011-12-02 2013-08-13 Spireon, Inc. Geospatial data based assessment of driver behavior
US20130257657A1 (en) * 2012-03-30 2013-10-03 Qualcomm Atheros, Inc. Mashup of ap location and map information for wifi based indoor positioning
US20150016554A1 (en) * 2013-07-09 2015-01-15 Motorola Solutions, Inc. Context aware multiple-input and multiple-output antenna systems and methods
US9581455B2 (en) * 2014-05-06 2017-02-28 Elwha Llc Systems and methods for providing at least a portion of a travel plan that calls for at least one transportation vehicle unit

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002157689A (ja) * 2000-11-22 2002-05-31 Nec Software Kyushu Ltd タクシーサービス方法、データ処理方法および装置、情報記憶媒体
JP2003288516A (ja) * 2002-03-28 2003-10-10 Matsushita Electric Ind Co Ltd サービス車両予約システム
JP2004046309A (ja) * 2002-07-09 2004-02-12 Takashi Wada タクシー配車システム
JP2005004595A (ja) * 2003-06-13 2005-01-06 Nobutoshi Umeda タクシー配車システム及び配車方法
JP2006040007A (ja) 2004-07-28 2006-02-09 Nobutoshi Umeda タクシー配車システム及び配車方法
JP2008065396A (ja) * 2006-09-04 2008-03-21 Fujitsu Ten Ltd 需要予測表示方法、需要予測表示システム、無線端末およびプログラム
JP2008146500A (ja) * 2006-12-12 2008-06-26 Sueo Imamura 配車システム
US20090216600A1 (en) * 2008-02-27 2009-08-27 Montiss Llc Systems and methods for arranging a transport transaction
US20130246301A1 (en) * 2009-12-04 2013-09-19 Uber Technologies, Inc. Providing user feedback for transport services through use of mobile devices
US9230292B2 (en) * 2012-11-08 2016-01-05 Uber Technologies, Inc. Providing on-demand services through use of portable computing devices
US8688532B2 (en) * 2009-12-11 2014-04-01 General Motors Llc Real-time ride share system
JP5785377B2 (ja) 2010-10-19 2015-09-30 日本ユニシス株式会社 エコタクシー配車支援システム
GB201106555D0 (en) 2011-04-19 2011-06-01 Tomtom Int Bv Taxi dispatching system
US8732028B2 (en) * 2011-07-26 2014-05-20 Expose Retail Strategies Inc. Scheduling of order processing for remotely ordered goods
CN103000023B (zh) * 2011-09-15 2015-06-17 三星电子（中国）研发中心 实时出租车叫车系统和方法
JP2013175144A (ja) * 2012-02-23 2013-09-05 Caien System Corp スマートフォンｇｐｓを活用した安心接客安全運転タクシーキャッチシステム
WO2015089207A1 (en) * 2013-12-11 2015-06-18 Uber Technologies, Inc. Optimizing selection of drivers for transport requests
JP6341533B2 (ja) * 2014-04-15 2018-06-13 Ｎｅｃプラットフォームズ株式会社 配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラム
CN103996290B (zh) * 2014-06-09 2016-08-24 北京东方车云信息技术有限公司 一种提供叫车服务的方法、服务器及系统
US20160035019A1 (en) 2014-08-04 2016-02-04 Stayful.com, Inc. Electronic Marketplace Platform for Expiring Inventory
US20160042303A1 (en) * 2014-08-05 2016-02-11 Qtech Partners LLC Dispatch system and method of dispatching vehicles
JP2016057777A (ja) * 2014-09-08 2016-04-21 日本電気株式会社 配車予約システム、車両管理サーバ、車載端末及び配車予約方法
CN104463509A (zh) * 2014-12-29 2015-03-25 先锋智道（北京）科技有限公司 网络打车的订单推送方法和网络打车的订单确认方法
US10157436B2 (en) * 2015-10-09 2018-12-18 Gt Gettaxi Limited System for navigating vehicles associated with a delivery service

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110099040A1 (en) * 2009-10-28 2011-04-28 Verizon Patent And Licensing, Inc. Mobile taxi dispatch system
US20130132246A1 (en) * 2010-12-06 2013-05-23 Uber Technologies, Inc. Providing a summary or receipt for on-demand services through use of portable computing devices
CN103035117A (zh) * 2011-09-30 2013-04-10 任仙怡 出租车智能电招的方法及系统
US8510200B2 (en) * 2011-12-02 2013-08-13 Spireon, Inc. Geospatial data based assessment of driver behavior
US20130257657A1 (en) * 2012-03-30 2013-10-03 Qualcomm Atheros, Inc. Mashup of ap location and map information for wifi based indoor positioning
US20150016554A1 (en) * 2013-07-09 2015-01-15 Motorola Solutions, Inc. Context aware multiple-input and multiple-output antenna systems and methods
US9581455B2 (en) * 2014-05-06 2017-02-28 Elwha Llc Systems and methods for providing at least a portion of a travel plan that calls for at least one transportation vehicle unit

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111507493A (zh) * 2020-04-13 2020-08-07 北京白龙马云行科技有限公司 对象和司乘匹配方法、装置和系统
CN111507493B (zh) * 2020-04-13 2023-04-18 北京白龙马云行科技有限公司 对象和司乘匹配方法、装置和系统
CN111625571A (zh) * 2020-05-28 2020-09-04 上海钧正网络科技有限公司 一种服务业务的匹配方法、装置、计算机设备和存储介质
CN111625571B (zh) * 2020-05-28 2021-06-08 上海钧正网络科技有限公司 一种服务业务的匹配方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
GB2559826A (en) 2018-08-22
US20180204157A1 (en) 2018-07-19
EP3320530A1 (en) 2018-05-16
AU2017101870A4 (en) 2019-12-05
EP3320530A4 (en) 2018-05-16
AU2017265116A1 (en) 2018-01-18
WO2017211113A1 (en) 2017-12-14
JP2020057404A (ja) 2020-04-09
GB201716372D0 (en) 2017-11-22
JP7235647B2 (ja) 2023-03-08
JP2018524647A (ja) 2018-08-30
JP6629878B2 (ja) 2020-01-15

Similar Documents

Publication Publication Date Title
CN109155100A (zh) 用于分配预约订单的系统和方法
US10949780B2 (en) Online transportation reservation systems prioritizing reservations based on demand, regional transportation capacity, and historical driver scores
CN108701320A (zh) 拼车的系统和方法
TWI633511B (zh) 共乘的方法和系統
CN108475466A (zh) 用于匹配和显示服务请求和可用车辆的系统和方法
EP3409034B1 (en) Systems and methods for monitoring on-route transportations
CN109313776A (zh) 用于按需服务分配车辆的系统和方法
US11455582B2 (en) Systems and methods for optimizing an online on-demand service
CN108701403A (zh) 用于展示与服务请求相关的标识的系统及方法
CN109863526A (zh) 为按需服务提供信息的系统和方法
CN110476184A (zh) 拼车方法及系统
CN108701404A (zh) 拼车方法和系统
CN108713326A (zh) 分配按需服务请求的系统及方法
CN108701279A (zh) 用于确定未来运输服务时间点的预测分布的系统和方法
JP6772302B2 (ja) 情報処理のためのシステム及び方法
CN109314836A (zh) 定位无线设备的系统和方法
JP2019506640A (ja) 推奨サービス位置を推奨するシステム及び方法
CN110447050A (zh) 用于在线按需服务中分配订单的系统和方法
CN110462655A (zh) 运力调度系统和方法
CN109313845A (zh) 用于提供导航路线的系统和方法
CN109923373A (zh) 用于确定车辆参考方向的系统和方法
CN109313774A (zh) 一种显示按需服务交通工具信息的方法及系统
CN109429520A (zh) 用于车辆检查的系统和方法
CN111260092A (zh) 用于预测对象到达时间的系统和方法
CN111612286B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190104