Function execution device and communication terminal

A system and method for providing an authentication state of a function execution device to a communication terminal is described. In some examples, the authentication state indicates whether authentication information is needed from the communication terminal before the communication terminal can request performance of one or more functions performable by the function execution device. In other examples, the communication terminal may provide to the communication terminal the authentication information irrespective of whether the function execution terminal has previously provided its authentication state to the communication terminal.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims priority from Japanese Patent Application No. 2014-113107, filed on May 30, 2014, the content of which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

Aspects disclosed herein relate to a function execution system including a function execution device and a communication terminal.

BACKGROUND

A known communication device is configured to perform communication with a mobile terminal. Upon receipt of Near Field Communication (“NFC”) information via an NFC interface, the communication device determines whether the mobile terminal and the communication device itself belong in the same network using the NFC information. When the communication device determines that the mobile terminal and the communication device itself do not belong in the same network, the communication device establishes connection with the mobile terminal to execute data communication process via a wireless local area network (“LAN”).

SUMMARY

Accordingly, aspects of the disclosure provide for a technique for enabling a function execution device to execute a particular function appropriately using a communication terminal that is capable of transmitting particular authentication information listed on a list in a case where the function execution device is allowed to perform communication with the communication terminal selectively via one of a first interface and a second interface that is different from the first interface.

According to the above-described configuration, in a case where the function execution device is allowed to perform communication with the communication terminal selectively via one of the first interface and the second interface that is different from the first interface, the function execution device may perform the particular function appropriately using the communication terminal that is capable of transmitting the particular authentication information listed on the list.

According to the above-described configuration, in a case where the communication terminal is allowed to perform communication with the function execution device selectively via one of the first interface and the second interface that is different from the first interface, the above-described configuration may enable the function execution device to execute the particular function appropriately using the communication terminal that is capable of transmitting the particular authentication information listed on the list.

A system and method for providing an authentication state of a function execution device to a communication terminal is described. In some examples, the authentication state indicates whether authentication information is needed from the communication terminal before the communication terminal can request performance of one or more functions performable by the function execution device. In other examples, the communication terminal may provide to the communication terminal the authentication information irrespective of whether the function execution terminal has previously provided its authentication state to the communication terminal.

Control methods and computer programs for implementing the above-described function execution device, and computer-readable storage media storing the computer programs may have novelty and utility. Control methods and computer programs for implementing the above-described communication terminal, computer programs, and computer-readable storage media storing the computer programs may also have novelty and utility.

DETAILED DESCRIPTION

Hereinafter, illustrative embodiments will be described with reference to the accompanying drawings. Referring toFIG. 1, an example configuration of a function execution system2according to a first illustrative embodiment will be described. As depicted inFIG. 1, the function execution system2includes a multifunction peripheral (“MFP”)10and mobile terminals PT1, PT2, and PT3. Each of the MFP10and the mobile terminals PT1, PT2, and PT3is configured to perform wireless communication using a communication protocol that complies with a Near Field Communication (“NFC”) standard (i.e., an NFC communication protocol). Each of the MFP10and the mobile terminals PT1, PT2, and PT3is configured to also perform wireless communication using another communication protocol that complies with a Wireless Fidelity (“Wi-Fi®”) communication protocol created by the Wi-Fi Alliance (Wi-Fi® is a registered certification mark owned by the Wi-Fi Alliance of Austin, Tex.).

Referring toFIG. 1, an example configuration of the MFP10will be described. The MFP10is a peripheral device (e.g., a personal-computer (“PC”) peripheral device) that is capable of performing multiple functions, for example, a printing function and a scanning function. The MFP10includes an operation unit12, a display unit14, a printing execution unit16, a scanning execution unit18, an integrated circuit (“IC”) tag interface20, a wireless local area network (“LAN”) interface22, and a controller30, each of which are connected with a bus (reference numeral is omitted). Hereinafter, the interface may be abbreviated to “I/F”.

The operation unit12includes a plurality of keys. A user is allowed to input various instructions into the MFP10by operating the operation unit12. The display unit14includes a display that is configured to display various information thereon. The printing execution unit16includes a printing mechanism using one of an inkjet method and a laser method. The scanning execution unit18includes a scanning mechanism using one of a charge-coupled device (“CCD”) and a contact image sensor (“CIS”).

The IC tag I/F20is configured to allow the controller30to perform wireless communication using the NFC communication protocol, i.e., short-range wireless communication. In this illustrative embodiment, the NFC communication protocol may be a wireless communication method for performing wireless communication in compliance with the International standard, e.g., ISO/IEC 21481 or ISO/IEC 18092. There have been known an NFC Forum device and an NFC Forum tag as interfaces for performing NFC communication. The IC tag I/F20may be an NFC Forum tag and function as an IC tag that complies with the International standard, e.g., ISO/IEC 21481 or ISO/IEC 18092.

The NFC Forum device is an interface that is configured to operate selectively in one of a Peer-to-Peer (“P2P”) mode, a Reader/Writer (“R/W”) mode and a Card Emulation (“CE”) mode. For example, in a case where both an NFC I/F of a first device and an NFC I/F of a second device operate in the P2P mode, the first and second devices are allowed to perform two-way communication of information therebetween. In a case where, for example, the NFC I/F of the first device operates in the Reader mode of the R/W mode and the NFC I/F of the second device operates in the CE mode, the first device is allowed to read the information from the second device, i.e., to receive information from the second device. For example, in a case where the NFC I/F of the first device operates in the Writer mode of the R/W mode and the NFC I/F of the second device operates in the CE mode, the first device is allowed to write in information into the second device, i.e., to transmit information to the second device.

The NFC Forum tag, e.g., the IC tag I/F20, may be an interface that is configured to function as only an IC tag, i.e., an interface that is not configured to operate selectively in one of the above-described three modes. For example, in a case where the NFC I/F80of the mobile terminal PT1operates in the Reader mode of the R/W mode, the mobile terminal PT1is allowed to read information from the IC tag I/F20of the MFP10, i.e., to receive information from the MFP10.

Since the NFC Forum tag is not such an interface that is configured to operate selectively in one of the above-described three modes, the NFC Forum tag may have a simple configuration as compared with the NFC Forum device. That is, the IC chip has a simple configuration. Generally speaking, the IC chip functioning as the NFC Forum tag may be obtained at a reasonable cost as compared with the IC chip functioning as the NFC Forum device. An interface of either one of power supply type of a passive type and an active type may be used for the IC tag I/F20.

In the illustrative embodiment, the IC tag I/F20includes an interface memory21for storing therein information provided by the controller30for a while (e.g., a certain time period until another information is provided by the controller30). In a second illustrative embodiment described below, a memory whose contents cannot be changed by the CPU32is adopted as the interface memory21, and the IC tag I/F20is not connected to the bus.

The wireless LAN I/F22is configured to allow the controller30to perform wireless communication using Wi-Fi Direct™ (“WFD”) (Wi-Fi Direct™ is a certification mark owned by the Wi-Fi Alliance of Austin, Tex.) (hereinafter, referred to as “WFD communication”). The detail of the WFD communication protocol is specified in the “Wi-Fi Peer-to-Peer (P2P) Technical Specification Version 1.1” drafted by the Wi-Fi Alliance. U.S. Patent Application Publication No. 2013/0260683 also discloses the detail of the WFD communication protocol, the content of which is incorporated herein by reference in its entirety.

Hereinafter, a device that is capable of performing WFD communication in compliance with the WFD communication protocol (e.g., the MFP10) is referred to as a “WFD-enabled device”. The WFD standard defines three statuses of the WFD-enabled device: a group owner (“G/O”) status, a client (“CL”) status, and a device status. The WFD-enabled device is configured to operate selectively in one of the three statuses. A WFD-enabled device having the G/O status is referred to as a “G/O-status device”. A WFD-enabled device having the CL status is referred to as a “CL-status device”. The WFD network is also referred to as a “WFDNW”.

In the illustrative embodiment, although the MFP10is a WFD-enabled device, the MFP10might not be capable of operating in the CL status. In addition, the MFP10might not be installed with a program for executing a G/O negotiation with another WFD-enabled device. That is, the MFP10is configured to operate selectively in one of the G/O status and the device status.

Dissimilarities between the IC tag I/F20and the wireless LAN I/F22will be described below. A communication speed (e.g., a maximum communication speed is 11 to 600 Mbps) of wireless communication via the wireless LAN I/F22may be faster than a communication speed (e.g., a maximum communication speed is 100 to 424 kbps) of wireless communication using the IC tag I/F20. A frequency (e.g., 2.4 GHz band or 5.0 GHz band) of a carrier in wireless communication using the wireless LAN I/F22may also differ from a frequency (e.g., 13.56 MHz band) of a carrier in wireless communication using the IC tag I/F20. The controller30is allowed to perform NFC communication between the MFP10and the mobile terminal PT1via the IC tag I/F20in a situation where a distance between the MFP10and the mobile terminal PT1is shorter than or equal to approximately 10 cm. The controller30is allowed to perform WFD communication between the MFP10and the mobile terminal PT1via the wireless LAN I/F22in a situation where the distance between the MFP10and the mobile terminal PT1is longer than, shorter than or equal to approximately 10 cm (e.g., a maximum communicable distance is approximately 100 m). That is, a maximum distance that the MFP10can communicate with the target device (e.g., the mobile terminal PT1) wirelessly via the wireless LAN I/F22is longer than a maximum distance that the MFP10can communicate with the target device wirelessly via the IC tag I/F20.

The controller30includes a central processing unit (“CPU”)32and a memory34. The CPU32includes a processor that executes various processes in accordance with a program36(e.g., instructions) stored in the memory34. The memory34further stores therein Secure Function Lock (“SFL”) setting information38and an SFL table40. The SFL setting information38indicates one of “ON” and “OFF” that is designated by the user. When the CPU32receives authentication information (e.g., the user ID and the password) from another device via the IC tag I/F20while the SFL setting information38indicates “ON”, the CPU32determines whether the received authentication information is listed on the SFL table40(i.e., CPU32executes authentication). When the SFL setting information38indicates “OFF”, the CPU32does not execute authentication even when the CPU32receives the authentication information from another device via the IC tag I/F20. Hereinafter, the state where the SFL setting information38indicates “ON” is also referred as to “the SFL is “ON”” and the state where the SFL setting information38indicates “OFF” is also referred to as “the SFL is “OFF””.

The SFL table40includes a plurality pieces of combined information, each of which include, for example, a user ID (e.g., “U1”), a password (e.g., “P1”), availability information for printing function (e.g., “OK” or “NG”), and availability information for scanning function (e.g., “OK” or “NG”) which are associated with each other. The plurality pieces of combined information are provided for a plurality of mobile terminals including the mobile terminal PT1, respectively. In each combined information, the user ID identifies a user of a mobile terminal. The password is associated with the user ID. The availability information for printing function indicates whether the printing function is available to the user. The availability information for scanning function indicates whether the scanning function is available to the user. In the SFL table40, “OK” indicates that a particular function is available to a particular user and “NG” indicates that a particular function is not available to a particular user. A combination of the availability information for printing function (e.g., “OK” or “NG”) and the availability information for scanning function (e.g., “OK” or “NG”) is also referred to as “function related information”. The SFL table40is prestored in the memory34by a person responsible for maintaining the MFP10. For example, the SFL table40depicted inFIG. 1includes combined information in which “USER ID=U1”, “PASSWORD=P1”, “PRINTING=NG”, and “SCANNING=OK” are associated with each other.

The memory34further includes an NW storage area. The NW storage area stores information relating to a WFDNW configured by the MFP10. The MFP10is configured to serve as a master in a WFDNW (i.e., as a G/O-status device) and configure the WFDNW in which the MFP10itself serves as a master.

That is, the NW storage area stores network information to be used in the WFDNW configured by the MFP10and a management list. The network information includes a service set identifier (“SSID”), an authentication method, an encryption method, and a password. The management list may store therein one or more media access control (“MAC”) addresses of one or more devices serving as a CL-status device in the WFDNW. That is, the management list is configured to store therein one or more MAC addresses of one or more devices, each of which establishes wireless connection with the MFP10that serves as a master in the WFDNW.

Next, configurations of the mobile terminals PT1, PT2, and PT3will be further described with reference toFIG. 1. The mobile terminals PT1, PT2, and PT3each may include a portable terminal device such as a mobile phone (e.g., smartphone), a personal digital assistant (“PDA”), a notebook PC, a tablet PC, a mobile music player, and/or a mobile video player.

Hereinafter, an example configuration of the mobile terminal PT1will be described. The mobile terminals PT2and PT3may have the same configuration as the mobile terminal PT1. The mobile terminal PT1includes an operation unit72, a display unit74, an NFC I/F80, a wireless LAN I/F82, and a controller90, each of which are connected with a bus (reference numeral is omitted).

The operation unit72includes a plurality of keys. The user is allowed to input various instructions into the mobile terminal PT1by operating the operation unit72. The display unit74includes a display that is configured to display various information thereon. The NFC I/F80is configured to allow the controller90to perform NFC communication using the NFC communication protocol. The NFC I/F80is an NFC Forum device. In the illustrative embodiment, the NFC I/F80operates in the Reader mode. Thus, the controller90of the mobile terminal PT1is allowed to read information from the IC tag I/F20of the MFP10via the NFC I/F80. The wireless LAN I/F82may have the same configuration as the wireless LAN I/F22of the MFP10. Accordingly, the mobile terminal PT1is capable of performing selectively either one of NFC communication and using the NFC communication protocol and communication using the Wi-Fi® communication protocol.

The controller90includes a CPU92and a memory94. The CPU92includes a processor that performs various executes in accordance with a program96or an application98(e.g., instructions) stored in the memory94.

The operation system (“OS”) program96is a program designed to enable the mobile terminal PT1to perform basic operations. The application98is a program designed to enable the MFP10to execute a particular function, e.g., the printing function or the scanning function. The application98is supplied by a vendor of the MFP10, and may be installed on the mobile terminal PT1from a server on the Internet or from a medium supplied with the MFP10.

The memory94further stores therein a user ID (e.g., “U1”) that identifies the user of the mobile terminal PT1and a password (e.g., “P1”) that is associated with the user ID. Hereinafter, a combination of the user ID and the password may also be referred to as “authentication information”. During initial setting of the installed application98, the user of the mobile terminal PT1enters the user ID (e.g., “U1”) and password (e.g., “P1”) obtained in advance by operating the operation unit72. For example, the user may obtain the user ID and password prestored in the memory34of the MFP10by notification from the person responsible for maintaining the MFP10. The CPU92stores the entered user ID and password (e.g., authentication information) in the memory94.

Likewise, a memory of the mobile terminal PT2stores therein a user ID (e.g., “U2”) and a password (e.g., “P2”) of a user of the mobile terminal PT2, and a memory of the mobile terminal PT3stores therein a user ID (e.g., “U3”) and a password (e.g., “P3”) of a user of the mobile terminal PT3.

Referring toFIG. 2, a detail of an interface control process executed by the CPU32of the MFP10will be described below. As the power of MFP10is turned on, the CPU32starts the interface control process ofFIG. 2.

In step S2, the CPU32changes the operating status of the MFP10from the device status, which is a default status, to the G/O status. Thus, the MFP10starts serving as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured. The CPU32prepares network information to be used in the WFDNW. More specifically, the CPU32generates a unique SSID. The CPU32further generates a password, for example, by selecting characters randomly. The CPU32further prepares a predetermined authentication method and encryption method. The CPU32stores the prepared network information in the memory34.

In step S4, the CPU32stores SFL setting information, the network information stored in the memory34in step S2, and an application startup instruction in the interface memory21of the IC tag I/F20. The SFL setting information may be the SFL setting information38stored in the memory34. The default of the SFL setting information38is “OFF”. The application startup instruction is included in the program36in advance. The application startup instruction is an instruction for starting the application98stored in the memory94of the mobile terminal PT1.

In step S6, the CPU32monitors changing of the SFL setting information38. The user of the MFP10is allowed to change the state of the SFL between “ON” and “OFF” by operating the operation unit12. In response to the change instruction issued by the user, the CPU32changes the state of the SFL between the state where the SFL setting information38indicates “ON” and the state where the SFL setting information38indicates “OFF”. When the state of the SFL setting information38is changed, the CPU32makes a positive determination (e.g., YES) in step S6, and the routine proceeds to step S8.

In step S8, the CPU32stores the changed SFL setting information38in the interface memory21of the IC tag I/F20.

Subsequent to step S8, in step S6, the CPU32monitors again changing of the SFL setting information38. While the power of the MFP10is on, the CPU32continues the monitoring in step S6.

Referring toFIG. 3, a detail of a function execution process executed by the CPU32of the MFP10will be described below. Upon starting of the monitoring in step S6in the interface control process ofFIG. 2after the power of the MFP10is turned on, the CPU32starts the function execution process ofFIG. 3.

In step S10, the CPU32monitors receipt of a connection request from a mobile terminal (e.g., the mobile terminal PT1) via the wireless LAN I/F22. Hereinafter, a mobile terminal that transmits a connection request to the MFP10is referred to as a “target terminal”.

When a user of a target terminal requests the MFP10to execute a particular function, e.g., the printing function, the user brings the target terminal to the MFP10. At this point, an operation for staring the application98for the MFP10and an operation for designating the particular function may or might not have been performed on the target terminal. The NFC I/F of the target terminal (e.g., the NFC I/F80of the mobile terminal PT1) operates in the Reader mode. As a distance between the NFC I/F of the target terminal and the IC tag I/F20of the MFP10becomes a certain distance or shorter in which NFC communication can be performed therebetween (e.g., approximately 10 cm), an NFC communication session is established therebetween. In this case, the target terminal reads the stored SFL setting information, network information, and application startup instruction from the interface memory21of the IC tag I/F20using the established communication session. That is, the IC tag I/F20transmits, to the target terminal, the SFL setting information, network information, and application startup instruction stored in the interface memory21of the IC tag I/F20. Subsequently, the target terminal transmits, to the MFP10, a connection request (more specifically, a Probe Request) including the SSID (e.g., network information) read from the IC tag I/F20, via the wireless LAN I/F of the target terminal (e.g., step S56inFIG. 4). Upon receipt of the connection request from the target terminal via the wireless LAN I/F22, the CPU32makes a positive determination (e.g., YES) in step S10, and the routine proceeds to step S12.

In step S12, the CPU32executes processing for establishing wireless connection in conjunction with the target terminal to establish wireless connection between the MFP10and the target terminal. More specifically, in response to receipt of the connection request (e.g., the Probe Request), the CPU32transmits a Probe Response to the target terminal. Subsequently, the CPU32receives an Authentication Request and an Association Request sequentially from the target terminal and transmits an Authentication Response and an Association Response sequentially to the target terminal in response to the Authentication Request and the Association Request, respectively. Through this step, it is determined whether the network information stored in the NW information storage area of the memory34of the MFP10matches the network information transmitted by the target terminal. Then, the CPU32executes a four-way handshake with the target terminal

Upon completion of the above processing, wireless connection is established between the MFP10and the target terminal. Thus, the CPU32permits the target terminal to participate in the WFDNW configured in step S2inFIG. 2, as a slave (e.g., as a CL-status device). The CPU32thus lists a MAC address of the target terminal in the management list (e.g., in the management list of the G/O-status device), whereby a belonging situation in which both the MFP10and the target terminal belong in the same WFDNW is established.

In step S14, the CPU32determines whether the SFL is “ON” (SFL=ON). Processing of step S13inFIG. 3may be executed in the second illustrative embodiment but might not be executed in the first illustrative embodiment. When the CPU32determines that the SFL setting information38stored in the memory34indicates “ON”, the CPU32makes a positive determination (e.g., YES) in step S14, and the routine proceeds to step S16. When the CPU32determines that the SFL setting information38stored in the memory34indicates “OFF”, the CPU32makes a negative determination (e.g., NO) in step S14, and the routine proceeds to step S34.

In step S34, the CPU32monitors receipt of an execution request for execution of a particular function of the plurality of functions (e.g., the printing function and the scanning function) of the MFP10from the target terminal. When an operation for instructing execution of the particular function (hereinafter, also referred to as an “execution instruction”) is performed on the target terminal, the target terminal transmits an execution request to the MFP10via the wireless LAN I/F of the target terminal. The execution request includes information that indicates the particular function designated to be executed through the target terminal (e.g., the printing function). In particular, when the execution request including information indicating the printing function, the target terminal transmits, to the MFP10, print data representing an image of a print target, in addition to the execution request. Upon receipt of the execution request from the target terminal using the WFDNW via the wireless LAN I/F22, the CPU32makes a positive determination (e.g., YES) in step S34, and the routine proceeds to step S30.

In step S16, the CPU32monitors receipt of authentication information from the target terminal. With reference to the SFL setting information obtained from the IC tag I/F20, the target terminal may obtain information that the SFL of the MFP10is “ON”. In this case, the target terminal transmits, to the MFP10, the authentication information (e.g., the user ID and the password) stored in the memory (e.g., the memory94) of the target terminal, using the WFDNW via the wireless LAN I/F of the target terminal. Upon receipt of the authentication information from the target terminal using the WFDNW via the wireless LAN I/F22, the CPU32makes a positive determination (e.g., YES) in step S16, the routine proceeds to step S18.

In step S18, the CPU32executes authentication using the received authentication information and determines whether the authentication is successful. More specifically, in step S18, the CPU32determines whether the combined information including the received authentication information (e.g., the user ID and the password) is included in the SFL table40. When the CPU32determines that the authentication information is included in the SFL table40, the CPU32makes a positive determination (e.g., YES) in step S18(e.g., the CPU32determines that the authentication is successful), and the routine proceeds to step S20. When the CPU32determines that the authentication information is not included in the SFL table40, the CPU32makes a negative determination (e.g., NO) in step S18(e.g., the CPU32determines that the authentication is failed), and the routine proceeds to step S32.

In step S20, the CPU22transmits, to the target terminal, an OK notification indicating that the authentication is successful, using the WFDNW via the wireless LAN I/F22.

In step S22, the CPU22monitors receipt of an execution request from the target terminal. Processing executed in step S22may be substantially the same as the processing executed in step S34. Upon receipt of the execution request from the target terminal, the CPU32makes a positive determination (e.g., YES) in step S22, and the routine proceeds to step S28. When the CPU32has not received an execution request from the target terminal within a predetermined time period (e.g., within five seconds), the CPU32makes a negative determination (e.g., NO) in step S22, and the routine proceeds to step S24.

In step S24, with reference to the SFL table40(seeFIG. 1), the CPU22transmits, to the target terminal, function related information (e.g., the availability information for printing function (e.g., “OK” or “NG”) and the availability information for scanning function (e.g., “OK” or “NG”)) corresponding to the valid authentication information (e.g., the user ID and the password).

In step S26, the CPU22monitors receipt of an execution request from the target terminal. Processing executed in step S26may be substantially the same as the processing executed in step S34. Upon receipt of the function related information (e.g., step S24) from MFP10, the target terminal displays an entry screen on a display unit of the target terminal (e.g., the display unit74of the mobile terminal PT1) to prompt the user to perform an execution instruction (e.g., steps S68and S70). As the user designates a particular function and performs an execution instruction, the target terminal transmits an execution request to the MFP10. Upon receipt of the execution request from the target terminal, the CPU22makes a positive determination (e.g., YES) in step S26, and the routine proceeds to step S28.

In step S28, the CPU32determines whether the function designated by the execution request is available to the user identified by the user ID that is received when a positive determination (e.g., “YES”) is made in step S16(e.g., the authenticated user). More specifically, in step S28, with reference to the SFL table40(seeFIG. 1), the CPU32determines whether “PRINTING=OK” (or “SCANNING=OK”) is associated with the received user ID. For example, in a case where the function designated by the execution request is the printing function, if “PRINTING=OK” is associated with the received user ID, the CPU32makes a positive determination (e.g., YES) in step S28, and the routine proceeds to step S30. In the same situation, if “PRINTING=NG” is associated with the received user ID, the CPU32makes a negative determination (e.g., NO) in step S28, and the routine proceeds to step S32.

In step S30, the CPU32executes the function designated by the execution request. When the scanning function is designated, the CPU32allows the scanning execution unit18to read a document to generate scan data, and transmits the generated scan data to the target terminal using the WFDNW via the wireless LAN I/F22. When the printing function is designated, the CPU32provides print data received along with the execution request to the printing execution unit16and allows the printing execution unit16to print an image represented by the print data. Subsequent to step S30, the CPU32deletes the MAC address of the target terminal from the WFD management list. That is, the CPU32excludes the target terminal from the WFDNW and terminates the belonging situation. Subsequently, the CPU32ends the function execution process ofFIG. 3.

In step S32, the CPU32transmits an NG notification to the target terminal using the WFDNW via the wireless LAN I/F22. The NG notification indicates that the authentication is failed. Subsequent to step S32, the CPU32deletes the MAC address of the target terminal from the WFD management list. That is, the CPU32excludes the target terminal from the WFDNW and terminates the belonging situation. Subsequently, the CPU32ends the function execution process ofFIG. 3.

Referring toFIG. 4, a detail of a process executed by the CPU92of the mobile terminal PT1will be described below. Processes executed by the CPUs of the mobile terminals PT2and PT3, respectively, may be substantially the same as the process ofFIG. 4executed by the CPU92of the mobile terminal PT1. As the power of the mobile terminal PT1is turned on, the CPU92starts the process ofFIG. 4.

In step S50, the CPU92monitors receipt of SFL setting information, network information, and an application startup instruction via the NFC I/F80. When the user of the mobile terminal PT1requests the MFP10to execute a particular function (e.g., the printing function), the user brings the mobile terminal PT1closer to the MFP10. At this point, the operation for staring the application98for the MFP10and the operation for designating the particular function may or might not have been performed on the operation unit72of the mobile terminal PT1. The NFC I/F80of the mobile terminal PT1operates in the Reader mode. As a distance between the NFC I/F80of the mobile terminal PT1and the IC tag I/F20of the MFP10becomes a certain distance or shorter in which NFC communication can be performed therebetween (e.g., approximately 10 cm), an NFC communication session is established therebetween. In this case, the CPU92reads the SFL setting information, network information, and application startup instruction stored in the interface memory21of the IC tag I/F20using the established communication session via the NFC I/F80. That is, the CPU92receives the SFL setting information, the network information, and the application startup instruction. Upon receipt of the SFL setting information, the network information, and the application startup instruction, the CPU92makes a positive determination (e.g., YES) in step S50, and the routine proceeds to step S52.

In step S52, the CPU92determines whether the application98for MFP10has already started. When the CPU92determines that the application98for MFP10has already started, the CPU92makes a positive determination (e.g., YES) in step S52, and the routine proceeds to step S56. When the CPU92determines that the application98for MFP10has not started yet at this point, the CPU92makes a negative determination (e.g., NO) in step S52, and the routine proceeds to step S54. In step S54, the CPU92starts the application98. Upon completion of the processing in step S54, the routine proceeds to step S56.

In step S56, the CPU92transmits a connection request (more specifically, a Probe Request) to the MFP10via the wireless LAN I/F82. The connection request includes the received SSID (e.g., the network information).

In step S58, the CPU92executes processing for establishing wireless connection in conjunction with the MFP10to establish wireless connection between the MFP10and the target terminal. More specifically, the CPU92transmits a connection request to the MFP10and receives a Probe Response from the MFP10in response to the connection request. Subsequently, the CPU92transmits an Authentication Request and an Association Request sequentially to the MFP10and receives an Authentication Response and an Association Response sequentially from the MFP10. Through this step, it is determined whether the network information stored in the NW information storage area of the memory34of the MFP10matches the network information received by the target terminal. Then, the CPU92executes a four-way handshake with the MFP10.

Upon completion of the above processes, wireless connection is established between the MFP10and the target terminal. Thus, the mobile terminal PT1is permitted to participate in the WFDNW configured by the MFP10, as a slave (e.g., as a CL-status device), whereby a belonging situation in which both the MFP10and the target terminal belong in the same WFDNW is established.

In step S60, the CPU92determines whether the SFL of the MFP10is “ON” (SFL=ON). Processing of step S59inFIG. 4may be executed in the second illustrative embodiment but might not be executed in the first illustrative embodiment. When the CPU92determines that the SFL setting information38stored in the memory34indicates “ON”, the CPU92makes a positive determination (e.g., YES) in step S60, and the routine proceeds to step S62. When the CPU92determines that the SFL setting information38stored in the memory34indicates “OFF”, the CPU92makes a negative determination (e.g., NO) in step S60, and the routine proceeds to step S78.

In step S78, the CPU92transmits, to the MFP10, an execution request for execution of one of the plurality of function (e.g., the printing function and the scanning function) of the MFP10, using the WFDNW, via the wireless LAN I/F82. At this point, when the execution instruction has already been provided by the user through the operation unit72of the mobile terminal PT1, in step S78, the CPU92transmits the execution request including the particular function designated by the user to the MFP10. The detail of the execution request is as described above. When the execution instruction has not yet been provided by the user, the CPU92displays, on the display unit74, an entry screen prompting the user to provide an execution instruction. As the user provides an execution instruction with designating a particular function, the CPU92transmits an execution request to the MFP10. Upon completion of the processing in step S78, the CPU92ends the process ofFIG. 4. In this case, the particular function is executed by the MFP10.

In step S62, the CPU92transmits, to the MFP10, the authentication information (e.g., the user ID (e.g., “U1”) and the password (e.g., “P1”)) stored in the memory94, using the WFDNW via the wireless LAN I/F82.

In step S64, the CPU92determines whether an OK notification has been received from the MFP10. When authentication is executed using the received authentication information and the authentication is successful, the MFP10transmits an OK notification to the mobile terminal PT1(e.g., step S20inFIG. 3). Upon receipt of the OK notification from the MFP10using the WFDNW via the wireless LAN I/F82, the CPU92makes a positive determination (e.g., YES) in step S64, and the routine proceeds to step S66. When the authentication is failed, the MFP10transmits an NG notification to the mobile terminal PT1. Upon receipt of the NG notification from the MFP10using the WFDNW via the wireless LAN I/F82, the CPU92makes a negative determination (e.g., NO) in step S64, and the routine proceeds to step S76.

In step S66, the CPU92determines whether the execution instruction has been provided. When the execution instruction has already been provided by the user at the time of the determination in step S66, the CPU92makes a positive determination (e.g., YES) in step S66, the routine proceeds to step S72. When the execution instruction has not yet been provided at the time of the determination in step S66, the CPU92makes a negative determination (e.g., NO) in step S66, and the routine proceeds to step S68.

In step S68, the CPU92receives function related information from the MFP10using the WFDNW via the wireless LAN I/F82. As described above, when the MFP10does not receive an execution request from the mobile terminal PT1within the predetermined time period (e.g., five seconds) after transmitting the OK notification, the MFP10transmits function related information to the mobile terminal PT1(e.g., step S24inFIG. 3). In step S68, the CPU92receives the function related information.

In step S70, the CPU92displays, on the display unit74, an entry screen for allowing the user to provide an execution instruction, in accordance with the received function related information. The entry screen notifies the user that the user is allowed to select the function that is available based on the function related information. For example, when the function related information includes “PRINTING=NG” and “SCANNING=OK”, the entry screen displays a message indicating that only the scanning function of the MFP10is available to the user. The user is allowed to input an execution instruction through the entry screen. Upon input of the execution instruction, the routine proceeds to step S72.

In step S72, the CPU92transmits an execution request to the MFP10using the WFDNW via the wireless LAN I/F82. The execution request includes information indicating the function designated by the user in the execution instruction. When the function designated by the user is the printing function, in step S72, the CPU92transmits print data to the MFP10along with the execution request.

In step S74, the CPU92determines whether an NG notification has been received from the MFP10within the predetermined time period after transmitting the execution request in step S72. Upon receipt of the execution request, the MFP10determines whether the function designated by the execution request is available to the user (e.g., step S28inFIG. 3). When MFP10determines that the function designated by the execution request is available to the user, the MFP10executes the requested particular function. In this case, the MFP10does not transmit an NG notification. Therefore, the CPU92makes a negative determination (e.g., NO) in step S74, the CPU92ends the process ofFIG. 4. When the MFP10determines that the function designated by the execution request is not available to the user, the MFP10transmits an NG notification to the mobile terminal PT1. In this case, the CPU92makes a positive determination (e.g., YES) in step S74, and the routine proceeds to step S76.

In step S76, the CPU92displays an error message on the display unit74. Upon completion of the processing in step S76, the CPU92ends the process ofFIG. 4.

Referring toFIGS. 5, 6, and 7, various example cases implemented by the flowcharts ofFIGS. 2, 3, and 4will be described.

Referring toFIG. 5, Case A1 will be described below. Example communication that may be performed between the MFP10and the mobile terminal PT1when an NFC connection is established therebetween while the SFL of the MFP10is “ON” will be described below.

As the power of the MFP10is turned on, the MFP10starts serving as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured (e.g., step S2inFIG. 2). In Case A1, the SFL of the MFP10is “ON” (i.e., the SFL setting information38indicates “ON”).

In T10, the CPU32of the MFP10stores the SFL setting information indicating that the SFL is “ON”, the network information, and the application startup instruction, into the IC tag I/F20. Hereinafter, the SFL setting information indicating that the SFL is “ON” is also referred to as “SFL setting information (SFL=ON)”.

As the power of the mobile terminal PT1is on, the NFC I/F80starts operating in a state where the Reader mode is active and the other modes are inactive. In T12, the user of the mobile terminal PT1performs an application startup operation and then an execution instruction to designate a particular function by operating the operation unit72of the mobile terminal PT1.

Subsequently, the user of the mobile terminal PT1brings the mobile terminal PT1closer to the MFP10. As a distance between the NFC I/F80of the mobile terminal PT1and the IC tag I/F20of the MFP10becomes a certain distance or shorter in which NFC communication can be performed therebetween (e.g., approximately 10 cm), an NFC connection (e.g., an NFC communication session) is established therebetween (e.g., T14).

In T16, the IC tag I/F20of the MFP10transmits SFL setting information (SFL=ON), network information, and an application startup instruction to the mobile terminal PT1using the established NFC communication session.

That is, in T16, the CPU92of the mobile terminal PT1receives the SFL setting information (SFL=ON), the network information, and the application startup instruction from the IC tag I/F20using the NFC communication session via the NFC I/F80(e.g., YES in step S50inFIG. 4).

In T18, the CPU92of the mobile terminal PT1transmits a connection request to the MFP10via the wireless LAN I/F82(e.g., step S56inFIG. 4). The connection request includes the network information (more specifically, the SSID) received by the mobile terminal PT1.

In T20, the CPU32of the MFP10executes the predetermined processing for establishing connection in conjunction with the mobile terminal PT1to establish wireless connection between the MFP10and the mobile terminal PT1(e.g., step S12inFIG. 3and step S58inFIG. 4), whereby a belonging situation in which both the MFP10and the mobile terminal PT1belong in the same WFDNW is established.

In T22, the CPU92of the mobile terminal PT1transmits authentication information (e.g., the user ID (e.g., “U1”) and a password (e.g., “P1”)) to the MFP10using the WFDNW via the wireless LAN I/F22(e.g., step S62inFIG. 4).

Upon receipt of the authentication information, the CPU32of the MFP10executes authentication (e.g., step S18inFIG. 3). As depicted inFIG. 1, the SFL table40includes the combined information including “USER ID=U1” and “PASSWORD=P1”. Therefore, in T24, the CPU32determines that the authentication is successful (e.g., the CPU32determines that makes a positive determination (e.g., YES) in step S18inFIG. 3). In T26, the CPU32transmits an OK notification to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S20inFIG. 3).

The CPU92of the mobile terminal PT1receives the OK notification. When the execution instruction provided by the user (e.g., T12) is the execution instruction for execution of the printing function, the CPU92transmits, to the MFP10, print data and the execution instruction for execution of the printing function, using the WFDNW via the wireless LAN I/F82(e.g., T28). Hereinafter, the execution instruction for execution of the printing function is also referred to as an “execution request (printing)”.

Upon receipt of the execution request (printing) and the print data, the CPU32of the MFP10determines whether the printing function is available to the user of the mobile terminal PT1(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including the “USER ID=U1” and “PASSWORD=P1” further includes “PRINTING=NG”. Therefore, the CPU32determines that the printing function is not available to the user (e.g., NO in step S28inFIG. 3) and thus do not execute the printing function (e.g., T30). In T32, the CPU32transmits an NG notification to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S32inFIG. 3).

In T34, the CPU92of the mobile terminal PT1receives the NG notification and displays an error message on the display unit74. Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

When the execution instruction provided by the user (T12) is the execution instruction for execution of the scanning function, the CPU92transmits an execution instruction for execution of the scanning function to the MFP10using the WFDNW via the wireless LAN I/F22after receiving the OK notification (T36). Hereinafter, the execution instruction for execution of the scanning function is also referred to as an “execution request (scanning)”.

Upon receipt of the execution request (scanning), the CPU32of the MFP10determines whether the scanning function is available to the user of the mobile terminal PT1(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including “USER ID=U1” and “PASSWORD=P1” further includes “SCANNING=OK”. Therefore, the CPU32determines that the scanning function is available to the user (e.g., YES in step S28inFIG. 3) and thus executes the scanning function (e.g., T38). In T40, the CPU32transmits generated scan data to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S30inFIG. 3). Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

There may be a case in which the SFL table40does not include the combined information including “USER ID=U1” and “PASSWORD=P1” (e.g., T22). In this case, in T42, the CPU32of the MFP10determines that the authentication is failed after receiving the authentication information (e.g., NO in step S18inFIG. 3). Subsequent to T42, in T44, the CPU32transmits an NG notification to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S32inFIG. 3).

In T46, the CPU92of the mobile terminal PT1receives the NG notification and displays an error message on the display unit74. Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

Effects of Case A1 will be described below. As described above, in Case A1, the IC tag I/F20of the MFP10transmits the SFL setting information (SFL=ON), the network information, and the application startup instruction to the mobile terminal PT1using the NFC communication session (e.g., T16). Subsequently, the belonging situation in which both the MFP10and the mobile terminal PT1belong in the same WFDNW is established (e.g., T18and T20). When the belonging situation is established, the mobile terminal PT1transmits the authentication information (e.g., the user ID (e.g., “U1”) and the password (e.g., “P12”)) to the MFP10using the WFDNW (e.g., T22). In response to this, the MFP10executes authentication. More specifically, the MFP10determines whether the SFL table40includes the received authentication information. When the authentication is successful (e.g., T24) and the function designated by the execution request (e.g., the scanning function) is available to the user (e.g., T38), the MFP10executes the particular function. When the authentication is failed (e.g., T42), the MFP10does not execute the particular function. Therefore, according to the above-described configuration, the user of the mobile terminal PT1who is able to transmit the authentication information listed on the SFL table40may be allowed to perform a particular function using the MFP10. That is, an appropriate user of the mobile terminal PT1may perform a desired function using the MFP10. Therefore, in a case where the MFP10is allowed to perform communication with the communication terminal selectively via one of the IC tag I/F20and the wireless LAN I/F22, the MFP10may execute the function requested by the user appropriately.

In Case A1, if the function designated by the execution request (e.g., the printing function) is not available to the user (e.g., T30) even when the authentication is successful (e.g., T24), the MFP10does not execute the particular function. Thus, the MFP10may execute the particular function appropriately.

In T16, the IC tag I/F20of the MFP10transmits the SFL setting information (SFL=ON), the network information, and the application startup instruction to the mobile terminal PT1using the established NFC communication session. Therefore, the IC tag I/F20may transmit the SFL setting information (SFL=ON), the network information, and the application startup instruction appropriately to the mobile terminal PT1without being controlled by the CPU32.

Referring toFIG. 6, Case A2 will be described below. Another example communication that may be performed between the MFP10and the mobile terminal PT1when an NFC connection is established therebetween while the SFL of the MFP10is “ON” will be described below. A situation in Case A2 may be different from the situation in Case A1 in a point that an application startup instruction and an execution instruction have not yet been provided through the mobile terminal PT1at the time of establishment of NFC connection between the MFP10and the mobile terminal PT1.

As the power of MFP10is turned on, the MFP10starts serving as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured (e.g., step S2inFIG. 2). In Case A2, the SFL of the MFP10is “ON” (i.e., the SFL setting information38indicates “ON”).

Similar to Case A1, as the power of MFP10is turned on, the MFP10starts serving as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured (e.g., step S2inFIG. 2). In T10, the CPU32of the MFP10stores SFL setting information (SFL=ON), network information, and an application startup instruction into the IC tag I/F20.

At this point, the user of the mobile terminal PT1has not performed the application startup operation nor provided the execution instruction yet. The user of the mobile terminal PT1brings the mobile terminal PT1having such a state closer to the MFP10. As a distance between the NFC I/F80of the mobile terminal PT1and the IC tag I/F20of the MFP10becomes a certain distance or shorter in which NFC communication can be performed therebetween (e.g., approximately 10 cm), an NFC connection (e.g., an NFC communication session) is established therebetween (e.g., T14).

In T16, the IC tag I/F20of the MFP10transmits the SFL setting information (SFL=ON), the network information, and the application startup instruction to the mobile terminal PT1using the established NFC communication session. The CPU92of the mobile terminal PT1receives the SFL setting information (SFL=ON), the network information, and the application startup instruction.

In Case A2, in T17, the CPU92of the mobile terminal PT1starts the application98(seeFIG. 1) in response to the received application startup instruction (e.g., step S54inFIG. 4). After starting application98, the CPU92transmits a connection request to the MFP10via the wireless LAN I/F82(e.g., T18).

Processing executed in T20, T22, T24, and T26in Case A2 may be substantially the same as the processing executed in T20, T22, T24, and T26, respectively, in Case A1 (seeFIG. 5), and therefore, a detailed description for such processing will be omitted.

In Case A2, since the execution instruction has not yet been provided through the mobile terminal PT1, the CPU92of the mobile terminal PT1does not transmit an execution request to the MFP10even when the CPU92receives the OK notification (e.g., T26).

Therefore, in T50, the CPU32of the MFP10transmits function related information associated with the authentication information including “USER ID=U1” and “PASSWORD=P1”, to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., NO in step S22inFIG. 2and step S24). That is, the CPU32of the MFP10transmits, to the mobile terminal PT1, the function related information including “PRINTING=NG” and “SCANNING=OK” associated with the authentication information including “USER ID=U1” and “PASSWORD=P1”.

In T52, the CPU92of the mobile terminal PT1receives the function related information and displays an entry screen on the display unit74. The entry screen displays, for example, a message indicating that the scanning function is available to the user. Nevertheless, the entry screen might not display a message indicating that the printing function is not available to the user. In T54, the user provides an execution instruction for execution of the scanning function through the entry screen. In T56, the CPU92transmits an execution request (scanning) using the WFDNW via the wireless LAN I/F82.

Upon receipt of the execution request (scanning), the CPU32of the MFP10determines whether the scanning function is available to the user of the mobile terminal PT1(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including “USER ID=U1” and “PASSWORD=P1” further includes “SCANNING=OK”. Therefore, the CPU32determines that the scanning function is available to the user (e.g., YES in step S28inFIG. 3) and executes the scanning function (e.g., T58). In T60, the CPU32transmits generated scan data to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S30inFIG. 3). Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

Effects of Case A2 will be described below. As described above, in Case A2, in T17, the CPU92of the mobile terminal PT1starts the application98(seeFIG. 1) in response to the received application startup instruction (e.g., step S54inFIG. 4). Therefore, when the application98has not started yet on the mobile terminal PT1, the MFP10may enable the mobile terminal PT1to start the application98appropriately. The mobile terminal PT1may also start the application98appropriately even when the application98has not yet started.

In T52, the CPU92of the mobile terminal PT1receives the function related information and displays the entry screen on the display unit74. The entry screen displays, for example, a message indicating that the scanning function is available to the user but might not display a message indicating that the printing function is not available to the user. Therefore, the user may provide the execution instruction through the entry screen appropriately and the mobile terminal PT1may transmit the execution request to the MFP10appropriately. Furthermore, the MFP10may execute the function requested by the user appropriately.

Referring toFIG. 7, Case A3 will be described below. Example communication that may be performed between the MFP10and the mobile terminal PT1when an NFC connection is established therebetween while the SFL of the MFP10is “OFF” will be described below.

As the power of MFP10is turned on, the MFP10starts serving as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured (e.g., step S2inFIG. 2). In Case A3, the SFL of the MFP10is “OFF” (i.e., the SFL setting information38indicates “OFF”).

In Case A3, in T70, the CPU32of the MFP10stores the SFL setting information indicating that the SFL is “OFF”, the network information, and the application startup instruction, into the IC tag I/F20. Hereinafter, the SFL setting information indicating that the SFL is “OFF” is also referred to as “SFL setting information (SFL=OFF)”.

Processing executed in T12and T14in Case A3 may be substantially the same as the processing executed in T12and T14, respectively, in Case A1 (seeFIG. 5), and therefore, a detailed description for such processing will be omitted. In Case A3, the execution instruction provided by the user (e.g. T12) may be an execution instruction for execution of the printing function.

In T76, the IC tag I/F20of the MFP10transmits the SFL setting information (SFL=OFF), the network information, and the application startup instruction to the mobile terminal PT1using the established NFC communication session. The CPU92of the mobile terminal PT1receives the SFL setting information (SFL=OFF), the network information, and the application startup instruction.

Processing executed in T18and T20in Case A3 may be substantially the same as the processing executed in T18and T20, respectively, in Case A1 (seeFIG. 5), and therefore, a detailed description for such processing will be omitted.

In Case A3, the SFL of the MFP10is “OFF”. Therefore, the mobile terminal PT1does not transmit any authentication information to the MFP10(e.g., NO in step S60inFIG. 4). In T82, the CPU92of the mobile terminal PT1transmits an execution request (printing) and print data to the MFP10using the WFDNW via the wireless LAN I/F82(e.g., step S78inFIG. 4).

In Case A3, the SFL of the MFP10is “OFF”. Therefore, in T84, upon receipt of the execution request (printing) and the print data, the CPU32of the MFP10executes the printing function (e.g., step S30inFIG. 3). Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

Effects of Case A3 will be described below. In contrast to Cases A1 and A2, the SFL is “OFF” in Case A3. In Case A3, when the belonging situation is established, the mobile terminal PT1transmits an execution request to the MFP10(e.g., T82) without transmitting any authentication information to the MFP10. Further, the MFP10executes the function requested by the user (e.g., T84) without executing authentication. That is, the mobile terminal PT1may determine whether the mobile terminal PT1transmits authentication information depending on whether the SFL of the MFP10is “ON”. Further, the MFP10may determine whether the MFP10executes authentication depending on whether the SFL of the MFP10is “ON”. Therefore, the mobile terminal PT1and the MFP10may operate appropriately depending on whether the SFL is “ON”.

The MFP10may be an example of a “function execution device”. The mobile terminal PT1may be an example of a “communication terminal”. The NFC communication protocol may be an example of a “first communication protocol”. The WFD communication protocol may be an example of a “second communication protocol”. The IC tag I/F20may be an example of a “first device side interface (or a first interface)”. The wireless LAN I/F22may be an example of a “second device side interface (or a second interface)”. The IC tag I/F20may be an example of a “state information transmission portion”. Each of the printing execution unit16and the scanning execution unit18may be an example of a “function execution portion”. The function designated by the user in the execution instruction may be an example of a “particular function” and a “function”. The WFDNW may be an example of a “particular wireless network” and a “wireless network”. The authentication information (e.g., the “USER ID=U1” and “PASSWORD=P1”) may be an example of “particular authentication information” and “authentication information”. The SFL setting information may be an example of “setting information”. The SFL table40may be an example of a “list”. In the SFL table40, the availability information indicating that the printing function is available to the user associated with the user ID and password (e.g., “OK” or “NG”) and the availability information indicating that the scanning function is available to the user (e.g., “OK” or “NG”) may be an example of “function related information”. The authentication executed in step S18inFIG. 3may be an example of “particular determination”. The SFL setting information (SFL=ON) may be an example of “state information” and “authentication state information”. The interface memory21of the IC tag I/F20may be an example of an “interface memory”. The area for storing the SFL setting information38in the memory34may be an example of a “setting information memory”. The NW information storage area of the memory34may be an example of a “device side memory”. The NFC communication session may be an example of a “particular communication session”.

The processing executed when a positive determination (e.g., “YES”) is made in step S16inFIG. 3may be an example of processing executed by an “authentication-information reception portion”. The processing executed in step S18inFIG. 3may be an example of processing executed by a “first determination portion”. The processing executed in step S30inFIG. 3may be an example of processing executed by a “function control portion”. The processing executed in steps S4and S8inFIG. 2may be an example of processing executed by a “storage control portion”. Each of the processing executed when a positive determination (e.g., “YES”) is made in step S34inFIG. 3the processing executed when a positive determination (e.g., “YES”) is made in step S22inFIG. 3may be an example of processing executed by an “execution-request reception portion”. The processing executed in step S12inFIG. 3may be an example of processing executed by a “configuration portion”. The processing executed in step S24inFIG. 3may be an example of processing executed by a “function related information transmission portion”.

The NFC I/F80may be an example of a “first terminal side interface”. The wireless LAN I/F82may be an example of a “second terminal side interface”. The OK notification may be an example of “success information”. The memory94may be an example of a “terminal side memory”. The execution instruction provided by the user may be an example of a “predetermined instruction”.

The processing executed when a positive determination (e.g., “YES”) is made in step S50inFIG. 4may be an example of processing executed by a “network-information reception portion”. The processing executed in step S58inFIG. 4may be another example of processing executed by the “configuration portion”. The processing executed in step S62inFIG. 4may be an example of processing executed by an “authentication-information transmission portion”. Each of the processing executed in step S78inFIG. 4and the processing executed in step S72inFIG. 4may be an example of processing executed by an “execution-request transmission portion”. The processing of receiving the SFL setting information (SFL=ON) when a positive determination (e.g., “YES”) is made in step S50inFIG. 4may be an example of processing executed by a “state information reception portion”. The processing executed when a positive determination (e.g., “YES”) is made in step S64inFIG. 4may be an example of processing executed by a “success information reception portion”. The processing executed in step S70inFIG. 4may be an example of processing executed by a “display control portion”. The processing executed in step S68inFIG. 4may be an example of processing executed by a “function related information reception portion”. The processing executed in step S54inFIG. 4may be an example of processing executed by a “startup portion”.

Hereinafter, a second illustrative embodiment will be described mainly with different points from the first illustrative embodiment. In the second illustrative embodiment, the IC tag I/F20of the MFP10includes the interface memory21whose contents cannot be changed by the CPU32, and the IC tag I/F20is not connected to the bus. The second illustrative embodiment may be further different from the first illustrative embodiment in a point that the CPU32is not permitted to change the information stored in the IC tag I/F20of the MFP10. In the second illustrative embodiment, network information including the predetermined SSID, the password, the authentication method, and the encryption method is stored in the interface memory21of the IC tag I/F20of the MFP10. The application startup instruction is also stored in the interface memory21of the IC tag I/F20as well as the network information. Nevertheless, in the second illustrative embodiment, the SFL setting information is not stored in the interface memory21of the IC tag I/F20. Therefore, in the second illustrative embodiment, processing executed in each step by the CPU32of the MFP10(seeFIGS. 2 and 3) and part of processing executed in each step by the CPU92of the mobile terminal PT1(seeFIG. 4) may be different from the processing executed in a corresponding step in the first illustrative embodiment.

Referring toFIG. 2, an interface control process executed by the CPU32of the MFP10according to the second illustrative embodiment will be described. In the second illustrative embodiment, as the power of MFP10is turned on, the CPU32also executes the interface control process ofFIG. 2.

In step S2, the CPU32changes the operating status of the MFP10from the device status, which is the default status, to the G/O status. Thus, in the second illustrative embodiment, also, the MFP10serves as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured. Nevertheless, in the second illustrative embodiment, the CPU32does not generate a new SSID and password in step S2. In the second illustrative embodiment, the CPU32configures a WFDNW using the SSID and password that are the same as the SSID and password stored in the IC tag I/F20.

In the illustrative embodiment, the CPU32ends the interface control process ofFIG. 2without executing the processing in steps S4, S6, and S8.

Referring toFIG. 3, a function execution process executed by the CPU32of the MFP10according to the second illustrative embodiment will be described. The detail of the function execution process (seeFIG. 3) according to the third illustrative embodiment may be basically substantially the same as the detail of the function execution process according to the first illustrative embodiment. Nevertheless, the second illustrative embodiment may be different from the first illustrative embodiment in a point that, in step S13, the CPU32transmits the SFL setting information to the target terminal using the WFDNW via the wireless LAN I/F22after wireless connection is established between the MFP10and the target terminal in step S12. As described above, in the second illustrative embodiment, no SFL setting information is stored in the IC tag I/F20. Thus, after a belonging situation in which both the MFP10and the target terminal belong in the same WFDNW is established (e.g., step S12), in step S13, the CPU32transmits SFL setting information to the target terminal with reference to the SFL setting information38(e.g., “ON” or “OFF”) stored in the memory34. Therefore, the target terminal may obtain whether the SFL of the MFP10is “ON”.

The process executed by the CPU92of the mobile terminal PT1according to the second illustrative embodiment (seeFIG. 4) may also basically substantially the same as the detail of the process executed by the CPU92of the mobile terminal PT1according to the first illustrative embodiment. Nevertheless, the second illustrative embodiment may be different from the first illustrative embodiment in a point that, in step S59, the CPU92receives the SFL setting information from the MFP10using the WFDNW via the wireless LAN I/F22after wireless connection is established between the MFP10and the target terminal in step S58. In the second illustrative embodiment, no SFL setting information is stored in the IC tag I/F20. Therefore, in this regard, the second illustrative embodiment may be different from the first illustrative embodiment similar to the function execution process (seeFIG. 3).

Referring toFIG. 8, Case B will be described below. In the second illustrative embodiment, example communication that may be performed between the MFP10and the mobile terminal PT1when an NFC connection is established therebetween while the SFL of the MFP10is “ON” will be described below.

As the power of the MFP10is turned on, the MFP10starts serving as a G/O-status device. That is, a WFDNW in which the MFP10serves as a master is configured (e.g., step S2inFIG. 2). In Case B, the SFL of the MFP10is “ON” (i.e., the SFL setting information38indicates “ON”). In Case B, change of the contents stored in the interface memory21of the IC tag I/F20is not permitted (i.e., the processing corresponding to the processing executed in T10in Case A1 (seeFIG. 5) is not executed). In Case B, the predetermined network information and the application startup instruction are stored in the interface memory21of the IC tag I/F20.

Processing executed in T112and T114in Case B may be substantially the same as the processing executed in T12and T14, respectively, in Case A1 (seeFIG. 5), and therefore, a detailed description for such processing will be omitted.

In T116, the IC tag I/F20of the MFP10transmits the network information and the application startup instruction that are stored in the memory to the mobile terminal PT1using the established NFC communication session.

That is, in T116, the CPU92of the mobile terminal PT1receives the network information and the application startup instruction from the IC tag I/F20using the NFC communication session via the NFC I/F80(e.g., YES in step S50inFIG. 4).

Processing executed in T118and T120in Case B may be substantially the same as the processing executed in T18and T20, respectively, in Case A1 (seeFIG. 5), and therefore, a detailed description for such processing will be omitted.

In Case B, when a belonging situation is established, in T121, the CPU32of the MFP10transmits SFL setting information (SFL=ON) to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S13inFIG. 3or step S59inFIG. 4).

Subsequent processing executed in T122to T146in Case B may be substantially the same as the processing executed in T22to T46, respectively, in Case A1 (seeFIG. 5).

Effects obtained according to the second illustrative embodiment will be described. In the second illustrative embodiment, the predetermined network information and the application startup instruction are stored in the IC tag I/F20. Further, the contents of the interface memory21of the IC tag I/F20cannot be changed. In the second illustrative embodiment, as a belonging situation is established, the CPU32of the MFP10transmits the SFL setting information (SFL=ON) to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S13inFIG. 3or step S59inFIG. 4). Therefore, the MFP10may transmit the SFL setting information (SFL=ON) to the mobile terminal PT1appropriately. The mobile terminal PT1may appropriately obtain whether the SFL of the MFP10is “ON”.

The processing executed in step S13inFIG. 3may be another example of processing executed by the “state information transmission portion”. The processing executed in step S59inFIG. 4may be another example of processing executed by the “state information reception portion”.

Hereinafter, a third illustrative embodiment will be described mainly with different points from the first illustrative embodiment. As depicted inFIGS. 9 and 10, according to the third illustrative embodiment, communication performed between the MFP10and the mobile terminal PT1when NFC connection is established between the MFP and one of the mobile terminal PT1and the mobile terminal PT2while the SFL of the MFP10is “ON” may be different from the communication performed in the same situation according to the first illustrative embodiment. More specifically, the third illustrative embodiment may be different from the first illustrative embodiment in a point that when it is determined the SFL of the MFP10is “ON” after a belonging situation is established, one of the mobile terminal PT1and the mobile terminal PT2transmits authentication information and an execution request to the MFP10before the MFP10executes authentication using the received authentication information. Referring toFIGS. 9 and 10, example communication performed in Cases C1 and C2 will be described below.

Processing executed in T210to T220inFIG. 9in Case C1 may be substantially the same as the processing executed in T10to T20, respectively, in Case A1 (seeFIG. 5), and therefore, a detailed description for such processing will be omitted.

When the execution instruction provided by the user (e.g., T212) is the execution instruction for execution of the printing function, in T222, the CPU92of the mobile terminal PT1transmits the authentication information (e.g., the user ID (e.g., “U1”) and the password (e.g., “P1”)), an execution request (printing), and print data to the MFP10using the WFDNW via the wireless LAN I/F82.

Upon receipt of the authentication information, the execution request (printing), and the print data, the CPU32of the MFP10executes authentication (e.g., step S18inFIG. 3). As depicted inFIG. 1, the SFL table40includes the combined information including “USER ID=U1” and “PASSWORD=P1”. Thus, in T224, the CPU32determines that the authentication is successful (e.g., the CPU32makes a positive determination (e.g., YES) in step S18inFIG. 3).

In T226, the CPU32determines whether the printing function is available to the user of the mobile terminal PT1(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including “USER ID=U1” and “PASSWORD=P1” further includes “PRINTING=NG”. Therefore, the CPU32determines that the printing function is not available to the user and thus does not execute the printing function. In T228, the CPU32transmits an NG notification to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S32inFIG. 3).

In T230, the CPU92of the mobile terminal PT1receives the NG notification and displays an error message on the display unit74. Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

When the execution instruction provided by the user (e.g., T212) is the execution instruction for execution of the scanning function, instead of performing T222, in T250, the CPU92of the mobile terminal PT1transmits the authentication information (e.g., the user ID (e.g., “U1”) and the password (e.g., “P1”)) and an execution request (scanning) to the MFP10using the WFDNW via the wireless LAN I/F82.

Upon receipt of the authentication information and the execution request (scanning), the CPU32of the MFP10executes authentication (e.g., step S18inFIG. 3). Similar to T224, in T252, the CPU32determines that the authentication is successful.

In T254, the CPU32determines whether the scanning function is available to the user of the mobile terminal PT1(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including “USER ID=U1” and “PASSWORD=P1” further includes “SCANNING=OK”. Therefore, the CPU32determines that the scanning function is available to the user and thus executes the scanning function. In T256, the CPU32transmits generated scan data to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22. Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

There may be a case in which the SFL table40does not include the combined information including “USER ID=U1” and “PASSWORD=P1” (e.g., T22). In this case, in T240, the CPU32of the MFP10determines that the authentication is failed (e.g., NO in step S18inFIG. 3). In T242, the CPU32transmits an NG notification to the mobile terminal PT1using the WFDNW via the wireless LAN I/F22(e.g., step S32inFIG. 3).

In T244, the CPU92of the mobile terminal PT1receives the NG notification and displays an error message on the display unit74. Subsequently, the wireless connection between the MFP10and the mobile terminal PT1is disconnected.

Referring toFIG. 10, Case C2 will be described below. A situation in Case A2 may be different from the situation in Case C1 in a point that NFC connection is established between the MFP10and the mobile terminal PT2while the SFL of the MFP10is “ON”. Processing executed in T270to T280in Case C2 may be substantially the same as the processing executed in T210to T220, respectively, in Case C1 (seeFIG. 9), and therefore, a detailed description for such processing will be omitted.

When the execution instruction provided by the user (e.g., T272) is the execution instruction for execution of the printing function, in T282, the CPU of the mobile terminal PT2transmits the authentication information (e.g., the user ID (e.g., “U2”) and the password (e.g., “P2”)), an execution request (printing), and print data to the MFP10using the WFDNW via the wireless LAN I/F (not depicted).

Upon receipt of the authentication information, the execution request (printing), and the print data, the CPU32of the MFP10executes authentication (e.g., step S18inFIG. 3). As depicted inFIG. 1, the SFL table40includes the combined information including “USER ID=U2” and “PASSWORD=P2”. Thus, in T284, the CPU32determines that the authentication is successful (e.g., the CPU32makes a positive determination (e.g., YES) in step S18inFIG. 3).

In T286, the CPU32determines whether the printing function is available to the user of the mobile terminal PT2(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including “USER ID=U2” and “PASSWORD=P2” further includes “PRINTING=OK”. Therefore, the CPU32determines that the printing function is available to the user and thus executes the printing function. Subsequently, the wireless connection established between the MFP10and the mobile terminal PT2is disconnected.

When the execution instruction provided by the user (e.g., T272) is the execution instruction for execution of scanning function, instead of performing T282, in T290, the CPU of the mobile terminal PT2transmits authentication information (e.g., the user ID (e.g., “U2”) and the password (e.g., “P2”)) and an execution request (scanning) to the MFP10using the WFDNW via the wireless LAN I/F (not depicted).

Upon receipt of the authentication information and the execution request (scanning), the CPU32of the MFP10executes authentication (e.g., step S18inFIG. 3). Similar to T284, in T292, the CPU32determines that the authentication is successful.

In T294, the CPU32determines whether the scanning function is available to the user of the mobile terminal PT2(e.g., step S28inFIG. 3). As depicted inFIG. 1, in the SFL table40, the combined information including “USER ID=U2” and “PASSWORD=P2” further includes “SCANNING=NG”. Therefore, the CPU32determines that the scanning function is not available to the user and thus does not execute the scanning function. In T296, the CPU32transmits an NG notification to the mobile terminal PT2using the WFDNW via the wireless LAN I/F22.

In T298, the CPU of the mobile terminal PT2receives the NG notification and displays an error message on its display unit (not depicted). Subsequently, the wireless connection established between the MFP10and the mobile terminal PT2is disconnected.

Effects obtained according to the third illustrative embodiment will be described below. As described above, in the third illustrative embodiment, after a belonging situation is established, one of the mobile terminal PT1and the mobile terminal PT2transmits a set of the authentication information and the execution request or a set of the authentication information, the execution request, and the print data, to the MFP10. That is, one of the mobile terminal PT1and the mobile terminal PT2transmits the execution request to the MFP10before the MFP10executes authentication using the authentication information. In addition, when the execution request indicates execution of the printing function, one of the mobile terminal PT1and the mobile terminal PT2transmits the execution request and the print data to the MFP10before the MFP10executes authentication using the authentication information. When the MFP10determines that the authentication is successful and the function requested by the user is available to the user, the MFP10executes the particular function. In the third illustrative embodiment, when, the MFP10may operate appropriately in both the case in which the MFP10receives the execution request before executing authentication and the case in which the MFP10receives the set of the execution request and print data before executing authentication.

Each of the processing executed in T222inFIG. 9and the processing executed in T282inFIG. 10may be an example of processing executed by a “target-data transmission portion”. Each of the processing executed in T222inFIG. 9and the processing executed in T282inFIG. 10may also be an example of processing executed by a “target-data reception portion”. The print data may be an example of “target data”.

Various embodiments of the disclosure have been described above; however, such embodiments are only examples and do not limit the scope of the appended claims. Examples of the modification and alternations of the above-described embodiment are described below.

In the above-described illustrative embodiments, the example cases in which the wireless connection using the WFD communication protocol is established between the MFP10and the target terminal (e.g., the mobile terminal PT1) are described (seeFIGS. 5, 6, 7, 8, 9, and 10). Nevertheless, in other embodiments, for example, the MFP10and the target terminal may belong in a Wi-Fi network configured by an access point (not depicted) (hereinafter, referred to as an “AP”). That is, the MFP10may belong in the Wi-Fi network (hereinafter, referred to as a “Wi-FiNW”) configured by the AP, as a slave (more specifically, as a station). In this case, a belonging situation in which both the MFP10and the target terminal belong in the Wi-FiNW configured by the AP may be established. The IC tag I/F20may transmit network information (e.g., an SSID and a password) to be used in the Wi-FiNW configured by the AP to the target terminal using an NFC communication session. In this variation, the Wi-FiNW configured by the AP may be another example of the “particular wireless network” and the “wireless network”. The SSID and the password to be used in the Wi-FiNW configured by the AP may be another example of the “network information”.

In the above-described illustrative embodiments, the MFP10includes the IC tag I/F20that is an NFC Forum tag. Nevertheless, in other embodiments, for example, the MFP10may include an NFC I/F that may be an NFC Forum device, instead of the IC tag I/F20that is an NFC Forum tag. In this case, as the power of MFP10is turned on, the NFC I/F of the MFP10may operate in the P2P mode. As the power of the target terminal is turned on, the NFC I/F of the target terminal (e.g., the NFC I/F80of the mobile terminal PT1) may also operate in the P2P mode. A P2P communication link may be established between the NFC I/F of the MFP10and the NFC I/F of the target terminal. In this case, the CPU32may be configured to transmit the SFL setting information, the network information, and the application startup instruction stored in the memory34, to the target terminal using a communication session in the P2P communication link via the NFC I/F. That is, in this variation, the NFC I/F might not unnecessarily store the SFL setting information, and the network information in advance. In other variations, for example, another NFC communication session (e.g., a Reader mode-CE mode communication link) may be established between the NFC I/F of the MFP10and the NFC I/F of the target terminal, instead of the P2P communication link. In this case, the NFC I/F of the MFP10may be another example of the “first device side interface (or the first interface)”.

In the second illustrative embodiment, the IC tag I/F20includes the interface memory21whose contents cannot be changed by the CPU32and the IC tag I/F20is not connected to the bus. Nevertheless, in the second illustrative embodiment, for example, the IC tag I/F20may include the interface memory21whose contents can be changed by the CPU32. In this case, the IC tag I/F20may be connected to the bus. In this variation, the CPU32may execute the processing of steps S4, S6, and S8inFIG. 2. Generally speaking, the state information transmission portion included in a controller may be configured to transmit state information to the communication terminal using a particular wireless network via the second interface.

In the above-described illustrative embodiments, in step S24inFIG. 3, the CPU32of the MFP10transmits, to the target terminal, the function related information including both the information indicating whether the printing function is available to the user (e.g., “OK” or “NG”) and the information indicating whether the scanning function is available to the user (e.g., “OK” or “NG”), which are associated with the valid authentication information (e.g., the valid user ID and password), with reference to the SFL table40(seeFIG. 1). Nevertheless, in other embodiments, for example, in step S24inFIG. 3, of the function related information associated with the valid authentication information (e.g., the valid user ID and password), the CPU32of the MFP10may transmit, to the target terminal, information indicating that the particular function is available to the user (e.g., the available particular function) (hereinafter, referred to as “limited information”) only. Upon receipt of the limited information, the CPU of the target terminal (e.g., the CPU92of the mobile terminal PT1) may display an entry screen including the information indicating the particular function that is available based on the limited information to prompt the user to provide an execution instruction (e.g., step S70inFIG. 4). The limited information may be another example of the “function related information”.

In the above-described illustrative embodiments, when the CPU32of the MFP10receives an execution request from the target terminal (e.g., the mobile terminal PT1) after transmitting the function related information in step S24inFIG. 3(e.g., YES in step S26), in step S28, the CPU32of the MFP10also determines whether the particular function designated by the execution request is available to the user. Although the determination is executed, when the CPU32of the MFP10receives the execution request from the target terminal (e.g., the mobile terminal PT1) (e.g., YES in step S26) after transmitting the function related information in step S24, there may be a higher possibility that the particular function designated by the execution request is available to the user. In this case, therefore, the CPU32may skip the determination in step S28. Generally speaking, when it is determined, through the particular determination, that the particular authentication information is listed on the list and the particular function related information indicates that the execution of the particular function is permitted, the function control portion may be configured to allow the function execution portion to execute the particular function.

In the above-described illustrative embodiments, the authentication information includes both the user ID and the password. Nevertheless, in other embodiments, for example, the authentication information may include the user ID only. In this case, the CPU32of the MFP10may execute authentication by determining whether the user ID received from the target terminal is included in the SFL table40in step S18inFIG. 3. The user ID may be another example of the “particular authentication information” and the “authentication information”.

In the above-described illustrative embodiments, when the authentication is successful (e.g., YES in step S18inFIG. 3), the CPU32of the MFP10transmits an OK signal to the target terminal (e.g., step S20). Nevertheless, in other embodiments, for example, when the authentication is successful (e.g., YES in step S18inFIG. 3), the CPU32may transmit function related information to the target terminal instead of the OK signal. When the execution instruction has already been provided by the user, the CPU of the target terminal (e.g., the CPU92) may be configured to transmit an execution request to the MFP10when it is determined that the particular function designated by the execution instruction is available to the user through the determination. When the execution instruction has not yet been provided by the user, similar to the above-described illustrative embodiments, the CPU of the target terminal may display the entry screen including only the particular function that is available to the user. Generally speaking, when it is determined that the particular authentication information is listed on the list through the particular determination, the function execution portion may allow the function execution portion to execute the particular function.

In the above-described illustrative embodiments, the application startup instruction is stored in the IC tag I/F20of the MFP10. Nevertheless, in other embodiments, for example, the IC tag I/F20may not necessarily store the application startup instruction therein. Generally speaking, the first device side interface (or the first interface) may be configured to transmit network information to the communication terminal.

In other embodiments, for example, it may be unnecessary to store the SFL table40in the memory34of the MFP10. In this case, another device that is communicably connected to the MFP10may store an SFL table. That is, another device that is communicably connected to the MFP10may store an SFL table therein. In this case, upon receipt of SFL authentication information from the target terminal (e.g., YES in step S16inFIG. 3), the CPU32of MFP10may transmit the received SFL authentication information to the another device. A CPU of the another device may execute authentication and transmit an authentication result (e.g., succession or failure of the authentication) to the MFP10. Generally speaking, when particular authentication information is received from the communication terminal, the first determination portion may be configured to execute the particular determination of whether the particular authentication information is listed on the list.

In the case where the SFL table is stored in the another device, the target terminal may be configured to be allowed to login, in advance, the another device that stores the SFL table therein. That is, it may be configured to enable the another device to execute the authentication using the authentication information in advance. In this case, Upon receipt of the authentication information from the target terminal (e.g., YES in step S16inFIG. 3), the CPU32of the MFP10may transmit the received authentication information to the another device. The CPU of the another device may transmit the authentication result (e.g., succession or failure of the authentication) to the MFP10.

The CPU of the target terminal (e.g., the CPU92of the mobile terminal PT1) might not necessarily receive the SFL setting information from the MFP10in step S50inFIG. 4in the first illustrative embodiment nor in step S59inFIG. 4in the second illustrative embodiment. The CPU92may be configured to transmit authentication information to the MFP10regardless of whether the SFL of the MFP10is “ON” after a belonging situation is established. In this case, the IC tag I/F20of the MFP10might not necessarily transmit any SFL setting information to the target terminal in the first illustrative embodiment, and the CPU32of the MFP10might not necessarily transmit any SFL setting information to the target terminal in the second illustrative embodiment. Generally speaking, when a belonging situation is established, the authentication-information transmission portion may be configured to transmit particular authentication information to the function execution device using the particular wireless network via the second terminal side interface (or the second interface).

In the above-described illustrative embodiments, when it is determined that the SFL of the MFP10is “ON” (e.g., YES in step S50inFIG. 4), the CPU of the target terminal (e.g., the CPU92of the mobile terminal PT1) may transmit the authentication information stored in the memory of the target terminal (e.g., the memory94of the mobile terminal PT1), to the MFP10automatically (e.g., step S52). Nevertheless, in other embodiments, for example, when it is determined that the SFL of the MFP10is “ON” (e.g., YES in step S50inFIG. 4), the CPU92may display an entry screen prompting the user to enter the authentication information (e.g., the user ID and the password) on the display unit74. When the authentication information is entered by the user, the CPU92may transmit the entered authentication information to the MFP10. Generally speaking, when a belonging situation is established, the authentication-information transmission portion may transmit particular authentication information to the function execution device using the particular wireless network via the second terminal side interface (or the second interface).

The SFL table40may include a plurality of pieces of combined information in which only the user ID (e.g., “U1”) and the password (e.g., “P1”) are associated with each other. That is, the SFL table40might not necessarily include the availability information for printing function (e.g., “OK” or “NG”) that indicates whether the printing function is available to the user, the availability information for scanning function (e.g., “OK” or “NG”) that indicates whether the scanning function is available to the user, and the availability information for H/O (e.g., “OK” or “NG”) that indicates whether the user is allowed to perform a handover. In this case, when the authentication using the SFL authentication information received from the target terminal is successful (e.g., YES in step S18inFIG. 3), the CPU32of the MFP10may execute the requested function without determining whether the requested function is available to the user.

In other embodiments, for example, the MFP10may include a touch panel having functions of both the operation unit12and the display unit14. Likewise, the mobile terminal PT1may include a touch panel having functions of both the operation unit72and the display unit74. That is, the operation unit12and the display unit14of the MFP10(or the operation unit72and the display unit74of the mobile terminal PT1) may consist of a single hardware.

The “function execution device” is not limited to a multifunction device that is configured to perform the printing function and the scanning function (e.g., the MFP10). In other embodiments, for example, the “function execution device” may be a printer that may be configured to perform the printing function only or a scanner that may be configured to perform the scanning function only. The “function execution device” may be a device (e.g., a PC, a server, a mobile terminal (e.g., a mobile phone, a smartphone, and a PDA)) that may be configured to perform one or more functions (e.g., an image displaying function or a data calculating function) other than the printing function and the scanning function. That is, the “function execution device” may include any device that may be capable of performing communication using the NFC communication protocol and wireless LAN communication. The “communication terminal” is also not limited to the mobile terminals PT1, PT2, and PT3, but may include any device that may be capable of performing short-range communication (e.g., communication using the NFC communication protocol) and wireless LAN communication.

In the above-described illustrative embodiments, the processing in all steps depicted inFIGS. 2, 3, and 4is implemented by software (e.g., the program). Nevertheless, in other embodiments, for example, the processing in at least one of the steps depicted inFIGS. 2, 3, and 4is implemented by hardware, for example, a logical circuit.

Further, the technical elements described in the specification and the drawings exhibit technical usability alone or in various combinations, and are not limited to those in the claims at the time of the application of the disclosure. Furthermore, the techniques described as examples in the specification or drawings may achieve a plurality of objects simultaneously, and has technical utility by achieving any one of these objects.