[发明专利]端到端多媒体内容的验证

说明书

技术领域

一般地，本发明涉及在端到端多媒体内容的使用方面的对端之间的验证和交互。具体地但非排他地，本发明涉及为多媒体内容的端到端内容交付生成验证信息。

背景技术

固定和移动宽带技术和更强大的移动手机的发展促进在移动手机上内容交付服务的普遍使用。

移动广播方案已经被不同组织（例如第三代合作伙伴计划（3GPP）多媒体广播/多播服务（MBMS））标准化。3GPP多媒体广播/多播服务（MBMS）能够将多媒体内容向移动用户进行资源有效的传送。多媒体广播/多播服务（MBMS）客户端可经由下载传送、流传送、流传送与下载传送的组合、和/或其他传送方法来接收内容。

多媒体广播/多播服务（MBMS）是3GPP版本6（Rel-6）特征，这可由网络运营商来部署，进行内容的广播/多播交付是成本有效的。当多媒体广播/多播服务（MBMS）订户移动至没有多媒体广播/多播服务（MBMS）覆盖的其他区域时，网络运营商可在单播模式下交付多媒体广播/多播服务（MBMS）内容。

多媒体广播/多播服务（MBMS）向3GPP系统中引入点到多点服务的概念。多媒体广播/多播服务（MBMS）用户的需求是能够安全地向给定的用户集发送数据。为此，需要一种用于多媒体广播/多播服务（MBMS）用户服务的验证、密钥交付和数据保护的方法。这意味着指定多媒体广播/多播服务（MBMS）安全以保护多媒体广播/多播服务（MBMS）用户服务，并且这独立于是使用多播还是广播。开放移动联盟（OMA）在他们的OMA广播规范中使用类似的概念。

通过媒体内容消费的爆炸式增长，提供流服务的媒体服务器的数目需要与用户的数目基本线性地增加。此外，中心化的流媒体服务器需要关于骨干IP网络的带宽的大量需求。所以，需要部署越来越多靠近用户装备（UE）的边缘服务器，随着不断增加的用户数目确保服务质量。

在边缘服务器和用户装备（UE）之间可使用端到端（P2P）技术，以缓解与覆盖区域和网络负载相关的上述问题。边缘服务器不仅处理来自其本地服务的用户装备（UE）的请求，他们还处理从相邻边缘服务器转移的请求。类似地，如果用户装备（UE）能力允许，用户装备（UE）可在获得数据同时提供空闲的上行链路带宽和存储空间，并向其他请求的目的地上传数据。按分段的方式发送内容，并且大多数的服务可跨网络的边缘来传播，这有助于减少中心化服务器的存储和带宽需求。因此，随着边缘服务器和用户装备（UE）的数目增加，改善系统能力。为了有效利用端到端（P2P）技术，需要对端之间的适当交互。这样的交互可由网络控制，但是用户可为了参与端到端（P2P）内容交付进行验证。

发明内容

根据本发明的第一示例性方面，提供一种方法，包括：

在第一实体处，在端到端通信链路上从第二实体接收第二实体的内容和标识；

呈现所接收的内容；

响应于所接收的内容的呈现，生成验证信息，所述验证信息至少包含：

第二实体的标识；和

所接收的内容的标识；和

使用加密密钥来加密所述验证信息。

该方法还可包括：在从第二实体接收内容之前，由第一实体发送内容的请求；和由第一实体发送对于第二实体的加密的验证信息。该内容可包括以下的至少一个：多媒体信息、文件下载、实时流传输数据和软件。

该方法还可包括：在呈现内容之前，在第一实体处，检查来自内容的第二实体的证书。该方法还可包括：在呈现内容之前，在第一实体处，检查内容的运营商签名。

该方法还可包括：当由运营商建立内容时，使用签名来签署内容。所述签名可以是运营商的公共密钥。

所述加密密钥是第一实体特定的对称密钥。第一实体特定的对称密钥是以下多媒体广播/多播服务密钥的至少一个：用户密钥、请求密钥、服务密钥和业务密钥。第二实体的标识是以下多媒体广播/多播服务密钥的至少一个：用户密钥、请求密钥、服务密钥和业务密钥。

该方法还可包括：在向第一实体发送内容之前，在第二实体处从运营商的内容服务器接收内容。

该方法还可包括：由第一实体向运营商发送加密的验证信息，用于内容传输和使用的验证。该方法还可包括：为第二实体提供证书。该方法还可包括：由第一实体向第二实体发送加密的验证信息，用于内容传输和使用的验证。该方法还可包括：为第二实体生成证书值，并在第二实体处将所述证书值包含在向第一实体发送的内容中。使用运营商签名来签署所生成的证书值。

根据本发明的第二示例性方面，提供一种装置，包括：

至少一个处理器；和