首页> 中国专利> 网约车业务处理方法、终端设备及服务器

网约车业务处理方法、终端设备及服务器

摘要

本发明实施例提供一种网约车业务处理方法、终端设备及服务器。该方法包括:检测用户的网约车操作;根据所述网约车操作确定网约车请求,所述网约车请求包括用户选择的当前业务车型;将所述网约车请求发送给服务器,以使所述服务器根据所述网约车请求,确定是否需要将所述用户选择的当前业务车型引导到目标业务车型;当所述服务器确定将所述用户选择的当前业务车型引导到目标业务车型时,接收所述服务器发送的引导信息,所述引导信息包括目标业务车型的标识信息;根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识。该目标业务车型可提高该用户网约车订单的应答率,使得用户可以很快的叫上车,从而提高了用户的出行效率。

著录项

  • 公开/公告号CN110163707A

    专利类型发明专利

  • 公开/公告日2019-08-23

    原文格式PDF

  • 申请/专利权人 北京嘀嘀无限科技发展有限公司;

    申请/专利号CN201810150901.7

  • 发明设计人 李国军;孔力;王超;王珏;

    申请日2018-02-13

  • 分类号

  • 代理机构北京同立钧成知识产权代理有限公司;

  • 代理人张子青

  • 地址 100193 北京市海淀区东北旺西路8号院34号楼

  • 入库时间 2024-02-19 13:54:06

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2020-08-25

    授权

    授权

  • 2019-09-17

    实质审查的生效 IPC(主分类):G06Q30/06 申请日:20180213

    实质审查的生效

  • 2019-08-23

    公开

    公开

说明书

技术领域

本发明实施例涉及计算机技术领域,尤其涉及一种网约车业务处理方法、终端设备及服务器。

背景技术

当前,网约车软件已经成为人们日常生活中不可或缺的出行工具,用户在其终端设备上安装的网约车软件中输入起始点、目的地、以及选择所需的业务类型,点击确认网约车按钮后,网约车软件即可通过终端设备向服务器发送网约车请求,服务器将用户的网约车请求发送给用户周围一定区域内的该业务类型的司机终端,用户只需等待司机前来接送即可。

如果该用户周围的其他用户也在叫该业务类型的车辆,而该用户周围的该业务类型的可用车辆较为有限,导致该业务类型的车辆的供应不能满足需求时,该用户就需要等待很长时间,严重影响了用户的出行效率。

发明内容

本发明实施例提供一种网约车业务处理方法、终端设备及服务器,以提高用户的出行效率。

第一方面,本发明实施例提供一种网约车业务处理方法,包括:

检测用户的网约车操作;

根据所述网约车操作确定网约车请求,所述网约车请求包括用户选择的当前业务车型;

将所述网约车请求发送给服务器,以使所述服务器根据所述网约车请求,确定是否需要将所述用户选择的当前业务车型引导到目标业务车型;

当所述服务器确定将所述用户选择的当前业务车型引导到目标业务车型时,接收所述服务器发送的引导信息,所述引导信息包括目标业务车型的标识信息;

根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识。

第二方面,本发明实施例提供一种网约车业务处理方法,包括:

接收用户终端发送的网约车请求,所述网约车请求包括用户选择的当前业务车型、网约车起始位置;

当所述当前业务车型的供应不能满足需求时,确定所述网约车起始位置周围预设区域内至少一个参考业务车型的运力;

根据所述用户的历史网约车信息,确定所述用户对所述至少一个参考业务车型的接受率;

根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

第三方面,本发明实施例提供一种终端设备,包括:

检测单元,用于检测用户的网约车操作;

确定单元,用于根据所述网约车操作确定网约车请求,所述网约车请求包括用户选择的当前业务车型;

发送单元,用于将所述网约车请求发送给服务器,以使所述服务器根据所述网约车请求,确定是否需要将所述用户选择的当前业务车型引导到目标业务车型;

接收单元,用于当所述服务器确定将所述用户选择的当前业务车型引导到目标业务车型时,接收所述服务器发送的引导信息,所述引导信息包括目标业务车型的标识信息;

标识单元,用于根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识。

第四方面,本发明实施例提供一种终端设备,包括:

存储器;

处理器;以及

计算机程序;

其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现第一方面所述的方法。

第五方面,本发明实施例提供一种服务器,包括:

接收单元,用于接收用户终端发送的网约车请求,所述网约车请求包括用户选择的当前业务车型、网约车起始位置;

第一确定单元,用于当所述当前业务车型的供应不能满足需求时,确定所述网约车起始位置周围预设区域内至少一个参考业务车型的运力;

第二确定单元,用于根据所述用户的历史网约车信息,确定所述用户对所述至少一个参考业务车型的接受率;

第三确定单元,用于根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

第六方面,本发明实施例提供一种服务器,包括:

存储器;

处理器;以及

计算机程序;

其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现第二方面所述的方法。

第七方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现第一方面所述的方法。

第八方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现第二方面所述的方法。

本发明实施例提供的网约车业务处理方法、终端设备及服务器,通过终端设备将用户的网约车请求发送给服务器,服务器可根据该网约车请求确定用户当前选择的业务车型的运力是否能满足需求,如果用户当前选择的业务车型的运力不能满足需求时,服务器可以将用户选择的当前业务车型引导到目标业务车型,服务器向终端设备发送引导信息,终端设备根据引导信息在用户界面上对目标业务车型进行标识,使得用户可以选择服务器推荐的目标业务车型,该目标业务车型可提高该用户网约车订单的应答率,使得用户可以很快的叫上车,从而提高了用户的出行效率。

附图说明

图1为本发明实施例提供的通信系统的示意图;

图2为本发明实施例提供的用户界面的示意图;

图3为本发明实施例提供的用户界面的示意图;

图4为本发明实施例提供的网约车业务处理方法流程图;

图5为本发明实施例提供的用户界面的示意图;

图6为本发明实施例提供的用户界面的示意图;

图7为本发明实施例提供的用户界面的示意图;

图8为本发明实施例提供的用户界面的示意图;

图9为本发明另一实施例提供的网约车业务处理方法流程图;

图10位本发明实施例提供的网约车平台的系统架构图;

图11为本发明实施例提供的终端设备的结构示意图;

图12为本发明另一实施例提供的终端设备的结构示意图;

图13为本发明实施例提供的服务器的结构图;

图14为本发明另一实施例提供的服务器的结构图。

通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本发明提供的网约车业务处理方法,可以适用于图1所示的通信系统。如图1所示,该通信系统包括:接入网设备11、终端设备12以及服务器 13。需要说明的是,图1所示的通信系统可以适用于不同的网络制式,例如,可以适用于全球移动通讯(Global System ofMobile communication,简称GSM)、码分多址(Code Division Multiple Access,简称CDMA)、宽带码分多址(Wideband Code Division Multiple Access,简称WCDMA)、时分同步码分多址(Time Division-Synchronous Code Division Multiple Access,简称TD-SCDMA)、长期演进(Long Term Evolution,简称LTE)系统及未来的5G等网络制式。可选的,上述通信系统可以为5G 通信系统中高可靠低时延通信(Ultra-Reliable and LowLatency Communications,简称URLLC)传输的场景中的系统。

故而,可选的,上述接入网设备11可以是GSM或CDMA中的基站(Base TransceiverStation,简称BTS)和/或基站控制器,也可以是WCDMA中的基站(NodeB,简称NB)和/或无线网络控制器(Radio Network Controller,简称RNC),还可以是LTE中的演进型基站(Evolutional Node B,简称eNB或eNodeB),或者中继站或接入点,或者未来5G网络中的基站(gNB)等,本发明在此并不限定。

上述终端设备12可以是无线终端也可以是有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network,简称RAN)与一个或多个核心网设备进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。再例如,无线终端还可以是个人通信业务(Personal Communication Service,简称PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol,简称SIP)话机、无线本地环路(Wireless LocalLoop,简称 WLL)站、个人数字助理(Personal Digital Assistant,简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站 (Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(RemoteTerminal)、接入终端 (Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户设备(User Device or User Equipment),在此不作限定。可选的,上述终端设备12还可以是智能手表、平板电脑等设备。

在本实施例中,终端设备12具体可以是智能手机,该智能手机中安装有网约车软件。服务器13具体可以是网约车软件对应的网约车平台。当用户使用网约车软件进行网约车时,终端设备12可以检测用户在用户界面上的操作,并将用户操作转换为用户指令,通过接入网设备11将用户指令发送给服务器13,服务器13对用户指令进行处理后,将响应结果反馈给终端设备12,终端设备12进一步将该响应结果显示在用户界面上。

图2为本发明实施例提供的用户界面的示意图。如图2所示,用户界面20是终端设备12上安装的网约车软件的用户界面,用户界面20显示有该网约车软件可提供的多种业务车型,例如,“快车”、“顺风车”、“豪华车”、“单车”、“出租车”等,此处只是示意性说明,并不限定用户界面的具体形式和内容。当用户在该用户界面中选择任一业务车型例如“快车”时,该用户界面显示如图2所示的输入框21,输入框21包括“预约”图标、“现在”图标、“起点”输入框22和“终点”输入框23。例如,用户选择了“现在”用车,并在“起点”输入框22中输入了具体的起始地址,在“终点”输入框23中输入了具体的目的地。接着用户界面会跳转到如图3所示的“确认呼叫页”即用户界面30,“确认呼叫页”包括车型表单31,车型表单31中可显示3.5个车型,如图3所示,车型表单 31中可显示有“站点拼车”业务车型的图标、“快车”业务车型的图标、“优享”业务车型的图标,另外,用户还可以在车型表单31中进行左右滑动,以显示车型表单31左侧未显示出的车型的半个图标。该半个图标的作用是:提示用户该车型表单31所提供的车型图标不止当前显示的3 个图标,还有隐藏或未显示出的图标,用户可通过左右滑动车型表单31以显示出左侧的半个图标或其他的未显示出的图标。

当用户确定选择“快车”业务车型时,用户可以点击如图3所示的“呼叫快车”按键,此时,终端设备12向服务器13发送叫车请求,服务器13 将根据该叫车请求向该用户周围的快车司机的终端发送订单,用户只需等待司机前来接送即可。

如果该用户周围的其他用户也在叫快车,而该用户周围的快车较为有限,导致快车的供应不能满足需求时,该用户就需要等待很长时间,严重影响了用户的出行效率。为了解决该问题,本实施例提供了一种网约车业务处理方法,下面结合具体的实施例对该方法进行介绍。

图4为本发明实施例提供的网约车业务处理方法流程图。本发明实施例提供的网约车业务处理方法应用于终端设备。本发明实施例针对现有技术的如上技术问题,提供了网约车业务处理方法,该方法具体步骤如下:

步骤401、检测用户的网约车操作。

如图2所示,用户界面20是终端设备12上安装的网约车软件的用户界面。用户在用户界面20中选择了“快车”业务、选择了“现在”用车,并在“起点”输入框22中输入了具体的起始地址,在“终点”输入框23 中输入了具体的目的地,终端设备12可检测用户对“快车”业务的选择操作,也可以检测用户对“现在”用车的点击操作,还可以检测用户对起始地址和目的地的输入操作。

步骤402、根据所述网约车操作确定网约车请求,所述网约车请求包括用户选择的当前业务车型。

进一步的,终端设备12根据用户对“快车”业务的选择操作、对“现在”用车的点击操作、以及对起始地址和目的地的输入操作生成网约车请求,该网约车请求至少包括用户选择的当前业务车型即“快车”业务,另外,该网约车请求中还可以包括用户的网约车时间、网约车起始位置、网约车终点位置等信息。

步骤403、将所述网约车请求发送给服务器,以使所述服务器根据所述网约车请求,确定是否需要将所述用户选择的当前业务车型引导到目标业务车型。

终端设备12将该网约车请求发送给服务器13,服务器13根据该用户选择的当前业务车型即“快车”业务、用户的网约车时间、以及网约车起始位置等信息,确定当前时刻,该网约车起始位置周围预设区域内的快车的运力是否能够满足该预设区域内的用车需求,如果该网约车起始位置周围预设区域内的快车的运力不能满足该预设区域内的用车需求,则服务器 13可以将该用户选择的当前业务车型例如“快车”业务车型引导到目标业务车型例如“出租车”业务车型、“优享”业务车型或其他业务车型。

可选的,所述目标业务车型用于同时呼叫多种不同业务的车型。例如,服务器13可以将该用户选择的当前业务车型例如“快车”业务车型引导到能够同时呼叫多种不同业务的车型,本实施例将能够同时呼叫多种不同业务的车型记为“同时呼叫”业务车型。

步骤404、当所述服务器确定将所述用户选择的当前业务车型引导到目标业务车型时,接收所述服务器发送的引导信息,所述引导信息包括目标业务车型的标识信息。

当服务器13确定将用户选择的当前业务车型例如“快车”业务车型引导到能够同时呼叫多种不同业务的车型即“同时呼叫”业务车型时,服务器13向终端设备12发送引导信息,该引导信息包括“同时呼叫”业务车型的标识信息。

步骤405、根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识。

可选的,所述根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识,包括:根据所述目标业务车型的标识信息,在所述用户界面上显示用于标识所述目标业务车型的图标。

所述在所述用户界面上显示用于标识所述目标业务车型的图标,包括:将所述用户界面中用于标识所述目标业务车型的图标从隐藏状态转变为显示状态。

终端设备12可根据服务器13返回的“同时呼叫”业务车型的标识信息,在用户界面上标识出“同时呼叫”业务车型,如图5所示,终端设备 12在用户界面上将“同时呼叫”业务车型的图标51进行高亮显示以引起用户的注意。也就是说,如图3所示,“同时呼叫”业务车型的图标可以显示在车型表单31的左侧,由于只显示了该图标的一半,所以当“确认呼叫页”是如图3所示的用户页面时,“同时呼叫”业务车型的图标是属于半隐藏状态的,在其他实施例中,“同时呼叫”业务车型的图标还可能处于完全隐藏状态。当终端设备12接收到服务器13发送的“同时呼叫”业务车型的标识信息时,终端设备12可以将处于半隐藏状态或完全隐藏状态的“同时呼叫”业务车型的图标51显示在用户界面上,如图5所示,“同时呼叫”业务车型包括了多个不同的业务车型,例如,如图5所示的“呼叫快车+优享+出租车”按键52,也就是说,“同时呼叫”业务车型对应的是“快车”业务车型、“优享”业务车型和“出租车”业务车型,当用户点击“呼叫快车+优享+出租车”按键52时,服务器13将为该用户同时呼叫“快车”、“优享”和“出租车”,当服务器13同时在多个不同的业务线上为用户呼叫出行车俩时,将大大提高该用户网约车订单的应答率,使得用户可以很快的叫上车。

在另外一些实施例中,服务器13确定用户选择的该网约车起始位置周围预设区域内的快车的运力不能满足该预设区域内的用车需求,而该网约车起始位置周围预设区域内的优享的运力能够满足该预设区域内的用车需求时,服务器13还可以将该用户选择的当前业务车型例如“快车”业务车型引导到“优享”业务车型。服务器13将终端设备12返回“优享”业务车型的标识信息、以及提示信息,终端设备12可根据服务器13返回的“优享”业务车型的标识信息,在用户界面上标识出“优享”业务车型,如图6所示,终端设备12在用户界面上将“优享”业务车型的图标61进行了突出显示以引起用户的注意,另外,终端设备12还在用户界面上显示服务器13返回的提示信息,如图6所示的弹框62,弹框62中显示了服务器将“快车”业务车型引导到“优享”业务车型的原因。

本实施例通过终端设备将用户的网约车请求发送给服务器,服务器可根据该网约车请求确定用户当前选择的业务车型的运力是否能满足需求,如果用户当前选择的业务车型的运力不能满足需求时,服务器可以将用户选择的当前业务车型引导到目标业务车型,服务器向终端设备发送引导信息,终端设备根据引导信息在用户界面上对目标业务车型进行标识,使得用户可以选择服务器推荐的目标业务车型,该目标业务车型可提高该用户网约车订单的应答率,使得用户可以很快的叫上车,从而提高了用户的出行效率。

图7为本发明实施例提供的用户界面的示意图。在上述实施例的基础上。所述引导信息还包括:提示信息,所述提示信息用于提示用户将所述用户选择的当前业务车型引导到目标业务车型的原因。

例如,服务器13确定将用户选择的“快车”业务车型引导到能够同时呼叫多种不同业务的车型即“同时呼叫”业务车型时,服务器13除了向终端设备12发送“同时呼叫”业务车型的标识信息,以使终端设备12对“同时呼叫”业务车型进行如图5所示的标识外,服务器13还可以终端设备12发送提示信息,终端设备12还可以在用户界面上显示该提示信息,该提示信息的显示方式不限于弹窗,还可以是以气泡形式、PUSH消息、H5 等方式显示该提示信息。系统会根据当前场景自主选择最为合适的显示方式。以弹窗形式为例进行示意性说明,如图7所示,当终端设备12接收到服务器13发送的引导信息后,在所述用户界面上显示弹窗例如弹窗71,所述弹窗包括所述提示信息,弹窗71中的提示信息用于表示将“快车”业务车型引导到能够同时呼叫多种不同业务的车型即“同时呼叫”业务车型的原因。

另外,终端设备12还可以在所述用户界面上显示所述提示信息的剩余显示时间;当所述剩余显示时间到期时,控制所述提示信息在所述用户界面中消失。如图8所示,当终端设备12在用户界面上显示弹窗71之后,终端设备12还可以在用户界面上显示弹窗81,弹窗81用于提示用户“提示信息开始倒计时,剩余10秒”,10秒之后,终端设备12可控制弹窗71和弹窗81同时消失。或者,在其他实施例中,“提示信息开始倒计时,剩余10秒”还可以显示在弹窗71中,当倒计时到期即10秒之后,终端设备12控制弹窗71消失。

本发明实施例通过终端设备在用户界面显示将所述用户选择的当前业务车型引导到目标业务车型的提示信息,使得用户可知道是什么原因导致服务器需要将当前业务车型引导到目标业务车型,提高了用户体验,另外,通过在所述用户界面上显示提示信息的剩余显示时间,当所述剩余显示时间到期时,控制所述提示信息在所述用户界面中消失,可进一步引起用户的注意,提高用户选择服务器推荐的目标业务车型的成功率,从而提高了用户的出行效率。

图9为本发明另一实施例提供的网约车业务处理方法流程图。本发明实施例提供的网约车业务处理方法应用于服务器。本发明实施例针对现有技术的如上技术问题,提供了网约车业务处理方法,该方法具体步骤如下:

步骤901、接收用户终端发送的网约车请求,所述网约车请求包括用户选择的当前业务车型、网约车起始位置。

如图10所示,终端设备101安装有网约车软件,网约车平台102按照功能划分为需求表达系统、需求决策系统、决策模型、存储系统、在线 &离线机器学习。

终端设备101根据用户对网约车软件中“快车”业务的选择操作、对“现在”用车的点击操作、以及对起始地址和目的地的输入操作生成网约车请求,终端设备101将该网约车请求发送给网约车平台102,网约车平台102的需求表达系统接收该网约车请求,网约车请求包括用户选择的当前业务车型例如“快车”业务车型、网约车起始位置例如图2所示的起点地址。

步骤902、当所述当前业务车型的供应不能满足需求时,确定所述网约车起始位置周围预设区域内至少一个参考业务车型的运力。

网约车平台102的需求表达系统将该网约车请求发送给需求决策系统,需求决策系统可根据用户的网约车起始位置,以及用户选择的当前业务车型例如“快车”业务车型,确定当前时刻该网约车起始位置周围的预设区域内“快车”的供应是否能够满足需求,如果当前时刻该网约车起始位置周围的预设区域内“快车”的供应不能满足需求时,则需求决策系统获取在线& 离线机器学习出的网约车起始位置周围的预设区域内至少一个参考业务车型的应答率、用户对至少一个参考业务车型的接受率,例如,在线&离线机器学习可以通过在线或离线模型学习出网约车起始位置周围的预设区域内除了“快车”之外的其他业务车型例如“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的运力。

步骤903、根据所述用户的历史网约车信息,确定所述用户对所述至少一个参考业务车型的接受率。

可选的,所述用户的历史网约车信息包括如下至少一种:用户选择的历史业务车型、用户的历史网约车消费信息、用户的历史网约车时间、用户对服务器推荐的历史业务车型的接受率。

用户选择的历史业务车型具体可以指:用户历史网约车时选择的业务车型,例如,用户历史累计使用该网约车软件100次,形成100个网约车订单,在该100个订单中用户累计选择“快车”业务车型的次数是50次以上,说明用户偏好“快车”业务车型。同理,在线&离线机器学习可以根据用户累计选择“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的次数,确定用户对“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的偏好程度。

用户的历史网约车消费信息是指:用户每个历史订单的消费价格,从而确定出用户价格区间。

用户的历史网约车时间具体可以指:用户历史出行的时间、以及用户等待应答的时间等,从而确定出用户是否对时间较为敏感。

用户对服务器推荐的历史业务车型的接受率具体可以指:用户在历史网约车时选择了例如“快车”业务车型,网约车平台确定“快车”的供应不能满足需求的情况下,给用户历史推荐的“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的次数,以及用户接受网约车平台历史推荐的“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的次数。

具体的,在线&离线机器学习还可以根据用户选择的历史业务车型、用户的历史网约车消费信息、用户的历史网约车时间、用户对服务器推荐的历史业务车型的接受率等因素中的至少一个来确定用户对“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的接受率。

步骤904、根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

所述根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型,包括:根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,确定所述至少一个参考业务车型对所述网约车请求的应答率;根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

例如,在线&离线机器学习可根据该用户的网约车起始位置周围的预设区域内“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的运力,确定出该预设区域内“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的应答率。进一步根据“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的应答率,以及用户对“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的接受率,从“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型中确定出向用户推荐的目标业务车型。

所述根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型,包括:根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,确定所述至少一个参考业务车型中每个参考业务车型的参考分数值;根据所述至少一个参考业务车型中每个参考业务车型的参考分数值,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

例如,需求决策系统通过在线&离线机器学习获取到该用户的网约车起始位置周围预设区域内“出租车”业务车型的应答率为A1,用户对“出租车”业务车型的接受率为B1;该预设区域内“拼车”业务车型的应答率为A2,用户对“拼车”业务车型的接受率为B2;该预设区域内“优享”业务车型的应答率为A3,用户对“优享”业务车型的接受率为B3;该预设区域内“同时呼叫”业务车型的应答率为A4,用户对“同时呼叫”业务车型的接受率为B4。

需求决策系统可以将“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的应答率,以及用户对“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型的接受率发送给决策模型,决策模型可根据“出租车”业务车型的应答率A1,以及用户对“出租车”业务车型的接受率B1计算出“出租车”业务车型的参考分数值记为C1。决策模型根据“拼车”业务车型的应答率A2,以及用户对“拼车”业务车型的接受率B2计算出“拼车”业务车型的参考分数值记为C2。决策模型根据“优享”业务车型的应答率A3,以及用户对“优享”业务车型的接受率B3计算出“优享”业务车型的参考分数值记为C3。决策模型根据“同时呼叫”业务车型的应答率A4,以及用户对“同时呼叫”业务车型的接受率B4计算出“同时呼叫”业务车型的参考分数值记为C4。进一步的,决策模型将各业务车型的参考分数值例如C1、C2、C3、C4发送给需求决策系统,需求决策系统根据C1、 C2、C3、C4的大小,从“出租车”、“拼车”、“优享”、“同时呼叫”等业务车型中确定出向用户推荐的目标业务车型,假设C1、C2、C3、C4中 C4最大,则需求决策系统可将“同时呼叫”业务车型作为向用户推荐的目标业务车型,所述目标业务车型用于同时呼叫多种不同业务的车型,如图 5所示,“同时呼叫”业务车型可以同时呼叫“快车”、“优享”和“出租车”。

需求决策系统进一步将确定出的目标业务车型的标识信息发送给需求表达系统,需求表达系统将目标业务车型的标识信息发送给终端设备 101,终端设备101根据目标业务车型的标识信息在用户界面上对目标业务车型例如“同时呼叫”业务车型进行标识,如图5所示。

本实施例通过终端设备将用户的网约车请求发送给服务器,服务器可根据该网约车请求确定用户当前选择的业务车型的运力是否能满足需求,如果用户当前选择的业务车型的运力不能满足需求时,服务器可以将用户选择的当前业务车型引导到目标业务车型,服务器向终端设备发送引导信息,终端设备根据引导信息在用户界面上对目标业务车型进行标识,使得用户可以选择服务器推荐的目标业务车型,该目标业务车型可提高该用户网约车订单的应答率,使得用户可以很快的叫上车,从而提高了用户的出行效率。

图11为本发明实施例提供的终端设备的结构示意图。本发明实施例提供的终端设备可以执行网约车业务处理方法实施例提供的处理流程,如图11所示,终端设备110包括:检测单元111、确定单元112、发送单元 113、接收单元114和标识单元115。

检测单元111用于检测用户的网约车操作。

确定单元112用于根据所述网约车操作确定网约车请求,所述网约车请求包括用户选择的当前业务车型。

发送单元113用于将所述网约车请求发送给服务器,以使所述服务器根据所述网约车请求,确定是否需要将所述用户选择的当前业务车型引导到目标业务车型。

接收单元114用于当所述服务器确定将所述用户选择的当前业务车型引导到目标业务车型时,接收所述服务器发送的引导信息,所述引导信息包括目标业务车型的标识信息。

标识单元115用于根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识。

可选的,所述目标业务车型用于同时呼叫多种不同业务的车型。

可选的,标识单元115根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识时,具体用于:根据所述目标业务车型的标识信息,在所述用户界面上显示用于标识所述目标业务车型的图标。

可选的,标识单元115在所述用户界面上显示用于标识所述目标业务车型的图标时,具体用于:将所述用户界面中用于标识所述目标业务车型的图标从隐藏状态转变为显示状态。

可选的,所述引导信息还包括:提示信息,所述提示信息用于提示用户将所述用户选择的当前业务车型引导到目标业务车型的原因。

可选的,标识单元115还用于:在所述用户界面上显示所述提示信息。

可选的,标识单元115还用于:在所述用户界面上显示所述提示信息的剩余显示时间;终端设备110还包括:控制单元116,控制单元116用于当所述剩余显示时间到期时,控制所述提示信息在所述用户界面中消失。

图11所示实施例的终端设备可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

图12为本发明另一实施例提供的终端设备的结构示意图。本发明实施例提供的终端设备可以执行网约车业务处理方法实施例提供的处理流程,如图12所示,终端设备120包括存储器121、处理器122、计算机程序和通讯接口123;其中,计算机程序存储在存储器121中,并被配置为由处理器122执行以下操作:检测用户的网约车操作;根据所述网约车操作确定网约车请求,所述网约车请求包括用户选择的当前业务车型;通过通讯接口123将所述网约车请求发送给服务器,以使所述服务器根据所述网约车请求,确定是否需要将所述用户选择的当前业务车型引导到目标业务车型;当所述服务器确定将所述用户选择的当前业务车型引导到目标业务车型时,通过通讯接口123接收所述服务器发送的引导信息,所述引导信息包括目标业务车型的标识信息;根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识。

在图12中,进一步地,所述目标业务车型用于同时呼叫多种不同业务的车型。

在上述实施例中,处理器122根据所述目标业务车型的标识信息,在用户界面上对所述目标业务车型进行标识时,具体用于:根据所述目标业务车型的标识信息,在所述用户界面上显示用于标识所述目标业务车型的图标。

在上述实施例中,处理器122在所述用户界面上显示用于标识所述目标业务车型的图标时,具体用于:将所述用户界面中用于标识所述目标业务车型的图标从隐藏状态转变为显示状态。

在上述实施例中,所述引导信息还包括:提示信息,所述提示信息用于提示用户将所述用户选择的当前业务车型引导到目标业务车型的原因。

在上述实施例中,处理器122还用于:在所述用户界面上显示所述提示信息。

在上述实施例中,处理器122还用于:在所述用户界面上显示所述提示信息的剩余显示时间;当所述剩余显示时间到期时,控制所述提示信息在所述用户界面中消失。

图12所示实施例的终端设备可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

另外,本实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现如上述实施例所述的网约车业务处理方法。

图13为本发明实施例提供的服务器的结构图。本发明实施例提供的服务器可以执行网约车业务处理方法实施例提供的处理流程,如图13所示,服务器130包括:接收单元131、第一确定单元132、第二确定单元 133、第三确定单元134。

接收单元131用于接收用户终端发送的网约车请求,所述网约车请求包括用户选择的当前业务车型、网约车起始位置。

第一确定单元132用于当所述当前业务车型的供应不能满足需求时,确定所述网约车起始位置周围预设区域内至少一个参考业务车型的运力。

第二确定单元133用于根据所述用户的历史网约车信息,确定所述用户对所述至少一个参考业务车型的接受率。

第三确定单元134用于根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

可选的,所述目标业务车型用于同时呼叫多种不同业务的车型。

可选的,所述用户的历史网约车信息包括如下至少一种:用户选择的历史业务车型、用户的历史网约车消费信息、用户的历史网约车时间、用户对服务器推荐的历史业务车型的接受率。

可选的,第三确定单元134根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型时,具体用于:根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,确定所述至少一个参考业务车型对所述网约车请求的应答率;根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

可选的,第三确定单元134根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型时,具体用于:根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,确定所述至少一个参考业务车型中每个参考业务车型的参考分数值;根据所述至少一个参考业务车型中每个参考业务车型的参考分数值,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

图13所示实施例的服务器可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

图14为本发明另一实施例提供的服务器的结构图。本发明实施例提供的服务器可以执行网约车业务处理方法实施例提供的处理流程,如图14 所示,服务器140包括存储器141、处理器142、计算机程序和通讯接口 143;其中,计算机程序存储在存储器141中,并被配置为由处理器142执行以下操作:通过通讯接口143接收用户终端发送的网约车请求,所述网约车请求包括用户选择的当前业务车型、网约车起始位置;当所述当前业务车型的供应不能满足需求时,确定所述网约车起始位置周围预设区域内至少一个参考业务车型的运力;根据所述用户的历史网约车信息,确定所述用户对所述至少一个参考业务车型的接受率;根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

在图14中,进一步地,所述目标业务车型用于同时呼叫多种不同业务的车型。

在上述实施例中,所述用户的历史网约车信息包括如下至少一种:用户选择的历史业务车型、用户的历史网约车消费信息、用户的历史网约车时间、用户对服务器推荐的历史业务车型的接受率。

在上述实施例中,处理器142根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型时,具体用于:根据所述网约车起始位置周围预设区域内至少一个参考业务车型的运力,确定所述至少一个参考业务车型对所述网约车请求的应答率;根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

在上述实施例中,处理器142根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型时,具体用于:根据所述至少一个参考业务车型对所述网约车请求的应答率,以及所述用户对所述至少一个参考业务车型的接受率,确定所述至少一个参考业务车型中每个参考业务车型的参考分数值;根据所述至少一个参考业务车型中每个参考业务车型的参考分数值,从所述至少一个参考业务车型中确定出向用户推荐的目标业务车型。

图14所示实施例的服务器可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

该存储器141用于存储实现以上方法实施例,或者图13所示实施例各个单元的程序,处理器142调用该程序,执行以上方法实施例的操作,以实现图13所示的各个单元。

另外,本实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现如上述实施例所述的网约车业务处理方法。

在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号