CN103997725A

CN103997725A - 用于抽象和编排网络环境中的移动数据网络的***和方法

Info

Publication number: CN103997725A
Application number: CN201410035690.4A
Authority: CN
Inventors: 阿伦·C·亚历克斯; 拉杰什·P·维兰迪; 普拉迪普·K·萨蒂·拉加万; 弗瑞德·切恩; 维贾伊·高尔; 郑文兴
Original assignee: Cisco Technology Inc
Current assignee: Cisco Technology Inc
Priority date: 2013-01-25
Filing date: 2014-01-24
Publication date: 2014-08-20
Anticipated expiration: 2034-01-24
Also published as: US20140214914A1; US9558043B2; EP2768181B1; EP2768181A1; CN103997725B

Abstract

在一个示例中提供了一种方法，包括：从网络元件接收数据；基于接收到的数据和当前与候选数据处理任务相关联的数据之间的第一相似性度量来确定用于所述接收到的数据的所述候选数据处理任务；并且将所述接收到的数据发送至所述候选数据处理任务。

Description

用于抽象和编排网络环境中的移动数据网络的***和方法

技术领域

本公开总地涉及通信领域，并且更具体地，涉及提供对网络环境中的移动数据网络的抽象(abstract)和编排(orchestrate)。

背景技术

移动网络的显著增长向移动运营商提供了巨大的机会以及相应的挑战，因为他们竞争着来增加容量和服务以满足加速增长的需求。全球范围内的移动运营商都见证了移动数据订阅和带宽使用的巨大增长。免费、“跨运营商(over-the-top)”和离网(offnet)的应用和服务(例如那些来自Skype、游戏厂商和应用程序商店的应用和服务)的出现正影响移动运营商的投资回报率(ROI)。消费者甚至可以在不向移动运营商提供增值使用费的情况下，利用这些使用了运营商网络的应用和服务。尽管运营商在短期内获益于新的订阅，然而在长期存在源于数据流量***的盈利能力的挑战。为了利用移动互联网***的优势，移动运营商必须向第三方服务交易增加价值。这样的价值可以依据新的收入和利润来提取。如果不添加这样的价值，移动运营商就有成为简单的带宽“比特管道”提供商的风险。其结果是，对于移动运营商的关键是对它们的网络资产进行战略投资，允许他们开展新的服务并走出固定费率数据计划之外。在当前的网络中，各种信息(例如订户的位置、订户的可达性等)分布于遍及整个网络的各种网络元件中。此外，在网络中没有一个单一的实体可以进行下述操作：聚合存在于不同的网络元件中的信息、将信息相关联以及将信息馈送至各种外部实体。

附图说明

为了提供对本公开及其特征和优点的更完整的理解，联系附图对下述说明做出了参考，其中相似的标号代表相似的部分，其中：

图1是示出了根据本公开一个实施例的、用于抽象和编排移动网络的通信***的高层架构的简化框图；

图2是示出了图1的通信***的服务器的特定实施例的简化框图；

图3是具有沿多个网络运行中心(NOC)分布的多个服务器的通信***的实施例的简化框图；

图4是具有位于中央数据中心处的服务器的通信***的实施例的简化框图；

图5是具有位于多个数据中心处的多个服务器的通信***的实施例的简化框图；

图6是根据一个实施例用于抽象数据的集群的简化框图；

图7是示出了图6的集群中的数据路由操作的实施例的简化框图；

图8是示出了处理图6的集群中的数据提要(feed)的实施例的简化框图；

图9示出了用于存储与图6的集群相关联的数据提要的层级数据结构的实施例的简化示意图；

图10示出了图示处理图6的集群中的查询的实施例的简化框图；

图11是示出了用于与本公开相关联的数据控制任务(DCT)进程的一个潜在进程的简化流程图；

图12是示出了用于与本公开相关联的数据处理任务(DPT)进程的一个潜在进程的简化流程图；

图13示出了图示过程节点的DCT处理的实施例的逻辑组件的简化框图；

图14示出了图示过程节点的DPT处理的实施例的逻辑组件的简化框图；

图15示出了图示图13的配置管理器的实施例的逻辑组件的简化框图；

图16示出了图示图13的数据库(DB)管理器的实施例的逻辑组件的简化框图；

图17示出了图示图13的DB API的实施例的逻辑组件的简化框图；以及

图18示出了图示图13的消息路由管理器的实施例的逻辑组件的简化框图。

具体实施方式

概述

在一个示例中提供了一种方法，包括：从网络元件接收数据，基于接收到的数据和当前与候选数据处理任务相关联数据之间的第一相似性度量来确定用于所述接收到的数据的候选数据处理任务，并且将所述接收到的数据发送至所述候选数据处理任务。在更具体的实施例中，方法还包括：接收关于所述候选数据处理任务是否已接受了所述接收到的数据的指示。在另一个实施例中，方法还包括：基于所述候选数据处理任务是否已接受了所述接收到的数据来更新针对所述候选数据处理任务的相似性信息。在又另一个实施例中，方法还包括：如果所述候选数据处理任务指示数据处理任务尚未接受所述接收到的数据，则确定下一个候选数据处理任务。

在更具体的实施例中，方法还包括：由所述候选数据处理任务基于第二相似性度量来判定所述接收到的数据是否适用于所述候选数据处理任务。在另一个实施例中，方法还包括：基于所述接收到的数据是否适用于所述数据处理任务来发送指示所述候选数据处理任务是否已接受了所述接收到的数据的消息。在又另一个实施例中，方法还包括：由所述候选数据处理任务根据至少一个预定义的规则来处理所述接收到的数据。

示例性实施例

现在参考图1，图1是示出了根据本公开一个实施例的、用于抽象和编排移动网络的通信***100的高层架构的简化框图。通信***100包括服务器102，其中服务器102包括网络、服务和订户抽象模块104。网络、服务和订户抽象模块104包括网络基础设施和服务抽象层106、应用／第三方应用编程接口(API)网关108和企业服务总线110。服务器102还包括网络服务层112、网络管理***(NMS)114以及分析模块116。

网络服务层112提供对通信***100内的网络服务的管理。在特定实施例中，网络服务层112可提供身份管理、服务管理、策略管理、设备管理以及订户数据管理中的一项或多项。身份管理使得服务供应商能够管理跨所有应用、设备类型和接入类型的订户。在移动环境中，身份管理功能可以驻留在归属位置寄存器(HLR)、归属订户服务器(HSS)以及认证、授权和计费(AAA)服务器中的一个或多个上。服务管理使得服务供应商能够管理跨所有接入类型、设备类型和订户的服务／应用的收费／分级功能。在移动环境中，服务管理功能可以驻留在在线计费子***(OCS)和离线计费子***(OFCS)中的一个或多个上。设备管理功能使得服务供应商能够在与不同的接入和应用交互时提供对设备的行为的管理。在移动环境下，设备管理功能可以驻留在开放移动联盟设备管理(OMA-DM)的功能和接入网络发现和选择功能(ANDSF)上，但在其它实施例中，设备管理功能也可以扩展至特定于运营商的实现方式中，这样的实现方式允许对设备参数、安全参数、应用交互等的修改。策略管理使得服务供应商能够基于来自身份／服务／设备管理功能、网络功能、分析功能的各种输入参数来定义规则，与内部定义的规则(例如一天中的时间、促销)一同判定当被连接至具体网络时，具体时刻(例如实时地)在具体设备处用于具体订户的具体服务将被如何处理。在移动环境中，策略管理功能可以实时驻留在策略和计费规则功能(PCRF)上。订户数据管理功能使得服务供应商能够递送反映出订户的个体偏好的实时服务。订户数据管理可以包括总体服务层管理工作流项，并且将服务层管理数据库置于底层，该数据库允许结构化或非结构化的多个信息片段被存储并被汇总成整体的“用户简档(profile)”。被管理的订户数据可以包括：身份信息、认证信息、个性化信息、策略设置和针对特定服务的设定。

NMS114管理通信***100内的网络元件(也称为被管理设备)。在特定实施例中，NMS114可以包括发现、故障／事件监控和网络元件的配置。设备管理可以包括故障管理、配置管理、计费管理、性能管理和安全管理。管理任务包括发现网络库存，监控设备健康和状态，向影响***的性能的情况提供警报，以及对问题、问题的(一个或多个)来源及其解决方案的标识。NMS114还可以收集设备统计数据，并可以保持先前的网络统计数据(包括过去的问题及其成功的解决方案)的存档。如果故障再次出现，则NMS114可以在存档中搜索可能的解决方案。分析模块116实时分析由服务器104接收的网络流量，并且提供通信***100内网络使用的视图。分析模块116可以包括分析功能，剖析(profiling)功能、建模功能和数据库功能。

根据一个或多个实施例，网络、服务和订户抽象模块104被配置为：从通信***100收集信息或数据并且通过检查收集的数据(例如互联网协议(IP)地址或移动订户标识符)之间的一个或多个相互关联的因素来抽象数据，基于相互关联的因素来将相互关联的数据组合在一起成为之后可以被访问和利用的一致存储。在至少一个实施例中，网络、服务和订户抽象模块104被配置为从网络服务层112、NMS114和分析模块116中的一个或多个收集数据用于抽象和存储。抽象功能提供了针对服务聚合和协议转换的无状态的通信平面。抽象层包括提供服务聚合功能的移动IP网络使能器(enabler)。聚合功能提供对实时网络、订户和应用智能(例如分组核心、探针和其它元件)的收集和协调用于服务实现(enablement)。API网关提供了协议转换功能，安全地实现与第三方更深层次的整合。OSS集成提供计费和结算集成到现有的OSS以及第三方服务代理以提供编制工作流。

服务器102通过网络基础设施和服务抽象层106与客户端设备118、无线接入网络基础设施120、网络基础设施122以及集成应用124通信。在特定实施例中，客户端设备118可以包括任何移动客户端设备，例如移动电话、智能电话或平板。在特定实施例中，客户端设备118可以包括移动性、分析、虚拟桌面基础架构(VDI)／虚拟体验基础设施(VXI)、统一通信和协作(UC&C)、视频和管理功能。RAN基础设施120包括被配置为实现无线接入网络功能的硬件和软件，并且可以包括以下功能：无线操作维护中心(OMC-R)、小型蜂窝(small cell)、eNB／NB／BTS、RAN优化、RRH／BBU和无线网络控制器(RNC)。网络基础设施122包括被配置为实现有线网络基础设施功能的硬件和软件，并且可以包括以下功能：光学、路由、旧有IN、以太网、MPC和位置。集成应用124被配置为提供集成的应用的功能(例如多媒体功能)到固定或移动用户。在特定实施例中，多媒体功能可以包括视频，基于IP的语音(VoIP)和IP多媒体子***(IMS)。

在至少一个实施例中，网络、服务和订户抽象模块104还被配置为从客户端设备118、RAN基础设施120、网络基础设施122和集成应用124中的一个或多个收集数据用于抽象和存储。

服务器102还通过应用／第三方API网关与第三方／运营商应用126通信、并通过企业服务总线110与运营商OSS基础设施128通信。第三方／运营商应用126向网络中的订户提供第三方服务和运营支持***(OSS)服务。在特定实施例中，第三方／运营商应用126可以包括应用服务器和OSS功能。在一个或多个实施例中，第三方／运营商应用126可以向通信网络100提供娱乐、跨运营商(OTT)和云服务交付平台(SDP)服务和／或应用。在特定实施例中，第三方／运营商应用126可以包括来自内容提供商的媒体和其它内容(例如移动应用、音乐、铃声、游戏、视频剪辑以及实时体育信息)的递送。运营商OSS基础设施128支持诸如维护网络库存、供应服务、配置网络组件、管理故障、接受订单、处理账单、收集支付等的处理。在特定实施例中，运营商OSS基础设施128可以包括计费组件、客户关怀组件、服务实现(service fulfillment)组件、和服务保障组件。计费组件可以包括零售计费，零售计费使得运营商能够基于服务计划、使用、促销和其它OSS交互生成客户账单，使得第三方能够利用运营商计费***(例如针对出现在客户账单中的应用内购买)向订户计费，允许第三方Wi-Fi供应商向订户计费，或服务交付平台的交互(例如铃声下载)。计费组件还可以实现基于分析的方式来理解用户的计费趋势，作为向供应商提供信息的手段，该信息可以辅助服务创建、活动创建、定价等等。这可以用于预付费用户(在这种情况下计费***还实时管理配额／平衡)、(跨多种接入类型)融合和后付费用户。

客户关怀组件可以包括：用于提供针对客户自助服务的信道、并指导机器到客户(machine-to-customer)信息的客户交互***，用于向与客户交互的服务供应商代理者提供先进的市场、销售和运营支持的客户关系管理，以及用于支持关怀代理者并指导客户交互的订户管理软件。服务实现组件可以包括用于提供订单管理***以编排下述项所需的步骤：实现客户订单，处理相互关联性(interdependency)、到其它内容服务提供商(CSP)和内容提供商的请求、和手工订单。服务实现组件还可以包括用于追踪库存可用性的库存管理***以供应网络中的服务、分配资源、设计网络连接、发现网络配置并以库存记录调解配置。服务实现组件还可以提供自动配置网络元件和服务于网络的***的活动性以提供订户请求的服务，并且工程工具适用于规划、设计、安装和配置网络和服务的支持工程师，包括规划和设计工具、外部设备和地理信息***以及网络安装和配置工具。

服务保证组件可以包括服务管理***，服务管理***将客户与他们各自的服务链路连接，并且实现CPS生成关于每个客户和服务的粒度报告(granular report)以验证服务层承诺。服务保证组件还可以包括收集来自网络元件的电路交换和分组数据的性能监控***，以及由仪器制造商提供供应并针对操作人员提供报告的元件管理***。服务保证组件还可以包括跟踪服务中断造成的事故并有效地调度域资源(field resource)的劳动力自动化软件，以及依赖于专用硬件和软件代理者来收集来自网络的媒体数据和信令的探针***。在至少一个实施例中，通信***100的各种组件可以交互操作以提供专业服务130，专业服务130包括商业咨询、设计咨询、与产品相关的服务、***集成、外包服务和托管管理服务。

在各种实施例中，网络、服务器和订户抽象模块104被配置为向信息消费者(例如一个或多个第三方／运营商应用126和运营商OSS基础设施128)提供从通信***100中的数据源(例如客户端装置118)获得的抽象信息，如将在本文中进一步讨论的，信息客户使用该信息来向网络中的订户提供一些增值服务。

在图1所示的特定实施例中，网络服务层112、NMS114、客户端设备118、RAN基础设施120、集成应用124，第三方／运营商应用126的应用服务器具有与网络、服务和订户抽象模块104的推送／拉取(push／pull)数据连接。此外在图1所示的特定实施例中，分析模块116、网络基础设施122、第三方／运营商应用126的OSS功能以及运营商OSS基础设施128的组件具有与网络、服务和订户抽象模块104的拉取连接。

当前创建新的服务的挑战包括：到可用性的长时：(需要)12-18个月来实现服务；服务简仓(silo)：建立一个服务并不总是有助于建立第二个服务；个性化：每个服务都有独特的要求；无杀手级应用：市场环境在运营商和地区之间的是不同的；滞后响应时间：不能响应于市场趋势快速创建或修改服务。尽管运营商面对显著的挑战，它们也有显著的市场优势和独特的价值。例如，应用开发者都吵嚷着要利用仅在网络中可用的信息。应用提供商的挑战包括：受限制或无法访问网络；没有实时的访问；不想理解运营商的拓扑；难以关联多个源／供应商；以及没有用于载体应用／服务的标准接口。

移动运营商有机会利用它们网络中的关键资产(实时订户、应用和网络智能)，并建立收获这样的智能来实现网络货币化(monetize)的架构。本文描述的各种实施例提供了提升服务速度、迅速实现多个用例的货币化架构，同时提供了针对应用开发者的、利用网络的平台。这可以为操作人员和应用开发者二者都带来更多收益，同时增强了订户体验。

至少一个实施例解决了从不同的源抽象数据、并且将数据组织成能够被转化为一个或多个外部协议(例如HTTP、XMPP、diameter等)的相干格式问题。现有***不能以网络范围的可扩展的方式关联来自多个源的数据、执行分析、并以相干格式呈现信息、。此外，现有***需要一个以上的实体来执行类似的功能，但仍然缺乏提供网络级解决方案的可扩展性。

在各种实施例中，网络、服务和订户抽象模块104还可以用作增量式地(incrementally)将来自各种源的数据关联以提取网络范围中的有用信息的数据流引擎。这与高水平的可扩展性一起，允许网络、服务和订户抽象模块104提供网络级的抽象。在各种实施例中，网络、服务和订户抽象模块104收集网络范围内的数据、对数据执行一组转换并且关联数据，以使得数据能够以网络、服务和订户抽象模块104之外的实体能够使用的相干格式被呈现。

在一个或多个实施例中，网络、服务和订户抽象模块104被构建为物理过程节点的集群，其中集群中的每个节点包含一些逻辑处理实体。集群是由一个或多个节点的逻辑分组构成。节点是集群内具有处理器资源、存储器和存储设备资源的物理处理元件。***中每个节点上的逻辑实体被称为数据控制任务(DCT)和数据处理任务(DPT)。相应地，每个节点基于计算资源的可用性具有DCT处理和多个DPT。DCT是每个节点中负责将数据路由至适当的数据处理元件(DPT)的逻辑实体。在对数据的路由之外，DCT还可以通过将协议交易(HTTP、diameter、XMPP、网络流、IPFIX等)转换为DPT所理解的内部逻辑操作来执行任何协议正规化。DPT充当数据存储库以及对数据执行分布式操作的处理元件。DPT支持可以通过配置信息被结合在一起的一些基本操作以执行复杂的操作。在一个或多个实施例中，配置本身可以通过命令行接口或web接口来被执行。

在具体实施例中，通信***100提供了灵活的移动架构／框架，使运营商能够通过对来自网络的智能的收获、做出抽象和货币化来快速创建和修改用例用于货币化。货币化的使用可以包括这样的服务：例如一般的消费者控制点、有针对性的广告插播、视频、Femto／Wi-Fi／位置／呈现信息、远程呈现、拥塞／控制、远程信息处理、远程／视频监控、自动计量基础设施、ATM／POS、远程监控／自动化、信息显示、IMS云、通过LTE的语音和视频、以及消息递送。

图2是图示出了图1的通信***100的服务器102的特定实施例的简化框图。图2的服务器102的特定实施例包括：第一过程节点200a和第二过程节点200b。在特定实施例中，第一过程节点200a和第二过程节点200b中的每一个可以在服务器102的分立刀片中被具现化。第一过程节点200a和第二过程节点200b形成了集群。第一过程节点200a包括(一个或多个)处理器202a、存储器元件204a、网络、服务和订户模块104。(一个或多个)处理器202a被配置为执行软件指令以执行如本文所述的、第一过程节点200a的各种操作。存储器元件204a可以被配置为存储与第一过程节点200a相关联的软件指令以及数据。第一过程节点200a还包括DCT206a、与DCT206a相关联的多个DPT208a₁-208a_n、和存储设备210a。DCT206a负责基于相似性度量将由第一过程节点200a接收到的数据路由至DPT208a₁-208a_n中的一个或多个，从而相似的数据被优选地路由至相同的DPT。一个或多个DPT208a₁-208a_n处理数据并且将经处理的数据存储在存储设备210a内。

类似地，第二过程节点200b包括(一个或多个)处理器202b、存储器元件204b、网络、服务和订户模块104。第二过程节点200b还包括DCT206b、与DCT206b相关联的多个DPT208b₁-208b_n、和存储设备210b。DCT206a负责基于相似性度量将由第二过程节点200b接收到的数据路由至DPT208b₁-208b_n中的一个或多个，从而相似的数据被优选地路由至相同的DPT。一个或多个DPT208b₁-208b_n处理数据并且将经处理的数据存储在存储设备210b内。

尽管在图2中示出的特定实施例将服务器102图示为包括第一过程节点200a和第二过程节点200b，但应理解，在其它实施例中服务器102可以包括任何数量的过程节点。在又另外的实施例中，集群可以由任何数量的过程节点形成，这些过程节点分布遍及通信网络内的一些服务器或其它网络元件。

在一种实现方式中，第一过程节点200a和第二过程节点200b中包括的软件来实现(或推动)如本说明书中所概述的抽象操作。注意在一个示例中，这些元件中的每个可以具有内部结构(例如处理器、存储器元件等)以辅助本文所述的一些操作。在其它实施例中，抽象操作可以在这些元件的外部执行，或者被包含在其他网络元件中来实现预期功能。替代地，第一过程节点200a和第二过程节点200b可以包括这样的软件(或交互软件(reciprocating software))：该软件可以与其它网络元件协调以实现如本文概述的操作。在又另外的实施例中，一个或一些设备可以包括任何辅助其操作的合适算法、硬件、软件、组件、模块、接口或对象。

图3是具有分布在多个网络运行中心(NOC)中的多个服务器102a-102c的通信***300的实施例的简化框图。服务器102a-102c中的每个包括具有网络、服务和订户抽象模块104的一个或多个节点。服务器102a位于第一网络运行中心(NOC)302a处，服务器102b位于第二NOC302b处并且服务器102c位于第三NOC302c处。第一NOC302a还包括与服务器102a通信、并被配置为将来自网络元件(例如客户端设备或其它数据源)的数据提供至服务器102a的数据网关304a-304c。类似地，第二NOC302b还包括与服务器102b通信、并被配置为将来自网络元件(例如客户端设备或其它数据源)的数据提供至服务器102b的数据网关304d-304f。此外，第三NOC302c还包括与服务器102c通信、并被配置为将来自网络元件(例如客户端设备或其它数据源)的数据提供至服务器102c的数据网关304g-304i。通信***300还包括：服务器102a和服务器102b之间的第一互连306a、服务器102b和服务器102c之间的第二互连306b、以及服务器102c和服务器102a之间的第三互连306c。图3的通信***300允许网络、服务和数据的功能被分布到第一NOC302a、第二NOC302b和第三NOC302c中。在这样的实施例中，应用和其他实体可以从服务器102a、服务器102b和服务器102c中的任何一个查询数据。通信***300可以提供的一个优点是：由于通信***300中的多数流量都从网关304a-304i流至它们各自的服务器102a-102c，那么网关304a-304i到它们各自的服务器102a-102c的紧密贴近使得延迟降低。

图4是具有位于中央数据中心308a处的服务器102a的通信***400的实施例的简化框图。通信***400包括位于第一NOC302a处的网关304a-304c、位于第二NOC302b处的网关304d-304f以及位于中央数据中心308a处的服务器102a。网关304a-304f中的每个与服务器102a通信、并被配置为将来自网络元件(例如客户端设备或其它数据源)的数据提供至服务器102a。在通信***400中，来自连接到网关304a-304f的网络元件的数据被从第一NOC302a和第二NOC302b回传至中央数据中心308a处的服务器102a。

图5是具有位于多个数据中心308a-308b处的多个服务器102a-102b的通信***500的实施例的简化框图。通信***500包括位于第一NOC302a处的网关304a-304c、位于第二NOC302b处的网关304d-304f、位于中央数据中心308a处的服务器102a以及位于中央数据中心308b处的服务器102b。网关304a-304c中的每个与服务器102a通信、并被配置为将来自网络元件(例如客户端设备或其它数据源)的数据提供至服务器102a。网关304d-304f中的每个与服务器102b通信、并被配置为将来自网络元件(例如客户端设备或其它数据源)的数据提供至服务器102b。通信***500还包括服务器102a和服务器102b之间的第一互连。图5的通信***500使得服务和数据的功能被分布到第一数据中心308a和第二数据中心308b中。在这样的实施例中，应用和其他实体可以从服务器102a和服务器102b中的任何一个查询数据。

图6是根据一个实施例用于抽象数据的集群600的简化框图。集群600包括第一过程节点200a、第二过程节点200b和第三过程节点200c。第一过程节点200a包括DCT206a和连接到存储设备210a的多个DPT208a₁-208a_n。第二过程节点200b包括DCT206b和连接到存储设备210b的多个DPT208b₁-208b_n。第三过程节点200c包括DCT206c和连接到存储设备210c的多个DPT208c₁-208c_n。第一过程节点200a、第二过程节点200b和第三过程节点200c中的每个被配置为通过负载平衡器606接收来自网络元件602a、网络元件602b、网络元件602c、服务逻辑604a和服务逻辑604b的一个或多个数据提要。在又另外的实施例中，负载平衡器606可以被省略。

特定DCT206a-206c负责在不同的节点或DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n(其为执行对数据的处理的基础实体)之间发布数据。在特定实施例中，由DCT206a-206c对数据的路由是基于该数据的性质的。被判定为相关的数据优选地被路由到相同的DPT。如果数据未被判定为相关，则DCT206a-206c尝试将该数据发布至不同的节点来进行处理。在一个或多个实施例中，数据被基于一个或多个相似性度量判定为相关。例如，订户可以具有与该订户相关联的特定位置、与该订户相关联的IP地址或者被针对该订户创建在一些网络元件上的一定数量的载体(bearer)。具有这些相同特性的数据可以被判定为相关。在一些实施例中，层级关系可以存在于数据之间，并且该层级信息可被用来判定数据之间的相似性度量从而路由数据。

DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n可以起到存储数据本身以及执行数据的增量处理的功能。在特定实施例中，DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n可以对数据执行增量计算并且存储一些部分计算出的数据，从而当一些实体查询数据时，部分相关的数据可以被检索并且可以进行关联来生成所查询的数据。在各种实施例中，规则可以根据特定DPT被协商，从而如果由该DPT接收到的具体数据正在改变，则运行制表(running tabulation)将保持运行，这样，如果问询请求该信息，则在查询时执行最小的处理。例如，如果特定规则指示对特定web站点的访问的数量应当被追踪，则该信息可以被自动收集，并且这些访问的数目可以被进行增量计算，从而当被查询时该信息可以被快速地提供。在一些实施例中，多数信息可以针对访问的速度被存储在存储器中，然而一些数据可以被存储在特定存储设备210a-210c(例如内部硬盘驱动、存储区域网络(SAN)或永久存储设备)中。

如这里在本说明书中所使用的，术语“网络元件”意指包括可操作来交换网络环境中的信息的路由器、交换机、网关、网桥、负载平衡器、防火墙、内联服务节点、代理器、服务器、处理器、模块或任何其他合适的设备、组件、元件、专有装置或对象。此网络元件可以包括辅助其操作的任何合适的硬件、软件、组件、模块、接口或对象。这可以被包括在允许对数据或信息的高效交换的适当算法和通信协议中。

图7是图示了图6的集群600中的数据路由操作的实施例的简化框图。根据各种实施例，一个或多个DCT可以被指定为从特定的源收集数据，并在逻辑上作为端点被分组(group)在一起。端点是可以通过其访问数据的逻辑管道。端点可以基于性能要求跨越任何数量的DCT。在图7的特定实施例中，第一过程节点200a的DCT206a被指定为收集来自网络元件602a的数据的端点708a，并且第二过程节点200b的DCT206b被指定为收集来自网络元件602a的数据的端点708b。在图7所示的示例中，来自网络元件602a的数据在端点708a处被接收。DCT206a基于一个或多个相似性度量来判定特定数据是否应当被路由至第一过程节点200a的DPT208a₁-208a_n、第二过程节点200b的DPT208b₁-208b_n和第三过程节点200c的DPT208c₁-208c_n中的一个或多个，并且相应地对该特定数据进行路由。此外，DPT对特定数据的处理可以被复制到其它DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n以及复制到一个或多个存储设备210a-210c。在一个或多个实施例中，特定DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n可以基于一个或多个相似性度量来或者接受或者拒绝用于处理的特定数据，并相应地通知路由的DCT206a。如果特定数据被特定的DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n拒绝，则DCT206a可以选择另一个候选DPT208a₁-208a_n、208b₁-208b_n、208c₁-208c_n用于对特定数据的处理并且将该特定数据路由至候选DPT。该过程可以被重复直到DCT206a选定了合适的DPT。

在一个或多个实施例中，DCT206a和DCT206b还可以分别包括安全管理器组件710a和安全管理器组件710b，以处理网络元件602a-602b和端点708a-708b之间的安全通信和访问控制。安全管理器组件710a的功能是保护数据和基础设施(例如端点708a和的DPT208a₁-208a_n)，并且安全管理器组件710b的功能是保护数据和基础设施(例如端点708b和的DPT208b₁-208b_n)。可以由安全管理器组件7lOa提供以用于例如防止外部访问的一些安全特征包括：提供身份管理和集成以及用于访问控制的安全策略，检查来自网络元件602a的请求或来自外部API的用户的功能调用，确保到问端点708a和DPT208a₁-208a_n的访问是被允许的且攻击被封锁。在特定实施例中，单点登录(SSO)的令牌可以在没有拥塞的联合服务器的情况下被用于共享安全状态，而不论该令牌是本地发布还是从另一***被发布的。一些安全特征可以由安全管理器组件710a提供用于保护基础设施，包括使用云密码来信任(一个或多个)数据中心中的所有***，从而来自内部的恶意服务器将无法拦截流量，以及使用针对数据安全的正常加密并且使用安全套接层(secure sockets layer，SSL)用于连接的安全等等。在特定实施例中，云密钥可以自动地被保持同步并被与SSO结合。

图8是图示了处理图6的集群600中的数据提要的实施例的简化框图。在图8的示例中，数据提要被第一过程节点200a的DCT206a通过负载平衡器606从网络元件602a接收。随后DCT206a将数据提要分配给根据一个或多个规则处理数据的DPT208a₁-208a_n中的一个或多个。一个或多个DPT208a₁-208a_n还可以通过将数据拷贝至存储设备210a来将经处理的数据存储入永久存储器中。在又另外的实施例中，数据可以替代地从第一过程节点200a的一个或多个DPT208a₁-208a_n被复制到第二过程节点200b的一个或多个DPT208b₁-208b_n。在一个或多个DPT208a₁-208a_n故障的情况下，复制的数据可以被用于数据恢复。

图9示出了用于存储与图6的集群600相关联的数据提要的层级数据结构900的实施例的简化示意图。在图9的示例中，分别从网络元件602a和602b被接收的、来自提要xxxx和提要yyyy的数据被映射至呈树状分布的层级中的多个节点，该树状分布层级适合于由外部实体查询。在各种实施例中，层级可以被沿每个节点布置，其中每个节点处理树的某部分。如图9所示，提要xxxx被映射至层级中的具体部分中的／根／abc／xyz的节点，提要yyyy被至层级中的具体部分中的／根／abc／xy的节点。如果包含“imsi”的提要以及提要xxxx上的位置和流信息被接收，则数据将如图9所示地被映射。外部元件可以通过使用给定的接口执行查询来查询包含在数据结构900中的数据。随后外部查询可以被执行负载平衡至集群中的多个节点中的一个，节点可以轮流以分布式的方式执行查询来获取需要的数据。例如，用户可以查询／根／abc／xyz／<imsi>中将被映射到***中的一个节点用于处理的信息。

图10示出了图示处理图6的集群600中的查询的实施例的简化框图。在图10的示例中，查询由第一过程节点200a接收(由DCT206a通过负载平衡器606从网络元件602a接收)。DCT206a接收查询并且将查询分发至不同的DPT208a₁-208a_n用于映射和化简(reduce)操作。所查询的数据可以被从存储设备获取并且被提供至请求实体。

图11是示出了用于与本公开相关联的数据控制任务(DCT)处理的一个潜在进程的简化流程图1100。在1102，第一过程节点200a的数据控制任务(DCT)206a通过端点708a从网络元件602a接收数据。在1104，DCT206a基于接收到的数据和当前与特定DPT相关联的数据之间的相似性度量确定用于数据的候选数据处理任务(DPT)。在特定实施例中，DCT206a包括端点管理器，该端点管理器维护列举了***中所有DPT的分布式哈希表、使用相似性度量来确定接收到的数据与以被与一个DPT相关联的数据相似、并且如果相似性度量在预定的阀值之内则将特定DPT指定为候选DPT。在1106，DCT206a将数据路由至候选DPT。在各种实施例中，由DCT206a确定的相似性度量可以是对接收到的数据和与候选DPT相关联的数据的相似性度量的粗略近似。

在1108，DCT206a判定候选DPT是否接受了数据。在特定实施例中，候选DPT使用相似性度量来判定从DCT206a接收到的数据是否与它当前正处理的数据相类似。在特定实施例中，相较由DCT206a执行的相似性度量，由候选DPT评估的相似性度量代表更深层的相似性分析。在判定候选DPT是否接受数据之后，候选DPT可以向DCT206a发送指示候选DPT是否已接受数据的响应。如果在1108处DCT206a判定候选DPT未接受数据，则进程继续到1110。在1110，DCT206a更新针对候选DPT的相似性信息，指示候选DPT不适合与接收到的数据相关联的数据的类型。在1112，DCT206a基于更新的相似性信息来确定新的候选DPT并返回1106，其中数据被路由至下一候选DPT以供该下一候选DPT在1108做出接受或拒绝的判定。

如果DCT206a在1108处确定候选DPT已接受数据，则在1114DCT206a更新针对候选DPT的相似性信息，指示数据的类型与候选DPT相匹配。进程随后结束。针对后续事务，随着每次数据通过DCT206a，选择错误的候选DPT的可能性都变得越来越低，关于如何路由后续数据DCT206a有更好的规划。由于针对特定类型的数据DCT206a具有较好的信心，选择错误的候选DPT的可能性倾向于降低。此外，如果DPT崩溃或以其它方式变得无效，则DCT206a可以重复进程1100以恢复其路由能力，消除了发送广播消息以重新学习这些信息的需要。

图12是示出了用于与本公开相关联的数据处理任务(DPT)处理的一个潜在进程的简化流程图1200。在1202，候选DPT从DCT206a接收数据。在1204，候选DPT判定针对接收到的数据的相似性度量指示接收到的数据是否适合候选DPT。在具体实施例中，相较由DCT206a执行的相似性度量，由候选DPT评估的相似性度量代表更深层的相似性分析。在1206，候选DPT基于相似性度量来判定接收到的数据是否适合候选DPT。如果接收到的数据不适合候选DPT，则在1208候选DPT拒绝接收到的数据并结束进程。在至少一个实施例中，候选DPT向DCT206a发送指示候选DPT拒绝接收到的数据的消息。

如果候选DPT在1206判定接收到的数据适合候选DPT，则在1210候选DPT接受接收到的数据。在特定实施例中，候选DPT向DCT206a发送指示候选DPT接受接收到的数据的消息。随后进程继续到1212，其中候选DPT根据一个或多个预定义的规则来处理接收到的数据。例如，一个特定的规则可以指示：如果一个特定的数据集发生变化，则通知特定的实体。在另一个例子中，一个或多个规则可以指示：应该为特定的数据保存历史或分析。然后进程结束。

图13示出了图示过程节点的DCT处理的实施例的逻辑组件的简化框图1300。DCT处理包括数据库(DB)API1302、配置管理器1304、配置／统计API1306、数据管理器1308、端点管理器模块1310、消息／任务调度器1312、进程管理器1314、消息路由管理器1316和数据端点API1318。DB API1302是对进程内所有任务可见的API层，其对缓存进行维护并生成通知。DB API1302具有与配置管理器1304的功能API接口，以及用于控制数据管理器1308的功能API接口。配置管理器1304管理并同步沿集群的配置，并且还具有用于控制配置／统计API1306的功能API接口，与端点管理器模块1310的功能API接口，以及与消息／任务调度器1312的消息接口。配置／统计API1306将配置信息从***提供至端点管理器模块1310。数据管理器1308管理连接朝向底层数据库(DB)的连接性并且管理在存储器中的数据缓存和通知。端点管理器模块1310管理服务端点，包括协议转换、负载平衡、授权和认证。端点管理器模块还具有与配置／统计API1306和消息／任务调度器1312的功能API接口，以及与消息／任务调度器1312的消息API接口。消息／任务调度器1312是负责路由遍及***的进程间消息的引擎，这些消息被路由至例如本地处理器或其它处理器。在特定实施例中，消息／任务调度器1312主要使用传输控制协议(TCP)来发送消息。消息／任务调度器1312还具有与数据管理器1308、进程管理器1314和消息路由管理器1316的功能API接口和消息API接口。

进程管理器1314管理DCT处理内的功能块，并且可以提供DCT处理内进程级抽象。消息路由管理器1316管理消息向集群中的其它节点的路由，并且基于负载、加权等执行对资源的选择。在特定实施例中，消息路由管理器1316确定在***内递送消息的最优方式。消息路由管理器包括与配置／统计API1306的功能API接口以及与消息／任务调度器1312的消息API接口。数据端点API1318在端点管理器模块1310和DCT处理内的端点之间提供接口。

在一些实施例中，DCT处理还可以包括如先前相对于图7讨论过的安全管理器组件710a。在特定实施例中，安全管理器组件710a可以位于DBAPI1302和配置管理器1304和数据管理器1308之间，以及位于配置／统计API1306和配置管理器1304、数据管理器1308、端点管理器模块1310和消息路由管理器1316之间。

图14示出了图示过程节点的DPT处理的实施例的逻辑组件的简化框图1400。DPT处理包括DB API1302、配置管理器1304、配置／统计API1306、数据管理器1308、消息／任务调度器1312、进程管理器1314、消息路由管理器1316和数据端点API1318。这些逻辑组件通常以与相对于图13描述过的方式类似的方式操作，主要区别是数据管理器1308的操作。在图14示出的DPT处理中，数据管理器1308是进行以下操作的实体：执行置于DPT中的数据的处理，管理和维护由***接收到的数据，对接收到的数据执行增量计算，并且向订阅了特定数据提要的实体发送通知消息。

图15示出了图示图13的配置管理器1304的实施例的逻辑组件的简化框图1500。配置管理器1304包括DB API1302、配置／统计API1306、消息／任务调度器1312、配置消息处理者(handler)1502、逐进程配置的DB1504、统计累加引擎1506、到目录服务(DS)映射代理的配置1508、和进程中的其它任务1510。配置消息处理者1502通过消息接口从消息／任务调度器1312接收配置消息，并且通过功能API接口向逐进程配置的DB和统计累加引擎1506提供配置信息。逐进程配置的DB被配置为基于每个进程来配置进程。统计累加引擎1506具有到配置／统计API的功能API接口，并且被配置为从每个进程和节点收集统计数据并给出***的节点和进程的总体统计图。到DS映射代理的配置1508被配置为响应于配置信息来配置目录服务。配置管理器1304还可以包括进程中的其它任务1510。

图16示出了图示图13的数据库(DB)管理器1308的实施例的逻辑组件的简化框图1600。DB管理器1308包括DB API1302、配置API1306、消息／任务调度器1312、DB管理器消息处理者1602、通知触发管理器1604、DB缓存管理器1606和进程中的其它任务1610。DB管理器消息处理者1602处理通过消息接口从消息／任务调度器1312接收到的数据信息，并且具有到通知触发管理器1604和DB缓存管理器1606的功能API接口。通知触发管理器1604具有与配置API1306和DB API1302的功能API接口，并且允许实体订阅触发从而被通知特定类型的数据何时改变。DB缓存管理器1606还具有与DB API的功能API接口，并且起管理DB缓存的作用。DB API1302还具有与进程中的其它任务1610的功能API接口，并且将应用编程接口提供至DB管理器1308。

图17示出了图示图13的DB API1302的实施例的逻辑组件的简化框图。逻辑组件包括DB API1302、DB管理器1308、DB缓存1702、DB通知引擎1704、结构化查询语言(SQL)／非关系型数据库(NoSQL)适配器1706和进程中的其它任务1708。DB API1302还具有与DB缓存1702、DB通知引擎1704和进程中的其它任务1708的功能API接口。DB缓存1702还具有与SQL／NoSQL适配器1706的功能API接口，并且作为针对DB API1302的缓存进行操作。DB通知引擎1704具有与DB缓存1702和DB管理器1308的功能API接口，并且执行关于由实体订阅的数据的改变的通知。DB管理器1308被配置为管理在永久层和存储器中的数据之间移动的数据。SQL／NoSQL适配器1706被配置为提供至SQL和／或NoSQL数据库的接口。

图18示出了图示图13的消息路由管理器1318的实施例的逻辑组件的简化框图1800。消息路由管理器1318包括消息路由器消息处理者1802、消息路由表1804、进程间通信(IPC)消息解析器1806、事件API1808、和进程中的其它任务1810。消息路由器消息处理者1802具有与消息路由表1804和IPC消息解析器1806的功能API接口，并且被配置为处理由消息路由管理器1318接收的消息。消息路由表1804维护关于***内节点的物理位置的位置信息的表，从而即使节点在***中移动，上层应用服务也可以意识到这样的改变。IPC消息解析器1806具有与消息路由表1804、消息路由器消息处理者1802和事件API1808的功能API接口，并且被配置为接收消息并将消息解析入其组件结构中，并将消息传递至***内的其它元件。事件API1808具有与IPC消息解析器1806的功能API接口，并且被配置为用作起针对网络内事件的编程接口。

注意在某些示例性实现中，本文概述的数据抽象功能可以由编码在一个或多个有形介质中的逻辑(例如提供在专用集成电路(ASIC)、数字信号处理器(DSP)指令、将由处理器执行的软件(潜在地包括目标代码和源代码)或其它类似的机器等等中的嵌入式逻辑)来执行。在一些这样的实例中，(如图2所示的)存储器元件可以存储用于本文所述的操作的数据。这包括能够存储被执行来实施本说明书中描述的活动的软件、逻辑、代码、或处理器指令的存储器元件。处理器可以执行与数据相关联的任何类型的指令以达成本说明书详述的操作。在一个示例中，(如图2所示的)处理器可以将元素或事物(例如数据)从一种状态或物体转换为另一种状态或物体。在另一个示例中，本文概述的活动可以固定逻辑或可编程逻辑(例如由处理器执行的软件／计算机指令)来实现，并且本文标识的元件可以是以下各项中的某一类型：包括数字逻辑、软件、代码、电子指令或其任何合适组合的可编程处理器、可编程数字逻辑(例如现场可编程门阵列(FPGA)、可擦除可编程只读存储器(EPROM)、电可擦除可编程ROM(EEPROM))或者ASIC。

在一个示例性实现中，服务器102可以包括软件以实现本文概述的数据抽象功能。这些活动可以由网络、服务和订户抽象模块104来辅助(其中这些模块可以被以任何适当的方式合适地组合，这可以基于特定配置和／或配设需要)。服务器102可以包括用于存储信息的存储器元件，该信息可用于达成如本文讨论的数据抽象活动。此外，服务器102可以包括处理器，处理器可以执行软件或算法来执行如本说明书公开的数据抽象操作。在适当的情况下并且基于特定需要，这些设备还可以将信息保存在任何合适的存储器元件(随机存取存储器(RAM)、ROM、EPROM、EEPROM、ASIC等)、软件、硬件中，或者保存在任何其它合适的组件、设备、元件或对象中。本文讨论的任何存储器项(例如数据库、表、树、缓存等)应当被理解为在广义的术语“存储器元件”的范围之内。类似的，本文描述的任何潜在的处理元件、模块和机器应当被理解为在广义的术语“处理器”的范围之内。每个网络元件还可以包括用于在网络环境中接收、发送和／或以其它方式传输数据或信息的合适接口。

注意，根据上文提供的示例以及本文提供的许多其它示例，交互可以就两个、三个或四个网络元件来描述。然而，这么做仅仅是为了清楚和示例的目的。在某些情况下，通过仅参考有限数量的网络元件可以更简单地描述给定流集的一个或多个功能。应当理解通信***100(及其教导)是容易扩展的，并且可以容纳大量组件以及更复杂／精密的布置和配置。据此，由于可以被应用至众多的其它架构，提供的示例不应对范围进行限制或者约束通信***100的广泛教导。

同样重要的是注意，先前的流程图中的步骤仅示出了可以由通信***100执行或者在通信***100内被执行的一些可能的信令发送情景和模式。在适当情况下，这些步骤中的一些可以被删除或移除，或者在不背离本发明的范围的情况下，这些步骤可以进行相当程度的修改或改变。此外，一些这样的操作已被描述为与一个或多个附加操作同时或并行地被执行。然而，这些操作的时序可以被显著变更。已经提供先前的操作流程用于示例和讨论的目的。由通信***100所提供的丰富的灵活性在于：在不背离本公开的教导的情况下，任何合适的布置、时间表、配置和时序机制可以被提供。

尽管已参考特定的布置和配置详细描述了本公开，在不背离本公开的范围的情况下这些示例性布置和配置可以被显著地改变。例如，尽管已参考涉及某些端点组件和某些协议的特定通信交换描述了本公开，通信***100可以适用于其它协议和布置。此外，除了移动架构，本发明同样适用于各种技术，移动架构仅出于讨论的目的而被提供。

此外，尽管已参考辅助通信过程的特定元件和操作描述了通信***100，这些元件和操作可以被实现通信***100的预期的功能的任何合适进程或架构取代。

Claims

1.一种方法，包括：

从网络元件接收数据；

基于接收到的数据和当前与候选数据处理任务相关联的数据之间的第一相似性度量，来确定用于所述接收到的数据的所述候选数据处理任务；并且

将所述接收到的数据发送至所述候选数据处理任务。

2.如权利要求1所述的方法，还包括：接收关于所述候选数据处理任务是否已接受了所述接收到的数据的指示。

3.如权利要求2所述的方法，还包括：基于所述候选数据处理任务是否已接受了所述接收到的数据来更新针对所述候选数据处理任务的相似性信息。

4.如权利要求2所述的方法，还包括：如果所述候选数据处理任务指示数据处理任务尚未接受所述接收到的数据，则确定下一个候选数据处理任务。

5.如权利要求1所述的方法，还包括：由所述候选数据处理任务基于第二相似性度量来判定所述接收到的数据是否适用于所述候选数据处理任务。

6.如权利要求5所述的方法，还包括：基于所述接收到的数据是否适用于所述候选数据处理任务，来发送指示所述候选数据处理任务是否已接受了所述接收到的数据的消息。

7.如权利要求1所述的方法，还包括：由所述候选数据处理任务根据至少一个预定义的规则来处理所述接收到的数据。

8.编码在一种或多种非暂态有形介质中包括用于执行的代码的逻辑，当由处理器执行时所述逻辑可操作来执行包括下述项的操作：

从网络元件接收数据；

将所述接收到的数据发送至所述候选数据处理任务。

9.如权利要求8所述的介质，其中所述操作还包括：接收关于所述候选数据处理任务是否已接受了所述接收到的数据的指示。

10.如权利要求9所述的介质，其中所述操作还包括：基于所述候选数据处理任务是否已接受了所述接收到的数据来更新针对所述候选数据处理任务的相似性信息。

11.如权利要求9所述的介质，其中所述操作还包括：如果所述候选数据处理任务指示数据处理任务尚未接受所述接收到的数据，则确定下一个候选数据处理任务。

12.如权利要求8所述的介质，其中所述操作还包括：由所述候选数据处理任务基于第二相似性度量来判定所述接收到的数据是否适用于所述候选数据处理任务。

13.如权利要求12所述的介质，其中所述操作还包括：基于所述接收到的数据是否适用于所述候选数据处理任务，来发送指示所述候选数据处理任务是否已接受了所述接收到的数据的消息。

14.如权利要求8所述的介质，其中所述操作还包括：由所述候选数据处理任务根据至少一个预定义的规则来处理所述接收到的数据。

15.一种装置，包括：

网络元件，所述网络元件被配置为存储数据；

处理器，所述处理器可操作来执行与所述数据相关联的指令，以及抽象模块，所述装置被配置来：

从所述网络元件接收数据；

将所述接收到的数据发送至所述候选数据处理任务。

16.如权利要求15所述的装置，其中所述装置还被配置为：接收关于所述候选数据处理任务是否已接受了所述接收到的数据的指示。

17.如权利要求16所述的装置，其中所述装置还被配置为：基于所述候选数据处理任务是否已接受了所述接收到的数据来更新针对所述候选数据处理任务的相似性信息。

18.如权利要求16所述的装置，其中所述装置还被配置为：如果所述候选数据处理任务指示数据处理任务尚未接受所述接收到的数据，则确定下一个候选数据处理任务。

19.如权利要求15所述的装置，其中所述装置还被配置为：由所述候选数据处理任务基于第二相似性度量来判定所述接收到的数据是否适用于所述候选数据处理任务。

20.如权利要求19所述的装置，其中所述装置还被配置为：基于所述接收到的数据是否适用于所述候选数据处理任务，来发送指示所述候选数据处理任务是否已接受了所述接收到的数据的消息。