Communication device, non-transitory computer-readable recording medium storing computer-readable instructions for communication device, and method performed by communication device

A communication device may receive from a server authentication information, and may register the authentication information in a memory. The communication device may send first location information in the communication device to the server. The communication device may register a first password in the memory in a case where the authentication information is received from the server and a registration request is received from the terminal device. The communication device may send the authentication information and second location information in the communication device to the server in a case where a first change instruction is obtained after the authentication information and the first password have been registered in the memory. The communication device may change the first password in the memory to a second password in a case where a change request is received from the terminal device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to Japanese Patent Application No. 2020-200527, filed on Dec. 2, 2020, the entire contents of which are incorporated herein by reference.

BACKGROUND

A service that uses an email address and a password as account information exists. If a user forgets the password, a server providing such a service sends an email to the email address of the user, for example. The email includes a Uniform Resource Locator (URL) for changing the password. When the user receives the e-mail in his/her own terminal, he/she sets a new password by clicking the URL in the email and accessing the server.

The above service assumes that the server is capable of sending emails. That is, information for using a mail server (e.g., an address of the mail server) is set in advance in this server. In recent years, a user password is registered in home appliances such as printers, and password authentication is often executed. In such types of home appliances, information for sending emails is not registered in advance. Due to this, if the user forgets the password in the state where this information is not registered, he/she cannot set a new password using the aforementioned method that utilizes the email.

SUMMARY

The disclosure herein discloses art that allows for suitably changing a password when a user forgets the password.

A communication device disclosed herein may comprise: a memory; and a controller. The controller may be configured to: receive from a server authentication information for the communication device to use the server; in a case where the authentication information is received from the server, register the authentication information in the memory; send first location information in the communication device to the server, the first location information being to be sent from the server to a terminal device; receive a registration request including the first location information from the terminal device which has received the first location information; in a case where the authentication information is received from the server and the registration request is received from the terminal device, register a first password in the memory; obtain a first change instruction for changing the first password without the first password being inputted after the authentication information and the first password have been registered in the memory; in a case where the first change instruction is obtained, send the authentication information and second location information in the communication device to the server, the second location information being to be sent from the server to the terminal device; receive a change request including the second location information from the terminal device which has received the second location information; and in a case where the change request is received from the terminal device, change the first password in the memory to a second password.

According to the above configuration, the communication device receives from the sever the authentication information and registers the same. Further, the communication device sends the first location information to the sever. As a result, the first location information is sent from the server to the terminal device. Further, the communication device registers the first password in the case where the authentication information is received from the server and the registration request is received from the terminal device which has received the first location information. In other words, even if a user forgets the first password, the communication device registers the first password when an environment in which the location information for changing the first password to another password can be sent from the server to the terminal device is prepared. Accordingly, in the case where the first change instruction for changing the first password without the first password being inputted is obtained, the communication device can suitably send the authentication information and the second location information in the communication device to the server, as a result of which, the second location information can be suitably sent from the server to the terminal device. Further, in the case where the change request is received from the terminal device which has received the second location information, the communication device can change the first password to the second password. As described above, the communication device can suitably change the first password to the second password when the user forgets the first password.

A computer program for the aforementioned communication device, a computer-readable medium storing the computer program and a method performed by the aforementioned communication device are also novel and useful.

DETAILED DESCRIPTION

(Configuration of Communication System2:FIG.1)

As shown inFIG.1, a communication system2comprises a terminal device10, a printer100, and a mediation server200. The terminal device10and the printer100are connected to a Local Area Network (LAN)4and are configured to communicate with each other through the LAN4. The LAN4is connected to the Internet6, and the mediation server200is established on the Internet6. Due to this, the terminal device10and the printer100are configured to communicate with the mediation server200through the Internet6. The mediation server200is a server for mediating various types of communication for registering a password in the printer100. Hereinbelow, the terminal device10and the mediation server200will respectively be termed “terminal10” and “server200” for simpler expressions.

The terminal10may be a portable terminal such as a smartphone, a notebook PC, and a tablet PC, or may be a stationary terminal such as a desktop PC. The terminal10is a terminal owned by an administrator who manages the printer100. The terminal10comprises an operation unit12, a display unit14, a communication interface20, and a controller30.

The operation unit12is buttons or a touch screen to be operated by a user. The display unit14is a display configured to display various types of information. The communication interface20is connected to the LAN4. The controller30comprises a CPU32and a memory34. The CPU32is configured to execute various processes according to programs40,42stored in the memory34. The memory34is configured of volatile memory, a nonvolatile memory, and the like.

An OS program40is a program for implementing basic operations of the terminal10. A browser application42is a program for implementing webpage browser. Hereinbelow, the OS program40and the browser application42will respectively be termed “OS40” and “browser42” for simpler expressions.

The printer100is a peripheral device configured to execute a print function (i.e., a peripheral device of the terminal10). The printer100may be a multi-function peripheral configured to execute a scan function and a facsimile function in addition to the print function. In the present embodiment, the printer100does not have a function to communicate emails. However, in a variant, the printer100may have such a function. The printer100comprises an operation unit122, a display124, a print execution unit116, a communication interface120, and a controller130.

The operation unit122is buttons or a touch screen to be operated by the user. The display unit124is a display configured to display various types of information. The print execution unit116is a print mechanism of an inkjet scheme, a laser scheme, or the like. The communication interface120is connected to the LAN4. The controller130comprises a CPU132, a volatile memory134A, and a nonvolatile memory134B. The CPU132is configured to execute various processes according to a program140stored in the nonvolatile memory134B. At the time of shipment of the printer100, a default password “xxx” for executing user authentication is registered in advance in the nonvolatile memory134B.

(Process Executed by Respective Devices10,100,200:FIG.2)

Next, a process executed by the respective devices10,100,200will be described with reference toFIG.2. The following contemplates a situation in which, after the printer100has been shipped, the administrator accesses the printer100using the terminal10without the default password “xxx” of the printer100being changed. Here, the administrator has already registered account information for using the server200(i.e., user ID and password) in the server200. However, information for registering a password using the server200(i.e., token to be described later) is not yet registered in the printer100.

Hereinbelow, in explaining contents of the processes executed by the CPU32of the terminal10, the explanation may be given with the browser42that executes the processes as a subject of action rather than explaining the CPU32as subject of action. Especially in the present embodiment, a plurality of sessions of the browser42is simultaneously activated, thus in explaining the contents of the processes executed by the browser42, the explanation may be given with the browser sessions that execute the processes as the subjects of action. Here, one browser session is a session that displays one window. That is, in the state where two windows are displayed by the browser42, for example, two browser sessions are activated.

When an operation for activating the browser42is performed by the administrator on the terminal10, a first browser session42A is activated in the terminal10. When the first browser session42A accepts an instruction for accessing a web server function of the printer100(i.e., an input of a Uniform Resource Locator (URL) of a web server in the printer100) in T10, the first browser session42A sends an access request to the printer100in T12.

When the CPU132of the printer100receives the access request from the terminal10in T12, the CPU132of the printer100sends top screen data representing a top screen SC0to the terminal10in T14.

When the first browser session42A receives the top screen data from the printer100in T14, the first browser session42A displays the top screen SC0in T16. As shown inFIG.5, the top screen SC0includes a current status of the printer100(“idle” in the example ofFIG.5) and a plurality of buttons for changing settings of the printer100(e.g., a “password change” button).

In T20, the first browser session42A accepts selection of the “password change” button in the top screen SC0. In this case, in T22, the first browser session42A sends to the printer100selection information indicating that the “password change” button has been selected.

When the CPU132of the printer100receives the selection information from the terminal10in T22, the CPU132of the printer100sends to the terminal10password change screen data representing a password change screen SC1in T24. Due to this, the printer100can suitably obtain the new password inputted by the administrator to the password change screen SC1. Here, since the new password is inputted by the administrator, the administrator can input a password that is easy for him/her to remember as the new password.

When the first browser session42A receives the password change screen data from the printer100in T24, the first browser session42A displays the password change screen SC1in T26. As shown inFIG.5, the password change screen SC1includes an input box for inputting a current password (i.e., the default password “xxx”), an input box for inputting a new password, a message for connecting to the server200, and an input box for inputting a PIN code. The message is hyperlinked to the URL of the server200.

In T30, the first browser session42A accepts selection of the message “connect to service” in the password change screen SC1. In this case, the first browser session42A notifies the OS40of the URL set in this message. As a result, a second browser session42B different from the first browser session42A is activated by the OS40, and the second browser session42B is notified of the URL from the OS40.

In T32, the second browser session42B sends to the server200an access request including the URL notified of by the OS40as a destination URL.

When the server200receives the access request from the terminal10in T32, the server200sends to the terminal10login screen data representing a login screen SC2in T34.

When the second browser session42B receives the login screen data from the server200in T34, the second browser session42B displays the login screen SC2in T36. As shown inFIG.5, the login screen SC2is a screen for inputting the account information for logging in to the server200, and specifically includes an input box for inputting a user ID and an input box for inputting a password.

In T40, the second browser session42B accepts input of the user ID and the password to the login screen SC2. In this case, the second browser session42B sends to the server200inputted information including the user ID and the password in T42.

When the server200receives the inputted information from the terminal10in T42, the server200creates a PIN code in T50. The PIN code is information to be used in authentication for creating a token to be described later. Then, in T52, the server200sends the terminal10PIN code screen data representing a PIN code screen SC3including the created PIN code.

When the second browser session42B receives the PIN code screen data from the server200in T52, the second browser session42B displays the PIN code screen SC3in T54. As shown inFIG.5, the PIN code screen SC3includes a message prompting to input a PIN code to the password change screen SC1and a PIN code “1234”. Due to this, the administrator can acknowledge that he/she should input the PIN code “1234” to the password change screen SC1.

As shown inFIG.3, the first browser session42A accepts input of respective pieces of information to the password change screen SC1in T60. For example, since the default password “xxx” of the printer100is described in a user manual of the printer100, the administrator inputs the default password “xxx” as the current password. The administrator further inputs a password which he/she can easily remember as the new password. The administrator further inputs the PIN code “1234” included in the PIN code screen SC3displayed in T54ofFIG.2. When the first browser session42A accepts the input of the respective pieces of information in T60, the first browser session42A sends the printer100in T62inputted information including the current password “xxx”, the new password, and the PIN code “1234”.

When the CPU132of the printer100receives the inputted information from the terminal10in T62, the CPU132of the printer100sends to the server200in T64the PIN code “1234” included in the inputted information. As above, the printer100can obtain the PIN code “1234” created by the server200from the terminal10and send the PIN code “1234” to the server200. Due to this, the printer100can suitably cause the server200to create a token to be described later.

When the server200receives the PIN code “1234” from the printer100in T64, the server200determines that this PIN code is the PIN code created in T50ofFIG.2. That is, the server200determines that authentication of the PIN code was successful. In this case, in T70, the server200creates and stores a token being authentication information for the printer100to use the server200, and sends the token to the printer100in T72. If the PIN code received from the printer100is not the PIN code created in T50ofFIG.2, that is, in the case where the authentication of the PIN code fails, processes from T70are not executed.

When the CPU132of the printer100receives the token from the server200in T72, the CPU132of the printer100registers the token in the nonvolatile memory134B in T74. Due to this, the printer100can change the password by accessing the server200using the token if the administrator should ever forget the password.

Next, in T76, the CPU132creates a first URL. The first URL is a URL including a domain of the printer100, that is, a URL indicating a location within the printer100. Although details will be described later, the first URL is a URL used in authentication for registering the new password as a replacement to the current password. Further, in T78, the CPU132sends to the server200the token and the first URL.

When the server200receives the token and the first URL from the printer100in T78, the server200determines that the token is the token that is already stored (see T70). That is, the server200determines that authentication of the token was successful. In this case, the server200stores the first URL in T79and sends to the printer100in T80a response indicating that the first URL has been stored.

When the CPU132of the printer100receives the response from the server200in T80, the CPU132of the printer100sends to the terminal10in T82acceptance completion screen data representing an acceptance completion screen SC4.

When the first browser session42A receives the acceptance completion screen data from the printer100in T82, the first browser session42A displays the acceptance completion screen SC4in T84. As shown inFIG.5, the acceptance completion screen SC4includes a message indicating that the password change has been accepted, a message prompting to connect to the server200and enable the new password, and a message for connecting to the server200. The message for connecting to the server200is hyperlinked to the URL of the server200. The acceptance completion screen SC4further includes a message indicating a status showing whether the password change has been completed. Here, the status indicates that the password change has not yet been completed. Due to this, the administrator can acknowledge that the password change has not yet been completed.

In T90, the first browser session42A accepts selection of the “connect to service” message in the acceptance completion screen SC4. In this case, the first browser session42A notifies the OS40of the URL set to this message. As a result, a third browser session42C different from the first and second browser sessions42A,42B is activated by the OS40, and the third browser session42C is notified of the URL from the OS40. Due to this, the third browser session42C executes the same processes as T32to T42ofFIG.2.

When the server200receives the inputted information including the user ID and the password from the terminal10(see T42ofFIG.2as applied toFIG.3), in T100the server200sends to the terminal10URL screen data representing a URL screen SC5including the first URL stored in T79.

When the third browser session42C receives the URL screen data from the server200in T100, the third browser session42C displays the URL screen SC5in T102. As shown inFIG.5, the URL screen SC5includes a message prompting to click the first URL and the first URL to which a hyperlink is set.

When the third browser session42C accepts an operation of clicking the first URL in the URL screen SC5in T110, in T112the third browser session42C sends to the printer100a registration request including the first URL as a destination URL.

When the CPU132of the printer100receives the registration request from the terminal10in T112, the CPU132of the printer100determines that the first URL is the URL created in T76. That is, the CPU132determines that authentication of the URL was successful. In this case, in T120, the CPU132registers the new password received in T62in the nonvolatile memory134B as a replacement to the default password “xxx”.

After having displayed the acceptance completion screen SC4in T84, the first browser session42A repeats sending a status request (e.g., see T130) to the printer100. The status request is a request for inquiring whether the password change has been completed.

After registration of the new password is completed (see T120), the CPU132of the printer100receives the status request from the terminal10in T130. In this case, the CPU132sends to the terminal10a registration completion notification in T132.

When the first browser session42A receives the registration completion notification from the printer100in T132, the first browser session42A changes the acceptance completion screen SC4in T134. Specifically, the first browser session42A changes the message indicating that the password change has not yet been completed to a message indicating that the password change has been completed as the status included in the acceptance completion screen SC4. Due to this, an acceptance completion screen SC6after the change is displayed. As shown inFIG.5, the acceptance completion screen SC6after the change includes the message indicating that the password change has been completed. Due to this, the administrator can acknowledge that the password change has been completed.

After the password change is completed, the administrator selects a “setting change” button in the top screen SC0, and inputs the password registered in T120in a login screen for inputting a password (see SC7inFIG.6to be described later). In this case, the administrator can change various settings of the printer100(e.g., communication setting, default print setting).

Next, a case in which the administrator forgets the password registered in T120ofFIG.3will be described with reference toFIG.4. When the operation for activating the browser42is performed on the terminal10by the administrator, a fourth browser session42D is activated in the terminal10. After this, the same operations and processes as T10to T16ofFIG.2are executed.

In T220, the fourth browser session42D accepts selection of the “setting change” button in the top screen SC0. In this case, the fourth browser session42D sends the printer100in T222selection information indicating that the “change settings” button has been selected.

When the CPU132of the printer100receives the selection information from the terminal10in T222, in T224the CPU132of the printer100sends to the terminal10login screen data representing a login screen SC7.

When the fourth browser session42D receives the login screen data from the printer100in T224, the fourth browser session42D displays the login screen SC7in T226. As shown inFIG.6, the login screen SC7includes an input box for inputting a password and a message indicating that the user forgot the password. This message is hyperlinked to a URL to request the password change.

In T230, the fourth browser session42D accepts selection of the message indicating that the user forgot the password in the login screen SC7. In this case, the fourth browser session42D sends the printer100in T232selection information indicating that this message has been selected. This selection information includes the URL to which the message is hyperlinked as its destination URL.

In T232, the CPU132of the printer100receives the selection information from the terminal10. As above, when the message in the login screen SC7is selected, the printer100can suitably obtain an instruction for changing the password by receiving the selection information from the terminal10.

Next, in T240, the CPU132creates a second URL. The second URL is a URL indicating a location within the printer100and is different from the aforementioned first URL. In a variant, the second URL may be the same as the first URL. Although details will be described later, the second URL is a URL used in authentication for registering the new password as a replacement to the current password (i.e., the password registered in T120ofFIG.3). Then in T242, the CPU132sends to the server200the token in the nonvolatile memory134B (see T74ofFIG.3) and the second URL.

When the server200receives the token and the second URL from the printer100in T242, the server200determines that the token is the token that is already stored (see T70ofFIG.3). That is, the server200determines that authentication of the token was successful. In this case, the server200stores the second URL in T244and in T250sends to the printer100a response indicating that the second URL has been stored.

When the CPU132of the printer100receives the response from the server200in T250, in T252the CPU132of the printer100sends to the terminal10acceptance completion screen data representing an acceptance completion screen SC8.

When the fourth browser session42D receives the acceptance completion screen data from the printer100in T252, the fourth browser session42D displays the acceptance completion screen SC8in T254. As shown inFIG.6, the acceptance completion screen SC8is the same as the acceptance completion screen SC4ofFIG.5except that it does not include the message indicating the status.

In T260, the fourth browser session42D accepts selection of the “connect to service” message in the acceptance completion screen SC8. In this case, the fourth browser session42D notifies the OS40of the URL set to this message. As a result, a fifth browser session42E different from the fourth browser session42D is activated by the OS40, and the fifth browser session42E is notified of the URL from the OS40. Due to this, the fifth browser session42E executes the same processes as T32to T42ofFIG.2.

When the server200receives the inputted information including the user ID and the password from the terminal10(see T42ofFIG.2applied toFIG.4), in T260the server200sends to the terminal10URL screen data representing a URL screen SC9including the second URL stored in T244.

When the fifth browser session42E receives the URL screen data from the server200in T260, the fifth browser session42E displays the URL screen SC9in T262. As shown inFIG.6, the URL screen SC9includes a message prompting to click the second URL and the second URL to which a hyperlink is set.

When the fifth browser session42E accepts an operation of clicking the second URL in the URL screen SC9in T270, in T272the fifth browser session42E sends to the printer100a change request including the second URL as a destination URL.

When the CPU132of the printer100receives the change request from the terminal10in T272, the CPU132of the printer100determines that the second URL is the URL created in T240. That is, the CPU132determines that the authentication of the URL was successful. In this case, in T280, the CPU132sends to the terminal10input screen data representing an input screen SC10. Due to this, the printer100can suitably obtain a new password to be inputted to the input screen SC10by the administrator. Here, since the new password is imputed by the administrator. the administrator can input a password which he/she can easily remember as the new password.

When the fifth browser session42E receives the input screen data from the printer100in T280, the fifth browser session42E displays the input screen SC10in T282. As shown inFIG.6, the input screen SC10includes an input box for inputting a new password.

In T290, the fifth browser session42E accepts input of a new password to the input screen SC10. In this case, the fifth browser session42E sends to the printer100the new password in T292.

When the CPU132of the printer100receives the new password from the terminal10in T292, the CPU132of the printer100registers the new password in the nonvolatile memory134B in T300as a replacement to the current password.

After registration of the new password is completed, in T302the CPU132of the printer100sends to the terminal10change completion screen data representing a change completion screen SC11.

When the fifth browser session42E receives the change completion screen data from the printer100in T302, the fifth browser session42E displays the change completion screen SC11in T304. The change completion screen SC11includes a message indicating that the password change has been completed. Due to this, the administrator can acknowledge that the password change has been completed.

(Effects of Present Embodiment)

According to the present embodiment, prior to registering the new password as the replacement to the default password “xxx”, the printer100receives the token from the server200(T72ofFIG.3) and registers this token (T74). Further, the printer100sends the first URL to the server200(T78). As a result, the first URL is sent from the server200to the terminal10(T100). Further, the printer100registers the new password (T120) in the case where the printer100receives the registration request from the terminal10that has received the first URL (T112). That is, even if the administrator forgets the new password, the printer100registers the new password when an environment in which the URL for changing this new password to another password can be sent from the server200to the terminal10is prepared. As such, the printer100can suitably send the token and the second URL to the server200(T242) when it obtains the instruction for changing the password (T232ofFIG.4) without input of the password registered in T120, as a result of which it can cause the server200to suitably send the second URL to the terminal10. Further, the printer100can change this password to another password (T300) when it receives the change request from the terminal10that has received the second URL (T272). As above, the printer100can suitably change the current password to another password when the administrator forgets the current password.

The printer100is an example of “communication device”. The token and the PIN code are respectively an example of “authentication information” and “code information”. The first URL and the second URL are respectively an example of “first location information” and “second location information”. The password registered in T120ofFIG.3, the password registered in T300ofFIG.4, and the default password “xxx” are respectively an example of “first password”, “second password”, and “third password”. The selection information in T232ofFIG.4and the selection information in T22ofFIG.2are respectively an example of “first change instruction” and “second change instruction”.

The password change screen data in T24ofFIG.2and the password change screen SC1inFIG.5are respectively an example of “first input screen data” and “first input screen”. The login screen data of T224ofFIG.4and the login screen SC7ofFIG.6are respectively an example of “second input screen data” and “second input screen”. The message “forgot password” in the login screen SC7is an example of “predetermined area”. The input screen data in T280ofFIG.4and the input screen SC10ofFIG.6are respectively an example of “third input screen data” and “third input screen”.

The process of T24ofFIG.2is an example of “send to the terminal device first input screen data”. The process of T72, the process of T74, the process of T78, the process of T82, the process of T112, the process of T120, and the process of T132ofFIG.3are respectively an example of “receive from a server authentication information”, “register the authentication information”, “send first location information”, “notify that the first password has not been registered yet”, “receive a registration request”, “register a first password”, and “notify that the first password has been registered”. The process of T62is an example of “obtain the first password” and “obtain code information”. The process of T64is an example of “send the code information”.

The process of T224, the process of T232, the process of T242, the process of T272, the process of T280, the process of T292, and the process of T300ofFIG.4are respectively an example of “send to the terminal device second input screen data”, “obtain a first change instruction”, “send the authentication information and second location information”, “receive a change request”, “send to the terminal device third input screen data”, “obtain the second password”, and “change the first password in the memory to a second password”.

(Variant 1) The printer100may create the first URL in T64ofFIG.3and may send the PIN code and the first URL to the server200. In this case, the server200creates the token in T70and stores the token and the first URL. In this variant, T76to T80may be omitted. In general terms, “send first location information” may include sending the first location information to the server prior to receiving the authentication information from the server.

(Variant 2) The password change screen SC1displayed in T26ofFIG.2may not include the input box for inputting a new password. In this case, the printer100may obtain the new password by accepting an input operation by the administrator on the operation unit112. In general terms, “obtain the first password” may not receive the first password from the terminal device. In another variant, the printer100may create the new password without obtaining the password inputted by the administrator, and may provide the created new password to the administrator. In this variant, “obtain the first password” may be omitted.

(Variant 3) The password change screen SC1displayed in T26ofFIG.2may not include the input box for inputting a new password. In this case, the printer100may send screen data representing a screen for inputting a new password to the terminal10after having received the token from the server200in T72ofFIG.3, and may obtain the new password inputted by the administrator from the terminal10. In general terms, “obtain the first password” may obtain the first password after the authentication information has been received from the server.

(Variant 4) The printer100may obtain the PIN code by accepting an input operation on the operation unit112by the administrator. In general terms, “obtain code information” may not receive the code information from the terminal device, and may obtain the code information using another means for obtaining the same.

(Variant 5) The password change screen SC1displayed in T26ofFIG.2may not include the input box for inputting a PIN code. In this case, T50to T54ofFIG.2are omitted and the PIN code is not sent to the printer100. For example, in T40ofFIG.2, printer identification information for identifying the printer100may be inputted in addition to the user ID and the password, and this printer identification information may also be sent to the server200in T42. After having sent the password change screen data to the terminal10in T24ofFIG.2, the printer100repeats to send the printer identification information to the server200. The server200may create a token in the case where the printer100receives the printer identification information after having received the printer identification information from the terminal10in T42, and may send this token to the printer100. In this variant, “obtain code information” and “send the code information” may be omitted.

(Variant 6) The printer100may not store the default password. In this case, in T24ofFIG.2, the printer100sends to the terminal10the password change screen data representing the password change screen not including the input box for inputting the current password. In general terms, the third password may not be registered in advance in the memory at the time of shipment of the communication device.

(Variant 7) The acceptance completion screens SC4and SC6inFIG.5may not include the message indicating the status. In this variant, “notify that the first password has not been registered yet” and “notify that the first password has been registered” may be omitted.

(Variant 8) The printer100may obtain the change instruction for changing the password by accepting a password changing operation by the administrator on the operation unit112instead of T220to T232ofFIG.4. In this variant, “send to the terminal device second input screen data” may be omitted.

(Variant 9) The printer100may obtain the new password by accepting an input operation by the administrator on the operation unit112instead of T280to T292ofFIG.4. In general terms, “obtain the second password” may not receive the second password from the terminal device. Further, in this variant, “send to the terminal device third input screen data” may be omitted. In another variant, the printer100may create the new password without obtaining the password inputted by the administrator and provide the created new password to the user. In this variant, “obtain the second password” may be omitted.

(Variant 10) In the above embodiment, the respective processes ofFIGS.2to4are executed by the CPU132of the printer100executing the program140(i.e., software). Instead of this, at least one of the processes may be executed by hardware such as a logic circuit.