The present invention relates to communications between a host computer and computer peripherals and, more particularly, to methods and systems for communicating with scanners or similar peripherals using a TWAIN interface.
General-purpose, personal computers (such as computers that run Microsoft Windows or Apple Computer operating systems) may be connected to a variety of peripherals, such as printers, scanners, cameras, etc. In general, communications with such peripherals require use of software known as a driver. The driver software serves as a communication link between an application program (such as a word processing program or image editing program) and the peripheral. Peripherals designed to capture images (e.g., scanners) are often designed to communicate according to a standard language or protocol known as TWAIN (sometimes referred to as “technology without an interesting name”). A TWAIN driver acts as an interpreter between any application that supports the TWAIN standard interface (e.g., Adobe Photoshop software) and a peripheral (e.g., a scanner).
Current approaches for using a network peripheral, such as a scanner, attached to a personal computer or workstation generally fall into two categories. The first category treats the network peripheral as if it were locally attached to the workstation. This approach tends to ignore the complications involved in using a device that is shared with many workstations. Concurrence and communication failures are generally ignored in systems included in the first category. For example, multiple users may simultaneously submit requests to a single peripheral and timing and scheduling must be performed to properly handle the requests. The user is also required to know the specific peripheral to use to perform the requested task. If a selected peripheral is shut down or off-line, in an error condition (e.g., paper jam), or a long line of other users are waiting to use the peripheral, the user may be required to resubmit the job at a workstation and select a different peripheral.
The second category treats the network peripheral as separate from a workstation. This approach involves performing a task, such as a scan, at the peripheral and then sending the data involved in the task to a workstation where it will be used. A drawback here is that the process is not fully integrated with an application running on the workstation. For example, the user must typically perform two steps to import acquired data into an application executing on a workstation. First, the user must perform a data acquisition task at the peripheral. Once the first step is completed, the user must then move to the workstation and launch the application that will be used to import or retrieve the data from the peripheral. Because the application oftentimes requires that the received data be formatted in a particular way, if the data received from the peripheral is not formatted correctly, the user is forced to repeat the foregoing steps.
An unsatisfied need therefore exists for improved methods and systems of communicating with networked peripherals using TWAIN interfaces.
One embodiment of the invention provides a method of acquiring data from a target device and transferring the data to a host device. The method may include requesting, on the host device, an acquisition of data by a target device, such as a scanner or other peripheral; obtaining, on the host device, acquisition parameters; and storing a profile including the acquisition parameters on the host device. The method may also include selecting the profile on the target device (e.g., a scanner) and retrieving the profile from the host device. Retrieving the profile from the host device may initiate the establishment of a communication channel. The communication channel allows data and commands to be sent between the host computer and the target device. The target device then executes the acquisition of data requested using the acquisition parameters to obtain acquired data and delivers the acquired data over the communication channel to the host computer. The host computer then forwards the acquired data to an application program running on the host computer.
Another embodiment provides a system for acquiring data from a target device. The system includes a host computer that is configured to initiate a task, to obtain task parameters, to store a profile including the task parameters, to establish a communication channel with the target device, and to acquire data from the target device. The system also includes a target device configured to display a list of profiles stored on the host computer, to retrieve the selected profile from the host computer, to execute the task based on the task parameters included in the profile to obtain acquired data, and to transmit the acquired data to the host computer, at which point it is incorporated into an application running on the host computer.
Other embodiments provide a system for acquiring data from a device. The system includes a plurality of host computers, where each one of the plurality of host computers is configured to initiate a task, to obtain task parameters, to store a profile including the task parameters, to establish a communication channel with the device, and to acquire data from the device. The system also includes a network configured to connect the plurality of host computers to the target device and a target device, such as a scanner, configured to display a plurality of profiles stored on the plurality of host computers, to retrieve a profile from one of the plurality of host computers, to execute the task based on the task parameters included in the profile to obtain acquired data, and to transmit the acquired data to one of the plurality of host computers, at which point it is incorporated into an application running on the host computer.
Yet another embodiment provides a computer-readable medium containing instructions for acquiring data from a peripheral by: requesting an acquisition of data; obtaining acquisition parameters; storing a profile including the acquisition parameters on the host device; selecting the profile; retrieving the profile from the host device; establishing a communication channel; executing the acquisition of data request based on the acquisition parameters to obtain acquired data; delivering acquired data over the communication channel; and sending the acquired data to an application program.
Other features and advantages of the invention will become apparent to those skilled in the art upon review of the following detailed description and drawings.
In the drawings:
It is to be understood that the invention is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the drawings. The invention is capable of other embodiments and of being practiced or of being carried out in various ways. Also, it is to be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of “including,” “comprising,” or “having” and variations thereof herein is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. Unless limited otherwise, the terms “connected,” “coupled,” and “mounted,” and variations thereof herein are used broadly and encompass direct and indirect connections, couplings, and mountings. In addition, the terms “connected” and “coupled” and variations thereof are not restricted to physical or mechanical connections or couplings.
Before embodiments of the invention are described in detail a brief review of the TWAIN protocol is provided. Nonetheless, it is assumed that the reader is familiar with the TWAIN specification (which is referenced below).
As noted, TWAIN is a standard protocol for communicating with peripherals and, most often, scanners. The TWAIN standard also specifies an application programming interface for communicating with application software and, what is called, “Data Source” software. Application software can be an imaging application, word processing application, or the like running on a personal computer. The Data Source software refers to driver software installed on a personal or other computing device (sometimes referred to as a “host computer”) to which a peripheral or source of information (such as a digital camera, scanner, or image database) is connected. The term “host computer” or “computer” is referred to herein in a generic sense and should be understood to encompass any general purpose data processing machine.
TWAIN communications involve three main components in a host computer: application software, what is called “Source Manager” software, and Data Source software. The application software acquires images or other data in accordance with the TWAIN specification (see, http://www.twain.org/docs/Spec1—9—197.pdf). The Source Manager software manages the interactions between the application software and the one or more installations of Data Source software. The Source Manager software may be a component of an operating system. The Data Source software controls the peripheral (e.g., an image acquisition device). In a TWAIN-compatible system, the communication among these three components follows the TWAIN specification.
Exemplary interactions of these components are illustrated in
The computer 42 may also include a plurality of other TWAIN drivers 50 (represented schematically) configured according to the prior art, for one or more TWAIN-compliant applications 52 (such as Adobe Photoshop, Microsoft Word, and other similar software), and a variety of other application software 54.
The computers 42 may include or be connected to a variety of common components and devices such as a monitor or display, keyboard, cursor-control device (e.g., a mouse, joystick, or touch screen), speakers, microphone, disk drive, solid-state memory and the like. In an embodiment, the operating system is software that is available from Microsoft, Apple and other commercial software distributors, or the OS may be one of several operating systems that are freely distributed. The communication system software 46 may be proprietary software distributed by a peripheral manufacturer such as Lexmark International, Inc., or it may be communication software that is compatible with the peripherals and available from sources other than the peripheral manufacturer. Although the details of the operation of such software are not always known, the software required to communicate with a peripheral and/or that interfaces with a TWAIN driver is generally available and the implementation of such software is within the ability of one of ordinary skill in the art.
With reference to
In an embodiment, the system 40 is configured such that a user can initiate a task at one of the computers 42 without specifying a particular peripheral 64 that will be used to perform the task. An embodiment thus allows the user to initiate a request at one computer 42 and to then to select from the plurality of peripherals 64 connected to the network 60 that will be used to retrieve or “pull” the request from the computer 42. This might be beneficial, for example, if the user does not know which of the available networked peripherals will be in use when the user needs to retrieve the request from the computer 42. The overall process is illustrated in
In an exemplary embodiment, the process begins with a user accessing an application interface on a computer 42 to start a task (step 80). An exemplary user interface 90 (generated, for example, by the operating system 44 and one of the application programs 54) is shown in
As part of the process, the user optionally specifies one or more acquisition parameters or options for operating the target peripheral (step 100), which in this case is a scanner that may or may not be part of a MFP. Examples of the parameters that nay be entered at this point in the process include, but are not limited to paper size, image resolution, color, depth and the like. In some cases, the parameters that are entered at this point may be specific to a particular brand, type, category or line of peripheral, while other parameters may have applicability across various peripheral types. As one example, at step 100 a user might enter several resolution parameters that correspond to one or more of the plurality of peripherals 64 connected to the network 60. When executing the task (described below) the particular resolution of the entered parameter(s) may depend on the peripheral 64 selected to perform the task and the peripheral that will be selected may or may not be known to the user at the time the parameter was entered.
The user's choice of parameters may also limit the types of peripherals that can be used to execute the job. For example, the user may require an image resolution that is higher than the resolution that is available on some of the plurality of available peripherals. The application may also include error checks that notify a user if the user enters two parameters that are inconsistent, or if the user enters a parameter that cannot be satisfied by any of the peripherals available on the network. Alternatively, an error check may be performed at the time that the task is executed, or still alternatively, a peripheral 64 may default to another (or next best) setting if none of the available peripherals satisfy the parameters set by the user. In such case, a warning message may optionally be generated to notify the user of the change in setting(s).
After the user has entered parameters for a task or job, the TWAIN Data Source (“DS”) 48 stores a task or job profile on the computer 42 at step 102. The job profile may include the parameters supplied by the user, and can also include a user identifier and/or host computer name to link the profile to a particular user or computer 42.
In some embodiments, the user is then prompted via a graphical user interface element, text message or other means (such as a sound, etc.) to proceed to one of the plurality of peripherals 64 (step 104) and perform any appropriate task preparation (such as placing an item to be scanned in the scanner of the selected peripheral 64). Again, in some embodiments, this prompting process may identify the peripherals or the locations of the peripherals that satisfy the parameters entered by the user. In addition, when appropriate the interface may optionally provide an indication if the user has entered one or parameters that cannot be satisfied by the networked peripherals. In an alternative embodiment, the computer 42 does not have access to the technical specifications and capabilities of every networked peripheral and does not offer this level of detail to the user.
At step 106, the user selects one of the networked peripheral and the peripheral retrieves a list of available job profiles. In some embodiments, the peripheral retrieves all of the available job profiles (or at least all job profiles associated with that user). The retrieval process may retrieve job profiles from all networked computers or, alternatively, may display a list of available computers and/or prompt the user to identify a computer. The list of available computers may include computers that have stored job profiles, or stored profiles capable of being executed by the peripheral, the entire plurality of computers 42 connected to the network 60, or some subset of these options. In an embodiment, the user selects an available computer, and the peripheral device retrieves and displays to the user a list of job profiles retrieved from the selected computer.
The list of available computers and/or job profiles is displayed on a peripheral or on a separate display device associated with the peripheral. In an embodiment, the available job profiles are saved on one or a plurality of computers 42 connected to the network, and the chosen peripheral is configured to retrieve job profiles from these networked computers. In one embodiment, a peripheral 64 is configured to filter the list of available profiles such that only those job profiles that the peripheral is capable of executing are displayed. Job profiles that have parameters that cannot be satisfied by the peripheral 64 may not be listed or may be listed but “grayed out”. Alternatively, a peripheral 64 may display all available job profiles (or all available job profiles associated with that user), but will generate an error message if the user selects a job profile having parameters that the peripheral 64 cannot fulfill. When the user is ready to initiate a task (such as scanning a document), the user selects the appropriate job profile from the displayed list (step 108).
When the user selects a job profile, the peripheral retrieves the selected job profile from one of the computers 42 (step 110). At step 100, a communication link is established with the selected peripheral, which, in one embodiment, causes the communication system (“CS”) software 46 on the computer 42 to initiate or open a communication channel with the peripheral 64 (step 112). At step 114, the peripheral 64 sends a command to the computer 42 that identifies the job profile or task that has been initiated. At step 116, the CS software 46 on the computer 42 prepares to receive data from the peripheral. Activities that can occur at step 116 optionally include establishing or configuring a data retrieval channel, allocating buffer memory, and gaining a handle to a file to store the data.
After the data retrieval preparation is complete, the subject task is performed at the peripheral (such as a scan) and the data acquired by the task is sent to the computer 42, as shown in step 118. The CS software 46 receives the acquired data and sends a signal to the TWAIN DS 48 indicating that data was received (step 120). The TWAIN DS 48 then retrieves the acquired data from the CS software 46, as shown in step 122. The TWAIN DS 48 may send the acquired data to the application on the computer 42 that requested the job.
At step 124, the TWAIN DS 48, using the communication channel, signals the peripheral 46 that the data was successfully retrieved. In step 126, after the last packet of data is received, communications with the peripheral are terminated (communication channel(s) are closed) and the transfer of data from the peripheral to the CS software 46 and TWAIN DS 48 ends. The job profile used by the peripheral may be removed from the computer 42 or may remain on the computer 42 where it can be retrieved by subsequent jobs on the previously selected peripheral or other peripherals 64 connected to the network 60.
The foregoing process description is intended to be illustrative and one of ordinary skill in the art will readily recognize that some or all of the identified steps may be omitted, combined or may occur in a sequence different from that described in accordance with different embodiments of the present invention.
As should be apparent to one of ordinary skill in the art, the systems shown in the figures are models of what actual systems might be like. Many of the components and logical structures described are capable of being implemented in software executed by a microprocessor or a similar device or of being implemented in hardware using a variety of components including, for example, application specific integrated circuits (“ASICs”). Furthermore, throughout the specification and claims, reference is made to various user interfaces. Although these interfaces are sometimes described as graphical in nature, it should be understood that other kinds of interfaces, such as audio or touch-sensory interfaces could be provided and that such interfaces could be implemented by those of ordinary skill in the art. Thus, unless specifically indicated otherwise, the claims should not be limited to graphical interfaces or to any specific hardware or software implementation or combination of software or hardware. In addition, capitalized terms, such as “Data Source” are used. Use of such terms is made to be consistent with common industry practice. Nothing, however, should be construed as limiting the breadth of such terms merely because they have been capitalized.
Various features and advantages of the invention are set forth in the following claims.