WO2009140869A1

WO2009140869A1 - 元数据的上传方法、装置、系统及终端

Info

Publication number: WO2009140869A1
Application number: PCT/CN2009/070393
Authority: WO
Inventors: 陈学梁; 漆宝剑; 施有铸; 张妮; 朱文明
Original assignee: 华为技术有限公司
Priority date: 2008-05-19
Filing date: 2009-02-11
Publication date: 2009-11-26
Also published as: CN101588484B; CN101588484A

Description

元数据的上传方法、装置、系统及终端本申请要求于 2008 年 5 月 19 日提交中国专利局、申请号为 200810098916.X,发明名称为"元数据的上传方法、装置、系统及终端"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信领域，尤其涉及一种元数据的上传方法、装置、系统及终端。背景技术

目前，随着链路层传输介质的因特网协议（ Internet Protocol , 以下简称： IP )技术的发展以及因特网应用的迅速普及，移动通讯网络和固定通讯网络的 IP化、因特网和电信网络的融合成为业界公认的发展方向。

为了满足越来越突出的 IP多媒体应用的普遍需求，第三代合作伙伴计划 ( 3rd Generation Partnership Project, 以下简称： 3GPP )在分组承载网的基础上引入了全 IP业务网络架构的 IP多媒体子系统（ IP Multimedia Subsystem, 以下简称： IMS )。

IMS 是一种全新的多媒体业务形式，能够满足现在的终端客户更新颖、更多样化多媒体业务的需求。 IMS 中的主要功能实体包括：用于控制用户注册、会话控制的呼叫控制实体（CSCF ), 用于提供各种业务逻辑控制功能的应用服务器（AS ), 用于集中管理用户签约数据的归属用户服务器（HSS ) 以及用于实现与电路交换网互通的媒体网关控制功能（MGCF ) / IP多媒体网关功能（ IM-MGW )。用户设备 ( UE )通过漫游地代理节点（ P-CSCF )接入 IMS , 会话和业务触发控制及与 AS的业务控制交互则由归属地服务节点（S-CSCF ) 完成。

IPTV技术于电信网络技术、互联网技术、广播电视网络技术和媒体传输技术建立起来的一种新型的媒体信息服务技术，它将数字视频广播内容进行媒体转换后放在 IP网络上传输，通过接入网，使各种 UE能够接收并播放电视节目。其中，基于 IMS的 IPTV系统不但提供基本的直播（ BC )业务、点播（VOD )业务、录制（PVR )业务，而且还提供体现 IMS优势的各种增强业务，包括用户产生视频（Consumer Originated Video, 以下简称： COV ) 业务等。

在上述基本业务和增强业务中存在各种类型的元数据，主要包括业务元数据和内容元数据等，其中业务元数据指 IPTV业务的描述数据，内容元数据指 IPTV内容的描述数据。通常，元数据的生成包含三种情况，一种是由内容提供商（CP )生成元数据，并提供给服务提供商（SP ), 该元数据主要是内容元数据；另一种是由 UE生成内容元数据，比如：用户根据输入界面，输入内容的描述信息，由 UE根据用户的输入信息生成内容元数据；再一种是由网络的服务提供商生成的元数据，主要是业务元数据，例如 IPTV业务的计费信息、业务相关媒体内容的部署信息等。

在实现本发明的过程中，发明人发现：现有技术中涉及从网络下发元数据到 UE的相关标准和规范，但于现有技术的技术解决方案不能实现向网络上传 IPTV元数据，也无法实现 IPTV业务中 IPTV终端正常访问上传后的元数据。发明内容

本发明实施例提供的元数据的上传方法、装置及系统，解决在基于 IMS 的 IPTV系统中上传元数据的问题，保证 IPTV业务能够正常访问上传后的元数据。

本发明实施例提供的终端，解决在基于 IMS的 IPTV系统中上传元数据的问题。

本发明实施例提供了一种元数据的上传方法，包括：

接收封装有 IPTV元数据的信令消息或媒体流，从所述信令消息或媒体流中提取所述元数据；

将所述元数据与获得的内容标识进行关联。

本发明实施例提供了一种元数据上传装置，包括：

提取模块，用于接收封装有 IPTV系统中元数据的信令消息或媒体流，从所述信令消息或媒体流中提取所述元数据；

第一关联模块，用于将所述元数据与获得的内容标识进行关联。

本发明实施例提供了一种终端，包括：元数据生成单元和元数据上传单元；其中，

所述元数据生成单元包括：

元数据生成模块，用于生成 IPTV系统中的元数据，将所述元数据发送给所述元数据上传单元；

所述元数据上传单元包括：

第一封装模块，用于将所述元数据封装在信令消息或媒体流中；发送模块，用于发送所述信令消息或媒体流。

本发明实施例提供了一种元数据的上传系统，包括：终端、元数据上传装置，其中，所述终端包括：元数据生成单元和元数据上传单元；

所述元数据生成单元包括：

所述元数据上传单元包括：

第一封装模块，用于将所述元数据封装在信令消息或媒体流中；发送模块 , 用于发送所述信令消息或媒体流；

所述元数据上传装置包括：

提取模块，用于接收封装有所述元数据的信令消息或媒体流，从所述信令消息或媒体流中提取所述元数据；

第一关联模块，用于将所述元数据与获得的内容标识进行关联。本发明实施例提供的元数据的上传方法、装置及系统，通过上传 IPTV中元数据，解决了在基于 IMS的 IPTV系统中上传元数据的问题，并且保证 IPTV 业务能够正常访问上传后的元数据。

本发明实施例提供的终端，通过上传 IPTV中元数据，解决了在基于 IMS 的 IPTV系统中上传元数据的问题。附图说明

图 1为本发明实施例一元数据的上传方法的流程图；

图 2为本发明实施例二元数据的上传方法的流程图；

图 3为本发明实施例二元数据的上传方法所适用的网络架构示意图；图 4为本发明实施例三元数据的上传方法的信令流程图；

图 5为本发明实施例四元数据的上传方法的信令流程图；

图 6为本发明实施例五元数据的上传方法的信令流程图；

图 7为本发明实施例六元数据的上传方法的信令流程图；

图 8为本发明实施例七元数据的上传方法的信令流程图；

图 9为本发明实施例元数据上传装置的示意图；

图 10为本发明实施例终端的示意图；

图 11本发明实施例元数据的上传系统的示意图。具体实施方式

下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。

本发明实施例元数据的上传方法、装置、系统及终端可广泛应用于下面所述的场景中：

某用户在旅游途中看到非常美丽的风景，于是拿出具有 IPTV功能的 UE , 启动向网络上传视频的功能。在上传过程中，用户还可对该视频内容添加 "2008年某月某号，我在阳朔出差 ...... "等描述信息。某用户参加 IPTV节目的交互式投票，根据 UE呈现的投票界面，填写相关投票结果后，点击上传投票结果，则该投票结果以元数据的形式被上传到网络中。

图 1为本发明实施例一元数据的上传方法的流程图。本实施例用于 IPTV 系统，如图 1所示，本实施例具体包括如下步骤：

步骤 101、接收封装有 IPTV系统中元数据的信令消息或媒体流，从该信令消息或媒体流中提取元数据；

步骤 102、将元数据与获得的内容标识进行关联。

本实施例通过上传元数据，将元数据与内容标识进行关联，解决了在基于 IMS的 IPTV系统中上传元数据的问题，同时保证 IPTV业务能够正常访问上传后的元数据。

图 2为本发明实施例二元数据的上传方法的流程图，图 3为本发明实施例二元数据的上传方法所适用的网络架构示意图。本实施例用于 IPTV系统。如图 3所示，该网络包括元数据生成单元 11、元数据上传单元 12、元数据处理单元 13以及元数据存储单元 14。根据该网络架构，如图 2所示，本实施例可以具体包括如下步骤：

步骤 201、元数据生成单元生成元数据；

该步骤可以包括：元数据生成单元接收用户的输入信息，将用户的输入信息转化为元数据；也可以根据 UE或 MF釆集的媒体信息 (如：媒体编解码格式、媒体流的地址等信息)生成元数据。

进一步的，元数据生成单元还可以生成内容标识，该内容标识为全局唯一的标识，可以为 CRID、 TV URL CID、 URL等表现形式。内容标识可以在媒体内容上传前生成、或媒体内容上传中生成、或媒体内容上传后生成。

步骤 202、元数据上传单元将元数据 (或者元数据和内容标识 )封装在信令消息或媒体流中，发送该信令消息或媒体流；

若步骤 201 中只生成了元数据，则元数据上传单元将元数据封装在信令消息或媒体流中；若步骤 201 中生成了元数据和内容标识，则元数据上传单元将元数据和内容标识均封装在信令消息或媒体流中。

发送信令消息或媒体流可以在媒体内容上传前进行、或媒体内容上传中进行、或媒体内容上传后进行。

在媒体内容上传前，媒体上传中或媒体内容上传后发送信令消息时，元数据上传单元将元数据（或元数据和内容标识）封装在信令消息中。进一步的，可以将元数据 (或元数据和内容标识 )封装在超文本传输协议 ( Http ) /SIP/ 实时流协议（RTSP ) /预先协商的文件传输协议的信令消息体中。例如：

将元数据（或元数据和内容标识）封装在 SIP协议的消息体中：可以通过邀请（INVITE )请求消息，携带 content-type: text/plain格式的消息体，在该消息体中封装元数据 (或元数据和内容标识）；也可以在新的 message方法中携带元数据 (或元数据和内容标识）；

将元数据（或元数据和内容标识）封装在 Http协议的消息体中：利用 Http 的 post命令，在 Http的消息体中封装元数据 (或元数据和内容标识）；

将元数据（或元数据和内容标识）封装在 RTSP 协议的消息体中：利用 RTSP的通知（ ANNOUNCE )命令，在 URL确定的节目描述或媒体对象的请求消息中封装元数据（或元数据和内容标识）。

上述以信令消息封装的方式进行封装而得到的信令消息，在基于 IMS的 IPTV系统中，可以通过 Ut ( Htt 协议 ) /Gm ( SIP协议） / Xc ( RTSP协议 ) 接口进行发送。

在媒体内容上传中发送媒体流时，元数据上传单元可以将元数据（或元数据和内容标识）封装在媒体流中。例如：

通过 RTP协议，携带元数据（或元数据和内容标识）：在 RFC2793中涉及利用 RTP协议封装文本信息，其中定义了一种新的 RTP负载名称和相应的 MIME类型 T140 (text/tl40), 利用这种方式封装元数据（或元数据和内容标釆用 MPEG2-TS 流封装元数据（或元数据和内容标识）：釆用 IEC 61883-4:1998 家用音视频设备-数字接口-第 4部分中关于 MPEG2-TS 数据传输的标准，可以将元数据（或元数据和内容标识）封装在 MPEG2-TS 流中。

上述以媒体流封装的方式进行封装而得到的媒体流，在基于 IMS的 IPTV 系统中，可以通过 Xd接口进行发送。

步骤 203、元数据处理单元接收封装有元数据的信令消息或媒体流，从信令消息或媒体流中提取元数据；

若在步骤 201 中由元数据生成单元生成内容标识，则信令消息或媒体流中还封装有该内容标识，在提取元数据的同时提取内容标识；

若在步骤 201 中元数据生成单元没有生成内容标识，则信令消息或媒体流中没有携带内容标识，在这种情况下，本步骤还包括由元数据处理单元生成全局唯一的内容标识。

步骤 204、元数据处理单元将元数据与获得的内容标识进行关联；在媒体内容生成后，元数据处理单元还需要将内容标识和媒体内容进行关联，这样通过内容标识，将建立了媒体内容和元数据的关联关系。

上述将元数据与内容标识进行关联可以具体为：建立一个包含元数据和内容标识之间映射关系的第一数据库，该第一数据库中的一条数据目录中描述了元数据、内容标识以及两者之间的映射关系。上述将内容标识和媒体内容进行关联可以具体为：建立一个包含媒体内容的存储位置和内容标识之间映射关系的第二数据库，该第二数据库中的一条数据目录中描述了媒体内容的存储位置、内容标识以及两者之间的映射关系。

当访问某个元数据时，通过查找第一数据库，获得该元数据对应的内容标识；再查找第二数据库，获得内容标识对应的媒体内容的存储位置，进而访问到该元数据对应的媒体内容。

步骤 205、元数据处理单元将元数据的数据格式进行转换；由于元数据上传单元发送的元数据存在不符合数据格式规范的情况，为了保证后续存储时数据格式的一致性，可以将不符合标准格式的元数据转换为统一的标准格式。当不需要进行数据格式转换时，本实施例可以不包括步骤 205。

步骤 206、元数据存储单元将元数据进行存储；

元数据存储单元将处理完成的元数据按照一定的规则（可以为预先设定的规则）进行存储，该元数据存储单元可以是一个单独的网元，也可以为集成在元数据处理单元等网络实体中的功能实体。

本实施例中具体介绍了将元数据封装在信令消息或媒体流中，并通过 Ut/Gm/Xc/Xd接口上传给元数据处理单元，解决了在基于 IMS的 IPTV系统中上传元数据的问题；与此同时，在元数据处理单元中将元数据与内容标识进行关联，而内容标识与媒体内容也存在关联关系，从而建立了元数据与媒体内容的关联关系，因此保证 IPTV业务能够正常访问上传后的元数据。

下面以 COV业务为例，通过几个实施例进一步介绍本发明实施例元数据的上传方法的技术方案。

图 4为本发明实施例三元数据的上传方法的信令流程图。本实施例用于 IPTV系统，其中元数据生成单元和元数据上报单元集成在 UE中，元数据处理单元在业务控制功能实体（ Service Control Function, 以下简称： SCF ) 中，元数据存储单元在内容数据功能实体（ Content Profile Service Function, 以下简称： CPSF ) 中。在图 4所示的步骤之前， UE从网络下载 COV内容信息输入界面，或者在会话过程中，网络向 UE发送元数据输入页面链接，用户点击该链接后，下载 COV内容信息输入界面；用户根据 COV内容信息输入界面输入信息。如图 4所示，本实施例具体包括如下步骤：

步骤 301、 UE中的元数据生成单元将用户的输入信息进行相关处理，生成元数据，同时 UE还根据 COV内容或用户的其他操作等，生成其他的元数据；上述全部的元数据可以以可扩展标识语言（Extensible Marked Language, 以下简称： XML ) 的格式进行生成，也可以以其他描述格式进行生成；据上传单元根据 UE和 SCF之间釆用的接口（本实施例为 Ut接口）和协议（本实施例为 Http协议），将元数据封装在协议的消息体中，该消息体即信令消息，将信令消息发送给元数据处理单元 SCF;

本实施例釆用 Http的 post命令， post命令的消息体内携带元数据。

步骤 303、元数据处理单元接收到信令消息后，对信令消息进行解码，提取出元数据；

步骤 304、由于 UE没有生成内容标识，因此元数据处理单元对信令消息进行解码没有提取出内容标识，元数据处理单元需要生成全局唯一的内容标识；然后，将内容标识和元数据进行关联；在媒体内容生成后，元数据处理单元还需要将内容标识和媒体内容进行关联，这样通过内容标识，建立了媒体内容和元数据的关联关系，以保证处理之后的元数据能够被 IPTV业务正常访问；

步骤 305、元数据处理单元还可以具备元数据格式转换功能，可将不符合标准存储格式的元数据和内容标识转换为标准存储格式；本步骤为可选步骤；步骤 306、元数据处理单元通过接口（SCF和 CPSF之间的接口），根据私有协议或非私有协议，将处理好的元数据发送到元数据存储单元，元数据存储单元按照内部的元数据存储规则，对元数据进行存储；该接口可以为内部接口，也可以为外部接口。

本实施例中的元数据生成单元不仅限于在 UE中，在基于 IMS的 IPTV系统中，该元数据生成单元还可以位于 SCF或 MF或 CPSF中；元数据处理单元不仅限于在 SCF中，还可以在 MF或 SSF或 CPSF中；元数据存储单元可以在 CPSF、 UPSF、 SCF, SSF等实体中，也可能是一个单独的实体，可以集成在 SCF或 SSF或其他网络实体中。

本实施例中具体介绍了可根据 Http协议将元数据封装在信令消息中，并通过 Ut接口上传给元数据处理单元，解决了在基于 IMS的 IPTV系统中上传元数据的问题；与此同时，在元数据处理单元中将元数据与内容标识进行关联，而内容标识与媒体内容也存在关联关系，从而建立了元数据与媒体内容的关联关系，因此保证 IPTV业务能够正常访问上传后的元数据。

图 5 为本发明实施例四元数据的上传方法的信令流程图。本实施例用于 IPTV系统，其中元数据生成单元和元数据上报单元集成在 UE中，元数据处理单元在 SCF中，元数据存储单元在 CPSF中。在图 5所示的步骤之前， UE 从网络下载 COV内容信息输入界面，或者在会话过程中，网络向 UE发送元数据输入页面链接，用户点击该链接后，下载 COV内容信息输入界面；用户根据 COV内容信息输入界面输入信息。如图 5所示，本实施例具体包括如下步骤：

步骤 401、 UE中的元数据生成单元将用户的输入信息进行相关处理，生成元数据，同时 UE还根据 COV内容或用户的其他操作等，生成其他的元数据；上述全部的元数据可以以 XML的格式进行生成，也可以以其他描述格式进行生成；并且，元数据生成单元还生成全局唯一的内容标识；

步骤 402、元数据生成单元将生成的元数据和内容标识发送给元数据上传单元，元数据上传单元根据 UE和 SCF之间釆用的接口（本实施例为 Gm接口）和协议（本实施例为 SIP协议），将元数据和内容标识封装在 SIP协议的消息体中，该消息体即信令消息，将信令消息发送给元数据处理单元 SCF; 本实施例可以釆用 SIP协议的 SDP消息体携带元数据和内容标识，通过 SIP信令上传给元数据处理单元；具体的说，若在媒体内容上传之前发送信令消息 , 可以通过邀请请求消息 , 携带 content-type:text/plain格式的消息体 , 在这些消息体中携带元数据和内容标识；若在媒体内容上传过程中发送信令消息，可以通过定义新的 message方法，在该 message方法的消息体中携带元数据和内容标识；若在媒体内容上传之后信令消息，可以通过 INFO或 NOTIFY 等消息体携带元数据和内容标识。步骤 403、元数据处理单元接收到信令消息后，对信令消息进行解码，提取出元数据和内容标识；

步骤 404、由于对信令消息进行解码提取出内容标识，则，元数据处理单元将内容标识和元数据进行关联；在媒体内容生成后，元数据处理单元还需要将内容标识和媒体内容进行关联，这样通过内容标识，将建立了媒体内容和元数据的关联关系，以保证处理之后的元数据能够被 IPTV业务正常访问；步骤 405、元数据处理单元还可以具备元数据格式转换功能，可将不符合标准存储格式的元数据和内容标识转换为标准存储格式；本步骤为可选步骤；步骤 406、元数据处理单元通过接口（该接口为 SCF和 CPSF之间的接口），根据私有协议或非私有协议，将处理好的元数据发送到元数据存储单元，元数据存储单元按照内部的元数据存储规则，对元数据进行存储；该接口可以为内部接口，也可以为外部接口。

本实施例中的元数据生成单元不仅限于在 UE中，还可以在 SCF或 MF 中；元数据处理单元不仅限于在 SCF中，还可以在 MF或 SSF或 CPSF中；元数据存储单元可以在 CPSF、 UPSF、 SCF, SSF等实体中，也可能是一个单独的实体。

本实施例中具体介绍了可根据 SIP协议将元数据和内容标识封装在信令消息中，并通过 Gm接口上传给元数据处理单元，解决了在基于 IMS的 IPTV 系统中上传元数据的问题；与此同时，在元数据处理单元中将元数据与内容标识进行关联，而内容标识与媒体内容也存在关联关系，从而建立了元数据与媒体内容的关联关系，因此保证 IPTV业务能够正常访问上传后的元数据。

图 6为本发明实施例五元数据的上传方法的信令流程图。本实施例用于 IPTV系统，其中元数据生成单元和元数据上报单元集成在 UE中，元数据处理单元在 MF中，元数据存储单元在 CPSF中。在图 6所示的步骤之前， UE 从网络下载 COV内容信息输入界面，或者在会话过程中，网络向 UE发送元数据输入页面链接，用户点击该链接后，下载 COV内容信息输入界面；用户根据 COV内容信息输入界面输入信息。如图 6所示，本实施例具体包括如下步骤：

步骤 501、 UE中的元数据生成单元将用户的输入信息进行相关处理，生成元数据，同时 UE还根据 COV内容或用户的其他操作等，生成其他的元数据；上述全部的元数据可以以 XML的格式进行生成，也可以以其他描述格式进行生成；据上传单元根据 UE和 MF之间釆用的接口（本实施例为 Xd接口）和协议（本实施例为 MPEG2 - TS或 RTP协议 ),将元数据封装在该协议中； UE使用 RTP 协议或 MPEG2 - TS等方式元数据进行封装，得到媒体流，并通过 Xd接口上传到元数据处理单元；

若釆用 MPEG2 - TS方式，可以根据 IEC 61883 - 4: 1998家用音视频设备-数字接口 -第 4 部分中 MPEG2 - TS 数据传输规范，将元数据复用在 MPEG2 - TS流中；在这种情况下 , MF需要具有从 MPEG2-TS流中提取元数据的能力；

若釆用 RTP协议，可以根据类似 RFC2793中所涉及的利用 RTP协议封装文本信息的方法，定义一种新的 RTP 负载名称和相应的 MIME类型，如 RFC2793中定义的 T140 ( text/tl40 ),利用这种方式来封装元数据；与此同时，需要根据上述方式，对现有的 RTP协议进行增强，并且需要增强 MF, 使得 MF具有从 RTP媒体流中提取元数据的能力。

步骤 503、元数据处理单元接收到媒体流后，对媒体流进行解复用，提取出元数据；

步骤 504、由于对媒体流进行解复用没有提取出内容标识，元数据处理单元需要生成全局唯一的内容标识；然后，将内容标识和元数据进行关联；在媒体内容生成后，元数据处理单元还需要将内容标识和媒体内容进行关联，这样通过内容标识，将建立了媒体内容和元数据的关联关系，以保证处理之后的元数据能够被 IPTV业务正常访问；

步骤 505、元数据处理单元还可以具备元数据格式转换功能，可将不符合标准存储格式的元数据和内容标识转换为标准存储格式；本步骤为可选步骤；步骤 506、元数据处理单元通过接口，根据私有协议或非私有协议，将处理好的元数据发送到元数据存储单元，元数据存储单元按照内部的元数据存储规则，对元数据进行存储；该接口可以为内部接口，也可以为外部接口。

本实施例也可以在步骤 501 中，由元数据生成单元生成全局唯一的内容标识；在步骤 502 中，将元数据和内容标识均封装在媒体流中；在步骤 503 中，对媒体流解复用，提取出元数据和内容标识；在步骤 504 中，无需生成内容标识，将提取出来的元数据和内容标识进行关联。

本实施例中的元数据生成单元不仅限于在 UE中，还可以在 SCF或 MF 或 CPSF中；元数据处理单元不仅限于在 MF中，还可以在 SCF或 SSF或 CPSF 中；元数据存储单元可以在 CPSF、 SCF, SSF, UPSF等实体中，也可能是一个单独的实体。

本实施例中具体介绍了可使用 RTP协议或 MPEG2 - TS等方式将元数据 (或元数据和内容标识）封装在媒体流中，并通过 Xd接口上传给元数据处理单元，解决了在基于 IMS的 IPTV系统中上传元数据的问题；与此同时，在元数据处理单元中将元数据与内容标识进行关联，而内容标识与媒体内容也存在关联关系，从而建立了元数据与媒体内容的关联关系，因此保证 IPTV业务能够正常访问上传后的元数据。

图 7为本发明实施例六元数据的上传方法的信令流程图。本实施例用于 IPTV系统，其中元数据生成单元和元数据上报单元集成在 UE中，元数据处理单元在 MF中，元数据存储单元在 CPSF中。在图 7所示的步骤之前， UE 从网络下载 COV内容信息输入界面，或者在会话过程中，网络向 UE发送元数据输入页面链接，用户点击该链接后，下载 COV内容信息输入界面；用户根据 COV内容信息输入界面输入信息。如图 7所示，本实施例具体包括如下步骤：

步骤 601、 UE中的元数据生成单元将用户的输入信息进行相关处理，生成元数据，同时 UE还根据 COV内容或用户的其他操作等，生成其他的元数据；上述全部的元数据可以以 XML的格式进行生成，也可以以其他描述格式进行生成；据上传单元通过 SCF与 MF协商新的媒体传输通道 (包括协商的文件传输协议，传输端口等），协商成功后，元数据上传单元将元数据封装在该协商釆用的文件传输协议中，得到信令消息，并通过协商的文件传输端口上传到元数据处理单元；

UE经过 IMS核心网，通过 SCF和 MF协商确定文件传输通道， UE获取文件传输通道的相关信息，该相关信息包括但不仅限于文件传输协议、文件传输端口等；其中， SCF作为协商的一个实体，主要起到 UE和 MF之间的桥梁作用；协商的文件传输协议可以为 Http/FTP/FLUTE等文件传输协议；本实施例 UE具有传输通道协商功能，用于和网络侧实体协商文件传输通道。

步骤 603、元数据处理单元接收到信令消息后，对信令消息进行解码，提取出元数据；

步骤 604、由于对信令消息进行解码没有提取出内容标识，元数据处理单元需要生成全局唯一的内容标识；然后，将内容标识和元数据进行关联；在媒体内容生成后，元数据处理单元还需要将内容标识和媒体内容进行关联，这样通过内容标识，将建立了媒体内容和元数据的关联关系，以保证处理之后的元数据能够被 IPTV业务正常访问；

步骤 605、元数据处理单元还可以具备元数据格式转换功能，可将不符合标准存储格式的元数据和内容标识转换为标准存储格式；本步骤为可选步骤；步骤 606、元数据处理单元通过接口，根据私有协议或现有协议，将处理好的元数据发送到元数据存储单元，元数据存储单元按照内部的元数据存储规则，对元数据进行存储；该接口可以为内部接口，也可以为外部接口。本实施例中的元数据生成单元不仅限于在 UE中，还可以在 SCF或 MF 或 CPSF中；元数据处理单元不仅限于在 MF中，还可以在 SCF或 SSF或 CPSF 中；元数据存储单元可以在 CPSF或 SCF或 UPSF或 SSF等实体中，也可能是一个单独的实体。

本实施例中具体介绍了可使用协商的文件传输协议将元数据封装在信令消息中，并通过协商的文件传输端口上传给元数据处理单元，解决了在基于 IMS的 IPTV系统中上传元数据的问题；与此同时，在元数据处理单元中将元数据与内容标识进行关联，而内容标识与媒体内容也存在关联关系，从而建立了元数据与媒体内容的关联关系，因此保证 IPTV业务能够正常访问上传后的元数据。

图 8为本发明实施例七元数据的上传方法的信令流程图。本实施例用于 IPTV系统中，其中元数据生成单元和元数据上报单元集成在 UE中，元数据处理单元在 MF中，元数据存储单元在 CPSF中。在图 8所示的步骤之前， UE从网络下载 COV内容信息输入界面，或者在会话过程中，网络向 UE发送元数据输入页面链接，用户点击该链接后，下载 COV内容信息输入界面；用户根据 COV内容信息输入界面输入信息。如图 8所示，本实施例具体包括如下步骤：

步骤 701、 UE中的元数据生成单元将用户的输入信息进行相关处理，生成元数据，同时 UE还根据 COV内容或用户的其他操作等，生成其他的元数据；上述全部的元数据可以以 XML的格式进行生成，也可以以其他描述格式进行生成；据上传单元根据 UE和 MF之间釆用的接口（本实施例为 Xc接口）和协议（本实施例为 RTSP协议），将元数据封装在 RTSP协议的消息体中，该消息体即信令消息，将信令消息发送给元数据处理单元 SCF; 本实施例可以釆用 RTSP协议的 ANNOUNCE命令来携带元数据，该命令用于发出请求 URL确定的节目描述或媒体对象。

步骤 703、元数据处理单元接收到信令消息后，对信令消息进行解码，提取出元数据；

步骤 704、由于对信令消息进行解码没有提取出内容标识，元数据处理单元需要生成全局唯一的内容标识；然后，将内容标识和元数据进行关联；在媒体内容生成后，元数据处理单元还需要将内容标识和媒体内容进行关联，这样通过内容标识，将建立了媒体内容和元数据的关联关系，以保证处理之后的元数据能够被 IPTV业务正常访问；

步骤 705、元数据处理单元还可以具备元数据格式转换功能，可将不符合标准存储格式的元数据和内容标识转换为标准存储格式；本步骤为可选步骤；步骤 706、元数据处理单元通过接口，根据私有协议或非私有协议，将处理好的元数据发送到元数据存储单元，元数据存储单元按照内部的元数据存储规则，对元数据进行存储；该接口可以为内部接口，也可以为外部接口。

本实施例中的元数据生成单元不仅限于在 UE中，还可以在 SCF或 MF 或 CPSF中；元数据处理单元不仅限于在 MF中，还可以在 SCF或 SSF或 CPSF 中；元数据存储单元可以在 CPSF或 SCF或 UPSF或 SSF等实体中，也可能是一个单独的实体。

本实施例中具体介绍了可使用 RTSP协议将元数据封装在信令消息中，并通过 Xc接口上传给元数据处理单元，解决了在基于 IMS的 IPTV系统中上传元数据的问题；与此同时，在元数据处理单元中将元数据与内容标识进行关联，而内容标识与媒体内容也存在关联关系，从而建立了元数据与媒体内容的关联关系，因此保证 IPTV业务能够正常访问上传后的元数据。

图 9为本发明实施例元数据上传装置的示意图，该元数据上传装置用于 IPTV系统中，可以具体为元数据处理单元，如图 9所示，具体包括：提取模块 21 , 用于接收封装有 IPTV系统中元数据的信令消息或媒体流，从信令消息或媒体流中提取元数据；第一关联模块 22, 用于将元数据与获得的内容标识进行关联。

本实施例还可以包括：第二关联模块 23 , 用于将内容标识与媒体内容进行关联；生成模块 24, 用于生成全局唯一的内容标识；转换模块 25, 用于将元数据的数据格式进行转换。

本实施例通过接收封装有元数据的信令消息或媒体流，将元数据与内容标识进行关联，解决了在基于 IMS的 IPTV系统中上传元数据的问题，同时保证 IPTV业务能够正常访问上传后的元数据。

图 10为本发明实施例终端的示意图。本实施例用于 IPTV系统中，如图 10所示，具体包括：元数据生成单元 31和元数据上传单元 32。

元数据生成单元 31 可以包括：元数据生成模块 311 , 用于生成 IPTV系统中的元数据，将元数据发送给元数据上传单元。元数据上传单元 32可以包括：第一封装模块，用于将元数据封装在信令消息或媒体流中；发送模块 321 , 用于发送信令消息或媒体流。

元数据生成单元 31还可以包括：内容标识生成模块 312, 用于生成全局唯一的内容标识。第一封装模块可以具体为第二封装模块 322, 用于将元数据和内容标识封装在信令消息或媒体流中。

本实施例通过生成元数据，将元数据以信令消息封装的方式或媒体流封装的方式进行封装，得到封装有元数据的信令消息或媒体流并发送，解决了在基于 IMS的 IPTV系统中上传元数据的问题。

图 11 为本发明实施例元数据的上传系统的示意图。本实施例用于 IPTV 系统中，如图 11所示，具体包括：终端 4和元数据上传装置 5, 终端 4包括：元数据生成单元 41和元数据上传单元 42。

元数据生成单元 41 包括：元数据生成模块 411 , 用于生成 IPTV系统中的元数据，将元数据发送给元数据上传单元；

元数据上传单元 42包括：第一封装模块 421 , 用于将元数据封装在信令消息或媒体流中；发送模块 422, 用于发送信令消息或媒体流；元数据上传装置 5包括：提取模块 51 , 用于接收封装有元数据的信令消息或媒体流，从信令消息或媒体流中提取元数据；第一关联模块 52, 用于将元数据与获得的内容标识进行关联。

本实施例还可以包括：元数据存储单元 6, 用于将元数据进行存储。本实施例中的元数据上传装置 5 可以为本发明实施例元数据上传装置中所描述的任一装置；终端 4可以为本发明实施例终端中所描述的任一终端。本实施例通过接收封装有元数据的信令消息或媒体流，将元数据与内容标识进行关联，解决了在基于 IMS的 IPTV系统中上传元数据的问题，同时保证

IPTV业务能够正常访问上传后的元数据。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

权利要求书

1、一种元数据的上传方法，其特征在于包括：

将所述元数据与获得的内容标识进行关联。

2、根据权利要求 1所述的元数据的上传方法，其特征在于还包括：将所述内容标识与媒体内容进行关联。

3、根据权利要求 1所述的元数据的上传方法，其特征在于，在所述提取元数据之后还包括：生成全局唯一的所述内容标识。

4、根据权利要求 1所述的元数据的上传方法，其特征在于，所述信令消息或媒体流中封装有所述内容标识，所述方法还包括：从所述信令消息或媒体流中提取所述内容标识。

5、根据权利要求 3所述的元数据的上传方法，其特征在于，在所述接收信令消息或媒体流之前还包括：

终端生成所述元数据；

所述终端将所述元数据封装在所述信令消息或媒体流中；

所述终端发送所述信令消息或媒体流。

6、根据权利要求 4所述的元数据的上传方法，其特征在于，在所述接收信令消息或媒体流之前还包括：

所述终端生成所述元数据和全局唯一的所述内容标识；

所述终端将所述元数据和所述内容标识封装在所述信令消息或媒体流中；所述终端发送所述信令消息或媒体流。

7、根据权利要求 1所述的元数据的上传方法，其特征在于，在将所述元数据与获得的内容标识进行关联之后还包括：将所述元数据的数据格式进行转换。

8、根据权利要求 5或 6所述的元数据的上传方法，其特征在于，所述终端生成元数据包括：接收用户的输入信息，将所述用户的输入信息转化为所述元数据。

9、根据权利要求 5或 6所述的元数据的上传方法，其特征在于，所述终端发送信令消息或媒体流包括：所述终端通过 Ut接口或 Gm接口或 Xd接口或 Xc 接口或预先协商的文件传输通道发送信令消息或媒体流。

10、根据权利要求 5或 6所述的元数据的上传方法，其特征在于，所述封装在信令消息中具体为：封装在 HTTP或 SIP或 RTSP或预先协商的文件传输协议的信令消息中。

1 1、根据权利要求 5或 6所述的元数据的上传方法，其特征在于，所述封装在媒体流中具体为：封装在 MPEG2-TS流中或通过 RTP协议进行封装。

12、一种元数据上传装置，其特征在于包括：

提取模块（21 ), 用于接收封装有 IPTV系统中元数据的信令消息或媒体流，从所述信令消息或媒体流中提取所述元数据；

第一关联模块（ 22 ), 用于将所述元数据与获得的内容标识进行关联。

13、根据权利要求 12所述的元数据上传装置，其特征在于还包括：第二关联模块（ 23 ), 用于将所述内容标识与媒体内容进行关联。

14、根据权利要求 12所述的元数据上传装置，其特征在于还包括：生成模块（24 ), 用于生成全局唯一的所述内容标识。

15、根据权利要求 12所述的元数据上传装置，其特征在于还包括：转换模块（25 ), 用于将所述元数据的数据格式进行转换。

16、一种终端，其特征在于包括：元数据生成单元（31 )和元数据上传单元（32 ); 其中，

所述元数据生成单元（31 ) 包括：

元数据生成模块（311 ), 用于生成 IPTV系统中的元数据，将所述元数据发送给所述元数据上传单元 ( 32 );

所述元数据上传单元 ( 32 ) 包括：

第一封装模块，用于将所述元数据封装在信令消息或媒体流中；发送模块（321 ), 用于发送所述信令消息或媒体流。

17、根据权利要求 16所述的终端，所述元数据生成单元还包括：内容标识生成模块（312 ), 用于生成全局唯一的内容标识；

所述第一封装模块具体为第二封装模块（322 ), 用于将所述元数据和所述内容标识封装在信令消息或媒体流中。

18、一种元数据的上传系统，其特征在于包括：终端（4 )、元数据上传装置（5 ); 其中，所述终端（4 ) 包括：元数据生成单元（41 )和元数据上传单元

( 42 );

所述元数据生成单元（41 ) 包括：

元数据生成模块（411 ), 用于生成 IPTV系统中的元数据，将所述元数据发送给所述元数据上传单元；

所述元数据上传单元 ( 42 ) 包括：

第一封装模块（421 ), 用于将所述元数据封装在信令消息或媒体流中；发送模块 ( 422 ), 用于发送所述信令消息或媒体流；

所述元数据上传装置 ( 5 ) 包括：

提取模块（51 ), 用于接收封装有所述元数据的信令消息或媒体流，从所述信令消息或媒体流中提取所述元数据；

第一关联模块（ 52 ), 用于将所述元数据与获得的内容标识进行关联。

19、根据权利要求 18所述的元数据的上传系统，其特征在于还包括：元数据存储单元（ 6 ), 用于将所述元数据进行存储。