The present invention generally relates to the field of computer application software adaptation and, more particularly, to methods and systems for adapting software applications with minimum modifications.
Computer software programs or applications are often developed to solve a particular set of problems for potential users of the computer software programs. Because the users of the applications may use the applications to solve different problems or to solve the particular set of problems under specific circumstances, which may be different from predicted circumstances during the development of the software applications, adaptation of the software applications may be required for the applications to be used by the particular users to address their own needs.
On the other hand, the software programs may be revised or upgraded by software developers or vendors. Because adaptations may be made by the users, the users may require the revised or upgraded versions of the applications to work with the previously made adaptations with minimum or no effort to modify the software programs.
To address the issues of adaptation, certain software vendors provide source code of the software applications along with tools required to manipulate the source code, to the users. The users may modify the source code with the tools to make customized software builds and to deploy the adapted software applications. However, such approaches may often involve a large effort to use the tools, to understand the source code, and/or to make the adaptations. Further, any revision or upgrade made by the software vendors may still require the applications to be modified in order to be used, because the previously user-made modification may be unworkable with the new changes in the applications made by the software vendors. Moreover, software developers generally prefer not to release valuable source code.
Certain other software vendors, on the other hand, approach these issues by defining explicitly the options that can be adapted within the scope of the applications. These options may be pre-thought and implemented as configuration data, such as a set of values for a particular variable, to address a specific use case. The applications may read the configuration data directly in a specific order or sequence to determine particular options. That is, an application and its associated configuration data may be inseparable. Thus, these options may not be changed without restarting the application.
In addition, such approaches may often involve a large number of configuration tools and specific configurable options. Because pre-thought and specific options cannot predict all use cases or circumstances, certain adaptations of the applications may still need to be made in the applications themselves. In addition, revisions or upgrades to the applications may also change the pre-thought options or change the order of data, thus causing the previously made adaptations incompatible with the revisions or upgrades. Such incompatibilities may increase significantly in complex applications, such as user interface intensive applications.
In certain web-based applications, some software vendors may use features such as auto-fill to eliminate the need for entering repetitive data by the users when filling out certain fields of a form or table. Such features may often provide default values of frequently used information such as names, email addresses, and street addresses on behave of the users. For example, U.S. Patent Application Publication No. 2005/0257148, published on Nov. 17, 2005, to Goodman et al., discloses an intelligent auto-fill method in which machine learning techniques are used to automatically fill one or more fields across a diverse array of web forms. However, such auto-fill features may often be limited to providing default values of the frequently used information for the convenience of the users by analyzing the usage history of such information and may often fail to address relationships between the applications and adaptations of the applications.
Methods and systems consistent with certain features of the disclosed embodiments are directed to solving one or more of the problems set forth above.
One aspect of the present invention includes a method for creating a computer software application. The method may include structuring the application into a first software layer and a second software layer and defining a plurality of data elements used by the application. The method may also include establishing the first software layer based on the data elements for processing the plurality of data elements and creating the second software layer. The second software layer may include adaptation data to present the data elements modified by the adaptation data associated with the data elements. Further, the adaptation data may enable plural presentations of the data elements by the second software layer independently from the first software layer.
Reference will now be made in detail to exemplary embodiments, which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
User 106 may include any actual user or users of application 100 and/or any appropriate computer programs or systems that interact with application 100. When an actual user is involved, user 106 may interact with application 100 via various user interfaces (UI), such as a graphical user interface (GUI) or any other textual or visual interfaces.
Application 100 may include an application domain 102 and a framework 104. Application domain 102 may include any appropriate type of functionality of interest under the control of application 100. In particular, application domain 102 may be defined by application programming interfaces (APIs), features, programming languages, and/or other characteristics of application 100. Further, application domain 102 may include an application state 112.
Application state 112 may include any state created by application 100. Application state 112 may be determined by status of a set of data and/or data controls of application 100, such as a set of user interface (UI) elements and/or UI controls, etc. Operations of application 100 may change values of the set of data and/or data controls and may create a corresponding application state 112 based on the values. A certain state may be of interest to user 106 and may be presented to user 106 through framework 104. On the other hand, user 106 may change the state of application 100 (e.g., application state 112) through framework 104.
As shown in
The separation between framework 104 and application domain 102 may depend on certain characteristics of application 100. For example, if application 100 is a local application, framework 104 and application domain 102 may be implemented as separate software programs that may be executed on a same computer. On the other hand, if application 100 is a distributed application, framework 104 and application domain 102 may be separate software programs executed on different computers or processors. Although
Framework 104 may be associated with application domain 102 (or application state 112) via data and controls 114. Data and controls 114 may include any appropriate type of passive and/or active data representations of the set of data and/or data controls exchanged between framework 104 and application domain 102. Passive data may refer to simple data used by software programs or applications, and active data may refer to both data and computer programs or tools associated with the data for manipulating the data. For example, data and controls 114 may include data representation of UI elements and/or UI controls exchanged between framework 104 and application domain 102. However, other data and controls, such as XML, HTML, program, code, objects, etc., may also be used.
Framework 104 may include any appropriate type of software program and/or software tool to provide certain treatments and/or arrangements of data and controls 114 associated with application state 112. For example, framework 104 may include a rendering control 116 to render the UI elements and/or UI controls for application state 112. Rendering control 116 may, for instance, draw pixels or generate HTML pages corresponding to data and controls 114. Other types of rendering, however, may also be used. Further, rendering control 116 may also include software programs control other types of output to user 106, such as text, audio, visual, and/or file outputs, etc.
Framework 104 may also include an input control 118 to control information selected, manipulated, and/or inputted from user 106. For example, input control 118 may include software programs gathering information provided by user 106, such as information in a field of a form and/or information inputted (e.g., typed) by the user, for example, in response to a particular output. Input control 118 may provide information via data and controls 114 such that application domain 102 or application state 112 may obtain such information from user 106.
Framework 104 may also include adaptation data 120 to allow user 106 to make certain adaptations to framework 104 (which may be considered an adaptation of application 100). Adaptation data may refer to any data used to adapt a software application. In particular, in UI related applications, adaptation data may refer to any data related to changing the characteristics of UI elements and/or controls of the UI related applications.
Adaptation data 120 may include any appropriate type of information that may be provided to framework 104, particularly to rendering control 116 and/or input control 118, such that framework 104 may behave in a way that meets a personalized requirement from user 106 (i.e., personalization data). For example, if application 100 uses UI elements and/or UI controls to interact with user 106, adaptation data 120 may include information to personalize certain UI control properties. Non-limiting examples of such control properties may include replacing UI controls using adequate substitutes; showing and hiding UI controls; replacing icons, other objects, and logos, etc.; moving UI controls; changing one or more sequences of UI controls; adding UI controls (e.g. a link to a web page); changing UI control state from “enabled” to “disabled,” or from “visible” to “invisible,” etc.; applying default values for input enabled UI controls; marking UI controls as “required” or “mandatory”; changing labels of fields of UI controls; changing number and sequences of columns in a table or list of UI controls; changing the width of a column in a table or list of UI controls; changing the heading of columns in a table or list of UI controls; changing the order of tab items in a tab strip of UI controls; disabling tab items of UI controls; adding new tab items to a tab strip of UI controls; change of terminologies of UI controls, etc.
Adaptation data 120 may be generated by any appropriate methods. For example, adaptation data 120 may be generated by user 106 manually or via certain tools, which may be included in or associated with framework 104. Adaptation data 120 may also be generated automatically by other software programs. After adaptation data 120 is generated, rendering control 116 may use adaptation data 120 to render data and controls 114 from application state 112 to present the data to user 106. On the other hand, input control 118 may also use adaptation data 120 to provide data from user 106 to application state 112 through data and controls 114.
The creation, adaptations, and/or operations of application 100 may be carried out by one or more computer systems.
As shown in
Processor 202 may include any appropriate type of general purpose microprocessor, digital signal processor, or microcontroller. Processor 202 may execute sequences of computer program instructions to perform various processes as explained above. Processor 202 may be coupled to or access other devices, such as RAM 204, ROM 206, console 208, input device 210, network interface 212, database 214, and/or storage 216, to complete executions of computer program instructions. The computer program instructions may be loaded into RAM 204 for execution by processor 202 from read-only memory (ROM) 206, or from storage 216. Storage 216 may include any appropriate type of mass storage provided to store any type of information that processor 202 may need to perform the processes. For example, storage 216 may include one or more hard disk devices, optical disk devices, or other storage devices to provide storage space.
Console 208 may provide a graphic user interface (GUI) or other user interfaces to display information to users of computer system 200. Console 208 may include any appropriate type of computer display device or computer monitor. Input device 210 may be provided for users to input information into computer system 200. Input device 210 may include a keyboard, a mouse, or other optical or wireless computer input device, etc. Further, network interface 212 may provide communication connections such that computer system 200 may be accessed remotely through computer networks via various communication protocols, such as transmission control protocol/internet protocol (TCP/IP), hyper text transfer protocol (HTTP), etc.
Database 214 may contain design parameters, model data and/or any information related to software applications. Database 214 may include any type of commercial or customized database. Database 214 may also include analysis tools for analyzing the information in the database.
Processor 202 may execute certain software programs to create application 100 and/or adaptations of application 100, and to execute application 100 to perform certain functions provided by application 100.
As shown in
Processor 202 may structure an application layer and an adaptation layer based on data elements, functionalities of the application, and/or predetermined standards, such as distributed computing standards, etc. (step 302). In one implementation, the application layer corresponds to application domain 102 and the adaptation layer corresponds to framework 104 of
Processor 202 may define all the data elements of application 100 (step 304). All data elements may refer to any possible data elements that may be shared or exchanged between application domain 102 and framework 104. For example, address table application 400 in
After defining all the data elements (step 304), processor 202 may establish an application layer (e.g., application domain 102) based on the data elements (step 306). In the example of address table application 400, processor 202 may establish an application layer to process or handle the address information represented by all the data elements (e.g., first name 402, last name 404, city 406, street 408, country 410, and save 412). That is, processor 202 may establish application 102 and application state 112 by using available APIs and/or other programming resources to process the address information, such as to store, to edit, to parse, and to analyze, etc., the address information.
Processor 202 may also create an adaptation layer (e.g., framework 104) to interact with user 106 regarding the data elements (step 308). That is, processor 202 may create framework 104 (e.g., rendering control 116 and input control 118, etc.) using programming resources. Processor 202 may implement framework in various ways. For example, processor 202 may implement rendering control 116 as rendering adapters and rendering manager software programs. Any appropriate type of computer programming language may be used.
Further, processor 202 may determine data and controls representing all the data elements (step 310). For example, processor may determine first name 402, last name 404, city 406, street 408, and country 410 as respective data fields of a table, and may determine save 412 as a button. The determined data and controls may be incorporated into application domain 102 and framework 104 in different data representations, because application domain 102 and framework 104 may use different data representation methods. For example, the data elements may be implemented as different structures and/or classes in application domain 102 and framework 104, respectively. The structures and/or class may carry all data fields, such as all data fields of the address table.
Processor 202 may also generate adaptation data 120 and/or adaptation tools for the adaptation layer (e.g., framework 104) (step 312). In the example of address table application 400, processor 202 may generate adaptation data 120 for each UI element and/or control. Because each of UI elements and/or UI controls may have properties such as visible, enabled and a value, etc., processor 202 may set proper values or characteristics of the UI elements and/or controls. Tools such as editors, menus, runtime pop-up windows, and/or other editing or configuring tools may be included in the adaptation layer. In one embodiment, tools may also be provided for each of the UI elements and/or UI controls.
The values or characteristics may be provided to rendering control 116 and/or input control 118 by means of data binding or by certain application code that read the values or characteristics to rendering control 116 and/or input control 118. The rendered data may be presented to user 106, as shown in
The customer may adapt address table application 400 by assigning a value (e.g., “US”) to country 410. The assigning default value of “US” may be included in adaptation data 120. When rendering control 116 renders the address table, “US” may be provided to rendering control 116 and may be presented to the customer automatically. On the other hand, when the customer selects “save” 412, even if the customer leave country 410 blank, input control 118 may be provided with “US” regarding country 410. Thus application domain 102 may still obtain “US” as the value of country 410 without any modification. That is, the input format to address table application is consistent while the presentation in both rendering and input of the address information may be different or in more than one formats.
In another example illustrated in
In another example illustrated in
Returning to
Once application 100 is created, user 106 may use application 100 and may also make adaptations of application 100.
As shown in
Processor 202, or user 106 through processor 202, may set values of adaptation data 120 in different ways based on the type and characteristic of a particular UI element and/or UI control and corresponding tools for adaptation. For example, certain UI elements or controls may have associated editors to change values of adaptation data 120. Certain other UI elements or controls, such as changing the sequence of columns in a table, may be adapted by dragging a column to a different location in the table using input device 210 (e.g., a mouse, etc.). Further, certain other UI elements or controls, such as input fields, may be adapted by providing a generic context menu associated with each input field that allows setting desired values. Certain other UI elements or controls may also be adapted by using modal popup-like windows for user 106 to enter values. Other tools and methods may also be used.
After adaptation data 120 is set (step 802), processor 202 may start or execute application 100 by starting or executing the application layer (e.g., application domain 102, application state 112, etc.) (step 804) and starting or executing the adaptation layer (e.g., framework 104, rendering control 116, input control 118, etc.) (step 806). As explained above, the application layer and the adaptation layer may be executed on a same computer as separate programs or may be executed on different computers or different processors. Further, if data and controls 114 include active data (i.e., a combination of data and associated software programs), processor 202 may also start the associated software programs of data and controls 114. For example, in a distributed application, certain data communication protocols and data representation protocols, such as XML, CORBA, RPC, RMI, etc., may also be started.
Once application 100 is started, processor 202 may perform interactions between application 100 and user 106 (step 808). For example, results from application 100 may be presented to user 106, and user 106 may enter certain information to be processed by application 100. The presentation of the adaptation layer may be different because the information may be modified by adaptation data 120. User 106 may choose or personalize a particular presentation by setting proper corresponding adaptation data 120. The input from user 106 may be provided to application 100 (e.g., application state 112, etc.) in a consistent format because different input formats may be adjusted or modified according to adaptation data 120 such that input information to application 100 may be maintained in same format (e.g., all fields of a data element may be provided to application 100). Further, processor 202 may determine whether user 106 changes adaptation data 120 (step 810). If adaptation data 120 is changed (step 810; yes), processor 202 may set adaptation data 120 dynamically during the run time (step 812). If adaptation data 120 is not changed (step 810; no) or after the adaptation data 120 is set, the process may continue.
Processor 202 may determine whether application 100 ends (step 814). If application 100 does not end (step 814; no), processor 202 may continue performing interactions between application 100 and user 106 starting at step 804. On the other hand, if application ends (step 814; yes), processor 202 may store and maintain adaptation data 120 (step 816). As explained, adaptation data may be set or maintained per UI control, processor 202 may set or store either simply name/value pairs on the level of adapted UI element and/or control properties or may have a specific schema for each UI element and/or control class. Processor 202 may store adaptation data in any appropriate type of storage, such as data base 214, for the purpose of data persistency, separately from data of application 102. After adaptation data 120 is stored and/or maintained, processor 202 may complete the operation process.
Accordingly, software developer can configure software applications with layers consistent with the principle of the present invention. Such a configuration permits users to adapt the software applications in a way that would reduce the need for making further adaptations when the developer releases revisions or upgrade to the software applications.
Other embodiments, features, aspects, and principles of the disclosed exemplary methods and systems will be apparent to those skilled in the art and may be implemented in various environments and systems. For example, third party software applications may be adapted by implementing a framework consistent with the present invention without changing the third party software applications. In another example, a framework consistent the present invention may be implemented as an independent application that may be used to dynamically interact with other software applications to handle certain adaptation functionalities.
Number | Name | Date | Kind |
---|---|---|---|
4558413 | Schmidt et al. | Dec 1985 | A |
5485401 | Cadman | Jan 1996 | A |
5485601 | Ching | Jan 1996 | A |
5495565 | Millard et al. | Feb 1996 | A |
5590270 | Tsukuda et al. | Dec 1996 | A |
5604743 | Le Guigner et al. | Feb 1997 | A |
6016394 | Walker | Jan 2000 | A |
6226788 | Schoening et al. | May 2001 | B1 |
6405366 | Lorenz et al. | Jun 2002 | B1 |
6542901 | Devine et al. | Apr 2003 | B1 |
6690981 | Kawachi et al. | Feb 2004 | B1 |
6756285 | Moriceau et al. | Jun 2004 | B1 |
6926199 | Jay et al. | Aug 2005 | B2 |
7035837 | Reulein et al. | Apr 2006 | B2 |
7051327 | Milius et al. | May 2006 | B1 |
7111016 | Gurevich | Sep 2006 | B2 |
7334218 | Akelbein et al. | Feb 2008 | B2 |
7493594 | Shenfield et al. | Feb 2009 | B2 |
7526457 | Duevel et al. | Apr 2009 | B2 |
20030052912 | Bowman et al. | Mar 2003 | A1 |
20030144982 | Reulein et al. | Jul 2003 | A1 |
20030149708 | Tsao | Aug 2003 | A1 |
20030163594 | Aasheim et al. | Aug 2003 | A1 |
20040015955 | Bourke-Dunphy et al. | Jan 2004 | A1 |
20040117439 | Levett et al. | Jun 2004 | A1 |
20050097547 | Ramachandran et al. | May 2005 | A1 |
20050138558 | Duevel et al. | Jun 2005 | A1 |
20050160070 | Mashni et al. | Jul 2005 | A1 |
20050188349 | Bent et al. | Aug 2005 | A1 |
20050198563 | Kristjansson | Sep 2005 | A1 |
20050257148 | Goodman et al. | Nov 2005 | A1 |
20050283764 | Chiu | Dec 2005 | A1 |
20060048130 | Napier et al. | Mar 2006 | A1 |
20060059458 | Plummer | Mar 2006 | A1 |
20060236302 | Bateman et al. | Oct 2006 | A1 |
20060248506 | Luo et al. | Nov 2006 | A1 |
20070064698 | Appanna | Mar 2007 | A1 |
20070240100 | Hammerich et al. | Oct 2007 | A1 |
Number | Date | Country | |
---|---|---|---|
20070240100 A1 | Oct 2007 | US |