CN102624764A - 同步同一Web应用程序的多个副本的方法和设备 - Google Patents

Abstract

本发明公开了一种同步同一Web应用程序的多个副本的方法和设备。同步同一Web应用程序的多个副本的方法包括：将所述多个副本中的一个副本确定为主副本，其中只有主副本与服务器建立连接；将所述主副本从所述服务器接收的数据和来自于所述多个副本中任意副本的输入数据存储到所述本地存储中；以及利用从所述本地存储中获得的所述数据来同步所述多个副本。

Description

同步同一Web应用程序的多个副本的方法和设备

技术领域

本发明涉及计算机技术领域，更具体地涉及同步同一Web应用程序的多个副本的方法和设备。

背景技术

随着计算机技术的普及，各种网络应用不断扩展。基于客户端服务器模式的网络服务越来越多。其中，由于HTTP协议(Hyper TextTransfer Protocol，超文本传送协议)是当今因特网中应用最广泛的协议，所以很多网络应用都是基于HTTP协议来进行的。

近些年，出现了一种基于HTTP协议的新的Web应用架构：CometWeb应用架构。基于这种架构开发的应用程序中，为了满足实时推送数据的需求，Web应用程序将与服务器建立连接，从而服务器端得以向客户端程序推送数据。Comet架构非常适合事件驱动的Web应用程序，以及对交互性和实时性要求很强的应用，如股票交易行情分析、聊天室和Web版在线游戏等。

在用户使用这些Web应用程序时，用户往往会出于某些原因而创建同一Web应用程序的多个副本。如图1所示，在这种情况下，由于Web应用程序的交互性和实时性，诸如Web即时聊天应用程序，需要同一Web应用程序的多个副本同步，即，在每个副本上所呈现的内容相同，否则，诸如在强调交互性和实时性的聊天程序中，多个副本上所呈现的内容不同将使用户感到迷惑。例如，用户可能在一个副本上输入了某些内容，但是这些内容并没有在另一副本上显示出来，但是另一副本上却显示了对方的回复内容，这种情况将使他/她难以了解自己说过哪些内容，而对方又回复了哪些内容，对话的逻辑性将因此受到很大影响。

所以，多个副本中的每一个必须和服务器建立一个Comet连接，具体为HTTP长轮询(Long-Polling)连接，从而它们可以通过服务器进行同步。即，一个用户使用的同一Web应用程序可能产生多于一个的连接。

虽然图1中仅示出了3个副本，但是在现实中，可能会创建更多的副本。可以想到，用户创建的副本越多，则到服务器的此类连接也就越多。同时由于一台服务器往往服务于很多用户，所以这些几倍于用户数量的副本连接数量必将导致服务器的负荷越来越重并且对服务器资源的消耗也越来越大。最终可能导致在很短的时间内就耗尽服务器的连接资源而使服务器无法继续为其他用户提供服务。

然而，仅仅单纯地增加服务器数量是难以解决上述问题的，因为新增的服务器同样也会由于过多的副本连接而过快地耗尽资源，而且增加服务器的成本很高，这使得很多服务提供商难以负担。

发明内容

因此，现在需要一种在Web应用环境中同步同一Web应用程序的多个副本而同时又减少产生的连接数量，进而能够减轻服务器负荷，降低服务器资源消耗的方式。

为了解决上述问题，本发明提供了一种同步同一Web应用程序的多个副本的方法和设备。

根据本发明的一个方面，提供了一种同步同一Web应用程序的多个副本的方法，包括：将所述多个副本中的一个副本确定为主副本，其中只有主副本与服务器建立连接；将所述主副本从所述服务器接收的数据和来自于所述多个副本中任意副本的输入数据存储到所述本地存储中；以及利用从所述本地存储中获得的所述数据来同步所述多个副本。

根据本发明的另一方面，提供了一种同步同一Web应用程序的多个副本的设备，包括：确定装置，用于将所述多个副本中的一个副本确定为主副本，其中只有主副本与服务器建立连接；存储装置，用于将所述主副本从所述服务器接收的数据和来自于所述多个副本中任意副本的输入数据存储到所述本地存储中；以及同步装置，用于利用从所述本地存储中获得的所述数据来同步所述多个副本。

根据本发明，在客户端上产生Web应用程序的多个副本时，能够仅使多个副本中的一个副本与服务器建立连接。虽然仅存在一个连接，但是多个副本之间可以同步并且每个副本仍旧维持了与服务器的双向通信。这一方式减少了多个副本与服务器建立连接的数量，从而减轻了服务器的负荷，降低了服务器消耗的资源。本发明对于客户端类型以及所使用的浏览器类型没有任何限制，从而可以本发明更好地应用于当今基于Web应用的各种环境。

附图说明

通过对结合附图所示出的实施方式进行详细说明，本发明的上述以及其他特征将更加明显，本发明附图中相同的标号表示相同或相似的元素。在附图中：

图1是示意性地示出了现有技术中同一Web应用程序的多个副本与服务器连接的方式的图示；

图2是示意性地示出了本发明用于同步同一Web应用程序的多个副本的方法的流程图；

图3是示意性地示出可以实现本发明的设备的框图；以及

图4是示意性地示出了本发明中同一Web应用程序的多个副本与服务器和本地存储连接的图示。

具体实施方式

在下文中，将参考图示借助于实施方式对本发明的用于同步同一Web应用程序的多个副本的方法和设备进行详细地描述。

附图中的流程图和框图，图示了按照本发明各种实施方式的设备和方法体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这取决于所涉及的功能。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

首先，参考图2示出的用于同步同一Web应用程序的多个副本的方法的流程图进行描述。

如图2所示，在步骤S201中，将多个副本中的一个副本确定为主副本，其中只有主副本与服务器建立连接。

一般而言，Web应用程序的副本可以指同时运行的同一Web应用程序的实例。

在另一实施方式中，具体而言，这里提到的副本可以指其中运行有Web应用程序的浏览器的多个实例或标签页。因为，Web应用程序大多数都可以运行在Web页面中，例如在社交网络(诸如，人人网等)中使用的各种Web应用程序(诸如：人人网网页即时聊天程序)。用户在使用这类Web应用程序时，可能会出于某些原因同时打开浏览器的多个实例或标签页，这样就创建了同一Web应用程序的多个副本。

基于用户创建了多个副本的情况，在步骤201中，可以将多个副本中的任意一个副本确定为主副本并由其担任与服务器建立连接的任务。确定哪个副本为主副本可以基于竞争方式或顺序方式。

下面首先描写使用顺序方式确定主副本的过程。一般而言，副本的创建具有时间顺序。例如，用户首次打开Web应用程序，从而创建了第一副本，然后用户可能会继续创建该Web应用程序的其他副本。这样，就存在一个按照副本创建时间排列的先后顺序。基于该顺序，可以确定最早创建的副本、次早创建的副本、第三早创建的副本为主副本，以此类推。

本领域的技术人员应该理解，利用顺序方式确定主副本还可以采用时间顺序之外的其他顺序，包括但不限于优先级顺序、id号顺序等。

确定主副本还可以基于竞争方式。在存在多个副本的情况中，多个副本可以采用竞争方式，最后的胜出者将成为主副本。

在竞争方式中例如可以首先设置一个标志位。该标志位的作用在于向各个副本指示是否存在已经与服务器建立了连接的主副本。

例如，在Web应用程序的一个副本被创建时或其存在的任何时刻，它将首先读取标志位，如果该标志位为还未被设置(例如，标志位为0)，这表明不存在到服务器的连接，则该副本立刻对该标志位进行设置(例如将其设置为1)并且继而与服务器建立连接。这样，将标志位设置为1的副本就通过竞争方式成为主副本。而其他副本在此之后读取该标志位时，它们将发现该标志位已经被设置，则它们知道已经存在主副本，从而放弃与服务器建立连接的尝试。

应该指出，上述竞争方式不限于设置标志位的方式，也可以采用合适的其他方式。

通过以上两种方式：顺序方式和竞争方式，多个副本中的一个被确定为主副本，并且仅有该主副本建立了与服务器的连接。

在另一实施方式中，本发明的方法还可以包括以下步骤：如果所述主副本失去连接或被关闭，则将主副本之外的一个副本被确定为所述主副本，然后所述主副本与服务器建立连接。这是因为在某些情况下，诸如，用户主动将主副本关闭，主副本可能失去连接或被关闭，则在多个副本中将不再存在已经与服务器建立了连接的主副本。而多个副本必须依赖于该连接从服务器接收数据，即，在任意时刻多个副本中必须维持一个到服务器的连接，所以需要重新确定一个主副本以与服务器重新建立连接。

在这种情况下，类似地，可以使用竞争方式，将多个副本中之前主副本之外的一个副本确定为主副本，然后该新的主副本将与服务器建立连接。

在该实施方式中，在主副本失去连接或被关闭的情况中，可以基于竞争方式，例如主副本失去连接或被关闭时将标志位设置为0，这时其他抢先将该标志位设置为1的副本就被确定为主副本，继而其与服务器建立连接。这样，在多个副本中将总是存在一个与服务器建立了连接的主副本并且仅存在一个这样的主副本。

在主副本与服务器建立了连接之后，由于多个副本中仅有主副本具有与服务器的连接，所以其他副本将不能直接接收到来自于服务器的数据并且也无法直接将输入的数据传输到服务器。而且，在这种情况下，在包括主副本的任意副本上输入的数据(诸如即时聊天程序中用户的输入)也无法同步出现在其他副本上，因此它们彼此之间无法同步，这对于Web应用程序的用户而言将造成迷惑。这样，就需要在多个副本之间存在一个本地数据共享的区域。一般而言，因特网浏览器(包括但不限于IE浏览器、Firefox浏览器、Chrome浏览器、Safari浏览器等)都在本地提供一个存储数据的区域或文件，在此，我们将该存储数据的共享区域或文件称作本地存储。通过该区域，多个副本之间可以通过读写该区域或文件而进行同步，即，将在主副本从服务器接收的数据和从任意副本输入的数据同步地呈现在每个副本上。

因此，在步骤S202中，将主副本从服务器接收的数据和来自于多个副本中任意副本的输入数据存储到本地存储中。

在该步骤中，针对各种浏览器，本地存储包括但不限于以下形式：cookie形式、user data形式、local storage形式、flash形式等，甚至可以是用户或系统在本地指定的一个存储区域。在以上各种形式中，可以按照浏览器的类型来选用不同的本地存储形式，也可以基于本地存储的性能从多个本地存储中优选一个。本地存储的性能包括但不限于：容量、存取速度、兼容性、使用方便程度等。

以常用的IE浏览器为例，其可以使用两种本地存储形式：cookie形式和user data形式。在这两个本地存储形式中，cookie对于一般的应用程序而言存储空间过小，大约只有4K字节左右。而user data就大得多，可以达到64K字节。就这两个本地存储形式而言，很显然，user data形式可以支持存储更多的数据，从而可以更好地应付需要较大数据流量的Web应用。因此，在针对IE浏览器使用本发明的过程中，可以优选user data形式作为本地存储来使用。

当然，对于不同的应用环境或者不同浏览器而言，并非都有相应的本地存储可以使用。例如，有些非标准浏览器本身并没有本地存储区可以使用。在这种情况下，本发明利用浏览器的插件，例如flash形式来作为本地存储进行使用。因为flash技术在网页构建等方面的广泛使用，大部分应用环境或浏览器都支持flash插件形式，即，大部分应用环境或浏览器都兼容flash形式，所以使用flash作为本地存储可以应付大部分应用环境或浏览器。

因此，在不同的实施方式中，针对不同应用环境或浏览器使用本发明时，如果存在多个本地存储形式，则本发明的方法还可以包括基于本地存储的性能从中优选一个来使用的步骤。

在步骤S202将数据存储到本地存储中之后，继而在步骤S203中，将利用从本地存储中获得的数据来同步多个副本。这样，多个副本就实现了同步，并且在同步过程中仅仅建立了一个到服务器的连接，这大大地降低了服务器的负荷。并且在该过程中，由于主副本也可以获得了在其余副本上输入的数据，所以其必然可以将这些输入数据传输到服务器，就好像这些数据是在主副本上输入的那样。这样，多个副本中的任意副本仍旧可以维持与服务器的双向通信。

在步骤S203中，多个副本从本地存储中获得数据的方式根据浏览器对本地存储的访问机制可以是轮询方式或触发方式，诸如事件触发方式。

在轮询方式中，多个副本以轮询的方式来监视本地存储，一旦发现本地存储中存入了新的数据，就从本地存储中获得(读取)该数据来更新自己。在所有副本使用轮询方式获得数据并进行更新之后，所有副本将呈现的相同的内容，从而实现了多个副本的同步。

使用轮询方式在一些情况中可能造成系统的负荷上升至难以承受的程度，比如副本过多。在该情况下，很多副本对本地存储的不断轮询将大量消耗系统资源。所以如果能在需要副本获取数据时对其进行通知以使其在特定的时间获取数据，则可以更好地使用系统资源。事件触发方式可以满足这一需求。

在触发方式中，多个副本可以在受到触发时才去读取本地存储的数据。例如，在主副本接收到服务器数据并且将这些数据存储到本地存储中时，可以触发一个“存储”事件。而其余副本通过监听该“存储”事件而受到触发，从而在触发后才去读取主副本存入本地存储的数据。同样，诸如聊天程序中，当用户在多个副本中的任意副本上进行输入时，接收输入的副本将用户输入的数据存储到本地存储中，从而触发“存储”事件。这时，其余副本同样可以由该“存储”事件触发而去获得本地存储中的输入数据，进而利用该数据更新自己。这种方式将大大降低对系统资源的消耗。

在触发事件中，触发事件并非仅限于向本地存储中存储数据，其还可以包括但不限于定时器到时、用户输入以及系统指令以及它们的组合。即，触发方式中使用的触发事件包括以下至少一个：向本地存储中存储数据、定时器到时、用户输入以及系统指令。应该指出，根据应用环境和用户的需要，可以将其他合适的任何事件指定为触发事件以使副本去读取本地存储中的数据。例如，用户可能希望在接收到多条数据或多个消息之后再同步多个副本，那么可以将数据或消息的数量作为触发事件。即，将数据或消息的数量作为触发事件。

根据本发明的一个实施方式，其中的Web应用程序可以是WebComet应用程序。在该实施方式中，为了实现本发明的方法，WebComet应用程序的多个副本中的主副本将可以与服务器建立Comet连接。而这类程序可以是基于Web的即时通讯应用程序，也可以是诸如网络直播应用程序、股票交易行情分析、以及Web版在线游戏等基于Web的应用程序。

例如，在利用Comet技术的、基于Web的即时通讯应用程序中，诸如在人人网网页即时聊天程序程序中，用户有可能打开该程序的多个副本，比如打开多个浏览器的示例或标签页。利用本发明的方法，可以将该基于Web的即时通讯应用程序的多个副本中的一个副本确定为主副本，其中只有主副本与该通讯程序的服务器建立连接；在主副本与服务器建立了连接之后，服务器有可能向该即时通讯程序推送数据，比如其他聊天客户发送消息等等。在聊天过程中，用户有可能在该通讯程序的任意副本上输入内容。为了将服务器推送的数据和用户输入的数据同步到所有副本上，从而使所有副本上都即时呈现同样的内容，需要将所述主副本从服务器接收的数据和来自于多个副本中任意副本的输入数据存储到本地存储中。最后利用从本地存储中获得的数据来同步多个副本。

通过上述方法步骤，在用户以多副本的方式使用此类Web即时聊天程序时，将会拥有很好的用户体验，即，各个副本都能够同步地呈现相同的内容并仍旧能够维持与服务器的双向通信。

综上所述，本发明的方法在用户创建了同一Web应用程序的多个副本之后，仅建立一个到服务器的连接就实现了多个副本之间的同步。该方法在实现多个副本之间同步的同时，还大大减轻了服务器的负荷，降低了服务器消耗的资源量，节省了带宽的开销，从而提高了服务器的使用效率，使之可以服务于更多的用户。相对于现有技术中多个副本为了同步而分别与服务器建立连接的方式，本发明的方法无疑具有巨大的优势。

应该指出，本发明的方法可以实现在任何能够使用Web应用程序(诸如通过Web浏览器访问网络)的设备中，这些设备包括但不限于个人计算机、笔记本计算机、平板计算机、移动蜂窝电话、移动手持设备、个人数字助理、家用电子设备等。并且本发明也不限于任何具体的浏览器和运行这些Web应用程序的操作系统平台。

下面参考图3，图3是示意性地示出了可以实现本发明的设备的框图。

如图3所示，根据本发明的一个实施方式，设备300可以包括：确定装置301，用于将多个副本中的一个副本确定为主副本，其中只有主副本与服务器建立连接；存储装置302，用于将主副本从服务器接收的数据和来自于多个副本中任意副本的输入数据存储到本地存储中；以及同步装置303，用于利用从本地存储中获得的数据来同步多个副本。

根据本发明的另一实施方式，所述确定装置301还可以用于如果主副本失去连接或被关闭则将主副本之外的一个副本确定为主副本，然后主副本与服务器建立连接。

根据本发明的又一实施方式，设备300还可以包括选择装置，其可以用于基于本地存储的性能从多个本地存储中优选一个。

下面结合图4进一步描述本发明中服务器、多个副本和本地存储之间的关系。图4是示意性地示出了本发明中同一Web应用程序的多个副本与服务器和本地存储连接的图示。

如图4所示，可以通过采用竞争方式或顺序方式将多个副本中的一个确定为主副本，继而其与服务器建立连接，其余副本将放弃与服务器建立连接的尝试。应该理解，虽然图4仅示出了三个副本的情况，但是，本发明可以用于副本数量不等于3的各种情况。

与图1中所示的现有技术相比较，很明显，根据本发明实施方式的、图4所示的情况大大减少了与服务器建立的连接数量，这必然有助于减轻服务器的负荷。在该情况中，包括主副本在内的多个副本将通过读写本地存储的方式来进行同步，即，每个副本都可以从本地存储中读取数据并且也可以向本地存储中写入数据。换言之，在每个副本和本地存储之间存在读写双向操作。本地存储中的数据来源分为两部分，一部分数据是来自于主副本通过唯一的连接从服务器接收的数据，即，服务器的数据唯一地来自于主副本；另一部分数据则来自于从包括主副本在内的多个副本上输入的数据，其中在任意副本上输入的数据也将通过主副本传输到服务器。

虽然多个副本中仅存在到服务器的唯一连接，但是所有副本通过本地存储依然可以实现彼此之间的同步以及与服务器的双向通信。

尽管本说明书包含多种特定细节，但是不应将其理解为是对本发明的范围或者所要求保护内容的限制，而应当理解为是本发明具体实施方式的特定特征的描述。本说明书中描述的在各个实施方式的上下文中的某些特征也可以在单个实施方式中结合实现。相反，在单个实施方式上下文中描述的各种特征也可以分别实现在多个实施方式中或者任意适当的子组合中。而且，尽管上文可能将特征描述为在特定的组合中操作，甚至初始也是这样要求保护的，但是来自所要求保护的组合的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以针对子组合或组合的变形。

类似地，尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

Claims (20)

1.一种同步同一Web应用程序的多个副本的方法，包括：

将所述多个副本中的一个副本确定为主副本，其中只有主副本与服务器建立连接；

将所述主副本从所述服务器接收的数据和来自于所述多个副本中任意副本的输入数据存储到所述本地存储中；以及

利用从所述本地存储中获得的所述数据来同步所述多个副本。

2.根据权利要求1所述的方法，进一步包括如果所述主副本失去连接或被关闭，则将所述主副本之外的一个副本被确定为所述主副本，然后所述主副本与服务器建立连接。

3.根据权利要求1或2所述的方法，进一步包括基于所述本地存储的性能从多个本地存储中优选一个。

4.根据权利要求1或2所述的方法，其中所述Web应用程序是Web Comet应用程序。

5.根据权利要求4所述的方法，其中建立的所述连接是Comet连接。

6.根据权利要求5所述的方法，其中所述Web应用程序是基于Web的即时通讯应用程序。

7.根据权利要求1或2所述的方法，其中所述确定基于竞争方式或顺序方式。

8.根据权利要求1或2所述的方法，其中从所述本地存储中获得所述数据的方式是轮询方式或触发方式。

9.根据权利要求8所述的方法，其中所述触发方式中使用的触发事件包括以下至少一个：向所述本地存储中存储数据、定时器到时、用户输入以及系统指令。

10.根据权利要求1或2所述的方法，其中所述副本是其中运行有所述Web应用程序的浏览器的多个实例或标签页。

11.一种同步同一Web应用程序的多个副本的设备，包括：

确定装置，用于将所述多个副本中的一个副本被确定为主副本，其中只有主副本与服务器建立连接；

存储装置，用于将所述主副本从所述服务器接收的数据和来自于所述多个副本中任意副本的输入数据存储到所述本地存储中；以及

同步装置，用于利用从所述本地存储中获得的所述数据来同步所述多个副本。

12.根据权利要求11所述的设备，所述确定装置还用于如果所述主副本失去连接或被关闭则将所述主副本之外的一个副本确定为所述主副本，然后所述主副本与服务器建立连接。

13.根据权利要求11或12所述的设备，进一步包括选择装置，用于基于所述本地存储的性能从多个本地存储中优选一个。

14.根据权利要求11或12所述的设备，其中所述Web应用程序是Web Comet应用程序。

15.根据权利要求14所述的设备，其中建立的所述连接是Comet连接。

16.根据权利要求15所述的设备，其中所述Web应用程序是基于Web的即时通讯应用程序。

17.根据权利要求11或12所述的设备，其中所述确定基于竞争方式或顺序方式。

18.根据权利要求11或12所述的设备，其中从所述本地存储中获得所述数据的方式是轮询方式或触发方式。

19.根据权利要求18所述的设备，其中所述触发方式中使用的触发事件包括以下至少一个：向所述本地存储中存储数据、定时器到时、用户输入以及系统指令。

20.根据权利要求11或12所述的设备，其中所述副本是其中运行有所述Web应用程序的浏览器的多个实例或标签页。

Images