Patent Application
20140016150
Many users generate electronic documents (EDs) on a daily basis. Moreover, these EDs may have very sophisticated and/or uncommon fonts. When a printer receives an ED for printing, it is possible that one or more of the fonts specified in the ED are not supported by the printer. As a result, the hardcopy of the ED may have fonts that differ from the expected fonts. Regardless, users still wish to generate and print EDs having sophisticated and/or uncommon fonts.
In general, in one aspect, the invention relates to a method for managing a font. The method comprises: receiving, by a printer, a first electronic document (ED) identifying the font and embedding a plurality of attributes of the font; determining, by the printer, that the plurality of attributes of the font is not stored on the printer; storing, by the printer, the plurality of attributes of the font extracted from the first ED in a font storage unit; and generating, by the printer and based on a layout of the first ED, a hardcopy of the first ED comprising a first printed value in the font.
In general, in one aspect, the invention relates to a non-transitory computer-readable medium (CRM) storing a plurality of instructions for managing a font. The plurality of instructions comprise functionality to: receive, using a printer, a first electronic document (ED) identifying the font and embedding a plurality of attributes of the font; determine, using the printer, that the plurality of attributes of the font is not stored on the printer; store the plurality of attributes of the font extracted from the first ED in a font storage unit on the printer; and generate, using the printer and based on a layout of the first ED, a hardcopy of the first ED comprising a first printed value in the font.
In general, in one aspect, the invention relates to a printer for managing a font. The printer comprises: a processor; a font storage unit; an input module executing on the processor and configured to: receive a first electronic document (ED) identifying a font and embedding a plurality of attributes of the font; and receive a second ED identifying the font but not embedding the plurality of attributes; a parsing module operatively connected to the storage unit and configured to: determine, during a parsing of the first ED, that the plurality of attributes is not stored in the font storage unit; store the plurality of attributes in the font storage unit; determine, during a parsing of the second ED, that the plurality of attributes is stored in the font storage unit; and retrieve the plurality of attributes from the font storage unit; and a layout engine executing on the processor and configured to: generate a hardcopy of the first ED comprising a first printed value in the font; and generate, after the plurality of attributes are retrieved from the font storage unit, a hardcopy of the second ED comprising a second printed value in the font.
Other aspects of the invention will be apparent from the following description and the appended claims.
Specific embodiments of the invention will now be described in detail with reference to the accompanying figures. Like elements in the various figures are denoted by like reference numerals for consistency.
In the following detailed description of embodiments of the invention, numerous specific details are set forth in order to provide a more thorough understanding of the invention. However, it will be apparent to one of ordinary skill in the art that the invention may be practiced without these specific details. In other instances, well-known features have not been described in detail to avoid unnecessarily complicating the description.
In general, embodiments of the invention provide a system and method for managing a font. Specifically, in response to receiving an ED identifying a font and embedding one or more attributes of the font, the printer may store the attributes. In response to receiving a subsequent ED identifying the font but not embedding the attributes, the printer may retrieve the stored attributes of the font in order to generate a hardcopy of the subsequent ED. The hardcopy of the ED and the hardcopy of the subsequent ED may each have at least one printed value in the font.
In one or more embodiments of the invention, the device (102) executes the user application (104). The user application (104) is a software application operated by a user and configured to obtain, input, generate, display, and/or print an ED (e.g., Electronic Document (106)) having any number of pages. Accordingly, the user application (104) may be a word processor, an Internet browser, slide presentation software, desktop publishing software, spreadsheet software, graphics software, video editor, and so forth. The ED (106) may be a report or form.
In one or more embodiments of the invention, the ED (106) includes text to be displayed and/or printed. The ED (106) may specify/identify the one or more fonts (e.g., font (108)) in which the text of the ED (106) should be displayed and/or printed. In addition to specifying/identifying the font(s), the ED (106) may also include attributes of the font(s) (e.g., within a font file). The attributes may include curves, drawing instructions, and mathematical formulae to describe each glyph (e.g., each character, each symbol, etc.). The attributes may include a matrix of dots or pixels representing the image of each glyph (e.g., each character, each symbol, etc.) in each face and size. The attributes may include a series of specified lines and additional information to define the profile, or size and shape of the line in a specific face, which together describe the appearance of each glyph (e.g., each character, each symbol). When the ED (106) includes the attributes of a font specified/identified in the ED (106), the font is referred to as an embedded font (e.g., Embedded Font (110)). In other words, the ED (106) embeds the attributes of the font.
In one or more embodiments of the invention, the ED (106) is represented/defined using a document markup language (e.g., open document format (ODF), office open XML (OOXML), etc.). Accordingly, the font(s) in the ED (106) may be recorded as attributes within the tags of the document markup language. Moreover, these font(s) are needed to correctly render the ED (106) for display or printing.
In one or more embodiments of the invention, the printer (120) is a Multi-Function Printer (MFP). In other words, the printer (120) may include a scanner (not shown) for inputting (i.e., scanning) documents, a fax module (not shown) for sending/receiving faxes, and a user interface, such as a touch screen, allowing complex interactions to be performed at the MFP itself, rather than having to use another device, such as a computer. It will be clear to one of ordinary skill in the art that many different functionalities may be included in a MFP and, as such, the invention should not be limited to the above examples.
In one or more embodiments of the invention, the printer (120) includes an input module (122). The input module (122) may be configured to receive the ED (106) from device (102) and store the ED (106) in a queue (not shown). The input module (122) may prioritize the ED (106) with respect to the other EDs (not shown) already stored in the queue.
In one or more embodiments of the invention, the printer (120) includes a parsing module (124). The parsing module (124) may be configured to parse the ED (106) and to determine which font(s) identified in the ED (106) are embedded (i.e., the ED (106) includes the attributes of the font) and which font(s) identified in the ED (106) are not embedded. Further, the parsing module (124) is configured to determine/identify font(s) that are supported by the printer (120). In one or more embodiments of the invention, the printer (120) supports a font if the printer (120) is storing the attributes of the font. Accordingly, the parsing module (124) may be configured to compare a font identified in the ED (106) with a data structure storing the font(s) supported by the printer (120).
In one or more embodiments of the invention, the parsing module (124) is configured to store the attributes of a font embedded in the ED (106) on the printer (120). In one or more embodiments of the invention, the parsing module (124) is configured to retrieve the attributes of a font stored on the printer (120). The attributes may be retrieved in response to the ED (106) specifying a font that is not embedded in the ED (106) but supported by the printer (120).
In one or more embodiments of the invention, font storage unit (126) is a data structure of any type or memory located on the printer (120) that is used to store the attributes of one or more fonts. In one or more embodiments of the invention, font storage unit (126) may come pre-loaded with font attributes. In one or more embodiments of the invention, the font storage unit (126) is external (i.e., remote) to the printer (120).
In one or more embodiments of the invention, the printer (120) includes a layout engine (130). The layout engine (130) is configured to generate the hardcopy (135) of the ED (106) (i.e., print the ED (106)). In one or more embodiments of the invention, the layout engine (130) may generate page images. In the case of EDs described/represented using a document markup language (e.g., OOXML), the layout engine (130) may calculate the page positions (i.e., coordinates) of all elements on the pages. In other words, the layout engine (130) may execute a layout of the ED (106) according to the font(s) specified/embedded in the ED (106) and/or supported by the printer (120). The hardcopy (135) includes one or more printed values (e.g., text) in the one or more font(s) identified in the ED (106).
In Step 200, an ED identifying a font is received. In one or more embodiments of the invention, the ED may be received in OOXML format. Alternatively, any other suitable format may be used. In one or more embodiments of the invention, the ED may be received by the printer from a mobile device through a network of any size having wired and/or wireless segments. The received ED may be stored in a queue and prioritized with respect to other EDs already stored in the queue.
As discussed above, the ED may include text to be printed. The ED may specify/identify a font in which the text (or a portion of the text) of the ED should be printed. In the case of an embedded font, the ED may include the attributes of the font. The font(s) may be identified during a parsing of the ED (i.e., before or during a layout of the ED).
In Step 205, it is determined whether the font is supported by the printer. In other words, it is determined whether the printer is storing the attributes of the font. In one or more embodiments of the invention, this may be done by comparing the font to a list of fonts stored on, or supported by, the printer. In one or more embodiments of the invention, this comparison may include fonts preloaded on the printer, as well as fonts stored using any system and/or process disclosed in this detailed description. If the font is not stored on the printer, the method proceeds to Step 215. If the font is stored on the printer, the method proceeds to Step 210.
In Step 210, a hardcopy of the ED is generated using the font. The hardcopy may be generated in any method now known or later developed. In one or more embodiments of the invention, the hardcopy is generated using a font stored on the printer. Moreover, the hardcopy includes one or more printed values (e.g., text) in the font. After Step 210, the method ends.
Returning to the previous branch, in Step 215, it is determined if the font is embedded. In other words, it is determined if the attributes of the font are included in the ED. As discussed above, the attributes of the font specify/include all the information, data items, mathematical formulae, matrices, etc. needed by the printer to print text in the font. If the font is not embedded, the method proceeds to Step 225. If the font is embedded, the method proceeds to Step 220.
In Step 220, the attributes of the embedded font extracted from the ED are stored on the printer. In one or more embodiments of the invention, the font attributes may be stored in a special data structure for user or custom fonts. Alternatively, the font attributes may be stored with the pre-loaded fonts of the printer. It will be apparent to one of ordinary skill in the art that there are many ways to store font attributes on a printer and, as such, the invention should not be limited to the above examples. After storing the font attributes, the method proceeds to Step 210, where a hardcopy of the ED is generated using the font, as described above.
Returning to the previous branch, in Step 225, font substitution is performed. In one or more embodiments of the invention, font substitution may use any font supported by the printer, both those stored by this method and/or pre-loaded fonts. The default font for substitution may be set by a user or a manufacturer of the printer.
In Step 230, a hardcopy is generated using the substituted font. The hardcopy includes one or more printed values (i.e., text) in the substituted font. In one or more embodiments of the invention, this step may be performed in any method now know or later developed.
The following section describes various examples of the invention. The examples are included to aid in the understanding of the invention but are not intended to limit the scope of the invention.
Upon receiving ED A (300), the printer determines whether Font A (310) is supported. In other words, the printer determines whether the attributes of Font A (310) are stored on the printer. In this example, it is assumed that the attributes of Font A (310) are not yet stored on the printer. However, as Font A (310) is embedded, the printer extracts the font attributes (305) from ED A (300), stores the extracted font attributes (305) on the printer, and generates Hardcopy A (320). As shown in
Still referring to
Assume the printer receives ED B (350) after receiving ED A (300). Upon receiving ED B (300), the printer determines whether Font A (310) is supported. In other words, the printer determines whether the attributes of Font A (310) are stored on the printer. In this example, the attributes (305) of Font A (310) were extracted from ED A (300) and stored in the printer. Accordingly, even though Font A (310) is not embedded in ED B (350), the printer retrieves the previously extracted font attributes (305) from storage and generates Hardcopy B (370). As shown in
Embodiments of the invention may be implemented on virtually any type of computer regardless of the platform being used. For example, as shown in
Further, in one or more embodiments of the invention, one or more elements of the aforementioned computer system (400) may be located at a remote location and connected to the other elements over a network. Further, embodiments of the invention may be implemented on a distributed system having a plurality of nodes, where each portion of the invention (e.g. the computing device, the multifunction printer) may be located on a different node within the distributed system. In one embodiment of the invention, the node corresponds to a computer system. Alternatively, the node may correspond to a processor with associated physical memory. The node may alternatively correspond to a processor or micro-core of a processor with shared memory and/or resources. Further, software instructions in the form of computer readable program code to perform embodiments of the invention may be stored, temporarily or permanently, on a non-transitory computer readable storage medium, such as a compact disc (CD), a diskette, a tape, memory, or any other computer readable storage device.
While the invention has been described with respect to a limited number of embodiments, those skilled in the art, having benefit of this disclosure, will appreciate that other embodiments can be devised which do not depart from the scope of the invention as disclosed herein. Accordingly, the scope of the invention should be limited only by the attached claims.
