CN105684022A - 聚合、呈现和实现多个目录 - Google Patents

Abstract

描述了一种用于聚合、呈现和实现多个目录的方法。该方法包括从多个服务器中指定作为中央服务器的服务器，在中央服务器处接收来自多个服务器的多个目录，获取来自多个服务器的多个目录的目录信息，以及将多个目录的目录信息集合成聚合目录。

Description

聚合、呈现和实现多个目录

背景技术

数量越来越大的企业法人和个人正转向云计算和通过云计算系统提供的服务，以便例如除了其它云相关目标之外，销售商品或服务、保持商业记录、以及为个人提供对计算资源的访问。云服务可在目录中呈现，该目录是云服务和与提供云服务有关的资源的存储库。

附图说明

附图阐释本文描述的原理的各种示例并且是说明书的一部分。所阐释的示例不限制权利要求的范围。

图1是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的系统的示意图。

图2是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的方法的流程图。

图3是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的另一系统的示意图。

图4是根据本文描述的原理的另一示例的用于聚合、呈现和实现多个目录的多个服务器的示意图。

图5是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的另一方法的流程图。

图6是根据本文描述的原理的一个示例的获取目录信息的方法的线程示意图。

图7是根据本文描述的原理的一个示例的用于实现提供物的系统的示意图。

贯穿整个附图，相同的附图标记表示类似但不必相同的元件。

实施方式

除了使用云网络的其它目标之外，云服务为用户呈现销售商品或服务、保持商业记录的能力，以及为个人提供对计算资源的访问。目录可以允许用户选择或者设计(tailor)云服务以满足其目标。除了其它云服务管理资源之外，目录还可以呈现多个云服务相关资源，诸如订阅管理、定价信息、订阅请求以及批准。然而，用于呈现云服务和相关资源的当前方法可能是低效率的，并且可能导致令人不满意的客户体验。

例如，系统可能包括多个不同的目录以呈现多个提供物(offering)。更具体地，系统可以包括多个不同的应用程序，每个应用程序具有用于呈现目录的关联的目录和门户。在选择提供物和管理提供物时，各种门户和目录可能导致混乱，因为每个门户和对应的目录可以具有不同的外观和感觉。目录的这种无组织性质会使得消费者感觉到混乱并且因此可以降低目录的效率。

因此，本公开描述用于聚合(aggregating)、呈现和实现多个目录的系统和方法。更具体地，本文描述的系统和方法可以描述一种聚合目录(aggregatedcatalog)，该聚合目录从多个服务器组合多个其它目录。在一些示例中，多个服务器以及对应的目录相对于聚合目录是远程的。聚合目录是有益的，因为不管目录和呈现该目录的门户的位置，该聚合目录为云服务或其它提供物的支付呈现统一的平台。

本公开还描述了一种包含在各种服务器中的应用程序编程接口(API)的系统。经由API，存储聚合目录的中央服务器可以检索其它目录的信息，然后这些其它目录可以被聚合到聚合目录中。

本公开描述了一种用于聚合、呈现和实现多个目录的方法。该方法可以包括从多个服务器中指定作为中央服务器的服务器。该方法还可包括在中央服务器处接收来自多个服务器的多个目录。该方法还可包括从多个服务器获取多个目录的目录信息。该方法进一步包括将多个目录的目录信息集合成聚合目录。

本公开描述了一种用于聚合、呈现和实现多个目录的系统。该系统可以包括用于存储聚合目录的中央数据库。聚合目录可以包括多个目录的目录信息。该系统还可包括获取模块，用于从多个服务器获取目录信息。该系统还可以包括界面，用于将目录信息呈现为聚合目录。

本公开描述了一种用于聚合、呈现和实现多个目录的计算机程序产品。计算机程序产品可以包括计算机可读存储介质，该计算机可读存储介质可以包括用其体现的计算机可用程序代码。计算机可用程序代码可以包括在被处理器执行时进行下述操作的计算机可用程序代码：从多个服务器中指定作为中央服务器的服务器；在中央服务器处接收来自多个其它服务器的多个目录；从多个其它服务器获取与多个其它目录有关的目录信息；将目录信息集合成聚合目录；以及呈现该聚合目录。

通过在单一位置中呈现多个目录而不管不同门户界面和目录特性，本文描述的系统和方法可能是有益的。因此，消费者会更容易地浏览统一门户，这可以导致更加令人满意的消费者体验。

如在本说明书和随附权利要求中所使用的，术语“目录信息”可以包括与部署、提供或云服务的管理或者其它提供物有关的任何信息。例如，除了其它云服务管理信息之外，目录信息可以包括云服务提供物、订阅请求、订阅批准、以及服务定价。

进一步地，如在本说明书和随附权利要求中所使用的，术语“租户”可以指运行提供物目录的实例的用户。例如，聚合目录可以允许多租户，多租户可以指用于允许多个用户订阅聚合目录的单个示例并与之交互的聚合目录的特性。在此示例中，每个租户可以订阅聚合目录的其它租户的实例并与聚合目录的其它租户的实例交互，而不必与其它租户信息交互。使用中央身份管理服务可以控制对聚合目录的访问。中央身份管理服务可使能基于角色的访问控制和跨越多个聚合目录的联合身份。如下面将要描述的，聚合目录还可以允许管理在聚合目录中的提供物。例如，与提供物有关的选项、价格和其它细节可以经由聚合目录进行管理。

最后，如在本说明书和随附权利要求中所使用的，术语“多个”或类似语言可以包括任何正数，该任何正数包括1到无穷大；零不是一个数，而是表示没有数。

在下述说明中，为了解释的目的，提出了多个具体细节以便提供对本系统和方法的完全理解。然而，对本领域技术人员将显而易见的是，本装置、系统和方法可在没有这些具体细节的情况下被实践。说明书中对“示例”或类似语言的参考意味着所描述的特定特征、结构或特性包括在至少该一个示例中，而不必包括在其它示例中。

现在转到附图，图1是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的系统(100)的示意图。可以在例如包括云计算服务的任何数据处理场景中利用该系统(100)，云计算服务诸如软件即服务(SaaS)、平台即服务(PaaS)、基础设施即服务(IaaS)、应用程序界面即服务(APIaaS)、其它形式的网络服务，或者其组合。进一步，可以在公共云网络、私有云网络、混合云网络、其它形式的网络或其组合中使用系统(100)。在一个示例中，由系统(100)提供的方法由例如第三方通过网络提供为服务。在另一示例中，由系统(100)提供的方法由本地管理员执行。

进一步，可以在单一计算设备内利用系统(100)。在此数据处理情景中，单一计算设备可以利用本文所描述的关联方法来使用继承测试属性测试网页服务。

为了达到其期望的功能，系统(100)包括各种硬件部件。在这些硬件部件中，可以是多个处理器(101)、多个数据存储设备(104)、多个外围设备适配器(103)以及多个网络适配器(102)。这些硬件部件可以通过使用多个总线和/或网络连接而被互连。在一个示例中，处理器(101)、数据存储设备(104)、外围设备适配器(103)、以及网络适配器(102)可以经由总线(110)通信地联接。

处理器(101)可以包括硬件架构，用于从数据存储设备(104)取得可执行代码并且执行该可执行代码。根据本文描述的本说明书的方法，可执行代码在由处理器(101)执行时，可以引起处理器(101)至少实现目录聚合的功能。在执行代码的过程中，处理器(101)可以从多个其余硬件单元接收输入并且向这多个其余硬件单元提供输出。

数据存储设备(104)可以存储诸如可执行程序代码之类的数据，可执行程序代码由处理器(101)或者其它处理设备执行。如将论述的，数据存储设备(104)可以具体地存储多个应用程序，处理器(101)执行这多个应用程序以至少实现本文描述的功能。

数据存储设备(104)可以包括各种类型的存储器模块，存储器模块包括易失性存储器和非易失性存储器。例如，本示例的数据存储设备(104)包括随机存取存储器(RAM)(105)、只读存储器(ROM)(106)以及硬盘驱动器(HDD)存储器(107)。还可以利用多种其它类型的存储器，并且本说明书考虑在数据存储设备(104)中使用多种不同类型的存储器，因为可以适合本文描述的原理的特定应用。在某些示例中，在数据存储设备(104)中不同类型的存储器可以用于不同的数据存储需求。例如，在某些示例中，处理器(101)可以从只读存储器(ROM)(106)启动，在硬盘驱动器(HDD)存储器(107)中维持非易失存储以及执行存储在随机存取存储器(RAM)(105)中的程序代码。

通常，除了其它之外，数据存储设备(104)可以包括计算机可读介质、计算机可读存储介质或者非瞬态计算机可读介质。例如，数据存储设备(104)可以是但不限于电的、磁的、光的、电磁的、红外的或者半导体系统、装置或设备，或者前述系统、装置或设备的任何合适组合。计算机可读存储介质的更具体的示例可以包括例如下述：具有多根导线的电连接件、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或者闪存)、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备或者前述的任何合适组合。在本文档的上下文中，计算机可读存储介质可以是任何有形介质，其可以包含或存储通过指令执行系统、装置或设备使用的程序或者结合指令执行系统、装置或设备使用的程序。在另一示例中，计算机可读存储介质可以是任何非瞬态介质，其可以包含或存储由指令执行系统、装置或设备使用或结合指令执行系统、装置或设备使用的程序。

系统(100)中的硬件适配器(103)使处理器(101)能够与各种其它硬件部件、系统(100)的外部和内部相连接。例如，外围设备适配器(103)可以提供到输入/输出设备(例如显示设备(108))的接口或者访问其它外部设备(诸如外部存储设备(109))。可以提供显示设备(108)以允许用户与系统(100)的功能进行交互并实现系统(100)的功能。外围设备适配器(103)还可以在处理器(101)和打印机、显示设备(108)或者其它介质输出设备之间创建接口。网络适配器(102)可以提供到例如网络内的其它计算设备的接口，由此使能系统(100)和位于网络内的其它设备之间的数据传输。

系统(100)进一步包括用于多个目录的聚合和呈现的多个模块。系统(100)内的各种模块可以单独地执行。在此示例中，各种模块可以存储为单独的计算机程序产品。在另一示例中，系统(100)内的各种模块可以组合在多个计算机程序产品内；每个计算机程序产品包括若干模块。

系统(100)可以包括中央数据库(111)，用于存储聚合目录。如上所述，目录可以包括与部署、提供和云服务的管理有关的任何信息。贯穿整个说明书，可以对云服务目录进行具体参考。然而，目录可以包括任何类型的提供物。例如，任何类型的商品、服务或其它提供物的目录。目录可以包括可以被订购和供应的任何类型的商品、服务或其它提供物的信息。在一些示例中，商品、服务或其它提供物的订单可以包括支付、批准或其它类型的确认。

目录可以包括提供物的列表，包括如定价、捆绑销售以及不同服务选项之类的信息。目录还可以包括可以允许用户订阅提供物、请求对提供物的订阅以及接收订阅的批准的信息。聚合目录可以包括多个目录的这种信息。换句话说，聚合目录可以包括与可呈现在多个目录中的部署、提供和多个云服务的管理有关的信息。

目录可以来自多个源。例如，用户可以设计目录。类似地，供应商和服务提供商可以产生目录以呈现云服务或任何其它提供物，该任何其它提供物可以被呈现以供通过目录订购和实现。其它提供物的示例包括产品、服务或其组合。在又一示例中，组织内的各种应用可以实现唯一的目录。例如，服务管理者可以利用第一目录并且服务自动工具可以利用第二且不同的目录。每个不同的目录可以利用不同的门户体验以及用于与目录和对应的目录信息进行交互的界面。因此，聚合目录可以包括从多个源提供的目录。在一些示例中，源相对于聚合目录是远程的。例如，中央数据库(111)可以位于中央服务器上，并且其信息包括在聚合目录中的目录可以被存储在服务器上，服务器相对于中央服务器是远程的。中央目录的目录聚合能力还可以从多个远程提供商拉入提供物以使能目录提供商功能。例如，中央目录可以聚合多个提供商的目录并且将其提供给用户(诸如信息技术代理商或如提供商之类的其它客户)。

如上所述，中央数据库(111)可以位于中央服务器上。例如，来自多个服务器的特定服务器可以被指定为中央服务器。中央服务器可以包括中央数据库(111)。来自多个服务器的任何服务器可以被指定为中央服务器。因此，来自多个服务器的任何服务器可以包括中央数据库(111)。中央服务器可以接收存储在多个服务器上的目录的目录信息。例如，中央服务器可以通信地联接到多个其它服务器。其它服务器可以包括与在那些服务器上提供的提供物有关的目录信息。如下面将要描述的，获取模块(112)可以获取目录信息，并且存储该目录信息和中央数据库(111)中要被呈现为统一的聚合目录的对应目录。在一些示例中，系统中的任何服务器可以用作中央服务器并且可以连接到多个远程目录。在这些示例中，服务器可以通过添加聚合库而变成中央服务器。

除了多个提供物的其它目录有关的信息之外，目录信息可以包括与部署、提供以及管理有关的信息。例如，除了与云服务的管理、或者目录中提供的其它商品或产品有关的其它信息之外，目录信息可以包括提供物服务信息的列表以及访问权限。经由远程目录可以管理提供物的实现，但是关于提供物的实现的元数据(诸如商业条款、合同条款或者服务水平协议(SLA)条款)可以被聚合到中央目录中。目录信息的其它示例可以包括与多个目录中列出的服务有关的待定的批准和通告。

在一些示例中，中央数据库(111)可以包括在其它服务器上表示的一部分信息。例如，中央数据库(111)可以包括足够呈现多个目录的信息。换句话说，在某种程度上，相对于存储在其它服务器上的多个目录，聚合目录可以是冗余的。

将聚合目录存储到中央数据库(111)上是有益的，因为其从多个服务器集成多个目录。这具有若干益处，诸如改善的性能和集中搜索能力。因此，可以实现单一界面以有助于对多个目录提供物的部署和管理。因此，简单和统一的用户体验可有助于云管理的多个方面，这会导致令人满意的消费者体验。

数据存储设备(104)可以包括从其它服务器获取目录信息的获取模块(112)。例如，服务器中的每一个服务器可以包括应用程序编程接口(API)以彼此进行通信。在一些示例中，所实现的API可以是表述性状态转移(REST)API。经由位于中央服务器上的API，中央服务器可以执行GET请求以从多个服务器获取目录信息。如将结合图6描述的，在一些示例中，在中央服务器上的API基于用户的租用、角色和身份或者其组合从另一服务器获取目录信息。类似地，在一些示例中，在中央服务器上的API可能会创建、更新和删除存储在其上的目录。

数据存储设备(114)还可以包括界面模块(113)以呈现作为聚合目录的目录信息。例如，从多个服务器收集的目录信息可以作为聚合目录呈现。聚合目录可以是用户对提供物进行管理的单一位置。例如，除了其它目录提供物有关的活动之外，用户可以搜索提供物的列表、订阅提供物、接收针对订阅请求的批准、对订阅实施动作、批准或拒绝订阅请求、收集与提供物有关的数据、管理目录、以及管理对提供物的访问控制。在一些示例中，经由聚合目录提供的管理功能基于用户可以是不同的。例如，与管理员相比，用户可能具有更少的管理权限。

如本文所述，实现聚合目录可以是有益的，因为其呈现了简单且统一的用于访问和管理多个目录和目录提供物的用户体验，其可以包括云服务。例如，不是单独地访问用户设计的目录、由供应商和其它服务提供商呈现的目录、以及由各种应用程序实现的目录，而是在除了与目录以及对应的服务和提供物有关的不同管理资源之外，用户可以利用单一的聚合目录来访问各种目录。简化和统一的体验可以导致令人满意的用户体验以及改善的目录使用的有效性。

图2是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的方法(200)的流程图。方法(200)可通过从多个服务器中指定服务器作为中央服务器而开始(201)。如上所述，中央服务器可以包括中央数据库(图1，111)，该中央数据库包括聚合目录。在一些示例中，多个服务器相对于彼此是远程的。换句话说，多个服务器可以包括本地(on-premises)服务器和远端(off-premises)服务器。因此，在一些示例中，多个其它服务器相对于中央服务器是远程的。

多个服务器中的任何一个服务器可以被设计成用作中央服务器。例如，中央服务器可以包括获取模块(图1，112)，获取模块包括从其它服务器取得目录信息的API。因此，多个服务器中的每一个服务器可以包括执行此功能的API。

中央服务器可以接收来自多个其它服务器的多个目录(框202)。例如，如上所述，多个服务器中的每一个服务器可以包括允许多个服务器彼此通信的API。因此，在多个其它服务器上的API可以将目录发送到中央服务器。更加具体地，API可以使用POST命令以将目录发送到中央服务器。因此，中央服务器可以从相对于中央服务器是远程的多个其它服务器接收目录(框202)。

中央服务器可以获取多个目录的目录信息(框203)。再者，使用附接到中央服务器的API，中央服务器可以执行GET命令以获取多个所接收的目录的目录信息。如上所述，目录信息可以是有助于访问目录和对应的服务和提供物的信息。例如，目录信息可以包括服务提供物、订阅请求、订阅批准、订阅通告、或者其组合。目录信息还可以包括与目录、服务、云和服务的管理有关的其它信息，如本文所论述的。

类似地，如上所述，由中央服务器获取(框203)的目录信息可以是包含在多个其它服务器上的目录信息的一部分。例如，中央服务器可以获取(框203)足够的目录信息以在聚合目录中呈现目录。因此，包含在中央数据库(图1，111)中的数据的一部分相对于包含在多个其它服务器中的数据可以是冗余的。

多个目录的目录信息可以集合成聚合目录(框204)。更具体地，对应于各种目录的目录信息可以呈现在单一界面中。因此，聚合目录可以在单一位置呈现与目录有关的信息，不管目录源如何。

将多个目录集合成单一聚合目录(框204)是有益的，因为其创建了可以访问多个目录的单一位置。因此，对目录信息的访问可以被简化，因为聚合目录可以实现具有统一外观的单一界面，而不是使用不同界面和不同外观呈现多个目录。在一些示例中，远程和中央目录可以使用API同步。例如，在远程目录中创建新提供物时，其可以被聚合并呈现在中央目录中。在一些示例中，尽管目录可以具有不同的模型，术语和模型对准可以在API的实现中发生。

图3是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录的另一系统(300)的示意图。如上所述，中央服务器(318)可以包括中央数据库(图1，111)，该中央数据库可以包括聚合目录(319)。在一些示例中，聚合目录(319)可以是虚拟目录，该虚拟目录包括多个其它目录以及有时为远程目录的目录信息(320)。例如，聚合目录(319)可以包括目录列表和服务提供物的列表。除了其它目录信息之外，可包括在聚合目录(319)中的目录信息(320)的其它示例包括订阅批准、通告、订阅信息、订阅请求、定价、配置选项以及配额。在一些示例中，聚合目录(319)可以存储在中央服务器(318)的高速缓存中。如将结合图4描述的，中央服务器(318)还可以包括用于从远程服务器聚合目录的API。如上所述，多个服务器中的任何一个服务器可以用作中央服务器(318)。因此，多个服务器中的每一个服务器可以包括结合图3描述的任何数量的模块或其它元件。

中央服务器(318)还可以包括API(未示出)，该API有助于聚合目录(319)的使用或访问聚合目录(319)。经由该API，不同用户可访问聚合目录(319)。例如，除了其它云服务和目录管理有关活动之外，用户经由自助服务门户(314)可以访问聚合目录(319)以订阅服务、搜索提供物以及管理订阅。自助服务门户(314)可以经由API有助于该管理。在一些示例中，经由中央服务器(318)管理订阅可以包括调用对应于订阅的原始应用程序。例如，在管理订阅时，原始应用程序可以包括用于修改或处理订阅的逻辑。除了其它订阅处理资源之外，处理订阅可以包括通过云服务自动工具管理所实现的服务的生命周期和检查凭证状态。在经由聚合目录(319)订阅服务时，订阅请求可以委托给远程目录以供实现，并且与服务提供物的实现相关的信息可以被聚合回到聚合目录(319)。

可以访问中央服务器(318)的用户的另一示例是用于管理聚合目录(319)呈现和用于管理中央服务器(318)的管理员(315)。其它供应商和服务提供商(316)也可以利用中央服务器(319)来将他们的目录包含到聚合目录(319)或者来订阅和管理云服务或其它提供物。

在又一示例中，设计者(317)可以利用聚合目录(319)。更具体地，设计者(317)可以利用包含在聚合目录(319)中的设计功能以允许设计者(317)设计特定的服务提供物。设计API可以允许设计者(317)设计服务提供物。

中央服务器(318)可以包括搜索模块(321)，搜索模块(321)有助于搜索聚合目录(319)。例如，用户可能期望特定类型的服务提供物，或者可能期望具有特定名称的服务提供物。使用搜索模块(321)，中央服务器(318)可以基于由用户录入的搜索标准来识别和呈现目录信息(320)。

中央服务器(318)可以包括访问控制模块(322)，访问控制模块(322)管理对中央服务器(318)的访问以及更具体地管理对聚合目录(319)的访问。访问控制模块(322)可以包括身份管理服务。访问控制模块(322)可以基于用户角色提供访问控制。访问控制模块(322)可以基于用户角色允许访问、拒绝访问、确定访问级别、或上述组合。例如，与用户相比，经由自助服务门户(314)，管理员(315)可以具有对中央服务器(318)的较大访问权限。以这种方式，使用基于角色的访问控制确保中央服务器(318)安全。

访问控制模块(322)还可以提供身份管理功能。例如，如上所述，租户可以是利用中央服务器(318)和聚合目录(319)的用户。这种租户可以利用不同的目录。例如，财务部门可以利用第一组提供物并且人力资源部门可以利用第二组提供物，该第二组提供物可以包括不同于第一组中的多个提供物的多个提供物。因此，访问控制模块(322)可以确定租用并且基于该租用提供对聚合目录(319)的访问。在一些示例中，访问控制模块(322)可以被利用为身份即服务(IDaaS)基础设施。

从聚合目录(319)选择的提供物的实现可以通过位于远程服务器上的实现模块执行。提供物的实现可以包括提供物的部署和管理或者从目录传送项目。实现还可以包括实现服务设计。包括如结合图3描述的聚合目录(319)的中央服务器(318)可以是有益的，因为其提供用户体验的简单化和统一化，以及提供广阔且可定制的平台以开发应用程序和服务。

图4是根据本文描述的原理的另一示例的用于聚合、呈现和实现多个目录的多个服务器(418)的示意图。中央服务器(418a)可以包括聚合目录(419a)。如上所述，聚合目录(419a)可以包括有助于对多个远程目录(419b，419c，419d)的访问的目录信息(图3，320)。聚合目录(419a)还可以包括有助于对由多个远程目录(419b，419c，419d)提供的服务和提供物进行管理的目录信息(图3，320)。因此，聚合目录(419a)可以是虚拟目录，该虚拟目录可利用多个使用(consumption)API来进行使用。中央服务器(418a)和远程服务器(418b，418c，418d)可以包括有助于远程目录(419b，419c，419d)聚合的聚合API(423)。例如，在远程服务器(418b，418c，418d)上的聚合API(423b，423c，423d)可以使用POST命令在中央服务器(418a)上创建目录。类似地，在中央服务器(418a)上的聚合API(423a)可以使用GET命令来获取与远程目录(419b，419c，419d)有关的目录信息(图3，320)。

如上所述，每个服务器(418)可以包括允许每个服务器(418)用作中央服务器(418a)的聚合API(423)。例如，第二远程服务器(418b)可以被指定为中央服务器，并且可以使用GET命令获取目录信息(图3，320)。

在一些示例中，目录可以是传统(legacy)目录。传统目录可以是不能用作聚合目录(419a)的目录。这些传统目录可以包括适配器以允许目录实现关于将目录发布到聚合目录(419a)的聚合API(423c)行为。

虽然图4描绘了三个远程服务器(418b，418c，418d)和对应的远程目录(419b，419c，419d)，但是根据本文描述的原理，可以实现任何数量的服务器(418b，418c，418d)和目录(419b，419c，419d)。此外，虽然服务器(418b，418c，418d)和目录(419b，419c，419d)被指定为远程的，表示它们是远端的，但在聚合目录(图4，419)中提供的服务器和目录可以是远端服务器或本地服务器的任何组合。

图5是根据本文描述的原理的一个示例的用于聚合、呈现和实现多个目录(图4，418b，418c，418d)的另一方法(500)的流程图。方法(500)可以包括从多个服务器中指定(框501)服务器作为中央服务器(图3，319)。这可以如结合图2描述的那样实施。

中央服务器(图3，319)可以接收(框502)来自多个其它服务器的多个目录。这可以如结合图2描述的那样实施。

中央服务器(图3，319)可以识别(框503)聚合目录的租户。如上所述，租户可以是聚合目录的用户(图3，320)。例如，组织的财务部门可以是租户，并且人力资源部门可以是另一租户。聚合目录(图3，320)可以是多租户目录，因为多个租户可以利用聚合目录(图3，320)。例如，财务部门和人力资源部门两者可以利用聚合目录(图3，320)。

在一些示例中，每个租户可以具有不同的访问能力。例如，财务租户可以利用呈现在聚合目录(图3，320)中的多个第一提供物并且人力资源租户可以利用呈现在聚合目录(图3，320)中的多个第二提供物，其中第二组至少部分地不同于第一组。因此，中央服务器(图3，319)可以识别(框503)聚合目录(图3，320)的租户。

识别(框503)租户可以包括接收并验证用户登录。例如，中央服务器(图3，319)可以从用户接收用户名和密码，并且可以基于该用户名和密码识别(框503)该租户。识别(框503)租户可以包括获取识别租户的租户信息(诸如元数据)。

中央服务器可以基于租户获取(框504)多个目录的目录信息。在一些示例中，这可以如结合图2描述的那样实施。例如，使用附接到中央服务器(图3，318)的API，中央服务器(图3，318)可以执行GET命令以获取多个所接收的目录的目录信息(图3，320)。更具体地，中央服务器(图3，318)可以执行GET命令以获取租户可利用的多个目录的目录信息(图3，320)。

如上所述，目录信息(图3，320)可以是有助于访问目录和对应的服务和提供物的信息。例如，目录信息(图3，320)可以包括服务提供物、订阅请求、订阅批准、订阅通告、或者其组合。目录信息(图3，320)还可以包括与目录、服务、云和服务的管理有关的其它信息，如本文所论述的。

类似地，如上所述，由中央服务器(图3，318)获取(框504)的目录信息(图3，320)可以是包含在多个其它服务器上的目录信息(图3，320)的一部分。例如，中央服务器(图3，318)可以获取(框504)足够的目录信息以在聚合目录(图3，319)中呈现目录。因此，包含在中央数据库(图1，111)中的一部分数据相对于包含在多个其它服务器中的数据可以是冗余的。

租户利用的多个目录的目录信息(图3，320)可以集合(框505)成聚合目录(图3，319)。更具体地，对应于各种目录的目录信息(图3，320)可以被呈现在单一界面中。因此，聚合目录(图3，319)可以在单一位置中呈现与目录有关的信息，不管目录源如何。

中央服务器(图3，318)可以呈现(框506)用于访问聚合目录(图3，319)的界面。界面还可以有助于目录信息的管理。例如，除了本文描述的其它访问和管理操作之外，经由界面，用户可以提交订阅请求、接收请求批准、观察定价、以及捆绑销售用于服务提供物的信息。

图6是根据本文描述的原理的一个示例的获取目录信息的方法的线程示意图(600)。远程服务器(618a)可以执行POST命令以将目录发送(框625)到中央服务器(618b)。换句话说，远程服务器(618a)可以在中央服务器(618b)上创建目录以包含在聚合目录(图3，319a)中。

然后，中央服务器(618b)可以执行GET命令以从身份管理模块(624)获得租用(框626)。如上所述，用户的租用可以指示用户的访问。更具体地，租用可以指示租户利用远程目录(图4，419b，419c，419d)中的哪一个。

然后，中央服务器(618b)可以执行GET命令以从远程服务器(618a)获得目录信息(图3，320)(框627)。除了本文描述的示例之外，目录信息(图3，320)可以包括提供物列表、订阅列表、待定批准的列表、通告列表、以及服务列表。如上所述，在管理员在远程目录中进行修改时，可以使用聚合API使那些改变自动地被同步到聚合目录(图3，319)。

图7是根据本文描述的原理的一个示例的用于实现提供物的系统的示意图。聚合目录(719)中呈现的订阅能够以多种方式管理。换句话说，存在管理服务订阅的生命周期的多种方式。除了其它操作之外，服务订阅可以包括订阅服务、实现服务、开始服务、修改服务、取消服务。如本文所使用的，对服务订阅的生命周期的管理可以指由动作执行模块(728)在订阅自身上执行的动作、由订阅呈现的服务上实施的动作，或者其组合。例如，服务订阅可以将若干生命周期动作展示给聚合目录(图719)的用户。这种生命周期动作的示例包括“取消”、“停止”或“恢复”动作。

聚合目录(719)上的聚合API(723a)可以使能聚合目录(719)的界面中这些动作的表示，并且随后针对远程实现引擎或者实际服务(729)展示要执行的委托动作的远程执行界面。另外，聚合目录(719)可以聚合关于要呈现在聚合目录(719)的用户界面(UI)“混搭式应用(mash-up)”(730)中的服务订阅的信息。该信息可以在聚合目录(719)的用户界面中作为部件被显示、交叉启动或显示在嵌入式屏幕上。

如上所述，在一些示例中，经由例如UI混搭式应用(730)，远程服务器(718)可以委托服务的实现。因此，例如，经由远程服务器(718)上的聚合API(723b)，服务状态(731)可以通信到远程服务器(718)以供与服务继续交互。

用于聚合、呈现和实现多个目录的方法和系统可以具有多个优点，包括：(1)对于目录导航呈现单一的用户体验；(2)允许消费者更加容易地在目录之间适应和迁移；(3)增加云服务的市场销售；以及(4)聚合远端云服务和本地云服务。

已经呈现前述说明以阐释和描述所描述原理的示例。该说明不意在穷尽或者将这些原理限制到任何所公开的精确形式。根据上述教导，多种修改和变形是可能的。

Claims (15)

1.一种用于聚合、呈现和实现多个目录的方法，包括：

从多个服务器中指定作为中央服务器的服务器；

在所述中央服务器处接收来自多个其它服务器的多个目录；

从所述多个其它服务器获取所述多个目录的目录信息；以及

将所述多个目录的目录信息集合成聚合目录。

2.根据权利要求1所述的方法，其中接收多个目录通过应用程序编程接口(API)实施，所述应用程序编程接口(API)接收来自另一服务器上的应用程序编程接口(API)的多个目录。

3.根据权利要求1所述的方法，进一步包括将提供物的实现、提供物的批准、提供物的管理或者其组合委托给远程目录。

4.根据权利要求1所述的方法，其中所述目录信息包括提供物、订阅、批准、通知或者其组合。

5.根据权利要求1所述的方法，其中所述目录信息包括允许访问所述目录的信息。

6.根据权利要求1所述的方法，其中所述多个服务器中的每一个服务器被设计成用作中央服务器。

7.根据权利要求1所述的方法，进一步包括识别目录的租户，并且其中从所述多个其它服务器获取所述多个目录的目录信息以及将所述多个目录的目录信息聚合成聚合目录是基于所述租户的。

8.根据权利要求1所述的方法，进一步包括呈现界面以访问所述聚合目录、管理所述目录信息或者其组合。

9.一种用于聚合、呈现和实现多个目录的系统，包括：

中央数据库，用于存储聚合目录，其中所述聚合目录包括多个目录的目录信息；

获取模块，用于从多个服务器获取所述目录信息；以及

界面，用于将所述目录信息呈现为聚合目录。

10.根据权利要求9所述的系统，其中所述获取模块包括应用程序编程接口(API)。

11.根据权利要求10所述的系统，其中所述API创建聚合目录、更新聚合目录、删除聚合目录、或者其组合。

12.根据权利要求9所述的系统，其中所述中央数据库位于从多个服务器中选择的中央服务器上。

13.根据权利要求9所述的系统，进一步包括用于控制对所述聚合目录的访问的访问控制模块。

14.一种用于聚合、呈现和实现多个目录的计算机程序产品，所述计算机程序产品包括：

计算机可读存储介质，具有计算机可用程序代码，所述计算机可用程序代码包括在由处理器执行时进行下述操作的计算机可用程序代码：

从多个服务器中指定作为中央服务器的服务器；

在所述中央服务器处接收来自所述多个服务器的多个目录；

从多个服务器获取与多个目录有关的目录信息；

将所述目录信息集合成聚合目录；以及

呈现所述聚合目录。

15.根据权利要求14所述的计算机程序产品，其中多个服务器相对于所述中央服务器是远程的。