CN111629017A - 一种信息处理方法及装置、设备、存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息处理方法，所述方法包括：接收业务访问指令；确定所述业务访问指令对应的目标业务键；所述目标业务键指向所述业务访问指令所请求的业务数据；确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据；基于所述目标内化键，响应所述业务访问指令。另外，本申请实施例还公开了一种信息处理装置、设备及存储介质。

Description

一种信息处理方法及装置、设备、存储介质

技术领域

本申请实施例涉及计算机技术领域，涉及但不限于一种信息处理方法及装置、设备、存储介质。

背景技术

目前，随着网络的普及以及网络功能的鉴权，网络中传输的数据量越来越大，因此，需要对网络的传输进行优化，以提高网络的数据传输效率。

常用的网络传输优化方案从以下两个方面提高数据传输效率：

硬件层：提高或优化硬件介质载体本身的传输能力，如双绞线、同轴电缆、光纤等介质以及在其上进行的优化。

软件层：对传输的数据进行gzip、deflate等压缩，通过内容分发网络(ContentDelivery Network，CDN)实现数据的网络分发，多层级分布式或本地缓存等。

这些方案在一定程度上能优化网络传输效率，但传输的网络数据本身没有进行优化，仍存在不必要或重复数据的传输的问题。

发明内容

有鉴于此，本申请实施例为解决相关技术中存在的至少一个问题而提供一种信息处理方法及装置、设备、存储介质，对传输的网络数据进行优化，减少网络传输的数据量，提升网络数据传输的效率。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种信息处理方法，所述方法包括：

接收业务访问指令；

确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据；

基于所述目标内化键，响应所述业务访问指令。

第二方面，本申请实施例提供一种信息处理方法，所述方法包括：

客户端，接收访问操作，基于所述访问操作触发业务访问指令，并将所述业务访问指令发送至服务端；

所述服务端，接收业务访问指令，确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

所述服务端，确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据，

所述服务端，基于所述目标内化键，响应所述业务访问指令。

第三方面，本申请实施例提供一种信息处理装置，所述装置包括：接收模块、第一确定模块、第二确定模块和响应模块；其中，

接收模块、第一确定模块、第二确定模块和响应模块；其中，

所述接收模块，用于接收业务访问指令；

所述第一确定模块，用于确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

所述第二确定模块，用于确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据；

所述响应模块，用于基于所述目标内化键，响应所述业务访问指令。

第四方面，本申请实施例提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述信息处理方法中的步骤。

第五方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述信息处理方法中的步骤。

本申请实施例中，提供了一种信息处理方法，服务端接收到客户端的业务访问指令时，根据业务访问指令的业务键获取业务键对应的目标内化键，所述目标内化键指向对所述业务数据对应的内化数据，并以目标内化键响应该业务访问指令，通过目标内化键替代业务数据的传输，对传输的网络数据进行优化，有效减少客户端和服务端传输数据所需的网络流量，提升网络数据传输的效率，并加快客户度端的响应速度。

附图说明

图1为本申请实施例网络架构示意图一；

图2为本申请实施例提供网络架构示意图二；

图3为本申请实施例提供的信息处理方法的实现流程示意图一；

图4为本申请实施例提供的内化示意图；

图5为本申请实施例提供的页面示意图；

图6为本申请实施例提供的业务逻辑存储示意图；

图7为本申请实施例提供的信息处理方法的实现流程示意图二；

图8为本申请实施例提供的信息处理装置的组成结构示意图；

图9为本申请实施例计算机设备的一种硬件实体示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对申请的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

为了更好地理解本申请，对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)内化，重用数据中的String字符串对象，相同的字符串对象在内存中只存储一份数据。

2)键，键值对键值对(“key＝value”)中的key，每个键后面对应着相应的值即value。

3)代理服务层，即代理服务器，运行代理服务的服务器，允许一个客户端通过这个服务器与另一个服务器即后端服务器进行非直接的连接。一个完整的代理请求过程为：客户端首先与代理服务器创建连接，接着根据代理服务器所使用的代理协议，请求对后端服务器创建连接、或者获得后端服务器的指定资源(如：数据)。

4)后端服务层：即后端服务器，存储客户端所请求的数据，可包括多个服务器，从而构成分布式的数据存储系统。

本申请实施例可提供为信息处理方法及装置、设备和存储介质。实际应用中，信息处理方法可由信息处理装置实现，信息处理装置中的各功能实体可以由设备(如服务器或服务器集群)的硬件资源，如处理器等计算资源、通信资源(如用于支持实现光缆、蜂窝等各种方式通信)协同实现。

本申请实施例的信息处理方法可应用于图1所示的信息处理系统，如图1所示，包括：客户端10和服务端20；其中，客户端10中安装有能够访问页面的应用程序，用户可以通过对应用程序操作来触发打开页面的业务访问指令，并将业务访问指令发送至服务端20，以请求打开页面。服务端20为业务访问指令对应的服务端，存储有业务访问指令所请求的业务数据对应的内化数据。客户端10和服务端20之间通过网络30进行交互。

首先，客户端10接收用户的访问操作，基于所述访问操作触发业务访问指令，并将所述业务访问指令发送至服务端20；服务端20，接收业务访问指令，确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据，并确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据，将所述目标内化键发送至客户端10，以响应客户端10发送的所述业务访问指令。

图2为本申请实施例信息处理系统的另一种组成结构示意图，如图2所示，服务端20包括代理服务器201和后端服务器202。其中，后端服务器201对业务数据进行内化得到内化数据，并对内化数据进行压缩得到内化键，内化键可存储于代理服务器201，也可存储于后端服务器202。

在内化键存储于代理服务器201的情况下，当客户端10向服务端20发送业务访问指令，服务端20中的代理服务器201接收到业务访问指令，根据第一业务指令确定业务键，并确定业务键对应的目标内化键，将目标内化键发送至客户端10，以响应客户端10发送的业务访问指令。

在内化键存储于后端服务器202的情况下，当客户端10向服务端20发送业务访问指令，服务端20中的代理服务器201接收到业务访问指令，根据第一业务指令确定业务键，确定并未存储业务键对应的目标内化键，将业务键发送至后端服务器202，后端服务器202确定将目标内化键，并将目标内化键发送至代理服务器201，由代理服务器201将目标内化键发送客户端10，以响应客户端10发送的业务访问指令。

在实际应用中，服务端20也可仅包括后端服务器202，此时，客户端与后端服务器直接进行信息的交互，交互过程不涉及代理服务器。

下面，结合图1和图2所示的信息处理系统的示意图，对本申请实施例提供的信息处理方法、装置、设备和存储介质的各实施例进行说明。

本实施例提供一种信息处理方法，该方法应用于服务端，其中，服务端可为计算机设备或计算机设备组成的分布式网络，例如后端服务器、或代理服务器和后端服务器组成的服务端网络。该方法所实现的功能可以通过计算机设备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该计算机设备至少包括处理器和存储介质。

图3为本申请实施例的一种信息处理方法的实现流程示意图，如图3所示，该方法可以包括如下步骤：

S301、接收业务访问指令。

客户端中可通过与服务端的交互浏览浏览器、应用程序App等提供软件程序提供的网页，在网页的页面上提供数据。页面上提供的数据可包括：广告促销信息、商品图片、商品的价格、评论信息等页面资源。

当用户需要浏览网页时，对客户端上安装的App或浏览器进行第一操作，以通过第一操作打开网页，且客户端根据第一操作生成业务访问指令。其中，第一操作可包括对未打开页面的打开操作，比如：通过自然搜索、网页的统一资源定位符(Uniform ResourceLocator，URL)的链接、链接至网页的广告等动作事件；也可为对一打开页面的浏览区域的更新操作，比如：在已打开页面上进行的滑动操作、鼠标滚动等动作事件。

其中，自然搜索为搜索引擎里找到与搜索引擎请求最相关的匹配页面，比如：对于网页A，以A为关键词在搜索引擎进行搜索，在搜索结果中显示与A匹配的页面的链接，并通过搜索结果中的页面进入网页A。

网页的URL的链接，为指示进入网页的链接，比如：用户1通过社交应用程序微信发送给用户2的URL，该URL为网页A的URL，当用户通过浏览器或购物应用程序打开URL时，访问网页A。

链接至网页的广告为付费广告，为广告服务器在网页A以外的网页上推送的网页A的广告，当用户点击广告时，跳转至网页A。比如：在搜索引擎的页面上显示有网页A的广告A，当用户点击广告A时，基于广告对应的URL进入网页A。

当客户端生成业务访问指令时，将业务访问指令发送至服务端，服务端接收到业务访问指令。

S302、确定所述业务访问指令对应的目标业务键。

所述目标业务键指向所述业务访问指令所请求的业务数据。

服务端对接收的业务访问指令进行解析，确定业务访问指令所请求的业务数据，也就是用户请求浏览的页面的业务数据，确定业务访问指令对应的目标业务键。这里，一个页面可包括多个业务数据，则访问该页面的业务访问指令对应多个业务数据，业务访问指令可对应多个目标业务键，不同的目标业务键指向页面中不同的业务数据。

在确定目标业务键时，可确定业务访问指令所请求的页面的页面标识，比如：URL或URL中的字段。通过页面标识查找该页面的目标业务键，即得到业务访问指令对应的目标业务键。

S303、确定所述目标业务键对应的目标内化键。

目标内化键指向对所述业务数据对应的内化数据。

对于一目标业务键，获取的目标内化键可以为目标一次内化键，也可为目标二次内化键。

在服务端中，对存储的业务数据进行内化存储，将内化存储的业务数据称为内化数据。根据一业务数据的内化次数的不同，内化数据可包括一次内化、二次内化、三次内化、……N次内化等不同内化类型的内化数据，其中，N为大于2的整数。

这里，将一次内化的内化数据称为一次内化数据，将二次内化的内化数据可称为二次内化数据，以此类推，将N次内化的内化数据可称为N次内化数据。其中，如图4所示，对业务数据进行内化，得到的一次内化数据。对一次内化数据进行内化，得到二次内化数据，以此类推，对N-1次内化数据进行内化，得到N次内化数据。

比如：对于业务数据1，对业务数据1进行内化，得到一次内化数据，该业务数据1的内化数据为一次内化数据；比如：对于业务数据2，对业务数据进行内化，得到一次内化数据，对一次内化数据进行内化，得到二次内化数据。这里，对一次内化数据和二次内化数据进行了描述，在实际应用中，对业务数据的内化次数不进行任何限定，当服务端中存储的数据出现重复的字段时，可对该数据进行内化。

在实际应用中，对业务数据存储时，可直接存储业务数据本身，也可对业务数据进行内化存储，存储为内化数据，其中，是否对业务数据进行内化存储，以及内化存储时内化的次数可根据实际业务需求进行设置，本申请实施例对此不进行任何限定。

下面，以内化数据包括一次内化数据和二次内化数据为例，为本申请实施例提供的信息处理方法进行说明。

对于一业务数据，对业务数据进行内化，得到一次内化数据。当内化数据为一次内化数据时，在一次内化数据和一次内化键之间建立第一关联关系，在一次内化键和业务键之间建立第二关联关系。其中，一次内化键是对一次内化数据进行压缩得到的压缩编码，所采用的压缩算法可为哈希(hash)、消息摘要算法(Message-Digest Algorithm，MD)等压缩算法。

对于一业务数据，对业务数据进行内化，得到一次内化数据，对一次内化数据进行内化，得到二次内化数据。当内化数据为二次内化数据时，在二次内化数据和二次内化键之间建立第三关联关系，在二次内化键和一次内化键之间建立第四关联关系，在业务键和一次内化键之间建立第二关联关系。其中，一次内化键是对一次内化数据进行压缩得到的压缩编码，所采用的压缩算法可为hash、MD等压缩算法；二次内化键是对二次内化数据进行压缩得到的压缩编码，所采用的压缩算法可为hash、MD等压缩算法。

在实际应用中，对一次内化数据进行压缩得到一次内化键所采用的压缩算法，与对二次内化数据进行压缩得到二次内化键所采用的压缩算法，可相同，也可不同，本申请实施例对此不进行任何的限定。

对一业务数据，当内化数据为一次内化数据时，根据目标业务键所属的第二关联关系确定目标业务键对应的目标一次内化键，此时，将确定的目标一次内化键作为目标内化键。当内化数据为二次内化数据时，根据目标业务键所属的第二关联关系确定目标业务键对应的目标一次内化键，根据目标一次内化键所属的第四关联关系确定目标一次内化键对应的目标二次内化键，将目标二次内化键作为目标内化键。

当服务端包括代理服务层和后端服务层时，目标一次内化键存储在代理服务层或后端服务层，目标二次内化键存储在代理服务层。

S304、基于所述目标内化键，响应所述业务访问指令

在S303中确定目标内化键后，服务端将目标内化键发送至客户端，以通过目标内化键响应客户端发送的业务访问指令。

当代理服务层包括目标内化键时，代理服务层直接将目标内化键发送至客户端；代理服务层不包括目标内化键时，代理服务层将目标业务键发送至后端服务层，后端服务层根据目标业务键确定目标内化键，将目标内化键发送至代理服务层，由代理服务层将目标内化键转发至客户端。

本申请实施例提供的信息处理方法可应用于以下的场景：

网页1所显示的内容包括文字、图片和音频等，服务端存储该网页的内容时，将不同的内容作为不同的业务数据进行存储，其中，将图片和音频进行内化存储，存储为对应的内化数据，并将图片的业务键1和图片的内化数据的内化键1进行关联，并将音频的业务键2和音频的内化数据的内化键2进行关联。当用户在客户端浏览该网页时，客户端向服务端发送请求该网页的业务数据的业务访问指令，当服务端接收到业务访问指令时，将文字、内化键1和内化键2返回至客户端，从而减少服务端和客户端之间的传输数据量。

用户A与用户B的微信聊天记录包括109个聊天记录，服务端在存储时这109个聊天记录时，将最近的50个聊天记录直接存储，最近的50个聊天记录之外的59个聊天记录内化存储为内化数据，当在客户端打开用户A与用户B的聊天页面时，服务端向客户端返回的数据为：最近的50个聊天记录，以及最近的50个聊天记录之外的59个聊天记录对应的内化数据的内化键，从而减少服务端和客户端之间的传输数据量。

在本申请实施例中，服务端接收到客户端的业务访问指令时，根据业务访问指令的业务键获取业务键对应的目标内化键，所述目标内化键指向对所述业务数据对应的内化数据，并以目标内化键响应该业务访问指令，通过目标内化键替代业务数据的传输，对传输的网络数据进行优化，有效减少客户端和服务端传输数据所需的网络流量，提升网络数据传输的效率，并加快客户度端的响应速度。

在一些实施例中，在基于所述目标内化键，响应所述业务访问指令之前，还可以确定所述业务访问指令所请求的业务数据的显示状态；如果所述业务数据的显示状态为待显示，基于所述目标内化键，响应所述业务访问指令。

服务端在接收到业务访问指令后，确定业务访问指令对应的各业务数据的显示状态，各业务数据的显示状态可根据业务数据在页面中的位置以及页面的当前显示区域的位置。

对于一业务数据，如果该业务数据的位置属于当前显示区域，则显示状态为显示，如果该业务数据的位置不属于当前显示区域，则显示状态待显示。比如：页面中的业务数据包括数据1、数据2和数据3，数据1位于区域1，数据位于区域2，数据3位于区域3；页面的当前显示区域为区域2时，则数据1和数据3的显示状态为待显示，数据2的显示状态为显示。

当业务数据的显示状态为待显示，表征页面当前不需要显示该业务数据，服务端将该业务数据对应的目标内化键发送至客户端，以响应客户端的业务访问指令。

如果所述业务数据的显示状态为显示，服务端还可以根据所述目标内化键，获取所述目标内化键对应的内化数据；基于所述内化数据，响应所述业务访问指令。

当业务数据的显示状态为显示，表征页面当前需要显示该业务数据，服务端根据该业务数据对应的目标内化键获取内化存储的内化数据，并将获取的内化数据发送至客户端，以响应客户端的业务访问指令。

在实际应用中，在响应业务访问指令时，响应的内容可同时包括一业务数据对应的内化数据和另一业务数据对应的目标内化键，比如：页面中的业务数据包括数据1、数据2和数据3，数则数据1和数据3的显示状态为待显示，数据2的显示状态为显示，则响应业务访问指令时，返回的内容包括：数据1对应的内化键1、数据2对应的内化数据，数据3对应的内化键3。

在实际应用中，服务端接收到一业务数据的显示状态为待显示的第一业务访问指令时，基于目标内化键响应客户端的第一业务访问指令，当接收到该业务数据的显示状态为显示的第二业务访问指令时，基于该目标内化键确定内化数据，基于内化数据，响应客户端的第二业务访问指令。这里，第一业务访问指令与第二业务访问指令为针对同一页面的业务访问指令。

在一些实施例中，服务端对业务数据进行内化存储，且服务端包括代理服务层和后端服务层时，在后端服务层中，对所述业务数据进行内化，得到一次内化数据，并对所述一次内化数据进行压缩，得到目标一次内化键；在所述后端服务层中，建立所述一次内化数据和所述目标一次内化键之间的第一关联关系，并建立所述目标一次内化键和所述目标业务键之间的第二关联关系；在所述后端服务层中，将所述第二关联关系发送至所述代理服务层。

在后端服务层中，对业务数据进行一次内化，存储为一次内化数据，对一次内化数据进行压缩，得到一次内化键，此时，一次内化键基于第一关联关系指向一次内化数据，业务键基于第二关联关系与一次内化键绑定，而业务键本身执行业务数据，从而将业务数据对应的内化数据和业务键进行关联。

比如：业务数据value的业务键为key，将业务数据value进行内化，存储为一次内化数据intern1data，对intern1data进行MD编码得到一次内化键md1key，则key->md1key，md1key->intern1data，实现key->md1key->intern1data。

当业务数据进行一次内化，存储为一次内化数据，所述确定所述目标业务键对应的目标内化键，包括：

在所述代理服务层中，基于所述第二关联关系确定所述目标业务键对应的目标一次内化键，将所述目标一次内化键作为所述目标内化键。

在一些实施例中，后端服务层对业务数据进行内化存储之前，还可在所述后端服务层中，对所述业务数据的更新频率进行统计，得到所述业务数据对应的一次内化标识；此时，当所述一次内化标识的类型为内化类型时，对所述业务数据进行内化，得到所述内化数据。

后端服务层对业务数据的更新频率进行统计，并设置参考更新频率，当业务数据的更新频率超过参考更新频率，则确定业务数据的更新比较频繁，则不需要对该业务数据进行内化存储，置一次内化标识的类型为不内化；当业务数据的更新频率未超过参考更新频率，则确定业务数据的更新不频繁，可对该业务数据进行内化存储，置一次内化标识的类型为内化。其中，不同类型的一次内化标识的可通过不同的取值进行区分，比如：内化为1，不内化为0。

当服务端确定一业务数据的一次内化标识的类型为内化时，则对该业务数据进行内化存储，否则，直接存储该业务数据。

在一些实施例中，所述对所述业务数据的更新频率进行统计，得到所述业务数据对应的一次内化标识，包括：将所述业务数据划分为数据块；对各数据块的更新频率进行统计，得到所述业务数据中各数据块对应的一次内化标识；确定所述业务数据所述的数据块对应的一次内化标识。

当一页面的数据包括多个业务数据时，根据该页面的多个业务数据划分为至少两个数据块，其中，可根据业务数据所处的位置、各业务数据的类型划分为数据块，比如：对于图5所示的页面，业务数据包括商品图片、商品文字信息、促销信息和评价信息，将商品图片和商品文字信息划分为数据块1，将促销信息划分至数据块2，将评价信息划分至数据块3。

统计各数据的更新频率，根据各数据块的更新频率确定各数据块对应的一次内化标识。该数据块的内化标识即为该数据块中的业务数据的一次内化标识。此时，确定业务数据的一次内化标识时，获取该业务数据所属的数据块的一次内化标识。比如：将商品图片和商品文字信息划分为数据块1，数据块1的一次内化标识即为商品图片的一次内化标识。

此时，将该页面的业务数据划分为多个数据块，还可以对业务数据中的各数据块分别进行内化。比如：对于图5所示的页面，业务数据包括商品图片、商品文字信息、促销信息和评价信息，将商品图片和商品文字信息划分为数据块1，将促销信息划分至数据块2，将评价信息划分至数据块3，则将商品图片和商品文字信息内化为内化模块1，将促销信息内化为内化模块2，将评价信息内化为内化模块3。

在内业务数据进行内化时，业务数据中各数据块的内化次数相互独立，比如：业务数据4包括数据块1、数据块2、数据块3和数据块4，数据块1，对数据块1不进行内化，对数据块1、数据块3进行一次内化，对数据块2进行二次内化，对数据块4进行三次内化。

在一些实施例中，在对业务数据进行一次内化的基础上，还可以在所述代理服务层，获取所述第一关联关系，对所述第一关联关系中的一次内化数据进行内化，得到二次内化数据，并对所述二次内化数据进行压缩，得到目标二次内化键；在所述代理服务层中，建立所述二次内化数据和所述目标二次内化键之间的第三关联关系，建立所述目标二次内化键和所述第一关联关系中目标一次内化键之间的第四关联关系。

此时，对于一业务数据，对业务数据进行内化，得到一次内化数据，对一次内化数据进行内化，得到二次内化数据，从而将业务数据内化存储为二次内化数据，对一次内化数据进行压缩，得到一次内化键，并对二次内化数据进行压缩，得到二次内化键，此时，二次内化键基于第三关联关系指向二次内化数据，一次内化键基于第四关联关系指向二次内化键，业务键基于第二关联关系与一次内化键绑定，而业务键本身执行业务数据，从而将业务数据对应的二次内化数据和业务键进行关联。

比如：业务数据value的业务键为key，将业务数据value进行一次内化，得到一次内化数据intern1data，对intern1data进行MD编码得到一次内化键md1key，并对intern1data进行二次内化，得到二次内化数据intern2data，对intern2data进行MD编码得到二次内化键md2key，则key->md1key，md1key->md2key，md2key->intern2data，实现key->md1key->md2key->intern2data。

当业务数据进行两次内化，存储为二次内化数据，所述确定所述目标业务键对应的目标内化键，包括：

所述代理服务层中，基于所述第二关联关系确定所述目标业务键对应的目标一次内化键，基于所述第四关联关系确定所述目标一次内化键对应的目标二次内化键，将所述目标二次内化键作为所述目标内化键。

当对业务数据进行两次内化，存储为二次内化数据时，还可以：所述代理服务层中，对所述目标一次内化键的访问频率进行统计，得到所述目标一次内化键对应的二次内化标识；对应地，所述对所述一次内化数据进行内化，包括：当所述二次内化标识的类型为内化类型时，对所述一次数据进行内化，得到二次内化数据。

代理服务层对业务数据的访问频率进行统计，并设置参考访问频率，当业务数据的访问频率超过参考访问频率，则确定业务数据的访问比较频繁，则对于对该业务数据的一次内化数据进行二内化存储，置二次内化标识的类型为内化；当业务数据的访问频率未超过参考访问频率，则确定业务数据的访问不频繁，可对不需要对该业务数据的一次内化数据继续进行内化，置二次内化标识的类型为不内化。其中，不同类型的二次内化标识的可通过不同的取值进行区分，比如：内化为1，不内化为0。

当服务端确定一业务数据的二次内化标识的类型为内化时，则对该业务数据的一次内化数据继续进行内化存储，否则，直接存储该业务数据的一次内化数据。

下面，以展示类网页为具体的应用场景对本申请实施例提供的信息处理方法进行进一步说明。

本申请实施例中，包括内化存储和业务逻辑存储。

内化存储

内化存储是在后端服务层中根据业务逻辑对业务数据进行存储优化。这里，按业务需要对业务数据进行合理分块并内化。业务数据以内化字符串的方式存储，后端业务服务层对需要进行缓存或存储到网络的数据进行内化(intern)。对内化后的字符串进行MD5编码获取唯一MD5key，使用键值对的形式存储到本地内存、或分布式缓存或存储至网络存储器上，返回md5key。本申请实施例中，对缓存数据的形式不进行限定。

内化存储时，内化的字符串是根据业务系统需要来合理的分块的，合理的分块内化更有利于提供存储效率，节省存储资源。比如：电商展示类页面从大的方向分为首屏数据和非首屏数据、同步数据和异步数据，首屏数据根据业务和变动频率或周期又分为：商品主图列表、名称简介信息、广告促销信息等。合理的对数据进行分块后进行内化，会更好的节省存储资源。

以商品展示类页面为例，展示的商品是一件衣服，主图列表图片、商品标题名称简介信息可以单独分模块内化，将经常改动的颜色、尺码广告、促销信息等与属性信息内化为一个模块。从而将商品主图列表、商品标题名称简介等信息只存储一份资源到存储中，且经过内化后，公用相同的存储，相同内存只占一块存储空间。对于销售属性相关的广告促销信息单独分块存储内化，对于颜色尺码广告促销信息的变更只需要重新内化对应的模块即可，减少存储修改的开销。

在实际应用中，内化存储需要根据后端服务器的配置，合理的控制内存使用空间以防止内存溢出和查询性能下降。

内化存储是在对要存储的业务数据的字符串进行存储前进行内化，比较需要内化的key和已经内化的key，如果已经内化的key中存在需要内化的key，直接返回当前字符串的md5key，如果已经内化的key中不存在需要内化的key，则将要存储的业务数据的字符串内化存储，并返回md5key。内化存储可以是本地、分布式、网络缓存的存储器，存储的是实际的业务数据，且对业务数据进行了内化，减少存储开销，优化存储空间，提升存储效率和性能。

业务逻辑存储

业务逻辑存储的数据是业务定义的key即业务key和内化后的字符串进行MD5编码或加密后的32位的MD5key即内化key的关系。这是一个逻辑存储，适用于网络数据关系存储和传输，意义是减少网络传输开销，因为业务存储的是实际业务数据内化后md5key，因此，传输的数据量仅为md5key所占用的32个字符。

本申请实施例中，业务key和内化字符串的对应关系生成过程如图6所示，涉及的流程包括：

S601、根据业务分类模块化要存储的数据：value1。

S602、对数据内化存储(md5key-内化value1)，并进行md5,返回32位md5值。

S603。业务逻辑存储(业务key-md5key)。

图6所示的逻辑存储关系中，包括两层缓存：md5key-内化字符串和业务key-md5key，他们的查找或对应关联关系为：业务key->md5key->内化字符串。在实际应用中，缓存的层次可以根据业务系统需要自定义。

当服务端接收到客户端的业务范文指令，根据业务需求响应md5key到客户端或者直接根据md5key获取内化后的数据直接响应给客户端。比如：首屏需要直接展示的，直接获取实际的内化数据进行展示，不需要二次加载更合算；对于可以异步加载多屏显示的数据，可以先下发逻辑md5key，用户执行鼠标滚动或者其他动作事件后，再根据md5key进行二次请求内化存储的内化数据。

在本申请实施例中，可选前端代理服务层本地缓存内化，如果代理服务层使用nginx+lua或者openresty作为服务代理层，lua本身对字符串的处理就是内化的，对于业务上变更不频繁可缓存的首屏数据进行代理层本地缓存，多用户同时访问或者单用户多次刷新页面或者流量相似页面时，代理层服务器的本地内化存储数据即可响应给用户，减少后端服务压力；还可以通过预测算法将当前用户请求大概率需要的数据进行预加载到代理服务层的内化本地缓存，进一步的减少后端服务压力和提升前端网页浏览体验。

客户端、代理服务端和后端服务器的流程交互图如图7所示，包括：

S701、客户端向代理服务器发送业务访问请求；

S702、代理服务器查询业务访问请求所请求的目标内化键；

这里，代理服务器可先查询本地的缓存数据，是否存在目标内化键，如果没有，可向网络侧进行查询。

S703、代理服务器查到目标内化键，以目标内化键响应客户端，

S704、代理服务器没有查到目标内化键，则向后端服务器发送业务访问请求；

S705、后端服务器根据业务访问请求向代理服务器响应内化数据或目标内化健；

S706、代理服务器将后端服务器响应的内化数据或目标业务键转发至客户端；

S707、当客户端接收的响应为目标内化键时，向代理服务器异步请求内化数据；

S708、代理服务器向客户端响应内化数据。

在图7所示的后端服务器中，根据业务逻辑对业务数据进行内化，返回MD5key，将MD5key和业务key进行逻辑存储，其中，MD5key->一次内化数据，业务key->md5key。并将MD5key和业务key的关系发送至代理服务器，如果代理服务器根据业务key确定需要对业务数据进行二次内化时，从后端服务器获取一次内化数据，并对获取的一次内化数据进行二次内化，得到二次内化数据，并返回二次内化数据对应的内化键。

在实际应用中，由于代理服务器的内存、缓存或磁盘等存储资源的限制和使用率，对内化数据的存储可能是一段时间内，当时间大于设定的存储阈值时，将存储的内化数据删除。如果查询内化key对应的内化数据查找不到，那就会重新根据逻辑查询原始的业务数据后根据业务需要进行是否重新内化的逻辑。

本申请实施例提供的信息处理方法的应用场景可为：

展示类网页的一段内容20k大小的数据内容，内化后只存储在内化存储的一个存储空间内，所有需要此数据的业务系统通过业务逻辑存储关系进行网络传输，传输的value逻辑值只有32个字符，大大减少了业务系统中间层的网络流量。

在终端最终用户需要的时候再到内化存储上获取实际数据内容，这样获取大块内容的网络开销是内化存储和客户端的直接网络流量传输。

在网页访问时，有相当多的时候，并不会获取真正的内化的数据，比如展示类网页数据内容和快照类网页内容以及异步加载的部分数据内容，展示类网页数据比如电商的商详、列表搜索页，用户打开页面后不一定会看页面所有的数据，此时展示页面的部分数据按需加载，仅传输内化键，对于服务端节省了一部分网络流量资源，由于逻辑关系key-value相对小(一般key小于32个字符，value:md5key即32个字符长度)，对于客户度端也加快了网页的响应速度，减少数据交互网络带宽资源的同时提升了用户浏览体验。

本申请实施例提供的信息处理方法还可用于网络爬虫类、电商网站交易商品快照类页面，能够极大的减少存储空间提升存储资源利用效率。网络爬虫类对于相同相似页面进行存储统计，商品交易快照进行相同交易数据的内化存储和优化展示的方法具有实际的意义，节约大量存储空间和网络带宽。

基于前述的实施例，本申请实施例提供一种信息处理系统，如图1所示，包括：

客户端10，接收访问操作，基于所述访问操作触发业务访问指令，并将所述业务访问指令发送至服务端20；

服务端20，接收业务访问指令，确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

服务端20，确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据，

服务端20，基于所述目标内化键，响应所述业务访问指令。

基于前述的实施例，本申请实施例提供一种信息处理装置，该装置包括所包括的各模块、以及各模块所包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图8为本申请实施例的一种信息处理装置的组成结构示意图，如图8所示，所述装置80包括：接收模块801、第一确定模块802、第二确定模块803和响应模块804；其中，

接收模块801，用于接收业务访问指令；

第一确定模块802，用于确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

第二确定模块803，用于确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据；

响应模块804，用于基于所述目标内化键，响应所述业务访问指令。

在一实施例中，装置80还包括：状态模块，用于确定所述业务访问指令所请求的业务数据的显示状态；

对应地，响应模块804，用于如果所述业务数据的显示状态为待显示，基于所述目标内化键，响应所述业务访问指令。

在一实施例中，响应模块804，还用于：

如果所述业务数据的显示状态为显示，根据所述目标内化键，获取所述目标内化键对应的内化数据；基于所述内化数据，响应所述业务访问指令。

在一实施例中，装置80还包括：一次内化模块、第一建立模块和发送模块，

一次内化模块，用于在后端服务层中，对所述业务数据进行内化，得到一次内化数据，并对所述一次内化数据进行压缩，得到目标一次内化键；

第一建立模块，用于在所述后端服务层中，建立所述一次内化数据和所述目标一次内化键之间的第一关联关系，并建立所述目标一次内化键和所述目标业务键之间的第二关联关系；

发送模块，用于在所述后端服务层中，将所述第二关联关系发送至所述代理服务层。

在一实施例中，响应模块804，用于：

在所述代理服务层中，基于所述第二关联关系确定所述目标业务键对应的目标一次内化键，将所述目标一次内化键作为所述目标内化键。

在一实施例中，装置80还包括：第一统计模块，用于在所述后端服务层中，对所述业务数据的更新频率进行统计，得到所述业务数据对应的一次内化标识；

对应地，一次内化模块，用于当所述一次内化标识的类型为内化类型时，对所述业务数据进行内化，得到所述内化数据。

在一实施例中，第一统计模块，用于：

将所述业务数据划分为数据块；

对各数据块的更新频率进行统计，得到所述业务数据中各数据块对应的一次内化标识；

确定所述业务数据所述的数据块对应的一次内化标识。

在一实施例中，装置80还包括：二次内化模块，第二建立模块，

二次内化模块，用于在所述代理服务层，获取所述第一关联关系，对所述第一关联关系中的一次内化数据进行内化，得到二次内化数据，并对所述二次内化数据进行压缩，得到目标二次内化键；

第二建立模块，用于在所述代理服务层中，建立所述二次内化数据和所述目标二次内化键之间的第三关联关系，建立所述目标二次内化键和所述第一关联关系中目标一次内化键之间的第四关联关系。

在一实施例中，响应模块804，用于：

所述代理服务层中，基于所述第二关联关系确定所述目标业务键对应的目标一次内化键，基于所述第四关联关系确定所述目标一次内化键对应的目标二次内化键，将所述目标二次内化键作为所述目标内化键。

在一实施例中，装置80还包括：第二统计模块，用于所述代理服务层中，对所述目标一次内化键的访问频率进行统计，得到所述目标一次内化键对应的二次内化标识；

所述二次内化模块，用于当所述二次内化标识的类型为内化类型时，对所述一次数据进行内化，得到二次内化数据。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的信息处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

对应地，本申请实施例提供一种设备，也就是计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例中提供的信息处理方法中的步骤。

对应地，本申请实施例提供一种存储介质，也就是计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的信息处理方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，图9为本申请实施例计算机设备的一种硬件实体示意图，如图9所示，所述计算机设备900包括：一个处理器901、至少一个通信总线902、用户接口903、至少一个外部通信接口904和存储器905。其中，通信总线902配置为实现这些组件之间的连接通信。其中，用户接口903可以包括显示屏，外部通信接口904可以包括标准的有线接口和无线接口。

存储器905配置为存储由处理器901可执行的指令和应用，还可以缓存待处理器901以及计算机设备中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random AccessMemory，RAM)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种信息处理方法，其特征在于，所述方法包括：

接收业务访问指令；

确定所述业务访问指令对应的目标业务键；所述目标业务键指向所述业务访问指令所请求的业务数据；

确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据；

基于所述目标内化键，响应所述业务访问指令。

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

确定所述业务访问指令所请求的业务数据的显示状态；

对应地，所述基于所述目标内化键，响应所述业务访问指令，包括：

如果所述业务数据的显示状态为待显示，基于所述目标内化键，响应所述业务访问指令。

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

如果所述业务数据的显示状态为显示，根据所述目标内化键，获取所述目标内化键对应的内化数据；

基于所述内化数据，响应所述业务访问指令。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

在后端服务层中，对所述业务数据进行内化，得到一次内化数据，并对所述一次内化数据进行压缩，得到目标一次内化键；

在所述后端服务层中，建立所述一次内化数据和所述目标一次内化键之间的第一关联关系，并建立所述目标一次内化键和所述目标业务键之间的第二关联关系；

在所述后端服务层中，将所述第二关联关系发送至所述代理服务层。

5.根据权利要求4所述的方法，其特征在于，所述确定所述目标业务键对应的目标内化键，包括：

在所述代理服务层中，基于所述第二关联关系确定所述目标业务键对应的目标一次内化键，将所述目标一次内化键作为所述目标内化键。

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

在所述后端服务层中，对所述业务数据的更新频率进行统计，得到所述业务数据对应的一次内化标识；

对应地，所述对所述业务数据进行内化，包括：

当所述一次内化标识的类型为内化类型时，对所述业务数据进行内化，得到所述内化数据。

7.根据权利要求6所述的方法，其特征在于，所述对所述业务数据的更新频率进行统计，得到所述业务数据对应的一次内化标识，包括：

将所述业务数据划分为数据块；

对各数据块的更新频率进行统计，得到所述业务数据中各数据块对应的一次内化标识；

确定所述业务数据所述的数据块对应的一次内化标识。

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

在所述代理服务层，获取所述第一关联关系，对所述第一关联关系中的一次内化数据进行内化，得到二次内化数据，并对所述二次内化数据进行压缩，得到目标二次内化键；

在所述代理服务层中，建立所述二次内化数据和所述目标二次内化键之间的第三关联关系，建立所述目标二次内化键和所述第一关联关系中目标一次内化键之间的第四关联关系。

9.根据权利要求8所述的方法，其特征在于，所述确定所述目标业务键对应的目标内化键，包括：

所述代理服务层中，基于所述第二关联关系确定所述目标业务键对应的目标一次内化键，基于所述第四关联关系确定所述目标一次内化键对应的目标二次内化键，将所述目标二次内化键作为所述目标内化键。

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

所述代理服务层中，对所述目标一次内化键的访问频率进行统计，得到所述目标一次内化键对应的二次内化标识；

对应地，所述对所述一次内化数据进行内化，包括：

当所述二次内化标识的类型为内化类型时，对所述一次数据进行内化，得到二次内化数据。

11.一种信息处理方法，其特征在于，所述方法包括：

客户端，接收访问操作，基于所述访问操作触发业务访问指令，并将所述业务访问指令发送至服务端；

所述服务端，接收业务访问指令，确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

所述服务端，确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据，

所述服务端，基于所述目标内化键，响应所述业务访问指令。

12.一种信息处理装置，其特征在于，所述装置包括：接收模块、第一确定模块、第二确定模块和响应模块；其中，

所述接收模块，用于接收业务访问指令；

所述第一确定模块，用于确定所述业务访问指令对应的目标业务键；所述目标业务键基于指向所述业务访问指令所请求的业务数据；

所述第二确定模块，用于确定所述目标业务键对应的目标内化键；所述目标内化键指向对所述业务数据对应的内化数据；

所述响应模块，用于基于所述目标内化键，响应所述业务访问指令。

13.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10任一项所述信息处理方法中的步骤。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时。实现权利要求1至10任一项所述的信息处理方法。

Images