变更记录处理的优化的制作方法

专利名称：：变更记录处理的优化的制作方法相关申请本专利申请要求享受1998年11月17日提交的专利序列号为60/108902，以及1998年12月1日提交的专利序列号为60/110485的共同未决美国临时申请的优先权，这里将它们的内容全部引入作为参考。本专利申请的主题还涉及＿＿提交的专利序列号为＿＿的共同未决美国非临时专利申请(代理人文号34650-00402)。通过采用变更记录处理，信息同步的方便性和效率已经得到了进一步增强和提高。变更记录通常是一个寄存器或者一组记录，其中储存着对有关数据库之一进行的变更的一个记录。例如，跟第一个数据库有关的变更记录储存和维护着跟第一个数据库的记录的变更有关的信息。在同步过程中，变更记录被同步装置用于只处理包括在变更记录中的那些变更。因此，通过避免比较第一个数据库中包括的每一条记录跟包括在第二个数据库中每一条对应的记录，以便在这两个数据库之间保持一个一一对应的关系，变更记录明显地提高了信息同步的效率。这种方法的一个明显问题是变更记录是在第一个数据库中储存和维护的，这就使得同步装置必须在启动同步程序以后请求将整个变更记录传输过来。因为同步装置必须按照第一个数据库中变更的顺序变更第二个数据库，同步装置必须读出整个变更记录，以确认变更记录中最旧的条目(例如一个数据库中最旧的变更)。随着变更记录的多少不同，这一过程可能会非常费时。另一个明显的问题是现有的方法没有说明将变更记录传输给同步装置的最好方法，也没有说明同步装置处理变更记录的最优顺序，更没有说明在传输变更记录的过程中发生中断的时候同步装置应该如何处理。例如，典型的传输是从变更记录的第一个字节开始的，在变更记录的最后一个字节结束。如果在传输过程中发生了中断，这个同步装置就不会收到变更记录中最旧的条目，它就不能在第二个数据库中开始处理变更记录中的条目。因此，变更记录传输的中断会迫使同步装置跟第一个数据库的连接恢复以后，请求重新传输整个变更记录。这一过程进一步地降低了信息同步的效率。因此，考虑到现有方法的缺陷，需要一种方法和装置，这种方法和装置能够优化采用变更记录的同步过程，从而提高信息同步的效率。发明简述现有技术中的这些缺陷是用本发明的方法和系统来弥补的。例如，如同迄今为止还没有认识到的一样，通过提高变更记录的处理效率，对优化第一个装置和第二个装置之间的信息同步是有好处的。例如，根据本发明的一个方面，第二个装置储存一个变更计数器值，这个值跟储存在第一个装置中的变更记录的最后那个同步条目有关。包括提交了变更计数器值以后出现的条目的一部分变更记录，最好是按照预先确定的次序从第一个装置传输给第二个装置，从而避免在变更记录的传输过程中发生中断的时候需要重新启动同步过程。还有，储存在第二个装置中的变更计数器值，最好在第二个装置处理完传输过的变更记录的每一个条目之后并响应于第一个装置中进行的数据库更新来进行更新。在第一个实施方案中，当前的变更计数器储存在第一个装置中，并在第一个装置中响应第二个装置的数据库更新命令进行更新。根据第一个装置中数据库的更新命令的处理状况，第一个装置随后将更新过的变更计数器值返回给第二个装置。更新过的变更计数器可以包括在例如给第二个装置的一则确认消息中。这则确认消息可以将当前变更计数器值、第一个装置中记录的唯一标识(UID)和数据库更新命令的状态告诉第二个装置。第二个装置可以随后将返回的变更计数器的值储存起来，供以后的同步过程使用，或者在发生中断或者其它差错的情况下使用，而没有必要读出整个变更记录。在第二个实施方案中，第二个装置在启动同步程序的时候将储存的变更计数器提交给第一个装置，第一个装置向第二个装置传输在提交了变更计数器以后变更记录里的条目。变更记录里的条目最好是用相反的顺序传输给第二个装置(例如变更记录中最旧的条目最先传输)。第二个装置最好首先处理变更记录中最旧的条目，在每个条目处理过以后更新储存在第二个装置中的变更计数器。结果，第二个装置在发生中断的时候能够避免重新启动同步程序，能够按照收到的变更记录的条目开始更新，即使只是收到传输过来的一部分变更记录。本发明的技术优点包括，但不限于，以下示例性的技术优点。应当明白，这些实施方案可以不涉及以下示例性的技术优点。本发明的一个重要技术优点是，通过保证第二个装置维护好当前的变更计数器，它能够提高变更记录处理的效率。本发明另外一个重要的技术优点是，它使得第二个装置能够处理变更记录条目，而不管变更记录的传输是否发生了中断。本发明再一个重要的技术优点是，它使得第二个装置能够开始处理变更记录，即使实际上只收到一部分变更记录。本发明还有一个重要的技术优点，那就是它通过优化变更记录处理使用变更记录，能够提高同步过程的效率。本发明上面描述的特征和其它特征将参考附图中示例性的实例更加详细地加以说明。本领域里的技术人员会明白描述的这些实施方案是为了进行说明和帮助理解，从它们可以想出各种等价的实施方案。图2是能够用于同步不同数据库的同步装置的一个示例性功能框图；和图3A、3B、3C和3D用流程图的形式说明实践本发明的原理的示例性方法。附图详述在以下说明中，为了进行说明而不是进行限制，给出了具体细节，比方说特定的电路、逻辑模块(例如用软件、硬件、固件、它们的某种组合实现的)、技术等，以帮助全面地理解本发明。但是，对于本领域里的技术人员而言，本发明显然可以用不同于这些具体细节的其它实施方案来实践。在其它情形中，省去了对众所周知的方法、装置、逻辑模块(例如硬件、软件、固件等等)的详细描述，以免喧宾夺主。通过参考附图1～3D，能够很好地理解本发明的优选实施方案和它的优点，附图中相似的数字用于说明相似和对应的部件。应当强调，虽然以下说明描述本发明的特定方面的时候针对的是在有关的无线装置之间通过无线接口进行信息同步，但是本发明并不局限于这样的装置或者接口。相反，本发明的原理同样可以应用于通过例如电或者电子机械连接器在其它类型的装置之间进行信息同步。因此，以下描述只是为了进行说明而不是进行限制。参考图1，用10说明将储存在第一个装置中的信息跟储存在多个有关装置中的信息进行同步的无线系统的一个示例性框图。这个示例性无线系统包括第一个装置，比如无线手机100，它能够跟一个或者多个有关的装置通信，例如跟另外一个无线手机110、一台个人计算机(PC)120、一个个人数字助理(PDA)125、一个寻呼机130和一个车载电话支架150通信。除了跟第一个装置100通信以外，这些有关装置110、120、125、130和150中的每一个，都能够跟一个或者多个装置通信。例如，个人计算机120可以跟寻呼机120通信，寻呼机120还可以跟另外一个寻呼机140通信。图1中描述的装置最好是利用例如红外收发信机或者近距离无线电收发信机通过无线接口160互相通信。每个装置100、110、120、125、130、140和150还包括对应的一个数据库(图1中没有画出)，它们储存着信息，比如电话簿、日历、任务列表等。通过采用适当的同步协议同步这些不同的数据库，可以同步储存在每个装置里的信息，从而使每个装置都包括相同的信息(例如变更一个数据库中的条目或者记录的时候，也对其它数据库进行变更)。参考图2，能够用于同步不同数据库的一种同步装置的示例性功能框图笼统地用20说明。这个示例性的装置包括一个同步(sync)引擎210，跟某个(同步引擎)数据库200连接和相关。例如，这个同步引擎数据库200可以是跟图1所示无线手机100有关或者包括在其中作为一部分的一个数据库。在这种情况下，“同步引擎”最好是实现数据库同步功能的软件。但是，实现同步引擎功能的装置也可以被看作同步引擎210的一部分。第二个装置数据库230要跟同步引擎数据库200实现同步。例如，装置数据库230可以跟PDA125相关或者包括在其中作为一部分。值得注意，这一同步过程可以在两个方向进行。例如，PDA125也可以包括一个同步引擎210，从而允许将跟无线手机100有关的装置数据库230和跟PDA125有关的同步引擎数据库实现同步。同步协议220用于规范数据库的同步过程。最好有一个变更记录240跟装置数据库230有关，最好是一个记录或者寄存器，其中临时贮存着对装置数据库230的变更。例如，变更记录240的大小可以是固定的，增加新的变更的时候，旧的变更被推出变更记录240。这样，变更记录240中的每一个条目都跟对装置数据库230进行的特定操作(例如增加、删除或者修改)、时间标记(或者变更计数器值)和一个唯一的标识符(UID)有关。UID是分配给数据库中每一个新条目的一个编号。这些UID编号是唯一的指的是在同样的数据库中不会重复使用它们。最好是为每一次变更将变更计数器值储存在变更记录240中，并且在完成同步程序以后也储存在同步引擎210中。在同步引擎数据库200和装置数据库230之间同步信息的时候，同步协议220通常进行“慢”同步或者“快”同步。进行第一次同步尝试的时候，如果两个数据库200、230中至少有一个包括信息，就进行慢同步过程。慢同步是这样一个过程，其中一个数据库中的所有条目都要跟有关数据库中的所有条目进行比较。随后一个条目一个条目的增加、修改或者删除，从而在两个数据库上200、230之间保持一种一一对应的关系。进行这种慢同步过程的时候，创建一个UID分辨表(resolutiontable)(例如通过同步引擎软件)。这个UID分辨表中的条目反映了已经同步了的两个数据库中条目之间的关系。例如，如果装置数据库230中一个条目有一个UID，这个UID分辨表就提供装置数据库230中这个条目的UID和同步引擎数据库200中同一个条目的UID。相反，如果在上一次同步完成以后变更记录240包括所有的数据库变更信息，就进行快同步过程(例如变更记录240中还没有任何条目被推出去)。进行这种快同步过程的时候，在装置数据库230和同步引擎210之间只对受到影响的数据库中没有同步的那些变更进行比较和传输。因此，快同步比慢同步要快得多。同步装置20碰到的一个问题是同步引擎210可能不知道变更计数器的当前值，因为变更计数器和跟数据库记录有关的UID都是在装置数据库230中创建的，而不是在同步引擎210中创建的。例如，当同步引擎210更新装置数据库230的时候，同步引擎210并不知道变更计数器的当前值。可以采用的一种技术是在每一个条目增加到装置数据库230中以后返回每一个条目的UID作为装置数据库230已经收到并处理过新条目的确认。而变更计数器值则不返回。这一技术的缺点是在全面同步以后，同步引擎210必须读出整个变更记录240，以便确定变更计数器的当前值。随着变更记录240大小的不同，这一过程有可能是非常耗时的。从装置数据和230向同步引擎210传输变更记录240的过程中发生中断的时候会出现另外一个问题。例如，典型的传输从变更记录240的开头开始，在变更记录240的最后一个字节结束。结果，如果在传输过程中发生中断，同步引擎210将不会收到变更记录中的最后一个条目，因此，不能收到变更记录中最旧的条目。所以，同步引擎210不能开始处理变更记录240，或者请求获得数据库记录，直到恢复连接以后，同步引进210将变更记录240全部重新读取过来。这样降低了变更记录处理的效率。参考图3A、3B、3C和3D，用30以流程图的形式说明能够实践本发明的原理的一种示例性方法。应当注意，这里描述的示例性方法是用例如图2描述的示例性同步装置和/或图1描述的示例性系统来实现的。为了进行说明而不是进行限制，下面针对同步引擎数据库200和装置数据库230之间的数据和同步描述这一示例性的方法。这些数据库200、230可以包括在图1所示的一个或者多个装置中，或者跟它们有关。但是这一示例性的方法并不局限于这些具体装置。相反，技术人员会认识到这一示例性方法也能同样用于不同于这里描述的具体细节的其它实施方案。还应当强调这一方法可以在两个方向上进行(例如，装置数据库230可以包括一个同步引擎210，它按照跟同步引擎数据库200有关的变更记录240，同步装置数据库230和同步引擎数据库200之间的信息)。参考图3A，这一示例性的方法从步骤300开始，同步引擎210向跟它通信的装置数据库230请求获得一个序列号。这一请求可以被例如从装置数据库230收到寻呼信号或者应答信号所启动。响应这一序列号请求，装置数据库230在步骤310中将有关的序列号返回给同步引擎210。这一有关的序列号最好唯一地说明装置数据库230，而且能够包括例如一个蓝牙ID或者跟另外一个通信协议有关的一个标识。同步引擎210随后在步骤320中将收到的序列号跟储存的已知装置的清单进行比较，以判断这个装置是不是一个新装置，以此说明需要第一次同步。如果同步引擎210认为这个装置是一个新装置(例如需要第一次同步)，这一过程就进入步骤A，在那里进行慢同步。参考图3B，同步引擎210在步骤330中通过首先从装置数据库230请求获得变更计数器(CC)的当前值来进行慢同步过程。响应这一请求，装置数据库230返回变更计数器的当前值，同步引擎210在步骤340中暂时贮存返回过来的变更计数器值。同步引擎210随后在步骤350中请求获得装置数据库230上的所有数据记录，装置数据库230在步骤360中将它所有的记录返回给同步引擎210。同步引擎210随后在步骤370中通过将来自装置数据库230中的所有记录跟储存在同步引擎数据库200中的记录进行比较来进行慢同步过程。这一比较步骤是一个字段一个字段地进行的，从而在装置数据库230和同步引擎数据库200之间维持一种一一对应关系。在慢同步过程完成以后，同步引擎210在步骤380中储存变更计数器的当前值，然后将它用于随后的同步过程，下面将对此详细说明。现在回到图3A中的步骤320，如果同步引擎210认为这个装置不是新装置(例如已经进行过第一次同步)，这一过程就进入步骤B，在那里同步引擎210启动快同步程序，如图3C所示。在这一快同步过程中，同步引擎210将它储存的变更计数器值提交给装置数据库230，并在步骤390中请求装置数据库230提供提交了变更计数器值以后变更了变更记录240的条目。如果装置数据库230在步骤400中认为没有同步过的所有变更都在变更记录240中(例如在提交了变更计数器值以后变更记录240中所有的条目没有一个被推出去)，装置数据库230就在步骤410中返回提交了变更计数器值以后发生的变更记录240的所有条目。装置数据库230最好以相反的顺序返回这些条目(例如最旧的条目最先返回)，这样，如果在变更记录240的条目传输过程中发生了中断，同步引擎210就至少能够对已经收到的条目开始处理变更记录240。否则，传输中断会迫使同步引擎210在重新建立起连接以后重新读整个变更记录240，这样才能收到变更记录240中最旧的未同步条目。在步骤400中，如果装置数据库230认为不是所有的未同步变更都在变更记录240中(例如提交了变更计数器值以后变更记录240中的一些条目已经被推出去)，装置数据库230就在步骤415中返回给同步引擎210一个“太多的变更”信号，比如一个“*”。这个“太多的变更”信号告诉同步引擎210采用快同步过程是不行的，必须采用另外一个程序。因此，同步引擎210在步骤420中查看返回过来的变更记录，以确定是否所有的条目都在。如果是这样，同步引擎210就在步骤430中判断返回的变更记录是不是空的(例如自从上次同步以后装置数据库230中没有任何变更)。如果返回的变更记录是空的，这一过程就进入图3D所示的步骤C。否则，同步引擎210就在步骤440中根据返回的变更记录中包括的条目，向装置数据库230请求获得数据库记录。装置数据库230在步骤450中返回被请求获得的记录。同步引擎210根据变更记录的每一个返回条目和每一个返回记录对同步引擎数据库200进行数据库更新，正在返回的变更记录的每一个条目被处理完以后在步骤460中将储存的变更计数器的值加1。同步引擎210为返回的变更记录中包括的每一个条目重复步骤440～460，直到同步引擎210在步骤470中认为所有的变更都已经处理完。然后这一过程进入图3D所示的步骤C。应当指出，在本发明的一个优选实施方案中，同步引擎210以相反顺序处理返回过来的变更记录(例如变更记录中最旧的条目最先处理)，并在处理完返回的变更记录中的每一个条目之后，更新同步引擎210中储存的变更计数器的值或者将它加1。这样就使得同步引擎210能够跟踪变更计数器的当前值，如果变更记录240传输过程中发生中断或者发生其它差错，同步引擎210就能够按照最后一次更新的变更计数器值开始处理变更记录。因此，同步引擎210可以避免从头开始重新启动同步过程。此外，如果装置数据库230在步骤410中首先传输最旧的条目，同步引擎就总是能够收到信息的有效部分，并能够开始处理返回的条目，即使这一传输被中断，只收到一部分条目。返回到图3C的步骤420，如果同步引擎210发现有“太多的变更”，同步引擎210就进行一种“半慢(semi-slow)”同步过程。这一过程从同步引擎210在步骤480中向装置数据库230请求获得的所有数据库记录开始。装置数据库230随后在步骤490中将它所有的数据库记录(最好是首先提供最旧的记录)返回给同步引擎210。在步骤500中，同步引擎210将返回记录的UID跟储存在同步引擎210中的UID分辨表进行比较，以便处理装置数据库230和同步引擎数据库200之间的差别。这一过程比慢同步过程要有效得多。同步引擎210随后在步骤510中向装置数据库请求获得变更记录240，并在步骤520中按照返回的变更记录240中最新的条目更新同步引擎210中储存的变更计数器值。这一过程随后进入图3D所示的步骤C。在步骤C中，将同步引擎数据库200中的变更，如果有的话，跟装置数据库230同步。因此，同步引擎210在步骤530中判断同步引擎数据库200是否有任何变更。如果没有，这一过程就已经完成，同步过程结束。如果有变更，同步引擎210就在步骤540中将变更“放(put)”到装置数据库230中去。这一步骤涉及到同步引擎210发出一个数据库更新命令(例如一个“放”命令)给装置数据库230，让装置数据库230对它的数据库记录进行某些变更，比如增加新的记录。在成功地执行完数据库更新命令以后，装置数据库230通过在步骤550中采取有关的数据库行动(例如增加、修改、删除)，有关数据库记录的UID和更新过的(或者加过1的)变更计数器，来更新变更记录240。在步骤560中，装置数据库230返回一则确认消息，它包括例如数据库更新命令(例如正常或者有差错)，有关的数据库记录的UID和变更计数器更新以后的值的状态。同步引擎210随后在步骤570中按照返回的变更计数器值更新它储存的变更计数器值。应当指出装置数据库230最好返回变更计数器的当前值，而不管数据库更新命令是否被成功地执行。返回的变更计数器的值使得同步引擎210保持最新的变更计数器值，用于随后的同步过程或者在处理变更记录的过程中发生了差错的情况。同步引擎210按照判断步骤580中的肯定/对/确定分支所说明的，未同步引擎数据库200的每一变更重复步骤540～570。一旦处理完所有变更，同步过程就已经完成，这一过程结束。虽然已经在附图和前面的详细说明中描述了本发明的方法和系统的优选实施方案，但是应当明白，本发明并不局限于这里公开的实施方案，而是能够有许多调整、修改和替换，而不会偏离前面给出，后面的权利要求说明的本发明的实质和范围。权利要求1.优化变更记录处理的一种方法，该方法包括以下步骤在第一个装置中储存一个变更计数器值；根据来自第二个装置的数据库更新命令，更新第一个装置中的变更计数器；和根据第一个装置中数据库更新命令的处理状况，将更新过的变更计数器值返回第二个装置。2.权利要求1中优化变更记录处理的方法，其中的返回步骤包括在给第二个装置的确认消息中返回更新过的变更计数器值。3.权利要求2中优化变更记录处理的方法，其中的确认消息还包括第一个装置数据库记录的一个唯一标识符(UID)和数据库更新命令的状态。4.权利要求1中优化变更记录处理的方法，其中的处理状况包括成功地完成数据库更新命令和终止数据库更新命令中的至少一个。5.权利要求1中优化变更记录处理的方法，还包括根据从第一个装置返回的更新过的变更计数器值，更新储存在第二个装置中的第二个变更计数器的步骤。6.权利要求5中优化变更记录处理的方法，还包括以下步骤第二个装置响应同步过程的启动，将第二个变更计数器提交给第一个装置；和第一个装置将提交了的第二个变更计数器以后变更记录里的条目传输给第二个装置，变更计数器里的条目传输给第二个装置的时候，最旧的条目最先传输。7.权利要求6中优化变更记录处理的方法，还包括以下步骤第二个装置处理传输过来的变更记录的条目的时候，最先处理最旧的条目；和处理完传输过来的变更记录中的每一个条目以后，第二个装置更新第二个变更计数器。8.权利要求7中优化变更记录处理的方法，还包括以下步骤如果在变更记录条目的传输过程中发生了中断，第二个装置就将第二个变更计数器的值重新提交给第一个装置；和第一个装置传输重新提交第二个变更计数器以后变更记录的条目。9.权利要求1中优化变更记录处理的方法，其中的第一个装置包括一个装置数据库，第二个装置包括一个软件同步引擎。10.权利要求1中优化变更记录处理的方法，其中第一个装置包括无线手机、计算机、个人数字助理(PDA)、寻呼机和汽车电话支架中的至少一个。11.权利要求1中优化变更记录处理的方法，其中的第二个装置包括无线手机、计算机、个人数字助理(PDA)、寻呼机和汽车电话支架中的至少一个。12.一种方法，用于提高在第一个装置和第二个装置直接同步信息的效率，该方法包括以下步骤在第一个装置中储存第一个变更计数器；从第二个装置收到数据库更新命令的时候，在第一个装置中更新第一个变更计数器；根据第一个处理器中数据库更新命令的处理状况，将更新过的第一个变更计数器返回给第二个装置；根据返回过来的更新过的第一个变更计数器，更新储存在第二个装置中的第二个变更计数器；在启动同步程序的时候，第二个装置将更新过的第二个变更计数器提交给第一个装置；第一个装置向第二个装置传输变更记录的一部分，这一部分变更记录包括在提交过的第二个变更计数器以后跟第一个装置有关的数据库的变更记录，这一部分变更记录传输给第二个装置的时候，最旧的条目最先传输；第二个装置处理这一部分变更记录的时候，最先处理最旧的条目；和在这一部分变更记录中的每一个条目都被处理完以后，第二个装置更新储存的第二个变更计数器。13.权利要求12中提高第一个装置和第二个装置之间信息同步效率的方法，其中的返回步骤包括在给第二个装置的确认消息中返回更新过的第一个变更计数器。14.权利要求13中提高在第一个装置和第二个装置之间信息同步效率的方法，其中的确认消息还包括跟数据库记录有关的一个唯一标识符(CID)和数据库更新命令的状态。15.权利要求12中提高第一个装置和第二个装置之间信息同步效率的方法，还包括以下步骤如果在传输那一部分变更记录的时候发生了中断，第二个装置就重新将第二个变更计数器提交给第一个装置；和第一个装置将重新提交完第二个变更计数器以后的那一部分变更记录传输过去。16.权利要求12中优化变更记录处理的方法，其中的第二个装置包括一个软件同步引擎。17.优化第一个装置和第二个装置之间信息同步的一种系统，这个系统包括第一个数据库，它有一个变更记录，这个变更记录包括跟第一个数据库进行的每一变更有关的一个变更计数器；第二个数据库，跟第一个数据库有关；和跟第二个数据库有关的一个同步引擎，用于同步第一个数据库和第二个数据库之间的信息，这个同步引擎用于向第一个数据库发出数据库更新命令，以处理第二个数据库的变更，这个同步引擎根据第一个数据库中数据库更新命令的处理状况，从第一个数据库接收更新过的变更计数器。18.权利要求17中优化第一个装置和第二个装置之间信息同步的系统，其中更新过的变更计数器是从来自第一个数据库的确认消息中收到的。19.权利要求18中优化第一个装置和第二个装置之间信息同步的系统，其中的确认消息还包括第一个数据库一条记录的一个唯一标识符(UID)和数据库更新命令的状态。20.权利要求17中优化第一个装置和第二个装置之间信息同步的系统，其中的处理状况包括成功地完成数据库更新命令和数据库更新命令结束这两个中的一个。21.权利要求17中优化第一个装置和第二个装置之间信息同步的系统，其中的同步引擎根据从第一个数据库收到的更新过的变更计数器，更新储存在同步引擎中的第二个变更计数器。22.权利要求21中优化第一个装置和第二个装置之间信息同步的系统，其中的同步引擎在启动同步过程的时候将第二个变更计数器提交给第一个数据库，其中的第一个数据库将提交过第二个计数器以后变更记录中的条目传输给同步引擎，将变更记录的条目传输给同步引擎的时候，最旧的条目最先传输。23.权利要求22中优化第一个装置和第二个装置之间信息同步的系统，其中的同步引擎处理传输过来的变更记录的条目的时候，最先处理最旧的条目，在每一条目都处理完了以后同步引擎更新第二个变更计数器。24.权利要求17中优化第一个装置和第二个装置之间信息同步的系统，其中的同步引擎包括用于完成数据库同步功能的一个软件模块。25.优化变更记录处理的一种方法，用于第一个装置和第二个装置之间的信息同步，这个方法包括以下步骤在启动同步程序的时候，向第一个装置提交储存在第二个装置中的变更计数器；第一个装置返回储存在第一个装置中的变更记录的条目，这些条目有一个大于提交的变更的计数器值的变更计数器值，第一个装置以变更计数器增大的顺序返回变更记录的条目；和第二个装置以变更计数器增大的顺序处理返回的变更记录的条目。26.权利要求25中用于第一个装置和第二个装置之间信息同步，优化变更记录处理的方法，还包括在返回来的变更记录中的每一个条目都被处理完以后，更新储存在第二个装置中变更计数器值的步骤。27.权利要求26中用于第一个装置和第二个装置之间信息同步，优化变更记录处理的方法，还包括以下步骤在第二个装置检测到差错状况的时候，向第一个装置提交更新过的变更计数器值；和第一个装置将变更计数器的值大于提交过的更新过的变更计数器的变更记录条目返回过去，第一个装置以变更计数器增大的顺序返回变更记录中的条目。全文摘要一种信息同步方法和装置在第一个数据库(230)中储存有一个有关的变更计数器的一个变更记录(240),根据来自第二个数据库(200)的数据和更新命令,更新第一个数据库(230)中的变更计数器,并根据第一个数据库(230)中数据库更新命令的处理状况,将更新过的变更计数器值返回第二个数据库(200)。发生中断或者差错的时候,这个信息同步协议(220)能够保证第二个数据库(200)保存着用于随后的同步过程的最新的变更计数器值,从而通过让第二个数据库(200)只处理更新过的变更计数器值以后第一个数据库(230)中的那些变更,提高信息同步的效率。文档编号G06F12/00GK1326571SQ99813340公开日2001年12月12日申请日期1999年11月5日优先权日1998年11月17日发明者J·比尔克勒申请人:艾利森电话股份有限公司