一种门户页面更新方法及系统的制作方法
【专利摘要】本发明涉及一种门户页面更新方法及系统。本发明先将门户页面的业务系统数据和UI界面分离，将服务器端与机顶盒端的门户页面进行比较，根据比较结果，只有在门户页面有修改时，服务器端才只将不一致的UI数据或者业务系统数据发送至机顶盒进行更新，即服务器端只将有修改的UI数据或者业务系统数据发送至机顶盒进行更新，对于一致的没有修改的数据不进行发送，而不是将门户页面所有的UI和业务系统数据全部进行更新，更新数据量大大减小且都为静态数据，数据更新到机顶盒而不是由服务器端完成所有更新，从而减少了用网络资源的耗费，大大降低服务器端的压力，保障服务端的正常运行，减少用户等待服务器的响应时间，极大提高了用户的满意度。
【专利说明】一种门户页面更新方法及系统
【技术领域】
[0001] 本发明涉及通信领域，尤其涉及一种门户页面更新方法及系统。
【背景技术】
[0002] 目前，交互式数字电视的门户页面更新有两种方式：
[0003] 1、门户内置在机顶盒内部
[0004] 将门户页面（以网页形式）内置在机顶盒中实现浏览业务系统，在机顶盒内的内 置门户直接连接业务系统的页面。其中，机顶盒在用户端，业务系统在服务器端。内置门户 采用文本标记语言（HTML)网页技术开发，门户页面上集成多个业务系统的业务系统数据， 例如业务系统名称及业务系统对应的统一资源定位符（URL)链接地址。例如，HTML代码如 下：
[0005] 〈a href ="http://news. sohu. com" > 新闻 </a> ;
[0006] 〈a href ="http://192. 168. 0· 1/video" > 天天影院 </a> ;
[0007] 〈a href =" http://192. 168. 0· 1/photo" > 家庭相册 </a>。
[0008] 用户点击内置门户中业务系统的URL链接地址，则进入对应的业务系统。
[0009] 若运营商变更了业务系统的提供商，业务系统的URL链接地址进行变更，例如， 运营商变更了 "新闻"这个业务系统的提供商，URL地址由http://news. sohu. com变更 为http://news. qq. com,此时需要对门户页面进行更新，贝U需要修改机顶盒中内置门户的 HTML代码为：
[0010] 〈a href ="http://news. qq. com" > 新闻 </a> ;
[0011] 〈a href ="http://192. 168. 0· 1/video" > 天天影院 </a> ;
[0012] 〈a href =" http://192. 168. 0· 1/photo" > 家庭相册 </a>。
[0013] 在完成HTML代码的修改后，需要将修改后的门户页面上传到服务器端，所有的 用户机顶盒都需要更新整个门户页面，即下载修改后的整个门户页面。
[0014] 但是，该种方式在机顶盒更新门户页面的过程中，由于更新的文件包下载过程中 可能断开连接，因此需要反复下载，该过程容易出错，而且随着业务系统的大量引入，URL的 链接变化比较频繁，机顶盒更新门户网页的过程会消耗大量的网络资源，极大降低了用户 满意度。
[0015] 2、对业务系统进行编码，使用该编码从更新门户页面装置查询业务系统对应的业 务系统URL。例如，如图4和5所示，
[0016] 当业务系统需要修改自己的URL链接地址时，只需要在业务系统代理模块中修改 业务系统的数字编码的映射关系。由于机顶盒中内置的门户页面使用的是代理URL链接 地址，因此不需要对机顶盒的门户页面进行任何修改，也不需要对机顶盒的内置门户进行 升级。例如：若运营商变更了"在线新闻"这个业务系统的提供者，业务系统的URL地址由 http://www. sina. com. cn变更为http://www. qq. com,则只需要在业务系统代理模块中修 改配置信息，将 10001 对应的 http://www. sina. com. cn 地址修改为 http://www. qq. com。
[0017] 但是，该方式把所有的业务请求和URL链接地址都放在服务器端，服务器压力大 增，尤其大量用户并发时，这就增大用户等待服务器响应时间，而且当某个业务系统消失 时，门户页面上仍然会显示该业务系统的业务数据，用户点击时却无法进行链接，这就极大 降低了用户满意度。
【发明内容】
[0018] 有鉴于此，有必要针对上述门户页面更新消耗网络资源，造成服务器压力过大的 问题，提供一种门户页面更新方法。
[0019] 此外，还提供一种门户页面更新系统。
[0020] 本发明提供一种门户页面更新方法，包括如下步骤：
[0021] S10:于服务器端，将门户页面的Π 和业务系统数据进行分离，分别生成Π 数据和 彼此独立的业务系统数据；
[0022] S20 :若Π 数据或业务系统数据有修改，则对Π 数据或有修改的业务系统数据进 行更新，更新成新的UI数据或业务系统数据；
[0023] S30 :接收机顶盒的请求，将机顶盒中门户页面的Π 数据和各个业务系统数据与 服务器端的Π 数据和各个业务系统数据进行比较，若完全一致，则不做操作，若不一致，则 执行步骤S40 ;
[0024] S40 :若Π 数据不一致，则由服务器端只将新的Π 数据发送至机顶盒进行更新； 若业务系统数据不一致，则由服务器端只将不一致的业务系统数据发送至机顶盒进行更 新。
[0025] 本发明提供一种门户页面更新系统，设置于服务器端，包括：
[0026] 门户页面管理单元，将门户页面的Π 和业务系统数据进行分离，分别生成Π 数据 和彼此独立的业务系统数据，并在UI数据或业务系统数据有修改时，对UI数据或有修改的 业务系统数据进行更新，更新成新的UI数据或业务系统数据；
[0027] 门户页面更新单元，接收机顶盒的请求，将机顶盒中门户页面的Π 数据和各个业 务系统数据与服务器端的UI数据和各个业务系统数据进行比较；若完全一致，则不做操 作，若不一致，如果是Π 数据不一致，则只将新的Π 数据发送至机顶盒进行更新，如果是业 务系统数据不一致，则只将不一致的业务系统数据发送至机顶盒进行更新。
[0028] 本发明门户页面更新方法及系统，先将门户页面的业务系统数据和Π 界面分离， 将服务器端与机顶盒端的门户页面进行比较，根据比较结果，只有在门户页面有修改时，月艮 务器端才只将不一致的Π 数据或者业务系统数据发送至机顶盒进行更新，S卩服务器端只 将有修改的UI数据或者业务系统数据发送至机顶盒进行更新，对于一致的没有修改的数 据不进行发送，而不是将门户页面所有的UI和业务系统数据全部进行更新，更新数据量大 大减小且都为静态数据，数据更新到机顶盒而不是由服务器端完成所有更新，从而减少了 用网络资源的耗费，大大降低服务器端的压力，保障服务端的正常运行，减少用户等待服务 器的响应时间，极大了提高了用户的满意度。
【专利附图】
【附图说明】
[0029] 图1是一个实施例中的门户页面更新方法的流程图；
[0030] 图2是一个实施例中步骤S20的具体流程图；
[0031] 图3是一个实施例中的门户页面更新系统的结构图；
[0032] 图4是现有方式中门户页面更新方式的示意图；
[0033] 图5是现有方式中门户更新方式的又一示意图。
【具体实施方式】
[0034] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不 用于限定本发明。
[0035] 图1是一个实施例中的门户更新方法的流程图。该方法包括如下步骤：
[0036] S10 :于服务器端，将门户页面的用户界面（UI)和业务系统数据进行分离，分别生 成Π 数据和彼此独立的业务系统数据。
[0037] 通常，门户页面具有用于对用户进行展示的用户界面（UI)。门户页面上集成有多 个业务系统的业务系统数据，例如，业务系统名称及业务系统对应的统一资源定位符（URL) 链接地址。多个业务系统数据会布局在用户界面（UI)上展示给用户，从而形成完整的门户 页面。在之前，业务系统数据和Π 是一体的，如果某些业务系统数据有更新，或者Π 有更 新（例如调整UI布局、模板等等），则需要下载所有的业务系统数据和UI数据，这就需要下 载大量数据，耗费大量网络资源。
[0038] 在该实施例中，首先，在门户服务器端将门户页面的UI和业务系统数据进行分 离，分别生成Π 数据和独立的业务系统数据，将原来一体的Π 和多个业务系统数据全部分 离开，形成独立的Π 数据和彼此独立的业务系统数据。例如，门户页面上集成有新闻、天天 影院、家庭相册三个业务系统，三个业务系统布局在Π 界面上，则将三个业务系统的业务 系统数据与Π 界面分离，分别形成Π 数据以及对应新闻、天天影院、家庭相册三个彼此独 立的业务系统数据，这样就将门户页面上所有数据分离开来。
[0039] 在进一步的实施方式中，步骤S10具体为：将业务系统数据各自生成JS0N数据，并 进行存储。JSON(Java Script Object Notation)数据是一种轻量级的数据交换格式的数 据，是一种数据容易变化的数据。将业务系统数据生成J0SN数据，易于将业务系统数据与 UI数据分离，并易于修改业务系统数据。每个业务系统数据各自生成JS0N数据，单独存放 在服务器端的services, js中。
[0040] S20 :若Π 数据或业务系统数据有修改，则对Π 数据或有修改的业务系统数据进 行更新，更新成新的UI数据或业务系统数据。
[0041] 在对Π 数据和业务系统数据分离后，如果此时运营商需要修改一些业务系统的 URL链接地址或者修改Π ，则需要对Π 数据或业务系统数据进行修改。如果Π 数据或业 务系统数据有修改，则需要及时对UI数据或有修改的业务系统数据进行更新，更新成新的 Π 数据或业务系统数据。
[0042] 在该实施例中，为便于Π 数据或业务系统数据进行管理和修改，步骤S20具体如 图2所示：
[0043] S21 :对Π 数据和彼此独立的业务系统数据各自生成版本号。
[0044] 在将Π 数据和业务系统数据进行分离后，为能够实时监控Π 数据和业务系统数 据的更新修改，为Π 数据和独立的业务系统数据生成版本号，通过版本号监控Π 数据和业 务系统数据的更新和修改。
[0045] S22 :在Π 数据有修改时，更新保存修改的Π 数据，并生成Π 数据升级包和新的 版本号。
[0046] 当Π 数据有修改时，保存修改的Π 数据，同时需要对Π 数据的版本进行更新，生 成新的版本号。为便于机顶盒升级更新，还生成Π 数据升级包。
[0047] S23 :在业务系统数据有修改时，对有修改的业务系统，更新保存修改的业务系统 数据，并生成业务系统数据升级包和新的版本号。
[0048] 当业务系统数据有修改时，对修改的业务系统数据，保存修改的业务系统数据，同 时需要对业务系统数据的版本进行更新，生成新的版本号。为便于机顶盒升级更新，还生成 UI数据升级包。而对没有修改的业务系统数据不做任何更新操作。
[0049] S30 :接收机顶盒的请求，将机顶盒中门户页面的Π 数据和各个业务系统数据与 服务器端的Π 数据和各个业务系统数据进行比较。若完全一致，则不做操作，若不一致，则 执行步骤S40。
[0050] 机顶盒在开机后会间隔向服务器端发送请求，对门户页面进行比较更新。在机顶 盒发送请求后，接收机顶盒的请求，然后机顶盒中门户页面的UI数据和各个业务系统数据 与服务器端的Π 数据和各个业务系统数据进行比较，判断是否有修改，是否需要更新。若 比较完全一致，则说明没有修改，不需要操作。若不一致，则说明有修改，需要进行更新。 [0051 ] 在该实施例中，步骤S30具体为：接收机顶盒的请求，将机顶盒中门户页面的Π 数 据版本号和各个业务系统数据的版本号与服务器端的UI数据版本号和各个业务系统数据 版本号进行比较，若版本号完全一致，则不做操作，若版本号不一致，则执行步骤S40。
[0052] S40 :若Π 数据不一致，则由服务器端只将新的Π 数据发送至机顶盒进行更新； 若业务系统数据不一致，则由服务器端只将不一致的业务系统数据发送至机顶盒进行更 新。
[0053] 在比较之后，如果不一致，首先确定是哪些不一致。如果是Π 数据不一致，则说明 服务器端修改了 Π 数据，此时由服务器端只将新的Π 数据发送至机顶盒进行更新，而不发 送业务系统数据。如果是业务系统数据有不一致的，则由服务器端只将不一致的业务系统 数据发送到机顶盒进行更新，也即只将有修改的业务系统数据发送至机顶盒进行更新，而 对于一致的没有修改的业务系统数据，不进行发送，这样就只对门户页面有修改的UI或者 业务系统数据进行针对性的更新，而不是将门户页面所有的UI和业务系统数据全部进行 更新，这就大大降低了更新数据的大小，减少了用网络资源的耗费。同时，将有修改的UI数 据或者业务系统数据发送至机顶盒端进行更新，也可大大降低服务器端的压力，保障服务 端的正常运行，减少用户等待服务器的响应时间。
[0054] 在该实施例中，步骤S40具体为：若Π 数据版本号不一致，则由服务器端只将Π 数据新版本号和Π 数据升级包发送至机顶盒进行更新；若业务系统数据版本号不一致，则 由服务器端只将不一致的业务系统数据新的版本号和业务系统数据升级包发送至机顶盒 进行更新。机顶盒接收新的版本号和升级包后，替换旧的版本号和数据，完成更新后重新加 载，显示最新的门户页面。
[0055] 该门户页面更新方法，先将门户页面的业务系统数据和Π 界面分离，将服务器端 与机顶盒端的门户页面进行比较，根据比较结果，只有在门户页面有修改时，服务器端才只 将不一致的Π 数据或者业务系统数据发送至机顶盒进行更新，S卩服务器端只将有修改的 UI数据或者业务系统数据发送至机顶盒进行更新，对于一致的没有修改的数据不进行发 送，而不是将门户页面所有的UI和业务系统数据全部进行更新，更新数据量大大减小且都 为静态数据，数据更新到机顶盒而不是由服务器端完成所有更新，从而减少了用网络资源 的耗费，大大降低服务器端的压力，保障服务端的正常运行，减少用户等待服务器的响应时 间，极大了提高了用户的满意度。
[0056] 同时，本发明还提供一种门户页面更新系统。该门户页面更新系统位于服务器端， 与机顶盒交互，对机顶盒的门户页面进行更新。如图3所示，该门户页面更新系统包括 ：
[0057] 门户页面管理单元100,将门户页面的用户界面（UI)和业务系统数据进行分离， 分别生成Π 数据和彼此独立的业务系统数据，并在Π 数据或业务系统数据有修改时，对Π 数据或有修改的业务系统数据进行更新，更新成新的UI数据或业务系统数据。
[0058] 通常，门户页面具有用于对用户进行展示的用户界面（UI)。门户页面上集成有多 个业务系统的业务系统数据，例如，业务系统名称及业务系统对应的统一资源定位符（URL) 链接地址。多个业务系统数据会布局在用户界面（UI)上展示给用户，从而形成完整的门户 页面。在之前，业务系统数据和Π 是一体的，如果某些业务系统数据有更新，或者Π 有更 新（例如调整UI布局、模板等等），则需要下载所有的业务系统数据和UI数据，这就需要下 载大量数据，耗费大量网络资源。
[0059] 在该实施例中，门户页面管理单元100(在服务器端）将门户页面的Π 和业务系 统数据进行分离，分别生成Π 数据和独立的业务系统数据，将原来一体的Π 和多个业务系 统数据全部分离开，形成独立的Π 数据和彼此独立的业务系统数据。例如，门户页面上集 成有新闻、天天影院、家庭相册三个业务系统，三个业务系统布局在Π 界面上，门户页面管 理单元100则将三个业务系统的业务系统数据与Π 界面分离，分别形成Π 数据以及对应 新闻、天天影院、家庭相册三个彼此独立的业务系统数据，这样就将门户页面上所有数据分 离开来。
[0060] 在进一步的实施方式中，门户页面管理单元100将业务系统数据各自生成JS0N数 据，并进行存储。JS0N(Java Script Object Notation)数据是一种轻量级的数据交换格式 的数据，是一种数据容易变化的数据。将业务系统数据生成J0SN数据，易于将业务系统数 据与UI数据分离，并易于修改业务系统数据。每个业务系统数据各自生成JS0N数据，单独 存放在服务器端的services, js中。
[0061] 在对Π 数据和业务系统数据分离后，如果此时运营商需要修改一些业务系统的 URL链接地址或者修改Π ，则需要对Π 数据或业务系统数据进行修改。如果Π 数据或业 务系统数据有修改，则门户页面管理单元100需要及时对UI数据或有修改的业务系统数据 进行更新，更新成新的UI数据或业务系统数据。
[0062] 在该实施例中，为便于Π 数据或业务系统数据进行管理和修改，门户页面管理单 元100对Π 数据和彼此独立的业务系统数据各自生成版本号。在Π 数据有修改时，更新保 存修改的UI数据，并生成UI数据升级包和新的版本号。在业务系统数据有修改时，对有修 改的业务系统，更新保存修改的业务系统数据，并生成业务系统数据升级包和新的版本号。
[0063] 在将Π 数据和业务系统数据进行分离后，为能够实时监控Π 数据和业务系统数 据的更新修改，门户页面管理单元100为π数据和独立的业务系统数据生成版本号，通过 版本号监控Π 数据和业务系统数据的更新和修改。
[0064] 当Π 数据有修改时，门户页面管理单元100保存修改的Π 数据，同时需要对UI 数据的版本进行更新，生成新的版本号。为便于机顶盒升级更新，还生成Π 数据升级包。
[0065] 当业务系统数据有修改时，门户页面管理单元100对修改的业务系统数据，保存 修改的业务系统数据，同时需要对业务系统数据的版本进行更新，生成新的版本号。为便于 机顶盒升级更新，还生成UI数据升级包。而对没有修改的业务系统数据不做任何更新操 作。
[0066] 门户页面更新单元200,接收机顶盒的请求，将机顶盒中门户页面的Π 数据和各 个业务系统数据与服务器端的Π 数据和各个业务系统数据进行比较。若完全一致，则不做 操作，若不一致，如果是Π 数据不一致，则只将新的Π 数据发送至机顶盒进行更新；如果是 业务系统数据不一致，则只将不一致的业务系统数据发送至机顶盒进行更新。
[0067] 机顶盒在开机后会间隔向服务器端发送请求，对门户页面进行比较更新。在机顶 盒发送请求后，门户页面更新单元200接收机顶盒的请求，然后将机顶盒中门户页面的UI 数据和各个业务系统数据与服务器端的UI数据和各个业务系统数据进行比较，判断是否 有修改，是否需要更新。若比较完全一致，则说明没有修改，不需要操作。若不一致，则说明 有修改，需要进行更新。
[0068] 在比较之后，如果不一致，首先确定是哪些不一致。如果是Π 数据不一致，则说明 服务器端修改了 Π 数据，此时由服务器端只将新的Π 数据发送至机顶盒进行更新，而不发 送业务系统数据。如果是业务系统数据有不一致的，则由服务器端只将不一致的业务系统 数据发送到机顶盒进行更新，也即只将有修改的业务系统数据发送至机顶盒进行更新，而 对于一致的没有修改的业务系统数据，不进行发送，这样就只对门户页面有修改的UI或者 业务系统数据进行针对性的更新，而不是将门户页面所有的UI和业务系统数据全部进行 更新，这就大大降低了更新数据的大小，减少了用网络资源的耗费。同时，将有修改的UI数 据或者业务系统数据发送至机顶盒端进行更新，也可大大降低服务器端的压力，保障服务 端的正常运行，减少用户等待服务器的响应时间。
[0069] 在该实施例中，门户页面更新单元200接收机顶盒的请求，将机顶盒中门户页面 的UI数据版本号和各个业务系统数据的版本号与服务器端的UI数据版本号和各个业务系 统数据版本号进行比较，若版本号完全一致，则不做操作，若版本号不一致，如果是Π 数 据版本号不一致，则只将Π 数据新版本号和Π 数据升级包发送至机顶盒进行更新；如果是 业务系统数据版本号不一致，则只将不一致的业务系统数据新的版本号和业务系统数据升 级包发送至机顶盒进行更新。机顶盒接收新的版本号和升级包后，替换旧的版本号和数据， 完成更新后重新加载，显示最新的门户页面。
[0070] 该门户页面更新系统，门户页面管理单元100将门户页面的业务系统数据和Π 界 面分离，门户页面更新单元200将服务器端与机顶盒端的门户页面进行比较，根据比较结 果，只有在门户页面有修改时，服务器端才只将不一致的Π 数据或者业务系统数据发送至 机顶盒进行更新，即服务器端只将有修改的UI数据或者业务系统数据发送至机顶盒进行 更新，对于一致的没有修改的数据不进行发送，而不是将门户页面所有的UI和业务系统数 据全部进行更新，更新数据量大大减小且都为静态数据，数据更新到机顶盒而不是由服务 器端完成所有更新，从而减少了用网络资源的耗费，大大降低服务器端的压力，保障服务端 的正常运行，减少用户等待服务器的响应时间，极大了提高了用户的满意度。
[0071] 本发明门户页面更新方法及系统，先将门户页面的业务系统数据和Π 界面分离， 将服务器端与机顶盒端的门户页面进行比较，根据比较结果，只有在门户页面有修改时，月艮 务器端才只将不一致的Π 数据或者业务系统数据发送至机顶盒进行更新，S卩服务器端只 将有修改的UI数据或者业务系统数据发送至机顶盒进行更新，对于一致的没有修改的数 据不进行发送，而不是将门户页面所有的UI和业务系统数据全部进行更新，更新数据量大 大减小且都为静态数据，数据更新到机顶盒而不是由服务器端完成所有更新，从而减少了 用网络资源的耗费，大大降低服务器端的压力，保障服务端的正常运行，减少用户等待服务 器的响应时间，极大了提高了用户的满意度。
[0072] 以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和 原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
【权利要求】
1. 一种门户页面更新方法，其特征在于，包括如下步骤： S10 :于服务器端，将门户页面的Π 和业务系统数据进行分离，分别生成Π 数据和彼此 独立的业务系统数据； S20 :若UI数据或业务系统数据有修改，则对UI数据或有修改的业务系统数据进行更 新，更新成新的UI数据或业务系统数据； S30 :接收机顶盒的请求，将机顶盒中门户页面的UI数据和各个业务系统数据与服务 器端的Π 数据和各个业务系统数据进行比较，若完全一致，则不做操作，若不一致，则执行 步骤S40 ; S40 :若Π 数据不一致，则由服务器端只将新的Π 数据发送至机顶盒进行更新；若业 务系统数据不一致，则由服务器端只将不一致的业务系统数据发送至机顶盒进行更新。
2. 根据权利要求1所述的门户页面更新方法，其特征在于，所述步骤S10具体为： 将业务系统数据各自生成JSON数据，并进行存储。
3. 根据权利要求1所述的门户页面更新方法，其特征在于，所述步骤S20具体为： 对Π 数据和彼此独立的业务系统数据各自生成版本号； 在UI数据有修改时，更新保存修改的UI数据，并生成UI数据升级包和新的版本号； 在业务系统数据有修改时，对有修改的业务系统，更新保存修改的业务系统数据，并生 成业务系统数据升级包和新的版本号。
4. 根据权利要求3所述的门户页面更新方法，其特征在于，所述步骤S30具体为： 接收机顶盒的请求，将机顶盒中门户页面的UI数据版本号和各个业务系统数据的版 本号与服务器端的UI数据版本号和各个业务系统数据版本号进行比较，若版本号完全一 致，则不做操作，若版本号不一致，则执行步骤S40。
5. 根据权利要求4所述的门户页面更新方法，其特征在于，所述步骤S40具体为： 若Π 数据版本号不一致，则由服务器端只将Π 数据新版本号和Π 数据升级包发送至 机顶盒进行更新； 若业务系统数据版本号不一致，则由服务器端只将不一致的业务系统数据新的版本号 和业务系统数据升级包发送至机顶盒进行更新。
6. -种门户页面更新系统，设置于服务器端，其特征在于，包括： 门户页面管理单元，将门户页面的UI和业务系统数据进行分离，分别生成UI数据和彼 此独立的业务系统数据，并在UI数据或业务系统数据有修改时，对UI数据或有修改的业务 系统数据进行更新，更新成新的UI数据或业务系统数据； 门户页面更新单元，接收机顶盒的请求，将机顶盒中门户页面的UI数据和各个业务系 统数据与服务器端的Π 数据和各个业务系统数据进行比较；若完全一致，则不做操作，若 不一致，如果是Π 数据不一致，则只将新的Π 数据发送至机顶盒进行更新，如果是业务系 统数据不一致，则只将不一致的业务系统数据发送至机顶盒进行更新。
7. 根据权利要求6所述的门户页面更新系统，其特征在于，所述门户页面管理单元将 业务系统数据各自生成JSON数据，并进行存储。
8. 根据权利要求6所述的门户页面更新系统，其特征在于，所述门户页面管理单元对 UI数据和彼此独立的业务系统数据各自生成版本号；在UI数据有修改时，更新保存修改的 Π 数据，并生成Π 数据升级包和新的版本号，在业务系统数据有修改时，对有修改的业务 系统，更新保存修改的业务系统数据，并生成业务系统数据升级包和新的版本号。
9.根据权利要求8所述的门户页面更新系统，其特征在于，所述门户页面更新单元接 收机顶盒的请求，将机顶盒中门户页面的UI数据版本号和各个业务系统数据的版本号与 服务器端的Π 数据版本号和各个业务系统数据版本号进行比较，若版本号完全一致，则不 做操作，若版本号不一致，如果是UI数据版本号不一致，则只将UI数据新版本号和UI数据 升级包发送至机顶盒进行更新；如果是业务系统数据版本号不一致，则只将不一致的业务 系统数据新的版本号和业务系统数据升级包发送至机顶盒进行更新。
【文档编号】H04N21/443GK104093075SQ201410257997
【公开日】2014年10月8日 申请日期:2014年6月11日 优先权日:2014年6月11日
【发明者】王齐平 申请人:深圳市九洲电器有限公司