CN103621047B - 用于跨网络同步内容的方法 - Google Patents

Abstract

一个示例中的方法，该方法包括在处于第一站点的计算服务器处接收内容，其中该内容要与至少一个其它站点进行同步。该方法进一步包括将所要同步的内容存储在导引标签中，并且将该导引标签传输至至少一个其它站点。

Description

用于跨网络同步内容的方法

技术领域

本发明总体上涉及跨网络同步内容，尤其涉及在内容可以被多个用户进行更新的情况下跨网络同步内容。

背景技术

随着计算机设备变得更为普及，更多的人在线存储信息或内容，其可以被任意数量的用户进行更新或评论。然而，信息通畅存储在单个站点而并非跨站点进行共享或同步。与此同时，用户可能对通常并不共享信息的许多不同站点进行访问。例如，用户可能具有用于工作的计算机账户，并且具有诸如Facebook、Myspace之类的社交网站或一些其它社交网站的账户。该用户可以在每个不同站点发布内容。在一些情况下，用户可能想要跨不同站点对所发布的内容进行同步，并且允许他人对该内容进行评论或添加。这在用户可能具有跨不同站点不同账户，并且一个站点上的其他人可能无法对另一站点上的内容进行更新的环境中是困难的。

通常，当用户想要在一个站点上创建博客但是即使不同用户可以从不同站点进行评论也想要该博客与其它站点同步而使得该博客在每个站点上包含相同内容时会出现跨站点共享信息的问题。例如，用户可能想要在工作站点发起博客，但是该用户可能想要处于诸如Facebook之类的社交站点的他人能够对该博客输入评论并且使得博客与其它站点同步更新，而使得多个站点包含在Facebook输入的相同评论。目前，对博客进行同步可能要求用户从多个站点手工更新评论。手工更新评论可能容易出错并且是非常耗时的。

发明内容

在一个实施例中，本发明包括一种方法。该方法包括在处于第一站点的计算服务器处接收内容，其中该内容要与至少一个其它站点进行同步。该方法进一步包括将所要同步的内容在第一站点存储在导引标签（homing tag）中，并且将该导引标签传输至至少一个其它站点。

另一种实施方式包括一种处于第一站点的计算服务器，其中该计算服务器被配置为接收包括导引标签的内容，其中该内容从第二站点所接收，并且其中该计算服务器利用所接收的内容更新包括该计算服务器的导引标签以在第一站点和第二站点之间同步内容。

另外的实施方式包括一种方法，其接收与博客发布相关联的内容，并且基于与该博客发布相关联的博客跟帖名称和导引标签确定该导引标签是否与该博客发布相关联。该方法进一步包括在导引标签与博客发布相关联的情况下利用该内容更新该导引标签，确定该博客发布是否应当与至少一个其它站点进行同步，并且在该导引标签指示该博客发布应当与至少一个其它站点进行同步的情况下将该内容传输至至少一个其它站点。

附图说明

本发明的示例实施方式的特征将通过描述、权利要求和附图而变得显而易见，其中：

图1是可以图示出在多个站点之间传输内容的消息流程图的一个示例的表示形式；

图2是与创建可以在多个站点之间进行同步的博客条目相关联的示例逻辑流程图的表示形式；

图3是可以图示出在多个站点之间更新内容的消息流程图的一个示例；

图4是描绘与用于确定是否更新导引标签并发布所接收内容的方法相关联的逻辑流程的消息流程图的一个示例；

图5是将评论整合到导引标签中的示例；

图6是可以图示出可以与发布关联于博客的内容相关联的逻辑流程的逻辑流程图的一个示例；以及

图7是可以包括可与内容进行同步的计算服务器的示例网络架构的一个示例。

具体实施方式

如之前所描述的，博客可以在不同站点发起，但是用户可能想要允许来自不同站点的人对该博客进行评论，并且与此同时，用户可能希望该博客在其它站点进行同步而使得该博客可以在每个站点具有相同内容。手工这样做是非常困难的，并且在手工尝试使得博客跨多个站点保持更新的过程中可能会丢失内容。更一般地，人们可能想要将不同形式的信息存储在远程3站点并且使得他人从多个其它站点对该信息进行评论/更新，而使得该内容跨多个站点进行同步。为此，必须有一种方式使得该信息跨多个站点进行同步。

现在返回图1，可以图示出在多个站点之间同步内容的示例消息流程图100。在一个实施例中，多个站点可以包括博客、网站、文档工具或者多个用户可能想要进行更新的内容或消息的其它知识库。该站点可以包括处于由不同网络所有者所管理的不同网络中的多个内容或计算服务器。例如，一个服务器可以处于Facebook^TM网络中，而另一个服务器则可以处于诸如Weebly^TM的博客站点，或诸如Alcatel-Lucent^TM的商业站点中，而其它服务器可以处于其它不同站点中。在另一个实施方式中，计算服务器处于相同的公司或社交网络之内，并且在该网络内进行同步。例如，所有计算服务器105、110、115都可以处于Alcatel-Lucent网络中并且内容可以在该公司站点内跨服务器105、110、115进行同步。这里，站点可以是域、社交网络站点、公司所管理的站点、网站或可以用来托管内容的任意其它类型的站点。站点可以具有特定用途并且可以通过特定域名进行寻址。例如，站点可以是社交网络站点并且可以通过域名Facebook.com进行寻址。另一个站点可以是商业站点并且可以通过域名Alcatel-Lucent.com进行寻址。站点包括可以接收以站点域名为地址的内容或信息的一个或多个计算或内容服务器。

在一个实施例中，站点/服务器105、110、115可以托管博客，并且多个用户可能想要在不同站点对该博客进行更新或评论。例如，在图1所描绘的实施例中，主站点105可以包括在公司网站上托管博客的服务器。辅助站点110、115可以是诸如Facebook、Myspace^TM的能够托管博客的社交站点或者任意其它能够托管博客的站点。用户可以是托管主站点105的公司的雇员，并且用户也可以在辅助站点110、115上具有账户。如果用户在主站点105上创建了博客，则用户可能希望该博客出现在辅助站点110和辅助站点115上。出于讨论的目的，公司站点被称作主站点，这是因为用户最初在该站点创建博客。然而，在其它示例中，用户最初可以在辅助站点110或辅助站点115上创建博客条目，并且该博客可以与现在被称之为主站点105的站点进行同步。虽然图1所描绘的实施例示出了一个主站点和两个辅助站点，但是在其它实施例中，可以有一个主站点以及一个或多个辅助站点。

在所讨论的实施例中，所同步的内容是博客。因此，每个站点可以运行内容管理软件—诸如Wordpress^TM、Drupal^TM、Wuzly或任意其它内容管理软件—以支持创建和维护博客。而且，虽然在所描绘的实施例中是对博客进行同步，但是在其它实施例中，可以跨多个站点同步其它形式的内容。该内容管理软件可以在经由用户界面或其它支持软件而从用户接收内容时有所涉及，并且该内容管理软件可以被用来帮助对内容进行格式化并将其呈现给用户和/或往来于其它站点传输和/或接收内容。

此后被称作“创建人”的博客条目创建人使用内容管理软件发起新的博客条目。该新的博客条目在图1中由条目120表示。创建人可能想要将该博客与辅助站点110和辅助站点115进行同步。当站点被同步时，无论信息在站点105、110、115中的哪一个上进行输入，每个站点105、110、115都用在博客上所输入的内容而保持为最新。如之前所解释的，辅助站点110、115可以是诸如Facebook的社交站点，并且主站点105可以是私有商业网站。由于不同公司实体可以托管这些站点，所以站点所有人（即公司）可能不希望与某些其它站点同步内容，允许博客同步的每个站点可能必须配置允许同步站点的列表。例如，托管主站点105的公司可能不希望用与竞争方网站相关联的博客来同步内容。对于辅助网站的托管方而言也可能如此。因此，主站点105和辅助站点110、115可以配置博主可以在其中同步内容的允许同步站点的列表。例如，在所描绘的实施例中，当创建人形成新的博客条目或博客跟帖时，可以向该创建人提示其想要与之同步新跟帖的其它博客。创建人可以请求与辅助站点110、115以及其它辅助站点同步该新跟帖。如果辅助站点并不处于允许同步站点的列表上，则条目120可能无法与并不处于允许同步站点的列表上的站点进行同步。然而，创建人可以将博客内容与处于允许同步站点的列表上的所请求站点进行同步。在其它实施例中，主站点105可以自动与包括允许同步站点的列表的所有条目进行同步。在所描绘的示例中，那些允许站点可以是辅助站点110和辅助站点115。内容从主站点105向辅助站点110、115的通信利用从主站点105上的条目120指向辅助站点110、115的两个箭头进行图示。

如果内容要在主站点105和辅助站点110、115之间进行同步，则必须有一种方式对发布到主站点105和辅助站点110、115的内容进行追踪和同步。在一个实施例中，当创建人发起新的博客跟帖时创建导引标签。该导引标签可以包括添加至跟帖的内容并且可以被用来将该内容传输至其它辅助站点。在一个实施例中，该导引标签可以使用可扩展标记语言（XML）来创建。虽然在所描绘的示例中使用了XML，但是可以使用诸如SGML、HTML等的其它标记语言来表示和创建导引标签。

表1包括使用XML所创建的导引标签的一个示例：

表1

表1中所列出的导引标签仅是导引标签的一个示例。可以利用包括不同标签或其它字段的更少或更多数量的条目来创建导引标签。熟悉XML的技术人员将会轻易认识到，标签是XML的几个构建模块之一。角括号包围一个标签。例如，“<source>”是source元素的起始标签。起始source标签“<source>”以及结束source标签“</source>”可以定义一个元素。元素可以被用来定义包括XML条目的数据的结构。XML文档也可以包括属性。在表1所描绘的示例导引标签中，具有与blog_entry_list元素相关联的count属性。该count属性可以被用来表示处于导引标签中的blog_entry元素的数量。另外，导引标签包括行“<?xml version=”1.0”>”，其使得内容管理软件意识到所运行的XML的版本。以下将对表1中所描绘的导引标签的其它方面进行讨论。

现在转向图2，其描绘了示出在主站点105上创建博客跟帖和/或更新现有博客跟帖的示例逻辑流程图200，其中博客跟帖可以在多个站点之间进行同步。在各个时间，创建人可能想要发起新的博客跟帖，或者创建人和/或评论者可能想要对现有博客跟帖进一步进行评论。在更新或创建跟帖之前，在步骤210，确定是否已经存在有博客跟帖的导引标签。当发起跟帖时，可以向创建人提示跟帖名称。如果这是一个新的跟帖，则导引标签可能并不与该跟帖相关联，并且因此在210的检查是“否”。在步骤215，提示创建人确定该博客跟帖是否应当与其它站点进行同步。在步骤220，如果创建人想要与辅助站点进行同步，则创建人提供其想要与之同步该博客跟帖的站点。在步骤225，通过确定创建人所提供的辅助站点是否处于允许同步站点的列表上而对这些站点进行验证。在步骤230，创建人在220输入并且处于允许同步站点的列表上的站点被添加至所创建的导引标签。

如表1所示，导引标签可以包括blog_entry_list标签，其可以包括针对该博客跟帖所形成的条目。每个博客条目可以由blog_entry标签进行表示并且可以进一步包括描述该博客条目的标签。例如，新的导引标签可以包括对该博客跟帖的源站点进行描述的source标签。在这种情况下，源站点是“www.Alcatel-LucentBlog.com”。date可以包括创建该博客跟帖的日期。media标签可以包括该博客条目中所使用的媒体。媒体可以对与博客发布相关联的媒体进行描述，例如文本、图像、视频等。post标签可以是向博客发布的内容（即，所发布内容）。例如，该内容可以是文本博客发布。在表1所描绘的导引标签中，post是问题“What are your thoughts on the new LTE standard?”。tools标签可以指示用来创建博客的内容管理软件的名称。如以上所描述的，这可以是诸如Wordpress、Drupal、Wuzly的内容管理工具或者可以被用来创建要发布到web服务器的内容并对其进行格式化的任意其它内容管理器软件。synchronized_sites标签可以指示该博客跟帖要与之同步的站点。blog_name可以指示博客的名称，而poster_name标签（poster_name）可以指示创建该博客的发布者的用户名。thread_name标签可以包括该博客跟帖的名称，并且post_allowed标签可以指示该特定发布是否应当在该导引标签所处的站点进行显示。

在步骤230创建导引标签时，在步骤235该导引标签的所有字段都被填写或填充。在填充导引标签之后，对该导引标签进行检查以确定该博客跟帖与之进行同步的站点。在这种情况下，可以在Alcatel-LucentBlog.com的主站点上创建博客跟帖并且与Facebook.com和Myspace.com进行同步。因此，与该博客跟帖相关联的站点是如synchronized_sites标签中所看到的Alcatel-LucentBlog.com、Facebook.com和Myspace.com。因此，当“LTE标准评论（LTE StandardsComments）”博客跟帖的内容与其它站点进行同步时，blog_entry可以被传输至Facebook.com和Myspace.com。在一些实施例中，条目blog_entry被传输至同步站点，而在其它实施例中，仅blog_entry中所需要的部分被传输至同步站点。再在其它的实施例中，整个导引标签都被传输至同步站点。blog_entry可以使用内容管理软件或可以用来在两个站点之间传输信息的任意其它手段进行通信。在步骤245内容被发布到本地博客站点，在该示例中，其将是Alcatel-LucentBlog.com站点。这里，向站点进行发布可以包括向用户显示内容，或者向博客跟帖添加内容，或者向导引标签添加内容。

在步骤210如果导引标签存在，则某人可以向现有的博客跟帖添加评论。在步骤250在Alcatel-Lucent博客站点上添加评论的用户（博客评论者）可以被询问该博客条目是否应当与导引标签中目前的synchronized_sites进行同步。这可以使得通知站点用户与哪个博客跟帖进行同步，并且询问博客评论者新的条目是否应当与相同站点进行同步。在步骤260博客评论者可以输入要与之同步新条目的站点。在步骤235在确定评论者想要与之同步评论的站点时，导引标签可以被填充，在步骤240该内容可以被分发至辅助站点，并且在步骤245该内容可以在本地发布。在可替换实施例中，在步骤250该站点上的所有内容都与预定义站点的列表进行同步而并不对用户进行提示要与之同步评论的站点。因此，在步骤210如果导引标签存在，则在步骤235导引标签被填充以新的post，在步骤240内容得以被分发并且post则在本地发布。

如之前所讨论的，在一些实施例中，新的博客跟帖可以自动与预定义的站点集合进行同步。在这样的实施例中，可以不向用户提示要与之进行同步的站点。相反，在该可替换实施例中，如果导引标签并不存在，则创建导引标签，该导引标签被填充并且被分发至辅助站点，并且内容在本地进行发布。

现在转向图3，其描绘了从主站点105与辅助站点110、115进行同步的内容的一个示例。从主站点105的条目120射出的箭头指示主站点105的内容被传输至辅助站点110和辅助站点115。辅助站点110、115可以利用所接收的内容更新相关联的导引标签并且确定是否发布所接收的内容。条目125表示向辅助站点110的发布，而条目130则表示向辅助站点115的发布。传输至辅助站点110、115的内容可以是实质上类似的，因此辅助站点110、115所创建的导引标签也可以是实质上类似的。然而，在发布所传输的内容之前，辅助站点110、115可能想要确定是否可以发布该内容。

现在转向图4，其描绘了可以图示出与确定是否创建导引标签并且发布从站点所接收的内容的方法相关联的逻辑流程的示例逻辑图。以下描述从辅助站点110和主站点105的角度给出，其中辅助站点110从主站点105接收内容。虽然该逻辑流程的描述从这两个站点105、110的角度给出，但是如果在辅助站点115从主站点105接收内容，则将在辅助站点115上执行实质上类似的逻辑流程。

在405，在辅助站点110接收内容。如之前所描述的，内容可以是blog_entry、导引标签或者包括导引标签的元素的一些子集。因此，该内容可以包括与source、date、media、content、tools、synchronized_sites、blog_name、poster_name、thread_name和thread_allowed相关的标签。在步骤405，辅助站点110或在辅助站点上进行配置的内容管理软件可以检查所接收的内容以确定所接收的内容在辅助站点上是否存在导引标签。例如，如果辅助站点具有与相同blog_name和相同thread_name相匹配的导引标签，则该匹配的导引标签可以与所接收的内容相关联。然而，如果并不存在具有相同blog_name和相同thread_name的导引标签，则辅助站点110可能并不具有与所接收内容相关联的导引标签。在步骤425，如果辅助站点110上并不存在所接收内容405的导引标签，则可以在辅助站点上创建导引标签。

在步骤410，辅助站点110可以确定由poster_name所指示的发布者是否能够向该站点进行发布。在一个实施例中，每个辅助站点可以具有可以在允许同步博客的站点群组中进行分享的poster_name的列表。如果poster_name处于该列表上，则该用户被允许进行发布。在另一个实施例中，发布者可以针对用户想要同步条目的每个站点输入有效的用户名。因此，poster_name标签可以包括发布者想要同步条目的每个站点的名称-站点元组。接收侧可以针对允许在接收站点上进行发布的有效名称-站点配对来搜索元组。在该示例中，poster_name标签可以包括元组“（Facebook.com,Patty@Facebook.com）”，其中Patty@Facebook.com是Facebook.com上的有效发布者名称。在步骤410，如果用户无法进行发布，则仍然利用所接收的内容更新导引标签，但是在步骤430不允许发布条目。如果条目不被允许，则post_allowed标签可以被设置为“否（NO）”，其指示特定发布不被允许。如果用户随后在该站点获得验证，则之前未被允许的发布可以被发布至博客跟帖。

在步骤410如果用户被允许发布所接收的内容，则在步骤415导引标签可以利用所接收的内容进行更新并且该内容可以在步骤420被发布至辅助站点。此时，除了发布不被允许的情况下post_allowed标签被设置为“否（NO）”之外，辅助站点110上的导引标签看上去就像图1所示的导引标签。

现在转向图5，其描绘了将评论整合到现有导引标签之中的一个示例消息流程。如图5中所看到的，读者评论135被发布到辅助站点110，并且辅助站点将辅助站点110上所发布的内容传输至主站点105和辅助站点115。该评论可以被发布至博客跟帖，并且该跟帖可以基于跟帖名称而与导引标签相关联。当输入评论时，辅助站点110可以检查与条目125相关联的导引标签，并且利用所接收的评论更新该导引标签。主站点105可以具有与条目120相关联的导引标签，并且因此主站点105可以利用从辅助站点110所接收的内容更新其导引标签。类似地，辅助站点115可以具有与条目130相关联的导引标签，并且因此辅助站点115可以利用从辅助站点110所接收的内容更新其导引标签130。

表2包括在利用读者评论135更新导引标签之后的站点105、110、115的导引标签的一个示例：

表2

表2中所描绘的导引标签被更新以示出新的评论135。因此，blog_entry_list计数现在为“2”并且在原始发布的blog_entry以下具有第二个blog_entry。因此，如表2中所看到的，原始blog_entry保持作为第一条目，并且第二个blog_entry包括新的source,Facebook.com，以及新的date。虽然media仍然为文本，但是如标签post中所看到的，用户已经发布了评论“I think the new LTE standards need more work”。如tools标签中所看到的，与第一blog_entry中的Wordpress相反，辅助站点110的内容管理软件是Drupal。blog_entry的其余部分与第一博客条目相同。

现在转向图6，其描绘了可以反映与确定是否发布与博客相关联的内容的方法相关联的逻辑流程的示例逻辑流程图。例如，用户可以在辅助站点110上输入评论，该站点可以确保白用户被允许对站点110进行发布，并且站点110还可能想要提示用户确定其是否想要与其它站点同步其发布。在步骤605，确定是否存在与所发布内容相关联的导引标签。可以基于与内容相关联的跟帖名称和博客名称来确定导引标签是否与所发布内容相关联。如果导引标签并不与该跟帖相关联，则在步骤630该内容可以像其常规的那样进行发布。

然而，在步骤605如果导引标签与该跟帖相关联，则在步骤610可以提示用户来确定该发布是否应当与其它站点进行同步。这可以使得向用户显示与之同步内容跟帖的站点。基于当前同步的站点，在步骤615用户可以随后输入应当将该评论与之进行同步的站点。例如，如果跟帖与三个站点同步，则用户可以输入所有三个站点或者这三个站点的子集作为其想要与之同步该评论的站点。在步骤620导引标签的synchronized_sites标签可以利用该站点进行更新，在步骤625该内容可以被传输至包括synchronized_sites标签的其它站点，并且在步骤630该内容可以在本地发布至辅助站点。然而，社交或公司站点上的用户有时可能并不向在站点之外发布评论。在步骤610如果用户并不向与其它站点同步该评论，则在步骤610导引标签可以被更新而并不向用户进行提示要与之进行同步的其它站点。这种情况经由步骤610的“否”分支而示出。当确定是否与其它站点进行同步时，在步骤640导引标签利用新的内容进行更新，并且在步骤630该内容在本地发布。

虽然涉及图6的逻辑流程的描述是从向辅助站点110发布评论的角度所给出，但是该方法可以在辅助站点115或主站点105执行。因此，如果用户对存在于辅助站点115或主站点105上的跟帖发布了评论，则可以以实质上类似的方式以及分发至其它站点的内容来执行关于图6所描述的逻辑流程。例如，用户可以向辅助站点115上的条目130发布评论并且该内容可以与主站点105和辅助站点110进行同步。类似地，如果用户向主站点105的条目120发布了评论，则该评论可以与辅助站点110、115进行同步。

在一个实施例中，每个blog_entry标签还可以包括对条目计数进行追踪的entry_count标签。该条目计数应当与blog_entry_list计数的数量相同。如果例如辅助站点110的站点从另一站点接收到在blog_entry_list计数和导引标签的最新entry_count之间导致不符的内容，则辅助站点110可能错失了应当发布至辅助站点110的内容。因此，辅助站点110可以向其它站点（主站点105和辅助站点115）传输消息而请求每个站点将其最新的导引标签传输至辅助站点110以使得辅助站点110可以解析其它站点的导引标签来确定辅助站点110错失了什么内容。

再在另一个实施例中，用户可能想要隐藏或不显示其发布至另一站点的评论。例如，用户可以在辅助站点110上发布与主站点105和辅助站点115同步的评论。该用户在随后决定其并不想将让该评论在主站点105上被看到。用户可以登录至辅助站点110并且输入指示该用户想要隐藏与博客跟帖相关评论的命令。辅助站点110可以将该请求转换为包括date标签、synchronized_sites标签、blog_name标签、thread_name标签和poster_name标签的隐藏评论消息。该隐藏评论消息的接收方，例如主站点105，可以隐藏或删除在所传输的date由poster_name在site上向blog_name的thread_name所输入的评论。如果从隐藏评论消息中省略date标签，则主站点105可以隐藏由与poster_name相关联的用户在与site相关联的站点上向blog_name的thread_name所输入的所有评论。另外，如果隐藏评论消息并不包括thread_name，则主站点105可以隐藏site_name处有关blog_name的所有与poster_name相关联的评论。另外，如果隐藏评论消息包括poster_name和site_name，则主站点105可以在site_name隐藏与poster_name相关的所有评论。

现在转向图7，其可以表示可以执行跨网络同步内容的系统和方法的示例网络架构700。该网络可以由多个计算或内容服务器705、710、715所组成，它们可以托管可以对服务器705、710、715上所存储的内容提供访问的应用。内容服务器可以在不同域或站点中运行。例如，内容服务器705可以处于工作场所，内容服务器710可以是社交网络站点的一部分而内容服务器715可以是另一社交网络站点的一部分。内容服务器可以是由任意数量的处理器以及存储器、固件或硬件所组成的计算服务器。之前所描述的操作和方法（例如关于图2、4和6所描述的操作和方法）可以被配置为在包括内容服务器705、710、715的一个或多个处理器上运行，并且该方法可以以软件、固件或硬件的形式来实现。服务器705、710、715可以包括存储指令的一个或多个非瞬时的计算机可读媒体，当被处理器执行时，该指令使得（多个）处理器执行诸如这里所描述的方法的方法。在一个实施例中，该内容可以是包括并且对该博客提供访问的应用可以是内容管理软件。在其它示例中，该内容可以是在用户群之间进行同步的文档。

如在图7中所看到的，可以为导引标签或者包括导引标签的标签的形式的内容可以在网络700的服务器705、710、715之间进行同步或传输。在一个实施例中，该操作和方法可以通过应用接口（API）调用725而被调用。无论这里所描述的方法是以硬件还是软件来体现，API调用都可以对该方法的操作提供访问。在一个实施例中，每个服务器705、710、715可以包括对处于服务器705、710、715上的内容进行操作的API。在另一个实施例中，包括导引标签和API725自身的所有信息都可以处于单个服务器上。在这种情况下，API725可以被远程调用并且要由服务器705、710、715所显示的信息可以经由API725而通过网络700被传输至预期接收方。内容720可以利用服务器705、710、715而被分发至移动终端730或计算机735的终端设备。该内容可以经由无线网络进行分发，该无线网络在该图中由基站740所表示，或者经由互联网（未图示）或任意其它分组类型的网络（未图示）进行分发。

如所解释的，这里所描述的方法可以在计算或内容服务器上执行，在一个示例中，内容服务器包括诸如一个或多个电子组件、硬件组件和计算机软件组件的多个组件。多个这样的组件可以在内容服务器中进行组合和划分。如本领域技术人员将会意识到的，计算或内容服务器的示例组件采用和/或包括一组和/或一系列以任意多种编程语言所编写或实施的计算机指令。

在一个示例中，内容服务器采用一个或多个计算机可读的非瞬时信号承载媒体。该计算机可读的非瞬时信号承载媒体存储软件、固件和/或汇编语言以便执行本发明的一种或多种实施方式的一个或多个部分。计算机可读的信号承载介质的示例包括内容服务器的可读信号承载介质，在一个示例中，用于内容服务器的计算机可读信号承载介质包括一个或多个磁性、电子、光学、生物和原子数据存储介质。例如，计算机可读的信号承载介质包括软盘、磁带、CD-ROM、DVD-ROM、硬盘和电子存储器。

这里所描述的步骤或操作仅是作为示例。针对这些步骤和操作可以有许多变化而并不背离本发明的精神。例如，该步骤可以以不同顺序来执行，或者可以添加、删除或修改步骤。

虽然这里已经详细描绘并描述了本发明的示例实施方式，但是相关领域技术人员将会显而易见的是，可以进行各种修改、添加、替换等而并不背离本发明的精神，并且这些因此被认为处于如以下权利要求所限定的本发明的范围之内。

Claims (10)

1.一种被配置为在托管第一站点的计算服务器上执行的方法，该方法包括：

在托管所述第一站点的所述计算服务器处接收内容，其中所述内容要与可允许同步的站点的列表上的至少一个其它站点进行同步，所述可允许同步站点被托管在一个或多个辅助服务器；

确定在与所述内容相关联的第一站点上是否不存在导引标签；

在所述第一站点处生成XML计算机可读导引标签以用于存储在所述计算机服务器上的所述内容；以及

将所述XML计算机可读导引标签传输至所述至少一个其它站点，其中所述XML计算机可读导引标签包括指示所述第一站点的源元素、指示创建所述内容的日期的日期元素、指示所述内容的媒体类型的媒体元素、指示所述内容要被发布到所述至少一个其他站点的发布元素、指示用于创建所述内容的软件的工具元素、指示可允许同步的站点的所述列表的同步站点元素、以及指示所述内容是否应当在所述第一站点处显示的发布允许元素。

2.根据权利要求1所述的方法，其中所要同步的所述内容进一步包括发布方名称、跟帖名称或者博客名称。

3.根据权利要求1所述的方法，进一步包括在用户被允许向所述至少一个其它站点进行发布的情况下更新所述XML计算机可读导引标签，并且在所述用户被允许与所述至少一个其它站点同步内容的情况下向所述至少一个其它站点传输所述XML计算机可读导引标签。

4.根据权利要求1所述的方法，其中所要同步的所述内容是被所述第一站点所显示的博客条目，并且所述博客条目利用从所述至少一个其它站点所接收的内容进行更新。

5.根据权利要求1所述的方法，进一步包括：利用可允许同步的站点的所述列表上的、指示可以与所述第一站点进行同步的站点的所有条目来同步所述内容。

6.根据权利要求1所述的方法，其中所述第一站点被配置有所述第一站点可以与之同步内容的可允许同步的站点的所述列表。

7.一种被配置为在托管第一站点的计算服务器上执行的方法，该方法包括：

在具有处理器的所述计算服务器处接收与博客发布相关联的内容，并且基于与所述博客发布相关联的博客跟帖名称和与已有导引标签相关联的博客跟帖名称来确定导引标签是否与所述博客发布相关联，其中与所述博客发布相关联并且被存储在所述计算服务器上的XML计算机可读导引标签包括所发布的内容和同步站点的列表，所述同步站点的列表标识被托管在一个或多个辅助站点上的至少一个其他站点，所述XML计算机可读导引标签包括指示所述第一站点的源元素、指示创建所述博客发布的日期的日期元素、指示所述博客发布的媒体类型的媒体元素、指示所述内容要被发布到所述至少一个其他站点的发布元素、指示用于创建所述博客发布的软件的工具元素、指示同步站点的所述列表的同步站点元素、以及指示所述内容是否应当在所述第一站点处显示的发布允许元素；以及

在所述XML计算机可读导引标签与所述博客发布相关联时，使用所述处理器、利用所述内容来更新所述XML计算机可读导引标签，确定所述博客发布是否应当与至少一个其它站点进行同步，并且在所述XML计算机可读导引标签指示所述博客发布应当与所述至少一个其它站点进行同步的情况下，将所述XML计算机可读导引标签传输至所述至少一个其它站点。

8.根据权利要求7所述的方法，进一步包括接收对所述至少一个其它站点的选择，并且确定所述至少一个其它站点是否包括在包括所述XML计算机可读导引标签中的同步站点的所述列表中；以及

在与所述博客发布相关联的用户被允许向所述至少一个其它站点进行发布的情况下，将所述内容传输至所述至少一个其它站点。

9.根据权利要求7所述的方法，其中所接收的内容包括XML计算机可读导引标签或博客条目。

10.根据权利要求7所述的方法，其中所接收的内容包括第一计数并且所述XML计算机可读导引标签包括第二计数，并且如果所述第一计数不等于所述第二计数，将所述XML计算机可读导引标签与从所述至少一个其他站点接收到的另一个导引标签进行同步。