WO2013004119A1 - 获取信息的方法和装置 - Google Patents

获取信息的方法和装置 Download PDF

Info

Publication number
WO2013004119A1
WO2013004119A1 PCT/CN2012/076510 CN2012076510W WO2013004119A1 WO 2013004119 A1 WO2013004119 A1 WO 2013004119A1 CN 2012076510 W CN2012076510 W CN 2012076510W WO 2013004119 A1 WO2013004119 A1 WO 2013004119A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
information
user
label
client user
Prior art date
Application number
PCT/CN2012/076510
Other languages
English (en)
French (fr)
Inventor
库宇
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2013004119A1 publication Critical patent/WO2013004119A1/zh
Priority to US14/148,224 priority Critical patent/US20140122629A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking

Definitions

  • the present invention relates to the field of Internet technologies, and in particular, to a method and apparatus for acquiring information. Background of the invention
  • Weibo is the microblogging (MicroBlog), which is an Internet platform for information sharing, dissemination and acquisition based on user relationships. Users can use the network (WEB) and wireless application protocols (WAP, Wireless). Application Protocol, ) and various clients build personal communities, update information in words of about 140 words, and share instantly.
  • WEB network
  • WAP wireless application protocols
  • Application Protocol ) and various clients build personal communities, update information in words of about 140 words, and share instantly.
  • users can tag themselves according to their own interests, hobbies and characteristics, and further find users who have the same label as themselves, so as to further communicate with users who have the same label. .
  • the client user needs to find other client users who have the same label as the client user by viewing the details of other users, so as to further view the microblog messages of the other client users.
  • the embodiment of the present invention further provides an apparatus for acquiring information, which can improve the search speed when searching for other client users who have the same label as the client user itself.
  • a method of obtaining information comprising:
  • An apparatus for obtaining information comprising:
  • a search logic management control module configured to obtain a label keyword input by the client user
  • a data pull and storage module configured to acquire, according to the label keyword, another client user that has the same label as the client user Related information, the related information includes at least label information of other client users having the same label as the client user
  • a search result page display module configured to display other client users having the same label as the client user Related information.
  • the method and the device provided by the embodiment of the present invention add a search bar to the microblog homepage loaded by the client, and the client receives the label keyword input by the user through the search bar, and then sends the label to the server. Matches the client user who has the same label as the client user, and receives the client that has the same label as the client user itself. After the user's related information is displayed to the client user. In this way, not only the speed of the client search is improved, but also the accuracy of the search is ensured, and the microblog function loaded by the client is further optimized. BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a flowchart of a method for acquiring information provided in Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for acquiring information provided in Embodiment 2 of the present invention
  • FIG. 3 is provided in Embodiment 2 of the present invention
  • FIG. 4 is a schematic diagram of an apparatus for acquiring information provided in Embodiment 3 of the present invention
  • FIG. 5 is a schematic diagram of another apparatus for acquiring information provided in Embodiment 3 of the present invention. Mode for carrying out the invention
  • the reason for the slow search speed when searching for other client users who have the same label as the client user itself is that the client obtains the details of other client users, and then finds them one by one. Other client clients that have the same label as the client user itself. That is, the local search process is done locally on the client side, which leads to The search results will be artificially influential, inaccurate, and the search speed is slow.
  • the server of the Internet searches for other clients having the same label according to the label keyword input by the client user obtained from the client.
  • the end user then feeds back to the client and presents it to the client user.
  • the search process is completed on the server. Since the search function of the server is stronger than the client, and there is no need to transmit a large amount of details of other client users to the client, the search speed becomes faster due to the search process. There is no human factor, so the search accuracy is accurate, and the microblog function loaded by the client is further optimized.
  • FIG. 1 is a flow chart of a method for obtaining information according to Embodiment 1 of the present invention, including:
  • Step 101 The client obtains a label keyword input by the client user.
  • Step 102 The client obtains, according to the label keyword, information about other client users that have the same label as the client user, and the related information includes at least label information of other client users that have the same label as the client user.
  • the client receives the tag keyword input by the client user through the search bar of the microblog homepage loaded by the client, and then sends the tag keyword to the server, and the server matches the client user that has the same label as the client user itself. Receiving, from the server, information about a successful matching client user having the same label as the client user itself;
  • Step 103 The client displays information about other client users who have the same label as the client user.
  • the information related to the user who has the same label as the client user is obtained according to the label keyword, including:
  • the word finds information about other client users who have the same label as the client user; receives and stores information about other client users returned by the server that have the same label as the client user.
  • the related information further includes: one or more combinations of avatar information, nickname information, account information, and microblog messages.
  • the method further includes:
  • the method further includes:
  • microblog message stored by the client reaches a predetermined number, determining whether there is a microblog message whose reference number is less than a predetermined number of times in the microblog message;
  • the information about the other client users that have the same label as the client user includes:
  • FIG. 2 is a flowchart of a method for obtaining information according to Embodiment 2 of the present invention, including:
  • Step 201 The client obtains a label keyword input by the client user, and the client obtains, according to the label keyword, information about other client users who have the same label as the client user.
  • a new microblog software is provided, and the microblog software adds a search item on the microblog homepage.
  • the client user can input the key in the search item. Word to find the information you need. For example, if the user of the client likes to play football, set his personal tag to "soccer". If the client user wants to find other client users with the same tag, enter the tag keyword "soccer" into the search term. Just in the middle.
  • the client that installs the microblog software includes: a search result page display module, a search logic management control module, and a data pull and storage module, where
  • the search result page display module is mainly used for encapsulating the page display of the search tag result page and the interaction with the user;
  • the search logic management control module is mainly used for corresponding logical processing, data pull timing, callback processing, and state storage of corresponding presentation layer actions.
  • the data pull and storage module mainly includes the acquisition of data (including network pull) and organization.
  • the information about other client users that have the same label as the client user is obtained according to the label keyword, including:
  • the client sends the label keyword to the server, so that the server searches for related information of other client users who have the same label as the client user according to the label keyword;
  • the data pull and storage module triggers the information pull process corresponding to the server, and after the pull information is completed, the related information is stored, and a corresponding interface is provided for the search logic management control module to query the data. Storage module.
  • the information that can be pulled in batches does not adopt a single pull strategy. For example, when the client user in step 201 inputs "soccer", the client sends "soccer" to the server, and the server searches for related information of other client users of the same tag according to the tag keyword, and the related information includes : Tag keywords and Weibo messages from other client users who have the same label as the client user.
  • the server finds other client users who have the same label as the client user, pulls the microblog message of the user, and sends the microblog message to the client searching for "soccer".
  • the server will be the latest published. Some microblog messages of users with more forwarding times are sent to the client.
  • the strategy comprises:
  • microblog message stored by the client reaches a predetermined number, determining whether there is a microblog message whose reference number is less than a predetermined number of times in the microblog message;
  • the above policy can be implemented by setting a message pool inside the program, and the message pool is used to store all the message content, and after the number of messages reaches a certain limit, a certain elimination algorithm is used to release the message that is no longer needed.
  • the message pool is further used to maintain a reference count of a certain message.
  • the client user opens any webpage of the client, the related information of the microblog message on the webpage page is obtained; According to the web page The information about the microblog message on the surface determines whether the microblog message exists in the memory; if yes, increases the number of times the microblog message is referenced. For example, if the message is displayed on a page, the reference count of the message is incremented by one.
  • the client stores a microblog message of another client user with a "soccer" tag.
  • the client obtains a microblog message on the webpage, and judges according to the key information of the microblog message. Whether the microblog message exists in the memory, if the microblog message is a microblog message of another client user with a "soccer" tag stored by the client, the reference count of the microblog message is incremented by one. Conversely, when the page is destructed, the reference count for the message is decremented by one.
  • the predetermined number of times of reference may be 1 or 2, which is not specifically limited in this embodiment.
  • the memory data of the message can be released, that is, the message is in the message pool. Deleted.
  • Step 202 The client displays information about other client users who have the same label as the client user.
  • a schematic diagram of related information of other client users that have the same label keyword as the client user displayed according to the search result is displayed.
  • the results include: Weibo avatar, nickname, operation area, microblog message display area, microblog media control and message source.
  • the search result sub-control class (UserltemCtrl ) is used to process the interface representation logic of each sub-control in the list control; for all the sub-controls, there is a list control management class ( UserltemMgr ), used to manage the life cycle of all UserltemCtrl in the list, etc.
  • a callback class interface IPageltemContainer
  • IPageltemContainer IPageltemContainer
  • an instance of UserltemMgr is saved inside the search logic control module, and is used to notify UserltemMgr to update UserltemCtrl after pulling the corresponding information.
  • the search result including the detailed information display should be as fast as possible, but in the interaction process between the client and the server, the number of transmission bytes of one packet is to be minimized by the network transmission.
  • the limitation of the number of bytes, the minimum number of bytes in the network transmission is about 800 bytes; the number of contents that need to display information here is relatively large, and it is possible to exceed the 800 bytes by simply pulling the microblog message body. If all the information of the user is pulled back and displayed together, the user will bring a worse experience in a particularly bad environment. Therefore, the information displayed is classified and given a certain priority in the process of pulling.
  • the capital information such as nickname and account number has a short byte number and the highest priority, it can be quickly displayed with a quick response, and the personal tag and other information can be asynchronously received by the refresh process of the control after receiving the return packet.
  • basic information such as user account and nickname; user avatar information; user's personal tag information; a user's recently published broadcast information; user's regional identification information. Since the capital information such as nickname and account number has a short byte number and the highest priority, it can be quickly displayed with a quick response, and the personal tag and other information can be asynchronously received by the refresh process of the control after receiving the return packet.
  • basic information such as user account and nickname
  • user avatar information such as user's user's personal tag information
  • a user's recently published broadcast information such as a short byte number and the highest priority
  • a container pool is set inside the program.
  • a UserltemCtrl When a UserltemCtrl needs to be created, it first searches for the current UserltemMgr resource to be used; if there is, the UserltemCtrl is filled with the corresponding information, and There is no need to pay for the creation of the control; if not, then the corresponding creation action is performed. Therefore, when performing an action such as turning a page, the UserltemCtrl of the previous page is not actually destroyed, but is put into the resource pool to be used for the next display use.
  • the client receives a request for the client user to display related information of other client users having the same label as the client user; determining whether there is a corresponding control for the client to display with the client user
  • the relevant information of other client users who have the same label is used; if it is, it will be Relevant information of other client users having the same tag of the client user is added to the corresponding control for display.
  • the client wants to view the microblog message of another user, after receiving the request, the client first determines whether there is a corresponding control for the client to display another user's microblog message, and if so, the user requests The scanned microblog message is added to the control to display the microblog message that the client needs to view. If there is no corresponding control, a new control is created to display the special message.
  • the method embodiment provided by the present invention adopts a message pool and a container pool in the client microblog system to reduce the memory consumption of the program and further optimize the system memory.
  • Example 3
  • FIG. 4 is a schematic diagram of an apparatus for acquiring information according to Embodiment 3 of the present invention, including: a search logic management control module 301, a data pull and storage module 302, and a search result page display module 303.
  • a search logic management control module 301 configured to obtain a label keyword input by a client user
  • the data pull and storage module 302 is configured to obtain, according to the label keyword, related information of other client users that have the same label as the client user, where the related information includes at least the same as the client user.
  • Tag information of other client users of the tag
  • the search result page display module 303 is configured to display information about other client users having the same label as the client user.
  • the data pull and storage module 302 includes:
  • a sending unit configured to send the label keyword to a server, so that the server searches for related information of other client users that have the same label as the client user according to the label keyword;
  • a receiving unit configured to receive and store information about other client users returned by the server that have the same label as the client user.
  • FIG. 5 is a schematic diagram of another apparatus for acquiring information according to Embodiment 3 of the present invention, where the apparatus further includes:
  • the counting module 304 is configured to: when the client user opens any webpage page, obtain key information of the microblog message on the webpage page; and determine the memory according to the key information of the microblog message on the webpage page. Whether the microblog message exists; if so, the number of references of the microblog message is increased.
  • the apparatus provided in this embodiment further includes:
  • the eliminating module 305 is configured to: when the microblog message stored by the client reaches a predetermined number, determine whether there is a microblog message whose reference number is less than a predetermined number of times in the microblog message; if yes, delete the reference number of times A microblog message less than a predetermined number of times.
  • the data pull and storage module 302 is specifically configured to:
  • the related information of the client user is used; if so, related information of other client users having the same label as the client user is added to the corresponding control for display.
  • the device provided in this embodiment may be the same as the method embodiment, and the specific implementation process is described in detail in the method embodiment, and details are not described herein again.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例公开了一种获取信息的方法和装置，在客户端加载的微博主页上增加搜索栏，客户端接收用户通过该搜素栏输入的标签关键字后，发送给服务器进行与客户端用户自身拥有相同标签的客户端用户匹配，接收匹配成功的与客户端用户自身拥有相同标签的客户端用户的相关信息后，展示给客户端用户。这样，不仅提高了客户端搜索的速度，而且也保证了搜索的准确性，进一步优化了客户端加载的微博功能。

Description

获取信息的方法和装置 技术领域
本发明涉及互联网技术领域， 特别涉及一种获取信息的方法和装 置。 发明背景
随着互联网技术的发展， 基于互联网的各种应用也越来越多。 微博 就是其中之一， 微博即微博客（MicroBlog )的筒称， 是一个基于用户关 系的信息分享、传播以及获取的互联网平台，用户可以通过网络（ WEB )、 无线应用协议 ( WAP, Wireless Application Protocol, ) 以及各种客户端 组建个人社区， 以 140字左右的文字更新信息， 并实现即时分享。 在客 户端微博软件中， 用户可以根据自己的兴趣、 爱好及特征等为自己打上 具有个性的标签， 并可进一步找到与自己拥有同一标签的用户， 从而和 与自己拥有同一标签的用户进一步沟通。
在现有的微博客户端软件中，客户端用户需要通过查看其他用户的 详细资料找到与该客户端用户拥有同一标签的其他客户端用户， 从而进 一步查看该其他客户端用户的微博消息。
现有技术中， 找到与客户端用户自身拥有同一标签的其他客户端用 户的方法就是去查看该其他客户端用户的详细资料， 从用户的详细资料 中查看该其他客户端用户的标签， 从而判断该标签是否与客户端用户自 身的相同， 客户端用户可能需要查找很多其他客户端用户的详细资料， 才能找到一个与客户端用户自身携带同一标签的其他客户端用户， 这种 做法效率太低， 搜索速度太慢， 客户端用户可能在查看 10 个或是更多 其他客户端用户的详细资料后才能找到与客户端用户自身拥有相同标 签的其他客户端用户。 发明内容 本发明实施例在于提供一种获取信息的方法， 该方法能够在搜索与 客户端用户自身拥有相同标签的其他客户端用户时， 提高搜索速度。
本发明实施例还提供一种获取信息的装置， 该装置能够在搜索与客 户端用户自身拥有相同标签的其他客户端用户时， 提高搜素速度。
为了实现本发明的发明目的， 本发明的技术方案为：
一种获取信息的方法， 所述方法包括：
获取客户端用户输入的标签关键字；
根据所述标签关键字， 获取与所述客户端用户拥有相同标签的其他 客户端用户的相关信息， 所述相关信息至少包括与所述客户端用户拥有 相同标签的用户的标签信息； 展示与所述客户端用户拥有相同标签的其他客户端用户的相关信 息。
一种获取信息的装置， 所述装置包括：
搜索逻辑管理控制模块， 用于获取客户端用户输入的标签关键字； 数据拉取及存储模块， 用于根据所述标签关键字， 获取与所述客户 端用户拥有相同标签的其他客户端用户的相关信息， 所述相关信息至少 包括与所述客户端用户拥有相同标签的其他客户端用户的标签信息； 搜索结果页展示模块， 用于展示与所述客户端用户拥有相同标签的 其他客户端用户的相关信息。
从上述方案可以看出， 本发明实施例提供的方法及装置， 在客户端 加载的微博主页上增加搜索栏， 客户端接收用户通过该搜素栏输入的标 签关键字后， 发送给服务器进行与客户端用户自身拥有相同标签的客户 端用户匹配， 接收匹配成功的与客户端用户自身拥有相同标签的客户端 用户的相关信息后， 展示给客户端用户。 这样， 不仅提高了客户端搜索 的速度， 而且也保证了搜索的准确性， 进一步优化了客户端加载的微博 功能。 附图简要说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例中 所需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅 是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造 性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1是本发明实施例 1中提供的一种获取信息的方法流程图； 图 2是本发明实施例 2中提供的一种获取信息的方法流程图； 图 3是本发明实施例 2中提供的一种搜索结果展示的示意图； 图 4是本发明实施例 3中提供的一种获取信息的装置的示意图； 图 5是本发明实施例 3中提供的另一种获取信息的装置的示意图。 实施本发明的方式
为使本发明的目的、 技术方案及优点更加清楚明白， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地 描述， 显然， 所描述的实施例仅是本发明一部分实施例， 而不是全部的 实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
从背景技术可以看出， 造成在搜索与客户端用户自身拥有相同标签 的其他客户端用户时， 搜索速度比较慢的原因是， 客户端获取其他客户 端用户的详细资料， 然后一一查看后找到具有与客户端用户自身相同标 签的其他客户客户端。 也就是在客户端本地人为完成搜素过程， 这会导 致搜素会有人为影响， 不准确， 且搜素速度比较慢。
因此， 本发明实施例在搜索与客户端用户自身拥有相同标签的其他 客户端用户时， 由互联网的服务器根据从客户端获取的客户端用户输入 的标签关键字，搜素拥有相同标签的其他客户端用户，再反馈给客户端， 展示给客户端用户。 这样， 就是在服务器上完成搜素过程， 由于服务器 的搜素功能比客户端强， 且不需要传输大量的其他客户端用户的详细资 料给客户端， 所以搜素速度变快， 由于搜素过程没有人为因素， 所以搜 素准确， 进一步优化了客户端加载的微博功能。
以下对本发明实施例进行详细说明：
实施例 1
参见图 1 , 图 1是本发明实施例 1中提供的一种获取信息的方法流 程图， 包括：
步骤 101、 客户端获取客户端用户输入的标签关键字；
步骤 102、 客户端根据标签关键字， 获取与客户端用户拥有相同标 签的其他客户端用户的相关信息， 相关信息至少包括与客户端用户拥有 相同标签的其他客户端用户的标签信息；
在该步骤中， 客户端接收客户端用户通过客户端加载的微博主页的 搜素栏输入的标签关键字后， 发送给服务器， 由服务器进行与客户端用 户自身拥有相同标签的客户端用户匹配， 从服务器中接收匹配成功的与 客户端用户自身拥有相同标签的客户端用户的相关信息；
步骤 103、 客户端展示与客户端用户拥有相同标签的其他客户端用 户的相关信息。
在该实施例中， 根据所述标签关键字， 获取与所述客户端用户拥有 相同标签的用户的相关信息， 包括：
将所述标签关键字发送给服务器， 使所述服务器根据所述标签关键 字查找与所述客户端用户拥有相同标签的其他客户端用户的相关信息； 接收并存储所述服务器返回的与所述客户端用户拥有相同标签的其 他客户端用户的相关信息。
在该实施例中， 所述相关信息还包括： 头像信息、 昵称信息、 账户 信息和微博消息中的一个或多个组合。
在该实施例中， 该方法还包括：
当所述客户端用户在客户端打开任一网页页面时， 获取所述网页页 面上的微博消息的关键信息；
根据所述网页页面上的微博消息的关键信息， 判断内存中是否存有 所述微博消息；
如果是， 则增加所述微博消息的引用次数。
优选地， 所述方法还包括：
当所述客户端存储的微博消息达到预定的数量时， 判断所述微博消 息中是否存在引用次数小于预定次数的微博消息；
如果是， 则删除所述引用次数小于预定次数的微博消息。
优选地， 所述展示与客户端用户拥有相同标签的其他客户端用户的 相关信息， 包括：
接收所述客户端用户展示与所述客户端用户拥有相同标签的其他客 户端用户的相关信息的请求；
判断是否有相应的控件供所述客户端展示与所述客户端用户拥有相 同标签的其他客户端用户的所述相关信息使用；
如果是， 则将与所述客户端用户拥有相同标签的其他客户端用户的 相关信息添加到所述相应的控件上进行展示。 实施例 2 参见图 2, 图 2为是本发明实施例 2中提供的一种获取信息的方法 流程图， 包括：
步骤 201、 客户端获取客户端用户输入的标签关键字， 客户端根据 标签关键字， 获取与客户端用户拥有相同标签的其他客户端用户的相关 信息。
本实施例中， 提供了一种新的微博软件， 该微博软件在微博主页上 增加了搜索项， 客户端安装该微博软件后， 该客户端用户可以通过在搜 索项中输入关键字， 从而找到需要的信息。 例如， 客户端的用户喜欢踢 足球， 则将其个人标签设为 "足球"， 如果该客户端用户想查找与他有 相同标签的其他客户端用户， 则将标签关键字 "足球" 输入到搜索项中 即可。
本实施例中， 优选地， 安装该微博软件的客户端包括： 搜索结果页 展示模块、 搜索逻辑管理控制模块和数据拉取及存储模块， 其中，
搜索结果页展示模块， 主要用于封装搜索标签结果页的页面展示以 及与用户的交互；
搜索逻辑管理控制模块，主要用于相应表现层动作的相应逻辑处理、 数据拉取时机、 回调处理及状态存储等。
数据拉取及存储模块， 主要包括需要展示数据的获取（包括网路拉 取）与组织。
本实施例中， 优选地， 根据所述标签关键字， 获取与所述客户端用 户拥有相同标签的其他客户端用户的相关信息， 包括：
1 )客户端将所述标签关键字发送给服务器，使所述服务器根据所述 标签关键字查找与所述客户端用户拥有相同标签的其他客户端用户的 相关信息；
2 )接收并存储所述服务器返回的与所述客户端用户拥有相同标签的 其他客户端用户的相关信息。
本实施例中， 具体地， 数据拉取及存储模块触发相应与服务器的信 息拉取过程， 拉取信息完毕之后， 将相关的信息存储起来， 并提供相应 的接口供搜索逻辑管理控制模块查询数据存储模块。另外，本实施例中， 为了尽可能的降低给服务器带来的负载量， 能批量拉取的信息就不采用 单个拉取的策略。 例如， 当步骤 201中的客户端用户输入 "足球" 后， 该客户端将 "足球" 发送给服务器， 服务器根据这个标签关键字查找用 户相同标签的其他客户端用户的相关信息， 该相关信息包括： 标签关键 字和与客户端用户拥有同一标签的其他客户端用户的微博消息。 当服务 器查找到与客户端用户拥有同一标签的其他客户端用户后， 拉取该用户 的微博消息， 并将微博消息发送给搜索 "足球" 的客户端， 优选地， 服 务器将最新发表的或是转发次数比较多的用户的一些微博消息发送给 客户端。
本实施例中， 客户端存储服务器发送的与客户端用户拥有相同标签 的其他客户端用户的相关信息，随着信息的增多， 内存的增长不可避免， 所以需要制定一定的策略来尽可能的降低程序对于内存的消耗。 优选 地， 该策略包括：
当客户端存储的微博消息达到预定的数量时， 判断所述微博消息中 是否存在引用次数小于预定次数的微博消息；
如果是， 则删除所述引用次数小于预定次数的微博消息。
优选地， 上述策略可以通过在程序内部设置一个消息池来实现， 该 消息池用于存储所有的消息内容， 并在消息条数到达一定界限后采用一 定的淘汰算法释放不再需要的消息。 另一方面， 该消息池还用来维护某 一条消息的引用计数， 优选地， 当所述客户端用户打开客户端任一网页 页面时， 获取所述网页页面上的微博消息的相关信息； 根据所述网页页 面上的微博消息的相关信息， 判断内存中是否存有所述微博消息； 如果 是， 则增加所述微博消息的引用次数。 比如某个页面上显示该消息， 则 消息的引用计数加一。 例如， 客户端存储有具有 "足球" 标签的其他客 户端用户的微博消息， 当客户端用户打开某个网页时， 客户端获取该网 页上的微博消息， 根据微博消息的关键信息判断内存中是否存有该微博 消息， 如果该微博消息是客户端已存储的具有 "足球" 标签的其他客户 端用户的微博消息时， 将该微博消息的引用计数加 1。 反之， 当这个页 面析构的时候， 对该消息的引用计数减一。 本实施例中， 预定的引用次 数可以是 1 , 也可以是 2, 本实施例对此不做具体限定。 例如， 当消息 池中的消息条数达到了一定的界限， 且找到某条消息的引用计数为 1 , 则说明没有控件显示该消息， 则可以释放该消息的内存数据， 即将该消 息在消息池中删除。
步骤 202、 客户端展示与所述客户端用户拥有相同标签的其他客户 端用户的相关信息。
参见图 3 , 本实施例中优选地， 输入标签关键字后， 根据搜索结果 展示的与客户端用户拥有同一标签关键字的其他客户端用户的相关信 息的示意图。 该展示结果包括： 微博头像、 昵称、 操作区、 微博消息展 示区、 微博媒体控件及消息来源等。
本实施例中， 优选地， 在具体实现中抽离搜索结果子控件类 ( UserltemCtrl ) , 用于处理列表控件中每一个子控件的界面表现逻辑； 对于所有的子控件有一个列表控件管理类 （UserltemMgr ), 用于对列表 中的所有 UserltemCtrl的生命周期的管理等； 另外还存在一个回调列表 父控件的委托类接口 （ IPageltemContainer ) , 用于取得父控件的指针， 因为诸如广播消息、 Tag信息及头像等存在一个异步的拉取过程， 所以 在 UserltemMgr中完成所有的信息拉取后需要有一个时机通知父控件进 行相应的界面刷新和排布等。
本实施例中， 搜索逻辑控制模块内部会保存 UserltemMgr的一个实 例， 用于当拉取完相应的信息后， 通知 UserltemMgr更新 UserltemCtrl 的动作。
本实施例中， 为了提高用户的体验感， 搜索出的结果包括详细信息 展示应尽可能的快， 但是， 在客户端和服务器的交互过程中， 一个包的 传输字节数要受到网络传输最小字节数的限制， 网络传输最小字节数大 概在 800个字节左右； 而此处需要展示信息的内容数则相对较多， 仅仅 拉取微博消息体就有可能超出 800个字节， 如果等用户的所有资料都拉 取回来之后再一并的显示， 在网络特别不好的环境下将给用户带来更差 的体验。 因此将展示的信息加以分类， 并在拉取的过程中按重要程度有 一定的优先级。 如分为用户帐号、 昵称等基本信息； 用户头像信息； 用 户的个人标签信息； 用户最近发表的一条广播信息； 用户的地域标识信 息等。 由于昵称、 帐号等资本资料字节数较短且优先度最高， 所以可以 得到快速的响应而优先展示出来， 而个人标签等信息可以通过收到回包 后可以通过对控件的一次刷新过程异步的呈现给用户。
本实施例中，优选地，程序内部设置一个容器池，当某一 UserltemCtrl 需要创建的时候，会首先查找当前 UserltemMgr中是否有待使用的资源； 如果有， 则用相应的信息填充 UserltemCtrl即可， 而不需再付出创建控 件的消耗； 如果没有， 则再进行相应的创建动作。 所以当进行诸如翻页 的动作时， 之前页的 UserltemCtrl实际上并没有被销毁， 而是放入到了 待使用资源池中用于下次的展示使用。 具体地， 客户端接收所述客户端 用户展示与所述客户端用户拥有相同标签的其他客户端用户的相关信 息的请求； 判断是否有相应的控件供所述客户端展示与所述客户端用户 拥有相同标签的其他客户端用户的所述相关信息使用； 如果是， 则将与 所述客户端用户拥有相同标签的其他客户端用户的相关信息添加到所 述相应的控件上进行展示。 例如， 客户端想要查看另一个用户的微博消 息， 则客户端接收到请求后， 首先判断是否有相应的控件供该客户端展 示另一个用户的微博消息， 如果有， 则将用户请求查看的微博消息添加 到该控件上，以展示客户端需要查看的微博消息，如果没有相应的控件， 则再创建一个新的控件以展示该 專消息。
本发明提供的方法实施例在客户端微博***中采用消息池和容器池 降低程序对于内存的消耗， 进一步优化***内存。 实施例 3
参见图 4, 图 4是本发明实施例 3中提供的一种获取信息的装置的 示意图， 包括： 搜索逻辑管理控制模块 301 , 数据拉取及存储模块 302, 搜索结果页展示模块 303。
搜索逻辑管理控制模块 301 , 用于获取客户端用户输入的标签关键 字；
数据拉取及存储模块 302, 用于根据所述标签关键字， 获取与所述 客户端用户拥有相同标签的其他客户端用户的相关信息， 所述相关信息 至少包括与所述客户端用户拥有相同标签的其他客户端用户的标签信 息；
搜索结果页展示模块 303 , 用于展示与所述客户端用户拥有相同标 签的其他客户端用户的相关信息。
其中， 数据拉取及存储模块 302, 包括：
发送单元， 用于将所述标签关键字发送给服务器， 使所述服务器根 据所述标签关键字查找与所述客户端用户拥有相同标签的其他客户端 用户的相关信息； 接收单元 , 用于接收并存储所述服务器返回的与所述客户端用户拥 有相同标签的其他客户端用户的相关信息。
参见图 5 , 图 5是本发明实施例 3中提供的另一种获取信息的装置 的示意图， 该装置还包括：
计数模块 304, 用于当所述客户端用户打开任一网页页面时， 获取 所述网页页面上的微博消息的关键信息； 根据所述网页页面上的微博消 息的关键信息， 判断内存中是否存有所述微博消息； 如果是， 则增加所 述微博消息的引用次数。
参见图 5 , 本实施例提供的装置还包括：
淘汰模块 305 , 用于当所述客户端存储的微博消息达到预定的数量 时， 判断所述微博消息中是否存在引用次数小于预定次数的微博消息； 如果是， 则删除所述引用次数小于预定次数的微博消息。
优选地， 数据拉取及存储模块 302具体用于：
接收所述客户端用户展示与所述客户端用户拥有相同标签的其他客 户端用户的相关信息的请求； 判断是否有相应的控件供所述客户端展示 与所述客户端用户拥有相同标签的其他客户端用户的所述相关信息使 用； 如果是， 则将与所述客户端用户拥有相同标签的其他客户端用户的 相关信息添加到所述相应的控件上进行展示。 本实施例提供的装置， 具体可以， 与方法实施例属于同一构思， 其 具体实现过程详见方法实施例， 这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可 以通过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程 序可以存储于一种计算机可读存储介质中， 上述提到的存储介质可以是 只读存储器， 磁盘或光盘等。 以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内， 所做的任何修改、 等同替换、 改进等， 均 应包含在本发明保护的范围之内。

Claims

权利要求书
1、 一种获取信息的方法， 其特征在于， 所述方法包括：
获取客户端用户输入的标签关键字；
根据所述标签关键字， 获取与所述客户端用户拥有相同标签的其他 客户端用户的相关信息， 所述相关信息至少包括与所述客户端用户拥有 相同标签的用户的标签信息；
展示与所述客户端用户拥有相同标签的其他客户端用户的相关信 息。
2、 根据权利要求 1 所述的方法， 其特征在于， 所述根据所述标签 关键字， 获取与所述客户端用户拥有相同标签的其他客户端用户的相关 信息， 包括：
将所述标签关键字发送给服务器， 使所述服务器根据所述标签关键 字查找与所述客户端用户拥有相同标签的其他客户端用户的相关信息； 接收并存储所述服务器返回的与所述客户端用户拥有相同标签的 其他客户端用户的相关信息。
3、 根据权利要求 1 所述的方法， 其特征在于， 所述相关信息还包 括： 头像信息、 昵称信息、 账户信息和微博消息中的一个或多个组合。
4、 根据权利要求 3所述的方法， 其特征在于， 所述方法还包括： 当所述客户端用户打开客户端加载的任一网页页面时， 获取所述网 页页面上的微博消息的关键信息；
根据所述网页页面上的微博消息的关键信息， 判断客户端内存中是 否存有所述微博消息；
如果是， 增加所述微博消息的引用次数。
5、 根根据权利要求 3所述的方法， 其特征在于， 所述方法还包括： 当所述客户端存储的微博消息达到预定的数量时， 判断所述微博消 息中是否存在引用次数小于预定次数的微博消息；
如果是， 删除所述引用次数小于预定次数的微博消息。
6、 根据权利要求 1-5任一项所述的方法， 其特征在于， 所述展示与 所述客户端用户拥有相同标签的其他客户端用户的相关信息， 包括： 接收所述客户端用户展示与所述客户端用户拥有相同标签的其他 客户端用户的相关信息的请求；
判断是否有相应的控件供所述客户端展示与所述客户端用户拥有 相同标签的其他客户端用户的所述相关信息使用；
如果是， 将与所述客户端用户拥有相同标签的其他客户端用户的相 关信息添加到所述相应的控件上进行展示。
7、 一种获取信息的装置， 其特征在于， 所述装置包括：
搜索逻辑管理控制模块， 用于获取客户端用户输入的标签关键字； 数据拉取及存储模块， 用于根据所述标签关键字， 获取与所述客户 端用户拥有相同标签的其他客户端用户的相关信息， 所述相关信息至少 包括与所述客户端用户拥有相同标签的其他客户端用户的标签信息； 搜索结果页展示模块， 用于展示与所述客户端用户拥有相同标签的 其他客户端用户的相关信息。
8、 根据权利要求 7 所述的装置， 其特征在于， 所述数据拉取及存 储模块， 包括：
发送单元， 用于将所述标签关键字发送给服务器， 使所述服务器根 据所述标签关键字查找与所述客户端用户拥有相同标签的其他客户端 用户的相关信息；
接收单元， 用于接收并存储所述服务器返回的与所述客户端用户拥 有相同标签的其他客户端用户的相关信息。
9、 根据权利要求 7所述的装置， 其特征在于， 所述装置还包括： 计数模块， 用于当所述客户端用户打开客户端加载的任一网页页面 时， 获取所述网页页面上的微博消息的关键信息； 根据所述网页页面上 的微博消息的关键信息， 判断客户端内存中是否存有所述微博消息； 如 果是， 则增加所述微博消息的引用次数。
10、根根据权利要求 7所述的装置， 其特征在于， 所述装置还包括： 淘汰模块， 用于当所述客户端存储的微博消息达到预定的数量时， 判断所述微博消息中是否存在引用次数小于预定次数的微博消息； 如果 是， 删除所述引用次数小于预定次数的微博消息。
11、 根据权利要求 7-10任一项所述的装置， 其特征在于， 所述搜索 结果页展示模块， 用于接收所述客户端用户展示与所述客户端用户拥有 相同标签的其他客户端用户的相关信息的请求； 判断是否有相应的控件 供所述客户端展示与所述客户端用户拥有相同标签的其他客户端用户 的所述相关信息使用； 如果是， 则将与所述客户端用户拥有相同标签的 其他客户端用户的相关信息添加到所述相应的控件上进行展示。
PCT/CN2012/076510 2011-07-05 2012-06-06 获取信息的方法和装置 WO2013004119A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/148,224 US20140122629A1 (en) 2011-07-05 2014-01-06 Information Acquisition Method and Device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110187444.7A CN102867001B (zh) 2011-07-05 2011-07-05 获取信息的方法和装置
CN201110187444.7 2011-07-05

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/148,224 Continuation US20140122629A1 (en) 2011-07-05 2014-01-06 Information Acquisition Method and Device

Publications (1)

Publication Number Publication Date
WO2013004119A1 true WO2013004119A1 (zh) 2013-01-10

Family

ID=47436497

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/076510 WO2013004119A1 (zh) 2011-07-05 2012-06-06 获取信息的方法和装置

Country Status (3)

Country Link
US (1) US20140122629A1 (zh)
CN (1) CN102867001B (zh)
WO (1) WO2013004119A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104142963B (zh) * 2013-06-09 2018-05-15 腾讯科技（北京）有限公司 一种微博定向发布的方法、***及客户端
CN104065562A (zh) * 2014-02-11 2014-09-24 周强 网络信息服务***中信息即时推送的方法和***
US9852209B2 (en) * 2014-04-11 2017-12-26 International Business Machines Corporation Bidirectional integration of information between a microblog and a data repository
CN105574061A (zh) * 2015-05-24 2016-05-11 刘晓建 网络信息获取工具对用户生成内容的过滤方法
CN105718578A (zh) * 2016-01-22 2016-06-29 北京三快在线科技有限公司 短链接生成方法及装置
CN107807925A (zh) * 2016-09-08 2018-03-16 广州市动景计算机科技有限公司 浏览器书签设置方法和装置以及计算设备
CN106452855B (zh) * 2016-09-28 2020-03-17 网易（杭州）网络有限公司 一种文章标签添加方法和装置
CN107291930A (zh) * 2017-06-29 2017-10-24 环球智达科技（北京）有限公司 权重数的计算方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1818909A (zh) * 2006-03-21 2006-08-16 唐晨辉 一种互联网用户相互搜索方法及其搜索引擎
CN101105795A (zh) * 2006-10-27 2008-01-16 北京搜神网络技术有限责任公司 基于网络行为的个性化推荐方法和***
CN101202717A (zh) * 2007-12-11 2008-06-18 腾讯科技（深圳）有限公司 即时通讯用户搜索方法及即时通讯服务器
CN101632070A (zh) * 2005-05-16 2010-01-20 微软公司 在分离的地址空间内执行的各实体之间的协调引用计数

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050198159A1 (en) * 2004-03-08 2005-09-08 Kirsch Steven T. Method and system for categorizing and processing e-mails based upon information in the message header and SMTP session
CN1331336C (zh) * 2004-05-25 2007-08-08 华中科技大学 一种数据包的快速解析方法
US7437358B2 (en) * 2004-06-25 2008-10-14 Apple Inc. Methods and systems for managing data
CN100367813C (zh) * 2004-09-28 2008-02-06 国际商业机器公司 移动电话及其控制方法
CN101351767A (zh) * 2005-11-10 2009-01-21 麦乐迪斯公司 存储和检索基于非文本的信息的***和方法
US20070112738A1 (en) * 2005-11-14 2007-05-17 Aol Llc Displaying User Relevance Feedback for Search Results
US10395326B2 (en) * 2005-11-15 2019-08-27 3Degrees Llc Collections of linked databases
US20080270548A1 (en) * 2007-04-24 2008-10-30 Danger, Inc. Apparatus and method for caching email messages within a wireless data service
CN100458793C (zh) * 2007-05-10 2009-02-04 浪潮集团山东通用软件有限公司 数据访问层Xml格式数据与关系数据间的映射转换方法
US20090167553A1 (en) * 2007-12-30 2009-07-02 Jin Hong Open Mobile Online Reservation and Ordering Systems
US20100031190A1 (en) * 2008-07-29 2010-02-04 Yahoo! Inc. System and method for copying information into a target document
US20100049701A1 (en) * 2008-08-21 2010-02-25 International Business Machines Corporation System Monitoring Control Point Conversions to Pervasive Device Objects
KR101548742B1 (ko) * 2008-12-15 2015-09-11 엘지전자 주식회사 네트워크 기능을 갖는 디스플레이장치 및 그의 제어 방법
JP5676147B2 (ja) * 2010-05-28 2015-02-25 富士通テン株式会社 車載用表示装置、表示方法および情報表示システム
US9443224B2 (en) * 2011-03-01 2016-09-13 Salesforce.Com, Inc. Systems, apparatus and methods for selecting updates to associated records to publish on an information feed
US8612291B2 (en) * 2011-05-06 2013-12-17 Google Inc. Optimized display of ad landing page

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101632070A (zh) * 2005-05-16 2010-01-20 微软公司 在分离的地址空间内执行的各实体之间的协调引用计数
CN1818909A (zh) * 2006-03-21 2006-08-16 唐晨辉 一种互联网用户相互搜索方法及其搜索引擎
CN101105795A (zh) * 2006-10-27 2008-01-16 北京搜神网络技术有限责任公司 基于网络行为的个性化推荐方法和***
CN101202717A (zh) * 2007-12-11 2008-06-18 腾讯科技（深圳）有限公司 即时通讯用户搜索方法及即时通讯服务器

Also Published As

Publication number Publication date
CN102867001A (zh) 2013-01-09
US20140122629A1 (en) 2014-05-01
CN102867001B (zh) 2019-12-24

Similar Documents

Publication Publication Date Title
WO2013004119A1 (zh) 获取信息的方法和装置
US20240080370A1 (en) Push notification delivery system with feedback analysis
JP6122199B2 (ja) 検索結果へのアクセスを改良するシステム、方法及び記憶媒体
JP6887419B2 (ja) 通信に含めるオブジェクト識別子の提案
JP5592505B2 (ja) トピックに基づいて調整可能なデーター・フィードの総計
CN107004024B (zh) 上下文驱动的多用户通信
US10972585B2 (en) Establishing a trust association
US8751743B2 (en) Apparatus and method for context-aware mobile data management
WO2016010932A1 (en) Age-based policies for determining database cache hits
US10521818B2 (en) Extending audience reach in messaging campaigns using super profiles
US20130024526A1 (en) Method of managing feeds based on classifications
US10594808B2 (en) Pre-fetching newsfeed stories from a social networking system for presentation to a user
US20110231781A1 (en) System and method for virtual object sharing and management in virtual worlds
US8521679B2 (en) Classification recommendation based on social actions
US20110307569A1 (en) System and method for collaborative short messaging and discussion
WO2017080400A1 (zh) 一种信息推荐方法及装置
US9626683B2 (en) Method and system for advanced messaging
US20160094615A1 (en) Reducing web page load latency by scheduling sets of successive outgoing http calls
TWI638325B (zh) Instant messaging client, instant messaging server and instant messaging method
KR20060095457A (ko) 인스턴트 메시징의 융통성있는 확장된 프리젠스 문서능력을 용이하게 하기 위한 프로세서 액세스가능 매체 및방법
JP2015519670A (ja) ビジネスサービス処理状況情報のクエリ
US20150095403A1 (en) Business object attachments and expiring urls
US9531827B1 (en) Push notification delivery system with feedback analysis
US9565266B2 (en) Broker facilitated peer-to-peer publisher collaboration in a publish-subscription environment
US20160239533A1 (en) Identity workflow that utilizes multiple storage engines to support various lifecycles

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12806918

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 02/06/2014)

122 Ep: pct application non-entry in european phase

Ref document number: 12806918

Country of ref document: EP

Kind code of ref document: A1