本發(fā)明的各實(shí)施方式涉及內(nèi)容資源管理，并且更具體地涉及用于例如在表現(xiàn)性狀態(tài)轉(zhuǎn)移(Representational State Transfer，REST)架構(gòu)下的內(nèi)容資源管理方法和裝置。

背景技術(shù)：

REST是一種軟件架構(gòu)風(fēng)格。它是一種針對(duì)網(wǎng)絡(luò)應(yīng)用的設(shè)計(jì)和開(kāi)發(fā)方式，可以降低開(kāi)發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。REST描述了一組架構(gòu)約束條件和原則，滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是REST風(fēng)格(RESTful)。

REST應(yīng)用程序編程接口(Application Programming Interface,API)為WEB應(yīng)用能力之間常用的互操作接口，即遵循REST風(fēng)格的API，遵循REST風(fēng)格的API對(duì)應(yīng)的系統(tǒng)成為遵循REST風(fēng)格的系統(tǒng)。REST風(fēng)格的系統(tǒng)特點(diǎn)包括：對(duì)外開(kāi)放的信息為資源；資源通過(guò)傳統(tǒng)WEB的通用資源標(biāo)識(shí)符(Uniform Resource Identifier，URI)來(lái)標(biāo)識(shí)；以及對(duì)外開(kāi)放有限的資源操作，包括：增加、修改、刪除、獲取。

在為用戶開(kāi)發(fā)REST系統(tǒng)中，通常需要開(kāi)發(fā)系統(tǒng)默認(rèn)內(nèi)容資源，例如，文檔、文件夾、用戶、組等，并且針對(duì)系統(tǒng)內(nèi)容管理核心的數(shù)據(jù)模型創(chuàng)建軟件或者服務(wù)，例如開(kāi)發(fā)系統(tǒng)REST服務(wù)以提供REST API，實(shí)現(xiàn)諸如文檔管理、文件夾管理等的、針對(duì)系統(tǒng)默認(rèn)內(nèi)容資源的一些默認(rèn)的行為。

當(dāng)用戶為其自身的用戶(以后成為“終端用戶”)提供服務(wù)時(shí)，需要有效地對(duì)內(nèi)容資源進(jìn)行管理。但是，在REST框架下，按照現(xiàn)有方式，任何對(duì)于內(nèi)容資源的管理(例如修改、擴(kuò)展等等)都需要開(kāi)發(fā)者來(lái)開(kāi)發(fā)用戶的訂制資源、修改系統(tǒng)默認(rèn)內(nèi)容資源并且定義相應(yīng)的行 為，即修改已經(jīng)開(kāi)發(fā)成型的REST API。

因此，需要提供一種便于用戶進(jìn)行內(nèi)容資源管理的技術(shù)方案

技術(shù)實(shí)現(xiàn)要素：

為了解決一個(gè)或多個(gè)現(xiàn)有技術(shù)中存在的問(wèn)題，根據(jù)本發(fā)明的實(shí)施方式提出一種便于用戶進(jìn)行內(nèi)容資源管理的技術(shù)方案。

根據(jù)本公開(kāi)的第一方面，提供一種用于內(nèi)容資源管理的方法。該方法包括：與內(nèi)容服務(wù)服務(wù)器進(jìn)行通信，以獲取在內(nèi)容服務(wù)器中存儲(chǔ)的內(nèi)容資源；加載配置組件，其中配置組件定義有管理內(nèi)容資源的功能性接口；基于配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源。

根據(jù)本公開(kāi)第一方面的一個(gè)實(shí)施方式，基于配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源包括：基于配置組件來(lái)加載來(lái)自內(nèi)容服務(wù)器的由用戶定制的內(nèi)容資源，其中用戶定制的內(nèi)容資源不同于系統(tǒng)默認(rèn)內(nèi)容資源。

根據(jù)本公開(kāi)第一方面的又一實(shí)施方式，可選地或者附加地，基于配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源包括：至少基于配置組件來(lái)表現(xiàn)對(duì)于從內(nèi)容服務(wù)器獲取的內(nèi)容資源的視圖。

根據(jù)本公開(kāi)第一方面的又一實(shí)施方式，可選地或者附加地，基于配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源包括：基于配置文檔，去激活從內(nèi)容服務(wù)器獲取的內(nèi)容資源中的一個(gè)或多個(gè)內(nèi)容資源。

根據(jù)本公開(kāi)的第二方面，提供一種用于內(nèi)容資源管理的裝置。該裝置包括：通信層單元，被配置為與內(nèi)容服務(wù)服務(wù)器進(jìn)行通信，以獲取在內(nèi)容服務(wù)器中存儲(chǔ)的內(nèi)容資源；加載單元，被配置為加載配置組件，其中配置組件定義有管理內(nèi)容資源的功能性接口；內(nèi)容資源管理單元，被配置為基于配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源。

根據(jù)本公開(kāi)的第二方面的一個(gè)實(shí)施方式，內(nèi)容資源管理單元被配置為：基于配置組件來(lái)加載來(lái)自內(nèi)容服務(wù)器的由用戶定制的內(nèi)容資源，其中用戶定制的內(nèi)容資源不同于系統(tǒng)默認(rèn)內(nèi)容資源。

根據(jù)本公開(kāi)的第二方面的又一實(shí)施方式，可選地或者附加地，內(nèi) 容資源管理單元被配置為：至少基于配置組件來(lái)表現(xiàn)對(duì)于從內(nèi)容服務(wù)器獲取的內(nèi)容資源的視圖。

根據(jù)本公開(kāi)的第二方面的又一實(shí)施方式，可選地或者附加地，內(nèi)容資源管理單元被配置為：基于配置文檔，去激活從內(nèi)容服務(wù)器獲取的內(nèi)容資源中的一個(gè)或多個(gè)內(nèi)容資源。

根據(jù)本公開(kāi)的第三方面，提供一種應(yīng)用服務(wù)器。該應(yīng)用服務(wù)器包括根據(jù)本公開(kāi)的用于內(nèi)容資源管理的裝置。

根據(jù)本公開(kāi)的第四方面，提供一種應(yīng)用服務(wù)器。該應(yīng)用服務(wù)器包括一個(gè)或多個(gè)處理器以及存儲(chǔ)有計(jì)算機(jī)程序指令的存儲(chǔ)器。當(dāng)由一個(gè)或多個(gè)處理器執(zhí)行計(jì)算機(jī)程序指令時(shí)使得應(yīng)用服務(wù)器執(zhí)行根據(jù)本公開(kāi)的用于內(nèi)容資源管理的方法。

根據(jù)本公開(kāi)的第五方面，提供一種包括計(jì)算機(jī)程序指令的計(jì)算機(jī)程序產(chǎn)品。當(dāng)由計(jì)算設(shè)備執(zhí)行計(jì)算機(jī)程序指令時(shí)使得計(jì)算設(shè)備執(zhí)行根據(jù)本公開(kāi)的用于內(nèi)容資源管理的方法。

根據(jù)本發(fā)明各個(gè)實(shí)施方式，在配置組件中提供用于進(jìn)行管理內(nèi)容資源的功能性接口，使得用戶能夠容易地通過(guò)設(shè)置配置組件中的功能接口，來(lái)根據(jù)需求對(duì)內(nèi)容資源進(jìn)行管理，而無(wú)需重新開(kāi)發(fā)系統(tǒng)提供的應(yīng)用程序編程接口和行為。

附圖說(shuō)明

圖1是示出能夠用于支持本公開(kāi)實(shí)施方式的示例性服務(wù)器實(shí)現(xiàn)架構(gòu)的示意圖；

圖2是示出根據(jù)本公開(kāi)一個(gè)實(shí)施方式的用于實(shí)現(xiàn)內(nèi)容資源管理的方法的流程圖；

圖3是示出內(nèi)容資源的示意圖，其中內(nèi)容資源包括包括添加的用戶定制內(nèi)容資源和系統(tǒng)默認(rèn)內(nèi)容資源；

圖4是示出根據(jù)本公開(kāi)一個(gè)實(shí)施方式的用于實(shí)現(xiàn)內(nèi)容資源管理的裝置的框圖；

圖5是示出能夠用于實(shí)現(xiàn)根據(jù)本公開(kāi)的實(shí)施方式的計(jì)算設(shè)備的示 意性框圖。

具體實(shí)施方式

圖1是示出能夠用于支持本公開(kāi)實(shí)施方式的示例性應(yīng)用服務(wù)器實(shí)現(xiàn)架構(gòu)100的示意圖。

支持本公開(kāi)實(shí)施方式的示例性服務(wù)器實(shí)現(xiàn)架構(gòu)例如可以是基于Spring框架來(lái)開(kāi)發(fā)的Spring REST MVC(Model View Controller)。這里對(duì)于Spring REST MVC的描述僅旨在給出一種示例性的服務(wù)器實(shí)現(xiàn)架構(gòu)，而并非以該示例中的任何細(xì)節(jié)對(duì)本公開(kāi)的范圍進(jìn)行任何限制。本領(lǐng)域的技術(shù)人員可以理解，還可以采用任何其它適合的涉及框架來(lái)支持根據(jù)本公開(kāi)的各個(gè)實(shí)施方式。

具體地，在圖1的示例中，服務(wù)器實(shí)現(xiàn)架構(gòu)100可以是核心REST MVC。根據(jù)圖1所示的服務(wù)器實(shí)現(xiàn)架構(gòu)100包括四層，即，持久(Persistence)層110、模型(Model)層120、資源控制器(Resource Controller)130、以及視圖(View)層140。在應(yīng)用服務(wù)器系統(tǒng)中，一個(gè)內(nèi)容資源(例如文檔、文件夾、用戶等)從通信到表現(xiàn)需要通過(guò)上述四層。

持久層110是具有對(duì)于登錄的會(huì)話管理器意識(shí)的API(例如，DFC(Documentum Foundation Classes)API)的封裝器。持久層110提供的持久層API能夠?qū)崿F(xiàn)客戶機(jī)和服務(wù)器之間的通信。持久層API的輸入和輸出都是模型類。在持久層110向資源控制器輸出的結(jié)果是可序列化的模型。

模型層120用來(lái)存放數(shù)據(jù)的編程語(yǔ)言的數(shù)據(jù)結(jié)構(gòu)(例如，Java數(shù)據(jù)結(jié)構(gòu))，而且是可以序列化的模型(直接被序列化成XML(Extensive Markup Language)或JSML(Java Speech API Markup Language)或者從XML或JSML反序列化為模型)。

資源控制器層130定義了資源HTTP接口。在資源控制器層130例如可以定義所訪問(wèn)資源的位置，即統(tǒng)一資源標(biāo)識(shí)符(URI)，以及定義訪問(wèn)的請(qǐng)求方法(例如創(chuàng)建請(qǐng)求、刪除請(qǐng)求、添加請(qǐng)求等)，以 及請(qǐng)求中的參數(shù)。資源控制器層130的輸出是模型。

視圖層140定義了對(duì)于內(nèi)容資源的屬性、鏈接以及其它特征的表現(xiàn)。通常內(nèi)容服務(wù)器包括數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)庫(kù)。內(nèi)容資源對(duì)象的內(nèi)容數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)存儲(chǔ)中，內(nèi)容資源對(duì)象的屬性作為元數(shù)據(jù)(metadata)存儲(chǔ)在數(shù)據(jù)庫(kù)中。

根據(jù)本公開(kāi)的各個(gè)實(shí)施方式，為了能夠?qū)崿F(xiàn)對(duì)于內(nèi)容資源的管理，引入了對(duì)于配置組件(圖1中未示出)的加載，以便在啟用時(shí)(部署和/或運(yùn)行時(shí))對(duì)內(nèi)容資源進(jìn)行管理。

圖2是示出根據(jù)本公開(kāi)一個(gè)實(shí)施方式的用于實(shí)現(xiàn)內(nèi)容資源管理的方法的流程圖。

如圖2所示，在步驟S210中，應(yīng)用服務(wù)器與內(nèi)容服務(wù)服務(wù)器進(jìn)行通信，以獲取在內(nèi)容服務(wù)器中存儲(chǔ)的內(nèi)容資源。例如，如上文所述，應(yīng)用服務(wù)器可以通過(guò)持久層110與內(nèi)容服務(wù)器進(jìn)行通信。在步驟S220中，加載配置組件，該配置組件定義有管理內(nèi)容資源的功能性接口。在步驟S230中，基于配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源。

以下通過(guò)具體的實(shí)施方式來(lái)詳細(xì)討論對(duì)內(nèi)容資源的管理。

擴(kuò)展內(nèi)容資源

對(duì)于定制資源開(kāi)發(fā)而言，用戶可能需要擴(kuò)展新的內(nèi)容資源。圖3是示出一個(gè)內(nèi)容資源的示意圖。內(nèi)容資源300包括系統(tǒng)默認(rèn)內(nèi)容資源310和需要添加的用戶定制內(nèi)容資源320。其中系統(tǒng)默認(rèn)內(nèi)容資源310中可以包括開(kāi)發(fā)者已經(jīng)為系統(tǒng)開(kāi)發(fā)成型的一個(gè)或多個(gè)內(nèi)容資源項(xiàng)310-1、310-2,…,310-N，這些內(nèi)容資源項(xiàng)之間具有鏈接關(guān)系(未示出)。用戶定制內(nèi)容資源320中可以包括一個(gè)或多個(gè)內(nèi)容資源項(xiàng)320-1、320-2,…,320-M，這些內(nèi)容資源項(xiàng)之間也具有用戶定制的鏈接關(guān)系(未示出)。系統(tǒng)默認(rèn)內(nèi)容資源310中的任何內(nèi)容資源項(xiàng)(例如，310-1、310-2,…,310-N中的一個(gè)或多個(gè))可以與用戶定制內(nèi)容資源320中的一個(gè)或多個(gè)內(nèi)容資源項(xiàng)320-1、320-2,…,320-M存在鏈接關(guān)系的集合330，其中包括系統(tǒng)默認(rèn)內(nèi)容資源310中的內(nèi)容資源項(xiàng)和用戶定制內(nèi) 容資源320中的內(nèi)容資源項(xiàng)之間可能存在的所有鏈接關(guān)系。雖然在圖3中將鏈接關(guān)系集合330示出為雙向箭頭，但是應(yīng)該理解鏈接關(guān)系集合330中的每個(gè)鏈接關(guān)系總是單向的。在擴(kuò)展內(nèi)容資源時(shí)，用戶可能需要向系統(tǒng)默認(rèn)內(nèi)容資源310中的一個(gè)或多個(gè)內(nèi)容資源項(xiàng)添加鏈接關(guān)系，以便恰當(dāng)?shù)貙⑾到y(tǒng)默認(rèn)內(nèi)容資源310和用戶定制內(nèi)容資源320鏈接。在配置的時(shí)候會(huì)打破原有的關(guān)聯(lián)性。系統(tǒng)可以自動(dòng)檢測(cè)資源之間的關(guān)聯(lián)性，并且在加載配置組件時(shí)根據(jù)相應(yīng)的功能性(例如，添加、去激活等)來(lái)修改資源項(xiàng)之間的鏈接關(guān)系。

在擴(kuò)展內(nèi)容資源的實(shí)施方式中，圖2的步驟S230可以包括基于配置組件來(lái)加載來(lái)自內(nèi)容服務(wù)器的由用戶定制的內(nèi)容資源。這里用戶定制的內(nèi)容資源(例如如標(biāo)號(hào)320所示)與系統(tǒng)默認(rèn)內(nèi)容資源(例如如標(biāo)號(hào)310所示)不同。添加既有資源項(xiàng)與所擴(kuò)展的用戶定制內(nèi)容資源項(xiàng)之間的鏈接。一方面，用戶需要控制用戶定制資源項(xiàng)如何與系統(tǒng)默認(rèn)內(nèi)容資源之間的鏈接。用戶知曉從用戶定制資源到達(dá)系統(tǒng)默認(rèn)內(nèi)容資源需要增加哪些鏈接。另一方面，用戶需要控制既系統(tǒng)默認(rèn)內(nèi)容資源如何到達(dá)用戶定制資源。

配置組件的功能性接口可以包括定制內(nèi)容資源注冊(cè)接口。定制內(nèi)容資源注冊(cè)接口至少指定：用戶定制的內(nèi)容資源的內(nèi)容資源名稱；用戶定制的內(nèi)容資源與系統(tǒng)默認(rèn)內(nèi)容資源的鏈接關(guān)系；與用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符相關(guān)的信息。

一些實(shí)施方式中，定制內(nèi)容資源注冊(cè)接口中指定的與用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符相關(guān)的信息可以是內(nèi)容資源的URI。在另一些可選或者附加的實(shí)施方式中，定制內(nèi)容資源注冊(cè)接口中指定的與用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符相關(guān)的信息可以包括統(tǒng)一資源標(biāo)識(shí)符模板?？梢愿鶕?jù)統(tǒng)一資源標(biāo)識(shí)符模板來(lái)生成用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符。如果統(tǒng)一資源標(biāo)識(shí)符模板中包括一個(gè)或多個(gè)變量，則在一些實(shí)施方式中，定制內(nèi)容資源注冊(cè)接口還可以指定統(tǒng)一資源標(biāo)識(shí)符模板中變量和用戶定制的內(nèi)容資源的屬性之間的映射關(guān)系。

作為一個(gè)具體示例，根據(jù)一種配置組件的具體實(shí)現(xiàn)，在REST歸檔文件中，例如YAML文件rest-api-custom-resource-registry.yaml提供了一種定制內(nèi)容資源注冊(cè)接口resource-link-registry(資源-鏈接-注冊(cè))，以指定需要添加的用戶定制內(nèi)容資源并且向系統(tǒng)默認(rèn)內(nèi)容資源添加相關(guān)鏈接關(guān)系。

以下給出一種對(duì)于定制內(nèi)容資源注冊(cè)接口的示例性語(yǔ)法：

在以下表1中給出了對(duì)定制內(nèi)容資源注冊(cè)接口的詳細(xì)描述。

表1

例如，定制內(nèi)容資源注冊(cè)接口可以具體配置如下以添加資源“object”，并添加資源“object”到系統(tǒng)默認(rèn)內(nèi)容資源“acl”的鏈接關(guān)系'http://identifiers.emc.com/linkrel/acl'：

在該示例中，與用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符相關(guān)的信息通過(guò)統(tǒng)一資源標(biāo)識(shí)符模板X(qián)_ACL_RESOURCE_TEMPLATE來(lái)生成。

統(tǒng)一資源標(biāo)識(shí)符模板可以在配置模塊的模板注冊(cè)接口uri-template-registry中通過(guò)定義。以下給出一種模板注冊(cè)接口的示例性語(yǔ)法：

例如，在上述示例中，統(tǒng)一資源標(biāo)識(shí)符模板X(qián)_ACL_RESOURCE_TEMPLATE可以定義為：

uri-template-registry:

-name: X_ACL_RESOURCE_TEMPLATE

href: '{repositoryUri}/objects/{objectId}/acl{ext}'

并且，由于統(tǒng)一資源標(biāo)識(shí)符模板X(qián)_ACL_RESOURCE_TEMPLATE包括變量objectId，因此在定制內(nèi)容資源注冊(cè)接口resource-link-registry中需要指定統(tǒng)一資源標(biāo)識(shí)符模板中變量和用戶定制的內(nèi)容資源的屬性之間的映射關(guān)系value-mapping:[objectId:r_object_id]。

根據(jù)本公開(kāi)的一些實(shí)施方式，可以提供系統(tǒng)核心歸屬文檔來(lái)指定所有根資源。如果所添加的用戶定制資源包括根內(nèi)容資源(即沒(méi)有鏈接到該定制資源的上層資源)，則開(kāi)發(fā)者可以修改系統(tǒng)核心歸屬文檔來(lái)注冊(cè)根內(nèi)容資源。一旦注冊(cè)了用戶定制的根資源，則系統(tǒng)核心歸屬文檔將會(huì)包含對(duì)于該根內(nèi)容資源的附加條目，以便鏈接到用戶定制的內(nèi)容資源。

通過(guò)上文的示例，詳細(xì)描述了如何通過(guò)配置組件來(lái)擴(kuò)展內(nèi)容資源。用戶在配置組件中利用定制內(nèi)容資源注冊(cè)接口進(jìn)行相關(guān)配置。在應(yīng)用程序部署階段，基于加載的配置組件，例如資源控制器層130可以加載用戶定制的內(nèi)容資源并且創(chuàng)建用戶定制的內(nèi)容資源和系統(tǒng)默認(rèn)內(nèi)容資源之間的鏈接關(guān)系。視圖層140可以對(duì)用戶定制的內(nèi)容資源的屬性以及其與系統(tǒng)默認(rèn)內(nèi)容資源之間的鏈接關(guān)系進(jìn)行表現(xiàn)。

定制內(nèi)容資源視圖

視圖是應(yīng)用程序中處理數(shù)據(jù)顯示的部分。通常視圖是例如視圖層140依據(jù)模型數(shù)據(jù)創(chuàng)建的。每個(gè)內(nèi)容資源項(xiàng)都定義一個(gè)視圖，例如內(nèi)容資源具有何種屬性、鏈接在視圖中展現(xiàn)出來(lái)。

一些情況下，用戶可能需要定制所需的內(nèi)容資源視圖，而不使用系統(tǒng)默認(rèn)的對(duì)系統(tǒng)默認(rèn)內(nèi)容資源的視圖表現(xiàn)。在內(nèi)容資源擴(kuò)展的情況 下，用戶也很可能希望針對(duì)用戶定制的內(nèi)容資源定制內(nèi)容資源視圖。

根據(jù)本公開(kāi)的一些實(shí)施方式，圖2的步驟S230可以包括至少基于配置組件來(lái)表現(xiàn)從內(nèi)容服務(wù)器獲取的內(nèi)容資源的視圖。在示例性實(shí)現(xiàn)中，在視圖層140中可以配置有接口以便讀取加載的配置組件，從而將配置組件中的用戶配置和系統(tǒng)定義的視圖結(jié)合起來(lái)，來(lái)最終表現(xiàn)內(nèi)容資源項(xiàng)。

根據(jù)一個(gè)或多個(gè)實(shí)施方式，配置組件的功能性接口可以包括內(nèi)容資源視圖注冊(cè)接口。內(nèi)容資源視圖接口至少指定：用戶被表現(xiàn)的內(nèi)容資源名稱；指定被表現(xiàn)的內(nèi)容資源視圖的信息。內(nèi)容資源視圖接口所指定的內(nèi)容資源既可以包括系統(tǒng)默認(rèn)內(nèi)容資源和/或用戶定制的內(nèi)容資源。也就是說(shuō)，無(wú)論統(tǒng)默認(rèn)內(nèi)容資源還是用戶定制的內(nèi)容資源，用戶都可以通過(guò)配置組件來(lái)對(duì)其視圖表示進(jìn)行定制。

以下給出一種內(nèi)容資源視圖注冊(cè)接口的實(shí)行語(yǔ)法：

resource-view-registry:

-resource: <資源代碼名稱>

view: <用戶定制視圖的類的規(guī)范名稱>

例如，用戶希望利用編寫(xiě)的類來(lái)定制資源repository，則示例性的內(nèi)容資源視圖注冊(cè)接口如下：

resource-view-registry:

-resource:repository

view: [org.acme.view.impl.custom.RepositoryViewExtend]

本領(lǐng)域的技術(shù)人員可以理解，用戶可以通過(guò)編寫(xiě)定制視圖的代碼，可以按需要對(duì)定制內(nèi)容資源的表現(xiàn)的視圖。例如，用戶可以修改/替換內(nèi)容資源項(xiàng)的視圖，定制不顯示(隱藏)某一內(nèi)容資源項(xiàng)的某些屬性/鏈接，甚至可以定制不顯示(隱藏)一個(gè)或多個(gè)特定內(nèi)容資源項(xiàng)，等等。

內(nèi)容資源去激活

開(kāi)發(fā)者開(kāi)發(fā)REST服務(wù)以提供REST API實(shí)現(xiàn)諸如文檔管理、文件夾管理等的、針對(duì)系統(tǒng)默認(rèn)內(nèi)容資源的一些默認(rèn)的行為。用戶可能不希望終端用戶對(duì)一些內(nèi)容資源進(jìn)行操作。比如，在管理文檔資源中，提供默認(rèn)行為包括鎖定、修改、提供新的版本等。但是用戶可能不希望終端用戶進(jìn)行其中的某些操作，比如修改。

根據(jù)本公開(kāi)的一個(gè)或多個(gè)實(shí)施方式，圖2中的步驟S230例如可以包括：基于配置文檔，去激活從內(nèi)容服務(wù)器獲取的內(nèi)容資源中的一個(gè)或多個(gè)內(nèi)容資源。在示例性實(shí)現(xiàn)中，資源控制器140可以讀取加載的配置組件，以在應(yīng)用程序的部署階段控制不加載被去激活的一個(gè)或多個(gè)內(nèi)容資源；以及在加載除了被去激活的內(nèi)容資源以外的其它內(nèi)容資源時(shí)，去除與被去激活的內(nèi)容資源有關(guān)的鏈接。在一些實(shí)施方式中，可選地或者附加地，資源控制器140還可以被配置為不加載那些僅由被去激活的內(nèi)容資源所指向的那些內(nèi)容資源(即被去激活的內(nèi)容資源的下層資源)。

根據(jù)本公開(kāi)的實(shí)施方式，配置組件的功能性接口可以包括去激活內(nèi)容資源注冊(cè)接口。通過(guò)去激活內(nèi)容資源注冊(cè)接口用戶可以至少指定被去激活的內(nèi)容資源的名稱。

以下給出一種對(duì)于去激活內(nèi)容資源注冊(cè)接口的示例性語(yǔ)法：

disabling-resource-registry：

-resource: [<name1>,<name2>,...] <去激活資源的代碼名稱列表>

根據(jù)本公開(kāi)的一個(gè)或多個(gè)實(shí)施方式，可選地或者附加地，視圖層140可以在表現(xiàn)除了被去激活的內(nèi)容資源以外的其它內(nèi)容資源的視圖時(shí)，不表現(xiàn)與被去激活的內(nèi)容資源有關(guān)的鏈接的視圖。由此，終端用戶無(wú)法通過(guò)表現(xiàn)的鏈接關(guān)系來(lái)訪問(wèn)去激活的資源。

可選地或者附加地，在一些實(shí)現(xiàn)中，如果終端用戶的查詢結(jié)果涉及到去激活的內(nèi)容資源(例如包括指向去激活內(nèi)容資源的鏈接、或者具有指向去激活內(nèi)容資源的屬性等)，則視圖層140可以被配置為不表現(xiàn)與相應(yīng)被去激活內(nèi)容資源的有關(guān)的鏈接關(guān)系。具體地，在通過(guò)持久層110獲取了查詢操作的通信結(jié)果后，視圖層140可以被配置為基 于配置組件而不表現(xiàn)指向去激活內(nèi)容資源的鏈接。由此，最終用戶不能夠通過(guò)查詢結(jié)果鏈接到去激活的內(nèi)容資源。

可選地或者附加地，在另一些實(shí)現(xiàn)中，如果某些內(nèi)容資源的屬性包括鏈接，而該鏈接所指向的內(nèi)容資源已經(jīng)被去激活，則視圖層140可以被配置為不將該鏈接呈現(xiàn)給最終用戶。

在一個(gè)或者多個(gè)實(shí)施方式中，如果被去激活的一個(gè)或多個(gè)內(nèi)容資源包括根內(nèi)容資源，則可以在系統(tǒng)核心歸屬文檔中去除被去激活的根資源，以便通過(guò)系統(tǒng)核心歸屬文檔無(wú)法鏈接到被去激活的根資源。

在這些實(shí)施方式中，資源控制器140可以在應(yīng)用程序部署到應(yīng)用服務(wù)器時(shí)即通過(guò)檢測(cè)配置組件來(lái)確定需要去激活哪個(gè)內(nèi)容資源，從而不再加載相應(yīng)的內(nèi)容資源。從安全性的角度考慮，通過(guò)這樣的方式，終端用戶不能通過(guò)任何鏈接關(guān)系找到去激活的資源，由此使得更加安全地管理資源。

可選地或者附加地，在一些實(shí)現(xiàn)方式中，如果終端用戶試圖通過(guò)去激活內(nèi)容資源對(duì)應(yīng)的URI來(lái)訪問(wèn)去激活的內(nèi)容資源，則系統(tǒng)可以被設(shè)計(jì)為返回相應(yīng)的錯(cuò)誤狀態(tài)碼。

可選地或者附加地，在一些實(shí)現(xiàn)方式中，如果最終用戶請(qǐng)求針對(duì)已經(jīng)被去激活的內(nèi)容資源創(chuàng)建實(shí)例，則系統(tǒng)可以被涉及為返回相應(yīng)的錯(cuò)誤狀態(tài)碼，以拒絕最終用戶的請(qǐng)求。

本領(lǐng)域的技術(shù)人員可以理解，雖然上文中基于內(nèi)容資源去激活的功能項(xiàng)給出了許多具體實(shí)施方式，但是開(kāi)發(fā)者可以根據(jù)需求設(shè)計(jì)如何去激活與去激活內(nèi)容資源相關(guān)的資源和/或鏈接關(guān)系(例如通過(guò)資源控制器130)，并且還可以根據(jù)需求設(shè)計(jì)如何處理內(nèi)容資源去激活之后的視圖表現(xiàn)(例如通過(guò)視圖層140)。上文描述的各種實(shí)施方式均提供了有利的技術(shù)效果，但是這些實(shí)施方式并非是窮舉的，本領(lǐng)域技術(shù)人員能夠想到的其它適當(dāng)方式也包括在本公開(kāi)的范圍之內(nèi)。

需要指出的是，以上雖然基于擴(kuò)展內(nèi)容資源、定制內(nèi)容資源視圖、去激活內(nèi)容資源的三個(gè)具體示例分別描述了根據(jù)本公開(kāi)的內(nèi)容資源管理方案，但是本領(lǐng)域的技術(shù)人員可以理解，上述三個(gè)單獨(dú)描述的示 例可以進(jìn)行組合應(yīng)用，而不會(huì)超出本公開(kāi)的范圍。例如，可以將去激活內(nèi)容資源和擴(kuò)展內(nèi)容資源相結(jié)合，由此通過(guò)在配置組件中通過(guò)配置的方式實(shí)現(xiàn)對(duì)現(xiàn)有內(nèi)容資源的替換。本領(lǐng)域的技術(shù)人員可以想到并且使用更多的組合性配置，來(lái)實(shí)現(xiàn)所需的內(nèi)容資源管理功能。

還需要理解的是，雖然本文對(duì)于配置組件提供的功能項(xiàng)僅給出三個(gè)具體示例，但是這些示例并不是窮舉或者限制性的。例如，可以單獨(dú)為隱藏屬性功能定義隱藏屬性注冊(cè)接口，從而使得資源管理單元，例如資源控制器層130和/或視圖層140能夠根據(jù)用戶定制實(shí)現(xiàn)對(duì)指定屬性的隱藏。本領(lǐng)域的技術(shù)人員可以定義更多地功能項(xiàng)，以便在加載配置組件后系統(tǒng)能夠?qū)崿F(xiàn)相應(yīng)地功能。

圖4是示出根據(jù)本公開(kāi)一個(gè)實(shí)施方式的用于實(shí)現(xiàn)內(nèi)容資源管理的裝置的框圖。

如圖4所示，根據(jù)本公開(kāi)一個(gè)實(shí)施方式的用于實(shí)現(xiàn)內(nèi)容管理的裝置400包括：通信層單元410、加載單元420以及內(nèi)容資源管理單元430。

通信層單元410被配置為與內(nèi)容服務(wù)服務(wù)器進(jìn)行通信，以獲取在內(nèi)容服務(wù)器中存儲(chǔ)的內(nèi)容資源。加載單元420被配置為加載配置組件，其中配置組件定義有管理內(nèi)容資源的功能性接口。內(nèi)容資源管理單元430被配置為基于加載的配置組件來(lái)管理從內(nèi)容服務(wù)器獲取的內(nèi)容資源。

根據(jù)本公開(kāi)的一個(gè)或多個(gè)實(shí)施方式，內(nèi)容資源管理單元430可以被配置為基于配置組件來(lái)加載來(lái)自內(nèi)容服務(wù)器的由用戶定制的內(nèi)容資源。用戶定制的內(nèi)容資源不同于系統(tǒng)默認(rèn)內(nèi)容資源。相應(yīng)地，配置組件的功能性接口例如可以包括定制內(nèi)容資源注冊(cè)接口。定制內(nèi)容資源注冊(cè)接口至少指定：用戶定制的內(nèi)容資源的內(nèi)容資源名稱；用戶定制的內(nèi)容資源與系統(tǒng)默認(rèn)內(nèi)容資源的鏈接關(guān)系；與用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符相關(guān)的信息。在一些實(shí)施方式中，與用戶定制的內(nèi)容資源的統(tǒng)一資源標(biāo)識(shí)符相關(guān)的信息包括統(tǒng)一資源標(biāo)識(shí)符模板。預(yù)定義的統(tǒng)一資源標(biāo)識(shí)符模板可以被用來(lái)生成用戶定制的內(nèi)容資源的 統(tǒng)一資源標(biāo)識(shí)符，以便提高生成URI的效率。如果統(tǒng)一資源標(biāo)識(shí)符模板中包含變量，則定制內(nèi)容資源注冊(cè)接口還可以指定統(tǒng)一資源標(biāo)識(shí)符模板中變量和用戶定制的內(nèi)容資源的屬性之間的映射關(guān)系。在一些實(shí)施方式中，如果用戶定制的內(nèi)容資源為根內(nèi)容資源，則內(nèi)容資源管理單元被配置為，基于配置組件，在系統(tǒng)核心歸屬文檔中注冊(cè)用戶定制的內(nèi)容資源，由此可以通過(guò)系統(tǒng)核心歸屬文檔鏈接到用戶定制的內(nèi)容資源。

根據(jù)本公開(kāi)的一個(gè)或多個(gè)實(shí)施方式，內(nèi)容資源管理單元430可以被配置為至少基于配置組件來(lái)表現(xiàn)對(duì)于從內(nèi)容服務(wù)器獲取的內(nèi)容資源的視圖。相應(yīng)地，配置組件的功能性接口例如可以包括內(nèi)容資源視圖注冊(cè)接口。內(nèi)容資源視圖接口至少指定用戶被表現(xiàn)的內(nèi)容資源名稱；指定被表現(xiàn)的內(nèi)容資源視圖的信息。其中被表現(xiàn)的內(nèi)容資源既可以包括系統(tǒng)默認(rèn)內(nèi)容資源，又可以包括用戶定制的內(nèi)容資源，或者其二者。

根據(jù)本公開(kāi)的一個(gè)或多個(gè)實(shí)施方式，內(nèi)容資源管理單元430可以被配置為基于配置文檔，去激活從內(nèi)容服務(wù)器獲取的內(nèi)容資源中的一個(gè)或多個(gè)內(nèi)容資源。更具體地，內(nèi)容資源管理單元430可以被配置為不加載被去激活的一個(gè)或多個(gè)內(nèi)容資源，并且，內(nèi)容資源管理單元430可以在加載除了被去激活的內(nèi)容資源以外的其它內(nèi)容資源時(shí)，去除與被去激活的內(nèi)容資源有關(guān)的鏈接。可選地或者附加地，內(nèi)容資源管理單元430被配置為在表現(xiàn)除了被去激活的內(nèi)容資源以外的其它內(nèi)容資源的視圖時(shí)，不表現(xiàn)與被去激活的內(nèi)容資源有關(guān)的鏈接的視圖。根據(jù)一個(gè)實(shí)施方式，如果被去激活的一個(gè)或多個(gè)內(nèi)容資源包括根內(nèi)容資源，則內(nèi)容資源管理單元430可以被配置為在系統(tǒng)核心歸屬文檔中去除被去激活的根資源，以便使得最終用戶通過(guò)系統(tǒng)核心歸屬文檔無(wú)法鏈接到被去激活的根資源。在一個(gè)或多個(gè)實(shí)施方式中，配置組件的功能性接口可以包括去激活內(nèi)容資源注冊(cè)接口。去激活內(nèi)容資源注冊(cè)接口至少指定被去激活的內(nèi)容資源的名稱。

根據(jù)本發(fā)明各個(gè)實(shí)施方式，根據(jù)本發(fā)明的各個(gè)實(shí)施方式，在配置 組件中提供用于進(jìn)行管理內(nèi)容資源的功能性接口，使得用戶能夠容易地通過(guò)設(shè)置配置組件中的功能接口，來(lái)根據(jù)需求對(duì)內(nèi)容資源進(jìn)行管理，而無(wú)需重新開(kāi)發(fā)系統(tǒng)提供的應(yīng)用程序編程接口和行為。

圖5是示出能夠用于實(shí)現(xiàn)根據(jù)本公開(kāi)的實(shí)施方式的計(jì)算機(jī)系統(tǒng)的示意性框圖。

下面參考圖5，其示出了適于用來(lái)實(shí)現(xiàn)本發(fā)明實(shí)施例的計(jì)算機(jī)系統(tǒng)500的示意性框圖。如圖5所示，計(jì)算機(jī)系統(tǒng)500包括中央處理單元(CPU)501，其可以根據(jù)存儲(chǔ)在只讀存儲(chǔ)器(ROM)502中的程序或者從存儲(chǔ)部分508加載到隨機(jī)訪問(wèn)存儲(chǔ)器(RAM)503中的程序而執(zhí)行各種適當(dāng)?shù)膭?dòng)作和處理。在RAM 503中，還存儲(chǔ)有計(jì)算機(jī)系統(tǒng)500操作所需的各種程序和數(shù)據(jù)。CPU 501、ROM 502以及RAM 503通過(guò)總線404彼此相連。輸入/輸出(I/O)接口505也連接至總線504。

以下部件連接至I/O接口505：包括鍵盤(pán)、鼠標(biāo)等的輸入部分506；包括諸如陰極射線管(CRT)、液晶顯示器(LCD)等以及揚(yáng)聲器等的輸出部分507；包括硬盤(pán)等的存儲(chǔ)部分508；以及包括諸如LAN卡、調(diào)制解調(diào)器等的網(wǎng)絡(luò)接口卡的通信部分509。通信部分509經(jīng)由諸如因特網(wǎng)的網(wǎng)絡(luò)執(zhí)行通信處理。驅(qū)動(dòng)器510也根據(jù)需要連接至I/O接口505。可拆卸介質(zhì)511，諸如磁盤(pán)、光盤(pán)、磁光盤(pán)、半導(dǎo)體存儲(chǔ)器等等，根據(jù)需要安裝在驅(qū)動(dòng)器510上，以便于從其上讀出的計(jì)算機(jī)程序根據(jù)需要被安裝入存儲(chǔ)部分508。

本發(fā)明的實(shí)施方式可以在軟件、硬件、應(yīng)用邏輯或軟件、硬件和應(yīng)用邏輯的組合中實(shí)現(xiàn)。在示例性實(shí)施方式中，應(yīng)用邏輯、軟件或指令集合維持在各種常規(guī)計(jì)算機(jī)可讀介質(zhì)的任何一個(gè)上。在本文的上下文中，“計(jì)算機(jī)可讀介質(zhì)”可以是能包含、存儲(chǔ)、傳送、傳播或傳輸供諸如計(jì)算機(jī)之類的指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用的或者與諸如計(jì)算機(jī)之類的指令執(zhí)行系統(tǒng)、裝置或設(shè)備有關(guān)的指令的任何介質(zhì)或裝置。計(jì)算機(jī)可讀介質(zhì)可以包括計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，該計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)可以是能包含或存儲(chǔ)供諸如計(jì)算機(jī)之類的指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用的或者與諸如計(jì)算機(jī)之類的指令執(zhí)行系統(tǒng)、裝置或設(shè)備有關(guān)的指令的任何介質(zhì)或 裝置。

必要時(shí)，這里討論的不同功能可以按照不同順序執(zhí)行和/或彼此并行執(zhí)行。此外，必要時(shí)，上述功能中的一個(gè)或多個(gè)功能可以是可選的或者可以進(jìn)行組合。

盡管在獨(dú)立權(quán)利要求中闡明了本發(fā)明的各個(gè)方面，但本發(fā)明的其它方面包括來(lái)自所述實(shí)施方式和/或具有獨(dú)立權(quán)利要求特征的從屬權(quán)利要求的特征的其它組合，而不僅僅包括權(quán)利要求中明確闡明的組合。

這里還應(yīng)注意的是，盡管上面描述了本發(fā)明的示例性實(shí)施方式，但這些描述不應(yīng)在限制的意義上來(lái)看。相反，在不脫離所附權(quán)利要求書(shū)限定的本發(fā)明的范圍的情況下可以進(jìn)行各種變形和修改。