Browse Prior Art Database

Intelligence to hold message back to achieve optimal / best cost as prices will fluctuate

IP.com Disclosure Number: IPCOM000243981D
Publication Date: 2015-Nov-03
Document File: 2 page(s) / 63K

Publishing Venue

The IP.com Prior Art Database

Abstract

Associating a value, expiry time and quote polling interval with each message which can then be used to hold back sending a message to a cloud service provider until an appropriate cost is met by tracking the associated costs over time using appropriate statistical models to determine when to accept.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 53% of the total text.

Page 01 of 2

Intelligence to hold message back to achieve optimal / best cost as prices will fluctuate

Cloud computing provides a number of benefits beyond standard on-premise processing, with increased flexibility, resilience and no need for capital expenditure. The capital expenditure requirement is no longer required to stand up on-premise environments and cloud computing services typically operate a pay-as-you-go model.

    With global SaaS software revenues forecast to reach $106 billion in 2016, increase 21% over projected 2015 spending levels [1] there is a need for middle-ware and cloud / hybrid-cloud deployments to more intelligently manage their workload placement to ensure optimal and efficient processing whilst maximising profits.

[1] http://www.forbes.com/sites/louiscolumbus/2015/01/24/roundup-of-cloud-computing-forecast s-and-market-estimates-2015/

    The proposed solution is that a service consumer would request a quote from a service provider for processing a message based on message properties (ie. message size, type, destination) - the message also having an associated monetary value and expiry time (held either in the message header or central management system).

    The service consumer would utilise historical quote information for similar messages (analysing the associated trend over time) to ascertain when to accept a quote and when it would be better to wait for a potentially lower quote. If deemed that the system should not accept the initial quote then the system will queue the message and make subsequent quote requests to track the trend and accept an appropriate quote when received. The quote request interval could also be set so a quote made every x seconds, could be based on expiry time (ie. expiry time / x), could be provided by external polling service, etc. Associating a value, expiry time and quote polling interval with each message which can then be used to hold back sending a message to a cloud service provider until an appropriate cost is met by tracking the associated costs over time using appropriate statisti...