一种区分智能电视状态的大数据处理方法

1.一种区分智能电视状态的大数据处理方法，其特征在于，包括智能电视状态注册、云端标签服务和数据储存三个部分；
所述智能电视状态注册包括：将智能电视状态数据内容上传至云端，具体操作步骤包括：
第一步：判断到智能电视第一次联网后，即将智能电视的ID参数和状态信息组织准备上报；
第二步：按照固定协议采集到状态数据后，判断网络是否正常；
第三步：若网络正常，则将封装好的加密数据以http post的方式发送到采集端的指定接口；若网络不正常，则加入监听程序，直至网络正常后，继续上传智能电视ID参数和状态信息；
第四步：上传后，服务器会给响应数据，如果解析上传成功则进入下一步流程；如过解析上传失败，则重新请求进行上传直至成功；
所述云端标签服务包括：
云端解析出每一台智能电视上报的唯一状态码，并写入到mysql数据库中；
mysql数据库中每一台智能电视的状态新增或更新都动态刷新到redis数据库中；
采集端将智能电视每一条上报数据与redis数据库中状态信息进行关联匹配，对智能电视ID进行打标签操作；
所述数据储存包括：从mongodb配置库取得校验信息，对数据进行校验，合法数据存入到数据仓库中。
2.根据权利要求1所述的一种区分智能电视状态的大数据处理方法，其特征在于，所述将智能电视状态数据内容上传至云端的具体操作步骤还包括：
在智能电视终端植入电视状态的监听程序，智能电视状态数据上传后，如果智能电视状态发生改变，则触发智能电视状态采集上报机制，刷新智能电视状态数据并上传至云端；
如果无状态变化，则监听程序处于休眠状态，结束上传任务。
3.根据权利要求1所述的一种区分智能电视状态的大数据处理方法，其特征在于，所述云端标签服务的具体步骤包括：
第一步：智能电视开机后自动发送报文请求获取config文件；
第二步：采集端收到获取config文件的请求，然后查询mongodb配置库获取到config文件；
第三步：云端将从mongodb配置库获取到的config文件返回给智能电视；
第四步：根据配置文件，智能电视将状态数据以http post的方式发送到采集端的指定接口；
第五步：采集端将接收到的每一台智能电视的状态数据解析、新建或刷新到mysql数据库；
第六步：mysql数据库中每一台智能电视的状态新增或更新都动态刷新到redis数据库；
第七步：采集端将智能电视每一条上报数据与redis数据库中状态信息进行关联匹配，对智能电视ID进行打标签操作。

一种区分智能电视状态的大数据处理方法\n技术领域\n[0001] 本发明涉及动态筛选电视状态的数据采集分析领域，具体涉及一种区分智能电视状态的大数据处理方法。\n背景技术\n[0002] “大数据”作为时下最时髦的词汇，开始向各行业渗透辐射，颠覆着很多特别是传统行业的管理和运营思维。在大数据时代，应用大数据分析模式，既能帮助企业提前把握市场消费需求，又能化解市场危机，为企业的运营和管理提供关键的信息和决策支撑。因此在这一大背景下，大数据也触动着家电行业管理者的神经，改变着家电行业者的思维，大数据在家电行业释放出的巨大价值也吸引着家电行业相关开发设计人员的兴趣和研发投入。超大规模(Volume)、非结构性(Variety)、低密度性(Veracity)、实时性的特点，静态和动态的数据相结合，大交易、大交互、大行为和大运营数据相融合构成的开放式的大数据平台。这些都决定了大数据的价值并不是简单的数据积累，在大数据应用，其真正的核心在于挖掘数据中蕴藏的模型价值，而不是简单的数据积累。大数据并非就意味着好数据，大数据本身并不能主动带来准确的分析结果。如果数据本身并不完整，缺乏与之匹配的背景甚至已经损坏，那么由此产生的分析结论将变得毫无意义。而本发明就正是为了解决数据分析的背景缺失，无效数据的简单积累和数据的不完整造成的数据价值丢失的问题。这样的数据采集即拉高了企业生产成本，又让数据本身失去了分析、挖掘的最有效的来源价值。\n发明内容\n[0003] 本发明的目的是针对上述现有技术，解决在智能电视产品数据产生、收集过程中，无法对数据的产生源进行精准定位，造成了数据与之匹配的背景缺乏、损坏的问题。通过本发明方案，可以对数据的产生源进行时间、空间的精准定位，对每一次数据的采集都进行打标签，让数据与产生者更加匹配，使挖掘更有效，分析结论更具有针对性。\n[0004] 为了达到上述的技术效果，本发明采取以下技术方案：一种区分智能电视状态的大数据处理方法，包括智能电视状态注册、云端标签服务和数据储存三个部分；\n[0005] 所述智能电视状态注册包括：将智能电视状态数据内容上传至云端。\n[0006] 所述云端标签服务包括：\n[0007] 云端解析出每一台智能电视上报的唯一状态码，并写入到mysql数据库中；\n[0008] mysql数据库中每一台智能电视的状态新增或更新都动态刷新到redis数据库中；\n[0009] 采集端将智能电视每一条上报数据与redis数据库中状态信息进行关联匹配，对智能电视ID进行打标签操作。\n[0010] 所述数据储存包括：从mongodb配置库取得校验信息，对数据进行校验，合法数据存入到数据仓库中。\n[0011] 作为优选，所述将智能电视状态数据内容上传至云端的具体操作步骤包括：\n[0012] 第一步：判断到智能电视第一次联网后，即将智能电视的ID参数和状态信息组织准备上报；\n[0013] 第二步：按照固定协议采集到状态数据后，判断网络是否正常；\n[0014] 第三步：若网络正常，则将封装好的加密数据以http post的方式发送到采集端的指定接口；若网络不正常，则加入监听程序，直至网络正常后，继续上传智能电视ID参数和状态信息；\n[0015] 第四步：上传后，服务器会给响应数据，如果解析上传成功则进入下一步流程；如过解析上传失败，则重新请求进行上传直至成功。\n[0016] 作为优选，所述将智能电视状态数据内容上传至云端的具体操作步骤还包括：\n[0017] 在智能电视终端植入电视状态的监听程序，智能电视状态数据上传后，如果智能电视状态发生改变，则触发智能电视状态采集上报机制，刷新智能电视状态数据并上传至云端；如果无状态变化，则监听程序处于休眠状态，结束上传任务。\n[0018] 作为优选，所述云端标签服务的具体步骤包括：\n[0019] 第一步：智能电视开机后自动发送报文请求获取config文件；\n[0020] 第二步：采集端收到获取config文件的请求，然后查询mongodb配置库获取到config文件；\n[0021] 第三步：云端将从mongodb配置库获取到的config文件返回给智能电视；\n[0022] 第四步：根据配置文件，智能电视将状态数据以http post的方式发送到采集端的指定接口；\n[0023] 第五步：采集端将接收到的每一台智能电视的状态数据解析、新建或刷新到mysql数据库；\n[0024] 第六步：mysql数据库中每一台智能电视的状态新增或更新都动态刷新到redis数据库；\n[0025] 第七步：采集端将智能电视每一条上报数据与redis数据库中状态信息进行关联匹配，对智能电视ID进行打标签操作。\n[0026] 本发明与现有技术相比，具有以下的有益效果：采用本发明后，这些非结构性的海量数据被统一收集以后，通过标签对每一条数据进行归类，就可以高效的利用科学、专业的数据模型，客观的分析方法挖掘出具有针对性的数据价值，而且还支持终端设备的状态动态更新，可以最大限度的支持满足各种人群、各种使用环境对数据采集需求。通过本发明最大的价值核心就是利用产品状态标识提升了数据质量，让数据本身与产生背景匹配，降低了数据挖掘难度的同时大大提升了数据价值。\n附图说明\n[0027] 图1是本发明流程示意图；\n[0028] 图2是本发明图1中电视机状态注册的具体流程图；\n[0029] 图3是本发明图1中云端标签服务的处理示意图。\n具体实施方式\n[0030] 下面结合本发明的实施例对本发明作进一步的阐述和说明。\n[0031] 实施例：\n[0032] 如图1所示，一种区分智能电视状态的大数据处理方法，包括智能电视状态注册、云端标签服务和数据储存三个部分；\n[0033] 所述智能电视状态注册包括：将智能电视状态数据内容通过页面上传至云端。所述的智能电视状态，包括但不局限于生产、开发、商场、商用、用户，支持动态定义、添加扩展等。其状态数据可以根据需要进行动态修改、刷新。\n[0034] 所述云端标签服务包括：\n[0035] 云端解析出每一台智能电视上报的唯一状态码，并写入到mysql数据库中，mysql数据库对每一台电视只创建一条状态数据，对采集端的每一台智能电视状态进行跟踪、解析、存储。\n[0036] mysql数据库中每一台智能电视的状态新增或更新都动态刷新到redis数据库中，只在某一台电视状态数据发送改变后触发动态刷新单条数据。\n[0037] 采集端将智能电视每一条上报数据与redis数据库中状态信息进行关联匹配，对智能电视ID进行打标签操作。通过智能电视的唯一ID参数，对每一台电视的上传信息进行即时的状态关联匹配，并增加状态标签字段进行存储。\n[0038] 所述数据储存包括：从mongodb配置库取得校验信息，对数据进行校验，合法数据存入到数据仓库中。\n[0039] 本发明利用电视、云端服务器组成的整套系统，有效的对电视状态进行注册，然后利用数据采集、存储时候加入标签的方式，对数据进行归源操作，提高数据挖掘分析价值，为企业的发展提供最真实有效的决策支持，最大层度的为企业创造价值。\n[0040] 如图2所示，智能电视状态注册的具体步骤包括：\n[0041] 第一步：判断到智能电视第一次联网后，即将智能电视的ID参数和状态信息组织准备上报；\n[0042] 第二步：按照固定协议采集到状态数据后，判断网络是否正常；\n[0043] 第三步：若网络正常，则将封装好的加密数据以http post的方式发送到采集端的指定接口；若网络不正常，则加入监听程序，直至网络正常后，继续上传智能电视ID参数和状态信息；\n[0044] 第四步：上传后，服务器会给响应数据，如果解析上传成功则进入下一步流程；如过解析上传失败，则重新请求进行上传直至成功。\n[0045] 作为优选，在智能电视终端植入电视状态的监听程序，智能电视状态数据上传后，如果智能电视状态发生改变，则触发智能电视状态采集上报机制，刷新智能电视状态数据并上传至云端；如果无状态变化，则监听程序处于休眠状态，结束上传任务。\n[0046] 如此，智能电视终端能够通主动或被动修改自身的状态，并上传到云端，动态刷新每一台智能电视的状态数据库，并对每一条上传数据进行ID匹配，打上状态标签，校验后进行后期存储分析。\n[0047] 如图3所示，所述云端标签服务的具体步骤包括：\n[0048] 第一步：智能电视开机后自动发送报文请求获取config文件；\n[0049] 第二步：采集端收到获取config文件的请求，然后查询mongodb配置库获取到config文件；\n[0050] 第三步：云端将从mongodb配置库获取到的config文件返回给智能电视；\n[0051] 第四步：根据配置文件，智能电视将状态等数据(DES加密)以http post的方式发送到采集端的指定接口；\n[0052] 第五步：采集端将接收到的每一台智能电视的状态数据解析、新建或刷新到mysql数据库；\n[0053] 第六步：mysql数据库中每一台智能电视的状态新增或更新都动态刷新到redis数据库；\n[0054] 第七步：采集端将智能电视每一条上报数据与redis数据库中状态信息进行关联匹配，对智能电视ID进行打标签操作。\n[0055] 可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。