下载应用数据的方法、数字电视接收终端及系统

1.一种下载应用数据的方法，其特征在于，包括：
向数字电视系统中的应用下载代理服务器发送应用清单版本号请求；
接收所述数字电视系统中的应用下载代理服务器根据应用清单版本号请求返回的最新应用清单版本号；
分析比对本地清单版本号是否与所述最新应用清单版本号相同；
若所述本地清单版本号与所述最新应用清单版本号相同，则不向所述数字电视系统发送应用下载请求；
若所述本地清单版本号与所述最新应用清单版本号不同，则：
数字电视接收终端向应用下载服务器发送下载应用清单请求；
应用下载服务器向数字电视接收终端返回应用清单数据；
数字电视接收终端将接收到的应用清单和本地应用或本地保存的应用清单比较，计算需要下载的应用，得到需更新的应用清单；
向所述数字电视系统中的应用下载服务器请求获取更新的应用数据。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
应用管理服务器为终端分配数字电视接收终端类型号；
根据所述分配的数字电视接收终端类型号生成应用清单文件，所述应用清单文件携带有应用清单版本号、数字电视接收终端类型号和循环冗余检验码；
将应用清单文件发送至应用下载代理服务器和应用下载服务器。
3.如权利要求2所述的方法，其特征在于，所述向所述数字电视系统中的应用下载服务器请求获取更新的应用数据的步骤具体包括：
向所述数字电视系统中的应用下载服务器发送下载请求指令，所述下载请求指令包括所述数字电视接收终端类型号和所述数字电视接收终端类型号所对应的需下载的应用数据链接；
获取所述应用下载服务器根据所述请求指令返回的应用数据。
4.如权利要求1所述的方法，其特征在于，所述方法还包括：
在获取到更新的应用数据之后，更新或者安装获取的应用数据，并更新本地应用清单版本号。
5.一种数字电视接收终端，其特征在于，包括：
第一请求单元，用于向数字电视系统中的应用下载代理服务器发送应用清单版本号请求；
第一接收单元，用于接收所述数字电视系统中的应用下载代理服务器根据应用清单版本号请求返回最新应用清单版本号；
分析单元，用于分析比对本地清单版本号是否与所述最新应用清单版本号相同；
处理单元，用于在所述分析单元分析出所述本地清单版本号与所述最新应用清单版本号相同时，不向所述数字电视系统发送应用下载请求；在所述分析单元分析出所述本地清单版本号与所述最新应用清单版本号不同时，向所述数字电视系统中的应用下载服务器请求获取需更新的应用数据；
第二请求单元，用于向应用下载服务器发送下载应用清单请求；
第二接收单元，用于接收应用下载服务器返回的应用清单数据；
比较单元，用于将所述第二接收单元接收的应用清单和本地应用或本地保存的应用清单比较，计算需要下载的应用，得到需更新的应用清单。
6.如权利要求5所述的数字电视接收终端，其特征在于，所述数字电视接收终端还包括：
更新安装单元，用于在获取到更新的应用数据之后，更新或者安装获取的更新的应用数据，并更新本地清单版本号。
7.一种应用管理系统，其特征在于，包括：
应用下载代理服务器，用于接收数字电视接收终端发送的应用清单版本号请求，并根据所述应用清单版本号请求向数字电视接收终端返回最新的应用清单版本号；
应用下载服务器，用于接收数字电视接收终端发送的下载应用数据请求，并根据所述下载应用数据请求向数字电视接收终端返回更新的应用数据，根据数字电视接收终端发出的下载应用清单数据请求，返回应用清单数据。
8.如权利要求7所述的系统，其特征在于，所述系统还包括：
应用管理服务器，用于存储操作员上传的应用数据，并为数字电视接收终端分配数字电视接收终端类型号，根据所述分配的数字电视接收终端类型号生成应用清单文件，所述应用清单文件携带有应用清单版本号和数字电视接收终端类型号，将所述应用清单文件发送至所述应用下载代理服务器和所述应用下载服务器。
9.一种数字电视系统，其特征在于，包括权利要求5或6所述的数字电视接收终端，和与所述的数字电视接收终端相连的如权利要求7或8所述的应用管理系统。

下载应用数据的方法、数字电视接收终端及系统\n技术领域\n[0001] 本发明涉及通信应用领域，尤其涉及一种下载应用数据的方法、数字电视接收终端、应用管理系统及数字电视系统。\n背景技术\n[0002] 现有的数 字电视接收 终端一般 通过超文 本传输协议(Hypertext TransferProtocol，HTTP)从数字电视系统中的应用下载服务器中下载应用清单，将应用清单和本地应用清单进行比较，从而决定是否执行应用的更新或升级。图1示出了现有技术中数字电视接收终端下载应用数据方法的流程图，具体包括如下步骤：\n[0003] S101：数字电视接收终端通过定时循环机制向应用下载服务器请求应用清单；\n[0004] S102：应用下载服务器向数字电视接收终端返回应用清单数据；\n[0005] S103：数字电视接收终端将返回的应用清单数据与本地清单进行对比，如果对比需要下载应用清单，则进行S104；\n[0006] S104：数字电视接收终端向应用下载服务器发送下载应用请求；\n[0007] S105：应用下载服务器遍历应用清单，下载所需下载的应用数据；\n[0008] S106：数字电视接收终端接收应用下载服务器返回的应用数据；\n[0009] S107：数字电视接收终端更新或安装应用数据；\n[0010] S108：数字电视接收终端更新本地清单。\n[0011] 需要说明的是，在数字电视接收终端进行应用的升级和下载前，数字电视接收终端需要从数字电视系统中的应用下载服务器获取应用的描述信息，这些信息一般都保存在应用清单中，该清单描述了所有可以下载的应用的名称、ID、版本号、应用下载地址等等。一般情况下，数字电视接收终端会定时通过HTTP协议向数字电视系统中的应用下载服务器请求返回应用清单数据，在对比出需要下载应用数据之后，会通过HTTP协议向应用下载服务器请求下载应用，实现对应用数据的升级和更新。\n[0012] 但是现有技术中的应用清单数据和应用数据都保存在应用下载服务器。数字电视接收终端会定时向应用服务器下载应用清单数据，在与本地清单数据对比之后，若有新的应用更新需要下载，则需要向应用服务器请求下载应用数据，这样就加大了应用下载服务器的负载要求，而应用下载服务器同时要接收数字电视接收终端中的请求应用清单，这些都会影响到被下载的应用数据的下载速度。\n发明内容\n[0013] 本发明实施例在于提供一种数字电视接收终端下载应用数据的方法和系统及数字电视接收终端，通过将应用清单版本号数据和应用数据存放在不同数据中，解决了现有应用下载服务器负载过重的问题。\n[0014] 为了达到上述技术效果，本发明实施例提出了一种下载应用数据的方法，包括：\n[0015] 向数字电视系统中的应用下载代理服务器发送应用清单版本号请求；\n[0016] 接收所述数字电视系统中的应用下载代理服务器根据应用清单版本号请求返回的最新应用清单版本号；\n[0017] 分析比对本地清单版本号是否与所述最新应用清单版本号相同；\n[0018] 若所述本地清单版本号与所述最新应用清单版本号相同，则不向所述数字电视系统发送应用下载请求；\n[0019] 若所述本地清单版本号与所述最新应用清单版本号不同，则向所述数字电视系统中的应用下载服务器请求获取更新的应用数据。\n[0020] 相应的，本发明实施例还提出了一种数字电视接收终端，包括：\n[0021] 第一请求单元，用于向数字电视系统中的应用下载代理服务器发送应用清单版本号请求；\n[0022] 第一接收单元，用于接收所述数字电视系统中的应用下载代理服务器根据应用清单版本号请求返回的最新应用清单版本号；\n[0023] 分析单元，用于分析比对本地清单版本号是否与所述最新应用清单版本号相同；\n[0024] 处理单元，用于在所述分析单元分析出所述本地清单版本号与所述最新应用清单版本号相同时，不向所述数字电视系统发送应用下载请求；在所述分析单元分析出所述本地清单版本号与所述最新应用清单版本号不同时，向所述数字电视系统中的应用下载服务器请求获取需更新的应用数据。\n[0025] 相应的，本发明实施例还提出了一种应用管理系统，包括：\n[0026] 应用下载代理服务器，用于接收数字电视接收终端发送的应用清单版本号请求，并根据所述应用清单版本号请求向数字电视接收终端返回最新的应用清单版本号；\n[0027] 应用下载服务器，用于接收数字电视接收终端发送的下载应用数据请求，并根据所述下载应用数据请求向数字电视接收终端返回更新的应用数据。\n[0028] 相应地，本发明实施例还提出了一种数字电视系统，包括如上所述的数字电视接收终端和与所述的数字电视接收终端相连的应用管理系统。\n[0029] 实施本发明实施例，数字电视接收终端首先到下载代理服务器中获取应用清单版本号，在获取到应用清单版本号后，与本地的应用清单版本号进行比较，如果两者版本号相同，则数字电视接收终端不需要向应用下载服务器请求获取更新的应用数据，则这种处理方式会降低数字电视接收终端访问应用下载服务器的次数，从而减少应用下载服务器的网络负荷。\n附图说明\n[0030] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。\n[0031] 图1是现有技术中数字电视接收终端下载应用数据方法的流程图；\n[0032] 图2是本发明实施例中更新应用数据流程图；\n[0033] 图3为本发明实施例中的技术中下载应用数据方法的流程图；\n[0034] 图4为本发明实施例中的数字电视系统网络架构示意图；\n[0035] 图5为本发明实施例中的数字电视接收终端结构示意图。\n具体实施方式\n[0036] 为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。\n[0037] 本发明实施例的数字电视接收终端主要通过向数字电视系统中的应用下载代理服务器发送应用清单版本号请求；以及接收所述数字电视系统中的应用下载代理服务器根据应用清单版本号请求返回的最新应用清单版本号；分析比对本地清单版本号是否与所述最新应用清单版本号相同；若所述本地清单版本号与所述最新应用清单版本号相同，则不向所述数字电视系统发送应用下载请求；若所述本地清单版本号与所述最新应用清单版本号不同，则向所述数字电视系统中的应用下载服务器请求获取更新的应用数据。\n[0038] 详细的，图2示出了本发明实施例中的更新应用数据流程图，该流程图主要涉及到管理员上传应用数据时，将应用数据和应用清单版本号同步传输至应用下载代理服务器和应用下载服务器的过程中，包括如下步骤：\n[0039] S201：应用管理服务器接收操作员上传的应用数据；\n[0040] S202：应用管理服务器遍历所有已上传的应用数据，并生成应用清单文件；\n[0041] S203：应用管理服务器生成应用清单版本号；\n[0042] S204：应用管理服务器传输应用清单文件至应用下载代理服务器；\n[0043] S205：应用管理服务器传输应用清单文件和应用数据至应用下载服务器。\n[0044] 需要说明的是，S204和S205是同步进行的，其在S203之后不存在严格意义上的先后顺序的约束。前端操作员上传应用到应用管理服务器时，在应用管理服务器遍历所有已上传的应用后，生成应用清单文件，应用清单文件中携带有应用清单版本号和数字电视接收终端的类型号，应用清单文件每更新一次该版本号都会更新一新，比如版本号向上累加\n1。应用管理服务器将应用清单文件和应用数据传输到应用下载服务器；将应用清单文件传输到应用下载代理服务器。应用清单文件和应用清单版本号有如下关系：不同的终端会下载不同的应用，应用管理服务器根据约定规则，为每一种类型的终端分配一个类型号标识，例如：STB_TYPE_ID，针对类型号标识生成一个应用清单文件，每种应用清单文件都有自己的版本号。\n[0045] 这里的应用清单文件格式可以约定如下：应用清单文件会将STB_TYPE_ID和版本号一一对应保存，格式如下：|STB_TYPE_ID|VER|STB_TYPE_ID|VER|...，其中：STB_TYPE_ID和VER都用16进制数表示。\n[0046] 假如，目前有三种类型的数字电视接收终端，类型分别为STB_TYPE_ID＝1，STB_TYPE_ID＝2，STB_TYPE_ID＝3；对应的版本分别为1，3，12；生成版本号文件为：\n00010001000200030003000C，其中：第一个0001代表类型ID为1的机型STB_TYPE_ID＝1，第二个0001代表类型ID为1的机型对应的版本号为1，0002代表类型ID为2的机型STB_TYPE_ID＝2，第一个0003代表类型ID为2的机型对应的版本号为3，第二个0003代表类型ID为3的机型STB_TYPE_ID＝3，000C代表类型ID为3的机型对应的版本号为12。\n[0047] 这里的应用清单文件格式可以约定如下：文件名称格式如下：AppList.STB_TYPE_ID\n[0048] 如目前有三种类型的数字电视接收终端，类型分别为STB_TYPE_ID＝1，STB_TYPE_ID＝2，STB_TYPE_ID＝3，生成的应用清单文件分别为：AppList.1，AppList.2，AppList.3。\n[0049] 由上述文字可知，根据数字电视接收终端类型STB_TYPE_ID，就可以将应用清单文件和应用清单文件匹配起来。\n[0050] 相应的，图3示出了本发明实施例中的下载应用数据方法的流程图，该应用下载代理服务器和应用下载服务器通过流程图2中的方式已经同步建立了相关应用数据和应用清单版本号数据等等，具体的该方案包括如下步骤：\n[0051] S301：数字电视接收终端向应用下载代理服务器请求应用清单版本号；\n[0052] 需要说明的是，本实施例的数字电视接收终端通过UDP协议指令、或者TCP协议指令、或者HTTP协议指令向数字电视系统发送应用清单版本号请求，当然还可以通过其他约定的通信协议向数字电视系统发送请求。\n[0053] 数字电视接收终端向数字电视系统的应用下载代理服务器请求应用清单版本号指令为：|STB_TYPE_ID|CMD_VER_|CRC|，其中：\n[0054] STB_TYPE_ID占4个字节，表示数字电视接收终端的终端机型的ID值。终端每种机型对应一个ID值，应用下载代理服务器依据该ID值返回该机型对应应用清单的版本号。\n未来如果需新增加一种机型，添加一个ID值即可，无需修改已有的机型；\n[0055] CMD_VER占4个字节，表示本“请求应用清单版本号”指令的版本号。未来如果要修改该指令，通过该版本号进行判断。比如未来将请求指令修改为|STB_TYPE_ID|STB_ID|VER|CRC|后，通过VER字段就能很好判断该指令是否进行了更新；应用下载服务器依据该字段针对不同版本的终端请求指令，提供不同的处理方式，充分做到协议的向前兼容性；\n[0056] CRC占4个字节，对它之前的数据的循环冗余校验，避免系统在传输中处理发生错误的数据。\n[0057] 在本实施例中，该数字电视接收终端可以通过预先设置的定时发送机制向数字电视系统发送应用清单版本号请求。\n[0058] S302：应用下载代理服务器向数字电视接收终端返回应用清单版本号；\n[0059] 需要说明的是，步骤S301和S302中的也可以采用TCP协议或者HTTP协议等等。\n由于UDP是无连接的协议，占用较少的服务器系统资源，在应用下载实时性要求不太高的情况下，采用UDP协议，UDP协议尽管有数据丢包的现象，但通过CRC值校验可以保障数据的正确性。TCP和HTTP协议是面向连接的网络协议，相对UDP而言，会占用较多的系统资源，但TCP是可靠的协议，数据完整性得到保证。\n[0060] 数字电视系统的应用下载代理服务器向数字电视接收终端返回数据包格式为：\n|VERSION|CRC|，其中：\n[0061] VERSION：占4个字节，表示和STBTYPE_ID对应的版本号；\n[0062] CRC：占4个字节，对它之前的数据的循环冗余校验\n[0063] 应用下载代理服务器启动时或在应用清单文件更新后，应用下载代理服务器会读取该文件内容到内存中，计算对应数据的CRC值；在收到数字电视接收终端请求应用清单版本号指令后，会将指令中STBTYPE_ID和内存中应用清单文件的STBTYPE_ID进行匹配，向数字电视接收终端返回数据包。\n[0064] S303：数字电视接收终端将返回的应用清单版本号与本地保存的应用清单版本号进行对比，如果版本号不同，则需要进行S304，否则不进行S304，退出；\n[0065] S304：数字电视接收终端向应用下载服务器发送下载应用清单请求；\n[0066] 具体的，当数字电视接收终端将返回的应用清单版本号与本地保存的应用清单版本号不同时，数字电视接收终端向应用下载服务器发送下载应用清单请求，该请求包括数字电视接收终端类型号。\n[0067] S305：应用下载服务器向数字电视接收终端返回应用清单数据；\n[0068] S306：数字电视接收终端将接收的应用清单和本地应用或本地保存的应用清单比较，计算需要下载的应用，得到需更新的应用的清单；\n[0069] S307：数字电视接收终端向应用下载服务器发送下载应用数据的请求；\n[0070] 需要说明的是，步骤S307中为充分考虑系统的可扩展性和可维护性，这里以UDP协议指令为例进行说明，数字电视接收终端根据步骤S306得到的需更新的应用清单向应用下载服务器发送下载应用数据的请求，该请求包括数字电视接收终端类型号和数字电视接收终端类型号所对应的需下载的应用数据链接。\n[0071] S308：遍历应用清单，查找所需下载的应用数据；\n[0072] 具体的，应用下载服务器接收到数字电视接收终端发送的下载应用数据的请求后遍历应用清单，根据应用数据中的数字电视接收终端类型号所对应的应用数据链接，查找数字电视接收终端所需下载的应用数据。\n[0073] S309：应用下载服务器向数字电视接收终端返回应用数据；\n[0074] 需要说明的是，S304至S309中，数字电视接收终端通过HTTP协议与应用下载服务器建立通信连接，到应用下载服务器中下载应用清单，并下载需要更新的应用数据等等。\n[0075] S310：数字电视接收终端更新或安装应用数据；\n[0076] S311：数字电视接收终端更新本地清单。\n[0077] 需要说明的是，数字电视接收终端将原应用清单版本号向上累加1得到新的应用清单版本号。\n[0078] 通过图2和图3中的流程可以看出，数字电视接收终端需先到应用下载代理服务器获取清单版本号，在比较出版本号相同的情况下，该数字电视接收终端不会访问应用下载服务器，这种处理方式会降低数字电视接收终端访问应用下载服务器的次数，降低应用下载服务器的负载。而数字电视接收终端与代理服务器之间的交互，由于应用清单的版本号的数据量相对整个应用清单而言少很多，会降低网络带宽负荷。通过UDP协议发起的请求数据包只有10个字节，响应数据包8个字节，因而该数据包占用的空间小，便于通过网络传输，包中的CRC冗余校验可以有效的校验数据在网络，UDP是无连接的网络协议，在应用下载更新实时性要求不高的前提下，UDP可有效降低服务器的性能要求，降低系统成本。\n[0079] 相应的，图4示出了本发明实施例中的数字电视系统网络架构示意图，该网络架构包括：\n[0080] 应用管理服务器40，该应用管理服务器40主要是为操作员提供操作接口，用于接收操作员上传的应用数据，并为数字电视接收终端分配数字电视接收终端类型号，根据所述分配的数字电视接终类型号生成应用清单文件，所述应用清单文件携带有应用清单版本号和数字电视接收终端类型号，并将应用清单文件发送至应用下载代理服务器41和应用下载服务器42；\n[0081] 应用下载代理服务器41用于接收应用管理服务器40发送的应用清单文件，接收来自终端(这里以数字电视接收终端43、数字电视接收终端44、数字电视接收终端45为例进行说明)的应用清单版本号请求，并根据该请求向终端返回最新的应用清单版本号；\n[0082] 应用下载服务器42用于接收数字电视接收终端发送的下载应用数据请求，并根据所述下载应用数据请求向数字电视接收终端返回更新的应用数据；或用于根据数字电视接收终端发送的下载应用清单数据请求，返回应用清单数据；\n[0083] 数字电视接收终端(如数字电视接收终端43、数字电视接收终端44、数字电视接收终端45)用于向数字电视系统中的应用下载代理服务器41发送应用清单版本号请求，接收数字电视系统中的应用下载代理服务器41根据应用清单版本号请求返回的最新应用清单版本号；分析比对本地清单版本号是否与所述最新应用清单版本号相同；在分析出本地清单版本号与所述最新应用清单版本号相同时，不向数字电视系统发送应用下载请求；在分析出所述本地清单版本号与最新应用清单版本号不同时，向数字电视系统中的应用下载服务器42请求获取需更新的应用数据；或在分析出所述本地清单版本号与最新应用清单版本号不同时，向数字电视系统中的应用下载服务器42发送下载应用清单请求，将接收的应用清单和本地应用或本地保存的应用清单比较，计算需要下载的应用，得到需更新的应用清单。\n[0084] 相应的，图5示出了本发明实施例中的数字电视接收终端的结构示意图，该数字电视接收终端包括：\n[0085] 第一请求单元501，用于向数字电视系统中的应用下载代理服务器发送应用清单版本号请求；\n[0086] 需要说明的是，这里的请求单元501通过UDP协议指令、或者TCP协议指令、或者HTTP协议指令向数字电视系统发送应用清单版本号请求。该请求单元501通过预先设置的定时发送机制向数字电视系统发送应用清单版本号请求。\n[0087] 第一接收单元502，用于接收所述数字电视系统中的应用下载代理服务器根据应用清单版本号请求返回的最新应用清单版本号；\n[0088] 分析单元503，用于分析比对本地清单版本号是否与所述最新应用清单版本号相同；\n[0089] 第二请求单元504，用于向应用下载服务器发送下载应用清单请求；\n[0090] 第二接收单元505，用于接收应用下载服务器返回的应用清单数据；\n[0091] 比较单元506，用于将所述第二接收单元505接收的应用清单和本地应用或本地保存的应用清单比较，计算需要下载的应用，得到需更新的应用清单；\n[0092] 处理单元507，用于在所述分析单元503分析出所述本地清单版本号与所述最新应用清单版本号相同时，不向所述数字电视系统发送应用下载请求；在所述分析单元分析出所述本地清单版本号与所述最新应用清单版本号不同时，向所述数字电视系统中的应用下载服务器请求获取需更新的应用数据。\n[0093] 进一步的，该数字电视接收终端还包括：\n[0094] 更新安装单元508，用于在获取到更新的应用数据之后，更新或者安装获取的更新的应用数据，并更新本地清单版本号。\n[0095] 需要说明的是，本发明实施例还提出了一种应用管理系统，该系统包括应用下载代理服务器和应用下载代理服务器，应用下载代理服务器用于接收数字电视接收终端发送的应用清单版本号请求，并根据所述应用清单版本号请求向数字电视接收终端返回最新的应用清单版本号。应用下载服务器用于接收数字电视接收终端发送的下载应用数据请求，并根据所述下载应用数据请求向数字电视接收终端返回更新的应用数据；或用于根据数字电视接收终端发出的下载应用清单数据请求，返回应用清单数据。\n[0096] 综上所述，实施本发明实施例，数字电视接收终端首先到下载代理服务器中获取应用清单版本号，在获取到应用清单版本号后，与本地的应用清单版本号进行比较，如果两者版本号相同，则数字电视接收终端不需要向应用下载服务器请求获取更新的应用数据，则这种处理方式会降低数字电视接收终端访问应用下载服务器的次数，从而减少应用下载服务器的网络负荷。而数字电视接收终端与代理服务器之间的交互，由于版本号数据量相对应用清单而言少很多，会降低网络带宽负荷。通过UDP协议发起的请求数据包只有10个字节，响应数据包8个字节，因而该数据包占用的空间小，便于通过网络传输，包中的CRC冗余校验可以有效的校验数据在网络，UDP是无连接的网络协议，在应用下载更新实时性要求不高的前提下，UDP可有效降低服务器的性能要求，降低系统成本。\n[0097] 以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围，本发明的数字电视接收终端包括但不限于：机顶盒、数字电视一体机、电视手机等具有接收数字电视功能的终端。\n[0098] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。