JP3755541B2 - Printer device - Google Patents

Description

[0001]
[Industrial application fields]
The present invention relates to a printer apparatus, and more particularly to a printer apparatus that can use a general-purpose application protocol when printing is performed in accordance with drawing data and control information supplied from a host apparatus such as a plurality of host computers.
[0002]
[Prior art]
In network connection such as LAN, an industry standard protocol group TCP / IP is used. For example, when drawing data is transmitted from a client machine (hereinafter referred to as “client”) to a remote output device, that is, a printer device. May use lpr as an application protocol.
[0003]
On the other hand, FTP is generally used as an application protocol for data transfer between clients. The lpr is mainly mounted on a workstation, and few large computers and personal computers have this lpr. On the other hand, many clients are equipped with FTP, and the so-called support rate is extremely high. Therefore, it is considered to transfer the drawing data to the printer device using this versatile FTP.
[0004]
[Problems to be solved by the invention]
However, when printing data is transferred to a printer apparatus using the FTP and printing is performed, there are the following problems. First, since FTP is a protocol originally intended for file transfer between hard disks, a dedicated output processing application is required to output the data transferred from the transmission side to the reception side hard disk to the output device. Separately required.
[0005]
Even when the output processing application is prepared, the ftpd, which is the daemon on the server side, that is, the side that has received the processing request, operates independently of the output processing application. There is no means for detecting the end of transfer. For this reason, for example, a process of monitoring an increase / decrease in the file size of the hard disk and considering that the file transfer is completed when there is no increase / decrease is considered, but the process is complicated and lacks certainty. there were.
[0006]
FTP is intended only for file transfer and has no concept of outputting to a printer. Therefore, for example, it is difficult to change the output method of drawing data from a preset one, such as determining the thickness of a line at the time of printing and whether or not to display a date. There was no means other than leaving.
[0007]
Furthermore, when both FTP and lpr are adopted in the printer device, there is a problem that the drawing data cannot be unified and managed.
[0008]
The present invention solves the above-mentioned problems and can receive print data using FTP having a high support rate in the protocol group TCP / IP, which is an industry standard in network connection, and can output the print data The purpose is to provide.
[0009]
[Means for Solving the Problems]
In order to solve the above problems and achieve the object, the present invention has the following features.
First, a password file that can identify one of the output processing mode and the file transfer mode according to the user name, and user name requesting means for requesting the user name to the client in response to a connection request from the client And mode selection means for obtaining an operation mode corresponding to the user name supplied from the client from the password file and instructing to process the connection request according to the operation mode. .
[0010]
Second, it comprises subcommand interpreting means for rereading a command used in the file transfer application protocol function as a function scheduled to be used in the output processing mode, and the reread function in the output processing mode. The method is characterized in that an instruction from a client is processed according to the above.
[0011]
Thirdly, it comprises means for allocating a function scheduled to be used in the output processing mode to a transfer extension command provided in the file transfer application protocol function, and the subcommand interpreting means includes the transfer extension command. It is characterized in that it has a further interpretation function.
[0012]
Fourthly, when the storage capacity determining means for determining the free capacity scheduled cycle of the storage device and the storage capacity determining means determine that the free capacity is equal to or less than the predetermined value, transfer of drawing data is rejected. And a means for notifying the client of the rejection of the transfer, and the determination operation by the storage capacity determination means is executed when the drawing data transmission request is received from the client and every time when a predetermined amount of drawing data is received. It is characterized in that it is configured to do so.
[0013]
Fifth, the notification means is configured to notify the client when the free space does not recover to the scheduled value within a scheduled time after transfer of the drawing data is refused. .
[0014]
Sixth, control file generation means for generating information obtained from the client in a control file having the same format as the control file used in the line printer protocol, and printing means for outputting the drawing data based on the control file It is characterized in that it is equipped.
[0015]
[Action]
According to the present invention having the first feature, it is possible to determine whether to operate in the file transfer mode or in the output processing mode based on the user name input from the client. That is, in the printer, it is possible to determine whether it is general file transfer or transfer of drawing data to be printed, based on the user name, and processing inside the printer is executed based on the determination result.
[0016]
According to the present invention having the second feature, an output processing function other than the original function of the command can be realized by using an existing file transfer command.
[0017]
According to the present invention having the third feature, an output processing function can be realized by interpreting a transfer extension command for file transfer.
[0018]
According to the present invention having the fourth feature, the free space of the storage device for drawing data is confirmed, and when the free space becomes smaller than the scheduled value, the reception of the drawing data is stopped only for the scheduled time, which means that the client Will be notified.
[0019]
According to the present invention having the fifth feature, for example, when the free space is not recovered within 5 minutes, the client is notified that transfer is refused. If the free space is recovered during this time, data reception is resumed and the client is not notified.
[0020]
According to the present invention having the sixth feature, a control file matching the line printer protocol is generated based on information transferred or obtained from the client, for example, the number of output sheets and the output processing method. Therefore, even when the drawing data is received using the file transfer protocol, it is possible to execute processing for printing using the control file.
[0021]
As described above, according to the first to fifth features, the existing file transfer protocol and command system can be used as they are on the client side, and the printer can be used as a network printer.
[0022]
【Example】
Hereinafter, the present invention will be described in detail with reference to the drawings. FIG. 3 is a block diagram showing a hardware configuration of the printer apparatus according to the embodiment of the present invention. In FIG. 1, a printer apparatus (hereinafter simply referred to as “printer”) 1 is connected to a network 2 such as a LAN. A plurality of clients 3 are connected to the network 2, and the clients 3 transmit data to the printer 1 as a host device of the printer 1. The printer 1 receives this transmission data, performs appropriate data processing, and prints out. The printer 1 includes the following components for data processing.
[0023]
The printer 1 has a CPU 5 connected to each component through a bus 4 such as a data bus. The program memory 6 is a memory storing programs and constants necessary for the operation of the printer 1 by the CPU 5, and the work memory 7 is a memory storing data temporarily required for controlling the printer 1. . The non-volatile memory 8 is a memory for storing data necessary for control that should not be lost even when the power is turned off. The storage device 9 is means for storing print data transferred from the client 3, that is, drawing data and control information, and is, for example, a hard disk device.
[0024]
The image memory 10 is a memory for storing bitmap data to be printed. The communication interface 11 is a circuit for transmitting and receiving data to and from the client 3 via the network 2. The output control device 12 is a circuit that controls timing for transferring the bitmap data stored in the image memory 10 to the printing unit 13. The output control device 12 also includes a circuit for receiving information indicating the state of the printing unit 13. The clock circuit 14 is a circuit that manages time. In addition, a console panel or the like can be provided for inputting an operator instruction, displaying an operation state of the printing unit 13 or an error, or displaying a prompt for replenishment of consumables such as paper and toner. .
[0025]
The printer 1 supports FTP and lpr as application protocols, and the plurality of clients 3 will be described below assuming that they support at least one of FTP and lpr.
[0026]
In the printer 1 having the above-described configuration, the print data transferred from the client 3 via the network 2 is received by the communication interface 11. The received data is stored in the storage device 9, and the CPU 5 converts the received data into bitmap data in accordance with a program stored in the program memory 6. This conversion work is executed by reading the received data into the work memory 7. The converted bitmap data is stored in the image memory 10. When a print start command is transmitted from the CPU 5 to the printing unit 13 via the output control device 12, the printing unit 13 reads bitmap data from the image memory 10 and performs printing. When the printing is normally executed, the normal end information is transmitted to the output control device 12. The normal end information is registered as one piece of management information in an area for recording “job status” in the management table set in the storage device 9 in advance.
[0027]
Next, a specific example of the control file and management table used in this embodiment will be described. FIG. 4 shows an example of the control file. When the client 3 supports lpr, the control information transferred together with the drawing data is converted into this control file as it is. On the other hand, when the client 3 does not support lpr and transfers data by FTP, this control file is created based on information obtained by a request made from the printer 1 side through the protocol. That is, in lpr, transfer of control information is scheduled from the beginning, and the transferred control information can be used as it is as a control file. On the other hand, since FTP does not assume printing, control information is obtained from a response to a request from the printer 1 side.
[0028]
In FIG. 4, there is an overlap among the pieces of control information because it conforms to a predetermined format of the control file transferred by lpr. Also, what is prefixed with a code # is an expression system unique to this embodiment. In the figure, symbols H and C are IP addresses used in TCP / IP, and are addresses for specifying workstations. In principle, the same IP address does not exist all over the world. Symbols P and L are login user names logged in to the protocol ftpd on the FTP printer 1 side, and symbols J and N are file names created by the user in the client 3.
[0029]
A code #LP is an output processing method, that is, a file (output processing method file) indicating the thickness of a line at the time of printing, and is designated by a “CWD” subcommand described later. The code #CC is the number of output sheets, and is the number specified by the “CC” subcommand described later.
[0030]
Further, symbols f and U are serial numbers assigned so that the file name transferred from the client 3 can be easily processed internally by the printer 1, and starts with “dfA”. The number of the control file is also the same as this file name, and only the initial letter is “cfA”.
[0031]
The description example of the control file is as follows. That is, (a user who logs in with the name “kaneko” from the client 3 whose IP address is “129.249.150.85” outputs “3” in the output processing method of the output processing method file “PLT15”. The file with the file name “test-file” has been transferred, and this file is a control file with the content “saved in the storage device 9 with the file name“ dfA12345 ”) .
[0032]
FIG. 5 is a view showing the contents of a management table of jobs executed based on the information of the control file. This management table is created for each job. Here, “1 job” is a series of work necessary for transferring a file from the client 3 to the printer 1. Note that ftp (client side protocol) can transfer only one file in one job, but lpr can transfer multiple files in one job.
[0033]
In the figure, the left column is the management item, and the right column is the content. The job name is the file name of the control files J and N. When a plurality of files are transferred, the job name represents the plurality of files by attaching "..." to the first file name. The user name is a login user name of the control files P and L. The data size is the data amount of the file in the job, and is recognized when it is stored in the storage device 9.
[0034]
The logical printer number is a logical printer number designated by the “CWD” subcommand, and logical printer numbers “PLT00 to PLT99” can be designated for each data format. The output processing method file name is an output processing method identified from the logical printer number specified by the “CWD” subcommand, and there are file names “PLT00prm to PLT99prm”. In this embodiment, what is designated from the outside by the “CWD” subcommand is a logical printer number, but this logical printer number is internally read as an output processing method for processing.
[0035]
The data format is specified in association with the “CWD” subcommand in a plurality of description formats such as HP-GL, VCGL, and VRF. For example, the description format HP-GL is specified as “PLT00H” and is specified by replacing an internal number. The priority of the interface (I / F) is information indicating the priority of the input interface set according to a predetermined standard.
[0036]
The job ID is a serial number assigned so that the management program can be easily processed internally, and both ftpd and lpd (protocol on the printer side of lpr) receive the file after the job ID is determined. This job ID is used for a file name or a control file name described in the storage device 9. The directory name is a directory name described in the storage device 9 and indicates the location where the file exists. As the job status, a processing status such as “printed”, “printing”, “queue processing”, etc. is described. The file name and the control file name are the actual data file described in the storage device 9 of the printer 1 and the name of the control file.
[0037]
Next, the operation of the printer 1 according to this embodiment will be described. In the printer 1, either one of the file transfer mode and the output processing mode is selected so that the internal processing can be switched to the selected mode. For this purpose, a password file is created in advance in the storage device 9 in order to identify the login user in the printer 1. In this password file, a login user name, a password corresponding to the user name, an operation mode number corresponding to the user name, and the like are described in advance. Here, the operation mode number corresponds to the file transfer mode or the output processing mode. In this embodiment, the password file is used, and one of the two modes is selected according to the login user name.
[0038]
The switching operation will be described with reference to the flowchart of FIG. In the figure, in step S1, a connection request from the client 3 input through the communication interface 11 is accepted. If there is a connection request, in step S2, a login request is returned to request input of a user name. In step S3, a login user name (hereinafter simply referred to as “login name”) notified from the client 3 in response to this request is accepted. In step S4, the password file is read, and it is determined whether or not the accepted user with the login name exists in the password file.
[0039]
If there is a user corresponding to the login name, the process proceeds to step S5 to request input of a password. In step S6, the password notified from the client 3 is accepted in response to this request. In step S7, the password file is read, and it is determined whether or not the accepted password corresponds to the login name.
[0040]
If the determination in step S4 is negative and the determination in step S7 is negative, that is, if there is no user corresponding to the login name, and if the user exists but the password does not match, the process proceeds to step S8. Notify the client of a login rejection response.
[0041]
On the other hand, if the correct password is notified, the determination in step S7 is affirmative, and the process proceeds to step S9 to obtain the operation mode number corresponding to the login name. In step S10, based on the obtained operation mode number, it is determined whether or not the user with the login name is an output processing user.
[0042]
If the user is an output processing user, the process proceeds to step S11 to select an output processing mode. On the other hand, if it is not the output processing mode, the process proceeds to step S12 and the normal file transfer mode is selected. If the mode is selected, the process proceeds to step S13, and data is received from the client 3 according to the selected mode.
[0043]
That is, in the output processing mode, a control file is created, and the operation of outputting the data received by the storage device 9 to the printing unit 13 based on the control file is performed. On the other hand, when the normal file transfer mode is selected, an operation of simply transferring data to the storage device 9 using FTP is performed. As described above, since the operation mode for output processing can be set in advance based on the login name, the printer 1 recognizes the request for the output operation to the printing unit 13 and performs necessary processing even in the case of data transfer using FTP. Can be executed.
[0044]
Next, an example of a specific operation in the output processing mode will be described. First, setting of an output processing method for transferred data will be described. The output processing method refers to pen width, reduction / enlargement magnification, output bin number, collation designation, priority order, and the like. For example, a plurality of settings can be set for each individual name or department by inputting in advance from the console panel. These output processing methods are associated one by one with logical printer numbers that can be recognized by the user and the printer 1. For example, the logical printer number and the file name describing the output processing method are made the same or an extension is added to the logical printer number. Then, when the logical printer number is supplied from the client 3, the output processing method is set from the logical printer number, that is, the file name describing the output processing method.
[0045]
The setting of the output processing method will be described with reference to FIG. In the figure, in step S21, reception of an FTP subcommand from the client is awaited. In step S22, it is determined whether or not the received subcommand is a “CWD” command. This “CWD” command is originally a directory name change instruction, but in the present embodiment, this is interpreted as “designation of an output processing method file”. For example, if both the logical printer number and the output processing method file name are “PLT00H”, and “CWD PLT00H” is received from the client, it is interpreted as “use the“ PLT00Hprm ”file as the output processing method”.
[0046]
That is, if the “CWD” command is received, the process proceeds to step S23, the “PLT00Hprm” file in the storage device 9 is searched, and the output processing method is set. The set output processing method is described in the output processing method file name of the management table. When the output processing method is set, the drawing data received from the client is interpreted according to the output processing method, developed in the image memory 10, and then output to the printing unit 13.
[0047]
In addition to making the logical printer number and the file name describing the output processing method the same, a file in which the logical printer number and the file name describing the output processing method are associated with each other is generated and stored. You may make it read and identify.
[0048]
As described above, since the output processing method can be selected internally from the directory name specified by using the “CWD” command which is one of FTP commands, one interface is logically divided into a plurality of interfaces. It can be used as an existing logical printer.
[0049]
In order to notify the client 3 of the output processing method selected as described above, an FTP subcommand can be similarly used. For example, the “PWD” command is a command for requesting the printer 1 for the directory name currently specified. In this embodiment, the printer 1 that has received the “PWD” command interprets this as an “output processing method notification request” and notifies the client 3 of the currently selected output processing method.
[0050]
FIG. 8 is a flowchart showing an operation of notifying the client 3 of the output processing method. In step S31, reception of an FTP subcommand from the client 3 is awaited. In step S32, it is determined whether or not the received subcommand is a “PWD” command. This “PWD” command is originally a directory notification request, but in the present embodiment, it is interpreted as an “output processing method notification request”. Therefore, if the “PWD” command is received, the process proceeds to step S 33, where the output method is identified by the currently designated directory name and notified to the client 3.
[0051]
The commands “CWD” and “PWD” have specific meanings, and in this embodiment, the interpretation of the original meaning is changed to perform a desired operation. Further, FTP has a transfer extension function, and a command can be set by the transfer extension function, and the command can have a desired function.
[0052]
With reference to the flowchart of FIG. 9, an example of an operation by a command set by the transfer extension function will be described. In the figure, in step S41, reception of an FTP subcommand from the client 3 is awaited. In step S42, it is determined whether or not the received subcommand is a “CC” command. The “CC” command is associated with an interpretation “designation of the number of print data to be transferred next”. Therefore, if the “CC” command is received, the process proceeds to step S43, and the number corresponding to the number added after the command is set in the printing unit 13 as the output number. For example, if “CC3”, three sheets are set as the number of output sheets.
[0053]
If the received command is not “CC”, the process proceeds to step S44, and it is determined whether or not the received subcommand is an “LJ” command. The “LJ” command is associated with the interpretation “display job list of drawing data”. Therefore, if the “LJ” command is received, the process proceeds to step S45, and a job list creation request is made. In accordance with the creation request, the scheduled drawing data management program is started and a job list is created. In step S46, the created job list is transmitted to the client 3.
[0054]
If the received command is not “LJ”, the process proceeds to step S47, and it is determined whether or not the received subcommand is an “RM” command. The “RM” command is associated with the interpretation “cancel output process”. Accordingly, if the “RM” command is received, the process proceeds to step S48, and a request is made to cancel the output of the job name added after the “RM” command. In accordance with the request, the scheduled drawing data management program is activated, and the designated job is deleted. In step S49, the client 3 is notified that the job has been deleted. Here, if the output process is started before the start of the deletion operation, the client 3 is notified that it cannot be canceled.
[0055]
If the received command is not “RM”, the process proceeds to step S50, and it is determined whether or not the received subcommand is a “JL” command. The “JL” command is associated with the interpretation “display log of already output job”. Therefore, if the “JL” command is received, the process proceeds to step S51, and a job log is created from the log created by the drawing data interpretation program or the printing program. The job log is created according to a predetermined format so that the user can easily see the job log. In step S52, the created job log is transmitted to the client 3.
[0056]
If the received command is not “JL”, the process proceeds to step S53, and it is determined whether or not the received subcommand is an “SS” command. The “SS” command is associated with the interpretation “display status of output device”. In this “SS”, the contents of the state to be known can be designated. For example, “parameter” can be designated to “display the contents of the designated output processing method”, and “job-count” can be designated to “display the number of spooled jobs”. Can also. Therefore, if the “SS” command is received, the process proceeds to step S54, where the status of the printer 1 is retrieved from the control table and information is collected. In step S55, the result is transmitted to the client 3. The information is created according to a predetermined format so that the user can easily see it. If the determination in step S53 is negative, the process returns to step S41.
[0057]
Next, an example of an operation for accumulating transferred drawing data will be described. The storage device 9 stores not only the drawing data transferred from the client 3 but also information necessary for other processing such as a password file. Also, the drawing data may be transferred from a plurality of clients at the same time, and there is a possibility that the disk becomes full in a short time. However, even when the FTP becomes full, FTP continues to be transmitted, and the client 3 cannot know the reason why the transmission does not end. Therefore, in this embodiment, the client 3 can be notified of the disk full state by confirming that the disk is full.
[0058]
In FIG. 10, in step S61, the reception of an FTP subcommand from the client 3 is awaited. In step S62, it is determined whether or not the received subcommand is a “STOR” command. The “STOR” command is a command indicating “drawing data transmission request”. If the “STOR” command is received, the process proceeds to step S63 to determine whether or not the storage device 9 is free. In this embodiment, a predetermined capacity vm is set in advance, and it is determined that “no space is available” when the capacity of the storage device 9 becomes equal to or less than the capacity vm. For example, the capacity vm is 20 megabytes.
[0059]
If there is no vacancy, the process proceeds to step S64 to notify the client 3 of reception refusal. If there is a vacancy, the process proceeds to step S65 to accept the reception. When the reception is accepted, the reception operation by the drawing data management program is started, and the drawing data is written. In step S66, it is determined whether or not the writing is completed. If the writing has not been completed, a predetermined amount of drawing data, for example, 1 megabyte, is described in the storage device 9 in step S67. Here, the description of the drawing data is set to a fixed amount vs and divided into a short time to set the memory remaining amount to be confirmed. This is because the disk 9 becomes full and it is difficult to secure the storage capacity vm. Therefore, the capacity vs is preferably set to a value sufficiently smaller than the disk capacity in consideration of the average amount of drawing data transmitted to each printer apparatus.
[0060]
In step S68, it is determined whether the storage device 9 is free. If there is a vacancy, the process proceeds to step S66, and if there is no vacancy, the presence or absence of the vacancy in the storage device 9 is determined every predetermined time t, and the process waits until the maximum time T (steps S69, S70, S70a). If it is determined that there is a vacancy, the process proceeds to step S66. If there is no vacancy, reception is interrupted, and in step S71, the client 3 is notified that there is no vacancy in the storage device 9. In step S72, the files described in the middle are deleted.
[0061]
On the other hand, if it is determined in step S66 that the writing has been completed, the process proceeds to step S73 to generate a control file relating to the drawing data for which writing has been completed. In step S74, the receiving operation by the drawing data program is terminated.
[0062]
Next, the control file creation operation for outputting the drawing data described in the storage device 9 by the printing unit 13 will be described. In FIG. 11, in step S81, reception of an FTP subcommand from the client 3 is awaited. In step S82, it is determined whether or not the received subcommand is a “STOR” command. If the “STOR” command is received, the process proceeds to step S83 to notify the drawing data management program that a reception request has occurred. In step S84, the job ID is obtained from the drawing data management program that has known the reception request, and reception from the client 3 is accepted. This job ID is a serial number generated inside the printer 1, and is, for example, the number “12345” shown in FIG. In step S85, a file name is generated according to the acquired job ID. For example, the file name “dfA12345” shown in FIG.
[0063]
In step S86, it is determined whether or not the drawing data has been written. When the writing is completed, the process proceeds to step S87, and the control file name relating to the drawing data for which writing has been completed is generated in the storage device 9. For example, the control file name “cfA12345” shown in FIG. In step S88, the contents are described in the generated control file. In step S89, the drawing data program is notified of the end of the receiving operation, and the receiving operation by ftpd is ended. In FIG. 11, detailed drawing data writing operation is omitted, but writing is performed according to the procedure described with reference to FIG. As described above, in this embodiment, a control file is also created for drawing data transferred by FTP in the same manner as for lpr. Therefore, using this control file, the drawing data described in the storage device 9 is analyzed. Expansion into bitmap data and output to the printing unit 13 can be easily performed.
[0064]
Next, main functions of the printer 1 for executing the above-described operation will be described with reference to the functional block diagram of FIG. In the figure, the connection request detection unit 15 outputs a detection signal to the user name request unit 16 when there is a connection request from the ftp of the client 3. The user name request unit 16 transmits a user name input request to ftp in response to the detection signal. Similarly, a password input request is also made. The user name transmitted from ftp in response to the user name input request is received by the user name receiving unit 17 and input to the password file 18. In the password file 18, a user name, a password, an operation mode, and the like are set in advance. If the user name exists in the password file, the password request unit 181 requests the client 3 to input a password. In response to this request, the password transmitted from the client 3 is input to the password receiving unit 182 and transferred to the password file 18. The password received from the client 3 is compared with the password in the password file 18. The operation mode corresponding to the user name is read by the mode selection unit 19 on condition that the password matches, and the mode selection unit 19 outputs an operation instruction in the output processing mode or the normal file transfer mode.
[0065]
Next, the main function of the printer 1 when the output processing mode is instructed will be described. In FIG. 2, the subcommand receiving unit 20 receives a subcommand supplied from ftp. The accepted subcommand is interpreted by the subcommand interpretation unit 21. As described above, certain existing subcommands are replaced with their own meanings, and some subcommands are added and associated with specific interpretations by the FTP transfer extension function. Instructions such as the output processing method and the number of printed sheets interpreted by the subcommand interpreter 21 are described in the control file 22 as control information of the job. In the control file 22, the user name received by the user name receiving unit 17, the IP address for specifying the client 3 that can be identified at the time of connection request, and the like are also described. As described above, the control file 22 is created in the same format as lpr.
[0066]
If the subcommand interpreting unit 21 recognizes a subcommand requesting drawing transmission, the capacity determining unit 23 is activated to determine whether or not the remaining disk capacity of the storage device 9 is equal to or more than the predetermined amount vm. If the remaining memory capacity is greater than or equal to the planned amount vm, a permission signal is output to the drawing data receiving unit 24. Notify disk full.
[0067]
When the subcommand interpreting unit 21 recognizes a subcommand requesting the job status, the status determination unit 26 is activated to read the management table 27 and to give an instruction for notifying the job status to ftp the notification unit 25. To do. An example of the management table 27 is shown in FIG. 5, and detailed functions are omitted, but the “status” includes the request contents described with reference to FIG. 9, such as a request for a job list.
[0068]
The drawing data received by the drawing data receiving unit 24 is described in the storage device 9, and the drawing data is expanded into a bitmap and then supplied to the printing unit 13 according to the control file 22 and printed out.
[0069]
【The invention's effect】
As is apparent from the above description, according to the invention of claim 1, it is possible to determine whether it is a general file transfer or a transfer of drawing data to be printed by the user name. According to the second aspect of the invention, an existing file transfer command can be used to realize an output processing function other than the original function of the command. Similarly, according to the third aspect of the invention, it is possible to add the transfer extension command for file transfer and execute the output process.
[0070]
According to the fourth and fifth aspects of the present invention, it is possible to interrupt the reception of the drawing data for the scheduled time when the free space becomes small and notify the client to that effect. Therefore, the client can recognize the reason why the drawing data cannot be transmitted. Since the free space is detected at a predetermined cycle, even when drawing data is transferred from a plurality of clients, it can be recognized that the free space is reduced before the disk is full. Furthermore, according to the invention of claim 6, printing can be executed by a control file that matches the line printer protocol.
As described above, according to the first to sixth aspects of the present invention, on the client side, for example, FTP, which is an existing file transfer protocol, simply transmits image data by imagining normal file transfer. Then, the image data thus transmitted can be received and processed as image data to be printed.
[0071]
As a result, if the output processing protocol and the file transfer protocol coexist, the drawing data transferred using the file transfer protocol is the same as the drawing data transferred using the output processing protocol. Because it can be handled and output, there is no need for a dedicated output processing application. That is, the drawing data can be integrated and managed.
[0072]
Furthermore, command interpretation can be set arbitrarily. For example, by providing a plurality of output processing methods, a plurality of logical interfaces can be provided, and drawing data can be processed in a printing environment suitable for the individual user or department. it can.
[Brief description of the drawings]
FIG. 1 is a functional block diagram of a main part of a printer apparatus according to an embodiment of the present invention.
FIG. 2 is a functional block diagram of main parts of a printer apparatus according to an embodiment of the present invention.
FIG. 3 is a block diagram illustrating a hardware configuration of a printer apparatus according to an embodiment of the present invention.
FIG. 4 is a diagram illustrating an example of a control file.
FIG. 5 is a diagram illustrating an example of a management table.
FIG. 6 is a flowchart showing an operation mode selection operation.
FIG. 7 is a flowchart showing a subcommand interpretation operation.
FIG. 8 is a flowchart showing a subcommand interpretation operation.
FIG. 9 is a flowchart showing an operation of command interpretation by a transfer extension function.
FIG. 10 is a flowchart of a drawing data writing operation.
FIG. 11 is a flowchart of a control file creation operation.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 3 ... Client, 9 ... Memory | storage device, 13 ... Printing part, 15 ... Connection request detection part, 16 ... User name request part, 17 ... User name reception part, 18 ... User file, 19 ... Mode selection part, 21 ... Subcommand Interpreting unit, 22 ... control file, 23 ... capacity discriminating unit

Claims (6)

In a printer device having a drawing data storage device, configured to generate printing data by interpreting drawing data transferred from a client machine and described in the storage device, and to print the printing data,
A password user file that can identify the operation mode of the output processing mode that outputs drawing data transferred by the file transfer application protocol function and the file transfer mode that transfers data by the file transfer application protocol function, depending on the user name. When,
User name request means for requesting a user name to the client machine in response to a connection request from the client machine;
A printer comprising: mode selection means for obtaining an operation mode corresponding to the user name supplied from a client machine from the password file and instructing to process the connection request according to the operation mode. apparatus. Subcommand interpretation means for rereading a command used in the file transfer application protocol function as a function scheduled to be used in the output processing mode,
2. The printer apparatus according to claim 1, wherein in the output processing mode, an instruction from a client machine is processed in accordance with the replaced function. Means for assigning a function scheduled to be used in the output processing mode to a transfer extension command provided in an application protocol function for file transfer;
3. The printer apparatus according to claim 2, wherein the subcommand interpreting unit further has a function of interpreting the transfer extended command. Storage capacity determining means for determining the free capacity of the storage device in a predetermined cycle;
Means for rejecting the transfer of the drawing data when the storage capacity determining means determines that the free capacity is equal to or less than a predetermined value;
Means for notifying the client machine of the rejection of the transfer,
4. The printer according to claim 1, wherein the determination operation by the storage capacity determination means is executed at the time of receiving a drawing data transmission request from a client machine and whenever receiving a predetermined amount of drawing data. apparatus.   5. The notification unit is configured to notify the client machine when the free space does not recover to the scheduled value within a scheduled time after transfer of the drawing data is refused. The printer device described. Control file generating means for generating information obtained from the client machine into a control file having the same format as the control file used in the line printer protocol;
6. The printer apparatus according to claim 1, further comprising a printing unit that outputs the drawing data based on the control file.

Images