CN101902490B - 一种提供应用动态信息的方法、服务器和系统 - Google Patents

Abstract

本发明公开了一种提供应用动态信息的方法，该方法包括步骤：记录应用生成的动态信息；根据记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户。采用本发明实施例，因为社交网站记录了有应用和群组的关联关系，使用户使用应用的动态信息通过群组社会关系进行传播，有利于应用的推广和提高用户对应用的粘度。

Description

一种提供应用动态信息的方法、服务器和系统

技术领域

本发明涉及社交网络，尤其涉及在社交网络中提供用户的应用动态信息的方法、服务器和系统。

背景技术

社交网站(SNS，Social Network Site)，即社会化网络服务，指旨在帮助人们建立社会化网络的互联网应用服务。在一个社交网站中，至少存储着用户的社会关系数据，如好友(联系人)和群组。另外社交网站也向用户提供一些应用组件，如照片共享、音乐、电影和网盘等，还有一些网页游戏应用如争车位等。这些应用可以由社交网站或者第三方来提供，用户可以在社交网站中添加或删除这些应用组件。

现有技术中社交网站可以在用户的授权下将用户添加应用以及使用应用的动态信息显示给用户的好友，这样使得应用可以在社交网站中依托用户的好友关系进行传播。社交网站以人为核心，聚集大量的用户，而每个人的需求也都不尽相同，而很多群组往往是围绕主题而存在的，群组的成员往往也有一些共同的需求和兴趣，如篮球群组、网游群组、程序开发群组和旅游群组等等。

发明内容

本发明实施例提出了一种在社交网站中利用群组的社会关系来推广应用的方法。

本发明实施例提出的技术方案如下：

一种提供应用动态信息的方法，包括步骤：记录应用生成的动态信息；根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户。

一种提供应用动态信息的系统，包括共享群组XDM服务器和共享动态XDM服务器和应用，在共享群组XDM服务器中记录群组和应用的关联关系；将所述应用生成的动态信息记录到所述共享动态XDM服务器中；根据所述关联关系从所述共享动态XDM服务器获取所述群组成员的动态信息，并提供给所述群组中的用户。

一种提供应用动态信息的系统，包括服务器和应用，其中，所述服务器用于记录应用生成的动态信息、并根据预先记录的群组和所述应用的关联关系获取相应应用的动态信息提供给所述群组中的用户；所述应用用于为群组中的用户提供相关的应用，并且根据服务器中记载的群组和应用的关联关系、记录应用的动态信息。

一种提供应用动态信息的服务器，包括动态信息存储单元和动态信息获取与提供单元；动态信息存储单元用于记录应用生成的动态信息；动态信息获取与提供单元用于根据记录的群组和所述应用的关联关系获取相应应用的动态信息，并提供给群组中的用户。

综上所述，采用本发明实施例，因为社交网站记录了应用和群组的关联关系，使用户使用应用的动态信息通过群组社会关系进行传播，有利于应用的推广和提高用户对应用的粘度。而且用户所在群组的成员数量也远远大于用户的好友数量，这样如果利用群组的社会关系来传播推广应用，比目前利用好友关系传播推广应用要更加的有效和广泛。

附图说明

图1为本发明实施例中群组、应用和用户之间的关系示意图；

图2为本发明实施例提供应用动态信息的方法一基本流程图

图3为本发明实施例提供应用动态信息的方法二基本流程图；

图4为本发明实施例提供应用动态信息的方法的社交网站页面示例图；

图5为本发明实施例提供应用动态信息的方法的群组成员动态和好友动态合并显示的社交网站页面示例图；

图6为本发明实施例的提供应用动态信息的服务器的处理流程图；

图7为本发明实施例提供应用动态信息的用户、群组和应用之间的授权关系示意图；

图8为本发明实施例提供应用动态信息的方法中进行授权设置的处理过程流程图；

图9为本发明实施例提供应用动态信息的系统架构示意图；

图10为本发明实施例提供应用动态信息的系统在OMA系统中的示例图。

具体实施方式

本发明实施例中，社交网站服务器中存储有用户的好友联系人和群组等社会关系数据。本发明实施例中群组、应用(也可以称为组件等)和用户之间的关系如图1所示，其中在应用和用户之间的关联关系是现有就存在的，即用户可以安装个人应用。而本发明实施例通过为群组添加应用，使用户通过群组与应用建立关联关系，如图1中虚线所示的关联关系，实现了一种通过群组来传播推广应用的新途径。

本发明实施例提供应用动态信息的方法一基本处理过程请参考图2。

一种提供应用动态信息的方法，包括步骤：

步骤201、记录应用生成的动态信息；

步骤202、根据记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户。

本发明实施例中，因为社交网站记录了应用和群组的关联关系，使用户使用应用的动态信息通过群组社会关系进行传播，有利于应用的推广和提高用户对应用的粘度。而且用户所在群组的成员数量也远远大于用户的好友数量，这样如果利用群组的社会关系来传播推广应用，比目前利用好友关系传播推广应用要更加的有效和广泛。

通过上述过程，社交网站在一个用户登录后，可以向该用户展示其他用户使用应用的动态信息，其他用户使用应用的动态信息包括该用户所在群组的成员使用与该群组所关联的应用时产生的动态信息，以及该用户的好友使用个人应用的动态信息。

下面描述具体过程：在第一用户为该群组添加一个应用组件后，社交网站服务器记录该群组和应用的关联关系，群组和应用的关联关系可以预先进行记录，也可以在需要时再进行记录。其中，第一用户可以是一个群组的创建者，也可以是被赋予了添加应用的管理权限。即第一用户可以为群组安装应用，群组中的成员可以查看并使用本群组所安装的应用。当然，群组中的成员查看并使用本群组所安装的应用可以是由第一用户进行授权设置的，第一用户授权所管理群组上的应用是否可以记录群组成员的动态信息。一个群组可以添加安装多个应用，当然也可以不安装任何应用。安装在群组上的应用，即与群组相关联的应用，本发明实施例称为群组应用，与目前用户自己所安装的个人应用相区别。一个应用既可以安装在群组上，也可以由用户自己安装在个人上。将成员使用群组应用的动态信息在群组中进行传播是本发明实施例的基本思想。

上述群组的成员中包含第二用户和第三用户，社交网站服务器可以记录第二用户对上述群组的授权设置，并根据上述的关联关系和授权设置在第二用户使用上述应用时记录相应的应用动态信息。在上述的授权设置中，可以设置允许服务器记录用户使用群组应用的动态信息并显示给同一群组的其他成员等。在第二用户加入群组时或加入群组后都可以进行授权设置。由于用户使用应用时，很多应用都会需要获得和使用用户的个人信息如年龄、性别和地区等资料，这样用户还需要授权群组应用是否可以从社交网站获得用户的个人信息。如果一个用户不足够信任一个群组，可以在加入该群组时或加入群组后，就在授权设置中禁止群组应用从社交网站获得自己的个人信息，以及禁止记录用户使用群组应用的动态信息等。

社交网站服务器将第二用户的上述群组应用的动态信息显示给第三用户。可以在第三用户登录时，如果服务器检测到第三用户与第二用户都是上述群组的成员，则将第二用户使用上述群组应用时记录的应用动态信息返回并在第三用户登录后的首页中显示。也可以在第三用户登录后浏览所述群组的页面时，将第二用户使用上述群组应用时记录的应用动态信息返回并在群组页面中显示。当然上述群组中的成员除了第二用户和第三用户，还可能包含其他的用户，而且群组应用也可能不止一个。一般服务器可以将除去第三用户之外的本群组其他成员使用群组应用的动态信息按照时间顺序显示。如只返回和显示最近发生的前10项群组应用动态信息。当然前提是这些成员已经授权了服务器这么做。对于那些没有授权的成员用户，服务器将不会向第三用户返回和显示他们的群组应用动态信息。

如在一个具体的场景实例中，为一个棋类游戏群组添加了一个围棋应用，则群组的成员用户就不用自己再去添加安装围棋应用了，可以直接使用该群组的围棋应用。群组中的用户可以看到服务器所记录的其他同群组成员用户使用该群组应用的动态信息，如输赢结果事件，等级段位变化等动态。这些群组应用的动态信息也可以在用户使用该应用时显示，这样用户可以了解同群组成员使用该应用的动态信息。不仅可以在群组范围内推广应用，而且对于应用的老用户，也可以通过这种方式增加其对该应用的粘度。

下面更加详细的描述具体流程，参见图3，主要包括如下步骤。

步骤301、在第一用户为其所管理的群组添加安装应用后，服务器记录群组和应用的关联关系。关联关系可以采用关系数据表的形式如群组应用表，关联关系的记录可以在一个群组应用表中包含群组标识和应用标识等字段。

通常群组的管理员在发现某个应用与本群组的主题比较相关时，可以将这个应用安装到群组上，从而推荐给群组的成员。如某个电影爱好者的群组管理员发现一个电影应用，用户可以在该电影应用中提交自己所看过的电影信息及评论等，管理员可以将其添加到群组上。后续一个成员用户使用该群组应用时，只要该成员用户进行了授权，其他的成员用户都可以在各自的好友动态或群组成员动态中看到他所提交的电影信息及评论。这样省去了群组中的每个用户都要安装该应用的麻烦，只要在群组中由管理员安装一次即可让所有的群组成员使用。

步骤302、服务器记录第二用户对群组应用进行的授权设置信息。该授权设置信息可以记录在群组成员表中，该表主要可以包括群组标识、成员用户标识和群组应用授权等字段。群组应用授权字段可以采用二进制，每一位表示一种授权信息，用“1”表示授权，“0”表示禁止。如群组应用授权字段为“11”，可以表示“授权群组应用访问自己的个人信息”以及“授权将自己的应用动态显示给本群组的其他成员”。如果群组应用授权字段为“10”，则表示“授权群组应用访问自己的个人信息”以及“禁止将自己的应用动态显示给本群组的其他成员”，这样虽然用户可以使用该群组的应用(如玩围棋游戏)，但并不会泄露自己的群组应用动态给其他的成员。如果群组应用授权字段为“01”，则表示“禁止群组应用访问自己的个人信息”以及“授权将自己的应用动态显示给本群组的其他成员”，则群组应用无法获得和使用用户的个人信息，如果服务器检测到一个群组应用必须使用用户的个人信息，但用户禁止了该项，则可以不显示该群组应用，或者显示该群组应用但在用户点击群组应用要使用群组应用时提示该用户必须修改授权设置才可以使用。另外还以授权是否允许群组应用访问自己好友的个人信息等。

如图4所示，可以在用户登录社交网站后显示用户的个人应用以及所在群组的应用，可以在用户登录社交网站的页面边侧如左侧或下侧显示，可以分别在不同的页面区域显示个人应用和群组应用。如果服务器检测到一个应用既是个人应用，又是用户所在群组的应用，则可以将该应用在页面中的个人应用区域进行显示，而不必在群组应用区域重复显示了。

类似的如果用户所在的多个群组都安装了一个相同的应用，则服务器可以在返回页面中的群组应用区域只显示一个应用即可。另外也可以将群组应用的动态信息与发生时间一起显示。

除了如图4所示的将群组成员动态与现有的好友动态分开显示外，也可以如图5所示将群组成员动态也显示在好友动态中。可以按动态信息的发生时间顺序进行显示，发生时间可以显示在每个动态信息项的后面。

步骤303、在第二用户登录社交网站后，使用群组应用时服务器记录相应的应用动态信息。如第二用户使用一个群组应用例如“围棋”，则服务器可以记录第二用户在“围棋”应用中的输赢结果和段位升降的动态信息。

服务器可以在群组应用动态表中记录群组应用的动态信息。该表可以包括群组标识、应用标识、用户标识、发生时间和动态信息等字段。在用户使用应用的过程中，将发生的群组应用事件相关的信息写到上述的群组应用动态表中。如果一个群组应用同时也是个人应用，则可以将该应用记录到个人应用动态表中，同时也可以将该应用记录到群组应用动态表中。这样在后续服务器在检索显示时就不用进行复杂的判断了。如果另一用户既是所述用户的好友，也与所述用户在同一所述群组中，则在向另一用户显示动态信息时，服务器可以过滤掉内容相同的群组应用的动态信息，只返回和显示相应的个人应用的动态信息即可。

由于具体的应用动态信息各种各样，很难让用户提前决定是否共享应用动态信息。由于某些应用还可能涉及隐私，可以采用即时提示的方式让用户进行确认。如用户在使用群组应用时，可以提示用户是否将相应的群组应用动态显示给群组成员。具体举例，用户在社交网站的群组应用中结束一盘象棋游戏后，在页面中提示该用户“是否将游戏结果作为群组应用动态显示给群组成员”，服务器在接收到用户提交“是”的选项时才将该用户的游戏结果记录到群组应用动态表中。记录的群组应用动态信息字段内容可以是“赢了李四”，在其他群组成员浏览群组应用动态信息时，服务器可以根据群组应用动态表中的群组标识、应用标识和用户标识分别获得对应的群组名、应用名和用户名，然后将这些信息组合在一起并返回在页面中显示，具体的群组应用动态信息举例如“棋友群组的张三在象棋应用中赢了李四”。

如果用户如“张三”所在的多个群组，如“棋友”群组和“象棋大师”群组中都安装了该“象棋”应用，即服务器检测到用户所在的多个群组与该应用有关联关系，则服务器可以在群组应用动态表中记录相应的多条记录，每条记录的群组标识不同。如果服务器检测到其中某个群组并没有对应的用户授权设置，及用户没有授权该群组的应用动态信息显示给群组成员，则服务器不会为群组记录相应的群组应用动态信息。后续如果一个用户同时也在“棋友”群组和“象棋大师”群组中，则服务器可以将群组应用动态表中除群组标识外其他字段内容都相同的记录合并返回并显示，显示的内容可以为“棋友和象棋大师群组的张三在象棋应用中赢了李四2008-12-24 15:18”。当然为简单起见，也可以直接不显示群组名称，如在页面中群组应用动态显示区域显示“张三在象棋应用中赢了李四2008-12-24 15:18”。

步骤304、在第三用户登录社交网站后，服务器检测到第三用户与第二用户位于同一群组中，并且该群组与某些应用有关联关系，而且同群组的成员如第二用户等对该群组的授权设置信息中授权了将自己的应用动态显示给本群组的其他成员，则服务器将已授权群组成员使用群组应用的动态信息返回并显示给第三用户。

如果服务器检测到第三用户与第二用户不仅位于同一群组中，而且第二用户还是第三用户的好友，则服务器可以将第二用户共享的个人应用的动态信息以及第二用户的群组应用动态信息一起返回并分别显示给第三用户。如果进一步一个应用同时为群组应用以及第二用户的个人应用，则服务器只将其应用动态作为个人应用的动态返回并显示给第三用户即可。而不必重复显示相同的群组应用动态信息。

采用本发明实施例，社交网站记录了有应用和群组的关联关系，使用户使用应用的动态信息通过群组社会关系进行传播，有利于应用的推广和提高用户对应用的粘度。而且用户所在群组的成员数量也远远大于用户的好友数量，这样如果利用群组的社会关系来传播推广应用，比目前利用好友关系传播推广应用要更加的有效和广泛。

服务器的具体处理流程参见图6，可以包括如下步骤。

步骤601、服务器检索出第三用户所在的群组列表。具体可以从群组成员表中检索，群组成员表包括群组标识和成员用户标识等。

步骤602、根据上述群组列表中的群组标识从群组应用动态表中检索出对应的应用动态信息记录。可以依据时间排序只检索出最新发生的预定数量(如3项)的群组应用动态信息记录。当然上述两个步骤501和502具体可以用一条数据库查询语句来完成。

步骤603、服务器将上述检索出的群组应用动态信息记录返回并显示给第三用户。

如果第三用户与第二用户同时在不止一个群组中，并且各群组都关联有相同的一个应用，则向第三用户仅提供一个群组对应的上述应用的动态信息即可，或者将各群组对应的群组应用的动态信息合并后提供给另一用户。为了服务器处理简单起见，可以在应用生成动态信息时，可以产生一个与服务器时间相关的事件标识，唯一标识所发生的一个应用事件，这个应用的事件标识字段可以同时在个人应用表和群组应用表中。一个应用事件可以对应有群组应用表中的多条记录，动态信息和事件标识等相同，但群组标识不同。这样后续为了保证向用户提供的动态信息不重复，则通过检测动态信息对应的事件标识是否有重复即可，这样大大简化了服务器的判断处理。

由于本发明实施例中服务器记录了群组和应用的关联关系，一个用户在使用不同的应用(不同的应用可与不同的群组关联)时，应用所面对的用户社会关系将是不同的，这也是与现有技术个人应用的一个重要差异。

目前SaaS(Software as a service，软件即服务)日益流行，它是一种通过Internet提供软件的模式，用以管理企业经营活动等。如果结合本发明则可以使SaaS的服务提供者和使用者更好的对服务进行管理。一个SaaS产品服务实际就是一个应用，在社交网站中存储有企业团队信息。如一个企业的美工设计部门的管理人员在网站中创建了一个群组，包含了本部门的人员。在该企业购买了一个在线图像处理的SaaS服务后，为该群组添加安装相应的在线图像处理应用。

在该群组的成员登录网站后，即可使用上述群组的在线图像处理应用，而不必再单独安装。而成员用户使用该在线图像处理应用的动态信息，如正在编辑处理的图片的信息，其他的成员也都可以看到，这种动态信息的共享非常有利于一个团队的协同工作。而且该应用的SaaS服务提供者也可以获得该群组的信息，如群组中使用本应用的人数、次数和时间等，从而依据群组应用动态等信息生成相应的计费记录。

如果用户在多个群组中，这样可能该用户通过群组所间接关联安装的应用太多，该用户登录后显示的群组应用也较多，可能在一页中无法显示完，需要翻页才能找到一个群组应用，不方便用户使用。对于一个用户经常使用的群组应用，用户可以将其加为个人应用，服务器在个人应用表中增加一条相应的记录，这样服务器就可以将该应用显示在个人应用列表中了。而且这样处理后由于服务器中仍然存在群组、应用和用户三者的关联关系，因此服务器仍旧可以向用户提供其同群组用户的应用动态信息，而用户又可以更方便的使用该应用。当一个用户将一个群组应用加为个人应用，实际上也意味着群组成功的推荐了一个应用给群组成员。

本发明另一实施例中，详细描述了用户、群组和应用之间的授权关系。参照图7，第一用户在为群组添加安装应用A时进行授权设置，授权允许应用A可以记录群组成员的动态信息，而对群组所安装的另一个应用B则设置禁止记录群组成员的动态信息。群组中的成员第二用户在对群组的授权设置中授权允许所在群组的应用可以记录自己的动态信息，另一个成员第三用户则禁止所在群组的应用记录自己的动态信息，但设置可以将群组成员的应用动态信息显示给自己。在上述授权设置下，应用A可以记录第二用户的动态信息，但不能记录第三用户的动态信息；应用B无法记录第二用户和第三用户的动态信息。当第三用户登录后，则可以在其登录后的首页显示服务器所记录的应用A中第二用户的动态信息。

参照图8，详细描述根据授权设置的处理过程，主要包括如下步骤。

步骤801、第一用户授权所管理群组上的应用是否可以记录群组成员的动态信息。这个授权设置可以存储在群组应用表中。

步骤802、群组中的成员第二用户对群组设置是否允许所在群组上的应用记录自己的动态信息。一般如第二用户设置允许后，则该群组上已得到管理员如第一用户授权的应用(如应用A)都可以记录第二用户的动态信息。不用第二用户逐个对群组上的应用进行授权。大大简化了授权过程，而用户必须对个人应用进行逐个授权才可以。而本发明实施例则相当于委托了群组来进行授权，减少了用户的维护工作量。

步骤803、群组中的成员第三用户对群组设置是否允许显示所在群组的成员的应用动态信息。如果用户觉得群组成员的动态信息太多，可以禁止显示，而对于一些社会关系比较密切的群组如同事或同学群组则可以设置为允许显示。上述步骤802和803的授权设置都可以记录在群组成员表中。上述三个设置的步骤可以是独立进行的，执行的次序可以没有限制，可以交换任意两个步骤的执行次序。

步骤804、在第二用户使用应用时，无论是个人应用，还是与群组关联的应用，服务器都简单的将应用产生的动态信息记录到应用动态表中。将个人应用动态和群组应用动态都记录在一张应用动态表中来实现，这样在记录时，服务器处理将非常简单。应用动态表中包括应用标识，用户标识、动态信息和发生时间等字段。通常应用产生的动态信息一般可供用户自己查看使用该应用的历史动态记录，用户可以把这些动态也共享给好友或同群组的成员。在应用产生事件动态时，可以提示用户是否将动态也共享给好友或同群组的成员。

步骤805、在另一用户如第三用户登录后，服务器根据第三用户的好友列表和所在群组的成员列表，从应用动态表中获得好友和/或群组成员的动态信息，并提供给第三用户。

本发明实施例的提供应用动态信息的方法相关的系统请参考图9，该系统可以包括应用901、服务器902和客户端903。其中，客户端903可以包括多个，例如上述实施例中所述的第一用户客户端、第二用户客户端和第三用户客户端，也可以包括第一用户、第二用户和第三用户的好友客户端等，相关描述可以参考上述各个实施例的相关部分的描述，在此不再赘述。

当客户端903为第一用户客户端时，该第一用户客户端可以为服务器添加相关应用901，并进行授权设置，授权设置可以参考上述各个实施例的相关描述。当客户端903为第二用户客户端或第三用户客户端时，相关授权设置及应用动态信息的显示等可以参考上述各个实施例的相关描述，在此不再赘述。

应用901为客户端提供相关的应用，并且根据服务器中记载的群组和应用的关联关系、群组授权设置及用户授权设置进行记录用户的应用的动态信息。

服务器902可以进行群组授权设置和用户授权设置，并记录有群组和应用的关联关系，对应用的动态信息进行记录，根据群组和应用的关联关系获取应用的动态信息，并将获得的所述应用的动态信息提供给群组中的用户，其中群组和应用的关联关系可以预先进行记录，也可以在使用时再进行记录。服务器902可以包括群组授权设置单元9021、用户授权设置单元9022、关联关系生成单元9023、动态信息存储单元9024和动态信息获取与提供单元9025。其中，群组授权设置单元9021、用户授权设置单元9022分别用于存储群组授权设置和用户授权设置；关联关系生成单元9023用于记录群组和应用的关联关系，动态信息存储单元9024用于记录应用生成的动态信息，动态信息获取与提供单元9025用于根据关联关系获取相应的动态信息，并提供给群组中的用户。服务器中的各个单元可以合并设置，可以单独设置，具体可以结合实际的情况进行设置。服务器与客户端及应用之间的交互可以参考上述各个实施例的描述，在此不再赘述。

本发明实施例的系统的具体应用可以举例如下。在国际标准组织开放移动联盟(OMA，Open Mobile Alliance)发布的XDM(XML DocumentManagement)规范中，可以分别在相应的XDM服务器中以XML(EXtensibleMarkup Language，可扩展标记语言)文档的形式存储用户的好友列表、群组以及授权设置等，另外OMA中也有很多的业务应用如一键通(PoC，Pushto Talk Over Cellular)、即时消息(IM，Instant Messaging)、融合消息(CPM，Converged IP Messaging)、游戏、呈现业务(Presence)和移动广播(BCAST，Broadcast)等，以及很多引擎(Enabler)都提供了公开的接口(如位置业务的接口)，使得第三方可以很容易的进行应用开发。由此可以发现在OMA中实际已经具有了组成一个SNS社会网络的基本要素，即社会关系以及丰富的应用。以下实施例将以OMA规范为基础实现本发明。

首先群组的创建者或者管理员可以将一个OMA的群组与应用相关联，并设置是否允许应用记录群组成员的动态信息，还可以设置具体允许哪些动态可以被记录。参见图10所示，一种提供应用动态信息的系统，该系统可以包括共享动态XDM服务器1001、共享群组服务器Shared Group XDMS1003和应用enabler 1002，该系统也可以进一步包括客户端1004。

其中，共享群组服务器Shared Group XDMS 1003中存储有群组和应用的关联关系以及群组应用的授权设置，客户端1004可以通过XCAP协议进行授权设置，修改Shared Group XDMS 1003中相应的授权设置文档。群组应用的授权设置的文档部分内容举例如下：

<group>

</list-service>

<supported-services>

<service enabler＝″bcast″>

<member-feeds>

<service-request/>

<service-interaction/>

</member-feeds>

</service>

</supported-services>

</list-service>

</group>

在上述群组文档中，为简明起见，省略了成员列表等信息。在支持的业务元素<supported-services>中，包含本群组所关联的业务如<serviceenabler＝″bcast″>，其中enabler属性中包含关联的具体业务应用标识如″bcast″。另外在群组成员业务动态元素<member-feeds>中指定哪些动态可以被显示的授权设置，如用户的业务请求<service-request/>和业务交互<service-interaction/>等动态信息。

<supported-services>中可以包含多个业务，如还可以包含呈现业务<service enabler＝″presence″>。相应的在<member-feeds>中可以指定用户的活动和心情动态可以被显示，如：

<member-feeds>

<activities/>

<mood/>

</member-feeds>

在另外一个XDMS服务器1001中存储用户的动态信息的XML文档，以及用户允许自己的哪些动态信息可以被记录和显示的授权设置XML文档等。可以将该XDMS服务器1001称为Shared Feeds XDMS，即共享动态XDMS服务器1001。

一个业务应用1002从Shared Feeds XDMS获取相应的XML文档内容确定用户的哪些动态可以被授权记录和显示，然后在用户使用业务应用的过程中，可以依据Shared Group XDMS中的群组应用的授权设置和Shared FeedsXDMS中的用户的授权设置来记录用户的动态信息，将动态信息记录存储到Shared Feeds XDMS中。由于有两种授权设置，可以根据情况采用不同的方式来合并两种授权设置，如可以在群组应用的授权设置和用户的授权设置都允许一个应用记录动态时才记录该用户的应用动态信息，这种合并方式比较严格，隐私性较好，但是开放性稍差。另外也可以在群组应用的授权设置和用户的授权设置中任一个允许一个应用记录动态时就记录该用户的应用动态信息，这种方式可以记录和共享用户更多的动态信息。

Shared Feeds XDMS中的用户的授权设置XML文档举例主要内容如下：

<feeds-rule>

<service enabler＝″bcast″>

<service-interaction/>

</service>

</feeds-rule>

上述XML文档内容表示用户允许″bcast″业务应用可以记录业务交互<service-interaction/>事件类型的动态信息。该用户后续在进行BCAST业务交互操作时，可以将相应事件的动态信息存储到Shared Feeds XDMS中。具体的动态信息XML文档内容举例如下：

<feeds uri＝″sip:tom@example.com″>

<info at＝″2009-01-11T12:00:00+08:00″enabler＝″bcast″

type＝″service-interaction″>

在“幸存者”节目中投票给了“张三”

<info/>

</feeds>

上述例子中在动态信息元素<info>中包含动态信息的内容，在其属性“at”中包含发生时间，属性“enabler”包含业务应用标识，“type”表示具体的事件类型等。这样后续其他用户如用户的好友或上述的群组中的其他成员可以从该文档中获取用户的动态信息记录。在用户使用业务应用的过程中，可以由业务应用的服务器侧或者客户端侧用XCAP(XML ConfigurationAccess Protocol，XML配置访问协议)协议向Shared Feeds XDMS中写入用户的动态信息。

如后续一个用户客户端在浏览群组信息时，客户端可以对群组成员逐个通过XCAP协议去Shared Feeds XDMS中获取相应的动态信息，或者直接将成员的动态信息包含在群组信息中返回给客户端。Shared Feeds XDMS中的动态信息文档可以缺省的设置为完全公开，即任何用户都可以获取SharedFeeds XDMS中的动态信息文档。而授权设置文档则只有拥有者用户自己可以进行读写和修改等操作。

另外用户也可以对群组授权，设置是否允许群组应用记录自己的动态信息。该授权设置可以存储在共享策略XDM服务器(Shared Policy XDMS)中，用户客户端通过XCAP协议进行设置。在用户使用应用过程中，通过XCAP协议从Shared Policy XDMS中获取用户对群组的授权设置文档，并根据Shared Group XDMS中的群组应用的授权设置一起确定是否记录用户的应用动态信息。Shared Policy XDMS中用户对群组的授权设置文档相关内容举例如下：

<ruleset>

<rule id＝″s3q2i328″>

<conditions>

<group>

<list-service uri＝″sip:mygroup@example.com″>

</group>

</conditions>

<actions>

<allow-record-feed>true</allow-record-feed>

</actions>

</rule>

</ruleset>

上述XML文档内容中，其中在条件<conditions>元素中包含群组<group>元素信息，在<list-service>元素中包含具体的群组标识如uri＝″sip:mygroup@example.com″。在动作<actions>元素中包含是否允许记录动态的设置，如<allow-record-feed>的值为“true”表示允许记录用户使用该群组应用的动态信息。本文档由群组成员来设置。

应用的服务器侧或者客户端侧首先通过XCAP协议从共享策略XDM服务器中获取所述用户对群组的授权设置XML文档，在用户使用应用的过程中，根据用户对群组的的授权设置和群组应用的授权设置向共享动态XDM服务器中写入用户的动态信息。具体的处理过程请参见上述实施例中结合图7和图8的说明，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在运行时，执行上述实施例方法中的全部或部分步骤。上述提到的存储介质可以是只读存储器，磁盘或光盘等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种提供应用动态信息的方法，其特征在于，该方法利用群组的社会关系来推广应用，在具有群组管理权限的第一用户为群组添加安装应用后，记录所述群组和所述应用的关联关系，还包括步骤：

记录所述群组中的第二用户对所述群组的授权设置，第一用户授权所管理群组上的应用是否可以记录群组成员的动态信息；

在第二用户使用所述应用时，根据所述关联关系和授权设置记录所述应用生成的动态信息；

根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户；

根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户包括：根据所述关联关系获取所述第二用户的动态信息，将所述第二用户的动态信息提供给所述群组中的其他成员用户。

2.根据权利要求1所述的方法，其特征在于，进一步包括，在所述群组中的第三用户登录时，检测所述第三用户与所述第二用户为所述群组的成员；

其中，根据所述关联关系获取相应的动态信息，并提供给所述群组中的用户包括：根据所述关联关系获取所述第二用户使用所述应用时记录的动态信息，将所述第二用户使用所述应用时记录的动态信息返回并在所述第三用户登录后的首页中显示。

3.根据权利要求1所述的方法，其特征在于，

根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户包括：

在所述群组中的第三用户登录后浏览所述群组的页面时，根据所述关联关系获取所述第二用户使用所述应用时记录的动态信息，将所述第二用户使用所述应用时记录的动态信息返回并在所述群组页面中显示；

或者，

在所述群组中的第三用户登录后浏览所述应用的页面时，根据所述关联关系获取所述第二用户使用所述应用时记录的动态信息，将所述第二用户使用所述应用时记录的动态信息返回并在所述应用页面中显示。

4.根据权利要求1所述的方法，其特征在于，所述对群组的授权设置的内容至少包括以下内容之一：

是否允许将自己的群组应用的动态信息提供给同群组的其他成员；

是否允许所述应用获得用户的个人信息；

是否允许所述应用获得用户好友的个人信息；

根据所述授权设置的内容控制所述应用的动态信息的提供，和控制所述应用对用户及好友的个人信息的访问。

5.根据权利要求1所述的方法，其特征在于，

所述预先记录的群组和应用的关联关系包括：在具有群组管理权限的第一用户为群组添加应用后，记录所述群组和应用的关联关系；

记录所述应用生成的动态信息包括：根据所述关联关系记录所述群组中的用户使用群组应用时生成的动态信息；

根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户包括：根据所述关联关系获取所述群组中的其他成员用户使用所述应用的动态信息，在所述群组中的第三用户登录后，向其提供所述群组中的其他成员用户使用所述应用时所生成的动态信息。

6.根据权利要求1至5任一项所述的方法，其特征在于，

如果一个应用既是用户的个人应用，也是所述用户所在群组的应用，

所述记录应用生成的动态信息包括：分别记录相应的个人应用的动态信息和群组应用的动态信息。

7.根据权利要求6所述的方法，其特征在于，如果另一用户既是所述用户的好友，也与所述用户在同一群组中，

则根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户包括：根据所述群组和应用的关联关系，获取所述个人应用的动态信息，向另一用户仅提供所述个人应用的动态信息。

8.根据权利要求1至5任一项所述的方法，其特征在于，如果在用户使用一个应用时，检测到所述应用是所述用户所在的多个群组的应用时，

则所述记录应用生成的动态信息包括：分别记录各个群组对应的应用的动态信息。

9.根据权利要求8所述的方法，其特征在于，如果另一用户与所述用户同时在多个群组中，并且所述多个群组都关联有相同的应用，

则根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户包括：

根据所述多个群组和应用的关联关系，获取其中一个群组对应的应用的动态信息，向所述另一用户仅提供所述一个群组对应的群组应用的动态信息，

或者，

根据所述多个群组和应用的关联关系，获取所述多个群组对应的应用的动态信息，将所述多个群组对应的应用的动态信息合并后提供给所述另一用户。

10.一种提供应用动态信息的服务器，用于利用群组的社会关系来推广应用，包括动态信息存储单元和动态信息获取与提供单元；

动态信息存储单元用于记录应用生成的动态信息；

记录所述应用生成的动态信息包括：记录所述群组中的第二用户对所述群组的授权设置，第一用户授权所管理群组上的应用是否可以记录群组成员的动态信息；在第二用户使用所述应用时，根据所述群组与所述应用的关联关系和授权设置记录所述应用生成的动态信息；

动态信息获取与提供单元用于根据预先记录的群组和所述应用的关联关系获取相应应用的动态信息，并提供给群组中的用户；

所述记录的群组和应用的关联关系包括：在具有群组管理权限的第一用户为群组添加安装应用后，记录所述群组和所述应用的关联关系；

根据预先记录的群组和所述应用的关联关系获取相应的动态信息，并提供给所述群组中的用户包括：根据所述关联关系获取所述第二用户的动态信息，将所述第二用户的动态信息提供给所述群组中的其他成员用户。