CN109416767A - 用于确定组合服务请求者的系统和方法 - Google Patents

用于确定组合服务请求者的系统和方法 Download PDF

Info

Publication number
CN109416767A
CN109416767A CN201880002587.6A CN201880002587A CN109416767A CN 109416767 A CN109416767 A CN 109416767A CN 201880002587 A CN201880002587 A CN 201880002587A CN 109416767 A CN109416767 A CN 109416767A
Authority
CN
China
Prior art keywords
service
person
service request
request
share
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.)
Granted
Application number
CN201880002587.6A
Other languages
English (en)
Other versions
CN109416767B (zh
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 CN109416767A publication Critical patent/CN109416767A/zh
Application granted granted Critical
Publication of CN109416767B publication Critical patent/CN109416767B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/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
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Complex Calculations (AREA)

Abstract

一种方法可以包括从第一服务请求者接收第一服务请求。该方法可以包括获得至少两个第一候选服务请求者。该方法可以包括确定所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者，该第二服务请求可与所述第一服务请求组合。该方法可以包括响应于不存在至少一个第二服务请求者的确定结果，确定与至少两个第一候选服务请求者不同的至少两个第三服务请求者。该方法可以包括从所述至少两个第三服务请求者确定至少一个目标服务请求者。该方法可以包括将拼车消息发送到所述至少一个目标服务请求者以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。

Description

用于确定组合服务请求者的系统和方法
交叉引用
本申请要求于2017年6月14日提交的中国专利申请No.201710447903.8的优先权，其全部内容通过引用结合于此。
技术领域
本申请一般涉及线上到线下服务，尤其涉及用于确定组合服务请求者的系统和方法。
背景技术
随着互联网的发展，线上到线下服务(例如，在线出租车服务)变得越来越流行。线上到线下服务成功地解决了服务提供者(例如，司机)和服务请求者(例如，乘客)之间的信息不对称问题。例如，以在线出租车服务为例，一些乘客选择拼车服务与其他人分享乘车。现有的拼车过程是被动的。当乘客发起第一服务请求时，线上到线下服务平台可以基于，例如，目的地和/或出发地点，在至少两个拼车服务请求中搜索可与所述第一服务请求组合的第二服务请求出发地点。如果所述至少两个拼车服务请求中没有服务请求可与所述第一服务请求组合，则线上到线下服务平台可以将空闲司机(例如，当前未载乘客的司机)分配给第一服务请求。现有被动拼车过程的一个主要问题是线上到线下服务平台需要在短时间内找到组合服务请求。例如，一个在第一服务请求被发起后一分钟被发起的与第一服务请求具有相似的出发地点和目的地的新的服务请求可能被错过。由于线上到线下服务平台在一分钟前没有收到新的服务请求，所以第一服务请求已经被分配给空闲司机并且可能已经离开了出发地点。因为线上到线下服务平台无法为所述新的服务请求找到组合服务请求，因此，线上到线下服务平台可能不得不为所述新的服务请求分配另一个空闲司机。因此，拼车交易率可能相对较低。因此，希望提供用于确定组合服务请求者的系统和方法以提高拼车交易率。
发明内容
根据本申请的第一方面，一种用于确定组合服务请求者的系统可以包括一个或以上存储媒体和一个或以上处理器被配置用于与一个或以上存储媒体进行通信。所述一个或以上存储媒体可以包括一组指令。当所述一个或以上处理器执行所述组指令时，所述一个或以上处理器可以用于执行一个或以上以下操作。所述一个或以上处理器可以从第一服务请求者接收第一服务请求(操作(1))。所述第一服务请求可以包括出发时间、出发地点和目的地。所述一个或以上处理器可以获得至少两个第一候选服务请求者，每个与一个待处理请求相关联(操作(2))。所述一个或以上处理器可以确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者(操作(3))。所述第二服务请求可与所述第一服务请求相结合。所述一个或以上处理器可以响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者(操作(4))。所述一个或以上处理器可以从所述至少两个第三服务请求者中确定至少一个目标服务请求者(操作(5))。所述一个或以上处理器可以向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求(操作(6))。
在一些实施例中，为了确定所述至少两个第三服务请求者，所述一个或以上处理器可以获得与所述至少两个第一候选服务请求者不同的至少两个第二候选服务请求者。所述一个或以上处理器可以从所述至少两个第二候选服务请求者中选择所述至少两个第三服务请求者。其中，所述至少两个第三服务请求者中的每一个已发起第一预定数量的历史请求，所述历史请求包括位于包括所述出发地点的区域内的历史出发地点，和/或所述历史请求包括在包括所述出发时间的预定时间间隔内的历史出发时间，其中，所述第一预定数量大于第一数量阈值；和/或其中，所述至少两个第三服务请求者中的每一个允许被发送所述拼车消息和/或在第一预定时间段内具有接收第二预定数量的所述拼车消息的历史接收记录其中，所述第二预定数量小于第二数量阈值。
在一些实施例中，为了确定包括所述出发地点的所述区域，所述一个或以上处理器可以执行Geohash算法以确定包括所述出发地点的所述区域。可替代地或另外地，所述一个或以上处理器可以确定以出发地点为中心并且具有预定值的半径的圆形区域。可选地或另外地，所述一个或以上处理器可以确定包括出发地点的矩形区域。
在一些实施例中，为了确定所述至少一个目标服务请求者，一个或以上处理器可以确定所述至少两个第三服务请求者与所述第一服务请求者之间的拼车概率(操作(7))。所述一个或以上处理器可以对所述拼车概率进行排序(操作(8))。所述一个或以上处理器可以基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者，或者将所述至少两个第三服务请求者中的拼车概率大于概率阈值的若干个作为所述至少一个目标服务请求者(操作(9))。
在一些实施例中，所述一个或以上处理器可以在将所述拼车消息发送到所述至少一个目标服务请求者之后确定所述第三服务请求是否被发起。如果所述第三服务请求未被发起，所述一个或以上处理器可以从所述至少两个第三服务请求者中移除所述至少一个目标服务请求者并重复操作(7)。
在一些实施例中，重复操作(7)可以产生所述至少两个第三服务请求者中的新数量的第三服务请求者作为所述至少一个目标服务请求者，其中，所述新数量大于上一次的所述至少一个目标服务请求者的数量。
在一些实施例中，所述一个或以上处理器可以向所述第一服务请求者发送一个通知，询问所述第一服务请求者是否愿意等待第二预定时间段以允许所述一个或以上处理器找到与所述第一服务请求相组合的一个请求。所述一个或以上处理器可以根据所述第一服务请求者对所述通知的响应，确定所述第一服务请求者愿意等待所述第二预定时间段，然后执行权利要求1中的操作(4)-(6)，或者否则，将一个服务提供者分配给所述第一服务请求者，并将所述第一服务请求者归入所述第一候选服务请求者。
在一些实施例中，所述一个或以上处理器可以将所述第一服务请求者的个人信息发送给所述至少一个目标服务请求者。
在一些实施例中，所述一个或以上处理器可以向所述第一服务请求者或所述至少一个目标服务请求者发送一个或以上的优惠券。
根据本申请的另一方面，一种用于确定组合服务请求者的方法可以包括一个或以上以下操作。一个或以上处理器可以从第一服务请求者接收第一服务请求。所述第一服务请求可以包括出发时间、出发地点和目的地。所述一个或以上处理器可以获得至少两个第一候选服务请求者，每个与一个待处理请求相关联。所述一个或以上处理器可以确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者。所述第二服务请求可与所述第一服务请求相结合。所述一个或以上处理器可以响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者。所述一个或以上处理器可以从所述至少两个第三服务请求者中确定至少一个目标服务请求者。所述一个或以上处理器可以向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
根据本申请的又一方面，一种用于确定组合服务请求者的系统可以包括确定模块被配置为从第一服务请求者接收第一服务请求，获得至少两个第一候选服务请求者，每个第一候选服务请求者与一个待处理请求相关联，并确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者，所述第二服务请求可与所述第一服务请求相结合。所述第一服务请求可以包括出发时间、出发地点和目的地。该系统还可以包括搜索模块，被配置用于响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者。该系统还可以包括处理模块，被配置用于从所述至少两个第三服务请求者中确定至少一个目标服务请求者，并且向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
根据本申请的又一方面，非暂时性计算机可读介质可包括用于确定组合服务请求者的至少一组指令。至少一组指令可以由计算机服务器的一个或以上处理器执行。所述一个或以上处理器可以从第一服务请求者接收第一服务请求。所述第一服务请求可以包括出发时间、出发地点和目的地。所述一个或以上处理器可以获得至少两个第一候选服务请求者，每个与一个待处理请求相关联。所述一个或以上处理器可以确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者。所述第二服务请求可与所述第一服务请求相结合。所述一个或以上处理器可以响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者。所述一个或以上处理器可以从所述至少两个第三服务请求者中确定至少一个目标服务请求者。所述一个或以上处理器可以向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
其他特征将在以下部分描述中进行阐述，并且在检视以下及附图之后，部分特征对于本领域的普通技术人员来讲是显而易见的，或可以通过实例的生产及操作来了解。本申请的特性可以通过对以下描述的具体实施例的各种方面的方法、手段和组合的实践或使用得以实现和达到。
附图说明
本申请将结合示例性实施例进一步进行描述。这些示例性的实施例将结合附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的符号表示相同的结构，其中：
图1是根据本申请的一些实施例所示的示例性线上到线下服务系统的示意图；
图2是根据本申请的一些实施例所示的计算设备的示例性硬件和/或软件组件的示意图；
图3是根据本申请的一些实施例所示的移动设备的示例性硬件组件和/或软件组件的示意图；
图4是根据本申请的一些实施例所示的示例性拼车请求处理设备的框图；
图5是根据本申请的一些实施例所述的用于确定组合服务请求者的示例性过程的流程图；以及
图6是根据本申请的一些实施例所述的用于确定组合服务请求者的示例性过程的流程图。
具体实施方式
以下描述是为了使本领域的普通技术人员能够实施和利用本申请，并在特定应用及其要求的上下文中提供。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本文中定义的通则在不背离本申请的精神及范围的情况下，可以适用于其他实施例及应用。因此，本申请不限于所示的实施例，而应该被给予与权利要求一致的最广泛的范围。
本文中所使用的术语仅用于描述特定示例性实施例，并不限制本申请的范围。如本文使用的单数形式“一”、“一个”及“该”可以同样包括复数形式，除非上下文明确提示例外情形。还应当理解，如在本申请说明书中，术语“包括”和/或“包含”仅提示存在所述特征、整体、步骤、操作、组件和/或部件，但并不排除存在或添加一个或以上其他特征、整体、步骤、操作、组件、部件和/或其组合的情况。
在考虑了作为本申请一部分的附图的描述内容后，本申请的特征和特点以及操作方法、结构的相关元素的功能、各部分的组合、制造的经济性变得显而易见。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将一个或以上其他操作添加到这些流程图中。一个或以上操作也可以从流程图中删除。
此外，虽然本申请中公开的系统和方法主要是关于拼车服务来描述的，但是还应该理解，这仅是示例性实施例。本申请的系统或方法可以应用于任何其他类型的线上到线下服务。例如，本申请的系统和方法可以应用于不同的运输系统，包括陆地、海洋、航空航天等或上述举例的任意组合。那些运输系统可以提供使用车辆将对象从一个位置运送到另一个位置的运输服务。对象可包括乘客和/或货物。运输系统的车辆可以包括出租车、私家车、顺风车、公共汽车、火车、动车、高铁、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆、自行车、三轮车、摩托车等，或其任意组合。运输服务可以包括出租车服务、司机服务、递送服务、拼车服务、公共汽车服务、外卖服务、司机招聘服务、班车服务等，或其任何组合。本申请的系统或方法的应用场景可以包括网页，浏览器插件、客户端、客户系统、内部分析系统、人工智能机器人等或其任意组合。
拼车服务可以指将两个或以上运输服务组合成新的运输服务的安排。例如，两个出租车服务可以组合成新的运输服务。又例如，两个递送服务可以组合成一个新的运输服务。作为又一示例，出租车服务和递送服务可以组合成新的运输服务。
本申请中的术语“乘客”、“请求者”、“服务请求者”和“客户”可用于表示请求或订购服务的个人、实体或工具，并且可互换使用。此外，本申请中的术语“司机”、“提供者”、“服务提供者”和“供应者”可用于表示提供服务或协助提供服务的个人、实体或工具，并且可互换使用。在本申请中，术语“用户”可以表示可以请求服务、预定服务、提供服务或协助提供服务的个体、实体或工具。例如，用户可以是乘客、司机、操作员等或其任意组合。在本申请中，术语“乘客”和“乘客终端”可以互换使用，且术语“司机”和“司机终端”可以互换使用。
本申请中的“请求”、“服务请求”、“订单”、“拼车订单”、“拼车请求”、“拼车订单”和“拼车请求”一词是指乘客、请求者发起的请求、服务请求者、顾客、司机、提供者、服务提供者、供应者等、或其任何组合。该服务请求可以被乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者或供应者中的任一者接受。所述服务请求可以是收费的或免费的。
用于本申请中的定位技术可以包括全球定位系统(GPS)、全球导航卫星系统(GLONASS)、北斗导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(QZSS)、无线保真(WiFi)定位技术等或其任意组合。以上定位技术中的一个或以上可以在本申请中交换使用。
本申请的一个方面涉及用于确定组合服务请求者的系统和方法。当服务请求者(例如，乘客)发起与拼车服务相关联的第一服务请求以与他人共享旅程时，线上到线下服务平台可以从至少两个待拼车的服务请求中搜索第二服务请求以与所述第一服务请求组合。如果所述至少两个待拼车的服务请求中没有可与所述第一服务请求相结合的服务请求，则线上到线下服务平台可以搜索目前还没有发起服务请求但有潜力发起可与所述第一服务请求组合的服务请求的目标服务请求者，并将拼车消息发送到所述目标服务请求者，以触发所述目标服务请求者发起这样的服务请求。
值得注意的是，线上到线下服务，如在线拼车服务，是一种仅在后互联网时代扎根的新形式的服务。它为服务请求者和服务提供者提供技术解决方案，这些解决方案只能在后互联网时代才能提出。在互联网时代之前，当一名乘客在街上叫出租车时，服务的请求和接受只发生在乘客和看到乘客的出租车司机之间。如果乘客通过电话呼叫一辆出租车，服务的请求和接受只能在该乘客和服务提供者(例如，出租车公司或代理)之间发生。如果一位司机想要提供拼车服务，该司机必须面对面地询问乘客，然后通过司机的经验来决定是否可以为该乘客提供拼车服务。然而，在线拼车服务通过网络获取服务请求，并实时自动查找组合服务请求。拼车服务还允许由服务请求者(例如，乘客)发起的服务请求被实时地并且自动地分发给远离服务请求者的大量个体服务提供者(例如，出租车司机)，并且允许至少两个服务提供者同时和实时响应服务请求。因此，通过互联网，线上到线下服务系统可以为服务请求者和服务提供者提供在传统的前互联网时代可能永远不会遇到的更有效的交易平台。
图1是根据本申请的一些实施例所示的示例性线上到线下服务系统的示意图。线上到线下服务系统100可包括服务器110、网络120、请求者终端130、提供者终端140、存储设备150和定位系统160。服务器110可以包括拼车请求处理设备112。
在一些实施例中，服务器110可以是单一服务器或服务器组。所述服务器组可以是集中式的或分布式的(例如，服务器110可以是分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以经由网络120访问存储在请求者终端130、提供者终端140和/或存储设备150中的信息和/或数据。又例如，服务器110可以直接连接到请求者终端130、提供者终端140和/或存储设备150以访问存储的信息和/或数据。在一些实施例中，服务器110可以在一个云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。在一些实施例中，服务器110可以在本申请中的图2描述的包含了一个或以上组件的计算设备200上执行。
在一些实施例中，服务器110可以包括拼车请求处理设备112。拼车请求处理设备112可以处理与线上到线下服务有关的信息和/或数据。例如，拼车请求处理设备112可以确定组合服务请求者。在一些实施例中，拼车请求处理设备112可包括一个或以上处理引擎(例如，单核处理引擎或多核处理器)。仅作为示例，共乘请求处理引擎112可以包括一个或以上硬件处理器，例如中央处理单元(CPU)、特定应用集成电路(ASIC)、特定应用指令集处理器(ASIP)、图像处理单元(GPU)、物理运算处理单元(PPU)、数字信号处理器(DSP)、现场可程序门阵列(FPGA)、可程序逻辑设备(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任意组合。
网络120可以促进信息和/或数据的交换。在一些实施例中，线上到线下服务系统100中的一个或以上组件(例如，服务器110、请求者终端130、提供者终端140、存储设备150或定位系统160)可以通过网络120将信息和/或数据发送到线上到线下服务系统100中的其他组件。例如，服务器110可以通过网络120从请求者终端130获取服务请求。在一些实施例中，网络120可以是有线网络或无线网络中的任意一种，或其组合。仅作为示例，网络130可以包括缆线网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络(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可以通过提供者终端140为用户D接收服务请求和/或从服务器110处接收信息或指令。在一些实施例中，“服务请求者”、“请求者”和“请求者终端”可以互换使用，并且“服务提供者”、“提供者”和“提供者终端”可以互换使用。
在一些实施例中，请求者终端130可以包括移动设备130-1、平板计算机130-2、膝上型计算机130-3、车辆内置设备130-4等或其任意组合。在一些实施例中，移动设备130-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器控制设备、智能监控装置、智能电视、智能摄像机、对讲机等，或其任意组合。在一些实施例中，可穿戴设备可以包括手环、鞋袜、眼镜、头盔、手表、衣物、背包、智慧配饰等或上述举例的任意组合。在一些实施例中，移动设备可以包括移动电话、个人数字助理(PDA)、游戏设备、导航设备、销售终端(POS)、膝上型电脑、台式机等或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括Google GlassTM、RiftConTM、FragmentsTM、Gear VRTM等。在一些实施例中，机动车辆130-4中的内置设备包括车载计算机或车载电视等。在一些实施例中，请求者终端130可以是具有定位技术的设备，用于定位请求者终端130的用户(例如，服务请求者)和/或请求者终端130的位置。
在一些实施例中，提供者终端140可以是与请求者终端130类似或相同的设备。在一些实施例中，提供者终端140可以是利用定位技术来定位提供者终端140的用户(例如，服务提供者)和/或提供者终端140的位置的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与一个或以上其他定位设备通信以确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以向服务器110发送定位信息。
存储设备150可以存储数据和/或指令。在一些实施例中，存储设备150可以存储从请求者终端130和/或提供者终端140获得的数据。例如，存储设备150可以存储从请求者终端130获得的服务请求。在一些实施例中，存储设备150可以存储服务器110用于执行或使用的本发明中描述的示例性方法的数据和/或指令。例如，存储设备150可以存储服务器110用于执行或使用的数据和/或指令，以确定本申请中描述的组合服务请求者。在一些实施例中，存储设备150可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态驱动等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机存取存储器(RAM)。示例性RAM可包括动态随机存取存储器(DRAM)、双倍数据速率同步动态随机存取存储器(DDR SDRAM)、静态随机存取存储器(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等)。在一些实施例中，线上到线下服务系统100中的一个或以上组件(例如，服务器110、请求者终端130、提供者终端140等)可以具有访问存储设备150的许可。在一些实施例中，存储设备150可以是服务器110的一部分。
定位系统160可以确定与对象，例如，请求者终端130，提供者终端140等，相关联的信息。例如，定位系统160可以确定请求者终端130的当前位置。在一些实施例中，定位系统160可以是全球定位系统(GPS)、全球导航卫星系统(GLONASS)、罗盘导航系统(COMPASS)、北斗导航卫星系统、伽利略定位系统、准天顶卫星系统(QZSS)等。该信息可以包括对象的位置、高度、速度或加速度，或当前时刻。位置可以是坐标的形式，例如纬度坐标和经度坐标等。定位系统160可以包括一个或以上的卫星，例如卫星160-1、160-2卫星和卫星160-3。卫星160-1至160-3可以独立地或共同地确定上述信息。卫星定位系统160可以经由无线连接将上述信息发送到网络120、请求者终端130或提供者终端140。
在一些实施例中，可以通过请求服务来实现在线上到线下服务系统100中的一个或以上组件的信息交换。服务请求的对象可以为任何产品。在一些实施例中，该产品可以是有形产品或无形产品。有形产品可以包括食物、药物、日用品、化学产物、电器用品、衣服、汽车、住宅、奢侈品等或其任意组合。无形产品可以包括服务产品、金融产品、知识产品、因特网产品等或其任意组合。互联网产品可以包括个人主机产品、网站产品、移动互联网产品、商业主机产品、嵌入式产品等或其任意组合。移动互联网产品可以用于移动终端的软件、程序、系统等或其任意组合。可行动终端可以包括一平板计算机、膝上型计算机、移动电话、个人数字助理(PDA)、智能手表、销售终端(POS)设备、车载计算机、车载电视、可穿戴设备或类似物或其任意组合。例如，产品可以是在计算机或移动电话上使用的任一软件和/或应用。软件和/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输相关联的软件和/或应用程序可以包括一旅游软件和/或应用程序、车辆调度软件和/或应用程序、地图软件和/或应用程序等。在车辆调度软件和/或应用中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私人汽车等)、火车、地铁、船只、飞行器(例如，飞机、直升机、航天飞机、火箭、热气球等)或其任意组合。
图2是根据本申请的一些实施例所示的计算设备的示例性硬件和/或软件组件的示意图，在该计算设备上可以实现拼车请求处理设备112。如图2所示，处理设备112可以是计算设备200，其可以包括处理器210、存储器220、输入/输出(I/O)230和通信端口240。
处理器210(例如，逻辑电路)可以执行计算机指令(例如，程序代码)并根据本文描述的技术执行拼车请求处理设备112的功能。例如，处理器210可以包括接口电路210-a和处理电路210-b。接口电路可以被配置用于接收来自总线(图2中未示出)的电子信号，其中，电子信号编码用于处理电路的结构化数据和/或指令。处理电路可以进行逻辑计算，然后确定被编码为电子信号的结论、结果和/或指令。然后，接口电路可以通过总线发送来自处理电路的电子信号。
所述计算机指令可以包括例如执行在此描述的特定功能的例程、程序、对象、组件、数据结构、过程、模块和功能。例如，处理器210可以确定组合服务请求者。在一些实施例中，处理器210可以包括一个或以上硬件处理器，诸如微控制器、微处理器、精简指令集计算器(RISC)、专用集成电路(ASIC)、专用指令集处理器ASIP)、中央处理单元(CPU)、图形处理单元(GPU)、物理处理单元(PPU)、微控制器单元、数字信号处理器(DSP)、现场可编程门数组(FPGA)、高级RISC机器(ARM)、可编程逻辑器件(PLD)，能够执行一个或以上功能的任何电路或处理器等，或其任何组合。
仅仅为了说明，在计算设备200中仅描述了一个处理器。然而，应该注意的是，本披露中的计算设备200还可以包括一个以上处理器，因此，由本申请中所描述的一个处理器所执行的操作和/或方法步骤本申请也可以由一个以上处理器联合地或单独地执行。例如，如果在本申请中，计算设备200的处理器执行步骤A和步骤B，应当理解的是，步骤A和步骤B也可以由计算设备200的两个或以上不同的处理器共同地或独立地执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一和第二处理器共同地执行步骤A和步骤B)。
存储器220可以存储从请求者终端130、提供者终端140、存储设备150和/或线上到线下服务系统100的任何其他组件获得的数据/信息。在一些实施例中，存储器220可以包括大容量存储器、可移动存储器、易失性读取和写入存储器和只读存储器(ROM)等，或其任意组合。例如，大容量存储器可以包括一磁盘、光盘、固态硬盘等。可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘和磁带等。易失性读取和写入存储器可以包括随机存取存储器(RAM)。RAM可以包括动态RAM(DRAM)、双倍速率同步动态RAM(DDR SDRAM)、静态RAM(SRAM)、晶闸管RAM(T-RAM)和零电容(Z-RAM)等。ROM可以包括掩模ROM(MROM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、光盘ROM(CD-ROM)和数字通用盘ROM等。在一些实施例中，存储器220可以储存服务器用来执行或使用以完成本申请中描述的示例性方法的数据和/或指令。例如，存储器220可以存储拼车请求处理设备112用于确定组合服务请求者的程序。
I/O 230可以输入和/或输出信号、数据、信息等。在一些实施例中，I/O 230可以使用户能够与拼车请求处理设备112进行交互。在一些实施例中，I/O 230可以包括输入设备和输出设备。示例性的输入设备的可以包括键盘、鼠标、触摸屏、麦克风等，或其任何组合。示例性的输出设备可以包括显示设备、扬声器、打印机、投影仪等，或其任何组合。示例性显示设备可以包括液晶显示器(LCD)、基于发光二极管(LED)的显示器、平板显示器、曲面显示器、电视设备、阴极射线管(CRT)等或其任意组合。
通信端口240可以连接到网络(例如，网络120)以促进数据通信。通信端口240可以在拼车请求处理设备112和请求者终端130、提供者终端140、定位系统160或存储设备150之间建立连接。连接可以是有线连接、无线连接、可以启用数据传输和/或接收的任何其他通信连接，和/或这些连接的任何组合。有线连接可以包括例如电缆、光缆、电话线等或其任意组合。无线连接可以包括例如蓝牙TM链路、Wi-FiTM链路、WiMaxTM链路、WLAN链路、ZigBee的链路、移动网络链路(例如，3G、4G、5G等)或类似物，或其任何组合。在一些实施例中，通信端口240可以是和/或包括标准化通信端口，诸如RS232，RS485等。
图3是根据本申请的一些实施例所示的可以在其上实现请求者终端130和/或提供者终端140的移动设备的示例性硬件和/或软件组件的示意图。如图3所示，移动设备300可以包括通信平台310、显示器320、图形处理单元(GPU)330、中央处理单元(CPU)340、I/O350、内存360和存储器390。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示出)，也可包括在移动设备300内。在一些实施例中，操作系统(OS)370(如，iOSTM、AndroidTM、Windows PhoneTM等)和一个或以上应用程序380可以从存储器390加载到内存360中，以便由CPU 340执行。应用程序380可以包括浏览器或任何其他合适的移动应用程序，用于接收和呈现来自拼车请求处理设备112的与线上到线下拼车服务有关的信息或其他信息，并向拼车请求处理设备112发送与线上到线下有关的信息或其他信息。用户与信息流的交互可以通过I/O 350实现，并通过网络120提供给拼车请求处理设备112和/或线上到线下服务系统100的其他组件。
本领域普通技术人员将理解，当线上到线下服务系统100的元件工作时，该元件可以通过电信号和/或电磁信号进行工作。例如，当拼车请求处理设备112处理任务时，例如进行确定或发送信息，拼车请求处理设备112可以在其处理器中操作逻辑电路以处理这样的任务。当拼车请求处理设备112向请求者终端130发送数据(例如，拼车消息)时，拼车请求处理设备112的处理器可以生成编码所述数据的电信号。然后，拼车请求处理设备112的处理器可以将电信号发送到拼车请求处理设备112的信息交换端口(例如，输出端口)。如果请求者终端130经由有线网络与拼车请求处理设备112通信，则拼车请求处理设备112的信息交换端口可以物理连接到电缆，该电缆还可以将电信号发送到信息交换端口。请求者终端130的信息交换端口(例如，输入端口)。如果请求者终端130经由无线网络与拼车请求处理设备112通信，则拼车请求处理设备112的信息交换端口可以是一个或以上天线，其可以将电信号转换为电磁信号。在电子设备中，如请求者终端130、提供者终端140和或服务器110，当其处理器处理指令、发出指令和/或执行操作时，该指令和/或该操作通过电信号来执行。例如，当处理器从存储介质(例如，存储设备150，存储器220)检索或保存数据时，它可以将电信号发送到存储介质的读/写设备，其可以读取或写入存储介质中的结构数据。该结构数据可以通过电子设备的总线，以电信号的形式传输至处理器。此处，电信号可以指一个电信号，一系列电信号和/或至少两个不连续的电信号。
图4是根据本申请的一些实施例所示的示例性拼车请求处理设备的框图。拼车请求处理设备112可包括确定模块402、查找模块404、处理模块406、第一发送模块408、执行模块410和第二发送模块412。处理模块406可以包括预测单元4062、排序单元4064、处理单元4066、确定单元4068、删除单元4070和更新单元4072。拼车请求处理设备112的至少一部分可以在图2所示的计算设备上实现。
确定模块402可以被配置为在从第一服务请求者接收到第一服务请求时确定至少两个第一候选服务请求者中是否存在可与第一服务请求者组合的至少一个第二服务请求。在一些实施例中，第二服务请求者可以与第二服务请求相关联，该第二服务请求可与第一服务请求组合。
查找模块404可以被配置为获得第一服务请求的行程信息，并根据行程信息确定与所示至少两个第一候选服务请求者不同并满足预定条件的至少两个第三服务请求者。行程信息可以包括第一服务请求的出发地点、出发时间、目的地等，或其任何组合。第三服务请求者可以是在当前时刻未发起服务请求，但是有潜力发起可与第一服务请求组合的服务请求的服务请求者。
处理模块406可以被配置用于从所述至少两个第三服务请求者确定至少一个目标服务请求者，并且发送拼车消息给所述至少一个目标服务请求者。在一些实施例中，拼车消息可以被配置为触发所述至少一个目标服务请求者发起可与第一服务请求组合的第三服务请求。拼车消息可包括第一服务请求的出发地点、出发时间、目的地等，或其任何组合。在一些实施例中，处理模块406可以经由网络(例如，网络120)将拼车消息发送到与所述至少一个目标服务请求者相关联的终端(例如，请求者终端130)。
预测单元4062可以被配置用于确定所述至少两个第三服务请求者与所述第一个服务请求者之间的拼车概率。在一些实施例中，处理模块406可以基于第三服务请求者已经发起的历史请求的数量，历史/预期出发地点与第一服务请求的出发地点之间的距离，历史/预期出发时间与第一服务请求的出发时间之间的差值，从历史/预期出发地点到历史/预期目的地的方向与第一服务请求的出发地点到目的地的方向之间的角度等，或其任何组合，使用预测模型来确定拼车概率。例如，由第三服务请求者发起的历史请求的历史出发地点距离第一服务请求的出发地点越近，所述第三服务请求者和第一服务请求者之间的拼车概率越高。
排名单元4064可以被配置为基于拼车概率对至少两个第三服务请求者进行排序。
处理单元4066可以被配置为基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者，或者将所述至少两个第三服务请求者中的拼车概率大于第二概率阈值(例如，50％、60％、70％、80％或90％)的若干个作为所述至少一个目标服务请求者，以及将拼车消息发送给所述至少一个目标服务请求者。
确定单元4068可以被配置用于确定是否存在一个目标服务请求者，愿意在预设时间段(例如，1分钟、2分钟、5分钟)与第一服务请求者拼车。例如，处理模块406可以确定是否存在目标服务请求者，其在预设时间段内发送了针对拼车消息的同意相应，或者发送了可与第一服务请求组合的服务请求(例如，第三服务请求)。响应于确定没有目标服务请求者愿意与第一服务请求者拼车，处理模块406(拼车请求处理设备112和/或处理电路210-b，或删除单元4070)可以从所述至少两个第三服务请求者中移除所述至少一个目标服务请求者，并重复执行处理操作，直到存在愿意与第一服务请求者拼车的服务请求者。响应于确定存在至少一个愿意与第一服务请求者拼车的目标服务请求者，处理模块406可以将第一服务请求者与最早允许与第一服务请求者结合的目标服务请求者组合。
更新单元4072可以被配置为指定所述至少两个第三服务请求者中新的数量的第三服务请求者作为至少一个目标服务请求者。新的数量可以大于上一次的所述至少一个目标服务请求者的数量，这可以减少找到可与第一服务请求者组合的服务请求者的时间。
在一些实施例中，响应于确定不存在至少一个第二服务请求者，在查找模块404获得第一服务请求的行程信息之前，第一发送模块408可以向第一服务请求者发送通知询问第一服务请求者是否愿意等待第二预定时间段(例如，10分钟)以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求。响应于确定第一服务请求者愿意等待第二预定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，第一发送模块408可以执行操作504和506。响应于确定第一服务请求者不愿意等待第二预定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，执行模块410可以向第一服务请求者分配空闲服务提供者(例如，当前未提供服务的司机)并将第一服务请求者归入第一候选服务请求者。在一些实施例中，第一服务请求者可以基于他/她自己的选择确定是否等待特定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，提高了用户体验。
在一些实施例中，如果第一服务请求者愿意等待第二预定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，则第二发送模块412可以向第一服务请求者发送一个或以上优惠(例如，2美元的电子优惠券)。或者，当第一发送模块408将通知发送到第一服务请求者时，第二发送模块412可以将一个或以上优惠发送给第一服务请求者。一个或以上优惠可以向第一服务请求者补偿等待可与第一服务请求组合的服务请求的时间，并提高交易率和用户体验。
在一些实施例中，第二发送模块412可以向与第一服务请求者拼车的目标服务请求者发送一个或以上优惠。或者，当处理模块406将拼车消息发送给所述至少一个目标服务请求者时，第二发送模块412可以将一个或以上优惠发送给所述至少一个目标服务请求者。一个或以上优惠可以被配置为触发所述至少一个目标服务请求者发起可与第一服务请求组合的第三服务请求。
在一些实施例中，响应于确定不存在至少一个第二服务请求者，从确定所述至少两个第三服务请求者到确定存在至少一个服务请求者愿意与第一服务请求者拼车的期间内，确定模块402可以连续地或周期性地监控所述至少两个第一候选服务请求者。如果在所述至少两个第一候选服务请求者中存在至少一个可与第一服务请求者组合的第二服务请求者，则确定模块402可以将第一服务请求者与第二服务请求者组合，并且可以终止在至少两个第三服务请求者中确定可与第一服务请求者组合的服务请求者的过程。
在一些实施例中，如果所述至少两个第三服务请求者的数量小于或等于第三数量阈值(例如，1、2、3、5、10、15、20)，则用于确定至少一个目标服务请求者的过程可以省略。处理模块406可以将拼车消息发送给所述至少两个第三服务请求者。例如，第三数量阈值可以等于3。在504中确定的第三服务请求者可以包括服务请求者E和F。在506中确定至少一个目标服务请求者的过程可以被省略。处理模块406可以将拼车消息发送给服务请求者E和F。又例如，第三数量阈值可以等于3。在504中确定的第三服务请求者可以包括服务请求者E和F。服务请求者F可以被删除，因为拼车概率小于第一概率阈值。在506中确定至少一个目标服务请求者的过程可以被省略。处理模块406可以将拼车消息发送给服务请求者E。
在当前确定组合服务请求者的过程中，服务器110可以搜索当前尚未发起服务请求但是有潜力发起可与第一服务请求组合的服务请求的目标服务请求者，这提高了拼车交易率。另外，目标服务请求者可以基于他/她自己的选择确定是否与第一服务请求者组合，并且第一服务请求者可以基于他/她自己的选择确定是否等待特定时间段以允许服务器110找到组合服务请求者，这提高了用户体验。
拼车请求处理设备112中的模块和/或单元可以通过有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(LAN)、广域网路(WAN)、蓝牙、紫蜂网络、近场通讯(NFC)等或上述举例的任意组合。两个或以上模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或以上单元。例如，第一发送模块408可以与第二发送模块412集成为单个模块，其可以向第一服务请求者发送通知和/或一个或以上电子优惠券。又例如，查找模块404可以分为两个单元。第一单元可以被配置为响应于确定不存在至少一个第二服务请求者，获取第一服务请求者的第一服务请求的行程信息。第二单元可以被配置为基于行程信息确定至少两个第三服务请求者。
应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化和修改。然而，这些变化和修改不会背离本申请的范围。例如，拼车请求处理设备112还可以包括存储模块(图4中未示出)。存储模块可以被配置用于存储在拼车请求处理设备112中的任何组件执行的任何过程期间生成的数据。又例如，拼车请求处理设备112的每个组件可包括存储设备。附加地或替代地，拼车请求处理设备112的组件可以共享公共存储设备。
图5是根据本申请的一些实施例所示的用于确定组合服务请求者的示例性过程的流程图。过程500可以在图1所示的线上到线下服务系统100中实现。例如，过程500可以作为指令(例如，应用程序)的形式存储在存储设备150和/或存储器220中，并且由服务器110(例如，服务器110的拼车请求处理设备112、图2中所示的处理器220、或图4中所示的拼车请求处理设备112中的一个或以上模块)调用和/或执行。以下呈现的所示过程的操作旨在说明。在一些实施例中，过程500在实施时可以添加一个或以上本申请未描述的额外操作，和/或删减一个或以上此处所描述的操作。另外，如图5所示和下面描述的过程500的操作的顺序不是限制性的。
在本申请中，以将两个运输服务组合成新的运输服务的拼车服务作为示例。应当理解，将两个运输服务组合为一个新的运输服务的拼车服务仅仅是为了说明的目的，并不旨在限制本申请的范围。在一些实施例中，本申请可以应用于将多于两个运输服务组合成新的运输服务的拼车服务。
在502中，确定模块402(或拼车请求处理设备112，和/或处理电路210-b)可以在从第一服务请求者接收到第一服务请求时确定至少两个第一候选服务请求者中是否存在可与第一服务请求者组合的至少一个第二服务请求。在一些实施例中，第二服务请求者可以与第二服务请求相关联，该第二服务请求可与第一服务请求组合。
在一些实施例中，请求者终端130和/或提供者终端140可以经由网络120，通过安装在请求者终端130和/或提供者终端140中的应用程序(例如，图3中的应用程序380)与服务器110建立通信(例如，无线通信)。该应用程序可以与线上到线下服务系统100相关联。例如，该应用程序可以是与线上到线下服务系统100相关联的打车应用程序。
在一些实施例中，服务请求可以指代由服务请求者经由请求者终端130正式请求并发送到服务器110的运输服务的信息。例如，当服务请求者将运输服务的信息发送到服务器110时，服务请求者可以通过按下请求者终端130中安装的应用程序的界面上的按钮来这样做。在接收到运输服务的信息时，服务器110可以确定运输服务的信息被正式发送，并将运输服务的信息确定为服务请求。
在一些实施例中，第一服务请求可包括出发时间、出发地点、目的地等，或其任何组合。在一些实施例中，第一服务请求可以是拼车请求，其指示第一服务请求者愿意与其他服务请求者共享服务提供者(例如，司机)。在一些实施例中，确定模块402可以经由网络(例如，网络120)从与第一服务请求者相关联的终端(例如，请求者终端130)接收服务请求。
在一些实施例中，第一服务请求可以是实时请求，第一服务请求者希望在当前时刻或对于本领域普通技术人员来说相当地接近当前时刻的限定时间(例如，当前时刻之后的1分钟、2分钟、或5分钟)接收线上到线下服务(例如，打车服务)，因此，在线上到线下服务系统100接收到第一服务请求之后，要求服务提供者立即或基本上立即出发。
在一些实施例中，第一服务请求可以是需要预约的服务请求，其说明第一服务请求者希望在对于本领域普通技术人员来说距离当前时刻相当长的时间接收线上到线下服务，因此，在线上到线下服务系统100接收到第一服务请求后，服务提供者不需要立即或基本上立即出发。例如，如果当前时刻与服务时间(例如，出发时间)之间的时间间隔长于时间阈值(例如，10分钟、20分钟、2小时或1天)，则乘客可能需要预订出租车服务。
在一些实施例中，出发地点和/或目的地可以是服务请求者通过请求者终端130(例如，图3中的I/O 350)输入的指定位置。在一些实施例中，请求者终端130可以自动获得出发地点和/或目的地。例如，诸如“星期三上午10点在位置A的会议”的事件被记录在请求者终端130中的日历中。请求者终端130可以基于日历中的事件自动确定位置A作为目的地。在一些实施例中，请求者终端130可通过请求者终端130中的定位技术获得其位置(其被称为服务请求者的位置)，例如，GPS、GLONASS、COMPASS、QZSS、BDS、WiFi定位技术等，或其任何组合。
在一些实施例中，至少两个第一候选服务请求者中的每一个可以与待处理请求相关联。待处理请求可以是尚未完成并正在等待组合服务请求的拼车请求。待处理请求可以是已经或未被服务提供者(例如，司机)接受的服务请求。在一些实施例中，拼车请求处理设备112可以从存储介质(例如，存储设备150、拼车请求处理设备112的存储器220、拼车请求处理设备112的存储模块)获得与至少两个第一候选服务请求者相关联的待处理请求。
在一些实施例中，确定模块402可以基于第一服务请求和待处理服务请求的出发时间、出发地点或目的地确定所述至少两个第一候选服务请求者中是否存在可与所述第一服务请求者组合的至少一个第二服务请求者出发地点。例如，对于至少两个第一候选服务请求者中的每一个，确定模块402可以确定第一候选服务请求者的出发地点或当前位置是否在距离第一服务请求者的出发地点的距离阈值(例如，2500km)内，从第一候选服务请求者的出发地点或当前位置到第一服务请求者的出发地点的预估行程时间是否在时间间隔阈值(例如，5分钟)内，以及从第一候选服务请求者的出发地点或当前位置到目的地的方向与第一服务请求者的出发地点到目的地的方向之间的角度是否小于角度阈值(例如，±30°)。响应于确定第二候选服务请求者的出发地点或当前位置在距离阈值内，确定模块402可以确定第一候选服务请求者是可与第一服务请求者组合的第二服务请求者。如果第一服务请求者发起需要预约的服务请求，确定模块402可以进一步确定第一服务请求者和第一候选服务请求者的出发时间之间的差值是否小于差值阈值(例如，10分钟)。响应于确定第一服务请求者与第一候选服务请求者的出发时间之差小于差值阈值，确定模块402可以确定第一候选服务请求者是可与第一个服务请求者组合的第二服务请求者。
在一些实施例中，如果存在一个第二服务请求者，则拼车请求处理设备112可以将第二服务请求者与第一服务请求者组合。如果存在两个或以上第二服务请求者，则拼车请求处理设备112可以选择所示两个或以上第二服务请求者中的一个与第一服务请求者组合。例如，拼车请求处理设备112可以随机选择所述两个或以上第二服务请求者中的一个与第一服务请求者组合。又例如，拼车请求处理设备112可以选择所述两个或以上第二服务请求者中出发地点或当前位置最接近第一服务请求者的出发地点的服务请求者与第一服务请求者组合。
在504中，响应于确定不存在至少一个第二服务请求者，查找模块404(或拼车请求处理设备112，和/或处理电路210-b)可以获得第一服务请求的行程信息，并根据行程信息确定与所示至少两个第一候选服务请求者不同并满足预定条件的至少两个第三服务请求者。行程信息可以包括第一服务请求的出发地点、出发时间、目的地等，或其任何组合。第三服务请求者可以是在当前时刻未发起服务请求，但是有潜力发起可与第一服务请求组合的服务请求的服务请求者。
在一些实施例中，查找模块404可以获得与所示至少两个第一候选服务请求者不同的至少两个第二候选服务请求者，然后根据预定条件从所述至少两个第二候选服务请求者中选择至少两个第三服务请求者。第二候选服务请求者可以是当前时刻(例如，拼车请求处理设备112接收到第一服务请求的时间)未发起服务请求的服务请求者。
预定条件可以包括至少两个第三服务请求者中的每个已经发起第一预定数量的历史请求，所述历史请求可以包括位于包括所述出发地点的区域内的历史出发地点，和/或所述历史请求可以包括在包括所述出发时间的预定时间间隔内的历史出发时间。第一预定数量可以大于第一数量阈值(例如，0、1、2、5、10、20)。在一些实施例中，历史请求可以指服务提供者已经完成，或者服务提供者或服务请求者已经取消的服务请求。可选地或另外地，对于第一预定数量的历史请求中的每一个，从第一服务请求的出发地点到目的地的方向与从历史请求的历史出发地点到历史目的地的方向之间的角度可以小于角度阈值。
可选地或另外地，预定条件可以包括至少两个第三服务请求者中的每一个允许在第一预定时间段(例如，一天，一周)中被发送拼车消息和/或具有接收第二预定数量的所述拼车消息的历史接收记录。第二预定数量可以小于第二数值阈值(例如，0、1、2、5、10、20)。例如，处理模块406可以在一天内向一个服务请求者发送最多3个拼车消息。在一些实施例中，第二预定数量，第一预定时间段或第二数量阈值可以由第三服务请求者设置或是线上到线下服务系统100的默认参数。
可选地或另外地，第三服务请求者可以在当前时刻或在对于本领域普通技术人员来说相当接近当前时刻(例如，拼车请求处理设备112接收第一服务请求的时间)的限定时间(例如，当前时刻之前的1分钟、2分钟或5分钟)发起服务意图。服务意图可以表示有兴趣请求线上到线下服务。在某些实施例中，服务意图反映了真正发起服务请求的可能性。仅作为示例，安装在请求者终端130中的应用可以指示请求者终端130连续地或周期性地监视来自服务请求者的输入，并经由网络120将输入发送到线上到线下服务系统100。因此，请求者终端130可以实时或基本上实时地向线上到线下服务系统100通知服务请求者的输入。结果，当服务请求者开始输入出发地点、出发时间或目的地时，线上到线下服务系统100可以接收足够的信息以确定服务请求者的意图。例如，当服务请求者输入全部或部分出发地点，并且在将出发地点发送到线上到线下服务系统100之前，线上到线下服务系统100可能已经接收到出发地点，并确定该服务请求者打算发起服务请求。
在一些实施例中，由第三服务请求者发起的服务意图的预期出发地点可以在包括第一服务请求的出发地点的区域内。可选地或另外地，由第三服务请求者发起的服务意图的预期出发时间可以在包括第一服务请求的出发时间的预定时间间隔内。可选地或另外地，从第一服务请求的出发地点到目的地的方向和从第三服务请求者发起的服务意图的预期出发地点到预期目的地的方向之间的角度可以小于角度阈值。
在一些实施例中，查找模块404可以通过执行Geohash算法确定包括第一服务请求的出发地点的区域，通过确定以第一服务请求的出发地点为中心并且半径为预定值的圆形区域确定包括第一服务请求的出发地点的区域，或通过确定包括第一服务请求的出发地点的矩形区域确定包括第一服务请求的出发地点的区域。
Geohash算法将地理位置(例如，经度和纬度坐标)编码成字符串，其表示代表网格形状区域的分层空间数据结构。字母和数字的数量越多，区域的大小可以越小。例如，WX4DY表示比WX4D表示的区域更大的区域。两个字符串越相似，这两个字符串之间的距离就越小。例如，与WX4DY相关的区域和与WX4GA相关的区域之间的距离可以大于与WX4DY相关的区域和与WX4DX相关的区域之间的距离。
仅作为示例，拼车请求处理设备112收到第一服务请求的时间是5月11日下午5点50分。查找模块404可以使用Geohash算法获得与第一服务请求的出发地点相关的字符串(例如，WX4DY)。然后，查找模块404可以基于倒排索引，搜索已经发起至少一个历史请求的服务请求者，并获得初步搜索结果，包括例如服务请求者C、D、E、F、G和H，所述历史请求包括位于与WX4DY相关的区域的历史出发地点。查找模块404可以移除不允许被发送拼车消息的服务请求者C，以及在第一预定时间段(例如，过去一周)内已经接收了数量大于或等于第二数量阈值的至少两个拼车消息的服务请求者D。查找模块404可以分析服务请求者E、F、G和H的历史请求。如果拼车请求处理设备112在5月11日下午5:45从服务请求者E接收到包括以国际商业机器公司(IBM)大楼作为出发地点(例如，IBM大楼距离第一服务请求的出发地点1公里并且位于与WX4DY相关的区域)并且目的地与第一服务请求的目的地相似的服务意图，查找模块404可以保留服务请求者E。如果服务请求者F在上个月发起了20个历史请求，每个历史请求包括一个距离第一服务请求的出发地点1公里并且位于WX4DY的区域的出发地点，并且包括在包括第一服务请求的出发时间的预定时间间隔(例如，20分钟)内的时间为6点的出发时间，查找模块404可以保留服务请求者F。如果服务请求者G和H尚未发起包括位于与WX4DY相关的区域和与WX4DY相关的区域的相邻区域的历史出发地点的历史请求，并且拼车请求处理设备112未在对本领域普通技术人员来说相当接近5月11日下午5：40(例如，5月11日下午5：40之前的1分钟、2分钟或5分钟)的设定时间从服务请求者G和H接收服务意图，查找模块404可以移除服务请求者G和H，并将服务请求者E和F确定为第三服务请求者。
在506中，处理模块406(或拼车请求处理设备112，和/或处理电路210-b)可以从所述至少两个第三服务请求者确定至少一个目标服务请求者，并且发送拼车消息给所述至少一个目标服务请求者。在一些实施例中，拼车消息可以被配置为触发所述至少一个目标服务请求者发起可与第一服务请求组合的第三服务请求。拼车消息可包括第一服务请求的出发地点、出发时间、目的地等，或其任何组合。在一些实施例中，处理模块406可以经由网络(例如，网络120)将拼车消息发送到与所述至少一个目标服务请求者相关联的终端(例如，请求者终端130)。
在一些实施例中，处理模块406可以通过执行预测操作，排序操作和处理操作来确定至少一个目标服务请求者。
在预测操作中，处理模块406(拼车请求处理设备112和/或处理电路210-b，或预测单元4062)可以确定所述至少两个第三服务请求者与所述第一个服务请求者之间的拼车概率。在一些实施例中，处理模块406可以基于第三服务请求者已经发起的历史请求的数量，历史/预期出发地点与第一服务请求的出发地点之间的距离，历史/预期出发时间与第一服务请求的出发时间之间的差值，从历史/预期出发地点到历史/预期目的地的方向与第一服务请求的出发地点到目的地的方向之间的角度等，或其任何组合，使用预测模型来确定拼车概率。例如，由第三服务请求者发起的历史请求的历史出发地点距离第一服务请求的出发地点越近，所述第三服务请求者和第一服务请求者之间的拼车概率越高。
在排序操作中，处理模块406(拼车请求处理设备112和/或处理电路210-b，或排名单元4064)可以基于拼车概率对至少两个第三服务请求者进行排序。
可选地或另外地，处理模块406可以移除拼车概率小于第一概率阈值(例如，10％、20％、30％、40％或50％)的第三服务请求者。
处理操作中，处理模块406(拼车请求处理设备112和/或处理电路210-b，或处理单元4066)可以基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者，或者将所述至少两个第三服务请求者中的拼车概率大于第二概率阈值(例如，50％、60％、70％、80％或90％)的若干个作为所述至少一个目标服务请求者，以及将拼车消息发送给所述至少一个目标服务请求者。
在一些实施例中，将拼车消息发送到与相对较高的拼车概率相关联的第三服务请求者的操作可以改善拼车交易率。
在一些实施例中，处理模块406还可以将与第一服务请求者有关的个人信息与拼车消息一起发送给所述至少一个目标服务请求者。与第一服务请求者相关的个人信息可以包括微信帐户、微博帐户、个人兴趣、性别、职业等，或其任何组合。根据与第一服务请求者相关的个人信息，所述至少一个目标服务请求者可以更多地了解第一服务请求者，并且基于所述至少一个目标服务请求者自己的选择，所述至少一个目标服务请求者可以确定是否与第一服务请求者拼车，可以进一步提高拼车的成功率和拼车效率。
在一些实施例中，在将拼车消息发送到所述至少一个目标服务请求者之后，处理模块406(拼车请求处理设备112和/或处理电路210-b，或确定单元4068)可以确定是否存在一个目标服务请求者，愿意在预设时间段(例如，1分钟、2分钟、5分钟)与第一服务请求者拼车。例如，处理模块406可以确定是否存在目标服务请求者，其在预设时间段内发送了针对拼车消息的同意相应，或者发送了可与第一服务请求组合的服务请求(例如，第三服务请求)。响应于确定没有目标服务请求者愿意与第一服务请求者拼车，处理模块406(拼车请求处理设备112和/或处理电路210-b，或删除单元4070)可以从所述至少两个第三服务请求者中移除所述至少一个目标服务请求者，并重复执行处理操作，直到存在愿意与第一服务请求者拼车的服务请求者。响应于确定存在至少一个愿意与第一服务请求者拼车的目标服务请求者，处理模块406可以将第一服务请求者与最早允许与第一服务请求者结合的目标服务请求者组合。
在一些实施例中，处理模块406可以根据拼车概率以降序将拼车消息一个接一个地发送给所述至少一个目标服务请求者。例如，处理模块406可以首先将拼车消息发送到与最高拼车概率相关联的第一目标服务请求者。如果处理模块406在预设时间段内从第一目标服务请求者处没有收到对拼车消息的响应，接收到对拼车消息的拒绝响应，或者接收到与第一服务请求不能结合的服务请求，处理模块406可以将拼车消息发送到与第二高拼车概率相关联的第二目标服务请求者。如果处理模块406在预设时间段内从第二目标服务请求者处接收到对拼车消息的同意响应，或者接收到与第一服务请求可组合的服务请求(例如，第三服务请求)，处理模块406可以将第一服务请求者与第二目标服务请求者组合，并且不会将拼车消息发送给其余的目标服务请求者。
在一些实施例中，处理模块406可以同时将拼车消息发送给所述至少一个目标服务请求者。处理模块406可以将第一服务请求者与在预设时间段内最早允许与第一服务请求者组合(例如，发送同意响应或发送可与第一服务请求组合的服务请求)的目标服务请求者组合。
在一些实施例中，当重复执行处理操作时，处理模块406(拼车请求处理设备112和/或处理电路210-b，或更新单元4072)可以指定所述至少两个第三服务请求者中新的数量的第三服务请求者作为至少一个目标服务请求者。新的数量可以大于上一次的所述至少一个目标服务请求者的数量，这可以减少找到可与第一服务请求者组合的服务请求者的时间。
仅作为示例，处理模块406可以将拼车消息发送给与前三个最高拼车概率相关联的三个目标服务请求者。如果处理模块406在5分钟内从所述三个目标服务请求者没有接收到响应，接收到拒绝响应，或接收到不能与第一服务请求组合的服务请求，则处理模块406可以重复执行处理操作以在所述至少两个第三服务请求者中选择另外六个目标服务请求者。
在一些实施例中，如果所述至少两个第三服务请求者中没有服务请求者愿意与第一服务请求者拼车，则执行模块410(或拼车请求处理设备112，和/或处理电路210-b)可以向第一服务请求者分配空闲服务提供者(例如，当前未提供服务的司机)并将第一服务请求者归入第一候选服务请求者中。
在一些实施例中，响应于确定不存在至少一个第二服务请求者，在查找模块404获得第一服务请求的行程信息之前，第一发送模块408(或拼车请求处理设备112，和/或接口电路210-a)可以向第一服务请求者发送通知询问第一服务请求者是否愿意等待第二预定时间段(例如，10分钟)以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求。响应于确定第一服务请求者愿意等待第二预定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，第一发送模块408可以执行操作504和506。响应于确定第一服务请求者不愿意等待第二预定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，执行模块410(或拼车请求处理设备112，和/或处理电路210-b)可以向第一服务请求者分配空闲服务提供者(例如，当前未提供服务的司机)并将第一服务请求者归入第一候选服务请求者。在一些实施例中，第一服务请求者可以基于他/她自己的选择确定是否等待特定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，提高了用户体验。
在一些实施例中，如果第一服务请求者愿意等待第二预定时间段以允许拼车请求处理设备112找到可与第一服务请求组合的服务请求，则第二发送模块412(或拼车请求处理设备112和/或接口电路210-a)可以向第一服务请求者发送一个或以上优惠(例如，2美元的电子优惠券)。或者，当第一发送模块408将通知发送到第一服务请求者时，第二发送模块412可以将一个或以上优惠发送给第一服务请求者。一个或以上优惠可以向第一服务请求者补偿等待可与第一服务请求组合的服务请求的时间，并提高交易率和用户体验。
在一些实施例中，第二发送模块412可以向与第一服务请求者拼车的目标服务请求者发送一个或以上优惠。或者，当处理模块406将拼车消息发送给所述至少一个目标服务请求者时，第二发送模块412可以将一个或以上优惠发送给所述至少一个目标服务请求者。一个或以上优惠可以被配置为触发所述至少一个目标服务请求者发起可与第一服务请求组合的第三服务请求。
在一些实施例中，响应于确定不存在至少一个第二服务请求者，从确定所述至少两个第三服务请求者到确定存在至少一个服务请求者愿意与第一服务请求者拼车的期间内，确定模块402可以连续地或周期性地监控所述至少两个第一候选服务请求者。如果在所述至少两个第一候选服务请求者中存在至少一个可与第一服务请求者组合的第二服务请求者，则确定模块402可以将第一服务请求者与第二服务请求者组合，并且可以终止在至少两个第三服务请求者中确定可与第一服务请求者组合的服务请求者的过程。
在一些实施例中，如果所述至少两个第三服务请求者的数量小于或等于第三数量阈值(例如，1、2、3、5、10、15、20)，则用于确定至少一个目标服务请求者的过程可以省略。处理模块406可以将拼车消息发送给所述至少两个第三服务请求者。例如，第三数量阈值可以等于3。在504中确定的第三服务请求者可以包括服务请求者E和F。在506中确定至少一个目标服务请求者的过程可以被省略。处理模块406可以将拼车消息发送给服务请求者E和F。又例如，第三数量阈值可以等于3。在504中确定的第三服务请求者可以包括服务请求者E和F。服务请求者F可以被删除，因为拼车概率小于第一概率阈值。在506中确定至少一个目标服务请求者的过程可以被省略。处理模块406可以将拼车消息发送给服务请求者E。
在当前确定组合服务请求者的过程中，服务器110可以搜索当前尚未发起服务请求但是有潜力发起可与第一服务请求组合的服务请求的目标服务请求者，这提高了拼车交易率。另外，目标服务请求者可以基于他/她自己的选择确定是否与第一服务请求者组合，并且第一服务请求者可以基于他/她自己的选择确定是否等待特定时间段以允许服务器110找到组合服务请求者，这提高了用户体验。
应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域普通技术人员而言，可以在本申请的教导下进行多种变化和修改。然而，这些变化和修改不会背离本申请的范围。
图6是根据本申请的一些实施例所示的用于确定组合服务请求者的示例性过程的流程图。过程600可以在图1所示的线上到线下服务系统100中实现。例如，过程500可以作为指令的形式(例如，应用程序)存储在存储设备150和/或存储器220中，并且由服务器110调用和/或执行(例如，服务器110的拼车请求处理设备112，图2中所示的处理器220，或者，图4中所示的拼车请求处理设备112中的一个或以上模块)。以下呈现的所示过程的操作旨在说明。在一些实施例中，过程600在实现时可以添加一个或以上个未描述的额外操作，和/或删减一个或以上此处所描述的操作。另外，如图6所示和下面描述的过程600的操作的顺序不是限制性的。
在602中，确定模块402(或拼车请求处理设备112，和/或处理电路210-b)可以从第一服务请求者接收第一服务请求。在一些实施例中，第一服务请求可以是拼车请求。
在604中，确定模块402(或拼车请求处理设备112，和/或处理电路210-b)可以确定在至少两个第一候选服务请求者中是否存在可与第一服务请求者组合的至少一个第二服务请求者，每个第二服务请求者与待处理请求相关联。
响应于确定存在至少一个第二服务请求者，过程600可以进行到616以将第一服务请求者与所述至少一个第二服务请求者组合。在一些实施例中，如果存在一个第二服务请求者，则拼车请求处理设备112可以将第二服务请求者与第一服务请求者组合。如果存在两个或以上第二服务请求者，则拼车请求处理设备112可以选择所述两个或以上第二服务请求者中的一个与第一服务请求者组合。例如，拼车请求处理设备112可以随机选择所述两个或以上第二服务请求者中的一个与第一服务请求者组合。又例如，拼车请求处理设备112可以选择所述两个或以上第二服务请求者中的出发地点或当前位置最接近第一服务请求者的出发地点的服务请求者与第一服务请求者组合。
响应于确定不存在所述至少一个第二服务请求者，过程600可以进行到606。
在606中，查找模块404(或拼车请求处理设备112，和/或处理电路210-b)可以获得第一服务请求的行程信息，并基于行程信息确定与所述至少两个第一候选服务请求者不同且符合预定条件的至少两个第三服务请求者。行程信息可以包括第一服务请求的出发地点、出发时间、目的地等，或其任何组合。关于预定条件的细节可以在本申请的其他地方找到(例如，结合图5的描述)。
在608中，处理模块406(或拼车请求处理设备112，和/或处理电路210-b)可以根据所述至少两个第三服务请求者和第一服务请求者之间的拼车概率以降序对所述至少两个第三服务请求者进行排序。
在610中，处理模块406(或拼车请求处理设备112和/或处理电路210-b)可以基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者。
在612中，处理模块406(或拼车请求处理设备112和/或处理电路210-b)可以将拼车消息发送到至少一个目标服务请求者。拼车消息可以触发所述至少一个目标服务请求者发起可与第一服务请求组合的服务请求。
在614中，在发送拼车消息的预设时间段(例如，五分钟)之后，如果第一服务请求者没有成功拼车，则处理模块406(或拼车请求处理设备112，和/或处理)电路210-b)可以从所述至少两个第三服务请求者中移除所述至少一个目标服务请求者。过程600可以返回到操作610以重复执行操作610-614，直到第一服务请求者成功拼车。
在一些实施例中，每次重复操作610时，处理模块406可以产生所述至少两个第三服务请求者中新的数量的第三服务请求者作为至少一个目标服务请求者。新的数量可以大于上一次的所述至少一个目标服务请求者的数量。例如，处理模块406可以在第一次执行操作610时确定三个目标服务请求者，在第二次执行操作610时确定六个目标服务请求者，在第三次执行操作610时确定九个目标服务请求者。
应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对本领域普通术人员而言，在本申请的指导下可以进行各种变化和修改。然而，这些变化和修改不会背离本申请的范围。
上文已对基本概念做了描述，显然，对于已阅读此详细披露的本领域的普通技术人员来讲，上述详细披露仅作为示例，而并不构成对本申请的限制。虽然此处并没有明确说明，本领域技术人员可以能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定词语来描述本申请的实施例。例如，“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应当强调并注意的是，本说明书中在不同位置两次或以上提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定系指同一实施例。此外，本申请的一个或以上实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域的技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的制程、机器、产品或物质的组合，或对其任何新的和有用的改良。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括韧体、常驻软件、微代码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“单元”、“模块”或“系统”。此外，本申请的各方面可以采取体现在一个或以上计算机可读介质中的计算机程序产品的形式，其中，计算机可读程序代码包含在其中。
计算机可读信号介质可能包含一个内含有计算机程序代码的传播数据信号，例如在基带上或作为载波的一部分。此类传播信号可以有多种形式，包括电磁形式、光形式等或任何合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序代码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质、或任何上述介质的组合。
本申请各方面操作所需的计算机程序码可以用一种或多种程序语言的任意组合编写，包括面向对象编程语言，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET，Python或类似的常规程序编程语言，如“C”编程语言，Visual Basic、Fortran2103、Perl、COBOL 2102、PHP、ABAP、动态编程语言如Python、Ruby和Groovy或其它编程语言。程序代码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机上运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算器可以通过任何网络形式与用户计算器连接，例如，局域网络(LAN)或广域网(WAN)，或连接至外部计算器(例如通过因特网)，或在云端计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非申请专利范围中明确说明，否则所述处理元素或序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述申请中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解，此类细节仅起说明的目的，附加的申请专利范围并不仅限于申请的实施例，相反，申请专利范围旨在覆盖所有符合本申请实施例精神和范围的修正和等价组合。例如，虽然以上描述的系统组件可以通过安装于硬件设备中实施，但也可以只通过软件的解决方案实施，例如在现有的服务器或行动载具上安装所描述的系统。
同样，可以理解的是，在本发明实施例的前述描写中，各种特点有时会在一个实施例、图或者描述中展现，这是为了精简描述多种实施例。然而，本申请的该方法不应被解释为反映所声称的待扫描对象物质需要比每个权利要求中明确记载的更多特征的意图。相反，发明的主体应具备比上述单一实施例更少的特征。
一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
本文引用的每个专利、专利申请、专利申请的出版物和其他材料，例如文章、书籍、说明书、出版物、文件、物品和/或类似物，在此通过引用整体并入本文。现在或以后与本文件相关的最广泛的权利要求，不包括与本文件相关的任何起诉文件历史、与本文件不一致或相冲突的任何相同的起诉文件历史、或者可能具有限制性影响的任何相同的引用文件历史，否则本文引用的文献在此通过引用整体并入本文用于所有目的。举例来说，在与任何所包含的材料相关联的术语的描述，定义和/或使用与本文档相关的术语、描述、定义和/或之间是否存在任何不一致或冲突。使用本文件中的术语为准。
最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。

Claims (28)

1.一种用于确定组合服务请求者的系统，包括：
一个或以上存储媒体，包括一组指令；以及
一个或以上处理器，被配置为与所述一个或以上存储媒体通信，其中当执行所述一组指令时，所述一个或以上处理器被指示使所述系统：
(1)从第一服务请求者接收第一服务请求，所述第一服务请求包括出发时间、出发地点和目的地；
(2)获得至少两个第一候选服务请求者，每个与一个待处理请求相关联；
(3)确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者，所述第二服务请求可与所述第一服务请求相结合；
(4)响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者；
(5)从所述至少两个第三服务请求者中确定至少一个目标服务请求者；以及
(6)向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
2.根据权利要求1所述的系统，其中，为确定所述至少两个第三服务请求者，所述一个或以上处理器被指示使所述系统：
获得与所述至少两个第一候选服务请求者不同的至少两个第二候选服务请求者；以及
从所述至少两个第二候选服务请求者中选择所述至少两个第三服务请求者；
其中，所述至少两个第三服务请求者中的每一个已发起第一预定数量的历史请求，所述历史请求包括位于包括所述出发地点的区域内的历史出发地点，和/或所述历史请求包括在包括所述出发时间的预定时间间隔内的历史出发时间，其中，所述第一预定数量大于第一数量阈值；和/或
其中，所述至少两个第三服务请求者中的每一个允许被发送所述拼车消息和/或在第一预定时间段内具有接收第二预定数量的所述拼车消息的历史接收记录，其中，所述第二预定数量小于第二数量阈值。
3.根据权利要求2所述的系统，其中，为确定包括所述出发地点的所述区域，所述一个或以上处理器被指示使所述系统执行以下操作中的至少一个：
执行Geohash算法以确定包括所述出发地点的所述区域；
确定以所述出发地点为中心并且半径为预定值的圆形区域；或
确定包括所述出发地点的矩形区域。
4.根据权利要求1至3中任一项所述的系统，其中，为了确定所述至少一个目标服务请求者，所述一个或以上处理器还被指示以使所述系统：
(1)确定所述至少两个第三服务请求者与所述第一服务请求者之间拼车概率；
(2)对所述拼车概率进行排序；以及
(3)基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者，或者将所述至少两个第三服务请求者中的拼车概率大于概率阈值的若干个作为所述至少一个目标服务请求者。
5.根据权利要求4所述的系统，其中，当执行所述指令集时，所述一个或以上处理器进一步指示使所述系统：
在所述拼车消息被发送到所述至少一个目标服务请求者之后，确定所述第三服务请求是否被发起；以及
如果所述第三服务请求未被发起，从所述至少两个第三服务请求者中删除所述至少一个目标服务请求者，并重复权利要求4中的操作(3)。
6.根据权利要求5所述的系统，其中，重复权利要求4中的操作(3)产生所述至少两个第三服务请求者中的新数量的第三服务请求者作为所述至少一个目标服务请求者，其中，所述新数量大于上一次的所述至少一个目标服务请求者的数量。
7.根据权利要求1至6中任一项所述的系统，其中，当执行所述指令集时，所述一个或以上处理器还被指示以使所述系统：
向所述第一服务请求者发送一个通知，询问所述第一服务请求者是否愿意等待第二预定时间段以允许所述一个或以上处理器找到与所述第一服务请求相组合的一个请求；
根据所述第一服务请求者对所述通知的响应，确定所述第一服务请求者愿意等待所述第二预定时间段，然后执行权利要求1中的操作(4)-(6)，或
否则，将一个服务提供者分配给所述第一服务请求者，并将所述第一服务请求者归入所述第一候选服务请求者。
8.根据权利要求1至7中任一项所述的系统，其中，当执行所述指令集时，所述一个或以上处理器还被指示使所述系统：
将所述第一服务请求者的个人信息发送给所述至少一个目标服务请求者。
9.根据权利要求1至8中任一项所述的系统，其中，当执行所述指令集时，所述一个或以上处理器还被指示以使所述系统：
将一个或以上优惠券发送给所述第一服务请求者或所述至少一个目标服务请求者。
10.一种在具有一个或以上处理器和一个或以上存储媒体的计算设备上实现的用于确定组合服务请求者的方法，所述方法包括：
(1)从第一服务请求者接收第一服务请求，所述第一服务请求包括出发时间、出发地点和目的地；
(2)获得至少两个第一候选服务请求者，每个与一个待处理请求相关联；
(3)确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者，所述第二服务请求可与所述第一服务请求相结合；
(4)响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者；
(5)从所述至少两个第三服务请求者中确定至少一个目标服务请求者；以及
(6)向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
11.根据权利要求10所述的方法，其中，所述确定所述至少两个第三服务请求者包括：
获得与所述至少两个第一候选服务请求者不同的至少两个第二候选服务请求者；以及
从所述至少两个第二候选服务请求者中选择所述至少两个第三服务请求者；
其中，所述至少两个第三服务请求者中的每一个已发起第一预定数量的历史请求，所述历史请求包括位于包括所述出发地点的区域内的历史出发地点，和/或所述历史请求包括在包括所述出发时间的预定时间间隔内的历史出发时间，其中，所述第一预定数量大于第一数量阈值；和/或
其中，所述至少两个第三服务请求者中的每一个允许被发送所述拼车消息和/或在第一预定时间段内具有接收第二预定数量的所述拼车消息的历史接收记录，其中，所述第二预定数量小于第二数量阈值。
12.根据权利要求11所述的方法，其中，所述确定包括所述出发地点的所述区域包括以下操作中的至少一个：
执行Geohash算法以确定包括所述出发地点的所述区域；
确定以所述出发地点为中心并且半径为预定值的圆形区域；或
确定包括所述出发地点的矩形区域。
13.根据权利要求10至12中任一项所述的方法，其中，所述确定至少一个目标服务请求者包括：
(1)确定所述至少两个第三服务请求者与所述第一服务请求者之间拼车概率；
(2)对所述拼车概率进行排序；以及
(3)基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者，或者将所述至少两个第三服务请求者中的拼车概率大于概率阈值的若干个作为所述至少一个目标服务请求者。
14.根据权利要求13所述的方法，所述方法还包括：
在所述拼车消息被发送到所述至少一个目标服务请求者之后，确定所述第三服务请求是否被发起；以及
如果所述第三服务请求未被发起，从所述至少两个第三服务请求者中删除所述至少一个目标服务请求者，并重复权利要求13中的操作(3)。
15.根据权利要求14所述的方法，其中，重复权利要求13中的操作(3)产生所述至少两个第三服务请求者中的新数量的第三服务请求者作为所述至少一个目标服务请求者，其中，所述新数量大于上一次的所述至少一个目标服务请求者的数量。
16.根据权利要求10至15中任一项所述的方法，所述方法还包括：
向所述第一服务请求者发送一个通知，询问所述第一服务请求者是否愿意等待第二预定时间段以允许所述一个或以上处理器找到与所述第一服务请求相组合的一个请求；
根据所述第一服务请求者对所述通知的响应，确定所述第一服务请求者愿意等待所述第二预定时间段，然后执行权利要求10中的操作(4)-(6)，或
否则，将一个服务提供者分配给所述第一服务请求者，并将所述第一服务请求者归入所述第一候选服务请求者。
17.根据权利要求10至16中任一项所述的方法，所述方法还包括：
将所述第一服务请求者的个人信息发送给所述至少一个目标服务请求者。
18.根据权利要求10至17中任一项所述的方法，所述方法还包括：
将一个或以上优惠券发送给所述第一服务请求者或所述至少一个目标服务请求者。
19.一种用于确定组合服务请求者的系统，包括：
确定模块，被配置为从第一服务请求者，所述第一服务请求接收第一服务请求，包括出发时间、出发地点和目的地；
获得至少两个第一候选服务请求者，每个与一个待处理请求相关联；以及
确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者，所述第二服务请求可与所述第一服务请求相结合；
搜索模块，被配置为响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者；以及
处理模块，被配置为从所述至少两个第三服务请求者中确定至少一个目标服务请求者；以及
向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
20.根据权利要求19所述的系统，其中，所述确定所述至少两个第三服务请求者包括：
获得与所述至少两个第一候选服务请求者不同的至少两个第二候选服务请求者；以及
从所述至少两个第二候选服务请求者中选择所述至少两个第三服务请求者；
其中，所述至少两个第三服务请求者中的每一个已发起第一预定数量的历史请求，所述历史请求包括位于包括所述出发地点的区域内的历史出发地点，和/或所述历史请求包括在包括所述出发时间的预定时间间隔内的历史出发时间，其中，所述第一预定数量大于第一数量阈值；和/或
其中，所述至少两个第三服务请求者中的每一个允许被发送所述拼车消息和/或在第一预定时间段内具有接收第二预定数量的所述拼车消息的历史接收记录，其中，所述第二预定数量小于第二数量阈值。
21.根据权利要求20所述的系统，其中，所述确定包括所述出发地点的所述区域包括以下操作中的至少一个：
执行Geohash算法以确定包括所述出发地点的所述区域；
确定以所述出发地点为中心并且半径为预定值的圆形区域；或
确定包括所述出发地点的矩形区域。
22.根据权利要求19至21中任一项所述的系统，其中，所述确定所述至少一个目标服务请求者包括：
(1)确定所述至少两个第三服务请求者与所述第一服务请求者之间拼车概率；
(2)对所述拼车概率进行排序；以及
(3)基于所述排序，从最高的拼车概率开始，依次获取所述至少两个第三服务请求者中的若干个作为所述至少一个目标服务请求者，或者将所述至少两个第三服务请求者中的拼车概率大于概率阈值的若干个作为所述至少一个目标服务请求者。
23.根据权利要求22所述的系统，其中，所述处理模块进一步被配置为
在所述拼车消息被发送到所述至少一个目标服务请求者之后，确定所述第三服务请求是否被发起；以及
如果所述第三服务请求未被发起，从所述至少两个第三服务请求者中删除所述至少一个目标服务请求者，并重复权利要求22中的操作(3)。
24.根据权利要求23所述的系统，其中，重复权利要求22中的操作(3)产生所述至少两个第三服务请求者中的新数量的第三服务请求者作为所述至少一个目标服务请求者，其中，所述新数量大于上一次的所述至少一个目标服务请求者的数量。
25.根据权利要求19至24中任一项所述的系统，所述系统还包括：
第一发送模块，被配置为向所述第一服务请求者发送一个通知，询问所述第一服务请求者是否愿意等待第二预定时间段以允许所述一个或以上处理器找到与所述第一服务请求相组合的一个请求；以及
执行模块，被配置为基于来自所述第一服务请求者的对所述通知的响应，将一个服务提供者分配给所述第一服务请求者，并将所述第一服务请求者归入所述第一候选服务请求者，所述响应表明所述第一服务请求者不愿意等待所述第二预定时间段。
26.根据权利要求19至25中任一项所述的系统，其中，所述处理模块还被配置为将所述第一服务请求者的个人信息发送给所述至少一个目标服务请求者。
27.根据权利要求19至26中任一项所述的系统，所述系统还包括：第二发送模块，被配置为向所述第一服务请求者或所述至少一个目标服务请求者发送一个或以上优惠券。
28.一种非暂时性计算机可读介质，包括至少一组用于确定组合服务请求者的指令，其中，当由计算设备的一个或以上处理器执行时，所述至少一组指令导致所述计算设备用于执行方法，所述方法包括：
(1)从第一服务请求者接收第一服务请求，所述第一服务请求包括出发时间、出发地点和目的地；
(2)获得至少两个第一候选服务请求者，每个与一个待处理请求相关联；
(3)确定在所述至少两个第一候选服务请求者中是否存在与第二服务请求相关联的至少一个第二服务请求者，所述第二服务请求可与所述第一服务请求相结合；
(4)响应于确定不存在所述至少一个第二服务请求者，确定不同于所述至少两个第一候选服务请求者的至少两个第三服务请求者；
(5)从所述至少两个第三服务请求者中确定至少一个目标服务请求者；以及
(6)向所述至少一个目标服务请求者发送拼车消息，以使所述至少一个目标服务请求者发起可与所述第一服务请求组合的第三服务请求。
CN201880002587.6A 2017-06-14 2018-06-13 用于确定组合服务请求者的系统和方法 Active CN109416767B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710447903.8A CN109086902B (zh) 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质
CN2017104479038 2017-06-14
PCT/CN2018/091005 WO2018228418A1 (en) 2017-06-14 2018-06-13 Systems and methods for determining combinative service requesters

Publications (2)

Publication Number Publication Date
CN109416767A true CN109416767A (zh) 2019-03-01
CN109416767B CN109416767B (zh) 2022-08-19

Family

ID=64660857

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710447903.8A Active CN109086902B (zh) 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质
CN201880002587.6A Active CN109416767B (zh) 2017-06-14 2018-06-13 用于确定组合服务请求者的系统和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201710447903.8A Active CN109086902B (zh) 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质

Country Status (8)

Country Link
US (1) US11159639B2 (zh)
EP (1) EP3459026A4 (zh)
JP (1) JP6869270B2 (zh)
CN (2) CN109086902B (zh)
AU (2) AU2018282296A1 (zh)
CA (1) CA3028831A1 (zh)
SG (1) SG11201811409UA (zh)
WO (1) WO2018228418A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109934687A (zh) * 2019-03-21 2019-06-25 娄奥林 一种优化匹配打车软件的方式方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109948819A (zh) * 2019-03-29 2019-06-28 徐州蓝湖信息科技有限公司 一种基于区块链的拼车方法及装置
CN111860902A (zh) * 2019-05-20 2020-10-30 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、设备及计算机可读存储介质
WO2020262673A1 (ja) * 2019-06-28 2020-12-30 株式会社ＮｅａｒＭｅ 情報処理装置、情報処理方法及びプログラム
CN111222946B (zh) * 2020-01-02 2023-10-31 杭州优行科技有限公司 订单处理方法、装置、终端及存储介质
CN111339230B (zh) * 2020-02-24 2021-11-02 腾讯科技（深圳）有限公司 一种车辆信息显示方法、装置、电子设备和存储介质
JP2021165971A (ja) * 2020-04-07 2021-10-14 ヤマハ発動機株式会社 船舶の相乗りシステム、船舶の相乗り方法、及び船舶用のコンピュータ
CN112070258A (zh) * 2020-10-13 2020-12-11 广州宸祺出行科技有限公司 一种网约车打车订单派单的方法和系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090234658A1 (en) * 2008-03-11 2009-09-17 Continental Electrical Construction Company, Llc Intelligent car pooling portal
WO2011069170A1 (en) * 2009-12-04 2011-06-09 Uber, Inc. System and method for arranging transport amongst parties through use of mobile devices
CN105227604A (zh) * 2014-06-24 2016-01-06 口碑控股有限公司 一种传递拼车信息的方法、服务器及系统
US20160138928A1 (en) * 2014-11-18 2016-05-19 International Business Machines Corporation Dynamic real-time carpool matching
CN105745674A (zh) * 2013-11-21 2016-07-06 骑乘组合有限公司 用于在通勤者之间安排共乘的方法和系统
CN105792134A (zh) * 2016-05-12 2016-07-20 中国联合网络通信集团有限公司 一种拼车方法及装置
CN106339763A (zh) * 2016-08-12 2017-01-18 北京东方车云信息技术有限公司 拼车方法、乘客端及服务端

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003271706A (ja) * 2002-03-14 2003-09-26 Fujitsu Ltd タクシー相乗り管理方法、タクシー相乗り管理プログラムおよびタクシー相乗り管理装置
US10520325B2 (en) * 2006-05-25 2019-12-31 Rideshark Corporation Method of selective ride-sharing among multiple users along an optimized travel route
US20100280884A1 (en) * 2009-04-30 2010-11-04 Uri Levine Automated carpool matching
FI20115464A0 (fi) * 2011-05-13 2011-05-13 Raeisaenen Sami Järjestely ja menetelmä yhteiskuljetusta varten
US20130054281A1 (en) * 2011-08-28 2013-02-28 GreenMiles Technologies LLC Methods and systems for rideshare
JP6135385B2 (ja) * 2013-08-08 2017-05-31 日産自動車株式会社 相乗り支援システム
CN104751625A (zh) * 2013-12-25 2015-07-01 上海博泰悦臻网络技术服务有限公司 基于轨迹分析的拼车方法和系统
KR20150133953A (ko) * 2014-05-20 2015-12-01 이진섭 택시 합승을 위한 중개 시스템
CN104158568A (zh) * 2014-07-09 2014-11-19 惠州Tcl移动通信有限公司 一种信息分享方法及终端
CN104268664B (zh) * 2014-10-22 2017-11-10 浙江翼信科技有限公司 一种推荐拼车路线的方法及装置
CN104900049B (zh) * 2015-04-17 2017-10-31 胥达 一种拼出租车或私家车、搭顺风车的方法
US20160364679A1 (en) * 2015-06-11 2016-12-15 Raymond Cao Systems and methods for on-demand transportation
CN105279957B (zh) * 2015-10-30 2018-03-06 小米科技有限责任公司 消息提醒方法和装置
US10467561B2 (en) * 2015-11-05 2019-11-05 Gt Gettaxi Limited System for identifying events and preemptively navigating drivers to transport passengers from the events
US10248913B1 (en) * 2016-01-13 2019-04-02 Transit Labs Inc. Systems, devices, and methods for searching and booking ride-shared trips
CN108701404B (zh) * 2016-02-24 2021-07-20 北京嘀嘀无限科技发展有限公司 拼车方法和系统
CN107292692A (zh) * 2016-04-01 2017-10-24 滴滴（中国）科技有限公司 拼车方法和系统
CN106027637A (zh) * 2016-05-18 2016-10-12 福建工程学院 基于轨迹信息的拼车方法及系统
CN106548240A (zh) * 2016-11-01 2017-03-29 成都俊巡科技有限公司 一种改进的拼车系统
JP7006468B2 (ja) * 2018-04-09 2022-01-24 トヨタ自動車株式会社 情報処理装置、相乗り提案方法及びプログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090234658A1 (en) * 2008-03-11 2009-09-17 Continental Electrical Construction Company, Llc Intelligent car pooling portal
WO2011069170A1 (en) * 2009-12-04 2011-06-09 Uber, Inc. System and method for arranging transport amongst parties through use of mobile devices
CN105745674A (zh) * 2013-11-21 2016-07-06 骑乘组合有限公司 用于在通勤者之间安排共乘的方法和系统
CN105227604A (zh) * 2014-06-24 2016-01-06 口碑控股有限公司 一种传递拼车信息的方法、服务器及系统
US20160138928A1 (en) * 2014-11-18 2016-05-19 International Business Machines Corporation Dynamic real-time carpool matching
CN105792134A (zh) * 2016-05-12 2016-07-20 中国联合网络通信集团有限公司 一种拼车方法及装置
CN106339763A (zh) * 2016-08-12 2017-01-18 北京东方车云信息技术有限公司 拼车方法、乘客端及服务端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109934687A (zh) * 2019-03-21 2019-06-25 娄奥林 一种优化匹配打车软件的方式方法

Also Published As

Publication number Publication date
US11159639B2 (en) 2021-10-26
JP6869270B2 (ja) 2021-05-12
CN109086902B (zh) 2021-04-02
US20190132418A1 (en) 2019-05-02
CN109086902A (zh) 2018-12-25
WO2018228418A1 (en) 2018-12-20
JP2020502599A (ja) 2020-01-23
CA3028831A1 (en) 2018-12-20
AU2018282296A1 (en) 2019-01-17
CN109416767B (zh) 2022-08-19
SG11201811409UA (en) 2019-01-30
EP3459026A4 (en) 2019-07-31
EP3459026A1 (en) 2019-03-27
AU2020244519A1 (en) 2020-10-29

Similar Documents

Publication Publication Date Title
AU2020104470A4 (en) Systems and methods for providing information for on-demand services
CN109416767A (zh) 用于确定组合服务请求者的系统和方法
US11546729B2 (en) System and method for destination predicting
CN110678885B (zh) 用于运力调度的系统和方法
CN110476184B (zh) 拼车方法及系统
CN109313776A (zh) 用于按需服务分配车辆的系统和方法
CN109313775A (zh) 用于分发服务请求的系统和方法
TWI675184B (zh) 用於路線規劃的系統、方法及非暫時性電腦可讀取媒體
CN109416770A (zh) 一种用于监控按需服务的系统和方法
CN110402370B (zh) 用于确定服务请求的推荐信息的系统和方法
JP6772302B2 (ja) 情報処理のためのシステム及び方法
CN108701320A (zh) 拼车的系统和方法
CN109313742A (zh) 确定预估到达时间的方法及系统
CN108780554A (zh) 一种拼车方法和系统
WO2020140887A1 (en) Systems and methods for carpooling
CN108885726A (zh) 服务时间点预测系统和方法
CN109313845A (zh) 用于提供导航路线的系统和方法
CN110169190A (zh) 用于帮助在两个终端之间建立连接的系统和方法
CN108780562A (zh) 更新服务序列的系统和方法
CN110869951B (zh) 预测线上到线下服务中目的地的系统和方法
CN110301132A (zh) 用于按需服务的系统和方法
WO2019158066A1 (en) Systems and methods for information display
CN111260092A (zh) 用于预测对象到达时间的系统和方法
CN111277618A (zh) 一种信息推送方法、装置、电子设备及存储介质
CN115605906A (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
GR01 Patent grant
GR01 Patent grant