CN101911040B - 联盟访问 - Google Patents

Abstract

一种操作在第一机构中的联盟系统包括：用于创建并且存储联盟配置数据的配置服务器和数据库，以及具有用于处理寻求联盟的第二机构的接口的联盟注册器。在该系统中，第二机构连接至联盟注册器，对关于联盟的细节进行协商，达成协议，将配置存储至配置数据库，以及第二机构继而可以通过一个在第一机构一个在第二机构的一对联盟代理接口连接至第一机构，该代理接口由该联盟的细节进行配置。

Description

联盟访问

技术领域

本发明涉及工作和数据共享领域，并且尤其涉及商业机构之间的联盟。

背景技术

在本专利申请时，联盟在某些诸如即时消息通信的商业通信中正变得越发普及。联盟通常在有限范围内允许不止一个机构的成员彼此共享信息，并且如在即时消息通信的情况下经常跨越机构边界来监视联系人的出现。

通常，联盟系统是明确建立的，并且范围有限。例如，共同参与相对复杂项目的各机构成员可能期望使用某些诸如Microsoft OfficeCommunicator的常用通信程序来彼此共享关于该项目的信息。在这种联盟项目中，每个机构的特定成员可以彼此授予准许来互相“看到”(出现)，并且他们可以对谁将共享什么信息的问题达成协议，例如可以将某些成员限制于来自指定共享文件夹的信息。

在申请本专利时，这种关系可以享有任何种类转移性在联盟中还不常见。也就是说，如果一个成员授予另一成员准许来监视她的出现，那么她将不授予其他成员准许来监视她的出现，事实上该软件不允许这么做。每个人或代表管理员所在机构内的一组人的管理员可以明确地建立每个一对一的共享关系。

由于通常假设授予特定人的特权是不可转换的，所以这种控制在常规商业通信中是至关重要的，并且在消费者通信中也是很常见的。事实上，在本领域中一般而言，联盟机构架构对于根据特定规则在成员机构中预定联系人分组之间共享特定数据或功能是严密控制的。通常，存在存储了针对所有联盟方面的单个集中化配置数据库的集中化联盟服务器(在处理集成跨越机构边界的情况下)，或者存在用于建立每个机构中个体或分组对特定功能的特定访问权的本地规则集(例如，在即时消息通信或协同联盟的情况下)。

本发明人注意到某些地方需要比已知的联盟架构更加鲁棒的情况。例如，在诸如联络中心情况下的消费者服务中，对于大机构将其某些或全部较简单的消费者联系外包，同时保留对较复杂联系的控制的做法如今已经很常见了。此外，经常出现从一个机构中的消费者或客户开始的联系在该消费者的需求满足之前可能要求转换至第二机构或甚至第三机构的情况。

作为本领域中未满足需求的示例，许多情况下，移动电话保险是由代表移动运营商的专门保险提供商所提供的。当消费者丢失了移动电话时，他们经常要拨打印刷在他们账单上的单个号码。当他们拨打该号码时，他们有可能会与来自保险公司的消费者服务代表(CSR)进行通话，即便该CSR可能好像他为移动电话公司工作一样接听电话。该保险CSR可以处理丢失电话报告，可以验证该电话自其真正拥有者已知的最后一次使用之后是否使用过，以及安排新电话的运送(并且收取由于这些服务所产生的任何费用)。但是保险公司CSR不太能够回答关于改变该移动电话合同的问题，这种需求通常会在这种情况下出现。在这种情况下，需要将该呼叫转至为该移动电话公司工作的CSR。在这种情况下的消费者经常是简单地被给予一新号码拨打，或者他们被冷漠地转至电话公司的联络中心，该电话公司的联络中心不具有指示消费者与保险公司CSR之间发生了什么的附加数据。在这种众所周知的情况下，消费者发现她自己在重复许多之前已经说过的话。

当考虑到外包商的因素时，先前的示例会变得更加复杂。很有可能电话公司将从保险公司转来的呼叫发送至其几乎不予控制的外包联络中心。此外，如在像印度这样的国家中成熟的外包业一样，对于外包商将其本身业务量的某些部分外包给更小的外包商是更加常见的。在诸如班加罗尔(Bangalore)或孟买(Mumbai)的主要中心的较大外包商虽然享有与其客户群的紧密关系，但是忍受着由于他们家乡的飞速发展所带来的技术劳工短缺和工资上涨所增加的劳工成本。这种大外包商正在分流到诸如像普纳(Pune)这样的大学城，或者诸如毛里求斯(Mauritius)这样的其他说英语国家的新兴外包中心。

因此，主要是在商业世界中确实明显地存在机构之间非常复杂的相互关系，并且在这些关系中对于所涉及的机构与那些机构的消费者或客户之间的通信中存在不得体且困难的转移是非常常见的。所需要的是这样的联盟消费者服务架构，即其无需提前配置明确的、点到点的链接，并且允许显露出鲁棒的转移性模型。

发明内容

在工作联盟尤其是在联络中心技术领域具有经验的本案的发明人已经考虑到在本领域中的问题、限制和未满足的需求，并且预见并开发了用于增强联盟功能，提供具有转移性的联盟以及许多本领域迄今还不能获得的其他功能的新颖装置和方法。

在一个实施方式中，提供了操作在第一机构中的联盟系统，包括：用于创建并且存储联盟配置数据的配置服务器和数据库，以及具有用于处理寻求联盟的第二机构的接口的联盟注册器。在此系统中，第二机构连接至该联盟注册器，对关于联盟的细节进行协商，达成协议，将配置存储至配置数据库，以及继而第二机构通过一个在第一机构处一个在第二机构处的一对联盟代理接口耦合至第一机构，该代理接口由联盟的细节进行配置。

在本发明的另一方面，提供的联盟方法包括如下步骤：(a)将第二机构通过在第一机构处的联盟注册器连接至第一机构；(b)对第一机构与第二机构之间联盟的细节进行协商；(c)由配置服务器将联盟的细节存储至配置数据库；以及(d)通过一个在第一机构处一个在第二机构处的一对联盟代理接口将第一机构和第二机构进行耦合，该联盟代理接口由联盟的细节进行配置。

附图说明

图1示出了根据本发明实施方式的联盟架构；以及

图2和图3是示出了在本发明的实施方式中联盟是如何工作的两个不同图示。

具体实施方式

在提出申请时，如今大多数的联盟安排仍然以点到点、明确配置的方式来进行，正如针对已知联盟架构在背景技术部分所描述的一样。这种情况部分上是由于管理偏好和市场的不成熟，但同样存在技术上的挑战。本发明人相信允许非常灵活并且动态联盟的机构社区来服务快速改变的市场需求在理想上应当是可能，并且这也是本发明的目的。

图1是根据本发明实施方式的联盟架构的图示，其中每个大机构A、B和C都可以使用大外包商1、2、3、4和5，该大外包商则可以使用较小外包商a......h，某些较小外包商使用自由职业者或产消者1......8。产消者是指还作为生产者的消费者，产消者依赖于上下文而充当工作者或消费者。在联盟项目中，联系(或者扩展至工作、通信或任何种类的信息)确实还可以在大机构之间侧向流动(诸如，在我们的移动电话示例中所示)，并且还可能在该层级中的任何级别侧向流动。

这种新型联盟将会有用的情况的数量是非常大的。例如，考虑以许多独立代理人为特性的保险业，某些代理人依赖所需保险的类型代表不止一个保险商，通过较大横向的保险商销售和提供他们的保险单的许多专门保险商对于投保人和复杂状态有关的许可要求经常是不可见的。显然期望提供一种用于协作的安排，从而可以允许保险商灵活地构建允许保险商利用许多不同种类的市场参与者的可用性的联盟架构。例如，在没有安排委派时，家庭办公的代理人可以进行溢出联络中心呼叫。第三方保险商可以加快解决关键时刻他们通常不进行服务的保险单常见任务。外包商可以通过基于实时业务量动态学的动态方式对业务量进行竞争，从而给予保险商所要求的波涌(surgecapacity)能力而不承载超出其本身的能力。

提供这种架构和联盟快速地延伸了现有联盟架构超出该转折点的能力。外包商和自由职业者通常在不访问至少某些消费者数据的情况下无法对消费者进行服务，其中该数据非常敏感并且针对数据保护和隐私经受广泛变化的法律要求。从外包商的角度来看，随着条件改进，他们可能希望利用相同的CSR来贯穿全天服务不同客户的消费者，并且在客户允许外包商进行商业竞争的情况下，他们希望将其联络中心中的操作可见性保持在最小值，以便保持他们对价格进行有效协商的能力。随着机构变得更加独立，以及随着通信和业务流程执行的在线模式变得更加显著，要求对突然改变的快速反应能力，或者在能够达到该要求的资源供应中，关键是允许操作管理者快速重新配置他们服务架构。

根据本发明的实施方式，联盟消费者服务架构要求智能地、灵活地控制对数据和通信基础设施(以及对工作，包括消费者联系)的访问并且确保禁止未授权访问的能力。原则上，如果未知第三方能够达到可能经形式化的进入要求则他们可以加入该联盟是令人期望的。第三方可以提供用于满足确保安全性和质量的需求的数据类型和度确定了允许访问的度。另外，重要的是，关系的转移性可以成为联盟访问基础设施的主要部分，以便联盟的成员知道什么可以以及什么不可以传递至其他成员。

图2和图3是示出了在本发明的各种实施方式中联盟是如何工作的两个不同图示。首先参考图2，示出了标识为H&R Block(众所周知的税务服务提供商)的机构A(201)的联盟元素。在机构A中，配置服务器203处理配置和注册问题，并且将关于规则、机构实体、成员之间关系、联系人名称、转换授权等的数据存储至数据库204。联盟注册器功能202是针对诸如潜在新成员209的新候选者的接口，该新候选者标识为将成为包括机构A的联盟的一部分。H&RBlock机构中示出了标为联盟代理的两个接口205和206，并且这些接口与其他机构通信，其中这些其他机构已经成为税务服务联盟的一部分，205与机构B的联盟代理207通信，以及206与外包商1的联盟代理208通信。

新税务组是已经决定开业并试图参与税务服务联盟的税务专家小组，其中一个税务服务联盟由H&R Block领导。因而，图2中示出了新税务组与H&R Block的联盟注册器进行联系。针对注册的应用可以通过多个不同的方式来完成，但在一个实施方式中，联盟注册器202是经由已知位置处公开的API可获得的web服务。在这种情况下，新税务组需要下载并安装了联盟代理应用，并且通过新税务组的联盟代理软件应用来尝试注册。

在本发明的实施方式中，联盟代理是促进联盟架构中参与者之间数据交换和通信的软件应用。该代理允许将配置或状态中的改变按要求跨越机构边界进行传播。然而，为了最初允许访问，尤其是在允许潜在未知的参与者某些访问度的情形下，需要公开的已知访问点。在此示例中为联盟注册器202，并且可以是web站点、API、或者甚至人或处理传入请求的自动语音应用的电话号码。

在图2的示例中，新税收组可能下载并安装代理来应对联盟注册器202。继而新税收组的代理(或其他应用)联系联盟注册器202并且请求参与该联盟。该请求将按照规定某些信息和数据的特定格式，诸如新税收组中持证专家的税收职业证书号、地址、姓名、电话号码，以及可能的用于确认的到官方许可web站点(认证当局210)的链接。联盟注册器202需要确保新税务组的联盟代理确实代表命名的个体。这可以通过第三方来完成，第三方可以允许由专家鉴别的注册，随后提供可以使用安全HTTP或其他安全方式传递至联盟注册器的唯一密钥；联盟注册器继而可以利用第三方对此进行确认。

联盟注册器可以要求关于每个专家的某些唯一识别信息，继而可以利用官方许可系统对其进行检验。已知本领域中存在若干方法可以用于完成这种认证。一旦认证了联盟的潜在新成员，联盟注册器经由配置服务器(其可以是LDAP服务器、活动目录服务器、Genesys配置服务器等)进行检验，并且获取关于主动提供的成员关系请求的有关规则。这些规则可以是从“完全不接受”到“只接受小于10的分组，具有100％官方许可验证”的任何规则，并且当前规则还可以提供关于在授予成员关系之后共享什么的引导。例如，对于在联盟中还没有建立起声望的新成员，允许传递至该新成员的工作和数据仅可以是已经准备好的纳税申报表的验证，其中删除了纳税人识别信息。备选地，可以允许新成员进行税收热线溢出呼叫直到他们证明自己为止，也就是说，随着时间变得更加可信。规则还可以允许使用第三方认证提供商来认证较高级别的能力；例如，如果允许的认证中心认证了新税务组具有7个拥有高级税务咨询服务的专家并且返回预备资格，那么该规则可以允许他们立即处理全部客户服务。

一旦联盟注册器接受了新税务组(假设是应用的结果)，并且确定了用于新税务组的规则，便将新税务组配置和其约束输入至配置数据库。在新税务组的联盟代理或其他注册应用由联盟注册器通报他们被接受了并且传递连接参数，因此新税务组可以连接至诸如H&RBlock中的服务器205或服务器206的联盟代理服务器。

存在两种方法来对新成员进行初始化配置。在一种方法中，联盟注册器提供初始配置数据转储至该新成员，基于由配置数据库中的规则确定的新税务组访问级别来向其传递任何合适的内容。在另一方法中，联盟注册器只是用于验证新税务组，确定要应用的规则，更新关于新税务组的配置数据库，以及可能实例化新的联盟代理服务器。

无论是使用新的还是现有的代理服务器实例，联盟注册器发回至新税务组的一则消息是“你已被批准并请联系在此地址的我们的联盟代理”。当新税务组的联盟代理服务器与在H&R Block的特定联盟代理建立首次联系时，将请求并接收配置数据转储。此数据将告知该新税务组的联盟代理服务器必须遵守哪些规则。这些规则既可以是该新成员可以参与的时间，也可以是允许处理纳税申报的最大收入，或者是允许在特定任务上工作的最长时间。可以通过两个方向提供的规则的特定种类是诸如早先提到的转移性规则之类的通信传播规则和数据种类。新税收组可以声明关于其税收专家的信息不可以在最初联系机构(在本案例中为H&R Block)外部进行共享。另一方面，新税收组可以声明可以将该信息自由地传播至其他联盟成员，这意味着一旦当H&R Block负载允许的超额时，新税收组便可以从外包商1获取工作。并且类似地可以将该转移性规则应用于其他方向。例如，H&RBlock可以规定在任何情况下都不能将消费者数据或工作发送到新税收组外部。

如上所述，新税收组已经加入了H&R Block的联盟，但是不期望只是该单个联盟的一部分，所以他们在另外操作中通过在Intuit的联盟注册器也注册到Intuit。此过程与上述注册到H&R Block的过程一样。

假设现在Intuit接受了新税收组，并且将其添加为Intuit联盟的成员，图3示出了可能产生的架构。新税收组已经由H&R Block(201)和Intuit(301)接受，并且如图3所示H&R Block(201)和Intuit(301)都通知新税务组209建立耦合至在Intuit和H&R Block的每个处的特定联盟代理的联盟代理(联盟代理)。H&R Block还具有与外包商1(302)和外包商2(303)的现有联盟，并且与每个外包商的联盟代理接口耦合。如图所示，Intuit具有与外包商2和外包商3(304)的现有联盟关系。所以，外包商2正如新税收组一样是H&R Block联盟和Intuit联盟的共同成员。注意每个H&R Block和Intuit都具有联盟注册器，通过该联盟注册器，其他机构可以加入到H&R Block和Intuit各自管理但该联盟系统中其他机构不管理的联盟。

就联盟中的接受而言，新成员已经准备好在该联盟中工作。然而，最初机构的外部还没有人了解该新资源。依赖于规则和商业需求，对于外包商1和外包商2了解为H&R Block工作的税务咨询人员是非常重要的(例如，假设当消费者打电话来询问时，外包商处理查询并且需要能够与最初准备者会话并且共享数据)。为了完成这项工作，配置服务器对配置中的每个改变进行评估并且应用访问规则来确定哪些联盟成员要求改变通报。在添加新税收组的情况下，H&R Block和Intuit可以向他们的外包商伙伴发送信息。这示出了本发明实施方式中的联盟访问的新颖独特的概念：改变可以通过机构进行传播。

在某些情况下，改变可以发生在机构的外部；例如，H&R Block的另一伙伴(未示出)可以添加某些附加的服务能力。可以经由联盟代理服务器(FPS)将这些改变发送到H&R Block。在H&R Block处的FPS可以更新本地配置服务器，该本地配置服务器继而可以通报改变的H&R Block中的适当FPS(基于之前存储的规则)。每个FPS可以通报其他机构中的其对手其被特定通报的改变(不是所有改变将传播至所有地方，只是传播至需要的地方)。

一种可以发生在这种联盟架构中的情况是通过不同路径到达特定机构的同一通报的冲突。例如，新税收组的添加将从H&R Block和从Intuit潜在地到达外包商2。并且实际上，基于不同税务公司中应用的不同规则，数据可以是不同的。例如，“授权的工作类型”可以从关于新税收组的两个公司中的每一个公司到达，一个集合代表H&R Block规则的结果，另一个代表Intuit规则的结果。外包商2的商业规则将确定如何处理这些不同的数据集合。在多数情况下，两个授权的工作类型集合都将保留，一个应用于H&R Block工作一个应用于Intuit工作。

可能发生外包商2期望进入与新税务组的直接关系，而不是允许H&R Block或Intuit作为中介的情况。如果关于新税务组的数据允许通过联盟进行传播，那么便可以完成这种期望。在这种情况下，外包商2可以发起新税务组和外包商2之间的联盟代理服务器的直接配对；注意不是每个联盟成员都需要具有联盟注册器，而只是那些计划允许主动提供成员关系请求的成员需要。

存在两种通过联盟传播状态改变、配置改变和工作/数据的模式。在一个模式中，一旦数据生成或接收到便将该数据推送至所有合格的成员。在其他情况下，由成员按需拉取数据。例如，在工作条目的情况下，诸如新税务组的成员可以将针对附加工作(或许指定工作类型、复杂度级别和可接受的价格)的请求经由成对耦合的FPS发送至H&RBlock和/或Intuit。这些请求可以被拒绝，或被满足，或被部分满足。在某些情况下，具有期望外包给联盟的工作的成员可以允许各个合格成员来投标该工作，从而有效地提供了用于建立基于拍卖服务市场的手段。备选地，该拍卖可以反过来工作；新税务组可以允许Intuit和H&R Block对其有才能的税务顾问进行竞争。使其发生的方式与对于常规商业进行的方式一样多-反向拍卖、固定价格、正常拍卖、可变价格等。

在某种意义上，示出新税收组的图3示出了两个联盟：一个由H&R Block管理，一个由Intuit管理。事实上，可以存在任何数量的链接联盟，并且原则上不需要集中化“联盟主人”实体。存在由第三方认证者以及中介参与的角色(该第三方认证者提供用于通过信任中立第三方确认潜在的新伙伴的手段，该中立第三方可以是政府代理，尤其当存在许可要求时)，该中介充当对于许多联盟的公共注册器，继而基于由那些联盟提供的并且由信任的注册器强加的规则将新成员或成员状态改变传播至可应用的联盟。

如上所述，在本发明实施方式中的联盟访问系统允许数据以及工作的拉取。因此，当实体发现其本身需要某种工作来处理未料到的工作量或工作类型时，该实体可以查询其在该联盟的邻居(那些邻居与其具有代理-代理连接)来寻求其所需要的。这种查询可以为所提出的工作指定所需的资格(和认证要求)、可接受的价格或价格范围、该工作需要的时间周期等。这种查询可以通过一个或多个联盟进行传播，如果在中介位置有效规则允许这么做的话，直到识别合适的源为止。基于有效转移性规则的约束度，从最初源传播得远的是需求声明和针对“接近”或“是部分”请求实体的联盟代理服务器或者联盟注册器的联系信息。也就是说，请求实体的邻近邻居可以提供联盟注册器服务，并且请求实体可以具有与相对开放的数据传播规则的紧密关系。所以，当遥远第三方能够提供请求的服务但不具有必要细节来证实该“交易”并且起作用时，将能够与邻居建立新的代理到代理连接，维护其准备和能力用于适当地满足需求，以及要求通信提供。以这种方式，联盟可以重新配置并且工作可以按市场条件要求进行流动，而不要求单个集中化的联盟管理者或关于数据或工作传播“全有或全无”的商业规则集。

上述示例描述了如下情况，其中税务领域专业人员的小机构可以寻求与从事于税务服务的较大机构合作，从而找到针对他们专业的有利可图的雇佣。以相似的方式，较大机构也能够通过本发明的实施方式找到其他机构，例如所描述的新税务组，该税务组可以以比该较大机构自己完成更低的成本来提供关于税务的服务，从而为较大机构提供了更加有利润的路径。

机构关注的目的，在该案例中为税务问题，对本发明不重要。本发明的实施方式在许多机构使用的联络中心中提供了类似的优势，其中该联络中心用于保持与他们的消费者和客户的联系，向他们的消费者和客户提供服务，以及向他们的消费者和客户提供产品和服务出价(销售)。在该领域中，可以要求寻求注册到较大机构的小机构提供技术基础设施的证明，技术基础设施诸如代理站、电话和其他消息通信服务，以及可以守备来自较大机构消费者的呼叫的潜在代理的能力和培训。在服务和销售联络中心领域中的许多情况下，大多数服务已经由与较大机构结盟的外包商提供了，并且较小外包商还可以与较大外包商签订雇佣合同。

将重点放在以机构为基础的架构的上文描述中(硬件和软件)，以实现本发明的实施方式，以及放在注册功能和在注册之后连接和协作细节，一个重要特征是将出现监测授权、代理识别、联系信息等通过一个机构传递至另一机构的能力。在这里需要多强调一点。在常规联盟中，机构与另一机构(比如说第一外包商)结盟，结果该机构和第一外包商的代理有时可以好像他们是另一方的代理进行操作(如果有区别的话，也是很小)。例如，在联络中心服务的情况下，消费者可以呼入并且被路由至机构或外包商的代理人，而不告知其间区别。两家的代理人可以同样看到机构其他代理人的出现，就好像他们都来自一个机构，并且无缝地转移呼叫和消息。然而，如果机构与第二外包商具有分离的关系，那么第一同盟和第二同盟以完全不同的服务实体进行操作，例如，没有规模经济或资源共享。

在本发明的实施方式中，刚刚描述过的机构可以与第一外包商联盟，继而与第二外包商联盟，继而可以作为单个服务实体与两个机构一起(总共3个)进行操作(假设第一外包商和第二外包商达成协议)。在这种情况下的第一外包商通过批准(或许以受限制的方式)对信息、数据和机构出现的访问，同样批准予以第二外包商相同的准许和授权，从而使得机构能够巩固服务。

再次参考图1，例如可以看到机构B与外包商3和外包商4两者都联盟，并且机构C也与外包商4联盟；以及可以看到外包商4与同样与外包商5联盟的g和h联盟。根据本发明的实施方式，这种重叠和集成联盟不仅是可能的，而且是受鼓励的，从而产生新的商业机会和经济体。

上文参考图2描述了一过程，通过该过程诸如新税务组的小机构可以与像H&R Block的较大机构联盟，从而获得有利雇佣的流入。在该联盟中，需要对限制、价格等进行协商，达成协议，继而保存为配置，该配置继而影响两个机构之间的接口，该接口在某些方面作为过滤器。根据本发明的其他实施方式存在更多的特征。例如，注册器方面使得小机构(外包商)可以竞争来自较大实体的业务。在此示例中，可以激发H&R Block用于通过竞拍过程外包其所有的税务工作，其中鼓励外包商更新并节省他们的服务，继而基于常规原则相对于其他外包商的类似出价竞拍所有工作，并且可以产生相对精细的系统，包括：目标、相对于目标的表现、计分系统等以具有确保H&R Block以现行基础上绝对最低的成本获得好工作的相对不变的效果。

在另一方面，H&R Block可以聚集工作，计算利润目标的成本，以及发布工作和获得该工作的价格，并且外包商继而可以基于先到原则来要求该工作。当然在所有这些情况下表现很重要。这些安排和许多类似安排可以凭借配置服务器和软件以及针对所述联盟的过程来做出。

本发明的另一方面是培训。像H&R Block这样的机构可以通过联盟和培训(提供关于税务问题的培训课程)进行扩展，以便经验不算丰富的一组人可以在受训者级别与H&R Block联盟，并向该群体提供培训和越来越复杂的工作用于将其打造成有用的联盟伙伴。该领域存在许多机会。

通过上文描述应当清楚针对在根据本发明实施方式中联盟可行机构之间至少存在软件兼容性，并且在某些情况下也存在某些硬件兼容性。在一方面，软件可以是诸如H&R Block的机构专属的，并且H&R Block可以向期望联盟的机构提供软件。在这种情况下，联盟所有以H&R Block为中心，其作为控制机构，虽然联盟可以仍然是广泛的并且复杂的，转移性发生在若干级别。然而联盟将仍然具有严格的边界。

在另一方面，软件可以是相当自由地许可的或者销售许可的第三方事物，以便新形成的机构不需要必须安装并且操作不同的联盟系统来服务于具有两个或更多大机构的联盟。也就是说存在优势，例如，如果H&R Block和Intuit使用针对联盟相同且兼容的软件和系统，那么继而可能会有像图3那样的更加强壮的联盟。

在另一方面，可以将联盟中间者实例化为候选联盟成员可以注册的中心服务。该服务可以作为可以由所有联盟成员查询其他成员的目录(潜在地具有诸如服务类型、当前有效、SLA提供、支持的联系模式等的通过过滤器)；或者该服务可以建立为关于服务请求与服务提供联盟成员之间最佳适配做出决定的活动中间者。在该方面中，联盟中的个体机构可能不具有联盟注册器，而是中间者匹配和使能联盟成员。

联盟成员关系的另一方面是服务水平协议(SLA)有关的处理模式：联盟成员可以作为关于SLA承诺的自治实体(即，其SLA承诺只应用于从进入到离开给定成员的交互处理)；或者可以是协作的，其中考虑由其他联盟成员的处理，以便达到全面SLA目标。

紧接上文，联盟成员可以加入具有特定入伙控制策略的联盟。例如，策略可以是：(a)在任意给定时间可以发送任意数量的交互用于进行处理(无限能力)；(b)具有有限并发能力的入伙队列(与传统呼叫中心可获得电话线数量相当，其中超出呼叫将得到忙音信号)；(c)联盟成员从外部队列中拉取交互(可以经由指示成员何时准备好接收另一交互的“交通灯”来实现)。

在又一方面中，联盟成员可以基于实际的处理结果而关于服务质量被评定。这种评定在联盟内部(基于联盟成员的共同经验，其可以通过报告进行量化)或最终消费者可以提供他们反馈的联盟外部(例如，经由调查)都可以进行。

在又一方面中，可以存在若干交换关于他们本地注册成员信息的联盟注册器/中间者实体。这种架构可以类似于域名服务(DNS)和/或点到点网络中的超节点。

技术人员应当理解可以对上述实施方式进行许多改变而不脱离本发明的精神和范围。例如，所描述的联盟架构中机构之间通信的优选手段为众所周知的因特网网络，但并不限制于此。同样可以使用其他的网络连接。例如，完全在机构内的工作分组和部门可以采用所教导的新加入和授权联盟系统，并且可以跨越局域网，或者通过因特网加入的若干机构站点LAN的组合进行通信。类似的联盟还可以在非营利部门和政府部门中，以及在政党和宗教团体中工作。本发明仅由如下权利要求书的范围进行限制。

Claims (10)

1.一种联盟系统，包括：

操作在第一机构中的配置服务器，用于创建联盟配置数据，所述配置服务器耦合到配置数据库，所述配置数据库用于存储所述联盟配置数据和用于在所述第一机构与寻求联盟的第二机构之间通信的规则和联盟的规则；以及

操作在所述第一机构中的联盟注册服务器，用于与寻求和所述第一机构联盟的第二机构协商；

其中所述第二机构连接到具有公开的已知访问点和参与联盟的请求的所述联盟注册服务器，

其中所述联盟注册服务器应用所述联盟的规则以响应于所述请求而将所述第二机构认证和承认到所述联盟中，以及在同意时，确定所述第二机构的访问权并且在所述配置数据库中存储所述第一机构和所述第二机构之间联盟的细节作为配置数据，所述联盟注册服务器进一步向所述第二机构传输在所述第一机构处的联盟代理服务器的地址，用于建立与所述联盟的联系，并且所述第二机构然后通过在所述第一机构处的所述联盟代理服务器和在所述第二机构处的另一个联盟代理服务器而耦合至所述第一机构，所述两个联盟代理服务器在所述第一机构和所述第二机构之间的所有交互中应用所述通信的规则以根据所授权的访问权使得所述第一机构与所述第二机构交换数据。

2.根据权利要求1所述的系统，其中通信、工作流和数据交换在联盟之后通过所述成对的联盟代理服务器来完成。

3.根据权利要求1所述的系统，其中被存储为所述配置数据的所述联盟的细节至少包括代理标识和联系信息。

4.根据权利要求3所述的系统，其中联盟是由第一机构与两个或更多第二机构来完成的，并且是在关于所述第二机构中的一个第二机构的、被存储为所述配置数据的所述联盟的细节与所述第二机构中的其他第二机构共享之后完成。

5.根据权利要求4所述的系统，其中所述两个第二机构能够直接地联盟、通信以及共享工作和数据，而不是只能通过所述第一机构。

6.一种联盟方法，包括如下步骤：

由第二机构通过操作在第一机构处的联盟注册服务器而连接到所述第一机构，所述联盟注册服务器具有公开的已知访问点，所述第二机构传输参与所述联盟的请求；

由所述联盟注册服务器应用联盟的规则以响应于所述请求而将所述第二机构认证和承认到所述联盟中；

在同意时，确定所述第二机构的访问权并且由配置服务器将所述联盟的细节作为配置数据存储至耦合到所述配置服务器的配置数据库中，所述配置服务器在所述第一机构中操作；

由所述联盟注册服务器向所述第二机构传输在所述第一机构处的联盟代理服务器的地址，用于建立与所述联盟的联系；以及

通过在所述第一机构处的所述联盟代理服务器和在所述第二机构处的另一个联盟代理服务器而耦合所述第一机构与所述第二机构，所述两个联盟代理服务器在所述第一机构和所述第二机构之间的所有交互中应用通信的规则以根据所授权的访问权使得所述第一机构与所述第二机构交换数据。

7.根据权利要求6所述的方法，包括在联盟之后用于通过所述成对联盟代理服务器交换工作流和数据的步骤。

8.根据权利要求6所述的方法，其中被存储为所述配置数据的所述联盟的细节至少包括代理标识和联系信息。

9.根据权利要求8所述的方法，其中联盟是由第一机构与两个或更多第二机构来完成的，并且是在关于所述第二机构中的一个第二机构的、被存储为所述配置数据的所述联盟的细节会与所述第二机构中的其他第二机构共享之后完成的。

10.根据权利要求9所述的方法，包括用于使所述两个第二机构能够直接地联盟、通信以及共享工作和数据的步骤，而不是只能通过所述第一机构。