按需最终用户许可证协定的制作方法

专利名称：按需最终用户许可证协定的制作方法
技术领域：
本发明涉及最终用户许可证协定(EULA)，且更具体地涉及为第三方内容按需提供EULA。背景目前，云服务或网络服务提供商均不能有效地在任何平台上将信息作为一种服务来提供，以使得发布者、开发者、和消费者/订阅者能够按照可为发布者、开发者和/或消费者/订阅者跟踪、审计的方式容易地发布、生成应用并消费任何类型的数据，并使得可对内容的使用实施发布者限制。而且，对内容的使用的限制通常由内容协商者(例如，代理律师)来协商。如此，条款和条件通常是内容专用(content-specific)的，并且在语言和复杂度方面变化很大。如此，目前单一系统均不能够接收并实施为不同内容提供的定制条款和条 件。此外，推测起来类似或相同的条款和条件通常不能被处理和尝试实施定制条款的人或单一系统如此识别。当今系统的上述缺点仅旨在提供常规系统的一些问题的概览，并且不旨在是穷尽性的。在仔细阅读了以下详细描述后，现有技术的其他问题和各非限制性性实施例的对应好处可变得显而易见。概述此处提供了简化的概述以帮助能够对以下更详细的描述和附图中的示例性、非限制性实施例中的一个或多个的各方面有基本或大体的理解。然而，本概述并不旨在是详尽的或穷尽的。相反，本概述的唯一目的在于，以简化的形式提出与一些示例性、非限制性实施例相关的一些概念，作为以下各实施例的更详细的描述的序言。结合来自任何平台的信息即服务(information as a service),可为第三方内容按需提供EULA。第三方内容所有者可向提供来自任何平台的服务的系统提供输入。所述输入可指示该第三方内容所有者所拥有的发布内容的期望的不允许的活动。系统可经由对菜单选项的选择和/或自由形式文本来接收输入。可使用对条件的分类(taxonomy)来处理一个或多个输入以按需生成EULA。所述EULA条款中的一些可以是标准的、规范化的条款，而另一些可以是不规范的、由第三方内容所有者以自由形式输入的非标准条款。以下更详细地描述其他实施例和各非限制性性示例、场景和实现。附图简述参考附图进一步描述各非限制性实施例，在附图中图I是示出用于作为来自任意平台的服务来提供的信息的示例性非限制性基础结构的框图；图2是示出用于作为来自任意平台的服务来提供的信息的示例性非限制性实施例的流程图；图3是根据一个或多个特征的上述信息即服务的基础结构的示例性非限制性实现；图4是示出用于启用来自任何平台的信息即服务的、从数据到数据的消费者的示例性端到端流程图的框图；图5是示出用于作为来自任何平台的信息即服务按需生成EULA的示例性计算系统的框图；图6和图7是示出用于作为来自任何平台的信息即服务按需生成EULA的示例性非限制性实施例的流程图；图8是示出用于作为来自任何平台的信息即服务按需生成EULA的示例性用户界面的框图；图9是示出用于作为来自任何平台的信息即服务按需生成EULA的、从内容所有者到消费者的示例性端到端流程图的框图；

图10是表示其中可实现在此处所述的各个实施例的示例性、非限制性联网环境 的框图；以及图11是表示其中可实现此处所描述的各种实施例的一个或多个方面的示例性、非限制计算系统或操作环境的框图。详细描述以下描述包含关于潜在非限制性基础结构、体系结构和/或相关联服务的上下文，以进一步帮助理解以上实施例中的一个或多个。本节中所描述的任何附加特征中的任意一个或多个可被包含在上面参考为第三方内容动态地生成最终用户许可证协定(EULA)所描述的任意一个或多个实施例中。虽然实施例或特征的此列组合是可能的，但是为了避免质疑，在本公开中所阐述的实施例不应当被理解为对本文中所描述的任何其他实施例进行限制。图I是示出用于作为来自任意平台的服务来提供的信息的基础结构的实现具体细节的示例性非限制性集合的框图。图I一般地示出可参与到本文所描述的提供信息作为服务的生态系统中的各方。例如，取决于数据的敏感性或其他特性，一组网络可访问信息服务100提供对各种受信或不受信的数据存储110的访问。如图所示，因而，数据存储112、114、……、116是什么类型不是那么重要的，因为生态系统支持任何种类的数据，团块、结构化、非结构化等。如所提及的，该系统包括将数据添加到生态系统的发布者120，消费数据的订阅者130，以及通过其应用来消费数据的应用开发者或提供者150。访问信息生成器170也可通过维护或实施帐户信息、密钥信息等来管理各方对数据的访问。在这点上，内容所有者160可横跨任意角色，因为内容所有者160也可以是发布者120、订阅者130、和/或应用开发者。在一方面，所有各方的公共基础结构启用对跨该基础结构上发生的数据事务的管理165、审计173、记账175以及其他所需辅助服务。在这方面，用于使信息作为来自任何平台的服务的用户友好数据平台的各个实施例是用于使得数据的消费者(信息工作者(IW)、开发者、独立软件厂商(ISV))和数据的消费者能以简单、成本高效和方便的方式进行处理的基础结构。基础结构以负担得起的方式民主化优质(私有)和社区(公共)数据，以允许IW快速洞悉，允许开发者以创造性的方式使用多个数据源构建革新应用，并使得开发者能够对其在任何平台上的努力进行货币化。例如，该基础结构支持按使用付费以及对内容的订阅定价、对内容付费(“零售价由内容所有者设置)、支付数据费(“运送和处理”)、并还支持作为按照以每次逻辑事务为基础(每个报告、每个应用程序接口(API)、每次下载等)的经纪人费用的数据费。
对于信息工作者(例如，OFFICE 、SQL SERVER 、微软DYNAMICS 用户)，该
基础结构支持订阅以允许将来的企业体系结构(EA)整合以及可预测的花费要求(以及高速缓存以支持场所内和场所外商业智能(BI)以及高性能计算(HPC)工作负载)。因而，替换方案包括每用户每月定价的内容；其可以被捆绑或可以不被捆绑来递送内容包，或者按每交易定价，例如允许云报告/业务智能按需定价，以在允许按每次使用定价、或经由报告图库的垂直应用程序同时消除移动大量数据的需要。对于数据所有者(任何数据类型；任何云)，在使用任何平台的情况下，该基础结构变成价值建议，以激励任何特定所需平台内的销售；在没有附加代价下的自动缩放较高级别的服务级协定(SLA)概率。对于一些非限制性示例，数据可以是安全的，并且可以是以下域中的相关联数据位置知晓服务和数据、商业和住宅房地产、财务数据和服务等。非限制性情景可包括将数据递送到排名前30的非政府组织(NGO)数据集。另外，该基础结构可包括通过“用于信息即服务的BINGTM”、HPC等来突出展示BI和可视化的能力。也存在垂直应用程序机会。 在一个非限制性实施例中，可将数据佣金与常规实体策略作类比例如，容量可被表示为货架空间(例如，结构化和非结构化/团块数据的混合)，货物的成本(COGS)可被表示为平方英尺(例如，平台依赖性、带宽)，并且内容可被表示为商品(例如，优化数据所有者以偿付COGS、最大化来自IW和开发者的利润)。在各个实施例中，入伙(onboarding)过程可使用数据和服务的质量条以及接纳服务级协议(SLA)来实现。图2是示出用于作为来自任意平台的服务来提供的信息的示例性非限制性实施例的流程图。如图2的流程图中所示的，在200，本文所描述的是供内容所有者或发布者来经由基础结构发布数据的各种方式。在210，存在允许开发者开发用于经由基础结构消费数据的应用的各种工具。在220，消费者或信息工作者使用应用或者可直接对数据进行查询以消费数据。最后，在230，基础结构提供丰富的各种工具，这些工具能代表由交易模型启用的内容链中的所有各方来实现自动管理、审计、记账等。在这点上，该基础结构中的一些关键方包括数据所有者、应用开发者/ISV、和消费者/信息工作者。一般而言，数据所有者是希望对数据收费的实体，或者出于其他原因想要免费提供数据或对数据实施其他条件的实体。进而，应用开发者/ISV是希望对其应用进行货币化(例如，通过广告、直接支付、间接支付等)或出于一些利益原因向这些实体免费提供其应用的实体。信息工作者和消费者是可使用原始数据的那些人，或者是希望使用由应用开发者提供的应用的那些人。图3是以上根据一个或多个特征描述的信息即服务的基础结构310的示例性非限制性实现。在交互侧的是可经由基于安全套接字层(SSL)/基于代表性状态转移(REST)的API 306与该基础结构通信的信息工作者300、开发者302和消费者304。负载平衡器308可被用来以最优方式帮助操纵通信量。在这点上，输入被路由至门户web角色320或APIweb角色322。从基础结构310到数据侧是用于访问云存储框架340的团块数据集342或团块数据集355、或用于访问关系数据库框架350的数据集352或数据集354的附加负载平衡324或326。代理层328可被用来访问第三方云360的数据362或数据364。在应用时，内容数据抽象层(DAL)330可被用于访问内容。在这点上，可以有跨不同类型的存储的数据集的复制或重叠，例如，相同数据可被表示为团块数据和结构化数据，例如，SQL SERVER 。
作为对数据的补充服务，记账和发现服务370可包括在线记账372 (例如，MICROSOFT 在线客户门户(MOCP))或发现服务374(例如，定位(pinpoint))，并且认证服务380可包括凭证管理382 (例如，MICROSOFT Windows Live ID)或内容认证384，例如，经认证的内容服务(ACS)。帐户服务390可包括记录/审计服务386或帐户管理388。管理和运营服务392可包括运营控制板服务394和网络运营服务396,例如Gomez。图4是示出根据用于启用信息即服务的一般基础结构的一个或多个实施例的从数据到数据的消费者的示例性端到端流的框图。例如，作为 服务的信息400可包括商用数据402和免费数据404，营利性开发者410、具有非营利动机的非营利性开发者412以及一般出于生产目的而对消费数据感兴趣的其他信息工作者414可以对这些信息感兴趣。这些实体可使用发现服务420来确定什么应用422、424、……、426可能是他们所感兴趣的，以及最终将数据传送给间接许可获取(ILA)消费者430以及同样的直接许可获取(DLA)消费者 432。图5是用于如此处所述地为第三方内容按需提供EULA的系统的框图。将参考图1、3、4和5来描述系统500。在某些实施例中，系统500可以是图2中示出的信息服务200的一部分。该系统可包括处理器510、发布模块520、存储器530和条件生成模块540。在某些实施例中，该系统还可包括用户界面550和/或实施模块560。处理器510可被配置成执行存储在存储器530中的计算机可读指令以及执行此处描述的系统500的一个或多个功能。发布模块520可被配置成发布内容并将发布的内容从发布模块520输出以供消费者304体验。发布的内容可可包括但不限于数据存储212、214、……、216中的数据和/或所有者260所拥有或控制的商业数据402。在各实施例中，所有者260可以是第三方内容所有者。条件生成模块540可被配置成生成与发布的内容的使用相关联的一个或多个条件的表示。该表示可以是视觉地和/或以音频格式生成的按需EULA，以在消费者304体验发布的内容之前由消费者304审查和接受。在某些实施例中，该EULA中所包括的一个或多个条件可以是或可以指示在某些实施例中不允许的活动。作为示例而非限制，该一个或多个条件可指示不允许的打印、下载、传播、呈现、复制活动或任何其他不允许的活动。在某些实施例中，所述条件中的一些可以是规范化的以便为类似的或相同的不允许的活动使用类似或相同的语言。在某些实施例中，所述条件中的一些可作为不是规范化的非标准条款存储在系统500中。使用为发布的内容生成EULA的第三方内容所有者对系统500的自由形式文本输入，可将这种非标准条款包括在EULA中。因为构成所述条件的句子和/或短语可以是规范化的，所以，不同第三方所拥有的任何数量的不同媒体的EULA条件可具有可识别的统一度。如此，可减少用于从系统500输出的用于不同第三方的EULA中的条款和呈现格式的复杂性。在某些实施例中，条件生成模块540可包括或可操作地耦合到分类模块(未示出)，该分类模块被配置成将一个或多个条件归类。如下所述，可以多种方式(包括但不限于根据内容的类型、不允许的活动)将条件归类，和/或所述条件可包括条件、或条款、定义的分层结构(hierarchy)。在各实施例中，可通过发布的内容的类型将所述条件归类。例如，特定条件通常可被用于典型的内容类型。这些特定条件可被归类在一起。作为示例而非限制，通常用于电子书的条件可被归类在一个类别中，通常用于可下载音乐的条件可被归类在另一个类别中，而通常用于电影的条件可被归类在另一个类别中。相应地，对EULA条件的选择可基于仅指示发布的内容类型的输入。在某些实施例中，对EULA条件的选择可包括推断通常适合于包括在用于所指示的类型的内容的EULA中的EULA条件。相应地，EULA可被动态地生成，以包括通常适用于特定内容类型的条件，由此增加生成更完整的EULA的可能性，同时花费更少的财务和时间资源。在各实施例中，可通过不允许的活动将条件归类。例如，与不允许的打印和复制有关的条件可被归类在第一类别中，而与不允许的传播和下载有关的条件可在第二类别中提供。如此，所述类别可被安排在能够容纳各种不同条件的一个或多个桶中。
例如，选择EULA条件可基于不允许的使用特定内容的方式。作为示例而非限制，所述选择可以指示发布的内容可被打印的最大次数和/或是否总体上向消费者提供打印特权。EULA条件因此可以是向消费者提供关于该内容能被打印的次数和/或该内容不能被打印的简单语言的句子或短语。在某些实施例中，系统500可被配置成从第三方内容所有者接收一个或多个输入，而条件生成模块540可按需确定发布该EULA的适当条件。在某些实施例中，所述条件可以通过使用OData或其他查询协议对所述条件进行查询来确定。在某些实施例中，所述条件可基于映射、语义、模式识别或用于选择与输入相对应的数据的其他技术来确定。可经由可通信地耦合到系统500的用户界面550来接收输入。在某些实施例中，用户界面550特别地(或系统500 —般性地)可被配置成接收用于按需生成EULA的输入。所述输入(或选择)可以是在经由用户界面550显示的文本框中接收的自由形式选择，和/或经由用户界面550显示的菜单选项的选择。在某些实施例中，用户界面可从第三方接收音频选择。在各实施例中，所述选择可指示不允许的活动和/或指示内容类型。在某些实施例中，所述选择可指示第三方的标识(对于其中第三方选择为第三方所拥有的所有发布的内容生成基本相同的EULA的实施例)。在某些实施例中，系统500可包括实施模块560。实施模块560可被配置成实施与发布的内容相关联的一个或多个条件，并且在任何平台上均实施。在某些实施例中，实施所使用的一个或多个条件可包括不允许由所述一个或多个条件所指示的不允许的活动。在各实施例中，实施模块560可实施EULA的条件以防止在微软OFFICE 平台、WINDOWS 平台、SQL 平台、MAC 平台和/或0PEN0FFI CE. ORG 平台上的不允许的活动。在某些实施例中，实施模块560可经由信息权限管理模块(未示出)来执行实施。信息权限管理模块可被包括在实施模块560内，或者可操作地稱合到实施模块560。参考存储器530，在某些实施例中，存储器530可以是其上存储有指令的计算机可读存储介质，所述指令在被执行时致使处理器执行方法。该方法(未示出)可包括经由用户界面显示选项选择表示，其中该选项选择表示与用于发布内容的使用的选项相关联。该方法还可包括经由该用户界面接收输入；以及至少基于该输入标识用于该发布的内容的一个或多个条件，其中该一个或多个条件是最终用户许可证条件。在计算机可读存储介质的某些实施例中，该选项选择表示包括文本框，并且其中该接收该输入包括在该文本框处接收自由形式选择输入。在计算机可读存储介质的某些实施例中，该选项选择表示包括选项菜单，并且其中该接收该输入包括接收指示该选项菜单中的至少一个选项的选择。在该计算机可读存储介质的某些实施例中，该方法还包括接收发布的内容的类型的选择，其中该显示该选项选择表示是基于接收发布的内容的类型的选择的。在该计算机可读存储介质的某些实施例中，该方法还包括生成包括所述最终用户许可证条件的最终用户许可证协定。在该计算机可读存储介质的某些实施例中，该最终用户许可证条件是规范化的标准条件。图6是示出根据此处描述的一实施例在任何平台上作为用于服务的信息按需生 成EULA的方法的流程图。在610，方法600可包括向消费者发布内容。该内容可以是第三方所拥有的任何类型的内容，包括但不限于音乐、电子书、电影、视频游戏、网站等等。在620，方法600可包括接收指示用于发布的内容的条件的输入。可从发布的内容的所有者接收该输入。在各实施例中，该输入可指示文档的类型、不允许的活动和/或内容的所有者。在630，方法600可包括基于所接收的输入为该EULA选择条件。选择该条件可通过任何数量的方法执行，包括但不限于查询一个或多个条件来确定与输入最紧密相关的条件、映射、模式识别、语义等等。这些条件可以是规范化的标准条款或者不是规范化的非标准条款。非标准条款可来自内容所有者的自由形式文本输入或音频输入。可根据分类将所述条件归类。分类可基于内容的类型、不允许的活动和/或内容的所有者。在各实施例中，不允许的活动可与呈现、打印、推导、传播或复制相关联。在640，方法600可包括向消费者或订阅者输出一个或多个条件的表示。在某些实施例中，所述表示可以是按需EULA。在不同实施例中，所述表示可以是视觉的和/或音频的。在650，方法600可包括实施EULA的条件。实施EULA的条件可包括监视消费者对发布的内容的使用并不允许禁止的活动。在某些实施例中，不允许可包括操作信息管理模块来阻止不允许的活动。图7是示出根据此处描述的实施例的方法的流程图。在710，方法700可包括经由用户界面显示选项选择表示。该表示可与确定用于发布的内容的使用的条件相关联。在720，方法700可包括经由用户界面接收输入。在某些实施例中，选项选择表示可包括文本框，而输入是文本框处的自由形式选择输入。标识一个或多个选项可包括选择与该自由形式选择相关联的一个或多个选项。在某些实施例中，显示选项选择表示可包括将该一个或多个选项作为选项菜单来显示。输入可以是从选项菜单的选项选择。在730，方法700可包括至少基于该输入来选择一个或多个条件。可根据分类将所述一个或多个条件归类。在某些实施例中，所述条件中的一些可以是规范化的标准条款，而所述条件中的一些可以是不规范化的非标准条款。选择该一个或多个条件可通过包括查询在内的任何已知技术来执行。可采用模式识别、语义等等。在740，方法700可包括显示所选择的一个或多个条件的表示。在某些实施例中，所述表示可以是按需EULA。在使用发布的内容存储和/或显示给消费者之前，可经由用户界面向第三方内容所有者显示所选择的条件。在某些实施例中，可提供用户界面以便于最终用户许可证协定的生成。在某些实施例中，用户界面可被配置成显示选项选择表示。选项选择表示可包括指示用于发布的内容的使用的一个或多个选项的信息。用户界面还可被配置成接收选择所述一个或多个选项中的至少一个以供使用的输入。该输入可由发布的内容的所有者和/或内容的发布者接收。 用户界面还可被配置成显示一个或多个条件以被包括在EULA中。所述条件可至少部分基于所接收的输入。用户界面还可被配置成显示该EULA的表示。在各实施例中，所述表示可以是视觉的或音频的。在某些实施例中，选项选择表示包括文本框。在这些实施例中，所接收的输入可以是自由形式文本。在某些实施例中，除了文本框外或取代文本框，选项选择表示可包括用于发布的内容的使用的选项菜单。所述选项可以是通过用户提供输入可选择的。在各实施例中，所显示的用于包括在EULA中的一个或多个条件可以是规范化的标准条款和/或非规范化的条件。例如，非规范化的条件可以是可经由文本框接收的自由形式文本。用户界面可提供视觉的和/或音频的显示。在某些实施例中，用户界面可通过在用户界面屏幕处提供的输入和/或通过经由提供到用户界面的语音命令的音频信号来接收输入。在某些实施例中，用户界面是触摸屏用户界面。图8是示出用于作为来自任何平台的信息即服务按需生成EULA的示例性用户界面(UI)的框图。如图8中所示，Π 800可包括选项显示区域810、输入区域820和预览区域 830。选项显示区域810可包括指示发布的内容或发布的内容的使用的信息。在某些实施例中，指示发布的内容的信息是发布的内容的一个或多个类型。该发布的内容的一个或多个类型可包括音乐、电子书、电影、电视节目或视频游戏。在某些实施例中，指示发布的内容的使用的信息是不允许的活动的一个或多个类型，可在区域840处提供所述活动。不允许的活动的类型可以指示编辑特权、打印、复制、写入特权或重新发布或传播权限中的至少一项。输入区域820可被配置成显示用于接收输入的区域。输入区域可包括文本框850或可选择的选项菜单。在某些实施例中，文本框850可被配置成接收自由形式文本。在某些实施例中，输入区域820和/或Π 800的表面整体上可具有触摸屏能力。在某些实施例中，可在区域840处示出可选择的选项菜单。预览区域830可被配置成显示用于包括在最终用户许可证协定中的一个或多个条件的预览。在各实施例中，所述一个或多个条件中的至少一个是规范化的标准条款。在各实施例中，所述一个或多个条件中的至少一个是非规范化的标准条款并且是自由形式文本。在某些实施例中，预览区域830可被配置成显示最终用户许可证协定860的预览。在某些实施例中，被配置成生成EULA的UI (未示出)可包括选项显示区域,该选项显示区域可包括指示发布的内容或发布的内容的使用的信息。EULA Π还可包括被配置成显示用于接收输入的区域的输入区域；以及被配置成显示用于包括在最终用户许可证协定的一个或多个条件的预览的预览区域。该预览区域可被配置成显示最终用户许可证协定。在某些实施例中，所述一个或多个条件中的一个或多个可以是规范化的标准条款。在某些实施例中，所述一个或多个条件中的一个或多个是非规范化的标准条款并且是自由形式文本。在某些实施例中，该选项显示区域包括指示发布的内容的信息且所述指示发布的内容的信息是发布的内容的一个或多个类型。
在某些实施例中，该选项显示区域包括指示发布的内容的使用的信息且所述指示发布的内容的使用的信息是不允许的活动的一个或多个类型。在某些实施例中，不允许的活动的一个或多个类型指示编辑特权、写入特权或重新发布权限中的至少一项。在某些实施例中，发布的内容的一个或多个类型可包括音乐、电子书、电影、电视节目或视频游戏中的至少一种。在某些实施例中，输入区域包括文本框。文本框可被配置成接收自由形式文本。在某些实施例中，输入区域包括可选择的选项菜单。在某些实施例中，Π是触摸屏用户界面。图9是示出用于作为来自任何平台的信息即服务按需生成EULA的、从内容所有者到消费者的示例性端到端流程图的框图。将参考图8和图9描述该流程图。内容所有者可提供指示内容所有者所拥有的发布的内容的使用的选项的选择。该选择可在内容所有者可访问的UI 800处提供。内容所有者可从Π 800中选择不允许的活动840的一个或多个类型。在所示实施例中，不允许的活动是编辑发布的内容以及复制发布的内容。如此，内容所有者已选择了只读特权而没有选择复制特权来与发布的内容相关联。所选择的供使用的选项可由平台独立的引擎接收。平台独立的引擎900可包括用于选择一个或多个条件(所述条件可以是规范化的(如图9所示)或非规范化的)的条件生成模块910。平台独立引擎900可包括条件生成模块910。可根据所选择的分类将一个或多个条件归类，所述归类可基于不允许的活动、发布的文档的类型、内容所有者的标识或其他。条件生成模块可从数据存储912、914、……、916中选择与用于使用的选项相关联的一个或多个条件。EULA生成模块920可接收用于EULA的条件并且生成包括所接收的条件的EULA。消费者平台930可接收EULA并向消费者显示EULA。示例性联网以及分布式环境本领域普通技术人员可以理解，此处所描述的用于来自任何平台的信息即服务的基础结构的方法和设备的各个实施例以及本文中描述的相关实施例可以结合任何计算机或其它客户端或服务器设备来实现，该任何计算机或其它客户端或服务器设备可作为计算机网络的一部分来部署或者被部署在分布式计算环境中，并且可以连接到任何种类的数据存储。在这一点上，此处描述的各实施例可在具有任何数量的存储器或存储单元的、以及跨任何数量的存储单元发生的任何数量的应用和进程的任何计算机系统或环境中实现。这包括但不限于具有部署在具有远程或本地存储的网络环境或分布式计算环境中的服务器计算机和客户机计算机的环境。附图10提供了示例性联网或分布式计算环境的非限制性示意图。该分布式计算环境包括计算对象1010、1012等以及计算对象或设备1020、1022、1024、1026、1028等，这些计算对象或设备可包括如应用1030、1032、1034、1036、1038所表示的程序、方法、数据存储、可编程逻辑等。能够理解，对象1010、1012等以及计算对象或设备1020、1022、1024、1026,1028等可包括不同的设备，诸如，PDA、数字视频盘(dvd)、压缩盘(Cd)、音频/视频设备、移动电话、MP3播放器、膝上型计算机等。每一个对象1010、1012等以及计算对象或设备1020、1022、1024、1026、1028等可通过通信网络1040直接或间接与一个或多个其他对象1010、1012等以及计算对象或设备 1020、1022、1024、1026、1028等进行通信。即使在图10中被示为单个元件，但网络1040也可包括向图10的系统提供服务的其他计算对象或计算设备，和/或可表示未示出的多个互连网络。每个对象1010、1012等或计算对象或设备1020、1022、1024、1026、1028等还可包含诸如应用1030、1032、1034、1036、1038之类的应用，该应用可利用适用于与根据本发明的各实施例提供的用于作为来自任何平台的服务的信息的基础结构进行通信或适用于实现该基础结构的API或其他对象、软件、固件和/或硬件。存在支持分布式计算环境的各种系统、组件和网络配置。例如，计算系统可由有线或无线系统、本地网络或广泛分布的网络连接在一起。当前，许多网络被耦合至因特网，后者为广泛分布的计算提供了基础结构并包含许多不同的网络，但任何网络基础结构可用于变得与如各实施例中所描述的技术相关联的示例性通信。由此，可使用诸如客户机/服务器、对等、或混合体系结构之类的网络拓扑结构和网络基础结构的主机。在客户端/服务器体系结构中，尤其在联网系统中，客户端通常是访问另一计算机(例如，服务器)所提供的共享网络资源的计算机。在图10的图示中，作为非限制性示例，计算对象或设备1020、1022、1024、1026、1028等可被认为是客户机而对象1010、1012等可被认为是服务器，其中服务器等提供数据服务，诸如从客户机计算对象或设备1020、1022、1024、1026、1028等接收数据、存储数据、处理数据、向客户机计算对象或设备1020、1022、1024、1026、1028等发送数据等，但任何计算机都可取决于环境而被认为是客户机、服务器或两者。这些计算设备中的任一个可以处理数据，或请求可指示如此处参考一个或多个实施例描述的来自任何平台的信息即服务的基础结构以及相关技术的服务或任务。服务器通常是可通过诸如因特网或无线网络基础结构之类的远程网络或本地网络访问的远程计算机系统。客户机进程可在第一计算机系统中活动，而服务器进程可在第二计算机系统中活动，它们通过通信介质相互通信，由此提供分布式功能并允许多个客户机利用服务器的信息收集能力。按照用户剖析来利用的任何软件对象可以独立地提供或跨多个计算设备或对象分布。在其中通信网络/总线1040是因特网的网络环境中，服务器等可以是客户机计算对象或设备1020、1022、1024、1026、1028等通过诸如HTTP等多种已知协议中的任一种与其通信的Web服务器。服务器等也可担当客户机计算对象或设备1020、1022、1024、1026、1028等，这是分布式计算环境的特性。示例性计算设备如所提到的那样，此处描述的各实施例适用于其中可能期望实现来自任何平台的信息即服务的基础结构的一个或多个部分的任何设备。因此，应当理解，构思了结合此处描述的各实施例使用的手持式、便携式和其它计算设备和计算对象，即在设备可以结合来自任何平台的信息即服务的基础结构来提供某些功能的任何地方。因此，在下面的图11中描述的以下通用远程计算机仅是一个示例，且所公开的主题的各实施例可以用具有网络/总线互操作性和交互的任何客户机来实现。尽管并不是必需的，但各实施例的任意一个可以部分地经由操作系统来实现，以供设备或对象的服务开发者使用，和/或被包括在结合可操作组件来操作的应用软件中。软件可以在由诸如客户端工作站、服务器或其它设备等一个或多个计算机执行的诸如程序模块等计算机可执行指令的通用上下文中描述。本领域的技术人员可以理解，网络交互可 以用各种计算机系统配置和协议来实施。因此，图11示出了其中可实现一个或多个实施例的合适的计算系统环境1100的一个示例，尽管如上所述，计算系统环境1100仅为合适的计算环境的一个示例，并非旨在对各实施例中的任意一个的使用范围或功能提出任何限制。也不应该将计算环境1100解释为对示例性操作环境1100中示出的任一组件或其组合有任何依赖性或要求。参考图11，用于实现此处的一个或多个实施例的示例性远程设备可以包括手持式计算机1110形式的通用计算设备。手持式计算机1110的组件可以包括但不限于处理单元1120、系统存储器1130和将包括系统存储器在内的各种系统组件耦合至处理单元1120的系统总线1121。计算机1110通常包括各种计算机可读介质，并且可以是可由计算机1110访问的任何可用介质。系统存储器1130可包括诸如只读存储器(ROM)和/或随机存取存储器(RAM)之类的易失性和/或非易失性存储器形式的计算机存储介质。作为示例而非限制性，存储器1130还可以包括操作系统、应用程序、其他程序模块、和程序数据。用户可以通过输入设备1140向计算机1110输入命令和信息。监视器或其他类型的显示设备也经由诸如输出接口 1150之类的接口连接到系统总线1121。除监视器之外，计算机还可以包括其他外围输出设备，如扬声器和打印机，它们可以通过输出接口 1150连接。计算机1110可使用到一个或多个其他远程计算机(诸如远程计算机1170)的逻辑连接在联网或分布式环境中操作。远程计算机1170可以是个人计算机、服务器、路由器、网络PC、对等设备或其他常见网络节点、或者任何其他远程媒体消费或传输设备，并且可包括以上关于计算机1110所述的任何或全部元件。图11所示的逻辑连接包括诸如局域网(LAN)或广域网(WAN)之类的网络1171，但也可包括其他网络/总线。这些联网环境在家庭、办公室、企业范围的计算机网络、内联网和因特网中是常见的。如上所述，虽然结合各计算设备、网络和广告体系结构描述了示例性实施例，但还可将底层概念应用于其中想要结合与云或网络服务的交互来发布、构建应用或消费数据的任何网络系统和任何计算设备或系统。
有多种实现此处描述的一个或多个实施例的方式，例如，使应用和服务能使用来自任何平台的信息即服务的基础结构的适当API、工具包、驱动程序代码、操作系统、控件、独立或可下载的软件对象等等。可以从API (或其他软件对象)的观点以及从便于提供根据所描述的实施例中的一个或多个的来自任何平台的信息即服务的基础结构的软件或硬件对象来构想各实施例。此处描述的各种实现和实施例可以具有完全采用硬件、部分采用硬件并且部分采用软件、以及采用软件的方面。本文中所使用的词语“示例性”意味着用作示例、实例、或说明。为避免疑惑，本文所公开的主题不限于这些示例。另外，在此所述的被描述为“示例性”的任意方面或设计并不一定要被解释为相比其它方面或设计更优选或有利。此外，在详细描述或权利要求书中使用术语“包括”、“具有”、“包含”和其他类似词语的程度上，为避免疑惑，这些术语旨在以类似于术语“包括”作为开放的过渡词的方式是包含性的而不排除任何附加或其他元素。如所述的，此处所述的各种技术可结合硬件或软件或，在适当时，以两者的组合来实现。如此处所使用的，术语“组件”、“系统”等同样旨在指计算机相关实体，或者是硬件、硬 件和软件的组合、软件或者是执行中的软件。例如，组件可以是，但不限于是，在处理器上运行的进程、处理器、对象、可执行码、执行的线程、程序和/或计算机。作为说明，在计算机上运行的应用和计算机都可以是组件。一个或多个组件可以驻留在进程和/或执行线程中，并且组件可以位于一个计算机内和/或分布在两个或更多计算机之间。如前所述的系统已经参考若干组件之间的交互来描述。可以理解，这些系统和组件可包括组件或指定的子组件、某些指定的组件或子组件和/或附加的组件，并且根据上述内容的各种置换和组合。子组件还可作为通信地耦合到其他组件的组件来实现，而不是被包括在父组件内(层次性)。另外，应该注意，一个或多个组件也可以合并到提供聚合功能的单一组件中，或者也可以分成多个单独的子组件，并且，可以提供诸如管理层之类的任何一个或更多中间层，以可通信地耦合到这样的子组件，以便提供集成的功能。此处所述的任何组件也可与一个或多个此处未专门描述的但本领域技术人员一般已知的其他组件进行交互。考虑到以上描述的示例性系统，参考各附图的流程图将可以更好地理解根据所公开的主题实现的方法。尽管为了说明简洁起见，按照一系列框示出和描述了方法，但是，应该理解和知道，所要求保护的主题不限于框的顺序，因为一些框可以按与此处所描绘和描述的不同的顺序进行和/或与其他框并发地进行。尽管经由流程图示出了非顺序或分支的流程，但可以理解，可实现达到相同或类似结果的各种其他分支、流程路径和框的次序。此夕卜，并非全部所示的框都是实现下面所述的方法所必需的。虽然在某些实施例中示出了客户机侧观点，但要出于避免对存在相对应的服务器观点的疑问来理解，反之亦然。类似地，在实施一方法时，可以提供具有存储和被配置成经由一个或多个组件实施该方法的至少一个处理器的相对应的设备。尽管结合各附图的优选实施例描述了各实施例，但可以理解，可以使用其他类似的实施例，或可以对所描述的实施例进行修改和添加来执行相同的功能而不背离本发明。而且，此处描述的各实施例的一个或多个方面可以在多个处理芯片或设备中实现或跨多个处理芯片或设备实现，且存储可以类似地跨多个设备来实现。因此，本发明不应限于任何单个实施例，而是应该根据所附权利要求书的广度和范围来解释。
权利要求
1.一种计算机实现的系统，包括 至少一个处理器； 被配置成向消费者发布内容的至少一个发布模块； 被配置成生成用于与来自所述至少一个发布模块的发布的内容一起使用的一个或多个条件的表示的至少一个条件生成模块，其中所述一个或多个条件是表示要包括在所述表示中的标准条款的规范化条件，并且其中所述表示是用于所述消费者的许可证协定；以及 存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令被执行时使所述至少一个处理器执行所述至少一个发布模块或所述至少一个条件生成模块的一个或多个功能。
2.如权利要求I所述的计算机实现的系统，其特征在于，所述条件生成模块包括 被配置成将所述一个或多个条件中的多个条件归类的至少一个分类模块。
3.如权利要求2所述的计算机实现的系统，其特征在于，所述条件生成模块被配置成至少基于对所述多个条件的查询生成所述一个或多个条件的所述表示，所述查询至少基于所述输入。
4.如权利要求3所述的计算机实现的系统，其特征在于，所述输入指示所述发布的内容的类型、不允许的活动或者所述发布的内容的所有者的标识中的至少一项。
5.如权利要求I所述的计算机实现的系统，其特征在于，所述多个条件中的一个或多个是非规范化的非标准条款。
6.如权利要求5所述的计算机实现的系统，其特征在于，所述非标准条款是自由形式文本。
7.如权利要求4所述的计算机实现的系统，其特征在于，所述不允许的活动与呈现、打印、推导、传播或复制中的至少一项相关联。
8.如权利要求I所述的计算机实现的系统，其特征在于，所述表示是视觉表示或音频表示中的至少一个。
9.如权利要求I所述的计算机实现的系统，其特征在于，还包括被配置成接收指示用于所述发布的内容的使用的选项的至少一个输入。
10.一种计算机实现的方法，包括 采用被配置成执行计算机可读指令的处理器，所述计算机可读指令执行时使所述处理器执行以下操作 经由用户界面显示选项选择表示，其中所述选项选择表示与用于发布内容的使用的选项相关联； 经由所述用户界面接收输入；以及 至少基于所述输入选择用于与所述发布的内容一起使用的一个或多个条件，其中所述一个或多个条件是最终用户许可证条件。
11.如权利要求10所述的计算机实现的方法，其特征在于，所述选项选择表示包括文本框,并且其中所述接收所述输入包括在所述文本框处接收自由形式选择输入。
12.如权利要求10所述的计算机实现的方法，其特征在于，所述选项选择表示包括选项菜单，并且其中所述接收所述输入包括接收指示所述选项菜单中的至少一个选项的选择。
13.如权利要求10所述的计算机实现的方法，其特征在于，用于使用的所述一个或多个条件是规范化的。
14.如权利要求10所述的计算机实现的方法，其特征在于，还包括从所述发布的内容的所有者接收至少一个输入。
15.如权利要求14所述的计算机实现的方法，其 特征在于，所述至少一个输入指示所述发布的内容的类型、所述所有者的标识或所述发布的内容的不允许的活动中的至少一项。
全文摘要
提供一种为信息即服务按需提供最终用户许可证协定的系统和方法。在某些实施例中，计算机实现的系统可包括至少一个处理器；以及被配置成向消费者发布内容的至少一个发布模块。该计算机实现的系统还可包括被配置成与消费者对来自该至少一个发布模块的发布的内容的使用相关联的一个或多个条件的表示的至少一个条件生成模块。所述条件可以是表示要被包括在该表示中的标准条款的规范化条件。在某些实施例中，该表示是用于消费者的许可证协定。该计算机实现的系统还可以包括存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令被执行时使所述至少一个处理器执行所述至少一个发布模块或所述至少一个条件生成模块的一个或多个功能。
文档编号G06F21/00GK102792309SQ201180012976
公开日2012年11月21日 申请日期2011年3月4日 优先权日2010年3月10日
发明者M·克斯拉维, R·S·马尔 申请人:微软公司