一种机顶盒的通信实现方法及机顶盒的利记博彩app

文档序号:7800292阅读:281来源:国知局
一种机顶盒的通信实现方法及机顶盒的利记博彩app
【专利摘要】本发明适用于机顶盒【技术领域】,提供了一种机顶盒的通信实现方法及机顶盒,包括:在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏;若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序;当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32芯片;所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片。本发明大大减少了PCB的使用面积和机顶盒主芯片的I/O口的使用数量,且大大提高了机顶盒的通信安全性。
【专利说明】一种机顶盒的通信实现方法及机顶盒
【技术领域】
[0001]本发明属于机顶盒【技术领域】,尤其涉及一种机顶盒的通信实现方法及机顶盒。
【背景技术】
[0002]现有技术在机顶盒的双路智能卡通讯电路设计中,需要两个TDA8024处理芯片和两个智能卡接口,同时要求机顶盒的主芯片提供两路的I/o (Input/Output,输入输出)口,这两路I/O 口至少包括10个I/O 口,其中,每个智能卡通讯需要最少5个I/O 口,这5个必须的I/O 口分别用于VCC电源脚、CLK时钟脚、RST复位脚、IO数据脚以及Detect检测脚。
[0003]此外,现有技术中的机顶盒一般通过机顶盒出厂时闪存中自带的安全检验程序进行安全性测试,安全性较低。
[0004]综上所述,现有的机顶盒通信实现方式需要较大的PCB(Print Circuit Board,印制电路板)面积并大量占用机顶盒主芯片的I/O 口,且现有的机顶盒的通信实现方式安全性低。

【发明内容】

[0005]本发明实施例的目的在于提供一种机顶盒的通信实现方法,旨在解决现有的机顶盒通信实现方式需要较大的PCB面积并大量占用机顶盒主芯片的I/O 口,且安全性低的问题。
[0006]本发明实施例是这样实现的,一种机顶盒的通信实现方法,包括:
[0007]在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏;
[0008]若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序;
[0009]当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32芯片;
[0010]所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片。
[0011]本发明实施例的另一目的在于提供一种机顶盒,包括:
[0012]Loader检测模块,用于在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏;
[0013]主程序启动模块,用于若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序;
[0014]智能卡识读模块,用于当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32芯片;
[0015]数据转发模块,用于所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主
-H-* I I
心/T O
[0016]本发明实施例通过在机顶盒启动时,将STM32芯片判定Loader程序未被破坏作为机顶盒的主程序的启动条件,再通过STM32芯片将智能卡的数据转发给机顶盒的主芯片,从而大大减少了 PCB的使用面积和机顶盒主芯片的1/0 口的使用数量,且大大提高了机顶盒的通信安全性。
【专利附图】

【附图说明】
[0017]图1是本发明实施例提供的机顶盒的通信实现方法的实现流程图;
[0018]图2是本发明实施例提供的机顶盒的通信实现方法SlOl的具体实现流程图;
[0019]图3是本发明实施例提供的机顶盒的结构框图;
[0020]图4是本发明另一实施例提供的机顶盒的结构框图。
【具体实施方式】
[0021]为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
[0022]本发明实施例通过在机顶盒启动时,将STM32芯片判定Loader程序未被破坏作为机顶盒的主程序的启动条件,再通过STM32芯片将智能卡的数据转发给机顶盒的主芯片,从而大大减少了 PCB的使用面积和机顶盒主芯片的I/O 口的使用数量,且大大提高了机顶盒的通信安全性。
[0023]图1示出了本发明实施例提供的机顶盒的通信实现方法的实现流程图,详述如下:
[0024]在SlOl中,在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏。
[0025]机顶盒系统软件中包括主程序和Loader程序。机顶盒启动时,闪存Flash中的Loader程序首先运彳丁。机顶盒中的STM32芯片初始化完成后,检测Loader程序在启动时是否遭到攻击或者篡改。
[0026]Loader即下载器,是机顶盒系统软件中的重要部分。Loader程序提供机顶盒应用软件的升级、机顶盒的启动和机顶盒新业务的植入等功能,它的稳定性直接影响机顶盒的使用。因此,在机顶盒的启动过程中,通过STM32芯片对Loader程序进行检测具有重要意义。
[0027]图2示出了本发明实施例提供的机顶盒的通信实现方法SlOl的具体实现流程图,参照图2:
[0028]在S201中,在所述机顶盒启动时,将所述Loader程序运行中生成的辅助码与所述STM32芯片中预存储的校验码相比较;
[0029]在S202中,若所述辅助码与所述校验码一致,则所述STM32芯片判定所述Loader程序未被破坏;
[0030]在S203中,若所述辅助码与所述校验码不一致,则所述STM32芯片判定所述Loader程序被破坏。
[0031]作为本发明的一个实施例,在STM32芯片内部存有一个固定的校验码,每次机顶盒启动时,Loader程序在运行的过程中生成辅助码。若Loader程序未被破坏,则Loader程序在运行的过程中生成的辅助码与STM32芯片中预存储的校验码一致;若Loader程序被破坏,则Loader程序在运行的过程中生成与STM32芯片中预存储的校验码不一致的辅助码。在这里,Loader程序被破坏是指Loader程序被攻击或篡改,如恶意写入等。
[0032]优选地,采用CRC (Cyclic Redundancy Check,循环冗余校验码)对Loader程序是否被破坏进行检验。
[0033]在S102中,若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序。
[0034]作为本发明的一个实施例,STM32芯片在确保Loader程序未被攻击或篡改的情况下,才允许启动机顶盒的主程序。
[0035]进一步地,所述方法还包括:
[0036]若所述STM32芯片判定所述Loader程序被破坏,则不允许启动所述机顶盒的主程序。
[0037]当STM32芯片判定Loader程序被破坏后,不允许启动主程序,从而对Flash的读写进行保护,防止Flash中的内容被攻击或篡改,增强了机顶盒的安全性。
[0038]在S103中,当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32芯片。
[0039]作为本发明的一个实施例,当机顶盒的卡座的Detect (检测)脚检测到有智能卡插入时,该Detect脚发送一个低脉冲到与该卡座相连接的STM32芯片的通信接口以通知STM32芯片。
[0040]进一步地,所述机顶盒包括2个所述卡座;
[0041]所述STM32芯片的串行外设接口 SPI与所述卡座——连接。
[0042]在本发明实施例中,机顶盒包括2个卡座,分别为第一^^座与第二卡座。STM32芯片配置两组SPI (Serial Peripheral Interface,串行外设接口)分别作为第一通信接口与第二通信接口,第一通信接口与第一卡座相连接,第二通信接口与第二卡座相连接。
[0043]当第--^座的Detect脚检测到有智能卡插入时,该Detect脚发送一个低脉冲
至第一通信接口以通知STM32芯片;当第二卡座的Detect脚检测到有智能卡插入时,该Detect脚发送一个低脉冲至第二通信接口以通知STM32芯片。
[0044]在S104中,所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片。
[0045]STM32芯片通过第一通信接口接收第一卡座上的智能卡的数据以及通过第二通信接口接收第二卡座上的智能卡的数据后,将智能卡的数据转发至机顶盒的主芯片进行处理。
[0046]优选地,S104所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片包括:
[0047]所述STM32芯片将所述智能卡的数据转换为符合通用串行总线USB协议的数据后,再转发至所述机顶盒的主芯片。
[0048]作为本发明的一个实施例,STM32芯片通过第一通信接口接收第一卡座上的智能卡的数据以及通过第二通信接口接收第二卡座上的智能卡的数据后,依照IS07816协议将智能卡的数据转换为适合USB (Universal Serial Bus,通用串行总线)传输的数据后,再转发给机顶盒的主芯片处理。 [0049]图3示出了本发明实施例提供的机顶盒的结构框图。参照图3,其中,MCU (MicroControl Unit,微控制单元)为机顶盒的主芯片。MCU通过USB接口与STM32相连接,STM32的第一通信接口与第一卡座相连接,STM32的第二通信接口与第二卡座相连接。[0050]一方面,利用 USB 接 口代替 GP10(General Purpose Input and Output,通用输入输出)口,USB2.0的通讯速度高达480M/s,相对于GPIO约4M/s的通讯速度而言,USB接口大大提高了 STM32芯片与主芯片之间的通讯速度,从而提高了机顶盒系统的运行速度。此夕卜,利用USB接口进行STM32芯片与主芯片之间的数据传输,只需要占用主芯片的2个I/O口,相对于TDA8024需要占用主芯片至少10个I/O 口而言,利用USB接口进行STM32芯片与主芯片之间的数据传输大大减少了主芯片I/O 口的使用数量,提高了主芯片I/O 口的使用效率。
[0051]另一方面,采用STM32芯片,基本上不需要外围电路,相对于TDA8024芯片需要大量的外围器件而言,采用STM32芯片占用PCB的面积大大减少,约为使用TDA8024芯片的四分之一。
[0052]本发明实施例通过在机顶盒启动时,将STM32芯片判定Loader程序未被破坏作为机顶盒的主程序的启动条件,再通过STM32芯片将智能卡的数据转发给机顶盒的主芯片,从而大大减少了 PCB的使用面积和机顶盒主芯片的I/O 口的使用数量,且大大提高了机顶盒的通信安全性。
[0053]图4示出了本发明实施例提供的机顶盒的结构框图,该机顶盒用于运行图1至2所述的机顶盒的通信实现方法,为了便于说明,仅示出了与本实施例相关的部分。参照图4:
[0054]该机顶盒包括:
[0055]Loader检测模块41,在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏。
[0056]主程序启动模块42,若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序。
[0057]智能卡识读模块43,当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32芯片。
[0058]数据转发模块44,所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片。
[0059]进一步地,所述Loader检测模块41包括:
[0060]辅助码与校验码比较子模块,在所述机顶盒启动时,将所述Loader程序运行中生成的辅助码与所述STM32芯片中预存储的校验码相比较。
[0061]未破坏判定子模块,若所述辅助码与所述校验码一致,则所述STM32芯片判定所述Loader程序未被破坏。
[0062]破坏判定子模块,若所述辅助码与所述校验码不一致,则所述STM32芯片判定所述Loader程序被破坏。
[0063]进一步地,所述机顶盒还包括:
[0064]主程序禁止启动模块,若所述STM32芯片判定所述Loader程序被破坏,则不允许启动所述机顶盒的主程序。
[0065]优选地,所述机顶盒包括2个所述卡座;
[0066]所述STM32芯片的串行外设接口 SPI与所述卡座——连接。
[0067]优选地,所述数据转发模块44具体用于:[0068]所述STM32芯片将所述智能卡的数据转换为符合通用串行总线USB协议的数据后,再转发至所述机顶盒的主芯片。
[0069]本发明实施例通过在机顶盒启动时,将STM32芯片判定Loader程序未被破坏作为机顶盒的主程序的启动条件,再通过STM32芯片将智能卡的数据转发给机顶盒的主芯片,从而大大减少了 PCB的使用面积和机顶盒主芯片的I/O 口的使用数量,且大大提高了机顶盒的通信安全性。
[0070]以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
【权利要求】
1.一种机顶盒的通信实现方法,其特征在于,包括: 在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏; 若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序; 当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32芯片; 所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片。
2.如权利要求1所述的方法,其特征在于,所述在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏包括: 在所述机顶盒启动时,将所述Loader程序运行中生成的辅助码与所述STM32芯片中预存储的校验码相比较; 若所述辅助码与所述校验码一致,则所述STM32芯片判定所述Loader程序未被破坏; 若所述辅助码与所述校验码不一致,则所述STM32芯片判定所述Loader程序被破坏。
3.如权利要求2所述的方法,其特征在于,所述方法还包括: 若所述STM32芯片判定所述Loader程序被破坏,则不允许启动所述机顶盒的主程序。
4.如权利要求1所述的方法,其特征在于,所述机顶盒包括2个所述卡座; 所述STM32芯片的串行外设接口 SPI与所述卡座一一连接。
5.如权利要求1至4任一项所述的方法,其特征在于,所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片包括: 所述STM32芯片将所述智能卡的数据转换为符合通用串行总线USB协议的数据后,再转发至所述机顶盒的主芯片。
6.一种机顶盒,其特征在于,包括: Loader检测模块,用于在所述机顶盒启动时,所述机顶盒通过STM32芯片检测所述机顶盒的Loader程序是否被破坏; 主程序启动模块,用于若所述STM32芯片判定所述Loader程序未被破坏,则启动所述机顶盒的主程序; 智能卡识读模块,用于当所述机顶盒的卡座检测到有智能卡插入时,通知所述STM32-H-* I I心片; 数据转发模块,用于所述STM32芯片将所述智能卡的数据发送给所述机顶盒的主芯片。
7.如权利要求6所述的机顶盒,其特征在于,所述Loader检测模块包括: 辅助码与校验码比较子模块,用于在所述机顶盒启动时,将所述Loader程序运行中生成的辅助码与所述STM32芯片中预存储的校验码相比较; 未破坏判定子模块,用于若所述辅助码与所述校验码一致,则所述STM32芯片判定所述Loader程序未被破坏; 破坏判定子模块,用于若所述辅助码与所述校验码不一致,则所述STM32芯片判定所述Loader程序被破坏。
8.如权利要求7所述的机顶盒,其特征在于,所述机顶盒还包括: 主程序禁止启动模块,用于若所述STM32芯片判定所述Loader程序被破坏,则不允许启动所述机顶盒的主程序。
9.如权利要求6所述的机顶盒,其特征在于,所述机顶盒包括2个所述卡座; 所述STM32芯片的串行外设接口 SPI与所述卡座一一连接。
10.如权利要求6至9任一项所述的机顶盒,其特征在于,所述数据转发模块具体用于: 所述STM32芯片将所述智能卡的数据转换为符合通用串行总线USB协议的数据后,再转发至所述机顶盒的主芯片。
【文档编号】H04N21/442GK103929675SQ201410123243
【公开日】2014年7月16日 申请日期:2014年3月28日 优先权日:2014年3月28日
【发明者】阳勇 申请人:深圳市九洲电器有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1