CN111367868B - File acquisition request processing method and device - Google Patents
File acquisition request processing method and device Download PDFInfo
- Publication number
- CN111367868B CN111367868B CN201811601136.2A CN201811601136A CN111367868B CN 111367868 B CN111367868 B CN 111367868B CN 201811601136 A CN201811601136 A CN 201811601136A CN 111367868 B CN111367868 B CN 111367868B
- Authority
- CN
- China
- Prior art keywords
- request
- target object
- returned
- content
- request queue
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title description 3
- 238000000034 method Methods 0.000 claims abstract description 62
- 230000004044 response Effects 0.000 claims abstract description 18
- 230000005540 biological transmission Effects 0.000 abstract description 7
- 239000002699 waste material Substances 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Abstract
The invention discloses a method and a device for processing a file acquisition request, electronic equipment and a computer readable storage medium. The method comprises the following steps: receiving an acquisition request for a target object; when the target object is not stored locally, judging whether a request queue meeting the condition exists or not; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, a target object is requested to the source server, and a corresponding request queue is created according to the content to be returned so as to be put into the request queue when the same acquisition request is received again; and processing each acquisition request in the request queue according to the content returned by the source server. In the technical scheme, the existence of the request queue meeting the condition can avoid acquiring the same target object from the source server for multiple times, and prevent the waste of transmission resources between the storage server and the source server; and each acquisition request in the request queue is respectively processed, so that the response efficiency of the acquisition request is ensured.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method and apparatus for processing a file acquisition request, an electronic device, and a computer readable storage medium.
Background
When the storage server receives an acquisition request for a certain file sent by a user, if the file is not stored locally, the file needs to be acquired from the source server, namely the source server occupies transmission resources between the file and the storage server to return the file to the storage server. If the storage server receives again the acquisition request for the same file while the source server is returning the file, it is also necessary to acquire the file from the source server because the file is not saved locally yet. Thus, the same file is acquired from the source server for a plurality of times, which causes waste of transmission resources between the storage server and the source server.
Disclosure of Invention
The present invention has been made in view of the above-mentioned problems, and provides a method, apparatus, electronic device, and computer-readable storage medium for processing a file acquisition request that overcomes or at least partially solves the above-mentioned problems.
According to an aspect of the present invention, there is provided a method of processing a file acquisition request, wherein the method includes:
receiving an acquisition request for a target object;
when the target object is not stored locally, judging whether a request queue meeting the condition exists or not;
if yes, putting the acquisition request into a request queue meeting the condition;
Otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned;
and processing each acquisition request in the request queue according to the content returned by the source server.
Optionally, when the target object is a specified field of a specified file, the locally unsaved target object includes:
the specified file corresponding to the target object is not stored locally;
or the target object is not contained in the locally stored specified file.
Optionally, the determining whether there is a request queue meeting the condition includes:
and judging whether the content to be returned corresponding to the existing request queue contains the target object.
Optionally, when the target object is a specified field of a specified file, the creating a corresponding request queue according to the content to be returned includes:
judging whether the source server supports the request for the target object;
if yes, determining that the content to be returned corresponding to the created request queue is the target object;
if not, determining that the corresponding content to be returned of the created request queue is the designated file containing the target object.
Optionally, the processing each acquisition request in the request queue according to the content returned by the source server includes:
And synchronously processing each acquisition request in the request queue according to the returned content of the source server.
Optionally, the step of synchronously processing each acquisition request in the request queue according to the content returned by the source server includes:
and each time the source server returns a part of the content, synchronously responding to each acquisition request in the request queue, and returning the returned part to the request end until the source server returns the whole content.
Optionally, each time the source server returns a part of the content, synchronizing the response to each acquisition request in the request queue, and returning the returned part of the content to the request end includes:
and determining one or more acquisition requests corresponding to the returned partial content of the source server in the request queue, and synchronously responding to the determined one or more acquisition requests to return the returned partial content to the corresponding request end.
Optionally, the method further comprises:
when the target object is stored locally but the stored target object is incomplete, responding to the acquisition request, and returning the existing partial target object to the request end;
and when all the existing partial target objects are returned, putting the acquisition request into a corresponding request queue.
According to another aspect of the present invention, there is provided a processing apparatus for a file acquisition request, wherein the apparatus includes:
a receiving unit adapted to receive an acquisition request for a target object;
the judging unit is suitable for judging whether a request queue meeting the condition exists or not when the target object is not stored locally; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned;
and the processing unit is suitable for processing each acquisition request in the request queue according to the content returned by the source server.
Optionally, when the target object is a specified field of a specified file, the judging unit is adapted to not save the specified file corresponding to the target object locally; or judging when the target object is not contained in the locally stored specified file.
Alternatively, the process may be carried out in a single-stage,
the judging unit is adapted to judge whether the content to be returned corresponding to the existing request queue contains the target object.
Optionally, when the target object is a specified field of a specified file, the determining unit is adapted to determine whether the source server supports the request for the target object; if yes, determining that the content to be returned corresponding to the created request queue is the target object; if not, determining that the corresponding content to be returned of the created request queue is the designated file containing the target object.
Alternatively, the process may be carried out in a single-stage,
and the processing unit is suitable for synchronously processing each acquisition request in the request queue according to the content returned by the source server.
Alternatively, the process may be carried out in a single-stage,
and the processing unit is suitable for synchronously responding to each acquisition request in the request queue every time the source server returns the part of the content, and returning the returned part to the request end until the source server returns the whole content.
Alternatively, the process may be carried out in a single-stage,
the processing unit is suitable for determining one or more acquisition requests corresponding to the returned partial content of the source server in the request queue, and synchronously responding to the determined one or more acquisition requests to return the returned partial content to the corresponding request end.
Alternatively, the process may be carried out in a single-stage,
the processing unit is suitable for returning the existing partial target object to the request end in response to the acquisition request when the target object is stored locally but the stored target object is incomplete;
and when all the existing partial target objects are returned, putting the acquisition request into a corresponding request queue.
According to still another aspect of the present invention, there is provided an electronic apparatus, wherein the electronic apparatus includes:
a processor; the method comprises the steps of,
A memory arranged to store computer executable instructions which, when executed, cause the processor to perform a method according to the foregoing.
According to yet another aspect of the present invention, there is provided a computer readable storage medium storing one or more programs which, when executed by a processor, implement the aforementioned method.
According to the technical scheme of the invention, an acquisition request for a target object is received; when the target object is not stored locally, judging whether a request queue meeting the condition exists or not; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, a target object is requested to the source server, and a corresponding request queue is created according to the content to be returned so as to be put into the request queue when the same acquisition request is received again; and processing each acquisition request in the request queue according to the content returned by the source server. In the technical scheme, the existence of the request queue meeting the condition can avoid acquiring the same target object from the source server for multiple times, and prevent the waste of transmission resources between the storage server and the source server; and each acquisition request in the request queue is respectively processed, so that the response efficiency of the acquisition request is ensured.
The foregoing description is only an overview of the present invention, and is intended to be implemented in accordance with the teachings of the present invention in order that the same may be more clearly understood and to make the same and other objects, features and advantages of the present invention more readily apparent.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to designate like parts throughout the figures. In the drawings:
FIG. 1 shows a flow diagram of a method of processing a file acquisition request according to one embodiment of the invention;
FIG. 2 is a schematic diagram of a processing apparatus for file acquisition requests according to one embodiment of the present invention;
FIG. 3 shows a schematic diagram of an electronic device according to one embodiment of the invention;
fig. 4 illustrates a schematic structure of a computer-readable storage medium according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
Fig. 1 shows a flow diagram of a method of processing a file acquisition request according to an embodiment of the invention. As shown in fig. 1, the method includes:
step S110, an acquisition request for a target object is received.
The target object may be a complete file or a specified field of a file.
Step S120, when the target object is not stored locally, judging whether a request queue meeting the condition exists; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned.
For the acquisition request which needs to request the source server for the target object, a corresponding request queue is created so as to put the acquisition request which receives the same target object at the same time or the acquisition request which receives the same target object subsequently into the request queue, and then the processing is performed according to the content returned by the source server.
Before receiving the get request for the target object, if the target object is not saved locally and a eligible request queue has been created, it is stated that the target object has been requested from the source server. Then, the acquisition request may not need to request the target object from the source server, but directly put into the request queue, and when each acquisition request in the request queue is processed according to the content returned by the source server, the acquisition request is also processed. If there is no eligible request queue, then the target object needs to be requested from the source server and a request queue created.
And step S130, processing each acquisition request in the request queue according to the returned content of the source server.
The corresponding request queue only needs to request the source server once, and the acquisition requests in the request queue can all obtain corresponding target objects, so that the situation that the same target object is acquired from the source server for multiple times can be avoided, and the waste of transmission resources between the storage server and the source server is prevented; and each acquisition request in the request queue is respectively processed, so that the response efficiency of the acquisition request is ensured.
In one embodiment of the present invention, when the target object is a specified field of a specified file, the local unsaved target object includes: the specified file corresponding to the target object is not stored locally; or the specified file stored locally does not contain the target object.
In practical application, the acquisition request for the target object may be an acquisition request for a complete file, or may be an acquisition request for a specified field of a file.
For an acquisition request for a specified field of a file, there are two cases when determining whether to save locally, one is any field of the file that is not saved locally, i.e., the file is not saved locally; in another case, the file is saved locally, but the saved file is incomplete and there is no specified field to be acquired by the acquire request. For example, the acquire request acquires field 2 of file 1, where file 1 is not saved locally, and where only field 1 of file 1 is saved locally, field 2 is not saved.
In one embodiment of the present invention, the determining whether a eligible request queue exists in step S120 of the method shown in fig. 1 includes: and judging whether the content to be returned corresponding to the existing request queue contains the target object.
It is contemplated that the existing request queue may be created upon receipt of a get request for a complete file or upon receipt of a get request for a specified field of a file. If the request is created when the request for the complete file is received, the complete file is requested when the request is sent to the source server, and the content to be returned in the request queue is the complete file, at this time, whether the request for the acquisition of the target object received in step S110 is the request for the complete file or the request for the acquisition of the designated field of the file, the content returned by the source server contains the target object, that is, the content to be returned corresponding to the request queue contains the target object.
However, if the request queue is created when an acquisition request for a specified field of a file is received. Then it is considered whether the content returned by the source server is the specified field corresponding to the get request or a complete file. If the returned content is the specified field corresponding to the acquisition request, and the specified field corresponding to the acquisition request is different from the specified field acquired by the acquisition request received in step S110, the corresponding specified field cannot be acquired even if the acquisition request received in step S110 is put in the request queue. Therefore, in this embodiment, it is necessary to determine whether the content to be returned corresponding to the existing request queue includes the target object.
In one embodiment of the present invention, when the target object in the method shown in fig. 1 is a specified field of a specified file, creating a corresponding request queue according to the content to be returned in step S120 includes:
judging whether the source server supports the request for the target object; if yes, determining that the content to be returned corresponding to the created request queue is a target object; if not, determining that the corresponding content to be returned of the created request queue is a designated file containing the target object.
Consider whether the origin server supports a request for a random file or a request for only a complete file. For example, even if an active server receives a request for a specified field of a file, it can only return the complete file, and when an active server receives a request for a specified field of a file, it returns the specified field of the file. It can be seen that the content to be returned is different after the origin server receives the request.
If the source server supports the request to the target object, the content to be returned corresponding to the created request queue is the target object, and then the acquisition request to the same designated field can only be put into the request queue in later time.
If the source server does not support the request to the target object, the content to be returned corresponding to the created request queue is the designated file containing the target object, and then the request can be put into the request queue at a later time if the request is an acquisition request to the same file.
In one embodiment of the present invention, processing each acquisition request in the request queue according to the content returned by the source server in step S130 of the method shown in fig. 1 includes: and synchronously processing each acquisition request in the request queue according to the returned content of the source server.
In this embodiment, after the source server returns the content, each acquiring request in the request queue is synchronously processed according to the returned content, so as to prevent the request timeout of the acquiring request.
Further, the above synchronization processing for each acquisition request in the request queue according to the content returned by the source server includes: each time the source server returns a portion of the content, the source server returns the returned portion to the requesting end in synchronization with each acquisition request in the request queue until the source server returns the entire content.
In this embodiment, the effect of receiving and sending at the same time can be achieved, that is, the source server returns a part of the content at one time instead of returning the content once, so when the source server returns a part, the returned part is returned to the request end first, and when the source server returns another part, another part of the content is returned to the request end until the source server returns all the content, and all the content is returned to the request end. The requesting end here is the device that sends the acquisition request.
Further, each time the source server returns a part of the content, the step of synchronizing each acquisition request in the response request queue, and returning the returned part of the content to the request end includes: one or more acquisition requests corresponding to the returned partial content of the source server in the request queue are determined, and the returned partial content is returned to the corresponding request end in synchronization with the determined one or more acquisition requests.
The acquiring requests in the request queue are not all acquiring the complete file, but may also include acquiring requests for specified fields of the file, for example, if the content to be returned corresponding to the request queue is the complete file, the acquiring requests contained in the request queue may be acquiring requests for the complete file or acquiring requests for specified fields of the file. Thus, when the origin server returns a portion of the content, some acquisition requests are that portion of the acquisition and some request acquisition are not that portion. Thus, in this embodiment, one or more fetch requests in the request queue corresponding to the portion of the content that the origin server has returned are first determined. And the returned partial content is returned to the corresponding request end in response to the determined one or more acquisition requests.
For example, the request queue includes a request 1 for obtaining a complete file, a request 2 for obtaining a specified field 1 of the file, and a request 3 for obtaining a specified field 2 of the file. When the source server returns the designated field 1 of the file, determining that the corresponding acquisition request is the acquisition request 1 and the acquisition request 2, then synchronously responding to the acquisition request 1 and the acquisition request 2, and respectively returning the designated field 1 of the file to the request ends corresponding to the acquisition request 1 and the acquisition request 2; when the source server returns the designated field 2 of the national enterprise file, the corresponding acquisition requests are the acquisition request 1 and the acquisition request 3, and then the acquisition request 1 and the acquisition request 3 are synchronously responded, and the designated field 2 of the file is respectively returned to the corresponding request ends of the acquisition request 1 and the acquisition request 3.
That is, with the present embodiment, for an acquisition request to a specified field of a file in a request queue, only when the origin server starts to return to the specified field of the file, the response to the acquisition request to the specified field is restarted.
In one embodiment of the present invention, the method shown in fig. 1 further comprises: when the target object is stored locally but the stored target object is incomplete, responding to the acquisition request, and returning the existing partial target object to the request end; when all the existing partial target objects are returned, the acquisition request is put into a corresponding request queue.
When the target object is stored locally, the method is divided into two cases, wherein one case is that the target object obtained by the obtaining request is stored completely, and then the stored target object can be directly returned to the corresponding request end; in another case, the target object obtained by the request is obtained until a part of the target object is saved, and the saving is incomplete, which indicates that the target object is being requested from the source server, but the source server does not return all the target objects yet, then the saved part of the target object is returned to the corresponding request end, and when the saved part of the target object is returned completely, the corresponding request queue is determined, and the obtaining request is put into the request queue.
The corresponding request queue determined here is also a request queue that meets the condition, for example, the content to be returned corresponding to the request queue contains the target object. Alternatively, the content to be returned corresponding to the request queue includes an unreturned target object, for example, a first portion and a second portion of the target object, where the first portion has been returned, and then the content to be returned corresponding to the request queue includes the second portion of the target object.
In one embodiment of the present invention, the method shown in fig. 1 further comprises: when a plurality of acquisition requests for the same file are received at the same time, if a request queue meeting the condition is not available, one acquisition request is determined from the plurality of acquisition requests, the file is requested to the source server according to the acquisition request, a request queue is created, and the rest of the acquisition requests are placed in the request queue.
In one specific example, the received acquisition request is an acquisition request of a complete file. First, it is determined whether the complete file is stored locally. (1) If the file is stored completely, the complete file is returned by directly responding to the acquisition request. If the file is not completely saved, returning the saved partial file, and then placing the acquisition request into a corresponding request queue. (2) If the file is not saved, judging whether a request queue for acquiring the complete file exists, and if so, putting the acquisition request into the request queue. If not, the file is requested from the source server, and a request queue is created, wherein the content to be returned corresponding to the request queue is a complete file. And then synchronously processing the acquisition requests in the request queue according to the returned content of the source server.
In another specific example, the received acquisition request is an acquisition request of a specified field of a file. First, it is determined whether the specified field is locally saved. (1) If the specified field exists, the specified field is returned directly in response to the acquisition request. (2) If the file is stored locally or the file is stored but the specified field is not stored, judging whether a request queue containing the specified field exists in the content to be returned, if the request queue exists, placing the acquisition request into the request queue, if the request queue does not exist, requesting the specified field from the source server, and creating a request queue according to the content to be returned by the source server. And then synchronously processing the acquisition requests in the request queue according to the returned content of the source server.
For example, when a plurality of acquisition requests for the same file are received at the same time, if there is no request queue meeting the condition, one acquisition request is determined from the plurality of acquisition requests, the file is requested to the source server according to the acquisition request, a request queue is created, and the rest of the acquisition requests are placed in the request queue. When an acquisition request for the same file is received again, the acquisition request is also placed in the request queue. The fetch requests in the request queue are then synchronously responded to when the origin server returns the file. Or, when the acquisition request of the designated field of the same file is received again, the acquisition request is put into the request queue, and when the source server returns to the designated field, the acquisition request in the request queue starts to be responded.
For another example, when a plurality of acquisition requests for the first field of the same file are received at the same time, if there is no request queue meeting the condition, one acquisition request is determined from the plurality of acquisition requests, the file is requested to the source server according to the acquisition request, a request queue is created, and the rest of the acquisition requests are placed in the request queue. When an acquisition request for the first field of the same file is received again, the acquisition request is also placed in the request queue. The fetch requests in the corresponding request queues are then synchronized when the origin server returns the first field of the file. Or when the acquisition request of the complete file of the same file is received again, judging whether the complete file to be returned corresponding to the created request queue is a first field, if the complete file is the complete file, putting the acquisition request into the request queue, and when the source server returns the file, starting the acquisition request in the corresponding request queue. If the content is the first field, a request queue is created again, and the content to be returned corresponding to the request queue is a complete file. Or when the acquisition request of the second field of the same file is received again, judging whether the complete file to be returned corresponding to the created request queue is the first field, if the complete file is the complete file, putting the acquisition request into the request queue, and when the source server returns the second field of the file, starting the acquisition request in the corresponding request queue. If the content is the first field, a request queue is created again, and the content to be returned corresponding to the request queue is the second field of the file.
Fig. 2 is a schematic diagram showing a configuration of a processing apparatus for a file acquisition request according to an embodiment of the present invention. As shown in fig. 2, the processing apparatus 200 for file acquisition request includes:
the receiving unit 210 is adapted to receive an acquisition request for a target object.
The target object may be a complete file or a specified field of a file.
A judging unit 220 adapted to judge whether a request queue meeting the condition exists when the target object is not saved locally; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned.
For the acquisition request which needs to request the source server for the target object, a corresponding request queue is created so as to put the acquisition request which receives the same target object at the same time or the acquisition request which receives the same target object subsequently into the request queue, and then the processing is performed according to the content returned by the source server.
Before receiving the get request for the target object, if the target object is not saved locally and a eligible request queue has been created, it is stated that the target object has been requested from the source server. Then, the acquisition request may not need to request the target object from the source server, but directly put into the request queue, and when each acquisition request in the request queue is processed according to the content returned by the source server, the acquisition request is also processed. If there is no eligible request queue, then the target object needs to be requested from the source server and a request queue created.
The processing unit 230 is adapted to process each acquisition request in the request queue according to the content returned by the source server.
The corresponding request queue only needs to request the source server once, and the acquisition requests in the request queue can all obtain corresponding target objects, so that the situation that the same target object is acquired from the source server for multiple times can be avoided, and the waste of transmission resources between the storage server and the source server is prevented; and each acquisition request in the request queue is respectively processed, so that the response efficiency of the acquisition request is ensured.
In one embodiment of the present invention, when the target object is a specified field of the specified file, the determining unit 220 shown in fig. 2 is adapted to not save the specified file corresponding to the target object locally; or judging when the specified file stored locally does not contain the target object.
In practical application, the acquisition request for the target object may be an acquisition request for a complete file, or may be an acquisition request for a specified field of a file.
For an acquisition request for a specified field of a file, there are two cases when determining whether to save locally, one is any field of the file that is not saved locally, i.e., the file is not saved locally; in another case, the file is saved locally, but the saved file is incomplete and there is no specified field to be acquired by the acquire request. For example, the acquire request acquires field 2 of file 1, where file 1 is not saved locally, and where only field 1 of file 1 is saved locally, field 2 is not saved.
In one embodiment of the present invention, the determining unit 220 shown in fig. 2 is adapted to determine whether the content to be returned corresponding to the existing request queue includes the target object.
It is contemplated that the existing request queue may be created upon receipt of a get request for a complete file or upon receipt of a get request for a specified field of a file. If the request is created when the acquisition request of the complete file is received, the complete file is requested when the request is sent to the source server, and the content to be returned by the request queue is the complete file, at this time, whether the acquisition request of the target object received by the receiving unit is the acquisition request of the complete file or the acquisition request of the designated field of the file, the content to be returned by the source server contains the target object, that is, the content to be returned corresponding to the request queue contains the target object.
However, if the request queue is created when an acquisition request for a specified field of a file is received. Then it is considered whether the content returned by the source server is the specified field corresponding to the get request or a complete file. If the returned content is the specified field corresponding to the acquisition request, and the specified field corresponding to the acquisition request is different from the specified field acquired by the acquisition request received by the receiving unit, the corresponding specified field cannot be acquired even if the acquisition request received by the receiving unit is put into the request queue. Therefore, in this embodiment, it is necessary to determine whether the content to be returned corresponding to the existing request queue includes the target object.
In one embodiment of the present invention, when the target object is a specified field of a specified file, the determining unit 220 shown in fig. 2 is adapted to determine whether the source server supports the request for the target object; if yes, determining that the content to be returned corresponding to the created request queue is a target object; if not, determining that the corresponding content to be returned of the created request queue is a designated file containing the target object.
Consider whether the origin server supports a request for a random file or a request for only a complete file. For example, even if an active server receives a request for a specified field of a file, it can only return the complete file, and when an active server receives a request for a specified field of a file, it returns the specified field of the file. It can be seen that the content to be returned is different after the origin server receives the request.
If the source server supports the request to the target object, the content to be returned corresponding to the created request queue is the target object, and then the acquisition request to the same designated field can only be put into the request queue in later time.
If the source server does not support the request to the target object, the content to be returned corresponding to the created request queue is the designated file containing the target object, and then the request can be put into the request queue at a later time if the request is an acquisition request to the same file.
In one embodiment of the present invention, the processing unit 230 shown in fig. 2 is adapted to process each acquisition request in the request queue synchronously according to the content returned by the source server.
In this embodiment, after the source server returns the content, each acquiring request in the request queue is synchronously processed according to the returned content, so as to prevent the request timeout of the acquiring request.
Further, the processing unit 230 is adapted to synchronously respond to each acquisition request in the request queue each time the source server returns a portion of the content, and return the returned portion to the requesting end until the source server returns the entire content.
In this embodiment, the effect of receiving and sending at the same time can be achieved, that is, the source server returns a part of the content at one time instead of returning the content once, so when the source server returns a part, the returned part is returned to the request end first, and when the source server returns another part, another part of the content is returned to the request end until the source server returns all the content, and all the content is returned to the request end. The requesting end here is the device that sends the acquisition request.
Further, the processing unit 230 is adapted to determine one or more acquisition requests corresponding to the returned portion of the content from the source server in the request queue, and to synchronize the response to the determined one or more acquisition requests, and return the returned portion of the content to the corresponding requesting end.
The acquiring requests in the request queue are not all acquiring the complete file, but may also include acquiring requests for specified fields of the file, for example, if the content to be returned corresponding to the request queue is the complete file, the acquiring requests contained in the request queue may be acquiring requests for the complete file or acquiring requests for specified fields of the file. Thus, when the origin server returns a portion of the content, some acquisition requests are that portion of the acquisition and some request acquisition are not that portion. Thus, in this embodiment, one or more fetch requests in the request queue corresponding to the portion of the content that the origin server has returned are first determined. And the returned partial content is returned to the corresponding request end in response to the determined one or more acquisition requests.
For example, the request queue includes a request 1 for obtaining a complete file, a request 2 for obtaining a specified field 1 of the file, and a request 3 for obtaining a specified field 2 of the file. When the source server returns the designated field 1 of the file, determining that the corresponding acquisition request is the acquisition request 1 and the acquisition request 2, then synchronously responding to the acquisition request 1 and the acquisition request 2, and respectively returning the designated field 1 of the file to the request ends corresponding to the acquisition request 1 and the acquisition request 2; when the source server returns the designated field 2 of the national enterprise file, the corresponding acquisition requests are the acquisition request 1 and the acquisition request 3, and then the acquisition request 1 and the acquisition request 3 are synchronously responded, and the designated field 2 of the file is respectively returned to the corresponding request ends of the acquisition request 1 and the acquisition request 3.
That is, with the present embodiment, for an acquisition request to a specified field of a file in a request queue, only when the origin server starts to return to the specified field of the file, the response to the acquisition request to the specified field is restarted.
In one embodiment of the present invention, the processing unit 230 shown in fig. 2 is adapted to return, when the target object is locally saved but the saved target object is incomplete, an existing part of the target object to the request end in response to the acquisition request; when all the existing partial target objects are returned, the acquisition request is put into a corresponding request queue.
When the target object is stored locally, the method is divided into two cases, wherein one case is that the target object obtained by the obtaining request is stored completely, and then the stored target object can be directly returned to the corresponding request end; in another case, the target object obtained by the request is obtained until a part of the target object is saved, and the saving is incomplete, which indicates that the target object is being requested from the source server, but the source server does not return all the target objects yet, then the saved part of the target object is returned to the corresponding request end, and when the saved part of the target object is returned completely, the corresponding request queue is determined, and the obtaining request is put into the request queue.
The corresponding request queue determined here is also a request queue that meets the condition, for example, the content to be returned corresponding to the request queue contains the target object. Alternatively, the content to be returned corresponding to the request queue includes an unreturned target object, for example, a first portion and a second portion of the target object, where the first portion has been returned, and then the content to be returned corresponding to the request queue includes the second portion of the target object.
In one embodiment of the present invention, the apparatus shown in fig. 2 further comprises: the creation unit is suitable for determining one acquisition request from the plurality of acquisition requests when a plurality of acquisition requests for the same file are received at the same time and if a request queue meeting the condition is not available, requesting the file from the source server according to the acquisition request, creating a request queue and placing the rest of the acquisition requests into the request queue.
In summary, according to the technical scheme of the invention, an acquisition request for a target object is received; when the target object is not stored locally, judging whether a request queue meeting the condition exists or not; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, a target object is requested to the source server, and a corresponding request queue is created according to the content to be returned so as to be put into the request queue when the same acquisition request is received again; and processing each acquisition request in the request queue according to the content returned by the source server. In the technical scheme, the existence of the request queue meeting the condition can avoid acquiring the same target object from the source server for multiple times, and prevent the waste of transmission resources between the storage server and the source server; and each acquisition request in the request queue is respectively processed, so that the response efficiency of the acquisition request is ensured.
It should be noted that:
the algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, or other apparatus. Various general purpose devices may also be used with the teachings herein. The required structure for the construction of such devices is apparent from the description above. In addition, the present invention is not directed to any particular programming language. It will be appreciated that the teachings of the present invention described herein may be implemented in a variety of programming languages, and the above description of specific languages is provided for disclosure of enablement and best mode of the present invention.
In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be construed as reflecting the intention that: i.e., the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.
Those skilled in the art will appreciate that the modules in the apparatus of the embodiments may be adaptively changed and disposed in one or more apparatuses different from the embodiments. The modules or units or components of the embodiments may be combined into one module or unit or component and, furthermore, they may be divided into a plurality of sub-modules or sub-units or sub-components. Any combination of all features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or units of any method or apparatus so disclosed, may be used in combination, except insofar as at least some of such features and/or processes or units are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings), may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features but not others included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments can be used in any combination.
Various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that the processing means, electronic devices, and computer-readable storage media of a file acquisition request according to embodiments of the present invention may be implemented in practice using a microprocessor or Digital Signal Processor (DSP), as well as some or all of the functions of some or all of the components. The present invention may also be implemented as a part of or as a complete device or apparatus program (e.g., a computer program and a computer program product) for performing the methods described herein. Such a program embodying the present invention may be stored on a computer readable medium, or may have the form of one or more signals. Such signals may be downloaded from an internet website, provided on a carrier signal, or provided in any other form.
For example, fig. 3 shows a schematic structural diagram of an electronic device according to an embodiment of the present invention. The electronic device 300 conventionally comprises a processor 310 and a memory 320 arranged to store computer executable instructions (program code). The memory 320 may be an electronic memory such as a flash memory, an EEPROM (electrically erasable programmable read only memory), an EPROM, a hard disk, or a ROM. Memory 320 has storage 330 storing program code 340 for performing any of the method steps shown in fig. 1 and in various embodiments. For example, the memory space 330 for program code may include individual program code 340 for implementing the various steps in the above methods, respectively. The program code can be read from or written to one or more computer program products. These computer program products comprise a program code carrier such as a hard disk, a Compact Disc (CD), a memory card or a floppy disk. Such a computer program product is typically a computer readable storage medium 400 such as described in fig. 4. The computer readable storage medium 400 may have memory segments, memory spaces, etc. arranged similarly to the memory 320 in the electronic device of fig. 3. The program code may be compressed, for example, in a suitable form. Typically, the memory unit stores program code 410 for performing the method steps according to the invention, i.e. program code readable by a processor such as 310, which when run by an electronic device causes the electronic device to perform the steps in the method described above.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, third, etc. do not denote any order. These words may be interpreted as names.
The invention discloses A1, a processing method of a file acquisition request, wherein the method comprises the following steps:
receiving an acquisition request for a target object;
when the target object is not stored locally, judging whether a request queue meeting the condition exists or not;
If yes, putting the acquisition request into a request queue meeting the condition;
otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned;
and processing each acquisition request in the request queue according to the content returned by the source server.
A2, the method of A1, wherein when the target object is a specified field of a specified file, the local unsaved target object comprises:
the specified file corresponding to the target object is not stored locally;
or the target object is not contained in the locally stored specified file.
A3, the method of A1, wherein the judging whether the request queue meeting the condition exists comprises the following steps:
and judging whether the content to be returned corresponding to the existing request queue contains the target object.
A4, the method of A1, wherein when the target object is a specified field of a specified file, the creating a corresponding request queue according to the content to be returned includes:
judging whether the source server supports the request for the target object;
if yes, determining that the content to be returned corresponding to the created request queue is the target object;
If not, determining that the corresponding content to be returned of the created request queue is the designated file containing the target object.
A5, the method of A1, wherein the processing each acquisition request in the request queue according to the content returned by the source server comprises:
and synchronously processing each acquisition request in the request queue according to the returned content of the source server.
A6, the method as set forth in A5, wherein the step of synchronously processing each acquisition request in the request queue according to the content returned by the source server includes:
and each time the source server returns a part of the content, synchronously responding to each acquisition request in the request queue, and returning the returned part to the request end until the source server returns the whole content.
A7, the method as set forth in A5, wherein, each time the source server returns the part of the content, the step of synchronously responding to each acquisition request in the request queue, and returning the returned part of the content to the request terminal comprises:
and determining one or more acquisition requests corresponding to the returned partial content of the source server in the request queue, and synchronously responding to the determined one or more acquisition requests to return the returned partial content to the corresponding request end.
A8, the method of A1, wherein the method further comprises:
when the target object is stored locally but the stored target object is incomplete, responding to the acquisition request, and returning the existing partial target object to the request end;
and when all the existing partial target objects are returned, putting the acquisition request into a corresponding request queue.
The invention also discloses a processing device of the file acquisition request, wherein the device comprises:
a receiving unit adapted to receive an acquisition request for a target object;
the judging unit is suitable for judging whether a request queue meeting the condition exists or not when the target object is not stored locally; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned;
and the processing unit is suitable for processing each acquisition request in the request queue according to the content returned by the source server.
B10, the device of B9, wherein when the target object is a specified field of a specified file, the judging unit is adapted to not store the specified file corresponding to the target object locally; or judging when the target object is not contained in the locally stored specified file.
B11, the device of B9, wherein,
the judging unit is adapted to judge whether the content to be returned corresponding to the existing request queue contains the target object.
B12, the apparatus of B9, wherein, when the target object is a specified field of a specified file, the judging unit is adapted to judge whether the source server supports the request for the target object; if yes, determining that the content to be returned corresponding to the created request queue is the target object; if not, determining that the corresponding content to be returned of the created request queue is the designated file containing the target object.
B13, the device of B9, wherein,
and the processing unit is suitable for synchronously processing each acquisition request in the request queue according to the content returned by the source server.
B14, the device of B13, wherein,
and the processing unit is suitable for synchronously responding to each acquisition request in the request queue every time the source server returns the part of the content, and returning the returned part to the request end until the source server returns the whole content.
B15, the device of B13, wherein,
the processing unit is suitable for determining one or more acquisition requests corresponding to the returned partial content of the source server in the request queue, and synchronously responding to the determined one or more acquisition requests to return the returned partial content to the corresponding request end.
B16, the device of B9, wherein,
the processing unit is suitable for returning the existing partial target object to the request end in response to the acquisition request when the target object is stored locally but the stored target object is incomplete;
and when all the existing partial target objects are returned, putting the acquisition request into a corresponding request queue.
The invention also discloses C17, an electronic device, wherein the electronic device comprises:
a processor; the method comprises the steps of,
a memory arranged to store computer executable instructions which, when executed, cause the processor to perform the method according to any one of A1 to A8.
The invention also discloses D18, a computer readable storage medium, wherein the computer readable storage medium stores one or more programs, which when executed by a processor, implement the method of any one of A1-A8.
Claims (16)
1. A method of processing a file acquisition request, wherein the method comprises:
receiving an acquisition request for a target object;
when the target object is not stored locally, judging whether a request queue meeting the condition exists or not;
if yes, putting the acquisition request into a request queue meeting the condition;
Otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned;
processing each acquisition request in a request queue according to the content returned by the source server;
when the target object is a specified field of a specified file, the creating a corresponding request queue according to the content to be returned includes:
judging whether the source server supports the request for the target object;
if yes, determining that the content to be returned corresponding to the created request queue is the target object;
if not, determining that the corresponding content to be returned of the created request queue is the designated file containing the target object.
2. The method of claim 1, wherein when the target object is a specified field of a specified file, the locally unsaved target object comprises:
the specified file corresponding to the target object is not stored locally;
or the target object is not contained in the locally stored specified file.
3. The method of claim 1, wherein said determining whether a eligible request queue exists comprises:
and judging whether the content to be returned corresponding to the existing request queue contains the target object.
4. The method of claim 1, wherein the processing each fetch request in a request queue according to content returned by the origin server comprises:
and synchronously processing each acquisition request in the request queue according to the returned content of the source server.
5. The method as claimed in claim 4, wherein said synchronizing each get request in the request queue according to the content returned by the source server comprises:
and each time the source server returns a part of the content, synchronously responding to each acquisition request in the request queue, and returning the returned part to the request end until the source server returns the whole content.
6. The method of claim 5, wherein said synchronizing the response to each fetch request in the request queue each time the origin server returns a portion of content, returning the returned portion of content to the requesting end comprises:
and determining one or more acquisition requests corresponding to the returned partial content of the source server in the request queue, and synchronously responding to the determined one or more acquisition requests to return the returned partial content to the corresponding request end.
7. The method of claim 1, wherein the method further comprises:
When the target object is stored locally but the stored target object is incomplete, responding to the acquisition request, and returning the existing partial target object to the request end;
and when all the existing partial target objects are returned, putting the acquisition request into a corresponding request queue.
8. A processing apparatus for a file acquisition request, wherein the apparatus comprises:
a receiving unit adapted to receive an acquisition request for a target object;
the judging unit is suitable for judging whether a request queue meeting the condition exists or not when the target object is not stored locally; if yes, putting the acquisition request into a request queue meeting the condition; otherwise, the target object is requested to the source server, and a corresponding request queue is created according to the content to be returned;
the processing unit is suitable for processing each acquisition request in the request queue according to the content returned by the source server;
when the target object is a specified field of a specified file, the judging unit is adapted to judge whether the source server supports a request for the target object; if yes, determining that the content to be returned corresponding to the created request queue is the target object; if not, determining that the corresponding content to be returned of the created request queue is the designated file containing the target object.
9. The apparatus according to claim 8, wherein when the target object is a specified field of a specified file, the judging unit is adapted to not save the specified file corresponding to the target object locally; or judging when the target object is not contained in the locally stored specified file.
10. The apparatus of claim 8, wherein,
the judging unit is adapted to judge whether the content to be returned corresponding to the existing request queue contains the target object.
11. The apparatus of claim 8, wherein,
and the processing unit is suitable for synchronously processing each acquisition request in the request queue according to the content returned by the source server.
12. The apparatus of claim 11, wherein,
and the processing unit is suitable for synchronously responding to each acquisition request in the request queue every time the source server returns the part of the content, and returning the returned part to the request end until the source server returns the whole content.
13. The apparatus of claim 11, wherein,
the processing unit is suitable for determining one or more acquisition requests corresponding to the returned partial content of the source server in the request queue, and synchronously responding to the determined one or more acquisition requests to return the returned partial content to the corresponding request end.
14. The apparatus of claim 8, wherein,
the processing unit is suitable for returning the existing partial target object to the request end in response to the acquisition request when the target object is stored locally but the stored target object is incomplete;
and when all the existing partial target objects are returned, putting the acquisition request into a corresponding request queue.
15. An electronic device, wherein the electronic device comprises:
a processor; the method comprises the steps of,
a memory arranged to store computer executable instructions which, when executed, cause the processor to perform the method according to any one of claims 1 to 7.
16. A computer readable storage medium, wherein the computer readable storage medium stores one or more programs which, when executed by a processor, implement the method of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811601136.2A CN111367868B (en) | 2018-12-26 | 2018-12-26 | File acquisition request processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811601136.2A CN111367868B (en) | 2018-12-26 | 2018-12-26 | File acquisition request processing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111367868A CN111367868A (en) | 2020-07-03 |
| CN111367868B true CN111367868B (en) | 2023-12-29 |
Family
ID=71206038
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811601136.2A Active CN111367868B (en) | 2018-12-26 | 2018-12-26 | File acquisition request processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111367868B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114006946B (en) * | 2021-10-29 | 2023-08-29 | 中国平安人寿保险股份有限公司 | Method, device, equipment and storage medium for processing homogeneous resource request |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102761617A (en) * | 2012-07-02 | 2012-10-31 | 北京京北方信息技术有限公司 | Workflow queue server and workflow scheduling system and method |
| CN103077243A (en) * | 2013-01-16 | 2013-05-01 | 北京数码视讯科技股份有限公司 | Processing method and system for file system access |
| CN103139258A (en) * | 2011-11-30 | 2013-06-05 | 百度在线网络技术（北京）有限公司 | Method and device and system for processing page access requests of mobile terminal |
| CN103345486A (en) * | 2013-06-24 | 2013-10-09 | 积成电子股份有限公司 | Method for obtaining and showing picture file by client side under remote browsing environment |
| CN104219283A (en) * | 2014-08-06 | 2014-12-17 | 上海爱数软件有限公司 | Method for file downloading on demand and automatic synchronizing on basis of cloud storage and device thereof |
| CN105353987A (en) * | 2015-11-13 | 2016-02-24 | 曙光信息产业股份有限公司 | File processing method and device |
| WO2016052665A1 (en) * | 2014-09-30 | 2016-04-07 | 株式会社日立製作所 | Distributed storage system |
| CN106375472A (en) * | 2016-09-29 | 2017-02-01 | 北京三快在线科技有限公司 | Access request processing method and apparatus, and server |
| CN107302549A (en) * | 2016-04-14 | 2017-10-27 | 宾盛科技(武汉)有限公司 | A kind of remote data transmission and storage system and method |
| CN107404480A (en) * | 2017-07-24 | 2017-11-28 | 平安科技（深圳）有限公司 | A kind of transmission method of stream medium data, storage medium and streaming media server |
| CN108628688A (en) * | 2018-03-30 | 2018-10-09 | 阿里巴巴集团控股有限公司 | A kind of message treatment method, device and equipment |
| CN108965450A (en) * | 2018-07-27 | 2018-12-07 | 江西贪玩信息技术有限公司 | Service request response method, device, computer equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130173796A1 (en) * | 2011-12-30 | 2013-07-04 | United Video Properties, Inc. | Systems and methods for managing a media content queue |
-
2018
- 2018-12-26 CN CN201811601136.2A patent/CN111367868B/en active Active
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103139258A (en) * | 2011-11-30 | 2013-06-05 | 百度在线网络技术（北京）有限公司 | Method and device and system for processing page access requests of mobile terminal |
| CN102761617A (en) * | 2012-07-02 | 2012-10-31 | 北京京北方信息技术有限公司 | Workflow queue server and workflow scheduling system and method |
| CN103077243A (en) * | 2013-01-16 | 2013-05-01 | 北京数码视讯科技股份有限公司 | Processing method and system for file system access |
| CN103345486A (en) * | 2013-06-24 | 2013-10-09 | 积成电子股份有限公司 | Method for obtaining and showing picture file by client side under remote browsing environment |
| CN104219283A (en) * | 2014-08-06 | 2014-12-17 | 上海爱数软件有限公司 | Method for file downloading on demand and automatic synchronizing on basis of cloud storage and device thereof |
| WO2016052665A1 (en) * | 2014-09-30 | 2016-04-07 | 株式会社日立製作所 | Distributed storage system |
| CN105353987A (en) * | 2015-11-13 | 2016-02-24 | 曙光信息产业股份有限公司 | File processing method and device |
| CN107302549A (en) * | 2016-04-14 | 2017-10-27 | 宾盛科技(武汉)有限公司 | A kind of remote data transmission and storage system and method |
| CN106375472A (en) * | 2016-09-29 | 2017-02-01 | 北京三快在线科技有限公司 | Access request processing method and apparatus, and server |
| CN107404480A (en) * | 2017-07-24 | 2017-11-28 | 平安科技（深圳）有限公司 | A kind of transmission method of stream medium data, storage medium and streaming media server |
| CN108628688A (en) * | 2018-03-30 | 2018-10-09 | 阿里巴巴集团控股有限公司 | A kind of message treatment method, device and equipment |
| CN108965450A (en) * | 2018-07-27 | 2018-12-07 | 江西贪玩信息技术有限公司 | Service request response method, device, computer equipment and storage medium |
Non-Patent Citations (3)
| Title |
|---|
| 信息中心网络缓存技术研究综述;张天魁;单思洋;许晓耕;刘银龙;;北京邮电大学学报;第39卷(第03期);1-15 * |
| 基于OpenStack的云文件共享系统构建研究;雷博;信息系统工程(第11期);58-60 * |
| 基于对象存储的机群文件系统数据通路;李剑宇;唐荣峰;熊劲;孟丹;;计算机工程(第10期);49-51 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111367868A (en) | 2020-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10187445B2 (en) | System, method and browser client for enabling browser data synchronization | |
| CN111240653B (en) | Interface document generation method, device and readable storage medium | |
| US10025702B1 (en) | Browser capable of saving and restoring content item state | |
| CN107590275B (en) | Data query method and device | |
| US11146660B2 (en) | Information packet download method for preventing high concurrency, electronic device and storage medium | |
| KR20180125009A (en) | Data caching method and apparatus | |
| CN109961331B (en) | Page processing method and system, computer system and readable storage medium | |
| CN108009147B (en) | Electronic book cover generation method, electronic device and computer storage medium | |
| CN109343862B (en) | Scheduling method and device of resource data of application | |
| WO2017107843A1 (en) | Periodic task processing method and apparatus, computer program, and readable medium | |
| CN107071007B (en) | Method, device and client for obtaining configuration resources | |
| WO2019000722A1 (en) | Hypertext markup language webpage loading method and device | |
| CN111371585A (en) | Configuration method and device for CDN node | |
| CN111367868B (en) | File acquisition request processing method and device | |
| CN109710679B (en) | Data extraction method and device | |
| CN111383038A (en) | Advertisement display method and device of mobile terminal, mobile terminal and storage medium | |
| CN110889073B (en) | Page request response method, server and computer storage medium | |
| CN113703929B (en) | Task scheduling method, system, computing device and storage medium | |
| CN109246234A (en) | A kind of image file method for down loading, device, electronic equipment and storage medium | |
| CN111338829B (en) | Calling method and device for remote procedure call service | |
| CN110515631B (en) | Method for generating application installation data packet, server and computer storage medium | |
| CN105630889B (en) | Universal caching method and device | |
| CN111367921A (en) | Data object refreshing method and device | |
| CN108776665B (en) | Data processing method and device | |
| CN110765392A (en) | Data loading method and device, storage medium and terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20231206 Address after: 300450 No. 9-3-401, No. 39, Gaoxin 6th Road, Binhai Science Park, Binhai New Area, Tianjin Applicant after: 3600 Technology Group Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Applicant before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |