CN110311754B - Data receiving method and device, storage medium and electronic equipment - Google Patents
Data receiving method and device, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN110311754B CN110311754B CN201910550784.8A CN201910550784A CN110311754B CN 110311754 B CN110311754 B CN 110311754B CN 201910550784 A CN201910550784 A CN 201910550784A CN 110311754 B CN110311754 B CN 110311754B
- Authority
- CN
- China
- Prior art keywords
- data
- key value
- update
- interface rendering
- rendered
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The embodiment of the disclosure discloses a data receiving method, a data receiving device, a storage medium and electronic equipment, wherein the method comprises the following steps: receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item; determining first data to be rendered of each updating key value item in a current preset interface rendering period; and merging the updated key value item and the first data to construct a data set to be rendered in the current preset interface rendering period. Although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the updating data packet, the received data is greatly reduced, the data volume received by each interface rendering period of the client is greatly saved, the real-time performance of data transmission is improved, the consumption of data flow for refreshing the client is low, and the user experience is good.
Description
Technical Field
The present disclosure relates to the field of internet, and in particular, to a data receiving method, apparatus, storage medium, and electronic device.
Background
The transmission and processing of mass data are very important for the development of internet technology, the requirement for intensive time-efficient data transmission is higher and higher, the data generally has the characteristics of being intensive, fast and large in data volume, and a receiving system of a client is required to display and process the data in a real-time, efficient and stream-saving manner.
In the prior art, intensive timeliness data are all in a mode of pushing full data and refreshing a global scene, and the refreshing mode is high in client flow consumption and poor in instantaneity.
Disclosure of Invention
In view of this, the embodiments of the present disclosure provide a data receiving method, an apparatus, a storage medium, and an electronic device, so as to solve the following problems in the prior art: in the prior art, intensive timeliness data are all refreshed in a full-pushing and global scene refreshing mode, and the refreshing mode is high in client flow consumption and poor in instantaneity.
In one aspect, an embodiment of the present disclosure provides a data receiving method, including: receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item; determining first data to be rendered of each updated key value item in the current preset interface rendering period; and merging the updated key value item and the first data to construct a data set to be rendered in the current preset interface rendering period.
In some embodiments, in a case that a plurality of update data packets are received in the current predetermined interface rendering cycle, the determining first data to be rendered of each update key value item in the current predetermined interface rendering cycle includes: acquiring the updating data in each updating data packet; determining the updating key value item corresponding to each item of updating data; and determining the data of each updated key value item which changes for the last time in the time sequence as the first data.
In some embodiments, the merging the updated key value item and the first data, and constructing the set of data to be rendered for the current predetermined interface rendering cycle further includes: determining an un-updated key value item for which data has not changed; and acquiring second data corresponding to the non-updated key value item in the data set to be rendered in the previous preset interface rendering period.
In some embodiments, the merging the updated key value item and the first data, and constructing the set of data to be rendered for the current predetermined interface rendering cycle further includes: arranging all the updated key value items and the non-updated key value items according to a preset sequence; and storing all the first data and the second data according to the preset sequence.
In some embodiments, after the constructing the set of data to be rendered for the current predetermined interface rendering cycle, the method further includes: loading data of the data set to be rendered in the current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree.
In some embodiments, after receiving the update data packet within the current predetermined interface rendering period, the method further includes: and decompressing the update data packet according to a preset decompression mode to obtain decompressed update data.
In some embodiments, the determining that each updated key value item precedes the first data to be rendered for the current predetermined interface rendering cycle further comprises: and under the condition that the key value name of the updated key value item is the abbreviation key value name, converting the abbreviation key value name of the updated key value item into a complete key value name.
On the other hand, an embodiment of the present disclosure provides a data receiving apparatus, including: the interface rendering method comprises the steps that a receiving module is configured to receive an updating data packet in a current preset interface rendering period, wherein the data of the updating data packet only comprise an updating key value item which changes in the preset interface rendering period and data corresponding to the updating key value item; a determining module configured to determine first data to be rendered for each of the updated key value items in the current predetermined interface rendering cycle; a building module configured to merge the updated key value item and the first data to build a set of data to be rendered for the current predetermined interface rendering cycle.
In some embodiments, the determining module further comprises: a first acquisition unit configured to acquire update data in each of the update packets; a first determination unit configured to determine the update key value item corresponding to each item of the update data; a second determination unit configured to determine, as the first data, data in which each of the update key value items has changed last in time order.
In some embodiments, the building module further comprises: a third determination unit configured to determine an unupdated key value item for which data has not changed; and the second obtaining unit is configured to obtain second data corresponding to the non-updated key value item in the data set to be rendered in the previous preset interface rendering period.
In some embodiments, the building module further comprises: a sorting unit configured to sort all the updated key value items and the non-updated key value items in a predetermined order; a storage unit configured to store all of the first data and the second data in the predetermined order.
In some embodiments, the apparatus further comprises: a rendering module configured to: loading data of the data set to be rendered in the current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree.
In some embodiments, further comprising: and the decompression module is configured to decompress the update data packet according to a preset decompression mode to obtain decompressed update data.
In some embodiments, further comprising: a conversion module configured to convert a key-value name of the update key-value item into a full key-value name if the key-value name is an abbreviated key-value name.
In another aspect, an embodiment of the present disclosure provides a storage medium storing a computer program, where the computer program is executed by a processor to implement the method provided in any embodiment of the present disclosure.
On the other hand, the embodiment of the present disclosure provides an electronic device, which at least includes a memory and a processor, where the memory stores a computer program, and the processor implements the method provided in any embodiment of the present disclosure when executing the computer program on the memory.
The embodiment of the disclosure receives the update data packet, the data of the update data packet only includes the update key value item which changes in the preset interface rendering period and the data corresponding to the update key value item, although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the update data packet, compared with the original full data packet, the data received by the client side in the update data packet is greatly reduced, the data amount received by each interface rendering period of the client side is greatly saved, the real-time performance of data transmission is improved, the consumed flow of the client side for refreshing the data is less, and the user experience is better.
Drawings
Fig. 1 is a flowchart of a data receiving method according to a first embodiment of the disclosure;
fig. 2 is a flowchart of a data receiving method according to a second embodiment of the disclosure;
fig. 3 is a schematic structural diagram of a data receiving apparatus according to a third embodiment of the present disclosure;
fig. 4 is a schematic diagram of client-server interaction provided in a fifth embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of an electronic device according to a fifth embodiment of the present disclosure.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more clear, the technical solutions of the embodiments of the present disclosure will be described below clearly and completely with reference to the accompanying drawings of the embodiments of the present disclosure. It is to be understood that the described embodiments are only a few embodiments of the present disclosure, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the described embodiments of the disclosure without any inventive step, are within the scope of protection of the disclosure.
Unless otherwise defined, technical or scientific terms used herein shall have the ordinary meaning as understood by one of ordinary skill in the art to which this disclosure belongs. The use of "first," "second," and similar terms in this disclosure is not intended to indicate any order, quantity, or importance, but rather is used to distinguish one element from another. The word "comprising" or "comprises", and the like, means that the element or item listed before the word covers the element or item listed after the word and its equivalents, but does not exclude other elements or items. The terms "connected" or "coupled" and the like are not restricted to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "upper", "lower", "left", "right", and the like are used merely to indicate relative positional relationships, and when the absolute position of the object being described is changed, the relative positional relationships may also be changed accordingly.
To maintain the following description of the embodiments of the present disclosure clear and concise, a detailed description of known functions and known components have been omitted from the present disclosure.
A first embodiment of the present disclosure provides a data receiving method, where a flow of the method is shown in fig. 1, and the method includes steps S101 to S103:
s101, receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item.
Regarding the rendering of the interface, which has an interface rendering period, for example, one interface rendering period is 20ms, when the interface rendering period arrives, rendering needs to be performed based on data received in the interface rendering period, and then the data can be presented to the user, and then, data is continuously received based on the interface rendering period, so as to render again when the next interface rendering period arrives.
However, in the prior art, the data received in each interface rendering cycle is a full data packet, that is, no matter whether a key value item corresponding to an element on the interface changes, the corresponding data needs to be sent, and the traffic consumption is too large for the user.
In this embodiment, the update data packet only includes the update key value item that changes within the predetermined interface rendering period and the data corresponding to the update key value item, and the server does not send the data corresponding to the key value item that does not change, so that the data received by the client in the update data packet is greatly reduced in comparison with the original full data packet, and the data amount received by the client in each interface rendering period is greatly saved.
S102, determining first data to be rendered of each updating key value item in a current preset interface rendering period.
The method can aim at intensive time-sensitive data, the data volume is large, the data change frequency is high, the data volume which changes in a very short time (such as millisecond time) generally reaches another order of magnitude, therefore, the sending interval of the updating data packet can be far smaller than a preset interface rendering period, namely, a plurality of updating data packets can be received in one interface rendering period.
For each update data packet, there may be more different update key value items that generate corresponding change data, and there may also be multiple change data of the same update key value item received in one interface rendering cycle.
If a plurality of change data of the same updating key value item are received in one interface rendering period, the number of times of receiving the updating data packet in the current predetermined interface rendering period is at least a plurality. In the case that a plurality of update data packets are received in the current predetermined interface rendering cycle, when determining that each update key value item is in the first data to be rendered in the current predetermined interface rendering cycle, the following process may be included: acquiring update data in each update data packet; determining an updating key value item corresponding to each item of updating data; and determining the data of each updated key value item which changes for the last time in the time sequence as the first data.
The above process is explained below with a simple example.
For example, the full-size data packets collectively include 5 key values, the key values are alpha, bravo, charlie, delta, and echo, 4 update data packets are received in a predetermined interface rendering cycle, which are respectively 3ms, 8ms, 13ms, and 18ms in the interface rendering cycle, the update data packet received in the 3ms includes data corresponding to the key values alpha and charlie, the update data packet received in the 8ms includes data corresponding to the key values alpha, charlie, and echo, the update data packet received in the 13ms includes data corresponding to the key values echo, and the update data packet received in the 18ms includes data corresponding to the key values bravo and delta.
Because the data corresponding to the key value names alpha, charlie and echo are received for 2 times, the data of which the key value names alpha, charlie and echo change for the last time according to the time sequence is determined to be the first data, namely the first data of the key value names alpha is the data in the update data packet received in the 8 th ms, the first data of the key value names charlie is the data in the update data packet received in the 8 th ms, and the first data of the key value names echo is the data in the update data packet received in the 13 th ms; the first data of the key-value names bravo and delta is the data in the update packet received at 18 ms.
S103, merging the updated key value item and the first data, and constructing a data set to be rendered in the current preset interface rendering period.
In this embodiment, because an update data packet is received, a key value item without change is not received, but an element corresponding to an un-updated key value item without change is also needed to be rendered, so that in a process of merging an updated key value item and first data and constructing a data set to be rendered in a current predetermined interface rendering cycle, an un-updated key value item without change in data needs to be determined, and second data corresponding to the un-updated key value item in the data set to be rendered in a previous predetermined interface rendering cycle is acquired.
For example, the full amount of data packets collectively include 5 key value entries, the key value names are alpha, bravo, charlie, delta, and echo, 4 update data packets are received in a predetermined interface rendering cycle, which are respectively 3ms, 8ms, 13ms, and 18ms in the interface rendering cycle, the update data packet received in the 3ms includes data corresponding to the key value names alpha and charlie, the update data packet received in the 8ms includes data corresponding to the key value names alpha, charlie, and echo, the update data packet received in the 13ms includes data corresponding to the key value names echo, and the update data packet received in the 18ms includes data corresponding to the key value names bravo and echo.
Because the data corresponding to the key value name delta is not included in the update data packet received in the current predetermined interface rendering cycle, the data corresponding to the key value name delta can be acquired from the data set to be rendered in the previous predetermined interface rendering cycle, so that the data can be used as second data and put into the data set to be rendered in the current predetermined interface rendering cycle for the rendering operation after the current predetermined interface rendering cycle.
The second data in the data set to be rendered of the key value delta in the previous preset interface rendering cycle may be data in an update data packet received in the previous preset interface rendering cycle, or may be data obtained in the previous preset interface rendering cycle, where the key value delta is not updated in the previous preset interface rendering cycle. Correspondingly, if the data corresponding to the key value delta in the next preset interface rendering period of the current preset interface rendering period is not updated, the data in the data set to be rendered in the next preset interface rendering period can be acquired as the second data when the data set to be rendered is constructed in the next preset interface rendering period.
After the data corresponding to all the key value items are obtained, all the key value items which are updated and key value items which are not updated are arranged according to a preset sequence, and all the first data and the second data are stored according to the preset sequence. At this point, the data set to be rendered of the current predetermined interface rendering cycle is completely constructed.
After the data set to be rendered of the current predetermined interface rendering cycle is constructed, the following rendering process can be performed on the data set to be rendered: loading data of a data set to be rendered in a current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree. Since the data set to be rendered includes data corresponding to all key value items, the rendering process is completely the same as the rendering process for a full number of data packets in the prior art, and details are not repeated here.
The embodiment of the disclosure receives the update data packet, the data of the update data packet only includes the update key value item which changes in the preset interface rendering period and the data corresponding to the update key value item, although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the update data packet, compared with the original full data packet, the data received by the client side in the update data packet is greatly reduced, the data amount received by each interface rendering period of the client side is greatly saved, the real-time performance of data transmission is improved, the consumed flow of the client side for refreshing the data is less, and the user experience is better.
A second embodiment of the present disclosure provides a data receiving method, where a flow of the method is shown in fig. 2, and the method includes steps S201 to S205:
s201, receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item.
Regarding the rendering of the interface, which has an interface rendering period, for example, one interface rendering period is 20ms, when the interface rendering period arrives, rendering needs to be performed based on data received in the interface rendering period, and then the data can be presented to the user, and then, data is continuously received based on the interface rendering period, so as to render again when the next interface rendering period arrives.
However, in the prior art, data received in each interface rendering cycle is a full data packet, that is, no matter whether a key item changes, corresponding data needs to be sent, and traffic consumption is too large for a user.
In this embodiment, the update data packet only includes the update key value item that changes within the predetermined interface rendering period and the data corresponding to the update key value item, and the server does not send the data corresponding to the key value item that does not change, so that the data received by the client in the update data packet is greatly reduced compared with the original full data packet, and the data amount received by the client in each interface rendering period is greatly saved.
S202, decompressing the update data packet according to a predetermined decompression manner to obtain a decompressed update data packet.
When a server pushes a full amount of data packets, the data volume is large, most of the data cannot be compressed, and even if the data is compressed, the compression time is long due to the large data volume; when the data sent by the server is changed from full data to changed data, the data volume is obviously reduced, so that the server can compress the updating data packet, and because the data volume of the updating data packet is small, the compression time is short, and a part of bytes can be reduced after compression, for example, the updating data packet is 100 bytes before no compression, and the data volume is changed into 60 bytes after compression. The predetermined compression method may be gzip compression, but other compression methods may be used, and are not limited herein.
In view of the above, the update data packet received by the client is the update data packet compressed by the server in the embodiment of the present disclosure, so after receiving the update data packet, the update data packet needs to be decompressed according to a predetermined decompression manner, and the predetermined decompression manner corresponds to the predetermined compression manner of the server, which is not limited herein. The client receives the compressed update data packet, so that the used flow can be reduced again.
And S203, under the condition that the key value name of the updated key value item is the abbreviation key value name, converting the abbreviation key value name of the updated key value item into a complete key value name.
In order to further reduce the transmitted data amount, the server can also configure an abbreviated key value name for each updated key value item before compressing the changed data according to a preset compression mode, so as to further reduce the transmitted data; correspondingly, the update key value item in the update data packet received by the client is the key value item with the name of the abbreviated key value. For example, a key value item with a key value name of 999 can be written as "alpha: 999" in a full data packet pushed to a client at present, the disclosure abbreviates alpha and directly writes alpha as "a", and when the original "alpha: 999" changes, the updated data packet will be "a: 999", so that the data processing amount can be reduced.
S204, determining first data to be rendered of each updated key value item in the current preset interface rendering period.
The method can aim at intensive time-sensitive data, the data volume is large, the data change frequency is high, the data volume which changes in a very short time (such as millisecond time) generally reaches another order of magnitude, therefore, the sending interval of the updating data packet can be far smaller than a preset interface rendering period, namely, a plurality of updating data packets can be received in one interface rendering period.
For each update data packet, there may be more different update key value items that generate corresponding change data, and there may also be multiple change data of the same update key value item received in one interface rendering cycle.
If a plurality of change data of the same updating key value item are received in one interface rendering period, the number of times of receiving the updating data packet in the current predetermined interface rendering period is at least a plurality. In the case that a plurality of update data packets are received in the current predetermined interface rendering cycle, when determining that each update key value item is in the first data to be rendered in the current predetermined interface rendering cycle, the following process may be included: acquiring update data in each update data packet; determining an updating key value item corresponding to each item of updating data; and determining the data of each updated key value item which changes for the last time in the time sequence as the first data.
The above process is explained below with a simple example.
For example, the full-size data packets collectively include 5 key values, the key values are alpha, bravo, charlie, delta, and echo, 4 update data packets are received in a predetermined interface rendering cycle, which are respectively 3ms, 8ms, 13ms, and 18ms in the interface rendering cycle, the update data packet received in the 3ms includes data corresponding to the key values alpha and charlie, the update data packet received in the 8ms includes data corresponding to the key values alpha, charlie, and echo, the update data packet received in the 13ms includes data corresponding to the key values echo, and the update data packet received in the 18ms includes data corresponding to the key values bravo and delta.
Because the data corresponding to the key value names alpha, charlie and echo are received for 2 times, the data of which the key value names alpha, charlie and echo change for the last time according to the time sequence is determined to be the first data, namely the first data of the key value names alpha is the data in the update data packet received in the 8 th ms, the first data of the key value names charlie is the data in the update data packet received in the 8 th ms, and the first data of the key value names echo is the data in the update data packet received in the 13 th ms; the first data of the key-value names bravo and delta is the data in the update packet received at 18 ms.
S205, merging the updated key value item and the first data, and constructing a data set to be rendered in the current preset interface rendering period.
In this embodiment, because an update data packet is received, a key value item without change is not received, but a key value item without change is also required to be rendered, and therefore, in the process of merging an update key value item and first data and constructing a data set to be rendered in a current predetermined interface rendering period, an un-updated key value item without change in data needs to be determined, and second data corresponding to the un-updated key value item in the data set to be rendered in a previous predetermined interface rendering period is acquired.
For example, the full amount of data packets collectively include 5 key value entries, the key value names are alpha, bravo, charlie, delta, and echo, 4 update data packets are received in a predetermined interface rendering cycle, which are respectively 3ms, 8ms, 13ms, and 18ms in the interface rendering cycle, the update data packet received in the 3ms includes data corresponding to the key value names alpha and charlie, the update data packet received in the 8ms includes data corresponding to the key value names alpha, charlie, and echo, the update data packet received in the 13ms includes data corresponding to the key value names echo, and the update data packet received in the 18ms includes data corresponding to the key value names bravo and echo.
Because the data corresponding to the key value name delta does not exist in the update data packet received in the current preset interface rendering cycle, the data corresponding to the key value name delta is acquired from the data set to be rendered in the previous preset interface rendering cycle, and the data is used as second data and is put into the data set to be rendered in the current preset interface rendering cycle.
The second data in the data set to be rendered of the key value delta in the previous preset interface rendering cycle may be data in an update data packet received in the previous preset interface rendering cycle, or may be data obtained in the previous preset interface rendering cycle, where the key value delta is not updated in the previous preset interface rendering cycle. Correspondingly, if the data corresponding to the key value delta in the next preset interface rendering period of the current preset interface rendering period is not updated, the data in the data set to be rendered in the next preset interface rendering period can be acquired as the second data when the data set to be rendered is constructed in the next preset interface rendering period.
After the data corresponding to all the key value items are obtained, all the key value items which are updated and key value items which are not updated are arranged according to a preset sequence, and all the first data and the second data are stored according to the preset sequence. At this point, the data set to be rendered of the current predetermined interface rendering cycle is completely constructed.
After the data set to be rendered of the current predetermined interface rendering cycle is constructed, the following rendering process can be performed on the data set to be rendered: loading data of a data set to be rendered in a current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree. Since the data set to be rendered includes data corresponding to all key value items, the rendering process is completely the same as the rendering process for a full number of data packets in the prior art, and details are not repeated here.
The embodiment of the disclosure receives the update data packet, the data of the update data packet only includes the update key value item which changes in the preset interface rendering period and the data corresponding to the update key value item, although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the update data packet, compared with the original full data packet, the data received by the client side in the update data packet is greatly reduced, the data amount received by each interface rendering period of the client side is greatly saved, the real-time performance of data transmission is improved, the consumed flow of the client side for refreshing the data is less, and the user experience is better.
A third embodiment of the present disclosure provides a data receiving apparatus, a structural schematic of which is shown in fig. 3, including:
the receiving module 10 is configured to receive an update data packet in a current predetermined interface rendering cycle, where data of the update data packet only includes an update key value item that changes in the predetermined interface rendering cycle and data corresponding to the update key value item; a determining module 20, coupled to the receiving module 10, configured to determine first data to be rendered for each updated key value item in a current predetermined interface rendering cycle; and a building module 30, coupled to the determining module 20, configured to merge the updated key value item and the first data to build a set of data to be rendered for a current predetermined interface rendering cycle.
Regarding the rendering of the interface, which has an interface rendering period, for example, one interface rendering period is 20ms, when the interface rendering period arrives, data received in the interface rendering period needs to be rendered, and then can be presented to the user, and then, data is continuously received, so that the data is rendered again when the next interface rendering period arrives.
However, in the prior art, data received in each interface rendering cycle is a full data packet, that is, no matter whether a key item changes, corresponding data needs to be sent, and traffic consumption is too large for a user.
In this embodiment, the update data packet only includes the update key value item that changes within the predetermined interface rendering period and the data corresponding to the update key value item, and the server does not send the data corresponding to the key value item that does not change, so that the data received by the client in the update data packet is greatly reduced in comparison with the original full data packet, and the data amount received by the client in each interface rendering period is greatly saved.
The method can aim at intensive time-sensitive data, the data volume is large, the data change frequency is high, the data volume which changes in a very short time (such as millisecond time) generally reaches another order of magnitude, therefore, the sending interval of the updating data packet can be far smaller than a preset interface rendering period, namely, a plurality of updating data packets can be received in one interface rendering period.
For each update data packet, there may be more different update key value items that generate corresponding change data, and there may also be multiple change data of the same update key value item received in one interface rendering cycle.
If a plurality of change data of the same updating key value item are received in one interface rendering period, the number of times of receiving the updating data packet in the current predetermined interface rendering period is at least a plurality. In the case that a plurality of update packets are received within a current predetermined interface rendering period, the determining module further includes: a first acquisition unit configured to acquire update data in each update packet; a first determination unit configured to determine an update key value item corresponding to each item of update data; a second determination unit configured to determine, as the first data, data in which each of the update key value items has changed last in time order.
The above process is explained below with a simple example.
For example, the full-size data packets collectively include 5 key values, the key values are alpha, bravo, charlie, delta, and echo, 4 update data packets are received in a predetermined interface rendering cycle, which are respectively 3ms, 8ms, 13ms, and 18ms in the interface rendering cycle, the update data packet received in the 3ms includes data corresponding to the key values alpha and charlie, the update data packet received in the 8ms includes data corresponding to the key values alpha, charlie, and echo, the update data packet received in the 13ms includes data corresponding to the key values echo, and the update data packet received in the 18ms includes data corresponding to the key values bravo and delta.
Because the data corresponding to the key value names alpha, charlie and echo are received for 2 times, the data of which the key value names alpha, charlie and echo change for the last time according to the time sequence is determined to be the first data, namely the first data of the key value names alpha is the data in the update data packet received in the 8 th ms, the first data of the key value names charlie is the data in the update data packet received in the 8 th ms, and the first data of the key value names echo is the data in the update data packet received in the 13 th ms; the first data of the key-value names bravo and delta is the data in the update packet received at 18 ms.
Each preset interface rendering cycle is required to be rendered when it arrives, in this embodiment, because the received update data packet is an update data packet, the key value item that does not change is not received, but the key value item that does not change is also required to be rendered, therefore, the building module further includes: a third determination unit configured to determine an unupdated key value item for which data has not changed; and the second acquisition unit is configured to acquire second data corresponding to the non-updated key value item in the data set to be rendered in the previous preset interface rendering period.
For example, the full amount of data packets collectively include 5 key value entries, the key value names are alpha, bravo, charlie, delta, and echo, 4 update data packets are received in a predetermined interface rendering cycle, which are respectively 3ms, 8ms, 13ms, and 18ms in the interface rendering cycle, the update data packet received in the 3ms includes data corresponding to the key value names alpha and charlie, the update data packet received in the 8ms includes data corresponding to the key value names alpha, charlie, and echo, the update data packet received in the 13ms includes data corresponding to the key value names echo, and the update data packet received in the 18ms includes data corresponding to the key value names bravo and echo.
Because the data corresponding to the key value name delta does not exist in the update data packet received in the current preset interface rendering cycle, the data corresponding to the key value name delta is acquired from the data set to be rendered in the previous preset interface rendering cycle, and the data is used as second data and is put into the data set to be rendered in the current preset interface rendering cycle.
The second data in the data set to be rendered of the key value delta in the previous preset interface rendering cycle may be data in an update data packet received in the previous preset interface rendering cycle, or may be data obtained in the previous preset interface rendering cycle, where the key value delta is not updated in the previous preset interface rendering cycle. Correspondingly, if the data corresponding to the key value delta in the next preset interface rendering period of the current preset interface rendering period is not updated, the data in the data set to be rendered in the next preset interface rendering period can be acquired as the second data when the data set to be rendered is constructed in the next preset interface rendering period.
The building module further comprises: the sorting unit is configured to arrange all the updated key value items and the non-updated key value items according to a preset sequence after acquiring data corresponding to all the key value items; a storage unit configured to store all of the first data and the second data in a predetermined order. At this point, the data set to be rendered of the current predetermined interface rendering cycle is completely constructed.
After the data set to be rendered of the current preset interface rendering period is built, the data set to be rendered can be rendered. The apparatus also includes a rendering module configured to: loading data of a data set to be rendered in a current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree. Since the data set to be rendered includes data corresponding to all key value items, the rendering process is completely the same as the rendering process for a full number of data packets in the prior art, and details are not repeated here.
When a server pushes a full amount of data packets, the data volume is large, most of the data cannot be compressed, and even if the data is compressed, the compression time is long due to the large data volume; when the data sent by the server is changed from full data to changed data, the data volume is obviously reduced, so that the server can compress the updating data packet, and because the data volume of the updating data packet is small, the compression time is short, and a part of bytes can be reduced after compression, for example, the updating data packet is 100 bytes before no compression, and the data volume is changed into 60 bytes after compression. The predetermined compression method may be gzip compression, but other compression methods may be used, and are not limited herein.
Based on the above consideration, the embodiment of the present disclosure further includes a decompression module configured to decompress the update data packet according to a predetermined decompression manner, so as to obtain a decompressed update data packet. The update data packet received by the client is the update data packet compressed by the server, so after the update data packet is received, the update data packet needs to be decompressed according to a predetermined decompression mode, and the predetermined decompression mode corresponds to the predetermined compression mode of the server, which is not limited herein. The client receives the compressed update data packet, so that the used flow can be reduced again.
In order to further reduce the transmitted data amount, the server can also configure an abbreviated key value name for each updated key value item before compressing the changed data according to a preset compression mode, so as to further reduce the transmitted data; correspondingly, the update key value item in the update data packet received by the client is the key value item with the name of the abbreviated key value. Therefore, the apparatus may further include a conversion module configured to convert the abbreviated key-value name of the updated key-value item into a full key-value name in a case where the key-value name of the updated key-value item is the abbreviated key-value name. For example, an update key item with a key value name of 999 can be written as "alpha: 999" in a full data packet pushed to a client at present, the disclosure abbreviates alpha and directly writes alpha as "a", and when the original "alpha: 999" changes, the update data packet will be "a: 999", so that the processing amount of data can be reduced. When the client receives the abbreviated key value name, the conversion module converts the abbreviated key value name.
The embodiment of the disclosure receives the update data packet, the data of the update data packet only includes the update key value item which changes in the preset interface rendering period and the data corresponding to the update key value item, although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the update data packet, compared with the original full data packet, the data received by the client side in the update data packet is greatly reduced, the data amount received by each interface rendering period of the client side is greatly saved, the real-time performance of data transmission is improved, the consumed flow of the client side for refreshing the data is less, and the user experience is better.
A fourth embodiment of the present disclosure provides a storage medium storing a computer program, which when executed by a processor implements the method provided in any of the embodiments of the present disclosure, including the following steps S11 to S13:
s11, receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item;
s12, determining the first data to be rendered of each updated key value item in the current preset interface rendering period;
and S13, merging the updated key value item and the first data to construct a data set to be rendered in the current preset interface rendering period.
When the computer program is executed by the processor to determine the step of updating the first data to be rendered of each key value item in the current preset interface rendering cycle, the following steps are specifically executed by the processor: under the condition that a plurality of update data packets are received in the current preset interface rendering period, acquiring update data in each update data packet; determining an updating key value item corresponding to each item of updating data; and determining the data of each updated key value item which changes for the last time in the time sequence as the first data.
When the computer program is executed by the processor to merge the updated key value item and the first data and construct a data set to be rendered in the current predetermined interface rendering cycle, the following steps are specifically executed by the processor: determining an un-updated key value item for which data has not changed; and acquiring second data corresponding to the key value items which are not updated in the data set to be rendered in the previous preset interface rendering period.
When the computer program is executed by the processor to merge the updated key value item and the first data and construct a data set to be rendered in the current predetermined interface rendering cycle, the following steps are specifically executed by the processor: arranging all the updated key value items and the non-updated key value items according to a preset sequence; all the first data and the second data are stored in a predetermined order.
After the computer program is executed by the processor to construct the data set to be rendered of the current preset interface rendering period, the computer program is also executed by the processor to perform the following steps: loading data of a data set to be rendered in a current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree.
After the computer program is executed by the processor to receive the updating data packet in the current preset interface rendering period, the computer program is also executed by the processor to: and decompressing the update data packet according to a preset decompression mode to obtain decompressed update data.
The computer program is executed by the processor before the step of determining that each updated key value item is in the first data to be rendered in the current predetermined interface rendering period, and the processor executes the following steps: and under the condition that the key value name of the update key value item is the abbreviation key value name, converting the abbreviation key value name of the update key value item into a complete key value name.
The embodiment of the disclosure receives the update data packet, the data of the update data packet only includes the update key value item which changes in the preset interface rendering period and the data corresponding to the update key value item, although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the update data packet, compared with the original full data packet, the data received by the client side in the update data packet is greatly reduced, the data amount received by each interface rendering period of the client side is greatly saved, the real-time performance of data transmission is improved, the consumed flow of the client side for refreshing the data is less, and the user experience is better.
Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes. Optionally, in this embodiment, the processor executes the method steps described in the above embodiments according to the program code stored in the storage medium. Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation manners, and this embodiment is not described herein again. It will be apparent to those skilled in the art that the modules or steps of the present disclosure described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. As such, the present disclosure is not limited to any specific combination of hardware and software.
A fifth embodiment of the present disclosure provides an electronic device, which may interact with a server, where the interaction is shown in fig. 4, and a schematic structural diagram of each electronic device may be shown in fig. 5, and the electronic device at least includes a memory 901 and a processor 902, where the memory 901 stores a computer program, and the processor 902, when executing the computer program on the memory 901, implements the method provided in any embodiment of the present disclosure. Illustratively, the electronic device computer program steps are as follows S21-S23:
s21, receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item;
s22, determining the first data to be rendered of each updated key value item in the current preset interface rendering period;
and S23, merging the updated key value item and the first data to construct a data set to be rendered in the current preset interface rendering period.
When the processor executes the computer program stored in the memory and used for determining the first data to be rendered of each updated key value item in the current preset interface rendering cycle, the following computer programs are specifically executed: under the condition that a plurality of update data packets are received in the current preset interface rendering period, acquiring update data in each update data packet; determining an updating key value item corresponding to each item of updating data; and determining the data of each updated key value item which changes for the last time in the time sequence as the first data.
When the processor executes the computer program which is stored in the memory, merges the updated key value item and the first data and constructs a data set to be rendered in the current preset interface rendering period, the following computer program is specifically executed: determining an un-updated key value item for which data has not changed; and acquiring second data corresponding to the key value items which are not updated in the data set to be rendered in the previous preset interface rendering period.
When the processor executes the computer program which is stored in the memory, merges the updated key value item and the first data and constructs a data set to be rendered in the current preset interface rendering period, the following computer program is specifically executed: arranging all the updated key value items and the non-updated key value items according to a preset sequence; all the first data and the second data are stored in a predetermined order.
After executing the computer program stored in the memory and used for constructing the data set to be rendered of the current preset interface rendering period, the processor also executes the following computer program: loading data of a data set to be rendered in a current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree.
After executing the computer program for receiving the update data packet in the current predetermined interface rendering period stored in the memory, the processor further executes the following computer program: and decompressing the update data packet according to a preset decompression mode to obtain decompressed update data.
The processor, prior to executing the computer program stored on the memory that determines the first data to be rendered for each updated key value item for the current predetermined interface rendering cycle, further executes the computer program that: and under the condition that the key value name of the update key value item is the abbreviation key value name, converting the abbreviation key value name of the update key value item into a complete key value name.
The embodiment of the disclosure receives the update data packet, the data of the update data packet only includes the update key value item which changes in the preset interface rendering period and the data corresponding to the update key value item, although the received data is not the full data packet, the effect completely same as the full data packet can be achieved based on the update data packet, compared with the original full data packet, the data received by the client side in the update data packet is greatly reduced, the data amount received by each interface rendering period of the client side is greatly saved, the real-time performance of data transmission is improved, the consumed flow of the client side for refreshing the data is less, and the user experience is better.
The above interaction process is further explained below by taking the traffic data as an example.
(1) And the client establishes road condition data connection with the server.
(2) After the connection is successful, the server firstly pushes the current full data packet to the client, then updates the road condition, performs long and short key value mapping and gzip compression on the updated data packet, and pushes the data packet to the client.
(3) The client receives the incremental data, distributes the incremental data to a data processing thread parallel to the interface rendering thread, performs gzip decompression and long and short key value demapping, merges the incremental data with local existing data, and finally forwards the processed data to the interface rendering thread; and the interface rendering thread uses the data to carry out incremental local refreshing on the interface.
In implementation, the screen refresh rate of the client device is generally 60fps, that is, the interface rendering is performed once every 16ms, and the data pushing is in millisecond level, so that multiple data pushing may be received in the interval between two interface rendering. For user experience, the operating system of the client generally requires that the interface rendering process must occur on the main thread, the network operation occurs on the asynchronous thread, and when the network obtains data, the data is forwarded to the main thread. And bridging a data processing thread in a network data acquisition thread and a rendering main thread aiming at a scene that the data pushing frequency of the road condition is greater than the refreshing frequency, carrying out gzip decompression, long and short key value reflection and data combination, and forwarding to the main thread after the processing is finished so as to ensure that the rendering main thread is not blocked by data processing.
The long and short key value mapping and gzip compression modes can reduce the data volume by about 50%, reduce the size of the data packet, basically ensure that most of the data packets are in 1mtu (1500 bytes), shorten the distribution and delivery time and improve the real-time property. The thread of the client side processes and renders data in parallel, and executes local refreshing, so that the processing delay of the client side is reduced, and the network packet number is reduced, thereby improving the real-time performance and saving the flow.
The above data receiving method or apparatus may also be applied to other application environments involving intensive time-sensitive data transmission, such as the field of weather information transmission, the field of live game information transmission, and the like, which is not limited in this disclosure.
Moreover, although exemplary embodiments have been described herein, the scope thereof includes any and all embodiments based on the disclosure with equivalent elements, modifications, omissions, combinations (e.g., of various embodiments across), adaptations or alterations. The elements of the claims are to be interpreted broadly based on the language employed in the claims and not limited to examples described in the present specification or during the prosecution of the application, which examples are to be construed as non-exclusive. It is intended, therefore, that the specification and examples be considered as exemplary only, with a true scope and spirit being indicated by the following claims and their full scope of equivalents.
The above description is intended to be illustrative and not restrictive. For example, the above-described examples (or one or more versions thereof) may be used in combination with each other. For example, other embodiments may be used by those of ordinary skill in the art upon reading the above description. In addition, in the foregoing detailed description, various features may be grouped together to streamline the disclosure. This should not be interpreted as an intention that a disclosed feature not claimed is essential to any claim. Rather, the subject matter of the present disclosure may lie in less than all features of a particular disclosed embodiment. Thus, the following claims are hereby incorporated into the detailed description as examples or embodiments, with each claim standing on its own as a separate embodiment, and it is contemplated that these embodiments may be combined with each other in various combinations or permutations. The scope of the disclosure should be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.
While the present disclosure has been described in detail with reference to the embodiments, the present disclosure is not limited to the specific embodiments, and those skilled in the art can make various modifications and alterations based on the concept of the present disclosure, and the modifications and alterations should fall within the scope of the present disclosure as claimed.
Claims (16)
1. A method for receiving data, comprising:
receiving an update data packet in a current preset interface rendering cycle, wherein the data of the update data packet only comprises an update key value item which changes in the preset interface rendering cycle and data corresponding to the update key value item, and the sending interval of the update data packet is smaller than the preset interface rendering cycle;
determining first data to be rendered of each updated key value item in the current preset interface rendering period;
and merging the updated key value item and the first data to construct a data set to be rendered in the current preset interface rendering period.
2. The method of claim 1, wherein in a case where a plurality of update data packets are received within the current predetermined interface rendering cycle, the determining first data to be rendered for each of the update key value items in the current predetermined interface rendering cycle comprises:
acquiring the updating data in each updating data packet;
determining the updating key value item corresponding to each item of updating data;
and determining the data of each updated key value item which changes for the last time in the time sequence as the first data.
3. The method of claim 1, wherein merging the updated key value item and the first data to construct the set of data to be rendered for the current predefined interface rendering cycle further comprises:
determining an un-updated key value item for which data has not changed;
and acquiring second data corresponding to the non-updated key value item in the data set to be rendered in the previous preset interface rendering period.
4. The method of claim 3, wherein merging the updated key value item and the first data to construct the set of data to be rendered for the current predefined interface rendering cycle further comprises:
arranging all the updated key value items and the non-updated key value items according to a preset sequence;
and storing all the first data and the second data according to the preset sequence.
5. The method of claim 1, wherein after the building the set of data to be rendered for the current predetermined interface rendering cycle, further comprising:
loading data of the data set to be rendered in the current preset interface rendering period;
establishing an internal data structure;
constructing a rendering tree, and performing position calculation and style calculation on each element on the page;
and rendering the page according to the rendering tree.
6. The method of any of claims 1 to 5, wherein after receiving an update packet within the current predetermined interface rendering period, further comprising:
and decompressing the update data packet according to a preset decompression mode to obtain decompressed update data.
7. The method of any of claims 1 to 5, wherein the determining that each of the updated key value items precedes the first data to be rendered for the current predetermined interface rendering cycle, further comprises:
and under the condition that the key value name of the updated key value item is the abbreviation key value name, converting the abbreviation key value name of the updated key value item into a complete key value name.
8. An apparatus for receiving data, comprising:
the interface rendering method comprises the steps that a receiving module is configured to receive an updating data packet in a current preset interface rendering period, wherein the data of the updating data packet only comprises an updating key value item which changes in the preset interface rendering period and data corresponding to the updating key value item, and the sending interval of the updating data packet is smaller than the preset interface rendering period;
a determining module configured to determine first data to be rendered for each of the updated key value items in the current predetermined interface rendering cycle;
a building module configured to merge the updated key value item and the first data to build a set of data to be rendered for the current predetermined interface rendering cycle.
9. The apparatus of claim 8, wherein the determining module further comprises:
a first acquisition unit configured to acquire update data in each of the update packets;
a first determination unit configured to determine the update key value item corresponding to each item of the update data;
a second determination unit configured to determine, as the first data, data in which each of the update key value items has changed last in time order.
10. The apparatus of claim 8, wherein the build module further comprises:
a third determination unit configured to determine an unupdated key value item for which data has not changed;
and the second obtaining unit is configured to obtain second data corresponding to the non-updated key value item in the data set to be rendered in the previous preset interface rendering period.
11. The apparatus of claim 10, wherein the build module further comprises:
a sorting unit configured to sort all the updated key value items and the non-updated key value items in a predetermined order;
a storage unit configured to store all of the first data and the second data in the predetermined order.
12. The apparatus of claim 8, wherein the apparatus further comprises:
a rendering module configured to: loading data of the data set to be rendered in the current preset interface rendering period; establishing an internal data structure; constructing a rendering tree, and performing position calculation and style calculation on each element on the page; and rendering the page according to the rendering tree.
13. The apparatus of any of claims 8 to 12, further comprising:
and the decompression module is configured to decompress the update data packet according to a preset decompression mode to obtain decompressed update data.
14. The apparatus of any of claims 8 to 12, further comprising:
a conversion module configured to convert a key-value name of the update key-value item into a full key-value name if the key-value name is an abbreviated key-value name.
15. A storage medium storing a computer program, characterized in that the computer program realizes the steps of the method of any one of claims 1 to 8 when executed by a processor.
16. An electronic device comprising at least a memory, a processor, the memory having a computer program stored thereon, wherein the processor, when executing the computer program on the memory, is adapted to carry out the steps of the method of any of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910550784.8A CN110311754B (en) | 2019-06-24 | 2019-06-24 | Data receiving method and device, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910550784.8A CN110311754B (en) | 2019-06-24 | 2019-06-24 | Data receiving method and device, storage medium and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110311754A CN110311754A (en) | 2019-10-08 |
| CN110311754B true CN110311754B (en) | 2022-03-11 |
Family
ID=68076203
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910550784.8A Active CN110311754B (en) | 2019-06-24 | 2019-06-24 | Data receiving method and device, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110311754B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114598944A (en) * | 2022-03-28 | 2022-06-07 | 重庆长安汽车股份有限公司 | Periodic signal processing system, method, computer device and storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102663002A (en) * | 2012-03-16 | 2012-09-12 | 掌中帷幄（北京）科技有限公司 | Method and system for structured-document rendering |
| US8751925B1 (en) * | 2010-04-05 | 2014-06-10 | Facebook, Inc. | Phased generation and delivery of structured documents |
| CN106570098A (en) * | 2016-10-31 | 2017-04-19 | 华为技术有限公司 | Page refreshing method and device |
| CN107168999A (en) * | 2017-03-30 | 2017-09-15 | 咪咕数字传媒有限公司 | A kind of method for updating pages and device |
| CN107196998A (en) * | 2017-04-28 | 2017-09-22 | 华中科技大学 | Mobile Web request processing method, equipment and system based on data deduplication |
| CN107391507A (en) * | 2016-05-16 | 2017-11-24 | 阿里巴巴集团控股有限公司 | The update method and device of the mobile terminal page |
-
2019
- 2019-06-24 CN CN201910550784.8A patent/CN110311754B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8751925B1 (en) * | 2010-04-05 | 2014-06-10 | Facebook, Inc. | Phased generation and delivery of structured documents |
| CN102663002A (en) * | 2012-03-16 | 2012-09-12 | 掌中帷幄（北京）科技有限公司 | Method and system for structured-document rendering |
| CN107391507A (en) * | 2016-05-16 | 2017-11-24 | 阿里巴巴集团控股有限公司 | The update method and device of the mobile terminal page |
| CN106570098A (en) * | 2016-10-31 | 2017-04-19 | 华为技术有限公司 | Page refreshing method and device |
| CN107168999A (en) * | 2017-03-30 | 2017-09-15 | 咪咕数字传媒有限公司 | A kind of method for updating pages and device |
| CN107196998A (en) * | 2017-04-28 | 2017-09-22 | 华中科技大学 | Mobile Web request processing method, equipment and system based on data deduplication |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110311754A (en) | 2019-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108900843B (en) | Monochrome image compression method, apparatus, medium, and electronic device | |
| US8639671B2 (en) | Database compression | |
| CN106407201B (en) | Data processing method and device and computer readable storage medium | |
| CN106453572B (en) | Method and system based on Cloud Server synchronous images | |
| CN108628898B (en) | Method, device and equipment for data storage | |
| US20180232858A1 (en) | Image compression method, image reconstruction method, image compression device, image reconstruction device, and image compression and reconstruction system | |
| WO2021068891A1 (en) | Method, system, electronic device, and storage medium for storing and collecting temperature data | |
| CN112711612A (en) | Data processing method, data processing device, storage medium and electronic device | |
| CN110311754B (en) | Data receiving method and device, storage medium and electronic equipment | |
| US20120134599A1 (en) | Method and system for providing tile map service using solid compression | |
| CN116758204B (en) | Rendering processing method and related device based on line renderer | |
| CN105872731A (en) | Data processing method and device | |
| CN109617960B (en) | Attribution separation-based web AR data presentation method | |
| CN111259013A (en) | Method and device for storing data | |
| CN115905168A (en) | Adaptive compression method and compression apparatus, computer device, storage medium | |
| CN109617708A (en) | A kind of compression method burying a log, equipment and system | |
| CN113518088B (en) | Data processing method, device, server, client and medium | |
| CN101883281B (en) | Static image coding method and system for remote display system | |
| CN114782249A (en) | Super-resolution reconstruction method, device and equipment for image and storage medium | |
| CN116561202A (en) | Method and device for serializing object | |
| CN114238264A (en) | Data processing method, data processing device, computer equipment and storage medium | |
| CN110311980B (en) | Data downloading method and device | |
| CN113905248A (en) | Live video data transmission method, device, equipment and storage medium | |
| KR100390509B1 (en) | Memory management method for mobile communication device | |
| CN113450434A (en) | Method and device for generating dynamic image |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing. Patentee after: Tiktok vision (Beijing) Co.,Ltd. Address before: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing. Patentee before: BEIJING BYTEDANCE NETWORK TECHNOLOGY Co.,Ltd. Address after: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing. Patentee after: Douyin Vision Co.,Ltd. Address before: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing. Patentee before: Tiktok vision (Beijing) Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder |