CN111143086B - 一种服务请求方法及电子设备 - Google Patents
一种服务请求方法及电子设备 Download PDFInfo
- Publication number
- CN111143086B CN111143086B CN201911295078.XA CN201911295078A CN111143086B CN 111143086 B CN111143086 B CN 111143086B CN 201911295078 A CN201911295078 A CN 201911295078A CN 111143086 B CN111143086 B CN 111143086B
- Authority
- CN
- China
- Prior art keywords
- service
- target
- user
- application
- electronic device
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2250/00—Details of telephonic subscriber devices
- H04M2250/22—Details of telephonic subscriber devices including a touch pad, a touch sensor or a touch detector
Abstract
本发明实施例提供一种服务请求方法及电子设备,涉及通信技术领域,以解决电子设备的操作不够便捷的问题。该方法包括:确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息;其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供该目标服务,M为大于1的整数。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种服务请求方法及电子设备。
背景技术
随着通信技术的快速发展,应用程序的功能不再单一,不同应用程序(application,APP)可以具有相同的功能,例如许多应用均可以下单叫车,排队点餐等。
以用户需要打车为例,用户可以在打车APP 1中下单,用户也可以在地图类APP 2中下单,用户也可以在即时通信类APP 3中下单。若用户希望最短时间内被接到,用户可以在3个APP中均下单,然后根据需要选择其中一个APP提供的服务。
目前,需要用户先触发电子设备显示第一个APP的界面,在第一个APP界面中输入出发地和目的地并点击下单,针对第二个APP和第三个APP均需要重复上述第一个APP对应的操作过程,操作步骤繁琐,耗时较长,因此,导致电子设备的操作不够便捷。
发明内容
本发明实施例提供一种服务请求方法及电子设备,以解决电子设备的操作不够便捷的问题。
为了解决上述技术问题,本发明实施例是这样实现的:
第一方面,本发明实施例提供一种服务请求方法,该方法包括:确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;响应于第一输入,分别向M个应用程序的服务器分别发送包括目标信息的服务请求消息;其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供该目标服务,M为大于1的整数。
第二方面,本发明实施例还提供了一种电子设备,该电子设备包括:接收模块和发送模块;接收模块,用于确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;发送模块,用于响应于接收模块接收的第一输入,分别向M个应用程序的服务器分别发送包括目标信息的服务请求消息;其中,该M个应用程序包括第一应用程序,该M个应用程序的服务器中的每个应用程序均提供目标服务,M为大于1的整数。
第三方面,本发明实施例提供了一种电子设备,包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序,该计算机程序被该处理器执行时实现如第一方面所述的信息发送方法的步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储计算机程序,该计算机程序被处理器执行时实现如第一方面所述的服务请求方法的步骤。
在本发明实施例中,确定用户在第一应用程序中输入目标信息的情况下,电子设备接收用户请求目标服务的第一输入,电子设备可以响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息。其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供目标服务,M为大于1的整数。也就是说,用户在一个应用程序中输入了目标信息之后,若用户请求目标服务,则电子设备向可以提供目标服务的其他应用程序均发送服务请求消息,无需用户手动多次触发电子设备显示多个应用程序对应的界面,不再需要再向可以提供同样的服务的应用程序中重复输入目标信息,重复请求服务,缩短了用户请求多个应用程序中服务的时间,避免了用户在需要快速服务的情况下由于操作流程较多耽误时间错过最佳时间点,简化了用户的操作步骤,使得电子设备的操作更加便捷。
附图说明
图1为本发明实施例提供的一种可能的安卓操作系统的架构示意图;
图2为本发明实施例提供的一种服务请求方法的流程示意图;
图3为本发明实施例提供的一种界面示意图之一;
图4为本发明实施例提供的一种界面示意图之二;
图5为本发明实施例提供的一种界面示意图之三;
图6为本发明实施例提供的一种电子设备可能的结构示意图之一;
图7为本发明实施例提供的一种电子设备可能的结构示意图之二;
图8为本发明实施例提供的一种电子设备的硬件示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本文中的“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。“多个”是指两个或多于两个。
本发明的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,第一应用程序和第二应用程序等是用于区别不同的应用程序,而不是用于描述应用程序的特定顺序。
需要说明的是,本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本发明实施例中的电子设备可以为具有操作系统的电子设备。该操作系统可以为安卓(Android)操作系统,可以为ios操作系统,还可以为其他可能的操作系统,本发明实施例不作具体限定。
下面以安卓操作系统为例,介绍一下本发明实施例提供的服务请求方法所应用的软件环境。
如图1所示,为本发明实施例提供的一种可能的安卓操作系统的架构示意图。在图1中,安卓操作系统的架构包括4层,分别为:应用程序层、应用程序框架层、系统运行库层和内核层(具体可以为Linux内核层)。
其中,应用程序层包括安卓操作系统中的各个应用程序(包括系统应用程序和第三方应用程序)。
应用程序框架层是应用程序的框架,开发人员可以在遵守应用程序的框架的开发原则的情况下,基于应用程序框架层开发一些应用程序。
系统运行库层包括库(也称为系统库)和安卓操作系统运行环境。库主要为安卓操作系统提供其所需的各类资源。安卓操作系统运行环境用于为安卓操作系统提供软件环境。
内核层是安卓操作系统的操作系统层,属于安卓操作系统软件层次的最底层。内核层基于Linux内核为安卓操作系统提供核心系统服务和与硬件相关的驱动程序。
以安卓操作系统为例,本发明实施例中,开发人员可以基于上述如图1所示的安卓操作系统的系统架构,开发实现本发明实施例提供的服务请求方法的软件程序,从而使得该服务请求方法可以基于如图1所示的安卓操作系统运行。即处理器或者电子设备可以通过在安卓操作系统中运行该软件程序实现本发明实施例提供的服务请求方法。
下面结合图2中对本发明实施例的服务请求方法进行说明。图2为本发明实施例提供的一种服务请求方法的流程示意图,如图2所示,该服务请求方法包括S201和S202:
S201、确定用户在第一应用程序中输入目标信息的情况下,电子设备接收用户请求目标服务的第一输入。
可选的,第一应用程序可以为用户触发电子设备运行的已安装的应用程序,也可以为用户通过第三方应用程序触发电子设备显示的网页类型应用程序(电子设备中可以已经安装第一应用程序,也可以未安装第一应用程序),本发明实施例对此不作具体限定。
例如,网页类型应用程序可以为电子设备通过浏览器应用显示的网页类型应用程序,也可以为电子设备通过即时通信应用中的小程序控件显示的网页类型应用程序。
具体的,应用程序的类型不同,目标信息包括的具体的信息内容不同。
示例性的,在应用程序为打车类型的应用程序的情况下,目标信息可以包括:出发地和目的地,还可以包括选择的附加乘车选项,例如,愿意拼车、高速优先、避免拥堵、价格最优惠等。在应用程序为点外卖类型的应用程序的情况下,目标信息可以包括:已选择的菜品、送达位置和联系方式,还可以包括其他附加的用餐选项(例如,不用餐具、口味偏向)等。在应用程序为在线排队类型的应用程序的情况下,目标信息可以包括:已选择的商家、用餐人数等。
可以理解,本发明实施例中,第一输入为用户请求目标服务的输入,具体可以为用户下单的输入。例如,第一输入可以为用户下单叫车的输入,用户下单点外卖的输入,用户下单在线排队的输入。
S202、电子设备响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息。
其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供目标服务,M为大于1的整数。
需要说明的是,M个应用程序可以为类型相同的应用程序,也可以为类型不同的应用程序。
示例性的,目标服务为用户从A地在线打车到B地,上述的M个应用程序可以包括专用打车类型的应用程序、导航类型的应用程序、支付类型的应用程序、即时通信类型的应用程序中的至少一种类型。
可选的,上述可以为用户提供目标服务的M个应用程序中,可以包括电子设备已经安装的应用程序,可以包括电子设备未安装的应用程序,也可以包括在已安装应用程序具有服务入口的小程序。其中,在已安装应用程序中具有服务入口的小程序,可以为电子设备中已安装的应用程序,也可以为电子设备中未安装的应用程序。本发明实施例对此不作具体限定。
具体的,电子设备在接收用户请求目标服务的第一输入之后,电子设备可以发送M个服务请求消息,一个服务请求消息对应一个应用程序的服务器,每个请求消息的形式可以相同也可以不同,每个请求消息中均用于请求同一个服务(例如用户从A地打车到B地)。
可以理解,在上述的M个应用程序中包括已安装的应用程序的情况下,可以通过已安装的应用程序向服务器发送对应的服务消息,在上述的M个应用程序中包括未安装的应用程序的情况下,可以通过网页向服务器发送对应的服务消息,在上述的M个应用程序中包括未安装且为已安装应用程序中的小程序的情况下,可以通过该已安装应用程序中的入口向服务器发送对应的服务消息。
示例性的,第一输入可以为用户触发了电子设备使用了“极速功能”,即用户在一个应用程序中输入了目标信息之后,若用户确定下单,则电子设备可以使用目标信息在其他同样可以提供目标服务的应用程序中替用户一键下单。在用户需要使用多个应用程序均请求同一个服务(例如不同的叫车平台叫车去同一个目的地,不同的外卖平台点同一家的外卖、不同的在线排队平台上排队同一个服务)的情况下,无需用户重复打开每个应用程序,无需在每个应用程序中重复输入目标信息,简化了用户的操作步骤。
本发明实施例提供的服务请求方法,确定用户在第一应用程序中输入目标信息的情况下,电子设备接收用户请求目标服务的第一输入,电子设备可以响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息。其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供目标服务,M为大于1的整数。也就是说,用户在一个应用程序中输入了目标信息之后,若用户确定请求目标服务,则电子设备向可以提供目标服务的其他应用程序均发送服务请求消息,无需用户手动多次触发电子设备显示多个应用程序对应的界面,不再需要再向可以提供同样的服务的应用程序中重复输入目标信息,重复请求服务,缩短了用户请求多个应用程序中服务的时间,避免了用户在需要快速服务的情况下由于操作流程较多耽误时间错过最佳时间点,简化了用户的操作步骤,使得电子设备的操作更加便捷。
可选的,本发明实施例提供的服务请求方法,在电子设备接收用户确定请求目标服务的第一输入之前,还可以包括下述的S203:
S203、电子设备根据第一应用程序的类型,从目标应用程序中确定M个应用程序。
其中,目标应用程序可以包括多个不同类型的应用程序,每个类型的应用程序包括至少两个应用程序。
在本发明实施例中,目标应用程序可以包括电子设备中已安装的应用程序,可以包括电子设备中未安装的应用程序,可以包括在已安装的应用应用程序中设置有入口的小程序,本发明实施例对此不作具体限定。
示例性的,在本发明实施例中,可以根据应用程序可以提供的服务(或功能)划分应用程序的类型,例如打车类型的应用程序,外卖送餐类型的应用程序,在线排队类型的应用程序。
可以理解,一个应用程序可以提供一个或多个不同类型的服务(或功能),例如一个应用程序可以具有支付功能、打车功能以及点外卖功能等。
具体的,电子设备可以根据第一应用程序中的用户选择的目标服务的类型,从目标应用程序中确定M个应用程序。
示例性的,在极速功能开启的情况下,电子设备在用户触发电子设备运行目标应用程序中的一个应用程序(例如第一应用程序)的情况下,电子设备可以先确定第一应用程序的类型,并记录用户的目标操作,例如打车应用程序可以记录用户输入的“上车位置”和“您要去哪儿”,即获取用户输入或确定的出发地和目的地。电子设备根据预设的规则从目标应用程序中确定上述的M个应用程序。
可选的,目标应用程序可以为用户预先选择的,也可以为电子设备中预先配置的。
示例性的,若目标应用程序为电子设备预先配置的,电子设备可以根据APP的下载量、根据APP可以提供的服务或功能为用户选择目标应用程序。
在本发明实施例中,电子设备可以设置有控件(例如虚拟按钮),以方便用户快速选择可以应用本发明实施例提供的服务请求方法的应用程序。例如,用户可以通过控件快速地选择使用“极速功能”的目标应用程序。
图3为本发明实施例提供的一种界面示意图,如图3中的(a)所示,用户可以在点击电子设备显示的悬浮球31,如图3中的(b)所示,电子设备可以在用户点击悬浮球31之后显示提示框32,该提示框32中显示有“极速”按钮33,如图3中的(c)所示,在用户可以对“极速”按钮33输入之后,可以触发电子设备显示多个APP的标识供用户选择,电子设备可以在出行打车类显示:APP 1的标识、APP 2的标识和APP 3的标识,在美食外卖类显示:APP 4的标识、APP 5的标识和APP 6的标识,在在线排队类显示:APP 7的标识、APP 8的标识和APP 9的标识。在每个APP的标识对应显示选择框,用户可以根据需要选择可以使用极速功能的应用程序。
当然,电子设备还可以在每个类型对应的位置显示“更多”按钮,可以使得用户可以获取更多的可以提供同一类功能或服务的应用程序。
示例性的,在电子设备的极速功能未开启的情况下,用户可以对“极速”按钮短按一次,例如按压0.5秒,触发电子设备启用极速功能。在电子设备的极速功能开启的情况下,用户可以对“极速”按钮长按一次,例如按压2秒,可以触发电子设备显示极速软件的添加界面,例如上述的图3中的(c)所示的界面。当然,用户也可以设置对“极速”按钮单击一次,触发电子设备启用极速功能,对“极速”按钮双击一次,触发电子设备显示极速软件的添加界面。
需要说明的是,上述的极速软件即可以使用本发明实施例提供的服务请求方法的应用程序。上述的“极速软件的添加界面”可以使得用户在该界面添加可以对比的应用程序的标识,在使用极速功能时,可以从该界面中添加的软件中选择上述的M个应用程序。
可选的,电子设备在确定上述的M个应用程序之后,可以将获取的目标信息输入到该M个应用程序中除第一应用程序的M-1个应用程序的相应位置。进而,在电子设备接收到用户的第一输入之后,可以触发电子设备通过上述的M个应用程序向各自对应的服务器,发送服务请求消息,每个服务请求消息均包括目标信息。
例如,电子设备在确定APP 1为打车类型的应用程序,电子设备获取到用户的出发地和目的地,将出发地和目的地输入到确定3个打车类型的APP中除APP 1之外的2个APP的相应位置。在用户确定在APP 1下单打车的情况下,电子设备通过APP 1、APP 2、APP 3分别下单叫车,每个叫车事件中均包括APP 1中输入的出发地和目的地。
可选的,用户在上述M个应用程序可以已经登录注册账户,也可以未登录注册账户,在电子设备接收到用户的第一输入之后,若电子设备检测到用户未登录账户,电子设备可以提示用户登录或者注册,在用户在应用程序中已经登录的情况下,电子设备可以向对应的服务器发送请求服务的消息。
基于该方案,电子设备可以根据用户输入目标信息的第一应用程序的类型,从目标应用程序中确定可以提供目标服务的M个应用程序,使得用户不再需要查找能够提供目标服务的应用程序,减少了用户在多个应用程序中均需要请求目标服务时的操作步骤,例如在需要在多个可以提供打车功能的应用程序均下单的情况下,无需用户手动在电子设备中查找到每个应用程序或者查找应用程序对应的网页,缩短了用户手动操作的时间,提高了用户的操作效率。
可选的,本发明实施例提供的服务请求方法,在电子设备接收用户请求目标服务的第一输入之前,还可以包括下述的S204至S207:
S204、在确定用户在第一应用程序中输入目标信息的情况下,电子设备接收用户对目标控件的第二输入。
具体的,上述的第二输入可以为用户在显示第一应用程序的界面中,触发电子设备启用极速功能的输入。
示例性的,目标控件可以为上述图3中的“极速”按钮33。
可选的,在用户在第一应用程序中已经输入目标信息,且电子设备未开启极速功能的情况下,用户可以先通过对悬浮球31的操作触发电子设备显示“极速”按钮33,然后触发电子设备启用极速功能。
S205、电子设备响应于第二输入,分别向该M个应用程序的服务器发送目标信息。
可以理解,电子设备向M个应用程序的服务器发送的目标信息,可以用于获取每个应用程序预计提供目标服务的预估服务消息。
S206、电子设备接收该M个应用程序的服务器分别发送的M个预估服务消息。
其中,该M个预估服务消息为M个应用程序中每个应用程序对应目标服务的预估服务消息。
在本发明实施例中,预估服务消息可以根据目标服务的类型包括不同的具体内容。
示例性的,在目标服务为叫车类服务的情况下,预估服务消息中可以包括:预估接单的时间、预估接到用户的时间、预估支付的费用(可以包括使用优惠卷后的费用)等中的至少一个。在目标服务为外卖类服务的情况下,预估服务消息中可以包括:预估送达时间、预估支付费用(可以包括使用优惠卷的费用)中的至少一个。在目标服务为在线排队类服务的情况下,预估服务消息中可以包括:预估排队时间等。
S207、电子设备显示M个预估服务消息。
进而,在电子在显示M个预估服务消息的情况下,电子设备还可以显示第一控件,该第一控件为用户确定向M个应用程序发送服务请求消息,即第一输入可以为用户对第一控件的输入。
当然,电子设备还可以在显示M个预估服务消息的情况下,针对每个预估服务消息显示单独请求目标服务的控件,用户可以根据需要选择单独请求其中一个应用程序提供的目标服务。
图4为本发明实施例提供的一种界面示意图,如图4中的(a)所示,用户在打车类型的APP A的界面上已经输入出发地a和目的地b(即目标信息),用户可以点击悬浮球触发电子设备显示提示框32,若用户针对“极速”按钮33输入(例如按压1s、按压2s、双击等),则如图4中的(b)所示,电子设备在APP A的界面上显示子界面41,该子界面41中包括3个预估服务消息(M=3),分别为APP A的预估服务消息、APP B的预估服务消息和APP C的预估服务消息。电子设备还可以在子界面41中显示“极速叫车”按钮42(即第一控件)、每个APP对应的“进入”按钮和“打车”按钮。用户可以根据显示的3个预估服务消息,通过对显示的按钮的操作,确定需要确定如何叫车。其中,APP A的预估服务消息包括:APP A的标识、APP A提供的从出发地a到目的地b的叫车服务预计支付的费用为20元、预计出发时间为20:05;APP B的预估服务消息包括:APP B的标识、APP B提供的从出发地a到目的地b的叫车服务预计支付的费用为21元、预计出发时间为20:04;APP B的预估服务消息包括:APP C的标识、APP B提供的从出发地a到目的地b的叫车服务预计支付的费用为18元、预计出发时间为20:07。
可以理解,若用户点击“极速叫车”按钮,电子设备可以向3个APP的服务器发送服务请求消息,若用户点击其中一个APP对应的“打车”按钮,电子设备可以向该APP对应的服务器发送服务请求消息。
可选的,用户也可以在显示M个预估服务消息对应的界面中进行选择,例如选择J个应用程序,然后点击“第一控件”,电子设备可以一键向该J个应用程序的服务发送请求目标服务的消息。
基于该方案,在用户在第一应用程序中输入目标信息的情况下,若电子设备接收到用户对目标控件的第二输入,分别向M个应用程序的服务器发送的目标信息,以获取M个预估服务消息,在电子设备接收到该M个预估服务消息后,可以将该M个预估服务消息显示在屏幕上,可以使得用户对不同应用程序提供的服务情况进行比对,用户可以根据该M个预估服务消息确定是否进行一键请求。
可选的,本发明实施例提供的服务请求方法,在上述的S202之后,还可以包括下述的S208和S209:
S208、电子设备接收N个应用程序的服务器分别发送的N个服务消息。
其中,一个服务消息对应一个应用程序中提供的目标服务,N≤M,N为正整数。
可以理解,在一个应用程序的服务器接收到电子设备发送的服务请求消息后,若该应用程序的服务器响应该服务请求消息后,确定可以为用户提供目标服务,则该应用程序的服务器可以向电子设备发送服务消息。
可选的,服务消息中具体包括的信息可以根据目标服务的类型的不同而变化。
例如,在目标服务为从打车服务的情况下,服务消息可以包括:预计接到乘客的时间、预计支付的费用(可以为未使用优惠卷的费用,也可以为使用优惠卷之后的费用)、免责取消的时间、预计到达的时间中的至少一项。在目标服务为外卖服务的情况下,服务消息可以包括:预计送达时间、免责取消时间、骑手位置中的至少一项。在目标服务为在线排队服务的情况下,服务消息中可以包括已排队时间,需要等待的时间、该排队编号之前还有多少位,用户与排队对象的距离中的至少一项。
示例性的,上述的排队对象可以为餐厅、医院、银行、通信营业厅等。
需要说明的是,上述服务消息中的具体信息仅为示例性说明,在实际应用中,可以根据需要进行增加和删除服务消息中的具体内容,用户可以根据需要设置电子设备显示的服务消息的信息。
S209、电子设备显示N个服务消息。
具体的,电子设备可以在N个区域分别显示上述的N个服务消息。
可以理解,在本发明实施例中,电子设备可以分别接收到每个服务器发送的服务消息,接收时间可以相同,也可以不同。
示例性的,电子设备可以按照接收到服务消息的接收顺序依次显示该N个服务消息。
在本发明实施例中,电子设备每接收到一个服务消息后,可以将接收到的服务消息添加到显示服务消息的界面中。
图5为本发明实施例提供的一种界面示意图。如图5中的(a)所示,用户在APP 1的界面中输入了起始地为:位置1,目的地为:位置2,用户在图5中的(a)点击了“呼叫”按钮50,则如图5中的(b)所示,若电子设备先接收到APP 1对应的服务器发送的服务消息后,则电子设备可以在界面中显示APP 1的服务消息:响应时间为16:49:32、免责取消时间为16:52:00。电子设备在接收到APP 1的服务消息后,依次接收到APP 2和APP 3对应的服务器发送的服务消息,如图5中的(c)所示,电子设备可以在屏幕上的区域51显示APP 1的服务消息:响应时间为16:49:32、免责取消时间为16:52:00;在屏幕上的区域52显示APP2的服务消息:响应时间为16:49:46、免责取消时间为16:53:00;在屏幕上的区域53显示APP3的服务消息:响应时间为16:49:58、免责取消时间为16:54:00。
基于该方案,电子设备可以在分别向M个应用程序的服务器发送服务请求消息之后,在接收到N个应用程序的服务器发送的N个服务消息后,电子设备显示该N个服务消息,使得用户可以根据显示的N个服务消息查看对应的应用程序提供的目标服务的服务情况,一方面,可以使得用户可以根据服务情况手动确定使用哪一个应用程序提供的服务,另一方面,也可以使得用户根据服务情况删除目标应用程序中的部分应用程序。
在本发明实施例中,电子设备可以根据用户的需求,在接收到服务器发送的服务消息后,请求取消应用程序中提供的目标服务。在用户手动确定使用上述N个服务消息中的一个服务消息对应的应用程序提供的服务的情况下,电子设备可以取消上述M个应用程序中除该应用程序之外的其他应用程序提供的目标服务。
可选的,用户可以设置时间优先、费用优先等偏好,本发明实施例对此不作具体限定。
第一种可能的实现方式:
在时间优先的情况下,本发明实施例提供的服务请求方法,在上述的S204之后,还可以包括下述的S210和S211a或者S210和S211b:
S210、在确定系统时刻为第一时刻的情况下,电子设备确定第一服务是否为第二应用程序中提供的服务。
其中,第一时刻与第一目标截止时刻之间的时长为预设时长,第二应用程序为电子设备已请求的目标服务中,目标截止时刻最早到达的目标服务对应的应用程序,第一目标截止时刻为第二应用程序对应的目标截止时刻,第一服务可以为电子设备已请求的目标服务中,目标服务时刻最早的服务。
例如,目标截止时刻可以为免责取消订单的截止时刻。
具体的,在目标服务为打车服务或者点外卖服务的情况下,目标服务时刻为电子设备采用同一个地图应用确定的从车辆当前的位置到达用户的起始位置的时刻,第一服务为从车辆当前位置到达用户的起始位置的时间最短的一个服务。
示例性的,在目标服务为叫车服务的情况下,第二时刻可以为免责取消时刻,第一时刻为距离最近的一个免责取消时刻还有预设时长的时刻。例如,结合图中所示,APP 1提供的打车服务的免责取消时刻为16:52:00,预设时长为60秒,则在系统时刻为16:51:00(即第一时刻)的情况下,电子设备可以确定已请求到的服务中,电子设备判断的最早接到用户的应用程序的服务(即第一服务)是否为APP 1提供的服务。
S211a、在第一服务为第二应用程序中提供的服务的情况下,电子设备取消除第一服务之外的其他服务。
也就是说,在电子设备确定的最优的服务是目标截止时刻快要到达的第二应用程序中提供的服务,电子设备可以取消其他服务。
例如,结合上述示例,若确定APP 1提供的服务为电子设备确定的最早可以到达用户的起始位置,则电子设备可以取消其他除APP 1之外的其他APP提供的叫车服务。
S211b、在第一服务为非第二应用程序中提供的服务的情况下,电子设备取消第一服务。
也就是说,在电子设备确定的最优的服务不是目标截止时刻快要到达的第二应用程序中提供的服务,电子设备可以取消第二应用程序提供的目标服务。
例如,结合上述示例,若确定APP 1提供的服务并非为电子设备确定的最早可以到达用户的起始位置,则电子设备可以取消APP 1提供的叫车服务。
可以理解,在电子设备每确定距离一个应用程序提供的目标服务的目标截止时刻还有预设时长时,电子设备均可以确定提供第一服务的应用程序是否为快要到达目标截止时刻的应用程序。即在S211b之后,电子还可重复执行S210至S211a或S210值S211b的流程,直至选择最后一个应用程序。
其中,电子设备在每个第一时刻确定的第一服务可以为同一个应用程序提供的目标服务,也可以不为同一个应用程序提供的服务。
需要说明的,若用户在上述流程中已经确定使用哪一个应用程序的服务,例如在APP 1中已经确定上车,则电子设备取消除APP 1之外的所有叫车服务。
基于该方案,电子设备可以在当前时刻快要到达一个目标服务的目标截止时刻的情况下,可以确定第一服务是否为快要到达目标截止时刻对应的目标服务,从而可以灵活的根据目标截止时刻确定取消哪些应用程序提供的目标服务。
第二种可能的实现方式:
在用户选择了选项的情况下,本发明实施例提供的服务请求方法,在S204之后或者S211b之后,还可以包括下述的S212和S213:
S212、电子设备接收用户的第三输入。
其中,第三输入为优先选择满足第一规则的服务的输入。例如,用户选择价格优先、用户选择路程最短等规则。
S213、电子设备取消L个目标服务中不满足第一规则的服务。
其中,L≤N,L为正整数。
示例性的,若用户选择价格优先,则电子设备可以取消L个目标服务中费用高于第一数值的目标服务(或者取消费用最高的P个目标服务),若用户选择路程最短,则电子设备可以取消L个目标中路程大于第二数值的目标服务(或者取距离最远的P个目标服务)。
基于该方案,在用户在电子设备显示了N个服务消息后,可以根据需要进行筛选,选择最符合自己需求的服务,使得用户的使用更加方便。
图6为本发明实施例提供的一种电子设备可能的结构示意图,如图6所示,电子设备600包括:接收模块601和发送模块602;接收模块601,用于确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;发送模块602,用于响应于接收模块601接收的第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息;其中,M个应用程序包括第一应用程序,M个应用程序中的每个应用程序均提供上述目标服务,M为大于1的整数。
可选的,结合图6,如图7所示,电子设备600还包括:第一显示模块603;接收模块601,还用于在发送模块602分别向M个应用程序的服务器发送服务请求消息之后,接收N个应用程序的服务器分别发送的N个服务消息;第一显示模块603,用于显示接收模块601接收的N个服务消息;其中,一个服务消息对应一个应用程序中提供的上述目标服务,N≤M,N为正整数。
可选的,电子设备还包括:第一确定模块和取消模块;第一确定模块,用于在第一显示模块显示N个服务消息之后,在确定系统时刻为第一时刻的情况下,确定第一服务是否为第二应用程序中提供的服务;取消模块,用于在第一确定模块确定第一服务为第二应用程序中提供的服务的情况下,取消除第一服务之外的其他服务;取消模块,还用于在确定模块确定第一服务为非第二应用程序中提供的服务的情况下,取消第一服务;其中,第一时刻与第一目标截止时刻之间的时长为预设时长,第二应用程序为电子设备已请求的服务中,目标截止时刻最早到达的目标服务对应的应用程序,第一目标截止时刻为第二应用程序对应的目标截止时刻,第一服务为电子设备已请求的目标服务中,目标服务时刻最早的服务。
可选的,电子设备还包括:第二显示模块;接收模块,还用于在接收用户确定请求目标服务的第一输入之前,在确定用户在第一应用程序中输入目标信息的情况下,接收用户对目标控件的第二输入;发送模块,还用于响应于接收模块接收的第二输入,分别向M个应用程序的服务器发送目标信息;接收模块,还用于接收M个应用程序的服务器分别发送的M个预估服务消息;第二显示模块,用于显示接收模块接收的M个预估服务消息,该M个预估服务消息为M个应用程序中每个应用程序对应目标服务的预估服务消息。
可选的,电子设备还包括:第二确定模块;第二确定模块,用于在接收模块接收用户确定请求目标服务的第一输入之前,根据第一应用程序的类型,从目标应用程序中确定M个应用程序。
本发明实施例提供的电子设备600能够实现上述方法实施例中电子设备实现的各个过程,为避免重复,这里不再赘述。
本发明实施例提供的一种电子设备,确定用户在第一应用程序中输入目标信息的情况下,电子设备接收用户请求目标服务的第一输入,电子设备可以响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息。其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供目标服务,M为大于1的整数。也就是说,用户在一个应用程序中输入了目标信息之后,若用户确定请求目标服务,则电子设备向可以提供目标服务的其他应用程序均发送服务请求消息,无需用户手动多次触发电子设备显示多个应用程序对应的界面,不再需要再向可以提供同样的服务的应用程序中重复输入目标信息,重复请求服务,缩短了用户请求多个应用程序中服务的时间,避免了用户在需要快速服务的情况下由于操作流程较多耽误时间错过最佳时间点,简化了用户的操作步骤,使得电子设备的操作更加便捷。
图8为本发明实施例提供的一种电子设备的硬件示意图,该电子设备100包括但不限于:射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图8中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,电子设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、以及计步器等。
其中,用户输入单元107,用于确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;射频单元101,用于响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息;其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供上述目标服务,M为大于1的整数。
本发明实施例提供的一种电子设备,确定用户在第一应用程序中输入目标信息的情况下,电子设备接收用户请求目标服务的第一输入,电子设备可以响应于第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息。其中,该M个应用程序包括第一应用程序,该M个应用程序中的每个应用程序均提供上述目标服务,M为大于1的整数。也就是说,用户在一个应用程序中输入了目标信息之后,若用户请求目标服务,则电子设备向可以提供目标服务的其他应用程序均发送服务请求消息,无需用户手动多次触发电子设备显示多个应用程序对应的界面,不再需要再向可以提供同样的服务的应用程序中重复输入目标信息,重复请求服务,缩短了用户请求多个应用程序中服务的时间,避免了用户在需要快速服务的情况下由于操作流程较多耽误时间错过最佳时间点,简化了用户的操作步骤,使得电子设备的操作更加便捷。
应理解的是,本发明实施例中,射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信系统与网络和其他设备通信。
电子设备通过网络模块102为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与电子设备100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。
输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。
电子设备100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在电子设备100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别电子设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(OrganicLight-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板1071可覆盖在显示面板1061上,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图8中,触控面板1071与显示面板1061是作为两个独立的部件来实现电子设备的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现电子设备的输入和输出功能,具体此处不做限定。
接口单元108为外部装置与电子设备100连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到电子设备100内的一个或多个元件或者可以用于在电子设备100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行电子设备的各种功能和处理数据,从而对电子设备进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
电子设备100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,电子设备100包括一些未示出的功能模块,在此不再赘述。
可选的,本发明实施例还提供一种电子设备,结合图8,包括处理器110,存储器109,存储在存储器109上并可在处理器110上运行的计算机程序,该计算机程序被处理器110执行时实现上述服务请求方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述服务请求方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台电子设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (8)
1.一种服务请求方法,应用于电子设备,其特征在于,所述方法包括:
确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;
响应于所述第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息,所述M个应用程序包括所述第一应用程序,所述M个应用程序中的每个应用程序均提供所述目标服务,M为大于1的整数;
所述分别向M个应用程序的服务器发送包括目标信息的服务请求消息之后,所述方法还包括:
接收N个应用程序的服务器分别发送的N个服务消息,一个服务消息对应一个应用程序中提供的所述目标服务,N≤M,N为正整数;
在确定系统时刻为第一时刻的情况下,确定第一服务是否为第二应用程序中提供的服务;
在所述第一服务为所述第二应用程序中提供的服务的情况下,取消除所述第一服务之外的其他服务;
在所述第一服务为非所述第二应用程序中提供的服务的情况下,取消所述第一服务;
其中,所述第一时刻与第一目标截止时刻之间的时长为预设时长,所述第二应用程序为所述电子设备已请求的服务中,目标截止时刻最早到达的目标服务对应的应用程序,所述第一目标截止时刻为所述第二应用程序对应的目标截止时刻,所述第一服务为所述电子设备已请求的目标服务中,目标服务时刻最早的服务。
2.根据权利要求1所述的方法,其特征在于,所述接收N个应用程序的服务器分别发送的N个服务消息之后,所述方法还包括:
显示所述N个服务消息。
3.根据权利要求1所述的方法,其特征在于,所述接收用户请求目标服务的第一输入之前,所述方法还包括:
在确定用户在第一应用程序中输入目标信息的情况下,接收用户对目标控件的第二输入;
响应于所述第二输入,分别向所述M个应用程序的服务器发送所述目标信息;
接收所述M个应用程序的服务器分别发送的M个预估服务消息;
显示所述M个预估服务消息,所述M个预估服务消息为所述M个应用程序中每个应用程序对应目标服务的预估服务消息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述接收用户确定请求目标服务的第一输入之前,所述方法还包括:
根据所述第一应用程序的类型,从目标应用程序中确定所述M个应用程序。
5.一种电子设备,其特征在于,所述电子设备包括:接收模块和发送模块;
所述接收模块,用于确定用户在第一应用程序中输入目标信息的情况下,接收用户请求目标服务的第一输入;
所述发送模块,用于响应于所述接收模块接收的所述第一输入,分别向M个应用程序的服务器发送包括目标信息的服务请求消息;
其中,所述M个应用程序包括所述第一应用程序,所述M个应用程序中的每个应用程序均提供所述目标服务,M为大于1的整数;
所述电子设备还包括:第一确定模块和取消模块;
所述接收模块,还用于在所述发送模块分别向M个应用程序的服务器发送包括目标信息的服务请求消息之后,接收N个应用程序的服务器分别发送的N个服务消息,一个服务消息对应一个应用程序中提供的所述目标服务,N≤M,N为正整数;
所述第一确定模块,用于在确定系统时刻为第一时刻的情况下,确定第一服务是否为第二应用程序中提供的服务;
所述取消模块,用于在所述第一确定模块确定所述第一服务为所述第二应用程序中提供的服务的情况下,取消除所述第一服务之外的其他服务;
所述取消模块,还用于在所述确定模块确定所述第一服务为非所述第二应用程序中提供的服务的情况下,取消所述第一服务;
其中,所述第一时刻与第一目标截止时刻之间的时长为预设时长,所述第二应用程序为所述电子设备已请求的服务中,目标截止时刻最早到达的目标服务对应的应用程序,所述第一目标截止时刻为所述第二应用程序对应的目标截止时刻,所述第一服务为所述电子设备已请求的目标服务中,目标服务时刻最早的服务。
6.根据权利要求5所述的电子设备,其特征在于,所述电子设备还包括:第一显示模块;
所述第一显示模块,用于在所述接收模块接收N个应用程序的服务器分别发送的N个服务消息之后,显示所述接收模块接收的所述N个服务消息。
7.根据权利要求5所述的电子设备,其特征在于,所述电子设备还包括:第二显示模块;
所述接收模块,还用于在接收用户请求目标服务的第一输入之前,在确定用户在第一应用程序中输入目标信息的情况下,接收用户对目标控件的第二输入;
所述发送模块,还用于响应于所述接收模块接收的所述第二输入,分别向所述M个应用程序的服务器发送所述目标信息;
所述接收模块,还用于接收所述M个应用程序的服务器分别发送的M个预估服务消息;
所述第二显示模块,用于显示所述接收模块接收的所述M个预估服务消息,所述M个预估服务消息为所述M个应用程序中每个应用程序对应目标服务的预估服务消息。
8.根据权利要求5至7中任一项所述的电子设备,其特征在于,所述电子设备还包括:第二确定模块;
所述第二确定模块,用于在所述接收模块接收用户确定请求目标服务的第一输入之前,根据所述第一应用程序的类型,从目标应用程序中确定所述M个应用程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911295078.XA CN111143086B (zh) | 2019-12-16 | 2019-12-16 | 一种服务请求方法及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911295078.XA CN111143086B (zh) | 2019-12-16 | 2019-12-16 | 一种服务请求方法及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111143086A CN111143086A (zh) | 2020-05-12 |
CN111143086B true CN111143086B (zh) | 2023-04-07 |
Family
ID=70518473
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911295078.XA Active CN111143086B (zh) | 2019-12-16 | 2019-12-16 | 一种服务请求方法及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111143086B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111757040B (zh) * | 2020-06-24 | 2022-06-07 | 维沃移动通信有限公司 | 通讯方法及装置 |
CN115016713B (zh) * | 2021-11-30 | 2023-11-24 | 荣耀终端有限公司 | 出行事件订阅方法及电子设备 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105279563A (zh) * | 2015-09-30 | 2016-01-27 | 传成文化传媒(上海)有限公司 | 一种基于电视的车辆预定方法及系统 |
CN106339220A (zh) * | 2016-08-22 | 2017-01-18 | 北京小米移动软件有限公司 | 打车信息显示方法及装置 |
CN106385451A (zh) * | 2016-09-14 | 2017-02-08 | 乐视控股(北京)有限公司 | 多平台间服务关联方法及系统 |
CN106530004A (zh) * | 2016-10-26 | 2017-03-22 | 广东小天才科技有限公司 | 打车应用程序推荐方法及装置 |
CN106709596A (zh) * | 2016-11-29 | 2017-05-24 | 深圳市维康宝技术有限公司 | 打车平台的车费预估方法及装置 |
CN106778216A (zh) * | 2016-11-23 | 2017-05-31 | 依偎科技(南昌)有限公司 | 一种信息处理方法及移动终端 |
CN107450998A (zh) * | 2017-07-31 | 2017-12-08 | 北京三快在线科技有限公司 | 多应用间信息实时同步方法、装置、介质和电子设备 |
CN107920096A (zh) * | 2016-10-09 | 2018-04-17 | 北京嘀嘀无限科技发展有限公司 | 一种打车预估信息展示方法、装置及服务器 |
CN107967525A (zh) * | 2016-10-19 | 2018-04-27 | 腾讯科技(深圳)有限公司 | 车辆业务数据处理的方法和装置 |
JP2018200589A (ja) * | 2017-05-29 | 2018-12-20 | 株式会社アース・カー | 予約管理装置、予約管理方法、およびプログラム |
-
2019
- 2019-12-16 CN CN201911295078.XA patent/CN111143086B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105279563A (zh) * | 2015-09-30 | 2016-01-27 | 传成文化传媒(上海)有限公司 | 一种基于电视的车辆预定方法及系统 |
CN106339220A (zh) * | 2016-08-22 | 2017-01-18 | 北京小米移动软件有限公司 | 打车信息显示方法及装置 |
CN106385451A (zh) * | 2016-09-14 | 2017-02-08 | 乐视控股(北京)有限公司 | 多平台间服务关联方法及系统 |
CN107920096A (zh) * | 2016-10-09 | 2018-04-17 | 北京嘀嘀无限科技发展有限公司 | 一种打车预估信息展示方法、装置及服务器 |
CN107967525A (zh) * | 2016-10-19 | 2018-04-27 | 腾讯科技(深圳)有限公司 | 车辆业务数据处理的方法和装置 |
CN106530004A (zh) * | 2016-10-26 | 2017-03-22 | 广东小天才科技有限公司 | 打车应用程序推荐方法及装置 |
CN106778216A (zh) * | 2016-11-23 | 2017-05-31 | 依偎科技(南昌)有限公司 | 一种信息处理方法及移动终端 |
CN106709596A (zh) * | 2016-11-29 | 2017-05-24 | 深圳市维康宝技术有限公司 | 打车平台的车费预估方法及装置 |
JP2018200589A (ja) * | 2017-05-29 | 2018-12-20 | 株式会社アース・カー | 予約管理装置、予約管理方法、およびプログラム |
CN107450998A (zh) * | 2017-07-31 | 2017-12-08 | 北京三快在线科技有限公司 | 多应用间信息实时同步方法、装置、介质和电子设备 |
Non-Patent Citations (1)
Title |
---|
车企落子出行,谁是未来控局者?;《汽车纵横》;20191215(第12期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN111143086A (zh) | 2020-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110995923B (zh) | 一种投屏控制方法及电子设备 | |
CN109471690B (zh) | 一种消息显示方法及终端设备 | |
CN109917979B (zh) | 一种搜索方法及移动终端 | |
CN111010332A (zh) | 一种群聊方法及电子设备 | |
CN110221737B (zh) | 一种图标显示方法及终端设备 | |
CN109543099B (zh) | 一种内容推荐方法及终端设备 | |
CN111124573B (zh) | 消息通知方法及电子设备 | |
CN110058754B (zh) | 一种选项显示方法及终端设备 | |
CN110489029B (zh) | 一种图标显示方法及终端设备 | |
CN110913066A (zh) | 一种显示方法及电子设备 | |
CN109358931B (zh) | 一种界面显示方法及终端 | |
CN110752981B (zh) | 一种信息控制方法及电子设备 | |
WO2019141130A1 (zh) | 支付方法及终端设备 | |
CN111026299A (zh) | 信息分享方法及电子设备 | |
CN111030917B (zh) | 一种消息显示方法及电子设备 | |
CN108681427B (zh) | 一种访问权限控制的方法及终端设备 | |
CN111092990A (zh) | 一种应用程序分享方法及电子设备 | |
CN111163224B (zh) | 一种语音消息播放方法及电子设备 | |
WO2021031701A1 (zh) | 显示控制方法及终端设备 | |
CN109901761B (zh) | 一种内容显示方法及移动终端 | |
CN111143086B (zh) | 一种服务请求方法及电子设备 | |
CN110990032B (zh) | 应用程序安装方法及电子设备 | |
CN110958350B (zh) | 一种通知消息的处理方法及电子设备 | |
CN110505340B (zh) | 一种消息发送方法、终端设备及可读存储介质 | |
CN110012152B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |