CN101378368A - 一种信息交互的方法及系统 - Google Patents

Abstract

本发明涉及计算机网络领域，提供了一种信息交互的方法，包括：发起方客户端根据预设的数据结构创建包含有用户输入的交互信息的信息容器；服务器根据接收到的发起方客户端的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；目标客户端根据接收到的用户的操作指令，对所述信息容器做出回应处理。本发明实施例的技术方案能够实现按照用户的预设轨迹表进行信息的投递，被投递的用户通过发出操作指令对所述信息容器做出回应从而在用户之间形成信息的交互。

Description

一种信息交互的方法及系统

技术领域

本发明涉及互联网领域，尤其涉及一种信息交互的方法及系统。

背景技术

目前的互联网应用服务非常丰富，包括网络博客、即时通讯、邮件、论坛等等。以博客(Blog，全名Weblog)，即网络日志为例对现有的互联网应用服务做简单介绍。

博客是一种表达个人思想、网络链接、内容，并按照时间顺序排列，不断更新的出版方式。一个Blog其实就是一个网页，它通常是由简短且经常更新的帖子所构成，这些张贴的文章都按照年份和日期倒序排列。Blog的内容和目的有很大的不同，从对其他网站的超级链接和评论，有关公司、个人构想到日记、照片、诗歌、散文，甚至科幻小说的发表或张贴都有。许多Blog是个人心中所想之事情的发表，其它Blog则是一群人基于某个特定主题或共同利益领域的集体创作。可见网络博客以有形可见的方式记录了用户的思想，又通过记录评论的形式将不同的思想集中和汇总，形成了用户之前的沟通和交流。

其他的互联网应用服务也通过信息记录的方式实现了用户之间信息的沟通和交流，但是在这些服务中用户沟通和交流的对象相对来说要么是固定不变的，要么是未知的。例如即时通讯是在一段时间内、固定的两个人或多个人之间进行对话聊天；邮件是在固定的收件人范围内一次性进行信息的非实时性传递；在博客和论坛中发表文章或帖子后，来浏览的用户针对文章和帖子发表自己的看法和意见。可见现有的各种联网应用服务技术中用户之间信息交互的方式不够丰富，不能按照用户的预设轨迹表进行信息地投递。

发明内容

本发明实施例的目的是提供一种信息交互的方法和系统可以实现按照用户的预设轨迹表进行信息地投递，被投递的用户通过发出操作指令对所述信息容器做出回应处理，从而形成用户之间的信息交互。

本发明实施例提供的技术方案是：提供了一种信息交互的方法，包括：

发起方客户端根据预设的数据结构创建包含有用户输入的交互信息的信息容器；

服务器根据接收到的发起方客户端的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；

目标客户端根据接收到的用户的操作指令，对所述信息容器做出回应处理，包括删除、接收、评论、关注、转发所述信息容器。

其中，服务器在投递信息容器时，记录被投递的目标客户端标识，该目标客户端标识用于唯一标识目标客户端的身份。

当对所述信息容器做出回应处理为删除所述信息容器时，在所述目标客户端的收到列表上删除所述信息容器的标记。

当对所述信息容器做出回应处理为关注所述信息容器时，在所述目标客户端的关注列表中添加所述信息容器的标记。

当对所述信息容器做出回应处理为接收所述信息容器时，根据所述信息容器的标记查找该信息容器的存储位置并将所述信息容器中的交互信息下发到所述被投递的目标客户端进行展示。

当对所述信息容器做出回应处理为转发所述信息容器时，服务器在转发对象客户端的收到列表上添加所述信息容器的标记，所述转发对象客户端是接受转发的所述信息容器的目标客户端。

当对所述信息容器做出回应处理为评论所述信息容器时，服务器记录目标客户端评论所述信息容器时的评论信息。

所述预设的数据结构中包括查看权限标识位，用于标识所述信息容器中的交互信息对目标客户端是否可见，则当服务器收到所述被投递目标客户端发送的接收所述信息容器的操作指令时，将信息容器数据结构中所述目标客户端的内容查看权限标识位设置成可见，将其他目标客户端的查看权限标识位设置成不可见。

所述预设轨迹表存储在服务器或者客户端中，当存储在客户端中时，发起方客户端在发送投递请求的同时，将该表发送给服务器。

所述预设轨迹表中列有根据用户关系链表生成和/或随机生成和/或靠用户逐个指定生成的至少一个客户端标识。

所述用户关系链表包括联系人列表、随机活跃用户列表、同城列表以及同校列表。

本发明还提供了一种信息交互的系统，包括：服务器和客户端，所述客户端上具有创建模块，所述服务器上具有投递模块、存储模块以及交互模块：

创建模块，用于根据预设的数据结构创建包含有用户输入的交互信息的信息容器并将其发送给存储模块存储，还用于在创建完所述信息容器后将用户的投递指令转换成投递请求发送给投递模块；

投递模块，用于根据接收到的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；

存储模块，用于存储由创建模块创建的信息容器、客户端的收到列表以及被投递的目标客户端标识，该目标客户端标识用于唯一标识目标客户端的身份；

交互模块，与存储模块连接，用于根据用户的操作指令，删除或接收或评论或关注或转发所述信息容器。

进一步，该系统还包括：

位于客户端的写入模块，与创建模块和交互模块相连，用于接收用户输入的交互信息和投递指令供创建模块创建所述信息容器和生成所述投递请求，并用于接收用户删除或接收或评论或关注或转发所述信息容器的操作指令，将其转发给所述交互模块。

进一步，所述交互模块中还包括：

删除指令执行模块，根据删除操作指令在客户端收到列表上删除所述信息容器的标记；

接收指令执行模块，根据接收操作指令及所述信息容器的标记查找该信息容器的存储位置并将所述信息容器中的交互信息下发到所述被投递的目标客户端进行展示；

评论指令执行模块，根据评论操作指令记录目标客户端评论所述信息容器时的评论信息；

关注指令执行模块，根据关注操作指令在目标客户端的关注列表中添加所述信息容器的标记；

转发指令执行模块，根据转发操作指令在转发对象客户端的收到列表上添加所述信息容器的标记，所述转发对象客户端是接受转发的所述信息容器的目标客户端。

进一步，该系统还包括：

位于客户端的与所述交互模块相连的信息展示模块，用于展示交互模块下发的交互信息。

进一步，所述投递模块还包括：

预设轨迹表生成模块，用于随机生成至少一个客户端标识和/或拉取用户关系链生成至少一个客户端标识和/或通过创建模块接收用户填写的目标用户号码并被协议通知生成至少一个客户端标识。

所述用户关系链包括联系人列表、随机活跃用户列表、同城列表、同校列表。

本发明实施例的技术方案能够实现按照用户的预设轨迹表进行信息的投递，被投递的用户通过发出操作指令对所述信息容器做出回应从而在用户之间形成信息的交互。

附图说明

图1是根据本发明示范性实施例一提供的一种信息交互的方法流程图；

图2是根据本发明示范性实施例二提供的一种信息交互系统；

图3是根据本发明实施例三提供的一种信息交互的后台系统架构图；

图4是根据本发明实施例四提供的一种信息交互的方法流程图；

图5是根据本发明实施例五提供的一种信息交互的方法流程图；

图6是根据本发明实施例六提供的一种信息交互的方法流程图。

具体实施方式

为使本发明的目的、技术方案更加清楚明白，以下参照附图并结合实施例，对本发明做进一步的详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明的中心思想是在网络、特别是互联网应用服务中建立一种可以使用户之间进行信息交互的方法和系统，其中交互信息按照预设轨迹表进行投递，被投递的用户通过发出操作指令对所述信息容器做出回应从而在用户之间形成信息的交互。本发明中的交互信息是封装在信息容器中的，所述信息容器是利用计算机程序语言实现的具有预设数据结构的程序代码，一旦被创建后可以存储在计算机存储介质中供客户端程序调用。

将本发明的思想应用在博客/空间中，则可以在主人所在的社交网络圈子中建立互相许愿和/或送物品的信息交互的机制。愿望是指一种对用户索要礼物/进行征集行为的感情化包装，是一种互动性的交流渠道。在网络博客/空间中的愿望可以承载礼物/实物/征集等多种形式的应用。本发明将在网络博客/空间中的愿望封装在信息容器中，根据实际的需求信息容器拥有自己的传递规则、权限系统和互动操作。

例如投递用户A可以将索要的物品、征集的点子、提出的问题、接龙游戏的主题或其他愿望在信息容器中进行描述，并且根据一定的投递规则在所有目标用户之中投递。所述索要的物品可以是现实生活中的有形物品和服务，例如一个墨镜、一趟欧洲七国旅游；也可以是网络中虚拟的物品和服务，例如：一个虚拟宠物的领养权、一朵电子玫瑰等。信息容器被目标用户B查看后可以与投递用户A进行相应的互动操作，还可以根据实际的情况向其他用户推荐所述信息容器。

所述信息容器的实现形式包括但不限于：通过博客/空间Web主页模块/挂件的形式进行显示或通过与用户博客/空间相关联的即时通讯工具的下发Tips(提示消息)的形式进行显示，所述主页模块/挂件及tips可以通过软件代码实现。挂件(widget)，对于博客而言，就是装饰物意思，以一段简短的javascript(Java描述语言)、html(Hypertext Markup Language，超文本链接标示语言)、flash(Macromedia公司开发的动画编辑工具)或是php(一种CGI网络程序编写语言)代码来实现诸如图片展示、文章排列等功能。

图1是根据本发明示范性实施例一提供的一种信息传递的方法流程图，包括：

S11、发起方客户端根据预设的数据结构创建包含有用户输入的交互信息的信息容器，并向服务器发送投递请求；

所述预设的数据结构至少包括信息容器的类型信息、状态信息以及拥有该信息容器的用户识别代码，还可以包括信息容器标题、用户的创建权限，免费信息容器的数量，活跃信息容器的数量，新信息容器的过期时间，信息容器回收信息，信息容器查看与推送权限等。其中信息容器类型可分为征集类型和礼物类型，礼物类指的是投递用户A向所有目标用户索要礼物，一旦收到礼物，投递出的信息容器都被收回，征集类指的是投递用户A向所有目标用户征集意见或建议或问题的答案，一旦收集到一定数量的，例如20个回复后则投递出的信息容器都被收回；信息容器状态包括：被创建需要审核，已审核不通过，已审核通过，已投递待接收，已接收不可被抢，关闭状态，愿望已实现主人未读，愿望已实现主人已读，实物实现等待确认，实物实现已确认等；信息容器标题是表示该信息容器中交互信息内容的题目；免费信息容器是指用户选择的是博客/空间或联系人列表为初始的传递列表，活跃信息容器是指信息容器被投递的目标用户是用户A一个一个手动挑选的。

所述交互信息是用户输入的文字和/或图形和/或多媒体信息；在创建信息容器时会生成信息容器ID，信息容器ID是指唯一能确认该信息容器身份的标识(Identification Number)。

所述投递请求是指创建模块根据用户的投递操作指令生成的，也可以是创建模块创建完所述信息容器后自动生成的。

S12、服务器根据接收到的发起方客户端的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；

所述预设轨迹表中列有根据用户关系链表生成和/或随机生成和/或靠用户逐个指定生成的至少一个目标客户端标识，该标识可唯一确定客户端的身份；所述用户关系链表包括联系人列表、随机活跃用户列表、同城列表以及同校列表；所述预设轨迹表存储在服务器或者客户端中，当存储在客户端中时，发起方客户端在发送投递请求的同时，将该表发送给服务器。作为一个示例，所述预设轨迹表根据用户关系链生成，所述用户关系链即为博客/空间用户的联系人列表，该列表中包括目标客户端标识C1～C5，则服务器根据预设轨迹表中的目标客户端标识C1～C5找到目标客户端的收到列表的存储位置，将信息容器的标记添加在目标客户端的收到列表中，此时所述信息容器处于已投递待接收状态，目标用户仅仅可以在自己的收到列表中看到所述信息容器的标记，但看不到该信息容器中的交互信息。服务器根据接收到的发起方客户端的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记即投递信息容器时，还记录被投递的目标客户端标识，该目标客户端标识用于唯一标识被投递的目标客户端的身份，从这些被记录的客户端标识可以得到所述信息容器的位置分布。

在收到列表中添加所述信息容器的标记是指在许出愿望的时候按照预设轨迹表将信息容器的数据插入到目标客户端的用于记录收到的信息容器的列表中，所述信息容器的数据包括信息容器ID，空间主人的ID，信息容器状态标志。

S13、目标客户端根据接收到的用户的操作指令接收所述信息容器的交互内容并进行展示；

当服务器收到所述被投递的目标客户端发送的接收所述信息容器的操作指令时，根据所述信息容器的标记查找所述信息容器中的交互信息并下发到所述被投递的目标客户端进行展示；在各收到该信息容器的目标用户中，目标客户端标识C3对应的目标用户U3率先登录博客/空间，看到了该信息容器的标记，目标用户U3的客户端根据用户的操作指令接收服务器下发的该信息容器的交互信息，即系统开放了目标用户U3对所述信息容器的查看权限；同时别的目标用户U1、U2、U4、U5没有查看权限，无法接收和查看该信息容器中的交互信息。即给所有目标用户中先登录博客/空间的用户开放查看所述信息容器的权限，同时关闭其他目标用户的查看所述信息容器的权限，此时所述信息容器处于已接收不可被抢状态。所述信息容器通过博客/空间Web主页模块/挂件的形式进行显示。

查看权限的开放和关闭通过所述预设的数据结构中的查看权限标识位实现，该标识位用于标识所述信息容器中的交互信息对目标客户端是否可见，则当服务器收到所述被投递目标客户端发送的接收所述信息容器的操作指令时，将信息容器数据结构中所述目标客户端的内容查看权限标识位设置成可见，将其他目标客户端的查看权限标识位设置成不可见。

S14、目标客户端接收用户的操作指令并转发给服务器，服务器根据该用户的操作指令对所述信息容器做出回应处理。

当对所述信息容器做出回应处理为删除所述信息容器时，在所述目标客户端的收到列表上删除所述信息容器的标记；当对所述信息容器做出回应处理为关注所述信息容器时，在所述目标客户端的关注列表中添加所述信息容器的标记；当对所述信息容器做出回应处理为转发所述信息容器时，服务器在转发对象客户端的收到列表上添加所述信息容器的标记，所述转发对象客户端是接受转发的所述信息容器的目标客户端；当对所述信息容器做出回应处理为评论所述信息容器时，服务器记录目标客户端评论所述信息容器时的评论信息。

作为一个示例，目标用户U3接收并看到所述信息容器内的交互信息即愿望后，对所述愿望做出回应处理，具体包括，目标用户U3选择直接满足愿望或者留言支持或者回答问题或者提供意见和建议，或是认为其他用户U10可能满足该愿望则将愿望直接推送给转发对象用户U10，该转发对象用户U10可以为任意用户。

当投递用户A愿望被满足时，更新博客/空间信息，并且发提示信息到许下愿望的用户A：“您的好友用户U3实现了您许下的愿望‘想知道今天几块金牌’，快去看看吧！”。此时所述信息容器处于愿望已实现主人未读状态，同时可以收回其他用户处的信息容器，即删除在其他目标客户端U1、U2、U4、U5收到列表中所述信息容器的标记。

当目标用户U3看到信息容器的信息内容后需要推荐即转发给其他人，则步骤S14包括：服务器根据所述目标用户的转发指令在转发对象客户端的收到列表上添加所述信息容器的标记，则所述转发对象用户U10则可以在登录博客/空间的时候查看信息容器中的交互内容。

每位目标用户对该信息容器的回应信息即评论可以被服务器记录下来作为该信息容器的实际传递轨迹，供投递用户A、各目标用户和其他用户查看。

使用该方法后实现了按照预设轨迹表进行信息投递，且目标用户可以根据实际的需求对所述信息容器进行删除、接收、评论、关注、转发等操作，从而在用户之间形成信息的交互。

根据本发明的实施例投递用户A创建的信息容器的交互信息是索要一套虚拟装扮，该信息容器被按照博客好友列表轨迹投递到各目标用户，目标用户B抢先阅读该信息容器的交互内容后，满足了该愿望即赠送给用户A一套虚拟装扮，此时投递到其他目标用户的该信息容器被回收，从而完成了愿望的投递和实现。如果目标用户B没有满足该愿望，只是留言说：“我完成不了，我推荐D完成”并通知服务器将所述信息容器转发到用户D的号码，则此时交互的对象由原来指定的预设轨迹中的用户变成了其他推荐的用户。

如图2所示，根据本发明示范性实施例二提供的一种信息传递、交互系统，包括客户端和服务器，所述客户端包括创建模块，用于根据预设的数据结构创建包含有用户输入的交互信息的信息容器并将其发送给存储模块存储，还用于在创建完所述信息容器后将用户的投递指令转换成投递请求发送给投递模块。所述的服务器包括投递模块，用于根据接收到的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；存储模块，用于存储由创建模块创建的信息容器、客户端的收到列表以及被投递的目标客户端标识，该目标客户端标识用于唯一标识目标客户端的身份；交互模块，与存储模块连接，用于根据用户的操作指令，对所述信息容器做出回应处理，所述回应处理包括删除或接收或评论或关注或转发所述信息容器。

客户端中还包括写入模块，与创建模块和交互模块相连，用于接收用户输入的交互信息和投递指令供创建模块创建所述信息容器和生成所述投递请求，并用于接收用户删除或接收或评论或关注或转发所述信息容器的操作指令，将其转发给所述交互模块。

所述交互模块中进一步还包括：

删除指令执行模块，根据删除操作指令在客户端收到列表上删除所述信息容器的标记；

接收指令执行模块，根据接收操作指令及所述信息容器的标记查找该信息容器的存储位置并将所述信息容器中的交互信息下发到所述被投递的目标客户端进行展示；

评论指令执行模块，根据评论操作指令记录目标客户端评论所述信息容器时的评论信息；

关注指令执行模块，根据关注操作指令在目标客户端的关注列表中添加所述信息容器的标记；

转发指令执行模块，根据转发操作指令在转发对象客户端的收到列表上添加所述信息容器的标记，所述转发对象客户端是接受转发的所述信息容器的目标客户端。

所述投递模块还包括：预设轨迹表生成模块，用于随机生成至少一个客户端标识和/或拉取用户关系链生成至少一个客户端标识和/或通过创建模块接收用户填写的目标用户号码并被协议通知生成至少一个客户端标识。所述用户关系链包括联系人列表、随机活跃用户列表、同城列表、同校列表。

所述的客户端还包括信息展示模块，与所述交互模块相连，用于展示交互模块下发的交互信息。

其中，信息展示模块还可以对博客/空间主人/客人收到/发出的信息容器/礼物的各种列表进行展示。具体实践中，收到列表是指在许出愿望的时候按照投递用户A指定的目标用户逐个将信息容器的数据插入到目标用户的用于记录收到的信息容器的列表，所述数据至少包括信息容器ID，空间主人的ID，信息容器状态标志；许出列表是指许出愿望的时候将信息容器的数据插入投递用户A的用于记录投递出的信息容器的列表；最近操作列表是用户对愿望进行满足、留言、推送、转发等具体操作后将被操作的信息容器的数据插入用户的用于记录最新操作过的信息容器的列表；其他列表的实现方式与此类似，在此不做赘述。

所述信息容器通过博客/空间Web主页模块/挂件的形式进行显示。

图3是根据本发明实施例三提供的一种信息传递和交互的后台系统架构图，包括：信息容器业务层、信息容器存储层和接口模块，其中信息容器业务层包括：

信息容器业务层CGI(Common Gateway Interface，公共网关接口)负责实现所有分解操作，主人操作包括：主人创建信息容器、送出信息容器、查看我创建的信息容器、强制回收信息容器、主人删除信息容器(活跃和非活跃)；客人操作包括：查看我收到的信息容器、操作我收到的信息容器、关注信息容器、查看我关注的信息容器；礼物类操作：送出礼物、查看我送出的礼物、查看我收到的礼物、送出礼物排名/收到礼物排名；运营操作包括：屏蔽某人创建信息容器的权限、删除信息容器、干预积分排名；后台异步处理逻辑包括：投递信息容器、回收信息容器、接收到礼物投递通知、将数据获取并送到排名Server(服务器)。

运营管理模块负责信息容器各项管理和查询工作。

信息容器存储层包括：信息容器类型、状态信息存储，用于存储信息容器类型、状态特征参数等信息；内容信息存储用于存储用户输入的交互信息；收到信息容器数据索引；礼物列表存储；信息容器后台异步处理模块负责信息容器的投递及回收；排名Server(服务器)提供干预方法，如黑名单和白名单，指定某个号码的排名，例如按照收到信息容器的多少排名。

接口模块是和本发明外的第三方的接口，包括：礼物管理及赠送接口、个人挡资料接口、用户标志位、模块/信息展示接口。

所述信息容器通过博客/空间Web主页模块/挂件的形式进行显示。在具体实施该方案的过程中，可以将信息容器的数据结构设计为至少包括信息容器类型状态信息、信息容器内容信息、收到信息容器数据索引、礼物列表，所述类型状态信息中至少包括博客/空间主人的帐号、创建权限、信息容器的唯一识别码、信息容器的送出及回收规则、信息容器类型、信息容器状态、信息容器标题、信息容器创建和过期时间、信息容器最后操作人、查看及推送权限；信息容器内容信息中至少包括博客/空间主人的帐号、信息容器的唯一识别码、用户参与数据(结构化数据列表)、号码分布(信息容器当前所处的号码列表)、收到信息容器数据索引至少包括博客/空间主人的帐号，接收信息容器的规则、收到的信息容器列表、关注的信息容器列表，礼物列表至少包括博客/空间主人的帐号、收到的礼物列表、送出的礼物列表、最近送出礼物的时间及数量。

对应上述数据结构，获取数据的接口包括：类型状态信息数据操作接口，例如当客人收到的信息容器列表展示后需要获取单个信息容器类型信息的时候输入参数为：博客/空间主人的帐号和信息容器的唯一识别码，则输出参数为：信息容器的标题信息数据块；内容信息数据操作接口，例如在点击查看具体的信息容器信息后获取单个信息容器的内容信息的时候输入参数为：博客/空间主人的帐号和信息容器的唯一识别码以及轨迹翻页数据，则输出参数为：信息容器内容加指定页用户参与数据；收到信息容器数据接口，例如当查看我收到的信息容器列表的时候输入参数为：博客/空间主人的帐号和页数，则输出参数为：我收到的信息容器列表的唯一标识码；还包括礼物数据操作接口。

基于实施例三提供的一种信息传递和交互的后台系统架构图，可实现如图4所示的实施例四提供的一种信息传递方法，流程如下，

S41、在用户博客/空间的客户端创建一个信息容器，所述信息容器内的信息是一个愿望，例如索要一套虚拟装扮，具体包括步骤：

根据预设参数创建信息容器，其中包括用户输入的交互信息内容；

存储信息容器的类型、状态信息，并生成该信息容器唯一标识码，在具体实施时信息容器可以分为如下几种状态：被创建需要审核，已审核不通过，已审核通过，已传递待接收，已接收不可被抢，关闭状态，愿望已实现主人未读，愿望已实现主人已读，实物实现等待确认，实物实现已确认，此时信息容器处于被创建需要审核状态；

存储信息容器内容信息即交互信息，内容信息包括“索要一套虚拟装扮”；

通知信息容器投递模块进行投递。

其中存储信息容器的类型、状态信息，并生成该信息容器唯一标识码以及存储信息容器内容信息，内容信息包括“索要一套虚拟装扮”是系统为了便于以后查看和获取所述创建的信息容器而进行的数据存储步骤，其中还包括存储由系统生成的该信息容器唯一标识码。

创建一个信息容器需涉及多组参数信息：1)用户是否允许创建：是否有创建权限，当天有多少免费信息容器，总共有多少活跃信息容器；2)新信息容器的过期时间数据；3)信息容器送出规则数据；4)信息容器回收信息；5)信息容器查看与推送权限；6)信息容器状态、类型信息；7)信息容器标题；8)信息容器内容。

S42、系统根据预设轨迹表向目标用户号码投递所述信息容器，具体包括步骤：

信息容器投递模块异步收到客户端传来的投递通知；

拉取信息容器状态，此时信息容器处于已审核通过状态；

根据信息容器投递状态拉取个人档数据，个人档数据即博客/空间主人的信息；

修改号码范围信息容器信息，即在所有目标用户的博客/空间的收到列表中添加所述信息容器标记；

修改信息容器位置分布信息，位置分布信息是指信息容器所在的号码列表；

形成投递流水。

其中拉取信息容器状态、根据信息容器投递状态拉取个人档数据、修改号码范围信息容器信息、修改信息容器位置分布信息以及形成投递流水是为了记录信息容器的实际投递情况而进行的各种参数数据的获取和修改。

S43、所述至少一个目标用户的客户端接收所述信息容器。具体实现方式是：在各收到该信息容器的目标用户中目标用户B率先登录博客/空间，抢到该信息容器，目标用户B的客户端根据信息容器的标记拉取存储在服务器中的内容信息，如果该用户查看所述信息内容后没有满足其中的愿望，则放弃自己满足愿望的权利使所述信息容器处于争抢状态，预设轨迹表中的其他用户又可以根据谁先登录博客/空间的规则对所述信息容器进行争抢。

目标用户号码是指博客/空间的地址或者联系人的即时通讯号码，预设号码生成规则可以按照如下策略进行：

如果是在联系人中生成号码，由负责投递的模块拉取联系人列表形成号码。本发明的实施方式是提供用户关系链，用户关系链主要包括按照联系人列表、按照随机活跃用户列表、按照同城列表、按照同校列表等用户列表信息形成传递的线路，然后投递模块根据所述传递的路线进行信息容器的投递。实施时可以采用在在线状态变更服务上提供接口供CGI(Common Gateway Interface，公共网关接口)查询的方式实现。

如果是随机生成号码，由负责投递的模块随机生成一批号码。

如果是用户填的号码：负责创建的模块通过协议通知负责投递的模块进行投递。

投递的过程需记录流水，即生成投递流水号码和投递时间并记录投递是否成功等信息。

进一步目标用户可以对所述信息容器内的愿望做出评论且实现所述愿望，赠送索要的虚拟装扮，进而形成用户之间更深层次的信息交互，即如图5实施例五所示当目标用户收到并查看所述信息容器之后，还包括步骤，

S44、系统接收所述目标用户对所述信息容器内的信息内容做出的回应。以对愿望进行满足为一个典型的示例进行说明，具体包括步骤：

满足信息容器中提到的愿望，即赠送索要的礼物；

从所述目标用户的收到列表中删除所述信息容器；

修改信息容器状态，在该实施例中信息容器状态由已接收不可被抢状态修改为愿望已实现主人未读状态。

修改信息容器位置分布信息，即由于愿望已经实现修改信息容器所在的号码列表；

通知后台删除分布在外的装有相同愿望的信息容器。

其中从所述目标用户的收到列表中删除所述信息容器、从所述目标用户的信息容器列表中删除所述信息容器、修改信息容器状态、修改信息容器位置分布信息以及通知后台删除分布在外的装有相同愿望的信息容器是系统为了记录信息容器的实际投递轨迹而进行的各种信息数据修改。

所述信息容器通过博客/空间Web主页模块/挂件的形式进行显示。

在实际的方法应用中，博客/空间用户可以对创建的所述信息容器进行各种操作以满足用户的不同需求，例如：查看我创建的信息容器、查看我收到的信息容器、删除信息容器、强制回收创建过的信息容器、操作我收到的信息容器、转发信息容器。另外还可以对我(主人)比较关注的信息容器设置关注标记，即将信息容器ID加入我的关注列表，如果信息容器消失，则需要修改信息容器收到列表及信息容器分布列表。在查看我关注的信息容器时拉取我的关注列表，并逐一拉取信息容器内容信息显示，如果信息容器在活跃服务器的内存当中拉不到，则显示信息容器已过期，建议主人删除，所谓活跃服务器是指存储最新信息的存储介质，例如列表中所有记录的最后50条为最新信息存储在活跃服务器中，之前的旧的记录放到历史档(数据库)中，这样保证了最有价值的数据拉取速度最快，提升了用户体验。

查看我创建的信息容器包括如下步骤：

拉取我创建的信息容器列表；

展示我的信息容器列表，展示的内容包括信息容器的标题和状态；

根据用户查看某一具体信息容器的请求拉取指定信息容器内容信息；

显示所述指定信息容器内容信息。

查看我收到的信息容器的流程于此类似，只是拉取的是收到列表。

回收信息容器包括如下步骤：

收到主人发出的回收信息容器的指令；

通知信息容器后台处理模块进行回收操作；

修改信息容器的状态信息。

同时还可以包括修改信息容器的分布列表的步骤。

信息容器后台处理模块异步删除在外的信息容器包括如下步骤：

后台处理模块收到异步删除通知；

在信息容器内容信息中查询信息容器的分布；

根据信息容器号码分布进行删除；

之后还包括记录删除流水的步骤。

转发信息容器包括如下步骤：

系统收到主人推送信息容器给他人的命令；

从我的信息容器列表中删除所述信息容器；

加入他人的信息容器列表；

修改信息容器分布信息。

其他对信息容器的操作包括添加评论、关闭等都可以通过位于系统后台的操作模块对存储层内的各种数据进行增加、改变、删除来实现。

如图6实施例六所示提供的一种信息交互的方法流程图，当博客/空间用户希望想社交网络的其他联系人表达祝贺、爱慕等心情的时候会触发该流程向目标用户投递装载自己心情或礼物的信息容器，另外在满足上述提到的信息容器中的愿望时也可以触发该流程，下面以赠送索要的礼物为典型的示例进行说明，具体包括如下步骤：

S61：从用户标志位获取用户类型，用户类型是指该用户是否开通了各项特殊的博客/空间服务，用户标志位则表示用户身份bitmap(位图)位，根据该标志位的信息开放和/或限制该用户的博客/空间的各种功能操作；

S62：从用户礼物存储信息中获取用户当天已送出礼物信息；

S63：判断用户是否可以送礼，如果是需要付费的礼物即需要用户先付费再进行下一步，否则直接进行下一步；

S64：将所述礼物记录到目标用户的收到列表中。

如果该礼物是目标用户B为实现投递用户A的愿望而赠送出的，则收到该礼物的用户A在收到礼物后可以回收传递到其他用户处的信息容器，并公布自己的愿望已经被满足的；进一步投递用户A还可以通过各种渠道包括即时通讯工具和博客/空间留言的方式对赠送礼物的人表达自己的谢意，从而更加强化用户间的交互体验。所述信息容器和礼物通过博客/空间Web主页模块/挂件的形式进行显示。

根据本发明中心思想所述的互相许愿和/或送物品的信息信息交互的机制可以产生和衍变出各种信息交互方法和系统，达到按照预设轨迹表进行信息投递，被投递的用户通过发出操作指令对所述信息容器做出回应从而在用户之间形成信息的交互的目的。实现方法与上述实施例相似，故在此不做赘述。

本发明的实施例均是以互联网为基础进行的描述，但是不难想到所述思想和所述技术方案是可以应用到无线通信领域或其他网络领域。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (18)

1、一种信息交互的方法，其特征在于包括:

发起方客户端根据预设的数据结构创建包含有用户输入的交互信息的信息容器；

服务器根据接收到的发起方客户端的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；

目标客户端根据接收到的用户的操作指令，对所述信息容器做出回应处理。

2、根据权利要求1所述的信息交互的方法，其特征在于，所述对信息容器做出回应处理包括删除、接收、评论、关注、转发所述信息容器。

3、根据权利要求2所述的信息交互的方法，其特征在于，在添加所述信息容器的标记时，记录被投递的目标客户端标识，该目标客户端标识用于唯一标识目标客户端的身份。

4、根据权利要求3所述的信息交互的方法，其特征在于，当对所述信息容器做出回应处理为删除所述信息容器时，在所述目标客户端的收到列表上删除所述信息容器的标记。

5、根据权利要求3所述的信息交互的方法，其特征在于，当对所述信息容器做出回应处理为关注所述信息容器时，在所述目标客户端的关注列表中添加所述信息容器的标记。

6、根据权利要求3所述的信息交互的方法，其特征在于，当对所述信息容器做出回应处理为接收所述信息容器时，根据所述信息容器的标记查找该信息容器的存储位置并将所述信息容器中的交互信息下发到所述被投递的目标客户端进行展示。

7、根据权利要求3所述的信息交互的方法，其特征在于，当对所述信息容器做出回应处理为转发所述信息容器时，服务器在转发对象客户端的收到列表上添加所述信息容器的标记，所述转发对象客户端是接受转发的所述信息容器的目标客户端。

8、根据权利要求3所述的信息交互的方法，其特征在于，当对所述信息容器做出回应处理为评论所述信息容器时，服务器记录目标客户端评论所述信息容器时的评论信息。

9、根据权利要求6至8中一项所述的信息交互的方法，其特征在于，所述预设的数据结构中包括查看权限标识位，用于标识所述信息容器中的交互信息对目标客户端是否可见，则

当服务器收到所述被投递目标客户端发送的接收所述信息容器的操作指令时，将信息容器数据结构中所述目标客户端的内容查看权限标识位设置成可见，将其他目标客户端的查看权限标识位设置成不可见。

10、根据权利要求1至8中任一项所述信息交互的方法，其特征在于，所述预设轨迹表存储在服务器或者客户端中，当存储在客户端中时，发起方客户端在发送投递请求的同时，将该表发送给服务器。

11、根据权利要求10所述信息交互的方法，其特征在于，所述预设轨迹表中列有根据用户关系链表生成和/或随机生成和/或靠用户逐个指定生成的至少一个目标客户端标识。

12、根据权利要求11所述的信息交互的方法，其特征在于，所述用户关系链表包括联系人列表、随机活跃用户列表、同城列表以及同校列表。

13、一种信息交互的系统，其特征在于包括服务器和客户端，所述客户端上具有创建模块，所述服务器上具有投递模块、存储模块以及交互模块:

创建模块，用于根据预设的数据结构创建包含有用户输入的交互信息的信息容器并将其发送给存储模块存储，还用于在创建完所述信息容器后将用户的投递指令转换成投递请求发送给投递模块；

投递模块，用于根据接收到的投递请求在预设轨迹表指向的目标客户端的收到列表中添加所述信息容器的标记；

存储模块，用于存储由创建模块创建的信息容器、客户端的收到列表以及被投递的目标客户端标识，该目标客户端标识用于唯一标识目标客户端的身份；

交互模块，与存储模块连接，用于根据用户的操作指令，对所述信息容器做出回应处理，所述回应处理包括删除、接收、评论、关注、转发所述信息容器。

14、根据权利要求13所述信息交互的系统，其特征在于，还包括:

位于客户端的写入模块，与创建模块和交互模块相连，用于接收用户输入的交互信息和投递指令供创建模块创建所述信息容器和生成所述投递请求，并用于接收用户删除或接收或评论或关注或转发所述信息容器的操作指令，将其转发给所述交互模块。

15、根据权利要求13或14所述信息交互的系统，其特征在于，所述交互模块中进一步还包括:

删除指令执行模块，根据删除操作指令在客户端收到列表上删除所述信息容器的标记；

接收指令执行模块，根据接收操作指令及所述信息容器的标记查找该信息容器的存储位置并将所述信息容器中的交互信息下发到所述被投递的目标客户端进行展示；

评论指令执行模块，根据评论操作指令记录目标客户端评论所述信息容器时的评论信息；

关注指令执行模块，根据关注操作指令在目标客户端的关注列表中添加所述信息容器的标记；

转发指令执行模块，根据转发操作指令在转发对象客户端的收到列表上添加所述信息容器的标记，所述转发对象客户端是接受转发的所述信息容器的目标客户端。

16、根据权利要求15所述信息交互的系统，其特征在于，还包括:

位于客户端的与所述交互模块相连的信息展示模块，用于展示交互模块下发的交互信息。

17、根据权利要求13所述信息交互的系统，其特征在于，所述投递模块还包括:

预设轨迹表生成模块，用于随机生成至少一个客户端标识和/或拉取用户关系链生成至少一个客户端标识和/或通过创建模块接收用户填写的目标用户号码并被协议通知生成至少一个客户端标识。

18、根据权利要求17所述的信息交互系统，其特征在于，所述用户关系链包括联系人列表、随机活跃用户列表、同城列表、同校列表。

Images