Dynamic network component placement

US10148527B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-10148527-B2
Application numberUS-201514832598-A
CountryUS
Kind codeB2
Filing dateAug 21, 2015
Priority dateDec 5, 2014
Publication dateDec 4, 2018
Grant dateDec 4, 2018

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. However, the placement decision can change over time in response to complex updates relating to service providers, the regions they support, the assets they support, and many other dynamic factors. Dynamic network component placement effectively determines updated possibilities for placing the technical components of a specified service, while meeting all of the applicable technical constraints on the placement of the technical components.

First claim

Opening claim text (preview).

What is claimed is: 1. A system comprising: placement pipeline circuitry comprising multiple processing stages, the placement pipeline circuitry configured to determine an initial placement location from initial placement options for a technical component defined within a request template of a specified service request; timing metadata linked to the technical component and included within the request template, the timing metadata defining a dynamic re-evaluation timing specifier for re-evaluating placement of the technical component; trigger metadata linked to the technical component and included within the request template, the trigger metadata defining a dynamic re-evaluation trigger condition specifier for re-evaluating the placement of the technical component; and re-evaluation circuitry configured to, responsive to the dynamic re-evaluation timing specifier, the dynamic re-evaluation trigger condition specifier, or both, re-execute the placement pipeline circuitry on the technical component and determine updated placement options including a new placement location for the technical component; and wherein the placement pipeline circuitry comprises a subscription stage configured to: determine to a change to which service provider regions a resource requester has active subscriptions; and responsive to the change, determine the new placement location. 2. The system of claim 1 , where: the specified service request is linked to a specific resource requester; and further comprising: placement execution metadata for the specific resource requester, the placement execution metadata defining an update time window for making adjustments to the specified service request. 3. The system of claim 2 , where: the re-evaluation circuitry is further operable to initiate instantiation of a replacement component for the technical component at the new placement location responsive to determining the updated placement options. 4. The system of claim 3 , where: the re-evaluation circuitry is further operable to initiate switchover to the replacement component within the update time window. 5. The system of claim 1 , where: the placement pipeline circuitry comprises a type stage configured to: determine a change to which service provider regions support the technical component; and responsive to the change, determine the new placement location. 6. The system of claim 5 , where: the technical component comprises a technical component type specified in the request template for implementing the specified service request. 7. The system of claim 5 where: the technical component comprises a technical asset specified in the request template for implementing the specified service request. 8. The system of claim 7 , where: the technical asset comprise a network. 9. The system of claim 1 , where: the placement pipeline circuitry comprises a capacity stage configured to: determine a change in which service provider regions have capacity to provision the technical component; and responsive to the change, determine the new placement location. 10. The system of claim 1 , where: the placement pipeline circuitry comprises a metadata stage configured to: determine a change to which service provider regions qualify to provision the technical component; and responsive to the change, determine the new placement location. 11. A method comprising: in a hybrid cloud architect: receiving a technical service template for implementing a service request for a resource requester; identifying a resource within the technical service template; executing, for the resource, placement pipeline circuitry comprising multiple processing stages configured to determine an initial placement from initial placement options for the resource; obtaining, from within the hybrid cloud architect, timing metadata linked to the resource and included within the technical service template, the timing metadata defining a timing specifier for re-evaluating placement of the resource; obtaining, from within the hybrid cloud architect, trigger metadata linked to the resource and included within the technical service template, the trigger metadata defining a dynamic re-evaluation trigger condition specifier for re-evaluating the placement of the resource; executing re-evaluation circuitry configured to, responsive to the timing metadata, the trigger metadata, or both, determine when to re-execute the placement pipeline circuitry for the resource and determine updated placement options including a new placement location for the resource; and at a metadata architecture of the hybrid cloud architect: determining a change to which service provider regions qualify to provision the resource; and responsive to the change, determining the new placement location. 12. The method of claim 11 , further comprising: obtaining, from within the hybrid cloud architect, placement execution metadata linked to the resource requester, the placement execution metadata defining an update time window for implementing the new placement location. 13. The method of claim 12 , further comprising: initiating provisioning of a replacement for the resource at the new placement location responsive to determining the updated placement options. 14. The method of claim 13 , further comprising: initiating switchover to the replacement within the update time window. 15. A system comprising: a communication interface configured to receive a technical service template configured to implement a technical service request from a resource requester; a metadata architecture comprising: container metadata for a container hierarchy defining a model of the resource requester; resource requester metadata included within the technical service template, the resource requester metadata defining specific implementation data for the technical service request; and service provider metadata defining capabilities of candidate service provider regions for hosting the technical service request; timing metadata linked to a computing resource and included within the technical service template, the timing metadata defining a dynamic re-evaluation timing specifier for re-evaluating placement of the computing resource; trigger metadata linked to the computing resource and included within the technical service template, the trigger metadata defining a dynamic re-evaluation trigger condition specifier for re-evaluating placement of the computing resource; placement pipeline circuitry configured to: determine the computing resource defined within the technical service template, the computing resource for implementing the technical service request; receive the container metadata, the service provider metadata, and the resource requester metadata; execute sequential pipeline stages to determine feasible placement options for the computing resource from among candidate placement options responsive to the container metadata, the service provider metadata, and the resource requester metadata; determine a change to which service provider regions qualify to provision the resource; and responsive to the change, determine the new placement location re-evaluation circuitry configured to, responsive to the timing metadata, trigger metadata, or both, re-execute the placement pipeline circuitry on the computing resource and determine updated placement options including a new placement location for the computing resource. 16. The system of claim 15 , where: the re-evaluation circuitry is further configured to communicate the new placement locat

Assignees

Inventors

Classifications

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

  • Multivendor or multi-standard integration · CPC title

  • Network analysis or design · CPC title

  • for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS] · CPC title

  • Admission control; Resource allocation · 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 US10148527B2 cover?
A network component placement architecture addresses the difficult technical challenge of determining where specific technical components of an overall service may be provisioned. However, the placement decision can change over time in response to complex updates relating to service providers, the regions they support, the assets they support, and many other dynamic factors. Dynamic network com…
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 Tue Dec 04 2018 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 12 related publications on this page (citations in our corpus or others sharing the same primary CPC).