CN103685179B - 一种内容压缩方法、装置及系统 - Google Patents

Abstract

本发明公开了一种内容压缩方法、装置及系统，涉及通信技术领域，解决了现有技术中压缩设备压力大且仅能按照统一标准对所有的数据内容进行压缩的技术问题。其中，该方法包括：业务网关根据接收到的用户访问请求查找对应的压缩等级决策信息，根据压缩等级决策信息和预设的决策规则确定用户访问请求的压缩等级，并压缩等级插入到用户访问请求中发送到缓存系统实体；缓存系统实体拦截业务网关发送的用户访问请求，并查找是否存储有与用户访问请求对应的数据内容；若查找到对应的数据内容，则解析用户访问请求中压缩等级，并按照压缩等级对查找到的数据内容进行压缩，再将压缩后的数据内容返回到业务网关。本发明主要用于内容压缩。

Description

一种内容压缩方法、装置及系统

技术领域

本发明涉及通信技术领域，特别涉及一种内容压缩方法、装置及系统。

背景技术

数据业务的迅速发展使得移动网络承载的数据流量的大幅增加，进而导致移动通信网络的传输压力骤增。为了缓解承载网络的压力，需要对特定用户使用特定数据业务时传输的内容（包括文本、图片、视频等）进行适当的压缩。

目前现有的压缩技术有内容压缩以及协议优化。其中内容压缩根据压缩对象的不同分为三类：（1）文本压缩：主要有减少冗余信息（如多余的符号及注释）等；（2）图片压缩：包括转换图片格式、降低图片分辨率等；（3）视频压缩：包括转换视频格式、降低帧速率等。协议压缩是指通过精简和优化TCP协议、HTTP等应用层协议，减少网络流量传输。

用户访问数据业务主要涉及的移动网络设备包括业务网关以及Cache系统实体。其中业务网关是连接业务网和承载网的网关设备，主要负责对用户请求的处理，包括协议转换、用户信息的插入以及高速缓存代理等等。Cache系统实体是在IP网络中部署的缓存系统，存储互联网中的热点或特定内容。

现有技术中，用户接入内容源访问的过程的主要包括如下三种情况，如图1所示：

（1）Cache系统实体截取用户HTTP GET请求。用户发起的业务访问HTTP GET请求时，业务网关受理该请求；在业务网关至内容源的路径中，Cache系统实体采用DNS劫持的方式将用户HTTP请求引导至Cache系统实体，当用户请求被劫持至cache系统实体后，cache系统实体查询本地是否已缓存用户请求的内容。若请求的内容访问命中，则Cache系统实体直接将缓存的内容返回给用户，从而降低客户访问互联网的时延，有效提升用户访问速度，增强用户的数据业务体验。

（2）若Cache系统实体中未包含请求的内容，则由Cache系统实体以二次代理方式继续访问内容源获取用户请求的内容，并将获取的内容将由业务网关返回至用户的终端处。

（3）对于未被劫持的请求，业务网关将用户请求直接发送至内容源，有内容源直接返回用户请求的内容。

但是，发明人发现现有技术的上述实现过程至少存在如下技术问题：

现有技术方案中压缩功能模块部署在业务网关上，由于所有用户请求的内容最终都会经过业务网关，因此业务网关面临压缩量大，且压缩方式与压缩内容不适配的技术问题；即便现有技术方案是由Cache系统对缓存内容进行预先压缩，降低了业务网关的压缩工作量，但是该方案仍然存在压缩方式不适配的技术问题。

发明内容

为了解决现有技术中无法兼顾压缩效率以及压缩方式适配的技术问题，本发明提出一种内容压缩方法、装置及系统。

一种内容压缩方法，包括：

业务网关根据接收到的用户访问请求查找对应的压缩等级决策信息；业务网关根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级，并将所述压缩等级插入到所述用户访问请求中发送到缓存系统实体；

缓存系统实体拦截所述业务网关发送的用户访问请求，并查找是否存储有与所述用户访问请求对应的数据内容；若查找到对应的数据内容，则解析所述用户访问请求中压缩等级，并按照所述压缩等级对查找到的数据内容进行压缩，再将压缩后的数据内容返回到所述业务网关。

本发明提供的内容压缩方法中，业务网关可以充分利用本地存储的各用户的压缩等级决策信息确定用户的压缩等级，并将该压缩等级插入到用户访问请求中，在缓存系统实体拦截该请求后，若本地存储有该请求的对应数据内容时，可以根据压缩等级适当对书内容进行压缩，由于压缩方式与数据内容匹配，因此可以取得在提高压缩效率的同时，减少压缩资料浪费的技术效果。

一种业务网关上的内容压缩装置，包括：

查找模块，用于根据接收到的用户访问请求查找对应的压缩等级决策信息；

确定模块，用于根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级；

插入模块，用于将所述压缩等级插入到所述用户访问请求；

发送模块，用于将所述用户访问请求发送到缓存系统实体。

本发明提供的上述方案中业务网关采用根据接收到的用户访问请求查找到本地保存的该用户的对应的压缩等级决策信息，并根据该压缩等级决策信息和预设的决策规则确定该用户访问请求对应访问的数据内容的压缩等级，再将该压缩等级插入到用户访问请求中的技术手段，解决了现有技术中缓存系统实体或业务网关压缩内容时仅能采用同一压缩方式的技术问题，充分利用了业务网关上的信息资源（具体为压缩等级决策信息），进而取得了在后继压缩过程中帮助缓存系统实体或业务网关对压缩方式进行区别，可针对不同的数据内容采用对应适合的压缩方式，提高压缩效率，避免业务网关压缩能力浪费的技术效果。

一种缓存系统实体上的内容压缩装置，包括：

拦截模块，用于拦截业务网关发送的用户访问请求，并查找是否存储有与所述用户访问请求对应的数据内容；

解析模块，用于当拦截模块查找到对应的数据内容时，解析所述用户访问请求中压缩等级；

压缩模块，用于按照所述压缩等级对查找到的数据内容进行压缩；

反馈模块，用于将压缩后的数据内容返回到所述业务网关。

本发明提供的上述方案中，缓存系统实体可以对查找到的数据内容根据解析出的压缩等级采用不同的压缩方式，解决了现有技术中，缓存系统实体对所有格式的数据内容采用同一压缩方式的技术问题，进而取得了可对不同的数据内容适配不同的压缩方式，提高缓存系统实体压缩效率，减少压缩功能耗费资源的技术效果。

一种内容压缩系统，包括至少一个业务网关和缓存系统实体；

所述业务网关，用于根据接收到的用户访问请求查找对应的压缩等级决策信息，再根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级，并将所述压缩等级插入到所述用户访问请求中发送到缓存系统实体。

所述缓存系统实体，用于拦截业务网关发送的用户访问请求，查找是否存储有与所述用户访问请求对应的数据内容；若查找到对应的数据内容，则解析所述用户访问请求中压缩等级，再根据所述压缩等级对查找到的数据内容进行压缩，并将压缩后的数据内容返回到所述业务网关。

本发明提供的内容压缩系统中，业务网关可以充分利用本地存储的各用户的压缩等级决策信息确定用户的压缩等级，并将该压缩等级插入到用户访问请求中，在缓存系统实体拦截该请求后，若本地存储有该请求的对应数据内容时，可以根据压缩等级适当对书内容进行压缩，由于压缩方式与数据内容匹配，因此可以取得在提高压缩效率的同时，减少压缩资料浪费的技术效果。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

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

图1为背景技术中内容压缩方法的场景图；

图2为本发明实施例1中内容压缩方法的场景示意图；

图3为本发明实施例1中部署在业务网关上的内容压缩方法的流程示意图；

图4为本发明实施例1中部署在Cache系统实体上的内容压缩方法的流程示意图；

图5为本发明实施例2中的内容压缩方法中Cache系统实体查找到请求的数据内容的情况下的流程示意图；

图6为本发明实施例2中的内容压缩方法中Cache系统实体未查找到请求的数据内容的情况下的流程示意图；

图7为本发明实施例3中一种业务网关上的内容压缩装置的结构示意图；

图8为本发明实施例4中一种Cache系统实体上的内容压缩装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。

实施例1

本实施例提供一种内容压缩方法，该方法适合部署在如图2所示场景中的业务网关上，参照图2，其中Cache系统实体可与多个业务网关相连进行交互，联动完成压缩功能；业务网关可与Cache系统实体相连，也可直接连接至Internet上的内容源直接获取数据内容。

如图3所示，该方法包括：

步骤101，业务网关接收到用户终端发送的用户访问请求，该用户访问请求具体为HTTP GET请求。

步骤102，业务网关根据接收到的用户访问请求查找对应的压缩等级决策信息。

由于现有的业务网关上可以直接查找到用户签约信息、业务QoS需求、用户位置信息、时间信息等，所以可以利用者部分信息到本发明中，构成用于确实数据内容压缩方式的压缩等级决策信息。具体而言，在本实施例中，压缩等级决策信息包括：业务QoS级别，用户级别；

步骤103，业务网关根据压缩等级决策信息和预设的决策规则确定用户访问请求的压缩等级（这里用户访问请求的压缩等级具体是指通过用户访问请求所获得的数据内容的压缩等级）。

该压缩等级包括：图片压缩等级（Picture_compress）和/或媒体压缩等级，媒体压缩等级包括视频压缩等级（Video_compress）和音频压缩等级。

在本实施例中业务网关上预设有决策规则，该决策规则指示出不同的用户级别和业务QoS级别对应的压缩等级。业务网关可以根据该决策规则和压缩决策等级信息定位到对应的压缩等级。

步骤104，业务网关将压缩等级插入到用户访问请求中发送缓存系统实体。

本实施例中用户终端发出的请求为标准http协议，与现有技术相同，不包含上述压缩等级。当请求到达业务网关后，业务网关综合考虑用户级别、业务的QoS要求等压缩等级决策信息，对图片和视频格式的数据内容的压缩等级作出决策，按照决策结果在请求中插入Picture_compress和Video_compress。

由于部分网站的url中不包含内容格式信息，业务网关无法根据终端发出的用户访问请求直接获知此次请求的数据内容的格式为视频或是图片，所以优先方案是将Picture_compress和Video_compress的值全部插入。当然，若是用户访问请求中存在数据内容的格式信息，则此时可仅插入对应的压缩等级Picture_compress或Video_compress。

上述在业务网关上的方法是为后继压缩过程提供压缩方式的选择依据，因此，本实施例如图2所示，还提供了一种适合部署在缓存系统实体上的内容压缩方法。

如图4所示，该方法包括：

步骤201，Cache系统实体拦截业务网关发送的HTTP GET请求，并查找是否存储有与用户访问请求对应的数据内容。

由于步骤201中拦截用户访问请求的过程是与现有技术相同，所以具体过程在此不赘述。

步骤202，若查找到对应的数据内容，代表缓存系统实体本地保存有该请求所要访问的数据内容，因此直接解析用户访问请求中压缩等级，即从该用户访问请求中解析出业务网关插入的Picture_compress和Video_compress的值。

步骤203，Cache系统实体按照压缩等级对查找到的数据内容进行压缩,例如，若数据内容是图片格式，则按照Picture_compress的值进行压缩。

步骤204，Cache系统实体将压缩后的数据内容返回到业务网关。

本实施例中Cache系统实体截取用户的HTTP GET请求时，如查找到请求的数据内容（即Cache系统实体本地已经缓存了该数据内容），则按照HTTP GET请求中的Picture_compress和Video_compress字段值可以实时调用适当的压缩算法对数据内容中的图片和视频进行压缩，并将结果返回给业务网关，或从预先压缩的各种压缩版本中提取与Picture_compress和Video_compress字段值相匹配的内容版本。如未查找到请求的数据内容，则HTTP GET请求将按照现有技术的方式被送至内容源，内容源返回数据内容时可以由cache系统实体按照解析出的压缩等级执行实时压缩，并将压缩后的版本应答至终端，也可以由业务网关执行压缩，该有业务网关执行压缩的情况请见实施例2。

本实施例提供的方法中Cache系统实体能够根据不同的场景对用户请求内数据容进行不同程度的压缩，为用户提供差异化的业务体验；并且充分利用了Cache系统的计算资源，对于Cache系统实体中已缓存的数据内容由Cache系统实体直接进行差异化压缩，同时减少由业务网关系统处理压力，因此可无需由业务网关处理所有用户请求的压缩，减轻了业务网关的性能负担。

实施例2

本实施具体提供一种内容压缩方法，如图5（表示Cache系统实体查找到请求的数据内容的情况）或6（表示Cache系统实体未查找到请求的数据内容的情况）所示，该方法包括：

步骤300，用户终端发送用户访问请求到业务网关；。

步骤301，业务网关根据接收到的用户访问请求中的用户标识查找本地存储的该用户的业务QoS级别，用户级别等压缩等级决策信息；

步骤302，业务网关根据压缩等级决策信息和预设的决策规则确定用户访问请求的压缩等级；

在本实施例中，该预设在业务网关上的决策规则具体形式可以是一种决策表，如下表一所示

表一

具体而言，结合表一，步骤302可通过如下方式实现：

业务网关将业务QoS级别和用户级别按照决策规则进行匹配，从而得到对应的Picture_compress和Video_compress字段值。

步骤303，业务网关将确定的Picture_compress和Video_compress字段值插入到HTTP GET请求中，并发送到Cache系统实体。

步骤304，Cache系统实体拦截业务网关发送的用户访问请求，并查找是否存储有与用户访问请求对应的数据内容；若查找到对应的数据内容，则执行步骤305；若未查找到对应的数据内容，执行步骤308。

步骤305，Cache系统实体解析用户访问请求中压缩等级。

步骤306，Cache系统实体按照压缩等级对查找到的数据内容进行压缩。

具体而言，Cache系统解析数据内容的格式，根据数据内容的格式再选择是进行压缩等级中的视频的压缩等级还是音频的压缩等级。

步骤307，Cache系统实体将压缩后的数据内容返回到业务网关，后继执行步骤310。

步骤308，Cache系统实体将用户访问请求发送到内容源，即internet上该用户访问请求的目的站点。

步骤309，内容源返回与用户访问请求对应的数据内容。

步骤310，业务网关接收到内容源返回的与用户访问请求对应的数据内容，并按照步骤302中确定的压缩等级对数据内容进行压缩。

步骤311，业务网关将压缩后的数据内容返回到用户终端。

本实施例提供的方法中，有业务网关根据用户的业务QoS级别，用户级别确定该用户的图片和视频的压缩等级，并将确定的结果插入到用户访问请求中，Cache系统实体拦截该请求后，根据业务网关确定的压缩等级对本地缓存的数据内容进行压缩，若本地未缓存对应的数据内容，则可在内容源反馈数据内容后，由业务网关根据之前确定的压缩等级对其进行压缩，解决了现有技术中，压缩功能单独部署在业务网关或Cache系统实体上导致压缩负担大，且压缩方式不适配的技术问题，取得了可根据数据内容的请求选择适合的压缩方法，分散压缩性能的负担，提高压缩效率的技术效果。

本发明实施例提供的上述方法中，虽然给出了执行各步骤的先后顺序，但是该顺序仅为本发明的一个优选的实施方式。显然，本领域技术人员根据上述方法可以对该方法步骤的执行顺序进行多种多样的等效变换，也就是说本发明实施例方法中的上述各步骤或部分步骤完全可以按照其他顺序执行，或者同时执行。例如：步骤309中内容源返回与用户访问请求对应的数据内容后，不执行步骤310-311，而是可以由Cache系统实体拦截该数据内容，对其进行压缩后再发送到业务网关。因此上述方法描述的各步骤的执行顺序并仅限于实施例中所提供的一种方式。

实施例3

本实施例提供一种内容压缩装置，该装置可以是一种业务网关上的内容压缩装置，也可以就是业务网关，便于实现上述实施例1或2中业务网关部分的方法。如图7所示，包括：接收模块40，查找模块41，确定模块42，插入模块43，发送模块44。

接收模块40，用于接收用户终端发送的用户访问请求；查找模块41，用于根据接收到的用户访问请求查找对应的压缩等级决策信息；确定模块42，用于根据压缩等级决策信息和预设的决策规则确定用户访问请求的压缩等级；插入模块43，用于将压缩等级插入到用户访问请求；发送模块44，用于将用户访问请求发送到缓存系统实体。

其中，压缩等级包括：图片压缩等级和媒体压缩等级。

优选地，该装置还可包括：存储模块45。

存储模块45，用于存储预设的决策规则，决策规则指示出不同的用户级别和业务QoS（质量和服务）级别对应的压缩等级；

相应地，确定模块42包括：

匹配单元，用于将压缩等级决策信息中的业务QoS级别和用户级别按照存储模块45存储的决策规则进行匹配，从而得到对应的压缩等级。

进一步地，该装置还可包括：

接收模块，用于接收到内容源返回的与用户访问请求对应的数据内容；

压缩模块，用于按照确定的压缩等级对数据内容进行压缩；

将压缩后的数据内容返回到发出该用户访问请求的终端。

本实施例提供的装置具有根据用户的压缩等级决策信息确定数据内容的压缩等级的功能，因此，解决了业务网关与Cache系统实体间就内容压缩的压缩等级不协同、无联动性、均采用同一方法进行压缩的技术问题，进而可帮助Cache系统实体或业务网关对不同用户的数据内容采用不同的压缩等级，便于实现业务网关与Cache系统实体在压缩方面资源的联动和协调，兼顾压缩效率以及压缩方式适配的技术效果。

实施例4

本实施例提供一种内容压缩装置，该装置可以是一种Cache系统实体上的内容压缩装置，也可以就是Cache系统实体，便于实现上述实施例1或2中Cache系统实体的方法。

如图8所示，包括：拦截模块51，解析模块52，压缩模块53，反馈模块54。

拦截模块51，用于拦截业务网关发送的用户访问请求，并查找是否存储有与用户访问请求对应的数据内容；解析模块52，用于当拦截模块51查找到对应的数据内容时，解析用户访问请求中压缩等级；压缩模块53，用于按照压缩等级对查找到的数据内容进行压缩；反馈模块54，用于将压缩后的数据内容返回到业务网关。

该装置还包括：

代理模块，用于当拦截模块未查找到对应的数据内容时，将用户访问请求发送到内容源。

本实施例提供的装置可以根据解析出的压缩等级对不同用户的数据内容采用不同的压缩方法，进而取得了可以对不同的数据内容适配不同的压缩方式，提高缓存系统实体压缩效率，减少压缩功能耗费资源的技术效果。

本发明实施例提供的上述设备或装置等产品是属于以计算机程序的流程方法为依据，并按照与方法实施例（实施例1-2中的至少一个）和/或附图中方法流程的各步骤完全对应一致的方式，所提供的功能模块。并且由于这种功能模块是通过计算机程序的方式实现的软件装置，所以对于装置实施例（实施3-4中）未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现步骤所必须建立的功能模块，所以在此不赘述。

实施例5

本实施例提供一种内容压缩系统，该系统包括至少一个业务网关和缓存系统实体；

业务网关，用于根据接收到的用户访问请求查找对应的压缩等级决策信息，再根据压缩等级决策信息和预设的决策规则确定用户访问请求的压缩等级，并将压缩等级插入到用户访问请求中发送到缓存系统实体。

Cache系统实体，用于拦截业务网关发送的用户访问请求，查找是否存储有与用户访问请求对应的数据内容；若查找到对应的数据内容，则解析用户访问请求中压缩等级，再根据压缩等级对查找到的数据内容进行压缩，并将压缩后的数据内容返回到业务网关。

由于该系统中的业务网关和Cache系统实体的其他作用或功能与实施例3和4中的相应装置相同，故而在此不赘述。

本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。

Claims (9)

1.一种内容压缩方法，其特征在于，包括：

业务网关根据接收到的用户访问请求查找对应的压缩等级决策信息；业务网关根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级，并将所述压缩等级插入到所述用户访问请求中发送到缓存系统实体；

缓存系统实体拦截所述业务网关发送的用户访问请求，并查找是否存储有与所述用户访问请求对应的数据内容；若查找到对应的数据内容，则解析所述用户访问请求中压缩等级，并按照所述压缩等级对查找到的数据内容进行压缩，再将压缩后的数据内容返回到所述业务网关；

所述压缩等级决策信息包括：业务QoS级别，用户级别；所述决策规则指示出不同的用户级别和业务QoS级别对应的压缩等级；

所述业务网关根据所述压缩等级决策根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级具体包括：

所述业务网关将业务QoS级别和用户级别按照所述决策规则进行匹配，从而得到对应的压缩等级。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

所述缓存系统实体若未查找到对应的数据内容，则将所述用户访问请求发送到内容源；

所述业务网关接收到内容源返回的与所述用户访问请求对应的数据内容，按照所述确定的压缩等级对所述数据内容进行压缩，并将所述压缩后的数据内容返回到所述用户访问请求对应的终端。

3.根据权利要求1所述的方法，其特征在于，所述压缩等级包括：图片压缩等级和/或媒体压缩等级。

4.一种业务网关上的内容压缩装置，其特征在于，包括：

查找模块，用于根据接收到的用户访问请求查找对应的压缩等级决策信息；

确定模块，用于根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级；

插入模块，用于将所述压缩等级插入到所述用户访问请求；

发送模块，用于将所述用户访问请求发送到缓存系统实体；

该装置还包括：

存储模块，用于存储预设的决策规则，所述决策规则指示出不同的用户级别和业务QoS级别对应的压缩等级；

所述确定模块包括：

匹配单元，用于将所述压缩等级决策信息中的业务QoS级别和用户级别按照存储模块存储的决策规则进行匹配，从而得到对应的压缩等级。

5.根据权利要求4所述的装置，其特征在于，所述压缩等级包括：图片压缩等级和媒体压缩等级。

6.根据权利要求4所述的装置，其特征在于，该装置还包括：

接收模块，用于接收到内容源返回的与所述用户访问请求对应的数据内容；

压缩模块，用于按照所述确定的压缩等级对所述数据内容进行压缩，并将所述压缩后的数据内容返回到所述用户访问请求对应的终端。

7.一种缓存系统实体上的内容压缩装置，其特征在于，包括：

拦截模块，用于拦截业务网关发送的用户访问请求，并查找是否存储有与所述用户访问请求对应的数据内容；

解析模块，用于当拦截模块查找到对应的数据内容时，解析所述用户访问请求中压缩等级；

压缩模块，用于按照所述压缩等级对查找到的数据内容进行压缩；

反馈模块，用于将压缩后的数据内容返回到所述业务网关。

8.根据权利要求7所述的装置，其特征在于，该装置还包括：

代理模块，用于当拦截模块未查找到对应的数据内容时，将所述用户访问请求发送到内容源。

9.一种内容压缩系统，其特征在于，包括至少一个业务网关和缓存系统实体；

所述业务网关，用于根据接收到的用户访问请求查找对应的压缩等级决策信息，再根据所述压缩等级决策信息和预设的决策规则确定所述用户访问请求的压缩等级，并将所述压缩等级插入到所述用户访问请求中发送到缓存系统实体；

所述缓存系统实体，用于拦截业务网关发送的用户访问请求，查找是否存储有与所述用户访问请求对应的数据内容；若查找到对应的数据内容，则解析所述用户访问请求中压缩等级，再根据所述压缩等级对查找到的数据内容进行压缩，并将压缩后的数据内容返回到所述业务网关。