CN102792269A

CN102792269A - 用于经由web服务提供信息来作为服务的系统和方法

Info

Publication number: CN102792269A
Application number: CN2011800134797A
Authority: CN
Inventors: M·克斯拉维; C·林斯伯格; L·格沃茨德兹; G·斯韦德伯格; R·S·马尔; R·鲍
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2010-03-12
Filing date: 2011-03-11
Publication date: 2012-11-21
Also published as: EP2545447A2; EP2545447A4; WO2011112964A2; AU2011226658B2; US20110225074A1; WO2011112964A3; AU2011226658A1

Abstract

公开了用于经由web服务提供信息来作为服务的各方面。便于对至少一个应用程序编程接口（API）数据库的访问并解析对所请求的API的请求。在此，这样的API请求便于处理由至少一个内容提供者提供的数据。在一方面，每一请求包括与所请求的API的开发者相关联的密钥和与所请求的API的用户相关联的唯一标识符。随后基于密钥和/或唯一标识符来跟踪对所请求的API的使用。

Description

用于经由web服务提供信息来作为服务的系统和方法

背景技术

I.领域

以下描述一般涉及web服务，且更具体地涉及用于经由web服务提供信息来作为服务的系统和方法。

II.背景技术

作为关于一些常规系统的背景技术，计算设备在传统上已在设备本地存储了信息以及相关联的应用和数据服务。但是，随着在线和云服务的演进，信息正越来越多地移至网络提供者，该网络提供者代表设备来不执行服务、执行服务的一些或全部。能够存储数T字节数据（且在将来潜在可能的千万亿字节、百万万亿字节数据）的网络存储场的演进创造了在云中模拟本地场景且使主设备与外部存储分隔开的机会。

然而，没有云服务或网络存储提供者能够有效地提供信息来作为任何平台上的服务，使得发布者、开发者以及消费者能以可被跟踪并审计所涉及的所有事务的方式容易地发布、专门化应用和消费任何种类的数据。另外，由于不同数量的内容提供者和他们用于定义数据的专用模式，今天，在不同的内容提供者不直接彼此协调他们相对于云的动作的情况下，极少有机会以对事务链中每一人都公平的方式正确地映射数据事务流。事实上，从发布者到开发者再到消费受众（如，订阅者），由于信息跨事务链是不平衡的，对事务的不同的视图具有不同的形状和意义。

为此，当今用于提供对来自云的信息的访问的系统在开始使用和广泛采用时有各种缺点。例如，常规基础结构不允许跨不同平台对数据进行无缝消费。在涉及不同平台的情况下，应用程序编程接口（API）有时是用于桥接这样的通信缺口的重要组件。然而，当前用于跟踪API使用的方法缺乏自动化，这使得对API使用进行审计和/或记账变得特别困难。结果，API所有者通常不愿对公众发布API。

当前方法的上述缺点仅旨在提供常规系统的一些问题的概览，并且不旨在是穷尽性的。在仔细阅读了以下详细描述后，现有技术的其他问题和各非限制性性实施例的对应好处可变得显而易见。

概述

此处提供了简化的概述以帮助能够对以下更详细的描述和附图中的示例性、非限制性实施例的各方面有基本或大体的理解。然而，本概述并不旨在是详尽的或穷尽的。相反，本发明的唯一目的在于，以简化的形式提出与一些示例性、非限制性实施例相关的一些概念，作为以下各实施例的更详细的描述的序言。

根据一个或多个实施例及其相应的公开内容，结合从任何平台提供信息来作为服务描述了各非限定性方面。在一个这样的方面中，公开了一种被配置成便于经由web服务提供信息来作为服务的装置。在这一实施例中，该装置包括被配置成执行存储在存储器中的计算机可执行组件的处理器。该计算机可执行组件包括接口组件、解析组件、以及跟踪组件。接口组件被配置成便于访问至少一个应用程序编程接口（API）数据库，而解析组件被配置成解析对所请求的API的请求。对于该实施例，API请求便于处理由至少一个内容提供者提供的数据。在一方面，该请求包括与所请求的API的开发者相关联的密钥和与所请求的API的用户相关联的唯一标识符。跟踪组件随后被配置成基于该密钥和/或唯一标识符来跟踪对所请求的API的使用。

以下更详细地描述其他实施例和各非限制性性示例、场景和实现。

附图简述

图1是根据本说明书的一方面的用于经由web服务提供信息来作为服务的示例性系统的概览。

图2是根据一实施例的示例性API请求的图示。

图3示出根据本说明书的一个方面的示例性web服务单元的框图。

图4是根据一实施例的实现处理API请求的各组件的示例性耦合的图示。

图5是示出根据一实施例的用于便于处理API请求的示例性方法的流程图。

图6是根据一实施例的实现生成API请求的各组件的示例性耦合的图示。

图7是示出根据一实施例的用于便于生成API请求的示例性方法的流程图。

图8是根据一实施例的实现上传API的各组件的示例性耦合的图示。

图9是示出根据一实施例的用于便于上传API的示例性方法的流程图。

图10是示出用于从任何平台作为服务提供的信息的非限制性基础结构的示例性序列的流程图。

图11是示出用于从任何平台作为服务提供的信息的示例性非限制性基础结构的框图。

图12是示出用于从任何平台作为服务提供的信息的基础结构的一组示例性非限制性实现具体细节的框图。

图13示出来自用于从任何平台作为服务提供的信息的示例性基础结构的示例性数据消费；

图14是表示其中可实现此处描述的各种实施例的示例性非限制联网环境的框图。

图15是表示其中可实现此处所描述的各种实施例的一个或多个方面的示例性非限制计算系统或操作环境的框图。

详细描述

现在参照附图描述各实施例，全部附图中，相同的附图标记用于指代相同的元素。在以下描述中，为解释起见，阐明了众多具体细节以提供对一个或多个实施例的全面理解。然而，很明显，这（些）实施例可以在没有这些具体细节的情况下实施。在其他情况下，以框图形式示出公知的结构和设备以便于描述一个或多个实施例。

本说明书公开了一种便于经由web服务提供信息来作为服务的系统和方法。在一方面，提供web服务应用程序编程接口（API）以供消费来自发布库的数据。在这样的实施例中，对API（例如，Get_Weather()（获取天气））的每一请求指定至少一个开发者密钥（用于开发该API的人）、一个或多个唯一标识符（指定调用该API的用户）、以及API调用中涉及的任何伙伴标识符（例如，与该API有关系的一方）。通过将这三个组分包括在每一API请求中，对web服务API的跟踪可被自动化。此外，API使用可被自动地审计、记账、以及报告，这向内容所有者提供了指示他们的数据被如何使用以及被谁使用的有力工具。在一方面，基于对一组个体指定的多个唯一标识符也可跟踪多座（multi-seat）API使用。

接下来参考图1，示出了根据一方面的用于经由web服务提供信息来作为服务的示例性系统的概览。如图所示，系统100包括web服务单元120、发布者130、订阅者140、开发者150、以及伙伴160，它们在通信上经由网络110相耦合。在一方面，web服务单元120便于通过提供用于上传并获得API的集中式基础结构提供信息来作为服务，其中API使用可被无缝地跟踪。例如，希望获得来自发布者130的内容的订阅者140可经由API管理单元122搜索API数据库124以寻找所需API（例如，用于从特定内容提供者检索天气数据的API）。在一方面，所选API可能已被伙伴160（例如，NOKIA）上传到API数据库124并被开发者150（例如，独立软件供应者（ISV））转售给订阅者140。在这样的实施例内，基于每一API请求中包括的标识参数来跟踪对所选API的使用。

接着参考图2，示出了根据一实施例的示例性API请求。如图所示，API请求200可包括头部部分210和正文部分220。在一方面，头部部分210一律包括开发者密钥字段212、唯一标识符字段214、以及伙伴标识符字段216。对于这一实施例，应当明白，唯一标识符字段214可通过包括多个用户的唯一标识符来便于跟踪多座API的使用。此外，对于伙伴标识符216，应当明白，可以指定空值，从而指示没有伙伴与特定API请求有关系。

接着参考图3，提供了便于经由web服务提供信息来作为服务的示例性web服务单元的框图。如图所示，web服务单元300可包括处理器组件310、存储器组件320、接口组件330、解析组件340、跟踪组件350、生成组件360、审计组件370以及记账组件380。

在一个方面中，处理器组件310被配置成执行与执行多个功能中的任何功能相关的计算机可读指令。处理器组件310可以是单个处理器或多个处理器，专用于分析要从web服务单元300传递的信息和/或生成可由存储器组件320、接口组件330、解析组件340、跟踪组件350、生成组件360、审计组件370和/或记账组件380使用的信息。作为补充或替换，处理器组件310可被配置成控制web服务单元300的一个或多个组件。

在另一方面中，存储器组件320被耦合至处理器组件310并被配置成存储由处理器组件310执行的计算机可读指令。存储器组件320还可被配置成存储多种其他类型的数据中的任何数据，包括由接口组件330、解析组件340、跟踪组件350、生成组件360、审计组件370和/或记账组件380中的任何组件生成的数据。存储器组件320可以被配置成多个不同的配置，包括作为随机存取存储器、带后备电源的存储器、硬盘、磁带等等。还可以在存储器组件320上实现各种特征，如压缩和自动备份（如使用独立驱动器冗余阵列配置）。

在又一方面，接口组件330也耦合到处理器组件，并被配置成将web服务单元300与外部实体进行对接。例如，接口组件330可被配置成便于访问API数据库。在一特定实施例中，接口组件330可被配置成便于将外部API上传到API数据库和/或生成对API数据库中所存储的API的API请求。实际上，在这样的实施例中，可以实现用户友好的界面，如API上传向导和/或API请求向导。例如，接口组件330可被配置成向用户显示API数据库中所存储的多个可选API。对于这一实施例，接口组件330还可被配置成便于搜索API数据库，其中显示给用户的可选API对应于该搜索的结果。这样的搜索可以基于标识多个准则中的任一个的用户输入，这些准则包括例如所需操作（例如，提取最大值/最小值、查明平均值，等等）、所需内容提供者（例如，CNN、FOX News，等等）、和/或所需内容类型（例如，天气、股票，等等）。

在又一实施例中，web服务单元300还可包括生成组件360。在这样的实施例中，生成组件360耦合到接口组件330，并被配置成基于输入来生成API请求。例如，在一方面，生成组件360可被配置成自动生成对所选API的API请求。此外，在接收到对特定API的选择之后，生成组件360可被配置成查明和/或生成开发者密钥、唯一标识符、和/或伙伴标识符，它们随后被自动插入API请求中。

如图所示，web服务单元300还可包括解析组件340和跟踪组件350。在一方面，在接收到API请求之后，解析组件340被配置成解析该API请求以从该请求中提取开发者密钥（例如，与所请求的API的开发者相关联）、唯一标识符（例如，与所请求的API的用户相关联）、以及伙伴标识符（例如，与所请求的API的伙伴/关联方相关联）中的每一个，而跟踪组件350被配置成基于该密钥、唯一标识符、或伙伴标识符中的至少一个来跟踪对所请求的API的使用。在又一方面，应当明白，web服务单元300可被配置成处理与对所请求的API的多座使用有关的API请求。为便于处理这样的请求，解析组件340可被配置成从所请求的API中提取多个唯一标识符，其中该多个唯一标识符分别标识与对所请求的API的多座使用相关联的多个用户。跟踪组件350随后可被配置成在按使用和/或按用户的基础上根据多个唯一标识符来跟踪这一多座使用。

在另一方面，web服务单元300还包括审计组件370和记账组件380，它们各自耦合到跟踪组件350。在这样的实施例中，审计组件370被配置成自动审计API数据库内的API的使用历史，而记账组件380被配置成基于这样的使用历史来对外部实体（例如，内容所有者、开发者、伙伴、和/或用户）自动记账。

转向图4，示出了根据一实施例的便于处理API请求的系统400。系统400和/或用于实现系统400的指令可驻留在例如web服务单元300或计算机可读介质内。如图所示，系统400包括可表示由处理器、软件、或其组合（例如，固件）来实现的功能的各功能框。系统400包括可联合操作的各组件的逻辑编组402。如图所示，逻辑编组402可包括用于提供对至少一个API数据库的访问的组件410以及用于接收标识所请求的API的API请求的组件412。逻辑编组402还可包括用于解析API请求以查明开发者密钥、唯一标识符、以及伙伴标识符的组件414。此外，逻辑编组402可包括用于基于密钥、唯一标识符、或伙伴标识符中的至少一个来跟踪对所请求的API的使用的组件416。另外，系统400可包括保存用于执行与组件410、412、414、以及416相关联的功能的指令的存储器420，其中组件410、412、414、以及416中的任一个可以存在于存储器420的内部或外部。

接着参考图5，提供了示出根据一实施例的便于处理API请求的示例性方法的流程图。如图所示，该方法包括根据本说明书的一方面的可由计算设备执行的一系列动作。例如，该方法可通过采用处理器来执行存储在计算机可读存储介质上的计算机可执行指令以实现该系列动作来实现。在另一实施例中，构想到了包括用于实现该系列动作的代码的计算机可读存储介质。

如图所示，该方法通过在动作500建立与客户机设备的通信来开始。对于该特定示例，客户机可以与开发者（例如，ISV）相关联。接着，在动作510处，接收对特定API的请求。在接收到API请求之后，在动作520处，随后提取该API请求中嵌入的标识参数。在一方面，如上所述，这样的参数可包括开发者密钥、唯一标识符、以及伙伴标识符。

在提取了标识参数之后，在动作530处，该方法通过从API数据库中检索所请求的API来继续进行。在此，应当明白，所请求的API可被各其他ISV中的任一个类似地请求。因此，在动作540处，该方法通过跟踪对所请求的API的使用来继续进行，其中这样的跟踪便于对所请求的API进行自动审计/记账（例如，在按使用和/或按用户的基础上根据唯一标识符）。

接着参考图6，示出了根据一实施例的便于生成API请求的系统600。系统600和/或用于实现系统600的指令例如可驻留在web服务单元300或计算机可读存储介质内，其中系统600包括可表示由处理器、软件、或其组合（例如，固件）来实现的功能的各功能框。此外，系统600包括类似于系统400中的逻辑编组402的、可联合操作的各组件的逻辑编组602。如图所示，逻辑编组602可包括用于提供对包括多个可选API的至少一个API数据库的访问的组件610以及用于生成标识所选API的API请求的组件612。逻辑编组602还可包括用于解析API请求以查明开发者密钥、唯一标识符、以及伙伴标识符的组件614。此外，逻辑编组602可包括用于基于密钥、唯一标识符、或伙伴标识符中的至少一个来跟踪对所选API的使用的组件616。另外，系统600可包括保存用于执行与组件610、612、614、以及616相关联的功能的指令的存储器620。尽管被示为处于存储器620外部，但可以理解，组件610、612、614、以及616可以存在于存储器620内部。

接着参考图7，提供了示出根据一实施例的便于生成API请求的示例性方法的流程图。如图所示，该方法包括根据本说明书的一方面的可由计算设备执行的一系列动作。例如，该方法可通过采用处理器来执行存储在计算机可读存储介质上的计算机可执行指令以实现该系列动作来实现。在另一实施例中，构想到了包括用于实现该系列动作的代码的计算机可读存储介质。

如图所示，该方法通过在动作700建立与客户机设备的通信来开始。对于该特定示例，客户机可以与用户（例如，信息工作者（IW））相关联。接着，在动作710处，接收对应于用户所需的特定API的搜索准则输入。如上所述，这样的输入可以标识多个准则中的任一个，这些准则包括例如所需操作（例如，提取最大值/最小值、查明平均值，等等）、所需内容提供者（例如，CNN、FOXNews，等等）、和/或所需内容类型（例如，天气、股票，等等）。在接收到搜索准则输入之后，然后在动作720处，显示匹配该搜索准则输入的一组API。在动作730处，随后接收标识用户所选的特定API的输入。

一旦选择了API，在动作740处，该方法通过生成对所选API的API请求来继续进行。在一方面，生成API请求可包括查明和/或生成开发者密钥、唯一标识符、和/或伙伴标识符，它们随后被自动插入到API请求中。对于多座API使用，可以生成分别标识该API的多个用户的多个唯一标识符并随后将其插入该请求中。

一旦生成了API请求，则可调用该API。然而，在此，应当明白，所选API可被各其他用户中的任一个类似地调用。因此，在动作750处，该方法通过跟踪对所选API的使用来继续进行，其中这样的跟踪便于对所选API进行自动审计/记账（例如，在按使用和/或按用户的基础上根据唯一标识符）。

接着参考图8，示出了根据一实施例的便于上传API的系统800。系统800和/或用于实现系统800的指令例如可驻留在web服务单元300或计算机可读存储介质内，其中系统800包括可表示由处理器、软件、或其组合（例如，固件）来实现的功能的各功能框。此外，系统800包括类似于系统400和600中各自的逻辑编组402和602的、可联合操作的各组件的逻辑编组802。如图所示，逻辑编组802可包括用于提供对至少一个API数据库的访问的组件810以及用于将接收到的API上传到API数据库的组件812。逻辑编组802还可包括用于解析对接收到的API的API请求以查明开发者密钥、唯一标识符、以及伙伴标识符的组件814。此外，逻辑编组802可包括用于基于密钥、唯一标识符、或伙伴标识符中的至少一个来跟踪对接收到的API的使用的组件816。另外，系统800可包括保存用于执行与组件810、812、814、以及816相关联的功能的指令的存储器820。尽管被示为处于存储器820外部，但可以理解，组件810、812、814、以及816可以存在于存储器820内部。

接着参考图9，提供了示出根据一实施例的便于上传API的示例性方法的流程图。如图所示，该方法包括根据本说明书的一方面的可由计算设备执行的一系列动作。例如，该方法可通过采用处理器来执行存储在计算机可读存储介质上的计算机可执行指令以实现该系列动作来实现。在另一实施例中，构想到了包括用于实现该系列动作的代码的计算机可读存储介质

如图所示，该方法通过在动作900建立与客户机设备的通信来开始。对于该特定示例，客户机可以与拥有若干API的伙伴实体相关联，其中该伙伴实体想要上传这些API来销售或转售（例如，经由ISV转售给用户）。在这种情况下，在动作910处，该方法因而可通过从伙伴实体接收一组API来继续进行。

一旦接收到API，在动作920处，随后向伙伴实体分配伙伴标识符。在此，虽然可向整组API分配单个伙伴标识符，但可向各单独的API和/或API子集分配唯一伙伴标识符。一旦向API分配了它们适当的伙伴标识符，在动作930处，随后将它们上传到API数据库。

在一方面，在请求时，存储在API数据库中的API是可检索的。该方法因而继续进行至动作940，在此，接收对所上传的API的请求。在动作950处，随后跟踪对所上传的API的使用，其中这样的跟踪便于对所上传的API进行自动审计/记账（例如，在按使用和/或按用户的基础上根据唯一标识符）。

如图10的流程图中所示的，在1000，本文所描述的是供内容所有者或发布者来经由基础结构发布数据的各种方式。在1010，存在允许开发者开发用于经由基础结构消费数据的应用程序的各种工具。在1020，消费者或信息工作者使用应用程序或者可直接对数据进行查询以消费数据。最后，在1030，该基础结构提供丰富的各种工具，这些工具代表由事务模型启用的内容链中的所有各方来启用自动管理、审计、记账等。

在这点上，该基础结构中的一些密钥方包括数据所有者、应用程序开发者/ISV、和消费者/信息工作者。一般而言，数据所有者是希望对数据收费的实体，或者出于其他原因想要免费提供数据或对数据实施其他条件的实体。进而，应用程序开发者/ISV是希望对其应用程序进行货币化（例如，通过广告、直接支付、间接支付等）或出于一些利益原因向这些实体免费提供其应用程序的实体。信息工作者和消费者是可使用原始数据的那些人，或者是想要使用由应用程序开发者提供的应用程序的那些人。

图11是一般地示出可参与到本文所描述的提供信息作为服务的生态系统中的各方的框图。例如，取决于数据的敏感性或其他特性，一组网络可访问信息服务1100提供对各种可信或不可信的数据存储1110的访问。如图所示，因而，数据存储1112、1114、……、1116是什么类型并非是重要的，因为生态系统支持任何类型的数据、团块、结构化、非结构化等。如所提及的，该系统包括将数据添加到生态系统的发布者1120，消费数据的订阅者1130，以及通过其应用程序帮助消费数据的应用程序开发者或提供者1150。访问信息生成器1170也可通过维护或实施帐户信息、密钥信息等来管理各方对数据的访问。在这点上，内容所有者1160可横跨任意角色，因为内容所有者1160也可以是发布者1120、订阅者1130、和/或应用程序开发者。在一个方面，所有各方的公共基础结构启用对该基础结构上发生的数据事务的管理1165、审计1175、记账1175以及其他所需辅助服务。

在这点上，用于实现来自任何平台的作为服务的信息的用户友好数据平台的各个实施例是用于使得数据的消费者（IW、开发者、ISV）能以简单、成本高效和方便的方式消费数据的基础结构。该基础结构以负担得起的方式对优越（私有）和公用（公共）数据民主化，以允许IW快速洞悉，并允许开发者以创造性的方式使用多个数据源构建创新应用，并使得开发者能够对其在任何平台上的努力进行货币化。例如，该基础结构支持按使用付费以及对内容的订阅定价、对内容付费（“零售价”——由内容所有者设置）、支付数据费（“运送和处理”）和BW、并还支持作为按照以每次逻辑事务为基础（按报告、按API、按下载等）的佣金费用的数据费。

对于信息工作者（例如，Office、SQL Server（SQL服务器）、Dynamics用户），该基础结构支持订阅以允许将来的EA整合以及可预测的花费需要（以及高速缓存以支持场所内和场所外BI以及“HPC”工作负载）。因而，替换方案包括每用户每月定价的内容；其可以被捆绑或可以不被捆绑递送内容包，或者按交易定价，例如允许云报告/业务智能按需定价，以在允许按使用定价、或经由报告图库的垂直应用程序同时消除移动大量数据的需要。

对于内容提供者（任何数据类型；任何云），在使用任何平台的情况下，该基础结构变成价值建议，以激励任何特定所需平台内的销售；在没有附加成本下的自动缩放的、较高水平的SLA概率。对于一些非限制性示例，数据可以是安全的，并且可以是以下域中的相关联数据：位置知晓服务和数据、商业和住宅房地产、财务数据和服务等。非限制性情景可包括将数据递送到排名前30的非政府组织（NGO）数据集。另外，该基础结构可包括通过“用于信息作为服务的Bing（必应）”、HPC等来突出展示BI和可视化的能力。也存在垂直应用程序机会。

在一个非限制性实施例中，可将数据佣金与常规实体店策略作类比：例如，容量可被表示为货架空间（例如，结构化和非结构化/团块数据的混合）、货物的成本（COGS）可被表示为平方英尺、（SA、平台依赖性、带宽）且内容可被表示为商品（例如，优化内容提供者以偿付COGS、最大化来自IW和开发者的利润）。在各个实施例中，入伙（onboarding）过程可使用数据和服务的质量标准以及接纳服务级协议（SLA）来实现。

图12是以上根据一个或多个特征描述的信息作为服务的基础结构1210的示例性非限制性实现。交互侧是可经由基于SSL/REST的API 1206与该基础结构通信的信息工作者1200、开发者1202和消费者1204。负载平衡器1208可被用来以最优方式帮助操纵通信量。在这点上，输入被路由至门户web角色1220或API web角色1222。从基础结构1210到数据侧是用于访问云存储框架1240的团块数据集1242或团块数据集1244或用于访问关系数据库框架1250的数据集1252或数据集1254的附加负载平衡1224或1226（例如，WA或SA）。代理层1228可被用来访问第三方云1260的数据1262或数据1264。在适用时，内容数据抽象层（DAL）1230可被用于访问内容。在这点上，可以有跨不同类型的存储的数据集的复制或重叠，例如，相同数据可被表示为团块数据和结构化数据，例如，SQL。

作为对数据的补充服务，记账和发现服务1270可包括在线记账1272（例如，MOCP）或发现服务1274（例如，定位），并且认证服务1280可包括凭证管理1282（例如，Live ID）或内容认证1284，例如，经认证的内容服务（ACS）。帐户服务1290可包括记录/审计服务1286或帐户管理1288。管理和运营服务1292可包括运营控制板服务1294和网络运营服务1296，例如Gomez。

图13是示出根据用于启用信息作为服务的一般基础结构的一个或多个实施例的从数据到数据的消费者的示例性端到端流的框图。例如，信息作为服务1300可包括商用数据1302和免费数据1304，其可以是各种以营利为目的的开发者1310、具有非营利动机的非营利性开发者1312以及一般出于生产目的而对消费数据感兴趣的其他信息工作者1314所感兴趣的。这些实体可使用发现服务1320来确定什么应用程序1322、1324、……、1326可能是他们所感兴趣的，以及最终将数据传送给ILA消费者1330和DLA消费者1332。

示例性联网以及分布式环境

本领域普通技术人员可以理解，此处所描述的用于来自任何平台的信息作为服务的基础结构的方法和设备的各个实施例以及本文中描述的相关实施例可以结合任何计算机或其他客户端或服务器设备来实现，该任何计算机或其他客户端或服务器设备可作为计算机网络的一部分来部署或者被部署在分布式计算环境中，并且可以连接到任何种类的数据存储。在这一点上，此处描述的各实施例可在具有任何数量的存储器或存储单元的、并且任何数量的应用和进程跨任何数量的存储单元发生的任何计算机系统或环境中实现。这包括但不限于具有部署在具有远程或本地存储的网络环境或分布式计算环境中的服务器计算机和客户机计算机的环境。

附图14提供了示例性联网或分布式计算环境的非限制性性示意图。该分布式计算环境包括计算对象1410、1412等以及计算对象或设备1420、1422、1424、1426、1428等，这些计算对象或设备可包括如由应用程序1430、1432、1434、1436、1438表示的程序、方法、数据存储、可编程逻辑等。能够理解，对象1410、1412等以及计算对象或设备1420、1422、1424、1426、1428等可包括不同的设备，比如PDA、音频/视频设备、移动电话、MP3播放器、膝上型计算机等。

每一个对象1410、1412等以及计算对象或设备1420、1422、1424、1426、1428等可通过通信网络1440直接或间接与一个或多个其他对象1410、1412等以及计算对象或设备1420、1422、1424、1426、1428等进行通信。即使在图14中被示为单个元件，但网络1440也可包括向图14的系统提供服务的其他计算对象或计算设备，和/或可表示未示出的多个互连网络。每个对象1410、1412等或1420、1422、1424、1426、1428等还可包含诸如应用程序1430、1432、1434、1436、1438之类的应用程序，该应用程序可利用适用于与根据本发明的各实施例提供的用于来自任何平台的信息作为服务的基础结构进行通信或适用于实现该基础结构的API或其他对象、软件、固件和/或硬件。

存在支持分布式计算环境的各种系统、组件和网络配置。例如，计算系统可由有线或无线系统、本地网络或广泛分布的网络连接在一起。当前，许多网络被耦合至因特网，后者为广泛分布的计算提供了基础结构并包含许多不同的网络，但任何网络基础结构可用于变得与如各实施例中所描述的技术相关联的示例性通信。

由此，可使用诸如客户机/服务器、对等、或混合体系结构之类的网络拓扑结构和网络基础结构的主机。在客户机/服务器体系结构中，尤其在联网系统中，客户机通常是访问另一计算机（例如，服务器）所提供的共享网络资源的计算机。在图14的图示中，作为非限制性示例，计算机1420、1422、1424、1426、1428等可被认为是客户端而计算机1410、1412等可被认为是服务器，其中服务器1410、1412等提供数据服务，诸如从客户端计算机1420、1422、1424、1426、1428等接收数据，存储数据，处理数据，向客户端计算机1420、1422、1424、1426、1428发送数据等，但任何计算机都可取决于环境而被认为是客户端、服务器或两者。这些计算设备中的任一个可以处理数据，或请求可指示如此处参考一个或多个实施例描述的来自任何平台的信息作为服务的基础结构以及相关技术的服务或任务。

服务器通常是可通过诸如因特网或无线网络基础结构之类的远程网络或本地网络访问的远程计算机系统。客户机进程可在第一计算机系统中活动，而服务器进程可在第二计算机系统中活动，它们通过通信介质相互通信，由此提供分布式功能并允许多个客户机利用服务器的信息收集能力。按照用户剖析来利用的任何软件对象可以独立地提供或跨多个计算设备或对象分布。

例如，在其中通信网络/总线1440是因特网的网络环境中，服务器1410、1412等可以是客户机1420、1422、1424、1426、1428等通过诸如HTTP等多种已知协议中的任一种与其通信的web服务器。服务器1410、1412等也可担当客户端1420、1422、1424、1426、1428等，这是分布式计算环境的特性。

示例性计算设备

如所提到的那样，此处描述的各实施例适用于其中可能期望实现来自任何平台的信息作为服务的基础结构的一个或多个部分的任何设备。因此，应当理解，构思了结合此处描述的各实施例使用的手持式、便携式和其他计算设备和计算对象，即在设备可以结合来自任何平台的信息作为服务的基础结构来提供某些功能的任何地方。因此，在下面的图15中描述的以下通用远程计算机仅是一个示例，且所公开的主题的各实施例可以用具有网络/总线互操作性和交互的任何客户机来实现。

尽管并不是必需的，但各实施例的任意一个可以部分地经由操作系统来实现，以供设备或对象的服务开发者使用，和/或被包括在结合可操作组件来操作的应用软件中。软件可在诸如客户机工作站、服务器或其他设备之类的一个或多个计算机所执行的诸如程序模块之类的计算机可执行指令的通用上下文中描述。本领域的技术人员可以理解，网络交互可以用各种计算机系统配置和协议来实施。

因此，图15示出了其中可实现一个或多个实施例的合适的计算系统环境1500的一个示例，但是上面已经弄清楚，计算系统环境1500仅为合适的计算环境的一个示例，并且不旨在对各实施例中的任意一个的使用范围或功能提出任何限制。也不应该将计算环境1500解释为对示例性操作环境1500中示出的任一组件或其组合有任何依赖性或要求。

参考图15，用于实现此处的一个或多个实施例的示例性远程设备可以包括手持式计算机1510形式的通用计算设备。手持式计算机1510的组件可以包括但不限于：处理单元1520、系统存储器1530和将包括系统存储器在内的各种系统组件耦合至处理单元1520的系统总线1521。

计算机1510通常包括各种计算机可读介质，并且可以是可由计算机1510访问的任何可用介质。系统存储器1530可包括诸如只读存储器（ROM）和/或随机存取存储器（RAM）之类的易失性和/或非易失性存储器形式的计算机存储介质。作为示例而非限制性，存储器1530还可以包括操作系统、应用程序、其他程序模块、和程序数据。

用户可以通过输入设备1540向计算机1510输入命令和信息。监视器或其他类型的显示设备也经由诸如输出接口1550之类的接口连接到系统总线1521。除监视器之外，计算机还可以包括其他外围输出设备，如扬声器和打印机，它们可以通过输出接口1550连接。

计算机1510可使用到一个或多个其他远程计算机（诸如远程计算机1570）的逻辑连接在联网或分布式环境中操作。远程计算机1570可以是个人计算机、服务器、路由器、网络PC、对等设备或其他常见网络节点、或者任何其他远程媒体消费或传输设备，并且可包括以上关于计算机1510所述的任何或全部元件。图15所示的逻辑连接包括诸如局域网（LAN）或广域网（WAN）之类的网络1571，但也可包括其他网络/总线。这些联网环境在家庭、办公室、企业范围的计算机网络、内联网和因特网中是常见的。

如上所述，虽然结合各计算设备、网络和广告体系结构描述了示例性实施例，但还可将底层概念应用于其中想要结合与云或网络服务的交互来发布、构建应用或消费数据的任何网络系统和任何计算设备或系统。

有多种实现此处描述的一个或多个实施例的方式，例如，使应用和服务能使用来自任何平台的信息作为服务的基础结构的适当API、工具包、驱动程序代码、操作系统、控件、独立或可下载的软件对象等等。可以从API（或其他软件对象）的观点以及从便于提供根据所描述的实施例中的一个或多个的来自任何平台的信息作为服务的基础结构的软件或硬件对象来构想各实施例。此处描述的各种实现和实施例可以具有完全采用硬件、部分采用硬件并且部分采用软件、以及采用软件的方面。

本文中所使用的词语“示例性”意味着用作示例、实例、或说明。为避免疑惑，本文所公开的主题不限于这些示例。另外，本文中被描述为“示例性”的任何方面或设计不一定被解释为比其他方面或设计更优选或有利，它也不意味着排除本领域普通技术人员已知的等效示例性结构和技术。而且，就术语“包括”、“具有”、“包含”和其他类似的词语在详细描述或权利要求书中的使用而言，为避免疑惑，这样的术语旨在以类似于术语“包括”作为开放的过渡词的方式解释而不排除任何附加或其他元素。

如所述的，此处所述的各种技术可结合硬件或软件或，在适当时，以两者的组合来实现。如此处所使用的，术语“组件”、“系统”等同样旨在指计算机相关实体，或者是硬件、硬件和软件的组合、软件或者是执行中的软件。例如，组件可以是，但不限于是，在处理器上运行的进程、处理器、对象、可执行码、执行的线程、程序和/或计算机。作为说明，在计算机上运行的应用和计算机都可以是组件。一个或多个组件可以驻留在进程和/或执行线程中，并且组件可以位于一个计算机内和/或分布在两个或更多计算机之间。

如前所述的系统已经参考若干组件之间的交互来描述。可以理解，这些系统和组件可包括组件或指定的子组件、某些指定的组件或子组件和/或附加的组件，并且根据上述内容的各种置换和组合。子组件还可作为通信地耦合到其他组件的组件来实现，而不是被包括在父组件内（层次性）。另外，应该注意，一个或多个组件也可以合并到提供聚合功能的单一组件中，或者也可以分成多个单独的子组件，并且，可以提供诸如管理层之类的任何一个或更多中间层，以可通信地耦合到这样的子组件，以便提供集成的功能。此处所述的任何组件也可与一个或多个此处未专门描述的但本领域技术人员一般已知的其他组件进行交互。

考虑到以上描述的示例性系统，参考各附图的流程图将可以更好地理解根据所公开的主题实现的方法。尽管为了说明简洁起见，按照一系列框示出和描述了方法，但是，应该理解和知道，所要求保护的主题不限于框的顺序，因为一些框可以按与此处所描绘和描述的不同的顺序进行和/或与其他框并发地进行。尽管经由流程图示出了非顺序或分支的流程，但可以理解，可实现达到相同或类似结果的各种其他分支、流程路径和框的次序。此外，并非全部所示的框都是实现下面所述的方法所必需的。

虽然在某些实施例中示出了客户机侧观点，但要出于避免对存在相对应的服务器观点的疑问来理解，反之亦然。类似地，在实施一方法时，可以提供具有存储和被配置成经由一个或多个组件实施该方法的至少一个处理器的相对应的设备。

尽管结合各附图的优选实施例描述了各实施例，但可以理解，可以使用其他类似的实施例，或可以对所描述的实施例进行修改和添加来执行相同的功能而不背离本发明。而且，此处描述的各实施例的一个或多个方面可以在多个处理芯片或设备中实现或跨多个处理芯片或设备实现，且存储可以类似地跨多个设备来实现。因此，本发明不应限于任何单个实施例，而是应该根据所附权利要求书的广度和范围来解释。

Claims

1.一种被配置成便于经由web服务提供信息来作为服务的装置，所述装置包括：

被配置成执行存储在存储器中的计算机可执行组件的处理器，所述组件包括：

被配置成便于访问至少一个应用程序编程接口（API）数据库的接口组件；

被配置成解析对所请求的API的请求的解析组件，其中所述请求便于处理由至少一个内容提供者提供的数据，并且其中所述请求包括与所请求的API的开发者相关联的密钥和与所请求的API的用户相关联的唯一标识符；以及

被配置成基于所述密钥或所述唯一标识符中的至少一个来跟踪对所请求的API的使用的跟踪组件。

2.如权利要求1所述的装置，其特征在于，还包括被配置成基于对所请求的API的选择来生成所述请求的生成组件。

3.如权利要求2所述的装置，其特征在于，所述接口组件被配置成显示存储在所述至少一个API数据库中的多个可选API，所请求的API被包括在所述多个可选API中。

4.如权利要求3所述的装置，其特征在于，所述接口组件被配置成便于搜索至少一个API数据库，所述多个可选API对应于所述搜索的结果。

5.如权利要求4所述的装置，其特征在于，所述接口组件被配置成便于基于输入来进行所述搜索，所述输入标识以下中的至少一个：所需操作、所需内容提供者、或所需内容类型。

6.如权利要求1所述的装置，其特征在于，所述接口组件被配置成将外部API上传到所述至少一个API数据库。

7.如权利要求1所述的装置，其特征在于，所述使用对应于所请求的API的多座使用，所述解析组件被配置成从所请求的API提取多个唯一标识符，其中所述多个唯一标识符标识与所述多座使用相关联的多个用户。

8.如权利要求1所述的装置，其特征在于，还包括被配置成自动审计所述多个API中的至少一个的使用历史的审计组件。

9.如权利要求1所述的装置，其特征在于，还包括被配置成基于所述多个API中的至少一个的使用历史来对外部实体自动记账的记账组件。

10.如权利要求1所述的装置，其特征在于，所述请求还包括与所请求的API的关联方相关联的伙伴标识符，其中所述跟踪组件还被配置成基于所述伙伴标识符来跟踪对所请求的API的使用。

11.一种便于经由web服务提供信息来作为服务的方法，包括：

提供对至少一个应用程序编程接口（API）数据库的访问；

接收标识所请求的API的请求，所述请求便于处理由至少一个内容提供者提供的数据；

解析所述请求以查明与所请求的API的开发者相关联的密钥和与所请求的API的用户相关联的唯一标识符；以及

基于所述密钥或所述唯一标识符中的至少一个来跟踪对所请求的API的使用。

12.如权利要求11所述的方法，其特征在于，还包括自动审计存储在所述至少一个API数据库中的至少一个API的使用历史。

13.如权利要求11所述的方法，其特征在于，还包括基于存储在所述至少一个API数据库中的至少一个API的使用历史来对外部实体自动记账。

14.如权利要求11所述的方法，其特征在于，所述解析包括从所请求的API中提取多个唯一标识符，其中所述多个唯一标识符标识与所请求的API的多座使用相关联的多个用户。

15.如权利要求11所述的方法，其特征在于，所述请求还包括与所请求的API的关联方相关联的伙伴标识符，其中所述跟踪还包括基于所述伙伴标识符来跟踪对所请求的API的使用。