Mobile devices are ubiquitous and allow users to interact with a wide array of information sources. Such sources range from news outlets and social media to confidential enterprise resources. Typically, a mobile application is generated by a developer who targets a specific mobile device platform and creates an application, or “app”, that is compiled and provided to a mobile application marketplace for consumption by users. For applications that target enterprise resources, the application may be generated and published to an enterprise execution framework such that various authorized users can execute the application on their respective mobile devices.
The discussion above is merely provided for general background information and is not intended to be used as an aid in determining the scope of the claimed subject matter.
A mobile application development system is provided. The mobile application development system includes a user interface component configured to generate a user interface and receive mobile application template information. The mobile application template information includes a visual specification of the mobile application template and at one least hook-point configured to be coupled to a data source. A template store is configured to store the mobile application template information.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter. The claimed subject matter is not limited to implementations that solve any or all disadvantages noted in the background.
Generating mobile applications for use with a variety of data sources, including proprietary data sources, has been limited. Fully custom mobile applications built by developers are difficult to customize, while modeled applications, which are easier to customize, have limited functionalities and visualizations. Thus, developers and non-developers alike are generally forced to make a choice and accept the associated limitations of that choice. Embodiments described herein generally provide a hybrid development model in which developers and non-developers each play an important role in order to provide highly customizable mobile applications.
Workflows 122 and processes 124, in one example, operate on data entities 120 as well as any other suitable records 128 within data store 112 to enable a user to perform his or her operations within system 102. In one example, user interface component 114, either by itself, or under the control of other items within system 102, generates user interface displays on mobile devices 106, 108.
Applications 126 can be any suitable applications, such as applications which are configured to execute upon one or more of mobile devices 106, 108. Additionally, or alternatively, applications 126 may execute within execution framework 118 such that the result of such execution is provided via user interface component 114 to mobile devices 106, 108 via network connection 104.
Mobile application development environment 150 also includes markup component 156 that allows the developer to generate and store markup information relative to the mobile application template under development. Finally, mobile application development environment 150 includes parameter definition component 158 that allows the developer to define or otherwise set various parameters relative to the mobile application template under development.
Mobile application development environment generally surfaces the various components 152, 154, 156, and 158 via a user interface component 160 to a developer. The developer interacts with mobile application development environment 150 via user interface component 160 in order to create one or more mobile application templates. Once such templates are created, they are saved in template store 162, in one embodiment.
In accordance with various embodiments, mobile applications are created in at least two distinct steps with different technical expertise requirements for each step. First, a developer, with relatively higher technical knowledge of the system upon which the mobile application will execute, defines one or more mobile application templates that set forth an application visualization. Then, a non-technical user will bind the mobile application template(s) created by the developer to various data entities, such as entities 120, in order to create a fully functional mobile application. In one example, the developer has the full capabilities of a modern development environment, such as development environment 150 to define the various visualizations. The non-technical developer then consumes the one or more templates stored in template store 162 using a browser-based point and click approach or a wizard-based tool. In either instance, the technical requirements on the non-technical are vastly reduced in comparison to the technical requirement on the developer. This allows for highly customizable mobile applications to be provided with relative ease, thereby increasing the efficiency of both the technical developer and the non-technical user.
Application template 180 may also be defined by the technical developer to include a hub template portion 188. Hub template portion 188, in one embodiment, is defined to have a root entity binding, 190, by default. Further, hub template portion 188 may also include, by default, CRUD hook points 192. In one example, the technical developer may change the context on the hook points based on the ultimate function of the application. For example, the technical developer may change the context on hook points 192 to the current Timesheet Line context instead of a Timesheet context. Hub template portion 188 may also be defined, by the technical developer, to include certain markup information, such as HTML markup via markup component 156. Such markup can include, for example, a pivot control, such as information specifying that a first pivot is a grid; that the grid is grouped by a selector on the page; and that remaining pivot points can be bound to any part template. Further still, hub template portion 188 may also include hub template parameter information, such as information specifying a grid entity collection binding as well as the grid group by selector field binding.
The technical developer may further define any number of sub-templates and features relative to mobile application template 180. For example, the technical developer has defined a Card Style 1 template 194 having data binding 196, and being coupled to workspace template portion 182. Card style template 194 may include markup information, such as a card layout with any suitable number of distinct fields and template parameters, such as entity field bindings. Additionally, the technical developer may define any number of dialogs for the mobile application template. In the example shown in
The example shown in
Next, the non-developer may instantiate a hub page 270 and bind it to the read and update hook-points 272, 274, respectively, in workspace page 270. In one embodiments, the timesheet entity is then automatically bound as the context to hub page 270. The non-developer may then bind the timesheet line entity collection from the page context [timesheet] to the grid on workspace page 258. In one embodiment, the non-developer then binds hub 270 to create hook-point 275 in hub page 270 (in one embodiment, hook-points have the timesheet line context as defined by the technical developer). The timesheet line entity, in one embodiment, is automatically bound as the context to the dialog page 276. The non-developer then binds the timesheet line mandatory fields to the dialog page and sets the dialog caption as “Create timesheet line”, as appropriate.
Next, the non-developer instantiates a Dialog Style 2 page 280 and binds it to the read hook-point 282 in hub page 270 (in one embodiment, hook-points have the timesheet line context as defined by the technical developer). The timesheet line entity, in one embodiment, is automatically bound as the context to dialog page 280. The non-developer then binds all the timesheet line fields 284 to dialog page 280, as appropriate, and sets the dialog caption as “Timesheet line.”
Finally, the non-developer may instantiate a Dialog Style 2 page 286 and bind it to update hook-point 288 in hub page 270 (in one embodiment, hook-points have the timesheet line context as defined by the technical developer). The timesheet line entity is, in one embodiment, automatically bound as the context to dialog page 286. Further, the non-developer then binds all timesheet line fields to the dialog pages indicated at reference numeral 290. Finally, the non-developer sets the dialog caption to “Edit timesheet line.”
Once the non-developer has completed the configuration of the template, the mobile application is tested. If the application passes the requisite tests, the non-developer can easily publish the application. Once the application has published, users and roles that have the requisite access to the published application will see the new mobile application in their mobile application main menu. In some embodiments, an individual mobile application on each user's mobile device will execute a client application that is coupled to the enterprise system 102 and obtains a listing of available applications or functions for which the user is authorized to execute. Thus, when a non-developer has finished testing and publishing a mobile application, the mobile application becomes available in system 102 for execution by executing framework 118 to the various authorized mobile devices and roles.
The non-technical developer will typically obtain definitions for user interface architectures, and other suitable requirements for the mobile application from the technical developer. This is indicated diagrammatically at reference numeral 300. Next, the non-technical developer determines learns the user interface architecture and configures one or more mobile application templates based on such requirements. In one example, the non-technical developer will use existing data endpoints in order to create customized scenario flows, as indicated at reference numeral 302. Next, at reference numeral 304, the non-technical developer may privately test configured templates against live services and then publish, 306, the scenarios for other users by role or other grouping mechanisms. Once the published templates are available, the mobile application(s) will be available to users and/or roles that have proper access.
The present discussion has mentioned processors and servers. In one embodiment, the processors and servers include computer processors with associated memory and timing circuitry, not separately shown. They are functional parts of the systems or devices to which they belong and are activated by, and facilitate the functionality of the other components or items in those systems.
Also, a number of user interface displays have been discussed. They can take a wide variety of different forms and can have a wide variety of different user actuatable input mechanisms disposed thereon. For instance, the user actuatable input mechanisms can be text boxes, check boxes, icons, links, drop-down menus, search boxes, etc. They can also be actuated in a wide variety of different ways. For instance, they can be actuated using a point and click device (such as a track ball or mouse). They can be actuated using hardware buttons, switches, a joystick or keyboard, thumb switches or thumb pads, etc. They can also be actuated using a virtual keyboard or other virtual actuators. In addition, where the screen on which they are displayed is a touch sensitive screen, they can be actuated using touch gestures. Also, where the device that displays them has speech recognition components, they can be actuated using speech commands.
A number of data stores have also been discussed. It will be noted they can each be broken into multiple data stores. All can be local to the systems accessing them, all can be remote, or some can be local while others are remote. All of these configurations are contemplated herein.
Also, the figures show a number of blocks with functionality ascribed to each block. It will be noted that fewer blocks can be used so the functionality is performed by fewer components. Also, more blocks can be used with the functionality distributed among more components.
The description is intended to include both public cloud computing and private cloud computing. Cloud computing (both public and private) provides substantially seamless pooling of resources, as well as a reduced need to manage and configure underlying hardware infrastructure.
A public cloud is managed by a vendor and typically supports multiple consumers using the same infrastructure. Also, a public cloud, as opposed to a private cloud, can free up the end users from managing the hardware. A private cloud may be managed by the organization itself and the infrastructure is typically not shared with other organizations. The organization still maintains the hardware to some extent, such as installations and repairs, etc.
In the embodiment shown in
It will also be noted that architecture 100, or portions of it, can be disposed on a wide variety of different devices. Some of those devices include servers, desktop computers, laptop computers, tablet computers, or other mobile devices, such as palm top computers, cell phones, smart phones, multimedia players, personal digital assistants, etc.
Under other embodiments, applications or systems are received on a removable Secure Digital (SD) card that is connected to a SD card interface 15. SD card interface 15 and communication links 13 communicate with a processor 17 along a bus 19 that is also connected to memory 21 and input/output (I/O) components 23, as well as clock 25 and location system 27.
I/O components 23, in one embodiment, are provided to facilitate input and output operations. I/O components 23 for various embodiments of the device 16 can include input components such as buttons, touch sensors, multi-touch sensors, optical or video sensors, voice sensors, touch screens, proximity sensors, microphones, tilt sensors, and gravity switches and output components such as a display device, a speaker, and or a printer port. Other I/O components 23 can be used as well.
Clock 25 illustratively comprises a real time clock component that outputs a time and date. It can also, illustratively, provide timing functions for processor 17.
Location system 27 illustratively includes a component that outputs a current geographical location of device 16. This can include, for instance, a global positioning system (GPS) receiver, a LORAN system, a dead reckoning system, a cellular triangulation system, or other positioning system. It can also include, for example, mapping software or navigation software that generates desired maps, navigation routes and other geographic functions.
Memory 21 stores operating system 29, network settings 31, applications 33, application configuration settings 35, data store 37, communication drivers 39, and communication configuration settings 41. Memory 21 can include all types of tangible volatile and non-volatile computer-readable memory devices. It can also include computer storage media (described below). Memory 21 stores computer readable instructions that, when executed by processor 17, cause the processor to perform computer-implemented steps or functions according to the instructions. Device 16 can have a client application system 24 which can run various applications provided by execution framework 118 (shown in
Examples of the network settings 31 include things such as proxy information, Internet connection information, and mappings. Application configuration settings 35 include settings that tailor the application for a specific enterprise or user. Communication configuration settings 41 provide parameters for communicating with other computers and include items such as GPRS parameters, SMS parameters, connection user names and passwords.
Applications 33 can be applications that have previously been stored on the device 16 or applications that are installed during use, although these can be part of operating system 29, or hosted external to device 16, as well.
Note that other forms of the devices 16 are possible.
Computer 810 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 810 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media is different from, and does not include, a modulated data signal or carrier wave. It includes hardware storage media including both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by computer 810. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer readable media.
The system memory 830 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 831 and random access memory (RAM) 832. A basic input/output system 833 (BIOS), containing the basic routines that help to transfer information between elements within computer 810, such as during start-up, is typically stored in ROM 831. RAM 832 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 820. By way of example, and not limitation,
The computer 810 may also include other removable/non-removable volatile/nonvolatile computer storage media. By way of example only,
Alternatively, or in addition, the functionality described herein can be performed, at least in part, by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-programmable Gate Arrays (FPGAs), Program-specific Integrated Circuits (ASICs), Program-specific Standard Products (ASSPs), System-on-a-chip systems (SOCs), Complex Programmable Logic Devices (CPLDs), etc.
The drives and their associated computer storage media discussed above and illustrated in
A user may enter commands and information into the computer 810 through input devices such as a keyboard 862, a microphone 863, and a pointing device 861, such as a mouse, trackball or touch pad. Other input devices (not shown) may include a joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 820 through a user input interface 860 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB). A visual display 891 or other type of display device is also connected to the system bus 821 via an interface, such as a video interface 890. In addition to the monitor, computers may also include other peripheral output devices such as speakers 897 and printer 896, which may be connected through an output peripheral interface 895.
The computer 810 is operated in a networked environment using logical connections to one or more remote computers, such as a remote computer 880. The remote computer 880 may be a personal computer, a hand-held device, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 810. The logical connections depicted in
When used in a LAN networking environment, the computer 810 is connected to the LAN 871 through a network interface or adapter 870. When used in a WAN networking environment, the computer 810 typically includes a modem 872 or other means for establishing communications over the WAN 873, such as the Internet. The modem 872, which may be internal or external, may be connected to the system bus 821 via the user input interface 860, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 810, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,
It should also be noted that the different embodiments described herein can be combined in different ways. That is, parts of one or more embodiments can be combined with parts of one or more other embodiments. All of this is contemplated herein.
Example 1 is a mobile application development system. The mobile application development system includes a user interface component configured to generate a user interface and receive mobile application template information. The mobile application template information includes a visual specification of the mobile application template and at one least hook-point configured to be coupled to a data source. A template store is configured to store the mobile application template information.
Example 2 is the mobile application development system of any or all previous examples wherein the mobile application template information further comprises markup information.
Example 3 is the mobile application development system of any or all previous examples wherein the mobile application template information further comprises at least one parameter definition.
Example 4 is the mobile application development system of any or all previous examples wherein the mobile application template information further comprises a workspace template.
Example 5 is the mobile application development system of any or all previous examples wherein the mobile application template information further comprises a hub template.
Example 6 is the mobile application development system of any or all previous examples wherein the mobile application template information further comprises a card template.
Example 7 is the mobile application development system of any or all previous examples wherein the mobile application template information further comprises a dialog template.
Example 8 is the mobile application development system of any or all previous examples wherein the mobile application template information is accessible to a non-technical environment having a second user interface component configured to receive information indicative of at least one data source and bind the at least one hook-point to a respective at least one data source.
Example 9 is the mobile application development system of any or all previous examples wherein the data source is an entity.
Example 10 is the mobile application development system of any or all previous examples wherein the mobile application is configured to be executed by an execution framework once the at least one hook-point is bound to the respective at least one data source.
Example 11 is a mobile application development system including a template selection component and a connection definition component. The template selection component is configured to access at least one template store and provide an indication of available templates. The template selection component is further configured to receive a template selection and load a selected template. The connection definition component is configured to receive an indication of at least one data source to be bound to at least one respective hook points in the selected, loaded template.
Example 12 is the mobile application development system of any or all previous examples wherein the template selection component and the connection definition component are accessible via a web browser.
Example 13 is the mobile application development system of any or all previous examples wherein the template selection component and the connection definition component are accessible via a wizard.
Example 14 is the mobile application development system of any or all previous examples and further comprising a testing component configured to test the configured template.
Example 15 is the mobile application development system of any or all previous examples and further comprising a publishing system configure to publish the configured template for execution by at least one mobile device.
Example 16 is the mobile application development system of any or all previous examples wherein the configured template is configured to be executed by a server-side execution platform.
Example 17 is a computer-implemented method of generating a mobile application. The computer-implemented method includes defining a mobile application template and saving the mobile application template. The saved the saved mobile application template is then accessed with a non-technical development environment. At least one data binding is received via the non-technical development environment. The mobile application template is published as a mobile application after receiving the at least one data binding.
Example 18 is the computer-implemented method of any or all previous examples wherein the non-technical development environment is accessed via a web browser.
Example 19 is the computer-implemented method of any or all previous examples wherein the mobile application template definition includes layout information.
Example 20 is the computer-implemented method of any or all previous examples wherein the mobile application template definition include at least one hook-point.
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.