CN104077291B - 用户生成内容访问次数的发布方法、客户端及系统 - Google Patents

用户生成内容访问次数的发布方法、客户端及系统 Download PDF

Info

Publication number
CN104077291B
CN104077291B CN201310101227.0A CN201310101227A CN104077291B CN 104077291 B CN104077291 B CN 104077291B CN 201310101227 A CN201310101227 A CN 201310101227A CN 104077291 B CN104077291 B CN 104077291B
Authority
CN
China
Prior art keywords
ugc
access times
module
information
access
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201310101227.0A
Other languages
English (en)
Other versions
CN104077291A (zh
Inventor
陶海洋
萧丽娴
江兴才
田明
范云霓
黄利华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201310101227.0A priority Critical patent/CN104077291B/zh
Priority to PCT/CN2013/087888 priority patent/WO2014153971A1/en
Publication of CN104077291A publication Critical patent/CN104077291A/zh
Priority to US14/626,862 priority patent/US20150169678A1/en
Application granted granted Critical
Publication of CN104077291B publication Critical patent/CN104077291B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • 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
    • 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/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种用户生成内容（UGC）访问次数的发布方法和客户端，以及检测发布方法和后台系统以及检测发布系统，包括：在加载展示UGC时，向后台系统发送UGC访问次数查询请求，其中包括该UGC的标识；接收后台系统返回的UGC访问次数的查询结果，在所展示的UGC的关联位置展示该UGC的访问次数。后台系统确定UGC的访问次数信息，并累加UGC的访问次数，将UGC访问次数返回给查询请求方。利用本发明，可以将UGC访问次数发布给用户，提高UGC传播广度的真实性和准确性，同时在大型的UGC系统中，既可以检测发布UGC访问次数，又能节省运行和维护成本。

Description

用户生成内容访问次数的发布方法、客户端及系统
技术领域
本申请涉及计算机和互联网数据处理技术领域，尤其涉及一种用户生成内容(UGC，User Generated Content)访问次数的发布方法、客户端以及检测发布方法和相关系统。
背景技术
目前，随着互联网技术的发展，网络逐渐成为人们获取信息的重要来源，特别是在互联网进入Web2.0时代后，用户既是网站内容的浏览者，也是网站内容的制造者。用户参与创造的内容被称为UGC，如用户发布的日志、照片等。在Web2.0时代，由于UGC的大量涌现，网络信息量呈几何级快速增长，形成一个多、广、专的局面，对人类知识的积累和传播起到了一个非常大的作用。
可以发布UGC的网站系统通常被称为UGC网站系统。例如目前常用的UGC网站系统包括：微博客(MicroBlog)系统、社交网络服务系统(SNS，Social Network Service))、社区论坛系统、知识分享系统等等。其中某些UGC网站系统的功能也是相互融合的，具有多种属性。
例如，微博客(MicroBlog)，简称微博，是一个基于用户关系的信息分享、传播以及获取的UGC网站系统，也属于一种SNS系统，每一条微博就相当于一条UGC。用户可以通过有线通信网络或无线通信网络、以及各种客户端访问微博，发布文字和/或其它多媒体信息，例如包括但不限于链接、图片、音频、影像以及一些特殊应用(如投票应用)，并实现这些信息的即时分享。
在现有的UGC系统中，衡量UGC热度以及传播广度的重要技术参数指标主要包括该UGC的转发数、评论数、赞扬数等等。但是一条UGC真正覆盖的用户并不仅仅是这些进行转发、评论、赞扬的用户，而是所有访问了该UGC的用户。现有技术中却没有用于体现每条UGC的访问情况的技术参数指标，这种技术参数指标的检测发布技术也是一片空白。因此，现有的这些UGC的转发数、评论数、赞扬数等等参数指标无法准确地体现UGC的真实的传播广度，即UGC传播广度的真实性和准确性较低。
另外，由于大型UGC系统巨量的UGC信息量和巨量的UGC访问量，如微博系统中目前有几百亿条微博的信息量，每天全体微博的访问量也有几百亿次，对UGC访问情况的检测发布技术会面临海量存储和海量读写的挑战，即在大型的UGC系统中，如何保证UGC访问参数的准确性，以及如何保障对UGC访问情况的高效的读写效率，是本技术领域必然面临的一个技术难题。
发明内容
有鉴于此，本发明的主要目的是提供一种UGC访问次数的发布方法和发布客户端，从而将UGC访问次数发布给用户，提高UGC传播广度的真实性和准确性。
本发明的另一目的是提供一种UGC访问次数的检测发布方法和后台系统，可以在大型的UGC系统中，既可以检测发布UGC访问次数，又能节省运行和维护成本。
本发明的再一目的是提供一种UGC访问次数的检测发布系统，通过发布客户端将UGC访问次数发布给用户，提高UGC传播广度的真实性和准确性；而且保证在大型的UGC系统中，既可以检测发布UGC访问次数，又能节省运行和维护成本。
本发明的技术方案是这样实现的：
一种用户生成内容UGC访问次数的发布方法，包括：
在加载展示UGC时，向UGC访问次数的检测发布后台系统的接口机模块发送UGC访问次数查询请求，其中包括该UGC的标识；
从UGC访问次数的检测发布后台系统的接口机模块接收UGC访问次数的查询结果，在所展示的UGC的关联位置展示该UGC的访问次数；
所述检测发布后台系统是划分为接入层模块、底层存储模块和接口机模块的检测发布后台系统；
其中，所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
一种UGC访问次数的检测发布方法，包括：
确定UGC的访问次数信息；
根据UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数；
接收UGC访问次数的查询请求，其中包括待查询的UGC标识；根据该UGC标识读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方；
所述确定UGC的访问次数信息由接入层模块执行；
所述根据UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数由底层存储模块执行；
所述接收UGC访问次数的查询请求，根据该UGC标识读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方，由接口机模块执行；
其中，所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
一种UGC访问次数的发布客户端，包括：
访问次数请求模块，用于在加载展示UGC时，向UGC访问次数的检测发布后台系统的接口机模块，发送UGC访问次数查询请求，其中包括该UGC的标识；
访问次数展示模块，用于从UGC访问次数的检测发布后台系统的接口机模块，接收UGC访问次数的查询结果，在所展示的UGC的关联位置展示该UGC的访问次数；
所述检测发布后台系统是划分为接入层模块、底层存储模块和接口机模块的检测发布后台系统；
其中，所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
一种UGC访问次数的检测发布后台系统，包括：
接入层模块，用于确定UGC的访问次数信息，将所确定的UGC访问次数信息发送给底层存储模块；
底层存储模块，用于根据接收到的UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数；
接口机模块，用于接收UGC访问次数的查询请求，其中包括待查询的UGC标识；根据该UGC标识从底层存储模块读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方；
其中，所述接入层模块具体用于：从UGC系统的后台读消息模块获取UGC的拉取动作信息，将UGC的拉取动作信息转化为UGC的访问次数信息；缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块进一步用于：在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
一种UGC访问次数的检测发布系统，包括终端和后台系统，所述终端为包括上述发布客户端的终端，所述后台系统为上述UGC访问次数的检测发布后台系统。
与现有技术相比，本发明的技术方案在在加载展示UGC时，向后台系统发送UGC访问次数查询请求，在接收到后台系统返回的UGC访问次数的查询结果后，在所展示的UGC的关联位置展示该UGC的访问次数，因此可以使用户直观了解到UGC的访问次数，该UGC的访问次数可以覆盖所有访问了该UGC的用户，直接体现了每条UGC的访问情况，相比于现有技术的UGC的转发数、评论数、赞扬数等等参数指标，该UGC的访问次数可以准确地体现UGC的真实的传播广度，提高了UGC传播广度的真实性和准确性。
同时，为了适应大型UGC系统巨量的UGC信息量和巨量的UGC访问量，如微博系统中目前有几百亿条微博的信息量，每天全体微博的访问量也有几百亿次，本发明采用了分层设计方案，包括接入层模块、底层存储模块和接口机模块，使得UGC访问次数的检测统计、存储、读取发布功能分开，因此还可以简化了运行和维护操作，节省运行和维护成本。
附图说明
图1为本发明所述UGC访问次数的发布方法的一种流程图；
图2为本发明在所展示的UGC的关联位置展示该UGC的访问次数的一种界面示意图；
图3为UGC的后台系统对UGC访问次数的检测发布方法的一种流程图；
图4为本发明所述UGC访问次数的发布客户端的一种实施例的组成示意图；
图5为本发明所述UGC访问次数的发布客户端的又一种实施例的组成示意图；
图6为本发明所述UGC访问次数的发布客户端的又一种实施例的组成示意图；
图7为本发明所述UGC访问次数的检测发布后台系统的一种实施例组成示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明所述的UGC优选可以是微博，也可以是其它的用户参与创造的信息内容。所述的UGC系统优选可以是微博系统，也可以是其它UGC系统，例如社交网络服务系统(SNS，Social Network Service))、社区论坛系统、知识分享系统等等。
图1为本发明所述UGC访问次数的发布方法的一种流程图。参见图1，该方法主要在UGC的客户端侧执行，所述客户端包括但不限于网页版客户端、终端版客户端等等所有形式的客户端。该方法主要包括：
步骤101、在加载展示UGC时，发送UGC访问次数查询请求，其中包括该UGC的标识；
步骤102、接收UGC访问次数的查询结果，在所展示的UGC的关联位置展示该UGC的访问次数。
所述在所展示的UGC的关联位置就是可以区别本UGC和其它UGC的位置，使得用户可以直观判断出该关联位置属于本UGC。一般的关联位置是在所展示的UGC的旁边，下部等等。如图2所示为本发明在所展示的UGC的关联位置展示该UGC的访问次数的一种界面示意图，参见图2，在所述UGC201的下部的关联位置202处展示了该UGC的访问次数，此处所标识的文字为“访问次数”，当然也可以用“阅读”、“已读”等其它相等或相似意义的文字代替该“访问次数”文字。在一种实施例中，访问次数为阅读数或包含阅读数。
在一种优选实施例中，该方法进一步包括：在刷新UGC时(即用户触发了刷新UGC的指令)，发送UGC访问次数查询请求(例如向后台系统发送)，其中包括该UGC的标识；接收UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。例如更新图2中所述“访问次数”后括号中的数字。
在又一种优选实施例中，该方法进一步包括：在刷新UGC后的指定延迟(例如指定延迟为2～5秒)之后，重新发送UGC访问次数查询请求，其中包括该UGC的标识；接收UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。
在进一步的优选实施例中，本发明还可以包括：发送UGC访问者的查询请求，其中包括该UGC的标识；接收UGC访问者的查询结果，在所展示的UGC访问次数的关联位置展示该UGC访问者的信息。
其中，所述在所展示的UGC访问次数的关联位置展示该UGC访问者的信息，具体包括：在加载展示UGC时，先展示所述UGC访问次数，在收到对该UGC访问次数的展示位置的触发指令后，在该UGC访问次数的关联位置展示该UGC访问者的信息。所述对该UGC访问次数的展示位置的触发指令，例如可以是当用户点击该UGC访问次数的展示位置时，或者当用户鼠标光标放置在该UGC访问次数的展示位置时，即相当于收到了所述的触发指令。所述展示的该UGC访问者的信息例如可以是所有访问过该UGC的访问者的列表信息，其中可以包括访问者的ID、访问时间等信息。
对于庞大的UGC系统而言，例如微博系统，由于微博消息存在每天几百亿级别的海量读、以及上亿级别的海量写特点，对微博消息访问次数的检测自然遇到海量写且海量读的难题，海量写来自对微博消息访问次数的检测，海量读来自于对微博消息访问次数的读取。同时，微博系统还面临每天保持上亿增量的数据存储压力。为了在能够准确检测UGC访问次数的同时解决这些难题，本发明在UGC的后台系统主要采用如图3的方法。
图3为UGC的后台系统对UGC访问次数的检测发布方法的一种流程图。参见图3，该检测发布方法在后台系统设置接入层模块、底层存储模块和接口机模块，并包括：
步骤301、确定UGC的访问次数信息。
步骤302、根据UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数。
为了提高读写效率，在一种优选实施例中，可以利用本地内存存储累加后的UGC访问次数。
步骤303、接收UGC访问次数的查询请求，其中包括待查询的UGC标识；根据该UGC标识读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方。
具体的，所述确定UGC的访问次数信息由接入层模块执行；
所述根据UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数由底层存储模块执行；
所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到底层存储模块；
所述接收UGC访问次数的查询请求，根据该UGC标识读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方，由接口机模块执行。
上述步骤301中，所述接入层模块根据UGC系统的对UGC的拉取动作信息确定UGC的访问次数信息，具体包括：接入层模块从UGC系统的后台读消息模块获取UGC的拉取动作信息，将UGC的拉取动作信息转化为UGC的访问次数信息。此处，更为具体的方法是将所述接入层模块连接UGC系统的中转系统，所述中转系统连接UGC系统的后台读消息模块，其作用是将生产者的输出信息全部输送到消费者，此处的生产者为后台读消息模块，消费者为本发明所述的接入层模块。所述中转系统中具有用于获取UGC拉取动作信息的接口，接入层模块通过该中转系统的该接口从所述后台读消息模块获取每条UGC的拉取动作信息。所述拉取动作是由对UGC的访问操作触发的，例如浏览操作等等，因此本发明可以通过UGC的拉取动作来确定UGC的访问次数，即可以检测到UGC的访问次数。每一次对UGC的拉取动作都会触发一条UGC的拉取动作信息(也可以称之为消息)，一条UGC拉取动作信息中一般都包括该UGC的发表者、发表时间、该拉取动作的触发者等必要的相关信息。
本发明中，UGC访问次数的检测原理是当UGC在客户端曝光一次就计数一次，而UGC在客户端的一次曝光反映到后台就是该UGC被拉取了一次。因此，本发明就是一种基于UGC拉取的动作来检测UGC访问次数的方法。通常，一次UGC的拉取动作就转化为一次UGC的访问。在特殊情况下，对于某些特殊帐号(如明星帐号)触发的UGC拉取动作，可以进行放大加权处理，例如加权值为m，则一次UGC的拉取动作就转化为m次UGC的访问。
上述步骤301中，所述接入层模块将所确定的UGC访问次数信息发送给底层存储模块，具体包括：接入层模块先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到底层存储模块。
此处，由于在庞大的UGC系统例如微博系统中，微博消息一天的拉取动作量有几百亿之多，这些拉取动作信息都会转化为对相应微博的访问次数信息，作为微博的访问次数的统计来源，如果统一接入层模块直接将这些访问次数信息写到底层存储模块，会大大增加底层存储模块的负荷。另外，所述拉取动作量中还存在大量无用的网络通信导致的拉取动作，例如由于微博消息的拉取动作有局部性，一段时间内的一些微博消息会被多次拉取，如果每拉取一次微博，相应的访问次数信息都要写入一次底层存储模块，则更加增大底层存储模块的负荷。因此，本发明在接入层模块相当于增加了缓存机制，从而可以减少发送到底层存储模块的数据包量。
本发明所述接入层模块的缓存机制包括两个纬度，即信息量纬度和缓存时间纬度。
所述信息量纬度是指所缓存的信息量累积到指定数量就需要将所缓存的微博访问次数信息合并打包成数据包发送到底层存储模块，这样大大的减少了送向底层的包量。具体可以包括多种方式，例如下面是两种典型的方式：
第一种方式：按照所缓存的微博的访问次数信息对应的微博数量累积计算。例如接入层模块如果收到了10次微博的拉取动作，其中微博1的拉取动作为1次，微博2的拉取动作为5次，微博3的拉取动作为2次，微博4的拉取动作为2次，如果按照一次拉取动作转化为一次访问计算，那么微博1的访问次数为1次，微博2的访问次数为5次，微博3的访问次数为2次，微博4的访问次数为2次，这10次访问对应的微博数量为4个，即微博1、微博2、微博3和微博4。接入层模块需要将这些微博的访问次数信息缓存下来，例如下面列表1是所缓存的访问次数信息的一种缓存方式：
微博ID 该微博的访问次数
微博1 1
微博2 5
微博3 2
微博4 2
表1
在上述第一种方式中，接入层模块会统计所缓存访问次数对应的微博的数量，当访问次数对应的微博的数量累积到指定数量(例如100个，即缓存了100个不同ID的微博)，则就会将所缓存的访问次数信息合并打包成数据包，并发送到底层存储模块。所述合并打包的数据包中至少包括如表1所述的访问次数信息，即至少包括微博ID、该微博ID对应的访问次数。
第二种方式：也可以按照所缓存的微博访问次数的总次数累积计算。例如对上述表1所示的第二列数值进行统计，将所缓存的所有微博的访问次数累加，如果达到指定的次数(如1000次)，则将所缓存的微博访问次数信息合并打包操作并发送到底层存储模块。所述合并打包的数据包中至少包括如表1所述的访问次数信息，即至少包括微博ID、该微博ID对应的访问次数。
所述缓存时间维度，是为了解决由于上述信息量维度的累计造成的访问次数统计不及时的问题，即只允许所述访问次数信息在一定时间内缓存在接入层模块，超过这个缓存时间，会将所缓存的微博访问次数信息合并打包操作并发送到底层存储模块。
通过上述信息量维度和缓存时间维度两个参数的缓存控制，接入层模块既能减少底层存储模块的数据包量又能保障微博访问次数检测的及时性。
在所述步骤302中，具体的，例如底层存储模块收到了包括如表1所述访问次数信息的数据包，则会将各个微博对应的访问次数累加到该微博原有的访问次数之上。例如微博1原有访问次数为100次，则此处累加后为101次；微博2原有访问次数为0，则此处累加后为5次；微博3原有访问次数为40次，则此处累加后为42次，微博4原有访问次数为30次，则此处累计后为32次。同时，为了提高对UGC访问次数的读写速度，以适应庞大微博系统高频率访问微博的特点，本发明在底层存储模块采用全内存存储所述UGC访问次数。
所述接口机模块对外提供UGC访问次数的查询服务，即对所述UGC访问次数的读服务。所述UGC访问次数的查询请求的触发条件可以有多种，可以由UGC系统中的读取逻辑层进行设置，例如每当用户访问该UGC则触发对该UGC访问次数的查询请求，或者也可以设置专门的查询接口，用户可以通过该查询接口随时触发针对某一UGC的访问次数的查询请求。接口机模块接收来自发布客户端的对UGC访问次数的查询请求，该查询请求中包括所要查询的UGC的标识即ID，以及该请求的发起方信息。接口机模块将包含该UGC的ID的查询请求发送到底层存储模块，底层存储模块可以根据该UGC的ID从本地内存中读取出该UGC对应的访问次数，并反馈给接口机模块，然后由接口机模块将该UGC的访问次数发布给该查询请求的发起方所处的发布客户端，由该发布客户端发布所述UGC的访问次数。
由于庞大的UGC系统中的UGC量是巨大的，例如微博系统中的微博的数量目前有几百亿的规模，且每天全体微博的访问量也有几百亿次，本发明为了进一步提高对UGC访问次数的读写效率，在一种优选实施例中进一步对所述UGC的号段进行划分，每个号段至少对应一个底层存储模块用于存储该号段的UGC的访问次数。所述号段是以UGC的ID进行划分，UGC的ID是UGC系统中每条UGC的一个唯一的ID，所述号段就是一个连续的ID范围，是部署或迁移的基本单位。例如每十万个连续ID成为一个部署号段。
在该划分号段的实施例中，步骤301所述的接入层模块将所确定的UGC访问次数信息发送给底层存储模块的具体执行方法包括：按照所述划分的号段，缓存同一号段的UGC的访问次数信息，若同一号段的所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的该号段的UGC的访问次数信息合并打包成数据包，发送到该号段对应的底层存储模块。步骤104中所述接口机模块从所述底层存储模块的内存中读取所述UGC的访问次数，具体包括：根据查询请求所请求UGC的ID确定该UGC的号段，将查询请求路由到该号段对应的底层存储模块中，该底层存储模块根据所述查询请求从本地内存中读取所请求的UGC的访问次数，返回给所述接口机模块。
另外，在通常的UGC系统中，用户每访问一次UGC则需要向用户展示一次该UGC的访问次数，从而供用户衡量该UGC的传播效果。而用户每天对UGC的访问量巨大，例如目前每天已经达到几百亿级的量，因此由此所触发的对UGC访问次数的触发请求也是每天几百亿次。所以在本发明的一种优选实施例中，基于UGC访问计数的读取存在的热点效应，在接口机模块增加了热点缓存机制。所述热点效应就是如果某一篇UGC的访问量巨大就会成为热点对象，那么短时间内广大用户会集中访问该热点对象。
因此本发明在一种实施例中，在接口机模块增加了热点缓存机制。即：所述接口机模块在每次从所述底层存储模块的内存中读取所请求的UGC的访问次数之后，在接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在每收到UGC访问次数的查询请求后，先从本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则再从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。实际测试的效果显示，采用本实施例所述的接口机模块的热点缓存机制，20％以上的UGC访问计数能直接从接口机模块的热点缓存中获取。这样可以减少对底层存储模块的读请求，降低底层存储模块的负荷，同时大大提高了热点UGC访问次数的查询发布效率。
另外，为了保证数据的安全性，针对所述每一个底层存储模块，都设置至少一个对应的拷贝(COPY)，即每个底层存储模块都对应至少一个备份底层存储模块，这些备份底层存储模块可以同时接收所述接入层模块发送的UGC的访问次数信息，并根据UGC的访问次数信息累加UGC的访问次数，利用本备份底层存储模块对应的本地内存存储所述UGC访问次数。在其中的处于工作状态的底层存储模块发生故障时，将读写操作切换到任意一个备份底层存储模块上，从而防止数据的丢失，保障数据的安全。
在更为具体的实施例中，如果对UGC的号段进行了划分，每一号段都有对应的底层存储模块，那么针对每一号段的底层存储模块，都具有至少一个备份底层存储模块。所述接入层模块会按照号段将所述合并打包后的数据包发送给该号段对应的底层存储模块及其备份底层存储模块，所述底层存储模块及其备份底层存储模块会同时接收所述接入层模块发送的该号段的UGC的访问次数信息，并根据UGC的访问次数信息累加UGC的访问次数，利用本备份底层存储模块对应的本地内存存储所述UGC访问次数。在某号段对应的底层存储模块发生故障后，则将读写操作切换到该设备对应的任意一个备份底层存储模块上，从而防止数据的丢失，保障数据的安全。
为了进一步提高数据的安全性，本发明还进一步定期将所述底层存储模块本地内存中存储的UGC访问次数信息存储到本地硬盘存储器中。例如，可以采用常用的dump备份工具程序，可将内存中的UGC访问次数信息备份至本地硬盘存储器中。
另外，在UGC系统中，UGC通常是可以被任何人看到的，包括这条UGC的作者本身，而对一条UGC访问次数的检测统计是不应该把作者自己的访问计算在内的。因此在本发明所述的一种优选实施例中，由于所述UGC拉取动作信息中包括了该拉取动作的触发方信息、发表方信息、以及发表时间等信息，因此可以在接入层模块根据UGC系统的对UGC的拉取动作信息确定UGC的访问次数信息之前，进一步包括：解析每条UGC拉取动作信息的触发方信息，将由UGC作者和指定帐号所触发的UGC拉取动作信息过滤掉。所述指定帐号例如可以是一些内部帐号、部分第三方帐号、以及恶意帐号等，将这些指定帐号的拉取动作过滤掉，可以进一步优化UGC访问次数的真实性。
另外，在UGC系统中，UGC访问次数跟UGC本身一样都能被UGC系统上的任何人看到，而一些官方帐号发表UGC的访问次数有着特殊意义，会涉及到公司的运营秘密数据，所以需要对这些帐号发表的UGC做特殊处理。
因此在本发明的又一种优选实施例中，可以在所述接入层模块进一步根据UGC拉取动作信息解析每条UGC的发表帐号，在根据UGC的拉取动作信息确定UGC的访问次数信息将UGC的拉取动作信息转化为UGC的信息之后，对指定帐号所发表的UGC的访问次数信息打上隐私标志位；所述底层存储模块在存储所述UGC访问次数时，进一步根据具有隐私标志位的UGC访问次数信息，将对应的UGC的访问次数打上隐私标志位。所述接口机模块在收到UGC访问次数的查询请求并从本地缓存或底层存储模块读取到所述UGC的访问次数之后，判断该UGC访问次数是否具有隐私标志位，如果有则拒绝该查询请求，否则将读取到的所述UGC的访问次数发布给该查询请求的发起方。
另外，在上述方法的各个实施例中，所述UGC访问次数信息中还可以进一步包括UGC的访问者信息；所述底层存储模块进一步用本地内存存储UGC的访问者信息；所述接口机模块进一步接收UGC访问者的查询请求，其中包括待查询的UGC标识，根据该UGC标识从底层存储模块的本地内存中读取该UGC的访问者信息，将读取到的UGC访问者信息返回给查询请求方。在上述各实施例中，所述UGC访问者信息的读写方式与UGC访问次数的读写方式一样，也包括接入层模块的缓存机制、接口机模块的热点缓存机制、分号段读写机制等等。
与上述UGC访问次数的发布方法对应，本发明还公开了一种UGC访问次数的发布客户端。图4为本发明所述UGC访问次数的发布客户端的一种实施例的组成示意图。参见图4，该发布客户端400包括：
访问次数请求模块401，用于在UGC客户端加载展示UGC时，向后台系统发送UGC访问次数查询请求，其中包括该UGC的标识；
访问次数展示模块402，用于接收后台系统返回的UGC访问次数的查询结果，在UGC客户端所展示的UGC的关联位置展示该UGC的访问次数。
图5为本发明所述UGC访问次数的发布客户端的又一种实施例的组成示意图。在该实施例中，该发布客户端400进一步包括：
刷新请求模块403，用于在刷新UGC时，向后台系统发送UGC访问次数查询请求，其中包括该UGC的标识；
访问次数更新模块404，用于接收后台系统返回的UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。
进一步的，该发布客户端400还可以在上述基础上进一步包括：
访问次数自动查询模块405，用于在刷新UGC后的指定延迟之后，重新向后台系统发送UGC访问次数查询请求，其中包括该UGC的标识。此后，所述展示更新模块404会接收后台系统返回的UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。当然，在另一实施例中，该访问次数自动查询模块405还可以从图5中省略。
图6为本发明所述UGC访问次数的发布客户端的又一种实施例的组成示意图。在该实施例中，该发布客户端400进一步包括：
访问者查询模块406，用于在加载展示UGC时，向后台系统发送UGC访问者的查询请求，其中包括该UGC的标识；
访问者展示模块407，用于接收后台系统返回的UGC访问者的查询结果，在所展示的UGC访问次数的关联位置展示该UGC访问者的信息。所展示的UGC访问次数的关联位置就是可以区别本UGC访问次数和其它UGC访问次数的位置，使得用户可以直观判断出该关联位置属于本UGC访问次数。一般的关联位置是在所展示的UGC访问次数的旁边，下部等等。
在进一步的实施例中，所述访问者展示模块具体用于：检测对所述UGC访问次数的展示位置的触发指令，若检测到则在该UGC访问次数的关联位置展示该UGC访问者的信息。所述对该UGC访问次数的展示位置的触发指令，例如可以是当用户点击该UGC访问次数的展示位置时，或者当用户鼠标光标放置在该UGC访问次数的展示位置时，即相当于收到了所述的触发指令。所述展示的该UGC访问者的信息例如可以是所有访问过该UGC的访问者的列表信息，其中可以包括访问者的ID、访问时间等信息。
当然上述各种实施例还可以任意组合，组成新的实施例。
与上述后台系统的UGC访问次数的检测发布方法对应，本发明还公开了一种UGC访问次数的检测发布后台系统，用于执行上述方法。图7为本发明所述UGC访问次数的检测发布后台系统的一种实施例组成示意图。参见图7，该UGC访问次数的检测发布后台系统700包括：接入层模块701、底层存储模块702和接口机模块703，其中：
所述接入层模块701用于确定UGC的访问次数信息，将所确定的UGC访问次数信息发送给底层存储模块。
具体的，所述接入层模块701根据UGC系统的对UGC的拉取动作信息确定UGC的访问次数信息，并将所确定的UGC访问次数信息发送给后述的底层存储模块。
更为具体的是，所述接入层模块701具体与UGC系统的中转系统704具有通信连接，用于通过该中转系统705从所述后台消息模块704获取每条UGC的拉取动作信息。
所述底层存储模块702用于根据接收到的UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数。
在一种优选实施例中，所述底层存储模块702用本地内存存储累加后的UGC访问次数。
所述接口机模块703用于接收UGC访问次数的查询请求，其中包括待查询的UGC标识；根据该UGC标识从底层存储模块中读取该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方。
更为具体的是，所述查询请求可以是从UGC系统的发布客户端400发起，所述接口机模块703将读取到的UGC访问次数发布给该发布客户端400，由发布客户端400最终发布给该查询请求的发起方。
在一种优选实施例中，所述接入层模块具体用于：从UGC系统的后台读消息模块获取UGC的拉取动作信息，将UGC的拉取动作信息转化为UGC的访问次数信息；缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到底层存储模块。
由于庞大的UGC系统中的UGC量是巨大的，例如微博系统中的微博的数量目前有几百亿的规模，且每天全体微博的访问量也有几百亿次，本发明为了进一步提高对UGC访问次数的读写效率，在一种优选实施例中，所述底层存储模块702的数量为两个以上，每个底层存储模块702对应存储一个号段的UGC的访问次数。所述接入层模块701具体用于：按照所述划分的号段，缓存同一号段的UGC的访问次数信息，若同一号段的所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的该号段的UGC的访问次数信息合并打包成数据包，发送到该号段对应的底层存储模块702。所述接口机模块703用于：根据查询请求所请求的UGC的号段，将查询请求路由到该号段对应的底层存储模块702中，该底层存储模块702根据所述查询请求从本地内存中读取所请求的UGC的访问次数，返回给所述接口机模块703。
为了应对庞大UGC系统对UGC访问量巨大的特点，在本发明所述一种优选实施例中，所述接口机模块703进一步用于：在每次从所述底层存储模块702的内存中读取所请求的UGC的访问次数之后，在本地将该UGC的访问次数缓存一段时间；在收到UGC访问次数的查询请求后，先从本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块702的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
另外，为了保证数据的安全性，在又一种优选实施例中，针对每个底层存储模块，该系统进一步包括至少一个对应的备份底层存储模块，用于与所述底层存储模块同时接收所述接入层模块发送的数据包，并根据其中的UGC的访问次数信息累加UGC的访问次数，利用本备份底层存储模块对应的本地内存存储所述UGC访问次数。
在更为具体的实施例中，如果对UGC的号段进行了划分，每一号段都有对应的底层存储模块，那么针对每一号段的底层存储模块，都具有至少一个备份底层存储模块。所述接入层模块会按照号段将所述合并打包后的数据包发送给该号段对应的底层存储模块及其备份底层存储模块，所述底层存储模块及其备份底层存储模块会同时接收所述接入层模块发送的该号段的数据包，并根据其中的UGC的访问次数信息累加UGC的访问次数，利用本备份底层存储模块对应的本地内存存储所述UGC访问次数。在某号段对应的底层存储模块发生故障后，则将读写操作切换到该设备对应的任意一个备份底层存储模块上，从而防止数据的丢失，保障数据的安全。
在进一步的优选实施例中，所述底层存储模块还可以进一步用于：定期将所述底层存储模块本地内存中存储的UGC访问次数存储到本地硬盘存储器中。从而进一步保障数据的安全性。
为了进一步优化UGC访问次数的真实性，在一种优选实施例中，所述接入层模块701进一步用于：在根据UGC系统的对UGC的拉取动作信息确定UGC的访问次数信息之前，解析每条UGC拉取动作信息的触发方信息，将由UGC作者和指定帐号所触发的UGC拉取动作信息过滤掉。
在又一种优选实施例中，所述接入层模块701进一步用于：根据UGC拉取动作信息解析每条UGC的发表帐号，在将UGC的拉取动作信息转化为UGC的访问次数信息之后，对指定帐号所发表的UGC的访问次数信息打上隐私标志位。所述底层存储模块702进一步用于：根据具有隐私标志位的UGC访问次数信息，将对应的UGC的访问次数打上隐私标志位。所述接口机模块703在收到UGC访问次数的查询请求并从本地缓存或底层存储模块读取到所述UGC的访问次数之后，判断该UGC访问次数是否具有隐私标志位，如果有则拒绝该查询请求，否则将读取到的所述UGC的访问次数发布给该查询请求的发起方。
在上述后台系统的各个实施例中，所述UGC访问次数信息中还可以进一步包括UGC的访问者信息；所述底层存储模块进一步用于用本地内存存储UGC的访问者信息；所述接口机模块进一步用于接收来自发布客户端的UGC访问者的查询请求，其中包括待查询的UGC标识，根据该UGC标识从底层存储模块的本地内存中读取该UGC的访问者信息，将读取到的UGC访问者信息返回给查询请求方的发布客户端。在上述各实施例中，所述UGC访问者信息的读写方式与UGC访问次数的读写方式一样，也包括接入层模块的缓存机制、接口机模块的热点缓存机制、分号段读写机制等等。
此外，本发明还公开了一种UGC访问次数的检测发布系统，包括终端和后台系统，所述终端为包括上述任一种发布客户端实施例的终端，所述后台系统为上述各后台系统实施例中的任一种。
与现有技术相比，本发明的技术方案在在加载展示UGC时，向后台系统发送UGC访问次数查询请求，在接收到后台系统返回的UGC访问次数的查询结果后，在所展示的UGC的关联位置展示该UGC的访问次数，因此可以使用户直观了解到UGC的访问次数，该UGC的访问次数可以覆盖所有访问了该UGC的用户，直接体现了每条UGC的访问情况，相比于现有技术的UGC的转发数、评论数、赞扬数等等参数指标，该UGC的访问次数可以准确地体现UGC的真实的传播广度，提高了UGC传播广度的真实性和准确性。
同时，为了适应大型UGC系统巨量的UGC信息量和巨量的UGC访问量，如微博系统中目前有几百亿条微博的信息量，每天全体微博的访问量也有几百亿次，本发明采用了分层设计方案，包括接入层模块、底层存储模块和接口机模块，其中接入层模块根据UGC系统的对UGC的拉取动作信息确定UGC的访问次数信息，保证了UGC访问次数的准确性，并将所确定的UGC访问次数信息发送给底层存储模块，底层存储模块采用本地内存存储所述UGC访问次数，提高了读写响应速度，从而保证即使对于拥有巨量UGC信息量和巨量UGC访问量以及访问频率高的大型UGC系统来讲，也会保证非常高效的UGC访问次数的读写效率。
另外，本发明所述后台系统的分层设计方案，使得UGC访问次数的检测统计、存储、读取发布功能分开，因此还可以简化了运行和维护操作，降低了运行和维护成本。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (26)

1.一种用户生成内容UGC访问次数的发布方法，其特征在于，包括：
在加载展示UGC时，向UGC访问次数的检测发布后台系统的接口机模块发送UGC访问次数查询请求，其中包括该UGC的标识；
从UGC访问次数的检测发布后台系统的接口机模块接收UGC访问次数的查询结果，在所展示的UGC的关联位置展示该UGC的访问次数；
所述检测发布后台系统是划分为接入层模块、底层存储模块和接口机模块的检测发布后台系统；
其中，所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：
在刷新UGC时，发送UGC访问次数查询请求，其中包括该UGC的标识；
接收UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。
3.根据权利要求2所述的方法，其特征在于，该方法进一步包括：
在刷新UGC后的指定延迟之后，重新发送UGC访问次数查询请求，其中包括该UGC的标识；
接收UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。
4.根据权利要求1、2、或3所述的方法，其特征在于，该方法在加载展示UGC时，进一步包括：发送UGC访问者的查询请求，其中包括该UGC的标识；接收UGC访问者的查询结果，在所展示的UGC访问次数的关联位置展示该UGC访问者的信息。
5.根据权利要求4所述的方法，其特征在于，所述在所展示的UGC访问次数的关联位置展示该UGC访问者的信息，具体包括：在加载展示UGC时，先展示所述UGC访问次数，在收到对该UGC访问次数的展示位置的触发指令后，在该UGC访问次数的关联位置展示该UGC访问者的信息。
6.一种UGC访问次数的检测发布方法，其特征在于，包括：
确定UGC的访问次数信息；
根据UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数；
接收UGC访问次数的查询请求，其中包括待查询的UGC标识；根据该UGC标识读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方；
所述确定UGC的访问次数信息由接入层模块执行；
所述根据UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数由底层存储模块执行；
所述接收UGC访问次数的查询请求，根据该UGC标识读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方，由接口机模块执行；
其中，所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
7.根据权利要求6所述的方法，其特征在于，所述存储累加后的UGC访问次数，具体包括：利用本地内存存储累加后的UGC访问次数。
8.根据权利要求6所述的方法，其特征在于，所述确定UGC访问次数信息，具体包括：从UGC系统的后台读消息模块获取UGC的拉取动作信息，将UGC的拉取动作信息转化为UGC的访问次数信息。
9.根据权利要求6所述的方法，其特征在于，该方法进一步对所述UGC的号段进行划分，每个号段至少对应一个底层存储模块用于存储该号段的UGC的访问次数；
所述接入层模块将所确定的UGC访问次数信息发送给底层存储模块，具体包括：接入层模块按照所述划分的号段，缓存同一号段的UGC的访问次数信息，若同一号段的所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的该号段的UGC的访问次数信息合并打包成数据包，发送到该号段对应的底层存储模块；
所述根据所述UGC标识从底层存储模块的本地内存中读取该UGC的访问次数，具体包括：根据该UGC所处的号段，将查询请求路由到该号段对应的底层存储模块中，该底层存储模块根据所述查询请求中的UGC的标识从本地内存中读取该UGC的访问次数，返回给所述接口机模块。
10.根据权利要求6所述的方法，其特征在于，该方法进一步包括：
针对所述底层存储模块，利用至少一个对应的备份底层存储模块同时接收所述接入层模块发送的UGC的访问次数信息，根据所述UGC的访问次数信息累加UGC的访问次数，利用该备份底层存储模块对应的本地内存存储所述UGC访问次数；
和/或，定期将所述底层存储模块本地内存中存储的UGC访问次数存储到本地硬盘存储器中。
11.根据权利要求8所述的方法，其特征在于，在将UGC的拉取动作信息转化为UGC的访问次数信息之前，进一步包括：
解析每条UGC拉取动作信息的触发方信息，将由UGC作者和指定帐号所触发的UGC拉取动作信息过滤掉。
12.根据权利要求8所述的方法，其特征在于，该方法进一步包括：
根据UGC拉取动作信息解析每条UGC的发表帐号，在将UGC的拉取动作信息转化为UGC的访问次数信息之后，对指定帐号所发表的UGC的访问次数信息打上隐私标志位；
在存储所述UGC访问次数时，对具有隐私标志位的UGC访问次数信息，将对应的UGC的访问次数打上隐私标志位；
在收到UGC访问次数的查询请求并读取到所述UGC的访问次数之后，判断该UGC访问次数是否具有隐私标志位，如果有则拒绝该查询请求，否则将读取到的所述UGC的访问次数发布给该查询请求的发起方。
13.根据权利要求6至12任一项所述的方法，其特征在于，
所述UGC访问次数信息中进一步包括UGC的访问者信息；
该方法进一步存储UGC的访问者信息；且进一步接收UGC访问者的查询请求，其中包括待查询的UGC标识，根据该UGC标识从底层存储模块的本地内存中读取该UGC的访问者信息，将读取到的UGC访问者信息返回给查询请求方。
14.一种UGC访问次数的发布客户端，其特征在于，包括：
访问次数请求模块，用于在加载展示UGC时，向UGC访问次数的检测发布后台系统的接口机模块，发送UGC访问次数查询请求，其中包括该UGC的标识；
访问次数展示模块，用于从UGC访问次数的检测发布后台系统的接口机模块，接收UGC访问次数的查询结果，在所展示的UGC的关联位置展示该UGC的访问次数；
所述检测发布后台系统是划分为接入层模块、底层存储模块和接口机模块的检测发布后台系统；
其中，所述接入层模块在确定UGC的访问次数信息后，先缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；所述接口机模块在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
15.根据权利要求14所述的发布客户端，其特征在于，该发布客户端进一步包括：
刷新请求模块，用于在刷新UGC时，发送UGC访问次数查询请求，其中包括该UGC的标识；
访问次数更新模块，用于接收UGC访问次数的最新查询结果，用该最新查询结果更新原有展示的该UGC的访问次数。
16.根据权利要求15所述的发布客户端，其特征在于，该发布客户端进一步包括：
访问次数自动查询模块，用于在刷新UGC后的指定延迟之后，重新发送UGC访问次数查询请求，其中包括该UGC的标识。
17.根据权利要求14所述的发布客户端，其特征在于，该发布客户端进一步包括：
访问者查询模块，用于在加载展示UGC时，发送UGC访问者的查询请求，其中包括该UGC的标识；
访问者展示模块，用于接收UGC访问者的查询结果，在所展示的UGC访问次数的关联位置展示该UGC访问者的信息。
18.根据权利要求17所述的发布客户端，其特征在于，所述访问者展示模块具体用于：检测对所述UGC访问次数的展示位置的触发指令，若检测到则在该UGC访问次数的关联位置展示该UGC访问者的信息。
19.一种UGC访问次数的检测发布后台系统，其特征在于，包括：
接入层模块，用于确定UGC的访问次数信息，将所确定的UGC访问次数信息发送给底层存储模块；
底层存储模块，用于根据接收到的UGC的访问次数信息累加UGC的访问次数，并存储累加后的UGC访问次数；
接口机模块，用于接收UGC访问次数的查询请求，其中包括待查询的UGC标识；根据该UGC标识从底层存储模块读取所存储的该UGC的访问次数，将读取到的UGC访问次数返回给查询请求方；
其中，所述接入层模块具体用于：从UGC系统的后台读消息模块获取UGC的拉取动作信息，将UGC的拉取动作信息转化为UGC的访问次数信息；缓存所述UGC的访问次数信息，若所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的UGC访问次数信息合并打包成数据包发送到所述底层存储模块；
所述接口机模块进一步用于：在每次从所述底层存储模块的本地内存中读取所请求的UGC的访问次数之后，在所述接口机模块本地将该UGC的访问次数缓存一段时间；在收到UGC访问次数的查询请求后，先从所述接口机模块本地缓存中查询所请求的UGC的访问次数，如果查询到则将该UGC的访问次数发布给所述查询请求的发起方，否则从所述底层存储模块的内存中读取所述UGC的访问次数，发布给该查询请求的发起方。
20.根据权利要求19所述的后台系统，其特征在于，所述底层存储模块具体用于：利用本地内存存储累加后的UGC访问次数。
21.根据权利要求19所述的后台系统，其特征在于，
所述底层存储模块的数量为两个以上，对所述UGC的号段进行划分，每个底层存储模块对应存储一个号段的UGC的访问次数；
所述接入层模块具体用于：按照所述划分的号段，缓存同一号段的UGC的访问次数信息，若同一号段的所缓存的信息量累积到指定数量或者超过指定的缓存时间，则将所缓存的该号段的UGC的访问次数信息合并打包成数据包，发送到该号段对应的底层存储模块；
所述接口机模块具体用于：根据查询请求所请求的UGC的号段，将查询请求路由到该号段对应的底层存储模块中。
22.根据权利要求19所述的后台系统，其特征在于，
针对所述底层存储模块，该后台系统进一步包括至少一个对应的备份底层存储模块，用于与所述底层存储模块同时接收所述接入层模块发送的UGC的访问次数信息，根据所述UGC的访问次数信息累加UGC的访问次数，利用该备份底层存储模块对应的本地内存存储所述UGC访问次数；
和/或，定期将所述底层存储模块本地内存中存储的UGC访问次数存储到本地硬盘存储器中。
23.根据权利要求19所述的后台系统，其特征在于，所述接入层模块进一步用于：在将所述UGC的拉取动作信息转化为UGC的访问次数信息之前，解析每条UGC拉取动作信息的触发方信息，将由UGC作者和指定帐号所触发的UGC拉取动作信息过滤掉。
24.根据权利要求19所述的后台系统，其特征在于，
所述接入层模块进一步用于：根据UGC拉取动作信息解析每条UGC的发表帐号，在将UGC的拉取动作信息转化为UGC的访问次数信息之后，对指定帐号所发表的UGC的访问次数信息打上隐私标志位；
所述底层存储模块进一步用于：根据具有隐私标志位的UGC访问次数信息，将对应的UGC的访问次数打上隐私标志位；
所述接口机模块进一步用于：在收到UGC访问次数的查询请求并读取到所述UGC的访问次数之后，判断该UGC访问次数是否具有隐私标志位，如果有则拒绝该查询请求，否则将读取到的所述UGC的访问次数发布给该查询请求的发起方。
25.根据权利要求19至24任一项所述的后台系统，其特征在于，
所述UGC访问次数信息中进一步包括UGC的访问者信息；
所述底层存储模块进一步用于：用本地内存存储UGC的访问者信息；
所述接口机模块进一步用于：接收UGC访问者的查询请求，其中包括待查询的UGC标识，根据该UGC标识从底层存储模块的本地内存中读取该UGC的访问者信息，将读取到的UGC访问者信息返回给查询请求方。
26.一种UGC访问次数的检测发布系统，其特征在于，包括终端和后台系统，所述终端为包括如权利要求14至18任一项所述发布客户端的终端，所述后台系统为如权利要求19至25任一项所述的后台系统。
CN201310101227.0A 2013-03-27 2013-03-27 用户生成内容访问次数的发布方法、客户端及系统 Active CN104077291B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201310101227.0A CN104077291B (zh) 2013-03-27 2013-03-27 用户生成内容访问次数的发布方法、客户端及系统
PCT/CN2013/087888 WO2014153971A1 (en) 2013-03-27 2013-11-27 Method and apparatus for obtaining number of visits of a user generated content
US14/626,862 US20150169678A1 (en) 2013-03-27 2015-02-19 Method and apparatus for obtaining number of visits of a user generated content

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310101227.0A CN104077291B (zh) 2013-03-27 2013-03-27 用户生成内容访问次数的发布方法、客户端及系统

Publications (2)

Publication Number Publication Date
CN104077291A CN104077291A (zh) 2014-10-01
CN104077291B true CN104077291B (zh) 2018-06-01

Family

ID=51598551

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310101227.0A Active CN104077291B (zh) 2013-03-27 2013-03-27 用户生成内容访问次数的发布方法、客户端及系统

Country Status (3)

Country Link
US (1) US20150169678A1 (zh)
CN (1) CN104077291B (zh)
WO (1) WO2014153971A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106339396B (zh) * 2015-07-10 2019-08-13 上海诺基亚贝尔股份有限公司 用于对用户生成的内容进行隐私风险评估的方法和设备
CN105554134B (zh) * 2015-12-23 2018-12-18 小米科技有限责任公司 信息同步方法及装置
CN107832327A (zh) * 2017-09-19 2018-03-23 海南智媒云图科技股份有限公司 基于网络的数据传播情况的收集方法、显示方法及装置
CN109299164B (zh) * 2018-09-03 2024-05-17 中国平安人寿保险股份有限公司 一种数据查询方法、计算机可读存储介质及终端设备
CN112138371A (zh) * 2020-09-15 2020-12-29 北京智明星通科技股份有限公司 基于关联访问次数的游戏场景加载方法、系统及服务器
CN113672526B (zh) * 2021-08-24 2024-02-13 深圳忆联信息系统有限公司 固态硬盘掉电保护触发次数的获取方法、装置及计算机设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072122A (zh) * 2007-03-30 2007-11-14 腾讯科技（深圳）有限公司 获取访问量统计数据的方法、系统和用户端设备
CN102799587A (zh) * 2011-05-25 2012-11-28 腾讯科技（深圳）有限公司 一种论坛搜索方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5857188A (en) * 1996-04-29 1999-01-05 Ncr Corporation Management of client requests in a client-server environment
US9002726B2 (en) * 2006-06-19 2015-04-07 Nokia Corporation Advertising based on widgets
CN100566262C (zh) * 2006-09-15 2009-12-02 腾讯科技（深圳）有限公司 显示访问量数据的方法及数据访问量发送装置
US20090287684A1 (en) * 2008-05-14 2009-11-19 Bennett James D Historical internet
US10380634B2 (en) * 2008-11-22 2019-08-13 Callidus Software, Inc. Intent inference of website visitors and sales leads package generation
US8356247B2 (en) * 2008-12-16 2013-01-15 Rich Media Worldwide, Llc Content rendering control system and method
JP2010218475A (ja) * 2009-03-19 2010-09-30 Nifty Corp ブログ分析方法及び装置
US9280597B2 (en) * 2009-12-01 2016-03-08 Apple Inc. System and method for customizing search results from user's perspective
JP5522155B2 (ja) * 2011-12-09 2014-06-18 株式会社デンソー プログラム書換方法及びプログラム書換装置，電子制御装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072122A (zh) * 2007-03-30 2007-11-14 腾讯科技（深圳）有限公司 获取访问量统计数据的方法、系统和用户端设备
CN102799587A (zh) * 2011-05-25 2012-11-28 腾讯科技（深圳）有限公司 一种论坛搜索方法和装置

Also Published As

Publication number Publication date
WO2014153971A1 (en) 2014-10-02
US20150169678A1 (en) 2015-06-18
CN104077291A (zh) 2014-10-01

Similar Documents

Publication Publication Date Title
CN104077291B (zh) 用户生成内容访问次数的发布方法、客户端及系统
CN105324770B (zh) 有效读出副本
CN106649349B (zh) 用于游戏应用的数据缓存方法、装置和系统
US9064029B2 (en) Dynamically identifying and evaluating component hierarchy for rendering content components on a webpage
CN105210352B (zh) 基于指纹的智能内容预取
CN107463641B (zh) 用于改进对搜索结果的访问的系统和方法
CN102576366B (zh) 基于社交距离预取内容项
CN104714965B (zh) 静态资源去重方法、静态资源管理方法及装置
US20160132263A1 (en) Storing data across a plurality of storage nodes
CN103425756B (zh) 一种hdfs中数据块的副本管理策略
US20110208711A1 (en) Search annotation and personalization services
CN106445944A (zh) 一种数据查询请求的处理方法、装置及电子设备
US10389837B2 (en) Multi-tier dynamic data caching
CN106202581B (zh) 一种数据搜索方法及装置
Chun et al. Mobius: unified messaging and data serving for mobile apps
US20160335243A1 (en) Webpage template generating method and server
CN102904887A (zh) 一种Web客户端与服务器的数据同步方法和系统
CN107704582A (zh) 一种基于服务器和网页的闭环生态反馈链系统
CN103902548B (zh) 一种访问数据库的系统和方法及注册、订票、网购系统
CN107526828B (zh) 页面信息推荐方法和装置
CN103078936A (zh) 基于gfs的分布式文件系统的元数据分级存储方法和系统
CN108563730A (zh) 一种冷热数据自动切换方法、装置、电子设备及存储介质
CN109767274B (zh) 一种对海量发票数据进行关联存储的方法及系统
CN107483631A (zh) 一种采用配置文件控制缓存实现移动互联网络服务访问的系统及方法
CN107370809A (zh) 数据同步方法及数据搜索系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant