具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

以下对相关技术中的两种挂件数据的数据流转模型进行说明。

图1示出了一种数据流转模型的示意图。参照图1，运营人员通过上游服务预先定义挂件的挂件配置、挂件元数据等信息，并将挂件配置、挂件元数据等存储在数据源中。分发服务从上游服务处获取挂件配置、挂件元数据等信息。将挂件配置、挂件元数据等信息发送至信令服务。信令服务向在线用户账户中的目标用户账户发送挂件开启或关闭的信令。通过图1的数据流转模型可以解决海量直播间挂件的实时展示问题，但是随着运营活动的增多，不同活动阶段对挂件样式有不一样的需求，使用图1中的数据流转模型无法实现快速迭代新挂件样式。

图2示出了另一种数据流转模型的示意图，可以解决挂件样式快速迭代、实时变更的问题。参照图2，预先在客户端配置几种固定挂件模板以及运营活动所需的挂件样式；定义每个挂件样式对应的挂件元数据，并将挂件元数据存储在数据源中；定义每个挂件样式的挂件配置，并将挂件配置存储在配置中心；预先制定与每种挂件样式对应的私有通信协议，并将私有通信协议以模板的形式存储在服务端。在需要展示目标挂件样式时，确定与目标挂件样式对应的目标私有通信协议。分发服务从上游服务处获取目标挂件样式的目标挂件元数据，从配置中心获取目标挂件样式的目标挂件配置。将目标挂件配置、以目标私有通信协议约定的格式封装的目标挂件元数据发送至客户端，以使客户端根据目标挂件元数据和目标挂件配置展示目标挂件样式。采用这种方式虽解决挂件样式的快速迭代变更，但是上述方式需提前将运营活动所需的挂件样式配置在客户端，在挂件样式发生修改或者有新的挂件样式产生时，都需要通过客户端更新版本解决。

针对上述问题，本公开提供了一种数据处理方法，可以应用于如图3所示的应用环境中。其中，终端310通过网络与服务器320进行交互。终端310中安装有支持挂件展示的应用程序。该应用程序可以是社交类、即使通信类、短视频类、电商类等应用程序，其具备对本公开的样式描述语言进行解析的功能。服务器320中存储有多个与挂件样式对应的样式描述文件。样式描述文件是按照预设的样式描述语言定义的格式对挂件的挂件样式进行描述得到的。具体地，终端310在需要展示待展示挂件时，向服务器320发送待展示挂件的挂件样式获取请求。服务器320响应于挂件样式获取请求，获取待展示挂件的样式描述文件，并按照预先配置的统一的通信协议将样式描述文件发送至终端310。终端310在接收到样式描述文件后，对样式描述文件进行解析，得到待展示挂件的挂件样式描述信息，并按照挂件样式描述信息展示待展示挂件。

其中，终端310可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、便携式可穿戴设备。服务器320可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图4是根据一示例性实施例示出的一种数据处理方法的流程图，如图4所示，数据处理方法用于服务器中，包括以下步骤。

在步骤S410中，获取客户端针对待展示挂件的挂件样式获取请求。

其中，待展示挂件可以是客户端当前或者即将要展示的挂件。待展示挂件可以是客户端当前正要展示的挂件，相应地，挂件样式获取请求则可以是客户端在需要展示待展示挂件时实时发出的请求。或者，待展示挂件可以是客户端在未来某一时间段即将要展示的挂件，相应地，挂件样式获取请求则可以是客户端的预加载请求。客户端可以是指当前正请求待展示挂件的所有客户端，数量可以为一个或者多个。

具体地，客户端向服务器发送待展示挂件的挂件样式获取请求，挂件样式获取请求中可以携带待展示挂件的目标挂件标识。挂件标识用于唯一性地区分挂件。

在步骤S420中，响应于挂件样式获取请求，获取待展示挂件的样式描述文件，样式描述文件是按照预设的样式描述语言定义的格式对待展示挂件的挂件样式进行描述得到的。

其中，样式描述语言可以是指专用于描述挂件样式的领域特定语言(DSL，domain-specific language)。通过采用统一的计算机语言描述挂件样式，统一挂件样式的描述标准，使得不同的运营人员可以减少对不同模板的理解成本，从而降低开发人力成本。另外，在使用样式描述语言描述挂件样式的情况下，针对不同的挂件样式可以配置统一的通信协议，经统计，使用样式描述语言描述挂件样式，可以节省过半的人力成本，挂件样式的开发时间也从原来天级别下降至分钟级别。

样式描述文件中可以包含挂件样式描述信息，例如，挂件样式的修饰参数(形状、字体、字号、颜色、尺寸等)。

具体地，服务器中预先存储有至少一个挂件的样式描述文件。挂件和样式描述文件之间可以通过挂件标识建立对应关系。服务器响应于挂件样式获取请求，根据挂件样式获取请求中携带的目标挂件标识查询得到与目标挂件标识对应的样式描述文件。

在步骤S430中，将样式描述文件发送至客户端，客户端用于对样式描述文件进行解析，得到待展示挂件的挂件样式描述信息。

具体地，服务器按照预先配置的通信协议将查询得到的样式描述文件发送至客户端。客户端通过预先部署的解析功能对样式描述文件进行解析，得到客户端能够直接识别的挂件样式描述信息。

进一步地，客户端在检测到待展示挂件的展示时间到达时，根据挂件样式描述信息生成待展示挂件，并将待展示挂件显示在页面中。示例性地，待展示挂件为显示在购物直播间的节日折扣活动挂件。客户端在购物直播间开播后，根据节日折扣活动挂件的挂件描述信息生成节日折扣活动挂件，并将节日折扣活动挂件显示在购物直播间页面中。

进一步地，样式描述文件中还可以包含挂件配置信息，例如，挂件的展示时长、展示位置等。客户端通过预先部署的解析功能对样式描述文件进行解析，得到挂件配置信息，并根据挂件配置信息展示待展示挂件。

进一步地，服务器还可以无需响应客户端的挂件样式获取请求，主动将待展示挂件的样式描述文件发送至需要展示待展示挂件的客户端。例如，待展示挂件为显示在购物直播间的节日折扣活动挂件。服务器可以主动将节日折扣活动挂件的样式描述文件发送至已创建购物直播间的客户端，以使这些客户端在购物直播间开播后，在直播间页面中显示节日折扣活动挂件。

上述数据处理方法中，预先定义用于描述挂件样式的样式描述语言，按照样式描述语言定义的格式对每个挂件的挂件样式进行描述得到对应的样式描述文件，在使用样式描述语言描述挂件样式的情况下，针对不同的挂件样式配置统一的通信协议，使得不同的开发人员只需理解样式描述语言，并使用样式描述语言编写样式描述文件即可，无需理解多种私有传输协议，以及无需为不同的挂件样式配置相应的私有传输协议，从而可以简化挂件样式的开发过程，减少开发成本。通过预先在客户端配置解析样式描述文件的功能，在服务器响应于客户端在需要展示待展示挂件时发送的挂件样式获取请求，获取待展示挂件的样式描述文件，并将样式描述文件发送至客户端后，通过客户端对样式描述文件进行解析，得到待展示挂件的挂件样式描述信息，从而可以实现实时下发挂件样式的样式描述文件，无需客户端更新版本便可使客户端快速获取挂件样式的挂件样式描述信息。

在一示例性实施例中，如图5所示，所述方法还包括：

在步骤S510中，获取待展示挂件的新样式描述文件，新样式描述文件是按照样式描述语言定义的格式对待展示挂件的新挂件样式进行描述得到的。

在步骤S520中，将新样式描述文件发送至客户端，客户端用于对新样式描述文件进行解析，得到待展示挂件的新挂件样式描述信息，并使用新挂件样式描述信息替换挂件样式描述信息。

具体地，在待展示挂件的挂件样式产生变更时，运营人员可以按照样式描述语言定义的格式对新挂件样式进行编写，生成对应的新样式描述文件，并将新样式描述文件存储至服务器中。服务器获取待展示挂件的新样式描述文件，确定需要展示待展示挂件的客户端。将新样式描述文件发送至客户端。客户端在接收到新样式描述文件后，通过预先部署的解析功能对样式描述文件进行解析，得到客户端能够直接识别的新挂件样式描述信息。客户端使用新挂件样式描述信息替换已存在的挂件样式描述信息。根据新挂件样式描述信息生成新待展示挂件。

本实施例中，在待展示挂件的挂件样式描述信息发生变更时，通过使用样式描述语言定义的格式对新挂件样式进行描述得到对应的新样式描述文件，并实时将新样式描述文件发送至客户端，无需客户端更新版本便可使客户端快速获取挂件样式的挂件样式描述信息，极大地简化了挂件样式的更新过程。

在一示例性实施例中，在步骤S520，将新样式描述文件发送至客户端，包括：将新样式描述文件发送至预先部署的资源预加载服务，资源预加载服务用于将新样式描述文件发送至预先部署的信令服务，信令服务用于将新样式描述文件发送至客户端。

其中，资源预加载服务可以是指用于对挂件样式资源进行预加载的服务。信令服务可以是指以信令的方式向客户端传输挂件样式资源的服务。资源预加载服务和信令服务可以集中部署在中心平台中，也可以分别部署。

信令通常为服务器主动下发的命令，不需要依赖客户端的请求。可以部署长连接服务，通过长连接服务在服务器与客户端之间建立长连接，实现服务器能够实时、主动地向客户端下发信令。长连接服务可以是指用于建立、维护、发送和接收信令的服务。通过使服务器与客户端之间建立长连接，可以减少请求连接次数和时间，提高信令下发效率。

信令可以采用StateSignal和ActionSignal中的任一种。其中，StateSignal为一种非易失的信令，信令发送后会持续存在于长连接服务中，使长连接服务可以存储、维护这种信令的状态，从而使得需展示待展示挂件的客户端都能够接收到该信令。ActionSignal为一种易失的信令，长连接服务不会存储该信令。该信令发送给客户端之后，后展示待展示挂件的客户端无法接收到该信令。因此，在实际使用中，可以配置StateSignal，从而使得所有需展示待展示挂件的客户端都能够接收到服务器发出的信令。

具体地，服务器在获取待展示挂件的新样式描述文件后，可以将新样式描述文件发送至预先部署的资源预加载服务。通过资源预加载服务将新样式描述文件发送至预先部署的信令服务。通过信令服务将包含新样式描述文件的信令发送至客户端。

本实施例中，通过部署资源预加载服务，用于分发待展示挂件的新样式描述文件，相对于相关技术中的数据流转模型而言，可以避免单次信令带来的带宽限制问题，从而能够支持传输较为复杂的挂件样式的样式描述文件。通过以信令的方式将新样式描述文件发送至客户端，可以使客户端能够动态地、实时地获取新挂件样式描述信息，使客户端能够及时切换至展示最新样式的挂件。

在一示例性实施例中，如图6所示，获取客户端针对待展示挂件的挂件样式获取请求之后，还包括：

在步骤S610中，从内容分发网络的各个节点中确定用于处理挂件样式获取请求的目标节点。

其中，内容分发网络(Content Delivery Network或Content DistributionNetwork，CDN)是指一种透过互联网互相连接的电脑网络系统，可以基于服务器与客户端所在终端之间的距离确定最靠近每个终端的服务器，通过最靠近每个终端的服务器更快、更可靠地将音乐、图片、视频、应用程序及其他文件发送至终端中的客户端，从而达到高性能、可扩展性及低成本的效果。

具体地，服务器预先将已存在的至少一个挂件的样式描述文件发送至内容分发网络的各个节点(即服务器节点)。各个节点接收并存储至少一个挂件的样式描述文件。在服务器获取客户端发送的挂件样式获取请求后，可以根据挂件样式获取请求中携带的客户端信息确定客户端所在终端的位置。根据该位置查找与客户端距离最近的目标节点。其中，客户端信息可以是指能够从客户端直接获取的信息。例如，客户端标识、用户账户标识、客户端所在终端的IP(Internet Protocol，网际互连协议)地址、客户端所在终端所处的位置等。客户端信息还可以是基于从客户端直接获取的信息进一步得到的关联信息。例如，根据终端所处的位置(可以使用经纬度表征)进一步得到终端所处的省份等。

在本实施例中，步骤S420实际可以通过步骤S620实现，步骤S430实际可以通过步骤S630实现：

在步骤S620中，通过目标节点获取待展示挂件的样式描述文件。

在步骤S630中，通过目标节点将样式描述文件发送至客户端。

具体地，服务器将目标节点的IP地址发送至客户端。客户端在接收目标节点的IP地址后，向与该IP地址对应的目标节点请求待展示挂件的样式描述文件，以使目标节点根据待展示挂件的目标挂件标识查询得到对应的样式描述文件，并将该样式描述文件发送至客户端。

本实施例中，通过部署资源预加载服务，用于将已存在的至少一个挂件的样式描述文件预加载至内容分发网络的各个节点，通过内容分发网络的各个节点处理客户端的挂件样式获取请求，使客户端能够就近取得所需样式描述文件，提高客户端请求样式描述文件的响应速度。

在一示例性实施例中，所述方法还包括：对样式描述文件进行压缩处理，得到压缩处理后的样式描述文件。

具体地，压缩处理可以使用预先配置的文件压缩程序实现，例如，Gzip(一种文件压缩程序)、Zlib(提供数据压缩用的函式库)。在服务器获取至少一个挂件的样式描述文件后，可以通过预先配置的文件压缩程序对每个样式描述文件进行压缩处理，得到对应的压缩处理后的样式描述文件。相应地，客户端需要具备对压缩处理后的样式描述文件进行解压的功能。

进一步地，在这种情况下，服务器响应于客户端针对待展示文件的样式文件获取请求，可以将压缩处理后的样式描述文件发送至客户端，以使客户端对压缩处理后的样式描述文件进行解压处理和解析，得到挂件样式描述信息。

进一步地，在服务器获取待展示挂件的新样式描述文件后，也可以通过文件压缩程序对新样式描述文件进行压缩处理，得到对应的压缩处理后的新样式描述文件。

本实施例中，通过对样式描述文件进行压缩处理，尤其对于包含多个展示页面的挂件，由于不同的展示页面之间可能存在相似的页面布局，描述每个页面布局的样式描述文件也会出现重复的定义，通过采用压缩算法可以减小文件传输所消耗的带宽，加快文件传输效率。

在一示例性实施例中，所述方法还包括：响应于挂件样式获取请求，获取与待展示挂件对应的挂件数据；将挂件数据发送至预先部署的信令服务，信令服务用于将挂件数据发送至客户端。

其中，挂件数据可以但不限于是在待展示挂件的展示页面中呈现的数据，例如，文字信息、图片信息等。挂件数据可以使用通用计算机语言描述得到，例如，使用C++(一种计算机编程语言)、JAVA(一种计算机编程语言)等描述得到。

具体地，挂件数据可以预先定义并存储在服务器中，通过挂件标识与挂件建立对应关系。服务器响应于挂件样式获取请求，根据挂件样式获取请求中携带的目标挂件标识查找与目标挂件标识对应的挂件数据，将挂件数据发送至预先部署的信令服务。通过信令服务将挂件数据发送至客户端。其中，通过信令服务发送挂件数据的具体实现方式可以参照上述实施例，在此不做具体阐述。

本实施例中，采用不同的计算机语言分别描述同一挂件对应的挂件样式描述信息和挂件数据，解耦挂件样式与挂件数据，相对于相关技术而言，挂件样式的传输不再依赖服务器和客户端之间的长连接，从而可以减少服务器与客户端之间的长连接带宽成本。

在一示例性实施例中，上述统一的通信协议可以是预设的私有通信协议。客户端和服务器之间可以通过私有通信协议传输数据。其中，私有通信协议是指客户端与服务器之间通讯的数据帧格式的约定。私有通信协议可以使用现有的数据描述语言描述得到。例如，Protocol Buffers(一种序列化数据结构的协议)。Protocol Buffers尤其适用于透过管道(pipeline)或存储资料进行通信的程序。通过Protocol Buffers可以定义数据的格式，并生成基于各种语言的代码。定义的数据可以轻松地传递并不破坏已有的程序，并且对这些数据进行更新时现有的程序也不会受到任何的影响。

具体地，服务器在获取待展示挂件的样式描述文件和挂件数据后，按照预先配置的私有通信协议所定义的数据格式封装样式描述文件和挂件数据，将样式描述文件和挂件数据发送至客户端。本实施例中，通过采用基于Protocol Buffers数据格式的私有通信协议作为数据传输协议，可以加快样式描述文件和挂件数据的传输效率，从而更好地实现样式描述文件和挂件数据的数据传输实时性。

在一示例性实施例中，服务器中预先配置有样式文件发送策略，当需展示待展示挂件的客户端的数量为多个时，服务器按照样式文件发送策略，将样式描述文件分批次发送至客户端。示例性地，服务器可以按照样式文件发送策略，先将样式描述文件发送给一小部分客户端(例如，10％的客户端)，当确定该一小部分客户端接收成功后，再将样式描述文件发送至剩余的客户端。或者，服务器对多个客户端进行预设批次的均匀划分，依次将样式描述文件发送至每批次客户端。

本实施例中，通过部署样式文件发送策略，使服务器能够按照样式文件发送策略分批次完成样式描述文件的发送，可以减轻服务器单次发送的压力；通过分批次发送，还能够及时发现文件传输过程中出现的故障，从而提高文件传输的稳定性。

在一示例性实施例中，挂件样式获取请求是客户端发送的预加载请求，客户端中包括多个预加载请求，客户端用于按照预设的请求发送策略分批次发送多个预加载请求。

其中，多个预加载请求可以包括多种文件的预加载请求，例如，待展示挂件的样式描述文件的预加载请求、商品信息的预加载请求等。

具体地，当满足预加载启动条件时，客户端按照预设的请求发送策略对多个预加载I请求进行划分，并按照划分好的批次依次将每批预加载请求发送至服务器。例如，客户端对多个预加载请求进行预设批次的均匀划分，依次将每批预加载请求发送至服务器。服务器对每批预加载请求进行处理，将每批预加载请求对应的资源陆续发送至客户端。

本实施例中，通过部署请求发送策略，使客户端能够按照请求发送策略分批次发送预加载请求，可以减轻服务器处理预加载请求的压力，且还可以减轻客户端预加载过程的运行压力。

图7是根据一示例性实施例示出的一种数据处理方法的流程图。数据处理方法可以应用于图8所示的数据流转模型中。在本实施例中，挂件可以是在直播间中展示的挂件，如图7所示，包括以下步骤：

在步骤S702中，服务器获取至少一个挂件的样式描述文件。样式描述文件是按照预设的样式描述语言定义的格式对挂件的挂件样式进行描述得到的。

在步骤S704中，服务器对样式描述文件进行压缩处理，并将压缩处理后的样式描述文件存储至数据源中。

在步骤S706中，分发服务通过上游服务获取至少一个挂件的样式描述文件，将至少一个挂件的样式描述文件发送至资源预加载服务。

在步骤S708中，资源预加载服务将至少一个挂件的样式描述文件预加载至内容分发网络的各个节点中。

在步骤S710中，服务器获取客户端针对待展示挂件的挂件样式获取请求，挂件样式获取请求中可以携带目标挂件标识。挂件样式获取请求可以是客户端在直播间已创建但是还未开播时发送的预加载请求。客户端中包括多个预加载请求，客户端可以按照预设的请求发送策略分批次发送多个预加载请求。请求发送策略的具体实现方式可以参照上述实施例，在此不作具体阐述。

在步骤S712中，服务器从内容分发网络的各个节点中确定用于处理挂件样式获取请求的目标节点。确定目标节点的具体实现方式可以参照上述实施例，在此不作具体阐述。

在步骤S714中，目标节点查询得到与目标挂件标识对应的样式描述文件，将样式描述文件发送至客户端。

在步骤S716中，服务器响应于挂件样式获取请求，从数据源中获取与目标挂件标识对应的挂件数据。

在步骤S718中，服务器将挂件数据发送至预先部署的信令服务，通过信令服务将挂件数据发送至客户端。

在步骤S720中，客户端对样式描述文件进行解压和解析，得到待展示挂件的挂件样式描述信息。在待展示挂件的展示时间到达时，根据挂件样式描述信息和挂件数据直播间中展示待展示挂件。

进一步地，当服务器获取与目标挂件标识对应的新样式描述文件时，可以对新样式描述文件进行压缩处理，并将压缩处理后的新样式描述文件发送至资源预加载服务。资源预加载服务将新样式描述文件发送至信令服务，通过信令服务将新样式描述文件发送至客户端。客户端在接收到新样式描述文件后，对新样式描述文件进行解压和解析，得到待展示挂件的新挂件样式描述信息，并使用新挂件样式描述信息替换挂件样式描述信息。

本实施例中，预先定义用于描述挂件样式的样式描述语言，按照样式描述语言定义的格式对每个挂件的挂件样式进行描述得到对应的样式描述文件，使得不同的开发人员只需理解样式描述语言，并使用样式描述语言编写样式描述文件即可，无需理解多种私有传输协议，以及无需为不同的挂件样式配置相应的私有传输协议，从而可以简化挂件样式的开发过程，减少开发成本。通过预先在客户端配置解析样式描述文件的功能，可以实现实时下发挂件样式的样式描述文件，无需客户端更新版本便可使客户端快速获取挂件样式的挂件样式描述信息。

应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图9是根据一示例性实施例示出的一种数据处理装置900框图。参照图9，该装置包括请求获取模块902、文件获取模块904、第一发送模块906。

请求获取模块902，被配置为执行获取客户端针对待展示挂件的挂件样式获取请求，挂件样式获取请求是所述客户端在需要展示待展示挂件时发送的请求；文件获取模块904，被配置为执行响应于挂件样式获取请求，获取待展示挂件的样式描述文件，样式描述文件是按照预设的样式描述语言定义的格式对待展示挂件的挂件样式进行描述得到的，在使用样式描述语言描述挂件样式的情况下，针对不同的挂件样式配置统一的通信协议；第一发送模块906，被配置为执行将样式描述文件发送至客户端，客户端用于对样式描述文件进行解析，得到待展示挂件的挂件样式描述信息。

在一示例性实施例中，装置900还包括：新文件获取模块，被配置为执行获取待展示挂件的新样式描述文件，新样式描述文件是按照样式描述语言定义的格式对待展示挂件的新挂件样式进行描述得到的；第二发送模块，被配置为执行将新样式描述文件发送至客户端，客户端用于对新样式描述文件进行解析，得到待展示挂件的新挂件样式描述信息，并使用新挂件样式描述信息替换挂件样式描述信息。

在一示例性实施例中，第二发送模块，被配置为执行将新样式描述文件发送至预先部署的资源预加载服务，资源预加载服务用于将新样式描述文件发送至预先部署的信令服务，信令服务用于将新样式描述文件发送至客户端。

在一示例性实施例中，装置900还包括：节点确定模块，被配置为执行从内容分发网络的各个节点中确定用于处理挂件样式获取请求的目标节点，内容分发网络的各个节点中存储有至少一个挂件的样式描述文件，至少一个挂件的样式描述文件是资源预加载服务预先发送至各个节点中的；文件获取模块904，被配置为执行通过目标节点获取待展示挂件的样式描述文件；第一发送模块906，被配置为执行通过目标节点将样式描述文件发送至客户端。

在一示例性实施例中，装置900还包括：压缩模块，被配置为执行对样式描述文件进行压缩处理，得到压缩处理后的样式描述文件；第一发送模块906，被配置为执行将压缩处理后的样式描述文件发送至客户端，客户端用于对压缩处理后的样式描述文件进行解析，得到挂件样式描述信息。

在一示例性实施例中，装置900还包括：数据获取模块，被配置为执行响应于挂件样式获取请求，获取与待展示挂件对应的挂件数据；第三发送模块，被配置为执行将挂件数据发送至预先部署的信令服务，信令服务用于将挂件数据发送至客户端。

在一示例性实施例中，第一发送模块906，被配置为执行按照预先配置的样式文件发送策略，将样式描述文件分批次发送至客户端。

在一示例性实施例中，第一发送模块906，被配置为执行按照预先配置的私有通信协议所定义的数据格式封装样式描述文件，将样式描述文件发送至客户端。

在一示例性实施例中，挂件样式获取请求是客户端发送的预加载请求，客户端中包括多个预加载请求，客户端用于按照预设的请求发送策略分批次发送多个预加载请求。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图10是根据一示例性实施例示出的一种用于数据处理的电子设备S00的框图。例如，电子设备S00可以为一服务器。参照图10，电子设备S00包括处理组件S20，其进一步包括一个或多个处理器，以及由存储器S22所代表的存储器资源，用于存储可由处理组件S20的执行的指令，例如应用程序。存储器S22中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件S20被配置为执行指令，以执行上述数据处理方法。

电子设备S00还可以包括一个电源组件S24被配置为执行电子设备S00的电源管理，一个有线或无线网络接口S26被配置为将电子设备S00连接到网络，和一个输入输出(I/O)接口S28。电子设备S00可以操作基于存储在存储器S22的操作系统，例如WindowsServer，Mac OS X，Unix，Linux，FreeBSD或类似。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器S22，上述指令可由电子设备S00的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一项实施例所述的数据处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。