平码五不中公式规律
  • / 20
  • 下载费用:30 金币  

控制媒体分发的系统和方法.pdf

关 键 ?#21097;?/dt>
控制 媒体 分发 系统 方法
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201580029579.7

申请日:

2015.06.01

公开号:

CN106663152A

公开日:

2017.05.10

当前法律状态:

实审

有效性:

审中

法?#19978;?#24773;: 实质审查的生效IPC(主分类):G06F 21/16申请日:20150601|||公开
IPC分类号: G06F21/16(2013.01)I 主分类号: G06F21/16
申请人: 美国精宇电子科技公司
发明人: 戴·迈克尔
地址: 美国佐治亚州
优?#28909;ǎ?/td> 2014.06.02 US 14/293,305
专利代理机构: 上海华诚知识产权代理有限公司 31300 代理人: 肖华
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201580029579.7

授权公告号:

|||

法律状态公告日:

2017.06.30|||2017.05.10

法律状态类型:

实质审查的生效|||公开

摘要

媒体文件分发通过在媒体文件拥有者的移动装置上执行的应用程序?#29992;?#23186;体文件来被控制。利用媒体文件?#29992;?#23494;钥来?#29992;?#23186;体文件。随后媒体文件?#29992;?#23494;钥利用每个预定接收者的公钥被分别?#29992;埽?#24182;且?#29992;?#30340;媒体文件?#29992;?#23494;钥被添?#25317;郊用?#30340;媒体文件。因此,只有预定接收者才具有互补私钥来允许?#29992;?#30340;媒体文件?#29992;?#23494;钥的解密,其一旦被解密,可以被用于解密?#29992;?#30340;媒体文件本身。

权利要求书

1.一种方法,其特征在于,包括:
通过在第一移动装置上执行的应用程序,接收媒体文件的选择,其中所述媒体文件是
图片或视频,其中所述第一移动装置与所述媒体文件的拥有者相关联;
通过所述应用程序,接收选定的媒体文件的预定接收者;
通过所述应用程序,使用媒体文件?#29992;?#23494;钥,?#29992;?#25152;述媒体文件,以生成?#29992;?#30340;媒体文
件;
通过所述应用程序,使用所述预定接收者的公钥,?#29992;?#25152;述媒体文件?#29992;?#23494;钥;
将?#29992;?#30340;媒体文件?#29992;?#23494;钥附加于所述?#29992;?#30340;媒体文件;以及
通过应用程序,将所述?#29992;?#30340;媒体文件和附加的?#29992;?#30340;媒体文件?#29992;?#23494;钥发?#36879;?#25152;述
预定接收者。
2.如权利要求1所述的方法,其特征在于,进一步包括:
通过在与所述预定接收者相关联的第二移动装置上的第二应用程序,接收所述?#29992;?#30340;
媒体文件;
通过所述第二应用程序,使用所述预定接收者的私钥,解密所述?#29992;?#30340;媒体文件密钥,
以生成所述媒体文件?#29992;?#23494;钥;
通过所述第二应用程序,使用所述媒体文件?#29992;?#23494;钥,解密所述?#29992;?#30340;媒体文件;以及
通过所述第二应用程序,在所述第二移动装置的屏幕上再现解密的媒体文件。
3.如权利要求2所述的方法,其特征在于,在所述第二移动装置的所述屏幕上再?#25191;?#26377;
水印的所述解密的媒体文件。
4.如权利要求3所述的方法,其特征在于,所述水印包括所述媒体文件的拥有者和所述
预定接收者的标识。
5.如权利要求2所述的方法,其特征在于,进一步包括:
通过在所述第一移动装置上执行的所述应用程序,接收所述选定的媒体文件的分发限
制;以及
通过在所述第一移动装置上执行的所述应用程序,将所述分发限制添?#25317;?#25152;述?#29992;?#30340;
媒体文件,
其中所述分发限制指示所述?#29992;?#30340;媒体文件是否能够被所述接收者再分发。
6.如权利要求5所述的方法,其特征在于,当所述分发限制指示所述?#29992;?#30340;媒体文件能
够被再分发时,所述方法进一步包括:
通过所述第二应用程序,接收所述解密的媒体文件的另外的预定接收者;
通过所述第二应用程序,使用所述另外的预定接收者的公钥,?#29992;?#25152;述媒体文件?#29992;?br />密钥;
使用所述另外的预定接收者的公钥,将所述媒体文件?#29992;?#23494;钥附加于所述?#29992;?#30340;媒体
文件;以及
通过第二应用程序,将带有利用所述另外的预定接收者的公钥所?#29992;?#30340;附加的媒体文
件?#29992;?#23494;钥的所述?#29992;?#30340;媒体文件发送到所述另外的预定接收者。
7.如权利要求6所述的方法,其特征在于,所述分发限制指示所述?#29992;?#30340;媒体文件的可
能的再分发的数目和所述?#29992;?#30340;媒体文件的分发的当前编号。
8.如权利要求7所述的方法,其特征在于,所述第二应用程序增加所述分发的当前编
号,并包括可能的分发的数目和所述进一步?#29992;?#25991;件中的增加的所述分发的当前编号。
9.如权利要求1所述的方法,其特征在于,进一步包括:
通过所述应用程序,接收所述预定接收者的标识;
通过所述应用程序,将所述预定接收者的所述标识发送到服务器;以及
通过所述应用程序,从所述服务器接收所述预定接收者的公钥。
10.如权利要求9所述的方法,其特征在于,进一步包括:
通过所述应用程序,存储所述预定接收者的所述标识和所述预定接收者的所述公钥;
通过所述应用程序,接收所述预定接收者的接收者群组;以及
通过所述应用程序,将所述接收者群组中的所述预定接收者?#20801;?#22312;所述第一移动装置
的屏幕上。
11.如权利要求1所述的方法,其特征在于,所述?#29992;?#30340;媒体文件的发送通过电子邮件
或即时消息。
12.如权利要求1所述的方法,其特征在于,所述?#29992;?#30340;媒体文件的发送通过在网站上
发布所述?#29992;?#30340;媒体文件。
13.如权利要求1所述的方法,其特征在于,当在所述第一移动装置上执行的应用程序
收到所述选定的媒体文件的多个预定接收者的选择时,所述应用程序利用选定的多个预定
接收者中的每个预定接收者的公钥分别?#29992;?#25152;述媒体文件密钥,并在发送所述?#29992;?#30340;媒体
文件前,将每个分别?#29992;?#30340;媒体文件密钥附?#25317;?#25152;述?#29992;?#30340;媒体文件。
14.一?#25191;?#20648;代码的非暂时性计算机可读介?#21097;?#20854;特征在于,当通过处理器执行所述代
码时,使得所述处理器:
接收媒体文件的选择,其中所述媒体文件是图片或视频,其中所述第一移动装置与所
述媒体文件的拥有者相关联;
接收选定的媒体文件的预定接收者;
利用媒体文件?#29992;?#23494;钥,?#29992;?#25152;述媒体文件,以生成?#29992;?#30340;媒体文件;
利用所述预定接收者的公钥,?#29992;?#25152;述媒体文件?#29992;?#23494;钥;
将?#29992;?#30340;媒体文件?#29992;?#23494;钥附加于所述?#29992;?#30340;媒体文件;以及
将所述?#29992;?#30340;媒体文件和附加的?#29992;?#30340;媒体文件?#29992;?#23494;钥发?#36879;?#25152;述预定接收者。
15.如权利要求14所述的非暂时性计算机可读介?#21097;?#20854;特征在于,进一步包括代码,当
通过处理器执行所述代码时,使得所述处理器:
接收所述预定接收者的标识;
将所述预定接收者的标识发送到服务器;以及
从所述服务器接收所述预定接收者的所述公钥。
16.如权利要求15所述的非暂时性计算机可读介?#21097;?#20854;特征在于,进一步包括代码,当
通过处理器执行所述代码时,使得所述处理器:
存储所述预定接收者的标识和所述预定接收者的公钥;
接收所述预定接收者的接收者群组;以及
将所述接收者群组中的所述预定接收者?#20801;?#22312;屏幕上。
17.如权利要求14所述的非暂时性计算机可读介?#21097;?#20854;特征在于,所述?#29992;?#30340;媒体文件
的发送通过电子邮件或即时消息。
18.如权利要求14所述的非暂时性计算机可读介?#21097;?#20854;特征在于,所述?#29992;?#30340;媒体文件
的发送通过在网站上发布所述?#29992;?#30340;媒体文件。

说明书

控制媒体分发的系统和方法

技术领域

本发明的示范?#20801;?#26045;例涉及控制媒体文件的分发的系统和方法。

背景技术

例如智能?#21482;?#24179;板等的移动装置,通常被用于拍摄图片和视频,将它们作为媒体
文件存储,并将存储的媒体文件分发给其他人。因为移动装置提供了相对容易的媒体文件
的分发的方式,所以媒体文件可以超出预定接收者被分发。例如,如果鲍勃通过e-mail或即
时消息与凯茜分享媒体文件,随后凯茜可以将媒体文件简单地转发给任何她想要的人。鲍
勃的控制媒体文件进一步分发的唯一方式?#19988;?#27714;凯茜不要进一步分发。?#35272;?#23545;别人的信任
来控制媒体文件的分发并不理想,因为即使鲍勃当前与凯茜具有非常强的关系,这种关系
也可能改变,并且考虑到改变后的关系,他可能不相信她来控制媒体文件的分发。

发明内容

本发明的示范?#20801;?#26045;例涉及控制媒体文件的分发的系统和方法。根据本发明的示
范?#20801;?#26045;例,可以通过在媒体文件拥有者的移动装置上执行的应用程序?#29992;?#23186;体文件来控
制媒体文件分发。利用媒体文件?#29992;?#23494;钥来?#29992;?#23186;体文件。随后媒体文件?#29992;?#23494;钥利用每
个预定接收者的公钥被分别?#29992;埽?#24182;且?#29992;?#30340;媒体文件?#29992;?#23494;钥被添?#25317;郊用?#30340;媒体文
件。因此,只有预定接收者才具有允许?#29992;?#30340;媒体文件?#29992;?#23494;钥的解密的互补私钥,一旦被
解密,?#29992;?#30340;媒体文件?#29992;?#23494;钥可以被用于解密?#29992;?#30340;媒体文件本身。

?#29992;?#30340;媒体文件同样可以包括具有分发限制的信息头,分发限制控制?#29992;?#30340;媒体
文件是否可以被预定接收者再分发。如果分发限制允许再分发,则预定接收者可以利用另
外的预定接收者的公钥来?#29992;?#23186;体文件?#29992;?#23494;钥,这样另外的预定接收者可?#20801;?#29992;它的私
钥来获得媒体文件?#29992;?#23494;钥,然后媒体文件?#29992;?#23494;钥可以被用来解密?#29992;?#30340;媒体文件。

通过利用预定接收者的公钥来?#29992;?#23186;体文件?#29992;?#23494;钥并且和将分发限制与?#29992;?br />的媒体文件包含在一起,媒体文件的拥有者能够对任何自己的媒体文件的分发程度具有更
多控制。进一步,存储密钥的服务器上的负载减小,因为每个预定接收者能够利用他们自己
的私钥来获得媒体文件?#29992;?#23494;钥,这样收件人没有必要分别从服务器上获得媒体文件?#29992;?br />密钥。

附图说明

图1是示出根据本发明的示范?#20801;?#26045;例的发?#22270;用?#30340;媒体文件的方法的流程图;

图2是示出根据本发明的示范性系统的框图;

图3和4是根据本发明的示范?#20801;?#26045;例的注册的?#20801;?#30340;示意图;

图5和6是根据本发明的示范?#20801;?#26045;例的分别选择图像和视频的?#20801;?#30340;示意图;

图7是示出根据本发明的示范?#20801;?#26045;例的?#29992;?#23186;体文件的方法的框图;

图8是根据本发明的示范?#20801;?#26045;例的联系人群组的?#20801;?#30340;示意图;

图9是根据本发明的示范?#20801;?#26045;例的联系人的?#20801;?#30340;示意图;

图10是根据本发明的示范?#20801;?#26045;例的添加联系人的?#20801;?#30340;示意图;

图11是根据本发明的示范?#20801;?#26045;例的添加用于解密媒体文件的授权的?#20801;?#30340;示
意图;

图12和13是根据本发明的示范?#20801;?#26045;例的分别?#29992;?#22270;像和视频的?#20801;?#30340;示意图;

图14和15是根据本发明的示范?#20801;?#26045;例的控制媒体文件的分发的?#20801;?#30340;示意图;

图16是示出根据本发明的示范?#20801;?#26045;例的接收?#29992;?#30340;媒体文件的方法的流程图;
以及

图17和18是根据本发明的示范?#20801;?#26045;例的有水印的解密的媒体文件的?#20801;?#30340;示
意图。

具体实施方式

以?#28388;?#26126;描述了通过移动装置执行的实现各种功能的应用程序。本领域技术人员
将认识到,移动装置典型地包括一个或多个处理器(例如,微处理器、现场可编程门阵列
(FPGA)、专用集成电路(ASIC))和一个或多个存储器,以执行应用程序并实现应用程序所需
的功能。因此,为了清楚,这?#25191;?#29702;器和存储器的操作的更多?#38468;?#22312;下面的描述中省略。

图1是示出根据本发明的示范?#20801;?#26045;例的媒体文件的拥有者?#29992;?#23186;体文件和发送
?#29992;?#30340;媒体文件的方法的流程图。如此处使用的,媒体文件的拥有者是进行媒体文件的初
?#25216;用?#30340;人。这样,例如,在本发明的背景下,?#29992;?#20174;其它地方获得的无版权图片或视频的
人仍然被认为是媒体文件拥有者,尽管那个人从版权角度不拥有该媒体文件。初始,本发明
的应用程序被安装在拥有者的移动装置上(步骤105)。当应用程序第一次被执行时,拥有者
被提示在服务器上注册,并且应用程序接收唯一的标识符,该唯一的标识符此处被称为磁
道地址(步骤110)。具体地,移动装置?#20801;?#22270;3所示的屏幕,该屏幕提示移动装置的用户提供
e-mail地址和密码。如图2所示,该e-mail地址和密码以注册消息从移动装置210-220被发
送到服务器205。如果注册成功,将磁道地址提供给移动装置,并且移动装置?#20801;?#22270;4所示的
屏幕,确认注册成功并?#20801;?#20998;配的磁道地址。注册处理同样为拥有者生成公钥和私钥的互
补对,公钥被存储在服务器205中,并且私钥被存储在注册的用户的移动装置中。

一旦注册完成并且获得磁道地址,用户可?#20801;?#29992;应用程序来选择媒体文件,其中
媒体文件是图片和视频中的一个(步骤115)。允许移动装置的用户选择图片和视频的示范
性屏幕分别如图5和6所示。如这些图中所示,用户可以选择单个图片或视频,选择全?#23458;?#29255;
或视频,不选择一些图片或视频,添加图片或视频,以及取消这种操作。

然后用媒体文件?#29992;?#23494;钥对选定的媒体文件进行?#29992;?步骤120)。例如,参照图7,
鲍勃已经选定媒体文件Original Flower.GIF,并且鲍勃的?#21482;?10上的应用程序利用密钥
Kaes_flower,使用AES256?#29992;?#26041;法,来?#29992;?#22270;像Flower.GIF,以生成?#29992;?#30340;图片?#29992;?#30340;
Flower.GIF。被用于初?#25216;用?#22270;片的?#29992;?#23494;钥可以由移动装置生成,或者移动装置可以从
服务器获得被用于初?#25216;用?#22270;片的?#29992;?#23494;钥。应当认识到,任何类型的?#29992;?#25216;术均可用于
本发明。如在下面更详细地描述的,媒体文件?#29992;?#23494;钥Kaes_flower利用每个预定接收者的公
开?#29992;?#23494;钥被分别?#29992;埽?#24182;且被添?#25317;?#23186;体文件的末尾,这样每个预定接收者可以利?#23186;?br />收者的私钥来获得媒体文件解密密钥Kaes_flower。

随后,移动装置的用户选择媒体文件的一个或多个预定接收者(步骤125)。这种选
择可以利用图8-11中示出的示范性屏幕来进行。具体地,图8示出联系人被组织为不同群组
的屏幕,相应地,发送人可以选择整个群组作为预定接收者,或者可以选择群组以访问群组
内的一个或多个预定接收者。图9示出联系人没有被分组的示范性屏幕。如图9所示,每个联
系人包括联系人姓名和磁道地址。相应地,在图10中示出,如果联系人当前没有被存储在应
用程序的联系人列表中,那么用户可以通过输入联系人的名称和磁道地址添加联系人以及
指定的群组(如果期望的话)。最后,图11示出?#31169;?#23478;庭”群组中的联系人以及在“朋?#36873;?#32676;
组中的特定联系人作为预定接收者的选择。

一旦一个或多个预定接收者被选定(步骤125),应用程序判断公钥是否在每个被
选定的预定接收者的装置中被本地存储(步骤130)。例如,如果?#29992;?#30340;媒体文件预先被发送
到选定的预定接收者,那么公钥被本地存储。如果至少一个预定接收者的公钥没有被本地
存储(判定步骤130外的“否”路径),那么从服务器获取公钥(步骤135)。具体地,再次参考图
7,假定鲍勃想要给凯茜发?#22270;用?#30340;媒体文件,并且他的装置还没有包含凯茜的公钥,鲍勃
的?#21482;?10将给服务器205发送请求,该请求包括凯茜的磁道地址。随后,服务器会将凯茜的
公钥提供给鲍勃的?#21482;?10。

如果预定接收者的公钥已经被本地存储在发送人的装置内(判定步骤130外的
“是”路径)或者在从服务器获得公钥之后(步骤135),利用预定接收者的公钥来?#29992;?#23186;体文
件密钥(步骤140)。例如,再次参考图7,鲍勃的?#21482;?10上的应用程序利用凯茜的公钥
Kpub_cathy来?#29992;?#23186;体文件密钥Kaes_flower,Kpub_cathy随后被添?#25317;郊用?#30340;媒体文件的末尾。

一旦媒体文件密钥被?#29992;?步骤140),随后生成信息头,该信息头包括?#29992;?#25968;据并
公布控制信息(此处指的是分发限制)(步骤145)。通过将鲍勃的公钥Kpub_bob应用到媒体文
件?#29992;?#23494;钥Kaes_flower来生成?#29992;?#25968;据。由于鲍勃的?#21482;?10是唯一具有他的私钥Kpri_bob的手
机,因此只有鲍勃的?#21482;?10能够解密信息头Thead_flower中的?#29992;?#20449;息。

分发限制可以指示是否允许预定接收者再分发?#29992;?#30340;媒体文件。例如,参照图12
和13,发送人可以选择?#29992;?#30340;图片(图12)或者?#29992;?#30340;视频(图13)并选择“添加授权?#24065;?#25351;示
其他的接收者是否被授权。为了判?#31995;?#21069;的分发限制,发送人(或者任何接收者)可以选择
提供图14中示出的屏幕的“信息”。图14中的示范性屏幕利用磁道识别来识别媒体文件的拥
有者、?#29992;?#30340;媒体文件可以被再分发的次数(即,公布等级)和?#29992;?#30340;媒体文件当前的分发
等级(即,当前等级)。在图14示出的实例中,公布等级“2”表示?#29992;?#30340;媒体文件只有通过已
经从媒体文件的拥有者接收到?#29992;?#30340;媒体文件的接收者才可以被再分发。当前等级“1”表
示?#29992;?#30340;媒体文件还没有被拥有者分发。如此,如?#28388;?#36848;,假定这种再分发被允许,每个预
定接收者的装置上的应用程序在?#29992;?#30340;媒体文件被再分发之前增?#25317;?#21069;等级。

应用程序被设计为只有媒体文件拥有者能够更改分发限制。通过需要移动装置在
允许分发限制的任何改变前,首先能够解密在信息头Thead_flower中的?#29992;?#30340;Kaes_flower的应用
程序,来实现这种控制。

如果媒体文件的拥有者想要通过选择“添加授权?#22791;?#25913;分发限制,那么图15中示出
的示范性屏幕被呈现给拥有者。如此,如果期望的话,媒体文件拥有者可以增加公布等级以
允许?#29992;?#30340;媒体文件的进一步分发,在图15中示出的实例中,分发将从公布等级1(只允许
媒体文件拥有者分发并且不允许接收者的任何再分发)被改为公布等级3(允许来自媒体文
件拥有者的媒体文件的初始接收者的再分发,以及接收到来自初始接收者的再分发的任何
人的再分发)。应当注意的是,尽管公布等级控制再分发的数目,但它不控制接收者的数目。
因此,例如,如果凯茜从鲍勃(文件拥有者)那接收到包括公布等级2并且当前等级1的?#29992;?br />的媒体文件,那么凯茜可以再分发?#29992;?#30340;媒体文件给单个另外的接收者或者多个另外的接
收者。

最后,信息头Thead_flower还包括Hmac消息,Hmac消息是利用分发限制生成的一?#20013;?#39564;
并且允许装置判断对分发限制是否有任何不恰当的篡改。因此,如果鲍勃的?#21482;?10更改分
发限制,那么应用程序同样更改Hmac消息。

一旦生成信息头(步骤145),拥有者将?#29992;?#30340;媒体文件发?#36879;?#39044;定接收者(步骤
150)。这种发送功能可以被集成到应用程序中,或者可以通过分开的应用程序被实现,例如
电子邮件或即时消息应用程序。发送功能同样可以包括发布到网站,例如社交媒体网站,媒
体文件共享网站,博客等。由于媒体文件被?#29992;埽?#32593;站可以被公开访?#21097;?#22240;为只有授权的接
收者能够以下述方式解密媒体文件。换句话说,尽管未被授权的接收者可以从其公布的网
站下载?#29992;?#30340;媒体文件,但是未被授权的接收者不能查看媒体文件,因为未被授权的接收
者不能对其进行解密。

图16是示出根据本发明的示范?#20801;?#26045;例的接收?#29992;?#30340;媒体文件的方法的流程图。
初始,接收者必须安装应用程序(步骤1605)并且到服务器注册以获得磁道地址(步骤
1610)。这些步骤可以在任何时候完成,但是必须在?#29992;?#30340;媒体文件的发送前完成,因为否
则发送人没有磁道地址来处理?#29992;?#30340;媒体文件。一旦用户注册并接收到磁道地址,用户可
以接收?#29992;?#30340;媒体文件(步骤1615)。?#29992;?#30340;媒体文件可以以任何方式被接收,包括作为e-
mail的附件,在文本或聊天消息中,或从网站下载。

当?#29992;?#30340;媒体文件已经被接收到(步骤1615),并且用户想要查看?#29992;?#30340;媒体文件
时,用户在他/她的移动装置上启动本发明的应用程序,利用应用程序选择?#29992;?#30340;媒体文
件,应用程序利?#23186;?#25910;者的私钥尝试解密位于?#29992;?#30340;媒体文件的末尾的?#29992;?#30340;媒体文件密
钥(步骤1620)。将认识到,特定人的公钥和私钥是互补密钥,而且用特定人的公钥?#29992;?#24847;味
着?#29992;?#30340;媒体文件只能用特定人的私钥解密。例如,再次参考图7,凯茜的?#21482;?#33021;够从
Tent_cathy获得媒体文件?#29992;?#23494;钥,因为它是用凯茜的公钥?#29992;?#30340;,并且她的?#21482;?#21253;括互补的
私钥。如果凯茜的?#21482;?15简单地转发由她的?#21482;?15接收到的相同的消息给大卫的?#21482;?br />220,大卫的?#21482;?20不能解密?#29992;?#30340;媒体文件,因为大卫的?#21482;?20没有凯茜的私钥,大卫
的?#21482;?20不能解密?#29992;?#30340;媒体文件?#29992;?#23494;钥。

如果媒体文件密钥不是?#23186;?#25910;者的公钥?#29992;埽?#37027;么解密尝试不会成功(判定步骤
1625外的“否”路径)并且接收者被通知未被授权的解密尝试(步骤1630)。应用程序同样可
以将不成功的解密尝试通知给服务器并且服务器可以通知媒体文件拥有者。然而,如果媒
体文件密钥?#23186;?#25910;者的公钥?#29992;埽?#37027;么解密成功(判定步骤1625外的“是”路径),并且?#29992;?br />的媒体文件使用媒体文件密钥被解密并?#20801;?#22312;接收者的移动装置上(步骤1635)。根据本发
明的示范?#20801;?#26045;例,?#20801;?#30340;媒体文件可以包括具有拥有者和接收者的磁道地址的水印,其
实例在图17中示出。

如果接收者决定将解密的媒体文件再分发给另外的接收者(步骤1640),那么接收
者的移动装置上的应用程序审查媒体文件中的分发限制,以判断是否允许进一步分发(步
骤1645)。如果分发限制指示不允许进一步分发(判定步骤1645外的“否”路径),那么通知接
收者媒体文件没有拥有者的授权不能被进一步分发(步骤1650)。

然而,如果分发限制表明允许进一步分发(判定步骤1645外的“是”路径),那么用
另外的接收者的公钥来?#29992;?#23186;体文件密钥并将?#29992;?#30340;媒体文件发?#36879;?#21478;外的接收者(步骤
1655)。例如,再次参考图7,如果凯茜想要将媒体文件再分发给大卫,凯茜的?#21482;?15上的应
用程序将大卫的磁道地址提供给服务器205,服务器205随后返回大卫的公钥Kpub_david。凯茜
的?#21482;?15上的应用程序随后获取解密的媒体文件密钥Kaes_flower并使用大卫的公钥
Kpub_david对其?#29992;埽?#22312;媒体文件Tent_david的末尾添加?#29992;?#30340;媒体文件密钥,并将?#29992;?#30340;媒体
文件发送到大卫的?#21482;?20。大卫的?#21482;?20随后利用大卫的私钥Kpri_david来解密媒体文件
密钥,使?#23186;?#23494;的媒体文件密钥Kaes_flower来解密?#29992;?#30340;图像,以及,如图18所示,?#20801;?#30340;媒
体文件包括拥有者鲍勃、第一预定接收者凯茜和大卫的磁道地址的水印。

在接收者的移动装置上,解密的媒体文件和解密的媒体文件密钥只在本发明的应
用程序中可访?#21097;?#20854;他的应用程序不可用。这样确保接收者不能简单地转发解密的媒体文
件,因为解密文件只对本应用程序可用,其防止未经授权的再分发。

应当认识到,上面结合图7中示出的示范性的连续的分发情形描述了图1和16的方
法。应当认识到,媒体文件拥有者起初可以在?#29992;?#30340;媒体文件的末尾包含许多?#29992;?#30340;媒体
文件?#29992;?#23494;钥,并随后将其发?#36879;?#22810;个初始预定接收者。类似地,对于分发限制允许的程
度,预定接收者可以在?#29992;?#30340;媒体文件的末尾包含许多?#29992;?#30340;媒体文件?#29992;?#23494;钥并随后将
其发?#36879;?#22810;个另外的预定接收者。

以上描述使用了称为?#21482;?#30340;移动装置的实例。要认识的是,这仅仅是示范性的而
且本发明可以采用任何类型的移动装置,包括移动电话、平板、个人数?#31181;?#29702;(PDAs)等等。

上述公开被阐述仅仅为了图解发明而不是打算限制本发明。?#28909;?#23545;公开的实施例
进行的可以并入本发明的精神和物质的修改可以被本领域技术人员想到,本发明应当被解
释为包含其所附权利要求和其等效的范围内的所有事物。

关于本文
本文标题:控制媒体分发的系统和方法.pdf
链?#25317;?#22336;:http://www.pqiex.tw/p-6091907.html
关于我们 - 网站声明 - 网?#38236;?#22270; - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 河南快三今天开奖结果 意甲直播乐视 鸿运彩票群 四川快乐12任5推荐 体彩36选7中五保五旋转矩阵 蓝洞棋牌是什么公司 六肖中特免费管家婆期期准浙 排列5开奖历史号码查询器 河南11选5开奖直播 倍赚宝怎么赚钱