JP7093038B2 - Image forming device, image forming system, its control method and program - Google Patents

Description

The present invention relates to an image forming apparatus, an image forming system, a control method and a program thereof.

In recent years, a management system for remotely managing an image forming apparatus via a network has become widespread. In the management system, the management device receives various information from the image forming device via a network, and gives an instruction to dispatch a serviceman to perform repairs based on the information, an instruction to send toner and ink, and the like.

The information received by the management device is, for example, information that can be detected on the image forming device side. For example, it is information such as operation information such as the status of the image forming apparatus and the remaining amount of ink, error information such as toner shortage and paper jam, and failure information of the image forming apparatus.

For example, in Patent Document 1, a panel for notifying a repair request of an image forming apparatus is installed in the image forming apparatus, and when a button press of the panel is accepted, a screen for inputting the content of an error ( It is described that a WEB page) is created and presented to the user, and a repair request e-mail containing the URL of the WEB page is created and sent.

Japanese Unexamined Patent Publication No. 2005-190044

When a repair request is made, it is desirable for the user who requested the repair to respond to the request and repair the repaired object as soon as possible. However, the request destination of the repair request may take a long time to respond to the request.

For example, if the time when the repair request is made is outside the business hours of the repair request destination such as the support center, the repair request is not responded to until the business start time of the next day after the repair request is made. There will be a large time lag between the repair request and the response.

An object of the present invention is to provide a mechanism for appropriately presenting an image related to a repair request to a user.

For example, it provides a mechanism for appropriately displaying a request object that accepts a request operation related to an image forming apparatus by using information on a time when the request can be accepted.

The image forming apparatus of the present invention is
A display means for displaying a plurality of objects including a request object that accepts the operation of the request to the image forming apparatus and an object that has a function different from the request.
An acquisition method for acquiring information that can specify the business day of the request destination of the request, and
The display control means for controlling the display of the request object to be different depending on whether or not the current date and time is the business day of the request destination, and the present date and time is not the business day of the request destination. A display control means for controlling the request object to be displayed in the first display form among a plurality of objects, and a display control means.
It is characterized by having .

According to the present invention, it is possible to provide a mechanism for appropriately presenting an image related to a repair request to a user.

It is a figure which shows an example of the structure of the image formation system in embodiment of this invention. It is a figure which shows an example of the hardware composition of the mail server and the PC in embodiment of this invention. It is a figure which shows an example of the hardware composition of the multifunction device in embodiment of this invention. It is a figure which shows an example of the functional structure of various devices in embodiment of this invention. It is a flowchart which shows the flow of the screen display process based on the time information when the repair request application is started in embodiment of this invention. It is a flowchart which shows the flow of the screen display process based on the time information when the repair request button is pressed in embodiment of this invention. It is a flowchart which shows the flow of repair request processing in 1st Embodiment of this invention. It is a flowchart which shows the flow of the cancellation of a repair request, and the repair request completion processing in embodiment of this invention. It is a figure which shows an example of the structure of various data tables in embodiment of this invention. It is a figure which shows an example of the structure of the button data in embodiment of this invention. It is a figure which shows an example of the structure of the mail template in embodiment of this invention. It is a figure which shows an example of the display state of the screen corresponding to time information in embodiment of this invention. It is a figure which shows an example of the structure of the repair request screen in embodiment of this invention. It is a figure which shows an example of the structure of the repair request content confirmation screen in embodiment of this invention. It is a figure which shows an example of the structure of the notification screen which notifies the fact that it is out of the repair request possible time in embodiment of this invention. It is a figure which shows the state of the screen transition at the time of a repair request in the 1st Embodiment of this invention. It is a figure which shows the state of the screen transition at the time of the cancellation process of a repair request in embodiment of this invention. It is a figure which shows the state of the screen transition at the time of repair request completion processing in embodiment of this invention. It is a figure which shows an example of the function of the repair request application and the platform in embodiment of this invention. It is a flowchart which shows the flow of repair request processing in 2nd Embodiment of this invention. It is a flowchart which shows the flow of the image reading process used for the repair request in the 2nd Embodiment of this invention. It is a figure which shows the state of the screen transition at the time of the reading process of the image used for the repair request in the 2nd Embodiment of this invention. It is a figure which shows an example of the display state of the screen corresponding to the time information in the embodiment of the present invention in the embodiment of the present invention.

Hereinafter, preferred embodiments to which the present invention is applied will be described in detail with reference to the accompanying drawings.

Hereinafter, when the process, data, screen, etc. "in the embodiment of the present invention" are simply described, the common process, data, screen, etc. in the first embodiment and the second embodiment of the present invention shall be described. do. In the description of this embodiment, it is assumed that the multifunction device is an image forming apparatus.

A platform and a repair request application are installed in the multifunction device 300, and in the processing of the flowchart of each figure in the embodiment of the present invention, the CPU of the multifunction device 300 is the platform or the repair request application. It shall be executed using the function.

Hereinafter, the description of the process in which each application is the subject (subject of the process) is the process executed by the CPU of the multifunction device 300 using the function of the application described as the subject of the process.

First, with reference to FIG. 1, an example of the configuration of the image forming system in the embodiment of the present invention will be described. FIG. 1 is a diagram showing an example of a configuration of an image forming system according to an embodiment of the present invention.

The multifunction device 300 has time information (repair request in FIG. 8) capable of responding to the repair request (reception request (request for the image forming apparatus)) of the support center to which the repair request destination of the multifunction device 300 is received. Possible time 803 / information on a predetermined time) is stored.

For example, each time the display screen is updated, the compound machine 300 determines whether or not the current time is within the available repair request time (within a predetermined time), and the current time is the available repair request time. If, the repair request button, which is a button for repair request, is displayed on the display screen so that it can be selected. If the current time is not the time when the repair request is possible, the repair request button cannot be selected. And perform the process of displaying on the display screen.

The multifunction device 300 accepts the pressing of the repair request button, accepts the input of the contents of the repair request, receives the instruction to make the repair request (to the PC200) to the support center, and sends the repair request to the request destination. An e-mail requesting repair is created, and the e-mail is sent to the mail server 100. The mail server 100 sends the mail to the mail address of the repair request destination.

The mail server 101 is a mail server installed in the support center. The PC200 is a terminal for which repairs are requested. For example, the person in charge of repairing the multifunction device 300 confirms the repair request email received by the PC 200 and heads to the installation location of the multifunction device 300. The above is the description of an example of the configuration of the image forming system according to the embodiment of the present invention in FIG.

Next, with reference to FIG. 2, an example of the hardware configuration of the mail server and the PC in the embodiment of the present invention will be described. FIG. 2 is a diagram showing an example of a hardware configuration of a mail server and a PC according to an embodiment of the present invention.

In FIG. 2, 201 is a CPU that comprehensively controls each device and controller connected to the system bus 204. Further, the ROM 202 or the external memory 211 is necessary to realize a function executed by a BIOS (Basic Input / Output System) or an operating system program (hereinafter, OS) which is a control program of the CPU 201, and each server or each PC. Various programs described later are stored.

Reference numeral 203 denotes a RAM, which functions as a main memory, a work area, and the like of the CPU 201. The CPU 201 realizes various operations by loading a program or the like necessary for executing a process from the ROM 202 or the external memory 211 into the RAM 203 and executing the loaded program.

Further, 205 is an input controller, which controls input from a pointing device such as a keyboard (KB) which is an input device 209 or a mouse (not shown). Reference numeral 206 denotes a video controller, which controls the display on a display such as a CRT display (CRT) 210. Although it is described as CRT210 in FIG. 2, the display may be not only the CRT but also another display such as a liquid crystal display. These are used by the administrator as needed.

The 207 is a memory controller, which is connected to a hard disk (HD) for storing boot programs, various applications, font data, user files, edit files, various data, etc., a flexible disk (FD), or a PCMCIA card slot via an adapter. It controls access to an external memory 211 such as a compact flash (registered trademark) memory.

Reference numeral 208 denotes a communication I / F controller, which connects and communicates with an external device via a network (for example, LAN 150 shown in FIG. 1), and executes communication control processing on the network. For example, communication using TCP / IP is possible.

The CPU 201 enables display on the CRT 210 by, for example, executing an outline font expansion (rasterization) process in the display information area in the RAM 203. Further, the CPU 201 enables a user instruction with a mouse cursor or the like (not shown) on the CRT 210.

Various programs described later for realizing the present invention are recorded in the external memory 211, and are executed by the CPU 201 by being loaded into the RAM 203 as needed. Further, a definition file and various information tables used when executing the above program are also stored in the external memory 211, and detailed explanations thereof will be described later. The above is the description of an example of the hardware configuration of the mail server and the PC in the embodiment of the present invention shown in FIG.

Next, with reference to FIG. 3, an example of the hardware configuration of the multifunction device in the embodiment of the present invention will be described. FIG. 3 is a diagram showing an example of a hardware configuration of a multifunction device according to an embodiment of the present invention.

In FIG. 3, 316 is a controller unit, which is connected to a scanner 314 functioning as an image input device and a printer unit 312 functioning as an image output device, while being connected to a LAN (for example, LAN 150 shown in FIG. 1) or a public line (WAN). / By connecting to an external network (for example, PSTN or ISDN, etc.), image data and device information are input and output.

In the controller unit 316, 301 is a CPU, which is a processor that controls the entire system. The 302 is a RAM, which is a system work memory for operating the CPU 301, a program memory for recording a program, and an image memory for temporarily recording image data.

Reference numeral 303 is a ROM, which stores a system boot program and various control programs. Reference numeral 304 denotes a hard disk drive (HDD), which stores various programs, image data, and the like for controlling the system.

Reference numeral 307 is an operation unit interface (operation unit I / F), which is an interface unit with the operation unit (keyboard) 308. Further, the operation unit I / F 307 plays a role of transmitting key information (for example, pressing the start button) input from the operation unit 308 to the CPU 301.

Reference numeral 305 is a network interface (Network I / F), which is connected to a network (LAN) 150. In addition, wireless communication is also possible, and it connects to other devices by communication using infrared rays, Bluetooth (registered trademark), and Wi-Fi (registered trademark). Input / output data. Reference numeral 306 is a modem (MODEM), which is connected to a public line to input / output data such as transmission / reception of FAX.

318 is an external interface (external I / F), which is an I / F unit that accepts external inputs such as USB, IEEE1394, a printer port, and RS-232C. In this embodiment, an IC card of a mobile terminal required for authentication is used. A card reader 319 for reading the (storage medium) is connected to the external I / F unit 318. Then, the CPU 301 can control the reading of information from the IC card of the mobile terminal by the card reader 319 via the external I / F 318, and can acquire the information read from the IC card of the mobile terminal. The above devices are arranged on the system bus 309.

Reference numeral 320 is an image bus interface (IMAGE BUS I / F), which is a bus bridge that connects the system bus 309 and the image bus 315 that transfers image data at high speed and converts the data structure.
The image bus 315 is composed of a PCI bus or IEEE 1394. The following devices are arranged on the image bus 315.

Reference numeral 310 denotes a raster image processor (RIP), which expands vector data such as a PDL code into a bitmap image. Reference numeral 311 is a printer interface (printer I / F), which connects the printer unit 312 and the controller unit 316 to perform synchronous / asynchronous conversion of image data. Further, 313 is a scanner interface (scanner I / F), which connects the scanner 314 and the controller unit 316 to perform synchronous / asynchronous conversion of image data.

Reference numeral 317 is an image processing unit, which corrects, processes, and edits input image data, and corrects printers, converts resolution, and the like on print output image data. In addition to this, the image processing unit 317 performs compression / decompression processing of image data, JPEG for multi-valued image data, JBIG, MMR, MH, etc. for binary image data.

The scanner unit 314 illuminates an image on paper as a document and scans it with a CCD line sensor to convert it into an electrical signal as raster image data. The manuscript paper is set in the tray of the manuscript feeder, and when the device user gives an instruction to read and start from the operation unit 308, the CPU 301 gives an instruction to the scanner 314, and the feeder feeds the manuscript paper one by one to read the manuscript image. I do.

The printer unit 312 is a part that converts raster image data into an image on paper, and the method is an electrophotographic method using a photoconductor drum or a photoconductor belt, and ink is ejected from a minute nozzle array and directly onto the paper. There is an inkjet method for printing an image, but any method may be used. The start of the print operation is started by the instruction from the CPU 301. The printer unit 312 has a plurality of paper feed stages so that different paper sizes or different paper orientations can be selected, and has a paper cassette corresponding to the plurality of paper feed stages.

The operation unit 308 has an LCD display unit, a touch panel sheet is attached on the LCD, displays the operation screen of the system, and when the displayed key is pressed, the position information is displayed on the operation unit I / F307. Is transmitted to the CPU 301 via. Further, the operation unit 308 includes, for example, a start key, a stop key, an ID key, a reset key, and the like as various operation keys.

The display unit has different display performance depending on the printer, and the present invention is based on a printer that can be operated via a touch panel, or a printer that simply has a liquid crystal screen and displays a character string (displays a print state or a printed document name). Is configured.

Here, the start key of the operation unit 308 is used when starting the reading operation of the original image. In the center of the start key, there is a two-color LED of green and red, and the color indicates whether the start key is ready for use. Further, the stop key of the operation unit 308 functions to stop the operation during operation. Further, the ID key of the operation unit 308 is used when inputting the user ID of the user. The reset key is used to initialize the settings from the operation unit.

The card reader 319 reads the information stored in the IC card (which may be provided in the mobile terminal as an IC chip) under the control of the CPU 301, and the read information is read by the CPU 301 via the external I / F 318. Notify to. Further, the card reader 319 is compatible with the NFC communication standard, and has a configuration capable of reading and writing to and from an IC card or an IC chip of a mobile terminal. When an NFC standard-compatible mobile terminal is held over an NFC standard-compatible card reader, authentication is performed and the mobile terminal and the printer (multifunction device) are paired. Then, it is possible to establish communication (P2P) between the mobile terminal held over and the printer (multifunction device) to communicate data. In addition, it is also possible to take over communication (handover) to Bluetooth (registered trademark) or Wi-Fi (registered trademark), which are high-speed communication standards, and allow communication between a mobile terminal and a printer (multifunction device). For example, by holding a mobile terminal over a card reader, it is possible to transmit an image stored in the mobile terminal to a printer (multifunction device). Since the details of the NFC communication standard are conventional techniques, the description thereof will be omitted.

In the above-mentioned multifunction device 300, there is a platform for controlling the multifunction device 300, and an authentication application for communicating with an authentication server is operating on this platform. The authentication application is stored in the HDD 304. An area is secured on the HDD 304 for the login context for storing user information at the time of login and various setting information managed by the platform.

In addition, an application that extends the functions of the main body of the multifunction device 300 is installed and operating on the platform. These applications are run using the platform's API.
It is possible to control each function of the printer through this platform.

Further, the multifunction device 300 also stores a Web browser, and can be linked with the Web system. In this case, the screen received from the Web application server is displayed using the Web browser. The command instructed on the Web browser is requested to the Web application server, and by receiving the command from the Web application server, it is possible to execute the operation (scanning or printing processing) by the compound machine 300.

With the above configuration, the multifunction device 300 can transmit the image data read from the scanner 314 to the LAN 150, and the print data received from the LAN 150 can be printed out by the printer unit 312.

Further, the image data read from the scanner 314 can be faxed to the public line by the modem 306, and the image data received by fax from the public line can be output by the printer unit 312. The above is the description of an example of the hardware configuration of the multifunction device in the embodiment of the present invention shown in FIG.

Next, with reference to FIG. 18, an example of the function of the repair request application and the platform in the embodiment of the present invention will be described. FIG. 18 is a diagram showing an example of the functions of the repair request application and the platform in the embodiment of the present invention.

A platform (OS) and a repair request application are set in the multifunction device 300.

The platform includes, for example, a print function (print function unit) for printing print data, and a fax function (FAX function unit) for generating fax data and transmitting it to a destination. In addition, a repair request application that detects an error in each function unit (not limited to the print function unit and FAX function unit) arranged on the platform, such as the above-mentioned print function unit and FAX function unit, and corrects the error code. It is equipped with a function (error control function unit) to notify the user.

Further, the platform has, for example, a display function (display function unit) for displaying a main menu screen for instructing a user to select / execute a print function or a fax function on a screen (display screen). Be prepared. For example, a print icon and a fax icon are arranged on the main menu screen and displayed on the display screen. In addition, the object (repair request button) for executing the function of the repair request application acquired from the repair request application is displayed.

A button is an example of an object for performing a function of a repair request application. Any object used to execute the function of the repair request application may be, for example, an icon (repair request icon) or another type of object. That is, the object contains buttons and icons.

Hereinafter, in the description of the embodiment, the description will be described using a button (repair request button).

The platform also has a print data storage function, a scan data generation / storage function by scanning a document (image reading), an operation history storage function for storing various operation histories, and the like.

The repair request application is set on the platform and has a function of generating and sending mail such as a repair request mail (mail function unit). It also has an error code storage function that stores the error code acquired from the platform in the memory.

Data transmission / reception between the repair request application and each function of the platform is performed via the platform (OS). That is, for example, when displaying the repair request button, the repair request application sends the button image of the repair request button and the display instruction of the button image to the platform, and the platform that acquired the button image is in the platform. The button image and the display instruction of the button image on the main menu screen are transmitted to the display function unit of. Then, the display function unit that receives the instruction generates a main menu screen on which the button is arranged and outputs it as a display screen on the display.

In the case of sending an e-mail, the repair request application sends the e-mail data generated by the repair request application and the destination information to the platform. The platform application receives this and sends the mail on the network by using the communication function with the external network. The above is a description of an example of the functions of the repair request application and the platform in the embodiment of the present invention shown in FIG.

Next, with reference to FIG. 4, an example of the functional configuration of various devices in the embodiment of the present invention will be described. FIG. 4 is a diagram showing an example of the functional configuration of various devices according to the embodiment of the present invention.

In FIG. 4, when the error information transmission unit 401 of the platform detects an error in the multifunction device 300, the error information (for example, the error code which is the error identification information), which is the information of the error, is sent to the repair request application. Notify to. The error information notified here includes a code relating to a failure of the image forming apparatus such as a print defect, and a code indicating information other than the failure such as out of toner.

The error information receiving unit 402 of the repair request application receives the error information from the platform. The error information storage control unit 403 stores the error information received by the error information receiving unit 402 in a storage area such as an external memory of the multifunction device 300.

The repair request possible time acquisition unit 404 of the repair request application acquires information on the repair request possible time from a storage area such as an external memory of the multifunction device 300. The repair requestable time is information on the time when the repair request of the multifunction device 300 can be made. It is assumed that the repair requestable time is stored in advance in a storage area such as an external memory of the multifunction device 300.

When the multifunction device 300 receives an instruction for screen transition to a display screen including a repair request button (a button for making a repair request / details will be described later), for example, the repair request possible time acquisition unit 404 corresponds to the multifunction device 300. Acquire the repair request time. In addition, when the update instruction of the screen displaying the repair request button displayed on the display screen is received, the repair request available time is acquired. In addition, when the press of the repair request button is accepted, the repair request available time is acquired.

The time determination unit 405 of the repair request application compares the current time with the repair request possible time acquired by the repair request possible time acquisition unit 404, and determines whether the current time is within the time indicated by the repair request possible time.

For example, when the repair request possible time = 09:00 to 17:00, it is determined whether the current time is 09:00 to 17:00. If the current time is 17:00:01 to 08:59:59, it is judged to be out of time, and if the current time is 09: 00: 00 to 17:00: 00, it is judged to be in time. do.

The repair request button display control unit 406 of the repair request application controls the display of the repair request button according to the determination result of the time determination unit 405. For example, if the current time is within the repair request time, the platform is instructed to display the repair request button selectably and display the repair request button on the display screen so as to be selectable.

Also, for example, if the current time is outside the repair request available time, it is decided to display the repair request button so that it cannot be selected, and the platform is displayed so that the repair request button cannot be selected. Instruct.

In the embodiment of the present invention, it is assumed that there are a plurality of types of repair request buttons. Below, the repair request button that is displayed when the current time is within the repair request available time and the repair request is not in progress is the "request button" (request object / repair request available time and not in the process of requesting). It is a button that can be identified. The repair request button displayed when a repair request is in progress is referred to as a "requesting button" (requesting object / button that can identify that the request has been sent). The repair request button that is displayed when the current time is outside the repair request available time and the repair request is not in progress is the "overtime button" (overtime object / repair request out of time and not being requested. It is a button that can be identified.

The overtime button is a repair request button that is displayed non-selectably (for example, grayed out).

The repair request screen display control unit 407 of the repair request application instructs the platform to display the repair request screen, which is a screen for the user to input the contents of the repair request when the above-mentioned request button is pressed. do.

The error information acquisition unit 408 of the repair request application acquires the error information stored in the error information storage control unit 403 when the error information (error code) display instruction is received on the repair request screen.

When the repair request screen display control unit 407 receives an error information (error code) display instruction on the displayed repair request screen, the repair request screen display control unit 407 displays the repair request screen including the error information acquired by the error information acquisition unit 408. , Instruct the platform.

The repair request mail transmission unit 409 of the repair request application creates and sends an email (repair request email) including the content of the repair request for which the input is accepted on the repair request screen.

The repair request mail receiving unit 411 of the mail server 100 receives the repair request mail transmitted from the repair request mail transmitting unit 409. The repair request mail sending unit 412 sends the repair request mail received by the repair request mail receiving unit 411 to the destination address (repair request request destination) included in the repair request mail.

The repair request mail receiving unit 413 of the mail server 101 receives the repair request mail transmitted from the repair request mail transmitting unit 412. The repair request mail sending unit 414 sends the repair request mail received by the repair request mail receiving unit 413 to the destination address (repair request request destination) included in the repair request mail.

The repair request mail receiving unit 421 of the PC 200 receives the repair request mail transmitted from the repair request mail transmitting unit 414. The above is the description of an example of the functional configuration of various devices according to the embodiment of the present invention in FIG.

[First Embodiment]

Next, with reference to FIG. 5A, the flow of screen display processing based on time information when the repair request application in the embodiment of the present invention is started will be described. FIG. 5A is a flowchart showing the flow of screen display processing based on time information when the repair request application in the embodiment of the present invention is started.

The time information referred to here is the above-mentioned repair requestable time.

As described above, each process of the flowchart shown in FIG. 5A is executed by the CPU of the multifunction device 300 by using the function of the platform or the repair request application.

The CPU 301 of the multifunction device 300 executes the start of the repair request application. That is, the repair request application receives a start instruction of the repair request application from the platform (step S501). That is, the notification of the display of the main menu is received.

The repair request application acquires the repair request status stored in the external memory of the multifunction device 300 (step S502). The repair request status is a status indicating whether the multifunction device 300 is being requested for repair (repair is being requested) or has not been requested for repair. The repair request status will be described later in the description of FIG.

Here, with reference to FIG. 8, an example of the configuration of various data tables in the embodiment of the present invention will be described. FIG. 8 is a diagram showing an example of the configuration of various data tables in the embodiment of the present invention.

The data table 800 is composed of a mail server host name 801 and a mail address 802, a repair request possible time 803, and the like. The mail server host name 801 indicates the host name of the mail server to which the repair request mail is sent (request destination). The data table 800 is stored in the external memory of the multifunction device 300.

The e-mail address 802 indicates the e-mail address of the destination (request destination) of the repair request e-mail. The repair request possible time 803 indicates the time during which the repair request mail can be sent to the request destination.

The repair request status 810 is information indicating whether or not a repair is being requested to the repair request destination (repair request destination) (information indicating whether or not the request has been sent). If the repair request status 810 = true, it indicates that a repair request is in progress. When the repair request status 810 = false, it indicates that the repair has not been requested.

The error code 820 is a table for storing the error code when the repair request application receives the error information (error code) of the multifunction device 300 from the platform. When the notification of the error resolution is received from the platform, the error code of the error code 820 is deleted.

That is, the error code 820 is a table for storing the error code of the error currently occurring.

The repair request status 810 is specifically included in a file that retains the content of the repair request, such as the repair request content retention file 830. The repair request content holding file 830 is stored in a storage area such as an external memory of the multifunction device 300, and each item of the repair request content holding file 830 is described when the repair request is sent to the request destination or. Updated if the repair request is cancelled. The above is the description of an example of the configuration of various data tables in the embodiment of the present invention shown in FIG.

Returning to the description of FIG. 5A. The repair request application refers to the repair request status acquired in step S502 and determines whether or not the repair request is in progress (step S503 / request status determination means). If it is determined that the repair request is not in progress (NO in step S503), the process proceeds to step S504. If it is determined that a repair request is in progress (YES in step S503), the process proceeds to step S507.

The repair request application acquires the information of the repair request possible time 803 in step S504 (step S504 / predetermined time acquisition means). It also gets information about the current time. The current time information is measured by the platform using the clock function included in the function of the platform. The repair request application acquires the information of the current time measured by the clock function from the platform.

The repair request application determines whether the current time is within the time indicated by the repair request possible time 803 (step S505 / time determination means). When the current time is within the time indicated by the repair request possible time 803 (YES in step S505), the display instruction of the selectable repair request button (request button) is transmitted to the platform (step S506).

Specifically, with reference to the button data 900 stored in the external memory of the multifunction device 300 as shown in FIG. 9, the button image 902 and the character string 903 corresponding to "state 901 = repair not requested" are acquired. Then, the display instruction of the button image is transmitted to the platform.

The button data 900 in FIG. 9 displays the image data of the button (button image 902) and the character string 903 displayed together with the button in the state 901 (whether the repair is not requested, the repair is being requested, or the repair request is out of time). It is a data table stored in association with information. It is assumed that the button data 900 is stored in advance in a storage area such as an external memory of the multifunction device 300.

According to the instruction, the platform performs a process of displaying a menu screen in which a request button is selectively arranged on the display screen of the multifunction device 300. For example, a main menu screen in which a request button 1101 (selectable repair request button) is arranged, such as the main menu screen 1100 of FIG. 11, is displayed.

If it is determined in step S505 that the current time is outside the time indicated by the repair requestable time 803 (NO in step S505), the repair request application is the time that is the repair request button indicating that the time is outside the time. The platform of the compound machine 300 is instructed to arrange and display the outside button (for example, the overtime button 1121 in FIG. 11) on the menu screen.

Specifically, with reference to the button data 900 in FIG. 9, the button image 902 and the character string 903 corresponding to "state 901 = out of repair request time" are acquired, and the display instruction of the button image is sent to the platform. Send.

According to the instruction, the platform displays a menu screen in which the overtime button is arranged on the display screen of the multifunction device 300. For example, a screen such as the main menu screen 1120 of FIG. 11 is displayed.

The overtime button is a kind of repair request button. The overtime button is a button indicating that the current time is outside the time indicated by the repair requestable time 803 and the repair request cannot be made at the current time. Further, the overtime button is a repair request button that cannot be selected, and is displayed on the menu screen in a grayed out state so that it cannot be selected, as shown by the overtime button 1121 of the main menu screen 1120 of FIG. It's a button.

That is, the CPU 301 of the multifunction device 300 displays a menu screen arranged so that the repair request button cannot be selected on the display screen.

When it is determined in step S503 that the repair request is currently being requested (YES in step S503), the CPU 301 of the multifunction device 300 arranges and displays the requesting button (requesting button 1111 in FIG. 11) on the menu screen. Instruct the platform of the multifunction device 300 (step S507).

Specifically, with reference to the button data 900 in FIG. 9, the button image 902 and the character string 903 corresponding to "state 901 = repair requesting" are acquired, and the display instruction of the button image is transmitted to the platform. ..

According to the instruction, the platform of the multifunction device 300 displays a menu screen in which the requesting button is arranged on the display screen of the multifunction device 300. For example, a screen such as the main menu screen 1110 of FIG. 11 is displayed.

The requesting button is a kind of repair request button. The requesting button is a button indicating that a repair is currently being requested. In addition, with the button for displaying the repair request content confirmation screen (1620 in FIG. 16, 1720 in FIG. 17, each screen in FIG. 13, etc.) for inputting the information of cancellation or repair completion of the request to the display screen. be.

The above is the description of the flow of the screen display process based on the time information when the repair request application is started according to the embodiment of the present invention in FIG. 5A.

Next, with reference to FIG. 5B, the flow of screen display processing based on time information when the repair request button is pressed in the embodiment of the present invention will be described. FIG. 5B is a flowchart showing the flow of screen display processing based on time information when the repair request button is pressed in the embodiment of the present invention.

As described above, each process of the flowchart shown in FIG. 5B is executed by the CPU of the multifunction device 300 by using the function of the platform or the repair request application.

The repair request application determines whether either the request button or the requesting button is pressed (step S511). That is, it is determined whether the repair request button (object) is pressed.

Specifically, the platform notifies the repair request application of information that either the request button or the requesting button has been pressed. Then, when the repair request application receives information from the platform that any of the buttons has been pressed, it is determined in step S511 that either the request button or the requesting button has been pressed.

If the repair request application determines that the pressing of any of the above buttons has been accepted (YES in step S511), the process proceeds to step S512.

The repair request application executes the process of step S512, and shifts the process to step S513. Since the process of step S512 is the same as the process of step S502 of FIG. 5A, the description thereof is omitted.

The repair request application refers to the repair request status acquired in step S502 and determines whether or not the repair request is in progress (step S513). If it is determined that the repair request is not in progress (NO in step S513), the process proceeds to step S514. If it is determined that the repair request is in progress (YES in step S513), the process proceeds to step S520, and either the repair request cancellation or the repair request completion process is executed. Details of the cancellation of the repair request and the repair request completion process will be described later in the description of FIG.

The repair request application executes the process of step S514, and shifts the process to step S515. Since the process of step S514 is the same as the process of step S504 of FIG. 5A, the description thereof is omitted.

The repair request application determines whether the current time is within the time indicated by the repair request possible time 803 (step S515 / time determination means). If the current time is within the time indicated by the repair request possible time 803 (YES in step S515), the process proceeds to step S516, and the process proceeds to the repair request process.

The details of the repair request processing in the first embodiment of the present invention will be described later in the description of FIG.

The details of the repair request processing in the second embodiment of the present invention will be described later in the description of FIGS. 16 and 17.

After the processing of step S516 or step S520, the repair request application shifts the processing to step S517. Further, after the processing of step S517, the processing shifts to step S518. Since the process of step S517 is the same as the process of step S502 of FIG. 5A and step S512 of FIG. 5B, the description thereof is omitted.

The repair request application refers to the repair request status acquired in step S517 and determines whether or not the repair request is in progress (step S518). If it is determined that the repair request is not in progress (NO in step S518), the process proceeds to step S519. If it is determined that a repair request is in progress (YES in step S518), the process proceeds to step S521.

Since the process of step S519 is the same as the process of step S506 of FIG. 5A, the description thereof is omitted. Further, since the process of step S521 is the same as the process of step S507 of FIG. 5A, the description thereof is omitted.

If the current time is not within the time indicated by the repair request possible time 803 (NO in step S515), the repair request application shifts the process to step S522.

The repair request application displays an error screen such as the error screen 1400 shown in FIG. 11 (step S522), and after a predetermined time has elapsed, or an instruction to press the main menu button (not shown) installed in the main body of the multifunction device 300. By accepting, the process proceeds to step S523. Since the process of step S523 is the same as the process of step S508 of FIG. 5A, the description thereof is omitted. The above is the description of the flow of the screen display process based on the time information when the repair request button is pressed in the embodiment of the present invention in FIG. 5B.

As described above, according to the present invention, it is possible to provide a mechanism for presenting information related to a repair request to a user based on time information.

That is, it is possible to provide a mechanism for appropriately presenting the image (repair request button) of the request to the image forming apparatus to the user.

Next, with reference to FIG. 6, the flow of the repair request process in the first embodiment of the present invention will be described. FIG. 6 is a flowchart showing the flow of repair request processing in the first embodiment of the present invention.

As described above, each process of the flowchart shown in FIG. 6 is executed by the CPU of the multifunction device 300 by using the function of the platform or the repair request application.

The CPU 301 of the multifunction device 300 displays a repair request screen as shown in 1200 in FIG. 12 on the display screen (step S601). Specifically, an image of the repair request screen is generated, transmitted to the platform, and the platform performs a process of displaying the repair request screen on the display screen.

Here, an example of the configuration of the repair request screen in the embodiment of the present invention will be described with reference to FIG. 12. FIG. 12 is a diagram showing an example of the configuration of the repair request screen in the embodiment of the present invention.

The repair request screen 1200 is composed of a major item 1201, a "back" button 1202, a "repair request transmission" button 1205, and the like. The major item 1201 is an item for selecting the type of repair request. By accepting the pressing instruction for the large item 1201, the items that can be selected as the content of the repair request are displayed in a pull-down manner. For example, items such as "image defect", "error message", and "print defect" are displayed in a pull-down manner.

By accepting the selection of one of the items displayed in the pull-down menu, the item for which the selection has been accepted is input to the major item 1201.

The "back" button 1202 is a button for returning the display screen to the main menu screen before the repair request screen 1200 is displayed. The "repair request transmission" button 1205 is a button for transmitting a repair request mail including the contents of each item input on the repair request screen 1200 to the repair request destination.

The repair request screen 1210 is a repair request screen displayed on the display screen when the "error message" is selected in the major item 1201. An "error message" is input to the major item 1211.

The error code 1212 is an input unit for displaying (inputting) an error code acquired by the repair request application and the repair request application from the external memory of the multifunction device 300. For example, the error code of the error currently occurring in the multifunction device 300 stored in the error code 820 of FIG. 8 is input. The above is the description of an example of the configuration of the repair request screen in the embodiment of the present invention shown in FIG.

Returning to the description of FIG. The repair request application determines whether or not the instruction to press the "back" button 1202 has been accepted (step S602). That is, it is determined whether the instruction to return to the main menu screen has been accepted.

When the repair request application determines that the instruction to press the "back" button 1202 has been accepted (YES in step S602), the repair request application ends the process. When it is determined that the pressing instruction of the "back" button 1202 is not accepted (NO in step S602), the process proceeds to step S603.

The repair request application determines whether or not the instruction to press the "repair request transmission" button 1205 has been accepted (step S603). That is, it is determined whether the execution instruction of the repair request has been accepted.

When the repair request application determines that the instruction to press the "repair request transmission" button 1205 has been accepted (YES in step S603), the process shifts to step S608. When it is determined that the pressing instruction of the "repair request transmission" button 1205 is not accepted (NO in step S603), the process proceeds to step S604.

The repair request application determines whether or not the input instruction of the major item 1201 has been received (step S604 / input receiving means). That is, it is determined whether or not a large item is instructed to be pressed and a pull-down item selection instruction is given in response to the pressing instruction.

When the repair request application determines that the input instruction of the major item 1201 is not accepted (NO in step S604), the process returns to step S601. For example, when an input instruction for a character string is received for an item other than a major item, a screen reflecting the result of the input instruction is generated, and a process of displaying on the display screen is performed in step S601.

When the repair request application determines that the input instruction of the major item 1201 has been accepted (YES in step S604), the process shifts to step S605.

The repair request application determines whether the item input to the major item 1201 is an "error message" (step S605). That is, it is determined whether the error code acquisition instruction has been accepted.

When the repair request application determines that the item input to the major item 1201 is an "error message" (YES in step S605), the repair request application refers to the error code 820 of FIG. When the error code is stored in the error code 820 (that is, when an error is occurring in the multifunction device 300), the error code is acquired (step S606). Then, the acquired error code is input to the error code 1212 in FIG. 12 (step S607), and the process returns to step S601.

When the repair request application determines that the item input to the major item is not an "error message" (NO in step S605), the process returns to step S601.

The repair request application performs a repair request mail creation process in step S608 (step S608). Specifically, as shown in FIG. 10, the mail template 1000 of the repair request mail stored in the external memory of the multifunction device 300 is acquired, and the input of each item is accepted on the repair request screen according to the mail template. Generate an email with the content (character string) inserted in the body. Further, the e-mail address 802 of FIG. 8 is set as the destination of the e-mail.

Further, in addition to the information inserted in the text, a text file in which the company name, name, telephone number, and address information in the repair request screens 1200 and 1010 of FIG. 12, which are not included in the mail template 1000, are inserted, for example. To encrypt the text file and attach it to the generated email.

As a result, the personal information of the user (requester) who makes the repair request can be encrypted and then sent to the repair request request destination in order to enhance the security.

The repair request application sends the e-mail generated in step S608 (step S609). Specifically, in order to send the e-mail to the repair request destination (PC200 or mail server 101), a process of sending the e-mail to the mail server 100 is performed.

While the repair request mail is being sent, a screen such as the sending screen 1540 (FIG. 15) is displayed on the display screen, and when the transmission is completed, the transmission completion screen such as the repair request transmission completion screen 1550 (FIG. 15) is completed. Display the screen on the display screen.

The repair request application uses the contents of the repair request (information entered in each item of the repair request screen 1200 at the time of pressing the "send repair request" button 1205) used to generate the repair request mail and the attached file. The repair request content retention file 830 of FIG. 8 is written in the corresponding item, and the repair request status 810 is rewritten to true (step S610). That is, the repair request status is updated.

The above is the description of the flow of the repair request processing in the first embodiment of the present invention in FIG.

Next, with reference to FIG. 7, the flow of the cancellation of the repair request and the repair request completion processing in the embodiment of the present invention will be described. FIG. 7 is a flowchart showing a flow of a repair request cancellation and a repair request completion process in the embodiment of the present invention.

As described above, each process of the flowchart shown in FIG. 7 is executed by the CPU of the multifunction device 300 by using the function of the platform or the repair request application.

The CPU 301 of the multifunction device 300 displays a repair requesting content confirmation screen as shown in 1620 of FIG. 16, 1720 of FIG. 17, and 13 of FIG. 13 on the display screen (step S701). Specifically, an image of the content confirmation screen during the repair request is generated and transmitted to the platform, and the platform performs a process of displaying the content confirmation screen during the repair request on the display screen.

Here, with reference to FIG. 13, an example of the configuration of the repair request content confirmation screen in the embodiment of the present invention will be described. FIG. 13 is a diagram showing an example of the configuration of the repair request content confirmation screen in the embodiment of the present invention.

The repair request content confirmation screen 1300 is a repair request content confirmation screen when the major item being repaired is not an error message. The repair request content confirmation screen 1310 is a repair request content confirmation screen when the major item in the repair request is an error message (when the error code is included in the repair request and transmitted).

Each repair request content confirmation screen is composed of a "back" button 1301, a "repair request cancel" button 1302, a "CE repair work completed" button 1303, and the like. The "back" button 1301 is a button for returning the display screen to the main menu screen before each repair request content confirmation screen is displayed.

The "Repair Request Cancel" button 1302 is a button for canceling the repair request. In other words, it is a button for withdrawing the repair request. When the pressing of the "Repair Request Cancel" button 1302 is accepted, the repair request application notifies the repair request destination of the cancellation of the repair request.
Further, the process of rewriting the repair request status 810 of the repair request content holding file 830 to false is performed.

The "CE repair work completion" button 1303 is a button for notifying the repair request destination of the completion of the requested repair. The above is the description of an example of the configuration of the repair request content confirmation screen in the embodiment of the present invention shown in FIG.

Returning to the description of FIG. The repair request application determines whether or not the "repair request cancel" button 1302 has been pressed (step S702). That is, it is determined whether the cancellation of the repair request is instructed.

When the repair request application determines that the "repair request cancel" button 1302 has been pressed (YES in step S702), the repair request application generates a repair request cancellation mail (step S707). Specifically, as shown in FIG. 10, the mail template 1010 of the cancellation mail stored in the external memory of the multifunction device 300 is acquired, and the contents of each item of the repair request content holding file 830 are obtained according to the mail template. Generate an email inserted in the body.

Then, the e-mail address 802 is set as the destination of the cancellation e-mail and transmitted (step S708). During the transmission of the cancellation mail, a screen such as the transmitting screen 1640 (FIG. 16) is displayed on the display screen, and when the transmission is completed, the transmission completion screen such as the repair request cancellation completion screen 1650 (FIG. 16) is displayed. Is displayed on the display screen.

Then, the process proceeds to step S706, and the value of the repair request status 810 of the repair request content holding file 830 is rewritten to false.

When the repair request application determines that the press of the "repair request cancel" button 1302 is not accepted (NO in step S702), it determines whether the press of the "CE repair work completed" button 1303 is accepted (step S703). That is, it is determined whether or not the repair request destination has received the instruction to notify the repair completion.

When the repair request application determines that the pressing of the "CE repair work completed" button 1303 is not accepted (NO in step S703), the repair request application ends the process.

When the repair request application determines that the "CE repair work completed" button 1303 has been pressed (YES in step S703), the repair request application generates a repair completion mail (step S704). Specifically, as shown in FIG. 10, the mail template 1020 of the repair completion mail stored in the external memory of the multifunction device 300 is acquired, and the contents of each item of the repair request content holding file 830 are obtained according to the mail template. Generate an email with the text inserted in the body.

Then, the e-mail address 802 is set as the destination of the repair request e-mail and transmitted (step S705). While the repair completion email is being sent, a screen such as the sending screen 1740 (FIG. 17) is displayed on the display screen, and when the transmission is completed, the transmission completion screen such as the CE work completion screen 1750 (FIG. 17) is displayed. Is displayed on the display screen.

Then, the process proceeds to step S706, and the value of the repair request status 810 of the repair request content holding file 830 is rewritten to false.

The above is the description of the flow of the cancellation of the repair request and the repair request completion processing in the embodiment of the present invention shown in FIG. 7.

An example of processing for each application in the embodiment of the present invention will be described with reference to FIG. As described above, the platform (OS) includes a function (error control unit) for detecting an error in the multifunction device 300 and notifying the repair request application.

Further, the platform (OS) includes a display function (screen display function unit) for displaying a repair request button on the display screen of the multifunction device 300 in response to an instruction from the repair request application.

The first embodiment of the present invention has been described above.

As described above, according to the present invention, it is possible to provide a mechanism for appropriately presenting an image related to a repair request to a user.

[Second Embodiment]

Next, a second embodiment of the present invention will be described with reference to FIGS. 19 to 21. In the second embodiment, when requesting repair of the multifunction device 300, a scanned image obtained by scanning a printed matter and an image of print data which is the data of the print source of the original are added (attached) to the repair request. A screen (scan screen / for example, FIG. 21) for printing is displayed.

In addition, the scanned image obtained by scanning the printed matter and the print data which is the data of the print source of the printed matter are added (attached) to the repair request (repair request mail).

That is, the image reading process used for the repair request shown in FIG. 20 is performed.

For example, as a hindrance to the multifunction device, there are undetectable errors such as color shift, printing with streaks in the image, and printing with incorrect color. When such a symptom occurs, the user requesting repair explains the symptom of the error to the user requesting repair by telephone or the like, and the user requesting repair is based on the explanation. We respond by instructing how to use it and dispatching service personnel.

It is very complicated for the user who requested the repair to explain the symptom of such an undetectable error, and it is also difficult to properly explain the symptom. The content of the error was not accurately transmitted to the repair request destination (repair request user), and it was not possible to immediately determine what kind of response should be taken to the repair request source user.

Further, there is a problem that the user who requested the repair does not know how to inform the repair request destination of the content of the error.

In the second embodiment, the process of attaching each image to the repair request allows the user of the repair request destination to confirm the difference between the printed matter and the image of the print data which is the data of the print source. ..

Further, by displaying the scan screen, it is possible to present the information of the screen necessary for the repair request with each image attached to the user who requested the repair.

As described above, the display of the scan screen and the attachment of each image to the repair request are printed matter, for example, when color shift occurs in the multifunction device 300 (that is, when repair is required). This is effective when the user of the repair request destination confirms the content of the repair request, such as the degree of color shift between the image and the image of the print data which is the data of the print source.

Further, by comparing and displaying the scanned image obtained by scanning the printed matter and the image of the print data which is the data of the print source of the printed matter on the scan screen, the user who requested the repair can really repair the multifunction device 300. This is effective when you want to confirm whether it is necessary.

That is, if it seems that color shift has occurred in the printed matter, but there is no difference between the image of the print data of the print source and the printed matter, the multifunction device 300 can be confirmed by comparing and displaying each image. It is possible to make the user confirm that the repair request is unnecessary.

First, with reference to FIG. 19, the flow of repair request processing in the second embodiment of the present invention will be described. FIG. 19 is a flowchart showing the flow of repair request processing in the second embodiment of the present invention.

In the second embodiment, the process of FIG. 19 is executed as the process of step S516 of FIG. 5B instead of the process of FIG. 6 in the first embodiment. Since the processes of FIGS. 5A, 5B, and 7 are the same as those of the first embodiment, the description thereof will be omitted.

Further, since the processes of steps S601 to S604 and steps S606 to S608 of FIG. 19 are the same as the processes of steps S601 to S604 and steps S606 to S608 of FIG. 6, the description thereof is omitted here.

In step S1901, the repair request application determines whether the item input to the major item 1201 is an "error message" (step S1901). That is, it is determined whether the error code acquisition instruction has been accepted.

When the repair request application determines that the item input to the major item 1201 is an "error message" (YES in step S1901), the process shifts to step S606. When it is determined that the item input to the major item is not an "error message" (NO in step S1901), the process proceeds to step S1902.

The repair request application determines whether the item input to the major item 1201 is "print defect" (step S1902). That is, it is determined whether or not a predetermined item has been selected. When it is determined that the item input to the major item is not "print defect" (NO in step S1902), the process returns to step S601.

If it is determined that the item entered in the major item is "print defect" (YES in step S1902), the process proceeds to step S1903, and the scan image attachment process (image reading process used for repair request) is executed. (Step S1903). The process of attaching the scanned image will be described later in the description of FIG.

Here, with reference to FIG. 20, the flow of the image reading process used for the repair request in the second embodiment of the present invention will be described. FIG. 20 is a flowchart showing a flow of image reading processing used for a repair request in the second embodiment of the present invention.

The repair request application displays the scan screen (scan screen 2100 in FIG. 21) on the display screen (step S2001). The scan screen referred to here is a kind of repair request screen.

With reference to FIG. 21, the state of the screen transition in the image reading process used for the repair request and an example of the configuration of each screen in the second embodiment of the present invention will be described. FIG. 21 is a diagram showing a state of screen transition in the image reading process used for a repair request in the second embodiment of the present invention.

The scan screen 2100 is composed of an original image display unit 2101, an output image display unit 2102, an "image attachment" button 2103, and the like. The original image display unit is a display unit that displays an image of printed print data. For example, the image of the print data of the print source of the printed matter is displayed.

The output image display unit 2102 is a display unit that displays a scanned image generated by scanning (reading) a printed matter. For example, a printed matter printed with print data, which is an image displayed on the original image display unit 2101, is scanned, and the scanned image of the printed matter generated by the scan is displayed on the output image display unit 2102.

The "image attachment" button 2103 is a button for transitioning the display screen to the history list screen 2110. The history list screen 2110 is a screen for selecting print data (print data image) to be displayed on the original image display unit 2101 and scanning (generating) a scanned image to be displayed on the output image display unit 2102.

Specifically, a list of operation histories in the multifunction device 300 is acquired, displayed in a list on the list display unit 2111, and image data of print data corresponding to the operation history for which selection is accepted from the list is displayed in the multifunction device 300. It is acquired from the external memory of (print data storage means).

When the platform of the multifunction device 300 prints print data (outputs on paper), the image data of the print data is stored in a storage area such as an external memory of the multifunction device 300 in the operation history. It shall be stored in association with the information.

When the "scan" button 2112 is pressed on the history list screen 2110, a process of scanning the paper (printed matter) set in the main body of the multifunction device is performed. Then, the screen is returned to the scan screen. For example, the screen display is transitioned to a screen such as the scan screen 2120.

On the scan screen 2120, the original image display unit 2121 displays an image of print data corresponding to the history selected by the list display unit 2111. The output image display unit 2122 displays a scanned image of the printed matter scanned by pressing the "scan" button 2112.

Since the original image display unit 2121 and the output image display unit 2122 are the same as the original image display unit 2101 and the output image display unit 2102 of the scan screen 2100, the description thereof will be omitted.

By pressing the "Repair Request Send" button 2123 on the scan screen 2120, each item (for example, large item, medium item, small item) input on the scan screen and the original image display unit 2121 are displayed. Image (image of print data corresponding to the history selected in the list display unit 2111), image displayed in the output image display unit 2122 (scanning of printed matter scanned by pressing the "scan" button 2112). The image) is described in the mail, attached, and sent to the mail address 802 (FIG. 8).

The above is a description of the screen transition state in the image reading process used for the repair request and an example of the configuration of each screen in the second embodiment of the present invention in FIG. 21.

Returning to the description of FIG. The repair request application determines whether the "attach image" button 2103 has been pressed (step S2002). When it is determined that the "image attachment" button 2103 is not pressed (NO in step S2002), the process returns to step S2001.

When it is determined that the "image attachment" button 2103 is pressed (NO in step S2002), the operation history of various functions stored in the external memory of the multifunction device main body is acquired (step S2003).

As described above, when the user performs an operation such as copying, printing, or faxing, the platform of the multifunction device 300 holds the operation history (output image, operation time, etc.) in the external memory of the HDD. Here, the operation history saved at the time of operation is acquired.

The repair request application repeats the process of step S2004 as many times as the number of histories acquired in step S2003. In step S2004, the repair request application generates a list for displaying a list of operation histories in the list display unit 2111, acquires one operation history acquired in step S2003, and adds it to the list.

The repair request application executes the process of step S2004 for the number of histories acquired in step S2003, and then generates the history list screen 2110 that displays the list generated in step S2004 on the list display unit 2111, and displays the list on the display screen. Display (step S2005).

Specifically, an image of the history list screen is generated, transmitted to the platform, and the platform performs a process of displaying the history list screen on the display screen.

The repair request application determines whether the selection of the operation history of the list display unit has been accepted (step S2006), and if it determines that the selection has been accepted (YES in step S2006), changes the selected operation history to the selected state. (Step S2013), the process returns to step S2005.

When it is determined that the selection of the operation history of the list display unit is not accepted (NO in step S2006), it is determined whether the pressing of the "scan" button 2112 is accepted (step S2007). When it is determined that the pressing of the "scan" button 2112 is not accepted (NO in step S2007), the process returns to step S2005.

When it is determined that the pressing of the "scan" button 2112 is accepted (YES in step S2007), the CPU 301 of the multifunction device 300 scans the document (printed matter) set in the multifunction device 300 to generate a scanned image, and the multifunction device 300 is combined. It is stored in the external memory of the machine 300 (step S2008).

Specifically, the repair request application instructs the platform to start the scanning process, and the platform that receives the instruction executes the scanning process of the document by using the function of the scanning unit of the main body of the multifunction device.

The repair request application acquires the operation history selected in step S2006 and selected in S2013, and acquires the image corresponding to the operation history (step S2009). Then, as shown in the scan screen 2120 of FIG. 21, each image is displayed (comparatively displayed) in comparison with the display screen (step S2010 / comparison screen display means).

The repair request application determines whether the "repair request transmission" button 2123 has been pressed (step S2011), and if it determines that the "repair request transmission" button 2123 has not been pressed (NO in step S2011), the process is performed. Return to before step S2011. If it is determined that the "repair request transmission" button 2123 has been pressed (YES in step S2011), the process proceeds to step S2012.

The repair request application generates an email (repair request email) in which each item (for example, large item, medium item, minor item) input on the scan screen 2120 is inserted into the email body according to the email template 1000 of the repair request email. , E-mail address 802 is set as the destination of the e-mail. Further, the image displayed on the original image display unit 2121 (the image of the print data corresponding to the history selected in the list display unit 2111) and the image displayed on the output image display unit 2122 (the "scan" button 2112 is pressed. The scanned image of the printed matter scanned by the above is attached to the mail (step S2012). That is, a repair request email is generated.

The above is the description of the flow of the image reading process used for the repair request in the second embodiment of the present invention in FIG. 20.

Returning to the description of FIG. The repair request application sends the repair request mail generated in step S2012 of FIG. 20 to the destination set in the mail (step S1904). Then, the information of each item (major item, medium item, minor item) included in the repair request mail is overwritten in the information of each item of the repair request content holding file 830 stored in the external memory of the multifunction device. , The image attached to the repair request mail is stored in association with the repair request content holding file 830. Further, the repair request status 810 of the repair request content holding file 830 is rewritten to false (step S1905). The above is the description of the flow of the repair request process in the second embodiment of the present invention in FIG.

The second embodiment of the present invention has been described above.

According to the second embodiment of the present invention, it is possible to make the user of the repair request destination confirm the difference between the printed matter and the image of the print data which is the data of the print source.

In addition, it is possible to present to the user who requested the repair the information on the screen necessary for the repair request with each image attached.

That is, it is possible to provide a mechanism for appropriately presenting the image of the repair request to the user.

In the above-described embodiment, the repair request to the repair request destination is made by e-mail, but the method of the repair request is not limited to the e-mail.

For example, if a management server that manages repair request information exists in the support center, the information is stored in the multifunction device 300 in a predetermined communication method and file format separately from the repair request application. It is possible that a notification application that can send and receive is set on the platform. For example, the repair requesting user may be subscribed to a management system for monitoring the status of the multifunction device 300.

In this case, it is considered that the customer information, the model number of the compound machine, and the like are already registered in the management server. Therefore, when the repair request application accepts the pressing of the "repair request transmission" button, it is external. The error code 820 stored in the memory is acquired and transmitted to the platform, and the platform transmits the received error code 820 information to the notification application. The notification application sends the information of the error code 820 received from the platform to the management server (repair request destination) in a predetermined communication method and file format (makes a repair request).

The timing of the repair request is the same as the transmission timing of the repair request mail in the above-described embodiment. The same applies to cancellation emails and repair completion emails.

Further, in the above-described embodiment, in step S501 of FIG. 5A, the process of step S502 (process after S502) is started by receiving the start instruction of the repair request application from the platform. When the menu screen is updated, the process of step S502 (process after S502) may be started.

For example, the transition instruction of the display screen to the screen where the repair request button is arranged is accepted, or the update instruction of the display screen is accepted while the main menu screen where the repair request button is arranged is displayed (not). When the illustrated screen update button is pressed), the repair request application receives information from the platform that the screen update is instructed, and the process proceeds to step S502. It is assumed that the platform stores the information on which screen the repair request button is arranged in advance in a storage area such as an external memory of the multifunction device.

Further, in the above-described embodiment, in step S508 of FIG. 5A and step S523 of FIG. 5B, the non-selectable repair request button (overtime button) is displayed on the main menu screen. It may be controlled so that the outside button is not displayed.

For example, in step S508 of FIG. 5A and step S523 of FIG. 5B, the repair request application instructs the platform to hide the repair request button, and the platform arranges the repair request button according to the instruction. The main menu screen that does not exist may be displayed on the display screen (for example, the main menu screen 2220 of FIG. 22 is displayed).

Also, for example, the overtime button is displayed so that it can be pressed regardless of whether the repair request is possible or out of time, and if the repair request is out of time, the repair request button (pressable overtime button) is pressed. Even if it is done, the repair request may not be sent. For example, in step S508 of FIG. 5A and step S523 of FIG. 5B, the overtime button is displayed on the display screen without being grayed out, and the process is terminated without sending a repair request even if the press is accepted.

Further, when the press of the overtime button is accepted outside the repair request available time, the repair request application stores the acceptance of the press operation in the external memory of the multifunction device 300 (operation storage means), and the repair can be requested. When the time is up, the repair request may be automatically sent and the display of the overtime button may be changed to the requesting button.

Specifically, when it is determined in step S515 that the repair request time is out (that is, when the repair request button indicating that the repair request time is out of time is pressed), the repair request application determines. It is stored in the external memory of the multifunction device 300 that the out-of-hours button is pressed outside the repair requestable time. Then, the overtime button is used as a request standby button (not shown) stored in the external memory of the multifunction device 300 (when the button is pressed outside the repair request available time and the repair request available time is reached, the repair request is sent. , A button indicating that the request is waiting to be sent) is displayed on the display screen instead of the overtime button. Then, when the information of the current time and the repair requestable time are periodically acquired and the current time is within the repair requestable time, the error occurring in the compound machine 300 at the present time (the date and time indicated by the current time). The error code of (step S606 is executed) is acquired, and the process proceeds to step S608 in order to create an e-mail containing the error code. As a result, it is possible to notify the user that the repair request instruction has been received outside the repair request available time. In addition, by automatically sending a repair request when the repair request available time is reached and switching the button display, it is possible to notify the user that the repair request has been sent only within the repair request available time. can.

Here, it is assumed that the error code of the error occurring in the compound machine 300 at the present time (the date and time indicated by the current time) is acquired and sent by the repair request mail, but for example, the repair is performed when the overtime button is pressed. The requesting application acquires the error code and stores it in the external memory of the compound machine 300 together with the date and time when the pressing is accepted, and when the repair request time is reached, the pressing of the out-of-hours button is accepted from the external memory. The error code of the error in the date and time may be acquired and sent by the repair request mail.

Further, in the above description of the embodiment, when the repair request button is accepted on the main menu screen, the repair request screen is displayed. For example, as shown in FIG. 15, the password input screen (1510) is displayed. ) Is displayed, and when the password is input and the password matches the password stored in advance in the external memory of the multifunction device 300, the repair request screen (1520) is displayed on the display screen. It is also good.

In this case, the repair request application shall execute the display of the password input screen and the password match determination between steps S515 and S516 of FIG.

When the "Repair request transmission" button is accepted on the repair request screen, the repair request transmission confirmation screen 1530 (FIG. 15) is displayed on the display screen, and the "OK" button is displayed on the repair request transmission confirmation screen 1530. When it is pressed, a process of sending a repair request mail may be performed. In this case, the repair request application shall execute the display process of the repair request transmission confirmation screen 1530 and the determination process of whether or not the "OK" button has been pressed between steps S603 and S608 of FIG.

Further, in the above description of the embodiment, when the pressing of the requesting button is accepted on the main menu screen, the repair request content confirmation screen is displayed. For example, as shown in FIGS. 16 and 17. The password input screen (1610, 1710) is displayed, and when the password input is accepted and the password matches the password stored in advance in the external memory of the multifunction device 300, the repair request content confirmation screen (1620, 1710) is displayed. 1720) may be displayed on the display screen.

In this case, the repair request application shall execute the display of the password input screen and the password match determination between step S513 and step S520 in FIG.

When the "Cancel" button is accepted on the repair request content confirmation screen, the repair request cancellation confirmation dialog 1630 is displayed on the display screen, and the "OK" button is pressed on the repair request cancellation confirmation dialog 1630. In addition, the process of sending a cancellation mail may be performed. In this case, the repair request application shall execute the display process of the repair request cancellation confirmation dialog 1630 and the determination process of whether or not the "OK" button has been pressed between steps S702 and S707 of FIG.

When the "CE repair work completed" button is accepted on the repair request content confirmation screen, the maintenance password input screen 1730 is displayed on the display screen, and the password is input on the maintenance password input screen 1730. When the "OK" button is pressed and the password matches the password stored in advance in the external memory of the multifunction device 300, the repair completion email may be sent.

In this case, the repair request application executes the display process of the maintenance password input screen 1730, the determination of whether or not the "OK" button has been pressed, and the process of determining the password match between steps S703 and S704 of FIG. It shall be.

Further, in the description of the above-described embodiment, the "repair request" of the multifunction device 300 is made, but the request (request for the image forming apparatus) is not necessarily limited to the repair request. For example, it may be a notification based on the state of the multifunction device (request for ordering toner) such as out of toner, or a request for ordering printing paper. For example, instead of displaying the "repair request button" in step S506, the "request" button (not shown) is displayed, and by accepting the press in step S511, the request screen (not shown) is displayed instead of displaying the repair request screen 1200. Is displayed, and the input of the request content (for example, selection / input of an error code indicating out of toner or input of the text of the request text) is accepted on the request screen, and "request transmission" arranged on the request screen in step S603. By accepting the button press, a request mail containing the information entered on the request screen may be sent to the mail server 101 of the support center.

Further, in the description of the above-described embodiment, the information on the repair requestable time is stored in the external memory of the multifunction device 300, but it may be stored in the memory of an external device such as a server. For example, it is assumed that a management server that manages repair request information exists in the support center, and the IP address of the management server is stored in the external memory of the multifunction device 300. The repair request application of the compound machine 300 executes the processing after step S502 at a predetermined time interval or at a predetermined time (time), and requests the management server for information on the repair request time in step S504. Then, the repair request possible time is acquired (the management server transmits the repair request possible time to the compound machine 300 (time transmission means) upon request). Then, the processing of steps S506 and S508 may be executed. Further, in step S514 as well, the management server may be inquired about the repair request possible time and the repair request possible time may be acquired. The repair requestable time may be stored in a storage device other than the multifunction device 300 and the management server. For example, it may be stored in a storage medium such as a memory card connected to the multifunction device 300.

In addition, calendar information (information indicating which month and day is the business day / holiday of the support center) is stored in the external memory of the multifunction device 300, and the display control of the repair request button and the overtime button is performed according to the calendar information. You may do. Specifically, when it is determined in step S503 that the repair request is not in progress, the repair request application acquires the calendar information from the external memory and determines whether the current date and time is the business day of the support center. If it is a business day, the process is shifted to step S504, and if it is a holiday, the process is shifted to step S508 and the overtime button is displayed. Further, when it is determined in step S513 that the repair request is not in progress, the repair request application acquires the calendar information from the external memory and determines whether the current date and time is the business day of the support center. If it is a business day, the process is shifted to step S514, and if it is a holiday, the process is shifted to step S522 to display an error, and the overtime button is displayed in step S523. That is, in the case of a holiday, it is possible to skip the determination of whether or not the current time is the repair request possible time, and simplify the process.

Here, the calendar information and the repair requestable time information are stored as separate data in the storage unit. For example, the repair requestable time information includes the calendar information and is stored, and the repair requestable time is stored. The information of the above may be acquired, and the determination using the above-mentioned calendar information and the processing based on the determination may be performed. As a result, it is possible to reduce the trouble of storing and managing the information of the calendar and the repair request time separately, and to appropriately request the repair according to the business day and business hours of the repair request destination.

As described above, according to the present invention, it is possible to provide a mechanism for presenting information related to a repair request to a user based on time information.

Although the embodiment of the present invention has been described in detail above, the present invention can be, for example, a system, an apparatus, a method, a program that can be read and executed by the apparatus, a storage medium, or the like, and is concrete. May be applied to a system composed of a plurality of devices, or may be applied to a device composed of one device.

For example, the multifunction device 300 and the mail server 100 may be one device. That is, for example, the platform of the multifunction device 300 performs the processing (for example, 411, 4112 in FIG. 4) described as being executed by the mail server 100 in the above-described embodiment by using the function of the multifunction device 300. It may be executed in.

Further, an object of the present invention is to supply a storage medium in which a program code of software that realizes the functions of the above-described embodiment is recorded to a system or an apparatus, and a computer (or a CPU or MPU) of the system or the apparatus is a storage medium. Needless to say, it can also be achieved by reading and executing the program code stored in.

In this case, the program code itself read from the storage medium realizes the function of the above-described embodiment, and the program code itself and the storage medium storing the program code constitute the present invention.

As the storage medium for supplying the program code, for example, a flexible disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a non-volatile card, a ROM, or the like can be used.

Further, by executing the program code read by the computer, not only the function of the above-described embodiment is realized, but also the OS (basic system or operating system) running on the computer is realized based on the instruction of the program code. ) And the like perform a part or all of the actual processing, and it goes without saying that the processing may realize the function of the above-described embodiment.

Further, after the program code read from the storage medium is written in the memory provided in the function expansion board inserted in the computer or the function expansion unit connected to the computer, the function is based on the instruction of the program code. Needless to say, the CPU provided in the expansion board or the function expansion unit may perform a part or all of the actual processing, and the processing may realize the functions of the above-described embodiment.

100 mail server 101 mail server 150 LAN
160 LAN
200 PC
300 multifunction device

Claims (13)

A display means for displaying a plurality of objects including a request object that accepts the operation of the request to the image forming apparatus and an object that has a function different from the request.
An acquisition method for acquiring information that can specify the business day of the request destination of the request, and
The display control means for controlling the display of the request object to be different depending on whether or not the current date and time is the business day of the request destination, and the present date and time is not the business day of the request destination. A display control means for controlling the request object to be displayed in the first display form among a plurality of objects, and a display control means.
An image forming apparatus comprising. The image forming apparatus according to claim 1, wherein the information capable of specifying the business day is calendar information including information on the business day of the request destination. The image forming apparatus according to claim 1 or 2, wherein the first display form is a display form corresponding to the inability to select the request object. The claim is characterized in that, when the operation of the request has already been accepted, the display control means controls to display the request object so that it can be identified that the request has been accepted. The image forming apparatus according to any one of 1 to 3. The image forming apparatus according to any one of claims 1 to 4, wherein the acquisition means acquires information that is stored in a storage unit of an external device and can specify the business day. When the current date and time is the business day of the request destination and the predetermined condition is satisfied, the display control means sets the request object among the plurality of objects different from the first display form. The image forming apparatus according to any one of claims 1 to 5 , wherein the image forming apparatus is controlled so as to be displayed in the display form of 2. When the current date and time is the business day of the request destination and the predetermined condition is not satisfied, the display control means displays the request object among the plurality of objects in the first display form. The image forming apparatus according to claim 6, wherein the image forming apparatus is controlled so as to be displayed. When the current date and time is not the business day of the request destination, the display control means controls to display the request object in the first display form regardless of whether or not the predetermined condition is satisfied. The image forming apparatus according to claim 6 or 7. The image forming apparatus according to any one of claims 6 to 8, wherein the second display form is a display form corresponding to the ability to select the request object. The image forming apparatus according to any one of claims 6 to 9, wherein the predetermined condition is that the current time is within the time specified for the request. A display process for displaying a plurality of objects including a request object that accepts an operation of a request to an image forming apparatus and an object that has a function different from the request as a display means.
The acquisition process to acquire information that can specify the business day of the request destination of the request, and
The display control means for controlling the display of the request object to be different based on whether or not the current date and time is the business day of the request destination, and the present date and time is not the business day of the request destination. A display control step for controlling the request object to be displayed in the first display form among a plurality of objects, and a display control step.
A method for controlling an image forming apparatus, which comprises. A program for making an image forming apparatus function as each means of the image forming apparatus according to any one of claims 1 to 10. An image forming system including an image forming apparatus and a server that stores information that can specify the business day of the request destination of the request for the image forming apparatus.
The image forming apparatus is
A display means for displaying a plurality of objects including a request object that accepts the operation of the request to the image forming apparatus and an object that has a function different from the request.
An acquisition means for acquiring information that can specify the business day of the request destination of the request from the server, and
The display control means for controlling the display of the request object to be different depending on whether or not the current date and time is the business day of the request destination, and the present date and time is not the business day of the request destination. A display control means for controlling the request object to be displayed in the first display form among a plurality of objects, and a display control means.
An image forming system characterized by comprising.

Images