WO2014176984A1 - 一种iptv数据处理的方法及系统 - Google Patents

一种iptv数据处理的方法及系统 Download PDF

Info

Publication number
WO2014176984A1
WO2014176984A1 PCT/CN2014/075629 CN2014075629W WO2014176984A1 WO 2014176984 A1 WO2014176984 A1 WO 2014176984A1 CN 2014075629 W CN2014075629 W CN 2014075629W WO 2014176984 A1 WO2014176984 A1 WO 2014176984A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
read
storage module
cache
reading
Prior art date
Application number
PCT/CN2014/075629
Other languages
English (en)
French (fr)
Inventor
石海燕
柏珍
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014176984A1 publication Critical patent/WO2014176984A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23109—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion by placing content in organized collections, e.g. EPG data repository
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4332—Content storage operation, e.g. storage operation in response to a pause request, caching operations by placing content in organized collections, e.g. local EPG data repository

Definitions

  • the present invention relates to the field of interactive network television IPTV technologies, and in particular, to a method and system for IPTV data processing.
  • the technical problem to be solved by the embodiments of the present invention is to provide a method and system for processing IPTV data to improve user operation response.
  • an embodiment of the present invention provides a method for processing IPTV data, including:
  • the foregoing method further has the following features: the buffering the data read from the local database into the specified storage module, including:
  • the query condition information of the access request and the read service data are cached to the second storage unit.
  • the foregoing method further has the following features: the reading the corresponding data from the specified storage module, including: Reading corresponding service data from the second storage unit according to the query condition, and reading from the first storage unit if the corresponding service data is not read.
  • the foregoing method further has the following features: after the data read from the local database is cached in the specified storage module, the method further includes:
  • the reading the corresponding data from the specified storage module includes:
  • the embodiment of the present invention further provides a system for processing IPTV data, which includes:
  • a storage module configured to cache data that has been accessed
  • the storage module is configured to cache data read by the reading module from the database. Further, the foregoing system further has the following features:
  • the storage module includes:
  • a first storage unit configured to cache a service data source read by the reading module from the database
  • a second storage unit configured to cache the query condition information of the access request and the service data read by the read module.
  • the above system also has the following features:
  • the reading module is configured to read the corresponding data from the specified storage module, including: reading corresponding service data from the second storage unit according to the query condition, if the corresponding service data is not read, Then read from the first storage unit.
  • the above system further has the following features:
  • the system further includes:
  • the module is deleted, and is set to delete the data cached in the storage module when a specified event occurs.
  • the above system also has the following features:
  • the reading module is configured to read corresponding data from the specified storage module, including: reading user information data from the specified storage module.
  • the embodiments of the present invention provide a method and system for processing IPTV data, which can reasonably use JAVA memory and hard disk cache in an EPG system, thereby improving EPG performance and improving user operation response requirements.
  • FIG. 1 is a flowchart of a method for processing IPTV data according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a system for processing IPTV data according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of an EPG system according to an application example of the present invention.
  • FIG. 1 is a flowchart of a method for processing IPTV data according to an embodiment of the present invention. As shown in FIG. 1 , the method in this embodiment includes the following steps:
  • the Sl1 and the EPG After receiving the access request, the Sl1 and the EPG read the corresponding data from the specified storage module;
  • the EPG accepts the access and can read from the cached data without having to read the data from the local database every time, so as to avoid system crash when the site is used on a large scale.
  • the method may further include:
  • the commonly used data is cached, and the cached data can be directly displayed when the user next reads, instead of spending time searching in the local database, the program display time is obviously shortened.
  • the user experience has improved significantly.
  • the service data source read from the local database may be cached to the first storage unit; the query condition information of the access request and the read service data are cached to the second storage unit.
  • the method further includes: deleting the cached data in the specified storage module when the specified event occurs.
  • the specified event may be outdated, a restart event occurs, etc., after deleting the cached data in the storage module, the newly accessed data is cached, so that the data update is guaranteed.
  • a storage module configured to cache data that has been accessed
  • the reading module is configured to read the corresponding data from the storage module after receiving the access request; and read from the local database if the corresponding data is not read from the specified storage module.
  • the storage module is configured to cache data read by the reading module from the database.
  • the storage module may include:
  • a first storage unit configured to cache a service data source read by the reading module from the database
  • a second storage unit configured to cache the query condition information of the access request and the service data read by the read module.
  • system may further include:
  • Ehcache is a pure Java in-process caching framework with fast, lean features, etc.
  • the data stored in Ehcache is divided into two parts, one is user cache information, and the user-related bookmark collection live reminder is also stored; Is data cache information, including table cache, view cache, SQL (Structured Query Language) statement cache.
  • the EPG stores the corresponding view cache and SQL statement cache in the level 1 cache (equivalent to the second storage unit described above) according to the actual usage of the IPTV service, such as the on-demand query SQL statement cache;
  • the second level cache (corresponding to the first storage unit described above), such as an on-demand program list with a large amount of data, an electronic program list, and the like.
  • the cache information of the user logging in to the EPG will be placed on the disk.
  • users need to access information such as bookmarks, they will read them on the disk.
  • User cache information will not expire. Unless the EPG is restarted or is inactive for a certain period of time, the information stored in the cache and the user cache information file written to the disk will be invalid, but the file will not be deleted.
  • the user information cache file written by the user to log in to the EPG will overwrite the last saved file.
  • the secondary storage is reduced to directly perform direct data query on the EPG XBASE data, which can reduce repeated or unnecessary query condition spelling and frequent access to the EPG's own XBASE database, improve the response performance of the EPG, and avoid the XBASE pressure. If it is too large and crashes, the user will experience faster on the template after grading storage, and improve the user experience.
  • the following takes the channel information query as an example to illustrate the template to initiate the query to the final query to the result, from
  • the template is the page that the user sees when the TV is turned on.
  • the user can operate it at will, such as selecting the program on demand, viewing the channel program information, etc., as long as the page is selected on the TV page, the data query behavior occurs.
  • Step 102 If there is a valuel corresponding to the key1 in the first level cache (such a situation occurs when the user has visited the same page last time, or other users access the same page without the user related parameters), the EPG directly returns the valuel to the template. .
  • Step 104 If the result can be queried in the second level cache, directly return to the level 1 cache, and add to the valuel corresponding to the keyl to update the result set of the level 1 cache, and finally return to the template.
  • Step 105 If the corresponding result is not found in the second-level cache query, the EPG uses the key2 as a condition to spell the sql statement, and queries all the records in the table below from the xbase.
  • Step 106 In general, the XBASE query is successful. After the result is queried, it is returned to the second level cache as value2, and then returned to the level 1 cache, added to the valuel corresponding to the keyl, and finally returned to the template. In general, there are many Value2 forms a valuel.
  • the cache will not be invalid if the normal user information has not changed, but if the EPG restarts, the user cache will be cleared, and the user will log in again and then update again. Save data.
  • EPG will periodically clean up its user cache data.
  • the data in the data view cache (including the primary and secondary caches) will be deleted, and the data will be pulled back from the xbase to ensure the data. accuracy.

Abstract

本发明实施例提供一种IPTV数据处理的方法及系统，该方法包括：接受访问请求后，从指定存储模块中读取对应的数据；如从所述指定存储模块中未读取到对应的数据，则从本地数据库中读取。通过本发明实施例能合理使用EPG系统中JAVA内存和硬盘缓存，达到提高EPG性能以及提高用户操作响应的要求。

Description

一种 IPTV数据处理的方法及系统
技术领域
本发明涉及交互式网络电视 IPTV技术领域，特别是涉及一种 IPTV数据 处理的方法及系统。
背景技术
随着 IPTV ( Internet Protocol Television, 交互式网络电视 )业务的逐渐普 及， 用户数量发展迅速， 这对 EPG ( Electronic Programmer Guide, 电子节目 指南）即直接展示给用户操作使用的电子节目单系统提出了很高的性能要求， 传统的 EPG系统在数据展示查询时一般直接查自带的 XBASE数据库， 现场 大规模使用时经常出现系统重启或崩溃的现象。 发明内容
本发明实施例要解决的技术问题是提供一种 IPTV数据处理的方法及系 统， 以提高用户操作响应。
为了解决上述技术问题， 本发明实施例提供了一种 IPTV数据处理的方 法， 包括：
接受访问请求后， 从指定存储模块中读取对应的数据；
如从所述指定存储模块中未读取到对应的数据，则从本地数据库中读取。 优选地， 上述方法还具有下面特点： 所述将从本地数据库中读取的数据 緩存到所述指定存储模块中， 包括：
将从本地数据库中读取的业务数据源緩存到第一存储单元；
将所述访问请求的查询条件信息和读取到的业务数据緩存到第二存储单 元。
优选地， 上述方法还具有下面特点： 所述从指定存储模块中读取对应的 数据， 包括： 根据所述查询条件从所述第二存储单元中读取对应的业务数据， 如未读 取到对应的业务数据， 则从所述第一存储单元中读取。
优选地， 上述方法还具有下面特点： 所述将从本地数据库中读取的数据 緩存到所述指定存储模块中之后， 还包括：
当发生指定事件时， 删除所述指定存储模块中緩存的数据。
优选地， 上述方法还具有下面特点： 所述从指定存储模块中读取对应的 数据包括：
从指定存储模块中读取用户信息数据。
为了解决上述问题， 本发明实施例还提供了一种 IPTV数据处理的系统， 其中， 包括：
存储模块， 设置为緩存已被访问过的数据；
数据库， 设置为存储所有支持的 IPTV数据；
读取模块，设置为接受访问请求后， 从所述存储模块中读取对应的数据； 如从所述指定存储模块中未读取到对应的数据， 则从本地数据库中读取。
优选地， 上述系统还具有下面特点：
所述存储模块， 设置为緩存所述读取模块从所述数据库中读取的数据。 进一步地， 上述系统还具有下面特点： 所述存储模块包括：
第一存储单元， 设置为緩存所述读取模块从所述数据库中读取的业务数 据源；
第二存储单元， 设置为緩存所述访问请求的查询条件信息和所述读取模 块读取到的业务数据。
优选地， 上述系统还具有下面特点：
所述读取模块， 设置为从指定存储模块中读取对应的数据包括： 根据所 述查询条件从所述第二存储单元中读取对应的业务数据， 如未读取到对应的 业务数据， 则从所述第一存储单元中读取。
优选地， 上述系统还具有下面特点： 所述系统还包括：
删除模块，设置为当发生指定事件时， 删除所述存储模块中緩存的数据。 优选地， 上述系统还具有下面特点：
所述读取模块， 设置为从指定存储模块中读取对应的数据包括： 从指定 存储模块中读取用户信息数据。
综上， 本发明实施例提供一种 IPTV数据处理的方法及系统， 通过该方 法能合理使用 EPG系统中 JAVA内存和硬盘緩存， 达到提高 EPG性能以及 提高用户操作响应的要求。 附图概述
图 1为本发明实施例的一种 IPTV数据处理的方法的流程图；
图 2为本发明实施例的一种 IPTV数据处理的系统的示意图；
图 3为本发明一应用示例的 EPG系统的示意图；
图 4为本发明应用示例的 IPTV数据处理的方法的流程图。
本发明的较佳实施方式
下文中将结合附图对本发明的实施例进行详细说明。在不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互任意组合。
图 1为本发明实施例的一种 IPTV数据处理的方法的流程图，如图 1所示， 本实施例的方法包括以下步骤：
Sl l、 EPG接受访问请求后， 从指定存储模块中读取对应的数据；
S12、如从所述指定存储模块中未读取到对应的数据， 则从本地数据库中 读取。
这样， EPG接受访问， 就可以从緩存的数据中读取， 而不用每次都从本 地数据库中读取数据， 以避免现场大规模使用时出现系统崩溃的现象。
优选地， 还可以包括：
S13、 将从本地数据库中读取的数据緩存到所述指定存储模块中。
这样， 将常用的数据进行緩存， 在用户下次读取时， 可以直接显现緩存 的数据， 而不用再花时间到本发数据库中查找， 明显缩短节目显现时间， 用 户体验度明显提高。
对于业务数据， 本实施例中， 可以将从本地数据库中读取的业务数据源 緩存到第一存储单元； 将所述访问请求的查询条件信息和读取到的业务数据 緩存到第二存储单元。
访问业务数据时， 可以根据所述查询条件从所述第二存储单元中读取对 应的业务数据， 如未读取到对应的业务数据， 则从所述第一存储单元中读取。
本实施例中， 还包括： 当发生指定事件时， 删除所述指定存储模块中緩 存的数据。 该指定事件可以是时间过时了， 发生重启事件等， 删除存储模块 中緩存的数据后， 再緩存新访问的数据， 这样可以保证数据的更新。
图 2为本发明实施例的一种 IPT V数据处理的系统的示意图，如图 2所示， 本实施例的系统指 EPG系统， 包括：
存储模块， 设置为緩存已被访问过的数据；
数据库， 设置为存储所有支持的 IPTV数据；
读取模块，设置为接受访问请求后， 从所述存储模块中读取对应的数据； 如从所述指定存储模块中未读取到对应的数据， 则从本地数据库中读取。
其中， 所述存储模块， 设置为緩存所述读取模块从所述数据库中读取的 数据。
在一优选实施例中， 所述存储模块可以包括：
第一存储单元， 设置为緩存所述读取模块从所述数据库中读取的业务数 据源；
第二存储单元 , 设置为緩存所述访问请求的查询条件信息和所述读取模 块读取到的业务数据。
所述读取模块， 设置为从指定存储模块中读取对应的数据包括： 根据所 述查询条件从所述第二存储单元中读取对应的业务数据， 如未读取到对应的 业务数据， 则从所述第一存储单元中读取。
在一优选实施例中， 所述系统还可以包括：
删除模块，设置为当发生指定事件时， 删除所述存储模块中緩存的数据。 图 3为本发明一应用示例的 EPG系统的示意图，如图 3所示，本示例中， EPG的内存占用情况主要分为三大部分： session (连接）占用， ehcache占用， 模板等临时数据占用。
session主要设置为保存用户的登录信息， 每一个用户登录就会产生一个 session信息（大概为 10k), 机顶盒通过发送心跳消息让用户的 session信息不 失效。
Ehcache 是一个纯 Java 的进程内緩存框架， 具有快速、 精干等特点， Ehcache中存放的数据分为两部分，一部分是用户緩存信息， 与用户相关的书 签收藏直播提醒等信息也存放其中； 另一部分是数据緩存信息， 包括表緩存、 视图緩存、 SQL ( Structured Query Language, 结构化查询语言）语句緩存。 本示例中， EPG里是根据 IPTV业务实际使用情况把对应的视图緩存和 SQL 语句緩存存放在一级緩存（相当于上述的第二存储单元）中，如点播查询 SQL 语句緩存等； 表緩存存放于二级緩存（相当于上述的第一存储单元） 中， 如 数据量较大的点播节目表、 电子节目单表等。
H2内存数据库是一个开源免费的 Java SQL数据库， 占用緩存， 本实施 例中， 在 EPG中也是针对 IPTV业务实际使用情况将常用的用户个人信息， 如书签收藏直播提醒等做緩存。
本示例， 利用 Ehcache的硬盘模式， 把緩存对象序列化到硬盘上， 可以 较少的占用 jvm内存， 同时把内存中的索引也序列化到硬盘上， 在系统重启 的时候可以把索引恢复到内存中， 緩存可以得到重新利用， 以用户緩存为例， 用户緩存信息主要存放在 ehcache中，每次用户登录成功后都会向内存中添加 一条用户信息数据， 该用户数据中包含用户收藏、 收藏夹、 书签、 童锁、 直 播提醒、 自动换台数据等。 这些数据实际上是从 H2内存数据库中读取的， 之 所以将这部分数据存放在 H2内存数据库中，主要因为在用户直接访问内存获 取书签收藏等列表信息时需要使用类似 select语句将需要的信息从緩存中查 找出来， 这种需要尤其在主子账号共享的时候表现的更为突出， 而 ehcache 中的数据是不能直接通过 select查询的， H2内存数据库的功能刚好能满足用 于书签收藏信息的存取。 H2数据库中对应的表结构是在 EPG相关文件中事 先定义好的。 对于用户緩存信息占用内存也有一定的限制，如果登录 EPG的用户数超 过 1W条（假设实际 EPG可以支持 2W用户登录）， 则再登录到 EPG上的用 户的緩存信息将会被放到磁盘上， 用户需要访问相关书签收藏等信息时， 则 会去磁盘上读取。 用户緩存信息不会失效， 除非 EPG重启或者超过一定时间 不活动， 则保存在緩存中的信息和写入磁盘的用户緩存信息文件都会失效， 但是该文件不会删除， 待下次用户登录数超过 1W时， 再有用户登录 EPG写 成的用户信息緩存文件将会覆盖上次保存的文件。
用户信息这些数据如果不緩存则每次登录的时候都要向业务数据库 ( DB )请求， 会增大系统压力， 如果个人数据本身没有发生变化的话用户登 录时 EPG就会判断不需要从业务 DB里下拉数据、直接使用 EPG里緩存的用 户信息数据即可， 如果个人数据有新增、 删除或其他变化， EPG会在新增、 删除这些数据以及登录的时候判断， 从 DB下拉最新的个人数据做緩存， 这 样做就是为了提高登录性能。
本示例中， 由于模板查询只会查询视图类型为 SQL 的数据视图， 所以 EPG的视图定义里会标明每个视图是否使用緩存机制， 常用的业务需要的视 图都会设置使用緩存机制。 为了便于每条数据的緩存动态更新， 对应数据还 引入了 key值， 一级緩存主要是视图、 sql语句以及查询条件、 查询结果集的 緩存且该结果集是从二级緩存里映射过来后使用的， 二级緩存是表数据的緩 存， 正常查询条件或业务数据有变化的话一级緩存和二级緩存里的緩存数据 以及 key值都会随之变化。
二级緩存是一个较大范围的表数据緩存， 一级緩存主要是用户在模版上 查询数据时的 sql查询条件的视图緩存，二级緩存是提供给一级緩存使用的一 个过渡， 如果一级緩存里要查的数据在二级緩存里没有那只能查 XBASE数 据库， 一级緩存和二级緩存目的都是为了提高性能， 防止 XBASE崩溃。
本实施例中， 分为二级存储减少直接对 EPG的 XBASE数据做直接数据 查询，可以减少重复或不必要的查询条件拼写和频繁访问 EPG自己的 XBASE 数据库， 提高 EPG的响应性能， 避免 XBASE压力过大而崩溃， 这样分级存 储后用户在模版上体验也会更快， 提高用户的操作体验效果。 下面就以频道信息查询为例说明下模板发起查询到最终查询到结果， 从
EPG緩存到 XBASE ( EPG中自带的数据库系统） 的全过程， 如图 4所示， 包括以下步骤：
步骤 101、 模板开始访问频道信息查询页面， 将要查询的 EPG视图和查 询条件传给 EPG, EPG将收到的查询视图和查询条件作为一级緩存的 keyl , 存放在 EPG—级緩存中， 如：
keyl : user— channel|*|mediaservices&l !=0 and tvodavailable=l and columncode=O0000000'|sortnum desc|l/27|{teamid=1405, language=zho, bocode=001 }|
模版就是用户电视开机后看到的页面， 用户可以随意操作的， 如选择节 目点播， 查看频道节目单信息等等， 只要在电视页面上选择页面就发生了数 据查询行为。
步骤 102、 若一级緩存中存在对应 keyl的 valuel (此类情况发生在用户 上次访问过同一页面， 或者其他用户访问过不带用户相关参数的同一页面）， 则 EPG直接将 valuel返回给模板。
步骤 103、 若一级緩存中不存在对应 keyl的 valuel这条记录（此类情况 发生在没有用户访问过该页面或者二级緩存数据失效的时候）则 EPG会根据 模板传来的视图和参数拼写 sql语句，该 sql语句是根据定义好的 EPG的视图 文件拼写的， 拼写后会去二级緩存查询结果。
步骤 104、 若二级緩存中可以查询到结果， 则直接返回给一级緩存， 加 入到 keyl对应的 valuel中即更新了一级緩存的结果集， 最终返回给模板。
步骤 105、若二级緩存查询中查不到对应的结果， 则 EPG将 key2作为条 件拼 sql语句， 从 xbase中将该条件下表中的所有记录查询出来。
步骤 106、 一般情况 XBASE查询是都会成功的， 查询到结果后返回给二 级緩存作为 value2, 再返回给一级緩存， 加入到 keyl对应的 valuel中， 最终 返回给模板， 一般情况下， 很多个 value2组成一个 valuel。
对于用户緩存数据， 正常用户信息没有发生变化的情况下緩存都不会失 效， 但是如果 EPG发生重启则会清空用户緩存， 用户重新登录后再次更新緩 存数据。 为了避免垃圾数据占用緩存， 对于长期不活动的登出用户， EPG会 对其用户緩存数据做定时清理。
业务系统数据变化较快， 尤其是点播、 节目单数据， 在数据增量变化后 会同步到 EPG系统， EPG同步成功后会对一级、 二级緩存中与该表相关的数 据进行删除， 这样用户下次查询该记录相关的信息时， 会重新从 xbase 下拉 数据， 以此保证数据的准确性。 对于一级緩存， 在数据本身没有发生变化的 情况下如果隔天查询时间发生变化则一级緩存也会先失效， 重新从 xbase 下 拉数据， 以此保证数据的准确性。 其他情况如系统重启、 业务系统数据完全地全新全量同步到 EPG系统 时会将数据视图緩存（包括一级、二级緩存 )中的数据都删除掉，重新从 xbase 下拉数据， 以此保证数据的准确性。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明实施例不限 制于任何特定形式的硬件和软件的结合。
以上仅为本发明的优选实施例， 当然， 本发明还可有其他多种实施例， 在不背离本发明实施例精神及其实质的情况下， 熟悉本领域的技术人员当可 根据本发明实施例作出一种或多种相应的改变和变形， 但这些相应的改变和 变形都应属于本发明实施例所附的权利要求的保护范围。
工业实用性 本发明实施例提供一种 IPTV数据处理的方法及系统， 通过该方法能合 理使用 EPG系统中 JAVA内存和硬盘緩存， 达到提高 EPG性能以及提高用 户操作响应的要求。

Claims

权 利 要 求 书
1、 一种 IPTV数据处理的方法， 包括：
接受访问请求后， 从指定存储模块中读取对应的数据；
如从所述指定存储模块中未读取到对应的数据，则从本地数据库中读取。
2、 如权利要求 1所述的方法， 其中： 所述从本地数据库中读取后， 还包 括：
将从本地数据库中读取的数据緩存到所述指定存储模块中。
3、 如权利要求 2所述的方法， 其中： 所述将从本地数据库中读取的数据 緩存到所述指定存储模块中， 包括：
将从本地数据库中读取的业务数据源緩存到第一存储单元；
将所述访问请求的查询条件信息和读取到的业务数据緩存到第二存储单 元。
4、 如权利要求 3所述的方法， 其中： 所述从指定存储模块中读取对应的 数据， 包括：
根据所述查询条件从所述第二存储单元中读取对应的业务数据， 如未读 取到对应的业务数据， 则从所述第一存储单元中读取。
5、 如权利要求 2-4任一项所述的方法， 其中： 所述将从本地数据库中读 取的数据緩存到所述指定存储模块中之后， 还包括：
当发生指定事件时， 删除所述指定存储模块中緩存的数据。
6、 如权利要求 1所述的方法， 其中： 所述从指定存储模块中读取对应的 数据包括：
从指定存储模块中读取用户信息数据。
7、 一种 IPTV数据处理的系统， 包括：
存储模块， 设置为緩存已被访问过的数据；
数据库， 设置为存储所有支持的 IPTV数据；
读取模块，设置为接受访问请求后， 从所述存储模块中读取对应的数据； 如从所述指定存储模块中未读取到对应的数据， 则从本地数据库中读取。
8、 如权利要求 7所述的系统， 其中：
所述存储模块， 设置为緩存所述读取模块从所述数据库中读取的数据。
9、 如权利要求 8所述的系统， 其中： 所述存储模块包括：
第一存储单元， 设置为緩存所述读取模块从所述数据库中读取的业务数 据源；
第二存储单元 , 设置为緩存所述访问请求的查询条件信息和所述读取模 块读取到的业务数据。
10、 如权利要求 9所述的系统， 其中：
所述读取模块， 设置为从指定存储模块中读取对应的数据包括： 根据所 述查询条件从所述第二存储单元中读取对应的业务数据， 如未读取到对应的 业务数据， 则从所述第一存储单元中读取。
11、 如权利要求 7-10任一项所述的系统， 其中： 所述系统还包括： 删除模块，设置为当发生指定事件时， 删除所述存储模块中緩存的数据。
12、 如权利要求 7所述的系统， 其中：
所述读取模块， 设置为从指定存储模块中读取对应的数据包括： 从指定 存储模块中读取用户信息数据。
PCT/CN2014/075629 2013-11-22 2014-04-17 一种iptv数据处理的方法及系统 WO2014176984A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310596794.8 2013-11-22
CN201310596794.8A CN104661053B (zh) 2013-11-22 2013-11-22 一种iptv数据处理的方法及系统

Publications (1)

Publication Number Publication Date
WO2014176984A1 true WO2014176984A1 (zh) 2014-11-06

Family

ID=51843117

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/075629 WO2014176984A1 (zh) 2013-11-22 2014-04-17 一种iptv数据处理的方法及系统

Country Status (2)

Country Link
CN (1) CN104661053B (zh)
WO (1) WO2014176984A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106304102B (zh) * 2016-08-11 2019-05-07 上海交通大学 一种基于无线网络接收端缓存的信道复用方法
CN112199392A (zh) * 2020-07-30 2021-01-08 上海泛微网络科技股份有限公司 缓存管理方法、装置和电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101882966A (zh) * 2009-05-07 2010-11-10 清流迅(北京)科技有限公司 用于电子节目指南系统的用户请求处理系统和处理方法
CN102685552A (zh) * 2012-05-08 2012-09-19 华为技术有限公司 一种epg内容元数据管理方法、服务器及系统
CN102902735A (zh) * 2012-09-12 2013-01-30 中兴通讯股份有限公司 一种交互式网络电视iptv搜索缓存方法和系统
CN103365881A (zh) * 2012-03-30 2013-10-23 腾讯科技（深圳）有限公司 基于数据特征的数据存取方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100499786C (zh) * 2006-03-11 2009-06-10 华为技术有限公司 提高电子节目单显示速度的装置和方法
EP2184688A1 (en) * 2008-11-06 2010-05-12 Amadeus s.a.s Method of integrating in real time large volumes of updates in a database
CN102868715A (zh) * 2011-07-08 2013-01-09 风网科技（北京）有限公司 适用于wap 服务的缓存架构系统及其缓存方法
CN103116627B (zh) * 2013-01-31 2016-05-18 汉柏科技有限公司 一种高并发soa技术访问数据库的方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101882966A (zh) * 2009-05-07 2010-11-10 清流迅(北京)科技有限公司 用于电子节目指南系统的用户请求处理系统和处理方法
CN103365881A (zh) * 2012-03-30 2013-10-23 腾讯科技（深圳）有限公司 基于数据特征的数据存取方法及系统
CN102685552A (zh) * 2012-05-08 2012-09-19 华为技术有限公司 一种epg内容元数据管理方法、服务器及系统
CN102902735A (zh) * 2012-09-12 2013-01-30 中兴通讯股份有限公司 一种交互式网络电视iptv搜索缓存方法和系统

Also Published As

Publication number Publication date
CN104661053B (zh) 2020-01-21
CN104661053A (zh) 2015-05-27

Similar Documents

Publication Publication Date Title
EP2653986B1 (en) Client-side caching of a database transaction token.
US10078682B2 (en) Differentiated secondary index maintenance in log structured NoSQL data stores
CN108932282B (zh) 一种数据库迁移方法、装置和存储介质
US8965840B2 (en) Automatic synchronization conflict resolution
US10067958B2 (en) Supporting transient snapshot with coordinated/uncoordinated commit protocol
US9081805B1 (en) Tenant-aware database for software as a service
US10452629B2 (en) Automatic maintenance of a set of indexes with different currency characteristics in a database management system
US20070255763A1 (en) Database replication method and system
US20150186527A1 (en) Question type detection for indexing in an offline system of question and answer search engine
US9348821B2 (en) Method and system for content management
US8433692B2 (en) Effective dating for entity attributes and relationships
WO2021184761A1 (zh) 数据访问方法和装置、数据存储方法和装置
US9128974B2 (en) Methods for tracking database changes and devices thereof
CN113761294B (zh) 数据管理方法、装置、存储介质以及电子设备
US20150186526A1 (en) Image extraction service for question and answer search engine
KR20190022761A (ko) 검색 캐시 업데이트 방법 및 장치
EP1994479A2 (en) Indempotent journal mechanism for file system
US9026493B1 (en) Multi-master RDBMS improvements for distributed computing environment
CN111797092A (zh) 在数据库系统内提供次级索引的方法和系统
US20150186514A1 (en) Central aggregator architechture for question and answer search engine
US20210012025A1 (en) System and method for session-aware datastore for the edge
WO2014176984A1 (zh) 一种iptv数据处理的方法及系统
US9253244B1 (en) Subscription based polling for resource updates
US10255237B2 (en) Isolation level support in distributed database system
CN115374133A (zh) 数据处理方法、装置、电子设备和计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14791435

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14791435

Country of ref document: EP

Kind code of ref document: A1