CN111915043A - 服务数据处理方法、装置、服务器及存储介质 - Google Patents

服务数据处理方法、装置、服务器及存储介质 Download PDF

Info

Publication number
CN111915043A
CN111915043A CN202010997481.3A CN202010997481A CN111915043A CN 111915043 A CN111915043 A CN 111915043A CN 202010997481 A CN202010997481 A CN 202010997481A CN 111915043 A CN111915043 A CN 111915043A
Authority
CN
China
Prior art keywords
service
queued
total number
target
requesters
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
CN202010997481.3A
Other languages
English (en)
Inventor
丁超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN202010997481.3A priority Critical patent/CN111915043A/zh
Publication of CN111915043A publication Critical patent/CN111915043A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本实施例提供了一种服务数据处理方法、装置、服务器及存储介质，涉及数据处理技术领域，包括：获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，向目标设备发送当前需排队时长和排队的服务请求方的总人数。从而目标服务请求方可以获知当前需排队时长和排队的服务请求方的总人数，进而提高时间利用率。

Description

服务数据处理方法、装置、服务器及存储介质
技术领域
本申请涉及数据处理技术领域，具体而言，涉及一种服务数据处理方法、装置、服务器及存储介质。
背景技术
随着交通行业的快速发展，用户可以乘坐飞机、高铁、火车、汽车等交通工具从一个城市到另一个城市，因此，对于大型机场、高铁站、火车站、汽车站等场站而言每天都有大量的人员流动，对周边交通带来了巨大的压力。
现有技术中，场站管理部门通常成立对应的运力调度中心对交通运力进行管理，以出租车为例，运力调度中心通常依赖于场站大喇叭向乘客通知向其它交通工具排队的信息，通知的信息例如可以为，目前出租车排队较长，请您到对应的公交车排队处排队。
然而，在上述方式中，乘客无法获知等待时间，可能造成浪费时间、效率低下的问题。
发明内容
有鉴于此，本申请实施例的目的在于提供一种服务数据处理方法、装置、服务器及存储介质，能够向乘客反馈等待时间，提高时间利用率。
第一方面，本申请实施例提供一种服务数据处理方法，包括：
获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数；
根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长；
向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，包括：
通过预设摄像头采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量；
根据所述服务提供方的流量和所述排队的服务请求方的流量，获取所述服务提供方的总人数和所述排队的服务请求方的总人数。
在一些实施例中，所述通过预设摄像头采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量，包括：
接收所述预设摄像头传输的图像数据；
根据所述图像数据获取单位时间内所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像；
采用所述图像识别算法，从所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像中提取所述服务提供方的流量和所述排队的服务请求方的流量。
在一些实施例中，所述获取所述排队的服务请求方的总人数，包括：
接收所述排队的服务请求方的终端发送的针对所述目标服务的预约请求，所述预约请求中包括请求所述目标服务的人数；
根据所述预约请求获取所述排队的服务请求方的总人数。
在一些实施例中，所述根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，包括：
若所述服务提供方的总人数大于所述排队的服务请求方的总人数，获取所述排队的服务请求方的平均执行所述目标服务的时长；
采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
在一些实施例中，所述方法还包括：
若所述服务提供方的总人数小于所述排队的服务请求方的总人数，获取所述服务提供方服务于所述排队的服务请求方的平均人数；
根据所述平均人数，获取所述排队的服务请求方的总人数对所述服务提供方的需求人数；
若所述需求人数小于所述服务提供方的总人数，则采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
在一些实施例中，所述方法还包括：
若所述需求人数等于所述服务提供方的总人数，则根据预设时间间隔获取所述当前排队时长，所述预设时间间隔为下一批所述服务提供方与所述服务提供方之间的服务间隔时间。
在一些实施例中，所述方法还包括：
若所述需求人数大于所述服务提供方的总人数，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取第一排队时长；
根据所述预设时间间隔获取第二排队时长；
根据所述第一排队时长和所述第二排队时长，获取所述当前排队时长。
在一些实施例中，所述向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数，包括：
向所述目标服务请求方的终端发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数，包括：
向公用显示设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述方法还包括：
若所述当前需排队时长大于或者等于预设等待时长，和/或所述排队的服务请求方的总人数大于或者等于预设人数，则向所述目标设备发送引导消息，所述引导消息用于引导所述目标服务请求方使用其它服务。
第二方面，本申请实施例提供一种服务数据处理方法，包括：
向目标服务提供方发送预设时间内预设数量的服务任务；
若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求，所述激励请求用于请求调整所述目标服务提供方的服务分配方式。
在一些实施例中，所述若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求之前，还包括：
通过监控所述目标服务提供方的定位信息、图像信息中的至少一种，监控所述目标服务提供方是否完成所述预设数量的服务任务。
在一些实施例中，所述若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求之前，还包括：
接收所述目标服务提供方的终端发送的服务响应；
根据所述服务响应确定所述目标服务提供方是否完成所述预设数量的服务任务。
第三方面，本申请实施例提供一种服务数据处理装置，包括：
获取模块，用于获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数；根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长；
发送模块，用于向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述获取模块，具体用于：
通过预设摄像头采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量；
根据所述服务提供方的流量和所述排队的服务请求方的流量，获取所述服务提供方的总人数和所述排队的服务请求方的总人数。
在一些实施例中，所述获取模块，具体用于：
接收所述预设摄像头传输的图像数据；
根据所述图像数据获取单位时间内所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像；
采用所述图像识别算法，从所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像中提取所述服务提供方的流量和所述排队的服务请求方的流量。
在一些实施例中，所述获取模块，具体用于：
接收所述排队的服务请求方的终端发送的针对所述目标服务的预约请求，所述预约请求中包括请求所述目标服务的人数；
根据所述预约请求获取所述排队的服务请求方的总人数。
在一些实施例中，所述获取模块，具体用于：
若所述服务提供方的总人数大于所述排队的服务请求方的总人数，获取所述排队的服务请求方的平均执行所述目标服务的时长；
采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
在一些实施例中，所述获取模块，还用于：
若所述服务提供方的总人数小于所述排队的服务请求方的总人数，获取所述服务提供方服务于所述排队的服务请求方的平均人数；
根据所述平均人数，获取所述排队的服务请求方的总人数对所述服务提供方的需求人数；
若所述需求人数小于所述服务提供方的总人数，则采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
在一些实施例中，所述获取模块，还用于：
若所述需求人数等于所述服务提供方的总人数，则根据预设时间间隔获取所述当前排队时长，所述预设时间间隔为下一批所述服务提供方与所述服务提供方之间的服务间隔时间。
在一些实施例中，所述获取模块，还用于：
若所述需求人数大于所述服务提供方的总人数，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取第一排队时长；
根据所述预设时间间隔获取第二排队时长；
根据所述第一排队时长和所述第二排队时长，获取所述当前排队时长。
在一些实施例中，所述发送模块，具体用于：
向所述目标服务请求方的终端发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述发送模块，具体用于：
向公用显示设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述发送模块，还用于：
若所述当前需排队时长大于或者等于预设等待时长，和/或所述排队的服务请求方的总人数大于或者等于预设人数，则向所述目标设备发送引导消息，所述引导消息用于引导所述目标服务请求方使用其它服务。
第四方面，本申请实施例提供一种服务数据处理装置，包括：
第一发送模块，用于向目标服务提供方发送预设时间内预设数量的服务任务；
第二发送模块，用于若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求，所述激励请求用于请求调整所述目标服务提供方的服务分配方式。
在一些实施例中，还包括：
处理模块，用于通过监控所述目标服务提供方的定位信息、图像信息中的至少一种，监控所述目标服务提供方是否完成所述预设数量的服务任务。
在一些实施例中，还包括：
接收模块，用于接收所述目标服务提供方的终端发送的服务响应；
确定模块，用于根据所述服务响应确定所述目标服务提供方是否完成所述预设数量的服务任务。
第五方面，本申请实施例提供一种电子设备，包括：
处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如第一方面和第二方面任一所述的服务数据处理方法。
第六方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面和第二方面任一所述的服务数据处理方法。
本申请实施例提供一种服务数据处理方法、装置、服务器及存储介质，其中，该方法包括：获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法获取目标服务请求方的当前需排队时长，并向目标设备发送当前需排队时长和排队的服务请求方的总人数。以便目标服务请求方获知当前需排队时长和排队的服务请求方的总人数，从而提高时间利用率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请一些实施例的信息同步系统100的框图；
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图；
图3示出了本申请实施例提供的服务数据处理方法的流程示意图一；
图4示出了本申请实施例提供的服务数据处理方法的流程示意图二；
图5示出了本申请实施例提供的服务数据处理方法的流程示意图三；
图6示出了本申请实施例提供的服务数据处理方法的流程示意图四；
图7示出了本申请实施例提供的服务数据处理方法的流程示意图五；
图8示出了本申请实施例提供的服务数据处理装置的结构示意图一；
图9示出了本申请实施例提供的服务数据处理装置的结构示意图二；
图10示出了本申请实施例提供的服务器的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“疏导场站的交通”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕如何对场站交通的进行疏导进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何可能存在排队的服务性场景，例如派送、点单、交通运输等。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。本申请还可以包括用于排队的任何服务系统，例如，用于发送和/或接收快递的系统、用于买卖双方交易的服务系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System，GPS)、全球导航卫星系统(Global Navigation Satellite System，GLONASS)、北斗系统、罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith SatelliteSystem，QZSS)、无线保真(Wireless Fidelity，WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
在本申请提出申请之前，现有的技术方案为：通过场站大喇叭对乘客进行疏导，但是乘客并不能快速识别指引，疏散调度能力较弱，并且乘客无法获知等待时间，可能造成浪费时间、效率低下的问题。
为了解决上述技术问题，本发明实施例提供一服务数据处理方法，其核心改进点在于：根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法获取目标服务请求方的当前需排队时长，并向目标设备发送当前需排队时长和排队的服务请求方的总人数。下面通过可能的实现方式对本发明的技术方案进行说明。
本申请的一个方面涉及一种服务数据处理系统。该系统可以通过获取当前需排队时长，并向目标设备发送当前需排队时长和排队的服务请求方的总人数，以便目标服务请求方获知当前需排队时长和排队的服务请求方的总人数，从而提高时间利用率。
图1示出了本申请一些实施例的信息同步系统100的框图。例如，服务数据处理系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的排队管理平台。当然也可以是其他需要排队的服务平台等，例如点单、派送等，在此不作限制。
服务数据处理系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。
在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求方终端130获得的预约请求来确定排队的服务请求方的总人数。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、专用指令集处理器(Application SpecificInstruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital SignalProcessor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。
网络120可以用于信息和/或数据的交换。在一些实施例中，服务数据处理系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan AreaNetwork，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public SwitchedTelephone Network，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near FieldCommunication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务数据处理系统100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中，服务请求方终端130的用户可以是除服务实际需求者之外的其他人。例如，服务请求方终端130的用户A可以使用服务请求方终端130来为服务实际需求者B发起服务请求(比如，用户A可以为自己的朋友B叫车)，或者从服务器110接收服务信息或指令等。在一些实施例中，服务提供方终端140的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端140的用户C可以使用服务提供方终端140接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单)，和/或来自服务器110的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。
在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal DigitalAssistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。
在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器110。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory，ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory，RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory，DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM，DDR SDRAM)；静态RAM(Static Random-Access Memory，SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory，T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory，MROM)、可编程ROM(Programmable Read-OnlyMemory，PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory，PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory，EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。
在一些实施例中，数据库150可以连接到网络120以与服务数据处理系统100(例如，服务器110，服务请求方终端130，服务提供方终端140等)中的一个或多个组件通信。服务数据处理系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到服务数据处理系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。
在一些实施例中，服务数据处理系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，服务数据处理系统100中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。
在一些实施例中，可以通过请求服务来实现服务数据处理系统100中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant，PDA)、智能手表、销售点(Point of sales，POS)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中。
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图。例如，处理器220可以用于电子设备200上，并且用于执行本申请中的功能。
电子设备200可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的服务数据处理方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。
例如，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口250。
为了便于说明，在电子设备200中仅描述了一个处理器。然而，应当注意，本申请中的电子设备200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备200的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。
图3示出了本申请实施例提供的服务数据处理方法的流程示意图一，本实施例的执行主体可以为图1所示的服务器。如图3所示，该方法包括：
S101、获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数。
S102、根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长。
S103、向目标设备发送当前需排队时长和排队的服务请求方的总人数。
本实施例的技术方案可以应用于排队乘车、排队订餐、排队买票等应用场景中，对于不同的应用场景，本实施例的执行主体可以为各场景对应的服务器，举例而言，针对大型机场、高铁站、火车站、汽车站等场站来说，为避免排队乘车的乘客造成场站交通拥堵，本实施例的执行主体可以为场站服务器；针对排队订餐来说，为避免排队队伍过长对周边交通造成拥堵，本实施例的执行主体可以为订餐平台服务器。
其中，目标服务可以为乘车服务、订餐服务、订票服务等中的任意一种。
需要说明的是，对于不同的应用场景，该应用场景对应的目标服务可以不同，例如，对于排队乘车的应用场景，目标服务可以为乘车服务；对于排队订餐的应用场景，目标服务可以为订餐服务；对于排队订票的应用场景，目标服务可以为订票服务。
下面以应用场景为排队乘车、目标服务为乘车服务为例对本技术方案进行说明。
在本实施例中，乘车服务包括乘坐公交车、乘坐机场大巴、乘坐出租车、乘坐网约车等中的任意一种。服务器获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，然后根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，其中，目标服务请求方可以待使用目标服务的服务请求方，并向目标设备发送当前需排队时长和排队的乘客的服务请求方的总人数，以便目标服务请求方可以合理利用时间，提高时间利用率。
在一可能的实现场景中，乘车服务为乘坐出租车服务，目标服务请求方为目标乘客，目标乘客刚从飞机上下来打算乘坐出租车到某地点，机场服务器可以通过预设摄像头和/或预设闸机获取乘坐出租车服务对应的服务提供方、也就是出租车司机的总人数、和排队的乘客的总人数，然后根据出租车司机的总人数、排队的乘客的总人数以及预设算法，获取目标乘客的当前需排队时长，并向目标设备发送该目标乘客当前需排队时长和排队的乘客的总人数，其中，目标设备可以为机场内的公用显示设备，也就是说，向目标设备发送所述当前需排队时长和排队的服务请求方的总人数，包括：向公用显示设备发送当前需排队时长和排队的服务请求方的总人数。这样，当目标乘客刚从飞机上下来时，就可以从公用显示设备上查询到乘坐出租车服务对应的当前需排队时长和排队的乘客的总人数，目标乘客可以根据当前需排队时长和排队的乘客的总人数合理安排自己的时间，例如，若排队的乘客的总人数大于50个人，和/或当前需排队时长大于1个小时，则目标乘客可以先去洗手间、之后去买杯咖啡，然后再去乘坐出租车服务对应的排队点排队；若排队的乘客的总人数为15人，和/或当前需排队时长为20分钟，则目标乘客可能需要尽快赶到乘坐出租车服务对应的排队点排队，从而合理地利用时间。
在一些实施例中，向目标设备发送当前需排队时长和排队的服务请求方的总人数，包括：
向目标服务请求方的终端发送当前需排队时长和排队的服务请求方的总人数。
其中，目标设备包括目标服务请求方的终端。也就是说，服务器可以向目标服务请求方的终端发送当前需排队时长和排队的服务请求方的总人数，以便目标服务请求方获知当前需排队时长和排队的服务请求方的总人数，其中，发送形式可以为短信形式。
在一可能的实现场景中，发送形式还可以为小程序推送的形式，场站设有对应的乘车小程序，目标乘客可以通过乘车小程序查询乘坐出租车服务的当前需排队人数和排队的服务请求方、也就是排队的乘客的总人数，则场站服务器可以通过该乘车小程序向目标设备推送当前需排队人数和排队的乘客的总人数。
在一些实施例中，该方法还包括：
若当前需排队时长大于或者等于预设等待时长，和/或排队的服务请求方的总人数大于或者等于预设人数，则向目标设备发送引导消息，引导消息用于引导目标服务请求方使用其它服务。
若当前需排队时长大于或者等于预设等待时长，和/或排队的服务请求方的总人数大于或者等于预设人数，则服务器向目标设备发送引导消息，以使目标服务请求方使用其它服务，也就是说，引导目标服务请求方去使用其它服务，而不再使用目标服务。
在一可能的实现场景中，目标服务为乘坐出租车，若当前需排队时长大于或等于预设等待时长，和/或排队的服务请求方的总人数大于或等于预设人数，则可以向目标设备发送引导消息，以使目标服务请求方使用乘坐公交车的服务，其中，公交车对应的当前排队时长小于预设等待时长，且公交车对应的排队的服务请求方的总人数小于预设人数，这样即实现通过引流的方式疏导了交通。
其中，预设等待时长可以为1小时、2小时等，预设人数可以为50人、60人等，本实施例对预设等待时长、预设人数的具体取值不做特别限定。
本实施例提供的服务数据处理方法，包括：获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。从而目标服务请求方可以获知当前需排队时长和排队的服务请求方的总人数，进而提高时间利用率。
下面结合图4实施例对获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数进行详细说明。图4示出了本申请实施例提供的服务数据处理方法的流程示意图二，如图4所示，获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，包括：
S201、通过预设摄像头采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量。
S202、根据服务提供方的流量和排队的服务请求方的流量，获取服务提供方的总人数和排队的服务请求方的总人数。
其中，服务提供方的流量指的是单位时间内服务提供方的增加人数，对于服务提供方、也就是司机的身份的确定可以通过司机的车辆确定，也就是说，单位时间内服务提供方的车辆增加了，说明服务提供方人数也增加了。排队的服务请求方的流量指的是单位时间内服务请求方的增加人数。
预设摄像头可以设置于目标服务所处的环境中，预设摄像头可以包括两种，一种用于采集单位时间内服务请求方的增加人数，一种用于采集单位时间内服务提供方的增加人数。
类似地，预设闸机可以设置于目标服务所处的环境中，通常，服务提供方和服务请求方都需要采用预设闸机刷身份证以验证身份，预设闸机可以包括两种，一种用于采集单位时间内服务请求方的增加人数，一种用于采集单位时间内服务提供方的增加人数。
在本实施例中，通过预设摄像头采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量，其中，单位时间例如可以为10分钟、15分钟，本实施例对此不做特别限定。
然后，将所有单位时间内的服务提供方的流量相加得到服务提供方的总人数，将所有单位时间内的服务请求方的流量相加得到服务请求方的总人数。
在一些实施例中，通过预设摄像头采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量，包括：
接收预设摄像头传输的图像数据。
根据图像数据获取单位时间内目标服务对应的服务提供方图像和排队的服务请求方的图像。
采用图像识别算法，从目标服务对应的服务提供方图像和排队的服务请求方的图像中提取服务提供方的流量和排队的服务请求方的流量。
其中，预设摄像头用于采集图像数据，预设摄像头采集到图像数据，将图像数据发送给服务器，服务器接收该图像数据，并从图像数据中获取单位时间内目标服务对应的目标服务对应的服务提供方图像和排队的服务请求方的图像，然后采用图像识别算法，从目标服务对应的服务提供方图像和排队的服务请求方的图像中提取服务提供方的流量和排队的服务请求方的流量。
在一可能的实现场景中，目标服务为乘车服务，通过预设摄像头可以定时采集得到图像数据，服务器定时接收到预设摄像头传输的图像数据，其中，定时可以为1秒、2秒等，图像数据可以包括乘车服务对应的服务提供方图像和排队的服务请求方的图像，还可以包括其它图像，例如乘车点周边环境的图像等，然后从图像数据中获取单位时间内乘车服务对应的服务提供方图像和排队的服务请求方的图像，单位时间可以为10分钟、20分钟等，接着采用图像识别算法，从服务提供方图像和排队的服务请求方的图像中提取单位时间内的服务提供方的流量和排队的服务请求方的流量，也就是说，单位时间内服务提供方的增加人数和单位时间内服务请求方的增加人数。
本实施例提供的服务数据处理方法，包括：通过预设摄像头采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内目标服务对应的服务提供方的流量和排队的服务请求方的流量，根据服务提供方的流量和排队的服务请求方的流量，获取服务提供方的总人数和排队的服务请求方的总人数。通过预设摄像头和预设闸机可以得到服务提供方的总人数和服务请求方的总人数，确保了服务提供方的总人数和服务请求方的总人数的准确度。
在一些实施例中，排队的服务请求方还可以以主动反馈的方式，以便服务获取排队的服务请求方的人数。下面结合图5实施例进行说明。图5示出了本申请实施例提供的服务数据处理方法的流程示意图三，如图5所示，获取排队的服务请求方的总人数，包括：
S301、接收排队的服务请求方的终端发送的针对目标服务的预约请求，预约请求中包括请求目标服务的人数。
S302、根据预约请求获取排队的服务请求方的总人数。
在一可能的实现场景中，提供一种小程序或公众号等线上预约服务，服务请求方待使用目标服务时，则需要通过小程序或公众号等线上预约服务进行预约，也就是说，排队的服务请求方的终端向服务器发送针对目标服务的预约请求，预约请求中包括请求目标服务的人数，服务器根据该预约请求可以获取排队的服务请求方的总人数。
举例而言，目标服务为乘坐出租车，则当排队的服务请求方、也就是乘客提前通过线上预约时，会输入乘坐出租车的人数，例如，2人，则服务器根据每个排队的服务请求方的预约请求，可以得到排队的服务请求方的总人数，需要说明的是，线上预约时还可以提供选择座位的服务；若目标服务为订餐服务，则乘客可以提供线上预约，输入订餐的人数，相应的，服务器根据预约请求即可获取订餐的总人数。
本实施例提供的服务数据处理方法，包括：接收排队的服务请求方的终端发送的针对目标服务的预约请求，预约请求中包括请求目标服务的人数，根据预约请求获取排队的服务请求方的总人数，从而通过主动反馈的方式获得排队的服务请求方的总人数，提高了排队的服务请求方的总人数的准确度。
下面结合图6根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长进行说明。图6示出了本申请实施例提供的服务数据处理方法的流程示意图四，如图6所示，根据服务提供方的总人数、排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，包括：
S401、若服务提供方的总人数大于排队的服务请求方的总人数，获取排队的服务请求方的平均执行目标服务的时长。
S402、采用预设算法，根据平均执行目标服务的时长和排队的服务请求方的总人数，获取当前排队时长。
若服务提供方的总人数大于排队的服务请求方的总人数，则获取排队的服务请求方的平均执行目标服务的时长，并采用预设算法，将平均执行所述目标服务的时长和排队的服务请求方的总人数相乘，将乘积作为当前排队时长，其中，平均执行目标服务的时长为预先保存的、根据历史平均执行目标服务的时长确定的。
以目标服务为乘车服务为例，平均执行目标服务的时长可以为平均上车时长，例如，5秒、6秒等，则将平均上车时长和排队的服务请求方的总人数相乘，可以得到当前排队时长；以目标服务为订餐服务为例，平均执行目标服务的时长可以为平均订餐时长，例如1分钟、2分钟等，将平均订餐时长和服务请求方的总人数相乘，可以得到当前排队时长。
需要说明的是，以目标服务为乘车服务为例，可以是多个排队的服务请求方乘坐一辆车，也可以是一个排队的服务请求方乘坐一辆车。
在一些实施例中，该方法还包括：
若服务提供方的总人数小于排队的服务请求方的总人数，获取服务提供方服务于排队的服务请求方的平均人数。
根据平均人数，获取排队的服务请求方的总人数对服务提供方的需求人数。
若需求人数小于服务提供方的总人数，则采用预设算法，根据平均执行目标服务的时长和排队的服务请求方的总人数，获取当前排队时长。
若服务提供方的总人数小于排队的服务请求方的总人数，则获取服务提供方服务于排队的服务请求方的平均人数，然后根据采用排队的服务请求方的总人数除以平均人数，得到排队的服务请求方的总人数对服务提供方的需求人数，若该需求人数小于服务提供方的总人数，则采用预设算法，将平均班执行目标服务的时长和排队的服务请求方的总人数相乘，得到当前排队时长。
以目标服务为乘车服务为例，服务提供方的总人数为15人、排队的服务请求方的总人数为20人，服务提供方服务于排队的服务请求方的平均人数为2人，也就是说，2个乘客可以共用一辆车，排队的服务请求方的总人数处于平均人数：20/2等于10，也就是需求人数为10，该需求人数小于服务提供方的总人数，说明当前的服务提供方完全可以供于排队的服务请求方，则采用预设算法，将平均执行上车的时长和排队的服务请求方的总人数相乘，得到当前排队时长，平均执行上车的时长为5秒，则当前排队时长为5*20等于100秒。
在一些实施例中，该方法还包括：
若需求人数等于服务提供方的总人数，则根据预设时间间隔获取当前排队时长，预设时间间隔为下一批服务提供方与服务提供方之间的服务间隔时间。
若排队的服务请求方的总人数对服务提供方的需求人数等于服务提供方的总人数，说明当前的服务提供方刚好可以供得上排队的服务请求方，则目标服务请求方的当前排队时长可以为预设时间间隔，预设时间间隔为下一批服务提供方与本批服务提供方之间的服务间隔时间，也就是说，下一批服务请求方来时目标服务请求方是新的排队队伍中的第一位，则直接执行目标服务。
以目标服务为乘车服务为例，服务提供方的总人数为10人、排队的服务请求方的总人数为20人，服务提供方服务于排队的服务请求方的平均人数为2人，也就是说，2个乘客可以共用一辆车，排队的服务请求方的总人数处于平均人数：20/2等于10，也就是需求人数为10，该需求人数等于服务提供方的总人数，说明当前的服务提供方刚好可以供于排队的服务请求方，则目标服务请求方可以等待预设时间间隔，直至下一批服务提供方来，也就是说，目标服务请求方的当前等待时长为预设时间间隔。
在一些实施例中，该方法还包括：
若需求人数大于服务提供方的总人数，根据平均执行目标服务的时长和排队的服务请求方的总人数，获取第一排队时长。
根据预设时间间隔获取第二排队时长。
根据第一排队时长和第二排队时长，获取当前排队时长。
若需求人数大于服务提供方的总人数，说明当前的服务提供方无法供于排队的服务请求方，则将平均执行目标服务的时长和排队的服务请求方的总人数相乘，得到第一排队时长，然后根据预设时间间隔得到第二排队时长，将第一排队时长和第二排队时长相加，得到当前排队时长。
需要说明的是，若下一批服务提供方可以供于剩下的服务请求方的总人数，则第二排队时长为预设时间间隔，也就是，目标服务请求方可以在下一批服务提供方来时执行目标服务，即第二排队时长等于预设时间间隔；若下一批服务提供方无法供于剩下的服务请求方的总人数，则目标服务请求方可以在再往后一批服务提供方来时执行目标服务，则第二排队时长等于2倍的预设时间间隔。
以目标服务为乘车服务为例，服务提供方的总人数为8人、排队的服务请求方的总人数为20人，服务提供方服务于排队的服务请求方的平均人数为2人，也就是说，2个乘客可以共用一辆车，排队的服务请求方的总人数处于平均人数：20/2等于10，也就是需求人数为10，该需求人数大于服务提供方的总人数，说明当前的服务提供方无法供于排队的服务请求方，将平均执行目标服务的时长和排队的服务请求方的总人数相乘，得到第一排队时长，即5*20等于100秒，由于目标服务请求方可以在下一批服务提供方来时上车，则第二排队时长为预设时间间隔，例如10分钟，则当前需排队时长等于第一排队时长和第二排队时长之和，即等于100秒+10分钟等于700秒。
本实施例提供的服务数据处理方法，包括：若服务提供方的总人数大于排队的服务请求方的总人数，获取排队的服务请求方的平均执行目标服务的时长，采用预设算法，根据平均执行目标服务的时长和排队的服务请求方的总人数，获取当前排队时长，从而可以得到准确的当前排队时长。
在一些实施例中，由于现有技术难以对司机进行有效调度，本申请还提供了一种服务数据处理方法，以对司机进行有效调度，从而达到疏导场站交通的目的。下面结合图7实施例进行详细说明。
图7示出了本申请实施例提供的服务数据处理方法的流程示意图五，本实施例的执行主体可以为图1所示的服务器。如图7所示，该方法包括：
S501、向目标服务提供方发送预设时间内预设数量的服务任务。
S502、若监控到目标服务提供方完成预设数量的服务任务，则向管理平台发送激励请求，激励请求用于请求调整目标服务提供方的服务分配方式。
以场站场景为例，目标服务提供方的终点或者起点为场站。本实施例的执行主体可以为场站服务器，目标服务提供方可以为场站专属的服务提供方。
其中，服务任务可以为起点或者终点为场站的运输任务。场站服务器可以向目标服务提供方发送预设时间内预设数量的服务任务，若监控到目标服务提供方完成了预设数量的服务任务，则向管理平台发送激励请求，激励请求用于请求调整目标服务提供方的服务分配方式，其中，管理平台指的是服务分配管理平台，例如可以为订单分配平台，服务分配方式可以为订单分配方式。
服务分配方式可以包括50％的快车单、20％的顺风车单以及30％的预约单，调整目标服务提供方的服务分配方式例如可以为50％的顺风车单、5％的快车单以及45％的预约单，也就是说，向顺风车单和预约单倾斜，以使目标服务提供方的拥有更高的收益，实现对目标服务提供方的激励。
举例而言，预设时间内的预设数量的服务任务可以为月度100个运输任务，且运输任务的起点或者终点为场站，若监控到目标服务提供方完成该服务任务，则向管理平台发送激励请求，以调整目标服务提供方的服务分配方式，向顺风车单、预约单倾斜，达到提高目标服务提供方的收益的目的。
在一些实施例中，若监控到目标服务提供方完成预设数量的服务任务，则向管理平台发送激励请求之前，还包括：
通过监控目标服务提供方的定位信息、图像信息中的至少一种，监控目标服务提供方是否完成预设数量的服务任务。
其中，目标服务提供方的定位信息可以通过目标服务提供方对应的GPS来确定，目标服务提供方的图像信息可以通过目标服务提供方对应的行车记录仪、摄像头来确定，也就是说，通过司机车内的GPS、行车记录仪、摄像头可以实现司机的轨迹判定，来监控目标服务提供方是否完成预设数量的服务任务。
在一些实施例中，若监控到目标服务提供方完成预设数量的服务任务，则向管理平台发送激励请求之前，还包括：
接收目标服务提供方的终端发送的服务响应。
根据服务响应确定目标服务提供方是否完成预设数量的服务任务。
其中，服务响应指的是打卡信息或者运输任务完成消息。在一可能的实现场景中，目标服务提供方的终端可以安装有对应的软件应用，场站服务器可以通过软件应用向目标服务提供方推送预设数量的服务任务，目标服务提供方每完成一个运输任务，可以通过该软件应用进行打卡或者点击完成一次运输任务，这样，场站服务器可以接收目标服务提供方的终端发送的服务响应，并根据服务响应确定目标服务提供方是否完成预设数量的服务任务。
本实施例提供的服务数据处理方法，包括：向目标服务提供方发送预设时间内预设数量的服务任务，若监控到目标服务提供方完成预设数量的服务任务，则向管理平台发送激励请求，激励请求用于请求调整目标服务提供方的服务分配方式。从而通过对服务提供方的进行线上有效调度和有效奖励，实现对场站交通的疏导，缓解了场站交通的拥堵。
图8示出了本申请实施例提供的服务数据处理装置的结构示意图一，如图8所示，服务数据处理装置60包括：
获取模块601，用于获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数；根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长；
发送模块602，用于向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述获取模块601，具体用于：
通过预设摄像头采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量；
根据所述服务提供方的流量和所述排队的服务请求方的流量，获取所述服务提供方的总人数和所述排队的服务请求方的总人数。
在一些实施例中，所述获取模块601，具体用于：
接收所述预设摄像头传输的图像数据；
根据所述图像数据获取单位时间内所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像；
采用所述图像识别算法，从所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像中提取所述服务提供方的流量和所述排队的服务请求方的流量。
在一些实施例中，所述获取模块601，具体用于：
接收所述排队的服务请求方的终端发送的针对所述目标服务的预约请求，所述预约请求中包括请求所述目标服务的人数；
根据所述预约请求获取所述排队的服务请求方的总人数。
在一些实施例中，所述获取模块601，具体用于：
若所述服务提供方的总人数大于所述排队的服务请求方的总人数，获取所述排队的服务请求方的平均执行所述目标服务的时长；
采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
在一些实施例中，所述获取模块601，还用于：
若所述服务提供方的总人数小于所述排队的服务请求方的总人数，获取所述服务提供方服务于所述排队的服务请求方的平均人数；
根据所述平均人数，获取所述排队的服务请求方的总人数对所述服务提供方的需求人数；
若所述需求人数小于所述服务提供方的总人数，则采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
在一些实施例中，所述获取模块601，还用于：
若所述需求人数等于所述服务提供方的总人数，则根据预设时间间隔获取所述当前排队时长，所述预设时间间隔为下一批所述服务提供方与所述服务提供方之间的服务间隔时间。
在一些实施例中，所述获取模块601，还用于：
若所述需求人数大于所述服务提供方的总人数，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取第一排队时长；
根据所述预设时间间隔获取第二排队时长；
根据所述第一排队时长和所述第二排队时长，获取所述当前排队时长。
在一些实施例中，所述发送模块602，具体用于：
向所述目标服务请求方的终端发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述发送模块602，具体用于：
向公用显示设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
在一些实施例中，所述发送模块602，还用于：
若所述当前需排队时长大于或者等于预设等待时长，和/或所述排队的服务请求方的总人数大于或者等于预设人数，则向所述目标设备发送引导消息，所述引导消息用于引导所述目标服务请求方使用其它服务。
本实施例提供的服务数据处理装置，包括：获取模块，用于获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数；根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，发送模块，用于向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。从而目标服务请求方可以获知当前需排队时长和排队的服务请求方的总人数，进而提高时间利用率。
图9示出了本申请实施例提供的服务数据处理装置的结构示意图二，如图9所示，服务数据处理装置70包括：
第一发送模块701，用于向目标服务提供方发送预设时间内预设数量的服务任务；
第二发送模块702，用于若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求，所述激励请求用于请求调整所述目标服务提供方的服务分配方式。
在一些实施例中，还包括：
处理模块703，用于通过监控所述目标服务提供方的定位信息、图像信息中的至少一种，监控所述目标服务提供方是否完成所述预设数量的服务任务。
在一些实施例中，还包括：
接收模块704，用于接收所述目标服务提供方的终端发送的服务响应；
确定模块705，用于根据所述服务响应确定所述目标服务提供方是否完成所述预设数量的服务任务。
本实施例提供的服务数据处理装置，包括：第一发送模块，用于向目标服务提供方发送预设时间内预设数量的服务任务，第二发送模块，用于若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求，所述激励请求用于请求调整所述目标服务提供方的服务分配方式。从而通过对服务提供方的进行线上有效调度和有效奖励，实现对场站交通的疏导，缓解了场站交通的拥堵。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
需要说明的是，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(Digital Singnal Processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(System-on-a-chip，简称SOC)的形式实现。
图10示出了本申请实施例提供的服务器的结构示意图，如图10所示，服务器80包括：
处理器801、存储介质802和总线803，所述存储介质802存储有所述处理器801可执行的机器可读指令，当服务器80运行时，所述处理器801与所述存储介质802之间通过总线803通信，所述处理器801执行所述机器可读指令，以执行时执行如上述方法实施例。
可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (18)

1.一种服务数据处理方法，其特征在于，包括：
获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数；
根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长；
向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
2.根据权利要求1所述的方法，其特征在于，所述获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数，包括：
通过预设摄像头采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量，和/或，通过预设闸机采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量；
根据所述服务提供方的流量和所述排队的服务请求方的流量，获取所述服务提供方的总人数和所述排队的服务请求方的总人数。
3.根据权利要求2所述的方法，其特征在于，所述通过预设摄像头采集获取单位时间内所述目标服务对应的服务提供方的流量和排队的服务请求方的流量，包括：
接收所述预设摄像头传输的图像数据；
根据所述图像数据获取单位时间内所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像；
采用图像识别算法，从所述目标服务对应的服务提供方图像和所述排队的服务请求方的图像中提取所述服务提供方的流量和所述排队的服务请求方的流量。
4.根据权利要求1所述的方法，其特征在于，所述获取所述排队的服务请求方的总人数，包括：
接收所述排队的服务请求方的终端发送的针对所述目标服务的预约请求，所述预约请求中包括请求所述目标服务的人数；
根据所述预约请求获取所述排队的服务请求方的总人数。
5.根据权利要求1所述的方法，其特征在于，所述根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长，包括：
若所述服务提供方的总人数大于所述排队的服务请求方的总人数，获取所述排队的服务请求方的平均执行所述目标服务的时长；
采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
若所述服务提供方的总人数小于所述排队的服务请求方的总人数，获取所述服务提供方服务于所述排队的服务请求方的平均人数；
根据所述平均人数，获取所述排队的服务请求方的总人数对所述服务提供方的需求人数；
若所述需求人数小于所述服务提供方的总人数，则采用所述预设算法，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取所述当前排队时长。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
若所述需求人数等于所述服务提供方的总人数，则根据预设时间间隔获取所述当前排队时长，所述预设时间间隔为下一批所述服务提供方与所述服务提供方之间的服务间隔时间。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
若所述需求人数大于所述服务提供方的总人数，根据所述平均执行所述目标服务的时长和所述排队的服务请求方的总人数，获取第一排队时长；
根据所述预设时间间隔获取第二排队时长；
根据所述第一排队时长和所述第二排队时长，获取所述当前排队时长。
9.根据权利要求1所述的方法，其特征在于，所述向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数，包括：
向所述目标服务请求方的终端发送所述当前需排队时长和所述排队的服务请求方的总人数。
10.根据权利要求1所述的方法，其特征在于，所述向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数，包括：
向公用显示设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
11.根据权利要求1-10任一项所述的方法，其特征在于，所述方法还包括：
若所述当前需排队时长大于或者等于预设等待时长，和/或所述排队的服务请求方的总人数大于或者等于预设人数，则向所述目标设备发送引导消息，所述引导消息用于引导所述目标服务请求方使用其它服务。
12.一种服务数据处理方法，其特征在于，包括：
向目标服务提供方发送预设时间内预设数量的服务任务；
若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求，所述激励请求用于请求调整所述目标服务提供方的服务分配方式。
13.根据权利要求12所述的方法，其特征在于，所述若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求之前，还包括：
通过监控所述目标服务提供方的定位信息、图像信息中的至少一种，监控所述目标服务提供方是否完成所述预设数量的服务任务。
14.根据权利要求12所述的方法，其特征在于，所述若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求之前，还包括：
接收所述目标服务提供方的终端发送的服务响应；
根据所述服务响应确定所述目标服务提供方是否完成所述预设数量的服务任务。
15.一种服务数据处理装置，其特征在于，包括：
获取模块，用于获取目标服务对应的服务提供方的总人数和排队的服务请求方的总人数；根据所述服务提供方的总人数、所述排队的服务请求方的总人数以及预设算法，获取目标服务请求方的当前需排队时长；
发送模块，用于向目标设备发送所述当前需排队时长和所述排队的服务请求方的总人数。
16.一种服务数据处理装置，其特征在于，包括：
第一发送模块，用于向目标服务提供方发送预设时间内预设数量的服务任务；
第二发送模块，用于若监控到所述目标服务提供方完成所述预设数量的服务任务，则向管理平台发送激励请求，所述激励请求用于请求调整所述目标服务提供方的服务分配方式。
17.一种服务器，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至14任一所述的服务数据处理方法。
18.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至14任一所述的服务数据处理方法。
CN202010997481.3A 2020-09-21 2020-09-21 服务数据处理方法、装置、服务器及存储介质 Pending CN111915043A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010997481.3A CN111915043A (zh) 2020-09-21 2020-09-21 服务数据处理方法、装置、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010997481.3A CN111915043A (zh) 2020-09-21 2020-09-21 服务数据处理方法、装置、服务器及存储介质

Publications (1)

Publication Number Publication Date
CN111915043A true CN111915043A (zh) 2020-11-10

Family

ID=73265331

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010997481.3A Pending CN111915043A (zh) 2020-09-21 2020-09-21 服务数据处理方法、装置、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN111915043A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112801372A (zh) * 2021-01-29 2021-05-14 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、电子设备和可读存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104506662A (zh) * 2015-01-19 2015-04-08 毕缩启 一种基于云平台的排队服务互动系统与方法
CN106971246A (zh) * 2017-04-12 2017-07-21 青岛海信网络科技股份有限公司 一种出租车上客区乘客候车时间预测方法和装置
CN107766998A (zh) * 2016-08-17 2018-03-06 北京嘀嘀无限科技发展有限公司 一种接单奖励处理方法及服务器
CN108460497A (zh) * 2018-03-28 2018-08-28 中国民航大学 一种机场候机楼排队信息提示方法
US20190057476A1 (en) * 2017-08-16 2019-02-21 Beijing Didi Infinity Technology And Development Co., Ltd. System and method for reducing wait time in providing transportation service
CN110210662A (zh) * 2019-05-28 2019-09-06 北京三快在线科技有限公司 一种确定等待时间的方法、装置、设备及存储介质
CN110310059A (zh) * 2019-05-23 2019-10-08 天津五八到家科技有限公司 运输任务分配方法、装置及电子设备
CN111222037A (zh) * 2018-11-23 2020-06-02 北京嘀嘀无限科技发展有限公司 服务推送信息发送方法、装置、电子设备和存储介质
CN111277618A (zh) * 2018-12-05 2020-06-12 北京嘀嘀无限科技发展有限公司 一种信息推送方法、装置、电子设备及存储介质
KR20200089049A (ko) * 2019-01-16 2020-07-24 주식회사 별난사람들 대기 정보 제공 방법, 장치 및 컴퓨터 프로그램
CN111476389A (zh) * 2019-01-24 2020-07-31 北京嘀嘀无限科技发展有限公司 一种预估接单等待时长的方法及装置

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104506662A (zh) * 2015-01-19 2015-04-08 毕缩启 一种基于云平台的排队服务互动系统与方法
CN107766998A (zh) * 2016-08-17 2018-03-06 北京嘀嘀无限科技发展有限公司 一种接单奖励处理方法及服务器
CN106971246A (zh) * 2017-04-12 2017-07-21 青岛海信网络科技股份有限公司 一种出租车上客区乘客候车时间预测方法和装置
US20190057476A1 (en) * 2017-08-16 2019-02-21 Beijing Didi Infinity Technology And Development Co., Ltd. System and method for reducing wait time in providing transportation service
CN108460497A (zh) * 2018-03-28 2018-08-28 中国民航大学 一种机场候机楼排队信息提示方法
CN111222037A (zh) * 2018-11-23 2020-06-02 北京嘀嘀无限科技发展有限公司 服务推送信息发送方法、装置、电子设备和存储介质
CN111277618A (zh) * 2018-12-05 2020-06-12 北京嘀嘀无限科技发展有限公司 一种信息推送方法、装置、电子设备及存储介质
KR20200089049A (ko) * 2019-01-16 2020-07-24 주식회사 별난사람들 대기 정보 제공 방법, 장치 및 컴퓨터 프로그램
CN111476389A (zh) * 2019-01-24 2020-07-31 北京嘀嘀无限科技发展有限公司 一种预估接单等待时长的方法及装置
CN110310059A (zh) * 2019-05-23 2019-10-08 天津五八到家科技有限公司 运输任务分配方法、装置及电子设备
CN110210662A (zh) * 2019-05-28 2019-09-06 北京三快在线科技有限公司 一种确定等待时间的方法、装置、设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112801372A (zh) * 2021-01-29 2021-05-14 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、电子设备和可读存储介质
CN112801372B (zh) * 2021-01-29 2024-04-19 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、电子设备和可读存储介质

Similar Documents

Publication Publication Date Title
CN108475466B (zh) 用于匹配和显示服务请求和可用车辆的系统和方法
JP7235647B2 (ja) 予約オーダーを割り当てるシステム及び方法
JP6899444B2 (ja) 相乗りのための方法およびシステム
CN110462655B (zh) 运力调度系统和方法
CN108701403B (zh) 用于展示与服务请求相关的标识的系统及方法
US20170169366A1 (en) Systems and Methods for Adjusting Ride-Sharing Schedules and Routes
WO2018228110A1 (en) Systems and methods for transport capacity scheduling
CN106373382B (zh) 一种用于车辆调度的方法与设备
CN110766391B (zh) 一种服务订单支付方法、装置、电子设备及存储介质
CN111105251A (zh) 一种信息推送方法及装置
CN111277618B (zh) 一种信息推送方法、装置、电子设备及存储介质
CN111147532A (zh) 一种信息分享方法、装置、设备及介质
CN110753078B (zh) 提示方法、装置、电子设备及存储介质
WO2019196686A1 (en) Methods and systems for time determination in carpool service
CN111275229B (zh) 资源模型训练方法、资源缺口预测方法、装置及电子设备
CN111489214B (zh) 订单分配方法、条件设置方法、装置及电子设备
WO2021012244A1 (en) Systems and methods for order dispatching
CN111626801A (zh) 一种订单派发方法、装置、电子设备和计算机存储介质
CN116562585A (zh) 用于分配服务请求的系统和方法
CN111242711A (zh) 信息提示方法、装置、电子设备和存储介质
CN111915043A (zh) 服务数据处理方法、装置、服务器及存储介质
CN110832513B (zh) 用于按需服务的系统和方法
CN111260423A (zh) 订单分配方法、装置、电子设备及计算机可读存储介质
CN112001516B (zh) 一种信息处理方法、装置、电子设备及存储介质
CN112104742A (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