一种反馈问题处理方法、设备及存储介质

技术领域

本申请涉及互联网通信技术领域，尤其涉及一种反馈问题处理方法、设备及存储介质。

背景技术

现有技术中，不同的应用程序需要单独开发不同的问题反馈页面；并且在修改反馈问题时，需要开发者重新开发并依赖客户端发版。在获取“播放器”日志时，需要导入播放器组件包；获取“投屏问题”对应的日志时，需要导入投屏组件包；可见，现有技术获取日志时需要调用其他业务方提供的方法，耦合性较强；且现有技术中用户在提交反馈问题之后，服务器无法快速获取反馈问题对应的日志信息，从而无法快速处理反馈问题。

因此，有必要提供一种反馈问题处理方法、设备及存储介质，能够及时获取反馈问题相关的日志信息，便于服务器快速、准确地解决反馈问题。

发明内容

本申请提供了一种反馈问题处理方法、设备及存储介质，可以及时获取反馈问题相关的日志信息，便于服务器快速、准确地解决反馈问题。

一方面，本申请提供了一种反馈问题处理方法，所述方法包括：

响应于异常事件，展示所述异常事件对应的目标业务的问题反馈页面；所述目标业务的问题反馈页面基于所述目标业务对应的反馈问题以及页面渲染参数得到；

响应于在所述问题反馈页面的触发指令，确定目标反馈问题；

确定所述目标反馈问题对应的目标单例对象；所述目标单例对象根据目标类标识确定得到，所述目标类标识根据所述目标反馈问题对应的目标问题类型确定得到；

通过调用所述目标单例对象，得到所述目标反馈问题对应的日志信息；

向服务器发送所述目标业务的目标反馈问题以及所述日志信息，以使所述服务器根据所述日志信息对所述目标反馈问题进行处理。

另一方面提供了一种反馈问题处理装置，所述装置包括：

页面展示模块，用于响应于异常事件，展示所述异常事件对应的目标业务的问题反馈页面；所述目标业务的问题反馈页面基于所述目标业务对应的反馈问题以及页面渲染参数得到；

目标反馈问题确定模块，用于响应于在所述问题反馈页面的触发指令，确定目标反馈问题；

目标单例对象确定模块，用于确定所述目标反馈问题对应的目标单例对象；所述目标单例对象根据目标类标识确定得到，所述目标类标识根据所述目标反馈问题对应的目标问题类型确定得到；

日志信息获取模块，用于通过调用所述目标单例对象，得到所述目标反馈问题对应的日志信息；

反馈问题处理模块，用于向服务器发送所述目标业务的目标反馈问题以及所述日志信息，以使所述服务器根据所述日志信息对所述目标反馈问题进行处理。

另一方面提供了一种反馈问题处理设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上所述的反馈问题处理方法。

另一方面提供了一种计算机存储介质，所述计算机存储介质存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如上所述的反馈问题处理方法。

另一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行以实现如上所述的反馈问题处理方法。

本申请提供的反馈问题处理方法、设备及存储介质，具有如下技术效果：

本申请的方法适用于不同App中各种功能模块构建问题反馈页面，不需要每个App单独去开发该页面；在用户确定目标反馈问题之后，确定所述目标反馈问题对应的目标单例对象；所述目标单例对象根据目标类标识确定得到，所述目标类标识根据所述目标反馈问题对应的目标问题类型确定得到；通过调用所述目标单例对象，得到所述目标反馈问题对应的日志信息；向服务器发送所述目标业务的目标反馈问题以及所述日志信息，以使所述服务器根据所述日志信息对所述目标反馈问题进行处理；从而实现在用户提交反馈问题时，能够及时获取反馈问题相关的日志信息，便于服务器快速、准确地解决反馈问题，从而保证目标业务运行的稳定性，提升终端的用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本申请实施例提供的一种反馈问题处理系统的示意图；

图2是本申请实施例提供的一种反馈问题处理方法的流程示意图；

图3是本申请实施例提供的一种展示上述异常事件对应的目标业务的问题反馈页面的方法的流程示意图；

图4是本申请实施例提供的一种获取目标行为数据的方法的流程示意图；

图5是本申请实施例提供的一种确定上述目标反馈问题对应的目标单例对象的方法的流程示意图；

图6是本申请实施例提供的一种通过调用上述目标单例对象，得到上述目标反馈问题对应的日志信息的方法的流程示意图；

图7是本申请实施例提供的一种向服务器发送上述目标业务的目标反馈问题以及日志信息的方法的流程示意图；

图8-9是本申请实施例提供的意见反馈页面示意图；

图10是本申请实施例提供的另一种反馈问题处理方法的流程示意图；

图11是本申请实施例提供的一种反馈问题处理装置的结构示意图；

图12是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。

目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID，IDentity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件系统能够根据每个对象的存储位置信息让客户端对数据进行访问。

存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

本申请实施例中的反馈问题对应的日志信息可以进行云存储。

本申请中涉及的专业术语解释如下：

反射：通过类名获取类/实例对象，从而调用对应的方法或函数，在本申请中用于初始化业务方日志系统对象，调用获取日志函数的方法。

设计模式：本申请使用了单例模式和代理设计模式，单例模式是指在程序运行过程中有且仅有一个实例对象；在本申请中用于构建Feedback模块。代理模式主要用于两个模块之间数据的互相通信，本申请中用于提交反馈时调用对象增加的额外数据。

解耦：在进行业务开发时，模块之间的耦合性太高不利于代码的维护和输出，例如：在XX App中扫一扫功能包含了银行卡识别、二维码识别和身份证识别；但在YY App中只需要用到扫一扫的二维码识别，在集成扫一扫这个模块时带入了银行卡识别和身份证识别的功能，但实际上又没有使用，因此银行卡识别和身份证识别就和扫一扫功能耦合了，在输出给外部其他App时就需要解耦。

CFSS：客户端反馈提交系统。客户端是跟用户接触最直接，最能影响用户的消费，提交系统入口一般会在“设置”或者“个人中心”。用户可以在反馈页面选择问题和描述信息，添加联系方式和上传信息。对于开发人员来讲，重要的是获取用户操作的行为日志，例如在用户上传“播放问题”时，会向播放业务获取用户的最近播放日志，然后通过网络附带在参数中，传递给后台服务器。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本申请实施例提供的一种反馈问题处理系统的示意图，如图1所示，该反馈问题处理系统可以至少包括服务器01和客户端02。

具体的，本说明书实施例中，所述服务器01可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDelivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器01可以包括有网络通信单元、处理器和存储器等等。具体的，所述服务器01可以用于根据目标业务的日志信息对所述目标反馈问题进行处理。

具体的，本说明书实施例中，所述客户端02可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、智能可穿戴设备、智能音箱、车载终端、智能电视等类型的实体设备，也可以包括运行于实体设备中的软体，例如一些服务商提供给用户的网页页面，也可以为该些服务商提供给用户的应用。具体的，所述客户端02可以用于确定目标反馈问题以及目标业务的日志信息。

以下介绍本申请的一种反馈问题处理方法，图2是本申请实施例提供的一种反馈问题处理方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，所述方法可以包括：

S201：响应于异常事件，展示上述异常事件对应的目标业务的问题反馈页面；上述目标业务的问题反馈页面基于上述目标业务对应的反馈问题以及页面渲染参数得到。

具体的，在本说明书实施例中，可以在客户端中设置反馈(Feedback)模块，通过反馈模块构建客户端反馈提交系统(CFSS)，应用程序中各个独立的业务模块均可以使用CFSS系统。

在本说明书实施例中，异常事件可以包括视频卡顿事件、闪退事件、投屏异常事件等；比如播放视频时，存在视频卡顿现象；目标业务是指应用程序(Application，App)里面的功能项，比如播放、会员、账号等；异常事件发生在应用程序的运行过程中。每个反馈问题对应一种问题类型，多个反馈问题可以对应同一种问题类型；例如：“一直处于缓冲状态”、“字幕和声音不同步”、“下半屏加载问题”等问题均对应同一种问题类型“播放问题”。

在本说明书实施例中，应用程序中的目标业务需要先注册反馈模块，传入业务需要的固定参数以及需构建的反馈问题，例如，固定参数可以为页面渲染参数，例如页面中字体颜色、字体大小、导航栏尺寸、表格高度等参数。

在本说明书实施例中，如图3所示，上述展示上述异常事件对应的目标业务的问题反馈页面，包括：

S20101：获取上述目标业务对应的反馈问题以及上述页面渲染参数；

在本说明书实施例中，页面渲染参数可以包括页面中字体颜色、字体大小、导航栏尺寸、表格高度等参数。

在本说明书实施例中，上述获取上述目标业务对应的反馈问题以及上述页面渲染参数，包括：

获取上述目标业务对应的反馈问题、上述页面渲染参数以及用户标识信息；

具体的，在本说明书实施例中，用户标识信息为目标业务对应的标识信息；用户标识信息可以为用户的手机号码或其他用于标识用户身份的信息。

在本说明书实施例中，每个目标业务在问题反馈过程中，其对应的用户标识信息可能不同；例如，播放问题、定向流量问题可能是一个设备上登录的两个电话号码提供的；例如，不同的App采用不同的手机号码开通账号，会将反馈问题对应的手机号码以脱敏的形式存储起来，不同的模块关联信息对应的手机号码不同。

在本说明书实施例中，通过用户标识信息，可以在解决用户反馈的问题之后，向用户推送通知消息，通知消息可以包括问题产生的原因以及对应的解决办法等，例如可以通知用户通过升级版本的方式来克服反馈的问题。

S20103：基于上述目标业务对应的反馈问题以及上述页面渲染参数，在缓存数据库中查询预加载页面。

在本说明书实施例中，在获取到目标业务对应的反馈问题以及上述页面渲染参数后，可以查询缓存数据库，缓存数据库用于存储不同业务对应的反馈问题、页面渲染参数以及预加载页面。

S20105：在存在上述预加载页面的情况下，展示上述预加载页面。

在本说明书实施例中，上述方法还包括：

在不存在上述预加载页面的情况下，根据上述目标业务对应的反馈问题以及上述页面渲染参数，渲染上述目标业务的问题反馈页面。

在本说明书实施例中，上述方法还包括：

将上述目标业务对应的反馈问题、上述页面渲染参数以及上述问题反馈页面对应存储至上述缓存数据库中。

在本说明书实施例中，第一次构建目标业务的问题反馈页面之后，需要根据相应参数渲染得到页面；并将目标业务对应的反馈问题、页面渲染参数以及问题反馈页面均存储在缓存数据库中；在第二次需要获取同一目标业务的问题反馈页面时，可以直接调用open函数，在缓存数据库中获取对应的问题反馈页面；从而可以提高问题反馈页面的加载速度。

S203：响应于在上述问题反馈页面的触发指令，确定目标反馈问题。

在本说明书实施例中，问题反馈页面中可以包括多个问题，例如可以包括多个一级问题，每个一级问题对应有多个二级问题，用户可以先点击选择一级问题，从而弹出对应的二级问题，再选择二级问题并提交，从而确定出目标反馈问题。

如图8-9所示，图8-9为通过CFSS构建的针对播放应用程序意见反馈页面，该页面可以包括一级问题、二级问题以及用户的联系方式输入区域；例如图8中反馈问题分类可以包括：播放问题、离线下载问题、定向流量问题、卡顿问题、会员问题、账号问题、闪退，页面加载等问题、内容问题、投屏问题等，其中，针对一级问题中的播放问题，还可以设置对应的二级问题，如图9中的一直处于缓冲状态、字幕和声音不同步、播放某一级，会自动跳到第一级、下半屏加载问题、或其他问题等；此外，页面中还设置了自定义问题输入控件以及图片上传控件以及用于确认反馈问题的“提交”控件。

在本说明书实施例中，不同的App均可以通过CFSS设置不同的反馈问题，从而生成不同的问题反馈页面，例如漫画App中不涉及播放问题，其对应的问题反馈页面中可以不设置播放问题；通过CFSS可以避免每个App单独开发问题反馈页面，降低了人力开发成本。

在本说明书实施例中，例如，用户通过视频App观看视频的过程中，视频产生了卡顿，此时，会弹窗让用户反馈相关问题，用户可以补充说明产生卡顿的原因，比如同时打开多个视频时发生了卡顿。

在本说明书实施例中，如图4所示，上述响应于在上述问题反馈页面的触发指令，确定目标反馈问题之后，上述方法还包括：

S401：判断是否存在针对上述目标业务的目标行为；

S403：若存在，获取上述目标业务的代理对象；

S405：通过上述代理对象调用目标行为日志，获取目标行为数据。

在本说明书实施例中，每个目标业务均持有一个CFSS的代理对象，若用户在选择反馈问题并提交之后，还存在咨询客服、上传图片等目标行为，则需要修改注册时传入CFSS的反馈问题的关联参数，此时，调用代理对象从目标业务的模块中获取目标行为的相关数据，回传到CFSS，再通过CFSS发送至服务器。

具体的，在本说明书实施例中，例如，用户在咨询客服过程中，会产生点击、滑动、发送消息等相关行为，则需要获取这些行为对应的参数，这些参数都是在业务方捕获到的，通过代理对象调用业务方自定义的日志信息，将用户的行为数据回传到CFSS。

在本说明书实施例中，代理对象是CFSS持有的，但是CFSS持有的代理对象在业务方中能够通过单例去获取代理对象并且能够设置这个代理对象；这个代理对象里面有提供自定义方法的一个函数，通过代理对象就能够调用，比如某些通过反射获取的日志信息不完整，或者用户在提交反馈问题之后又产生了某些其他行为，需要获取这些行为对应的行为数据，都可以通过代理对象去业务方直接获取。

S205：确定上述目标反馈问题对应的目标单例对象；上述目标单例对象根据目标类标识确定得到，上述目标类标识根据上述目标反馈问题对应的目标问题类型确定得到。

在本说明书实施例中，如图5所示，上述确定上述目标反馈问题对应的目标单例对象，包括：

S2051：确定上述目标反馈问题对应的目标问题类型；

S2053：基于第一映射信息，确定上述目标问题类型对应的目标类标识；上述第一映射信息表征问题类型与类标识的映射关系；

S2055：基于第二映射信息，确定上述目标类标识对应的目标单例对象；上述第二映射信息表征类标识与单例对象的映射关系。

在本说明书实施例中，在本说明书实施例中，反馈模块可以用来获取业务方的日志，单例模式相当于一个全局的、静态的对象；在应用程序运行过程中，都可以通过全局的静态变量获取单例对象，每个单例对象对应应用程序中的一个业务，然后调用单例对象获取对应业务的日志信息。

在本说明书实施例中，CFSS采用单例模式和代理模式，提高了问题反馈页面的加载速度；当问题反馈页面中需要增加、删除或修改反馈问题时，可以通过修改注册参数的方式进行修改，不需要客户端重新发版，也就是不需要重新开发新的反馈页面；节省了开发人力，并提高了迭代效率；同时可以通过反馈问题对应的日志信息，准确定位问题所在，从而针对用户的反馈问题进行快速、准确的处理，从而保证了目标业务运行的稳定性。

在本说明书实施例中，上述方法还包括：

创建目标单例对象的步骤，上述创建目标单例对象的步骤，包括：

创建上述目标单例对象的静态变量；

通过上述目标单例对象的静态变量初始化反馈工具类；

通过上述反馈工具类确定上述目标单例对象的内存，并创建上述目标单例对象。

在本说明书实施例中，初始化相当于通过静态变量(static)初始化一个反馈工具(Feedbacktool)类，该反馈工具类通过初始化的diapatch-once进行内存分配以及单例对象的创建；Feedbacktool是看不见的、具有一定功能的对象，比如“扫一扫”，在CPU里面是看不到的。对象为功能集合名，比如说页面中的“提交”按钮就是一个对象，页面元素也属于对象。

在本说明书实施例中，可以通过多线程的保护函数创建单例对象；具体可以通过多线程的diapatch-once函数构建静态变量，从而创建单例对象；dispach_once函数中的代码块仅仅会被运行一次，能保证任务只会被执行一次，即使同时多线程调用也是线程安全的。使用dispatch_once函数可以简化代码并且保证线程安全。单例设计模式确保对于一个给定的类只有一个实例存在，这个实例有一个全局唯一的访问点。因为单例类的静态实例对象需要唯一性，故只能是静态(static)类型。在创建静态变量时，可能同一时间有多个线程对它进行创建，但是通过多线程的diapatch-once的保护就防止了多线程创建的问题；比如在文件读取或文件修改时，如果有两个线程同时对它进行修改，这样就会造成数据不同步的问题；而通过多线程的保护函数可以避免出现这种问题。

S207：通过调用上述目标单例对象，得到上述目标反馈问题对应的日志信息。

在本说明书实施例中，如图6所示，上述通过调用上述目标单例对象，得到上述目标反馈问题对应的日志信息，包括：

S2071：通过反射技术调用上述目标单例对象，获取上述目标反馈问题的关联参数，上述关联参数基于上述目标业务的运行状态进行更新；

在本说明书实施例中，当用户选择反馈问题，并单击提交按钮时，可以通过反射技术获取目标业务的日志信息；例如在注册时，将每个目标业务的反馈问题的类型映射成枚举值(helptype)，例如卡顿问题对应枚举值13，播放问题对应枚举值11。

在实际应用中，可以通过helptype判断问题类型，比如播放问题注册的是类a，定向流量问题注册的是类b，通过helptype确定是类a还是类b，确定之后再创建对应的类的对象，创建对象之后，判断是否创建成功，如果创建成功，并且能够响应对应的获取日志方法，就通过创建的对象反射调用获取日志方法，得到日志对应的字符串。

在本说明书实施例中，采用反射技术获取客户端的日志信息，解除了业务模块之间的耦合性。例如，当反馈问题为播放问题时，采用反射技术即可获取对应的日志信息；而通过反射技术，就不需要依赖播放器的相关模块；例如，在调用播放相关问题的日志时，通过头文件去获取播放日志，会对播放器模块造成依赖；那么在集成CFSS的时候，需要导入播放器相关的软件开发工具包(sdk)，从而会造成业务模块之间的耦合性较强。

在一些实施例中，比如说目标业务的模块对类名称进行了修改，可能会造成对象创建失败；若创建失败，上述方法还包括：

向目标业务的模块发送通知消息，以使目标业务的模块对注册类名称进行修改。

在本说明书实施例中，在注册CFSS过程中，调用注册方法将目标业务相关的类注入到CFSS中，后续在获取日志的时候，可以通过反射技术调用注入的类，这样在CFSS中就不需要引入目标业务对应的模块，可以减少CFSS占用的内存。

S2073：基于上述目标反馈问题的关联参数，得到上述目标反馈问题对应的日志信息。

在本说明书实施例中，目标反馈问题的关联参数可以为与目标反馈问题相关的参数；例如，当目标反馈问题为卡顿问题时，关联参数可以为卡顿发生时间、卡顿时长等参数。

S209：向服务器发送上述目标业务的目标反馈问题以及上述日志信息，以使上述服务器根据上述日志信息对上述目标反馈问题进行处理。

在本说明书实施例中，上述向服务器发送上述目标业务的目标反馈问题以及日志信息，以使上述服务器根据上述日志信息对上述目标反馈问题进行处理，包括：

向服务器发送上述目标业务的目标反馈问题、日志信息以及上述目标行为数据，以使上述服务器根据上述日志信息以及上述目标行为数据对上述目标反馈问题进行处理。

在本说明书实施例中，可以通过目标行为数据进一步精确分析目标反馈问题出现的原因，从而提高解决问题的准确率，提高目标业务的运行稳定性。

在本说明书实施例中，上述方法还包括：

获取上述目标业务对应的目标参数；

根据上述目标参数，确定上述目标业务对应的目标服务器。

具体的，在本说明书实施例中，CFSS的注册过程中，还可以传入目标业务对应的扩展参数，扩展参数可以包括目标参数，目标参数可以为服务器的关联参数和/或统一资源定位符(URL)；通过目标参数可以确定目标业务对应的后台服务器；扩展参数还可以包括日志类型参数，用于获取特定类型的日志。如果传入了目标参数，说明目标业务存在对应的后台服务器；通过目标参数，可以实现将反馈问题以及日志信息发送给目标业务对应的后台服务器进行处理；如果没有传入目标参数，说明目标业务不存在对应的后台服务器，此时需要为目标业务配置相应的服务器，可以为预先设置的默认服务器；不同App中具有相同功能的模块可以对应同一个后台服务器，例如，XX视频App和YY视频App均设置有相同的播放器，那么这两个应用程序中的播放器可以对应同一个服务器。

相应的，上述向服务器发送上述目标业务的目标反馈问题以及日志信息，包括：

向上述目标服务器发送上述目标业务的目标反馈问题以及日志信息。

在本说明书实施例中，如图7所示，上述向服务器发送上述目标业务的目标反馈问题以及日志信息，以使上述服务器根据上述日志信息对上述目标反馈问题进行处理之后，上述方法还包括：

S2011：接收上述服务器基于上述用户标识信息发送的问题处理策略；

具体的，在本说明书实施例中，问题处理策略可以包括升级目标业务对应的应用程序版本或者重启应用程序等策略。

S2013：响应于基于上述问题处理策略触发的操作指令，更新上述目标业务。

具体的，在本说明书实施例中，通过用户标识信息，可以在解决用户反馈的问题之后，向用户推送通知消息，通知消息可以包括问题产生的原因以及对应的解决办法等，例如可以通知用户通过升级版本的方式来克服反馈的问题。

在一个具体的实施例中，如图10所示，图10为一种反馈问题处理方法的流程示意图；具体包括如下步骤：

1、初始化CFSS；注册传入初始化参数，生成单例对象；

2、打开CFSS，传入页面参数及扩展参数；页面参数可以包括页面渲染参数与反馈问题对应的参数；

3、判断是否加载缓存；即判断传入的页面参数是否存在对应的预加载缓存页面；

4、若存在预加载缓存页面，则加载缓存页面作为问题反馈页面；

5、若不存在预加载缓存页面，则根据传入的页面参数进行渲染，构建问题反馈页面；

6、单例对象持有渲染好的页面，将构建的反馈页面存入缓存数据库中；

7、用户与页面进行交互；展示问题反馈页面之后，用户可以在页面中选择反馈问题；

8、点击提交按钮；用户提交反馈问题至反馈服务器；

9、判断是否实现代理方法；若是，获取代理回调数据，拼接到请求参数中；例如，代理对象可以根据用户行为数据修改反馈服务器的地址信息、增加特定参数、获取额外日志等；并将代理对象获取的信息以及用户提交的反馈问题、反馈问题对应的日志信息同时发送至反馈服务器；请求参数即为步骤8中点击提交按钮之后反馈服务器获取的参数；

10、若没有实现代理方法，则直接将用户点击提交按钮时对应的反馈问题以及日志信息发送至反馈服务器；

当用户点击反馈问题页面中的“提交”按钮之后，判断目标业务是否实现代理方法，即目标业务在CFSS中是否存在代理对象；若存在，则可以获取到用户在提交按钮之后其他行为对应的日志信息；

若目标业务未实现代理方法，则将用户提交的反馈问题、反馈问题对应的日志信息发送至反馈服务器。

由以上本说明书实施例提供的技术方案可见，本说明书实施例的方法适用于不同App中各种功能模块构建问题反馈页面，不需要每个App单独去开发该页面；在用户确定目标反馈问题之后，确定所述目标反馈问题对应的目标单例对象；所述目标单例对象根据目标类标识确定得到，所述目标类标识根据所述目标反馈问题对应的目标问题类型确定得到；通过调用所述目标单例对象，得到所述目标反馈问题对应的日志信息；向服务器发送所述目标业务的目标反馈问题以及所述日志信息，以使所述服务器根据所述日志信息对所述目标反馈问题进行处理；从而实现在用户提交反馈问题时，能够及时获取反馈问题相关的日志信息，便于服务器快速、准确地解决反馈问题，从而保证目标业务运行的稳定性，提升终端的用户体验。

本申请实施例还提供了一种反馈问题处理装置，如图11所示，所述装置包括：

页面展示模块1110，用于响应于异常事件，展示上述异常事件对应的目标业务的问题反馈页面；上述目标业务的问题反馈页面基于上述目标业务对应的反馈问题以及页面渲染参数得到；

目标反馈问题确定模块1120，用于响应于在上述问题反馈页面的触发指令，确定目标反馈问题；

目标单例对象确定模块1130，用于确定上述目标反馈问题对应的目标单例对象；上述目标单例对象根据目标类标识确定得到，上述目标类标识根据上述目标反馈问题对应的目标问题类型确定得到；

日志信息获取模块1140，用于通过调用上述目标单例对象，得到上述目标反馈问题对应的日志信息；

反馈问题处理模块1150，用于向服务器发送上述目标业务的目标反馈问题以及上述日志信息，以使上述服务器根据上述日志信息对上述目标反馈问题进行处理。

在一些实施例中，所述日志信息获取模块包括：

关联参数获取单元，用于通过反射技术调用上述目标单例对象，获取上述目标反馈问题的关联参数，上述关联参数基于上述目标业务的运行状态进行更新；

日志信息获取单元，用于基于上述目标反馈问题的关联参数，得到上述目标反馈问题对应的日志信息。

在一些实施例中，所述页面展示模块可以包括：

参数获取单元，用于获取上述目标业务对应的反馈问题以及上述页面渲染参数；

页面查询单元，用于基于上述目标业务对应的反馈问题以及上述页面渲染参数，在缓存数据库中查询预加载页面；

页面展示单元，用于在存在上述预加载页面的情况下，展示上述预加载页面。

在一些实施例中，所述装置还可以包括：

页面渲染模块，用于在不存在上述预加载页面的情况下，根据上述目标业务对应的反馈问题以及上述页面渲染参数，渲染上述目标业务的问题反馈页面。

在一些实施例中，所述装置还可以包括：

信息存储模块，用于将上述目标业务对应的反馈问题、上述页面渲染参数以及上述问题反馈页面对应存储至上述缓存数据库中。

在一些实施例中，所述参数获取单元可以包括：

信息获取子单元，用于获取上述目标业务对应的反馈问题、上述页面渲染参数以及用户标识信息。

在一些实施例中，所述装置还可以包括：

策略接收模块，用于接收上述服务器基于上述用户标识信息发送的问题处理策略；

业务更新模块，用于响应于基于上述问题处理策略触发的操作指令，更新上述目标业务。

在一些实施例中，所述装置还可以包括：

判断模块，用于判断是否存在针对上述目标业务的目标行为；

代理对象获取模块，用于若存在目标行为，获取上述目标业务的代理对象；

目标行为数据获取模块，用于通过上述代理对象调用目标行为日志，获取目标行为数据。

在一些实施例中，所述反馈问题处理模块可以包括：

反馈问题处理单元，用于向服务器发送上述目标业务的目标反馈问题、日志信息以及上述目标行为数据，以使上述服务器根据上述日志信息以及上述目标行为数据对上述目标反馈问题进行处理。

所述的装置实施例中的装置与方法实施例基于同样地发明构思。

本申请实施例提供了一种反馈问题处理设备，该设备包括处理器和存储器，该存储器中存储有至少一条指令或至少一段程序，该至少一条指令或至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的反馈问题处理方法。

本申请的实施例还提供了一种计算机存储介质，所述存储介质可设置于终端之中以保存用于实现方法实施例中一种反馈问题处理方法相关的至少一条指令或至少一段程序，该至少一条指令或至少一段程序由该处理器加载并执行以实现上述方法实施例提供的反馈问题处理方法。

本申请的实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行以实现上述方法实施例提供的反馈问题处理方法。

可选地，在本说明书实施例中，存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书实施例所述存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本申请实施例所提供的反馈问题处理方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图12是本申请实施例提供的一种反馈问题处理方法的服务器的硬件结构框图。如图12所示，该服务器1200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(CentralProcessing Units，CPU)1210(处理器1210可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1230，一个或一个以上存储应用程序1223或数据1222的存储介质1220(例如一个或一个以上海量存储设备)。其中，存储器1230和存储介质1220可以是短暂存储或持久存储。存储在存储介质1220的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1210可以设置为与存储介质1220通信，在服务器1200上执行存储介质1220中的一系列指令操作。服务器1200还可以包括一个或一个以上电源1260，一个或一个以上有线或无线网络接口1250，一个或一个以上输入输出接口1240，和/或，一个或一个以上操作系统1221，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

输入输出接口1240可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器1200的通信供应商提供的无线网络。在一个实例中，输入输出接口1240包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口1240可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图12所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器1200还可包括比图12中所示更多或者更少的组件，或者具有与图12所示不同的配置。

由上述本申请提供的反馈问题处理方法、装置、服务器或存储介质的实施例可见，本申请的方法适用于不同App中各种功能模块构建问题反馈页面，不需要每个App单独去开发该页面；在用户确定目标反馈问题之后，确定所述目标反馈问题对应的目标单例对象；所述目标单例对象根据目标类标识确定得到，所述目标类标识根据所述目标反馈问题对应的目标问题类型确定得到；通过调用所述目标单例对象，得到所述目标反馈问题对应的日志信息；向服务器发送所述目标业务的目标反馈问题以及所述日志信息，以使所述服务器根据所述日志信息对所述目标反馈问题进行处理；从而实现在用户提交反馈问题时，能够及时获取反馈问题相关的日志信息，便于服务器快速、准确地解决反馈问题，从而保证目标业务运行的稳定性，提升终端的用户体验。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。