具体实施方式
图1为本发明一种业务指南获取方法的第一实施例的流程示意图,如图1所示,本实施例可以包括以下步骤:
步骤101、移动终端向业务指南服务器发送包含所述移动终端当前所在区域的区域信息的业务指南请求。
其中的移动终端当前所在区域的区域信息可以为移动终端所在交互网络信息或所在广播网络信息或所在全球定位系统(Global Positioning System,简称GPS)信息。
可以理解的是,所述移动终端内部可以预置业务指南服务器的地址以便可以与业务指南服务器通信;
步骤102、移动终端接收业务指南服务器下发的与当前所在区域对应的业务指南。
本实施例中,所述业务指南服务器可以保存业务指南与该业务指南的覆盖区域的对应关系;还可以与其他网元交互获得业务指南与该业务指南的覆盖区域的对应关系,业务指南服务器判断所述所在区域属于哪一个覆盖区域,查找所述覆盖区域对应的业务指南。
本发明实施例强调业务指南服务器有能力获得业务指南与该业务指南的覆盖区域的对应关系,具体业务指南服务器获得所述对应关系的过程不构成对本发明的限制。
本实施例中,移动终端通过发送包含所述移动终端当前所在区域的区域信息的业务指南请求后,接收到业务指南服务器下发的与所述当前所在区域对应的业务指南。由于移动终端当前所在区域对应的业务指南是在业务指南服务器中进行区分的,移动终端在向业务指南服务器发送了包含了所在区域的区域信息的业务指南请求后,则可以直接接收业务指南服务器下发的与所在区域对应的业务指南,从而节约了大量的网络传输带宽,而且移动终端无需进行业务指南分片的筛选,降低了移动终端的复杂度,有利于移动视频业务的推广和应用。
图2为本发明一种业务指南获取方法的第二实施例的流程示意图,如图2所示,本实施例可以包括以下步骤:
步骤201、移动终端接收业务指南自举消息,所述业务指南自举消息包括业务指南服务器的地址。
本步骤中移动终端可以首先获取当前的网络信息,并通过当前的网络接收自举服务器广播下发的自举消息,所述当前网络可以为当前的广播网络或交互网络。具体来说,可以有两种方式:
方式一:
移动终端接收自举服务器通过广播网络广播的业务指南自举消息;
方式二:
移动终端通过交互网络向自举服务器请求业务指南自举消息;
移动终端接收所述自举服务器发送的业务指南自举消息。
可以理解的是,移动终端接收业务指南自举消息的方式还可以采取现有的多种方式实现,具体的方式不构成对本发明的限制;
步骤202、移动终端根据所述业务指南服务器的地址向业务指南服务器发送包含所述移动终端当前所在区域的区域信息的业务指南请求。
其中,移动终端在开始接入网络或进行越区切换时候,则可以通过当前的网络信息得知该移动终端所在区域。所述移动终端当前所在区域的区域信息可以为所在交互网络信息或所在广播网络信息或所在GPS信息;
步骤203、移动终端接收业务指南服务器下发的与当前所在区域对应的业务指南。
本实施例中,所述业务指南服务器可以保存业务指南与该业务指南的覆盖区域的对应关系;或者还可以与其他网元交互获得业务指南与业务指南的覆盖区域的对应关系,业务指南服务器判断所述所在区域属于哪一个覆盖区域,查找所述覆盖区域对应的业务指南。
本发明实施例强调业务指南服务器有能力获得业务指南与该业务指南的覆盖区域的对应关系,具体业务指南服务器获得所述对应关系的过程不构成对本发明的限制。
本实施例中移动终端获取业务指南的流程可以在移动终端所在区域或所在区域的区域信息发生变化时触发,如移动终端从一个区切换到另一个区;也可以在移动终端开机接入网络时触发,还可以在移动终端的用户操作移动终端收看视频节目时触发。可以理解的是,触发移动终端获取业务指南还可以有多种方式,具体的触发方式不购成对本发明的限制。
本发明一种业务指南获取方法的第二实施例与第一实施例的区别在于,第二实施例中由自举服务器下发的业务指南自举请求包含业务指南服务器的地址,移动终端则可以通过该地址与业务指南服务器通信并获取所在区域对应的业务指南。
图3为本发明另一种业务指南获取方法的第一实施例的流程示意图,如图3所示,本实施例可以包括以下步骤:
步骤301、移动终端与自举服务器交互获得当前所在区域对应的业务指南的地址;
其中所述的业务指南的地址可以是业务指南的广播地址,也可以是业务指南的交互地址。
本步骤中,所述移动终端获得所在区域对应的业务指南的地址可以采取多种方式,下面提供三种方式进行说明:
方式一:
移动终端接收自举服务器通过广播网络广播的业务指南自举消息,所述业务指南自举消息包含区域信息与业务指南的地址的对应关系;
移动终端根据所述当前所在区域的区域信息在所述对应关系中获取与所述当前所在区域的区域信息匹配的业务指南的地址。
本方式中,所述当前所在区域的区域信息可以为所在交互网络信息、所在广播网络信息或所在GPS信息。具体地移动终端判断移动终端所在的区域在哪个业务指南的覆盖区域下,并获得该覆盖区域的对应的业务指南的地址的过程不构成对本发明的限制;
方式二:
移动终端向自举服务器请求业务指南自举消息,所述请求中包含当前所在区域的区域信息;
移动终端接收所述自举服务器下发的业务指南自举消息,所述业务指南自举消息包括与所述当前所在区域对应的业务指南的地址。
可以理解的是,所述自举服务器可以在本地保存业务指南的覆盖区域与对应的业务指南地址。自举服务器收到移动终端的请求,则查找移动终端当前所在区域属于哪个覆盖区域,并获得所述覆盖区域对应的业务指南的地址。
方式三:
移动终端向自举服务器请求业务指南自举消息;
移动终端接收所述自举服务器下发的业务指南自举消息,所述业务指南自举消息包含区域信息与业务指南的地址的对应关系;
移动终端根据所述当前所在区域的区域信息在所述对应关系中获取与所述当前所在区域的区域信息匹配的业务指南的地址。
具体地移动终端判断移动终端所在的区域在哪个业务指南的覆盖区域下,并获得该覆盖区域的对应的业务指南的地址的过程不构成对本发明的限制;
步骤302、移动终端根据所述业务指南的地址接收业务指南服务器下发的业务指南。
可以理解的是,移动终端接收业务指南的方式可以有以下两种:
方式一:对于业务指南的地址为业务指南的广播地址的情况
业务指南服务器向服务范围内的不同区域广播所述区域对应的业务指南;
移动终端根据所述业务指南的地址接收业务指南服务器广播的业务指南;
方式二:对于业务指南的地址为业务指南的交互地址的情况
移动终端根据所述业务指南的地址向业务指南服务器请求业务指南;
移动终端接收所述业务指南服务器下发的与所述业务指南的地址对应的业务指南。
本实施例中移动终端获取业务指南的流程可以在移动终端所在区域或所在区域的区域信息发生变化时触发,如移动终端从一个区切换到另一个区;也可以在移动终端开机接入网络时触发,还可以在移动终端的用户操作移动终端收看视频节目时触发。可以理解的是,触发移动终端获取业务指南还可以有多种方式,具体的触发方式不购成对本发明的限制。
本实施例中,通过业务指南服务器针对不同的覆盖区域发送对应的业务指南,移动终端获取所在区域的业务指南的地址后,通过获得的业务指南的地址接收业务指南,相对于现有技术中,业务指南服务器将所有覆盖区域的业务指南广播下发,节约了大量的网络传输带宽,并且移动终端无需像现有技术一样对所有覆盖区域的业务指南进行过滤后才能获得该移动终端所在区域的业务指南,降低了对移动终端的要求,从而降低了移动终端的复杂度,有利于移动视频业务的推广和应用。
图4为本发明另一种业务指南获取方法的第二实施例的流程示意图,如图4所示,本实施例可以包括以下步骤:
步骤401、移动终端与自举服务器交互获得当前所在区域对应的业务指南的地址;
其中所述的业务指南的地址可以是业务指南的广播地址,也可以是业务指南的交互地址。
本步骤中,所述移动终端获得所在区域对应的业务指南的地址可以采取多种方式,下面提供三种方式进行说明:
方式一:
移动终端接收自举服务器通过广播网络广播的业务指南自举消息,所述业务指南自举消息包含区域信息与业务指南的地址的对应关系;
移动终端根据所述当前所在区域的区域信息在所述对应关系中获取与所述当前所在区域的区域信息匹配的业务指南的地址。
本方式中,所述当前所在区域的区域信息可以为所在交互网络信息、所在广播网络信息或所在GPS信息。具体地移动终端判断移动终端所在的区域在哪个业务指南的覆盖区域下,并获得该覆盖区域的对应的业务指南的地址的过程不构成对本发明的限制;
方式二:
移动终端向自举服务器请求业务指南自举消息,所述请求中包含当前所在区域的区域信息;
移动终端接收所述自举服务器下发的业务指南自举消息,所述业务指南自举消息包括与所述当前所在区域对应的业务指南的地址。
可以理解的是,所述自举服务器可以在本地保存业务指南的覆盖区域与对应的业务指南地址。自举服务器收到移动终端的请求,则查找移动终端当前所在区域属于哪个覆盖区域,并获得所述覆盖区域对应的业务指南的地址。
方式三:
移动终端向自举服务器请求业务指南自举消息;
移动终端接收所述自举服务器下发的业务指南自举消息,所述业务指南自举消息包含区域信息与业务指南的地址的对应关系;
移动终端根据所述当前所在区域的区域信息在所述对应关系中获取与所述当前所在区域的区域信息匹配的业务指南的地址。
具体地移动终端判断移动终端所在的区域在哪个业务指南的覆盖区域下,并获得该覆盖区域的对应的业务指南的地址的过程不构成对本发明的限制;
步骤402、移动终端根据所述业务指南的地址接收业务指南服务器下发的业务指南的传输描述子(Service Guide Delivery Descriptor,简称SGDD),所述业务指南的传输描述子包括业务指南的覆盖区域的区域信息,以对业务指南的覆盖区域进行描述。
可以理解的是,移动终端接收业务指南的传输描述子方式可以有以下两种:
方式一:对于业务指南的地址为业务指南的广播地址的情况
业务指南服务器向服务范围内的不同区域广播所述区域对应的业务指南的传输描述子;
移动终端根据所述业务指南的地址接收业务指南服务器广播的业务指南的传输描述子;
方式二:对于业务指南的地址为业务指南的交互地址的情况
移动终端根据所述业务指南的地址向业务指南服务器请求业务指南的传输描述子;
移动终端接收所述业务指南服务器下发的与所述业务指南的地址对应的业务指南的传输描述子;
步骤403、移动终端根据当前所在区域的区域信息和所述业务指南的传输描述子中的业务指南的覆盖区域的区域信息进行匹配,过滤出适合当前情况的业务指南的标识;
步骤404、移动终端根据上述过滤的结果向业务指南服务器请求获取相应的业务指南;
步骤405、移动终端接收业务指南服务器下发的业务指南。
例如:若使用的是单向网络,移动终端则可以根据所述业务指南的传输描述子中的描述,到业务指南下发会话中接收相应的业务指南。
本实施例中的业务指南的传输描述子中数据结构的变化如下表所示:
名称(Name) | 类型(Type) | 类别(Category) | 数量(Cardinality) | 描述(Description) | 数据类型(DataType) |
ServiceGuideDeliveryDescr | E | | | SGDD是描述SG接入相关信息的描述子。 | |
iptor | | | | | |
id | A | NM/TM | 0..1 | SGDD的标识。 | anyURI |
version | A | NM/TM | 0..1 | SGDD的版本。 | unsignedInt |
NotificationReception | E1 | NM/TM | 0..1 | 通知消息的接收地址。 | |
BSMList | E1 | NM/TM | 0..1 | 运营管理系统的标识列表,用于在后续的分组中使用。 | |
AreaList | E1 | NM/TM | 0..1 | 覆盖区域列表。 | |
TargetArea | E2 | NO/TM | 0..N | 覆盖区域。 | |
id | A | NM/TM | 1 | 覆盖区域的ID。 | anyURI |
shape | E3 | NO/TM | 0..1 | 覆盖区域的形状。 | |
cc | E3 | NO/TM | 0..1 | 覆盖区域的国家编码。 | unsignedShort |
name_area | E3 | NO/TM | 0..N | 覆盖区域的名称。 | string |
ZipCode | E3 | NO/TM | 0..1 | 覆盖区域的地区编号。 | string |
CellTargetArea | E3 | NO/TM | 0..1 | 如果覆盖区域使用cell标识的话则使用该元素。 | |
type | A | NM/TM | 1 | Cell的类型。包括广播的cell和交互的cell信息。 | unsignedByte |
hor_acc | E3 | NO/TM | 0..N | 水平精度。 | string |
DescriptorEntry | E1 | NM/TM | 1..N | SG信息的入口和描述信息。包括:SG信息的分组关键字;SG信息的入口地址;SG信息的封装和内部分片的信息。 | |
GroupingCriteria | E2 | NM/TM | 0..1 | 分组的关键字。例如标识该SG信息是属于时间段、业务或者风格。本实施例中增加覆盖区域作为一种关键字。 | |
TimeGroupingCriteria | E3 | NM/TM | 0..1 | 时间关键字,标识SG信息的覆盖的时间段。 | |
GenreGroupingCriteria | E3 | NM/TM | 0..1 | 风格关键字,标识SG信息的风格。 | string |
BSMSelector | E3 | NM/TM | 0..N | 运营商关键字,标识SG信息对应的运营商。 | |
idRef | A | NM/TM | 1 | 引用BSMLIST中的ID作为该关键字的值。 | anyURI |
ServiceCriteria | E3 | NM/TM | 0..1 | 业务关键字,标识SG信息所属的业务。 | anyURI |
TargetAreaSelector | E3 | NM/TM | 0..1 | SG覆盖信息的关键字。 | |
idRef | A | NM/TM | 1 | 通过引用AreaList列表中的ID作为该关键字的值。 | |
Transport | E2 | NM/TM | 0..1 | SG信息的传输方式描述。 | |
AlternativeAccessURL | E2 | NM/TM | 0..N | 通过交互方式获取SG信息的地址。 | anyURI |
ServiceGuideDeliveryUnit | E2 | NM/TM | 1..N | SG信息传输单元信息和其中的分片信息的描述。 | |
Fragment | E3 | NM/TM | 1..N | 分片信息。 | |
GroupingCriteria | E4 | NM/TM | 0..1 | 分片信息的分组关键字。 | |
TimeGroupingCriteria | E5 | NM/TM | 0..1 | 时间关键字。 | |
BSMSelector | E5 | NM/TM | 0..N | 运营商关键字,标识SG信息对应的运营商。 | |
idRef | A | NM/TM | 1 | 引用BSMLIST中的ID作为该关键字的值。 | anyURI |
TargetAreaSelector | E3 | NM/TM | 0..1 | SG覆盖信息的关键字。 | |
idRef | A | NM/TM | 1 | 通过引用AreaList列表中的ID作为该 | |
在OMA的Broadcast工作组(BCAST)的标准中,移动终端首先接收业务指南的传输描述子,根据传输描述子中对业务指南的描述来获取具体的描述信息。本实施例中在业务指南的传输描述子中加入对业务指南的覆盖区域的区域信息的描述,从而实现终端根据当前信息快速过滤业务指南的目的。
此外,在DVB-CBMS的规范中通过交互通道获取业务指南时,需要首先获取一个传输列表/子列表(DeliveryList),该数据相当于OMA BCAST中的业务指南的传输描述子。因此可以在业务指南的传输列表/子列表(DeliveryList)中标识业务指南的覆盖区域的区域信息,基本流程类似,此处不再赘述。对DeliveryList中数据结构的修改如下:
<complexType name="DeliveryList">
<sequence>
<element name="SubList" type="SubListType"
maxOccurs="unbounded"/>
<element name="AreaList" type="AreaListType"
maxOccurs="unbounded"/>
</sequence>
<attribute name="lastupdated" type="unsignedInt"
use="required"/>
<attribute name="expirationDate" type="unsignedInt"
use="optional"/>
<attribute name="expirationWindow" type="unsignedInt"
use="optional"/>
</complexType>
<complexType name"SubListType">
<sequence>
<element name="IADeliveryChannel"
type="IADeliveryChannelType"minOccurs="0"/>
<element name="BCDeliveryChannel"
type="BCDeliveryChanelType"minOccurs="0"/>
</sequence>
<attribute name="subListID"type="unsignedInt"use="required"/>
<attribute name="priority"type="unsignedInt"use="optional"/>
<attribute name="lastupdatedSL"type="unsignedInt"use="required"/>
<attribute name="TargetArea"type="anyURIuse="optional"/>
<attribute name="source"type="anyURI"use="optional"/>
</complexType>
其中AreaList的数据结构请参考业务指南的传输描述子中的AreaList元素。
进一步地,在DVB-CBMS中为了方便移动终端获取业务指南,可以将业务指南的相关信息放在多个传输通道上进行传输。在这种应用场景下,需要有一个业务指南的分割描述子即业务指南的分割声明信息,该信息描述了各部分业务指南传输的通道和划分的原则。上述业务指南的分割原则可以为依据业务指南的覆盖区域进行划分,即在业务指南的分割声明信息中增加覆盖区域的划分方式和相关信息。
现有的业务指南的分割声明信息结构如下表所示:
参数名称 | 参数含义 |
n_o_IPStreams | IP流的数量。 |
IPStreamID | IP流的标识。 |
ESGSourceAddress | 分割传输后ESG的地址。 |
start_field_value | 上述地址对应的索引值的开始值。用该值标识SG的划分原则。例如是通过时间划分的还是通过归属的业务划分的。类似于业务指南的传输描述子中数据结构中的分组关键字。目前DVB-CBMS只定义了时间和业务两种划分方式,本实施例增加按照区域进行划分的划分方式。区域信息可以参考业务指南的传输描述子中数据结构中列出的信息。建议采用cellID来标识区域信息。 |
End_field_value | 上述地址对应的索引值的结束值。 |
本实施例中,业务指南的传输描述信息中可以包括业务指南的覆盖区域的区域信息,终端获取到上述业务指南的传输描述信息后,通过所包含的业务指南的覆盖区域的区域信息获取业务指南服务器下发的与所在区域对应的业务指南,从而节约了大量的网络传输带宽,而且移动终端无需进行业务指南分片的筛选,降低了移动终端的复杂度,有利于移动视频业务的推广和应用。
图5为本发明又一种业务指南获取方法实施例的流程示意图,如图5所示,本实施例可以包括以下步骤:
步骤501、移动终端接收业务指南服务器根据覆盖区域整合的业务指南,所述业务指南中包含有指向相关的业务/内容信息单元的覆盖区域信息分片。
覆盖区域信息分片的构成如下表所示:
名称(Name) | 类型(Type) | 类别(Category) | 数量(Cardinality) | 描述(Description) | 数据类型(DataType) |
AreaFragment | E | | | 位置覆盖区域信息描述分片。 | |
id | A | NM/TM | 0..1 | 分片的标识。 | anyURI |
version | A | NM/TM | 0..1 | 分片的版本。 | unsignedInt |
AreaList | E1 | NM/TM | 0..1 | 覆盖区域列表。 | |
TargetArea | E2 | NO/TM | 0..N | 覆盖区域。 | |
id | A | NM/TM | 1 | 覆盖区域的ID。 | anyURI |
shape | E3 | NO/TM | 0..1 | 覆盖区域的形状。 | |
cc | E3 | NO/TM | 0..1 | 覆盖区域的国家编码。 | unsignedShort |
name_area | E3 | NO/TM | 0..N | 覆盖区域的名称。 | string |
ZipCode | E3 | NO/TM | 0..1 | 覆盖区域的地区编号。 | string |
CellTargetArea | E3 | NO/TM | 0..1 | 如果覆盖区域使用cell标识的话则使用该元素。 | |
type | A | NM/TM | 1 | Cell的类型,包括广播的cell和交互的 | unsignedB |
| | | | cell信息。 | yte |
hor_acc | E3 | NO/TM | 0..N | 水平精度。 | String |
ServiceRef | A | NO/TM | 0..N | 指向业务分片,标识该业务的覆盖区域如上描述。 | anyURI |
ContentRef | A | NO/TM | 0..N | 指向内容分片,标识该内容的覆盖区域如上描述。 | anyURI |
ScheduleRef | A | NO/TM | 0..N | 指向时间事件分片,标识该事件的覆盖区域如上描述。 | anyURI |
步骤502、移动终端根据当前所在区域的区域信息和所述覆盖区域信息获取对应的业务指南。
本实施例中业务指南服务器所下发的业务指南中包含了更加详细的对业务/内容覆盖区域的描述信息即覆盖区域信息,业务指南服务器将覆盖区域信息单独独立出来以单独分片的形式承载,作为业务指南的一个分片即覆盖区域信息分片,实现了同样覆盖区域的业务/内容就可以共享覆盖区域信息,以减少在覆盖区域信息在业务/内容分片中的重复。
本实施例中的覆盖区域信息分片可以对现有技术中散落在业务、内容分片中的区域描述信息进行整合,使得具有相同覆盖区域信息的业务、内容分片可以共享区域描述信息,减少了业务指南中的冗余信息量,减少了网络带宽的消耗。
另外的实现方式还可能是修改现有的业务、内容等分片,在这些分片中增加指向TargetArea的ID,通过ID描述业务、内容的覆盖区域,这里不再赘述。
图6为本发明一种业务指南重新获取方法实施例的流程示意图,如图6所示,本实施例可以包括以下步骤:
步骤601、移动终端获取当前所在区域的区域信息和本地保存的已经获取到的业务指南的区域信息;
步骤602、移动终端根据所述当前所在区域的区域信息和已经获取到的业务指南的区域信息判断当前所在区域是否属于所述业务指南的覆盖区域,若不属于,则执行步骤603;
步骤603、移动终端重新获取当前所在区域的业务指南。
可以理解的是,所述移动终端获取业务指南的方式可以采取现有的方式获取,也可以采取本发明一种业务指南获取方法的第一实施例和第二实施例上述两个实施例、本发明另一种业务指南获取方法的第一实施例和第二实施例上述两个实施例所述的获取业务指南的方式获取。
本实施例与现有技术的区别在于,提供了一种移动终端重新获取业务指南的方法,该方法在检测到移动终端所在区域发生变化时,通过判断当前所在区域与保存的业务指南的覆盖区域的关系来控制是否重新获取业务指南,避免了现有技术中,在移动终端所在区域与保存的业务指南的覆盖区域不一致时,如发生越区切换,或者移动终端关机后,在其他区域重新开机时出现无法获取网络的视频业务的问题,极大地提高了用户的业务体验感受,有利于移动视频业务的推广。
图7为本发明一种业务指南服务器实施例的结构示意图,如图7所示,本实施例可以包括第一接收模块71、查找模块72和发送模块73。其中,第一接收模块71用于接收包含当前所在区域的区域信息的业务指南请求;查找模块72用于根据所述当前所在区域的区域信息查找出与所述当前所在区域的区域信息匹配的业务指南;发送模块73用于发送所述业务指南。
本实施例可以执行本发明一种业务指南获取方法的第一实施例、第二实施例和第三实施例上述三个实施例中任一实施例的流程。
图8为本发明一种终端设备实施例的结构示意图,如图8所示,本实施例可以包括请求模块81和第二接收模块82。其中,请求模块81用于发送包含当前所在区域的区域信息的业务指南请求;第二接收模块82用于接收与所述当前所在区域对应的业务指南。
本实施例可以执行本发明一种业务指南获取方法的第一实施例和第二实施例上述两个实施例中任一实施例的流程。
进一步地,本实施例中的请求模块可以包括:第一接收单元,用于接收业务指南自举消息,所述业务指南自举消息包括业务指南服务器的地址;第一请求单元,用于根据所述业务指南服务器的地址发送包含当前所在区域的区域信息的业务指南请求。
图9为本发明另一种业务指南服务器实施例的结构示意图,如图9所示,本实施例可以包括第一获取模块91和第一广播模块92。其中,第一获取模块91用于分别获取与服务范围内的不同区域对应的业务指南;第一广播模块92用于分别向所述不同区域广播对应的业务指南。
本实施例可以执行本发明另一种业务指南获取方法的第一实施例和第二实施例上述两个实施例中任一实施例的流程。
图10为本发明另一种终端设备实施例的结构示意图,如图10所示,本实施例可以包括地址模块1001和第三接收模块1002。其中,地址模块1001用于根据当前所在区域的区域信息获取与所述当前所在区域对应的业务指南的地址;第三接收模块1002用于根据所述业务指南的地址接收业务指南。
本实施例可以执行本发明另一种业务指南获取方法的第一实施例和第二实施例上述两个实施例中任一实施例的流程。
进一步地,本实施例中的地址模块可以包括:第二接收单元,用于接收自举服务器广播的业务指南自举消息,所述业务指南自举消息包含区域信息与业务指南的地址的对应关系;第一匹配单元,用于根据所述当前所在区域的区域信息在所述对应关系中获取与所述当前所在区域的区域信息匹配的业务指南的地址。
可替换地,本实施例中的地址模块还可以包括:第二请求单元,用于向自举服务器请求业务指南自举消息;第三接收单元,用于接收自举服务器下发的业务指南自举消息,所述业务指南自举消息包含区域信息与业务指南的地址的对应关系;第二匹配单元,用于根据所述当前所在区域的区域信息在所述对应关系中获取与所述当前所在区域的区域信息匹配的业务指南的地址。
可替换地,本实施例中的地址模块也可以包括:第三请求单元,用于向自举服务器请求业务指南自举消息,所述请求中包含当前所在区域的区域信息;第四接收单元,用于接收所述自举服务器下发的业务指南自举消息,所述业务指南自举消息包括与所述当前所在区域的区域对应的业务指南的地址。
进一步地,本实施例中的第三接收模块可以包括:第五接收单元,根据所述业务指南的地址接收业务指南的传输描述信息,所述业务指南的传输描述信息包括业务指南的覆盖区域的区域信息;第三匹配单元,用于根据当前所在区域的区域信息与所述业务指南的传输描述信息中的业务指南的覆盖区域的区域信息进行匹配,获取与当前所在区域对应的业务指南的标识;第六接收单元,根据所述业务指南的标识获取对应的业务指南。
本实施例中,第五接收单元所接收的业务指南的传输描述信息中可以包括业务指南的覆盖区域的区域信息,第六接收单元通过第三匹配单元所匹配出的与当前所在区域对应的业务指南的标识获取业务指南服务器下发的相应的业务指南,从而节约了大量的网络传输带宽,而且移动终端无需进行业务指南分片的筛选,降低了移动终端的复杂度,有利于移动视频业务的推广和应用。
图11为本发明又一种业务指南服务器实施例的结构示意图,如图11所示,本实施例可以包括组织模块1101和第二广播模块1102。其中,组织模块1101用于根据覆盖区域整合业务指南,所述业务指南中包含有指向相关的业务/内容信息单元的覆盖区域信息分片;第二广播模块1102用于向不同区域广播所述业务指南。
本实施例可以执行本发明又一种业务指南获取方法实施例的流程。
本实施例业务指南服务器中第二广播模块所下发的业务指南中包含了更加详细的对业务/内容覆盖区域的描述信息即覆盖区域信息,组织模块将覆盖区域信息单独独立出来以单独分片的形式承载,作为业务指南的一个分片即覆盖区域信息分片,实现了同样覆盖区域的业务/内容就可以共享覆盖区域信息,以减少在覆盖区域信息在业务/内容分片中的重复。
本实施例中的覆盖区域信息分片可以对现有技术中散落在业务、内容分片中的区域描述信息进行整合,使得具有相同覆盖区域信息的业务、内容分片可以共享区域描述信息,减少了业务指南中的冗余信息量,减少了网络带宽的消耗。
图12为本发明又一种终端设备实施例的结构示意图,如图12所示,本实施例可以包括第四接收模块1201和第二获取模块1202。其中,第四接收模块1201用于接收根据覆盖区域整合的业务指南,所述业务指南中包含有指向相关的业务/内容信息单元的覆盖区域信息分片;第二获取模块1202用于根据当前所在区域的区域信息和所述覆盖区域信息分片获取对应的业务指南。
本实施例可以执行本发明又一种业务指南获取方法实施例的流程。
图13为本发明再一种终端设备实施例的结构示意图,如图13所示,本实施例可以包括第二获取模块1301、判断模块1302和第三获取模块1303。其中,第二获取模块1301用于获取当前所在区域的区域信息和已经获取到的业务指南的区域信息;判断模块1302用于根据所述当前所在区域的区域信息和所述已经获取到的业务指南的区域信息判断当前所在区域是否属于所述业务指南的覆盖区域;第三获取模块1303用于当判断模块1302判断出当前所在区域不属于所述业务指南的覆盖区域,则重新获取当前所在区域的业务指南。
本实施例可以执行一种业务指南重新获取方法实施例的流程。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。