CN102713881B

CN102713881B - 多个服务实例的聚合

Info

Publication number: CN102713881B
Application number: CN201080061062.3A
Authority: CN
Inventors: B·R·多尔蒂; S·B·科帕拉姆; D·S·卡拉汉
Original assignee: Microsoft Technology Licensing LLC
Current assignee: Ivalley Holding Co Ltd
Priority date: 2010-01-11
Filing date: 2010-12-31
Publication date: 2016-05-04
Anticipated expiration: 2030-12-31
Also published as: WO2011084874A2; AU2010339650A1; CN102713881A; EP2524318A4; CA2786675A1; WO2011084874A3; US20110171938A1; EP2524318A2; US8548442B2; JP5688099B2; JP2013516719A; KR20120113225A; IL220753A; AU2010339650B2; EP2524318B1; CL2012001913A1

Abstract

可执行服务供应任务来向用户供应服务或取消供应服务、协调重叠的服务并应用有效服务属性。可通过以下来供应服务：接收要向用户供应服务的请求、将新服务属性与来自一个或多个服务实例的当前服务属性进行协调以确定有效服务属性、以及将有效服务属性作为要用于用户的服务的属性来应用。还可通过以下来供应服务：接收要向用户供应服务的请求、存储新的服务实例、以及将新的服务实例与同一服务的一个或多个先前存储的服务实例进行协调以确定有效服务属性。服务供应系统可为一个或多个内部和外部服务提供者执行供应操作。

Description

多个服务实例的聚合

背景

随着在线服务订阅的流行度日益增加，存在对于管理服务订阅的需要，尤其是在用户订阅来自相同或来自不同的服务提供者的多个邀约的情况下。

当用户订阅来自单个服务提供者的单个邀约时，对服务订阅的供应和管理是相对直接的。服务提供者记住该邀约、构成该邀约的服务、服务专用的属性以及用户信息。允许用户使用该邀约的服务。当用户决定取消该邀约时，该邀约所供应的服务被服务提供者取消供应。

然而，当用户想要订阅来自单个服务提供者（或向不同的服务提供者）的多个邀约，并且该邀约包括重叠的服务时，则供应、取消供应以及管理订阅的任务可能更为困难。对于用户而言，一种解决方案可能是为用户订阅的每个邀约创建新的用户账户。然而，记住多个用户账户对于用户而言可能是困难且容易混淆的，并且对于一个（或多个）服务提供者而言也是不太高效的。

因此，在涉及多个服务订阅的服务供应以及协调的技术方面存在很大的改进机会。

概述

总言之，详细描述涉及包括协调重叠服务的服务属性在内的服务供应的各种技术和解决方案。

根据此处描述的技术和解决方案的一个方面，一种用于向用户供应服务的方法包括接收供应请求，其中所述供应请求包括要将服务供应给用户的请求，所述服务由服务标识符表示，所述用户由用户标识符表示，并且其中所述供应请求还包括服务的新服务属性。所述方法还包括将服务的新服务属性与服务的当前服务属性进行协调，其中所述协调包括获得一个或多个先前供应给用户的服务实例的当前服务属性，并且基于所获得的当前服务属性和新服务属性来确定服务的有效服务属性。所述方法还可包括将所述有效服务属性作为要用于用户的服务的属性来应用。所述方法可至少部分地由服务供应系统来实现。

根据此处描述的技术和解决方案的另一方面，一种用于向用户供应服务的方法包括接收要向用户供应服务的供应请求，存储表示所述供应请求的新的服务实例，并且将该新的服务实例与相同服务的一个或多个先前存储的服务实例进行协调以确定有效服务属性，其中多个新的服务实例和先前存储的服务实例包括具有不同属性值的相同的服务属性。服务实例可包括用户标识符、服务标识符以及服务的服务属性。所述方法可至少部分地由服务供应系统来实现。

根据此处描述的技术和解决方案的又一方面，一种向用户供应服务的服务供应系统，包括计算设备和数据储存库，其中所述计算设备被配置为执行各种服务供应操作，所述服务供应操作包括接收供应请求、（例如，在一个或多个服务实例之间）协调服务属性以确定有效服务属性、以及应用有效服务属性。

可独立地或组合地实现所描述的用于包括协调多个服务实例的服务供应的解决方案的技术和工具。

附图简述

图1）是示出用于供应服务和协调服务属性的示例性环境的图。

图2）是示出用于供应服务和协调服务属性的示例性方法的流程图。

图3）是示例性供应状态图。

图4）是示出用于协调服务属性的示例性方法的流程图。

图5）是示出用于供应服务和协调服务实例的示例性方法的流程图。

图6）是示出示例性服务聚合环境的图。

图7）是示出可用于实现本文描述的任何技术的计算环境的示例的框图。

图8）是示出其中可利用本文描述的技术的实现环境的示例的框图。

详细描述

以下描述涉及用于包括协调重叠服务的服务属性在内的服务供应的各种技术和解决方案。各种技术和解决方案可组合或单独使用。不同的实施例可实现所描述的技术和解决方案的一个或多个。

I.示例服务供应

此处描述了用于服务供应的各种技术和解决方案。可对任何类型的服务（例如，计算相关的服务）执行供应任务（例如，供应服务、取消供应服务或管理服务订阅或示例等的任务）。例如，服务可包括web邮件服务、应用服务（例如，在线文字处理应用、电子表格应用等）、网站服务、在线文件存储服务、在线教育账户服务、游戏服务、电话（例如，移动电话）服务等。另外，还可使用此处描述的技术和解决方案来供应除计算相关的服务之外的服务。

服务可单独供应或者作为邀约的一部分来供应。邀约（例如，市场营销（go-to-market）邀约或订阅）可以是对一个或多个服务的邀约。例如，邀约可包括相关服务包（例如，业务相关的应用服务的集合）。

用户（订阅者）可订阅单个服务或多个服务。用户可单独地订阅服务或作为邀约（其可包括多个相关的服务）的一部分来订阅服务。如果用户订阅单个服务，则向用户供应该服务可包括存储服务实例并应用服务属性。

当多个邀约在它们包括的服务中有重叠时（或者如果用户订阅具有不同属性的相同服务的不同变型时），尤其是它们跨不同的邀约在服务所包括的属性方面有所不同时，向用户供应服务可能更为困难。一个示例是向用户供应邮箱，这是可被包括在许多邀约（或订阅）中的常见服务。一个邀约可包括5千兆字节收件箱存储限制，而另一个邀约可包括20千兆字节收件箱存储限制。为确定用户将接收到哪个存储限制（例如，5千兆字节收件箱还是20千兆字节收件箱），可跨已经供应给用户的服务的不同实例来协调服务属性。

在遇到不同的供应（和取消供应）情景时，此处描述的各种供应技术和解决方案可用于正确地向用户供应服务。例如，此处描述的技术和解决方案可用于向用户供应第一订阅上的服务、当其他订阅被购买或移除时适当地更新属性、并且确保供应给用户的服务直到用户没有包括该用户服务的其余的订阅时（在没有用户服务的其余服务实例的情况下）才被完全移除。

II.示例服务供应环境

用于服务供应的各种技术和解决方案可在服务供应环境中实现。例如，服务供应环境可为多个内部和/或外部服务提供者管理服务供应任务（例如，服务的存储、供应和取消供应）。

图1）示出用于供应服务和协调服务属性的示例环境1）00。在服务供应环境1）00中，服务供应系统1）10为服务提供者1）20执行供应任务。服务提供者1）20向他们的各个用户1）30提供服务。

服务供应系统1）10可包括各种计算设备（例如，计算机服务器、数据库服务器等）、业务规则和业务逻辑以及用于执行服务供应任务的其他硬件和/或软件。在示例环境1）00中，服务供应系统1）10执行服务供应任务。这些任务包括从服务提供者1）20接收请求并对请求作出响应（例如，向用户供应服务的请求、取消向用户供应服务的请求、以及对服务和/或用户的信息的请求，诸如特定服务/用户的有效服务属性）。服务供应系统1）10还对来自各程序/市场营销程序1）40（例如，订阅者程序、店面、中间商等）的请求作出响应，诸如向用户供应服务的请求以及取消向用户供应服务的请求。程序的示例是OfficeLive程序、Liveedu程序、WindowsMobile市场（全部由微软公司提供）以及Amazon.com（由亚马逊Amazon.com有限公司提供）。程序1）40可以是消费者通过其来购买服务（即邀约）的实体，诸如店面（例如，基于web的店面）。例如，使用程序1）40，用户可购买服务订阅、升级/降级服务订阅、取消服务等。

例如，服务供应系统1）10可从Liveedu程序（例如，程序1）40之一）接收供应请求以向特定用户供应web邮件账户。响应于来自Liveedu程序的请求，服务供应系统1）10可向web邮件系统的服务提供者（例如，服务提供者1）20之一）发送请求以添加具有特定服务属性的用户的web邮件账户（如果这是该用户服务的第一实例）或用有效服务属性来更新用户的web邮件账户（如果用户具有多个服务实例）。

服务供应系统1）10还存储诸如邀约和/或服务数据之类的供应信息以及供应状态数据（例如，存储在供应数据库中）。此外，供应系统1）10管理供应状态的改变并采取适当的动作（例如，协调服务属性、确定有效服务属性等）。

服务提供者1）20可以是内部服务提供者或外部服务提供者。内部服务提供者是与服务供应系统1）10有关的那些服务提供者（例如，他们由同一家公司或组织运作）。外部服务提供者是使用服务供应系统1）10（例如，他们与运作服务供应系统的公司具有协议）的无关服务提供者（例如，第三方服务提供者）。服务提供者1）20可经由网络（例如，局域网、广域网或因特网）与服务供应系统1）10进行通信。

程序1）40可使用服务供应系统1）10来执行服务供应任务。例如，程序1）40可将（例如，要向用户供应服务或取消向用户供应服务的）供应请求发送给服务供应系统1）10。供应请求可使用由服务供应系统1）10所提供的应用编程接口（API）来发送。响应于服务供应请求，服务提供者可接收关于用于特定的一个或多个用户的有效服务属性的信息。

用户1）30是服务提供者1）20所提供的服务的订阅者。用户1）30还与程序1）40通信（例如，以购买服务订阅、升级/降级服务订阅、取消服务等）。

III.示例供应信息

可使用各种类型的信息来向用户供应服务。例如，服务提供者可提供邀约（例如，市场营销邀约）。邀约的示例是由因特网服务提供者所提供的web邮件账户的邀约。邀约可以是单个服务的邀约，或者多个服务的邀约（例如，相关服务的包或集合）。

供应信息可包括标识用户订阅的邀约（例如，由邀约名称或标识符来标识）的信息。邀约可包括关于邀约中所包括的服务的信息。

供应信息还可包括标识服务的信息（诸如服务名称或标识符）以及关于服务的其他信息，诸如服务属性。服务属性描述服务的特性或细节。例如，web邮件服务的服务属性可包括邮箱大小、期满信息和被授权的设备。

在具体的实现中，每一个服务属性与相对权重相关联。权重是可用于将同一个属性跨所供应的服务的多个实例来进行比较以确定哪个属性表示更好的服务水平的值。例如，如果web邮件服务的一个实例包括5GB大小（收件箱属性的值）的收件箱（服务属性）和权重25，而web邮件服务的另一实例包括10GB大小的收件箱和权重35，则可基于属性的两个实例的各自的权重来对它们进行比较。在这一示例中，当收件箱属性跨收件箱服务的两个实例被协调时，比较这两个权重（25和35）以确定具有10GB收件箱大小的服务实例提供更好的服务水平（权重35大于权重25）。在其他实现中，可使用不同类型的服务水平指示，只要能够跨多个实例比较各属性以确定哪个提供更好的（即更合乎需要的）服务水平。在一具体实现中，使用在范围0到100内变化的相对权重。

供应信息还可包括标识要向其供应一个（或多个）服务的（例如，由用户名或标识符来标识的）用户的信息。

供应信息可以服务实例的形式来存储（例如，在数据库中）。在一具体实现中，服务实例表示特定用户的特定的所供应的服务（包括服务属性），并且还可包括邀约信息（例如，特定的邀约标识符）。

IV.实例供应信息模式

这一章节描述用于定义供应信息的数据模式的具体实现。然而，一般而言，描述一个或多个服务属性的任何数据模式都可用于实现此处描述的用于服务供应的技术和解决方案。

在具体实现中，邀约数据包括描述邀约和服务的供应信息。邀约包括以下信息：

·邀约ID（邀约的唯一标识符）

·服务列表（包括在邀约中的一个或多个服务ID的列表）

·服务属性列表（每一个服务的名称、值和权重属性）

服务包括以下信息：

·服务ID（服务的唯一标识符）

·服务名称（服务的描述性名称）

使用上面定义的邀约和服务模式，下面是样本邀约/服务数据的列表。

·Web邮件金牌邀约

服务100[收件箱=20GB权重=100，期满=从不权重=100]

服务300[属性=值权重=50]

·Web邮件银牌邀约

服务100[收件箱=10GB权重=60，期满=1年权重=40]

·Web邮件三个设备邀约

服务100[收件箱=10GB权重=60，期满=1年权重=40，

设备列表=个人电脑+电话+电视权重=100]

·Web邮件电话个人电脑邀约

服务100[收件箱=10GB权重=60，期满=1年权重=40，

·设备列表=电话+个人电脑权重=40]

·Web邮件仅电话邀约

服务100[收件箱=10GB权重=60，期满=1年权重=40，

·设备列表=电话最佳=20]

·单独的Web邮件

服务100[收件箱=5GB权重=100，期满=1年权重=40]

在上面的样本邀约数据中，Web邮件金牌邀约包括两个服务，服务100和服务300。服务ID为服务100的第一服务具有多个属性。具体地，服务100具有值为“20GB”的收件箱属性和权重100，以及值为“从不”的期满属性和权重100。其他邀约也包括服务100的服务，但具有不同的属性。例如，Web邮件银牌邀约的邀约也包括服务100，但具有10GB的收件箱和1年期满。

服务也可在邀约之外供应。在以上的样本数据中，单独的Web邮件邀约指示用户订阅服务100而不订阅特定邀约。

使用上面定义的邀约和服务模式，下面是样本服务数据的列表。

·服务100Web邮件收件箱服务

·服务300另一服务

在以上的样本服务数据中，服务ID与服务名称相关联。例如，服务100的服务与名称“Web邮件收件箱服务”相关联。

在具体实现中，供应状态信息包括用户、邀约和服务之间的关联。

·用户ID（用户的唯一标识符）

·邀约ID（邀约的唯一标识符）

·服务ID（服务的唯一标识符）

使用供应状态模式，下面是样本的供应状态数据的列表。

·用户1234，Web邮件金牌邀约，服务100

·用户1234，Web邮件三个设备邀约，服务100

·用户5678，Web邮件银牌邀约，服务100

如以上样本数据所示出的，特定用户（订阅者）可以与多个所供应的服务实例相关联。例如，用户1234与两个服务实例（重叠的服务）相关联，各自具有服务100web邮件服务的不同服务属性。

V.示例供应状态

在某些实现中，跟踪（即确定）供应状态以便决定需要执行哪些任务。一般而言，供应状态指示用户关于特定服务和/或邀约的当前状态、要执行的动作（例如，供应服务和/或邀约或者取消供应服务和/或邀约）、以及所得到的需要执行的任务（例如，服务动作和/或属性动作）。

例如，用户关于特定邮箱服务的供应状态可指示，邮箱服务的一个或多个服务实例已经被供应给用户。在这种情况下，如果要执行新的供应动作以向用户供应邮箱服务的另一实例，则供应状态可指示需要执行以在各服务实例之间协调服务属性的属性动作。

图3）是示例供应状态图3）00。示例供应状态图3）00指示供应状态以及在改变状态时要执行的适当的任务和动作。

在供应状态图3）00中有四列。第一列“邀约动作”，指的是所请求的动作（例如，要向用户供应邀约和/或服务或者取消向用户供应邀约和/或服务的请求）。

第二列“初始用户状态”，指的是用户的服务的当前供应状态。例如，初始用户状态可指示，该服务的实例尚未供应给用户（例如，该用户当前未订阅该服务）。初始用户状态还可指示同一服务的一个实例已经被供应给用户，或者同一服务的多个实例已经被供应给用户（用户已经被供应了重叠的服务）。

第三列“服务动作”，指的是要执行的动作。

在某些情形中，没有动作需要执行。

在其他情形中，（例如，如果这是该服务第一次被供应给用户）服务被添加。在还有一些情形中，（例如，如果用户不具有该服务剩余的任何实例）服务要被移除。

第四列“属性动作”，指的是要对服务属性执行的动作。在某些情形中，新的属性被添加。在其他情形中，属性被协调。在还有一些情形中，属性被移除。

在示例供应状态图3）00中，第一行3）10指示，在接收到要供应服务的请求（供应请求）时在该服务当前未被供应给用户时（当初始用户状态指示没有用户的当前服务实例）执行什么任务和动作。在这一情形中，将为用户添加该服务（服务动作）并且将存储新服务属性（属性动作）。这可以导致存储（例如，在供应状态数据库中）新的服务实例（指示包括服务属性在内的服务已经被供应给用户）。

例如，如果用户订阅Web邮件银牌邀约的邀约（见以上的章节IV），该邀约包括服务100web邮件服务，并且用户当前没有所供应的服务100的实例，则这一状态（行3）10）将适用。将为用户添加具有由服务所指示的服务属性（在这种情况下，10GB收件箱和一年期满）的web邮件服务（服务100）（例如，web邮件服务的服务提供者将分配或启用用户的web邮件账户）。服务实例随后可被存储（在这种情况下，服务实例可包括邀约标识符、服务标识符、用户标识符和服务属性）。有效服务属性（在这种情况，一个实例的各属性）也可被存储和/或发送到服务提供者以在向用户提供服务时适用。

用户还可订阅在任何邀约之外的服务100web邮件服务。例如，用户可直接订阅服务100web邮件服务，包括特定的服务属性（例如，1年期满的5GB收件箱）。服务实例随后可被存储（在这种情况下，服务实例可包括服务标识符、用户标识符和服务属性）。服务实例也可包括该实例不与邀约有关的指示。

在示例供应状态图3）00中，第二行3）20指示，在接收到要供应服务的请求（供应请求）时在该服务的一个实例当前被供应给用户时（当初始用户状态指示存在用户的一个当前服务实例）执行什么任务和动作。在这种有重叠服务的情况下，不必为用户添加该服务（服务动作），因为用户已经订阅了该服务，并且将协调服务属性（属性动作）。将针对新的服务供应请求的属性以及服务的当前（现有）实例的属性来执行协调。执行协调以确定要用于服务的有效服务属性（跨各实例表示最佳或最合乎需要的服务水平的那些属性值）。有效服务属性将被应用于服务，并且也可被存储。同样，将为新的供应请求（指示服务、服务属性和用户）存储新的服务实例。

例如，如果用户订阅Web邮件银牌邀约的邀约（见以上章节IV），该邀约包括服务100web邮件服务，且用户先前已经订阅了服务100web邮件服务（例如，单独的Web邮件，不是邀约的一部分，或也包括服务100的服务的另一邀约），并因此已经被供应了服务100的一个实例，则这种状态（行3）20）将适用。因为用户已经订阅了服务100web邮件服务，所以将不会有服务动作。然而，将协调服务属性以确保用户跨各服务实例接收到最佳服务水平。使用向单独的Web邮件的现有实例供应Web邮件银牌邀约的请求的示例，所述协调将使用权重（具有权重60的10GB收件箱属性值相比于具有权重40的5GB收件箱属性）来比较收件箱属性（重叠服务属性，因为收件箱属性出现在服务的两个实例中），从而确定有效收件箱属性值（在这种情况下，10GB将是有效收件箱属性值）。类似地，将比较期满属性。所得的有效属性值随后可应用于用户的web邮件服务（用户将接收到1年服务期满的10GB收件箱）。例如，有效服务属性可被发送至服务提供者以供在向用户提供web邮件服务时使用。有效服务属性也可被保存（例如，在服务供应系统处的数据库中和/或在服务提供者处的数据库中）。

在某些情形中，可跳过将有效服务属性更新（或发送）给服务提供者。例如，如果新的服务实例不包括具有比现有实例更好（或更合乎需要）的值的属性，则有效属性不必被发送，因为它们将于当前使用的属性相同（例如，如果用户具有当前供应的10GB收件箱并且新的实例是5GB收件箱，则这种情况可能发生）。

在示例供应状态图3）00中，第三行3）30指示，在接收到要供应服务的请求（供应请求）时在该服务的多个实例当前被供应给用户时（当初始用户状态指示存在用户的两个或多个当前服务实例）执行什么任务和动作。在这种情况下，不必为用户添加该服务（服务动作），因为用户已经订阅了该服务，并且将协调服务属性（属性动作）。将针对新的服务供应请求的属性以及服务的当前（现有）实例的属性来执行协调。执行协调以确定要用于服务的有效服务属性（跨各实例表示最佳服务水平的那些属性值）。有效服务属性将被应用于服务，并且也可被存储。同样，将为新的供应请求（指示服务、服务属性和用户）存储新的服务实例。

在行3）30中执行的任务和动作与上文的行3）20中执行的任务和动作基本上相同。唯一的区别在于，在协调属性时比较多个现有的服务实例。例如，如果用户已经订阅了都包括特定服务的多个邀约，则这种情况可能发生。例如，用户可能已经首先向特定因特网服务提供者（ISP）订阅了web邮件账户服务（在任何邀约或服务包之外）。稍后，用户可能通过也包括web邮件账户服务的ISP购买了数据线订阅（例如，电缆调制解调器或数据用户线）。最后，用户可能加入了大学，该大学作为向其学生提供的一种服务供应包括由ISP提供的web邮件账户服务的计算服务。这一活动的结果将是web邮件账户服务的三个服务实例，各自可具有不同的服务属性（重叠的服务属性）。为确保用户接收到最佳（或最合乎需要的）服务属性的利益，可跨三个实例来协调服务属性并将每一属性的最佳值选择为有效服务属性。有效服务属性随后可应用于（用于）用户的web邮件账户服务。

在示例供应状态图3）00中，第四行3）40指示，在接收到要取消供应服务的请求时在该服务当前未被供应给用户时（当初始用户状态指示没有用户的当前服务实例）执行什么任务和动作。在这种情况下，没有服务动作或属性动作需要被执行。这一行是出于完整性的目的而被包括在示例供应状态图3）00中，并且表示在接收到要取消供应不存在的服务实例的取消供应请求时会发生什么。

在示例供应状态图3）00中，第五行3）50指示，在接收到要取消供应服务的请求（取消供应请求）时在该服务的一个实例当前被供应给用户时（当初始用户状态指示存在用户的一个当前服务实例时）执行什么任务和动作。在这种情况下，因为只有一个服务实例被供应给用户，所以为用户移除该服务（服务动作）。另外，服务属性也将被移除，因为用户不再订阅该服务。

例如，考虑先前订阅了Web邮件银牌邀约的邀约（见上文的章节IV）的用户，该邀约包括1年web邮件收件箱服务。如果一年过去了（或者如果用户指示期望取消该服务），则可接收取消供应请求来为用户取消供应该服务。

在示例供应状态图3）00中，第六行3）60指示，在接收到要取消供应服务的请求（取消供应请求）时在该服务的多个实例当前被供应给用户时（当初始用户状态指示存在用户的两个或多个当前服务实例时）执行什么任务和动作。在这种情况下，不为用户移除该服务（服务动作），因为在取消供应事件之后至少一个服务实例将会保留（用户将仍然是该服务的订阅者）。然而，一旦根据取消供应事件服务实例被移除（例如，取消供应事件可指示要取消供应特定实例的标识符），将协调剩余的服务实例的服务属性（属性动作）。

例如，考虑当前订阅Web邮件银牌邀约的邀约（见上文章节IV）的用户，该邀约包括服务100web邮件服务，并且当前订阅服务100web邮件服务（例如，单独的Web邮件、不是邀约的一部分），并因此已经被供应了服务100服务的两个实例。如果用户随后决定取消Web邮件银牌邀约的邀约，则这一状态（行3）60）将适用。服务100对应于Web邮件银牌邀约的邀约的服务实例将被移除，并且剩余的实例的服务属性将被协调。在这种情况下，一个剩余的服务实例的属性将成为新的有效服务属性（单独的Web邮件属性，包括5GB收件箱）。重要的是，当用户取消Web邮件银牌邀约的邀约但用户仍然维持对包括该服务（服务100）的其他邀约的订阅或用户直接订阅该服务时，用户的web邮件服务（服务100）未被完全移除。相反，剩余的服务实例的服务属性被协调（例如，用户可能接收到降低的服务水平，诸如5GB收件箱而非10GB收件箱）。

VI.示例协调属性

一般而言，服务属性需要被协调以确定要将哪些属性适用于（用于）特定用户的特定服务。当只存在特定服务的一个实例时（例如，在向用户供应先前未供应给用户的服务时），协调是直接的（例如，仅仅应用新服务属性）。然而，在一个或多个服务实例已经存在并且服务的另一实例要被供应给用户的情况下，在新的实例和现有（即当前）实例之间协调服务属性可能较为困难。类似地，在多个服务实例存在并且要向用户取消供应这些实例之一的情况下，在剩余的实例之间协调服务属性可能较为困难。

在一具体实现中，由以下伪代码表示的算法用于协调服务属性以确定有效服务属性。例如，该算法可由服务供应系统（例如，由图1）中描绘的服务供应系统或图6）中描绘的服务聚合系统）来实现。该算法可在供应事件发生时（例如，在接收到要向用户供应服务或取消供应服务的请求时），诸如如图3）所描绘的供应状态图中所指示的改变状态时实现。

//确定有效服务属性的示例算法的伪代码

如上面的伪代码所示，为用户所订阅的每一个服务（用户具有一个或多个服务实例的每一个服务）确定有效服务属性的列表（伪代码中的PropertyList）。在上面的伪代码中，通过添加尚未存在的属性并且以其他方式包括具有更大权重的属性值（例如，反映提供最佳的相对服务水平的值）来创建有效服务属性。根据上面的伪代码，所得的有效服务属性随后被发送至提供该服务的服务提供者。

VII.用于供应服务的示例方法

图2）示出了用于至少部分地适用服务供应系统（例如，图1）中描绘的服务供应系统或图6）中描绘的服务聚合系统）来供应服务的示例性方法2）00。

在2）10，接收供应请求（例如，由服务供应系统从诸如市场营销程序、中间商等程序接收）。供应请求包括向（例如，由唯一的用户标识符表示的）用户供应（例如，由唯一的服务标识符表示的）服务的请求。另外，供应请求包括服务的新服务属性。供应请求的示例是向特定用户（例如，用户1234）供应web邮件服务（例如，服务100）的请求，并且包括特定的服务属性（例如，值为“20GB”和权重为“100”的收件箱属性，以及值为“从不”和权重为“100”的期满属性）。供应请求可作为供应包括多个服务的邀约的请求的一部分来接收，或者作为供应单独的服务的供应请求来接收。

在2）20，协调服务属性以确定有效服务属性。例如，来自供应请求2）10的新服务属性可与当前服务属性协调。在某些实现中，所述协调包括获得先前供应给用户的服务的一个或多个实例的服务属性（例如，通过基于用户标识符从供应状态数据库中查询当前服务属性来获得），并且基于所获得的当前服务属性和新服务属性来确定服务的有效服务属性。

在2）30，应用有效服务属性。有效服务属性是服务提供者在向用户提供服务时将使用的那些属性。

在某些实现中，协调服务属性以确定有效服务属性包括，使用相对权重来比较来自多个服务实例的相同属性的值，以确定哪个属性值表示最佳的相对服务水平。

图4）示出用于协调服务属性的示例性方法4）00。示例方法4）00可在接收到供应请求时执行以确定要应用于用户的服务的有效服务属性。

在4）10，获得当前服务属性。例如，可获得一个或多个当前供应的服务实例的当前服务属性。当前服务属性可由服务供应系统从供应状态数据库获得。

在4）20，将新服务属性于当前服务属性进行比较。例如，可将新服务属性值（来自供应请求）与来自该服务的一个或多个当前供应的服务实例的当前值进行比较。可比较每一个特定的服务属性的值以查看哪个值表示最佳的相对服务水平。例如，该比较可使用与属性值相关联的相对权重来执行。

在4）30，基于比较4）20来选择表示每一个属性的最佳的相对服务水平的值。

例如，考虑要供应收件箱属性值为5GB和权重为40的web邮件服务的新的供应请求，以及收件箱属性值为10GB和权重为60的web邮件服务的当前供应的服务实例。在比较收件箱属性的值时（通过比较相对权重40和60），表示最佳的相对服务水平的收件箱属性值被选为有效属性值（在这一示例中，10GB属性值被选为收件箱属性的有效属性值，而5GB属性值未被选中并因此当前不被应用于该服务）。

图5）示出用于供应服务和协调服务实例的示例性方法。示例方法5）00可在接收到供应请求时执行以确定要应用于用户的服务的有效服务属性。

在5）10，接收供应请求（例如，由服务供应系统从服务提供者接收）。供应请求包括向用户（例如，由唯一的用户标识符表示）供应服务的请求（例如，由唯一的服务标识符表示）。另外，供应请求包括服务的新服务属性。一示例供应请求是向特定用户（例如，用户1234）供应web邮件服务（例如，服务100）的请求，并且包括特定的服务属性（例如，值为“20GB”和权重为“100”的收件箱属性，以及值为“从不”和权重为“100”的期满属性）。

在5）20，存储表示供应请求5）10的新的服务实例。服务实例可包括唯一的服务标识符、唯一的用户标识符和新服务属性。服务实例还可包括唯一的邀约标识符。服务实例可由服务供应系统存储在供应状态数据库中。

在5）30，将新的服务实例5）20与同一服务的一个或多个现有服务实例进行协调。执行协调以确定服务的有效服务属性。为协调新的和现有的服务实例，比较服务实例的属性（对于同一属性可具有不同的值）以确定哪个值表示最佳的服务水平。

在5）40，基于协调5）30来确定有效服务属性。将有效服务属性用于（应用于）用户的服务。

VIII.示例服务聚合环境

图6）描绘了示例性服务聚合环境6）00。服务聚合环境6）00提供用于内部服务提供者6）40和外部服务提供者6）50的集中式服务供应解决方案。

服务聚合系统6）10（能够支持多个内部和/或外部服务提供者的服务供应系统）提供集中式的供应、取消供应、维护和存储解决方案。服务聚合系统6）10通过支持各种服务供应操作（例如，供应、取消供应以及维护服务供应操作）来提供集中式的解决方案。例如，服务聚合系统6）10从程序6）80以及从内部服务提供者6）40和外部服务提供者6）50接收请求（例如，服务供应请求）。服务聚合系统6）10可适用各种类型的计算设备（例如，服务器计算机、数据库服务器、联网设备和其他类型的计算设备）来提供供应解决方案。

服务聚合系统6）10与存储邀约和服务数据6）20的数据储存库相关联。服务和邀约数据6）20包括与邀约（例如，市场营销邀约）和服务（例如，与邀约有关的单独服务或服务集合）以及服务属性有关的信息。例如，可根据上面的章节IV中描述的数据模式来存储邀约和服务数据。

服务聚合系统6）10还与存储供应状态数据6）30的数据储存库相关联。供应状态数据6）30包括与用户以及他们的相关联的服务实例有关的信息。例如，可根据上面的章节IV中描述的数据模式来存储供应状态数据。

使用服务聚合环境6）00，内部服务提供者6）40和外部服务提供者6）50可向他们的订阅者（用户）6）60提供服务，同时利用服务聚合系统6）10以存储供应信息（例如，邀约/服务数据6）20和供应状态数据6）30）以此方式，内部和外部服务提供者（6）40和6）50）他们自己不必维护邀约/服务数据和供应状态信息。此外，服务聚合系统6）10的集中式的解决方案允许订阅者6）60跨多个服务提供者来维护一致的身份（例如，同一个用户身份或账号身份）。

例如，考虑经由内部服务提供者6）40之一或经由程序6）80之一（例如，作为特定的市场营销程序的服务包的一部分）注册web邮件账户服务的订阅者（订阅者6）60之一）。为了供应订阅者的web邮件服务，内部服务提供者（或程序）将供应请求发送发送给服务聚合系统6）10以供应用户的web邮件服务。服务聚合系统6）10将使用所存储的邀约和服务数据6）20来获得邀约和/或服务供应信息（例如，服务可能是单独的Web邮件邀约的服务100的服务，如上文章节IV中所述）。服务聚合系统6）10将服务实例存储在供应状态数据存储6）30中。如果供应状态数据存储6）30中存在服务的多个服务实例（例如，对于服务100的服务），则服务聚合系统6）10还将协调服务属性。一旦服务聚合系统6）10确定有效服务属性，它将有效服务属性发送给提供服务的服务提供者（例如，发送给提供服务100web邮件服务的内部服务提供者）。

订阅者还可注册包括相同服务的其他邀约，该邀约可由服务聚合系统6）10集中地供应。例如，如果订阅者通过外部服务提供者6）50之一或通过程序6）80之一注册Web邮件金牌邀约的邀约（如上文章节IV中所述的），则外部服务提供者（或程序）将供应请求发送给服务聚合系统6）10。服务聚合系统6）10将使用邀约和服务数据存储6）20来获得关于该邀约的信息，并且将一个或多个供应实例（取决于邀约中的服务的数量）存储在供应状态数据存储6）30中。在这一示例中，服务聚合系统6）10将使用Web邮件金牌邀约的邀约中定义的属性来存储服务100的服务的第二服务实例（第一实例是订阅者的单独的Web邮件邀约的服务100实例）。服务聚合系统6）10将跨服务100的服务的两个实例来协调服务属性（例如，将使用收件箱属性的相应的权重来比较5GB和20GB收件箱属性值，并且20GB值将被选为有效收件箱属性值）。服务聚合系统6）10将更新的有效服务属性发送给负责服务100web邮件服务的服务提供者（在这一示例中，发送给内部服务提供者6）40之一）。

服务聚合环境6）00还支持外部供应系统6）70。支持外部服务供应系统6）70允许服务提供者（例如，外部服务提供者6）50）使用除服务聚合系统6）10之外的供应解决方案来进行供应，但仍然使用服务聚合系统6）10来存储供应信息和协调服务属性。例如，外部服务提供者6）50可使用外部供应系统6）70向订阅者6）60供应服务，并且在服务聚合系统6）10处存储（例如，经由供应状态更新应用编程接口（API））服务实例。同一服务的各实例也可直接经由服务聚合系统6）10来供应。来自两个通道的实例（来自外部供应系统和来自内部的实例）可在服务聚合系统6）10处被集中地存储和协调。

IX.示例计算环境

图7）示出了其中可实现所描述的实施例、技术、和技艺的合适的计算环境7）00的通用示例。例如，计算环境7）00可以是用于操作服务供应系统1）10或服务聚合系统6）10的计算设备之一（例如，计算机服务器）。

计算环境7）00不旨在对本技术的使用范围或功能提出任何限制，因为本技术可以在完全不同的通用或专用计算环境中实现。例如，所公开的技术可用其他计算机系统配置实现，包括手持式设备、多处理器系统、基于微处理器的或可编程的消费者电子设备、网络PC、小型计算机、大型计算机等。所公开的技术也可以在任务由通过通信网络链接的远程处理设备执行的分布式计算环境中实现。在分布式计算环境中，程序模块可位于本地和远程存储器存储设备两者中。

参考图7），计算环境7）00包括至少一个中央处理单元7）10和存储器7）20。在图7）中，这一最基本的配置7）30被包括在虚线内。中央处理单元7）10执行计算机可执行指令，且可以是真实或虚拟处理器。在多处理系统中，多个处理单元执行计算机可执行指令以提高处理能力，且由此，多个处理器可同时运行。存储器7）20可以是易失性存储器（例如，寄存器、高速缓存、RAM）、非易失性存储器（例如，ROM、EEPROM、闪存等）或两者的某一组合。存储器7）20存储可例如实现此处描述的技术的软件7）80。计算环境可以具有附加特征。例如，计算环境7）00包括存储7）40、一个或多个输入设备7）50、一个或多个输出设备7）60以及一个或多个通信连接7）70。诸如总线、控制器或网络等互连机制（未示出）将计算环境7）00的组件互连。通常，操作系统软件（未示出）为在计算环境7）00中执行的其他软件提供了操作环境，并协调计算环境7）00的组件的活动。

存储7）40可以是可移动或不可移动的，并包括磁盘、磁带或磁带盒、CD-ROM、CD-RW、DVD或可用于储存信息并可在计算环境7）00内被访问的任何其它介质。存储7）40存储用于可实现此处描述的技术的软件7）80的指令。

输入设备7）50可以是诸如键盘、键区、鼠标、笔或跟踪球等触摸输入设备，语音输入设备，扫描设备或可向计算环境7）00提供输入的另一设备。对于音频，输入设备7）50可以是声卡或接受模拟或数字形式的音频输入的类似设备，或向计算环境7）00提供音频样本的CD-ROM读取器。输出设备7）60可以是显示器、打印机、扬声器、CD刻录机、或从计算环境7）00提供输出的另一设备。

通信连接7）70允许通过通信介质（例如，连接网络）到另一计算实体的通信。通信介质在已调制数据信号中传达诸如计算机可执行指令、压缩图形信息、或其它数据等信息。

计算机可读介质可以是可在计算环境7）00内访问的任何可用介质。作为示例而非局限，对于计算环境7）00，计算机可读介质包括存储器7）20、存储7）40、通信介质（未示出）以及上述的任何组合。

计算机可读介质可以是可在计算环境7）00内访问的任何可用介质。作为示例而非局限，对于计算环境7）00，计算机可读介质包括存储器7）20和/或存储7）40。应当容易理解，术语计算机可读存储介质包括诸如存储器7）20和存储7）40等用于数据存储的介质，且不包括诸如已调制数据信号等传输介质。

X.示例实现环境

图8）示出了其中可实现所描述的实施例、技术和技艺的合适的实现环境8）00的通用示例。

在示例环境8）00中，由云8）10提供各种类型的服务（例如，计算服务）。例如，云8）10可包括可位于中央或是分布式的计算设备集，其向经由诸如因特网等网络连接的各种类型的用户和设备提供基于云的服务。

在示例环境8）00中，云8）10向具有各种屏幕能力的连接的设备8）20A-N提供服务。连接的设备8）20A表示具有计算机屏幕（例如，中型屏幕）的设备。例如，连接的设备8）20A可以是个人计算机，诸如台式计算机、膝上型计算机、笔记本、上网本等。连接的设备8）20B表示具有移动设备屏幕（例如，小型屏幕）的设备。例如，连接的设备8）20B可以是移动电话、智能电话、个人数字助理、平板计算机等。连接的设备8）20N表示具有大屏幕的设备。例如，连接的设备8）20N可以是电视屏幕（例如，智能电视）或连接到电视的另一个设备（例如，机顶盒或游戏控制台）等。

可由云8）10通过服务提供商1）20、或通过其他在线服务提供商（未描述）来提供服务。例如，可针对特定连接的设备（例如，连接的设备8）20A-N）的屏幕大小和/或显示能力来定制云服务。

在示例环境8）00中，云8）10至少部分地使用服务供应系统1）10来向各个所连接设备8）20A-N提供本文中所描述的供应解决方案。例如，服务供应系统1）10可为各种基于云的服务（例如，由诸如服务提供者1）20之类的各个服务提供者提供的基于云的服务）提供集中式的服务供应解决方案。服务供应系统1）10可管理用户和/或设备（例如，所连接设备8）20A-N和/或其相应的用户）的服务订阅。

代替服务提供者1）20和服务供应系统1）10或作为其补充，服务和供应解决方案可由使用服务聚合环境6）00的云来提供。

XI.示例替换和组合

本申请中描述的服务供应技术和解决方案可以各种组合来使用，以提供对服务实例（包括重叠服务的服务实例）的更高效的管理。

此处所描述的方法中的任一个可以经由包括（例如，具有或存储）用于执行（例如，使计算设备执行）这些方法的计算机可执行指令的一个或多个计算机可读介质（例如，存储或其他有形介质）来执行。操作可以是全自动的，半自动的或者涉及人工介入。

在详细描述和附图中描述并例示本发明的原理之后，可以认识到，各实施方式可以在排列和细节上进行修改而不脱离这些原理。应该理解，此处所描述的程序、进程或方法未涉及或仅限于任何特定类型的计算环境，除非另外特别声明。根据此处所描述的原理，可以使用各种类型的的通用或专门的计算环境，或执行操作。可以以硬件实现以软件示出的实施例的元件，反之亦然。

鉴于可应用本发明的原理的许多可能的实施例，要求保护落入所附权利要求书及其等效技术方案的范围和精神之内的所有这样的实施例作为本发明。

Claims

1.一种至少部分地由服务供应系统实现的用于向用户供应服务的方法，所述方法包括：

由所述服务供应系统接收供应请求，其中所述供应请求包括要向用户供应服务的请求，所述服务由服务标识符来表示，所述用户由用户标识符来表示，并且其中所述供应请求还包括服务的新服务属性；

由所述服务供应系统将服务的新服务属性与服务的当前服务属性进行协调，其中所述协调包括：

由所述服务供应系统获得用户的服务的一个或多个先前供应的实例的当前服务属性；以及

基于所获得的当前服务属性和新服务属性，由所述服务供应系统确定服务的有效服务属性，其中确定服务的有效服务属性包括：

对于新服务属性和当前服务属性中每一个重叠的服务属性：

标识重叠的服务属性的哪个值表示最佳的相对服务水平；以及

将所标识的值和重叠的服务属性添加为有效服务属性之一；以及

由所述服务供应系统将所述有效服务属性作为要用于用户的服务的属性来应用。

2.如权利要求1所述的方法，其特征在于，应用服务的有效服务属性包括，由所述服务供应系统将所述有效服务属性存储在数据库中。

3.如权利要求1所述的方法，其特征在于，确定服务的有效服务属性包括：

将来自新服务属性的服务属性的新值与来自当前服务属性的服务属性的当前值进行比较，以标识新值和当前值中哪个表示最佳的相对服务水平；以及

基于所述比较，选择值，并且其对应的被标识为表示最佳的相对服务水平的属性作为有效服务属性。

4.如权利要求3所述的方法，其特征在于，服务属性的新值与第一相对权重相关联，服务属性的当前值与第二相对权重相关联，且其中将服务属性的新值与服务属性的当前值进行比较包括比较所述第一相对权重和所述第二相对权重。

5.如权利要求1所述的方法，其特征在于，所述服务供应系统为多个内部服务提供者和多个外部服务提供者提供供应服务以及服务实例的集中式存储。

6.如权利要求1所述的方法，其特征在于，还包括：

由所述服务供应系统接收第二供应请求，其中所述第二供应请求包括取消向用户供应服务的请求；

由所述服务供应系统移除表示新服务属性的服务实例；以及

由所述服务供应系统协调服务的当前服务属性。

7.如权利要求1所述的方法，其特征在于，所述服务是用户能经由因特网获得的web邮件账户服务。

8.一种用于向用户供应服务的服务供应系统，所述系统包括：

一个或多个计算设备；以及

存储邀约/服务数据和供应状态数据的一个或多个数据储存库；

其中所述一个或多个计算设备被配置成执行服务供应操作，所述操作包括：

对于新服务属性和当前服务属性中每一个重叠的服务属性：

9.如权利要求8所述的服务供应系统，其特征在于，所述供应请求由所述服务供应系统从外部服务提供者接收。

10.如权利要求8所述的服务供应系统，其特征在于，还包括：

多个内部服务提供者；以及

多个外部服务提供者；

其中所述服务供应系统为多个内部服务提供者和多个外部服务提供者存储邀约/服务数据以及供应状态数据，且其中所述服务供应系统为多个内部服务提供者和多个外部服务提供者提供集中式的服务聚集解决方案。

11.如权利要求8所述的服务供应系统，其特征在于，确定服务的有效服务属性包括：

12.如权利要求11所述的服务供应系统，其特征在于，服务属性的新值与第一相对权重相关联，服务属性的当前值与第二相对权重相关联，且其中将服务属性的新值与服务属性的当前值进行比较包括比较所述第一相对权重和所述第二相对权重。