CN101778134A - 数据同步方法及移动通信终端 - Google Patents
数据同步方法及移动通信终端 Download PDFInfo
- Publication number
- CN101778134A CN101778134A CN201010004702A CN201010004702A CN101778134A CN 101778134 A CN101778134 A CN 101778134A CN 201010004702 A CN201010004702 A CN 201010004702A CN 201010004702 A CN201010004702 A CN 201010004702A CN 101778134 A CN101778134 A CN 101778134A
- Authority
- CN
- China
- Prior art keywords
- data
- synchronization
- synchronizer
- buffer memory
- map information
- 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
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明揭示一种数据同步方法,用于至少两个同步设备之间的数据同步,包括:第一同步设备与第二同步设备之间初始化并确定通讯方式;第一同步设备与第二同步设备按照确定的通讯方式执行数据同步步骤;还包括第一同步设备判断是否有缓存的map信息,如有缓存的map信息,则先执行缓存的map信息同步步骤直至缓存的map信息同步结束;所述的第一同步设备中还设置有同步日志,用于记录每个待同步的数据及其数据同步状态;本发明还涉及一种相应的移动通信终端。
Description
技术领域
本发明涉及一种至少两个设备之间的数据同步方法,尤其涉及一种数据同步被中断后的接续同步方法,同时本发明涉及一种移动通信终端。
背景技术
PIM业务,从实现上来讲,就是通过SyncML协议将移动终端的个人信息备份到网络侧的服务器上,或从网络侧的服务器获取个人信息同步到移动终端,最终达到移动终端和网络服务器的个人信息同步的目的。从概念上,我们这里所说的PIM业务是指一种无线增值业务,通过空中信道实现数据传输,比如中国移动的“号簿管家”业务、中国电信的“备份”业务,都可以叫做PIM业务。
PIM系统主要分为两个部分:同步客户端和同步服务器。PIM客户端通常指终端设备和客户端软件,它向服务器端发送终端的个人信息和同步数据,并且接收网络服务器端的响应消息。在PIM系统中,客户端设备通常是手机、PDA等移动终端。同步服务器通常包括一个服务器和一个同步引擎,同步服务器等待终端连接到服务器,接收终端的数据修改信息,并对这些信息进行处理,最后将修改信息发送给终端。
SyncML数据同步协议中定义了客户端和服务器之间消息的交互过程。协议定义了7种基本的同步类型:双向同步、慢同步、客户端单向同步、服务器端单向同步、客户端刷新同步、服务器端刷新同步、服务器端通告同步。
以一次完整的双向同步为例,图1反映了客户端和服务器端数据交互的全过程。
从图1中可以看出,一次最基本的同步经过了3次交互的过程,共发送了6个Package。Package #1和Package #2传输初始化消息,同步双方建立连接,进行安全验证并协商同步类型。Package #3和Package #4传输同步数据,同步双方根据SyncML协议,将需要同步的数据封装成xml/wbxml数据包发送。Package #5和Package #6传输LUID(本地唯一标识符)-GUID(全局唯一标识符)之间的映射关系,服务器端保存该映射关系,并反馈给客户端结果。
由于网络故障等不可预知的原因,PIM业务正在进行的同步过程可能会被迫中断,这将导致本次同步的失败。当前基本处理方法为,在下一次同步中强制采用慢同步方式,客户端首先将本地所有数据上传到服务器,服务器经过比较处理后,再将服务器端需要同步的所有数据下发到客户端,最终达到双方数据的同步,以此保证同步的可靠性。由于没有记录异常发生时同步现场信息的机制,不能准确定位异常发生的原因,因此不能对各种不同情况的异常事件实施相应的处理措施。此外,慢同步由于需要处理和传输的数据量很大,严重降低了同步的效率。
如中国专利申请号为“200680012135.3”,名称为“数据同步处理方法及客户端、服务器和数据同步系统”,公开了一种数据同步处理方法,包括客户端对服务器下发的变更数据条目进行对应变更处理;并将服务器下发的对应所述变更数据条目的全球唯一标识进行缓存;若本次同步处理被中断,下次同步处理被重启后,客户端将缓存的全球唯一标识上报给服务器存储;服务器根据所述存储结果,将自身变更数据库中未包括在所述存储结果中的全球唯一标识及其对应的变更数据条目下发给客户端,然后返回处理过程。但是对于数据同步过程中出现断点的情况下,如何标记同步现场及同步状态,以及如何进行从断点处继续进行后续同步,上述专利并未有详细的解决方案。
发明内容
本发明要解决的技术问题是,同步异常中断时,如何标记同步现场,以及在下次同步时,如何通知服务器端并达成协议,接着上次的“断点”继续同步上次遗留的未同步数据。
基于此,本发明揭示了一种新型的数据同步方法,能有效的解决数据同步过程中因外界因素被中断后需要重新重头开始进行数据同步的问题。
本发明的技术方案是:一种数据同步方法,用于至少两个同步设备之间的数据同步,包括:
第一同步设备与第二同步设备之间初始化并确定通讯方式;
第一同步设备与第二同步设备按照确定的通讯方式执行数据同步步骤;
还包括第一同步设备判断是否有缓存的map信息,如有缓存的map信息,则先执行缓存的map信息同步步骤直至缓存的map信息同步结束;
所述的第一同步设备中还设置有同步日志,用于记录每个待同步的数据及其数据同步状态。
在本发明一个较佳实施例中,所述的同步日志包括第一同步设备所有数据的ID和该数据的同步状态,且唯一对应。
在本发明一个较佳实施例中,所述同步日志上的数据同步状态至少包括新增、修改、删除、已同步、异常五种类型。
在本发明一个较佳实施例中,在第一同步设备与第二同步设备的每次数据交换过程中,均对同步日志进行更新并保存。
在本发明一个较佳实施例中,当所述的缓存的map信息同步结束后,第一同步设备清除缓存的map信息。
在本发明一个较佳实施例中,还包括,所述第一同步设备判断其接收到的第二同步设备发送的数据是否是新增数据的操作,如是则处理完毕接收的数据后缓存map信息;如否则直接进行同步。
在本发明一个较佳实施例中,第一同步设备将所有第二同步设备下发的新增数据处理完毕并缓存map信息后,开始向第二同步设备发送缓存的map信息,待第一同步设备接收到第二同步设备对map信息的响应信号后,第一同步设备清除缓存中收到第二同步设备响应的这部分map信息。
本发明的另一目的在于揭示一种移动通信终端,使之能轻易便捷的实现数据同步过程中被中断后接续原有同步现场进行同步的功能。
一种移动通信终端,包括数据发送单元、数据接收单元和数据处理单元,其特征在于,所述的移动通信终端还包括同步日志单元,所述的同步日志单元记录的同步日志与移动通信终端的待同步数据及其同步状态唯一对应,所述的移动通信终端还包括缓存单元,用于缓存其他数据同步设备与所述数据同步设备之间进行数据同步时新增数据的map信息。
在本发明一个较佳实施例中,所述的其他同步设备为网络服务器,所述的移动通信终端与所述的网络服务器进行数据同步。
在本发明一个较佳实施例中,同步过程中,所述的移动通信终端将需要同步的数据发送给其他数据同步设备,当所述的移动通信终端接收到其他数据同步设备处理的确认信息后,更新同步日志单元中该数据的同步状态为已同步;当所述的缓存的map信息同步结束后,所述的数据同步设备清除缓存的map信息。
本发明通过添加同步日志表并缓存map信息标记同步现场,这样,在发生异常中断后,在下一次同步时可接着上次的“断点”继续进行,及继续同步遗留下的未同步的数据而不是同步所有数据,从而增加同步成功率并大大提高了同步效率。
附图说明
图1是本发明背景技术中双向同步数据交互流程示意图;
图2为本发明实施例中移动通信终端的组成示意图;
图3是本发明实施例中数据同步流程的示意图。
具体实施方式
下面结合附图对本发明的较佳实施例进行详细阐述,以使本发明的优点和特征能更易于被本领域技术人员理解,从而对本发明的保护范围做出更为清楚明确的界定。
本发明实施例中,以手机与服务器的数据双向交互同步为例来说明本发明的主要构思,但本发明同样可以应用在其他产品的数据同步上,包括多个设备之间的数据同步,以及数据单向、双向或者多向的数据同步。
在手机与服务器同步过程中,如果同步因为网络或者外界的因素,导致同步中断,则如果想在下次同步中,接着上次的“断点”继续进行,需要满足两个前提条件:
1、保存有上次中断时的同步现场,知道哪些数据已经同步了,哪些数据需要继续同步,这些数据包括手机端的数据,也包括服务器端需要同步的数据;
2、设计一种机制,通过该机制,手机端可以和服务器进行交互,协商确认上次中断时的同步现场。
在本发明实施例中,为标记手机端数据的状态,设计添加一个本地同步日志表,该表中有两个基本要素,本地数据ID(LUID)和该数据的同步状态。数据ID包括客户端上所有数据记录,且唯一对应;同步状态有新增、修改、删除、已同步、异常五种类型。
当本地数据发生变化时,需要同步更新日志表。具体为,同步过程中,将需要同步的数据发送给服务器端,当接收到服务器端处理后的确认信息后,更新同步状态为已同步。这样,通过该日志表,就可以实时记录本地数据的同步状态,不管什么因素引起的中断,下次同步时就只需要更新剩余的,状态并非为“已同步”的数据。相应的,亦会根据服务器端对数据的不同处理,同步日志进行相应的标记。
同步过程中,如果服务器端有需要同步的数据,手机端接收到服务器端的数据后进行处理并向服务器发送处理结果,如果是新增数据,还需要向服务器发送map信息,确定服务器与手机之间每个数据的映射关系。服务器接收到map信息后需要对该map关系进行存储并向手机端反馈,手机端接收到服务器对map的响应信息后,才能最终确认该数据已成功同步。此处的map信息指:每个数据的ID与服务器端全部数据的ID之间的映射关系。
由于这个过程需要交互三次,为避免在交互过程中由于中断而造成信息丢失,本发明实施例每次接收到服务器端数据并且实际处理后,缓存map信息。接收完服务器所有数据后,向服务器发送map信息,当接收到服务器对map信息的响应信息后,删除对应的缓存信息。这样,当中断发生后,下次同步时,先检查缓存,如果缓存中有对应的map信息,说明这些记录是上次同步过程中从服务器接收,但是还没有通知服务器或者没有接收到服务器对map响应的数据,手机端将首先向服务器发送这些map信息。
如图2所示,本发明的手机构成包括数据发送单元101,用于发送各类数据同步信息至数据同步设备,比如网络服务器等;数据接收单元103,用于接收从同步设备下发的各类信息,包括map信息,比如数据同步能力。数据同步类型等,通过数据发送单元101与数据接收单元103,实现手机与网络服务器的数据交换和同步。手机还包括数据处理单元102,用来对接收和发送的各类信息进行处理,从而确保数据的接收和发送都准确无误,此外还包括同步日志单元104,主要用于记录数据同步的状态、待同步的数据量、数据类型、数据交换能力等,并且同步日志随着数据交换的进行及时进行更新和保存,同步日志中的数据ID包括客户端上所有数据记录,且唯一对应;为了各类数据的存储,手机还包括缓存单元105,缓存单元105的大小及类型,视手机的需要及实际应用环境而定。
结合附图3,以双向同步为例,本发明实施例对整个技术方案进行详细说明。一次完整的同步过程可能会涉及到以下具体步骤:
1、首先进行数据同步前的准备,S1正确配置手机端和服务器的参数。
2、在配置完数据交换设备双方的参数后,双方开始进行握手,包括:S2手机端向服务器发送初始化信息,包括终端类型、同步能力描述、申请的同步类型等。
3、以及S3手机端接收服务器返回的确认消息,该确认消息中,包括服务器能力描述及安全验证结果,以及协商后的同步类型等信息,从而完成双方数据同步前的握手步骤。握手的发起方也可以是服务器,服务器下发握手信息到手机,手机根据接收到的握手指令,确认是否可以接收数据同步类型、数据同步方式及数据同步能力,并反馈给服务器,从而完成双方的握手步骤。
4、接下来需要判定是否是双向同步及类型,手机端判定双方协商后的同步类型,如果是慢同步,按照正常的慢同步流程进行,准备发送手机端上的所有数据;如果是双向同步,S5检查缓存中是否有map信息。
5、双向同步模式下,根据对map缓存区的检查结果,执行相应的处理步骤。如果缓存区有map信息,S6首先向服务器发送上次同步缓存的map信息并S7接收服务器对map映射的响应信息;接收到map响应信息后,S8清除该部分map缓存信息。S9判断是否所有map信息都已发送完毕。如果还有剩余map信息,继续发送;如果没有剩余map信息,则向服务器发送请求,请求服务器从上次中断点的位置,继续发送后续数据。
6、双向同步模式下,如果缓存区没有map信息,则S10手机端向服务器发送需要同步的数据并S11接收服务器处理后的确认信息,根据确认信息S12更新本地同步日志表。S13检查是否所有数据都发送完毕,如果还有数据需要同步,继续向服务器发送,如果没有数据需要同步,则向服务器发送请求,S14请服务器发送同步数据。
7、请求服务器发送同步数据后,S15接收服务器下发的同步数据并S16按照操作指令进行处理,处理完毕,S17向服务器发送处理结果信息,如果是新增加数据的操作,则缓存map信息。
8、S18判断是否接收完所有同步数据。如果服务器还有数据需要下发,请求服务器继续发送;如果服务器没有数据需要下发,则开始S19向服务器发送缓存的map信息。
9、S20手机端接收服务器对map映射的响应信息,S21清除手机端缓存中收到服务器响应的这部分map映射信息。
10、S22检查是否手机端所有缓存的map信息已经发送完毕,如果还有剩余map信息,继续向服务器发送。如果所有map信息已经发送并且接收到了服务器的响应信息,S23结束本次同步。
从上述实施例可以看出,本发明揭示的数据同步方法,具有以下优点:
1、为实时记录手机端数据的同步状态,本发明实施例提出添加本地同步日志表的解决方法。该方法可以在不改变同步数据结构的情况下,实时标记同步数据的状态,进而保留同步现场,为“断点续传”奠定了基础。
2、通过设计map映射缓存机制,本发明揭示了一种解决方法,为“断点续传”提供了依据。同步过程中,手机端接收到服务器下发的数据并且按照操作指令处理后,如果是新增加的数据,缓存map信息。如果是服务器对手机端的数据进行修改、删除等操作后的数据,则不需缓存map信息。当所有数据接收完毕后,向服务器发送map映射信息,当接收到服务器对map信息的响应信息后,清除该部分map信息。这样,当发生中断后,保存在缓存中的map信息就记录了服务器端需要同步数据的同步情况。下次同步时,首先向服务器发送缓存的map信息,服务器接收到该信息后,就可知道哪些数据在上次中断前已经同步,从而可以接着上次中断位置,仅发送后续数据。
3、本发明以双向快同步为例,提供了可在PIM业务中实现“断点续传”的完整方法,包括手机端和服务器的交互机制,整体实现流程。
相比现有的技术方案,当发生异常中断后,本发明可以在下次同步时接着上次的“断点”继续传输后续的数据而不是重新传输所有数据,从而大大节省了下次同步的同步时间,提高了同步效率并在一定程度上增加了同步成功率
本发明也适合客户端单向同步、客户端刷新同步、服务器端单向同步和服务器端刷新同步。客户端单向同步和客户端刷新同步时,不会有缓存的map文件,直接准备发送客户端需要同步的数据,发送完毕并接收到确认信息后,结束同步。服务器端单向同步和服务器端刷新同步,首先判断是否有缓存信息,如果有缓存信息,首先发送缓存的map信息,如果没有缓存的map信息,直接请求服务器发送同步数据。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本领域的技术人员在本发明所揭露的技术范围内,可不经过创造性劳动想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书所限定的保护范围为准。
Claims (10)
1.一种数据同步方法,用于至少两个同步设备之间的数据同步,包括:
第一同步设备与第二同步设备之间初始化并确定通讯方式;
第一同步设备与第二同步设备按照确定的通讯方式执行数据同步步骤;
其特征在于,还包括第一同步设备判断是否有缓存的map信息,如有缓存的map信息,则先执行缓存的map信息同步步骤直至缓存的map信息同步结束;
所述的第一同步设备中还设置有同步日志,用于记录每个待同步的数据及其数据同步状态。
2.根据权利要求1所述的数据同步方法,其特征在于,所述的同步日志包括第一同步设备所有数据的ID和该数据的同步状态,且唯一对应。
3.根据权利要求2所述的数据同步方法,其特征在于,所述同步日志上的数据同步状态至少包括新增、修改、删除、已同步、异常五种类型。
4.根据权利要求3所述的数据同步方法,其特征在于,在第一同步设备与第二同步设备的每次数据交换过程中,均对同步日志进行更新并保存。
5.根据权利要求1~4之一所述的数据同步方法,其特征在于,当所述的缓存的map信息同步结束后,第一同步设备清除缓存的map信息。
6.根据权利要求5所述的数据同步方法,其特征在于,还包括,所述第一同步设备判断其接收到的第二同步设备发送的数据是否是新增数据的操作,如是则处理完毕接收的数据后缓存map信息;如否则直接进行同步。
7.根据权利要求6所述的数据同步方法,其特征在于,第一同步设备将所有第二同步设备下发的新增数据处理完毕并缓存map信息后,开始向第二同步设备发送缓存的map信息,待第一同步设备接收到第二同步设备对map信息的响应信号后,第一同步设备清除缓存中收到第二同步设备响应的这部分map信息。
8.一种移动通信终端,包括数据发送单元、数据接收单元和数据处理单元,其特征在于,所述的移动通信终端还包括同步日志单元,所述的同步日志单元记录的同步日志与移动通信终端的待同步数据及其同步状态唯一对应,所述的移动通信终端还包括缓存单元,用于缓存其他数据同步设备与所述移动通信终端之间进行数据同步时新增数据的map信息。
9.根据权利要求8所述的移动通信终端,其特征在于,所述的其他同步设备为网络服务器,所述的移动通信终端与所述的网络服务器进行数据同步。
10.根据权利要求8或9所述的移动通信终端,其特征在于,同步过程中,所述的移动通信终端将需要同步的数据发送给其他数据同步设备,当所述的移动通信终端接收到其他数据同步设备处理的确认信息后,更新同步日志单元中该数据的同步状态为已同步;当所述的缓存的map信息同步结束后,所述的数据同步设备清除缓存的map信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010004702A CN101778134A (zh) | 2010-01-11 | 2010-01-11 | 数据同步方法及移动通信终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010004702A CN101778134A (zh) | 2010-01-11 | 2010-01-11 | 数据同步方法及移动通信终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101778134A true CN101778134A (zh) | 2010-07-14 |
Family
ID=42514458
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010004702A Pending CN101778134A (zh) | 2010-01-11 | 2010-01-11 | 数据同步方法及移动通信终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101778134A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102694688A (zh) * | 2012-06-07 | 2012-09-26 | 浪潮电子信息产业股份有限公司 | 一种集群存储系统内部的管理日志双向同步方法 |
CN103281798A (zh) * | 2013-05-30 | 2013-09-04 | 腾讯科技(深圳)有限公司 | 一种实现修改同步的方法、装置及系统 |
CN104836655A (zh) * | 2015-04-27 | 2015-08-12 | 深圳市金立通信设备有限公司 | 一种数据同步方法 |
CN104967723A (zh) * | 2015-04-27 | 2015-10-07 | 深圳市金立通信设备有限公司 | 一种终端 |
WO2015192661A1 (zh) * | 2014-06-19 | 2015-12-23 | 中兴通讯股份有限公司 | 一种分布式存储系统中的数据同步方法、装置及系统 |
CN105635286A (zh) * | 2015-12-31 | 2016-06-01 | 武汉传神信息技术有限公司 | 分布式系统同步式数据同步的方法 |
CN105743970A (zh) * | 2015-12-31 | 2016-07-06 | 武汉传神信息技术有限公司 | 分布式系统异步式数据同步的方法 |
CN108270814A (zh) * | 2016-12-30 | 2018-07-10 | 北京优朋普乐科技有限公司 | 一种数据同步方法及装置 |
CN110381120A (zh) * | 2019-06-21 | 2019-10-25 | 努比亚技术有限公司 | 数据发送、接收方法、第一、二终端及计算机存储介质 |
-
2010
- 2010-01-11 CN CN201010004702A patent/CN101778134A/zh active Pending
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102694688A (zh) * | 2012-06-07 | 2012-09-26 | 浪潮电子信息产业股份有限公司 | 一种集群存储系统内部的管理日志双向同步方法 |
CN103281798A (zh) * | 2013-05-30 | 2013-09-04 | 腾讯科技(深圳)有限公司 | 一种实现修改同步的方法、装置及系统 |
WO2015192661A1 (zh) * | 2014-06-19 | 2015-12-23 | 中兴通讯股份有限公司 | 一种分布式存储系统中的数据同步方法、装置及系统 |
CN105187464A (zh) * | 2014-06-19 | 2015-12-23 | 中兴通讯股份有限公司 | 一种分布式存储系统中的数据同步方法、装置及系统 |
CN105187464B (zh) * | 2014-06-19 | 2019-11-05 | 南京中兴软件有限责任公司 | 一种分布式存储系统中的数据同步方法、装置及系统 |
CN104836655A (zh) * | 2015-04-27 | 2015-08-12 | 深圳市金立通信设备有限公司 | 一种数据同步方法 |
CN104967723A (zh) * | 2015-04-27 | 2015-10-07 | 深圳市金立通信设备有限公司 | 一种终端 |
CN104836655B (zh) * | 2015-04-27 | 2019-05-21 | 深圳市金立通信设备有限公司 | 一种数据同步方法 |
CN105635286A (zh) * | 2015-12-31 | 2016-06-01 | 武汉传神信息技术有限公司 | 分布式系统同步式数据同步的方法 |
CN105743970A (zh) * | 2015-12-31 | 2016-07-06 | 武汉传神信息技术有限公司 | 分布式系统异步式数据同步的方法 |
CN108270814A (zh) * | 2016-12-30 | 2018-07-10 | 北京优朋普乐科技有限公司 | 一种数据同步方法及装置 |
CN110381120A (zh) * | 2019-06-21 | 2019-10-25 | 努比亚技术有限公司 | 数据发送、接收方法、第一、二终端及计算机存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101778134A (zh) | 数据同步方法及移动通信终端 | |
CN102456052B (zh) | 一种嵌入式设备与数据库数据同步方法 | |
CN103905397B (zh) | 数据同步方法和系统 | |
CN101102577B (zh) | 无线通信基站系统前后台数据库表数据增量同步方法 | |
CN107729366A (zh) | 一种普适多源异构大规模数据同步系统 | |
US10021182B2 (en) | Method and apparatus for data synchronization | |
CN103701843A (zh) | 一种信息同步数据传输方法及系统 | |
WO2021147793A1 (zh) | 数据处理方法、装置、系统、电子设备及计算机存储介质 | |
CN111259022B (zh) | 一种信息同步方法、同步系统、计算机设备和介质 | |
CN101516131A (zh) | 一种数据同步的方法、系统和装置 | |
CN1798322B (zh) | 数据传输系统及方法 | |
CN101707785B (zh) | 移动通讯终端的数据同步方法 | |
CN103559198A (zh) | 一种数据同步的方法及设备 | |
CN109302456A (zh) | 一种基于空中下载ota技术的文件传输方法及装置 | |
CN110324384A (zh) | 数据推送的方法和装置 | |
CN102055606B (zh) | 一种业务支撑系统中的业务处理方法、系统及设备 | |
CN110019536B (zh) | 一种基于医疗区块链技术的数据库系统 | |
CN102843265B (zh) | 一种通讯规约的不复位无微扰的热备双连接方法 | |
CN105677885A (zh) | 航运业数据同步的收发设备及方法、及同步系统 | |
CN102196044A (zh) | 数据传输方法及系统 | |
CN109271454A (zh) | 一种数据同步的方法及网络设备 | |
CN105357234A (zh) | 无线数据卡、通信系统及数据同步方法 | |
CN104185169A (zh) | 空中写卡的状态同步方法、装置及系统 | |
CN113194131A (zh) | 一种网页浏览器的电脑手机信息同步方法 | |
CN110851526B (zh) | 数据同步方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100714 |