CN101656753A - Content synchronization method, equipment and system for dynamic content delivery - Google Patents
Content synchronization method, equipment and system for dynamic content delivery Download PDFInfo
- Publication number
- CN101656753A CN101656753A CN200810118662A CN200810118662A CN101656753A CN 101656753 A CN101656753 A CN 101656753A CN 200810118662 A CN200810118662 A CN 200810118662A CN 200810118662 A CN200810118662 A CN 200810118662A CN 101656753 A CN101656753 A CN 101656753A
- Authority
- CN
- China
- Prior art keywords
- user
- dcd
- content
- subscribed content
- time
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a content synchronization method for dynamic content delivery DCD, which comprises that: after receiving a synchronization request for user subscribed content initiated by a DCD terminal, a DCD server transmits the current user subscribed content and the time-to-live of the content; the DCD terminal updates the user subscribed content according to the received current usersubscribed content; and the DCD terminal initiates the next synchronization request for the user subscribed content to the DCD server at the end of the time-to-live. The invention simultaneously discloses a DCD server, a DCD terminal and a DCD system. The content synchronization method for the dynamic content delivery can ensure that the DCD terminal can acquire updated content as quickly as possible, and network resources are saved.
Description
Technical field
The present invention relates to communication technical field, relate in particular to content synchronization method, equipment and the system of dynamic content dispensing.
Background technology
Dynamic content dispensing (Dynamic Content Delivery, DCD) be a kind of based on C/S (Client/Server, client/server) structure, after obtaining content in the predefined time from content source by network side server, push the technology of content to portable terminal by specific trigger mechanism.
The DCD server is classified with the form of channel to different classes of content, and distributes (as sports channel, entertainment channel etc.) with the form of channel to user's DCD terminal.Content in each channel promptly comprises some contents in each channel with the form tissue of channel item.
When the DCD server arrived in the lock in time of channel setting, obtain content and buffer memory from content source.The DCD terminal is follow-up can to connect network, and initiates the content synchronization request to the DCD server; The DCD server is given the DCD terminal synchronously with the what be new of buffer memory.
The inventor finds, in traditional mobile network, because terminal is not online always, therefore server end will be by sending WAP (Wireless Access Protocol to terminal, wireless access protocol) Push (propelling movement) message is notified terminal to connect network and is arrived specific URL (Uniform Resource Locator, URL(uniform resource locator)) address obtains content, and this mode often needs independent notification procedure, consumes the particular network resource.Same, the DCD terminal is not online always yet, connects network and initiates the content synchronization request to the DCD server if aforementioned WAP PUSH message informing mode is applied to the DCD terminal, can need independent notification procedure yet, consumes the particular network resource.
Summary of the invention
The embodiment of the invention provides the content synchronization method of a kind of dynamic content dispensing DCD, and in order to conserve network resources, this method comprises:
After the DCD server receives the synchronization request to user's subscribed content of DCD terminal initiation, send the life span of active user's subscribed content and this content to the DCD terminal;
The DCD terminal is carried out the renewal of user's subscribed content according to the active user's subscribed content that receives;
When the DCD terminal finishes in described life span, to the next time synchronization request of DCD server initiation to user's subscribed content.
The embodiment of the invention also provides a kind of DCD server, and in order to conserve network resources, this DCD server comprises:
Receiver module is used to receive the synchronization request to user's subscribed content that the DCD terminal is initiated;
Sending module is used for sending the life span of active user's subscribed content and this content to the DCD terminal after the synchronization request to user's subscribed content that receives the initiation of DCD terminal.
The embodiment of the invention also provides a kind of DCD terminal, and in order to conserve network resources, this DCD terminal comprises:
Sending module is used for to the synchronization request of DCD server initiation to user's subscribed content;
Receiver module is used to receive the active user's subscribed content of DCD server transmission and the life span of this content;
Update module is used for carrying out the renewal of user's subscribed content according to the active user's subscribed content that receives;
Control module is used for when described life span finishes, and indicates described sending module to the next time synchronization request of DCD server initiation to user's subscribed content.
The embodiment of the invention also provides a kind of DCD system, and in order to conserve network resources, this DCD system comprises DCD terminal and DCD server, wherein:
The DCD server is used for sending the life span of active user's subscribed content and this content to the DCD terminal after the synchronization request to user's subscribed content that receives the initiation of DCD terminal;
The DCD terminal is used to initiate the synchronization request to user's subscribed content; Active user's subscribed content according to receiving carries out the renewal of user's subscribed content; And, when described life span finishes, to the next time synchronization request of DCD server initiation to user's subscribed content.
In the embodiment of the invention, after the DCD server receives the synchronization request to user's subscribed content of DCD terminal initiation, send the life span of active user's subscribed content and this content to the DCD terminal; The DCD terminal is carried out the renewal of user's subscribed content according to the active user's subscribed content that receives; When the DCD terminal finishes in described life span, to the next time synchronization request of DCD server initiation to user's subscribed content, wherein, initiatively initiate synchronization request by the DCD terminal to the DCD server, notify the DCD terminal to initiate synchronization request and need not the DCD server to DCD terminal transmission WAP Push message, can avoid the DCD server to carry out operations such as addressing, IP Address Confirmation and Route Selection to the DCD terminal, reduce professional complexity, effectively save the network bandwidth simultaneously, alleviate offered load, and can guarantee that also the DCD terminal obtains up-to-date channel content on time.
Description of drawings
Fig. 1 is the process chart of DCD content synchronization in the embodiment of the invention;
Fig. 2 is an instance graph of visiting frequency tabulation in the embodiment of the invention;
Fig. 3 is the process chart that the DCD server calculates the TTL time in the embodiment of the invention;
Fig. 4 is the process chart that synchronization request is initiated in the control of DCD terminal in the embodiment of the invention;
Fig. 5 calculates the TTL instance graph of basic time in the embodiment of the invention;
Fig. 6 is the schematic diagram of the time period of the user capture amount minimum of choosing expectation in the embodiment of the invention;
Fig. 7 is the structure chart of DCD server in the embodiment of the invention;
Fig. 8 is a DCD server structure chart in an example in the embodiment of the invention;
Fig. 9 is the structure chart of DCD terminal in the embodiment of the invention;
Figure 10 is a DCD terminal structure chart in an example in the embodiment of the invention;
Figure 11 is the structure chart of DCD system in the embodiment of the invention.
Embodiment
In the embodiment of the invention, when the DCD server is given the DCD terminal with the channel item content synchronization, can inform that the DCD terminal initiates the time of synchronization request next time, just the life span (Time To Live, TTL time) of this subsynchronous channel item content.The DCD terminal also is after TTL finishes, to initiate content synchronization request next time from trend DCD server, to obtain the channel item content of renewal after this content lost efficacy.
As shown in Figure 1, in the embodiment of the invention, the handling process of DCD content synchronization is as follows:
After step 101, DCD server receive the synchronization request to user's subscribed content of DCD terminal initiation, send the life span of active user's subscribed content and this content to the DCD terminal.
During enforcement, the DCD server can be by the certain hour algorithm computation TTL time, and obtain user's subscribed content, user's subscribed content is encapsulated as the sync response packet returns to client, wherein carries the TTL parameter in the sync response packet.
When step 103, DCD terminal finish in described life span, to the next time synchronization request of DCD server initiation to user's subscribed content.
From flow process shown in Figure 1 as can be seen, the TTL time is the time when decision DCD terminal initiates the content synchronization request.After the DCD terminal is initiated the content synchronization request, in the sync response packet that the DCD server returns, can obtain the life span of this content at every turn, promptly in the sync response packet, obtain a new TTL time that produces by the DCD server.The DCD terminal is restarted timing according to this TTL time, and when this time arrives, the DCD terminal will be initiated the content synchronization request once more.
In the embodiment of the invention, the principle that the TTL of DCD server produces the main foundation of algorithm has: guarantee that the user obtains up-to-date channel information.According to this principle, the generation of TTL time can be subscribed to the situation of channel according to the user, determines when the user should be synchronous, to obtain up-to-date channel information.
Among the embodiment, after the DCD server receives the synchronization request to user's subscribed content of DCD terminal initiation, can determine the channel update timetable of user's subscribed content according to the initial moment of the channel update of user's subscribed content, the finish time, update cycle (can certainly be frequency); According to this synchronization request constantly and described channel update timetable determine the life span of active user's subscribed content.Among the embodiment, the moment of channel update next time and this synchronization request difference constantly of the ordered content of user can be defined as the life span of active user's subscribed content.
For instance, can obtain content update time started, renewal concluding time, the channel update cycle of the channel information and the channel of user's subscription earlier.From user's synchronization request constantly, for each channel, one " update time next time " arranged all, be Fn " update time next time " of establishing channel n." update time next time " Fn of channel n is meant channel n updated time and current synchronization request difference constantly next time.Wherein, updated time can obtain by content update time started, renewal concluding time, channel update cycle next time.For example the updated time next time of news 1 is 12:00, and the current synchronization request time is 9:35, and Fn update time of news 1 is so: 12:00 deducts 9:35, promptly Fn=2 hour 25 minutes.Concerning some channels, " update time next time " i.e. be the life span of this channel content, is updated time next time and this synchronization request difference constantly of the ordered channel of user.
If user's subscribed content comprises a plurality of channels, then the DCD server according to this synchronization request constantly, and the initial moment of renewal, the finish time, update cycle of each channel in user's subscribed content, determine to comprise each channel update channel update timetable constantly in user's subscribed content; According to this synchronization request moment and described channel update timetable, calculate the life span of each channel active user subscribed content; The life span of the current content of each channel of follow-up comparison is defined as minimum value wherein the life span of active user's subscribed content.As above in the example, after " update time " of all channels all calculated, promptly obtain F1, F2, F3 ..., Fn, select minimum value Fk in these values, as the TTL time.
Owing to generally concentrate on a certain certain period of time synchronously between DCD terminal and the DCD server, like this, at a time between in the section, the DCD terminal of all customized same channel will may impact to the DCD server simultaneously to DCD server initiation synchronization request.For reducing this impact, the embodiment of the invention also proposes method that life span is adjusted, and the time hash that the user is sent synchronization request to the DCD server relaxes server load in the some configurable time.
Then in the embodiment of the invention, the principle that the TTL of DCD server produces the main foundation of algorithm also is: the time that hash user initiates to visit.This TTL hash time is used for the hash user and initiates synchronous time point, to avoid concentrations and cause server load excessive lock in time.
The life span of aforementioned definite active user's subscribed content as TTL basic time, then can be obtained:
TTL time (adjusted)=TTL basic time+TTL hash time.
Among the embodiment, before the DCD terminal sent described life span, the DCD server can be visited total amount according to the active user and be determined the hash time range at the DCD server; In the hash time range, the life span of definite active user's subscribed content is adjusted; The life span of adjusted active user's subscribed content is sent to the DCD terminal.
TTL hash time range is designated as A, and then the value of TTL hash time will be in this scope.In embodiments of the present invention, according to statistics, provide a TTL hash time range that is associated with DCD server activity userbase, its purpose is to reduce the loaded work piece of server as far as possible.TTL hash time range increases according to the increase of active user scale.Specifically as shown in table 1:
Table 1:TTL hash time range value recommendation form
| The active user scale | TTL hash |
| 1～1,000,000 | 15 minutes |
| 1,000,000～2,000,000 | 30 minutes |
| 2,000,000～3,000,000 | 45 minutes |
| 3,000,000～4,000,000 | 60 minutes |
Among the embodiment, the DCD server can be safeguarded one day an access time point tabulation (being called the visiting frequency tabulation), this tabulation was the interval with T minute, be recorded in this T minute, have how many users will initiate visit to the DCD server, Fig. 2 is the example of T=5 minute a visiting frequency tabulation.T can be configured, and T obtains more little, and the time of hash is more accurate, and the user capture time distributes more even, but the complexity of algorithm will be high more; T obtains big more, and promptly the hash time granularity is big, and accuracy is low, but algorithm complex is low.In the embodiment of the invention time T is associated with TTL hash time range.When TTL hash time range was very little, T can be along with reducing.Recommended value such as table 2.By this tabulation, can directly obtain in a period of time after current, will have how many users and initiate synchronization request to the DCD server.The TTL hash time can tabulate according to this when producing, and selects the fewer time period of user, and user's access time was adjusted in this time period.
Table 2: visiting frequency tabulation time interval value suggestion
| The active user scale | TTL hash time range A | Time |
| 1～1,000,000 | 15 minutes | 3 minutes |
| 1,000,000～2,000,000 | 30 minutes | 5 minutes |
| 2,000,000～3,000,000 | 45 minutes | 5 minutes |
| 3,000,000～4,000,000 | 60 minutes | 10 minutes |
The DCD server can be the finish time with the life span of active user's subscribed content of determining initial, in the hash time range, determine the time period of the user capture amount minimum estimated by the hash time interval; Time period in the initial moment and this synchronization request difference constantly with the user capture amount minimum estimated add a random time value in the hash time interval, are defined as the life span of adjusted active user's subscribed content.
With TTL basic time be starting point, within TTL hash time range, from the visiting frequency tabulation, select the minimum time interval of access times, illustrate as shown in Figure 2, TTL place basic time is 12:00 constantly, hash time range 30 minutes, and the hash time interval is 5 minutes, then in 12:00-12:30, the time period of the user capture amount minimum of estimating is 12:05-12:10, and its access times (185 times) are designated as S with the starting point of this time period.
Producing one is unit with the millisecond, and the nonce in 5 fens clock times that is to say, produces a random number in the 5*60*1000=300000 scope, is designated as R.
Deduct moment at TTL place basic time with S, the result is designated as P, and P adds R, promptly obtains the TTL hash time, i.e. TTL hash time=P+R.
Random value=(S-TTL place the basic time constantly)+R in TTL hash time=(moment at the zero-time of the TTL time period that visiting frequency is minimum-TTL place basic time)+5 minutes then.
At last, drawn final TTL after the time TTL time=TTL basic time+TTL hash time,, can calculate the time point at place when the user initiates visit next time according to this time.
The DCD server can add 1 with the user capture amount record of the expectation of time period of the user capture amount minimum estimated, as the foundation of adjusting user's subscribed content life span next time, promptly in visiting frequency is tabulated time period at this time point place, the user capture quantity of estimating is increased by 1.
As shown in Figure 3, among the embodiment, the handling process that the DCD server calculates the TTL time is as follows:
Step 301, receive synchronizing information, i.e. the DCD synchronization request from the user.
Step 302, parsing synchronization request bag extract user profile.
Step 303, by access relational databases, obtain the synchronizing information of all channels that the user subscribes to, calculate " update time " F of all channels.
Step 304, from F1, F2, F3 ..., take out minimum value among the Fn, as TTL basic time.
Step 305, according to visiting frequency tabulation, calculate the TTL hash time.
Step 306, get TTL basic time and hash time sum, draw the TTL time.
Step 307, calculate this user and use this TTL after the time, the moment of visit next time DCD server, and upgrade visiting frequency tabulation (access times add 1) constantly according to this.
Step 308, the TTL time is outputed in the respond packet.
As shown in Figure 4, among the embodiment, the handling process that synchronization request is initiated in the control of DCD terminal is as follows:
Step 401, receive synchronizing information, i.e. the respond packet of synchronization request from the DCD server.
Step 402, parsing synchronization response are extracted TTL.
Step 403, TTL is started timer as parameter.
Step 404, whether then to judge timer, if, then continue step 405, if not, then continue timing.
Step 405, generation synchronization request bag send synchronization request.
Provide the example of a TTL time algorithm below, existing hypothesis:
(1) user A has subscribed to following channel:
1, weather forecast: the content update time started 7:00 of channel, content update concluding time 21:00, the update cycle is 12 hours, then as not using the TTL hash time, on the same day, the moment of this channel of user capture is: 7:00,19:00.
2, news 1: content update time started 8:00, and content update concluding time 22:00, the update cycle is 4 hours, then as not using the TTL hash time, on the same day, the moment of this channel of user capture is: 8:00,12:00,16:00,20:00.
3, amusement 1: content update time started 8:00, and content update concluding time 22:00,6 hours update cycles, then as not using the TTL hash time, on the same day, the moment of this channel of user capture is: 8:00,14:00,20:00.
(2) server hash time range A is 30 minutes, and frequency tabulation time interval T is 5 minutes.
(3) this request time of terminal is 09:35 (being that current time is 9:35).
According to above hypothesis, the TTL algorithm steps of DCD server is as follows:
1, the DCD server receives synchronization request from user A at 9:35;
2, according to the synchronization request bag of user A, DCD server lookup subscribing relationship has obtained the channel information that the user orders;
3, server produces this user's TTL basic time.According to channel information, calculate the F2 and F3 update time of amusement 1 channel update time of F1 update time, news 1 channel of weather channel;
Wherein, for weather channel, its update cycle is 12 hours, and updated time is 19:00 next time, then channel update time F1=19:00-09:35=9 hour 25 minutes; For news 1 channel, its update cycle is 4 hours, and updated time is 12:00 next time, then channel update time F2=12:00-09:35=2 hour 25 minutes; For amusement 1 channel, its update cycle is 6 hours, and updated time is 14:00 next time, then channel update time F3=14:00-09:35=4 hour 25 minutes;
At F1, F2, F3 select minimum update time as TTL basic time, and as shown in Figure 5, drawing TTL basic time is 2 hours 25 minutes, i.e. 8700000ms;
4, produce the TTL hash time, more than to have drawn TTL basic time be 2 hours 25 minutes, if do not add the TTL hash time, the moment that user A visits the DCD server next time should be 12:00.12:00-12:30 is in the period (as Fig. 6) in the visiting frequency tabulation, and 12:05-12:10 is in this time interval, and access times are minimum, therefore selects the starting point 12:05 of this period as starting point S;
5, S is deducted the TTL place basic time moment=12:05-12:00=5 minute, close 300000ms;
6, produce hash time R in 5 minutes, suppose that the random time of generation is R=80000 (ms);
7, draw TTL hash time: 300000+80000=380000 (ms);
8, drawing the final TTL time is 8700000+380000=9080000 (ms);
9, output TTL time and be carried on the terminal that returns to user A in the respond packet;
10, after the terminal of user A received respond packet, the ttl value that extracts was 9080000ms.Terminal activates timer, is the time limit to start timer with 9080000, picks up counting;
11, timer then after, the terminal of user A will be initiated synchronization request again when 12:06 divides 20 seconds, this is subsynchronous, and he can get access to the DCD content item of weather forecast channel.
Based on same inventive concept, the embodiment of the invention also provides a kind of DCD server, and its structure can comprise as shown in Figure 7:
Sending module 702 is used for sending the life span of active user's subscribed content and this content to the DCD terminal after the synchronization request to user's subscribed content that receives the initiation of DCD terminal.
Among the embodiment, DCD server shown in Figure 7 can also comprise:
Basic life span generation module 703 is used for determining the channel update timetable of user's subscribed content according to the initial moment of the channel update of user's subscribed content, the finish time, update cycle; According to this synchronization request constantly and described channel update timetable determine the life span of active user's subscribed content.
Among the embodiment, DCD server shown in Figure 7 can also comprise:
Adjusting module 704 is used for determining the hash time range according to current user capture total amount; In the hash time range, the life span of definite active user's subscribed content is adjusted; Then, sending module 702 can also be used for the life span of adjusted active user's subscribed content is sent to the DCD terminal.
At the TTL time algorithm, at the DCD server side, TTL server software functional module can be arranged, be used to realize calculating and the management of TTL time.At the DCD server,, all remain with the TTL data of a DCD for each user.
Concrete enforcement as shown in Figure 8, at the DCD server side, the functional module of TTL time algorithm mainly comprises following:
1) scheduler: whole scheduling, after receiving user's synchronization request, invoke user request analysis device is resolved synchronization request, extract user profile, call TTL generator basic time and TTL hash time generator according to the user profile situation, at last two times are sued for peace, draw the TTL time;
2) TTL hash time generator: produce the TTL hash time;
3) TTL generator basic time: produce TTL basic time;
4) random time generator: producing one in 5 minutes, is the time random value of unit with the millisecond;
5) user capture frequency tabulation maintenance device: safeguard and produce the tabulation of user capture frequency;
6) user, channel subscription relationship manager: TTL generator basic time calls this module and obtains related datas such as user, subscribing relationship, channel information;
7) user's request analysis device: resolve the XML information that the user asks inclusion, the relevant information in the extraction algorithm;
8) visiting frequency tabulation: visiting frequency list data structure;
9) user's subscribing relationship database: preserve user's subscribing relationship.
Based on same inventive concept, the embodiment of the invention also provides a kind of DCD terminal, and its structure can comprise as shown in Figure 9:
Sending module 901 is used for to the synchronization request of DCD server initiation to user's subscribed content;
In the DCD terminal software, the DCD terminal can write down the TTL time that obtains in the last synchronizing process, sets up timer according to the TTL time, counted since lock in time last time, when the TTL time arrives, activate the synchronization request module, initiate synchronization request to the DCD server.
DCD termination function module can the DCD end side be used to manage the software module of the TTL of DCD, and it mainly acts on is when receiving with the DCD server sync, the TTL that carries in the synchronization response.In the DCD terminal software, this module will write down the TTL time that obtains in the last synchronizing process, be the timing time limit to activate timer with the TTL time, begin to count from this lock in time, when the TTL time arrived, the synchronization request that Activates Phone module was initiated synchronization request to the DCD server.
Concrete enforcement as shown in figure 10, the DCD terminal mainly comprises:
1) scheduler: the total activation of TTL algorithm time;
2) TTL time maintenance device: be used to safeguard the TTL time variable;
3) timer: with the TTL time is that scope picks up counting, and produces incident then during inefficacy, and scheduler captures then understands activated terminals synchronization request module after the incident, sends synchronization request;
4) XML bag resolver, the analyzing XML response data packet.
5) synchronization request module is initiated synchronization request.
6) respond packet receiver module receives response data packet.
Based on same inventive concept, the embodiment of the invention also provides a kind of DCD system, and its structure comprises DCD terminal 1101 and DCD server 1102 as shown in figure 11, wherein:
In the embodiment of the invention, the DCD terminal is when obtaining customized content, and the DCD server is informed the life span of this synchronizing content of DCD terminal, i.e. the TTL time.The DCD terminal also is after arriving the TTL time after content lost efficacy, and is synchronous next time to the initiation of DCD server, guaranteed that mobile phone terminal regularly sends synchronization request to server, guaranteed the synchronous on time up-to-date channel content of mobile phone terminal; In addition, initiatively initiate synchronization request by the DCD terminal to the DCD server, notify the DCD terminal to initiate synchronization request and need not the DCD server to DCD terminal transmission WAP Push message, can avoid the DCD server to carry out operations such as addressing, IP Address Confirmation and Route Selection to the DCD terminal, reduce professional complexity, effectively save the network bandwidth, alleviate offered load.
In addition, the embodiment of the invention is by TTL hash time algorithm, the DCD terminal is initiated synchronous time hash to the DCD server to be opened, can avoid the DCD terminal of all customized same channels to initiate the phenomenon of synchronization request to the DCD server, thereby reduce the impact of DCD terminal synchronizes request the DCD server at synchronization.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, if of the present invention these are revised and modification belongs within the scope of claim of the present invention and equivalent technologies thereof, then the present invention also is intended to comprise these changes and modification interior.
Claims (12)
1, the content synchronization method of a kind of dynamic content dispensing DCD is characterized in that, this method comprises:
After the DCD server receives the synchronization request to user's subscribed content of DCD terminal initiation, send the life span of active user's subscribed content and this content to the DCD terminal;
The DCD terminal is carried out the renewal of user's subscribed content according to the active user's subscribed content that receives;
When the DCD terminal finishes in described life span, to the next time synchronization request of DCD server initiation to user's subscribed content.
2, the method for claim 1 is characterized in that, the DCD server further comprises after receiving the synchronization request to user's subscribed content of DCD terminal initiation:
The DCD server is determined the channel update timetable of user's subscribed content according to the initial moment of the channel update of user's subscribed content, the finish time, update cycle; According to this synchronization request constantly and described channel update timetable determine the life span of active user's subscribed content.
3, method as claimed in claim 2 is characterized in that, described according to this synchronization request constantly and described channel update timetable determine that the life span of active user's subscribed content comprises:
With the moment of channel update next time and this synchronization request difference constantly of user's subscribed content, be defined as the life span of active user's subscribed content.
4, method as claimed in claim 2 is characterized in that, if user's subscribed content comprises a plurality of channels, then:
The DCD server and the initial moment of renewal, the finish time, update cycle of each channel in user's subscribed content, determines to comprise each channel update channel update timetable constantly in user's subscribed content according to this synchronization request constantly; According to this synchronization request moment and described channel update timetable, calculate the life span of each channel active user subscribed content;
The DCD server is the life span of the current content of each channel relatively, minimum value wherein is defined as the life span of active user's subscribed content.
5, as each described method of claim 2 to 4, it is characterized in that, before the DCD terminal sends described life span, further comprise at the DCD server:
The DCD server is determined the hash time range according to current user capture total amount;
The DCD server is adjusted the life span of definite active user's subscribed content in the hash time range.
6, method as claimed in claim 5 is characterized in that, the DCD server comprises the life span adjustment of active user's subscribed content of determining in the hash time range:
The DCD server is determined the hash time interval according to the hash time range;
The DCD server with the life span of active user's subscribed content of determining be the finish time initial, in the hash time range, determine the time period of the user capture amount minimum estimated by the hash time interval;
The DCD server adds a random time value in the hash time interval with time period in the initial moment and this synchronization request difference constantly of the user capture amount minimum of expectation, is defined as the life span of adjusted active user's subscribed content.
7, method as claimed in claim 6 is characterized in that, the DCD server adds 1 with the user capture amount record of the expectation of the time period of the user capture amount minimum of expectation, as the foundation of adjusting user's subscribed content life span next time.
8, a kind of DCD server is characterized in that, comprising:
Receiver module is used to receive the synchronization request to user's subscribed content that the DCD terminal is initiated;
Sending module is used for sending the life span of active user's subscribed content and this content to the DCD terminal after the synchronization request to user's subscribed content that receives the initiation of DCD terminal.
9, DCD server as claimed in claim 8 is characterized in that, also comprises:
Basic life span generation module is used for determining the channel update timetable of user's subscribed content according to the initial moment of the channel update of user's subscribed content, the finish time, update cycle; According to this synchronization request constantly and described channel update timetable determine the life span of active user's subscribed content.
10, DCD server as claimed in claim 9 is characterized in that, also comprises:
Adjusting module is used for determining the hash time range according to current user capture total amount; In the hash time range, the life span of definite active user's subscribed content is adjusted;
Described sending module is further used for the life span of adjusted active user's subscribed content is sent to the DCD terminal.
11, a kind of DCD terminal is characterized in that, comprising:
Sending module is used for to the synchronization request of DCD server initiation to user's subscribed content;
Receiver module is used to receive the active user's subscribed content of DCD server transmission and the life span of this content;
Update module is used for carrying out the renewal of user's subscribed content according to the active user's subscribed content that receives;
Control module is used for when described life span finishes, and indicates described sending module to the next time synchronization request of DCD server initiation to user's subscribed content.
12, a kind of DCD system is characterized in that, comprises DCD terminal and DCD server, wherein:
The DCD server is used for sending the life span of active user's subscribed content and this content to the DCD terminal after the synchronization request to user's subscribed content that receives the initiation of DCD terminal;
The DCD terminal is used to initiate the synchronization request to user's subscribed content; Active user's subscribed content according to receiving carries out the renewal of user's subscribed content; And, when described life span finishes, to the next time synchronization request of DCD server initiation to user's subscribed content.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101186623A CN101656753B (en) | 2008-08-21 | 2008-08-21 | Content synchronization method, equipment and system for dynamic content delivery |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101186623A CN101656753B (en) | 2008-08-21 | 2008-08-21 | Content synchronization method, equipment and system for dynamic content delivery |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101656753A true CN101656753A (en) | 2010-02-24 |
| CN101656753B CN101656753B (en) | 2012-06-06 |
Family
ID=41710840
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101186623A Active CN101656753B (en) | 2008-08-21 | 2008-08-21 | Content synchronization method, equipment and system for dynamic content delivery |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101656753B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101867914A (en) * | 2010-06-10 | 2010-10-20 | 中兴通讯股份有限公司 | Synchronous method, system, server and client for dynamic content distribution |
| CN102546196A (en) * | 2010-12-24 | 2012-07-04 | 联芯科技有限公司 | Processing method and system for dynamic content delivery |
| CN104980451A (en) * | 2014-04-01 | 2015-10-14 | 腾讯科技（深圳）有限公司 | Information prompting method and apparatus |
| CN103763136B (en) * | 2014-01-07 | 2017-04-12 | 北京奇虎科技有限公司 | White list maintaining method and device |
| CN107360274A (en) * | 2017-09-11 | 2017-11-17 | 深圳市茁壮网络股份有限公司 | Domain name life span computational methods, device and domain name inquiry method and device |
| CN109155789A (en) * | 2016-03-04 | 2019-01-04 | 康维达无线有限责任公司 | Request processing in service layer |
| WO2019042298A1 (en) * | 2017-08-30 | 2019-03-07 | 贵州白山云科技股份有限公司 | Method and device for achieving smart caching, and computer-readable storage medium and computer device thereof |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1863050A (en) * | 2005-09-15 | 2006-11-15 | 上海华为技术有限公司 | Method of document synchronization between server and system thereof |
| CN101184060B (en) * | 2007-12-03 | 2010-12-29 | 中兴通讯股份有限公司 | Method and system for improving retry efficiency of data synchronization |
-
2008
- 2008-08-21 CN CN2008101186623A patent/CN101656753B/en active Active
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101867914A (en) * | 2010-06-10 | 2010-10-20 | 中兴通讯股份有限公司 | Synchronous method, system, server and client for dynamic content distribution |
| CN102546196A (en) * | 2010-12-24 | 2012-07-04 | 联芯科技有限公司 | Processing method and system for dynamic content delivery |
| CN102546196B (en) * | 2010-12-24 | 2015-07-08 | 联芯科技有限公司 | Processing method and system for dynamic content delivery |
| CN103763136B (en) * | 2014-01-07 | 2017-04-12 | 北京奇虎科技有限公司 | White list maintaining method and device |
| CN104980451A (en) * | 2014-04-01 | 2015-10-14 | 腾讯科技（深圳）有限公司 | Information prompting method and apparatus |
| CN104980451B (en) * | 2014-04-01 | 2019-08-23 | 腾讯科技（深圳）有限公司 | Information prompting method and device |
| CN109155789A (en) * | 2016-03-04 | 2019-01-04 | 康维达无线有限责任公司 | Request processing in service layer |
| CN109155789B (en) * | 2016-03-04 | 2022-01-14 | 康维达无线有限责任公司 | Method, apparatus and storage medium for request processing in a service layer |
| US11290559B2 (en) | 2016-03-04 | 2022-03-29 | Convida Wireless, Llc | Request processing in the service layer |
| US11659063B2 (en) | 2016-03-04 | 2023-05-23 | Convida Wireless, Llc | Request processing in the service layer |
| WO2019042298A1 (en) * | 2017-08-30 | 2019-03-07 | 贵州白山云科技股份有限公司 | Method and device for achieving smart caching, and computer-readable storage medium and computer device thereof |
| CN107360274A (en) * | 2017-09-11 | 2017-11-17 | 深圳市茁壮网络股份有限公司 | Domain name life span computational methods, device and domain name inquiry method and device |
| CN107360274B (en) * | 2017-09-11 | 2021-02-09 | 深圳市茁壮网络股份有限公司 | Domain name survival time calculation method and device and domain name query method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101656753B (en) | 2012-06-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101656753B (en) | Content synchronization method, equipment and system for dynamic content delivery | |
| EP2286315B1 (en) | Aggregating recurrent schedules to optimize resource consumption | |
| EP1867200B1 (en) | Conveying a content delivery schedule to mobile terminals | |
| CN105324749B (en) | Terminal and for its apply synchronous method | |
| KR101828295B1 (en) | Terminal and method for managing application thereof | |
| CN103270466A (en) | Power management via coordination and selective operation of timer-elated tasks | |
| US20090327491A1 (en) | Scheduling data delivery to manage device resources | |
| KR101722999B1 (en) | Method and apparatus for controlling PPC rule in preload mode | |
| KR101840245B1 (en) | A method for transmitting a heartbeat message and a mobile terminal | |
| CN111176698A (en) | Dynamically adjusting mobile devices based on peer event data | |
| CN108616653B (en) | Information processing method, device, mobile terminal and computer readable storage medium | |
| CN108429800A (en) | A kind of mobile device | |
| CN104767823B (en) | A kind of method and server sending information to terminal | |
| CN110446227B (en) | Method, device, equipment and medium for controlling opening time of downlink window of terminal | |
| CN101252499A (en) | Mail server dynamic state polling method for checking whether mail server has new mail arrive or not | |
| CN110222073B (en) | Data query method and related device | |
| CN104995899A (en) | Server load management | |
| JP2022516933A (en) | Core network nodes and methods | |
| CN111586814B (en) | Low-power consumption processing method, device, equipment and storage medium for wireless network terminal node | |
| US20160294966A1 (en) | Method and Device for Pushing Social Network Information | |
| KR20140113810A (en) | Terminal and method for synchronizing application thereof | |
| CN104468248B (en) | Service performance monitoring method, reverse proxy server, statistical analysis server and system | |
| US9077735B2 (en) | Method and related device for controlling service charging | |
| CN106162577B (en) | A kind of information push method and message pushing equipment | |
| CN103034632A (en) | Information transmitting method and a system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |