一种实现调频广播实时信息交互的方法、装置与系统与流程

本发明涉及一种实现调频广播实时信息交互的方法、装置与系统。

背景技术：

调频立体声广播指的是由多条声音信息通道来传输声音信息，使还原时呈现空间声像的广播技术。

常用的为二通道。由于立体声信号频带宽，信号质量要求高，通常采用调频方式传输。收听时也需配置两个通道，甚至采用环绕声喇叭，可获得有空间层次的立体声效果。

实现方式：

调频立体声广播首先将两个声频(左、右声道)信号进行编码，得到一组低频复合立体声信号，然后再对高频载波进行调频发射。

广播制式

调频立体声广播根据对立体声的处理方法不同，分为和差制(频率分割制)、时间分割制、方向信号制三种。现普遍采用的是和差制。

和差制：和差制是将左(l)、右(r)声道信号进行编码，形成和信号与差信号，再对进行调制(该载波频率称为副载波频率，为超音频信号)，成为信号(的已调波)。用频谱搬移的方法实现了频率分割。与信号混合后再调频于高频载波上发射出去，形成调频立体声广播。

和差制对和差信号进行频率分割时，根据副载波调制方式的不同又分为：导频制、极化调幅制、二次调频制，其中应用最广泛的是导频制。导频制是副载波对信号进行平衡调幅，再对、混合信号进行调频发射，又称am-fm制；极化调幅制是副载波对信号进行普通调幅，再对、混合信号进行调频发射，也称am-fm制；二次调频制是副载波对信号调频，再对、混合信号进行调频发射，又称fm-fm双调频制。

我国采用导频制--am-fm制。

调频广播作为一种成熟的广播技术，虽然应用广泛，且具有诸多优势；但是在互联网越来越发达的时代，人与人之间进行交互的需求越来越多，包括电台节目中主持人与听众之间的互动也越来越频繁，但传统的调频广播节目作为单向的信息传输，缺少回馈通道，使得此类实时交互的需求得不到满足，从而阻碍了电台对用户的粘性。

比如，电台的主持人通常通过微信公众平台、微博平台等互联网社交软件与听众进行互动，主持人将用户在平台上的留言、评论读出来，通过调频广播信号发射出去，由信号接收端的其他听众收听。该过程在当前技术背景中实现起来非常繁琐，需要用户通过互联网终端(如手机、电脑等)接入对应社交平台，同时打开收音机应用收听对应的频率；而主持人那一端也需要打开社交平台，手工的将信息读出来，再发送到电台射频机中进行调频发送。

再比如，音乐电台主持人在播放某首歌的时候，仅有一瞬间会提到歌名和相关信息，之后在整首歌的过程中，用户虽然听到了喜欢的旋律，但往往不清楚歌名，以及到哪里可以找到这首歌。当前技术中，针对这种情况通常使用歌声旋律识别应用进行检测，但用户往往需要打开手机app，录制一段电台音乐，才能进行识别搜索，非常不方便，甚至可能等到歌声识别app还未录制到足够长度音频，歌曲已经结束，因此而造成遗憾。

再比如，开车出行的用户特别关注车流量和堵塞问题，因此通常会收听交通广播类电台的节目，由主持人会同交通信息指挥中心的专家进行电台播送，但此种获取交通信息的方式非常低效，需要持续监听收音机，一旦错过当前路段的信息，可能要继续等待很长时间。为应对此种问题，出行人通常使用gps类导航app配合出行，但是地图类app关于路线拥堵信息的获取，往往依赖于交通部门的信息共享或者网友自发的提交拥堵报告，而该信息从生成到显示，通常有较长的延迟，从半小时到数个小时之久，时效性太差，对于马上将要通过拥堵路线的出行者失去参考意义。

现有技术存在上述技术问题的原因如下：

(1)调频广播应用为单向传播机制，缺乏反馈通道，使得听众与电台之间、听众与听众之间无法直接形成互动，需要借助第三方工具，且过程繁琐，自动化程度低。

(2)也因为调频广播需要使用第三方工具作为中介，导致相关互动的时效性很低，不利于实时性要求高的场景使用。

综合上述实例，当前技术中对于调频广播应用场景的信息互动存在环节繁琐低效(需要大量人工介入，无法做到自动化)、实时性不高(无法满足实时或准实时性需求)的问题，需要有新的方法和技术进行解决。

因此，有必要设计一种实现调频广播实时信息交互的方法、装置与系统。

技术实现要素：

本发明所要解决的技术问题是提供一种实现调频广播实时信息交互的方法、装置与系统，该实现调频广播实时信息交互的方法、装置与系统能实现终端与广播服务器端的信息双向交互，从而传输实时信息。

发明的技术解决方案如下：

一种实现调频广播实时信息交互的方法，包括以下步骤：

步骤1：信息提供终端(又称实时信息提供实体，可以是手机，平板电脑以及车载的专用的与收音机配套的终端机)发送实时信息到服务器(又称实时信息中转实体)；

步骤2：服务器对接收到的实时信息进行处理；

所述的处理包括对实时信息进行调频；

步骤3：服务器通过调频信道广播调制后的实时信息；

步骤4：信息接收终端(又称实时信息接收实体)接收及处理实时信息；

信息接收终端接收到广播的调制信号，进行解码；获得解码后的实时信息；并对实时信息进行显示或播报。

实时信息为文本、图像、音频或视频信息。

步骤2中，采用复用调频方式，以调频主载波承载主音频信号(主音频信号是指正常广播中播放的音频信号，即现有技术中，普通收音机能收到的音频信号，可以是中波，短波或fm信号)；以调频子载波(或称副载波)承载所述的实时信息。

信息提供终端和信息接收终端集成在同一个实体终端中。

信息提供终端中集成有语音输入单元和语音-文本转换单元；语音-文本转换单元用于将语音转换为文本信息。

信息提供终端上具有基于ip的通信接口用于数据传输。(如采用websocket协议、http协议、sip协议等，实现文本信息、图像信息等的传输)

信息接收终端具有显示模块或文本-语音转换单元；所述的显示模块用于显示接收到的实时信息；文本-语音转换单元用于将实时信息中的文本信息转换为语音信息并播报。

一种实现调频广播实时信息交互的装置，包括实时信息中转实体；

实时信息中转实体包括实时信息获取单元、实时信息处理单元、实时信息调制单元和实时信息发送单元；

实时信息获取单元用于从信息提供终端获取实时信息，该实时信息记为实时信息1；

实时信息处理单元用于对收到的实时信息进行过滤、规整、关联、搜索和统计，生成处理的结果，作为实时信息2，并将其交付给实时信息调制单元进行调制；

实时信息调制单元，用于将实时信息2进行调频复用，生成调频信号；

实时信息发送单元对调制完毕的实时信息2进行射频发送，以电磁波方式在空中进行广播传输。

实现调频广播实时信息交互的装置还包括与实时信息中转实体适配的实时信息交互终端，所述的实时信息交互终端包括实时信息提供单元、实时信息接收单元和实时信息后处理单元和存储单元。

该实现调频广播实时信息交互的装置采用前述的方法实现信息交互。

一种实现调频广播实时信息交互的系统，包括信息提供终端、服务器和信息接收终端；

采用前述的实现调频广播实时信息交互的方法实现信息交互；

所述的服务器为包括实时信息获取单元、实时信息处理单元、实时信息调制单元和实时信息发送单元。

实时信息获取单元用于从信息提供终端获取实时信息，该实时信息记为实时信息1；

实时信息处理单元用于对收到的实时信息进行过滤、规整、关联和统计，生成处理的结果，作为实时信息2，并将其交付给实时信息调制单位进行调制；

实时信息调制单元，用于将实时信息2进行调频复用，生成调频信号；

实时信息发送单元对调制完毕的实时信息2进行射频发送，以电磁波方式在空中进行广播传输；

所述的信息提供终端和信息接收终端组合为实时信息交互终端；

所述的实时信息交互终端包括实时信息提供单元、实时信息接收单元和实时信息后处理单元和存储单元。

本发明包括以下几个部分：

1.将互联网技术与传统调频技术进行结合的方法，实现信息的实时互动广播；

2.以该模式为基础的系统

3.以该模式为基础的装置(装置1：实时信息中转实体；装置2：实时信息交互终端)

有益效果：

本发明的实现调频广播实时信息交互的方法、装置与系统，在接收到实时信息后进行适当处理，自动将结果发送到调频设备中，与语音信号同时广播出去，使得所有听众都能收到该实时信息，解决时效性和自动化的问题；

本发明的主要思想是在现有的平台和资源上进行技术改进，将调频广播的成熟技术用于新的网络、新的模式，并达成新的应用目的，具备独创性。

本发明将互联网与调频技术深度结合在一起，互通有无，属于跨领域技术融合，具有显著的独创性；

本发明能很好的部署到实际网络系统中，为广大广播收音爱好者，特别是有车一族带来实时交互的体验，应用在相关信息共享和发布时(如路况信息实时共享以及车况异常信息实时提醒等)，具有巨大的社会效益。

本发明相比现有技术的优点：

1.能实时有效的将调频终端用户的信息进行中转和反馈，达到实时广播的效果；

2.实现了互联网技术与电台调频技术跨领域融合，产生新的经济和社会效益，为调频广播这一古老应用注入了新的活力，丰富了使用体验。

附图说明

图1为实现调频广播实时信息交互的系统的逻辑关系架构示意图；

图2为系统的处理流程图；

图3为实时信息中转实体(服务器)的结构示意图；

图4为实时信息交互终端的结构示意图；

图5为实施例1的部署架构和流程图；

图6为实施例2的部署架构和流程图；

图7为实施例3的部署架构和流程图。

具体实施方式

以下将结合附图和具体实施例对本发明做进一步详细说明。

i.主体架构

本发明对应的逻辑关系架构如图1.

注意：图中各实体仅表示逻辑上的功能实现，可能彼此合并部署，也可能与其他与本发明无必然关系的其他功能合并部署，因此系统中实体的出现并不一定意味着实际部署中有物理上的装置或设备进行单独对应。

相关实体说明如下：

实时信息提供实体。该功能模块负责通过11接口向“实时信息中转实体”发送实时消息。所述实时信息记为实时信息1，至少包括一个对象标识1，以及一个对象描述信息1。所述对象标识1用于中转实体和/或接收端进行对象关联；所述对象描述信息1用于中转实体和/或接收实体进行后续处理。

在具体实施中，该实体可以接受不同类型的输入信息，并转化为文本的

实时信息，进行传输，如：

a)该实体所在的设备可以接收用户的语音输入并进行文本转换，从而封装成文本的实时信息，交由该实体进行发送。

b)该实体所在设备可以接收用户的本地交互(如设备上的手势操作、按键操作等)，并转换成对特定对象的反馈信息，从而封装成实时信息进行传输。

c)该实体所在设备可以接收用户输入的url链接、文字聊天等，直接封装成实时信息，进行传输。

具体实施中，接口i1通常为基于ip的通信接口，如采用websocket协议、http协议、sip协议等，实现文本信息的传输。

实时信息中转实体。该实体首先接收到实时消息后，进行信息处理，并将处理的结果进行调频，通过i2接口发送给实时信息接收实体。所述处理的结果记为实时信息2，至少包括一个对象标识2，以及一个对象描述信息2。所述对象标识2用于接收端进行对象关联；所述对象描述信息2用于接收实体进行后续处理。

所述“信息处理”，是中转实体对实时信息1的一种即时处理手段，比如：实时信息1是对某多媒体对象的评论或者其他文字性反馈，或者是对其他接收端的提醒，则中转实体可以直接将其作为实时信息2调频到语音信号中，通过i2接口发送给接收实体；如果实时信息1是对某多媒体对象/网络url链接/博客/公众号文章等对象的点赞、支持/反对等表决信息，则该实体可以对该信息进行收集统计，将统计结果作为实时信息2实时发送到i2接口；如果实时信息1中包含非法内容(如色情、反政府、涉及犯罪等)，则中转实体可以对该信息进行丢弃或者报警处理，此时该实体不会通过i2接口发送该实时信息；如果实时信息1是针对某个关键词或者事件的搜索请求，则中转实体可以针对请求的关键词、事件进行网络或本地搜索，生成搜索结果，并将搜索结果作为实时信息2实时发送到i2接口。

具体实施中，中转实体所在设备除了接收实时信息1之外，还可以接收语音信号，并将语音信号与处理后的实时信息2一同进行调制，输出为调频广播信号，通过i2接口广播出去。

具体实施中，i2接口通常为调频广播接口，比如国家标准gy/t268《调频频段数字音频广播》所规定的广播信道，其中语音信号作为主载波、实时信息2作为副载波进行复用后，一起进行调制发射。

1.实时信息接收实体。该实体的功能主要是通过接口i2接收并提取中转实体发来的实时信息2，并进行后续处理。具体实施中，该实体所在设备含有显示屏，可以在接收信息后直接进行显示；所在设备可能含有文字转语音的模块，将接收的实时信息2转换成语音在本端进行播放；该实体所在设备还可以含有本地存储器，将接收的实时信息2进行本地保存。

与之相对应的，相关接口说明如下：

1.i1接口。该接口主要功能是将实时信息1发送给实时信息中转实体。为避免多个提供实体、多个标识对象之间产生混淆，i1接口上的数据应至少包含一个对象标识，以及至少一项对象描述信息。实际应用中，i1接口通常是网络间基于ip的协议传输(如websocket、http、sip等)。

2.i2接口。该接口主要功能是将处理后的实时信息2发送给实时信息接收实体。该接口上的数据至少包含一个对象标识，以及至少一项对象描述信息。实际应用中，i2接口是广播调频接口，实时信息2通过指定频段的副载波调频机制，与语音信息进行复用后，共同发射出去。实时信息接收实体所在的设备通过调频接入对应的频段，对调频信号进行解复用，将其中的实时信息2提取出来，进行后续处理。

ii.处理流程

与前述架构和实体、接口相对应，本专利所需阐述的处理流程如图2.

流程步骤说明：

实时信息提供实体所在的设备产生实时信息1，该信息至少包含一个对象标识1，以及至少一项对象描述信息1。具体实施中，该对象标识1可以是一个媒体节目的标识，如一首歌、某个视频等；也可以标识某个人，如一个演员名字、一个电影中的角色等；也可以是某个工具的标识，如一辆车的车牌号；也可以是某个地点的标识，如高速公路名、某地的经纬度等。所述对象描述信息1，可以是关于所述对象标识的具体文字评价，可以是针对某个对象的态度如点赞/吐槽/顶/踩等，可以是对所述对象的提醒信息等等。

1.实时信息提供实体通过i1接口向实时信息中转实体发送实时信息1，即(对象标识1，对象描述信息1)信息。实际应用中，i1接口可以通过httpget消息，在url中包含实时信息1的方式发送；或者通过websocket方式，以自定义消息格式发送；或者通过sip会话等，发送文本数据。

2.实时信息中转实体对收到的实时信息1进行处理，确定信息的合法性、并进行统计分析，生成处理结果，该处理结果称为实时信息2(对象标识2，对象描述信息2)。此处的“对象标识2”、“对象描述信息2”与步骤2中的“对象标识1”、“对象描述信息1”在实际应用中可以是相同，也可以不同。

3.实时信息中转实体上面步骤处理的结果进行调频输出，进行无线电发射。具体实施中，调频过程除了接收实时信息1外，还可以接收语音信号，二者进行复用调频。具体调频机制可参见国家标准gy/t268.1-2013《调频频段数字音频广播第1部分：数字广播信道帧结构、信道编码和调制》的方法。

4.实时信息在经处理和调频后，通过调频广播发送端的射频器，将信息以无线电波方式发出，所述的无线电波中包含了以实时信息2为内容的副载波部分，可能还含有语音信号的主载波部分。

5.实时信息接收实体通过调频接入指定频段，从无线电波中对副载波进行鉴频解复用，提取其中的实时信息2(对象标识2，对象描述信息2)，做后续处理。所述后续处理可以是对信息进行显示、转换成语音播放、进行本地保存等，具体参见前面对“实时信息接收实体”的实体说明。

iii.装置保护

本专利所对应的装置1[实时信息中转实体]如图3所示.

各单元功能说明：

1.实时信息获取单元，用于通过i1接口与实时信息提供实体进行通信，功能是接收实时信息1，并交给实时信息处理单元进行处理。所述实时信息1至少包括一个对象标识和一个对象描述信息1。

2.实时信息处理单元，用于对收到的实时信息1进行过滤、规整、关联、搜索、统计等，生成处理的结果，作为实时信息2，并将其交付给实时信息调制单元进行调制。所述实时信息2至少包括一个对象标识2和一个对象描述信息2。

3.实时信息调制单元，用于将实时信息2进行调频复用，生成调频信号。具体实施中，实时信息调制单元所处设备还可以接收语音信号，并对语音信号进行主载波调频，而实时信息2的调频应用的仅仅是指定调频频谱中的副载波。但本发明不对语音信号的调频机制进行限定，而仅对副载波调频中需要包含的信息进行限定。具体调频方法属于已知技术，可参考国家标准gy/t268.1-2013《调频频段数字音频广播》的调制方法进行。

4.实时信息发送单元对调制完毕的实时信息2进行射频发送，相关实时信息2(连同语音信号一起)以电磁波方式在空中进行传输，由实时信息接收实体进行接收处理。

本专利所对应的装置2(实时信息处理终端)如图4所示。

各单元功能说明：

1.实时信息提供单元，用于通过i1接口与实时信息中转实体进行通信，功能是发送实时信息1(至少包括对象标识1，对象描述信息1)数据。具体实施中，所述实时信息1可以是点歌信息、车况异常信息、路况拥堵信息等。

2.实时信息接收单元，用于通过i2调频方式接收实时信息2(至少包括对象标识2，对象描述信息2)。所述实时信息2可以是点歌信息、车况异常信息、路况拥堵信息等。具体实施中，实时信息2可能与电台语音信号一起复用传播，因此该单元需要将收到的调频信号进行解调、解复用，从中提取出实时信息2。

3.实时信息后处理单元，用于将提取到的实时信息2进行本地处理。具体实施中，该单元所在设备包含显示屏，则此时该单元可以将实时信息2发往显示屏进行显示；或者，该单元所在设备包含tts(texttospeech，文字到语音转换)，则该单元可以将实时信息2转换成语音信号，由设备扬声器播放出来；或者，该单元并不实时显示或播放接收到的实时信息2，而是先将其进行本地存储(可选)，留作后续某个时间再进行处理。

4.存储单元(可选)，实时信息后处理单元对收到的实时信息2进行本地存储，以留后续处理。

iv.实施例

1【实施例1】电台自动点歌

该实施例中，调频电台部署了自动点歌的服务器，用户通过手机或者车载智能终端向电台发起点歌，附带一条点歌感言；服务器获得点歌请求后，从曲库中提取对应的歌曲，将歌曲通过调频主载波、点歌感言通过调频子载波/副载波形式进行复用后，发送出去；所有收听该调频电台的接收方都能够从终端听到点歌者点的歌曲，同时还从无线电子载波/副载波频率中提取点歌附言，进行显示或播报。

该实施例的部署架构和流程表示如图5。

工作流程如下：

1.某调频电台正在进行节目广播，且该电台提供自动点歌节目，此时电台部署了点歌服务器，与调频发射机直接相连，同时该服务器接入了互联网，能接受网友点歌；多个客户端(1和2)分别都接入了该电台收听节目；在具体实施中，电台可以提前将待点歌单列表信息通过i2接口广播出去，由各客户端自己显示、选择。待点歌单列表可以是xml方式编制的格式，或者无格式文本，如：

<songlist＞

<song><id>22308</id><name>三天两夜</name></song>

<song><id>22111</id><name>生日快乐歌</name></song>

<song><id>21297</id><name>白天不懂夜的黑</name></song>

</songlist>

2.客户端1所在用户(张三)决定发起点歌送给另一个用户(李四)，决定从歌单列表中选择“三天两夜”，在准备好点歌感言后，从客户端所在设备发起点歌请求。此处客户端1可以是用户的手机、平板电脑等能够联网访问点歌服务器的智能终端，也可以是汽车上的车载智能终端等；用户可以通过触屏方式选择歌曲id、通过按键输入文字的形式完成点歌信息的准备、或者通过语音输入，转换成文字、或者通过手势等等，本专利对具体输入方式不做限定。

3.客户端通过http向点歌服务器发起点歌请求。此处点歌请求通过i1接口完成，使用httpget请求，请求url中可包含点歌id(22038)、感言文字等信息，例如：

http：//www.fm.com/aod？songid＝″22308″&text＝″大学毕业留念，送给同窗的你！″&from＝″张三″&to＝″李四″

或者，点歌请求也可以通过httppost请求完成，相关实时信息以xml格式记录在post消息体中，举例如下：

<aodrequest>

<songid>22308<songid>

<text>大学毕业留念，送给同窗的你！</text>

<from>张三</from>

<to>李四</to>

</aodrequest>

4.点歌服务器对用户的请求进行处理，包括对用户合法性、请求合法性、参数合法性进行验证。如果请求处理不通过，则服务器可以拒绝该点歌请求；通过检查的请求将交由服务器进行进一步操作。

5.服务器从请求中提取点歌信息，进行点歌准备。因为同一时刻只能播放一首歌，而请求者可能有很多，此时服务器可以对多个点歌请求进行统计，选取最受欢迎的一首歌进行播放；或者服务器可以按照先到先得的方式，对点歌请求进行时间排序，先点的歌先播。服务器播放歌曲的方式并非传统的互联网流量下发，而是通过调频装置，对声音信号进行主载波调频后，由无线电发射机进行发射广播。所述调频手段和方法可以是遵循gy/t268的方式进行的。

服务器在对点播歌曲进行调频的同时，还需要将点歌者发来的感言信息进行子载波复用调制，将文字信号与上述的声音信号一同复用，由无线电发射机进行广播。具体子载波信号调制方式可以是遵循国家标准gy/t268的方式而进行的。所述的感言信息可以是xml、json等格式封装的数据格式，或者是无格式的文本信息。一种封装举例如下：<aodrequest><songid>22308<songid><songname>三天两夜<songname><text>大学毕业留念，送给同窗的你！</text><from>张三</from><to>李四</to></aodrequest>

6.声音信号和文字信号被调频后发往无线电发射机(调频发射机)，通过发射机房的天线塔进行广播，例如遵循国家标准本gy/t268的方式而进行的，专利不限定具体发射和广播参数。

7.该电台的调频信号在空中进行广播，并由不同客户端接收到，进行解调、解复用操作，分离出声音信号和文本信号，做后续处理。

8.调频客户端对声音信号进行提取播放，与传统收音机功能相似；同时，客户端还提去文本信号，通过本地设备进行显示或者转换成语音进行播报。具体实施中，不同人都点了同一首歌，有不同的感言，则一台终端上的显示屏可以先后或者同时显示这些感言，类似于视频观看播放器中的弹幕，以提升听众的参与感和互动积极性；终端上也可以将这些感言转换成语音，按先后顺序在歌曲播放的过程中作为背景声音进行播报，以解放用户的眼睛，特别对于开车一族特别有效。

2【实施例2】车况异常信息实时提醒

该实施例中，实时信息接收实体部署在移动交通工具上，比如汽车。出行人驾车在路上行驶时，可以观察到几米～几十米范围内其他车辆的形式情况，当发现周边的车况出现问题时，有必要提醒到对方驾驶员注意。但是在高速路上，使用传统的闪光灯、鸣笛等方式，无法有效提醒对方，而如果与对方车辆并行行驶开窗提醒的话，危险性太大，容易发生意外。另一种场景则是路边行人有时会观察到过往车辆有异常，此时通常也缺少有效途径通知到驾驶员。一种方式是将车牌号信息通过报警的方式，让车管所、交警大队对驾驶员进行通知，但时效性不高。此时可以采用本专利的实时信息通知方法。

本实施例对应架构及流程图如图6.

工作流程如下：

1某调频电台正在进行节目广播，且该电台部署了信息通知服务器，与调频发射机相连，同时该服务器接入了互联网，能接受网友发布的信息通知；多个客户端(1和2)分别都接入了该电台收听节目。

2客户端1所在用户(张三)发现周边同行的车辆异常，又无法面对面通知到对方，决定发起车况异常通知请求。所述车况异常通知，包括对方车辆的id(车牌号)，以及车况异常描述信息，如轮胎没气了、车灯不亮、后备箱门未关等紧急情况。用户可以通过肉眼获得对方车牌号，也可以通过行车记录仪自动识别获取。比如行车记录仪集成了实时信息发送实体，则用户可以快捷的通过按键方式快速获得车牌号和车况异常类型信息，以提供下一步发送。本专利不对用户如何获得车辆id、车况异常描述信息进行限定。

3客户端通过http向信息通知服务器发起车况异常信息通知消息。此处请求通过i1接口完成，使用httpget请求，请求url中可包含对方车辆id(如粤b11111)、车况异常信息描述信息等，例如：

http：//www.fm.com/warning？carid＝″粤b11111″&text＝″左后车胎没气了！″&from＝″粤b22222″

或者，通知消息也可以通过httppost请求完成，相关实时信息以xml格式记录在post消息体中，举例如下：

<carwarning>

<carid>粤b11111</carid>

<text>左后车胎没气了！</text>

<from>粤b22222</from>

</carwarning>

实际部署中，所述信息通知服务器可以是全网唯一的服务器，所有车况异常信息的通知消息都将发送给该服务器，由该服务器可以同时与一个或多个调频电台进行交互，实现多个调频广播通道中都能发送相同的车况异常信息，以保证信息的覆盖面，达到广播通知的目的。实际部署中，也可以是每个调频电台都部署了一台信息通知服务器，该服务器仅与本电台的节目进行频率复用，将实时信息在本电台波段中进行广播。二者达成的效果相同，区别在于：前一种部署方式下，发送客户端只需要发送一次信息，就可在多个调频电台波段中覆盖；而后一种部署下，发送客户端要分别向多个调频电台的信息通知服务器发送请求。

4信息通知服务器对用户的请求进行处理，包括对用户合法性、请求合法性、参数合法性进行验证。如果请求处理不通过，则服务器可以拒绝该请求；通过检查的请求将交由服务器进行进一步操作。

5信息通知服务器从请求中提取车况异常信息，将该异常信息进行子载波调频，发送给无线电发射机进行复用发射。实际部署中，服务器可能先后收到多条针对不同车辆的异常信息，则服务器可以按照时间先后的方式进行排序，按顺序对各条异常信息进行调频复用，再发射出去。所述调频手段和方法可以是遵循gy/t268的方式进行的。

6车况异常信号与调频电台的正常节目信号被复用后发往无线电发射机(调频发射机)，通过发射机房的天线塔进行广播，例如遵循国家标准本gy/t268的方式而进行的，专利不限定具体发射和广播参数。

7该电台的调频信号在空中进行广播，并由不同客户端接收到，进行解调、解复用操作，分离出声音信号和车辆异常信号，做后续处理。

8调频客户端对声音信号进行提取播放，与传统收音机功能相似；同时，客户端还提取车辆异常信号，通过本地设备进行显示或者转换成语音进行播报。具体实施中，用户的客户端中可以提前预置自己车辆的信息(车牌号)，当接收到的车况异常信息后，客户端可根据其中的车辆id与预置的车辆信息进行匹配，如果匹配成功，则在车内发出语音、文字报警，提醒驾驶员停车检查；为保障客户端不被无关的垃圾信息淹没，客户端在车辆id匹配不成功时，可直接丢弃该消息，表示该消息与自己无关。

3【实施例3】路况信息实时共享

该实施例中，实时信息接收实体同样部署在移动交通工具上，如汽车。出行人驾车在路上行驶时，希望及时、全面掌握所行路线的交通情况，但通过传统电台、或者地图导航类app获取的路况信息通常带有较大延迟(半小时至数小时的延迟)，由此可能造成对路况和路线的误判。为解决此种问题，可以采用本专利的实时信息通知方法，由多个听众发布实时路况，通过调频广播方式直达同行的其他车辆，大大缩短信息周转时间，为身后的车辆提供有效和实时的路况指导。

本实施例对应架构及流程图如图7。

工作流程如下：

1某调频电台正在进行节目广播，且该电台部署了路况发布服务器，与调频发射机相连，同时该服务器接入了互联网，能接受网友发布的信息通知；多个客户端(1和2)分别都接入了该电台收听节目。

2客户端1所在用户(张三)发现当前路况出现拥堵，为提醒后续到来的车辆，决定发起路况拥堵通知请求。所述路况拥堵通知，包括所在道路的id(如高速路编号、国道编号等)，以及路况拥堵描述信息，如多车连撞、车辆抛锚、车辆自然等产生拥堵的原因，同时该通知还提供当前用户所在的地理位置(如经纬度数据)、拥堵严重程度(拥堵级别、需等待xx分钟之类)。

3客户端通过http向信息通知服务器发起路况拥堵信息通知消息。此处请求通过i1接口完成，使用websocket协议，通过自定义消息接口进行发送。举例而言，使用js代码实现的拥堵消息体可以是：

或者，通知消息也可以通过httppost请求完成，相关实时信息1以xml格式记录在post消息体中，举例如下：

<trafficnotification>

<roadid>g94</roadid>

<text>多车故障，占据右道</text>

<level>4</level>

<longitude>113.07962</longitude>

<latitude>23.40995</latitude>

<from>粤b22222</from>

</trafficnotification>

实际部署中，所述信息通知服务器可以是全网唯一的服务器，所有车况异常信息的通知消息都将发送给该服务器，由该服务器可以同时与一个或多个调频电台进行交互，实现多个调频广播通道中都能发送相同的路况拥堵信息，以保证信息的覆盖面，达到广播通知的目的。实际部署中，也可以是每个调频电台都部署了一台信息通知服务器，该服务器仅与本电台的节目进行频率复用，将实时信息在本电台波段中进行广播。二者达成的效果相同，区别在于：前一种部署方式下，发送客户端只需要发送一次信息，就可在多个调频电台波段中覆盖；而后一种部署下，发送客户端要分别向多个调频电台的信息通知服务器发送请求。

4信息通知服务器对用户的请求进行处理，包括对用户合法性、请求合法性、参数合法性进行验证。如果请求处理不通过，则服务器可以拒绝该请求；通过检查的请求将交由服务器进行进一步操作。

5信息通知服务器从请求中提取路况拥堵信息，将该拥堵信息进行子载波调频，发送给无线电发射机进行复用发射。实际部署中，服务器可能先后收到多条针对不同道路、不同路段的拥堵信息，则服务器可以按照时间先后的方式进行排序，按顺序对各条拥堵信息进行调频复用，再发射出去。所述调频手段和方法可以是遵循gy/t268的方式进行的。

6路况拥堵信号与调频电台的正常节目信号被复用后发往无线电发射机(调频发射机)，通过发射机房的天线塔进行广播，例如遵循国家标准本gy/t268的方式而进行的，专利不限定具体发射和广播参数。

7该电台的调频信号在空中进行广播，并由不同客户端接收到，进行解调、解复用操作，分离出声音信号和路况拥堵信号，做后续处理。

8调频客户端对声音信号进行提取播放，与传统收音机功能相似；同时，客户端还提取路况拥堵信号，通过本地设备进行显示或者转换成语音进行播报。具体实施中，用户的客户端中可以提前预置地图数据，当接收到的车况异常信息后，客户端可根据其中的经度、维度信息与当前车辆所行的路线进行匹配，判断拥堵位置是否处于前进的方向。如果匹配成功，则在车内发出语音、文字报警，提醒驾驶员优化行车路线；为保障客户端不被无关的垃圾信息淹没，客户端在地理位置信息匹配不成功时，可直接丢弃该消息，表示该消息与自己无关。实际部署时，客户端可以集成地图导航类app，当拥堵路段与行进路线匹配时，自动进行行车路线的重新规划，而无需人工接入，从而达到高效、实用的目的。

本专利的实施可参考以下文献：

[1].国家标准gy/t268.1-2013：数字广播信道帧结构、信道编码和编制

[2].国家标准gy/t268.2-2013：复用。