Some modern printers are designed with smaller processing capabilities to keep costs to the consumer relatively low. Instead of relying on complex local processing hardware, such printing systems are designed to rely on processing performed by a cloud computing system. The printer itself is generally designed to execute a specific type of code to provide a user with a user interface panel. This executable code may be in a format such as an eXtensible Markup Language (XML) format.
In such printing systems, a specific navigational application runs on the cloud computing system. That navigational application manages what is displayed to a user on the user interface of that printer. The navigational application sends executable code to be executed by the firmware on the printing system. The printing system executes that code to display the appropriate images to the user. As the user interacts with the user interface of the printer, the printer sends the navigational application information relating to the user's inputs.
The user may interact with the user interface to browse content that can be printed by the printer. Sometimes, this content may be provided by third party providers. In such cases, the navigational application for a specific printer is designed to accept content that is specifically and statically modeled for viewing on the printer. Thus, the content provider does not have much freedom to determine how the content is displayed to a user through the printer's user interface.
The accompanying drawings illustrate various examples of the principles described herein and are a part of the specification. The drawings are merely examples and do not limit the scope of the claims.
Throughout the drawings, identical reference numbers designate similar, but not necessarily identical, elements.
As mentioned above, a user may interact with the user interface of a printer to browse content that can be printed by the printer. Sometimes, this content may be provided by third party providers. In such cases, the navigational application for a specific printer is designed to accept content that is specifically and statically modeled for viewing on the printer. Thus, the content provider does not have much freedom to determine how the content is displayed to a user through the printer's user interface.
In light of this and other issues, the present specification discloses methods and systems for providing a dynamic content model for display on cloud based printing systems. According to certain illustrative examples, the dynamic model includes a model of a set of screens that can be defined by the content provider. Each screen includes attributes, pre-condition scripts, post-condition scripts, and one or more content categories. The attributes may be the name of the screen or an identification number for the screen. The pre-condition scripts determine what has to occur before the screen can be displayed. For example, the pre-condition scripts may require authentication from a user before displaying the screen. The post-condition scripts determine what happens after display of the screen has ended. For example, a post-condition script may determine what screen is to be displayed next.
In the dynamic content model, a content category can also include attributes, pre-condition scripts, and post-condition scripts. Thus, the content provider can specify such characteristics to each content category. In some cases, the content category may be structured as a tree. In some cases, a single category of printable content is displayed. In order to view other content categories, a user may have to navigate to a different screen also defined by the content model. The post-condition scripts may indicate the next screen to be navigated to according to user inputs that are sent back to the navigational application.
Through use of methods and systems embodying principles described herein, content providers can format content according to a dynamic model that provides the user with dynamic navigation through that content. Thus, the content is not limited to providing content according to a static structure. This allows content providers with more freedom to provide content to users in a manner that best fits the objectives of the content provider.
In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present systems and methods. It will be apparent, however, to one skilled in the art that the present apparatus, systems and methods may be practiced without these specific details. Reference in the specification to “an example” or similar language means that a particular feature, structure, or characteristic described in connection with that example is included as described, but may not be included in other examples.
Referring now to the figures,
There are many types of memory available. Some types of memory, such as solid state drives, are designed for storage. These types of memory typically have large storage volume but relatively slow performance. Other types of memory, such as those used for Random Access Memory (RAM), are optimized for speed and are often referred to as “working memory.” The various forms of memory may store information in the form of software (104) and data (106).
The physical computing system (100) also includes a processor (108) for executing the software (104) and using or updating the data (106) stored in memory (102). The software (104) may include an operating system. An operating system allows other applications to interact properly with the hardware of the physical computing system. Such other applications may include a navigational application for a printer (114) that relies on the cloud computing system (100) for operation.
The network interface (110) allows the physical computing system (122) to communicate with other physical computing systems, including the printer (114). The printer includes its own network interface (not shown). The network interface (110) can communicate with other devices through a variety of technologies including Ethernet, coaxial, fiber optic, or wireless.
The printer (114) includes a firmware module (116) a processor (118) and a printer interface (120). As mentioned above, some printers are designed with a small amount of hardware and are thus not capable of processing the software for a user interface (120). Thus, the printer relies on computing services provided by the cloud computing system (100). Specifically, the navigational application used to run the user interface (120) is processed on a physical computing system within the cloud network (112). That physical computing system then sends information to the printer (114) formatted specifically for the firmware module (114) of that printer. The firmware module (116) is capable of the basic processing used to display the appropriate images on the user interface (120). The firmware module (116) also receives user input and reports that input back to the navigational application running on the cloud network (112). Throughout this specification and in the appended claims, the term “firmware” refers to machine readable instructions.
According to certain illustrative examples, the root of the static content tree indicates the content application (202). The content application may be specific to a particular type of content or a particular content provider. The content provider then provides a number of content categories (204). These content categories may also include sub-categories (206). The sub-categories may then include a set of printable content files (208).
With such a static content tree, a user may be provided with a home page associated with the content application (202). The user then has the option to choose one of the several content categories (204) associated with the content application (202). In this example, the user may choose either content category A (204-1), content category B (204-2), or content category C (204-3). If the user selects content category A (204-1), then the user will be provided with a new screen that displays content sub-category A (206-1) and content sub-category B (206-2). If the user then selects content sub-category B (206-2), then the user may be provided with a display of printable content file 1 (208-1) and printable content file 2 (208-2). The user may also navigate back up the tree and down other branches to view various pieces of printable content.
Using such a model, the content provider is only able to provide a static navigational experience to the user. This limits the content provider's ability to customize the manner in which the content is displayed to the user. In light of this issue, the present specification discloses a dynamic content model that allows content providers to more effectively customize the manner in which content is displayed to a user. This provides users with a better navigational experience from various content providers.
The content provider may define attributes (306) for a screen such as a name of the screen or an identification number for that screen. The attributes may also include background colors, and other display related information. Different dynamic content models may allow content providers to specify different types of attributes (306) for a screen (304).
The content provider may also define pre-condition scripts (310) to be executed before displaying the relevant screen (304). For example, a pre-condition script may request authentication from the printer or login information from a user. The pre-condition script may also request information about the printer's capabilities to optimize display on the user interface of that printer.
The content provider may also define post-condition scripts to be executed upon ending display of the relevant screen. Such post-condition scripts may include an indication of what screen is to be displayed next. A post-script condition may also log with the content provider, which pieces of content were viewed with that particular screen.
Each screen may also define at least one category (308). Each category (308) may also be defined by the content provider with attributes (316), pre-condition scripts (318) and post-condition scripts (320). An example of a pre-condition for a script may be to determine if a user is authorized to view such a category based on the authentication performed for that user. Post scripts may also indicate what pieces of content within that category were either viewed or printed. The post-condition script may involve sending information back to the content provider over the cloud network.
Different dynamic content models may allow content providers to define different types of attributes (316) and other characteristics for each category. In some cases, the content provider may define sub-categories for the categories. The user may navigate between the sub-categories and any printable content within those sub-categories in a tree navigational manner as described above,
Alternatively, different sub-categories may be assigned different screens (304). When a user selects a particular category (308) on one screen, that user may be navigated to a different screen (304) associated with the selected category (308). In this manner, the content provider is allowed to provide the user with a more customizable and dynamic content browsing experience.
The content feed (406) may be formatted in XML, JavaScript Object Notation (JSON), or Atom syndication format. This content feed may be specially configured by the content provider for display in accordance with the dynamic content model (404). The navigational controller application (402) then utilizes the dynamic content model (404) and the content within the content feed (406) to create executable code (408). This executable code may be XML based and specific to the printer (412) to which the content will be sent.
Upon receiving the executable code (408) from the navigational controller application (402), the printer (412) can execute that code. During runtime, the printer (412) will send printer input (410) back to the navigational controller application (402). These printer inputs (412) may be initiated by the printer (412).
For example, the printer may inform the navigational controller application (402) of the capabilities or status of the printer (412). Additionally, the printer inputs (410) may be initiated by a user (418) through the user interface (416) of the printer (412). For example, when the user (418) selects particular categories or enters authentication information, the printer (412) will send back the appropriate data to the navigational controller application (402).
In conclusion, through use of methods and systems embodying principles described herein, content providers can format content according to a dynamic model that provides the user with dynamic navigation through that content. Thus, the content is not limited to providing content according to a static structure. This allows content providers with more freedom to provide content to users in a manner that best fits the objectives of the content provider.
The preceding description has been presented only to illustrate and describe examples of the principles described. This description is not intended to be exhaustive or to limit these principles to any precise form disclosed. Many modifications and variations are possible in light of the above teaching.
Number | Name | Date | Kind |
---|---|---|---|
6529214 | Chase et al. | Mar 2003 | B1 |
6940614 | Subramaniam | Sep 2005 | B2 |
7046384 | Ferlitsch et al. | May 2006 | B2 |
7408667 | Ferlitsch | Aug 2008 | B2 |
7409434 | Lamming et al. | Aug 2008 | B2 |
7424459 | Bodmer et al. | Sep 2008 | B2 |
7538899 | Kawaoka | May 2009 | B2 |
7634541 | Chen et al. | Dec 2009 | B2 |
7779108 | Kawai | Aug 2010 | B2 |
7797349 | Kosaka | Sep 2010 | B2 |
7924452 | Matsuda | Apr 2011 | B2 |
8095376 | Gombert et al. | Jan 2012 | B2 |
8239239 | Malhotra et al. | Aug 2012 | B1 |
20020120742 | Cherry | Aug 2002 | A1 |
20020191210 | Staas et al. | Dec 2002 | A1 |
20020191211 | Miller et al. | Dec 2002 | A1 |
20030084449 | Chane et al. | May 2003 | A1 |
20030115548 | Melgar | Jun 2003 | A1 |
20030172141 | Miller et al. | Sep 2003 | A1 |
20040085366 | Foster et al. | May 2004 | A1 |
20040227960 | Farros et al. | Nov 2004 | A1 |
20040230447 | Schwerin-Wenzel et al. | Nov 2004 | A1 |
20050083548 | Suga et al. | Apr 2005 | A1 |
20050132094 | Wu | Jun 2005 | A1 |
20060085781 | Rapp et al. | Apr 2006 | A1 |
20070050750 | Bykov et al. | Mar 2007 | A1 |
20070198656 | Mazzaferri et al. | Aug 2007 | A1 |
20080037062 | Omino et al. | Feb 2008 | A1 |
20080082923 | Ferlitsch | Apr 2008 | A1 |
20080137133 | Trappe | Jun 2008 | A1 |
20080270597 | Tenenti | Oct 2008 | A1 |
20090063718 | Sekine et al. | Mar 2009 | A1 |
20090190150 | Selvaraj et al. | Jul 2009 | A1 |
20090217188 | Alexander et al. | Aug 2009 | A1 |
20090326684 | Wang et al. | Dec 2009 | A1 |
20100079804 | Otsuka | Apr 2010 | A1 |
20110026071 | Xiao et al. | Feb 2011 | A1 |
20110032562 | McCuen | Feb 2011 | A1 |
20110041052 | Fraisl | Feb 2011 | A1 |
20110188063 | Nuggehalli | Aug 2011 | A1 |
20110255123 | Refstrup et al. | Oct 2011 | A1 |
20110258549 | Chapple et al. | Oct 2011 | A1 |
20110267633 | Srinivasmurthy et al. | Nov 2011 | A1 |
20110276945 | Chasman et al. | Nov 2011 | A1 |
Number | Date | Country |
---|---|---|
2003108345 | Apr 2003 | JP |
2007328639 | Dec 2007 | JP |
Entry |
---|
differencebetween.net, “Difference Between Google and iGoogle,” Oct. 21, 2009, (Web Page), available at http://web.archive.org/web/20091021203910/http://www.differencebetween. |
Wikipedia, “iGoogle,” (Web Page), Nov. 20, 2009, available at http://web.archive.org/web/20091120065654/http://en.wikipedia.org/wiki/IGoogle. |
Wikipedia, “Yahoo!,” (Web Page), Aug. 30, 2009, available at http://web.archive.org/web/20090830065732/http://en.wikipedia.org/wiki/Yahoo!. |
Number | Date | Country | |
---|---|---|---|
20130271783 A1 | Oct 2013 | US |