Cloud-based image hosting

Information

  • Patent Grant
  • 8856262
  • Patent Number
    8,856,262
  • Date Filed
    Friday, December 30, 2011
    13 years ago
  • Date Issued
    Tuesday, October 7, 2014
    10 years ago
  • Inventors
  • Original Assignees
  • Examiners
    • Homayounmehr; Farid
    • Torres-Diaz; Lizbeth
    Agents
    • Lewis Roca Rothgerber LLP
Abstract
Data including information regarding a display of the host device may be received. A display of a client device may correspond to the display of the host device. Information regarding the display of the host device may be received and evaluated identify the images in the display. The identified images may be stored in memory and associated with a uniform resource locator (URL). A bitstream describing the display may be generated in which each image is referenced using the associated URL. The bitstream may then be provided to a client device, where rendering of the bitstream results in a display corresponding to the host device. Rendering the display may include retrieving the images associated with the URLs in the bitstream.
Description
BACKGROUND

1. Field of the Invention


The present invention generally relates to cross-platform display. More specifically, the present invention relates to image hosting for cross-platform display.


2. Description of the Related Art


Individuals currently have a variety of options for communicating and carrying out transactions. Such options may include traditional desktop coming devices, as well as various mobile devices (e.g., mobile phones, smartphones, and tablets). In fact, many individuals may use multiple computing and mobile devices at home, work, and on the move. For example, an individual may use a desktop computer at work, a laptop computer at home, and one or more mobile devices (e.g., smartphone, tablet) elsewhere. As such, people have come to expect to be able to have access to data and computing resources so to perform most computing tasks anywhere.


One difficulty in meeting such an expectation is that the various computing devices may not all have the same capabilities. For example, such devices may run different operating systems/platforms and applications. Such differences may make it difficult to support the same tasks across such devices. One solution has been to provide remote desktops where a first device runs the applications and a second device receives the visual display that appears on the first device over a communication network (e.g., Internet). Such remote desktops can allow users to access and control resources and data on the first device at a remote location using a second (e.g., portable) device.


One drawback to such an approach arises from the fact that such devices are generally used differently, so applications may be optimized for one type of device, but not another. For example, the different devices may have different sizes and input options (e.g., keyboard, keypad, touchscreen). The display of one device may not be optimized for a second device. For example, if a desktop computer display is shrunk to fit on a smartphone screen, the shrunken size may be difficult for the user to read or discern what is being displayed. Alternatively, if the display is not shrunken, the smartphone may only be able to display a portion of the original display at a time, which also adds to the difficulty in reading and discerning what is being displayed. While some devices allow for manual adjustment of the display by the user, changing displays and images may require the user to continually re-adjust the display, which may be unwieldy and inconvenient. Additionally, using a finger on a touchscreen does not provide input as accurately as, for example, a mouse or physical keyboard. This difficulty is further heightened where the device lacks a tactile keyboard and instead relies on a keyboard display on a touchscreen. The size of the screen portion for display is further constrained when a keyboard is activated.


An additional complication is that some devices (e.g., mobile devices) may not have the same processing power or speed as other devices. For powerful devices, rendering complex displays may not be a problem. For less powerful devices, it may take a much longer time. This problem is further heightened where displays are continually changing (e.g., video).


Generally, host-rendered displays allow for an image to be rendered on a host device, processed (e.g., compressed), and then delivered to the client. In client-rendered displays, client devices are sent instructions for rendering a display. Some models rely on a combination of host- and client-rendering. For one particular type of display/changes, namely video displays, video codecs are components that compress or decompress video data based on various algorithms.


There is, therefore, a need in the art for improved systems and methods of image hosting for cross-platform display.


SUMMARY OF THE CLAIMED INVENTION

Embodiments of the present invention include systems and methods of image hosting for cross-platform display. Data including information regarding a display of the host device may be received. Information regarding the display of the host device may be received and evaluated identify the images in the display. The identified images may be stored in memory and associated with a uniform resource locator (URL). A bitstream describing the display may be generated in which each image is referenced using the associated URL. The bitstream may then be provided to a client device, where rendering of the bitstream results in a display corresponding to the host device. Rendering the display may include retrieving the images associated with the URLs in the bitstream.


Various embodiments of the present invention include methods of image hosting for cross-platform display. Such methods may include receiving data sent over a communication network, the data including information regarding a display of a host device, identifying one or more images included in the display of the host device, providing the one or more images to memory for storage, associating each of the one or more images with a uniform resource locator (URL), and generating a bitstream regarding the display of the host device that references the one or more images using the one or more URLs associated with the stored images; and providing the bitstream to the client device for rendering the bitstream by retrieving the images associated with the URLs and stored in memory


Embodiments of the present invention may further include systems of image hosting for cross-platform display. Such systems may include a host device and a client device with a display that corresponds to a display of a host device. Some embodiments may additionally include an intermediary device, such as a server. Either the host device or server may evaluate the host device display to identify any images, store the images in memory, associate the images with URLs, generate a bitstream to describe the host device display that uses the URLs to refer to the images, and provide the bitstream to the client device for rendering, which includes retrieving the stored images associated with the URLs.


Other embodiments of the present invention include non-transitory computer-readable storage media on which is embodied instructions executable to perform a method of image hosting for cross-platform display as previously set forth above.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 illustrates a network environment in which an exemplary system of image hosting for cross-platform display may be implemented.



FIG. 2 is a flowchart illustrating an exemplary method of image hosting for cross-platform display.





DETAILED DESCRIPTION

Image hosting for cross-platform display is provided. Data including information regarding a display of the host device may be received. Information regarding the display of the host device may be received and evaluated identify the images in the display. The identified images may be stored in memory and associated with a uniform resource locator (URL). A bitstream describing the display may be generated in which each image is described by reference to the associated URL. The bitstream may then be provided to a client device, where rendering of the bitstream results in a display corresponding to the host device. Rendering the display may include retrieving the images associated with the URLs in the bitstream



FIG. 1 illustrates a network environment 100 in which a system for image hosting for cross-platform display may be implemented. Network environment 100 may include a communication network 110, one or more user devices 120A-C, and a server 130. Devices in network environment 100 may communicate with each other via communications network 110.


Communication network 110 may be a local, proprietary network (e.g., an intranet) and/or may be a part of a larger wide-area network (e.g., the cloud). The communications network 110 may be a local area network (LAN), which may be communicatively coupled to a wide area network (WAN) such as the Internet. The Internet is a broad network of interconnected computers and servers allowing for the transmission and exchange of Internet Protocol (IP) data between users connected through a network service provider. Examples of network service providers are the public switched telephone network, a cable service provider, a provider of digital subscriber line (DSL) services, or a satellite service provider. Communications network 110 allows for communication between the various components of network environment 100.


Users may use any number of different electronic client devices 120A-C, such as general purpose computers, mobile phones, smartphones, personal digital assistants (PDAs), portable computing devices (e.g., laptop, netbook, tablets), desktop computing devices, handheld computing device, or any other type of computing device capable of communicating over communication network 110. Client devices 120 may also be configured to access data from other storage media, such as memory cards or disk drives as may be appropriate in the case of downloaded services. Client device 120 may include standard hardware computing components such as network and media interfaces, non-transitory computer-readable storage (memory), and processors for executing instructions that may be stored in memory.


Client device 120A is illustrated as a mobile phone or smartphone, while client device 120B is illustrated as a tablet computing device and client device 120C is illustrated as a desktop device. As can be seen, each client device 120 is sized differently and/or has different input options. Exemplary embodiments of the present invention allow for tasks and applications that are specific to one client device 120 (e.g., operating in a Microsoft Windows® environment) to be used and optimized for another client device 120 (e.g., operating in an Apple iOS® environment).


A client device 120 may include a client application, a client 3D library, and a client display driver. Collectively, these elements may enable the client and the client user to consume computer graphics resources or services provided by server 110.


Server 130 may include any type of server or other computing device as is known in the art, including standard hardware computing components such as network and media interfaces, non-transitory computer-readable storage (memory), and processors for executing instructions or accessing information that may be stored in memory. The functionalities of multiple servers may be integrated into a single server. Any of the aforementioned servers (or an integrated server) may take on certain client-side, cache, or proxy server characteristics. These characteristics may depend on the particular network placement of the server or certain configurations of the server.


Server 130 may associated with the same user and located in the same local network as client device 120C. Alternatively, server 130 may be located remotely (e.g., in the cloud) and may be associated with a third party that provides services in accordance with embodiments of the present invention. In some instances, the services may be provided via software (e.g., mobile application, software as a service) downloaded from server 130 to one or more client devices 120. Updated software may similarly be downloaded as the updates become available or as needed.


Server application may represent an application executing (“running”) on server 130. The functionality of server application may be visible to and accessible by client 120 via application publishing over the cloud (e.g., communication network 110), such as that supported by GraphOn GO-Global, Microsoft Remote Desktop Services, and Citrix XenApp. Examples of server application 132 may include a computer-aided design (CAD) application, such as AutoCAD® (by Autodesk, Inc. of San Rafael, Calif.) or Cadence Virtuoso (by Cadence Design Systems of San Jose, Calif.), a medical clinical workflow application such as Symbia.net (by Siemens AG of Munich, Germany), an interactive mapping application such as Google Earth (by Google, Inc of Mountain View, Calif.), or a 3D game.



FIG. 2 illustrates a method 200 for image hosting for cross-platform display. The method 200 of FIG. 2 may be embodied as executable instructions in a non-transitory computer readable storage medium including but not limited to a CD, DVD, or non-volatile memory such as a hard drive. The instructions of the storage medium may be executed by a processor (or processors) to cause various hardware components of a computing device hosting or otherwise accessing the storage medium to effectuate the method. The steps identified in FIG. 2 (and the order thereof) are exemplary and may include various alternatives, equivalents, or derivations thereof including but not limited to the order of execution of the same.


In method 200 of FIG. 2, information regarding a display of a host device (e.g., device 120C) is received and analyzed to identify any images in the display. Each identified image is stored in memory and associated with a URL. A bitstream describing the host device display may be generated. Description of the image includes referencing the associated URL. The bitstream may be sent to the client device (e.g., device 120A), which renders the display described by the bitstream. Rendering may include retrieving the images stored in memory and associated with the URLs.


In step 210, information regarding a display of a host device 120C may be received for processing prior to rendering by client device 120A. In some instances, the user may wish for client device 120A to include a display corresponding to that of the host device 120C. Some types of applications may be associated with a visual, graphical display. A host device 120C running such applications may generate a display to appear on a screen associated with the host device 120C. Information regarding the display may be indicative of what needs to be displayed (e.g., images, text, and video). Such information may additionally indicate where an image or text appears on the screen.


In step 220, images in the host device display are identified. The images may be identified as a type of file (having a file extension) known in the art to be an image (e.g., bmp, jpg, png). Alternatively, the display may be broken down into portions (or set of pixels) 6 such that each portion may be considered an image. Combinations of the foregoing may also be used.


In step 230, the images are stored in memory of a web-hosting device and associated with a uniform resource locator (URL) identifying the location where the images are stored. The web-hosting device may be the server 130 or another device associated with a service provider of web-hosting services. The images may be encoded prior to storage and hosting. Such encoding may be based on a compression codec that is compatible with a browser associated with client device 120A. For example, for an Apple iPhone®, an image may be encoded using a code that is compatible with Safari. A URL is assigned to each image; the URL may be used to retrieve the associated image that is stored at the identified location (e.g., at the web-host).


In step 240, a bitstream is generated regarding the display of the host device 120C using the URLs to refer to the associated images. Because a particular image file may be quite large (depending on type, resolution, quality), using a URL to link to an image rather than providing the image itself may reduce the amount of data required to describe a display including one or more images. Moreover, some images (e.g., 3D graphics) in the display of host device 120C may not be compatible with or easily processed by client device 120A. Prior art solutions, for example, may include sending images with Javascript commands for rendering the same. In contrast, step 240 involves leveraging internet browser capabilities for rendering graphics by ensuring that the bitstream sent to client device 120A includes URL links to images that are already encoded for the internet browser associated with the client device 120A.


In step 250, the bitstream is provided to the client device 120A (e.g., its internet browser) for processing and rendering. The bitstream provides information to client device 120A on how to render a display that corresponds to the display of the host device 120C. Instead of receiving images, however, the client device 120A receives URLs, which can be used (e.g., by the internet browser on the client device 120A) to retrieve the images. The retrieved images can be rendered on the display of the client device 120A using the graphics and rendering capabilities of the internet browser. As such, the client device 120A may generate a display that corresponds to that of the host device 120C in an efficient manner despite having different (e.g., less) processing resources.


Various embodiments of the present invention allow for the method 200 to be performed by an intermediary device (e.g., server 130) which may be associated with the host device or reside elsewhere in the network (e.g., in the cloud). For example, server 130 (or proxy device) may receive information regarding what the host device 120C is currently displaying. The server 130 may provide information to client device 120A so that client device 120A can generate a corresponding display. Server 130 may additionally monitor host device 120C, identify images in the display, provide to a web-host in association with a URL, generate a bitstream incorporating the URLs in place of the actual images (and image rendering commands), and provide the bitstream to client device 120A for processing.


Alternatively, software located at host device 120C may receive information regarding the display, identify images in the display, store the images on a web-hosting device, associate each stored image with a URL, generate a bitstream regarding the host device display, and provide the bitstream to the client device 120A such that the client device 120A can use its internet browser capabilities to retrieve and render the linked images.


The present invention may be implemented in an application that may be operable using a variety of devices. Non-transitory computer-readable storage media refer to any medium or media that participate in providing instructions to a central processing unit (CPU) for execution. Such media can take many forms, including, but not limited to, non-volatile and volatile media such as optical or magnetic disks and dynamic memory, respectively. Common forms of non-transitory computer-readable media include, for example, a floppy disk, a flexible disk, a hard disk, magnetic tape, any other magnetic medium, a CD-ROM disk, digital video disk (DVD), any other optical medium, RAM, PROM, EPROM, a FLASHEPROM, and any other memory chip or cartridge.


Various forms of transmission media may be involved in carrying one or more sequences of one or more instructions to a CPU for execution. A bus carries the data to system RAM, from which a CPU retrieves and executes the instructions. The instructions received by system RAM can optionally be stored on a fixed disk either before or after execution by a CPU. Various forms of storage may likewise be implemented as well as the necessary network interfaces and network topologies to implement the same.


While various embodiments have been described above, it should be understood that they have been presented by way of example only, and not limitation. The descriptions are not intended to limit the scope of the invention to the particular forms set forth herein. Thus, the breadth and scope of a preferred embodiment should not be limited by any of the above-described exemplary embodiments. It should be understood that the above description is illustrative and not restrictive. To the contrary, the present descriptions are intended to cover such alternatives, modifications, and equivalents as may be included within the spirit and scope of the invention as defined by the appended claims and otherwise appreciated by one of ordinary skill in the art. The scope of the invention should, therefore, be determined not with reference to the above description, but instead should be determined with reference to the appended claims along with their full scope of equivalents.

Claims
  • 1. A method for image hosting for cross-platform display, the method comprising: receiving a request for data sent over a communication network from a client device, the data including information regarding a display of a host device associated with execution of an application at the host device, the application display information including a plurality of data types, wherein at least one type is image data;executing instructions stored in memory, wherein execution of instructions by a processor:identifies one or more images included in the image data from the plurality of data types regarding the display of the host device,encodes the identified images based on an identified web browser of the client device, wherein the identified web browser is specific to an operating environment of the client device,automatically provides the identified and encoded images to a web host for storage,automatically assigning each of the identified and encoded images a uniform resource locator (URL) identifying a location at the web host where the image is retrievable by the identified web browser of the client device;generates a bitstream regarding the display of the host device, wherein the bitstream refers to the one or more URLs associated with the stored images; and sending the bitstream over the communication network to the client device, wherein rendering the bitstream comprises using the identified web browser of the client device to retrieve each of the images from the location at the web host as identified by the assigned URL, and wherein a display of the client device corresponds to the application display of the host device.
  • 2. The method of claim 1, wherein the one or more images are identified based on association with a name indicative of images.
  • 3. The method of claim 1, wherein the web host is located remotely and wherein providing the images to the web host comprises sending the images over the communication network.
  • 4. The method of claim 1, wherein providing the images to the web host comprises hosting the images locally.
  • 5. The method of claim 1, further comprising identifying the browser associated with the client device and encoding the bitstream based on the identified browser.
  • 6. The method of claim 5, wherein the stored images are encoded based on the identified browser prior to storage at the web host and assignment of the associated URL.
  • 7. The method of claim 1, further comprising: receiving a request including the URLs;retrieving the images associated with the URLs based on the request; andsending the retrieved images over the communication network to the client device.
  • 8. A system for image hosting for cross-platform display, the system comprising: a communications interface for receiving a request for data sent over a communication network from a client device, the data including information regarding a display of a host device associated with execution of an application at the host device, the application display information including a plurality of data types, wherein at least one type is image data; anda processor for executing instructions, wherein execution of the instructions by the processor: identifies one or more images included in the image data from the plurality of data types regarding the display of the host device,encodes the identified images based on an identified web browser of the client device, wherein the identified web browser is specific to an operating environment of the client device,automatically provides the identified and encoded images to a web host for storage,automatically assigning each of the identified and encoded images a uniform resource locator (URL) identifying a location at the web host where the image is retrievable by the identified web browser of the client device;generates a bitstream regarding the display of the host device, wherein the bitstream refers to the one or more URLs associated with the stored images;wherein the communications interface sends the bitstream over the communication network to the client device, wherein rendering the bitstream comprises using the identified web browser of the client device to retrieve each of the images from the location at the web host as identified by the assigned URL, and wherein a display of the client device corresponds to the application display of the host device.
  • 9. The system of claim 8, wherein the processor identifies the one or more images based on association with a name indicative of images.
  • 10. The system of claim 8, wherein the web host is located remotely and wherein the communication interface sends the images to the web host over the communications network.
  • 11. The system of claim 8, further comprising a web host database for hosting the images locally.
  • 12. The system of claim 8, wherein the processor identifies the browser associated with the client device and encodes the bitstream based on the identified browser.
  • 13. The system of claim 12, wherein the processor further encodes the stored images based on the identified browser prior to storage at the web host and assignment of the associated URL.
  • 14. The system of claim 8, wherein the communications interface receives a request including the URLs and sending the images associated with the URLs over the communication network to the client device.
  • 15. A non-transitory computer-readable storage medium, having embodied thereon a program executable by a processor to perform a method for image hosting for cross-platform display, the method comprising: receiving a request for data sent over a communication network from a client device, the data including information regarding a display of a host device associated with execution of an application at the host device, the application display information including a plurality of data types, wherein at least one type is image data;identifying one or more images included in the image data from the plurality of data types regarding the display of the host device;encoding the identified images based on an identified web browser of the client device, wherein the identified web browser is specific to an operating environment of the client device;automatically providing the one or more identified and encoded images to a web host for storage;automatically assigning each of the identified and encoded images a uniform resource locator (URL) identifying a location at the web host where the image is retrievable by the identified web browser of the client device;generating a bitstream regarding the display of the host device, wherein the bitstream refers to the one or more URLs associated with the stored images; and sending the bitstream over the communication network to the client device, wherein rendering the bitstream comprises using the identified web browser of the client device to retrieve each of the images from the location at the web host as identified by the assigned URL, and wherein a display of the client device corresponds to the application display of the host device.
  • 16. The method of claim 1, wherein the encoding of each image is based on a codec compatible with the identified browser of the client device.
  • 17. The method of claim 1, wherein the bitstream further includes information regarding placement of the images within the application display of the host device, and wherein the rendering of the bitstream by the client device comprises placing the retrieved images in accordance with the placement information.
  • 18. The system of claim 8, wherein the encoding of each image is based on a codec compatible with the identified browser of the client device.
  • 19. The system of claim 8, wherein the bitstream further includes information regarding placement of the images within the application display of the host device, and wherein the rendering of the bitstream by the client device comprises placing the retrieved images in accordance with the placement information.
US Referenced Citations (100)
Number Name Date Kind
5745115 Purple et al. Apr 1998 A
5831609 London et al. Nov 1998 A
6421070 Ramos et al. Jul 2002 B1
6636242 Bowman-Amuah Oct 2003 B2
6710786 Jacobs et al. Mar 2004 B1
6758394 Maskatiya et al. Jul 2004 B2
7039875 Khalfay et al. May 2006 B2
7185069 Costin et al. Feb 2007 B2
7210099 Rohrabaugh et al. Apr 2007 B2
7325027 Grown Jan 2008 B2
7418472 Shoemaker et al. Aug 2008 B2
7472157 Tolson et al. Dec 2008 B2
7631328 Clancy et al. Dec 2009 B2
7667704 Hogle Feb 2010 B2
7844889 Rohrabaugh et al. Nov 2010 B2
7877703 Fleming Jan 2011 B1
8108830 Bibr et al. Jan 2012 B2
8583627 Kamvar et al. Nov 2013 B1
8763054 Eilam Jun 2014 B1
8763055 Eilam Jun 2014 B1
8775545 Eilam Jul 2014 B1
8776152 Eilam Jul 2014 B1
20020196378 Slobodin et al. Dec 2002 A1
20030053091 Tanaka et al. Mar 2003 A1
20030069923 Peart Apr 2003 A1
20030182628 Lira Sep 2003 A1
20040024899 Sturrock et al. Feb 2004 A1
20040177155 Enokida et al. Sep 2004 A1
20040205715 Taylor Oct 2004 A1
20040267813 Rivers-Moore et al. Dec 2004 A1
20050080915 Shoemaker et al. Apr 2005 A1
20050198100 Goring et al. Sep 2005 A1
20050235214 Shimizu et al. Oct 2005 A1
20060020904 Aaltonen et al. Jan 2006 A1
20060082581 Schmieder et al. Apr 2006 A1
20060082582 Schmieder et al. Apr 2006 A1
20060082583 Leichtling et al. Apr 2006 A1
20060085550 Schmieder et al. Apr 2006 A1
20060087512 Schmieder et al. Apr 2006 A1
20060149810 Koo et al. Jul 2006 A1
20060184982 Paz et al. Aug 2006 A1
20060195523 Juang et al. Aug 2006 A1
20060225037 Glein et al. Oct 2006 A1
20060227141 Hogle Oct 2006 A1
20060274302 Shylanski et al. Dec 2006 A1
20070005693 Sampath et al. Jan 2007 A1
20070124536 Carper May 2007 A1
20070153319 Moon et al. Jul 2007 A1
20070162854 Kikinis Jul 2007 A1
20070220419 Stibel et al. Sep 2007 A1
20070229524 Hendrey et al. Oct 2007 A1
20080009344 Graham et al. Jan 2008 A1
20080016155 Khalatian Jan 2008 A1
20080034320 Ben-Shachar et al. Feb 2008 A1
20080082604 Mansour et al. Apr 2008 A1
20080098291 Bradley et al. Apr 2008 A1
20080307047 Jowett et al. Dec 2008 A1
20080320396 Mizrachi et al. Dec 2008 A1
20090044103 Chalecki et al. Feb 2009 A1
20090100483 McDowell Apr 2009 A1
20090157657 Kim et al. Jun 2009 A1
20090228779 Williamson et al. Sep 2009 A1
20090271501 Shenfield et al. Oct 2009 A1
20090292999 LaBine et al. Nov 2009 A1
20090320073 Reisman Dec 2009 A1
20100005396 Nason et al. Jan 2010 A1
20100111410 Lu et al. May 2010 A1
20100118039 Labour May 2010 A1
20100138809 Shenfield et al. Jun 2010 A1
20100174974 Brisebois et al. Jul 2010 A1
20100279678 Li et al. Nov 2010 A1
20100281402 Staikos et al. Nov 2010 A1
20110032328 Raveendran et al. Feb 2011 A1
20110078532 Vonog et al. Mar 2011 A1
20110099494 Yan et al. Apr 2011 A1
20110113089 Priyadarshan et al. May 2011 A1
20110219331 DeLuca et al. Sep 2011 A1
20110231782 Rohrabaugh et al. Sep 2011 A1
20110239142 Steeves et al. Sep 2011 A1
20110252299 Lloyd et al. Oct 2011 A1
20110283304 Roberts et al. Nov 2011 A1
20110299785 Albu et al. Dec 2011 A1
20120005691 Wong et al. Jan 2012 A1
20120042275 Neerudu et al. Feb 2012 A1
20120084456 Vonog et al. Apr 2012 A1
20120093231 Nozawa Apr 2012 A1
20120102549 Mazzaferri et al. Apr 2012 A1
20120114233 Gunatilake May 2012 A1
20120117145 Clift et al. May 2012 A1
20120124497 Kasoju et al. May 2012 A1
20120166967 Deimbacher et al. Jun 2012 A1
20120214552 Sirpal et al. Aug 2012 A1
20120223884 Bi et al. Sep 2012 A1
20120254453 Lejeune et al. Oct 2012 A1
20120266079 Lee et al. Oct 2012 A1
20120299968 Wong et al. Nov 2012 A1
20120317295 Baird et al. Dec 2012 A1
20130019263 Ferren et al. Jan 2013 A1
20130124609 Martinez et al. May 2013 A1
20130194374 Kieft et al. Aug 2013 A1
Foreign Referenced Citations (2)
Number Date Country
WO 0030729 Jun 2000 WO
WO 2004059938 Jul 2004 WO
Non-Patent Literature Citations (63)
Entry
U.S. Appl. No. 13/341,754, Office Action dated Jul. 31, 2013.
U.S. Appl. No. 13/341,238 Office Action dated Apr. 22, 2013.
U.S. Appl. No. 13/668,091 Office Action dated Apr. 23, 2013.
U.S. Appl. No. 13/670,163 Office Action dated May 7, 2013.
U.S. Appl. No. 13/668,095 Office Action dated Apr. 23, 2013.
Andujar, C.; Fairen, M.; Argelaguet, F., “A Cost-effective Approach for Developing Application-control GUIs for Virtual Environments,” 3D User Interfaces, 2006. 3DUI 2006. IEEE Symposium on, vol., No., pp. 45,52, Mar. 25-29, 2006, doi:10.1109/VR.2006.6.
Borchers, J.; Ringel, M.; Tyler, J.; Fox, A., “Standford interactive workspaces: a framework for physical and graphical user interface prototyping,” Wireless Communications, IEEE, vol. 9, No. 6, pp. 64,69, Dec. 2002. doi: 10-1109/MWC.2002.1160083.
Boyaci, O.; Schulzrinne, Henning, “BASS Application Sharing System,” Multimedia, 2008. ISM 2008. Tenth IEEE International Symposium on, vol., No., pp. 432,439, Dec. 15-17, 2008. doi:10.1109/ISM.2008.97.
Davidyuk, O., Georgantas N., Issarny, V. & Riekki, J. (2009). MEDUSA: Middleware for End-User Composition of Ubiquitous Applications, In: Mastrogiovanni, F. & Chong, N.Y. (Eds.), Handbook of Research on Ambient Intelligence and Smart Environments: Trends and Perspectives. IGI Global, to appear. Retrieved from: http://www.mediateam.oulu.fi/public.
Fabio Paterno, Carmen Santoro, and Antonio Scorcia, 2008. Automatically adapting websites for mobile access through logical descriptions and dynamic analysis of interaction resources. In Proceedings of the working conference on Advanced visual interfaces (AVI '08). ACM, New York, NY, USA, 260-267. DOI=10.1145/1385569.1385611 http://doi.acm.org/10.
Giullo More, Fabio Paterno, and Carmen Santoro. 2003. Tool support for designing nomadic applications. In Proceedings of the 8th international conference on Intelligent user interfaces (IUI '03). ACM, New York, NY, USA, 141-148. DOI=10.1145/604045.604069 http://doi.acm.org/10.1145/604045.604069.
Giullo Mori, Fabio Paterno, and Carmen Santoro, “Design and development of multidevice user interfaces through multiple logical descriptionsm ” IEEE Transactions on Software Engineering vol. 30, No. 8, pp. 507-520, Aug. 2004. doi:10-1109/TSE.2004.40.
Huifeng Shen; Yan Lu; Feng Wu; Shipeng Li, “A high-performance remote computing platform,” Pervasive Computing and Communications, 2009. PerCom 2009. IEEE International Conference on, vol., No., pp. 1,61 Mar. 9-13, 2009. doi:10.1109/PERCOM.2009.4912855.
Murielle Florins and Jean Vanderdonckt. 2004. Graceful degradation of user interfaces as a adesign method for multoplatform systems. In Proceedings of the 9th international conference on Intelligent user interfaces (IUI '04). ACM, New York, NY, USA, 140-147. DOI=10.1145/964442.964469 http://doi.acm.org/10.1145/964442.964469.
Nathalie Aquino, Jean Vanderonckt, and Oscar Pastor. 2010. Transformation templates: adding flexibility to model-driven engineering of user interfaces. In Proceedings of the 2010 ACM Symposium on Applied Computing (SAC '10). ACM, New York, NY, USA, 1195-1202. DOI=10.1145/1774088.1774340 http://doi.acm.org/10-1145/1774088.1774340.
Oleg Davidyuk, Ivan Sanchez, Jon Imanol Duran, and Jukka Riekki. 2008. Autonomic composition of ubiquitous multimedia applications in Reaches. In Proceedings of the 7th International Conference on Mobile and Ubiquitous Multimedia (MUM '08). ACM, New York, NY, USA. 105-108. DOI=10.1145/1543137.1543159 http://doi.acm.org/10.1145/1543137.1543159.
Xu Hu; Congfeng Jiang; Wei Zhang; Jilin Zhang; Ritai Yu; Changping Lv, “An Even Based GUI Programming Toolkit for Embedded System,” Services Computing Conference (APSCC), 2010 IEEE Asia-Pacific, vol., No., pp. 625,631, Dec. 6-10, 2010. doi: 10-1109/APSCC.2010.115.
U.S. Appl. No. 13/341,207 Office Action mailed Nov. 18, 2013.
U.S. Appl. No. 13/341,754, Office Action dated Jan. 8, 2014.
U.S. Appl. No. 13/341,227 Office Action mailed Oct. 23, 2013.
U.S. Appl. No. 13/341,756 Office Action mailed Aug. 13, 2013.
U.S. Appl. No. 13/341,238 Final Office Action dated Sep. 17, 2013.
U.S. Appl. No. 13/490,329 Office Action mailed Jan. 15, 2014.
U.S. Appl. No. 13/490,330 Office Action mailed Dec. 17, 2013.
U.S. Appl. No. 13/475,916 Office Action dated Nov. 13, 2013.
U.S. Appl. No. 13/475,917 Office Action dated Nov. 18, 2013.
U.S. Appl. No. 13/668,091 Final Office Action dated Nov. 6, 2013.
U.S. Appl. No. 13/670,163 Office Action dated Nov. 6, 2013.
U.S. Appl. No. 13/668,095 Office Action dated Nov. 5, 2013.
U.S. Appl. No. 13/831,782 Office Action dated Nov. 6, 2013.
U.S. Appl. No. 13/831,783 Final Office Action dated Dec. 17, 2013.
U.S. Appl. No. 13/831,783 Office Action dated Sep. 3, 2013.
U.S. Appl. No. 13/831,783 Office Action dated Sep. 4, 2013.
US 8,689,289, 04/2014, Eilam (withdrawn).
U.S. Appl. No. 13/341,222, Office Action mailed Jan. 27, 2014.
U.S. Appl. No. 13/341,756 Final Office Action mailed Feb. 4, 2014.
U.S. Appl. No. 13/341,232 Office Action mailed Mar. 10, 2014.
U.S. Appl. No. 13/341,425 Office Action mailed Mar. 5, 2014.
U.S. Appl. No. 13/341,765 Office Action mailed Feb. 7, 2014.
U.S. Appl. No. 13/490,327 Office Action mailed Jan. 28, 2014.
U.S. Appl. No. 13/475,916 Final Office Action mailed Mar. 12, 2014.
U.S. Appl. No. 13/475,917 Final Office Action mailed Mar. 12, 2014.
U.S. Appl. No. 13/831,782 Final Office Action mailed Feb. 24, 2014.
U.S. Appl. No. 13/341,432 Office Action mailed Mar. 24, 2014.
U.S. Appl. No. 13/341,215 Office Action mailed Mar. 21, 2014.
U.S. Appl. No. 13/341,750 Office Action mailed Apr. 16, 2014.
U.S. Appl. No. 13/341,754, Office Action mailed Apr. 16, 2014.
U.S. Appl. No. 13/341,227 Final Office Action mailed Apr. 18, 2014.
U.S. Appl. No. 13/475,918 Office Action mailed Mar. 12, 2014.
Ali, Mir Farooq, et al., “Building multi-platform user interfaces with UIML.” Computer-Aided Design of User Interfaces III. Springer Netherlands, 2002. 255-266.
Cuergo, “Ergonomic Guidelines for arranging a Computer Workstation—10 steps for users”, Jun. 6, 2004. p. 1-5.
Holzinger, Andreas, Peter Treitler, and Wolfgang Slany. “Making apps useable on multiple different mobile platforms: On interoperability for business application development on smartphones.” Multidisciplinary Research and Practice for Information Systems. Springer Berlin Heidelberg, 2012. 176-189.
Karch, Marziah, “Android in a Microsoft World.” Android for Work. Apress, 2010. 93-102.
U.S. Appl. No. 13/341,207 Final Office Action mailed May 14, 2014.
U.S. Appl. No. 13/341,222, Final Office Action mailed May 15, 2014.
U.S. Appl. No. 13/341,756 Office Action mailed Jun. 11, 2014.
U.S. Appl. No. 13/341,232 Final Office Action mailed Jun. 18, 2014.
U.S. Appl. No. 13/341,765 Final Office Action mailed Jun. 24, 2014.
U.S. Appl. No. 13/490,330 Final Office Action mailed Jul. 17, 2014.
U.S. Appl. No. 13/475,911 Office Action mailed Jun. 24, 2014.
U.S. Appl. No. 13/475,912 Office Action mailed Jun. 24, 2014.
U.S. Appl. No. 13/475,913 Office Action mailed Jun. 24, 2014.
U.S. Appl. No. 13/831,782 Office Action mailed Jul. 17, 2014.