US20010017707A1 - Document delivery system facilitating aggregation of periodic content - Google Patents

Abstract

A document server is presented comprising a user profile, established by a user requesting delivery of content from one or more content providers on a periodic basis, and an edit module. The edit module periodically receives content from solicited content providers in accordance with a content provider publication schedule, and aggregates the received content for periodic delivery to a requesting user when the content provider's publication schedule deviates from a delivery schedule defined in the user profile.

Description

RELATED INVENTIONS
• The present invention is a continuation-in-part of U.S. application Ser. No. 09/325,040 filed on Jun. 7, 1999 titled[0001]Document Delivery System for Automatically Printing a Document on a Printing Device, by Brewster, et al.
TECHNICAL FIELD
• This invention generally relates to the printing field and, more particularly, to a document delivery system facilitating aggregation of periodic content.[0002]
BACKGROUND
• In the mid-1400's, Johann Gutenberg revolutionized how information is disseminated through his invention of the movable type press. With the publication of the Mazarin Bible, documents which were once held in the exclusive domain of a chosen few were now widely available to the masses. Nearly 550 years later, the mass media revolution that Gutenberg started is alive and well, complete with newspapers such as the New York Times and the Washington Post, magazines such as Newsweek and Sports Illustrated, and literally thousands upon thousands of other publications.[0003]
• While these thousands of publications cover a wide range of interests, from news to sports to fashion to model rocketry, they have one thing in common: they are intended to be read by a mass market. Unlike the pre-Gutenberg days, where a document would literally be read by only one person of a very small number of people, it is not economically viable for today's publications to have such a small readership, due at least in part to high marketing, production and distribution costs. In fact, many of today's publications are funded to a very large extent by the advertising contained within them. These advertisers are attracted to publications that can consistently deliver a large, reliable audience of consumers that will be exposed to their advertising.[0004]
• While this mass-market publication model has worked well for hundreds of years, it is not without its problems. One such problem is that a typical reader of a publication has a wide variety of interests, and no single mass market publication will be able to satisfy all of these interests. For example, a reader who is interested in international news, golf, fly-fishing, Genealogy, and computers may have to subscribe to several different publications to satisfy these interests. Of course, since these publications are intended for the mass market, they will also contain a significant amount of material that our reader is not interested in and will not read. It goes without saying that if there is a significant amount of material a read isn't reading, there is a significant amount of advertising that the reader isn't reading either—as well as a significant amount of paper that is wasted. Advertisers know this, and agree to pay considerably less to a mass market magazine or newspaper per 1000 exposures to their ad than they would pay to a direct-mail generator that can provide a more specific guarantee that the people exposed to their ad are of a demographic group that will be much more likely to read and be receptive to their ad.[0005]
• In addition, it is neither cost-effective nor time effective for most readers to subscribe to and/or read a large number of publications. Generally, the typical reader will only subscribe to a few publications that are of the most interest to them. The reduced readership level of the publications our typical reader chooses not to subscribe to, even though she might be interested in at least some of the editorial and advertising content contained inside, means that the publication receives less subscription and advertising revenue than they otherwise would. If many other readers make the same decision, the continued health of the publication may be in jeopardy, and the publication may be forced out of business. In fact, many publications do go out of business yearly for failing to attract a sustaining number of advertisers and readers—even if there are a large number of readers that would be interested in reading their publication, and a corresponding number of advertisers anxious to have these readers exposed to their ads. In general, publications that fail to attract a substantial mass market of people willing to pay for and/or read them cease publication. This is a shame, since many of these publications would enrich the diversity of information available to all readers, and would provide an avenue for lesser known writers and artists to practice their wares.[0006]
• In more recent years, a new type of publication has emerged: the electronic publication. Readers of these publications typically sign into the Internet through their computer, and read the publications online. Some of these publications, such as CNN.com and pointcast.com, allow users to state personal preference(s) on what type of material they would like to read. Often, these personalized publications include advertising, usually in the form of a banner ad that is placed on or along a periphery of the visual display (top, bottom, side, etc.).[0007]
• While these electronic publications have been an interesting development in the distribution of information, they still represent only a tiny fraction of the information that is published under the more traditional post-Gutenberg model. Many readers of these electronic publications complain that they are very difficult to read (on the video display), especially for long periods of time. While it might be convenient for a reader to sign onto the Internet to look at the CNN.com web site for a brief summary of late breaking news, this reader would most likely only spend a few minutes at the site, and would likely still subscribe to the more traditional print media such as Newsweek or the Washington Post. They would also likely spend significantly more time reading the more traditional printed publication than they would spend reading the electronic publication, and correspondingly, spend more time being exposed to the ads in the traditional printed publication. Accordingly, printed publications continue to flourish today—more than five centuries after Gutenberg made them possible—and after more than a decade after the innovation of the electronic publication.[0008]
• While these printed publications have certainly benefited modern society, no significant attempt has been made thus far to solve the underlying problems with these publications discussed above. Just such a solution is provided herein.[0009]
SUMMARY
• In accordance with the teachings of the present invention, a document delivery system for automatically printing a document on a printing device is presented. More specifically, in accordance with one aspect of the invention, a document server is presented comprising a user profile, established by a user requesting delivery of content from one or more content providers on a periodic basis, and an edit module. The edit module, responsive to the user profile, periodically receives content from solicited content providers in accordance with a content provider publication schedule, and aggregates the received content for periodic delivery to a requesting user when the content provider's publication schedule deviates from a delivery schedule defined in the user profile.[0010]
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 shows a block diagram of a document delivery system of one embodiment of the invention;[0011]
• FIGS.[0012]2-4 illustrate flow charts detailing the operation of the transmission module and the printing module of the document delivery system of one embodiment of the invention;
• FIG. 5 illustrates how user profile information is acquired from a user in one embodiment of the invention;[0013]
• FIG. 6 shows how user profile information is acquired from a user in one embodiment of the invention;[0014]
• FIG. 7 shows a print schedule for the delivery of documents in one embodiment of the invention;[0015]
• FIG. 8 shows how the print schedule of FIG. 7 can be modified by the user;[0016]
• FIGS.[0017]9A-9B shows a document printed by the printing device according to one embodiment of the invention;
• FIG. 10 shows a document printed by the printing device according to one embodiment of the invention;[0018]
• FIGS.[0019]11A-11D show a document printed by the printing device according to one embodiment of the invention;
• FIG. 12 shows a document printed by the printing device according to one embodiment of the invention;[0020]
• FIG. 13 illustrates a block diagram of an example print manager, according to one embodiment of the present invention;[0021]
• FIG. 14 is a flow chart of an example method of generating and delivering a personalized publication, in accordance with another aspect of the present invention;[0022]
• FIG. 15 graphically illustrates an example form requesting aggregated delivery of periodic content, according to one example embodiment;[0023]
• FIGS. 16A and B graphically illustrate an example delivery list segment of a user profile, according to one example embodiment; and[0024]
• FIG. 17 illustrates an example publication of aggregated content, according to one embodiment of the present invention.[0025]
DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT
• FIG. 1 illustrates a block diagram of a document delivery system of one embodiment of the invention.[0026]Document delivery system10 containsdocument server100. In the preferred embodiment,document server100 is operatively coupled vianetwork200 to a variety of personal computers, printing devices, and other electronic devices, collectively referred todevices300.Document server100 containsedit module120,transmission module150 andknowledge module170.Edit module120 receives inputs from one ormore content providers50, and/or one ormore advertising providers80.Distribution module400 is operatively coupled todocument server100. In a preferred embodiment,document server100 is a minicomputer/server, such as an HP 9000 server sold by the Hewlett-Packard Company, although those skilled in the art will appreciate thatdocument server100 could be any type of other computing or electronic device(s) that performs the functions described herein and still fall within the spirit and scope of the invention.Network200 is preferably the Internet, although an Intranet, local area network, or other type of public or private network, either wired (e.g., telephone, cable TV, etc.) or wireless (e.g., satellite, radio, cell phone, etc.), could also or additionally be used.
• [0027]Devices300 are shown in FIG. 1 as being capable of being configured in a wide variety of ways. For example,personal computer310 is shown connected toprinting device320, which printsdocument10320 foruser20320.Personal computer310 is operatively coupled tonetwork200. In contrast,printing device330, which printsdocument10330 foruser20330, is operatively coupled tonetwork200 without an intervening personal computer or other electronic device.Printing device350, which printsdocument10350 foruser20350, is shown connected toelectronic device340, which could be a set top box, television set, palmtop personal digital assistant (PDA) or other type of electronic device that is operatively coupled tonetwork200. Finally,printing device370, which prints document10370 for user20370, is connected toelectronic device360, which is operatively connected tonetwork200. The printing devices shown in FIG. 1 could be printers, such as the HP DeskJet 890 printer, HP LaserJet V printer, or other models of printers manufactured by HP or others; so-called “mopiers” or other multi-function printing devices that can print, fax, scan, and/or copy, or any other device capable of transferring information to a printable media such as plain paper, specialty paper, transparencies, or other media capable of tangibly receiving such information and which can be easily carried about by the user.
• According to one aspect of the present invention,[0028]document delivery system100 includes aninnovative printing module380 and atransmission module150. Transmission module is preferably located withdocument server100. As FIG. 1 shows,printing module380 could be located in any of thedevices300, such as inpersonal computer310,printing device330, orelectronic device340, operatively coupled vianetwork200 todocument server100, or it could be located withindocument server100 itself, such as inknowledge module170. According to one embodiment of the invention,transmission module150 andprinting module380 represent software functions that execute on suitably programmed microprocessor(s) within adevice300 and/ordocument server100. It will be appreciated, however, that special purpose hardware or other mechanisms could be employed to implement the innovative features and functions described below.
• Turning briefly to FIG. 13, a block diagram of an[0029]example printing module380 is presented, according to one embodiment of the invention. According to one embodiment, to be described more fully below,printing module380 resides within one or more ofdevices300 and, in response to user interaction with a user interface (not shown), schedules and manages the delivery of one or more documents to a printing device. Any of a number of user interfaces may be used to utilize the features and functions ofprinting module380. According to a preferred embodiment, to be described more fully below, a web page is projected to adevice300 bydocument server100,content provider50 and/oradvertisers80, wherein the web page includes one or more iconic function calls to one or more of the features/functions provided byprinting module380.
• As shown in FIG. 13,[0030]printing module380 includes one or more controller(s)402, aprint function404, ascheduler function406, a document translation/interpretation function408, a memory/storage system410, an input/output (I/O)interface412, and optionally one ormore applications413, each coupled as shown. It will be appreciated that, although denoted as separate functional blocks, one or more elements402-413 may well be combined without deviating from the spirit and scope of the present invention. Moreover, although depicted in accordance with a hardware paradigm, those skilled in the art will appreciate thatprinting module380 and its associated elements402-413 may well be embodied as a series of executable instructions which, when executed by a host processor ofdevices300, implement the features and functions ofprinting module380 to be discussed below. In this regard, FIG. 13 is merely illustrative of the scope and spirit of the claimed invention.
• As shown, controller(s)[0031]402 selectively invoke one or more functions404-408 and/orapplications413 in response to user interaction with a user interface, e.g., a web page. According to one embodiment, the user interface includes iconic selectors, e.g., buttons, which when selected by the user causescontroller402 to selectively invoke an instance of a function associated with the selector. In this regard,controller402 communicates with external elements via input/output (I/O) interface(s)412. In an alternate embodiment,controller402 provides a user with a user interface fromapplications413.
• As used herein, I/O interface(s)[0032]412 are intended to include one or more of any of a number of communication interfaces known in the art including, but not limited to, a direct connect communication interface (e.g., a serial interface, a parallel interface, a Universal Serial Bus (USB), an Advanced Graphic Port (AGP), etc.), a local area network interface (e.g., an Ethernet interface, a Token Ring interface, etc.), or a wide area network interface. In this regard,printing module380 may communicate with any of a number of external and remote devices using an appropriate one of a plurality of wired and/or wireless I/O interfaces413.
• [0033]Automated print function404 is selectively invoked bycontroller402 in response to a user indication to immediately print a document (e.g., within the next several seconds) without first viewing or displaying the document. According to one embodiment, a user interface projected by printingmodule380 or from an external source (e.g., document server100) includes an iconic selector associated with one or more documents to invoke theautomated print function404 to print the one or more documents. Insofar as selection of the iconic selector associated with the one or more documents automatically causes the documents to be queued for printing (e.g., within the subsequent several seconds), the iconic selector is referred to herein as an “automated print” icon, or an “instant print” icon.
• When the automated print icon associated with one or more documents is selected by a user, the user interface provides[0034]controller402 with information regarding the associated one or more documents. According to one implementation, user interface providescontroller402 with a name/identifier and storage location of the one or more documents.Controller402 provides the name/identifier and location information to automatedprint function404 to queue the document for printing. As will be described in more detail below, automated print function generates and issues a request to retrieve the identified document(s) from the identified storage location via I/O interface412. The retrieved documents are stored inmemory locations414A,414B, etc. ofmemory410. Once retrieved, document translation/interpretation function408 is selectively invoked to interpret/translate and print the retrieved document. According to one implementation, the retrieved documents are queued and printed substantially instantaneously (e.g., within the subsequent several seconds). In alternate embodiments, the retrieved document(s) are printed according to a print schedule defined by the user.
• According to one aspect of the invention, to be described more fully below, the document associated with an iconic selector is retrieved from a provider into[0035]memory410 ofprint module380 and immediately printed without invoking an application associated with the document. That is, translation/interpretation function408 reads the stored document(s), interprets the textual, image, formatting, etc. content of the document(s) to print the document on an operatively coupled printer without having to invoke the application associated with the retrieved document(s), and without having to display the document(s) to the user prior to printing.
• In an alternate embodiment, an application[0036]413 (e.g., Microsoft Word, Adobe Acrobat, etc.) associated with the document is invoked bycontroller402 to print the document, but neither the document nor theapplication413 are displayed to the user so, from the user's perspective, the application is not launched. In either case,automated print function404 enables a user to immediately print a remote document without having to manually download, launch and print the document, thereby providing the user with the convenience and selection of electronic publications, with the physical reading experience introduced by the Gutenberg press.
• The[0037]scheduling function406 enables a user to establish aprint schedule390 for documents of interest. According to one embodiment of the present invention,scheduling function406 is selectively invoked bycontroller402 in response to a user's indication to add the document to aprint schedule390. As shown in FIG. 1, theprinting schedule390 may be located indevices300,document server100 or any other accessible location.
• Turning to FIGS.[0038]2-4, flowcharts detailing the operation oftransmission module150 and a first mode of operation ofprinting module380 are presented, according to one embodiment of the invention. In FIGS.2-4, the flow diagram shown in the left column is executed bytransmission module150 ofdocument server100, and the flow diagram in the right column is executed byprinting module380.
• Referring now to FIG. 2, the flow diagram for[0039]transmission module150 starts inblock1000, and the flow diagram forprinting module380 starts inblock2000. Since there is a great deal of interaction between these two flow diagrams, as represented by dashed lines connecting the two columns, the operation of the two flow diagrams will be described simultaneously.
• In[0040]block2100, user profile data is sent to documentserver100 to be stored in the user profile. This user profile data can take on many different forms, from simple to very detailed. FIG. 5 shows a very simply acquisition of user profile data, such as that used in HP's Instant Delivery Program, the first version of which was generally available to the public less than one year from the filing date of this patent application. In this program, only three pieces of information are stored in the user profile: type of printer, email address, and whether HP can contact the user. FIG. 6 shows a more complicated user profile than that currently used in HP's Instant Delivery Program, which includes the user's name, email address, company name, city, state, country, zip or postal code, phone number, printer information, and areas of interest. Those skilled in the art will appreciate that more or less user profile data from those shown in FIGS. 5 and 6 could be sent totransmission module150 inblock2100 and still fall within the spirit and scope of the invention, and that at least some of this information could come from a source other than a user. For example, the user profile data could also include household income, age, and sex of the user, among other things. In any event,block1100 receives the user profile data sent byblock2100.Block1200 stores the user profile data, preferably inknowledge module170. Alternately, the user profile data could be stored indevice300 or in some other local or remote location.
• [0041]Block2200 checks to see whether a document should be receivedform document server100. This is done by checkingprint schedule390 which is preferably stored on adevice300 ordocument server100, but may be stored in some other local or remote location. Printing schedule930 preferably contains information that can be used to determine when documents should be printed by the printing device, such as upon document creation, user requested time, lapse of specified time period, and/or occurrence of one or more external events (e.g., a stock price or index reaching a specified value, a final score of a sporting event, etc.).Printing schedule390 may be associated with an individual user, a device or a group or users and/or devices. In addition, each entry ofprinting schedule390 could result in the printing of one or more documents.
• FIG. 7 shows one example of[0042]printing schedule390, of the type that might be used in an enhanced version of HP's Instant Delivery program. In this example, the title of delivery, delivery schedule, next delivery data and time, and the last deliver status are shown. Preferably, the user can select what time a document should be printed, whether it should be printed on a specific day of the week or month, weekdays, or weekends, and whether the printing schedule should expire after a specific period of time or continue indefinitely.
• Referring again to FIG. 2,[0043]printing module380monitors printing schedule390 to see if a document should be requested fromdocument server100 or from another source. Whenblock2200 determines that a document should be requested fromdocument server100 or from another source,block2200 is answered affirmatively, and block2300 automatically requests the document without user intervention fromserver100 or from another source, as will be described in greater detail below. Note that ifprinting module380 is located ondevice300,block2200 operates in a “pull” mode—where the document is “pulled” fromdocument server100 or another source todevice300. However, ifprinting module380 is located remotely fromdevice300, such as indocument server100,block2200 operates in a “push” mode—where the document is “pushed” fromdocument server100 or another source todevice300. Ifblock2300 determines that the document is located ondocument server100 or at another source accessible vianetwork200, and ifdevice300 is currently in a disconnected state where it is not operatively coupled to thenetwork200,block2300 will sign on to or otherwise enter a connected state withnetwork200, so thatdevice300 is operatively coupled tonetwork200.
• Meanwhile, block[0044]1300 checks to see if a document has been requested fromprinting module380 inblock2300. Once it determines that such a document has been requested,block1400 generates the document forprinting module380.Block1500 then sends the document toprinting module380.Block2400 checks to see whether a document has been received fromdocument server100 viablock1500. Once such a document has been received,block2500 automatically prints the document, without user intervention, on a printing device. The term “without user intervention” means that a user is not directly involved in the printing operation; the document is sent automatically to adevice300 to be printed out by a printing device. According to this mode of operation, the user does not press “any” print buttons or otherwise be directly involved in the printing process; in fact, the user may not even be present in the same room, city, state, or country asdevice300 during the printing operation. The printing operation automatically occurs in an unattended state— regardless of whether the user is present or not. In addition, ifprint schedule390 is stored in a device-independent manner, such as ondocument server100, a travelling user could “log in” todocument server100 and have his or her customized document sent to adevice300 that is convenient to the user's current location.
• Referring now to FIG. 3, block[0045]2600 checks to see whether the document printed successfully. If not, block2800 performs error handling, such as attempting to print the document again, notifying the user that the printing device is out of paper or has some other error condition, or simply deciding not to print the document. When the document prints successfully,block2900 informsdocument server100 that the document printed successfully.Block1600 waits for an indication fromprinting module380 that the document did print successfully. When such an indication is received,block1700 updates the user profile with this information.
• It will be appreciated that not all of the blocks in FIGS.[0046]2-4 need be implemented, or implemented according to the order denoted, to fall within the spirit and scope of the present invention. More specifically, according to one implementation, flow of control moves fromblock2600 to block4100 of FIG. 4, as will be discussed later, and fromblock1500 back to block1300 of FIG. 2.
• An alternate embodiment has been contemplated where other information is transmitted back to[0047]document server100 inblock2900 to update the user profile preferably stored inknowledge module170. This other information could be ink usage (total usage or usage broken out by ink color), printable media usage (number of pages printed, type of media used, etc.), or other types of information. In addition, another alternate embodiment has been contemplated where some or all of the information contained in the user profile stored inknowledge module170 came from a source other than the user viaprinting module380. For example, publicly or privately available information about the user, and/or thedevices300 he/she/they use, could be acquired from a wide variety of different sources and inserted into the user profile preferably stored inknowledge module170.
• [0048]Block1800 examines the user profile preferably stored inknowledge module170 to determine whether a product subsidy should be provide to the user. For example, if the information in the user profile indicates that this user has printed off his 1000^thdocument, such as a “preferred” document that contains advertising fromadvertising providers80 or is otherwise under the control ofedit module120, providing a product subsidy to the user may be warranted. For purposes of this invention, a “product subsidy” could be a print consumable or other product. A “print consumable” is an inkjet cartridge for an inkjet printer, ink for such an inkjet cartridge, a toner cartridge for a laser printer, toner for such a toner cartridge, or any other product or substance that is depleted when a document gets printed, including printer ribbons, etc. Note that the “ink” referred to above would typically be of a permanent variety, but erasable ink, such as that sold by the Eink Company, could also be used.
• Note that the product subsidy referred to herein is preferably funded at least in part by advertising revenue received from advertising providers[0049]80 (FIG. 1), but an embodiment has been contemplated where the product subsidy is funded at least in part from the distribution revenue received from content providers50 (FIG. 1). In either case, information (such as statistical information) about what was printed by whom is preferably provided tocontent providers50 and/oradvertising providers80— preferably as a document that is automatically sent to one or more printing devices according to the teachings of this invention.
• Other forms of products that are contemplated to be subsidized by this invention include printable media, such as plain paper, specialty paper, transparencies, and the like, and may also include[0050]devices300 such as printing devices, electronic devices, and personal computers. In fact, alternate embodiments have been contemplated where other products, such as a subscription price to a document, or even a product not directly related to the document delivery system shown herein, such as soap or dog food, are subsidized. Ifblock1800 determines that such a subsidy is warranted, block1900 requests thatdistribution module400 provides such a subsidy to the user. In one embodiment,distribution module400 simply mails a product such as a print consumable or other product such as the type described above to a user at the address specified in the user profile. In another embodiment,distribution module400 mails or electronically generates a coupon that the user can use to receive a free or discounted product of the type described above. Regardless of whetherblock1800 is answered affirmatively or negatively, flow of control then returns back to block1300 (FIG. 2) to see if another document has been requested from theprinting module380.
• Referring again to FIG. 3, after[0051]block2900 informsdocument server100 that the document printed successfully, flow of control moves to block4100 (FIG. 4), which checks withdocument server100 to see what the current version ofprinting module380 is.Block3100 checks to see whether such a request has been received, and when it is,block3200 sends information concerning the current version of the printing module toprinting module380.Block4200 compares this information fromdocument server100 with its own version and determines whether an updated version of printing module is available. For example, ifprinting module380 is running version 4.0, anddocument server100 indicates that version 4.1 is the current version ofprinting module380,block4200 would determine that an updated version ofprinting module380 is available, and flow control would move to block4300.Block4300 checks to see whether this updated version ofprinting module380 should be requested to be downloaded. While a user would typically be asked whether such a download should be requested or not, and would typically perform this download at a convenient time, such a step could also be performed automatically without user intervention. If such a download is requested,block4400 is answered affirmatively, and block3500 downloads the updated printing module, which is then installed inblock4500. Regardless of howblocks4200 and4300 are answered, flow of control moves to block4600, which checks to see if a disconnected state should be entered. If block2300 (FIG. 2) determined thatdevice300 was in a disconnected state when the document was requested, as discussed above (i.e., not operatively coupled to network200),block4600 is answered affirmatively, andblock4700 reenters the disconnected state. In any event, flow of control returns to block2200 of FIG. 2.
• Referring again to print[0052]schedule390 shown in FIG. 7, it can be seen that many different types of documents can be requested to be printed. For example, the title ofdocument11000 specifies a network address, such as an Internet uniform resource locator (URL) that contains the network location of a document to be printed. Note that this URL may be partially or completely hidden from the user, as is the case with the URL for document15000 (http://www.beloitdailynews.com). In this scenario,edit module120 ofdocument server100 merely goes out to the Internet at the URL indicated (which would be shown in FIG. 1 as one of the content providers50), and captures the indicated content, which may well be aggregated over a period of time, formatted and subsequently transmitted to a requesting user, e.g., at a coupled printing device, viatransmission module150 andprinting module380, as has been discussed. Alternatively,device300 could go directly out to the URL itself without assistance fromdocument server100; in this case, block2300 (FIG. 2) requests document11000 from another source—directly from the content provider50 (at the indicated URL) vianetwork200.
• In certain instances, described more fully below,[0053]edit module120 periodically receives content on behalf of a requesting user for aggregation and delivery according to a user-defined delivery schedule that differs from a content provider publication schedule. Accordingly,edit module120 stores the received content for later retrieval, aggregation and formatting into a personalized publication for delivery in accordance with the user defined delivery schedule (e.g., as denoted in the user profile).
• In contrast,[0054]document12000 is not a document that originates with acontent provider50 via the Internet, but instead is stored directly ondevice300, such as a printing device, personal computer, or other electronic device. An example of such a document could be a daily calendar from a program such as Microsoft Outlook, which the user has requested be printed automatically to his printer, without any user intervention, at 7:00 a.m. every weekday morning. In such an embodiment,printing module380 does not need to request the document fromdocument server100, since it can access the documents without going throughnetwork200. In this embodiment, block2300 of FIG. 2 requests the document from another source—device300. Whileblock2900 would still preferably indicate that the document was printed, and whileblock1700 would still preferably update the user profile inknowledge module170, printing such a document would preferably not generate any type of credit towards a product subsidy, since such a document would not be considered a “preferred” document, e.g., not a document under the control ofedit module120.
• Referring again to FIG. 7, a print schedule of[0055]document13000 is shown.Document13000 is referred to as a “personalized document”. A “personalized document” is a document that is assembled byedit module120 ofdocument server100 from a variety ofcontent providers50 andadvertising providers80, based on information contained in the user profile stored inknowledge module170. For example,document13000 is a “personalized document”. Our user has requested thatdocument13000—his personalized newspaper—be printed at 6:00 a.m. every day.Edit module120 examines the user's interests as specified in the user profile stored inknowledge module170 to assemble the document from selectedcontent providers50 in which the user has indicated an interest.Edit module120 also inserts advertising from selectedadvertising providers80—again based on the user profile stored inknowledge module170.
• FIG. 8 shows how the[0056]print schedule390 of FIG. 7 can be edited by the user. The user can use the publisher's recommended schedule, use a default schedule the user has set, or use a custom schedule for delivery. If a custom schedule is selected, the user can select a daily, weekly, or monthly delivery, or select a delivery once every specified number of days, or specify every weekday. In addition, the time of day can also be specified: once at a designated time, multiple times during the day, or multiple times separated by a specified period of time. While not shown here, the user could also editprint schedule390 to request that a document be sent upon creation, or upon the occurrence of an external event.
• FIGS.[0057]9A-9B show document11000 printed by the printing device according to one embodiment of the invention. Note that this document came from onecontent provider50 via network200 (either throughdocument server100 or directly), and contains no advertising. Whiledocument11000 is preferably formatted bycontent provider50 such that the information contained in the document is optimized to be printed, such formatting is not necessary.
• FIG. 10 shows document[0058]12000 printed by the printing device according to one embodiment of the invention. Note that this document is a user's daily calendar which came directly fromdevice300 and not fromdocument server100 vianetwork200.
• FIGS.[0059]11A-D show document1300 printed by the printing device according to one embodiment of the invention. Note that this document is a user's personalized newspaper which contains information in which the user has indicated a specific interest in, as stored in the user profile inknowledge module170. Note also that this document contains advertising thatedit module120 determined the user would also be interested in, again based on the information contained in the user profile stored inknowledge module170. As has already been discussed, when the user prints a sufficient number of such “preferred” documents, the user may receive a product subsidy of a print consumable or other product(s).
• FIG. 12 shows document[0060]14000 printed by the printing device according to one embodiment of the present invention. Note thatdocument14000 is the HP Instant Delivery Times—a document located ondocument server100. While this document does not contain advertising per se, it is still considered to be a “preferred document”, since it is under the control ofedit module120.Document14000 informs users of Instant Delivery of new releases or new information about the Instant Delivery Program.
• Aggregated Delivery of Periodic Content[0061]
• Having introduced an example document delivery system architecture and associated operational methods, above, attention is now drawn to FIGS.[0062]14-17, wherein another aspect of the invention is presented. As introduced above,document server100 solicits and/or receives content from one or more content providers (50,80) in the generation of personalized publications for requesting users. Typically, to provide the most current information, once the content is received from the content provider(s) (50,80), it is formatted and delivered to the user. There is content, however, wherein it is not as important that the user receive it while it is “fresh”. Indeed, there are circumstances when it may well be more convenient for the user to receive an aggregate of such content on a periodic basis which differs (e.g., more infrequently) from the publication schedule of the content itself. For example, while comic strips are published on a daily basis, it may be more convenient for certain users to receive an aggregate of such content on a weekly or monthly basis. Thus, in accordance with one aspect of the present invention,document delivery system10 may well incorporate a content repository (e.g., a storage medium coupled to document server100) to aggregate periodic content for delivery in accordance with a user-defined delivery schedule. For purposes of illustration, and not limitation, this aspect of the invention will be developed in accordance with the example implementation introduced above, wherein a user wishes to receive a weeks worth of daily content (e.g., the Cathy® comic strip) once a week.
• Turning to FIG. 14, a flow chart of an example method for delivering aggregate content to a requesting user is presented, according to one aspect of the present invention. In accordance with the illustrated example embodiment of FIG. 14, the method begins with[0063]block16002, whereindocument server100 receives an indication from a user requesting content delivery in accordance with a user-defined schedule. Unlike the implementations introduced above, however, the user wants the content delivered according to a schedule (user-defined schedule) that differs from the publication schedule of the content provider(s) (50,80). According to one example implementation,edit module120 ofdocument server100 receives a request from a user interface (UI) rendered on a computing interface for the user. A graphical illustration of an example UI to generate just such an indication is presented with reference to FIG. 15.
• Turning briefly to FIG. 15, a graphical illustration of an example user interface enabling a user to schedule aggregate delivery of content is presented, according to one example embodiment. In accordance with the illustrated example embodiment of FIG. 15, a[0064]user interface17000 associated with the select content (e.g., Cathy® comic strip) is presented. According to one implementation, theUI17000 is presented upon user selection of the content from a catalog of available content. The indication introduced above is sent to, for example,edit module120, when the user selects the “add delivery”button17002.
• In block[0065]1604,edit module120 updates aprint schedule390 associated with the user to denote periodic delivery of aggregate of content. More particularly,edit module120 presents the user with an interface that enables the user to add the content to the delivery schedule, and updates the delivery schedule to reflect the user's preferences. Just such an interface is presented with reference to FIGS. 16A and B.
• As shown, FIG. 16A and FIG. 16B graphically illustrate an example interface to manage a user print schedule, according to one example embodiment. In accordance with the illustrated example implementation of FIGS. 16A and B, the user's[0066]delivery schedule18000 is presented, along with adialog box18002 requesting that the user confirm that they wish to add the select content to the delivery schedule. If the user selects the “accept” button of thedialog box18002, a management interface is presented, which enables the user to define the delivery criteria for the selected content. An example management interface was presented above, with reference to FIG. 8. As introduced above with reference to FIG. 8, a user can select delivery of content on a schedule that differs from that of the content provider(s) publication schedule. More particularly, by selecting “my default schedule” or the “custom defined schedule” for the delivery of the content, the user can elect to receive an aggregate of the content provider's serially published content on a schedule that suits their particular situation. In accordance with the illustrated example implementation, perhaps it is more convenient for the user to receive the entire week's worth of Cathy® comic strips, published daily, on Sunday when they have the time to read the content they so enjoy. If the content were delivered according to the publication schedule, it may go unread if the user does not have the time to review the material, thereby wasting print-related supplies (e.g., paper, ink, etc.). Once the user has defined the delivery criteria for the selected content in the UI of FIG. 8, an updateddelivery schedule18004 is generated, in accordance with the teachings above, to reflect the addition of the aggregate content, block18006.
• Continuing with the flow chart of FIG. 14, once the delivery schedule has been updated to reflect the addition of[0067]aggregate content18006,edit module120 determines whether new content has been received, block16006. According to one example implementation,edit module120 periodically receives content from one or more content providers in accordance with the content providers publication schedule for delivery to requesting users. For those users that wish delivery of the content in accordance with the publication schedule of the content provider (50,80), the content is prepared for delivery in accordance with FIGS.2-4. For those users that desire delivery of the content on their own schedule, the process continues withblock16008 wherein the new content is stored in a content repository accessible byedit module120 for subsequent retrieval and delivery bydocument server100.
• According to one implementation,[0068]document server100 includes a storage device (not shown) which caches pointers to memory locations at the content provider(s), wherein a copy of content that was previously published for serial delivery may be found. It is to be appreciated that by leveraging the storage capability of the content provider(s) (50,80), which likely retain a copy of published content for a period of time anyway, the storage requirements of thedocument server100 are reduced. In an alternate embodiment,document server100 is coupled to one or more storage devices which receive and maintain a copy of select content from content provider(s) (50,80) for subsequent retrieval and delivery to requesting users.
• In[0069]block16010, the process continues withedit module120 determining whether it is delivery time for one or more of the content identified in thedelivery schedule18004. If not,document server100 continues withblock16006. If, inblock16010 edit module determines that it is time to deliver aggregate content, the content is collected from the content repository for delivery, block16012. In accordance with the illustrated example implementation, the content repository is accessed byedit module120 to retrieve the select content published since the last scheduled delivery. As introduced above, the collection byedit module120 may involve issuing requests to memory of the content provider(s) for content stored at memory locations denoted by the one or more pointers retrieved from the repository. Alternatively, theedit module120 retrieves the actual content from local storage for delivery to the user. According to one implementation,edit module120 formats the aggregate content, in accordance with user preferences, to denote when the content was originally published. In accordance with the example implementation,edit module120 formats a publication with a weeks-worth of Cathy® comic strips, wherein each daily strip is specifically denoted.
• In[0070]block16014, the personalized publication comprising the aggregated content is delivered to the requesting user. An example of just such a personalized publication is presented with reference to FIG. 17, according to the example implementation introduced above.
• FIG. 17 illustrates an example publication of aggregated content, according to one embodiment of the present invention. In accordance with the illustrated example implementation of FIG. 17, a personalized publication comprising a weeks worth of Cathy® comic strips is generated for periodic delivery to the user, in accordance with the[0071]user delivery schedule18004. As introduced above,edit module120 may format thepersonalized publication19000 to denote when the content was originally published (e.g., the day of the week, the date, etc.). Thus, in accordance with the illustrated example implementation,edit module120 formats thepersonalized publication19000 to denote which strip appeared onMonday19002,Tuesday19004, etc.

Claims (20)

What is claimed is:

1. A method for generating a publication, the method comprising:

soliciting content from one or more content providers in response to a user request to receive such content in accordance with a user-defined delivery schedule; and

receiving the content at a content repository in accordance with a publication schedule of the content and aggregating the content for subsequent delivery to the requesting user if the publication schedule differs from the user-defined delivery schedule.

2. A method according to

claim 1

, further comprising:

compiling the received content into a document format; and

delivering the formatted content in a user-defined form to the requesting user.

3. A method according to

claim 2

, wherein compiling the received content into a document format comprises:

formatting the received content within a publication to denote a chronological order in which the content was received.

4. A method according to

claim 2

, wherein delivering the aggregated content comprises:

sending the formatted publication, along with a print instruction, to printing device designated by the requesting user.

5. A method according to

claim 4

, wherein the print instructions designates a time for printing the publication.

6. A method according to

claim 2

, wherein delivering the aggregated content comprises:

sending the formatted publication to one or more electronic mailboxes designated by the requesting user.

7. A method according to

claim 1

, wherein soliciting content from one or more content providers comprises:

sending a subscription request to one or more content providers requesting the content in accordance with the publication schedule of the content provider.

8. A method according to

claim 1

, wherein soliciting content from one or more content providers comprises:

periodically issuing requests to the content providers for content on behalf of the requesting user.

9. A method according to

claim 8

, wherein the period is determined by the publication schedule of the content provider(s).

10. A method according to

claim 8

, wherein the requests are issued daily.

11. A storage medium comprising a plurality of executable instructions which, when executed, implement an edit module to solicit content from one or more content providers in response to a user request to receive such content in accordance with a user-defined delivery schedule, to receive the content at a content repository in accordance with a publication schedule of the content, and to aggregate the content for subsequent delivery to the requesting user if the publication schedule differs from the user-defined delivery schedule.

12. A storage medium according to

claim 11

, wherein the edit module compiles the received content into a document format, and delivers the formatted content in a user-defined form to the requesting user.

13. A storage medium according to

claim 12

, wherein the edit module compiles the received content by formatting the received content within a publication to denote a chronological order in which the content was received.

14. A storage medium according to

claim 12

, wherein the edit module delivers the aggregate content by sending the formatted publication, along with a print instruction, to printing device designated by the requesting user.

15. A storage medium according to

claim 12

, wherein the edit module delivers the aggregate content by sending the formatted publication to one or more electronic mailboxes designated by the requesting user.

16. A document delivery system comprising:

an content repository, to receive content from one or more content providers in accordance with a content provider publication schedule; and

an edit module, coupled to the content repository, to periodically collect and aggregate content received in the content repository for delivery to a requesting user in accordance with a user-defined delivery schedule.

17. A document delivery system according to

claim 16

, wherein the edit module compiles the received content into a document format, and delivers the formatted content in a user-defined form to the requesting user.

18. A document delivery system according to

claim 17

, wherein the edit module compiles the received content by formatting the received content within a publication to denote a chronological order in which the content was received.

19. A document delivery system according to

claim 17

, wherein the edit module delivers the aggregate content by sending the formatted publication, along with a print instruction, to printing device designated by the requesting user.

20. A document delivery system according to

claim 17

, wherein the edit module delivers the aggregate content by sending the formatted publication to one or more electronic mailboxes designated by the requesting user.

Images