Capability to build multiple application views from a single system model

Abstract

An embedded marker system includes a plurality of devices communicatively coupled to a single system model. The system further includes a plurality of application views configured to communicate with the system model to obtain status and configuration data associated with one of the plurality of devices.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

The present embodiments will now be described, by way of example, with reference to the accompanying drawings, in which:

FIG. 1 illustrates an exemplary multi-function printer configuration according to an embodiment;

FIG. 2 illustrates an exemplary system structure according to the multi-function printer configuration of FIG. 1;

FIG. 3 illustrates an exemplary communication structure according to the system of FIG. 2; and

FIG. 4 is a flow chart illustrating an exemplary sequence for managing multiple device functions according to an embodiment.

DETAILED DESCRIPTION

A system and method are provided for managing device functions in an embedded marker system (i.e., a marking device with an embedded controller). In one embodiment, the embedded marker system is a multi-function printer that includes a collection of devices (i.e., the printer, scanner, fax, and other digital sending devices) that work together to provide applications to a user. The devices are accessed by the user through a plurality of user interfaces, including, but not limited to, control panels, embedded web servers (EWS), web jet admins (WJA), and print drivers. The user interfaces allow the user to navigate through the device functions to a particular application. The applications are associated with application views, which are application infrastructures that obtain data, including the state of a given device, from a single system model. The application views are communicatively coupled to the system model by a common software bus protocol. The system model includes a central database that serves as a common data storage containing all device status and configuration data. In this way, there is one common and consistent system model for all application views. As a result, the application views are decoupled from the system model, allowing for the addition or modification of application views without affecting the system model.

Moreover, the decoupling of the application views from the system model allows for targeted status and error messaging. In other words, a user is only subjected to status and error information related to the device in which the user is currently using.

FIG. 1 illustrates an exemplary embedded marker system 10 that includes a multi-function printer 12 and a plurality of user interface devices including a control panel 14, print drivers 16, an embedded web server (EWS) 18, and web jet admin (WJA) software 20. The control panel is mounted to a front face of the multi-function printer 12 and serves as a direct user interface to all available device functions (i.e., printing, faxing, scanning, emailing, etc.). In addition, the control panel 14 provides an interface for communicating prompts, errors, warnings, and other status information to the user.

The EWS 18 and WJA 20 are proprietary applications used to remotely manage the device functions of multi-function printer 12. The EWS 18 and WJA 20 generally reside on a host computer (not shown) that is connected to the multi-function printer through a network (not shown). The EWS 18 and WJA 20 communicate with the devices of the multi-function printer 12 to allow the user to control and track device status and applications remotely, rather than directly through the control panel 14. Using utility functions of the EWS 18 and WJA 20, the user has access to all multi-function printer 12 status information, including toner/ink supply, paper supply, and device usage status.

In an alternative embodiment, remote management of the device functions of multi-function printer 12 can be implemented using any suitable non-proprietary software that is capable of performing the management functions as described above.

FIG. 2 illustrates an exemplary system structure 22 for the multi-function printer 12 of FIG. 1 implementing a single system model. The exemplary structure includes a system data model 24 communicatively coupled to a resource analyzer 26, which detects from hardware the state of each print device function. The system data model 24 includes a central database, which stores device status and configuration data for all device functions. The system data model 24 is in further communication with a plurality of application views 28 through a common software bus protocol 30, such as, but not limited to, TCP/IP (transmission control protocol/internet protocol), ORB (Object Request Brokering), and RPC (Remote Procedure Call).

When a user initiates an application through a user interface, the application view 28 is configured to obtain the necessary status and configuration data from the central database in the system data model 24 to implement the given application. For example, in one embodiment, the .NET application view 28a is configured to manage the copy, fax, print, email, and scan to folder functions, while the SFP (single function printer) application view 28b is configured to provide status information relating to the device functions. The PML (printer mode language) and PJL (printer job language) application views are subset applications of the EWS 18 and WJA 20 application views and are configured to remotely manage the device functions. In the embodiment shown in FIG. 2, application view 28e has been reserved for the expansion of future application views. As understood by one of ordinary skill in the art, the application views 28 in FIG. 2 are not limited to the configurations discussed above and can be customized and expanded according to any marking system design specifications.

FIG. 3 illustrates an exemplary communication structure for the system of FIG. 2, wherein users are concurrently using the multi-function printer 12 to make a copy 32 and send an email 34 from different user interfaces (not shown in FIG. 3). Both the copy 36 and email 38 application views communicate independently from one another to the central database 40. The application views 36, 38 are configured to access from the central database 40 only status and configuration data that relate to the specific application requested by the user. In other words, the central database does not mass distribute status and configuration data regarding the printing 42, scanning 44, and email 46 devices to all user interfaces unless the information is requested by a particular application view. The system data model 24, and the central database 40 contained therein, are completely unaware of specific application views.

FIG. 4 is a flow chart illustrating an exemplary sequence for managing multiple device functions according to the system structure of FIGS. 2 and 3. As understood by one of ordinary skill in the art, the above-described sequence is exemplary and can be applied to any combination of device functions. References to physical components refer to those exemplary components illustrated in FIGS. 1-3. At step 100, the multi-function printer 12 is in a ready state. A remote user at step 102 sends a print job to the printer 12 using a print driver. At step 104 a paper jam occurs causing the printing device 42 to go offline. At step 106, a walk-up user attempts to use the faxing device of multi-function printer 12 from the user control panel 14. At step 108, the system 10 determines whether the user is attempting to initiate a function that utilizes the printing device 42. If so, the user at step 110 receives a print error message and is prevented from using the printing device 42. If, however, the user is attempting to utilize a device function other than the printing device 42, such as a digital send, scan, fax, or scan to folder application, the user at step 112 is allowed to successfully complete the non-printing application, which in this example is a fax. Note that in the event that the user is attempting to initiate a non-printing application, the control panel would not display any status or error information related to the jam at the printing device 42.

While the present invention has been particularly shown and described with reference to the foregoing preferred embodiment, it should be understood by those skilled in the art that various alternatives to the embodiments of the invention described herein may be employed in practicing the invention without departing from the spirit and scope of the invention as defined in the following claims. It is intended that the following claims define the scope of the invention and that the method and system within the scope of these claims and their equivalents be covered thereby. This description of the invention should be understood to include all novel and non-obvious combinations of elements described herein, and claims may be presented in this or a later application to any novel and non-obvious combination of these elements. The foregoing embodiment is illustrative, and no single feature or element is essential to all possible combinations that may be claimed in this or a later application. Where the claims recite “a” or “a first” element of the equivalent thereof, such claims should be understood to include incorporation of one or more such elements, neither requiring nor excluding two or more such elements.

Claims

1. An embedded marker system, comprising: a plurality of devices;a single system model communicatively coupled to said plurality of devices; anda plurality of application views configured to communicate with said system model to obtain status and configuration data associated with one of said plurality of devices.

2. The system of claim 1, further including at least one user interface configured to initiate an application on at least one of said plurality of devices.

3. The system of claim 1, further including a data interface for communicatively coupling each of said plurality of application views to said single system model.

4. The system of claim 1, wherein said single system model includes a central database for storing status and configuration data for each of said plurality of devices.

5. The system of claim 1, wherein said plurality of application views includes an application infrastructure from at least one of a control panel, a printer job language, a single function printer, and a printer mode language.

6. The system of claim 1, wherein said plurality of devices includes at least one of a printing device, a scanning device, a faxing device, and a digital sending device.

7. The system of claim 3, wherein said data interface is a software bus protocol.

8. The system of claim 2, wherein said at least one user interface is configured to display status information and error messages associated with a given device.

9. The system of claim 1, wherein said plurality of application views are decoupled from said single system model.

10. The system of claim 4, wherein said central database is unable to distinguish a first application view from a second application view.

11. The system of claim 1, wherein a first device function is executed independently of a second device function.

12. An electronic device, comprising: a single system model communicatively coupled to a plurality of application views;wherein said plurality of application views obtain status and configuration data from said single system model to execute a device function.

13. The device of claim 12, wherein said plurality of application views are communicatively coupled to at least one user interface.

14. The device of claim 13, wherein said at least one user interface is configured to receive status and error messages related to a given device function.

15. The device of claim 14, wherein said plurality of application views are decoupled from said single system model.

16. The device of claim 15, wherein said device functions include at least one of printing, faxing, scanning, and emailing.

17. The device of claim 12, wherein said single system model includes a central database for storing status and configuration data for each of said device functions.

18. The system of claim 12, wherein said plurality of application views includes an application infrastructure from at least one of a control panel, a printer job language, a single function printer, and a printer mode language.

19. The system of claim 17, wherein said central database is unable to distinguish a first application view from a second application view.

20. A method for controlling an embedded marker system having a plurality of devices, comprising: initiating a first device function through a first application view from a first user interface;obtaining from a single system model device status and configuration data relating to said first application view;initiating a second device function through a second application view from a second user interface;obtaining from said single system model device status and configuration data relating to said second application view;wherein said second device function is executed independently of said first device function.

21. The method of claim 20, wherein said second device function is executed if an error occurs with said first device function when said second device function is not the same as said first device function.

22. The method of claim 20, wherein said second device function is not executed if an error occurs with said first device function when said second device function is the same as said first device function.

23. The method of claim 20, wherein said first application view is the same as said second application view.

24. The method of claim 20, wherein said plurality of devices includes at least one of a printing, faxing, scanning, and emailing device.

25. The method of claim 20, further comprising storing status and configuration data for each of said device functions in a central database of said single system model.