专利名称：一种搜索微博消息的方法及装置的制作方法
技术领域：
本发明涉及计算机通信网络技术，特别涉及一种搜索微博消息的方法及装置。
背景技术：
随着计算机网络技术的发展，通过点对点的技术来实现互联网上的即时沟通的即时通讯(IM，Instant Messaging)工具应用越来越普遍，IM已经被大多数的用户所接受并成为用户日常生活必不可少的一部分。图1为现有的微博客户端软件搜索微博消息的显示界面示意图。参见图1，该显示界面包括用户显示页面和话题显示页面，用户显示页面下包括多个关注的用户，各关注用户发表的微博消息存储在各自的用户消息页面中，话题显示页面下包括多个话题，各个显示页面下展示的内容按照接收的时间先后顺序进行呈现，这样，如果用户收听了比较多的关注用户，则在关注用户的消息页面上将呈现出很多的微博消息，但实际应用中，用户不需要对每条呈现的微博消息进行浏览，只需要查找自己感兴趣的微博消息，在搜索自己感兴趣的微博消息时，首先需要查询感兴趣的微博消息对应的用户，例如，用户需要搜索微博相关的消息，则输入搜索关键词“微博”，并点击显示界面上的用户显示页面控件触发搜索请求至外部的服务器进行搜索，以从服务器拉取与微博相关的用户并展示在用户显示页面下；然后，用户再通过点击用户显示页面下各用户消息页面(用户微博消息展示控件)获取相关的微博消息并查看是否为自己感兴趣的微博消息。由上述可见，现有的搜索微博消息的方法，由于显示界面设置的分类聚合策略较为单一，仅有用户显示页面以及话题显示页面，在进行微博消息搜索时，需要对搜索得到的用户显示页面下各用户消息页面包含的微博消息进行浏览查看，以确认是否为自己感兴趣的微博消息。这样，不利于用户查找自己感兴趣的微博消息，且会占用用户较多的时间，降低了用户的体验。同时，内存占用量作为衡量桌面应用软件性能的一个重要指标，特别是类似微博客户端这种大批量微博消息应用展示的软件中，随着用户收到微博消息的增多，在显示界面上需要展示的信息量也越来越大，导致程序的内存占用也越来越大，将大大降低程序的运行速度，使用户体验进一步降低。而且，用户显示页面下的各个用户消息页面分别进行微博消息的呈现，复用性较低。
发明内容
有鉴于此，本发明的主要目的在于提出一种搜索微博消息的方法，用户通过关键字可以直接搜索到相关的微博消息，降低用户搜索所需微博消息的时间、提高用户体验。本发明的另一目的在于提出一种搜索微博消息的装置，用户通过关键字可以直接搜索到相关的微博消息，降低用户搜索所需微博消息的时间、提高用户体验。为达到上述目的，本发明提供了一种搜索微博消息的方法，该方法包括预先设置分类的显示页面控件以及通用微博消息展示控件；接收来自显示页面控件的搜索请求，获取搜索请求所属的显示页面控件的信息；
将获取的信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，并展示在所属的显示页面。所述通用微博消息展示控件中设置有通用的展示格式、展示内容以及展示位置信息，通过将信息填充至相应用户的微博消息展示控件中预先设置的相应位置，形成该用户的微博消息展示控件并依序进行展示。根据预先设置的策略计算微博消息展示控件内部各个区域的大小及相应位置，在相应的区域采用自绘的方式绘制控件效果。所述展示在所属的显示页面具体包括预先设置每个显示页面控件下的微博消息展示控件数量，并根据微博消息展示控件数量确定顺序排列的用户微博消息展示控件在显示页面控件下的展示位置；确定形成的用户微博消息展示控件在显示页面控件下的排列序号，在该排列序号对应的显示页面控件下的展示位置进行展示。所述分类的显示页面控件包括用户显示页面控件、话题显示页面控件以及广播显示页面控件。所述广播显示页面控件包括同城广播页面控件、热门广播页面控件以及广播分类页面控件。所述获取搜索请求所属的显示页面控件的信息具体包括客户端将搜索请求输出至服务器，携带搜索关键词以及分类页面标识；服务器接收搜索请求，根据分类页面标识获取需要搜索的分类页面表项，再从分类页面表项中根据搜索关键词获取对应的信息并下发至客户端。所述下发至客户端具体包括根据网络传输的数据包最大字节数以及信息的平均字节数，设置下发信息的条数，如果服务器搜索获取的信息条数大于预先设置的下发信息的条数，根据预先设置的下发信息的条数下发信息，携带未下发完毕标识，并存储剩下的信息；接收下一页信息拉取请求，从存储的剩下的信息中，按照预先设置的下发信息的条数下发信息，直至存储的剩下的信息下发完毕。所述将获取的信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置具体包括客户端获取服务器下发的包括用户资料以及广播消息的信息，按照接收的广播消息条数复用通用微博消息展示控件，并按照广播消息发布的时间顺序，将对应的用户资料以及广播消息填充至通用微博消息展示控件的相应位置。进一步包括存储获取的信息，判断存储的信息数量是否达到预先设置的阈值，如果是，按照预先设置的淘汰算法策略更新存储的信息。进一步包括存储获取的信息，根据预先设置的策略对存储的信息的引用计数值进行更新，根据信息的引用计数值更新存储的信息。所述根据预先设置的策略对存储的信息的引用计数值进行更新具体包括查询该当前存储的信息是否设置有引用计数值，如果没有，设置信息的初始引用计数值为1，如果有，将设置的该信息的引用计数值加1 ；或者，确定显示页面控件析构，将存储的该显示页面控件对应的信息的引用计数值减1。所述根据信息的引用计数值更新存储的信息具体包括查询存储的信息的引用计数值，并将引用计数值为0的信息删除。一种搜索微博消息的装置，该装置包括搜索结果页控件展示模块、搜索逻辑类管理模块、全文搜索逻辑模块以及消息拉取模块，其中，搜索结果页控件展示模块，用于创建分类的显示页面控件以及通用微博消息展示控件，接收封装的通用微博消息展示控件并展示在所属的显示页面；搜索逻辑类管理模块，用于监测来自显示页面控件的搜索请求，将监测到的搜索请求输出至全文搜索逻辑模块，接收全文搜索逻辑模块输出的封装的通用微博消息展示控件，输出至搜索结果页控件展示模块；全文搜索逻辑模块，用于接收搜索请求，输出至消息拉取模块，接收消息拉取模块输出的信息，将信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，形成封装的通用微博消息展示控件，输出至搜索逻辑类管理模块；消息拉取模块，用于接收搜索请求，获取搜索请求所属的页面控件的信息，输出至全文搜索逻辑模块。进一步包括引用计数值存储模块，用于存储信息以及信息对应的引用计数值；引用计数值处理模块，用于接收消息拉取模块输出的信息，查询引用计数值存储模块中是否有对应信息的引用计数值，如果没有，存储信息并设置信息的初始引用计数值为1，如果有，将设置的该信息的引用计数值加1 ；确定显示页面控件析构，将存储的该显示页面控件对应的信息的引用计数值减1 ；引用计数值更新模块，用于查询引用计数值存储模块中引用计数值为0的信息， 并删除。由上述的技术方案可见，本发明提供的一种搜索微博消息的方法及装置，预先设置分类的显示页面控件以及通用微博消息展示控件；接收来自显示页面控件的搜索请求， 获取搜索请求所属的显示页面控件的信息；将获取的信息依序(此顺序实际是微博消息的发表时间顺序，从新到旧)按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，并展示在所属的显示页面。这样，用户通过消息关键字就可以查找到相关的微博消息，可以降低用户搜索所需微博消息的时间、提高用户体验。同时，通过设置通用微博消息展示控件以进行复用，可以有效减少存储每个用户微博消息展示控件所需的存储空间，提高控件的复用效率。
图1为现有的微博客户端软件搜索微博消息的显示界面示意图。图2为本发明实施例搜索微博消息的方法流程示意图。图3为本发明实施例搜索微博消息的显示界面示意图。图4为本发明实施例搜索微博消息的装置结构示意图。图5为消息Item控件逻辑管理结构的系统架构示意图。
图6为本发明实施例的消息页控件构架示意图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。现有技术中，由于显示界面设置的分类聚合策略较为单一，仅有用户显示页面以及话题显示页面，使得用户搜索微博消息时需要进行二次搜索，所需的时间较长，本发明实施例中，考虑对分类聚合策略进行扩展，提出包括同城广播、热门广播、广播分类等分类聚合策略，并采用消息控件的方式展示搜索得到的微博消息。即提供一种搜索微博消息的方法，采用全文搜索，用户通过输入消息关键字就可以查询到相关的微博消息，为用户提供更有价值、更灵活的信息，降低用户搜索获取所需微博消息的时间，有效减少了阅读微博消息的条数和时间，从而提高了用户体验。所应说明的是，本发明实施例的搜索微博消息的方法，可以基于现有Visual Studio 2005的活动模板库(ATL，Active Template Library)工程的开发环境，在此不再赘述。图2为本发明实施例搜索微博消息的方法流程示意图。参见图2，该流程包括步骤201，预先设置分类的显示页面控件以及通用微博消息展示控件；本步骤中，考虑对分类聚合策略进行扩展，在现有显示界面设置有用户显示页面控件以及话题显示页面控件的基础上，根据用户搜索的需求，进一步设置广播显示页面控件，即分类的显示页面控件包括用户显示页面控件、话题显示页面控件以及广播显示页面控件。当然，实际应用中，也可以对广播显示页面控件进行细分，包括同城广播页面控件、热门广播页面控件、广播分类页面控件等。现有技术中，在每个显示页面控件下包括的各个关注用户，分别具有相互独立的用户微博消息展示控件，客户端存储每个用户标识对应的用户微博消息展示控件，在从服务器拉取到相应信息时，将携带信息的用户微博消息展示控件展示在相应显示页面控件下。本发明实施例中，考虑到显示页面控件下的用户微博消息展示控件排版及尺寸都是类似的，因此，每个显示页面控件下的所有用户微博消息展示控件采用通用微博消息展示控件，通用微博消息展示控件中设置通用的展示格式、展示内容以及展示位置等信息，通过将相应用户的信息填充至用户微博消息展示控件中预先设置的相应位置，即可形成该用户的用户微博消息展示控件。这样，可以有效减少存储每个用户微博消息展示控件所需的存储空间，提高了控件的复用效率。其中，设置用户头像控件属于现有技术，具体可参见相关技术文献，在此不再赘述。实际应用中，为了有效降低显示界面刷新带来的屏幕闪动以及性能消耗，每个用户微博消息展示控件都采用自绘的方式实现，并预先设置每个显示页面控件下的用户微博消息展示控件数量以及确定顺序排列的用户微博消息展示控件在显示页面控件下的展示位置，自绘的方式即客户端根据预先设置的策略计算用户微博消息展示控件内部各个区域的大小及相应位置，在相应的区域绘制相应的控件效果，这样，可以通过触发界面控件的重新排布来达到更为理想性能消耗。例如，在用户拖动客户端显示界面大小的时候，并不是在用户拖动鼠标的每一时刻都触发显示界面的重新排布，而只是在用户放下鼠标的瞬间才触发一次显示界面重绘排布。在拉取到信息后，其中，信息包括用户资料以及搜索的微博消息，按照微博消息发布的时间顺序依序将用户资料以及微博消息填充至用户微博消息展示控件中预先设置的相应位置，并按照该用户微博消息展示控件在显示页面控件下顺序排列的展示位置进行展示。步骤202，接收来自显示页面控件的搜索请求，获取搜索请求所属的显示页面控件的信息；本步骤中，用户根据自身需要搜索的内容，输入搜索关键词，然后确定需要搜索的分类显示页面，触发输出搜索请求，携带搜索关键词以及分类页面标识，分类页面标识用于表示是在服务器的用户表项、话题表项或者广播表项中进行搜索，服务器接收到搜索请求， 根据分类页面标识获取需要搜索的分类页面表项，再从中根据搜索关键词获取对应的信肩、ο步骤203，将获取的信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，并展示在所属的显示页面。本步骤中，显示页面对应显示页面控件，客户端获取服务器下发的包括用户资料以及广播消息的信息，按照接收的广播消息条数复用通用微博消息展示控件，并按照广播消息发布的时间顺序(从新到旧)，将对应的用户资料以及广播消息填充至通用微博消息展示控件的相应位置，按照设置的顺序排列的展示位置信息展示该复用的通用微博消息展示控件。例如，将与世博相关的微博消息展示在广播显示页面下的用户消息页面中，用户消息页面可以包括主页、客人页、提及我的页、同城广播页等。实际应用中，由于热门关键字/词即用户查询的关键字/词的相关消息数量巨大， 如果一次性的将所有搜索得到的信息由服务器下发，则势必将给服务器带来相当巨大的负载量。本发明实施例中，综合考虑客户端的应用场景，采用批量多次的内存使用策略，考虑到客户端与服务器一次网络交换的最大字节数长度限制以及一条广播消息(信息)的平均长度，例如，在微博通信中，根据相关协议，网络传输的数据包最大字节数约为800字节，预先设置下发广播消息的条数，服务器根据预先设置的下发广播消息的条数，例如，15条，下发广播消息及其对应的用户资料，并携带未下发完毕标识，并存储剩下的信息。相应地，客户端在显示页面展示的最后一条广播消息后，设置下一页控件，当用户看完本页面控件界面的广播消息之后，可以进行点击下一页控件触发下一页信息的拉取过程，直至存储的剩下的信息下发完毕，并在最后一次下发时，携带下发完毕标识。图3为本发明实施例搜索微博消息的显示界面示意图。参见图3，该显示界面包括用户页面、话题页面以及广播页面，用户通过输入搜索关键词“世博”，然后点击广播显示页面控件进行搜索，就能够展示出搜索得到的有关世博的广播消息，不需要进行二次浏览确认，这样，用户阅读消息所需的时间短，从而提高了用户体验。实际应用中，如前所述，内存的占用量是衡量桌面应用程序性能的一个重要指标， 随着各个显示页面用户消息页面的增多，内存的增长不可避免，需要制定一定的策略来尽可能的降低程序对于内存的消耗。本发明实施例中，采用消息池以及容器池两个综合应用来降低内存消耗。因而，进一步包括步骤204，存储获取的信息，判断存储的信息数量是否达到预先设置的阈值，如果是，按照预先设置的淘汰算法策略更新存储的信息。
本步骤中，在微博客户端程序内部存在一个消息池，负责存储所有的信息，可以按照用户显示页面控件、话题显示页面控件以及广播显示页面控件对应的用户信息、话题信息以及广播信息，分别存储在用户表项、话题表项以及广播表项中，并在信息条数到达一定界限(预先设置的阈值)后采用预先设置的淘汰算法策略释放不再需要的信息，其中，淘汰算法策略属于现有技术，具体可参见相关技术文献，在此不再赘述。这样，可以有效避免内存的占用量。本发明实施例中，也可以无需根据存储的信息数量进行判断，直接根据信息自身的属性进行判断，以确定是否释放该信息。则在步骤203的基础上，可以进一步包括步骤205，存储获取的信息，根据预先设置的策略对存储的信息的引用计数值进行更新，根据信息的引用计数值更新存储的信息。本步骤中，根据预先设置的策略对存储的信息的引用计数值进行更新具体包括 查询该当前存储的信息是否设置有引用计数值，如果没有，设置信息的初始引用计数值为 1，如果有，将设置的该信息的引用计数值加1 ；或者，确定显示页面控件析构，将存储的该显示页面控件对应的信息的引用计数值减1。根据信息的引用计数值更新存储的信息具体包括查询存储的信息的引用计数值，并将引用计数值为0的信息删除。实际应用中，如果信息在某一页面控件界面上显示，则将该信息的引用计数值加 1，反之，当这个显示页面控件析构时，则将该信息的引用计数值减1，如果存储的信息的引用计数值为0，说明没有显示页面控件显示该信息，则可以释放该信息的内存数据。此外，也可以设置存储分类的显示页面控件的容器池，当创建某一页广播消息页面控件时，首先查找当前容器池是否有待使用的资源，如果有，则用相应的消息内容填充对应的页面控件；如果没有，则进行相应的创建动作。当用户点击回退控件按钮时，触发当前消息页进行析构，相应地，对当前页面控件界面显示的所有消息在消息池中减少相应的引用计数值，另外将消息页面及控件加入到内部维护的容器池中以备下次使用。至此，该搜索微博消息的方法流程结束。图4为本发明实施例搜索微博消息的装置结构示意图。参见图4，该装置包括 搜索结果页控件展示模块、搜索逻辑类管理模块、全文搜索逻辑模块以及消息拉取模块，其中，搜索结果页控件展示模块，用于创建分类的显示页面控件以及通用微博消息展示控件，接收封装的通用微博消息展示控件并展示在所属的显示页面；搜索逻辑类管理模块，用于监测来自显示页面控件的搜索请求，将监测到的搜索请求输出至全文搜索逻辑模块，接收全文搜索逻辑模块输出的封装的通用微博消息展示控件，输出至搜索结果页控件展示模块；本实施例中，搜索逻辑类管理模块用于搜索的逻辑管理，搜索请求包括广播搜索请求、用户搜索请求以及话题搜索请求。实际应用中，随着需求的增加，可以对搜索进行扩展，并可以基于类的继承关系实现。实际应用中，各种搜索请求的表现只是具体搜索的项(item)不同，例如，广播搜索请求对应消息item，话题搜索请求对应话题item，用户搜索请求对应用户item。这样，可以通过向共同的父容器控件(搜索结果页控件展示模块)加入要展示的item控件列表实现。全文搜索逻辑模块，用于接收搜索请求，输出至消息拉取模块，接收消息拉取模块输出的信息，将信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，形成封装的通用微博消息展示控件，输出至搜索逻辑类管理模块；本实施例中，全文搜索逻辑模块用于针对全文搜索的需求完成相应与服务器 (server)的数据请求以及整个消息体的封装过程。实际应用中，全文搜索逻辑模块根据搜索请求中携带的搜索关键词以及分类页面标识查询服务器，服务器返回对应的消息标识列表，全文搜索逻辑模块将消息标识列表携带在搜索请求中，输出至消息拉取模块。消息拉取模块，用于接收搜索请求，获取搜索请求所属的页面控件的信息，输出至全文搜索逻辑模块。本实施例中，消息拉取模块根据搜索请求中携带的消息标识列表执行拉取消息内容的逻辑工作。即根据消息标识列表的信息完成消息真实内容的拉取，以及消息发送者相关信息(用户资料)的拉取，并将对应的信息组装在一起，输出至全文搜索逻辑模块。实际应用中，该装置可以进一步包括引用计数值存储模块，用于存储信息以及信息对应的引用计数值；引用计数值处理模块，用于接收消息拉取模块输出的信息，查询引用计数值存储模块中是否有对应信息的引用计数值，如果没有，存储信息并设置信息的初始引用计数值为1，如果有，将设置的该信息的引用计数值加1 ；确定显示页面控件析构，将存储的该显示页面控件对应的信息的引用计数值减1 ；引用计数值更新模块，用于查询引用计数值存储模块中引用计数值为0的信息， 并删除。实际应用中，如前所述，微博消息采用的全文搜索呈现的消息与主页呈现的消息， 无论在消息Item本身的界面排布上，还是承载所有消息的界面排布上，都是类似的，即都是按时间先后排列所有消息并进行呈现。因此，可以采用程序化的框架设计来复用消息 Item控件以及对于消息Item的管理逻辑，并从中抽离出两个比较大的层次结构消息Item 控件逻辑管理结构以及消息页控件结构，下面进行描述。图5为消息Item控件逻辑管理结构的系统架构示意图。参见图5，包括消息页控件排序接口 (IPageItemCtrl)、消息页控件接口 (IMsgItemCtrl)、消息页容器池接口(IPageItemContainer)、消息页容器池声明接口(CPageItemContainer)、消息页模板控件接口(TPageItemCtrlMgr)、消息页工厂接口(IPageItemFactory)以及消息控件接口 (MsgltemCtrlMgr)，其中，与图4中箭头表示连接关系不同的是，指向图中框边界的箭头表示继承关系，指向图中框内部的箭头表示对象的组合关系。IPageItemCtrl，用于抽离出对于微博消息item排序逻辑的依赖，保存用于微博消息时间排序的消息发表时间键值，即微博消息发布的时间信息；IMsgItemCtrl，用于微博消息item控件的接口声明，例如，进行微博消息item控件的初始化、更新微博消息item控件中的用户昵称等；IPageltemContainer，为用于获取微博消息item父控件的容器相关属性的接口 ；CPageItemContainer，为对应接口的委托类的声明，用于C++类的复用，通过将对应C++类保存委托类的一个实例对象，并将this指针传给TPageItemCtrlMgr用于回调；IPageltemFactory，为创建对应的IPageItemCtrl的工厂接口，通过对接口的实现创建不同的消息页控件，例如，设置分类的页面控件以及通用微博消息展示控件，创建微博消息页控件、私信页控件等；TpageItemCtrlMgr,为模板类，内部保存 IPageItemContainer 接口的一个实例对象，并用于维护MsgItem的一个容器池(map保存)，在创建MsgItem时，首先查询该容器池中是否有待储备的Msgltem，如果有，重新设置(set)数据；否则，重新创建MsgItem ；另一个为创建itemctrl的工厂接口 IPageltemFactory的实例；本发明实施例中，TpageItemCtrlMgr中存在一个容器池，当某一页广播消息页面创建的时候，会首先查找当前容器池是否有待使用的资源，如果有，则用相应的消息内容填充对应的控件，而不需再付出创建控件页及每个控件item的消耗；如果没有，则进行相应的创建动作。当用户点击回退按钮时，表示当前消息页可以进行析构，则首先对当前页显示的所有消息在消息池中减少相应的引用计数，另外将消息页面及控件item加入到内部维护的容器池中以备下次使用。MsgItemCtrlMgr,用于为提供对于一个容器内的所有MsgItem的增、删、改接口及实现，还用于处理一些业务逻辑，例如，对于所有MsgItem的界面排序处理以及诸如一些用户微博消息展示改变、帐号昵称改变、用户昵称改变的业务逻辑事件处理。图6为本发明实施例的消息页控件构架示意图。参见图6，该消息页控件构架包括消息页属性接口(IPageAttribute)、消息页控件接口(IMsgPageCtrl)、消息页控件基接口(CMsgPageCtrlBase)、消息页控件模板接口(TMsgPageCtrl)、消息页容器池接口 (IPageItemContainer)以及消息控件接口(IMsgItemCtrlMgr)，与图5中相同的部分在此不再赘述，其中，指向图中框边界的箭头表示继承关系，指向图中框内部的箭头表示对象的组合关系。IpageAttribute，为微博消息页面的最原始接口，用于提供微博消息页面类型、微博消息页面关键(key)值以及微博消息页面名字等的接口函数；IMsgPageCtrl，为各种微博消息页面的基接口，提供为派生类调用的接口，例如， 微博消息插入页面前、以及微博消息插入页面完毕后的一个公共逻辑处理部分；以及供各个派生类重载的接口，例如，微博消息页面创建完毕，首次打开微博消息页面等的一个处理时机；CMsgPageCtrlBase,用于对 IMsgPageCtrl 接口的一个实现，内部维护了 MsgItemCtrlMgr的一个实例，用于处理消息插入页面中的一些操作，以及对于整个页面的加载消息的逻辑控制；TMsgPageCtrl，为消息页面控件模板类，通过一系列对于接口的宏定义来达到使子类拥有基类的成员方法，即通过包容原始基类的对象实例在子类一层转发；IPageltemContainer，用于获取父控件的容器相关属性的接口。以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种搜索微博消息的方法，其特征在于，该方法包括预先设置分类的显示页面控件以及通用微博消息展示控件；接收来自显示页面控件的搜索请求，获取搜索请求所属的显示页面控件的信息；将获取的信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，并展示在所属的显示页面。
2.如权利要求1所述的方法，其特征在于，所述通用微博消息展示控件中设置有通用的展示格式、展示内容以及展示位置信息，通过将信息填充至相应用户的微博消息展示控件中预先设置的相应位置，形成该用户的微博消息展示控件并依序进行展示。
3.如权利要求2所述的方法，其特征在于，根据预先设置的策略计算微博消息展示控件内部各个区域的大小及相应位置，在相应的区域采用自绘的方式绘制控件效果。
4.如权利要求3所述的方法，其特征在于，所述展示在所属的显示页面具体包括预先设置每个显示页面控件下的微博消息展示控件数量，并根据微博消息展示控件数量确定顺序排列的用户微博消息展示控件在显示页面控件下的展示位置；确定形成的用户微博消息展示控件在显示页面控件下的排列序号，在该排列序号对应的显示页面控件下的展示位置进行展示。
5.如权利要求1所述的方法，其特征在于，所述分类的显示页面控件包括用户显示页面控件、话题显示页面控件以及广播显示页面控件。
6.如权利要求5所述的方法，其特征在于，所述广播显示页面控件包括同城广播页面控件、热门广播页面控件以及广播分类页面控件。
7.如权利要求1所述的方法，其特征在于，所述获取搜索请求所属的显示页面控件的信息具体包括客户端将搜索请求输出至服务器，携带搜索关键词以及分类页面标识；服务器接收搜索请求，根据分类页面标识获取需要搜索的分类页面表项，再从分类页面表项中根据搜索关键词获取对应的信息并下发至客户端。
8.如权利要求7所述的方法，其特征在于，所述下发至客户端具体包括根据网络传输的数据包最大字节数以及信息的平均字节数，设置下发信息的条数，如果服务器搜索获取的信息条数大于预先设置的下发信息的条数，根据预先设置的下发信息的条数下发信息，携带未下发完毕标识，并存储剩下的信息；接收下一页信息拉取请求，从存储的剩下的信息中，按照预先设置的下发信息的条数下发信息，直至存储的剩下的信息下发完毕。
9.如权利要求1所述的方法，其特征在于，所述将获取的信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置具体包括客户端获取服务器下发的包括用户资料以及广播消息的信息，按照接收的广播消息条数复用通用微博消息展示控件，并按照广播消息发布的时间顺序，将对应的用户资料以及广播消息填充至通用微博消息展示控件的相应位置。
10.如权利要求1至9任一项所述的方法，其特征在于，进一步包括存储获取的信息，判断存储的信息数量是否达到预先设置的阈值，如果是，按照预先设置的淘汰算法策略更新存储的信息。
11.如权利要求1至9任一项所述的方法，其特征在于，进一步包括存储获取的信息，根据预先设置的策略对存储的信息的引用计数值进行更新，根据信息的引用计数值更新存储的信息。
12.如权利要求11所述的方法，其特征在于，所述根据预先设置的策略对存储的信息的引用计数值进行更新具体包括查询该当前存储的信息是否设置有引用计数值，如果没有，设置信息的初始引用计数值为1，如果有，将设置的该信息的引用计数值加1 ；或者，确定显示页面控件析构，将存储的该显示页面控件对应的信息的引用计数值减1。
13.如权利要求12所述的方法，其特征在于，所述根据信息的引用计数值更新存储的信息具体包括查询存储的信息的引用计数值，并将引用计数值为0的信息删除。
14.一种搜索微博消息的装置，其特征在于，该装置包括搜索结果页控件展示模块、 搜索逻辑类管理模块、全文搜索逻辑模块以及消息拉取模块，其中，搜索结果页控件展示模块，用于创建分类的显示页面控件以及通用微博消息展示控件，接收封装的通用微博消息展示控件并展示在所属的显示页面；搜索逻辑类管理模块，用于监测来自显示页面控件的搜索请求，将监测到的搜索请求输出至全文搜索逻辑模块，接收全文搜索逻辑模块输出的封装的通用微博消息展示控件， 输出至搜索结果页控件展示模块；全文搜索逻辑模块，用于接收搜索请求，输出至消息拉取模块，接收消息拉取模块输出的信息，将信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，形成封装的通用微博消息展示控件，输出至搜索逻辑类管理模块；消息拉取模块，用于接收搜索请求，获取搜索请求所属的页面控件的信息，输出至全文搜索逻辑模块。
15.如权利要求14所述的装置，其特征在于，进一步包括引用计数值存储模块，用于存储信息以及信息对应的引用计数值；引用计数值处理模块，用于接收消息拉取模块输出的信息，查询引用计数值存储模块中是否有对应信息的引用计数值，如果没有，存储信息并设置信息的初始引用计数值为1， 如果有，将设置的该信息的引用计数值加1 ；确定显示页面控件析构，将存储的该显示页面控件对应的信息的引用计数值减1 ；引用计数值更新模块，用于查询引用计数值存储模块中引用计数值为0的信息，并删除。
全文摘要
本发明公开了一种搜索微博消息的方法。该方法包括预先设置分类的显示页面控件以及通用微博消息展示控件；接收来自显示页面控件的搜索请求，获取搜索请求所属的显示页面控件的信息；将获取的信息依序按照通用微博消息展示控件的设置插入通用微博消息展示控件的相应位置，并展示在所属的显示页面。本发明还公开了一种搜索微博消息的装置。应用本发明，可以降低用户搜索所需微博消息的时间、提高用户体验。
文档编号H04L12/58GK102446193SQ20101050695
公开日2012年5月9日 申请日期2010年10月11日 优先权日2010年10月11日
发明者库宇 申请人:腾讯科技(深圳)有限公司