JP6856158B2 - Content processors, systems, and programs - Google Patents

Description

The present invention relates to a content processing device that processes content data by executing a process instructed by each of a plurality of instruction data acquired in order.

For example, Patent Document 1 discloses a terminal device that repeats a process of receiving instruction data from a server and a process of executing an operation instructed by the received instruction data. By repeating the above-mentioned processing, this terminal device can use a service provided by the server (for example, uploading or downloading a file).

Japanese Unexamined Patent Publication No. 2012-113700

In recent years, there has been a desire to customize and use the services provided by the system described in Patent Document 1. However, since the server installed on the Internet is accessed from an unspecified number of terminal devices, it is only possible to transmit instruction data common to all the terminal devices.

Therefore, it is conceivable to save the customized instruction data in a place different from the server in which the common instruction data is stored and acquire the instruction data from the place. However, since the procedure for acquiring the instruction data is different for each acquisition source, if the program of the terminal device is developed for each acquisition source of the instruction data, there arises a problem that the development burden becomes large.

The present invention has been made in view of the above circumstances, and an object of the present invention is a content processing device that uses a service realized by a plurality of instruction data, and can receive instruction data from a plurality of acquisition sources. The purpose is to provide a content processing device equipped with a program.

Various disclosures are made herein. The content processing device, which is one of the disclosure examples, includes a content processing unit which is hardware for executing a content processing operation on the content data, a device memory, a display, an input interface, a communication interface, and a controller. The device memory stores a program that is read by the controller and operates the content processing device. The program includes an analysis module, a first acquisition module, and a second acquisition module. The analysis module includes an extraction process for extracting location information indicating the location of instruction data, a first determination process for determining a set value of protocol information included in the location information extracted by the extraction process, and the first determination. In response to the determination of the first value in the process, the location information extracted in the extraction process is specified as an argument to call the first acquisition module, and the instruction data indicated by the location information is used as the first value. In response to the first acquisition process acquired from the acquisition module and the determination of the second value in the first determination process, the second acquisition module is called with the location information extracted in the extraction process as an argument, and the said Whether the second acquisition process of acquiring the instruction data indicated by the location information from the second acquisition module or the instruction data acquired in the first acquisition process or the second acquisition process is screen instruction data or operation instruction data. The content processing device is made to execute the second determination process for determining whether or not. The screen instruction data is data for displaying an instruction screen including a plurality of parameters. The operation instruction data is data for causing the content processing unit to execute the content processing operation. The analysis module includes a display process for displaying the instruction screen indicated by the screen instruction data on the display in response to the determination of the screen instruction data in the second determination process, and a plurality of display processes included in the instruction screen. The location of the next instruction data is indicated from the reception process for receiving the user operation for specifying one of the parameters of the above through the input interface and the instruction data acquired in the first acquisition process or the second acquisition process. The content processing device is made to execute the extraction process for extracting the location information. The analysis module uses the location information extracted by the extraction process and the parameter specified by the reception process as arguments in the first acquisition process or the second acquisition process after the reception process is executed. specify. In response to the determination of the operation instruction data in the second determination process, the analysis module performs the content processing operation indicated by the operation instruction data according to the execution conditions corresponding to the parameters specified in the reception process. Is executed by the content processing unit. The first acquisition module called by the analysis module transmits transmission request information requesting transmission of the instruction data indicated by the location information acquired as an argument to the server through the communication interface according to the first protocol. Have the content processing device execute the transmission processing. The transmission request information includes the parameter when the parameter is acquired as an argument. The first acquisition module receives the instruction data, which is a response of the transmission request information, from the server through the communication interface according to the first protocol, and the instruction data received in the reception process. The content processing device is made to execute the first delivery process to be delivered to the analysis module. The second acquisition module called by the analysis module acquires the instruction data indicated by the location information acquired as an argument from an acquisition source different from the server according to a second protocol different from the first protocol. The content processing apparatus is made to execute the process and the second delivery process of delivering the instruction data acquired in the acquisition process to the analysis module.

According to the above configuration, instruction data is acquired from different acquisition sources by the first acquisition module and the second acquisition module that are called by designating common arguments. Then, the analysis module may execute a common process for the instruction data acquired in the first acquisition process and the second acquisition process. In this way, by implementing a different protocol for each acquisition source in the acquisition module and implementing a common process for analyzing instruction data in the analysis module, content that can acquire instruction data from multiple acquisition sources at low development cost. A processing device can be realized.

FIG. 1 is a diagram showing an outline of the system 100 according to the embodiment. FIG. 2A is a block diagram of the MFP10, and FIG. 2B is an example of a program list stored in the memory 32. FIG. 3 is an example of instruction data stored in the server 70. 4 (A) to 4 (C) are examples of instruction data stored in an acquisition source different from that of the server 70, and FIGS. 4 (D) are examples of log information. FIG. 5 is a flowchart relating to the additional program function. FIG. 6A is a flowchart of the first acquisition process, and FIG. 6B is a flowchart of the instruction operation execution process. FIG. 7 is a flowchart of the second acquisition process. 8A and 8B are display examples of the display 23, in which FIG. 8A shows a PG selection screen and FIG. 8B shows a resolution selection screen. 9A and 9B are display examples of the display 23, in which FIG. 9A shows a type selection screen and FIG. 9B shows an extended PG setting screen.

Hereinafter, embodiments of the present invention will be described with reference to the drawings as appropriate. It goes without saying that the embodiments described below are merely examples of the present invention, and the embodiments of the present invention can be appropriately changed without changing the gist of the present invention. For example, the execution order of each process described later can be appropriately changed without changing the gist of the present invention.

FIG. 1 is a schematic view of the system 100 according to the present embodiment. The system 100 shown in FIG. 1 is composed of an MFP (abbreviation of MultiFunction Peripheral) 10 and servers 70, 80, 90. The MFP 10 and the servers 70 to 90 are made capable of communicating with each other via a communication network. Specific examples of the communication network are not particularly limited, but may be, for example, the Internet 101, a wired LAN, a wireless LAN 102, or a combination thereof.

The MFP 10 and the server 80 belong to the wireless LAN 102. That is, the MFP 10 and the server 80 can communicate with each other via an access point (not shown) of the wireless LAN 102. Further, the wireless LAN 102 is connected to the Internet 101 through the router 102A. Further, the servers 70 and 90 are connected to the Internet 101. That is, the MFP 10 can communicate with the servers 70 and 90 from the router 102A via the Internet 101. However, the arrangement of the servers 70 to 90 is not limited to the example of FIG.

As shown in FIG. 2A, the MFP 10 includes a printer 11, a scanner 12, a display 23, an input I / F 24, a communication I / F 25, a mounting unit 26, a CPU 31, and a memory 32. It mainly includes a communication bus 33. The components constituting the MFP 10 are connected to each other through the communication bus 33. The MFP 10 is an example of a content processing device.

The printer 11 is hardware that executes a printing operation of recording an image represented by image data on a sheet. As the recording method of the printer 11, a known method such as an inkjet method or an electrophotographic method can be adopted. The scanner 12 is hardware that executes a scanning operation that reads an image recorded on a document and generates image data (hereinafter, referred to as “scan data”). The printer 11 and the scanner 12 are examples of the content processing unit. The print operation and the scan operation are examples of the content processing operation. The image data to be the target of the print operation and the image data generated by the scan operation are examples of the content data.

However, the content processing unit, the content processing operation, and the content data are not limited to the above-mentioned examples. A sewing machine that executes an embroidery operation of sewing a thread into a fabric according to embroidery data is another example of a content processing unit. That is, the embroidery operation is another example of the content processing operation, and the embroidery data is another example of the content data. A speaker that executes an output operation that outputs audio according to audio data is another example of a content processing unit. That is, the output operation is another example of the content processing operation, and the audio data is another example of the content data.

The input I / F 24 is a user interface that accepts input operations by the user. Specifically, the input I / F 24 has a button, and outputs various operation signals associated with the pressed button to the CPU 31. Further, the input I / F 24 may have a film-like touch sensor superimposed on the display screen of the display 23. The operation of designating an object displayed on the display screen of the display 23 and the operation of inputting a character string or a number string are examples of user operations. The “object” is, for example, a character string, an icon, a button, a link, a pull-down menu, or the like displayed on the display 23.

The input I / F24 realized as a touch sensor outputs position information indicating a position on the display screen touched by the user. The term "touch" in the present specification includes all operations of bringing the input medium into contact with the display screen. Further, even if the input medium does not touch the display screen, the "hover" or "floating touch" that brings the input medium close to the position where the distance from the display screen is very small is used as the above-mentioned concept of "touch". May be included. Further, the input medium may be a user's finger, a stylus, or the like. The user operation of tapping the position of the icon displayed on the display 23 is an example of the designation operation for designating the icon.

The communication I / F 25 is an example of a communication interface for communicating with an external device through a communication network. That is, the MFP 10 transmits various information to the servers 70 to 90 through the communication I / F 25, and receives various information from the servers 70 to 90 through the communication I / F 25. The specific communication procedure of the communication I / F25 is not particularly limited, but for example, Wi-Fi (registered trademark of Wi-Fi Alliance) can be adopted.

The mounting portion 26 is configured so that the portable memory can be attached and detached. The MFP 10 can detect whether or not the portable memory is mounted on the mounting unit 26. Further, the MFP 10 can read the information stored in the portable memory mounted on the mounting unit 26. USB memory, SD card, etc. are examples of portable memory. Further, the mounting unit 26 includes a mounting sensor (not shown) that detects that the portable memory has been mounted and outputs a detection signal indicating that the portable memory has been mounted to the CPU 31. The mounting sensor is realized, for example, by an optical sensor, a mechanical sensor, or a combination thereof.

The CPU 31 controls the overall operation of the MFP 10. The CPU 31 acquires and executes various programs described later from the memory 32 based on various signals output from the input I / F 24 and various information acquired from the external device through the communication I / F 25. That is, the CPU 31 and the memory 32 form an example of the controller.

The OS 34 and the device program 35 are stored in the memory 32. The memory 32 is an example of the device memory. The device program 35 may be a single program or a collection of a plurality of programs. Further, the memory 32 stores data or information necessary for executing the device program 35. The memory 32 is composed of, for example, a RAM, a ROM, an EEPROM, an HDD, a portable storage medium such as a USB memory attached to and detached from the MFP 10, a buffer included in the CPU 31, or a combination thereof.

The memory 32 may be a computer-readable storage medium. A computer-readable storage medium is a non-transitory medium. In addition to the above examples, the non-transitory medium also includes a recording medium such as a CD-ROM or a DVD-ROM. The non-transitory medium is also a tangible medium. On the other hand, an electric signal that carries a program downloaded from a server on the Internet is a computer-readable signal medium, which is a kind of computer-readable medium, but is a storage that can be read by a non-transitory computer. Not included in the medium.

The device program 35 includes a program that realizes the additional program function of the MFP 10. The additional program function is a function in which the CPU 31 causes the MFP 10 to execute the operation instructed by the instruction data. Then, when the program record is registered in the program list described later, the device program 35 can make the MFP 10 execute the operation instructed by the instruction data by the additional program function. Hereinafter, a plurality of instruction data used in the additional program function may be referred to as "additional program".

The device program 35 includes an analysis module 36, a first acquisition module 37, and a second acquisition module 38 in order to realize the additional program function. The analysis module 36, the first acquisition module 37, and the second acquisition module 38 may be in the form of a function, for example. Details of the processes executed by the analysis module 36, the first acquisition module 37, and the second acquisition module 38 will be described later. Further, the number of modules for realizing the additional program function is not limited to three, and for example, the analysis module 36 may be composed of a plurality of modules.

The module included in the device program 35 (hereinafter, referred to as “calling module”) calls another module (hereinafter, referred to as “calling module”) by designating information as an argument. In addition, the called module acquires the information specified as an argument from the calling module. Further, the called module specifies the information to be passed to the calling module as a return value, and ends the process. Then, the calling module acquires the information specified as the return value from the called module. Note that "specifying information as an argument or a return value" includes, for example, not only specifying the information itself but also specifying a pointer indicating the start address of the memory 32 in which the information is stored.

Further, the memory 32 can store a program list, for example, as shown in FIG. 2 (B). The program list contains one or more program records. The program record may be already registered at the time of shipment of the MFP 10, for example, or may be registered by the user through the input I / F 24 or the communication I / F 25. The program record includes the program ID and the location information corresponding to the program ID.

The program ID is information for identifying the additional program. The additional program is a program for causing the MFP 10 to execute an operation including a content processing operation executed by the content processing unit. The location information is information for indicating the location of the instruction data to be acquired first among the plurality of instruction data constituting the additional program identified by the program ID. The format of the location information is not particularly limited, but may be, for example, a URL format as shown in FIG. 2 (B).

As an example, an additional program identified by the program ID "scan upload" (hereinafter referred to as "scan upload operation") transmits the scan data generated by the scanner 12 in the scan operation to the server through the communication I / F25. It is composed of a plurality of instruction data for causing the MFP 10 to execute the operation to be transmitted. That is, the scan upload operation includes a scan operation executed by the scanner 12 and an upload operation in which the communication I / F 25 transmits scan data to the server.

As another example, the additional program identified by the program ID "download print" (hereinafter referred to as "download print operation") displays an image represented by image data received from the server through the communication I / F25. It is composed of a plurality of instruction data for causing the MFP 10 to execute the operation of the printer 11 recording on the sheet. That is, the download print operation includes a download operation in which the communication I / F 25 receives the image data from the server and a print operation executed by the printer 11.

The XML files shown in FIGS. 3 and 4 are examples of text-format instruction data constituting the additional program. The instruction data are shown in the screen instruction XML shown in FIGS. 3 (A), 3 (B), 4 (A), and 4 (B), and in FIGS. 3 (C) and 4 (C). It is roughly divided into operation instruction XML. The screen instruction XML is an example of screen instruction data instructing the display 23 of the MFP 10 to display the instruction screen. The operation instruction XML is an example of operation instruction data instructing execution of an operation including a content processing operation.

The data format of the instruction data is not limited to the text format, and may be binary data or binary text data, or may be a CSV format or a unique format designed for additional program functions. Good. The XML file shown in FIGS. 3 and 4 is stored in, for example, a USB memory mounted on the server 70, 80, the memory 32, or the mounting unit 26. The servers 70 and 80, the memory 32, and the USB memory are examples of acquisition sources of instruction data.

The server 70 is, for example, a so-called Web server that transmits an XML file by HTTP. The location information in this case is, for example, the URL format of "http: // server identification information / file path information". The server 80 stores an XML file by a method compliant with CIFS (abbreviation of Common Internet File System), and transmits the stored XML file to the MFP 10. The location information in this case is, for example, in the form of "file: // server identification information / file path information".

The server identification information is information that identifies the servers 70 and 80 that store the instruction data. For example, the server 70 is identified by the server identification information "www.server-a.com", and the server 80 is identified by the server identification information "server-b". The file path information is information indicating the location path of the instruction data. In addition, the location information includes protocol information indicating a protocol for acquiring instruction data. For example, the protocol information is set with a first value "http" indicating HTTP, which is an example of the first protocol, or a second value "file" indicating CIFS, which is an example of the second protocol.

However, specific examples of the first protocol and the second protocol are not limited to these. Further, the protocol is not limited to the communication protocol. As another example of the protocol, as will be described later, it may indicate whether or not the acquisition source rewrites the instruction data according to the parameter specified by the user. As yet another example of the protocol, the procedure for accessing the USB memory mounted on the memory 32 or the mounting unit 26 may be used.

Further, the location information of the instruction data stored in the USB memory mounted on the memory 32 or the mounting unit 26 is in the form of, for example, "file: // localhost / drive letter / file path information". “Localhost” is information for identifying the MFP 10 which is the own device, and can be included in the location information instead of the server identification information described above. The loopback address “127.0.0.1” may be used instead of “localhost” as the information for identifying the own device. Further, for example, the memory 32 is identified by the drive letter “a:”, and the USB memory mounted on the mounting unit 26 is identified by the drive letter “c:”.

The server identification information, "localhost", and the drive letter are examples of memory identification information that identifies the memory connected to the MFP 10. Note that the server identification information, "localhost", and part or all of the drive letter can be omitted. If both the server identification information and "localhost" are omitted, it will be treated as if "localhost" was set. If the drive letter is omitted, the acquisition source of the instruction data is determined according to a predetermined priority.

The server 90 is a so-called storage server. The server 90 stores, for example, the scan data transmitted from the MFP 10 in the server memory. The server 90 is identified by the server identification information "www.server-c.com".

The operation of the system 100 according to the present embodiment will be described with reference to FIGS. 5 to 7.

The flowchart of the present specification basically shows the processing of the CPU 31 according to the instruction described in the program. That is, the processes such as "determination", "extraction", "selection", "calculation", "determination", "specification", and "control" in the following description represent the processes of the CPU 31. The processing by the CPU 31 also includes hardware control via the OS 34. Further, the "data" in the present specification is represented by a bit string that can be read by a computer. Then, data having the same substantial meaning and contents but different formats are treated as the same data. The same applies to "information" in the present specification.

[Execution of additional program acquired from server 70]
The device program 35 executes the additional program in response to instructions from the user, for example, through the input I / F24. The details of the process of executing the additional type program will be described with reference to FIG.

First, the device program 35 displays the PG selection screen shown in FIG. 8A on the display 23 (S11). The PG selection screen is a screen for selecting one of a plurality of additional programs registered in the MFP 10. The PG selection screen includes program icons 111 and 112. The program icons 111 and 112 correspond to one of a plurality of program records registered in the program list. Then, the device program 35 accepts the user operation for the PG selection screen through the input I / F 24 (S12).

The device program 35 executes, for example, an additional program identified by the program ID “scan upload” in response to receiving the designation of the program icon 111 through the input I / F24 (S12: Yes). That is, the device program 35 calls the analysis module 36 by designating the program ID “scan upload” of the program record corresponding to the program icon 111 as an argument.

Next, the analysis module 36 acquires the program ID “scan upload” specified as an argument in response to being called by the device program 35. Next, the analysis module reads the location information “http://www.server-a.com/scan-upload1.xml” associated with the acquired program ID “scan upload” from the program list (S13). .. Next, the analysis module 36 determines the set value of the protocol information included in the location information read in S13 (S14). The process of S13 is an example of the extraction process, and the process of S14 is an example of the first determination process.

Next, the analysis module 36 executes the first acquisition process in response to the determination that the first value “http” is set in the protocol information of the location information extracted in S13 (S14: http) (S14: http). S15). More specifically, the analysis module 36 calls the first acquisition module 37 by designating the location information extracted in S13 as an argument. The first acquisition process is a process of acquiring instruction data from the server 70 through the first acquisition module 37. The details of the first acquisition process will be described with reference to FIG. 6A.

First, the first acquisition module 37 acquires the location information designated as an argument from the analysis module 36 in response to being called by the analysis module 36. Next, the first acquisition module 37 sends the XML request information to the server 70 identified by the server identification information "www.server-a.com" of the acquired location information through the communication I / F25 according to the procedure shown in HTTP. Is transmitted (S31). The XML request information is an example of the transmission request information for requesting the transmission of the XML file identified by the file path information. The XML request information includes, for example, the file path information "scan-upload1.xml" of the acquired location information. The process of S31 is an example of a transmission process.

On the other hand, although not shown, the server 70 receives XML request information from the MFP 10. Then, the server 70 transmits the XML file shown in FIG. 3A to the MFP 10 as an XML file identified by the file path information “scan-upload1.xml”.

Next, the first acquisition module 37 receives the XML file shown in FIG. 3A from the server 70 through the communication I / F 25 as a response to the XML request information transmitted in S31 according to the procedure shown in HTTP. (S32: Yes). Then, the first acquisition module 37 temporarily stores the XML file received in S32 in the memory 32. Next, the first acquisition module 37 specifies the XML file received in S32 as a return value (S33), and ends the first acquisition process. The process of S32 is an example of the reception process, and the process of S33 is an example of the first delivery process.

Next, returning to FIG. 5, the analysis module 36 acquires the XML file specified as the return value from the first acquisition module 37. Next, the analysis module 36 determines whether the acquired XML file is the screen instruction XML or the operation instruction XML (S16). More specifically, the analysis module 36 searches for <screen> tags and <command> tags in the XML file. Then, the analysis module 36 determines that the XML file shown in FIG. 3A is the screen instruction XML in response to the detection of the <screen> tag (S16: screen instruction). The process of S16 is an example of the second determination process.

As shown in FIG. 3A, for example, the screen instruction XML uses the <NextURL> tag, the <title> tag, the <choice display> tag, and a plurality of <choice> tags of the <screen> tag. Include as an element. In the element of the <NextURL> tag, the location information of the instruction data to be acquired after executing the operation instructed by the screen instruction XML is set. The character string of the screen title of the instruction screen is set in the element of the <title> tag.

In the <option display> tag attribute "key", an item ID "resolution" that identifies the parameter item "resolution" to be specified by the user through the instruction screen instructed by the screen instruction XML is set. <Choice> Texts "300 dpi" and "600 dpi" indicating parameters to be specified by the user are set in the tag element. <Choices> Parameter values "1" and "2" to be specified by the user are set in the tag attribute "val". That is, the <choice> tag corresponds to a parameter candidate to be selected by the user through the instruction screen.

Next, the analysis module 36 sets the resolution selection screen shown in FIG. 8B on the <screen> tag in response to the determination that the acquired XML file is the screen instruction XML (S16: screen instruction). It is displayed on the display 23 according to the elements (S17). The resolution selection screen is an example of an instruction screen for allowing the user to specify a parameter corresponding to the item ID “resolution”. Then, the analysis module 36 accepts the user operation on the instruction screen through the input I / F 24 (S18). The process of S17 is an example of a display process, and the process of S18 is an example of a reception process.

The resolution selection screen includes parameter icons 121 and 122 corresponding to each of the plurality of <choice> tags. Text, which is an element of the corresponding <choice> tag, is described in the parameter icons 121 and 122. The parameter of the item ID “resolution” is an example of a parameter indicating the execution condition of scan upload. More specifically, the parameter of the item ID “resolution” is an example of a parameter indicating the reading resolution of the scanning operation to be executed by the scanner 12.

Next, the analysis module 36 receives, for example, the designation of the parameter icon 122 through the input I / F24 (S18: Yes), and the attribute value of the <choice> tag associated with the parameter icon 122 is val = ". 2 ”is temporarily stored in the memory 32 as a parameter of the item ID“ resolution ”designated by the user.

Next, the analysis module 36 determines whether or not the screen instruction XML shown in FIG. 3A includes the <log acquisition /> tag (S19). The <log acquisition /> tag is a tag instructing the memory 32 to store the parameter "2" specified in S18 immediately before as log information. Then, the analysis module 36 skips S20 in response to the determination that the screen instruction XML shown in FIG. 3 (A) does not include the <log acquisition /> tag (S19: No), and S13 or later. Execute the process.

Note that the log information storage instruction is not limited to the <log acquisition /> tag. As another example, the log information storage instruction may be that a script file that executes a process of storing the log information is stored in a predetermined memory (for example, a USB memory). Then, the analysis module 36 may store the log information by executing the script file. As yet another example, the analysis module 36 may always execute the process of S20.

Next, the analysis module 36 uses the element "http://www.server-a.com/scan-upload2" of <NextURL> as the location information of the next instruction data from the screen instruction XML shown in FIG. 3 (A). Extract ".xml" (S13). Then, the analysis module 36 executes the first acquisition process (S15) in response to the determination that the first value “http” is set in the protocol information of the location information extracted in S13 (S14: http). ). In the first acquisition process (corresponding to the third acquisition process) after executing S18, the analysis module 36 adds the location information extracted in S13 and the parameter “resolution” of the item ID “resolution” specified in S18. 2 ”is specified as an argument, and the first acquisition module 37 is called.

Next, the first acquisition module 37 acquires the location information and the parameters specified as arguments from the analysis module 36 in response to being called by the analysis module 36. Then, the first acquisition module 37 transmits the XML request information to the server 70 identified by the server identification information "www.server-a.com" of the acquired location information through the communication I / F25 (S31). The first acquisition module 37 transmits XML request information including the acquired parameter “resolution = 2” in addition to the file path information “scan-upload2.xml” in S31 when the parameter is acquired as an argument. ..

On the other hand, although not shown, the server 70 stores the parameter "resolution = 2" in the server memory in response to receiving the XML request information including the file path information and the parameter. Next, the server 70 reads the XML file identified by the file path information "scan-upload2.xml" from the server memory. Next, the server 70 adds the parameter “? Resolution = 2” included in the XML request information to the end of the <NextURL> element of the read XML file. Then, the server 70 transmits the XML file shown in FIG. 3 (B) to the MFP 10.

Next, the first acquisition module 37 receives the XML file shown in FIG. 3B from the server 70 through the communication I / F25 (S32: Yes). Then, the first acquisition module 37 temporarily stores the XML file received in S32 in the memory 32. Next, the first acquisition module 37 specifies the XML file received in S32 as a return value, and ends the first acquisition process.

Next, returning to FIG. 5, the analysis module 36 acquires the XML file specified as the return value from the first acquisition module 37. Next, the analysis module 36 displays the type selection screen shown in FIG. 9 (A) in response to the determination that the XML file shown in FIG. 3 (B) is the screen instruction XML (S16: screen instruction). , The display 23 is displayed according to the elements of the <screen> tag (S17). The type selection screen is an example of an instruction screen for allowing the user to specify a parameter corresponding to the item ID “file_type”.

The resolution selection screen includes parameter icons 131 and 132 corresponding to each of the plurality of <choice> tags. The parameter of the item ID "file_type" indicates the type of the document to be read by the scanner 12 (for example, "quotation", "invoice"). That is, the parameter of the item ID "file_type" is not information that directly indicates the execution condition of the scan upload operation. However, the execution conditions of the scan upload operation may be changed according to the parameter of the item ID “file_type” as described later. As described above, the screen instruction XML may be any one that allows the user to specify a parameter that directly or indirectly indicates the execution condition of the operation instructed by the subsequent operation instruction XML.

Next, the analysis module 36 receives, for example, the designation of the parameter icon 131 through the input I / F 54 (S18: Yes), and the attribute value of the <choice> tag associated with the parameter icon 131 is val = ". 1 ”is temporarily stored in the memory 32 as a parameter of the item ID“ file_type ”designated by the user. Next, the analysis module 36 skips S20 in response to the determination that the screen instruction XML shown in FIG. 3 (B) does not include the <log acquisition /> tag (S19: No), and FIG. 3 Extract the element "http://www.server-a.com/scan-upload3.xml?resolution=2" of <NextURL> as the location information of the next instruction data from the screen instruction XML shown in (B). (S13).

Then, the analysis module 36 determines that the first value “http” is set in the protocol information of the location information extracted in S13 (S14: http), and the location information extracted in S13 and S18 The first acquisition module 37 is called by designating the parameter “1” of the item ID “file_type” specified in step 2 as an argument (S15). Next, the first acquisition module 37 transmits XML request information including the file path information “scan-upload3.xml” and the parameter “file_type = 1” to the server 70 through the communication I / F25.

On the other hand, although not shown, the server 70 stores the parameter “file_type = 1” included in the XML request information received from the MFP 10 in the server memory. Next, the server 70 generates the XML file shown in FIG. 3C as the XML file identified by the file path information “scan-upload3.xml”. Then, the server 70 transmits the generated XML file to the MFP 10.

More specifically, the server 70 sets the reading resolution "600 dpi" corresponding to the parameter "resolution = 2" stored in the server memory to the element of the <resolution> tag. Further, the server 70 sets the file format "PDF" corresponding to the parameter "file_type = 1" stored in the server memory in the element of the <format> tag. On the other hand, the server identification information "ftp://www.server-c.com" of the upload destination of the scan data is fixedly set in the element of the <server> tag. The <resolution> tag, <format> tag, and <server> tag indicate the execution conditions of the scan upload operation.

Although not shown, when the parameter "resolution = 1" is stored in the server memory, for example, the reading resolution "300 dpi" is set in the element of the <resolution> tag. When the parameter "file_type = 2" is stored in the server memory, for example, the file format "TIFF" is set in the element of the <format> tag. That is, the server 70 sets the parameter indicating the execution condition in the XML file according to the parameter specified in S18. In other words, the XML file shown in FIG. 3C shows the execution conditions corresponding to the parameters included in the XML request information.

Next, the first acquisition module 37 acquires the XML file shown in FIG. 3C from the server 70 through the communication I / F25 (S32: Yes), temporarily stores the XML file in the memory 32, and uses the analysis module as a return value. Hand over to 36 (S33). Next, the analysis module 36 determines that the XML file is the operation instruction XML in response to the detection of the <command> tag in the XML file acquired as the return value (S16: operation instruction). Then, the analysis module 36 executes the instruction operation execution process (S21). The instruction operation execution process is a process of executing the instruction operation instructed by the operation instruction XML. The details of the instruction operation execution process will be described with reference to FIG. 6B.

First, the analysis module 36 determines whether or not the operation instruction XML shown in FIG. 3C includes the <script> tag (S36). Then, the analysis module 36 skips S37 and executes the instruction operation in response to the determination that the operation instruction XML shown in FIG. 3C does not include the <script> tag (S36: No). (S38). The process of S36 is an example of the third determination process, and the process of S38 is an example of the operation instruction process.

That is, the analysis module 36 executes the scan upload operation according to the execution conditions shown by the elements of the <resolution> tag, the <format> tag, and the <server> tag shown in FIG. 3C. In other words, the analysis module 36 executes the scan upload operation according to the execution conditions corresponding to the parameters specified in S18. More specifically, the analysis module 36 causes the scanner 12 to perform a scanning operation of scanning a document at a scanning resolution of "600 dpi" and generating scan data of a file format "PDF". Next, the analysis module 36 transmits scan data to the server 90 identified by the server identification information “www.server-c.com” through the communication I / F 25 in a procedure conforming to FTP.

[Register / Edit Program Record]
Further, the device program 35 is a user operation for newly adding a program record to the program list or a user who edits a program record already registered in the program list through, for example, the extended PG setting screen shown in FIG. 9B. Can accept operations.

The extended PG setting screen includes text boxes 141 and 142 and an [OK] icon 143. The program ID input through the input I / F 24 is displayed in the text box 141. The location information input through the input I / F 24 is displayed in the text box 142. Then, the device program 35 includes the program ID “scan upload” displayed in the text box 141 in response to receiving the designation of the [OK] icon 143 shown in FIG. 9B through the input I / F24. Determine if the program record is already registered in the program list.

Then, the device program 35 determines that the program record including the program ID “scan upload” has already been registered, and responds to the corresponding location information “http://www.server-a.com/scan-”. Overwrite "upload1.xml" with the location information "file: /// c: /scan-upload1.xml" displayed in the text box 142. On the other hand, the device program 35 determines that the program record including the program ID displayed in the text boxes 141 is not registered, and the device program 35 includes the program ID and the location information displayed in the text boxes 141 and 142. Register a new record in the program list.

[Execution of additional program acquired from acquisition source different from server 70]
Next, when the program icon 111 associated with the program record including the location information "file: /// c: /scan-upload1.xml" is specified on the PG selection screen shown in FIG. 8 (A). The processing of is explained. The detailed explanation of the common points with the above-mentioned processing will be omitted, and the differences will be mainly described.

First, the analysis module 36 receives the location information “file: /// c: / scan-upload1.” Corresponding to the program ID “scan upload” specified as an argument in response to being called by the device program 35. “xml” is read from the program list (S13). Next, the analysis module 36 executes the second acquisition process in response to the determination that the second value “file” is set in the protocol information of the location information read in S13 (S14: file) (S14: file). S22). More specifically, the analysis module 36 calls the second acquisition module 38 by designating the location information extracted in S13 as an argument. The second acquisition process is a process of acquiring instruction data from the acquisition source through the second acquisition module 38. The details of the second acquisition process will be described with reference to FIG. 7.

First, the second acquisition module 38 acquires the location information “file: /// c: /scan-upload1.xml” specified as an argument in response to being called by the analysis module 36. Next, the second acquisition module 38 determines whether or not the acquired location information includes the server identification information or the drive letter (S41, S43). The processing of S41 and S43 is an example of the fourth determination processing. When the location information includes "localhost", the second acquisition module 38 determines that the location information does not include the server identification information (S41: No), and executes the processes after S43.

Next, the second acquisition module 38 accesses the USB memory according to the determination that the acquired location information does not include the server identification information and includes the drive letter “c:” (S41: No & S43: Yes). According to the procedure, the XML file shown in FIG. 4A is extracted from the USB memory mounted on the mounting unit 26 identified by the drive letter “c:” by the file path information “scan-upload1.xml”. Read as a file (S44). The processing of S44 and S42, S46, and S47 described later is an example of the acquisition processing. Then, the second acquisition module 38 specifies the XML file read in S44 as a return value (S48), and ends the second acquisition process. The process of S48 is an example of the second delivery process.

Next, returning to FIG. 5, the analysis module 36 acquires the XML file specified as the return value from the second acquisition module 38. Since the processing of S16 to S18 for the XML file shown in FIG. 4A is the same as that for the XML file shown in FIG. 3A, it is assumed that the parameter icon 122 is specified, and detailed description thereof will be omitted. ..

Then, the analysis module 36 determines that the screen instruction XML shown in FIG. 4 (A) includes the <log acquisition /> tag (S19: Yes), for example, as shown in FIG. 4 (D). The <resolution> tag and the parameter "2", which is an element of the <resolution> tag, are stored in the memory 32 as an element of the <EVTPARAM> tag (S20). The <resolution> tag corresponds to the item ID "resolution". The parameter “2”, which is an element of the <resolution> tag, is a parameter specified by the user in association with the item ID “resolution”. The processing of S20 is an example of storage processing.

Next, the analysis module 36 extracts the element "file: //localhost/scan-upload2.xml" of <NextURL> as the location information of the next instruction data from the screen instruction XML shown in FIG. 4 (A). (S13). Then, the analysis module 36 executes the second acquisition process (S22) in response to the determination that the second value “file” is set in the protocol information of the location information extracted in S13 (S14: file). ). In the second acquisition process (corresponding to the fourth acquisition process) after executing S18, the analysis module 36 adds the location information extracted in S13 and the parameter “resolution” of the item ID “resolution” specified in S18. 2 ”is specified as an argument, and the second acquisition module 38 is called.

Next, the second acquisition module 38 acquires the location information and the parameters specified as arguments from the analysis module 36 in response to being called by the analysis module 36. Next, the second acquisition module 38 mounts the USB memory on the mounting unit 26 in response to the determination that the acquired location information includes "localhost" and does not include the drive letter (S41: No & S43: No). It is determined whether or not it is (S45). That is, the second acquisition module 38 determines whether or not the detection signal is output from the mounting sensor. The process of S45 is an example of the fifth determination process.

Then, the second acquisition module 38 is shown from the USB memory mounted on the mounting unit 26 according to the procedure for accessing the USB memory, for example, in response to the determination that the USB memory is mounted (S45: Yes). The XML file shown in 4 (B) is read out as an XML file identified by the file path information “scan-upload2.xml” (S46). Next, the second acquisition module 38 specifies the XML file read in S46 as a return value (S48), and ends the second acquisition process. On the other hand, the second acquisition module 38 does not have to use the parameters acquired as arguments in the second acquisition process. That is, the parameters are specified to make the arguments of the first acquisition module 37 and the second acquisition module 38 common, and may not be used in the second acquisition process.

Next, returning to FIG. 5, the analysis module 36 acquires the XML file specified as the return value from the second acquisition module 38. Since the processing of S16 to S18 for the XML file shown in FIG. 4B is the same as that for the XML file shown in FIG. 3B, it is assumed that the parameter icon 131 is specified, and detailed description thereof will be omitted. ..

Then, the analysis module 36 determines that the screen instruction XML shown in FIG. 4B includes the <log acquisition /> tag (S19: Yes), for example, as shown in FIG. 4D. The <file_type> tag and the parameter "1", which is an element of the <file_type> tag, are stored in the memory 32 as an element of the <EVTPARAM> tag (S20). The <file_type> tag corresponds to the item ID "file_type". The parameter “1” which is an element of the <file_type> tag is a parameter specified by the user in association with the item ID “file_type”.

Next, the analysis module 36 extracts the element "file: ///scan-upload3.xml" of <NextURL> as the location information of the next instruction data from the screen instruction XML shown in FIG. 4 (B) ( S13). Then, the analysis module 36 determines that the second value “file” is set in the protocol information of the location information extracted in S13 (S14: file), and the location information extracted in S13 and S18 The second acquisition module 38 is called by designating the parameter “1” of the item ID “file_type” specified in step 2 as an argument (S22).

Next, the second acquisition module 38 acquires the location information and the parameters specified as arguments from the analysis module 36 in response to being called by the analysis module 36. Next, whether the second acquisition module 38 has a USB memory attached to the attachment unit 26 according to the determination that the acquired location information does not include the server identification information and the drive letter (S41: No & S43: No). It is determined whether or not (S45).

Then, the second acquisition module 38, for example, responds to the determination that the USB memory is not installed (S45: No), and according to the access procedure to the memory 32, obtains the XML file shown in FIG. 4 (C). , Read from the memory 32 as an XML file identified by the file path information "scan-upload3.xml" (S47). Then, the second acquisition module 38 specifies the XML file read in S47 as a return value (S48), and ends the second acquisition process.

Although the description of the specific example is omitted, the second acquisition module 38 determines that the acquired location information includes the server identification information “server-b” (S41: Yes), and the server identification information is the server identification information. The XML file is acquired from the server 80 identified by "server-b" (S42). That is, the second acquisition module 38 transmits the XML request information to the server 80 through the communication I / F25 and receives the XML file from the server 80 through the communication I / F25 according to the procedure shown in CIFS. Further, the second acquisition module 38 identifies by the drive letter “a:” according to the procedure shown in the CIFS according to the determination that the acquired location information includes the drive letter “a:” (S43: Yes). The XML file is read from the memory 32 to be generated (S44).

Next, the analysis module 36 executes the instruction operation execution process in response to the determination that the XML file acquired as the return value from the second acquisition module 38 is the operation instruction XML (S16: operation instruction) (S21). ). Note that the operation instruction XML shown in FIG. 4C does not have an execution condition (for example, reading resolution, file format) that is changed according to the parameter specified in S18, and is fixedly set. Execution conditions (for example, server identification information) to be executed are set. Further, the operation instruction XML shown in FIG. 4C includes a <script> tag. Then, the analysis module 36 executes a script that is an element of the <script> tag in response to the determination that the operation instruction XML shown in FIG. 4 (C) includes the <script> tag (S36: Yes). (S37).

The script set in the element of the <script> tag defines a process of converting the parameter stored in the memory 32 as an element of <EVTPARAM> into the execution condition of the scan upload operation. Specific examples of the script language are not particularly limited, but may be, for example, Lua, Ruby, Javascript (registered trademark), or the like. Then, the analysis module 36 replaces the <script> tag with a tag indicating the execution condition converted according to the script. The process of S37 is an example of the replacement process.

In the examples of FIGS. 4C and 4D, the first <script> tag is replaced with "<resolution> 600 pdf </ resolution>" and the second <script> tag is "<format". > PDF </ format> "is replaced. That is, the operation instruction XML shown in FIG. 4C is replaced with the operation instruction XML shown in FIG. 3C. Then, the analysis module 36 executes the instruction operation indicated by the replaced operation instruction XML (S38).

[Action and effect of this embodiment]
According to the above embodiment, the XML files can be acquired from different acquisition sources by the first acquisition module 37 and the second acquisition module 38 that are called by designating a common argument. Then, the analysis module 36 may execute a common process for the XML file acquired in the first acquisition process and the second acquisition process. In this way, by implementing different protocols for each acquisition source in acquisition modules 37 and 38 and implementing common processing for analyzing XML files in analysis module 36, XML files can be obtained from multiple acquisition sources at low development cost. Acquirable MFP 10 can be realized.

Further, according to the above embodiment, the second acquisition module 38 can acquire the XML file from the memory identified by the memory identification information among the plurality of memories connected to the MFP 10. As a result, the variation of the storage destination of the XML file is increased, and the development cost of the device program 35 is further reduced. Further, by predetermining the priority of the acquisition source of the XML file (for example, the order of the mounting unit 26 and the memory 32), the memory identification information can be omitted from the location information, so that the XML that realizes the additional program is realized. The burden of file development can be reduced.

Further, according to the above embodiment, the server 70 sets the execution conditions corresponding to the parameters specified by the user in the operation instruction XML acquired by the first acquisition module 37. On the other hand, in the operation instruction XML acquired by the second acquisition module 38, the analysis module 36 sets the execution conditions corresponding to the parameters specified by the user according to the script. As a result, the operation instruction XML can be obtained from either the acquisition source having the function of rewriting the operation instruction XML (for example, the server 70) or the acquisition source having no function of rewriting the operation instruction XML (for example, the server 80, the memory 32, the mounting unit 26). Even if it is acquired, the scan upload operation can be executed according to the appropriate execution conditions.

However, the execution of S20, S36, and S37 is not limited to the analysis module 36, and may be the second acquisition module 38. That is, the second acquisition module 38 may execute the processes of S20, S36, and S38 in the second acquisition process. More specifically, the second acquisition module 38 stores the parameters acquired as arguments in the memory 32 as log information (S20). Further, the second acquisition module 38 executes the processes of S36 and S38 before S48. Then, the second acquisition module 38 delivers the operation instruction XML in which the <script> tag is replaced with the execution condition to the analysis module 36 (S48).

Further, in the above embodiment, an example of acquiring all the XML files that realize the scan upload operation from the server 70 and an example of acquiring the XML files from an acquisition source other than the server 70 have been described. The combination is not limited to this. That is, the location information including the memory identification information of the server 80, the memory 32, or the mounting unit 26 may be set in the <NextURL> element of the XML file stored in the server 70. Similarly, the location information including the server identification information of the server 70 may be set in the <NextURL> element of the XML file stored in the server 80, the memory 32, or the USB memory.

Further, in the examples of FIGS. 3 and 4, the <NextURL> tag is included only in the screen instruction XML, and is not included in the operation instruction XML. However, the <NextURL> tag may be included in the operation instruction XML. That is, after the operation instructed by the operation instruction XML, the MFP 10 may further execute the operation. The element of the <NextURL> tag included in the operation instruction XML may indicate the screen instruction XML or the operation instruction XML.

As an example, after the operation instruction XML shown in FIG. 3C or FIG. 4C, the MFP10 may further perform a scanning operation according to the same or different execution parameters. As another example, after the operation instruction XML of FIG. 3C or FIG. 4C, the printer 11 may execute a printing operation of recording an image showing the result of scan upload on a sheet. As yet another example, after the operation instruction XML shown in FIG. 3C or FIG. 4C, a screen showing the result of scan upload may be displayed on the display 23.

Further, in the MFP 10 of the above embodiment, an example has been described in which various processes stored in the memory 32 are executed by the CPU 31 to realize each process executed by the controller of the present invention. However, the configuration of the controller is not limited to this, and a part or all of the controller configuration may be realized by hardware such as an integrated circuit.

Further, the present invention can be realized not only as an MFP 10 but also as a program for causing the MFP 10 to execute a process. Then, the program may be recorded and provided on a non-transitory recording medium. The non-transitory recording medium may include a memory mounted on a server that can be connected to the MFP 10 through a communication network, in addition to a CD-ROM, a DVD-ROM, and the like. Then, the program stored in the memory of the server may be distributed through a communication network such as the Internet as information or a signal indicating the program.

10 ... MFP
12 ... Scanner 23 ... Display 24 ... Input I / F
25 ... Communication I / F
26 ... Mounting unit 31 ... CPU
32 ... Memory 35 ... Device program 36 ... Analysis module 37 ... First acquisition module 38 ... Second acquisition module 70, 80, 90 ... Server

Claims (11)

The content processing unit, which is the hardware that executes the content processing operation for the content data,
With the display
Input interface and
Communication interface and
A content processing device including a controller.
The controller
Extraction process to extract the location information indicating the location of the instruction data,
In response to the location information extracted by the extraction process including the first protocol information indicating the first protocol, the instruction data whose location is indicated by the location information is transmitted by communication based on the first protocol. , The first acquisition process acquired through the communication interface,
When the location information extracted by the extraction process includes the second protocol information indicating the second protocol and the acquisition source information, the acquisition source information obtains the instruction data whose location is indicated by the location information. The second acquisition process to acquire from the indicated acquisition source,
A display process for displaying the instruction screen indicated by the screen instruction data on the display according to the instruction data being the screen instruction data.
A reception process for accepting a user operation for specifying parameters according to the instruction screen through the input interface is executed.
Based on the instruction data acquired in the first acquisition process or the second acquisition process, the next location information indicating the location of the next instruction data is acquired.
In response to the fact that the first protocol information is included in the next location information, the communication interface uses the next instruction data whose location is indicated by the next location information by communication based on the first protocol. The third acquisition process acquired through
According to the fact that the second protocol information and the acquisition source information are included in the next location information, the next instruction data indicated by the next location information is obtained from the acquisition source indicated by the acquisition source information. 4th acquisition process to acquire from
Depending on whether the next instruction data acquired in the third acquisition process or the fourth acquisition process is the operation instruction data, the operation instruction is performed according to the execution conditions corresponding to the parameters specified in the reception process. A content processing device that executes an operation instruction process for causing the content processing unit to execute the content processing operation indicated by data. In the third acquisition process, the controller specifies the parameter received in the reception process and transmits the transmission request information requesting the transmission of the next instruction data through the communication interface by the communication based on the first protocol. The content processing device according to claim 1, wherein the content processing device transmits and receives the operation instruction data which is a response of the transmission request information and indicates the execution condition corresponding to the parameter. The controller
In the fourth acquisition process, a script for converting the parameter received in the reception process into the execution condition is further acquired.
The content processing apparatus according to claim 1 or 2, wherein in the operation instruction processing, the content processing unit is made to execute the content processing operation indicated by the operation instruction data according to the execution condition in which the parameter is converted by the script. .. The controller is the instruction data whose location is indicated by the location information extracted in the extraction process by communication based on a second protocol different from the first protocol in the second acquisition process or the fourth acquisition process. Alternatively, the content processing device according to any one of claims 1 to 3, which acquires the following instruction data respectively. The acquisition source is different from the location of the instruction data acquired by the communication based on the first protocol.
The controller performs the second acquisition process or the fourth acquisition process according to the location information extracted by the extraction process including the second protocol information indicating the second protocol and the acquisition source information. The content processing device according to claim 4, which executes the acquisition process. The acquisition source is a plurality of memories.
The content processing device according to any one of claims 1 to 5, wherein the acquisition source information is memory identification information that identifies one of the plurality of memories. Further provided with a mounting portion to which at least one of the plurality of memories can be attached and detached.
6. The controller acquires the instruction data from the memory mounted on the mounting portion in response to the acquisition source information in the location information extracted by the extraction process not being the memory identification information. The content processing device described in. The content data is image data and
The content processing unit is any one of claims 1 to 7, wherein the content processing unit is a scanner that reads the image data recorded on the original image and generates the image data, or a printer that records the image indicated by the image data on a sheet. The described content processing device. With more memory
The acquisition source is the memory.
The content processing device according to any one of claims 1 to 5, wherein the second protocol is a procedure for accessing the memory. A system including a content processing device and a server.
The content processing device is
The content processing unit, which is the hardware that executes the content processing operation for the content data,
With the display
Input interface and
Communication interface and
With a controller,
The controller
Extraction process to extract the location information indicating the location of the instruction data,
In response to the location information extracted by the extraction process including the first protocol information indicating the first protocol, the instruction data whose location is indicated by the location information is transmitted by communication based on the first protocol. , The first acquisition process acquired from the server through the communication interface,
When the location information extracted by the extraction process includes the second protocol information indicating the second protocol and the acquisition source information, the acquisition source information obtains the instruction data whose location is indicated by the location information. The second acquisition process shown and acquired from an acquisition source different from the server,
A display process for displaying the instruction screen indicated by the screen instruction data on the display according to the instruction data being the screen instruction data.
A reception process for accepting a user operation for specifying parameters according to the instruction screen through the input interface is executed.
Based on the instruction data acquired in the first acquisition process or the second acquisition process, the next location information indicating the location of the next instruction data is acquired.
In response to the fact that the first protocol information is included in the next location information, the communication interface uses the next instruction data whose location is indicated by the next location information by communication based on the first protocol. The third acquisition process acquired from the server through
According to the fact that the second protocol information and the acquisition source information are included in the next location information, the next instruction data indicated by the next location information is obtained from the acquisition source indicated by the acquisition source information. 4th acquisition process to acquire from
Depending on whether the next instruction data acquired in the third acquisition process or the fourth acquisition process is the operation instruction data, the operation instruction is performed according to the execution conditions corresponding to the parameters specified in the reception process. A system that executes an operation instruction process that causes the content processing unit to execute the content processing operation indicated by data. A program executed by a controller of a content processing device including a content processing unit, a display, an input interface, and a communication interface.
The content processing unit is hardware that executes a content processing operation on the content data.
The program
Extraction process to extract the location information indicating the location of the instruction data,
In response to the location information extracted by the extraction process including the first protocol information indicating the first protocol, the instruction data whose location is indicated by the location information is transmitted by communication based on the first protocol. , The first acquisition process acquired through the communication interface,
When the location information extracted by the extraction process includes the second protocol information indicating the second protocol and the acquisition source information, the acquisition source information obtains the instruction data whose location is indicated by the location information. The second acquisition process to acquire from the indicated acquisition source,
A display process for displaying the instruction screen indicated by the screen instruction data on the display according to the instruction data being the screen instruction data.
The controller is made to execute a reception process for receiving a user operation for specifying parameters according to the instruction screen through the input interface.
Based on the instruction data acquired in the first acquisition process or the second acquisition process, the next location information indicating the location of the next instruction data is acquired.
In response to the fact that the first protocol information is included in the next location information, the communication interface uses the next instruction data whose location is indicated by the next location information by communication based on the first protocol. The third acquisition process acquired through
According to the fact that the second protocol information and the acquisition source information are included in the next location information, the next instruction data indicated by the next location information is obtained from the acquisition source indicated by the acquisition source information. 4th acquisition process to acquire from
Depending on whether the next instruction data acquired in the third acquisition process or the fourth acquisition process is the operation instruction data, the operation instruction is performed according to the execution conditions corresponding to the parameters specified in the reception process. A program that causes the controller to execute an operation instruction process that causes the content processing unit to execute a content processing operation indicated by data.

Images