一种客户端应用信息反馈方法、装置、客户端及设备

技术领域

本文属于自动程序设计领域，具体涉及一种客户端应用信息反馈方法、装置、客户端及设备。

背景技术

随着互联网金融的快速发展，各家银行都越来越重视综合化、开放化的业务处理平台，其中手机银行作为重要的零售业务争夺目标。商业银行为了提高客户忠诚度和业务体验，积极应用更加灵活和创新性的业务处理流程，不断优化手机银行APP的功能，强调线上意识，使之更好更全面的为客户服务。

目前应用程序上线时，为及时妥善处理客户反馈的问题，客户可以通过营业网点、客服电话、门户网站、网上银行、短信银行、微信银行等方式反馈问题，对于简单问题可以直接处理成功并反馈给客户，但是对于大多数个性化问题，比如说客户使用手机银行客户端办理业务发现的问题，拨打客服电话后，客服未能给出明确的解释，或者说解释未能得到客户满意，需进一步联系科技部门分析查找原因，这种情况下还需要和客户多次沟通，将沟通结果报告给投诉管理部门和相关职能部门，然后最终的反馈信息才会人工的按照业务功能类型指定分派给相关科技部门，经分析处理后，反馈给客户。可见对于客户反馈的大多数问题，中间须得经过报告、指定等人工环节流转，步骤冗繁，未能及时获取客户的问题反馈，影响客户使用，降低了客户的体验感。

因此如何提高对用户反馈信息的处理效率成为目前亟需解决的技术问题。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种客户端应用信息反馈方法、装置、客户端及设备，能够提高对用户反馈信息的处理效率。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种客户端应用信息反馈方法，所述方法包括：

根据用户操作指令，确定用户反馈的业务类型；

接收用户针对所述业务类型的反馈信息，并将所述反馈信息和所述业务类型打包成反馈文件；

将所述反馈文件发送至与所述业务类型对应的后台服务器，以使后台人员对所述反馈文件进行处理。

进一步地，所述根据用户操作指令，确定用户反馈的业务类型，包括：

获取用户基于标签库的操作指令，并确定业务类型标签；

根据所述业务类型标签，确定用户反馈的业务类型。

进一步地，所述标签库的建立过程包括：

确定客户端应用系统及所述应用系统对应的数据库；

根据所述数据库，获取所述应用系统中的业务种类及所述业务种类包含的业务类型；

将所述业务种类和预设的业务种类标签建立第一映射关系，以及将所述业务类型和预设的业务类型标签建立第二映射关系；

根据所述业务种类和所述业务类型的关系、所述第一映射关系和所述第二映射关系，确定所述预设的业务种类标签和所述预设的业务类型标签的关系；

根据所述预设的业务种类标签和所述预设的业务类型标签的关系，建立标签库。

作为可选地，所述根据所述数据库，获取所述应用系统中的业务种类及所述业务种类包含的业务类型，包括：

根据所述数据库，获取所述应用系统中的业务种类和每个业务种类对应的日志信息；

根据所述业务种类和所述日志信息，确定所述应用系统中业务种类对应的至少一个业务类型。

作为可选地，所述预设的业务类型标签获取过程包括：

获取应用系统在系统跑批时的索引信息表；

在所述系统跑批时，对所述索引信息表进行词频统计；

将出现频率超过预设值的业务词汇加入候选业务类型标签队列；

按照预设规则对所述候选业务类型标签队列进行筛选，确定预设的业务类型标签。

作为可选地，所述预设的业务类型标签获取过程还包括：

获取后台人员添加的业务词汇，并将所述业务词汇加入候选业务类型标签队列；

按照预设规则对所述候选业务类型标签队列进行筛选，确定预设的业务类型标签。

进一步地，所述按照预设规则对所述候选业务类型标签队列进行筛选，确定预设的业务类型标签，包括：

按照入队顺序，依次对候选业务类型标签队列中的业务词汇进行如下处理：

确定所述业务词汇对应的业务类型以及所述业务类型所属的业务种类；

根据所述业务种类，获取与所述业务种类相关的业务类型标签集合；

将所述业务词汇与所述业务类型标签集合中的每个业务类型标签进行语义相似度计算，并得到全部相似度值；

判断所述全部相似度值是否全部大于预设门限值；

若所述全部相似度值全部不大于预设门限值，将所述业务词汇确定为预设的业务类型标签。

作为可选地，所述反馈信息包括用户标识信息和用户操作信息。

另一方面，本文还提供一种客户端应用信息反馈装置，所述装置包括：

业务类型确定模块，用于根据用户操作指令，确定用户反馈的业务类型；

反馈文件形成模块，用于接收用户针对所述业务类型的反馈信息，并将所述反馈信息和所述业务类型打包成反馈文件；

反馈信息处理模块，用于将所述反馈文件发送至与所述业务类型对应的后台服务器，以使后台人员对所述反馈文件进行处理。

另一方面，本文还提供一种客户端，所述客户端运行应用，所述客户端配置有上述所述的方法。

另一方面，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述所述的方法。

最后，本文还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述所述的方法。

采用上述技术方案，本文所述的一种客户端应用信息反馈方法、装置、客户端及设备，在用户使用应用需要反馈信息时，通过确定用户的需要反馈的业务类型，并将接收到的用户反馈信息和业务类型打包成反馈文件，最后将反馈文件发送至与业务类型对应的后台服务器，以使后台人员对反馈文件进行处理，本文能及时接受并反馈用户的反馈信息到后台人员处，相对现有技术中需要人工环节流转等步骤，本文简化了客户问题反馈途径，提高了客户对客户反馈信息的处理效率，进而提升了客户的用户体验。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本文实施例提供的方法实施环境示意图；

图2示出了本文实施例提供的客户端应用信息反馈方法步骤示意图；

图3示出了本文实施例中业务类型确定步骤示意图；

图4示出了本文实施例中标签库建立步骤示意图；

图5示出了本文实施例中系统推荐标签步骤示意图；

图6示出了本文实施例中人工录入标签步骤示意图；

图7示出了本文实施例中预设的业务类型标签确定步骤示意图；

图8示出了本文一具实施例客户端界面变化示意图；

图9示出了本文实施例提供的客户端应用信息反馈装置的结构示意图；

图10示出了本文实施例提供的一种计算机设备的结构示意图。

附图符号说明：

10、用户；

20、客户端；

30、后台服务器；

40、后台人员；

100、业务类型确定模块；

200、反馈文件形成模块；

300、反馈信息处理模块；

1002、计算机设备；

1004、处理器；

1006、存储器；

1008、驱动机构；

1010、输入/输出模块；

1012、输入设备；

1014、输出设备；

1016、呈现设备；

1018、图形用户接口；

1020、网络接口；

1022、通信链路；

1024、通信总线。

具体实施方式

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

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

现有技术中，针对应用程序的问题反馈一般需要多次人工环节对反馈信息进行收集和分类，最后才能将具体需要解决的问题反馈到相关的科技部门处理，上述过程步骤冗繁，未能及时获取客户的问题反馈，影响客户的使用体验感，进而降低了应用程序的竞争力。

为了解决上述问题，本说明书实施例提供一种客户端应用信息反馈方法，如图1所示，为所述方法的实施环境示意图，用户10在客户端20上使用应用程序，其中所述客户端20可以为移动终端，应用程序在所述移动终端上运行，在应用程序某些功能出现问题不能正常使用时，客户10需要向应用程序的开发者反馈相关问题，因此可以在客户端20上操作，具体可以通过移动终端的显示界面来实现，在该应用程序的交互界面上的问题反馈功能上选择需要反馈的业务类型，然后输入需要反馈的反馈信息，比如文字信息、截图信息等，客户端处理器将所述反馈信息和业务类型打包成反馈文件，并将所述反馈文件发送至与所述业务类型对应的后台服务器30，以使后台人员40对所述反馈文件进行处理。本文能方便客户反馈问题，从而提高了应用程序的使用竞争力，降低了业务投产风险。

具体地，本文实施例提供了一种客户端应用信息反馈方法，能够提高应用信息的反馈效率。图2是本文实施例提供的一种客户端应用信息反馈方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图2所示，所述方法可以包括：

S101：根据用户操作指令，确定用户反馈的业务类型；

S102：接收用户针对所述业务类型的反馈信息，并将所述反馈信息和所述业务类型打包成反馈文件；

S103：将所述反馈文件发送至与所述业务类型对应的后台服务器，以使后台人员对所述反馈文件进行处理。

本说明书实施例，在用户使用应用程序需要反馈问题时，通过确定需要反馈的业务类型，并接受用户针对所述业务类型的反馈信息，基于上述反馈信息和业务类型，打包成反馈文件，从而将所述反馈文件发送至与所述业务类型对应的后台服务器中，以使后台人员对所述反馈文件进行处理，本说明书实施例通过客户端运行的应用程序上设置用户反馈的不同的业务类型的标签，比如应用程序具有用户交互界面，交互界面中设置有问题反馈按钮，通过用户点击反馈按钮可以进入问题反馈页面，用户通过问题反馈页面中的标签选项进行操作，从而使应用程序确定用户反馈的业务类型，因此本文能够便于用户主动选择反馈的业务类型，然后将反馈信息进行主动输入，从而使得反馈信息能都直接被发送给后台人员能够直接处理的后台服务器中，大大简化了客户问题反馈的途径，同时也便于用户的快速反馈，减少了多余人工的环节，提高了用户的体验。

其中所述业务类型可以为针对指定应用程序中的业务功能，即每个所述业务类型对应一个功能，在使用应用过程中，出现故障时其实为其中的业务功能无法正常运行，因此通过确定业务类型，便于后台人员，如运维人员快速进行故障定位，进而进行业务功能的快速维护，降低业务投产风险。

所述反馈信息可以为用户需要反馈的具体问题，为了提高对故障处理的针对性和处理效率，所述反馈信息可以为用户标识信息和用户操作信息。

其中所述用户标识信息可以为用户账号、用户编号、手机号、操作时间等用于识别客户身份的信息，所述用户标识信息可以通过应用程序后台自动获得，比如所述用户手机号可以为用户注册该应用程序的手机号，所述用户账号为进行金融业务的账号，用户编号为用户在不同金融实体(金融机构，如银行等)内的编号，因此所述用户标识信息具有唯一性，能够准确对用户进行定位，从而实现对用户反馈问题的针对性处理，提高用户体验。

所述用户操作信息可以为用户需要反馈的具体问题，比如文字信息、报错截图信息等，其中文字信息可以在反馈界面输入，以确保故障信息能客观完整的被描述，所述报错截图信息需要客户上传，这样能便于后台人员快速定位故障位置，实现对故障的快速及时处理。

本文将用户标识信息和用户操作信息进行及时反馈，便于第一时间收集问题和问题定位，提高对客户问题的解决效率，同时降低了业务投产风险，提高了应用程序业务的市场竞争力。

在本说明书实施例中，由于应用程序中不同的功能对应不同的业务类型，作为一个综合性质的服务程序(比如手机银行等)，为了满足更多用户的需求，所述应用程序中的功能必然很多，因此如图3所示，为了便于用户快速对故障所属的业务类型进行快速确定，所述根据用户操作指令，确定用户反馈的业务类型，包括：

S201：获取用户基于标签库的操作指令，并确定业务类型标签；

S202：根据所述业务类型标签，确定用户反馈的业务类型。

可以理解为，所述标签库为所述应用程序中全部业务类型的对应的标签形成的集合，这样用户通过选择标签就能确定后台运行对应的功能，本文从数据业务化出发，利用标签技术实现应用程序(如手机银行)功能业务化，针对每个功能对应一个标签，方便客户根据业务功能对应标签反馈具体的问题，实现统一化、标准化管理，提高了用户体验。

在实际工作中，所述标签库可以为应用程序一独立的功能模块，并能实现对用户反馈信息的收集和发送，从而用户反馈信息的快速反馈，进一步提高了后台人员接收反馈信息的速度，提高处理效率。比如，所述标签库可以被构建成客户端页面中应用程序一功能按钮，用户点击所述功能按钮，跳出标签选择页面，每个业务类型标签对应一个业务类型，并且用户能够通过需要反馈的业务类型快速确定所述业务类型标签，即所述业务类型标签能够被用户快速识别，当用户选择完业务类型标签后，页面会进入反馈页面，用户进行反馈信息的输入，从而快速直接的进行故障信息的反馈，提高了信息反馈的便捷性。

在本说明书实施例中，如图4所示，所述标签库的建立过程包括：

S301：确定客户端应用系统及所述应用系统对应的数据库；

S302：根据所述数据库，获取所述应用系统中的业务种类及所述业务种类包含的业务类型；

S303：将所述业务种类和预设的业务种类标签建立第一映射关系，以及将所述业务类型和预设的业务类型标签建立第二映射关系；

S304：根据所述业务种类和所述业务类型的关系、所述第一映射关系和所述第二映射关系，确定所述预设的业务种类标签和所述预设的业务类型标签的关系；

S305：根据所述预设的业务种类标签和所述预设的业务类型标签的关系，建立标签库。

可以理解为，本文通过每个应用系统(应用程序)对应的数据库出发，分析出所述应用系统的不同功能，即业务种类和业务类型，将所述业务种类和所述业务类型都通过预设的标签进行映射关系的处理，从而能够便于用户通过相应的标签(比如业务种类标签和业务类型标签)进行相应功能的快速确定，其中预设的标签可以表示相应业务对象的特征，便于用户识别。比如业务种类可以为信用卡还款，该业务种类包括的业务类型可以为立即还款、自动还款、分期付款、本币付款、外币还款等，相应地，可以将业务种类标签设置为信用卡还款，该业务种类标签下包括的业务类型标签可以为立即还款、自动还款、分期付款、本币付款、外币还款等。

其中，第一映射关系可以为所述业务种类和所述业务种类标签的对应关系，即通过所述业务种类标签，后台人员可以快速进行业务种类的定位，从而缩小对业务类型处理的范围。所述第二映射关系可以为所述业务类型和所述业务类型标签的对应关系，即通过所述业务类型标签，结合上述确定的业务种类，可以快速对目标的业务类型进行定位，比如对其运行代码位置、代码存储位置等进行定位，从而能够对问题故障进行及时处理和调整。

进一步地，将所述反馈信息和所述业务类型打包成反馈文件，便于后台人员根据所述业务类型进行快速故障位置定位，然后通过客户的反馈信息进行及时针对性的处理，其中反馈文件中的业务类型可以理解为业务类型标签，这样可以提高文件打包的效率，同时减小反馈文件的大小，进而提高了文件传输的效率，后台人员通过所述业务类型标签也可以快速实现对相应业务类型的定位，确保了故障处理速度。

针对一个应用程序，满足更多用户的需求，需要充分挖掘应用的使用场景和功能，因此在应用程序使用功能较多的情况，为了能快速确定不同的业务种类和业务类型，因此所述根据所述数据库，获取所述应用系统中的业务种类及所述业务种类包含的业务类型，包括：

根据所述数据库，获取所述应用系统中的业务种类和每个业务种类对应的日志信息；

根据所述业务种类和所述日志信息，确定所述应用系统中业务种类对应的至少一个业务类型。

可以理解为，所述业务种类可以根据应用系统中提前设置的配置文件确定，比如提前配置的目录文件信息，这样就可以确定出相应的业务种类，而所述业务类型可以通过日志信息确定，具体地，对业务种类中出现的不同功能今天提取，即可确定相应的业务类型，在实际应用中，可以针对不同的业务种类，在进行业务分类提炼，将分类提炼出的不同功能所对应的配置文件进行动态处理，形成可直接处理的状态，这样就能实现在相应功能配置文件的快速定位，进一步地，通过设置数据标签(如业务种类标签和业务类型标签)，将该数据标签与上述可处理的相应功能配置文件进行关联(如建立映射关系)，就可以通过数据标签对需要反馈的业务类型直接定位。因此该过程大大减少了中间人工环节的参与，简化了反馈路径和提高了故障定位和处理的效率。

在一些其他实施例中，所述业务种类和所述业务类型也可以通过其他方式获得，比如通过配置文件中功能配置目录即可得到，这样可以提高业务功能确定的速度，在进行后期故障处理和定位时，还需要通过该目录进行查询，这样可以避免对不同功能对象的配置文件进行动态处理，降低了业务功能确定和后期故障定位的难度，从而节约了业务项目投产的成本。

在实际工作中，所述数据标签，特别是所述业务类型标签的确定尤为重要，既能确保该业务类型标签所表示的业务类型能被用户快速识别，还应避免与其他标签相冲突，因此如图5所示，所述预设的业务类型标签获取过程包括：

S401：获取应用系统在系统跑批时的索引信息表；

S402：在所述系统跑批时，对所述索引信息表进行词频统计；

S403：将出现频率超过预设值的业务词汇加入候选业务类型标签队列；

S404：按照预设规则对所述候选业务类型标签队列进行筛选，确定预设的业务类型标签。

其中所述索引信息表可以为在系统跑批时，针对不同功能的索引词，从而使得不同功能在日常使用时产生的数据能够集中处理运算等。这样所述索引信息表中的词汇在一定程度上就表示这相应的业务类型，只是不同功能的使用频率不同，对使用频率较高的功能，较多的用户也比较熟悉，因此用户可以通过相应的业务词汇直接联想到相应的业务类型，而对于使用频率不高的功能，可能只是在较少范围的用户使用，因此在其他用户使用出现故障时，可能很难通过所述索引信息表中的业务词汇对功能进行直接识别，因此可以避免相关陌生词汇被加入到标签库中，其中所述预设值根据实际情况设置，在本说明书不做限定，通过将索引信息表中出现频率较高的业务词汇作为标签，可以提高标签库中标签的可识别效率，便于用户的快速反馈故障信息。

示例性地，在对系统跑批过程中，对所述索引信息表中的业务词汇进行词频统计，可以将全部业务词汇的出现频率从高到低进行排序，然后将出现频率超过预设值的序列加入到候选业务类型标签队列中，在一些其他实施例中，也可以将全部业务词汇的出现频率从高到低进行排序形成词汇队列，然后按照词汇队列的长度从高到低选取一定百分比的词汇，具体的选取百分比在本说明书不做限定。

除了通过系统推荐的方式获得标签，还可以通过人工录入的方式，可以对没有被系统推荐的标签的一种补充，保证了应用软件更多的功能被标签化，作为可选地，如图6所示，所述预设的业务类型标签获取过程还包括：

S501：获取后台人员添加的业务词汇，并将所述业务词汇加入候选业务类型标签队列；

S502：按照预设规则对所述候选业务类型标签队列进行筛选，确定预设的业务类型标签。

可以理解为，通过人工录入的方式，可以实现对系统推荐的补充，同时还可以考用户的使用习惯和对词汇的理解能力选择便于识别的词汇，具体地，对同一功能可以预先设置多组候选业务词汇，通过多组用户对所述多组业务词汇进行选择，确定其中用户偏好较好的业务词汇作为相应功能的业务词汇进行人工录入，这样根据用户的偏好进行业务词汇的录入，可以提高数据使用的可读性和可辨识度。在一些其他实施例中，还可以根据用户进行个性化的人工推荐，比如不同用户在登录对应的账号后，会在设置页面进行标签库的设置，其中业务类型标签包括多个选择项，根据用户自身喜好进行个性化选择，从而避免个体偏好差异导致的部分功能故障时不能及时准确的反馈到后台运维人员。需要说明的是，通过个性化的人工推荐是指用户推荐，而非后台人员的录入推荐，然后对用户推荐的标签还需要通过预设规则进行筛选，以防止推荐的标签已经被提前配置，比如，当用户推荐的标签筛选未通过，客户端会提示“推荐标签已被占用，请重新选择标签”等提示信息，以使用户进行二次选择。

需要说明的是，上述步骤中对业务类型标签的获取过程可以是在应用程序开发过程中开发人员设置的，这样可以提前搭建标签库的构架，并将大部分的标签填充到所述标签库中，但是随着应用程序适应场景的增加，其实现功能也越来越多，在增加相应功能时，还可以配置相应的标签，因此所述标签库中的业务种类标签和业务类型标签可以随着应用功能的增加而增加，具体配置方式可以为后台人员人工录入的方式，可以提高后期待增加标签的配置效率。

在本说明书实施例中，为了快速从候选业务类型标签队列中筛选出合适的标签，如图7所示，所述按照预设规则对所述候选业务类型标签队列进行筛选，确定预设的业务类型标签，包括：

按照入队顺序，依次对候选业务类型标签队列中的业务词汇进行如下处理：

S601：确定所述业务词汇对应的业务类型以及所述业务类型所属的业务种类；

S602：根据所述业务种类，获取与所述业务种类相关的业务类型标签集合；

S603：将所述业务词汇与所述业务类型标签集合中的每个业务类型标签进行语义相似度计算，并得到全部相似度值；

S604：判断所述全部相似度值是否全部大于预设门限值；

S605：若所述全部相似度值全部不大于预设门限值，将所述业务词汇确定为预设的业务类型标签。

可以理解为，为了避免出现标签冗余，需要对候选业务类型标签队列进行筛选，由于同一个业务种类中的业务类型相似，因此其中业务类型标签的相似率较高，只通过业务种类下的业务类型标签进行冗余处理，可以提高处理的效率和准确性。示例性地，对于一个新的业务类型的标签A，不能将其盲目的添加到标签库中，因为这可能造成标签的冗余，即在标签库中存在重复的标签。为了避免标签的冗余，需要对这条新的标签做一次冲突检测，即查看标签库中是否存在类似的标签，如果存在那么将不选择存储，否则选择存储到标签库中，本文采用的冲突检测方法为：分析Ar(与该业务类型所属的业务种类中所有业务类型标签集合)和A的最大相似度，这里的相似度算法可以采用字符层面的相似度，当相似度大于预设门限值(比如0.8)可以认为已有类似的标签，因而系统不需要继续存储该标签，当相似度小于预设门限值(比如0.8)时认为标签库中没有类似的标签，继续存储到标签库中。

本说明书实施例提供的一种客户端应用信息反馈方法，如图8所示，为所述方法中客户端页面的一种变化过程，其中当用户在使用应用程序办理信用卡业务时，比如还款业务，页面出现卡顿以使无法正常进行办理业务，用户可以首先截图，确定问题的真实情况，然后强制退出程序，再重新进入到该应用程序的交互界面，点击反馈按钮，会出现由标签库构建的选择按钮，首先选择标志还款的业务种类按钮，然后进入到业务类型标签的选择内容，用户根据实际情况进行选择，比如是在分期付款过程出现故障，则点击分期付款按钮，最后进入到反馈界面，用户可以通过文字输入和文件(截图信息)上传等形式进行反馈，最后点击完成并反馈按钮即可，即实现了对故障问题的快速反馈，本文能及时接受并反馈用户的反馈信息到后台人员处，相对现有技术中需要人工环节流转等步骤，本文简化了客户问题反馈途径，提高了客户对客户反馈信息的处理效率，进而提升了客户的用户体验。

需要说明的是，图8只是本说明书实施例提供方法的一种展示方式，也可以有其他的展示方式，本说明书不做赘述。

在上述提供的一种客户端应用信息反馈方法的基础上，本说明书实施例还提供一种客户端应用信息反馈装置，如图9所示，所述装置包括：

业务类型确定模块100，用于根据用户操作指令，确定用户反馈的业务类型；

反馈文件形成模块200，用于接收用户针对所述业务类型的反馈信息，并将所述反馈信息和所述业务类型打包成反馈文件；

反馈信息处理模块300，用于将所述反馈文件发送至与所述业务类型对应的后台服务器，以使后台人员对所述反馈文件进行处理。

通过上述装置所取得的有益效果和上述方法所取得的有益效果一致，本说明书不做赘述。

基于同一发明构思，本说明书实施例还提供一种客户端，所述客户端运行应用，所述客户端配置有上述所述的方法。

如图10所示，为本文实施例提供的一种计算机设备，所述计算机设备1002可以包括一个或多个处理器1004，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备1002还可以包括任何存储器1006，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器1006可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备1002的固定或可移除部件。在一种情况下，当处理器1004执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备1002可以执行相关联指令的任一操作。计算机设备1002还包括用于与任何存储器交互的一个或多个驱动机构1008，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备1002还可以包括输入/输出模块1010(I/O)，其用于接收各种输入(经由输入设备1012)和用于提供各种输出(经由输出设备1014))。一个具体输出机构可以包括呈现设备1016和相关联的图形用户接口(GUI)1018。在其他实施例中，还可以不包括输入/输出模块1010(I/O)、输入设备1012以及输出设备1014，仅作为网络中的一台计算机设备。计算机设备1002还可以包括一个或多个网络接口1020，其用于经由一个或多个通信链路1022与其他设备交换数据。一个或多个通信总线1024将上文所描述的部件耦合在一起。

通信链路1022可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1022可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图2-图7中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图2至图7所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。