CN102576427A

CN102576427A - 构件管理方法

Info

Publication number: CN102576427A
Application number: CN2010800478507A
Authority: CN
Inventors: K·德宁
Original assignee: Alcatel Lucent SAS
Current assignee: Alcatel Lucent SAS; Nokia of America Corp
Priority date: 2009-10-23
Filing date: 2010-10-14
Publication date: 2012-07-11
Also published as: KR101377395B1; US20120209899A1; JP2013508836A; WO2011048015A3; WO2011048015A2; EP2323084A1; JP5503010B2; KR20120055738A

Abstract

本发明涉及一种构件管理方法，用于在构件管理服务器的控制下管理至少一个库中的构件。至少一个库通过通信链路耦合到构件管理服务器。所述方法包括在构件管理服务器收到触发时，捕获所述构件的至少一个上下文的步骤，以及通过构件管理服务器，将所捕获的上下文与被保持在至少一个库中的构件关联的步骤。

Description

构件管理方法

本发明涉及一种构件管理方法，用于在构件管理服务器的控制下管理至少一个构件库中的构件的方法。

这种构件的示例是诸如照片、音乐、电影、办公文档的文件，也可以是诸如人物简档、电子邮件、博客以及媒体流的内容资产，或视频和音频信道，或互联网上的任何可寻址对象。

这样的构件管理服务器和相关的构件管理方法例如为诸如YouTube和Flickr的用户创建的内容管理系统所了解，其中用户创建的内容管理系统包括构件管理服务器和构件库或诸如Menagerie web对象管理器(也被称为WOM)的聚合内容管理系统，该聚合内容管理系统存在于与一个或多个构件库耦合的构件管理服务器外部，可能是或者不是另一用户创建的内容管理系统的一部分。还被称为WOM的Menagerie web对象管理器是合成网络应用，其让用户组织和分享其分布式网络对象，例如，存储在诸如Flickr、YouTube和Google Docs之类的web服务上的照片、电影和办公文档。利用WOM，用户可创建新的虚拟文件夹，用收集的分布式网络对象来填充这些文件夹，并与其他用户或服务共享这些文件夹，该内容公开在R.Geambasu、C.Cheung、A.Moshchuk、S.D.Gribble、H.M.Levy著的会议论文“组织和共享分布式个人web服务数据”，第17届万维网国际会议论文集(中国北京，2008年4月21-25日)第755-764页。

总体而言，被称为用于构件的管理系统直接地或者经由参考可存储构件的外部系统间接地对管理存储系统、虚拟文件系统上的构件进行管理；本文中，将所有情况都称为构件库。典型地被编码在URL中的引用可以是：(1)公共URL或(2)包括唯一标识的、防伪授权令牌以及应用域+web应用API的路径(诸如Google Docs、Flickr和YouTube)的引用或(3)包括唯一标识的、防伪授权令牌以及设备主机名(或IP地址)+指定设备的远程接入API的路径的引用。这样的web应用或远程接入API典型地基于诸如HTTP、FTP、LDAP、IMAP等或类似的协议。使用包括防伪授权令牌的引用被认为是基于能力的安全性，这公开在R.S.Fabry，“基于能力的寻址”，ACM通信，第17卷，第7期(1974年7月)，第403-412页中。

这种构件管理系统所支持的功能之一是，找回存储在一个或多个构件库中的构件。为了找回这种系统中的构件，可以：(1)使用基于位置的方法，例如，通过指定或选择卷和分级文件夹名称来使用传统的文件系统，或(2)可基于内容(被认为是全文搜索，如Google那样)搜索，或(3)基于元数据，也就是文本关键字(或者被嵌入地存储在构件中，或者通过管理系统与构件关联)。

人物简档典型地基于人物的姓名、地址、电话号码来搜索；音乐典型地基于歌曲名称、专辑名称或艺人来搜索；人物照片和视频典型地基于日期或用户生成的与文件关联的标签来搜索。后一种方法明确地被例如Flickr和YouTube支持。

上述查找构件的三种方法还用来识别一个构件或一组构件，以执行管理动作，例如复制、移动、删除、重命名、设置共享级别、或配置所述构件或构件组的复本的放置。用户标签中元数据的使用不仅仅流行用来查找数据，而且还发现对于普通用户来说还能更直观地执行文件管理动作，例如，配置复本的放置。

然而，这种标签特别是在私有数据上的可用性和公共标签的个人关联性上，并非总是足以进行有效的搜索或识别所期望的内容。这是由于进行搜索的用户忘记了该信息或者从未拥有过任意这样的信息这样的事实。用户懒于并且没有想法或时间来添加标签以便稍后回查数据。

本发明的一个目标是，提供上述已知类型的构件管理系统或构件管理方法，但是其中，改善了这种系统中维护的构件的可搜索性和识别性。

根据本发明，该目标通过权利要求1中描述的方法、权利要求4中描述的系统、权利要求6中描述的构件管理服务器、权利要求10中描述的上下文捕获设备以及权利要求12中描述的上下文库来实现。

实际上，通过在构件管理服务器处对触发的接收、借助于构件管理服务器的控制下的上下文捕获设备来捕获构件的至少一个上下文，以及通过后续将所捕获的至少一个上下文与保持在至少一个库中的构件关联，该上下文可被应用于提高系统对构件的可搜索性和识别性。

构件的至少一个上下文可包括关于构件自身的上下文的信息，但是可替换地或额外地，包括关于调用过所述触发的系统用户的上下文的信息。

关于构件的上下文的信息和/或关于用户的信息可以是至少一个上下文(是文本或二进制数据或对数字化对象的引用)的任何数字表示。

通过首先捕获构件的上下文的快照和/或调用管理系统上的触发的行为者的上下文，以及随后将该感测和所捕获的上下文与构件关联，通过将该捕获的与构件关联的上下文应用到对预期的构件或构件组进行的搜索或识别(例如通过将该上下文用作搜索构件的关键字)，该上下文(信息)可被应用于提高所关联的构件的可搜索性和识别性。

在这种构件管理系统的用户不知道标题、日期、作者或表征构件的任何关键字的情况下，其中构件是内容资产或人物简档，则用户遇到该人物的上下文(特别是你的上下文、你的心情、物理位置、房间中的人等)，或者其中创建了内容资产的上下文，对于搜索或识别相应内容资产或人物简档来说，可能是可应用的和可使用的(例如，借助于关键字)。

因此，在随后的时刻，用户可在该捕获的上下文数据中基于相关联的上下文数据进行搜索，以便找回所需要的构件，或者，他可以基于相关联的上下文数据来识别构件组，以便将组作为整体来执行管理动作。

本发明的另一特征描述在权利要求2和权利要求9中。

基于与构件关联的至少一个上下文，在连接到该至少一个存储构件的库的管理服务器的控制下，构件可首先被识别并随后从库取出。

因此，如前所述，在随后的时刻，用户可在该捕获的上下文数据中基于相关联的上下文数据进行搜索，以便找回所需要的构件，或者，他可以基于相关联的上下文数据来识别构件组，以便将组作为整体来执行管理动作。

本发明的另一特征描述在权利要求3中。

触发是来自客户端设备指向管理服务器的管理请求，例如，是创建构件或者在现有构件(人物简档文件、视频图片等)上执行任何动作的指示。

因此，在创建诸如文档或人物简档之类的构件时产生触发。此外，还在现有构件上执行一些动作的情况下产生触发，其中这样的动作可以是更新、打开、标记、删除(也就是移动到垃圾箱)、重命名、共享、下载等。管理请求可以是：(1)通过经由上传或其它机制进行的创建，将构件添加到管理系统的范围，或(2)在现有构件上进行的任何动作的执行，其中这种动作可以是更新、打开、标记、删除(也就是移动到垃圾箱)、重命名、共享、下载等。

本发明的另一特征实施例是，情景(contextual)事件可被应用或使用以便触发管理系统进行情景快照，并将其与给定情景事件相关的构件相关联。例如，当个人A遇到个人B时，而个人B的简档被存储为或者称为个人A使用的管理系统中的构件，该构件与A和B遇到彼此的时间和地点的情景信息相关联。

用户做出管理请求的上下文信息的实例是：日期、当前位置(其可包括会议室的地址和名称)、其所在房间中的人数、用户参与的会议的受邀名单、用户周围的人、用户通过诸如电话、即时消息传送信道或类似物等之类的通信信道进行连接的人、当前本地天气状况、当前本地个人的或普遍的重要生活或新闻事件、用户正在实际收听的无线电信道上实际广播的歌曲、用户的真实情感和/或感受(疲劳、出汗、渴、饿、笑等)。

可通过基于传感器的测量，或者通过取自管理、产生或存储相关情景信息的其它系统的数据，来获得上下文快照。

在人物简档的情况下，构件的上下文可以是应用到简档的人物的上述任意实施例。在照片、音频或视频内容的情况下，构件的上下文可以是表示在给定内容上的实际物理对象的上下文。例如，基于照片、视频或音频片段，脸部和/或语音识别方法可用于识别人物。类似的分析可用于识别对象，例如，雕像(例如埃菲尔铁塔)。一旦人被识别出来，与上述方式相似，可查询相关联的上下文。在诸如埃菲尔铁塔之类的对象的情况下，相关的上下文可存在于针对参观者的状态(开放/关闭)、照亮铁塔的灯的状态、参观者的数量等。

本发明进一步特征实施例在所附权利要求中有所提及。

需要注意的是，权利要求中使用的术语“包括”，不应被解释为对其后列出的装置进行的限制。因此，表达“设备包括装置A和B”的范围不应被限制为设备仅仅由组件A和B组成。这表示对于本发明而言，设备的相关组件仅仅是A和B。

类似地，需要注意的是，也在权利要求中使用的术语“耦合”，不应被解释为限制到只是直接连接。因此，表达“设备A耦合到设备B”的范围不应被限制为设备A的输出与设备B的输入直接连接的设备或系统。这表明A的输出和B的输入间存在路径，该路径可以是包括其他设备或装置的路径。

通过结合附图参照下文对实施例的描述，本发明的上述和其它目标和特征将变得更加明显，发明本身将被更好地理解。

图1描述了本发明的构件管理系统的功能表示，并且此外还有根据本发明的构件管理服务器AMS、上下文捕获设备CCD、构件库A-REP和上下文库C-REP的功能结构。

在以下段落中，参照附图，将描述根据本发明包括构件管理服务器AMS、构件库A-REP、上下文捕获设备CCD和上下文库C-Rep的构件管理系统的实现。

在本说明书的第一段中，描述了如图1所示的构件管理系统的主要元件。在第二段落中，限定了之前提及的元件和所描述的装置间的所有连接。随后，描述了客户端设备CD的所有有关的功能装置，所述客户端设备CD例如是运行在任何个人计算机设备(诸如PC、移动设备、TV或媒体播放器)上的浏览器应用，后面是对所有互连的描述。

根据本发明的构件管理系统的第一主要元件是构件管理服务器AMS，其能够管理被保持在至少一个构件库A-Rep中的构件。构件管理服务器AMS能够管理(即，存储、修改或取出)存储在至少一个构件库A-REP中的构件。

该构件管理服务器AMS能够在一个或多个构件库A-Rep上管理构件，其中，诸如YouTube、Picasa和/或Flickr之类的web应用中的每一个都是可能分离的库的实例。

此外，存在至少一个捕获设备CCD，其能够捕获个人的上下文或属于特定构件的任何上下文。

AMS能够唯一地识别每个构件和用户。其可将任何与属性相关的构件、用户或当前时间用作对于CCD的输入参数，以便捕获上下文，因为CCD可能不知道用于构件和个人的上下文，或者可能没有使用与AMS相同的、用于构件和个人的唯一标识符。例如，AMS可使用人物简档中的电话号码、电子邮件地址或传感器标识，并将其传递给CCD作为输入参数，以便捕获上下文。CCD可直接使用来自AMS的输入参数，或者基于输入参数所标识的被管理的简档，将其映射到另一参数，以便最终基于传感器或从外部服务器取出上下文。实例：电话号码可与SIM卡相关，并可用于跟踪位置，如此被用于查询附近热传感器的温度或查询给定位置的气象站。

第三，存在一个单个上下文库C-REP或多个分布式上下文库C-Rep(其中图中仅示出一个)，该上下文库包括上下文捕获设备CCD捕获的至少一个上下文与被保持在至少一个库中的构件的关联，或者上下文捕获设备CCD捕获的至少一个上下文与对被保持在任何库中的构件的引用的关联。

最后，可具有客户端设备CD，其例如是运行在诸如PC、移动设备、TV或媒体播放器之类的计算设备上的浏览器应用。该客户端设备CD能够通过触发，即，通过向构件管理服务器AMS发送管理请求(请求经由构件管理系统AMS来实际管理所存储的每个构件)，来控制对存储在构件库上的构件的管理。现在，假设客户端设备CD(在该实施例中是个人计算机)具有互联网浏览器，用于对存储在诸如Flickr之类的web服务上的文件进行管理。

客户端设备CD可通过无线或有线连接(例如，移动互联网接入网络或固定互联网接入网络)耦合到构件管理服务器AMS。

捕获设备CCD可通过局域网、互联网或任何形式的IP网络耦合到管理服务器AMS。每个上下文库C-Rep和构件库A-Rep都可通过局域网、互联网或任何形式的IP网络耦合到构件管理服务器AMS。

构件管理服务器AMS包括上下文关联部CAP，其能够生成上下文捕获设备CCD捕获的至少一个上下文与被保持在至少一个库中的构件的关联。

上下文关联部CAP还适于在上下文库C-Rep中存储所生成的关联。

此外，上下文关联部CAP还适于基于上下文捕获设备CCD捕获的至少一个上下文与被保持在至少一个库中的构件的关联中的至少一个上下文的上下文，取出至少一个构件库A-Rep所保持的构件。

此外，构件管理服务器AMS包括上下文捕获指示部CCIP，其能够在构件管理服务器AMS收到触发时，指示上下文捕获设备CCD捕获发送管理请求的用户的至少一个上下文和/或被保持在至少一个库中的构件的至少一个上下文。此外，构件管理服务器AMS包括触发接收部TRP，其适于接收触发，以便指示捕获设备捕获用户的至少一个上下文和/或至少一个库中所保持的特定构件。在该实施例中，假设触发是来自浏览设备的在任何构件(内容资产)管理动作中的管理请求。

构件管理服务器中的上下文取出部CRP能够取出上下文捕获设备CCD所收集的至少一个上下文。

上下文捕获设备CCD首先包括指令接收部IRP，其能够接收来自构件管理服务器的上下文捕获指令，并且进一步包括上下文捕获部CCP，其能够在构件管理服务器AMS接收到触发(即，管理请求)时，适于捕获用户的至少一个上下文和/或被保持在至少一个构件库A-REP中的构件的上下文。上下文捕获设备CCD进一步包括上下文转发部CFP，其适于转发与特定用户和/或构件对应的所收集的上下文。

构件管理服务器AMS具有输入/输出端，其同时也是触发接收部TRP的输入/输出端。客户设备CD具有输入/输出端，其耦合到构件管理服务器AMS的该输入/输出端。

触发接收部TRP进一步耦合到上下文捕获指示部CCIP，该上下文捕获指示部CCIP进一步具有输出端，该输出端同时也是构件管理服务器AMS的输出端。

上下文取出部CRP具有输入/输出端，其同时也是构件管理服务器AMS的输入/输出端。上下文取出部CRP进一步耦合到上下文关联部CAP，该上下文关联部CAP进一步具有输入/输出端，该输入/输出端同时也是构件管理服务器AMS的输入/输出端。

指令接收部IRP具有输入/输出端，其同时也是上下文捕获设备CCD的输入/输出端。指令接收部IRP进一步耦合到上下文捕获部CCP，该上下文捕获部CCP耦合到上下文转发部CFP。上下文捕获设备CCD可具有输入端，其同时也是上下文捕获设备的输入端，和/或可替换地耦合到内部传感器设备。

上下文转发部CFP具有输出端，其同时也是上下文捕获设备CCD的输出端，上下文捕获设备CCD的输出耦合到构件管理服务器AMS的输入。

为了解释本发明的操作，假设某个用户从其客户端设备CD管理他的数字内容：例如，他使用安装在他的设备(个人计算机、iPhone等)上的应用或者经由互联网浏览器所访问的应用，应用例如是诸如jUploadr或Flickr AlbumMaker的Flickr应用，以管理他存储在构件库A-REP(例如，他在Flickr服务上的个人照片库)上的数据。用户从或者向保持在构件库A-REP中的他的照片集取出、打开或添加等某内容资产(诸如照片)。诸如创建、更新、打开、标记等的动作是可触发对用户的当前上下文和/或其照片自身进行快照处理的动作实例。对诸如照片的构件进行打开、取出等的这种动作被视为对构件管理服务器的触发，在所述构件管理服务器AMS处收到触发时，该触发被构件管理服务器的触发接收部TRP截取，其中触发接收部TRP将触发指示转发给上下文捕获指示部CCIP，作为对接收的触发指示的响应，上下文捕获指示部CCIP将指示发送给上下文捕获设备CCD的指示接收部IRP，以便捕获用户和/或构件的至少一个上下文，即，在该实施例中是被保持在至少一个构件库中的某张照片。上下文捕获部CCP包括或耦合到多个传感器，其中每个传感器都能够确定特定的上下文，诸如上下文C1、C2、…C5，其可以分别是用户位置、他的血压、当前天气情况、室温和当前他正在呼叫的人，其中，可分别经由所耦合的用于感测温度的传感器以及所耦合的电话通信系统来感测所述上下文。

于是，在所述构件管理服务器AMS收到触发时，上下文捕获设备CCP捕获保持在至少一个库中的有意向的构件的上下文。所有感测到的上下文，即，经由所耦合的用于感测温度的传感器和所耦合的电话通信系统感测到的用户位置、他的血压、当前天气条件、室温以及他当前正在呼叫的人，被通过上下文转发部CFP，从上下文捕获部CCP发送给构件管理服务器AMS的上下文接收部CRP。

构件管理服务器AMS的上下文关联部CAP随后生成针对被保持在Flickr中的照片的新关联，其中，该新关联包括所述上下文捕获设备捕获的至少一个上下文(是相应上下文C1、C2、C3、C4和C5)以及对保持在至少一个库中的构件的引用，在该实施例中是保持在Flickr中的照片。

随后，新创建的关联在上下文关联部CAP的控制下被存储到上下文库C-REP中，其中上下文库C-REP可以是Flicker的元数据数据库。

可替换地，可使用新确定的上下文对构件的现有关联进行更新，这会在对现有构件(例如照片)执行任何触发动作时发生。这样丰富了构件的现有关联。

尽管该实例被描述为存储在诸如Flickr或YouTube的构件库中的照片，但是，对于任何内容资产来说，例如音乐、流内容、电子邮件、文本文档或互联网上的任何可寻址对象、甚至是人物简档，同样的教导是有效的。

在随后的时间，用户搜索特定照片、视频等，并且无法想起标题或者位置或者拍照片的时间。然而，用户能够记得或者知道照片是在夏季中的热天他呼叫他的朋友时拍摄并上传到Flickr的。基于该上下文，用户可通过将这些上下文条目作为“关键”，来找回有意向的照片，而不用知道照片被存在哪里。

用户还可以基于所关联的上下文来指定构件组，例如，与上下文“位置可能是办公室坐标”相关联的全部构件；并将该定义的组用于文件管理配置，例如，在办公室备份服务器上保留这些文件的备份复本。

可替换的，构件可以是人物简档。尽管人们可能会将想法扩展到在你在某地遇到某人或与其通信时，将所捕获的上下文与简档相关联，但事实上这与数字文档相比没有区别。例如，捕获并将上下文关联到你向其发送电子邮件或交换即时消息的人；这可通过邮件服务器来触发。例如，当你握手时捕获并将上下文与这个人关联；这种情况更加困难，因为你必须识别这个人。这种识别可以随后基于他/她口袋中的移动设备的唯一标识来感测和捕获。握手可能不会真的发生，但是你的移动设备与他/她的移动设备间的距离可提供触发。辅助GPS可用于这些距离测量。可替换的方案是将RFID用于这些距离确定。在这里，触发可以是确定这些人之间的距离的的系统的某个信号。

存储上下文数据的系统优选的是这样的系统，其可参考存储在任何数字数据库中的数字对象。用户应该能够保持该私有上下文元数据，因为其包括他的个人(私有)上下文。系统可区分元数据的类型；即，从天气状况、附近的人、个人情绪等中间区分出位置信息。这样，可允许端用户十分精确地指定他能够记得的上下文，以便回顾全部上下文以及与其相关联的所有构件。

尽管在该实施例中描述并在对应附图中呈现了上下文库C-REP，但是，该上下文库可替换地通过多个分布式库来实现。

最后要注意的是，上文就功能块描述了本发明的实施例。从上文给出的对这些块的功能描述，对于设计电子设备领域的技术人员来说，如何利用公知的电子组件来制造这些块的实现是显而易见的。因此没有给出功能块内容的详细架构。

虽然上文结合具体装备描述了本发明的原则，但是，可以清楚理解的是，该描述仅仅是通过示例的方式做出的，而不是对本发明范围的限制，本发明的范围由所附权利要求限定。

Claims

1.一种构件管理方法，用于在构件管理服务器的控制下管理至少一个库中的构件，所述至少一个库通过通信链路耦合到所述构件管理服务器，其特征在于，所述方法包括步骤：

a.在所述构件管理服务器收到触发时，捕获所述构件的至少一个上下文；以及

b.通过所述构件管理服务器，将所捕获的所述上下文与被保持在所述至少一个库中的所述构件关联。

2.根据权利要求1所述的构件管理方法，其特征在于，所述构件管理方法进一步包括步骤：

c.基于与所述构件关联的所述至少一个上下文的上下文，取出被保持在所述至少一个库(REP)中的构件。

3.根据权利要求1所述的构件管理方法，其特征在于，所述触发是在所述至少一个库中创建构件的指示，或者是对保持在所述至少一个库(REP)中的所述构件执行任何动作的指示。

4.一种构件管理系统(AMSY)，包括用于管理至少一个库(REP)中的构件的构件管理服务器(AMSE)，并且所述系统进一步包括用于保持所述构件的所述至少一个库，所述至少一个库通过通信链路耦合到所述构件管理服务器，其特征在于，所述系统进一步包括：

a.上下文捕获设备(CCD)，其适于在所述构件管理服务器(AMSE)收到触发时，捕获被保持在所述至少一个库中的所述构件的至少一个上下文；并且所述构件管理服务器(AMSE)进一步适于生成所述上下文捕获设备(CCD)捕获的所述至少一个上下文与被保持在所述至少一个库中的所述构件的关联。

5.根据权利要求4所述的构件管理系统(AMSY)，其特征在于，所述构件管理系统(AMSY)进一步包括上下文库(CREP)，其适于保持所述上下文捕获设备(CCD)捕获的所述至少一个上下文与被保持在所述至少一个库中的所述构件的所述关联。

6.一种使用在根据权利要求4所述的构件管理系统(AMSY)的构件管理服务器(AMS)，其特征在于，所述构件管理服务器(AMS)包括上下文关联部(CAP)，该上下文关联部适于生成所述上下文捕获设备(CCD)捕获的所述至少一个上下文与被保持在所述至少一个库中的所述构件的关联。

7.根据权利要求6所述的构件管理服务器(AMS)，其特征在于，所述构件管理服务器(AMS)进一步包括上下文捕获指示部(CCIP)，其适于在所述构件管理服务器(AMS)收到触发时，指示上下文捕获设备捕获保持在所述至少一个库中的所述构件的至少一个上下文。

8.根据权利要求6或7所述的构件管理服务器(AMS)，其特征在于，所述上下文关联部(CAP)进一步适于存储在上下文库(C-REP)中生生的所述关联。

9.根据权利要求6或8所述的构件管理服务器(AMS)，其特征在于，所述上下文关联部(CAP)进一步适于基于所述上下文捕获设备(CCD)捕获的所述至少一个上下文与保持在所述至少一个库中的所述构件的所述关联中所述至少一个上下文的上下文，取出所述至少一个库(REP)所保持的构件。

10.一种使用在根据权利要求4所述的构件管理系统(AMSY)的上下文捕获设备(CCD)，其特征在于，所述上下文捕获设备包括上下文捕获部(CCP)，其适于在所述构件管理服务器(AMS)收到触发时，捕获被保持在所述至少一个库(C-REP)中的所述构件的至少一个上下文。

11.根据权利要求10所述的上下文捕获设备，其特征在于，所述上下文捕获设备(CCD)进一步包括上下文转发部(CFP)。

12.一种上下文库(C-REP)，用在根据权利要求4所述的构件管理系统(AMSY)中，其特征在于，所述上下文库(C-REP)适于持有所述上下文捕获设备(CCD)捕获的所述至少一个上下文与被保持在所述至少一个库中的所述构件的关联。