提供元数据索引的方法技术

提供一种用于搜索有关内容的信息的元数据的索引结构和一种用于提供所述元数据的索引的方法，以及一种使用所述元数据的索引结构来搜索元数据的方法和装置，其中所述元数据的索引结构包括多关键字值和对应于所述多关键字值的所述元数据的标识信息，其中所述多关键字由所述元数据的预定字段的组合构成。（*该技术在2023年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术涉及为搜索有关内容的信息而提供的元数据的索引结构和用于，以及使用元数据的索引结构搜索元数据的方法和装置。更具体的，本专利技术涉及一种为搜索有关内容的信息而提供的元数据的索引结构和用于，以及使用元数据的索引搜索元数据的方法和装置，所述元数据包括多个多关键字，当由电视随时论坛(TV-AnytimeForum)定义的数字内容上的XML元数据(下文称作“TVA元数据”)被划分为段(fragment)而作为独立单元并基于段被发送时，通过使用所述多关键字可以更有效地搜索有关内容的信息。本申请基于韩国专利申请2002-43097以及2002-62923，在此通过引用并入。
技术介绍
电视随时论坛是一种在1999年9月建立的私人标准组织，其用途在于开发用于提供在用户容易掌握使用的环境(例如具有高容量的个人存储器的个人数字记录器(PDR))中的视听相关服务的标准。具体的，服务的目的在于使所有用户能够基于个人存储器在期望的时间和以期望的方式来观看和收听各种类型的节目(例如传统广播服务，在线交互式服务等等)。为了建立标准，电视随时论坛已经运作了商业模型、系统/传输接口/内容引用、描述、元数据、权利管理和保护等的工作组。对于本专利技术所涉及的元数据，直到2002年6月才公开“1stDraft of Metadata Specification SP003v1.3”。将参考图1来简要描述PDR的结构。PDR 100经由诸如天波、卫星波、互联网等的各种网络从用于提供视频/音频信号的提供商200接收视频/音频信号和元数据，如果必需的话，搜集用户的观看和收听模式、以及个人喜好，并且将它们发送至用于提供视频/音频信号的提供商200。PDR 100包括高容量存储器，用于在其中存储所接收的视频/音频信号和元数据。PDR 100还包括用于存储和再现视频/音频信号的软件，以及用于检索并显示视频/音频信号的元数据的电子节目指南(EGP)应用程序。用户通过图2所示的EPG应用程序的网格指南屏幕，查明视频/音频数据的元数据，即节目的标题、节目再现次数等，选择期望的节目，并且经由网络实时接收该节目或者再现在高容量存储器中先前存储的视频/音频数据。元数据是指描述诸如节目的标题和摘要的内容的数据，并被定义为“有关数据的数据”。在TV随时论坛的TVA元数据规范中，使用W3C(倡导XML标准的联盟)制定的标准XML模式语言来定义其结构(参见W3C的XML 1.0)，并且还定义了各个元数据元素的语义和属性。有关广播内容的TVA元数据是利用具有根节点，即如图3所示的“TVAMain(300)”的XML文档来构造的。有关节目的TVA元数据是利用例如“ProgramDescription(节目描述)”节点之下的ProgramInformationTable(节目信息表)、GroupInformationTable(组信息表)、ProgramLocationTable(节目位置表)、ServiceInformationTable(服务信息表)等节点来构造的。在TV随时论坛中，基于段作为独立单位来发送TVA元数据，以便以流格式发送大量TVA元数据。将参照图4简要说明段的概念。通过将利用图3所示的XML文档所构造的TVA元数据划分成预定的树结构来获得段。例如，在整个TVA元数据被划分成包含上层节点“TVAMain”和该上层节点之下的预定子节点的树结构(TVAMain段)、包含上层节点ProgramInformationTable和该上层节点之下的子节点的树结构(ProgramInformation段)和包含上层节点BroadcastEvent(广播事件)信息和该上层节点之下的子节点的树结构(BroadcastEvent段)的情况下，每个所划分的树结构都成为段。段能够独立于其他段被发送，并且段能够被单独地访问。为了单独访问段，必须知道整个元数据树状结构中由所发送的TVA元数据段参考的节点，即对应于TVA元数据段的上层节点的节点，并且必须描述所发送的TVA元数据段中包含的关键字的TVA元数据段中的相对路径。为此，使用XPath，它是由W3C定义的XML文档中的用于描述到一个或多个节点的语法，并且也意味着由段参考的节点的子节点。由用户来输入字段(用于搜索条件)，例如对应于关键字的“服务ID”和“发布时间”。为了提供对段的有效搜索和访问，另外需要在元数据段中包含的关键字的索引结构，并且独立于元数据段，也发送有关索引结构的信息，即索引信息。在由TV随时论坛提出的环境下，如果用户希望检索满足预定的发布时间条件的节目信息，独立于段发送的索引信息用于识别满足所需的发布时间条件的元数据段的位置(标识符)，接着基于该位置(标识符)进行对相关元数据段的访问，以便提取满足发布时间条件的元数据。2002年6月在加拿大蒙特利尔召开的TV-Anytime论坛第17次会议中，发表了TV-Anytime规范TV145，J.P.Evain，“1stDraft of Metadata SpecificationSP003v1.3”，以下称作“Single key index art reference(单关键字索引现有参考)”，其中提出了一种用于元数据段索引的单关键字索引结构。注意到，这里使用术语“单关键字”来区分于在以后描述的本专利技术的实施例中的术语“多关键字”的概念。根据本专利技术实施例的多关键字索引结构使用户能够同时使用多个关键字对于多个关键字访问元数据，但是现有技术的单关键字索引结构仅允许使用一个单关键字来访问元数据。在描述索引结构之前，将描述由TV随时论坛定义的容器(container)的概念。TV随时论坛定义容器为顶层存储器，覆盖上述索引信息和元数据段的所有数据被发送到该顶层存储器，这是一种被称作顶层发送的类型。下面简要描述容器，每个容器包括多个区(section)，每个区中存储索引信息或元数据段。根据所承载的信息，容器可被划分成索引容器和数据容器索引容器承载索引信息区，例如关键字索引列表(key_index_list)区、关键字索引(key_index)区、子关键字索引(sub_key_index)区、串仓库(string_repository)区和段数据仓库(fragment_data_repository)区，而数据容器承载元数据段区，例如元素表(elements_table)区、串仓库(string_repository)区和段数据仓库(fragment_data_repository)区。以上分类是基于容器中包含的信息内容进行的。索引容器和数据容器在结构上都是相同的。参考如图5所图解的由TV随时论坛定义的容器，容器包括容器标识符(container_id)数据字段(未示出)和大量的区。在每个区中，根据‘section_id’中的编码值识别存储在‘section_body’中的内容。例如，其‘section_id’中编码值为‘0X0004’的区10被识别为关键字索引列表(key_index_list)区，其‘section_id’中编码值为‘0X0005’的区20被识别为关键字索引(key_index)区，其‘section_id’中编码值为‘0X0006’的区30被识别为子本文档来自技高网...

【技术保护点】
一种提供用于划分成段的元数据的索引结构的方法，所述方法包括提供对应于所述元数据的字段的组合的多关键字的列表，和提供用于定义所述列表的多关键字的位置信息。

【技术特征摘要】
KR 2002-7-23 10-2002-0043097;KR 2002-10-15 10-20021.一种提供用于划分成段的元数据的索引结构的方法，所述方法包括提供对应于所述元数据的字段的组合的多关键字的列表，和提供用于定义所述列表的多关键字的位置信息。2.如权利要求1所述的方法，还包括提供所述多关键字值以及对应于所述多关键字值的所述元数据的标识信息。3.如权利要求1所述的方法，其中以XPath表达所述位置信息。4.如权利要求1所述的方法，其中所述位置信息的至少一部分表达为预定代码。5.如权利要求1所述的方法，其中所述元数据是在TVA论坛中定义的元数据。6.如权利要求1所述的方法，还包括提供包括所述多关键字值的范围和有关对应于所述多关键字值的元数据的多个段的标识信息的子区；和提供包括代表所述多关键字值的各个范围的代表关键字值的区。7.如权利要求6所述的方法，其中每个所述代表关键字值是所述多关键字值的相应范围当中的一个值。8.一种提供用于划分成段的元数据的索引结构的方法，所述方法包括提供多关键字值；和提供对应于所述多关键字值的元数据的标识信息，其中所述多关键字对应于所述元数据的字段的组合。9.如权利要求8所述的方法，还包括多关键字列表。10.如权利要求8所述的方法，还包括提供用于定义所述多关键字的位置信息，...

【专利技术属性】
技术研发人员：申孝燮，
申请(专利权)人：三星电子株式会社，
类型：发明
国别省市：KR[韩国]