CN101888393A - Non-uniform cooperative system and method based on component middleware platforms under network environment - Google Patents
Non-uniform cooperative system and method based on component middleware platforms under network environment Download PDFInfo
- Publication number
- CN101888393A CN101888393A CN2009100511097A CN200910051109A CN101888393A CN 101888393 A CN101888393 A CN 101888393A CN 2009100511097 A CN2009100511097 A CN 2009100511097A CN 200910051109 A CN200910051109 A CN 200910051109A CN 101888393 A CN101888393 A CN 101888393A
- Authority
- CN
- China
- Prior art keywords
- terminal
- server
- data
- newly
- record
- 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.)
- Pending
Links
Images
Abstract
The invention relates to a non-uniform cooperative system under a network environment, comprising a server and a terminal which are connected through a computer network the server and the terminal respectively comprise business data storage devices, a business component platform and a server end non-uniform cooperative middleware platform are operated on the server, and a client non-uniform cooperative middleware platform is operated on the terminal, wherein business data is produced through a business component operated on the business component platform, or produced by the terminal and sent to the server by utilizing non-uniform cooperative middleware in a centralized manner, the server carries out format conversion on the business data and stores the business data in the storage device, and the terminal saves the business data produced by the terminal and regularly sends updated business data to the server.
Description
Technical field
The present invention relates to a kind of distributed data synchro system and method for a kind of component-oriented middleware platform on computer network, especially a kind of terminal is carried out the system and method for remote synchronization to the cooperation service data of the storage of server based on expansion interface.
Background technology
In recent years, the continuous development of computer hardware technique, and the continuous improvement of infrastructure such as network are for the computation requirement that satisfies people better provides new opportunity.New computation schema and advanced ideas such as on-demand computing, general fit calculation, " cloud " calculating are suggested, wish farthest to integrate existing software and hardware basis, transparent, no space-time obstacle, active and satisfy people's demand desirably, MIT, CMU, Cambridge, the Chinese Academy of Sciences, Tsing-Hua University etc. are each big scientific research institutions both at home and abroad, and the research and development of correlation technique are also all set about carrying out by leading companies such as IBM, Google, Microsoft.Wherein, how to allow the software self-adaptive ground on upper strata adjust and be treated as the key issue that needs are studied according to the various heterogeneous networks conditions of bottom.Especially for the user, the mobile communication environment of current develop rapidly (as 3G etc.) allow increasing user propose higher demand to using mobile working, the typical case's application various cable networks is under moved under the mobile environment gradually.Wherein, under many service application occasions, people wish can be at any time to link up collaborative finishing the work with, pellucidly the complicated service of carrying out, and the detail that needn't the care technology realizes also need not the flower lot of manpower and material resources and goes operation system is upgraded or substituted.This require to support the platform of this class operation system can adapt to the variation of upper-layer service fast, neatly, adjusts service logic and data model as required, with dynamically, can adapt to the business development under the variety of network environments with expanding
Existing mobile communication business is mostly based on the transmission and the reception of information, problem below when satisfying complicated collaborative work, existing: the restricted and wireless network environment of the communication environment of mobile device, can not guarantee reliable communication anywhere or anytime, as the blind area of signal and not restriction such as covering area.This has just determined to use must support working offline and local datastore in short-term.For example: the mobile collaboration system of an enterprise must be able to support internal user tabulation and user's group, and must there be an incomparable inconsistent data subset in these data in each portable terminal the inside---can not there be (can not comprise information such as user's password or identifying code in as user list) at portable terminal in the significant datas of just much being correlated with.
In existing correlation technique, the data that the message-oriented middleware technology utilizes the high-efficiency reliable message passing mechanism to carry out platform independence exchange, and carry out the integrated of distributed system based on data communication.Transmit and the message queueing model by giving information, it can be in the communication between the expansion process under the distributed environment.But existing message-oriented middleware technology is not considered the situation of unreliable communication under the mobile environment, is unsuitable for realizing the nonuniformity collaborative work under the mobile environment.
At mobile environment, Microsoft has released the database technology towards Windows CE, by merge replication and remote data access (RDA) technology, and the transfer of data between SQL Server and SQL Server CE, can realize the synchronization mechanism under the mobile environment, but cross-platform having difficulties used in this technology and platform binding.
Software component technology because can plug, easily the relatively independent characteristics of multiplexing, platform have been subjected to more concern.Based on soap protocol under the Web environment of software component technology and Web Service technology, utilize unified interface, can realize non-consistent the working in coordination with under the internet environment.But this method not only realizes complexity, handles owing to introduced too much agreement, transmission and interface, has influenced the performance of associated treatment, also is difficult to adapt to the collaborative work of terminal when off-line.
Consider the characteristics of existing mobile environment, must support data synchronization on local data and the server, and must be, make mobile application system can support working offline in short-term by keeping rational off-line data based on collaborative mobile application.
The present invention proposes a kind of the proposition under a kind of network environment, the especially non-consistent cooperative operation system under the mobile radio network environment.With respect to component technology based on OO SCA/SDO, the component technology based on J2EE that the present invention proposes expands platform, easily multiplexing, can accomplish existing some WebApp are directly migrated in the member server of the present invention, unified calling interface by external issue and utilize inconsistent data synchronization engine on server and the terminal finish between the two synchronously, have the insurmountable subject matter of method in the collaborative work now thereby solve.
Inconsistent data method for synchronous by this method proposes provides the adaptive ability for the wireless communications environment lower network to a certain extent, thereby has realized the non-consistent collaboration working method under a kind of comparatively desirable wired and radio network conditions.That this method also has is cross-platform, use the characteristics such as flexible of supporting.In addition, when secondary development, the developer only need pay close attention to the business model data foundation, revise and represent, do not need to understand the challenges such as communication environment transmission optimization of platform bottom, isomery, resource-constrained, simplified difficulty greatly.
Summary of the invention
Be difficult to adapt to wireless communication network environments at existing non-consistent coordination technique, realize complicated deficiency, the present invention proposes the non-uniform cooperative system under a kind of network environment, described non-uniform cooperative system comprises server and the terminal composition that connects by computer network, server and terminal all have the business datum memory device, business component platform and the non-consistent middleware platform of working in coordination with of server end have been moved on the server, moved the non-consistent middleware platform of working in coordination with of client on the terminal, wherein business datum produces by the business component that moves on the business component platform, or produce by terminal, storage also utilizes and non-ly consistently work in coordination with that middleware is concentrated to send on the server, and server carries out being stored in the described memory device after the format conversion to business datum.System regularly carries out following synchronous processing procedure: terminal reads local last synchronous record and timestamp, adds self identification and each record number at most that upgrades, and sends to server.If the local synchronous recording that does not have the last time then is an initialization procedure; Server is searched daily record after receiving the synchronization request of terminal, need to judge whether the synchronizing content of terminal.If no, then notify terminal.If new log content is arranged, then according to time-sequencing, read the each record number of record number at most that upgrades of inoperation, return to terminal; Terminal receives the daily record of server and returns, if find not have new daily record, then finishes.If new daily record is arranged, terminal sends the concrete renewal data content of each daily record to server in order, after the success server acknowledge, upgrade local related data, and announcement server, some records dispose, and server is deleted the record of this locality; If the record number that synchronization request of terminal discovery is returned can think then that less than each record numbers at most that upgrade this synchronization request finishes.Otherwise, think that server has new daily record in addition, at this moment, terminal enters step 1 at once, carries out Synchronous Processing process next time, up to thinking that synchronization request finishes.Described system carries out following processing procedure synchronously to change and deleted data: terminal is set up the data structure and the operation of local update and is described, and initiates the Data Update request to server.Comprise data content and a unique timestamp in the update request, to distinguish different renewals; Server receives the Data Update request, does the nonuniformity conversion by the data transfer device that associated components provides, and upgrades the data of local storage.And upgrade daily record according to the unique timestamp record of terminal, if whois lookup exists to corresponding renewal daily record timestamp, show processing that server is successful this renewal, this moment, server was not done any operation, directly returned success and replied to terminal; Server sends to terminal and upgrades replying successfully, after the terminal reception, just does the Data Update of this locality.If server to terminal sent one upgrade failure replying or network breaks down, server can't be notified the terminal success, then terminal is not done renewal.Described system carries out following processing procedure synchronously with newly-increased data: terminal is set up local newly-increased data structure and operation and is described by object, initiates the newly-increased request of data to server.Comprise a data content and a timestamp in the newly-increased request, to distinguish different renewals; Server receives the newly-increased request of data, does the nonuniformity conversion by the data transfer device that associated components provides.And data newly-increased or the local storage of renewal.And according to the unique timestamp of terminal, record upgrades daily record; Server sends the sign of replying that increases newly successfully to terminal, after terminal receives, just does the newly-increased operation of local data.If server has sent replying of a newly-increased failure or network breaks down to terminal, server can't be notified the terminal success, and then terminal is not done newly-increased.Described terminal is mobile phone, removable computer, or other have the mobile device of computing capability.Described computer network is the wired or wireless communication network.
Inconsistent data method for synchronous by this method proposes provides the adaptive ability for the wireless communications environment lower network to a certain extent, thereby has realized the non-consistent collaboration working method under a kind of comparatively desirable wired and radio network conditions.That this method also has is cross-platform, use and support characteristics such as flexible, implements also simpler.
Description of drawings
Fig. 1 is a non-uniform cooperative system schematic diagram of the present invention;
Fig. 2 is the structure chart of member server in the non-uniform cooperative system;
Fig. 3 is the synchronous middleware module structure chart of server end in the non-uniform cooperative system;
Fig. 4 is the non-consistent dedicated data stores interface of unification of the present invention;
Fig. 5 is that XORM business datum form mapping of the present invention and form transform schematic diagram;
Fig. 6 is the server end data updating process in the non-consistent Synergistic method of the present invention;
Fig. 7 is that the terminal downloads in the non-consistent Synergistic method of the present invention is upgraded synchronizing process;
Fig. 8 is terminal change and the deleted data synchronizing process in the non-consistent Synergistic method of the present invention;
Fig. 9 is the newly-increased data synchronization process of the terminal in the non-consistent Synergistic method of the present invention.
Embodiment
The present invention is described in detail below with reference to diagram.
The present invention proposes the non-uniform cooperative system under (comprising the mobile radio network environment) under a kind of network environment.Overall construction drawing is the system of Client, specifically as Fig. 1:
Wherein, terminal can be the various operating systems of different physical addresss and the equipment of software platform, has stored local data, simultaneously terminal can gather business datum, handle, work such as control.Business component system and business datum adopt the server stores of concentrating, and synchronously, or the cooperation service data are undertaken by the synchronous middleware that lays respectively on server and the terminal.The member service support module of system is responsible for the business datum centralized stores, and the issue of business module.The compatible J2EEWebApp of each business component if carry out secondary development, does not have learning curve substantially.As Fig. 2, business component is inner mainly is responsible for the external view interface of member by the View interface.Business component inside externally provides the service logic interface by the Action interface.Relevant module configuration information defines the plug interface of each member at difference in functionality
The collaborative work of this method utilizes server and terminal inconsistent data synchronous communication middleware to carry out respectively.As Fig. 3, the inconsistent data support module of server end passes through the dedicated data stores interface: support increase, deletion, modification and query manipulation to business datum.The operation of the business datum of all members all must be through this interface.Concrete grammar please refer to subsequent content.
The special-purpose open interface of member service support: by this interface, in a single day business component is inserted in the system, just can be articulated automatically by system.Provide support for terminal at once.
As Fig. 4, the local datastore support module on the terminal is supported the .net compact framework version of windows mobile, also supports the java version of j2me.
As Fig. 5, the Object-oriented Software Development method of the IT business system of current popular and the use of relational database for convenience, make message and data format can not rely on the isomery basic system, the present invention proposes the XmlData data format of having introduced XORM notion and platform independence, and the XORM mapping techniques, it is a kind of general structured Xml data format.The business of data is calculated, and (object such as java, c#), transmission (xml form) and storage (record in the relational database) can organic unities.Make things convenient for the quick exploitation of operation system.
XmlData supports various data types and sub-XmlData structure, also supports array and sub-XmlData tabulation simultaneously, and itself is exactly an object of supporting tree-shaped arbitrary structures very flexibly.
In mobile communication environment, consider the restriction and the limited memory source of some portable terminals of bandwidth, XmlData supports the stream output of binary system pressure texture, to build taking of resource as much as possible.
In fact, the input and output of the interface View of member opening and Action also are that XmlData (View has also exported the content that the interface needs) is arranged.This also is the platform independence structure between member and platform, member and member.
System has introduced abstract communication calling interface, makes server end and portable terminal according to concrete network environment, does actual communication and realizes, perhaps supports multiple communication mode simultaneously.So that support multiple isomery portable terminal simultaneously.Support multiple concrete communication mode, as socket, http, soap etc.
Server end has been stored total data, and all terminal datas all are subclass of server end data.That is to say that each terminal is damaged, and is can obliterated data in principle.Only need reconfigure the terminal of an identical id and key,, just can recover the data of oneself by to the server requests synchronous initiation.
In addition, terminal is according to the characteristics of self, and the data structure of storage and the data structure of server are inequality.Generally speaking, the data structure of terminal inner all is to organize with the characteristics of the required information of terminal user.And server generally is the relational data structure of setting up according to the needs of professional big data quantity, has stored all terminal information.In addition, also exist terminal not allow the information that occurs, as authentication secret etc.Non-consistent conversion of this data, send non-consistent synchronization request by terminal, communication process by reality, server end receives request, search relevant member, the inconsistent data conversion action that align member is open does concrete conversion process, if handle successfully, then result is stored in the relational database of server.Specifically, non-consistent Synergistic method of the present invention mainly comprises following process:
1) server end data updating process
The renewal source of the business datum of server end has two, a function that is the user provides by associated components is directly used the Data Update of generation, another is the data change request that terminal is initiated, after the synchronous conversion (handling action) by server, upgrade the data in the local memory device by the non-consistent synchronization request of the open non-consistent terminal data of associated components.
No matter which kind of mode, system must can know which business datum is changed on the memory device of server end, and if these changes change by inconsistent data, can have influence on which terminal.This process realizes by the system server terminal storing daily record.
As Fig. 6, because the member server realizes that based on J2EE accessing storage device generally all adopts the JDBC interface.In order to intercept and capture all database access requests, the synchronous middleware of non-consistent server end has been realized the JDBC driver of a standard, and this drives the JDBC interface that top layer is provided standard.By the Wrapper pattern, access request has been done in the concrete driving of bottom intercepted and captured and transmit.Wherein the content of preserving among the Log is to upgrade data id and the timestamp that needs at each terminal synchronizes.
2) terminal downloads is upgraded synchronizing process (comprising data initialization)
Under most of situation, the use of terminal is off and on, and server initiatively push synchrodata mode does not have too big meaning.And server generally is continual operation in 7x24 hour.As Fig. 7, by the regular initiation synchronization request of terminal (non-consistent synchronous communication middleware terminal module).
Step 1: terminal reads local last synchronous logid and timestamp (Timestamp), adds self id and each record number (max_log_num) at most that upgrades, and sends to server.If the local synchronous logid that does not have the last time then can think initialization procedure.
Step 2: server is searched Log after receiving the synchronization request of terminal, need to judge whether the synchronizing content of terminal.If no, then notify terminal.If new log content is arranged, then according to time-sequencing, read the record number of inoperation max_log_num, return to terminal.(annotate: why using max_log_num restriction Record to return, is to consider the bandwidth constraints of mobile environment and the most effectively utilize the internal memory consideration).
Step 3: the log that terminal receives server returns, if find not have new log, then finishes.If new log is arranged, terminal in order, send the concrete renewal data content of each log (perhaps deletion in the change) to server, after the success server acknowledge, upgrade local related data, and announcement server, some logid dispose, and server is done deletion to the logid of this locality.
Step 4: if the record number that synchronization request of terminal discovery is returned can think then that less than max_log_num this synchronization request finishes.Otherwise, think that server has new log in addition, at this moment, terminal enters step 1 at once, carries out synchronous next time.Process is up to thinking that synchronization request finishes.
3) terminal change and deleted data synchronizing process
The interface definition open according to member allows certain business, carries out partial data in terminal and revises and deletion action, and be synchronized in the server by non-consistent mode.As Fig. 8, carry out state as the terminal use at some task work item and upgrade operation, just need initiate update request from terminal.
Step 1: terminal is set up the data structure and the operation of local update and is described by the XmlData object, initiates the Data Update request to server.Comprise data content and a unique timestamp id in the update request, to distinguish different renewals.
Step 2: server receives the Data Update request, and the data transaction action that provides by associated components does nonuniformity conversion (validity of while judgment data in the transfer process is upgraded operation with the terminal of avoiding occurring doing).And the data of the local storage of renewal.And according to the unique timestamp of terminal, record upgrades log.
Annotate: if whois lookup exists to corresponding renewal log timestamp, show processing that server is successful this renewal, may be that server is when the terminal responds successful information, network breaks down or terminal breaks down causes, this moment, server was not done any operation, directly returned success and replied to terminal.
Step 3: server sends to terminal and upgrades replying successfully, after the terminal reception, just does the Data Update of this locality.If server to terminal sent one upgrade failure replying or network breaks down, server can't be notified the terminal success, then terminal is not done renewal.
4) the newly-increased data synchronization process of terminal
The interface definition open according to member allows certain business, carries out partial data in terminal and increases operation, and be synchronized in the server by non-consistent mode.Send instruction as the terminal use to other users, in terminal transmission table, need to increase a record.Before this, need the user instruction reception table of server the inside to increase a plurality of records (each receives record of user)---the new increasing process of typical inconsistent data that Here it is.But, terminal must send successfully by server earlier before increasing newly and having sent the instruction record.Otherwise, can cause the inconsistent of data---the user that terminal sends instruction thinks that instruction sends, and server does not send successfully.So the newly-increased data of terminal have following constraint: must increase newly successfully by server, and return id number of new record, terminal just can be done local data and insert.
Step 1: terminal is set up local newly-increased data structure and operation and is described by the XmlData object, initiates the newly-increased request of data to server.Comprise a data content and a timestamp id in the newly-increased request, to distinguish different renewals.
Step 2: server receives the newly-increased request of data, and the data transaction action that provides by associated components does the nonuniformity conversion.And data newly-increased or the local storage of renewal.And according to the unique timestamp of terminal, record upgrades log.
Step 3: server sends the id that replys that increases newly successfully to terminal, after terminal receives, just does the newly-increased operation of local data.If server has sent replying of a newly-increased failure or network breaks down to terminal, server can't be notified the terminal success, and then terminal is not done newly-increased.
Synergistic data of the present invention is by by the XmlData standard packaging, and it has adopted reference format and compressed format
1), reference format
Wherein, d represents an XmlData, and the inside can comprise atomic parameter p
P represents atomic parameter, containing type t, the value v of title n and string representation (support array)
Dp represents the sub-XmlData of d inside, nested inside d node
2) compressive flow form
Compressive flow form overall structure is identical with XmlData, unique different be that the start-stop mark of structure is with the byte value representation, end mark value=start mark value+100, parameter noun and parameter value are all represented with concrete binary value, for string value, use the integer value definition character string length of four bytes and the follow-up table that thes contents are as follows:
XmlData structure compressed format D=22
| ??D | ??D+100 |
Parameter format P=21
| ??P | String name | Parameter value | ?P+100 |
String format
| Nybble length | Character string UTF8 encoded byte |
The parameter value type
| ??T_BYTEARRAY | ??2 |
| ??T_DATE | ??3 |
| ??T_DOUBLE | ??4 |
| ??T_FLOAT | ??5 |
| ??T_INT64 | ??6 |
| ??T_INT32 | ??7 |
| ??T_INT16 | ??8 |
| ??T_BYTE | ??9 |
| ??T_STR | ??10 |
| ??T_BOOL | ??11 |
| ??T_NULL | ??12 |
| ??T_BIGDECIMAL | ??13 |
| ??T_char | ??14 |
At different platforms, the XmlData of XORM, object and relation table mutual mapping adopt following method:
1) for the java platform, use the annotation technology, the member inside the class is carried out the XORM definition.For the .Net environment, use the attribute technology, the member inside the class is carried out the XORM definition.
2) by reflection technology (Reflection) relevant content is carried out XmlData, change between the object.
3),, defined the database access API. as parameter based on XmlData by encapsulation to JDBC for relational database
Embodiment described above is just carried out example to the present invention, and those skilled in the art all are considered as within the scope of the present invention in the technical scheme of carrying out on the basis that does not break away from the substantive thought of the present invention obtaining after various modifications and the improvement.The suitable scope of the present invention is as the criterion with claims and determines.
Claims (10)
1. the non-uniform cooperative system under the network environment, described non-uniform cooperative system comprises server and the terminal composition that connects by computer network, server and terminal all have the business datum memory device, business component platform and the non-consistent middleware platform of working in coordination with of server end have been moved on the server, moved the non-consistent middleware platform of working in coordination with of client on the terminal, wherein business datum produces by the business component that moves on the business component platform, or produce by terminal, storage also utilizes and non-ly consistently work in coordination with that middleware is concentrated to send on the server, and server carries out being stored in the described memory device after the format conversion to business datum.
2. the system as claimed in claim 1, it is characterized in that: described system regularly carries out following synchronous processing procedure:
Step 1: terminal reads local last synchronous record and timestamp, adds self identification and each record number at most that upgrades, and sends to server.If the local synchronous recording that does not have the last time then is an initialization procedure;
Step 2: server is searched daily record after receiving the synchronization request of terminal, need to judge whether the synchronizing content of terminal.If no, then notify terminal.If new log content is arranged, then according to time-sequencing, read the each record number of record number at most that upgrades of inoperation, return to terminal;
Step 3: terminal receives the daily record of server and returns, if find not have new daily record, then finishes.If new daily record is arranged, terminal sends the concrete renewal data content of each daily record to server in order, after the success server acknowledge, upgrade local related data, and announcement server, some records dispose, and server is deleted the record of this locality;
Step 4: if the record number that synchronization request of terminal discovery is returned can think then that less than each record numbers at most that upgrade this synchronization request finishes.Otherwise, think that server has new daily record in addition, at this moment, terminal enters step 1 at once, carries out Synchronous Processing process next time, up to thinking that synchronization request finishes.
3. system as claimed in claim 2 is characterized in that: described system carries out following processing procedure synchronously to change and deleted data:
Step 1: terminal is set up the data structure and the operation of local update and is described, and initiates the Data Update request to server.Comprise data content and a unique timestamp in the update request, to distinguish different renewals;
Step 2: server receives the Data Update request, does the nonuniformity conversion by the data transfer device that associated components provides, and upgrades the data of local storage.And upgrade daily record according to the unique timestamp record of terminal, if whois lookup exists to corresponding renewal daily record timestamp, show processing that server is successful this renewal, this moment, server was not done any operation, directly returned success and replied to terminal;
Step 3: server sends to terminal and upgrades replying successfully, after the terminal reception, just does the Data Update of this locality.If server to terminal sent one upgrade failure replying or network breaks down, server can't be notified the terminal success, then terminal is not done renewal.
4. system as claimed in claim 3 is characterized in that: described system carries out following processing procedure synchronously to increase data newly:
Step 1: terminal is set up local newly-increased data structure and operation and is described by object, initiates the newly-increased request of data to server.Comprise a data content and a timestamp in the newly-increased request, to distinguish different renewals;
Step 2: server receives the newly-increased request of data, does the nonuniformity conversion by the data transfer device that associated components provides.And data newly-increased or the local storage of renewal.And according to the unique timestamp of terminal, record upgrades daily record;
Step 3: server sends the sign of replying that increases newly successfully to terminal, after terminal receives, just does the newly-increased operation of local data.If server has sent replying of a newly-increased failure or network breaks down to terminal, server can't be notified the terminal success, and then terminal is not done newly-increased.
5. system as claimed in claim 4 is characterized in that: described terminal is mobile phone, removable computer, or other have the mobile device of computing capability.
6. system as claimed in claim 5 is characterized in that: described computer network is the wired or wireless communication network.
7. the non-consistent Synergistic method of business datum in the computer system under the network environment, described system comprises server and the terminal composition that connects by computer network, server and terminal all have the business datum memory device, business component platform and the non-consistent middleware platform of working in coordination with of server end have been moved on the server, moved the non-consistent middleware platform of working in coordination with of client on the terminal, wherein business datum produces by the business component that moves on the business component platform, or produce by terminal, storage also utilizes and non-ly consistently work in coordination with that middleware is concentrated to send on the server, and server carries out being stored in the described memory device after the format conversion to business datum.
8. method as claimed in claim 7 is characterized in that: regularly carry out following synchronous processing procedure:
Step 1: terminal reads local last synchronous record and timestamp, adds self identification and each record number at most that upgrades, and sends to server.If the local synchronous recording that does not have the last time then is an initialization procedure;
Step 2: server is searched daily record after receiving the synchronization request of terminal, need to judge whether the synchronizing content of terminal.If no, then notify terminal.If new log content is arranged, then according to time-sequencing, read the each record number of record number at most that upgrades of inoperation, return to terminal;
Step 3: terminal receives the daily record of server and returns, if find not have new daily record, then finishes.If new daily record is arranged, terminal sends the concrete renewal data content of each daily record to server in order, after the success server acknowledge, upgrade local related data, and announcement server, some records dispose, and server is deleted the record of this locality;
Step 4: if the record number that synchronization request of terminal discovery is returned can think then that less than each record numbers at most that upgrade this synchronization request finishes.Otherwise, think that server has new daily record in addition, at this moment, terminal enters step 1 at once, carries out Synchronous Processing process next time, up to thinking that synchronization request finishes.
9. method as claimed in claim 8 is characterized in that: carry out following processing procedure synchronously to change and deleted data:
Step 1: terminal is set up the data structure and the operation of local update and is described, and initiates the Data Update request to server.Comprise data content and a unique timestamp in the update request, to distinguish different renewals;
Step 2: server receives the Data Update request, does the nonuniformity conversion by the data transfer device that associated components provides, and upgrades the data of local storage.And upgrade daily record according to the unique timestamp record of terminal, if whois lookup exists to corresponding renewal daily record timestamp, show processing that server is successful this renewal, this moment, server was not done any operation, directly returned success and replied to terminal;
Step 3: server sends to terminal and upgrades replying successfully, after the terminal reception, just does the Data Update of this locality.If server to terminal sent one upgrade failure replying or network breaks down, server can't be notified the terminal success, then terminal is not done renewal.
10. method as claimed in claim 9 is characterized in that: carry out following processing procedure synchronously to increase data newly:
Step 1: terminal is set up local newly-increased data structure and operation and is described by object, initiates the newly-increased request of data to server.Comprise a data content and a timestamp in the newly-increased request, to distinguish different renewals;
Step 2: server receives the newly-increased request of data, does the nonuniformity conversion by the data transfer device that associated components provides.And data newly-increased or the local storage of renewal.And according to the unique timestamp of terminal, record upgrades daily record;
Step 3: server sends the sign of replying that increases newly successfully to terminal, after terminal receives, just does the newly-increased operation of local data.Can't notify the terminal success if server has sent replying of a newly-increased failure or the network server that breaks down occurred to terminal, then terminal is not done newly-increased.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100511097A CN101888393A (en) | 2009-05-13 | 2009-05-13 | Non-uniform cooperative system and method based on component middleware platforms under network environment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100511097A CN101888393A (en) | 2009-05-13 | 2009-05-13 | Non-uniform cooperative system and method based on component middleware platforms under network environment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101888393A true CN101888393A (en) | 2010-11-17 |
Family
ID=43074113
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009100511097A Pending CN101888393A (en) | 2009-05-13 | 2009-05-13 | Non-uniform cooperative system and method based on component middleware platforms under network environment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101888393A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102123036A (en) * | 2011-01-06 | 2011-07-13 | 河南科技大学 | Method for synchronously processing data in distributed application processing system |
| CN103825918A (en) * | 2012-11-16 | 2014-05-28 | 腾讯科技（深圳）有限公司 | Data synchronization method, terminal equipment, server and data synchronization system |
| CN104821954A (en) * | 2015-03-27 | 2015-08-05 | 中国海洋大学 | Cross-platform remote procedure call method |
| CN105791372A (en) * | 2014-12-26 | 2016-07-20 | 航天信息股份有限公司 | System and method for controlling mobile terminal device at network server side |
| CN105959420A (en) * | 2016-07-15 | 2016-09-21 | 浪潮(北京)电子信息产业有限公司 | Multi-client metadata synchronous update method and device |
| CN108377258A (en) * | 2018-01-16 | 2018-08-07 | 广州市信富信息科技有限公司 | A kind of long-range multiterminal collaboration method and system based on Cloud Server |
| CN110309191A (en) * | 2018-04-08 | 2019-10-08 | 腾讯科技（深圳）有限公司 | The methods, devices and systems of storage service data |
-
2009
- 2009-05-13 CN CN2009100511097A patent/CN101888393A/en active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102123036A (en) * | 2011-01-06 | 2011-07-13 | 河南科技大学 | Method for synchronously processing data in distributed application processing system |
| CN102123036B (en) * | 2011-01-06 | 2013-10-09 | 河南科技大学 | Method for synchronously processing data in distributed application processing system |
| CN103825918A (en) * | 2012-11-16 | 2014-05-28 | 腾讯科技（深圳）有限公司 | Data synchronization method, terminal equipment, server and data synchronization system |
| CN103825918B (en) * | 2012-11-16 | 2018-09-18 | 腾讯科技（深圳）有限公司 | Method of data synchronization, terminal device, server and system |
| CN105791372A (en) * | 2014-12-26 | 2016-07-20 | 航天信息股份有限公司 | System and method for controlling mobile terminal device at network server side |
| CN104821954A (en) * | 2015-03-27 | 2015-08-05 | 中国海洋大学 | Cross-platform remote procedure call method |
| CN105959420A (en) * | 2016-07-15 | 2016-09-21 | 浪潮(北京)电子信息产业有限公司 | Multi-client metadata synchronous update method and device |
| CN108377258A (en) * | 2018-01-16 | 2018-08-07 | 广州市信富信息科技有限公司 | A kind of long-range multiterminal collaboration method and system based on Cloud Server |
| CN110309191A (en) * | 2018-04-08 | 2019-10-08 | 腾讯科技（深圳）有限公司 | The methods, devices and systems of storage service data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101888393A (en) | Non-uniform cooperative system and method based on component middleware platforms under network environment | |
| US7930143B2 (en) | Systems and methods for sensor-based computing | |
| WO2018219178A1 (en) | Data synchronization method and apparatus, server, and storage medium | |
| CN102316129B (en) | Method of data exchange between embedded device and remote database | |
| CN102917020A (en) | Mobile terminal based on data packet and method for synchronizing business system data | |
| EP2618278B1 (en) | Synchronizing endpoint data stores having disparate schemas | |
| CN102508908A (en) | Method for acquiring subordinate financial business data and system for acquiring subordinate financial business data | |
| CN103916482A (en) | Data synchronous transmission method based on sqlite | |
| CN103907113A (en) | Method and apparatus for distributed script processing | |
| CN102999584A (en) | Electric GIS (Gas Insulated Switchgear) cross-platform spatial data service method and system | |
| CN103399934A (en) | Form data transmission and storage method | |
| CN102946648A (en) | Intelligent terminal system of wireless gateway and automatic control method of intelligent terminal system | |
| CN102906747A (en) | Method and apparatus for portable index on removable storage medium | |
| CN107515933A (en) | Change method, server, system and the storage medium of source data database table structure | |
| CN103780627A (en) | Native APP, Web APP and Wechat-similar APP information synchronization system | |
| CN1818902A (en) | Synchronizing server and device data using device data schema | |
| KR101357135B1 (en) | Apparatus for Collecting Log Information | |
| CN103440317A (en) | Incremental data inquiry method based on database time labels | |
| CN104065752A (en) | Synchronization method of data between terminals | |
| CN1852160A (en) | Method for realizing data slow synchronization and system thereof | |
| CN104917786A (en) | Method and module for saving transmission flow during interaction of client and server | |
| CN103825918A (en) | Data synchronization method, terminal equipment, server and data synchronization system | |
| CN1271812C (en) | Wireless facility synchronizing system and method | |
| CN105930410A (en) | Data service bus architecture used for data transmission of Internet of Things | |
| WO2015176443A1 (en) | Method and device for processing enterprise internet application |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| DD01 | Delivery of document by public notice |
Addressee: Shanghai Souln Electronic Technology Co., Ltd. Document name: Notification that Application Deemed to be Withdrawn |
|
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20101117 |