CN108780554A - 一种拼车方法和系统 - Google Patents

一种拼车方法和系统 Download PDF

Info

Publication number
CN108780554A
CN108780554A CN201680083484.8A CN201680083484A CN108780554A CN 108780554 A CN108780554 A CN 108780554A CN 201680083484 A CN201680083484 A CN 201680083484A CN 108780554 A CN108780554 A CN 108780554A
Authority
CN
China
Prior art keywords
transportation service
service
route
transaction request
transportation
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
CN201680083484.8A
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 CN108780554A publication Critical patent/CN108780554A/zh
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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/343—Calculating itineraries, i.e. routes leading from a starting point to a series of categorical destinations using a global route restraint, round trips, touristic trips
    • 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/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/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • 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

Abstract

本发明提供一种拼车方法和系统。所述系统可以执行所述方法以在第一运输服务期间从服务提供者处获取与运输服务相关联的第一交易请求(410)，其中，第一运输服务包括第一子运输服务以及第二子运输服务。当服务提供者完成第一子运输服务或第二子运输服务后，与服务提供者相关的第一交易请求被传输；获取一个或多个第二交易请求，其中，第二交易请求与来自于与第一运输服务无关的服务接收者的第二运输服务相关联(420)，第二交易请求需要所述服务提供者在由服务接收者确定的第一位置接载服务接收者；生成与将第一运输服务以及第二运输服务组合为第三运输服务相关联的分配策略(430)；发送分配策略至服务提供者(440)。

Description

一种拼车方法和系统
交叉引用说明
本申请要求2016年4月1日提交的中国专利申请201610207815.6的优先权，所述申请以全文引用的方式并入本文中。
技术领域
本申请一般涉及按需服务系统，特别地，涉及拼车方法和系统。
背景技术
拼车服务是指将两个或者两个以上的运输服务组合成一个新的运输服务的安排。拼车服务可以提升交通容量。但是，现有的拼车系统和方法仍然存在着效率低下的问题。因此，需要提供能够提升拼车效率的系统和方法。
发明内容
根据本申请的一方面，一种系统可以包括一个或多个存储介质以及与所述存储介质通信的一个或多个处理器。所述一个或多个存储介质可以包括一组用于拼车的指令集。当所述一个或多个处理器执行所述指令集时，所述一个或多个处理器可以被指示以执行以下操作。在第一运输服务期间，所述一个或多个处理器可以从服务提供者处获取与运输服务相关联的第一交易请求。其中，所述第一运输服务包括第一子运输服务以及第二子运输服务。当所述服务提供者完成所述第子运输服务或者所述第二子运输服务后，传输所述服务提供者的所述第一交易请求。所述一个或多个处理器可以获取一个或多个第二交易请求。其中，所述第二交易请求可以与来自于服务接收者的第二运输服务相关联，所述服务接收者与所述第一运输服务无关。并且，所述第二交易请求包括请求所述服务提供者在由所述服务接收者确定第一位置接载所述服务接收者。。所述一个或多个处理器可以生成与将所述第一运输服务以及所述第二运输服务组合为第三运输服务相关联的分配策略。所述一个或多个上处理器可以发送所述分配策略至所述服务提供者。
在一些实施例中，所述第一运输服务与第一路线相关联，并且，所述第二运输服务与第二路线相关联。
在一些实施例中，所述一个或多个处理器可以基于所述第一运输服务以及所述第二运输服务，为所述第三运输服务确定第三路线。所述一个或多个处理器可以发送所述第三路线至所述服务提供者。
在一些实施例中，所述一个或多个处理器可以基于所述第一交易请求以及所述第二交易请求确定匹配信息。所述一个或多个处理器可以基于所述匹配信息确定一个或多个候选交易请求。所述一个或多个处理器可以基于所述候选交易请求确定目标交易请求。所述一个或多个处理器可以基于所述目标交易请求生成所述分配策略。
在一些实施例中，所述第三路线包括与所述第一运输服务相关联的第一共享路线以及与所述第二运输服务相关联的第二共享路线。
在一些实施例中，所述一个或多个处理器可以确定所述第一路线的长度，所述第二路线的长度，所述第一共享路线的长度以及所述第二共享路线的长度。所述一个或多个处理器可以确定所述第一共享路线的长度与所述第一路线的长度的第一比值以及所述第二共享路线的长度与所述第二路线的长度的第二比值。
在一些实施例中，所述一个或多个处理器可以获取所述第二交易请求的请求时间。所述一个或多个处理器可以确定所述请求时间处于高峰时间。所述一个或多个处理器可以确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
在一些实施例中，所述一个或多个处理器可以传输确认信息至所述服务接收者。所述一个或多个处理器可以从所述服务接收者处接收一个拒绝将所述第一运输服务以及所述第二运输服务组合为所述第三运输服务的响应。所述一个或多个处理器可以确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
根据本申请的另一方面，一种方法可以包括以下一个或多个操作。在线按需运输服务平台的计算机服务器可以在第一运输服务期间，从服务提供者处获取与运输服务相关联的第一交易请求，其中，所述第一运输服务包括第一子运输服务以及第二子运输服务，当所述服务提供者完成所述第一子运输服务或者所述第二子运输服务后，传输所述服务提供者的所述第一交易请求。所述计算机服务器可以获取一个或多个第二交易请求。其中，所述第二交易请求与来自于服务接收者的第二运输服务相关联，所述服务接收者与所述第一运输服务无关，所述第二请求包括请求所述服务提供者在由所述服务接收者确定的第一位置接载所述服务接收者。所述计算机服务器可以生成与将所述第一运输服务以及所述第二运输服务组合为第三运输服务相关联的分配策略。所述计算机服务器可以发送所述分配策略至所述服务提供者。
在一些实施例中，所述第一运输服务与第一路线相关联，所述第二运输服务与第二路线相关联。
在一些实施例中，所述计算机服务器可以基于所述第一运输服务以及所述第二运输服务，确定与所述第三运输服务相关联的第三路线。所述计算机服务器可以发送所述第三路线至所述服务提供者。
在一些实施例中，所述计算机服务器可以基于所述第一交易请求以及所述第二交易请求确定匹配信息。所述计算机服务器可以基于所述匹配信息确定一个或多个候选交易请求。所述计算机服务器可以基于所述候选交易请求确定目标交易请求。所述计算机服务器可以基于所述目标交易请求生成所述分配策略。
在一些实施例中，所述第三路线包括与所述第一运输服务相关联的第一共享路线以及与所述第二运输服务相关联的第二共享路线。
在一些实施例中，所述计算机服务器可以确定所述第一路线的长度，所述第二路线的长度，所述第一共享路线的长度以及所述第二共享路线的长度。所述计算机服务器可以确定所述第一共享路线的长度与所述第一路线的长度的第一比值以及所述第二共享路线的长度与所述第二路线的长度的第二比值。
在一些实施例中，所述计算机服务器可以获取所述第二交易请求的请求时间。所述计算机服务器可以确定所述请求时间处于高峰时间。所述计算机服务器可以确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
在一些实施例中，所述计算机服务器可以传输确认信息至所述服务接收者。所述计算机服务器可以从所述服务接收者处接收拒绝将所述第一运输服务以及所述第二运输服务组合为所述第三运输服务的响应。所述计算机服务器还可确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
附图说明
图1是根据本申请的一些实施例所示的示例性的按需服务系统100的应用场景图；
图2是根据一些实施例所示的计算设备200的示例性硬件组件和软件组件的示意图；
图3是根据本申请的一些实施例所示的处理引擎112的示例性框图；
图4是根据本申请的一些实施例所示的拼车服务的示例性流程图；
图5是根据本申请的一些实施例所示的分配策略生成模块330的示例性框图；
图6是根据本申请的一些实施例所示的生成分配策略的示例性流程图；
图7是根据本申请的一些实施例所示的生成分配策略的示例性流程图；
图8是根据本申请的一些实施例所示的确定一个或多个候选交易请求的示例性流程图；
图9是根据本申请的一些实施例所示的生成分配策略的示例性流程图；
图10是根据本申请的一些实施例所示的拼车服务的示例性示意图。
具体实施方式
以下述描述是为了使本领域的普通技术人员能够实施本申请的技术方案，并在特定的应用及其要求的上下文中提供。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本申请定义的通用原则可以适用于其他实施例和应用，而不背离本申请的精神和范围。因此，本申请不限于所示的实施例，而是符合与权利要求一致的最广泛范围。
本申请所使用的术语仅为了描述特定实施例，并不限制本申请的范围。如本文所使用的“一”、“一个”、“该”等词语并非特指单数，也可包括复数形式，除非上下文明确提示例外情形。还应当理解，如在本说明书中所示，术语“包括”、“包含”仅提示存在所述特征、整体、步骤、操作、组件和/或部件，但并不排除存在或添加一个或多个其他特征、整体、步骤、操作、组件、部件和/或其组合的情况。
根据以下对附图的描述，本申请所述的和其他的特征、操作方法、相关组件的功能和经济的结构更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用了流程图来说明根据本申请的实施例的系统所执行的操作。应当理解，流程图中的操作不一定按照顺序来执行。相反，可以按照倒序或者同时处理这些步骤。同时，也可以将一个或多个其他操作添加到这些流程图中，或者从这些流程图中移除某一步或数步操作。
此外，虽然本申请描述的系统和方法主要是关于分配一组可分享订单，但是应当理解，这仅仅是一个示例性的实施例。本申请的系统或方法还可应用于其他类型的按需服务。例如，本申请的系统和方法还可应用于包括陆地、海洋、航天航空等或其任意组合的不同运输系统。该运输系统中的使用的交通工具可包括出租车、私家车、顺风车、巴士、火车、动车、高铁、地铁、船舶、飞机、宇宙飞船、热气球、无人驾驶车辆等或其任意组合。该运输系统还可包括应用管理和/或分配的任何运输系统，例如，可以包括用于发送和/或接收快递的系统。本申请的系统或方法的应用场景可包括网页、浏览器插件、客户端终端、定制系统、内部分析系统、人工智能机器人等或其任意组合。
本申请中的术语“乘客”、“请求者”、“服务请求者”和“客户”可用于表示请求或订购服务的个人、实体或工具，并且可互换使用。此外，本申请中的术语“司机”、“提供者”、“服务提供者”和“供应者”可用于表示提供服务或协助提供服务的个人、实体或工具，并且可互换使用。本申请中的术语“用户”可表示用于请求服务、订购服务、提供服务或协助提供服务的个人、实体或工具。例如，使用者可以是乘客、司机、操作员等或其任意组合。在本申请中，“乘客”和“乘客终端”可互换使用，“司机”和“司机终端”可互换使用。
本申请中的术语“服务请求”和“订单”可用于表示由乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者、供应者等或其任意组合发起的请求，并且可互换使用。该服务请求可被乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者或者供应者接受。服务请求可以是计费的也可是免费的。
在本申请中使用的定位技术可包括全球定位系统(GPS)，格洛纳斯导航系统(GLONASS)、北斗导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(QZSS)、无线保真(WIFI)定位技术等或其任意组合。上述定位技术中的一种或以上可在本申请中互换使用。
本申请的一方面涉及寻找可分享的和/或可组合的交通交易的在线系统和方法，例如，拼车出租车服务。在一次拼车服务期间，出租车司机可以同时服务两个或者两个以上的乘客。当出租车司机到达或者即将到达其中一位乘客的目的地时，该出租车司机可以发送或者接受一个拼车请求去接载另外一名乘客。
应当注意，在线按需运输服务，例如在线拼车服务，是一种只存在于后互联网时代的新形式的服务。它为用户和服务提供者提供了只能在后互联网时代生效的技术解决方案。在前互联网时代，当用户在街边招呼出租车时，出租车服务的请求和接受只发生在乘客和看到该乘客的出租车司机之间。如果乘客通过电话呼叫出租车，该服务的请求和接受只发生在乘客和一个服务提供者(例如，出租车公司或者代理)之间。如果一位司机想要提供拼车服务，该司机必须面对面地询问一位乘客，然后通过司机的经验来决定是否可以为该乘客提供拼车服务。然而，在线拼车服务会实时并且自动地获取交易请求并寻找可组合的交易请求。拼车服务还可以允许服务的使用者实时并自动地分配一个服务请求给远离所述使用者一段距离的大量个体服务提供者(例如，出租车司机)，同时允许多个服务提供者同时或实时响应该服务请求。因此，通过互联网，在线按需运输系统可以为用户和服务提供者提供一个更加高效的交易平台，这在传统的前互联网运输服务系统中从未发生过。
图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上执行。
在一些实施例中，服务器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)、蓝牙网络、紫蜂网络、近场通信(NFC)网络等或其任意组合。在一些实施例中，网络120可包括一个或多个网络接入点。例如，网络120可包括有线或无线网络接入点比如基站和/或互联网接入点120-1、120-2…。通过所述网络接入点，按需服务系统100的一个或多个组件可以连接至网络120以交换信息和/或数据。
在一些实施例中，请求者可以是请求者终端130的用户。在一些实施例中，请求者终端130的用户可以为除该请求者之外的其他人。例如，请求者终端130的用户A可以通过请求者终端130为用户B发送服务请求，或从服务器110处接收服务和/或信息或指令。在一些实施例中，提供者可以是提供者终端140的用户。在一些实施例中，提供者终端130的用户可以为除该提供者之外的其他人。例如，提供者终端140的用户C可以为用户D通过提供者终端140接收服务请求和/或从服务器110处接收信息或指令。在一些实施例中，“请求者”和“请求者终端”可互换使用，“提供者”和“提供者终端”可互换使用。
在一些实施例中，请求者终端130可以包括移动设备130-1、平板电脑130-2、笔记本电脑130-3、机载设备130-4等或其任意组合。在一些实施例中，移动设备130-1可包括智能家居设备，可穿戴设备、智能移动设备、虚拟现实设备、增强实境设备等或其任意组合。在一些实施例中，智能家居装置可包括智能照明设备、智能电器控制设备、智能监测设备、智能电视、智能视频摄影机、对讲机等或其任意组合。在一些实施例中，所述可穿戴设备可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能穿着、智能背包、智能附件等或其任意组合。在一些实施例中，所述智能移动设备可包括智能电话、个人数字助理(PDA)、游戏设备、导航设备、POS设备等或其任意组合。在一些实施例中，所述虚拟现实设备和/或增强实境设备可包括虚拟现实头盔、虚拟现实眼镜、虚拟现实补丁、增强实境头盔、增强实境眼镜、增强实境补丁等或其任意组合。例如，所述虚拟现实设备和/或增强实境设备可包括Google GlassTM、Oculus RiftTM、HoloLensTM或Gear VRTM等。在一些实施例中，所述机载设备可包括机载计算机或机载电视等。在一些实施例中，请求者终端130可以是具有用来确定请求者和/或请求者终端130位置的定位技术的设备。
在一些实施例中，提供者终端140可以是与请求者终端130相似，或与请求者终端130相同的设备。在一些实施例中，提供者终端140可以是具有用来确定提供者和/或提供者终端140位置的定位技术的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与其他定位设备通信来确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以向服务器110发送定位信息。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从请求者终端130和/或提供者终端140处获取的数据。在一些实施例中，数据库150可以存储服务器110用来执行或使用来完成本申请披露的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态硬盘等。示例性可移动存储器可包括闪存、软盘、光盘、记忆卡、压缩磁盘、磁带等。示例性的易失性读写存储器可包括动态随机存储器(DRAM)、双数据率同步动态随机存储器(DDRSDRAM)、静态随机存储器(SRAM)、可控硅随机存储器(T-RAM)和零电容存储器(Z-RAM)等。示例性的只读存储器可以包括掩蔽型只读存储器(MROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(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可以在某一服务完成或者在接收某一服务后读取和/或修改一个或多个用户的信息。又例如，当提供者终端140从请求者终端130接收到一个服务请求时，提供者终端140可以访问存取与请求者相关联的信息，但是不能修改请求者的相关信息。
在一些实施例中，按需服务系统100的一个或多个组件之间的信息交换可以通过请求一个服务来实现。服务请求的对象可以是任意产品。在一些实施例中，所述产品可以是有形产品或无形产品。所述有形产品可以包括食物、药物、日用品、化学产物、电器用品、衣服、汽车、住宅、奢侈品等或其任意组合。所述无形产品可以包括服务产品、金融产品、知识产品、互联网产品等或其任意组合。所述互联网产品可以包括个人主机产品、Web产品、移动互联网产品、商用主机产品、嵌入式产品等或其任意组合。所述移动互联网产品可以是应用在可移动终端上的软件、程序或系统。所述可移动终端可以包括平板电脑、笔记本电脑、移动手机、个人数字助理(PDA)、智能手表、POS装置、机载计算机、机载电视、可穿戴设备等或其任意组合。例如，所述产品可以是在计算机或移动手机上使用的任一软件和/或应用。所述软件和/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关联。在一些实施例中，与运输相关联的软件和/或应用可以包括旅游软件和/或应用、交通工具调度软件和/或应用、地图软件和/或应用等。对于交通工具软件和/或应用，交通工具可以是马、马车、人力车(例如，手推车、脚踏车、三轮车等)、汽车(例如，出租车、巴士、私人汽车等)、列车、地铁、船只、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)等或其任意组合。
图2是根据申请的一些实施例所示的计算设备200的示例性硬件和软件组件的框图，其上可以实现本申请所述服务器110、请求者终端130和/或提供者终端140相应的功能。例如，处理引擎112可以在计算设备200上执行并配置为完成本申请所披露的处理引擎112的功能。
计算设备200可以是通用计算机或专用计算机。这两种计算机都可以用于实现本申请披露的按需服务系统。计算设备200可以被用于实现当前描述的按需服务系统的任一组件。例如，处理引擎112可以通过硬件、软件程序、固件等或其任意组合在计算设备220上来实现。为了方便起见，图中只绘出一台计算机，但文中描述的与该按需服务的相关的计算机功能可以以分布式的方式在一组相似的平台上执行，用来分散处理负载。
计算设备200可以包括与网络相连接并促进数据通信的套接字口250。计算设备200还可以包括一个中央处理器(CPU)220用来执行程序指令，所述中央处理器220以一个或多个处理器的形式存在。所述示例性计算平台可以包括通信总线210、不同形式的程序存储器和数据存储器，例如，磁盘270、只读存储器230、随机存储器240，能够用于计算机处理和/或通信使用的各种数据文件。所述示例性计算平台还可以包括存储在只读存储器ROM 230、随机存储器RAM 240和/或其他形式的非暂时性存储介质中的能够被中央处理器220所执行的程序指令。本申请披露的方法和/或流程可以以程序指令来实现。计算设备200还可以包括输入/输出组件260，用来支持计算机和其他组件比如用户接口模块280进行输入/输出。计算设备200也可以通过网络通信接收程序和数据。
仅仅为了说明，计算设备200只描述了一个中央处理模块和/或处理器。应当理解，本申请披露的计算设备200也可以包括多个中央处理模块和/或处理器。本申请所描述的由一个中央处理模块和/或处理器执行的操作和/或方法步骤可以由多个中央处理模块和/或处理器共同或分别执行。例如，在本申请中，如果计算设备200的中央处理模块和/或处理器执行步骤A和步骤B，应当理解的是步骤A和步骤B可以由计算设备200的两个不同的中央处理模块和/或处理器共同或分别执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B)。
图3是根据本申请的一些实施例所示的处理引擎112的示例性框图。如图所示，处理引擎112可以包括第一请求获取模块310、第二请求获取模块320、分配策略生成模块330和分配模块340。
在一些实施例中，第一请求获取模块310可以从服务提供者处获取请求运输服务的交易请求。在一些实施例中，所述运输服务可以是用交通工具将一个对象从一个地方带到另外一个地方。所述对象可以是乘客和/或货物。所述交通工具可以包括非机动交通工具(例如，脚踏车或三轮车)、机动交通工具(例如，汽车或货车)、船舶(例如，小船或小艇)和/或航空器。例如，所述运输服务可以是出租车服务或快递服务。
第二请求获取模块320可以从一个或多个服务接收者处获取请求一个或多个运输服务的一个或多个交易请求。服务提供者和/或服务接收者可以使用一个设备通过网络120与处理引擎112进行通信。所述设备可以是台式电脑、一体式个人电脑(AIO)、笔记本电脑、智能手机、个人数字助理(PDA)、平板电脑、机载计算机、手持游戏机、可穿戴设备(例如，智能眼镜和智能手表等)、虚拟现实显示设备(例如，Oculus RiftTM或Gear VRTM)、增强现实显示设备(例如，Google GlassTM、HoloLensTM)等或其任意组合。
分配策略生成模块330可以生成分配策略。在一些实施例中，所述分配策略包括第一策略和/或第二策略。所述第一策略可以包括组合两个或更多的运输服务为一个新的运输服务。在第二策略下，两个或更多的运输服务可以不被组合为一个新的运输服务。
分配模块340可以将分配策略发送至服务提供者和/或一个或多个服务接收者。
图4是根据本申请的一些实施例所示的拼车服务的示例性的流程图。流程400可以作为存储在计算机例如按需服务系统100的服务器110内的非暂时性存储介质中的应用或指令集被执行。
拼车服务指的是组合两个或以上的运输服务为一个新的运输服务的安排。本申请以将两个运输服务组合为一个新的运输服务为例来说明拼车服务。应当理解，将两个运输服务组合为一个新的运输服务的拼车服务仅仅是为了说明的目的，并不旨在限制本申请的范围。例如，在一些实施例中，本申请可以适用将多于两个运输服务组合为一个新的运输服务的拼车服务上。
在步骤410，第一请求获取模块310可以在第一运输服务期间从服务提供者处获取请求运输服务的第一交易请求。
在一些实施例中，在服务提供者传输所述第一交易请求之前，第一运输服务可以包括第一子运输服务和第二子运输服务。例如，第一运输服务可以是针对两位乘客的出租车拼车服务。例如，第一子运输服务可以是针对John的出租车服务，第二子运输服务可以是针对Carl的出租车服务。第一运输服务也可以是针对乘客和货物的拼车服务或货物之间的拼车服务。例如，第一运输服务可以是乘客John和家具的拼车服务。在一些实施例中，服务提供者可以在完成或即将完成第一子运输服务或第二子运输服务时传输所述第一交易请求至处理引擎112。在一些实施例中，第一交易请求可以包括服务提供者在一时间点的位置、第一运输服务的目的地(例如，John在出租车服务中的下车位置)等或其任意组合。在一些实施例中，第一运输服务的目的地可以是第一子运输服务的目的地或第二子运输服务的目的地，无论哪个子运输服务的行程更远。例如，如果服务提供者在完成或即将完成第一子运输服务时传输第一交易请求至处理引擎112，第一运输服务的终点可以是第二子运输服务的终点。如果服务提供者在完成第二子运输服务时传输第一交易请求至处理引擎112，第一运输服务的终点可以是第一子运输服务的终点。所述时间点可以是当服务提供者传输第一交易请求至处理引擎112时的时刻。
在一些实施例中，所述第一运输服务可以与第一路线相对应。所述第一路线可以由分配策略生成模块330基于服务提供者在所述时间点所处的位置和所述第一运输服务的目的地确定。
在步骤420，第二请求获取模块320可以获取一个或多个第二交易请求。所述第二交易请求可以是从服务接收者处获取的请求第二运输服务的交易请求，所述第二运输服务与第一运输服务无关。例如，第二请求获取模块320可以获取第二交易请求X，第二交易请求Y，第二交易请求W和第二交易请求Z。第二交易请求X可以是从服务接收者X’处获取的请求第二运输服务X的交易请求(例如，从位置X1到位置X2的出租车服务)。第二交易请求Y可以是从服务接收者Y’处获取的请求第二运输服务Y的交易请求(例如，从位置Y1到位置Y2的物品快递服务)。第二交易请求W可以是从服务接收者W’处获取的请求第二运输服务W的交易请求(例如，从位置W1到位置W2的出租车服务)。第二交易请求Z可以是从服务接收者Z’处获取的请求第二运输服务Z的交易请求(例如，从位置Z1到位置Z2的出租车服务)。又例如，第二请求获取模块320可以获取一个第二交易请求。在一些实施例中，第二交易请求可以是没有被其他任何服务提供者接受的交易请求。
第二交易请求可以包括实时交易请求或预约交易请求。对于本领域的普通技术人员来讲，这里使用的实时交易请求可以是请求者希望马上或在合理接近当前时刻的一个确定的时间范围内执行被请求的交易(例如，运输服务)的交易请求。例如，如果确定的时间范围短于一个阈值，比如1分钟、5分钟、10分钟或20分钟，则该交易请求可以是实时交易请求。对于本领域的普通技术人员来讲，预约交易请求指的是请求者希望在合理远离当前时间的一个确定的时间范围内执行被请求的交易的交易请求。例如，如果确定时间范围长于一个阈值，比如20分钟、2小时或者1天，该交易请求可以是预约交易请求。在一些实施例中，处理引擎112可以基于时间阈值确定实时交易请求或预约交易请求。所述时间阈值可以是按需服务系统100的默认设置，或可以根据不同的情况进行调整。例如，在交通高峰期，所述时间阈值可以是相对较小的(例如，10分钟)，否则在空闲期间(例如，上午10点至上午12点)，所述时间阈值可以是相对较大的(例如，1小时)。
在一些实施例中，所述第二交易请求可以包括第二交易请求的请求时间、服务接收者是否同意将第二运输服务和第一运输服务组合为第三运输服务的信息、第二运输服务的起点(例如，出租车服务的上车位置)、第二运输服务的目的地等或其任意组合。在一些实施例中，第二运输服务的起点和/或第二运输服务的目的地可以由服务接收者确定。在一些实施例中，如果第二交易请求包括服务接收者是否同意组合第二运输服务和第一运输服务的信息，第二请求获取模块320可以获取信息为同意组合第二运输服务和第一运输服务的第二交易请求。但是，如果所述交易请求不包括服务接收者是否同意将第二运输服务和第一运输服务组合为第三运输服务的信息，在获取所述交易请求后，处理引擎112可以发送信息至服务接收者用来确定该服务接收者是否同意组合第二运输服务和第一运输服务。可选地，处理引擎112可以确定第二运输服务的默认条件是请求者同意组合第二运输服务和第一运输服务，或者处理引擎112也可以确定第二运输服务的默认条件是请求者拒绝组合第二运输服务和第一运输服务。
在一些实施例中，第二运输服务可以与第二路线相对应。所述第二路线可以由分配策略生成模块330基于第二运输服务的起点和第二运输服务的目的地确定。
在一些实施例中，第二请求获取模块320可以基于第一交易请求获取起点在某个区域内的第二交易请求。例如，第二交易请求的起点和服务提供者在所述时间点的位置之间的距离可以小于第一阈值(例如，3公里)。又例如，如果在所述时间点，服务提供者的位置在，例如曼哈顿，纽约，第二请求获取模块320可以获取起点在曼哈顿的第二交易请求。在一些实施例中，如果在某一区域内没有交易请求，第二请求获取模块320可以获取另外一个区域内的第二交易请求。可选地，第二请求获取模块320可以在一时间段后(例如，1分钟后)获取该区域内第二交易请求。
在步骤430，分配策略生成模块330可以生成分配策略。
在一些实施例中，所述分配策略可以包括第一策略或第二策略。所述第一策略可以包括将第一运输服务和第二运输服务组合为第三运输服务。在第二策略下，第一运输服务和第二运输服务不会被组合为第三运输服务。所述第一策略可以包括用来组合第一运输服务的第二交易请求的起点、用来组合第一运输服务的第二交易请求的目的地、用来组合第一运输服务的第二运输服务的服务接收者的服务接收者信息、服务提供者的信息等或其任意组合。服务接收者的信息可以包括接收者的联系信息(例如，电话号码或电子邮件地址)、对象信息(例如，乘客的数量或货物的体积)等或其任意组合。服务提供者的信息可以包括提供者的联系信息(例如，电话号码或电子邮件地址)、服务提供者的名字、服务提供者的车牌号码、服务提供者的位置、服务提供者的负载量(例如，载客量或载物量)等或其任意组合。所述第二策略可以包括分配第二交易请求至与第四运输服务相关联的服务提供者的策略。可选地或另外地，第二策略可以包括分配第二交易请求至空闲服务提供者(即，没有正在服务任何人的服务提供者)的策略。
在一些实施例中，所述第三运输服务可以与第三路线相对应。所述第三路线可以由分配策略生成模块330基于第一运输服务和第二运输服务确定。此外，第三路线可以基于第一路线以及与第二运输服务相对应的第二路线确定。在一些实施例中，服务提供者可以在第二运输服务的起点接载服务接收者，并在第二运输服务的目的地放下该服务接收者。因此，第三路线可以基于服务提供者在一时间点的位置、第一运输服务的目的地、第二运输服务的起点和第二运输服务的目的地确定。在一些实施例中，第三路线可以包括与第一运输服务相对应的第一共享路线以及与第二运输服务相对应的第二共享路线。在一些实施例中，第三路线可以由分配模块340发送至服务提供者和/或服务接收者处。
在步骤440，分配模块340可以发送所述分配策略至服务提供者处。可选地或另外地，分配模块340可以发送分配策略至服务接收者处。
图5是根据本申请的一些实施例所示的分配策略生成模块330的示例性框图。如图所示，分配策略生成模块330可以包括匹配信息确定单元510、候选请求确定单元520、目标请求确定单元530和策略生成单元540。
匹配信息确定单元510可以基于第一交易请求和一个或多个第二交易请求确定匹配信息。在一些实施例中，匹配信息可以用来确定第二交易请求的第二运输服务是否适合与第一运输服务进行组合。在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，匹配信息确定单元510可以确定该第二交易请求的匹配信息。在一些实施例中，如果第二请求获取模块320获取了不止一个第二交易请求，匹配信息确定单元510可以分别确定每一个第二交易请求的匹配信息。在一些实施例中，所述匹配信息可以包括第一共享路线的长度与第一路线的长度的第一比值，第二共享路线的长度与第二路线的长度的第二比值等或其任意组合。这里，所述第一比值或所述第二比值可以指单一运输服务(例如，第一子运输服务、第二子运输服务或第二运输服务)相对应的路线的长度与组合后的运输服务(例如，第三运输服务)相对应的路线的长度的比值。在一些实施例中，对于第三运输服务，为了同时满足第一运输服务和第二运输服务，与第三运输服务相对应的第三路线中的第一共享路线的长度可以长于第一路线的长度，并且与第三运输服务相对应的第三路线中的第二共享路线的长度可以长于第二路线的长度。第一比值可以被定义为第一运输服务的绕路程度。第二比值可以定义为第二运输服务的绕路程度。在一些实施例中，第一运输服务的绕路程度和第二运输服务的绕路程度可以用来确定第二运输服务是否适合与第一运输服务进行组合。
候选请求确定单元520可以基于匹配信息确定一个或多个候选交易请求。在一些实施例中，候选交易请求可以是适合与第一运输服务组合的第二交易请求。在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，候选请求确定模块520可以确定该第二交易请求相对应的第二运输服务与第一运输服务组合是否合适(即，候选请求确定单元520可以确定该第二交易请求是否为候选交易请求)。在一些实施例中，如果第二请求获取模块320获取了不止一个第二交易请求(例如，第二交易请求X、第二交易请求Y、第二交易请求W、第二交易请求Z)，候选请求确定单元520可以从所述不止一个第二交易请求中选取一个或多个候选交易请求。
目标请求确定模块530可以基于一个或多个候选交易请求确定目标交易请求。在一些实施例中，目标交易请求可以是用来组合第一运输服务，请求第二运输服务的第二交易请求。在一些实施例中，如果候选请求确定单元520确定了不止一个候选交易请求，目标请求确定模块530可以从所述多个候选交易请求中选取一个候选交易请求作为目标交易请求。
策略生成单元540可以基于目标交易请求生成分配策略。
图6是根据本申请的一些实施例所示的生成分配策略的示例性方法流程图。在一些实施例中，流程600可以在流程400的步骤430处用来生成分配策略。流程600可以作为存储在计算机例如按需服务系统100的服务器110内的非暂时性存储介质中的应用或指令集来实现。
在步骤610，匹配信息确定单元510可以基于第一交易请求和一个或多个第二交易请求确定匹配信息。在一些实施例中，所述匹配信息可以包括第一共享路线的长度与第一路线的长度的第一比值、第二共享路线的长度与第二路线的长度的第二比值等或其任意组合。在一些实施例中，匹配信息可以基于服务提供者在一时间点的位置、第一运输服务的目的地、第二运输服务的起点和/或第二运输服务的目的地来确定。
在步骤620，候选请求确定单元520可以基于匹配信息确定一个或多个候选交易请求。在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，候选请求确定模块520可以确定该第二交易请求相对应的第二运输服务是否适合与第一运输服务进行组合(即，候选请求确定单元520可以确定该第二交易请求是否为候选交易请求)。在一些实施例中，如果第二请求获取模块320获取了不止一个第二交易请求(例如，第二交易请求X、第二交易请求Y、第二交易请求W、第二交易请求Z)，候选请求确定模块520可以从所述不止一个第二交易请求中确定一个或多个候选交易请求。
在一些实施例中，候选请求确定单元520可以将匹配信息满足一个或多个条件的第二交易请求确定为候选交易请求。在一些实施例中，如果匹配信息包含一个因素，候选请求确定单元520可以将匹配信息中的因素满足一个或多个条件的第二交易请求确定为候选交易请求。在一些实施例中，如果匹配信息包含不止一个因素，候选请求确定单元520可以将匹配信息中的所有因素满足一个或多个条件的第二交易请求确定为候选交易请求。例如，如果匹配信息包含第一比值，候选请求确定单元520可以将第一比值小于第三阈值的第二交易请求确定为候选交易请求。又例如，如果匹配信息包含第一比值和第二比值，候选请求确定单元520可以将第一比值小于第三阈值并且第二比值小于第四阈值的第二交易请求确定为候选交易请求。在一些实施例中，如果不存在候选交易请求，第二请求获取模块320可以在一个时间段后(例如，1分钟后)获取其他第二交易请求。可选地，第二请求获取模块320可以获取另外一个区域内的第二交易请求。
在步骤630，目标请求确定单元530可以基于所述一个或多个候选交易请求确定目标交易请求。
在一些实施例中，如果存在两个或以上候选交易请求，目标请求确定单元630可以基于匹配信息对所述两个或以上候选交易请求进行排序来确定目标交易请求。在一些实施例中，如果匹配信息包含一个因素，所述两个或以上候选交易请求可以基于该因素进行排序。在一些实施例中，如果匹配信息包含不止一个因素，目标请求确定单元630可以基于这些因素为每个候选交易请求确定得分。所述两个或以上候选交易请求可以基于得分进行排序。例如，如果匹配信息包含第一比值，目标交易请求可以是具有最小第一比值的第二交易请求。又例如，如果匹配信息包含第一比值和第二比值，基于第一比值、第一比值的权重、第二比值和第二比值的权重可以确定一个得分。目标交易请求可以是得分最高的交易请求。
在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，步骤630可以省略。在一些实施例中，如果候选交易请求的数量小于或等于1，步骤630可以省略。
在步骤640，策略生成单元540可以基于目标交易请求生成分配策略。在一些实施例中，当第二请求获取模块320获取了一个第二交易请求时，如果候选请求确定单元520确定该第二交易请求的第二运输服务适合与第一运输服务进行组合(即，候选请求确定单元520可以确定该第二交易请求为候选交易请求)，则策略生成单元540可以生成第一策略。如果候选请求确定模块520确定该第二交易请求的第二运输服务不适合与第一运输服务进行组合(即，候选请求确定单元520可以确定该第二交易请求不是候选交易请求)，则策略生成单元540可以生成第二策略。在一些实施例中，如果第二请求获取模块320获取了不止一个第二交易请求，对于确定为目标交易请求的第二交易请求，策略生成模块540可以生成第一策略。对于没有确定为目标交易请求的第二交易请求，策略生成模块540可以生成第二策略。例如，如果第二请求获取模块320获取了第二交易请求X、第二交易请求Y、第二交易请求W和第二交易请求Z，目标请求确定模块530将第二交易请求Z确定为目标交易请求，策略生成模块540可以为第二交易请求Z生成第一策略，同时为第二交易请求X、第二交易请求Y和第二交易请求W生成第二策略。
图7是根据本申请的一些实施例所示的生成分配策略的示例性流程图。在一些实施例中，流程700可以在流程400的步骤430处用来生成分配策略。流程700可以作为存储在计算机例如按需服务系统100的服务器110内的非暂时性存储介质中的应用或指令集来实现。
在一些实施例中，拼车服务在高峰时间内是低效率的。当生成分配策略时可以考虑第二交易请求的请求时间。
在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，流程700可以用来为该第二交易请求生成分配策略。如果第二请求获取模块320获取了不止一个第二交易请求，流程700可以用来为其中一个第二交易请求生成分配策略。为其他第二请求交易生成分配策略的流程可以与流程700相同。
在步骤710，分配策略生成模块330可以从服务接收者处获取请求第二运输服务的第二交易请求的请求时间。在一些实施例中，所述请求时间可以是所述服务接收者传输所述第二交易请求至处理引擎112的时间点。
在步骤720，分配策略生成模块330可以确定所述请求时间是否处于高峰时间。如果结论是“是”，即，请求时间处于高峰时间内，流程700可以进行至步骤740，分配策略生成模块330可以生成不将第一运输服务和第二运输服务组合为第三运输服务的第二策略。如果结论是“否”，即，请求时间不处于高峰时间内，流程700可以进行至步骤730，分配策略生成模块330可以生成将第一运输服务和第二运输服务组合为第三运输服务的第一策略。高峰时间可以指一天内交通繁忙的一个时期。例如，高峰时间可以包括一天内大多数人上下班的一个时期，或有事件发生的一个时期(例如，音乐会或交通事故)。在一些实施例中，高峰时间可以是一数值范围。在一些实施例中，如果结论是“是”，分配模块340可以发送拒绝该交易请求的信息至服务接收者。
在一些实施例中，流程700可以早于流程600中的步骤610、步骤620、步骤630或步骤640执行。并且，如果步骤720的结论是“否”，则流程700可以行进至流程600中的步骤610、步骤620、步骤630或步骤640。例如，当流程700早于步骤610执行，如果步骤720的结论是“否”，流程700可以进行至步骤610来确定匹配信息。
图8是根据本申请的一些实施例所示的确定一个或多个候选交易请求的示例性流程图。流程800可以作为存储在计算机例如按需服务系统100的服务器110内的非暂时性存储介质中的应用或指令集来实现。
在一些实施例中，对于第三运输服务，为了同时满足第一运输服务和第二运输服务，与第三运输服务相对应的第三路线中的第一共享路线的长度可以长于第一路线的长度，并且，与第三运输服务相对应的第三路线中的第二共享路线的长度可以长于第二路线的长度。第一共享路线的长度与第一路线的长度的第一比值可以定义为第一运输服务的绕路程度。第二共享路线的长度与第二路线的长度的第二比值可以定义为第二运输服务的绕路程度。在流程800中，候选请求确定单元520可以基于第一运输服务的绕路程度和第二运输服务的绕路程度确定一个或多个候选交易请求。
在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，流程800可以用来确定该第二交易请求的第二运输服务是否适合与第一运输服务进行组合。如果第二请求获取模块320获取了不止一个第二交易请求，流程800可以用来确定其中一个第二交易请求是否为候选交易请求。确定其他第二请求交易是否为候选交易请求的流程可以与流程800相同。
在步骤810，匹配信息确定单元510可以确定第一共享路线、第二共享路线、第一路线和第二路线。在一些实施例中，与第三运输服务相对应的第三路线可以包括第一共享路线和第二共享路线。第一共享路线可以与第一运输服务相对应，第二共享路线可以与请求第二运输服务第二交易请求相对应。第一共享路线可以是从服务提供者在一时间点的位置至第一运输服务的目的地的路线。第二共享路线可以是从第二运输服务的起始点至第二运输服务的目的地的路线。
在步骤820，匹配信息确定单元510可以确定第一共享路线的长度、第二共享路线的长度、第一路线的长度和第二路线的长度。
在步骤830，匹配信息确定单元510可以确定第一共享路线的长度与第一路线的长度的第一比值和第二共享路线的长度与第二路线的长度的第二比值。
在步骤840，候选请求确定单元520可以确定第一比值是否小于第三阈值并且第二比值是否小于第四阈值。如果结论是“是”，即，第一比值小于第三阈值并且第二比值小于第四阈值，流程800将进行至步骤850，候选请求确定单元520可以将第二交易请求确定为候选交易请求。如果结论是“否”，即，第一比值大于或等于第三阈值，或第二比值大于或等于第四阈值，流程800将进行至步骤860，策略生成单元540可以生成不将第一运输服务和第二运输服务组合为第三运输服务的第二策略。
在一些实施例中，步骤810至830可以在流程600的步骤610处用来生成匹配信息。步骤840至850可以在流程600的步骤620处用来确定一个或多个候选交易请求。
图9是根据本申请的一些实施例所示的生成分配策略的示例性流程图。流程900可以在流程400的步骤430处用来生成分配策略。流程900可以作为存储在计算机例如按需服务系统100的服务器110内的非暂时性存储介质中的应用或指令集来实现。
在一些实施例中，如果第二请求获取模块320获取了一个第二交易请求，流程900可以用来为该第二交易请求生成分配策略。如果第二请求获取模块320获取了不止一个第二交易请求，流程900可以用来为其中一个第二交易请求生成分配策略。为其他第二请求交易生成分配策略的流程可以与流程900相同。
在步骤910，分配策略生成模块330可以传输确认信息至与第二运输服务相关联的服务接收者处。在一些实施例中，所述确认信息可以是确认该服务接收者是否同意将第一运输服务和第二运输服务组合为第三运输服务的信息。
在步骤920，分配策略生成模块330可以确定是否接收到同意将第一运输服务和第二运输服务组合为第三运输服务的响应。如果结论是“是”，即，分配策略生成模块330接收到该响应，流程900可以进行至步骤930，分配策略生成模块330可以生成将第一运输服务和第二运输服务组合为第三运输服务的第一策略。如果结论是“否”，即，分配策略生成模块330没有收到该响应，或分配策略生成模块330接收到一个拒绝将第一运输服务和第二运输服务组合为第三运输服务的响应，流程900可以进行至步骤940，分配策略生成模块330可以生成不将第一运输服务和第二运输服务组合为第三运输服务的第二策略。在一些实施例中，如果分配策略生成模块330在确定的时间范围内(例如，1分钟、5分钟或10分钟)没有接收到响应，则分配策略生成模块330可以确定没有接收响应。所述确定的时间范围可以是按需服务系统100的默认设置，或可以根据不同的情况进行调整。例如，在交通拥堵时期(例如，上午7点到上午10点)，确定的时间范围可以是相对较短的(例如，1分钟)一段时间。在空闲期间(例如，上午10点至上午12点)，确定的时间范围可以是相对较长的(例如，10分钟)一段时间。
在一些实施例中，流程900可以早于流程600中的步骤610、步骤620、步骤630或步骤640执行。如果在步骤920中的结论是“是”，流程900将进行至流程600中步骤610、步骤620、步骤630或步骤640执行。例如，当流程900早于步骤610执行，如果步骤920的结论是“是”，流程900可以进行至步骤610来确定匹配信息。
在一些实施例中，如果第二交易请求包括了是否同意将第一运输服务和第二运输服务组合为第三运输服务的信息，流程900可以省略。
在一些实施例中，第一路线可以与第一运输服务相对应，第二路线可以与第二运输服务相对应，第三路线可以与第三运输服务相对应。如果有不止一个路线与第一运输服务、第二运输服务或第三运输服务相对应，分配策略生成模块330可以选择满足条件的一条路线。所述条件可以包括路线长度最短、路线的行程时间最短、路线上交通信号灯最少等或其任意组合。
在一些实施例中，本申请中提到的阈值(例如，第三阈值、第四阈值等)可以基于历史数据、处理引擎112的默认设置或从用户处获取的指令得到。
图10是根据本申请的一些实施例所示的示例性的拼车服务的示意图。如图所示，A1是指服务接收者A的交易请求A的起点；A2是指服务接收者A的交易请求A的目的地；B1是指服务接收者B的交易请求B的起点；B2是指服务接收者B的交易请求B的目的地；C1是指服务接收者C的交易请求C的起点；C2是指服务接收者C的交易请求C的目的地。服务提供者可以为服务接收者A和服务接收者B提供运输服务S1。运输服务S1可以包括与交易请求A相对应的运输服务A和与交易请求B相对应的运输服务B。当服务提供者完成运输服务B后可以发送交易请求至处理引擎112。处理引擎112可以分配服务接收者C的交易请求C至该服务提供者。该服务提供者可以在C1接载服务接收者C。然后，该服务提供者可以为服务接收者A和服务接收者C提供运输服务S2。运输服务S2可以包括运输服务A和与交易请求C对应的运输服务C。该服务提供者可以在A2放下服务接收者A，并在C2放下服务接收者C。
上文已对基本概念做了描述，显然，对于本领域的普通技术人员来讲，上述发明披露仅作为示例，而并不构成对本申请的限制。虽然此处并没有明确说明，本领域的普通技术人员可能会对本申请进行各种变更、改良和修改。该类变更、改良和修改在本申请中被建议，并且该类变更、改良、修改仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定术语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特性。因此，应强调并注意的是，本说明书中在不同位置两次或多次提到的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或一个以上实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改良。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微代码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“单元”、“模块”、或“系统”。此外，本申请的各方面可能表现为位于一个或一个以上计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机可读信号介质可能包扩一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。所述传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通信、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、缆线、光纤电缆、RF、或类似介质、或任何上述介质的合适组合。
本申请各部分操作所需的计算机程序代码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序代码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机上运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，例如，局域网络(LAN)或广域网(WAN)，或连接至外部计算机(例如通过互联网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件装置实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或一个以上发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中涉及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (14)

1.一种系统，其特征在于，所述系统包括：
一个或多个存储介质，所述存储介质包括一组运行在线拼车运输平台的指令集；
一个或多个处理器，所述一个或多个处理器被配置为与所述一个或多个存储介质进行通信，其中，在执行所述指令时，所述处理器配置为：
在第一运输服务期间，从服务提供者处获取与运输服务相关联的第一交易请求，其中，所述第一运输服务包括第一子运输服务以及第二子运输服务，当所述服务提供者完成所述第一子运输服务或者所述第二子运输服务后，传输所述服务提供者的所述第一交易请求；
获取一个或多个第二交易请求，其中，所述第二交易请求与来自于服务接收者的第二运输服务相关联，所述服务接收者与所述第一运输服务无关，并且，所述第二交易请求包括请求所述服务提供者在由所述服务接收者确定的第一位置接载所述服务接收者；
生成与将所述第一运输服务以及所述第二运输服务组合为第三运输服务相关联的分配策略；以及
发送所述分配策略至所述服务提供者。
2.根据权利要求1所述的系统，其特征在于，所述第一运输服务与第一路线相关联；所述第二运输服务与第二路线相关联；
所述一个或多个处理器进一步配置为：
基于所述第一运输服务以及所述第二运输服务，为所述第三运输服务确定第三路线；以及
发送所述第三路线至所述服务提供者。
3.根据权利要求2所述的系统，其特征在于，为生成所述分配策略，所述一个或多个处理器进一步配置为：
基于所述第一交易请求以及所述第二交易请求，确定匹配信息；
基于所述匹配信息，确定一个或多个候选交易请求；
基于所述候选交易请求，确定目标交易请求；以及
基于所述目标交易请求，生成所述分配策略。
4.根据权利要求3所述的系统，其特征在于，所述第三路线包括与所述第一运输服务相关联的第一共享路线以及与所述第二运输服务相关联的第二共享路线。
5.根据权利要求4所述的系统，其特征在于，为确定所述匹配信息，所述一个或多个处理器进一步配置为：
确定所述第一路线的长度，所述第二路线的长度，所述第一共享路线的长度以及所述第二共享路线的长度；以及
确定所述第一共享路线的长度与所述第一路线的长度的第一比值以及所述第二共享路线的长度与所述第二路线的长度的第二比值。
6.根据权利要求1所述的系统，其特征在于，为生成所述分配策略，所述一个或多个处理器进一步配置为：
获取所述第二交易请求的请求时间；
确定所述请求时间处于高峰时间；以及
确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
7.根据权利要求6所述的系统，其特征在于，为生成所述分配策略，所述一个或多个处理器进一步配置为：
传输确认信息至所述服务接收者；
从所述服务接收者处接收一个拒绝将所述第一运输服务以及所述第二运输服务组合为所述第三运输服务的响应；以及
确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
8.一种方法，其特征在于，所述方法包括：
通过在线按需运输服务平台的计算机服务器，在第一运输服务期间，从服务提供者处获取与运输服务相关联的第一交易请求，其中，所述第一运输服务包括第一子运输服务以及第二子运输服务，并且，当所述服务提供者完成所述第一子运输服务或者所述第二子运输服务后，传输所述服务提供者的所述第一交易请求；
通过所述计算机服务器，获取一个或多个第二交易请求，其中，所述第二交易请求与来自于服务接收者的第二运输服务相关联，所述服务接收者与所述第一运输服务无关，并且，所述第二交易请求包括请求所述服务提供者在由所述服务接收者确定的第一位置接载所述服务接收者；
通过所述计算机服务器，生成与将所述第一运输服务以及所述第二运输服务组合为第三运输服务相关联的分配策略；以及
通过所述计算机服务器，发送所述分配策略至所述服务提供者。
9.根据权利要求8所述的方法，其特征在于，所述第一运输服务与第一路线相关联；所述第二运输服务与第二路线相关联；
所述方法进一步包括：
基于所述第一运输服务以及所述第二运输服务，为所述第三服务确定第三路线；以及
发送所述第三路线至所述服务提供者。
10.根据权利要求9所述的方法，其特征在于，所述生成所述分配策略进一步包括：
基于所述第一交易请求以及所述第二交易请求，确定匹配信息；
基于所述匹配信息，确定一个或多个候选交易请求；
基于所述候选交易请求，确定目标交易请求；
基于所述目标交易请求，生成所述分配策略。
11.根据权利要求10所述的方法，其特征在于，所述第三路线包括与所述第一运输服务相关联的第一共享路线以及与所述第二运输服务相关联的第二共享路线。
12.根据权利要求11所述的方法，其特征在于，所述确定匹配信息进一步包括：
确定所述第一路线的长度，所述第二路线的长度，所述第一共享路线的长度以及所述第二共享路线的长度；以及
确定所述第一共享路线的长度与所述第一路线的长度的第一比值以及所述第二共享路线的长度与所述第二路线的长度的第二比值。
13.根据权利要求8所述的方法，其特征在于，所述生成所述分配策略进一步包括：
获取所述第二交易请求的请求时间；
确定所述请求时间处于高峰时间；
确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
14.根据权利要求8所述的方法，其特征在于，所述生成所述分配策略进一步包括：
传输确认信息至所述服务接收者；
从所述服务接收者处接收拒绝将所述第一运输服务以及所述第二运输服务组合为所述第三运输服务的响应；以及
确定所述分配策略为不将所述第一运输服务以及所述第二运输服务组合为第三运输服务。
CN201680083484.8A 2016-04-01 2016-12-28 一种拼车方法和系统 Pending CN108780554A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201610207815.6A CN107292692A (zh) 2016-04-01 2016-04-01 拼车方法和系统
CN2016102078156 2016-04-01
PCT/CN2016/112609 WO2017166877A1 (en) 2016-04-01 2016-12-28 Methods and systems for carpooling

Publications (1)

Publication Number Publication Date
CN108780554A true CN108780554A (zh) 2018-11-09

Family

ID=59963399

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610207815.6A Pending CN107292692A (zh) 2016-04-01 2016-04-01 拼车方法和系统
CN201680083484.8A Pending CN108780554A (zh) 2016-04-01 2016-12-28 一种拼车方法和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201610207815.6A Pending CN107292692A (zh) 2016-04-01 2016-04-01 拼车方法和系统

Country Status (6)

Country Link
US (1) US20180089786A1 (zh)
EP (1) EP3437057A1 (zh)
CN (2) CN107292692A (zh)
AU (2) AU2016400119A1 (zh)
TW (1) TWI633511B (zh)
WO (1) WO2017166877A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11176500B2 (en) 2016-08-16 2021-11-16 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11087252B2 (en) 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11182709B2 (en) 2016-08-16 2021-11-23 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
CN109086902B (zh) * 2017-06-14 2021-04-02 北京嘀嘀无限科技发展有限公司 处理方法、处理装置、服务器、计算机设备和存储介质
CN108256956A (zh) * 2017-11-30 2018-07-06 金华安靠电源科技有限公司 一种无缝公共电动车交接方法
JP7039394B2 (ja) * 2018-06-08 2022-03-22 本田技研工業株式会社 車両乗合支援システム
JP7067320B2 (ja) * 2018-06-29 2022-05-16 トヨタ自動車株式会社 情報処理装置及び情報処理方法、プログラム
CN111353837A (zh) * 2018-12-20 2020-06-30 北京嘀嘀无限科技发展有限公司 一种拼车方法、系统及计算机可读介质
CN111582960B (zh) * 2019-02-15 2024-01-12 北京嘀嘀无限科技发展有限公司 拼车请求处理方法、装置与计算机可读存储介质
CN111860902A (zh) * 2019-05-20 2020-10-30 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、设备及计算机可读存储介质
CN110619402A (zh) * 2019-08-13 2019-12-27 杭州飞步科技有限公司 一种派车方法和装置、电子设备、存储介质
CN111739329B (zh) * 2020-05-29 2021-11-02 腾讯科技（深圳）有限公司 行驶路线生成方法、装置、存储介质及服务器
CN113159882A (zh) * 2021-03-23 2021-07-23 广州宸祺出行科技有限公司 一种基于拥堵路况的乘客中转方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102637359A (zh) * 2012-04-24 2012-08-15 广西工学院 基于复杂路网的出租车合乘集群优化系统及其优化方法
CN103050003A (zh) * 2011-10-17 2013-04-17 通用汽车环球科技运作有限责任公司 拼车服务
CN103810843A (zh) * 2014-02-23 2014-05-21 曾昭兴 一种计程车拼车方法、系统及服务器
CN104464275A (zh) * 2014-02-23 2015-03-25 广州市沃希信息科技有限公司 一种基于多计程车的拼车方法、系统及服务器
CN104916121A (zh) * 2014-03-11 2015-09-16 上海飞田通信股份有限公司 电召拼车计算系统及方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10343486A1 (de) * 2003-09-19 2005-04-14 Robert Bosch Gmbh System für die Vermittlung von Diensten
CN101355714A (zh) * 2007-07-24 2009-01-28 梁宇杰 一种实时拼车系统和方法
JP5276162B2 (ja) * 2008-06-05 2013-08-28 テレフオンアクチーボラゲット エル エム エリクソン（パブル） コンピュータ装置、方法、コンピュータプログラムおよびコンピュータ可読媒体
US20100280884A1 (en) * 2009-04-30 2010-11-04 Uri Levine Automated carpool matching
US8504295B2 (en) * 2011-12-19 2013-08-06 Sap Ag Preserving assigned carpools after a cancellation
US20130159028A1 (en) * 2011-12-19 2013-06-20 Sap Ag Raising User Satisfaction in an Automated Ride Sharing System
TW201411547A (zh) * 2012-09-05 2014-03-16 Chunghwa Telecom Co Ltd 結合負載平衡機制之需求式共乘運輸服務方法
CN104332046A (zh) * 2014-02-23 2015-02-04 曾昭兴 一种计程车拼车方法、系统及服务器
US20150254581A1 (en) * 2014-03-04 2015-09-10 iCarpool, Inc. Rideshare system and method to facilitate instant carpooling
EP3189491B1 (en) * 2014-09-05 2022-01-12 Uber Technologies, Inc. Providing route information to devices during a shared transport service
CN104616490A (zh) * 2015-02-17 2015-05-13 北京九五智驾信息技术股份有限公司 拼车方法
CN104978420B (zh) * 2015-06-30 2018-09-07 百度在线网络技术（北京）有限公司 行车路线匹配方法和装置
CN204965749U (zh) * 2015-09-10 2016-01-13 石立公 基于多源定位的拼车系统、拼车终端
CN105243836B (zh) * 2015-10-14 2019-03-12 青岛众至创捷网络科技有限公司 一种拼车方法和设备
CN105279955B (zh) * 2015-10-14 2019-02-01 深圳市十方联智科技有限公司 一种拼车方法及设备
CN105976605A (zh) * 2016-07-14 2016-09-28 奇瑞汽车股份有限公司 基于车联网的自主拼车方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103050003A (zh) * 2011-10-17 2013-04-17 通用汽车环球科技运作有限责任公司 拼车服务
CN102637359A (zh) * 2012-04-24 2012-08-15 广西工学院 基于复杂路网的出租车合乘集群优化系统及其优化方法
CN103810843A (zh) * 2014-02-23 2014-05-21 曾昭兴 一种计程车拼车方法、系统及服务器
CN103971515A (zh) * 2014-02-23 2014-08-06 广州市沃希信息科技有限公司 一种计程车拼车方法、系统及服务器
CN104464275A (zh) * 2014-02-23 2015-03-25 广州市沃希信息科技有限公司 一种基于多计程车的拼车方法、系统及服务器
CN104916121A (zh) * 2014-03-11 2015-09-16 上海飞田通信股份有限公司 电召拼车计算系统及方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
UBER优步560: "今天接了个优步拼车单，行驶过程一直没看手机，等到了目的地发现还有个订单是怎么回事，我以为是系统错了", 《百度知道HTTPS://ZHIDAO.BAIDU.COM/QUESTION/1756768076438049268.HTML》 *
爱范儿网: "以拼车为名的人民优步终于可以拼车了", 《搜狐HTTPS://WWW.SOHU.COM/A/28397142_114949》 *

Also Published As

Publication number Publication date
EP3437057A4 (en) 2019-02-06
US20180089786A1 (en) 2018-03-29
AU2016400119A1 (en) 2018-02-22
TWI633511B (zh) 2018-08-21
CN107292692A (zh) 2017-10-24
AU2016102436A4 (en) 2020-02-13
WO2017166877A1 (en) 2017-10-05
TW201738831A (zh) 2017-11-01
EP3437057A1 (en) 2019-02-06

Similar Documents

Publication Publication Date Title
CN108780554A (zh) 一种拼车方法和系统
CN108701404B (zh) 拼车方法和系统
CN109196547B (zh) 用于推荐服务位置的系统和方法
CN110678885B (zh) 用于运力调度的系统和方法
WO2017128927A1 (en) Systems and methods for matching and displaying service request and available vehicles
CN109863526A (zh) 为按需服务提供信息的系统和方法
CN109923373B (zh) 用于确定车辆参考方向的系统和方法
CN109313775A (zh) 用于分发服务请求的系统和方法
JP2020515951A (ja) オンデマンドサービスのための乗り物を割り当てるシステム及び方法
CN109416823A (zh) 用于确定司机安全分的系统和方法
CN109313845A (zh) 用于提供导航路线的系统和方法
CN109564100A (zh) 基于位置信息执行动作的系统与方法
CN108713326A (zh) 分配按需服务请求的系统及方法
CN110537212A (zh) 确定预估到达时间的系统与方法
TW201837839A (zh) 汽車共乘之方法及系統
CN108701403A (zh) 用于展示与服务请求相关的标识的系统及方法
JP2019509528A (ja) リクエストの位置情報を変更する方法およびシステム
CN108885726A (zh) 服务时间点预测系统和方法
CN109313774A (zh) 一种显示按需服务交通工具信息的方法及系统
CN110447050A (zh) 用于在线按需服务中分配订单的系统和方法
CN109313036A (zh) 路线规划的系统及方法
CN110402370A (zh) 用于确定服务请求的推荐信息的系统和方法
CN109416767A (zh) 用于确定组合服务请求者的系统和方法
CN111105251A (zh) 一种信息推送方法及装置
CN110301132A (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: 20181109