用户反馈方法及装置、问题反馈业务架构系统与流程

本发明涉及智能终端与服务器交互技术领域，具体涉及一种用户反馈方法及装置、问题反馈业务架构系统。

背景技术：

智能电视是在传统电视的基础上安装了智能操作系统的一种电视终端。传统电视功能单一，只有电视节目接收或者接收有线电视的功能，电视机厂商出售电视之后，只要硬件系统没有故障，则不再和用户产生关联。智能电视由于加入了智能操作系统，电视功能越来越全面，用户使用过程中的问题以及电视可能出问题的情况也越来越多。同时由于智能电视同智能手机类似，普遍能够连接互联网，所以，用户在使用过程中提交问题并且电视厂商为用户答疑解问已经是考核智能电视服务水平的一个重点方面。

目前，智能电视的用户反馈方式，都是由用户点击问题反馈应用，然后通过遥控器控制软键盘来进行问题描述，输入完成后再通过遥控器点击确认提交到电视厂商的服务器。另外，在提交问题反馈描述的同时也可以把系统的日志文件上传到服务器。从而电视厂商可以及时根据用户的问题反馈描述和系统日志找出问题所在并帮助用户解决问题。

但是通过遥控器控制软键盘的方式来输入文字是非常困难的，可能需要使用遥控器的上下左右键进行多次点击操作才能够完成一个汉字的输入，输入非常缓慢，从而导致用户在电视上提交的问题反馈除了日志以外，描述基本为空。电视厂商无法得到详细的问题描述，也就难以准确迅速的找出问题。

技术实现要素：

有鉴于此，本发明实施例提供了一种用户反馈方法及装置、问题反馈业务架构系统，以解决现有智能电视在利用遥控器进行问题反馈时输入文字困难的问题。

根据第一方面，本发明实施例提供了一种用户反馈方法，适用于智能电视或其他文字输入不便的智能终端，包括以下步骤：向服务器发送获取问题标识请求；接收服务器发送的问题标识。

可选地，该方法还包括：接收服务器发送的第一反馈信号；获取当前设备日志并发送给服务器。

可选地，还包括：接收服务器发送的第二反馈信号；根据第二反馈信号生成答复指示。

可选地，在接收服务器发送的问题标识的步骤之后，还包括：生成携带问题标识的二维码。

可选地，还包括：对服务器提供的反馈提交链接地址进行安全验证生成带签名的反馈提交链接地址。

根据第二方面，本发明实施例提供了一种用户反馈方法，适用于服务器端，包括以下步骤：接收第一客户端发送的获取问题标识请求；生成与第一客户端对应的问题标识；将问题标识发送给第一客户端；接收第二客户端发送的问题反馈和问题标识。

可选地，在接收第二客户端发送的问题反馈和问题标识的步骤之后，还包括：向与问题标识对应的第一客户端发送第一反馈信号，第一反馈信号用于通知第一客户端问题反馈已提交；接收第一客户端发送的当前设备日志。

可选地，还包括：向第一客户端发送第二反馈信号，第二反馈信号用于通知第一客户端针对问题反馈进行回复。

可选地，在接收第二客户端发送的问题反馈和问题标识的步骤之后，还包括：将问题反馈和问题标识对应存储。

根据第三方面，本发明实施例提供了一种用户反馈方法，适用于方便输入的终端设备，例如智能手机、平板电脑，包括以下步骤：获取第一客户端接收到的问题标识；将用户问题反馈和问题标识发送给服务器。

可选地，还包括：获取第一客户端的答复指示；根据答复指示发送答复内容至服务器。

可选地，获取第一客户端接收到的问题标识的步骤包括：扫描第一客户端的二维码，以获取问题标识。

可选地，将用户问题反馈和问题标识发送给服务器的步骤之前，还包括：获取第一客户端生成的带签名的反馈提交链接地址；根据带签名的反馈提交链接地址请求反馈提交页面并进行安全验证。

根据第四方面，本发明实施例提供了一种用户反馈装置，适用于智能电视或其他文字输入不便的智能终端，包括：第一发送单元，用于向服务器发送获取问题标识请求；第一接收单元，用于接收服务器发送的问题标识。

可选地，还包括：第二接收单元，用于接收服务器发送的第一反馈信号；第一获取单元，用于获取当前设备日志并发送给服务器。

可选地，还包括：第三接收单元，用于接收服务器发送的第二反馈信号；第一生成单元，用于根据第二反馈信号生成答复指示。

可选地，还包括：第二生成单元，用于生成携带问题标识的二维码。

可选地，还包括：第一安全验证单元，用于对服务器提供的反馈提交链接地址进行安全验证生成带签名的反馈提交链接地址。

根据第五方面，本发明实施例提供了一种用户反馈装置，适用于服务器，包括：第四接收单元，用于接收第一客户端发送的获取问题标识请求；第三生成单元，用于生成与第一客户端对应的问题标识；第二发送单元，用于将问题标识发送给第一客户端；第五接收单元，用于接收第二客户端发送的问题反馈和问题标识。

可选地，还包括：第三发送单元，用于向与所述问题标识对应的第一客户端发送第一反馈信号，第一反馈信号用于通知第一客户端问题反馈已提交；第六接收单元，用于接收第一客户端发送的当前设备日志。

可选地，还包括：第四发送单元，用于向第一客户端发送第二反馈信号，第二反馈信号用于通知第一客户端针对问题反馈进行回复。

可选地，还包括：存储单元，用于将问题反馈和问题标识对应存储。

根据第六方面，本发明实施例提供了一种用户反馈装置，适用于方便输入的终端设备，例如智能手机、平板电脑，包括：第二获取单元，用于获取第一客户端接收到的问题标识；第五发送单元，用于将用户问题反馈和问题标识发送给服务器。

可选地，还包括：第三获取单元，用于获取第一客户端的答复指示；第六发送单元，用于根据答复指示发送答复内容至服务器。

可选地，第二获取单元包括：扫描子单元，用于扫描第一客户端的二维码，以获取问题标识。

可选地，还包括：第四获取单元，用于获取第一客户端生成的带签名的反馈提交链接地址；第二安全验证单元，用于根据带签名的反馈提交链接地址请求反馈提交页面并进行安全验证。

根据第七方面，本发明实施例提供了一种问题反馈业务架构系统，用于实现上述任一种服务器端的用户反馈方法，包括：问题反馈入库控制器，用于将接收到的问题反馈和答复内容按照预设规则存入问题反馈数据库；问题反馈接口控制器，用于与客户端进行问题反馈数据交互。

可选地，还包括：推送控制器，用于获取第一客户端的当前设备日志。

可选地，还包括：云存储(可以是amazons3云存储)，用于将接收到的问题反馈和/或答复内容和/或当前设备日志同步传输到其他存储服务器；和/或指令库(可以是unirest库)，用于在利用第二客户端提交问题反馈时，指示第一客户端提交当前设备日志。

可选地，还包括：问题反馈业务目录，与其他业务目录独立；问题反馈业务目录下分布有主入口、架构工厂目录、实用工具目录、配置文件、抽象类目录、国内业务配置和国外业务配置。

根据第八方面，本发明实施例提供了一种终端，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面或者第一方面的任意一种可选方式中所述的用户反馈方法。

根据第九方面，本发明实施例提供了一种服务器，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行第二方面或者第二方面的任意一种可选方式中所述的用户反馈方法。

根据第十方面，本发明实施例提供了一种终端，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行第三方面或者第三方面的任意一种可选方式中所述的用户反馈方法。

根据第十一方面，本发明实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行第一方面或者第一方面的任意一种可选方式中所述的用户反馈方法。

根据第十二方面，本发明实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行第二方面或者第二方面的任意一种可选方式中所述的用户反馈方法。

根据第十三方面，本发明实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行第三方面或者第三方面的任意一种可选方式中所述的用户反馈方法。

根据第十四方面，本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行第一方面或者第一方面的任意一种可选方式中所述的用户反馈方法。

根据第十五方面，本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行第二方面或者第二方面的任意一种可选方式中所述的用户反馈方法。

根据第十六方面，本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行第三方面或者第三方面的任意一种可选方式中所述的用户反馈方法。

本发明实施例所提供的一种用户反馈方法及装置、问题反馈业务架构系统，当用户需要反馈问题时，则第一客户端向服务器发送获取问题标识请求，并获取服务器分配的问题标识。以将该问题标识发送给智能手机或平板电脑或其他方便输入文字描述的终端设备。从而利用方便输入文字描述的终端设备来进行问题反馈描述，并与问题标识一起发送给服务器，从而服务器可以根据问题标识对应上提交问题反馈的第一客户端。从而实现了利用其他方便输入文字的终端设备来提交第一客户端的问题反馈(详细描述)，解决了智能电视或其他第一客户端利用遥控器进行文字输入困难且慢的问题。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了根据本发明实施例1的一种适用于第一客户端的用户反馈方法的流程图；

图2示出了根据本发明实施例2的一种适用于服务器的用户反馈方法的流程图；

图3示出了根据本发明实施例3的一种适用于第二客户端的用户反馈方法的流程图；

图4示出了根据本发明实施例4的一种用户反馈方法的流程图；

图5示出了根据本发明实施例6的一种适用于第一客户端的用户反馈装置的示意图；

图6示出了根据本发明实施例7的一种适用于服务器的用户反馈装置的示意图；

图7示出了根据本发明实施例8的一种适用于第二客户端的用户反馈装置的示意图；

图8示出了根据本发明实施例的电子设备的示意图。

具体实施方式

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

实施例1

图1是本发明实施例提供的一种用户反馈方法的流程图，适用于智能电视，也可以是其他文字输入困难的智能终端，包括以下步骤：

s11：当用户需要提交问题反馈时，具体可以是在用户进入第一客户端的问题反馈界面时，第一客户端向服务器发送获取问题标识请求，该第一客户端可以是智能电视或其他文字输入困难的智能终端。在第一客户端向服务器请求问题标识时，也向服务器请求h5反馈提交链接地址，该h5反馈提交链接地址用于作为第二客户端向服务器提交问题反馈描述的目标地址。

s12：第一客户端接收服务器发送的问题标识，该问题标识是用户当前提交的问题反馈的唯一标识符，后期智能电视、服务器和智能手机均通过该问题标识来唯一对应该问题反馈，并方便服务器根据该问题标识对应该智能电视。第一客户端可以将该问题标识存储在本地。

本实施例提供的用户反馈方法，主要适用于智能电视等文字输入困难的智能终端，当用户需要反馈问题时，则向服务器发送获取问题标识请求，并获取服务器分配的问题标识。然后将该问题标识发送给智能手机或平板电脑或其他方便输入文字描述的终端设备，以利用方便输入文字描述的终端设备来进行问题反馈描述，并与问题标识一起发送给服务器，从而服务器可以根据问题标识对应上提交问题反馈的智能电视以及该问题反馈。该用户反馈方法实现了利用其他方便输入文字的终端设备来提交智能电视的问题反馈(详细描述)，解决了智能电视利用遥控器进行文字输入困难且慢的问题。

作为具体的实施方式，在接收服务器发送的问题标识的步骤之后，还包括：

生成携带问题标识的二维码。第二客户端可以通过扫描二维码获取该问题标识，以在其向服务器上传问题反馈描述时，服务器可以通过该问题标识对应第一客户端以及第一客户端的某条问题反馈。

作为进一步优选的实施方式，还包括：

对服务器提供的反馈提交链接地址进行安全验证生成带签名的反馈提交链接地址。具体地，可以将服务器提供的问题标识和该带签名的反馈提交链接地址均添加到生成的二维码中，以便第二客户端在扫描二维码时就可以获取问题标识和该带签名的反馈提交链接地址。在设定api接口安全验证机制时，如果将安全验证算法写在h5页面中再请求接口会暴露验证机制，造成安全漏洞。因此，本实施例中设置的签名策略是由第一客户端将sign签名传给服务器，再由服务器将参数透传给h5页面。

作为其他可选的具体实施方式，该方法还包括：

首先，接收服务器发送的响应于所述服务器已接收到问题反馈的第一反馈信号，即：该第一反馈信号用于告知第一客户端已接收到第二客户端提交的问题反馈。

然后，第一客户端关闭问题反馈界面，获取当前设备日志并发送给服务器。

本实施例提供的用户反馈方法，用户提交问题反馈后，如果是使用上的流程问题，客服可以直接解答。若是系统设计或者程序错误，那么还需要抓取设备日志。因此本实施例智能电视还抓取了设备日志给服务器以供服务器进行问题分析。

另外，在服务器接收到问题反馈并存储完成后，第一客户端刷新其反馈列表和反馈详情。

作为第二种可选的实施方式，该方法还包括：

首先，接收服务器发送的通知对提交的问题反馈进行答复的第二反馈信号，即：该第二反馈信号是服务器通知第一客户端针对之前提交的问题反馈进行答复；

然后，根据第二反馈信号生成答复指示。具体地，第一客户端生成回复选区，并生成包含问题标识和反馈提交链接地址的二维码。

本实施例提供的用户反馈方法，在智能电视提交了用户反馈后，服务器进行了初步处理，如果有需要用户补充描述的或者其他需要用户反馈的信息，那么就生成第二反馈信号指示用户答复。智能电视再生成答复指示，由第二客户端(具体可以是智能手机、平板电脑等方便文字输入的终端设备)来完成文字答复。

实施例2

图2是本发明实施例提供的一种用户反馈方法的流程图，适用于服务器端，该方法具体包括以下步骤：

s21：接收第一客户端发送的获取问题标识请求，第一客户端即智能电视端，或者其他文字输入困难的智能终端；

s22：生成与第一客户端对应的问题标识，即该问题标识是由服务器函数库生成的问题唯一id，具体可以是13位的；

s23：将问题标识发送给第一客户端，具体可以是服务器通过http协议get方式请求api(应用程序编程接口)以json对象格式返回给第一客户端；

s24：接收第二客户端发送的问题反馈和问题标识，第二客户端具体可以是智能手机或平板电脑或其他方便输入文字描述的终端设备。

本实施例提供的用户反馈方法，适用于服务器端，当用户需要反馈问题时，则智能电视向服务器发送获取问题标识请求，并获取服务器分配的问题标识。第一客户端将该问题标识发送给智能手机或平板电脑或其他方便输入文字描述的终端设备。从而可以利用方便输入文字描述的终端设备来进行问题反馈描述，并与问题标识一起发送给服务器，服务器可以根据问题标识对应上提交问题反馈的智能电视。该方法实现了利用其他方便输入文字的终端设备来提交智能电视的问题反馈(详细描述)，解决了智能电视利用遥控器进行文字输入困难且慢的问题。

作为具体的实施方式，在接收第二客户端发送的问题反馈和问题标识的步骤之后，还包括：将问题反馈和问题标识对应存储。具体过程是：服务器在接收到第二客户端发送的问题反馈和问题标识后，首先需要对其进行安全验证，安全验证通过后将两者对应写入服务器的问题反馈数据库，并同步更新缓存。

在其他的实施方式中，如果第一客户端也提交了问题反馈描述，那么服务器会先收到第一客户端的提交表单，存储对应的问题标识，并记录该问题状态，问题状态分别为1-5个数字标识(分别对应评估中、已回复、处理中、已解决和已关闭5种状态)。在对第一客户端提交的问题反馈进行安全验证后，写入问题反馈数据库，并同步更新缓存。在收到第二客户端提交的反馈表单后，会根据问题标识更新问题反馈数据库中的字段，并同步更新缓存。

上述将问题反馈写入问题反馈数据库可采用实时入库逻辑，也可以采用队列入库逻辑，具体可根据数据流量大小和客户端数量选择。上述缓存更新采用状态主动更新策略。

在服务器接收到问题反馈并存储完成后，刷新第一客户端的反馈列表api接口和反馈详情api接口，以更新第一客户端的反馈列表和反馈详情。

作为其中一种可选的具体实施方式，上述步骤s24之后，即接收第二客户端发送的问题反馈和问题标识的步骤之后，还包括：

首先，向与该问题标识对应的第一客户端发送第一反馈信号，第一反馈信号用于通知第一客户端问题反馈已提交。具体地，服务器在接收到第二客户端的问题反馈后，如果通过安全验证并存入数据库，就会请求push接口向第一客户端推送第一反馈信号。第一客户端在收到服务器推送的第一反馈信号后就关闭问题反馈界面、打包并上传设备日志。其中，服务器是通过问题标识来识别对应的第一客户端的。设备日志可以方便服务器端找出第一客户端系统设计错误或程序错误。

然后，接收第一客户端发送的当前设备日志。服务器在接收到第一客户端发送的当前设备日志后，也需要进行安全验证机制，在确认为合法数据后将该当前设备日志上传到存储集群保存起来。也即，服务器是作为中间上传代理的，进行上传服务。

本实施例提供的方法，在第二客户端(具体可以是智能手机)通过h5页面提交问题反馈描述后，自动匹配提交问题反馈的第一客户端(智能电视)，并向第一客户端推送第一反馈信号以通知第一客户端关闭问题反馈界面并提交设备日志，减少了用户的操作。

作为另一种可选的具体实施方式，还包括：

向第一客户端发送第二反馈信号，第二反馈信号用于通知第一客户端针对问题反馈进行回复。在第一客户端和第二客户端提交了用户反馈后，如果需要用户补充描述的或者其他需要用户反馈的信息，那么就生成第二反馈信号指示用户答复。具体是通过第一客户端的反馈列表api接口和反馈详情api接口，告知第一客户端该条问题的当前状态为请回复。

服务器收到第二客户端提交的回复之后，首先验证对应的问题是否处于请回复状态，如果是则通过验证，将回复内容对应问题标识存入问题反馈数据库中。并更新客户端api接口、实时更新接口数据。

实施例3

图3是本发明实施例提供的一种用户反馈方法的流程图，适用于智能手机或平板电脑或其他方便输入文字描述的终端设备，该方法具体保护以下步骤：

s31：获取第一客户端接收到的问题标识；

s32：将用户问题反馈和问题标识发送给服务器。

本实施例提供的用户反馈方法，适用于智能手机或平板电脑或其他方便输入文字描述的终端设备，当用户需要反馈问题时，则智能电视向服务器发送获取问题标识请求，并获取服务器分配的问题标识。然后作为第一客户端的智能电视将该问题标识发送给智能手机或平板电脑或其他方便输入文字描述的终端设备，即第二客户端。从而利用方便输入文字描述的终端设备来进行问题反馈描述，并与问题标识一起发送给服务器，因此服务器可以根据问题标识对应上提交问题反馈的智能电视。该方法实现了利用其他方便输入文字的终端设备来提交智能电视的问题反馈(详细描述)，解决了智能电视利用遥控器进行文字输入困难且慢的问题。其中，智能手机或平板电脑等是掌上智能设备，用户可以很方便的使用键盘进行问题反馈的描述，还可以通过截取图片或者拍照来完善问题描述。

作为其中一种可选的具体实施方式，获取第一客户端接收到的问题标识的步骤包括：

当第一客户端生成了携带问题标识的二维码，则扫描第一客户端的二维码，以获取问题标识。

作为另一种可选的具体实施方式，将用户问题反馈和问题标识发送给服务器的步骤之前，还包括：

获取第一客户端生成的带签名的反馈提交链接地址，如果第一客户端将经安全验证后的带签名的反馈提交链接地址也添加到生成的二维码中，则第二客户端扫描二维码就可以获得反馈提交链接地址。

在通过扫码获取反馈提交链接地址后，根据带签名的反馈提交链接地址请求反馈提交页面并进行安全验证。本实施例中，为了不暴露安全验证算法并保证安全验证的时效性和隐蔽性，将sign等参数通过透传的形式拼接在页面请求的接口中。

具体地，第二客户端(具体可以是智能手机)在获取反馈提交链接地址后，在用户点击反馈界面时通过push系统展开h5提交表单，然后由用户填写详细反馈内容和联系方式。最后，请求服务器api以http协议post请求方式提交到服务器进行存储。

作为其中一种具体的实施方式，该方法还包括：

首先，获取第一客户端的答复指示，具体通过扫描第一客户端生成的包含问题标识和反馈提交链接地址的二维码，然后请求服务器的api接口并同样采用参数透传的形式进行安全验证。然后，根据答复指示发送答复内容至服务器。此次不需要依赖推送系统，只提交答复内容即可。

实施例4

图4是本发明实施例提供的一种用户反馈方法的流程图，该方法具体保护以下步骤：

s41：当需要提交问题反馈时，智能电视向服务器发送获取问题标识请求；

s42：服务器接收智能电视发送的获取问题标识请求；

s43：服务器生成与该智能电视对应的问题标识；

s44：服务器将问题标识发送给该智能电视；

s45：该智能电视接收服务器发送的问题标识，具体可以生成包含该问题标识的二维码；

s46：智能手机获取智能电视接收到的问题标识，在智能电视生成并显示包含问题标识的二维码后智能手机就可以通过扫码获取问题标识；

s47：智能手机将用户问题反馈和问题标识发送给服务器。

s48：服务器接收智能手机发送的问题反馈和问题标识。

本实施例提供的用户反馈方法，当用户需要反馈问题时，则智能电视向服务器发送获取问题标识请求，并获取服务器分配的问题标识。然后智能电视将该问题标识发送给智能手机。从而利用方便输入文字描述的智能手机来进行问题反馈描述，并与问题标识一起发送给服务器，从而服务器可以根据问题标识对应上提交问题反馈的智能电视。从而实现了利用其他方便输入文字的终端设备来提交智能电视的问题反馈(详细描述)，解决了智能电视利用遥控器进行文字输入困难且慢的问题。

实施例5

本实施例提供了一种用户反馈方法，具体保护以下步骤：

第一步：当用户点击进入智能电视的用户反馈界面时，表明用户需要提交问题反馈，智能电视就向服务器请求获取问题标识和反馈提交链接地址。问题标识用于识别区分用户的各次反馈，也可以用于服务器识别提交反馈的智能电视，即服务器可以通过问题标识识别出是哪一台智能电视提交的反馈。反馈提交链接地址是指服务器可以通过网络接收反馈的网络地址。

第二步：服务器在接收到智能电视提交的获取问题标识和反馈提交链接地址的请求后，利用预设函数生成一个13位的问题标识，不同的智能电视每次提交反馈时，服务器生成的问题标识都不一样。服务器在生成了问题标识后，通过http协议get方式请求api以json对象格式返回给智能电视。与此同时，也将反馈提交链接地址发给智能电视。该反馈提交链接地址具体可以是h5页面链接地址。

第三步：智能电视端接收到服务器发送的问题标识和反馈提交链接地址后，通过安全验证机制，生成带签名的反馈提交链接地址。然后生成记录有问题标识和带签名的反馈提交链接地址的二维码。另外，智能电视端将问题标识存储在本地，以使服务器可以通过问题标识来识别问题反馈对应的智能电视。智能电视端也可以将反馈提交链接地址存储在本地，且与问题标识相对应。从而，当服务器指示智能电视端针对其提交的问题反馈进行回复时，只要服务器接收反馈的网络地址不变，智能电视就不需要再次向服务器请求获取反馈提交链接地址，只需要在本地查找问题反馈的问题标识，就可以对应获取本地存储的反馈提交链接地址。如果服务器接收反馈的网络地址一直保持不变的话，该智能电视端不仅在针对其问题反馈答复服务器时不需要重新请求获取反馈提交链接地址，而在下次反馈问题时也不需要重新请求获取反馈提交链接地址。

第四步：智能手机扫描智能电视生成的二维码，获取问题标识和带签名的反馈提交链接地址。智能手机根据该带签名的反馈提交链接地址请求h5表单页面。智能手机请求h5表单页面时，需要进行签名安全验证。如果将安全验证算法写在h5页面中再请求接口会暴露验证机制，造成安全漏洞，因此本实施例中优选将sign签名由智能电视传输给服务器，再由服务器传输给h5页面，以保证安全验证的时效性和隐蔽性。

第五步：智能手机通过安全验证打开h5表单页面后，用户可填写详细的问题反馈和联系方式等，并提交给服务器。与此同时也将问题标识发送给服务器。

第六步：服务器接收到智能手机提交的h5提交表单后，也即接收到问题标识以及用户在智能手机端输入的问题反馈后，根据问题标识更新问题反馈数据库，并同步更新缓存。

第七步：刷新智能电视的反馈列表接口(api)和反馈详情接口(api)，也即服务器将智能手机提交的问题反馈内容推送给智能电视，从而在智能电视端可以查看问题反馈的详细内容。

第八步：服务器通过推送接口向智能电视推送系统通知，告知智能电视问题反馈已接收到。具体地，服务器可通过智能电视设备型号和mac地址进行精准推送，也可以根据问题标识进行精准推送。

第九步：智能电视收到该系统通知后关闭用户反馈界面，并本地打包设备日志(log)之后，上传到服务器云平台，服务器云平台通过验证机制后，确认为合法数据，则将设备日志同步上传到存储集群，将设备日志保存起来。

第十步：服务器根据智能手机提交的问题反馈和智能电视提交的当前设备日志进行初步处理，如果需要用户提交更详细的问题反馈或补充等，则服务端通过智能电视的反馈详情接口和反馈列表接口，告知智能电视端此条问题当前状态为请回复。

第十一步：智能电视端生成回复选区，并生成h5提交页面地址二维码。

第十二步：用户通过手机扫描二维码，请求服务器，同样通过参数透传的形式，进行安全机制验证。此时不需要再依赖推送系统，只提交回复内容即可。当用户扫码回复成功之后，服务端收到请求，则锁定问题状态，确认是否为请回复状态，如果验证为合法请求，则回复入库，更新客户端api，实时更新接口数据。

实施例6

如图5所示，本实施例提供了一种用户反馈装置，包括：

第一发送单元u11，用于向服务器发送获取问题标识请求；

第一接收单元u12，用于接收服务器发送的问题标识。

作为其中一种可选的具体实施方式，还包括：

第二接收单元，用于接收服务器发送的第一反馈信号；

第一获取单元，用于获取当前设备日志并发送给服务器。

作为其他可选的具体实施方式，还包括：

第三接收单元，用于接收服务器发送的第二反馈信号；

第一生成单元，用于根据第二反馈信号生成答复指示。

作为其他具体的实施方式，还包括：

第二生成单元，用于生成携带问题标识信息的二维码。

作为另一种可选的具体实施方式，还包括：

第一安全验证单元，用于对服务器提供的反馈提交链接地址进行安全验证生成带签名的反馈提交链接地址。

实施例7

如图6所示，本实施例提供了一种用户反馈装置，包括：

第四接收单元u21，用于接收第一客户端发送的获取问题标识请求；

第三生成单元u22，用于生成与第一客户端对应的问题标识；

第二发送单元u23，用于将问题标识发送给第一客户端；

第五接收单元u24，用于接收第二客户端发送的问题反馈和问题标识。

作为可选的具体实施方式，还包括：

第三发送单元，用于在接收到第二客户端发送的问题反馈和问题标识后，向与该问题标识对应的第一客户端发送第一反馈信号，第一反馈信号用于通知第一客户端问题反馈已提交；

第六接收单元，用于接收第一客户端发送的当前设备日志。

作为另一种可选的具体实施方式，还包括：

第四发送单元，用于向第一客户端发送第二反馈信号，第二反馈信号用于通知第一客户端针对问题反馈进行回复。

作为其他可选的具体实施方式，还包括：

存储单元，用于将问题反馈和问题标识对应存储。

实施例8

如图7所示，本实施例提供了一种用户反馈装置，包括：

第二获取单元u31，用于获取第一客户端接收到的问题标识；

第五发送单元u32，用于将用户问题反馈和问题标识发送给服务器。

作为可选的具体实施方式，该装置还包括：

第三获取单元，用于获取第一客户端的答复指示；

第六发送单元，用于根据答复指示发送答复内容至服务器。

作为其中一个可选的具体实施方式，第二获取单元u31包括：

扫描子单元，用于扫描第一客户端的二维码，以获取问题标识。

作为其他可选的具体实施方式，该装置还包括：

第四获取单元，用于获取第一客户端生成的带签名的反馈提交链接地址；

第二安全验证单元，用于根据带签名的反馈提交链接地址请求反馈提交页面并进行安全验证。

实施例9

本实施例提供了一种问题反馈业务架构系统，用于实现上述实施例2、4和5提供的用户反馈方法，包括：

问题反馈入库控制器，用于将接收到的问题反馈和答复内容按照预设规则存入问题反馈数据库。具体地，根据问题的状态类型区分当前问题的类型，分为评估中、已回复、处理中、已解决和已关闭五种状态，然后根据问题状态锁定入库逻辑。从而解决了多反馈、乱反馈和冗余反馈的现象。另外，根据数据流量情况可定制实时入库逻辑，也可以根据数据流量情况及客户端数量大小订正反馈上报入库逻辑，具体可以将实时入库订正成队列入库，cache服务为队列更新。

问题反馈接口控制器，用于与客户端进行问题反馈数据交互。具体地，该控制器为第一客户端提供api接口支持服务，从而为第一客户端提供数据流支持。api接口包括反馈列表接口、反馈详情接口和问题标识接口。

作为具体地实施方式，该系统还包括：推送控制器，用于获取第一客户端的当前设备日志。即在利用第二客户端提交了问题反馈详细描述后，遥控第一客户端异步上传设备日志。从而在不增加用户操作的同时，实现了第一客户端设备日志的上传。

本实施例提供的服务器端的问题反馈业务架构系统，设有三个统一调度的控制器，每个控制器实现不同的业务功能。另外，api接口和h5提交页面统一继承ccontroller基类，其中config主要存放数据的配置信息，根据多config配置不同地域，复用一套代码逻辑。与旧版本问题反馈区分，分通道进行逻辑处理，在不影响老服务的基础上做到兼容旧版本，支持新版本的需求。

在其他的具体实施方式中，可以优化问题反馈接口，主要优化反馈列表接口和反馈详情接口。具体是：接口整体逻辑全部在前端接口完成，从而可以支持多设备，并分配不同的安全验证机制，ak和sk可通过配置分配。另外，还可以去除服务器端同步存储策略，由第一客户端和第二客户端直接上传存储集群，也即服务器端不再做上传代理，而是由客户端点对点、端对端的形式单点上传。从而减少云平台端的压力，并避免造成多次上传和多余上传的情况。

问题反馈接口还可以作进一步地优化，实现分通道接入数据流、支持eui6.0接口需求、保持第一客户端和后端(服务器端或存储集群端)数据同步。对于问题状态，可根据优先级锁定模式进行状态修改。完善问题反馈提交数据流的验证逻辑，以避免恶意反馈行为。

作为其他可选的具体实施方式，该系统还包括：

amazons3云存储，用于将接收到的问题反馈和/或答复内容和/或当前设备日志同步传输到其他存储服务器，即实现同步存储功能。其他存储服务器可以构成存储服务器集群，存储服务器集群可国际化部署，具体可分为大陆集群、香港集群和美国集群。

该系统还可以包括unirest库，用于在利用第二客户端提交问题反馈时，指示第一客户端提交当前设备日志。其主要功能为发送http协议请求，以post方式请求push接口，以实现用户使用第二客户端提交问题反馈详情时给第一客户端下发同步提交指令，通过类似寻址的方式到达第一用户端，实现第一用户端设备日志的异步提交。

amazons3云存储和unirest库均为library工具类包。

作为其他可选的具体实施方式，该装置还包括：问题反馈业务目录，与其他业务目录独立；问题反馈业务目录下分布有主入口、架构工厂目录、实用工具目录、配置文件、抽象类目录、国内业务配置和国外业务配置。

由于问题反馈业务相对独立，并且逻辑涉及问题较多、数据面较广，还需要大数据支持，并且需要对上报数据进行高效分析、同步、入库和清洗等流程。因此，服务器端云平台在后台目录搭建时选择将eui6.0问题反馈业务目录整体独立，尽量使得整个反馈过程与现有业务互不影响、互不关联，降低两者的耦合性，提高问题反馈业务的可扩展性。从而实现多版本反馈切换，多平台反馈灵活包装。目录名迎合其它业务命名格式，可以为feedback->api->v3。包括主入口、架构工厂目录、实用工具目录、配置文件、抽象类目录、国内业务配置和国外业务配置等的大部分封装逻辑均分布在这个目录下。本实施例提供的架构系统根据对问题反馈业务分布特点的分析，选择采用单一主入口模式，通过路由解析来区分业务模块。本实施例针对国际化业务需求，并为了提高可扩展性，地域性划分和具体的业务由动作控制器来控制。这种模式在设定config(配置文件)时可以统一管理，分配整齐均匀、可视化度高、便于管理。

图8是本发明实施例提供的执行用户反馈方法的第一客户端的硬件结构示意图，如图8所示，该第一客户端包括一个或多个处理器810以及存储器820，图8中以一个处理器810为例。

执行用户反馈方法的第一客户端还可以包括：输入装置830和输出装置840。

处理器810、存储器820、输入装置830和输出装置840可以通过总线或者其他方式连接，图8中以通过总线连接为例。

处理器810可以为中央处理器(centralprocessingunit，cpu)。处理器810还可以为其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器820作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本申请实施例中的用户反馈方法对应的程序指令/模块。处理器810通过运行存储在存储器820中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例用户反馈方法。

存储器820可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据用户反馈装置的使用所创建的数据等。此外，存储器820可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器820可选包括相对于处理器810远程设置的存储器，这些远程存储器可以通过网络连接至用户反馈装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置830可接收输入的数字或字符信息，以及产生与用户反馈装置的用户设置以及功能控制有关的键信号输入。输出装置840可包括显示屏等显示设备。

所述一个或者多个模块存储在所述存储器820中，当被所述一个或者多个处理器810执行时，执行如图1所示的方法。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，具体可参见如图1所示的实施例中的相关描述。

执行用户反馈方法的服务器的硬件结构同上述第一客户端，用于执行图2所示的方法，具体可参见实施例2。

执行用户反馈方法的第二客户端的硬件结构同上述第一客户端，用于执行图3所示的方法，具体可参见实施例3。

上述第一客户端、服务器和第二客户端可协同执行图4所述的用户反馈方法，具体可参见上述实施例1-5。

本发明实施例还提供了一种非暂态计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述方法实施例中的用户反馈方法。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)、随机存储记忆体(randomaccessmemory，ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive，缩写：hdd)或固态硬盘(solid-statedrive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。