一种用于在微博上实现私信功能的装置、系统和方法

摘要

本发明实施例公开了一种用于在微博上实现私信功能的装置、系统和方法。根据本发明的实施例提供了一种用于在微博上实现私信功能的客户端，包括：私信处理模块，用于提供私信页面，并在用户触发所述私信页面以获取私信消息列表时，根据所述用户的触发向服务器查询所述私信消息列表的数据；以及用于根据从所述服务器返回的所述私信消息列表的数据将所述私信消息列表呈现在所述私信页面上；以及显示模块，用于显示所述私信页面。本发明的装置、系统和方法使得微博用户在使用微博的同时能够方便地与好友进行一对一的私密聊天，为微博用户提供了简单、易用且功能丰富的私信功能。

说明书

技术领域

本发明涉及网络通信技术领域，特别是一种用于在微博上实现私信功能 的装置、系统和方法。

背景技术

即时通讯(IM)工具已经成为人们日常沟通必不可少的工具。因此，用 户对IM工具软件的易用性、稳定性、安全性等方面提出了更高的要求。目 前，IM软件主要实现一对一的单独消息聊天模式和一对N的群或讨论组的 消息聊天模式。

微博作为一种扩展IM消息传播机制的新生事物也得到了快速发展。微 博用户可以用140个字左右的一句话来表达自己思想，这种方式可以快速地 传播消息，从而实现了用户消息聊天模式从一对一、一对N到一对无穷的跨 越。

微博的用户在使用微博时，可能会希望与好友进行一对一的私密聊天， 这就需要在微博上添加能够支持用户进行一对一的私密聊天的功能。当前， 虽然有的微博也提供了私信功能，但一般只是简单地提供了私信页面的入口， 有的把收到的消息、发送的消息等等的各种信息显示在一个页面上，有的只 提供了简单的发送私信，发送成功之后，没有提供查看，操作私信的功能。 这些微博在对私信消息的管理上，并没有为用户提供更多的选择方案，不便 于用户与好友进行沟通，也不便于进行对私信进行分类管理或操作。

发明内容

有鉴于此，本发明提供了一种用于在微博上实现私信功能的装置、系统 和方法，以使得微博用户在使用微博的同时能够方便地与好友进行一对一私 的密聊天并且能够方便地查看私信，从而为微博用户提供简单、易用且功能 丰富的私信功能。

本发明的技术方案具体是这样实现的：

根据本发明的实施例提供一种用于在微博上实现私信功能的客户端，包括： 私信处理模块，用于提供私信页面，并在用户触发所述私信页面以获取私信消 息列表时根据所述用户的触发向服务器查询所述私信消息列表的数据；以及用 于根据从所述服务器返回的所述私信消息列表的数据将所述私信消息列表呈现 在所述私信页面上；显示模块，用于显示所述私信页面。

所述私信处理模块包括：应用模块、逻辑模块和数据模块，其中所述应用 模块用于提供所述私信页面，并在用户触发所述私信页面以获取所述私信消息 列表时根据所述用户的触发向所述逻辑模块发送用于获取所述私信消息列表的 请求，以及用于将所述逻辑模块返回的所述私信消息列表呈现在所述私信页面 上；所述逻辑模块用于从所述应用模块接收所述用于获取私信消息列表的请求， 并根据所述用于获取私信消息列表的请求向所述数据模块查询所述私信消息列 表的数据，以及用于将从所述数据模块返回的所述私信消息列表的数据解析封 装成所述私信消息列表返回给所述应用模块；所述数据模块用于根据所述逻辑 模块的查询向所述服务器查询所述私信消息列表的数据，并用于将查询到的所 述私信消息列表的数据返回给所述逻辑模块。

所述应用模块在用户打开所述私信页面时触发所述私信页面以获取所述私 信消息列表，并且所述私信消息列表为第一页私信消息列表。

所述应用模块在用户将所述私信页面的滚动条拖到所述私信页面的最底端 时触发所述私信页面以获取所述私信消息列表，并且所述私信消息列表为下一 页私信消息列表。

所述私信消息列表包括：存储在所述服务器上的收信箱中的收信箱消息列 表或存储在所述服务器上的发信箱中的发信箱消息列表。

所述逻辑模块包括：收信箱逻辑接口和发信箱逻辑接口，并且所述数据模 块包括数据模块接口，其中所述收信箱逻辑接口用于接收所述应用模块发送的 用于获取所述收信箱消息列表的请求，向所述数据模块接口查询所述收信箱消 息列表的数据，并将从所述数据模块接口接收的所述收信箱消息列表的数据解 析封装成所述收信箱消息列表返回给所述应用模块；所述发信箱逻辑接口用于 接收所述应用模块发送的用于获取所述发信箱消息列表的请求，向所述数据模 块接口查询所述发信箱消息列表的数据，并将从所述数据模块接口收到的所述 发信箱消息列表的数据解析封装成所述发信箱消息列表返回给所述应用模块。

所述私信页面提供所述收信箱和所述发信箱相互切换的入口，并且所述应 用模块在用户触发所述收信箱的入口或所述发信箱的入口时触发所述私信页面 以获取所述私信消息列表并清空当前的私信页面，并且所述私信消息列表为第 一页收信箱消息列表或第一页发信箱消息列表。

所述私信页面提供了发送、复制、删除、回复和举报私信操作中的至少一 种操作的入口，并且在用户触发所述至少一种操作中的一种操作的入口时，所 述应用模块直接调用所述数据模块接口以使所述服务器执行所述至少一种操 作。

根据本发明的另一实施例提供一种用于在微博上实现私信功能的服务器， 包括：存储模块，包括：收信箱和发信箱，分别用于存储收信箱消息列表的数 据和发信箱消息列表的数据；和处理模块，根据客户端的查询向所述客户端返 回所述收信箱消息列表的数据或所述发信箱消息列表的数据，以便所述收信箱 消息列表或所述发信箱消息列表能够显示在所述客户端的私信页面上，以及用 于执行发送、复制、删除、回复和举报私信操作中的至少一种操作。

根据本发明的另一实施例提供一种用于在微博上实现私信功能的系统，包 括：客户端和服务器，其中所述客户端用于提供私信页面，并在用户触发所述 私信页面以获取私信消息列表时根据所述用户的触发向服务器查询所述私信消 息列表的数据；以及用于根据从所述服务器返回的所述私信消息列表的数据将 所述私信消息列表呈现在所述私信页面上，以显示给所述用户；所述服务器用 于存储所述私信消息列表的数据，并且根据所述客户端的查询向所述客户端返 回所述私信消息列表的数据。

所述客户端包括：应用模块、逻辑模块、数据模块以及显示模块，其中

所述应用模块用于提供所述私信页面，并在用户触发所述私信页面以获取 所述私信消息列表时根据所述用户的触发向所述逻辑模块发送用于获取所述私 信消息列表的请求，以及用于将所述逻辑模块返回的所述私信消息列表呈现在 所述私信页面上；所述逻辑模块用于从所述应用模块接收所述用于获取私信消 息列表的请求，并根据所述用于获取私信消息列表的请求向所述数据模块查询 所述私信消息列表的数据，以及用于将从所述数据模块返回的所述私信消息列 表的数据解析封装成所述私信消息列表返回给所述应用模块；所述数据模块用 于根据所述逻辑模块的查询，向所述服务器查询所述私信消息列表的数据，以 及用于将查询到的所述私信消息列表的数据返回给所述逻辑模块；并且所述显 示模块用于显示所述私信页面。

根据本发明的另一实施例提供一种用于在微博上实现私信功能的方法，包 括：触发客户端提供的私信页面以获取私信消息列表；根据所述触发向服务器 查询所述私信消息列表的数据；并且根据从所述服务器返回的所述私信消息列 表的数据将所述私信消息列表呈现在所述私信页面上并显示给用户。

所述客户端包括：应用模块、逻辑模块和数据模块，其中所述根据所述触 发向服务器查询所述私信消息列表的数据包括：所述应用模块根据所述触发向 所述逻辑模块发送用于获取所述私信消息列表的请求；所述逻辑模块从所述应 用模块接收所述用于获取私信消息列表的请求，并根据所述用于获取私信消息 列表的请求向所述数据模块查询所述私信消息列表的数据；以及所述数据模块 根据所述逻辑模块的查询，向所述服务器查询所述私信消息列表的数据；并且 其中所述根据从所述服务器返回的所述私信消息列表的数据将所述私信消息列 表呈现在所述私信页面上包括：所述数据模块将查询到的所述私信消息列表的 数据返回给所述逻辑模块；所述逻辑模块将从所述数据模块返回的所述私信消 息列表的数据解析封装成所述私信消息列表返回给所述应用模块；所述应用模 块将所述逻辑模块返回的所述私信消息列表呈现在所述私信页面上。

所述触发客户端提供的私信页面以获取私信消息列表包括：用户打开所述 私信页面以获取第一页私信消息列表。

所述触发客户端提供的私信页面以获取私信消息列表进一步包括：用户将 所述私信页面的滚动条拖到最底端以获取下一页私信消息列表。

所述私信消息列表包括：存储在所述服务器上的收信箱中的收信箱消息列 表或存储在所述服务器上的发信箱中的发信箱消息列表。

所述逻辑模块包括：收信箱逻辑接口和发信箱逻辑接口，并且所述数据模 块包括数据模块接口，其中所述向所述数据模块查询所述私信消息列表的数据 包括：当所述收信箱逻辑接口从所述应用模块接收到用于获取所述收信箱消息 列表的请求时，向所述数据模块接口查询所述收信箱消息列表的数据；并且当 所述发信箱逻辑接口从所述应用模块接收到用于获取所述发信箱消息列表的请 求时，向所述数据模块接口查询所述发信箱消息列表的数据。

所述私信页面提供所述收信箱和所述发信箱相互切换的入口，并且所述触 发客户端提供的私信页面以获取私信消息列表进一步包括：用户触发所述收信 箱的入口或所述发信箱的入口以获取第一页收信箱消息列表或第一页发信箱消 息列表，并且所述方法进一步包括：在用户触发所述收信箱的入口或所述发信 箱的入口时，清空当前私信页面。

所述私信页面提供发送、复制、删除、回复和举报私信操作中的至少一种 操作的入口，该方法进一步包括：在用户触发所述至少一种操作中的一种操作 的入口时，所述应用模块直接调用所述数据模块接口以使所述服务器执行所述 操作。

从上述方案可以看出，本发明通过为微博用户提供其想要的私信消息列 表，使得微博用户可以方便地与好友之间进行隐私的消息对话并方便地查看 私信。进一步，本发明采用的三大层次结构的方案，每一层实现的功能比较 简单和独立，相互不产生依赖，层与层之间的接口简单实用，使整个系统在 架构上更容易扩展和维护。另外，用户可以方便地在客户端进行收发、回复、 复制、删除和举报私信等操作，从而对私信进行有效的管理或操作。

附图说明

图1是根据本发明的实施例的用于在微博中实现私信功能的系统的结构 框图；

图2是根据本发明的实施例的用于在微博中实现私信功能的方法的流程 图；

图3是根据本发明的实施例的用于在微博中实现私信功能的方法的示例 性流程图；以及

图4是根据本发明的图1的实施例的用于在微博中实现私信功能的方法 的示例性流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明 进一步详细说明。

在本发明提出的用于在微博中实现私信功能的方案中，在微博用户触发 客户端上的私信页面以获取想要的私信消息列表时，客户端根据微博用户的触 发向服务器查询私信消息列表的数据，并根据从服务器返回的私信消息列表的 数据将相应的私信消息列表呈现在私信页面上，从而将用户想要的私信消息列 表显示给用户。

以上是本发明的总体构思，下面将详细给出示例性的实施方案，以便于本 领域人员理解本发明。

根据本发明的实施例的用于在微博中实现私信功能的系统的整个架构可 以采用从下向上分为数据层、逻辑层和应用层的三大层次结构，每一层都经 过严谨的封装，使用下层提供的服务，并为上层提供服务。

图1是根据本发明的实施例的用于在微博中实现私信功能的系统的结构框 图。

如图1所示的系统包括客户端100和服务器200。

客户端100主要包括：私信处理模块110和显示模块104。私信处理模块 110用于提供私信页面，并在用户触发私信页面以获取私信消息列表时根据用户 的触发向服务器200查询私信消息列表的数据。私信处理模块110还用于根据 从服务器200返回的私信消息列表的数据将私信消息列表呈现在私信页面上。 显示模块104用于显示私信页面。

进一步，私信处理模块可以包括：应用模块101、逻辑模块102、数据模块 103。下面对各个模块的功能进行详细的描述。

应用模块101对应于三大层次结构中的应用层，其提供私信页面，并用于 展示或呈现私信消息列表。应用模块101用于在用户触发私信页面以获取私信 消息列表时，根据用户的触发向逻辑模块102发送用于获取私信消息列表的请 求，以及用于将逻辑模块102返回的私信消息列表呈现在私信页面上。在具体 实践中，私信页面可以为每一个私信分别创建一个私信控件，用于展示或呈现 私信的内容。用户可以触发私信页面以获取第一页收信箱消息列表、第一页发 发信箱消息列表、下一页收信箱消息列表或者下一页发信箱消息列表等等。

逻辑模块102对应于三大层次结构中的逻辑层，用于根据业务逻辑对查询 到的私信消息列表进行分页封装，从而为应用模块提供易用的接口。在具体实 践中，逻辑模块102可以封装数据模块103的接口提供的查询私信消息列表功 能，为应用模块提供查询私信分页消息列表的功能，例如，查询第一页私信消 息列表的功能和查询下一页私信消息列表的功能。逻辑模块102用于从应用模 块101接收用于获取私信消息列表的请求，并根据用于获取私信消息列表的请 求向数据模块103查询私信消息列表的数据，以及用于将从数据模块103返回 的私信消息列表的数据解析封装成私信消息列表返回给应用模块101。

数据模块103对应于三大层次结构中的数据层，其可以通过网络通信，根 据服务器提供的发送、复制、回复、删除、举报等等的网络协议，向服务器 发送操作命令，也可以根据服务器提供的查询私信消息列表(例如收信箱消 息列表和发信箱消息列表)的网络通信协议，从服务器获取相应的私信消息 列表数据，同时，数据模块103还对具体的网络协议进行了封装，提供高层 次的接口供应用模块或逻辑模块使用，使得应用模块和逻辑模块对网络协议 透明化。数据模块103提供的接口具有给指定用户发送私信、删除自己指定 的私信、举报指定的私信、查询指定用户的收信箱消息列表以及查询指定用 户的发信箱消息列表等功能。数据模块103只处理最基本的数据获取和组织 管理，不夹杂任何的逻辑，只依赖于服务协议，不依赖于具体的业务需求。 数据模块103根据逻辑模块102的查询，向服务器200查询私信消息列表的数 据，以及将查询到的私信消息列表的数据返回给逻辑模块102。

显示模块104，用于将私信页面上展示的私信消息列表的内容显示给微博用 户。在具体实践中，可以把上述私信控件插入到界面容器中进行显示。

根据本发明的另一实施例，用户可以采用多种方式触发私信页面以获取私 信消息列表，例如，客户端100可以在用户打开私信页面时向服务器200查询 第一页私信消息列表的数据，具体来说，应用模块101可以在用户打开私信页 面时向逻辑模块102发送获取第一页私信消息列表的请求。再比如，在当前私 信页面上已经显示有私信消息列表的情况下，当用户将私信页面的滚动条拖到 私信页面的最底端时，客户端100可以向服务器200查询下一页私信消息列表 的数据，具体来讲，应用模块101可以向逻辑模块102发送获取下一页私信消 息列表的请求。

根据本发明的另一实施例，私信消息列表可以分为收信箱消息列表和发信 箱消息列表，收信箱消息列表的数据和发信箱消息列表的数据分别存储在服务 器200上的收信箱和发信箱中。逻辑模块102可以进一步包括：收信箱逻辑接 口105和发信箱逻辑接口106。

收信箱逻辑接口105用于封装数据模块103的接口提供的查询收信箱消息 列表功能，为应用模块101提供查询收信箱分页消息列表的功能。类似地，收 信箱逻辑接口105可以查询第一页收信箱消息列表和查询下一页收信箱消息列 表。收信箱逻辑接口105从应用模块101接收用于获取收信箱消息列表的请求， 向数据模块103接口查询收信箱消息列表的数据，并将从数据模块103的接口 接收的收信箱消息列表的数据解析封装成收信箱消息列表返回给应用模块101。

发信箱逻辑接口106用于封装数据模块103的接口提供的查询发信箱消息 列表功能，为应用模块101提供查询发信箱分页消息列表的功能。类似地，发 信箱逻辑接口106同样可以查询第一页发信箱消息列表和查询下一页发信箱消 息列表。发信箱逻辑接口106接收用于获取发信箱消息列表的请求，向数据模 块103的接口查询发信箱消息列表的数据，并将从数据模块103的接口收到的 发信箱消息列表的数据解析封装成发信箱消息列表返回给应用模块101。

进一步，应用模块101可以在用户通过上述打开私信页面或将私信页面的 滚动条拖到私信页面的最底端时调用收信箱逻辑接口105或发信箱逻辑接口 106，也可以在用户触发私信页面上提供的收信箱的入口或发信箱的入口时调用 收信箱逻辑接口105或发信箱逻辑接口106以获取相应的私信数据。应用模块 101在用户触发私信页面上提供的收信箱的入口或发信箱的入口时，清空当前私 信页面上的内容并向收信箱逻辑接口105或发信箱逻辑接口106发出用于获取 收信箱消息列表的请求或者用于获取发信箱消息列表的请求，以便在私信页面 上展示相应的私信消息列表。

根据本发明的另一实施例，为了方便用户对私信进行管理或操作，应用模 块还可以在私信页面上为用户提供了管理或操作私信(例如，发送、复制、删 除、回复和举报私信等等)的入口。由于发送、复制、删除、回复和举报私信 的操作比较简单，所以当私信页面上提供的发送、复制、删除、回复和/或举报 私信操作中的任何一种操作的入口被触发时，无需经过逻辑模块102的逻辑判 断处理，应用模块101可以根据相应的操作请求直接调用数据模块103的接口， 从而触发数据模块103的接口以向服务器200发送操作请求，以便服务器200 对这些操作进行相应的处理。

继续参照图1，根据本发明的另一实施例的服务器200包括：存储模块 201，其包括收信箱和发信箱，分别用于存储收信箱消息列表的数据和发信箱消 息列表的数据；和处理模块202，根据客户端100的查询向客户端100返回收信 箱消息列表的数据或发信箱消息列表的数据，以便收信箱消息列表或发信箱消 息列表能够显示在客户端100的私信页面上。进一步，根据本发明的另一实施 例，服务器202的处理模块202还可以用于响应私信消息的发送、投递以及 存储等操作，并且响应私信消息的删除、回复、复制、举报等操作并进行相 应的处理。

以上对根据本发明的实施例的用于在微博中实现私信功能的装置和系统 进行了描述。接下来描述根据本发明的实施例的用于在微博中实现私信功能 的方法。

图2是根据本发明的实施例的用于在微博中实现私信功能的方法的流程 图。参照图2，根据本发明的实施例的方法主要包括如下步骤：

步骤210，用户触发客户端提供的私信页面以获取私信消息列表。私信消息 列表可以包括第一页私信消息列表，并且当用户打开私信页面时，触发客户端 提供的私信页面以获取私信消息列表。私信消息列表还可以进一步包括下一页 私信消息列表，并且当用户将私信页面的滚动条拖到最底端时，触发客户端提 供的私信页面以获取私信消息列表。进一步，可以设置当用户打开私信页面时， 默认页面处于收信箱状态，当然，也可以设置当用户打开私信页面时，默认页 面处于发信箱状态。

步骤220，根据用户的触发向服务器查询私信消息列表的数据。例如，如果 设置用户打开私信页面时私信消息列表为第一页收信箱消息列表，则向服务器 查询第一页收信箱消息列表的数据。

步骤230，根据从服务器返回的私信消息列表的数据将私信消息列表呈现在 私信页面上并显示给用户。

上述方法使得微博用户可以在私信页面上方便地查看自己想要查看的私信 消息列表的信息。

图3是根据本发明的实施例的用于在微博中实现私信功能的方法的示例性 流程图。当采用上述三大层次结构的方案时，客户端至少可以包括应用模块、 逻辑模块和数据模块。根据本发明的实施例的方法如图3所示，主要包括如下 步骤：

S310，用户触发应用模块提供的私信页面以获取私信消息列表。如上所述， 该私信消息列表可包括收信箱消息列表或发信箱消息列表，并且可以是第一页 私信消息列表，也可以是下一页私信消息列表。

S320，应用模块根据用户的触发向逻辑模块发送用于获取私信消息列表的 请求。

S330，逻辑模块接收用于获取私信消息列表的请求，并根据用于获取私信 消息列表的请求向数据模块查询私信消息列表的数据。

S340，数据模块根据逻辑模块的查询向服务器查询私信消息列表的数据。

S350，服务器根据数据模块的查询向数据模块返回私信消息列表的数据。

S360，数据模块向逻辑模块返回查询到的私信消息列表的数据。

S365，逻辑模块将从数据模块返回的私信消息列表数据解析封装成私信消 息列表。

S370，逻辑模块向应用模块返回私信消息列表。

S380，应用模块将逻辑模块返回的私信消息列表呈现在私信页面上。

继续参见图3，根据本发明的另一实施例，为了方便微博用户对私信进行管 理或操作，还可以在私信页面上提供发送、复制、删除、回复和举报私信操作 中的至少一种操作的入口，该方法还可以进一步包括下列步骤：

S390，用户通过应用模块提供的私信页面上的各种入口发出发送、删除、 复制、回复或举报私信等等操作请求。

S391，应用模块接收到用户的操作后，直接向数据模块的接口传送操作请 求。

S392，数据模块的接口向服务器传送该操作请求，以便服务器进行相应的 操作处理。

图4是根据本发明的图1的实施例的用于在微博中实现私信功能的方法的 示例性流程图。参见图4，在本实施例中，假设当用户打开私信页面时默认页面 处于收信箱状态，则该方法主要包括如下步骤：

S410，用户打开私信页面。例如，用户可以点击微博上的私信链接打开私 信页面。

S411，当私信页面被打开时，应用模块向收信箱逻辑接口发送用于获取第 一页消息列表的请求。例如，当私信页面因为被打开而被加载时，应用模块通 过调用收信箱逻辑接口来启动向收信箱逻辑接口索要第一页收信箱消息列表。 逻辑模块可以具有收信箱逻辑接口和发信箱逻辑接口，应用层根据需要调用不 同的接口。其次，应用模块调用收信箱逻辑接口和发信箱逻辑接口时，会传入 表示用户需要的是私信的第一页还是下一页的标识。

S412，收信箱逻辑接口被应用模块调用后向数据模块查询第一页消息列表 的数据。例如，收信箱逻辑接口在收到索要第一页收信箱消息列表的请求时， 立即向数据模块的接口发起查询操作，并注册回调接口。收信箱逻辑接口向数 据模块的接口请求的数据包含私信的标识ID(例如，第一页的ID可设为0)以 及所要查询私信的条数(例如，在每页收信箱消息列表页面上呈现100条私信) 等字段信息。

S413，数据模块根据收信箱逻辑接口的查询向服务器查询第一页消息列表 的数据。例如，数据模块的接口通过查询指定用户的收信箱消息列表的功能向 服务器查询第一页消息列表的数据。

S414，服务器向数据模块返回第一页消息列表的数据。例如，服务器根据 数据模块的接口的查询向数据模块的接口返回第一页消息列表的数据。

S415，数据模块向收信箱逻辑接口返回第一页消息列表的数据。例如，数 据模块的接口通过收信箱模块先前注册的回调接口向收信箱逻辑接口返回第一 页消息列表的数据。

S416，收信箱逻辑接口判断数据是否准备好。执行该步骤是为了实现每页 请求的私信条数超过服务器协议所支持的条数时的情况。例如，当每页请求100 条的消息，但服务器协议只支持每次30条的消息时，收信箱逻辑接口需要分4 次拉取数据才能准备好应用模块所需要的包含100条数据的第一页收信箱消息 列表。收信箱逻辑接口对接收到的第一页消息列表的数据进行解析封装，并记 录最后的私信的ID，以用作拉取下一页私信消息列表的起始ID，例如，在该实 例中，最后的私信的ID或者说下一页私信的起始ID可以为99。

S417，收信箱逻辑接口在确定数据已经准备好后向应用模块返回封装好的 一页消息列表。

S418，应用模块将从收信箱逻辑接口接收到的消息列表添加到私信页面进 行显示。私信页面为每一个私信分别创建一个私信控件，用于展示私信的内容， 并把私信控件插入到界面容器中进行显示。私信列表可以是由一个个的私信控 件组成，每个私信控件显示一条私信的内容。由于每条私信内容都是很短的， 所以正文也可以直接显示出来。

继续参见图4，根据本发明的另一实施例，当收信箱的消息列表不能在 一个私信页面上显示时，为了方便用户查看更多的收信箱消息列表，该方法 可以进一步包括如下步骤：

S420，用户将私信页面上的滚动条拖动到私信页面的最底端以触发拉取下 一页私信消息列表。例如，对私信页面上的滚动条进行页面检测，当它达到最 底端时，触发拉取下一页私信消息列表的请求。

S421，应用模块向收信箱逻辑接口发送拉取收信箱的下一页消息列表的请 求。

S422，收信箱逻辑接口向数据模块查询下一页消息列表的数据。收信箱逻 辑接口根据上述获取第一页收信箱消息列表时的记录，并且向数据模块的接口 请求的数据包含下一页私信的标识ID和所要的条数。例如，如果每页请求100 条私信，并且第一页收信箱消息列表的最后一个私信的ID是99，那么，下一页 收信箱消息列表的ID为99至198，共100条。

S423，数据模块根据收信箱逻辑接口的查询向服务器查询下一页消息列表 的数据。例如，数据模块的接口从服务器查询起始ID为99的100条收信箱消 息列表。

S424，服务器向数据模块返回下一页消息列表的数据。

S425，数据模块向收信箱逻辑接口返回下一页消息列表的数据。

S426，收信箱逻辑接口判断数据是否准备好。例如，经过对收信箱中的消 息列表的4次拉取，收信箱逻辑接口收到下一页的全部100条私信，从而确定 数据已经准备好。

S427，收信箱逻辑接口在确定数据已经准备好后向应用模块返回一页消息 列表。

S428，应用模块将下一页收信箱消息列表添加到私信页面进行显示。

当用户在查看完上述下一页或者说第二页收信箱消息列表之后，如果再 次将私信页面上的滚动条拖动到私信页面的最底端，则该方法将进一步重复步 骤S421至S428，这时用户即将看到的是第三页的100条收信箱消息列表，如此 反复，直到用户查看完收信箱中的所有私信。

以上只是假设当用户打开私信页面时默认页面处于收信箱状态时的本发明 的方法的具体步骤。可替代地，当用户打开私信页面时默认页面处于发信箱状 态时，根据本发明的另一实施例的方法的具体步骤与上述S410至S428类似， 所不同的是收信箱逻辑接口替代为发信箱逻辑接口，收信箱消息列表替代为发 信箱消息列表。

继续参见图4，根据本发明的另一实施例，为了使用户能够在私信页面 上自由地切换收信箱和发信箱，该方法可以进一步包括如下步骤：

S430，用户从收信箱页面切换到发信箱页面。可以在私信页面上设置收信 箱和发信箱的入口，例如，收信箱页面上有发信箱的入口，用户点击该入口将 触发用于获取发信箱消息列表的请求。反之亦然，在发信箱页面上有收信箱的 入口，用户点击该入口将触发用于获取收信箱消息列表的请求。

S431，在收信箱页面和发信箱页面切换的同时或之后，应用模块会清空当 前的私信页面。

S432，应用模块向发信箱逻辑接口发送用于获取第一页消息列表的请求。

S433，发信箱逻辑接口向数据模块查询第一页消息列表的数据。

S434，数据模块向服务器查询第一页消息列表的数据。

S435，服务器向数据模块返回第一页消息列表的数据。

S436，数据模块向发信箱逻辑接口返回第一页消息列表的数据。

S437，发信箱逻辑接口判断数据是否准备好。

S438，发信箱逻辑接口在确定数据已经准备好后向应用模块返回一页消息 列表。

S439，应用模块将发信箱消息列表添加到私信页面进行显示。

上述切换收信箱和发信箱的实施例中获取第一页发信箱消息列表的步骤 类似于上述获取第一页收信箱消息列表的步骤，因此这里不再对相似的各个 步骤进行详细的描述。作为替代，当从发信箱切换到收信箱时，各个步骤与 上述从收信箱切换到收信箱的步骤类似，所不同的是发信箱逻辑接口替代为 收信箱逻辑接口，发信箱消息列表替代为收信箱消息列表。

继续参见图4，为了给用户提供丰富的私信操作功能，根据本发明的另 一实施例的方法可以进一步包括如下步骤：

S440：用户在客户端的私信页面上通过各种操作入口发出发送、回复、 复制、删除、举报私信的操作请求。

S441，应用模块将发送、回复、复制、删除、举报私信的操作请求发送 给数据模块。由于这些功能的操作比较简单，所以应用模块可以直接调用数 据模块的接口来实现。

S442，数据模块将发送、回复、删除、举报私信的操作传送给服务器， 由服务器执行这些对私信的操作。数据模块的接口根据应用模块的接口调用 操作向服务器发起相应的操作请求。

本发明的上述实施例采用的三大层次结构的方案，每一层只需要关心下 层提供的服务，使用下层提供的服务，并为上层提供服务，而不用去关心具 体是怎么实现的。通过这样的分层，每一层实现的功能也比较单一简单独立， 因为每层实现的功能相互独立而不产生依赖，层与层之间的接口简单实用， 使得整个系统在架构上更容易扩展和维护。

另外，运用本发明提出的这种私信沟通方式以及私信管理的方案，用户 可以方便地与好友进行隐私的消息对话，并且可以方便的在客户端收发查看、 回复、复制、删除、举报私信等操作。

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