CN102868720A

CN102868720A - 散布补丁文件的方法及其装置

Info

Publication number: CN102868720A
Application number: CN2012102734227A
Authority: CN
Inventors: 金源基; 张星国; 刘光喜; 成周弦; 陈譓瑱; 李允珩
Original assignee: Neowiz Games Corp
Current assignee: Neowiz Games Corp
Priority date: 2011-08-05
Filing date: 2012-08-02
Publication date: 2013-01-09
Also published as: WO2013022173A1; TW201308208A; KR101212898B1

Abstract

本发明提供一种散布补丁文件的方法及其装置，改善补丁文件传输效率的技术，可为使用者带来更佳的便利性。根据本发明实施例的补丁文件散布方法包括：于伺服器检查时，搜寻为使用伺服器所提供的服务而存取用户端的已存取使用者；询问搜寻到的已存取使用者是否接受补丁文件的暂时下载；将补丁文件传输到接受暂时下载的已接受使用者的终端；以及在伺服器检查完成后，使用点对点(P2P)通信方法将储存于已接受使用者的终端的补丁文件散布到其他使用者的终端。

Description

散布补丁文件的方法及其装置

技术领域

本发明涉及一种散布补丁文件的技术，特别是用于当用户端(例如即时连接的游戏用户端或内容串流服务用户端等)请求更新于用户端所执行及使用者的资料的散布补丁文件的技术。详细而言，本发明涉及一种在完成伺服器检查完成且套用补丁文件时，藉由避免伺服器的暂时性存取集中，来有效提供服务并减少成本的技术。

背景技术

以目前的游戏文化，特别是网络游戏文化的角度来看，为能受不分男女老幼的一致好评，网络游戏厂商也以此为目标持续努力研发新技术。另外，随着例如影像科技与网络基础架构等多媒体科技的进步，近年来网络游戏已比传统一般游戏进步许多，因此线上游戏产业在往后几年仍会持续有更大的发展。

现今的线上游戏一般是在多使用者网络游戏系统中进行。多人线上角色扮演游戏(MMORPG)即是具代表性的一种网络游戏。使用者经由扮演某个角色来与其他人交易、合作与交战来获得经验值，藉以体验游戏。

另外，除了线上游戏文化，使用即时内容串流的使用者也大幅增加。这种服务能让使用者经由例如电脑等终端，即时存取网络或他处的广播。而除了广播频道外，一般大众亦可录制用于广播的影片以分享不同文化并让远处的人们能经由电脑即时观赏，使得现在社群网络的使用者亦因此大幅增加。

而要使用线上游戏及即时内容串流服务，必须先将用于实行功能的用户端，安装到使用者的终端。另外，为了追加新功能并修正错误，用于实行服务的用户端会频繁地更新。因此，就线上游戏来说，为完成追加新功能并修正错误的作业，服务管理伺服器会暂时停止对使用者提供线上游戏服务、检查伺服器并更新用户端版本。亦即，服务管理伺服器乃用以提供使用者高品质的服务。

而要更新用户端，使用者需将补丁文件安装到使用者的终端的用户端储存空间内，以让使用者的终端与伺服器两者的用户端版本同步。过去，使用者需在伺服器检查完成且补丁文件释出于网络后，直接存取提供补丁文件的下载伺服器，才能线上接收补丁文件。

然而，当伺服器检查完成并允许使用者存取时，许多使用者会同时存取补丁伺服器来下载并安装补丁文件。因此，网络流量会剧增并导致网络超载。如此一来，下载补丁文件的速度会被拖慢，甚至让下载补丁文件所用的伺服器当机。

而且，大幅增加的网络流量会对提供补丁文件的服务提供者，在伺服器的运作成本上带来不利的影响。由于服务提供者所付出的运作成本是以最高流量而非总流量作为总量来计算，因此在补丁文件程式释出时会造成其不必要的额外负担。

发明内容

技术问题

本发明藉由避免因散布补丁文件给用户端更新所造成的网络超载，以提供使用者更好的效率及便利性。另外，本发明亦藉由使伺服器减少最高流量来降低运作成本，让服务提供者获得经济上的效益。

技术解决方案

根据本发明一态样的补丁文件散布方法包括：于伺服器检查时，搜寻为使用伺服器所提供的服务而存取用户端的已存取使用者；询问搜寻到的使用者是否接受补丁文件的暂时下载；将补丁文件传输到接受暂时下载的已接受使用者的终端；以及在伺服器检查完成后，使用点对点(P2P)通信方法将储存于已接受使用者的终端的补丁文件散布到其他使用者的终端。

在补丁文件传输完成后，所述方法可还包括：当补丁文件的开放取消时，将补丁文件的删除请求信息传输到已接受使用者的终端处。

散布补丁文件的方法，可包括：当连接到已接受使用者的终端处的所有P2P网络通信饱和时，经由与下载伺服器直接通信的方式将补丁文件散布到等待散布的使用者的终端处。

传输补丁文件的方法可包括：当已接受使用者的终端的数量超过临界值时，在最多等于临界值的数量范围内，从已接受使用者中选择使用者，并自下载伺服器经由直接通信将补丁文件直接传输到被选择的使用者的终端，以及藉由P2P通信方法经由被选择的使用者的终端，将补丁文件传输到已接受使用者中超过临界值的其余使用者的终端。

是否接受暂时下载的询问，可在伺服器检查完成的预计时间后的预定时间内进行。

根据本发明另一态样的补丁文件散布控制装置包括：存取检测单元，用于搜寻为使用伺服器所提供的服务而存取用户端的已存取使用者；暂时下载判断单元，用于询问搜寻到的已存取使用者是否接受补丁文件的暂时下载；以及补丁文件传输控制单元，将补丁文件传输到接受暂时性下载的使用者的终端，并在伺服器检查完成后，使用P2P通信方法将储存于已接受使用者的终端的补丁文件散布到其他使用者的终端。

当补丁文件的开放取消时，补丁文件传输控制单元可将补丁文件的删除请求信息传输到已接受使用者的终端。

当连接到已接受使用者的终端的所有P2P网络通信饱和时，补丁文件传输控制单元可经由与下载伺服器直接通信的方式控制等待散布的使用者的终端来接收补丁文件。

当已接受使用者的终端的数量超过临界值时，补丁文件传输控制单元可在最多等于临界值的数量范围内，从已接受使用者中选择使用者，并自下载伺服器经由直接通信将补丁文件直接传输到被选择的使用者的终端，以及藉由P2P通信方法经由被选择的使用者的终端，将补丁文件传输到已接受使用者中超过临界值的其余使用者的终端。

暂时下载判断单元可在完成伺服器检查所预期时间后的预定时间内，询问是否接受暂时下载。

有益效果

根据本发明，藉由在伺服器检查时提前传输补丁文件给欲提前使用服务而存取用户端的使用者，在检查完成而释出补丁文件时，避免因使用者挤着下载补丁文件所造成的状况。而且，由于提前下载补丁文件的使用者可在经由P2P通信来散布补丁文件时作为其他使用者的资源，所以在补丁文件散布时可采用P2P通信方法来进行。因此，可避免出现流量超载的情形。对服务提供者而言，由于流量总量被分散到较大范围的时段中，以最大流量来计算的伺服器运作成本亦可望降低。亦即，其具有经济效益。

附图说明

为使本发明能更明显易懂，下文特举多本发明多个实施例，并配合本说明书附图，作本发明原理的详细说明如下。

图1显示一种根据一实施例中散布补丁文件的方法流程图。

图2显示一种根据一实施例中将补丁文件散布到其他使用者的方法流程图。

图3显示一种根据一实施例中暂时下载补丁文件的方法流程图。

图4显示一种根据一实施例中散布补丁文件的流程示意图。

图5显示一种根据一实施例中补丁文件散布装置的方块图。

图6显示一种根据一实施例中流量控制效果的图形。

主要元件符号说明：

S1～S17：步骤

100：补丁文件分布装置

110：存取检测单元

120：暂时下载判断单元

130：补丁文件传输控制单元

140：IP管理单元

200：下载伺服器

300、310：使用者终端

301、302、303：终端

600、610：图形

dT：伺服器检查期间

P₀、P₁：流量

T₀～T₃：时间点

具体实施方式

以下将配合图示参考详细说明根据本发明实施例的补丁文件散布方法及其控制装置。另外，为避免被无端模糊本发明的标的，本文中排除对已知相关功能与设定的详细说明。本文实施例旨在详细说明以提供对其更进一步的理解，而非意欲限制权利要求。另外，与本发明具同样功能的其他相当的实施例也落在本发明所权利要求内。

以下，相同的引用编号代表相同的元件，重复的说明将被排除且省略。

图1显示为根据一实施例的散布补丁文件的方法流程图。

参见图1，根据本发明实施例的补丁文件分布方法包括，首先于步骤S1搜寻为使用伺服器所提供的服务而存取用户端的使用者。

使用者藉由执行终端所安装的用户端存取程式来存取线上游戏伺服器或即时内容串流伺服器。在存取伺服器时，伺服器系经由用户端与使用者终端连接。

举例而言，就线上游戏来说，使用者经由捷径或输入网址(URL)来存取游戏提供的首页，接着点选游戏开始按钮以存取游戏用户端，并经由与游戏提供的伺服器通信来进行游戏。

当伺服器处于检查状态时，使用者将无法进行游戏。然而，使用者此时仍能存取游戏网站。也就是说，使用者无法存取游戏伺服器但仍能存取游戏网站及用户端。亦即，即使在伺服器检查期间，等待伺服器开放的使用者仍可存取用户端来与伺服器的游戏首页通信，以获得各种信息或功能管理。

因此，在这种情况下，使用者存取用户端的历史记录可被抓取。而且，自游戏伺服器、额外伺服器或简易记忆体装置中可搜寻出使用者的存取，并可储存使用者存取的信息。

所储存的使用者信息包括用户终端的IP地址。或者，使用者信息也可包括使用者在登入以存取用户端时所使用的ID。所储存的使用者信息可在后续伺服器检查完成与补丁开放时，用于识别暂时传输补丁文件的使用者以及与其他使用者的终端有效地转发通信。

步骤S1完成后，将在步骤S2传输一个关于是否同意暂时下载补丁文件的询问到所搜寻到的已存取使用者。步骤S2可藉由多种方法来实施，以提升使用者在操作上的便利性。

作为第一范例，在需按下网页上的游戏执行按钮来执行游戏的情况下，当有补丁文件可供暂时下载时，网页上游戏执行按钮将被补丁文件下载按钮所取代，或者在网页上额外显示一个补丁文件下载按钮。这个时候，步骤S2中网页上将显示补丁文件下载按钮，而使用者同意与否则可藉由点选此补丁文件下载按钮来确认。

作为第二范例，当游戏执行按钮被按下时，可显示一个补丁文件下载与用户端存取视窗，可在视窗的某些选单或是跳出式选单上，显示已完成伺服器检查的通知信息以及询问是否下载补丁文件的信息。

除了第一与第二范例外，步骤S2亦可经由多种方法来进行，例如，当前一步骤所选为游戏执行按钮而非用户端存取视窗时，将仅输出询问是否下载补丁文件的信息的方法。

步骤S1完成后，使用者将被分为两个群组，其中一个群组包括接受暂时下载补丁文件的使用者，而另一群组则包括不接受的使用者。如果使用者在步骤S2接受补丁文件的暂时下载，补丁文件将在步骤S3传输到已接受使用者的终端。

补丁文件可储存于使用者终端的储存空间中用于暂时储存文件的暂时储存空间(例如，作业系统下的暂存资料夹)。或者，补丁文件可储存于使用者所指定的资料夹中。

步骤S2可在补丁文件完成后进行，以将补丁文件传输到已接受使用者的终端。然而，即使补丁文件未完成，当完整版补丁文件是使用储存于已接受使用者的终端的补丁文件作为元资料(Metadata)来开放时，可有某服务机制让使用者能仅下载储存于接受的使用者终端的补丁文件与完整版补丁文件之间不同的部份。

在步骤S3进行后，补丁文件将在伺服器检查时，被储存于存取使用者的终端中接受步骤S2所询问的使用者的终端。当伺服器检查完成后，将在步骤S4判断是否开放补丁文件。

补丁文件的开放(open)，意指在伺服器检查完成后，将补丁文件套用到服务提供用户端。如果伺服器检查完成后因为某些因素而毋须开放补丁文件，或因发现缺陷的补丁文件而无法开放补丁文件时，则即使伺服器检查完成后，使用者可不必下载及执行补丁文件。因此，散布补丁文件与否基本上取决于步骤S4中对补丁文件有否开放的判断。

根据步骤S4的判断结果，如果补丁文件未开放，则没有必要将补丁文件储存于已接受使用者的终端的。因此，伺服器将在步骤S6中传输删除储存于暂时储存空间中的补丁文件的请求到使用者终端。

如果在步骤S4中确认将开放补丁文件，伺服器将经由点对点(P2P)方法或直接下载方法将补丁文件提供到所有存取的使用者，藉以使补丁文件在步骤S5中散布。亦即，当储存于伺服器的补丁文件被开放，则储存于已接受使用者的终端的补丁文件将经由P2P通信方法传输给其他使用者。

过去，由于伺服器检查完成后补丁文件开放时，并没有已储存补丁文件的使用者，所以补丁文件开放时，所有使用者终端都要经由与伺服器的直接通信方法来下载补丁文件。然而，现在使用者终端可透过步骤S2及S3来提前储存补丁文件，因此可频繁地使用P2P方法来避免伺服器的流量超载。

图2显示一种根据一实施例中将补丁文件散布到其他使用者的方法流程图。以下说明将省略与图1中重复的叙述。

图2为显示图1步骤S4及S5中作业的详细流程图。参见图2，在步骤S7中选择储存空间内储存有补丁文件的使用者终端。步骤S7可在伺服器检查完成后补丁文件开放的时间点之前或之后进行。伺服器在使用者中选择接受暂时下载的使用者终端，使步骤S7中的P2P通信伺服器得以运作。

一旦已接受暂时下载的使用者终端(亦即，当伺服器检查完成后的时间点(也就是补丁开放时间点)时储存有补丁文件的终端)在步骤S7中被选择后，被其他使用者所选择的使用者的终端将在步骤S8中优先作为P2P通信时的中继点。

步骤S8中当其他使用者的终端存取P2P网络时，将优先提供所选的使用者的IP地址。

在步骤S8中，具有补丁文件的被选择的使用者终端进行P2P通信时可有足以供其他使用者存取的预设通信总量，否则被连接至其他使用者的P2P通信所选的使用者终端中的一些使用者终端的P2P通信可能饱和。

接着，如图2所示，步骤S9中将判断所有所选使用者的P2P通信是否饱和。

如果在步骤S9中确认所有所选使用者为饱和，则除了经由P2P网络与所选使用者连接的其他使用者终端以外，剩余的使用者将在步骤S10中接受伺服器的控制直接与下载伺服器进行通信。藉此，可将P2P网络作最大限度的运用，使流量超载得以受到控制。

在步骤S10进行后，可额外进行步骤S11来更新储存有补丁文件的使用者终端清单。补丁文件开放后将经由P2P方法或与下载伺服器的直接通信方法储存于其他使用者的终端。随着时间演进，将会有越来越多其他使用者储存有完整版本补丁文件。因此，在进行步骤S11更新储存有补丁的使用者终端清单时，将会新增储存有补丁的使用者清单。藉此，将有更多的使用者终端可作为P2P网络的资源所用。

图3显示根据一实施例的暂时下载补丁文件的方法流程图。以下说明将省略与图1及图2中重复的叙述。

参见图3，对应图1的步骤S1，步骤12中将检测使用者终端对服务提供用户端的存取并储存所述使用者终端的IP地址。

接着，对应图1的步骤S2，步骤13中将对使用者终端提出是否暂时下载的询问。

接着，步骤S14中将判断使用者终端是否接受暂时下载，若使用者终端接受暂时下载，则步骤S15中将判断使用者终端的数量是否超过临界值(例如，50)，以决定要使用的补丁文件下载方法。

在步骤S15中，为提前判断储存有补丁文件的使用者终端的数量，将从接受暂时性下载者的使用者终端中搜寻未接收文件的使用者终端。会这样做是因为文件接收是在接受暂时下载后开始，而当然，是在完成后停止。

如果完成文件传输的使用者终端数量超过步骤S15中的临界值时，步骤S16中新加入的存取并接受暂时下载补丁文件的使用者将经由P2P方法来暂时下载补丁文件。亦即，例如在步骤S15中的临界值为50，此为即使经由P2P方法来暂时下载补丁文件时仍能保障其速度的值。

当步骤S15中完成文件传输的使用者终端不超过临界值时，步骤S17中补丁文件将从伺服器直接传输。接着，在检查完成时，补丁文件将散布给其他使用者终端。

图4显示根据一实施例的散布补丁文件的流程示意图。图4的说明将省略与图1至图3中重复的叙述。

参见图4，下载伺服器200将补丁文件直接传输到使用者终端300中的使用者终端310，其于伺服器检查时存取下载伺服器200并接受暂时下载补丁文件。补丁文件传输到已接受使用者终端310是在伺服器检查时进行。

当伺服器检查完成且补丁文件开放时，已接受使用者终端310将经由P2P网络连接到其他使用者的终端320。接着，储存于已接受使用者终端310的补丁文件将分散并散布到其他使用者的终端320。

图5显示一种根据一实施例中补丁文件散布装置的方块图。图5的说明将省略与图1至图4中重复的叙述。

参见图5，根据本发明实施例的补丁文件分布装置100包括：存取检测单元110、暂时下载判断单元120以及补丁文件传输控制单元130，且还可进一步包括IP管理单元140。

存取检测单元110在伺服器检查时所执行的功能为搜寻为使用伺服器所提供的服务而存取用户端的使用者的终端301；亦即，存取检测单元110将成为图1中步骤S1的主体。

暂时下载判断单元120所执行的功能为询问存取的使用者是否接受补丁文件的暂时下载。亦即，此时将进行如图1中的步骤S2。暂时下载判断单元120询问是否接受补丁文件的暂时下载的时间点，可为在检查完成后或预定时间(例如，1分钟)内。前述的询问时间可套用于图1的步骤S2。

暂时下载判断单元120接收来自接收被询问的终端的回应，并接着将所接收的回应送到补丁文件传输控制单元130。

补丁文件传输控制单元130控制补丁文件的暂时下载，并接着在检查完成后将补丁文件散布到终端302及303。

首先，接收来自暂时下载判断单元120的终端的回应，作为回应，包括接收信息的终端301将与下载伺服器200直接通信来下载补丁文件。当然，如先前所述，如果储存有补丁文件的使用者终端维持多于预定数值(例如，50)时，则可经由P2P方法来进行暂时下载。

当检查完成且补丁文件开放时，储存于已接受使用者的终端301的补丁文件将散布到其他使用者的终端302及303。补丁文件传输控制单元130在与使用者终端中未储存有补丁文件的其他使用者的终端302及303之间进行P2P通信时，会将已经由暂时下载而储存有补丁文件的终端301作为中继点使用。

IP管理单元140所进行的功能为管理所撷取的IP地址信息，其在存取检测单元110及暂时下载判断单元120撷取与管理使用者终端时，管理存取使用者(参考图1所述)的终端的信息。另外，当储存有补丁文件的使用者终端清单更新之后，将从补丁文件传输控制单元130接收更新后的使用者终端的IP地址，并进行管理。

图6显示一种根据一实施例中流量控制效果的图形。

参见图6，图形600为使用根据本发明实施例的补丁文件散布方法与控制装置时所测量的伺服器流量图，而图形610为不使用本发明实施例方法时所测量的伺服器流量图。

参见不使用本发明实施例方法时所测量的图形610，在正常伺服器作业下其流量约维持在P₀，亦即其最大流量点。接着，在伺服器检查开始的时间点T₃几乎无任何流量。而在伺服器检查完成且补丁文件开放的时间点T₀，许多使用者终端为取得其补丁文件再次存取伺服器。因此，伺服器流量的上限将增加到最大流量P₁，随后，最大流量在补丁文件传输完成之后减少。

参见使用本发明实施例方法时所测量的图形600，其流量在伺服器检查开始的时间点T₃时减少，且于提前散布补丁文件的时间点T₁时部份增加。接着，在接近检查完成时间点T₀的时间点T₂时，有更多使用者终端为了提前下载补丁文件而存取伺服器。然而，在时间点T₂时使用者终端的存取总量(亦即，伺服器流量)明显少于在补丁文件开放后同时散布补丁文件的存取总量。

到了伺服器检查完成的时间点T₀时，补丁文件经由P2P通信方法在提前储存有补丁文件的使用者终端与其他使用者终端间散布。据此，时间点T₀时伺服器的最大流量可维持于P₀(亦即，平常伺服器作业的水平)。

也就是说，藉由增加伺服器检查期间dT的流量并减少时间点T₀时的最大流量，则以最大流量来计算的伺服器运作成本亦可望降低。另外，由于总流量因使用P2P通信方法而一并被减少，所以即使以总流量来计算成本，系统仍可节省其运作成本。

Claims

1.一种散布补丁文件的方法，其特征在于，包括：

于伺服器检查时，搜寻为使用伺服器所提供的服务而存取用户端的多个已存取使用者；

询问搜寻到的所述多个使用者是否接受补丁文件的暂时下载；

将该补丁文件传输到接受该暂时下载的已接受使用者的终端；以及

在该伺服器检查完成后，使用点对点(P2P)通信方法将储存于所述已接受使用者的终端的该补丁文件散布到其他使用者的终端。

2.根据权利要求1所述的散布补丁文件的方法，还包括：当该补丁文件的开放取消时，将该补丁文件的删除请求信息传输到所述已接受使用者的终端。

3.根据权利要求1所述的散布补丁文件的方法，其中散布该补丁文件的方法包括当连接到所述已接受使用者的终端的所有P2P网络通信饱和时，经由与下载伺服器直接通信的方式将该补丁文件散布到等待散布的使用者的终端。

4.根据权利要求1所述的散布补丁文件的方法，其中传输该补丁文件的方法包括：

当所述已接受使用者的终端的数量超过临界值时，在最多等于该临界值的数量范围内，从所述已接受使用者中选择多个使用者，并自下载伺服器经由直接通信将该补丁文件直接传输到被选择的所述多个使用者的终端；以及

藉由P2P通信方法经由被选择的所述多个使用者的终端，将该补丁文件传输到所述已接受使用者中超过该临界值的其余使用者的终端。

5.根据权利要求1所述的散布补丁文件的方法，其中所述是否接受该暂时下载的询问，是在该伺服器检查完成的预计时间后的预定时间内进行。

6.一种补丁文件散布控制装置，其特征在于，包括：

存取检测单元，用于搜寻为使用伺服器所提供的服务而存取用户端的多个已存取使用者；

暂时下载判断单元，用于询问搜寻到的多个使用者是否接受补丁文件的暂时下载；以及

补丁文件传输控制单元，将该补丁文件传输到接受该暂时下载的已接受使用者的终端，并在伺服器检查完成后，使用P2P通信方法将储存于所述已接受使用者的终端的该补丁文件散布到其他使用者的终端。

7.根据权利要求6所述的补丁文件散布控制装置，其中当该补丁文件的开放取消时，该补丁文件传输控制单元将该补丁文件的删除请求信息传输到所述已接受使用者的终端。

8.根据权利要求6所述的补丁文件散布控制装置，其中当连接到所述已接受使用者的终端的所有P2P网络通信饱和时，该补丁文件传输控制单元经由与下载伺服器直接通信的方式控制等待散布的使用者的终端来接收该补丁文件。

9.根据权利要求6所述的补丁文件散布控制装置，其中当所述已接受使用者的终端的数量超过临界值时，该补丁文件传输控制单元在最多等于该临界值的数量范围内，从所述已接受使用者中选择多个使用者，并自下载伺服器经由直接通信将该补丁文件直接传输到被选择的所述多个使用者的终端，以及藉由P2P通信方法经由被选择的所述多个使用者的终端，将该补丁文件传输到所述已接受使用者中超过该临界值的其余使用者的终端。

10.根据权利要求6所述的补丁文件散布控制装置，其中该暂时下载判断单元在完成该伺服器检查所预期时间后的预定时间内，询问是否接受该补丁文件的该暂时下载。