使用CSV分配批量用户服务的系统和方法与流程

使用csv分配批量用户服务的系统和方法
技术领域
1.本公开涉及一种在云服务环境中管理用户服务分配的系统和方法，尤其涉及一种在批量管理文件中使用逗号分隔值分配批量用户服务的系统和方法。


背景技术：

2.服务提供商(service provider，sp)可以是将来自各种服务供应商(如微软provider，sp)可以是将来自各种服务供应商(如微软等)的软件服务通过互联网提供给客户的软件经纪公司。服务提供商可以在具有自助管理门户的商场、店铺、订阅管理、服务目录、票务、提供自动化、使用收集、评分、循环账单、税务、发票和支付中运用云服务环境，该云服务环境是具有模块的端到端平台，以供用户、组织和渠道合作伙伴管理出售物并从中获利。这些出售物包括商业应用、云服务、软件即服务(saas)、数据即服务(daas)、基础设施即服务(laas)和it即服务(itaas)。在此类实施例中，服务提供商可以将多个用户加入到一个服务，或者将具有多个用户的多个组织(如公司)加入到此类服务。
3.例如，参考图1a，其示出了一个云服务环境100，其中服务提供商102为服务客户104提供了多个服务106。在此类实施例中，云服务环境100还包括服务提供商目录108、提供代理110、服务选择器112、供应商托管服务116和供应商云服务118。在此类实施例中，服务提供商102需要逐一或批量地选择个人用户(例如，服务客户104)并将服务分配给每一个用户，以此执行服务分配过程。可选地，服务提供商102可使用服务特定控制面板管理该过程。
4.在此类实施例中，提供或修改用户服务的过程必须手动执行，或者在技术和操作上受到限制。例如，参考图1b，其示出了云服务环境100的又一实施例，其中服务提供商102需要使用服务模板152为客户154提供各种服务114。在此类实施例中，服务模板152可以是可配置用户界面。然而，当前的方法仅允许选择一个服务模板(即服务模板152)，然后再选择合适的客户154。而该方案具有局限性：当存在多组用户时，选择特定组的用户可能是繁琐且具有挑战性的。
5.因此，需要一种改进的且效率更高的系统和方法，用以在云服务环境中管理用户服务分配。


技术实现要素：

6.本公开涉及一种在云服务环境中管理用户服务分配的系统。该系统包括服务提供商、多个服务模板、多个客户和服务。在本公开的至少一个实施例中，服务提供商可以配置多个服务模板，这些服务模板可以分配给不同组的客户，其中，多个服务模板中的每一个保有服务的特定信息。
7.在本公开的至少一个实施例中，示出了在云服务环境中管理用户服务分配的方法。该方法包括：导入逗号分隔值(comma separated values,csv)文件；解析该csv文件；创建后台线程；提取记录；检查记录是否被处理；停止后台线程；完成；验证记录；创建服务请求；转换服务请求；创建服务特定扩展标记语言(extensible markup language,xml)文件；
调用提供代理；以及分配服务。
8.在本公开的至少一个实施例中，该方法包括创建csv文件，并将该csv文件导入。在本公开的至少一个实施例中，该方法调用提供代理，通过从xml中提取数据并调用适用的服务来处理xml数据流，例如，通过调用应用提供代理编程接口(agent programming interface,api)。在本公开的至少一个实施例中，该方法配置为将所有请求存储在队列中。
附图说明
9.图1a是如本公开的至少一个实施例所述的在云服务环境中管理用户服务分配的系统的示意图。
10.图1b是如本公开的至少一个实施例所述的在云服务环境中管理用户服务分配的方法的工作流程。
11.图2是如本公开的至少一个实施例所述的在云服务环境中管理用户服务分配的系统的示意图。
12.图3是如本公开的至少一个实施例所述的在云服务环境中管理用户服务分配的系统和部件的示意图。
13.图4是如本公开的至少一个实施例所述的在云服务环境中管理用户服务分配的方法的工作流程。
14.图5是如本公开的至少一个实施例所述的用于扩大规模的方法的工作流程和部件的图。
具体实施方式
15.现在将详细参考本公开的优选实施例，在附图中示出了所述优选实施例的实例。本发明的多个附加特征和优点将在以下描述中阐明，并且将从描述中显而易见，或者可以通过实践本发明来了解。应当理解的是，上述概括描述和以下详细描述均仅是示例性和说明性的，并且旨在提供对受权利要求书保护的本发明的进一步解释。
16.现在参考图2，其示出了在云服务环境中管理用户服务分配的系统，该系统一般用200表示。系统200包括用户102、平台ui202、服务提供商平台204、bss应用206、csv解析器/验证器208、服务请求生成器210、服务特定xml生成器212、oss应用214、服务特定xml转换器216、服务目录218、服务请求/配额/分配数据库220、服务分配通信器222、控制器224、至少一个服务提供代理226和(多个可能的服务(供应商)中的)至少一个服务114。
17.在本公开的至少一个实施例中，服务提供商平台204作为多个服务114的聚合器和交易处，多个服务通过至少一个服务提供代理226的专用集成机制与服务提供商平台204集成在一起。应当意识到的是，服务提供代理226发送服务控制操作的有关数据，该服务控制操作由服务114提供并由用户102发起。在本公开的至少一个实施例中，控制操作针对特定用户的执行服务提供和分配操作。作为示例，这种操作包括服务变更、特定服务的升级和降级(例如，从白银订阅计划变为黄金服务计划，反之亦然)，以及订阅服务的删除等。在本公开的至少一个实施例中，服务提供代理226以符合供应商要求的格式发送控制操作的信息。作为实例，这种格式可能是api呼叫、扩展标记语言等。应当意识到的是，用户102通过平台ui202操作服务提供商平台204，其中向用户102展示了各种可用服务计划、服务模板定义和
描述适用服务的任意其他信息，且该平台ui存储在服务目录218中。在本公开的至少一个实施例中，平台ui202还包含用于服务订购的样本csv文件和填写其的手册。应当意识到的是，用户102可将订单输入到可包含多个用户的服务订单的csv文件中，并通过平台ui202将该csv文件上传，平台ui202可操作地连接到bss应用206和oss应用214。在本公开的至少一个实施例中，csv解析器/验证器208配置为接收带有订单的csv文件，解析并验证带有存储在服务目录218中的服务模板定义的服务特定信息以处理csv文件。在解析和验证失败的情况下(例如，有不匹配的情况)，csv解析器/验证器208返回错误，该错误在平台ui202中向用户示出。在本公开的至少一个实施例中，服务请求生成器210接收验证后的csv文件，借此，服务请求生成器210为每一行csv生成服务请求对象并将信息针对于特定用户存储在服务请求/配额/分配数据库220中。在本公开的至少一个实施例中，服务特定xml生成器212处理服务订单，将其转换为按供应商排序的xml串。在本公开的至少一个实施例中，oss应用214接收xml串，服务特定xml转换器216将xml转换为服务提供代理226可读的格式。在本公开的至少一个实施例中，控制器224调用需要的服务提供代理226。应当意识到的是，由此，控制器224通过服务分配通信器检查特定服务的配额对服务分配的用户来说是否得到满足。服务提供代理226调用适用供应商(例如，服务114)的api以执行控制操作。服务请求/配额/分配数据库220存储控制操作的结果。控制操作执行完毕后，oss应用214将结果传递给服务提供商平台ui以将结果显示给用户102。
18.现在参考图3，其示出了在云服务环境中管理用户服务分配的系统，该系统一般用300表示。系统300包括服务提供商102、多个服务模板302a，302b，302c、多个客户308a，308b，308c和服务114。
19.在本公开的至少一个实施例中，服务提供商102可以配置多个服务模板302a，302b和302c，这些服务模板可以分配给不同组的客户(例如，客户308a，308b和308c)，其中，多个服务模板中的每一个都保有关于服务114的特定信息114。应当意识到的是，虽然仅示出了一组服务114，系统300可能包括多个服务114的情况也在本发明的范围之内。还应当意识到的是，特定服务可能会绑定在一起用作一个计划，而多个计划在目录中可用，由此，计划可称为服务模板，并且可以被端用户在下单后使用。在本公开的至少一个实施例中，模板可以被多个用户共享，同组的用户将访问这些微特征。
20.现在参考图4，其示出了在云服务环境中管理用户服务分配的方法，该方法一般用400表示。该方法400包括：在步骤402中，导入逗号分隔值(csv)文件；在步骤404中，解析该csv文件；在步骤406中，创建后台线程；在步骤408中，提取记录；在步骤410中，检查记录是否被处理；在步骤412中，停止后台线程；在步骤414中，完成记录；在步骤416中，验证记录；在步骤418中，创建服务请求；在步骤420中，转换服务请求；在步骤422中，创建服务特定扩展标记语言(xml)文件；在步骤424中，调用提供代理；在步骤426中，分配服务。
21.在本公开的至少一个实施例中，方法400包括创建csv文件并将csv文件导入的步骤402。在本公开的至少一个实施例中，csv文件包括一行保有一个服务模板的格式。作为实例，以下给出了一个样本csv文件：
[0022][0023]
如实例中所示，两个不同的服务模板将被分配给用户名为john@example.com的第一客户(如客户308a)。针对与服务相关联的每一个属性，一个服务模板可能在<项目名称>字段中包括多个资源和第一行中相应的数量。应当意识到的是，csv文件的列可专门针对每一个服务而配置，其中涵盖各种服务。
[0024]
在本公开的至少一个实施例中，csv可分为两部分：1)应用特定部分
‑
由用户名、项目名称以及数量构成；2)服务特定部分
‑
由所有服务特定信息构成，服务特定信息被称为提供信息(pif)。
[0025]
在本公开的至少一个实施例中，该csv的一行保有用户针对一个服务的分配信息。作为实例，如果用户john@example.com需要标准邮箱和邮件服务的额外存储，如实例csv中所示，一行中将具有两个项目条目和所有相关pif，而另一个服务将在另一行中。
[0026]
在本公开的至少一个实施例中，通过从应用端口选择服务并下载样本文件可以生成该csv。样本文件由用户名相关列、项目相关列和数量相关列构成，同时还有适用于所选服务的所有pif。这些列将加上“pif”前缀，以便应用理解它们是服务相关信息，后面加上pif通用标识符。该通用标识符被平台、提供代理以及服务供应商系统识别。作为实例，pif的典型列标题可以如“pif<pif标识符>”。继续上述实例，如果服务需要邮箱类型信息，那么列标题可以是“pif邮箱类型”。
[0027]
继续上述实例，如果选出了三个服务并且这三个服务总共有20条pif，那么csv中将有20列。应当意识到的是，在样本csv中，项目和数量均各有一列，如有需要，可以手动添加项目和数量的更多列。
[0028]
在本公开的至少一个实施例中，客户(或员工)可以填写符合适用标准的csv文件，或指南中规定的csv文件。应当意识到的是，填写csv允许客户依据自己的商业需求决定哪个服务模板分配给哪些用户。
[0029]
在本公开的至少一个实施例中，csv文件的格式是一行保有一个服务模板。作为实例，两个不同的服务模板可能会分配给用户名john@example.com：(a)如上样本csv文件中的行2所示，一个服务模板可能包含多个项目名称的资源以及其数量；(b)如上样本csv文件中的行3所示(针对voip服务)。继续如上样本csv文件，下一行可以是关于csv中的下一个用户(即sarah@example.com)的，并且将分配服务模板，该服务模板包含一个项目，即一个plus。在本公开的至少一个实施例中，前缀有“pif”的csv标题中的其余信息在不同服务模板间各有不同，且可能并不适用于所有服务。这些信息是典型的向用户分配服务所需的服务特定属性。
[0030]
继续上述实例，分配有两个项目的邮箱服务模板为一个标准邮箱，分别具有10gb存储。下一行中，名为voip的另一个服务模板将分配给同一用户。包含一个项目plus的服务模板将分配给csv中的下一个用户sarah@example.com。前缀有“pif"的csv标题中的其余信息在不同服务模板间各有不同，且可能并不适用于所有服务。这些信息是典型的向用户分配服务所需的服务特定属性。
[0031]
在本公开的至少一个实施例中，方法400进行到解析csv并将csv存储进容器中的步骤404。应当意识到的是，csv文件的解析确认了csv为有效格式并且是可读的。在本公开的至少一个实施例中，方法400之后进行到创建处理记录的后台线程的步骤406。
[0032]
在本公开的至少一个实施例中，方法400在步骤410中检查是否已处理所有记录。如果并未处理所有记录，方法400进行到步骤416；反之，如果已处理所有记录，该方法进行到步骤412。
[0033]
在本公开的至少一个实施例中，在步骤416中验证csv中的记录，如果有效，该方法进行到步骤418，否则，进行到步骤408。应当意识到的是，针对存储在服务提供商平台的业务支持系统中的服务订单和服务目录，验证应用特定部分。此时，还识别了该行的服务。“pif”列首先被分离出来，之后将其与作为服务模板定义的一部分存储在服务目录中的pif标识符做对比，从而解析服务特定部分。取匹配pif的值用于分配，而其余值在该行被舍弃。应当意识到的是，这个过程将csv表达为服务不可知形式。
[0034]
在本公开的至少一个实施例中，在步骤418中，创建服务请求。应当意识到的是，服务请求是保有分配服务所需的所有必须服务相关信息的对象。在本公开的至少一个实施例中，服务请求中包含订购单号，客户(408a，408b或408c)的用户名和至少一个资源信息集，仅举几例，其为非限制性实例。
[0035]
在本公开的至少一个实施例中，方法400进行到步骤420，服务对象转换为xml串，而在步骤422，方法400创建服务特定xml数据。
[0036]
在本公开的至少一个实施例中，方法400调用提供代理，通过从xml中提取数据并调用适用的服务来处理xml数据流，例如，通过调用提供代理编程接口(api)。应当意识到的是，存在一个包含多种资源id且存储在平台部署位置的服务特定xml文件。还应当意识到的是，提供代理配置为向用户提供订单并分配服务。
[0037]
在本公开的至少一个实施例中，方法400配置为将所有请求存储在队列中。应当意识到的是，这将是异步动作，并且所有请求将由批处理作业处理。该作业将分别处理每一个请求。还应当意识到的是，针对每个请求，检查订单配额的可用性。如果超出订单配额/用户许可，那么后端流程将隐式地发起订单扩大请求。一旦订单执行完成，批处理作业会再次开始处理未决请求。作为示例，如果订单配额/许可为50个单元，而新请求中涉及70个单元，那么前50个单元成功分配后，通过请求，隐式地为剩余的20个单元进行扩大。应当意识到的是，后端配置为按需进行隐式更新。
[0038]
尽管在附图和上述说明中已经详细地展示和说明了本发明，这仍然应被视作为展示性的并且不受字面限制，因而应当理解的是，仅示出和描述了某些实施例，希望保护的是在本发明精神以内的所有改变和变更。