WO2011093116A1 - データ出力制御プログラム及びデータ出力制御装置 - Google Patents

データ出力制御プログラム及びデータ出力制御装置 Download PDF

Info

Publication number
WO2011093116A1
WO2011093116A1 PCT/JP2011/050149 JP2011050149W WO2011093116A1 WO 2011093116 A1 WO2011093116 A1 WO 2011093116A1 JP 2011050149 W JP2011050149 W JP 2011050149W WO 2011093116 A1 WO2011093116 A1 WO 2011093116A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
file
output
output control
operating system
Prior art date
Application number
PCT/JP2011/050149
Other languages
English (en)
French (fr)
Inventor
博明 鈴木
Original Assignee
ブラザー工業株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ブラザー工業株式会社 filed Critical ブラザー工業株式会社
Publication of WO2011093116A1 publication Critical patent/WO2011093116A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1284—Local printer device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/121—Facilitating exception or error detection and recovery, e.g. fault, media or consumables depleted
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1229—Printer resources management or printer maintenance, e.g. device status, power levels
    • G06F3/1234—Errors handling and recovery, e.g. reprinting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1244—Job translation or job parsing, e.g. page banding
    • G06F3/1247—Job translation or job parsing, e.g. page banding by conversion to printer ready format

Definitions

  • the present invention relates to a data output control program and a data output control device.
  • a user opens a desired data file with an application program (hereinafter referred to as a first application) corresponding to the file format, and selects a print menu of the first application, whereby a desired data file is predetermined. Can be output to an external device such as a printer.
  • OS operating system
  • a computer equipped with Windows (registered trademark) as an OS uses a ShellExecute () function of the API of Windows (registered trademark) to execute a print command or an application program (hereinafter referred to as a second application), a print command, A Printto command can be executed.
  • a desired data file can be converted into a predetermined format and output to an external device such as a printer.
  • the second application when a user instructs to print a plurality of data files at the same time, a print command is sequentially executed for each data file.
  • the OS sequentially issues a print request for each designated data file to the first application corresponding to the file format.
  • the first application converts the designated data file into a predetermined format via a predetermined device driver, and outputs it to an external device such as a printer.
  • the external device that outputs data is not a printer but a display device that displays data in an image data format, such as an electronic book or electronic paper, for example, the device driver displays the display device.
  • the data file is converted into a format that can be performed (see, for example, Patent Document 1).
  • Such a device driver does not actually output data to the printer, but receives and processes data output from the first application based on a data file print request from the OS. For this reason, this device driver is also called a virtual printer driver corresponding to a printer driver which is a device driver for a printer.
  • a plurality of data files are simultaneously selected and printed, and these data files are sequentially converted into a predetermined format and continuously output. Can do.
  • Patent Document 2 discloses an apparatus that can continuously print a plurality of data files with a simple operation even when the data files to be printed are distributed and stored in a plurality of folders. .
  • the installation status of the first application differs depending on each computer. Therefore, when the corresponding first application is not installed in the computer, the data file is converted into a predetermined format even if a print command such as a print command or a printto command is executed by specifying the data file. Can not do it.
  • the first application when a plurality of data files are simultaneously specified and a print command is selected, the first application corresponding to some of the specified data files is not installed in the computer.
  • the data conversion process of those data files will fail. If there is a data file for which the data conversion process has failed, the conventional second application displays a warning message and warns the user in order to notify the user of the failure. Therefore, execution of the print command is temporarily suspended until the message display is confirmed and closed by the user.
  • the data conversion process is temporarily interrupted, and there is a problem that batch processing with a plurality of data files specified cannot be efficiently performed.
  • Patent Document 2 since only a data file that can be printed continuously is required to be managed in advance, such as setting a print target for each data file, the operation becomes complicated. End up.
  • the data conversion of the data file for which the print instruction has been issued can be performed continuously without interruption, and it is not necessary to perform prior settings. It is an object to provide a data output control program and a data output control device.
  • an invention according to claim 1 is a data output control program operating on the operating system of a computer having an application program operating on the operating system and a device driver stored in storage means.
  • a receiving unit that receives a print instruction for a data file, and requests the operating system to perform an output process for converting the application program corresponding to the file format into data in a predetermined format via the device driver and outputting the data to an external device.
  • the computer is caused to function as a requesting unit, and the requesting unit communicates when the output process cannot be performed from the operating system while the output process is being sequentially requested for the plurality of data files. It has been in the case, and a data output control program characterized by continuing the request for the output processing on the data files that have not yet requested the output process completion.
  • the invention according to claim 2 is the data output control program according to claim 1, wherein the data output control program operates on the operating system of the computer storing the application program and device driver operating on the operating system in the storage means.
  • the storage means stores information on whether or not output processing is possible for the application program to be converted into data of a predetermined format via the device driver and output to an external device, and a plurality of data Receiving means for receiving a file print instruction, and for each of a plurality of data files received by the receiving means, the storage means determines whether or not an application program in the file format can perform the output process.
  • Determining means based on the stored information, and for each of the data files determined by the determining means to be able to perform the output processing among the plurality of data files, the output by the application program corresponding to the data file
  • a data output control program is provided which causes the computer to function as a requesting unit for requesting processing to the operating system.
  • the data file determined by the request means that the output process cannot be performed is a request for the output process by the application program.
  • the computer is caused to function as display means for displaying a list of file names of data files that cannot be output.
  • the invention according to claim 5 is the data output control program according to claim 4, wherein the list display includes link information to a data file that cannot be output.
  • the invention according to claim 6 is characterized in that, in the data output control program according to claim 4, the computer is caused to function as generating means for generating list data of file names of data files that cannot be output.
  • a seventh aspect of the present invention in the data output control program according to the fourth aspect, in the list display by the display means, data in a predetermined format obtained by converting a data file that can be output is output to the external device. It is characterized by being performed after.
  • a display step of displaying is executed by a computer.
  • a data output control apparatus in which an application program and a device driver operate on an operating system, a receiving unit that receives a print instruction for a plurality of data files, and the device driver from an application program corresponding to a file format.
  • Requesting means for making an output process request to the operating system that is converted into data of a predetermined format via the network and output to an external device, and the requesting means sends the request for the output process to the plurality of requests. Even when the operating system notifies that the output process cannot be performed while the data file is being sequentially processed, the output process request is issued to the data file for which the output process request has not yet been completed. Data characterized by continuing Was the force control device.
  • the present invention when there is a print instruction for a plurality of data files, data conversion of the data file for which the print instruction has been issued can be performed continuously without interruption, and it is necessary to perform advance settings. It is possible to provide a data output control program and a data output control device that do not have any.
  • the PC 100 includes a CPU 10, ROM 11, RAM 12, HDD (Hard-Disk-Drive) 13, an input interface 14, a display controller 15, a USB controller 16, and the like.
  • the PC 100 can be connected to an input device 17, a display 18, a printer 19, a display terminal 20, and the like as external connection devices.
  • the RAM 12 is a memory that temporarily stores various data, and is used when the CPU 10 performs control processing of the PC 100.
  • the HDD 13 has an operating system (hereinafter referred to as OS), various application programs, a device driver for the printer 19 as a printer driver, a device driver for the display terminal 20 as a virtual printer driver, and a data output control program in the system area. It is remembered. These programs are read and executed by the CPU 10 of the PC 100 from the HDD 13.
  • OS operating system
  • various application programs a device driver for the printer 19 as a printer driver
  • a device driver for the display terminal 20 as a virtual printer driver
  • a data output control program in the system area. It is remembered.
  • the file format information is, for example, extension information, “txt” for text data and “jpg” for JPEG data.
  • the HDD 13 stores device driver information in the registry by the installer when the device driver is installed. Further, the HDD 13 has a data area in which various data files are stored in a plurality of folders.
  • the input interface 14 When the input interface 14 detects that a plurality of input devices 17 connected to the PC 100, for example, a keyboard, a mouse, a touch panel, and the like are operated by the user, the input interface 14 transmits to the CPU 10 as a predetermined signal.
  • a plurality of input devices 17 connected to the PC 100 for example, a keyboard, a mouse, a touch panel, and the like are operated by the user.
  • the display controller 15 displays the operating status of the application program being executed on the display device such as the display 18 connected to the PC 100 to notify the user.
  • the USB controller 16 is a general-purpose interface for transmitting data to the printer 19 and the display terminal 20 connected to the PC 100.
  • the input device 17 includes a plurality of devices such as a keyboard, a mouse, and a touch panel, for example, and performs a predetermined operation when the user operates various application programs of the PC 100.
  • the display 18 displays processing contents of various application programs of the PC 100 as display means, and the user operates the input device 17 while checking the processing contents of various application programs displayed on the display 18.
  • the PC 100 stores the data output control program in the HDD 13, and the CPU 10 executes the data output control program to the printer 19 and the display terminal 20 that are external devices. Data output control is possible.
  • the data output control program issues a print request with a print command to the OS when the input device 17 instructs to print the data file stored in the HDD 13, and the application program via the device driver
  • the data file is converted into a predetermined data format and output to the printer 19 or the display terminal 20.
  • This data output control program can specify an output destination device driver in a print request made to the OS.
  • the data output control program makes a print request to the OS by a print command designating a device driver for the printer 19.
  • the data output control program makes a print request with a print command specifying a device driver of the display terminal 20 to the OS.
  • This print command is, for example, a Printto command when the OS is Windows (registered trademark).
  • the “print instruction” is a so-called data conversion instruction, which is a virtual print instruction.
  • the printer 19 prints print data output from the device driver of the PC 100 via the USB controller 16 on a paper medium.
  • the display terminal 20 displays the image data output from the device driver of the PC 100 via the USB controller 16 on the display unit.
  • a portable display device such as electronic paper is used.
  • the data output control program changes the device driver to be designated according to the external device.
  • This data output control program converts a plurality of data files stored in the HDD 13 into a file format that can be used by an external device that continuously outputs the data files, and outputs the file format to the external device.
  • the data output control program includes a plurality of data files excluding unsupported files even when there are data files (hereinafter referred to as unsupported files) in a file format that cannot be supported by the application program in the data files stored in the HDD 13.
  • the data output process of the data file is not interrupted.
  • a data file for which a print instruction has been given from the input device 17 will be referred to as a “print target file” for convenience.
  • the data output control program issues a print request to the OS by using a print command with each data file in the folder as a print target file (Step 1).
  • This print command is a command including information on one print target file and designation of a device driver for the display terminal 20, and is sequentially output from the data output control program to the OS for each print target file.
  • Information on the file to be printed (for example, extension) is included as information on the file to be printed.
  • the OS determines for each print command sequentially output from the data output control program whether or not processing for the print request is possible, and notifies the data output control program of success or failure of printing (Step 2). Specifically, the OS performs the following processing. First, it is determined whether or not an application program that can process the print target file can execute the print command from the file format information of the print target file included in the print command.
  • the registry of the HDD 13 stores command information that can be requested from the OS to the application program stored in the HDD 13 in association with the file format information.
  • the OS refers to this registry. Thus, it is determined whether or not to process the print target file.
  • the OS determines that the print target file can be processed. On the other hand, if the print command is not associated with the file format of the print target file, the OS determines that the print target file cannot be processed. Thereafter, the OS notifies the data output control program of information on whether or not the data output control of the print target file for which the print request has been made can be executed.
  • the data output control program notifies the success / failure of printing from the OS every time a print request is made by a print command, but when there is a notification that the data output control of the file to be printed cannot be executed. However, if there is a file to be printed that has not yet been processed, the print request is continued. In this way, even if there is a print target file that cannot be processed in response to the print request, it is possible to continue to process the print request except for the print target file.
  • the data output control program stores, as a failure registration list, the file names of files to be printed that cannot be processed in response to the print instruction based on the success or failure of printing notified from the OS, and stores all the files in the folder.
  • a list of failure registration lists is displayed on the display 18.
  • the OS instructs the application program installed in the PC 100 to print a file to be printed for processing in response to the print instruction (Step 3).
  • This print request includes device driver information.
  • the application program instructed to print from the OS converts the file to be printed instructed to print into vector data, specifies a device driver, and outputs it to GDI (Graphic-Device-Interface).
  • the GDI is a graphic subsystem that is a part of the OS.
  • the GDI converts vector data received from the application program into raster data and outputs it to a designated device driver.
  • a device driver for the display terminal 20 is specified, and the device driver for the display terminal 20 converts raster data into image data in a file format that can be displayed on the display terminal 20 and displays it via the USB controller 16. It outputs to the terminal 20 (Step 4).
  • step S51 the CPU 10 executes a print target file receiving process.
  • the CPU 10 acquires information on a print target file selected by the user by operating the input device 17 such as a mouse, a keyboard, or a touch panel.
  • the input device 17 such as a mouse, a keyboard, or a touch panel.
  • the information on the print target file includes information on the file name and file format of the print target file.
  • the CPU 10 stores information on the file to be printed in a predetermined area of the RAM 12 and moves the process to step S52.
  • step 52 the CPU 10 determines whether or not there is a process execution instruction for the plurality of print target files received in step S51. In this process, the CPU 10 determines that there is a process execution instruction for the print target file when the user operates the input start button 17 (not shown) displayed on the display 18 using a GUI. If it is determined in this process that there is no process execution instruction (step S52: No), the CPU 10 shifts the process to step S51. On the other hand, if it judges that it will execute (step S52: Yes), CPU10 will move a process to step S53.
  • CPU10 performs a data output control process in step S53.
  • the CPU 10 performs a process of converting the plurality of print target files received in step S51 into data of a predetermined format by the OS, application, and device driver and outputting them to the display terminal 20 or the printer 19.
  • This data output control process is specifically the process of FIGS. 4 to 6 and will be described in detail below.
  • a mode in which a print target file is converted into image data and output from the display terminal 20 will be described.
  • a mode in which a print target file is converted into print data and output to the printer 19 is executed in the same manner. be able to.
  • These modes can be set by the user operating, for example, a mouse or the like of the input device 17.
  • step S101 the CPU 10 of the PC 100 executes initialization of the failure registration list. Specifically, the CPU 10 deletes all file names registered in the failure registration list as data output processing has failed. This failure registration list is stored in a predetermined area of the HDD 13.
  • step S102 the CPU 10 determines whether or not the execution of the data output process for all the print target files for which a process execution instruction has been issued has been completed.
  • step S105 which will be described later, the CPU 10 determines that the execution of the data output process has ended when it receives a print permission notification or a print disapproval notification from the OS. If it is determined in this process that the process has not been completed (step S102: No), the CPU 10 shifts the process to step S103. On the other hand, if it is determined that the processing has ended (step S101: Yes), the CPU 10 shifts the processing to step S107.
  • step S103 the CPU 10 makes a print request for the print target file. Specifically, the CPU 10 sequentially selects print target files for which data output control is not executed, and outputs a print command to the OS.
  • This print command is a command including information on a print target file and designation of a device driver for the display terminal 20, and includes information on the file format of the print target file (for example, an extension) as information on the print target file. .
  • the CPU 10 shifts the process to step S104.
  • the CPU 10 processes the print command by executing the OS. In this process, the CPU 10 determines whether or not the print command is associated with the registry of the HDD 13 and the file format of the print target file included in the print command. That is, it is determined whether the file to be printed is an unsupported file. When the file to be printed is an unsupported file, the CPU 10 determines that data output control is not possible, and notifies the data output control program that printing is impossible. On the other hand, when the print target file is not an unsupported file and the print command is associated with the file format, the CPU 10 issues a print request for the print target file to the application program corresponding to the file format of the print target file. Do. After this print request, the CPU 10 notifies the data output control program that printing is possible. Note that the processing of the application program, GDI, and device driver for the display terminal 20 is as described above, and is executed by the CPU 10.
  • step S104 the CPU 10 acquires success or failure of printing from the OS, and moves the process to step S105.
  • step S105 when the CPU 10 receives a notification indicating that printing is not possible from the OS (step S105: Yes), the process proceeds to step S102.
  • step S105: No when receiving a print permission notification from the OS (step S105: No), the CPU 10 shifts the processing to step S106.
  • step S106 the CPU 10 registers the file name of the print target file in the failure registration list. That is, the CPU 10 sets the file name of the file to be printed, which has been notified by the OS that printing has not been performed, even though it has requested printing to the OS, to the failure registration list stored in the predetermined area of the HDD 13. Set the file name.
  • the CPU 10 shifts the process to step S102.
  • the CPU 10 attaches link information to the folder name registered in the failure registration list.
  • the user can easily search for the target file name by simply selecting the target file name with the input device 17 such as a mouse from among the file names of the plurality of failure registration lists displayed on the display 18. ing.
  • step S107 the CPU 10 determines whether or not the file name is registered in the failure registration list. If it is determined that the file name is registered (step S107: Yes), the process proceeds to step S108. On the other hand, when determining that it is not registered (step S107: No), the CPU 10 ends the data output control process.
  • step S108 the CPU 10 displays the file name registered in the failure registration list on the display 18 so that the user can confirm the file name in which the data output process has failed.
  • the CPU 10 ends the data output control process.
  • the CPU 10 sequentially requests the OS to perform data output processing using a print command for a plurality of print target files for which a print instruction has been issued. Each time a print request is made, the OS notifies the success or failure of printing. If there is a file to be printed that has not been processed yet, even if there is a notification that printing is not possible, printing is performed. Continue the request.
  • a plurality of print target files for which a print instruction has been given are all converted to image data and output to the display terminal 20 except for unsupported files, and the processing may be interrupted midway as in the past. Absent. In addition, no special setting is required, and convenience can be improved.
  • the file name is registered in the failure registration list and displayed on the display 18 after the data output process printing is completed. As a result, even if the data output process fails, the data output process is not interrupted in the middle, and the user can easily confirm the name of the file that failed the data output process after the data output process is completed. .
  • step S201 the CPU 10 initializes the failure registration list. This process is the same as step S101.
  • step S202 the CPU 10 determines whether or not the execution of the data output process for all the print target files for which a process execution instruction has been issued has been completed. This process is the same as step S102. If it is determined in this process that the process has not been completed (step S202: No), the CPU 10 shifts the process to step S303. On the other hand, if it is determined that the processing has ended (step S201: Yes), the CPU 10 shifts the processing to step S307.
  • step S203 the CPU 10 checks whether the print target file can be printed. Specifically, the CPU 10 checks whether the print command is associated with the file format of the print target file in the registry of the HDD 13. If the print command is associated with the file format of the print target file, the CPU 10 can perform data output processing of the print target file and determines that printing is possible. On the other hand, if the print command is not associated with the file format of the print target file, the data output process of the print target file cannot be performed and it is determined that printing is not possible. When this process ends, the CPU 10 shifts the process to step S204.
  • step S204: Yes If the CPU 10 determines that printing is possible in step S204 (step S204: Yes), the process proceeds to step S205. On the other hand, when determining that printing is not possible (step S204: No), the CPU 10 shifts the processing to step S206.
  • step S205 the CPU 10 makes a print request for the print target file. This process is similar to that in step S103.
  • step S206 the CPU 10 registers the file name of the file to be printed in the failure registration list. This process is the same as the process of step S106. When this process ends, the CPU 10 shifts the process to step S202.
  • step S207 the CPU 10 determines whether or not the file name is registered in the failure registration list. If it is determined that the file name is registered (step S207: Yes), the process proceeds to step S208. On the other hand, when determining that it is not registered (step S207: No), the CPU 10 ends the data output control process.
  • step S208 the CPU 10 displays the file names registered in the failure registration list on the display 18 so that the user can confirm the file names that have failed in the data output process.
  • the CPU 10 ends the data output control process.
  • the CPU 10 first checks whether there is an unsupported file by referring to the registry. A print request for a print target file other than the unsupported file is made to the OS. Therefore, it is possible to continuously perform the data output process of the print target file without receiving a notification that printing is not possible from the OS.
  • a plurality of print target files for which a print instruction has been given are all converted to image data and output to the display terminal 20 except for unsupported files, and the processing may be interrupted midway as in the past. Absent. In addition, no special setting is required, and convenience can be improved.
  • step S306 when the OS 10 receives a notification indicating that printing is not possible, the CPU 10 registers the file name of the file to be printed that failed in the data output process in the failure registration list.
  • step S307 the CPU 10 displays the file names registered in the failure registration list on the display 18 so that the user can confirm the file names that have failed in the data output process. When this process ends, the CPU 10 ends the data output control process.
  • steps S301 to S305 is the same as the processing of steps S101 to S105.
  • the CPU 10 displays the file name of the file to be printed on which the data output processing has failed on the display 18 every time the printing request is notified from the OS. Thereby, the user can confirm the file name of the file to be printed that has failed in the data output process in real time.
  • n file names that have failed in the data output process are listed in the failure registration list on the display 18 (see FIG. 1) as display means in the order in which the failure in the data output process was detected. Is displayed. At this time, as shown, the file name, for example, the extensions attached to “FILE3” and “FILE7”, “.docx” and “.doccmhtml” in the figure are also displayed together with the file name.
  • the name of the folder in which the data file is stored is “ ⁇ Folder1 ⁇ ” as shown in FIG. Attached to the front and displayed.
  • the folder name is displayed, for example, indicating the folder hierarchy such as “ ⁇ Folder1 ⁇ Folder2 ⁇ ”.
  • the file names in the list of failure registration lists are underlined to indicate that link information is attached. For example, the user displays them on the display 18 using the input device 17 such as a mouse.
  • the file corresponding to the file name can be opened by placing the cursor on the file name in the failure registration list and selecting it.
  • the list of the failure registration list displayed on the display 18 allows the user to easily grasp the storage location of the file to be printed that has failed in the data output process in the data area of the HDD 13 attached to the PC 100.
  • the search is facilitated by attaching link information.
  • a data output control program (FIG. 3) that operates on the operating system of the PC 100 that stores application programs and device drivers that operate on the operating system in the HDD 13 as storage means, it accepts print instructions for a plurality of data files.
  • Accepting means (FIG. 3, step S51), request for an output process for converting an application program corresponding to a file format into data in a predetermined format via a device driver and outputting the data to an external device (for example, printer 19, display terminal 20)
  • the PC 100 functions as request means (FIG. 4, step S103) for the operating system, and the request means performs an operating system in the middle of sequentially making output processing requests for a plurality of data files.
  • the storage unit includes the application program, Information on whether or not output processing that can be converted into data of a predetermined format via a device driver and output to an external device (for example, the printer 19 and the display terminal 20) is possible is stored, and a print instruction for a plurality of data files is stored. For each of a plurality of data files received by the accepting means, the determination whether or not the application program of the file format can perform the output process is stored in the storing means.
  • step S204 in FIG. 5 By means of an application program corresponding to the data file for each of the data files determined to be output by the determination means among the plurality of data files (step S204 in FIG. 5) based on the information Since the computer functions as request means (FIG. 5, step S205) for making an output process request to the operating system, for example, an efficient output process request only for data files that can be output is made. can do.
  • step S205 Since the request means (FIG. 5, step S205) determines that the data file cannot be output, the data file is not requested to the operating system by the application program. The output process is not executed, and an efficient output process can be requested except for data files that cannot be processed.
  • the PC 100 functions as the display 18 that displays a list of file names of data files that cannot be output, for example, the user confirms the file name of a data file that cannot be output by displaying the list on the display 18 of the PC 100 can do.
  • the list display includes link information to the data file that cannot be output, for example, the user can easily search for a file name displayed on the display 18 that cannot be output with a mouse or the like. can do.
  • the PC 100 is caused to function as a generation unit that generates list data of file names of data files that cannot be output, for example, it is easy for the user to confirm file names that cannot be output displayed on the display 18. Can do.
  • List display on the display 18 is performed after data in a predetermined format obtained by converting a data file that can be output is output to an external device (for example, the printer 19 and the display terminal 20). It can be known from the list display on the display 18 that the output processing has been completed.
  • the request unit causes the PC 100 to execute a display step (FIG. 6, step S307) for displaying the information on the display unit every time the operating system notifies that there is a data file that cannot be output.
  • the user can confirm the file name that cannot be output on the display means each time.
  • a receiving means for receiving a print instruction for a plurality of data files, and a device driver from the application program corresponding to the file format Request means (for example, FIG. 4, step S103) for making an output process request to the operating system to be converted into data of a predetermined format and output to an external device (for example, the printer 19, the display terminal 20).
  • the requesting means completes the output processing request even when it is notified from the operating system that the output processing cannot be performed during the sequential execution of the output processing request to the plurality of data files.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

複数のデータファイルのデータ変換を中断することなく連続して行うことができるデータ出力制御プログラム及びデータ出力制御装置を提供する。オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを有し、当該オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、複数のデータファイルの印刷指示の受付手段、複数のデータファイルを所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、オペレーティングシステムに対して行う要求手段としてコンピュータを機能させ、要求手段は、出力処理の要求を複数のデータファイルに対して順次行っている途中で、オペレーティングシステムから出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して出力処理の要求を継続する。

Description

データ出力制御プログラム及びデータ出力制御装置
　本発明は、データ出力制御プログラム及びデータ出力制御装置に関する。
　従来から、オペレーティングシステム（以下、ＯＳともいう）上で複数のアプリケーションプログラムが動作するコンピュータがある。このコンピュータでは、ユーザが所望のデータファイルをそのファイル形式に対応するアプリケーションプログラム（以下、第１アプリケーションという）で開いて、この第１アプリケーションの印刷メニューを選択することにより、所望のデータファイルを所定の形式にデータ変換処理してプリンタなどの外部機器へ出力させることができる。
　さらに、ＯＳとしてＷｉｎｄｏｗｓ(登録商標)を搭載したコンピュータでは、Ｗｉｎｄｏｗｓ（登録商標）のＡＰＩのＳｈｅｌｌＥｘｅｃｕｔｅ（）関数を使用して、スプリクトプログラムやアプリケーションプログラム（以下、第２アプリケーションという）で、ＰｒｉｎｔコマンドやＰｒｉｎｔｔｏコマンドを実行することができる。このＰｒｉｎｔコマンドやＰｒｉｎｔｔｏコマンドの実行により、所望のデータファイルを所定の形式にデータ変換処理してプリンタなどの外部機器へ出力させることができる。
　第２アプリケーションでは、ユーザにより複数のデータファイルが同時に印刷指示されると、各データファイルに対して順次印刷コマンドを実行する。ＯＳは、この印刷コマンドにより、指定された各データファイルをそのファイル形式に対応する第１アプリケーションに対して順次データファイルの印刷要求を行う。この印刷要求に対して第１アプリケーションは指定されたデータファイルを所定のデバイスドライバを介して所定の形式に変換処理してプリンタなどの外部機器へ出力する。データを出力する外部機器として、プリンタではなく、例えば、電子ブックや電子ペーパなどのように画像データ形式のデータを表示する表示装置を対象とする場合には、デバイスドライバは、その表示装置が表示できる形式にデータファイルを変換することになる（例えば、特許文献１参照）。このようなデバイスドライバは、実際にはプリンタへデータを出力するものではないものの、ＯＳからのデータファイルの印刷要求に基づいて第１アプリケーションから出力されるデータを受け取って処理する。そのため、このデバイスドライバは、プリンタ用のデバイスドライバであるプリンタドライバに対応して、仮想プリンタドライバとも呼ばれている。
　このように、ＯＳ上で第２アプリケーションが動作するコンピュータでは、複数のデータファイルを同時に選択し、印刷指示することで、これらのデータファイルを所定の形式に順次変換して連続して出力することができる。
　また、特許文献２には、複数のフォルダに印刷対象のデータファイルが分散して格納された状態でも、簡単な操作で複数のデータファイルを連続して印刷することができる装置が開示されている。
特開２００９－１２８６７０号公報 特開２００５－１７４０８４号公報
　しかし、ＯＳ上で第１アプリケーションが動作する従来のコンピュータでは、次のような問題があった。
　すなわち、第１アプリケーションのインストール状況は、各々のコンピュータによって異なる。そのため、対応する第１アプリケーションがコンピュータにインストールされていない場合などには、データファイルを指定してｐｒｉｎｔコマンドやｐｒｉｎｔｔｏコマンドなどの印刷コマンドを実行しても、データファイルを所定の形式にデータ変換処理することができない。
　特に、第２アプリケーションは、複数のデータファイルが同時に指定され印刷コマンドが選択されたときに、指定されたデータファイルのうち一部のデータファイルに対応する第１アプリケーションがコンピュータにインストールされてない場合、それらのデータファイルのデータ変換処理に失敗することになる。データ変換処理に失敗したデータファイルがあった場合には、その失敗をユーザに知らせるため、従来の第２アプリケーションでは、一旦印刷失敗のメッセージを表示して警告する。そのため、メッセージ表示をユーザが確認して閉じるまで、印刷コマンドの実行が一時中断されることになっていた。すなわち、データ変換処理に失敗したデータファイルがあると、一旦データ変換処理が中断することになり、複数データファイル指定しての一括処理が効率的にできない課題があった。
　また、特許文献２では、複数のデータファイルを連続して印刷することができるもののみ、事前にデータファイル毎に印刷対象とするなどの管理設定が必要であることから、操作が煩雑となってしまう。
　本発明は、複数のデータファイルの印刷指示があったときに、印刷指示のあったデータファイルのデータ変換を中断することなく連続して行うことができ、しかも、事前の設定を行う必要がないデータ出力制御プログラム及びデータ出力制御装置を提供することを目的とする。
　上記目的を達成するために、請求項１に係る発明は、オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、複数のデータファイルの印刷指示を受け付ける受付手段、ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段として前記コンピュータを機能させ、前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続することを特徴とするデータ出力制御プログラムとした。
　請求項２に係る発明は、請求項１に記載のデータ出力制御プログラムにおいて、オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、前記記憶手段には、前記アプリケーションプログラムについて、前記デバイスドライバを介して所定形式のデータに変換させて外部装置へ出力させる出力処理が可能か否かの情報が記憶されており、複数のデータファイルの印刷指示を受け付ける受付手段、前記受付手段により受け付けた複数のデータファイルのそれぞれについて、そのファイル形式のアプリケーションプログラムが前記出力処理を行うことができるか否かの判定を前記記憶手段に記憶した情報に基づいて行う判定手段、前記複数のデータファイルのうち、前記判定手段で前記出力処理を行うことができると判定したデータファイルのそれぞれについて、当該データファイルに対応するアプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行う要求手段、として前記コンピュータを機能させることを特徴とするデータ出力制御プログラムとした。
　請求項３に係る発明は、請求項２に記載のデータ出力制御プログラムにおいて、前記要求手段において、前記出力処理を行うことができないと判定したデータファイルは、前記アプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行わないことを特徴とする
　請求項４に係る発明は、請求項１に記載のデータ出力制御プログラムにおいて、前記出力処理ができないデータファイルのファイル名を一覧表示する表示手段として前記コンピュータを機能させることを特徴とする
　請求項５に係る発明は、請求項４に記載のデータ出力制御プログラムにおいて、前記一覧表示には、前記出力処理ができないデータファイルへのリンク情報を含むことを特徴とする
　請求項６に係る発明は、請求項４に記載のデータ出力制御プログラムにおいて、前記出力処理ができないデータファイルのファイル名のリストデータを生成する生成手段として前記コンピュータを機能させることを特徴とする。
　請求項７に係る発明は、請求項４に記載のデータ出力制御プログラムにおいて、前記表示手段による前記一覧表示は、前記出力処理ができるデータファイルを変換した所定形式のデータが前記外部装置へ出力された後に行われることを特徴とする。
　請求項８に係る発明は、請求項１に記載のデータ出力制御プログラムにおいて、前記要求手段は、前記出力処理できないデータファイルがあると前記オペレーティングシステムから通知される毎に、その情報を表示手段に表示する表示ステップをコンピュータに実行させることを特徴とすることを特徴とする。
　請求項９に係る発明は、オペレーティングシステム上でアプリケーションプログラム及びデバイスドライバが動作するデータ出力制御装置において、複数のデータファイルの印刷指示を受け付ける受付手段と、ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段と、を備え、前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続することを特徴とするデータ出力制御装置とした。
　本発明によれば、複数のデータファイルの印刷指示があったときに、印刷指示のあったデータファイルのデータ変換を中断することなく連続して行うことができ、しかも、事前の設定を行う必要がないデータ出力制御プログラム及びデータ出力制御装置を提供することができる。
本発明の一実施形態に係るコンピュータの具体的構成を示す図である。 データ出力制御プログラムの処理の流れを示す図である。 データ出力制御プログラムの処理の流れを示す図である。 データ出力制御プログラムのデータ出力制御処理の流れを示す図である。 データ出力制御プログラムのデータ出力制御処理の流れを示す図である。 データ出力制御プログラムのデータ出力制御処理の流れを示す図である。 データ出力制御プログラムのデータ出力制御処理での失敗登録リストの一覧表を示す図である。
　以下、本発明の一実施形態を、図面を参照して説明する。なお、本発明では、プリンタに印刷用データを出力するプリンタドライバを用いる場合のみならず、特許文献１のように表示端末に表示用データを出力する仮想プリンタドライバを含むプリンタドライバを用いることができ、以下ではその一例を具体的に説明するものとする。
　［１．データ出力制御装置の構成］
　まず、図１を参照して、データ出力制御装置としての処理を実行するパーソナルコンピュータ（以下、ＰＣという）の構成を説明する。図１に示すように、ＰＣ１００は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ（Ｈａｒｄ－Ｄｉｓｋ－Ｄｒｉｖｅ）１３、入力インターフェイス１４、表示コントローラ１５、ＵＳＢコントローラ１６などから構成される。
　ＰＣ１００には、外部接続機器として、入力装置１７、ディスプレイ１８、プリンタ１９、表示端末２０などが接続可能である。
　ＲＡＭ１２は各種のデータを一時的に記憶するメモリであり、ＣＰＵ１０によるＰＣ１００の制御処理時に用いられる。
　ＨＤＤ１３には、オペレーティングシステム（以下、ＯＳという）、各種のアプリケーションプログラム、プリンタドライバであるプリンタ１９用のデバイスドライバ、仮想プリンタドライバである表示端末２０用のデバイスドライバ、データ出力制御プログラムがシステム領域に記憶されている。これらのプログラムは、ＰＣ１００のＣＰＵ１０がＨＤＤ１３から読み出して実行するものである。
　ＨＤＤ１３には、アプリケーションプログラムのインストール時に、インストーラによって、所定の記憶領域（以下、レジストリという）にＯＳからこのアプリケーションプログラムへ要求可能なコマンドの情報がファイル形式の情報に関連づけて記憶される。ファイル形式の情報は、例えば、拡張子の情報であり、テキストデータであれば「txt」、ＪＰＥＧデータであれば「jpg」である。
また、ＨＤＤ１３には、デバイスドライバのインストール時に、インストーラによって、レジストリにデバイスドライバの情報が記憶される。さらに、また、このＨＤＤ１３には、複数のフォルダ内に各種データファイルが記憶されているデータ領域を有している。
　入力インターフェイス１４は、ＰＣ１００に接続されている複数の入力装置１７、例えば、キーボード、マウス、タッチパネル等がユーザに操作されたことを検出すると、ＣＰＵ１０に所定の信号として送信する。
　表示コントローラ１５は、ＰＣ１００に接続されているディスプレイ１８などの表示装置に対して、実行しているアプリケーションプログラムなどの動作状況を表示してユーザに知らせる。ＵＳＢコントローラ１６は、ＰＣ１００に接続されるプリンタ１９、表示端末２０などにデータを送信するための汎用インターフェイスである。
　入力装置１７は、例えば、キーボード、マウス、タッチパネルなどの複数の機器から構成され、ユーザがＰＣ１００の各種アプリケーションプログラムを動作させる場合に所定の操作を行なうものである。
　ディスプレイ１８は、表示手段として、ＰＣ１００の各種アプリケーションプログラムによる処理内容を表示するものであり、ユーザはディスプレイ１８に表示される各種アプリケーションプログラムの処理内容を確認しながら上記入力装置１７を操作する。
　本実施形態に係るＰＣ１００では、上述したように、ＨＤＤ１３にデータ出力制御プログラムを記憶しており、ＣＰＵ１０は、このデータ出力制御プログラムを実行することにより、外部装置であるプリンタ１９や表示端末２０へのデータ出力制御が可能となっている。
　すなわち、データ出力制御プログラムは、入力装置１７からＨＤＤ１３に記憶されているデータファイルの印刷指示があったとき、ＯＳに対して、印刷コマンドによる印刷要求を行い、アプリケーションプログラムからデバイスドライバを介して、データファイルを所定のデータ形式に変換してプリンタ１９や表示端末２０へ出力させる。
　このデータ出力制御プログラムは、ＯＳに対して行う印刷要求において、出力先のデバイスドライバを特定することができる。例えば、ＵＳＢコントローラ１６を介してプリンタ１９へデータを出力するときには、データ出力制御プログラムは、ＯＳに対してプリンタ１９用のデバイスドライバを指定した印刷コマンドによる印刷要求を行う。また、ＵＳＢコントローラ１６を介して表示端末２０へデータを出力するときには、データ出力制御プログラムは、ＯＳに対して表示端末２０のデバイスドライバを指定した印刷コマンドによる印刷要求を行う。この印刷コマンドは、例えば、ＯＳがＷｉｎｄｏｗ（登録商標）の場合、Ｐｒｉｎｔｔｏコマンドである。なお、表示端末２０へデータが出力される場合、「印刷指示」は、所謂データ変換指示であり、仮想的な印刷指示である。
　プリンタ１９は、ＵＳＢコントローラ１６を介してＰＣ１００のデバイスドライバから出力される印刷用データを紙媒体に印刷する。
　一方、表示端末２０は、ＵＳＢコントローラ１６を介してＰＣ１００のデバイスドライバから出力される画像データを表示部に表示する。なお、表示端末２０として、例えば、携帯可能な電子ペーパなどの表示装置などが用いられる。
　このように、外部装置であるプリンタ１９と表示端末２０とでは、処理できるデータ形式が異なることから、データ出力制御プログラムは、外部装置に応じて、指定するデバイスドライバを変更するようにしている。
　このデータ出力制御プログラムは、ＨＤＤ１３に記憶した複数のデータファイルを連続して出力する外部装置で使用できるファイル形式に変換して外部装置へ出力することができるようにしている。
　特に、データ出力制御プログラムは、ＨＤＤ１３に記憶されているデータファイルに、アプリケーションプログラムで対応することができないファイル形式のデータファイル（以下、未対応ファイル）があったときでも、未対応ファイルを除く複数のデータファイルのデータ出力処理を中断することがない。
　以下、データ出力制御プログラムの処理について具体的に説明する。なお、入力装置１７から印刷指示があったデータファイルを、便宜上「印刷対象ファイル」と呼ぶことにする。
　［２．データ出力制御プログラムの処理の概要］
　ＰＣ１００で実行されるデータ出力制御プログラムの処理の流れの概要を、図２を参照して説明する。なお、図２に示すデータ出力制御プログラムの処理では、ＨＤＤ１３のフォルダ内の複数のデータファイルを連続してデータ変換して、表示端末２０へ出力する例について説明する。また、上述したように、ＯＳや各種プログラムは、ＣＰＵ１０がＨＤＤ１３から読み出して実行するものである。
　まず、ＰＣ１００のユーザが入力装置１７を操作して、ＨＤＤ１３のフォルダを印刷指定し、フォルダ内のデータファイルの印刷指示を行うと、データ出力制御プログラムによる処理が開始される。このとき、印刷指示されたフォルダ内には複数のデータファイルが格納されているものとする。なお、フォルダではなく、複数のデータファイルを直接選択するようにしてもよい。
　データ出力制御プログラムは、フォルダ内の各データファイルを印刷対象ファイルとして、ＯＳに対して、印刷コマンドにより印刷要求を行う（Ｓｔｅｐ１）。この印刷コマンドは、一つの印刷対象ファイルの情報と表示端末２０用のデバイスドライバの指定を含むコマンドであり、印刷対象ファイル毎にデータ出力制御プログラムからＯＳに対して順次出力される。印刷対象ファイルの情報として、印刷対象ファイルのファイル形式の情報（例えば、拡張子）が含まれる。
　ＯＳは、データ出力制御プログラムから順次出力される印刷コマンドごとに、印刷要求に対する処理が可能か否かを判断して、印刷の成否をデータ出力制御プログラムに通知する（Ｓｔｅｐ２）。具体的には、ＯＳは、次の処理を行う。まず、印刷コマンドに含まれる印刷対象ファイルのファイル形式の情報からこの印刷対象ファイルを処理することができるアプリケーションプログラムが印刷コマンドを実行することができるか否かを判断する。
　ＨＤＤ１３のレジストリには、上述したように、ＨＤＤ１３に記憶されているアプリケーションプログラムへＯＳから要求可能なコマンドの情報がファイル形式の情報と関連づけて記憶されており、ＯＳは、このレジストリを参照して、印刷対象ファイルを処理するか否かを判断することになる。
　すなわち、ＨＤＤ１３のレジストリに、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていれば、ＯＳは、印刷対象ファイルを処理することができると判断する。一方、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていなければ、ＯＳは、印刷対象ファイルを処理することができないと判断する。その後、ＯＳは、印刷要求が行われた印刷対象ファイルのデータ出力制御が実行可能か否かの情報をデータ出力制御プログラムに通知する。
　データ出力制御プログラムは、印刷コマンドにより印刷要求を行う毎に、ＯＳから印刷の成否が通知されることになるが、途中で、印刷対象ファイルのデータ出力制御が実行できない旨の通知があったときでも、まだ処理を行っていない印刷対象ファイルがあるときには、印刷要求を継続する。このようにすることで、印刷要求に対する処理ができない印刷対象ファイルがあった場合でも、その印刷対象ファイルを除き、継続して印刷要求に対する処理を行うことが可能となる。
　なお、詳細は後述するが、データ出力制御プログラムは、ＯＳから通知される印刷の成否に基づいて、印刷指示に対する処理ができない印刷対象ファイルのファイル名を失敗登録リストとして記憶し、フォルダ内の全ての印刷対象ファイルの処理が終了すると、失敗登録リストの一覧をディスプレイ１８に表示する。
　ＯＳは、印刷指示に対する処理を印刷対象ファイルの印刷要求を、ＰＣ１００にインストールされているアプリケーションプログラムに指示する（Ｓｔｅｐ３）。この印刷要求には、デバイスドライバの情報が含まれる。ＯＳから印刷指示がされたアプリケーションプログラムは、印刷指示された印刷対象ファイルをベクターデータに変換し、デバイスドライバを指定してＧＤＩ（Ｇｒａｐｈｉｃ－Ｄｅｖｉｃｅ－Ｉｎｔｅｒｆａｃｅ）に出力する。
なお、このＧＤＩは、ＯＳの一部であるグラフィックサブシステムである。ＧＤＩは、アプリケーションプログラムから受け取ったベクターデータをラスターデータに変換し、指定されたデバイスドライバに出力する。ここでは、表示端末２０用のデバイスドライバが指定されており、表示端末２０用のデバイスドライバは、ラスターデータを表示端末２０で表示できるファイル形式の画像データに変換し、ＵＳＢコントローラ１６を介して表示端末２０へ出力する（Ｓｔｅｐ４）。
　［３．データ出力制御プログラムの具体的処理］
　ＰＣ１００で実行されるデータ出力制御プログラムによる具体的処理を、図３を参照して説明する。ＰＣ１００のＣＰＵ１０は、ＨＤＤ１３からデータ出力制御プログラムを読み出して次の処理を実行する。
　まず、ＣＰＵ１０は、ステップＳ５１において、印刷対象ファイルの受付処理を実行する。この処理では、ＣＰＵ１０は、ユーザがマウス、キーボード、タッチパネルなどの入力装置１７を操作して選択した印刷対象ファイルの情報を取得する。ここでは、複数のデータファイルを格納したフォルダが選択されるなど、複数のデータファイルが選択されたものとして説明する。また、印刷対象ファイルの情報には、印刷対象ファイルのファイル名やファイル形式の情報が含まれる。ＣＰＵ１０は、印刷対象ファイルの情報をＲＡＭ１２の所定の領域に記憶してステップＳ５２に処理を移す。
　ＣＰＵ１０は、ステップ５２において、上記ステップＳ５１で受け付けた複数の印刷対象ファイルに対する処理実行指示があるか否かを判断する。この処理では、ＣＰＵ１０は、ディスプレイ１８にＧＵＩ表示した実行開始ボタン（図示せず）をユーザが入力装置１７を操作したときに、印刷対象ファイルに対する処理実行指示があったと判断する。この処理において、処理実行指示がないと判断すると（ステップＳ５２：Ｎｏ）、ＣＰＵ１０は、ステップＳ５１へ処理を移す。一方、実行すると判断（ステップＳ５２：Ｙｅｓ）すると、ＣＰＵ１０は、ステップＳ５３へ処理を移す。
　ＣＰＵ１０は、ステップＳ５３において、データ出力制御処理を実行する。この処理では、ＣＰＵ１０は、ステップＳ５１で受け付けた複数の印刷対象ファイルを、ＯＳ、アプリケーション及びデバイスドライバにより所定形式のデータに変換して表示端末２０又はプリンタ１９へ出力させる処理を行う。
　このデータ出力制御処理は、具体的には、図４～図６の処理であり、以下に具体的に説明する。なお、以下においては、印刷対象ファイルを画像データに変換して表示端末２０を出力するモードについて説明するが、印刷対象ファイルを印刷用データに変換してプリンタ１９に出力するモードも同様に実行することができる。これらのモードの設定は、ユーザが入力装置１７の例えばマウス等を操作して行うことができる。
　［４．データ出力制御処理の具体的動作］
　［４－１．データ出力制御処理の第１実施例］
　まず、データ出力制御プログラムのデータ出力制御処理の第１実施例を、図４を参照して説明する。
　ＰＣ１００のＣＰＵ１０は、ステップＳ１０１において、失敗登録リストの初期化を実行する。具体的には、ＣＰＵ１０は、失敗登録リストにデータ出力処理が失敗したとして登録されているファイル名を全て消去する。この失敗登録リストは、ＨＤＤ１３の所定領域に記憶されるものである。
　ＣＰＵ１０は、ステップＳ１０２において、処理実行指示のあった全ての印刷対象ファイルのデータ出力処理の実行が終了したか否かを判断する。ＣＰＵ１０は、後述するステップＳ１０５において、ＯＳから印刷可の通知又は印刷不可の通知を受け取ったときに、データ出力処理の実行が終了したと判断する。この処理において、終了していないと判断すると（ステップＳ１０２：Ｎｏ）、ＣＰＵ１０は、ステップＳ１０３へ処理を移す。一方、終了したと判断する（ステップＳ１０１：Ｙｅｓ）、ＣＰＵ１０は、ステップＳ１０７へ処理を移す。
　ＣＰＵ１０は、ステップＳ１０３において、印刷対象ファイルに対する印刷要求を行う。具体的には、ＣＰＵ１０は、データ出力制御が実行されていない印刷対象ファイルを順次選択して、ＯＳに対して印刷コマンドを出力する。この印刷コマンドは、印刷対象ファイルの情報と表示端末２０用のデバイスドライバの指定を含むコマンドであり、印刷対象ファイルの情報として、印刷対象ファイルのファイル形式の情報（例えば、拡張子）が含まれる。この処理が終了するとＣＰＵ１０は、ステップＳ１０４へ処理を移す。
　ＣＰＵ１０は、ＯＳの実行により、印刷コマンドの処理を行う。この処理では、ＣＰＵ１０は、ＨＤＤ１３のレジストリに、印刷コマンドに含まれる印刷対象ファイルのファイル形式に印刷コマンドが関連づけられているか否かを判断する。すなわち印刷対象ファイルが未対応ファイルであるか否かを判断する。印刷対象ファイルが未対応ファイルのとき、ＣＰＵ１０は、データ出力制御ができないと判断して、印刷不可の通知をデータ出力制御プログラムに対して行う。一方、印刷対象ファイルが未対応ファイルではなく、印刷コマンドがそのファイル形式に関連づけられている場合、ＣＰＵ１０は、印刷対象ファイルのファイル形式に対応するアプリケーションプログラムに対して、印刷対象ファイルの印刷要求を行う。この印刷要求の後、ＣＰＵ１０は、印刷可の通知をデータ出力制御プログラムに対して行う。なお、アプリケーションプログラム、ＧＤＩ、表示端末２０用のデバイスドライバの処理は、上述した通りであり、ＣＰＵ１０によって実行される。
　ＣＰＵ１０は、ステップＳ１０４において、ＯＳからの印刷の成否を取得してステップＳ１０５へ処理を移す。ＣＰＵ１０は、ステップＳ１０５において、ＯＳから印刷不可の通知を受け取ると（ステップＳ１０５：Ｙｅｓ）、ステップＳ１０２へ処理を移す。一方、ＯＳから印刷可の通知を受け取ると（ステップＳ１０５：Ｎｏ）、ＣＰＵ１０は、ステップＳ１０６へ処理を移す。
　ＣＰＵ１０は、ステップＳ１０６において、印刷対象ファイルのファイル名を失敗登録リストに登録する。すなわち、ＣＰＵ１０は、ＯＳに印刷要求をしたにもかかわらず、ＯＳから印刷不可の通知があった印刷対象ファイルのファイル名を、ＨＤＤ１３の所定領域に記憶されている失敗登録リストに未対応ファイルのファイル名を設定する。この処理が終了すると、ＣＰＵ１０はステップＳ１０２へ処理を移す。このステップＳ１０６の処理では、ＣＰＵ１０は、失敗登録リストに登録されたフォルダ名にリンク情報を添付する。これにより、ユーザは、ディスプレイ１８に表示された複数の失敗登録リストのファイル名の中から、目的のファイル名を、例えば、マウスなどの入力装置１７で選択するだけで、容易に検索できるようにしている。
　ステップＳ１０７において、ＣＰＵ１０は、失敗登録リストにファイル名が登録されているか否かを判断し、登録されていると判断すると（ステップＳ１０７：Ｙｅｓ）、ステップＳ１０８へ処理を移す。一方、登録されていないと判断すると（ステップＳ１０７：Ｎｏ）、ＣＰＵ１０は、データ出力制御処理を終了する。
　ステップＳ１０８において、ＣＰＵ１０は、失敗登録リストに登録されているファイル名をディスプレイ１８に表示して、ユーザに対してデータ出力処理が失敗したファイル名を確認できるようにする。この処理が終了するとＣＰＵ１０は、データ出力制御処理を終了する。
　上述してきたように、第１実施例では、ＣＰＵ１０は、印刷指示のあった複数の印刷対象ファイルについてＯＳに対して順次印刷コマンドによるデータ出力処理を要求する。そして、印刷要求を行う毎に、ＯＳから印刷の成否が通知されることになるが、途中で、印刷不可の通知があったときでも、まだ処理を行っていない印刷対象ファイルがあるときには、印刷要求を継続する。
　従って、印刷指示のあった複数の印刷対象ファイルは、未対応ファイルを除き、すべて画像データに変換されて表示端末２０へ出力されることになり、従来のように途中で処理が中断することがない。しかも、特別な設定も必要とせず、利便性を向上させることができる。
　また、データ出力処理に失敗した場合は、失敗登録リストにファイル名を登録して、データ出力処理印刷の終了後にディスプレイ１８に表示する。これにより、データ出力処理に失敗した場合でも、途中でデータ出力処理が中断されることはなく、データ出力処理の終了後に、ユーザはデータ出力処理を失敗したファイル名を容易に確認することができる。
　［４－２．データ出力制御処理の第２実施例］
　データ出力制御プログラムのデータ出力制御処理の第２実施例を、図５を参照して説明する。
　ＣＰＵ１０は、ステップＳ２０１において、失敗登録リストの初期化を実行する。この処理は、ステップＳ１０１と同様の処理である。
　ＣＰＵ１０は、ステップＳ２０２において、処理実行指示のあった全ての印刷対象ファイルのデータ出力処理の実行が終了したか否かを判断する。この処理は、ステップＳ１０２と同様の処理である。この処理において、終了していないと判断すると（ステップＳ２０２：Ｎｏ）、ＣＰＵ１０は、ステップＳ３０３へ処理を移す。一方、終了したと判断する（ステップＳ２０１：Ｙｅｓ）、ＣＰＵ１０は、ステップＳ３０７へ処理を移す。
　ＣＰＵ１０は、ステップＳ２０３において、印刷対象ファイルの印刷の可否を調べる。具体的には、ＣＰＵ１０は、ＨＤＤ１３のレジストリに印刷対象ファイルのファイル形式に印刷コマンドが関連づけられているか否かを調べる。ＣＰＵ１０は、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていれば、印刷対象ファイルのデータ出力処理が可能であり、印刷可と判断する。一方、印刷対象ファイルのファイル形式に印刷コマンドが関連づけられていなければ、印刷対象ファイルのデータ出力処理ができず、印刷不可と判断する。この処理が終了すると、ＣＰＵ１０は、ステップＳ２０４へ処理を移す。
　ＣＰＵ１０は、ステップＳ２０４において、印刷可と判断すると（ステップＳ２０４：Ｙｅｓ）、ステップＳ２０５へ処理を移す。一方、印刷不可と判断すると（ステップＳ２０４：Ｎｏ）、ＣＰＵ１０は、ステップＳ２０６へ処理を移す。
　ステップＳ２０５において、ＣＰＵ１０は、印刷対象ファイルに対する印刷要求を行う。この処理は、ステップＳ１０３の同様の処理である。
　一方、ステップＳ２０６において、ＣＰＵ１０は、印印刷対象ファイルのファイル名を失敗登録リストに登録する。この処理は、ステップＳ１０６の処理と同様である。この処理が終了すると、ＣＰＵ１０はステップＳ２０２へ処理を移す。
　ステップＳ２０７において、ＣＰＵ１０は、失敗登録リストにファイル名が登録されているか否かを判断し、登録されていると判断すると（ステップＳ２０７：Ｙｅｓ）、ステップＳ２０８へ処理を移す。一方、登録されていないと判断すると（ステップＳ２０７：Ｎｏ）、ＣＰＵ１０は、データ出力制御処理を終了する。
　ＣＰＵ１０は、ステップＳ２０８において、失敗登録リストに登録されているファイル名をディスプレイ１８に表示して、ユーザに対してデータ出力処理に失敗したファイル名を確認できるようにする。この処理が終了するとＣＰＵ１０は、データ出力制御処理を終了する。
　上述してきたように、第２実施例では、ＣＰＵ１０は、まず未対応ファイルがあるか否かをレジストリを参照して調べる。そして、未対応ファイル以外の印刷対象ファイルの印刷要求をＯＳに対して行うようにしている。そのため、ＯＳから印刷不可の通知を受け取ることなく、印刷対象ファイルのデータ出力処理を連続して行わせることができる。
　従って、印刷指示のあった複数の印刷対象ファイルは、未対応ファイルを除き、すべて画像データに変換されて表示端末２０へ出力されることになり、従来のように途中で処理が中断することがない。しかも、特別な設定も必要とせず、利便性を向上させることができる。
　［４－３．データ出力制御処理の第３実施例］
　データ出力制御プログラムのデータ出力制御処理の第３実施例を、図６を参照して説明する。第１実施例では、全ての印刷対象ファイルの印刷要求を行った後に、データ出力処理に失敗した印刷対象ファイルのファイル名を表示するようにしているが、本第３実施例では、印刷要求に対してＯＳから印刷不可の通知がある度に、データ出力処理に失敗した印刷対象ファイルのファイル名を表示するものである。
　すなわち、ステップＳ３０６において、ＣＰＵ１０は、ＯＳから印刷不可の通知があると、データ出力処理に失敗した印刷対象ファイルのファイル名を失敗登録リストに登録する。そして、ステップＳ３０７において、ＣＰＵ１０は、失敗登録リストに登録されているファイル名をディスプレイ１８に表示して、ユーザに対してデータ出力処理に失敗したファイル名を確認できるようにする。この処理が終了するとＣＰＵ１０は、データ出力制御処理を終了する。
　なお、ステップＳ３０１～Ｓ３０５の処理は、ステップＳ１０１～Ｓ１０５の処理と同様である。
　このように、第３実施例では、ＣＰＵ１０は、印刷要求に対してＯＳから印刷不可の通知がある度に、データ出力処理に失敗した印刷対象ファイルのファイル名をディスプレイ１８に表示する。これにより、ユーザは、データ出力処理に失敗した印刷対象ファイルのファイル名をリアルタイムで確認することができる。
　［５．失敗登録リストの表示例］
　上述したデータ出力制御処理において、データ出力処理に失敗して失敗登録リストに登録されたファイル名の表示例を、図７を用いて説明する。
　図７に示すように、データ出力処理に失敗したｎ個のファイル名は、データ出力処理の失敗が検出された順序で、表示手段であるディスプレイ１８（図１参照）に失敗登録リストの一覧表として表示される。この時、図示するように、ファイル名、例えば、「ＦＩＬＥ３」、「ＦＩＬＥ７」に付属している拡張子、図中の「．ｄｏｃｘ」、「．ｄｏｃｍｈｔｍｌ」もファイル名と一緒に表示される。
　失敗登録リストの一覧表のファイル名の前には、当該データファイルが格納されているフォルダ名が、図示するように「￥Ｆｏｌｄｅｒ１￥」として、「￥」マークで区切られた状態でファイル名の前に付されて表示される。このフォルダ名は、ステップＳ５１でフォルダが選択されたときにおいて、そのフォルダ内にフォルダが存在した場合は、例えば、「￥Ｆｏｌｄｅｒ１￥Ｆｏｌｄｅｒ２￥」のようにフォルダの階層を示して表示される。
　失敗登録リストの一覧表のファイル名には、リンク情報が添付されていることを示すアンダーラインが付されており、例えば、ユーザが、マウスなどの入力装置１７を用いて、ディスプレイ１８に表示されている失敗登録リストの一覧表のファイル名にカーソルを合わせて選択することで、ファイル名に該当するファイルを開くことができる。
　上述したように、ディスプレイ１８に表示される失敗登録リストの一覧表は、ＰＣ１００に付設されているＨＤＤ１３のデータ領域におけるデータ出力処理に失敗した印刷対象ファイルの格納場所を容易にユーザが把握できるとともに、リンク情報を貼付することにより検索を容易としている。
　以上、本発明の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
　本発明を、上述してきた実施形態を通して説明したが、本実施形態のＰＣ１００によれば、以下の効果が期待できる。
　（１）オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段としてのＨＤＤ１３に記憶したＰＣ１００のオペレーティングシステム上で動作するデータ出力制御プログラム（図３）において、複数のデータファイルの印刷指示を受け付ける受付手段（図３、ステップＳ５１）、ファイル形式に対応したアプリケーションプログラムからデバイスドライバを介して所定形式のデータに変換して外部装置（例えば、プリンタ１９、表示端末２０）へ出力させる出力処理の要求を、オペレーティングシステムに対して行う要求手段（図４、ステップＳ１０３）としてＰＣ１００を機能させ、要求手段は、出力処理の要求を複数のデータファイルに対して順次行っている途中で、オペレーティングシステムから出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して出力処理の要求を継続させるので、例えば、受付手段で受け付けた複数のデータファイルに、出力処理ができないデータファイルが混在していた場合でも、複数のデータファイルの出力処理の要求が中断されることがない。
　（２）オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段としてのＨＤＤ１３に記憶したＰＣ１００のオペレーティングシステム上で動作するデータ出力制御プログラム（図３）において、記憶手段には、アプリケーションプログラムについて、デバイスドライバを介して所定形式のデータに変換させて外部装置（例えば、プリンタ１９、表示端末２０）へ出力させる出力処理が可能か否かの情報が記憶されており、複数のデータファイルの印刷指示を受け付ける受付手段（図３、ステップＳ５１）、受付手段により受け付けた複数のデータファイルのそれぞれについて、そのファイル形式のアプリケーションプログラムが出力処理を行うことができるか否かの判定を記憶手段に記憶した情報に基づいて行う判定手段（図５、ステップＳ２０４）、複数のデータファイルのうち、判定手段で出力処理を行うことができると判定したデータファイルのそれぞれについて、当該データファイルに対応するアプリケーションプログラムによる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段（図５、ステップＳ２０５）、として前記コンピュータを機能させるので、例えば、出力処理が可能なデータファイルのみの効率のよい出力処理の要求をすることができる。
　（３）要求手段（図５、ステップＳ２０５）において、出力処理を行うことができないと判定したデータファイルは、アプリケーションプログラムによる出力処理の要求を、オペレーティングシステムに対して行わないので、例えば、無駄な出力処理が実行されることがなく、ができないデータファイルを除いた効率のよい出力処理の要求をすることができる。
　（４）出力処理ができないデータファイルのファイル名を一覧表示するディスプレイ１８としてＰＣ１００を機能させるので、例えば、ユーザは、出力処理ができないデータファイルのファイル名を、ＰＣ１００のディスプレイ１８の一覧表示により確認することができる。
　（５）一覧表示には、出力処理ができないデータファイルへのリンク情報を含むので、例えば、ディスプレイ１８に表示された出力処理ができないファイル名を、ユーザがマウスなどで選択するだけで容易に検索することができる。
　（６）出力処理ができないデータファイルのファイル名のリストデータを生成する生成手段としてＰＣ１００を機能させるので、例えば、ディスプレイ１８に表示された出力処理ができないファイル名を、ユーザが確認し易くすることができる。
　（７）ディスプレイ１８による一覧表示は、出力処理ができるデータファイルを変換した所定形式のデータが外部装置（例えば、プリンタ１９、表示端末２０）へ出力された後に行われるので、例えば、ユーザは、ディスプレイ１８による一覧表示により、出力処理が終了したことを知ることができる。
　（８）要求手段は、出力処理できないデータファイルがあるとオペレーティングシステムから通知される毎に、その情報を表示手段に表示する表示ステップ（図６、ステップＳ３０７）をＰＣ１００に実行させるので、例えば、出力処理ができないファイル名を、ユーザは表示手段においてその都度確認することができる。
　（９）オペレーティングシステム上でアプリケーションプログラム及びデバイスドライバが動作するデータＰＣ１００において、複数のデータファイルの印刷指示を受け付ける受付手段（図３、ステップＳ５１）と、ファイル形式に対応したアプリケーションプログラムからデバイスドライバを介して所定形式のデータに変換して外部装置（例えば、プリンタ１９、表示端末２０）へ出力させる出力処理の要求を、オペレーティングシステムに対して行う要求手段（例えば、図４、ステップＳ１０３）と、を備え、要求手段は、出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して出力処理の要求を継続することを特徴とするデータ出力制御装置としたので、例えば、受付手段で受け付けた複数のデータファイルの中に、出力処理ができないデータファイルがあった場合でも、複数のデータファイルの出力処理の要求が中断されることがないデータ出力制御装置を提供することができる。
１０　ＣＰＵ
１１　ＲＯＭ
１２　ＲＡＭ
１３　ＨＤＤ
１４　入力インターフェイス
１５　表示コントローラ
１６　ＵＳＢコントローラ
１７　入力装置
１８　ディスプレイ
１９　プリンタ
２０　表示端末
１００　ＰＣ（データ出力制御装置）

Claims (9)

  1. 　オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、
    　複数のデータファイルの印刷指示を受け付ける受付手段、
    　ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段として前記コンピュータを機能させ、
    　前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続する
    ことを特徴とするデータ出力制御プログラム。
  2. 　オペレーティングシステム上で動作するアプリケーションプログラム及びデバイスドライバを記憶手段に記憶したコンピュータの前記オペレーティングシステム上で動作するデータ出力制御プログラムにおいて、
    　前記記憶手段には、前記アプリケーションプログラムについて、前記デバイスドライバを介して所定形式のデータに変換させて外部装置へ出力させる出力処理が可能か否かの情報が記憶されており、
    　複数のデータファイルの印刷指示を受け付ける受付手段、
    　前記受付手段により受け付けた複数のデータファイルのそれぞれについて、そのファイル形式のアプリケーションプログラムが前記出力処理を行うことができるか否かの判定を前記記憶手段に記憶した情報に基づいて行う判定手段、
    　前記複数のデータファイルのうち、前記判定手段で前記出力処理を行うことができると判定したデータファイルのそれぞれについて、当該データファイルに対応するアプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行う要求手段、
    として前記コンピュータを機能させることを特徴とするデータ出力制御プログラム。
  3. 　前記要求手段において、前記出力処理を行うことができないと判定したデータファイルは、前記アプリケーションプログラムによる前記出力処理の要求を、前記オペレーティングシステムに対して行わないことを特徴とする請求項２に記載のデータ出力制御プログラム。
  4. 　前記出力処理ができないデータファイルのファイル名を一覧表示する表示手段として前記コンピュータを機能させることを特徴とする請求項１に記載のデータ出力制御プログラム。
  5. 　前記一覧表示には、前記出力処理ができないデータファイルへのリンク情報を含むことを特徴とする請求項４に記載のデータ出力制御プログラム。
  6. 　前記出力処理ができないデータファイルのファイル名のリストデータを生成する生成手段として前記コンピュータを機能させることを特徴とする請求項４に記載のデータ出力制御プログラム。
  7. 　前記表示手段による前記一覧表示は、前記出力処理ができるデータファイルを変換した所定形式のデータが前記外部装置へ出力された後に行われることを特徴とする請求項４に記載のデータ出力制御プログラム。
  8. 　前記要求手段は、前記出力処理できないデータファイルがあると前記オペレーティングシステムから通知される毎に、その情報を表示手段に表示する表示ステップをコンピュータに実行させることを特徴とすることを特徴とする請求項１に記載のデータ出力制御プログラム。
  9. 　オペレーティングシステム上でアプリケーションプログラム及びデバイスドライバが動作するデータ出力制御装置において、
    　複数のデータファイルの印刷指示を受け付ける受付手段と、
    　ファイル形式に対応したアプリケーションプログラムから前記デバイスドライバを介して所定形式のデータに変換して外部装置へ出力させる出力処理の要求を、前記オペレーティングシステムに対して行う要求手段と、を備え、
    　前記要求手段は、前記出力処理の要求を前記複数のデータファイルに対して順次行っている途中で、前記オペレーティングシステムから前記出力処理ができないと通知された場合にも、まだ出力処理の要求が完了していないデータファイルに対して前記出力処理の要求を継続することを特徴とするデータ出力制御装置。
PCT/JP2011/050149 2010-01-29 2011-01-07 データ出力制御プログラム及びデータ出力制御装置 WO2011093116A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010019749A JP5206702B2 (ja) 2010-01-29 2010-01-29 データ出力制御プログラム及びデータ出力制御装置
JP2010-019749 2010-01-29

Publications (1)

Publication Number Publication Date
WO2011093116A1 true WO2011093116A1 (ja) 2011-08-04

Family

ID=44319107

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/050149 WO2011093116A1 (ja) 2010-01-29 2011-01-07 データ出力制御プログラム及びデータ出力制御装置

Country Status (2)

Country Link
JP (1) JP5206702B2 (ja)
WO (1) WO2011093116A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06253066A (ja) * 1993-02-25 1994-09-09 Ricoh Co Ltd マルチアプリケーション調停装置
JP2005081759A (ja) * 2003-09-10 2005-03-31 Olympus Corp プリンタ装置及びその印刷制御方法、画像処理システム
JP2009205527A (ja) * 2008-02-28 2009-09-10 Oki Data Corp 印刷装置
JP2010020489A (ja) * 2008-07-09 2010-01-28 Canon Inc 印刷装置及びその制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06253066A (ja) * 1993-02-25 1994-09-09 Ricoh Co Ltd マルチアプリケーション調停装置
JP2005081759A (ja) * 2003-09-10 2005-03-31 Olympus Corp プリンタ装置及びその印刷制御方法、画像処理システム
JP2009205527A (ja) * 2008-02-28 2009-09-10 Oki Data Corp 印刷装置
JP2010020489A (ja) * 2008-07-09 2010-01-28 Canon Inc 印刷装置及びその制御方法

Also Published As

Publication number Publication date
JP2011159088A (ja) 2011-08-18
JP5206702B2 (ja) 2013-06-12

Similar Documents

Publication Publication Date Title
JP5975666B2 (ja) 情報処理装置、情報処理方法、及びプログラム
US8537438B2 (en) Information processing apparatus in which a plurality of types of print drivers and plurality of graphics units run, control method therefor, and program
JP5870904B2 (ja) 印刷システム、プリンタドライバプログラム、制御方法
JP4894875B2 (ja) 情報処理装置、情報処理装置の制御方法、および情報処理装置の制御プログラム
US9164714B2 (en) Information processing apparatus, method, and program for controlling a user interface
JP2017102901A (ja) プログラム、情報処理装置、設定方法および情報処理システム
JP2020004158A (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム
JP5704834B2 (ja) 情報処理装置および制御方法およびプログラム
JP2013161127A (ja) 情報処理装置、制御方法、及びプログラム
US20200394008A1 (en) Application and information processing apparatus
JP2014160371A (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム
US9606761B2 (en) Information processing apparatus for controlling an output process and method for the same
US20210064300A1 (en) Application and information processing apparatus
JP2014041599A (ja) プログラム、情報処理装置、システム
JP5950608B2 (ja) 情報処理装置、方法およびプログラム
JP5020131B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP5206702B2 (ja) データ出力制御プログラム及びデータ出力制御装置
US9588942B2 (en) Information processing apparatus and information processing method
JP2023034958A (ja) 情報処理装置、情報処理装置の制御方法およびプログラム
JP4903064B2 (ja) 印刷制御装置、印刷制御方法、及び印刷制御プログラム
JP7085920B2 (ja) 印刷制御プログラム、情報処理装置とその制御方法、およびプログラム
JP7171227B2 (ja) 情報処理装置、その制御方法およびアプリケーション
JP6410974B2 (ja) 情報処理装置、方法およびプログラム
WO2022163427A1 (ja) サポートプログラム
JP6084325B2 (ja) 情報処理装置、方法およびプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11736831

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11736831

Country of ref document: EP

Kind code of ref document: A1