JP5037271B2 - Image forming apparatus, information processing method, and information processing program - Google Patents

Description

  The present invention relates to an image forming apparatus, an information processing method, and an information processing program, and more particularly, to an image forming apparatus, an information processing method, and an information processing program having a plurality of software components that can be independently installed.

  In recent years, image forming apparatuses such as printers, copiers, scanners, facsimiles, or multifunction peripherals that realize these functions in a single housing have severe restrictions on memory and the like. Each function is realized by application control.

For example, the image forming apparatus described in Patent Document 1 includes a function that is commonly used by each application as a platform, and the application can be implemented using the API of the platform. According to such an image forming apparatus, since a function that is commonly used is provided as a platform, it is possible to avoid the duplication of a function for each application and to improve the development efficiency of the entire application.
Japanese Patent No. 3679349

  However, in general, for platforms with commonly used APIs, if the granularity of the functions or interfaces provided by the platform is not designed appropriately, the improvement in application development efficiency will exceed expectations. It may not be possible.

  For example, if the granularity is too small, many API calls are required even though the application provides a simple service, and the source code becomes complicated.

  On the other hand, if the granularity is too large, if you want to implement an application that provides a service that changes some of the functions provided by a certain interface, you must modify the platform, and the development man-hours It can lead to an increase. In particular, when the dependence of each module in the platform is strong, not only a new function is added to the platform but also a modification of an existing part may be required, and the situation becomes more complicated.

  In addition, if you want to implement an application that changes a part of the service provided by an existing application (for example, image input processing), you can call an existing application for other parts. Absent. Therefore, a new application must be implemented by rewriting the source code.

  SUMMARY An advantage of some aspects of the invention is that it provides an image forming apparatus, an information processing method, and an information processing program capable of simplifying customization or expansion of functions.

  Therefore, in order to solve the above-described problem, the present invention provides an image forming apparatus having a plurality of software components that can be independently installed, and acquires identification information for setting items that can be set from each software component. And a screen for associating and recording the identification information and the software component from which the identification information is acquired, and a screen for setting a setting value of a setting item related to the identification information included in the information recorded by the recording unit And setting screen display means for displaying.

  In such an image forming apparatus, customization or expansion of functions can be simplified.

  According to the present invention, it is possible to provide an image forming apparatus, an information processing method, and an information processing program capable of simplifying customization or expansion of functions.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram illustrating a software configuration example of a multifunction machine according to the first embodiment. Here, the multifunction peripheral refers to an image forming apparatus that realizes a plurality of functions such as a printer, a copy, a scanner, or a FAX in a single casing.

  As shown in FIG. 1, the software in the multifunction device 1 includes a user interface layer 10, a control layer 20, an application logic layer 30, a device service layer 40, a device control layer 50, and the like. In addition, the vertical relationship of each layer in the drawing is based on the calling relationship between layers. That is, basically, the upper layer in the figure calls the lower layer.

  The user interface layer 10 is a part on which a function for receiving an execution request for a function (for example, copy, print, scan, FAX transmission) is implemented, and includes, for example, the communication server unit 11 and the local UI unit 12. It is. For example, the communication server unit 11 receives a request from a client PC (Personal Computer) (not shown) via a network. For example, the local UI unit 12 receives a request input via an operation panel (not shown). The request accepted by the user interface layer 10 is transmitted to the control layer 20.

  The control layer 20 is a part on which a function for controlling processing for realizing the requested function is mounted. Specifically, each filter in the application logic layer 30 is connected according to the requested function, and the execution of the function is controlled based on the connected filter. In the present embodiment, the “function of the multifunction device 1” refers to a service in a single unit (until a request is input and a final output is obtained) provided to the user by the multifunction device 1. Synonymous with software, it is synonymous with an application that provides a single unit of service.

  The application logic layer 30 is a part on which a group of components that implement some of the functions provided in the multifunction device 1 is mounted. That is, one function is realized by combining components in the application logic layer 30. In the present embodiment, each component is referred to as a “filter”. This is because the software architecture of the multifunction device 1 is based on a concept called “pipe & filter”.

  FIG. 2 is a diagram for explaining the concept of the pipe and filter. In FIG. 2, “F” indicates a filter, and “P” indicates a pipe. As shown in the figure, each filter is connected by a pipe. The filter converts the input data and outputs the result. The pipe transmits the data output from the filter to the next filter.

  That is, in the MFP 1 according to the present embodiment, each function is regarded as a series of “conversions” for documents (data). Each function of the multi-function peripheral can be generalized as being configured by document input, processing, and output. Therefore, “input”, “processing”, and “output” are regarded as “conversion”, and a software component that realizes one “conversion” is configured as a filter. A filter that realizes input is particularly called an “input filter”. A filter that realizes processing is particularly referred to as a “conversion filter”. Further, a filter that realizes output is particularly referred to as an “output filter”. Each filter is independent, and basically there is no dependency relationship (call relationship) between the filters. Therefore, addition (installation) or deletion (uninstallation) is possible in units of filters.

  In FIG. 1, the application logic layer 30 includes a read filter 301, a stored document read filter 302, a mail reception filter 303, a FAX reception filter 304, a PC document reception filter 305, a report filter 306, and the like as input filters. .

  The reading filter 301 controls reading of image data by the scanner and outputs the read image data. The stored document read filter 302 reads document data (image data) stored in the storage device of the multifunction device 1 and outputs the read data. The mail reception filter 303 receives an email and outputs data included in the email. The FAX reception filter 304 controls FAX reception and outputs received data. The PC document reception filter 305 receives print data from a client PC (not shown) and outputs the received print data. The report filter 306 outputs setting information, history information, and the like of the multifunction device 1 as data formatted in, for example, a table format.

  Further, the conversion filters include a document processing filter 311 and a document conversion filter 312. The document processing filter 311 performs predetermined image conversion processing (aggregation, enlargement, reduction, etc.) on the input data and outputs it. The document conversion filter 312 executes a rendering process. That is, the input PostScript data is converted into bitmap data and output.

  The output filters include a print filter 321, a stored document registration filter 322, a mail transmission filter 323, a FAX transmission filter 324, a folder transmission filter 325, a preview filter 326, and the like.

  The print filter 321 causes the plotter to output (print) the input data. The stored document registration filter 322 stores the input data in the hard disk in the multifunction device 1. The mail transmission filter 323 transmits the input data to the designated mail address as an attachment to the electronic mail. The FAX transmission filter 324 transmits the input data to the designated FAX number. The folder transmission filter 325 transmits input data to a specified folder such as a computer connected via a network. The preview filter 326 displays the input data on the operation panel of the multifunction device 1 as a preview.

  The device service layer 40 is a portion in which lower functions commonly used by the filters in the application logic layer 30 are mounted, and includes, for example, an image pipe 41 and a data management unit 42. The image pipe 41 realizes the above-described pipe function. That is, output data from a certain filter is transmitted to the next filter. The data management unit 42 represents various databases. For example, it corresponds to a database in which user information is registered, a database in which documents or image data are stored, and the like.

  The device control layer 50 is a part in which a program module group called a driver that controls a device (hardware) is mounted. For example, a scanner control unit 51, a plotter control unit 52, a memory control unit 53, a Tel line control unit. 54, a network control unit 55, and the like. Each control unit controls a device attached to the name of the control unit.

  The filter will be described in more detail. FIG. 3 is a diagram for explaining the components of the filter. As shown in FIG. 3, each filter includes a filter setting UI, filter logic, a filter-specific lower service, permanent storage area information, and the like. Among these, the filter setting UI, the filter-specific lower service, and the permanent storage area information are not necessarily included in the constituent elements by the filter.

  The filter setting UI is a program for displaying a screen for setting filter execution conditions and the like on an operation panel or the like. For example, the reading filter 301 corresponds to a screen for setting resolution, density, image type, and the like. In view of the fact that the operation panel can be displayed based on HTML data or a script, the filter setting UI may be HTML data or a script.

  The filter logic is a program in which logic is implemented to realize a filter function. That is, the filter function is realized according to the execution condition set via the filter setting UI by using the filter-specific lower-level service, the device service layer 40, the device control layer 50, or the like as a component of the filter. . For example, in the case of the reading filter 301, the logic for reading control of the document by the scanner corresponds.

  The filter-specific lower service is a lower function (library) necessary for realizing the filter logic. That is, although it is a function corresponding to the device service layer 40 or the device control layer 50, those not used by other filters may be implemented as a part of the filter, and the part corresponds to a filter-specific lower service. . For example, the reading filter 301 corresponds to a function for controlling the scanner, but in the present embodiment, it is implemented as the scanner control unit 51 in the device control layer 50. Therefore, it is not always necessary to implement the filter-specific lower service in the reading filter 301.

  The permanent storage area information corresponds to a schema definition of data that needs to be stored in a nonvolatile memory, such as setting information for a filter (for example, default value of execution condition). The schema definition is registered in the data management unit 42 when the filter is installed.

  FIG. 4 is a diagram illustrating an example of combinations of filters for realizing each function in the multi-function peripheral according to the present embodiment.

  For example, the copy function is realized by connecting the reading filter 301 and the print filter 321. This is because the image data read from the original by the reading filter 301 may be printed by the print filter 321. If processing such as aggregation, enlargement, or reduction is required, a document processing filter 311 that realizes these processings is inserted between the two filters.

  The printer function (printing function from the client PC) is realized by connecting the PC document reception filter 305, the document conversion filter 312, and the print filter 321. A scan-to-email function (a function for transferring scanned image data by e-mail) is realized by connecting a reading filter 301 and a mail transmission filter 323. The FAX transmission function is realized by connecting the reading filter 301 and the FAX transmission filter 324. The FAX reception function is realized by connecting the FAX reception filter 304 and the print filter 321. A document box storage function (a function of storing scanned image data in the multifunction machine 1) is realized by connecting the reading filter 301 and the stored document registration filter 322. A document box printing function (a function of printing document data stored in the multifunction device 1) is realized by connecting the stored document reading filter 302 and the print filter 321.

  In FIG. 4, for example, the read filter 301 is used in five functions. Thus, each filter can be used from a plurality of functions, thereby reducing the number of development steps for realizing each function. For example, the user interface for setting the execution conditions for the copy function and the scan function (document box accumulation) is similar. However, when each function is implemented by an application, a user interface has also been individually implemented for each application. However, in this embodiment, in both the copy function and the scan function, setting is performed by the user interface of the reading filter 301, and the user interface can be shared.

  Further, consider the case of realizing a new function. First, let us consider a case where a function 1 for printing print data transmitted from a client PC using a PDL (Page Description Language) (hereinafter referred to as “other PDL”) that is not supported by the multifunction device 1 is realized as the function 1. In this case, the printer function in FIG. 4 can be used as a model. However, in the printer function, it is assumed that the data output by the PC document reception filter 305 is in PostScript format. The document conversion filter 312 can handle it as input data because it is data in PostScript format. However, in the case of function 1, it is data in another PDL format that is received by the PC document reception filter 305 and output from the filter. Accordingly, even if the document conversion filter 312 is transferred as it is, the document conversion filter 312 cannot appropriately execute the process. Therefore, a conversion filter (hereinafter referred to as “other PDL-PS conversion filter”) that performs data conversion from another PDL format to PostScript format is newly implemented, and the filter is a PC document reception filter 305 and a document conversion filter 312. If it is inserted between the two, function 1 can be realized. That is, function 1 is realized by connecting the PC document reception filter 305, another PDL-PS conversion filter, the document conversion filter 312, and the print filter 321.

  Next, as function 2, consider a case where a function for collecting information from a website and printing the collected information (hereinafter referred to as “function 2”) is realized. In this case, there is no filter that collects information from the Web site. Therefore, it is necessary to newly implement an input filter for collecting information from at least a website (hereinafter referred to as “Web collection filter”). In Function 2, since it is desired to finally execute printing, it is appropriate to use the print filter 321 as the output filter. The problem here is how to connect the Web collection filter and the print filter 321. That is, the input data of the print filter 321 needs to be a rendered bitmap, but it is not appropriate to implement the rendering function in the Web collection filter because it takes a lot of man-hours. Therefore, it is conceivable to use the document conversion filter 312 that already realizes the rendering function. However, the input data of the document conversion filter 312 needs to be in the PostScript format. Therefore, if the Web collection filter is mounted so that the collected information is output in the PostScript format, the connection with the document conversion filter 312 becomes possible. By implementing the Web collection filter in this way, the function 2 is realized by connecting the Web collection filter, the document conversion filter 312, the document conversion filter 312, and the print filter 321.

  Hereinafter, a processing procedure of the multifunction machine 1 in the present embodiment will be described. 5 and 6 are flowcharts for explaining a processing procedure when the multifunction peripheral realizes one function.

  First, an input filter is selected by the user (S101), and an execution condition for the selected input filter is set (S102). Similarly, a conversion filter or an output filter is also selected (S103), a connection between the filters is designated (S104), and an execution condition is set (S105).

  The above operation is performed under the control of the local UI unit 12 via, for example, an operation panel as shown in FIG.

  FIG. 7 is a diagram illustrating an example of filter selection on the operation panel. In FIG. 7, the operation panel 202 includes a touch panel 511 and a start button 512. The touch panel 511 is hardware (touch operation unit) for inputting by a touch operation and hardware (screen display unit) for obtaining an output by screen display. The start button 512 is hardware for issuing an instruction to start execution of the requested function.

  A request input screen is displayed on the touch panel 511 of FIG. The request input screen includes an input filter selection area 513, a conversion filter selection area 514, an output filter selection area 515, a request display area 516, and the like. The input filter selection area 513 is an area for selecting an input filter, and a button is displayed for each input filter. When any button is selected in the input filter selection area 513, an input filter button corresponding to the selected button is displayed in the request display area 516. In the drawing, for convenience, buttons of a reading filter 301 and a stored document reading filter 513 are displayed.

  The conversion filter selection area 514 is an area for selecting a conversion filter, and a button is displayed for each conversion filter. When any button is selected in the conversion filter selection area 514, a button for the conversion filter corresponding to the selected button is displayed in the request display area 516.

  The output filter selection area 515 is an area for selecting an output filter, and a button is displayed for each output filter. When any button is selected in the output filter selection area 515, an output filter button corresponding to the selected button is displayed in the request display area 516. In the drawing, for convenience, buttons of a print filter 321, a stored document registration filter 322, a mail transmission filter 323, and a FAX transmission filter 324 are displayed.

  Note that the list information of installed filters (input filter, conversion filter, output filter) is recorded in the storage device, and is managed by the control layer 20, for example. Therefore, the local UI unit 12 obtains filter list information for displaying the input filter selection area 513, the conversion filter selection area 514, and the output filter selection area 515 by making an inquiry to the control layer 20.

  In the request display area 516, the buttons of the filters selected in the input filter selection area 513, the conversion filter selection area 514, or the output filter selection area 515 are displayed, and data between the input filter, the conversion filter, and the output filter is displayed. Connected by an arrow indicating the flow or pipe. It is also possible to change the order of filters to be executed by manipulating the arrows. The user can recognize the filter to be used and its flow according to the display contents in the request display area 516. In the request display area 516, a setting button 517 and a delete button 518 are further arranged. The setting button 517 is a button for displaying a filter setting screen when a filter button is selected in the request display area 516. That is, when the setting button 517 is pressed (touched), the setting screen is displayed on the touch panel 511 based on the filter setting UI of the selected filter. The delete button 518 is a button for canceling the use of the filter when the filter button is selected in the request display area 516.

  A plurality of input filters, conversion filters, and output filters can be selected for each function. For example, when the scanned image and the image stored in the multifunction device 1 are combined, printed, and transmitted by FAX, at least two input filters (read filter 301 and stored document read filter 302) And two output filters (print filter 321 and FAX transmission filter 324) are selected.

  When the filter selection is completed (YES in S106) and the start button 512 is pressed, the user interface layer 10 notifies the control layer 20 of the request content.

  FIG. 8 is a diagram conceptually showing the request contents notified from the user interface layer to the control layer. As shown in FIG. 8, the request from the user interface layer 10 includes, for each filter selected in the user interface layer 10, a filter type and setting information for the filter. (In the figure, the arrows connecting the blocks indicate the execution order of the filters).

  Upon receiving the request content as shown in FIG. 8, the control layer 20 connects the selected filters with a pipe (S107). The entity of the pipe is a memory (including an HDD (Hard Disk Drive)), but the type of memory to be used differs depending on the filters at both ends of the pipe, and the correspondence relationship is, for example, in advance in the HDD of the multifunction device 1. Is defined.

  FIG. 9 is a diagram illustrating an example of a correspondence table between filters and pipes. According to the correspondence table 60 of FIG. 9, for example, the reading filter 301 and the print filter 321, and the document conversion filter 312 and the print filter 321 are connected by a DMA (Direct Memory Access) pipe, and data is transferred at high speed. The PC document reception filter 305 and the document conversion filter 312 are connected by a spool pipe. The spool pipe is a pipe that uses the HDD, and data output from the left filter is spooled (stored) in the HDD until the right filter reads the data. The other filters are connected by a general-purpose memory pipe. A general-purpose memory pipe is a pipe that transfers data using a RAM buffer of a finite size. The correspondence table 60 shown in FIG. 9 can be edited according to expansion (addition) or deletion of a filter or pipe. The image pipe 41 in FIG. 1 is an abstract representation of a module that provides an interface to the various pipes described above.

  Therefore, the control layer 20 connects each filter with a specific pipe based on the correspondence table 60 of FIG.

  FIG. 10 is a diagram conceptually showing information generated by the control layer. FIG. 10 shows a state in which the filters (“F”) are connected by pipes (“P”).

  Subsequently, the control layer 20 outputs an execution request to each filter in parallel (S108). That is, the filters are called almost simultaneously for all filters, not in the order of filter connection. This is because the synchronization between the filters is taken by a pipe. That is, in response to an execution request from the control layer, each filter waits until data is input to its input side pipe. However, the input filter has no pipe on the input side. Therefore, the input filter starts processing in response to the execution request.

  First, the input filter inputs data from the input device (S111 in FIG. 6), and outputs the data to a pipe connected to the output side (S112). When data is input in a plurality of times (for example, when a plurality of documents are scanned), data input and output to a pipe are repeated. When the process is completed for all input data (YES in S113), the input filter process ends.

  The conversion filter starts processing when it detects data input to a pipe connected to the input side. First, data is read from the pipe (S121), and image processing is performed on the data (S122). Subsequently, the data as the processing result is output to the pipe connected to the output side (S123). When the processing is completed for all data input to the input side pipe (YES in S124), the conversion filter processing ends.

  The output filter starts processing when it detects data input to the pipe connected to the input side. First, data is read from the pipe (S131). Subsequently, the read data is output using an output device (S132). When the process is completed for all data input to the input side pipe (YES in S133), the output filter process ends.

  The pipe will be described in more detail. FIG. 11 is a diagram for explaining a procedure for transmitting data between filters via a pipe. In the drawing, a filter A 300a and a filter B 300b each indicate a filter. The DMA pipe 41a is a DMA pipe as an example of the image pipe 41 described in FIG. The image memory 250 is a physical (as hardware) image memory provided in the multifunction machine 1.

  When data (image data) is transmitted from the filter A 300a to the filter B 300b, the filter A 300a requests the DMA pipe 41a to secure a memory area for storing the image data (S51). The DMA pipe 41a secures the memory area and returns its address to the filter A 300a (S52). The filter A 300a writes the image data to the returned address (image memory 250) (S53), and notifies the DMA pipe 41a of the address at which the image data has been written (S54).

  The filter B 300b repeatedly (periodically) inquires about the address until the DMA pipe 41a is notified of the address where the image data is written (S55). However, the filter B 300b may be on standby until the address is notified. When the address is notified to the DMA pipe 41a, the filter B 300b acquires the address and detects writing of image data to the image memory 250. Therefore, the filter B 300b reads out the image data from the address in the image memory 250 (S56), and executes processing related to the filter 300b on the image data. When the processing is completed, the filter B 300b requests the DMA pipe 41a to release the memory area related to the address (S57). The DMA pipe 41a releases the memory area (S58).

  In this way, by transmitting data between filters via an image memory (shared memory), it is not necessary to secure a memory area for storing image data for each filter, improving memory efficiency and processing performance. Can be achieved. In addition, since the calling relationship does not occur between the filters, the independence of the filters can be maintained.

  Next, taking a specific function as an example, a processing sequence in the multifunction machine 1 will be described. FIG. 12 is a diagram for explaining a processing procedure for realizing the copy function.

  In step S11, the local UI unit 12 receives a copy request input (filter selection) from the user via the operation panel shown in FIG.

  By the way, the user interface that allows the user to select each filter as shown in FIG. 7 can flexibly respond to the user's request, but frequently used functions such as copying are executed by selecting the filter every time. The instruction is complicated for the user. Thus, for example, for a frequently used function, a “copy” button may be displayed, and when the “copy” button is selected, an internally used filter may be selected.

  When a request is input by the user, the local UI unit 12 requests the control layer 20 to execute the input request (selected filter) (S12). The control layer 20 connects the selected filters with a pipe (S13).

  FIG. 13 is a diagram conceptually illustrating a state in which filters related to the copy function are connected by a pipe. In FIG. 13, a reading filter 301 and a print filter 321 are connected by an image pipe 41. In step S13, information indicating such contents is generated. From FIG. 9, the image pipe 41 here corresponds to a DMA pipe.

  Subsequently, the control layer 20 outputs an execution request in parallel to each filter (read filter 301 and print filter 321) to be used (S14).

  First, the reading filter 301 as an input filter instructs the scanner control unit 51 to read an image (S15). Under the control of the scanner control unit 51 according to the instruction, image data is read from the document by the scanner (imaging unit) and output to the reading filter 301. The reading filter 301 outputs the image data to the image pipe 41 (S16). Since the entity of the image pipe 41 is a memory, the image pipe 41 writes the image data into the memory via the memory control unit 53 (S17). Here, DMA transfer is performed.

  On the other hand, the print filter 321 starts processing when the writing of image data to the image pipe 41 connected to the input side is detected. First, the print filter 321 requests the image pipe 41 to read image data (S18). The image pipe 41 reads image data through the memory control unit 53 (S19). The print filter 321 instructs the plotter control unit 52 to print the image data (S20). In response to the instruction, the image data is DMA-transferred from the memory control unit 53 to the plotter control unit 52, and the image data is printed by the plotter (printing unit) under the control of the plotter control unit 52.

  Next, the printer function (print function from the client PC) will be described. FIG. 14 is a diagram for explaining a processing procedure for realizing the printer function.

  In step S21, a print request from the client PC is accepted. The print request is first received by the network control unit 55 and notified to the communication server unit 11. The communication server unit 11 selects a filter necessary for realizing the printer function, and requests the control layer 20 to execute the selected filter (S22). The control layer 20 connects the selected filters with a pipe (S23).

  FIG. 15 is a diagram conceptually illustrating a state in which filters related to the printer function are connected by a pipe. In FIG. 15, a PC document reception filter 305 and a document conversion filter 312 are connected by an image pipe 41. The document conversion filter 312 and the print filter 321 are also connected by an image pipe 41. From FIG. 9, the image pipe 41 between the PC document reception filter 305 and the document conversion filter 312 corresponds to a spool pipe. The image pipe 41 between the document conversion filter 312 and the print filter 321 corresponds to a DMA pipe.

  Subsequently, the control layer 20 outputs an execution request to each of the filters to be used (PC document reception filter 305, document conversion filter 312 and print filter 321) in parallel (S24).

  First, the PC document reception filter 305 as an input filter instructs the network control unit 55 to receive print data (PDL) (S25). When the print data is received, the PC document reception filter 305 outputs the received print data to the image pipe 41 (S26). The image pipe 41 stores the print data in the memory (here, the memory control unit 53). (HDD) (S27).

  The document conversion filter 312 starts processing when it is detected that print data is written to the image pipe 41 connected to the input side. First, the document conversion filter 312 requests the image pipe 41 to read print data (S28). The image pipe 41 reads the print data from the HDD via the memory control unit 53 (S29) and outputs it to the document conversion filter 312. The document conversion filter 312 converts the print data into image data (bitmap) (S30), and outputs the image data to the image pipe 41 (S31). Subsequently, the image pipe 41 writes the image data into the memory via the memory control unit 53 (S32).

  The print filter 321 starts processing when image data writing to the image pipe 41 connected to the input side is detected. First, the print filter 321 requests the image pipe 41 to read image data (S33). The image pipe 41 reads the image data via the memory control unit 53 (S34). The print filter 321 instructs the plotter control unit 52 to print the image data (S35). In response to the instruction, the image data is DMA-transferred from the memory control unit 53 to the plotter control unit 52, and the image data is printed by the plotter (printing unit) under the control of the plotter control unit 52.

  Other functions are also realized by the same sequence.

  As described above, according to the multifunction device 1 in the first embodiment, each function is constructed using each filter as a component, so that the function can be easily customized or expanded. In other words, there is no functional dependency between the filters, and independence is maintained. Therefore, new functions (applications) can be easily developed by adding new filters or changing filter combinations. it can. Therefore, when mounting of a new application is requested, and when a part of the processing of the application is not mounted, only a filter that realizes the part of the processing needs to be developed and installed. Therefore, it is possible to reduce the frequency of corrections that occur according to the implementation of a new application for the layers below the control layer 20 and the application logic layer 30, and provide a stable platform.

  In addition, since a user interface for setting execution conditions is implemented for each filter, the user interface of the filter can be used in common between applications realized using a certain filter. Interface development man-hours can be reduced.

  By the way, when a user interface (operation screen) is implemented in units of filters as in the first embodiment, it is necessary to make a correction for each filter when it is desired to make a common correction to the user interface of each filter. is there. In this case, there is a problem in that the development efficiency is reduced as a compensation for ensuring the independence of the filter. The common correction includes, for example, the addition of a button related to a function that is transverse to each filter, a change in the design of the entire user interface, and the like.

  However, if the user interfaces for a plurality of filters are simply integrated, the integrated user interfaces must be modified as the filters are added (installed) or deleted (uninstalled). Therefore, an example in which such a problem is solved will be described in the second and subsequent embodiments. In the second embodiment, differences from the first embodiment will be described. Therefore, the points not particularly specified may be the same as in the first embodiment.

  FIG. 16 is a diagram illustrating a configuration example of an application logic layer in the second embodiment. In FIG. 16, filters and the like not mentioned in the second embodiment are omitted. As shown in FIG. 16, a multi-transmission filter 330 is added to the application logic layer 30 in the second embodiment.

  The multi-transmission filter 330 is a filter having a structure as shown in FIG. 3 like the other filters, and is classified as an output filter. However, the multi-transmission filter 330 itself does not have an output function, but controls a user interface regarding a plurality of filters (hereinafter referred to as “transmission filter”) having a common function in terms of realizing transmission of image data. Are performed in common (centrally). In this embodiment, the mail transmission filter 323, the FAX transmission filter 324, and the folder transmission filter 325 correspond to the transmission filter.

  The filter setting UI of the multi-transmission filter 330 generates a user interface (setting screen) centrally for a plurality of transmission filters, and displays the setting screen on an operation panel or the like.

  The filter logic of the multi-transmission filter 330 sets the setting value set via the setting screen in each transmission filter.

  The permanent storage area information of the multi-transmission filter 330 includes transmission filter list information 331. The transmission filter list information 331 is information in which the filter name of a filter corresponding to the transmission filter and information necessary for calling the filter (file name of the filter entity, etc.) are recorded for each filter. For example, when a filter corresponding to a transmission filter is installed in the multi-function device 1, information about the filter is added to the transmission filter list information 331, and information about the filter is deleted when the filter is uninstalled.

  Each transmission filter whose user interface is centrally controlled by the multi-transmission filter 330 may not have the filter setting UI.

  Hereinafter, a processing procedure in the second embodiment will be described. FIG. 17 is a diagram for explaining the processing procedure of the second embodiment. As shown in FIG. 17, in the second embodiment, for convenience, it is assumed that a mail transmission filter 323 and a folder transmission filter 325 are installed as transmission filters.

  Details of each step in FIG. 17 will be described with reference to FIGS. 18 and 20. Step numbers in FIG. 17 and FIG. 18 or FIG. 20 are common. FIG. 18 is a flowchart for explaining processing executed in advance before each transmission filter is used in the second embodiment. Here, “in advance” may be, for example, when each transmission filter is installed.

  First, the filter logic of the multi-transmission filter 330 determines a subordinate transmission filter based on the transmission filter list information 331, and executes each execution condition from each of the determined transmission filters (mail transmission filter 323, folder transmission filter 325). Information of setting items that can be set as (setting item names, etc.) and respective filter names are acquired (S201).

  Subsequently, the filter logic of the transmission filter 330 generates a correspondence table between the setting item name and the filter name of each transmission filter based on the acquired information, and the correspondence table is stored in a nonvolatile storage device (HDD (Hard Disk Drive) etc.) (S202).

  FIG. 19 is a diagram illustrating an example of a correspondence table between setting item names and filter names according to the second embodiment. In the correspondence table 332 shown in FIG. 19, the mail text, transmission time, destination folder password, and the like are recorded as setting item names, and the filter names of the transmission filters from which the respective setting items are acquired are recorded. The transmission time designation is associated with the filter names of both the mail transmission filter 323 and the folder transmission filter 325. This indicates that the setting item has been acquired from both transmission filters.

  Next, FIG. 20 is a flowchart for explaining setting value setting processing for the transmission filter according to the second embodiment. Here, for example, it is assumed that the multi-transmission filter 330 is selected as the output filter to be used on the request input screen as shown in FIG.

  For example, when the button of the multi-transmission filter 330 is selected in the request display area 516 of the request input screen and the setting button 517 is pressed (touched), provision of user interface display information is requested from the local UI unit 12. Then, the filter setting UI of the multi-transmission filter 330 generates display information based on the correspondence table 332 and returns the display information to the local UI unit 12 (S211). The local UI unit 12 displays a user interface on the operation panel or the like based on the returned display information.

  FIG. 21 is a diagram illustrating an example of a user interface displayed in the second embodiment. As shown in FIG. 21, the setting screen 410 has areas for inputting setting values for all setting items included in the correspondence table 322. That is, the setting screen 410 is not a setting screen limited to a specific transmission filter, but functions as a common setting screen for the transmission filters under the multi-transmission filter 330.

  Subsequently, when the setting value for the setting item is input by the user on the setting screen 410, the local UI unit 12 notifies the setting logic of the setting item and the setting value that are the setting target to the filter logic of the multi-transmission filter 330. (S212). Here, it is not necessary to input setting values for all setting items displayed on the setting screen 410. The user may input setting values for necessary setting items for the transmission means (e-mail or FAX) used by the user.

  Subsequently, the filter logic of the multi-transmission filter 330 determines the transmission filter of the setting destination for each input setting value based on the setting item name and the correspondence table 332 (S213).

  When the record of the setting item name in which the setting value is set is included in the correspondence table 332 (Yes in S214), the filter logic of the multi-transmission filter 330 sets the setting for the transmission filter corresponding to the setting item name. A value is set (S215). For example, when a mail text is input, the value is set in the mail transmission filter 323. When the transmission time is set, the value is set in both the mail transmission filter 323 and the folder transmission filter 325. On the other hand, when the record of the setting item name in which the setting value is set is not included in the correspondence table 332 (No in S214), the filter logic of the multi-transmission filter 330 notifies the local UI unit 12 of an error (S216). .

  Thereafter, when the mail transmission filter 323 or the folder transmission filter 325 is used (executed), each transmission filter operates according to the set value.

  As described above, according to the multifunction device 1 in the second embodiment, the multi-transmission filter 330 generates a common setting screen for a plurality of transmission filters in an integrated manner. Also, the setting value set on the common setting screen is appropriately set by the multi-transmission filter 330 for the transmission filter corresponding to the setting item based on the correspondence table 332. Therefore, it is not necessary to implement a user interface for each transmission filter. The setting screen is dynamically generated based on the configuration of the transmission filter installed in the multifunction device 1. Therefore, even when a transmission filter is newly added or deleted, such a configuration change is automatically reflected in the display content of the setting screen.

  By the way, for a setting item whose setting value data format differs for each transmission filter, such as “Destination”, even if the setting destination transmission filter is determined based on the format of the input setting value instead of the setting item name. Good. Hereinafter, such an example will be described as a third embodiment. In the third embodiment, the points not particularly specified may be the same as those in the second embodiment.

  FIG. 22 is a diagram for explaining the processing procedure of the third embodiment. As shown in FIG. 22, in the third embodiment, for the sake of convenience, it is assumed that a mail transmission filter 323, a FAX transmission filter 324, and a folder transmission filter 325 are installed as transmission filters.

  Details of each step in FIG. 22 will be described with reference to FIGS. The step numbers in FIG. 22 and FIG. 23 or FIG. 25 are the same. FIG. 23 is a flowchart for explaining processing executed in advance before each transmission filter is used in the third embodiment.

  First, the filter logic of the multi-transmission filter 330 determines a subordinate transmission filter based on the transmission filter list information 331, and from each subordinate transmission filter (email transmission filter 323, FAX transmission filter 324, folder transmission filter 325), Each destination data format (destination format) and each filter name are acquired (S301).

  Subsequently, the filter logic of the transmission filter 330 generates a correspondence table between the destination format and the filter name based on the acquired information, and the correspondence table is stored in a non-volatile storage device (HDD (Hard Disk Drive) or the like). Save (record) (S302).

  FIG. 24 is a diagram illustrating an example of a correspondence table between a destination format and a filter name according to the third embodiment. In the correspondence table 333 shown in FIG. 24, “all numbers”, “include @ in half-width alphanumeric characters”, “include ¥ in half-width alphanumeric characters”, and the like are recorded as destination formats. The filter name of the transmission filter from which is acquired is recorded. That is, for the FAX transmission filter 324, since the FAX number is the destination, the format is all numbers. Further, the mail transmission filter 323 has a mail address as a destination, so the format includes @ in single-byte alphanumeric characters. Further, the folder transmission filter 325 has a folder path name as the destination, so that the format includes \ in half-width alphanumeric characters.

  FIG. 25 is a flowchart for explaining destination setting processing for a transmission filter in the third embodiment. The scene in which FIG. 25 is executed is the same as the scene in which FIG. 20 is executed in the second embodiment.

  For example, when the user interface display information is requested from the local UI unit 12, the filter setting UI of the multi-transmission filter 330 generates display information for a screen (destination setting screen) for setting a destination, It returns to the local UI unit 12 (S311). The local UI unit 12 displays a destination setting screen on the operation panel or the like based on the returned display information. Note that the display information of the destination setting screen may not be dynamically generated and may be fixed.

  FIG. 26 is a diagram illustrating an example of a destination setting screen according to the third embodiment. On the destination setting screen 420 shown in FIG. 26, a plurality of destinations can be input. That is, when the add button 421 is selected (pressed), one line is added to the destination input field, and further destination input is possible.

  Subsequently, when the user inputs a destination on the destination setting screen 420, the local UI unit 12 notifies the multi-transmission filter 330 of the input destination (S312). The destination set on the destination setting screen 420 may include a fax number, a mail address, a folder path name, and the like.

  Subsequently, the filter logic of the multi-transmission filter 330 discriminates (analyzes) the data format of each input destination (S313), and determines the transmission filter of the setting destination based on the data format and the correspondence table 333 (S313). S314).

  If a record corresponding to the input destination data format is included in the correspondence table 333 (Yes in S315), the filter logic of the multi-transmission filter 330 sets the destination for the transmission filter corresponding to the data format. Setting is made (S316). On the other hand, when the record corresponding to the input destination data format is not included in the correspondence table 333 (No in S316), the filter logic of the multi-transmission filter 330 notifies the local UI unit 12 of an error (S318). .

  Thereafter, when any one of the transmission filters is used (executed), the transmission filter transmits the image data to the set destination.

  As described above, according to the multifunction device 1 in the third embodiment, the input destination is set in a transmission filter corresponding to the data format based on the correspondence table 333. Therefore, a common destination setting screen can be used for a plurality of transmission filters. Further, when a transmission filter is newly added or deleted, the correspondence table 333 is updated, and thus such a configuration change is automatically reflected in the processing content.

  Next, a fourth embodiment will be described. In the fourth embodiment, the points not particularly specified may be the same as in the second embodiment.

  FIG. 27 is a diagram for describing a processing procedure according to the fourth embodiment. As shown in FIG. 27, in the fourth embodiment, for convenience, it is assumed that a mail transmission filter 323 and a FAX transmission filter 324 are installed as transmission filters.

  Details of each step in FIG. 27 will be described with reference to FIGS. Step numbers in FIG. 27 and FIG. 28 or FIG. 30 are common. FIG. 28 is a flowchart for explaining processing executed in advance before each transmission filter is used in the fourth embodiment.

  First, the filter logic of the multi-transmission filter 330 determines a subordinate transmission filter based on the transmission filter list information 331, and communication used by each subordinate transmission filter (email transmission filter 323, FAX transmission filter 324). Information for identifying the type of means (communication means name) and each filter name are acquired (S401).

  Subsequently, the filter logic of the transmission filter 330 generates a correspondence table between the communication means and the filter name based on the acquired information, and the correspondence table is stored in a nonvolatile storage device (HDD (Hard Disk Drive) or the like). Save (record) (S402).

  FIG. 29 is a diagram illustrating an example of a correspondence table between communication means names and filter names in the third embodiment. In the correspondence table 334 shown in FIG. 29, telephone lines and LAN lines are recorded as communication means, and filter names of transmission filters that use the respective communication means are recorded. That is, the FAX transmission filter 324 uses a telephone line, and the mail transmission filter 323 uses a LAN line.

  That is, in the fourth embodiment, an example is shown in which each transmission filter is classified based on the communication means used by each transmission filter.

  Next, FIG. 30 is a flowchart for explaining setting value setting processing for a transmission filter according to the fourth embodiment. The scene in which FIG. 30 is executed is the same as the scene in which FIG. 20 is executed in the second embodiment.

  For example, when the display information of the user interface is requested from the local UI unit 12, the filter setting UI of the multi-transmission filter 330 generates display information based on the correspondence table 335 and returns the display information to the local UI unit 12. (S411). The local UI unit 12 displays a user interface on the operation panel or the like based on the returned display information.

  Here, the correspondence table 335 is information that the multi-transmission filter 330 manages in advance, for example, as its own permanent storage area information. The correspondence between the setting item name and the type of communication means (transmission filter classification) is It is defined. FIG. 31 is a diagram illustrating an example of a correspondence table between setting item names and communication means according to the fourth embodiment.

  As shown in FIG. 31, in the correspondence table 335, for each setting item name, a communication unit that requires setting of the setting item is recorded. That is, in the fourth embodiment, based on the idea that the setting item will be determined according to the type of communication means, not a fine unit such as each transmission filter, the display information of the setting screen is based on the correspondence table 335. Generated. Therefore, it is preferable to determine the criteria for classification of transmission filters based on the commonality of setting items.

  The example of the setting screen displayed based on the correspondence table 335 is shown. FIG. 32 is a diagram illustrating an example of a user interface displayed in the fourth embodiment. As illustrated in FIG. 32, the setting screen 430 includes areas for inputting setting values for all setting items included in the correspondence table 335.

  Subsequently, when a setting value for the setting item is input by the user on the setting screen 430, the local UI unit 12 notifies the setting logic of the setting item and the setting value that are the setting target to the filter logic of the multi-transmission filter 330. (S412).

  Subsequently, the filter logic of the multi-transmission filter 330 determines a corresponding communication unit for each input setting value based on the setting item name and the correspondence table 335 (S413). Subsequently, the filter logic of the multi-transmission filter 330 determines a transmission filter corresponding to the determined communication unit based on the correspondence table 334 for each set value (S414).

  When the determined communication means record is included in the correspondence table 334 (Yes in S415), the filter logic of the multi-transmission filter 330 sets the setting value for the transmission filter corresponding to the communication means ( S416). For example, when a mail text is input, the value is set in the mail transmission filter 323. When the transmission time is set, the value is set in both the mail transmission filter 323 and the FAX transmission filter 324. On the other hand, when the record of the communication means for which the set value is set is not included in the correspondence table 334 (No in S415), the filter logic of the multi-transmission filter 330 notifies the local UI unit 12 of an error (S417).

  As described above, according to the multi-function device 1 in the fourth embodiment, the multi-transmission filter 330 generates a common setting screen for a plurality of transmission filters in an integrated manner. Also, the setting value set on the common setting screen is appropriately set by the multi-transmission filter 330 for the transmission filter corresponding to the setting item based on the correspondence tables 334 and 335. Therefore, it is not necessary to implement a user interface for each transmission filter. In addition, the setting screen is generated not based on each transmission filter but based on the correspondence table 335 indicating the correspondence relationship with the communication means (classification) having a higher abstraction level. There is no need to change as long as the communication means is used.

  In the above description, an example in which the setting screen 430 is generated based only on the correspondence table 335 has been described. However, the setting screen 430 may be generated using both the correspondence tables 334 and 335. Specifically, setting items corresponding to communication means that are not registered in the correspondence table 334 may not be displayed on the setting screen 430. By doing so, an operation screen corresponding to the installation status of the transmission filter can be displayed.

  Next, a fifth embodiment will be described as a modification of the second embodiment. In the fifth embodiment, the processing corresponding to FIG. 20 is different. Therefore, the process corresponding to FIG. 20 will be described. Others may be the same as in the second embodiment. That is, the process of FIG. 18 is executed before the process corresponding to FIG.

  FIG. 33 is a flowchart for explaining setting value setting processing for a transmission filter according to the fifth embodiment.

  Steps S511 and S512 are the same as steps S211 and S212 in FIG.

  Subsequently, the filter logic of the multi-transmission filter 330 notifies each transmission filter of the setting item name for each input setting value, and inquires whether the setting value of the setting item name is necessary (S513). Subsequently, the filter logic of the multi-transmission filter 330 receives an answer to the inquiry from each transmission filter (S514). When there is an answer indicating that a setting value is necessary (Yes in S515), the filter logic of the multi-transmission filter 330 sets the setting value for the transmission filter that has made the answer (S516).

  When the processing is completed for the responses from all the transmission filters that have inquired (Yes in S517), it is determined whether or not there is at least one response indicating that the setting value is necessary (S518). . If there is no such answer (No in S518), the filter logic of the multi-transmission filter 330 notifies the local UI unit 12 of an error (S519).

  As described above, according to the multifunction machine 1 in the fifth embodiment, the same effects as those in the second embodiment can be obtained. Note that the multi-transmission filter 330 may forcibly notify each transmission filter of the setting item name and the setting value without inquiring about the necessity of the setting value for each transmission filter. In this case, each transmission filter side determines whether or not the setting value is necessary based on the notified setting item name, and sets only the necessary setting value to itself.

  In the second to fifth embodiments, the transmission filter has been described as an example. However, the application range of the invention according to the second to fifth embodiments is not limited to the transmission filter. If the software components are functionally common, the commonality of the setting items is generally high. Therefore, the present invention can be appropriately applied in an environment where a plurality of software components having functional commonality exist.

  In the second to fifth embodiments, the filter logic of the multi-transmission filter 330 corresponds to identification information acquisition means, recording means, setting means, classification identification information acquisition means, and the like. The filter setting UI of the multi-transmission filter 330 corresponds to setting screen display means.

  An example of the hardware configuration of the multifunction machine 1 is shown below. FIG. 34 is a diagram illustrating an example of a hardware configuration of the multifunction machine according to the embodiment of the present invention.

  As hardware of the multifunction machine 1, there are a controller 201, an operation panel 202, a facsimile control unit (FCU) 203, an imaging unit 121, and a printing unit 122.

  The controller 201 includes a CPU 211, ASIC 212, NB221, SB222, MEM-P231, MEM-C232, HDD (hard disk drive) 233, memory card slot 234, NIC (network interface controller) 241, USB device 242, IEEE 1394 device 243, and Centronics device. 244.

  The CPU 211 is an IC for various information processing. The ASIC 212 is an IC for various image processing. The NB 221 is a north bridge of the controller 201. The SB 222 is a south bridge of the controller 201. The MEM-P 231 is a system memory of the multifunction machine 1. The MEM-C 232 is a local memory of the multifunction machine 1. The HDD 233 is a storage of the multifunction device 1. The memory card slot 234 is a slot for setting the memory card 235. The NIC 241 is a controller for network communication using a MAC address. The USB device 242 is a device for providing a USB standard connection terminal. The IEEE 1394 device 243 is a device for providing a connection terminal of the IEEE 1394 standard. The Centronics device 244 is a device for providing a Centronics specification connection terminal. The operation panel 202 is hardware (operation unit) for an operator to input to the multifunction device 1 and hardware (display unit) for an operator to obtain an output from the multifunction device 1.

  Note that the software shown in FIG. 1 is stored in, for example, the MEM-C 232 and processed by the CPU 211 to cause the multifunction device to execute the function.

  As mentioned above, although the Example of this invention was explained in full detail, this invention is not limited to such specific embodiment, In the range of the summary of this invention described in the claim, various deformation | transformation・ Change is possible.

FIG. 3 is a diagram illustrating a software configuration example of a multifunction machine according to the first embodiment. It is a figure for demonstrating the concept of a pipe & filter. It is a figure for demonstrating the component of a filter. It is a figure which shows the example of the combination of the filter for implement | achieving each function in the multifunctional device of this Embodiment. 10 is a flowchart for explaining a processing procedure when the multi-function peripheral realizes one function. 10 is a flowchart for explaining a processing procedure when the multi-function peripheral realizes one function. It is a figure which shows the example of selection of the filter in an operation panel. It is a figure which shows notionally the request | requirement content notified to a control layer from a user interface layer. It is a figure which shows the example of the correspondence table of a filter and a pipe. It is a figure which shows notionally the information produced | generated by the control layer. It is a figure for demonstrating the transmission procedure of the data between the filters via a pipe. It is a figure for demonstrating the process sequence at the time of implement | achieving a copy function. It is a figure which shows notionally a mode that the filters which concern on a copy function were connected by the pipe. It is a figure for demonstrating the process sequence at the time of implement | achieving a printer function. It is a figure which shows notionally a mode that the filters which concern on a printer function were connected by the pipe. It is a figure which shows the structural example of the application logic layer in 2nd embodiment. It is a figure for demonstrating the process sequence of 2nd embodiment. It is a flowchart for demonstrating the process performed previously before each transmission filter is utilized in 2nd embodiment. It is a figure which shows the example of the conversion table of the setting item name and filter name in 2nd embodiment. It is a flowchart for demonstrating the setting process of the setting value with respect to the transmission filter in 2nd embodiment. It is a figure which shows the example of the user interface displayed in 2nd embodiment. It is a figure for demonstrating the process sequence of 3rd embodiment. It is a flowchart for demonstrating the process performed previously before each transmission filter is utilized in 3rd embodiment. It is a figure which shows the example of the conversion table of the destination format and filter name in 3rd embodiment. It is a flowchart for demonstrating the setting process of the destination with respect to a transmission filter in 3rd embodiment. It is a figure which shows the example of the destination setting screen in 3rd embodiment. It is a figure for demonstrating the process sequence of 4th embodiment. It is a flowchart for demonstrating the process performed previously before each transmission filter is utilized in 4th Embodiment. It is a figure which shows the example of the correspondence table of the communication means name and filter name in 3rd embodiment. It is a flowchart for demonstrating the setting process of the setting value with respect to the transmission filter in 4th Embodiment. It is a figure which shows the example of the correspondence table of the setting item name and communication means in 4th Embodiment. It is a figure which shows the example of the user interface displayed in 4th Embodiment. It is a flowchart for demonstrating the setting process of the setting value with respect to the transmission filter in 5th embodiment. It is a figure which shows an example of the hardware constitutions of the multifunctional device in embodiment of this invention

Explanation of symbols

1 MFP 10 User interface layer (an example of filter selection means)
11 Communication server unit 12 Local UI unit 20 Control layer (an example of filter connection means)
30 Application logic layer 31 Activity (an example of function execution means)
31a Copy activity 31b Printer activity 31c Multi-document activity 40 Device service layer 41 Image pipe (an example of transmission means)
42 Data management unit 50 Device control layer 51 Scanner control unit 52 Plotter control unit 53 Memory control unit 54 Tel line control unit 55 Network control unit 60 Correspondence table (an example of correspondence management means)
121 Imaging unit 122 Printing unit 201 Controller 202 Operation panel 203 Facsimile control unit 211 CPU
212 ASIC
221 NB
222 SB
231 MEM-P
232 MEM-C
233 HDD
234 Memory card slot 235 Memory card 241 NIC
242 USB device 243 IEEE 1394 device 244 Centronics device 301 Reading filter 302 Storage document reading filter 303 Mail reception filter 304 FAX reception filter 305 PC document reception filter 306 Report filter 311 Document conversion filter 312 Document conversion filter 321 Print document 322 Storage document registration filter 323 Mail transmission filter 324 FAX transmission filter 325 Folder transmission filter 326 Preview filter 330 Multi transmission filter 331 Transmission filter list information 332, 333, 334, 335 Correspondence table

Claims (7)

An image forming apparatus having a plurality of software components that can be independently installed,
Format acquisition means for acquiring the data format of the setting value of the setting item common to each software component from each software component ;
Recording means for associating and recording the data format and the software component from which the data format was acquired;
Display means for displaying a screen for inputting a setting value for the setting item;
Image forming apparatus comprising: a setting unit configured to set a setting value input to the setting item in a software component associated with a data format of the setting value in the information recorded by the recording unit apparatus. The image forming apparatus according to claim 1, wherein a plurality of setting values having different data formats can be input on the screen.   Each of the software components is a software component that causes the image forming apparatus to execute transmission of information by different methods.
  The image forming apparatus according to claim 1, wherein the setting item is identification information of a transmission destination of the information. An image forming apparatus having a plurality of software components that can be independently installed ,
A format acquisition procedure for acquiring the data format of setting values of setting items common to each software component from each software component ;
A recording procedure for associating and recording the data format and the software component from which the data format was acquired;
A display procedure for displaying a screen for setting a setting value for the setting item;
A setting procedure for executing a setting procedure for setting a setting value input to the setting item in a software component associated with a data format of the setting value in the information recorded in the recording procedure. Processing method. The information processing method according to claim 4, wherein a plurality of setting values having different data formats can be input on the screen.   Each of the software components is a software component that causes the image forming apparatus to execute transmission of information by different methods.
  The information processing method according to claim 4 or 5, wherein the setting item is identification information of a transmission destination of the information. The information processing program for executing the claims 4 to 6 information processing method according to any one claim in the computer.

Images