Invention content
Technical problems to be solved in this application are to provide a kind of loaming method of network communication message, to complete synchronizationInstant messaging account saves Internet resources while the history message on different terminal equipment.
Correspondingly, present invention also provides a kind of roaming devices of network communication message, to ensure the above method in realityApplication in border.
To solve the above-mentioned problems, this application discloses a kind of loaming methods of network communication message, including：
It initiates message and obtains request；
It determines that the message obtains and asks corresponding first time section；
Determine the corresponding one or more trusted times section of history message that client locally preserves, wherein Yong HuEach history message in trusted time section has all been stored in client local；
Judge whether the first time section falls into trusted time section；
When the first time section does not fall within trusted time section, then initiate to download the of the user from serverThe request of one history message.
Preferably, what the history message was opened with client is associated with the session of another user client communication, describedSession has corresponding time shaft, includes one or more of trusted time sections on the time shaft.
Preferably, further include：
First history message is stored in client local, and the corresponding time interval of the first history message is incorporated toTrusted time section.
Preferably, the message request includes time qualifications, and the time qualifications limit the first timeSection；And the time of origin of first history message falls into the first time section.
Preferably, the message request includes time qualifications, and the time qualifications include a timestamp；
The determination message obtains the step of asking corresponding first time section and includes：
Determine user the second of the predetermined quantity that client locally preserves and time of origin is before the timestampHistory message；And
Determine that the start and end time interval of the second history message of the predetermined quantity is first time section；
Wherein, the time of origin of first history message is before the timestamp.
Preferably, the message request includes time qualifications, and the time qualifications include a timestamp；
The determination message obtains the step of asking corresponding first time section and includes：
Determine user the second of the predetermined quantity that client locally preserves and time of origin is after the timestampHistory message；And
Determine that the start and end time interval of the second history message of the predetermined quantity is first time section；
Wherein, the time of origin of first history message is after the timestamp.
Preferably, further include：
When the first time section falls into trusted time section, then the first time area is locally obtained from clientThe second interior history message.
Preferably, it when the first time section does not fall within trusted time section, then initiates from described in server downloadThe request of the second history message of user, including：
Judge whether to be stored with the first history message for meeting and imposing a condition；
If server storage has satisfaction to impose a condition and is not stored in the first history message of client local, fromThe satisfaction that server downloads the user imposes a condition and is not stored at least partly the first history message of client local；
At least partly first history message is stored in client local, and at least partly first history is disappearedIt ceases corresponding time interval and is incorporated to trusted time section；
Wherein, described impose a condition includes time qualifications, and the time qualifications are asked according to message acquisitionAsk determining.
Preferably, further include：
If server is not stored with the first history message for meeting and imposing a condition, is obtained and asked according to the messageThe one or more the second history messages are locally obtained from client, and the first time section is incorporated to trusted time section.
Preferably, the situation that the first time section does not fall within trusted time section includes：The first time sectionIt is at least partly not Chong Die with the trusted time section.
Preferably, the situation that the first time section does not fall within trusted time section includes：The first time sectionPart at least partly Chong Die not with the trusted time section and the first time section and the trusted time sectionOverlapping；
The request of first history message for initiating to download the user from server, including：
User is downloaded in the first time the section not partial section Chong Die with the trusted time section from serviceAt least partly history message occurred.
Preferably, the situation that the first time section does not fall within trusted time section includes：The first time sectionThere are interval sections with the trusted time section；
The request of first history message for initiating to download the user from server, including：
At least partly history message that user occurs in the interval section is downloaded from service.
Preferably, the step that first history message is stored in client local includes：
First history message is stored in the message database of the client local；
Duplicate removal processing is carried out to the first history message being stored in the message database of client local.
Disclosed herein as well is a kind of loaming methods of network communication message, including：
When user account logins in the duration of client the chat window opened for the first time with communication object, initiateMessage initialization is asked, and the first message that the first preset quantity of active user's account is downloaded from server records, and described firstInformation of the first message record with first time section of preset quantity；
It is the corresponding trusted time section of the chat sessions by the first time interval mark；
Within the duration, user initiates history message and obtains request；
Request, which is obtained, according to the history message determines one second time interval；
Judge whether second time interval falls into trusted time section；
When second time interval does not fall within trusted time section, downloading second message from server records；
Show the second message record.
Preferably, further include：The message that user occurs within the duration is stored in client local, and by instituteStating the duration is incorporated to the trusted time section.
Preferably, further include：By the second message record storage in client local, and the second message is recordedCorresponding time interval is incorporated to the trusted time section.
Preferably, further include：Show the first message record.
Preferably, it includes time qualifications that the history message, which obtains request, described in the time qualifications restrictionSecond time interval；And the time of origin of the second message record falls into second time interval.
Preferably, it includes time qualifications that the history message, which obtains request, and the time qualifications include for the momentBetween stab；
It is described that determining one second time interval of request is obtained according to the history message, including：
Determine user client locally preserve and time of origin in the timestamp before or after it is second defaultThe second message of quantity records；
According to the start and end time interval of the second message of second preset quantity record and timestamp restrictionSecond time interval.
Preferably, further include：
When second time interval falls into trusted time section, the second message record is shown.
Preferably, the situation that second time interval does not fall within trusted time section includes：Second time intervalPart at least partly Chong Die not with the trusted time section and second time interval and the trusted time sectionOverlapping；
It is described to download second message record from server, including：
From service download user second time interval the not partial section Chong Die with the trusted time sectionAt least partly Message Record of interior generation.
Disclosed herein as well is a kind of roaming devices of network communication message, including：
Message obtains request initiation module, and request is obtained for initiating message；
First time interval determination module asks corresponding first time section for determining that the message obtains；
Trusted time interval determination module, for determining the corresponding one or more of history message that client locally preservesTrusted time section, wherein each history message of the user in trusted time section has all been stored in client local；
First falls into judgment module, for judging whether the first time section falls into trusted time section；
First history message request module, for when the first time section does not fall within trusted time section, then sending outPlay the request that the first history message of the user is downloaded from server.
Preferably, what the history message was opened with client is associated with the session of another user client communication, describedSession has corresponding time shaft, includes one or more of trusted time sections on the time shaft.
Preferably, further include：
First history message memory module, for first history message to be stored in client local；
First history message is incorporated to module, for the corresponding time interval of the first history message to be incorporated to trusted time areaBetween.
Preferably, the message request includes time qualifications, and the time qualifications limit the first timeSection；And the time of origin of first history message falls into the first time section.
Preferably, the message request includes time qualifications, and the time qualifications include a timestamp；
The first time interval determination module includes：
First determination sub-module, for determine user client locally preserve and time of origin the timestamp itSecond history message of preceding predetermined quantity；And
Second determination sub-module, for determining that the start and end time interval of the second history message of the predetermined quantity is firstTime interval；
Wherein, the time of origin of first history message is before the timestamp.
Preferably, the message request includes time qualifications, and the time qualifications include a timestamp；
The first time interval determination module includes：
Third determination sub-module, for determine user client locally preserve and time of origin the timestamp itSecond history message of predetermined quantity afterwards；And
4th determination sub-module, for determining that the start and end time interval of the second history message of the predetermined quantity is firstTime interval；
Wherein, the time of origin of first history message is after the timestamp.
Preferably, further include：
Second history message acquisition module, for when the first time section falls into trusted time section, then from visitorFamily end obtains the second history message in the first time section.
Preferably, the first history message request module includes：
Setting condition judging submodule is stored with the first history message for meeting and imposing a condition for judging whether；
First part downloads submodule, if having satisfaction to impose a condition for server storage and not being stored in client sheetWhen first history message on ground, then the satisfaction that the user is downloaded from server imposes a condition and is not stored in client localAt least partly the first history message；
Part sub-module stored, at least partly first history message to be stored in client local；
First part is incorporated to submodule, can for the corresponding time interval of at least partly first history message to be incorporated toBelieve time interval；
Wherein, described impose a condition includes time qualifications, and the time qualifications are asked according to message acquisitionAsk determining.
Preferably, further include：
Second part acquisition submodule, if not being stored with the first history message for meeting and imposing a condition for serverWhen, then request is obtained according to the message and locally obtains the one or more the second history messages from client；
Second part is incorporated to submodule, for the first time section to be incorporated to trusted time section.
Preferably, the situation that the first time section does not fall within trusted time section includes：The first time sectionIt is at least partly not Chong Die with the trusted time section.
Preferably, the situation that the first time section does not fall within trusted time section includes：The first time sectionPart at least partly Chong Die not with the trusted time section and the first time section and the trusted time sectionOverlapping；
The first history message request module includes：
Part III download submodule, for from service download user the first time section not with it is described credible whenBetween section be overlapped partial section in occur at least partly history message.
Preferably, the situation that the first time section does not fall within trusted time section includes：The first time sectionThere are interval sections with the trusted time section；
The first history message request module includes：
Part IV downloads submodule, is at least partly gone through for what is occurred in the interval section from service download userHistory message.
Preferably, the first history message memory module includes：
Message database sub-module stored, the message for first history message to be stored in the client localIn database；
Duplicate removal submodule, for carrying out duplicate removal to the first history message being stored in the message database of client localProcessing.
Disclosed herein as well is a kind of roaming devices of network communication message, including：
First message records download module, for when user account login in the duration of client open for the first time withWhen the chat window of communication object, message initialization request is initiated, the first present count of active user's account is downloaded from serverThe first message of amount records, information of the first message record with first time section of first preset quantity；
Mark module, for being the corresponding trusted time section of the chat sessions by the first time interval mark；
History message obtains request module, within the duration, user to initiate history message and obtains request；
Second time interval determining module determines one second time interval for obtaining request according to the history message；
Second falls into judgment module, for judging whether second time interval falls into trusted time section；
Second message records download module, for not falling within trusted time section in second time interval, from serviceDevice downloads second message record；
Second message record display module, for showing the second message record.
Preferably, further include：
Duration memory module, for the message that user occurs within the duration to be stored in client sheetGround；
Duration is incorporated to module, for the duration to be incorporated to the trusted time section.
Preferably, further include：
Second message record storage module, for the second message record storage is local in client；
Second message record be incorporated to module, for by the second message record corresponding time interval be incorporated to it is described credibleTime interval.
Preferably, further include：
First message record display module, for showing that first message records.
Preferably, it includes time qualifications that the history message, which obtains request, described in the time qualifications restrictionSecond time interval；And the time of origin of the second message record falls into second time interval.
Preferably, it includes time qualifications that the history message, which obtains request, and the time qualifications include for the momentBetween stab；
The second time interval determining module includes：
5th determination sub-module, for determine user client locally preserve and time of origin the timestamp itPreceding or the second preset quantity later second message record；
6th determination sub-module, start and end time interval for being recorded according to the second message of second preset quantity andThe timestamp limits second time interval.
Preferably, further include：
Second message record display module, for when second time interval falls into trusted time section, showing instituteState second message record.
Preferably, the situation that second time interval does not fall within trusted time section includes：Second time intervalPart at least partly Chong Die not with the trusted time section and second time interval and the trusted time sectionOverlapping；
The second message records download module：
Lap download submodule, for from service download user second time interval not with it is described credibleAt least partly history message occurred in the partial section of time interval overlapping.
Compared with the background art, the embodiment of the present application has the following advantages：
In the embodiment of the present application, client is each session creation time axis in the communication tool account logged in,On a timeline with trusted time section, mark carried out the corresponding time zone of the history message of consistency desired result with serverBetween, when history message is checked in user's request, determine first time section, then judging whether first time section falls into canBelieve time interval, for not falling within the first time section in trusted time section, then initiates to disappear from the first history of server downloadThe request of breath, for falling into the first time section in trusted time section, then the message that client of being subject to is locally stored, no longerIt is downloaded from server, for identical history message, client only can once be downloaded from server, ensure historyWhile message accuracy, reduces the number downloaded with server to the maximum extent, also reduce client to the maximum extentWith the number of operations of server response, reduce the resource occupation of client and server, improves client and serverOperational efficiency, and due to reducing download time to the maximum extent, correspondingly reduce the consumption of Internet resources to the maximum extent.
Furthermore for the message that the first time section for falling into trusted time section, then client of being subject to are locally stored,It is no longer downloaded from server, the effect speed of displaying history message can be greatly speeded up, while improving user experience.
In addition, when history message is downloaded from server every time to local message database, all can to history message intoRow duplicate removal processing, it is unique for ensure that the history message stored in message database all, saves the memory space of database, sideJust to the management of the history message in message database, the efficiency for reading history message in message database is improved.
Specific implementation mode
In order to make the above objects, features, and advantages of the present application more apparent, below in conjunction with the accompanying drawings and it is specific realApplying mode, the present application will be further described in detail.
Referring to Fig.1, a kind of step flow chart of the loaming method embodiment 1 of network communication message of the application is shown,Wherein, message roaming refer to when user multiple client switching use with a communication tool login same account when, oneClient-side can check the history message of other client-sides, be produced merely for example, user has logged in account in customer end AIts message, user replace client, and the same account is logged in customer end B, open chat window, can roam in clientThe message of the generation of A.
The embodiment of the present application may comprise steps of：
Step 101, it initiates message and obtains request；
Message obtain request can be client receive user for a certain session Message Record obtain instruction whenThe acquisition of the history message of initiation is asked.For example, when user can be by way of touching or clicking mouse in a certain session" Message Record " function button is selected in chat window interface, alternatively, top is reached toward the chat window for pulling up a certain session,It is equivalent to the Message Record acquisition instruction for receiving user for a certain session.
In a kind of situation, the message request may include time qualifications, and the time qualifications can limitThe fixed first time section；And the time of origin of first history message can fall into the first time section.
In practical applications, if the history message of a certain session is large number of, user can specify some time to limitThe history message occurred in condition, such as 12 days December -2013 years on the 11st December in 2013, time period can be formed at the first timeSection.
In another situation, user can be obtained based on the history message of current presentation first occurred or in rear hairRaw history message.For example, the history that user occurs when by indicating that time restriction condition checks 11 days 20 December in 2013After message, the history message that occurs when can ask to check 11 days 19 December in 2013 or when 11 days 21 December in 2013.
In the concrete realization, the session phase with another user client communication that the history message can be opened with clientAssociation, the session have corresponding time shaft, include one or more of trusted time sections on the time shaft；And it usesEach history message of the family in trusted time section has all been stored in client local.
Session can be two or more users by being established in respective client login user account, as single chat or group chat (group is chatted), the user for establishing session can have friend relation, can also not have friend relation.UserWhen opening session, other associated accounts can be online, can also be offline, the embodiment of the present application is not subject to thisLimitation.
In the account that client logs in, each session of the account may have respective time shaft.
Using the embodiment of the present application, client formerly can carry out message consistency desired result with server, will verify successfullyThe corresponding time interval of message afterwards is write on time shaft, and trusted time section is obtained.
For example, user is in the survival time, (user continuously logs in some client the time of the account of communication tool, userIt is the survival time next time to exit after the account and log on same account) in first (first opens meeting within the survival timeWords are to be initially opened, and session is closed after first switching on and opened again, then the openings such as second are not to be initially opened) open someWhen session, then this can be gone through from the history message of the newest preset quantity of trend server acquisition request chat sessionsThe corresponding time interval of history message is write on the time shaft of the chat sessions, and trusted time section is obtained.
In another example it (may include currently producing that user's active request client carries out message with server for some sessionRaw message can also be history message) progress the verification of message consistency such as synchronize, successful message pair will be verifiedThe time interval answered is write on the time shaft of the chat sessions, and trusted time section is obtained.
It, can be with if user wants to delete certain one or more history message in a preferred embodiment of the present applicationIt selectes one or more history message and triggers the delete button generation deletion instruction of current chat session window, clientAfter receiving deletion instruction, the history message that user indicates deletion is searched in message database, is deleted for history message additionExcept mark, without directly deleting the history message from message database.The deletion mark indicate the history message byUser deletes, and the history message for being added to deletion mark is hidden in the window of chat sessions.It in this way can be to avoid againFrom these history messages of service synchronization, also for the integrality for ensureing the time interval on time shaft
In practice, it can be increased " deleted " field of the history message to delete mark.If this fieldValue be 1 expression this history message deleted by user, default value be 0 expression the history message be not deleted, userThe history message that deleted values are 0 is will only see, the history message user deleted will not see again.
It should be noted that in order to protect individual subscriber privacy, deletion mark can be synchronized in server so that shouldDeleting mark can be synchronized in any client.
Step 102, it determines that the message obtains and asks corresponding first time section；
In above-mentioned former, the time restriction condition that user specifies can be extracted and be determined as first time section.
In above-mentioned latter, the message request may include time qualifications, the time qualificationsIt may include a timestamp；Step 102 may include following sub-step：
Sub-step S11, determine user client locally preserve and time of origin it is predetermined before the timestampSecond history message of quantity；And
Sub-step S12 determines that the start and end time interval of the second history message of the predetermined quantity is first time section；
Wherein, the time of origin of first history message is before the timestamp.
It in the concrete realization, can be first from visitor when message of the user based on current presentation obtains formerly generation history messageThe history message for the predetermined quantity that the extraction of family end is locally stored.For example, the message of current sessions displaying sorts according to time of originShared A20-A1 totally 20 message, the wherein time of origin of A20 (such as 17 days 11 December in 2013：00:00) it is less than the generation of A1(such as 17 days 11 December in 2013 time：10:00), and user can based on the message A20-A1 of current sessions, ask check A20Message before.
Minimum time of origin in the message that timestamp in time qualifications can show for current sessions.For example,For above-mentioned message A20-A1, timestamp can be the time of origin of A20.
In above-mentioned latter, the message request may include time qualifications, the time qualificationsIt may include a timestamp；Step 102 may include following sub-step：
Sub-step S21, determine user client locally preserve and time of origin it is predetermined after the timestampSecond history message of quantity；And
Sub-step S22 determines that the start and end time interval of the second history message of the predetermined quantity is first time section；
Wherein, the time of origin of first history message is after the timestamp.
In the concrete realization, message of the user based on current presentation is obtained in rear generation history message, can be first from visitorThe history message for the predetermined quantity that the extraction of family end is locally stored.For example, the message of current sessions displaying sorts according to time of originShared A20-A1 totally 20 message, the wherein time of origin of A20 (such as 17 days 11 December in 2013：00:00) it is less than the generation of A1(such as 17 days 11 December in 2013 time：10:00), and user can based on the message A20-A1 of current sessions, ask check A1Message later.
Timestamp in time qualifications can be maximum time of origin in the message that current sessions are shown.For example,For above-mentioned message A20-A1, timestamp can be the time of origin of A1.
Step 103, the corresponding one or more trusted times section of history message that client locally preserves is determined；
The information that client is recorded in specified position enquiring time shaft, to obtain trusted time section.
Step 104, judge whether the first time section falls into trusted time section；
When first time, section was Chong Die with trusted time section, first time section falls into trusted time section.WhenWhen one time interval falls into trusted time section, it may indicate that the first time section for falling into trusted time section is and serverCarried out consistency desired result.
When first time, section was underlapped with trusted time section, first time section does not fall within trusted time section.When first time section does not fall within trusted time section, it may indicate that the first time section for not falling within trusted time section isConsistency desired result was not carried out with server.
In the concrete realization, the situation that the first time section does not fall within trusted time section may include：DescribedOne time interval it is at least partly not Chong Die with the trusted time section.
In this case, first time segment part or all not Chong Die with trusted time section.
Step 105, it when the first time section does not fall within trusted time section, then initiates from described in server downloadThe request of the first history message of user.
Server can extract the corresponding history message of the request according to the request, which is sent to clientEnd.
In the concrete realization, at least partly not Chong Die with the trusted time section of the first time section can wrapInclude following three kinds of situations：
In the first situation, first time section does not fall within trusted time section all, then in this case, it is possible to send outIt rises from server and downloads at least part of first history message in first time section.
When history message quantity is greater than or equal to a preset amount threshold in the first time section of server storageWhen, it may be considered that the quantity of the history message occurred in first time section is larger, it, can be only to avoid waste Internet resourcesThe first history message of returning part.
When history message quantity is less than a preset amount threshold in the first time section of server storage, then may be usedTo think the negligible amounts of the history message occurred in first time section, the first whole history messages can be returned.
In second case, the situation that the first time section does not fall within trusted time section may include：It is describedThe part at least partly Chong Die not with the trusted time section and the first time section in first time section with it is describedTrusted time section is overlapped；
In this case, first time segment part is Chong Die with trusted time section, and part is not heavy with trusted time sectionIt is folded.
Then step 105 may include following sub-step：
It is not Chong Die with the trusted time section in the first time section to download user from service by sub-step S31At least partly history message occurred in partial section.
When the first time section history that partial section Chong Die with trusted time section does not occur of server storage disappearsWhen ceasing quantity more than or equal to amount threshold, it may be considered that the quantity of the history message occurred in first time section is larger,It, can the first history message of returning part to avoid waste Internet resources.
In practical applications, when be directed to the not partial section Chong Die with trusted time section first that server side returnsThe quantity of history message is less than a certain preset quantity, then next not portion Chong Die with trusted time section can be asked to serverThe history message of by stages, and so on, until the quantity of history message reaches the preset quantity that can be shown or until instituteThere is the history message request of the partial section Chong Die with trusted time section to finish.
When the first time section history that partial section Chong Die with trusted time section does not occur of server storage disappearsWhen ceasing quantity less than amount threshold, it may be considered that the quantity of the history message occurred in first time section is smaller, it can returnReturn the first whole history messages.
In the third situation, the situation that the first time section does not fall within trusted time section may include：It is describedThere are interval sections with the trusted time section in first time section.
In this case, there are interval sections for first time section and trusted time, that is, be spaced trusted time section whenBetween section.
Then step 105 may include following sub-step：
Sub-step S41 downloads at least partly history message that user occurs in the interval section from service.
It, then can be with when the history message quantity occurred in the interval section of server storage is greater than or equal to amount thresholdThink that the quantity of the history message occurred in interval time section is larger, it, can returning part to avoid waste Internet resourcesFirst history message.
When the history message quantity occurred in the interval section of server storage is less than amount threshold, it may be considered thatEvery the negligible amounts of the history message occurred in time interval, the first whole history messages can be returned.
In the embodiment of the present application, client is each session creation time axis in the communication tool account logged in,On a timeline with trusted time section, mark carried out the corresponding time zone of the history message of consistency desired result with serverBetween, when history message is checked in user's request, determine first time section, then judging whether first time section falls into canBelieve time interval, for not falling within the first time section in trusted time section, then initiates to disappear from the first history of server downloadThe request of breath, for falling into the first time section in trusted time section, then the message that client of being subject to is locally stored, no longerIt is downloaded from server, for identical history message, client only can once be downloaded from server, ensure historyWhile message accuracy, reduces the number downloaded with server to the maximum extent, also reduce client to the maximum extentWith the number of operations of server response, reduce the resource occupation of client and server, improves client and serverOperational efficiency, and due to reducing download time to the maximum extent, correspondingly reduce the consumption of Internet resources to the maximum extent.
Furthermore for the message that the first time section for falling into trusted time section, then client of being subject to are locally stored,It is no longer downloaded from server, the effect speed of displaying history message can be greatly speeded up, while improving user experience.
With reference to Fig. 2, a kind of step flow chart of the loaming method embodiment 2 of network communication message of the application is shown,The embodiment of the present application may include steps of：
Step 201, it initiates message and obtains request；
Step 202, it determines that the message obtains and asks corresponding first time section；
Step 203, the corresponding one or more trusted times section of history message that client locally preserves is determined,In, each history message of the user in trusted time section has all been stored in client local；
Step 204, judge whether the first time section falls into trusted time section；
Step 205, it when the first time section does not fall within trusted time section, then initiates from described in server downloadThe request of the first history message of user；
In a preferred embodiment of the present application, step 205 may include following sub-step：
Sub-step S51 judges whether to be stored with the first history message for meeting and imposing a condition；Wherein, the setting conditionIncluding time qualifications, the time qualifications obtain request according to the message and determine；
In a kind of situation, time qualifications limit first time section；And first the time of origin of history message fallEnter first time section.
In another situation, time qualifications include a timestamp, and the time of origin of the first history message is in the timeBefore or after stamp.
Sub-step S52, if server storage has the first history for meeting and imposing a condition and be not stored in client localWhen message, then the satisfaction that the user is downloaded from server imposes a condition and is not stored at least partly the first of client localHistory message；
When the first history message for meeting setting condition and not being stored in client local of server storage is more than or waitsWhen a preset amount threshold, it may be considered that the quantity of first history message is larger, to avoid waste Internet resources,It can the first history message of returning part.
When the satisfaction of server storage imposes a condition and is not stored in the first history message of client local less than oneWhen preset amount threshold, it may be considered that the negligible amounts of first history message, can return to the first whole history and disappearBreath.
At least partly first history message is stored in client local by sub-step S53, and by described at least partlyThe corresponding time interval of first history message is incorporated to trusted time section；
At least partly first history message is that client carried out consistency desired result with server, can be by its timeTime shaft is write in section, obtains trusted time section.
Sub-step S54 disappears if server is not stored with the first history message for meeting and imposing a condition according toBreath obtains request and locally obtains the one or more the second history messages from client, and the first time section is incorporated to credibleTime interval.
In practical applications, the ten hundreds of message of numerous clients is faced, the message storage capacity of server can be limitedSystem, therefore, server can only store the message of predetermined volumes, such as nearest 30 days history messages.
And the not all history message of client can all store, therefore the history that can meet the storage long period disappearsBreath, the time can be longer than the time of the history message of server storage.
At this point, server can not be stored with the first history message for meeting and imposing a condition.Then client can be according to disappearingBreath obtains request and locally obtains the one or more the second history messages from client, and the time of origin of second history message can be withTime qualifications limit first time section within, alternatively, can the timestamp for including in time qualifications itIt is preceding or later.
Step 206, first history message is stored in client local；
Client the first history message for a certain chat sessions synchronous from server may be stored in clientIt holds in local message database, before or after the first history message is stored in message database, client can be rightFirst history message carries out duplicate removal processing.
In another preferred embodiment of the present application, step 206 may include following sub-step：
Sub-step S61 carries out duplicate removal processing to first history message；
The first history message after duplicate removal processing is stored in the message database of client local by sub-step S62.
In the present embodiment, duplicate removal processing can be first carried out, then stores the history message after duplicate removal processing again.ClientIn the buffer by the storage of the first history message, first history message is taken out from caching every time, is looked into message databaseLook for the history of (every history message all carries unique message identifier) identical as the message identifier of the first history messageMessage illustrates that the first history message that this takes out from caching is the history message repeated, then abandons this if searching successfullyFirst history message；Otherwise, this is stored in from the first history message taken out in caching in message database.
Wherein, message identifier can be the unique mark of the message of chat sessions, can be the generation according to the messageThe random value for one group of 64 bit that time generates according to preset algorithm, such as 4827948882813720239.
In a preferred embodiment of the present application, step 206 may include following sub-step：
First history message is stored in the message database of the client local by sub-step S71；
Sub-step S72 carries out duplicate removal processing to the first history message being stored in the message database of client local.
In the present embodiment, first the first history message can be stored in message database, then utilizes message dataThe characteristic in library carries out duplicate removal processing, the history message that removal is locally repeated with client.
It is the action that duplicate removal is completed using the characteristic of database in database rank duplicate removal.It is specifically as follows, clientFirst history message is stored in message database by end, judges whether that two message identifiers are identical in message databaseHistory message, if so, the first history message for being stored in after deleting.
When carrying out history message duplicate removal, client can preferentially be disappeared using the history stored in local message databaseBreath can be to disappear if the history message downloaded to from service side is repeated with the history message stored in message databaseSubject to the history message stored in breath database, the history message downloaded from server side is abandoned.
In addition, it is necessary to which explanation, is checked, the history stored in the message database of client disappears in order to facilitate userBreath can carry out sequence from big to small according to the time of origin of every history message, and the history message generated recently is depositedIn front, the history message earlier generated is stored in below for storage.
By above two method, when downloading history message from server every time to local message database, all canDuplicate removal processing is carried out to history message, it is unique for ensure that the history message stored in message database all, saves databaseMemory space, the convenient management to the history message in message database improves and reads history message in message databaseEfficiency.Certainly, the mode of above-mentioned history message duplicate removal is only the example of the application, and those skilled in the art can also useOther means achieve the purpose that message duplicate removal, and the embodiment of the present application is to this without limiting.
Step 207, the corresponding time interval of the first history message is incorporated to trusted time section.
The corresponding time interval of first history message and for time of origin minimum in history message and maximum generation whenBetween before period.For example, the first history message is ordered as B20-B1 totally 20 message according to time of origin, wherein B20'sTime of origin is 18 days 10 December in 2013:00:00, B1 time of origin is 18 days 11 December in 2013:00:00, then firstThe corresponding time interval of history message is [18 days 10 December in 2013:00:00,2013 on December 18,11:00:00].
In practice, if on time shaft front and back write-in time interval may with former trusted time section there are Chong Die,It can be so merged into a time interval, for example, time interval A is [11 days 10 October in 2013:00:00,2013 yearOn October 11 11:00:00], trusted time interval B is [11 days 10 October in 2013:30:00,2013 on October 11,11:30:00], then its credibility interval merged is [11 days 10 October in 2013:00:00,2013 on October 11,11:30:00].
Step 208, when the first time section falls into trusted time section, then described the is locally obtained from clientThe second history message in one time interval；
In the concrete realization, the situation that first time section falls into trusted time section may include：First time sectionIt is at least partly Chong Die with trusted time section.
In this case, first time segment part or all Chong Die with trusted time section.
It, can be to be locally stored in order to reduce network resource consumption when first time section falls into trusted time sectionHistory message subject to, no longer ask identical history message to server, but can be in extraction first time sectionIt is shown after second history message.
With reference to Fig. 3, a kind of step flow chart of the loaming method embodiment 3 of network communication message of the application is shown,The embodiment of the present application may include steps of：
Step 301, when logining in the duration of client the chat window opened for the first time with communication object in user accountWhen mouth, message initialization request is initiated, the first message record of the first preset quantity of active user's account is downloaded from server,Information of the first message record with first time section of first preset quantity；
Applied to the embodiment of the present application, user logs in the account of a certain communication tool in client every time, and in the survival phaseBetween when detecting the window of a certain chat sessions that user is initially opened in the account, client can be synchronized from serverThe first message of preset quantity records, wherein what the first message of the preset quantity was recorded as storing in server is directed to thisThe newest history message of chat sessions.Disappear it should be noted that the preset quantity is one page history that can be shown in windowThe quantity of breath, can be different according to the difference of chat window size, and can be by user or those skilled in the art voluntarilySetting sets preset quantity if best suiting the reading experience of user when for example, the quantity of one page history message being 20 in window20 are set to, certainly, the setting method of above-mentioned preset quantity is only a kind of example of the embodiment of the present application, the embodiment of the present application pairThe particular number and setting method of the preset quantity are without limiting.
In the concrete realization, user judges the chat of some session after the account that client logs in a certain communication toolWhether window is initially opened, and following method may be used：It is opened in a certain account to preserve that one data capsule is setThe ID of the association user account of window empties the data capsule after client successfully logs in a certain account, open every timeAfter the window of chat sessions, the ID of the corresponding association user account of the window is obtained, and matching should in the data capsuleThe ID of association user account illustrates that the window is not initially opened if successful match；Otherwise, then illustrate that the window is firstIt opens, and in the corresponding association user account deposit data capsule.
It is each due to each time after same client logs in same account since data capsule can all be emptiedAll meeting, can be from clothes when certain window is initially opened there are one the chance being initially opened after each account logs in again for chat windowThe newest history message of corresponding chat sessions is obtained in business device.For example, at 10 points in user's morning some day steps in client-sideA certain account has been recorded, the window of the chat sessions of good friend A is opened, client in server from synchronizing in the chat sessions at this timeNewest 20 history messages, subsequent user close the window of the chat sessions of good friend A and exit account；At noon 12 when,User has logged in same account in same client again, opens the window of the chat sessions of good friend A, at this time instant messaging clientEnd judge that the window is initially opened, then again from server synchronized buddies A newest 20 history messages；User closesThe window of the chat sessions of good friend A but do not exit account, at noon 1 when, user is again turned on the window of the chat sessions of good friend AMouthful, instant communication client judges that the window of the chat sessions is not initially opened at this time, therefore will not be from server syncNewest history message.
After the first message record for downloading preset quantity from server side, the first message of the preset quantity can be obtainedThe information in the first time section of record.Specifically, every first history message all has time of origin, client is from serviceAfter getting the first message record record of preset quantity in device, carried out according to the time of origin of every first message record recordSequence remembers sequence in the time of origin of primary first message record record and sequence in last first messageThe time of origin of record is organized into first time section.
If returning to 0 or 1 first message record in server, illustrate to service side (such as 30 in message retention cycleIt) is without more history messages, then the computational methods in first time section are [current time -30 days, current time].
Step 302, it is the corresponding trusted time section of the chat sessions by the first time interval mark；
After client is that server carries out message consistency desired result, the first time section after can verifying successfully is writeUpper time shaft obtains trusted time section.
Step 303, within the duration, user initiates history message and obtains request；
Step 304, request is obtained according to the history message and determines one second time interval；
In a kind of preferred implementation of the application, it may include time qualifications, institute that the history message, which obtains request,Second time interval can be limited by stating time qualifications；And the time of origin of second message record falls into described theTwo time intervals.
In a kind of preferred implementation of the application, it may include time qualifications, institute that the history message, which obtains request,It may include a timestamp to state time qualifications；Step 304 may include following sub-step：
Sub-step S81, determine user client locally preserve and time of origin in the timestamp before or afterThe second preset quantity second message record；
Sub-step S82, according to the start and end time interval of the second message of second preset quantity record and the timeStamp limits second time interval.
Step 305, judge whether second time interval falls into trusted time section；
Step 306, when second time interval does not fall within trusted time section, second message note is downloaded from serverRecord；
In a kind of preferred implementation of the application, the situation that second time interval does not fall within trusted time section can be withIncluding：The portion at least partly Chong Die not with the trusted time section and second time interval of second time intervalDivide Chong Die with the trusted time section；Step 306 may include following sub-step：
Sub-step S91 downloads user in the not Chong Die with the trusted time section of second time interval from servicePartial section in occur at least partly Message Record.
Step 307, the second message record is shown.
, can be in specified position, such as the window of current chat session after obtaining second message record, or working asThe side of the window of preceding chat sessions generates one dedicated for showing the window of history message, carries out the exhibition of second message recordShow.
It should be noted that in the embodiment of the present application, due to step in step 303- steps 306 and embodiment of the method 1The application of 101- steps 105 is substantially similar, so description is fairly simple, referring to the portion of embodiment of the method 1 in place of correlationIt defends oneself bright, the embodiment of the present application is not described in detail herein.
With reference to Fig. 4, a kind of step flow chart of the loaming method embodiment 4 of network communication message of the application is shown,The embodiment of the present application may include steps of：
Step 401, when logining in the duration of client the chat window opened for the first time with communication object in user accountWhen mouth, message initialization request is initiated, the first message record of the first preset quantity of active user's account is downloaded from server,Information of the first message record with first time section of first preset quantity；
Step 402, the first message record is shown；
In the embodiment of the present application, after getting first message record, can directly it be shown, for the chat sessionsBuild the coherent chat environment of a context.
Step 403, it is the corresponding trusted time section of the chat sessions by the first time interval mark；
Step 404, within the duration, user initiates history message and obtains request；
Step 405, request is obtained according to the history message and determines one second time interval；
Step 406, judge whether second time interval falls into trusted time section；
Step 407, when second time interval does not fall within trusted time section, second message note is downloaded from serverRecord；
Step 408, when second time interval falls into trusted time section, the second message record is shown；
In the embodiment of the present application, the second time interval can partly fall into trusted time section, and can partly not fall within canBelieve time interval.
It, then can be with this to reduce network resource consumption for falling into the part of the second time interval of trusted time sectionSubject to second history message of ground client storage, it is shown after the second history message of extraction local client storage.
Step 409, displaying second message record.
Step 410, by the second message record storage in client local；
Step 411, the second message is recorded into corresponding time interval and is incorporated to the trusted time section；
Step 412, the message that user occurs within the duration is stored in client local, and by the survivalPeriod is incorporated to the trusted time section.
In the embodiment of the present application, user is chatted based on current chat sessions, be equivalent to client and server intoIt has gone the consistency desired result of message, can will write time shaft the duration, and obtain trusted time section.
It should be noted that since the network information number is unstable, when especially client is located at mobile device, it is easy to go outExisting message is sent or the situation of reception failure.Therefore, for the situation that the duration is incorporated to trusted time section, Ke YiWhen meeting preset condition, such as client is without other tasks, when network speed reaches some network speed threshold value, client and serverThe message of gaps and omissions can be downloaded, or to credible when verifying out the message of gaps and omissions by carrying out completeness check with regard to the durationTime interval is split, and the time point of the message of gaps and omissions is marked off to come from trusted time section.
It should be noted that for embodiment of the method, for simple description, therefore it is all expressed as a series of action groupIt closes, but those skilled in the art should understand that, the application is not limited by the described action sequence, because according to this ShenPlease, certain steps can call other sequences or be carried out at the same time.Next, those skilled in the art should also know that, specificationDescribed in embodiment belong to preferred embodiment, necessary to involved action not necessarily the application.
With reference to Fig. 5, a kind of structure diagram of the roaming device embodiment 1 of network communication message of application, this Shen are shownPlease embodiment may include with lower module：
Message obtains request initiation module 501, and request is obtained for initiating message；
First time interval determination module 502 asks corresponding first time section for determining that the message obtains；
Trusted time interval determination module 503, for determine history message that client locally preserves it is corresponding one orMultiple trusted time sections, wherein each history message of the user in trusted time section has all been stored in client local；
First falls into judgment module 504, for judging whether the first time section falls into trusted time section；
First history message request module 505, for when the first time section does not fall within trusted time section, thenThe request of the first history message of the user is downloaded in initiation from server.
In a preferred embodiment of the present application, the history message can be with client unlatching and another clientThe session of end communication is associated, and the session can have corresponding time shaft, may include one on the time shaftOr multiple trusted time sections.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
First history message memory module, for first history message to be stored in client local；
First history message is incorporated to module, for the corresponding time interval of the first history message to be incorporated to trusted time areaBetween.
In a preferred embodiment of the present application, the message request may include time qualifications, the timeQualifications can limit the first time section；And the time of origin of first history message can fall into described firstTime interval.
In a preferred embodiment of the present application, the message request may include time qualifications, the timeQualifications may include a timestamp；
The first time interval determination module 505 may include following submodule：
First determination sub-module, for determine user client locally preserve and time of origin the timestamp itSecond history message of preceding predetermined quantity；And
Second determination sub-module, for determining that the start and end time interval of the second history message of the predetermined quantity is firstTime interval；
Wherein, the time of origin of first history message is before the timestamp.
In a preferred embodiment of the present application, the message request may include time qualifications, the timeQualifications may include a timestamp；
The first time interval determination module 505 may include following submodule：
Third determination sub-module, for determine user client locally preserve and time of origin the timestamp itSecond history message of predetermined quantity afterwards；And
4th determination sub-module, for determining that the start and end time interval of the second history message of the predetermined quantity is firstTime interval；
Wherein, the time of origin of first history message is after the timestamp.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
Second history message acquisition module, for when the first time section falls into trusted time section, then from visitorFamily end obtains the second history message in the first time section.
In a preferred embodiment of the present application, the first history message request module 506 may include following sonModule：
Setting condition judging submodule is stored with the first history message for meeting and imposing a condition for judging whether；
First part downloads submodule, if having satisfaction to impose a condition for server storage and not being stored in client sheetWhen first history message on ground, then the satisfaction that the user is downloaded from server imposes a condition and is not stored in client localAt least partly the first history message；
Part sub-module stored, at least partly first history message to be stored in client local；
First part is incorporated to submodule, can for the corresponding time interval of at least partly first history message to be incorporated toBelieve time interval；
Wherein, described impose a condition may include time qualifications, and the time qualifications can disappear according to describedBreath obtains request and determines.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
Second part acquisition submodule, if not being stored with the first history message for meeting and imposing a condition for serverWhen, then request is obtained according to the message and locally obtains the one or more the second history messages from client；
Second part is incorporated to submodule, for the first time section to be incorporated to trusted time section.
In a preferred embodiment of the present application, the situation that the first time section does not fall within trusted time section canTo include：The first time section it is at least partly not Chong Die with the trusted time section.
In a preferred embodiment of the present application, the situation that the first time section does not fall within trusted time section canTo include：The first time section it is at least partly Chong Die not with the trusted time section and the first time sectionPart is Chong Die with the trusted time section；
The first history message request module 506 may include following submodule：
Part III download submodule, for from service download user the first time section not with it is described credible whenBetween section be overlapped partial section in occur at least partly history message.
In a preferred embodiment of the present application, the situation that the first time section does not fall within trusted time section canTo include：There are interval sections with the trusted time section in the first time section；
The first history message request module 506 may include following submodule：
Part IV downloads submodule, is at least partly gone through for what is occurred in the interval section from service download userHistory message.
In a preferred embodiment of the present application, the first history message memory module may include following submoduleBlock：
Message database sub-module stored, the message for first history message to be stored in the client localIn database；
Duplicate removal submodule, for carrying out duplicate removal to the first history message being stored in the message database of client localProcessing.
With reference to Fig. 6, a kind of structure diagram of the roaming device embodiment 2 of network communication message of application, this Shen are shownPlease embodiment may include with lower module：
First message records download module 601, is opened for the first time for working as to login in the duration of client in user accountWhen opening the chat window with communication object, message initialization request is initiated, first from server download active user's account is pre-If the first message of quantity records, information of the first message record with first time section of first preset quantity；
Mark module 602, for being the corresponding trusted time section of the chat sessions by the first time interval mark；
History message obtains request module 603, within the duration, user to initiate history message and obtains request；
Second time interval determining module 604 determines one second time zone for obtaining request according to the history messageBetween；
Second falls into judgment module 605, for judging whether second time interval falls into trusted time section；
Second message records download module 606, for not falling within trusted time section in second time interval, from clothesDevice download second message of being engaged in records；
Second message record display module 607, for showing the second message record.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
Duration memory module, for the message that user occurs within the duration to be stored in client sheetGround；
Duration is incorporated to module, for the duration to be incorporated to the trusted time section.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
Second message record storage module, for the second message record storage is local in client；
Second message record be incorporated to module, for by the second message record corresponding time interval be incorporated to it is described credibleTime interval.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
First message record display module, for showing that first message records.
In a preferred embodiment of the present application, it may include time qualifications that the history message, which obtains request,The time qualifications can limit second time interval；And the time of origin of the second message record can be fallen intoSecond time interval.
In a preferred embodiment of the present application, it may include time qualifications that the history message, which obtains request,The time qualifications may include a timestamp；
The second time interval determining module 604 may include following submodule：
5th determination sub-module, for determine user client locally preserve and time of origin the timestamp itPreceding or the second preset quantity later second message record；
6th determination sub-module, start and end time interval for being recorded according to the second message of second preset quantity andThe timestamp limits second time interval.
In a preferred embodiment of the present application, the embodiment of the present application can also include following module：
Second message record display module, for when second time interval falls into trusted time section, showing instituteState second message record.
In a preferred embodiment of the present application, the situation that second time interval does not fall within trusted time section canTo include：Second time interval it is at least partly Chong Die not with the trusted time section and second time intervalPart is Chong Die with the trusted time section；
The second message record download module 607 may include following submodule：
Lap download submodule, for from service download user second time interval not with it is described credibleAt least partly history message occurred in the partial section of time interval overlapping.
Since above-mentioned apparatus embodiment essentially corresponds to preceding method embodiment, thus in the description of the present embodiment it is not detailed itPlace, may refer to the related description in preceding method embodiment, does not just repeat herein.
Each embodiment in this specification calls progressive mode to describe, the highlights of each of the examples are withThe difference of other embodiment, the same or similar parts between the embodiments can be referred to each other.For device embodimentFor, since it is basically similar to the method embodiment, so description is fairly simple, referring to the portion of embodiment of the method in place of correlationIt defends oneself bright.
It should be understood by those skilled in the art that, embodiments herein can be provided as method, system or computer programProduct.Therefore, the application can call complete hardware embodiment, complete software embodiment or reality combining software and hardware aspectsApply the form of example.Moreover, the application can be invoked at the computer that one or more wherein includes computer usable program codeThe computer program production implemented in usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical memory etc.)The form of product.
In a typical configuration, the computer equipment includes one or more processors (CPU), input/outputInterface, network interface and memory.Memory may include the volatile memory in computer-readable medium, random access memoryThe forms such as device (RAM) and/or Nonvolatile memory, such as read-only memory (ROM) or flash memory (flash RAM).Memory is to calculateThe example of machine readable medium.Computer-readable medium includes that permanent and non-permanent, removable and non-removable media can be withInformation storage is realized by any method or technique.Information can be computer-readable instruction, data structure, the module of program orOther data.The example of the storage medium of computer includes, but are not limited to phase transition internal memory (PRAM), static RAM(SRAM), dynamic random access memory (DRAM), other kinds of random access memory (RAM), read-only memory(ROM), electrically erasable programmable read-only memory (EEPROM), fast flash memory bank or other memory techniques, CD-ROM are read-onlyMemory (CD-ROM), digital versatile disc (DVD) or other optical storages, magnetic tape cassette, tape magnetic disk storage orOther magnetic storage apparatus or any other non-transmission medium can be used for storage and can be accessed by a computing device information.According toHerein defines, and computer-readable medium does not include non-persistent computer readable media (transitory media), such asThe data-signal and carrier wave of modulation.
The application is with reference to method, the flow of equipment (system) and computer program product according to the embodiment of the present applicationFigure and/or block diagram describe.It should be understood that can be realized by computer program instructions every first-class in flowchart and/or the block diagramThe combination of flow and/or box in journey and/or box and flowchart and/or the block diagram.These computer programs can be providedInstruct the processor of all-purpose computer, special purpose computer, Embedded Processor or other programmable data processing devices to produceA raw machine so that the instruction executed by computer or the processor of other programmable data processing devices is generated for realThe device for the function of being specified in present one flow of flow chart or one box of multiple flows and/or block diagram or multiple boxes.
These computer program instructions, which may also be stored in, can guide computer or other programmable data processing devices with spyDetermine in the computer-readable memory that mode works so that instruction generation stored in the computer readable memory includes referring toEnable the manufacture of device, the command device realize in one flow of flow chart or multiple flows and/or one box of block diagram orThe function of being specified in multiple boxes.
These computer program instructions also can be loaded onto a computer or other programmable data processing device so that countSeries of operation steps are executed on calculation machine or other programmable devices to generate computer implemented processing, in computer orThe instruction executed on other programmable devices is provided for realizing in one flow of flow chart or multiple flows and/or block diagram oneThe step of function of being specified in a box or multiple boxes.
Although the preferred embodiment of the application has been described, created once a person skilled in the art knows basicProperty concept, then additional changes and modifications can be made to these embodiments.So it includes excellent that the following claims are intended to be interpreted asIt selects embodiment and falls into all change and modification of the application range.
Finally, it is to be noted that, herein, the terms "include", "comprise" or its any other variant are intended toCover non-exclusive inclusion, so that the process, method, article or equipment including a series of elements includes not only thoseElement, but also include other elements that are not explicitly listed, or further include for this process, method, article or settingStandby intrinsic element.In the absence of more restrictions, the element limited by sentence "including a ...", it is not excluded thatThere is also other identical elements in the process, method, article or apparatus that includes the element.
The loaming method to a kind of network communication message provided herein and a kind of network communication message is unrestrained aboveTrip device is described in detail, and specific examples are used herein to illustrate the principle and implementation manner of the present application,The description of the example is only used to help understand the method for the present application and its core ideas；Meanwhile for the one of this fieldAs technical staff, according to the thought of the application, there will be changes in the specific implementation manner and application range, to sum up instituteIt states, the contents of this specification should not be construed as limiting the present application.