System and method for developing real-time web-service objects

Description

FIELD OF THE INVENTION

The invention relates generally to systems and methods for application development for a computing device. More particularly, in certain embodiments, the invention relates to developing real-time Web-service objects for executing on an computing application.

BACKGROUND

Real-time Web development generally refers to the making and testing of software applications that consume or receive Web data and Web services as they become available, rather than requiring a user or the software to check a source periodically for updates. Real-time Web-services and data may include social feed (such as Twitter), Web chat services, live charts, on-screen dashboards, activity streams, and real-time Web analytics. Real-time Web services and data may also include functions performed by enterprise back-office operations, such CRM/ERP, OSSm, among others. A Web application or “Web App” is any application software that runs in a Web browser or is created in a browser-supported programming language (such as the combination of JavaScript, HTML and CSS) and relies on a common Web API to render the application.

One type of such Web application is a Mashup, which generally is a Web page or Web application that uses content from more than one source to create a new service displayed in a graphical user interface. Mashup may be employed for business applications, consumer applications, and industrial applications. A Mashup may use application programming interfaces (APIs) of different vendors to use their site's content as well as the site's aggregated and reused content.

Heterogeneous development generally refers to using hardware and software from different vendors. Because of available selections of competing standards and platforms offered by various vendors, application developers typically have to test a given application using multiple devices operating a number of competing platforms and standards. These tests may be in relation to the operating systems, the communication networks, and/or the data storage.

Testing across multiple platforms is still performed for the most part, manually. For example, in order to test the interactions of a Web application across various types of devices in a heterogeneous environment, an application developer has to individually update the client-side Web application on each of the devices.

Web development and application-development tools have been around for some time. Application libraries and toolkits have been developed that enable application developers to easily integrate data and functions. Nevertheless, there is a still a need for better tools to make application development more efficient and quick. There additionally exists a need for a solution that allows for testing code of new classes of Web objects that employ Real-time data and services.

SUMMARY

In general overview, an intermediary party provides an application developer with a development platform for building a client-side computing-device application (e.g., a mobile application) that includes Mashup elements. The Mashup elements display contents that are aggregated from multiples sources.

In some implementations, the application developer accesses the development platform through a Web browser running on a computing device. The development platform hosts a Web-based development workspace that is executed from the development platform managed by the intermediary party. The Web-based development workspace includes a Mashup template library directed to building the client-side application. The Mashup template library includes a list of Mashup templates to which a given application developer can instantiate within the development workspace to produce the Mashup elements to execute in the client-side application.

In some implementations, the development platform maintains data content to be used by the Mashup elements. The data content may include test data as well as third-party Web data and services accessible to the development platform. In some implementations, the development platform may reproduce some of the Web data within its own data storage. In some implementations, the development platform may interface to a data warehouse having data curated by the intermediary party and made available within the intermediary-party's local network.

To this end, the application developer has access, within the Web-based development workspace, to both the building elements (e.g., Mashup templates) and well as the content data to populate instances of the building elements in which the content data includes real-time data and services intended for use during run-time production.

To improve the development speed of the developer's client-side-application project, the Web-based development workspace, in some implementations, provides a function to test the client-side application over multiple test computing-devices, collectively, forming a heterogeneous environment. To this end, an application developer, during development of their client-side application, can centrally manage and test the user interface and the data interaction to identify any unexpected behaviors from, for example, the operating system and software native to each of the test devices. In some implementations, each of the test devices may run an operating system of a different vendor.

Furthermore, to reduce the testing time of a prototype client-side application, in some implementations, the Web-based development workspace includes a function that updates a given prototype client-side application without requiring the application developer to physically touch any of the test devices to initiate the update nor to configure the test devices to be in test mode. In some implementations, the application developer merely has to subscribe to the client-side application at each of the test devices. In some implementations, the application developer may choose, within the Web-based development workspace, whether the function merely causes the test device to download the updated client-side application or causes the device to both download and execute the updated application.

Furthermore, for reducing the testing time of a client-side application having Mashup elements, in some implementations, the development platform allows for a given updated client-side application to retain the last view being displayed on a given test device before the update had occurred. In some implementations, the retention includes a given navigable screen as well as various presentation states of each of the Mashup elements that may be presented on that particular screen.

In some implementations, the content data may include metadata information associated with a given data content. The client-side application may employ such metadata information to ascertain a current viewable state of any given Mashup elements to which the viewable state has a hierarchical relationship corresponding to the structure of the data content. In some implementations, the metadata information and the data content may be structured in a self-describing message format in which the metadata information is a part of the data content. The metadata information may be employed to describe one or more data of a given message organized as a multi-level hierarchy. In some implementations, the multi-level hierarchy message may directly map to the rendering widgets executing at the client-side application.

To improve or enhance an end user's experience in browsing data on the client-side application during runtime, the client-side application may cache data and code objects to allow usage of the client-side application when connectivity to the content sources is not present. In some implementations, the development platform may send content data for multiple viewable states. To this end, the content data may be structured such that a single service call to the content source results in a record set of the content data that can be used to view all states of the Mashup element during runtime.

To reduce the development time to create application having such user-experience improvement features, the development platform may be configured with functions to centrally manage the mechanisms when the updates are executed at the client-side application. In some implementations, the development platform may generate a list of all contents for a given distribution of the update. In some implementations, the list is recorded in an update manifest file. The development form may generate the list using an associations made between various presentation and content objects during the development of the client-side application. The association is preferably made without an application developer having to make such explicit definitions. In essence, the development platform allows individual actions by an application developer to produce multiple effects to the end application.

Applications for the systems and methods described herein are not limited to the aforementioned examples, but may be deployed in any number of contexts, as would be understood by one of ordinary skill in the art. Contents of the background are not to be considered as an admission of the contents as prior art.

In one aspect, the present disclosure describes a method of developing real-time Web application for multiple platforms in a heterogeneous environment. A development workspace for a set of Webpage definition files for running on one or more of client-side applications may be provided. The development workspace may combine composite Web-service objects to create the set of Webpage definition files. The client-side applications may be configured to run on a set of connected platforms composing a heterogeneous environment. Composite Web-service objects may include Widgets elements and Mashup elements. The composite Web-service object may aggregate information content or services from a number of content sources. The composite Web-service object may include a content-source service selected from a group consisting of a map service, a calendar service, a data stream service, a wiki page service, and a portal service. A content source of the content sources may be selected from a group consisting of public Web-service API, a third-party Web-service API, a Web-widget library, a Web-toolkit library, a screen scraping of a Web-site, a local database, and a Wiki page. A portion of the content sources may include data associated to one or more connected devices composing an Internet of Things or a machine-to-machine system.

In some implementations, the method may include storing a set of modified Webpage definition files responsive to a save command being received by an input at the development workspace. The set of modified Webpage definition files may include at least one modification of at least one of the composite Web-service objects from a set of current Webpage definition files associated with a previous save command.

In some implementations, the method may include causing, by a processor responding to the save command, a message to be transmitted to each of the client-side applications executing on the set of connected platforms. In some implementations, the client-side application is executed within a Web-browser. The message may cause each of the client-side applications to receive the set of modified Webpage definition files to which the receiving occurs without any input by a user at the client-side application.

In some implementations, the method may include causing the client-side application to update the set of current Webpage definition files with the set of modified Webpage definition files upon receipt of the set of modified Webpage definition files. The updating may occur without any input by the user at the client-side application. The method may include causing the client-side application to display the last retained view being display prior to the update.

In some implementations, the set of Webpage definition files may be configured to produce a number of presentation states in the composite Web-service objects. The client-side applications may determine a current presentation state being displayed at the set of current Webpage definition files. During a new update distribution, the client-side application may update the set of modified Webpage definition files and traverse the presentation states to the same current presentation state.

In one aspect, the present disclosure describes a system including a processor and a memory, the memory storing instruction that, when executed by the processor, cause the processor to provide a development workspace for a set of Webpage definition files for running on one or more client-side applications. The development workspace may combine composite Web-service objects to create the set of Webpage definition files. The client-side applications may be configured to run on a set of connected platforms composing a heterogeneous environment. Composite Web-service objects may include Widgets elements and Mashup elements. The composite Web-service object may aggregate information content or services from a number of content sources. The composite Web-service object may include a content-source service selected from a group consisting of a map service, a calendar service, a data stream service, a wiki page service, and a portal service.

In some implementations, the instructions may further cause the processor to store a set of modified Webpage definition files responsive to a save command being received by an input at the development workspace. The set of modified Webpage definition files may include at least one modification of at least one of the composite Web-service objects from a set of current Webpage definition files associated with a previous save command.

In some implementations, the instructions may further cause a message to be transmitted to each of the client-side applications in response to the save command. In some implementations, the client-side application is executed within a Web-browser. The message may cause each of the client-side applications to receive the set of modified Webpage definition files to which receiving occurs without any input by a user at the client-side application.

In some implementations, the instructions may further cause the client-side application to update the set of current Webpage definition files with the set of modified Webpage definition files upon receipt of the set of modified Webpage definition files. The updating may occur without any input by the user at the client-side application. The method may include causing the client-side application to display the last retained view being display prior to the update.

In one aspect, the present disclosure describes a non-transitory computer readable medium having instructions stored thereon, where the instructions, when executed by a processor, cause the processor to provide a development workspace for a set of Webpage definition files for running on one or more client-side applications. The development workspace may combine one or more composite Web-service objects to create the set of Webpage definition files. The client-side applications may be configured to run on a set of connected platforms composing a heterogeneous environment. The composite Web-service objects may include Widgets elements and/or Mashup elements. The composite Web-service object may aggregate information content or services from a number of content sources. The composite Web-service object may include a content-source service selected from a group consisting of a map service, a calendar service, a data stream service, a wiki page service, and a portal service.

In some implementations, the instructions may further cause a message to be transmitted to each of the client-side applications in response to the save command. In some implementations, the client-side application is executed within a Web-browser. The message may cause each of the client-side applications to receive the set of modified Webpage definition files to which the receiving occurs without any input by a user at the client-side application.

In some implementations, the set of Webpage definition files, when executed on the client-side application, creates a number of presentation states of the composite Web-service objects. The client-side applications may determine a current presentation state being displayed at the set of current Webpage definition files. During a new update distribution, the client-side application may update the set of modified Webpage definition files and traverse the presentation states to the same current presentation state.

In one aspect, the present disclosure describes a method of updating software distribution at a client-side application. The method may include providing a client-side application running on a connected device in which the client-side application uses Webpage definition files to display one or more composite Web-service objects.

In some implementations, the method may include receiving updated Webpage definition files including an update of at least one composite Web-service object within the Webpage definition files where the composite Web-service objects includes a number of presentation states.

In some implementations, the method may include receiving, concurrent with the updated Webpage definition files, a structured data-table having content information to populate the presentation states of the at least one of the composite Web-service objects where the structured data-table comprises a set of markers.

In some implementations, for each of the composite Web-service objects being displayed, the method may include determining a path of the set of markers associated with a current presentation state

In some implementations, the method may include updating the Webpage definition files with the updated composite Web-service objects.

In some implementations, the method may include displaying each of the updated composite Web-service objects of the updated Webpage definition files at the current presentation state using the determined marker path.

In one aspect, the present disclosure describes a method of operations at a client-side application. The method may include providing a client-side application running on a connected device. The client-side application may have a Webpage definition files. The Webpage definition files may have composite Web-service objects, including a first composite Web-service object and a second composite Web-service object, where the first composite Web-service object has been associatively linked to a first data service from a first data source, and the second composite Web-service object has been associative linked to a second data service from a second data source. The linking may have been made at a graphical user interface having an input represented as a wire diagram that links a first graphical widget representing the first composite Web-service object to a second graphical widget representing an API associated with the first data source.

In some implementations, the method may include receiving, during runtime of the client-side application, a first updated data content of the first data service from the first data source. The first updated data content may be listed in a manifest file. Examples of the first updated data content may include, for example, but not limited to, JavaScript object, an HTML object, an image, a Web-Mashup definition, and a Web-Mashup artifact.

In some implementations, the method 1100 may include caching the first updated data content in memory if other files in the manifest file are not present.

In some implementations, the method may include, upon receiving a second updated data content of the second data service from the second data source, retrieving the first updated data content from memory and updating the composite Web-service objects of the Webpage definition files with the first and second update data contents. Updates of the composite Web-service objects may be performed in a transactional manner.

At least one of the composite Web-service objects may include a presentation states, including a first state and a second state in which the first state had been associatively linked to a third data service from a third data source and the second state had been associatively linked to a fourth data service from a fourth data source. The update occurs only upon a third update of the third data service and a fourth update of the fourth data service being received.

In one aspect, the present disclosure describes a system including a processor and a memory, the memory storing instruction that, when executed by the processor, cause the processor to provide a client-side application running on a connected device. The client-side application may have a number of Webpage definition files. The Webpage definition files may have a number of composite Web-service objects, including a first composite Web-service object and a second composite Web-service object, where the first composite Web-service object has been associatively linked to a first data service from a first data source, and the second composite Web-service object has been associative linked to a second data service from a second data source. The linking may have been made at a graphical user interface having an input represented as a wire diagram that links a first graphical widget representing the first composite Web-service object to a second graphical widget representing an API associated with the first data source.

In some implementations, the instructions may further cause the processor to receive, during runtime of the client-side application, a first updated data content of the first data service from the first data source. The first updated data content may be listed in a manifest file. Examples of the first updated data content may include, for example, but not limited to, JavaScript object, an HTML object, an image, a Web-Mashup definition, and a Web-Mashup artifact.

In some implementations, the instructions may further cause the processor to cache the first updated data content in memory if other files in the manifest file are not present.

In some implementations, the instructions may further cause the processor to receive a second updated data content of the second data service from the second data source, retrieving the first updated data content from memory and updating the composite Web-service objects of the Webpage definition files with the first and second update data contents. Updates of the composite Web-service objects may be performed in a transactional manner.

In one aspect, the present disclosure describes a non-transitory computer readable medium having instructions stored thereon, where the instructions, when executed by a processor, cause the processor to execute a client-side application running on a connected device. The client-side application may have a number of Webpage definition files. The Webpage definition files may have a number of composite Web-service objects, including a first composite Web-service object and a second composite Web-service object, where the first composite Web-service object has been associatively linked to a first data service from a first data source, and the second composite Web-service object has been associative linked to a second data service from a second data source. The linking may have been made at a graphical user interface having an input represented as a wire diagram that links a first graphical widget representing the first composite Web-service object to a second graphical widget representing an API associated with the first data source.

In some implementations, the instructions may further cause the processor to cache the first updated data content in memory if other files in the manifest file are not present.

In one aspect, the present disclosure describes a method of displaying hierarchical data at a client-side application executing on a computing device. The method may include providing a graphical user interface running at the client-side application. The graphical user interface may present one or more rendering widgets and an input widget having one or more levels where each of the one or more rendering widgets had been associated to one or more data content source. The graphical user interface may present the input widget as a tree diagram. The rendering widgets may have been associatively linked to one or more data content source at a development workspace used to define the rendering widget. The graphical user interface may include a map widget where the received data set include data for each of the levels of the input widget for the map widget. The received data set may be an InfoTable.

In some implementations, the method may include transmitting, at the client-side application, a request for a dataset corresponding to the data content source.

In some implementations, the method may include receiving, at the client-side application, the data set where the data set forms a multi-level hierarchy corresponding the one or more levels of the input widget and where the data set includes the one or more data content source associated with the rendering widgets.

In some implementations, the method may include displaying a selected rendering widgets with a data content source where the selected rendering widgets corresponds to a selected level of the input widget.

In some implementations, the method may further include receiving, at the client side application, an alert of an updated data set where the alert causes, at the client-side application, a transmission of a request for the updated data set. The method may further include receiving a second input at the input widget corresponding a second level of the input widget. The second input may cause the client-side application to render data from a portion of the multi-level hierarchy corresponding to the second level.

In one aspect, the present disclosure describes a system including a processor and a memory, the memory storing instruction that, when executed by the processor, cause the processor to provide a graphical user interface running at the client-side application. The graphical user interface may present one or more rendering widgets and an input widget having one or more levels where each of the one or more rendering widgets had been associated to one or more data content source. The graphical user interface may present the input widget as a tree diagram. The rendering widgets may have been associatively linked to one or more data content source at a development workspace used to define the rendering widget. The graphical user interface may include a map widget where the received data set include data for each of the levels of the input widget for the map widget. The received data set may be an InfoTable.

In some implementations, the instructions, when executed, further cause the processor to transmit, at the client-side application, a request for a dataset corresponding to the data content source.

In some implementations, the instructions, when executed, further cause the processor to receive, at the client-side application, the data set where the data set forms a multi-level hierarchy corresponding the one or more levels of the input widget and where the data set includes the one or more data content source associated with the rendering widgets.

In some implementations, the instructions, when executed, further cause the processor to display a selected rendering widgets with a data content source where the selected rendering widgets corresponds to a selected level of the input widget.

In some implementations, the instructions, when executed, further cause the processor to receive, at the client side application, an alert of an updated data set where the alert causes, at the client-side application, a transmission of a request for the updated data set. The method may further include receiving a second input at the input widget corresponding a second level of the input widget. The second input may cause the client-side application to render data from a portion of the multi-level hierarchy corresponding to the second level.

In one aspect, the present disclosure describes a non-transitory computer readable medium having instructions stored thereon, where the instructions, when executed by a processor, cause the processor to provide a graphical user interface running at the client-side application. The graphical user interface may present one or more rendering widgets and an input widget having one or more levels where each of the one or more rendering widgets had been associated to one or more data content source. The graphical user interface may present the input widget as a tree diagram. The rendering widgets may have been associatively linked to one or more data content source at a development workspace used to define the rendering widget. The graphical user interface may include a map widget where the received data set include data for each of the levels of the input widget for the map widget. The received data set may be an InfoTable.

In some implementations, the instructions, when executed, further cause the processor to transmit, at the client-side application, a request for a dataset corresponding to the data content source.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing and other objects, aspects, features, and advantages of the present disclosure will become more apparent and better understood by referring to the following description taken in conjunction with the accompanying drawings, in which:

FIG. 1 is a block diagram of an example system for developing real-time Web applications for executing on a set of computing devices in accordance with an embodiment of the invention.

FIG. 2 is a block diagram of an example environment for developing real-time Web applications for executing on a set of computing devices in accordance with an embodiment of the invention.

FIG. 3A illustrates an example method of building a real-time Web application that includes Mashup elements in accordance with an embodiment of the invention.

FIG. 3B illustrates an example method of building a real-time Web application that includes Mashup elements in accordance with an alternative embodiment of the invention.

FIG. 3C illustrates an example method of caching Mashup elements at the real-time Web application during runtime in accordance with an embodiment of the invention.

FIG. 4 illustrates an example workspace environment to build a real-time Web application that includes Mashup elements in accordance with an embodiment of the invention.

FIG. 5 illustrates an example workspace environment to build a Mashup definition in accordance with an embodiment of the invention.

FIG. 6 illustrates an example real-time Web application generated from Webpage definition files corresponding to the Mashup definition of FIGS. 5 and 6 in accordance with an embodiment of the invention.

FIG. 7 illustrates an example multi-level hierarchical data to be used during runtime of a real-time Web application in accordance with an embodiment of the invention.

FIG. 8 illustrates an example data-model object used to generate the example multi-level hierarchical data of FIG. 7 in accordance with an embodiment of the invention.

FIG. 9 illustrates an example method of using multi-level hierarchical data with a Mashup widget in accordance with an embodiment of the invention.

FIG. 10 is a flow chart of an example method of developing a real-time Web application for multiple platforms in a heterogeneous environment in accordance with an embodiment of the invention.

FIG. 11 is a flow chart of an example method of caching Mashup objects during runtime in accordance with an embodiment of the invention.

FIG. 12 is a flow chart of an example method of rendering Mashup elements using multi-level hierarchical data in accordance with an embodiment of the invention.

FIG. 13 is a block diagram of a computing device and a mobile computing device.

The features and advantages of the present disclosure will become more apparent from the detailed description set forth below when taken in conjunction with the drawings, in which like reference characters identify corresponding elements throughout. In the drawings, like reference numbers generally indicate identical, functionally similar, and/or structurally similar elements.

DETAILED DESCRIPTION

FIG. 1 is a block diagram of an example system 100 of developing real-time client-side Web applications 102 for executing on a set of computing devices 104 in accordance with an embodiment of the invention. The computing devices 104, in some examples, may be smart phones, personal digital assistants (PDA), tablet computers, or other personal electronic devices capable of the installation and execution of a software application designed to display one or more Mashup objects. Rather than mobile devices, in some implementations, the devices 104 may be desktop computers, laptop computers, Smart TVs, Internet appliances, or other computing devices capable of the installation and execution of a software application designed to display one or more Mashup objects.

In some implementations, the system 100 includes a server-side application 106 that executes on a Web server platform 108. The system 100 further includes a development workspace 110 that executes on a developer's computing device 112.

In some implementations, the development workspace 110 is a Web service or application that is presented on a Web browser executing on the developer's computing device 112 and is hosted by the server-side application 106. The development workspace 110 includes a graphical user interface for building a client-side application 102.

FIG. 2 is a block diagram of an example environment 200 for developing real-time Web applications for executing on a set of computing devices 104 in accordance with an embodiment of the invention. As shown, the computing devices 104 include test devices 104a to 104f that collectively form a heterogeneous environment. For example, the devices 104a, 104b, 104c may be smart-phone mobile devices running different types of operating systems, such as Windows, Android, iOS, Windows Phone, Windows Mobile, Blackberry, Salifish OS, Ubuntu Touch, and Tizen. The devices 104d, 104e may be laptop mobile-devices running different types of operating systems. The device 104f may be wearable devices having Web browsing capabilities.

An application developer 202 may keep test devices 104a to 104f in proximity to the developer's computing device 112 during the development of the client-side application 102. To this end, the application developer 202 can centrally manage and test the user interfaces and the data interactions to identify any unexpected behaviors from, for example, the operating system and software native to each of the test devices 104a to 104f.

In some implementations, the Web server platform 108 provides the development workspace 110 to an application developer 202 on the developer's computing device 112 (also called a “development client 112”). In some implementations, the Web server platform 108 presents the development workspace 110 through a Web browser application executing natively on the development client 112. Examples of Web browser applications include Internet Explorer, Safari, Mozilla, and Google Chrome. In some implementations, the development workspace 110 may be a stand-alone software application that executes on the development client 112 that interfaces to the Web server platform 108.

In some implementations, the Web server platform 108 may provide various Web services to the client side applications 102 and the development workspace 110. For example, the Web server platform 108 may include a development host server 204, a data analytic and storage server 206, a client-side application host-server 208, collectively connected within an Intranet or Wide area network 210. The development host server 204 may provide Web hosting services for the development workspace 110. The client-application host-server 208 may host Web services for the client-side applications 102. The data analytics and storage server 206 may store and analyze data content for either the development host server 204 or the client-application host-server 208.

In some implementations, the Web server platform 108 connects to various data content-providers, Webpages 212, business entities 214, data centers 216, and device clusters 218 to retrieve data and information to be used by the client-side applications 102 and the server-side application 106. Such third party sources or self-curated sources may include content-source service, such as map service, a calendar service, a data stream service, a wiki page service, and a portal service. The content-source service may be accessible, for example, using public Web-service APIs, third-party Web-service APIs, Web-widget libraries, Web-toolkit libraries, screen scraping mechanisms of Web sites, local database, and Wiki pages.

In some implementations, the Web-server platform 108 may include servers and services relating to Internet of Things (“IOT”) or machine-to-machine (“M2M” platforms that service data and information for a vast number of computing devices. Examples of such platforms are describe in co-pending application and concurrently filed U.S. patent applications, titled “SYSTEM AND METHOD OF MESSAGE ROUTING USING NAME-BASED IDENTIFIER IN A DISTRIBUTED COMPUTING ENVIRONMENT”, filed Mar. 21, 2014, naming inventors Mike Mahoney, Bob DeRemer, and Rick Bullotta, and having Ser. No. 14/222,123. The application is incorporated herein by reference in its entirety.

FIG. 3A illustrates an example method of building a real-time Web application that includes Mashup elements in accordance with an embodiment of the invention. An application developer 202 executes a browser session 300 on the developer's computing device 112 and accesses a Web portal hosted by the server-side application 200 that provides the development workspace 110. In some implementations, the development workspace 110 preferably includes a graphical user interface (GUI) to navigate sets of design and development libraries provided by the server side application 200 that an application developer 202 can use to build a client-side application 102. One such type of design libraries may include a Mashup template library.

In some implementations, subsequent to logging in, an application developer 202 registers to develop a new Web Mashup application. Upon starting a new Web Mashup project, the server-side application 200 creates a new Webpage definition file 302. The Webpage definition file 302 may include presentation and data elements to display a Webpage having Mashup element or real-time data content when the Webpage definition file 302 is executed at the client-side application 102. The Webpage definition file 302 may be stored in both the local memory at the development client 112 and the host memory at the Web server platform 108. The application developer can retrieve previously saved projects and Webpage definition files 302 from the development workspace 110.

In some implementations, as the application developer uses the development workspace 110 to incorporate third party contents and Web services in the project to build the client-side application, a modified Webpage definition file 304 is generated. In some implementations, the server-side application 200 generates the modified Webpage definition file 304, to run at the client-side application. The modified Webpage definition may also be previewed at the development workspace 110.

Alternatively, as shown in FIG. 3B, upon starting a new Web Mashup project, the development workspace 110 creates the new Webpage definition file 302 and stores the files in local memory. The server-side application 200 may maintain a mirror copy of the Webpage definition file 302 at the platform server 108.

In an embodiment of the invention, to improve or enhance an end user's experience in browsing data on the client-side application during runtime, the client-side application may cache data and code objects to allow the usage of the client-side application when connectivity to the content sources is not present.

FIG. 3C illustrates an example method of caching Mashup elements at the real-time Web application during runtime in accordance with an embodiment of the invention.

The client-side application 102 caches the Webpage definition files and the associated linked data content within the local memory or buffer 314.

To prevent the unintended interactions of various executable or parse-able elements, the client-side computing-device application 102 may cache the Webpage definitions files and all the data associatively linked to the Webpage definitions files and ensure that all the files and data content are present before rendering the data and code content.

To designate the appropriate content to cache, in some implementations, the development workspace may use the associative-links that were explicitly made in generating the Webpage definitions to generate a list of contents for a given update of the application distribution. The list of contents may be recorded in an update manifest file. For example, during development, the Webpage definitions files 304A and 304B may have been associatively linked to one another and to the third-party Web services 308 and to the third party data 306. To this end, the development workspace may add these files 304A and 304B, the third party Web service 308 and the data content 306 to the manifest list.

In some implementations, the server side application 200 may use the manifest file to ensure that all the updated Webpage definition files 304 and the associated linked data content are concurrently provided, during runtime, to the client-side application 102. To this end, the server-side application 200 maintains a definition of such associative links. During runtime, the server-side application 200 may transmit the data contents 306 and 308 to the client-side application 102 as well as the Webpage definition files 304A and 304B.

FIG. 4 illustrates an example development workspace 110 to build a real-time Web application that includes Mashup elements in accordance with an embodiment of the invention. The development workspace 110 may be a Web application or a computing application executed in a desktop operating system. The development workspace 110 may build the Mashup elements by aggregating multiple Web-services (including third party APIs) and data sources. The data content may be combined or manipulated to create new services within the development workspace 110.

Mashups may be imported, manipulated, and displayed using Widgets that display a physical element that consumes a data content element. To this end, the Widgets may be defined by the physical elements, the data content element, and their associations.

In some implementations, the development workspace 110 includes a set of widget components 402 and a set of data components 404 that collectively serve as tools for building the client-side application 102. The widget components 402 may include, for example, but not limited to, functions represented in a graphical form that can be dragged into a first development workspace 406. These functions may be GUI widgets (such as buttons, check boxes, gauges, etc.), as well as the Mashup widgets, and programming operations (such as a file upload function, a data export function, an expression function, among others). The GUI widgets may serve as definitions of the presentation elements to be displayed at the client-side application 102 during runtime. The Mashup widgets may include a Blog, a “contained” Mashup, a multi-dimensional tree, an event chart, a gauge, etc. The widget component 402 tools may include a filter or a search function to allow searching of the list of available components.

Upon a given widget component 408 (here, shown as a “tree” table 408a) being “dragged and dropped” from the widget components 402 into the first development workspace 406, a first representation 408a of the widget appears in the first workspace 406, and a second representation 408b appears in a second development workspace 412.

In some implementations, the first representation 408a is defined within a framed workspace 410 to which the size and location of the workspace 410 provides a spatial definition of the widget 408. Various presentation and appearance properties of the Widget 408 may be modified at the widget-properties window 418.

In some implementations, the second representation 408b provides a data content definition of the widget 408. Various data properties of the Widget 408 may be modified or set at the data properties window 420.

Data component 414 may also be “dragged and dropped” from the data components 404 into the second development workspace 412. The data component 414 serves as a source of the data content that is accessible to the server-side application 200 that a given developer has permission to access. The data component 414 shows available data 416 associated with a given data source. The data component 414 serves as definitions of the data content elements to be employed at the client-side application 102 during runtime. To this end, the second development workspace 412 allows the application developer 202 to link or associate the property definitions of a Widget (include Mashup) with the definitions for the data content elements of the Widget.

In some implementations, the link is preferably a rope object connecting between the data component 414 and the Widget component, such as widget 408. This link may be based on an association of two or more widgets. The link may be based on the data exchanged. The link may be based on the direction of the message or event. The link may be based on a property, such as a user name, a social networking aspect, or a frequency associated with the update.

As shown, a given element 416 (“ALL DATA”) of the data component 414 (“THINGS VENDING NETWORK SERVICES”) is linked to an elements 417 (“DATA” of “TREE-32”) of the Widget object 408b. The elements 416 includes an icon and/or text to provide an indicia of the type of data available with the element. Similarly, the Widget-object element includes icons and/or text to provide an indicia of the type of data that it can consume. In some implementations, the development workspace 110 may restrict the connections between mismatched data types. In some implementations, the development workspace 110 may highlight allowable connections when a data component element or a Widget object is selected in the second development workspace.

In some implementations, the linkages and association made in the workspace 110 may be used to designate contents for the a manifest file that may be used to cache the updates of modified Mashup applications or cache the code and contents for run-time operations at the client-side application, as described in relation to FIG. 3C.

The development workspace 110 includes a save command 425. The save command 425 saves the content of the first development workspace 406 and the second development workspace 412. The content may be stored locally at the development workspace 110 and/or at the server-side application 200.

In some implementations, the save command 425 initiates a wrapper creation process to convert the physical elements and the data content elements defined within the workspace 406, 412 to a Webpage definition file. The Webpage definition file may be expressed in one or more browser or server supported programming language and/or code. An example may be JavaScript, HTML CSS, and/or combinations thereof. The Webpage definition file may be expressed in various dynamic language, such as, but not limited to, Perl, VBScript, Dart, PHP, ASP, .NET, ColdFusion, Ruby, Python, and TKL. In some implementations, adding a widgets component 402 and/or a data component 404 into the workspaces 406 and/or 412 may initiate the wrapper creation process.

In some implementations, the development workspace 110 includes a “cancel edit” command 426. The command 426 may undo all the modification to the workspace 406 since the previous save. Alternatively the command 426 may cause the previously saved workspace 406 to be loaded, such as from local memory or from the server-side application 200.

Other widget components 402 shown in FIG. 4 include a Mashup for status of “community members” 428. The status may provide a real-time list of members that may be using the client-side application 102 during run time. In some implementations, the workspace 406 may include navigable tabs 422 to allow navigation between the different workspace views of the client-side application 102. Navigation between views may serve as states within the definitions of the presentation elements to be displayed at the client-side application 102.

A Mashup element may be made of other Mashup elements, which may be referred to as a nested Mashup or a “contained-Mashup”. The development workspace 406 provides a “contained-Mashup” widget 424. The widget 424 is shown having a widget representation 424a in the workspace 406 and having a data representation 424b in the second development workspace 412. A nested Mashup or contained-Mashup is a part of a Mashup definition.

FIG. 5 illustrates an example development workspace 110 to build a Mashup definition in accordance with an embodiment of the invention. The development workspace 110 also provides a navigational tab 403 to select among the various workspace definitions. As shown, the figure provides a workspace 406 for a nested Mashup 424a, as described and shown in relation to FIG. 4. In some implementations, a nested Mashup may be build or designed in a similar manner to building a Mashup, as described in relation to FIG. 4.

Other widgets components 402 shown in FIG. 5 include a Mashup for “communication logs” 508, a map service 506, and Mashup for gauge elements 504. The communication logs may provide a display of real-time communication between end users during runtime. The gauge elements 504 may be provide displayable view of data from a Web data or service. The map service may provide a display of real-time map data such as that provided by Google Map API.

In an aspect of an embodiment of the invention, to reduce the testing time of a prototype client-side application, the save process is used as a trigger for both development actions and test actions. The save process may be executed at the development workspace 110 and/or the server-side application.

Turning back to FIG. 3A, upon the application developer 202 saving an instance of the development workspace 110, a modified Webpage definition file 304 is created.

The save process may initiate the wrapper process to generate the modified Webpage definition files 304, as described in relation to FIG. 4.

In some implementations, the save process may be triggered by the save command 425 received at the development workspace 110. Additionally, the modified Webpage definition file may be generated when the link relationship between the data and widget component is changed. Additionally, the modified Webpage definition file may be generated when the properties of the data component or the widget component are changed within the properties windows 418 or 420. Additionally, the modified Webpage definition file may be generated when annotations are added to the workspace. Additionally, the modified Webpage definition file may be generated when navigable tabs 422 are changed. Additionally, the modified Webpage definition file may be generated when nested Mashup are created, modified, replaced, or deleted.

In some implementations, the modified Webpage definition file may also be generated based on any change to a presentation elements or a logical connection with a data element, as described in relation to FIGS. 4 and 5. For example, the modified Webpage definition file may be generated when a new widget is added, replaced, modified, or removed. Similarly, the modified Webpage definition file may be generated when a workspace is added, removed, or changed in relation to size and/or location.

In some implementations, the modified Webpage definition file 304 replaces the new or previously saved or retrieved Webpage definition file.

In some implementations, the save process causes the server-side application 200 to transfer the modified Webpage definition files 304 to the workspace environment 110. To this end, a save command causes the definitions files 304 to be tested on both the workspace environment 110 and the client-side application 102. In such implementations, the workspace environment 110 may open a test window to display a preview of the Mashup. The server-side application 200 may provide the data content 306 and/or the Web-services 308 required for the display.

FIG. 6 illustrates an example real-time Web application 600 generated from the Webpage definition files corresponding to the Mashup definition of FIGS. 4 and 5 in accordance with an embodiment of the invention.

As shown, the client-side application 600 displays a Mashup Web application intended for a vending-machine operator relating to a set of deployed vending machines (shown as “VM-001”, “VM-002”, “VM-003”, “VM-004”, “VM-005” and “VM-007”).

To this end, the Mashup Web application provides a dashboard for a given operator to view data associated with the vending machines. Here, the data includes “sales goal volume” information (in percentage), “frequency of stock being out” information (as a percentage of the month), “frequency the machine is in service” information, and “number of complaints received” information. The data are respectively displayed on gauges 604, 606, 608, and 610.

The Mashup Web application also displays map service information associated to a given vending machine and its respective location. As shown, the deployed vending machines are organized by sites (shown as “Holiday Inn Express”, “Lincoln Financial Field”, “Frontier Field”, and “Roseland Bowling Center”), by regions (shown as “Philadelphia, Pa.” and “Rochester, N.Y.”), and by companies (shown only as “Acme Beverage Corp”). To this end, the Mashup Web application may have a number of display states, which are based on an end-user's selection of what he or she would like displayed. The locations and vending machines are organized in a tree diagram 602 having nested elements in a multi-level table.

Upon selecting a vending machine or a location in the tree diagram 602, the client-side application 600 is configured to display the appropriate data information. In some implementations, the tree diagram 602 is a Widget component, namely the “tree” table 408, as described in relation to FIG. 4. Similarly, in some implementations, gauges (604, 606, 608, and 610) correspond to the gauge elements 506, as shown in FIG. 5.

Turning back to FIG. 3A, in another aspect of the embodiment of the invention, the saving process may trigger a function that updates a given prototype client-side application without requiring the application developer to physically touch any of the test devices to initiate the update. In some implementations, upon receipt of a trigger message from the Web server platform 108, each of the test devices 104a to 104f is triggered to receive the modified Webpage definition files 304.

In some implementations, a given test devices 104a to 104f may receive the update by various conventional push, pull, and update operations. For example, in some implementations, a given test devices 104a to 104f may receive the update by the Web server platform 108 pushing the update Webpage definition files 304 to the device 104. Alternatively, in some implementations, a given test devices 104a to 104f may receive the update by the device 104 pulling the updated Webpage definition files 304 from the Web server platform 108.

In some implementations, upon the modified Webpage definition file being received, the client-side application updates the set of current Webpage definition files with the set of modified Webpage definition files without any input by the user at the client-side application. In some implementations, to update the files, the client-side application may replace the current Webpage definition files running at the client-side application 102 with the modified Webpage definition file. Alternatively, to update the files, the client-side application 102 may execute the updated Webpage definition files and then delete files current Webpage definition files. Alternatively, to update the files, the client-side application may read, write, or modify using various conventional operations.

In another aspect of the embodiment of the invention, to reduce the testing time of a client-side application having Mashup elements, the development platform provides a function to allows for a given updated client-side application to retain the last view being displayed on a given test device before the update had occurred. In some implementations, the retention may be associated to both a given navigable screen as well as various presentation states of each of the Mashup elements that may be presented in that particular screen, as described in relation to FIG. 4.

To retain the last view, in some implementations, client side application may use the data content to retain viewable state information of the Mashup. In some implementations, the data content is structured as a hierarchical data table. To this end, a presentation state may be associated to elements located within the hierarchical data table. In some implementations, this presentation state may be a path that defines relationships between node elements composing the hierarchical data table.

An example of retaining the last view being displayed prior to updating the modified Webpage definition file is now discussed. As described in FIG. 6, the client-side application includes a tree diagram 600 to display the vending machines organized by sites, by regions, and by companies. To this end, an application developer 202 or an end-user may select an individual vending machines to see specific information relating to the selected machine, or select a site to see aggregated information of the machines associated to that site, or select a region to see aggregated information of sites associated to that region, or select a company to see aggregated information of regions associated to that company. Each of the selections, in essence, presents a different state of the Mashup display for the client-side application.

FIG. 7 illustrates an example method of updating the client-side application in accordance with an embodiment of the invention. Specifically, the figure illustrates an example multi-level hierarchical data table 700 corresponding to the example tree diagram 602 shown in FIG. 6. As shown, each of the nodes is organized based on node types. To this end, the client-side application maintains a cursor to a given node during run time. In some implementations, the cursor may be defined as a path within the diagram. This path may be defined by both nodes along the path and relationships between the nodes.

Take for example, the last review being shown being of a vending machine “VM-007” node 702. The cursor is, thus, located at “VM-007” node 702. “VM-007” node 702 has a path defined by a set of data nodes, including node 702, 704, 706, and 708 (i.e, VM-007” node 702,” Acme Vending Corp” node 704, “Philadelphia, Pa.” node 706, and “Holiday Inn Express” node 708). The path is also defined by the relationships among the nodes. In some implementations, the relationship includes the “Acme Vending Corp” node 704 being linked to the “Philadelphia, Pa.” node 706, the “Philadelphia, Pa.” node 706 being linked to the “Holiday Inn Express” node 708, and the “Holiday Inn Express” node 708 being linked to the “VM-007” node 702.

To this end, in some implementations, when updating the modified Webpage definition file, the client-side application 102 stores a path describing the data-node relationship that is associated a selected cursor. Subsequently, after the modified Webpage definition file has been updated, the client-side application 102 traverses the data table to the same selected cursor using the stored path. In instances in which the data structure or the presentation element is no longer present, the client-side application 102 may display a default state (such as the root of the data table) or the furthest state along the path before a break in the node occurs.

In another aspect of an embodiment of the invention, the real-time Web application is configured to receive data organized in a structure mirroring its hierarchical data table 700. As described in relation to FIGS. 6 and 7, a tree diagram, for example, may be structured as a multi-level hierarchy. To this end, each of the nodes within the tree diagram may form a nested level that collectively defines a multi-level hierarchy. In some implementations, a server providing data service to the client-side application can provide the data organized with the same node structure as this multi-level hierarchy.

In some implementations, the server may provide the data record in a self-describing message. A self-describing message refers to a message having both data and metadata that provides a description of the data. In some implementations, the metadata may be described in a structure known to both the server-side application that generates the message and the client-side application that consumes the message. In some implementations, the structure is defined as part of a Representational state transfer (REST) style data-model.

FIG. 8 illustrates an example data table 800 used in the operation of the real-time Web application in accordance with an embodiment of the invention. Specifically, the figure illustrates an example data-model object used to generate the example multi-level hierarchical data of FIG. 7. One such data-model object is an “InfoTable.” The InfoTable is generally a self-describing data table having data and metadata to describe properties of the data. For example, the metadata may include definitions 802 of various data fields 804, such as name, description, types, ordinal, and aspects.

The metadata may include definitions of objects that may be used to generate multi-level hierarchy data set. In some implementations, the metadata may include a “to” field definition 806 and a “from” field definition 808. Moreover, the metadata may include an “asset Type” field definition 810 to serve as attribute associated with a level. To this end, a data object may be structured as a linked list to form a hierarchical relationship where nodes within each level of the hierarchy shares a common “asset Type” field definition 810.

Further examples and description of InfoTable are described in co-pending and concurrently filed patent application, titled “SYSTEM AND METHOD OF ABSTRACTING COMMUNICATION PROTOCOL USING SELF-DESCRIBING MESSAGES,” filed Mar. 21, 2014, naming inventors Rick Bullotta, John Canosa, Bob DeRemer, and Mike Mahoney, and having Ser. No. 14/222,067. The application is incorporated herein by reference in its entirety.

FIG. 9 illustrates an example method of using multi-level hierarchical data with a Mashup widget in accordance with an embodiment of the invention.

The tree diagram 602 of FIG. 6 is shown mapped to data records organized in a multi-level hierarchy. The data records includes data objects (904, 914, 916, 918, 920, and 922) that organizes to the same hierarchical structure 700 as the tree diagram 602.

Specifically, the data records include several field values (906, 908, 910, 912), which are related to the structural information associated to the various nodes, as well as the attribute and the specific record of the data. As shown, the structural information of each of the field values may be used to organize the elements as a linked list. These structural information include a “to” field 906, a “from” field 907, and an “assetType” field 912.

As shown, the data object 904 (“Acme Vending Corp”) is a “Corp” asset-type 912 connected to “Acme Vending Corp”. To this end, the data object 904 serves as the first node in the list. The data object 914 (“Philadelphia-PA”) is a “Region” asset type 912 connected from “Acme Vending Corp” to “Philadelphia-PA”. Data object 918 (“Holiday Inn Express”) is a “Site” asset-type 912 connected from “Philadelphia-PA” to “Holiday Inn Express”. Subsequently, the data object 922 (“VM-005”) is a “VerySmartVendingMach” asset-type 912 connected from “Holiday Inn Express” to “VM-005”. Looking at FIG. 7, this relationship mirrors the shown path in which the node 704 connects to the node 706, the node 706 connects to the node 708, and the node 708 connects to the node 710.

As shown, the data records is represented in JavaScript Object Notation (JSON) format. It should be appreciated that the example is merely for exemplary purposes and that other types representation of the data may be employed.

As shown, the data records include data associated to each of the vending machines. This data may include values relating to “sales volume goal” 920, “number of complaints” 922, “in-server percentage” 924, and “out-of-stock percent” 926. The data may be used by the gauge widgets (604, 606, 608, and 610) to be displayed, as described in relation to FIG. 6. To this end, a new cursor selection to another vending machine in the tree diagram 602 does not necessitate the client-side application to retrieve additional data from a server.

To this end, a single record set of the content data allows for the client-side application to change its state to any of the Mashup views during runtime.

In some implementations, the record set may be cached, as described in relation to FIG. 3C, to allow the operations of the client-side application, including the Mashup element, even when the communication to the server-side application is not present.

FIG. 10 is a flow chart of an example method 1000 of developing a computing application for multiple platforms in a heterogeneous environment in accordance with an embodiment of the invention. The method begins by having provided, by a first computer, a development workspace (step 1002), as shown and described in relation to FIGS. 4 and 5, to build a set of Webpage definition files for running on one or more client-side applications. The development workspace combines a number of composite Web-service objects for the set of Webpage definition files. Composite Web-service objects may include Widgets elements and Mashup elements. The composite Web-service object may include a content-source service selected from a group consisting of a map service, a calendar service, a data stream service, a wiki page service, and a portal service. A content source of the content sources may be selected from a group consisting of public Web-service API, a third-party Web-service API, a Web-widget library, a Web-toolkit library, a screen scraping of a Web-site, a local database, and a Wiki page. The client-side application is figured to run on a set of connected platforms composing a heterogeneous environment, for example, as shown and described in relation to FIG. 2.

The method 1000 includes storing a set of modified Webpage definition files responsive to a save command being received by an input at the development workspace (step 1004), for example, shown and described in relation to FIGS. 3A and 3B. The set of modified Webpage definition files includes at least one modification of at least one of the composite Web-service objects from a set of current Webpage definition files associated with a previous save command.

The method 1000 then may include causing, by a processor responding to the save command, a message to be transmitted to each of the client-side applications on the connected platforms (step 1006), for example, as described in FIG. 3A. The message may cause each of the client-side applications to receive the set of modified Webpage definition files to which receiving occurs without any input by a user at the client-side application.

The method 1000 then may include causing the client-side application to update the set of current Webpage definition files with the set of modified Webpage definition files upon receipt of the set of modified Webpage definition files (step 1008), for example, as shown as described in relation to FIGS. 3A and 3B. The updating occurs without any input by the user at the client-side application.

The method then includes causing the client-side application to display the last retained view being display prior to the update (step 1010), for example, as shown and described in relation to FIGS. 3A and 7.

FIG. 11 is a flow chart of an example method 1100 of building associative links between Mashup objects in a development workspace, the associative links being used to cache the Mashup objects during runtime in accordance with an embodiment of the invention.

The method 1100 includes providing a client-side application running on a connected device (step 1102), for example, as described in relation to FIGS. 4 and 5. The client-side application has a number of Webpage definition files having one or more composite Web-service objects, including a first composite Web-service object and a second composite Web-service object. The first composite Web-service object is associatively linked to a first data service from a first data source and the second composite Web-service object is associative linked to a second data service from a second data source.

The method 1100 includes receiving, during runtime of the client-side application, a first updated data content of the first data service from the first data source (step 1104), for example, as shown and described in relation to FIG. 3C. The first updated data content may be listed in a manifest file. Examples of the first updated data content includes, for example, but not limited to, Javascript object, an HTML object, an image, a Web-Mashup definition, and a Web-Mashup artifact.

The method 1100 includes caching the first updated data content in memory (step 1106) if other files in the manifest file are not present, as shown and described in relation to FIG. 3C.

The method 1100 includes, upon receiving a second updated data content of the second data service from the second data source, retrieving the first updated data content from memory and updating the composite Web-service objects of the Webpage definition files with the first and second update data contents (step 1108). Updates of the composite Web-service objects may be performed in a transactional manner.

FIG. 12 is a flow chart of an example method 1200 of using multi-level hierarchical data during runtime in accordance with an embodiment of the invention.

The method 1200 includes providing, at a client-side application at a computing device, a graphical user interface having one or more rendering widgets and an input widget having one or more levels (step 1202) where each of the one or more rendering widgets had been associated to one or more data content source. The rendering widgets may have been associatively linked to one or more data content source at a development workspace used to define the rendering widget, for example, as shown and described in relation to FIGS. 4 and 5.

In some implementations, the graphical user interface may include a map widget where the received data set include data for each of the levels of the input widget for the map widget.

The method 1200 includes transmitting, at the client-side application, a request for a dataset corresponding to the data content source (step 1204). The transmission may be in response to a alert received at the client-side application.

The method 1200 includes receiving, at the client-side application, the data set where the data set forms a multi-level hierarchy corresponding one or more levels of the input widget (step 1206), for example, as shown and described in relation to FIGS. 7-9. The data set may include one or more data content source associated with the rendering widgets. The input widget may be presented as a tree diagram.

In some implementations, the received data set is organized as an InfoTable.

The method 1200 includes displaying a selected rendering widgets with a data content source (step 1208) where the selected rendering widgets corresponds to a selected level of the input widget, for example, as shown and described in FIG. 6.

FIG. 13 shows an example of a computing device 1300 and a mobile computing device 1350 that can be used to implement the techniques described in this disclosure. The computing device 1300 is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The mobile computing device 1350 is intended to represent various forms of mobile devices, such as personal digital assistants, cellular telephones, smart-phones, and other similar computing devices. The components shown here, their connections and relationships, and their functions, are meant to be examples only, and are not meant to be limiting.

The computing device 1300 includes a processor 1302, a memory 1304, a storage device 1306, a high-speed interface 1308 connecting to the memory 1304 and multiple high-speed expansion ports 1310, and a low-speed interface 1312 connecting to a low-speed expansion port 1314 and the storage device 1306. Each of the processor 1302, the memory 1304, the storage device 1306, the high-speed interface 1308, the high-speed expansion ports 1310, and the low-speed interface 1312, are interconnected using various busses, and may be mounted on a common motherboard or in other manners as appropriate. The processor 1302 can process instructions for execution within the computing device 1300, including instructions stored in the memory 1304 or on the storage device 1306 to display graphical information for a GUI on an external input/output device, such as a display 1316 coupled to the high-speed interface 1308. In other implementations, multiple processors and/or multiple buses may be used, as appropriate, along with multiple memories and types of memory. Also, multiple computing devices may be connected, with each device providing portions of the necessary operations (e.g., as a server bank, a group of blade servers, or a multi-processor system).

The memory 1304 stores information within the computing device 1300. In some implementations, the memory 1304 is a volatile memory unit or units. In some implementations, the memory 1304 is a non-volatile memory unit or units. The memory 1304 may also be another form of computer-readable medium, such as a magnetic or optical disk.

The storage device 1306 is capable of providing mass storage for the computing device 1300. In some implementations, the storage device 1306 may be or contain a computer-readable medium, such as a floppy disk device, a hard disk device, an optical disk device, or a tape device, a flash memory or other similar solid state memory device, or an array of devices, including devices in a storage area network or other configurations. Instructions can be stored in an information carrier. The instructions, when executed by one or more processing devices (for example, processor 1302), perform one or more methods, such as those described above. The instructions can also be stored by one or more storage devices such as computer- or machine-readable mediums (for example, the memory 1304, the storage device 1306, or memory on the processor 1302).

The high-speed interface 1308 manages bandwidth-intensive operations for the computing device 1300, while the low-speed interface 1312 manages lower bandwidth-intensive operations. Such allocation of functions is an example only. In some implementations, the high-speed interface 1308 is coupled to the memory 1304, the display 1316 (e.g., through a graphics processor or accelerator), and to the high-speed expansion ports 1310, which may accept various expansion cards (not shown). In the implementations, the low-speed interface 1312 is coupled to the storage device 1306 and the low-speed expansion port 1314. The low-speed expansion port 1314, which may include various communication ports (e.g., USB, Bluetooth®, Ethernet, wireless Ethernet) may be coupled to one or more input/output devices, such as a keyboard, a pointing device, a scanner, or a networking device such as a switch or router, e.g., through a network adapter.

The computing device 1300 may be implemented in a number of different forms, as shown in the figure. For example, it may be implemented as a standard server 1320, or multiple times in a group of such servers. In addition, it may be implemented in a personal computer such as a laptop computer 1322. It may also be implemented as part of a rack server system 1324. Alternatively, components from the computing device 1300 may be combined with other components in a mobile device (not shown), such as a mobile computing device 1350. Each of such devices may contain one or more of the computing device 1300 and the mobile computing device 1350, and an entire system may be made up of multiple computing devices communicating with each other.

The mobile computing device 1350 includes a processor 1352, a memory 1364, an input/output device such as a display 1354, a communication interface 1366, and a transceiver 1368, among other components. The mobile computing device 1350 may also be provided with a storage device, such as a micro-drive or other device, to provide additional storage. Each of the processor 1352, the memory 1364, the display 1354, the communication interface 1366, and the transceiver 1368, are interconnected using various buses, and several of the components may be mounted on a common motherboard or in other manners as appropriate.

The processor 1352 can execute instructions within the mobile computing device 1350, including instructions stored in the memory 1364. The processor 1352 may be implemented as a chipset of chips that include separate and multiple analog and digital processors. The processor 1352 may provide, for example, for coordination of the other components of the mobile computing device 1350, such as control of user interfaces, applications run by the mobile computing device 1350, and wireless communication by the mobile computing device 1350.

The processor 1352 may communicate with a user through a control interface 1358 and a display interface 1356 coupled to the display 1354. The display 1354 may be, for example, a TFT (Thin-Film-Transistor Liquid Crystal Display) display or an OLED (Organic Light Emitting Diode) display, or other appropriate display technology. The display interface 1356 may comprise appropriate circuitry for driving the display 1354 to present graphical and other information to a user. The control interface 1358 may receive commands from a user and convert them for submission to the processor 1352. In addition, an external interface 1362 may provide communication with the processor 1352, so as to enable near area communication of the mobile computing device 1350 with other devices. The external interface 1362 may provide, for example, for wired communication in some implementations, or for wireless communication in other implementations, and multiple interfaces may also be used.

The memory 1364 stores information within the mobile computing device 1350. The memory 1364 can be implemented as one or more of a computer-readable medium or media, a volatile memory unit or units, or a non-volatile memory unit or units. An expansion memory 1374 may also be provided and connected to the mobile computing device 1350 through an expansion interface 1372, which may include, for example, a SIMM (Single In Line Memory Module) card interface. The expansion memory 1374 may provide extra storage space for the mobile computing device 1350, or may also store applications or other information for the mobile computing device 1350. Specifically, the expansion memory 1374 may include instructions to carry out or supplement the processes described above, and may include secure information also. Thus, for example, the expansion memory 1374 may be provide as a security module for the mobile computing device 1350, and may be programmed with instructions that permit secure use of the mobile computing device 1350. In addition, secure applications may be provided via the SIMM cards, along with additional information, such as placing identifying information on the SIMM card in a non-hackable manner.

The memory may include, for example, flash memory and/or NVRAM memory (non-volatile random access memory), as discussed below. In some implementations, instructions are stored in an information carrier. that the instructions, when executed by one or more processing devices (for example, processor 1352), perform one or more methods, such as those described above. The instructions can also be stored by one or more storage devices, such as one or more computer- or machine-readable mediums (for example, the memory 1364, the expansion memory 1374, or memory on the processor 1352). In some implementations, the instructions can be received in a propagated signal, for example, over the transceiver 1368 or the external interface 1362.

The mobile computing device 1350 may communicate wirelessly through the communication interface 1366, which may include digital signal processing circuitry where necessary. The communication interface 1366 may provide for communications under various modes or protocols, such as GSM voice calls (Global System for Mobile communications), SMS (Short Message Service), EMS (Enhanced Messaging Service), or MMS messaging (Multimedia Messaging Service), CDMA (code division multiple access), TDMA (time division multiple access), PDC (Personal Digital Cellular), WCDMA (Wideband Code Division Multiple Access), CDMA2000, or GPRS (General Packet Radio Service), among others. Such communication may occur, for example, through the transceiver 1368 using a radio-frequency. In addition, short-range communication may occur, such as using a Bluetooth®, Wi-Fi™, or other such transceiver (not shown). In addition, a GPS (Global Positioning System) receiver module 1370 may provide additional navigation- and location-related wireless data to the mobile computing device 1350, which may be used as appropriate by applications running on the mobile computing device 1350.

The mobile computing device 1350 may also communicate audibly using an audio codec 1360, which may receive spoken information from a user and convert it to usable digital information. The audio codec 1360 may likewise generate audible sound for a user, such as through a speaker, e.g., in a handset of the mobile computing device 1350. Such sound may include sound from voice telephone calls, may include recorded sound (e.g., voice messages, music files, etc.) and may also include sound generated by applications operating on the mobile computing device 1350.

The mobile computing device 1350 may be implemented in a number of different forms, as shown in the figure. For example, it may be implemented as a cellular telephone 1380. It may also be implemented as part of a smart-phone 1382, personal digital assistant, or other similar mobile device.

Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof. These various implementations can include implementations in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.

These computer programs (also known as programs, software, software applications or code) include machine instructions for a programmable processor, and can be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the terms machine-readable medium and computer-readable medium refer to any computer program product, apparatus and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term machine-readable signal refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front end component (e.g., a client computer having a graphical user interface or a Web browser through which a user can interact with an implementations of the systems and techniques described here), or any combination of such back end, middleware, or front end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (LAN), a wide area network (WAN), and the Internet.

The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

In view of the structure, functions and apparatus of the systems and methods described here, in some implementations, a system and method of developing real-time Web applications for multiple platforms in a heterogeneous environment are provided. Having described certain implementations of methods and apparatus of developing real-time Web applications, it will now become apparent to one of skill in the art that other implementations incorporating the concepts of the disclosure may be used. Therefore, the disclosure should not be limited to certain implementations, but rather should be limited only by the spirit and scope of the following claims.

Claims

1. A computer-implemented method for updating Web-service objects, comprising: storing, in a memory of a client-computing device, a client-side application, the client-side application comprising a plurality of Webpage definition files, each of the plurality of Webpage definition files defining and being associatively linked with a plurality of composite Web-service objects,the plurality of composite Web-service objects comprising at least a first composite Web-service object and a last composite Web-service object,the first composite Web-service object being associatively linked with a first data service from a first data source, and the last composite Web-service object being associatively linked with a last data service from a last data source, andthe client-side application being associated with a manifest file comprising a list of contents associated with the client-side application, the list of contents identifying the plurality of composite Web-service objects;executing, by a processor of the client-computing device, the client-side application;receiving, during runtime of the client-side application, from the first data source over a network, a first updated data content of the first data service;caching, during runtime of the client-side application, the first updated data content in the memory;receiving, during runtime of the client-side application, from the last data source over the network, a last updated data content of the last data service;determining, by the processor, that updated data content for all of the contents identified in the list of contents, including the first composite Web-service object and the last composite Web-service object, have been received; andin response to the determining that the updated data content for all of the contents identified in the list of contents have been received, updating the plurality of composite Web-service objects of the client-side application, wherein the updating the plurality of composite Web-service objects comprises updating the first composite Web-service object using the cached first updated data content and updating the last composite Web-service object using the received last updated data content.
2. The computer-implemented method of claim 1, wherein the updating the plurality of composite Web-service objects with at least the first and last updated data contents is performed in a transactional manner.
3. The computer-implemented method of claim 1, wherein each of the first updated data content and the last updated data content comprises an object selected from a group consisting of a Javascript object, an HTML object, an image, a Web-Mashup definition, and a Web-Mashup artifact.
4. The computer-implemented method of claim 1, wherein the first composite Web-service object is associatively linked with the first data service by a development workspace used to define the first composite Web-service object, andwherein the last composite Web-service object is associatively linked with the last data service by the same development workspace.
5. The computer-implemented method of claim 4, wherein the development workspace employs a graphical user interface, the graphical user interface having an input represented as a wire diagram to link a first graphical widget representing the first composite Web-service object to a second graphical widget representing an application program interface (API) associated with a first data source corresponding to the first data service.
6. The computer-implemented method of claim 1, wherein the first data service is associated with a first data source and the last data service is associated with a last data source,wherein at least one of the plurality of composite Web-service objects provides a plurality of presentation states, including a first state and a second state,the first state being associatively linked to a second data service from a second data source, the second state being associatively linked to a third data service from a third data source, andwherein the updating of the plurality of composite Web-service objects of the plurality of Webpage definition files occurs in response to the determining that the updated data content for all of the contents identified in the list of contents have been received.
7. The computer-implemented method of claim 1, wherein each of the first updated data content and the last updated data content is structured as an InfoTable.
8. The method of claim 1, wherein the memory of the client-computing device comprises a cache associated with the client-side application, andwherein the caching of the first updated data content comprises caching the first updated data content in the cache associated with the client-computing device.
9. The method of claim 8, further comprising: caching, during runtime of the client-side application, the last data content in the cache associated with the client-side application,wherein the updating the plurality of composite Web-service objects of the client-side application is performed in response to the determining that the updated data content for all of the contents defined in the list of contents have been cached.
10. A non-transitory computer readable medium having instructions stored thereon, wherein the instructions, when executed by a processor, cause the processor to: store, in a memory, a client-side application, the client-side application comprising a plurality of Webpage definition files, each of the plurality of Webpage definition files defining and being associatively linked with a plurality of composite Web-service objects,the plurality of composite Web-service objects comprising at least a first composite Web-service object and a last composite Web-service object,the first composite Web-service object being associatively linked with a first data service from a first data source, and the last composite Web-service object being associatively linked with a last data service from a last data source, andthe client-side application being associated with a manifest file comprising a list of contents associated with the client-side application, the list of contents identifying the plurality of composite Web-service objects;executing, by the processor, the client-side application;receive, during runtime of the client-side application, from the first data source over a network, a first updated data content of the first data service;cache, during runtime of the client-side application, the first updated data content in the memory;receive, during runtime of the client-side application, from the last data source over the network, a last updated data content of the last data service;determine, by the processor, that updated data content for all of the contents identified in the list of contents, including the first composite Web-service object and the last composite Web-service object, have been received; andin response to the determining that the updated data content for all of the contents identified in the list of contents have been received, update the plurality of composite Web-service objects of the client-side applicationwherein the update of the plurality of composite Web-service objects comprises updating the first composite Web-service object using the cached first updated data content and updating the last composite Web-service object using the received last updated data content.
11. The computer readable medium of claim 10, wherein the update of the plurality of composite Web-service objects with at least the first and last updated data contents is performed in a transactional manner.
12. The computer readable medium of claim 10, wherein each of the first updated data content and the last updated data content comprises an object selected from a group consisting of a Javascript object, an HTML object, an image, a Web-Mashup definition, and a Web-Mashup artifact.
13. The computer readable medium of claim 10, wherein the first composite Web-service object is associatively linked with the first data service by a development workspace used to define the first composite Web-service object, andwherein the last composite Web-service object is associatively linked with the second data service by the same development workspace.
14. The computer readable medium of claim 13, wherein the development workspace employs a graphical user interface, the graphical user interface having an input represented as a wire diagram to link a first graphical widget representing the first composite Web-service object to a second graphical widget representing an application program interface (API) associated with a first data source corresponding to the first data service.
15. The computer readable medium of claim 10, wherein the first data service is associated with a first data source and the last data service is associated with a last data source,wherein at least one of the plurality of composite Web-service objects provides a plurality of presentation states, including a first state and a second state,the first state being associatively linked to a second data service from a second data source, the second state being associatively linked to a third data service from a third data source, andwherein the updating of the plurality of composite Web-service objects of the plurality of Webpage definition files occurs in response to the determining that the updated data content for all of the contents identified in the list of contents have been received.
16. The computer readable medium of claim 10, wherein each of the first updated data content and the last updated data content is structured as an InfoTable.
17. A system comprising: a processor; anda memory being communicatively couple to the processor, the memory storing instructions that, when executed by the processor, cause the processor to: store, in the memory, a client-side application, the client-side application comprising a plurality of Webpage definition files, each of the plurality of Webpage definition files defining and being associatively linked with a plurality of composite Web-service objects,the plurality of composite Web-service objects comprising at least a first composite Web-service object and a last composite Web-service object,the first composite Web-service object being associatively linked with a first data service from a first data source, and the last composite Web-service object being associatively linked with a last data service from a last data source, andthe client-side application being associated with a manifest file comprising a list of contents associated with the client-side application, the list of contents identifying the plurality of composite Web-service objects;executing the client-side application;receive, during runtime of the client-side application, from the first data source over a network, a first updated data content of the first data service;cache, during runtime of the client-side application, the first updated data content in the memory;receive, during runtime of the client-side application, from the last data source over the network, a last updated data content of the last data service;determine that updated data content for all of the contents identified in the list of contents, including the first composite Web-service object and the last composite Web-service object, have been received; andin response to the determining that the updated data content for all of the contents identified in the list of contents have been received, update the plurality of composite Web-service objects of the client-side applicationwherein the updating the plurality of composite Web-service objects comprises updating the first composite Web-service object using the cached first updated data content and updating the last composite Web-service object using the received last updated data content.
18. The system of claim 17, wherein the update of the plurality of composite Web-service objects with at least the first and last updated data contents is performed in a transactional manner.
19. The system of claim 17, wherein each of the first updated data content and the last updated data content comprises an object selected from a group consisting of a Javascript object, an HTML object, an image, a Web-Mashup definition, and a Web-Mashup artifact.
20. The system of claim 17, wherein the first composite Web-service object is associatively linked with the first data service by a development workspace used to define the first composite Web-service object, andwherein the last composite Web-service object is associatively linked with the last data service by the same development workspace.
21. The system of claim 20, wherein the development workspace employs a graphical user interface, the graphical user interface having an input represented as a wire diagram to link a first graphical widget representing the first composite Web-service object to a second graphical widget representing an application program interface (API) associated with a first data source corresponding to the first data service.
22. The system of claim 17, wherein the first data service is associated with a first data source and the last data service is associated with a last data source,wherein at least one of the plurality of composite Web-service objects provides a plurality of presentation states, including a first state and a second state,the first state being associatively linked to a second data service from a second data source, the second state being associatively linked to a third data service from a third data source, andwherein the updating of the plurality of composite Web-service objects of the plurality of Webpage definition files occurs in response to the determining that the updated data content for all of the contents identified in the list of contents have been received.

US Referenced Citations (441)

Number	Name	Date	Kind
3656112	Paull	Apr 1972	A
3916412	Amoroso, Jr.	Oct 1975	A
3983484	Hodama	Sep 1976	A
4063173	Nelson et al.	Dec 1977	A
4103250	Jackson	Jul 1978	A
4134068	Richardson	Jan 1979	A
4216546	Litt	Aug 1980	A
4554668	Deman et al.	Nov 1985	A
4601059	Gammenthaler	Jul 1986	A
4680582	Mejia	Jul 1987	A
4704585	Lind	Nov 1987	A
4887204	Johnson et al.	Dec 1989	A
4979170	Gilhousen et al.	Dec 1990	A
5113416	Lindell	May 1992	A
5134615	Freeburg et al.	Jul 1992	A
5159704	Pirolli et al.	Oct 1992	A
5230072	Smith et al.	Jul 1993	A
5276703	Budin et al.	Jan 1994	A
5361401	Pirillo	Nov 1994	A
5422889	Sevenhans et al.	Jun 1995	A
5454010	Leveque	Sep 1995	A
5479441	Tymes et al.	Dec 1995	A
5493671	Pitt et al.	Feb 1996	A
5515365	Sumner et al.	May 1996	A
5734966	Farrer et al.	Mar 1998	A
5737609	Reed et al.	Apr 1998	A
5805442	Crater et al.	Sep 1998	A
5892962	Cloutier	Apr 1999	A
5909640	Farrer et al.	Jun 1999	A
5925100	Drewry et al.	Jul 1999	A
6169992	Beall et al.	Jan 2001	B1
6182252	Wong et al.	Jan 2001	B1
6198480	Cotugno et al.	Mar 2001	B1
6345288	Reed	Feb 2002	B1
6377162	Delestienne et al.	Apr 2002	B1
6430602	Kay et al.	Aug 2002	B1
6473788	Kim et al.	Oct 2002	B1
6510350	Steen, III et al.	Jan 2003	B1
6553405	Desrochers	Apr 2003	B1
6570867	Robinson et al.	May 2003	B1
6618709	Sneeringer	Sep 2003	B1
6675193	Slavin et al.	Jan 2004	B1
6757714	Hansen	Jun 2004	B1
6766361	Venigalla	Jul 2004	B1
6797921	Niedereder et al.	Sep 2004	B1
6810522	Cook et al.	Oct 2004	B2
6813587	McIntyre et al.	Nov 2004	B2
6850255	Muschetto	Feb 2005	B2
6859757	Muehl et al.	Feb 2005	B2
6915330	Hardy et al.	Jul 2005	B2
6980558	Aramoto	Dec 2005	B2
6993555	Kay et al.	Jan 2006	B2
7031520	Tunney	Apr 2006	B2
7046134	Hansen	May 2006	B2
7047159	Muehl et al.	May 2006	B2
7054922	Kinney et al.	May 2006	B2
7082383	Baust et al.	Jul 2006	B2
7082460	Hansen et al.	Jul 2006	B2
7117239	Hansen	Oct 2006	B1
7130812	Iyer et al.	Oct 2006	B1
7149792	Hansen et al.	Dec 2006	B1
7178149	Hansen	Feb 2007	B2
7185014	Hansen	Feb 2007	B1
7250862	Bornhoevd et al.	Jul 2007	B2
7254601	Baller et al.	Aug 2007	B2
7269732	Kilian-Kehr	Sep 2007	B2
7341197	Muehl et al.	Mar 2008	B2
7380236	Hawley	May 2008	B2
7496911	Rowley et al.	Feb 2009	B2
7529570	Shirota	May 2009	B2
7529750	Bair	May 2009	B2
7536673	Brendle et al.	May 2009	B2
7555355	Meyer	Jun 2009	B2
7566005	Heusermann et al.	Jul 2009	B2
7570755	Williams et al.	Aug 2009	B2
7587251	Hopsecger	Sep 2009	B2
7591006	Werner	Sep 2009	B2
7593917	Werner	Sep 2009	B2
7613290	Williams et al.	Nov 2009	B2
7616642	Anke et al.	Nov 2009	B2
7617198	Durvasula	Nov 2009	B2
7624092	Lieske et al.	Nov 2009	B2
7624371	Kulkarni et al.	Nov 2009	B2
7644120	Todorov et al.	Jan 2010	B2
7644129	Videlov	Jan 2010	B2
7647407	Omshehe et al.	Jan 2010	B2
7650607	Resnick et al.	Jan 2010	B2
7653902	Bozak et al.	Jan 2010	B2
7673141	Kilian-Kehr et al.	Mar 2010	B2
7684621	Tunney	Mar 2010	B2
7703024	Kautzleben et al.	Apr 2010	B2
7707550	Resnick et al.	Apr 2010	B2
7725815	Peters	May 2010	B2
7728838	Forney et al.	Jun 2010	B2
7730498	Resnick et al.	Jun 2010	B2
7743015	Schmitt	Jun 2010	B2
7743155	Pisharody et al.	Jun 2010	B2
7752335	Boxenhorn	Jul 2010	B2
7757234	Krebs	Jul 2010	B2
7761354	Kling et al.	Jul 2010	B2
7774369	Herzog et al.	Aug 2010	B2
7779089	Hessmer et al.	Aug 2010	B2
7779383	Bornhoevd et al.	Aug 2010	B2
7783984	Roediger et al.	Aug 2010	B2
7802238	Clinton	Sep 2010	B2
7814044	Schwerk	Oct 2010	B2
7814208	Stephenson et al.	Oct 2010	B2
7817039	Bornhoevd et al.	Oct 2010	B2
7827169	Enenkiel	Nov 2010	B2
7831600	Kilian	Nov 2010	B2
7840701	Hsu et al.	Nov 2010	B2
7852861	Wu et al.	Dec 2010	B2
7853241	Harrison	Dec 2010	B1
7853924	Curran	Dec 2010	B2
7860968	Bornhoevd et al.	Dec 2010	B2
7865442	Sowell	Jan 2011	B1
7865731	Kilian-Kehr	Jan 2011	B2
7865939	Schuster	Jan 2011	B2
7873666	Sauermann	Jan 2011	B2
7882148	Werner et al.	Feb 2011	B2
7886278	Stulski	Feb 2011	B2
7890388	Mariotti	Feb 2011	B2
7890568	Belenki	Feb 2011	B2
7895115	Bayyapu et al.	Feb 2011	B2
7899777	Baier et al.	Mar 2011	B2
7899803	Cotter et al.	Mar 2011	B2
7908278	Akkiraju et al.	Mar 2011	B2
7917629	Werner	Mar 2011	B2
7921137	Lieske et al.	Apr 2011	B2
7921686	Bagepalli et al.	Apr 2011	B2
7925979	Forney et al.	Apr 2011	B2
7937370	Hansen	May 2011	B2
7937408	Stuhec	May 2011	B2
7945691	Dharamshi	May 2011	B2
7953219	Freedman et al.	May 2011	B2
7954107	Mao et al.	May 2011	B2
7954115	Gisolfi	May 2011	B2
7966418	Shedrinsky	Jun 2011	B2
7975024	Nudler	Jul 2011	B2
7987176	Latzina et al.	Jul 2011	B2
7987193	Ganapam et al.	Jul 2011	B2
7992200	Kuehr-McLaren et al.	Aug 2011	B2
8000991	Montagut	Aug 2011	B2
8005879	Bornhoevd et al.	Aug 2011	B2
8024218	Kumar et al.	Sep 2011	B2
8024743	Werner	Sep 2011	B2
8051045	Vogler	Nov 2011	B2
8055758	Hansen	Nov 2011	B2
8055787	Victor et al.	Nov 2011	B2
8060886	Hansen	Nov 2011	B2
8065397	Taylor et al.	Nov 2011	B2
8069362	Gebhart et al.	Nov 2011	B2
8073331	Mazed	Dec 2011	B1
8074215	Cohen et al.	Dec 2011	B2
8081584	Thibault et al.	Dec 2011	B2
8082322	Pascarella et al.	Dec 2011	B1
8090452	Johnson et al.	Jan 2012	B2
8090552	Henry et al.	Jan 2012	B2
8095632	Hessmer et al.	Jan 2012	B2
8108543	Hansen	Jan 2012	B2
8126903	Lehmann et al.	Feb 2012	B2
8127237	Beringer	Feb 2012	B2
8131694	Bender et al.	Mar 2012	B2
8131838	Bornhoevd et al.	Mar 2012	B2
8136034	Stanton et al.	Mar 2012	B2
8145468	Fritzsche et al.	Mar 2012	B2
8145681	Macaleer et al.	Mar 2012	B2
8151257	Zachmann	Apr 2012	B2
8156117	Krylov et al.	Apr 2012	B2
8156208	Bornhoevd et al.	Apr 2012	B2
8156473	Heidasch	Apr 2012	B2
8183995	Wang et al.	May 2012	B2
8190708	Short et al.	May 2012	B1
8229944	Latzina et al.	Jul 2012	B2
8230333	Decherd et al.	Jul 2012	B2
8249906	Ponce de Leon	Aug 2012	B2
8250169	Beringer et al.	Aug 2012	B2
8254249	Wen et al.	Aug 2012	B2
8261193	Alur et al.	Sep 2012	B1
8271935	Lewis	Sep 2012	B2
8280009	Stepanian	Oct 2012	B2
8284033	Moran	Oct 2012	B2
8285807	Slavin et al.	Oct 2012	B2
8291039	Shedrinsky	Oct 2012	B2
8291475	Jackson et al.	Oct 2012	B2
8296198	Bhatt et al.	Oct 2012	B2
8296266	Lehmann et al.	Oct 2012	B2
8296413	Bornhoevd et al.	Oct 2012	B2
8301770	van Coppenolle et al.	Oct 2012	B2
8306635	Pryor	Nov 2012	B2
8312383	Gilfix	Nov 2012	B2
8321790	Sherrill et al.	Nov 2012	B2
8321792	Alur et al.	Nov 2012	B1
8331855	Williams et al.	Dec 2012	B2
8346520	Lu et al.	Jan 2013	B2
8359116	Manthey	Jan 2013	B2
8364300	Pouyez et al.	Jan 2013	B2
8370479	Hart et al.	Feb 2013	B2
8370826	Johnson et al.	Feb 2013	B2
8375292	Coffman et al.	Feb 2013	B2
8375362	Brette et al.	Feb 2013	B1
RE44110	Venigalla	Mar 2013	E
8392116	Lehmann et al.	Mar 2013	B2
8392561	Dyer et al.	Mar 2013	B1
8396929	Helfman et al.	Mar 2013	B2
8397056	Malks et al.	Mar 2013	B1
8406119	Taylor et al.	Mar 2013	B2
8412579	Gonzalez	Apr 2013	B2
8417764	Fletcher et al.	Apr 2013	B2
8417854	Weng et al.	Apr 2013	B2
8423418	Hald et al.	Apr 2013	B2
8424058	Vinogradov et al.	Apr 2013	B2
8433664	Ziegler et al.	Apr 2013	B2
8433815	van Coppenolle et al.	Apr 2013	B2
8438132	Dziuk et al.	May 2013	B1
8442933	Baier et al.	May 2013	B2
8442999	Gorelik et al.	May 2013	B2
8443069	Bagepalli et al.	May 2013	B2
8443071	Lu et al.	May 2013	B2
8457996	Winkler et al.	Jun 2013	B2
8458189	Ludwig et al.	Jun 2013	B1
8458315	Miche et al.	Jun 2013	B2
8458596	Malks et al.	Jun 2013	B1
8458600	Dheap et al.	Jun 2013	B2
8473317	Santoso et al.	Jun 2013	B2
8478861	Taylor et al.	Jul 2013	B2
8484156	Hancsarik et al.	Jul 2013	B2
8489527	van Coppenolle et al.	Jul 2013	B2
8490047	Petschnigg et al.	Jul 2013	B2
8490876	Tan et al.	Jul 2013	B2
8495072	Kapoor et al.	Jul 2013	B1
8495511	Redpath	Jul 2013	B2
8495683	van Coppenolle et al.	Jul 2013	B2
8516296	Mendu	Aug 2013	B2
8516383	Bryant et al.	Aug 2013	B2
8521621	Hetzer et al.	Aug 2013	B1
8522217	Dutta et al.	Aug 2013	B2
8522341	Nochta et al.	Aug 2013	B2
8532008	Das et al.	Sep 2013	B2
8533660	Mehr et al.	Sep 2013	B2
8538799	Haller et al.	Sep 2013	B2
8543568	Wagenblatt	Sep 2013	B2
8547838	Lee et al.	Oct 2013	B2
8549157	Schnellbaecher	Oct 2013	B2
8555248	Brunswig et al.	Oct 2013	B2
8560636	Kieselbach	Oct 2013	B2
8560713	Moreira Sa de Souza et al.	Oct 2013	B2
8566193	Singh et al.	Oct 2013	B2
8571908	Li et al.	Oct 2013	B2
8572107	Fan et al.	Oct 2013	B2
8577904	Marston	Nov 2013	B2
8578059	Odayappan et al.	Nov 2013	B2
8578328	Kamiyama et al.	Nov 2013	B2
8578330	Dreiling et al.	Nov 2013	B2
8584082	Baird et al.	Nov 2013	B2
8588765	Harrison	Nov 2013	B1
8594023	He et al.	Nov 2013	B2
8635254	Harvey et al.	Jan 2014	B2
8689181	Biron, III	Apr 2014	B2
8752074	Hansen	Jun 2014	B2
8762497	Hansen	Jun 2014	B2
8769095	Hart et al.	Jul 2014	B2
8788632	Taylor et al.	Jul 2014	B2
8898294	Hansen	Nov 2014	B2
9002980	Shedrinsky	Apr 2015	B2
9003478	Kavantzas	Apr 2015	B2
20020099454	Gerrity	Jul 2002	A1
20020138596	Darwin et al.	Sep 2002	A1
20030093710	Hashimoto et al.	May 2003	A1
20030117280	Prehn	Jun 2003	A1
20040027376	Calder et al.	Feb 2004	A1
20040122861	Hulse et al.	Jun 2004	A1
20040133635	Spriestersbach et al.	Jul 2004	A1
20040158455	Spivack et al.	Aug 2004	A1
20040158629	Herbeck et al.	Aug 2004	A1
20040168115	Bauemschmidt et al.	Aug 2004	A1
20040177124	Hansen	Sep 2004	A1
20050015369	Styles et al.	Jan 2005	A1
20050021506	Sauermann et al.	Jan 2005	A1
20050027675	Schmitt et al.	Feb 2005	A1
20050060186	Blowers et al.	Mar 2005	A1
20050102362	Price et al.	May 2005	A1
20050108418	Bedi et al.	May 2005	A1
20050198137	Pavlik et al.	Sep 2005	A1
20050213563	Shaffer et al.	Sep 2005	A1
20050240427	Crichlow	Oct 2005	A1
20050278692	Sridhar	Dec 2005	A1
20050289154	Weiss et al.	Dec 2005	A1
20060186986	Ma et al.	Aug 2006	A1
20060208871	Hansen	Sep 2006	A1
20070005736	Hansen et al.	Jan 2007	A1
20070016557	Moore et al.	Jan 2007	A1
20070027854	Rao et al.	Feb 2007	A1
20070027914	Agiwal	Feb 2007	A1
20070118844	Huang	May 2007	A1
20070130541	Louch et al.	Jun 2007	A1
20070162486	Brueggemann et al.	Jul 2007	A1
20070174158	Bredehoeft et al.	Jul 2007	A1
20070260593	Delvat	Nov 2007	A1
20070266384	Labrou et al.	Nov 2007	A1
20070300172	Runge et al.	Dec 2007	A1
20080098085	Krane et al.	Apr 2008	A1
20080140705	Luo	Jun 2008	A1
20080147835	Chandra	Jun 2008	A1
20080172632	Stambaugh	Jul 2008	A1
20080208890	Milam	Aug 2008	A1
20080216050	Behrendt	Sep 2008	A1
20080222599	Nathan et al.	Sep 2008	A1
20080231414	Canosa	Sep 2008	A1
20080244077	Canosa	Oct 2008	A1
20080244594	Chen et al.	Oct 2008	A1
20080255782	Bilac et al.	Oct 2008	A1
20080288547	Brodsky	Nov 2008	A1
20080288956	Videlov	Nov 2008	A1
20080295117	Videlov	Nov 2008	A1
20080319947	Latzina et al.	Dec 2008	A1
20090006391	Ram	Jan 2009	A1
20090150431	Schmidt et al.	Jun 2009	A1
20090193148	Jung et al.	Jul 2009	A1
20090259442	Gandikota et al.	Oct 2009	A1
20090265705	Wei	Oct 2009	A1
20090265760	Zhu et al.	Oct 2009	A1
20090271778	Mandyam et al.	Oct 2009	A1
20090299990	Setlur et al.	Dec 2009	A1
20090300060	Beringer et al.	Dec 2009	A1
20090300528	Stambaugh	Dec 2009	A1
20090319518	Koudas et al.	Dec 2009	A1
20090327337	Lee et al.	Dec 2009	A1
20100017379	Naibo et al.	Jan 2010	A1
20100017419	Francis et al.	Jan 2010	A1
20100037168	Thayne	Feb 2010	A1
20100064277	Baird et al.	Mar 2010	A1
20100077001	Vogel et al.	Mar 2010	A1
20100077456	Drive et al.	Mar 2010	A1
20100094843	Cras	Apr 2010	A1
20100125584	Navas	May 2010	A1
20100125826	Rice et al.	May 2010	A1
20100138865	Rai et al.	Jun 2010	A1
20100250440	Wang et al.	Sep 2010	A1
20100257242	Morris	Oct 2010	A1
20100286937	Hedley et al.	Nov 2010	A1
20100287075	Herzog et al.	Nov 2010	A1
20100293360	Schoop et al.	Nov 2010	A1
20100318370	Bhattacharyya	Dec 2010	A1
20110078599	Guertler et al.	Mar 2011	A1
20110078600	Guertler et al.	Mar 2011	A1
20110099190	Kreibe	Apr 2011	A1
20110106615	Churchill	May 2011	A1
20110137883	Lagad et al.	Jun 2011	A1
20110138354	Hertenstein et al.	Jun 2011	A1
20110145712	Pontier et al.	Jun 2011	A1
20110145933	Gambhir et al.	Jun 2011	A1
20110153505	Brunswig et al.	Jun 2011	A1
20110154226	Guertler et al.	Jun 2011	A1
20110161409	Nair et al.	Jun 2011	A1
20110173203	Jung et al.	Jul 2011	A1
20110173220	Jung et al.	Jul 2011	A1
20110173264	Kelly	Jul 2011	A1
20110208788	Heller et al.	Aug 2011	A1
20110209069	Mohler	Aug 2011	A1
20110219327	Middleton, Jr. et al.	Sep 2011	A1
20110231592	Bleier et al.	Sep 2011	A1
20110270959	Schlusser	Nov 2011	A1
20110276360	Barth et al.	Nov 2011	A1
20110307295	Steiert et al.	Dec 2011	A1
20110307363	N et al.	Dec 2011	A1
20110307405	Hammer et al.	Dec 2011	A1
20110320525	Agarwal et al.	Dec 2011	A1
20120005577	Chakra et al.	Jan 2012	A1
20120059856	Kreibe et al.	Mar 2012	A1
20120072435	Han	Mar 2012	A1
20120072885	Taragin et al.	Mar 2012	A1
20120078959	Cho et al.	Mar 2012	A1
20120096073	Elwood	Apr 2012	A1
20120096429	Desai et al.	Apr 2012	A1
20120131473	Biron, III	May 2012	A1
20120136649	Freising et al.	May 2012	A1
20120143970	Hansen	Jun 2012	A1
20120144370	Kemmler et al.	Jun 2012	A1
20120150859	Hu	Jun 2012	A1
20120158825	Ganser	Jun 2012	A1
20120158914	Hansen	Jun 2012	A1
20120166319	Deledda et al.	Jun 2012	A1
20120167006	Tillert et al.	Jun 2012	A1
20120173671	Callaghan et al.	Jul 2012	A1
20120197488	Lee et al.	Aug 2012	A1
20120197852	Dutta et al.	Aug 2012	A1
20120197856	Banka et al.	Aug 2012	A1
20120197898	Pandey et al.	Aug 2012	A1
20120197911	Banka et al.	Aug 2012	A1
20120239381	Heidasch	Sep 2012	A1
20120239606	Heidasch	Sep 2012	A1
20120254111	Carmichael	Oct 2012	A1
20120254825	Sharma et al.	Oct 2012	A1
20120259932	Kang et al.	Oct 2012	A1
20120278187	Lunt	Nov 2012	A1
20120284259	Jehuda	Nov 2012	A1
20120284686	Sharrma	Nov 2012	A1
20120311501	Nonez et al.	Dec 2012	A1
20120311526	DeAnna et al.	Dec 2012	A1
20120311547	DeAnna et al.	Dec 2012	A1
20120324066	Alam et al.	Dec 2012	A1
20130006400	Caceres et al.	Jan 2013	A1
20130036137	Ollis et al.	Feb 2013	A1
20130054563	Heidasch	Feb 2013	A1
20130060791	Szalwinski et al.	Mar 2013	A1
20130067031	Shedrinsky	Mar 2013	A1
20130067302	Chen et al.	Mar 2013	A1
20130073969	Blank et al.	Mar 2013	A1
20130080898	Lavian et al.	Mar 2013	A1
20130110496	Heidasch	May 2013	A1
20130110861	Roy et al.	May 2013	A1
20130124505	Bullotta et al.	May 2013	A1
20130124616	Bullotta et al.	May 2013	A1
20130125053	Brunswig et al.	May 2013	A1
20130132385	Bullotta et al.	May 2013	A1
20130166563	Mueller et al.	Jun 2013	A1
20130166569	Navas	Jun 2013	A1
20130173062	Koenig-Richardson	Jul 2013	A1
20130179565	Hart et al.	Jul 2013	A1
20130185246	Salloum et al.	Jul 2013	A1
20130185593	Taylor et al.	Jul 2013	A1
20130185786	Dyer et al.	Jul 2013	A1
20130191767	Peters et al.	Jul 2013	A1
20130205277	Seven et al.	Aug 2013	A1
20130207980	Ankisettipalli et al.	Aug 2013	A1
20130211555	Lawson et al.	Aug 2013	A1
20130246897	O'Donnell	Sep 2013	A1
20130262641	Zur et al.	Oct 2013	A1
20130275344	Heidasch	Oct 2013	A1
20130275550	Lee et al.	Oct 2013	A1
20130304581	Soroca et al.	Nov 2013	A1
20140019432	Lunenfeld	Jan 2014	A1
20140040863	Hale	Feb 2014	A1
20140149561	Bae et al.	May 2014	A1
20140157224	Capuozzo	Jun 2014	A1
20140282370	Schaefer et al.	Sep 2014	A1
20150268936	Huber et al.	Sep 2015	A1
20150269130	Huber et al.	Sep 2015	A1
20150271272	Mahoney et al.	Sep 2015	A1
20150334182	Wu	Nov 2015	A1

Foreign Referenced Citations (6)

Number	Date	Country
0497010	Aug 1992	EP
1187015	Mar 2002	EP
WO-9921152	Apr 1999	WO
WO-0077592	Dec 2000	WO
WO-2008115995	Sep 2008	WO
WO-2014145084	Sep 2014	WO

Non-Patent Literature Citations (9)

Entry
PJ Murray, Corba and Web Services, 2002, pp. 1-20.
Phillippe Mougin, Web Services, Business Objects and Component Models, 2001, pp. 3-39.
William Sellick, RGU Honours Project (Soft Real-time Data Viewer using WITSML), 2008, pp. 4-18.
SAP, SAP Business Objects Data Services, 2009, pp. 24-92.
International Search Report, PCT/US2015/021894, 4 pages, Aug. 5, 2015.
Written Opinion, PCT/US2015/021894, 18 pages, Aug. 5, 2015.
Shi, L. et al., Understanding Text Corpora with Multiple Facets, IEEE Symposium on Visual Analytics Science and Technology (VAST), 99-106 (2010).
Hart Server, retrieved from 2001 internet archive of hartcomm.org http://www.hartcomm.org/server2/index.html, 13 pages (2001).
Ray, Erik T., Learning XML, First Edition, 277 pages (2001).

Related Publications (1)

	Number	Date	Country
	20150268949 A1	Sep 2015	US

System and method for developing real-time web-service objects

Information

Patent Number

Date Filed

Date Issued

Inventors

Original Assignees

Examiners

Agents

CPC

Field of Search

CPC

International Classifications