CN111355731B

CN111355731B - Resource access method, device, resource access system, equipment and storage medium

Info

Publication number: CN111355731B
Application number: CN202010130365.1A
Authority: CN
Inventors: 秦建华; 张腾
Original assignee: Beijing QIYI Century Science and Technology Co Ltd
Current assignee: Beijing QIYI Century Science and Technology Co Ltd
Priority date: 2020-02-28
Filing date: 2020-02-28
Publication date: 2022-09-30
Anticipated expiration: 2040-02-28
Also published as: CN111355731A

Abstract

The embodiment of the application provides a resource access method, a resource access device, a resource access system, a resource access device and a storage medium, and belongs to the technical field of internet. The method comprises the following steps: the method comprises the steps that a client side obtains a resource list stored in a target edge node, the target edge node is an edge node which belongs to the same local area network with the client side in the edge node, and the resource list comprises information of accessible resources stored in the target edge node; the client sends a purchase request to the background service cluster in response to a purchase instruction for a first accessible resource in the resource list; the background service cluster verifies the purchase request, and if the verification is successful, a verification success message is sent to the distribution scheduling cluster; the distribution scheduling cluster issues a download path of the first accessible resource to the client; and the client sends a downloading request based on the downloading path and downloads the first accessible resource from the target edge node. By the method and the device, the efficiency of downloading the resources can be improved.

Description

Resource access method, device, resource access system, equipment and storage medium

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for accessing a resource, a resource access system, a device, and a storage medium.

Background

With the development of internet technology, more and more users choose to install a client for playing accessible resources in a terminal device to enjoy the accessible resources, such as videos, teletext messages, songs, etc., on line.

In the related art, a user may select an accessible resource desired to be acquired in a client, and the client may send an acquisition request for the accessible resource to a server through a wide area network. The server acquires the locally stored resource data of the accessible resource and then sends the resource data to the client so that the client can display the accessible resource.

In the above scheme, the client needs to download the resource data of the accessible resource from the server through the public network, however, in some scenes with poor networks (such as airports, stations, and the like), the client cannot download the resource data, and thus the user cannot access the resource.

Disclosure of Invention

In order to solve the technical problem, the present application provides a method, an apparatus, a system, a device and a storage medium for resource access.

In a first aspect, a method for resource access is provided, where the method is applied to a resource access system including a client, an edge node, a background service cluster, and a distribution scheduling cluster, and the method includes:

the client acquires a resource list stored in a target edge node, wherein the target edge node is an edge node belonging to the same local area network as the client in the edge nodes, and the resource list comprises information of accessible resources stored in the target edge node;

the client sends a purchase request to a background service cluster in response to a purchase instruction for a first accessible resource in the resource list;

the background service cluster verifies the purchase request, and if the verification is successful, a verification success message is sent to the distribution scheduling cluster;

the distribution scheduling cluster issues a download path of the first accessible resource to the client;

and the client side sends a downloading request based on the downloading path and downloads the first accessible resource from the target edge node.

Optionally, the download path includes a uniform resource identifier URI corresponding to the first accessible resource;

the client sends a download request based on the download path to download a first accessible resource from the target edge node, including:

the client sends a first downloading request to the distribution scheduling cluster, wherein the first downloading request comprises a target shop identification of the resource shop to which the resource list belongs;

the distribution scheduling cluster determines a target edge node corresponding to the target shop identification according to a pre-stored corresponding relation between the shop identification and the edge node, and sends an access path of the first accessible resource in the target edge node to the client;

and the client sends a second downloading request containing the URI of the first accessible resource to the target edge node according to the access path so as to download the first accessible resource.

Optionally, the obtaining, by the client, a resource list stored in the target edge node includes:

the client acquires and displays access guide information of the resource list;

if the client receives a confirmation access instruction aiming at the access guiding information, a resource access request is sent to the target edge node;

and the client receives the resource list fed back by the target edge node.

Optionally, the method further includes:

the background service cluster sends a sinking instruction to the target edge node, wherein the sinking instruction is used for indicating the target edge node to store accessible resources to be stored;

and the target edge node responds to the sinking instruction, acquires the accessible resource to be stored and stores the accessible resource into a local storage area.

Optionally, before the background service cluster sends the sinking instruction to the target edge node, the method further includes:

the background service cluster acquires application scene information of the edge node of the target node;

the background service cluster determines accessible resources corresponding to the application scene information of the target node edge nodes according to a preset corresponding relation between the application scene information and the accessible resources;

and the background service cluster generates a sinking instruction, wherein the sinking instruction comprises the determined information of the accessible resources.

the client sends a resource query request to the background service cluster;

the background service cluster feeds back a resource general list and a resource list of each edge node to the client, wherein the resource general list comprises information of all accessible resources which can be provided by the resource access system;

if the client receives a selection instruction of a user for a second accessible resource and the target edge node, sending a resource reservation request to the background service cluster, wherein the resource reservation request comprises information of the second accessible resource and an identifier of the target edge node;

and the background service cluster generates a sinking instruction, wherein the sinking instruction comprises the information of the second accessible resource.

Optionally, after the target edge node, in response to the sinking instruction, acquires the accessible resource to be stored, and stores the accessible resource to a local storage area, the method further includes:

and the edge node adds the information of the accessible resources in a local resource list.

the edge node sends a feedback message to the background service cluster, wherein the feedback message contains the information of the accessible resources;

and the background service cluster adds the information of the accessible resources in a resource list corresponding to the target edge node.

Optionally, the local area network is a Wi-Fi network or an ethernet network.

In a second aspect, a method for resource access is provided, where the method is applied to a client, and the method includes:

acquiring a resource list stored in a target edge node, wherein the target edge node and the client belong to the same local area network, and the resource list comprises information of accessible resources stored in the target edge node;

responding to a purchase instruction for a first accessible resource in the resource list, sending a purchase request to a background service cluster so that the background service cluster verifies the purchase request, and notifying a distribution scheduling cluster to issue a download path of the first accessible resource to the client under the condition that the verification is successful;

and receiving a download path sent by the distribution scheduling cluster, and sending a download request based on the download path to download the first accessible resource from the target edge node.

In a third aspect, a method for resource access is provided, where the method is applied to an edge node, and the method includes:

sending a locally stored resource list to the client, wherein the client and the edge node belong to the edge node of the same local area network, and the resource list comprises information of accessible resources stored in the edge node;

receiving a downloading request sent by the client aiming at a first accessible resource in the resource list;

sending locally stored resource data of the first accessible resource to the client.

In a fourth aspect, a resource access system is provided, where the resource access system includes a client, an edge node, a background service cluster, and a distribution scheduling cluster, where:

the client is used for acquiring a resource list stored in a target edge node, wherein the target edge node is an edge node belonging to the same local area network as the client in the edge node, and the resource list comprises information of accessible resources stored in the target edge node; sending a purchase request to a background service cluster in response to a purchase instruction for a first accessible resource in the resource list;

the background service cluster is used for verifying the purchase request, and if the verification is successful, a verification success message is sent to the distribution scheduling cluster;

the distribution scheduling cluster is used for issuing a download path of the first accessible resource to the client;

the client is further configured to send a download request based on the download path to download the first accessible resource from the target edge node.

In a fifth aspect, an apparatus for resource access is provided, the apparatus being applied to a client, and the apparatus including:

an obtaining module, configured to obtain a resource list stored in a target edge node, where the target edge node and the client belong to the same local area network, and the resource list includes information of accessible resources stored in the target edge node;

the sending module is used for responding to a selection instruction aiming at a first accessible resource in the resource list, sending a purchase request to a background service cluster so that the background service cluster can verify the purchase request, and informing the distribution scheduling cluster to issue a download path of the first accessible resource to the client under the condition of successful verification;

and the downloading module is used for receiving a downloading path sent by the distribution scheduling cluster and sending a downloading request based on the downloading path so as to download the first accessible resource from the target edge node.

In a sixth aspect, an apparatus for resource access is provided, where the apparatus is applied to an edge node, and the apparatus includes:

a first sending module, configured to send a locally stored resource list to the client, where the client and the edge node belong to an edge node of a same local area network, and the resource list includes information of accessible resources stored in the edge node;

a receiving module, configured to receive a download request sent by the client for a first accessible resource in the resource list;

and the second sending module is used for sending the locally stored resource data of the first accessible resource to the client.

In a seventh aspect, an electronic device is provided, which includes a processor, a communication interface, a memory and a communication bus, where the processor, the communication interface, and the memory complete communication with each other through the communication bus;

a memory for storing a computer program;

a processor for implementing the method steps of the second or third aspect when executing the program stored in the memory.

In an eighth aspect, a computer-readable storage medium is provided, having stored therein a computer program which, when executed by a processor, carries out the method steps of the second or third aspect.

In a ninth aspect, there is provided a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method steps of the second or third aspect described above.

Compared with the prior art, the technical scheme provided by the embodiment of the application has the following advantages:

the embodiment of the application provides a method and a device for resource access and a resource access system. The client can acquire a resource list stored in a target node, wherein the target node is a node in the node which belongs to the same local area network with the client, and the resource list comprises information of accessible resources stored in the target node; in response to a purchase instruction for a first accessible resource in the resource list, a purchase request is sent to the backend service cluster. The background service cluster can verify the purchase request, and if the verification is successful, a verification success message is sent to the distribution scheduling cluster. Then, the distribution scheduling cluster issues a download path of the first accessible resource to the client, and the client sends a download request to the target node based on the download path to download the first accessible resource. Therefore, the client can directly download the accessible resources through the local area network without downloading through the public network, and the efficiency of downloading the resources by the user is improved because the downloading speed of the local area network is higher.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.

Fig. 1 is a schematic diagram of a resource access system according to an embodiment of the present application;

fig. 2 is a flowchart of a method for accessing a resource according to an embodiment of the present application;

FIG. 3 is a flow chart of another method for accessing resources according to an embodiment of the present disclosure;

FIG. 4 is a flow chart of another method for accessing resources according to an embodiment of the present disclosure;

FIG. 5 is a flow chart of another method for accessing resources according to an embodiment of the present disclosure;

fig. 6 is a flowchart of a method for resource access performed by a client according to an embodiment of the present application;

fig. 7 is a flowchart of a method for resource access performed by an edge node according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of an apparatus for resource access according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of another apparatus for resource access according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application.

The embodiment of the application provides a resource access method which can be applied to a resource access system. The resource access system comprises a client, an edge node, a background service cluster and a distribution scheduling cluster. Fig. 1 is a schematic diagram of a resource access system according to an embodiment of the present application. The client may be a client installed in a user terminal such as a mobile phone or a computer. The background service cluster can be a cluster with a plurality of service functions such as resource management service, edge node management service, payment service and the like. Fig. 1 only shows a management platform (i.e., a cloud) in a background service cluster, where the management platform is connected to a Content producer, and functions such as channel management, resource store (node) management, Content retrieval, resource push management, resource list management, and authorization management are implemented by relying on a CDN (Content Delivery Network) system. The resource access system may also include a storage system, such as (global storage GS), to store the full amount of resources. The distribution scheduling cluster can be a CDN scheduler with accurate scheduling capability, strict correspondence of participants such as a requester and a content delivery edge node is realized in links such as content active distribution and user file request, and delivery efficiency and quality are guaranteed. The edge node may be an edge node (e.g., an odd-speed playing edge node) in the CDN system, and the edge node may be a device having functions of data storage, network communication, and the like, and may store an accessible resource, provide a local resource list, and provide a downloading function of the accessible resource for a client in the same local area network.

In the embodiment of the application, a local area network may be deployed for a certain area range, and an edge node may be deployed in the local area network, and one edge node and the local area network to which the edge node belongs may form a resource store (that is, may be regarded as a retail outlet). The local area network may be a WiFi4/5/6 network or Ethernet (Ethernet). The local area network has a DNS (Domain Name Server) function and a DHCP (Dynamic Host Configuration Protocol) function, and has an access capability to a wide area network or an odd-speed broadcast private network. Therefore, technicians can complete the operations of resource loading, resource unloading, resource updating and the like of the accessible resources in the retail outlet through cloud control. The accessible resources stored in the edge node are the goods available to the user in the resource store. Each resource store is preset with a unique identifier (namely a store identifier), and after each resource store is laid on each edge node for deployment, each edge node sends a registration request to the distribution scheduling cluster, wherein the registration request comprises the node identifier and the store identifier of the resource store. The distribution scheduling cluster stores the node identification and the shop identification in the registration request correspondingly so as to establish the corresponding relation between the shop identification and the edge node.

When a user purchases an accessible resource from the resource store, the client may download the accessible resource from the local edge node since the accessible resource is a resource stored in the local edge node. Furthermore, the client and the edge node belong to the same local area network, so that the client can directly download accessible resources through the local area network without downloading through a public network, and the efficiency of downloading the resources by a user is improved.

The following describes a method for accessing a resource provided in an embodiment of the present application in detail with reference to a specific embodiment, as shown in fig. 2, the specific steps are as follows:

in step 201, a client obtains a resource list stored in a target edge node.

The target edge node is an edge node belonging to the same local area network with the client in the edge nodes, and the resource list comprises information of accessible resources stored in the target edge node.

In the embodiment of the application, the edge node and the local area network can be deployed in different application scenes. In one example, the application scenario may include a mall, supermarket, airport, station, hotel room, high-speed rail cruise, mini self-service access point, etc. to facilitate the user to download the desired accessible resource anytime and anywhere. The accessible resource may be a game, a video, a picture, an electronic document, an application program, and the like, and the embodiment of the present application is not limited thereto. In addition, the target edge node may provide network access services to facilitate client access to the local area network to which the target edge node belongs.

When a user needs to download a certain resource, the user can open the client and can access the local area network in the current scene. The access method may include, but is not limited to, WiFi4/5/6, Ethernet (Ethernet) and other access methods. After detecting that the client accesses the local area network, the target edge node may send the locally stored resource list and the store identifier of the target resource store (i.e., the target store identifier) corresponding to the target edge node to the client. In an implementation manner, a portal service may be deployed in the target edge node, and after detecting that the client accesses the local area network, the target edge node may directly push a resource list to the client through the portal service. In another implementation manner, the client may also obtain and display the access guidance information of the resource list, and after the user confirms the access, the user jumps to the display interface of the resource list, and the detailed processing procedure will be described later.

In step 202, the client sends a purchase request to the background service cluster in response to a purchase instruction for a first accessible resource in the resource list.

In the embodiment of the application, after the client acquires the resource list, the client can display the resource list, and the user can browse the resource list. If the user wants to access a certain accessible resource (which may be referred to as a first accessible resource), the user may select the first accessible resource, and the client may receive a purchase instruction for the first accessible resource and then display a purchase interface.

In one example, the purchase interface may contain an amount and a confirm purchase option. If the user chooses to confirm the purchase, the client may send a purchase request to the background service cluster. The purchase request may carry a client identifier, an account name of a pre-logged resource account, a password input by a user, a purchase amount, information of a first accessible resource, a store identifier of a target resource store corresponding to a target edge node (i.e., a target store identifier), and the like, and specific contents may be determined by a technician or a resource provider, which is not limited in the embodiment of the present application. In implementation, a client may be a certain video client (for example, a client), and then the account of the video client is used as a resource account to implement purchasing, paying, authorizing, downloading, and the like of content, and accordingly, the video client needs to support functions of movie playing, game installation, software installation, file downloading, content updating, and the like.

Optionally, the edge node may also provide a resource preview function. In one implementation, the target edge node may send the preview data corresponding to each resource to the client together when sending the resource list. In another implementation, the client may send a preview request for a certain accessible resource to the target edge node to obtain preview data of the accessible resource when receiving a preview instruction for the accessible resource. The client can display a preview interface aiming at the accessible resource, and the preview interface can contain preview data of the accessible resource so as to realize a preview function. Such as movie viewing, electronic publication preview, lossless music listening, etc. Therefore, after previewing, the user can judge whether the resource needs to be purchased, and if so, preset operation can be carried out, so that the client jumps to a purchasing interface.

In addition, the edge node in this embodiment may be a conventional storage type edge node, or an enhanced edge node, such as a power-enhanced (i.e., CPU (central Processing Unit) enhanced), a rendering-enhanced (i.e., GPU (Graphics Processing Unit) enhanced), an intelligent-enhanced (i.e., NPU (network-Processing Unit) enhanced) and the like, so that the target edge node may provide functions of game trial play (cloud game), software trial use and the like.

And 203, the background service cluster verifies the purchase request, and if the verification is successful, a verification success message is sent to the distribution scheduling cluster.

In the embodiment of the application, the background service cluster can verify the purchase request. For example, whether the account name and the password of the resource account are correct, whether the account balance is greater than the purchase amount, whether the purchase amount matches the first accessible resource, and the like may be verified, and a specific verification policy may be determined according to actual needs, which is not limited in the embodiment of the present application.

If the background service cluster determines that the verification is successful, a verification success message can be sent to the distribution scheduling cluster. The verification success message may carry information of the first accessible resource, the client identifier, and the like.

Alternatively, the accessible resource may be provided by another platform (which may be referred to as a third party platform), in which case the background service cluster may invoke a payment system of the third party platform for verification. Or, the background service cluster may also integrate a payment and authorization system, such as a BOSS system, and the client may verify the accessible resource that is produced by the platform itself through the payment and authorization system of the background service cluster.

And step 204, the distribution scheduling cluster issues a download path of the first accessible resource to the client.

In the embodiment of the application, after receiving the verification success message, the distribution scheduling cluster may issue a download path of the first accessible resource to the client. The download path issued by the distribution scheduling cluster to the client is usually a Uniform Resource Identifier (URI), and for a Resource with a large data volume, the download path may be a URI list including multiple URIs.

In step 205, the client sends a download request based on the download path to download the first accessible resource from the target edge node.

In the embodiment of the application, after receiving the download path, the client may generate a download request including the download path, and then may send the download request to the distribution scheduling cluster, and the distribution scheduling cluster precisely schedules the download request to a content retail outlet (i.e., a target edge node) in an area where a user is located, so as to download the first accessible resource.

In an implementation manner, the verification success message may carry a target store identifier, and the distribution scheduling cluster may determine a target edge node corresponding to the target store identifier according to a pre-stored correspondence between the store identifier and the edge node, and determine a URI of the first accessible resource according to a pre-stored IP address of the target edge node. The URI contains the IP address of the target edge node. After receiving the download path, the client may send a download request to the target edge node directly based on the download path to download the first accessible resource from the target edge node.

Taking file downloading as an example, the client may download video files, game files, network disk files, installation files, material library files, and the like. After downloading the first accessible resource, the client can display the first accessible resource. For example, after a video client downloads a video, the video can be directly played. If the downloaded file cannot be displayed through the client, the client can call other clients of the user terminal to display the downloaded file.

Optionally, the specific process of the client obtaining the resource list is as follows: the client acquires and displays the access guiding information of the resource list; and if the client receives a confirmation access instruction aiming at the access guiding information, sending a resource access request to the target edge node, and receiving a resource list fed back by the target edge node.

In the embodiment of the present application, the manner in which the client acquires the access guidance information may be various. For example, the access guidance information may be obtained by means of portal jump, scanning two-dimensional code, applet, client, and the like. Specifically, the portal service is deployed in the edge node, and after the user accesses the local area network, the target edge node may automatically pop up the access guidance information through the portal service, or the user may scan a preset two-dimensional code to obtain page display data of a preset static page (for example, a H5 page), so as to display an H5 page containing the access guidance information, or the user may click a preset option (for example, a reminding function when the applet or the APP is started) in the applet or the APP, so that the APP displays the access guidance information.

If the user wants to view the resource list, the user may perform a confirmation operation (for example, click on a confirmation access option), the client receives a confirmation access instruction for accessing the guidance information, and then may send a resource access request to the target edge node. After receiving the resource access request, the target edge node may obtain a locally stored resource list, and then send the resource list to the client, so that the client displays the resource list. The client may obtain the resource list by accessing a preset target edge node IP address, or may obtain the resource list by analyzing a domain name through a network device (such as a router) in the local area network, which is not limited in this embodiment.

Taking APP as an example, after a user clicks an access confirmation option, the APP calls a designated API (Application Programming Interface) to send a resource access request, and based on the host capability of the local area network, API access analysis can be performed to determine a target service (i.e., a shelf service directed to a target edge node) for processing the request, and then a local resource list is obtained through the shelf service, and then the resource list is fed back to the client.

In the resource access system provided by the embodiment of the application, a client can obtain a resource list stored in a target edge node, the target edge node is an edge node belonging to the same local area network as the client in the edge nodes, and the resource list contains information of accessible resources stored in the target edge node; in response to a purchase instruction for a first accessible resource in the resource list, a purchase request is sent to the backend service cluster. The background service cluster can verify the purchase request, and if the verification is successful, a verification success message is sent to the distribution scheduling cluster. Then, the distribution scheduling cluster issues a download path of the first accessible resource to the client, and the client sends a download request to the target edge node based on the download path to download the first accessible resource. The client can directly download the accessible resources through the local area network without downloading through a public network, so that the efficiency of downloading the resources by the user is improved.

Optionally, as shown in fig. 3, a specific process of downloading the first accessible resource by the client includes the following steps.

Step 301, the client sends a first download request to the distribution scheduling cluster.

In this embodiment of the present application, the URI of the first accessible resource issued by the distribution scheduling cluster may be a URI including a domain name. The client cannot download the accessible resource directly through the URI. In this case, the client may generate a first download request including the target store identifier after receiving the download path transmitted by the distribution scheduling cluster.

Step 302, the distribution scheduling cluster determines a target edge node corresponding to the target store identifier according to a pre-stored correspondence between the store identifier and the edge node, and sends an access path of the first accessible resource in the target edge node to the client.

In the embodiment of the application, after receiving the first download request, the distribution scheduling cluster may determine a target edge node corresponding to the target store identifier according to a pre-stored correspondence between the store identifier and the edge node, then obtain an access path of the first accessible resource in the target edge node, and further send the access path to the client. The access path may be a URI including an IP address and other parameters of the target edge node, or may be an access path of other content, which is not limited in this embodiment.

Step 303, the client sends a second download request containing the URI of the first accessible resource to the target edge node according to the access path to download the first accessible resource.

In the embodiment of the application, the client sends a second download request containing the URI of the first accessible resource to the target edge node according to the access path of the target edge node, and the target edge node can obtain corresponding resource data (namely, the resource data of the first accessible resource) according to the URI in the second download request and then send the resource data to the client.

Based on the technical scheme, the distribution scheduling cluster can accurately schedule the downloading request of the user to the content retail point (namely the target edge node) of the area where the user is located, so that the user can obtain resources nearby without accessing across edge nodes, and the resource downloading efficiency is improved. And, the client may download the accessible resource using the local area network. WiFi6, Ethernet and other local area networks can provide more than 1Gbps of file transmission rate, far exceeds 20MB/s of DVD reading rate, can complete the delivery of large data volume in short time.

In addition, the resource access system can also support content DRM (Digital Rights Management) encryption, copyright protection (such as cinema retail, native application playing support), standard file downloading (such as software installation packages, game installation packages, network disk files, and the like), disk data encryption, https certificate encryption, and the like. Based on the protection mechanism, the data security in the downloading process and the data security stored in the edge node can be ensured, the user can be prevented from spreading the downloaded resources to other people, and the rights and interests of the resource provider are effectively protected.

Optionally, an embodiment of the present application further provides a resource sinking processing procedure, as shown in fig. 4, which specifically includes the following steps.

Step 401, the background service cluster sends a sinking instruction to the target edge node.

In the embodiment of the application, the accessible resource can be content with commercial value produced by each content manufacturer, such as platform homemade drama, 4K/8K ultraclean movie, VR movie, lossless music, large game, professional software, and the like, and can also be homemade content uploaded by users. For resources provided by third-party platforms such as application software and games, the third-party platforms can be directly docked with a management platform in the background service cluster, and the resources are stored in a preset storage system (such as global storage GS) so as to sink the resources in the subsequent process.

The background service cluster can determine accessible resources needing to sink to the target edge node, then call the distribution scheduling cluster, and send a sink instruction to the target edge node. The sink instruction is used to instruct the target edge node to store the accessible resource to be stored.

Specifically, the accessible resources that need to sink can be determined according to the storage capacity of each edge node, the stronger the storage capacity is, the more the accessible resources that need to sink are, and if the storage capacity of the edge node is weaker, only the popular resources with high user download amount are stored. For another example, the resource may be distributed according to the coverage size of the local area network to which each edge node belongs, the larger the coverage is, the more accessible resources need to be distributed, and if the coverage is smaller, only the popular resources with high user download amount are stored. For another example, according to a specific scene where the edge node is located, such as a VR experience hall, a game experience hall, and the like, hot content related to the scene is pushed in an emphasized manner. Or, a technician may view all accessible resources through a retrieval function of the background service cluster, and then customize accessible resources to be distributed to each edge node. In one implementation, the rights of the edge node may be set, and a technician may determine accessible resources that the edge node has rights to provide and then distribute those accessible resources to the edge node.

And step 402, the target edge node responds to the sinking instruction, acquires the accessible resource to be stored, and stores the accessible resource in a local storage area.

In the embodiment of the application, after receiving the sinking instruction, the target edge node may acquire the accessible resource to be stored, and store the accessible resource to the local storage area.

In one implementation, the background service cluster may send information (such as a resource identification) to the distribution scheduling cluster about the accessible resources that need to sink. The distribution scheduling cluster determines the URI of the accessible resource according to the corresponding relation between the information of the accessible resource and the URI which is stored in advance, and further can download the resource data of the accessible resource based on the URI. Then, the distribution scheduling cluster sends a sink instruction containing the resource data to the target edge node. At this point, the target edge node may directly store the resource data in the sink instruction.

In another implementation, the background service cluster may send information (such as a resource identification) of accessible resources that need to sink to the distribution scheduling cluster. And the distribution scheduling cluster determines the URI of the accessible resource according to the corresponding relation between the information of the accessible resource and the URI, which is stored in advance. The dispatching dispatch cluster then sends a sink instruction containing the URI to the target edge node. At this time, the target edge node may download resource data of the accessible resource based on the URI and then store it.

Optionally, for edge nodes in different application scenarios, different accessible resources may be sunk, and the specific processing procedure is as follows: the background service cluster acquires application scene information of the target edge node, determines accessible resources corresponding to the application scene information of the target edge node according to a preset corresponding relation between the application scene information and the accessible resources, and generates a sinking instruction which comprises the determined information of the accessible resources.

In the embodiment of the application, after the target edge node is deployed, the application scene information corresponding to the edge node is stored in the background service cluster. When the accessible resources need to be sunk to the target edge node, the background service cluster can acquire the application scene information of the target edge node, then, according to the preset corresponding relation between the application scene information and the accessible resources, the accessible resources corresponding to the application scene information of the target edge node are determined, and a sinking instruction is further generated, so that content differentiated operation is realized for different application scenes. Wherein, the corresponding relation between the application scene information and the accessible resources can be configured by technicians in advance. For example, the application scene information is a VR experience hall, and the accessible resource can be specially customized VR movies and videos, VR games and the like; the application scene information is airports, stations, mail ships and the like, and the accessible resources can be hot films, TV plays and the like; the application scene information is game shops, and the accessible resources can be games, data pieces and the like which can be customized.

Therefore, the user can see different accessible resources in different places, the accessible resources have high matching degree with the current scene, the requirements of target customers can be met to the maximum extent by utilizing limited storage, and the waste of the storage resources of the edge nodes is avoided. In addition, accurate issuing can be realized, and the cost of network bandwidth is reduced.

Optionally, resource sinking may also be performed according to user requirements, as shown in fig. 5, a specific processing procedure includes the following steps.

Step 501, a client sends a resource query request to a background service cluster.

In the embodiment of the application, the client side can send a resource query request to the background service cluster. The resource query request may carry an account name and a client identifier of a pre-logged resource account.

Step 502, the background service cluster feeds back the resource total list and the resource list of each edge node to the client.

Wherein, the total resource list contains the information of all accessible resources that the resource access system can provide.

In the embodiment of the application, the 'ordering' authority can be opened to all users, and in this case, after the background service cluster receives the resource query request, the resource general list can be directly fed back to the client. Alternatively, the "order" rights may be available only to a portion of the users. In this case, after receiving the resource query request, the background service cluster may first determine whether the account name carried in the resource query request is a preset account name (e.g., whether the account name is a vip account name). If so, feeding back the resource total list and the resource list of each edge node to the client, otherwise, feeding back a notification message of request failure to the client.

In step 503, if the client receives a selection instruction of the user for the second accessible resource and the target edge node, the client sends a resource reservation request to the background service cluster, where the resource reservation request includes information of the second accessible resource and an identifier of the target edge node.

In this embodiment, after the client receives the total resource list and the resource lists of the edge nodes, the user may determine the resource (i.e., the second accessible resource) that the user wants to purchase in the total resource list. Then, the client may find an edge node (such as an edge node at a specific location or an edge node closest to the client) that the client wants to obtain the content, and further view the resource list of the edge node. If the resource list includes information of the second accessible resource, the user may not perform the operation. If the resource list does not include information about the second accessible resource, the user may select the second accessible resource and the target edge node to purchase the second accessible resource. And after receiving the selection instruction aiming at the second accessible resource and the target edge node, the client sends a resource reservation request to the background service cluster. Wherein the resource reservation request contains information of the second accessible resource and an identification of the target edge node and is used to indicate a purchase of the second accessible resource.

Step 504, the background service cluster generates a sinking instruction.

Wherein the sink instruction includes information of the second accessible resource.

In this embodiment of the application, after receiving the resource reservation request, the background service cluster may perform verification, and if the verification is successful, take the second accessible resource as an accessible resource to be stored in the target edge node, and generate a sink instruction for the second accessible resource, so as to sink the second accessible resource to the target edge node. In this way, after the client and the target edge node access the same lan, the client may download the second accessible resource from the target edge node. The verification process is the same as the processing process of step 202, and is not described herein again.

Optionally, the background service cluster may also feed back the expected delivery time according to the network condition of the target edge node. And after the target edge node finishes downloading the second accessible resource, a feedback message can be sent to the background service cluster, and the background service cluster can remind the user that the second accessible resource is stored in the target edge node in a short message, mail, APP push mode and the like.

Optionally, the resource access system provided by the embodiment of the application can also provide a cross-store pickup function. Specifically, after the client finishes downloading the accessible resource, each edge node sends a notification message to the background service cluster, so that the background service cluster stores the download record of each client. Assume that a user purchases a third accessible resource in the resource store corresponding to the first edge node, but does not download the third accessible resource. If the resource store corresponding to the second edge node also has a third accessible resource, the client can send a request message to the background service cluster after accessing the local area network to which the second edge node belongs. And the background service cluster determines that the client side has purchased the third accessible resource and has not downloaded the third accessible resource according to the transaction record and the download record, and then can send a verification success message to the distribution scheduling cluster, so that the client side can download the third accessible resource from the second edge node, and convenience in delivery of the user is improved.

Optionally, the edge node may further add information of accessible resources in a local resource list.

In the embodiment of the present application, a content management service is locally deployed in an edge node, and is used to mark a content that has completed localized storage. Specifically, if the edge node is downloading the resource data of an accessible resource, the information of the accessible resource does not appear in the resource list, and the state of the accessible resource may be displayed as "in progress"; if the accessible resource is stored in the edge node, the information of the accessible resource is added to a local resource list. Therefore, the edge node can update the local resource list in real time, so that the user can see the latest content in time.

In addition, when the edge node acquires the accessible resources, the edge node also acquires the classification attributes of the accessible resources, and the edge node can classify the accessible resources according to the classification attributes and generate a resource list based on the classification results so as to present the accessible resources for the user in a classification manner.

Optionally, the edge node may further send a feedback message to the background service cluster, where the feedback message includes information of accessible resources, and the background service cluster adds the information of accessible resources in a resource list corresponding to the target edge node.

In this embodiment of the application, the edge node may further send a feedback message to the background service cluster, where the feedback message includes information of accessible resources that the edge node has stored. In this way, the background service cluster may add information of accessible resources in a resource list corresponding to the target edge node, so that the user can view the information.

Through the resource access system provided by the embodiment, a user can download accessible resources from the edge node through the client, a media-free content acquisition mode is realized, the convenience is far higher than that of a content acquisition mode based on traditional media (a cassette, a DVD (digital video disk), a U disk and the like), the user can acquire the resources through the client at any time and any place, and the user experience is improved. In addition, the client downloads accessible resources from the edge node through the local area network without downloading through a wide area network, so that the problem of low content transmission efficiency in the traffic field (such as waiting, waiting and waiting in the journey and the like), countries and regions with underdeveloped networks and special industrial scenes (such as original films, VR industries, private cinemas, palm games and the like) is solved. In addition, the online service platform has the capability of being conveniently online, has small dependence on equipment and environment (edge equipment can provide a local area network access function and a public network access function), has the capability of being rapidly popularized (combined with a convenient business hyperlink, a hotel hyperlink and the like), is additionally provided with a new content cooperation channel, brings a new resource providing mode and a new resource changing mode for a video client, a third content provider and the like, and increases new brand exposure opportunities and user growth opportunities.

Based on the same technical concept, an embodiment of the present application further provides a method for resource access, where the method is applicable to a client, and as shown in fig. 6, the method includes:

step 601, a resource list stored in a target edge node is obtained, and the target edge node and a client belong to the same local area network.

Wherein the resource list contains information of accessible resources stored at the target edge node.

Step 602, in response to a purchase instruction for a first accessible resource in the resource list, sending a purchase request to the background service cluster, so that the background service cluster verifies the purchase request, and notifying the distribution scheduling cluster to issue a download path of the first accessible resource to the client if the verification is successful.

Step 603, receiving a download path sent by the distribution scheduling cluster, and sending a download request based on the download path, so as to download the first accessible resource from the target edge node.

Based on the same technical concept, an embodiment of the present application further provides a method for resource access, where the method is applicable to an edge node, and as shown in fig. 7, the method includes:

step 701, sending a locally stored resource list to a client, where the client and an edge node belong to an edge node of the same local area network, and the resource list includes information of accessible resources stored in the edge node.

Step 702, a downloading request sent by a client for a first accessible resource in a resource list is received.

Step 703, sending the locally stored resource data of the first accessible resource to the client.

Based on the same technical concept, an embodiment of the present application further provides a resource access system, where the resource access system includes a client, an edge node, a background service cluster, and a distribution scheduling cluster, where:

the client is used for acquiring a resource list stored in a target edge node, the target edge node is an edge node belonging to the same local area network with the client in the edge nodes, and the resource list comprises information of accessible resources stored in the target edge node; in response to a purchase instruction for a first accessible resource in the resource list, sending a purchase request to the backend service cluster;

and the client is also used for sending a downloading request based on the downloading path so as to download the first accessible resource from the target edge node.

Based on the same technical concept, an embodiment of the present application further provides an apparatus for resource access, as shown in fig. 8, the apparatus includes:

an obtaining module 810, configured to obtain a resource list stored in a target edge node, where the target edge node and the client belong to the same local area network, and the resource list includes information of accessible resources stored in the target edge node;

a sending module 820, configured to send, in response to a selection instruction for a first accessible resource in the resource list, a purchase request to a background service cluster, so that the background service cluster verifies the purchase request, and if the verification is successful, notify the distribution scheduling cluster to issue a download path of the first accessible resource to the client;

the downloading module 830 is configured to receive a download path sent by the distribution scheduling cluster, and send a download request based on the download path, so as to download the first accessible resource from the target edge node.

Based on the same technical concept, an embodiment of the present application further provides an apparatus for resource access, where the apparatus is applied to an edge node, and as shown in fig. 9, the apparatus includes:

a first sending module 910, configured to send a locally stored resource list to the client, where the client and the edge node belong to an edge node of the same local area network, and the resource list includes information of accessible resources stored in the edge node;

a receiving module 920, configured to receive a download request sent by the client for a first accessible resource in the resource list;

a second sending module 930, configured to send the locally stored resource data of the first accessible resource to the client.

The embodiment of the present application further provides an electronic device, as shown in fig. 10, including a processor 1001, a communication interface 1002, a memory 1003 and a communication bus 1004, where the processor 1001, the communication interface 1002, and the memory 1003 complete mutual communication through the communication bus 1004,

a memory 1003 for storing a computer program;

the processor 1001 is configured to implement a method for accessing a resource by the client or the edge node when executing the program stored in the memory 1003.

The communication bus mentioned in the above terminal may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this is not intended to represent only one bus or type of bus.

The communication interface is used for communication between the terminal and other equipment.

The Memory may include a Random Access Memory (RAM) or a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the processor.

The Processor may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component.

In yet another embodiment provided by the present application, a computer-readable storage medium is further provided, which stores instructions that, when executed on a computer, cause the computer to perform the method for resource access performed by the client or edge node.

In yet another embodiment provided by the present application, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform the method for resource access performed by the above-mentioned client or edge node.

In the above embodiments, all or part of the implementation may be realized by software, hardware, firmware, or any combination thereof. When implemented in software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

It is noted that, in this document, relational terms such as "first" and "second," and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

The above description is merely exemplary of the present application and is presented to enable those skilled in the art to understand and practice the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for accessing resources is applied to a resource access system comprising a client, an edge node, a background service cluster and a distribution scheduling cluster, and comprises the following steps:

after detecting that the client is accessed to a local area network in the current scene, the target edge node sends a locally stored resource list to the client;

the client acquires a resource list stored in the target edge node, wherein the target edge node is an edge node belonging to the same local area network with the client in the edge nodes, and the resource list comprises information of accessible resources stored in the target edge node;

the client side sends a downloading request based on the downloading path, and downloads a first accessible resource from the target edge node;

wherein the method further comprises:

the client sends a resource query request to the background service cluster;

the background service cluster generates a sinking instruction, wherein the sinking instruction comprises information of the second accessible resource, and the sinking instruction is used for instructing the target edge node to store the accessible resource to be stored;

wherein the method further comprises:

the client sends a request message to a background service cluster after accessing a local area network to which a second edge node belongs, wherein a resource store corresponding to the second edge node comprises a third accessible resource, and the request message is used for requesting the third accessible resource;

the background service cluster determines that the client side has purchased the third accessible resource in the resource store corresponding to the first edge node and has not downloaded the third accessible resource according to the transaction record and the download record, and then sends a verification success message to the distribution scheduling cluster;

and the client downloads the third accessible resource from the second edge node according to the verification success message.

2. The method of claim 1, wherein the download path comprises a uniform resource identifier URI corresponding to the first accessible resource;

the client sends a downloading request based on the downloading path so as to download the first accessible resource from the target edge node, and the downloading request comprises the following steps:

3. The method of claim 1, wherein the client obtaining the resource list stored in the target edge node comprises:

the client acquires and displays the access guide information of the resource list;

and the client receives the resource list fed back by the target edge node.

4. The method of claim 1, further comprising:

the background service cluster sends a sinking instruction to the target edge node;

5. The method of claim 4, wherein before the background service cluster sends the sink instruction to the target edge node, further comprising:

the background service cluster acquires application scene information of the target edge node;

the background service cluster determines accessible resources corresponding to the application scene information of the target edge node according to a preset corresponding relation between the application scene information and the accessible resources;

6. The method of claim 4, wherein after the target edge node obtains the accessible resource to be stored in response to the sink instruction and stores the accessible resource in a local storage area, the method further comprises:

7. The method of claim 4, wherein after the target edge node obtains the accessible resource to be stored in response to the sink instruction and stores the accessible resource in a local storage area, the method further comprises:

8. The method of claim 1, wherein the local area network is a Wi-Fi network or an ethernet network.

9. A method for accessing resources, which is applied to a client and comprises the following steps:

after accessing a local area network in a current scene, receiving a pre-stored resource list sent by a target edge node, wherein the target edge node and the client belong to the same local area network, and the resource list comprises information of accessible resources stored in the target edge node;

receiving a download path sent by a distribution scheduling cluster, and sending a download request based on the download path to download a first accessible resource from the target edge node;

wherein the method further comprises:

sending a resource query request to the background service cluster;

receiving a resource total list fed back by the background service cluster and a resource list of each edge node, wherein the resource total list comprises information of all accessible resources which can be provided by a resource access system;

if a selection instruction of a user for a second accessible resource and the target edge node is received, sending a resource reservation request to the background service cluster, wherein the resource reservation request comprises information of the second accessible resource and an identifier of the target edge node;

receiving a sinking instruction generated by the background service cluster, wherein the sinking instruction comprises information of the second accessible resource, and the sinking instruction is used for instructing the target edge node to store the accessible resource to be stored;

wherein the method further comprises:

after accessing a local area network to which a second edge node belongs, sending a request message to a background service cluster, so that the background service cluster determines that a third accessible resource is purchased by the client in a resource store corresponding to the first edge node and is not downloaded according to the transaction record and the download record, and sending a verification success message to a distribution scheduling cluster, wherein the request message is used for requesting the third accessible resource;

and downloading a third accessible resource from the second edge node according to the verification success message, wherein the resource shop corresponding to the second edge node comprises the third accessible resource.

10. A method for resource access, the method being applied to an edge node, the method comprising:

after a client is detected to be accessed to a local area network in a current scene, a locally stored resource list is sent to the client, the client and the edge node belong to the edge node of the same local area network, and the resource list contains information of accessible resources stored in the edge node;

sending locally stored resource data of the first accessible resource to the client;

wherein the method further comprises:

sending information of a second accessible resource to the client, wherein the client sends a resource query request to a background service cluster; the background service cluster feeds back a resource general list and a resource list of each edge node to the client, wherein the resource general list comprises information of all accessible resources which can be provided by a resource access system; if the client receives a selection instruction of a user for a second accessible resource and the edge node, sending a resource reservation request to the background service cluster, wherein the resource reservation request comprises information of the second accessible resource and an identifier of the edge node; the background service cluster generates a sinking instruction, wherein the sinking instruction comprises information of the second accessible resource, and the sinking instruction is used for instructing the edge node to store the accessible resource to be stored;

wherein the method further comprises:

the client is accessed to the local area network and sends a request message to a background service cluster, the background service cluster determines that the client purchases and does not download a third accessible resource in a resource store corresponding to the first edge node according to the transaction record and the download record, and sends a verification success message to the distribution scheduling cluster, and then the third accessible resource is sent to the client, wherein the request message is used for requesting the third accessible resource, and the resource store corresponding to the edge node comprises the third accessible resource.

11. A resource access system, comprising a client, an edge node, a background service cluster, and a distribution scheduling cluster, wherein:

the client is used for receiving a pre-stored resource list sent by a target edge node after accessing a local area network in a current scene, wherein the target edge node is an edge node which belongs to the same local area network with the client in the edge node, and the resource list comprises information of accessible resources stored in the target edge node; in response to a purchase instruction for a first accessible resource in the resource list, sending a purchase request to a backend service cluster;

the client is further used for sending a downloading request based on the downloading path so as to download the first accessible resource from the target edge node;

the client is also used for sending a resource query request to the background service cluster; receiving a resource total list fed back by the background service cluster and a resource list of each edge node, wherein the resource total list comprises information of all accessible resources which can be provided by the resource access system; if a selection instruction of a user for a second accessible resource and the target edge node is received, sending a resource reservation request to the background service cluster, wherein the resource reservation request comprises information of the second accessible resource and an identifier of the target edge node; receiving a sinking instruction generated by the background service cluster, wherein the sinking instruction comprises information of the second accessible resource, and the sinking instruction is used for instructing the target edge node to store the accessible resource to be stored;

the client is further configured to send a request message to a background service cluster after accessing a local area network to which a second edge node belongs, where a resource store corresponding to the second edge node includes a third accessible resource, and the request message is used to request the third accessible resource;

the background service cluster is further used for determining that the client side has purchased the third accessible resource in the resource store corresponding to the first edge node and has not downloaded the third accessible resource according to the transaction record and the download record, and then sending a verification success message to the distribution scheduling cluster;

the client is further configured to download a third accessible resource from the second edge node according to the verification success message.

12. An apparatus for resource access, the apparatus being applied to a client, the apparatus comprising:

the system comprises an acquisition module, a resource management module and a resource management module, wherein the acquisition module is used for receiving a pre-stored resource list sent by a target edge node after accessing a local area network in a current scene, the target edge node and a client belong to the same local area network, and the resource list comprises information of accessible resources stored in the target edge node;

the downloading module is used for receiving a downloading path sent by the distribution scheduling cluster and sending a downloading request based on the downloading path so as to download the first accessible resource from the target edge node;

wherein the apparatus is further configured to:

sending a resource query request to the background service cluster;

wherein the apparatus is further configured to:

13. An apparatus for resource access, the apparatus being applied to an edge node, the apparatus comprising:

the first sending module is used for sending a locally stored resource list to a client after detecting that the client is accessed to a local area network in a current scene, wherein the client and the edge node belong to the edge node of the same local area network, and the resource list comprises information of accessible resources stored in the edge node;

a second sending module, configured to send locally stored resource data of the first accessible resource to the client;

wherein the apparatus is further configured to:

sending information of a second accessible resource to the client, wherein the client sends a resource query request to the background service cluster; the background service cluster feeds back a resource general list and a resource list of each edge node to the client, wherein the resource general list comprises information of all accessible resources which can be provided by a resource access system; if the client receives a selection instruction of a user for a second accessible resource and the edge node, sending a resource reservation request to the background service cluster, wherein the resource reservation request comprises information of the second accessible resource and an identifier of the edge node; the background service cluster generates a sinking instruction, wherein the sinking instruction comprises information of the second accessible resource, and the sinking instruction is used for instructing the edge node to store the accessible resource to be stored;

wherein the apparatus is further configured to:

14. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;

a memory for storing a computer program;

a processor for implementing the method steps of claim 9 or 10 when executing a program stored in the memory.

15. A computer-readable storage medium, characterized in that a computer program is stored in the computer-readable storage medium, which computer program, when being executed by a processor, carries out the method steps of claim 9 or 10.