CN111431851A - 数据包下载方法、装置及可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种数据包下载方法、装置及可读存储介质，方法包括接收数据信令，数据信令中包括数据信令的数据信令长度，判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，视联网终端上安装的下载程序与第一服务器的服务程序基于的协议相同，第一服务器的服务程序基于的协议与第二服务器的服务程序基于的协议不同，若数据信令长度等于第二信令长度，且所述数据信令为第一入网信令，则从第二服务器下载数据包。实现视联网终端上的下载程序的协议与第二服务器的服务程序基于的协议不同的情况下，可以从第二服务器下载数据包。

Description

数据包下载方法、装置及可读存储介质

技术领域

发明涉及通信领域，特别是涉及数据包下载方法、装置及可读存储介质。

背景技术

视联网是网络发展的重要里程碑，是互联网的更高级形态，是一个实时网络，能够实现目前互联网无法实现的全网高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网的16位协议和64位协议是两套完全不同的协议，对于应用程序的升级包的下载流程也是完全不同的，基于16位协议开发的应用程序对应的下载程序与基于64位协议开发的应用程序对应的下载程序不同。但是根据客户需求，经常会遇到需要将终端上安装了基于16位协议开发的应用程序，转变到基于64位协议开发的应用程序的某个版本，例如需要将基于16位协议开发的应用程序升级到基于64位协议开发的应用程序的升级包。或者，需要将终端上安装了基于64位协议开发的应用程序，转变到基于16位协议开发的应用程序的某个版本。

然而，安装了基于16位协议开发的应用程序的终端无法从基于64位协议的服务器下载基于64位协议的数据包，安装了基于64位协议开发的应用程序的终端也无法从基于16位协议的服务器下载基于16位协议的数据包。也即造成了目前视联网终端的下载程序与服务器的服务程序基于的协议不同时，视联网终端无法从服务器下载数据包的问题。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据包下载方法、装置及可读存储介质。

为了解决上述问题，本发明实施例公开了一种数据包下载方法，执行于视联网终端，包括：

接收数据信令，其中，所述数据信令中包括所述数据信令的数据信令长度；

判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，所述视联网终端上安装的应用程序或下载程序与所述第一服务器的服务程序基于的协议相同，所述第一服务器的服务程序基于的协议与所述第二服务器的服务程序基于的协议不同；

若所述数据信令长度等于所述第二信令长度，且所述数据信令为第一入网信令，则从所述第二服务器下载数据包，所述数据包所属的版本与所述应用程序的版本不同或与所述下载程序的版本不同。

本发明实施例还公开了一种数据包下载装置，设置于视联网终端，包括：

接收模块，用于接收数据信令，其中，所述数据信令中包括所述数据信令的数据信令长度；

第一判断模块，用于判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，所述视联网终端上安装的应用程序或下载程序与所述第一服务器的服务程序基于的协议相同，所述第一服务器的服务程序基于的协议与所述第二服务器的服务程序基于的协议不同；

下载模块，用于若所述数据信令长度等于所述第二信令长度，且所述数据信令为第一入网信令，则从所述第二服务器下载数据包，所述数据包所属的版本与所述应用程序的版本不同或与所述下载程序的版本不同。

本发明实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述所述的数据包下载方法的步骤。

本发明实施例还公开了一种数据包下载装置，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述所述的数据包下载方法的步骤。

本发明实施例包括以下优点：

本实施例提供的数据包下载方法，通过接收数据信令，数据信令中包括数据信令的数据信令长度，判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，视联网终端上安装的下载程序与第一服务器的服务程序基于的协议相同，第一服务器的服务程序基于的协议与第二服务器的服务程序基于的协议不同，若数据信令长度等于第二信令长度，且所述数据信令为第一入网信令，则从第二服务器下载数据包。实现视联网终端上的下载程序的协议与第二服务器的服务程序基于的协议不同的情况下，可以从第二服务器下载数据包。即使是视联网终端上安装的应用程序或下载程序基于的协议与第二服务器的服务程序基于的协议不同，视联网终端也可以识别出该数据信令，并从第二服务器下载数据包，因此，解决了目前基于16位协议开发的应用程序对应的数据包的下载程序和基于64位协议开发的应用程序对应的数据包的下载程序之间无法兼容的问题，实现视联网终端可以从第二服务器下载数据包。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例提供的一种数据包下载方法的步骤流程图；

图2为本发明实施例提供的另一种数据包下载方法的步骤流程图；

图3为本发明实施例提供的一种下载数据包的信令流程图；

图4为本发明实施例提供的另一种下载数据包的信令流程图；

图5为本发明实施例提供的一种数据包下载装置的结构示意图；

图6是本发明的一种视联网的组网示意图；

图7是本发明的一种节点服务器的硬件结构示意图；

图8是本发明的一种接入交换机的硬件结构示意图；

图9是本发明的一种以太网协转网关的硬件结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

应当理解，此处所描述的具体实施例仅用以解释本发明，仅仅是本发明一部分实施例，而不是全部的实施例，并不用于限定本发明。

现有技术中，视联网的16位协议和64位协议是两套完全不同的协议，16位协议即16位视联网协议，64位协议即64位视联网协议。对于应用程序的升级包的下载流程也是完全不同的。基于16位协议开发的应用程序对应的下载程序与基于64位协议开发的应用程序对应的下载程序不同。例如，基于16位协议开发的应用程序对应的下载程序无法识别出基于64位协议的服务器发送的信令，安装了基于16位协议开发的应用程序的终端无法从基于64位协议的服务器下载基于64位协议的数据包，安装了基于64位协议开发的应用程序的终端也无法从基于16位协议的服务器下载基于16位协议的数据包。也即造成了目前基于16位协议开发的应用程序对应的数据包的下载程序和基于64位协议开发的应用程序对应的数据包的下载程序之间无法兼容的问题。

为了解决上述技术问题，本发明实施例提供了一种数据包下载方法。参照图1，图1是本发明实施例提供的一种数据包下载方法的步骤流程图，该方法执行于视联网终端，该方法包括如下步骤：

步骤101、接收数据信令，其中，数据信令中包括数据信令的数据信令长度。

其中，由于视联网中存在基于16位协议的服务器和基于64位协议的服务器，基于16位协议的服务器的服务程序为基于16位协议开发的，基于64位协议的服务器的服务程序为基于64位协议开发的。数据信令可以为基于16位协议的服务器发送的或者为基于64位协议的服务器发送的。

步骤102、判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度。

其中，视联网终端上安装的应用程序或下载程序与第一服务器的服务程序基于的协议相同，第一服务器的服务程序基于的协议与第二服务器的服务程序基于的协议不同。例如，第一服务器的服务程序基于的协议为16位协议，第二服务器的服务程序基于的协议为64位协议。或者，第一服务器的服务程序基于的协议为64位协议，第二服务器的服务程序基于的协议为16位协议。

视联网终端中可以存储基于16位协议的服务器相匹配的信令长度、以及存储基于64位协议的服务器相匹配的信令长度，以基于16位协议的服务器为16位服务器，以基于64位协议的服务器为64位服务器。本实施例中以第一服务器为16位服务器、第二服务器为64位服务器为例(下述实施例也以第一服务器为16位服务器、第二服务器为64位服务器为例)，则视联网终端中存储有第一信令长度、以及存储有第二信令长度。需要说明的是，第一信令长度的个数或第二信令长度的个数可以为一个或多个。如果第一服务器为16位服务器，则第一信令长度包括92、1084、96、1088、124、128，第二信令长度包括100、324、1092、104、328、1096；如果第一服务器为64位服务器，则第一信令长度包括100、324、1092、104、328、1096，第二信令长度包括92、1084、96、1088、124、128。

以第一信令长度包括92、1084、96、1088、124、128，第二信令长度包括100、324、1092、104、328、1096为例，在步骤101中接收的数据信令的数据信令长度为92，则可以从第一信令长度和第二信令长度中确定与数据信令长度相匹配的目标信令长度为92，从而可以从第一服务器下载数据包；如果数据信令长度为100，则可以从第二服务器下载数据包。

步骤103、若数据信令长度等于所述第二信令长度，且所述数据信令为第一入网信令，则从第二服务器下载数据包，数据包所属的版本与应用程序的版本不同或与下载程序的版本不同。

其中，第一入网信令为用于入网第二服务器的信令。

需要说明的是，当数据信令长度等于所述第一信令长度，则从第一服务器下载数据包；当所述数据信令长度等于所述第二信令长度，则从第二服务器下载数据包。也即不论视联网终端收到的数据信令为第一服务器发送的还是第二服务器发送的，视联网终端都可以根据存储的第一服务器相匹配的至少一个第一信令长度和与第二服务器相匹配的至少一个第二信令长度中识别出数据信令是否等于第一信令长度或第二信令长度，也即例如当第二服务器为64位服务器时，即使视联网终端上安装的下载程序为基于16位协议开发的，视联网终端也能够识别出64位服务器发送的数据信令，不会如现有技术中将64位服务器发送的数据信令滤除掉，从而无法执行后续的下载数据包流程。或者，例如当第二服务器为16位服务器时，即使视联网终端上安装的下载程序为基于64位协议开发的，视联网终端也能够识别出16位服务器发送的数据信令，不会如现有技术中将16位服务器发送的数据信令滤除掉，从而无法执行后续的下载数据包流程。

需要说明的是，下载的数据包可以为视联网终端的上安装的应用程序或下载程序的升级包(也即下载的数据包所属的版本高于视联网终端的上安装的应用程序或下载程序的当前版本)，或者下载的数据包为视联网终端的上安装的应用程序或下载程序的当前版本之前的版本的数据包(也即从当前版本回退到之前的旧版本)。

本实施例提供的数据包下载方法，通过接收数据信令，其中，数据信令中包括数据信令的数据信令长度，判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，视联网终端上安装的应用程序或下载程序与第一服务器的服务程序基于的协议相同，第一服务器的服务程序基于的协议与第二服务器的服务程序基于的协议不同，若数据信令长度等于第二信令长度，且所述数据信令为第一入网信令，则从第二服务器下载数据包，数据包所属的版本与应用程序的版本不同或与下载程序的版本不同。即使是视联网终端上安装的下载程序基于的协议与第二服务器的服务程序基于的协议不同，视联网终端也可以识别出该数据信令，并从第二服务器下载数据包，因此，解决了目前基于16位协议开发的应用程序对应的数据包的下载程序和基于64位协议开发的应用程序对应的数据包的下载程序之间无法兼容的问题，实现视联网终端上的下载程序的协议与第二服务器的服务程序基于的协议不同的情况下，可以从第二服务器下载数据包。

参照图2，图2为本发明实施例提供的另一种数据包下载方法的步骤流程图，该方法包括如下步骤：

步骤201、接收数据信令。

可以将视联网终端的介质访问控制(MAC，MediaAccess Control)地址分别注册在16位服务器(第一服务器)和64位服务器(第二服务器)，16位服务器指基于16位协议的服务器，64位服务器指基于64位协议的服务器。MAC地址注册在第一服务器和第二服务器之后，视联网终端可以接收第一服务器和第二服务器发送的数据信令。

步骤202、判断数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度。

若数据信令长度等于第二信令长度，则可以进一步判断数据信令是否为第一入网信令，如果数据信令为第一入网信令，则执行步骤203。

若数据信令长度等于所述第一信令长度，则可以进一步判断数据信令是否为第二入网信令，如果数据信令为第二入网信令，则执行步骤204。

若所述数据信令长度不等于所述第一信令长度、且不等于所述第二信令长度，则执行步骤205。

步骤203、判断视联网终端是否已登录第一服务器。

若视联网终端未登录第一服务器，则执行步骤206；若视联网终端已登录第一服务器，则执行步骤213，即结束流程。需要说明的是，视联网终端可以根据视联网终端的当前的网络状态判断是否已登录第一服务器。例如用于表示视联网终端的当前的网络状态的标识可以包括退出登录(logout)、已登录第一服务器(login16)、已登录第二服务器(login64)三种网络状态。

步骤204、判断视联网终端是否已登录第二服务器。

若视联网终端未登录第二服务器，则执行步骤208；若视联网终端已登录第二服务器，则执行步骤213，即结束流程。

视联网终端同样可以根据视联网终端的当前的网络状态判断是否已登录第二服务器，如果当前的网络状态为login64，则表示已登录第二服务器；否则，表示未登录第二服务器。

步骤205、判断视联网终端发送的广播数据包的当前次数是否大于或等于预设次数。

例如，如果视联网终端发送的广播数据包的当前次数为1，预设次数为6，则满足视联网终端向第二服务器发送广播数据包的当前次数小于预设次数，在小于预设次数的情况下，执行步骤210。如果视联网终端发送的广播数据包的当前次数大于或等于预设次数，则执行步骤212。

步骤206、从第二服务器下载数据包。

步骤207、将视联网终端的网络状态设置为用于表示已登录第二服务器的第一标识。

例如，将视联网终端的网络状态设置为login64，则第一标识即为login64。

步骤208、从第一服务器下载数据包。

步骤209、将视联网终端的网络状态设置为用于表示已登录第一服务器的第二标识。

步骤210、判断计时时间是否大于或等于预设时间。

若计时时间大于或等于预设时间，则执行步骤211。若计时时间小于预设时间，则在计时时间达到预设时间时，继续执行步骤205。

步骤211、发送广播数据包，并将当前次数累加1。

将当前次数累加1后，接着执行步骤202。

步骤212、运行视联网终端上安装的应用程序。

步骤213、结束流程。

本实施例提供的数据包下载方法，实现视联网终端可以从第一服务器或第二服务器下载数据包，从而解决了目前基于16位协议开发的应用程序对应的数据包的下载程序和基于64位协议开发的应用程序对应的数据包的下载程序之间无法兼容的问题。

下面以第二服务器为64位服务器、第一服务器为16位服务器为例，对从第二服务器下载数据包的流程、以及从第一服务器下载数据包的流程进行介绍。

参照图3，图3为本发明实施例提供的一种下载数据包的信令流程图。本实施例中对从第二服务器下载数据包的流程进行介绍。下载数据包的步骤包括：

步骤301、视联网终端接收网管客户端发送的升级信令。

其中，升级信令中包括升级类型和版本标识，升级类型可以包括用于表示对应用程序进行升级的类型和对下载程序进行升级的类型，例如用0表示对应用程序进行升级，用1表示对下载程序进行升级，如果对应用程序进行升级，则升级信令中用于表示升级类型的字段可以填为0。版本标识可以为版本号，例如视联网终端上安装的应用程序的当前版本的版本号为1.0.0，升级信令中包括的版本号为1.0.1。

需要说明的是，在接收网管客户端发送的升级信令之前，开发人员可以先将版本号为1.0.1应用程序或下载程序上传到存储网关。

步骤302、视联网终端根据升级类型和版本标识，判断是否需要升级视联网终端上安装的应用程序或下载程序。

如果版本标识和视联网终端上安装的应用程序或下载程序的当前的版本标识相同，则不需要升级视联网终端上安装的应用程序或下载程序；如果版本标识和视联网终端上安装的应用程序或下载程序的当前的版本标识不同，则需要升级视联网终端上安装的应用程序或下载程序。

在需要升级视联网终端上安装的应用程序或下载程序的情况下，执行步骤303。

步骤303、视联网终端向存储网关发送空闲通道申请信令。

步骤304、视联网终端接收存储网关发送的空闲通道响应信令。

用网线将视联网终端连接到第二服务器，也即连接到64位服务器，并将应用程序或下载程序的升级包上传到存储网关。在执行步骤304后，存储网关可以向第二服务器发送发布直播业务，从而通过发布直播业务向第二服务器发送应用程序或下载程序的升级包。

步骤305、视联网终端通过空闲通道响应信令中包括的空闲通道标识对应的空闲通道向第二服务器发起收看直播业务，以使第二服务器以直播的形式向视联网终端发送数据包。

由于存储网关通过发布直播业务向第二服务器发送了应用程序或下载程序的升级包，因此，视联网终端可以向第二服务器发起收看直播业务，以从第二夫妻获取应用程序或下载程序的升级包，也即获取数据包。

步骤306、第二服务器向视联网终端发送数据包。

相应的，视联网终端接收到版本标识对应的版本的应用程序或下载程序的所有数据包后，保存所有的数据包，保存后即可以运行版本标识对应的版本的应用程序或下载程序。

参照图4，图4为本发明实施例提供的另一种下载数据包的信令流程图。本实施例中对从第一服务器下载数据包的流程进行介绍，第一服务器为16位服务器。下载数据包的步骤包括：

步骤401、接收数据信令。

步骤402、响应于所述数据信令，向所述第一服务器发送响应信令

针对步骤401和步骤402，如果视联网终端收到数据信令后，判断出数据信令的数据信令长度等于第一信令长度，且数据信令为第二入网信令，则视联网终端响应于数据信令，向第一服务器发送响应信令。例如，数据信令为端口查询信令，则表示数据信令为第二入网信令，则视联网终端向第一服务器发送响应信令。其中，响应信令中包括目标通道标识。

步骤403、接收所述第一服务器发送的入网信令。

步骤404、向所述第一服务器发送入网响应信令。

步骤405、视联网终端接收第一服务器发送的数据包。

其中，数据包为第一服务器根据目标通道标识向视联网终端发送的数据包。

例如，如果通道1对应的为应用程序的升级包，通道2对应的为下载程序的升级包。如果目标通道标识为通道1，则第一服务器向视联网终端发送与通道1对应的应用程序的数据包，如果目标通道标识为通道2，则第一服务器向视联网终端发送与通道2对应的下载程序的数据包。

步骤406、视联网终端判断接收到的数据包是否完整。

如果接收到的数据包完整，则执行步骤407。如果接收到的数据包不完整，则断开与第一服务器的通信连接，并执行步骤401。

步骤407、视联网终端判断视联网终端是否存在未下载的通道数据。

如果存在未下载的通道数据，则断开与第一服务器的通信连接，并执行步骤401；如果不存在未下载的通道数据，则执行步骤408。

例如，通过步骤401至步骤405，如果目标通道标识为通道1，视联网终端收到了完整的应用程序的升级包，并且存在未下载的通道2对应的数据包，也即存在通道2对应的下载程序的升级包，则可以通过执行步骤401继续对下载程序的升级包进行下载。

步骤408、运行下载的应用程序或下载程序。

针对步骤406，视联网终端在接收到最后一个数据包后，可以判断是否接收到所有的数据包。例如，应用程序的升级包中包括100个数据包，如果值接收到50个数据包，则确定接收到的数据包不完整。视联网终端可以为每个数据包预留一个存储空间，例如对于这100个数据包预留了100个数据包，如果第一次下载只下载了50个数据包，则可以进行第二次下载，只第一次未下载成功的数据包，也即有50个存储空间中是空的，第二次如果下载到数据包，则将数据包存储到该数据包对应的存储空间中。例如，数据包1对应存储空间1，数据包2对应存储空间2，……，以此类推，数据包100对应存储空间100，如果第一次收到了前50个数据包，第二次可以下载第51至第100个数据包，并将第51至第100个数据包依次填充到存储空间51至存储空间100。

其中，可以设置最大下载次数，例如最大下载次数为3，则允许视联网终端最多从第一服务器下载三次数据包，如果执行3次下载后，下载的数据包不完整，则结束下载流程。结束下载流程后，可以运行下载的应用程序或下载程序。

参照图5，图5为本发明实施例提供的一种数据包下载装置的结构示意图，该装置500包括：

接收模块510，用于接收数据信令，其中，所述数据信令中包括所述数据信令的数据信令长度；

确定模块520，用于根据存储的与第一服务器相匹配的至少一个第一信令长度、以及与第二服务器相匹配的至少一个第二信令长度，从所述第一服务器和所述第二服务器中确定所述数据信令长度所属的服务器，其中，所述视联网终端上安装的应用程序或下载程序与所述第一服务器的服务程序基于的协议相同，所述第一服务器的服务程序基于的协议与所述第二服务器的服务程序基于的协议不同；

下载模块530，用于若所述数据信令长度所属的服务器为所述第二服务器，则从所述第二服务器下载数据包，所述数据包所属的版本与所述应用程序的版本不同或与所述下载程序的版本不同。

本实施例提供的数据包下载方法，通过接收数据信令，数据信令中包括数据信令的数据信令长度，判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，视联网终端上安装的下载程序与第一服务器的服务程序基于的协议相同，第一服务器的服务程序基于的协议与第二服务器的服务程序基于的协议不同，若数据信令长度等于第二信令长度，且所述数据信令为第一入网信令，则从第二服务器下载数据包。实现视联网终端上的下载程序的协议与第二服务器的服务程序基于的协议不同的情况下，可以从第二服务器下载数据包。

可选的，还包括：

第二判断模块，用于判断所述视联网终端是否已登录所述第一服务器；

所述下载模块530，具体用于若所述视联网终端未登录所述第一服务器，则从所述第二服务器下载数据包；将所述视联网终端的网络状态设置为用于表示已登录所述第二服务器的第一标识。

可选的，还包括：

第三判断模块，用于若所述数据信令长度不等于所述第一信令长度、且不等于所述第二信令长度，则判断所述视联网终端发送的广播数据包的当前次数是否大于或等于预设次数；

启动模块，用于若所述当前次数大于或等于预设次数，则启动所述视联网终端上安装的应用程序；

第四判断模块，用于若所述当前次数小于所述预设次数，则判断计时时间是否大于或等于预设时间；

发送模块，用于若大于或等于所述预设时间，则发送所述广播数据包，并将所述当前次数累加1。

可选的，若所述第二服务器的服务程序基于的协议为64位视联网协议，所述下载模块530，具体用于接收网管客户端发送的升级信令，其中，所述升级信令中包括升级类型和版本标识；

根据所述升级类型和所述版本标识，判断是否需要升级所述视联网终端上安装的应用程序或下载程序；

若需要升级所述视联网终端上安装的应用程序或下载程序，则向存储网关发送空闲通道申请信令；

接收所述存储网关发送的空闲通道响应信令，并通过所述空闲通道响应信令中包括的空闲通道标识对应的空闲通道向所述第二服务器发起收看直播业务，以从所述第二服务器下载所述数据包。

可选的，所述下载模块530，还用于若所述数据信令等于所述第一信令长度、且所述数据信令为第二入网信令，则从所述第一服务器下载所述数据包。

可选的，还包括：

第五判断模块，用于判断所述视联网终端是否已登录所述第二服务器；

所述下载模块530，具体用于若所述视联网终端未登录所述第二服务器，则从所述第一服务器下载数据包；将所述视联网终端的网络状态设置为用于表示已登录所述第一服务器的第二标识。

可选的，若所述第一服务器的服务程序基于的协议为16位视联网协议，下载模块530，具体用于响应于响应于所述数据信令，向所述第一服务器发送响应信令，其中，所述响应信令中包括目标通道标识；接收所述第一服务器发送的入网信令；向所述第一服务器发送入网响应信令；接收所述第一服务器发送的所述数据包，其中，所述数据包为所述第一服务器根据所述目标通道标识向所述视联网终端发送的数据包。

另外，本发明实施例还提供一种数据包下载装置，该数据包下载装置包括处理器，存储器以及存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述实施例的数据包下载方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述的数据包下载方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，的计算机可读存储介质，可以为只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、磁碟或者光盘等。

对于产品实施例而言，由于其应用了上述装置实施例的技术方案，所以描述地比较简单，相关指出参见装置实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

以上对本发明所提供的一种数据包下载方法和一种数据包下载装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术(NetworkTechnology)

视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术(Switching Technology)

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术(ServerTechnology)

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术(Storage Technology)

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术(Network Security Technology)

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术(Service Innovation Technology)

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

如图6所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。

1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。

各接入网设备的具体硬件结构为：

节点服务器：

如图7所示，主要包括网络接口模块701、交换引擎模块702、CPU模块703、磁盘阵列模块704；

其中，网络接口模块701，CPU模块703、磁盘阵列模块704进来的包均进入交换引擎模块702；交换引擎模块702对进来的包进行查地址表705的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器706的队列；如果包缓存器706的队列接近满，则丢弃；交换引擎模702轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块704主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块703主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表705(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块704的配置。

接入交换机：

如图8所示，主要包括网络接口模块(下行网络接口模块801、上行网络接口模块802)、交换引擎模块803和CPU模块804；

其中，下行网络接口模块801进来的包(上行数据)进入包检测模块805；包检测模块805检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块803，否则丢弃；上行网络接口模块802进来的包(下行数据)进入交换引擎模块803；CPU模块804进来的数据包进入交换引擎模块803；交换引擎模块803对进来的包进行查地址表806的操作，从而获得包的导向信息；如果进入交换引擎模块803的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器807的队列；如果该包缓存器807的队列接近满，则丢弃；如果进入交换引擎模块803的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器807的队列；如果该包缓存器807的队列接近满，则丢弃。

交换引擎模块803轮询所有包缓存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。

码率控制模块808是由CPU模块804来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块804主要负责与节点服务器之间的协议处理，对地址表806的配置，以及，对码率控制模块808的配置。

以太网协转网关：

如图9所示，主要包括网络接口模块(下行网络接口模块901、上行网络接口模块902)、交换引擎模块903、CPU模块904、包检测模块905、码率控制模块908、地址表906、包缓存器907和MAC添加模块909、MAC删除模块910。

其中，下行网络接口模块901进来的数据包进入包检测模块905；包检测模块905检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块910减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块901检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

DA SA Reserved Payload CRC

其中：

目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

DA SA Reserved标签Payload CRC

即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

Claims (10)

1.一种数据包下载方法，其特征在于，执行于视联网终端，包括：

接收数据信令，其中，所述数据信令中包括所述数据信令的数据信令长度；

判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，所述视联网终端上安装的下载程序与所述第一服务器的服务程序基于的协议相同，所述第一服务器的服务程序基于的协议与所述第二服务器的服务程序基于的协议不同；

若所述数据信令长度等于所述第二信令长度，且所述数据信令为第一入网信令，则从所述第二服务器下载数据包，所述数据包所属的版本与所述应用程序的版本不同或与所述下载程序的版本不同。

2.根据权利要求1所述的方法，其特征在于，在所述从所述第二服务器下载数据包之前，还包括：

判断所述视联网终端是否已登录所述第一服务器；

所述从所述第二服务器下载数据包，包括：

若所述视联网终端未登录所述第一服务器，则从所述第二服务器下载数据包；

将所述视联网终端的网络状态设置为用于表示已登录所述第二服务器的第一标识。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

若所述数据信令长度不等于所述第一信令长度、且不等于所述第二信令长度，则判断所述视联网终端发送的广播数据包的当前次数是否大于或等于预设次数；

若所述当前次数大于或等于预设次数，则启动所述视联网终端上安装的应用程序；

若所述当前次数小于所述预设次数，则判断计时时间是否大于或等于预设时间；

若大于或等于所述预设时间，则发送所述广播数据包，并将所述当前次数累加1。

4.根据权利要求1或2所述的方法，其特征在于，若所述第二服务器的服务程序基于的协议为64位视联网协议，所述从所述第二服务器下载数据包，包括：

接收网管客户端发送的升级信令，其中，所述升级信令中包括升级类型和版本标识；

根据所述升级类型和所述版本标识，判断是否需要升级所述视联网终端上安装的应用程序或下载程序；

若需要升级所述视联网终端上安装的应用程序或下载程序，则向存储网关发送空闲通道申请信令；

接收所述存储网关发送的空闲通道响应信令，并通过所述空闲通道响应信令中包括的空闲通道标识对应的空闲通道向所述第二服务器发起收看直播业务，以从所述第二服务器下载所述数据包。

5.根据权利要求1或2所述的方法，其特征在于，还包括：

若所述数据信令长度等于所述第一信令长度、且所述数据信令为第二入网信令，则从所述第一服务器下载所述数据包。

6.根据权利要求5所述的方法，其特征在于，在所述从所述第一服务器下载所述数据包之前，还包括：

判断所述视联网终端是否已登录所述第二服务器；

所述从所述第一服务器下载数据包，包括：

若所述视联网终端未登录所述第二服务器，则从所述第一服务器下载数据包；

将所述视联网终端的网络状态设置为用于表示已登录所述第一服务器的第二标识。

7.根据权利要求5所述的方法，其特征在于，若所述第一服务器的服务程序基于的协议为16位视联网协议，所述从所述第一服务器下载所述数据包，包括：

响应于所述数据信令，向所述第一服务器发送响应信令，其中，所述响应信令中包括目标通道标识；

接收所述第一服务器发送的入网信令；

向所述第一服务器发送入网响应信令；

接收所述第一服务器发送的所述数据包，其中，所述数据包为所述第一服务器根据所述目标通道标识向所述视联网终端发送的数据包。

8.一种数据包下载装置，其特征在于，设置于视联网终端，包括：

接收模块，用于接收数据信令，其中，所述数据信令中包括所述数据信令的数据信令长度；

第一判断模块，用于判断所述数据信令长度是否等于存储的与第一服务器相匹配的至少一个第一信令长度，或者，与第二服务器相匹配的至少一个第二信令长度，其中，所述视联网终端上安装的应用程序或下载程序与所述第一服务器的服务程序基于的协议相同，所述第一服务器的服务程序基于的协议与所述第二服务器的服务程序基于的协议不同；

下载模块，用于若所述数据信令长度等于所述第二信令长度，且所述数据信令为第一入网信令，则从所述第二服务器下载数据包，所述数据包所属的版本与所述应用程序的版本不同或与所述下载程序的版本不同。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的数据包下载方法的步骤。

10.一种数据包下载装置，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的数据包下载方法的步骤。

Images