Method of creating individually customized videos6084581Abstract A system for simultaneously creating a plurality of individually customized video product from a plurality of video segments uses a central computer and one or more workstations to control the operation of a video file server and video recorders connected thereto. The video file server is adapted to simultaneously output the same or different stored video segments on a plurality of video output channels. Each channel is connected to a respective video recorder. An operator at the workstation enters selection choices into a workstation. The central computer uses the selection choices to select and order a subset of video segments prestored on the video file server. Each selected video segment is directly related to a selection choice. Under control of the central computer, the selected and ordered subset of video segments are output from the video file server to a designated video recorder to make the customized video product. The central computer simultaneously controls the state of the video recorders in coordination with the video file server. Claims What is claimed is: Description BACKGROUND OF THE INVENTION
______________________________________
LAN network server 12
Compaq Prosignia 500
LAN network server 12
WINDOWS NT video file server 14 -
operating system 15
Microp.OMEGA.lis (Micropolis) AV Server
Model AV50, AV100 or 200
PC workstation 18
Compaq Prolinea E
Video recorder 20
Panasonic Model AG-1980
Video computer interface 22
Panasonic Model AG-VC205
______________________________________
The Micropolis AV Server is equipped with a RAIDION VOD RAID array (including video disk modules and a Gandiva.TM. VOD subassembly), video decoder board assembly including MPEG-1 or MPEG-2 decoder modules, and a Model PCX486 computer. The AV Server is a video storage and playback engine which can deliver video to simultaneous users with full random access capabilities. The Micropolis AV Server is available from Micropolis, Chatsworth, Calif. Video file servers from other manufacturers may also be used. The application program 16 housed in the LAN network server 12 performs at least the following functions: (1) creates and displays menus and menu choices on a workstation 18 for prompting a user to enter information, and receives menu selections from the workstation 18; (2) selects and orders video segments based on the user-entered information; (3) prompts the user to insert a video storage medium 21 of an appropriate running time into a selected video recorder 20; (4) sends commands to the video file server 14 to deliver the selected video segments to a selected video recorder 20, while simultaneously sending control commands to a video computer interface 22 associated with the respective video recorder 20 for controlling the operation of the video recorder 20; and (5) controls the creation of letters and labels and other printed educational material output from the printing devices 26 based, in part, on information received at the workstation 18. The system 10 is used to create an individually customized video product from information entered into the workstation 18 and from video segments stored in the video file server 14, all under program control by a central computer (e.g., LAN network server 12) which is preferably independent from the video file server 14. One advantage of the configuration shown in FIG. 1 is that a prior art video file server 14, such as the Micropolis AV Server, may be plugged "unmodified" into the remaining components. However, it is within the scope of the invention to incorporate the functions of the LAN network server 12 into the video file server 14. In this alternative configuration, the workstations 18 and video computer interfaces 22 would be connected directly to the video file server 14 and the video file server 14 would be modified in minor ways to coordinate all data processing functions. Likewise, it is within the scope of the invention to incorporate the functions of the workstation 18 directly into the computer of the LAN network server 12. The information entered into the workstation 18 which is used to select an ordered subset of video segments may constitute any information that is usable to determine the subset of video segments. Thus, the present invention has wide applications to virtually any field. As used herein, "information" includes at least two components, "selection choices" and "demographic data". "Selection choices" designate one choice from a subset of preprogrammed choices. The selection choices are used to determine which video segments must be assembled to create the video product. Demographic data is used by the system 10 to generate letters and mailing labels, and to maintain a database of information regarding users of the system 10. Typically, demographic data comprises the name and address of the video product customer. Three examples of applications for the system 10 are provided below. However, these examples are not intended to limit the scope of the invention. To the contrary, the scope of the invention includes other applications wherein entered information is used to select an ordered sequence of video segments for creation of an individually customized video product. In a first embodiment of the invention, the system 10 creates a video product to be viewed by a patient before the patient undergoes a medical procedure. In a second embodiment of the invention, the system 10 creates a video product from the results of a standardized test so that a test taker may review the answers to the questions which were not answered correctly. In a third embodiment of the invention, the system 10 creates a video product from inquiries regarding real estate criteria to assist a househunter in locating a suitable property. The overall process for creating a customized video product is similar for all embodiments of the invention. Accordingly, some of the menus appearing on the workstation 18 are similar in all embodiments, whereas other menus are particular to one embodiment of the invention. Referring to the first embodiment of the invention, a user at the workstation 18 enters information about the procedure, the doctor(s) who will be performing the procedure, the hospital where the procedure will be performed, and demographic information about the patient (e.g., name, address and the like). The entered information is used to select and assemble an ordered subset of video segments customized for the patient's needs. The first preferred embodiment of the invention is described using an operational flow diagram of the application program 16 and sample screens which appear on the workstation 18 under program control by the application program 16. The flow diagram is shown in FIGS. 2A-2G and sample screens are shown in FIGS. 6-9. In the disclosed example, the video recorders 20.sub.1, 20.sub.2, 20.sub.3, . . . 20.sub.n, are video tape recorders (VTRs), each of which accepts a VHS tape. Referring to FIGS. 2A-2E and 3-8, the program 16 displays an initial menu screen on the workstation 18 (step 100), as shown in FIG. 3. A user selects "Medical Video" (step 102 ) and a Patient Registration menu screen appears (step 104 ), as shown in FIG. 4. The user fills in the patient variable fields, including the patient's name, address and phone number (steps 106-112 ). After all fields are filled in, the user exits the registration screen (step 114). Next, a Custom Program screen appears (step 116), as shown in FIG. 5. The user fills in the custom program fields, including a physician introduction and closing, a hospital, a medical procedure and other segments, if any, by scrolling through selections appearing in the respective fields (steps 118-124). As selections are made, a Play List is built (step 120). The physician introduction and closing identifies short prestored video segments presented by an individual physician or physicians who will be responsible for the medical procedure. Typically, the same physician is selected for both the opening or closing, although different physicians may also be selected. The hospital field identifies a prestored video segment which provides a general orientation to the patient about the hospital where the procedure is to be performed. This segment may include video about the layout and operations of the hospital, as well as general admittance and discharge information. The physician introduction and closing, and the hospital segments provide general information to the patient. In contrast, the procedure field identifies a video segment particular to the patient's medical procedure. Other video segments, if any, are selected in the Other Segment field. After the Custom Program screen is filled in with the desired selections, the user exits the screen (step 126). Next, a Program Summary screen appears (step 128), as shown in FIG. 6, for verifying the selections made by the Custom Program screen. Also, the program 16 calculates the total length of the video presentation and displays it on this screen. For example, if the physician introduction and closing segments are 2.0 minutes each, the hospital orientation segment is 5.0 minutes, and the medical procedure segment is 6.5 minutes, the total program length will be 15.5 minutes. The user verifies that the information in the Program Summary screen is accurate (130). If any information is not correct or needs to be changed, the user selects "Incorrect", the Specify Program screen reappears, and the process returns to step 116 (step 132). If the information is correct, the user selects "Correct" (step 134). Next, a Select VTR screen appears (step 136), as shown in FIG. 7. The user selects one or more of the video recorders (steps 138-144) and is prompted to load selected VTR(s) with a blank tape. More than one VTR may be selected if multiple copies of the same video product are needed. The blank tape should have a length or running time at least equal to the program length displayed on the Program Summary screen. Each selected VTR is added to a Play List Output (step 140). After the VTRs are selected, a Select Printing Screen appears (step 146), as shown in FIG. 8. The user enters a desired quantity of a VHS label, mailing label, letter to patient (with questionnaire), and file copy for the system administrator, to be produced by the printing devices 26 (step 148). The printed materials are customized for the patient and video product based on previously input information. If multiple copies of VHS tapes are made, a label would typically be requested for each tape. However, the user may only need one mailing label and one letter for the registered patient. After the quantities are entered, the printing requests are sent to a print queue (step 152). Referring next to FIGS. 2F, 2G and 9, the video product is generated (step 154). The program 16 sends a command signal to the selected VTR(s) to rewind the tape in each selected VTR (step 156) and to place the selected VTR(s) in the Record mode (step 158). Once all of the selected VTRs are in the Record mode, the program 16 directs the video file server 14 to run the Play List (step 160) generated in step 120 and to output the video directly to the VTRs. The program 16 sequences the video segments before directing the video file server 14 to run the Play List so that the introduction, orientation, medical procedure portion and closing appear in the proper order. The video output signal from the video file server 14 is sent to the VTR(s) selected in steps 138-144. All VTRs which are selected and running (i.e., loaded with a tape and in Record mode) make a video product using the video output signal. The video segments are output from the video file server 14 in a continuous manner with substantially no time delay between adjacent video segments. To present a smooth flowing presentation, the start of each video segment preferably includes a fade-up and the end of each segment preferably includes a dip to black. After the Play List is completed, a Play List completion signal is received from the video file server 14 (step 161). The program 16 stops and rewinds the VTR(s) (steps 162, 164). The program 16 may optionally eject the tape after rewinding. While steps 156-164 are being performed, the print queue is released and the letter printer 28 and label printer 30 print the documents selected by the Printing Screen (steps 166, 168). The program 16 can monitor the status of the VTR(s) through the video computer interfaces 21 which provide VTR status information in response to a query. In one embodiment of the invention, the tape label includes the patient's name, address, physician name, hospital, medical procedure and total running time. It may also include the operator who made the tape, the date that the tape was made, and the tape machine number. The mailing label includes the patient's name and address. If the mailing label is produced directly on a courier label (e.g., Federal Express), it will also have a phone number. The letter includes the patient's name, address, a copyright warning, a questionnaire, instructions for responding to the questionnaire, and a return address envelope. The letter may also remind the patient of related matters, such as admission dates. All of the variables used to customize the letters and labels are retrieved from the database which stores the user-entered information. After printing and video production is completed, a Production Verification Screen is displayed (step 170), as shown in FIG. 9. If there is an error in the document printing, the user returns to the Select Printing screen (step 172) and repeats the subsequent steps. If there is an error in the operation of the VTRs which caused one or more of the VCRs to fail to record properly, the user returns to the Select VTR screen (step 174) and repeats the subsequent steps. If there is an error in the content of the video product (i.e., if the proper program was not recorded), the user returns to the Specify Program screen (step 176) and repeats the subsequent steps. If the video production and printing is error-free, the user returns to the Initial Menu screen (step 178). After completion of a production run, the label is placed on the VHS tape and the tape and corresponding letter are mailed to the patient. The menu choices and selection screens shown in FIGS. 3-9 may be created by any suitable software program. Preferred software programs are Microsoft Developer Studio and Visual C++ 4.0 (incorporated into Developer Studio). The database requirements of the program may be met by Microsoft's Access 2.0, or any other suitable database software. The resultant video product generated by the first embodiment of the invention is particularly useful for educating a patient about his or her upcoming medical procedure before admission. Studies have shown that pre-surgery educational program significantly reduce patient anxiety, improve outcomes and reduce the length of hospital stays. The video product can be an ideal part of such a program. A second embodiment of the invention creates a video product from the results of a standardized test (e.g., multiple choice test) so that a test taker may review the questions which were not answered correctly. The review takes the form of a sequence of video segments explaining the correct answers to the wrongly answered questions, and optionally, explaining why the other answers are incorrect. The sequence of video segments may be used as a lesson plan to improve performance on subsequent tests. Referring to FIGS. 2H, 2I, 3, 10 and 11, the program 16 displays the initial menu screen of FIG. 3 on the workstation 18 (step 200). A user selects "Academic Tutor" (step 200) and a Test Type menu screen appears (step 202), as shown in FIG. 10. The user selects either a manually-graded test, OCR graded test, or a custom selection of test questions from a video library (step 202). Next, a Student Registration menu screen appears (step 204), as shown in FIG. 11. The Student Registration screen is similar to the Patient Registration of FIG. 4, except that there is an extra menu choice for the test version. The user fills in the fields, including the student's name, address and phone number and selects the test version (steps 206-212). After all fields are filled in, the user exits the registration screen (step 214). Next, a Custom Program screen appears (step 216), as shown in either FIGS. 12A or 12 B. FIG. 12A appears if the user selected a manually-graded test in step 202. FIG. 12B appears if a user selected an OCR graded test in step 202. A specialized screen (not shown) appears if the user selected a custom selection of test questions in step 202. The user fills in the custom program fields, including the Introduction Version and Closing Version by scrolling through selections appearing in the respective fields (steps 218-224). As selections are made, a Play List is built (step 220). The introduction and closing identifies short prestored video segments of pre-test preparation and strategies, and generalized strategies for test-taking. The user also selects the test questions that were erroneously answered (FIG. 12A only). If the user selected an OCR graded test in step 202, the user is prompted to feed the answer sheet into the OCR device 32 shown in FIG. 1. The OCR device 32 outputs information regarding which test questions were answered correctly and incorrectly. The program 16 uses this information in place of the "test questions in error" manually entered from the FIG. 12A screen when building the Play List. Each test question for the selected test version is associated with a video segment that explains the correct answers to the wrongly answered questions, and optionally, explains why the other answers are incorrect. After the Custom Program screen is filled in with the desired selections, the user exits the screen (step 226). The program 16 then continues in generally the same manner as described in the first embodiment of the invention. A Program Summary Screen similar to FIG. 6 appears and the user verifies that the Introduction Version, Closing Version and test questions in error were properly selected. Next, the user fills out a Select VTR screen similar to FIG. 7 and performs the related steps shown in FIG. 2D. Next, the user fills out a Select Printing Screen similar to FIG. 8, and performs the related steps shown in FIG. 2E. Next, the Video Product Generation Program is run, and the steps of FIG. 2F are performed. The program 16 sequences the video segments before directing the video file server 14 to run the Play List so that the introduction, test question presentation portion and closing appear in the proper order. After the steps of FIG. 2F are performed, a Production Verification Screen similar to FIG. 9 appears, and the steps of FIG. 2G are performed (the NO decision output of step 176 leading to step 216, not step 116). After completion of a production run, the label is placed on the VHS tape and the tape and corresponding letter are mailed to the patient, in the same manner as in the first embodiment. A third embodiment of the invention creates a video product from inquiries regarding real estate criteria to assist a househunter in locating a suitable property. The video product allows a user to view a plurality of properties which meet particular criteria on a single video storage medium 21, such as a VHS tape. Referring to FIGS. 2J, 2K, 3, 13 and 14, the program 16 displays the initial menu screen of FIG. 3 on the workstation 18 (step 300). A user selects "Real Estate Match Finder" (step 300). Next, a client registration screen appears (step 302), which is similar to the screen shown in FIG. 4 except that "Patient Registration" reads "Client Registration". The user fills in the fields, including the client's name, address and phone number (steps 304-308). After all fields are filled in, the user exits the registration screen (step 312). Next, a Select Metropolitan Area screen appears (step 314), as shown in FIG. 13, and the user selects a metropolitan area. Next, a Select Property Type and Price Range screen appears (step 316), as shown in FIG. 14. The user selects the appropriate type and price of property. Next, all properties that match the selected metropolitan area, type and price range are located from a prestored database of properties. The database of properties is preferably stored in the computer of the LAN network server 12, and a video segment of each property is stored in the video file server 14. Next, a Play List is created from the matching properties. The program 16 then continues in generally the same manner as described in the first and second embodiments of the invention. For brevity, the remaining steps are not repeated. While the applications of the present invention are too numerous to list, some other applications include creating a video product of recipes from a selection of recipe choices, or creating a corporate training video product which includes general video segments (e.g., orientation, message from the CEO) and customized video segments (location, division and product line information for a particular new employee). In all embodiments of the invention, video segments are loaded into the video file server 14 in the same manner as is known in the prior art for such devices. Video segments are typically stored in the video file server 14 in digitized and compressed form. The program 16 accesses video segments using the same identification scheme that is used by prior art video file servers 14, such as the Micropolis AV Servers described above. Accordingly, video segments may be given DOS file names with readily identifiable alphabetic characters. The above-described invention allows customized videos to be inexpensively, quickly and easily created by unskilled operators. The present invention significantly expands the potential market for customized video products to include many new applications and specialized areas. It will be appreciated by those skilled in the art that changes could be made to the embodiments described above without departing from the broad inventive concept thereof. It is understood, therefore, that this invention is not limited to the particular embodiments disclosed, but it is intended to cover modifications within the spirit and scope of the present invention as defined by the appended claims.
|
Same subclass Same class Consider this |
||||||||||
