CN106385434A - 一种用户交互方法、设备及系统 - Google Patents

Abstract

本发明公开了一种用户交互方法、设备及系统，属于互联网数据处理领域。方法包括：客户端app获取用户输入的请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件；服务端获取客户端app发送的请求，记录请求中用户所要加载的媒体数据，并获取与媒体数据相符的第一插件；服务端将触发事件的操作数据封装至第一插件，生成第二插件，并将第二插件发送至客户端app；客户端app接收并加载第二插件。从而使得用户能够自行设置所要加载的媒体数据及其操作方式，满足了用户对界面多样化操作的需求，以及对界面日益增强的个性化、操作便捷化的需求，且通过插件实现，增加了数据在界面显示的流畅性和效果，增加了用户操作的流畅性。

Description

一种用户交互方法、设备及系统

技术领域

本发明涉及互联网数据处理领域，特别涉及一种用户交互方法、设备及系统。

背景技术

随着计算机技术和软件技术的快速发展，人们对各种网络应用软件的性能要求越来越高，而用户使用app时，希望能够对界面进行多种操作，增加与设备之间的交互性，且能够自行设置对界面的操作。为了解决上述问题，在app开发过程中引入了插件，能够通过对插件的修改、配置改变以扩展app的功能。

现有技术中，在app中进行广告、活动等业务发布可以通过Web发布，属于很成熟的技术，应用十分广泛，用户通过打开Web链接等方式访问广告、活动等数据；同时，随着技术的发展，Facebook推出的React Native技术也越来越多的用于广告等业务，该技术的既能使用Native API又能够像Web一样通过在服务端部署JS，在App端加载显示。

但是，通过Web虽然能灵活配置，动态刷新扩展app的功能，但是用户不能够对界面进行自定义操作，且Web在手机app端运行时不够流畅，用户使用体验不佳；基于ReactNative虽然相较于Web虽然可以使用Native API,但受版本限制，扩展性较差；同时，不管是基于Web的方式还是基于React Native的方式，提供的界面的操作方式都是统一的，无法增加了对界面的操作性，且用户也不能自定义操作方式，不能满足人们日益增强的个性化、操作便捷化的需求。

发明内容

为了使得用户能够自行设置所要加载的媒体数据及对数据的操作方式，满足用户对app界面日益增长的个性化、操作便捷化的需求，且增加媒体数据在界面显示的流畅性，增加用户操作的流畅性，本发明实施例提供了一种用户交互方法、设备及系统。所述技术方案如下：

第一方面，提供了一种用户交互方法，所述方法包括：

客户端app获取用户输入的请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

服务端获取所述客户端app发送的所述请求，记录所述请求中用户所要加载的媒体数据，并获取与所述媒体数据相符的第一插件；

所述服务端将所述触发事件的操作数据封装至所述第一插件，生成第二插件，并将所述第二插件发送至所述客户端app；

所述客户端app接收并加载所述第二插件。

结合第一方面，在第一种可能实现的方式中，当所述请求包括用户所要加载的媒体数据时，所述客户端app获取用户输入的请求包括：

获取用户在所述客户端app界面输入的第一手势，所述第一手势的触发对象至少包括所述客户端app界面中展示所述媒体数据的部分界面；或者

获取用户在所述客户端app界面输入的第一语音数据或者第一文本数据，所述第一语音或者第一文本数据至少包括所述媒体数据；

其中，所述媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

结合第一方面，在第二种可能实现的方式中，当所述请求包括用户所设置的触发事件时，所述客户端app获取用户输入的请求包括：

获取所述用户在所述客户端app界面输入或选择的触发事件；

所述触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

结合第一方面的第一种或第二种可能实现的方式，在第三种可能实现的方式中，所述服务端记录所述请求中用户所要加载的媒体数据包括：

根据所述媒体数据，建立与所述用户对应的兴趣数据；

所述兴趣数据用于指示用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

结合第一方面的第三种可能实现的方式，在第四种可能实现的方式中，所述服务端获取与所述媒体数据相符的第一插件包括：

所述服务端获取所述请求中包含的所述客户端app的版本号或标识；

所述服务端根据所述客户端app的版本号或标识，查找是否有与所述客户端app相符的第一插件，若查找到符合所述客户端app的第一插件，则所述服务端获取所述第一插件。

结合第一方面或第一方面的第四种可能实现的方式，在第五种可能实现的方式中，所述客户端app加载所述第二插件包括：

所述客户端app下载所述第二插件；以及

对下载的所述第二插件进行安全校验，若所述第二插件安全校验成功，则所述客户端app设置所述第二插件的初始化接口。

结合第一方面的第五种可能实现的方式，在第六种可能实现的方式中，所述客户端app接收并加载所述第二插件之后，所述方法还包括：

所述服务端根据所述客户端app发送的触发事件，向所述客户端推送媒体数据；

所述客户端app根据用户设置的所述触发事件，执行对应的对所述媒体数据的操作。

第二方面，提供了一种客户端设备，所述客户端设备至少包括一个app，并能够运行所述app，所述客户端设备通过所述客户端app与服务端设备进行数据交互，所述设备包括：

用户请求获取模块，用于获取用户输入的请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

请求发送模块，用于向所述服务端设备发送所述请求，以使所述服务端获取所述请求，记录所述请求中用户所要加载的媒体数据，所述服务端获取与所述媒体数据相符的第一插件；

插件接收模块，用于接收第二插件，所述第二插件是所述服务端设备将所述触发事件的操作数据封装至所述第一插件后生成的；

插件加载模块，用于加载所述第二插件。

结合第二方面，在第一种可能实现的方式中，所述用户请求获取模块包括：

第一手势获取子模块，用于获取用户在所述客户端app界面输入的第一手势，所述第一手势的触发对象至少包括所述客户端app界面中展示所述媒体数据的部分界面；

第一语音数据获取子模块，用于获取用户在所述客户端app界面输入的第一语音数据；

第一文本数据获取子模块，用于获取用户在所述客户端app界面输入的第一文本数据；

其中，所述第一语音或者第一文本数据至少包括所述媒体数据；

所述媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

结合第二方面的第一种可能实现的方式，在第二种可能实现的方式中，所述用户请求获取模块还包括：

触发事件获取子模块，用于获取所述用户在所述客户端app界面输入或选择的触发事件；

所述触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

结合第二方面，在第三种可能实现的方式中，所述插件加载模块包括：

插件下载子模块，用于下载所述第二插件；

安全校验子模块，用于对下载的所述第二插件进行安全校验；

初始化接口设置子模块，用于当所述安全校验模块对所述第二插件安全校验成功后，设置所述第二插件的初始化接口。

结合第二方面的第三种可能实现的方式，在第四种可能实现的方式中，所述设备还包括：

触发事件发送模块，用于向所述服务端设备发送用于输入的触发事件；

媒体数据接收模块，用于接收所述服务端设备根据所述客户端app的触发事件后，推送的媒体数据；

用户操作执行模块，用于根据用户设置的所述触发事件，执行对应的对所述媒体数据的操作。

第三方面，提供了一种服务端设备，所述服务端设备与客户端app进行数据交互，所述设备包括：

请求接收模块，用于接收所述客户端app发送用户请求，所述请求包括用用户所要加载的媒体数据以及用户所设置的触发事件；

媒体数据记录模块，用于记录所述请求中用户所要加载的媒体数据；

第一插件获取模块，用于获取与所述媒体数据相符的第一插件；

封装模块，用于将所述触发事件的操作数据封装至所述第一插件；

第二插件生成模块，用于生成第二插件；

第二插件发送模块，用于向客户端app发送所述第二插件。

结合第三方面，在第一种可能实现的方式中，所述媒体数据记录模块包括：

推送模型建立子模块，用于根据所述媒体数据，建立与所述用户对应的兴趣数据；

所述兴趣数据用于指示用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

结合第三方面的第一种可能实现的方式，在第二种可能实现的方式中，所述第一插件获取模块包括：

版本号或标识获取子模块，用于获取所述请求中包含的所述客户端app的版本号或标识；

第一插件查找子模块，用于根据所述客户端app的版本号或标识，查找是否有与所述客户端app相符的第一插件；

第一插件获取子模块，用于当所述第一插件查找子模块查找到符合所述客户端app的第一插件时，获取所述第一插件。

结合第三方面的第二种可能实现的方式，在第三种可能实现的方式中，所述设备还包括：

触发事件接收模块，用于接收所述客户端app发送的用户输入的触发事件；

媒体数据推送模块，用于根据所述客户端app发送的所述触发事件后，向所述客户端app推送媒体数据。

第四方面，提供了一种用户交互系统，所述系统包括服务端设备和客户端设备，所述客户端设备至少包括一个app，并能够运行所述app，所述客户端设备通过所述客户端app与所述服务端设备进行数据交互，

其中，所述客户端设备包括：

用户请求获取模块，用于获取用户输入的请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

请求发送模块，用于向所述服务端设备发送所述请求，以使所述服务端获取所述请求，记录所述请求中用户所要加载的媒体数据，所述服务端获取与所述媒体数据相符的第一插件；

插件接收模块，用于接收第二插件，所述第二插件是所述服务端设备将所述触发事件的操作数据封装至所述第一插件后生成的；

插件加载模块，用于加载所述第二插件；

所述服务端设备包括：

请求接收模块，用于接收所述客户端app发送用户请求，所述请求包括用于描述用户所要加载的媒体数据以及用户所设置的触发事件；

媒体数据记录模块，用于记录所述请求中用户所要加载的媒体数据；

第一插件获取模块，用于获取与所述媒体数据相符的第一插件；

封装模块，用于将所述触发事件的操作数据封装至所述第一插件；

第二插件生成模块，用于生成第二插件；

第二插件发送模块，用于向所述客户端app发送所述第二插件。

结合第四方面，在第一种可能实现的方式中，所述用户请求获取模块包括：

第一手势获取子模块，用于获取用户在所述客户端app界面输入的第一手势，所述第一手势的触发对象至少包括所述客户端app界面中展示所述媒体数据的部分界面；

第一语音数据获取子模块，用于获取用户在所述客户端app界面输入的第一语音数据；

第一文本数据获取子模块，用于获取用户在所述客户端app界面输入的第一文本数据；

其中，所述第一语音或者第一文本数据至少包括所述媒体数据；

所述媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

结合第四方面，在第二种可能实现的方式中，所述用户请求获取模块还包括：

触发事件获取子模块，用于获取所述用户在所述客户端app界面输入或选择的触发事件；

所述触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

结合第四方面的第一种或第二种可能实现的方式，在第三种可能实现的方式中，所述媒体数据记录模块包括：

推送模型建立子模块，用于根据所述媒体数据，建立与所述用户对应的兴趣数据；

所述兴趣数据用于指示用户所感兴趣的品、商品类型、商品品牌以及数据推送方式。

结合第四方面的第三种可能实现的方式，在第四种可能实现的方式中，所述第一插件获取模块包括：

版本号或标识获取子模块，用于获取所述请求中包含的所述客户端app的版本号或标识；

第一插件查找子模块，用于根据所述客户端app的版本号或标识，查找是否有与所述客户端app相符的第一插件；

第一插件获取子模块，用于当所述第一插件查找子模块查找到符合所述客户端app的第一插件时，获取所述第一插件。

结合第四方面或第四方面的第四种可能实现的方式，在第五种可能实现的方式中，所述插件加载模块包括：

插件下载子模块，用于下载所述第二插件；

安全校验子模块，用于对下载的所述第二插件进行安全校验；

初始化接口设置子模块，用于当所述安全校验模块对所述第二插件安全校验成功后，设置所述第二插件的初始化接口。

结合第四方面的第五种可能实现的方式，在第六种可能实现的方式中，

所述客户端设备还包括：

触发事件发送模块，用于向所述服务端设备发送用于输入的触发事件；

媒体数据接收模块，用于接收所述服务端设备根据所述客户端app发送的触发事件后，推送的媒体数据；

用户操作执行模块，用于根据用户设置的所述触发事件，执行对应的对所述媒体数据的操作；

所述服务端设备还包括：

触发事件接收模块，用于接收所述客户端app发送的用户输入的触发事件；

媒体数据推送模块，用于根据所述客户端app发送的所述触发事件后，向所述客户端app推送媒体数据。

本发明公开了一种用户交互方法、设备及系统。所述方法包括：客户端app获取用户输入的请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件；服务端获取客户端app发送的请求，记录请求中用户所要加载的媒体数据，并获取与媒体数据相符的第一插件；服务端将触发事件的操作数据封装至第一插件，生成第二插件，并将第二插件发送至客户端app；客户端app接收并加载第二插件。从而本发明通过获取用户输入的请求，因为请求包括用户所要加载的媒体数据以及用户所设置的触发事件，服务端记录用户所要加载的媒体数据，且将触发事件的操作数据封装至第一插件，生成第二插件，从而客户端app通过加载第二插件实现媒体数据的展示和接收用户对媒体数据进行的触发事件，使得用户能够自行设置所要加载的媒体数据，以及对媒体数据的操作方式，满足了用户对界面进行多样化操作的需求，满足了用户自行设置的个性化需求；另外，因为该触发事件包括手势，从而通过手势进行操作进行一步满足了用户对app界面日益增强的个性化、操作便捷化的需求；且服务端将触发事件的操作数据封装至第一插件，生成第二插件，使得客户端app接收并加载第二插件，从而该方法能够通过插件实现，通过插件能够增加媒体数据在界面显示的流畅性和效果，同时增加用户操作的流畅性，提高了用户的使用体验。

附图说明

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

图1是本发明实施例提供的一种用户交互方法流程图；

图2是本发明实施例提供的一种用户交互方法流程图；

图3是本发明实施例提供的一种在商品界面中触发的操作方式界面示意图；

图4是本发明实施例提供的一种在商品界面中输入语音数据的界面示意图；

图5是本发明实施例提供的一种用户交互方法流程图；

图6是本发明实施例提供的一种客户端设备结构示意图；

图7是本发明实施例提供的一种服务端设备结构示意图；

图8是本发明实施例提供的一种用户交互系统结构示意图。

具体实施方式

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

实施例一

本发明实施例提供了一种用户交互方法，参照图1所示，该方法包括：

101、客户端app获取用户输入的请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件。

具体的，当请求包括用户所要加载的媒体数据时，客户端app获取用户输入的请求的过程可以包括：

获取用户在客户端app界面输入的第一手势，第一手势的触发对象至少包括客户端app界面中展示媒体数据的部分界面；或者

获取用户在客户端app界面输入的第一语音数据或者第一文本数据，第一语音或者第一文本数据至少包括媒体数据；

其中，媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

当请求包括用户所设置的触发事件时，客户端app获取用户输入的请求消息的过程可以包括：

获取用户在客户端app界面输入或选择的触发事件；

触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

102、服务端获取客户端app发送的请求，记录请求中用户所要加载的媒体数据，并获取与媒体数据相符的第一插件。

具体的，服务端记录请求中用户所要加载的媒体数据的过程可以包括：

根据媒体数据，建立与用户对应的兴趣数据；

以使服务端根据兴趣数据向客户端app推送与兴趣数据相符的媒体数据，以及以使服务端根据兴趣数据获取相符的第一插件；

兴趣数据用于指示用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

服务端获取与媒体数据相符的第一插件的过程可以包括：

服务端获取请求中包含的客户端app的版本号或标识；

服务端根据客户端app的版本号或标识，查找是否有与客户端app相符的第一插件，若查找到符合客户端app的第一插件，则服务端获取第一插件。

103、服务端将触发事件的操作数据封装至第一插件，生成第二插件，并将第二插件发送至客户端app。

104、客户端app接收并加载第二插件。

具体的，客户端app加载第二插件的过程包括：

客户端app下载第二插件；以及

对下载的第二插件进行安全校验，若第二插件安全校验成功，则客户端app设置第二插件的初始化接口。

可选的，客户端app接收并加载第二插件之后，方法还包括：

服务端根据客户端app发送的触发事件，向客户端推送媒体数据；

客户端app根据用户设置的触发事件，执行对应的对媒体数据的操作。

本发明实施例提供了一种用户交互方法，通过获取用户输入的请求，因为请求包括用户所要加载的媒体数据以及用户所设置的触发事件，服务端记录用户所要加载的媒体数据，且将触发事件的操作数据封装至第一插件，生成第二插件，客户端app通过加载第二插件实现媒体数据的展示和接收用户对媒体数据进行的触发事件，从而使得用户能够自行设置所要加载的媒体数据，以及对媒体数据的操作方式，满足了用户对界面进行多样化操作的需求，满足了用户自行设置的个性化需求；另外，因为该触发事件包括手势，从而通过手势进行操作进行一步满足了用户对app界面日益增强的个性化、操作便捷化的需求；且服务端将触发事件的操作数据封装至第一插件，生成第二插件，使得客户端app接收并加载第二插件，从而该方法能够通过插件实现，通过插件能够增加媒体数据在界面显示的流畅性和效果，同时增加用户操作的流畅性，提高了用户的使用体验。

实施例二

本发明实施例提供了一种用户交互方法，参照图2所示，方法包括：

201、客户端app获取用户输入的请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件。

其中，媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

具体的，商品类型包括按用途类型分类，包括衣服类，装饰品类包括鞋、帽子、袜子、围巾等，配饰类包括眼镜、手表、腰带等，饰品类包括发饰品、耳坠、项链、手链等，还包括生活用品类，化妆品类，运动装类、食品类、饮品类、电子产品类等；按性别分类，衣服类包括男装、女装及中性装，用品类包括女士用品、男士用品；按年龄分类，包括儿童装和成人装，儿童装包括婴儿装、幼童装、中童装、大童装、青少年装等；按穿着季节分类，包括春装、夏装、秋装和冬装；按服装类型分类，包括衬衫、大衣、风衣、外套、毛衣、裙装、裤装、内衣等；按服装款式分，比如西装包括商务正装、休闲西装等，裙装包括短裙、及膝裙、中长群、长裙等，裙装还可以包括牛仔裙、蜡染裙、吊带裙、背带裙、睡裙等；商品类型还可以包括用户自定义的类型，比如用户自定义的带有动物图像的衣物或用品等，或用户自定义是特别颜色的用品，如紫色衣服、紫色茶杯等，或用户自定义的由特别公众人物代言的产品等；除此之外，还可以包括其他类，此处不再一一列举。

数据推送方式包括短信、即时提醒信息、广告、图片、视频、链接等；其中，短信包括文字短信、图片短信、视频短信及链接信息短信等，包括直接发送至用户客户端设备的上述短信，也包括发送至客户端app中的上述短信，当是发送至客户端app的短信时，在用户开启该客户端app时，显示上述短信或用户触发短信消息的功能菜单后查看上述短信，当包括发送至客户端app的短信时，可以包括通过客户端设备显示提示信息，提示信息包括语音、铃声等，用户可自定义提示信息；即时提醒信息包括文字、链接、语音等，包括推送至客户端设备或推送至客户端app，当用户不能及时查看该即时提醒信息时，该即时提醒信息不再进行即时提醒；广告包括在客户端app的广告栏进行显示的广告，或在客户端app的广告模块进行显示的广告；图片包括将数据制作为特效图片，向客户端设备或客户端app发送该图片，该图片中可以包括具体的商品，也可以包括商品的链接等；视频包括将数据是制作为视频片段，向客户端设备或客户端app发送该视频短片，该视频短片包括具体的商品，活动内容、活动时间等信息；链接包括以短信或即时推送消息发送至客户端设备或客户端app的链接；除此之外，数据推送方式还可以包括其他，商家及用户可以根据实际设置。

其中，当请求包括用户所要加载的媒体数据时，客户端app获取用户输入的请求的过程可以通过以下方式实现包括：

a、获取用户在客户端app界面输入的第一手势，第一手势的触发对象至少包括客户端app界面中展示媒体数据的部分界面。

具体的，该第一手势用于表示用户选定商品或品牌等的操作。

该第一手势包括用户输入的闭合曲线，获取用户输入的闭合曲线，识别该闭合曲线处所指示的商品，即通过获取用户在商品所在的界面处输入闭合曲线选定商品，该闭合曲线包括任意形状的闭合曲线，示例性的，用户所浏览的商品界面可以参照图3中a所示，若用户要选定该界面中展示的鞋子，则用户通过输入闭合曲线选定该商品可以参照图3中b所示；

该第一手势还包括用户输入的点击操作，获取用户输入的点击操作，识别点击处的商品，即通过用户点击商品所在界面处选定商品，示例性的，若用户要选定该界面中展示的鞋子，则用户通过点击该鞋子所在的界面位置选定，界面图参照图3中c所；

该第一手势还包括用户通过选择界面中具有选择功能的功能键，通过触发该功能键获取所要选定的商品，该功能键可以是隐藏的，当用户点击界面中商品时，弹出该功能键，该功能键也可以是在界面的预设位置，用户通过本发明实施例对此不加以限定，示例性的，该具有选择功能的功能键可以参照图3中d箭头所示的图标，图标还可以是其他，本发明实施例对图标不加以限定，此处只是示例性的；用户对功能键触发的操作包括用户点击该功能键后点击所要选定的商品以选定商品，也可以包括用户点击功能键后将功能键的指示工具拖动到所要选定的商品处选定还商品，还可以包括用户点击功能键后，通过输入手势选定商品，除此之外，还可以包括其他用户对功能键的操作，本分发明实施例对此不加以限定。

除了上述方式之外，还可以获取用户在客户端app界面输入的其他第一手势，本发明实施例对第一手势不加以限定，只要是方便用户便捷操作即可。

b、获取用户在客户端app界面输入的第一语音数据或者第一文本数据，第一语音或者第一文本数据至少包括媒体数据；

具体的，获取用户在客户端app界面输入的第一语音数据包括用户通过客户端app界面中的功能键输入第一语音数据，对该功能键图标不加以限定，示例性的，参照图3所示为用户所浏览的界面，若用户要输入收藏该界面中鞋子语音数据，则输入的语音可以是“若有38码的这个鞋子提醒我”，参照图4中a所示用户的点击界面中的功能键，用户输入语音的界面可以参照图4中b所示。

获取用户在客户端app界面输入的第一文本数据包括用户通过客户端界面中的文字输入框进行输入，本分发明实施例对具体的输入方式不加以限定。

当请求包括用户所设置的触发事件时，客户端app获取用户输入的请求的过程可以包括：

获取用户在客户端app界面输入或选择的触发事件；

触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

具体的，该第二手势与第一手势、第二语音数据与第二语音数据以及第二文本数据与第一文本数据类似，其区别在于，获取用户在客户端app界面输入或选择的第二手势、第二语音数据以及第二文本数据是用户设置的操作方式，可以是在客户端app的具有设置功能的菜单或界面中进行输入或选择的操作方式。

202、服务端获取客户端app发送的请求，记录请求中用户所要加载的媒体数据。

具体的，服务端记录请求中用户所要加载的媒体数据的过程可以包括：

根据媒体数据，建立与用户对应的兴趣数据；

以使服务端根据兴趣数据向客户端app推送与兴趣数据相符的媒体数据，以及以使服务端根据兴趣数据获取相符的第一插件；

兴趣数据用于指示用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

通过将媒体数据与用户客户端app标识或客户端app账号进行对应，在服务端统计并存储用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

需要说明的是，用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式如步骤201中，此处不再加以赘述。

203、服务端获取与媒体数据相符的第一插件。

具体的，该过程可以包括：

服务端获取请求中包含的客户端app的版本号或标识；

服务端根据客户端app的版本号或标识，查找是否有与客户端app相符的第一插件，若查找到符合客户端app的第一插件，则服务端获取第一插件。

其中，服务端获取请求中包含的客户端app的版本号或标识，该过程可以包括：

该客户端app开启运行时，向服务端发送客户端app的版本号或标识；或者

该客户端app定时向服务端发送客户端app的版本号或标识；

其中，客户端向服务端发送的版本号或标识可以是仅包括版本号或标识的数据包，也可以是包含在向服务端发送的请求的数据包中，服务端通过该请求的数据包获取客户端app的版本号或标识。

该服务端收到该客户端版app的版本号或标识后，对该客户端app版本号或标识进行标记和存储，以及若该客户端app为注册用户，将该客户端app版本号或标识与注册账号进行对应。

其中，服务端获取客户端app发送的版本号或标识的过程还可以包括：

服务端在与客户端app的进行其他数据信息交互过程中主动获取客户端app的版本号或标识。

具体的，服务端根据客户端app发送的版本号或标识，查找是否有与客户端app相符的插件的过程可以包括：

服务端根据客户端app的版本号或标识，查找是否有与客户端app的版本相符的第一插件。

其中，该插件可以包括多个；

具体的，可以包括针对不同版本的插件，即包括与每个客户端app版本对应的插件；也可以包括针对不同请求数据开发的插件；还可以包括针对不同版本及不同请求数据开发的插件，即与每个版本可以对应的多个插件。

具体的，该查找的过程可以包括：

服务端从存储的插件中查找；或者

服务端从新发布的插件中进行查找；或者

服务端根据请求中包括媒体数据，查找与该媒体数据匹配的插件；该媒体数据可以为当前所要发布的数据，针对所要发布的数据，开发适用不同客户端app版本的插件。

该第一插件为打包好的应用安装包，该应用安装包可以为针对不同的操作系统的，比如若客户端app为Android系统，则该第一插件即为一个打包好的Android应用安装包，即.apk安装包，该插件还可以为针对其他操作系统的安装包格式，在实际使用时具体进行封装设置，此处不再一一列举。

204、服务端将触发事件的操作数据封装至第一插件，生成第二插件。

具体的，将触发事件的操作数据封装至第一插件的方式可以包括：

将触发事件的操作数据及操作对象数据即媒体数据进行绑定，封装至第一插件，生成第二插件；

方式还可以包括：

通过软件中继承的方式，第一插件作为基类(或父类)，在第一插件的基础上将媒体数据和触发事件的操作数据进行绑定为第一插件的派生类(或子类)，生成第二插件。

除了上述方式之外，还可以包括其他的方式，本发明实施例对具体的方式不加以限定。

需要说明的是，此处第一插件与第二插件不完全是两个不同的插件，可以是对同一插件的数据封装，也可以是子类与父类的关系，此处第一，第二只是为了方便说明。

205、服务端将第二插件发送至客户端app。

具体的，服务端向客户端app发送第二插件，该第二插件即为封装后的应用安装包，该应用安装包可以为针对不同的操作系统的，比如若客户端app为Android系统，则发送的该第二插件即为一个封装后的Android应用安装包，即.apk安装包，该插件还可以为针对其他操作系统的安装包格式，在实际使用时具体进行封装设置，此处不再一一列举。

206、客户端app接收并加载第二插件。

具体的，客户端app加载第二插件的过程包括：

客户端app下载第二插件；以及

对下载的第二插件进行安全校验，若第二插件安全校验成功，则客户端app设置第二插件的初始化接口。

其中，客户端app通过网络下载插件的安装包。

示例性的，若客户端app是运行Android系统，该插件是一个打包好的Android应用安装包，即.apk安装包，下载插件即下载该打包好的apk安装包。

其中，客户端app下载插件的过程可以包括：该客户端app通过用户触发的下载指令下载第二插件，也可以是该客户端app自动下载该第二插件，自动下载可以是在后台进行。

需要说明的是，在客户端下载插件的过程中若因为网络中断、或设备关机等中止下载时，在网络恢复、或设备重新启动时继续进行下载，包括在后台下载和在界面中进行提示并下载，若用户触发拒绝下载的指令时，通过客户端本地插件加载数据。

对下载的插件进行安全校验的过程可以包括：

通过md5(message-digest algorithm 5，信息-摘要算法)校验法进行校验。

具体的，通过md5校验工具进行校验，将下载的插件的md5码与发布的插件的md5码进行比对，如果相同，则校验成功；若果不相同，则校验失败，校验失败后查找校验失败的原因，若发现该插件被修改，则服务端重新进行插件的发布。

对下载的插件进行安全校验的过程还可以包括：

通过数字证书签名进行校验。

本发明实施例对具体的通过数字证书签名进行校验的方式不加以限定。

除了上述方式之外，还可以通过其他方法进行安全校验，本发明实施例对具体的安全校验的方式不加以限定。

通过对下载客户端app进行安全校验，防止了插件被篡改，提高了下载的插件的安全性与可靠性。

其中，客户端app设置插件的初始化接口的过程可以包括：

具体的，若该插件是使用与Android系统的apk安装包，则可以使用DexClassLoader将apk文件加载到内存，然后按照预先预定好的协议，该协议指定了固定的入口class文件，通过DexClassLoader设定该插件的入口class文件，即在客户端设置插件的初始化接口。

可选的，参照图5所示，步骤206之后，方法还包括：

207、服务端根据客户端app发送的触发事件，向客户端推送媒体数据；

具体的，该过程可以包括：

客户端app接收用户输入的触发事件，该触发事件如步骤201中，包括第二手势、第二语音数据以及第二文本数据，此处不再加以赘述；

客户端app接收该触发事件后，获取触发事件所指示的媒体数据；

客户端app将所指示的媒体数据发送至服务端；

服务端根据向客户端app推送相符的媒体数据。

除此之外，该过程还可以通过其他方式实现，本发明实施例对具体的方式不加以限定。

208、客户端app根据用户设置的触发事件，执行对应的对媒体数据的操作。

具体的，因为用户设置的触发事件的操作数据已经封装在了第二插件，所以客户端app加载第二插件后，用户可以在客户端app对媒体数据进行操作，操作包括步骤201步骤中的第二手势、第二语音数据以及第二文本数据，此处不再加以赘述。

本发明实施例提供了一种用户交互方法，通过获取用户输入的请求，因为请求包括用户所要加载的媒体数据以及用户所设置的触发事件，服务端记录用户所要加载的媒体数据，且将触发事件的操作数据封装至第一插件，生成第二插件，客户端app通过加载第二插件实现媒体数据的展示和接收用户对媒体数据进行的触发事件，从而使得用户能够自行设置所要加载的媒体数据，以及对媒体数据的操作方式，满足了用户对界面进行多样化操作的需求，满足了用户自行设置的个性化需求；另外，因为该触发事件包括手势，从而通过手势进行操作进行一步满足了用户对app界面日益增强的个性化、操作便捷化的需求；且服务端将触发事件的操作数据封装至第一插件，生成第二插件，使得客户端app接收并加载第二插件，从而该方法能够通过插件实现，通过插件能够增加媒体数据在界面显示的流畅性和效果，同时增加用户操作的流畅性，提高了用户的使用体验。

实施例三

本发明实施例提供了一种客户端设备，参照图6所示，客户端设备至少包括一个app，并能够运行app，客户端设备通过客户端app与服务端设备进行数据交互，设备6包括：

用户请求获取模块61，用于获取用户输入的请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

请求发送模块62，用于向服务端设备发送请求，以使服务端获取请求，记录请求中用户所要加载的媒体数据，服务端获取与媒体数据相符的第一插件；

插件接收模块63，用于接收第二插件，第二插件是服务端设备将触发事件的操作数据封装至第一插件后生成的；

插件加载模块64，用于加载第二插件。

可选的，用户请求获取模块61包括：

第一手势获取子模块611，用于获取用户在客户端app界面输入的第一手势，第一手势的触发对象至少包括客户端app界面中展示媒体数据的部分界面；

第一语音数据获取子模块612，用于获取用户在客户端app界面输入的第一语音数据；

第一文本数据获取子模块613，用于获取用户在客户端app界面输入的第一文本数据；

其中，第一语音或者第一文本数据至少包括媒体数据；

媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

可选的，用户请求获取模块61还包括：

触发事件获取子模块614，用于获取用户在客户端app界面输入或选择的触发事件；

触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

可选的，插件加载模块64包括：

插件下载子模块641，用于下载第二插件；

安全校验子模块642，用于对下载的第二插件进行安全校验；

初始化接口设置子模块643，用于当安全校验模块对第二插件安全校验成功后，设置第二插件的初始化接口。

可选的，设备6还包括：

触发事件发送模块65，用于向服务端设备发送用于输入的触发事件；

媒体数据接收模块66，用于接收服务端设备根据客户端app发送的触发事件后，推送的媒体数据；

用户操作执行模块67，用于根据用户设置的触发事件，执行对应的对媒体数据的操作。

本发明实施例提供了一种客户端设备，该设备通过获取用户输入的请求，因为请求包括用户所要加载的媒体数据以及用户所设置的触发事件，从而将该请求发送至服务端设备，使得服务端设备记录用户所要加载的媒体数据，且使得服务端设备将触发事件的操作数据封装至第一插件，生成第二插件，从而客户端app通过接收服务端设备发送的第二插件，并加载第二插件实现媒体数据的展示和接收用户对媒体数据进行的触发事件，使得用户能够自行设置所要加载的媒体数据，以及对媒体数据的操作方式，满足了用户对界面进行多样化操作的需求，满足了用户自行设置的个性化需求；另外，因为该触发事件包括手势，从而通过手势进行操作进行一步满足了用户对app界面日益增强的个性化、操作便捷化的需求；且客户端设备通过将请求发送至服务端设备，使得服务端设备将触发事件的操作数据封装至第一插件，生成第二插件，发送第二插件至该客户端设备，使得客户端app接收并加载第二插件，从而该方法在客户端app能够通过插件实现，通过插件能够增加媒体数据在界面显示的流畅性和效果，同时增加用户操作的流畅性，提高了用户的使用体验。

实施例四

本发明实施例提供了一种服务端设备，参照图7所示，服务端设备与客户端app进行数据交互，设备7包括：

请求接收模块71，用于接收客户端app发送用户请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

媒体数据记录模块72，用于记录请求中用户所要加载的媒体数据；

第一插件获取模块73，用于获取与媒体数据相符的第一插件；

封装模块74，用于将触发事件的操作数据封装至第一插件；

第二插件生成模块75，用于生成第二插件；

第二插件发送模块76，用于向客户端app发送第二插件。

可选的，媒体数据记录模块72包括：

推送模型建立子模块721，用于根据媒体数据，建立与用户对应的兴趣数据；

兴趣数据用于指示用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

可选的，第一插件获取模块73包括：

版本号或标识获取子模块731，用于获取请求中包含的客户端app的版本号或标识；

第一插件查找子模块732，用于根据客户端app的版本号或标识，查找是否有与客户端app相符的第一插件；

第一插件获取子模块733，用于当第一插件查找子模块查找到符合客户端app的第一插件时，获取第一插件。

可选的，设备7还包括：

触发事件接收模块77，用于接收客户端app发送的用户输入的触发事件；

媒体数据推送模块78，用于根据客户端app发送的触发事件后，向客户端app推送媒体数据。

本发明实施例提供了一种服务端设备，该设备通过接收客户端设备发送的用户输入的请求，因为请求包括用户所要加载的媒体数据以及用户所设置的触发事件，并记录用户所要加载的媒体数据，且将触发事件的操作数据封装至第一插件，生成第二插件，从而向客户端设备发送第二插件，使得客户端app通过加载第二插件实现媒体数据的展示和接收用户对媒体数据进行的触发事件，使得用户能够自行设置所要加载的媒体数据，以及对媒体数据的操作方式，满足了用户对界面进行多样化操作的需求，满足了用户自行设置的个性化需求；另外，因为接收该触发事件包括手势，从而用户通过手势进行操作进行一步满足了用户对app界面日益增强的个性化、操作便捷化的需求；且服务端设备将触发事件的操作数据封装至第一插件，生成第二插件，使得客户端app接收并加载第二插件，从而该方法能够通过插件实现，通过插件能够增加媒体数据在界面显示的流畅性和效果，同时增加用户操作的流畅性，提高了用户的使用体验。

实施例五

本发明实施例提供了一种用户交互系统，参照图8所示，该系统8包括客户端设备81和服务端设备82，客户端设备81至少包括一个app，并能够运行app，客户端设备81通过客户端app与服务端设备82进行数据交互，

其中，客户端设备81包括：

用户请求获取模块811，用于获取用户输入的请求，请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

请求发送模块812，用于向服务端设备发送请求，以使服务端获取请求，记录请求中用户所要加载的媒体数据，服务端获取与媒体数据相符的第一插件；

插件接收模块813，用于接收第二插件，第二插件是服务端设备将触发事件的操作数据封装至第一插件后生成的；

插件加载模块814，用于加载第二插件；

服务端设备82包括：

请求接收模块821，用于接收客户端app发送用户请求，请求包括用于描述用户所要加载的媒体数据以及用户所设置的触发事件；

媒体数据记录模块822，用于记录请求中用户所要加载的媒体数据；

第一插件获取模块823，用于获取与媒体数据相符对应的第一插件；

封装模块824，用于将触发事件的操作数据封装至第一插件；

第二插件生成模块825，用于生成第二插件；

第二插件发送模块826，用于向客户端app发送第二插件。

可选的，用户请求获取模块811包括：

第一手势获取子模块8111，用于获取用户在客户端app界面输入的第一手势，第一手势的触发对象至少包括客户端app界面中展示媒体数据的部分界面；

第一语音数据获取子模块8112，用于获取用户在客户端app界面输入的第一语音数据；

第一文本数据获取子模块8113，用于获取用户在客户端app界面输入的第一文本数据；

其中，第一语音或者第一文本数据至少包括媒体数据；

媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

可选的，用户请求获取模块811还包括：

触发事件获取子模块8114，用于获取用户在客户端app界面输入或选择的触发事件；

触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

可选的，媒体数据记录模块822包括：

推送模型建立子模块8221，用于根据媒体数据，建立与用户对应的兴趣数据；

兴趣数据用于指示用户所感兴趣的品、商品类型、商品品牌以及数据推送方式。

可选的，第一插件获取模块823包括：

版本号或标识获取子模块8231，用于获取请求中包含的客户端app的版本号或标识；

第一插件查找子模块8232，用于根据客户端app的版本号或标识，查找是否有与客户端app相符的第一插件；

第一插件获取子模块8233，用于当第一插件查找子模块查找到符合客户端app的第一插件时，获取第一插件。

可选的，插件加载模块814包括：

插件下载子模块8141，用于下载第二插件；

安全校验子模块8142，用于对下载的第二插件进行安全校验；

初始化接口设置子模块8143，用于当安全校验模块对第二插件安全校验成功后，设置第二插件的初始化接口。

可选的，客户端设备81还包括：

触发事件发送模块815，用于向服务端设备发送用于输入的触发事件；

媒体数据接收模块816，用于接收服务端设备根据客户端app发送的触发事件后，推送的媒体数据；

用户操作执行模块817，用于根据用户设置的所述触发事件，执行对应的对媒体数据的操作；

服务端设备82还包括：

触发事件接收模块827，用于接收客户端app发送的用户输入的触发事件；

媒体数据推送模块828，用于根据客户端app发送的触发事件后，向客户端app推送媒体数据。

本发明实施例提供了一种用户交互系统，该系统中客户端设备通过获取用户数据的请求，因为请求包括用户所要加载的媒体数据以及用户所设置的触发事件，服务端设备记录用户所要加载的媒体数据，且将触发事件的操作数据封装至第一插件，生成第二插件，向客户端设备发送该第二插件，客户端app通过加载第二插件实现媒体数据的展示和接收用户对媒体数据进行的触发事件，从而用户能够自行设置所要加载的媒体数据，以及对媒体数据的操作方式，满足了用户对界面进行多样化操作的需求，满足了用户自行设置的个性化需求；另外，因为该触发事件包括手势，从而通过手势进行操作进行一步满足了用户对app界面日益增强的个性化、操作便捷化的需求；且服务端设备将触发事件的操作数据封装至第一插件，生成第二插件，使得客户端app接收并加载第二插件，从而该方法能够通过插件实现，通过插件能够增加媒体数据在界面显示的流畅性和效果，同时增加用户操作的流畅性，提高了用户的使用体验。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的客户端设备、服务端设备及系统在执行用户交互方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备或系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的客户端设备、服务端设备及系统与用户交互方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

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

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

Claims (10)

1.一种用户交互方法，其特征在于，所述方法包括：

客户端app获取用户输入的请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

服务端获取所述客户端app发送的所述请求，记录所述请求中用户所要加载的媒体数据，并获取与所述媒体数据相符的第一插件；

所述服务端将所述触发事件的操作数据封装至所述第一插件，生成第二插件，并将所述第二插件发送至所述客户端app；

所述客户端app接收并加载所述第二插件。

2.根据权利要求1所述的方法，其特征在于，当所述请求包括用户所要加载的媒体数据时，所述客户端app获取用户输入的请求包括：

获取用户在所述客户端app界面输入的第一手势，所述第一手势的触发对象至少包括所述客户端app界面中展示所述媒体数据类型的部分界面；或者

获取用户在所述客户端app界面输入的第一语音数据或者第一文本数据，所述第一语音或者第一文本数据至少包括所述媒体数据；

其中，所述媒体数据包括用户所指示的商品、商品类型、商品品牌以及数据推送方式。

3.根据权利要求1所述的方法，其特征在于，当所述请求包括用户所设置的触发事件时，所述客户端app获取用户输入的请求包括：

获取所述用户在所述客户端app界面输入或选择的触发事件；

所述触发事件的操作数据包括用户输入的第二手势、第二语音数据以及第二文本数据。

4.根据权利要求2或3所述的方法，其特征在于，所述服务端记录所述请求中用户所要加载的媒体数据包括：

根据所述媒体数据，建立与所述用户对应的兴趣数据；

所述兴趣数据用于指示用户所感兴趣的商品、商品类型、商品品牌以及数据推送方式。

5.根据权利要求4所述的方法，其特征在于，所述服务端获取与所述媒体数据相符的第一插件包括：

所述服务端获取所述请求中包含的所述客户端app的版本号或标识；

所述服务端根据所述客户端app的版本号或标识，查找是否有与所述客户端app相符的第一插件，若查找到符合所述客户端app的第一插件，则所述服务端获取所述第一插件。

6.根据权利要求1或5所述的方法，其特征在于，所述客户端app加载所述第二插件包括：

所述客户端app下载所述第二插件；以及

对下载的所述第二插件进行安全校验，若所述第二插件安全校验成功，则所述客户端app设置所述第二插件的初始化接口。

7.根据权利要求6所述的方法，其特征在于，所述客户端app接收并加载所述第二插件之后，所述方法还包括：

所述服务端根据所述客户端app发送的触发事件，向所述客户端推送媒体数据；

所述客户端app根据用户设置的所述触发事件，执行对应的对所述媒体数据的操作。

8.一种客户端设备，其特征在于，所述客户端设备至少包括一个app，并能够运行所述app，所述客户端设备通过所述客户端app与服务端设备进行数据交互，所述设备包括：

用户请求获取模块，用于获取用户输入的请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

请求发送模块，用于向所述服务端设备发送所述请求，以使所述服务端获取所述请求，记录所述请求中用户所要加载的媒体数据，并获取与所述媒体数据相符的第一插件；

插件接收模块，用于接收第二插件，所述第二插件是所述服务端设备将所述触发事件的操作数据封装至所述第一插件后生成的；

插件加载模块，用于加载所述第二插件。

9.一种服务端设备，所述服务端设备与客户端app进行数据交互，其特征在于，所述设备包括：

请求接收模块，用于接收所述客户端app发送用户请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

媒体数据记录模块，用于记录所述请求中用户所要加载的媒体数据；

第一插件获取模块，用于获取与所述媒体数据相符的第一插件；

封装模块，用于将所述触发事件的操作数据封装至所述第一插件；

第二插件生成模块，用于生成第二插件；

第二插件发送模块，用于向客户端app发送所述第二插件。

10.一种用户交互系统，其特征在于，所述系统包括服务端设备和客户端设备，所述客户端设备至少包括一个app，并能够运行所述app，所述客户端设备通过所述客户端app与所述服务端设备进行数据交互，

其中，所述客户端设备包括：

用户请求获取模块，用于获取用户输入的请求，所述请求包括用户所要加载的媒体数据以及用户所设置的触发事件；

请求发送模块，用于向所述服务端设备发送所述请求，以使所述服务端获取所述请求，记录所述请求中用户所要加载的媒体数据，所述服务端获取与所述媒体数据相符的第一插件；

插件接收模块，用于接收第二插件，所述第二插件是所述服务端设备将所述触发事件的操作数据封装至所述第一插件后生成的；

插件加载模块，用于加载所述第二插件；

所述服务端设备包括：

请求接收模块，用于接收所述客户端app发送用户请求，所述请求包括用于描述用户所要加载的媒体数据以及用户所设置的触发事件；

媒体数据记录模块，用于记录所述请求中用户所要加载的媒体数据；

第一插件获取模块，用于获取与所述媒体数据相符的第一插件；

封装模块，用于将所述触发事件的操作数据封装至所述第一插件；

第二插件生成模块，用于生成第二插件；

第二插件发送模块，用于向所述客户端app发送所述第二插件。