广播信息传输方法、服务器及终端

摘要

本发明涉及一种广播信息传输方法、服务器及终端，其方法包括：服务器对广播信息进行压缩及加密处理；将压缩及加密处理的广播信息通过RDS传输给RDS终端。本发明通过服务器对传输的广播信息进行压缩及加密处理，由终端对接收的广播信息进行相应的解码处理，提高了广播信息传输的保密性及传输效率，同时，广播信息涉及公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等贴近人们日常生活的各种领域，极大的方便了人们的日常生活，同时提高了RDS技术的应用性；此外，在广播信息中插入应用功能识别码，可防止数据传输过程中出现比特错误，提高了广播信息数据传输的准确性。

权利要求

1.一种广播信息传输方法，其特征在于，包括以下步骤：服务器对广播信息进行压缩及加密处理；

将压缩及加密处理的广播信息通过无线数据广播系统RDS传输给RDS终端。

2.根据权利要求1所述的方法，其特征在于，所述服务器对广播信息进行压缩处理包括：服务器对所述广播信息进行分块压缩处理。

3.根据权利要求1所述的方法，其特征在于，所述服务器对广播信息进行加密处理包括：通过密钥对所述广播消息进行加密，得到第一密文；

对所述密钥进行多次加密，并记录加密次数，得到第二密文。

4.根据权利要求3所述的方法，其特征在于，所述压缩及加密处理的广播信息携带有所述第一密文及第二密文。

5.根据权利要求3或4所述的方法，其特征在于，所述服务器根据用户群组等级对所述广播信息进行加密处理。

6.一种广播信息传输服务器，其特征在于，包括：处理模块，用于对广播信息进行压缩及加密处理；

发送模块，用于将压缩及加密处理的广播信息通过RDS传输给RDS终端。

7.根据权利要求6所述的服务器，其特征在于，所述处理模块，还用于对所述广播信息进行分块压缩处理；通过密钥对所述广播消息进行加密，得到第一密文；对所述密钥进行多次加密，并记录加密次数，得到第二密文。

8.一种广播信息传输终端，其特征在于，包括：RDS数据接收模块，用于接收服务器发送的压缩及加密处理的广播信息；

解码模块，用于对所述广播信息进行解码处理。

9.根据权利要求8所述的终端，其特征在于，所述解码模块还用于根据用户的优先等级对所述广播信息进行解码处理。

10.根据权利要求8或9所述的终端，其特征在于，所述解码模块还用于检查所述广播信息携带的第一密文及第二密文；判断所述第二密文中的加密次数是否为0，若是，则解密所述第一密文，得到原始广播信息，广播给用户；否则解密所述第二密文，当解密成功时，将加密次数减一，并将解密所得密文连同第一密文广播至群组下一层用户。

说明书

广播信息传输方法、服务器及终端

技术领域

[0001] 本发明涉及广播信息传输技术领域，尤其涉及一种广播信息传输方法、服务器及终端。

背景技术

[0002] RDS(Radio Data System，无线数据广播系统)通信技术是在调频广播发射信号中利用副载波把电台名称、节目类型、节目内容及其它信息以数字形式发送出去，其作为一种低成本、技术成熟、覆盖范围广的无线广播系统，目前主要应用在车辆智能导航系统及其他电子、通讯产品中，比如具有RDS调频输出功能的便携式音乐播放器等。其中，车辆智能导航系统主要采用RDS-TMC(RDS Traffic Message Channel，RDS交通信息频道)技术。而对于通讯领域，则可以在一定距离范围内，利用RDS功能在终端之间进行短信交互，具有操作简单，方便实用以及一定的趣味性的特点，而且不占用现有的无线高频频段，可以在蜂窝通信系统无法进行通信的情况下，进行短信交互。

[0003] 虽然RDS在上述应用中为人们提供了便利，但是，目前RDS技术在人们的日常生活中并没有得到广泛应用，RDS技术的方便性并没有得到充分体现。

发明内容

[0004] 本发明的主要目的在于提供一种广播信息传输方法、服务器及终端，旨在提高RDS技术在人们日常生活中的应用与方便性。

[0005] 为了达到上述目的，本发明提出一种广播信息传输方法，包括以下步骤：

[0006] 服务器对广播信息进行压缩及加密处理；

[0007] 将压缩及加密处理的广播信息通过无线数据广播系统RDS传输给RDS终端。

[0008] 优选地，所述服务器对广播信息进行压缩处理包括：服务器对所述广播信息进行分块压缩处理。

[0009] 优选地，所述服务器对广播信息进行加密处理包括：

[0010] 通过密钥对所述广播消息进行加密，得到第一密文；

[0011] 对所述密钥进行多次加密，并记录加密次数，得到第二密文。

[0012] 优选地，所述压缩及加密处理的广播信息携带有所述第一密文及第二密文。

[0013] 优选地，所述服务器根据用户群组等级对所述广播信息进行加密处理。

[0014] 本发明还提出一种广播信息传输服务器，包括：

[0015] 处理模块，用于对广播信息进行压缩及加密处理；

[0016] 发送模块，用于将压缩及加密处理的广播信息通过RDS传输给RDS终端。

[0017] 优选地，所述处理模块，还用于对所述广播信息进行分块压缩处理；通过密钥对所述广播消息进行加密，得到第一密文；对所述密钥进行多次加密，并记录加密次数，得到第二密文。

[0018] 本发明还提出一种广播信息传输终端，包括：

[0019] RDS数据接收模块，用于接收服务器发送的压缩及加密处理的广播信息；

[0020] 解码模块，用于对所述广播信息进行解码处理。

[0021] 优选地，所述解码模块还用于根据用户的优先等级对所述广播信息进行解码处理。

[0022] 优选地，所述解码模块还用于检查所述广播信息携带的第一密文及第二密文；判断所述第二密文中的加密次数是否为0，若是，则解密所述第一密文，得到原始广播信息，广播给用户；否则解密所述第二密文，当解密成功时，将加密次数减一，并将解密所得密文连同第一密文广播至群组下一层用户。

[0023] 本发明提出的一种广播信息传输方法、服务器及终端，通过服务器对传输的广播信息进行压缩及加密处理，由终端对接收的广播信息进行相应的解码处理，提高了广播信息传输的保密性及传输效率，同时，广播信息涉及公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等贴近人们日常生活的各种领域，极大的方便了人们的日常生活，同时提高了RDS技术的应用性；此外，在广播信息中插入应用功能识别码，可防止数据传输过程中出现比特错误，提高了广播信息数据传输的准确性。

附图说明

[0024] 图1是本发明广播信息传输方法一实施例流程示意图；

[0025] 图2为本发明广播信息传输方法一实施例中服务器对广播信息进行加密的处理流程示意图；

[0026] 图3是本发明广播信息传输服务器一实施例结构示意图；

[0027] 图4是本发明广播信息传输终端一实施例结构示意图；

[0028] 图5是本发明广播信息传输终端一实施例中分用户等级解密的实例示意图；

[0029] 图6是本发明广播信息传输终端一实施例中对广播信息进行解码处理的流程示意图；

[0030] 图7是本发明广播信息传输终端另一实施例结构示意图。

[0031] 为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

[0032] 本发明实施例解决方案主要是通过服务器对传输的广播信息进行压缩及加密处理，由终端对接收的广播信息进行相应的解码处理，以提高广播信息传输的保密性及传输效率，同时，广播信息涉及公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等贴近人们日常生活的各种领域，方便人们的日常生活。

[0033] RDS是在调频广播信道的57kHz副载波上传送数据的一种调频多工系统，由于该系统完全利用原有调频广播设备且无须增加传输信道，所以被认为是一种最为经济的信息传输手段。

[0034] 目前，RDS的应用越来越普及，比如日益受人们欢迎的RDS-TMC技术，TMC是通过RDS方式发送实时交通信息和天气状况的一种开放式数据应用(Open Data Applications，ODA)。

[0035] 具体地，目前RDS的应用领域主要有以下几方面：

[0036] 1、RDS在导航产品中的应用：

[0037] 其中传输的信息包括了一定地域范围内的交通状况。将TMC信息与地图导航结合在一起，提高了车辆导航对前方路况预测的准确性。同时在很多地区，建立DGPS(Difference Global Positioning System，差分全球定位系统)数据的FM(Frequency Modulation，频率调制)负载波广播服务，提供广播电台周围的GPS差分校正数据，大大提高了GPS位置定位的准确性。

[0038] 2、基于RDS的低空飞行防撞系统：

[0039] 该应用是RDS-TMC在空中领域的又一应用。如在飞机场、军演地区，飞机的数量比较密集，因此当两机在空中飞行时，若两机的距离小于其预设的安全距离，可能会造成人们所不愿意看到的空难等。而该防撞系统可通过RDS来告知飞行员当前飞机周围的情况，并对可以发生的撞机事件提前发出警告，以减少不必要的损失。

[0040] 3、基于RDS和SCA(Service Component Architecture，服务组件框架)技术的气象预警信息发布系统：

[0041] 该系统利用现有的无线广播网络，通过对接收机稍加改造，在发射端对气象预警信息按照RDS规范编码发送，无须增加额外大型设备，也无须额外申请传输信道，可实现气象预警信息在广大农村及偏远山区的大范围覆盖，同时，利用SCA技术，插入语音信息，对预警信息进行语音播报，提高预警效果。

[0042] 4、相应的TA公告：

[0043] 相应RDS数据的TA(Travel Announcement Flag，交通通告信号)和TP(Traffic Programme Flag，交通节目代码)变化，使RDS接收机自动收听其他电台的交通广播，并在结束收听交通广播后，自动恢复收听原来的电台。如下表1所示。

[0044]

[0045] 表1

[0046] 5、利用RDS实现远程控制：

[0047] 用户通过RDS发送指令来控制一些设备。比如，远程电脑的关机，私家车的监控等功能。

[0048] 6、RDS的自动调频功能：

[0049] 用户携带RDS接收机在不同电台间移动，RDS接收机自动识别信号强度。在信号强度减低到一定程度时，根据RDS的AF频率表，变换到新的频点继续收听。

[0050] 可以预见在不久的将来，RDS的应用将会更加广泛。目前，市场上广泛使用的QQ、twitter等即时通讯软件，主要是通过因特网或者GPRS进行通讯，虽然这些软件在用户在使用过程中不会对用户收取费用，但是用户仍需要交付一定的网费或者流量费，这样间接的降低了人们使用的意愿。如果将RDS应用于QQ、twitter中，由于其完全免费，将可以吸引更多的用户。另外，目前城市中的公交车管理系统比较落后，难以及时的提供给乘客所需的信息，不方便乘客的出行。而如果引入RDS技术，将城市中的公交信息通过无线广播的方式发送至乘客手中的公交车卡中，使乘客可以方便的查询自己感兴趣的公交信息，这样就可以提高人们乘坐公交车的意愿，减轻城市交通的负担，达到节能减排的效果。但是，如此一来，旧的RDS协议对于这种新的应用可能不合适，因此需要对原有协议进行优化、增强以满足新的应用领域。

[0051] 基于此，本发明提出以下解决方案。

[0052] 如图1所示，本发明一实施例提出一种广播信息传输方法，包括：

[0053] 步骤S101，服务器对广播信息进行压缩及加密处理；

[0054] 本实施例中，服务器在通过广播电台向外广播信息时，需要对广播信息进行压缩及加密处理。

[0055] 本实施例将RDS通讯技术广泛应用于人们的日常生活中，其中，广播信息可以为公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等。

[0056] 比如，可以通过RDS传输一些城市公交车的信息，由此可以节省人们出门等待公交车的时间，为人们的出行提供方便。

[0057] 或者，利用RDS通讯技术为国家的公共服务发布一些紧急通知(如海啸、地震等自然灾害通知)，以极大限度的保障人们的生命安全并减少财产损失。

[0058] 再如，目前广大网络用户喜欢在互联网上阅读电子小说等，若使用笔记本电脑或者台式电脑，则不方便携带，尤其对于移动式用户而言更是极不方便。

[0059] 此外，若在某些企业内部利用RDS通讯技术提供公告信息群发，由此可以很方便的将企业的内部通知等一些信息传达至员工，方便企业的管理等。

[0060] 随着RDS技术越来越成熟，其应用领域也在不断的扩大，为了适应这种不断扩大的应用领域的需求，有必要对RDS协议进行相应的变更。

[0061] 如上所述的QQ，twitter等即时通讯软件，其对外发布的公众信息通常不需要进行加密，但是，有时根据客户要求，发布的信息只能让某一特定用户或者某群组内的所有用户得到该信息的含义，若继续使用原有的RDS协议则不能满足这种要求。

[0062] 还比如在城市公交车管理领域，对于一些大中城市来说，其公交车的数量非常庞大，如果对每辆公交车的信息都不加压缩而直接向外广播，则各公交车的信息数据量将会随着该城市中的公交车数量的增加而相应提高。而RDS完全是利用原有的调频广播设备，在现有FM立体声广播信号基带频谱的上边界外(57kHz±2kHz)增加了一个副载波信道，用来传送BDPSK数字信息，其速率为1187.5bps。由此可知，如果广播大量的公交车信息，其较小的传送速率远远不够。因此将大量的公交信息进行压缩后再发送出去则可以增强RDS在该领域发展。

[0063] 由于RDS的传输速率较低，本实施例为了提高广播信息的传输效率，需要对传输的广播信息进行压缩处理。比如上述公交车的数量较多的大中城市，不能因为无线广播带宽小而减少城市中的公交车的数量，因此需要对公交车的信息进行压缩来减少所传送的数据量，而将公交车信息进行压缩后再传输更有助于数据传输系统的稳定性和可靠性。

[0064] 同时为了满足广播信息传输的保密性要求，本实施例对传输的广播信息进行加密处理。

[0065] 如上所述，将RDS技术运用到公交车管理系统中，会有大量公交车的数据需要及时的处理及发送，而在无线广播带宽的限制下，压缩这些数据将有助于系统的稳定性、可靠性以及发送公交车信息的实时性，并减轻RDS在数据传送中的负担。因为，如果对数据发送延迟过久，乘客所接收到的公交信息若是前一个小时的，则失去该系统的实用价值。

[0066] 在完成数据压缩之后，接收终端根据广播信息的传输协议，应该知道所发送过来的信息经过压缩，服务器如何对数据进行压缩，接收终端则可以采用相应的措施进行解码，从而再将这些数据转换成人们所熟知的交通信息。

[0067] 因此，本实施例通过服务器对需要广播出去的广播信息的数据先进行压缩，然后再经过广播电台对这些数据进行广播，在接收终端接收到这些数据后，先对接收到的数据进行缓存，在达到一定的数量后再对数据进行解码，并向用户展示接收到的信息所表示的含义。

[0068] 在对数据进行压缩时，可以先对所要发送的数据进行收集，再将收集后的信息作为一个数据块进行压缩，即对收集的信息分块压缩，而不是对每笔小的数据进行压缩。

[0069] 以公交车管理系统为例，因为公交车数量比较庞大，如果对每辆车的数据进行压缩，则会消耗大量时间，不利于数据传送的实时性要求。而对收集后的数据分块进行压缩，则既可以达到压缩数据的目的，同时又可以防止占用过多的压缩时间而降低系统的实时性。

[0070] 在数据压缩的过程，可以利用现存的一些压缩方法比如哈夫曼编码、LZW编码以及统计编码等压缩方法，并使其应用到RDS协议中，相应的修改RDS协议。

[0071] 以Huffman编码对广播信息进行压缩处理为例，首先对所需要发送的数据采用Huffman算法对其进行编码，得到Huffman Table，之后对传输的信息内容进行编码。编码的过程是基于数据的出现频率建立压缩树来实现的。

[0072] Huffman编码是一种用于无损数据压缩的熵编码(权编码)算法，Huffman编码又称哈夫曼编码，是一种可变长编码方式，是由美国数学家David Huffman创立，是二叉树的一种特殊转化形式。其编码的原理是：将使用次数多的代码转换成长度较短的代码，而使用次数少的可以使用较长的编码，并且保持编码的唯一可解性。Huffman算法的最根本的原则是：累计的(字符的统计数字*字符的编码长度)为最小，也就是权值(字符的统计数字*字符的编码长度)的和最小。Huffman数据编码技术属于现有技术，在此不作详述。

[0073] 经过压缩处理的广播信息在发送之前，需要对Huffman Table进行加密，并将传输的信息内容与一个keyw值(二进制值)做个简单的异或操作进行加密。

[0074] 如图2所示，图2为本实施例中服务器对广播信息进行加密处理的流程示意图。服务器在对数据进行加密时，通过密钥(KEY)对待广播的广播消息(明文)进行加密，得到第一密文；同时，对密钥进行多次加密，并记录加密次数，得到第二密文。其中，记录加密次数是为了接收终端在解密时，知道何时停止解密并得到其KEY值，最后用该KEY值与用户手中的密钥进行匹配，才能解开相应密文。

[0075] 因此，服务器向外广播的、压缩及加密处理的广播信息携带有上述第一密文及第二密文。

[0076] 此外，服务器还可以根据用户群组等级对广播信息进行加密处理，用户在解密时，可以根据其相应等级进行解密，用户也可以在接收到广播信息后，根据群组的标识只解压其所感兴趣的信息，减少接收终端的计算量。

[0077] 更进一步的，为了防止数据传输过程中出现比特错误，提高广播信息数据传输的准确性，本实施例还在广播信息中插入应用功能识别码。

[0078] 步骤S102，将压缩及加密处理的广播信息通过RDS传输给RDS终端。

[0079] 服务器对广播信息进行上述压缩及加密处理之后，将压缩及加密处理后的广播信息通过RDS传输给RDS终端。

[0080] 本实施例中RDS终端可以是手持式智能随身卡，方便用户携带；也可以是集成有RDS数据接收功能的移动终端，比如在用户常用的手机上集成RDS数据接收功能等。

[0081] 本实施例通过服务器对传输的广播信息进行压缩及加密处理，由终端对接收的广播信息进行相应的解码处理，提高了广播信息传输的保密性及传输效率，同时，广播信息涉及公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等贴近人们日常生活的各种领域，极大的方便了人们的日常生活，同时提高了RDS技术的应用性；此外，在广播信息中插入应用功能识别码，可防止数据传输过程中出现比特错误，提高了广播信息数据传输的准确性。

[0082] 如图3所示，本发明一实施例提出一种广播信息传输服务器，包括：处理模块201及发送模块202，其中：

[0083] 处理模块201，用于对广播信息进行压缩及加密处理；

[0084] 发送模块202，用于将压缩及加密处理的广播信息通过RDS传输给RDS终端。

[0085] 具体地，本实施例中将RDS通讯技术广泛应用于人们的日常生活中，其中，广播信息可以为公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等。

[0086] 比如，可以通过RDS传输一些城市公交车的信息，由此可以节省人们出门等待公交车的时间，为人们的出行提供方便。

[0087] 或者，利用RDS通讯技术为国家的公共服务发布一些紧急通知(如海啸、地震等自然灾害通知)，以极大限度的保障人们的生命安全并减少财产损失。

[0088] 再如，目前广大网络用户喜欢在互联网上阅读电子小说等，若使用笔记本电脑或者台式电脑，则不方便携带，尤其对于移动式用户而言更是极不方便。

[0089] 此外，若在某些企业内部利用RDS通讯技术提供公告信息群发，由此可以很方便的将企业的内部通知等一些信息传达至员工，方便企业的管理等。

[0090] 由于RDS的传输速率较低，本实施例为了提高广播信息的传输效率，对传输的广播信息进行压缩处理。同时为了满足广播信息传输的保密性要求，本实施例对传输的广播信息进行加密处理。

[0091] 如上所述，将RDS技术运用到公交车管理系统中，会有大量公交车的数据需要及时的处理及发送，而在无线广播带宽的限制下，压缩这些数据将有助于系统的稳定性、可靠性以及发送公交车信息的实时性，并减轻RDS在数据传送中的负担。因为，如果对数据发送延迟过久，乘客所接收到的公交信息若是前一个小时的，则失去该系统的实用价值。

[0092] 在完成数据压缩之后，接收终端根据广播信息的传输协议，应该知道所发送过来的信息经过压缩，服务器如何对数据进行压缩，接收终端则可以采用相应的措施进行解码，从而再将这些数据转换成人们所熟知的交通信息。

[0093] 因此，本实施例通过服务器对需要广播出去的广播信息的数据先进行压缩，然后再经过广播电台对这些数据进行广播，在接收终端接收到这些数据后，先对接收到的数据进行缓存，在达到一定的数量后再对数据进行解码，并向用户展示接收到的信息所表示的含义。

[0094] 在对数据进行压缩时，可以先对所要发送的数据进行收集，再将收集后的信息作为一个数据块进行压缩，即对收集的信息分块压缩，而不是对每笔小的数据进行压缩。

[0095] 以公交车管理系统为例，因为公交车数量比较庞大，如果对每辆车的数据进行压缩，则会消耗大量时间，不利于数据传送的实时性要求。而对收集后的数据分块进行压缩，则既可以达到压缩数据的目的，同时又可以防止占用过多的压缩时间而降低系统的实时性。

[0096] 在数据压缩的过程，可以利用现存的一些压缩方法比如哈夫曼编码、LZW编码以及统计编码等压缩方法，并使其应用到RDS协议中，相应的修改RDS协议。

[0097] 以Huffman编码对广播信息进行压缩处理为例，首先对所需要发送的数据采用Huffman算法对其进行编码，得到Huffman Table，之后对传输的信息内容进行编码。编码的过程是基于数据的出现频率建立压缩树来实现的。

[0098] Huffman编码是一种用于无损数据压缩的熵编码(权编码)算法，Huffman编码又称哈夫曼编码，是一种可变长编码方式，是由美国数学家David Huffman创立，是二叉树的一种特殊转化形式。其编码的原理是：将使用次数多的代码转换成长度较短的代码，而使用次数少的可以使用较长的编码，并且保持编码的唯一可解性。Huffman算法的最根本的原则是：累计的(字符的统计数字*字符的编码长度)为最小，也就是权值(字符的统计数字*字符的编码长度)的和最小。Huffman数据编码技术属于现有技术，在此不作详述。

[0099] 经过压缩处理的广播信息在发送之前，需要对Huffman Table进行加密，并将传输的信息内容与一个keyw值(二进制值)做个简单的异或操作进行加密。

[0100] 如图2所示，图2为本实施例中服务器对广播信息进行加密处理的流程示意图。服务器在对数据进行加密时，通过密钥(KEY)对待广播的广播消息(明文)进行加密，得到第一密文；同时，对密钥进行多次加密，并记录加密次数，得到第二密文。其中，记录加密次数是为了接收终端在解密时，知道何时停止解密并得到其KEY值，最后用该KEY值与用户手中的密钥进行匹配，才能解开相应密文。

[0101] 因此，服务器向外广播的、压缩及加密处理的广播信息携带有上述第一密文及第二密文。

[0102] 此外，服务器还可以根据用户群组等级对广播信息进行加密处理，用户在解密时，可以根据其相应等级进行解密，用户也可以在接收到广播信息后，根据群组的标识只解压其所感兴趣的信息，减少接收终端的计算量。

[0103] 更进一步的，为了防止数据传输过程中出现比特错误，提高广播信息数据传输的准确性，本实施例还在广播信息中插入应用功能识别码。

[0104] 服务器对广播信息进行上述压缩及加密处理之后，将压缩及加密处理后的广播信息通过RDS传输给RDS终端。

[0105] 本实施例中RDS终端可以是手持式智能随身卡，方便用户携带；也可以是集成有RDS数据接收功能的移动终端，比如在用户常用的手机上集成RDS数据接收功能等。

[0106] 如图4所示，本发明一实施例提出一种广播信息传输终端，包括：RDS数据接收模块301以及解码模块302，其中：

[0107] RDS数据接收模块301，用于接收服务器发送的压缩及加密处理的广播信息；

[0108] 解码模块302，用于对广播信息进行解码处理。

[0109] 具体地，本实施例中终端可以是手持式智能随身卡，方便用户携带；也可以是集成有RDS数据接收功能的移动终端，比如在用户常用的手机上集成RDS数据接收功能等。

[0110] 以手持式智能随身卡为例，当智能随身卡收到服务器端发来的广播信息后，对接收的广播信息相应数据进行解码，解码的过程还可根据智能随身卡用户的优先等级来进行。对于进行了加密的广播信息，智能随身卡还需要对广播信息进行解密处理，只有授权的用户才可以通过相应的密钥进行解码。

[0111] 通过智能随身卡，用户可以很方便的接收来自于RDS服务器端所广播的数据信息，比如公交车辆的信息、电子书信息、企业内部公告信息群发、公共服务紧急通知等信息。

[0112] 以QQ、twitter等即时通讯软件为例，为了防止私人信息被他人恶意窃取，发送广播信息的服务器需要对用户发送的数据进行加密，以保证用户的信息安全。在本实施例中，在有分等级的用户群组情况下，服务器需要将用户发送的数据分等级进行加密，如图5所示，图5是本发明广播信息传输终端一实施例中分用户等级解密的实例示意图；如果需要发送一则信息给班级2，最简单的方法是让每个收到信息的人在接收端解密，但是，若想要实现的功能是在班级2解密完成后，班级2里所有的人将不需要再进行解密即可知道所收到的信息的含义。例如，若有一条消息需要发送给班级，消息在经过学校这一层时，能够部分解密，因此，学校将该信息发送给其下面的三个专业，从图5中可以看出，只有专业2可以对其解密，因此专业1和专业3可直接将该消息丢弃。从而，既可以达到对数据进行解密的功能，还能够对信息的接收达到快速过滤的功能。

[0113] 如图6所示，图6是本实施例中对广播信息进行解码处理的流程示意图。本实施例中，解码模块302在对广播信息进行解码处理时，解码模块302首先检查广播信息携带的第一密文及第二密文；判断第二密文中的加密次数是否为0，若是，则解密第一密文，得到原始广播信息，广播给用户；否则解密第二密文，当解密成功时，将加密次数减一，并将解密所得密文连同第一密文广播至群组下一层用户。

[0114] 如图7所示，本发明另一实施例提出一种广播信息传输终端，在上述实施例的基础上还包括：

[0115] 震动感应模块303，用于检测终端的震动信号；

[0116] ZigBee模块304，用于根据震动信号并通过ZigBee(紫峰)向用户发送告警信息。

[0117] 本实施例与上述实施例的区别在于，本实施例终端除了可以接收服务器端发来的广播信息，并进行相应的解码处理，同时本实施例终端还具有自身的防盗功能。

[0118] 以智能随身卡为例，其通过RDS数据接收模块301接收服务器发送的压缩及加密处理的广播信息；通过解码模块302对广播信息进行解码处理。同时，该智能随身卡上还设有震动感应模块303来检测智能随身卡是否产生异常震动，若是，则通过ZigBee模块304向用户发送告警信息，以提示用户该智能随身卡存在被盗的风险，以便用户采取相应的应急措施。

[0119] Zigbee是IEEE 802.15.4协议的代名，是一种短距离、低功耗的无线通信技术。其名称来源于蜜蜂的八字舞，由于蜜蜂(bee)是靠飞翔和“嗡嗡”(zig)地抖动翅膀的“舞蹈”来与同伴传递花粉所在的方位信息，也就是说，蜜蜂依靠这样的方式构成了群体中的通信网络。其特点是近距离、低复杂度、自组织、低功耗、低数据速率、低成本，主要适用于自动控制和远程控制领域，可以嵌入各种设备。

[0120] 需要说明的是，本实施例中终端为了使各功能模块的正常运行，需要外部为其提供电源，当然也可以在终端上设置电源管理模块及充电模块；同时还可设置显示模块及按键模块等，显示模块可以为液晶显示模块，比如LCD等。电源管理模块可透过LED显示电源状态，如有电源不足时，可透过微型USB(Mini USB Connector)接口连接到终端的充电模块为电池充电。按键模块中按键可以根据需要进行位置设置。

[0121] 本发明实施例广播信息传输方法、服务器及终端，通过服务器对传输的广播信息进行压缩及加密处理，由终端对接收的广播信息进行相应的解码处理，提高了广播信息传输的保密性及传输效率，同时，广播信息涉及公交讯息、电子讯息、企业内部公告信息及公共服务紧急通知等贴近人们日常生活的各种领域，极大的方便了人们的日常生活，同时提高了RDS技术的应用性；此外，在广播信息中插入应用功能识别码，可防止数据传输过程中出现比特错误，提高了广播信息数据传输的准确性。

[0122] 以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。