CN116802665A

CN116802665A - 设备管理系统和方法

Info

Publication number: CN116802665A
Application number: CN202180070399.9A
Authority: CN
Inventors: 小理查德·A·布恩; 桑贾伊·斯里瓦斯塔瓦
Original assignee: Ximeitrike Co ltd
Current assignee: Ximeitrike Co ltd
Priority date: 2020-08-20
Filing date: 2021-08-20
Publication date: 2023-09-22
Also published as: BR112023003156A2; EP4201042A1; CA3190073A1; WO2022040591A1; BR112023003160A2; JP2023538121A; WO2022040588A1; CN116325694A; WO2022040583A1; US20220060862A1; US11882003B2; JP2023538124A; EP4200783A1; US20220060386A1; US11902101B2; US11838185B2; CA3190067A1; US20220058101A1

Abstract

本申请描述了示例性的设备管理系统和方法。在一个实施例中，本技术方案识别使用与运营商相关联的第一费率计划进行通信的多个第一设备。该技术方案还识别使用与该运营商相关联的第二费率计划进行通信的多个第二设备。该技术方案基于数据使用来分析第一费率计划和第二费率计划。然后该技术方案基于该分析为多个第一设备或多个第二设备中的至少一个设备确定推荐的至少一个费率计划变更。

Description

设备管理系统和方法

相关申请

本申请要求2020年8月20日递交的申请号为63/068,334的美国临时申请的优先权，其全部公开内容通过引用而并入本文中。

技术领域

本申请涉及设备和相关数据的管理，例如IoT(物联网)设备的管理。

背景技术

在许多情况下，企业可能无法利用单个蜂窝网络运营商来部署物联网智能设备。例如，企业物联网部署可能会跨越不同蜂窝网络运营商所在的多个地区，或者相反，单个物联网部署(例如联网汽车)需要穿越多个蜂窝网络运营商的网络。此外，蜂窝网络运营商管理系统和物联网管理平台差异很大。这样，企业的物联网部署可能包含来自多个蜂窝网络运营商和物联网管理平台的碎片化财务和运营数据，这给企业评估其物联网部署带来了复杂性，因此，需要能够克服这些问题的系统和方法。

附图说明

参考以下附图描述本申请的非限制性和非穷尽性实施例，其中，除非另有说明，否则在各个附图中相同的附图标记指代相同的部件。

图1示出可在其中实现示例性实施例的环境的框图。

图2示出用于管理设备和相关数据的方法过程的实施例的流程图。

图3示出优化引擎的实施例的框图。

图4A示出用于创建、编辑和测试优化算法的方法过程的实施例的流程图。

图4B示出优化方法过程的实施例的流程图。

图5示出用于执行优化算法的方法过程的实施例的流程图。

图6示出通知引擎的实施例的框图。

图7示出用于生成和传送通知的方法过程的实施例的流程图。

图8示出用于生成各种类型的通知的方法过程的实施例的流程图。

图9示出选择和配置通知设置的示例性实施例。

图10示出用于处理与物联网设备相关的多个API请求的方法过程的实施例的流程图。

图11A示出用于执行批量API处理的方法过程的示例性实施例。

图11B示出批量API引擎的各种特征的示例性实施例。

图12示出用于业务流程自动化的方法过程的示例性实施例。

图13A示出API目录的各种特征的示例性实施例。

图13B示出用于实现API即服务(APIaaS)的方法过程的示例性实施例。

图14示出实现优化引擎的示例性实施例。

图15示出实现优化引擎的另一示例性实施例。

图16示出基于规则的优化引擎的示例性实施例。

图17示出实现批量API引擎的示例性实施例。

图18-20示出向设备管理系统的用户呈现各种信息的GUI的示例性实施例。

图21示出可用于构建一个或多个查询的GUI的示例性实施例。

图22示出包含多个容器的优化集合的示例性实施例。

图23示出计算设备的示例性框图。

具体实施方式

在一些实施例中，这里讨论的系统和方法执行与多个设备相关联的各种信息管理任务。在特定实施例中，这些系统和方法与蜂窝网络连接数据的信息管理相关，该蜂窝网络连接数据与部署在任意数量的地理区域中的IoT(物联网)设备相关联。

在下面的公开内容中，参考了附图，这些附图构成了公开内容的一部分，并且在附图中通过图示的方式示出了可以实施本申请内容的具体实施方式。应当理解，在不脱离本申请的范围的情况下，可以利用其他实施方式，并且可以进行结构改变。说明书中对“一个实施例”、“实施例”、“示例性实施例”等的引用，表示所描述的实施例可以包括特定的特征、结构或特性，但是并不一定是每个实施例都包括特定的特征、结构或特性。此外，这些短语不一定指同一实施例。如果描述了与某个实施例相关联的特定的特征、结构或特性，那么无论是否明确描述，将此特征、结构或特性与其他实施例关联运用都被认为是在本领域技术人员的知识范围内。

本文公开的系统、设备和方法的实施方式可以包括或利用专用或通用计算机，如本文所讨论的，包括计算机硬件，例如一个或多个处理器和系统存储器。本申请范围内的实施方式还可以包括用于承载或存储计算机可执行指令和/或数据结构的物理和其他计算机可读介质。这样的计算机可读介质可以是能够被通用或专用计算机系统访问的任何可用介质。存储计算机可执行指令的计算机可读介质是计算机存储介质(设备)。承载计算机可执行指令的计算机可读介质是传输介质。因此，作为示例而非限制，本申请的实施方式可以包括至少两种截然不同的计算机可读介质:计算机存储介质(设备)和传输介质。

计算机存储介质(设备)包括RAM、ROM、EEPROM、CD-ROM、固态驱动器(“SSD”)(例如，基于RAM)、闪存、相变存储器(“PCM”)、其他类型的存储器、其他光盘存储器、磁盘存储器或其他磁存储设备，或者可以用于存储计算机可执行指令或数据结构形式的所需程序代码并且可以由通用或专用计算机访问的任何其他介质。

这里公开的设备、系统和方法的实施方式可以通过计算机网络进行通信。“网络”被定义为能够在计算机系统和/或模块和/或其他电子设备之间传输电子数据的一个或多个数据链路。当信息通过网络或另一通信连接(硬连线、无线、或硬连线和无线的组合)传输或提供给计算机时，计算机适当地将该连接视为传输介质。传输介质可以包括网络和/或数据链路，其可以用于承载计算机可执行指令或数据结构形式的所需程序代码，并且可以由通用或专用计算机访问。上述的组合也应该包括在计算机可读介质的范围内。

计算机可执行指令例如包括指令和数据，当在处理器上执行时，这些指令和数据使得通用计算机、专用计算机或专用处理设备执行特定功能或功能组。例如，计算机可执行指令可以是二进制、诸如汇编语言的中间格式指令，或者甚至是源代码。尽管以专用于结构特征和/或方法动作的语言描述了主题内容，但是应当理解，所附权利要求书中定义的主题内容不必限于这里描述的特征或动作。相反，所描述的特征和动作是作为实现权利要求的示例形式来公开的。

本领域技术人员将认识到，本申请可以在具有许多类型的计算机系统配置的网络计算环境中实施，包括个人计算机、台式计算机、膝上型计算机、消息处理器、手持设备、多处理器系统、基于微处理器或可编程的消费电子产品、网络PC、小型计算机、大型计算机、移动电话、PDA、平板电脑、寻呼机、路由器、交换机、各种存储设备等。本申请还可以在分布式系统环境中实施，其中通过网络链接(通过硬连线数据链路、无线数据链路、或者通过硬连线和无线数据链路的组合)的本地和远程计算机系统都执行任务。在分布式系统环境中，程序模块可以位于本地和远程存储器存储设备中。

此外，在适当的情况下，这里描述的功能可以在硬件、软件、固件、数字组件或模拟组件中的一个或多个中执行。例如，一个或多个专用集成电路(ASICs)可以被编程来执行这里描述的一个或多个系统和流程。在整个说明书和权利要求书中使用了某些术语来指代特定的系统组件。如本领域技术人员将理解的，组件可以用不同的名称来指代。本文不打算在名称不同但功能并无不同的组件之间进行区分。

应当注意，这里讨论的传感器实施例可以包括计算机硬件、软件、固件或它们的任意组合，以执行它们的至少一部分功能。例如，传感器可以包括被配置为在一个或多个处理器中执行的计算机代码，并且可以包括由计算机代码控制的硬件逻辑/电路。这里提供这些示例性设备是为了说明的目的，而不是为了限制。如相关领域的技术人员所知，本申请的实施例可以在其他类型的设备中实现。

本申请的至少一些实施例针对存储在任何计算机可用介质上的包括这种逻辑(例如，以软件的形式)的计算机程序产品。当在一个或多个数据处理设备中执行时，这种软件使得设备如本文所述进行操作。

在一些实施例中，本文描述的系统和方法为企业物联网部署(例如企业业务)提供数据的信息管理，并且可以接收部署的资产(例如物联网设备)的库存清单。所管理的数据可以包括来自企业的与用户身份模块(“SIM”)相关联的信息和所请求的连接数据，例如来自一个或多个蜂窝网络运营商的与SIM相关联的使用量和费率数据(例如，定价方案)。所描述的系统和方法还可以从蜂窝网络运营商接收与SIM相关联的数据，将跨蜂窝网络运营商的包括SIM、使用量和计费元素的数据进行标准化并聚合到单一、统一的业务视图中。此外，该系统和方法可以通过安全、私有的网站或基于网络的应用给企业提供来自部署的SIM(例如，企业物联网部署)的财务和操作信息。如此处所使用的，蜂窝网络运营商也可以被称为载体、数据载体、蜂窝网络服务提供商、服务提供商等。

越来越多的企业正在部署物联网智能设备，包括物理、网络和智能组件。例如，这些物联网设备可用于收集、分析、发送和接收数据，以通过监控、控制、优化和自动化来提高业务绩效。在一些实施例中，物联网设备用于重新定义行业和行业分支。例如，对于风力涡轮机，一个小的微控制器可以在每次旋转时控制每个转子叶片，以最大限度地利用风能。在另一个例子中，一些自动驾驶汽车公司正在利用传感器和软件不断扫描车辆周围的物体，并不断读取交通控制、交通标志等，再通过蜂窝网络连接构建出详细的三维地图，并交付给车辆使用，借由以上技术，自动驾驶汽车的应用正在持续增加。这里讨论的系统和方法作为新兴的技术对于改变企业与客户以及其他系统等交互的方式是有用的。

本申请描述的系统和方法有助于克服商业物联网部署中与多蜂窝网络运营商连接相关联的问题。使用这里讨论的系统和方法可以减轻或消除现有系统的局限性。

在某些情况下，传统的信息管理系统通常专注于组织、保护和恢复来自固定计算设备(如服务器或台式计算机)的数据。因此，一个人的托管数据和移动数据可能分散在传统信息管理系统的范围之外，这些数据将不会被备份或主动管理。所以，如果移动设备丢失或损坏，或者托管服务出现服务中断，个人的关键数据就有可能丢失，而且无法恢复。

本文描述的系统和方法可以克服上述问题并带来额外的优点。例如，本文描述的系统和方法可以接收和分析各种类型的数据，以确定对多个设备(例如蜂窝物联网设备)的最优数据运营商分配。这些系统和方法通过同时运行多个场景来优化这种分配，以确定哪些设备应该被分配给特定的运营商(和特定的运营商计划)，从而优化向这些设备提供服务的成本并优化设备的性能。本申请所描述的系统和方法基于特定的优化流程和分析生成推荐计划来改变与一个或多个设备相关联的服务，以此来满足所确定的优化的需求。

此外，这里讨论的系统和方法描述了交互式查询生成器(也称为“交互式查询引擎”)、通知引擎、报告引擎以及其他组件、方法等的各种实施例和特征。

图1示出了可在其中实现示例性实施例的环境100的框图。如图1所示，设备管理系统102耦合到第一设备104、第二设备106、第一数据源108、第二数据源110、第一服务提供商112和第二服务提供商114。设备102和104可以是任何类型的设备，例如物联网设备或经由蜂窝网络或其他数据通信系统进行通信的其他设备。在一些实施例中，设备102、104可以具有相关联的设备状态，例如激活、取消、停用和未知。尽管在图1中示出了两个设备102和104，但是特定实施方式可以包括耦合到设备管理系统102的任意数量的设备102、104。

数据源108和110可以是向设备管理系统102提供任何类型的数据(或者从设备管理系统102接收任何类型的数据)的任何类型的数据源。数据源108和110可以与一个或多个第三方公司或其他实体相关联。在一些实施例中，数据源108、110可以提供与制造商信息、硬件信息、网络信息、操作系统信息、可编程性信息、地理位置信息等相关的数据。尽管图1中示出了两个数据源108和110，但是特定的实施方式可以包括耦合到设备管理系统102的任意数量的数据源108、110。

服务提供商112和114可以是向设备管理系统102提供服务(或者从设备管理系统102接收任何类型的服务)的任何类型的服务提供商。例如，服务提供商112和/或114可以是蜂窝网络服务提供商或提供任何其他类型服务的实体。尽管在图1中示出了两个服务提供商112和114，但是特定实施方式可以包括耦合到设备管理系统102的任意数量的服务提供商112、114。

在一些实施例中，设备管理系统102经由任何数量的数据通信网络、蜂窝通信网络或其他通信网络耦合到设备104、106、数据源108、110和服务提供商112、114。设备管理系统102和设备104、106、数据源108、110以及服务提供商112、114之间的通信可以使用利用了任何通信协议的任何类型的网络拓扑。

如图1所示，设备管理系统102还耦合到数据库116，数据库116存储与设备管理系统102相关联的各种信息。例如，数据库116可以存储与任意数量的被管理设备104、106相关联的数据、与任意数量的蜂窝网络运营商相关联的服务/费率数据、CDR(呼叫详细记录)和使用数据、以及统计数据。数据库116还可以存储任何其他类型的数据，例如由设备管理系统102生成或接收的任何数据。

在一些实施例中，设备管理系统102包括通信管理器118、处理器120和存储器122。通信管理器118允许设备管理系统102与其他系统通信，例如与图1所示的设备104、106和数据源108、110等通信。处理器120执行各种指令来实现由设备管理系统102提供的功能。存储器122存储这些指令以及由处理器120和设备管理系统102中包含的其他模块和组件使用的其他数据。

此外，设备管理系统102包括图形查询生成器124、通知引擎126和优化引擎128。图形查询生成器124可以允许系统或用户(例如，系统管理员)构建可以定义设备管理系统102的至少一部分操作的查询。在一些实施例中，图形查询生成器124扩展了以上讨论的交互式查询生成器的功能。例如，交互式查询生成器包括允许用户与一个或多个底层数据目录进行交互的GUI(图形用户界面)。如图24所示，该GUI允许用户从一组信息中进行选择，并对每个信息应用一个标准。如图25所示，作为图形查询生成器124的可替代实施例，允许用户通过使用交互式窗口小部件和图表/图形来可视化地定位感兴趣的设备。

通知引擎126可以向一个或多个系统或用户提供各种警报、报告、消息和其他通知。如本申请所述，这些通知可以基于规则、业务流程和其他技术生成。优化引擎128可以分析多个设备(例如，设备104、106)、使用数据、费率计划等，以优化多个设备的数据计划、运营商和其他方面，从而优化(例如，最小化)与多个设备相关联的蜂窝网络服务成本或者优化与多个设备相关联的其他方面。示例性警报包括高使用率警报、新激活警报、无使用率警报、设备使用率警报、使用率超过阈值等。示例性规则可以包括公司信息、通知类型、阈值等。

设备管理系统102还包括批量API(应用编程接口)引擎130、统计分析引擎132以及计费和调整引擎134。批量API引擎130可以通过将多个API请求分成组并以本文所述的方式处理这些API请求组来处理与物联网设备相关的多个API请求。批量API引擎130还可以管理各种API请求，包括重新提交最初未能成功实现的API请求。

统计分析引擎132对由设备管理系统102接收和管理的数据执行各种统计操作。在一些实施例中，统计分析引擎132在执行统计操作时可以使用设备简档信息和使用数据信息。在一些实施例中，统计分析引擎132可以将数据存储在数据库116中，并从数据库116中检索数据。例如，统计分析引擎132可以组合和关联多个数据集，例如设备简档、用户创建的标签、第三方设备信息、使用信息等。统计分析引擎132还可以运行多个分析，并挖掘分析结果，以便以用户容易消费的格式呈现。在一些实施例中，统计分析引擎132生成的结果可以被添加到以上讨论的交互式查询生成器使用的数据目录中。可以由统计分析引擎132执行的示例性分析包括各种使用模式，例如标准偏差和方差、平均值、寿命、12个月趋势追踪、以及月度合计。

计费和调整引擎134可以计算连通费、设备管理费和其他服务费，这些费用由设备管理系统102提供者的第三方客户和合作伙伴支付。计费和调整引擎134也可以用于对公司的不同部门或分部的公司内成本进行分配。在一些实施例中，有三种类型的计费模型:

1.成本加利润–在这种模式下，客户支付给运营商的成本被分摊到每台物联网设备上，然后加上利润来计算下游客户应支付的费用。

2.单一价目表–在这种模式下，下游客户根据他们使用的服务的价目表付费。

3.多个价格列表–在这种模式下，下游客户可能会选择多个价目表，然后根据设备的使用情况将多个价目表中的一个分配给特定设备。

计费和调整引擎134提供了一种调整能力，其中，由下游客户使用(和计量)的特定类型的服务被确定为可收费的或不可收费的。计费和调整引擎134还可以提供一个或多个集成功能，例如:

1.来源于客户的ERP或订单管理系统的对特定下游客户/部门的设备分配。

2.费用计算可以通过将一个或多个API与计费系统或其他系统集成来实现。

如图1所示，设备管理系统102还包括业务流程自动化引擎136和服务/费率计划管理系统138。业务流程自动化引擎136允许用户(例如，管理员)或系统定义各种业务规则、业务活动触发器等。在特定实施方式中，业务流程自动化引擎136可以同时或在同一流程中串行应用(或执行)多个业务规则。这可以被称为“堆叠”业务规则。在一些实施例中，业务流程自动化引擎136与通知引擎126联合工作，以响应于业务规则、业务活动触发来提供各种通知，服务/费率计划管理系统138监控由任意数量的不同运营商提供的各种服务和费率计划。

设备管理系统102中的各种组件(例如，引擎)可以通过总线140或其他通信机制互连。尽管图1中示出了单条总线140，但是其他实施例可以包括允许特定组件相互通信的任意数量的总线140。

在一些实施例中，设备管理系统102可以从任意数量的运营商接收各种类型的数据。数据的示例性类型包括SIM库存清单数据、设备信息、使用数据、变化历史、账户信息等。

在特定实施例中，本申请公开的系统和方法可以支持跨任意数量的运营商、费率计划等同时控制多个设备。此外，所描述的系统和方法可以控制和确定与单个设备相关联的数据。因此，这些系统提供了多种多样的设备分析和设备控制功能，从颗粒级到同时处理大型的设备组。

应当理解，图1的实施例仅作为示例给出。在不脱离本申请的范围的情况下，其他实施例可以包括更少或更多的组件。此外，所示组件可以不受限制地组合或被包含在其他组件中。

图2示出用于管理设备和相关数据的方法过程200的实施例的流程图。最初，在步骤202设备管理系统从多个设备接收设备数据。多个设备可以是不同类型的设备，这些设备可以位于不同的地理区域，并且可以由不同的服务提供商(例如，不同的蜂窝通信网络)提供服务。在步骤204当设备管理系统从多个数据源接收数据时，方法过程200继续。在步骤206设备管理系统还从多个服务提供商接收服务/费率数据。

方法过程200在步骤208由优化引擎分析从多个设备、多个数据源和多个服务提供商接收的数据，以优化多个设备的总服务费率。在步骤210设备管理系统还基于优化引擎分析生成推荐的服务/费率变更。在一些实施例中，设备管理系统可以基于一个或多个设备的历史使用数据以及其他因素和数据来比较第一费率计划和第二费率计划。

在步骤212当设备管理系统向服务/费率计划管理系统传送推荐的服务/费率变更时，该方法过程继续。然后，在步骤214设备管理系统存储与多个设备、多个数据源、多个服务提供商以及分析/优化结果相关联的数据。在步骤216当设备管理系统继续接收和分析设备数据、来自多个数据源的数据以及服务/费率数据时，方法过程200继续。在一些实施例中，设备管理系统定期监控接收到的数据，并基于接收到的数据的变化不断优化总服务费率。

图3示出优化引擎128的实施例的框图。如图3所示，优化引擎128包括通信管理器302、处理器304和存储器306。通信管理器302允许优化引擎128与其他系统和组件通信。处理器304执行各种指令来实现由优化引擎128提供的本文所描述的功能。存储器306存储这些指令以及由处理器304和优化引擎128中包含的其他模块和组件使用的其他数据。

另外，优化引擎128包括场景执行管理器308、运营商数据管理器310和拐点模块312。场景执行管理器308执行各种场景，以比较不同的定价和服务结果，例如，通过将不同设备的服务计划变更到不同的运营商。运营商数据管理器310确定并维护和不同运营商相关的当前数据，例如不同的费率计划、覆盖的地理区域等。拐点模块312可以确定从一个费率计划变更为另一个费率计划的所牵涉的最佳设备数量。在一些实施例中，拐点模块312可以识别局部最小值，以确定在费率计划之间进行变更的设备的最佳数量，从而优化两个费率计划的组合成本。该实施例可以通过测试多种变更方式来找到费率计划变更的最佳数量。在一些实施方式中，拐点模块312可以包括允许用户使用可视化编辑器测试不同变更方式的方法。

优化引擎128还包括设备标记管理器314、预测和模拟模块316以及跨运营商优化模块318。设备标记管理器314允许用户创建使用任何设备属性(例如标签或使用简档)来定义的设备“容器”。这些容器可以有不同的优化规则集和应用约束条件集。

预测和模拟模块316实现预测和模拟功能。关于预测，优化流程通常在计费周期结束前执行，这意味着设备在优化完成和费率计划变更后才能继续使用数据。为了缓解这种情况，本申请描述的系统和方法将“预测”添加到其在计费周期结束之前的最后一次优化运行时的最新可用的使用数据中。这些预测可以是设备级、容器级、费率计划级或汇总级的，具体取决于客户的需求。

关于模拟，预测和模拟模块316可以使用蒙特卡罗模拟来预测一个或多个未来计费周期中的多个设备和数据使用。然后，可以将计费引擎应用于模拟的使用场景。在一些实施例中，预测和模拟模块316可以用于估计场景的成本，例如，在现场部署的物联网设备上的OTA(空中下载)软件更新，也可用于计划其他技术迁移。

跨运营商优化模块318使用所收集的由各个运营商提供的费率计划的清单。在一些实施例中，对当前运营商提供的费率计划执行优化，并且对一个或多个其他运营商提供的费率计划列表执行另一优化。

在其他实施例中，优化引擎128可以使用可视化编辑器，该可视化编辑器允许用户例如经由用于定义优化流程(也称为优化算法)的GUI来定义规则和功能。用户可以通过将多个较小的单独规则和函数构建到较大的优化流程中来创建较大的优化流程。更大的优化流程的某些部分可以在创建未来的优化流程时被重用。此外，用户可以测试每个单独步骤/功能的行为和操作，并在继续构建更大的优化流程之前，分析单独步骤/功能对优化活动的影响结果。在一些实施例中，该可视化编辑器支持快速建模新优化场景和创建新优化流程。

图4A示出用于创建、编辑和测试优化算法的方法过程400的实施例的流程图。最初，该方法过程在步骤402确定优化流程的目标。该方法过程在步骤404定义与优化流程相关联的规则。特定的优化算法可以包括任意数量的规则。在一些实施例中，创建优化算法的用户或系统可以在将规则添加到优化算法之前单独选择和测试这些规则。

方法过程400继续在步骤406测试在步骤404中定义的规则，并且对规则的测试结果进行评估。在步骤408判断如果测试的结果不成功，则该方法过程继续在步骤410编辑规则，并在步骤406重新测试编辑后的规则。如果在步骤408判断测试的结果是成功的，则在步骤412将该规则添加到优化算法中。然后，在步骤414用户或系统可以定义另一规则，然后在步骤406测试和评估新规则，该方法过程400继续添加和测试新规则，直到优化算法满足优化流程的目标。

图4B示出优化方法过程450的实施例的流程图。最初，方法过程450在步骤452创建一个或多个容器，例如设备组。如上所述，容器可以是使用任何设备属性(如标签或使用配置文件)定义的设备组。方法过程450继续在步骤454生成多个优化算法以覆盖不同的场景。如果适用，然后该方法过程在步骤456为每个容器运行每个优化算法。方法过程450继续在步骤458从各个优化算法中为每个容器选择最佳结果。在一些实施例中，该方法过程可以在步骤460分析(优化算法和代码的)性能统计结果以确定新的优化算法和改进的优化算法。

在一些实施例中，优化集合(或模型)表示互斥优化算法的集合，其中每个算法都能够预测针对设备的费率计划的最佳分配。优化集合还可以包括通用编排模块，该模块可以运行各种步骤、处理错误情况、分析性能统计结果以及创建计划变更清单，批量API引擎(在下文讨论)使用该清单来实现与合适的运营商的费率计划变更。

在一些实施例中，可视化编辑器可以用于编辑或添加新的规则、编辑或添加新的优化算法、编辑或添加新的集合、以及编辑或添加新的容器，以用于执行上述讨论的各种功能。在特定实施方式中，基于规则的架构可以支持将代码分解成小功能，这些小功能可以被称为规则。所描述的系统和方法可以为任何数量的规则提供版本控制。在一些实施例中，系统和方法可以包括各种测试、调试、状态管理以及用于开发和测试规则、优化算法等的其他工具。在特定实施方式中，该系统和方法可以实现各种记录和调整功能。用户可以创建任意数量的算法(例如，优化算法)和算法集合，测试这些算法和算法集合，如果测试成功，则部署一个或多个算法和/或算法集合。

图5示出用于执行优化算法的方法过程500的实施例的流程图。最初，在步骤502，对于每个容器，该方法过程生成所有积极的费率计划变更场景，例如，从费率计划A变更到费率计划B，或者从费率计划B变更到费率计划A。在一些实施例中，每个费率计划变更场景都是唯一的(例如，互斥的)并且覆盖所有可能的组合。例如，如果有10个设备和两个可用的运营商(每个运营商具有一个费率计划)，可能的组合包括：运营商1处的设备1-9和运营商2处的设备10、运营商1处的设备1-8和运营商2处的设备9-10、运营商1处的设备1和3以及运营商2处的设备2和4-10等等。可以确定和测试所有组合，以查看哪种特定组合最具成本效益。该方法过程继续在步骤504通过应用费率和其他计算规则来评估每个场景的增量成本节约。在一些实施例中，方法过程500应用所有设备规则、费率计划规则、设备约束等。然后，方法过程500在步骤506选择最佳场景(例如，具有最佳增量成本节约的费率计划变更方案)。

方法过程500继续执行步骤508进行拐点计算。如图5所示，该方法过程可以确定将N个设备从费率计划A变更到费率计划B。例如，在一些情况下，变更N+1或N-1个设备都可能导致比变更N个设备更少的成本降低。该方法过程在步骤510执行在先前步骤中确定的变更，然后返回步骤502并重复该过程，直到不可能再有显著的收益增加为止。最后，在步骤512，当达到最佳结果时，该方法过程可以记录结果、记录费率计划之间的设备变更、记录性能统计结果等。

图6示出通知引擎126的实施例的框图。如图6所示，通知引擎126包括通信管理器602、处理器604和存储器606。通信管理器602允许通知引擎126与其他系统和组件通信。处理器604执行各种指令来实现由通知引擎126提供的本文所描述的功能。存储器606存储这些指令以及由处理器604和通知引擎126中包含的其他模块和组件使用的其他数据。

另外，通知引擎126包括电子邮件模板存储608、定时和调度模块610以及触发和监听模块612。电子邮件模板存储608包含用于提供各种通知的任意数量的电子邮件模板。在一些实施例中，电子邮件模板存储608中的电子邮件模板可以由用户编辑。定时和调度模块610允许用户创建定制警报并为警报选择特定的调度时间表。在一些实施例中，定时和调度模块610可以包括用于某些类型的警报的预设定时器。触发和监听模块612可以执行异常检测、作业失败监测等。触发和监听模块612还可以根据需要自动升级某些问题。在一些实施例中，其他系统或方法可以自动检测问题的升级并生成对应的通知。

通知引擎126还包括消息编译模块614、消息发送模块616、用户偏好模块618和门户管理器620。消息编译模块614可以基于检测到的消息主题为消息选择合适的模板。例如，主题可以包括优化完成通知、费率计划变更完成通知、计费周期提醒、数据管道作业失败通知、数据管道作业完成通知、业务流程自动化(BPA)执行失败通知、BPA执行完成通知、批量API执行失败通知、批量API执行完成通知、报告可用通知等。例如，关于数据改变的主题可以包括新费率计划通知、费率计划改变通知、数据质量和完整性检查通知、新用户通知等。消息编译模块614还可以允许用户基于使用规定、状态变化和其他标准来定义定制警报，然后为警报通知设置定时器。

消息发送模块616可以以各种格式发送消息，例如电子邮件、短消息通知(SMS)等。用户偏好模块618可以由用户设置，以包括例如仅电子邮件、仅文本、电子邮件和文本、停止所有通知、将通知限制到每日配额等内容。门户管理器620可以实现各种功能，例如，选择感兴趣的通知、根据主题内容向每种通知类型添加分发列表等。

在一些实施例中，通知可以由一个或多个规则、设置等触发。例如，如果当设备的使用超过阈值时触发了规则，则通知引擎126可以自动生成设备过度使用的通知，并将该通知以任何格式传送给任何数量的系统、设备、用户等。

图7示出用于生成和传送通知的方法过程700的实施例的流程图。最初，该方法过程在步骤702接收消息请求。在一些实施例中，特定的流程可以按照用户定义的时间表运行，以创建一个或多个消息请求。

在一些实施例中，接收到的请求可以以下列方式之一被记录或排队:

1.基于计时器(异步):对于基于计时器的主题(例如，计费周期提醒)，通知引擎本身可以初始化对请求的日志记录。

2.基于流程(同步):在这种情况下，操作(例如，优化或费率计划更改的批量API)本身在成功完成或失败时记录请求。

方法过程700在步骤704执行消息请求。在一些实施例中，消息编译器可以使用相关的主题电子邮件或短消息模板来编写电子邮件或短消息，并提取所需的数据来填充模板。在一些实施例中，可以执行定制查询来创建消息的内容、主题行和接收者列表。方法过程700还可以实现消息节流。在一些实施方式中，方法过程700可以使用与新消息的警告或查询相关联的接收者。在某些情况下，可以基于用户角色来确定接收者列表。

该方法过程在步骤706基于执行的消息请求发送一个或多个消息。在一些实施例中，消息发送者发送撰写的电子邮件或SMS消息(或两者兼有)。然后，方法过程700在步骤708同步门户中的一个或多个消息表，使得它们可以显示在通知窗格或窗口中。在一些实施例中，服务可以将门户中显示的通知内容同步到通知数据库。最后，方法过程700在步骤710将报告文件上传到门户管理器。此外，在一些实施例中，通知主题可能需要向用户提供受影响设备的列表。在这种情况下，通知引擎可以执行所需的查询，创建Excel/CSV文件并将其保存在云储存库或其他数据存储系统中。用户可以通过门户获得这些信息。

在一些实施例中，可以通过多个不同的运营商接收消息和通知。此外，消息和通知可以跨多个运营商发送。因此，关于图7讨论的消息表和门户可以处理来自多个运营商、多个设备(在任何运营商上)等的任何消息和通知。

图8示出用于生成各种类型的通知的方法过程800的实施例的流程图。如图8所示，方法过程800可以生成至少三种不同类型的优化警报:1)关于临近账单周期的提醒；2)关于已完成优化的通知；以及3)指示批量API(例如，费率计划变更)完成的通知。在其他实施例中，可以生成任何类型的优化警报，并将其传送给任何数量的用户或系统。

图9示出选择和配置通知设置的示例性实施例900。如图9所示，门户或与该门户相关联的系统的用户可以选择感兴趣的主题并分配通知的分发列表。通知窗格(例如，窗口)可以显示所有最近的通知，而不管是否发送了电子邮件或短消息。通知窗格还可以支持为特定警报设置电子邮件和/或短消息，例如，为使用警报或更改跟踪警报设置电子邮件和/或短消息。

图10示出用于处理与物联网设备相关的多个API请求的方法过程1000的实施例的流程图。在一些实施例中，方法过程1000至少部分由批量API引擎130实现。由批量API引擎130实现的一些特征和功能包括:

与运营商无关的请求、响应、连接协议等

执行多个并行线程

单个和批量请求

异步容错执行

实时的多媒介更新/通知

实时数据同步

支持与客户和第三方应用的多种集成方法

包装端到端实际业务流程的功能

集成特定运营商的身份验证协议

将所有API转换为REST，而不考虑运营商的实施方式

参考方法过程1000，最初，该方法过程在步骤1002接收多个API请求，以执行与物联网设备相关的设备动作。设备动作包括：例如，改变设备的费率计划、改变设备的服务提供商等。该方法过程在步骤1004根据移动网络(运营商)和平台对API请求进行分类。在步骤1006基于运营商API规则确认每个API请求，这些规则包括，例如节流、并发调用、批量大小、等待时间等。

方法过程1000继续在步骤1008创建一批或多批API调用以及在步骤1010创建用于并行执行这些批API调用的多线程。该方法过程在步骤1012重试(例如，重新执行)任何不成功的API调用。方法过程1000在步骤1014整合所有响应，并更新与API调用相关联的一个或多个数据视图。该方法过程在步骤1016显示请求的状态(为批量的和个别的物联网设备)。最后，方法过程1000在步骤1018向一个或多个系统、用户等提供请求的结果和状态的通知。

图11A示出用于执行批量API处理的方法过程1100的示例性实施例。在一些实施例中，批量API处理可以由API即服务(API as a Service)引发或者由门户引发。图11B示出批量API引擎的各种特征1150的示例性实施例。

图12示出用于业务流程自动化的方法过程1200的示例性实施例。在一些实施方式中，方法过程1200可以使用批量API引擎和交互式查询引擎。

图13A示出API目录(API catalog)的各种特征1300的示例性实施例。在一些实施方式中，API目录可以包含多个业务流程API。图13B示出用于实现API即服务(APIaaS)的方法过程1350的示例性实施例。在一些实施方式中，方法过程1350将批量API引擎与API目录集成在一起。

图14示出实现1400优化引擎的示例性实施例。

图15示出用于实现优化引擎的流程图1500的示例性实施例。

图16示出基于规则的优化引擎的示例性实施例1600，示出了各种初始化、计算组、优化算法的集合、特定规则以及执行一个或多个优化算法的结果。

图17示出实现1700批量API引擎的示例性实施例。图17的示例还示出批量API引擎与数据管道和通知引擎的交互。

图18-20示出向设备管理系统的用户呈现各种信息的图形用户界面(GUIs)1800、1900和2000的示例性实施例。图18-20所示的示例性GUI可以展示出各种计费数据、使用数据、设备活动、平均数据使用等。例如，GUI 1800示出了具有可以从多个运营商、多个平台、多个设备等聚集的各种数据的仪表板格式。在图19的例子中，GUI 1900示出了数据的设备级快照。例如，GUI 1900可以允许用户跨多个运营商或数据平台查看他们的所有设备。在GUI 2000的例子中，用户可以创建他们自己的下游客户层级结构或公司内部的分部/部门层级结构。在一些实施例中，可以跨客户/分部/部门来聚集数据，使得用户可以查看所有聚集的数据或特定的数据组。在一些实施方式中，GUI 2000允许用户下钻到特定的物联网设备以获得更细粒度的数据。在一些实施例中，可以跨一个或多个运营商以及跨一个或多个客户/分部/部门建立查询。

图21示出可用于构建一个或多个查询的GUI 2100的示例性实施例。在一些实施方式中，GUI 2100可以支持查询的拖放构建，并提供用于显示一个或多个查询的结果的多个选项。

图22示出包含多个容器的优化集合2200的示例性实施例。在一些实施例中，优化集合2200包括多个互斥的优化引擎，这些优化引擎可以共同为多个设备预测最佳(例如，最低成本)费率计划。优化集合2200还可包括通用编排模块，以执行各种步骤、处理错误场景、挖掘性能统计数据并创建计划变更清单。批量API引擎可以使用计划变更清单来实际执行运营商费率计划变更。关于优化集合2200的操作的附加细节可以参照本文关于图4A、图4B和图5所描述的内容。

交互式查询生成器

创新和消费者对新体验的需求正在重新定义业务模式——推动物联网战略和复杂的大规模部署成为在竞争激烈的消费者环境中保持领先的手段。从传统的IT角度来看，通过标准化和自动化流程提供灵活、安全和高效的连接性基础以及设备和数据管理对于此类部署来说是重要的。然而，许多物联网部署远不止传统的业务IT或网络部署那么简单。它们正在重新定义业务模式，这需要实时、智能的洞察力，而不仅仅是摄取大量、分散和多样化的数据。交互式查询生成器是以企业主为中心构建的，在这个日益复杂和持续的商业价值之旅中，通过基于商业绩效的部署运营视图重新吸引企业主和IT合作伙伴。交互式查询生成器可以告知今天的执行和性能，还可以定义明天的轨迹。

随着第三方/企业业务参考数据、统计分析和AI/ML在丰富的、相关的和标准化的数据集上的结合，数据被转换为信息和洞察力，使得非技术背景的业务策略师可以通过交互式查询生成器立即得到这些信息和洞察力。以下是丰富的数据如何推动实时决策的几个例子。

工业物联网正在改善工厂的运营方式。通过实时使用流数据，拥有互联工厂的制造商可以更快地响应不断变化的条件，调整其运营以实现最佳性能，并最大限度地提高从工厂投资获得的价值。例如，在工业石油行业，部署物联网传感器和转换器来收集数据。通过利用蜂窝网络服务，这些设备可以连接到网关，然后数据从网关传输到云端。本申请所述的系统和方法可以通过API直接从不同的运营商或连接平台获取每个设备的数据消费信息，这些信息包括但不限于运营商、费率计划、消费趋势和异常报告、费率计划、成本和优化评估，同时记录和保留设备生命周期历史数据。

在一些实施例中，终端用户可以根据设施、地理位置、职能部门和/或活动(包括物联网应用措施、报告和通知)等属性对设备进行细分。

例如，本申请所描述的系统和方法可以使企业能够将1)连接性、2)设备和3)设备应用上的不同数据相关联，以创建超越企业功能和意图的整体故事线，以推动跨业务战略和技术部署的更全面的战略。

在一些行业，例如汽车科技行业，企业正在打造新一代智能互联汽车。企业不仅让汽车驾驶起来更安全，还可以直接访问和分析来自汽车的数据，以增强客户体验，改善产品开发和制造流程，并提高业务绩效。

在某些情况下，零售行业也通过数字和物理手段并基于购物者对便利性、响应性和个性化的期望而被重新定义。跨多个接触点收集、统一和管理客户数据非常复杂，但将来自物联网的店内数据与数字客户数据相结合对于追求个性化购物体验非常有价值。

本申请所讨论的交互式查询生成器提供了一种界面，该界面允许用户(包括非技术背景的业务用户)以交互式方式与各种数据集进行交互，以定位并聚焦于感兴趣的数据。用户只需接受最少的关于如何使用界面的培训就能使用交互式查询生成器。

在一些实施例中，交互式查询生成器在直观的GUI中向用户展示属性、事实和度量列，该GUI具有针对所选列的输入控件。针对查询目录的实际查询是根据上下文并通过利用无代码、完全基于配置的已存储的规则来动态生成的。在一些实施例中，查询目录是精选的且丰富的数据集，其组合了运营商数据集、用户创建的附加属性以及第三方数据集。非技术背景的业务用户也可以对查询目录进行调整，以实现直观、高性能的交互。

在一些示例中，从一个或多个运营商接收各种类型的原始数据。该原始数据可以包括SIM库存清单、设备信息、使用信息、变化历史、账户信息等。从原始数据中创建精选数据，并且可基于用户创建的定制标签和群组来丰富该精选数据，并且基于第三方数据(例如，与制造商、硬件、网络、操作系统、可编程性、地理位置等相关的数据)来进一步丰富该精选数据。

向交互式查询生成器提供一个或多个查询目录，这允许交互式查询生成器生成对一个或多个用户查询的响应。在一些实施例中，所生成的响应被提供给如本文所描述的报告引擎和/或通知引擎。

在一些实施例中，交互式查询生成器还包括覆盖多个桶的丰富的、相关联的和标准化的数据集：设备信息、生命周期历史和使用数据。设备信息包括描述物联网或电话设备的任何信息，生命周期历史、连接性和使用信息除外。交互式查询生成器使用由用户使用门户或API提供的附加信息、与设备类型、硬件、网络和软件规格以及营销术语相关的第三方数据，来扩充从运营商的数据平台接收的基本信息。本申请所述的系统和方法还可以生成该信息的标准和高端统计概要，以将其作为附加属性添加到设备概要作为推论信息。

生命周期历史数据包括与运营商未跟踪的操作和事件相关的数据。本申请所描述的系统和方法记录每次从运营商获得数据时的动作和事件。这是通过将来自运营商的最近的数据与先前获取的数据进行比较来实现的。在一些实施例中，通过连续的摄取数据可以更快地捕捉变化，并且由于使用相应的更小的时间窗口而使捕捉到的变化更精确。此外，用户可以采取运营商不支持的额外的动作，例如：将群组设备分发给下线客户、地理分区和职能部门。用户还可以将群组设备添加到观察列表和段中。如果用户改变这些附加特征中的任何一个，所描述的系统和方法可以通过开关跟踪这些改变，而不需要任何额外的代码。因此，通过使用交互式查询生成器，用户可以完全了解设备的生命周期以及在其生命周期中执行的附加操作。

在一些实施例中，被跟踪的生命周期事件可以包括:

-SIM芯片的部署(例如，从库存转移到使用就绪)

-激活、寿命终止(EOL)和非EOL的停用

-从实际物理设备分离并附接到另一物理设备

-更改与物理设备相关联的电话号码

-将SIM卡从一个计费帐户转移到另一个计费帐户

-将SIM卡从一个终端客户转移到另一个终端客户

-将SIM卡从一个运营商移动到另一个运营商

-与SIM卡或电话号码相关的费率计划变更或服务最小库存单位(SKU)的变更

-由本申请所描述的系统和方法所控制的属性的变化

-基于统计特征的属性的变化

-主要运营地点(如地理位置、网络等)的变化

如本申请所提到的“使用”，泛指对运营商提供的服务的消费。使用数据可以包括数据、SMS文本、语音和视频。使用数据通常由运营商为每个SIM卡/电话线路提供，作为每月合计、每日合计或会话级数据(CDR)。

在一些实施例中，每月合计是已经经过运营商的调整和计费流程处理的可记账记录。每日合计和会话级数据可能包括没有经过调整和计费的呼叫。

一些运营商提供额外的片段信息，尽管这些额外的片段信息在每日或每月的馈送中并不一致。这些额外的片段信息包括，例如，使用数据时所在的地理位置(例如，国家、国家地区、网络区域等)和方向(例如，始发/呼出、终接/呼入等)，以及在某些情况下关于网络本身的更细粒度的信息(例如，塔位置、服务器IP等)。

本申请所描述的系统和方法还可以包括细化的用例，以确定使用哪些数据来进行馈送。例如，将经过预先调整和预先计费的信息作为每日馈送，并加入预测技术，它使用户能够在账单周期的早期运行费率计划优化，以避免未来发生不可预知的情况。这种方式在财务预算和库存计划中也很有用。

本申请所描述的系统和方法还可包括使用云端廉价的商品存储和处理能力来实现数据管道，这有助于快速摄取和处理数百万条记录。这种方式仅受限于运营商响应数据请求的能力。本申请所述的系统和方法利用会话级数据，接收每个呼叫会话的数据，可以为数据片段重建每日和每月合计，否则这些数据片段(例如，地理位置、方向性等)会从原始每日和每月馈送中丢失。

本申请所描述的系统和方法所生成和使用的数据集已经被标准化，使得数据集不受运营商、数据平台、语音和物联网、服务类型(例如，数据、语音、文本、视频等)、发起和终止、收费和免费以及许多其他维度和特征的影响。数据集的这种规范化支持与交互式查询生成器相关联的并由其实现的各种特征和活动。这些特征包括简化的用户界面和图形用户界面，可在单个屏幕上快速显示信息。随着物联网设备和手机之间的界限变得越来越模糊，以及eSIM和5G网络的出现，交互式查询生成器提供的特征对最终用户来说变得更有用、更有价值。

在一些实施例中，数据集标准化包括对客户与任何数量的运营商或其他服务提供商的所有服务合同上的数据进行聚集。例如，一个特定的客户可能在Verizon有三个帐户，在AT&T有另一个帐户，如果使用以前的系统和方法，为了查看来自四个不同帐户的数据、采取设备管理措施、或创建汇总分析，客户将需要分别登录到Verizon的每个帐户和AT&T的唯一帐户来获取他们需要的数据，并将这些数据进行核对和标准化，然后才能为财务、运营或其他部门执行汇总报告或分析。本申请所描述的系统和方法提供了一种改进的和更有效的方式。这些系统和方法节省了与系统集成、在运营商发布新特征时维护这些集成、以及随之而来的不可避免的人员再培训和流失相关的大量成本。

通知引擎

物联网的采用通常需要实时或接近实时的数据和处理，以持续评估众多参数中的异常活动：欺诈检测、网络监控、电子商务和风险管理、网络安全等。

使用本申请所述的统计分析、交互式查询生成器，并结合由终端用户设置的已建立的业务规则，数据结构在数据上运行预定义的方程，同时使用复杂的处理技术不断寻找数据模式。

通知和报告是最简单的分析形式，其主要目的是通过将复杂的数据实时转换为有洞察力的有用信息摘要，来揭示与终端用户相关的“事件”。

通知和报告可以通过监控设备场景、创建应用工作流以及经由电子邮件或文本警报执行工作流来推动对物联网部署的实时了解。

在一些示例中，工业物联网实施方式可以包括识别物联网应用故障的物联网传感器应用。同时，本申请所描述的系统和方法通过其蜂窝网络运营商API使用预定义的生命周期通知触发器来对设备状态变化为“不活动”进行识别。所描述的系统和方法可以“激活”SIM状态以重新接入蜂窝网络。终端用户物联网传感器应用可以重置并恢复正常功能。该示例反映了通过1)设备传感器应用和2)蜂窝网络连接来识别的实时设备“事件”。在一些实施例中，在没有人工交互的情况下，对连接的故障诊断确定了根本原因，重新启用蜂窝网络服务，并且使设备重新上线。

其他应用包括针对预配置触发器和趋势异常的实时使用分析。进一步的应用还包括为实时或近实时的设备使用创建和管理连接服务计划，以优化成本和评估服务水平。

在一些实施例中，通知引擎建立在上文讨论的数据集和交互式查询生成器之上。通知引擎是提供自动化设备生命周期管理的系统和方法的重要部分。当用户创建自定义警报来识别行为不当的设备时，用户有两种选择：获得关于不当行为的通知，或者获得通知并触发自动化设备管理操作。例如，当被提供国内应用的设备突然开始被收取国际漫游数据费时，可以在用户对情况进行调查之前自动停用该设备，从而避免被收费。在一些实施例中，使用统计异常检测来识别这些行为不当的设备，这可能是增强各种业务流程的自动化的连续数据处理系统和方法的一部分。

点对点(Ad-Hoc)报告引擎

在一些实施例中，点对点报告引擎(也称为“报告引擎”)建立在上文所述的规范化数据集和交互式查询生成器之上。用户可以对数据集进行交互操作，并交互地查看和/或下载结果(例如，以Excel电子表格格式)以进行更深入的分析。在一些实施例中，用户可以选择将报告传送到只有该用户可以访问的安全的文件传输协议(FTP)位置。当数据集(例如，数据结果)很大时，这尤其有用。此特征可以大大减少运营商和用户在报告基础设施上花费的时间和金钱。

图23示出适用于实现本申请所描述的系统和方法的计算设备2300的示例性框图。在一些实施例中，通过网络互联的计算设备集群可以用于实现上文所述的系统的任何一个或多个组件。

计算设备2300可以用于执行各种流程，例如上文所述的那些流程。计算设备2300可以充当服务器、客户端或任何其他计算实体。计算设备可以执行上文所述的各种功能，并且可以执行一个或多个应用程序，诸如这里描述的应用程序。计算设备2300可以是多种计算设备中的任何一种，诸如台式计算机、笔记本计算机、服务器计算机、手持计算机、平板计算机等。

计算设备2300包括一个或多个处理器2302、一个或多个存储器设备2304、一个或多个接口2306、一个或多个大容量存储设备2308、一个或多个输入/输出(I/O)设备2310和显示设备2330，所有这些都耦合到总线2312。处理器2302包括执行存储在存储器设备2304和/或大容量存储设备2308中的指令的一个或多个处理器或控制器。处理器2302还可以包括各种类型的计算机可读存储介质，例如高速缓冲存储器。

存储器设备2304包括各种计算机可读存储介质，诸如易失性存储器(例如，随机存取存储器(RAM)2314)和/或非易失性存储器(例如，只读存储器(ROM)2316)。存储设备2304还可以包括可重写ROM，例如闪存。

大容量存储设备2308包括各种计算机可读存储介质，诸如磁带、磁盘、光盘、固态存储器(例如，闪存)等。如图23所示，特定的大容量存储设备是硬盘驱动器2324。各种驱动器也可以被包括在大容量存储设备2308中，以使得能够从各种计算机可读介质读取和/或向其写入。大容量存储设备2308包括可移除存储介质2326和/或不可移除介质。

I/O设备2310包括允许数据和/或其他信息被输入到计算设备2300或从计算设备2300被检索到的各种设备。示例性I/O设备2310包括光标控制设备、键盘、小键盘、麦克风、监视器或其他显示设备、扬声器、打印机、网络接口卡、调制解调器、镜头、CCD或其他图像捕捉设备等。

显示设备2330包括能够向计算设备2300的一个或多个用户显示信息的任何类型的设备。显示设备2330的示例包括监视器、显示终端、视频投影设备等。

接口2306包括允许计算设备2300与其他系统、设备或计算环境交互的各种接口。示例性接口2306包括任何数量的不同网络接口2320，诸如到局域网(LAN)、广域网(wan)、无线网络和因特网的接口。其他接口包括用户接口2318和外围设备接口2322。接口2306还可以包括一个或多个用户接口元素2318。接口2306还可以包括一个或多个外围接口，例如用于打印机、定点设备(鼠标、触摸跟踪板等)、键盘等的接口。

总线2312允许处理器2302、存储器设备2304、接口2306、大容量存储设备2308和I/O设备2310相互通信，以及与耦合到总线2312的其他设备或组件通信。总线2312代表几种类型的总线结构中的一种或多种，例如系统总线、PCI总线、IEEE 1394总线、USB总线等等。

出于说明的目的，程序和其他可执行程序组件在这里被示为离散的块，尽管可以理解的是这些程序和组件可以在不同时间驻留在计算设备2300的不同存储组件中，并且由处理器2302执行。或者，本文描述的系统和流程可以用硬件或硬件、软件和/或固件的组合来实现。例如，一个或多个专用集成电路(ASICs)可以被编程来执行这里所描述的一个或多个系统和流程。

虽然本文描述了本申请的各种实施例，但是应当理解，它们仅作为示例而非限制来呈现。对于相关领域的技术人员来说，在不脱离本申请的精神和范围的情况下，显然可以在形式和细节上进行各种改变。因此，本申请的广度和范围不应受到任何所描述的示例性实施例的限制，而应仅根据所附权利要求及其等同物来定义。这里的描述是为了说明和描述的目的而给出的。它并不旨在穷举或将本申请限制于所公开的精确形式。根据所公开的教导，许多修改和变化是可能的。此外，应当注意，这里讨论的任何或所有替代实施方式可以以任何期望的组合来使用，以形成本申请的附加混合实施方式。

Claims

1.一种系统，包括:

一个或多个处理器；和

一个或多个非暂时性计算机可读存储介质，其上存储可被所述一个或多个处理器执行的指令，其中，当所述指令被执行时，所述指令使所述系统执行包括以下步骤的操作:

识别使用与第一运营商相关联的第一费率计划进行通信的多个第一设备；

识别使用与所述第一运营商相关联的第二费率计划进行通信的多个第二设备；

基于数据使用，分析所述第一费率计划和所述第二费率计划；以及

基于所述分析，为所述多个第一设备或所述多个第二设备中的至少一个设备确定推荐的至少一个费率计划变更。

2.根据权利要求1所述的系统，其中，所述分析对与所述多个第一设备相关联的设备的运行成本进行优化。

3.根据权利要求1所述的系统，所述操作还包括实施所述至少一个费率计划变更。

4.根据权利要求1所述的系统，所述操作还包括将推荐的所述至少一个费率计划变更传送给费率计划管理系统。

5.根据权利要求1所述的系统，所述操作还包括存储与所述多个第一设备、所述多个第二设备、所述第一费率计划、所述第二费率计划以及所述分析的分析结果中的至少一项相关联的数据。

6.根据权利要求1所述的系统，其中，所述分析由优化引擎执行。

7.根据权利要求1所述的系统，其中，所述分析包括将所述第一费率计划和所述第二费率计划与所述多个第一设备中的至少一个设备相关联的历史使用数据进行比较。

8.根据权利要求1所述的系统，其中，所述多个第一设备和所述多个第二设备是物联网(IoT)设备。

9.根据权利要求1所述的系统，所述操作还包括定义与优化流程相关联的多个规则。

10.根据权利要求9所述的系统，所述操作还包括执行与所述优化流程相关联的所述多个规则。

11.根据权利要求1所述的系统，所述操作还包括定义优化算法，所述优化算法用于实施优化流程。

12.根据权利要求1所述的系统，其中，所述确定推荐的至少一个费率计划变更包括确定与第二运营商相关联的第三费率计划。

13.一种方法，包括:

14.根据权利要求13所述的方法，其中，所述分析对与操作所述多个第一设备相关联的成本进行优化。

15.根据权利要求13所述的方法，还包括实施推荐的所述至少一个费率计划变更。

16.根据权利要求13所述的方法，还包括将推荐的所述至少一个费率计划变更传送给费率计划管理系统。

17.根据权利要求13所述的方法，还包括定义优化算法，所述优化算法用于实施优化流程。

18.根据权利要求13所述的方法，其中，所述多个第一设备和所述多个第二设备是物联网(IoT)设备。

19.非暂时性计算机可读存储介质，其上存储指令，其中，当所述指令被执行时，所述指令使一个或多个处理器执行包括以下步骤的操作:

20.根据权利要求19所述的非暂时性计算机可读存储介质，所述操作还包括将推荐的所述至少一个费率计划变更传送给费率计划管理系统。