CN107230095A - 一种信息显示方法及装置 - Google Patents
一种信息显示方法及装置 Download PDFInfo
- Publication number
- CN107230095A CN107230095A CN201610176539.1A CN201610176539A CN107230095A CN 107230095 A CN107230095 A CN 107230095A CN 201610176539 A CN201610176539 A CN 201610176539A CN 107230095 A CN107230095 A CN 107230095A
- Authority
- CN
- China
- Prior art keywords
- taxi
- request
- calling
- price adjustment
- information
- 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 46
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 4
- 238000010009 beating Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 241001601331 Sphingomonas taxi Species 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000001035 drying Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
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/0641—Shopping interfaces
- G06Q30/0643—Graphical representation of items or shoppers
-
- 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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- 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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
- G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
-
- 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/0607—Regulated
-
- 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/10—Services
- G06Q50/26—Government or public services
Landscapes
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Human Resources & Organizations (AREA)
- Educational Administration (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供了一种信息显示方法及装置,所述方法包括:用户设备UE向打车系统发送打车请求;所述UE接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量;所述UE采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。本发明能够通过将现实客观的数据以图形化的方式展示给用户,以增强用户的信任感,从而使得用户能够更为直观而且快速地理解产品动态调价的原因,提高用户体验。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种信息显示方法及装置。
背景技术
目前,打车系统的使用越来越普遍,乘客可以便捷地通过用户设备(User Equipment,简称UE)上安装的打车系统发布打车请求。而对于打车系统而言,高峰期与平峰期的订单状况截然不同:平峰期订单偏少,司机运能得不到有效释放;而上下班高峰期,相比于急剧增长的订单,司机供给严重不足。而且城市高峰期往往伴随着拥堵,导致司机不愿意出车,这意味着高峰时段,原本紧张的供求关系会更加明显。
因此,在供不应求的情况下通常通过动态调价来缓解运力不足的情况。而目前在乘客端通知用户动态调价的提醒方式主要为:以文字为主的调价金额或倍率及是否接受调价的提示。然而,由于用户无法深刻理解业务背后的逻辑,即不理解动态调价的理由,使得用户对于动态调价的业务的投诉率较高,影响用户体验。
发明内容
针对现有技术的缺陷,本发明提供了一种信息显示方法及装置,能够解决现有技术中用户无法理解动态调价理由而导致的业务的投诉率较高及影响用户体验的问题。
第一方面,本发明提供了一种信息显示方法,所述方法包括:
用户设备UE向打车系统发送打车请求;
所述UE接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
所述UE采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。
优选地,所述用户设备UE向打车系统发送打车请求之后,方法还包括:
所述UE接收所述打车系统发送的调价请求;所述调价请求包括增加付款金额的信息或增加付款倍数的信息;
所述UE在显示界面上显示所述增加付款金额的信息或增加付款倍数的信息,并显示用于提示接受调价的提示框及拒绝调价的提示框。
优选地,所述方法还包括:
当预设时间段内接收到用户触发所述接受调价的提示框产生的指令时,所述UE向所述打车系统发送接受调价的响应消息;
当预设时间段内未收到用户触发所述接受调价的提示框产生的指令且未接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送重新计价的消息;
当接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送拒绝调价的响应消息。
第二方面,本发明提供了一种信息显示方法,所述方法包括:
服务器接收用户设备UE发送的打车请求;
所述服务器根据所述打车请求中的出发地,获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
所述服务器向所述UE发送所述打车请求的数量及所述终端数量,以供所述UE采用预设的图形组件在显示界面上显示所述打车请求的数量及所述终端数量。
优选地,所述服务器向所述UE发送所述打车请求的数量及所述终端数量之前,所述方法还包括:
所述服务器获得所述打车请求的数量与所述终端数量的比值;
若所述比值大于预设阈值,则执行向所述UE发送所述打车请求的数量及所述终端数量的步骤,并向所述UE发送调价请求;
其中,所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
优选地,所述方法还包括:
所述服务器接收到所述UE发送的接受调价的响应消息时,根据所述打车请求及所述增加付款金额的信息或增加付款倍数的信息生成订单信息;
所述服务器向所述出发地所属区域内在线且空闲的终端发送所述订单信息;
所述服务器接收到所述UE发送的拒绝调价的响应消息时,丢弃所述打车请求;
其中,所述订单信息包括:出发地信息、目的地信息、所述UE的用户标识及调价金额信息。
优选地,所述方法还包括:
所述服务器接收到所述UE发送的重新计价的消息时,重新执行获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量的步骤。
第三方面,本发明提供了一种信息显示装置,所述装置包括:
发送单元,用于向打车系统发送打车请求;
接收单元,用于接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
显示单元,用于采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。
优选地,所述接收单元,还用于接收所述打车系统发送的调价请求;所述调价请求包括增加付款金额的信息或增加付款倍数的信息;
相应地,所述显示单元,还用于在显示界面上显示所述增加付款金额的信息或增加付款倍数的信息,并显示用于提示接受调价的提示框及拒绝调价的提示框。
优选地,所述发送单元,还用于:
当预设时间段内接收到用户触发所述接受调价的提示框产生的指令时,所述UE向所述打车系统发送接受调价的响应消息;
当预设时间段内未收到用户触发所述接受调价的提示框产生的指令且未接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送重新计价的消息;
当接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送拒绝调价的响应消息。
第四方面,本发明提供了一种信息显示装置,所述装置包括:
接收单元,用于接收用户设备UE发送的打车请求;
获取单元,用于根据所述打车请求中的出发地,获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
发送单元,用于向所述UE发送所述打车请求的数量及所述终端数量,以供所述UE采用预设的图形组件在显示界面上显示所述打车请求的数量及所述终端数量。
优选地,所述装置还包括:计算单元,用于获得所述打车请求的数量与所述终端数量的比值;
相应地,所述发送单元,还用于在所述比值大于预设阈值时,向所述UE发送所述打车请求的数量及所述终端数量,并向所述UE发送调价请求;
其中,所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
优选地,所述装置还包括:
订单生成单元,用于在接收到所述UE发送的接受调价的响应消息时,根据所述打车请求及所述增加付款金额的信息或增加付款倍数的信息生成订单信息;
相应地,所述发送单元,还用于向所述出发地所属区域内在线且空闲的终端发送所述订单信息;
请求丢弃单元,用于在接收到所述UE发送的拒绝调价的响应消息时,丢弃所述打车请求。
优选地,所述获取单元,还用于:
接收到所述UE发送的重新计价的消息时,重新获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量。
由上述技术方案可知,本发明提供一种信息显示方法及装置,通过将获取到的出发地所属区域内的打车请求的数量及在线且空闲的终端数量,在用户设备UE的显示界面上采用预设的图形组件进行显示,通过将现实客观的数据以图形化的方式展示给用户,以增强用户的信任感,从而使得用户能够更为直观而且快速地理解产品动态调价的原因,提高用户体验。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些图获得其他的附图。
图1是本公开一实施例提供的一种信息显示方法的流程示意图;
图2是本公开另一实施例提供的一种信息显示界面的示意图;
图3是本公开另一实施例提供的一种信息显示界面的示意图;
图4是本公开另一实施例提供的一种信息显示界面的示意图;
图5是本公开另一实施例提供的一种信息显示界面的示意图;
图6是本公开另一实施例提供的一种信息显示方法的流程示意图;
图7是本公开一实施例提供的一种信息显示装置的结构示意图;
图8是本公开另一实施例提供的一种信息显示装置的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
图1是本公开一实施例提供的一种信息显示方法的流程示意图,如图1所示,所述方法包括如下步骤:
S101:用户设备UE向打车系统发送打车请求。
其中,用户设备(User Equipment,简称UE)是指呼叫服务方,如交通工具叫车服务中的乘客所使用的移动终端或个人计算机(Personal Computer,简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。打车请求包括:出发地、目的地及所述UE的用户标识等等或其中某一信息。则UE的用户标识包含手机号码、身份标识码(Identity,简称id)、硬件地址(Media Access Control,简称MAC)等或其中某一信息。
S102:所述UE接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量。
其中,终端为提供服务方,如交通工具叫车服务中的司机,所使用的用于接单的移动终端或个人计算机(Personal Computer,简称PC)等设备。则在线且空闲的终端数量即为空车的数量。其中,所述出发地所属区域指的是:与出发地的距离小于预设阈值的区域。
而本步骤获取的预设区域内的打车请求的数量,即为当前正在打车的乘客数量;获取的在线且空闲的终端数量即为正在使用打车软件且当前并未接单的司机。
S103:所述UE采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。
举例来说,如图2所示,为UE在显示界面中采用预设的图形组件所展示的打车请求的数量(如图2中的15687乘客在打车)及所述终端数量(如图2中467可用空车),图2中所示的图形组件中:半圆形填充面积的大小分别表示可用空车的数量及乘客打车的数量,随着数据的变化填充面积也会随之变化。如此,根据该图可使用户直观快速地了解现在可用空车和乘客打车数量的多少,以了解出发地所属区域内的打车的供求情况。如图3所示,在UE的显示界面中可采用另一种预设的图形组件来展示打车请求的数量及终端数量,图3中所示的图形组件中:圆形区域内采用圆圈表示打车请求的数量,车辆表示可用空车的数量,如此,更为直观地表示出了打车的供求情况,图3中所示的情况为需求过旺,即供不应求的情况。
可理解地,还可在UE显示界面中采用预设的图形组件表明对打车有有影响的其他因素。如图4所示,在显示界面中采用预设的图形组件表示了从出发地到目的地的距离及当前区域内可用空车情况,图4中所示的图形组件中:圆形区域内标示出从出发地到目的地的路线,并进一步用文字表明位置偏远且附近车辆较少,如此,根据该图可使用户直观快速地了解现在可用空车及打车路线的情况,以更为了解加价理由。如图5所示,在显示界面中采用预设的图形组件表示了UE出发地所属区域的路况信息,如拥堵信息,图5中所示的图形组件中:圆形区域内标示出UE出发地所属区域中拥堵的多条路线,如此,根据该图可使用户直观快速地了解当前打车出发地附近的拥堵状态,以更为了解加价理由。当然,还可采用其他的图形组件表明当前打车的供求情况,本实施例对此不加以限制。
由此可见,本实施例通过将获取到的出发地所属区域内的打车请求的数量及在线且空闲的终端数量,在用户设备UE的显示界面上采用预设的图形组件进行显示,通过将现实客观的数据以图形化的方式展示给用户,以增强用户的信任感,从而使得用户能够更为直观而且快速地理解产品动态调价的原因,提高用户体验。
进一步地,在本公开另一实施例提供的信息显示方法中,除了上述步骤,该方法在步骤S1之后,还包括如下步骤:
A01:所述UE接收所述打车系统发送的调价请求;所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
具体来说,打车系统获取出发地所属区域内的打车请求的数量及在线且空闲的终端数量后,可对所述打车请求的数量与所述终端数量的比值进行判断,若该比值大于预设阈值,则根据预设的调价策略计算得到增加付款的金额或者增加付款倍数,并向所述UE发送调价请求。
需要说明的是,调价策略中的调价金额可根据预设的公式来确定,例如:F=b*a,其中,b为预设金额,a为打车请求的数量与所述终端数量的比值,F为调价金额,由此可见,比值越大,则调价金额越高。
A02:所述UE在显示界面上显示所述增加付款金额的信息或增加付款倍数的信息,并显示用于提示接受调价的提示框及拒绝调价的提示框。
进一步地,在UE的显示界面上显示打车请求的数量及在线且空闲的终端数量的同时,在显示界面上还可显示所述增加付款金额的信息或增加付款倍数的信息,及用于提示接受调价的提示框及拒绝调价的提示框。举例来说,如图2所示,除了显示有467可用空车(在线且空闲的终端数量)及15687乘客在打车(打车请求的数量)外,还显示有调价提醒1.4倍、接受调价的提示框及拒绝调价的提示框,用户可触发接受调价的提示框以接受调价,或者触发拒绝调价的提示框以拒绝调价。
由此可见,本实施例中在显示调价提醒的同时,显示了可用空车数量及打车乘客的数量,如此,可以使用户更为直观的了解当前出发地所属区域内的空车供求情况,从而理解动态调价的理由,使用现实客观的数据增强用户的信任感,提高用户体验。
进一步地,所述方法还包括如下步骤:
B01:当预设时间段内接收到用户触发所述接受调价的提示框产生的指令时,所述UE向所述打车系统发送接受调价的响应消息。
举例来说,如图2所示,预设时间段为120s。若120s内用户触发了接受调价的提示框,则表明用户接受当前调价金额,则UE向打车系统发送接受调价的响应消息,以告知打车系统用户接受当前调价,则打车系统进一步地生成订单,并发送至多个终端。
B02:当预设时间段内未收到用户触发所述接受调价的提示框产生的指令且未接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送重新计价的消息。
举例来说,如图2所示,在120s内用户没有触发接受调价的提示框,也没有触发拒绝调价的提示框,则UE向打车系统发送重新计价的消息,以使打车系统重新获取当前出发地所属区域内的打车请求的数量及在线且空闲的终端数量,并重新根据两者的数量计算调价金额,从而进一步将更新后的打车请求的数量、终端数量及调价金额等数据发送至UE,以使UE在显示界面上更新上述数据。则由此可见,每隔预设时间段(如120s),若用户不触发上述各提示框,则UE的显示界面上的上述数据会实时更新,以使用户能够实时了解当前的上述各项数据。
B03:当接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送拒绝调价的响应消息。
举例来说,如图2所示,若用户触发了拒绝调价的提示框,则UE向打车系统发送拒绝调价的响应消息,以使打车系统丢弃该打车请求。
由此可见,本实施例中用户根据在UE显示界面上基于预设图形组件显示并实时更新空车数量、乘客打车数量及调价金额,能够更好地辅助用户选择是否接受调价。
图6是本公开另一实施例提供的一种信息显示方法的流程示意图,如图6所示,所述方法包括如下步骤:
S301:服务器接收用户设备UE发送的打车请求;
具体来说,本实施例中服务器即为打车系统,打车系统接收到UE发送的打车请求。其中,打车系统即打车软件平台,用于对接收的订单进行数据处理,并将订单发送给多个终端的处理平台。
S302:所述服务器根据所述打车请求中的出发地,获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量。
举例来说,一般可取离当前打车请求出发地的距离为1~5公里的范围内、且离当前时间点1~10分钟内发出的打车请求;可取离当前打车请求出发地的距离为1~5公里的范围内、当前时间点在线且空闲的终端。
S303:所述服务器向所述UE发送所述打车请求的数量及所述终端数量,以供所述UE采用预设的图形组件在显示界面上显示所述打车请求的数量及所述终端数量。
由此可见,本实施例通过将获取到的打车请求中的出发地所属区域内的打车请求的数量及在线且空闲的终端数量发送至UE,以使UE在显示界面上采用预设的图形组件显示上述数据,如此,通过现实客观的数据展示给用户增强了用户的信任感,从而使得用户能够更为直观而且快速地理解产品动态调价的原因,提高用户体验。
进一步地,在本公开的另一实施例提供的信息显示方法中,所述方法还包括如下步骤:
C01、所述服务器获得所述打车请求的数量与所述终端数量的比值。
C02、若所述比值大于预设阈值,则执行向所述UE发送所述打车请求的数量及所述终端数量的步骤,并向所述UE发送调价请求。
其中,所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
需要说明的是,本实施例还可采用其他方式确定是否发送调价请求,如获得出发地所属范围内打车请求的数量与在线且空闲的终端数量的差值,当所述差值大于预设阈值时,则向UE发送所述打车请求的数量及所述终端数量,及调价请求。当然也可采取其他方式确定是否发送调价请求,本实施例对此不加以限制。
如此,本实施例中当比值大于预设阈值时,即需要进行调价时才向UE发送打车请求的数量与在线且空闲的终端数量,以使用户根据打车请求的数量与在线且空闲的终端数量理解调价的理由。
进一步地,所述方法还包括如下步骤:
B01:所述服务器接收到所述UE发送的接受调价的响应消息时,根据所述打车请求及所述增加付款金额的信息或增加付款倍数的信息生成订单信息;所述服务器向所述出发地所属区域内在线且空闲的终端发送所述订单信息;
B03:所述服务器接收到所述UE发送的拒绝调价的响应消息时,丢弃所述打车请求。
其中,所述订单信息包括:出发地信息、目的地信息、所述UE的用户标识及调价金额信息。
由此可见,当服务器即打车系统接收到UE发送的接受调价的响应消息时,则进一步向多个终端发送订单信息。其中,包括调价金额信息,能够使得司机的接单意愿提高,促进该订单的接单成功率。而当服务器接收到UE发送的拒绝调价的响应消息时,则丢弃该UE的打车请求,不向任何终端发送该UE的订单信息,取消打车。
进一步地,所述方法还包括:
所述服务器接收到所述UE发送的重新计价的消息时,重新执行获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量的步骤。
具体来说,UE接收到调价请求后,在显示界面上会显示接受调价的提示框及拒绝调价的提示框,若预设时间段内用户没有触发接受调价的提示框也没有触发拒绝调价的提示框,UE会向服务器发送重新计价的消息,以更新显示界面上的打车请求的数量及在线且空闲的终端数量。而进一步地,服务器接收到UE发送的重新计价的消息时,会重新获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量,并判断打车请求的数量与在线且空闲的终端数量的比值是否大于预设阈值,若是则重新根据预设的调价策略确定调价金额,并将所述打车请求的数量、在线且空闲的终端数量及调价金额重新发送至UE,以使UE在显示界面上对上述数据进行更新。
图7是本公开一实施提供的一种信息显示装置的结构示意图,所述装置包括:发送单元401、接收单元402及显示单元403。其中:
发送单元401,用于向打车系统发送打车请求;
接收单元402,用于接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
显示单元403,用于采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。
进一步地,所述接收单元402,还用于接收所述打车系统发送的调价请求;所述调价请求包括增加付款金额的信息或增加付款倍数的信息;
相应地,所述显示单元403,还用于在显示界面上显示所述增加付款金额的信息或增加付款倍数的信息,并显示用于提示接受调价的提示框及拒绝调价的提示框。
进一步地,所述发送单元401,还用于:
当预设时间段内接收到用户触发所述接受调价的提示框产生的指令时,所述UE向所述打车系统发送接受调价的响应消息;
当预设时间段内未收到用户触发所述接受调价的提示框产生的指令且未接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送重新计价的消息;
当接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送拒绝调价的响应消息。
需要说明的是,本实施例中的信息显示装置可位于用户设备UE中,以在用户设备UE的显示界面上采用预设的图形组件显示出发地所属区域内的打车请求的数量及在线且空闲的终端数量,通过现实客观的数据展示给用户增强了用户的信任感,从而使得用户能够更为直观而且快速地理解产品动态调价的原因,提高用户体验。。
图8是本公开另一实施例提供的一种信息显示装置的结构示意图,如图8所示,所述装置包括:接收单元501、获取单元502及发送单元。其中:
接收单元501,用于接收用户设备UE发送的打车请求;
获取单元502,用于根据所述打车请求中的出发地,获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
发送单元503,用于向所述UE发送所述打车请求的数量及所述终端数量,以供所述UE采用预设的图形组件在显示界面上显示所述打车请求的数量及所述终端数量。
进一步地,所述装置还包括:计算单元,用于获得所述打车请求的数量与所述终端数量的比值;
相应地,所述发送单元503,还用于在所述比值大于预设阈值时,向所述UE发送所述打车请求的数量及所述终端数量,并向所述UE发送调价请求;
其中,所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
进一步地,所述装置还包括:
订单生成单元,用于在接收到所述UE发送的接受调价的响应消息时,根据所述打车请求及所述增加付款金额的信息或增加付款倍数的信息生成订单信息;相应地,所述发送单元503,还用于向所述出发地所属区域内在线且空闲的终端发送所述订单信息;
请求丢弃单元,用于在接收到所述UE发送的拒绝调价的响应消息时,丢弃所述打车请求。
进一步地,所述获取单元502,还用于:
接收到所述UE发送的重新计价的消息时,重新获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数。
需要说明的是,需要说明的是,本实施例中的信息显示装置可位于服务器(即打车系统)中,以将获取到的打车请求中的出发地所属区域内的打车请求的数量及在线且空闲的终端数量发送至UE,以使UE在显示界面上采用预设的图形组件显示上述数据,如此,通过现实客观的数据展示给用户增强了用户的信任感,从而使得用户能够更为直观而且快速地理解产品动态调价的原因,提高用户体验。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
应当注意的是,在本公开的系统的各个部件中,根据其要实现的功能而对其中的部件进行了逻辑划分,但是,本公开不受限于此,可以根据需要对各个部件进行重新划分或者组合,例如,可以将一些部件组合为单个部件,或者可以将一些部件进一步分解为更多的子部件。
本公开的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上实施方式仅适于说明本公开,而并非对本公开的限制,有关技术领域的普通技术人员,在不脱离本公开的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本公开的范畴,本公开的专利保护范围应由权利要求限定。
Claims (14)
1.一种信息显示方法,其特征在于,所述方法包括:
用户设备UE向打车系统发送打车请求;
所述UE接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
所述UE采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。
2.根据权利要求1所述的方法,其特征在于,所述用户设备UE向打车系统发送打车请求之后,方法还包括:
所述UE接收所述打车系统发送的调价请求;所述调价请求包括增加付款金额的信息或增加付款倍数的信息;
所述UE在显示界面上显示所述增加付款金额的信息或增加付款倍数的信息,并显示用于提示接受调价的提示框及拒绝调价的提示框。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当预设时间段内接收到用户触发所述接受调价的提示框产生的指令时,所述UE向所述打车系统发送接受调价的响应消息;
当预设时间段内未收到用户触发所述接受调价的提示框产生的指令且未接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送重新计价的消息;
当接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送拒绝调价的响应消息。
4.一种信息显示方法,其特征在于,所述方法包括:
服务器接收用户设备UE发送的打车请求;
所述服务器根据所述打车请求中的出发地,获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
所述服务器向所述UE发送所述打车请求的数量及所述终端数量,以供所述UE采用预设的图形组件在显示界面上显示所述打车请求的数量及所述终端数量。
5.根据权利要求4所述的方法,其特征在于,所述服务器向所述UE发送所述打车请求的数量及所述终端数量之前,所述方法还包括:
所述服务器获得所述打车请求的数量与所述终端数量的比值;
若所述比值大于预设阈值,则执行向所述UE发送所述打车请求的数量及所述终端数量的步骤,并向所述UE发送调价请求;
其中,所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述服务器接收到所述UE发送的接受调价的响应消息时,根据所述打车请求及所述增加付款金额的信息或增加付款倍数的信息生成订单信息;
所述服务器向所述出发地所属区域内在线且空闲的终端发送所述订单信息;
所述服务器接收到所述UE发送的拒绝调价的响应消息时,丢弃所述打车请求;
其中,所述订单信息包括:出发地信息、目的地信息、所述UE的用户标识及调价金额信息。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述服务器接收到所述UE发送的重新计价的消息时,重新执行获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量的步骤。
8.一种信息显示装置,其特征在于,所述装置包括:
发送单元,用于向打车系统发送打车请求;
接收单元,用于接收所述打车系统发送的所述打车请求中出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
显示单元,用于采用预设的图形组件,在显示界面上显示所述打车请求的数量及所述终端数量。
9.根据权利要求8所述的装置,其特征在于,所述接收单元,还用于接收所述打车系统发送的调价请求;所述调价请求包括增加付款金额的信息或增加付款倍数的信息;
相应地,所述显示单元,还用于在显示界面上显示所述增加付款金额的信息或增加付款倍数的信息,并显示用于提示接受调价的提示框及拒绝调价的提示框。
10.根据权利要求9所述的装置,其特征在于,所述发送单元,还用于:
当预设时间段内接收到用户触发所述接受调价的提示框产生的指令时,所述UE向所述打车系统发送接受调价的响应消息;
当预设时间段内未收到用户触发所述接受调价的提示框产生的指令且未接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送重新计价的消息;
当接收到用户触发所述拒绝调价的提示框产生的指令时,所述UE向所述打车系统发送拒绝调价的响应消息。
11.一种信息显示装置,其特征在于,所述装置包括:
接收单元,用于接收用户设备UE发送的打车请求;
获取单元,用于根据所述打车请求中的出发地,获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量;
发送单元,用于向所述UE发送所述打车请求的数量及所述终端数量,以供所述UE采用预设的图形组件在显示界面上显示所述打车请求的数量及所述终端数量。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:计算单元,用于获得所述打车请求的数量与所述终端数量的比值;
相应地,所述发送单元,还用于在所述比值大于预设阈值时,向所述UE发送所述打车请求的数量及所述终端数量,并向所述UE发送调价请求;
其中,所述调价请求包括增加付款金额的信息或增加付款倍数的信息。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
订单生成单元,用于在接收到所述UE发送的接受调价的响应消息时,根据所述打车请求及所述增加付款金额的信息或增加付款倍数的信息生成订单信息;
相应地,所述发送单元,还用于向所述出发地所属区域内在线且空闲的终端发送所述订单信息;
请求丢弃单元,用于在接收到所述UE发送的拒绝调价的响应消息时,丢弃所述打车请求。
14.根据权利要求12所述的装置,其特征在于,所述获取单元,还用于:
接收到所述UE发送的重新计价的消息时,重新获取所述出发地所属区域内的打车请求的数量及在线且空闲的终端数量。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610176539.1A CN107230095A (zh) | 2016-03-24 | 2016-03-24 | 一种信息显示方法及装置 |
EP16887798.3A EP3408843A4 (en) | 2016-01-27 | 2016-12-30 | Systems and methods for matching and displaying service request and available vehicles |
PCT/CN2016/113890 WO2017128927A1 (en) | 2016-01-27 | 2016-12-30 | Systems and methods for matching and displaying service request and available vehicles |
CN201680079596.6A CN108475466B (zh) | 2016-01-27 | 2016-12-30 | 用于匹配和显示服务请求和可用车辆的系统和方法 |
AU2016389440A AU2016389440A1 (en) | 2016-01-27 | 2016-12-30 | Systems and methods for matching and displaying service request and available vehicles |
US15/821,876 US20180108103A1 (en) | 2016-01-27 | 2017-11-24 | Systems and methods for matching and displaying service request and available vehicles |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610176539.1A CN107230095A (zh) | 2016-03-24 | 2016-03-24 | 一种信息显示方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107230095A true CN107230095A (zh) | 2017-10-03 |
Family
ID=59931905
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610176539.1A Pending CN107230095A (zh) | 2016-01-27 | 2016-03-24 | 一种信息显示方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107230095A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108629504A (zh) * | 2018-05-02 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | 为用户提供出行服务的方法及装置 |
CN109034433A (zh) * | 2018-07-20 | 2018-12-18 | 清华大学苏州汽车研究院(吴江) | 基于定制服务的打车系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014036335A1 (en) * | 2012-08-30 | 2014-03-06 | Integrity Vehicle Solutions Company Llc | Transportation control and regulation system and method for for-hire vehicles |
CN104346921A (zh) * | 2013-08-06 | 2015-02-11 | 腾讯科技(深圳)有限公司 | 基于位置信息的出租车信息通讯服务系统、终端和方法 |
CN104657933A (zh) * | 2015-03-04 | 2015-05-27 | 北京嘀嘀无限科技发展有限公司 | 用于通知订单供需密度的方法及设备 |
US20150248689A1 (en) * | 2014-03-03 | 2015-09-03 | Sunil Paul | Systems and methods for providing transportation discounts |
CN105160711A (zh) * | 2015-08-20 | 2015-12-16 | 北京嘀嘀无限科技发展有限公司 | 一种动态调价方法及装置 |
CN105184726A (zh) * | 2015-08-20 | 2015-12-23 | 北京嘀嘀无限科技发展有限公司 | 一种动态调价方法及装置 |
-
2016
- 2016-03-24 CN CN201610176539.1A patent/CN107230095A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014036335A1 (en) * | 2012-08-30 | 2014-03-06 | Integrity Vehicle Solutions Company Llc | Transportation control and regulation system and method for for-hire vehicles |
CN104346921A (zh) * | 2013-08-06 | 2015-02-11 | 腾讯科技(深圳)有限公司 | 基于位置信息的出租车信息通讯服务系统、终端和方法 |
US20150248689A1 (en) * | 2014-03-03 | 2015-09-03 | Sunil Paul | Systems and methods for providing transportation discounts |
CN104657933A (zh) * | 2015-03-04 | 2015-05-27 | 北京嘀嘀无限科技发展有限公司 | 用于通知订单供需密度的方法及设备 |
CN105160711A (zh) * | 2015-08-20 | 2015-12-16 | 北京嘀嘀无限科技发展有限公司 | 一种动态调价方法及装置 |
CN105184726A (zh) * | 2015-08-20 | 2015-12-23 | 北京嘀嘀无限科技发展有限公司 | 一种动态调价方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108629504A (zh) * | 2018-05-02 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | 为用户提供出行服务的方法及装置 |
CN110443472A (zh) * | 2018-05-02 | 2019-11-12 | 北京嘀嘀无限科技发展有限公司 | 为用户提供出行服务的方法及装置 |
CN109034433A (zh) * | 2018-07-20 | 2018-12-18 | 清华大学苏州汽车研究院(吴江) | 基于定制服务的打车系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105184726A (zh) | 一种动态调价方法及装置 | |
CN105160711B (zh) | 一种动态调价方法及装置 | |
CN106919994A (zh) | 订单推送方法及装置 | |
CN107145992B (zh) | 一种订单分配方法及装置 | |
CN105139228A (zh) | 一种订单分配的方法及装置 | |
CN105069706A (zh) | 一种通过移动互联网实现移动加油的方法及系统 | |
CN107292692A (zh) | 拼车方法和系统 | |
CN107451877A (zh) | 一种乘车订单在线生成系统及其生成方法 | |
CN109784520A (zh) | 一种寄件预约方法、装置、电子设备和介质 | |
CN107920096A (zh) | 一种打车预估信息展示方法、装置及服务器 | |
JP2011159072A (ja) | カーシェアリング用通信装置およびコンピュータプログラム | |
CN113340315A (zh) | 车辆充电方法、装置、电子设备及存储介质 | |
CN102034184A (zh) | 支付平台账户的配置方法、装置以及支付方法、装置 | |
CN109460840B (zh) | 互联网出行订单处理方法、装置和设备 | |
CN107230095A (zh) | 一种信息显示方法及装置 | |
CN109784506A (zh) | 一种车辆救援服务系统控制方法、设备及可读存储介质 | |
US11946755B2 (en) | Online ride-hailing and invoice issuing method, system and apparatus | |
CN110619402A (zh) | 一种派车方法和装置、电子设备、存储介质 | |
CN113112116A (zh) | 订单分配方法、装置及服务器 | |
CN105828390A (zh) | 一种流量共享方法及装置 | |
KR20130115691A (ko) | 대리운전 서비스 제공 방법 | |
US20110218891A1 (en) | Displaying prepaid account information at mobile station | |
CN109218346B (zh) | 网约车应用程序Feed流推送方法和装置 | |
KR20120102261A (ko) | 모바일기기를 이용한 대리운전 서비스 중개방법 | |
JP2016177368A (ja) | 表示制御方法、電子機器、表示制御用プログラム及び表示制御システム |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20201225 Address after: No.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, Binhai New Area, Tianjin 300480 Applicant before: Didi (China) Technology Co.,Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171003 |