CN104539597B - 多媒体数据推送方法及装置 - Google Patents

多媒体数据推送方法及装置 Download PDF

Info

Publication number
CN104539597B
CN104539597B CN201410790168.7A CN201410790168A CN104539597B CN 104539597 B CN104539597 B CN 104539597B CN 201410790168 A CN201410790168 A CN 201410790168A CN 104539597 B CN104539597 B CN 104539597B
Authority
CN
China
Prior art keywords
audition
data
works
interface
request
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
CN201410790168.7A
Other languages
English (en)
Other versions
CN104539597A (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.)
Guangzhou Kugou Computer Technology Co Ltd
Original Assignee
Guangzhou Kugou Computer Technology 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 Guangzhou Kugou Computer Technology Co Ltd filed Critical Guangzhou Kugou Computer Technology Co Ltd
Priority to CN201410790168.7A priority Critical patent/CN104539597B/zh
Publication of CN104539597A publication Critical patent/CN104539597A/zh
Application granted granted Critical
Publication of CN104539597B publication Critical patent/CN104539597B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1045Proxies, e.g. for session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种多媒体数据推送方法及装置,属于网络技术领域。方法包括:接收第一试听请求,获取第一试听请求对应的作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;通过第一接口将作品公共数据推送给用户;接收第二试听请求,获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;通过第二接口将用户互动数据推送给用户。由于同一试听操作对应的全部数据通过不同的数据接口分批次的推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重、接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。

Description

多媒体数据推送方法及装置
技术领域
本发明涉及网络技术领域,特别涉及一种多媒体数据推送方法及装置。
背景技术
随着网络技术的快速发展,音频播放软件大量涌现。音频播放软件除了可提供音频搜索、音频下载等基本功能外,还提供了在线K歌、上传翻唱作品、在线试听翻唱作品、对翻唱作品进行评论等多项功能,极大地丰富了用户的使用体验。比如,某一用户在进行作品翻唱后,将翻唱作品上传到了公共交互平台。特别地,若该翻唱作品出现在公共交互平台上的人气排行榜等显著位置,则会触发大量用户的在线试听该翻唱作品的动作。因此,在用户发送在线试听请求的情况下,如何向用户推送该翻唱作品的作品公共数据(比如,作品播放数据、作品点赞统计数据、作品关注统计数据、作者信息等)和用户互动数据(比如,该用户与作者的人际关系、该用户是否对作品点赞等),成为了一个关键问题。
现有技术中,每一个想要在线试听该翻唱作品的用户均会向后台服务器发送一个在线试听请求,该在线试听请求中包括该翻唱作品的作品标识和用户标识。后台服务器在接收到某一用户的在线试听请求后,根据作品唯一标识和用户标识,获取该翻唱作品的作品公共数据和用户互动数据;之后,通过一个数据接口一次性地将上述获取到的全部数据推送给该用户。比如,1分钟内有10万个用户请求试听同一翻唱作品,则后台服务器会重复10万次将该翻唱作品的作品公共数据和用户互动数据一次性全部推送给用户的动作。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
由于后台服务器通过一个接口一次性将该翻唱作品的作品公共数据和用户互动数据全部推送给用户,所以在并发请求大量涌现的情况下,这将导致后台服务器负担过重、接口对外服务性能大大降低,延长了用户发送在线试听请求到可以进行在线试听的时间。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种多媒体数据推送方法及装置。所述技术方案如下:
第一方面,提供了一种多媒体数据推送方法,所述方法应用于后台服务器,所述方法包括:
接收第一试听请求,获取所述第一试听请求对应的作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
通过第一接口将所述作品公共数据推送给用户;
接收第二试听请求,获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
通过第二接口将所述用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
可选地,所述通过第二接口将所述用户互动数据推送给所述用户之后,所述方法还包括:
接收第三试听请求,所述第三试听请求中包括作品标识;
根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
通过第三接口将所述更新作品统计数据发送至所述代理服务器,由所述代理服务器将所述更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
可选地,所述第一试听请求中包括作品标识,所述获取所述第一试听请求对应的作品公共数据,包括:
根据所述作品标识,获取所述第一试听请求对应的作品公共数据;
所述通过第一接口将所述作品公共数据推送给用户,包括:
通过所述第一接口将所述作品公共数据发送至所述代理服务器,由所述代理服务器将所述作品公共数据推送给用户。
可选地,所述第二试听请求中包括所述作品标识和用户标识,所述获取所述第二试听请求对应的用户互动数据,包括:
根据所述作品标识和所述用户标识,获取所述第二试听请求对应的用户互动数据;
所述通过第二接口将所述用户互动数据推送给所述用户,包括:
通过所述第二接口将所述用户互动数据发送至所述代理服务器,由所述代理服务器将所述用户互动数据推送给所述用户。
第二方面,提供了一种多媒体数据推送方法,所述方法应用于代理服务器,所述装置包括:
接收第一试听请求;
当数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
将所述后台服务器通过第一接口返回的作品公共数据推送给用户;
接收第二试听请求,将所述第二试听请求发送至所述后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
将所述后台服务器通过第二接口返回的用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
可选地,所述接收第一试听请求之后,所述方法还包括:
当所述数据缓存区中存储了所述第一试听请求对应的作品公共数据时,将所述作品公共数据推送给所述用户。
可选地,所述将通过第一接口返回的作品公共数据推送给用户之后,所述方法还包括:
将所述作品公共数据缓存预设时长;
当在所述预设时长内接收到其他用户的指定试听请求时,将所述作品公共数据推送给所述其他用户;
其中,所述指定试听请求为与所述作品公共数据相匹配且除所述第一试听请求之外的请求。
可选地,所述将通过第二接口返回的用户互动数据推送给所述用户之后,所述方法还包括:
接收第三试听请求,将所述第三试听请求发送至所述后台服务器,由所述后台服务器获取所述第三试听请求对应的更新作品统计数据;
将所述后台服务器通过第三接口返回的更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
第三方面,提供了一种多媒体数据推送方法,所述方法应用于终端,所述方法包括:
当检测到用户的试听操作时,向代理服务器发送第一试听请求,所述代理服务器用于当判断数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
接收所述后台服务器通过第一接口返回的作品公共数据;
向所述代理服务器发送第二试听请求,所述代理服务器用于将所述第二试听请求发送至后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
接收所述后台服务器通过第二接口返回的用户互动数据;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
可选地,所述向所述代理服务器发送第二试听请求之后,所述方法还包括:
在指定时长后,检测当前显示页面是否为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面;
如果当前显示页面为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面,则向所述代理服务器发送第三试听请求,所述第三试听请求中包括所述作品标识,由所述后台服务器根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
接收所述后台服务器通过第三接口返回的述更新作品统计数据;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
第四方面,提供了一种多媒体数据推送装置,所述装置应用于后台服务器,所述装置包括:
第一请求接收模块,用于接收第一试听请求;
第一数据获取模块,用于获取所述第一试听请求对应的作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
第一数据推送模块,用于通过第一接口将所述作品公共数据推送给用户;
第二请求接收模块,用于接收第二试听请求;
第二数据获取模块,用于获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
第二数据推送模块,用于通过第二接口将所述用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
可选地,所述装置还包括:
第三请求接收模块,用于接收第三试听请求,所述第三试听请求中包括作品标识;
第三数据获取模块,用于根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
第三数据推送模块,用于通过第三接口将所述更新作品统计数据发送至所述代理服务器,由所述代理服务器将所述更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
可选地,所述第一试听请求中包括作品标识;
所述第一数据获取模块,用于根据所述作品标识,获取所述第一试听请求对应的作品公共数据;
所述第一数据推送模块,用于通过所述第一接口将所述作品公共数据发送至所述代理服务器,由所述代理服务器将所述作品公共数据推送给用户。
可选地,所述第二试听请求中包括所述作品标识和用户标识;
所述第二数据获取模块,用于根据所述作品标识和所述用户标识,获取所述第二试听请求对应的用户互动数据;
所述第二数据推送模块,用于通过所述第二接口将所述用户互动数据发送至所述代理服务器,由所述代理服务器将所述用户互动数据推送给所述用户。
第五方面,提供了一种多媒体数据推送装置,所述装置应用于代理服务器,所述方法包括:
第一请求接收模块,用于接收第一试听请求;
第一请求发送模块,用于当数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
第一数据推送模块,用于将所述后台服务器通过第一接口返回的作品公共数据推送给用户;
第二请求接收模块,用于接收第二试听请求;
第二请求发送模块,用于将所述第二试听请求发送至所述后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
第二数据推送模块,用于将所述后台服务器通过第二接口返回的用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
可选地,所述第一数据推送模块,用于当所述数据缓存区中存储了所述第一试听请求对应的作品公共数据时,将所述作品公共数据推送给所述用户。
可选地,所述装置还包括:
数据缓存模块,用于将所述作品公共数据缓存预设时长;
第三数据推送模块,用于当在所述预设时长内接收到其他用户的指定试听请求时,将所述作品公共数据推送给所述其他用户;
其中,所述指定试听请求为与所述作品公共数据相匹配且除所述第一试听请求之外的请求。
可选地,所述装置还包括:
第三请求接收模块,用于接收第三试听请求;
第三请求发送模块,用于将所述第三试听请求发送至所述后台服务器,由所述后台服务器获取所述第三试听请求对应的更新作品统计数据;
第三数据推送模块,用于将所述后台服务器通过第三接口返回的更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
第六方面,提供了一种多媒体数据推送装置,所述装置应用于终端,所述装置包括:
第一请求发送模块,用于当检测到用户的试听操作时,向代理服务器发送第一试听请求,所述代理服务器用于当判断数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
第一数据接收模块,用于接收所述后台服务器通过第一接口返回的作品公共数据;
第二请求发送模块,用于向所述代理服务器发送第二试听请求,所述代理服务器用于将所述第二试听请求发送至后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
第二数据接收模块,用于接收所述后台服务器通过第二接口返回的用户互动数据;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
可选地,所述装置还包括:
页面检测模块,用于在指定时长后,检测当前显示页面是否为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面;
第三请求发送模块,用于当当前显示页面为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面时,向所述代理服务器发送第三试听请求,所述第三试听请求中包括所述作品标识,由所述后台服务器根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
第三数据接收模块,用于接收所述后台服务器通过第三接口返回的述更新作品统计数据;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
本发明实施例提供的技术方案带来的有益效果是:
后台服务器在接收到第一试听请求后,获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,在接收到第二试听请求后,获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种多媒体数据推送方法所涉及的实施环境的示意图;
图2是本发明实施例提供的一种多媒体数据推送方法的流程图;
图3是本发明实施例提供的一种多媒体数据推送方法的流程图;
图4是本发明实施例提供的一种多媒体数据推送方法的流程图;
图5是本发明实施例提供的一种多媒体数据推送方法的流程图;
图6是本发明实施例提供的一种多媒体数据推送装置结构示意图;
图7是本发明实施例提供的一种多媒体数据推送装置结构示意图;
图8是本发明实施例提供的一种多媒体数据推送装置结构示意图;
图9是本发明实施例提供的一种终端的结构示意图;
图10是本发明实施例提供的一种代理服务器的结构示意图;
图11是本发明实施例提供的一种后台服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
在对本发明实施例做详细地解释说明之前,还对本发明实施例所涉及的实施环境进行简要介绍。
图1是本发明实施例提供的一种多媒体数据推送方法所涉及的实施环境示意图。参见图1,该实施环境包括终端、代理服务器和后台服务器。其中,终端可以为智能手机、平板电脑等智能终端设备。用户通过终端安装的音乐播放软件既可进行K歌,并将自己演绎的翻唱作品上传到公共交互平台,以供其他用户对该翻唱作品进行试听。也可在线试听其他用户演绎的翻唱作品。在试听过程中,用户可触发互动操作。比如,对该翻唱作品进行点赞、评论,关注翻唱作品的演绎者等等。
代理服务器基于内容分发网络,尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。在本发明实施例中代理服务器接收终端发送的第一试听请求、第二试听请求和第三试听请求。若第一试听请求对应的作品公共数据缓存在自身的缓冲区中,则直接将该作品公共数据发送给终端;若第一试听请求对应的作品公共数据未缓存在自身的缓冲区中,则代理服务器将第一试听请求发送至后台服务器,由后台服务器响应第一试听请求。其中,该作品公共数据缓存在代理服务器上预设时长。在下一个指定试听请求到达时,若请求的数据与该作品公共数据一致,则直接将未过期的缓存结果返回给对应用户。对于第二试听请求和第三试听请求,代理服务器直接将其转发到后台服务器,由后台服务器进行处理。
后台服务器具有三个接口,分别以第一接口、第二接口和第三接口进行标识。上述三个接口用于传输不同的数据。第一接口传输的数据为作品公共数据,包括作品播放数据、作者信息、作品点赞次数、作品评论次数等等;第二接口传输的数据为用户互动数据,包括用户是否对作品点赞、用户是否为作品演绎着粉丝等等;第三接口传输的数据为作品统计数据,包括作品点赞次数、作品评论次数等等。其中,经由第一接口传输的数据会在代理服务器缓存预设时长。后台服务器在获取第一试听请求、第二试听请求和第三试听请求对应的数据时,从缓存服务器或数据库中进行获取。其中,缓存服务器或数据库在存储数据时,以基于内存的不同KV(Key Value,键值)形式进行存储,很好地弥补了数据库硬盘读写在高请求场景下的不足。
图2是本发明实施例提供的一种多媒体数据推送方法的流程图。以后台服务器执行该方法的角度为例,参见图2,本发明实施例提供的方法流程包括:
201、接收第一试听请求,获取第一试听请求对应的作品公共数据。
其中,作品公共数据中至少包括作品播放数据和作品统计数据。作品播放数据至少包括作品的音频源或视频源;作品统计数据可包括作品点赞次数、作品评论次数等。当然,作品公共数据除包括上述作品播放数据和作品统计数据外,还可包括作者信息等,本发明实施例对此不进行具体限定。
202、通过第一接口将作品公共数据推送给用户。
203、接收第二试听请求,获取第二试听请求对应的用户互动数据。
其中,用户互动数据至少包括互动操作数据和用户关注数据。其中,互动操作数据用于表明用户是否对作品执行了点赞操作、评论操作等;用户关注数据用于表明用户是否已关注作品演绎者,成为其粉丝。
204、通过第二接口将用户互动数据推送给用户。
其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
本发明实施例提供的方法,后台服务器在接收到第一试听请求后,获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,在接收到第二试听请求后,获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
可选地,通过第二接口将用户互动数据推送给用户之后,该方法还包括:
接收第三试听请求,第三试听请求中包括作品标识;
根据作品标识,获取第三试听请求对应的更新作品统计数据;
通过第三接口将更新作品统计数据发送至代理服务器,由代理服务器将更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
可选地,第一试听请求中包括作品标识,获取第一试听请求对应的作品公共数据,包括:
根据作品标识,获取第一试听请求对应的作品公共数据;
通过第一接口将作品公共数据推送给用户,包括:
通过第一接口将作品公共数据发送至代理服务器,由代理服务器将作品公共数据推送给用户。
可选地,第二试听请求中包括作品标识和用户标识,获取第二试听请求对应的用户互动数据,包括:
根据作品标识和用户标识,获取第二试听请求对应的用户互动数据;
通过第二接口将用户互动数据推送给用户,包括:
通过第二接口将用户互动数据发送至代理服务器,由代理服务器将用户互动数据推送给用户。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
图3是本发明实施例提供的一种多媒体数据推送方法的流程图。以代理服务器执行该方法的角度为例,参见图3,本发明实施例提供的方法流程包括:
301、接收第一试听请求。
302、当数据缓存区中未存储第一试听请求对应的作品公共数据时,将第一试听请求发送至后台服务器,由后台服务器获取作品公共数据。
其中,作品公共数据中至少包括作品播放数据和作品统计数据;
303、将后台服务器通过第一接口返回的作品公共数据推送给用户。
304、接收第二试听请求,将第二试听请求发送至后台服务器,由后台服务器获取第二试听请求对应的用户互动数据。
其中,用户互动数据至少包括互动操作数据和用户关注数据;
305、将后台服务器通过第二接口返回的用户互动数据推送给用户。
其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
本发明实施例提供的方法,代理服务器在接收到第一试听请求后,若判断自身未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,代理服务器在接收到第二试听请求后,向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
可选地,接收第一试听请求之后,该方法还包括:
当数据缓存区中存储了第一试听请求对应的作品公共数据时,将作品公共数据推送给用户。
可选地,将通过第一接口返回的作品公共数据推送给用户之后,该方法还包括:
将作品公共数据缓存预设时长;
当在预设时长内接收到其他用户的指定试听请求时,将作品公共数据推送给其他用户;
其中,指定试听请求为与作品公共数据相匹配且除第一试听请求之外的请求。
可选地,将通过第二接口返回的用户互动数据推送给用户之后,该方法还包括:
接收第三试听请求,将第三试听请求发送至后台服务器,由后台服务器获取第三试听请求对应的更新作品统计数据;
将后台服务器通过第三接口返回的更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
图4是本发明实施例提供的一种多媒体数据推送方法的流程图。以终端执行该方法的角度为例,参见图4,本发明实施例提供的方法流程包括:
401、当检测到用户的试听操作时,向代理服务器发送第一试听请求,代理服务器用于当判断数据缓存区中未存储第一试听请求对应的作品公共数据时,将第一试听请求发送至后台服务器,由后台服务器获取作品公共数据。
其中,作品公共数据中至少包括作品播放数据和作品统计数据。
402、接收后台服务器通过第一接口返回的作品公共数据。
403、向代理服务器发送第二试听请求,代理服务器用于将第二试听请求发送至后台服务器,由后台服务器获取第二试听请求对应的用户互动数据。
其中,用户互动数据至少包括互动操作数据和用户关注数据。
404、接收后台服务器通过第二接口返回的用户互动数据。
其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
本发明实施例提供的方法,当终端检测到用户的试听操作后,向代理服务器发送第一试听请求,若代理服务器未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,终端向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次的推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重、接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
可选地,向代理服务器发送第二试听请求之后,该方法还包括:
在指定时长后,检测当前显示页面是否为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面;
如果当前显示页面为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面,则向代理服务器发送第三试听请求,第三试听请求中包括作品标识,由后台服务器根据作品标识,获取第三试听请求对应的更新作品统计数据;
接收后台服务器通过第三接口返回的述更新作品统计数据;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
图5是本发明实施例提供的一种多媒体数据推送方法的流程图。交互主体为终端、代理服务器及后台服务器。参见图5,本发明实施例提供的方法流程包括:
501、当终端检测到用户的试听操作时,向代理服务器发送第一试听请求,第一试听请求中包括作品标识。
在本发明实施例中,任何用户均可将自己演绎的翻唱作品上传到公共交互平台。当某一用户演绎的翻唱作品满足一定条件(比如,演绎时长大于**秒,在规定时间内试听次数突破***次等)后,便可进入到作品推荐范畴,即该翻唱作品会出现在排行榜或首页等显著位置。从而会触发大量的用户在线试听动作。对于每一个翻唱作品来说,在公共交互平台的作品展示页面上均会配置一个试听按钮,当终端检测到该翻唱作品对应的试听按钮的点击操作时,便可确定用户当前触发了试听操作,所以向代理服务器发送第一试听请求。
其中,第一试听请求可为HTTP(Hypertext Transfer Protocol,超文本传送协议)请求,请求中包括作品标识。该作品标识用于对该翻唱作品进行唯一标识。可为一串文字、一串数字、一串数字和字母相混合的字符串等等,本发明实施例对作品标识的形式不进行具体限定。同样,第一试听请求中除了包括作品标识外,还可包括请求发送时间等等,本发明实施例对此依然不进行具体限定。
502、代理服务器在接收到第一试听请求后,判断数据缓存区中是否存储了第一试听请求对应的作品公共数据;如果数据缓存区中未存储第一试听请求对应的作品公共数据,则执行下述步骤503;如果数据缓存区中存储了第一试听请求对应的作品公共数据,则执行下述步骤506。
在本发明实施例中,由于代理服务器采取了CDN(Content Delivery Network,内容分发网络)缓存策略,所以第一接口传输的数据会缓存在代理服务器的数据缓存区预设时长。待数据过期了,便会进行删除。其中,预设时长可为1分钟或2分钟等等,本发明实施例对此不进行具体限定。在此机制下,代理服务器接收到第一试听请求后,便会首先判断自身的数据缓存区中是否存储了第一试听请求对应的作品公共数据;如果自身的数据缓存区中存储了第一试听请求对应的作品公共数据,则执行下述步骤506,直接将还未过期的对应作品公共数据返回至终端,保证用户可尽快试听到翻唱作品。如果自身的数据缓存区中未存储第一试听请求对应的作品公共数据,则交由后台服务器进行处理,执行下述步骤503。
503、如果数据缓存区中未存储第一试听请求对应的作品公共数据,则代理服务器将第一试听请求发送至后台服务器。
在本发明实施例中,代理服务器在向后台服务器发送第一试听请求时,可采取直接发送或打包后再发送的方式,具体采取何种方式,本发明实施例对此不进行限定。
504、后台服务器在接收到第一试听请求后,根据作品标识,获取第一试听请求对应的作品公共数据。
在本发明实施例中,由于与翻唱作品有关的一切数据均以KV形式存储在缓存服务器或数据库中,所以后台服务器在接收到第一试听请求后,根据第一试听请求中包括的作品标识,从缓存服务器或数据库中获取该作品标识对应的作品公共数据。
其中,作品公共数据中可包括作品播放数据、作者信息、作品统计数据等。其中,作品播放数据至少包括作品的音频源或视频源,作者信息可包括作者昵称、作者归属地、作者年龄、作者性别等等,作品统计数据可包括作品点赞次数、作品评论次数、作品转发次数等。
505、后台服务器通过第一接口将作品公共数据发送至代理服务器。
在本发明实施例中,后台服务器提供了三个与用户进行数据交互的接口。每一个接口各司其职,功能均不相同。第一接口专用于传输作品公共数据。所以,后台服务器在向代理服务器返回作品公共数据时,会经由第一接口进行传输。
506、代理服务器将该作品公共数据推送给终端。
在本发明实施例中,代理服务器在接收到后台服务器返回的作品公共数据后,将该作品公共数据推送给终端。在推送多媒体数据时,代理服务器可采取直接发送或打包压缩后再发送的方式,具体采取何种方式,本发明实施例对此不进行具体限定。
此外,若代理服务器当前并未存储该作品公共数据,则本发明实施例提供的方法还包括将该作品公共数据缓存预设时长的步骤。其中,预设时长可为1分钟或2分钟等等,本发明实施例对此不进行具体限定。当在预设时长内接收到其他用户的指定试听请求时,直接将该作品公共数据推送给其他用户;其中,指定试听请求为与该作品公共数据相匹配且除第一试听请求之外的请求。从而减少了用户请求时间,降低了网络拥堵,提高了用户响应速度。
507、终端在接收到该作品公共数据后,根据该作品公共数据填充多媒体数据展示页面,并向用户展示填充后的多媒体数据展示页面。
在本发明实施例中,终端在接收到作品公共数据后,可立即根据该作品公共数据填充多媒体数据展示页面(即,用户界面),并将填充后包括作品播放区域、作者信息、作品点赞次数、作品评论次数、作品转发次数的多媒体数据展示页面展示给用户。从而用户在对该翻唱作品的热度有了初印象后,便可优先试听该翻唱作品。其中,填充用户界面的具体实现方式,可参考现有技术实现,本发明实施例对此不进行具体限定。
对于用户来说,试听到翻唱作品的音频源是最重要的。因此,为了防止试听请求大量并发的情况下,出现服务器压力过重不能及时返回试听数据的情况,本发明实施例采取了优先获取作品公共数据,而后获取用户互动数据的方式。也即,对于用户的一个试听操作,本发明实施例采取了至少发两次试听请求,分批次返回试听数据的方式。在本发明实施例中,终端在根据作品公共数据的同时,还可以异步方式向代理服务器发送第二试听请求,以获取第二试听请求对应的用户互动数据,具体过程详见下述步骤508至步骤513。
508、终端向代理服务器发送第二试听请求,第二试听请求中包括作品标识和用户标识。
其中,第二试听请求可为HTTP请求,该请求中包括作品标识和用户标识。该作品标识用于对该翻唱作品进行唯一标识。可为一串文字、一串数字、一串数字和字母相混合的字符串等等,本发明实施例对作品标识的形式不进行具体限定。用户标识用于对用户进行唯一标识,可为用户昵称、用户登录公共交互平台的账号、用户邮箱等等,本发明实施例对用户标识的形式同样不进行具体限定。此外,第二试听请求中除了包括作品标识和用户标识外,还可包括请求发送时间等等,本发明实施例对此依然不进行具体限定。
509、代理服务器用于将第二试听请求发送至后台服务器。
在本发明实施例中,代理服务器在向后台服务器发送第二试听请求时,可采取直接发送或打包后再发送的方式,具体采取何种方式,本发明实施例对此不进行限定。
510、后台服务器在接收到第二试听请求后,根据作品标识和用户标识,获取第二试听请求对应的用户互动数据。
在本发明实施例中,由于与翻唱作品有关的一切数据均以KV形式存储在缓存服务器或数据库中,所以后台服务器在接收到第二试听请求后,根据第二试听请求中包括的作品标识和用户标识,从缓存服务器或数据库中获取该作品标识对应的用户互动数据。
其中,用户互动数据至少包括互动操作数据和用户关注数据。其中,互动操作数据用于表明用户是否对作品执行了点赞操作、评论操作、转发操作等;用户关注数据用于表明用户是否已关注作品演绎者,成为其粉丝。
511、后台服务器通过第二接口将用户互动数据发送至代理服务器。
在本发明实施例中,后台服务器提供了三个与用户进行数据交互的接口。每一个接口各司其职,功能均不相同。第二接口专用于传输用户互动数据。所以,后台服务器在向代理服务器返回用户互动数据时,会经由第二接口进行传输。
512、代理服务器将该用户互动数据推送给终端。
在本发明实施例中,代理服务器在接收到后台服务器返回的用户互动数据后,将该用户互动数据推送给终端。在推送多媒体数据时,代理服务器可采取直接发送或打包压缩后再发送的方式,具体采取何种方式,本发明实施例对此不进行具体限定。
513、终端在接收到该用户互动数据后,根据该用户互动数据继续填充当前的多媒体数据展示页面,并向用户展示填充后的多媒体数据展示页面。
在本发明实施例中,终端在接收到用户互动数据后,将根据该用户互动数据继续在当前用户界面的基础上(经步骤507填充后的用户界面)继续进行用户互动数据的填充,在原有的基础上填充上作品点赞按钮、作品关注按钮、作品评论区域等。从而用户在试听该翻唱作品的过程中,便可对该作品进行点赞操作、评论操作、关注操作等。其中,填充用户界面的具体实现方式,可参考现有技术实现,本发明实施例对此不进行具体限定。
对于用户来说,通过上述步骤501至步骤513所示的步骤便可实现对翻唱作品的试听,同时还可对作品热度有一定了解,对翻唱作品进行点赞或评论等。分批次的数据推送方式,既缓解了服务器的压力,也不影响用户的试听体验。此外,若用户停留在试听页面较长时间,则由于该段时间内可能有海量的其他用户也试听了该翻唱作品,所以该翻唱作品的作品统计数据在这段时间内可能已经发生了极大的变化。因此,为了使得用户精确知晓该翻唱作品的热度,本发明实施例提供的方法还包括获取实时作品统计数据的步骤,具体过程详见下述步骤514至步骤520。
514、在指定时长后,终端检测当前显示页面是否为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面;如果是,则执行下述步骤515;如果否,则处理流程至此结束。
其中,指定时长可为2分钟或5分钟等等,本发明实施例对此不进行具体限定。终端检测当前显示页面是否为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面,也即终端检测用户是否依然停留在当前试听页面。当终端检测到用户依然停留在当前试听页面时,执行下述步骤515;当终端检测到用户离开当前试听页面时,处理流程至此结束。
在本发明实施例中,终端在检测当前显示页面是否为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面时,具体可采取下述方式实现:
第一种方式、检测用户在指定时长内是否执行了多媒体数据展示页面关闭操作;如果用户在指定时长内未执行多媒体数据展示页面关闭操作,则确定当前显示页面为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面。
第二种方式,检测用户在指定时长内是否执行了返回上一级菜单操作;如果用户在指定时长内未执行返回上一级菜单操作,则确定当前显示页面为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面。
当然,除上述检测方式外,还可采取其他检测方式,本发明实施例对此不进行具体限定。
515、如果当前显示页面为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面,则向代理服务器发送第三试听请求,第三试听请求中包括作品标识。
其中,第三试听请求可为HTTP(Hypertext Transfer Protocol,超文本传送协议)请求,请求中包括作品标识。该作品标识用于对该翻唱作品进行唯一标识。可为一串文字、一串数字、一串数字和字母相混合的字符串等等,本发明实施例对作品标识的形式不进行具体限定。同样,第三试听请求中除了包括作品标识外,还可包括请求发送时间等等,本发明实施例对此依然不进行具体限定。
516、代理服务器将第三试听请求发送至后台服务器。
在本发明实施例中,代理服务器在向后台服务器发送第三试听请求时,可采取直接发送或打包后再发送的方式,具体采取何种方式,本发明实施例对此不进行限定。
517、后台服务器根据作品标识,获取第三试听请求对应的更新作品统计数据。
在本发明实施例中,由于与翻唱作品有关的一切数据均以KV形式存储在缓存服务器或数据库中,所以后台服务器在接收到第三试听请求后,根据第三试听请求中包括的作品标识,从缓存服务器或数据库中获取该作品标识对应的更新作品播放数据。
其中,更新作品播放数据至少包括实时作品点赞次数、实时作品评论次数、实时作品转发次数等。本发明实施例对此不进行具体限定。
518、后台服务器通过第三接口将更新作品统计数据发送至代理服务器。
在本发明实施例中,后台服务器提供了三个与用户进行数据交互的接口。每一个接口各司其职,功能均不相同。第三接口专用于传输更新作品统计数据。所以,后台服务器在向代理服务器返回更新作品统计数据时,会经由第三接口进行传输。
519、代理服务器将更新作品统计数据推送给终端。
在本发明实施例中,代理服务器在接收到后台服务器返回的更新作品统计数据后,将该更新作品统计数据推送给终端。在推送多媒体数据时,代理服务器可采取直接发送或打包压缩后再发送的方式,具体采取何种方式,本发明实施例对此不进行具体限定。
520、终端在接收到更新作品统计数据后,根据该更新作品统计数据继续填充当前的多媒体数据展示页面,并向用户展示填充后的多媒体数据展示页面。
在本发明实施例中,终端在接收到更新作品统计数据后,根据该更新作品统计数据修改当前的多媒体数据展示页面,即修改作品点赞次数、作品评论次数、作品转发次数等,从而可展示给用户该翻唱作品实时的热度信息,极大地提升了产品质量和增强了用户体验度。
本发明实施例提供的方法,当终端检测到用户的试听操作后,向代理服务器发送第一试听请求,若代理服务器未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;若代理服务器缓存了该作品公共数据,则直接向终端返回该作品公共数据;之后,终端向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次的推送给用户且采取CDN缓存策略缓存作品公共数据,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重、接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。此外,当用户停留在试听页面较长时间时,还可自动向后台服务器发送第三试听请求,以通过第三接口获取更新作品统计数据,极大地提升了产品质量和用户体验度。
图6是本发明实施例提供的一种多媒体数据推送装置,该装置应用于后台服务器,参见图6,该装置包括:第一请求接收模块601、第一数据获取模块602、第一数据推送模块603、第二请求接收模块604、第二数据获取模块605、第二数据推送模块606。
其中,第一请求接收模块601,用于接收第一试听请求;第一数据获取模块602与第一请求接收模块601连接,用于获取第一试听请求对应的作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;第一数据推送模块603与第一数据获取模块602连接,用于通过第一接口将作品公共数据推送给用户;第二请求接收模块604与第一数据推送模块603连接,用于接收第二试听请求;第二数据获取模块605与第二请求接收模块604连接,用于获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;第二数据推送模块606与连接,用于通过第二接口将用户互动数据推送给用户;其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
可选地,该装置还包括:
第三请求接收模块,用于接收第三试听请求,第三试听请求中包括作品标识;
第三数据获取模块,用于根据作品标识,获取第三试听请求对应的更新作品统计数据;
第三数据推送模块,用于通过第三接口将更新作品统计数据发送至代理服务器,由代理服务器将更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
可选地,第一试听请求中包括作品标识;
第一数据获取模块,用于根据作品标识,获取第一试听请求对应的作品公共数据;
第一数据推送模块,用于通过第一接口将作品公共数据发送至代理服务器,由代理服务器将作品公共数据推送给用户。
可选地,第二试听请求中包括作品标识和用户标识;
第二数据获取模块,用于根据作品标识和用户标识,获取第二试听请求对应的用户互动数据;
第二数据推送模块,用于通过第二接口将用户互动数据发送至代理服务器,由代理服务器将用户互动数据推送给用户。
本发明实施例提供的装置,后台服务器在接收到第一试听请求后,获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,在接收到第二试听请求后,获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
图7是本发明实施例提供的一种多媒体数据推送装置,该装置应用于代理服务器,参见图7,该装置包括:第一请求接收模块701、第一请求发送模块702、第一数据推送模块703、第二请求接收模块704、第二请求发送模块705、第二数据推送模块706。
其中,第一请求接收模块701,用于接收第一试听请求;第一请求发送模块702与第一请求接收模块701连接,用于当数据缓存区中未存储第一试听请求对应的作品公共数据时,将第一试听请求发送至后台服务器,由后台服务器获取作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;第一数据推送模块703与第一请求发送模块702连接,用于将后台服务器通过第一接口返回的作品公共数据推送给用户;第二请求接收模块704与第一数据推送模块703连接,用于接收第二试听请求;第二请求发送模块705与第二请求接收模块704连接,用于将第二试听请求发送至后台服务器,由后台服务器获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;第二数据推送模块706与第二请求发送模块705连接,用于将后台服务器通过第二接口返回的用户互动数据推送给用户;其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
可选地,第一数据推送模块,用于当数据缓存区中存储了第一试听请求对应的作品公共数据时,将作品公共数据推送给用户。
可选地,该装置还包括:
数据缓存模块,用于将作品公共数据缓存预设时长;
第三数据推送模块,用于当在预设时长内接收到其他用户的指定试听请求时,将作品公共数据推送给其他用户;
其中,指定试听请求为与作品公共数据相匹配且除第一试听请求之外的请求。
可选地,该装置还包括:
第三请求接收模块,用于接收第三试听请求;
第三请求发送模块,用于将第三试听请求发送至后台服务器,由后台服务器获取第三试听请求对应的更新作品统计数据;
第三数据推送模块,用于将后台服务器通过第三接口返回的更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
本发明实施例提供的装置,代理服务器在接收到第一试听请求后,若判断自身未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;若代理服务器缓存了该作品公共数据,则直接向终端返回该作品公共数据;之后,代理服务器在接收到第二试听请求后,向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户且采取CDN缓存策略缓存作品公共数据,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
图8是本发明实施例提供的一种多媒体数据推送装置,该装置应用于终端。参见图8,该装置包括:第一请求发送模块801、第一数据接收模块802、第二请求发送模块803、第二数据接收模块804。
其中,第一请求发送模块801,用于当检测到用户的试听操作时,向代理服务器发送第一试听请求,代理服务器用于当判断数据缓存区中未存储第一试听请求对应的作品公共数据时,将第一试听请求发送至后台服务器,由后台服务器获取作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;第一数据接收模块802与第一请求发送模块801连接,用于接收后台服务器通过第一接口返回的作品公共数据;第二请求发送模块803与第一数据接收模块802连接,用于向代理服务器发送第二试听请求,代理服务器用于将第二试听请求发送至后台服务器,由后台服务器获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;第二数据接收模块804与第二请求发送模块803连接,用于接收后台服务器通过第二接口返回的用户互动数据;其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
可选地,该装置还包括:
页面检测模块,用于在指定时长后,检测当前显示页面是否为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面;
第三请求发送模块,用于当当前显示页面为与第一试听请求和第二试听请求相匹配的多媒体数据展示页面时,向代理服务器发送第三试听请求,第三试听请求中包括作品标识,由后台服务器根据作品标识,获取第三试听请求对应的更新作品统计数据;
第三数据接收模块,用于接收后台服务器通过第三接口返回的述更新作品统计数据;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
本发明实施例提供的装置,当终端检测到用户的试听操作后,向代理服务器发送第一试听请求,若代理服务器未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;若代理服务器缓存了该作品公共数据,则直接向终端返回该作品公共数据;之后,终端向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次的推送给用户且采取CDN缓存策略缓存作品公共数据,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重、接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
需要说明的是:上述实施例提供的多媒体数据推送装置在推送多媒体数据时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的多媒体数据推送装置与多媒体数据推送方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图9是本发明实施例提供的一种终端,该终端可以用于执行上述实施例中提供的多媒体数据推送方法。参见图9,该终端900包括:
RF(Radio Frequency,射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(WirelessFidelity,无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解,图9中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
RF电路110可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,交由一个或者一个以上处理器180处理;另外,将涉及上行的数据发送给基站。通常,RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier,低噪声放大器)、双工器等。此外,RF电路110还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA(CodeDivision Multiple Access,码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service,短消息服务)等。
存储器120可用于存储软件程序以及模块,处理器180通过运行存储在存储器120的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据终端900的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器120可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器120还可以包括存储器控制器,以提供处理器180和输入单元130对存储器120的访问。
输入单元130可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地,输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131,也称为触摸显示屏或者触控板,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器180,并能接收处理器180发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131,输入单元130还可以包括其他输入设备132。具体地,其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端900的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141,可选的,可以采用LCD(Liquid Crystal Display,液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的,触敏表面131可覆盖显示面板141,当触敏表面131检测到在其上或附近的触摸操作后,传送给处理器180以确定触摸事件的类型,随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图9中,触敏表面131与显示面板141是作为两个独立的部件来实现输入和输出功能,但是在某些实施例中,可以将触敏表面131与显示面板141集成而实现输入和输出功能。
终端900还可包括至少一种传感器150,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板141的亮度,接近传感器可在终端900移动到耳边时,关闭显示面板141和/或背光。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于终端900还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路160、扬声器161,传声器162可提供用户与终端900之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号,传输到扬声器161,由扬声器161转换为声音信号输出;另一方面,传声器162将收集的声音信号转换为电信号,由音频电路160接收后转换为音频数据,再将音频数据输出处理器180处理后,经RF电路110以发送给比如另一终端,或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔,以提供外设耳机与终端900的通信。
WiFi属于短距离无线传输技术,终端900通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。
处理器180是终端900的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器120内的软件程序和/或模块,以及调用存储在存储器120内的数据,执行终端900的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器180可包括一个或多个处理核心;优选的,处理器180可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器180中。
终端900还包括给各个部件供电的电源190(比如电池),优选的,电源可以通过电源管理系统与处理器180逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出,终端900还可以包括摄像头、蓝牙模块等,在此不再赘述。具体在本实施例中,终端的显示单元是触摸屏显示器,终端还包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行述一个或者一个以上程序包含用于进行以下操作的指令:
接收第一试听请求,获取第一试听请求对应的作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;
通过第一接口将作品公共数据推送给用户;
接收第二试听请求,获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;
通过第二接口将用户互动数据推送给用户;
其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
可选地,通过第二接口将用户互动数据推送给用户之后,该方法还包括:
接收第三试听请求,第三试听请求中包括作品标识;
根据作品标识,获取第三试听请求对应的更新作品统计数据;
通过第三接口将更新作品统计数据发送至代理服务器,由代理服务器将更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
可选地,第一试听请求中包括作品标识,获取第一试听请求对应的作品公共数据,包括:
根据作品标识,获取第一试听请求对应的作品公共数据;
通过第一接口将作品公共数据推送给用户,包括:
通过第一接口将作品公共数据发送至代理服务器,由代理服务器将作品公共数据推送给用户。
可选地,第二试听请求中包括作品标识和用户标识,获取第二试听请求对应的用户互动数据,包括:
根据作品标识和用户标识,获取第二试听请求对应的用户互动数据;
通过第二接口将用户互动数据推送给用户,包括:
通过第二接口将用户互动数据发送至代理服务器,由代理服务器将用户互动数据推送给用户。
本发明实施例提供的终端,当终端检测到用户的试听操作后,向代理服务器发送第一试听请求,若代理服务器未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,终端向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次的推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重、接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
图10是本发明实施例提供的一种代理服务器,该代理服务器可以用于执行上述实施例中代理服务器所执行的多媒体数据推送方法。参见图10,该服务器1000可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)1022(例如,一个或一个以上处理器)和存储器1032,一个或一个以上存储应用程序1042或数据1044的存储介质1030(例如一个或一个以上海量存储设备)。其中,存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1022可以设置为与存储介质1030通信,在服务器1000上执行存储介质1030中的一系列指令操作。
服务器1000还可以包括一个或一个以上电源1026,一个或一个以上有线或无线网络接口1050,一个或一个以上输入输出接口1058,和/或,一个或一个以上操作系统1041,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
具体在本实施例中,经配置以由一个或者一个以上处理器执行一个或者一个以上程序包含用于进行以下操作的指令:
接收第一试听请求;
当数据缓存区中未存储第一试听请求对应的作品公共数据时,将第一试听请求发送至后台服务器,由后台服务器获取作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;
将后台服务器通过第一接口返回的作品公共数据推送给用户;
接收第二试听请求,将第二试听请求发送至后台服务器,由后台服务器获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;
将后台服务器通过第二接口返回的用户互动数据推送给用户;
其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
可选地,接收第一试听请求之后,该方法还包括:
当数据缓存区中存储了第一试听请求对应的作品公共数据时,将作品公共数据推送给用户。
可选地,将通过第一接口返回的作品公共数据推送给用户之后,该方法还包括:
将作品公共数据缓存预设时长;
当在预设时长内接收到其他用户的指定试听请求时,将作品公共数据推送给其他用户;
其中,指定试听请求为与作品公共数据相匹配且除第一试听请求之外的请求。
可选地,将通过第二接口返回的用户互动数据推送给用户之后,该方法还包括:
接收第三试听请求,将第三试听请求发送至后台服务器,由后台服务器获取第三试听请求对应的更新作品统计数据;
将后台服务器通过第三接口返回的更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
本发明实施例提供的服务器,在接收到第一试听请求后,若判断自身未缓存第一试听请求对应的作品公共数据,则将第一试听请求发送至后台服务器,由后台服务器获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;若代理服务器缓存了该作品公共数据,则直接向终端返回该作品公共数据;之后,代理服务器在接收到第二试听请求后,向后台服务器发送第二试听请求,由后台服务器获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户且采取CDN缓存策略缓存作品公共数据,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
图11是本发明实施例提供的一种后台服务器,该后台服务器可以用于执行上述实施例中后台服务器所执行的多媒体数据推送方法。参见图11,该服务器1100可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)1122(例如,一个或一个以上处理器)和存储器1132,一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中,存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1122可以设置为与存储介质1130通信,在服务器1100上执行存储介质1130中的一系列指令操作。
服务器1100还可以包括一个或一个以上电源1126,一个或一个以上有线或无线网络接口1150,一个或一个以上输入输出接口1158,和/或,一个或一个以上操作系统1141,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
具体在本实施例中,经配置以由一个或者一个以上处理器执行一个或者一个以上程序包含用于进行以下操作的指令:
接收第一试听请求,获取第一试听请求对应的作品公共数据,作品公共数据中至少包括作品播放数据和作品统计数据;
通过第一接口将作品公共数据推送给用户;
接收第二试听请求,获取第二试听请求对应的用户互动数据,用户互动数据至少包括互动操作数据和用户关注数据;
通过第二接口将用户互动数据推送给用户;
其中,第一试听请求、第二试听请求由同一试听操作触发,第一接口、第二接口为用于传输不同数据的后台服务器接口。
可选地,通过第二接口将用户互动数据推送给用户之后,该方法还包括:
接收第三试听请求,第三试听请求中包括作品标识;
根据作品标识,获取第三试听请求对应的更新作品统计数据;
通过第三接口将更新作品统计数据发送至代理服务器,由代理服务器将更新作品统计数据推送给用户;
其中,第三接口为除第一接口和第二接口之外的后台服务器接口。
可选地,第一试听请求中包括作品标识,获取第一试听请求对应的作品公共数据,包括:
根据作品标识,获取第一试听请求对应的作品公共数据;
通过第一接口将作品公共数据推送给用户,包括:
通过第一接口将作品公共数据发送至代理服务器,由代理服务器将作品公共数据推送给用户。
可选地,第二试听请求中包括作品标识和用户标识,获取第二试听请求对应的用户互动数据,包括:
根据作品标识和用户标识,获取第二试听请求对应的用户互动数据;
通过第二接口将用户互动数据推送给用户,包括:
通过第二接口将用户互动数据发送至代理服务器,由代理服务器将用户互动数据推送给用户。
本发明实施例提供的服务器,在接收到第一试听请求后,获取第一试听请求对应的作品公共数据,并通过第一接口将作品公共数据推送给用户;之后,在接收到第二试听请求后,获取第二试听请求对应的用户互动数据,并通过第二接口将用户互动数据推送给用户,由于同一试听操作对应的全部数据通过不同的数据接口分批次推送给用户,所以在并发请求大量涌现的情况下,不会导致后台服务器负担过重,接口对外服务性能较优,减少了网络拥堵、提高了用户响应速度,缩短了用户发送在线试听请求到可以进行在线试听的时间。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (20)

1.一种多媒体数据推送方法,所述方法应用于后台服务器,其特征在于,所述方法包括:
接收第一试听请求,获取所述第一试听请求对应的作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
通过第一接口将所述作品公共数据推送给用户;
接收第二试听请求,获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
通过第二接口将所述用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
2.根据权利要求1所述的方法,其特征在于,所述通过第二接口将所述用户互动数据推送给所述用户之后,所述方法还包括:
接收第三试听请求,所述第三试听请求中包括作品标识;
根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
通过第三接口将所述更新作品统计数据发送至代理服务器,由所述代理服务器将所述更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
3.根据权利要求1所述的方法,其特征在于,所述第一试听请求中包括作品标识,所述获取所述第一试听请求对应的作品公共数据,包括:
根据所述作品标识,获取所述第一试听请求对应的作品公共数据;
所述通过第一接口将所述作品公共数据推送给用户,包括:
通过所述第一接口将所述作品公共数据发送至代理服务器,由所述代理服务器将所述作品公共数据推送给用户。
4.根据权利要求1所述的方法,其特征在于,所述第二试听请求中包括所述作品标识和用户标识,所述获取所述第二试听请求对应的用户互动数据,包括:
根据所述作品标识和所述用户标识,获取所述第二试听请求对应的用户互动数据;
所述通过第二接口将所述用户互动数据推送给所述用户,包括:
通过所述第二接口将所述用户互动数据发送至代理服务器,由所述代理服务器将所述用户互动数据推送给所述用户。
5.一种多媒体数据推送方法,所述方法应用于代理服务器,其特征在于,所述方法包括:
接收第一试听请求;
当数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
将所述后台服务器通过第一接口返回的作品公共数据推送给用户;
接收第二试听请求,将所述第二试听请求发送至所述后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
将所述后台服务器通过第二接口返回的用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
6.根据权利要求5所述的方法,其特征在于,所述接收第一试听请求之后,所述方法还包括:
当所述数据缓存区中存储了所述第一试听请求对应的作品公共数据时,将所述作品公共数据推送给所述用户。
7.根据权利要求5所述的方法,其特征在于,所述将通过第一接口返回的作品公共数据推送给用户之后,所述方法还包括:
将所述作品公共数据缓存预设时长;
当在所述预设时长内接收到其他用户的指定试听请求时,将所述作品公共数据推送给所述其他用户;
其中,所述指定试听请求为与所述作品公共数据相匹配且除所述第一试听请求之外的请求。
8.根据权利要求5所述的方法,其特征在于,所述将通过第二接口返回的用户互动数据推送给所述用户之后,所述方法还包括:
接收第三试听请求,将所述第三试听请求发送至所述后台服务器,由所述后台服务器获取所述第三试听请求对应的更新作品统计数据;
将所述后台服务器通过第三接口返回的更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
9.一种多媒体数据推送方法,所述方法应用于终端,其特征在于,所述方法包括:
当检测到用户的试听操作时,向代理服务器发送第一试听请求,所述代理服务器用于当判断数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
接收所述后台服务器通过第一接口返回的作品公共数据;
向所述代理服务器发送第二试听请求,所述代理服务器用于将所述第二试听请求发送至后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
接收所述后台服务器通过第二接口返回的用户互动数据;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
10.根据权利要求9所述的方法,其特征在于,所述向所述代理服务器发送第二试听请求之后,所述方法还包括:
在指定时长后,检测当前显示页面是否为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面;
如果当前显示页面为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面,则向所述代理服务器发送第三试听请求,所述第三试听请求中包括所述作品标识,由所述后台服务器根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
接收所述后台服务器通过第三接口返回的述更新作品统计数据;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
11.一种多媒体数据推送装置,所述装置应用于后台服务器,其特征在于,所述装置包括:
第一请求接收模块,用于接收第一试听请求;
第一数据获取模块,用于获取所述第一试听请求对应的作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
第一数据推送模块,用于通过第一接口将所述作品公共数据推送给用户;
第二请求接收模块,用于接收第二试听请求;
第二数据获取模块,用于获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
第二数据推送模块,用于通过第二接口将所述用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第三请求接收模块,用于接收第三试听请求,所述第三试听请求中包括作品标识;
第三数据获取模块,用于根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
第三数据推送模块,用于通过第三接口将所述更新作品统计数据发送至代理服务器,由所述代理服务器将所述更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
13.根据权利要求11所述的装置,其特征在于,所述第一试听请求中包括作品标识;
所述第一数据获取模块,用于根据所述作品标识,获取所述第一试听请求对应的作品公共数据;
所述第一数据推送模块,用于通过所述第一接口将所述作品公共数据发送至代理服务器,由所述代理服务器将所述作品公共数据推送给用户。
14.根据权利要求11所述的装置,其特征在于,所述第二试听请求中包括所述作品标识和用户标识;
所述第二数据获取模块,用于根据所述作品标识和所述用户标识,获取所述第二试听请求对应的用户互动数据;
所述第二数据推送模块,用于通过所述第二接口将所述用户互动数据发送至代理服务器,由所述代理服务器将所述用户互动数据推送给所述用户。
15.一种多媒体数据推送装置,所述装置应用于代理服务器,其特征在于,所述装置包括:
第一请求接收模块,用于接收第一试听请求;
第一请求发送模块,用于当数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
第一数据推送模块,用于将所述后台服务器通过第一接口返回的作品公共数据推送给用户;
第二请求接收模块,用于接收第二试听请求;
第二请求发送模块,用于将所述第二试听请求发送至所述后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
第二数据推送模块,用于将所述后台服务器通过第二接口返回的用户互动数据推送给所述用户;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
16.根据权利要求15所述的装置,其特征在于,所述第一数据推送模块,用于当所述数据缓存区中存储了所述第一试听请求对应的作品公共数据时,将所述作品公共数据推送给所述用户。
17.根据权利要求15所述的装置,其特征在于,所述装置还包括:
数据缓存模块,用于将所述作品公共数据缓存预设时长;
第三数据推送模块,用于当在所述预设时长内接收到其他用户的指定试听请求时,将所述作品公共数据推送给所述其他用户;
其中,所述指定试听请求为与所述作品公共数据相匹配且除所述第一试听请求之外的请求。
18.根据权利要求15所述的装置,其特征在于,所述装置还包括:
第三请求接收模块,用于接收第三试听请求;
第三请求发送模块,用于将所述第三试听请求发送至所述后台服务器,由所述后台服务器获取所述第三试听请求对应的更新作品统计数据;
第三数据推送模块,用于将所述后台服务器通过第三接口返回的更新作品统计数据推送给所述用户;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
19.一种多媒体数据推送装置,所述装置应用于终端,其特征在于,所述装置包括:
第一请求发送模块,用于当检测到用户的试听操作时,向代理服务器发送第一试听请求,所述代理服务器用于当判断数据缓存区中未存储所述第一试听请求对应的作品公共数据时,将所述第一试听请求发送至后台服务器,由所述后台服务器获取所述作品公共数据,所述作品公共数据中至少包括作品播放数据和作品统计数据;
第一数据接收模块,用于接收所述后台服务器通过第一接口返回的作品公共数据;
第二请求发送模块,用于向所述代理服务器发送第二试听请求,所述代理服务器用于将所述第二试听请求发送至后台服务器,由所述后台服务器获取所述第二试听请求对应的用户互动数据,所述用户互动数据至少包括互动操作数据和用户关注数据;
第二数据接收模块,用于接收所述后台服务器通过第二接口返回的用户互动数据;
其中,所述第一试听请求、所述第二试听请求由同一试听操作触发,所述第一接口、所述第二接口为用于传输不同数据的后台服务器接口。
20.根据权利要求19所述的装置,其特征在于,所述装置还包括:
页面检测模块,用于在指定时长后,检测当前显示页面是否为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面;
第三请求发送模块,用于当当前显示页面为与所述第一试听请求和所述第二试听请求相匹配的多媒体数据展示页面时,向所述代理服务器发送第三试听请求,所述第三试听请求中包括所述作品标识,由所述后台服务器根据所述作品标识,获取所述第三试听请求对应的更新作品统计数据;
第三数据接收模块,用于接收所述后台服务器通过第三接口返回的述更新作品统计数据;
其中,所述第三接口为除所述第一接口和所述第二接口之外的后台服务器接口。
CN201410790168.7A 2014-12-17 2014-12-17 多媒体数据推送方法及装置 Active CN104539597B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410790168.7A CN104539597B (zh) 2014-12-17 2014-12-17 多媒体数据推送方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410790168.7A CN104539597B (zh) 2014-12-17 2014-12-17 多媒体数据推送方法及装置

Publications (2)

Publication Number Publication Date
CN104539597A CN104539597A (zh) 2015-04-22
CN104539597B true CN104539597B (zh) 2017-11-03

Family

ID=52855066

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410790168.7A Active CN104539597B (zh) 2014-12-17 2014-12-17 多媒体数据推送方法及装置

Country Status (1)

Country Link
CN (1) CN104539597B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106330917B (zh) * 2016-08-26 2019-09-27 腾讯科技(深圳)有限公司 数据展示方法及装置
CN107424335A (zh) * 2017-08-07 2017-12-01 智童时刻(厦门)科技有限公司 一种利用机器人辅助创作方法及社群平台的搭建运用
CN110138089B (zh) * 2019-06-06 2021-12-28 国网北京市电力公司 配网自动化主站批量预置通信方法
CN111163357A (zh) * 2020-01-06 2020-05-15 上海众言网络科技有限公司 对视频内容进行评价的方法和装置
CN112463770A (zh) * 2020-12-18 2021-03-09 北京易车互联信息技术有限公司 一种适用于关注流任务的通用架构系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102497448A (zh) * 2011-12-26 2012-06-13 深圳市五巨科技有限公司 一种移动终端在线音乐播放的方法及系统
CN103024589A (zh) * 2011-09-26 2013-04-03 联想(北京)有限公司 一种交互信息输出方法、传输方法和装置
CN103716391A (zh) * 2013-12-26 2014-04-09 星云融创(北京)信息技术有限公司 一种内容缓存的实现方法及路由器
CN103731478A (zh) * 2013-12-13 2014-04-16 深圳市云宙多媒体技术有限公司 一种基于用户访问时间的内容发布方法及系统
CN104090884A (zh) * 2013-11-28 2014-10-08 腾讯科技(深圳)有限公司 应用媒体信息动态分享方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4405523B2 (ja) * 2007-03-20 2010-01-27 株式会社東芝 コンテンツ配信システム、このコンテンツ配信システムで使用されるサーバ装置及び受信装置
US8949333B2 (en) * 2011-05-20 2015-02-03 Alejandro Backer Systems and methods for virtual interactions

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024589A (zh) * 2011-09-26 2013-04-03 联想(北京)有限公司 一种交互信息输出方法、传输方法和装置
CN102497448A (zh) * 2011-12-26 2012-06-13 深圳市五巨科技有限公司 一种移动终端在线音乐播放的方法及系统
CN104090884A (zh) * 2013-11-28 2014-10-08 腾讯科技(深圳)有限公司 应用媒体信息动态分享方法及装置
CN103731478A (zh) * 2013-12-13 2014-04-16 深圳市云宙多媒体技术有限公司 一种基于用户访问时间的内容发布方法及系统
CN103716391A (zh) * 2013-12-26 2014-04-09 星云融创(北京)信息技术有限公司 一种内容缓存的实现方法及路由器

Also Published As

Publication number Publication date
CN104539597A (zh) 2015-04-22

Similar Documents

Publication Publication Date Title
CN104519404B (zh) 图像互换格式文件的播放方法及装置
CN105096157B (zh) 虚拟物品接收方法、发送方法、交互方法和设备
CN104539597B (zh) 多媒体数据推送方法及装置
CN107863095A (zh) 音频信号处理方法、装置和存储介质
CN104618222B (zh) 一种匹配表情图像的方法及装置
CN104618217B (zh) 分享资源的方法、终端、服务器及系统
CN107438200A (zh) 直播间礼物展示的方法和装置
CN104967896A (zh) 一种显示弹幕评论信息的方法和装置
CN104519262B (zh) 获取视频数据的方法、装置及终端
CN103678605B (zh) 一种信息传输的方法、装置及终端设备
CN103886198B (zh) 一种数据处理的方法、终端、服务器及系统
CN105363201A (zh) 提示信息的显示方法及装置
CN106782460A (zh) 生成乐谱的方法和装置
CN106210755A (zh) 一种播放直播视频的方法、装置和系统
CN106341713B (zh) 一种多媒体同步播放方法、装置、系统及终端
CN104580177B (zh) 资源提供方法、装置和系统
CN106936699A (zh) 一种信息分享方法、装置和系统
CN103475914A (zh) 视频播放方法、装置、终端设备和服务器
CN104699501B (zh) 一种运行应用程序的方法及装置
CN106231433A (zh) 一种播放网络视频的方法、装置和系统
CN105447124A (zh) 虚拟物品分享方法和装置
CN107731241A (zh) 处理音频信号的方法、装置和存储介质
CN106254924B (zh) 一种多媒体数据的播放方法、系统及相关设备
CN104660769B (zh) 一种添加联系人信息的方法、装置和系统
CN107766361A (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
CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 510660 Guangzhou City, Guangzhou, Guangdong, Whampoa Avenue, No. 315, self - made 1-17

Patentee after: Guangzhou KuGou Networks Co., Ltd.

Address before: 510000 B1, building, No. 16, rhyme Road, Guangzhou, Guangdong, China 13F

Patentee before: Guangzhou KuGou Networks Co., Ltd.