CN118803376B - Iptv专网访问公网方法、装置及相关设备 - Google Patents

Abstract

本申请公开了一种IPTV专网访问公网方法、装置及相关设备。其方法包括：终端能够接收用户输入的业务请求，生成查询请求并发送至业务管理服务器，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标路由地址；业务管理服务器响应于查询请求，查询得到目标服务记录信息并发送至终端，业务管理服务器包括至少一个跳板机服务器的服务记录信息；终端解析目标服务记录信息，得到目标路由地址；终端根据目标路由地址将业务请求发送至目标跳板机服务器；目标跳板机服务器可以将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。

Description

IPTV专网访问公网方法、装置及相关设备

技术领域

本申请属于互联网技术领域，尤其涉及一种IPTV专网访问公网方法、装置及相关设备。

背景技术

目前随着三网融合的推进，有线电视网(Internet Protocol Television，IPTV)、固定电话网、互联网已经集成到一个光猫上。其中IPTV基于运营商专网，可以为用户提供专网的直播业务与视频点播业务，在这种专网模式下，用户的网络带宽和视频质量有保障，但是与公共互联网完全隔离，导致IPTV机顶盒上无法使用公共互联网提供内容分发业务(Over The Top，OTT)。现有技术可以通过在IPTV专网内设置代理网关的方式访问公共互联网并使用OTT业务，但由于不同省份的IPTV代理网关地址不一样，如果在IPTV机顶盒中OTT应用程序(Application，APP)中读取代理网关地址，则需要将OTT APP定制修改，这样增加了维护难度。

发明内容

本申请实施例提供一种IPTV专网访问公网方法、装置、设备及存储介质，能够不需要对OTT APP进行定制修改，从而降低维护难度。

第一方面，本申请实施例提供一种IPTV专网访问公网方法，应用于所述IPTV专网中的终端，方法包括：

接收用户输入的业务请求，生成查询请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

将所述查询请求发送至业务管理服务器，以使所述业务管理服务器响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；将所述目标服务记录信息发送至所述终端；

接收所述业务管理服务器发送的所述目标服务记录信息，并解析所述目标服务记录信息得到所述目标路由地址；

根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

第二方面，本申请实施例提供一种IPTV专网访问公网方法，应用于业务管理服务器，方法包括：

接收终端发送的查询请求，所述查询请求为所述终端接收用户输入的业务请求而生成的请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；

将所述目标服务记录信息发送至所述终端，以使所述终端解析所述目标服务记录信息，得到所述目标路由地址；根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

第三方面，本申请实施例提供一种IPTV专网访问公网方法，应用于目标跳板机服务器，方法包括：

接收终端根据目标路由地址发送的业务请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述目标路由地址为所述目标跳板机服务器的路由地址，所述目标路由地址由所述终端接收所述业务管理服务器发送的所述目标服务记录信息，并解析所述目标服务记录信息得到；

将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

第四方面，本申请实施例提供了一种IPTV专网访问公网装置，应用于所述IPTV专网中的终端，所述装置包括：

第一接收模块，用于接收用户输入的业务请求，生成查询请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

第一发送模块，用于将所述查询请求发送至业务管理服务器，以使所述业务管理服务器响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；将所述目标服务记录信息发送至所述终端；

第二接收模块，用于接收所述业务管理服务器发送的所述目标服务记录信息，并解析所述目标服务记录信息得到所述目标路由地址；

第二发送模块，用于根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

第五方面，本申请实施例提供了一种IPTV专网访问公网装置，应用于业务管理服务器，所述装置包括：

第三接收模块，用于接收终端发送的查询请求，所述查询请求为所述终端接收用户输入的业务请求而生成的请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

查询模块，用于响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；

第三发送模块，用于将所述目标服务记录信息发送至所述终端，以使所述终端解析所述目标服务记录信息，得到所述目标路由地址；根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

第六方面，本申请实施例提供了一种IPTV专网访问公网装置，应用于目标跳板机服务器，所述装置包括：

第四接收模块，用于接收终端根据目标路由地址发送的业务请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述目标路由地址为所述目标跳板机服务器的路由地址，所述目标路由地址由所述终端接收所述业务管理服务器发送的所述目标服务记录信息，并解析所述目标服务记录信息得到；

第四发送模块，用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

第七方面，本申请实施例提供了一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如上任意一项所述的IPTV专网访问公网方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如上任意一项所述的IPTV专网访问公网方法。

第九方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如上任意一项所述的IPTV专网访问公网方法。

本申请实施例的IPTV专网访问公网方法、装置及相关设备，终端能够接收用户输入的业务请求，生成查询请求并发送至业务管理服务器，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；业务管理服务器响应于查询请求，查询得到目标服务记录信息并发送至终端，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；终端在接收到目标服务记录信息后，解析得到目标路由地址；终端根据目标路由地址将业务请求发送至目标跳板机服务器；目标跳板机服务器可以将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。如此，本申请实施例，在IPTV专网访问公共互联网并使用OTT业务时，目标路由地址不是在终端的目标业务应用中读取得到，而是通过业务管理服务器实时查询得到，这样即使目标路由地址在不同省份不一样，也不需要对OTT APP进行定制修改，从而降低维护难度。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的IPTV专网访问公网系统的架构图；

图2是本申请实施例提供的IPTV专网访问公网方法的流程示意图；

图3是本申请实施例提供的IPTV机房部署跳板机的整体架构图；

图4是本申请实施例提供的IPTV机顶盒系统网络架构图；

图5是本申请实施例提供的一个IPTV专网访问公网装置的结构示意图；

图6是本申请实施例提供的另一个IPTV专网访问公网装置的结构示意图；

图7是本申请实施例提供的又一个IPTV专网访问公网装置的结构示意图；

图8是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前随着三网融合的推进，有线电视网(Internet Protocol Television，IPTV)、固定电话网、互联网已经集成到一个光猫上。其中IPTV基于运营商专网，可以为用户提供专网的直播业务与视频点播业务，在这种专网模式下，用户的网络带宽和视频质量有保障，但是与公共互联网完全隔离，导致IPTV机顶盒上无法使用公共互联网提供内容分发业务(Over The Top，OTT)。现有技术可以通过在IPTV专网内设置代理网关的方式访问公共互联网并使用OTT业务，但由于不同省份的IPTV代理网关地址不一样，如果在IPTV机顶盒中OTT应用程序(Application，APP)中读取代理网关地址，则需要将OTT APP定制修改，这样增加了维护难度。

为了解决现有技术问题，本申请实施例提供了一种IPTV专网访问公网方法、装置及相关设备。下面首先对本申请实施例所提供的IPTV专网访问公网系统进行介绍。

图1示出了本申请一个实施例提供的IPTV专网访问公网系统的架构图。如图1所示，该IPTV专网访问公网系统100可以包括：终端101、业务管理服务器102、跳板机服务器103和业务服务器104。

上述终端101，可以是IPTV专网中的IPTV机顶盒，是一种可以用于接收、解码和播放电视信号的设备。它通常与电视机连接，可接收有线电视、卫星电视或网络电视等信号，并通过电视屏幕播放出来。机顶盒一般具有多种输入和输出接口，如HDMI、AV、USB等，以便与电视、音响、外部存储等设备进行连接。除了播放电视频道，机顶盒还可以提供电视节目的录制、回放、点播、应用程序安装等功能。

上述业务管理服务器102，可以是OTT业务管理服务器(OTT Service ManagementServer)是一种用于管理和提供OTT服务的服务器。OTT服务是指通过互联网传输音视频内容和其他应用程序，绕过传统的电视和电信运营商的分发渠道，直接向用户提供服务。OTT业务管理服务器扮演着关键的角色，用于管理和控制OTT服务的各个方面，包括用户订阅、内容管理、账户管理、内容分发、收费和计费等。它提供了一个中心化的管理平台，用于监控和管理OTT服务的运营和维护。

在一个实施例中，OTT业务管理服务器具体可以包括OTT业务白名单管理服务器以及OTT业务域名(Domain Name System，DNS)服务器。OTT业务白名单管理服务器以http接口的形式下发OTT APP的包名，表示可以在IPTV专网下部署的OTT应用，白名单管理服务器默认部署在80端口。OTT业务DNS服务器为IPTV专网下的OTT应用提供DNS服务器，默认部署在53端口。

上述跳板机服务器103，可以是位于受信任网络和非受信任网络之间的中间服务器，用于管理和控制对非受信任网络中的其他服务器的访问。它充当了一个安全的访问点，通过跳板机可以安全地管理和维护其他服务器，同时减少了对非受信任网络的直接访问。

上述业务服务器104，可以是专门用于执行特定的业务功能和处理相关业务请求的服务器。业务服务器可以是物理服务器或虚拟服务器。它可以运行特定的软件和应用程序，提供各种业务服务。具体的业务功能可以因不同的行业、组织或应用而有所不同，例如，运行特定的应用程序和服务。它可以处理用户请求，执行业务逻辑，与数据库交互等。

上述终端101、业务管理服务器102、跳板机服务器103和业务服务器104之间通信连接。具体的，可以使用以太网或无线网络连接方式进行通信。当然，通信方式不仅限于此，还可以是其他网络连接的通信方式，在此不做具体限定。

下面再对本申请实施例所提供的IPTV专网访问公网方法进行介绍。

图2示出了本申请一个实施例提供的IPTV专网访问公网方法的流程示意图。如图2所示，可选的，本申请实施例的方法可适用于上述图1所示的终端101、业务管理服务器102、跳板机服务器103和业务服务器104。如图2所示，一种IPTV专网访问公网方法200，可以包括以下步骤S201至S207：

S201、终端接收用户输入的业务请求，生成查询请求，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；

S202、终端将查询请求发送至业务管理服务器；

S203、业务管理服务器响应于查询请求，查询得到目标服务记录信息，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；

S204、业务管理服务器将目标服务记录信息发送至终端；

S205、终端解析目标服务记录信息得到目标路由地址；

S206、终端根据目标路由地址将业务请求发送至目标跳板机服务器；

S207、目标跳板机服务器将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。

本申请实施例的IPTV专网访问公网方法，终端能够接收用户输入的业务请求，生成查询请求并发送至业务管理服务器，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；业务管理服务器响应于查询请求，查询得到目标服务记录信息并发送至终端，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；终端在接收到目标服务记录信息后，解析得到目标路由地址；终端根据目标路由地址将业务请求发送至目标跳板机服务器；目标跳板机服务器可以将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。如此，本申请实施例，在IPTV专网访问公共互联网并使用OTT业务时，目标路由地址不是在终端的目标业务应用中读取得到，而是通过业务管理服务器实时查询得到，这样即使目标路由地址在不同省份不一样，也不需要对OTT APP进行定制修改，从而降低维护难度。

下面介绍上述各个步骤的具体实现方式。

在S201中，上述业务请求，可以用于请求访问公网中目标业务应用的目标业务服务器。

上述查询请求，可以用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息。其中，目标服务记录信息可以包括目标跳板机服务器的目标路由地址。

上述目标服务记录信息，可以包括目标跳板机服务器的目标路由地址。

在S202中，上述终端将查询请求发送至业务管理服务器，示例性地，可以是终端通过有线通信方式将查询请求发送至业务管理服务器。

在S203中，上述业务管理服务器可以包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同。服务记录(Service Record，SRV)信息，是一种DNS(Domain Name System)记录类型，用于指定特定服务的域名和相关信息。SRV记录提供了服务的位置和可用性信息，可以包括服务的主机名、端口号、优先级和权重等。

在一些实施例中，上述业务管理服务器具体可以包括域名子服务器，域名子服务器包括各业务应用的服务记录信息，各服务记录信息包括各业务应用对应跳板机服务器的路由地址；上述响应于查询请求，查询得到目标服务记录信息，具体可以包括：响应于查询请求，域名子服务器将与目标业务应用的服务记录信息确定为目标服务记录信息。

在S204中，上述业务管理服务器将目标服务记录信息发送至终端，示例性地，可以是业务管理服务器通过有线通信方式将目标服务记录信息发送至终端。

在S205中，上述终端解析目标服务记录信息得到目标路由地址，示例性地，目标服务记录信息为_http._tcp.www.baidu.com.IN SRV 10 5 1008610.1.1.100，其中_http表示http协议，_tcp表示tcp协议，www.baidu.com表示域名，IN表示Internet，SRV表示类型为SRV类型，10表示优先级，5表示权重，10086表示端口，10.1.1.100表示主机名IP，将www.baidu.com的域名解析得到10.1.1.100:10086的路由地址。

在S206中，上述终端根据目标路由地址将业务请求发送至目标跳板机服务器，示例性地，可以是终端根据目标路由地址，通过有线通信方式将业务请求发送至目标跳板机服务器。

在S207中，上述目标跳板机服务器将业务请求发送至目标业务服务器，以实现公网中目标业务的访问，示例性地，可以是目标跳板机服务器通过无线或者有线的通信方式将业务请求发送至目标业务服务器，以实现公网中目标业务的访问，从而获取并使用目标业务服务器回传的OTT业务资源。

在一些实施例中，各服务记录信息还包括各业务应用在对应跳板机服务器中关联的端口号，目标跳板机服务器包括至少一个代理子服务器，不同代理子服务器对应不同端口号；

上述S205，具体可以包括：

终端解析目标服务记录信息得到目标路由地址和目标业务应用的目标端口号；

上述S206，具体可以包括：

终端根据目标路由地址和目标端口号将业务请求发送至目标跳板机服务器中的目标代理子服务器，目标代理子服务器为目标跳板机服务器中与目标端口号对应的代理子服务器。

上述S207，具体可以包括：

目标代理子服务器将业务请求发送至目标业务服务器。

上述目标端口号为目标业务应用关联的端口号，目标端口号由终端解析目标服务记录信息得到。

由于每一个OTT业务可能需要处理多个域名，如果每一个OTT业务都是独占目标跳板机服务器的方式处理，会占用大量的IP资源和服务器资源。

本实施例中，通过在业务管理服务器中实时查询服务记录信息的方式，可以精确获取目标跳板机服务器中目标代理子服务器的目标路由地址和目标端口号，仅通过目标代理子服务器实现公网访问，并没有独占目标跳板机服务器，可以有效节省了IP资源与服务器资源。

在一些实施例中，上述目标服务记录信息还可以包括目标业务应用关联的各代理子服务器的权重系数和/或优先级别；

上述解析目标服务记录信息得到目标路由地址和目标业务应用的目标端口号，具体可以包括：

解析目标服务记录信息，得到目标业务应用关联的至少一个代理子服务器的路由地址和端口号；

根据目标业务应用的至少一个代理子服务器的权重系数和/或优先级别，确定目标业务应用的目标代理子服务器，目标代理子服务器为目标业务应用的至少一个代理子服务器中权重系数最大或优先级别最高的代理子服务器；

将目标代理子服务器的路由地址和端口号确定为目标路由地址和目标端口号。

本实施例中，通过服务记录信息的权重和/或和优先级可以更好的实现目标跳板机服务器的负载均衡，如果跳板机服务器中某一台代理子服务器带宽资源紧张，可降低该代理子服务器的权重，以选择权重更高的代理子服务器进行公网访问，如果OTT业务量激增，可在服务记录信息中修改不同权重系数或优先级别，从而目标跳板机服务器实现负载均衡，无需客户端修改。

在一些实施例中，上述终端可以包括第一网络环境、第二网络环境和第二网卡，第一网络环境为有线电视应用运行的网络环境，第二网络环境为公网业务应用运行的网络环境，第二网卡用于访问公网；

在上述S201之前，还可以包括：

业务管理服务器发送目标名单至终端，目标名单包括至少一个公网业务应用的包名，

终端在安装业务应用的过程中，根据目标名单，生成查询结果，查询结果用于指示目标名单中是否存在业务应用的包名；

终端在查询结果指示目标名单中不存在业务应用的包名的情况下，控制业务应用运行在第一网络环境；

终端在查询结果指示目标名单中存在业务应用的包名的情况下，控制业务应用运行在第二网络环境；

上述S201，具体可以包括：

在目标业务应用运行在第二网络环境的情况下，第二网卡接收用户输入的业务请求，生成查询请求。

同理，在目标业务应用运行在第二网络环境的情况下，业务管理服务器接收第二网卡发送的查询请求。

上述终端可以包括第一网络环境、第二网络环境和第二网卡，不止于此，还可以包括第一网卡。第一网络环境为有线电视应用运行的网络环境，第二网络环境为公网业务应用运行的网络环境，第一网卡用于访问有线电视网，第二网卡用于访问公网。

上述目标名单，可以包括至少一个公网业务应用的包名。包名是在软件开发中用于组织和管理代码的一种命名规范。它是一个由多个单词组成的标识符，比如com.example.app。包名的作用是在软件开发中提供一种层次结构和命名空间，用于区分和组织不同的代码模块。它可以避免代码命名冲突，并提供更好的可维护性和可扩展性。包名在Java等编程语言中特别常见，用于组织类和其他相关的代码文件。

上述查询结果，可以用于指示目标名单中是否存在业务应用的包名。

本实施例中，终端在安装各业务应用的过程中，通过业务管理服务器发送的目标名单，控制各业务应用运行在对应的网络环境中，可以实现IPTV业务和OTT业务的网络隔离，避免OTT业务干扰IPTV业务。

为了便于对本申请实施例中的IPTV专网访问公网方法的理解，对此IPTV专网访问公网方法的实际应用过程进行说明，具体如下：

本申请实施例主要包括两部分，第一部分是IPTV机房部署跳板机，第二部分是IPTV机顶盒系统修改。

第一部分，IPTV机房部署跳板机的整体架构如图3所示。IPTV机房部署跳板机流程如下：

1在IPTV专网中申请一个专网IP(如10.255.255.1)部署OTT业务管理服务器(即上述业务管理服务器)，OTT业务管理服务器包括OTT业务白名单管理服务器以及OTT业务DNS服务器(即上述域名子服务器)。

2OTT业务白名单管理服务器以http接口的形式下发OTT APP的包名，表示可以在IPTV专网下部署的OTT应用，白名单管理服务器默认部署在80端口。

3OTT业务DNS服务器为IPTV专网下的OTT应用提供DNS服务，默认部署在53端口。该DNS服务器与普通DNS服务器有两点不同：

(1)该DNS服务器仅支持类型为SRV(Service，一种特定类型的DNS记录，用于指定提供特定网络服务的服务器位置和配置信息)的DNS查询。

(2)该DNS服务器不连接公网，只在本地缓存中配置OTT业务域名的SRV信息。其中，SRV信息包括Service(服务标识)、Protocol(协议标识)、Name(域名)、Priority(优先级别)、Weight(权重系数)、Port(端口号)、Target(主机名IP)，例如_http._tcp.www.baidu.com.IN SRV 10 5 10086 10.1.1.100，其中_http表示http协议，_tcp表示tcp协议，www.baidu.com表示域名，IN表示Internet，SRV表示类型为SRV类型，10表示优先级，5表示权重，10086表示端口，10.1.1.100表示主机名IP。

该DNS服务器通过SRV的方式实现域名到IP+PORT的映射，如上述SRV信息中将www.baidu.com的域名解析为10.1.1.100:10086。该DNS服务器通过修改SRV中的Weight和Priority来实现跳板机的负载均衡，机顶盒DNS查询到业务域名对应的SRV信息后，通过Weight和Priority算法优先获取权重最大的IP+PORT作为域名DNS解析的结果。

4在IPTV专网中申请OTT业务的跳板机服务器，该跳板机可以连接IPTV专网中的IPTV机顶盒和Internet公网中的各业务服务器(例如baidu、google等)。跳板机服务器包括Nginx服务器、流媒体服务器、其他业务跳板机服务器等服务器(即上述代理子服务器)，Nginx服务器可以为http、webSocket等协议反向代理，流媒体服务器和其他业务跳板机服务器需要部署针对特定业务的反向代理服务器。

第二部分，IPTV机顶盒(即上述终端)的网络架构如图4所示，IPTV机顶盒系统需要修改DNS和network namespace，详细的修改流程如下：

1IPTV机顶盒系统启动时创建一对虚拟网卡veth_iptv和veth_ott，其中，veth_iptv为IPTV业务虚拟网卡(即上述第一网卡)，veth_ott为OTT业务虚拟网卡(即上述第二网卡)，veth_iptv与veth_ott都与有线网卡关联(IPTV专网都是通过有线网络连接)。

2将系统默认的network namespace命名为iptv_net_namespace，同时创建名称为ott_net_namespace的networknamespace，并将OTT业务的虚拟网卡veth_ott移动到ott_net_namespace中。

3将veth_iptv设置为iptv_net_namespace的默认网卡，将veth_ott设置为ott_net_namespace的默认网卡。系统的有线网络配置(除DNS服务器地址)在设置给veth_iptv的同时，需要同步设置给veth_ott,如ip地址等信息。

4在ott_net_namespace中设置veth_ott的DNS服务器地址为OTT业务DNS服务器地址(如10.255.255.1)，在iptv_net_namespace中设置veth_iptv的DNS服务器地址为null。由于不同的networknamespace对应的DNS配置文件不同(iptv_net_namespace对应/etc/resolv.conf，ott_net_namespace对应/etc/netns/ott_net_namespace/resolv.conf)，因此，可以通过不同的network namespace隔离IPTV和OTT业务的DNS网络环境。

5IPTV机顶盒启动或者监听到APP安装时触发通过http接口从OTT业务白名单管理服务器获取OTT业务白名单。

6Zygot进程在创建APP进程时判断该APP进程是否在白名单内；如果不在白名单中，表示该进程为IPTV应用或者未知OTT应用，Zygot进程为该进程指定network namespace为iptv_net_namespace；如果该进程在白名单中，则为该进程指定network namespace为ott_net_namespace。如IPTV牌照方APP进程运行在iptv_net_namespace网络环境(即上述第一网络环境)，使用veth_iptv访问iptv网络，咪咕视频、家庭云盘等APP进程运行在ott_net_namespace网络环境(即上述第二网络环境)，使用veth_ott访问公网。即白名单中的APP可以使用DNS服务器通过跳板机访问公网，不在白名单中的APP无法DNS解析，只能使用IPTV专网原有的通道通信。

7系统修改DNS请求和解析的逻辑，将系统默认的A类型的DNS请求修改为SRV类型。系统收到DNS服务器返回的SRV数据包(即上述服务记录信息)后，解析业务域名对应的IP和Port，并将网络包协议头中的路由地址和端口号设置为解析的IP和Port(应用层APP设置的端口号将不再有效)。OTT APP通过veth_ott访问公共互联网络时，触发DNS SRV查询，通过DNS服务器获取域名对应的跳板机IP+PORT(即上述目标路由地址和目标端口号)，并将业务请求发送至该跳板机服务器，跳板机服务器将业务请求转发到公网服务器。

本申请实施例中，可以通过DNS服务器引导APP将请求转向跳板机服务器，与修改host的方案相比，本方案通过SRV DNS查询的方式可以将跳板机地址精确映射到IP+PORT，有效节省了IP资源与服务器资源(实际应用中，在省移动IPTV机房申请到的都是IP+PORT形式的跳板机)。通过SRV的Weight和Priority可以更好的实现跳板机服务器的负载均衡，如果某一台跳板机服务器带宽资源紧张，可降低该跳板机SRV的Weight，如果OTT业务量激增，可在SRV中新增不同Weight的跳板机实现负载均衡，无需客户端修改。

本申请实施例中，可以在IPTV机顶盒上实现了IPTV业务和OTT业务的网络隔离，避免OTT业务干扰IPTV业务。

本申请实施例中，可以无需OTT应用为IPTV专网定制版本，OTT APP可直接安装在IPTV机顶盒上，有助于IPTV专网下快速部署OTT业务。

基于上述实施例提供的IPTV专网访问公网方法，相应的，本申请还提供了一种IPTV专网访问公网装置的具体实现方式，可以理解的是，下述各装置实施例中的相关描述可以参考前述各方法实施例，为了简洁，不再赘述。请参见以下实施例。

请参见图5，是本申请实施例提供的一种IPTV专网访问公网装置500的结构示意图，应用于IPTV专网中的终端，装置500可以包括：第一接收模块501、第一发送模块502、第二接收模块503和第二发送模块504。

第一接收模块501，用于接收用户输入的业务请求，生成查询请求，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；

第一发送模块502，用于将查询请求发送至业务管理服务器，以使业务管理服务器响应于查询请求，查询得到目标服务记录信息，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；将目标服务记录信息发送至终端；

第二接收模块503，用于接收业务管理服务器发送的目标服务记录信息，并解析目标服务记录信息得到目标路由地址；

第二发送模块504，用于根据目标路由地址将业务请求发送至目标跳板机服务器，目标跳板机服务器用于将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。

本申请实施例的IPTV专网访问公网装置，终端能够接收用户输入的业务请求，生成查询请求并发送至业务管理服务器，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；业务管理服务器响应于查询请求，查询得到目标服务记录信息并发送至终端，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；终端在接收到目标服务记录信息后，解析得到目标路由地址；终端根据目标路由地址将业务请求发送至目标跳板机服务器；目标跳板机服务器可以将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。如此，本申请实施例，在IPTV专网访问公共互联网并使用OTT业务时，目标路由地址不是在终端的目标业务应用中读取得到，而是通过业务管理服务器实时查询得到，这样即使目标路由地址在不同省份不一样，也不需要对OTT APP进行定制修改，从而降低维护难度。

在一些实施例中，各服务记录信息还包括各业务应用在对应跳板机服务器中关联的端口号，目标跳板机服务器包括至少一个代理子服务器，不同代理子服务器对应不同端口号；

上述第二接收模块503，具体可以包括：

解析单元，用于解析目标服务记录信息得到目标路由地址和目标业务应用的目标端口号；

上述第二发送模块504，具体可以包括：

发送单元，用于根据目标路由地址和目标端口号将业务请求发送至目标跳板机服务器中的目标代理子服务器，目标代理子服务器为目标跳板机服务器中与目标端口号对应的代理子服务器。

在一些实施例中，上述目标服务记录信息还可以包括目标业务应用关联的各代理子服务器的权重系数和/或优先级别；

上述解析单元，具体可以包括：

解析子单元，用于解析目标服务记录信息，得到目标业务应用关联的至少一个代理子服务器的路由地址和端口号；

第一确定子单元，用于根据目标业务应用的至少一个代理子服务器的权重系数和/或优先级别，确定目标业务应用的目标代理子服务器，目标代理子服务器为目标业务应用的至少一个代理子服务器中权重系数最大或优先级别最高的代理子服务器；

第二确定子单元，用于将目标代理子服务器的路由地址和端口号确定为目标路由地址和目标端口号。

在一些实施例中，上述终端包括第一网络环境、第二网络环境和第二网卡，第一网络环境为有线电视应用运行的网络环境，第二网络环境为公网业务应用运行的网络环境，第二网卡用于访问公网；

上述装置500，还可以包括：

第五接收模块，用于接收业务管理服务器发送的目标名单，目标名单包括至少一个公网业务应用的包名；

生成模块，用于在安装业务应用的过程中，根据目标名单，生成查询结果，查询结果用于指示目标名单中是否存在业务应用的包名；

第一控制模块，用于在查询结果指示目标名单中不存在业务应用的包名的情况下，控制业务应用运行在第一网络环境；

第二控制模块，用于在查询结果指示目标名单中存在业务应用的包名的情况下，控制业务应用运行在第二网络环境；

上述第一接收模块501，具体用于在目标业务应用运行在第二网络环境的情况下，第二网卡接收用户输入的业务请求，生成查询请求。

请参见图6，是本申请实施例提供的一种IPTV专网访问公网装置600的结构示意图，应用于业务管理服务器，装置600可以包括：第三接收模块601、查询模块602和第三发送模块603。

第三接收模块601，用于接收终端发送的查询请求，查询请求为终端接收用户输入的业务请求而生成的请求，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；

查询模块602，用于响应于查询请求，查询得到目标服务记录信息，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；

第三发送模块603，用于将目标服务记录信息发送至终端，以使终端解析目标服务记录信息，得到目标路由地址；根据目标路由地址将业务请求发送至目标跳板机服务器，目标跳板机服务器用于将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。

本申请实施例的IPTV专网访问公网装置，终端能够接收用户输入的业务请求，生成查询请求并发送至业务管理服务器，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；业务管理服务器响应于查询请求，查询得到目标服务记录信息并发送至终端，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；终端在接收到目标服务记录信息后，解析得到目标路由地址；终端根据目标路由地址将业务请求发送至目标跳板机服务器；目标跳板机服务器可以将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。如此，本申请实施例，在IPTV专网访问公共互联网并使用OTT业务时，目标路由地址不是在终端的目标业务应用中读取得到，而是通过业务管理服务器实时查询得到，这样即使目标路由地址在不同省份不一样，也不需要对OTT APP进行定制修改，从而降低维护难度。

在一些实施例中，上述终端可以包括第一网络环境、第二网络环境和第二网卡，第一网络环境为有线电视应用运行的网络环境，第二网络环境为公网业务应用运行的网络环境，第二网卡用于访问公网；

上述装置600，还可以包括：

第五发送模块，用于发送目标名单至终端，目标名单包括至少一个公网业务应用的包名，以使终端在安装业务应用的过程中，根据目标名单，生成查询结果，查询结果用于指示目标名单中是否存在业务应用的包名；在查询结果指示目标名单中不存在业务应用的包名的情况下，控制业务应用运行在第一网络环境；在查询结果指示目标名单中存在业务应用的包名的情况下，控制业务应用运行在第二网络环境；

上述第三接收模块601，具体用于在目标业务应用运行在第二网络环境的情况下，接收第二网卡发送的查询请求。

请参见图7，是本申请实施例提供的一种IPTV专网访问公网装置700的结构示意图，应用于目标跳板机服务器，装置700可以包括：第四接收模块701和第四发送模块702。

第四接收模块701，用于接收终端根据目标路由地址发送的业务请求，业务请求用于请求访问公网中目标业务应用的目标业务服务器，目标路由地址为目标跳板机服务器的路由地址，目标路由地址由终端接收业务管理服务器发送的目标服务记录信息，并解析目标服务记录信息得到；

第四发送模块702，用于将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。

本申请实施例的IPTV专网访问公网装置，终端能够接收用户输入的业务请求，生成查询请求并发送至业务管理服务器，业务请求用于请求访问公网中目标业务应用的目标业务服务器，查询请求用于查询目标业务应用对应目标跳板机服务器的目标服务记录信息，目标服务记录信息包括目标跳板机服务器的目标路由地址；业务管理服务器响应于查询请求，查询得到目标服务记录信息并发送至终端，业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同跳板机服务器的服务记录信息不同；终端在接收到目标服务记录信息后，解析得到目标路由地址；终端根据目标路由地址将业务请求发送至目标跳板机服务器；目标跳板机服务器可以将业务请求发送至目标业务服务器，以实现公网中目标业务的访问。如此，本申请实施例，在IPTV专网访问公共互联网并使用OTT业务时，目标路由地址不是在终端的目标业务应用中读取得到，而是通过业务管理服务器实时查询得到，这样即使目标路由地址在不同省份不一样，也不需要对OTT APP进行定制修改，从而降低维护难度。

在一些实施例中，上述目标跳板机服务器可以包括至少一个代理子服务器，不同代理子服务器对应不同端口号；

上述第四接收模块701，具体可以用于目标跳板机服务器中的目标代理子服务器接收终端根据目标路由地址发送的业务请求，目标代理子服务器为目标跳板机服务器中与目标端口号对应的代理子服务器，目标端口号为目标业务应用关联的端口号，目标端口号由终端解析目标服务记录信息得到；

第四发送模块702，具体可以用于目标代理子服务器将业务请求发送至目标业务服务器。

图8示出了本申请实施例提供的电子设备的硬件结构示意图。

在电子设备可以包括处理器801以及存储有计算机程序指令的存储器802。

具体地，上述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。

在特定实施例中，存储器802可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器801通过读取并执行存储器802中存储的计算机程序指令，以实现上述实施例中的任意一种IPTV专网访问公网方法。

在一个示例中，电子设备还可包括通信接口803和总线810。其中，如图8所示，处理器801、存储器802、通信接口803通过总线810连接并完成相互间的通信。

通信接口803，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线810包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线810可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备可以基于当前已拦截的垃圾短信以及用户举报的短信执行本申请实施例中的IPTV专网访问公网方法，从而实现结合图2和图5至图7描述的IPTV专网访问公网方法和装置。

另外，结合上述实施例中的IPTV专网访问公网方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种IPTV专网访问公网方法。

结合上述实施例中的IPTV专网访问公网方法，本申请实施例可提供一种计算机程序产品，该计算机程序产品中的指令由电子设备的处理器执行时，使得该电子设备执行如上任意一项的IPTV专网访问公网方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (14)

1.一种IPTV专网访问公网方法，其特征在于，应用于所述IPTV专网中的终端，所述方法包括：

接收用户输入的业务请求，生成查询请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

将所述查询请求发送至业务管理服务器，以使所述业务管理服务器响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；所述业务管理服务器将所述目标服务记录信息发送至所述终端；

接收所述业务管理服务器发送的所述目标服务记录信息，并解析所述目标服务记录信息得到所述目标路由地址；

根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

2.根据权利要求1所述的方法，其特征在于，各所述服务记录信息还包括各业务应用在对应跳板机服务器中关联的端口号，所述目标跳板机服务器包括至少一个代理子服务器，不同所述代理子服务器对应不同端口号；

所述解析所述目标服务记录信息得到所述目标路由地址，包括：

解析所述目标服务记录信息得到所述目标路由地址和所述目标业务应用的目标端口号；

所述根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，包括：

根据所述目标路由地址和所述目标端口号将所述业务请求发送至所述目标跳板机服务器中的目标代理子服务器，所述目标代理子服务器为所述目标跳板机服务器中与所述目标端口号对应的代理子服务器。

3.根据权利要求2所述的方法，其特征在于，所述目标服务记录信息还包括所述目标业务应用关联的各所述代理子服务器的权重系数和/或优先级别；

所述解析所述目标服务记录信息得到所述目标路由地址和所述目标业务应用的目标端口号，包括：

解析所述目标服务记录信息，得到所述目标业务应用关联的至少一个所述代理子服务器的路由地址和端口号；

根据所述目标业务应用的至少一个所述代理子服务器的权重系数和/或优先级别，确定所述目标业务应用的所述目标代理子服务器，所述目标代理子服务器为所述目标业务应用的至少一个所述代理子服务器中权重系数最大或优先级别最高的代理子服务器；

将所述目标代理子服务器的路由地址和端口号确定为所述目标路由地址和所述目标端口号。

4.根据权利要求1所述的方法，其特征在于，所述终端包括第一网络环境、第二网络环境和第二网卡，所述第一网络环境为有线电视应用运行的网络环境，所述第二网络环境为公网业务应用运行的网络环境，所述第二网卡用于访问所述公网；

在所述接收用户输入的业务请求，生成查询请求之前，还包括：

接收所述业务管理服务器发送的目标名单，所述目标名单包括至少一个所述公网业务应用的包名；

在安装业务应用的过程中，根据所述目标名单，生成查询结果，所述查询结果用于指示所述目标名单中是否存在所述业务应用的包名；

在所述查询结果指示所述目标名单中不存在所述业务应用的包名的情况下，控制所述业务应用运行在所述第一网络环境；

在所述查询结果指示所述目标名单中存在所述业务应用的包名的情况下，控制所述业务应用运行在所述第二网络环境；

所述接收用户输入的业务请求，生成查询请求，包括：

在所述目标业务应用运行在所述第二网络环境的情况下，所述第二网卡接收用户输入的业务请求，生成查询请求。

5.一种IPTV专网访问公网方法，其特征在于，应用于业务管理服务器，所述方法包括：

接收终端发送的查询请求，所述查询请求为所述终端接收用户输入的业务请求而生成的请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；

将所述目标服务记录信息发送至所述终端，以使所述终端解析所述目标服务记录信息，得到所述目标路由地址；所述终端根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

6.根据权利要求5所述的方法，其特征在于，所述终端包括第一网络环境、第二网络环境和第二网卡，所述第一网络环境为有线电视应用运行的网络环境，所述第二网络环境为公网业务应用运行的网络环境，所述第二网卡用于访问所述公网；

在所述接收终端发送的查询请求之前，还包括：

发送目标名单至所述终端，所述目标名单包括至少一个所述公网业务应用的包名，以使所述终端在安装业务应用的过程中，根据所述目标名单，生成查询结果，所述查询结果用于指示所述目标名单中是否存在所述业务应用的包名；在所述查询结果指示所述目标名单中不存在所述业务应用的包名的情况下，控制所述业务应用运行在所述第一网络环境；在所述查询结果指示所述目标名单中存在所述业务应用的包名的情况下，控制所述业务应用运行在所述第二网络环境；

所述接收终端发送的查询请求，包括：

在所述目标业务应用运行在所述第二网络环境的情况下，接收所述第二网卡发送的查询请求。

7.一种IPTV专网访问公网方法，其特征在于，应用于目标跳板机服务器，所述方法包括：

接收终端根据目标路由地址发送的业务请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述目标路由地址为所述目标跳板机服务器的路由地址，所述目标路由地址由所述终端接收业务管理服务器发送的目标服务记录信息，并解析所述目标服务记录信息得到；

将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

8.根据权利要求7所述的方法，其特征在于，所述目标跳板机服务器包括至少一个代理子服务器，不同所述代理子服务器对应不同端口号；

所述接收终端根据目标路由地址发送的业务请求，包括：

所述目标跳板机服务器中的目标代理子服务器接收终端根据目标路由地址发送的业务请求，所述目标代理子服务器为所述目标跳板机服务器中与目标端口号对应的代理子服务器，所述目标端口号为所述目标业务应用关联的端口号，所述目标端口号由所述终端解析所述目标服务记录信息得到；

所述将所述业务请求发送至所述目标业务服务器，包括：

所述目标代理子服务器将所述业务请求发送至所述目标业务服务器。

9.一种IPTV专网访问公网装置，其特征在于，应用于所述IPTV专网中的终端，所述装置包括：

第一接收模块，用于接收用户输入的业务请求，生成查询请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

第一发送模块，用于将所述查询请求发送至业务管理服务器，以使所述业务管理服务器响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；所述业务管理服务器将所述目标服务记录信息发送至所述终端；

第二接收模块，用于接收所述业务管理服务器发送的所述目标服务记录信息，并解析所述目标服务记录信息得到所述目标路由地址；

第二发送模块，用于根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

10.一种IPTV专网访问公网装置，其特征在于，应用于业务管理服务器，所述装置包括：

第三接收模块，用于接收终端发送的查询请求，所述查询请求为所述终端接收用户输入的业务请求而生成的请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述查询请求用于查询所述目标业务应用对应目标跳板机服务器的目标服务记录信息，所述目标服务记录信息包括所述目标跳板机服务器的目标路由地址；

查询模块，用于响应于所述查询请求，查询得到所述目标服务记录信息，所述业务管理服务器包括至少一个跳板机服务器的服务记录信息，不同所述跳板机服务器的服务记录信息不同；

第三发送模块，用于将所述目标服务记录信息发送至所述终端，以使所述终端解析所述目标服务记录信息，得到所述目标路由地址；所述终端根据所述目标路由地址将所述业务请求发送至所述目标跳板机服务器，所述目标跳板机服务器用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

11.一种IPTV专网访问公网装置，其特征在于，应用于目标跳板机服务器，所述装置包括：

第四接收模块，用于接收终端根据目标路由地址发送的业务请求，所述业务请求用于请求访问所述公网中目标业务应用的目标业务服务器，所述目标路由地址为所述目标跳板机服务器的路由地址，所述目标路由地址由所述终端接收业务管理服务器发送的目标服务记录信息，并解析所述目标服务记录信息得到；

第四发送模块，用于将所述业务请求发送至所述目标业务服务器，以实现所述公网中目标业务的访问。

12.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-8任意一项所述的IPTV专网访问公网方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-8任意一项所述的IPTV专网访问公网方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-8任意一项所述的IPTV专网访问公网方法。