Abstract:
A computer-implemented method includes defining a plurality of image receiving areas in a page layout on a user interface, displaying a plurality of image symbols on the user interface, each image symbol representing an image, moving one of the image symbols into a first image receiving area in the page layout, and compositing the image represented by the moved image symbol over the first image receiving area in the page layout.

Description:
PRIORITY CLAIM  
       [0001]     This application is a Continuation-in-Part of U.S. patent application Ser. No. 09/450,804, now U.S. Pat. No. 6,583,799, which claims priority from U.S. patent application Ser. No. 60/167,243, [attorney docket no.11087/010P01], entitled “Digital Photo Printing Service”, filed Nov. 24, 1999.  
       CROSS-REFERENCES TO RELATED INVENTIONS  
       [0002]     The present invention is related to commonly assigned U.S. patent application Ser. No. 10/374,898 [attorney docket no. SF012C001], filed on Feb. 25, 2003, titled “Image uploading”, and commonly assigned U.S. patent application Ser. No. 10/648,563 [attorney docket no. SF012C002], filed on Aug. 26, 2003, titled “Restartable image uploading”, both of which are continuation applications to the above referenced U.S. patent application Ser. No. 09/450,804. The disclosure of these related applications are incorporated herein by reference. 
     
    
     TECHNICAL FIELD  
       [0003]     This application relates to the utilization of digital images.  
       BACKGROUND  
       [0004]     A computer system  100  illustrated in  FIG. 1  represents a typical hardware setup for executing software that allows a user to perform tasks such as communicating with other computer users, accessing various computer resources, and viewing, creating, or otherwise manipulating electronic content—that is, any combination of text, images, movies, music or other sounds, animations, 3D virtual worlds, and links to other objects. The system includes various input/output (I/O) devices (mouse  103 , keyboard  105 , display  107 ) and a general purpose computer  100  having a central processor unit (CPU)  121 , an I/O unit  117  and a memory  109  that stores data and various programs such as an operating system  111 , and one or more application programs  113 . The computer system  100  also typically includes non-volatile memory  110  (e.g., flash RAM, a hard disk drive, and/or a floppy disk or other removable storage media) and a communications card or device  123  (e.g., a modem or network adapter) for exchanging data with a network  127  via a communications link  125  (e.g., a telephone line).  
         [0005]     The computer  100  of  FIG. 1  also can be connected to various peripheral I/O devices. One of the more popular of such peripheral devices is a digital camera  108  that enables users to take pictures and save them in digital (electronic) format. The digital camera  108  enables users to take pictures (i.e., images), which are saved in memory (not shown) within the digital camera  108  in a digital (electronic) format. After taking and storing the images, the user can connect the digital camera  108  to a computer system  100  in order to upload the digital images to the computer&#39;s disk drive or other non-volatile memory  110 . Once the digital images are uploaded to the computer system  100 , the user can erase the digital images from the memory of the digital camera  108  so that the user can take and store additional images using the digital camera  108 . Typically, the digital camera  108  is connected to the computer  100  only while the user is uploading images to the computer&#39;s disk drive or other non-volatile memory  110 .  
         [0006]     Users also can obtain digital images, for example, of film-based prints from a traditional camera, by sending an exposed film into a photo-finishing service, which develops the film to make prints and then scans (or otherwise digitizes) the prints or negatives to generate digital image files. The digital image files then can be transmitted back to the user by e-mail or on a CD-ROM, diskette, or other removable storage medium.  
         [0007]     In any event, once the digital images are stored on the computer  100 , a user can perform various operations on them. For example, an image viewer application can be used to view the images or a photo editor application can be used to touch-up or otherwise modify the images. In addition, an electronic messaging (e.g., e-mail) application can be used to transmit the digital images to other users.  
         [0008]     In addition to viewing the digital images on the computer display  107 , users often desire to have hard copies (physical prints) made of digital images. Such hard copies can be generated locally by the user using output devices such an inkjet printer or a dye sublimation printer. In addition, users can transmit digital images (e.g., either over a computer network or by using a physical storage medium such as a floppy disk) to a photo-finishing service, which can make hard copies of the digital images and send them (e.g., by U.S. Mail or courier service) back to the user.  
         [0009]      FIGS. 2A-2F  show a sequence of screen shots that a user might encounter when transmitting digital images to a photo-finishing service to have hard copies (prints) made of the images. In  FIG. 2A , the user first encounters a contact information window  200  in which the user must enter several items of contact information such as first and last names  202 ,  204 , address  206 , city  208 , state  210 , country  210 , phone  214 , fax  216 , and Email address  218 . This information typically is required by the photo-finishing service for each order for purposes of billing and shipping.  
         [0010]     After the user has entered the required information, the user presses the Next button  220  to arrive at the next screen—an image selection window  222  as shown in  FIGS. 2B and 2C . In the image selection window  222 , the user designates the specific images of which hard copies are to be made. The digital images either can be selected from among the images stored on the user&#39;s computer by clicking the “Select Image . . . ” button  230  or they can be acquired from a digital camera or scanner attached to the user&#39;s computer by clicking the “Acquire Image . . . ” button  232 . Once selected, the images can be viewed and/or cropped by clicking on the “View/Crop” button  234 . In addition, the user can designate the hard copy format and other parameters (e.g., size, number of copies, paper type) for each of the selected images by selecting or entering the desired options using drop-down list  224  and text box  226 . The selected images and their associated parameters are shown in display area  228 . Typically, each order for prints must meet a minimum order amount  223  (e.g., five dollars).  
         [0011]     After the images and their respective hard copy parameters have been selected, the user clicks the Next button  236  and a shipping and payment information window  238  is presented. In this window  238 , the user selects a desired shipping method from drop-down list  240  and specifies a method of payment and associated verification information in text boxes  242 ,  244 ,  246  and  248 .  
         [0012]     After this information has been provided, the user clicks the Next button  250  and is presented with an order confirmation window as shown in  FIG. 2E . The order verification window  250  allows the user to view and confirm the order including the images selected and their respective parameters in display area  252 , as well as the price of the order  254 . If the user is satisfied with the order, the user clicks the Finish button  256  to complete the order.  
         [0013]     Upon completing the order, the images are uploaded to the photo-finishing service as indicated by the upload window  258  in  FIG. 2F . Once the images are uploaded, the photo-finishing service arranges to have prints made of the selected images and to have the prints mailed to the user and address specified in the contact information window  200  shown in  FIG. 2A . If the user desires to have prints of the same (or different) images sent to another person (e.g., a family member or friend), the user typically must repeat the entire order generating process represented by  FIGS. 2A-2F . Generally, repeating the ordering process to send prints to another person involves entering a considerable amount of redundant information and incurring separate charges, including multiple minimum order charges, on the user&#39;s credit card (or other financial instrument) as well as potentially requiring the image to be uploaded multiple times.  
         [0014]     The present inventors recognized that it would be advantageous to provide users with a intuitive and robust environment in which a user can review a thumbnail associated with the image and upload image files so that they can be printed and/or distributed to multiple recipients while minimizing the user&#39;s time, effort, and expense in uploading the image files.  
       SUMMARY  
       [0015]     In one aspect, a computer-implemented method uploads image data to a remote computer such as a server by: defining an area in a user interface adapted to receive an image; generating a thumbnail associated with the image when the image is associated with the area; and, uploading the image to the server.  
         [0016]     Implementations of the method includes generating the thumbnail by decompressing the image file. Further, the thumbnail can be saved in a local file. The thumbnail can be loaded into a browser for viewing. The thus generated thumbnail can be uploaded to the server. The image file can then be sent to the server. The image file can be partitioned into one or more fragments. Metadata associated with each fragment can be generated to be sent to the server. The fragment can be individually uploaded to the server. If the upload generates one or more errors, the user can be informed about the with one or more error messages and instructions.  
         [0017]     In a second aspect, a computer-implemented method uploads image data from a local computer to a remote computer by: receiving input from a user identifying an image file; generating a thumbnail image from the image file; and displaying the generated thumbnail image as a component of a web page received from the remote computer.  
         [0018]     In yet another aspect, a computer-implemented method uploads image data from a local computer to a remote computer by: receiving input from a user identifying an image file; generating a thumbnail image from the image file; and uploading the generated thumbnail image to the remote computer before uploading the image file to the remote computer.  
         [0019]     In yet another aspect, a computer-implemented method facilitates orders for prints of images by: displaying a thumbnail image representing a complete image; receiving input from a user ordering a print of the complete image; and delaying the print order if an image file corresponding to the complete image has not yet been uploaded.  
         [0020]     Implementation of this aspect includes fulfilling the print order when the image fie corresponding to the complete image has been uploaded.  
         [0021]     Advantages may include one or more of the following. The systems and techniques described here provide intuitive visual abstractions and mechanisms for efficiently and quickly designating objects, such as digital images, to be uploaded to a server. The systems and techniques also allow these images to be shared and delivered to predetermined groups of one or more recipients. By representing distribution aliases as graphic symbols (e.g. icons) with which objects can be associated (e.g., by dragging digital objects and dropping them on a graphic symbol), the act of uploading image files is simplified dramatically. At the same time, the number of discrete steps or operations required of a user to upload image files is minimized. Moreover, by enabling physical representations of the digital objects to be distributed automatically to the designated recipients, either instead of or in addition to the corresponding digital objects, objects such as physical image prints can be distributed to multiple recipients with a minimum of time, expense and effort.  
         [0022]     One or more of the following additional advantages may also be provided. The systems and techniques described herein provide the user with robust and detailed information relating to the uploading process. The system and techniques gracefully handle upload failures in that automatic recovery, if possible, is provides. If automatic recovery is not possible, the user is informed that an upload had failed so that the user can restart the upload process. The process can handle both system related errors as well as user related errors. For instance, the user may start the upload and forget that the upload process is running due to the time required to upload multi-megabyte image files and later either turn off the computer or quit the viewer. Rather than assuming that the upload process was successful, the feedback provided by the process informs the user that he or she needs to take corrective actions.  
         [0023]     The details of one or more embodiments are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of the invention will become apparent from the description and drawings, and from the claims.  
     
    
     DRAWING DESCRIPTIONS  
       [0024]      FIG. 1  is a block diagram showing a typical computer architecture.  
         [0025]      FIGS. 2A-2F  show a sequence of screen shots that a user might encounter when transmitting digital images to a photo-finishing service provider.  
         [0026]      FIG. 3  show a process for generating a thumbnail associated with an image file and for uploading the image file.  
         [0027]      FIG. 4  shows in more detail operations associated with generating and saving the thumbnail.  
         [0028]      FIG. 5  is a flowchart of a process for uploading image files to a server.  
         [0029]      FIG. 6  is a flowchart showing in more detail the uploading of image files.  
         [0030]      FIG. 7  is a block diagram of an embodiment of a print laboratory system.  
         [0031]      FIGS. 8-9  show two screen shots of an exemplary upload page in a web site.  
         [0032]      FIGS. 10-16  show user interface of an exemplary system to process drag-and-dropped images.  
         [0033]      FIG. 17  shows an exemplary process for processing dragged and dropped images.  
     
    
     DESCRIPTION  
       [0034]     Referring now to  FIG. 3 , a process  300  for operating on an image file is shown. First, a viewer is launched (step  301 ). The viewer could be a browser such as Internet Explorer, available from Microsoft Corporation of Redmond Washington, or Netscape, available from Netscape, Inc. of Mountain View, Calif. (now America Online). The browser loads a set of embedded tags such as HTML tags that instruct the browser to instantiate or load a software module such as a plug-in. The plug-in is a software program that extends the capability of the browser in a specific way—providing the ability to receive images dragged over an area defined by the plug-in. The browser does not need to run an external application in order to interpret the data, and the result can be embedded as part of the Web page. This presents the user with a single unified user interface where the Web document is a container for many different media types.  
         [0035]     An example fragment of HTML which instantiates the Windows Internet Explorer version of the upload plugin in a web page is shown below:  
                                   &lt;object id=”uploaderControl” widthF0 height 0       codebase=”Uploader.cab#Version=1,0,0,1”       classid=”CLSID:B534D8C5-72CE-11D3-80A2-0050DA1AB5D6”&gt;       &lt;param name=”Server” value=”http://upload.shutterfly.com”&gt;       &lt;param name=”AuthenticationID” value=”000199670125”&gt;       &lt;param name=”UploadChunkSize” value=”32768”&gt;       &lt;param name=”Mode” value=”Select”&gt;       &lt;/object&gt;                  
 
         [0036]     The software module is then loaded (step  302 ) to customize the viewer. The software module defines an area on the screen and registers this area with the viewer as a drag-and-drop target to receive images whenever an image is dragged into the area (step  304 ).  
         [0037]     Next, the process  300  checks whether the user has dragged and dropped an image over the area defined in step  304  (step  306 ). This is done by periodically checking events presented by the operating system to the software module. If the events are associated with the software module, the software module executes operations associated with the events and proceeds to step  312 . These operations include selecting certain images for transmission to other parties, or grouping certain images into albums, for example.  
         [0038]     If the user has not dragged and dropped an image over the area, the process  300  allows a user to perform other viewing operations (step  310 ). Examples of the other viewing operations include creating and editing image files before ordering or shipping physical manifestations of one or more images. The physical manifestation of the digital content may include photographic prints of the one or more digital images, framed photographic prints, photo-album pages bearing one or more digital images, compositions of digital images and other graphical and/or textual content, and/or artifacts bearing a digital image such as a novelty item, a shirt, a coffee mug, a key-chain, a mouse pad, a magnet, or a deck of playing cards. Optionally, the set of digital content may include graphical and/or textual content, and the physical manifestation of the set of digital content may include a card (e.g., a greeting card, a holiday card, an announcement, a playing card, a post card, a thank you card, or an invitation), an advertisement, a coupon, and/or a bound volume (e.g., a photo-album or a travel book) bearing the graphical and/or textual content. The graphical and/or textual content can include digital images, digitized content, and/or computer-generated content. Other operations include ordering prints associated with all images, or alternatively dividing an order into a plurality of sub-orders so that each sub-order corresponds to a different specified recipient and includes an instance of each digital image associated with the recipient corresponding to the sub-order. The order may be specified by receiving interactive input from the viewer.  
         [0039]     Alternatively, if the user has dragged an image onto the defined area, the process  300  generates and shows a thumbnail associated with the image (step  312 ) on the browser. The thumbnail is generated by the user computer. The thumbnail is shown as an additional part of the page previously loaded from the server. The combination of the newly generated thumbnail and the page is then shown by the browser.  
         [0040]     Next, the process  300  uploads the image onto a server (step  314 ). From step  310  or step  314 , the process  300  checks whether the user has completed operation using the viewer (step  316 ). If not, the process  300  loops back to step  306  to continue handling user requests. Alternatively, the process  300  exits.  
         [0041]     In one embodiment, a browser plug-in is loaded to provide an active area on the browser where the customer can drag-and-drop images onto the active area. The plug-in is a collection of computer instructions that is detected by a computer process on the user&#39;s computer at run-time and subsequently invoked during run-time. The browser provides a mechanism through which separately provided plug-ins are detected and by which a user can invoke execution of any of the plug-ins. When the user drags-and-drops a picture into the active area, the thumbnail of the customer&#39;s picture appears on the browser. Alternatively, the customer can select images using a standard file selection dialog.  
         [0042]     In one implementation, the plug-in is implemented as dynamically linked libraries (DLLs). A DLL is a library or a collection of computer instruction modules that can be invoked (linked) by computer instruction modules in another computer program. The invocation is performed dynamically, i.e., at run-time. The computer instruction modules of a DLL are loaded into the address space of a computer process and references to the computer instruction modules are resolved into the addresses of the loaded computer instruction modules.  
         [0043]     Although the process of  FIG. 3  is directed at uploading image files, any other file transmission operations can be performed. For instance, the user optionally can attach the image file, to an e-mail message before it is sent. In this embodiment, the user can simply drag the image icon  205  from the desktop and drop it into a message text region and the image file can then be sent. Upon receipt, recipient(s) can view and otherwise access the digital image.  
         [0044]     Turning now to  FIG. 4 , step  312  is illustrated in more detail. First, the process of  FIG. 4  decompresses the image file (step  330 ). In one embodiment, the image file can be decompressed in accordance with a standardized image compression mechanism such as JPEG (Joint Photographic Experts Group). JPEG exploits known limitations of the human eye, notably the fact that small color changes are perceived less accurately than small changes in brightness. Although the degree of lossiness can be varied by adjusting compression parameters, to preserve image quality, the image should be compressed with an appropriate quality setting (e.g., Q 75 or more). More information about the Independent JPEG Group and its library for JPEG compression and decompression is available at www.ijg.org.  
         [0045]     During decompression, step  330  allocates and initializes a JPEG decompression object. This step then reads compressed data from the image file as well as the header of the image file to obtain image information. Parameters for decompression are then set based on the properties of the image (in particular, its colorspace). An option allows the returned image to be scaled and allow various speed/quality tradeoffs to be selected. Once the parameter values are satisfactory, the decompression process is started, which will initialize internal state, allocate working memory, and prepare for returning data. After completing a decompression cycle, the JPEG object is destroyed. Accessing the decompressed data is done by reading pixels in all scan lines.  
         [0046]     The process of  FIG. 4  then generates a thumbnail associated with the image (step  332 ). The thumbnail is generated by down-sampling the decompressed image file. The thumbnail is saved to a temporary local file on the user&#39;s computer (step  334 ). Next, the local thumbnail is shown and is made available for the user to deploy as appropriate (step  336 ). Particularly, the thumbnail is presented to the viewer with a path to a file associated with the thumbnail. The thumbnail is presented to the user as if the thumbnail is a part of the page served by the remote server. Thus, the user can use the thumbnail with an impression of instant access, even though the image file is not yet available from (or uploaded to) the server.  
         [0047]     Referring now to  FIG. 5 , step  314  of  FIG. 3  is shown in more detail. First, the thumbnail is generated and stored on the user&#39;s local computer (step  340 ). Generation of the thumbnail includes decompressing the original file, filtering and down-sampling the image to the desired thumbnail resolution, and recompressing the thumbnail image as a JPEG file. Optionally, the process of  FIG. 5  applies additional image filtering operations such as sharpening, resizing, rotating, sharpening, or color reducing operations to enhance the appearance of the thumbnail. Although JPEG is used in one embodiment, the technique is not specific to JPEG images, but rather any other method of compressing or decompressing images can be used.  
         [0048]     When the user indicates that an image is to be uploaded (for example, by dragging and dropping the image onto a browser plug-in area), a thumbnail is first created and transmitted to the server before the entire image is uploaded. This allows the thumbnail to be displayed and used by the user while the full file is being uploaded. Thus, the user does not have to wait for the upload to finish before the user can view or access the thumbnail on the web site. The uploading of the thumbnail also allows other users to have access to the thumbnail before the full image is uploaded. This technique is also efficient in that it avoids the need to upload the full image file to the server and generating the thumbnail at the server.  
         [0049]     When the image file is sent to the server (step  342 ), a script on server (web page) loads a copy of the thumbnail from client&#39;s computer. The original thumbnail stays on the client computer. The script executes an operation that loads the thumbnail stored on the customer&#39;s computer as an image on the page displayed by the browser. Images can be manipulated almost instantaneously. In addition, the process of  FIG. 5  can perform a lossless compression of the file before uploading the file.  
         [0050]     Referring now to  FIG. 6 , step  342  is shown in more detail. First, the image file is partitioned into one or more fragments (step  360 ). Next, the process of  FIG. 6  generates metadata associated with the fragments of the image file (step  362 ). The metadata transmitted to the upload server relates not only to the individual fragments, but to the image and the image upload as a whole. In one embodiment, the data provides information on: 
        raw image dimensions and file size     preferred viewing orientation     location of the original local file     location of a cached copy of the original file     size of fragments to be transmitted     total number of fragments to be transmitted        
 
         [0057]     The metadata is then sent to the server (step  364 ). From step  364 , the current fragment is uploaded to the server (step  366 ). Next, the process of  FIG. 6  checks whether the upload was successful (step  368 ). If so, the process of  FIG. 6  checks whether all fragments have been uploaded (step  370 ). If not, the next segment is selected (step  372 ) and the process of  FIG. 6  loops back to step  366  to continue uploading the image file.  
         [0058]     From step  368 , in the event that the upload was not successful, the process of  FIG. 6  checks whether the error is recoverable (step  374 ). If so, the process of  FIG. 6  may optionally notify the user or alternatively may simply loop back to step  366  to retry the uploading of the fragment. The error is recoverable if a communication link such as an Internet link is present so that the fragment can be resend. If there is failure, the process can restart the upload after the last fragment had been successfully uploaded before occurrence of the error without re-uploading the entire image file. Thus, recovery time is minimized.  
         [0059]     From step  374 , if the error is not recoverable, the process of  FIG. 6  notifies the user with an error message (step  376 ). The message can be sent using a variety of modalities, including email, telephone call, facsimile transmission, among others. In addition, the message can inform user on how to restart the upload. The message can also use available information about the image being uploaded to the server to provide diagnostic information in email message, including the file name, the number of fragments received and the number of outstanding fragments, the location of the file, and instructions on finishing the upload, among others. The instructions can simply instruct the user to establish the communication link and execute the browser so that the browser is activated and can continue the uploading process. From step  370  to step  376 , the process of  FIG. 6  exits.  
         [0060]     The process of  FIG. 6  gracefully handles upload failures in that it provides automatic recovery if possible, and if not, informs users that an upload had failed so that the user can restart the upload process. The process of  FIG. 6  can handle both system related errors as well as user related errors. For instance, the user may start the upload and forget that the upload process is running due to the time required to upload multi-megabyte image files and later either turn off the computer or quit the viewer. The feedback provided by the process of  FIG. 6  informs the user that he or she needs to take corrective actions rather than assume that the upload process was successful.  
         [0061]     Once the image has been uploaded, it may be shared with others, or may be printed as a photograph.  FIG. 7  illustrates an embodiment that uses image data uploaded by the system of  FIG. 3  in an application for handling photographic print images. The system of  FIG. 7  has a front-end interface subsystem that is connected to a wide area network such as the Internet. The front end interface subsystem includes one or more web application systems  502 , one or more image servers  504 , one or more image processing servers  506 , and one or more upload servers  508 , all of which connect to a switch  510 .  
         [0062]     The switch  510  in turn routes packets received from the one or more web application systems  502 , image servers  504 , image processing servers  506  and upload servers  508  to the multi-tier image archive system  130 .  
         [0063]     The switch  510  also forwards communications between the web application systems  502 , image servers  504 , image processing servers  506  and upload servers  508  to one or more database servers  520 . The switch  510  also is in communication with an e-commerce system  530  that can be connected via a telephone  540  to one or more credit card processing service providers such as VISA and MasterCard.  
         [0064]     The switch  510  also communicates with one or more lab link systems  550 ,  552  and  554 . These lab link systems in turn communicate with a scheduler database system  560 . The scheduler database system  560  maintains one or more print images on its image cache  562 . Data coming out of the image cache  562  is provided to an image processing module  564 . The output of the image processing module  564  is provided to one or more film development lines  574 ,  580  and  582 .  
         [0065]     The scheduler database  560  also communicates with a line controller  572 . The line controller  572  communicates with a quality control system  578  that checks prints being provided from the photographic film developing lines  574 ,  580  and  584 . The quality of prints output by the film developing lines  534 ,  580  and  582  can be sensed by one or two more line sensors  576 , which reports back to the quality controller  578 . The output of the print line  570  is provided to a distribution system  590  for delivery to the users who requested that copies of the prints.  
         [0066]     The multi-tier system uses a name resolution protocol to locate the file within the multi-tier structure. In this protocol, given an image ID, an image can be located on the multi-tier system without incurring the cost of accessing a name database. This is achieved because each image ID is unique and database lookups are not needed to resolve the desired image. This level of scalability is important since it provides the ability to scale the image retrieval bandwidth by just increasing the number of image server independent of the number of database servers. In order words, the name resolution protocol decouples the database bottleneck from the image retrieval bottleneck.  
         [0067]     After the prints, recipients and respective parameters have been specified, the user&#39;s order is fulfilled by making prints of the designated images and distributing them to the specified recipients (step  406 ). In general, fulfillment can be accomplished either by the photo-finisher itself or by another entity or company in cooperation with the photo-finisher. Potentially, the photo-finisher could have business arrangements with two or more different fulfillment companies, which could be dispersed geographically (at various locations around the country or world) to minimize shipping costs, labor costs and/or delivery time. Alternatively, or in addition, different fulfillment companies could be used which have different areas of expertise or production capability. For example, one fulfillment company could specialize in making standard photographic prints, another fulfillment company could specialize in printing greeting cards, yet another fulfillment company could specialize in generating T-shirts, and so on.  
         [0068]     Distribution and delivery of the prints to recipients could be accomplished by any of various techniques. For example, standard U.S. Mail or courier services (e.g., Federal Express or UPS) could be employed. Alternatively, the photo-finisher could have a business arrangement with various other service or delivery companies to deliver print orders along with other regularly scheduled deliveries. For example, the photo-finisher could have a business arrangement with a delivery or service company (e.g., Webvan, an online grocer in the San Francisco Bay area, or Streamline, Inc., a goods/services/convenience portal head-quartered in the Boston area) in which the prints for a particular recipient would be generated on the delivery/service company&#39;s premises and then delivered either alone or along with that recipient&#39;s order of other goods/services.  
         [0069]      FIGS. 8-9  show two screen shots of an exemplary upload page in a web site.  FIGS. 8 and 9  illustrate the system before and after dropping images onto the plugin area, respectively. As shown in  FIG. 8 , a user can view a photo-finisher&#39;s web page  802 , hosted on a remote server, in a browser window  800  on a client computer. The area  804  demarcated by the photo corners, which displays “Drop you photos here” is the active region for receiving an image file.  
         [0070]     As shown in  FIG. 9 , after the user has dragged-and-dropped selected images into the image area  804 , the plug-in causes thumbnails  805 - 812  to be generated locally and displayed in the image area  804  as part of the web page  802 . Subsequently, the thumbnails and their corresponding images can be uploaded to the server as described above.  
         [0071]      FIGS. 10-16  show user interface of an exemplary system to process drag-and-dropped images. In this embodiment, the system allows a user to select one or more images to specify a photo-book. As shown in  FIG. 10 , a user first selects a cover type (hard cover or soft cover) for the photo book. Next, as shown in  FIG. 11 , the user selects a cover attribute such as color. In  FIG. 12 , the user selects a picture for the cover and enters a title for the photo-book. In  FIG. 13 , the user selects a book style from various preset styles that have been formatted appropriately for common occasions such as classic, elegant, baby, casual, or wedding. In  FIG. 14 , the user selects from her photo albums one or more images that may be used in the photo book. In the example of  FIG. 14 , eight pictures have been selected.  
         [0072]     Next, as shown in  FIG. 15 , the selected images are moved into a holder  1540  in a user-selected order below an a photobook template  1510 . Each page of the photobook can include one or more image receiving areas  1520  and  1530  in horizontal (landscape) or vertical (portrait) format. Before an image is selected and dropped into an image receiving area  1520  and  1530 , the image receiving areas  1520 ,  1530  can display a message “Drop the image here” in a highlighted image area. Each image  1520  or  1530  receiving area can be associated with a text box  1525  and  1535  for entering captions related to each image. The user can select an icon or thumbnail version of a picture from the image holder  1540  of the UI and drop the icon or thumbnail into one of the two image receiving areas  1520  and  1530  in the photobook template  1510 . Upon dropping the icon or thumbnail, the computer processor associates the image corresponding to the dragged and dropped image with the image area  1520  or  1530 . The image receiving area  1530  in the photobook template shows the image corresponding to the image symbol over the image receiving area  1520  and  1530 .  
         [0073]     In accordance with the present invention, the images dragged and dropped into an image receiving area  1530  can be dragged and dropped into another image receiving area  1520 , or back to the holder  1540  for the selected images. When an image is moved from one image receiving area  1520  to another image receiving area  1530 , the text associated with the image in the image receiving area  1530  in the text box  1535  can be moved automatically together with the image into a new text box  1525 .  
         [0074]     In addition, the user can also add more pictures, arrange/remove pictures, or automatically populate remaining pages using the selected images  1540  in the bottom of the UI. The completed photobook can be reviewed as shown in  FIG. 16  prior to ordering the photo-book. Once the user finishes entering payment information and confirms the order, the photobook comprising the pages having the selected images can be produced.  
         [0075]      FIG. 17  shows an exemplary process executed by a server-client system that supports the selection and processing of images as discussed above. First, one or more image symbols are defined on a user interface where the image symbols correspond to the images ( 1710 ). Next, one or more image receiving areas are defined on the user interface adapted to receive the one or more image symbols displayed on the user interface ( 1720 ). The user drags and drops a selected image symbol into one of the image receiving areas on the user interface ( 1730 ). In response, the computer associates the image corresponding to the selected symbol to the image receiving area ( 1740 ). Finally and optionally, the image symbols can be can be rearranged by dragging and dropping between the image receiving areas and the image holder ( 1750 ). The images corresponding to the image symbols are accordingly re-assigned to the new image receiving areas.  
         [0076]     It is to be noted that drag-and-drop is not the only way of selecting images to upload. Other techniques for selecting images to upload include a file browser dialog selection method. Additionally, other modalities such as cut and paste can also be used to select images to upload.  
         [0077]     The techniques, methods, and systems described here may find applicability in any computing or processing environment in which users desire to order physical manifestations (e.g., prints) of digital content and have them distributed to one or more intended recipients. For example, these techniques could be applied to allow users to choose or develop a holiday (e.g., Christmas) card design online (including images and other graphics, personalized text, personalized signatures, and/or any type of computer-generated content) and then have physical copies of that design produced (e.g., actual paper-and-ink Christmas cards) and distributed automatically to everyone on the user&#39;s Christmas card list. This same concept could be applied to enable users to design physical post cards, wedding or party invitations, thank you cards, and the like and to have them produced and distributed. In the same vein, businesses could use these techniques to design targeted mailings (sets of targeted coupons, an advertisement made up of selected text and graphic components, etc.) and have them produced and distributed to specified recipients.  
         [0078]     The invention may be implemented in digital hardware or computer software, or a combination of both. Preferably, the invention is implemented in a computer program executing in a computer system. Such a computer system may include a processor, a data storage system, at least one input device, and an output device. Further, variations to the basic computer system are within the scope of the present invention. For example, instead of using a mouse as user input devices, a pressure-sensitive pen, digitizer or tablet may be used.  
         [0079]     The above-described software can be implemented in a high level procedural or object-oriented programming language to operate on a dedicated or embedded system. However, the programs can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language.  
         [0080]     Each such computer program can be stored on a storage medium or device (e.g., CD-ROM, hard disk or magnetic diskette) that is readable by a general or special purpose programmable computer for configuring and operating the computer when the storage medium or device is read by the computer to perform the procedures described. The system also may be implemented as a computer-readable storage medium, configured with a computer program, where the storage medium so configured causes a computer to operate in a specific and predefined manner.