通过SOAP操作传送非匿名用户元数据的方法

摘要

通过SOAP操作传送非匿名用户元数据的方法。本发明通过提供能够传送非匿名用户信息的SOAP操作，使通过服务代理的点播型服务的提供变得容易。通过SOAP操作将非匿名用户元数据传送给TV-Anytime服务代理的方法包括：(a)定义传送用户元数据，并能够识别出是非匿名用户元数据的传送的SOAP操作的步骤；(b)所述服务代理认知用户的步骤；(c)客户端在所述步骤(a)定义的SOAP操作的元素中，加载所述被认知的用户的元数据，并传送给所述服务代理的步骤；(d)所述服务代理识别在所述步骤(c)被传送的SOAP操作的元素，并抽出在所述SOAP操作的元素中所包含的用户元数据的步骤。

说明书

本申请是2005年9月15日提交的，申请号为200510103435.X，发明名称为“通过SOAP操作传送非匿名用户元数据的方法”的专利申请的分案申请。

技术领域

本发明涉及TV-Anytime服务，尤其涉及通过SOAP操作传送非匿名(non-anonymous)用户元数据的方法。

背景技术

最近，随着数字播放服务的正式化，对于在多频道、多媒体环境下提供点播型播放服务的技术的研究越来越活跃。作为一个例子，作为民间国际标准的TV-Anytime，是用于提供Anytime服务的标准规格。该Anytime服务是以表现内容描述(description)信息的元数据为基础，用户通过将自身的喜好(preference)信息与所述元数据匹配，存储所希望的内容，在自由的时间里进行收看。

元数据作为如上所述的关于内容的描述信息，在TV-Anytime中，包含在MPEG-7中所定义的基于内容(content-based)的描述和EPG(电子程序导向)信息，使用户能够容易地检索和选择希望的内容。元数据标准由两部分构成，部分A定义了用于描述元数据的格式，即模式(Schema)，活用了基于XML(eXtensible Markup Language：扩展标记语言)的MPEG-7 DDL(Description Definition Language：描述定义语言)(ISO/IEC 15938-2)。另外，部分B涉及元数据的传送，包含二进格式[MPEG-7BiM(Binary Format for MPEG-7)](ISO/IEC 15938-1)、片段化(fragment)模型、封装化(encapsulation)和索引(indexing)技术。

图1是表示TV-Anytime元数据的结构的图，包括程序描述元数据(Program Description Metadata)和用户描述元数据(User Description Metadata)，程序描述元数据由内容描述元数据和实例(instance)描述元数据构成。针对一个程序的元数据，通过被称作CRID(Content Reference Identifier，以下称为“CRID”)的识别符相互关联。

内容描述元数据由内容生成者(Content Creator)生成，包括程序标题、种类、概要、评论家点评等。实例描述元数据由内容提供者(Content Provider)生成，包括位置(Location)(播放时间、频道、URL等)、使用规则(usage rule)、传送参数(delivery parameter)等。最后，用户描述数据包括用户喜好(user preference)、使用历史(usage history)、个人书签(personal bookmark)等，由用户生成。

为了提供经由了往返通路的双方向元数据数据服务，TV-Anytime标准定义了2种类型的元数据万维网服务，它们是对well-defined behavior和对输入输出集合的远程程序(remote procedure)。在基于XML(扩展标记语言)的WSDL(Web Service Description Language，万维网服务描述语言)标准中，上述的远程程序以简单对象访问协议(SOAP：Simple Object Access Protocol，下面称为“SOAP”)操作的形态来定义，有用于元数据检索的‘get_Data’操作和用于用户描述提出的‘submit_Data’操作。而且，上述的SOAP协议是能在分散环境下访问对象(Object)的XML通信协议。

在TV-Anytime元数据服务中使用的请求(Request)/响应(Response)类型在“urn：tva：transport：2002”的名字空间中定义，而所述的名字空间作为用于对各种信息进行验证的工具而被提供。根据元数据规范和内容参照(Content referencing)标准所定义的类型(type)，在传送(transport)名字空间被参照。模式片段(Schema fragment)在上述的名字空间中定义，名字空间的提供者在模式片段中被定义为‘tns：’。完全的XML模式文件是tva_transport_types_v10.xsd。

1.get_Data操作

get_Data操作提供一种让客户针对程序或程序组从服务器检索TV-Anytime数据的功能。如果例示TV-Anytime元数据提供者利用get_Data操作所能够提供的功能，则如下所示。

-利用CRID列表返还针对CRID的内容参照数据。

-利用CRID列表返还针对CRID的TV-Anytime元数据。

-接受针对特定的元数据属性(Attribute)(例如，种类、演员等)的查询，返还相应的程序。

-响应针对特定的时间或特定的频道的查询，返回相应的程序。

如果与get_Data操作的动作相关联地参照图2，则TV-Anytime服务的客户端(Client)通过因特网(IP Network)将基于get_Data操作的SOAP请求信息[get_Data()Request]传送给元数据服务服务器(Metadata Service Server)。此时，get_Data操作原则上支持所有查询类型，针对元数据限制条件提供广泛的查询。然后，元数据服务服务器通过SOAP响应信息[get_Data()Request]返还对所述SOAP请求信息的查询结果值。

甲.请求格式(Request Format)

如图3所示，在get_Data操作中，请求格式在客户端中指定3个类型的参数，将作为查询(检索)结果值返还的元素类型指定为请求表(Request Tables)类型。

图4是将查询的结果，返还的请求表类型指定为ClassificationSchemeTable、ProgramInformationTable、GroupInformationTable、CreditsInformationTable、ProgramLocationTable、ServiceInformationTable、ProgramReviewTable、SegmentInformationTable等的例子。

乙.响应格式(Response Format)

get_Data操作的响应格式如图5所示针对元素(TVAMain、ContentReferencingTable、InvalidFragments)，包含0个或大于等于1个的XML实例文档，根据在请求格式中所请求的请求表类型返还查询结果值。

2.submit_Data操作

图6示出了submit_Data操作的请求格式和响应格式。这样的submit_Data操作基本上以仅传送排除了用户的个人信息的数据为目的。即，在TV-Anytime的PhaseI的技术标准中，限制于在基于使用服务和内容的智能代理或者通过手动写入生成的匿名的配置数据集中定义的数据。在TV-Anytime论坛中尊重并包含所有用户和提供者的基本权利，其包括内容用户的隐私基本权利，和内容生成者、提供者、服务提供者等所有参加者的合法的权利。

3.利用了用户信息的get_Data操作

现在，在TV-Anytime中，根据通过submit_Data传送的用户元数据，服务代理针对每个代理通过特殊的算法进行get_Data操作，并将相应结果传送给用户。

这样，现在，TV-Anytime元数据服务器能够收集通过submit_Data操作传送的用户元数据，并用于关于内容的使用的统计等。可是，为了通过服务器侧的服务代理提供点播型服务，需要关于非匿名信息的传送，但现在，在TV-Anytime标准中定义的submit_Data操作，基本上仅能进行匿名数据的传送。因此，为了提供TV-Anytime服务要追求的用户点播型服务，迫切需要能够传送非匿名用户信息的SOAP操作。

发明内容

本发明的课题是解决这些问题，通过提供一种能够传送非匿名用户信息的SOAP操作，使通过服务代理的点播型服务的提供变得容易。

根据本发明的一个侧面，提供一种通过SOAP操作将非匿名用户元数据传送给TV-Anytime服务代理的方法，该方法包括：(a)定义传送用户元数据，并能够识别出是非匿名用户元数据的传送的SOAP操作的步骤；(b)使所述服务代理认知用户的步骤；(c)客户端在所述步骤(a)定义的SOAP操作的元素中，上载所述被认知的用户的元数据，并传送给所述服务代理的步骤；(d)使所述服务代理识别在所述步骤(c)被传送的SOAP操作的元素，并抽出包含在所述SOAP操作的元素中的用户元数据的步骤。

另外，优选所述步骤(a)可包含(a-1)所述服务代理根据ID和密码中的至少一个来认证用户的步骤。更优选所述步骤(a-1)在安全环境下进行。而且，所述步骤(a)还可包含(a-2)所述服务代理向用户确认用户元数据被传送的情况的步骤。

另外，根据本发明的其它侧面，提供一种通过SOAP操作将非匿名用户元数据传送给TV-Anytime服务代理的方法，该方法包括：(e)SOAP上载操作的提供步骤，在该提供SOAP上载操作的步骤中，该SOAP上载操作的请求元素包含扩展用户描述类型的用户信息元素，响应元素包含元数据功能描述的版本信息和接收结果；(f)客户端响应来自已被认证的用户的命令，向所述请求元素的用户信息元素输入并传送所述已被认证的用户的非匿名用户元数据的步骤；(g)使所述服务代理响应所述请求元素的接收，向所述响应元素输入元数据功能描述的版本信息和接收结果，并传送给所述客户端的步骤。

根据本发明，通过upload_personal_Data操作传送的用户信息作为能够进行用户认知的数据被处理，由此，服务代理能够提供个人的点播型服务。

附图说明

图1是TV-Anytime元数据的结构图。

图2是get_Data操作的一般的动作概念图。

图3是表示现有的get_Data操作的请求格式的图。

图4是现有的get_Data操作中，指定了能被返回查询结果的请求表类型的例示图。

图5是表示现有的get_Data操作的响应格式的图。

图6是表示现有的submit_Data操作的请求格式和响应格式的图。

图7是表示本发明第一实施方式的upload_personal_Data操作的请求格式和响应格式的图。

图8是表示本发明第一实施方式的upload_personal_Data操作的动作概念图。

图9是表示本发明第二实施方式的upload_personal_Data操作的请求格式的例示图。

图10是表示图9所示的upload_personal_Data操作的响应格式的例示图。

具体实施方式

以下，参照附图详细说明本发明的优选实施方式。

首先，对于由本发明提供的SOAP操作赋予与现有的SOAP操作不同的名称，例如可命名为‘upload_personal_Data()’，以使元数据服务器侧的服务代理能够识别出通过SOAP操作传送的元数据是非匿名用户元数据。

图7是例示所述upload_personal_Data操作的结构的图。

由图7可知，upload_personal_Data以传送TV-Anytime的用户描述(User Description)类型的元素为目的。基本的操作定义与get_Data操作相同，但在非匿名信息的存储这方面不同。用户在通过自身ID和/或密码那样的认证手续登录之后，传送用户信息，服务代理基于此来维持/管理每个用户的用户信息。

更具体地进行说明，upload_personal_Data操作的元素包含有用户描述元素。由于所述用户描述元素被设定为maxOccurs＝‘unbounded’，所以被包含在upload_personal_Data操作的元素中的用户描述元素的个数没有限制。进行upload_personal_Data操作的结果通过upload_personal_Result元素被传送给客户端。

图8是表示本发明第一实施方式的upload_personal_Data操作的动作概念图。

参照图8，在TV-Anytime服务中，客户端通过作为SOAP操作的upload_personal_Data操作，将包含作为TVAMain元数据的非匿名用户信息的upload_personal_Data的元素通过因特网传送给元数据服务服务器(Metadata Service Server)侧的服务代理。此时，服务代理按照后述的用户认知政策和对用户信息传送的认知政策，必须事先经过用户的认知过程和对用户元数据传送的用户的确认。然后，服务代理能够识别upload_personal_Data的元素，抽出包含在相应元素中的用户信息，通过上述的upload_personal_Data_Result元素传送用户信息的传送结果。

所述upload_personal_Data操作通过如下的政策进行动作。

1.用户认知

为了进行用户的正确认知，服务代理必须提供安全环境下的用户的登录和认证手续。

2.对用户信息传送的认知

服务代理必须向用户充分确认用户信息被传送的事实。

3.用户信息的管理

服务代理必须管理用户信息的外部流出，必须通过加密等管理用户信息。另外，当用户请求用户信息的删除和/或变更时，必须进行该作业。

如上所述，现在通过在TV-AnytimeSP006中定义的get_Data操作传送的用户元数据被看成匿名的数据，但由upload_personal_Data操作传送来的用户信息作为能够进行用户认知的数据而被处理，由此，服务代理能够提供个人的点播型服务。

图9是表示本发明第二实施方式的upload_personal_Data操作的请求格式的例示图。

如图所示，本发明的第二实施方式的upload_personal_Data操作，使用户能够传送在TV-AnytimeSP003-3中定义的扩展用户描述类型的用户信息。即，upload_personal_Data操作的输入具有在‘Metadata Specification for Phase 2’中定义的tva2：ExtendedUserDescriptionType。

一方面，upload_personal_Data操作与上述的submit_Data操作被同样地定义，只是在可靠的安全环境下使用这一点上有差异，服务提供者和使用upload_personal_Data操作的用户，通过用户认证手续等承担与个人信息的使用相关的责任。

图10是表示图9所示的upload_personal_Data操作的响应格式(‘upload_personal_Result’)的例示图。

upload_personal_Data操作的响应结果，必须表示当前针对服务版本的信息，为此，针对‘Service Version’的属性必须设定为(‘required’)。这是为了防止在每次使用upload_personal_Data操作时都下载功能描述(capablity description)信息。

另外，upload_personal_Data的响应必须包含接受了个人信息的结果，该信息(status)如图所示表示为成功(sucess)、失败(failed)。

如上所述，通过当前在TV-AnytimeSP006中定义的get_Data操作所传送的用户元数据被看成匿名的数据，但由本发明所提供的upload_personal_Data操作所传送的用户信息作为能够进行用户认知的数据而被处理，由此，服务代理能够提供个人的点播型服务。

以上，对本发明的优选实施方式进行了说明，但这些是为了进行例示，只要是本发明所属技术领域中具有通常的知识的人，都可以在不脱离本发明的思想的范围内，进行各种变形或者修正。因此，本发明的保护范围并不限于上述实施方式，而由权利要求的范围决定。

适用于通过提供能够传送非匿名用户信息的SOAP操作，使通过服务代理的点播型服务的提供变得容易。