具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
本发明实施例提供的方法是:解析携带关联文件属性的文件,得到所述关联文件的属性;利用目录与属性的对应关系及所述关联文件的属性,确定出存放所述关联文件的目录;在确定的目录中,查找所述关联文件。图1为本发明实施例中采用的查找关联文件的方法流程简略示例图,如图1所示,具体包括以下步骤:
步骤101:设置目录与属性的对应关系。
本实施例中,假设设置的目录与文件类型属性的对应关系如表1所示:
文件类型 |
目录 |
图片文件 |
A或C |
音频文件 |
B |
应用文件 |
C |
表1
步骤102:终端根据设置的目录与属性的对应关系,存储文件。
本实施例中,终端按照表1所示的对应关系,分类存储文件,比如,将图片类型的文件存储到目录A或目录C中,将音频文件存储到目录B中,将应用文件存储到目录C中。
以上步骤为查找前的处理步骤。在终端使用一个文件前,需要查找其关联文件时,执行步骤103~步骤105。
步骤103:终端解析携带关联文件属性的文件,得到关联文件的属性。
本实施例中,通过文件中增加新字段来携带关联文件的属性。这里,属性可以是文件类型,也就是关联文件是视频、音频、文本还是应用等文件类型的文件。当然,属性除了文件类型外,也可以是本领域人员可以容易想到的能够将文件分类的各种属性,比如,文件用途或文件下载时间等等属性,这些属性可能通过解析新增的字段获得也可以采用现有技术获得,比如,可以通过读取文件中的已有字段获得文件下载时间属性。
步骤104:利用目录与属性的对应关系及得到的关联文件的属性,确定出存放关联文件的目录。
在终端得到关联文件的属性后,假设得知要查找的关联文件的文件类型属性为音频文件,则根据表1能够确定出该关联文件存放在目录B中;如果得知要查找的关联文件的文件类型属性为图片文件,则确定出该关联文件存放在目录A或者目录C中。
步骤105:在确定的目录中,查找关联文件。
本实施例中,只需要在确定出的目录中查找与版权对应的文件。比如,在步骤104中确定出关联文件存放在目录B中,则可以采用现有技术,从目录B中确定出关联文件。再比如,确定关联文件存放在目录A或目录C中,则可以先在目录A中查找,若没有查找到,再到目录C中查找。当然也可以先查收目录C再查找目录A。下面具体举例进行说明。
图2为本发明第一个实施例中查找关联文件的方法流程示意图。本实施例中,携带关联文件属性的文件为版权文件,如图2所示,具体包括以下步骤:
步骤201:终端接收DCF文件。
终端可以接收来自另一个终端的DCF文件,比如,通过蓝牙技术从计算机终端或移动终端得到DCF文件。终端也可以从网络侧接收DCF文件。本实施例中,假设采用从网络侧接收DCF文件。
步骤202:终端将接收到的DCF文件存储到与该DCF文件的属性对应的目录中。
本实施例中,终端将接收到的DCF文件存储到与该DCF文件的属性对应的目录的方法是:在接收到DCF文件后,确定该DCF文件的属性;根据预先设置的目录与属性的对应关系,将具有相同属性的DCF文件存放到至少一个目录中或者将具有不同属性的至少一个DCF文件存放到一个目录中。属性种类不同,查找版权对应的文件的属性的方法也有多种,比如,可以根据文件名后缀确定出DCF文件是音频、视频、图片、应用还是文本的文件类型。当然,也可以根据DCF文件包含的文件类型字段,比如根据支持DRM2.1下载的DCF中的分类(CLSF)字段,确定出DCF文件的文件类型属性。当然,也可以根据DCF文件包含的其它字段得到DCF文件的其它文件属性。
本实施例假设预先设置了以下的目录与文件类型属性的对应关系,如表2所示:
文件类型 |
目录 |
音乐文件 |
A或M |
视频文件 |
B或M |
应用文件 |
C |
文本文件 |
D |
图片文件 |
E |
其它类型文件 |
M |
表2
可以看出,本实施例将DCF文件分成音乐(Music)、视频(Video)、图片(Image)、文本(Text)、应用(Application)和其它(Others)六种类型。比如,在接收到DCF1文件时,根据CLSF字段得知DCF1文件为音乐文件,再根据表2的对应关系,将DCF1文件存储到目录A或者存储到目录M中。而在接收到DCF2文件时,根据其后缀得知,DCF2文件为图片文件,则根据表2的对应关系,将DCF1文件存储到目录E。
步骤203:终端接收携带Content-Type字段的版权文件。
终端可以接收来自业务提供商的携带Content-Type字段的版权文件,也可以从另一个终端获得携带Content-Type字段的版权文件,本实施例中,假设接收来自业务提供商的携带Content-Type字段的版权文件。假设本实施例中的Content-Type字段具体为“o-ex:Content-Type(Music|Video|Image|Text|Application|Others)″Music″”,可以看出,该Content-Type字段为Music,也就是说,该版权关联的DCF文件的文件类型为Music。
步骤204:终端解析接收到的版权文件,得到Content-Type字段。
步骤205:终端根据得到的Content-Type字段,确定出与版权文件关联的DCF文件的文件类型。
本实施例中,终端根据得到的Content-Type字段,得到要查找的关联DCF文件的文件类型为Music。
步骤206:终端根据目录与属性的对应关系及得到DCF文件的文件类型,确定出存放关联DCF文件的目录。
本实施例中,根据表2所示的对应关系和得到的Music文件类型,可以确定出版权对应的文件的目录为目录A或目录M。
步骤207:在确定的目录中,查找与版权关联的DCF文件。
本实施例中,通过查找DCF文件的包含在版权文件的CID值来查找与版权关联的DCF文件。具体方法为:当在目录A中找到与版权文件具有相同CID值的DCF文件时,停止查找,否则,继续查找,直到找到或者查找完目录A中的所有DCF文件;然后,在目录C中查找与版权文件具有相同CID值的DCF文件,如果查找到,则直接退出搜索,否则没有查找到,也不需要再查找其它的目录,直接停止查找,得到“没有查找到关联的DCF文件”的结果。
本实施例中,由于DCF文件是根据文件类型来保存的,因而可以实现二级搜索,即先根据文件类型确定出关联的目录,例如,Content-Type=Video,那么只需要搜索存储视频的目录和存储其它类型的目录,也就是搜索目录B和目录M就可以了,如果在目录E中找到了与版权对应的DCF文件,则不需要继续搜索,就可以直接使用文件了,因而能够快速查找到版权对应的DCF文件。如果在目录E中没有找到与版权关联的DCF文件,则根据表2所示的文件类型与目录的对应关系,也不需要查找存储音乐、应用、文本或图片的目录A、C、D或E,因为Content-Type很明确指定文件是视频类型,因而可以避免搜索全部目录,可以加快搜索时间。本实施例中,由于缩短了搜索时间,从而减少了对CPU资源的占用率,因而设备能够更快速的响应用户的其它操作,给用户提供更好的使用体验。
当然,本领域人员易于理解,为实现二级搜索,可以在步骤201中对接收到的DCF进行基于其它文件属性的分类,比如,将同一个时间段下载的DCF文件存储在同一个目录中,在这种情况下,设置的文件属性和目录的对应关系为文件下载时段和目录的对应关系,而在步骤202中解析版权中携带的下载时段信息,该信息可以携带在新增的字段中。步骤203中根据文件下载时段和目录的对应关系和版权中携带的下载时段信息,确定出需要查找的目录。本实施例也可以采用其它的属性信息。
图3为本发明第二个实施例中查找关联文件的方法流程示意图。本实施例中,设置了两级目录与文件类型和文件用途属性组合的对应关系,能够实现三级搜索,如图3所示,具体包括以下步骤:
步骤301:终端接收文件。
步骤302:终端根据文件的文件类型属性,确定出存放该文件的第一级目录。
本实施例中,假设先根据表2,确定出音乐文件类型存储在目录A或目录M中。这时,目录A和目录M为第一级目录。
步骤303:终端根据文件的文件用途属性,将接收到的文件存储到与第一级目录下的一个第二级目录中。
本实施例中,假设在目录A中预先设置了以下的文件用途属性和目录的对应关系,如表3所示:
表3
本实施例中,假设在目录M中预先设置了以下的文件用途属性和目录的对应关系,如表4所示:
表4
本实施例中,假设接收到文件为零声音乐,则可以根据表3将该DCF文件存储到目录a1中或者根据表4将该文件存储到目录m1中,这时,目录a1和目录m1为第二级目录。
步骤304:终端接收携带文件类型及用途信息的文件。
本实施例中,文件类型采用Content-Type字段表示,用途信息可以根据新增的字段获得。
步骤305:终端解析接收到的文件,得到关联文件的文件类型及文件用途属性。
步骤306:终端根据第一级目录与文件类型属性的对应关系及关联文件的文件类型属性,确定出存放关联文件的第一级目录。
本实施例中,根据表3所示的对应关系和得到的Music文件类型,可以确定出版权对应的文件的目录为目录A或目录M。
步骤307:终端在确定出的第一级目录中,根据第二级目录与文件用途属性的对应关系及关联文件的文件用途属性,确定出存放关联文件的第二级目录。
本实施例中,在目录A和目录M中分别根据文件用途进行查找,找出第二级目录,也就是确定出的第二级目录为目录a1和目录m1。
步骤308:终端在确定的第二级目录中,查找关联文件。
本实施例中,在目录a1和目录m1中采用现有技术中关联文件中包含的相同字段或数据进行查找,如果查找到,则直接退出搜索,否则没有查找到,也不需要再查找其它的目录,直接停止查找,得到“没有查找到关联文件”的结果。如果设置了三级目录与属性组合的对应关系,则本实施例还可以实现四级搜索,以此类推,本实施例能够实现更多级搜索。
图4为本发明实施例中采用的查找关联文件的系统结构示意图。如图4所示,该系统包括:
终端410,解析携带关联文件属性的文件,得到关联文件的属性;利用目录与属性的对应关系及关联文件的属性,确定出存放关联文件的目录;在确定的目录中,查找关联文件;
属性发送实体420,用于向终端发送携带关联文件属性的文件,本实施例中,属性发送实体420可以是在网络侧的实体,也可以是网络中的另一个终端,比如移动终端、计算机等。
终端410包括:
解析模块411,解析携带关联文件属性的文件,得到关联文件的属性。
目录确定模块412,根据预先设置的目录与属性的对应关系及解析模块411得到的关联文件的属性,确定出存放关联文件的目录。
文件查找模块413,在目录确定模块412确定的目录中,查找关联文件。
终端还可以包括:
设置模块414,设置目录与属性的对应关系。
关系对应模块415,根据设置模块414设置的目录与属性的对应关系,将关联文件存储到与关联文件的属性对应的目录中。
属性发送实体420包括:
属性构造模块421,在文件中加入表征其关联文件属性的字段;
发送模块422,发送属性构造模块421得到的加入表征关联文件属性的字段的文件。
综上所述,本发明实施例提供的查找关联文件的方法、终端和系统,利用文件中携带的关联文件属性及目录与属性的对应关系,能够实现二级、三级等多级搜索,即先确定出存放关联文件的目录,而后再从确定的目录中查找关联文件,从而能够避免查找所有的目录,能够节省查找时间,提高终端对用户操作的响应速度,改善用户体验。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。