专利名称：一种用户产生内容的管理方法和系统的制作方法
技术领域：
本发明涉及互联网的用户产生内容(UGC,User Generated Content)管理技术,尤其涉及一种用户产生内容的管理方法和系统。
背景技术：
随着全球第三代移动通信技术(3G, 3rd_Generation)商用的日益推进和移动互联网业务的不断发展，移动UGC业务正在日渐崛起，引起了业界的广泛关注。UGC即用户将自己原创的内容通过互联网平台进行展示或者提供给其他用户。UGC是伴随着以提倡个性化为主要特点的Web2. O概念兴起的。UGC并不是某一种具体的业务，而是一种用户使用互联网的新方式，即由原来的以下载为主变成下载和上传并重。YouTube、MySpace等网站都是UGC的成功案例，社区网络、视频分享、博客和播客(视频分享)等都是UGC的主要应用形式。UGC的一个主要特点是更新速度快，因此UGC中当用户在管理(例如删除、备份、转储、创建、更新)内容时，由于该内容的使用者/订阅者当前不在线或长时间未登录等其它原因，该使用者/订阅者就不能及时获取内容。现有方法中仅在管理UGC时给内容的使用者/订阅者一个通知，而很多情况下用户的管理(比如删除)会导致内容的使用者/订阅者将无法获取管理前的内容。基于此，目前亟待提出一种解决上述问题的方案。
发明内容
有鉴于此，本发明的主要目的在于提供一种用户产生内容的管理方法和系统，以解决现有技术中管理UGC会导致内容的使用者/订阅者将无法获取管理前的内容的问题。为达到上述目的，本发明的技术方案是这样实现的本发明提供了一种用户产生内容的管理方法，该方法包括第一服务器接收来自内容发布者客户端的针对特定内容的管理操作指令；所述第一服务器根据接收的管理操作指令将所述特定内容发送给第二服务器；所述第二服务器对所接收的特定内容进行处理；所述第一服务器执行所述特定内容相应的管理操作并生成与所述管理操作相对应的通知消息，将访问所述第二服务器的访问接口与所述通知消息进行绑定，并将绑定后的通知消息发送给所述特定内容的使用者/订阅者客户端。将绑定后的通知消息发送给所述特定内容的使用者/订阅者客户端之后，该方法进一步包括所述特定内容的使用者/订阅者客户端根据所接收通知消息中的访问接口从所述第二服务器获取相应内容。在所述第二服务器对所接收的特定内容进行处理之后，该方法进一步包括所述第二服务器生成处理后的特定内容的访问接口，并向所述第一服务器发送携带所述访问接口的回执消息；
所述第一服务器收到回执消息时，提取回执消息中的访问接口。该方法进一步包括所述第一服务器将第二服务器的地址作为所述第二服务器的访问接口。所述管理操作至少包括以下之一删除、创建、更新、备份、转储。所述特定内容至少包括以下之一音频、视频、博客、日志、微博。本发明还提供了一种用户产生内容的管理系统，该系统包括第一服务器和第二服务器，所述第一服务器，用于接收来自内容发布者客户端的针对特定内容的管理操作指令，根据接收的管理操作指令将所述特定内容发送给第二服务器；所述第二服务器，用于对所接收的特定内容进行处理；所述第一服务器还用于，执行所述特定内容相应的管理操作并生成与所述管理操作相对应的通知消息，将访问所述第二服务器的访问接口与所述通知消息进行绑定，并将绑定后的通知消息发送给所述特定内容的使用者/订阅者客户端。所述特定内容的使用者/订阅者客户端在收到通知消息后，根据所接收通知消息中的访问接口从所述第二服务器获取相应内容。所述第二服务器进一步用于，在对所接收的特定内容进行处理之后，生成处理后的特定内容的访问接口，并向所述第一服务器发送携带所述访问接口的回执消息；相应的，所述第一服务器进一步用于，在收到回执消息时，提取回执消息中的访问接口。所述第一服务器进一步用于，将所述第二服务器的地址作为所述第二服务器的访问接口。所述管理操作至少包括以下之一删除、创建、更新、备份、转储。所述特定内容至少包括以下之一音频、视频、博客、日志、微博。本发明所提供的一种用户产生内容的管理方法和系统，实现了对UGC的有效管理，且管理UGC时，即使内容的使用者/订阅者当前不在线或长时间未登录，也能够从第二服务器获取管理前的内容；本发明为用户的UGC管理提供了方便，增加了用户体验。
图I为本发明一种UGC的管理方法流程图；图2为本发明实施例一中UGC的管理方法流程图；图3为本发明实施例二中UGC的管理方法流程、
图4为本发明实施例三中UGC的管理方法流程图。
具体实施例方式下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。本发明所提供的一种UGC的管理方法如图I所示，主要包括以下步骤步骤101，第一服务器接收来自内容发布者客户端的针对特定内容的管理操作指令。步骤102，第一服务器根据接收的管理操作指令将该特定内容发送给第二服务器。
步骤103，第二服务器对所接收的特定内容进行处理(如存储、备份等处理)。步骤104，第一服务器执行该特定内容相应的管理操作并生成与该管理操作相对应的通知消息，将访问第二服务器的访问接口与该通知消息进行绑定，并将绑定后的通知消息发送给该特定内容的使用者/订阅者客户端。在将绑定后的通知消息发送给该特定内容的使用者/订阅者客户端之后，特定内容的使用者/订阅者客户端可以根据所接收通知消息中的访问接口从第二服务器获取相应内容。通常情况下，在第二服务器对所接收的特定内容进行处理之后，第二服务器会生成处理后的特定内容的访问接口(例如链接地址)并向第一服务器发送携带所述访问接口的回执消息；第一服务器收到回执消息时，提取回执消息中的访问接口(该特定内容的访问接口即作为所述访问第二服务器的访问接口)。 当然，第一服务器也可以直接将第二服务器的地址作为所述访问第二服务器的访问接口。例如当在步骤103中第二服务器不向第一服务器发送回执消息，或者在步骤104中第一服务器没有收到回执消息时，第一服务器可以将第二服务器的地址作为访问接口与生成的通知消息进行绑定，并将绑定后的通知消息发送给该特定内容的使用者/订阅者客户端；那么相应的，特定内容的使用者/订阅者客户端可以根据所接收通知消息中的第二服务器的地址从第二服务器获取相应内容。另外，第一服务器也可以对所述特定内容进行批处理，即当该特定内容的使用者/订阅者客户端为多个，且不同的使用者/订阅者客户端对应不同的第二服务器时，第一服务器进行批处理是将所述特定内容发送给这多个第二服务器；随后，各第二服务器对接收的特定内容分别进行处理；如果各第二服务器都向第一服务器返回了携带特定内容的访问接口的回执消息，则第一服务器将各第二服务器返回的访问接口分别与所述通知消息进行绑定，并将绑定后的通知消息对应发送给所述特定内容的使用者/订阅者客户端；如果批处理的多个第二服务器中存在至少一个第二服务器不向第一服务器发送回执消息，或者第一服务器没有收到所述至少一个第二服务器的回执消息，或者所述至少一个第二服务器的回执消息中不包含所述访问接口(即批处理的多个第二服务器中，有的第二服务器发送了回执消息，有的第二服务器没有发送回执消息；或者有的回执消息中携带访问接口，有的回执消息中不携带访问接口)，则第一服务器将各第二服务器的地址作为访问接口与生成的通知消息分别进行绑定，并将绑定后的通知消息对应发送给所述特定内容的使用者/订阅者客户端；相应的，所述特定内容的各使用者/订阅者客户端根据所接收通知消息中的第二服务器的地址从所述第二服务器获取相应内容。本发明的管理方法中，管理操作至少包括以下之一删除、创建、更新、备份、转储。特定内容至少包括以下之一音频、视频、博客、日志、微博。下面结合具体实施例对本发明的UGC管理方法进一步详细阐述。本发明的实施例一描述了以下场景当社交网用户在社交网络上删除内容时，由于有些内容使用者/订阅者离线或者某些原因没有获取将删除的内容，那么可以通过添加待删除的内容给该用户的关注/订阅好友，以使得该用户的关注/订阅好友在该用户删除内容后仍能获取其删除的内容，如将待删除的内容发送到内容使用者/订阅者之前关注/订阅时注册的目的地址(例如邮箱地址)。针对本发明实施例一场景下的具体操作流程如图2所示,主要包括步骤201，内容发布者客户端向内容服务器(第一服务器)发出针对某项内容的删除操作指令。
在步骤201之前，内容发布者(如用户U)的好友(如用户A、B、C)向内容服务器订阅了该内容发布者的内容，例如用户A、B、C订阅用户U所有的内容或订阅某些方面的内容，或添加用户U为关注，并在订阅时添加了好友自己的地址，如邮箱地址(A0163. com,Bil63. com, Cil63. com)，该地址被内容服务器保存。步骤202，内容服务器将接收的删除操作指令中指示的待删除的内容组织成邮件形式并分别发送给所述内容发布者好友的邮箱地址(步骤202a)，即将其投递到好友邮箱地址所在的邮件服务器(即第二服务器)，并删除内容服务器中的相应内容(步骤202b)。内容服务器将所述待删除的内容组织成邮件形式发送到用户A的邮箱地址Ail63. com，发送到用户B的邮箱地址B0163. com，发送到用户C的邮箱地址C0163· com，并将所述待删除的内容从内容服务器中删除。也就是说，用户A、B、C的邮箱地址所在的邮件服务器相同。步骤203，邮件服务器对收到的邮件进行存储，生成访问该邮件的访问接口(步骤203a)，并向内容服务器发送携带上述访问接口的回执消息(步骤203b)。访问该邮件的访问接口可以采用链接地址、即通用资源标志符(URI, Universal Resource Identifier)。例如回执消息如下“A0163. com+http://mail. 163. com/back_Ail63. com ID = 1#Bil63. com+http://mail. 163. com/back_B@163. com ID = 2#Cil63. com+http://mail. 163. com/back_Cil63. com ID = 3”其中，“#”和“ + ”号为分隔符。回执消息中包含了上述三个好友(用户A、B、C)的邮箱地址和对应邮件的访问接口。步骤204，内容服务器接收到回执消息后提取回执消息中的访问接口，生成与内容发布者客户端发出的删除操作相对应的通知消息，并将访问接口与该通知消息进行绑定(步骤204a)，将绑定后的通知消息发送给好友客户端、即内容使用者/订阅者客户端(步骤 204b)。内容服务器根据上述分隔符得出三个访问接口分别是http://mail. 163. com/back_Ail63. com ID = I ；http://mail. 163. com/back_B@163. com ID = 2 ；http://mail. 163. com/back_Cil63. com ID = 3。内容服务器将访问接口http://mail. 163. com/back_A@163. com :ID = I 与生成的通知消息绑定后发送给用户A的客户端；将访问接口 http://mail. 163. com/back_Bil63. com ID = 2与生成的通知消息绑定后发送给用户B的客户端；将访问接口 http://mail. 163. com/back_Cil63. com ID = 3与生成的通知消息绑定后发送给用户C的客户端。步骤205，好友客户端根据通知消息中的访问接口从邮件服务器获取相应的内容。例如步骤204中针对用户A，内容服务器提取回执中的访问接口 “http://mail. 163. com/back_Ail63. com ID = 1”，将其与用户U在内容服务器上的删除操作所对应的通知消息进行绑定，例如通知消息为“你的好友U删除了一个你感兴趣的内容！ ”、或者“你有一条系统消息！ ”。将绑定后的通知消息发送给用户A的客户端或者当用户A下次登录社交网时，获得该通知消息。步骤205中当用户A点击该通知消息时，自动连接到邮件服务器，邮件服务器对用户A进行必要的认证后直接读取该邮件中的内容。同样的，针对用户B和C，内容服务器分别提取对应回执消息中的访问接口生成对应的通知消息分别发送给用户B和C的客户端。优选地，当用户的好友在订阅用户内容时注册的邮箱地址不属于同一个域或同一服务器时，各邮件服务器分别发 送携带访问接口的回执消息给内容服务器。例如，用户U的好友(用户A、B、C)在订阅内容时注册的地址分别为A0163. com.Bicsdn. net,Ciqq. com,则用户U的好友的地址对应的邮件服务器地址分别为163. com、csdn. net以及qq. com。那么这些邮件服务器接收到内容服务器发送给它们的内容时，它们分别发送对应的访问接口给内容服务器，例如163. com 的邮件服务器发送http://mail. 163. com/back_Ail63. com ID =I 给内容服务器，csdn. net 的邮件服务器发送 http://mail. csdn. net/back_B@csdn. net ID = 2 给内容服务器,qq. com 的邮件服务器发送 http://mail. qq. com/back_Ciqq. com ID=3给内容服务器。随后，内容服务器将访问接口 http://mail. 163. com/back_Ail63. com ID = I与生成的通知消息绑定后发送给用户A的客户端；将访问接口 http://mail. csdn.net/back_B@csdn. net ID = 2与生成的通知消息绑定后发送给用户B的客户端；将访问接口 http://mail. qq. com/back_Ciqq. com ID = 3与生成的通知消息绑定后发送给用户C的客户端。另外,如果批处理的多个邮件服务器(如163. com、csdn. net、qq. com的邮件服务器)中存在至少一个第二服务器(如csdn. net的邮件服务器)不向第一服务器发送回执消息，或者第一服务器没有收到至少一个第二服务器(如csdn. net的邮件服务器)的回执消息，再或者至少一个第二服务器(如csdn. net的邮件服务器)的回执消息中不包含所述访问接口，则第一服务器将各邮件服务器的地址与生成的通知消息分别进行绑定，并将绑定后的通知消息对应发送给所述特定内容的使用者/订阅者客户端。例如第一服务器将A0163. com与生成的通知消息绑定后发送给用户A的客户端,将BOcsdn. net与生成的通知消息绑定后发送给用户B的客户端，将COqq. com与生成的通知消息绑定后发送给用户C的客户端。相应的，用户A从A0163. com获取所述特定内容，用户B从B@csdn. net获取所述特定内容，用户C从C@qq. com获取所述特定内容。还需要说明的是，对于内容服务器将待删除的内容，本实施例中的关注者/订阅者可以是用户U删除内容前曾经阅读过/获取过该内容的关注者/订阅者，和/或未阅读过或未获取过该内容的关注者/订阅者。另外，如果邮件服务器不能提供携带上述访问接口的回执消息，那么也可以用内容服务器发送的目的邮箱地址作为访问接口，将该访问接口和通知消息绑定。本发明的实施例二描述了以下场景内容发布者由于存储空间的限制/内容服务器访问量很大或其它原因，需要将在内容服务器(第一服务器)上的内容转储/备份到另一服务器(后续称为转储/备份服务器，即转储操作对应转储服务器，备份操作对应备份服务器)上去，以确保内容的使用者能顺利的访问。针对本发明实施例二场景下的具体操作流程如图3所示，主要包括
步骤301，内容发布者客户端向内容服务器发出内容的转储/备份操作指令。内容发布者选择待转储/备份的内容和转储/备份的目的地，并通过其客户端向内容服务器发出针对所选内容的转储/备份操作指令。在本实施例中，内容转储/备份的目的地为转储/备份服务器(第二服务器)。步骤302，内容服务器将转储/备份操作指令中指示的待转储/备份的内容发送到转储/备份服务器。内容服务器将本地的待转储/备份的内容发送到目的地(即转储/备份服务器)，如果是转储操作，则在本地删除相应内容以释放存储空间；如果是备份操作，则在本地不做删除操作。步骤303，转储/备份服务器存储内容，生成访问该内容的访问接口、即URI (步骤 303a)，向内容服务器发送携带上述访问接口的回执消息(步骤303b)。与实施例一中的访问接口不同，本实施例中的访问接口仅包括一个，就是转储/备份后的内容链接，所有内容使用者都使用这一访问接口来访问该内容。步骤304，内容服务器接收到回执消息后提取回执消息中的访问接口，生成与内容发布者客户端发出的转储/备份操作相对应的通知消息，并将访问接口与该通知消息进行绑定(步骤304a)，将绑定后的通知消息发送给内容使用者/订阅者客户端(步骤304b)。
步骤305，内容使用者/订阅者客户端根据通知消息中的访问接口从转储/备份服务器获取相应的内容。对于转储情况下，当内容使用者/订阅者使用内容时，点击收到的通知消息直接连接到存储在第二服务器上的内容，而内容使用者/订阅者不需要做任何操作，方便内容使用者/订阅者使用。另外，通知消息可绑定多个访问接口，例如在备份情况下，通知消息可绑定备份服务器(第二服务器)上内容的访问接口外，还可绑定原内容服务器上内容的访问接口。那么当内容服务器由于访问量很大，内容使用者/订阅者将被链接到第二服务器使用备份在第二服务器上的内容，同时，当第二服务器由于访问量大时，内容使用者/订阅者将被链接回第一服务器。内容使用者/订阅者同样不需要做任何操作，从而提高了内容使用者/订阅者的体验。本发明的实施例三描述了以下场景网络用户在不同的社交网络都有相应的账户，用户在其中一个社交网络上创建内容(如博客、微博、日志、图片等)，相应的在用户的其它社交网络上同样同步创建相同的内容，而不需要用户去登录其它的社交网络。针对本发明实施例三场景下的具体操作流程如图4所示，主要包括步骤401，内容发布者客户端向第一服务器(其中一个社交网络)发出内容的创建操作指令。例如用户U在社交网络X创建了一篇博客文章，随后用户U的客户端向第一服务器发出针对该篇博客文章的创建操作指令。步骤402，第一服务器将创建操作指令中指示的内容发送到第二服务器(其它社交网络)。步骤403，第二服务器存储创建操作指令中指示的内容，生成访问该内容的访问接口(步骤403a)，并向第一服务器发送携带上述访问接口的回执消息(步骤403b)。
步骤404，第一服务器接收到回执消息后提取回执消息中的访问接口，生成与内容发布者客户端发出的创建操作相对应的通知消息，并将访问接口与该通知消息进行绑定(步骤404a)，将绑定后的通知消息发送给内容使用者/订阅者客户端(步骤404b)。步骤405，内容使用者/订阅者客户端根据通知消息中的访问接口，可以访问第二服务器获取相应的内容。对应上述UGC的管理方法，本发明还提供了一种UCG的管理系统，包括第一服务器和第二服务器。其中，第一服务器，用于接收来自内容发布者客户端的针对特定内容的管理操作指令，根据接收的管理操作指令将该特定内容发送给第二服务器；第二服务器，用于对所接收的特定内容进行处理；第一服务器还用于，执行该特定内容相应的管理操作并生成与该管理操作相对应的通知消息，将访问第二服务器的访问接口与该通知消息进行绑定，并将绑定后的通知消息发送给该特定内容的使用者/订阅者客户端。特定内容的使用者/订阅者客户端在收到通知消息后，根据所接收通知消息中的访问接口从第二服务器获取相应内容。 较佳的，第二服务器进一步用于，在对所接收的特定内容进行处理之后，生成处理后的特定内容的访问接口，并向第一服务器发送携带所述访问接口的回执消息；相应的，第一服务器在收到回执消息时，提取回执消息中的访问接口。较佳的，第一服务器进一步用于，直接将第二服务器的地址作为所述访问接口。在本发明的UCG管理系统中，管理操作至少包括以下之一删除、创建、更新、备份、转储。特定内容至少包括以下之一音频、视频、博客、日志、微博。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种用户产生内容的管理方法，其特征在于，该方法包括 第一服务器接收来自内容发布者客户端的针对特定内容的管理操作指令； 所述第一服务器根据接收的管理操作指令将所述特定内容发送给第二服务器； 所述第二服务器对所接收的特定内容进行处理； 所述第一服务器执行所述特定内容相应的管理操作并生成与所述管理操作相对应的通知消息，将访问所述第二服务器的访问接口与所述通知消息进行绑定，并将绑定后的通知消息发送给所述特定内容的使用者/订阅者客户端。
2.根据权利要求I所述用户产生内容的管理方法，其特征在于，将绑定后的通知消息发送给所述特定内容的使用者/订阅者客户端之后，该方法进一步包括 所述特定内容的使用者/订阅者客户端根据所接收通知消息中的访问接口从所述第二服务器获取相应内容。
3.根据权利要求I所述用户产生内容的管理方法，其特征在于，在所述第二服务器对所接收的特定内容进行处理之后，该方法进一步包括 所述第二服务器生成处理后的特定内容的访问接口，并向所述第一服务器发送携带所述访问接口的回执消息； 所述第一服务器收到回执消息时，提取回执消息中的访问接口。
4.根据权利要求I所述用户产生内容的管理方法，其特征在于，该方法进一步包括 所述第一服务器将第二服务器的地址作为所述第二服务器的访问接口。
5.根据权利要求I至4任一项所述用户产生内容的管理方法，其特征在于，所述管理操作至少包括以下之一删除、创建、更新、备份、转储。
6.根据权利要求I至4任一项所述用户产生内容的管理方法，其特征在于，所述特定内容至少包括以下之一音频、视频、博客、日志、微博。
7.一种用户产生内容的管理系统，其特征在于，该系统包括第一服务器和第二服务器， 所述第一服务器，用于接收来自内容发布者客户端的针对特定内容的管理操作指令，根据接收的管理操作指令将所述特定内容发送给第二服务器； 所述第二服务器，用于对所接收的特定内容进行处理； 所述第一服务器还用于，执行所述特定内容相应的管理操作并生成与所述管理操作相对应的通知消息，将访问所述第二服务器的访问接口与所述通知消息进行绑定，并将绑定后的通知消息发送给所述特定内容的使用者/订阅者客户端。
8.根据权利要求7所述用户产生内容的管理系统，其特征在于，所述特定内容的使用者/订阅者客户端在收到通知消息后，根据所接收通知消息中的访问接口从所述第二服务器获取相应内容。
9.根据权利要求7所述用户产生内容的管理系统，其特征在于，所述第二服务器进一步用于，在对所接收的特定内容进行处理之后，生成处理后的特定内容的访问接口，并向所述第一服务器发送携带所述访问接口的回执消息； 相应的，所述第一服务器进一步用于，在收到回执消息时，提取回执消息中的访问接□。
10.根据权利要求7所述用户产生内容的管理系统，其特征在于，所述第一服务器进一步用于，将所述第二服务器的地址作为所述第二服务器的访问接口。
11.根据权利要求7至10任一项所述用户产生内容的管理系统，其特征在于，所述管理操作至少包括以下之一删除、创建、更新、备份、转储。
12.根据权利要求7至10任一项所述用户产生内容的管理系统，其特征在于，所述特定内容至少包括以下之一音频、视频、博客、日志、微博。
全文摘要
本发明公开了一种用户产生内容的管理方法和系统，方法包括第一服务器接收来自内容发布者客户端的针对特定内容的管理操作指令；第一服务器根据接收的管理操作指令将该特定内容发送给第二服务器；第二服务器对所接收的特定内容进行处理；第一服务器执行该特定内容相应的管理操作并生成与该管理操作相对应的通知消息，将访问该第二服务器的访问接口与该通知消息进行绑定，并将绑定后的通知消息发送给该特定内容的使用者/订阅者客户端。通过本发明，解决了现有技术中管理用户产生内容会导致内容的使用者/订阅者无法获取管理前的内容的问题。
文档编号H04L29/08GK102638362SQ20111041826
公开日2012年8月15日 申请日期2011年12月14日 优先权日2011年12月14日
发明者尚国强, 陈军, 陶伟成 申请人:中兴通讯股份有限公司