CN1493982A - 线上快速自动更新的方法 - Google Patents

Abstract

本发明涉及一种线上快速自动更新的方法，其通过保留下载历程的纪录文件，自动侦测企业服务器端内部的更新状况，加以更新，并删除旧有档案，而企业服务器端与使用端的外部的更新，也是通过使用端直接下载最新的更新档，而不会重复下载，通过特定的比对机制提升企业服务器端与使用端更新的效率。

Description

线上快速自动更新的方法

技术领域

本发明涉及一种档案下载更新的方法，特别是指一种应用于企业端内部与企业端外部线上快速自动更新的方法。

背景技术

软件业的蓬勃发展与网络的盛兴，带动了一波波的风潮，从早期的软盘时代到光盘时代以及现今的网络时代，资料量一直不段地提升，让使用者需要一直更新其硬设备，尤有甚者，使用者也必须一直更新其拥有的应用程序，业者推陈出新的系列，使用者就必须重新购买，近年来也衍生出一种网络更新下载的模式，用户必须定时根据该产品持续性的更新，已达最佳化的使用，不过常会发生重复下载的问题，往往因档案过大，频宽无法克服，浪费了相当多的时间在更新上。

然而现今诸多种的更新方式中，不外乎是完全下载伺服端的程序；要不就是逐一比对版本编号的顺序，前者而言使用者常常会因为突然的断线或是没有一次下载完毕，就必须继续下载已经下载过的程序，而每每花费重复下载的时间便显著地增加；以后者来说，逐一比对的过程中会因服务器中的档案数量多寡而有相对应的变化，只要档案数量过大，使用者光是等待档案间比对版本编号就会花费大量的时间，虽然此种方式，能减少更新档案的数量，找出需要更新的最适当版本，但也有其弊病，因此上述两种方法都无法单纯地只更新程序中的资料或者是设定，解决存在已久的问题。

在另一方面而言，程序也会按照客户的使用与建议而不断地做修正，而服务人员与程序人员在解决客户疑问的过程中，常有更新客户端程序的需求。旧有的作法，可能是将以修正的程序统一放在一台服务器上，让服务人员利用档案传输协议(File Transfer Protocol；FTP)或远程联机的方式取得最新版本的程序做更新的动作，如此还需通过服务人员做为中介来帮客户更新程序，在沟通时间的往返中，常会花费不少的时间成本及联机成本，基于降低成本及服务人员的服务时间与节省使用者下载更新所耗费的精力，以及上述诸多的缺失，此时若有一种可以快速自动更新的机制，在更新客户端与企业服务器端的程序上将会更为便利与快速，亦能节省服务成本。

发明内容

本发明的目的在于克服现有技术的不足与缺陷，提供一种线上快速自动更新的方法，其目的在于利用一更新记录文件储存有异动或更新的程序的版号、日期....等信息，并将这些最新的程序放到企业端以供使用端下载更新。使用端亦会有一记录文件记录历来更新过的程序，在做更新时会比对企业端上和使用端的这两个记录文件，来决定到底要更新哪些程序。企业端又可分成第一服务器端与第二服务器端，第一服务器作为对内的资料存放处；而第二服务器端则是作为对外的资料存放处，并存放的是曾更新且是最新版本的程序，其中有些或许使用端已经更新过了，而有些尚未更新，但如何决定要更新哪些程序呢？此时第二服务器端和使用端的这两个记录文件就是很重要的比对依据，通过特定的比对机制来取得哪些是最新且是此次要更新的程序，这样使用端便无需担心这么多支程序到底哪些是要更新的，最后就通过一些网络协议来将程序更新到本端计算机上。

如此一来，使用者便可利用此线上更新来定期更新程序，因为更新的过程中可以取到最新的程序，使用者便无需烦恼是否自己执行的是旧版程序，此外也将可不需要针对版本编号加以更新，直接可以更新程序中的资料与其相关的设定。如此将使系统的运作更趋稳定，而使用者也不需打电话跟服务人要新程序，如此节省客户的时间，而服务部门也可减少服务成本；此外本发明也提供了一种方法节省了第二服务器端存放更新程序的空间，并保证只存放最新的更新程序。

附图说明

图1为本发明线上自动更新方法的系统架构示意图；

图2为本发明企业端内部线上自动更新方法的流程图；

图3为本发明企业端外部线上自动更新方法的流程图；

图4-a为本发明第一服务器端的档案目录示意图；

图4-b为本发明第一服务器端更新前的纪录文件结构图；

图4-c为本发明第二服务器端更新前的纪录文件结构图；

图4-d为本发明第一服务器端更新后的纪录文件结构图；

图4-e为本发明第二服务器端更新后的纪录文件结构图；

图5-a为本发明使用端的档案目录示意图；

图5-b为本发明使用端更新前的纪录文件结构图；

图5-c为本发明第二服务器端与使用端比对的纪录文件结构图；

图5-d为本发明使用端更新后的纪录文件结构图。

图中符号说明

10       使用端

20       第一服务器端

30       第二服务器端

40       企业端

步骤100  一第一服务器端中至少一个一程序进行一异动行为

步骤110  产生一个更新纪录文件并存放入一特定目录中

步骤120  侦测一第二服务器端最近的档案更新日期

步骤130  该第二服务器端下载更新日期之后的所有已更新的程序

步骤140  该第二服务器端将同一版本较旧的纪录文件加以删除

步骤200  比对一使用端纪录文件中的一特定参数是否小于该第

         二服务器端纪录文件中的一特定参数

步骤210  该使用端下载该第二服务器端的程序并更新

步骤220  更新该使用端纪录文件中的一特定参数

具体实施方式

本发明为一种线上快速自动更新的方法，请参照图1，为本发明线上自动更新方法的系统架构示意图，说明如下：

如图所示，企业端40提供了第一服务器端20与第二服务器端30处理不同的更新程序，第一服务器端20会将修改或异动的程序中利用可延伸标示语言(eXtensible Markup Language；XML)来储存更新程序的信息，当做程序更新记录文件，也就是纪录文件通过可延伸标示语言(eXtensible Markup Language；XML)的格式及任何可存放格式进行储存。而第一服务器端20的纪录文件会包含下列参数：一程序名称(Name)、一程序版本(Version)、一建立日期(Create)、一修改日期(Modify)、一程序大小(Size)及一程序格式(Type)及一下载状态(Update)的参数，而下载状态(Update)的参数会在第二服务器端30下载成功后进行更新。

第二服务器端30也有一纪录文件，并包含下列参数：一程序名称(Name)、一程序版本(Version)、一建立日期(Create)、一修改日期(Modify)、一程序大小(Size)及一程序格式(Type)及一最后档案编号(Max)的参数，而最后档案编号(Max)的参数也依据第二服务器端30下载完成后进行更新。第一服务器端20与第二服务器端30均由同一企业端40所提供，此外第一服务器端20与第二服务器端30间的传输方式可以为企业内通过互联网络(Internet)及企业内部网络(Intranet)传输的方式中任选其一。

而使用端10则是指有下载更新需求的用户，并也提供一纪录文件，此一纪录文件也通过可延伸标示语言(eXtensible MarkupLanguage；XML)的格式进行储存，更包含下列特定参数：一最后档案编号(Max)、一程序名称、一程序版本、一建立日期、一修改日期、一程序大小及一程序格式；而第二服务器端30与使用端10可由任何网络型态进行传输，如：档案传输协议(File Transfer Protocol；FTP)、超文书传输协议(Hyper Text Transfer Protocol；HTTP)网际网络(Internet)远程联机的方式。

接着请参阅图2，图2为本发明企业端内部线上自动更新方法的流程图。

首先企业端40的程序服务人员可针对一第一服务器端20中至少一个一程序进行一异动行为(步骤100)，此一异动行为可为新增及修改两种模式，异动完成之后，便产生一个更新纪录文件并存放入一特定目录中(步骤110)，此一特定目录指同一版本的日期目录中，存放完成后，开始侦测一第二服务器端30最近的档案更新日期(步骤120)，便会有一个最近的更新日期，然后该第二服务器端30下载更新日期之后的所有已更新的程序(步骤130)，此时第一服务器端20的更新程序便会传送至第二服务器端30，最后该第二服务器端30将同一版本较旧的纪录文件加以删除(步骤140)，以节省储存空间，也避免使用者端10重复下载旧版的程序，此外第二服务器端30也会修改一些特定的参数，让之后对使用端10下载的过程中方便比对，而此一特定的参数，在第1图已提及，在此并不赘述。

接下来，请看图3，为本发明企业端外部线上自动更新方法的流程图。

首先便开始比对一使用端10纪录文件中的一特定参数是否小于该第二服务器端30纪录文件中的一特定参数(步骤200)，此一比对的特定参数指一最后档案编号(Max)参数，此一参数在其后会详加介绍，当使用端10纪录文件中的最后档案编号(Max)参数没有小于第二服务器端30纪录文件的最后档案编号(Max)参数时，便代表使用端10无须下载更新，第二服务器端30没有较新的程序可以下载，便重新回到步骤200，让使用端10持续等待；若使用端10纪录文件中的最后档案编号(Max)参数确定小于第二服务器端30纪录文件的最后档案编号(Max)参数时，则使用端10便需要开始更新，该使用端10下载该第二服务器端30的程序并更新(步骤210)，当程序更新完成后，最后便更新该使用端10纪录文件中的一特定参数(步骤220)，将最后档案编号(Max)参数进行修正，修正依据使用端10下载更新了几个程序来决定。

此外，第一服务器端20与第二服务器端30可为两台机器所组成，也可将第一服务器端20与第二服务器端30放置于同一台机器，但其精神为让第一服务器端20与第二服务器端30各司其职，而所使用的机器或是设备便不多加诸限制。

在此列举一实施例用以说明本发明的功效，先参照图4-a，为本发明第一服务器端的档案目录示意图。

在第一服务器端20中，档案目录会先依据程序的版本，然后将有异动的程序分门别类并定期放在所属的日期目录中，然后每个日期目录中会有一记录文件记录异动的程序的版号、修改日期...等相关信息。如图4-a，该企业端纪录有可延伸标示语言(eXtensible MarkupLanguage；XML)与动态链接程序库(Dynamic Link Library；DLL)两种类型的档案有提供更新程序。

第二服务器端30上也有一记录文件，这个纪录文件中会记录上次从第一服务器端20取得最新程序时是取到哪个日期目录，我们只要将这个日期记下来，并到第一服务器端20搜寻大于这个日期所有日期目录，通过内部网络将最新的程序放到第二服务器端30上，若欲更新的程序已存在于第一服务器端20中时，会将第二服务器端30旧版程序置换成最新版本并修改记录文件，换言之第一服务器端20中存放的是历来有异动过的程序(包括同支程序不同版本的更新)，而第二服务器端30放的是最新的程序，至此已将最新的程序准备好等待使用端10联机上来更新。

然后接着看图4-b，为本发明第一服务器端更新前的纪录文件结构图，如图图4-b，这就是第一服务器20已修改完成的程序，准备传送至第二服务器端30，而第一服务器20特有的一参数，下载状态(Update)呈现：False的状态，代表还未更新至第二服务器端30；图中每一参数名称之前已有陈述。然后看图4-c，为本发明第二服务器端更新前的纪录文件结构图。

当执行完步骤100到步骤140后，继续参阅图4-d，为本发明第一服务器端更新后的纪录文件结构图及图4-e，为本发明第二服务器端更新后的纪录文件结构图。

试比较图4-b与图4-d、图4-c与图4-e的差异。图4-b与图4-d中只有下载状态(Update)由False的状态变成True的状态代表该程序已被第二服务器端30更新完成；而图4-c与图4-e，第二服务器端30记录文件原来<F00000001>记录的值因此次更新也有该支程序旧版的记录，因此上一版的记录会被删掉，而此次更新会多了<F000000002>记录此次有哪些更新程序，Max值也更显著改变了，因此可知第二服务器端30的记录文件记录的是最新版的程序，若同支程序有不同版本的更新，则旧版的记录会被删除，所以能保证使用端10取到的是最新的程序且不会重复更新。

现在继续看图5-a，为本发明使用端的档案目录示意图，同图4-a般是使用相同的架构，只是存放的是更新的程序。

使用端10执行线上更新时，会以使用端10记录文件的Max值和第二服务器端30记录文件的Max值来做比对，若使用端10的Max值比第二服务器端30的Max值还小时，代表尚有未更新的程序，线上更新作业会取第二服务器端30的记录文件中Max值比使用端10的Max值还大的节点中的档案，通过FTP或HTTP将第二服务器端30上的档案下载至使用端10做更新。

接着图5-b为本发明使用端更新前的纪录文件结构图、图5-c为本发明第二服务器端与使用端比对的纪录文件结构图及图5-d为本发明使用端更新后的纪录文件结构图。

现在比较图5-b与图5-d，更新完毕后，使用端10的记录文件会被更新如下，与旧有的资料相比较会多了<F00000002>的资料，也是此次更新的程序记录，Max值也被改变。其实使用端10记录文件与第二服务器端30的记录文件所记录的资料几乎是一模一样的，不同的是，第二服务器端30的记录文件对同一支更新多次的程序只记录最新的部分，而使用端10的记录文件则不会将重复更新的记录删除。

在此再举一实施例加以阐述本发明可线上快速自动更新的功效。在说明之前先假设一个情况，便是在定期更新的状态下，提供了一下载区供使用者下载更新程序，而若目前是月底(31日)的状态，从月初到现在共更新了5支程序，而且昨日到现在没有任何的更新程序，传统的做法可能以日期或版号来做比对的依据，而造成的结果是做了重复的更新及检查速度缓慢。下面提供Server上的记录文件(使用者A、使用者B判断用)及三个不同使用的状况，以说明强调本发明所提供的更新方式能达成最好的效率。

本月的更新历程如下：

09/01 A01.dll

09/01 A02.dll

09/01 A03.dll

09/01 A04.dll

09/11 A02.dll

09/11 A03.dll

09/19 A02.dll

09/19 A03.dll

09/23 A02.dll

09/23 A03.dll

虽然以上的记录列了多次的更新，但实际上只做了A01.A02.A03.A04 4支程序的更新，而A02.A03更分别在9/11.9/19.9/23更新了三次，以实际状况来更新A02.A03时，其实只需取9/23这一版的来更新即可，以下的范例将显示传统更新和利用本发明提供的更新有哪些重大的差异。

Server上的记录文件记录本月更新的程序，供使用者A、使用者B更新判断用(传统的做法)

<异动日期＝2002-09-05><File＝A01.dll  Dir＝DLL  Date＝2002-09-01><File＝A02.dll  Dir＝DLL  Date＝2002-09-01><File＝A03.dll  Dir＝DLL  Date＝2002-09-01><File＝A04.dll  Dir＝DLL  Date＝2002-09-01><异动日期＝2002-09-11><File＝A02.dll  Dir＝DLL  Date＝2002-09-10><File＝A03.dll  Dir＝DLL  Date＝2002-09-10><异动日期＝2002-09-19><File＝A02.dll  Dir＝DLL  Date＝2002-09-15><File＝A03.dll  Dir＝DLL  Date＝2002-09-17><异动日期＝2002-09-22><File＝A02.dll  Dir＝DLL  Date＝2002-09-20><File＝A03.dll  Dir＝DLL  Date＝2002-09-21>

改良后的更新表：在产生更新记录中，因为会往前判断有无相同的程序，有的话会把之前的记录删掉，只记录最近一次更新，因此形成下列的更新记录。

    ＜Fsp＞＜F00000000 Modify＝″20011231″Max＝″F00000004″/＞

    ＜F00000001＞

    ＜File Name＝″A01.dll″Version＝″1.0.0.0″Create＝″2002-09-01″
Modify＝″2002-09-01″Size＝″100K″Type＝″DLL″/＞

    ＜File Name＝″A04.dll″Version＝″1.0.0.0″Create＝″2002-09-01″
Modify＝″2002-09-01″Size＝″100K″Type＝″DLL″/＞

    ＜/F00000001＞

    ＜F00000002/＞

    ＜F00000003/＞
    ＜F00000004＞

    ＜File Name＝″A02.dll″Version＝″1.0.0.0″Create＝″2002-09-01″
Modify＝″2002-09-23″Size＝″105K″Type＝″DLL″/＞

    ＜File Name＝″A03.dll″Version＝″1.0.0.0″Create＝″2002-09-01″
Modify＝″2002-09-23″Size＝″108K″Type＝″DLL″/＞

    ＜/F00000004＞

    ＜/Fsp＞

1、使用者A-从月初到现在一次也没更新过

甲、传统做法：根据记录文件从月初抓程序并一个一个比对程序的版号循序更新下来，共做了10次的更新，以致于同支程序不同版本时会做重复的更新。

乙、改良做法：由于改良后的清单中同一程序只保留最后异动的资料，因此该使用者只需要做3次的更新。

2、使用者B-假设昨天为9/27且做过更新动作

甲、传统做法：系统需要一个一个比对程序的版号以便了解是否有档案需要更新，当档案数量越来越多的时候，检查的时间也相对增加。

乙、改良做法：提供一个异动代号，因此每次检查的时候只需要去判断自己最后一次的异动代号是否小于主机上的异动代号，系统就知道是否需要下载档案更新。

比较使用者A和使用者B，当使用传统的做法更新，不是会大量下载重复档案，要不然就是会一个个比对程序的版号且有重复更新的状况；反观利用本发明的更新机制，并不需要一个个去比对版号，只要判断一个异动代号就可以了，在检查的速度上和效益上比传统方式来得快速有效率，且不会浪费时间下载大量程序做重复更新的动作。

虽然本发明以前述的较佳实施例揭露如上，然其并非用以限定本发明，任何熟悉此技术者，在不脱离本发明的精神和范围内，当可作些许的更动与润饰，因此本发明的保护范围当以权利要求书的范围所界定者为准。

Claims (16)

1.一种企业端内部线上快速自动更新的方法，指通过一第一服务器端中程序进行异动后传送更新至一第二服务器端，其特征在于，该方法包含有下列步骤：

该第一服务器端中至少一个一程序有一异动状态；

产生一个更新纪录文件并存放入一特定目录中；

侦测该第二服务器端最近的档案更新日期；

该第二服务器端下载更新日期之后的所有已更新的程序；及

该第二服务器端将同一版本较旧的纪录文件加以删除。

2.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该异动行为可从新增及修改模式的组合中任选其一。

3.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该纪录文件至少包含下列参数：一程序名称(Name)、一程序版本(Version)、一建立日期(Create)、一修改日期(Modify)、一程序大小(Size)及一程序格式(Type)。

4.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该纪录文件通过可延伸标示语言(eXtensible MarkupLanguage；XML)的格式及任何可存放格式进行储存。

5.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该第一服务器端的纪录文件更提供一下载状态(Update)的参数。

6.如权利要求5所述企业端内部线上快速自动更新的方法，其特征在于，该下载状态(Update)的参数依据该第二服务器端将同一版本较旧的纪录文件加以删除的步骤后进行更新。

7.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该第二服务器端的纪录文件更提供一最后档案编号(Max)的参数。

8.如权利要求7所述企业端内部线上快速自动更新的方法，其特征在于，该最后档案编号(Max)的参数依据该第二服务器端将同一版本较旧的纪录文件加以删除的步骤后进行更新。

9.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该特定目录指同一版本的日期目录中。

10.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该第一服务器端与该第二服务器端均由同一企业端所提供。

11.如权利要求1所述企业端内部线上快速自动更新的方法，其特征在于，该第一服务器端与该第二服务器端间的传输方式可从企业内通过互联网络(Internet)及企业内部网络(Intranet)传输的方式中任选其一。

12.一种企业端外部线上快速自动更新的方法，指通过一第二服务器端传送最新的程序至一使用端进行更新，其特征在于，该方法包含有下列步骤：

比对该使用端纪录文件中的一特定参数是否小于该第二服务器端纪录文件中的一特定参数；

该使用端下载该第二服务器端的程序并更新；及

更新该使用端纪录文件中的一特定参数。

13.如权利要求12所述企业端外部线上快速自动更新的方法，其特征在于，该纪录文件至少包含下列特定参数：一最后档案编号(Max)、一程序名称、一程序版本、一建立日期、一修改日期、一程序大小及一程序格式。

14.如权利要求12所述企业端内部线上快速自动更新的方法，其特征在于，该纪录文件通过可延伸标示语言(eXtensible MarkupLanguage；XML)的格式及任何可存放格式进行储存。

15.如权利要求12所述企业端外部线上快速自动更新的方法，其特征在于，该特定参数指一最后档案编号(Max)参数。

16.如权利要求12所述企业端外部线上快速自动更新的方法，其特征在于，该第二服务器端与该使用端可由任何网络型态进行传输。

Images