專利名稱：對主機發(fā)布的內(nèi)容進行訪問控制的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及共享信息的方法和系統(tǒng)的運用。特別地，本發(fā)明涉及為用戶提供對信息的簡易訪問，以及使用戶具有共享信息和服務(wù)的能力。
背景技術(shù)：
在這個信息時代，很多人使用諸如計算機、個人數(shù)字助理(PDA)、智能電話等多種設(shè)備來預(yù)備、審查、修訂、訪問以及共享信息。例如，個人可以具有諸如臺式電腦和膝上型電腦之類的多臺工作計算機，多臺家用計算機，諸如Apple的iPhone之類的智能電話，和/或其他設(shè)備。此外，此人可以與不同的人交際或共事。在一些情況中，人們只希望能與朋友和家人共享數(shù)字照片、音樂等等。在其他情況中，人們希望與其他那些必須審查和/或修訂該人創(chuàng)建或編輯的文檔和文件的人共享文件。人們可以采用多種方式來嘗試處理單個文檔或文件存在于一臺或多臺計算機類型的設(shè)備上的問題。例如，最簡單的解決方案可以是將文件拷貝到諸如閃存驅(qū)動器之類的便攜式存儲設(shè)備上，并且只對閃存驅(qū)動器上的文件版本進行工作。在后一種方式中，個人可以使用位于工作地點、家中及其他位置的幾乎任何計算機上的文件。但是，該“解決方案”并不是沒有問題的。一個潛在的問題有可能與性能相關(guān)聯(lián)，這是因為閃存驅(qū)動器受限于閃存驅(qū)動器的接口速度，例如，該接口有可能是USB接口。此外，要想對文件進行備份而不忘記所備份的版本以及備份所在的位置是很困難的。另外，由于閃存驅(qū)動器遠遠慢于現(xiàn)代的計算機網(wǎng)絡(luò)， 因此嘗試在商務(wù)環(huán)境中使用閃存驅(qū)動器來傳播文檔或文件以供審查和評論的處理是不切實際的。因此，這種審查被限制成每次針對一個人進行，而這很有可能不適合眾多項目的時間約束。另一種解決這個問題的常見嘗試是將文件置于可以從多個位置訪問的服務(wù)器上。 該“解決方案”非常靈活、易于建立并且可以在沒有等待時間的情況下工作，而且還可以與平臺整合。但是另一方面，這種“解決方案”有可能會難以使用，其他用戶有可能難以定位正確的文件，并且即便對一個人而言也有可能存在著處理多個身份的可能性的問題。例如， 某個人可能具有基于此人名字的一個標識以及基于昵稱的又一個標識。即使這兩個標識實際是相同的個人，但正常的系統(tǒng)也會將這兩個標識視為兩個單獨用戶。此外，連接有可能會很復(fù)雜，特別是在個人可以使用遠程訪問的時候(例如在服務(wù)器可能位于工作地點而用戶待在家中的時候)。一個或多個用戶有可能難以訪問文件。與使用文件服務(wù)器作為中心位置來存儲文件不同，不同的用戶僅僅使用電子郵件來往復(fù)郵寄文件。通常，電子郵件分發(fā)是免費的(如果用戶已經(jīng)具有電子郵件訪問)。此外，由于用戶只需要知道如何將文件附著于電子郵件，因此電子郵件有可能是最易于使用的系統(tǒng)。電子郵件訪問基本上是通用的，并且包含了一個或多個文件的電子郵件是可以轉(zhuǎn)發(fā)的。但是，文件的電子郵件分發(fā)通常會因為保密性差而受到損害。此外，電子郵件用戶對 SPAM和網(wǎng)絡(luò)釣魚(某些人在其電子郵件并非來自合法來源時嘗試讓用戶相信其電子郵件
4來自合法來源)是很敏感的。借助于電子郵件的文件分發(fā)還有可能引發(fā)很多附加的問題。例如在很多情況中， 因特網(wǎng)服務(wù)供應(yīng)商經(jīng)常會將附件大小限制成特定大小，例如10MB。此外，在“過時”文件中可能存在著與發(fā)送文件和接收或查看文件之間的等待時間相關(guān)的問題。當(dāng)整體大小變大時，例如當(dāng)存在很多用戶、很多文件或是很大的文件時，這些問題甚至?xí)兊酶蛹怃J。關(guān)于這些問題的更為近期的“解決方案”是使用因特網(wǎng)上的網(wǎng)站作為存儲位置。 該解決方案解決了與電子郵件解決方案相關(guān)的可升級性(scalability)的問題。此外，大小或文件類型通常是沒有限制的，并且存儲文件的網(wǎng)站通常會為用戶提供超出平均水平的安全性。在為文件提供了范圍廣泛的可訪問性的同時，文件能夠很容易被轉(zhuǎn)發(fā)至其他用戶 (或者至少注意到該文件可用)。但是，將web用于文件分發(fā)的用戶有可能會伴隨有其自身的一組問題和/或難題。 web實質(zhì)上是一個沒有很好地與各種平臺整合的獨立系統(tǒng)。此外，對web解決方案來說，在使用服務(wù)器解決方案時遭遇的多個身份的問題同樣有可能出現(xiàn)。web解決方案還有可能會過于昂貴，同時為用戶提供了不一致的特征和體驗。最終并且有可能是最重要的則是與在 web上存儲文件的處理相關(guān)的隱私性和保密性問題。這些“解決方案”中沒有一種足以解決與共享大量的多個文件相關(guān)的問題。例如， 在因特網(wǎng)上的服務(wù)器上，訂閱了 Apple的“MobileMe”服務(wù)的用戶會被分配一定數(shù)量的存儲空間。然后，用戶能夠上傳該用戶希望與其他人共享的文件。盡管使用Apple的Macintosh 計算機較容易實施上傳處理和服務(wù)空間管理，但是空間的數(shù)量是受到限制的，并且由此需要附加的管理等級。此外，授權(quán)個體沒有一種簡單的方法來知道服務(wù)器上存儲的文件何時發(fā)生了變化。與這其中的任一“解決方案”相關(guān)聯(lián)的中心問題之一是安全性。一旦文件被共享， 那么無論采用怎樣的共享方法，安全性都會成為一個較大的問題。這個問題并不是簡單地封閉文件(lock down)而使其只能被選定個體訪問。由于安全性不應(yīng)該成為實現(xiàn)共享文件僅作為其中一部分的任務(wù)的阻礙，因此這個問題是較為廣泛的。這樣一來，即便對授權(quán)用戶而言不是透明的，安全系統(tǒng)也必須易于為授權(quán)用戶所使用。安全性問題應(yīng)該是靈活的，并且應(yīng)該能與現(xiàn)有系統(tǒng)一起工作，以及能夠使用(但不局限于)諸如名稱和口令或個人身份證書(如)(509規(guī)范所述)之類的共同約定，以及使用訪問控制列表(ACL)。在處理多用戶環(huán)境時發(fā)生的一個附加問題涉及的是等級比用戶通常共享和/或修訂的數(shù)據(jù)和信息更高的數(shù)據(jù)和信息。例如，上述解決方案中沒有一種可被用于查看和操作那些諸如可能需要伴隨共享文件的元數(shù)據(jù)和/或應(yīng)用設(shè)置之類的信息。因此，上下文會丟失，而在很多情況中，上下文有可能是很重要的。在沒有正確設(shè)置的情況下，不同的用戶有可能會以完全不同的角度來查看一個文件。本發(fā)明解決了這些問題以及其他問題，并且涉及同時提交的共同轉(zhuǎn)讓和共同未決
美國專利申請No._律師案卷號104677-0210-101 (P5784US1)，以及同時提交的共
同轉(zhuǎn)讓和共同未決美國專利申請No._律師案卷號104677-0212-101 (P5786US1)，
這其中的每一份申請都在這里全部引入作為參考。

發(fā)明內(nèi)容
提供了一種使多個用戶得以訪問文件和通用信息(有時也被稱為元數(shù)據(jù))的方法和設(shè)備。根據(jù)一個實施例，本發(fā)明能使一組用戶簡單透明地共享數(shù)據(jù)文件。該數(shù)據(jù)可以包括大量的事物集合，例如照片庫、歌曲庫、電影庫、設(shè)備原理圖、預(yù)算估算、項目文件等等，或者該數(shù)據(jù)也可以僅僅是單個文件。例如，具有共同的朋友并且一起旅行過的三個人有可能希望能夠查看和共享每個人在旅行中拍攝的照片。這些照片可以包括超出普通電子郵件環(huán)境的典型大小限制的單個文件。此外，每個人具有的庫的大小可以包括占用了數(shù)千兆字節(jié)空間的數(shù)千照片。在一些實施例中，本發(fā)明通過在總目錄中為每個項目創(chuàng)建“卡”來確定追蹤單個項目的方式。每個項目都可以具有多個表示，而在單個目錄內(nèi)部則通過單獨的唯一卡來表述每個表示，由此很容易對其進行訪問。例如，單個照片可以用多個卡表示成“Skiing Trip”， "Trip withthe Gang”，“Skiing in Colorado", "Winter Vacation，，，“Bill，，，“Fred，，， “Steve”等等。這樣做能使系統(tǒng)在目錄內(nèi)部具有數(shù)量近乎無限的分層組織結(jié)構(gòu)。此外，代表同一張照片的每一個唯一卡可被放置在不同目錄中。因此，對“單個”照片而言，它可以被組織在數(shù)量近乎無限的目錄中。在一些實施例中，本發(fā)明的方法和設(shè)備提供了關(guān)聯(lián)或源于初級信息的次級信息的表示。例如，一些表示(與單個卡相關(guān)聯(lián))各自可以與主圖像的縮略圖或低分辨率圖像相聯(lián)系。在其他情況中，用卡表示的電影文件有可能具有不同剪輯、腳本、相機租賃賬單等等， 并且所有這些都是與所述單個卡相關(guān)聯(lián)的。本發(fā)明的一個實施例既允許用多個卡表示單個 “文件”，同時也允許將多個文件組織成是單個卡的表示。在本發(fā)明的一些實施例中，卡目錄在大小方面明顯小于其代表的信息。此外，根據(jù)本發(fā)明的一些實施例，如果移動目錄并將其保存在本地，以便即使在其引用的數(shù)據(jù)未保存在本地的時候也能啟用高速查詢，那么將會是很有利的。例如，在處理照片庫、諸如用 Apple的iPhoto產(chǎn)品創(chuàng)建的大小為50GB且具有14，000個圖像的照片庫時，卡目錄可能約為2-10MB，這一點取決于每個圖像的不同表示的數(shù)量。由于來自用戶的查詢是在本地處理而沒有經(jīng)由網(wǎng)絡(luò)去往“服務(wù)器”，因此，目錄具有的明顯較小的尺寸會使來自用戶的查詢看起來幾乎是被即時回答的。此外，根據(jù)用戶的需要，目錄有可能具有多個等級，從而提供更快的響應(yīng)時間。如果用戶選擇了“search by subject-no source (按主題搜索-無來源)”， 那么系統(tǒng)甚至可以使用更小的子目錄，以使所述響應(yīng)幾乎是即時的。另一方面，用戶可以選擇“search by subject-from ‘Fred，(按主題搜索-來自‘Fred，)”，而在本發(fā)明的一個實施例，該處理有可能會搜索整個目錄，最終為用戶呈現(xiàn)精制的縮略圖集合以供審查。根據(jù)本發(fā)明的一些實施例，無論用戶擁有怎樣的計算或移動設(shè)備，都可以讓用戶得以訪問該用戶的所有庫(或目錄)。例如，假設(shè)用戶具有iPhoto庫、iTimes庫以及用戶所屬的人員團體所從事的新建筑物的項目庫(該項目庫可以包括一系列數(shù)字藍圖、建筑物三維模型、在建筑物周圍行走的動畫視頻剪輯，涉及該項目的所有人員的聯(lián)系人列表等等)。用戶在家中使用臺式計算機，將膝上型計算機用于旅行，工作時則使用iWione、 AppleTV以及臺式計算機。但是，無論所使用的是哪個設(shè)備，都可以為該用戶提供針對所有這些庫的訪問。此外，該訪問應(yīng)該以這樣一種方式提供給用戶，其中信息的確切位置實際上是不相關(guān)的。換言之，用戶體驗應(yīng)該使得系統(tǒng)響應(yīng)性可以使得用戶相信被尋找的所有文件和信息全都是本地保存在用戶具有的任一設(shè)備上的。如果用戶放下膝上計算機并拿起 iPhone來繼續(xù)進行任務(wù)，那么關(guān)于該活動的系統(tǒng)性能和用戶體驗應(yīng)該是基本無縫的。在本發(fā)明的一些實施例中，為用戶提供了訪問不同等級的信息的系統(tǒng)和方法，這些信息可以像基于服務(wù)器的系統(tǒng)那樣是可升級的，并且可以像通過基于電子郵件的系統(tǒng)那樣是易于訪問的，同時還會像基于web的系統(tǒng)那樣是在幾乎任何地方都可以訪問的。以此方式，本發(fā)明的系統(tǒng)和方法提供了先前已知的每一個系統(tǒng)的最大益處，與此同時，即便沒有克服全部缺陷，它也克服了這其中的很多缺陷。在本發(fā)明的一些實施例中，系統(tǒng)和方法被配置成提供一個可以在現(xiàn)有系統(tǒng)的框架內(nèi)部工作的安全系統(tǒng)，同時還提供分布式架構(gòu)所需要的附加安全性。例如，可以使用常規(guī)的名稱/ 口令型安全性和/或證書，同時還啟用訪問控制列表(ACL)。ACL可被用于幫助建立可在不同等級設(shè)置和/或更新的用戶和群組許可，其中所述等級包括在用戶級本地，遠程或是經(jīng)由在線服務(wù)。此外，更為理想的是，為接收方提供設(shè)置其身份的能力(以及借助雙親控制(parental control)來提供限制該特征的能力)。根據(jù)一些實施例，更為有利的是，為用戶提供合并(或鏈接)身份的能力來增強易用性。在本發(fā)明的一些實施例中，用戶應(yīng)用可以定義用戶與其他人之間的共享等級。共享位置也可以由應(yīng)用來設(shè)置，使得所述共享可以源于本地計算機、源于特定機器、或者經(jīng)由聯(lián)機服務(wù)遠程進行。系統(tǒng)可以用于為ACL定義參數(shù)，然后該應(yīng)用可以負責(zé)施加這些參數(shù)。此外，較為有利的是優(yōu)化常見事件的安全特征。例如，特定用戶集合可被“烙印”成默認值，使得在每次有來自該群組的用戶首次嘗試訪問該信息時，用戶不必“recreate the wheel (白費力氣做重復(fù)工作)”。然后，默認設(shè)置可被建立，以便在用戶不必重新配置系統(tǒng)的情況下覆蓋大多數(shù)情形。在本發(fā)明的一個實施例中，配置系統(tǒng)是一個改變選定數(shù)量的清楚理解的默認值的簡單任務(wù)。這與傳統(tǒng)的系統(tǒng)是相反的，在傳統(tǒng)系統(tǒng)中，配置有可能需要通過“一屏接一屏的”晦澀難解的配置選項和設(shè)置。根據(jù)本發(fā)明一些實施例的方法和設(shè)備，系統(tǒng)和/或應(yīng)用可以自動產(chǎn)生授權(quán)用戶的抽象身份，由此發(fā)布者不必知道用戶是否改變其身份。因此，用戶可以并且很有可能會以多個身份為結(jié)束，這其中的一些身份是公知的，而其他身份則僅僅為系統(tǒng)內(nèi)部所知。但是， 為了完成這種架構(gòu)，應(yīng)該存在一個可信的通信通道，從而存在一個處理身份鏈接的“調(diào)停人”。例如，雖然用戶有可能具有公眾身份harveyOmac. com，但是系統(tǒng)可以創(chuàng)建一個附加身份b7M86+hank@_harvey. members, mac. com。在這種情況下，根據(jù)這里描述的本發(fā)明的一些實施例，“b75486身份”有可能是系統(tǒng)產(chǎn)生的用于附加安全性的加密密鑰，但它并不是必需的。本領(lǐng)域普通技術(shù)人員將會想到，在不脫離本發(fā)明的精神的情況下，這里描述的不同實施例中的至少一些實施例是可以結(jié)合在一起的，或者它們也可以與其他實施例相結(jié)合。


通過考慮以下結(jié)合附圖給出的詳細描述，可以更清楚地了解本發(fā)明的上述和其他特征、本發(fā)明的特性以及各種益處，其中圖1是根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)系統(tǒng)的簡化框圖；圖2是根據(jù)本發(fā)明實施例用于操作網(wǎng)絡(luò)系統(tǒng)以添加資產(chǎn)的處理總圖的說明性流程圖；圖3是根據(jù)本發(fā)明實施例用于操作網(wǎng)絡(luò)系統(tǒng)以查看資產(chǎn)的處理總圖的說明性流程圖；圖4是根據(jù)本發(fā)明實施例用于處理資產(chǎn)變化的處理總圖的說明性流程圖；圖5是根據(jù)本發(fā)明實施例用于創(chuàng)建規(guī)則并將其應(yīng)用于具有多個用戶的項目的處理總圖的說明性流程圖；圖6是根據(jù)本發(fā)明一些實施例的網(wǎng)絡(luò)系統(tǒng)的樣本系統(tǒng)配置；圖7是根據(jù)本發(fā)明一些實施例創(chuàng)建抽象身份的示例說明；以及圖8是根據(jù)本發(fā)明一些實施例的處于工作的安全性系統(tǒng)的示意圖。
具體實施例方式圖1顯示是可以依照本發(fā)明的一些原理工作的網(wǎng)絡(luò)系統(tǒng)100的簡化圖示。網(wǎng)絡(luò) 100包括目錄110、接口框架120以及存儲設(shè)備130。目錄110包括一系列目錄單元，為了方便起見，這些單元被順序標記成目錄單元112、114、116和118。本領(lǐng)域普通技術(shù)人員將會想到，目錄110可以包括任意數(shù)量的目錄單元，這一點可以從以下論述中更清楚地了解。應(yīng)該指出的是，舉例來說，如下文中更詳細描述的那樣，目錄單元112、114、116和118(以及目錄110內(nèi)部的其他目錄單元)可以是存儲目錄卡信息的服務(wù)器，和/或?qū)Y產(chǎn)的授權(quán)用戶之間的通信、資產(chǎn)變化等等進行處理的服務(wù)器。接口框架120是通過操作來控制網(wǎng)絡(luò)100的不同方面的網(wǎng)絡(luò)組件的表示，其中所述網(wǎng)絡(luò)組件可以是硬件、軟件或軟硬件組合等等。這些組件可以包括目錄管理器122、資產(chǎn)管理器IM以及安全管理器126，整體框架等級應(yīng)用程序接口(API)被用于管理器與網(wǎng)絡(luò)系統(tǒng)100的其他部分以及使用框架120的任意客戶機應(yīng)用之間的互連操作。例如，目錄管理器122追蹤并幫助用戶管理駐留在目錄110上的目錄。資產(chǎn)管理器124同樣追蹤并幫助用戶管理駐留在存儲設(shè)備130上的資產(chǎn)。安全管理器1 管理各種安全問題，諸如為每一個用戶創(chuàng)建唯一系統(tǒng)ID，應(yīng)用用戶請求的共享偏好，創(chuàng)建和管理與在系統(tǒng)上存儲和檢索的恰當(dāng)數(shù)據(jù)元素相關(guān)聯(lián)的安全密鑰等等。以下更詳細地論述了其中每一個管理器的功能。存儲設(shè)備130包括多個獨立、不相關(guān)的數(shù)據(jù)存儲單元(這些單元本身可以包括多個互連的存儲單元)。例如，存儲設(shè)備130可以包括存儲單元132、134和136。舉例來說，每個存儲單元132、134和136可以是能被網(wǎng)絡(luò)系統(tǒng)100使用的大容量服務(wù)器，以便通過使用系統(tǒng)100來存儲用戶資產(chǎn)。但是，存儲單元也可以是分布式的，使得一些單元是網(wǎng)絡(luò)設(shè)備， 一些單元則不是(例如，存儲單元132和134可以是網(wǎng)絡(luò)設(shè)備，而單元136可以是本地設(shè)備)。舉例來說，所存儲的資產(chǎn)可以包括用戶照片庫中的實際數(shù)字照片，和/或用戶iTimes 庫中的所有音樂的實際數(shù)字版本，或是客戶機軟件從源中得到的數(shù)據(jù)的不同表示。圖2中顯示了根據(jù)本發(fā)明的一些實施例可以如何使用系統(tǒng)網(wǎng)絡(luò)100來存儲資產(chǎn)的概括性表示(在下文中對照其他附圖提供附加細節(jié))。當(dāng)用戶在步驟202中創(chuàng)建資產(chǎn)時，這時可以啟動系統(tǒng)流程200。所述資產(chǎn)可以在本地創(chuàng)建，例如在iPhone上通過用內(nèi)置相機拍攝照片來創(chuàng)建。該資產(chǎn)最終將會存入一個或多個存儲單元132、134和136(或是存儲設(shè)備 130中的其他任何存儲單元)。在步驟204中，對于所述資產(chǎn)，提取和/或創(chuàng)建多個參考信息(可能創(chuàng)建的參考信
8息之一是資產(chǎn)的非易失“數(shù)字指紋”)。例如，對于指定的數(shù)字照片資產(chǎn)，參考信息可以包括諸如處于不同分辨率的照片的一個或多個縮略圖(根據(jù)本發(fā)明的至少一個實施例，這些縮略圖可以作為單獨資產(chǎn)或是單個資產(chǎn)的單獨表示來保存，其中所述單獨表示是用目錄中的單個“卡”表述的)、一個或多個關(guān)鍵字、拍攝照片時的GPS坐標、與照片相關(guān)聯(lián)的事件名稱。 除了參考信息不應(yīng)該包含數(shù)字資產(chǎn)本身之外，在任何指定的參考信息中都可以包括更多或更少的信息，因此代表資產(chǎn)的一個或多個卡的大小要遠遠小于資產(chǎn)的大小——例如，視頻資產(chǎn)的大小約為4GB，而該資產(chǎn)的參考信息則可以是大約1，000字節(jié)。提取/創(chuàng)建參考和/ 或元信息的處理通?？梢栽诳蚣芙涌?120內(nèi)部或是客戶機應(yīng)用本身之中進行。特別地，目錄管理器122可以執(zhí)行提取/創(chuàng)建處理?？蚣艿倪@個部分可以駐留在本地計算機上，或者也可以位于網(wǎng)絡(luò)100上的其他地方。接口框架120還可以執(zhí)行若干種處理。在步驟206，框架120可以通過目錄管理器 122與一個地址薄對接，以便確定應(yīng)該將參考信息傳播到何處(如下文中更詳細描述的那樣，地址可被用作安全性基礎(chǔ)，以及用作存儲于何處的提示)，并且它會相應(yīng)地應(yīng)用該地址信息。一旦應(yīng)用了地址薄信息，那么可以在步驟208中執(zhí)行安全操作。安全操作208會根據(jù)本發(fā)明的一些實施例來應(yīng)用一組指定的訪問規(guī)則，以及創(chuàng)建一組訪問密鑰，在下文中將會對其細節(jié)進行闡述。安全操作可以完全由安全管理器1 在本地執(zhí)行，或者也可以由網(wǎng)絡(luò)100上的安全組件來為其提供幫助。在步驟210中，通過將來自步驟204的參考信息與步驟206和208的地址薄及安全信息相結(jié)合，可以創(chuàng)建一個或多個虛擬卡。例如，用戶有可能選擇了可以訪問資產(chǎn)的個體和/或個體群組。目錄管理器122可以執(zhí)行創(chuàng)建卡的處理， 其中最終得到的卡將被置于目錄112、114、116或118。網(wǎng)絡(luò)100上運行的其他目錄管理器組件也可以為該步驟提供幫助。在步驟212，目錄管理器122向存儲卡的一個或多個目錄112、114、116和118發(fā)送卡。關(guān)于存在新卡(或是經(jīng)過修改的卡)的通知是在步驟214中發(fā)出的，該步驟也可以由目錄管理器122或是網(wǎng)絡(luò)100上運行的其他目錄管理器執(zhí)行。在本發(fā)明的至少一個實施例中，該通知可以非常簡單(例如是在網(wǎng)絡(luò)100上運行的目錄管理器之間的“直接”通信)，或者它也可以使用一個或多個可能具有不同等級的自治權(quán)的電子郵件消息而變得較為牢固。此外，通過優(yōu)化該處理，可以發(fā)送較少的更新拷貝，而這可以進一步實現(xiàn)快速更新 (該處理同樣需要現(xiàn)有用戶更新)。例如，在最高等級，通知步驟214可以僅僅標識可被電子郵件接收方訪問的資產(chǎn)。作為替換，通知步驟214可以提供一個邀請，如果該邀請被接受，那么將會使得接收方可以在其本地計算機上直接訪問相關(guān)卡(如下文中更詳細描述的那樣)。另一個替換方案可以是接收方預(yù)先設(shè)置一個接受來自發(fā)送用戶的所有卡的首選項 (preference)，在這種情況下，卡管理器122可以在不與接收方進行任何交互的情況下自動提供針對新的/經(jīng)過修改的卡的直接訪問(較為理想的仍舊是向接收方發(fā)送一個電子郵件，以便通知在本地機器中已經(jīng)添加了針對新卡的訪問)。在步驟208，安全管理器1 還會執(zhí)行為資產(chǎn)本身創(chuàng)建安全信息的附加功能(諸如創(chuàng)建訪問和/或加密密鑰等等)。然后，資產(chǎn)管理器IM在步驟216中處理該安全信息，其中該管理器通過將該信息與步驟208中獲取的安全信息相結(jié)合來預(yù)備存儲該信息(在本發(fā)明的一個實施例中，該處理可以采用使用所提供的加密密鑰來加密資產(chǎn)的形式)。在步驟 218，資產(chǎn)管理器IM將資產(chǎn)存入存儲設(shè)備130內(nèi)部的一個或多個存儲單元132、134和136。一旦完成了步驟214和218，授權(quán)用戶將可以訪問存入網(wǎng)絡(luò)系統(tǒng)100的新資產(chǎn)。圖3顯示的是用于獲取已被存入網(wǎng)絡(luò)存儲設(shè)備的資產(chǎn)的處理300的總圖的說明性流程圖。在步驟302，用戶選擇來自另一個用戶的目錄(假設(shè)該用戶的所有或大多數(shù)目錄都是保存在本地的；但是，如果未將其保存在本地，則取回該目錄)。例如，選擇目錄的處理可以僅僅是在Apple的iPhoto應(yīng)用內(nèi)部選擇另一個用戶的庫。所述庫可以包括任意數(shù)量的照片。在用戶對他或她的一個庫進行選擇的“正?！杯h(huán)境中，所有照片通常是本地保存在計算機的硬盤驅(qū)動器上(在大多數(shù)情況中都是如此，其中至少用戶自己的資產(chǎn)是保存在本地的)。根據(jù)本發(fā)明的實施例，用戶可以采用與選擇本地存儲的庫相同的方式來選擇另一個用戶的庫。所述選擇可以僅僅是從列表中選擇另一個用戶，而這將會導(dǎo)致顯示所述用戶的庫的列表，以便能夠選擇其中一個庫。當(dāng)用戶選擇另一個用戶的庫時，網(wǎng)絡(luò)系統(tǒng)100將會執(zhí)行操作，使得在延遲情況下以少量延遲以及較高的等級來為用戶顯示所選擇的庫的信息和資產(chǎn)。此外，用戶還可以配備選擇和組織所使用的方法的能力。這種組織可以不同于庫的擁有者已經(jīng)使用的組織。每一個用戶所做的組織變動沒有必要反映給庫(也被稱為目錄) 的所有用戶。在這種情況下，由于選擇了另一個用戶的庫，因此，網(wǎng)絡(luò)系統(tǒng)100會在步驟304中向用戶提供包含了庫的完整目錄，其中所述庫包含了與所選擇的庫相關(guān)聯(lián)的所有卡。目錄管理器122從其中一個目錄112、114、116和118中檢索目錄和卡，并且將其經(jīng)由網(wǎng)絡(luò)系統(tǒng) 100提供給用戶計算機。由于目錄的大小相對較小，因此，所述卡可以在等待時間很短或者沒有等待時間的情況下(例如在用戶發(fā)現(xiàn)可接受的正常訪問等待時間以內(nèi))傳送至用戶， 并且顯示在用戶的計算機或手持移動計算設(shè)備上。舉例來說，在本發(fā)明的一個實施例中，在正常環(huán)境中，如果用戶選擇了照片庫，則顯示來自所述庫的一系列照片，如果這些照片在本地不存在，則從存儲設(shè)備132、134或136中檢索這些照片或是這些照片的縮略圖。根據(jù)本發(fā)明的實施例，另一個用戶的庫中的照片或照片縮略圖的顯示會在與選擇用戶自己的一個庫的時間大致相同的時間里被傳送到用戶的計算設(shè)備并在其上進行顯示(因此，在這種情況下，用戶實際上不知道照片來自何處)。然后，用戶在步驟306中選擇來自另一個用戶的庫的一張照片。同樣，如果用戶選擇了來自他的庫的照片，那么計算系統(tǒng)僅僅在本地檢索該資產(chǎn)(在本范例中是實際照片) 并對其進行顯示(作為替換，舉例來說，它也可以僅僅被存入本地緩存存儲器)。響應(yīng)于對其他用戶照片所做的選擇，網(wǎng)絡(luò)系統(tǒng)100會在步驟308中執(zhí)行操作，以便從存儲照片的位置檢索照片。為了實施該檢索，資產(chǎn)管理器1 會通過操作來從存儲單元132、134和136之一中檢索所選擇的照片(根據(jù)本發(fā)明的另一個方面，該系統(tǒng)可以被配置成自動選擇與使用中的設(shè)備以及將要使用該資產(chǎn)的上下文相適合的一個或多個特定資產(chǎn)——在這種情況中， 舉例來說，該處理是通過僅僅檢索可以完全顯示在請求設(shè)備上的照片的分辨率來完成的)。 檢索到的照片可以先被存入資產(chǎn)管理器1 管理的本地緩存器，由此關(guān)于所述照片的后續(xù)請求可以從緩存器中得到滿足，并且將其經(jīng)由框架120返回給用戶應(yīng)用。—旦檢索了照片，則計算設(shè)備會在步驟310中顯示該照片(該步驟還有可能需要解密檢索到的資產(chǎn))。對用戶而言，檢索和顯示處理應(yīng)該是相對透明的，由此用戶體驗與在用戶選擇了本地存儲的照片的情況下的用戶體驗相類似。一旦用戶結(jié)束使用該資產(chǎn)，那么可以在步驟312從用戶的本地計算設(shè)備的緩存器中擦除該資產(chǎn)(例如，所述擦除步驟可以是提供給用戶的一個選項)。舉例來說，如果用戶關(guān)閉單個圖片，或者如果用戶退出了使用該資產(chǎn)的應(yīng)用，那么該情況有可能發(fā)生。但是，一旦將資產(chǎn)遞送給用戶的計算設(shè)備，并且用戶改變了所述資產(chǎn)，那么網(wǎng)絡(luò)系統(tǒng)100可以采用多種方式來執(zhí)行操作。圖4中顯示了這其中的一種情況，其中該圖顯示的是根據(jù)本發(fā)明的實施例，資產(chǎn)的非所有者如何對該資產(chǎn)實施網(wǎng)絡(luò)系統(tǒng)100的地址變更。如圖4所示，在步驟402，用戶修改并非為該用戶所擁有的資產(chǎn)——為了方便起見，該資產(chǎn)繼續(xù)被稱為照片，但它可以是任何資產(chǎn)，諸如曲目、鈴聲、數(shù)字視頻、電子表格文件等等。與實際修改資產(chǎn)本身不同，在步驟404，網(wǎng)絡(luò)系統(tǒng)100使用框架120和本地計算設(shè)備并且通過操作來記錄應(yīng)用于資產(chǎn)的變動(這些修改可以作為元數(shù)據(jù)保存)。在這種情況下，由于所顯示的圖像顯示的是已經(jīng)進行的所有變動，因此，即便與資產(chǎn)分開地記錄變動， 用戶也無法分辨其中的區(qū)別。例如，如果用戶訪問另一個用戶的照片并且修剪照片，那么系統(tǒng)將會記錄所述修剪的大小和位置，并且會在本地應(yīng)用所述修剪處理，由此用戶將會即時看到所進行的變動，但是資產(chǎn)本身是不會改變的(修剪的大小和位置可以作為與另一個用戶的照片的單個用戶視圖相關(guān)聯(lián)的元數(shù)據(jù)來保存)。在另一個操作模式，本發(fā)明可以響應(yīng)于用戶請求來實際修改資產(chǎn)數(shù)據(jù)本身。這些修改可以作為資產(chǎn)的替換版本來保存，但是仍舊關(guān)聯(lián)于與原始卡相同的“卡”。用戶可以繼續(xù)對“資產(chǎn)”進行附加變動，并且這些變動會以相似的方式記錄和顯示 (例如調(diào)整照片的白平衡)。一旦用戶完成了對文件的工作，那么用戶會在步驟406中指示其提交這些變動。該處理可以采用多種不同的機制來實行，諸如用戶只關(guān)閉照片本身(通過點擊CLOSE (關(guān)閉)框而不是退出應(yīng)用，并且有可能對一個對話框做出回應(yīng)，其中舉例來說，所述對話框有可能會問“Do you want to savechanges (希望保存變動么？)”)或者退出應(yīng)用。在用戶提交了變動之后，框架120會在步驟408中更新卡，其中除了其他信息之外，該卡還包含對所述資產(chǎn)進行的所有變動(或者如上所述將經(jīng)過修改的數(shù)據(jù)上傳至存儲設(shè)備134、136或138之一，以及將其關(guān)聯(lián)成初始資產(chǎn)的新版本。但是仍舊與卡相關(guān)聯(lián))。例如，所述卡還可以包括做出這些變動的用戶的標識，進行這些變動的時間和日期，用于進行這些變動的應(yīng)用(例如，Apple的iPhoto和Aperture程序均可用于修改數(shù)字照片)等等。 系統(tǒng)可以決定更新數(shù)字文件還是創(chuàng)建資產(chǎn)本身的“新”版本，而不是僅僅存儲所述變動的元數(shù)據(jù)記錄。一旦創(chuàng)建了卡，則可以執(zhí)行一個與安全性相關(guān)的可選步驟409(在圖4中將步驟 409顯示成是一個虛框，以便進一步指示它是以應(yīng)用到指定用戶或用戶群組的安全設(shè)置為基礎(chǔ)的可選步驟)。如果需要附加安全措施(例如修改用戶需要對經(jīng)過修改的資產(chǎn)進行附加等級的有限訪問或是加密)，那么可以通過調(diào)用安全管理器1 來創(chuàng)建附加的安全密鑰， 從而在將所述卡于步驟410中上傳至其中一個目錄112、114、116和118之前將所述附加的安全密鑰附加于卡。在將卡置入目錄后，網(wǎng)絡(luò)系統(tǒng)100會在步驟412中創(chuàng)建并向資產(chǎn)的初始所有者以及其他任何授權(quán)用戶發(fā)送一個或多個消息，以使其知道該資產(chǎn)已經(jīng)改變。例如， 經(jīng)過更新的卡可以關(guān)聯(lián)于經(jīng)過修訂的照片縮略圖(如果創(chuàng)建了 “新的”數(shù)字資產(chǎn))，和/或它也可以包含用于這些修訂的實際指令(即元數(shù)據(jù))。用戶可以采用多種方式來選擇在卡中包含哪些信息的決策，或者該決策也可以由
11系統(tǒng)來確定。例如，可以為用戶提供一系列框體，以便選擇待包含信息的類型以及每個單元的大小。這樣做可以幫助用戶將系統(tǒng)操作精細調(diào)諧到可接受的性能等級。作為替換，也可以簡單地為用戶提供與圖形滑動條相似的東西，其中舉例來說，所述滑動條的標度可以是本地保存的信息相對于訪問時間的量。系統(tǒng)的另一個選項可以是基于估計的性能特性而在內(nèi)部做出所有這些決定。例如，如果縮略圖大小顯著大于照片編輯指令大小，那么它有可能較為有效，并且可以為用戶提供改進的性能，以便實際發(fā)送所述變動。本發(fā)明的實施例可以應(yīng)用于多種不同的環(huán)境。例如，以上描述特別涉及數(shù)字照片和照片集合(例如組織成事件)。本發(fā)明的實施例可以應(yīng)用于任何資產(chǎn)集合，如iTimes音樂庫、數(shù)字視頻項目或一系列項目、和/或可以使用來自多個不同應(yīng)用的資產(chǎn)的綜合項目， 諸如Apple的Keynote演示應(yīng)用(在該應(yīng)用中，視頻剪輯、數(shù)字照片、圖形和文本可以整合在一起)。在用于綜合項目時，本發(fā)明的實施例能使各種不同的個體更新并保持整個演示的不同部分(即資產(chǎn))。由于這些部分是經(jīng)過更新的，因此其在所有授權(quán)用戶的項目中實際上都是即時更新的。舉個例子，如果用戶使用Apple的iMovie或FinalCut應(yīng)用來更新視頻剪輯，并且該電影位于一個Keynote幻燈片演示上，那么本發(fā)明的實施例將會創(chuàng)建一個如上所述包含了視頻剪輯變動的卡。一旦進行了修訂，那么由于這些修訂應(yīng)用了封裝所進行的變動的元數(shù)據(jù)，因此所述卡將被傳送到能夠查看經(jīng)過更新的視頻剪輯的所有授權(quán)用戶。如果應(yīng)用元數(shù)據(jù)變動的處理失敗，那么可以為授權(quán)用戶提供資產(chǎn)本身的修改版本(該處理一定是一個較慢的處理)。此外，雖然本公開關(guān)注的是諸如數(shù)字照片、數(shù)字電影和數(shù)字音樂之類的實際資產(chǎn)， 但是本發(fā)明的實施例同樣可以在用于資產(chǎn)自身之外的信息的應(yīng)用上執(zhí)行通用變動。舉個例子，如果有多個用戶從事的是對不同攝影師拍攝數(shù)千張照片的大型攝影進行編輯的工作， 那么通過使用本發(fā)明的實施例，可以控制和修改與所有圖片和/或項目本身相關(guān)聯(lián)的一些元數(shù)據(jù)。在常規(guī)系統(tǒng)中，雖然單個用戶可以選擇項目或庫中的所有照片，并且可以嘗試將元數(shù)據(jù)變動應(yīng)用于所選擇的每個事物，但是這種技術(shù)易于出錯。舉例來說，如果用戶相信所有照片都已加載，并且由此將一個或多個全局元數(shù)據(jù)變動應(yīng)用于庫中的所有照片。那么，添加到項目中的附加照片很有可能錯過這些全局變動。此外，如果多個人將照片添加到單個庫或項目中，那么該技術(shù)將不起作用。根據(jù)本發(fā)明的一些實施例，在多個用戶中可以共享和應(yīng)用項目級元數(shù)據(jù)和/或規(guī)則。圖5顯示的是系統(tǒng)處理500的圖示，該圖示出的是多個用戶可以如何創(chuàng)建和使用項目， 其中在多個計算設(shè)備中可以設(shè)置和應(yīng)用全局規(guī)則。處理500是在步驟502中主機(它也可以是用戶之一)創(chuàng)建項目的時候開始的。例如，該步驟可以通過使用Apple的Aperture照片管理應(yīng)用建立名為“Annie Jr. ”的項目來進行，在該項目中，有五名攝影師為兒童電影院拍攝照片。在正常環(huán)境中，每一個攝影師會將其照片提供給某個人，以便進行編輯和處理。 這樣做將會導(dǎo)致演員及其家人在很長時間之后才能觀看和購買演出照片。根據(jù)本發(fā)明的一些實施例，主機創(chuàng)建一個群組列表，其中如上所述，該列表將會導(dǎo)致訪問并鏈接到包含了將要發(fā)送給群組列表上的每個用戶的一個或多個卡的目錄。在步驟 504，通知處理可以向用戶告知已經(jīng)創(chuàng)建了一個或多個資產(chǎn)，和/或向用戶告知其已被授權(quán)添加和修改項目中的信息。在步驟506，主機可以具有要求肯定承諾的選項。在步驟508，主機和用戶可以設(shè)置與整個項目相關(guān)的規(guī)則。這些規(guī)則可以是應(yīng)用于添加到項目中的每個資產(chǎn)的單個規(guī)則(例如項目名稱，或者在本范例中是演出名稱和日期)。作為替換，這些規(guī)則可以是應(yīng)用于項目的高等級規(guī)則，諸如為附加于每個資產(chǎn)的元數(shù)據(jù)自動添加每個提交者的姓名的規(guī)則。如上文中對照圖2-4所述，每一個規(guī)則都有可能導(dǎo)致產(chǎn)生分發(fā)給所有授權(quán)用戶的變動，或者網(wǎng)絡(luò)系統(tǒng)100可以創(chuàng)建與任意和全部規(guī)則(或是其一些組合)相關(guān)的單個卡。然后，當(dāng)用戶從事指定項目時，接口框架120可以恰當(dāng)?shù)匦薷南嚓P(guān)應(yīng)用的行為。在主機建立了群組列表之后，每一個授權(quán)用戶可以立即開始使用該項目。例如，在步驟510，每一個攝影師都可以直接從位于Armie Jr.的拍攝現(xiàn)場直接去往住宅或工作室， 并且將照片從其相機下載到項目中作為資產(chǎn)。這樣做會導(dǎo)致這些資產(chǎn)是用卡表示的，并且是與項目相關(guān)聯(lián)的，而這會將恰當(dāng)?shù)男畔鞑ソo目錄等等。在步驟520，已經(jīng)接收到了將用戶名稱附加于該用戶發(fā)布的每一個資產(chǎn)的規(guī)則的應(yīng)用將會應(yīng)用該規(guī)則，并且將附加元數(shù)據(jù)添加給先前添加到項目中的每個卡，以便包含在項目中添加照片的用戶的用戶名。一旦將照片加載到項目中，那么如圖4所示并且如上所述，無論授權(quán)用戶是否發(fā)布照片，每一個授權(quán)用戶都可以修改照片。本發(fā)明的這些實施例的一些優(yōu)點包括無論用戶添加到項目中的資產(chǎn)具有多大還是多小的百分比，每一個用戶都可以從事整個項目。此外，無論運行應(yīng)用的計算設(shè)備的“容量”是怎樣的，通過使用這些技術(shù)，可以使得項目中的一切事物都以相同的方式進行。這樣一來，網(wǎng)絡(luò)系統(tǒng)100能使應(yīng)用依靠系統(tǒng)而不是依靠每一個單獨用戶來完成與數(shù)據(jù)分發(fā)、數(shù)據(jù)協(xié)調(diào)、元數(shù)據(jù)、推導(dǎo)數(shù)據(jù)、替換表示、大量數(shù)據(jù)組織以及對這二者的改動相關(guān)的某些任務(wù) (但是并不局限于此)，從而提供更高的一致性和可靠性。可以從本發(fā)明的這些實施例中獲取的附加優(yōu)點是新實現(xiàn)的效率所導(dǎo)致的高速傳送以及對多個用戶交互的響應(yīng)性，其中所述效率可以在將資產(chǎn)管理和元數(shù)據(jù)管理這兩種技術(shù)作為分離和獨立的通道來建立的時候?qū)崿F(xiàn)。網(wǎng)絡(luò)系統(tǒng)100在全局上可以是異步的，而元數(shù)據(jù)信息訪問則可以是本地同步的。本發(fā)明的一些實施例的其他優(yōu)點涉及的是這樣一個事實，即用戶可以“感覺”到他們在其計算設(shè)備上掌握的信息要遠遠多于其實際具有的信息。非常重要的是，網(wǎng)絡(luò)系統(tǒng)100 可以采用相對較快的方式來提供它們本地不具有的信息，由此用戶未必意識到在從另一個位置下載了信息之后執(zhí)行搜索。在查看Apple的當(dāng)前產(chǎn)品8GB iPhone的時候可以發(fā)現(xiàn)本發(fā)明實施例的能力的一個示例。由于大多數(shù)的照片回看都是使用適合設(shè)備的卡和縮略圖完成的，而沒有使用實際的完整分辨率的資產(chǎn)，因此通過使用這里描述的技術(shù)，用戶能在8GB的計算設(shè)備上瀏覽 30或40GB的照片。舉例來說，iPhoto上具有大約14，000張圖片的樣本圖片庫具有大約 45，000個相關(guān)文件，并且有可能占用超出42GB的空間。在正常環(huán)境中，如果沒有本發(fā)明一些實施例的優(yōu)點，那么在iPhone上是無法查看所述庫的。但是，當(dāng)iPhone是網(wǎng)絡(luò)系統(tǒng) 100的一部分時，這時可以通過使用占用了少于4MB空間的卡目錄而在iPhone上查看同一 iPhoto庫。因此，8GB的iPhone的用戶不但可以查看超出42GB的照片，該用戶還可以訪問實際與其在臺式機或膝上型計算設(shè)備的iTimes庫中一樣多的數(shù)字音樂(并且可以訪問大量視頻文件)。圖6顯示的是可以根據(jù)本發(fā)明的一些實施例操作的網(wǎng)絡(luò)系統(tǒng)100的示例系統(tǒng)架構(gòu)。該系統(tǒng)架構(gòu)600包括庫管理員服務(wù)602、商務(wù)辦公室604和606、離站存儲設(shè)備608以及小型用戶站點610和612。需要說明的是，本例證是為了顯示本發(fā)明的技術(shù)的某些方面的可升級性而給出的。包含服務(wù)器603的庫管理員服務(wù)602可以為網(wǎng)絡(luò)系統(tǒng)100提供具有位置、路線、安全和管理信息的集中式根部和仲裁器。商務(wù)辦公室604代表的是公司在指定城市中的信息技術(shù)中心，并且包括目錄服務(wù)器622 (該服務(wù)器保持和管理該營業(yè)中心用戶的目錄)以及通知服務(wù)器632(它會向授權(quán)用戶遞送可靠通知)。如圖6所示，商務(wù)辦公室604并未在本地存儲任何資產(chǎn)。另一方面，商務(wù)辦公室606包括目錄服務(wù)器624、通知服務(wù)器634以及現(xiàn)場存儲服務(wù)器644 (其保持目錄引用的所有資產(chǎn))。架構(gòu)600可以采用不同方式來使用包含存儲服務(wù)器646的離站存儲設(shè)備608。商務(wù)辦公室604可以將其所有資產(chǎn)存入存儲服務(wù)器646，而商務(wù)辦公室606則可以使用離站存儲設(shè)備608來處理溢出狀況，并且出于安全目的來離站保存?zhèn)浞輬D像。商務(wù)辦公室604和606可以是不同的部門或以不同方式配置的單個公司，或者它們也可以只代表兩個完全不同的公司。除了商務(wù)辦公室604和606之外，架構(gòu)600還包括以另一種方式配置的小型企業(yè) 610和612。特別地，小型企業(yè)610和612中的每一個分別包括處理目錄和通知功能的單個服務(wù)器658和659。每一個小型企業(yè)還分別包括現(xiàn)場存儲服務(wù)器648和649，以便存儲相應(yīng)企業(yè)的所有資產(chǎn)。所有這些組件全都借助接口框架120耦合在一起，其中該框架在圖6中被表示成虛線660。接口框架120可選地與庫管理員服務(wù)602—起工作，它可以有利地依靠直接通知和/或電子郵件來分發(fā)目錄的卡。在上文中指出并且對本發(fā)明的一些實施例而言非常重要的一個問題是安全性，安全性是由安全管理器1 執(zhí)行的。為了實施有效的操作，安全管理器1 可以為用戶提供與現(xiàn)有驗證系統(tǒng)(例如用戶名和口令系統(tǒng))一起工作的安全等級。安全管理器1 還可以為用戶提供一種簡單的方式來管理訪問控制列表(ACL)，其中該列表將會管理用戶、卡、規(guī)則以及資產(chǎn)之間的關(guān)系。這樣一來，資產(chǎn)的任何指定“所有者”都可以容易地控制哪些用戶和/或用戶群組可以查看資產(chǎn)以及哪些可以對其進行修改。在圖7的安全配置700中顯示了一種可以實施安全性的方式。配置700包括地址卡702和身份表示720。地址卡702可以是公共地址卡，它可以包括標識圖片704、名稱信息706、電子郵件信息708以及其他任何用于識別個體或群組的信息。地址卡702上的信息是“公眾”用以識別個體的信息。身份表示塊可以由安全管理器126、720維護，它可以包括網(wǎng)絡(luò)系統(tǒng)100能在屏幕后自動產(chǎn)生的一個或多個標識(由此用戶不需要知道對其進行識別的多種方法)。這些標識可以包括作為“錨點”的頂級電子郵件標識符722，并且其他用戶可以很容易使用該標識符來為指定實體設(shè)置ACL以及一系列系統(tǒng)生成的ID，諸如組1 ID 724、電子郵件ID 726(在大多數(shù)情況中，系統(tǒng)會使用電子郵件720或726，但是不會同時使用這二者)，以及組2 ID 728。網(wǎng)絡(luò)系統(tǒng)100根據(jù)需要產(chǎn)生安全密鑰730所附著的ID (通常被顯示成密鑰，實際上，每一個密鑰都是唯一的)。在圖7顯示的示例中，系統(tǒng)生成的ID 7M包括用戶的名字和姓氏(其間沒有任何間隔)，其后跟隨的是組標識符。此外，在該群組內(nèi)部多半還具有附加用戶，這些用戶具有不同的名字以及可能不同的姓氏，但其具有相同擴展名(如圖7所示的JOE. GROUP 1. MAC. COM)。另一方面，標識符7 只包括附加了安全密鑰的用戶電子郵件地址。標識符728與標識符7M相似，但其對應(yīng)的是不同的群組。圖8顯示的是依照本發(fā)明實施例安全管理器1 如何可以執(zhí)行操作的例證。安全管理器1 是在服務(wù)器802上運行的(該服務(wù)器至少部分類似于庫管理員服務(wù)602，或者可以在框架120中運行)，它為用戶Sarah的電子郵件地址sarah@e-mail產(chǎn)生自動鎖定密鑰 (在本范例中是序列“B1234”)。如ID表示塊806所示，用戶Sarah 808當(dāng)前只具有一個 ID表示810，其中該表示將自動鎖定密鑰804與用戶的電子郵件“sarahOe-mail”聯(lián)系在了一起?，F(xiàn)在，用戶“sarah@e-mail”許可訪問卡和/或涉及用戶“ JohnOemail. net”的目錄。 邀請814可以包括關(guān)于資產(chǎn)、項目等等的信息。安全管理器1 可以通過執(zhí)行檢查來了解 johniemail. net在系統(tǒng)中是否具有身份。如果沒有身份，則安全管理器1 通過生成一個與johnOemail. net地址816相聯(lián)系的自動鎖定密鑰818來創(chuàng)建一個身份。為了保持安全性，該處理應(yīng)該在Sarah的控制之外執(zhí)行，由此她不會在任何環(huán)境中看到自動鎖定密鑰。相應(yīng)地，該任務(wù)應(yīng)該由庫管理員服務(wù)602執(zhí)行。庫管理員服務(wù)602 可以使用電子郵件地址john@email. com. net來將邀請從Sarah發(fā)送到John。作為web鏈接或其他某些其他傳統(tǒng)附件附著于電子郵件的應(yīng)該是包含了 John的自動鎖定密鑰和相鏈接的電子郵件地址的John的具體身份塊816 (類似于Sarah的塊806)。John的系統(tǒng)接收這個塊，并且通過檢查來了解他以前是否從未使用過該系統(tǒng)，在這種情況下，系統(tǒng)將會使用這個塊作為其唯一身份。此外，系統(tǒng)還會使用密鑰來訪問Sarah 的共享信息。另一方面，如果John已經(jīng)建立了帶有密鑰822的身份塊824(類似于Sarah 的806)，那么系統(tǒng)(與庫管理員服務(wù)602 —起工作)將會改成將新的自動鎖定密鑰以及相鏈接的電子郵件添加到John的“身份”列表中。由此，庫管理員服務(wù)602將被更新，這樣一來，如果其他人許可johnOemai 1. net訪問某些事物，那么它不會產(chǎn)生新的密鑰，而是使用現(xiàn)有密鑰。在庫管理員602上運行的安全管理器126以及類似系統(tǒng)元件記錄為單個用戶傳播的所有不同ID，并且可以很容易就將一個ID鏈接到另一個ID。這樣一來，用戶不再需要記住每個人的不斷變化的ID。一旦John通過呈現(xiàn)其身份來嘗試訪問他從Sarah那里接收的卡信息，則允許其恰當(dāng)訪問該信息。作為來自其他人的新密鑰信息的接收方，與John相關(guān)的操作是被自動控制的。當(dāng)他接收到其他人，諸如Sarah的請求生成的新密鑰時，其安全管理器會將新密鑰與用于其所有其他密鑰的一個或多個現(xiàn)有身份記錄相聯(lián)系。與常規(guī)系統(tǒng)相比，這些技術(shù)可以提供很多益處。根據(jù)本發(fā)明的實施例，網(wǎng)絡(luò)系統(tǒng) 100能為指定用戶產(chǎn)生數(shù)量幾乎無限的唯一身份。單個用戶具有多個身份的一個益處是易于分組，并且由此可以管理ACL，這是因為ACL被視為處于用戶的“單個”身份之后(每一個都具有自己的視圖)。此外，該架構(gòu)能使系統(tǒng)允許用戶改變或添加他的一個或多個ID，而不會對系統(tǒng)產(chǎn)生負面影響。舉例來說，如果用戶“電子郵件”將其ID改成用戶“Hank”，那么安全管理器1 可以只將電子郵件標識符722改成“Hank” (并且有可能而不是必要的將ID 表示7 從“email”改成“Hank”)。所有其他ID都可以保持不變。作為替換，系統(tǒng)可以在舊ID中添加新ID，由此用戶可以同時使用這二者。
本發(fā)明的上述實施例是出于例證而不是限制目的給出的。
權(quán)利要求
1.一種用于對主機發(fā)布的內(nèi)容提供訪問控制的系統(tǒng)，包括 保存內(nèi)容的內(nèi)容存儲系統(tǒng)；安全管理器，所述安全管理器為主機和用戶創(chuàng)建抽象身份，并且在主機許可至少一個用戶的訪問權(quán)限時創(chuàng)建唯一的自動鎖定密鑰，所述安全管理器能夠根據(jù)主機的請求將自動鎖定密鑰耦合到特定內(nèi)容；以及框架接口，所述框架接口在為至少一個用戶提供針對主機發(fā)布的內(nèi)容的訪問的時候， 將受保護的消息從主機傳遞到所述至少一個用戶。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括用戶接口，所述用戶接口從主機接收定義針對主機發(fā)布的至少一些內(nèi)容的訪問權(quán)限的設(shè)置。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其中框架接口根據(jù)所定義的訪問權(quán)限，使用自動鎖定密鑰來為所述至少一個用戶提供針對主機發(fā)布的內(nèi)容的訪問。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中安全管理器包括庫管理員服務(wù)，所述庫管理員服務(wù)通過檢查了解是否新用戶在系統(tǒng)中具有身份，以及如果沒有則創(chuàng)建一個身份。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中庫管理員服務(wù)自動工作，并且免受個人用戶的損害，使得個人用戶被禁止訪問自動鎖定密鑰。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括存儲管理電路，所述存儲管理電路基于達到閾值的存儲容量來為存儲內(nèi)容系統(tǒng)自動添加存儲容量。
7.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中內(nèi)容存儲系統(tǒng)包括 至少一個便攜式存儲設(shè)備。根據(jù)權(quán)利要求7所述的系統(tǒng)，其中所述至少一個便攜式存儲設(shè)備包括 便攜式內(nèi)存設(shè)備。
8.一種用于對主機發(fā)布的內(nèi)容提供訪問控制的方法，包括 將內(nèi)容保存在內(nèi)容存儲系統(tǒng)上；為主機和用戶創(chuàng)建抽象身份，和在主機許可至少一個用戶的訪問權(quán)限時創(chuàng)建唯一的自動鎖定密鑰，使得能夠根據(jù)主機的請求將自動鎖定密鑰耦合到特定內(nèi)容；以及在為至少一個用戶提供針對主機發(fā)布的內(nèi)容的訪問的時候，將受保護的消息從主機傳遞到所述至少一個用戶。
9.根據(jù)權(quán)利要求8所述的方法，還包括從主機接收定義針對主機發(fā)布的至少一些內(nèi)容的訪問權(quán)限的設(shè)置。
10.根據(jù)權(quán)利要求9所述的方法，其中創(chuàng)建抽象身份包括根據(jù)所定義的訪問權(quán)限，使用自動鎖定密鑰來為所述至少一個用戶提供針對主機發(fā)布的內(nèi)容的訪問。
11.根據(jù)權(quán)利要求8所述的方法，其中傳遞包括通過檢查了解是否新用戶在系統(tǒng)中具有身份，以及如果沒有則創(chuàng)建一個身份。
12.根據(jù)權(quán)利要求11所述的方法，其中檢查是自動進行的，并且免受個人用戶的損害， 使得個人用戶被禁止訪問自動鎖定密鑰。
13.根據(jù)權(quán)利要求8所述的方法，還包括 基于達到閾值的存儲容量來自動添加存儲容量。
14.根據(jù)權(quán)利要求8所述的方法，其中存儲包括 將內(nèi)容保存在至少一個便攜式存儲設(shè)備上。
15.根據(jù)權(quán)利要求14所述的方法，其中將內(nèi)容保存在至少一個便攜式存儲設(shè)備上包括將內(nèi)容保存在便攜式內(nèi)存設(shè)備上。
全文摘要
本發(fā)明涉及對主機發(fā)布的內(nèi)容進行訪問控制。提供了一種用于提供對信息進行簡易訪問和共享的方法和系統(tǒng)。本發(fā)明的實施例能使主機以這樣一種方式來許可一個或多個用戶對所發(fā)布內(nèi)容的訪問，其中所述一個或多個用戶可以掃描信息的一小部分，以便決定哪些信息是希望的。例如，這里描述的實施例能使用戶查看比用戶使用的計算單元的存儲容量更大的內(nèi)容庫。信息共享則是通過使用自動鎖定密鑰以及通過為主機和每一個用戶創(chuàng)建抽象標識來得到保護的。
文檔編號G06F17/30GK102165444SQ200980138052
公開日2011年8月24日 申請日期2009年9月3日 優(yōu)先權(quán)日2008年9月30日
發(fā)明者S·賴德 申請人:蘋果公司