CN111127126A - 一种信息反馈方法及装置、计算机可读存储介质 - Google Patents
一种信息反馈方法及装置、计算机可读存储介质 Download PDFInfo
- Publication number
- CN111127126A CN111127126A CN201811286679.XA CN201811286679A CN111127126A CN 111127126 A CN111127126 A CN 111127126A CN 201811286679 A CN201811286679 A CN 201811286679A CN 111127126 A CN111127126 A CN 111127126A
- Authority
- CN
- China
- Prior art keywords
- vehicle information
- information
- server
- client
- confirmation request
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000012790 confirmation Methods 0.000 claims abstract description 132
- 238000012545 processing Methods 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 7
- 238000004891 communication Methods 0.000 abstract description 10
- 230000015654 memory Effects 0.000 description 26
- 238000010586 diagram Methods 0.000 description 12
- 230000003190 augmentative effect Effects 0.000 description 6
- 230000006399 behavior Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 239000011521 glass Substances 0.000 description 2
- 230000004308 accommodation Effects 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 239000003990 capacitor Substances 0.000 description 1
- -1 commodities Substances 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000003997 social interaction Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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/0609—Buyer or seller confidence or verification
-
- 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)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及通信技术领域,尤其涉及一种信息反馈方法,包括:接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;将所述反馈信息发送给所述服务器。采用上述方案,服务器可以根据反馈信息确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致,且能够根据确认结果对承载当前出行订单的服务提供方进行针对性的分析,从而能够全面且客观的了解网约车服务,适用性更佳。本申请实施例还提供了一种信息反馈装置、计算机可读存储介质。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种信息反馈方法及装置、计算机可读存储介质。
背景技术
近些年,由于网约车的便捷性和实用性,网约车规模迅速扩张。网约车即是网络预约出租汽车的简称,乘客可以通过移动设备在网约车服务平台上直接与司机进行预约,司机接单后到指定地点接乘客到目的地,以方便乘客出行。目前,网约车非常常见,如出租车、专车、快车、顺风车等以满足用户更加多样化的出行需求。
随着乘客数量和提供服务的司机、车辆数量的激增,网约车服务也暴露出越来越多的问题。在目前的网约车服务中,网约车服务的规范性需要进一步提升。
发明内容
有鉴于此,本申请实施例的目的在于提供一种信息反馈方法及装置、计算机可读存储介质,基于车辆信息的确认与反馈能够对网约车服务进行全面且客观的了解,适用性更佳。
主要包括以下几个方面:
第一方面,本申请实施例提供了一种信息反馈方法,该方法包括:
接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;
将所述反馈信息发送给所述服务器。
在一种实施方式中,接收服务器针对客户端当前出行订单发送的车辆信息确认请求,包括:
在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在接收到行程结束提示信息之后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
在另一种实施方式中,若在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收到服务器针对客户端当前出行订单发送的车辆信息确认请求,则所述方法还包括:
若获取到客户端用户的反馈信息为确认车辆信息正确,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的行程开始提示信息。
在又一种实施方式中,若在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收到服务器针对客户端当前出行订单发送的车辆信息确认请求,则所述方法还包括:
若获取到客户端用户的反馈信息为确认车辆信息错误,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的提示是否拒绝上车的提示信息并进行显示;
将所述客户端用户反馈的是否上车的结果发送给服务器。
在再一种实施方式中,将所述客户端用户反馈的是否上车的结果发送给服务器之后,所述方法还包括:
若所述客户端用户的反馈结果为确认上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的行程开始提示信息;
若所述客户端用户的反馈结果为拒绝上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的服务结束提示信息。
在一些实施例中,所述指定内容可以包括车辆信息和/或服务提供方信息。
在一些实施例中,所述车辆信息可以包括车牌号。
在具体实施中,将所述反馈信息发送给所述服务器,可以包括:
将携带有客户端拍摄的车牌号图片的反馈信息发送给所述服务器。
第二方面,本申请实施例还提供了一种信息反馈方法,该方法包括:
针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
在一种实施方式中,接收所述客户端针对所述车辆信息确认请求消息的反馈信息之后,还包括:
若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则生成并记录所述当前出行订单的服务提供方的车辆违法使用信息。
在另一种实施方式中,接收所述客户端针对所述车辆信息确认请求消息的反馈信息之后,还包括:
若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则对所述当前出行订单对应的服务提供方的信用度分值进行减分处理。
在又一种实施方式中,发送车辆信息确认请求,包括:
在接收到服务提供端发送的行程启动指示信息之后,发送车辆信息确认请求;或者,
在检测到所述当前出行订单的行程结束之后,发送车辆信息确认请求;或者,
在确认所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,发送车辆信息确认请求。
第三方面,本申请实施例还提供了一种信息反馈装置,该装置包括:
请求接收模块,用于接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
信息获取模块,用于在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;
信息反馈模块,用于将所述反馈信息发送给所述服务器。
在一种实施方式中,所述请求接收模块,具体用于:
在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在接收到行程结束提示信息之后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
在另一种实施方式中,所述装置还包括:
第一提示接收模块,用于若获取到客户端用户的反馈信息为确认车辆信息正确,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的行程开始提示信息。
在又一种实施方式中,所述装置还包括:
第二提示接收模块,用于若获取到客户端用户的反馈信息为确认车辆信息错误,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的提示是否拒绝上车的提示信息并进行显示;将所述客户端用户反馈的是否上车的结果发送给服务器。
在再一种实施方式中,所述装置还包括:
第三提示接收模块,用于若所述客户端用户的反馈结果为确认上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的行程开始提示信息;
若所述客户端用户的反馈结果为拒绝上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的服务结束提示信息。
在一些实施例中,所述指定内容可以包括车辆信息和/或服务提供方信息。
在一些实施例中,所述车辆信息可以包括车牌号。
在具体实施中,所述信息反馈模块,具体用于将携带有客户端拍摄的车牌号图片的反馈信息发送给所述服务器。
第四方面,本申请实施例还提供了一种信息反馈装置,该装置包括:
请求发送模块,用于针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
信息接收模块,用于接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
在一种实施方式中,所述装置还包括:
记录模块,用于若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则生成并记录所述当前出行订单的服务提供方的车辆违法使用信息。
在另一种实施方式中,所述装置还包括:
处理模块,用于若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则对所述当前出行订单对应的服务提供方的信用度分值进行减分处理。
在又一种实施方式中,所述请求发送模块,具体用于:
在接收到服务提供端发送的行程启动指示信息之后,发送车辆信息确认请求;或者,
在检测到所述当前出行订单的行程结束之后,发送车辆信息确认请求;或者,
在确认所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,发送车辆信息确认请求。
第五方面,本申请实施例还提供了一种电子设备,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行时执行如第一方面和第二方面任一所述的信息反馈方法的步骤。
第六方面,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如第一方面和第二方面任一所述的信息反馈方法的步骤。
采用上述方案,客户端首先接收服务器针对客户端当前出行订单发送的车辆信息确认请求,然后在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对车辆信息确认请求消息的反馈信息,最后将该反馈信息发送至服务器。这样,服务器可以根据反馈信息确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致,且能够根据确认结果对承载当前出行订单的服务提供方进行针对性的分析,从而实现对网约车服务的全面且客观的了解,适用性更佳。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请的一些实施例的服务系统的框图;
图2示出了本申请的一些实施例的电子设备200的示例性硬件和软件组件的示意图;
图3示出了本申请实施例一所提供的一种信息反馈方法的流程图;
图4示出了本申请实施例一所提供的一种信息反馈方法的应用示意图;
图5示出了本申请实施例三所提供的一种信息反馈装置的结构示意图;
图6示出了本申请实施例四所提供的一种信息反馈装置的结构示意图;
图7示出了本申请实施例五所提供的一种电子设备的结构示意图;
图8示出了本申请实施例六所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容,结合特定应用场景“网约车(如专车、快车等)信息反馈”,给出以下实施方式。对于本领域技术人员来说,在不脱离本申请的精神和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车信息反馈进行描述,但是应该理解,这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。例如,本申请可以应用于不同的运输系统环境,包括陆地,海洋,或航空等,或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等,或其任意组合。
本申请还可以包括能够向服务器反馈车辆信息的任何服务系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等,或其任意组合。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的特征的存在,但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”和“服务请求方”可互换使用,以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”和“服务提供方”可互换使用,以指代可以提供服务的个人、实体或工具。本申请中的术语“客户端用户”可以指代请求服务、订购服务的个人、实体或工具。在本申请中,“乘客”、“乘客终端”和“客户端”可以互换使用,“驾驶员”和“驾驶员终端”可以互换使用。
本申请的一个方面涉及一种服务系统。该系统可以通过客户端接收服务器发送的车辆信息确认请求,还能够在客户端的当前用户显示界面上获取客户端用户针对车辆信息确认请求的反馈信息,并能够将该反馈信息发送至服务器,以使服务器确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致。
值得注意的是,在本申请提出申请之前,相关技术中仅通过订单结束后乘客对司机的服务质量的评价来了解网约车服务,不够全面也不够客观。然而,本申请提供的服务系统基于车辆信息的确认与反馈能够对网约车服务进行全面且客观的了解,适用性更佳。因此,通过车辆信息的确认与反馈,本申请的服务系统可以为网约车服务平台提供更为全面且客观的服务。
图1是本申请一些实施例的服务系统的框图。例如,服务系统可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务系统可以包括服务器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)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、专用指令集处理器(Application Specific Instruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等,或其任意组合。
网络120可以用于信息和/或数据的交换。在一些实施例中,服务系统中的一个或多个组件(例如,服务器110,服务请求方终端130,服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如,服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中,网络120可以是任何类型的有线或者无线网络,或者是他们的结合。仅作为示例,网络130可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network,LAN)、广域网(Wide Area Network,WAN)、无线局域网(Wireless Local Area Networks,WLAN)、城域网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、公共电话交换网(Public Switched TelephoneNetwork,PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等,或其任意组合。在一些实施例中,网络120可以包括一个或多个网络接入点。例如,网络120可以包括有线或无线网络接入点,例如基站和/或网络交换节点,服务系统的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中,服务请求方终端130的用户可以是除服务实际需求者之外的其他人。例如,服务请求方终端130的用户A可以使用服务请求方终端130来为服务实际需求者B发起服务请求(比如,用户A可以为自己的朋友B叫车),或者从服务器110接收服务信息或指令等。在一些实施例中,服务提供方终端140的用户可以是服务实际提供者,也可以是除服务实际提供者之外的其他人。例如,服务提供方终端140的用户C可以使用服务提供方终端140接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单),和/或来自服务器110的信息或指令。在一些实施例中,“服务请求方”和“服务请求方终端”可以互换使用,“服务提供方”和“服务提供方终端”可以互换使用。
在一些实施例中,服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等,或其任意组合。在一些实施例中,移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等,或其任意组合。在一些实施例中,智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等,或其任意组合。在一些实施例中,可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中,智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant,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以与服务系统(例如,服务器110,服务请求方终端130,服务提供方终端140等)中的一个或多个组件通信。服务系统中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中,数据库150可以直接连接到服务系统中的一个或多个组件(例如,服务器110,服务请求方终端130,服务提供方终端140等);或者,在一些实施例中,数据库150也可以是服务器110的一部分。
在一些实施例中,服务系统中的一个或多个组件(例如,服务器110,服务请求方终端130,服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中,当满足一定条件时,服务系统中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如,服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例,服务提供方终端140可以在从服务请求方终端130接收服务请求时访问与服务请求方有关的信息,但是服务提供方终端140可以不修改服务请求方的相关信息。
在一些实施例中,可以通过请求服务来实现服务系统中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中,产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等,或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等,或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等,或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等,或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant,PDA)、智能手表、销售点(Point of sales,POS)设备、车载电脑、车载电视、或可穿戴设备等,或其任意组合。例如,互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等,或其任意组合。在一些实施例中,与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中,车辆可包括马、马车、人力车(例如,独轮车、自行车、三轮车等)、汽车(例如,出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如,飞机、直升机、航天飞机、火箭、热气球等)等,或其任意组合。
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图。例如,处理器可以用于电子设备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所示,为本申请实施例提供的一种信息反馈方法的流程图,具体执行过程包括如下步骤:
S301、服务器针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致。
这里,首先对本申请实施例提供的信息反馈方法的应用场景进行简单说明。在乘客需要打车时,可以利用其客户端在网约车服务平台输入相应的打车信息(如出行起点信息、出行终点信息、出行时间等),网约车服务平台的平台服务器则能够根据该打车信息生成对应的出行订单。为了对网约车服务进行全面且客观的了解,本申请实施例中,服务器可以针对上述出行订单向对应乘客的客户端发送车辆信息确认请求。
其中,上述车辆信息确认请求能够指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致。上述当前出行订单中的车辆信息可以是图1所示的服务系统的数据库中预先存储的,也可以是通过与其它服务系统建立通信连接,从其它服务系统上获取得到的车辆信息。该车辆信息不仅可以包括车牌号、还可以包括用车类型(如出租车、快车、专车、顺风车)等信息。
值得注意的是,按照网约车服务平台的相关规定,平台注册的服务提供方(即司机)的车辆信息应当与实际接驾的车辆信息保持一致。然而,往往有一些司机利用平台的注册信息接单,却不按照相关规定以与注册信息匹配的接驾车辆接驾,如在平台注册的车辆限行时,司机可能会利用投机心理驾驶非平台注册的车辆进行接驾,无法确保用户的乘车安全,还扰乱了网约车服务平台的秩序。本申请实施例正是考虑到当前网约车出行环境的复杂性才将实际接驾车辆信息与当前出行订单中的车辆信息是否一致的确认过程作为一个核心关键点。
S302、客户端接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
这里,在客户端与服务器建立网络通信的前提下,服务器可以经由网络将针对客户端当前出行订单生成的车辆信息确认请求发送至客户端,客户端则对应接收上述车辆信息确认请求。
S303、客户端在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息,将所述反馈信息发送给所述服务器。
这里,客户端在接收到服务器发送的车辆信息确认请求后,可以在当前用户界面显示车辆信息确认请求消息,如图4所示,可以显示文字消息:“您乘坐的车辆与显示的车牌号一致吗”。这样,客户端用户便可以通过触发“一致”按钮或“不一致”按钮反馈与上述车辆信息确认请求消息对应的信息,如在客户端用户触发“一致”按钮时,即表明了实际接驾车辆信息与当前出行订单中的车辆信息一致,在客户端用户触发“不一致”按钮时,即表明了实际接驾车辆信息与当前出行订单中的车辆信息不一致。
在确定客户端用户在当前用户界面上的反馈信息后,可以将该反馈信息发送至服务器,服务器则可以根据该反馈信息确定实际接驾车辆信息与当前出行订单中的车辆信息是否一致。
S304、服务器接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
这里,在客户端与服务器建立网络通信的前提下,客户端可以经由网络将针对车辆信息确认请求消息确认的反馈信息发送至服务器,服务器则对应接收上述反馈信息,以便根据对该反馈信息的分析结果确定承载当前出行订单的司机是否存在车辆违法使用行为,甚至还可以在存在车辆违法使用行为时,对司机的信用度分值进行减分处理,从而可以进一步维护整个网约车服务平台的良好秩序。
为了应对不同应用场景的需求,本申请实施例提供的信息反馈方法中,服务器发送车辆信息确认请求的发送时机可以有多个,对应的,客户端接收该车辆信息确认请求的接收时机也可以有多个。通过如下几个方面进行具体说明。
第一方面:客户端接收服务器针对客户端当前出行订单发送的车辆信息确认请求可以是在客户端向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前完成的,这样,在确认车辆信息正确时,可以直接启动行程开始提示,一旦确认车辆信息错误,则无法直接启动行程开始提示,从而确保用户即使发起了出行订单,也可以在车辆信息错误的情况下拒绝上车,提升用户的乘车体验。
第二方面:客户端接收服务器针对客户端当前出行订单发送的车辆信息确认请求可以是在接收到行程结束提示信息之后完成的,也即,本申请实施例可以在结束出行订单后,客户端可以对车辆信息正确与否进行反馈,便于服务器根据反馈信息确定承载当前出行订单的司机的车辆使用行为,并在车辆使用行为非法时,利用相应的约束手段进行制约,从而可以进一步维护整个网约车服务平台的良好秩序。
第三方面:客户端接收服务器针对客户端当前出行订单发送的车辆信息确认请求可以是在客户端用户触发当前正在执行的出行订单的目标页面上的指定内容之后完成的,也即,在当前出行订单的目标页面上由客户端用户主动触发相应的车辆信息确认请求,从而满足客户端用户的反馈需求。其中,上述指定内容包括车辆信息和/或服务提供方信息(即司机信息)。
考虑到上述第一方面所对应的客户端接收车辆信息确认请求的接收时机可以一定程度上提升用户的乘车体验,因此,接下来可以以下述实施例二具体描述在上述接收时机下进行信息反馈的过程。
实施例二
一方面,本申请实施例在确定客户端用户的反馈信息为确认车辆信息正确(即确认实际接驾车辆信息与当前出行订单中的车辆信息一致)时,可以在服务器接收到上述确认车辆信息正确的反馈信息后,向客户端发送行程开始提示信息,客户端则对应接收该行程开始提示信息并启动与当前出行订单对应的行程,也即,本申请实施例能够在确保车辆信息正确的情况下才启动行程,进一步确保了用户的乘车安全。
另一方面,本申请实施例在确定客户端用户的反馈信息为确认车辆信息错误(即确认实际接驾车辆信息与当前出行订单中的车辆信息不一致)时,则可以在服务器接收到上述确认车辆信息错误的反馈信息后,向客户端发送提示是否拒绝上车的提示信息,以使得客户端能够在当前用户界面显示上述是否拒绝上车的提示信息,还可以通过该用户界面反馈客户端用户反馈的是否上车的结果至服务器,也即,本申请实施例能够在确定车辆信息错误的情况下不直接启动行程,并为用户提供是否上车的双重选择。这主要是考虑到不同用户对网约车服务平台服务的包容程度并不相同,有些用户在确认实际接驾车辆信息与当前出行订单中的车辆信息不一致时,将直接拒绝乘车,而有些用户尽管确认了实际接驾车辆信息与当前出行订单中的车辆信息不一致,但在急需出行时也会选择乘车,可见,本申请实施例提供的双重选择一定程度上满足了用户对网约车服务平台的各种应用需求。
这里,如果客户端用户确认上车,则在客户端将客户端用户反馈的确认上车结果发送给服务器之后,服务器可以向客户端发送相应的行程开始提示信息,客户端在接收到该行程开始提示信息后启动与当前出行订单对应的行程;如果客户端用户拒绝上车,则在客户端将客户端用户反馈的拒绝上车结果发送给服务器后,服务器则对应向客户端发送服务结束提示信息,客户端在接收到该服务结束提示信息后结束与当前出行订单对应的行程。
上述实施例中,车辆信息可以是车牌号,这样,在客户端用户确认实际接驾车辆信息与当前出行订单中的车辆信息不一致时,可以利用客户端对车辆的车牌进行拍照,以将携带有拍摄的车牌号图片的反馈信息发送至服务器。服务器在接收到车牌号图片后,一方面可以基于车牌号图片进行核验,确定用户反馈信息的真实性,另一方面还可以以真实性为参考依据对承载当前出行订单的司机的车辆违法使用信息和信用度分值进行分析,如对司机的车辆违法使用次数进行累计,在累计次数达到一定值时,可以对该司机进行封号以维护网约车服务平台的秩序,再如每累计一次车辆违法使用次数则对该司机的信用度分值进行减分处理,而减分处理得到的信用度分值则一定程度上会影响司机的接单情况以进一步维护网约车服务平台的秩序。
基于上述实施例,本申请还提供了信息反馈装置,下述各种装置的实施可以参见方法的实施,重复之处不再赘述。
实施例三
如图5所示,为本申请实施例三提供的信息反馈装置,所述装置包括:
请求接收模块501,用于接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
信息获取模块502,用于在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;
信息反馈模块503,用于将所述反馈信息发送给所述服务器。
在一种实施方式中,所述请求接收模块501,具体用于:
在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在接收到行程结束提示信息之后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
在另一种实施方式中,所述装置还包括:
第一提示接收模块504,用于若获取到客户端用户的反馈信息为确认车辆信息正确,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的行程开始提示信息。
在又一种实施方式中,所述装置还包括:
第二提示接收模块505,用于若获取到客户端用户的反馈信息为确认车辆信息错误,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的提示是否拒绝上车的提示信息并进行显示;将所述客户端用户反馈的是否上车的结果发送给服务器。
在再一种实施方式中,所述装置还包括:
第三提示接收模块506,用于若所述客户端用户的反馈结果为确认上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的行程开始提示信息;
若所述客户端用户的反馈结果为拒绝上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的服务结束提示信息。
在一些实施例中,所述指定内容可以包括车辆信息和/或服务提供方信息。
在一些实施例中,所述车辆信息可以包括车牌号。
在具体实施中,所述信息反馈模块503,具体用于将携带有客户端拍摄的车牌号图片的反馈信息发送给所述服务器。
实施例四
如图6所示,为本申请实施例四提供的信息反馈装置,所述装置包括:
请求发送模块601,用于针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
信息接收模块602,用于接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
在一种实施方式中,所述装置还包括:
记录模块603,用于若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则生成并记录所述当前出行订单的服务提供方的车辆违法使用信息。
在另一种实施方式中,所述装置还包括:
处理模块604,用于若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则对所述当前出行订单对应的服务提供方的信用度分值进行减分处理。
在又一种实施方式中,所述请求发送模块601,具体用于:
在接收到服务提供端发送的行程启动指示信息之后,发送车辆信息确认请求;或者,
在检测到所述当前出行订单的行程结束之后,发送车辆信息确认请求;或者,
在确认所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,发送车辆信息确认请求。
实施例五
基于相同的技术构思,本申请实施例还提供了一种电子设备。参照图7所示,为本申请实施例提供的电子设备的结构示意图,包括处理器701、存储器702、和总线703。其中,存储器702用于存储执行指令,包括内存7021和外部存储器7022;这里的内存7021也称内存储器,用于暂时存放处理器701中的运算数据,以及与硬盘等外部存储器7022交换的数据,处理器701通过内存7021与外部存储器7022进行数据交换,当电子设备运行时,处理器701与存储器702之间通过总线703通信,使得处理器701在执行以下指令:
接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;
将所述反馈信息发送给所述服务器。
在一种实施方式中,上述处理器701执行的处理中,接收服务器针对客户端当前出行订单发送的车辆信息确认请求,包括:
在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在接收到行程结束提示信息之后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
在另一种实施方式中,若在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收到服务器针对客户端当前出行订单发送的车辆信息确认请求,则上述处理器701执行的处理还包括:
若获取到客户端用户的反馈信息为确认车辆信息正确,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的行程开始提示信息。
在又一种实施方式中,若在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收到服务器针对客户端当前出行订单发送的车辆信息确认请求,则上述处理器701执行的处理还包括:
若获取到客户端用户的反馈信息为确认车辆信息错误,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的提示是否拒绝上车的提示信息并进行显示;
将所述客户端用户反馈的是否上车的结果发送给服务器。
在再一种实施方式中,将所述客户端用户反馈的是否上车的结果发送给服务器之后,上述处理器701执行的处理还包括:
若所述客户端用户的反馈结果为确认上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的行程开始提示信息;
若所述客户端用户的反馈结果为拒绝上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的服务结束提示信息。
在一些实施例中,所述指定内容可以包括车辆信息和/或服务提供方信息。
在一些实施例中,所述车辆信息可以包括车牌号。
在具体实施中,上述处理器701执行的处理中,将所述反馈信息发送给所述服务器,包括:
将携带有客户端拍摄的车牌号图片的反馈信息发送给所述服务器。
实施例六
基于相同的技术构思,本申请实施例还提供了另一种电子设备。参照图8所示,为本申请实施例提供的电子设备的结构示意图,包括处理器801、存储器802、和总线803。其中,存储器用于存储执行指令,包括内存8021和外部存储器8022;这里的内存8021也称内存储器,用于暂时存放处理器801中的运算数据,以及与硬盘等外部存储器8022交换的数据,处理器801通过内存8021与外部存储器8022进行数据交换,当电子设备运行时,处理器801与存储器802之间通过总线803通信,使得处理器801在执行以下指令:
针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
在一种实施方式中,接收所述客户端针对所述车辆信息确认请求消息的反馈信息之后,上述处理器801执行的处理还包括:
若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则生成并记录所述当前出行订单的服务提供方的车辆违法使用信息。
在另一种实施方式中,接收所述客户端针对所述车辆信息确认请求消息的反馈信息之后,上述处理器801执行的处理还包括:
若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则对所述当前出行订单对应的服务提供方的信用度分值进行减分处理。
在又一种实施方式中,上述处理器801执行的处理中,发送车辆信息确认请求,包括:
在接收到服务提供端发送的行程启动指示信息之后,发送车辆信息确认请求;或者,
在检测到所述当前出行订单的行程结束之后,发送车辆信息确认请求;或者,
在确认所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,发送车辆信息确认请求。
基于相同的技术构思,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述信息反馈方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述信息反馈方法,以使得网约车服务平台能够全面且客观的了解网约车服务,适用性更佳。
基于相同的技术构思,本申请实施例还提供了一种计算机程序产品,包括存储了程序代码的计算机可读存储介质,程序代码包括的指令可用于执行上述信息反馈方法的步骤,具体实现可参见上述方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考方法实施例中的对应过程,本申请中不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (26)
1.一种信息反馈方法,其特征在于,该方法包括:
接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;
将所述反馈信息发送给所述服务器。
2.根据权利要求1所述的方法,其特征在于,接收服务器针对客户端当前出行订单发送的车辆信息确认请求,包括:
在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在接收到行程结束提示信息之后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
3.根据权利要求2所述的方法,其特征在于,若在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收到服务器针对客户端当前出行订单发送的车辆信息确认请求,则所述方法还包括:
若获取到客户端用户的反馈信息为确认车辆信息正确,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的行程开始提示信息。
4.根据权利要求2所述的方法,其特征在于,若在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收到服务器针对客户端当前出行订单发送的车辆信息确认请求,则所述方法还包括:
若获取到客户端用户的反馈信息为确认车辆信息错误,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的提示是否拒绝上车的提示信息并进行显示;
将所述客户端用户反馈的是否上车的结果发送给服务器。
5.根据权利要求4所述的方法,其特征在于,将所述客户端用户反馈的是否上车的结果发送给服务器之后,所述方法还包括:
若所述客户端用户的反馈结果为确认上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的行程开始提示信息;
若所述客户端用户的反馈结果为拒绝上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的服务结束提示信息。
6.根据权利要求2所述的方法,其特征在于,所述指定内容包括车辆信息和/或服务提供方信息。
7.根据权利要求1~6任一所述的方法,其特征在于,所述车辆信息包括车牌号。
8.根据权利要求1所述的方法,其特征在于,将所述反馈信息发送给所述服务器,包括:
将携带有客户端拍摄的车牌号图片的反馈信息发送给所述服务器。
9.一种信息反馈方法,其特征在于,该方法包括:
针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
10.根据权利要求9所述的方法,其特征在于,接收所述客户端针对所述车辆信息确认请求消息的反馈信息之后,还包括:
若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则生成并记录所述当前出行订单的服务提供方的车辆违法使用信息。
11.根据权利要求9所述的方法,其特征在于,接收所述客户端针对所述车辆信息确认请求消息的反馈信息之后,还包括:
若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则对所述当前出行订单对应的服务提供方的信用度分值进行减分处理。
12.根据权利要求9所述的方法,其特征在于,发送车辆信息确认请求,包括:
在接收到服务提供端发送的行程启动指示信息之后,发送车辆信息确认请求;或者,
在检测到所述当前出行订单的行程结束之后,发送车辆信息确认请求;或者,
在确认所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,发送车辆信息确认请求。
13.一种信息反馈装置,其特征在于,该装置包括:
请求接收模块,用于接收服务器针对客户端当前出行订单发送的车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
信息获取模块,用于在当前用户界面显示车辆信息确认请求消息,并获取客户端用户针对所述车辆信息确认请求消息的反馈信息;
信息反馈模块,用于将所述反馈信息发送给所述服务器。
14.根据权利要求13所述的装置,其特征在于,所述请求接收模块,具体用于:
在向所述服务器发送出行服务请求之后,接收到行程开始提示信息之前,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在接收到行程结束提示信息之后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求;或者,
在所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,接收服务器针对客户端当前出行订单发送的车辆信息确认请求。
15.根据权利要求14所述的装置,其特征在于,所述装置还包括:
第一提示接收模块,用于若获取到客户端用户的反馈信息为确认车辆信息正确,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的行程开始提示信息。
16.根据权利要求14所述的装置,其特征在于,所述装置还包括:
第二提示接收模块,用于若获取到客户端用户的反馈信息为确认车辆信息错误,则在将所述反馈信息发送给所述服务器之后,接收所述服务器发送的提示是否拒绝上车的提示信息并进行显示;将所述客户端用户反馈的是否上车的结果发送给服务器。
17.根据权利要求16所述的装置,其特征在于,所述装置还包括:
第三提示接收模块,用于若所述客户端用户的反馈结果为确认上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的行程开始提示信息;
若所述客户端用户的反馈结果为拒绝上车,则在将所述客户端用户反馈的是否上车的结果发送给服务器之后,接收所述服务器发送的服务结束提示信息。
18.根据权利要求14所述的装置,其特征在于,所述指定内容包括车辆信息和/或服务提供方信息。
19.根据权利要求13~18任一所述的装置,其特征在于,所述车辆信息包括车牌号。
20.根据权利要求13所述的装置,其特征在于,所述信息反馈模块,具体用于将携带有客户端拍摄的车牌号图片的反馈信息发送给所述服务器。
21.一种信息反馈装置,其特征在于,该装置包括:
请求发送模块,用于针对客户端当前出行订单,发送车辆信息确认请求;所述车辆信息确认请求用于指示客户端确认实际接驾车辆信息与当前出行订单中的车辆信息是否一致;
信息接收模块,用于接收所述客户端针对所述车辆信息确认请求消息的反馈信息。
22.根据权利要求21所述的装置,其特征在于,还包括:
记录模块,用于若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则生成并记录所述当前出行订单的服务提供方的车辆违法使用信息。
23.根据权利要求21所述的装置,其特征在于,还包括:
处理模块,用于若所述反馈信息指示实际接驾车辆信息与当前出行订单的车辆信息不一致,则对所述当前出行订单对应的服务提供方的信用度分值进行减分处理。
24.根据权利要求21所述的装置,其特征在于,所述请求发送模块,具体用于:
在接收到服务提供端发送的行程启动指示信息之后,发送车辆信息确认请求;或者,
在检测到所述当前出行订单的行程结束之后,发送车辆信息确认请求;或者,
在确认所述客户端用户触发当前正在执行的出行订单的目标页面上的指定内容后,发送车辆信息确认请求。
25.一种电子设备,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行时执行如权利要求1~12任一所述的信息反馈方法的步骤。
26.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1~12任一所述的信息反馈方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811286679.XA CN111127126A (zh) | 2018-10-31 | 2018-10-31 | 一种信息反馈方法及装置、计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811286679.XA CN111127126A (zh) | 2018-10-31 | 2018-10-31 | 一种信息反馈方法及装置、计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111127126A true CN111127126A (zh) | 2020-05-08 |
Family
ID=70485555
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811286679.XA Pending CN111127126A (zh) | 2018-10-31 | 2018-10-31 | 一种信息反馈方法及装置、计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111127126A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112633971A (zh) * | 2020-12-16 | 2021-04-09 | 汉海信息技术(上海)有限公司 | 网约车上车地点修改方法、装置,以及电子设备 |
CN114584583A (zh) * | 2022-02-24 | 2022-06-03 | 中国银联股份有限公司 | 信息交互方法、装置和智能座舱 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014061856A1 (ko) * | 2012-10-18 | 2014-04-24 | Kang Haeseong | 스마트기기를 이용한 택시 콜 서비스 제공방법 |
WO2017128927A1 (en) * | 2016-01-27 | 2017-08-03 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for matching and displaying service request and available vehicles |
CN107016849A (zh) * | 2017-04-26 | 2017-08-04 | 北京聚利科技股份有限公司 | 网络预约车辆的方法、装置及系统 |
CN107067730A (zh) * | 2017-02-24 | 2017-08-18 | 江苏智通交通科技有限公司 | 基于卡口设备的网约车人车不一致监测方法 |
CN107784365A (zh) * | 2016-08-25 | 2018-03-09 | 大连楼兰科技股份有限公司 | 网约车管理平台及方法 |
-
2018
- 2018-10-31 CN CN201811286679.XA patent/CN111127126A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014061856A1 (ko) * | 2012-10-18 | 2014-04-24 | Kang Haeseong | 스마트기기를 이용한 택시 콜 서비스 제공방법 |
WO2017128927A1 (en) * | 2016-01-27 | 2017-08-03 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for matching and displaying service request and available vehicles |
CN107784365A (zh) * | 2016-08-25 | 2018-03-09 | 大连楼兰科技股份有限公司 | 网约车管理平台及方法 |
CN107067730A (zh) * | 2017-02-24 | 2017-08-18 | 江苏智通交通科技有限公司 | 基于卡口设备的网约车人车不一致监测方法 |
CN107016849A (zh) * | 2017-04-26 | 2017-08-04 | 北京聚利科技股份有限公司 | 网络预约车辆的方法、装置及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112633971A (zh) * | 2020-12-16 | 2021-04-09 | 汉海信息技术(上海)有限公司 | 网约车上车地点修改方法、装置,以及电子设备 |
CN114584583A (zh) * | 2022-02-24 | 2022-06-03 | 中国银联股份有限公司 | 信息交互方法、装置和智能座舱 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6535105B2 (ja) | 相乗りのためのシステム及び方法 | |
CN111492386A (zh) | 一种用于对电动车辆充电的系统和方法 | |
CN108701403B (zh) | 用于展示与服务请求相关的标识的系统及方法 | |
CN111352649B (zh) | 代码处理方法、装置、服务器及可读存储介质 | |
CN110751947B (zh) | 对用户进行提示的方法、电子设备及计算机可读存储介质 | |
CN109923373B (zh) | 用于确定车辆参考方向的系统和方法 | |
CN110169190B (zh) | 用于帮助在两个终端之间建立连接的系统和方法 | |
JP6772302B2 (ja) | 情報処理のためのシステム及び方法 | |
CN111105120B (zh) | 一种工单处理方法及装置 | |
CN111277618B (zh) | 一种信息推送方法、装置、电子设备及存储介质 | |
CN111105251A (zh) | 一种信息推送方法及装置 | |
CN111147532A (zh) | 一种信息分享方法、装置、设备及介质 | |
CN111353092A (zh) | 服务推送方法、装置、服务器及可读存储介质 | |
CN111489214B (zh) | 订单分配方法、条件设置方法、装置及电子设备 | |
CN111127126A (zh) | 一种信息反馈方法及装置、计算机可读存储介质 | |
CN111259119B (zh) | 一种问题推荐方法及装置 | |
CN111104585B (zh) | 一种问题推荐方法及装置 | |
CN111260423B (zh) | 订单分配方法、装置、电子设备及计算机可读存储介质 | |
CN111291253A (zh) | 模型训练方法、咨询推荐方法、装置及电子设备 | |
CN111145490B (zh) | 一种报警方法、装置、服务器及系统 | |
CN111401030B (zh) | 服务异常识别方法、装置、服务器及可读存储介质 | |
CN111259229B (zh) | 一种问题推荐方法及装置 | |
CN111612562B (zh) | 数据标记方法、装置及电子设备 | |
CN111698195A (zh) | 信息交互方法及装置 | |
CN111369311A (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 |