GB2503571A

GB2503571A - Enabling updates of a mobile application

Info

Publication number: GB2503571A
Application number: GB1308672.3A
Authority: GB
Inventors: Diwakar Kaiwar
Original assignee: PRAVVA INFOSYSTEMS PRIVATE Ltd
Current assignee: PRAVVA INFOSYSTEMS PRIVATE Ltd
Priority date: 2013-05-14
Filing date: 2013-05-14
Publication date: 2014-01-01
Also published as: GB201308672D0

Abstract

The application relates to a method, server and device for enabling updates of a mobile application. An application server can set a first flag 301 on detecting a change in a mobile application e.g. there is an update in the application. When a mobile device attempts to sync with the application server 302, and the server detects the first flag 303, the server sends 304 complete definition of a user interface (UI) of the mobile application and data related to the mobile application to the mobile device. The mobile device then replaces local definitions in the mobile device the complete definition received from the application management server 305. The mobile sends a second flag 306 to the application management server when it has successfully replaced local definitions with the complete definitions. The application management server then resets 307 the first flag upon receiving the second flag. If the first flag is not set, the application management server can send data relating to the mobile application in response to a sync attempt.

Description

Design and deployment of mobile enterprise application platform

TECHMCAL FIELD

[001] The embodiments herein relate to Mobile computing and, more particularly, to design and dev&opment of mobile applications in Mobile computing.

BACKGROUND

[002] Mobile Computing enables users to connect to the internet, providing wireless transmission to access data and information from where ever location they may be. Mobile computing broadly comprises of three areas: mobile communication, mobile hardware, and mobile software. The first area addresses communication issues in ad-hoc and infrastructure networks as well as communication properties, protocols, data formats and concrete technologies. The second area is on the hardware, e.g., mobile devices or device components. The third area deals with the characteristics and requirements of mobile applications.

[003] Mobile application development is the process by which application software is developed for mobile devices such as personal digital assistants, enterprise digital assistants, mobile phones, tablets and so on. These applications are either pre-installed on mobile devices during manufacture, downloaded by users from various mobile software distribution platforms, or web applications delivered over HTTP which use server-side or client-side processing (e.g. JavaScript) to provide an "application-like" experience within a Web browser.

[004] In the recent past, the development of mobile services was mostly controlled and managed by the mobile network operators (MNO), phone manufacturers, mobile application and content providers. Recently, this has changed with the arrival of new mobile devices and platforms. Development of mobile applications has generated more interest among the independent and freelance developers. The constant improvement of hardware i-elated to mobile computing (e.g., better computing power, larger wireless network bandwidth) clearly enhances capabilities of mobile devices. The potential of the mobile application market is seen to reach $9 billion by 2011, [005] Mobile Application Management (MAM) describes software and services that accelerate and simplify the creation of internally-developed or "in-house" enterprise mobile applications. It also describes the deployment and management of in-house and commercially available mobile apps used in business settings on both company-providcd and "bring your own" devices.

[006] In spite of the continuous development, mobile applications still seem to have some disadvantages such as re-installing mobile applications on the mobile device each time an application is changed or when new applications are added. Further, some applications are capable of working in only online mode and are unable to run natively on the mobile device and disallows usage of the mobile device's functionalitics in offline mode.

[007] In an existing method of mobile application development, enterprise data is accessed from one or more data sources, wherein such data sources may comprise structured and unstructured data sources. The data is transferred from the enterprise to a plurality of mobile devices over a plurality of diverse networks. in an embodiment, such transfer takes into consideration characteristics of the diverse networks which are present in the path between the enterprse and the mobile device. The enterprse receives data generated by mobile devices while performing enterprise-related operations at the wireless edge. The enterprise responds to environmental changes using the received data.

Limitations of the above existing method are that the user interface cannot be delivered to the client without deployment of application logic and is unable to adapt the mobile user interface for different architectures.

[008] Tn another existing method for mobile computing, a single integrated Development Environment (IDE) for mobile devices is present. A flexible runtime architecture is provided that enables developers to construct user-interface using run-time technology that suits their needs. Using the Programming Interface (P1) mechanism, application servers can publish information about their program version or server load. In a manner transparent tor the users, the mobile device can then update its UI description if an application's P1 indicates that a new version has been deployed. Or, if multiple instances of the same application are available keep the bandwidth requirements low. The disadvantages of this method are that it requires an installation upgrade at the mobile device side, once the application is upgraded with user intervention. This takes time, effort and costs from both the application provider and the user end.

[009] In another existing method for mobile computing, products services can be efficiently delivered to a large number of clients, using mobile Internet access technologies. The users using their mobile devices can have access to c-services, anywhere and anytime, with the support of 3G. GPRS, WLAN, etc., channels bandwidth, data services and protocols. Based on the mobile communications networks evolution and development, a convergence of technological and financial interest's mobile operators, software developers, mobile terminals producers and c-content providers is established.

These will fead to a high level integration of IT&C resources and will facilitate the value added services delivery through the mobile communications networks. The disadvantages of this method are that the application is unable to exploit full device capabilities (say, camera, Bhietooth and so on), cannot leverage device level security, requires high data bandwidth and typicafly requires a continuous data connection to function effectively.

SUMMARY

[0010] The embodiments herein relate to a method and system for design and deployment of mobile enterprise applications. Multiple versions of the same application need not be installed repeatedly instead the existing version can be updated. Mobile Applications User Interface and Business Logic are recognized by a smart mobile client (specific for each operating system), which allows changes to User interface and business logic to be pushed from the application management server to the client without need for re-installation. Information between Mobile Server and smart client is exchanged using a proprietary message structure, which has been developed to build complex mobile application. A smart interpreter interprets and parses the application while also rendering it at run time. The design allows segregating UI specific elements from Data elements thus reducing data exchange between the mobile client and the mobile server significantly.

[0011] These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following

description and the accompanying drawings.

BRIEF DESCRIPTION OF THE FIGURES

[0012] The embodiments herein will be better understood from the following detailed description with reference to the drawings, in which: [0013] FIG. I is a block diagram which depicts the various components of an exemplary mobile computing platform system as disclosed in the embodiments herein; [0014] FIG. 2 is a flow diagram which depicts the various steps involved in development and deployment of mobile applications as disclosed in the embodiments herein: [0015] FIG. 3 is a flowchart illustrating the process of a mobile device checking for updates and performing the updates, according to embodiments as disclosed herein; and [0016] FIG. 4 is a block diagram which describes the development and deployment of mobile application according to the embodiments disclosed herein.

DETAILED DESCRIPTION OF EMBODIMENTS

[0017] The embodiments herein and the various features and advantageous details thereof are explained more ftilly with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description.

Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein may be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.

[0018] The embodiments herein disclose a method for design and deployment of mobile enterprise application platform by using a Meta data dnven architecture and a defined message structure. Referring now to the drawings, and more particularly to FIGS. 1 through 4, where similar reference characters denote colTesponding features consistently throughout the tigures, there are shown embodiments.

[0019] FIG. 1 illustrates a block diagram which depicts the various components of an exemplary mobile computing platform system as disclosed in the embodiments herein.

The system comprises of a plurality of mobile devices 101, a wireless network 102, a communications network 103, an application management server 104, at least one mobile content provider 105, at least one mobile application provider 106, and at least one mobile internet site lOT The mobile device lOl may be a portable mobile computing device capable of connecting to another mobile computing device/communication network and accessing information. The mobile device 101 transmits information to and receives information from the application management server i04, via the wireless data network 102 and the communications network 103. The mobile device 101 may be in the form of mobile phones, smart phones, personal digital assistants. tafflets and the like.

[0020] Further, the wireless network 102 is configured to connect the plurality of mobile devices 101 with the communications network 103. The wireless data network 102 may comprise of a variety of networks like mesh networks, Wireless LAN (WLAN) networks and the like. The wireless data network 102 may further employ a plurality of access technologies comprising 2G, 3G generation radio access for cellular systems, WLAN, wireless router (WR) mesh and the like. The communication network 103 is configured to couple the application management server 104 with mobile devices 101 through the wireless network 102.

[0021] Further, the mobile content provider 105, the mobile application provider 106 and mobile internet site 107 interact with the application management server 104 to provide a user mobile application, from which users can access and update information including data and media contents, [0022] Initially, user of the mobile device 101 obtains information from the application management server 104, via the wireless network 102 and the communication network 103. The mobile device 101 deploys the information centrally on the mobile device 101. The information may be in the form of a mobile application, wherein the mobile application may be capable of working in offline mode and runs natively on the mobile device 101. Further, the mobile applications work on a metadata driven architecture using a message structure. The details and related information of the application can be stored and retrieved from an application database and transmitted to the mobile device 101. The mobile device 101 interprets and parses the application data and renders at the run time. The application data which is interpreted and parsed may include the user interface elements and data elements of the application. The mobile device 101 checks with the application management server 104 for any updates of the application, wherein the updates may comprise of changes in at least one of the user interface or the data. On detecting a change in the application, the mobile device 101 fetches the updated application elements and stores the updated elements in a suitable location. In an example, on detecting a change in the user interface on the application management server, the mobile device 101 fetches the updated user interface elements and stores the updated user interface elements in a suitable location. The application also includes inbuilt message queues which handle offline data storage and synchronization with the mobile server when connectivity is available.

[0023] FIG. 2 is a flow diagmm, which depicts the various steps involved in development and deployment of mobile applications, as disclosed in the embodiments herein. Initially, users can obtain (201) information from the application management server and deploy (202) them centrally on the mobile device 101. Mobile applications are capable of working in offline mode and run natively on the mobile device 101. Further, mobile applications work on a metadata driven architecture using a proprietary message structure. Application details can be stored and retrieved (203) from the application database and transmitted to the mobile device 10 I. The mobile device I 01 interprets (204) and parses the application data and renders at the run time. The application data which is interpreted and parsed may include the user irneiface elements and data elements. The architecture allows receiving of updated user interface elements and store locally on the mobile device only if user interface has been changed on the application management server, thus allowing for an optimized data transfer. The architecture also includes inbuilt message queues (205), which handle offline data storage and synchronization with the mobile server when connectivity is available. Further, the architecture allows developing (206) and deployment of new applications or changes to existing applications without the need to re install or redeploy mobile clients. The various actions in method 200 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 2 may be omitted [0024] FIG. 3 is a flowchart illustrating the process of a mobile device checking for updates and performing the updates, according to embodiments as disclosed herein.

Whenever there is an update in the application, the application management server 104 sets (301) a flag for the User/Application indicating that the application has changed.

During every sync (302) with the mobile device 101, the application management server 104 checks (303) whether the application has been updated by checking the flag, The mobile device 101 may sync either at ogin, after a transaction is submitted, manually triggered by the user or at pre-defined intervals, If the application has been updated, then the application management server 104 sends (304) the complete definition of the UI and the data which has changed. The UI definition is included under "(áDEF" section of the message. The data definition is included undcr "DAT" scction of thc mcssagc. Whcn the mobile device 101 receives the response, the mobile device 101 replaces (305) local definitions with the new definition sent by the application management server 104 and sends (306) a flag to the application management server indicating that the definitions have been updated. The application management server 104 then resets (307) the flag for that User / Application so that next sync does not send the definitions repeatedly. If the application has not been updated, then the application management server 1 04 sends (308) only RDAT" part in thc response during sync which contains only thc data. In this case, the existing UI in the mobile client app is not updated and is bound with the data sent to render the complete app. The various actions in method 300 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 3 may be omitted.

[0025] An Application is made up of one or more Dashboards. Each dashboard will primarily comprise of a Declaration section (DEC section) which has two sub-sections: a definition section and a data section. The Definition section (DEF section) will contain one or more definitions of the UI layouts used across the dashboard. The Data section (DAT section) will define the data and a sub-section (LVD section) will contain the UT definition which needs to be associated with that part of the data. Table I below depicts the overall structure of the message structure, according to embodiments as disclosed herein.

[0026] The legends used in Table 1 and Table 2 is as follows: LST -List component GRP -Graph component TAB -Table List component DTL -Detail Component WEB_DTL -A web Detail Component DBL -DashboardList TAB_S -Table List component with search TAB_ATT -Table List component with Attachments HIER -Hierarchy APP_CTI -Catalogue Item List APP_CTD -Catalogue Item Details Overall Structure Element Element Element Element Element Application APP Lookups 0..n LKP 1..n LKC 1 lookupCod e in LKD lookupKe ___________________ __________ __________ ___________________ _____________ y 2 lookupVa ___________________ __________ __________ ___________________ _____________ lue Dashboard 1. .n DBD 1 dashboardNurnber Declaration DEC Qn DEE 1 definition ___________________ __________ __________ ___________________ _____________ Id 2 typeOfCo __________________ _________ _________ _________________ ____________ rnponent 3 callSuppo _______________ ________ ________ ______________ __________ rt 4 newTool BarEntry i..n definition elements Data DAT in EJVL 1 levelNum __________________ _________ _________ _________________ ____________ ber 2 typeOfCo _________________ ________ ________ ________________ ___________ mponent 3 backLeve ______________________________________ ___________________ ___________________ _____________________________________ __________________________ 1 O.n LVD o..n U.n LVO 1 optionCa __________________ _________ _________ _________________ ____________ ption 2 iconNam e (The icon to be displayed for the ___________________ __________ __________ ___________________ _____________ option) 3 associate dDashBo ardNurnb er 4 appCode (The app lic atio n to be displayed when the menu is __________________ _________ _________ _________________ ____________ invoked)

Table 1

[0027] Table 2 depicts the message structure, according to embodiments as disclosed herein. Each dashboard will primarily comprise of two sections; a declaration section and a data section. The Declaration section (DEC section) will contain definitions of the UI layouts used across the dashboard. The Data section (DAT section) will define the data.

Description of

_______ ___________ ____________ _______________ _________________ entries Appli The top most catio level, defining n ___________ ____________ _______________ _________________ application

_____ APP ________ __________ ___________ ____________

The lookup set for this ______ 0. .n LKP _____________ _______________ application The dashboards for this _______ 1. .n DBD _______________ _________________ application Look up _________ __________ ____________ ______________ _______________

____ LKP _______ _________ __________ __________

____ In LKC _______ ________ _________ A unique identifier for the ______ _________ ___________ lookUpCode _______________ loopup set ____ ______ i..n LKD _________ __________ The key used for backend _______ __________ ___________ 1 lookUpKey processing The value that _______ __________ ___________ 2 lookUpYalue will used for UI Dash boar d _________ ___________ _____________ _______________ _______________

DBD

dash Board The unique Number identifier of the dashboard. This may be an _______ __________ ___________ ______________ ________________ integer.

DEC The dedaration section that ill contain various UI definition for the dashboard O,.n DEF UI definitions for the ______ _________ ___________ _____________ _______________ dashboard DAT The data section that will contain drilidown data for thus dashboard in form of levels various drilldown levels within this ______ _________ 1. .11 LVL _______________ dashboard Defin ition __________ ___________ ______________ ________________ ________________

DEF

I definitionid Unique identifier for the _______ __________ ___________ ______________ ________________ definition.

2 typeOfCom _______ __________ ponent ______________ ________________ ________________ 1. .n <details/ta Definitions of ble list> the components e.g. Detail list component or

Table List

_______ ___________ ____________ _______________ _________________ component. Level

LYL A level within the dashboard. A dashboard can have any number of levels.

evelNumb 1 for the first er ______________ ________________ page 2 typeOfCom The component _______ __________ ponent ______________ ________________ of this level 3 backLevel Level number to map the back command to. If U is specified then the back command will be mapped to the previous level(should be lesser than the current eve1 number.

4 is Web View Indicates if the component shou'd be displayed in a web view.

displayLog Indicates if logo o should be displayed in the bottom of the screen U.n LVD Listof component data within this level.

This parameter will not be present if the level contains no data.

0..n LVO List of the option _______ __________ ___________ ______________ ________________ within this level I optionCaption ________________ Option Name 2 iconName The icon to be displayed for the _______ ___________ ____________ _______________ _________________ option 3 associatedDas Dashboard data hBoardNumb for this option er 4 appCode The application to be displayed when the menu ______ _________ ___________ _____________ _______________ is invoked Corn LVD pone nt Data _________ ___________ _____________ _______________ _______________ IinkToDeti Identifier of the nitionld view that will be used to display _______ __________ ___________ ______________ ________________ this data 0..n cABK/ cornponentDa Elements that ABL etc> ta contain their respective _______ __________ ___________ ______________ ________________ component data

Table 2

[0028] FIG. 4 is a block diagram which describes the development and deployment of mobile application, according to the embodiments disclosed herein. The mobile enterprise application platfoim 401 is designed and developed to cross mobile platform on an application management server 104 and is then deployed centrally without a further need to it install the mobile appUcations on the mobile device 101 each time an appflcation is changed or new applications are added. Further, the mobile applications are capable of working in offline mode and can run natively on the device.

[0029] The mobile applications work on a Meta data driven architecture 401a using a proprietary message structure. Meta data driven architecture (MDA) 401a is a software design approach for the development of software systems. It provides a set of guidelines for the structuring of specifications, which are expressed as models. Meta data driven architecture 4Ola is a kind of domain engineering, and supports model-driven engineering of software systems. Further, the application details are stored in a mobile appUcation database 401b which can be transmitted to the mobile device 101. The latest application detinition and data are cached on the mobile device 101 thus allowing the applications to work even when no connectivity (OFFLINE MODE) is available.

[0030] An example of the message structure of an application is as follows: @APP@LKP@LKCIOIYN@LKDIOIIO2---Select @LKDIO1 Y02Yes@LKDI0i NIO2No @LKCIO I PROJ@LKDIO1 102---Select @LKDIO1 I l02Planning Revarnp@LKDIO1 3IO2Team Meeting@LKDIO 1 202.Store Review@DBDI0iO@DEC@DEFIO IHOMEIO2DBLI03NIO4N@DEFIOiPRO_LST_l 102 TAB 103N104N@ABVI01 000000102FFCC00103FF9900@ABIIOlProductIO23O@ABIIO 1 Descriptionlo27O@DEF1O1LEAVE_REQ_l IO2DTLIO3NIO4N@ABKIO 1LEAVE_REQ_ 11021.01 I0340IO4LI05Edit06NewI07SaveI080 @ABLIOIIDIO2DIO3MIO4NIO5NIO6NIO7Y @ABLIO1 IDIO2IDIO3MIO4NIO5NIO6NIO7Y@ ABLIO1 FromIO2DTIO3MIO4NIO5YIO6YIO7 Y@ ABLIO1 ToI02DTI03MI04NI05Y06YI07Y@ ABLIO I ReasonIO2TAIO3LIO4NIO5YIOÔY 107Y1083@DEFIO1TRAVEL_REQ_l IO2DTLIO3NIO4N@ ABKIO 1TRAVEL_REQ_1 1021 20.01 IO34OIO4LIO5EditIO6NewIO7SaveIO8O @ABLI0lIDO2DIO3MI04NI05N06NIO7N@AB LI01IDI02IDI03MI04NI05N06NI07N @ABLIOlTravel DateIO2DTIO3MIO4NIO5YIO6YIO7Y @ABLIO ITravel FromIO2TBIO3MIO4N IO5YIOÔYIO7Y @ABLIOlTravel ToIO2TBIO3MIO4NIOSYIQ6YIO7Y @ABLIO 1Returnl02CHl03Ml04Nl05Y06Yl07N @ABL lOlReturn DateIO2DTIO3MIO4NIO5YIO6YIO7N @ABLI0 lPurposel02TAl03Ll04N 105Y106Y107Y1082 @ABLl01Project02CBl03Ll04Nl05Y06Yl07Nl08PROJ @ABLI0ICommentsI02TAKJ3LI 04N105Y106Y107N1082@ DAT@LVLIOI I 102DBL103 I @ LVDIOI HOME@LDLI0 I 1-lornel 02L@LDGI0I I O22lO3patientinfo.pngIO4IOSLeave RequestIOóIO7OIOS I 009N@LDGl0l I IO22lO3patientinfopngIO4IOSTrave] Requestl06l070l082009N@DBDl01 10 @DEC @DAT@LVLIOI2I02DTLI03O@LVDI0 1L EAVE_REQ_1 @ABMI0 1 lO2Enter Leave DetailsIO3NIO4N 1051 106C@ABNI0 1102103104105 @DBDIOI2O@DEC @DAT@LVL012l 02DTLI030@LVD0 I TRAVEL_REQ_I @ ABMIO I IO2Enter Travel DetailsIO3NIO4NIO5YIOôC@ABNIO I I02I03I04I05I06YI070BI09I 10.

[0031] The mobile device 101 comprises of a smart interpreter 402a which parses and interprets the application data (including User Interface elements and Data elements).

The application data is also rendered at the run time. Further, the mobile device 101 comprises of architecture for individual operating system 402b with inbuilt message queues to handle offline data storage and synchronization with the application management server 104 when connectivity is available (ONLINE MODE).

[0032] The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management funcrions to control the network elements. The network elements shown in Fig.3 include blocks which can be at least one of a hardware device, or a combination of hardware device and software module.

[0033] The embodiment disclosed herein specifies a system for design and deployment of mobile enterprise application plafform. The mechanism allows design and deployment of mobile enterprise application platform without the need to re install the mobile applications on the mobile devices each time an application is changed or new applications are added providing a system thereof. Therefore, it is understood that the scope of the protection is extended to such a program and in addition to a computer readable means having a message therein, such computer readable storage means contain program code means for implementation of one or more steps of the method, when the program runs on a server or mobile device or any suitable programmable device. The method is implemented in a preferred embodiment through or together with a software program written in e.g. Very high speed integrated circuit Hardware Description Language (VHDL) another programming language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device. The hardware device can be any kind of device which can be programmed including e.g. any kind of computer like a server or a personal computer, or the like, or any combination thereof, e.g. one processor and two FPGAs. The device may also include means which could be e.g. hardware means like e.g. an ASIC, or a combination of hardware and software means, e.g. an ASIC and an FPGA. or at least one microprocessor and at least one memory with software modules located therein. Thus, the means are at least one hardware means and/or at least one software means. The method embodiments described herein could be implemented in pure hardware or partly in hardware and partly in software. The device may also include only software means. Alternatively, the invention may be implemented on different hardware devices, e.g. using a plurality of CPUs.

[0034] The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify andlor adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the claims as described herein.

Claims

CLAIMSWe claim: 1. A method for enabling updates of a mobile application, the method comprising of sending complete definition of a User Interface (UI) of the mobile application and data i-elated to the mobile application to the mobile device by an application management server in response to a sync attempt between the mobile application resident on a mobile device and the application management server, on the application management server detecting that a first flag indicating a change in the application is set; replacing local definitions in the mobile device with the complete definition received from the application management server by the mobile device; sending a second flag to the application management server by the mobile device on the mobile device successfully replacing local definitions in the mobile device with the complete definition; and resetting the first flag by the application management server, on the application management server receiving the second flag from the mobile device.
2. The method, as claimed in claim I, wherein the application management server sets the flag, on detecting the change in the mobile application.
3. The method, as claimed in claim I, wherein the method further compnses of sending data rehted to the mobile application to the mobile device by the application management server in response to a sync attempt between the mobile application resident on a mobile device and the application management server, on the application management server detecting that the first flag indicating a change in the mobile application is not set.
4. The method, as claimed in claim 1, wherein the method further comprises of the sync attempt occurring in online mode.
5. The method, as claimed in claim 1, wherein the method further comprises of the sync attempt occurring in offline mode.
6. An application management server configured for sending complete definition of a User Interface (UI) of a mobile application and data related to the mobile application to a mobile device in response to a sync attempt between the mobile application resident on a mobile device and the application management server, on the application management server detecting that a first flag indicating a change in the application is set; resetting the first flag. on the application management server receiving a second flag from the mobile device, wherein the second flag indicates that the mobile device has successfully replaced local detinitions in the mobile device with the complete definition.
7. The application management server, as claimed in claim 6, wherein the application management server is configured for setting the flag, on detecting the change in the mobile application.
8. The application management server, as claimed in claim 6. wherein the application management server is configured for sending data related to the mobile application to the mobile device in response to a sync attempt between the mobile application resident on a mobile device and the application management server, on the application management server detecting that the first flag indicating a change in the mobile application is not set.
9. The application management server, as claimed in claim 6, wherein the application management server is configured for enabling the sync attempt to occur in online mode.
10. The application management server, as claimed in claim 6, wherein the application management server is configured for enabling the sync attempt to occur in offline mode.
11. A mobile device configured for replacing local definitions in the mobile device with a complete definition received from the application management server, wherein the comp'ete definition comprises of a User Interface (UI) of a mobile application and data i-elated to the mobile application to the mobile device in response to a sync attempt between the mobile application resident on a mobile device and the application management server, on the application management server detecting that a first flag indicating a change in the application is set; and sending a second flag to the appflcation management server on the mobile device successfufly replacing local definitions in the mobile device with the complete definition.