推送方法、显示方法、装置、服务器、终端和存储介质制造方法及图纸

本发明专利技术提供了一种推送方法、显示方法、装置、服务器、终端和存储介质，其中，信息推送方法包括：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。本发明专利技术的技术方案，能够降低订单无端取消的概率，并且使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行，在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生。

【技术实现步骤摘要】
推送方法、显示方法、装置、服务器、终端和存储介质
本专利技术涉及交通出行领域，具体而言，涉及一种信息推送方法、一种信息推送装置、一种信息显示方法、一种信息显示装置、一种服务器、一种终端和一种计算机可读存储介质。
技术介绍
相关技术中，在网约车应用程序中，用户在发单后，由于只向用户展示已经等待的时间，导致存在以下缺陷：(1)如果短时间内未有司机终端接单，由于用户不了解当前订单的处理情况，会使订单取消率增加，导致网约车平台之前对订单的处理操作(比如对司机终端进行调度等)变为无用操作，在对网约车平台的处理资源造成浪费的同时，也会影响用户的正常出行；(2)部分用户由于出行需求，在取消订单后会重新发单，对于网约车平台则会造成重复播单，重复播单的情况也会无端占用网约车平台的资源，并且影响了平台端的正常运行。
技术实现思路
本专利技术旨在至少解决现有技术或相关技术中存在的技术问题之一。为此，本专利技术的一个目的在于提供一种信息推送方法。本专利技术的另一个目的在于提供一种信息显示方法。本专利技术的再一个目的在于提供一种信息推送装置。本专利技术的又一个目的在于提供一种信息显示装置。本专利技术的又一个目的在于提供一种服务器。本专利技术的又一个目的在于提供一种终端。本专利技术的又一个目的在于提供一种计算机可读存储介质。为了实现上述目的，本专利技术第一方面的技术方案提供了一种信息推送方法，适用于服务器，包括：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。本专利技术第二方面的技术方案提供了一种信息显示方法，适用于终端，包括：在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；根据预设的显示方式将处理过程信息显示在指定区域。本专利技术的第三方面的技术方案提供了一种信息推送装置，适用于服务器，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：从用户终端接收服务请求并产生与用户终端关联的网约车订单；在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。本专利技术的第四方面的技术方案提供了一种信息显示装置，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：在向服务器发送网约车订单后，在等待应答过程中，接收服务器发送的网约车订单的处理过程信息；根据预设的显示方式将处理过程信息显示在指定区域。本专利技术的第五方面的技术方案提供了一种服务器，包括：本专利技术的第三方面提供的信息推送装置信息。本专利技术的第六方面的技术方案提供了一种终端，包括：本专利技术的第四方面提供的信息显示装置信息。本专利技术的第七方面的技术方案提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项信息推送方法和/或信息显示方法限定的步骤。从上述本专利技术的实施例可知，通过将网约车订单的处理过程信息推送给关联的用户终端，以使用于能够实时了解其网约车订单的处理进程，一方面，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行，另一方面，对于服务器而言，由于订单无端取消的概率降低，使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行，并且在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生，从而时服务器的处理资源得到了合理分配与利用，相应地，用户终端获得匹配度较高的接单司机终端的概率也会更高，从而有利于整个网约车运营过程的顺利进行。本专利技术的优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本专利技术的实践了解到。附图说明本专利技术的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：图1示出了根据本专利技术的一个实施例的信息推送方法的示意流程图；图2示出了根据本专利技术的一个实施例的信息显示方法的示意流程图；图3示出了根据本专利技术的实施例的信息显示方法的界面示意图；图4示出了根据本专利技术的一个实施例的信息推送装置的示意框图；图5示出了根据本专利技术的一个实施例的信息显示装置的示意框图。具体实施方式为了能够更清楚地理解本专利技术的上述目的、特征和优点，下面结合附图和具体实施方式对本专利技术进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。在下面的描述中阐述了很多具体细节以便于充分理解本专利技术，但是，本专利技术还可以采用其他不同于在此描述的其他方式来实施，因此，本专利技术的保护范围并不受下面公开的具体实施例的限制。实施例一：下面结合图1对本专利技术的一个实施例的信息推送方法进行具体说明。如图1所示，根据本专利技术一个实施例的信息推送方法，适用于服务器，具体包括以下流程步骤：步骤102，从用户终端接收服务请求并产生与用户终端关联的网约车订单；步骤104，在等待接单过程中，向用户终端推送网约车订单的处理过程信息，其中，处理过程信息用于展示网约车订单的运行状态。在该实施例中，通过将网约车订单的处理过程信息推送给关联的用户终端，以使用于能够实时了解其网约车订单的处理进程，一方面，能够使用户根据了解到的处理进程做出更合理的选择，通常情况下用户终端能够延长等待接单时间，从而能够降低订单无端取消的概率，相对的提升接单率，以保证用户的顺利出行，另一方面，对于服务器而言，由于订单无端取消的概率降低，使服务器对于该网约车订单的处理操作均处于有效状态，进而降低的无效操作的输出，保证了服务器资源的合理利用以及网约车平台的正常运行。进一步地，在用户终端延长等待接单时间的情况下，也能够防止了服务器重复播单现象的产生，从而时服务器的处理资源得到了合理分配与利用，相应地，用户终端获得匹配度较高的接单司机终端的概率也会更高，从而有利于整个网约车运营过程的顺利进行。在本申请的一个实施例中，优选地，向网约车订单关联的用户终端推送网约车订单的处理过程信息，具体包括：采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息。在该实施例中，通过采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，一方面，能够保持处理过程信息的实时性，以使用户终端能够跟进网约车订单的处理进程，另一方面，通过推送多种实时处理信息，也可以是用户能够从不同角度了解订单的处理状态，以确定继续等待接单或取消订单。在本申请的一个实施例中，优选地，采用循环推送的方式向用户终端推送多种网约车订单的实时处理信息，具体包括：根据预设的推送频率以及推送顺序向用户终本文档来自技高网...

【技术保护点】
1.一种信息推送方法，适用于服务器，其特征在于，包括：/n从用户终端接收服务请求并产生与所述用户终端关联的网约车订单；/n在等待接单过程中，向所述用户终端推送所述网约车订单的处理过程信息，其中，所述处理过程信息用于展示所述网约车订单的运行状态。/n

【技术特征摘要】
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.一种信息推送装置，适用于服务器，其特征在于，包括：存储器和处理器；
所述存储器，用于存储所...

【专利技术属性】
技术研发人员：楚天，赵帅，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：北京;11