Patent Application
20100060926
This application is related to the following co-pending commonly-owned patent applications: “METHOD AND APPARATUS FOR REMOTELY DISPLAYING SCREEN FILES AND EFFICIENTLY HANDLING REMOTE OPERATOR INPUT,” Attorney Docket No. 0113946-031; “METHOD, SYSTEM, AND APPARATUS FOR SCANNING AND IMPORTING DOCUMENTS,” Attorney Docket No. 0113946-029; “METHOD AND APPARATUS FOR DISPLAYING A MENU FOR ACCESSING HIERARCHICAL CONTENT DATA INCLUDING CACHING MULTIPLE MENU STATES,” Docket No. 0113946-028; “METHOD AND APPARATUS FOR REMOTELY DISPLAYING A LIST BY DETERMINING A QUANTITY OF DATA TO SEND BASED ON THE LIST SIZE AND THE DISPLAY CONTROL SIZE,” Attorney Docket No. 0113946-027; and “METHOD, SYSTEM, AND APPARATUS FOR SECURE DATA EDITING,” Docket No. 0113946-026, the entire contents of each of which is incorporated by reference herein.
The present application relates in general to delivering documents and more specifically to methods and apparatus for delivering documents such as fax documents via distribution management system.
Often, web based applications need to send documents to users. Typically, documents are sent via email and/or web download. Occasionally, web based application servers cause fax transmissions to occur. However, these server initiated fax transmissions suffer from certain drawbacks.
First, these fax transmissions appear to come from a central source (i.e., a fax number associated with the application server). However, if the server is providing a web based application used by multiple different companies, each of these companies may want their fax transmissions to appear to come from their company with their specific set of assigned phone numbers (e.g., the fax transmissions may be going to customers of the company).
Second, transmission charges associated with web based fax transmission are incurred by the company that owns the application server. This then creates additional overhead for the application server company and/or a billing burden for the application server company trying to recover these fax transmission fees.
The present disclosure provides methods and apparatus for delivering documents via fax transmission that overcome these problems. A web based application server transmits a document to a distribution management system. The distribution management system then translates the document if necessary (e.g., from a proprietary format to a PDF and a fax) and sends the translated document to one or more destinations such as email inboxes, printers, and fax machines.
For fax deliveries, the distribution management system sends the document to a particular client device that is associated with the fax destination. For example, the client device that actually transmits the fax may reside at a company, and the fax machine may be at a customer of that company. In this manner, fax transmissions appear to come from the correct source (not the distribution management system), and transmission charges associated with the fax are incurred by the appropriate company (not the company associated with the distribution management system).
The present system is most readily realized in a network communications system. A high level block diagram of an exemplary network communications system 100 is illustrated in
A detailed block diagram of an example computing device 102, 106, 108 is illustrated in
The memory 208 preferably includes volatile memory and non-volatile memory. Preferably, the memory 208 and/or another storage device 218 stores software instructions 222 that interact with the other devices in the system 100 as described herein. These software instructions 222 may be executed by the processor 204 in any suitable manner. The memory 208 and/or another storage device 218 may also store one or more data structures, digital data indicative of documents, files, programs, web pages, etc. retrieved from another computing device 102, 106, 108 and/or loaded via an input device 214.
The example memory device 208 stores software instructions 222, screen files 224, and documents 226 for use by the system as described in detail below. It will be appreciated that many other data fields and records may be stored in the memory device 208 to facilitate implementation of the methods and apparatus disclosed herein. In addition, it will be appreciated that any type of suitable data structure (e.g., a flat file data structure, a relational database, a tree data structure, etc.) may be used to facilitate implementation of the methods and apparatus disclosed herein.
The interface circuit 212 may be implemented using any suitable interface standard, such as an Ethernet interface and/or a Universal Serial Bus (USB) interface. One or more input devices 214 may be connected to the interface circuit 212 for entering data and commands into the main unit 202. For example, the input device 214 may be a keyboard, mouse, touch screen, track pad, track ball, isopoint, and/or a voice recognition system.
One or more displays, speakers, and/or other output devices 216 may also be connected to the main unit 202 via the interface circuit 212. The display may be a cathode ray tube (CRTs), liquid crystal displays (LCDs), or any other type of display. The display generates visual displays of data generated during operation of the computing device 102, 106, 108. For example, the display may be used to display screen files received from the application server 106. The visual displays may include prompts for human input, run time statistics, calculated values, data, etc.
One or more storage devices 218 may also be connected to the main unit 202 via the interface circuit 212. For example, a hard drive, CD drive, DVD drive, flash memory drive, and/or other storage devices may be connected to the main unit 202. The storage devices 218 may store any type of data used by the computing device 102, 106, 108.
Each computing device 102, 106, 108 may also exchange data with other computing devices 102, 106, 108 and/or other network devices 220 via a connection to the communication channel(s) 116. The communication channel(s) 116 may be any type of network connection, such as an Ethernet connection, WiFi, WiMax, digital subscriber line (DSL), telephone line, coaxial cable, etc. Users 118 of the system 100 may be required to register with the application server 106. In such an instance, each 118 user may choose a user identifier (e.g., e-mail address) and a password which may be required for the activation of services. The user identifier and password may be passed across the communication channel(s) 116 using encryption built into the user's browser, software application, or computing device 102, 106, 108. Alternatively, the user identifier and/or password may be assigned by the application server 106.
A flowchart of an example process 300 for delivering documents is presented in
In general, the process 300 causes an application server 106 to transmit a document to the distribution management system 112. The distribution management system 112 then translates the document if necessary. For example, the distribution management system 112 may translate the document to and/or from a proprietary format, a spreadsheet format, a delimited format such as a comma separated values (CSV) format, a word processing format, a PDF format, and/or a fax format). The distribution management system 112 then sends the document and/or the translated document to one or more destinations such as email inboxes, printers, and fax machines 120. For fax deliveries, the distribution management system 112 sends the document to a particular client device 102 that is associated with the fax destination. For example, the client device 102 that actually transmits the fax may reside at a company, and the fax machine 120 may be at a customer of that company. In this manner, fax transmissions appear to come from the correct source (not the distribution management system 112), and transmission charges associated with the fax are incurred by the appropriate company (not the company associated with the distribution management system 112).
More specifically, the application server 106 begins the example process 300 by dynamically delivering an application to a plurality of client devices (block 302). Preferably, the application server 106 may transmit data indicative of screen displays to a framework application running on the client device 102. For example, the application server 106 may transmit data indicative of screen displays for an insurance agency application to the client device 102. In response to users 118 at the client devices 102, the application server 106 receives events and data from the framework applications running on the client devices 102. For example, a user 118 may click a mouse on a drop down menu at the client device 102. As a result, the client device 102 sends an event to the application server 106. The application server 106 then responds to the client device 102 with data to populate the drop down menu. If the user 118 selects an item from the drop down menu, the client device 102 sends data indicative that selection to the application server 106. In this back-and-forth manner, the business logic of one or more applications is delivered from the application server 106 to the client devices 102.
When executing these applications, the application server 106 may retrieve data from a local database 107 and/or a remote database 110 via a database server 108. For example, the application server 106 may retrieve the data to populate the drop down menu in the example above. In another example, the application server 106 may store data entered by a user 118 in a database 107, 110 for later retrieval and display at a client device 102.
Often, the application server 106 may need to send one or more documents to a plurality of users 118 (block 304). For example, the application server 106 may need to send a monthly report to several different users 188. Next, the distribution management system 112 determines one or more delivery modes for the document by looking up previously stored user preferences (block 306) and looks up any necessary routing information (block 308).
Some users 118 may want to have the report delivered directly to their local printer 228. Accordingly, the distribution management system 112 sends the print job directly to the associated client device 102 (block 310). The distribution management system 112 is given access to each user's printers via the framework application running on that user's client device 102.
Some users 118 may want to have the report delivered via email and/or to a fax machine 120. Preferably, one distribution management system 112 is used by multiple companies (e.g., hundreds). For example, the application server 106 may be serving a software application used by ABC Co. and XYZ Co. Each of these companies may need to send documents to their customers. For example, ABC Co. may need to send a monthly report to ABC Co. Customer, and XYZ Co. may need to send a monthly report to XYZ Co. Customer.
Preferably, communications from the distribution management system 112 to a customer should appear to come from the company associated with that customer, not from the distribution management system 112. Accordingly, emails are sent to directly to users 118 from the distribution management system 112 via the network 116 using an “from” email address indicative of the company associated with the customer (block 312). However, to prevent the email from being captured by a spam filter, the email address is not spoofed. For example, the sender's email address may be documents_for_abc@dms.com for documents that need to appear to come from ABC Co. and documents_for_xyz@dms.com for documents that need to appear to come from XYZ Co. In other words, the example email messages are actually being sent from the “dms.com” domain. However, the full email address of the sender changes depending on the destination.
In addition, the “reply” email address changes depending on the destination. However, in this case, spam filters are generally not an issue. Therefore, the reply email address is set to the actual companies email address. For example, the reply email address may be user@abc.com for documents that need to appear to come from ABC Co. and user@xyz.com for documents that need to appear to come from XYZ Co.
In order to make faxes of documents appear to come from the company associated with a customer, the distribution management system 112 routes faxes through a fax card 122 in a client device 102 of the company (blocks 314 and 316). The distribution management system 112 is given access to each user's fax card (if installed) via the framework application running on that user's client device 102. Preferably, the framework application is downloaded from the application server 106 and installed on the client device 102.
An example of a complete fax communication path 124 is illustrated in
In summary, persons of ordinary skill in the art will readily appreciate that methods and apparatus for delivering documents have been provided. The foregoing description has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the exemplary embodiments disclosed. Many modifications and variations are possible in light of the above teachings. It is intended that the scope of the invention be limited not by this detailed description of examples, but rather by the claims appended hereto.
