Browse Prior Art Database

A system and method for developing green mobile applications embedded in the IDE Disclosure Number: IPCOM000226016D
Publication Date: 2013-Mar-20
Document File: 2 page(s) / 27K

Publishing Venue

The Prior Art Database


End to end application level green profile, from design time, through auto generation in build time, and explicit/implicit activation and execution in runtime. The green application profile targets lowering power consumption while compromising non critical features of the app (different from app to app) in order to stretch the battery life.

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

Page 01 of 2

A system and method for developing green mobile applications embedded in the IDE

Power consumption of mobile devices projected to battery life is a major issue.

The various device providers compete on manufacturing mobile devices with bigger, better and lighter (weight) batteries, which would last longer.

The software running on the device impact significantly the level of power consumption, utilizing the mobile device native functionalities such as the WiFi connectivity, the 3/4G network, the location services, the animation, video and audio streaming and more, result in accelerated battery draining. In many devices one may find a battery saving mode for the whole device, which may result in darker screens and lower processing

rates, however one cannot find application level profile and configuration.

In this invention we are proposing a method for defining and generating a "green profile" for a mobile application in the design time, The "green profile" enables lower battery consumption for longer battery life while compromising non-critical functions.

    The core of this invention is about enabling the definition of a "Green Profile" for an application during design time, as a capability provided by the IDE and the programming model. The application developer defines the application functionality, thus can define on one hand critical features (location services for example on navigation app) and on the other hand can define the compromises in the application features, to enable basic application functionality and give up major power consumption features which are not mandatory for the basic functionalities, in many cases these compromised features are non-functional features related to the user experience of the application, or how frequent the application gets its data updated, for example how frequent the application shares your location with your social network while navigating, or how frequent the application asks the device location services to update your current location.

In our system, we enable cross platform mobile application constriction (iOS, Android) from a single generic model, we provide a web based, visual tool, for defining the application model, the model is used as an input to a set of generators that generate a platform specific application instance with the appropriate look and feel. In this invention

we propose generation of mobile application with dual personalities, one personality with full blown features, high performance and the best UX, and a second profile the "Green Profile" which compromises user defined non-critical features such UX, data update frequency, network access frequency and so on, the "green profile " limits the application features to support longer battery life. So in case the user chooses to compromise the non-critical features for longer usage or in case the device is getting battery short, the user can switch to the "Green Profile" in runtime, another option is to set an auto switch...