Printer, and computer program for printer

Abstract

To disclose a technique for a printer to appropriately receive a print job from a server.SOLUTION: A printer comprises: a first state control unit that, when a service state for receiving a print job providing service from a server is in an ineffective state, and a predetermined instruction is acquired from a user, causes the service state to transition from the ineffective state to an effective state; a printer information transmission unit that, when a registration instruction for registering printer information related to the printer in the server is acquired, transmits the printer information to the server; and a second state control unit that, when the service state is in the ineffective state, and the registration instruction is acquired, causes the service state to transition from the ineffective state to the effective state even if the predetermined instruction is not acquired from the user.SELECTED DRAWING: Figure 5

Description

[Technical field]

[0001] The technology disclosed in this specification relates to a printer that receives a print job from a server. [Background technology]

[0002] Patent Literature 1 discloses a cloud print system including a printer and a server. When a print job is added to the server, the printer receives the print job from the server and executes printing. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2015-54412 A Summary of the Invention [Problem to be solved by the invention]

[0004] This specification discloses a technique for allowing a printer to properly receive a print job from a server. [Means for solving the problem]

[0005] The printer disclosed in this specification includes a print engine and a first state control unit that, when a service state for receiving a print job providing service from a server is in an inactive state and a predetermined instruction is received from a user, transitions the service state from the inactive state to an active state, and the inactive state is a state in which the printer receives a print job providing service from the server via an IPP (Internet Printing Protocol) a printer information sending unit which sends printer information to the server when a registration instruction for registering printer information related to the printer in the server is acquired; a second state control unit which transitions the service state from the disabled state to the enabled state even if the specified instruction is not acquired from the user when the registration instruction is acquired in a situation in which the service state is an disabled state; and an engine control unit which causes the print engine to execute printing in accordance with the print job when the print job in accordance with the IPP is received from the server after the printer information is registered in the server and the service state has been transitioned from the disabled state to the enabled state.

[0006] According to the above configuration, when the printer receives a registration instruction in a situation where the service status is disabled, the printer transitions the service status from the disabled state to the enabled state without receiving a specific instruction from the user. This makes it possible to prevent the printer from being unable to receive print jobs from the server due to the service status being disabled, even if the printer information has been registered in the server. Therefore, the printer can properly receive print jobs from the server.

[0007] A computer program for the printer, a computer-readable recording medium storing the computer program, and a method executed by the printer are also novel and useful. Also novel and useful is a system including the printer and a server. [Brief description of the drawings]

[0008] [Figure 1] 1 shows the configuration of a communication system. [Diagram 2] 1 shows a sequence diagram of case A in the first embodiment. [Diagram 3] The sequence diagram continues from Figure 2. [Figure 4] The sequence diagram continues from Figure 3. [Diagram 5] 13 shows a sequence diagram of case B in the first embodiment. [Figure 6] 13 shows a sequence diagram of the second embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] (First Example) (Communication system configuration; Figure 1) 1, the communication system 2 includes a printer 10, a terminal 50, and a print intermediary server 100. The devices 10, 50, and 100 are connected to the Internet 6 and can communicate with each other via the Internet 6.

[0010] (Printer 10 Configuration) The printer 10 is a peripheral device (for example, a peripheral device of the terminal 50) capable of executing a printing function. In a modified example, the printer 10 may be a multi-function device capable of executing a scanning function, a fax function, etc. The printer 10 is assigned a printer ID "P1" for identifying the printer 10. The printer 10 includes an operation unit 12, a display unit 14, a communication interface 16, a print engine 18, and a control unit 30. The units 12 to 30 are connected to a bus line (reference numerals omitted). In the following, the interface is referred to as "I / F".

[0011] The operation unit 12 has a plurality of keys. A user can input various instructions to the printer 10 by operating the operation unit 12. The display unit 14 is a display for displaying various information. The display unit 14 also functions as a touch panel (i.e., an operation unit) that accepts instructions from the user. The communication I / F 16 is connected to the Internet 6. The print engine 18 has a printing mechanism such as an inkjet type or a laser type.

[0012] The control unit 30 includes a CPU 32 and a memory 34. The CPU 32 executes various processes in accordance with a program 36 stored in the memory 34. The memory 34 is composed of a volatile memory, a non-volatile memory, etc. The memory 34 further stores a service state for receiving a job providing service (in other words, a cloud printing service) from the server 100 in accordance with IPP (abbreviation of Internet Printing Protocol).

[0013] The service status indicates either "enabled", which indicates that the printer 10 can receive jobs from the server 100, or "disabled", which indicates that the printer 10 cannot receive jobs from the server 100. In the following, a state in which the service status in the memory 34 indicates "enabled" and a state in which the service status in the memory 34 indicates "disabled" may be expressed as "the service status of the printer 10 is enabled" and "the service status of the printer 10 is disabled", respectively.

[0014] (Configuration of terminal 50) The terminal 50 is, for example, a portable terminal device such as a mobile phone, a smartphone, a PDA, a notebook PC, or a tablet PC. In a modified example, the terminal 50 may be a stationary terminal device such as a desktop PC. The terminal 50 includes an operation unit, a display unit, a communication I / F, a control unit, and the like, which are not shown in the figure.

[0015] (Configuration of the print intermediary server 100) In the following, the print intermediary server 100 will be abbreviated to "server 100". The server 100 is a server that provides a cloud printing service. The server 100 is a server that is installed on the Internet 6 by a business entity (e.g., a business entity that provides a cloud printing service) different from the vendor of the printer 10. In a modified example, the server 100 may be installed by the vendor of the printer 10. When the server 100 receives image data from the terminal 50, for example, it generates a job and transmits the job to the printer 10. The job includes print data that is generated by converting the image data into a data format that can be interpreted by the printer 10.

[0016] The server 100 includes a communication I / F 116 and a control unit 130. The units 116 and 130 are connected to a bus (reference numerals omitted). The communication I / F 116 is connected to the Internet 6.

[0017] The control unit 130 includes a CPU 132 and a memory 134. The CPU 132 executes various processes in accordance with a program 136 stored in the memory 134. The memory 134 is composed of a volatile memory, a non-volatile memory, etc. The memory 134 further stores a printer table 138.

[0018] The printer table 138 is a table that stores a printer ID, an access token, accepting-jobs, and Subscriptions in association with each other. The access token is information used by the server 100 to authenticate the printer 10 when a request conforming to IPP is communicated between the printer 10 and the server 100. The access token is also used to establish a constant connection between the printer 10 and the server 100. In this embodiment, the printer 10 uses a persistent connection conforming to HTTP (abbreviation of Hyper Text Transfer Protocol) to realize a behavior similar to a constant connection. In a modified example, the constant connection may be a connection conforming to XMPP (abbreviation of eXtensible Messaging and Presence Protocol). The accepting-jobs is information indicating a printer attribute conforming to IPP, and specifically, is information indicating whether the server 100 accepts a print request. The accepting-jobs indicates either yes indicating that a print request is accepted or no indicating that a print request is not accepted. Here, "accepting a print request" means that the server 100 generates a job in response to receiving a print request. "Not accepting a print request" means that the server 100 does not generate a job even if it receives a print request. Subscriptions is information that indicates events that the server 100 should monitor and notify.

[0019] (Processing of case A performed by devices 10, 50, and 100: Figure 2) The processing of case A will be described with reference to FIG. 2. Case A is a case in which information about the printer 10 is registered in the server 100 after the service status of the printer 10 is changed from disabled to enabled. In the following, for ease of understanding, the operations executed by the CPU of each device (e.g., CPU 32, etc.) will be described with each device (e.g., printer 10) as the subject, rather than the CPU as the subject. Also, all communications executed by each device 10, 100 are executed via the communication I / F 16, 116. For this reason, the description "via communication I / F 16 (or 116)" will be omitted in the following.

[0020] In response to receiving an operation from the user, the terminal 50 accesses a web server in the printer 10. Then, in response to receiving a setting change operation from the user in T100, the terminal 50 transmits a setting change screen request to the printer 10 in T102.

[0021] When the printer 10 receives the setting change screen request from the terminal 50 in T102, it transmits to the terminal 50 setting change screen data representing the setting change screen SC1.

[0022] When the terminal 50 receives the setting change screen data from the printer 10 in T104, the terminal 50 displays the setting change screen SC1 in T106. The setting change screen SC1 is a screen for executing settings related to the cloud print service, and includes the printer ID "P1", a check box for setting the service status to enabled, a check box for setting the service status to disabled, an OK button, and a registration button for registering information about the printer 10 in the server 100. Since the service status of the printer 10 is currently disabled, a check is placed in the disabled check box on the setting change screen SC1.

[0023] In T110, the terminal 50 accepts the selection of the OK button after accepting an operation to check the valid check box in the setting change screen SC1 from the user. In this case, the terminal 50 transmits an activation instruction to the printer 10 in T112.

[0024] When the printer 10 receives an activation instruction from the terminal 50 in T112, the printer 10 transitions the service state from disabled to enabled in T114. Specifically, the printer 10 changes the service state in the memory 34 from disabled to enabled. Then, the printer 10 transmits completion screen data representing the completion screen SC2 to the terminal 50 in T116.

[0025] When the terminal 50 receives the completion screen data from the printer 10 in T116, the terminal 50 displays the completion screen SC2 in T118. The completion screen SC2 includes a message indicating that the service status of the printer 10 has been changed. Therefore, the user can confirm that the change in the service status of the printer 10 has been completed by looking at the completion screen SC2.

[0026] (Continuation of Figure 2: Figure 3) Thereafter, the same processes as those in T100 to T106 in Fig. 2 are executed. At the present time, the service status of the printer 10 is valid (see T114 in Fig. 2), so that a check is placed in the valid check box on the setting change screen SC1 of T106 in Fig. 2 cited in Fig. 3. In T200, the terminal 50 accepts selection of the registration button on the setting change screen SC1 from the user. In this case, the terminal 50 transmits a registration instruction to the printer 10 in T210.

[0027] When the printer 10 receives a registration instruction from the terminal 50 in T210, the printer 10 transmits a registration request including the printer ID "P1" to the server 100 in T212.

[0028] When the server 100 receives the registration request from the printer 10 in T212, the server 100 generates a PIN code "C" in T214. In a modified example, a password may be used instead of the PIN code. The server 100 then associates the printer ID "P1" included in the registration request with the generated PIN code "C" and stores them in the memory 134. Next, the server 100 transmits the PIN code "C" and a login URL (short for Uniform Resource Locator) to the printer 10 in T220. The login URL is information indicating the location of authentication screen data (described later) in the server 100.

[0029] When the printer 10 receives the PIN code "C" and the URL from the server 100 in T220, it transmits them to the terminal 50 in T222.

[0030] When the terminal 50 receives the PIN code "C" and the URL from the printer 10 in T222, it displays them in T230. Next, when the terminal 50 accepts an operation to select the URL from the user in T232, it transmits an authentication request including the URL to the server 100 in T240.

[0031] When the server 100 receives an authentication request from the terminal 50 in T240, the server 100 transmits, in T242, authentication screen data specified by the URL included in the authentication request to the terminal 50. The authentication screen data is data representing an authentication screen for inputting a PIN code.

[0032] When the terminal 50 receives the authentication screen data from the server 100 in T242, the terminal 50 displays an authentication screen in T244. Next, the terminal 50 accepts input of the PIN code "C" displayed in T230 from the user in T246. In this case, the terminal 50 transmits the input PIN code "C" to the server 100 in T250.

[0033] When the server 100 receives the PIN code "C" from the terminal 50 in T250, the server 100 executes authentication of the received PIN code "C" in T252. Specifically, the server 100 judges whether or not the received PIN code "C" has been stored. If the server 100 judges that the received PIN code "C" has been stored, that is, if the authentication is successful, the server 100 generates an access token AT1, which is a unique character string, in T254. Then, the server 100 stores the generated access token AT1 in the printer table 138 in association with the printer ID "P1" stored in T214 in T256. After that, the server 100 transmits an authentication notification including the generated access token AT1 to the printer 10 in T260.

[0034] When the printer 10 receives the authentication notification from the server 100 in T260, the printer 10 stores the access token AT1 included in the authentication notification in the memory 34 in T262.

[0035] In T270, the printer 10 establishes a constant connection with the server 100 using the stored access token AT1. By using the constant connection, the server 100 can transmit a signal to the printer 10 across the firewall of the LAN to which the printer 10 belongs, even if the server 100 does not receive a request from the printer 10. In other words, the constant connection is a connection that allows server push type communication to be performed. The constant connection is maintained until the service state of the printer 10 is transitioned to a disabled state.

[0036] In T280 to T284, the printer 10 sends various commands including the printer ID "P1" to the server 100. The command T280 is a command for registering "yes" as accepting-jobs in the server 100. This allows the server 100 to execute the acceptance of the print request. The commands in T282 and T284 are Create-Printer-Subscriptions (hereinafter referred to as "CPS"). CPS is a command for registering a new event as Subscriptions in the server 100.

[0037] The CPS of T282 is a command for registering job-fetchable in the server 100. job-fetchable is an event for accepting a print request. In other words, the CPS of T282 is an instruction for causing the server 100 to monitor the acceptance of a print request and notify the printer 10 that the print request has been accepted.

[0038] The CPS of T284 is a command for registering job-state-changed in the server 100. job-state-changed is an event of a change in the status of a job. In other words, the CPS of T284 is an instruction for the server 100 to monitor the change in the status of the job and to notify the printer 10 of the change in the status of the job. In a modified example, the processes of T282 and T284 may be realized by one CPS. In other words, the printer 10 may send one CPS for registering both job-fetchable and job-state-changed in the server 100.

[0039] When the server 100 receives various commands from the printer 10 in T280-284, in T286, the server 100 stores this information in the printer table 138. Specifically, the server 100 stores "yes" as "accepting-jobs" in association with the printer ID "P1" included in the command of T280. The server 100 further stores "job-fetchable" and "job-state-changed" as "Subscriptions" in association with the printer ID "P1" included in each CPS of T282 and T284.

[0040] (Continuation of Figure 3: Figure 4) In response to receiving instructions from the user including a designation of the printer to execute printing (printer 10 in this case) and a designation of the image to be printed, terminal 50 transmits a print request to server 100 in T300. The print request includes printer ID "P1" that identifies printer 10 designated by the user, and image data representing the image to be printed.

[0041] When the server 100 receives a print request from the terminal 50 in T300, it first identifies the printer ID "P1" included in the request from the printer table 138. Then, the printer 10 judges whether accepting-jobs associated with the printer ID "P1" in the printer table 138 indicates yes or no. In this case, since accepting-jobs indicates yes (see T280 and T286 in FIG. 3), the server 100 accepts the print request. That is, the server 100 generates a job identified by the job ID "Job1" in T302. Specifically, the server 100 first converts the image data already received from the terminal 50 to generate print data having a data format that the printer 10 can interpret. Then, the server 100 stores the printer ID "P1", the job ID "Job1", and the print data in the memory 134 in association with each other.

[0042] Next, the server 100 determines whether or not job-fetchable is stored as a Subscription associated with the printer ID "P1" in the printer table 138. In this case, since job-fetchable is stored (see T282 and T286 in FIG. 3), the server 100 notifies the printer 10 that a print request acceptance event has occurred. That is, in T304, the server 100 uses a constant connection (see T270 in FIG. 3) to send a job notification to the printer 10 indicating that a job has been generated. The job notification includes the job ID "Job1" of the job generated in T302.

[0043] When the printer 10 receives the job notification from the server 100 in T304, the printer 10 transmits a job request including the job ID "Job1" to the server 100 in T310.

[0044] When the server 100 receives a job request from the printer 10 in T310, the server 100 identifies print data stored in association with the job ID "Job1" included in the job request. Then, the server 100 transmits a job including the print data to the printer 10 in T312.

[0045] When the printer 10 receives a job including print data from the server 100 in T312, the printer 10 supplies the print data to the print engine 18 in T320. As a result, printing of an image represented by the print data is executed by the print engine 18. In this way, the printer 10 can execute printing of an image by using a cloud print service.

[0046] Although not shown in the case of FIG. 4, the server 100 may receive an instruction to cancel the job identified by the job ID "Job1" from the terminal 50. In this case, the server 100 judges whether or not job-state-changed is stored as a Subscription associated with the printer ID "P1" in the printer table 138. In this case, since job-state-changed is stored (see T284 and T286 in FIG. 3), the server 100 notifies the printer 10 that a job status change event has occurred. That is, the server 100 uses a constant connection (see T270 in FIG. 3) to send a status change notification to the printer 10 indicating that the job has been canceled. This allows the printer 10 to stop printing the job identified by the job ID "Job1". The status change notification is not limited to one indicating that the job has been canceled, and may be one indicating that printing according to the job has been put on hold.

[0047] (Processing of Case B performed by each device 10, 50, and 100: Figure 5) The process of case B will be described with reference to Fig. 5. Case B is a case in which information about the printer 10 is registered in the server 100 when the service status of the printer 10 is in an invalid state.

[0048] The same processes as those in T100 to T106 in Fig. 2 are executed. In T400, the terminal 50 accepts the selection of the registration button in the setting change screen SC1 from the user. In this case, the same processes as those in T210 to T262 in Fig. 3 are executed.

[0049] The printer 10 transitions the service state from the disabled state to the enabled state in T410 even if it does not receive the enable instruction in T112 of Fig. 2 from the terminal 50. The process of T410 is similar to the process of T114 of Fig. 2. After this, although not shown in Fig. 5, processes similar to T116 and T118 of Fig. 2 may be executed.

[0050] Next, in T420, the printer 10 establishes a constant connection with the server 100. The processing of T420 is similar to the processing of T270 in Fig. 3. Thereafter, in T430 to T434, the printer 10 transmits various commands to the server 100. The processing of T430 to T434 is similar to the processing of T280 to T284 in Fig. 3. This makes it possible to have the server 100 accept the print request, and to notify the server 100 of the acceptance of the print request and of a change in the job status.

[0051] The process of T436 executed by the server 100 is similar to the process of T286 in Fig. 3. When the process of Fig. 5 ends, the same process as that of Fig. 4 is executed.

[0052] (Effects of the first embodiment) According to this embodiment, when the printer 10 receives a registration instruction (T210 in FIG. 3 cited in FIG. 5) in a situation where the service state is disabled, the printer 10 transitions the service state from disabled to enabled (T410) without receiving an enable instruction (see T112 in FIG. 2) from the user to transition the service state to enabled. For this reason, the printer 10 transitions from a state in which a constant connection is not established to a state in which a constant connection is established (T420), and as a result, the printer 10 can properly receive a job notification from the server 100 using the constant connection (T304 in FIG. 4). Therefore, the printer 10 can properly receive a job from the server 100 (T312).

[0053] In this embodiment, when the printer 10 transitions the service state from the disabled state to the enabled state, the printer 10 establishes a constant connection with the server 100. In a modified example, when the printer 10 transitions the service state from the disabled state to the enabled state, the printer 10 may repeatedly transmit a polling signal to the server 100 without establishing a constant connection with the server 100. That is, the disabled state may be a state in which a polling signal is not transmitted to the server 100, and the enabled state may be a state in which a polling signal is transmitted to the server 100. In this case, the server 100 can transmit a job notification and a status change notification to the printer 10 in response to the polling signal. In this modified example, the printer 10 can also receive a job notification and a status change notification from the server 100.

[0054] In both the above embodiment and modification, when the printer 10 acquires a registration instruction in a situation where the service status is in the disabled state, the printer 10 automatically transitions the service status from the disabled state to the enabled state. That is, the printer 10 automatically transitions from a state in which it is unable to receive a job notification from the server 100 to a state in which it is able to receive a job notification from the server 100. This makes it possible to prevent the occurrence of an event in which the printer 10 is unable to receive a job from the server 100 due to the service status being in the disabled state, even though the printer ID "P1" has been registered in the server 100. Therefore, the printer 10 can properly receive a print job from the server 100.

[0055] (Correspondence) The activation instruction of T112 in FIG. 2 is an example of a "predetermined instruction." The printer ID "P1" is an example of "printer information." A print request is an example of a "job transmission request." The commands of T280, T282, and T284 in FIG. 3 are examples of an "acceptance instruction," a "first notification instruction," and a "second notification instruction," respectively.

[0056] The process of T114 in FIG. 2 is an example of a process executed by a "first state control unit." The process of T212 and the processes of T280 to T282 in FIG. 3 are examples of a process executed by a "printer information transmission unit" and a "third instruction transmission unit," respectively. The process of T320 in FIG. 4 is an example of a process executed by an "engine control unit." The process of T410 and the processes of T430 to T434 in FIG. 5 are examples of a process executed by a "second state control unit" and a "first instruction transmission unit," respectively.

[0057] (Second embodiment; Figure 6) A second embodiment will be described with reference to Fig. 6. In the second embodiment, when the service status of the printer 10 is disabled and information about the printer 10 is registered in the server 100, inquiry screen data is transmitted from the printer 10 to the terminal 50. The processes in Fig. 6 are executed in place of the processes in Fig. 5 of the first embodiment.

[0058] The same processes as T100 to T106 in Fig. 2 are executed. In T400, the terminal 50 accepts selection of the registration button in the setting change screen SC1 from the user. In this case, the same processes as T210 to T262 in Fig. 3 are executed. Thereafter, in T510, the printer 10 transmits inquiry screen data representing the inquiry screen SC3 to the terminal 50.

[0059] When the terminal 50 receives the inquiry screen data from the printer 10 in T510, the terminal 50 displays an inquiry screen SC3 in T512. The inquiry screen SC3 includes a message for inquiring whether or not to transition the service state from the disabled state to the enabled state, a YES button, and a NO button.

[0060] (Case C) In case C, the terminal 50 accepts selection of the YES button in the inquiry screen SC3 from the user in T520. In this case, the terminal 50 transmits YES selection information indicating that the YES button was selected to the printer 10 in T522.

[0061] When the printer 10 receives YES selection information from the terminal 50 in T522, the printer 10 transitions the service state from the disabled state to the enabled state in T530. That is, the printer 10 transitions the service state from the disabled state to the enabled state even if it does not receive the activation instruction of T112 in Fig. 2 from the terminal 50. The processes of T540 to T554 are the same as the processes of T420 to T434 in Fig. 5. When the process of case C ends, the same process as in Fig. 4 is executed.

[0062] (Case D) In case D, the terminal 50 accepts the selection of the NO button in the inquiry screen SC3 from the user in T560. In this case, the terminal 50 transmits NO selection information indicating that the NO button was selected to the printer 10 in T562.

[0063] When the printer 10 receives NO selection information from the terminal 50 in T562, it maintains the service state in the disabled state. That is, the printer 10 does not establish a constant connection with the server 100. Next, the printer 10 transmits a command to the server 100 in T570 to register "yes" as accepting-jobs. However, the printer 10 does not transmit a CPS to the server 100.

[0064] In T572, the server 100 stores "yes" as accepting-jobs in the printer table 138. However, the server 100 does not store job-fetchable and job-state-changed as Subscriptions. Therefore, the server 100 accepts the print request (i.e., creates and stores a job), but does not send a job notification or a status change notification to the printer 10.

[0065] (Effects of the second embodiment) According to this embodiment, when the printer 10 registers information about the printer 10 in the server 100 in a situation where the service status is disabled, the printer 10 transmits inquiry screen data to the terminal 50 (T510). For example, if the user wishes to immediately use the cloud print service, the user can select the YES button in the inquiry screen SC3. In this case, the printer 10 automatically transitions the service status from the disabled state to the enabled state. Therefore, the printer 10 can appropriately receive a print job from the server 100. If the user does not wish to immediately use the cloud print service, the user can select the NO button in the inquiry screen SC3. Then, the printer 10 can switch between transitioning the service status to the enabled state (case C) and maintaining the service status in the disabled state (case D) according to the inquiry result acquired from the user.

[0066] In particular, when the printer 10 maintains the service state in a disabled state (case D), the printer 10 does not transmit a CPS to the server 100. This makes it possible to prevent the server 100 from monitoring events of acceptance of a print request and events of changes in the job status even though a constant connection has not been established between the printer 10 and the server 100 (i.e., even though the server 100 cannot transmit a notification to the printer 10). As a result, it is possible to prevent the processing load on the server 100 from becoming high due to event monitoring.

[0067] (Correspondence) The display unit of terminal 50 is an example of the “display unit.” The process of T510, the processes of T550 to T552, and the process of T560 in Fig. 6 are examples of processes executed by a “display control unit,” a “first instruction transmission unit,” and a “second instruction transmission unit,” respectively.

[0068] Although specific examples of the technology disclosed in this specification have been described in detail above, these are merely examples and do not limit the scope of the claims. The technology described in the claims includes various modifications and variations of the specific examples exemplified above. Modifications of the above embodiments are listed below.

[0069] (Variation 1) In the above embodiment, the user uses the terminal 50 to access the web server in the printer 10 and gives an activation instruction and a registration instruction to the printer 10 (T112 in FIG. 2, T210 in FIG. 3, etc.). Alternatively, the user may give an activation instruction and a registration instruction to the printer 10 by operating the operation unit 12 of the printer 10. In this modified example, the activation instruction and the registration instruction obtained by operating the operation unit 12 are examples of a "predetermined instruction" and a "registration instruction", respectively.

[0070] (Variation 2) In the above embodiment, when the service state of the printer 10 transitions to the enabled state, various commands such as T280 to T284 in FIG. 3, T430 to T434 in FIG. 5, or T550 to T554 in FIG. 6 are transmitted to the server 100. Also, a command is transmitted to the server 100 at T570 in FIG. 6. In a modified example, these commands do not need to be transmitted to the server 100. In this case, the server 100 may be configured to transmit a job notification, a status change notification, etc. to the printer 10 even if it does not receive these commands. In this modified example, the "first instruction transmission unit", "second instruction transmission unit", and "third instruction transmission unit" can be omitted.

[0071] (Variation 3) In the second embodiment, the printer 10 transmits inquiry screen data to the terminal 50 (T510) and causes the inquiry screen SC3 to be displayed on the display unit of the terminal 50. Alternatively, the printer 10 may cause the inquiry screen SC3 to be displayed on the display unit 14 of the printer 10. In this modified example, the display unit 14 of the printer 10 is an example of a "display unit."

[0072] (Modification 4) In the above embodiments, the processes in FIGS. 2 to 6 are executed by software (eg, programs 36, 136), but at least one of these processes may be realized by hardware such as a logic circuit.

[0073] The technical elements described in this specification or drawings have technical utility either alone or in various combinations, and are not limited to the combinations described in the claims at the time of filing. In addition, the technologies illustrated in this specification or drawings can achieve multiple objectives simultaneously, and achieving one of these objectives is itself technically useful. [Explanation of symbols]

[0074] 2: communication system, 6: Internet, 10: printer, 12: operation unit, 14: display unit, 16: communication interface, 18: print engine, 30: control unit, 32: CPU, 34: memory, 36: program, 50: terminal, 100: print intermediary server, 138: printer table

Claims

1. 1. A printer comprising: A print engine; a first state control unit that transitions a service state for receiving a print job providing service from a server from an invalid state to an valid state when a predetermined instruction is acquired from a user in a situation where the service state is an invalid state, the invalid state being a state in which a print job conforming to IPP (abbreviation of Internet Printing Protocol) cannot be received from the server, and the valid state being a state in which the print job conforming to IPP can be received from the server; a printer information transmitting unit configured to transmit the printer information to the server when a registration instruction for registering printer information related to the printer in the server is acquired; a second state control unit that, when the registration instruction is acquired in a situation where the service state is an invalid state, transitions the service state from the invalid state to the valid state even if the predetermined instruction is not acquired from the user; an engine control unit that, when the print job conforming to the IPP is received from the server after the printer information is registered in the server and the service state is transitioned from the disabled state to the enabled state, causes the print engine to execute printing conforming to the print job; A printer comprising:

2. The printer further comprises:

2. The printer according to claim 1, further comprising: a first instruction sending unit that sends an acceptance instruction according to the IPP and a first notification instruction according to the IPP to the server when the registration instruction is acquired when the service state is the disabled state, the acceptance instruction being an instruction to cause the server to accept a job transmission request to send the print job to the printer via the server, and the first notification instruction being an instruction to cause the server to notify the printer that the job transmission request has been accepted.

3. The first instruction transmission unit further transmits a second notification instruction conforming to the IPP to the server when the registration instruction is acquired in a situation where the service state is the disabled state; 3. The printer according to claim 2, wherein the second notification instruction is an instruction to cause the server to notify the printer that a status of a print job has been changed.

4. The printer further comprises: a display control unit that displays an inquiry screen on a display unit when the registration instruction is acquired in a situation where the service status is the disabled status, the inquiry screen being a screen for inquiring of the user as to whether or not to transition the service status to the enabled status; the second state control unit, when the user selects on the inquiry screen to transition the service state to the enabled state, transitions the service state from the disabled state to the enabled state even if the predetermined instruction is not acquired from the user; The printer according to claim 1 , wherein when the user selects on the inquiry screen not to transition the service status to the enabled status, the service status is maintained in the disabled status.

5. The printer further comprises: a first instruction transmission unit that transmits to the server an acceptance instruction conforming to the IPP and a first notification instruction conforming to the IPP when the registration instruction is acquired and the user selects on the inquiry screen to transition the service state to the valid state while the service state is in the invalid state, the acceptance instruction being an instruction to cause the server to execute acceptance of a job transmission request for transmitting the print job to the printer via the server, and the first notification instruction being an instruction to cause the server to execute notification to the printer that the job transmission request has been accepted; a second instruction transmission unit that, when the registration instruction is acquired and the user selects on the inquiry screen not to transition the service state to the enabled state while the service state is in the disabled state, transmits the acceptance instruction to the server without transmitting the first notification instruction to the server; The printer of claim 4 .

6. The printer further comprises:

6. A printer as claimed in any one of claims 1 to 5, comprising a third instruction sending unit that sends to the server an acceptance instruction conforming to the IPP and a first notification instruction conforming to the IPP when the registration instruction is acquired when the service state is the valid state, wherein the acceptance instruction is an instruction to cause the server to accept a job transmission request to send the print job to the printer via the server, and the first notification instruction is an instruction to cause the server to notify the printer that the job transmission request has been accepted.

7. A computer program for a printer, comprising: The printer computer is composed of the following parts: a first state control unit that transitions a service state for receiving a print job providing service from a server from an invalid state to an valid state when a predetermined instruction is acquired from a user in a situation where the service state is an invalid state, the invalid state being a state in which a print job conforming to IPP (abbreviation of Internet Printing Protocol) cannot be received from the server, and the valid state being a state in which the print job conforming to IPP can be received from the server; a printer information transmitting unit configured to transmit the printer information to the server when a registration instruction for registering printer information related to the printer in the server is acquired; a second state control unit that, when the registration instruction is acquired in a situation where the service state is an invalid state, transitions the service state from the invalid state to the valid state even if the predetermined instruction is not acquired from the user; an engine control unit that, when the print job conforming to the IPP is received from the server after the printer information is registered in the server and the service state is transitioned from the disabled state to the enabled state, causes a print engine to execute printing conforming to the print job; A computer program that functions as a

Images