CN117011003A - 运力调度系统和方法 - Google Patents

运力调度系统和方法 Download PDF

Info

Publication number
CN117011003A
CN117011003A CN202311129331.0A CN202311129331A CN117011003A CN 117011003 A CN117011003 A CN 117011003A CN 202311129331 A CN202311129331 A CN 202311129331A CN 117011003 A CN117011003 A CN 117011003A
Authority
CN
China
Prior art keywords
service
alternative
service provider
scheduling
service area
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
CN202311129331.0A
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
Publication of CN117011003A publication Critical patent/CN117011003A/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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • 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/0611—Request for offers or quotes
    • 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
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management

Landscapes

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

Abstract

本说明书提供一种运力调度方法。该方法包括获取与目标服务区域相关的调度需求，所述调度需求包括与调度条件相关的需求时间；在与所述需求时间相关联的第二时间点为所述调度需求确定至少一个第一备选服务提供者；将调度请求发送给所述至少一个第一备选服务提供者，所述调度请求包括对所述至少一个第一备选服务提供者是否接受前往所述目标服务区域的询问；在所述至少一个第一备选服务提供者中确定第二备选服务提供者，所述第二备选服务提供者为所述至少一个第一备选服务提供者中接受所述调度请求的备选服务提供者；以及在第一时间点将与所述目标服务区域相关联的服务订单发送到所述第二备选提供者。

Description

运力调度系统和方法
相关申请的交叉引用
本申请要求于2017年6月21日提交的中国专利申请No.201710476717.7的优先权。上述申请的公开内容通过引用的方式被整体且明确地包含于此。
分案说明
本申请是针对申请日为2017年9月29日、申请号为201780088473.3、发明名称为“运力调度系统和方法”的中国申请提出的分案申请。
技术领域
本申请一般涉及在线O2O服务和平台，尤其涉及用于在线O2O服务和平台的运力调度系统和方法。
背景技术
随着互联网技术的发展，O2O服务，如在线出租车服务和送货服务，在人们的日常生活中发挥着重要作用。例如，普通人(例如，乘客)频繁使用在线出租车。通过在线O2O服务平台，用户可以通过安装在用户设备(例如，智能手机终端)中的应用程序以O2O服务的形式请求O2O服务。
发明内容
根据本申请的一个方面，一种运力调度方法包括获取与目标服务区域相关的调度需求，所述调度需求包括与调度条件相关的需求时间；在与所述需求时间相关联的第二时间点为所述调度需求确定至少一个第一备选服务提供者；将调度请求发送给所述至少一个第一备选服务提供者，所述调度请求包括对所述至少一个第一备选服务提供者是否接受前往所述目标服务区域的询问；在所述至少一个第一备选服务提供者中确定第二备选服务提供者，所述第二备选服务提供者为所述至少一个第一备选服务提供者中接受所述调度请求的备选服务提供者；以及在第一时间点将与所述目标服务区域相关联的服务订单发送到所述第二备选提供者。
根据本申请的另一个方面，一种计算设备包括处理器和存储设备，所述存储设备用于存储指令，当所述处理器执行指令时，实现本说明书中所披露的运力调度方法。
根据本申请的另一个方面，一种运力调度系统包括调度模块、调度请求传输模块、服务订单传输模块。调度模块被配置为获取与目标服务区域相关的调度需求，所述调度需求包括与调度条件相关的需时间。调度模块还被配置与所述需求时间相关联的第二时间点为所述调度需求确定至少一个第一备选服务提供者。调度请求传输模块被配置为将调度请求发送给所述至少一个第一备选服务提供者，所述调度请求包括对所述至少一个第一备选服务提供者是否接受前往所述目标服务区域的询问。调度模块还被配置为在所述至少一个第一备选服务提供者中确定第二备选服务提供者，所述第二备选服务提供者为所述至少一个第一备选服务提供者中接受所述调度请求的备选服务提供者。服务订单传输模块被配置为在第一时间点将与所述目标服务区域相关联的服务订单发送到所述第二备选提供者。
附图说明
本申请将结合示例性实施例进一步进行描述。这些示例性的实施例将结合参考图示进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的组件符号表示相同的结构，其中：
图1是示出根据本申请的一些实施例的示例性O2O服务系统的框图；
图2是示出根据本申请的一些实施例的示例性处理引擎的框图；
图3是示出根据本申请的一些实施例的可以在其上实现用户终端的示例性移动设备的示例性硬件和/或软件组件的示意图；
图4A是示出根据本申请的一些实施例的示例性处理设备的框图；
图4B是示出根据本申请的一些实施例的示例性服务区域确定模块的框图；
图4C是示出根据本申请的一些实施例的示例性服务订单传输模块的框图；
图5是说明根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图；
图6是说明根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图；
图7是示出根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图；以及
图8是示出根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图。
具体实施方式
下述描述是为了使本领域具有通常知识者能制造和使用本申请，并且该描述是在特定的应用场景及其要求的背景下提供的。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本文中定义的通则在不背离本申请的精神及范围的情况下，可以适用于其他实施例及应用。因此，本申请不限于所示的实施例，而是符合与权利要求一致的最广泛范围。
本文中所使用的术语仅用于描述特定示例性实施例，并不限制本申请的范围。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词幷非特指单数，也可以包括复数。应该被理解的是，本申请中所使用的术语“包括”与“包括”仅提示已明确标识的特征、整数、步骤、操作、元素和/或部件，而不排除可以存在和添加其他一个或多个特征、整数、步骤、操作、元素、部件和/或其组合。
根据以下对附图的描述，本申请的这些和其他的特征、特点、以及结构的相关元件的功能和操作方法，以及部件组合和制造经济更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用的流程图示出了根据本申请中描述的一些实施例的系统实现的步骤。应该清楚地理解，流程图的步骤可以不按顺序实现。相反，这些步骤可以以相反的顺序或同时实现。此外，可以将一个或以上其他步骤添加到流程图中。可以从流程图中移除一个或以上步骤。
同时，虽然本申请的系统和方法的描述主要关于分配交通运输服务请求，应该理解的是，这只是一个示例性的实施例。本申请的系统和方法可能适用于其他任一种按需服务。例如，本申请的系统和方法还可应用于包括陆地、海洋、航空太空等或其任意组合的不同运输系统。运输系统的载具可以包括出租车、私人汽车、顺风车、巴士、列车、动车、高铁、地铁、船只、航空器、宇宙飞船、热气球、无人驾驶车辆等或其任意组合。所述运输系统也可以包括应用管理和/或分配的任一运输系统，例如，发送和/或接收快递的系统。本申请的系统和方法的应用场景可以包括网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等或上述举例的任意组合。
在本申请中，术语“乘客”、“请求者”、“服务请求者”和“客户”可以交换使用，以指代可以请求或预定服务的个体、实体或工具。此外，本申请中的术语“司机”、“提供者”、“服务提供者”可互换使用，以指代可以提供服务或促进提供服务的个人、实体或工具。
在本申请中，术语“服务请求”、“请求服务”、“请求”和“订单”可以交替使用，其表示由乘客、服务请求者、客户、司机、提供者、服务提供者等或上述举例的任意组合所发起的请求。服务请求可以由乘客、服务请求者、客户、司机、提供者或服务提供者中的任何一个接受。服务请求可以是计费的或免费的。
本申请中的术语“服务提供者终端”和“司机终端”可以交换使用，其表示服务提供者所使用的用于提供服务或促进服务提供的移动终端。本申请中的术语“服务请求者终端”和“乘客终端”可以交替使用，其表示服务请求者所使用的用于请求或预定服务的移动终端。
本申请中使用的定位技术可以包括全球定位系统(GPS)、全球导航卫星系统(GLONASS)、罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(QZSS)、无线保真(WiFi)定位技术等或上述举例的任意组合。以上定位技术中的一个或多个可以在本申请中交换使用。
本申请的一个方面涉及O2O服务系统中的运力调度。可以获取与目标服务区域相关联的调度需求。当目标服务区域的运力不足或者目标服务区域满足调度条件时，可以触发调度需求。例如，当目标服务区域没有足够的备选服务提供者来提供服务时，可以触发调度需求。又例如，当目标服务区域有可能导致交通拥堵的恶劣天气时，可以触发调度需求。
可以确定调度需求的一个或以上第一备选服务提供者。所述第一备选服务提供者可以是一个或以上其他服务区域中等待服务订单的备选服务提供者。可以将调度请求发送给第一备选服务提供者中的一个或多个，以询问其是否接受前往目标服务区域。当确定有第一备选服务提供者中的第二备选服务提供者接受调度请求(即，表示同意前往目标服务区域)时，可以将与该目标服务区域相关联的服务订单发送到所述第二备选服务提供者。由此，可以将一个或以上其他服务区域的备选服务提供者调度到目标服务区域来提供服务。这可以提高O2O服务系统的服务效率。
图1是示出根据一些实施例的示例性O2O服务系统100的框图。例如，O2O服务系统100可以是用于运输服务的在线运输服务平台。O2O服务系统100可以包括服务器110、网络120、服务请求者终端130、服务提供者终端140、车辆150、存储设备160和导航系统170。
O2O服务系统100可以提供多种服务。示例性的服务可以包括出租车呼叫服务、代驾服务、快递服务、拼车服务、公交车服务、司机雇佣服务和接送服务。在一些实施例中，O2O服务可以是任何在线服务，诸如订餐、购物等或其任何组合。
在一些实施例中，服务器110可以是单一服务器或服务器组。所述服务器组可以是集中式的或分布式的(例如，服务器110可以是分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以经由网络120访问存储在服务请求者终端130、服务提供者终端140和/或存储设备160中的信息和/或数据。又例如，服务器110可以直接连接到服务请求者终端130、服务提供者终端140和/或存储设备160以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。在一些实施例中，服务器110可以在图2中描述的包含了一个或者多个组件的计算设备200上执行。
在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可以处理与服务请求相关的信息和/或数据以执行本申请描述的一个或多个功能。例如，处理引擎112可以确定从服务请求者终端130接收的服务请求的一个或以上备选服务提供者终端响应。在一些实施例中，所述处理引擎112可以包括一个或者多个处理引擎(例如，单芯片处理引擎或多芯片处理引擎)。仅作为范例，处理引擎112可以包括中央处理单元(CPU)、专用集成电路(ASIC)、专用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任意组合。
网络120可以促进信息和/或数据的交换。在一些实施例中，O2O服务系统100的一个或以上组件(例如，服务器110、服务请求者终端130、服务提供者终端140、车辆150、存储设备160和导航系统170)可以经由网络120将信息和/或数据发送到O2O服务系统100的其他组件。例如，服务器110可以通过网络120从服务请求者终端130获取/得到服务请求。在一些实施例中，网络120可以为任意形式的有线或无线网络，或其任意组合。仅作为范例，网络120可以包括电缆网络、有线网络、光纤网络、电信网络、内部网络、因特网、局域网络(LAN)、广域网(WAN)、无线局域网络(WLAN)、城域网(MAN)、公用电话交换网(PSTN)、蓝牙网络、紫蜂网络、近场通讯(NFC)网络等或上述举例的任意组合。在一些实施例中，网络120可以包括一个或以上网络交换点。例如，网络120可以包括有线或无线网络交换点，如基站和/或互联网交换点120-1、120-2、……，通过交换点，O2O服务系统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机等或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括GoogleGlassTM、Oculus RiftTM、HoloLensTM、Gear VRTM等。在一些实施例中，车辆的内置设备130-4中可以包括车载计算机、车载电视等。在一些实施例中，服务请求者终端130可以是具有定位技术的设备，用于定位乘客和/或服务请求者终端130的位置。
服务提供者终端140可以包括多个服务提供者终端140-1、140-2、……、140-n。在一些实施例中，服务提供者终端140可以与服务请求者终端130类似或相同的设备。在一些实施例中，服务提供者终端140可以是定制的，用于实现该在线按需交通运输服务。在一些实施例中，服务提供者终端140可以是具有定位技术的设备，用于定位服务提供者，服务提供者终端140和/或与服务提供者终端140相关联的车辆150。在一些实施例中，服务请求者终端130和/或服务提供者终端140可以与另一个定位设备通信以确定乘客，服务请求者终端130，服务提供者和/或服务提供者终端140的位置。在一些实施例中，服务请求者终端130和/或服务提供者终端140可以周期性地将该定位信息发送至服务器110。在一些实施例中，服务提供者终端140也可以周期性地将可用状态发送至服务器110。该可用状态可以表明与服务提供者终端140相关的车辆150是否可以接载乘客。例如，服务请求者终端130和/或服务提供者终端140可以每30分钟将该定位信息和该可用状态发送至服务器110。又例如，服务请求者终端130和/或服务提供者终端140可以在每次用户登录与按需交通运输服务系统相关的移动应用程序时将该定位信息和该可用状态发送至服务器110。
在一些实施例中，服务提供者终端140可以对应一个或多个车辆150。车辆150可以接载乘客并送至目的地。车辆150可以包括多个车辆150-1、150-2、……、150-n。一个车辆可以对应一种类型的服务(例如，出租车呼叫服务、代驾服务、快递服务、拼车服务、公交车服务、司机雇佣服务和接送服务)。
存储设备160可以存储数据和/或指令。在一些实施例中，存储设备160可以存储从服务请求者终端130和/或服务提供者终端140获取的数据。在一些实施例中，存储设备160可以存储服务器110用来执行或使用来完成本申请中描述的示例性方法的数据和/或指令。在一些实施例中，存储设备160可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任何组合。示例性大容量存储器可以包括磁盘、光盘、固态驱动器等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性的易失性读写存储器可以包括随机存取存储器(RAM)。示例性的RAM可以包括动态RAM(DRAM)、双倍数据速率同步动态RAM(DDR SDRAM)、静态RAM(SRAM)、晶闸管RAM(T-RAM)、零电容器RAM(Z-RAM)等。示例性ROM可以包括屏蔽式ROM(MROM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、光盘ROM(CD-ROM)、数字多功能盘ROM等。在一些实施例中，存储设备160可以在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布式云、中间云、多云等或其任何组合。
在一些实施例中，存储设备160可以连接到网络120以与O2O服务系统100的一个或以上组件(例如，服务器110、服务请求者终端130或服务提供者终端140)通信。O2O服务系统100的一个或以上组件可以经由网络120访问存储设备160中存储的数据或指令。在一些实施例中，存储设备160可以是直接与O2O服务系统100的一个或以上组件(例如，服务器110、服务请求者终端130、服务提供者终端140)连接或与之通信。在一些实施例中，存储设备160可以是服务器110的一部分。
导航系统170可以确定与对象，例如，服务请求者终端130、服务提供者终端140、车辆150等的一个或以上相关联的信息。在一些实施例中，导航系统170可以是全球定位系统(GPS)、全球导航卫星系统(GLONASS)、罗盘导航系统(COMPASS)、北斗导航卫星系统、伽利略定位系统、准天顶卫星系统(QZSS)等。该信息可以包括对象的位置、高度、速度或加速度或当前时间。该信息可以包括物体的位置、海拔、速度、加速度或当前时间。导航系统170可以包括一个或多个卫星，例如，卫星170-1、卫星170-2和卫星170-3。卫星170-1至170-3可以独立地或共同地确定上述信息。卫星导航系统170可以通过无线连接将上述信息发送至网络120、服务请求者终端130、服务提供者终端140或车辆150。
在一些实施例中，O2O服务系统100的一个或以上组件(例如，服务器110、服务请求者终端130、服务提供者终端140)可以具有访问存储设备160的许可。在一些实施例中，当满足一个或以上条件时，O2O服务系统100的一个或以上组件可以读取和/或修改与乘客、服务提供者和/或公众相关的信息。例如，服务结束后，服务器110可以读取和/或修改一个或多个乘客的信息。又例如，服务结束后，服务器110可以读取和/或修改一个或多个服务提供者的信息。
在一些实施例中，可以通过请求服务来发起O2O服务系统100中一个或以上组件的信息交换。服务请求的对象可以为任何产品。在一些实施例中，该产品可以包括食品、医药、商品、化学产品、电器、衣物、小汽车、房屋、奢侈品等或上述举例的任意组合。对于无形产品，可以包括服务性产品、金融性产品、知识性产品与互联网产品等中的一种或几种的组合。对于互联网产品，它可以是任一满足人们对信息、娱乐、沟通或商务需要的产品。互联网产品可以包括个人主机产品、网站产品、移动互联网产品、商业主机产品、嵌入式产品等或上述举例的任意组合。移动互联网产品可以用于移动终端的软件、程序、系统等或其任意组合。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(PDA)、智能手表、销售点(POS)设备、车载计算机、车载电视、可穿戴设备等、或其任何组合。例如，产品可以是在计算机或移动电话上使用的任一软件和/或应用。软件和/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输相关联的软件和/或应用程序可以包括旅游软件和/或应用程序、车辆调度软件和/或应用程序、地图软件和/或应用程序等。对于车辆调度软件和/或应用程序，车辆可以是马、马车、人力车(例如，独轮手推车、脚踏车、三轮车等)、汽车(例如，出租车、公交车、私人汽车或类似物)、列车、地铁、船只、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)或其任意组合。
本领域普通技术人员将理解，当O2O服务系统100的元件(或组件)执行时，该元件可以通过电信号和/或电磁信号执行。例如，当服务请求者终端130向服务器110发出服务请求时，服务请求者终端130的处理器可以产生编码该请求的电信号。然后，服务请求者终端130的处理器可以将电信号发送到输出端口。如果服务请求者终端130通过有线网络与服务器110通信，则该输出端口可以物理连接至电缆，该电缆可以进一步将该电信号传输至服务器110的输入端口。如果服务请求者终端130通过无线网络与服务器110通信，服务请求者终端130的输出端口可以是一个或多个天线，该天线可以将电信号转换为电磁信号。类似地，服务提供者终端130可通过电信号或电磁信号接受来自服务器110的指令和/或服务请求。在电子设备中，如服务请求者终端130、服务提供者终端140和/或服务器110，当其处理器处理指令、发出指令和/或执行操作时，该指令和/或该操作通过电信号来执行。例如，当处理器从存储介质中检索或保存数据时，它可以向存储介质的读/写设备发送电信号，以读或写存储介质中的结构数据。结构化数据可以电信号的形式经由电子设备的总线传输至处理器。此处，电信号可以指一个电信号、一系列电信号和/或多个不连续的电信号。
图2是根据本申请的一些实施例所示的计算设备200的示例性硬件和软件的示意图。服务器110、服务请求者终端130和/或服务提供者终端140可以在计算设备200上实现。例如，处理引擎112可以在计算设备200(例如，CPU 220)上实现，并且被配置用于执行本申请中公开的处理引擎112的功能。
计算设备200可以是通用计算机或专用计算机，两者都可用于为本申请实施O2O系统。计算设备200可用于实现如本文所述的O2O服务的任何组件。例如，处理引擎112可以通过其硬件、软件程序、固件或其任何组合在计算设备200(例如，CPU 220)上实现。尽管仅示出了一个这样的计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现与这里描述的O2O服务有关的计算机功能，以分配处理负荷。
计算设备200可以例如包括与网络相连接并促进数据通信的通信端口250。计算设备200还可以包括中央处理器(CPU)220，其可以以一个或多个处理器的形式执行程序指令。示例性的计算机平台可以包括一个内部总线210、不同形式的程序内存和数据存储器，例如，磁盘270、只读内存(ROM)230或随机存取内存(RAM)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性的计算机平台可以包括存储在只读内存230、随机存取内存240和/或其他类型的非过度存储介质中的由CPU 220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。本申请揭示的方法和/或过程可以以程式指令来实现。该示例性计算平台还可以包括输入/输出元件260，用来支持计算机和其他元件比如使用者介面单元280进行输入/输出。计算设备200也可以通过网络通信接收程序设计和数据。
仅出于说明目的，计算设备200中仅示例性绘制了一个中央处理器和/或处理器。然而，应该注意，本申请中的计算设备200还可以包括多个中央处理器和/或处理器。因此，如本申请中所描述的由一个中央处理器和/或处理器执行的步骤也可以由多个中央处理器和/或处理器联合或单独执行。例如，如果在本申请中，计算设备200的中央处理器和/或处理器执行步骤A和步骤B，应当理解的是，步骤A和步骤B也可以由计算设备200的两个不同的中央处理器和/或处理器共同地或独立地执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一和第二处理器共同地执行步骤A和步骤B)。
图3是示出根据本申请的一些实施例的可在其上实现用户终端的示例性移动设备300的示例性硬件和/或软件组件的示意图。如图3所示，移动设备300可以包括通信平台310、显示器320、图形处理单元(GPU)330、中央处理单元(CPU)340、I/O350、内存360和存储器390。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示出)，也可包括在移动设备300内。在一些实施例中，操作系统370(如iOSTM、AndroidTM、WindowsPhoneTM等)和一个或多个应用程序380可以从存储器390加载到内存360中，以便由中央处理器340执行。应用程序380可以包括浏览器或任何其他合适的移动应用程序，用于接收及呈现与图像处理相关的信息或处理引擎112中的其他信息。用户与信息流的交互可以通过I/O350实现，并通过网络120提供给处理引擎112和/或O2O服务系统100的其他组件。
实现本申请中描述的各种模块、单元及其功能的计算机硬件平台可以用作一个或多个本文所述元件的硬件平台。具有用户接口组件的计算机可用于实施个人计算机(PC)或任何其他类型的工作站或终端设备。如果适当的编程，计算机亦可用作服务器。
图4A是示出根据本申请的一些实施例的示例性处理引擎112的框图。处理引擎112可以包括服务区域确定模块401、调度请求传输模块402、服务订单传输模块403、检测模块404、分析模块405、控制模块406、确定模块407、奖励模块408以及调度模块409。
服务区域确定模块401可以将地图中的区域划分为至少两个服务区域。如这里所使用的，服务区域可以是具有一个或以上服务提供者的区域。服务区域确定模块401可以随机地或根据区域划分规则划分区域。附加地或替代地，服务区域确定模块401可以确定与目标服务区域相关联的一个或以上备选服务区域。目标服务区域可以指目前或在未来时间段内需要从一个或以上其他服务区域调度更多的服务提供者的服务区域。备选服务区域可以指代可以向目标服务区域提供服务提供者的服务区域。备选服务区域可以包括目标服务区域附近的服务区域、具有过剩的运力的服务区域、具有大量备选服务提供者运力(例如，备选服务提供者的数量大于阈值)的服务区域等或其任意组合。
在一些实施例中，服务区域确定模块401可以包括运力状况获取子模块410和备选服务区域确定子模块411。关于运力状况获取子模块410和备选服务区域确定子模块411的更多描述可以在本申请的其他地方找到(例如，图4B和相关描述)。
调度请求传输模块402可以将调度请求发送到一个或以上第一备选服务提供者。调度请求可以指询问第一备选服务提供者是否接受前往目标服务区域的请求。如这里所使用的，备选服务提供者可以指代正在等待服务订单的用户。调度请求传输模块402可以在同一时间或不同时间将调度请求发送给不同的第一备选服务提供者。在一些实施例中，调度请求传输模块402可以将调度请求发送到与第一备选服务提供者相关联的提供者终端(例如，服务提供者终端140-1)。调度请求可以以任何形式发送到提供者终端，例如文本调度请求、视频调度请求、音频调度请求或图像调度请求。
服务订单传输模块403可以在一时间点向第二备选服务提供者发送与目标服务区域相关联的服务订单。第二备选服务提供者可以是第一备选服务提供者中接受调度请求(即同意前往目标服务区域)的备选服务提供者。与目标服务区域相关联的服务订单可以是起始位置和/或结束位置在目标服务区域内的服务订单。
所述时间点可能是在第二备选服务提供者接受调度请求后的任何时间。例如，所述时间点可以是第二备选服务提供者接受调度请求时(或紧接着)的时间点。又例如，所述时间点可以由服务订单传输模块403基于第二备选服务提供者的定位信息和/或服务时段来确定。在一些实施例中，服务订单传输模块403可以根据不同情况应用不同的服务订单传输策略。关于时间点和/或服务订单传输策略的确定的更多描述可以在本申请的其他地方找到(例如，图5和相关描述)。
在一些实施例中，服务订单传输模块403可以包括服务时段确定子模块412和服务订单传输子模块413。关于服务时段确定子模块412和服务订单传输子模块413的更多描述可以在本申请的其他地方找到(例如，图4C和相关描述)。
检测模块404可以确定服务区域是否满足调度条件。所述调度条件可以包括诸如天气、一天中的时间段、区域、日期或事件的发生或预测发生。例如，检测模块404可以从O2O服务系统100中的存储设备和/或从另一系统获取与服务区域相关的信息。检测模块404还可以基于该信息确定服务区域是否满足调度条件。在确定服务区域满足调度条件时，检测模块404可以将服务区域指定为目标服务区域。附加地或替代地，检测模块404可以将与服务区域相关的调度需求发送到调度模块409。
在一些实施例中，在确定服务区域满足调度条件时，检测模块404可以确定服务区域是否具有不足的运力。关于服务区域的运力的更多描述可以在本申请的其他地方找到(例如，图4B、步骤510和相关描述)。在确定服务区域不具有足够运力时，检测模块404可以将服务区域指定为目标服务区域。附加地或替代地，检测模块404可以将与服务区域相关的调度需求发送到调度模块409。
分析模块405可以获取第一备选服务提供者中接受调度请求的第二备选服务提供者的数量。附加地或替代地，分析模块405可以将第二备选服务提供者的数量与阈值进行比较。在确定该数量大于阈值时，分析模块405可以向控制模块406发送指令以终止向第一备选服务提供者发送调度请求。附加地或替代地，分析模块405可以确定目标服务区域的服务提供者的目标数量。服务提供者的目标数量可以是从一个或以上其他服务区域调度到目标服务区域的服务提供者的目标数量。关于确定服务提供者的目标数量的更多描述可以在本申请的其他地方找到(例如，图8和相关描述)。
控制模块406可以控制调度请求到第一备选服务提供者的传输。例如，当分析模块405确定同意前往目标服务区域的第二备选服务提供者大于阈值时，控制模块406可以停止将调度请求发送到备选服务区域中的第一备选服务提供者。
确定模块407可以确定接受调度请求的第二备选服务提供者是否在一时间段到达目标服务区域。所述时间段可以是任何正数，例如5分钟、10分钟。该时间段可以是存储设备(例如，存储设备160)中存储的默认参数，或者可以由用户(例如，O2O服务系统100的用户)经由终端设置。当确定第二备选服务提供者在该时间段内到达目标服务区域时，确定407可以向奖励模块408发送指令以向第二备选服务提供者发出奖励。
奖励模块408可以向服务提供者发出奖励。所述奖励可以包括金钱奖励、表现评分奖励等或其任何组合。例如，在确定模块407确定第二备选服务提供者在所述时间段内到达目标服务区域时，奖励模块408可以向第二备选服务提供者发出奖励。
调度模块409可以获取与目标服务区域相关联的调度需求。所述调度需求可以从O2O服务系统100的一个或以上组件获取，例如存储设备160、服务区域确定模块401和/或检测模块404。调度模块409还可以为调度需求确定一个或以上第一备选服务提供者。附加地或替代地，调度模块409可以确定在一个或以上第一备选服务提供者中接受调度请求的第二备选服务提供者。在一些实施例中，调度模块409可以确定调度需求的需求时间。所述需求时间可以指的是需要满足所述调度需求的时间。关于第一备选服务提供者、第二备选服务提供者和/或需求时间的确定的更多描述可以在本申请的其他地方找到(例如，图5和8以及相关描述)。
图4B是示出根据本申请的一些实施例的示例性服务区域确定模块的框图。服务区域确定模块401可以包括运力状态获取子模块410和备选服务区域确定子模块411。
运力状态获取子模块410可以获取和/或确定服务区域的运力。服务区域的运力可以指服务区域中服务订单数量和备选服务提供者数量之间的供需关系。服务区域的运力可以包括但不限于平衡的运力、过剩的运力或不足的运力。在一些实施例中，运力状态获取子模块410可以获取和/或确定目标服务区域附近的一个或以上服务区域的运力。关于确定服务区域的运力的更多描述可以在本申请的其他地方找到(例如，图5和图6以及相关描述)。
备选服务区域确定子模块411可以确定与目标服务区域相关联的备选服务区域。备选服务区域可以包括目标服务区域附近的服务区域、具有过剩运力的服务区域、具有大量备选服务提供者的运力(例如，备选服务提供者的数量大于阈值)的服务区域等或其任何组合。例如，备选服务区域确定子模块411可以在目标服务区域附近的服务区域中确定具有过剩运力的服务区域作为目标服务区域的备选服务区域。
图4C是示出根据本申请的一些实施例的示例性订单传输模块的框图。服务订单传输模块403可以包括服务时段确定子模块412和服务订单传输子模块413。
服务时段确定子模块412可以确定接受调度请求(即同意前往目标服务区域)的第二备选服务提供者的服务时段。所述服务时段可以是第二备选服务提供者接受调度请求后的任何时段。在一些实施例中，服务时段确定子模块412可以基于第一预定服务时段和第二备选服务提供者接受调度请求时的时间点来确定服务时段。或者，服务时段确定子模块412可以基于第二预定服务时段和第二备选服务提供者到达目标服务区域时的时间点来确定服务时段。关于第二备选服务提供者的服务时段的确定的更多描述可以在本申请的其他地方找到(例如，图5和相关描述)。
服务订单传输子模块413可以在第二备选服务提供者的服务时段内的任何时间点向第二备选服务提供者发送与目标服务区域相关联的服务订单。
应当注意以上对图4A至4C的描述是出于说明的目的而提供的，并不旨在限制本申请的范围。对于本领域普通技术人员来说，在不背离本申请原则的前提下，可以对上述方法及系统的应用进行各种形式和细节的改进和改变。在一些实施例中，处理引擎112可包括一个或以上其他模块。例如，处理引擎112可以包括存储模块，用于存储由处理引擎112中的模块生成的数据。在一些实施例中，可以省略图4A至4C中所示的处理引擎112的一个或以上模块。在一些实施例中，一个模块可以执行上述两个或以上模块的功能。例如，调度请求传输模块402和服务订单传输模块403可以形成用于向服务提供者传输调度请求和/或服务订单的模块。然而，这些变形和修改亦落于本申请之范围内。
图5是示出根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图。
过程500可以由O2O服务系统100执行。例如，过程500可以实现为存储设备160中存储的一组指令(例如，应用程序)。处理引擎112(其可以在CPU 220上实现)可以执行该组指令，并且因此可以指示在线O2O服务平台中执行过程500。该平台可以是基于因特网的平台，其通过因特网连接O2O服务提供者和请求者。
在510中，处理引擎112(例如，调度模块409)可以获取与目标服务区域相关联的调度需求。所述调度需求可以从O2O服务系统100的一个或以上组件获取，例如存储设备160、服务区域确定模块401和/或检测模块404。在一些实施例中，调度模块409可以获取调度需求，该调度需求以一个或多个电信号的形式，所述电信号编码所述调度需求的数据。
在O2O服务系统100中，服务区域确定模块401可以将地图中的区域划分为至少两个服务区域。如这里所使用的，服务区域可以是具有一个或以上服务提供者的区域。服务区域确定模块401可以随机地或根据区域划分规则将区域划分为至少两个服务区域。区域划分规则可以包括该地区的面积、该地区的人口密度、该地区的行政区域划分、该地区办公楼的密度、该地区的历史服务订单数量等或其任何组合。例如，纽约可以被划分为具有相同大小的至少两个服务区域。又例如，纽约可分为至少两个服务区域，每个服务区域可能具有相似密度的办公楼或人口。
所述服务提供者指可以提供诸如出租车服务、食品配送服务的O2O服务的用户。目标服务区域中的服务提供者可能处于正在提供服务、等待服务订单或停止服务等服务状态中的一个服务状态。等待服务订单的服务提供者在此可称为备选服务提供者。
目标服务区域可以目前或在未来时间段内需要从一个或以上其他服务区域调度更多的服务提供者的服务区域。例如，在在线叫车服务系统中，目标服务区域可以是需要从一个或以上其他服务区域调度更多司机的服务区域。又例如，在外卖派送系统中，目标服务区域可以是需要从一个或以上其他服务区域调度的更多派送员的服务区域。
与目标服务区域相关联的调度需求可以是向目标服务区域调度服务提供者的需求。调度需求可以是需要立即或近乎立即满足的实时调度需求。实时调度需求可以显示目标服务区域可能需要立即或近乎立即从一个或以上其他服务区域调度服务提供者。或者，调度需求可以是需要在获取调度需求之后的一个时间点满足的非实时调度需求。非实时调度需求可以显示目标服务区域需要在获取调度需求之后的时间点，例如1小时后或2017年8月1日上午9点从一个或以上其他服务区域调度服务提供者。如这里所使用的，需要满足调度需求的时间在这里可以被称为调度需求的需求时间。
在一些实施例中，调度需求可以与具有不足运力的目标服务区域相关联。服务区域的运力状态(在此也称为运力)可以指服务区域中服务订单数量和备选服务提供者数量之间的供需关系。服务区域的运力可以包括但不限于平衡的运力、过剩的运力或不足的运力。
平衡的运力可以显示服务区域中的备选服务提供者的数量接近服务订单的数量。如这里所使用的，“接近”可以表示服务区域中服务订单数量和备选服务提供者数量之间的差异小于第一阈值。在一些实施例中，第一阈值可以具有存储在存储设备160中的恒定值，或者可以由用户(例如，O2O服务系统100的用户)设置。附加地或替代地，第一阈值可以由O2O服务系统100的一个或以上组件(例如，运力状态获取子模块410)确定。例如，第一阈值可以是，例如服务订单数量的10％或备选服务提供者数量的10％。
过剩的运力可以表示服务区域中的备选服务提供者的数量远远大于服务订单数量。运力不足可能表明服务区域中备选服务提供者的数量远小于服务订单的数量。如本文所用，“远大于”可以表示服务订单的数量高于备选服务提供者的数量，并且服务订单的数量与备选服务提供者的数量之差大于第二阈值。“远小于”可以表示服务订单的数量小于备选服务提供者的数量，并且服务订单的数量与备选服务提供者的数量之间的差异大于第三阈值。第二阈值和/或第三阈值可以与第一阈值类似，因此这里不再重复其描述。在一些实施例中，第二阈值可以等于或大于第一阈值。第三阈值可以等于或大于第一阈值。
在一些实施例中，运力状态获取子模块410可以获取服务区域的运力信息。服务区域的运力信息可以包括但不限于服务区域中服务订单的数量、服务区域中的备选服务提供者的数量、服务区域中正在提供服务的服务提供者的数量。附加地或替代地，运力状态获取子模块410可以基于服务区域的运力信息来确定服务区域的运力。运力状态获取子模块410可以实时或近乎实时地获取运力的信息和/或确定运力。或者，运力状态获取子模块410可以周期性地获取运力信息和/或确定运力，例如每五分钟一次。
如果运力状态获取子模块410确定服务区域具有不足的运力，则运力状态获取子模块410可以将其指定为目标服务区域。附加地或替代地，运力状态获取子模块410可以将与具有不足运力的与服务区域相关联的调度需求发送到调度模块409。
在一些实施例中，所述调度需求可以与满足调度条件的目标服务区域相关。调度条件可以是包括诸如天气、一天中的时间段、区域、日期或事件的发生或者预测发生。在一些实施例中，调度条件可以是预定的或预设的。例如，当服务区域的当前天气是预设天气时，可以将服务区域确定为目标服务区域。又例如，明天将在服务区域举行会议时，服务区域可以被确定为目标服务区域。调度条件的满足可能表明服务区域可能需要从一个或以上其他服务区域调度服务提供者。
所述天气可包括雨、雪、风、烟雾或冰雹等或其任何组合。所述时间段可以包括高峰时段，例如上午7:00至9:00或下午5:00至下午7:00。所述区域可以包括有一定可能性具有不足的运力的区域。运力不足的概率可以基于诸如人口密度、办公楼密度、历史服务订单数量或历史交通状况来确定。所述日期可以包括周末、节日，例如，国庆节、劳动节、情人节。所述事件可以包括会议、体育赛事、比赛、音乐会、展览、商场促销等或其任何组合。
在一些实施例中，可以由O2O服务系统100的一个或以上组件确定服务区域是否满足调度条件。例如，检测模块404可以从O2O服务系统100中的存储设备和/或从另一系统获取与服务区域相关的信息。检测模块404还可以基于该信息确定服务区域是否满足调度条件。在确定服务区域满足调度条件时，检测模块404可以将服务区域指定为目标服务区域。附加地或替代地，检测模块404可以将与服务区域相关的调度需求发送到调度模块409。
与服务区域相关的信息可以包括天气信息、交通信息、新闻信息等，或其任何组合。仅作为示例，检测模块404可以从存储设备160或天气预报资料源(例如，经由因特网)获取天气信息(例如，实时天气信息、近乎实时的天气信息、天气预报信息)。检测模块404可以确定服务区域目前或者在预定时间(例如，明天)是否满足调度条件(例如，具有预设天气)。例如，当服务区域现在具有预设天气时，它可以具有实时的调度需求。如果服务区域在预定时间具有预设天气，则它可能具有非实时的调度需求。
在520中，处理引擎112(例如，调度模块409)可以为调度需求确定一个或以上第一备选服务提供者。如步骤510所述，备选服务提供者可以指正在等待服务订单的服务提供者。如这里所使用的，备选服务提供者也可以被称为备选服务提供者的提供者终端。
调度模块409可以随机地或根据选择标准从O2O服务系统100中的备选服务提供者中选择用于调度需求的第一备选服务提供者。所述选择标准可以包括备选服务提供者的绩效分数、备选服务提供者与目标服务区域之间的距离、备选服务提供者的等待时间、备选服务提供者到达目标服务的预计时间区域等或其任何组合。备选服务提供者的等待时间可以是备选服务提供者等待服务订单的持续时间。
仅作为示例，调度模块409可以确定与目标服务区域的距离在一定距离范围内的备选服务提供者，作为调度需求的第一备选服务提供者。附加地或替代地，调度模块409可以确定等待时间大于时间阈值的备选服务提供者作为调度需求的第一备选服务提供者。
在一些实施例中，服务区域确定模块401(例如，备选服务区域确定子模块411)可以确定与目标服务区域相关联的一个或以上备选服务区域。然后，调度模块409可以在备选服务区域中指定一个或以上服务提供者作为调度需求的第一备选服务提供者。备选服务区域可以包括目标服务区域附近的服务区域、具有过剩的运力的服务区域、具有大量备选服务提供者的运力(例如，备选服务提供者的数量大于阈值)的服务区域等或其任何组合。
仅作为示例，服务区域确定模块401可以将目标服务区域附近的服务区域确定为备选服务区域。调度模块409可以在目标服务区域附近的服务区域中指定一个或以上备选服务提供者作为调度需求的第一备选服务提供者。目标服务区域附近的服务区域可以到目标服务区域的距离小于距离阈值的服务区域。服务区域和目标服务区域之间的距离可以是线性距离或实际距离(例如，服务区域和目标服务区域之间的路线的距离)。服务区域与目标服务区域之间的距离可以是服务区域中的位置与目标服务区域中的位置之间的距离。例如，服务区域和目标服务区域之间的距离可以是服务区域与目标服务区域的中心位置之间的距离。又例如，备选服务区域可以是目标服务区域附近并具有过剩的运力的服务区域。在一些实施例中，运力状态获取子模块410可以确定目标服务区域附近的一个或以上服务区域的运力。备选服务区域确定子模块411可以在目标服务区域附近的服务区域中确定具有过剩的运力的服务区域作为备选服务区域。关于确定服务区域的运力的更多描述可以在本申请的其他地方找到(例如，步骤510和相关描述)。
或者，运力状态获取子模块410可以获取目标服务区域附近的一个或以上服务区域的运力信息。服务区域的运力信息可以包括服务区域中的服务订单的数量和服务区域中的备选服务提供者的数量。备选服务区域确定子模块411可以基于运力的信息确定目标服务区域附近的服务区域中的备选服务区域。结合步骤510所述，备选服务区域可以是服务订单数量远远高于备选服务提供者数量的服务区域。
530中，处理引擎112(例如，调度请求传输模块402)可以向一个或以上第一备选服务提供者发送调度请求。调度请求可以指询问第一备选服务提供者是否接受前往目标服务区域的请求。调度请求传输模块402可以将调度请求发送到第一备选服务提供者的提供者终端(例如，服务提供者终端140-1)。调度请求可以以任何形式发送到提供者终端，例如文本调度请求、视频调度请求、音频调度请求或图像调度请求。
在一些实施例中，调度请求传输模块402可以同时向第一备选服务提供者中的每一个发送调度请求。或者，调度请求传输模块402可以在不同时间将调度请求发送给不同的第一备选服务提供者。例如，调度请求传输模块402可以周期性地将调度请求发送到第一备选服务提供者中的特定数量的备选服务提供者。又例如，调度请求传输模块402可以在一时间点将调度请求发送到第一备选服务提供者的第一子集。调度请求传输模块402可以在另一个时间点将调度请求发送到第一备选服务提供者的第二子集。
接收到调度请求的第一备选服务提供者可以经由与服务提供者相关联的提供者终端和网络120回复调度请求，以表明他或她对调度请求的回复。例如，第一备选服务提供者可以通过执行预定动作来回复调度请求。预定动作可以表明第一备选服务提供者关于调度请求的选择。关于调度请求的选择可以包括接受前往目标服务区域(立即或在将来的时间)、拒绝前往目标服务区域、稍后发送调度请求等。例如，第一备选服务提供者可以回复文本消息，例如“是”、“否”或“稍后询问”以回复调度请求。文本消息“是”可以表明第一备选服务提供者接受前往目标服务区域。文本消息“否”可以指示第一备选服务提供者拒绝前往目标服务区域。短信“稍后询问”可能表示第一备选服务提供者想要在一段时间后(例如五分钟后)再收到调度请求。
又例如，调度请求传输模块402可以将调度请求发送到安装在第一备选服务提供者的提供者终端中的O2O服务的应用程序。第一备选服务提供者的应用可以在用户界面中显示调度请求。用户界面可以包括用于第一备选服务提供者回复调度请求的界面元素。例如，用户界面可以显示与关于调度请求的选择相对应的至少两个图标。第一备选服务提供者可以点击图标来回复调度请求。又例如，用户界面可以包括用于第一备选服务提供者输入文本信息的界面元素。第一备选服务提供者可以输入关于调度请求的答复。
在540中，处理引擎112(例如，调度模块409)可以在一个或以上第一备选服务提供者中确定接受调度请求的第二备选服务提供者。如这里所使用的，“接受调度请求”可以指示第二备选服务提供者同意(立即或将来)前往目标服务区域。调度模块409可以基于如结合530所述的其关于调度请求的选择来确定第二备选服务提供者。当通过提供者终端同意前往目标服务区域时，可以将备选服务提供者确定为第二备选服务提供者。
在550中，处理引擎112(例如，服务订单传输模块403)可以在第一时间点向第二备选服务提供者发送与目标服务区域相关联的服务订单。与目标服务区域相关联的服务订单可以是起始位置和/或结束位置在目标服务区域内的服务订单。
第一时间点可以是第二备选服务提供者接受调度请求后的任何时间。例如，第一时间点可以是第二备选服务提供者接受调度请求时(或紧接其后)的时间点。又例如，第二备选服务提供者的服务提供者终端可以将第二备选服务提供者的定位信息实时或周期性地发送到O2O服务系统100的一个或以上组件(例如，服务订单传输模块403、存储设备160)。服务订单传输模块403可以从一个或以上组件接收和/或获取第二备选服务提供者的定位信息。服务订单传输模块403还可以基于第二备选服务提供者的定位信息确定第一时间点。例如，第一时间点可以是当第二备选服务提供者到达目标服务区域时的时间点。又例如，第一时间点可以是当第二备选服务提供者和目标服务区域之间的距离从大于距离阈值变为小于距离阈值(例如500米)时的时间点。
在一些实施例中，第一时间点可以与在步骤510获取的调度需求的请求时间相关联。例如，调度需求可以由将在目标服务区域中举行的音乐会触发。音乐会结束时，需求时间可能是晚上9点。第一时间点可以是需求时间或者需求时间之后。仅作为示例，服务订单传输模块403可以在音乐会结束后，将起点为音乐会场所的服务订单发送给第二备选服务提供者。
在一些实施例中，可以基于第二备选服务提供者的服务时段来确定第一时间点。例如，服务时段确定子模块412可以确定第二备选服务提供者的服务时段。然后，服务订单传输子模块413可以确定第二备选服务提供者的服务时段内的第一时间点。
服务时段确定子模块412可以将第二备选服务提供者接受调度请求之后的任何时间段作为第二备选服务提供者的服务时段。例如，第二备选服务提供者的服务时段可能在接受调度请求后的30分钟。服务订单传输子模块413可以在接受调度请求后30分钟内的任何时间点将与目标服务区域相关联的服务订单发送给第二备选服务提供者。
又例如，服务时段确定子模块412可以基于第一预定服务时段和第二备选服务提供者接受调度请求时的时间点来确定服务时段。例如，假设第一预定服务时段是ΔT1，第二备选服务提供者接受调度请求的时间点是T0，则第二备选服务提供者的服务时段可以是(T0,T0+ΔT1)。服务订单传输子模块413可以在(T0,T0+ΔT1)的时间段内的任何时间点将与目标服务区域相关联的服务订单发送到第二备选服务提供者。
作为又一示例，服务时段确定子模块412可以基于第二预定服务时段和第二备选服务提供者到达目标服务区域时的时间点来确定服务时段。例如，假设第二预定服务时段是ΔT2，当第二备选服务提供者到达目标服务区域时的时间点是T1，则第二备选服务提供者的服务时间可以被确定为(T1,T1+ΔT2)。服务订单传输子模块413可以在(T1，T1+ΔT2)的时间段内的任何时间点将与目标服务区域相关联的服务订单发送到第二备选服务提供者。
在一些实施例中，服务订单传输模块403可以根据不同情况应用不同的服务订单发送策略。例如，在第二备选服务提供者接受调度请求之后，服务订单传输模块403仅将与目标服务区域相关联的服务订单发送给第二备选服务提供者。又如例，在第二备选服务提供者到达目标服务区域之前，服务订单传输模块403可以只将结束位置在目标服务区域内的服务订单发送给第二备选服务提供者。附加地或替代地，在第二备选服务提供者到达目标服务区域之后，服务订单传输模块403可以仅将起始位置在目标服务区域内的服务订单发送到第二备选服务提供者。
应注意，以上关于过程500的描述仅出于说明性目的，并不意欲限制本申请之范围。对于本领域普通技术人员来说，在不背离本申请原则的前提下，可以对上述方法及系统的应用进行各种形式和细节的改进和改变。
然而，此些变形和修改亦落于本申请之范围内。在一些实施例中，在530中，调度请求传输模块402可以将调度请求发送到一个或以上的第一备选服务提供者，要求接收者前往目标服务区域。在540中，调度模块409可以确定第一备选服务提供者中的第二备选服务提供者。在一些实施例中，调度模块409可以随机地在第一备选服务提供者中选择第二备选服务。或者，调度模块409可以根据选择标准在第一备选服务提供者中选择第二备选服务。选择标准可以包括备选服务提供者的性能得分、备选服务提供者和目标服务区域之间的距离、备选服务提供者到达目标服务区域的估计时间等或其任何组合。或者，调度模块409可以在第一备选服务提供者中选择具有最高性能分数或最接近目标服务区域的备选服务提供者。然后，调度模块409可以将所选择的备选服务提供者指定为第二备选服务提供者。
在一些实施例中，在540中，可以确定接受调度请求(即，表示同意前往目标服务区域)的至少两个第二备选服务提供者。在550中，可以将与目标服务区域相关联的服务订单发送到第二备选服务提供者。第二备选服务提供者中接受服务订单最快的第二服务提供者可以获取服务订单。附加地或替代地，可以随机地或基于分配标准将与目标服务区域相关联的服务订单分配给第二备选服务提供者之一。分配标准可以包括但不限于第二备选服务提供者到达服务订单的起始位置的预计时间、第二备选服务提供者与服务订单的起始位置之间的距离。
在一些实施例中，可以添加一个或以上可选步骤。例如，分析模块405可以获取在第一备选服务提供者中接受调度请求的备选服务提供者的数量。分析模块405可以将该数字与阈值(例如，服务提供者的目标数量)进行比较，以确定是否需要终止过程500。关于服务提供者的目标数量的更多描述可以在本申请的其他地方找到(例如，图7和图8以及相关描述)。又例如，奖励模块408可以向接受调度请求并在一段时间内到达目标服务区域的备选服务提供者发出奖励。关于奖励的更多描述可以在本申请的其他地方找到(例如，图7和相关描述)。
图6是示出根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图。过程600可以是过程500的实施例(例如，步骤520-550)，其中调度需求与具有不足的运力的目标服务区域相关联。
过程600可以由O2O服务系统100执行。例如，过程600可以实现为存储设备160中存储的一组指令(例如，应用程序)。处理引擎112(其可以在CPU 220上实现)可以执行该组指令，并且因此可以指示在线O2O服务平台中执行过程600。该平台可以是基于因特网的平台，其通过因特网连接O2O服务提供者和请求者。
在610中，可以确定与具有不足运力的目标服务区域相关联的备选服务区域。在一些实施例中，步骤610可以由处理引擎112(例如，服务区域确定模块401)执行。
相对较大的区域可以根据区域划分规则被划分为至少两个服务区域，以提高提供O2O服务的效率。例如，可以根据办公楼的分布将区域划分为至少两个服务区域。如这里所使用的，服务区域可以指代备选服务提供者可以提供O2O服务的区域。
备选服务提供者可以指代正在等待服务订单的用户，即O2O服务的服务提供者。对于在线叫车服务，备选服务提供者可以是司机。对于外卖服务，备选服务提供者可以是送货人员。在另一个与另一个O2O服务相关的实施例中，备选服务提供者可能有另一个身份。本申请不限于所示的实施例。
运力可以指服务区域中服务订单数量和备选服务提供者数量之间的供需关系。当备选服务提供者的数量接近服务区域中的服务订单的数量时，服务区域可以具有平衡的运力。当备选服务提供者的数量远远大于服务区域中的服务订单数量时，服务区域可具有过剩的运力。如果备选服务提供者的数量远小于服务区域中的服务订单的数量，则服务区域可能具有不足的运力。关于运力的更多描述可以在本申请的其他地方找到(例如，图5及其相关描述)。
可以通过确定目标服务区域中的服务订单的数量和目标服务区域中的备选服务提供者的数量来确定目标服务区域的运力。在一些实施例中，目标服务的运力可以由处理引擎112(例如，运力状态获取子模块410)确定。
在一些实施例中，可以实时检测目标服务区域的运力。附加地或替代地，可以仅在满足调度条件时检测目标服务区域的运力。更具体地，可以在预设事件发生时确定目标服务区域的运力。预设事件可以包括预设的天气、高峰时间、节日或会议等或其任意组合。在一些实施例中，检测模块404可以在满足调度条件时检测目标服务区域的运力。
预设天气可能包括雨、雪、风、烟雾或冰雹和/或可能影响交通的其他恶劣天气。节日可以包括国庆节、劳动节和/或大量人会旅行的其他节日。可以理解，预设事件可以包括其他类型的事件，例如明星音乐会。本申请不限于所示的实施例。
预设事件的发生可能对一个或以上服务区域中的交通产生影响。例如，具有至少两个办公楼的服务区域可能在高峰时段出现交通堵塞。
在一些实施例中，可以从气象局网站或因特网获取实时天气信息。实时天气信息可用于确定当前天气是否是预设天气。如果当前天气是预设天气，则可以确定发生预设事件。附加地或替代地，可以获取实时时间信息以确定目前是否在，例如高峰时间和/或主要节日。
在一些实施例中，目标服务区域的备选服务区域可以指具有过剩的运力的服务区域。在一些实施例中，备选服务区域可以从目标服务区域附近的服务区域中选择。附加地或替代地，可以基于大数据分析来确定备选服务区域。备选服务区域可以是在历史时间段中具有过剩的运力的服务区域。在一些实施例中，备选服务区域可以由处理引擎112(例如，备选服务区域确定模块410)确定。历史时间段可以是任何连续时间段和/或任何非连续时间段。例如，历史时间段可以是过去一周的每天的7:00到9:00。又例如，历史时期可能是过去一小时。本申请不限于所示的实施例。
在620中，可以将备选服务区域中的调度请求发送给一个或以上备选服务提供者，以询问其是否接受前往目标服务区域。备选服务提供者也可以在此称为备选提供者终端。在一些实施例中，步骤620可以由处理引擎112(例如，调度请求传输模块402)执行。
对于在线叫车服务，备选服务区域中的备选服务提供者可以是其当前位置在备选服务区域内的驾驶员。对于外卖服务，备选服务提供者可以是派送地区在备选服务区域内的派送员。
在一些实施例中，可以通过用于O2O服务的第三方应用程序将调度请求发送给备选服务提供者。第三方应用程序可以安装在备选服务提供者的提供者终端中。对于在线叫车服务，安装在提供者终端中的第三方应用程序可以是提供给驾驶员的地图应用程序或的在线叫车应用程序。对于外卖递送服务，安装在提供者终端中的第三方应用程序可以是外卖应用程序。
当通过网络120将调度请求发送到O2O服务相关的第三方应用程序时，第三方应用程序可以通过提供者终端的用户界面中的弹出窗口或卡片显示调度请求。弹出窗口或卡片可以包括用于备选服务提供者输入反馈信息的界面。应当注意以上关于发送调度请求的描述是为了说明的目的而提供的，并非旨在限制本申请的范围。调度请求可以通过任何形式(例如视频消息、音频消息)发送到第三方应用程序。
调度请求可以被发送到备选服务区域中的一个或以上备选服务提供者，从而询问他们是否接受O2O服务系统中的调度。
在630中，在一个或以上备选服务中的备选服务提供者的反馈信息显示提供者同意前往目标服务区域，可以将与目标服务区域相关联的服务订单发送给备选服务提供者。与目标服务区域相关联的服务订单也可以称为目标服务区域中的服务订单。在一些实施例中，步骤630可以由处理引擎112(例如，服务订单传输模块403)执行。
所述反馈信息可以表明备选服务提供者关于调度请求的选择。选择可以包括：接受O2O服务系统中的调度(即，同意前往目标服务区域提供服务)、拒绝调度请求(即，拒绝前往目标服务区域提供服务)。
在一些实施例中，如果备选服务区域中的备选服务提供者接受调度请求，则可以仅将与目标服务区域相关联的服务订单发送给备选服务提供者。
与O2O服务相关的服务订单可以包括起始位置和结束位置。例如，对于在线叫车服务，服务订单可以是出行服务订单。出行服务订单可以包括乘客的上车位置(即，起始位置)和目的地(即，终点位置)。又例如，对于外卖服务，服务订单可以是外卖服务订单。外卖服务订单可以包括卖方的位置(即，起始位置)和买方的位置(即，终点位置)。在一些实施例中，发送给服务提供者的订单的起始位置和/或终点位置可以在目标服务区域内。
可以获取O2O服务系统中的待处理服务订单和/或它们的起始位置和终点位置。然后可以选择其中起始位置和/或终点位置在目标服务区域内的服务订单。可以将所选择的服务订单中的至少一个发送给接受调度请求的备选服务提供者。在一些实施例中，可以由服务订单传输模块403确定要发送给接受调度请求的备选服务提供者的服务订单。
例如，对于在线叫车服务，在高峰时段西二旗服务区域的服务订单数量可能较多，而可用的网约车辆数量可能较少。上地服务区域的可用网约车数量可能很多。在线叫车服务系统可以向上地服务区域中的司机发送调度请求。当司机接受调度请求时，在线叫车服务系统可以将其起点和/或终点在西二旗服务区域内的订单发送给司机。
以上例子表明，当目标服务区域的运力不足时，可以将具有过剩的运力的服务区域中的备选服务提供者调度至目标服务区域，并且仅将目标服务区域中的服务订单发送给备选服务提供者。这样，服务资源可以集中到具有较大服务需求的服务区域，以避免浪费服务资源。
图7是示出根据本申请的一些实施例的用于调度运输服务资源的示例性过程的流程图。过程700可以是过程600的实施例。在过程700中，可以从目标服务区域附近的服务区域中选择备选服务区域，以提高服务效率。
过程700可以由O2O服务系统100执行。例如，过程700可以实现为存储设备160中存储的一组指令(例如，应用程序)。处理引擎112(其可以在CPU 220上实现)可以执行该组指令，并且因此可以指示在线O2O服务平台中执行过程700。该平台可以是基于因特网的平台，其通过因特网连接O2O服务提供者和请求者。
在710中，如果目标服务区域不具有足够的运力，则可以获取目标服务区域附近的一个或以上服务区域的运力状态。在一些实施例中，运力状态获取子模块410可以获取目标服务区域附近的一个或以上服务区域的运力状态。如果目标服务区域附近的一个或以上服务区域中的服务区域具有过剩的运力，则该服务区域可以被确定为备选服务区域。备选服务区域确定子模块411可以在目标服务区域附近的一个或以上服务区域中确定具有过剩的运力的备选服务区域。与远离目标服务区域附近的服务区域相比，目标服务区域附近的服务区域中的备选服务者可以在接受调度请求后更快到达目标服务区域。
如果目标服务区域附近的服务区域具有过剩的运力，则该服务区域可以被确定为备选服务区域。应当注意以上描述是出于说明的目的而提供的，并非旨在限制本申请的范围。可以将目标服务区域附近的任何服务区域确定为备选服务区域。例如，可以将最接近目标服务区域的服务区域确定为备选服务区域。又例如，可以将其选择服务提供者的数量超过阈值的服务区域确定为备选服务区域。在一些实施例中，备选服务区域可以由处理引擎112(例如，备选服务区域子模块410)确定。
在720中，可以将调度请求发送到备选服务区域中的一个或以上的备选服务提供者。调度请求可用于询问备选服务提供者是否同意前往目标服务区域提供服务。步骤720可以以与步骤620类似的方式执行，并且这里不再重复详细描述。在一些实施例中，处理引擎112(例如，调度模块409)可以在一个或以上备选服务提供者中确定接受调度请求(即表示同意前往目标服务区域)的备选服务提供者。接受调度请求的备选服务提供者的确定可以类似于步骤540所述。
在730中，在确定一个或以上备选服务提供者的备选服务提供者接受调度请求时，可以确定备选服务提供者的服务时段。在一些实施例中，步骤730可以由处理引擎112(例如，服务时段确定子模块412)执行。
备选服务提供者的服务时段可以根据预先确定的服务时段和备选服务提供者接受调度请求的时间点，或者备选服务提供者到达目标服务区域时的时间点确定。
在一段时间之后，服务区域的运力状态不足可以被缓解或改变为平衡的运力状态。服务区域可能在一段时间之后不需要从备选服务区域调度的运力。这样，可以确定接受调度请求的备选服务提供者的服务时段。目标服务区域内的一个或以上服务订单可以在服务时段发送给备选服务提供者。服务时段之外则可以采用正常的订单分配策略。如这里所使用的，“正常订单分配策略”可以指适用于O2O服务系统100的任何策略。例如，服务订单传输模块403可以基于服务订单和备选服务提供者的开始位置之间的距离将服务订单分配给备选服务提供者。
在一些实施例中，备选服务提供者的服务时段可以基于预定的服务时段和备选服务提供者接受调度请求时的时间点来确定。例如，假设预选服务时段是ΔT，备选服务提供者接受调度请求时的时间点是T0，则备选服务提供者的服务时段可以是(T0,T0+ΔT)。备选服务提供者的服务时段可以由处理引擎112(例如，服务时段确定子模块412)确定。或者，服务时段可以基于预定的服务时段和备选服务提供者到达目标服务区域时的时间点来确定。例如，假设预定服务时段是ΔT，备选服务提供者到达目标服务区域时的时间点是T1，则备选服务提供者的服务时段可以是(T1,T1+ΔT)。
在740中，可以在服务时段中将与目标服务区域相关联的服务订单发送给备选服务提供者。在一些实施例中，步骤740可以由处理引擎112(例如，服务订单传输子模块413)执行。
在一些实施例中，服务时段可以基于预定的服务时段和备选服务提供者接受调度请求时的时间点来确定。在服务时段期间，可以在备选服务者在到达目标服务区域前只把结束位置在目标服务区域内的服务订单发送给备选服务提供者。可以在备选服务提供者到达目标服务区域后只把起始位置在目标服务区域内的服务订单发送给备选服务提供者。
或者，服务时段可以基于预定的服务时段和备选服务提供者到达目标服务区域时的时间点来确定。在服务时段期间，只有起始位置在目标服务区域内的服务订单可以被发送给备选服务提供者。在备选服务提供者到达目标服务区域之前，不得将服务订单发送给备选服务提供者或仅将结束位置在目标服务区域内的服务订单发送给备选服务提供者。
上述示例表明，可以从目标服务区域附近的服务区域中选择目标服务区域的备选服务区域。与不近的服务区域相比，目标服务区域附近的服务区域的备选服务提供者在接受调度请求后可以更快地到达目标服务区域。这样，可以提高O2O服务的服务效率。另外，可以在其服务时段中将与目标服务区域相关联的服务订单发送给备选服务提供者，在服务时段之外则不将与目标服务区域相关的服务订单发送给备选服务提供者。由此，可以避免长时间集中服务区域中的服务资源，以及避免浪费服务资源。
在一些实施例中，过程600和/或过程700可以包括如下的两个附加步骤S10和S11(未示出)。在S10中，可以确定同意前往目标服务区域以提供服务的备选服务提供者的数量。在一些实施例中，步骤S10可以由处理引擎112(例如，分析模块405)执行。处理引擎112(例如，分析模块405)还可以确定同意前往目标服务区域的备选服务提供者的数量是否大于阈值。
在S11中，响应于同意去目标服务区域的备选服务提供者的数量大于阈值，可以停止向备选服务区域中的备选服务提供者发送调度请求。在一些实施例中，步骤S11可以由控制模块406执行。
在一些实施例中，可以以目标服务区域的平衡运力为目标来确定预设数量。阈值在本文中也可称为服务提供者的目标数量。例如，可以基于目标服务区域中的服务订单的数量与目标服务区域中备选服务提供者的数量之间的差异来确定阈值。阈值可能等于差值。或者，阈值可以是差值的比率，例如差值的1.1倍。在一些实施例中，阈值可以是存储设备(例如，存储设备160)中存储的默认参数，或者可以由用户(例如，O2O服务系统100的用户)经由终端设置。
在一些实施例中，如果接受调度请求的备选服务提供者可以在预定时段内到达目标服务区域，则可以向备选服务提供者发放奖励。所述预定时段可以是任何正数，例如5分钟、10分钟。所述预定时段可以是存储设备(例如，存储设备160)中存储的默认参数，或者可以由用户(例如，O2O服务系统100的用户)经由终端设置。所述奖励可以包括金钱奖励、表现评分奖励等或其任意组合。过程600和/或过程700可以包括两个附加步骤：S20和S21，如下所述。
在S20中，可以判断接受调度请求的备选服务提供者是否在预定时段内到达目标服务区域。在一些实施例中，S20可以由处理引擎112(例如，确定模块407)执行。
在S21中，在确定备选服务提供者在预定时段内到达目标服务区域时，可以向备选服务提供者发放奖励。在一些实施例中，S21可以由处理引擎112(例如，奖励模块408)执行。
应注意，上述关于过程700的描述仅出于说明性目的，并不意欲限制本申请之范围。对于本领域普通技术人员来说，在不背离本申请原则的前提下，可以对上述方法及系统的应用进行各种形式和细节的改进和改变。在一些实施例中，可以改变两个或以上步骤的顺序。附加地或可选地，可以省略一个或多个步骤。在一些实施例中，可以将两个或以上步骤集成到步骤中，或者可以将步骤分成两个步骤。例如，可以在未发送调度请求时就将服务订单发送到备选服务区域中的备选服务提供者。又例如，710可分为两个步骤。运力状态获取子模块410可以在运力不足的目标服务区域附近获取一个或以上服务区域的运力状态。然后，备选服务区域确定子模块411可以在目标服务区域附近的一个或以上服务区域中选择目标服务区域的备选服务区域。
图8是根据本申请的一些实施例示出的用于调度运输服务资源的示例性过程的流程图。过程800可以是过程500的实施例，其中调度需求与满足调度条件的目标服务区域相关联。
过程800可以由O2O服务系统100执行。例如，过程800可以实现为存储设备160中存储的一组指令(例如，应用程序)。处理引擎112(其可以在CPU 220上实现)可以执行该组指令，并且因此可以直接在线O2O服务平台中执行过程800。该平台可以是基于因特网的平台，其通过因特网连接O2O服务提供者和请求者。
在810中，处理引擎112(例如，调度模块409)可以获取与目标服务区域相关联的调度需求。所述调度需求可以包括调度条件、需求时间和服务提供者的目标数量。所述调度需求可以从O2O服务系统100的一个或以上组件获取，例如存储设备160、服务区域确定模块401和/或检测模块404。
所述目标服务区域是指需要从一个或以上其他服务区域调度服务提供者的服务区域。与目标服务区域相关联的调度需求是指向目标服务区域调度服务提供者的需求。调度条件可以包括诸如天气、时间段、区域、日期或事件的出现或预测出现。关于目标服务区域、调度需求和/或调度条件的更多描述可以在本申请的其他地方找到(例如，图5和相关描述)。
如结合图5所述，所述需求时间可以指需要满足调度需求的时间。需求时间可以是存储设备中存储的默认时间或由O2O服务系统100的用户设置的时间。或者，可以通过O2O服务系统100的一个或以上组件(例如调度模块409)来确定需求时间。
仅作为示例，调度模块409可以基于调度条件被满足的时间来确定需求时间。调度条件的时间可以是例如天气、时间间隔、日期或事件的发生或预测发生的时间。
仅出于说明目的，天气的发生或预测发生(例如，雨、雪、风、烟雾或冰雹)被描述为示例。调度模块409可以从存储设备160或另一系统(例如，天气预报网站)获取与目标服务区域相关联的天气信息。天气信息可包括实时天气信息、近乎实时的天气信息、天气预报信息等或其任何组合。调度模块409可以根据天气信息获取和/或确定天气将发生的时间或预测时间。
例如，如果目标服务区域在某一时刻开始下雨，调度模块409可以将该时刻或基本上接近该时刻的时刻作为需求时间。更具体地，如果预测目标服务区域在明天上午10点下雨，则调度模块409可以确定明天上午10点或明天上午10点左右的时间为需求时间。应注意，提供的上述例子仅出于说明性目的，并不意欲限制本申请之范围。需求时间可以是与预设天气相关联的任何时间点。
服务提供者的目标数量可以从一个或以上其他服务区域调度到目标服务区域的服务提供者的目标数量。服务提供者的目标数量可以是存储设备中存储的默认数量或由O2O服务系统100的用户设置的数量。或者，服务提供者的目标数量可以由O2O服务系统100的一个或以上组件确定，例如调度模块409、分析模块405。
例如，分析模块405可以基于目标服务区域的运力的信息来确定服务提供者的目标数量。仅作为示例，服务提供者的目标数量可以等于目标服务区域中备选服务提供者数量和服务订单数量之间的差异。又例如，服务提供者的目标数量可以是所述差异的比例，例如差异的1.1倍。附加地或替代地，分析模块405可以基于诸如目标服务区域中的人口密度、服务订单的历史数量和/或办公楼的密度来确定服务提供者的目标数量。
在一些实施例中，调度需求可以与事件的发生或预测发生相关联，例如会议、体育赛事、比赛、音乐会、展览、市场推广(例如，如图5所描述的)。在一些实施例中，所述事件可以是预设的。分析模块405可以根据或考虑预设事件的估计参与者的数量来确定服务提供者的目标数量。例如，分析模块405可以根据或考虑到音乐会上估计的观众数量来确定与音乐会相关联的调度需求的服务提供者的目标数量。
在820中，处理引擎112(例如，调度模块409)可以在与需求时间相关联的第二时间点确定调度需求的一个或以上第一备选服务提供者。在一些实施例中，第二时间点可以等于或基本接近于需求时间。在一些实施例中，第二时间点可以是在需求时间之前的任何时间。例如，第二时间点可能是在需求时间之前30分钟。因此，可以在需求时间之前确定备选服务提供者并将其调度到目标服务区域。
结合图5所述，备选服务提供者可以指正在等待服务订单的服务提供者。调度模块409可以从O2O服务系统100的备选服务提供者中随机地或根据标准确定调度需求的第一备选服务提供者。所述标准可以包括备选服务提供者的绩效分数、备选服务提供者与目标服务区域之间的距离、备选服务提供者的等待时间、备选服务提供者到达目标服务区域的预计时间等或其任意组合。
在一些实施例中，调度模块409可以确定与目标服务区域的距离在特定距离范围内的备选服务提供者，并将其作为调度需求的第一备选服务提供者。附加地或替代地，调度模块409可以确定等待时间大于时间阈值的备选服务提供者作为第一备选服务提供者。在一些实施例中，调度模块409可以确定到达目标服务区域的预计时间接近于需求时间的备选服务提供者(例如，到达目标服务区域的预计时间与需求时间之间的差异小于阈值)，并将其作为第一备选服务提供者。例如，可以在不迟于需求时间之后的五分钟到达目标服务区域的备选服务提供者可以被确定为第一备选服务提供者。关于第一备选服务提供者的确定的更多描述可以在本申请的其他地方找到(例如，图5和相关描述)。
在830，处理引擎112(例如，调度请求传输模块402)可以向一个或以上第一备选服务提供者发送调度请求，以询问其是否接受去目标服务区域。第一备选服务提供者可以对调度请求做出选择。关于调度请求的选择可以包括接受去目标服务区域、拒绝前往目标服务区域、稍后发送调度请求等。可以以与530类似的方式执行步骤830，并且这里不再重复详细描述。
在一些实施例中，调度请求传输模块402可以将调度请求发送到要求接收者前往目标服务区域的第一备选服务提供者中的至少一个。在一些实施例中，调度请求传输模块402可以确定是否将要求她/他去目标服务的调度请求发送给第一备选服务提供者。
例如，调度请求传输模块402可以基于调度的预估奖励和第一备选服务提供者到达目标服务区域的预估成本来进行确定。发放的预估奖励可以包括支付给第一备选服务提供者以进入目标服务区域的金钱奖励。预估奖励可以是存储设备(例如，存储设备160)中存储的默认值。附加地或替代地，预估奖励可以由奖励模块408基于，例如，第一备选服务提供者和目标服务区域之间的距离、到达目标服务区域的燃料成本等来确定。调度的预估成本可以指第一备选服务提供者到达目标服务区域的成本。第一备选服务提供者到达目标服务区域的预估成本可以是，例如，基于第一备选服务提供者和目标服务区域之间的距离或者到达目标服务区域的估计时间来确定。在确定用于调度的预估奖励高于预估成本时，调度请求传输模块402可以将调度请求发送到第一备选服务提供者要求她/他前往目标服务。
在840中，处理引擎112(例如，调度模块409)可以在一个或以上第一备选服务提供者中确定接受调度请求的第二备选服务提供者。可以以与530类似的方式执行步骤840，这里不再重复详细描述。
在850中，处理引擎112(例如，服务订单传输模块403)可以在第三时间点向第二备选服务提供者发送与目标服务区域相关联的服务订单。第三时间点可以是第二备选服务提供者接受调度请求后的任何时间。
例如，第三时间点可以是在第二备选服务提供者接受调度请求时或紧接其后的时间点。又例如，第三时间点可以是第二备选服务提供者到达目标服务区域时的时间点。作为又一示例，第三时间点可以是当第二备选服务提供者和目标服务区域之间的距离从大于距离阈值变为小于距离阈值时的时间点。距离阈值可以是任何正数，例如500米、1000米。
在一些实施例中，在第二备选服务提供者到达目标服务区域之前，服务订单传输模块403可以仅将结束位置在目标服务区域内的服务订单发送给第二备选服务提供者。附加地或替代地，在第二备选服务提供者到达目标服务区域之后，服务订单传输模块403可以仅将起始位置在目标服务区域内的服务订单发送到第二备选服务提供者。可以以与550类似的方式执行步骤850，并且这里不再重复详细描述。
在860中，处理引擎112(例如，分析模块405)可以获取在第一备选服务提供者中接受调度请求的备选服务提供者的数量。分析模块405可以从O2O服务系统100中的存储设备获取接受调度请求的备选服务提供者的数量。附加地或替代地，分析模块405可以基于步骤830所描述的第一备选服务提供者对的调度请求的选择来确定该数量。
在870中，处理引擎112(例如，分析模块405可以确定接受调度请求的备选服务提供者的数量是否小于服务提供者的目标数量。在确定接受调度请求的备选服务提供者的数量不小于服务提供者的目标数量时，可以终止过程800。
在确定接受调度请求的备选服务提供者的数量小于服务提供者的目标数量时，过程800可以返回步骤820，重新确定一个或以上第一备选服务提供者并执行步骤830-870，直到接受调度请求的备选服务提供者的数量等于或大于服务提供者的目标数量。例如，调度模块409可以重新确定接受调度请求的第二备选服务提供者。分析模块405可以更新接受调度请求的备选服务提供者的数量。
在一些实施例中，调度模块409可以根据已接受调度请求的第一备选服务提供者的数量和服务提供者的目标数量，重新确定调度需求的第一备选服务提供者的数量。例如，重新确定的第一备选服务提供者的数量可以是服务提供者的目标数量与已接受调度请求的第一备选服务提供者的数量之间的差异。
此外，如果分析模块405确定接受调度请求的备选服务提供者的更新数量不小于服务提供者的目标数量，则可以终止过程800。另一方面，如果分析模块确定接受调度请求的备选服务提供者的更新数量小于服务提供者的目标数量，则过程800可以被执行以返回820以进一步重新确定一个或以上第一备选服务提供者。
步骤820到870的迭代可以继续，直到分析模块405确定接受调度请求的备选服务提供者的最新更新数量不小于服务提供者的目标数量。在一些实施例中，在过程800终止之前，可以周期性地执行从步骤820到870的迭代，例如每2分钟。
应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的教导可以做出多种变化和修改。然而，变形和修改不会背离本申请的范围。在一些实施例中，可以改变两个或以上步骤的顺序。例如，步骤860和870可以在步骤830之前执行。在一些实施例中，可以添加或省略一个或以上步骤。例如，可以省略步骤860和870。
在一些实施例中，接受调度请求的第二备选服务提供者可以通过其提供者终端终止调度。附加地或替代地，对第二备选服务提供者的调度可以由O2O服务系统100的一个或以上组件终止。例如，如果分析模块405确定到达目标服务区域的备选服务提供者的数量大于服务提供者的目标数量，分析模块405可以在第二备选服务提供者到达目标服务区域之前终止调度。又例如，服务时段确定子模块412可以在第二备选服务提供者的服务时段结束时终止调度。
应当注意上述CNN模型的描述是出于说明的目的而提供的，并非旨在限制本申请的范围。对于具有本领域普通技能的人员，模型可以以各种方式组合，或者作为子系统与其他模块连接。在本发明的指导下可以进行各种变化和修改。然而，那些变化与修改可能不脱离本申请的精神和范围。例如，与CNN模型相关联的至少两个参数(例如，内核的数量、内核的大小、层的数量)可以在不同情况下是可调整的。
上文已对基本概念做了描述，显然，对于阅读此申请后的本领域的普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。虽然此处并未明确说明，但本领域的普通技术人员可以进行各种变化、改进和修正。这些变化、改进和修正已被本申请所暗示或间接提出，均包含在本申请实施例的精神或范围之内。
同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特性。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的制程、机器、产品或物质的组合，或对其任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可以表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。这种传播信号可以采用多种形式中的任何一种，包括电磁、光学等或其任何合适的组合。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、设备或设备以实现通信、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF或类似介质或任何上述介质的组合。
本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序设计语言编写，包括面向对象程序设计语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化程序设计语言如C程序设计语言、Visual Basic、Fortran2003、Perl、COBOL2002、PHP、ABAP，动态程序设计语言如Python、Ruby和Groovy，或其他程序设计语言等。程序代码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机上运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，处理元素或者序列的列举顺序、数字、字母或者其他名称的使用不是用于限制要求的过程和方法的。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解，此类细节仅起说明的目的，附加的申请专利范围并不仅限于披露的实施例，相反，申请专利范围旨在覆盖所有符合本申请实施例精神和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请揭示的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。然而，此揭示方法并不意味着本申请所需的特征比申请专利范围中涉及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (13)

1.一种运力调度方法，包括：
获取与目标服务区域相关的调度需求，所述调度需求包括与调度条件相关的需求时间；
在与所述需求时间相关联的第二时间点为所述调度需求确定至少一个第一备选服务提供者；
将调度请求发送给所述至少一个第一备选服务提供者，所述调度请求包括对所述至少一个第一备选服务提供者是否接受前往所述目标服务区域的询问；
在所述至少一个第一备选服务提供者中确定第二备选服务提供者，所述第二备选服务提供者为所述至少一个第一备选服务提供者中接受所述调度请求的备选服务提供者；以及
在第一时间点将与所述目标服务区域相关联的服务订单发送到所述第二备选提供者。
2.根据权利要求1所述的方法，其特征在于，所述第一时间点基于所述第二备选服务提供者的定位信息确定。
3.根据权利要求2所述的方法，其特征在于，所述第一时间点是所述第二备选服务提供者到达所述目标服务区域的时间点。
4.根据权利要求2所述的方法，其特征在于，所述第一时间点是所述第二备选服务提供者和所述目标服务区域之间的距离从大于距离阈值变为小于所述距离阈值的时间点。
5.根据权利要求1所述的方法，其特征在于，为所述调度需求确定所述至少一个第一备选服务提供者包括：
确定与所述目标服务区域相关联的至少一个备选服务区域；以及
在所述至少一个备选服务区域中确定所述至少一个第一备选服务提供者。
6.根据权利要求5所述的方法，其特征在于，确定与所述目标服务区域相关联的所述至少一个备选服务区域包括：
获取所述目标服务区域附近的至少一个服务区域的运力的第二信息；以及
根据所述目标服务区域附近的所述至少一个服务区域的运力的所述第二信息，在所述目标服务区域附近的至少一个服务区域中确定所述至少一个备选服务区域。
7.根据权利要求1所述的方法，其特征在于，在所述第一时间点将与所述目标服务区域相关的所述服务订单发送到所述第二备选提供者包括：
根据第一预定服务时段以及所述第二备选服务提供者接受所述调度请求时的时间点，确定所述第二备选服务提供者的第一服务时段；
确定在所述第二备选服务提供者的第一服务时段内的所述第一时间点；以及
在所述确定的第一时间点，将与所述目标服务区域相关联的所述服务订单发送给所述第二备选提供者。
8.根据权利要求1所述的方法，其特征在于，在所述第一时间点将与所述目标服务区域相关的所述服务订单发送到所述第二备选服务提供者包括：
根据第二预定服务时段以及所述第二备选服务提供者到达所述目标服务区域的所述时间点，确定所述第二备选服务提供者的第二服务时段；
确定所述第二备选服务提供者的第二服务时段内的所述第一时间点；以及
在所述确定的第一时间点，将与所述目标服务区域相关联的所述服务订单发送给所述第二备选服务提供者。
9.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
获取所述至少一个第一备选服务提供中接受所述调度请求的所述备选服务提供者的数量；
判断接受所述调度请求的所述备选服务提供者的数量是否超过阈值；以及
当确定接受所述调度请求的所述备选服务提供者的数量超过阈值时，停止向所述至少一个第一备选服务提供者发送所述调度请求。
10.根据权利要求1所述的方法，其特征在于，所述调度条件是天气、时间间隔、区域、日期或事件中的至少一个。
11.根据权利要求1所述的方法，其特征在于：
所述调度需求还包括服务提供者的目标数量，以及
所述方法进一步包括：
获取所述至少一个第一备选服务提供者中接受所述调度请求的备选服务请求者的数量；
判断所述获取的数量是否小于所述服务提供者的目标数量；
当确定所述获取的数量小于所述服务提供者的目标数量时，为所述调度需求获取至少一个第三备选服务提供者。
12.一种计算设备，其特征在于，包括处理器和存储设备，所述存储设备用于存储指令，当所述处理器执行指令时，实现如权利要求1～11中任一项所述的运力调度方法。
13.一种运力调度系统，包括：
调度模块，被配置为：
获取与目标服务区域相关的调度需求，所述调度需求包括与调度条件相关的需求时间，以及在与所述需求时间相关联的第二时间点为所述调度需求确定至少一个第一备选服务提供者；
调度请求传输模块，被配置为将调度请求发送给所述至少一个第一备选服务提供者，所述调度请求包括对所述至少一个第一备选服务提供者是否接受前往所述目标服务区域的询问；
所述调度模块，还被配置为在所述至少一个第一备选服务提供者中确定第二备选服务提供者，所述第二备选服务提供者为所述至少一个第一备选服务提供者中接受所述调度请求的备选服务提供者；以及
服务订单传输模块，被配置为在第一时间点将与所述目标服务区域相关联的服务订单发送到所述第二备选提供者。
CN202311129331.0A 2017-06-21 2017-09-29 运力调度系统和方法 Pending CN117011003A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201710476717.7A CN109102135B (zh) 2017-06-21 2017-06-21 订单分配方法及装置
CN2017104767177 2017-06-21
PCT/CN2017/104585 WO2018233134A1 (en) 2017-06-21 2017-09-29 SYSTEMS AND METHODS FOR DISTRIBUTING TRANSPORT CAPACITY
CN201780088473.3A CN110462655B (zh) 2017-06-21 2017-09-29 运力调度系统和方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780088473.3A Division CN110462655B (zh) 2017-06-21 2017-09-29 运力调度系统和方法

Publications (1)

Publication Number Publication Date
CN117011003A true CN117011003A (zh) 2023-11-07

Family

ID=64736857

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201710476717.7A Active CN109102135B (zh) 2017-06-14 2017-06-21 订单分配方法及装置
CN201780088473.3A Active CN110462655B (zh) 2017-06-21 2017-09-29 运力调度系统和方法
CN202311129331.0A Pending CN117011003A (zh) 2017-06-21 2017-09-29 运力调度系统和方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN201710476717.7A Active CN109102135B (zh) 2017-06-14 2017-06-21 订单分配方法及装置
CN201780088473.3A Active CN110462655B (zh) 2017-06-21 2017-09-29 运力调度系统和方法

Country Status (4)

Country Link
US (1) US20200005420A1 (zh)
CN (3) CN109102135B (zh)
AU (1) AU2017419978A1 (zh)
WO (1) WO2018233134A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10277310B2 (en) * 2017-02-15 2019-04-30 Viasat, Inc. Dynamic spatial allocation of satellite capacity based on mobile vessel load forecasting
JP6875228B2 (ja) * 2017-08-23 2021-05-19 株式会社日立製作所 ロボット調達装置、及びロボット調達方法
CN110750709A (zh) * 2019-01-04 2020-02-04 北京嘀嘀无限科技发展有限公司 一种服务推荐方法及装置
CN111626801B (zh) * 2019-02-27 2023-08-18 北京嘀嘀无限科技发展有限公司 一种订单派发方法、装置、电子设备和计算机存储介质
CN111754149A (zh) * 2019-03-28 2020-10-09 天津五八到家科技有限公司 司机调度方法、设备及存储介质
CN110533358A (zh) * 2019-07-17 2019-12-03 天津五八到家科技有限公司 运输任务分配方法、装置及电子设备
CN111832870A (zh) * 2019-08-19 2020-10-27 北京嘀嘀无限科技发展有限公司 一种代驾资源的协调方法、协调装置及可读存储介质
CN113222308B (zh) * 2020-01-21 2023-05-30 北京三快在线科技有限公司 订单分配方法、装置、电子设备及存储介质
CN114009067B (zh) * 2020-02-18 2023-04-04 格步计程车控股私人有限公司 将地理区域划分为用于动态定价的逻辑区域的系统和方法
CN112561330A (zh) * 2020-12-16 2021-03-26 北京嘀嘀无限科技发展有限公司 一种调度指令的生成方法、装置、电子设备及介质
CN112837094A (zh) * 2021-02-01 2021-05-25 长沙市到家悠享家政服务有限公司 基于区域的服务匹配方法、服务端设备及计算机可读介质
CN115796847B (zh) 2023-02-10 2023-05-09 成都秦川物联网科技股份有限公司 一种智慧燃气维修人员管理方法和物联网系统、介质
CN116151401B (zh) * 2023-03-01 2024-06-07 南京领行科技股份有限公司 一种平台派单方法、装置、设备及存储介质
CN117252496A (zh) * 2023-03-09 2023-12-19 江苏齐博冷链科技有限公司 分区域智慧物流协调系统

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007249790A (ja) * 2006-03-17 2007-09-27 Nec Commun Syst Ltd タクシー予約受付装置およびタクシー配車処理装置
JP2008269347A (ja) * 2007-04-20 2008-11-06 Total Kankyo:Kk タクシー配車装置、タクシー端末装置、タクシー配車システム、タクシー配車方法、コンピュータプログラム
CN101996485B (zh) * 2009-08-14 2013-03-13 事必达科技股份有限公司 一种派遣车辆方法及装置
CN103035122B (zh) * 2012-12-14 2016-01-20 清华大学苏州汽车研究院（吴江） 基于智能手机的出租车自动寻呼系统
EP2860673A1 (en) * 2013-10-14 2015-04-15 Chaillie, Patrick Server and method for matching a demand request for a transport capacity with supply requests
CN104077915B (zh) * 2014-03-27 2017-02-08 中华电信股份有限公司 乘车趋势预测装置及其方法
CN103985247B (zh) * 2014-04-24 2016-08-24 北京嘀嘀无限科技发展有限公司 基于城市叫车需求分布密度的出租车运力调度系统
CN104463509A (zh) * 2014-12-29 2015-03-25 先锋智道（北京）科技有限公司 网络打车的订单推送方法和网络打车的订单确认方法
CN105844902A (zh) * 2015-01-13 2016-08-10 富泰华工业（深圳）有限公司 打车呼叫装置、打车系统及方法
CN105139089A (zh) * 2015-08-20 2015-12-09 北京嘀嘀无限科技发展有限公司 一种平衡出行供需的方法及设备
CN112508616A (zh) * 2015-08-20 2021-03-16 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置
CN105956908A (zh) * 2016-05-13 2016-09-21 深圳市永兴元科技有限公司 订单分配方法及系统
CN106373387A (zh) * 2016-10-25 2017-02-01 先锋智道（北京）科技有限公司 一种车辆调度方法、装置及系统

Also Published As

Publication number Publication date
CN110462655A (zh) 2019-11-15
CN110462655B (zh) 2023-09-22
CN109102135A (zh) 2018-12-28
AU2017419978A1 (en) 2020-01-23
WO2018233134A1 (en) 2018-12-27
US20200005420A1 (en) 2020-01-02
CN109102135B (zh) 2021-03-16

Similar Documents

Publication Publication Date Title
CN110462655B (zh) 运力调度系统和方法
CN109863526B (zh) 为按需服务提供信息的系统和方法
CN109196547B (zh) 用于推荐服务位置的系统和方法
CN108475466B (zh) 用于匹配和显示服务请求和可用车辆的系统和方法
JP6707125B2 (ja) 共有可能な注文を割り当てるためのシステムおよび方法
JP6732963B2 (ja) オンデマンドサービスを監視するシステムおよび方法
CN110741402B (zh) 用于运力调度的系统和方法
CN108701279B (zh) 用于确定未来运输服务时间点的预测分布的系统和方法
CN110476184B (zh) 拼车方法及系统
CN110678885B (zh) 用于运力调度的系统和方法
US20200300650A1 (en) Systems and methods for determining an estimated time of arrival for online to offline services
KR102232466B1 (ko) 서비스의 시퀀스를 업데이트하기 위한 시스템 및 방법
TW201742475A (zh) 用於分配隨選服務的服務請求的系統及方法
CN110832284A (zh) 用于目的地预测的系统和方法
CN111052158A (zh) 用于分配服务请求的系统和方法
CN110402370B (zh) 用于确定服务请求的推荐信息的系统和方法
WO2019205815A1 (en) Systems and methods for determining candidate service providers
TW201903660A (zh) 區域劃分系統和方法
CN111937052B (zh) 用于车辆调度的系统和方法
WO2020113626A1 (en) Systems and methods for determining estimated time of arrival
TWI674510B (zh) 用於推薦搭乘地點的系統和方法
CN111277618B (zh) 一种信息推送方法、装置、电子设备及存储介质
CN111133484A (zh) 用于评估与指定的驾驶服务相关的调度策略的系统和方法
CN111954891B (zh) 一种跨业务的共享汽车资源复用方法
CN111489214B (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