CN105430534B - 一种智能设备上报数据的方法和系统 - Google Patents
一种智能设备上报数据的方法和系统 Download PDFInfo
- Publication number
- CN105430534B CN105430534B CN201510714915.3A CN201510714915A CN105430534B CN 105430534 B CN105430534 B CN 105430534B CN 201510714915 A CN201510714915 A CN 201510714915A CN 105430534 B CN105430534 B CN 105430534B
- Authority
- CN
- China
- Prior art keywords
- data
- log
- reported
- line
- local file
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
- H04N21/23109—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion by placing content in organized collections, e.g. EPG data repository
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Graphics (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开一种智能设备上报数据的方法和系统,其中,方法包括步骤:A、智能设备将需上报的数据通过多行记录的格式保存,并且每行记录由多个代表不同业务的字段组成;B、保存后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;C、日志接口服务器接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;D、日志接口服务器接收完全部的数据后,将接收成功的返回码返回到智能设备。本发明对数据传输的格式进行改进,减少了服务端定义的接口的数量,从而该智能电视调用接口提供了极大的便利,并且采用编码和压缩处理,减小了上报数据时占用的带宽,保证了数据的安全性和可靠性。
Description
技术领域
本发明涉及数据上报领域,尤其涉及一种智能设备上报数据的方法和系统。
背景技术
如今,智能电视等智能设备已经走进了千家万户,越来越多的用户通过智能电视观看自己喜欢的节目或使用上面的应用。运营商在通过智能电视给用户推送节目的同时也迫切的想了解用户的行为喜好。因此,运营商需要从智能电视终端收集用户的数据来进行分析处理。
现有技术中,智能电视终端是采用主动上报的方式将收集到的用户数据发送到运营商的服务端。这种上报方式是通过调用服务端暴露的API接口将数据发送到服务端,传输协议通常是HTTP。目前,但这种上报方式存在许多缺陷。首先,不同的业务数据需要调用不同的接口,从而造成接口数量过多;其次,每上报一条记录就要调用一次接口,无法批量上报数据;另外,上报的数据格式通常采用json,而由于json中含有大量的无用信息,故造成上报数据量大,占用了大量的带宽;最后,很多上报数据的方式其数据传输的安全性和可靠性得不到保障。
因此,现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足,本发明的目的在于提供一种智能设备上报数据的方法和系统,旨在解决现有的数据上报方式存在的上报效率低等问题。
本发明的技术方案如下:
一种智能设备上报数据的方法,其中,包括步骤:
A、智能设备将需上报的数据通过多行记录的格式保存,并且每行记录由多个代表不同业务的字段组成;
B、保存后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;
C、日志接口服务器接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;
D、日志接口服务器接收完全部的数据后,将接收成功的返回码返回到智能设备。
所述的智能设备上报数据的方法,其中,所述步骤A具体包括:
A1、智能设备将需上报的采用多行记录的格式的数据进行传输,并保存到一本地文件中;
A2、每一个本地文件均设定一阀值,用于限定所能存储的上报数据的大小;
A3、如果所述本地文件的大小达到设定的阈值,新建本地文件,并将数据保存到新建的本地文件中。
所述的智能设备上报数据的方法,其中,所述步骤B具体包括:
B1、逐行读取达到阈值的本地文件中的记录,然后进行编码,编码后压缩成二进制流;
B2、通过调用日志接口将二进制流传输到日志接口服务器。
所述的智能设备上报数据的方法,其中,所述步骤C具体包括:
C1、日志接口服务器获取到二进制流后将其缓存到字节数组中,然后进行解压和解码处理;
C2、日志接口服务器将处理得到的记录逐行读取,并根据数据类别将读取到的记录保存到不同的日志文件中;
C3、将日志文件上传到日志文件系统中。
所述的智能设备上报数据的方法,其中,还包括:当上报数据的时长间隔更新时,智能设备通过一时长间隔接口获取到更新的时长间隔,并按照更新的时长间隔上报数据。
所述的智能设备上报数据的方法,其中,上报的数据放置在HTTP协议的报文体中,传输方式采用url后缀加上请求参数和参数值。
一种智能设备上报数据的系统,其中,包括:
保存模块,用于将需上报的数据通过多行记录的格式保存,并且每行记录由多个代表不同业务的字段组成;
传输模块,用于保存后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;
上传模块,用于接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;
返回模块,用于接收完全部的数据后,将接收成功的返回码返回到智能设备。
所述的智能设备上报数据的系统,其中,所述保存模块具体包括:
保存单元,用于智能设备将需上报的采用多行记录的格式的数据进行传输,并保存到一本地文件中;
设定单元,用于将每一个本地文件设定一阀值,限定所能存储的上报数据的大小;
新建单元,如果所述本地文件的大小达到设定的阈值,用于新建本地文件,并将数据保存到新建的本地文件中。
所述的智能设备上报数据的系统,其中,所述传输模块具体包括:
编码压缩单元,用于逐行读取达到阈值的本地文件中的记录,然后进行编码,编码后压缩成二进制流;
传输单元,用于通过调用日志接口将二进制流传输到日志接口服务器。
所述的智能设备上报数据的系统,其中,所述上传模块具体包括:
解压解码单元,用于获取到二进制流后将其缓存到字节数组中,然后进行解压和解码处理;
读取单元,用于将处理得到的记录逐行读取,并根据数据类别将读取到的记录保存到不同的日志文件中;
上传单元,用于将日志文件上传到日志文件系统中。
有益效果:本发明对数据传输的格式进行改进,减少了服务端定义的接口的数量,从而该智能电视调用接口提供了极大的便利,并且采用编码和压缩处理,减小了上报数据时占用的带宽,保证了数据的安全性和可靠性。
附图说明
图1为本发明一种智能设备上报数据的方法较佳实施例的流程图。
图2为本发明中智能电视与日志接口服务器之间的交互示意图。
图3为图1所示方法中步骤S101的具体流程图。
图4为图1所示方法中步骤S102的具体流程图。
图5为图1所示方法中步骤S103的具体流程图。
图6为本发明中智能电视上报数据的格式示意图。
图7为本发明中上报的视频播放数据的格式示意图。
图8为本发明一种智能设备上报数据的系统较佳实施例的结构框图。
图9为图8所示系统中保存模块的具体结构框图。
图10为图8所示系统中传输模块的具体结构框图。
图11为图8所示系统中上传模块的具体结构框图。
具体实施方式
本发明提供一种智能设备上报数据的方法和系统,为使本发明的目的、技术方案及效果更加清楚、明确,以下对本发明进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
请参阅图1,图1为本发明一种智能设备上报数据的方法,其特征在于,包括步骤:
S101、智能设备将需上报的数据通过多行记录的格式保存,并且每行记录由多个代表不同业务的字段组成;
S102、保存后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;
S103、日志接口服务器接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;
S104、日志接口服务器接收完全部的数据后,将接收成功的返回码返回到智能设备。
如图2所示,本发明中智能设备(本发明以智能电视为例)与日志接口服务器之间进行交互时,首先由智能电视通过网络将上报的数据传输到日志接口服务器(a上报数据),日志接口服务器接收到上报的数据并将数据保存到日志文件,然后上传到日志文件系统中(b日志文件存储),并在接收完全部的数据后将返回码返回给智能电视(c返回码)。
在本发明实施例中,将需上报的数据采用新的格式进行传输,即将数据通过多行记录保存,并且每行记录都是由多个字段组成,各字段都有固定的顺序,不同的字段代表了不同的业务,这样可以通过调用同一个接口来传输不同的业务数据,减少了服务端需要定义的接口数量,实现批量上报数据,提高了数据上报效率。
另外,传统的数据上报是采用JSON格式,其中包含了大量的大括号、冒号和双引号,这些信息通常是数据分析时不需要的。大量的无用符号传输到服务端,造成了网络资源的浪费,本发明中无需采用大量无用符号,只需要在字段之间通过分隔符分割即可,所以减少了上报数据量,降低了带宽。
还有,通过编码和压缩处理,也进一步降低了上报数据的带宽,同时保证了数据的安全性和可靠性。
进一步,如图3所示,所述步骤S101具体包括:
S201、智能设备将需上报的采用多行记录的格式的数据进行传输,并保存到一本地文件中;
S202、每一个本地文件均设定一阀值,用于限定所能存储的上报数据的大小;
S203、如果所述本地文件的大小达到设定的阈值,新建本地文件,并将数据保存到新建的本地文件中。
即,本发明是先将上报的数据缓存到本地文件中,并且设定一个阈值,例如5兆,在检测到本地文件已达到5兆时,则新建一个本地文件,将数据保存到新建的本地文件中,当新建的本地文件达到5兆时,继续新建一个本地文件,依此循环,从而使每一个本地文件的大小都在5兆范围内。
进一步,如图4所示,所述步骤S102具体包括:
S301、逐行读取达到阈值的本地文件中的记录,然后进行编码,编码后压缩成二进制流;
S302、通过调用日志接口将二进制流传输到日志接口服务器。
当一个本地文件的大小达到了阈值之后,即可将其中的数据上报,也就是说,本发明不是实时上报数据,而是等到本地文件在达到了一定的大小之后,才将其上报,这样可避免长时间占用网络资源的现象。
另外,本发明实施例中,具体可使用base64对上报的数据进行编码,base64是一种用于传输8bit字节代码的编码方式,本发明实施例应用该编码方式保证了数据的安全性和可靠性。
而压缩方式则可采用gzip格式进行压缩,数据压缩后进行传输,可大大减小上报的数据占用的带宽。在进行压缩处理后得到gzip二进制流。通过调用日志接口将二进制流传输到日志接口服务器。
进一步,如图5所示,所述步骤S103具体包括:
S401、日志接口服务器获取到二进制流后将其缓存到字节数组中,然后进行解压和解码处理;
S402、日志接口服务器将处理得到的记录逐行读取,并根据数据类别将读取到的记录保存到不同的日志文件中;
S403、将日志文件上传到日志文件系统中。
日志接口服务器通过请求输入流获得智能电视发送过来的二进制流(gzip格式),首先将二进制流保存到字节数组中,然后将gzip格式的二进制流进行解压,然后进行base64解码处理。
然后将最终得到的记录逐行读取,由于每行记录中不同字段具有不同的业务含义,所以可根据数据类别将读取到的记录保存到不同的日志文件中。最后,处理完所有的数据后,将返回码放到响应的报文体中,并返回到智能电视即可。
在本发明实施例中,上报的数据是由多行记录组成,而每行记录又是由多个字段组成,上报的数据的一个例子如图6所示:其中有4行记录,每行记录有3个字段组成,相邻字段之间使用“/t”分割,字段按从左至右顺序排列,每个字段代表不同的业务含义,如果字段值为空,则使用0填充。
上报的数据由公共数据和业务数据组成,前6列为公共数据,后面为业务数据,不同的业务数据所占用的字段列数不同。
下表1为公共数据字段列的顺序(从左到右)及代表的含义:
表1
其中的数据类别字段,其代表了本条记录是哪种业务数据,例如包括以下9种数据类别:视频播放(值为1)、收藏数据(值为2)、时长数据(值为3)、Tab数据(值为4)、点击数据(值为5)、Launcher数据(值为6)、主题数据(值为7)、屏保数据(值为8)、壁纸数据(值为9)。
代表视频播放数据的记录如图7所示,其中的第一个字段为1,代表本条记录为视频播放数据,第二个字段代表播放开始时间,第三个字段代表播放结束时间,第四个字段为行为类型,1代表播放,第五个字段代表行为来源,3代表来自收藏,第六个字段代表行为触发的实体id,格式为模板id_Tabid_块id_资源id,第七个字段代表观看的视频名称(业务数据),第八个字段代表观看的视频牌照商(业务数据)。
在本发明实施例中,日志接口定义:
http://launcher.tcloudfamily.com/api/v2/log/upload,每次上报数据时,都需要带请求参数,这样服务端就可以根据请求参数获取智能电视的信息。本发明可采用POST(即修改更新)方式将上报的数据放置在HTTP协议的报文体中,这种方式对传输的数据没有限制,从而保证了传输数据的完整性。使用HTTP报文头中的url传输请求参数,即传输方式采用url后缀加上请求参数和参数值。请求参数用来区分是哪台智能电视上传的数据。请求参数采用url加上“&参数1=参数值1&参数2=参数值2”的方式。
下表为参数描述:
表2
参数名 | 类型 | 是否必须 | 描述 |
client_type | String | 是 | 机型 |
dnum | String | 是 | dnum |
mac | String | 是 | mac |
launcher_id | String | 是 | huan_id |
app_version | String | 是 | launcher软件版本号 |
sys_version | String | 是 | 终端系统版本号 |
进一步,还包括:当上报数据的时长间隔更新时,智能设备通过一时长间隔接口获取到更新的时长间隔,并按照更新的时长间隔上报数据。
时长间隔接口url定义:
http://launcher.tcloudfamily.com/api/v2/log/getconfig
返回参数如下表三:
表三
参数名 | 类型 | 描述 |
upload_interval | int | 上传日志的时长间隔,单位为秒 |
最后日志接口服务器返回的返回码其内容如下表四所示:
表四
back_code | 描述 |
1000 | 成功 |
1001 | 输入参数错误 |
1002 | 系统内容错误 |
其中,1000代表成功,1001代表输入参数错误,1002代表系统内容错误。
基于上述方法,本发明还提供一种智能设备上报数据的系统较佳实施例,如图8所示,包括:
保存模块100,用于将需上报的数据通过多行记录的格式保存,并且每行记录由多个代表不同业务的字段组成;
传输模块200,用于保存后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;
上传模块300,用于接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;
返回模块400,用于接收完全部的数据后,将接收成功的返回码返回到智能设备。
进一步,如图9所示,所述保存模块100具体包括:
保存单元110,用于智能设备将需上报的采用多行记录的格式的数据进行传输,并保存到一本地文件中;
设定单元120,用于在每一个本地文件设定一阀值,限定所能存储的上报数据的大小;
新建单元130,用于如果所述本地文件的大小达到设定的阈值,新建本地文件,并将数据保存到新建的本地文件中。
进一步,如图10所示,所述传输模块200具体包括:
编码压缩单元210,用于逐行读取达到阈值的本地文件中的记录,然后进行编码,编码后压缩成二进制流;
传输单元220,用于通过调用日志接口将二进制流传输到日志接口服务器。
进一步,如图11所示,所述上传模块300具体包括:
解压解码单元310,用于获取到二进制流后将其缓存到字节数组中,然后进行解压和解码处理;
读取单元320,用于将处理得到的记录逐行读取,并根据数据类别将读取到的记录保存到不同的日志文件中;
上传单元330,用于将日志文件上传到日志文件系统中。
关于上述模块单元的技术细节在前面的方法中已有详述,故不再赘述。
综上所述,本发明对数据传输的格式进行改进,减少了服务端定义的接口的数量,从而该智能电视调用接口提供了极大的便利,并且采用编码和压缩处理,减小了上报数据时占用的带宽,保证了数据的安全性和可靠性。
应当理解的是,本发明的应用不限于上述的举例,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (9)
1.一种智能设备上报数据的方法,其特征在于,包括步骤:
A、智能设备将需上报的数据通过多行记录的格式保存,并且每行记录都是由多个字段组成,各个字段有固定顺序,不同字段代表不同的业务,且相邻字段之间使用/t分割;
B、保存后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;
C、日志接口服务器接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;
D、日志接口服务器接收完全部的数据后,将接收成功的返回码返回到智能设备;
上报的数据放置在HTTP协议的报文体中,传输方式采用url后缀加上请求参数和参数值。
2.根据权利要求1所述的智能设备上报数据的方法,其特征在于,所述步骤A具体包括:
A1、智能设备将需上报的采用多行记录的格式的数据进行传输,并保存到一本地文件中;
A2、每一个本地文件均设定一阀值,用于限定所能存储的上报数据的大小;
A3、如果所述本地文件的大小达到设定的阈值,新建本地文件,并将数据保存到新建的本地文件中。
3.根据权利要求2所述的智能设备上报数据的方法,其特征在于,所述步骤B具体包括:
B1、逐行读取达到阈值的本地文件中的记录,然后进行编码,编码后压缩成二进制流;
B2、通过调用日志接口将二进制流传输到日志接口服务器。
4.根据权利要求3所述的智能设备上报数据的方法,其特征在于,所述步骤C具体包括:
C1、日志接口服务器获取到二进制流后将其缓存到字节数组中,然后进行解压和解码处理;
C2、日志接口服务器将处理得到的记录逐行读取,并根据数据类别将读取到的记录保存到不同的日志文件中;
C3、将日志文件上传到日志文件系统中。
5.根据权利要求1所述的智能设备上报数据的方法,其特征在于,还包括:当上报数据的时长间隔更新时,智能设备通过一时长间隔接口获取到更新的时长间隔,并按照更新的时长间隔上报数据。
6.一种智能设备上报数据的系统,其特征在于,包括:
保存模块,用于将需上报的数据通过多行记录的格式保存,并且每行记录都是由多个字段组成,各个字段有固定顺序,不同字段代表不同的业务,且相邻字段之间使用/t分割;
传输模块,用于然后将需上报的数据进行编码和压缩处理,通过调用日志接口将处理后的数据传输到日志接口服务器;
上传模块,用于接收到数据后将其保存到日志文件中,然后将日志文件上传到日志文件系统中;
返回模块,用于接收完全部的数据后,将接收成功的返回码返回到智能设备;
上报的数据放置在HTTP协议的报文体中,传输方式采用url后缀加上请求参数和参数值。
7.根据权利要求6所述的智能设备上报数据的系统,其特征在于,所述保存模块具体包括:
保存单元,用于智能设备将需上报的采用多行记录的格式的数据进行传输,并保存到一本地文件中;
设定单元,用于将每一个本地文件设定一阀值,限定所能存储的上报数据的大小;
新建单元,如果所述本地文件的大小达到设定的阈值,用于新建本地文件,并将数据保存到新建的本地文件中。
8.根据权利要求7所述的智能设备上报数据的系统,其特征在于,所述传输模块具体包括:
编码压缩单元,用于逐行读取达到阈值的本地文件中的记录,然后进行编码,编码后压缩成二进制流;
传输单元,用于通过调用日志接口将二进制流传输到日志接口服务器。
9.根据权利要求8所述的智能设备上报数据的系统,其特征在于,所述上传模块具体包括:
解压解码单元,用于获取到二进制流后将其缓存到字节数组中,然后进行解压和解码处理;
读取单元,用于将处理得到的记录逐行读取,并根据数据类别将读取到的记录保存到不同的日志文件中;
上传单元,用于将日志文件上传到日志文件系统中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510714915.3A CN105430534B (zh) | 2015-10-29 | 2015-10-29 | 一种智能设备上报数据的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510714915.3A CN105430534B (zh) | 2015-10-29 | 2015-10-29 | 一种智能设备上报数据的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105430534A CN105430534A (zh) | 2016-03-23 |
CN105430534B true CN105430534B (zh) | 2019-12-10 |
Family
ID=55508417
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510714915.3A Active CN105430534B (zh) | 2015-10-29 | 2015-10-29 | 一种智能设备上报数据的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105430534B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106445704A (zh) * | 2016-09-30 | 2017-02-22 | 乐视控股(北京)有限公司 | 数据上报方法、装置以及系统 |
CN106973332A (zh) * | 2017-03-10 | 2017-07-21 | 武汉斗鱼网络科技有限公司 | 一种弹幕消息处理方法、解析方法及系统 |
CN107172474B (zh) * | 2017-03-31 | 2020-02-04 | 武汉斗鱼网络科技有限公司 | 一种利用画布绘制弹幕的方法及装置 |
CN107426039A (zh) * | 2017-09-18 | 2017-12-01 | 武汉虹信通信技术有限责任公司 | 一种日志上报和接收的方法及系统 |
CN108011966B (zh) * | 2017-12-14 | 2021-07-06 | 广东金赋科技股份有限公司 | 一种自助终端日志压缩上传的优化方法 |
CN108549671B (zh) * | 2018-03-28 | 2022-07-08 | 微梦创科网络科技(中国)有限公司 | 数据实时采集并可视化的实现方法及装置 |
CN108989902B (zh) * | 2018-07-03 | 2020-10-16 | 武汉斗鱼网络科技有限公司 | 一种弹幕消息的处理方法、装置、终端和存储介质 |
CN110222084B (zh) * | 2019-05-06 | 2021-10-22 | 奇安信科技集团股份有限公司 | 热点设备监控信息的上报方法及装置、存储介质、终端 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1929489A (zh) * | 2006-10-20 | 2007-03-14 | 华为技术有限公司 | 实现会话与媒体流同步的处理方法、系统、机顶盒及装置 |
CN1932812A (zh) * | 2005-09-16 | 2007-03-21 | 腾讯科技(深圳)有限公司 | 一种日志保存方法及装置 |
CN102236657A (zh) * | 2010-04-28 | 2011-11-09 | 阿里巴巴集团控股有限公司 | 一种处理上报数据的方法和服务器 |
CN102395042A (zh) * | 2011-10-14 | 2012-03-28 | 深圳市同洲电子股份有限公司 | 对数字电视系统进行调试的方法及系统 |
CN102891873A (zh) * | 2011-07-21 | 2013-01-23 | 腾讯科技(深圳)有限公司 | 一种存储日志数据的方法及日志数据存储系统 |
CN103593440A (zh) * | 2013-11-15 | 2014-02-19 | 北京国双科技有限公司 | 日志文件的读写方法及装置 |
CN103902537A (zh) * | 2012-12-25 | 2014-07-02 | 重庆新媒农信科技有限公司 | 多业务的日志数据存储处理和查询系统及其方法 |
CN104301240A (zh) * | 2013-07-19 | 2015-01-21 | 腾讯科技(深圳)有限公司 | 数据传输方法及系统 |
CN104349220A (zh) * | 2014-11-25 | 2015-02-11 | 复旦大学 | 一种用于智能电视终端的服务质量监测系统 |
CN104507107A (zh) * | 2014-12-19 | 2015-04-08 | 浪潮电子信息产业股份有限公司 | 一种信令数据的预处理方法 |
CN104699592A (zh) * | 2012-09-25 | 2015-06-10 | 北京奇虎科技有限公司 | 一种日志数据传输的方法和系统 |
CN104811810A (zh) * | 2015-03-23 | 2015-07-29 | 四川长虹电器股份有限公司 | 基于智能电视实时区域收视率和收视份额统计系统及方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003017640A2 (en) * | 2001-08-16 | 2003-02-27 | Goldpocket Interactive | Digital data monitoring and logging in an itv system |
KR20070108175A (ko) * | 2005-01-17 | 2007-11-08 | 소프트뱅크비비 가부시키가이샤 | 시청률 통지 시스템 및 시청률 통지 방법 |
JP2007334526A (ja) * | 2006-06-14 | 2007-12-27 | Hitachi Ltd | コンテンツメタデータ登録方法、システム及びプログラム |
CN101645931A (zh) * | 2009-08-25 | 2010-02-10 | 中兴通讯股份有限公司 | 一种动态内容分发业务中监测用户点击情况的方法和系统 |
US8825749B2 (en) * | 2011-10-21 | 2014-09-02 | Yahoo! Inc. | Method of tracking offline user interaction in a rendered document on a mobile device |
-
2015
- 2015-10-29 CN CN201510714915.3A patent/CN105430534B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1932812A (zh) * | 2005-09-16 | 2007-03-21 | 腾讯科技(深圳)有限公司 | 一种日志保存方法及装置 |
CN1929489A (zh) * | 2006-10-20 | 2007-03-14 | 华为技术有限公司 | 实现会话与媒体流同步的处理方法、系统、机顶盒及装置 |
CN102236657A (zh) * | 2010-04-28 | 2011-11-09 | 阿里巴巴集团控股有限公司 | 一种处理上报数据的方法和服务器 |
CN102891873A (zh) * | 2011-07-21 | 2013-01-23 | 腾讯科技(深圳)有限公司 | 一种存储日志数据的方法及日志数据存储系统 |
CN102395042A (zh) * | 2011-10-14 | 2012-03-28 | 深圳市同洲电子股份有限公司 | 对数字电视系统进行调试的方法及系统 |
CN104699592A (zh) * | 2012-09-25 | 2015-06-10 | 北京奇虎科技有限公司 | 一种日志数据传输的方法和系统 |
CN103902537A (zh) * | 2012-12-25 | 2014-07-02 | 重庆新媒农信科技有限公司 | 多业务的日志数据存储处理和查询系统及其方法 |
CN104301240A (zh) * | 2013-07-19 | 2015-01-21 | 腾讯科技(深圳)有限公司 | 数据传输方法及系统 |
CN103593440A (zh) * | 2013-11-15 | 2014-02-19 | 北京国双科技有限公司 | 日志文件的读写方法及装置 |
CN104349220A (zh) * | 2014-11-25 | 2015-02-11 | 复旦大学 | 一种用于智能电视终端的服务质量监测系统 |
CN104507107A (zh) * | 2014-12-19 | 2015-04-08 | 浪潮电子信息产业股份有限公司 | 一种信令数据的预处理方法 |
CN104811810A (zh) * | 2015-03-23 | 2015-07-29 | 四川长虹电器股份有限公司 | 基于智能电视实时区域收视率和收视份额统计系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105430534A (zh) | 2016-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105430534B (zh) | 一种智能设备上报数据的方法和系统 | |
CN111601102B (zh) | 一种直播卡顿的检测方法及系统 | |
CN103379136A (zh) | 一种日志采集数据压缩方法、解压缩方法及装置 | |
CN103531218B (zh) | 一种在线多媒体文件编辑方法及系统 | |
CN107635014B (zh) | 一种文件传输及呈现方法、服务器和移动终端 | |
US11223856B2 (en) | Method for processing streaming media data and server for processing streaming media | |
CN110460871A (zh) | 直播视频的生成方法、装置、系统及设备 | |
WO2022057789A1 (zh) | 视频清晰度识别方法、电子设备及存储介质 | |
CN112035081A (zh) | 投屏方法、装置、计算机设备及存储介质 | |
CN110858192A (zh) | 一种日志查询方法和系统、日志排查系统和查询终端 | |
CN108228625B (zh) | 一种推送消息处理方法及装置 | |
CN102118451B (zh) | 用户资源的上传处理方法及装置 | |
CN111541555A (zh) | 群聊优化方法及相关产品 | |
CN110650357B (zh) | 视频解码方法及装置 | |
CN110519607B (zh) | 视频解码方法及装置,视频编码方法及装置 | |
CN106209942B (zh) | 一种数据压缩传输方法和系统、及其终端和服务器 | |
CN111064976B (zh) | 一种直播信息的发送方法及服务器 | |
CN106664432B (zh) | 多媒体信息播放方法及系统、采集设备、标准化服务器 | |
CN108712434A (zh) | 一种基于高清视频直播录播会议会诊的实现方法 | |
CN113301388A (zh) | 一种视频流处理系统、设备和方法 | |
CN112672154A (zh) | 直播视频播放方法、装置、服务器和计算机可读存储介质 | |
CN106412492B (zh) | 视频数据处理方法和装置 | |
CN111314350A (zh) | 图像存储系统、存储方法、调用系统和调用方法 | |
CN107872683B (zh) | 一种视频数据处理方法、装置、设备及存储介质 | |
CN103517130A (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 |