CN109240557A - 业务处理方法及装置 - Google Patents

业务处理方法及装置 Download PDF

Info

Publication number
CN109240557A
CN109240557A CN201710560913.2A CN201710560913A CN109240557A CN 109240557 A CN109240557 A CN 109240557A CN 201710560913 A CN201710560913 A CN 201710560913A CN 109240557 A CN109240557 A CN 109240557A
Authority
CN
China
Prior art keywords
card
service
business
operation interface
stage
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
Application number
CN201710560913.2A
Other languages
English (en)
Inventor
谷贺
戴艳
李欣睿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN201710560913.2A priority Critical patent/CN109240557A/zh
Publication of CN109240557A publication Critical patent/CN109240557A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services

Abstract

本发明提供一种业务处理方法及装置。该方法应用于出行业务处理,包括:接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求,根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容,实现了可以根据用户的操作请求,在当前业务阶段的操作界面上显示与该当前业务阶段关联的至少两个服务卡片,使得用户可以在出行业务的不同阶段,均可以通过发送操作请求,实现获取操作界面上显示的服务卡片中的服务内容,相较于目前在当前所处业务阶段无法获取其他业务阶段的信息的方式,可以使用户便捷地获取到出行业务的不同阶段中的服务卡片中的服务内容,提高了用户获取信息的效率,从而,提高了用户体验。

Description

业务处理方法及装置
技术领域
本发明涉及互联网技术,尤其涉及一种业务处理方法及装置。
背景技术
随着通信技术和计算机技术的不断发展,越来越多的用户通过在出行平台预约网约车出行。用户在打开安装于终端设备上出行平台后,在出行平台的界面上输入出行信息,以便预定到对应的网约车进行出行。
目前,在用户出行的各个业务阶段,例如,确认发单、等待应答、等待接驾、行程中以及行程结束等阶段,在出行平台的界面上,显示用户所处业务阶段对应的操作界面。基于不同的业务阶段,操作界面中包括的信息不同。例如,在等待接驾阶段,操作界面上显示司机信息以及车辆信息,在行程中阶段,操作界面上显示地图及当前所处的实时位置。
但是,上述过程中,用户无法在当前所处业务阶段的操作界面查询其他业务阶段的信息,例如,在行程中阶段无法查询等待接驾阶段的司机信息及车辆信息。这导致用户无法便捷地获取到出行过程中的相关信息,用户体验不高。
发明内容
为解决现有技术中存在的问题,本发明提供一种业务处理方法及装置,以提高用户体验。
第一方面,本发明实施例提供一种业务处理方法,所述方法应用于出行业务处理,所述方法,包括:
接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求;
根据所述操作请求,在所述操作界面上显示与所述当前业务阶段关联的至少两个服务卡片,所述服务卡片中包含服务内容。
如上所示的方法中,所述接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求之前,还包括:
在进入到所述当前业务阶段的操作界面后,从本地存储的数据中获取与所述当前业务阶段关联的至少两个服务卡片。
如上所示的方法中,所述接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求之前,还包括:
在进入到所述当前业务阶段的操作界面后,从出行业务服务器获取与所述当前业务阶段关联的至少两个服务卡片。
如上所示的方法中,所述获取与所述当前业务阶段关联的至少两个服务卡片之后,还包括:
在所述操作界面上显示所述至少两个服务卡片的提示信息;
相应的,所述接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求,包括:
接收用户根据所述提示信息在所述出行业务的当前业务阶段的操作界面上发送的操作请求。
如上所示的方法中,所述在所述操作界面上显示所述至少两个服务卡片的提示信息,包括:
在所述操作界面上显示至少一个服务卡片的至少部分内容。
如上所示的方法中,所述接收用户根据所述提示信息在所述出行业务的当前业务阶段的操作界面上发送的操作请求,包括:
接收用户对所述提示信息的触摸操作;
相应的,所述根据所述操作请求,在所述操作界面上显示与所述当前业务阶段关联的至少两个服务卡片,包括:
按照预设的界面显示顺序,在所述操作界面上滚动显示所述至少两个服务卡片;
或者,
根据预设的界面显示布局,在所述操作界面上分布显示所述至少两个服务卡片。
如上所示的方法中,所述触摸操作,包括:
点击操作、滑动操作。
如上所示的方法中,在所述操作界面上显示所述至少两个服务卡片之后,还包括:
接收所述用户在所述操作界面上发送的调整操作请求;
根据所述调整操作请求对所述至少两个服务卡片进行调整处理;
所述调整处理,包括:
变更所述至少两个服务卡片的显示方式、删减所述服务卡片。
如上所示的方法中,所述当前业务阶段为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段中的任一个;
其中,与所述未发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、发单卡片、运营卡片和会员卡片;
与所述确认发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、行程卡片和运营卡片;
与所述等待接驾业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、运营卡片和行程卡片;
与所述行程中业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、行程卡片、评价卡片和运营卡片;
与所述行程结束业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:服务主体卡片、支付卡片、评价卡片和行程卡片。
第二方面,本发明实施例还提供一种业务处理装置,所述装置用于处理出行业务,包括:
接收模块,用于接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求;
显示模块,用于根据所述操作请求,在所述操作界面上显示与所述当前业务阶段关联的至少两个服务卡片,所述服务卡片中包含服务内容。
如上所示的装置中,所述装置还包括:
第一获取模块,用于在进入到所述当前业务阶段的操作界面后,从本地存储的数据中获取与所述当前业务阶段关联的至少两个服务卡片。
如上所示的装置中,所述装置还包括:
第二获取模块,用于在进入到所述当前业务阶段的操作界面后,从出行业务服务器获取与所述当前业务阶段关联的至少两个服务卡片。
如上所示的装置中,所述显示模块,还用于在所述操作界面上显示所述至少两个服务卡片的提示信息;
相应的,所述接收模块,具体用于接收用户根据所述提示信息在所述出行业务的当前业务阶段的操作界面上发送的操作请求。
如上所示的装置中,所述显示模块具体用于:
在所述操作界面上显示至少一个服务卡片的至少部分内容。
如上所示的装置中,所述接收模块具体用于:
接收用户对所述提示信息的触摸操作;
相应的,显示模块具体用于:
按照预设的界面显示顺序,在所述操作界面上滚动显示所述至少两个服务卡片;
或者,
根据预设的界面显示布局,在所述操作界面上分布显示所述至少两个服务卡片。
如上所示的装置中,所述触摸操作包括:
点击操作、滑动操作。
如上所示的装置中,所述接收模块还用于接收所述用户在所述操作界面上发送的调整操作请求;
所述装置还包括:处理模块,用于根据所述调整操作请求对所述至少两个服务卡片进行调整处理;
所述调整处理,包括:
变更所述至少两个服务卡片的显示方式、删减所述服务卡片。
如上所示的装置中,所述当前业务阶段为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段中的任一个;
其中,与所述未发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、发单卡片、运营卡片和会员卡片;
与所述确认发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、行程卡片和运营卡片;
与所述等待接驾业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、运营卡片和行程卡片;
与所述行程中业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、行程卡片、评价卡片和运营卡片;
与所述行程结束业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:服务主体卡片、支付卡片、评价卡片和行程卡片。
本发明实施例提供的业务处理方法及装置,应用于出行业务处理,通过接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求,根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容,实现了可以根据用户的操作请求,在当前业务阶段的操作界面上显示与该当前业务阶段关联的至少两个服务卡片,使得用户可以在出行业务的不同阶段,均可以通过发送操作请求,实现获取操作界面上显示的服务卡片中的服务内容,相较于目前在当前所处业务阶段无法获取其他业务阶段的信息的方式,可以使用户便捷地获取到出行业务的不同阶段中的服务卡片中的服务内容,提高了用户获取信息的效率,从而,提高了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的业务处理方法实施例的流程示意图;
图2A为图1所示实施例中一种用户界面的示意图;
图2B为图1所示实施例中另一种用户界面的示意图;
图2C为图1所示实施例中又一种用户界面的示意图;
图2D为图1所示实施例中再一种用户界面的示意图;
图2E为图1所示实施例中另一种用户界面的示意图;
图3为本发明实施例提供的业务处理装置实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供的业务处理方法可以应用于安装有出行平台的终端设备中。本发明实施例中的终端设备可以是手持设备、车载设备、可穿戴设备、计算设备,以及各种形式的用户设备(User Equipment,UE),移动台(Mobile Station,MS)及终端(terminal)等。本发明实施例中的出行平台指的是可以实现预约网约车功能的应用程序(Application,APP)。本发明实施例提供的业务处理方法,应用于出行业务处理,通过接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求,根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容,实现了可以根据用户的操作请求,在当前业务阶段的操作界面上显示与该当前业务阶段关联的至少两个服务卡片,使得用户可以在出行业务的不同阶段,均可以通过发送操作请求,实现获取操作界面上显示的服务卡片中的服务内容,相较于目前在当前所处业务阶段无法获取其他业务阶段的信息的方式,可以使用户便捷地获取到出行业务的不同阶段中的服务卡片中的服务内容,提高了用户获取信息的效率,从而,提高了用户体验。
下面以具体的实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1为本发明实施例提供的业务处理方法实施例的流程示意图。如图1所示,本发明实施例提供的业务处理方法包括如下步骤:
S101:接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求。
具体地,本发明实施例中的出行业务指的是用户通过出行平台预约网约车、等待网约车、乘坐网约车从出发地到达目的地以及完成支付的业务过程。上述出行业务过程也可以被描述为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段。
终端设备在不同的业务阶段显示不同的操作界面。同一个业务阶段可以只有一个操作界面,例如,确认发单业务阶段的操作界面为地图以及当前的位置,行程中业务阶段的操作界面为地图以及行程中所处的实时位置。同一个业务阶段也可以有多个操作界面。
用户可以在当前业务阶段的操作界面上发送操作请求。这里的操作请求可以是用户对操作界面的触摸操作,例如:点击、长按、上滑、下滑、左滑、右滑、双击或者重压等。
可选地,本发明实施例中不同的业务阶段关联不同的服务卡片。本发明实施例中的服务卡片指的是可以显示与出行业务和/或出行平台相关的服务内容的容器。
终端设备在进入到当前业务阶段的操作界面后,可以有以下两种实现方式获取与当前业务阶段关联的至少两个服务卡片:
第一种实现方式为:在进入到当前业务阶段的操作界面后,从本地存储的数据中获取与当前业务阶段关联的至少两个服务卡片。
在这种实现方式中,终端设备已经预先从出行业务服务器中获取到了各个业务阶段关联的服务卡片,并存储在终端设备中。预先获取的方式可以是从出行业务服务器下载出行平台的安装包时,从安装包中获取到的。在终端设备确定进入到当前业务阶段的操作界面后,从存储的数据中获取与当前业务阶段关联的至少两个服务卡片。举例来说,存储的方式可以是以映射表的形式存储,这个映射表可以是业务阶段的标识与关联的服务卡片的对应关系表,在确定进入当前业务阶段的操作界面后,终端设备可以获取当前业务阶段的标识,从该对应关系表中,确定与当前业务阶段的标识关联的服务卡片。
第二种实现方式为:在进入到当前业务阶段的操作界面后,从出行业务服务器获取与当前业务阶段关联的至少两个服务卡片。
在这种实现方式中,获取的方式可以是终端设备向出行业务服务器发送包括当前业务阶段标识的获取请求。出行业务服务器在接收到该获取请求后,根据该获取请求向终端设备发送与该当前业务阶段关联的服务卡片。需要说明的是,可以是终端设备在进入到当前业务阶段的操作界面后,自动从出行业务服务器获取与当前业务阶段关联的服务卡片,也可以是终端设备在进入到当前业务阶段的操作界面后,在获取到用户发送的获取请求后,从出行业务服务器获取与当前业务阶段关联的服务卡片。
第一种实现方式相较于第二种实现方式,由于在进入到当前业务阶段的操作界面后,不需要与出行业务服务器交互,获取与当前业务阶段关联的至少两个服务卡片的速度较快。但是,第二种实现方式则不需要在终端设备中存储多个服务卡片,可以节省终端设备的存储资源。
S102:根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容。
具体地,终端设备在接收到操作请求后,即在当前业务阶段的操作界面上显示与当前业务阶段关联的至少两个服务卡片。
显示的方式可以是滚动显示,即,以一定的频率在操作界面上分别显示各个服务卡片。显示方式也可以是分布显示,即,在操作界面上以单排模式或者双排模式显示各个服务卡片。终端设备可以是全屏显示服务卡片,也可以是在操作界面的部分区域显示服务卡片。终端设备可以通过各种显示效果显示服务卡片,例如,飞入飞出、棋盘、幕布揭开效果等。
显示方式可以是提前设置好的,也可以是与操作请求相对应的。例如,可以根据操作请求的不同内容,以不同的形式显示该至少两个服务卡片:当用户发送的操作请求为上滑时,分布显示各个服务卡片;当用户发送的操作请求为下滑时,滚动显示各个服务卡片。
显示的顺序可以是出行业务服务器预先定义好的,例如,从业务服务器中获取与各个业务阶段关联的服务卡片时,就已经获取到了出行业务服务器定义的各个服务卡片的显示顺序。显示的顺序也可以是用户提前设置的,例如,用户可以在初次使用出行平台时,定义与各个业务阶段关联的至少两个服务卡片的显示顺序。进一步地,显示的顺序也可以与用户的操作请求相对应,例如,某一种操作请求对应一种显示顺序。
在一种用户通过出行平台预约专车出行的具体的业务场景中,当前业务阶段为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段中的任一个。其中,与未发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、发单卡片、运营卡片和会员卡片;与确认发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、行程卡片和运营卡片;与等待接驾业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、运营卡片和行程卡片;与行程中业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、行程卡片、评价卡片和运营卡片;与行程结束业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:服务主体卡片、支付卡片、评价卡片和行程卡片。
消息卡片中包括需要对用户进行某些提示的服务内容,例如,在未发单业务阶段和确认发单业务阶段的消息卡片中可以包括提示用户输入预约订单,在等待接驾业务阶段的消息卡片中可以包括提示用户司机是否到达或者用户是否达到,在行程中业务阶段的消息卡片中可以包括提示用户已经积攒的里程数或者安全驾驶等。发单卡片中包括用户的出发地和目的地的输入区域。运营卡片中包括广告或者优惠信息等信息。会员卡片中包括会员优惠等信息。服务主体卡片中包括司机信息或者车辆信息等信息。行程卡片中包括出发地、目的地以及出发地和目的地之间的距离等信息。支付卡片中包括本次订单的金额以及支付链接等信息。评价卡片中包括评价选项以及评价标准等信息。
需要说明的是,消息卡片中包括的内容可以包括强提示和弱提示。强提示与弱提示的显示方法不同,例如,强提示可以以高亮的形式显示。
图2A为图1所示实施例中一种用户界面的示意图。如图2A所示,其示出了各个业务阶段的操作界面201以及与各个业务阶段关联的服务卡片202。
进一步地,用户可以对操作界面上显示的服务卡片进行操作,例如,根据服务卡片显示的具体的服务内容,输入用户的相关信息。例如,在评价卡片中输入评价信息。
用户也可以在终端设备显示至少两个服务卡片之后,在操作界面上发送调整操作请求,以调整各个服务卡片的显示方式和显示数量。终端设备接收用户在操作界面上发送调整操作请求,根据调整操作请求对该至少两个服务卡片进行调整处理。这里的调整处理包括:变更至少两个服务卡片的显示方式、删减服务卡片。调整操作请求可以点击某个服务卡片的关闭区域以删除该服务卡片,或者,拖动各个服务卡片的位置,以变更服务卡片的显示方式。这种实现方式可以根据用户的需求实时调整服务卡片的显示形式和显示个数,进一步提高了用户体验。
进一步地,本发明实施例中,在终端设备获取与当前业务阶段关联的至少两个服务卡片之后,可以在操作界面上显示至少两个服务卡片的提示信息,以提醒用户可以发送操作请求以使终端设备显示与当前业务阶段关联的服务卡片。在这种情况下,终端设备接收用户根据提示信息在出行业务的当前业务阶段的操作界面上发送的操作请求。提示信息可以是箭头等图标或者文字。图2B为图1所示实施例中另一种用户界面的示意图。如图2B所示,终端设备在行程结束业务阶段的操作界面203上显示了提示信息——向上的箭头209,以提示用户可以向上滑动以显示与当前业务阶段关联的服务卡片。
更具体地,在操作界面上显示至少两个服务卡片的提示信息可以是在操作界面上显示至少一个服务卡片的至少部分内容。图2C为图1所示实施例中又一种用户界面的示意图。如图2C所示,终端设备在行程结束业务阶段的操作界面204上显示了服务主体卡片205的全部内容,显示了支付卡片206的部分内容。
在终端设备在操作界面上显示至少两个服务卡片的提示信息后,则S102具体为接收用户根据提示信息,在出行业务的当前业务阶段的操作界面上发送的操作请求。则用户在发送操作请求时,可以是对提示信息进行触摸操作。终端设备接收到用户对提示信息的触摸操作后,按照预设的界面显示顺序,在操作界面上滚动显示至少两个服务卡片,或者,根据预设的界面显示布局,在操作界面上分布显示至少两个服务卡片。触摸操作,包括:点击操作、滑动操作。其中,显示顺序和显示布局可以是预先设定的,显示顺序和显示布局也可以是与滑动操作对应的,例如,左滑代表滚动显示,右滑代表分布显示。图2D为图1所示实施例中再一种用户界面的示意图。如图2D所示,其示出了终端设备滚动显示服务卡片207的过程。图2E为图1所示实施例中另一种用户界面的示意图。如图2E所示,其示出了终端设备分布显示服务卡片208。
本发明实施例提供的业务处理方法,应用于出行业务处理,通过接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求,根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容,实现了可以根据用户的操作请求,在当前业务阶段的操作界面上显示与该当前业务阶段关联的至少两个服务卡片,使得用户可以在出行业务的不同阶段,均可以通过发送操作请求,实现获取操作界面上显示的服务卡片中的服务内容,相较于目前在当前所处业务阶段无法获取其他业务阶段的信息的方式,可以使用户便捷地获取到出行业务的不同阶段中的服务卡片中的服务内容,提高了用户获取信息的效率,从而,提高了用户体验。
图3为本发明实施例提供的业务处理装置实施例的结构示意图。如图3所示,本发明实施例提供的业务处理装置包括:接收模块31和显示模块32。
接收模块31,用于接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求。
显示模块32,用于根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容。
具体地,当前业务阶段为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段中的任一个。其中,与未发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、发单卡片、运营卡片和会员卡片。与确认发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、行程卡片和运营卡片。与等待接驾业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、运营卡片和行程卡片。与行程中业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、行程卡片、评价卡片和运营卡片。与行程结束业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:服务主体卡片、支付卡片、评价卡片和行程卡片。
可选的,一种实现方式中,本发明实施例提供的业务处理装置还包括第一获取模块,用于在进入到当前业务阶段的操作界面后,从本地存储的数据中获取与当前业务阶段关联的至少两个服务卡片。另一种实现方式中,本发明实施例提供的业务处理装置还包括第二获取模块,用于在进入到当前业务阶段的操作界面后,从出行业务服务器获取与当前业务阶段关联的至少两个服务卡片。基于该两种实现方式的任一种实现方式,显示模块32还用于在操作界面上显示至少两个服务卡片的提示信息。相应的,接收模块31具体用于接收用户根据提示信息在出行业务的当前业务阶段的操作界面上发送的操作请求。
显示模块32在操作界面上显示至少两个服务卡片的提示信息具体为:在操作界面上显示至少一个服务卡片的至少部分内容。则,接收模块31接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求具体为:接收用户对提示信息的触摸操作。相应地,显示模块32根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片具体为:按照预设的界面显示顺序,在操作界面上滚动显示至少两个服务卡片;或者,根据预设的界面显示布局,在操作界面上分布显示至少两个服务卡片。可选的,触摸操作包括:点击操作、滑动操作。
可选的,接收模块31还用于接收用户在操作界面上发送的调整操作请求。相应地,该装置还包括处理模块,用于根据调整操作请求对至少两个服务卡片进行调整处理。其中,调整处理包括:变更至少两个服务卡片的显示方式、删减服务卡片。
本发明实施例提供的业务处理装置,该业务处理装置用于处理出行业务,通过设置接收模块,用于接收用户在出行业务的当前业务阶段的操作界面上发送的操作请求,显示模块,用于根据操作请求,在操作界面上显示与当前业务阶段关联的至少两个服务卡片,服务卡片中包含服务内容,实现了可以根据用户的操作请求,在当前业务阶段的操作界面上显示与该当前业务阶段关联的至少两个服务卡片,使得用户可以在出行业务的不同阶段,均可以通过发送操作请求,实现获取操作界面上显示的服务卡片中的服务内容,相较于目前在当前所处业务阶段无法获取其他业务阶段的信息的方式,该业务处理装置可以使用户便捷地获取到出行业务的不同阶段中的服务卡片中的服务内容,提高了用户获取信息的效率,从而,提高了用户体验。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (18)

1.一种业务处理方法,其特征在于,所述方法应用于出行业务处理,所述方法,包括:
接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求;
根据所述操作请求,在所述操作界面上显示与所述当前业务阶段关联的至少两个服务卡片,所述服务卡片中包含服务内容。
2.根据权利要求1所述的方法,其特征在于,所述接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求之前,还包括:
在进入到所述当前业务阶段的操作界面后,从本地存储的数据中获取与所述当前业务阶段关联的至少两个服务卡片。
3.根据权利要求1所述的方法,其特征在于,所述接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求之前,还包括:
在进入到所述当前业务阶段的操作界面后,从出行业务服务器获取与所述当前业务阶段关联的至少两个服务卡片。
4.根据权利要求2或3所述的方法,其特征在于,所述获取与所述当前业务阶段关联的至少两个服务卡片之后,还包括:
在所述操作界面上显示所述至少两个服务卡片的提示信息;
相应的,所述接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求,包括:
接收用户根据所述提示信息在所述出行业务的当前业务阶段的操作界面上发送的操作请求。
5.根据权利要求4所述的方法,其特征在于,所述在所述操作界面上显示所述至少两个服务卡片的提示信息,包括:
在所述操作界面上显示至少一个服务卡片的至少部分内容。
6.根据权利要求4所述的方法,其特征在于,所述接收用户根据所述提示信息在所述出行业务的当前业务阶段的操作界面上发送的操作请求,包括:
接收用户对所述提示信息的触摸操作;
相应的,所述根据所述操作请求,在所述操作界面上显示与所述当前业务阶段关联的至少两个服务卡片,包括:
按照预设的界面显示顺序,在所述操作界面上滚动显示所述至少两个服务卡片;
或者,
根据预设的界面显示布局,在所述操作界面上分布显示所述至少两个服务卡片。
7.根据权利要求6所述的方法,其特征在于,所述触摸操作包括:
点击操作、滑动操作。
8.根据权利要求6所述的方法,其特征在于,在所述操作界面上显示所述至少两个服务卡片之后,还包括:
接收所述用户在所述操作界面上发送的调整操作请求;
根据所述调整操作请求对所述至少两个服务卡片进行调整处理;
所述调整处理,包括:
变更所述至少两个服务卡片的显示方式、删减所述服务卡片。
9.根据权利要求1-3任一项所述的方法,其特征在于,
所述当前业务阶段为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段中的任一个;
其中,与所述未发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、发单卡片、运营卡片和会员卡片;
与所述确认发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、行程卡片和运营卡片;
与所述等待接驾业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、运营卡片和行程卡片;
与所述行程中业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、行程卡片、评价卡片和运营卡片;
与所述行程结束业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:服务主体卡片、支付卡片、评价卡片和行程卡片。
10.一种业务处理装置,其特征在于,所述装置用于处理出行业务,包括:
接收模块,用于接收用户在所述出行业务的当前业务阶段的操作界面上发送的操作请求;
显示模块,用于根据所述操作请求,在所述操作界面上显示与所述当前业务阶段关联的至少两个服务卡片,所述服务卡片中包含服务内容。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一获取模块,用于在进入到所述当前业务阶段的操作界面后,从本地存储的数据中获取与所述当前业务阶段关联的至少两个服务卡片。
12.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第二获取模块,用于在进入到所述当前业务阶段的操作界面后,从出行业务服务器获取与所述当前业务阶段关联的至少两个服务卡片。
13.根据权利要求11或12所述的装置,其特征在于,
所述显示模块,还用于在所述操作界面上显示所述至少两个服务卡片的提示信息;
相应的,所述接收模块,具体用于接收用户根据所述提示信息在所述出行业务的当前业务阶段的操作界面上发送的操作请求。
14.根据权利要求13所述的装置,其特征在于,所述显示模块具体用于:
在所述操作界面上显示至少一个服务卡片的至少部分内容。
15.根据权利要求13所述的装置,其特征在于,所述接收模块具体用于:
接收用户对所述提示信息的触摸操作;
相应的,显示模块具体用于:
按照预设的界面显示顺序,在所述操作界面上滚动显示所述至少两个服务卡片;
或者,
根据预设的界面显示布局,在所述操作界面上分布显示所述至少两个服务卡片。
16.根据权利要求15所述的装置,其特征在于,所述触摸操作包括:
点击操作、滑动操作。
17.根据权利要求15所述的装置,其特征在于,
所述接收模块还用于接收所述用户在所述操作界面上发送的调整操作请求;
所述装置还包括:处理模块,用于根据所述调整操作请求对所述至少两个服务卡片进行调整处理;
所述调整处理,包括:
变更所述至少两个服务卡片的显示方式、删减所述服务卡片。
18.根据权利要求10-12任一项所述的装置,其特征在于,
所述当前业务阶段为:未发单业务阶段、确认发单业务阶段、等待接驾业务阶段、行程中业务阶段以及行程结束业务阶段中的任一个;
其中,与所述未发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、发单卡片、运营卡片和会员卡片;
与所述确认发单业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、行程卡片和运营卡片;
与所述等待接驾业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、运营卡片和行程卡片;
与所述行程中业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:消息卡片、服务主体卡片、行程卡片、评价卡片和运营卡片;
与所述行程结束业务阶段关联的至少两个服务卡片为以下服务卡片中的至少两个:服务主体卡片、支付卡片、评价卡片和行程卡片。
CN201710560913.2A 2017-07-11 2017-07-11 业务处理方法及装置 Pending CN109240557A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710560913.2A CN109240557A (zh) 2017-07-11 2017-07-11 业务处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710560913.2A CN109240557A (zh) 2017-07-11 2017-07-11 业务处理方法及装置

Publications (1)

Publication Number Publication Date
CN109240557A true CN109240557A (zh) 2019-01-18

Family

ID=65083938

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710560913.2A Pending CN109240557A (zh) 2017-07-11 2017-07-11 业务处理方法及装置

Country Status (1)

Country Link
CN (1) CN109240557A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112241867A (zh) * 2019-07-19 2021-01-19 北京小米移动软件有限公司 一种服务卡片的显示方法、装置及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110252342A1 (en) * 2010-04-07 2011-10-13 Yahoo! Inc. Method and system for action suggestion using browser history
US20130096823A1 (en) * 2010-03-11 2013-04-18 Clarion Co., Ltd. Navigation Device and Guidance Method for Information Relating to Destination
CN103383620A (zh) * 2012-05-04 2013-11-06 腾讯科技(深圳)有限公司 在移动终端上显示帮助信息的方法及移动终端
CN104866207A (zh) * 2015-06-09 2015-08-26 努比亚技术有限公司 一种获取应用程序辅助信息的方法及装置
CN105183293A (zh) * 2015-09-15 2015-12-23 深圳市金立通信设备有限公司 一种显示方法及终端设备
CN105871692A (zh) * 2016-05-13 2016-08-17 北京思源置地科技有限公司 基于通知的流式交互系统和方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130096823A1 (en) * 2010-03-11 2013-04-18 Clarion Co., Ltd. Navigation Device and Guidance Method for Information Relating to Destination
US20110252342A1 (en) * 2010-04-07 2011-10-13 Yahoo! Inc. Method and system for action suggestion using browser history
CN103383620A (zh) * 2012-05-04 2013-11-06 腾讯科技(深圳)有限公司 在移动终端上显示帮助信息的方法及移动终端
CN104866207A (zh) * 2015-06-09 2015-08-26 努比亚技术有限公司 一种获取应用程序辅助信息的方法及装置
CN105183293A (zh) * 2015-09-15 2015-12-23 深圳市金立通信设备有限公司 一种显示方法及终端设备
CN105871692A (zh) * 2016-05-13 2016-08-17 北京思源置地科技有限公司 基于通知的流式交互系统和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
亦强软件: "滴滴打车APP使用教程图文全解(乘客篇+司机篇)", 《HTTP://WWW.ESTRONGER.CN/INDUSTRY/513.HTML》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112241867A (zh) * 2019-07-19 2021-01-19 北京小米移动软件有限公司 一种服务卡片的显示方法、装置及存储介质

Similar Documents

Publication Publication Date Title
US20220058702A1 (en) Providing on-demand services through use of portable computing devices
AU2016210722B2 (en) Providing On-Demand Services Through Use Of Portable Computing Devices
CN104537831B (zh) 车辆调度的方法及设备
US20130132887A1 (en) Transitioning user interface features for on-demand services through use of portable computing devices
US20130132246A1 (en) Providing a summary or receipt for on-demand services through use of portable computing devices
EP2987164B1 (en) Virtual assistant focused user interfaces
US20130132140A1 (en) Determining a location related to on-demand services through use of portable computing devices
CN102831817B (zh) 在地图服务中显示标记的方法
CN104200696B (zh) 一种交通信息的推送方法及装置
CN106776900A (zh) 出行方法和装置
CN107491825A (zh) 一种约车处理方法及系统
JP2013134641A (ja) 携帯端末を用いたタクシー車両の呼び寄せシステム
CN107046553B (zh) 车辆服务处理方法及移动终端
JP2011209960A (ja) カーシェアリング予約システム、カーシェアリング予約方法およびカーシェアリング予約プログラム
CN103489308A (zh) 计算机实现的出租车预订系统
CN107015988A (zh) 一种运用于专车的基于地图和用户关联的信息匹配方法
CN108280569A (zh) 车辆调度方法、装置和设备
CN109302492A (zh) 用于推荐服务位置的方法、设备和计算机可读存储介质
CN106204190A (zh) 信息处理方法、终端及服务器
KR101349007B1 (ko) 통합 지역 광고 서비스 시스템 및 서비스 방법.
CN108769160B (zh) 基于服务的业务线推荐方法、装置及存储介质
CN109214878A (zh) 业务处理方法及装置
CN110009424A (zh) 一种服务信息推送方法、装置及存储介质
CN109240557A (zh) 业务处理方法及装置
CN109218346B (zh) 网约车应用程序Feed流推送方法和装置

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