具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图3为说明书实施例提供的一种客服数据发送的过程,具体可包括以下步骤:
S100:监测截图操作。
在本说明书一个或多个实施例中,由于该客服数据发送的过程,用于解决现有技术通过截图启动客服系统的流程效率低的问题,而截图通常是在终端上执行的操作,因此在本说明书中可由终端执行该客服数据发送的过程。并且,该终端可监测用户执行的截图操作,以便后续在监测到截图操作时,响应于该截图操作执行相应的步骤。
其中,该终端可以是移动终端,如,手机、平板电脑等设备。
S102:响应于监测到的截图操作,获取图形用户界面的截图。
具体的,由于现有在移动终端上进行截图的方式有多种,并且已经较为成熟,而本说明书对于如何获取截图不做限定,因此对于如何获取截图的过程本说明书不再赘述。
S104:响应于监测到的所述截图操作,确定所述图形用户界面对应的业务数据。
在本说明书中,该终端在监测到截图操作时,还可响应于该截图操作,确定该截图所截取的图形用户界面对应的业务数据。其中,该业务数据可用于使客服服务器根据该业务数据,确定该图形用户界面显示的是哪个业务,或者该图形用户界面是业务执行过程中的哪一步骤。因此,终端在获取图形用户界面对应的业务数据之后,便可通过后续步骤,将获取到的业务数据发送给客服服务器,提高客服确定用户问题的效率。
具体的,由于该图形用户界面是终端通过运行应用程序的代码渲染出来的,因此可以预先在该应用程序中配置获取图形用户界面对应的业务数据的代码。当终端监测到用户执行截图操作时,触发该代码的运行,从而确定图形用户界面对应的业务数据。
其中,该业务数据可以包括:业务名称、界面类名以及统一资源定位符(UniformResource Locator,URL)中的至少一种。具体的,终端可以根据该应用程序渲染该图形用户界面时运行的代码的上下文,确定该图形用户界面的界面类名。由于该界面类名可以在编写该应用程序时,根据需要进行自定义,因此当不同业务或者业务的不同步骤的界面类名被自定义为不同的类名时,通过获取截图的图形用户界面的界面类名,可以确定该图形用户界面对应的业务或者业务的步骤,如表1所示。
假设,表1为在编写某个应用程序时,自定义的图形用户界面的类名。
表1
当根据需要自定义不同的业务的图形用户界面,或者同一业务的不同步骤的图形用户界面的类名时,通过获取界面类名可以确定截图获取的图形用户界面是那个业务的界面,以及是业务的哪个步骤的界面。
同理,由于通常为了方便维护应用程序(如,更新应用程序的代码,或者排除应用程序中出现的错误BUG),可将业务名称写入执行该业务的代码中。例如,以批注的形式写入代码中,并不影响代码的运行。因此,当根据需求将业务名称写入执行该业务的代码时,终端也可根据渲染出该图形用户界面的代码,确定该图形用户界面对应的业务名称,或者业务步骤的名称。
另外,当该应用程序为混合应用(Hybrid App)或者是基于Web的应用(WebApp)时,该终端显示的图形用户界面中可包含网页页面,于是该业务数据也可以是该网页页面的URL。并且,由于该URL也可以包含在渲染该图形用户界面的代码中,因此终端也可根据渲染出该图形用户界面的代码,确定该图形用户界面对应的URL。
进一步地,由于该应用程序在编写或者更新时,便可配置该应用程序为终端提供图形用户界面对应的业务数据,因此该应用程序的代码中也可以以自定义类的形式,将终端需要获取的业务数据集中提供,以便终端确定图形用户界面对应的业务数据。例如,假设自定义类:截图数据类,应用程序在渲染图形用户界面时,需要根据该图形用户界面对应的业务数据,将该截图数据类配置为截图数据实例,当终端获取该图形用户界面的截图时,可进一步从该截图数据实例中确定该图形用户界面对应的业务数据。
当然,上述仅为本说明书提供的几种确定图形用户界面对应的业务数据的方式,本说明书对于具体确定图形用户界面对应的业务数据的方式不做确定,只要该终端在获取该图形用户界面之后,可进一步确定该图形用户界面对应的业务数据即可。
S106:将确定出的业务数据以及所述截图发送给客服服务器。
在本说明书中,当确定出业务数据之后,终端便可将该业务数据以及该截图发送给客服服务器,以使客服服务器根据可根据该业务数据,确定用户是在执行哪个业务,或者执行到业务的哪个步骤时出现了问题。并可进一步根据该截图确定出现了那种问题。
基于图3所述的客服数据发送过程,当监测到截图操作之后,除了获取截图以外,终端还可以确定该截图所截取的图形用户界面对应的业务数据,并将该业务数据以及截图一并发送给客服服务器。其中,由于该业务数据为用于使客服服务器确定该图形用户界面显示的业务以及业务步骤中的至少一种,因此客服服务器可直接确定该截图对应的是哪个业务或者哪个业务步骤,而无需由客服人员通过与用户沟通确认,提高了客服系统处理用户问题的效率。
另外,由于用户截图时除了发送截图给客服以外,还存在其他情况(例如,仅仅是为了获取截图,或者是为了在社交应用中进行分享),因此在步骤S102中,而其他截图后不进行客服流程的情况来说,终端无需获取图形用户界面对应的业务数据。于是,在本说明书中终端还可在监测到截图操作之后,在执行步骤S104之前,先在该图形用户界面中创建用于提示用户联系客服系统的第一按键,并当再次监测到用户对该第一按键执行操作时,确定需要获取该图形用户界面对应的业务数据,并继续执行步骤S104。如图4所示。
图4为本说明书实施例提供的终端在图形用户界面中创建用于提示用户联系客服系统的第一按键的示意图,该第一按键上标注有文字“联系客服”。并且,该终端还可以将该图形用户界面的缩略图显示在该第一按键旁边,以提示用户可通过对第一按键执行操作,将截图发送给客服以及触发客服流程。
进一步地,在本说明书中并不限定该第一按键的在该图形用户界面中的位置,该第一按键的位置可根据需要设置。而且,为了使用户可看到该第一按键,并对该第一按键执行操作,该终端可以先创建悬浮窗口,再在该悬浮窗口中设置该第一按键,其中,该悬浮窗口的Z序大于该图形用户界面,以避免该第一按键被遮挡。
更进一步地,在现有技术中创建悬浮窗口的方式较为成熟,并且存在多种,而本说明书对于创建悬浮窗口的方式不做限定,可根据需要进行配置。当然,当以创建对话框的方式创建悬浮窗口时,对话框默认会获取窗口焦点,使得用户可操作区域仅局限于该对话框上。而若用户在不需要对该对话框中第一按键执行操作时,用户还需要通过点击非对话框的区域,使该图形用户界面重新获取窗口焦点。为了避免创建对话框导致窗口焦点变动,导致的用户操作繁琐的问题,在本说明书中,终端创建的第一按键不获取窗口焦点。具体的,终端可以以该图形用户界面作为父视图,先创建该父视图的子视图,在将该第一按键配置在该子视图中,从而避免第一按键所在对话框获取窗口焦点的情况出现。
另外,在本说明中,终端监测到截图操作之后,响应于该截图操作创建第一按键之前,还可判断该用户图形界面是否为指定界面,若是,则创建第一按键并继续后续步骤,若否,则可仅获取该截图,不创建第一按键,并不继续执行后续步骤。其中,指定界面可以根据需要进行设置,例如,可根据需要配置哪些业务的界面需要获取业务数据并返回客服服务器。对于没有对应明确业务的界面来说,该界面可不设置为指定界面,例如,应用程序启动后的默认首页页面,通常包含大量信息,但是并不唯一的对应的某个业务。
进一步地,当监测到用户对第一按键执行操作之后,终端可确定用户需要继续客服流程,则此时终端除了确定图形用户界面对应的业务数据以外,还可显示客服界面,其中,该客服界面中可显示用于提示用户向客服服务器发送信息的第二按键,如图5a所示。
在图5a的客服界面为即时通讯软件的常见界面,可包括客服人员的头像、用户头像、对话框等等,以及用于用户输入信息的输入框以及“发送”按键(即,第二按键)。使得用户还可可以将问题用文字描述后,发送给客服服务器,并可与客服人员交流解决问题。
当然,本说明书并不限定该客服界面具体为何种形式的界面,可根据需要进行设置。另外,该终端可以在监测到用户对第二按键执行操作之后,再发送该截图以及业务数据,如图5b所示。其中,5b显示的客服界面中并未显示终端发送的业务数据,该业务数据可以是后台发送或者也可以显示在客服界面中,本说明书对此不做限定。例如,图5c显示的客服界面中,显示了终端发送的截图以及业务数据。
另外,在本说明书中,由于业务数据可用于确定业务或者业务的步骤,因此终端通过将业务数据发送给客服服务器,还可方便客服服务器整理归纳用户提出的问题或者意见。例如,统计用户提出问题的业务(或者业务的步骤)集中在哪里,对哪些业务用户提出的意见较多,等等。
需要说明的是,本说明书实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤S100和步骤S102的执行主体可以为设备1,步骤S102的执行主体可以为设备2;或者,步骤S100的执行主体可以为设备1,步骤S102和步骤S104的执行主体可以为设备2;等等。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
基于图3所示的客服数据发送的方法,本说明书实施例还提供一种客服数据发送的装置,如图6所示。
图6为本说明书实施例提供的一种客服数据发送的装置的结构示意图,所述装置包括:
监测模块200,监测截图操作
截图模块202,响应于监测到的截图操作,获取图形用户界面的截图;
数据确定模块204,响应于监测到的截图操作,确定所述图形用户界面对应的业务数据;
发送模块206,将确定出的业务数据以及所述截图发送给客服服务器。
所述数据确定模块202,响应于监测到的所述截图操作,在所述图形用户界面中创建用于提示用户联系客服系统的第一按键,根据用户对所述第一按键的操作,确定所述图形用户界面对应的业务数据。
所述数据确定模块202,当确定所述图形用户界面为指定界面时,创建用于提示用户联系客服系统的第一按键。
所述数据确定模块202,创建的所述第一按键不获取窗口焦点。
所述发送模块204,根据用户对所述第一按键的操作,显示客服界面,其中,所述客服界面中显示用于提示用户发送信息的第二按键,根据所述用户对所述第二按键的操作,将所述截图以及所述业务数据发送给所述客服服务器。
所述业务数据包括:业务名称、界面类名、统一资源定位符中的至少一种。
基于图3所述的客服数据发送的方法,本说明书对应提供一种终端,如图7所示,其中,所述终端包括:一个或多个处理器及存储器,存储器存储有程序,并且被配置成由一个或多个处理器执行以下步骤:
监测截图操作;
响应于监测到的截图操作,获取图形用户界面的截图;
响应于监测到的所述截图操作,确定所述图形用户界面对应的业务数据;
将确定出的业务数据以及所述截图发送给客服服务器。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(ProgrammableLogic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware DescriptionLanguage,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(AdvancedBoolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC625D、Atmel AT91SAM、MicrochipPIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。