CN107181743A - 网络直播数据上报方法及装置 - Google Patents
网络直播数据上报方法及装置 Download PDFInfo
- Publication number
- CN107181743A CN107181743A CN201710343073.4A CN201710343073A CN107181743A CN 107181743 A CN107181743 A CN 107181743A CN 201710343073 A CN201710343073 A CN 201710343073A CN 107181743 A CN107181743 A CN 107181743A
- Authority
- CN
- China
- Prior art keywords
- reporting
- data
- reported
- type
- packet
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 230000000737 periodic effect Effects 0.000 claims description 15
- 230000009467 reduction Effects 0.000 claims description 5
- 230000006399 behavior Effects 0.000 description 12
- 241001269238 Data Species 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 241000894007 species Species 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004880 explosion Methods 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000009329 sexual behaviour Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/045—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply hybrid encryption, i.e. combination of symmetric and asymmetric encryption
-
- 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种网络直播数据上报方法和装置，其中方法包括：获取网络直播应用产生的上报数据；识别所述上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类；其中，业务类型对应上报格式，上报类型对应上报策略；对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包。本发明提供的网络直播数据上报方法根据上报数据的业务类型和上报类型对数据进行分类并分别制定上报格式和上报策略，实现网络直播数据的安全稳定上报和单系统统一接收、存储和上报，在确保数据上报安全性和稳定性的同时，提高了数据上报的效率。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种网络直播数据上报方法及装置。
背景技术
为了持续地改进产品的体验指标以及为产品精细化运营决策提供精准的数据支持，网络直播客户端软件通常都会向服务器上报一些相对有价值的用户行为数据，这一过程通常我们称为数据统计。
然而随着网络直播的全面发展，用户行为数据的种类和数据量呈现爆发式的增长，现行的处理手段往往是依靠不同种类的数据收集统计系统进行针对性收集，各个系统各有关注点，例如关注用户行为类上报、关注质量统计类上报系统、关注业务逻辑类上报数据等。这样将存在一些问题，多种上报数据类型也就要求服务器侧需要有对应的多种数据接收端，因此导致服务器侧缺乏统一的接收端，或者需要使用不同的服务器进行接收，这无疑增加了网络服务提供者的设备负担，长期存在大量类似的数据统计系统，会产生一定程度资源的浪费；此外，随着时间的推移和应用的扩展，几个系统统计内容未来可能出现上报信息冗余。
发明内容
基于此，有必要针对上述提到的问题，提供一种网络直播数据上报方法及设备。
一种网络直播数据上报方法，包括：
获取网络直播应用产生的上报数据；
识别所述上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类；其中，业务类型对应上报格式，上报类型对应上报策略；
对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包。
在其中一个实施例中，所述业务类型包括关注用户行为类型、关注质量统计类上报类型、关注业务逻辑类型；
关注用户行为类型对应类型长度值格式，关注质量统计类上报类型对应第一预定格式，关注业务逻辑类型对应第二预定格式。
在其中一个实施例中，所述上报类型包括点击上报类型、状态上报类型、时长上报类型、性能类上报类型、业务逻辑类上报类型；
点击上报类型对应动态间隔时长周期上报策略，状态上报类型对应网络直播应用登录后预定时长上传策略，时长上报类型对应固定间隔时长周期上报策略，性能类上报类型对应网络直播应用退出时上报策略，业务逻辑类上报类型对应约定间隔时长周期上报策略。
在其中一个实施例中，对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包，包括：
对业务类型和上报类型分别为关注用户行为类型和点击上报类型的同一类上报数据，根据动态间隔时长周期上报策略，确定本次上报间隔时长到达时，按类型长度值格式将上报数据封装为数据包，上报所述数据包；
若剩余的该类上报数据大于标配数据量，减少下一次的上报间隔时长；若剩余的该类上报数据小于标配数据量，增加下一次的上报间隔时长。
进一步的，所述按类型长度值格式把上报数据封装为数据包，上报所述数据包，包括：
获取预置大小的上报数据，按类型长度值格式，将上报数据封装为一个预置包长度的数据包，上报所述一个预置包长度的数据包。
进一步的，所述标配数据量为预置数值范围中的一个取值。
进一步的，所述减少下一次的上报间隔时长之前，还包括，确定本次上报间隔大于最小时长阈值；所述增加下一次的上报间隔时长之前，还包括，确定本次上报间隔小于最大时长阈值。
在其中一个实施例中，上报所述数据包之前，还包括：对数据包进行加密。
在其中一个实施例中，所述上报所述数据包的具体步骤包括：
对所述数据包进行对称加密；
将在对称加密过程中产生的解密密钥进行非对称加密，得到加密后的解密密钥；
将所述加密后的数据包和加密后的解密密钥一起上报到服务器。
本发明同时还相应提供了一种数据上报装置，包括：
获取模块，用于获取网络直播应用产生的上报数据；
分类模块，用于识别所述上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类；其中，业务类型对应上报格式，上报类型对应上报策略；
上报模块，用于对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包。
本发明提供的网络直播数据上报方法根据上报数据的业务类型和上报类型对数据进行分类并分别制定上报格式和上报策略，实现网络直播数据的安全稳定上报和单系统统一接收、存储和上报，在确保数据上报安全性和稳定性的同时，提高了数据上报的效率。
附图说明
图1为本发明一实施例中网络直播数据上报方法流程图；
图2为本发明一实施例中步骤S300方法流程图；
图3为本发明一实施例中数据上报装置结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本发明一实施例提供的网络直播数据上报方法，如图1所示，包括的步骤有：
步骤S100：获取网络直播应用产生的上报数据。
步骤S200：识别所述上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类，其中，业务类型对应上报格式，上报类型对应上报策略。
步骤S300：对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报该数据包。
上述网络直播数据上报方法根据上报数据的业务类型和上报类型对数据进行分类并分别制定上报格式和上报策略，实现网络直播数据的安全稳定上报和单系统统一接收、存储和上报，在确保数据上报安全性和稳定性的同时，提高了数据上报的效率。由此，避免了面对多种上报数据类型要求时，服务器侧需要有对应的多种数据接收端而导致网络服务提供者的设备负担增加的问题，由于服务器侧使用统一的接收端，免于长期存在大量类似的数据统计系统，从而避免了资源浪费。此外，通过统一的接收分类和处理，大大降低了几个系统统计内容未来出现上报信息冗余的可能性。
对于步骤S100，用户在网络直播应用客户端会进行各种操作，例如点击、登录、隐身、停留时长等，这些操作动作一旦产生，就会相应生成操作数据，根据预先设定的统计要求，采集需要统计分析的操作数据，系统将这些操作数据作为上报数据进行上报。
在步骤S200中，首先将通过步骤S100获取到的上报数据进行属性分析，识别出该上报数据的业务类型和上报类型。由于上报数据中往往包含多项操作数据，也即上报数据的种类并非唯一，要实现单系统接收多种类数据，再对上报接收的数据分类进行相应统计，必须先为汇集在一起的每一种操作数据确定好业务类型和上报类型，使得接收该上报数据的服务器能够对应识别和分析。上报数据中的业务类型对应数据上报格式，而上报类型则对应上报策略，在统一收集的上报数据中，逐一识别出每项数据对应的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类，也为即将进行的数据上报确定好上报的格式和策略。其中，业务类型包括关注用户行为类型、关注质量统计类上报类型、关注业务逻辑类型等，关注用户行为类型对应类型长度值格式(TLV)，关注质量统计类上报类型对应第一预定格式，关注业务逻辑类型对应第二预定格式。另外，上报类型包括点击上报类型、状态上报类型、时长上报类型、性能类上报类型、业务逻辑类上报类型。更详细地，点击上报类型对应动态间隔时长周期上报策略，状态上报类型对应网络直播应用登录后预定时长上传策略，时长上报类型对应固定间隔时长周期上报策略，性能类上报类型对应网络直播应用退出时上报策略，业务逻辑类上报类型对应约定间隔时长周期上报策略。总之，在该步骤中，需要有效并且清楚地对上报数据的种类进行区分，识别上报数据的业务类型和上报类型，为在上报数据中添加与其各种类相对应的字段标识做好准备。
通过步骤S300完成每一类上报数据的上报，从而实现所有上报数据的上报操作。在这一过程中，优先使用分时上报的策略，尤其对于业务类型和上报类型分别为关注用户行为类型和点击上报类型的同一类上报数据，采用根据动态间隔时长周期上报策略。系统先将收集到的信息临时存储在本地上报管理中心，再由管理中心根据预先设定的策略将缓存的数据上报，当确定到本次上报间隔时长到达预定的上报间隔时长时，按照类型长度值格式将上报数据封装为数据包，然后上报该数据包。上报通道依照HTTP协议，数据上报项发包前系统先判断数据包的包长，当包长小于预设方式数据量，如1k，通过get方式上报，反之通过post方式上报。当通过post方式上报时，控制一次post方式上报的最大包长为标配数据量，如10k，当包长多于标配数据量，分多次发包，并控制发包频度，动态间隔时长周期到达时上报一次。优选的，标配数据量为在预置数值范围中取一个值，也即标配数据量为一个具体的固定值，其具体数值根据实际需要适应性确定。这其中，按类型长度值格式将上报数据封装为数据包，上报数据包的步骤具体操作是：获取预置大小的上报数据，按类型长度值格式，将上报数据封装为一个预置包长度的数据包，然后上报这一个预置包长度的数据包。如图2所示，每次对上报数据进行按格式封包，由于预置大小与预置包长度的数值并不一定相同，通常上报数据量较大，因此将上报数据按照预置包长度打包后往往产生该类上报数据的剩余，当剩余的该类上报数据大于标配数据量，则减少下一次的上报间隔时长并作为新的预定的上报间隔时长，即更快进入下一次对剩余该类上报数据的上报，而当对剩余的该类上报数据再进行按照标配数据量封装后还可能再剩余该类上报数据，则进一步减少再下一次的上报间隔时长。而当剩余的该类上报数据小于标配数据量时，则增加下一次的上报间隔时长并作为新的预定的上报间隔时长。举例来说，当某项上报数据为29k，而标配数据量为8k，上报该项数据前默认的上报间隔时长为1s，则第一次上报8k的上报间隔时长为1s，同时剩余21k上报数据，将上报间隔时长降低为0.8s，则上报第一次上报的8k数据包后的0.8s进行第二次数据上报，在剩余的21k数据中封装出8k上传，还剩余13k上报数据，仍然大于标配数据量，继续降低上报间隔时长到0.6s，则第二次数据上报之后的0.6s进行第三次数据上报，第三次数据上报之后数据剩余5k，小于标配数据量，将剩余的5k数据上传，同时调整上报间隔时长为0.8s，将此作为下一次数据上报的上报间隔时长。通过上述的具体步骤描述可知，将获取的上报数据限定为预置大小，将数据包限定为预置包长度，将标配数据量限定为在某一个可调的预置数值范围中选择，能够使数据上报更加细致合理地根据服务器的实际使用情况进行调整，当服务器承载量大时，可将上述数值调整得粗犷些，优先确保上报流畅性，减小和避免网络数据拥堵，当服务器承载量小，可将上述数值调整得细腻些，优先确保数据上报的稳定性和准确性，如此一来，既能够保证数据上报的稳定性和流畅性，避免网络数据拥堵，又能够适时兼顾较大上报数据的上报效率。
其中，上报间隔时长的调整可采取多种预定方式，例如上面例子当中提到的等差时长的方式。也可以采用同比例增加或减少的方式，如每次降低10％或提高8％等，增加或减少的值既可以相同也可以不同，可根据实际适应性选择。当然，上报间隔时长需为一个变化范围，增加和减少得到的上报间隔时长须在变化范围之内，也即减少下一次的上报间隔时长之前，确定本次上报间隔大于最小时长阈值，而增加下一次的上报间隔时长之前，须确定本次上报间隔小于最大时长阈值。
本方案采用TLV的上报格式(使用HTTP通道)向服务器上报数据包，其实现遵循格式：类型长度数值。这里的类型(Type)有两种，一种为大T，另一种为小t。大T是一个dword，表示了上报的总类型，在这个总类型下，可以有多个小t。而小t是一个byte，表示上报的子类型。小t可以方便后续的扩展，并和服务器对应约定小t为一个特殊值，比如对于点击上报，约定小t的值为0x01，而其他的类型扩展上报，如状态上报、时长上报等均分配除0x01之外的其它类型值，并同样和服务器做好约定。长度(Length)指的是数据包占多少个字节，也就是“数值”占多少个字节。数值(Value)是具体的数据，它占多少个字节由“长度”指定。当对业务类型为关注质量统计类上报类型或关注业务逻辑类型等其他业务类型的数据进行上报时，利用数据上报通道协议体中的业务类型字段以及协议预留字段进行扩展以及变更，例如完整数据包的协议体通用格式为：uid+cType+dwBufferCode+wVerLen+strVerison+wMachineCodeLen+strMachineCode+cDataType+stData，其中cType为业务类型号(从0x01开始累加)，dwBufferCode为协议的预留字段，主要为了考虑业务协议频繁的变更以及扩充的情况，预留数据上报通道对于协议的扩充能力，默认值为0，对于日后的扩充，应用层与具体服务器约定好其它具体的值，wVerLen为客户端版本号字节长度值，strVerison为客户端的版本号，wMachineCodeLen为客户端的机器码字节长度值，strMachineCode为客户端机器码，用于分区用户机器，cDataType用于标识上报格式是TLV格式，还是用户自定义格式，如第一预定格式或第二预定格式，该第一预定格式或第二预定格式本领域内相关技术人员能够知晓，比如采用实时上报格式。对于后续新增不同业务类型的业务逻辑类上报，业务类型值(cType)依次增加，但应尽量保证同一类型的业务逻辑类上报只使用同一个的业务类型值。特别的，如果某个业务类型的上报协议涉及到比较频繁的变更，为了考虑新旧版本的兼容，扩充等问题，可以使用数据上报协议体通用格式中预留的dwBufferCode字段，并和相应服务器约定好相应的字段值含义，做好相应的协议兼容。默认数据上报系统填0。
同时，在步骤S300中，为了确保上报数据的进一步安全上报，在上报数据包之前，还包括对数据包进行加密的步骤。现有常用的加密技术有对称加密和非对称加密，在本发明中，采用对称加密和非对称加密相结合的方式对数据包进行加密。因而，作为一个优选的方案，上报数据包的具体步骤为：对数据包进行对称加密，再将在对称加密过程中产生的解密密钥进行非对称加密，得到加密后的解密密钥，最后将加密后的数据包和加密后的解密密钥一起上报到服务器。通过对称加密和非对称加密的结合，将数据包与加密技术中产生的密钥紧密结合，为数据包的数据安全提供完整又具有双重保险性的保障。
在数据上报时，为了确保上报的数据得到最终的准确接收，避免数据丢失，应采取多重寻址尝试的寻址操作。如图2所示，当本次上报间隔时长到达预定的时间周期，上报数据的过程开启，若检测到上报数据包至服务器失败，则重新确定上报域名再上报数据包至服务器。而当重新确定上报域名再上报数据包至服务器又失败，则重新以固定IP上报数据包至服务器。
为便于理解，可参见表1，在表1中列举了上报数据的类型、举例和对应的上报策略。
基于计算机系统化的思想，本发明一实施例同时提供了一种数据上报装置，如图3所示，包括：
获取模块10，用于获取网络直播应用产生的上报数据。
分类模块20，用于识别上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类；其中，业务类型对应上报格式，上报类型对应上报策略。
上报模块30，用于对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报该数据包。
在分类模块20中提到的业务类型包括关注用户行为类型、关注质量统计类上报类型、关注业务逻辑类型；关注用户行为类型对应类型长度值格式，关注质量统计类上报类型对应第一预定格式，关注业务逻辑类型对应第二预定格式。
分类模块20中用于识别上报数据的上报类型包括点击上报类型、状态上报类型、时长上报类型、性能类上报类型、业务逻辑类上报类型；点击上报类型对应动态间隔时长周期上报策略，状态上报类型对应网络直播应用登录后预定时长上传策略，时长上报类型对应固定间隔时长周期上报策略，性能类上报类型对应网络直播应用退出时上报策略，业务逻辑类上报类型对应约定间隔时长周期上报策略。
上报模块30中进行的处理：对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报数据包，包括：
对业务类型和上报类型分别为关注用户行为类型和点击上报类型的同一类上报数据，根据动态间隔时长周期上报策略，确定本次上报间隔时长到达时，按类型长度值格式将上报数据封装为数据包，上报所述数据包；若剩余的该类上报数据大于标配数据量，减少下一次的上报间隔时长；若剩余的该类上报数据小于标配数据量，增加下一次的上报间隔时长。其中，按类型长度值格式将上报数据封装为数据包，上报所述数据包，具体包括：获取预置大小的上报数据，按类型长度值格式，将上报数据封装为一个预置包长度的数据包，上报所述一个预置包长度的数据包。标配数据量为预置数值范围中的一个取值。减少下一次的上报间隔时长之前，还包括，确定本次上报间隔大于最小时长阈值；所述增加下一次的上报间隔时长之前，还包括，确定本次上报间隔小于最大时长阈值。
上报模块30上报数据包之前，还包括：对数据包进行加密。具体步骤包括：对所述数据包进行对称加密；将在对称加密过程中产生的解密密钥进行非对称加密，得到加密后的解密密钥。最后完成将加密后的数据包和加密后的解密密钥一起上报到服务器。
通过该数据上报装置实现前述的网络直播数据上报方法，完成多种类上报数据通过一套系统完成数据上报收集的任务，具体操作方法步骤如前面方法部分所述，在此不再重复叙述。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种网络直播数据上报方法，其特征在于，包括：
获取网络直播应用产生的上报数据；
识别所述上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类；其中，业务类型对应上报格式，上报类型对应上报策略；
对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包。
2.根据权利要求1所述的网络直播数据上报方法，其特征在于，
所述业务类型包括关注用户行为类型、关注质量统计类上报类型、关注业务逻辑类型；
关注用户行为类型对应类型长度值格式，关注质量统计类上报类型对应第一预定格式，关注业务逻辑类型对应第二预定格式。
3.根据权利要求1所述的网络直播数据上报方法，其特征在于，
所述上报类型包括点击上报类型、状态上报类型、时长上报类型、性能类上报类型、业务逻辑类上报类型；
点击上报类型对应动态间隔时长周期上报策略，状态上报类型对应网络直播应用登录后预定时长上传策略，时长上报类型对应固定间隔时长周期上报策略，性能类上报类型对应网络直播应用退出时上报策略，业务逻辑类上报类型对应约定间隔时长周期上报策略。
4.根据权利要求1所述的网络直播数据上报方法，其特征在于，
对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包，包括：
对业务类型和上报类型分别为关注用户行为类型和点击上报类型的同一类上报数据，根据动态间隔时长周期上报策略，确定本次上报间隔时长到达时，按类型长度值格式将上报数据封装为数据包，上报所述数据包；
若剩余的该类上报数据大于标配数据量，减少下一次的上报间隔时长；若剩余的该类上报数据小于标配数据量，增加下一次的上报间隔时长。
5.根据权利要求4所述的网络直播数据上报方法，其特征在于，所述按类型长度值格式将上报数据封装为数据包，上报所述数据包，包括：
获取预置大小的上报数据，按类型长度值格式，将上报数据封装为一个预置包长度的数据包，上报所述一个预置包长度的数据包。
6.根据权利要求4所述的网络直播数据上报方法，其特征在于，所述标配数据量为预置数值范围中的一个取值。
7.根据权利要求4所述的网络直播数据上报方法，其特征在于，所述减少下一次的上报间隔时长之前，还包括，确定本次上报间隔大于最小时长阈值；所述增加下一次的上报间隔时长之前，还包括，确定本次上报间隔小于最大时长阈值。
8.根据权利要求1所述的网络直播数据上报方法，其特征在于，上报所述数据包之前，还包括：
对数据包进行加密。
9.根据权利要求1所述的数据上报方法，其特征在于，所述上报所述数据包的具体步骤包括：
对所述数据包进行对称加密；
将在对称加密过程中产生的解密密钥进行非对称加密，得到加密后的解密密钥；
将所述加密后的数据包和加密后的解密密钥一起上报到服务器。
10.一种数据上报装置，其特征在于，包括：
获取模块，用于获取网络直播应用产生的上报数据；
分类模块，用于识别所述上报数据的业务类型和上报类型，根据业务类型和上报类型对上报数据进行分类；其中，业务类型对应上报格式，上报类型对应上报策略；
上报模块，用于对同一类上报数据，根据该类上报数据的上报策略，按该类上报数据的上报格式将上报数据封装为数据包，上报所述数据包。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710343073.4A CN107181743B (zh) | 2017-05-16 | 2017-05-16 | 网络直播数据上报方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710343073.4A CN107181743B (zh) | 2017-05-16 | 2017-05-16 | 网络直播数据上报方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107181743A true CN107181743A (zh) | 2017-09-19 |
| CN107181743B CN107181743B (zh) | 2020-08-07 |
Family
ID=59832122
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710343073.4A Active CN107181743B (zh) | 2017-05-16 | 2017-05-16 | 网络直播数据上报方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107181743B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109618331A (zh) * | 2019-02-01 | 2019-04-12 | 深圳乐信软件技术有限公司 | 数据上报方法、装置、设备及存储介质 |
| CN110381088A (zh) * | 2019-08-21 | 2019-10-25 | 牡丹江师范学院 | 一种基于物联网的数据安全保障方法 |
| CN110460534A (zh) * | 2019-07-26 | 2019-11-15 | 腾讯云计算（北京）有限责任公司 | 一种请求消息上报方法、装置、设备及存储介质 |
| CN110532446A (zh) * | 2019-07-11 | 2019-12-03 | 深圳职业技术学院 | 信息处理方法及装置 |
| CN111147332A (zh) * | 2019-12-29 | 2020-05-12 | 北京浪潮数据技术有限公司 | 存储系统云备份的上传进度确定方法、系统及相关装置 |
| CN111479161A (zh) * | 2020-04-15 | 2020-07-31 | 广州虎牙科技有限公司 | 一种直播的质量数据上报方法和装置 |
| CN112783664A (zh) * | 2019-11-06 | 2021-05-11 | 北京沃东天骏信息技术有限公司 | 确定数据上报策略的方法和装置 |
| CN113037846A (zh) * | 2021-03-17 | 2021-06-25 | 成都新希望金融信息有限公司 | 数据上报方法、装置、电子设备和计算机可读存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101079722A (zh) * | 2007-03-26 | 2007-11-28 | 腾讯科技（深圳）有限公司 | 一种网络直播广告的上报方法、系统及设备 |
| CN101442409A (zh) * | 2007-11-23 | 2009-05-27 | 东方钢铁电子商务有限公司 | 用于b2b数据交换的加密方法及系统 |
| WO2010048837A1 (zh) * | 2008-10-31 | 2010-05-06 | 华为技术有限公司 | 一种业务传输的方法、及用于业务传输的装置 |
| CN102740407A (zh) * | 2011-04-11 | 2012-10-17 | 中兴通讯股份有限公司 | 上行调度方法及系统、终端及基站 |
| CN102916880A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | 一种分组交换网中数据包发送和接收的方法及装置 |
| CN106452933A (zh) * | 2015-08-05 | 2017-02-22 | 腾讯科技（北京）有限公司 | 一种业务数据的统计方法、装置及系统 |
-
2017
- 2017-05-16 CN CN201710343073.4A patent/CN107181743B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101079722A (zh) * | 2007-03-26 | 2007-11-28 | 腾讯科技（深圳）有限公司 | 一种网络直播广告的上报方法、系统及设备 |
| CN101442409A (zh) * | 2007-11-23 | 2009-05-27 | 东方钢铁电子商务有限公司 | 用于b2b数据交换的加密方法及系统 |
| WO2010048837A1 (zh) * | 2008-10-31 | 2010-05-06 | 华为技术有限公司 | 一种业务传输的方法、及用于业务传输的装置 |
| CN102740407A (zh) * | 2011-04-11 | 2012-10-17 | 中兴通讯股份有限公司 | 上行调度方法及系统、终端及基站 |
| CN102916880A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | 一种分组交换网中数据包发送和接收的方法及装置 |
| CN106452933A (zh) * | 2015-08-05 | 2017-02-22 | 腾讯科技（北京）有限公司 | 一种业务数据的统计方法、装置及系统 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109618331A (zh) * | 2019-02-01 | 2019-04-12 | 深圳乐信软件技术有限公司 | 数据上报方法、装置、设备及存储介质 |
| CN110532446A (zh) * | 2019-07-11 | 2019-12-03 | 深圳职业技术学院 | 信息处理方法及装置 |
| CN110460534A (zh) * | 2019-07-26 | 2019-11-15 | 腾讯云计算（北京）有限责任公司 | 一种请求消息上报方法、装置、设备及存储介质 |
| CN110460534B (zh) * | 2019-07-26 | 2024-05-14 | 腾讯云计算（北京）有限责任公司 | 一种请求消息上报方法、装置、设备及存储介质 |
| CN110381088A (zh) * | 2019-08-21 | 2019-10-25 | 牡丹江师范学院 | 一种基于物联网的数据安全保障方法 |
| CN110381088B (zh) * | 2019-08-21 | 2021-11-12 | 牡丹江师范学院 | 一种基于物联网的数据安全保障方法 |
| CN112783664A (zh) * | 2019-11-06 | 2021-05-11 | 北京沃东天骏信息技术有限公司 | 确定数据上报策略的方法和装置 |
| CN111147332A (zh) * | 2019-12-29 | 2020-05-12 | 北京浪潮数据技术有限公司 | 存储系统云备份的上传进度确定方法、系统及相关装置 |
| CN111479161A (zh) * | 2020-04-15 | 2020-07-31 | 广州虎牙科技有限公司 | 一种直播的质量数据上报方法和装置 |
| CN113037846A (zh) * | 2021-03-17 | 2021-06-25 | 成都新希望金融信息有限公司 | 数据上报方法、装置、电子设备和计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107181743B (zh) | 2020-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107181743A (zh) | 网络直播数据上报方法及装置 | |
| EP1722508B1 (en) | Distributed traffic analysis | |
| CN107659419B (zh) | 网络切片方法和系统 | |
| WO2017041406A1 (zh) | 一种故障定位方法及装置 | |
| US20090238088A1 (en) | Network traffic analyzing device, network traffic analyzing method and network traffic analyzing system | |
| US20090111382A1 (en) | Methods for scheduling collection of key performance indicators from elements in a communications network | |
| EP1672834A1 (en) | Application session management for flow-based statistics | |
| JP2009171431A (ja) | トラフィック分析装置、トラフィック分析方法及びトラフィック分析システム | |
| CN104869155A (zh) | 数据审计方法及装置 | |
| CN104038957A (zh) | 一种基于一体化结构的4g基站运维信息分析处理方法 | |
| CN115632939B (zh) | 一种实现算力网络多目标达成的自动选网选路的方法 | |
| CN101960780A (zh) | 利用应用感知监控服务的端到端qoe的入站机制 | |
| CN113364682A (zh) | 一种数据传输方法、装置、存储介质及电子装置 | |
| CN108809752B (zh) | 一种网络流量的自适应监控方法、装置、npb设备及介质 | |
| US8826296B2 (en) | Method of supervising a plurality of units in a communications network | |
| CN111885549A (zh) | 信息采集方法、装置、存储介质及电子装置 | |
| CN103179047B (zh) | 业务的资源调度方法、装置及系统 | |
| CN106034089A (zh) | 基于调度流标识的报文调度方法和装置 | |
| CN107154877A (zh) | 融合终端的配置管理方法及融合终端 | |
| CN110972185A (zh) | 数据传输方法及装置 | |
| US20040039542A1 (en) | Method and apparatus for drilling to measurement data from commonly displayed heterogeneous measurement sources | |
| Neumann et al. | Towards monitoring of hybrid industrial networks | |
| CN107846310A (zh) | 一种基于客户资源树的iptv视频质差联动拨测定界方法 | |
| CN105282050B (zh) | 聚合数据流的方法和装置 | |
| CN115297033A (zh) | 一种物联网终端流量审计方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210107 Address after: 511442 3108, 79 Wanbo 2nd Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Patentee after: GUANGZHOU CUBESILI INFORMATION TECHNOLOGY Co.,Ltd. Address before: 511442 29 floor, block B-1, Wanda Plaza, Huambo business district, Panyu District, Guangzhou, Guangdong. Patentee before: GUANGZHOU HUADUO NETWORK TECHNOLOGY Co.,Ltd. |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20170919 Assignee: GUANGZHOU HUADUO NETWORK TECHNOLOGY Co.,Ltd. Assignor: GUANGZHOU CUBESILI INFORMATION TECHNOLOGY Co.,Ltd. Contract record no.: X2021440000053 Denomination of invention: Method and device for reporting network live data Granted publication date: 20200807 License type: Common License Record date: 20210208 |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211230 Address after: 511442 block B1, Wanda Plaza, Wanbo Second Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Patentee after: Guangzhou Jinhong network media Co.,Ltd. Address before: 511442 3108, 79 Wanbo 2nd Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Patentee before: GUANGZHOU CUBESILI INFORMATION TECHNOLOGY Co.,Ltd. |