CN107527254B - 预约单分配处理方法及服务器 - Google Patents

预约单分配处理方法及服务器 Download PDF

Info

Publication number
CN107527254B
CN107527254B CN201610459666.2A CN201610459666A CN107527254B CN 107527254 B CN107527254 B CN 107527254B CN 201610459666 A CN201610459666 A CN 201610459666A CN 107527254 B CN107527254 B CN 107527254B
Authority
CN
China
Prior art keywords
order
vehicle
reserved vehicle
preset
reserved
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.)
Active
Application number
CN201610459666.2A
Other languages
English (en)
Other versions
CN107527254A (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
Priority to CN201610459666.2A priority Critical patent/CN107527254B/zh
Publication of CN107527254A publication Critical patent/CN107527254A/zh
Application granted granted Critical
Publication of CN107527254B publication Critical patent/CN107527254B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开一种预约单分配处理方法及服务器，所述方法包括：在接收到预约用车订单后，获取当前时间对应的订单数量；若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。当上述方法应用于网络约车时，可提高预约用车订单在高峰时段的处理效率，显著地避免了后续预约用车订单信息的广播延迟，因而能够提升用户叫车体验。

Description

预约单分配处理方法及服务器
技术领域
本发明涉及互联网技术领域，具体涉及一种预约单分配处理方法及服务器。
背景技术
服务器收到用户预约用车订单后，会在第一时间将订单信息向所有司机终端广播，直至成功抢单。
然而，在用户预约用车订单产生的高峰时段，以通过广播直至抢单成功的处理方式会严重占用有限的下行资源，造成资源浪费，使后续预约用车订单信息的广播延迟。上述情况的发生会极大地降低预约用车订单信息在高峰时段的处理成功率和效率，造成用户叫车体验差的后果。
因此，如何提供一种方法，使得服务器在高峰时段尽可能快速地将预约用车订单信息广播至司机终端，成为亟待解决的问题。
发明内容
针对现有技术中的缺陷，本发明实施例提供一种预约单分配处理方法及服务器。
一方面，本发明实施例提出一种预约单分配处理方法，包括：
在接收到预约用车订单后，获取当前时间对应的订单数量；
若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。
本发明实施例提供的预约单分配处理方法，可在订单数量高于预设阈值(高峰时段)的时候，若判断满足预设条件，对预约单的广播发布进行有效控制，限制了预约用车订单的播单次数/时间，可使在单位时间内广播发布的预约用车订单数量显著增加，从而提高了预约用车订单在高峰时段的处理效率，显著地避免了后续预约用车订单信息的广播延迟，因而能够提升用户叫车体验。
另一方面，本发明实施例提出一种服务器，包括：
获取单元，在接收到预约用车订单后，获取当前时间对应的订单数量；
控制单元，若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。
本发明实施例提供的服务器，可在订单数量高于预设阈值(高峰时段)的时候，若判断满足预设条件，对预约单的广播发布进行有效控制，限制了预约用车订单的播单次数/时间，可使在单位时间内广播发布的预约用车订单数量显著增加，从而提高了预约用车订单在高峰时段的处理效率，显著地避免了后续预约用车订单信息的广播延迟，因而能够提升用户叫车体验。
附图说明
图1为本发明预约单分配处理方法实施例的流程示意图；
图2为本发明服务器实施例的结构示意图。
图3为本发明服务器实施例的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参看图1，本实施例公开一种预约单分配处理方法，包括：
S1、在接收到预约用车订单后，获取当前时间对应的订单数量；
在用户通过用户终端预约车辆时，约车服务器会接收用户终端发送的预约用车订单。同时，约车服务器会获取当前时间对应的订单数量，所述订单数量为预约用车订单的数量和/或实时用车订单的数量。比如，约车服务器在2016年5月10日下午17时40分接收到用户终端发送的预约用车订单后，会获取当前时间对应的订单数量M。
其中，所述预约用车订单具体指非即时用车的叫车订单；所述实时用车订单具体指当时即需用车的叫车订单。
S2、若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。
在获取当前时间对应的订单数量M后，约车服务器会将所述当前时间对应的订单数量M与预设阈值N比较。若M>N，即所述订单数量高于预设阈值时，在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。
与现有技术相同的是，本发明实施例中约车服务器在收到用户预约用车订单后，会在第一时间将订单信息向所有司机终端进行广播，等待司机终端抢单成功。若该预约单没有被成功抢单，则约车服务器将持续广播该预约用车订单，直至成功抢单。然而，在用户预约用车订单产生的高峰时段，由于下行资源有限，会使后续预约用车订单信息的广播延迟。这种情况会极大降低预约用车订单信息在高峰时段的处理成功率和效率，造成用户叫车体验差的后果。
而本发明实施例中，在用户预约用车订单产生的高峰时段，对广播的预约用车订单的播放次数/时间进行有效控制，即若判断获知该预约用车订单的广播已经满足预设条件，则不再继续播放该预约用车订单，以满足后续其他用车订单的广播发布的顺利有效进行。
可以理解的是，本发明实施例中预设阈值N可以根据实际情况进行设定，不同地域/不同时间下对应的预设阈值可以是不同的。
本发明实施例提供的预约单分配处理方法，在订单数量高于预设阈值的时候，若判断满足预设条件，对预约单的广播发布进行有效控制，限制了预约用车订单的播单次数/时间，可使在单位时间内广播发布的预约用车订单数量显著增加，从而提高了预约用车订单在高峰时段的处理效率，显著地避免了后续预约用车订单信息的广播延迟，因而能够提升用户叫车体验。
在上述方法实施例中，所述预设条件可以为：广播发布所述预约用车订单的播单次数到达预设值。比如，将广播发布每一个预约用车订单的播单次数的预设值设为2-5，则在广播发布该预约用车订单的次数到达对应的次数后，停止广播发布所述预约用车订单。
当然，所述广播发布所述预约用车订单的播单次数预设值也可以根据需要进行设置，本实施例对此不作限定。
可选地，所述预设条件还可以为：广播发布所述预约用车订单的播单时间到达预设时间。比如，将广播发布所述预约用车订单的播单预设时间设为30秒，则在广播发布所述预约用车订单的时间到达30秒后，停止广播发布所述预约用车订单。
当然，所述广播发布所述预约用车订单的播单时间预设时间也可以根据需要进行设置，本实施例对此不作限定。
可选地，所述预设条件还可以为：收听到所述预约用车订单的司机终端的数量达到第二预设值。比如，将第二预设值设为20，则当收听到所述预约用车订单的司机终端的数量达到或超过20时，停止广播发布所述预约用车订单，从而节约订单播放资源。当然，所述第二预设值也可以根据需要进行设置，本实施例对此不作限定。
上述实施例中，所述用车预约单还包括乘车出发地、乘车目的地以及预约用车时间，以便于约车服务器获取所述用车预约订单的信息长度，确保在例如30秒内广播发布完整的所述预约用车订单信息。比如，当预约用车订单的信息无法按照正常广播的播放速度完整地发布时，约车服务器可适当提高该条信息的播放速度。
参看图2，本发明实施例提出一种服务器，包括：获取单元1和控制单元2；其中：
获取单元1在接收到预约用车订单后，获取当前时间对应的订单数量；
控制单元2若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。
具体地，在用户通过用户终端预约车辆时，服务器的获取单元1会接收用户终端发送的预约用车订单。同时，获取单元1会获取当前时间对应的订单数量，所述订单数量为预约用车订单的数量和/或实时用车订单的数量。比如，获取单元1在2016年5月13日中午12时10分接收到用户终端发送的预约用车订单后，会获取当前时间对应的订单数量M。其中，所述预约用车订单具体指非即时用车的叫车订单；所述实时用车订单具体指当时即需用车的叫车订单。
在获取单元1获取当前时间对应的订单数量M后，控制单元2会将所述当前时间对应的订单数量M与预设阈值N比较。若M>N，即所述订单数量高于预设阈值时，在广播发布所述预约用车订单满足预设条件后，控制单元2停止广播发布所述预约用车订单。
本发明实施例中，在用户预约用车订单产生的高峰时段，控制单元2对广播的预约用车订单的播放次数进行有效控制，即若判断获知该预约用车订单的广播已经满足预设条件，则不再继续播放该预约用车订单，可满足后续其他预约用车订单的广播发布的顺利有效进行。
其中，预设阈值N可以根据实际情况进行设定，不同地域/不同时间下对应的预设阈值可以是不同的。
所述预设条件可以为：广播发布所述预约用车订单的播单次数到达预设值。比如，将广播发布每一个预约用车订单的播单次数的预设值设为2-5，则在广播发布该预约用车订单的次数到达对应的次数后，停止广播发布所述预约用车订单。当然，所述广播发布所述预约用车订单的播单次数预设值也可以根据需要进行设置，本实施例对此不作限定。
可选地，所述预设条件还可以为：广播发布所述预约用车订单的播单时间到达预设时间。比如，将广播发布所述预约用车订单的播单预设时间设为30秒，则在广播发布所述预约用车订单的时间到达30秒后，停止广播发布所述预约用车订单。当然，所述广播发布所述预约用车订单的播单时间预设时间也可以根据需要进行设置，本实施例对此不作限定。
可选地，所述预设条件还可以为：收听到所述预约用车订单的司机终端的数量达到第二预设值。比如，将第二预设值设为20，则当收听到所述预约用车订单的司机终端的数量达到或超过20时，停止广播发布所述预约用车订单，从而节约订单播放资源。当然，所述第二预设值也可以根据需要进行设置，本实施例对此不作限定。
其中，所述用车预约单还包括乘车出发地、乘车目的地以及预约用车时间，以便于获取单元1获取所述用车预约订单的信息长度，确保在例如30秒内广播发布完整的所述预约用车订单信息。比如，当预约用车订单的信息无法按照正常广播的播放速度完整地发布时，控制单元2可适当提高该条信息的播放速度。
在用户预约用车订单产生的高峰时段，相较于将预约用车订单信息向所有司机终端进行持续广播，直至司机终端成功抢单的现有技术，本发明实施例提供的服务器，在订单数量高于预设阈值(高峰时段)的时候，若判断满足预设条件，对预约单的广播发布进行有效控制，限制了预约用车订单的播单次数/时间，可使在单位时间内广播发布的预约用车订单数量显著增加，从而提高了预约用车订单在高峰时段的处理效率，显著地避免了后续预约用车订单信息的广播延迟，因而能够提升用户叫车体验。
图3示例了一种服务器的实体结构示意图，如图3所示，该服务器可以包括：处理器(processor)310、通信接口(Communications Interface)320、存储器(memory)330和总线340，其中，处理器310，通信接口320，存储器330通过总线340完成相互间的通信。通信接口340可以用于服务器与智能电视之间的信息传输。处理器310可以调用存储器330中的逻辑指令，以执行如下方法：在接收到预约用车订单后，获取当前时间对应的订单数量；若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单。
此外，上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种预约单分配处理方法，其特征在于，包括：
在接收到预约用车订单后，获取当前时间对应的订单数量；
若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单；
当所述预约用车订单的信息无法按照正常广播的播放速度完整地发布时，提高所述信息的播放速度；
所述预设条件包括：
收听到所述预约用车订单的司机终端的数量达到第二预设值。
2.根据权利要求1所述的方法，其特征在于，所述预设条件还可替换为：广播发布所述预约用车订单的播单次数到达第一预设值。
3.根据权利要求2所述的方法，其特征在于，所述第一预设值为2-5。
4.根据权利要求1所述的方法，其特征在于，所述预设条件还可替换为：广播发布所述预约用车订单的播单时间到达预设时间。
5.根据权利要求1至4任一所述的方法，其特征在于，所述订单数量为预约用车订单的数量和/或实时用车订单的数量。
6.根据权利要求1至4任一所述的方法，其特征在于，所述预约用车订单还包括乘车出发地、乘车目的地以及预约用车时间。
7.一种服务器，其特征在于，包括：
获取单元，在接收到预约用车订单后，获取当前时间对应的订单数量；
控制单元，若判断获知所述订单数量高于预设阈值，则在广播发布所述预约用车订单满足预设条件后，停止广播发布所述预约用车订单；
当所述预约用车订单的信息无法按照正常广播的播放速度完整地发布时，提高所述信息的播放速度；
所述预设条件包括：
收听到所述预约用车订单的司机终端的数量达到第二预设值。
8.根据权利要求7所述的服务器，其特征在于，所述预设条件还可替换为：广播发布所述预约用车订单的播单次数到达第一预设值。
9.根据权利要求8所述的服务器，其特征在于，所述第一预设值为2-5。
10.根据权利要求7所述的服务器，其特征在于，所述预设条件还可替换为：广播发布所述预约用车订单的播单时间到达预设时间。
11.根据权利要求7至10任一所述的服务器，其特征在于，所述订单数量为预约用车订单的数量和/或实时用车订单的数量。
12.根据权利要求7至10任一所述的服务器，其特征在于，所述预约用车订单还包括乘车出发地、乘车目的地以及预约用车时间。
CN201610459666.2A 2016-06-20 2016-06-20 预约单分配处理方法及服务器 Active CN107527254B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610459666.2A CN107527254B (zh) 2016-06-20 2016-06-20 预约单分配处理方法及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610459666.2A CN107527254B (zh) 2016-06-20 2016-06-20 预约单分配处理方法及服务器

Publications (2)

Publication Number Publication Date
CN107527254A CN107527254A (zh) 2017-12-29
CN107527254B true CN107527254B (zh) 2021-06-04

Family

ID=60734031

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610459666.2A Active CN107527254B (zh) 2016-06-20 2016-06-20 预约单分配处理方法及服务器

Country Status (1)

Country Link
CN (1) CN107527254B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111860905A (zh) * 2019-09-27 2020-10-30 北京嘀嘀无限科技发展有限公司 一种分派订单的方法、系统、计算机设备及存储介质
CN112330321A (zh) * 2020-11-20 2021-02-05 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、电子设备和计算机可读存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103218769A (zh) * 2013-03-19 2013-07-24 王兴健 出租车订单分配方法
CN104766262A (zh) * 2015-04-08 2015-07-08 北京嘀嘀无限科技发展有限公司 用于处理订单的方法及设备

Also Published As

Publication number Publication date
CN107527254A (zh) 2017-12-29

Similar Documents

Publication Publication Date Title
CN110832512B (zh) 用于减少提供运输服务等待时间的系统和方法
CN107464001B (zh) 预约单分配处理方法及服务器
CN112508616A (zh) 一种订单分配的方法及装置
CN104915839B (zh) 一种订单推送方法及装置
CN106713168B (zh) 一种流量控制方法及系统
CN110570003A (zh) 一种基于空闲行程车辆的预约出行订单的派单方法和装置
CN107844843B (zh) 一种订单处理方法及服务器
CN107527254B (zh) 预约单分配处理方法及服务器
CN107666684B (zh) 资源抢占方法及系统
CN107545486A (zh) 一种用车订单处理方法及服务器
CN106056409B (zh) 媒体文件的投放方法和装置
CN110011926B (zh) 一种调整报文发送时间的方法、装置、设备及存储介质
CN110852464A (zh) 一种基于实时单行程车辆的预约单连环派单方法和装置
CN107545319A (zh) 一种运力调配方法及装置
CN111178558B (zh) 网约车订单处理方法及装置、计算机设备和可读存储介质
CN111008882A (zh) 用于秒杀活动的数据处理方法及装置
CN109151035B (zh) 车辆通行管理方法及相关装置
CN112888021B (zh) 一种车联网中避免中断的任务卸载方法
CN111815059B (zh) 数据处理方法、装置、电子设备和计算机可读存储介质
CN108540575B (zh) 一种网络请求调度方法及装置
CN107507047A (zh) 一种预约单分配处理方法及服务器
CN110163700B (zh) 分单方法、装置、服务器和介质
CN113793020B (zh) 话务调度分流的方法、装置、电子设备和计算机存储介质
CN111429879A (zh) 一种语音播报方法、装置、设备及存储介质
CN114518932A (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
TA01 Transfer of patent application right

Effective date of registration: 20201214

Address after: Building 34, yard 8, Dongbei Wangxi Road, Haidian District, Beijing 100193

Applicant after: BEIJING DIDI INFINITY TECHNOLOGY AND DEVELOPMENT Co.,Ltd.

Address before: Room 219-23, 2 / F, block D, comprehensive service area, Nangang Industrial Zone, Tianjin Economic and Technological Development Zone, Binhai New Area, Tianjin 300480

Applicant before: Didi (China) Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant