JP2007102378A - Driver program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a driver program compatible with a plurality of printing systems of different specifications. <P>SOLUTION: A processing unit is divided into a print data generation unit 32 used commonly by a TIOGA print system and a CUPS print system, a printer information answering unit 31 as a processing unit specific to the TIOGA print system, and a data format conversion unit as processing unit specific to the CUPS print system. They are selectively installed according to a system of an installation destination. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a driver program installed in an information processing apparatus such as a personal computer in order to use a printer.

Conventionally, an OS (operating system) installed in a personal computer (hereinafter referred to as a PC) is provided with a printing system that supports printing in an environment in which a printer is locally connected to a PC that issues a print request. The PC is loaded with a printer driver (driver program) corresponding to the printing system and the type of printer to be used. For this reason, basically, if the printing system mounted on the OS is changed due to an OS upgrade or the like, the printer driver that operates using the printing system needs to be changed accordingly. However, developing a printer driver corresponding to each printing system in this way not only increases the development cost, but also causes confusion for users who use the printer driver. For this reason, when developing a printer driver, it is desired to develop a driver corresponding to a plurality of printing systems.
JP 2004-38659 A

  However, it is difficult to say that effective proposals have been made on how to design a common printer driver for multiple printing systems with different installed interfaces and functional module algorithms. Currently.

  For example, “MacOS (registered trademark)” of Apple Computer Corporation is equipped with a printing system called “TIOGA” or a printing system called “CUPS (Common UNIX (registered trademark) Printing System)” (for example, a patent) However, between these two systems, the data format of the print setting information acquired by the printer driver and the method of acquiring the raster data are different. For this reason, it has been unavoidable to separately develop drivers for the TIOGA printing system and the CUPS printing system, and as a result, problems such as the aforementioned increase in development cost still remain.

  The present invention has been made in view of such conventional circumstances, and an object of the present invention is to provide a driver program that is compatible with a plurality of printing systems having different specifications.

  In order to achieve the above object, the driver program of the present invention receives input of print setting information of the first mode and print data of the first mode from the first OS, and generates print data that can be printed by the printer. The generation unit accepts the input of the second mode print setting information and the second mode print data from the second OS, and converts them into the first mode print setting information and the first mode print data, respectively. And a conversion unit that outputs to the generation unit, wherein the conversion unit does not perform the second OS, and at least partially performs the control performed by the first OS.

  According to this configuration, the processing unit is divided into a generation unit that is commonly used by the first OS and the second OS, and a conversion unit that is used only by the second OS. A driver program compatible with both the first OS and the second OS can be realized.

  In the driver program having the above-described configuration, the conversion unit divides the print data of the second mode and converts the print data into the print mode of the first mode composed of a plurality of data, according to the control stage performed by itself. It is also possible to adopt a mode in which the print data of the first mode composed of the plurality of data is sequentially output to the generation unit.

According to this configuration, the conversion unit divides the print data of the second mode into predetermined units, converts the print data to the first mode, and outputs the print data to the generation unit.
The driver program having the above configuration further includes a transmission unit that performs communication between the mutual communication unit that performs mutual communication with the printer and at least one of the generation unit and the conversion unit using client-server communication. It is also possible to adopt a mode such as comprising.

  According to this configuration, the transmission unit transmits the print data generated by the generation unit to the mutual communication unit, and transmits information (status information and the like) received from the printer via the mutual communication unit to the generation unit and the conversion unit. .

  In the driver program having the above configuration, the generation unit further includes a function of processing information acquired from the printer by the mutual communication unit, and the generation unit and the mutual communication unit operate in different processes. Such a mode can also be adopted.

  As in this configuration, even when the generation unit and the mutual communication unit operate in separate processes, the communication unit that performs the above-described client-server type communication performs synchronization with the printer while maintaining synchronization between the processes. Bidirectional communication (transmission of print data or the like to the printer, reception of status information or the like from the printer) via the mutual communication unit can be realized.

In the driver program having the above configuration, it is possible to adopt a mode in which the print data is transmitted to the printer via the transmission unit and the mutual communication unit.
As in this configuration, the print data generated by the generation unit may be transmitted directly from the transmission unit to the printer via the mutual communication unit.

  In the driver program having the above configuration, the generation unit and the conversion unit are installed together with a file indicating printer information of the printer at the time of installation in the second OS, and at the time of installation in the first OS, It is also possible to adopt a mode in which the generation unit and the response unit that returns the printer information in response to the inquiry from the first OS are installed among the generation unit and the conversion unit.

  According to this configuration, since only necessary processing units are installed according to the installation destination OS, it is possible to provide a driver program corresponding to a plurality of printing systems.

  In the driver program having the above-described configuration, the generation unit, the conversion unit, and the transmission unit are installed together with a file indicating the printer information of the printer at the time of installation in the second OS, and are installed in the first OS. At the time of installation, the generation unit, the conversion unit, and the transmission unit, the generation unit, and a response unit that returns the printer information in response to an inquiry from the first OS are installed. It can also be adopted.

  According to this configuration, since only necessary processing units are installed according to the installation destination OS, it is possible to provide a driver program corresponding to a plurality of printing systems.

(First embodiment)
Hereinafter, a first embodiment of the present invention will be described with reference to FIGS.
FIG. 1 is a block diagram showing an overall schematic configuration of a printing system (hereinafter referred to as a TIOGA printing system) in which a driver program according to the present embodiment is applied to an operating system (hereinafter referred to as an OS) having a TIOGA printing system.

  The TIOGA printing system is roughly divided into a personal computer (hereinafter referred to as PC) 1 as an information processing apparatus and a printer 2 connected to the personal computer via a predetermined communication port (USB port or the like).

  The PC 1 includes an application 11, a TIOGA printing system 12, and a printer driver 13. The print data received from the application 11 is converted into print data that can be processed (printed) by the printer 2 through the TIOGA printing system 12 and the printer driver 13. Output. In the present embodiment, the TIOGA printing system 12 corresponds to the “first OS”.

  The application 11 makes a print request to the TIOGA printing system 12, and print data (PDF file) in PDF (Portable Document Format) format, paper size, paper type, ink type, etc. are set at the start of printing. The print setting information is transferred to the printing system 12.

  The TIOGA printing system 12 executes printing on the printer 2 such as printer 2 registration processing (only at the first connection), printer information management, print request management, print job management (job start / end processing, etc.), etc. To manage the overall printing process for printing.

  The TIOGA printing system 12 receives print setting information from the application 11 as a job ticket (JobTicket), and in the OS based on a data acquisition request (callback) from a print data generation unit 32 (to be described later) of the printer driver 13. By reading a predetermined API (Application Program Interface) provided as a library, the print data in the PDF format is converted into raster data of intermediate data. Then, the raster data and the job ticket are transferred to the printer driver 13. In the present embodiment, the job ticket corresponds to “print setting information of the first mode”, and the raster data corresponds to “print data of the first mode”.

  The printer driver 13 converts the raster data into print data that can be processed by the printer 2 (data development) based on the job ticket acquired from the TIOGA printing system 12. In this data development process, halftone processing such as color conversion and binarization, and microweave processing that decomposes halftone data after halftone processing for each scanning pass of a print head (not shown) are performed. Is generated and print data is generated by adding a predetermined print command to the data.

  The printer driver 13 outputs the print data generated in this way to the printer 2. As a result, the printer 2 performs printing on the print medium based on the print data. The above configuration is the basic configuration of the TIOGA printing system. Details will be described below with reference to FIG.

  The TIOGA printing system 12 includes a file generation unit 21 and a file registration unit 22. Registered in the file registration unit 22 is a PPD (Postscript Printer Description) file 23 describing information specific to the printer model regarding options and functions of the printer 2 as well as information regarding the printer name and icon of the printer 2. In the present embodiment, information described in the PPD file 23 corresponds to “printer information”.

  When the printer 2 is connected for the first time, that is, when the printer 2 connected to the PC 1 is an unknown printer, the file generation unit 21 inquires of the printer driver 13 corresponding to the printer 2 about the printer information. 13 (strictly speaking, printer information is returned from the printer information response unit 31 described later). Based on the acquired printer information, the PPD file 23 is generated and registered in the file registration unit 22.

  The TIOGA printing system 12 registers the PPD file 23 generated by the file generation unit 21 in this way in the file registration unit 22 to register the printer 2 in the OS (printer registration process). When a print request is received from the application 11, the corresponding printer information is returned to the application 11 by referring to the PPD file 23 registered in the file registration unit 22. As a result, the application 11 generates a job ticket based on the printer information.

The printer driver 13 includes a printer information response unit 31, a print data generation unit 32, and an intercommunication unit 33.
The printer information response unit 31 is a processing unit that responds to an inquiry from the TIOGA printing system 12 with printer information necessary for the printer registration process described above. In the present embodiment, the printer information response unit 31 corresponds to a “response unit”.

  The print data generation unit 32 is initialized by the TIOGA printing system 12 at the start of printing, and based on a subsequent job start instruction, raster data acquired from the TIOGA printing system 12 is subjected to image formation suitable for processing by the printer 2. Data is generated (data instructing the presence or absence of dot formation with CMYK ink colors), and a print command is added to the data to generate print data. Then, the process ends based on the job end instruction from the TIOGA printing system 12. The print data generation unit 32 analyzes status information about the printer 2 acquired from the printer 2 at regular time intervals, and performs error processing such as ink out detection. In the present embodiment, the print data generation unit 32 corresponds to a “generation unit”.

  The mutual communication unit 33 is a communication module for performing bidirectional data communication with the printer 2, and transmits the print data received from the print data generation unit 32 to the printer 2 or received from the printer 2. Status information is transmitted to the print data generation unit 32.

FIG. 2 is a flowchart showing processing in the TIOGA printing system.
In step 100, when the TIOGA printing system 12 detects the connection of the printer 2 to the PC 1, subsequently, in step 101, the TIOGA printing system 12 acquires the device ID of the connected printer 2.

  In step 102, the TIOGA printing system 12 inquires of the printer driver 13 about the printer information of the printer 2. Upon receiving this inquiry, the printer driver 13 returns the printer information to the TIOGA printing system 12 in step 103. Note that the processing in step 103 corresponds to processing executed by the “response unit”.

Next, in step 104, the TIOGA printing system 12 generates a PPD file 23 based on the received printer information, and registers it in the file registration unit 22.
Thereafter, in step 105, upon receiving a print request from the application 11, the TIOGA printing system 12 refers to the PPD file 23, returns the printer information to the application 11, and obtains a job ticket and a PDF file from the application 11.

  Next, in step 106, the TIOGA printing system 12 generates raster data from the PDF file based on the acquired job ticket. Subsequently, in step 107, the TIOGA printing system 12 outputs the job ticket and raster data to the printer driver 13.

  When the printer driver 13 receives the job ticket and raster data from the TIOGA printing system 12 in this manner, in step 108, the printer driver 13 generates print data based on the job ticket. The process in step 108 corresponds to the process executed by the “generating unit”. The generated print data is transmitted to the printer 2 via the mutual communication unit 33 of the printer driver 13 in step 109. As a result, the printer 2 performs printing based on the print data in step 110.

  FIG. 3 is a block diagram showing an overall schematic configuration of a printing system (hereinafter referred to as a CUPS printing system) in which the driver program according to the present embodiment is applied to an OS having a CUPS printing system. The same components as those in the TIOGA printing system of FIG.

  The CUPS printing system is roughly divided into a personal computer (hereinafter referred to as a PC) 41 as an information processing apparatus and a printer 2 connected to the personal computer via a predetermined communication port (USB port or the like).

  The PC 41 includes an application 11, a CUPS printing system 42, and a printer driver 43. The print data received from the application 11 is converted into print data that can be processed (printed) by the printer 2 through the CUPS printing system 42 and the printer driver 43. Output. In the present embodiment, the CUPS printing system 42 corresponds to a “second OS”.

  The application 11 makes a print request to the CUPS printing system 42, and print data (PDF file) in PDF format at the start of printing and print setting information in which the paper size, paper type, ink type, etc. are set. Transfer to the printing system 42.

  The CUPS printing system 42 is a scheduler that manages the entire print processing for causing the printer 2 to execute printing, such as printer 2 registration processing (only at the first connection), printer information management, print request management, and print job management. (Not shown) and a PPD file 23 described later.

  The scheduler is a program that operates as the core of the CUPS printing system. The scheduler resides on a daemon (Deamon: UNIX (registered trademark) system), monitors a network, a file, and a device, and starts when a specific condition is satisfied. The program is started as a resident program called a program.

  The scheduler started as a daemon performs initial processing such as spooler preparation and port initialization, and when a request to start printing occurs, it performs a determination process to determine what type of request the generated request is. And processing for each determined request. As this process, for example, when there is a print request from the application 11, a print job process for starting a development process in accordance with the printer 2 designated as the output destination of the print job, the printer 2 acquired from the printer 2. Status information storage processing that stores information such as status information in a specified storage area, and when there is a request to retrieve status information (status request), the information stored in the storage area is returned to the requester The status return process to be performed, the printer setting related to the scheduler, and the information related to the print job include a Web process for processing a request from the Web browser, an end process for the end request to the daemon, and the like.

  In the present embodiment, when there is a print request, the scheduler receives print setting information from the application 11 as a cup option (CupsOption) based on the PPD file 23, and prints the cup option and the PDF format. Data (PDF file) is transferred to the printer driver 43. In the present embodiment, the cups option corresponds to “print setting information of the second mode”, and the PDF file corresponds to “print data of the second mode”.

  The printer driver 43 converts the cups option (second mode print setting information) acquired from the CUPS printing system 42 into a job ticket (first mode print setting information) and print data in the PDF format (second mode print setting information). Print data) is converted into intermediate raster data (print data of the first mode).

  Thereafter, the printer driver 43 further converts (data expands) the raster data into print data that can be processed by the printer 2 based on the converted job ticket. The printer driver 43 outputs this print data to the printer 2.

  As a result, the printer 2 performs printing on the print medium based on the received print data. The above configuration is the basic configuration of the CUPS printing system. Details will be described below with reference to FIG.

  The CUPS printing system 42 includes a file acquisition unit 51 and a file registration unit 52. Similar to the TIOGA printing system described above, the file registration unit 52 is registered with a PPD file 23 describing information specific to the printer model relating to options and functions of the printer 2 as well as information relating to the printer name and icon of the printer 2. The

  Here, in the CUPS printing system 42, the PPD file 23 is registered in the file registration unit 52 when the printer driver 43 is installed. For this reason, in the CUPS printing system 42, when the printer 2 is connected for the first time, the file acquisition unit 51 performs only the search process for the PPD file 23. After that, when a print request is received from the application 11, necessary printer information is read by referring to the PPD file 23, and it is returned to the application 11. As a result, the application 11 generates a cups option based on the printer information of the PPD file 23.

  The printer driver 43 includes a data format conversion unit 61, a print data generation unit 32, and an intercommunication unit 33. Among these, the print data generation unit 32 and the mutual communication unit 33 are the same as those provided in the printer driver 13 of the TIOGA printing system described above. That is, the print data generation unit 32 and the mutual communication unit 33 are installed in common in the TIOGA printing system and the CUPS printing system.

  The data format conversion unit 61 performs initialization processing at the start of printing for the print data generation unit 32, and subsequent job start processing and end processing. The data format conversion unit 61 performs processing for converting the print setting information received from the application 11 from the cups option format to the job ticket format at the time of executing the job, and converts the PDF format print data into raster data of intermediate data. Process to convert to. At this time, the data format conversion unit 61 of the present embodiment divides the PDF format print data into the number of lines necessary for 1-pass image formation and converts it into raster data. Accordingly, the raster data is divided into several times and sequentially transferred to the print data generation unit 32.

  As described above, the data format conversion unit 61 according to the present embodiment performs a part of the control performed by the TIOGA printing system 12 described above (initialization processing at the start of printing, job start processing and end processing, raster data Acting as a conversion process. In the present embodiment, the data format conversion unit 61 corresponds to a “conversion unit”.

  The print data generation unit 32 generates print data based on the raster data and the job ticket acquired from the data format conversion unit 61 in this way, and transmits this print data to the printer 2 via the mutual communication unit 33.

FIG. 4 is a flowchart showing processing in the CUPS printing system.
In step 200, when the CUPS printing system 42 detects the connection of the printer 2 to the PC 41, subsequently, in step 201, the CUPS printing system 42 acquires the device ID of the connected printer 2.

Next, in step 202, the CUPS printing system 42 searches the file registration unit 52 for the PPD file 23 (acquisition of a PPD file).
Thereafter, in step 203, when receiving the print request from the application 11, the CUPS printing system 42 refers to the PPD file 23, returns the printer information to the application 11, and obtains the cups option and the PDF file from the application 11. . In step 204, they are output to the printer driver 43.

  Upon receiving the cups option and the PDF file from the CUPS printing system 42, the printer driver 43 converts the cups option into a job ticket in step 205, and then in step 206 converts the cups option into raster data for each predetermined number of lines. I do. Note that the processing in steps 205 and 206 corresponds to processing executed by the “conversion unit”.

  Next, in step 207, the printer driver 13 generates print data based on the job ticket. The print data generated in this way is transmitted to the printer 2 via the mutual communication unit 33 of the printer driver 43 in step 208. Accordingly, printing is performed by the printer 2 in step 209.

  The hardware relating to the TIOGA printing system and the CUPS printing system of the present embodiment configured as described above includes a CPU 71, a RAM 72, a ROM 73, a display device 74, an input device 75, a storage device 76, a drive device (shown in FIG. CD drive etc.) 77, printer 2, and system bus 78. 5 (CPU 71 to system bus 78) other than the printer 2 in FIG. 5 are provided in the PC 1 and the PC 41 as information processing apparatuses.

  The CPU 71 is a central processing unit that controls each unit in the TIOGA printing system and the CUPS printing system. The printer driver 13 in the TIOGA printing system and the printer driver 43 in the CUPS printing system are realized by a driver program executed by the CPU 71 according to the present embodiment.

  The RAM 72 is a storage unit that loads and operates various programs and the like and temporarily stores data. The ROM 73 is a storage unit that stores a startup program and the like. The display device 74 includes a liquid crystal display (LCD) and displays various screens. The input device 75 includes a keyboard and is used for various inputs and instructions by the user. The storage device 76 includes a hard disk (HDD) or the like and is a storage unit that stores various programs.

  The drive device 77 drives the recording medium 79 to access the recorded contents, reads out programs and data from the recording medium 79 and stores them in the storage device 76. The recording medium 79 includes not only a medium such as an optical disk and a magneto-optical disk, but also a medium on which a program uploaded or downloaded via a network is recorded, a disk device, and the like.

  Note that the driver program (including the printer information response unit 31, the print data generation unit 32, the mutual communication unit 33, the data format conversion unit 61, and the PPD file 23) according to the present embodiment is provided on the recording medium 79. When installing in the TIOGA printing system, the printer information response unit 31, the print data generating unit 32, and the mutual communication unit 33 are installed. When installing in the CUPS printing system, the data format converting unit 61 and the PPD file 23 are installed. The print data generation unit 32 and the mutual communication unit 33 are installed.

As described above, according to the present embodiment, the following effects can be obtained.
(1) Print data generation unit 32 commonly used in the TIOGA printing system and the CUPS printing system, a printer information response unit 31 that is a processing unit unique to the TIOGA printing system, and data that is a processing unit unique to the CUPS printing system The processing unit is divided into the format converting unit 61 and they are selectively installed according to the installation destination system. With this configuration, the driver program can be adapted to both the TIOGA printing system 12 and the CUPS printing system 42.

(Second Embodiment)
Next, a second embodiment of the present invention will be described with reference to FIG. 6 with a focus on differences from the first embodiment. In addition, the same code | symbol is attached | subjected and demonstrated to the component similar to 1st Embodiment.

FIG. 6 is a block diagram showing an overall schematic configuration of a CUPS printing system according to the second embodiment.
As shown in the figure, in the present embodiment, the print data generated by the print data generation unit 32 is transferred to the back end processing unit 82 of the CUPS printing system 42 through the data format conversion unit 61, and the back end processing unit 82 is output to the printer 2 through the mutual communication unit 33. The back-end processing unit 82 is one of the functions provided in the CUPS printing system 42 (OS), and is a processing unit that manages data output processing. The back-end processing unit 82 is a print data generation unit 32 in the printer driver 43a or a data format. The conversion unit 61 operates in a separate process. That is, a print data generation unit 32 that performs generation of print data, analysis of status information acquired from the printer 2, and the like, and receives print data from the print data generation unit 32 through a data format conversion unit 61 and a back-end processing unit 82, The mutual communication unit 33 that transmits print data to the printer 2 operates in a different process.

  For this reason, the printer driver 43a of the CUPS printing system includes a virtual server program 62 and a virtual client program 63 that perform client-server communication in order to synchronize processing units operating in different processes. A “transmission unit” is additionally provided. That is, the transmission unit (62, 63) controls transmission of print data to the printer 2 via the mutual communication unit 33 and synchronizes between the processes of the print data generation unit 32 and the mutual communication unit 33. 2 performs reception control of status information via the mutual communication unit 33.

  Therefore, if the programs 62 and 63 constituting the transmission unit are provided in the installation program, the present invention is further compatible with the CUPS printing system that outputs print data using the back-end processing unit 82 included in the CUPS printing system 42. Possible driver programs can be realized.

In addition, you may implement each said embodiment in the aspect of the modification described below.
(Modification 1) In the first embodiment, the printer information response unit 31 may be provided between the TIOGA printing system 12 and the print data generation unit 32. In this case, raster data, job tickets, and the like sent from the TIOGA printing system 12 to the print data generation unit 32 are sent through the printer information response unit 31 as they are.

  (Modification 2) In the second embodiment, the printer data is not necessarily limited to be output through the back-end processing unit 82, and is not limited to the print data generation unit 32 through the transmission unit (63, 62) to the mutual communication unit 33. A mode of sending may be used.

  (Modification 3) In the second embodiment, the back-end processing unit 82 has been described as a processing unit that manages only data output processing to the printer 2. However, the back-end processing unit 82 is capable of bidirectional communication in the future. If it is configured as a simple processing unit, as shown in FIG. 7, the printer driver 43b in which the transmission units (62, 63) are omitted may be used.

(Modification 4) Other design matters in the configuration of each of the above embodiments and each of the above modifications can be appropriately changed within the scope of the technical idea of the present invention.
Below, the technical idea which can be grasped | ascertained from said each embodiment and each said modification is added.

(Technical thought 1)
The driver program according to claim 1,
The control performed by the conversion unit includes initialization processing of the generation unit at the start of printing, job start and end processing, and conversion processing from print data of the second mode to print data of the first mode. It is characterized by that.

1 is a block diagram showing an overall schematic configuration of a TIOGA printing system according to a first embodiment. 3 is a flowchart showing a process flow of the TIOGA printing system according to the first embodiment. 1 is a block diagram showing an overall schematic configuration of a CUPS printing system according to a first embodiment. 3 is a flowchart showing a processing flow of the CUPS printing system according to the first embodiment. The block diagram which shows the hardware constitutions of a TIOGA printing system and a CUPS printing system. The block diagram which shows the schematic structure of the whole CUPS printing system which concerns on 2nd Embodiment. FIG. 10 is a block diagram illustrating a schematic configuration of an entire CUPS printing system according to a third modification.

Explanation of symbols

  1, 41, 81: PC, 2: Printer, 11: Application, 12: TIOGA printing system, 13, 43, 43a, 43b: Printer driver, 23: PPD file, 31: Printer information response unit, 32: Print data generation Unit 33: mutual communication unit 42: CUPS printing system 61: data format conversion unit 62: virtual server program 63: disguise client program 82: back-end processing unit

Claims (7)

A generation unit that receives input of print setting information of the first mode and print data of the first mode from the first OS, and generates print data that can be printed by a printer;
The second mode print setting information and the second mode print data input from the second OS are received and converted into the first mode print setting information and the first mode print data, respectively. A conversion unit for outputting to the unit,
The conversion unit does not perform the second OS, but at least partially substitutes the control performed by the first OS. The conversion unit divides the print data of the second mode to convert the print data of the first mode including a plurality of data, and includes the plurality of data according to the control stage performed by itself. Sequentially outputting the print data of the first aspect to the generation unit;
The driver program according to claim 1. A communication unit that performs mutual communication with the printer, and a transmission unit that performs transmission of information between at least one of the generation unit and the conversion unit by client-server communication;
The driver program according to claim 1 or 2. The generation unit further includes a function of processing information acquired from the printer by the mutual communication unit,
The generation unit and the mutual communication unit operate in different processes.
The driver program according to claim 3. The print data is transmitted to the printer via the transmission unit and the mutual communication unit.
The driver program according to claim 3. At the time of installation on the second OS, the generation unit and the conversion unit are installed together with a file indicating printer information of the printer,
At the time of installation in the first OS, the generation unit of the generation unit and the conversion unit and a response unit that returns the printer information in response to an inquiry from the first OS are installed.
The driver program according to any one of claims 1 to 5. At the time of installation on the second OS, the generation unit, the conversion unit, and the transmission unit are installed together with a file indicating printer information of the printer,
At the time of installation on the first OS, the generating unit among the generating unit, the converting unit, and the transmitting unit, and a response unit that returns the printer information in response to an inquiry from the first OS. Installed,
The driver program according to any one of claims 3 to 5.

Images