Network component placement architecture

US2016191414A1 · US · A1

Patent metadata
FieldValue
Publication numberUS-2016191414-A1
Application numberUS-201615066541-A
CountryUS
Kind codeA1
Filing dateMar 10, 2016
Priority dateDec 5, 2014
Publication dateJun 30, 2016
Grant date

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

A network component placement architecture addresses the difficult technical challenge of determining where specific technical components of an overall service may be provisioned. The architecture is particularly effective at determining where, among a myriad of possible service provides, platforms, and regions, the technical components can be placed and meet all of the applicable technical constraints on the placement of the technical components. In one implementation, the placement architecture includes a sequence of pipeline stages that define an analysis sequence leading to a set of possible placement options.

First claim

Opening claim text (preview).

What is claimed is: 1 . A system comprising: a communication interface configured to receive a technical service request for a cloud-deployed resource from an external resource requester of the cloud-deployed resource; template circuitry configured to: determine a baseline technical service template for implementing the cloud-deployed resource; generate a concretized technical service template from the baseline technical service template by deciding parameter values for entries in the baseline technical service template; and provide the concretized technical service template to placement pipeline circuitry comprising multiple sequential pipeline processing stages; and placement pipeline circuitry configured to: receive the concretized technical service template; determine feasible placement options for the cloud-deployed resource from among candidate placement options by executing sequential pipeline processing stages including: a subscription stage configured to determine to which service provider regions and networks the external resource requester has active subscriptions; a network stage following the subscription stage and configured to determine which of the service provider regions support the networks; a capacity stage following the network stage and configured to determine which of the service provider regions have sufficient capacity to meet implementation requirements for the cloud-deployed resource; and communicate the feasible placement options to the external resource requester through the communication interface. 2 . The system of claim 1 , where: the capacity stage is configure to: request and receive updated service provider metadata to obtain an updated snapshot of current capacity of the service provider regions. 3 . The system of claim 1 , where: the sequential pipeline processing stages further include: a type stage following the subscription stage and configured to: receive a candidate set of placement options for the cloud-deployed resource from the subscription stage; and determine which of the service provider regions support the cloud-deployed resource. 4 . The system of claim 3 , where: the type stage is configured to receive service provider metadata from a metadata database; and analyze the service provider metadata to facilitate the determination of which of the service provider regions support the cloud-deployed resource. 5 . The system of claim 3 , where: the type stage is configured to initiate processing by type-to-type circuitry to analyze the cloud-deployed resource and determine an equivalent resource type to the cloud-deployed resource. 6 . The system of claim 5 , where: determining the feasible placement options also comprises determining feasible placement options for the equivalent resource type. 7 . The system of claim 1 , where: the sequential pipeline processing stages further include: an asset stage following the subscription stage and configured to: determine an asset implementing, at least in part, the cloud-deployed resource; and determine which of the service provider regions support the asset. 8 . The system of claim 7 , where: the asset stage is configured to receive service provider metadata from a metadata database; and analyze the service provider metadata to facilitate the determination of which of the service provider regions support the asset. 9 . A method comprising: receiving, through a communication interface, a technical service request for a cloud-deployed resource from an external resource requester of the cloud-deployed resource; determining a baseline technical service template for implementing the cloud-deployed resource; generating a concretized technical service template from the baseline technical service template by deciding parameter values for entries in the baseline technical service template; and providing the concretized technical service template to placement pipeline circuitry comprising multiple sequential pipeline processing stages; and executing placement pipeline circuitry configured to: receive the concretized technical service template; determine feasible placement options for the cloud-deployed resource from among candidate placement options by executing sequential pipeline processing stages including: a subscription stage configured to determine to which service provider regions and networks the external resource requester has active subscriptions; a network stage following the subscription stage and configured to determine which of the service provider regions support the networks; a capacity stage following the network stage and configured to determine which of the service provider regions have sufficient capacity to meet implementation requirements for the cloud-deployed resource; and communicating the feasible placement options to the external resource requester through the communication interface. 10 . The method of claim 9 , further comprising: requesting and receiving, the capacity stage, updated service provider metadata to obtain an updated snapshot of current capacity of the service provider regions. 11 . The method of claim 9 , further comprising: executing, in the sequential pipeline processing stages: a type stage following the subscription stage and configured to: receive a candidate set of placement options for the cloud-deployed resource from the subscription stage; and determine which of the service provider regions support the cloud-deployed resource. 12 . The method of claim 11 , further comprising: receiving, at the type stage, service provider metadata from a metadata database; and analyzing/the service provider metadata to facilitate the determination of which of the service provider regions support the cloud-deployed resource. 13 . The method of claim 11 , further comprising: initiating, by the type stage, processing by type-to-type circuitry to analyze the cloud-deployed resource and determine an equivalent resource type to the cloud-deployed resource. 14 . The method of claim 13 , further comprising: determining feasible placement options for the equivalent resource type. 15 . The method of claim 9 , further comprising: executing, in the sequential pipeline processing stages: an asset stage following the subscription stage and configured to: determine a computing asset implementing, at least in part, the cloud-deployed resource; and determine which of the service provider regions support the computing asset. 16 . The method of claim 15 , further comprising: receiving, at the asset stage, service provider metadata from a metadata database; and analyzing the service provider metadata to facilitate the determination of which of the service provider regions support the computing asset. 17 . A system comprising: a communication interface configured to receive a technical service request for a cloud-deployed resource from an external resource requester of the cloud-deployed resource; template circuitry configured to: determine a baseline technical service template for implementing the cloud-deployed resource; generate a concretized technical service template from the baseline technical service template by deciding parameter values for entries in the baseline technical service template; and provide the concretized technical service template to placement pipeline circuitry comprising multiple sequential pipeline processing stages; and placement pipeline circuitry configured to: receive the concretized technical service template;

Assignees

Inventors

Classifications

  • Logical partitioning of resources; Management or configuration of virtualized resources (specific details on emulation or internal functioning of virtual machines G06F9/455) · CPC title

  • the condition being updates or upgrades of network functionality · CPC title

  • Automatic or semi-automatic definitions, e.g. definition templates · CPC title

  • for initial configuration or provisioning, e.g. plug-and-play · CPC title

  • Multivendor or multi-standard integration · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US2016191414A1 cover?
A network component placement architecture addresses the difficult technical challenge of determining where specific technical components of an overall service may be provisioned. The architecture is particularly effective at determining where, among a myriad of possible service provides, platforms, and regions, the technical components can be placed and meet all of the applicable technical con…
Who is the assignee on this patent?
Accenture Global Services Ltd
What technology area does this patent fall under?
Primary CPC classification H04L41/5048. Mapped technology areas include Electricity.
When was this patent published?
Publication date Thu Jun 30 2016 00:00:00 GMT+0000 (Coordinated Universal Time) (A1). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 8 related publications on this page (citations in our corpus or others sharing the same primary CPC).