WO2012024987A1 - 一种转播消息呈现方法和系统 - Google Patents

一种转播消息呈现方法和系统 Download PDF

Info

Publication number
WO2012024987A1
WO2012024987A1 PCT/CN2011/077061 CN2011077061W WO2012024987A1 WO 2012024987 A1 WO2012024987 A1 WO 2012024987A1 CN 2011077061 W CN2011077061 W CN 2011077061W WO 2012024987 A1 WO2012024987 A1 WO 2012024987A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
messages
controls
page
server
Prior art date
Application number
PCT/CN2011/077061
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 腾讯科技（深圳）有限公司
Priority to EP11819362.2A priority Critical patent/EP2549391B1/en
Priority to US13/639,176 priority patent/US8856253B2/en
Priority to BR112012026553A priority patent/BR112012026553B8/pt
Priority to JP2013502996A priority patent/JP5538619B2/ja
Priority to AU2011295570A priority patent/AU2011295570B2/en
Publication of WO2012024987A1 publication Critical patent/WO2012024987A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • 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
    • 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/234—Monitoring or handling of messages for tracking messages
    • 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
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • 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
    • 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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • 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/212—Monitoring or handling of messages using filtering or selective blocking
    • 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/214—Monitoring or handling of messages using selective forwarding
    • 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/42—Mailbox-related aspects, e.g. synchronisation of mailboxes

Definitions

  • the present invention relates to Internet technologies, and in particular, to a method and system for presenting a rebroadcast message. Background of the invention
  • the main object of the present invention is to provide a method for presenting a rebroadcast message, which can present a complete broadcast chain of the original message to the user.
  • Another object of the present invention is to provide a rebroadcast message presentation system capable of presenting a complete retransmission chain of original messages to a user.
  • a method for presenting a rebroadcast message comprising:
  • a retransmission chain is established in the server, and the retransmission chain takes the original message X as a root node, and each time the original message X is retransmitted, a retransmission message is generated and used as a child node.
  • the required rebroadcast message is pulled from the server and displayed through the page.
  • a rebroadcast message presentation system comprising: a server and a client;
  • the server is configured to establish a retransmission chain for each original message X, where the retransmission chain uses the original message X as a root node, and each time the original message X is retransmitted, a retransmission message is generated, and As a child node is added to the retransmission chain; the client is configured to: when receiving an instruction to view the retransmission message corresponding to the original message X according to the full message aggregation manner, pull the required retransmission message from the server. And display it through the page.
  • FIG. 1 is a flow chart of an embodiment of a method of the present invention
  • FIG. 2 is a schematic structural diagram of a system embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of the structure of the client 22 shown in FIG. 2. Mode for carrying out the invention
  • the present invention proposes a new way of presenting a rebroadcast message, that is, a full-message message aggregation mode, which can present a complete broadcast chain of the original message to the user.
  • a rebroadcast message that is, a full-message message aggregation mode
  • Step 11 For each original message X, a retransmission chain is established in the server, and the retransmission chain takes the original message X as a root node, and the original message X is generated once every time, the original message X is generated. A rebroadcast message is added to the relay chain as a child node.
  • the retransmissions mentioned here include: reprints, citations and replies, etc. As long as there is a link between the two messages, they are all in the scope of retransmission.
  • Step 12 When the client where the user is located receives an instruction to view the rebroadcast message corresponding to any original message X according to the full message aggregation mode, the required broadcast message is pulled from the server.
  • a button indicating that the corresponding rebroadcast message is viewed according to the full amount of message aggregation mode may be correspondingly set. After the user clicks the button, the step and the subsequent process are triggered.
  • Step 13 Display the pulled broadcast message through the page.
  • the original message X can be displayed in the page at the same time, wherein the original message X is located at the top of the page, and then each broadcast message is displayed in order from the broadcast time in the order of the broadcast time.
  • N retransmission messages are pulled from the server, displayed through the page, and then when the page turning instruction is received, N retransmission messages are pulled from the server again, displayed through the page, and so on. In this way, if the user quits after only reading the first or first few pages, then there is no need to pull subsequent broadcast messages, thereby reducing the load on the server.
  • N is a positive integer, and its specific value can be determined according to actual needs, for example, considering the customer
  • the limit of the number of bytes per data exchange between the end and the server and the average length of each broadcast message can be set to 15 for N.
  • M is also a positive integer, and the specific value can also be determined according to actual needs, for example, 8.
  • Each original message and its corresponding all-relay message are saved on the server, and each retransmission message is sorted according to the time from near to far, that is, the closer the retransmission message is, the higher the ranking is;
  • the secondary server sends a pull request, it will carry the ID of the original message (how to obtain the ID as the existing technology;), the server finds the original message and all corresponding broadcast messages according to the ID, and each time to the client Returns N retransmission messages.
  • step 13 for each of the N broadcast messages that are pulled, it is necessary to first create N controls, and then initialize the N controls by using the N broadcast messages, and use the N controls after initialization to N.
  • the broadcast message is displayed, how to create the control and how to display it is all existing technology, and will not be described again.
  • the form of the N controls is similar and has great versatility.
  • Each control is implemented by self-drawing, and calculates the size and position of each area inside. That is to say, each control is responsible for its own internal processing, but follows the principle of uniformity. For example, each broadcast message finally displays the same page size, and each area, such as user avatar, nickname, broadcast time, etc. The size and location of the occupancy are also the same, such as the broadcast time is displayed in the upper right corner.
  • the page rearrangement can be minimized under the premise of satisfying the user's use requirements, for example, the user drags the page size.
  • the page is not re-arranged every time the user drags the mouse, but the page is re-arranged only after the user stops dragging the mouse.
  • Maintaining a message pool in the client which is used to store all messages pulled by the client from the server, and each message is composed of a message ID and a message body; the message mentioned here is not limited to the broadcast message. Since the user may open more than 4 pages, not only is the page displaying the rebroadcast message described in the present invention, accordingly, the client may need to pull various messages from the server.
  • the message IDs of the N retransmission messages are first pulled from the server; and then the message IDs of each of the retransmission messages are respectively determined to determine whether they exist in the message.
  • the message pool if yes, the corresponding message body is obtained from the message pool (indicating that the message has been pulled before, then there is no need to repeat the pull), and no, it is pulled from the server.
  • the message body which constitutes N broadcast messages. Obviously, if the message ID of a rebroadcast message does not exist in the message pool, then after the broadcast message is pulled, it needs to be added to the message pool.
  • a part of the message may be eliminated in a predetermined manner, for example, a reference count is maintained for each message, and if the message is displayed on a certain page, the corresponding reference is used. The count is incremented by one. Conversely, when the page displaying the message is originally destructed, its corresponding reference count is decremented by one. When the reference count is 1 (indicating that no page displays the message), the message is eliminated.
  • the container pool After each time pulling N broadcast messages from the server, first determine whether the container pool is saved.
  • the available controls can be used to display the control of the relay message
  • create N controls initialize the N controls with the N broadcast messages, and use the N controls after initialization to N
  • the broadcast message is displayed; otherwise, it is further determined whether the number of available controls is greater than or equal to N, and if so, the N available controls are initialized by the extracted N broadcast messages, and the N available controls are used to initialize N
  • the message is broadcasted, otherwise, some controls are created, and the N controls are added to the available controls.
  • the N messages are initialized by using the N broadcast messages, and the N controls are used to broadcast the N messages. The message is displayed.
  • FIG. 2 is a schematic structural diagram of a system embodiment of the present invention. As shown in FIG. 2, the server 21 and the client 22 are included;
  • the server 21 is configured to establish a retransmission chain for each original message X, where the retransmission chain uses the original message X as a root node, and each time the original message X is retransmitted, a retransmission message is generated and added as a child node.
  • the broadcast chain In the broadcast chain;
  • the client 22 is configured to: when receiving an instruction to view the retransmission message corresponding to the original message X according to the full message aggregation manner, pull the required retransmission message from the server 21 and display it through the page.
  • the original message X is displayed in the page at the same time, wherein the original message X is located at the top of the page, and then each broadcast message is sequentially displayed in the order of the broadcast time according to the broadcast time.
  • FIG. 3 is a schematic structural diagram of the structure of the client 22 shown in FIG. 2. As shown in FIG. 3, the method includes: a first processing unit 31 and a second processing unit 32;
  • the first processing unit 31 is configured to notify the second processing unit 32 to perform its own function h when receiving an instruction to view the rebroadcast message corresponding to any original message X according to the full message aggregation mode. After receiving the notification from the first processing unit 31, from the service The server 21 pulls the required rebroadcast message and displays it through the page; the original message X is simultaneously displayed in the page, wherein the original message X is located at the top of the page, and then sequentially displayed in order of retransmission time from near to far. Each broadcast message.
  • the second processing unit 32 may specifically include: a pull subunit 321 and a display subunit 322;
  • the pull subunit 321 is configured to: after receiving the notification of the first processing unit 31, pull N retransmission messages from the server 21, where N is a positive integer, and each time the page turning instruction is received, the N is pulled again.
  • the display sub-unit 322 is configured to display the N broadcast messages that are pulled each time through the page.
  • a message pool can be maintained in the pull subunit 321 for storing all the messages pulled by the client 22 from the server 21, and each message is composed of a message ID and a message body;
  • the message IDs of the N retransmission messages are first pulled from the server 21; and then the message IDs of each of the retransmission messages are respectively determined to determine whether they exist in the message pool. If yes, the corresponding message body is obtained from the message pool; otherwise, the corresponding message body is pulled from the server 21 to form N broadcast messages;
  • a part of the message is eliminated in a predetermined manner, including: For any message, if the message in the message pool reaches the predetermined upper limit, the message is not displayed on the page, and then it is eliminated.
  • the display sub-unit 322 For each of the N broadcast messages that are pulled, the display sub-unit 322 needs to first create N controls, and then initializes the N controls by using the N broadcast messages, and uses the initialized N controls to perform N broadcast messages.
  • display sub-unit 322 maintains a container pool when received for any page When the instruction is rolled back, the page is destructed, and the corresponding control is added to the container pool; for each of the N broadcast messages that are pulled, it is determined whether there is a control available in the container pool, and if not, a N is created. Controls, initialize the N controls by using the N broadcast messages, and display the N broadcast messages by using the initialized N controls; otherwise, further determine whether the number of available controls is greater than or equal to N, if Then, the N available controls are initialized by using the N broadcast messages, and N broadcast messages are displayed by using the N available controls after initialization. Otherwise, some controls are created, and the available controls are combined to obtain N controls. The N controls are initialized by using the N broadcast messages that are pulled, and the N broadcast messages are displayed by using the initialized N controls.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Digital Computer Display Output (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种转播消息呈现方法和系统
技术领域
本发明涉及互联网技术， 特别涉及一种转播消息呈现方法和系统。 发明背景
微博类产品虽然还处于刚刚起步的阶段， 但已经深受广大用户的喜 爱， 不但在平时的休闲娱乐中， 而且在日常工作中也得到了广泛应用。
目前的主流微博类产品均提供了消息转播功能， 对于一条比较热门 的消息， 可能会被成百上千次转播。 对于每个转播者来说， 其所能看见 的通常只有很少的一些信息， 比如收听人所发表的评论以及原始消息， 但是， 用户可能会希望看到该原始消息的完整转播链条， 即有哪些人对 该原始消息进行了转播， 这些人在进行转播时分别作了哪些评论等， 但 现有技术中还无法满足用户的这一需求。 发明内容
有鉴于此， 本发明的主要目的在于提供一种转播消息呈现方法， 能 够为用户呈现出原始消息的完整转播链条。
本发明的另一目的在于提供一种转播消息呈现系统， 能够为用户呈 现出原始消息的完整转播链条。
为达到上述目的， 本发明的技术方案是这样实现的：
一种转播消息呈现方法， 包括：
针对每条原始消息 X, 在服务器中分别建立一个转播链条， 所述转 播链条以所述原始消息 X为根节点，所述原始消息 X每被转播一次，则 生成一条转播消息， 并作为子节点加入到所述转播链条中； 当用户所在客户端接收到按照全量消息聚合方式查看所述原始消息
X对应的转播消息的指令时， 从服务器中拉取所需的转播消息， 并通过 页面进行显示。
一种转播消息呈现系统， 包括： 服务器和客户端；
所述服务器， 用于针对每条原始消息 X, 分别建立一个转播链条， 所述转播链条以所述原始消息 X为根节点，所述原始消息 X每被转播一 次， 则生成一条转播消息， 并作为子节点加入到所述转播链条中； 所述客户端， 用于当接收到按照全量消息聚合方式查看所述原始消 息 X对应的转播消息的指令时， 从服务器中拉取所需的转播消息， 并通 过页面进行显示。
可见， 采用本发明所述方案， 可将原始消息的完整转播链条呈现给 用户， 从而增大了用户获取到的信息量， 而且， 本发明所述方案实现起 来筒单方便， 便于普及。 附图简要说明
下面将通过参照附图详细描述本发明的示例性实施例， 使本领域的 普通技术人员更清楚本发明的上述及其它特征和优点， 附图中：
图 1为本发明方法实施例的流程图；
图 2为本发明系统实施例的组成结构示意图；
图 3为图 2所示客户端 22的组成结构示意图。 实施本发明的方式
针对现有技术中存在的问题， 本发明中提出一种全新的转播消息呈 现方式， 即全量消息聚合方式， 能够为用户呈现出原始消息的完整转播 链条。 为使本发明的技术方案更加清楚、明白， 以下参照附图并举实施例， 对本发明所述方案作进一步地详细说明。
图 1为本发明方法实施例的流程图。 如图 1所示， 包括以下步骤： 步骤 11:针对每条原始消息 X,在服务器中分别建立一个转播链条， 该转播链条以原始消息 X为根节点，原始消息 X每被转播一次，则生成 一条转播消息， 并作为子节点加入到该转播链条中。
这里所提到的转播包括： 转载、 引用和回复等， 只要两个消息之间 存在联系的行为， 均属于转播的范畴。
步骤 12: 当用户所在客户端接收到按照全量消息聚合方式查看任一 原始消息 X对应的转播消息的指令时， 从服务器中拉取所需的转播消 息。
在实际应用中， 对于每个原始消息， 可对应设置一个表示按照全量 消息聚合方式查看其对应的转播消息的按钮， 用户点击这个按钮后， 即 触发本步骤及后续流程。
步骤 13: 将拉取的转播消息通过页面进行显示。
页面中可同时显示有原始消息 X,其中，原始消息 X位于页面顶部， 之后按照转播时间由近到远的顺序依次显示各转播消息。
由于一条热门消息可能被成千上万次转播， 如果一次性地将所有的 转播消息全部拉取下来， 势必会给服务器带来 4艮大的负载量， 为此， 本 发明所述方案中提出一种批量多次拉取策略。 具体来说， 即首先从服务 器中拉取 N条转播消息，通过页面进行显示，然后当接收到翻页指令时， 再次从服务器中拉取 N条转播消息， 通过页面进行显示， 依次类推。 这 样， 如果用户只看了第一个或前几个页面后即退出， 那么则无需拉取随 后的转播消息， 从而降低了服务器的负载量。
N为正整数， 其具体取值可根据实际需要而定， 比如， 考虑到客户 端与服务器之间每次数据交换的字节数限制以及每条转播消息的平均 长度， 可将 N的取值设置为 15。 优选的， 当连续拉取 M次之后， 可不 再允许翻页， 而是提示用户跳转到指定网页， 通过指定网页来将未拉取 的转播消息显示给用户， 用户可手动点击指定网页以完成跳转。 M同样 为正整数， 具体取值同样可根据实际需要而定， 比如为 8。
服务器上保存有每条原始消息及其对应的所有转播消息， 并按照时 间由近到远的顺序对各转播消息进行排序， 即距离当前时间越近的转播 消息其排序越靠前； 客户端每次向服务器发送拉取请求时， 其中均会携 带原始消息的 ID (如何获取该 ID为现有技术；)， 服务器根据该 ID找到 原始消息及其对应的所有转播消息， 并每次向客户端返回 N条转播消 息。
步骤 13中， 针对每次拉取的 N条转播消息， 需要首先创建 N个控 件，然后利用拉取的 N条转播消息分别对 N个控件进行初始化，并利用 初始化后的 N个控件将 N条转播消息进行显示，如何创建控件和如何显 示均为现有技术， 不再赘述。 N个控件的形式是类似的， 具有很大的复 用性， 每个控件采用自绘的方式实现， 计算自己内部各个区域的大小及 位置。 也就是说， 每个控件负责自己内部的相关处理， 但遵循统一的原 则， 比如每条转播消息最终显示出来占用的页面大小均相同， 且其中的 各个区域， 如用户头像、 昵称、 转播时间等占用的大小和所处的位置也 均相同， 如转播时间均显示在右上角。 优选的， 在实际应用中， 为了降 低页面刷新所带来的屏幕闪动和性能消耗， 在能够满足用户使用要求的 前提下， 可尽量减少页面的重新排布， 比如， 在用户拖动页面大小的时 候， 并不是在用户拖动鼠标的每一时刻均触发页面的重新排布， 而是等 用户停止拖动鼠标后的一瞬间才触发页面重新排布。
再有， 内存占用量是衡量桌面应用程序性能的一个重要指标， 随着 拉取的消息越来越多， 内存的增长不可避免， 如果能采取一定的策略来 尽可能地降低对内存的消耗， 无疑会对提升系统性能有很大的帮助。 本 发明所述方案中可采取以下策略：
1 ) 消息池
在客户端中维护一个消息池， 用于不重复地存储客户端从服务器拉 取的所有消息， 每条消息均由消息 ID和消息体两部分组成； 这里所提 到的消息不限于转播消息， 因为用户可能打开 4艮多页面， 不仅是本发明 所述的显示转播消息的页面， 相应地， 客户端可能需要从服务器拉取各 种消息。
当客户端每次从服务器中拉取 N条转播消息时， 首先会从服务器中 拉取 N条转播消息的消息 ID;然后针对拉取的每条转播消息的消息 ID, 分别确定其是否存在于消息池中， 如果是， 则从消息池中获取其对应的 消息体（说明之前已经拉取了该消息， 那么则无需再重复拉取）， 否贝' J , 从服务器中拉取其对应的消息体， 组成 N条转播消息。 显然， 如果一转 播消息的消息 ID不存在于消息池中， 那么拉取该转播消息后， 需要将 其加入到消息池中。
优选的， 当消息池中的消息数达到预定上限后， 可按预定方式淘汰 一部分消息， 比如， 为每条消息维护一个引用计数， 如果某个页面上显 示有该消息， 则将其对应的引用计数加一， 反之， 当对原本显示有该消 息的页面析构时， 则将其对应的引用计数减一， 当引用计数为 1时（表 示没有页面显示该消息）， 则将该消息淘汰。
2 )容器池
在客户端中维护一个容器池，当接收到针对任一页面的回退指令时， 将该页面进行析构， 并将其对应的控件加入到容器池中。
当每次从服务器中拉取 N条转播消息后， 首先确定容器池中是否存 在可用控件（即可用于显示转播消息的控件）， 如果否， 则创建 N个控 件，利用拉取的 N条转播消息分别对 N个控件进行初始化，并利用初始 化后的 N个控件将 N条转播消息进行显示； 否则，进一步确定可用控件 数是否大于或等于 N,如果是，则利用拉取的 N条转播消息分别对 N个 可用控件进行初始化，并利用初始化后的 N个可用控件将 N条转播消息 进行显示， 否则， 创建部分控件， 加上可用控件共得到 N个控件， 利用 拉取的 N条转播消息分别对 N个控件进行初始化，并利用初始化后的 N 个控件将 N条转播消息进行显示。
至此， 即完成了关于本发明方法实施例的介绍。
基于上述方法， 图 2为本发明系统实施例的组成结构示意图。 如图 2所示， 包括服务器 21和客户端 22;
服务器 21 , 用于针对每条原始消息 X, 分别建立一个转播链条， 所 述转播链条以原始消息 X为根节点，原始消息 X每被转播一次，则生成 一条转播消息， 并作为子节点加入到转播链条中；
客户端 22,用于当接收到按照全量消息聚合方式查看原始消息 X对 应的转播消息的指令时， 从服务器 21 中拉取所需的转播消息， 并通过 页面进行显示。
优选的， 所述页面中同时显示有原始消息 X, 其中， 原始消息 X位 于页面顶部， 之后按照转播时间由近到远的顺序依次显示各转播消息。
图 3为图 2所示客户端 22的组成结构示意图。 如图 3所示， 包括： 第一处理单元 31和第二处理单元 32;
第一处理单元 31 ,用于当接收到按照全量消息聚合方式查看任一原 始消息 X对应的转播消息的指令时， 通知第二处理单元 32执行自身功 h · 第二处理单元 32, 用于在接收到第一处理单元 31的通知后， 从服 务器 21 中拉取所需的转播消息， 并通过页面进行显示； 所述页面中同 时显示有原始消息 X, 其中， 原始消息 X位于页面顶部， 之后按照转播 时间由近到远的顺序依次显示各转播消息。
其中，第二处理单元 32中可具体包括：拉取子单元 321和显示子单 元 322;
拉取子单元 321 , 用于在接收到第一处理单元 31的通知后， 从服务 器 21中拉取 N条转播消息， N为正整数， 当每次接收到翻页指令时， 再次拉取 N条转播消息；
显示子单元 322, 用于将每次拉取的 N条转播消息通过页面进行显 示。
上述拉取子单元 321中可维护一个消息池， 用于不重复地存储客户 端 22从服务器 21 中拉取的所有消息， 每条消息均由消息 ID和消息体 两部分组成；
当需要从服务器 21中拉取 N条转播消息时， 首先从服务器 21中拉 取 N条转播消息的消息 ID; 然后针对拉取的每条转播消息的消息 ID, 分别确定其是否存在于消息池中， 如果是， 则从消息池中获取其对应的 消息体， 否则， 从服务器 21 中拉取其对应的消息体， 组成 N条转播消 息；
当消息池中的消息数达到预定上限时，按预定方式淘汰一部分消息， 包括： 针对任一消息， 如果当消息池中的消息达到预定上限时， 没有页 面显示该消息， 则将其淘汰。
针对每次拉取的 N条转播消息，显示子单元 322需要首先创建 N个 控件， 然后利用这 N条转播消息对 N个控件进行初始化，并利用初始化 后的 N个控件将 N条转播消息进行显示；
或者， 显示子单元 322维护一个容器池， 当接收到针对任一页面的 回退指令时， 将该页面进行析构， 并将其对应的控件加入到容器池中； 针对每次拉取的 N条转播消息， 确定容器池中是否存在可用控件， 如果 否， 则创建 N个控件， 利用拉取的 N条转播消息对这 N个控件进行初 始化， 并利用初始化后的 N个控件将 N条转播消息进行显示； 否则， 进 一步确定可用控件数是否大于或等于 N, 如果是， 则利用拉取的 N条转 播消息对 N个可用控件进行初始化，并利用初始化后的 N个可用控件将 N条转播消息进行显示， 否则， 创建部分控件， 加上可用控件共得到 N 个控件，利用拉取的 N条转播消息对这 N个控件进行初始化，并利用初 始化后的 N个控件将 N条转播消息进行显示。
图 2和 3所示实施例的具体工作流程请参照图 1所示方法实施例中 的相应说明， 不再赘述。
以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内， 所做的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种转播消息呈现方法， 其特征在于， 包括：
针对每条原始消息 X, 在服务器中分别建立一个转播链条， 所述转 播链条以所述原始消息 X为根节点，所述原始消息 X每被转播一次，则 生成一条转播消息， 并作为子节点加入到所述转播链条中；
当用户所在客户端接收到按照全量消息聚合方式查看所述原始消息 X对应的转播消息的指令时， 从服务器中拉取所需的转播消息， 并通过 页面进行显示。
2、 根据权利要求 1所述的方法， 其特征在于， 该方法进一步包括： 所述页面中同时显示有所述原始消息 X, 其中， 所述原始消息 X位 于所述页面顶部， 之后按照转播时间由近到远的顺序依次显示各转播消 息。
3、根据权利要求 2所述的方法， 其特征在于， 所述从服务器中拉取 所需的转播消息， 并通过页面进行显示包括：
X、 从服务器中拉取 N条转播消息， 通过页面进行显示， 所述 N为 正整数， 当每次接收到翻页指令时， 重复步骤 X。
4、 根据权利要求 3所述的方法， 其特征在于， 该方法进一步包括： 连续拉取 M次后，提示跳转到指定网页， 通过所述指定网页将未拉 取的转播消息进行显示， 所述 M为正整数。
5、 根据权利要求 4所述的方法， 其特征在于， 所述 N为 15, 所述 M为 8。
6、 根据权利要求 3、 4或 5所述的方法， 其特征在于， 在所述客户 端中维护一个消息池， 用于不重复地存储客户端从服务器拉取的所有消 息， 每条消息均由消息 ID和消息体两部分组成； 所述从服务器中拉取 N条转播消息包括：
从服务器中拉取 N条转播消息的消息 ID;
针对拉取的每条转播消息的消息 ID,分别确定其是否存在于所述消 息池中， 如果是， 则从所述消息池中获取其对应的消息体， 否则， 从服 务器中拉取其对应的消息体， 组成 N条转播消息。
7、 根据权利要求 6所述的方法， 其特征在于， 该方法进一步包括： 当所述消息池中的消息数达到预定上限时， 按预定方式淘汰一部分 消息。
8、 根据权利要求 7 所述的方法， 其特征在于， 所述按预定方式淘 汰一部分消息包括：
针对任一消息， 如果当所述消息池中的消息达到预定上限时， 没有 页面显示该消息， 则将其淘汰。
9、 根据权利要求 3、 4或 5所述的方法， 其特征在于， 所述从服务 器中拉取 N条转播消息， 通过页面进行显示包括：
创建 N个控件， 利用拉取的 N条转播消息对 N个控件进行初始化， 并利用初始化后的 N个控件将 N条转播消息进行显示。
10、 根据权利要求 3、 4或 5所述的方法， 其特征在于， 在所述客 户端中维护一个容器池， 当接收到针对任一页面的回退指令时， 将该页 面进行析构， 并将其对应的控件加入到所述容器池中；
所述从服务器中拉取 N条转播消息， 通过页面进行显示包括： 确定所述容器池中是否存在可用控件， 如果否， 则创建 N个控件， 利用拉取的 N条转播消息对 N个控件进行初始化，并利用初始化后的 N 个控件将 N条转播消息进行显示； 否则， 进一步确定可用控件数是否大 于或等于 N,如果是，则利用拉取的 N条转播消息对 N个可用控件进行 初始化，并利用初始化后的 N个可用控件将 N条转播消息进行显示，否 则， 创建部分控件， 加上可用控件共得到 N个控件， 利用拉取的 N条转 播消息对 N个控件进行初始化， 并利用初始化后的 N个控件将 N条转 播消息进行显示。
11、 一种转播消息呈现系统， 其特征在于， 包括： 服务器和客户端； 所述服务器， 用于针对每条原始消息 X, 分别建立一个转播链条， 所述转播链条以所述原始消息 X为根节点，所述原始消息 X每被转播一 次， 则生成一条转播消息， 并作为子节点加入到所述转播链条中；
所述客户端， 用于当接收到按照全量消息聚合方式查看所述原始消 息 X对应的转播消息的指令时， 从服务器中拉取所需的转播消息， 并通 过页面进行显示。
12、根据权利要求 11所述的系统， 其特征在于， 所述客户端进一步 用于，
在所述页面中同时显示所述原始消息 X, 其中， 所述原始消息 X位 于所述页面顶部， 之后按照转播时间由近到远的顺序依次显示各转播消 息。
13、 根据权利要求 12所述的系统， 其特征在于， 所述客户端包括： 第一处理单元和第二处理单元；
所述第一处理单元， 用于当接收到按照全量消息聚合方式查看任一 原始消息 X对应的转播消息的指令时，通知所述第二处理单元执行自身 功能；
所述第二处理单元， 用于在接收到所述第一处理单元的通知后， 从 服务器中拉取所需的转播消息， 并通过页面进行显示； 所述页面中同时 显示有所述原始消息 X, 其中， 所述原始消息 X位于所述页面顶部， 之 后按照转播时间由近到远的顺序依次显示各转播消息。
14、根据权利要求 13所述的系统， 其特征在于， 所述第二处理单元 中包括： 拉取子单元和显示子单元；
所述拉取子单元， 用于在接收到所述第一处理单元的通知后， 从服 务器中拉取 N条转播消息，所述 N为正整数，当每次接收到翻页指令时， 再次拉取 N条转播消息；
所述显示子单元，用于将每次拉取的 N条转播消息通过页面进行显 示。
15、 根据权利要求 14所述的系统， 其特征在于， 所述拉取子单元 维护一个消息池， 用于不重复地存储客户端从服务器拉取的所有消息， 每条消息均由消息 ID和消息体两部分组成；
当需要从服务器中拉取 N条转播消息时，首先从服务器中拉取 N条 转播消息的消息 ID; 然后针对拉取的每条转播消息的消息 ID, 分别确 定其是否存在于所述消息池中， 如果是， 则从所述消息池中获取其对应 的消息体，否则，从服务器中拉取其对应的消息体，组成 N条转播消息。
16、 根据权利要求 15 所述的系统， 其特征在于， 所述拉取子单元 进一步用于， 当所述消息池中的消息数达到预定上限时， 按预定方式淘 汰一部分消息， 包括： 针对任一消息， 如果当所述消息池中的消息达到 预定上限时， 没有页面显示该消息， 则将其淘汰。
17、根据权利要求 14所述的系统， 其特征在于， 针对每次拉取的 N 条转播消息， 所述显示子单元创建 N个控件， 利用 N条转播消息对 N 个控件进行初始化，并利用初始化后的 N个控件将 N条转播消息进行显 示；
或者， 所述显示子单元维护一个容器池， 当接收到针对任一页面的 回退指令时， 将该页面进行析构， 并将其对应的控件加入到所述容器池 中； 针对每次拉取的 N条转播消息， 分别确定所述容器池中是否存在可 用控件， 如果否， 则创建 N个控件， 利用拉取的 N条转播消息对 N个 控件进行初始化，并利用初始化后的 N个控件将 N条转播消息进行显示； 否则， 进一步确定可用控件数是否大于或等于 N, 如果是， 则利用拉取 的 N条转播消息对 N个可用控件进行初始化， 并利用初始化后的 N个 可用控件将 N条转播消息进行显示， 否则， 创建部分控件， 加上可用控 件共得到 N个控件， 利用拉取的 N条转播消息对 N个控件进行初始化， 并利用初始化后的 N个控件将 N条转播消息进行显示。
PCT/CN2011/077061 2010-08-24 2011-07-12 一种转播消息呈现方法和系统 WO2012024987A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP11819362.2A EP2549391B1 (en) 2010-08-24 2011-07-12 Method and system for presenting forwarded message
US13/639,176 US8856253B2 (en) 2010-08-24 2011-07-12 Method and system for presenting reposted message
BR112012026553A BR112012026553B8 (pt) 2010-08-24 2011-07-12 método para apresentar mensagem repostada, sistema para apresentar mensagem repostada e produto de programa de computador.
JP2013502996A JP5538619B2 (ja) 2010-08-24 2011-07-12 転送メッセージを提示するための方法およびシステム
AU2011295570A AU2011295570B2 (en) 2010-08-24 2011-07-12 Method and system for presenting forwarded message

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010102669252A CN102375866B (zh) 2010-08-24 2010-08-24 一种转播消息呈现方法和系统
CN201010266925.2 2010-08-24

Publications (1)

Publication Number Publication Date
WO2012024987A1 true WO2012024987A1 (zh) 2012-03-01

Family

ID=45722873

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/077061 WO2012024987A1 (zh) 2010-08-24 2011-07-12 一种转播消息呈现方法和系统

Country Status (7)

Country Link
US (1) US8856253B2 (zh)
EP (1) EP2549391B1 (zh)
JP (1) JP5538619B2 (zh)
CN (1) CN102375866B (zh)
AU (1) AU2011295570B2 (zh)
BR (1) BR112012026553B8 (zh)
WO (1) WO2012024987A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103379019B (zh) * 2012-04-20 2017-10-24 腾讯科技（深圳）有限公司 微博中的消息推送方法及装置、系统
CN103312822B (zh) * 2013-07-05 2016-06-22 中邮科通信技术股份有限公司 一种基于推送的sns协议优化方法
CN104424288B (zh) * 2013-08-30 2018-04-27 腾讯科技（深圳）有限公司 一种网页的3d显示方法及装置
CN104639350B (zh) * 2013-11-11 2019-09-13 南京中兴新软件有限责任公司 综合网管中性能对象聚合路径界面显示方法及装置
CN104699682B (zh) * 2013-12-04 2020-06-26 腾讯科技（北京）有限公司 信息处理方法和装置
CN105227425B (zh) * 2014-05-26 2019-11-15 腾讯科技（北京）有限公司 聚合消息的方法、设备和网络社交系统
CN107222381B (zh) * 2016-03-21 2020-03-06 北大方正集团有限公司 微博数据的传播路径确定方法和装置
CN107870951B (zh) * 2016-09-28 2021-12-28 珠海金山办公软件有限公司 一种文档页面的跳转方法及装置
CN106714001A (zh) * 2016-11-30 2017-05-24 北京奇虎科技有限公司 直播页面中聊天信息的处理方法及装置
US11218435B1 (en) 2018-07-31 2022-01-04 Snap Inc. System and method of managing electronic media content items
US10785183B2 (en) * 2019-02-22 2020-09-22 Twitter, Inc. Composing social media messages referencing multiple messages
CN113179416B (zh) * 2021-04-26 2022-09-23 腾讯科技（深圳）有限公司 直播内容转播方法及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6823368B1 (en) * 2000-09-28 2004-11-23 International Business Machines Corporation Method and system for E-mail sender chain history by adding a sender-chain filed to the E-mail header when forwarding a chain forwarded E-mail message to another recipient
CN1705944A (zh) * 2002-11-16 2005-12-07 国际商业机器公司 使用对等网络执行自适应搜索的系统和方法
US20070255823A1 (en) * 2006-05-01 2007-11-01 International Business Machines Corporation Method for low-overhead message tracking in a distributed messaging system

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6185598B1 (en) * 1998-02-10 2001-02-06 Digital Island, Inc. Optimized network resource location
EP1175766B1 (en) * 1999-04-26 2011-05-25 Nokia Corporation Radio terminal for browsing the internet
JP4119063B2 (ja) * 1999-11-05 2008-07-16 株式会社東芝 メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法
EP1247167A4 (en) * 1999-12-07 2006-08-02 Actioneer Inc METHOD AND APPARATUS FOR RECEIVING INFORMATION IN RESPONSE TO A QUERY ISSUED BY A CLIENT IN AN EMAIL
US8527345B2 (en) * 2000-01-06 2013-09-03 Anthony Richard Rothschild System and method for adding an advertisement to a personal communication
CA2424713C (en) * 2000-08-21 2007-12-04 Thoughtslinger Corporation Simultaneous multi-user document editing system
JP2003022203A (ja) * 2001-04-27 2003-01-24 Matsushita Electric Ind Co Ltd コンテンツ解析装置、コンテンツ解析方法、プログラム及びその記録媒体
US7359936B2 (en) 2001-11-27 2008-04-15 International Business Machines Corporation Method and apparatus for electronic mail interaction with grouped message types
US20030157928A1 (en) * 2002-02-21 2003-08-21 Phillips Marc S. Systems, methods, and apparatus for efficient transfer of information over wireless data links
US20040098229A1 (en) * 2002-06-28 2004-05-20 Brett Error Efficient click-stream data collection
JP2004102470A (ja) * 2002-09-06 2004-04-02 Global Vision:Kk 掲示板情報表示方法、掲示板情報表示システム
US7529835B1 (en) * 2003-12-22 2009-05-05 The Weather Channel, Inc. Website changes to scalability, capacity, server impact, bandwidth and end-user presentation based on a triggered event
KR100617826B1 (ko) * 2004-05-11 2006-08-28 삼성전자주식회사 음성메시지를 문자메시지로 변환하는 이동단말기 및 방법
US7251782B1 (en) * 2004-06-22 2007-07-31 Sun Microsystems, Inc. Method and apparatus for validating user input fields in a graphical display
US7970823B2 (en) * 2004-09-02 2011-06-28 Broadway Technology, Llc System for sharing data objects among applications
US8156176B2 (en) * 2005-04-20 2012-04-10 Say Media, Inc. Browser based multi-clip video editing
WO2007101230A2 (en) * 2006-02-28 2007-09-07 Momjunction, Inc. Method for sharing document between groups over a distributed network
US20080005103A1 (en) * 2006-06-08 2008-01-03 Invequity, Llc Intellectual property search, marketing and licensing connection system and method
US20100259560A1 (en) * 2006-07-31 2010-10-14 Gabriel Jakobson Enhancing privacy by affecting the screen of a computing device
US20080104128A1 (en) * 2006-10-24 2008-05-01 Drayer Jay A system and method for secure, anonymous, and pertinent reposting of private blog posting, etc.
US8239491B1 (en) * 2006-10-30 2012-08-07 Google Inc. Content request optimization
JP2008134866A (ja) * 2006-11-29 2008-06-12 Sony Corp コンテンツ閲覧方法、コンテンツ閲覧装置およびコンテンツ閲覧プログラム
US20080195470A1 (en) * 2007-02-08 2008-08-14 Village Voice Media Holdings, Llc Automatic reposting of chronologically listed online advertisements
WO2008112805A1 (en) * 2007-03-12 2008-09-18 Crackle, Inc. System and method for making a content item, resident or accessible on one resource, available through another
GB0709527D0 (en) * 2007-05-18 2007-06-27 Surfcontrol Plc Electronic messaging system, message processing apparatus and message processing method
KR101114676B1 (ko) * 2007-08-14 2012-03-05 노키아 코포레이션 재송신에 대한 리소스 스케줄링 방법과 장치 및 프로그램 저장 장치
US20090210391A1 (en) * 2008-02-14 2009-08-20 Hall Stephen G Method and system for automated search for, and retrieval and distribution of, information
US7925595B2 (en) * 2008-05-13 2011-04-12 Neopost Technologies Method for postage payment
JP5258397B2 (ja) * 2008-06-05 2013-08-07 三洋電機株式会社 業務用映像表示装置
JP5088259B2 (ja) * 2008-07-28 2012-12-05 富士通株式会社 コンテンツ先読み方法及び携帯端末及びｓｎｓサーバ
JP2010086331A (ja) * 2008-09-30 2010-04-15 Terumo Corp サービス提供装置およびサービス提供システム
WO2010105246A2 (en) * 2009-03-12 2010-09-16 Exbiblio B.V. Accessing resources based on capturing information from a rendered document
US8230350B2 (en) * 2009-07-03 2012-07-24 Tweetdeck, Inc. System and method for managing and displaying data messages
US20110320284A1 (en) * 2010-06-25 2011-12-29 Microsoft Corporation Market for Social Promotion of Digital Goods
US8554756B2 (en) * 2010-06-25 2013-10-08 Microsoft Corporation Integrating social network data with search results
US20120042020A1 (en) * 2010-08-16 2012-02-16 Yahoo! Inc. Micro-blog message filtering
US20120110032A1 (en) * 2010-10-29 2012-05-03 Fractor, LLC Methods and systems for concatenating and transferring web accessible content and metadata between networked computers or mobile devices
US9292602B2 (en) * 2010-12-14 2016-03-22 Microsoft Technology Licensing, Llc Interactive search results page
US20120226521A1 (en) * 2011-03-03 2012-09-06 Andrew Garrod Bosworth Utilize Experts and Influencers in a Social Network
US9613339B2 (en) * 2011-06-30 2017-04-04 International Business Machines Corporation Information exchange in the social network environment
US8756278B2 (en) * 2011-07-10 2014-06-17 Facebook, Inc. Audience management in a social networking system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6823368B1 (en) * 2000-09-28 2004-11-23 International Business Machines Corporation Method and system for E-mail sender chain history by adding a sender-chain filed to the E-mail header when forwarding a chain forwarded E-mail message to another recipient
CN1705944A (zh) * 2002-11-16 2005-12-07 国际商业机器公司 使用对等网络执行自适应搜索的系统和方法
US20070255823A1 (en) * 2006-05-01 2007-11-01 International Business Machines Corporation Method for low-overhead message tracking in a distributed messaging system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2549391A4 *

Also Published As

Publication number Publication date
EP2549391A1 (en) 2013-01-23
JP2013528844A (ja) 2013-07-11
EP2549391B1 (en) 2016-01-20
EP2549391A4 (en) 2013-04-03
US20130060877A1 (en) 2013-03-07
AU2011295570A1 (en) 2012-09-20
BR112012026553B8 (pt) 2021-03-09
BR112012026553A8 (pt) 2017-10-17
CN102375866A (zh) 2012-03-14
JP5538619B2 (ja) 2014-07-02
BR112012026553A2 (pt) 2016-07-12
CN102375866B (zh) 2013-04-03
US8856253B2 (en) 2014-10-07
BR112012026553B1 (pt) 2020-11-03
AU2011295570B2 (en) 2014-07-31

Similar Documents

Publication Publication Date Title
WO2012024987A1 (zh) 一种转播消息呈现方法和系统
TWI360330B (zh)
JP2008547113A5 (zh)
ES2749214T3 (es) Procedimiento y dispositivo para controlar dispositivos periféricos mediante una plataforma de redes sociales
US9019897B2 (en) Wireless multimedia brokerage service for real time content provisioning
WO2018121619A1 (zh) 业务多媒体数据处理方法以及装置、服务器及存储介质
Brault et al. Treatment as prevention: concepts and challenges for reducing HIV incidence
WO2010027577A1 (en) Content sharing and instant messaging
WO2011022206A2 (en) Social network virtual private network
CN103457843A (zh) 通信方法和系统、中继网关装置、应用服务器和客户端
US9432810B2 (en) Opt-in and time limited bi-directional real-time location sharing
El-Sadr et al. Antiretroviral therapy: a promising HIV prevention strategy?
JP2012504282A5 (zh)
WO2014000633A1 (zh) 提供离线消息的服务装置、方法及存储介质
WO2018082473A1 (zh) 离线消息的处理方法及装置
WO2011026281A1 (zh) 短消息重发的方法及短消息中心
JP2013254311A (ja) コンテンツ配信のための情報処理方法及び装置
WO2019129081A1 (zh) 一种基于蓝牙网格协议的导航方法及系统
JP5476975B2 (ja) ネットワーク間データ配信システム、情報通信端末、コンテンツ配信サーバ
TW201805872A (zh) 服務展示方法和終端
TWI255408B (en) System and method for client linking with server automatically
JP2004201322A5 (zh)
WO2023151338A1 (zh) 游戏画面的显示方法、存储介质和电子设备
CN105025066B (zh) 富文本动态消息发布方法、客户端、服务器和系统
WO2010022619A1 (zh) 用户选择方法和系统

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: 11819362

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011295570

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2011819362

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2011295570

Country of ref document: AU

Date of ref document: 20110712

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13639176

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2013502996

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112012026553

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112012026553

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20121016