涉及案件微信表情具备独创性,SDK帮忙在推流端实行录制自征集

摘要QQ 最新版本 8.1.3 上线的一个新功能——“一起听歌”。简单来说就是你和 QQ
好友在聊天的时候,直接点击右上角的选项按钮并开启「一起听歌」功能,就可以任选一首喜欢的音乐,和对象一边听歌一边聊
QQ。引言听说 95
后已经不知道这是什么了?「耳机分线器」这个听起来有点质朴的名字,已经是十几年前流行的玩意儿,那时候同学、朋友甚至情侣之间最亲密的举动,无非就是一人一副耳塞,同步听着同一首歌。这么多年过去了,一起听歌依旧亲密友好的象征,只不过现在的年轻人,有了更多有趣的玩法——比如用
QQ 一起听。为什么
QQ「一起听歌」如此受用户喜爱?QQ「一起听歌」是什么?其实这是 QQ 最新版本
8.1.3 上线的一个新功能。简单来说就是你和 QQ
好友在聊天的时候,直接点击右上角的选项按钮并开启「一起听歌」功能,就可以任选一首喜欢的音乐,和对象一边听歌一边聊
QQ。你们可以通过这个功能一起回忆往昔金曲,也可以快速安利最近的心头所好。当然,有人也许会问「我直接把音乐分享给对方不就好了吗?」,然而直接分享面临的一个问题是——你如何知道对方真的点开来听来呢?又怎么保证他听的进度和你保持一致呢?同时、同步、同一首歌,这是
QQ 「一起听歌」功能的一个重要特性,我想这些产品细节也正是
QQ「一起听歌」功能受到用户喜爱的重要原因。据说,「一起听歌」功能在灰度测试期间就受到了许多恋爱中的年轻人的喜爱。什么,你说你没有对象?那么
A
君建议你,和好朋友一起听首《柠檬树》也是一个不错的选择。说来也巧,其实这不就和我们以前听着
MP3
也要买一个「一分二耳机线」一样吗?总是忍不住想把自己喜欢的音乐和喜欢的人分享,只不过那时的技术还没有强大到在线上就能一边聊天一边分享音乐。现在想想,如果我们当初用
QQ 的时候就有「一起听歌」功能会是多么有趣的一件事。不得不说,QQ
总是能够准确地捕捉到年轻群体的需求。

摘要声网SDK 2.3.2版于2019年01月17日发布。声网 Agora.io 是为 App
开发者提供全球范围实时音视频通信服务的云服务商.1、简介以下是来自声网官方网站的介绍:声网
Agora.io 是首家为 App
开发者提供全球范围实时音视频通信服务的服务商,在全球部署了近 100
个数据中心,搭建 SD-RTN™(Software Defined Real Time
Network)这个专为「实时」所设计的虚拟通信网,来极大优化全球范围内的实时传输。声网Agora.io
为开发者提供有质量保证 QoE 的实时云服务。声网 Agora.io 于 2014
年成立,隶属于上海兆言网络科技有限公司,总部位于硅谷,研发中心位于上海。团队
90% 均为全球技术工程师,包括苹果Apple 视频算法架构师、Vidyo
产品负责人、Polycom 工程总监等,平均行业经验 10
年以上,团队有年服务数千亿分钟音视频通话经验和千万级并发的互联网直播经验。2、更新内容声网
Agora SDK 2.3.2
已经正式上线,开发者们可以在官网「下载」中找到各系统、平台对应的版本。我们在这次版本中有多项新增功能及优化,可全行业场景的实时互动体验带来提升,尤其针对在线教育的多个场景进行了优化。本次升级针对音视频处理增加了多个新接口。随着新版本的上线,我们也在网络抗丢包、动态自适应、抗抖动策略等网络层方面进行了优化,针对全行业场景的网络传输质量均得到了提升。在抗丢包方面,优化的前向纠错,丢包边界提升了约10%。我们还提升
iOS 低端设备和Windows设备上的 SDK 性能,优化比率约20% –
30%。接下来,我们详细看一下本次的新增接口、功能改进。新增功能1.Windows
新增视频自采集为方便开发者在通话或直播中使用外部视频数据,此次新增两个接口:setExternalVideoSource:配置外部视频源pushVideoFrame:
它会通过ExternalVideoFrame推送外部视频帧给 Agora
SDK支持在推流端进行视频自采集。启用后,应用程序将外部的视频帧数据推送给
Agora SDK
进行编码和传输。该方法适用于用户在发送端自己做采集、渲染,然后把视频帧发送给
Agora SDK
进行编码和传输的场景。开发者可以拿到裸数据后做前处理。2.移动端前置摄像头曝光与对焦当用户在视频通话或直播连麦时,可以通过点击屏幕来调整对焦、曝光,可以带来更好的体验。2.3.2版本新增如下接口,支持对兴趣点自动曝光功能。开发者可以将需要自动曝光的区域位置发送给
Agora
SDK,摄像头会基于该区域自动曝光。isCameraExposurePositionSupported:检查设备前置摄像头是否支持手动调整曝光位置setCameraExposurePosition:设置手动曝光的位置,会通过positionXinView和positionYinView两个参数分别表示触摸点相对于视图的横、纵坐标onCameraExposureAreaChanged:摄像头曝光区域已更改时会有回调3.Windows
与 Mac
端新增自定义视频源画质为了提升自定义视频源的画质,并可以更好地满足多种需要调整画面大小的场景,新版本引入了setVideoEncoderConfiguration可用来替换原setVideoProfile接口,设置视频编码属性。该新接口中的VideoEncoderConfiguration类对应一套视频参数,包含视频的分辨率、帧率、码率、最低编码码率
以及视频方向。原接口 setVideoProfile 仍可使用。4. Windows
端支持音频自渲染为了给开发者灵活的开发体验,Windows SDK
新版本开始支持音频自渲染。启用后,应用程序会采用主动拉取的方式从音频引擎拉取远端已解码混音后的音频帧,用于外部音频播放。setExternalAudioSink:
设置外部音频自渲染,可以将采样率设置为 8KHz、16KHz、32KHz、44.1KHz 或
48KHz。pullAudioFrame:拉取音频帧用于外部播放5.新增虚拟声卡采集新版本在enableLoopbackRecording接口中新增参数
deviceName,支持用户使用虚拟声卡进行采集,相对之前版本,能让人声与背景音乐合成后的音质效果更好。请注意,当该参数
NULL
时默认使用当前声卡采集。如需使用虚拟声卡,直接使用虚拟声卡的产品名传参即可。6.控制音乐文件的播放音量为方便用户控制混音音乐文件的播放音量,新版本在已有adjustAudioMixingVolume的基础上新增adjustAudioMixingPlayoutVolume和adjustAudioMixingPublishVolume接口,用于分别控制混音音乐文件在本地和远端的播放音量。该版本梳理了用户在音频采集到播放过程中可能会需要调整音量的场景,及各场景对应的
API,供用户参考使用。详见官网文档「调整通话音量」部分。网络传输质量优化与此同时,我们在这段时间,还进一步优化了网络传输质量,例如在抗丢包方面,优化的前向纠错与自动重传特性,丢包边界提升了约10%。我们还在原基础上优化了动态自适应算法,进一步降低视频卡顿的发生几率。针对音频传输,本阶段还优化了抗抖动策略,改进音频的延迟与质量。更多改进与优化音乐文件音量控制:在adjustAudioMixingVolume接口基础上新增adjustAudioMixingPlayoutVolume和adjustAudioMixingPublishVolume接口,用于分别控制混音音乐文件在本地和远端的播放音量。改进网络连接状态生成策略:新增getConnectionState和onConnectionStateChanged接口,用以获取
SDK
的网络连接状态,以及连接状态发生改变的原因。废弃了原有的onConnectionInterrupted和onConnectionBanned回调。改进音频质量数据统计:增加onRemoteAudioStats,替换onAudioQuality接口,可提供分段统计音频
E2E

摘要因认为“吹牛”软件使用了与微信相似的红包界面和聊天表情,腾讯该软件运营公司告上法庭。1、引言因认为“吹牛”聊天软件使用了与微信相似的红包界面和聊天表情,腾讯科技(深圳)有限公司(简称腾讯科技公司)和深圳市腾讯计算机系统有限公司(简称腾讯计算机公司)将“吹牛”软件的开发运营方北京青曙网络科技有限公司(简称青曙公司)告上法庭,并分别索赔450万元和50万元。2019年7月19日,北京互联网法院分别对“微信红包”和“微信表情”两案进行一审宣判:“微信红包”案判决书原文:
“微信”应用软件中,“微信红包聊天气泡”和“微信红包开启页”2)被告辩称:电子红包的创作设计来源于生活中的实物红包,“微信红包”不具有独创性;“微信红包”相关页面及微信整体页面不构成有一定影响的装潢。被告辩称,原告进行作品登记前有大量与之相同或相似的作品发表,涉案“微信红包聊天气泡和开启页”不具有独创性;被告使用的电子红包与涉案作品存在差异。因此,被告未实施著作权侵权行为。“微信红包”相关页面及微信整体页面不构成有一定影响的装潢,被告未以任何形式宣传其软件与“微信”应用软件存在关联,相关公众不会产生混淆或误认。因此,被告未实施不正当竞争行为。▲“吹牛”聊天软件中被控侵权“红包聊天气泡”和“红包开启页”5、“微信表情”案双方的主要论点1)原告诉称:涉案微信表情具有独创性,构成美术作品,原告对其享有著作权。被告未经许可,在其经营的“吹牛”应用软件中提供与涉案微信表情完全相同的聊天表情,侵害了原告享有的信息网络传播权。据此,原告请求:被告赔偿原告经济损失及合理开支共计50万元。▲涉案微信表情2)被告辩称:原告不享有涉案微信表情的著作权。被告辩称,虽然涉案聊天表情构成美术作品,但是在案证据不能证明原告对其享有著作权;被告已经停止使用涉案微信表情;原告主张的经济损失和合理开支过高,缺乏法律依据。▲被控侵权表情6、主要争议焦点及裁判要旨“微信红包”案的主要争议焦点:1)“微信红包聊天气泡和开启页”是否构成作品,被告是否侵犯原告的信息网络传播权;2)“微信红包”相关页面及微信整体页面是否构成“有一定影响的装潢”,被告是否实施了不正当竞争行为。“微信红包”案的裁判要旨(详见判决书):1.1
“微信红包聊天气泡和开启页”的颜色与线条的搭配比例、图形与文字的排列组合,体现了创作者的选择、判断和取舍,展现了一定程度的美感,具有独创性,构成美术作品;其与被告提出的相似或相近的电子红包在颜色搭配与变化,文字、线条、图形的排列组合与位置设计等方面均存在明显差异,具有独创性。1.2
被告的电子红包聊天气泡和开启页与原告主张的“微信红包聊天气泡和开启页”分别构成实质性相似,被告未经许可进行使用,使用户可以在其选定的时间和地点使用原告的“微信红包聊天气泡和开启页”,侵犯了原告的信息网络传播权。2.1
“微信红包”相关页面,是“微信红包服务”的整体形象,其相关页面附加的文字、图案、色彩及其排列组合,具有美化服务的作用,且其已具有良好的宣传效应,受到用户的广泛欢迎,应当属于“有一定影响的服务装潢”。但微信整体页面仅是软件类产品的常规设计,没有体现独特性,不构成“有一定影响的服务装潢”。2.2
被控侵权页面与“微信红包”相关页面整体视觉效果上构成近似,容易造成公众的混淆和误认,系不正当地利用他人的劳动成果攫取竞争优势,损害了正常的市场竞争秩序,构成不正当竞争。“微信表情”案的主要争议焦点:1)腾讯科技公司是否对涉案微信表情享有著作权;2)被告行为是否侵犯了原告的信息网络传播权。“微信表情”案的裁判要旨(详见判决书):1.1
涉案微信表情涉案微信表情均为采用“黄脸表情”设计理念的卡通形象设计,即用圆形黄色表示面部,在此基本造型的基础上,通过眼部、嘴部、手势等神态的变化来反映人物的不同情绪,生动、形象、富有趣味,在线条、色彩运用等方面体现出一定的个性化选择和独创性表达,具有审美意义,构成美术作品;腾讯科技公司系涉案微信表情的作者,涉案微信表情的创作完成时间为2016年8月29日,故腾讯科技公司自该日起对涉案微信表情享有著作权。1.2
关于被告提出的“奸笑”表情与百度团队在先设计的“滑稽”表情相同或构成实质性相似的抗辩主张,法院认为两表情在眉毛的位置、长短和形状,眼睛的位置、大小和形状,以及腮红的深浅等方面均存在客观可识别的明显差异,且两表情传递出的情绪和含义明显不同,因此“奸笑”表情具有独创性。1.3
关于被告提出的涉案“捂脸”表情与金召平申请注册的商标一致,且金召平申请注册商标时间早于涉案“捂脸”表情登记时间的抗辩主张,法院认为涉案“捂脸”表情的创作完成时间和发表时间均早于金召平申请商标注册的时间,且被告并未提交证据证明该商标由金召平创作完成,不能证明金召平是涉案“捂脸”表情的作者。1.4
关于被告提出涉案“嘿哈”表情的原型来自卢正雨表情包的抗辩主张,法院认为,在案证据不能证明卢正雨的表情包早于“嘿哈”表情的创作完成时间,且二者的表现形式并不相同,从真实人物的表情到聊天表情美术作品的创作,需要作者对线条、颜色等进行选择、判断和取舍,凝结了其独创性的智力劳动,不能证明原告不是涉案“嘿哈”表情的著作权人。1.5
关于被告提出部分涉案微信表情来自于微信表情开放平台投稿的抗辩主张,法院认为来自开放平台的聊天表情的提交时间和上架时间均晚于涉案微信表情的发表时间,不能证明原告不是涉案微信表情的著作权人。2.1
被告未经许可在其经营的“吹牛”应用软件中使用了与涉案微信表情完全相同的聊天表情,被告的行为使该软件的用户可以在其个人选定的时间和地点获得涉案微信表情,侵犯了原告依法享有的信息网络传播权,应当承担相应的民事责任。7、“吹件”聊天软件现状及其运营分司现状不知是否与此两起判决有关,“吹件”聊天软件的运营公司已处于异常名录中:该公司所属的网站和APP已通通不可访问:

时延,便于开发者查询。提供更精准的质量报告:优化了onNetworkQuality接口的算法。优化打分反馈机制:rate接口的打分范围缩小到了1

5,方便终端用户为本次通话、直播连麦打分和反馈。音乐教学场景的音质优化:针对音乐教学等高音质需求场景,进行了音质改进。通过调用setAudioProfile,将
Profile 设置为 MUSIC_HIGH_QUALITY(4),Scenario设置为
GAME_STREAMING(3)
实现。3、声网链接下载地址:

相关文章