本公开涉及计算机处理技术领域,具体涉及一种快捷信息交互方法及装置。
背景技术:
随着运输类软件深入人们的生活,越来越多的用户选择叫车服务。用户在叫车成功后,需要与服务提供者进行沟通以确认上车地点。目前沟通形式有多种,例如电话沟通、即时消息沟通。但是有些用户不希望电话沟通,而且电话沟通时需要用户中断当前的活动以完全参与其中,这样会浪费用户的时间。而即时消息由于入口较深(需要打开用户终端--找到软件—找到消息位置—打开消息),导致用户或者服务提供者操作过程不方便。例如,在驾车过程中,由于操作过程复杂会转移服务提供者的注意力,甚至导致交通事故。
技术实现要素:
针对现有技术中的缺陷,本公开提供一种快捷信息交互方法及装置,可以解决现有技术中订单匹配成功后电话沟通浪费用户时间以及服务提供者使用及时信息容易分散注意力而引起的用户叫车体验低的问题。
第一方面,本公开提供了一种快捷信息交互方法,包括:
当用户设备的地图界面上展示有接收用户设备发送订单的终端的信息时,在所述地图界面上显示所述用户设备当前位置处展示第一快捷信息标记;
当所述用户设备接收到触发所述第一快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第一展示框。
可选地,所述在所述地图界面上显示所述用户设备当前位置处展示第一快捷信息标记的步骤中采用气泡或者图钉标记所述用户设备当前位置。
可选地,所述第一快捷信息标记悬浮在所述地图界面上方。
可选地,所述快捷信息包括至少一个用于指示所述用户设备当前位置正确的指令按钮。
可选地,所述第一展示框还包括内容输入条,当接收到触发所述内容输入条的指令时,获取所述用户输入的乘车信息并在所述内容输入框中显示。
第二方面,本公开实施例还提供了一种快捷信息交互装置,所述装置包括:
第一快捷信息标记显示模块,用于当用户设备的地图界面上展示有接收用户设备发送订单的终端的信息时,在所述地图界面上显示所述用户设备当前位置处展示第一快捷信息标记;
第一展示框显示模块,用于当所述用户设备接收到触发所述第一快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第一展示框。
可选地,所述第一快捷信息标记显示模块采用气泡或者图钉标记所述用户设备当前位置。
可选地,所述第一快捷信息标记显示模块用于将所述第一快捷信息标记悬浮在所述地图界面上方。
可选地,所述第一快捷信息标记显示模块显示的快捷信息包括至少一个用于指示所述用户设备当前位置正确的指令按钮。
可选地,当所述第一展示框还包括内容输入条时,所述第一展示框显示模块还用于当接收到触发所述内容输入条的指令时,获取所述用户输入的乘车信息并在所述内容输入框中显示。
第三方面,本公开实施例又提供了一种快捷信息交互方法,包括:
当终端的地图界面上展示有接收用户设备发送订单的信息时,在所述地图界面上终端当前位置处展示第二快捷信息标记;
当所述终端接收到触发所述第二快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第二展示框。
可选地,所述在所述地图界面上终端当前位置处展示第二快捷信息标记的步骤中采用气泡或者图钉标记所述终端当前位置。
可选地,所述第二快捷信息标记悬浮在所述地图界面上方。
可选地,所述快捷信息包括至少一个用于表示服务提供者确认用户设备当前位置的指令按钮。
可选地,所述第二展示框还包括内容输入条,当接收到触发所述内容输入条的指令时,获取服务提供者输入的驾驶信息并在所述内容输入框中显示。
第四方面,本公开实施例还提供了一种快捷信息交互装置,所述装置包括:
第二快捷信息标记显示模块,用于当终端的地图界面上展示有接收用户设备发送订单的信息时,在所述地图界面上终端当前位置处展示第二快捷信息标记;
第二展示框显示模块,用于当所述终端接收到触发所述第二快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第二展示框。
可选地,所述第二快捷信息标记显示模块采用气泡或者图钉标记所述用户设备当前位置。
可选地,所述第二快捷信息标记显示模块用于将所述第二快捷信息标记悬浮在所述地图界面上方。
可选地,所述第二快捷信息标记显示模块显示的快捷信息包括至少一个用于表示服务提供者确认用户设备当前位置的指令按钮。
可选地,当所述第二展示框还包括内容输入条时,所述第二展示框显示模块还用于当接收到触发所述内容输入条的指令时,获取服务提供者输入的驾驶信息并在所述内容输入框中显示。
由上述技术方案可知,本公开实施例通过在地图界面上显示用户设备或终端当前位置处展示快捷信息标记,并且在所述用户设备接收到触发所述快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的展示框。本公开通过展示框为用户或者服务提供者提供快捷信息交互入口,代替现有技术常用的电话沟通与及时信息沟通,可以提高发送给服务提供者正确的用户设备的当前位置,进而提高沟通效率以及乘车体验。
附图说明
通过参考附图会更加清楚的理解本公开的特征和优点,附图是示意性的而不应理解为对本公开进行任何限制,在附图中:
图1是本公开一实施例提供的一种快捷信息交互方法流程框图;
图2是本公开一实施例提供的第一快捷信息标记示意图;
图3是本公开一实施例提供的另一种快捷信息标示示意图;
图4是本公开一实施例提供的一种快捷信息交互装置结构框图;
图5是本公开又一实施例提供的一种快捷信息交互方法流程框图;
图6是本公开又一实施例提供第二快捷信息标记示意图;
图7是本公开一实施例提供的另一种快捷信息交互装置结构框图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
应理解的是,虽然下文中主要针对打车/用车应用,但本公开的实施例并不限于此,其还可适用于其他交通工具(诸如,非机动车、私家车、船舶、飞行器等)的拼单提示,尤其是未来出现的家用或商用交通工具所述运输客体也并非限定于乘客,亦可包括快件、餐食等需要运输/运送物。
本公开实施例中提及的终端为提供服务方,如交通工具叫车服务中的司机,所使用的用于接单的移动终端或pc端等设备。诸如上述呼叫服务方所使用各设备。本实施例中,为了区别乘客和司机,分别采用用户设备和终端来分别表示司机和乘客所持的移动终端等设备。
第一方面,本公开实施例提供了一种快捷信息交互方法,如图1所示,所述方法包括:
s11、当用户设备的地图界面上展示有接收用户设备发送订单的终端的信息时,在所述地图界面上显示所述用户设备当前位置处展示第一快捷信息标记。
本公开实施例中当用户利用用户设备中交通运输类软件叫车时,服务器接收该用户的叫车请求订单,根据该叫车请求订单以及预先存储在服务器中的预设订单分配策略为该用户分配车辆。需要说明的是,上述预设订单分配策略是指,存储在服务器中的订单分配策略,该订单分配策略可以为一个或者多个,用于将叫车请求订单与车辆的信息进行匹配,当两者符合预设条件时,将该车辆分配给该叫车请求订单。本领域技术人员可以根据现有技术中的订单分配策略为用户分配车辆,本公开不作限定。
当车辆分配成功时,如图2所示,该服务器会向用户设备发送订单匹配信息以及该用户的乘车信息。在该用户设备的地图界面上展示的就是所分配车辆的车辆信息(京mgxxx,白色、雪佛兰、爱唯欧)、服务提供者信息(古师傅)及其联系电话等。例如本公开还显示了车辆的位置,游戏入口等,地图界面上显示内容根据需要具体设置,本公开不作限定。
同时,为方便用户清楚的了解用户设备的当前位置,本公开实施例还在地图界面上标示出了该用户设备的当前位置。优选地,如图2所示,本公开实施例中在地图界面上采用气泡或者图钉标记所述用户设备当前位置。
由于部分用户不希望通过电话或者即时消息与服务提供者进行联系,同时有部分服务提供者担心用户提供的定位信息不准确,为解决上述问题,本公开实施例中在地图界面上显示用户设备当前位置处展示第一快捷信息标记,并且该第一快捷信息标记悬浮在地图界面上方。该第一快捷信息标记设置在用户设备当前位置周围。如图2所示,该第一快捷信息标记为一个方框,该方框为半透明状态,设置在地图界面上方且用户设备当前位置(图2与图3中气泡)处。该方框中还设置有快捷信息,以方便用户操作。
需要说明的是,半透明状态是指,在不影响用户查看该图标所覆盖的地图的情况下,还能使用户清楚的看到该图标的状态。地图界面上方是指,从正上方查看图标时,图标的投影在地图界面上;斜视地图时,能够看到该图标与地图是分离的两部分。这样用户在查看地图时能够清楚的知道该图标的位置。
s12、当所述用户设备接收到触发所述第一快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第一展示框。
当用户需要向服务提供者发送确认信息时,用户可以触发该第一快捷信息标记。当用户设备接收到用户触发该第一快捷信息标记的指令时,会弹出包括至少一个快捷信息以及发送指令的第一展示框。优选地,快捷信息包括至少一个用于指示所述用户设备当前位置正确的指令按钮。如图3所示,本公开实施例中第一展示框包括3个快捷信息和1个发送指令。3个快捷信息分别为“在这上车,按导航来接。”、“已经在上车点,请直接过来。”和“请打表来接”,1个发送指令为“发送给司机”,用户可以根据当前情况选择合适的快捷信息,然后触发该“发送给司机”将所选择的快捷信息发给服务提供者。
实际应用中,上述快捷信息可能存在偏差,需要用户进行人工调整,因此本公开实施例中上述第一展示框中设置内容输入条。当用户触发所述内容输入条时,用户设备会接收到触发该内容输入条的指令,此时获取用户输入的乘车信息,并在该内容输入条内显示。当用户设备接收到触发“发送给司机”的指令时,将用户输入的乘车信息发送给服务提供者。
需要说明的是,用户设备将上述快捷信息或者乘车信息通过触发“发送给司机”发送指令后,服务器会即时转发上述信息,以使服务提供者的终端上同步展示,从而无需服务提供者电话或者即时消息与用户沟通。同步展示是指,终端在接收到服务转发的来自用户设备的快捷信息或者乘车信息时,以第一展示框的形式显示上述信息。
第二方面,本公开实施例还提供了一种快捷信息交互装置,如图4所示,所述装置包括:
第一快捷信息标记显示模块m11,用于当用户设备的地图界面上展示有接收用户设备发送订单的终端的信息时,在所述地图界面上显示所述用户设备当前位置处展示第一快捷信息标记;
第一展示框显示模块m12,用于当所述用户设备接收到触发所述第一快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第一展示框。
可选地,所述第一快捷信息标记显示模块m11采用气泡或者图钉标记所述用户设备当前位置。
可选地,所述第一快捷信息标记显示模块m11用于将所述第一快捷信息标记悬浮在所述地图界面上方。
可选地,所述第一快捷信息标记显示模块m11显示的快捷信息包括至少一个用于指示所述用户设备当前位置正确的指令按钮。
可选地,当所述第一展示框还包括内容输入条时,所述第一展示框显示模块m12还用于当接收到触发所述内容输入条的指令时,获取所述用户输入的乘车信息并在所述内容输入框中显示。
第三方面,本公开实施例又提供了一种快捷信息交互方法,如图5所示,包括:
s21、当终端的地图界面上展示有接收用户设备发送订单的信息时,在所述地图界面上终端当前位置处展示第二快捷信息标记;
s22、当所述终端接收到触发所述第二快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第二展示框。
需要说明的是,本公开实施例中步骤s21与s11以及步骤s22与s12基本相同,即:第一快捷信息标记与第二快捷信息标记都采用气泡或者图钉标记,且悬浮在(用户设备或者终端)地图界面上方。另外,第二快捷信息标记可以与第一快捷信息标记一样,设置为半透明状态。当受到触发命令时,第一快捷信息标记与第二快捷信息标记都可以展开弹出一个展示框(第一快捷信息标记对应第一展示框,第二快捷信息标记对应第二展示框)。第一展示框或者第二展示框中可以设置有内容输入条,或者只有其中一个设有内容输入条。
本公开实施例中步骤s21与s11以及步骤s22与s12不同之处在于:第一快捷信息标记是面向用户,第二快捷信息标记是面向服务提供者,因此也就决定了第一快捷信息标记或者第二快捷信息标记所显示的内容不同。如图3所示,第一快捷信息标记显示的快捷信息包括“在这上车,按导航来接”、“已经在上车点,请直接过来”或者“请打表来接”等内容。如图6所示,第二快捷信息标记显示的快捷信息包括“我过来了,请在上车点等待!”或者“路上有点堵”等内容。另外,第一展示框中的内容输入条所接收的是,用户输入的乘车信息,而第二展示框中的内容输入条所接收的是,服务提供者输入的驾驶信息。
本公开实施例中只介绍了步骤s21和s22与上一实施例中步骤s11和s12之间的部分相同点与不同点,由于其与上述方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
第四方面,本公开实施例还提供了一种快捷信息交互装置,所述装置包括:
第二快捷信息标记显示模块m21,用于当终端的地图界面上展示有接收用户设备发送订单的信息时,在所述地图界面上终端当前位置处展示第二快捷信息标记;
第二展示框显示模块m22,用于当所述终端接收到触发所述第二快捷信息标记的指令时,弹出包括至少一个快捷信息以及发送指令的第二展示框。
可选地,所述第二快捷信息标记显示模块m21采用气泡或者图钉标记所述用户设备当前位置。
可选地,所述第二快捷信息标记显示模块m21用于将所述第二快捷信息标记悬浮在所述地图界面上方。
可选地,所述第二快捷信息标记显示模块m21显示的快捷信息包括至少一个用于表示服务提供者确认用户设备当前位置的指令按钮。
可选地,当所述第二展示框还包括内容输入条时,所述第二展示框显示模块还用于当接收到触发所述内容输入条的指令时,获取服务提供者输入的驾驶信息并在所述内容输入框中显示。
由于本公开实施例提供的快捷信息交互装置基于上文第三方面提供的快捷信息交互方法实现,因而可以与方法一样,解决相同的技术问题、达到相同的技术效果,在此不再赘述。
综上所述,本公开实施例提供了一种快捷信息交互方法及装置,通过在用户设备上显示快捷信息标示,将重要乘车信息以展示框的形式显示,简化用户操作。用户对乘车信息确认后,提高定位的精确度,可以消除服务提供者对用户定位不准确的担心。另外,本公开实施例无需用户与服务提供者之间进行电话或者即时消息沟通,对于用户减少操作时间,对于服务提供者提高了驾车的安全度,进而提高用户的叫车体验以及服务提供者的服务质量。
应当注意的是,在本实施例公开的装置的各个部件中,根据其要实现的功能而对其中的部件进行了逻辑划分,但是,本公开不受限于此,可以根据需要对各个部件进行重新划分或者组合,例如,可以将一些部件组合为单个部件,或者可以将一些部件进一步分解为更多的子部件。
本公开的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是,上述实施例对本公开进行说明而不是对本公开进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上实施方式仅适于说明本公开,而并非对本公开的限制,有关技术领域的普通技术人员,在不脱离本公开的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本公开的范畴,本公开的专利保护范围应由权利要求限定。