CN111526170A - 推送方法、显示方法、装置、服务器、终端和存储介质 - Google Patents
推送方法、显示方法、装置、服务器、终端和存储介质 Download PDFInfo
- Publication number
- CN111526170A CN111526170A CN201910105003.4A CN201910105003A CN111526170A CN 111526170 A CN111526170 A CN 111526170A CN 201910105003 A CN201910105003 A CN 201910105003A CN 111526170 A CN111526170 A CN 111526170A
- Authority
- CN
- China
- Prior art keywords
- order
- information
- waiting
- pushing
- real
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 180
- 238000012545 processing Methods 0.000 claims abstract description 216
- 230000008569 process Effects 0.000 claims abstract description 115
- 238000004364 calculation method Methods 0.000 claims description 23
- 125000004122 cyclic group Chemical group 0.000 claims description 20
- 230000004044 response Effects 0.000 claims description 15
- 230000008859 change Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 5
- 230000003247 decreasing effect Effects 0.000 claims description 5
- 230000029305 taxis Effects 0.000 claims description 5
- 230000006870 function Effects 0.000 description 7
- 230000002349 favourable effect Effects 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 206010039203 Road traffic accident Diseases 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000003780 insertion Methods 0.000 description 3
- 230000037431 insertion Effects 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 238000012549 training Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
Images
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/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- 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/53—Network services using third party service providers
-
- 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
- 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
-
- G06Q50/40—
Abstract
本发明提供了一种推送方法、显示方法、装置、服务器、终端和存储介质，其中，信息推送方法包括：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。本发明的技术方案，能够降低订单无端取消的概率，并且使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行，在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生。
Description
技术领域
本发明涉及交通出行领域，具体而言，涉及一种信息推送方法、一种信息推送装置、一种信息显示方法、一种信息显示装置、一种服务器、一种终端和一种计算机可读存储介质。
背景技术
相关技术中，在网约车应用程序中，用户在发单后，由于只向用户展示已经等待的时间，导致存在以下缺陷：
(1)如果短时间内未有司机终端接单，由于用户不了解当前订单的处理情况，会使订单取消率增加，导致网约车平台之前对订单的处理操作(比如对司机终端进行调度等)变为无用操作，在对网约车平台的处理资源造成浪费的同时，也会影响用户的正常出行；
(2)部分用户由于出行需求，在取消订单后会重新发单，对于网约车平台则会造成重复播单，重复播单的情况也会无端占用网约车平台的资源，并且影响了平台端的正常运行。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此，本发明的一个目的在于提供一种信息推送方法。
本发明的另一个目的在于提供一种信息显示方法。
本发明的再一个目的在于提供一种信息推送装置。
本发明的又一个目的在于提供一种信息显示装置。
本发明的又一个目的在于提供一种服务器。
本发明的又一个目的在于提供一种终端。
本发明的又一个目的在于提供一种计算机可读存储介质。
为了实现上述目的，本发明第一方面的技术方案提供了一种信息推送方法，适用于服务器，包括：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。
本发明第二方面的技术方案提供了一种信息显示方法，适用于终端，包括：在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；根据预设的显示方式将处理过程信息显示在指定区域。
本发明的第三方面的技术方案提供了一种信息推送装置，适用于服务器，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。
本发明的第四方面的技术方案提供了一种信息显示装置，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；根据预设的显示方式将处理过程信息显示在指定区域。
本发明的第五方面的技术方案提供了一种服务器，包括：本发明的第三方面提供的信息推送装置信息。
本发明的第六方面的技术方案提供了一种终端，包括：本发明的第四方面提供的信息显示装置信息。
本发明的第七方面的技术方案提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项信息推送方法和/或信息显示方法限定的步骤。
从上述本发明的实施例可知，通过将网约车订单的处理过程信息推送给关联的用户终端，以使用于能够实时了解其网约车订单的处理进程，一方面，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行，另一方面，对于服务器而言，由于订单无端取消的概率降低，使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行，并且在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生，从而时服务器的处理资源得到了合理分配与利用，相应地，用户终端获得匹配度较高的接单司机终端的概率也会更高，从而有利于整个网约车运营过程的顺利进行。
本发明的优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1示出了根据本发明的一个实施例的信息推送方法的示意流程图；
图2示出了根据本发明的一个实施例的信息显示方法的示意流程图；
图3示出了根据本发明的实施例的信息显示方法的界面示意图；
图4示出了根据本发明的一个实施例的信息推送装置的示意框图；
图5示出了根据本发明的一个实施例的信息显示装置的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
实施例一：
下面结合图1对本发明的一个实施例的信息推送方法进行具体说明。
如图1所示，根据本发明一个实施例的信息推送方法，适用于服务器，具体包括以下流程步骤：
步骤102，从用户终端接收服务请求并产生与用户终端关联的网约车订单；
步骤104，在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。
在该实施例中，通过将网约车订单的处理过程信息推送给关联的用户终端，以使用于能够实时了解其网约车订单的处理进程，一方面，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行，另一方面，对于服务器而言，由于订单无端取消的概率降低，使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行。
进一步地，在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生，从而时服务器的处理资源得到了合理分配与利用，相应地，用户终端获得匹配度较高的接单司机终端的概率也会更高，从而有利于整个网约车运营过程的顺利进行。
在本申请的一个实施例中，优选地，向网约车订单关联的用户终端推送网约车订单的处理过程信息，具体包括：采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息。
在该实施例中，通过采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据预设的推送频率以及推送顺序向用户终端推送多种实时处理信息。
在该实施例中，通过采用预设的推送频率与推送顺序推送多种实时处理信息，一方面，推送频率可以与服务器对网约车订单的实时处理频率一致，以实现网约车订单在被接单之前的规律性处理，另一方面，在用户终端也能够实现实时处理信息的规律性显示，以提高用户对这种实时处理信息的接受度。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：将网约车订单的类型信息、时间信息、位置信息输入至预设的接单时间计算模型中，以通过接单时间计算模型输出网约车订单的等待接单时长，并将等待接单时长确定为实时处理信息
在该实施例中，通过预设接单时间计算模型，以提升对等待接单时长的预估的准确性，进而能够使用户对订单处理的时间进程得到更加清晰的了解，其中，结合订单的类型信息、时间信息(即发单时间)、位置信息(包括订单起点位置与终点位置)，能够得到一个较好的等待接单时长，进一步地，还可以将播单范围和/或网约车订单路线上是否发生异常(比如发生交通事故、比如当前的司机终端量的变化等)引入到接单时间计算模型中，以进一步提升计算精度。
具体地，对于网约车平台而言，通过对历史订单数据的收集能够得到大量的经验数据，基于经验数据结合机器学习模型，能够训练得到准确性比较高的接单时间计算模型。
在本申请的一个实施例中，优选地，还包括：根据与推送频率一致的更新频率更新等待接单时长。
在该实施例中，通过采用与推送频率一直的更新频率更新等待接单时长，以保证等待接单时长的实时性与有效性，以及使用户对等待接单时长有进一步的了解，用户在了解了具体的等待接单时长后，再决定是否取消订单，也有利于降低订单取消的概率。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据网约车订单的起点位置确定播单范围；确定播单范围内的运营司机终端，并向运营司机终端发送网约车订单；将对网约车订单进行反馈的运营司机终端确定为待接单司机，并将待接单司机的数量确定为实时处理信息。
在该实施例中，通过将与司机终端之间的交互信息推送给用户终端，以使用户终端能够了解当前司机终端的运营状态，包括具有潜在接单可能的司机终端的数量，用户在了解了具体的运营状态后，也有利于降低服务器对之前的订单处理操作变为无用操作的概率，由于对当前运营状态的了解，用户终端在取消订单后，也能够降低重复发单的概率，进而也降低了服务器执行重复操作的概率，从而降低了服务器对无效操作的占用，进而提升服务器的有效运行效率。
在本申请的一个实施例中，优选地，还包括：将在等待接单过程中，在检测到播单范围内出现新的接单司机的情况下，向新的接单司机发送网约车订单，并根据对应的反馈信息对待接单司机的数量进行累加，以更新待接单司机的数量；和/或在检测到待接单司机的状态由未接单切换为已接单状态或停止运营状态的情况下，对待接单司机的数量进行递减，以更新待接单司机的数量。
在该实施例中，进一步地，基于是否将网约车订单发送给了新的司机终端，和/或是否有司机终端接到了其它订单，待接单司机的数量进行更新，以保证待接单司机的数量真是有效。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据待接单司机的数量与预设的预测模型预测网约车订单的接单概率与等待时长之间的关系，并把接单概率与等待时长之间的关系确定为实时处理信息。
在该实施例中，还可以继续预设的一个预测模型，来描述接单概率与等待时长之间的关系，并将这种关系进行量化作为实时处理信息推送给用户，如果在接单概率在每更新一次都会增加的情况下，那么订单被取消的概率就会降低，最终实现订单被匹配接单，以保证用户的顺利出行。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：在等待接单过程中，在检测到与网约车订单不匹配的网约车类型具有空余运力的情况下，生成切换网约车订单的类型建议信息，并将建议信息确定为实时处理信息，其中，网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
在该实施例中，在等待接单过程中，比如等待接单的网约车订单为快车订单，如果在检测到其它类型网约车，比如专车、顺风车等具有快速接单的能力时，则也可以将修改订单类型的建议信息实时推送至用户终端，以由用户终端确定是否更改网约车订单也缩短等待时长，从而进一步提升网约车订单的接单成功率。
在本申请的一个实施例中，优选地，还包括：在检测到循环推送的推送数量大于或等于预设阈值的情况下，调整推送频率，以延长推送更新间隔时长。
在该实施例中，在等待时间较长的情况下，还可以延长推送更新时间间隔，以降低服务器的资源占用。
实施例二：
如图2所示，根据本发明另一个实施例的信息显示方法，适用于终端，具体包括以下流程步骤：
步骤202，在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；
步骤204，根据预设的显示方式将处理过程信息显示在指定区域。
在该实施例中，通过采用预设的显示方式将订单的处理过程信息显示在用户终端的指定区域，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行。
在本申请的一个实施例中，优选地，根据预设的显示方式将处理过程信息显示在指定区域，具体包括：在处理过程信息为多个网约车订单的实时处理信息的情况下，采用循环流动播放的方式在指定区域显示多个实时处理信息。
在该实施例中，通过采用循环流动播放的方式显示实时接收到的多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。
在本申请的一个实施例中，优选地，采用循环流动播放的方式在指定区域显示多个实时处理信息，具体包括：根据预设的更新频率更新实时处理信息，并将更新后的实时处理信息显示在指定区域。
在该实施例中，通过根据预设的更新频率更新等待接单时长，以保证等待接单时长的实时性与有效性，以及使用户对等待接单时长有进一步的了解，用户在了解了具体的等待接单时长后，再决定是否取消订单，也有利于降低订单取消的概率。
在本申请的一个实施例中，优选地，还采用循环流动播放的方式在指定区域显示多个实时处理信息，具体包括：采用循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与等待接单时长之间的关系显示在指定区域。
在本申请的一个实施例中，优选地，采用循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与等待接单时长之间的关系显示在指定区域，具体包括：显示等待接单时长并维持与更新频率对应的预设时长；显示接收到的待接单司机的数量以及待接单司机的位置信息，并维持预设时长；显示接单概率与等待接单时长之间的关系，并维持预设时长，其中，在上述实时处理信息显示过程中，实时穿插显示网约车订单被查看的司机终端信息。
在本申请的一个实施例中，优选地，还包括：在接收到服务器发送空闲运力提示信息的情况下，在显示区域插播空闲运力提示信息，并生成是否更换网约车类型的建议操作区，其中，空闲运力提示信息用于表征与网约车订单不匹配的网约车类型具有空余运力，网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
在该实施例中，在等待接单过程中，比如等待接单的网约车订单为快车订单，如果在检测到其它类型网约车，比如专车、顺风车等具有快速接单的能力时，则也可以将修改订单类型的建议信息实时推送至用户终端，以由用户终端确定是否更改网约车订单也缩短等待时长，从而进一步提升网约车订单的接单成功率。
在本申请的一个实施例中，优选地，还包括：在等待应答过程中，在接收到对任一实时处理信息的显示区域的触控操作时，生成提示对话框；通过提示对话框接收用户输出的针对实时处理信息的问询信息，并发送至服务器，以接收服务器反馈的问询结果。
在该实施例中，通过基于实时处理信息生成提示对话框，以接收用户的问询信息，并将问询信息发送至服务器，以实现在等待接单过程中用户终端与服务器之间的交互功能，通过与服务器之间的交互，在更加了解订单状态的同时，也可以提升用户等待接单的概率。并有利于提升用户的使用体验。
实施例三：
具体地，用户终端发单后系统在网约定应用程序的前端页面透传平台为用户终端播报订单及司机抢单过程的关键信息，缓解用户终端在等待应答过程中的焦虑感，提升用户终端等待时间，从而提升用户终端在平台的叫车成功率。
以上为基本思路，实际实现时，可以从以下几个方面考虑进行优化
用户终端等待页的信息透传模块
用户终端发单后，在App前端页面上显示平台提醒的模块，产品设计如图3所示：
其中，处理过程信息可以包括平台建议、广播状态、司机抢单过程，每类信息的详细类型包括：
(1)平台建议，包括：等待原因及建议等待时间：结合用户终端发单的时间、位置、当前供需状态等，告知用户终端发单后需要等待的原因及建议等待时间。具体逻辑为：早高峰、晚高峰、周末、节假日这类特殊时段发布的订单，告诉用户终端需要等待的原因为“早高峰/晚高峰/周末/节假日的出行用户终端较多，请耐心等待xx分钟”，其中早高峰定义为早7-9点，晚高峰定义为晚5-8点，周末和节假日遵循国家法定假日定义；其他订单告知用户终端“出行用户终端较多，请耐心等待xx分钟”。xx分钟为平台为用户终端预估的等待时间，计算逻辑为：工作日订单计算前一天被应答订单的等待时间；周末订单计算前一个周末被应答订单的等待时间；节假日订单计算去年同期节假日被应答订单的等待时间
(2)广播状态，包括：
已通知司机：已将用户终端订单通过广播通知的司机数量
新通知司机：过去一段时间内，新增为用户终端广播通知的司机数量
(3)司机抢单过程，包括：
司机查看用户终端订单：告知用户终端某某司机查看了用户终端的行程
已看过订单的司机：告知用户终端目前已经查看过用户终端订单的司机数量
司机接单说明：告知看到用户终端订单的司机越多则应答率越高
具体地，信息透传采用轮播制，每轮轮播一共四条信息：
第一条：等待原因+建议等待时间
第二条：已通知/新通知的司机数量
第三条：查看用户终端订单的司机名称及累计查看的司机数
第四条：告知累计查看的司机数与应答率的关系
结合本章第二节的透传信息类型及定义，透传规则如表1所示：
表1透传信息的类型及定义
其中，A为发单后列表页顺路司机数量，B为列表页第一个司机昵称，C＝3-8之间的随机数，D＝查看了乘客详情页的司机昵称，持续存储，逐个显示，E＝乘客被司机查看的司机终端的数量。
实施例四：
如图4所示，根据本发明一个实施例的信息推送装置400，适用服务器，信息推送装置400具体包括：存储器402和处理器404；存储器402，用于存储存储器402用于存储程序代码；处理器404，用于调用程序代码执行：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。
在该实施例中，通过将网约车订单的处理过程信息推送给关联的用户终端，以使用于能够实时了解其网约车订单的处理进程，一方面，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行，另一方面，对于服务器而言，由于订单无端取消的概率降低，使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行。
进一步地，在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生，从而时服务器的处理资源得到了合理分配与利用，相应地，用户终端获得匹配度较高的接单司机终端的概率也会更高，从而有利于整个网约车运营过程的顺利进行。
在本申请的一个实施例中，优选地，处理器404，具体用于：采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息。
在该实施例中，通过采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。
在本申请的一个实施例中，优选地，处理器404，具体用于：根据预设的推送频率以及推送顺序向用户终端推送多种实时处理信息。
在该实施例中，通过采用预设的推送频率与推送顺序推送多种实时处理信息，一方面，推送频率可以与服务器对网约车订单的实时处理频率一致，以实现网约车订单在被接单之前的规律性处理，另一方面，在用户终端也能够实现实时处理信息的规律性显示，以提高用户对这种实时处理信息的接受度。
在本申请的一个实施例中，优选地，处理器404，具体用于：将网约车订单的类型信息、时间信息、位置信息输入至预设的接单时间计算模型中，以通过接单时间计算模型输出网约车订单的等待接单时长，并将等待接单时长确定为实时处理信息
在该实施例中，通过预设接单时间计算模型，以提升对等待接单时长的预估的准确性，进而能够使用户对订单处理的时间进程得到更加清晰的了解，其中，结合订单的类型信息、时间信息(即发单时间)、位置信息(包括订单起点位置与终点位置)，能够得到一个较好的等待接单时长，进一步地，还可以将播单范围和/或网约车订单路线上是否发生异常(比如发生交通事故、比如当前的司机终端量的变化等)引入到接单时间计算模型中，以进一步提升计算精度。
具体地，对于网约车平台而言，通过对历史订单数据的收集能够得到大量的经验数据，基于经验数据结合机器学习模型，能够训练得到准确性比较高的接单时间计算模型。
在本申请的一个实施例中，优选地，处理器404，具体用于：根据与推送频率一致的更新频率更新等待接单时长。
在该实施例中，通过采用与推送频率一直的更新频率更新等待接单时长，以保证等待接单时长的实时性与有效性，以及使用户对等待接单时长有进一步的了解，用户在了解了具体的等待接单时长后，再决定是否取消订单，也有利于降低订单取消的概率。
在本申请的一个实施例中，优选地，处理器404，具体用于：根据网约车订单的起点位置确定播单范围；确定播单范围内的运营司机终端，并向运营司机终端发送网约车订单；将对网约车订单进行反馈的运营司机终端确定为待接单司机，并将待接单司机的数量确定为实时处理信息。
在该实施例中，通过将与司机终端之间的交互信息推送给用户终端，以使用户终端能够了解当前司机终端的运营状态，包括具有潜在接单可能的司机终端的数量，用户在了解了具体的运营状态后，也有利于降低服务器对之前的订单处理操作变为无用操作的概率，由于对当前运营状态的了解，用户终端在取消订单后，也能够降低重复发单的概率，进而也降低了服务器执行重复操作的概率，从而降低了服务器对无效操作的占用，进而提升服务器的有效运行效率。
在本申请的一个实施例中，优选地，处理器404，具体用于：将在等待接单过程中，在检测到播单范围内出现新的接单司机的情况下，向新的接单司机发送网约车订单，并根据对应的反馈信息对待接单司机的数量进行累加，以更新待接单司机的数量；和/或在检测到待接单司机的状态由未接单切换为已接单状态或停止运营状态的情况下，对待接单司机的数量进行递减，以更新待接单司机的数量。
在该实施例中，进一步地，基于是否将网约车订单发送给了新的司机终端，和/或是否有司机终端接到了其它订单，待接单司机的数量进行更新，以保证待接单司机的数量真是有效。
在本申请的一个实施例中，优选地，处理器404，具体用于：根据待接单司机的数量与预设的预测模型预测网约车订单的接单概率与等待时长之间的关系，并把接单概率与等待时长之间的关系确定为实时处理信息。
在该实施例中，还可以继续预设的一个预测模型，来描述接单概率与等待时长之间的关系，并将这种关系进行量化作为实时处理信息推送给用户，如果在接单概率在每更新一次都会增加的情况下，那么订单被取消的概率就会降低，最终实现订单被匹配接单，以保证用户的顺利出行。
在本申请的一个实施例中，优选地，处理器404，具体用于：在等待接单过程中，在检测到与网约车订单不匹配的网约车类型具有空余运力的情况下，生成切换网约车订单的类型建议信息，并将建议信息确定为实时处理信息，其中，网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
在该实施例中，在等待接单过程中，比如等待接单的网约车订单为快车订单，如果在检测到其它类型网约车，比如专车、顺风车等具有快速接单的能力时，则也可以将修改订单类型的建议信息实时推送至用户终端，以由用户终端确定是否更改网约车订单也缩短等待时长，从而进一步提升网约车订单的接单成功率。
在本申请的一个实施例中，优选地，处理器404，具体用于：在检测到循环推送的推送数量大于或等于预设阈值的情况下，调整推送频率，以延长推送更新间隔时长。
在该实施例中，在等待时间较长的情况下，还可以延长推送更新时间间隔，以降低服务器的资源占用。
如图5所示，根据本发明另一个实施例的信息显示装置500，适用于终端，信息显示装置500包括：存储器502和处理器504；存储器502，用于存储存储器502用于存储程序代码；处理器504，用于调用程序代码执行：在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；信息显示装置500还包括：显示器506，根据预设的显示方式将处理过程信息显示在指定区域。
在该实施例中，通过采用预设的显示方式将订单的处理过程信息显示在用户终端的指定区域，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行。
在本申请的一个实施例中，优选地，显示器506，具体用于：在处理过程信息为多个网约车订单的实时处理信息的情况下，采用循环流动播放的方式在指定区域显示多个实时处理信息。
在该实施例中，通过采用循环流动播放的方式显示实时接收到的多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。
在本申请的一个实施例中，优选地，显示器506，具体用于：根据预设的更新频率更新实时处理信息，并将更新后的实时处理信息显示在指定区域。
在该实施例中，通过根据预设的更新频率更新等待接单时长，以保证等待接单时长的实时性与有效性，以及使用户对等待接单时长有进一步的了解，用户在了解了具体的等待接单时长后，再决定是否取消订单，也有利于降低订单取消的概率。
在本申请的一个实施例中，优选地，显示器506，具体用于：采用循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与等待接单时长之间的关系显示在指定区域。
在本申请的一个实施例中，优选地，处理器504，具体用于：显示等待接单时长并维持与更新频率对应的预设时长；显示接收到的待接单司机的数量以及待接单司机的位置信息，并维持预设时长；显示接单概率与等待接单时长之间的关系，并维持预设时长，其中，在上述实时处理信息显示过程中，实时穿插显示网约车订单被查看的司机终端信息。
在本申请的一个实施例中，优选地，处理器504，具体用于：在接收到服务器发送空闲运力提示信息的情况下，在显示区域插播空闲运力提示信息，并生成是否更换网约车类型的建议操作区，其中，空闲运力提示信息用于表征与网约车订单不匹配的网约车类型具有空余运力，网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
在该实施例中，在等待接单过程中，比如等待接单的网约车订单为快车订单，如果在检测到其它类型网约车，比如专车、顺风车等具有快速接单的能力时，则也可以将修改订单类型的建议信息实时推送至用户终端，以由用户终端确定是否更改网约车订单也缩短等待时长，从而进一步提升网约车订单的接单成功率。
在本申请的一个实施例中，优选地，处理器504，具体用于：在等待应答过程中，在接收到对任一实时处理信息的显示区域的触控操作时，生成提示对话框；通过提示对话框接收用户输出的针对实时处理信息的问询信息，并发送至服务器，以接收服务器反馈的问询结果。
在该实施例中，通过基于实时处理信息生成提示对话框，以接收用户的问询信息，并将问询信息发送至服务器，以实现在等待接单过程中用户终端与服务器之间的交互功能，通过与服务器之间的交互，在更加了解订单状态的同时，也可以提升用户等待接单的概率。并有利于提升用户的使用体验。
实施例六：
根据本发明的实施例，还提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现：
响应于接收到的网约车订单，在等待接单过程中，向网约车订单关联的用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。
在该实施例中，通过将网约车订单的处理过程信息推送给关联的用户终端，以使用于能够实时了解其网约车订单的处理进程，一方面，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行，另一方面，对于服务器而言，由于订单无端取消的概率降低，使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行。
进一步地，在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生，从而时服务器的处理资源得到了合理分配与利用，相应地，用户终端获得匹配度较高的接单司机终端的概率也会更高，从而有利于整个网约车运营过程的顺利进行。
在本申请的一个实施例中，优选地，向网约车订单关联的用户终端推送网约车订单的处理过程信息，具体包括：采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息。
在该实施例中，通过采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据预设的推送频率以及推送顺序向用户终端推送多种实时处理信息。
在该实施例中，通过采用预设的推送频率与推送顺序推送多种实时处理信息，一方面，推送频率可以与服务器对网约车订单的实时处理频率一致，以实现网约车订单在被接单之前的规律性处理，另一方面，在用户终端也能够实现实时处理信息的规律性显示，以提高用户对这种实时处理信息的接受度。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：将网约车订单的类型信息、时间信息、位置信息输入至预设的接单时间计算模型中，以通过接单时间计算模型输出网约车订单的等待接单时长，并将等待接单时长确定为实时处理信息
在该实施例中，通过预设接单时间计算模型，以提升对等待接单时长的预估的准确性，进而能够使用户对订单处理的时间进程得到更加清晰的了解，其中，结合订单的类型信息、时间信息(即发单时间)、位置信息(包括订单起点位置与终点位置)，能够得到一个较好的等待接单时长，进一步地，还可以将播单范围和/或网约车订单路线上是否发生异常(比如发生交通事故、比如当前的司机终端量的变化等)引入到接单时间计算模型中，以进一步提升计算精度。
具体地，对于网约车平台而言，通过对历史订单数据的收集能够得到大量的经验数据，基于经验数据结合机器学习模型，能够训练得到准确性比较高的接单时间计算模型。
在本申请的一个实施例中，优选地，还包括：根据与推送频率一致的更新频率更新等待接单时长。
在该实施例中，通过采用与推送频率一直的更新频率更新等待接单时长，以保证等待接单时长的实时性与有效性，以及使用户对等待接单时长有进一步的了解，用户在了解了具体的等待接单时长后，再决定是否取消订单，也有利于降低订单取消的概率。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据网约车订单的起点位置确定播单范围；确定播单范围内的运营司机终端，并向运营司机终端发送网约车订单；将对网约车订单进行反馈的运营司机终端确定为待接单司机，并将待接单司机的数量确定为实时处理信息。
在该实施例中，通过将与司机终端之间的交互信息推送给用户终端，以使用户终端能够了解当前司机终端的运营状态，包括具有潜在接单可能的司机终端的数量，用户在了解了具体的运营状态后，也有利于降低服务器对之前的订单处理操作变为无用操作的概率，由于对当前运营状态的了解，用户终端在取消订单后，也能够降低重复发单的概率，进而也降低了服务器执行重复操作的概率，从而降低了服务器对无效操作的占用，进而提升服务器的有效运行效率。
在本申请的一个实施例中，优选地，还包括：将在等待接单过程中，在检测到播单范围内出现新的接单司机的情况下，向新的接单司机发送网约车订单，并根据对应的反馈信息对待接单司机的数量进行累加，以更新待接单司机的数量；和/或在检测到待接单司机的状态由未接单切换为已接单状态或停止运营状态的情况下，对待接单司机的数量进行递减，以更新待接单司机的数量。
在该实施例中，进一步地，基于是否将网约车订单发送给了新的司机终端，和/或是否有司机终端接到了其它订单，待接单司机的数量进行更新，以保证待接单司机的数量真是有效。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据待接单司机的数量与预设的预测模型预测网约车订单的接单概率与等待时长之间的关系，并把接单概率与等待时长之间的关系确定为实时处理信息。
在该实施例中，还可以继续预设的一个预测模型，来描述接单概率与等待时长之间的关系，并将这种关系进行量化作为实时处理信息推送给用户，如果在接单概率在每更新一次都会增加的情况下，那么订单被取消的概率就会降低，最终实现订单被匹配接单，以保证用户的顺利出行。
在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：在等待接单过程中，在检测到与网约车订单不匹配的网约车类型具有空余运力的情况下，生成切换网约车订单的类型建议信息，并将建议信息确定为实时处理信息，其中，网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
在该实施例中，在等待接单过程中，比如等待接单的网约车订单为快车订单，如果在检测到其它类型网约车，比如专车、顺风车等具有快速接单的能力时，则也可以将修改订单类型的建议信息实时推送至用户终端，以由用户终端确定是否更改网约车订单也缩短等待时长，从而进一步提升网约车订单的接单成功率。
在本申请的一个实施例中，优选地，还包括：在检测到循环推送的推送数量大于或等于预设阈值的情况下，调整推送频率，以延长推送更新间隔时长。
在该实施例中，在等待时间较长的情况下，还可以延长推送更新时间间隔，以降低服务器的资源占用。
计算机程序被处理器执行时还实现：
在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；根据预设的显示方式将处理过程信息显示在指定区域。
在该实施例中，通过采用预设的显示方式将订单的处理过程信息显示在用户终端的指定区域，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行。
在本申请的一个实施例中，优选地，根据预设的显示方式将处理过程信息显示在指定区域，具体包括：在处理过程信息为多个网约车订单的实时处理信息的情况下，采用循环流动播放的方式在指定区域显示多个实时处理信息。
在该实施例中，通过采用循环流动播放的方式显示实时接收到的多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。
在本申请的一个实施例中，优选地，采用循环流动播放的方式在指定区域显示多个实时处理信息，具体包括：根据预设的更新频率更新实时处理信息，并将更新后的实时处理信息显示在指定区域。
在该实施例中，通过根据预设的更新频率更新等待接单时长，以保证等待接单时长的实时性与有效性，以及使用户对等待接单时长有进一步的了解，用户在了解了具体的等待接单时长后，再决定是否取消订单，也有利于降低订单取消的概率。
在本申请的一个实施例中，优选地，还采用循环流动播放的方式在指定区域显示多个实时处理信息，具体包括：采用循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与等待接单时长之间的关系显示在指定区域。
在本申请的一个实施例中，优选地，采用循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与等待接单时长之间的关系显示在指定区域，具体包括：显示等待接单时长并维持与更新频率对应的预设时长；显示接收到的待接单司机的数量以及待接单司机的位置信息，并维持预设时长；显示接单概率与等待接单时长之间的关系，并维持预设时长，其中，在上述实时处理信息显示过程中，实时穿插显示网约车订单被查看的司机终端信息。
在本申请的一个实施例中，优选地，还包括：在接收到服务器发送空闲运力提示信息的情况下，在显示区域插播空闲运力提示信息，并生成是否更换网约车类型的建议操作区，其中，空闲运力提示信息用于表征与网约车订单不匹配的网约车类型具有空余运力，网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
在该实施例中，在等待接单过程中，比如等待接单的网约车订单为快车订单，如果在检测到其它类型网约车，比如专车、顺风车等具有快速接单的能力时，则也可以将修改订单类型的建议信息实时推送至用户终端，以由用户终端确定是否更改网约车订单也缩短等待时长，从而进一步提升网约车订单的接单成功率。
在本申请的一个实施例中，优选地，还包括：在等待应答过程中，在接收到对任一实时处理信息的显示区域的触控操作时，生成提示对话框；通过提示对话框接收用户输出的针对实时处理信息的问询信息，并发送至服务器，以接收服务器反馈的问询结果。
在该实施例中，通过基于实时处理信息生成提示对话框，以接收用户的问询信息，并将问询信息发送至服务器，以实现在等待接单过程中用户终端与服务器之间的交互功能，通过与服务器之间的交互，在更加了解订单状态的同时，也可以提升用户等待接单的概率。并有利于提升用户的使用体验。
本发明实施例的方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例的危险驾驶行为的前信息推送装置的单元模块可以根据实际需要进行合并、划分和删减。
进一步地，可以理解的是，流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本发明的描述中，术语“第一”、“第二”和“第三”仅用于描述的目的，而不能理解为指示或暗示相对重要性，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明实施例中的具体含义。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (37)
1.一种信息推送方法，适用于服务器，其特征在于，包括：
从用户终端接收服务请求并产生与所述用户终端关联的网约车订单；
在等待接单过程中，向所述用户终端推送所述网约车订单的处理过程信息，其中，所述处理过程信息用于展示所述网约车订单的运行状态。
2.根据权利要求1所述的信息推送方法，其特征在于，所述在等待接单过程中，向所述用户终端推送所述网约车订单的处理过程信息，具体包括：
采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息。
3.根据权利要求2所述的信息推送方法，其特征在于，所述采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息，具体包括：
根据预设的推送频率以及推送顺序向所述用户终端推送多种所述实时处理信息。
4.根据权利要求3所述的信息推送方法，其特征在于，所述采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息，具体包括：
将所述网约车订单的类型信息、时间信息、位置信息输入至预设的接单时间计算模型中，以通过所述接单时间计算模型输出所述网约车订单的等待接单时长，并将所述等待接单时长确定为所述实时处理信息。
5.根据权利要求4所述的信息推送方法，其特征在于，还包括：
根据与所述推送频率一致的更新频率更新所述等待接单时长。
6.根据权利要求3所述的信息推送方法，其特征在于，所述采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息，具体包括：
根据所述网约车订单的起点位置确定播单范围；
确定所述播单范围内的运营司机终端，并向所述运营司机终端发送所述网约车订单；
将对所述网约车订单进行反馈的所述运营司机终端确定为待接单司机，并将所述待接单司机的数量确定为所述实时处理信息。
7.根据权利要求6所述的信息推送方法，其特征在于，还包括：
在等待接单过程中，在检测到所述播单范围内出现新的接单司机的情况下，向所述新的接单司机发送所述网约车订单，并根据对应的反馈信息对所述待接单司机的数量进行累加，以更新所述待接单司机的数量；和/或
在检测到所述待接单司机的状态由未接单切换为已接单状态或停止运营状态的情况下，对所述待接单司机的数量进行递减，以更新所述待接单司机的数量。
8.根据权利要求6所述的信息推送方法，其特征在于，所述采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息，具体包括：
根据所述待接单司机的数量与预设的预测模型预测所述网约车订单的接单概率与等待时长之间的关系，并把所述接单概率与所述等待时长之间的关系确定为所述实时处理信息。
9.根据权利要求3所述的信息推送方法，其特征在于，所述采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息，具体包括：
在等待接单过程中，在检测到与所述网约车订单不匹配的网约车类型具有空余运力的情况下，生成切换所述网约车订单的类型建议信息，并将所述建议信息确定为所述实时处理信息，
其中，所述网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
10.根据权利要求3至9中任一项所述的信息推送方法，其特征在于，还包括：
在检测到所述循环推送的推送数量大于或等于预设阈值的情况下，调整所述推送频率，以延长推送更新间隔时长。
11.一种信息显示方法，适用于终端，其特征在于，包括：
在向服务器发送网约车订单后，在等待应答过程中，接收所述服务器发送的所述网约车订单的处理过程信息；
根据预设的显示方式将所述处理过程信息显示在指定区域。
12.根据权利要求11所述的信息显示方法，其特征在于，所述根据预设的显示方式将所述处理过程信息显示在指定区域，具体包括：
在所述处理过程信息为多个所述网约车订单的实时处理信息的情况下，采用循环流动播放的方式在所述指定区域显示所述多个实时处理信息。
13.根据权利要求12所述的信息显示方法，其特征在于，所述采用循环流动播放的方式在所述指定区域显示所述多个实时处理信息，具体包括：
根据预设的更新频率更新所述实时处理信息，并将更新后的所述实时处理信息显示在所述指定区域。
14.根据权利要求12所述的信息显示方法，其特征在于，所述采用循环流动播放的方式在所述指定区域显示所述多个实时处理信息，具体包括：
采用所述循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与所述等待接单时长之间的关系显示在所述指定区域。
15.根据权利要求13所述的信息显示方法，其特征在于，所述采用所述循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与所述等待接单时长之间的关系显示在所述指定区域，具体包括：
显示所述等待接单时长并维持与更新频率对应的预设时长；
显示接收到的所述待接单司机的数量以及所述待接单司机的位置信息，并维持所述预设时长；
显示所述接单概率与所述等待接单时长之间的关系，并维持所述预设时长，
其中，在上述所述实时处理信息显示过程中，实时穿插显示所述网约车订单被查看的司机终端信息。
16.根据权利要求12所述的信息显示方法，其特征在于，还包括：
在接收到所述服务器发送空闲运力提示信息的情况下，在所述显示区域插播所述空闲运力提示信息，并生成是否更换网约车类型的建议操作区，
其中，所述空闲运力提示信息用于表征与所述网约车订单不匹配的网约车类型具有空余运力，所述网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
17.根据权利要求12至16中任一项所述的信息显示方法，其特征在于，还包括：
在等待应答过程中，在接收到对任一所述实时处理信息的显示区域的触控操作时，生成提示对话框；
通过所述提示对话框接收用户输出的针对所述实时处理信息的问询信息，并发送至所述服务器，以接收所述服务器反馈的问询结果。
18.一种信息推送装置，适用于服务器，其特征在于，包括：存储器和处理器；
所述存储器，用于存储所述存储器用于存储程序代码；
所述处理器，用于调用所述程序代码执行：
从用户终端接收服务请求并产生与所述用户终端关联的网约车订单；
在等待接单过程中，向所述用户终端推送所述网约车订单的处理过程信息，其中，所述处理过程信息用于展示所述网约车订单的运行状态。
19.根据权利要求18所述的信息推送装置，其特征在于，所述处理器，具体用于：
采用循环推送的方式向所述用户终端推送多种所述网约车订单的实时处理信息。
20.根据权利要求19所述的信息推送装置，其特征在于，所述处理器，具体用于：
根据预设的推送频率以及推送顺序向所述用户终端推送多种所述实时处理信息。
21.根据权利要求20所述的信息推送装置，其特征在于，所述处理器，具体用于：
将所述网约车订单的类型信息、时间信息、位置信息输入至预设的接单时间计算模型中，以通过所述接单时间计算模型输出所述网约车订单的等待接单时长，并将所述等待接单时长确定为所述实时处理信息。
22.根据权利要求21所述的信息推送装置，其特征在于，所述处理器，具体用于：
根据与所述推送频率一致的更新频率更新所述等待接单时长。
23.根据权利要求20所述的信息推送装置，其特征在于，所述处理器，具体用于：
根据所述网约车订单的起点位置确定播单范围；
确定所述播单范围内的运营司机终端，并向所述运营司机终端发送所述网约车订单；
将对所述网约车订单进行反馈的所述运营司机终端确定为待接单司机，并将所述待接单司机的数量确定为所述实时处理信息。
24.根据权利要求23所述的信息推送装置，其特征在于，所述处理器，具体用于：
在等待接单过程中，在检测到所述播单范围内出现新的接单司机的情况下，向所述新的接单司机发送所述网约车订单，并根据对应的反馈信息对所述待接单司机的数量进行累加，以更新所述待接单司机的数量；和/或
在检测到所述待接单司机的状态由未接单切换为已接单状态或停止运营状态的情况下，对所述待接单司机的数量进行递减，以更新所述待接单司机的数量。
25.根据权利要求23所述的信息推送装置，其特征在于，所述处理器，具体用于：
根据所述待接单司机的数量与预设的预测模型预测所述网约车订单的接单概率与等待时长之间的关系，并把所述接单概率与所述等待时长之间的关系确定为所述实时处理信息。
26.根据权利要求20所述的信息推送装置，其特征在于，所述处理器，具体用于：
在等待接单过程中，在检测到与所述网约车订单不匹配的网约车类型具有空余运力的情况下，生成切换所述网约车订单的类型建议信息，并将所述建议信息确定为所述实时处理信息，
其中，所述网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
27.根据权利要求20至26中任一项所述的信息推送装置，其特征在于，所述处理器，具体用于：
在检测到所述循环推送的推送数量大于或等于预设阈值的情况下，调整所述推送频率，以延长推送更新间隔时长。
28.一种信息显示装置，适用于终端，其特征在于，包括：存储器和处理器；
所述存储器，用于存储所述存储器用于存储程序代码；
所述处理器，用于调用所述程序代码执行：
在向服务器发送网约车订单后，在等待应答过程中，接收所述服务器发送的所述网约车订单的处理过程信息；
所述信息显示装置还包括：显示器，
所述显示器，用于根据预设的显示方式将所述处理过程信息显示在指定区域。
29.根据权利要求28所述的信息显示装置，其特征在于，所述显示器，具体用于：
在所述处理过程信息为多个所述网约车订单的实时处理信息的情况下，采用循环流动播放的方式在所述指定区域显示所述多个实时处理信息。
30.根据权利要求29所述的信息显示装置，其特征在于，所述显示器，具体用于：
根据预设的更新频率更新所述实时处理信息，并将更新后的所述实时处理信息显示在所述指定区域。
31.根据权利要求29所述的信息显示装置，其特征在于，所述显示器，具体用于：
采用所述循环流动播放的方式将等待接单时长、待接单司机的数量以及接单概率与所述等待接单时长之间的关系显示在所述指定区域。
32.根据权利要求30所述的信息显示装置，其特征在于，所述显示器，具体用于：
显示所述等待接单时长并维持与更新频率对应的预设时长；
显示接收到的所述待接单司机的数量以及所述待接单司机的位置信息，并维持所述预设时长；
显示所述接单概率与所述等待接单时长之间的关系，并维持所述预设时长，
其中，在上述所述实时处理信息显示过程中，实时穿插显示所述网约车订单被查看的司机终端信息。
33.根据权利要求29所述的信息显示装置，其特征在于，所述处理器，具体用于：
在接收到所述服务器发送空闲运力提示信息的情况下，在所述显示区域插播所述空闲运力提示信息，并生成是否更换网约车类型的建议操作区，
其中，所述空闲运力提示信息用于表征与所述网约车订单不匹配的网约车类型具有空余运力，所述网约车类型包括豪华车、专车、快车、出租车、代驾与顺风车。
34.根据权利要求29至33中任一项所述的信息显示装置，其特征在于，所述处理器，具体用于：
在等待应答过程中，在接收到对任一所述实时处理信息的显示区域的触控操作时，生成提示对话框；
通过所述提示对话框接收用户输出的针对所述实时处理信息的问询信息，并发送至所述服务器，以接收所述服务器反馈的问询结果。
35.一种服务器，其特征在于，包括：
如权利要求18至27中任一项所述的信息推送装置。
36.一种终端，其特征在于，包括：
如权利要求28至34中任一项所述的信息显示装置。
37.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的信息推送方法限定的步骤，和/或11至17中任一项所述的信息显示方法限定的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910105003.4A CN111526170B (zh) | 2019-02-01 | 2019-02-01 | 推送方法、显示方法、装置、服务器、终端和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910105003.4A CN111526170B (zh) | 2019-02-01 | 2019-02-01 | 推送方法、显示方法、装置、服务器、终端和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111526170A true CN111526170A (zh) | 2020-08-11 |
| CN111526170B CN111526170B (zh) | 2022-10-04 |
Family
ID=71900136
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910105003.4A Active CN111526170B (zh) | 2019-02-01 | 2019-02-01 | 推送方法、显示方法、装置、服务器、终端和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111526170B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112184373A (zh) * | 2020-09-25 | 2021-01-05 | 汉海信息技术(上海)有限公司 | 数据处理方法、装置、电子设备及存储介质 |
| CN112766587A (zh) * | 2021-01-26 | 2021-05-07 | 北京顺达同行科技有限公司 | 物流订单处理方法、装置、计算机设备以及存储介质 |
| CN112785073A (zh) * | 2021-01-29 | 2021-05-11 | 汉海信息技术(上海)有限公司 | 一种信息处理方法、装置、电子设备及可读存储介质 |
| CN113393003A (zh) * | 2021-05-27 | 2021-09-14 | 浙江吉利控股集团有限公司 | 一种订单处理方法、装置、服务器及存储介质 |
| CN113793165A (zh) * | 2021-01-15 | 2021-12-14 | 北京京东拓先科技有限公司 | 接单响应时长的输出方法、装置、电子设备及计算机介质 |
| CN117252397A (zh) * | 2023-11-13 | 2023-12-19 | 北京白驹易行科技有限公司 | 确定网约车预约订单的接单司机的方法、装置及计算机设备 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108009841A (zh) * | 2017-03-29 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 网约车服务请求处理方法、装置和服务器 |
| CN108009651A (zh) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、终端设备和计算机可读存储介质 |
| CN108009650A (zh) * | 2017-03-29 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 网约车服务请求处理方法、装置和服务器 |
| CN108009654A (zh) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、服务器和计算机可读存储介质 |
| US20180276586A1 (en) * | 2017-01-06 | 2018-09-27 | Zyleck Technologies, Inc. | Systems and methods for routing vehicles and scheduling vehicle rides |
| CN109284880A (zh) * | 2017-07-20 | 2019-01-29 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法、装置、服务器、移动终端和可读存储介质 |
-
2019
- 2019-02-01 CN CN201910105003.4A patent/CN111526170B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180276586A1 (en) * | 2017-01-06 | 2018-09-27 | Zyleck Technologies, Inc. | Systems and methods for routing vehicles and scheduling vehicle rides |
| CN108009841A (zh) * | 2017-03-29 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 网约车服务请求处理方法、装置和服务器 |
| CN108009650A (zh) * | 2017-03-29 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 网约车服务请求处理方法、装置和服务器 |
| CN109284880A (zh) * | 2017-07-20 | 2019-01-29 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法、装置、服务器、移动终端和可读存储介质 |
| CN108009651A (zh) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、终端设备和计算机可读存储介质 |
| CN108009654A (zh) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、服务器和计算机可读存储介质 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112184373A (zh) * | 2020-09-25 | 2021-01-05 | 汉海信息技术(上海)有限公司 | 数据处理方法、装置、电子设备及存储介质 |
| CN113793165A (zh) * | 2021-01-15 | 2021-12-14 | 北京京东拓先科技有限公司 | 接单响应时长的输出方法、装置、电子设备及计算机介质 |
| CN112766587A (zh) * | 2021-01-26 | 2021-05-07 | 北京顺达同行科技有限公司 | 物流订单处理方法、装置、计算机设备以及存储介质 |
| CN112766587B (zh) * | 2021-01-26 | 2023-10-27 | 北京顺达同行科技有限公司 | 物流订单处理方法、装置、计算机设备以及存储介质 |
| CN112785073A (zh) * | 2021-01-29 | 2021-05-11 | 汉海信息技术(上海)有限公司 | 一种信息处理方法、装置、电子设备及可读存储介质 |
| CN113393003A (zh) * | 2021-05-27 | 2021-09-14 | 浙江吉利控股集团有限公司 | 一种订单处理方法、装置、服务器及存储介质 |
| WO2022247580A1 (zh) * | 2021-05-27 | 2022-12-01 | 浙江吉利控股集团有限公司 | 一种订单处理方法、装置、服务器及存储介质 |
| CN113393003B (zh) * | 2021-05-27 | 2023-11-24 | 浙江吉利控股集团有限公司 | 一种订单处理方法、装置、服务器及存储介质 |
| CN117252397A (zh) * | 2023-11-13 | 2023-12-19 | 北京白驹易行科技有限公司 | 确定网约车预约订单的接单司机的方法、装置及计算机设备 |
| CN117252397B (zh) * | 2023-11-13 | 2024-04-19 | 北京白驹易行科技有限公司 | 确定网约车预约订单的接单司机的方法、装置及计算机设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111526170B (zh) | 2022-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111526170B (zh) | 推送方法、显示方法、装置、服务器、终端和存储介质 | |
| CN111242333B (zh) | 网约车订单处理方法、系统、终端及服务器 | |
| CN109961158B (zh) | 预约订单分配方法和预约订单分配装置 | |
| CN111966729A (zh) | 一种车辆轨迹数据处理方法、装置、设备及存储介质 | |
| CN111144676A (zh) | 用车订单分配方法、装置、服务器及计算机可读存储介质 | |
| CN108399460B (zh) | 网络约车订单分配处理方法及服务器 | |
| DE112016006754T5 (de) | Verfahren und vorrichtung zur on-demand-kraftstofflieferung | |
| CN113627792B (zh) | 无人车的调度管理方法、装置、设备、存储介质及程序 | |
| CN110020215A (zh) | 找单推荐信息的推送方法及装置、电子设备 | |
| CN111861081A (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
| CN109685429A (zh) | 配送能力确定方法、装置、电子设备及存储介质 | |
| CN114298559A (zh) | 换电站的换电方法、换电管理平台及存储介质 | |
| CN112686516A (zh) | 配送设备换电管理方法、装置、电子设备 | |
| CN115860300A (zh) | 车辆的换电调度方法、装置、电子设备及存储介质 | |
| CN113159776A (zh) | 信息处理方法、装置、设备及计算机可读存储介质 | |
| CN110798800B (zh) | 信息推送方法、装置、设备及计算机可读存储介质 | |
| CN110766492A (zh) | 订单信息的处理方法、装置及设备 | |
| CN113112116A (zh) | 订单分配方法、装置及服务器 | |
| CN111178558B (zh) | 网约车订单处理方法及装置、计算机设备和可读存储介质 | |
| CN109993328B (zh) | 网络约车订单分配方法和装置 | |
| CN113129102B (zh) | 一种延迟派单方法、装置、电子设备及存储介质 | |
| CN111860905A (zh) | 一种分派订单的方法、系统、计算机设备及存储介质 | |
| CN111507753A (zh) | 信息推送方法、装置和电子设备 | |
| JP7337644B2 (ja) | 料金決定装置、料金決定システム及び料金決定方法 | |
| CN114881692A (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 |