CN113468445A - 请求处理方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了请求处理方法、装置、电子设备和计算机可读介质。该方法的实施例包括：响应于接收到第一资源访问请求，获取目标资源数据的存储地址；将存储地址转换为目标地址，并将目标地址返回至第一资源访问请求的来源设备，目标地址中包括目标资源数据的参数信息；响应于接收到来自来源设备且包含参数信息的第二资源访问请求，基于参数信息还原存储地址；基于存储地址，从存储服务器中获取目标资源数据，并将目标资源数据返回至来源设备。该实施方式能够跨网获取存储服务器中的资源数据，消除了资源数据获取的局限性。

Description

请求处理方法、装置、电子设备和计算机可读介质

技术领域

本申请实施例涉及计算机技术领域，具体涉及请求处理方法、装置、电子设备和计算机可读介质。

背景技术

随着互联网技术的发展，各类服务平台已能够提供资源存储、资源访问等多种服务。用户可通过浏览器向服务平台请求所需的资源数据。

现有技术中，服务平台通常通过一个代理服务器将资源数据的地址发送至前端设备，前端设备可根据该地址直接从服务平台的存储服务器中获取该资源数据。然而，此方式仅适用于前端设备位于服务平台的内网的场景。当前端设备为外网设备时，因端口转换装置中不存在存储服务器的相关信息，故无法跨网访问存储服务器，导致资源数据获取具有局限性。

发明内容

本申请实施例提出了请求处理方法、装置、电子设备和计算机可读介质，以解决现有技术中无法跨网获取资源数据的技术问题。

第一方面，本申请实施例提供了一种请求处理方法，应用于代理服务器，所述代理服务器与用于存储资源数据的存储服务器位于同一局域网，该方法包括：响应于接收到第一资源访问请求，获取目标资源数据的存储地址；将所述存储地址转换为指向所述代理服务器的目标地址，并将所述目标地址返回至所述第一资源访问请求的来源设备，所述目标地址中包括所述目标资源数据的参数信息；响应于接收到来自所述来源设备且包含所述参数信息的第二资源访问请求，基于所述参数信息还原所述存储地址；基于还原得到的所述存储地址，从所述存储服务器中获取所述目标资源数据，并将所述目标资源数据返回至所述来源设备。

第二方面，本申请实施例提供了一种请求处理装置，应用于代理服务器，所述代理服务器与用于存储资源数据的存储服务器位于同一局域网，该装置包括：获取单元，被配置成响应于接收到第一资源访问请求，获取目标资源数据的存储地址；第一返回单元，被配置成将所述存储地址转换为指向所述代理服务器的目标地址，并将所述目标地址返回至所述第一资源访问请求的来源设备，所述目标地址中包括所述目标资源数据的参数信息；还原单元，被配置成响应于接收到来自所述来源设备且包含所述参数信息的第二资源访问请求，基于所述参数信息还原所述存储地址；第二返回单元，被配置成基于还原得到的所述存储地址，从所述存储服务器中获取所述目标资源数据，并将所述目标资源数据返回至所述来源设备。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面中所描述的方法。

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

本申请实施例提供的请求处理方法、装置、电子设备和计算机可读介质，在接收到第一资源访问请求后，将目标资源数据的存储地址转换为包括目标资源数据的参数信息的目标地址，从而将目标地址返回至第一资源访问请求的来源设备；在接收到来自来源设备且包含参数信息的第二资源访问请求后，基于参数信息还原存储地址，并基于所还原得到的存储地址从存储服务器中获取目标资源数据，从而将其返回至该来源设备，由此，能够将指向不可访问的存储服务器的地址转换为指向可访问的地址，从而成功获取到目标资源数据，解决了无法跨网获取存储服务器中的资源数据的问题，消除了资源数据获取的局限性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是根据本申请的请求处理方法的应用场景的示意图；

图2是图1所示的应用场景中的视图库的数据存储原理图；

图3是根据本申请的请求处理方法的一个实施例的流程图；

图4是根据本申请的请求处理方法的又一个实施例的流程图；

图5是根据本申请的请求处理装置的一个实施例的结构示意图；

图6是用于实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请实施例可应用于同一局域网内的资源数据获取场景以及跨局域网的资源数据获取场景。局域网是一种私有网络，一般在一座建筑物内或建筑物附近，比如家庭或公司。当局域网被用于公司时，也可称为企业网络。位于同一局域网(可称为内网)的设备可直接通过套接字(包括IP(Internet Protocol Address，互联网协议)地址和端口)相互访问。随着互联网时代的到来，仅搭建局域网已经不能满足众多企业的需要，还需要将企业局域网接入互联网，以便为用户提供资源检索等服务，由此存在跨局域网的资源数据获取需求。在跨局域网的资源数据获取场景下，互联网(可称为外网)设备通常无法直接访问内网设备，需要通过端口映射以及网闸等装置，实现对内网设备的访问。

请参考图1，其示出了本申请实施例的请求处理方法的应用场景的示意图。如图1所示，内网具有一个视频图像信息数据系统/平台，简称视图库。其可提供视频图像信息存储和检索能力，并对外提供Web(万维网)服务。基于Web服务，内网中的前端设备可通过内网浏览器(如图1中的“内网Web浏览器”)访问视图库并检索其中的资源数据。

由于内网对安全性要求较高，故外网(如图1所示的“外网1”、“外网2”)的前端设备无法直接与内网通信，需通过网闸等跨网设备(如图1所示的“网闸1”、“网闸2”、“网闸3”)与内网相连，才能获取内网中的视图库中的资源。在外网边界上，可设置有端口映射装置，其可将外网浏览器(如图1所示的“Web浏览器1”、“Web浏览器2”)请求连接的套接字转换为视图库中提供Web服务的机器的套接字，从而实现对视图库的访问。其中，视图库中提供Web服务的机器可以是代理服务器，代理服务器既可以是实体设备(如由一个或多个物理服务器构成的服务器集群)，也可以是程序模块，此处不作限定。

视图库除可提供Web服务外，还可提供资源数据存储服务，资源数据存储服务可由存储服务器实现。同理，存储服务器既可以是实体设备也可以是程序模型，此处不作限定。

请参考图2，图2是图1所示的应用场景中的视图库的数据存储原理图。存储服务器可包含若干存储节点(如图2所示的“节点1”、“节点2”、“节点N”)。存储节点可用于存储视频、图像等原始的资源数据。视图库可将资源数据(如图像、视频的等原始数据)存储于存储节点，并将资源数据的结构化信息存储于结构化存储容器(如Elastic Search，MySQL，MongoDB等存储容器)内，使得资源数据与结构化信息分开存储。其中，结构化信息可用于描述原始的资源数据，其可包括资源数据的大小、存储地址等基本信息。由于原始的资源数据(如视频、图像等)尺寸较大，因此代理服务器初次接收到请求方的资源获取请求后，仅向请求方返回结构化信息。请求方可在有浏览、下载等需要时进一步基于结构化信息中的存储地址，请求访问原始的资源数据。

在内网的资源数据获取场景中，基于代理服务器的套接字，内网中的前端设备可通过内网浏览器访问代理服务器。代理服务器的套接字可记为ADDR:PORT。其中，ADDR为代理服务器的IP地址，PORT为代理服务器的端口(也即代理服务器所监听的端口)，PORT通常可以设为80。代理服务器在接收到内网浏览器的资源访问请求后，可根据该请求到结构化存储容器中提取相应的结构化信息，并返回至内网浏览器。由于该结构化信息中包含所请求的资源数据的存储地址，且该存储地址和内网浏览器位于同一个局域网，因而前端设备在需要进一步展示或下载资源数据时，可直接从该存储地址指向的节点设备中获取到所需的资源数据。

作为示例，在通过内网浏览器基于某检索条件检索视图库所存储的图片时，可得到代理服务器返回的一组结构化信息。该结构化信息中可包含检索到的图片的个数、每个图片的尺寸、存储地址(如可表示为http://IP:Port/type/id)等基本信息。该结构化信息可以采用JSON(JavaScript Object Notation,JS对象简谱)等常用的数据格式。在得到结构化信息后，若需下载其中的图片，则可直接通过内网浏览器访问http://IP:Port/type/id，得到所需的原始图片数据。

在跨网的资源数据获取场景中，外网的前端设备通过外网浏览器请求访问视图库中的资源时，可首先通过外网边缘的端口映射装置将所请求连接的套接字转换为代理服务器的套接字，如将ADDR’:PORT’转换为ADDR:PORT。其中，ADDR’为请求访问的IP地址，如外网的前端设备所在外网对应的地址映射装置的IP地址，PORT’为请求访问的端口。ADDR为代理服务器的IP地址，PORT为代理服务器的端口，PORT通常可以设为80。而后，可经过网闸等跨网设备将该请求发送至代理服务器，进而得到代理服务器返回的结构化信息。

在得到代理服务器返回的结构化信息(可包含某资源的存储地址)后，由于端口转换装置通常无法得到内网中的存储服务器的套接字，因而在需要进一步浏览或下载资源数据时，外网的前端设备无法直接访问内网中的存储服务器，因而无法获取到资源数据。通过本申请实施例中的请求处理方法，可解决了无法跨网获取存储服务器中的资源数据的问题，消除了资源数据获取的局限性。

请参考图3，其示出了根据本申请的请求处理方法的一个实施例的流程300。该请求处理方法可应用于代理服务器，如视频图像信息数据系统/平台(简称为视图库)中的代理服务器。该视图库中还可部署存储服务器。存储服务器可包含一个或多个存储节点，用以存储资源数据。存储节点所存储的资源数据可以是资源的原始数据，如视频、图像等数据。代理服务器与存储服务器位于同一局域网(可称为内网)。视图库的数据存储原理以及数据传输过程可参见上述描述，此处不再重复赘述。该请求处理方法，包括以下步骤：

步骤301，响应于接收到第一资源访问请求，获取目标资源数据的存储地址。

在本实施例中，请求处理方法的执行主体(如代理服务器)在接收到针对目标资源数据的资源访问请求(可称为第一资源获取请求)时，可获取目标资源数据的存储地址。其中，目标资源数据可包括但不限于视频、图像等数据。目标资源数据可存储于存储服务器的某存储节点中。目标资源数据的存储地址具体可以指目标资源数据的URL(UniformResource Locator，统一资源定位符)。该存储地址中可包含目标资源数据所在存储节点的套接字(可包括IP地址和端口)、目标资源数据在该存储节点中的路径、目标资源数据的数据标识、传输协议信息中至少一项。

在本实施例中，存储服务器包含多个存储节点，资源数据(也即通过资源访问请求可能访问到的资源数据)至少存储在两个不同的存储节点中。例如，有ABCD4个资源数据，资源数据AB存储于第一存储节点，资源数据CD存储于第二存储节点。也就是说，响应于资源访问请求获取到的目标资源数据的存储地址，既可能包含第一存储节点地址，又可能包含第二存储节点地址。例如，第一存储节点的地址为IP1:Port，第二存储节点的地址为IP2:Port，资源数据A在第一存储节点上的地址为http://IP1:Port/type/id，资源数据C在第二存储节点上的地址为http://IP2:Port/type/id。当资源访问请求想要访问的是资源数据A时，响应于资源访问请求获取到的目标资源数据的存储地址是包含第一存储节点地址。当资源访问请求想要访问的是资源数据B时，响应于资源访问请求获取到的目标资源数据的存储地址是包含第二存储节点地址。因此，无论在端口映射设备中如何做地址映射，都不能方便地实现资源数据的获取。例如把第一存储节点的地址IP1:Port映射到外网地址IP1’:Port’，虽然当来源设备发起针对IP1’:Port’的请求时能够访问第一存储节点上的数据，但是当来源设备发起很多其他存储节点的请求时，其他存储节点仍不能被访问。虽然可以在端口映射设备中进行所有存储节点的地址映射，但是若存储节点数量巨大而且变化频繁(例如频繁增减)时，维护端口映射设备的地址映射表并进行这样的地址映射将会非常复杂。

在本实施例中，目标资源的存储地址可以记录于视图库中的结构化存储容器(如Elastic Search，MySQL，MongoDB等存储容器)内，上述执行主体可以从该结构化存储容器中查询目标资源数据的存储地址。

在一些可选的实现方式中，响应于接收到第一资源访问请求，上述执行主体可以获取目标资源数据的结构化信息。该结构化信息可用于描述目标资源数据。该结构化信息中可包括目标资源数据的存储地址，还可包括目标资源数据的大小、数量等其他信息。结构化信息可从结构化存储容器中获取。

步骤302，将存储地址转换为目标地址，并将目标地址返回至第一资源访问请求的来源设备，目标地址中包括目标资源数据的参数信息。

在本申请实施例中，来源设备与代理服务器位于不同局域网。在本实施例中，上述执行主体在获取到目标资源数据的结构化信息后，可将结构化信息中的存储地址转换为目标地址，并将目标地址返回至第一资源访问请求的来源设备。目标地址可以指向代理服务器，也可以指向端口映射设备。由此，当第一资源访问请求的来源设备为外网设备(如网闸)时，由于目标地址指向内网中对外提供Web服务的代理服务器(即上述执行主体)或能够进行端口映射的端口映射设备，因而该来源设备可继续与内网进行通信。

在本实施例中，目标地址中可以包括目标资源数据的参数信息。参数信息可从步骤301所获取的存储地址中提取关键信息并拼接得到。参数信息可包括但不限于目标资源数据所在的节点设备的节点标识、目标资源数据的类型信息、目标资源数据的数据标识等。可以理解的是，目标地址中还可包含代理服务器的套接字，以便于指向代理服务器。节点标识即为存储节点的唯一标识符。此外，目标地址中还可包括但不限于传输协议信息、目标资源数据在存储节点中的路径等信息。

在一些可选的实现方式中，在接收到第一资源访问请求后，上述执行主体可以获取包含目标资源数据的存储地址的结构化信息。在将存储地址转换为目标地址后，可向上述第一资源访问请求的来源设备返回替换地址后的结构化信息，即包含目标地址的结构化信息。

在一些可选的实现方式中，在获取到目标资源数据的存储地址后，上述执行主体还可以获取第一资源访问请求的来源设备的IP地址，并在预设的地址映射表中查询该IP地址。若该IP地址位于预设的地址映射表中，则可认为该来源设备为外网设备(如与代理服务器通信连接的网闸)，此时可将上述存储地址转换为目标地址。作为示例，参见图1的场景，来源设备可以为网闸1、网闸2和网闸3中的任一项。地址映射表中可包括与代理服务器通信连接的各网闸的IP地址，具体包括网闸1的IP地址、网闸2的IP地址和网闸3的IP地址。一种具体实施方式中，地址映射表维护在上述代理服务器上。地址映射表允许增删改查(CRUD)。由于内外网均可访问代理服务器，地址映射清单的CRUD在内外网均可操作。当一个外网具有多个网闸连接时，只要在地址映射表的网闸IP地址列表中把这些网闸IP地址添加进去即可。当具有多个外网要访问内网视图库数据时，只要在“地址映射清单”给每个外网新增项目，填写网闸IPList和映射后的IP和端口即可。当需要阻止某个网闸获取原始数据时，将地址映射表中该网闸对应的IP地址删除即可。

需要说明的是，来源设备(如网闸)在接收到代理服务器返回的目标地址(或包含目标地址的结构化数据)后，可将该数据经由外网边缘的端口映射装置传输至外网的前端设备，以在前端设备的浏览器中进行相应显示。当用户需要进一步浏览或者下载目标资源数据时，可基于目标地址中的参数信息，进一步请求目标资源数据。

作为示例，存储节点的套接字为IP:Port，代理服务器的套接字为IP’:Port’，端口映射装置的套接字为IP”:Port”，目标资源数据的存储地址为http://IP:Port/type/id。

在一种场景中，目标地址可以指向端口映射装置，端口映射装置可将该目标地址透传至外网的前端设备。具体地，执行主体(即代理服务器)在接收到针对该目标资源数据的第一资源访问请求后，可以将http://IP:Port/type/id修改为指向端口映射装置的目标地址，如http://IP”:Port”/picture？node＝IP:Port&type＝type&id＝id，并经由网闸将该目标地址发送至端口映射装置。目标地址中包括目标资源数据的参数信息，即“picture？node＝IP:Port&type＝type&id＝id”。端口映射装置在收到目标地址后，可直接将该目标地址透传给外网的前端设备。

外网的前端设备在需要访问目标资源数据时，可将来自端口映射装置的地址http://IP”:Port”/picture？node＝IP:Port&type＝type&id＝id作为URL，发送第二资源访问请求。端口映射装置在接收到此请求后，可将http://IP”:Port”/picture？node＝IP: Port&type＝type&id＝id转换为指向代理服务器的地址http://IP’:Port’/picture？node＝IP:Port&type＝type&id＝id，并经由网闸将此第二资源访问请求发送给代理服务器。代理服务器在接收到第二资源访问请求后，可基于其中的参数信息，还原出存储地址http:// IP:Port/type/id。从而，可基于还原得到的存储地址，从存储服务器中获取目标资源数据，并将目标资源数据返回。

在另一种场景中，目标地址可以指向代理服务器，端口映射装置可将该目标地址做进一步修改后透传至外网的前端设备。具体地，执行主体(即代理服务器)在接收到针对该目标资源数据的第一资源访问请求后，可以将http://IP:Port/type/id修改为指向自身的目标地址，如http://IP’:Port’/picture？node＝IP:Port&type＝type&id＝id，并经由网闸将该目标地址发送至端口映射装置。目标地址中包括目标资源数据的参数信息，即“picture？node＝IP:Port&type＝type&id＝id”。端口映射装置在收到目标地址后，可将该目标地址更改为指向自身且包含上述参数信息的另一地址，如http://IP”:Port”/picture？node＝IP:Port&type＝type&id＝id，并将该另一地址发送至外网的前端设备。

外网的前端设备在需要访问目标资源数据时，可将来自端口映射装置的地址http://IP”:Port”/picture？node＝IP:Port&type＝type&id＝id作为URL，发送第二资源访问请求。端口映射装置在接收到此请求后，可将http://IP”:Port”/picture？node＝IP: Port&type＝type&id＝id还原为指向代理服务器的目标地址http://IP’:Port’/picture？node＝IP:Port&type＝type&id＝id，并经由网闸将此第二资源访问请求发送给代理服务器。代理服务器在接收到第二资源访问请求后，可基于目标地址中的参数信息，还原出存储地址http://IP:Port/type/id。从而，可基于还原得到的存储地址，从存储服务器中获取目标资源数据，并将目标资源数据返回。

需要指出的是，当预设的地址映射表中不包含该IP地址时，意味着来源设备为内网设备(如同一局域网内的前端设备)。此时，在一种场景中，可继续执行后续步骤，得到统一的数据访问路径(即均通过代理服务器获取目标资源数据)。在另一种场景中，由于同一局域网内的设备可相互访问，因而内网设备可在需要时直接访问存储服务器获得目标资源数据，此时无需执行如下步骤303和步骤304。

步骤303，响应于接收到来自来源设备且包含参数信息的第二资源访问请求，基于参数信息还原存储地址。

在本实施例中，在接收到来自来源设备且包含参数信息的第二资源访问请求后，上述执行主体可以基于第二资源访问请求所携带的参数信息，还原存储地址。由于参数信息是从存储地址中提取关键信息并拼接得到。因而可采用参数信息生成过程的逆过程进行存储地址的还原，即将参数信息拆分为若干关键信息，并基于关键信息确定出存储地址。

步骤304，基于还原得到的存储地址，从存储服务器中获取目标资源数据，并将目标资源数据返回至来源设备。

在本实施例中，由于上述执行主体与存储服务器位于同一局域网，因而上述执行主体可以直接基于上述存储地址访问存储服务器，从而从存储服务器中获取目标资源数据，进而目标资源数据返回至上述来源设备。

需要说明的是，在来源设备为外网设备(如网闸)时，来源设备在接收到代理服务器返回的目标资源数据后，可将该目标资源数据经由外网边缘的端口映射装置传输至外网的前端设备，以在前端设备的浏览器中进行显示或存储该目标资源数据。

本申请的上述实施例提供的方法，在接收到第一资源访问请求后，将目标资源数据的存储地址转换为指向代理服务器且包括目标资源数据的参数信息的目标地址，从而将目标地址返回至第一资源访问请求的来源设备；在接收到来自来源设备且包含参数信息的第二资源访问请求后，基于参数信息还原存储地址，并基于所还原得到的存储地址从存储服务器中获取目标资源数据，从而将其返回至该来源设备，由此，能够将指向不可访问的存储服务器的地址转换为指向可访问的代理服务器的地址，从而经由代理服务器获取到目标资源数据，解决了无法跨网获取存储服务器中的资源数据的问题，消除了资源数据获取的局限性。

进一步参考图4，其示出了请求处理方法的又一个实施例的流程400。该请求处理方法可应用于代理服务器，代理服务器与存储服务器位于同一局域网(可称为内网)。该请求处理方法，包括以下步骤：

步骤401，响应于接收到第一资源访问请求，获取目标资源数据的存储地址。

本实施例中的步骤401可参见图3对应实施例的步骤301，此处不再赘述。

步骤402，基于存储地址，确定目标资源数据的参数信息。

在本实施例中，上述执行主体可以从目标资源数据的存储地址中提取关键信息，并对关键相信进行拼接，得到目标资源数据的参数信息。通过该参数信息，可确定出唯一的该存储地址。

具体地，目标资源数据的存储地址中可包括但不限于传输协议信息、目标资源数据所在的存储节点的套接字、目标资源数据在该存储节点中的路径以及目标资源数据的数据标识等信息。其中，上述套接字可包括该存储节点的IP地址和端口。路径可根据资源数据的类型进行设置(即将不同类型的资源数据存储于不同路径)，因而此处的路径也可以是目标资源数据的类型信息。例如，目标资源数据的存储地址为“http://IP:Port/type/id”。其中“http”为传输协议信息。“IP:Port”为存储节点的套接字，包含IP地址和端口。“type”表示目标资源数据在该存储节点中的路径，此处不同类别的资源数据可位于不同路径，因而此处的路径即为存储节点的类别信息。“id”为目标资源数据的数据标识。上述执行主体可从存储地址获取若干信息作为关键信息，并将关键信息以预设格式进行拼接，得到参数信息。

在本实施例的一些可选的实现方式中，当存储地址中包括目标资源数据所在的存储节点的套接字、目标资源数据的类型信息和目标资源数据的数据标识时，上述执行主体可首先基于存储节点的套接字，获取存储节点的节点标识。而后，将节点标识、类型信息和数据标识进行拼接，生成目标资源数据的参数信息。

具体地，不同的存储节点可以具有不同的IP地址，因而不同存储节点的套接字不同。上述执行主体可以基于存储地址中的存储节点的套接字，确定目标资源数据所在的存储节点，从而获取到存储节点的节点标识。在生成目标资源数据的参数信息的过程中，可采用预设格式对节点标识、类型信息和数据标识进行连接。例如，可以用连接符号(如“&”)将节点标识、类型信息和数据标识相连接。

步骤403，基于参数信息，将存储地址转换为目标地址。

在本实施例中，上述执行主体可以基于代理服务器的套接字和参数信息，将存储地址转换为目标地址。目标地址可以指向代理服务器或端口映射设备。其中，目标地址是与上述存储地址不同的URL，该URL中的套接字为代理服务器或端口映射设备的套接字，该URL中的参数为上述参数信息。

在本实施例的一些可选的实现方式中，目标地址可以指向代理服务器。上述执行主体可以将存储地址中的部分信息、代理服务器的套接字和所生成的参数信息进行组合，得到指向代理服务器的目标地址。具体地，首先可以获取传输协议信息，如“http”、“https”等。此处，可采用预设的传输协议信息，可以从目标资源数据的存储地址中获取传输协议信息。而后，可以将传输协议、代理服务器的套接字和参数信息按照URL格式进行拼接，得到目标地址。

例如，目标地址可以为“http://IP’:Port’/picture？node＝X&type＝Y&id＝Z”。其中“http”为传输协议。“IP’:Port’”为代理服务器的套接字，包括代理服务器的IP地址“IP’”和端口“Port’”。“picture？node＝X&type＝Y&id＝Z”为参数信息，其中的node＝X表示存储节点的节点标识为X，type＝Y表示目标资源数据的类型信息为Y，id＝Z表示目标资源数据的数据标识为Z。

在本实施例的一些可选的实现方式中，目标地址可以指向代理服务器。上述执行主体可以采用对存储地址进行修改的方式，得到指向代理服务器的目标地址。具体地，可首先将存储地址中的存储节点的套接字替换为代理服务器的套接字，如将“http://IP:Port/type/id”中的“IP:Port”替换为“IP’:Port’”。而后将存储地址中的类型信息和节点标识替换为参数信息，如将“http://IP:Port/type/id”中的“type/id”替换为“picture？node＝X&type＝Y&id＝Z”。由此，可得到指向代理服务器的目标地址“http://IP’:Port’/picture？node＝X&type＝Y&id＝Z”。

在本实施例的一些可选的实现方式中，第一资源访问请求可以是来源设备响应于前端设备的资源访问请求发送给代理服务器的。前端设备的资源访问请求可以是经由前端设备所在局域网所对应的端口映射装置发送给来源设备的。此时，目标地址可以是指向端口映射装置的。上述执行主体可以采用对存储地址进行修改的方式，得到指向端口映射装置的目标地址。具体地，可首先将存储地址中的存储节点的套接字替换为端口映射装置的套接字。而后，将存储地址中的类型信息和节点标识替换为参数信息，由此得到指向端口映射装置的目标地址。

在上述实现方式中，可按照如下步骤，将存储地址中的存储节点的套接字替换为端口映射装置的套接字：首先，在存储于代理服务器的地址映射表中根据来源设备的IP地址查找来源设备对应的端口装置的套接字。其中，地址映射表中存储了网闸IP与端口映射设备地址的对应关系。而后，将存储地址中的类型信息和节点标识替换为参数信息，从而得到指向上述端口映射装置的目标地址。

步骤404，响应于接收到来自来源设备且包含参数信息的第二资源访问请求，基于参数信息还原存储地址。

在本实施例中，由于参数信息是从步骤301所获取的存储地址中提取关键信息并拼接得到，因而，在接收到来自来源设备且包含参数信息的第二资源访问请求后，上述执行主体可以采用参数信息生成过程的逆过程还原存储地址。

作为示例，上述执行主体首先可以从参数信息中提取节点标识、类型信息和数据标识，如上述步骤示例中的X、Y、Z。而后，可基于节点标识获取对应的存储节点的套接字。最后，基于存储节点的套接字、类型信息和数据标识，还原存储地址。即，可将套接字、类型信息和数据标识按照URL格式进行组合，从而得到目标资源数据的存储地址。

步骤405，基于存储地址，从存储服务器中获取目标资源数据，并将目标资源数据返回至来源设备。

本实施例中的步骤405可参见图3对应实施例的步骤304，此处不再赘述。

从图4中可以看出，与图1对应的实施例相比，本实施例中的请求处理方法的流程400涉及了基于目标资源数据的存储地址确定目标资源数据的参数信息，并基于该参数信息生成目标地址的步骤。由此，本实施例描述的方案可以方便快捷地生成指向代理服务器的目标地址，且能够提供统一的数据访问路径(即均通过代理服务器获取目标资源数据)，提高了跨网获取存储服务器中的资源数据的便捷性。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种请求处理装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于代理服务器，代理服务器与用于存储资源数据的存储服务器位于同一局域网中。

如图3所示，本实施例的请求处理装置300包括：获取单元501，被配置成响应于接收到第一资源访问请求，获取目标资源数据的存储地址；第一返回单元502，被配置成将上述存储地址转换为目标地址，并将上述目标地址返回至上述第一资源访问请求的来源设备，上述目标地址中包括上述目标资源数据的参数信息；还原单元503，被配置成响应于接收到来自上述来源设备且包含上述参数信息的第二资源访问请求，基于上述参数信息还原上述存储地址；第二返回单元504，被配置成基于还原得到的上述存储地址，从上述存储服务器中获取上述目标资源数据，并将上述目标资源数据返回至上述来源设备。

在本实施例的一些可选的实现方式中，上述获取单元501，进一步被配置成：响应于接收到第一资源访问请求，获取目标资源数据的结构化信息，上述结构化信息中包括上述目标资源数据的存储地址；以及，将上述目标地址返回至上述第一资源访问请求的来源设备，包括：将包含上述目标地址的上述结构化信息返回至上述第一资源访问请求的来源设备。

在本实施例的一些可选的实现方式中，上述第一返回单元502，进一步被配置成：基于上述存储地址，确定上述目标资源数据的参数信息；基于上述代理服务器的套接字和上述参数信息，将上述存储地址转换为指向上述代理服务器的目标地址。

在本实施例的一些可选的实现方式中，上述存储地址中包括上述目标资源数据所在的存储节点的套接字、上述目标资源数据的类型信息和上述目标资源数据的数据标识；以及，上述第一返回单元502，进一步被配置成：基于上述存储节点的套接字，获取上述存储节点的节点标识；将上述节点标识、上述类型信息和上述数据标识进行拼接，生成上述目标资源数据的参数信息。

在本实施例的一些可选的实现方式中，上述目标地址是指向上述代理服务器的；以及，上述第一返回单元502，进一步被配置成：将上述存储地址中的上述存储节点的套接字替换为上述代理服务器的套接字，将上述存储地址中的上述类型信息和上述节点标识替换为上述参数信息，得到指向上述代理服务器的目标地址。

在本实施例的一些可选的实现方式中，第一资源访问请求是上述来源设备响应于前端设备的资源访问请求发送给上述代理服务器的；上述前端设备的资源访问请求是经由上述前端设备所在局域网所对应的端口映射装置发送给上述来源设备的；上述目标地址是指向上述端口映射装置的；以及，上述返回单元502，进一步被配置成：将上述存储地址中的上述存储节点的套接字替换为上述端口映射装置的套接字，将上述存储地址中的上述类型信息和上述节点标识替换为上述参数信息，得到指向上述端口映射装置的目标地址。

在本实施例的一些可选的实现方式中，上述返回单元502，进一步被配置成：在存储于代理服务器的地址映射表中根据上述来源设备的IP地址查找上述来源设备对应的端口映射装置的套接字，将上述存储地址中的上述类型信息和上述节点标识替换为上述参数信息，得到指向上述端口映射装置的目标地址。

在本实施例的一些可选的实现方式中，上述还原单元503，进一步被配置成：从上述参数信息中提取上述节点标识、上述类型信息和上述数据标识；基于上述节点标识，获取上述存储节点的套接字；基于上述存储节点的套接字、类型信息和上述数据标识，还原上述存储地址。

在本实施例的一些可选的实现方式中，上述第一返回单元502，进一步被配置成：获取上述第一资源访问请求的来源设备的IP地址；响应于上述IP地址位于地址映射表中，将上述存储地址转换为目标地址。

在本实施例的一些可选的实现方式中，上述来源设备为与上述代理服务器通信连接的网闸，上述地址映射表中包括与上述代理服务器通信连接的各网闸的IP地址。

本申请的上述实施例提供的装置，在接收到第一资源访问请求后，将目标资源数据的存储地址转换为指向代理服务器且包括目标资源数据的参数信息的目标地址，从而将目标地址返回至第一资源访问请求的来源设备；在接收到来自来源设备且包含参数信息的第二资源访问请求后，基于参数信息还原存储地址，并基于所还原得到的存储地址从存储服务器中获取目标资源数据，从而将其返回至该来源设备，由此，能够将指向不可访问的存储服务器的地址转换为指向可访问的代理服务器的地址，从而经由代理服务器获取到目标资源数据，解决了无法跨网获取存储服务器中的资源数据的问题，消除了资源数据获取的局限性。

下面参考图6，其示出了用于实现本申请的一些实施例的电子设备的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本申请的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁盘、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本申请的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本申请的一些实施例的方法中限定的上述功能。

需要说明的是，本申请的一些实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperTextTransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于接收到第一资源访问请求，获取目标资源数据的存储地址；将所述存储地址转换为目标地址，并将所述目标地址返回至所述第一资源访问请求的来源设备，所述目标地址中包括所述目标资源数据的参数信息；响应于接收到来自所述来源设备且包含所述参数信息的第二资源访问请求，基于所述参数信息还原所述存储地址；基于所述存储地址，从所述存储服务器中获取所述目标资源数据，并将所述目标资源数据返回至所述来源设备。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的一些实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++；还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)，上述网络包括局域网(LAN)或广域网(WAN)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定单元、第二确定单元、选取单元和第三确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

以上描述仅为本申请的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (13)

1.一种请求处理方法，其特征在于，应用于代理服务器，所述代理服务器与用于存储资源数据的存储服务器位于同一局域网，所述方法包括：

响应于接收到第一资源访问请求，获取目标资源数据的存储地址；

将所述存储地址转换为目标地址，并将所述目标地址返回至所述第一资源访问请求的来源设备，所述目标地址中包括所述目标资源数据的参数信息；

响应于接收到来自所述来源设备且包含所述参数信息的第二资源访问请求，基于所述参数信息还原所述存储地址；

基于还原得到的所述存储地址，从所述存储服务器中获取所述目标资源数据，并将所述目标资源数据返回至所述来源设备。

2.根据权利要求1所述的方法，其特征在于，所述响应于接收到第一资源访问请求，获取目标资源数据的存储地址，包括：

响应于接收到第一资源访问请求，获取目标资源数据的结构化信息，所述结构化信息中包括所述目标资源数据的存储地址；以及，

所述将所述目标地址返回至所述第一资源访问请求的来源设备，包括：

将包含所述目标地址的所述结构化信息返回至所述第一资源访问请求的来源设备。

3.根据权利要求1-2之一所述的方法，其特征在于，所述将所述存储地址转换为目标地址，包括：

基于所述存储地址，确定所述目标资源数据的参数信息；

基于所述参数信息，将所述存储地址转换为目标地址。

4.根据权利要求3所述的方法，其特征在于，所述存储地址中包括所述目标资源数据所在的存储节点的套接字、所述目标资源数据的类型信息和所述目标资源数据的数据标识；以及，

所述基于所述存储地址，确定所述目标资源数据的参数信息，包括：

基于所述存储节点的套接字，获取所述存储节点的节点标识；

将所述节点标识、所述类型信息和所述数据标识进行拼接，生成所述目标资源数据的参数信息。

5.根据权利要求4所述的方法，其特征在于，所述目标地址是指向所述代理服务器的；以及，

所述基于所述参数信息，将所述存储地址转换为目标地址，包括：

将所述存储地址中的所述存储节点的套接字替换为所述代理服务器的套接字，将所述存储地址中的所述类型信息和所述节点标识替换为所述参数信息，得到指向所述代理服务器的目标地址。

6.根据权利要求4所述的方法，其特征在于，第一资源访问请求是所述来源设备响应于前端设备的资源访问请求发送给所述代理服务器的；所述前端设备的资源访问请求是经由所述前端设备所在局域网所对应的端口映射装置发送给所述来源设备的；所述目标地址是指向所述端口映射装置的；以及，

基于所述参数信息，将所述存储地址转换为目标地址，包括：

将所述存储地址中的所述存储节点的套接字替换为所述端口映射装置的套接字，将所述存储地址中的所述类型信息和所述节点标识替换为所述参数信息，得到指向所述端口映射装置的目标地址。

7.根据权利要求6所述的方法，其特征在于，将所述存储地址中的所述存储节点的套接字替换为所述端口映射装置的套接字，包括：

在存储于代理服务器的地址映射表中根据所述来源设备的IP地址查找所述来源设备对应的端口映射装置的套接字，将所述存储地址中的所述类型信息和所述节点标识替换为所述参数信息，得到指向所述端口映射装置的目标地址。

8.根据权利要求4-7任一项所述的方法，其特征在于，所述基于所述参数信息还原所述存储地址，包括：

从所述参数信息中提取所述节点标识、所述类型信息和所述数据标识；

基于所述节点标识，获取所述存储节点的套接字；

基于所述存储节点的套接字、类型信息和所述数据标识，还原所述存储地址。

9.根据权利要求1-8之一所述的方法，其特征在于，所述将所述存储地址转换为目标地址，包括：

获取所述第一资源访问请求的来源设备的IP地址；

响应于所述IP地址位于地址映射表中，将所述存储地址转换为目标地址。

10.根据权利要求9所述的方法，其特征在于，所述来源设备为与所述代理服务器通信连接的网闸，所述地址映射表中包括与所述代理服务器通信连接的各网闸的IP地址。

11.一种请求处理装置，其特征在于，应用于代理服务器，所述代理服务器与用于存储资源数据的存储服务器位于同一局域网，包括：

获取单元，被配置成响应于接收到第一资源访问请求，获取目标资源数据的存储地址；

第一返回单元，被配置成将所述存储地址转换为目标地址，并将所述目标地址返回至所述第一资源访问请求的来源设备，所述目标地址中包括所述目标资源数据的参数信息；

还原单元，被配置成响应于接收到来自所述来源设备且包含所述参数信息的第二资源访问请求，基于所述参数信息还原所述存储地址；

第二返回单元，被配置成基于还原得到的所述存储地址，从所述存储服务器中获取所述目标资源数据，并将所述目标资源数据返回至所述来源设备。

12.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。

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

Images