Patent Application
20050157322
1. Field of the Invention
The present invention generally relates to an image transformation apparatus, and more particularly, to an image transformation apparatus that transforms image data for another apparatus connected via a network, and a method of transforming the image data.
2. Description of the Related Art
There are many formats of image data. For example, JPEG is one of the most common formats of image data used for personal computers. MH, MR, and MMR are generally used for facsimile machines. Each format is designed for a specific purpose of use and an environment.
It is often necessary to transform image data of a format into image data of another format. For example, when JPEG image data are to be transmitted via facsimile, the JPEG image data need to be transformed into MH, MR, or MMR.
In such a case, a user may use various apparatuses such as a personal computer in which a computer program for transforming image data format is installed, and a multifunction peripheral that functions as a copier and a scanner, for example, as well as a facsimile, depending on the occasion.
However, even image data can be easily transmitted via a network because of the improvements in network technology. If an apparatus can request another apparatus connected via a network to transform image data on its behalf, the apparatus does not need to have a transformation unit for transforming image data. If the apparatus has its own transformation unit for transforming image data, but the other apparatus has a transformation unit of a higher performance level, the apparatus may be able to transform the image data at a higher efficiency by requesting the other apparatus to transform the image data.
Accordingly, it is a general object of the present invention to provide a novel and useful image transformation apparatus in which at least one of the above problems is eliminated.
Another and more specific object of the present invention is to provide an image transformation apparatus that transforms image data for another apparatus connected via a network, and a method of transforming image data for another apparatus.
To achieve at least one of the above objects, the method according to the present invention is capable of transforming an image format of image data stored in an apparatus connected via a network, the method including the steps of:
According to the above arrangements, if the apparatus is not capable of transforming the image format of the image data, or the capability of the apparatus is inferior to that of the image transforming apparatus, the image transforming apparatus, using the method, can transform the image format of the image data in response to a request from the apparatus.
Other objects, features, and advantages of the present invention will become more apparent from the following detailed description when read in conjunction with the accompanying drawings.
The preferred embodiments of the present invention are described in detail below. In the following description, image data may be referred to as an image, and the transforming of the format of image data may be referred to as the transforming of an image. Additionally, it is assumed in the following description that an image transformation apparatus is a multifunction peripheral (MFP), which may be referred to as a “machine”. However, the image transformation apparatus is not limited to the MFP.
As shown in
According to the above arrangements, even if the MFP 204 has no built-in MLB, the MFP 204 can have images transformed by the MLB 203 of the MFP 202. If the MFP 204 has a low-performance MLB (not shown), but the MLB 203 of the MFP 204 is of high performance, the MFP 204 can have images transformed by the high-performance MLB 203 of the MFP 202.
The structure and operation of the MFP are described below.
When the MFP 1 is powered on, the MFP start unit 3 is started first, and activates an application layer 5 and a platform layer 6. The MFP starting unit 3 reads programs of the application layer 5 and the platform layer 6 from a hard disk drive (HDD) (not shown) and loads the programs to a memory region (not shown), for example, and activates the programs. The hardware resources 4 include a monochrome laser printer 51, a color laser printer 52, an operations panel 53, the MLB 54, and other hardware resources 50 such as a scanner and a facsimile unit.
The software programs 2 are executed on an operating system OS such as UNIX (registered trade mark). The software programs 2 include the application layer 5 and the platform layer 6. The application layer 5 includes programs that perform specific user services related to the image forming such as printing, copying, facsimile, and scanning.
The application layer 5 includes a printer application 20 corresponding to printing functions, a copier application 21 corresponding to copying functions, a facsimile application 22 corresponding to facsimile functions, and a scanner application 23 corresponding to scanning functions.
The platform layer 6 includes a control service layer 7, a system resource manager (SRM) 40, and a handler layer 8. The control service layer 7 interprets a request for processing data from the application layer 5, and issues a request for allocating the hardware resources 4. The SRM 21 manages one or more hardware resources 4 to arbitrate requests for allocating the hardware resources 4 from the control service layer 7. The handler layer 8 handles the hardware resources 4 in accordance with a request for allocating the hardware resources 4 from the SRM 40.
The control service layer 7 includes one or more service modules such as: a network control service (NCS) 30, a delivery control service (DCS) 31, an operations panel control service (OCS) 32, a facsimile control service (FCS) 33, an engine control service (ECS) 34, a memory control service (MCS) 35, an on-demand update service (OUS) 36, a user information control service (UCS) 37, and a system control service (SCS) 38.
The platform layer 6 is configured to include an application program interface (API) 43 through which the application layer 5 sends processing requests to the platform layer 6 by issuing a function call. Programs of the application layer 5 and the platform layer 6 may be simultaneously executed on an operating system (OS) as processes.
The process of the NCS 30 provides a common service available for all application programs that require network interface. The process of the NCS 30 receives data from another resource connected to the network in accordance with various protocols, and transfers the received data to a designated application program, and vice versa.
The NCS 30 communicates with another network apparatus via the network using a HyperText Transfer Protocol Daemon (httpd) in accordance with the HyperText Transfer Protocol (HTTP).
The process of the DSC 31 controls the distribution of documents stored in the MFP 1. The process of the OCS 32 controls an operations panel through which a user (or a service person who maintain the MFP 1) and the system of the MFP 1 communicate.
The process of the FCS 33 provides the application layer 5 with the application program interface (API) 43 through which the application layer 5 can exchange facsimile messages via PSTN and/or ISDN. The application layer 5 can further register and retrieve facsimile messages stored and managed in a backup memory (not shown) through the API 43. The application layer 5 can read and print the facsimile messages through the API.
The process of the ECS 34 controls engines such as those of the monochrome laser printer 51, the color laser printer 52, and the other hardware resources 50. The process of the MCS 35 manages memory (storage) such as the HDD by reserving and/or discharging a memory region. The process of the OUS 36 downloads programs via the network, and stores the downloaded programs in the memory.
The process of the SCS 38 manages the application programs, controls the operations unit, displays system screens, indicates information via LEDs, manages the hardware resources, and controls interruption of applications, for example.
The process of the SRM 40 controls the system of the MFP 1 and manages the hardware resources 4 in cooperation with the SCS 38. The process of the SRM 40 arbitrates requests for allocating the hardware resources 4 from the upper rank layer thereby to control the use of the hardware resources 4. The process of the SRM 40 schedules the use of the hardware resources 4 in response to a request from the upper rank layer. For example, the process of the SRM 40 directly controls paper transportation and image forming of the printer engines, memory reservation, and file creation.
The handler layer 8 includes a facsimile control unit handler (FCUH) 41, an image memory handler (IMH) 42, and a MEU 45. As will be appreciated, the FCUH 41 controls a facsimile control unit (FCU) 68 (see
The SRM 40 and FCUH 41 give the hardware resources 4 requests for processing through an engine interface (I/F) 44 by using a predetermined function.
As described above, the MFP 1 can centrally perform processing commonly required by the applications of application layer 5. The hardware structure of the MFP 1 is described next.
The controller board 60 includes the following: a CPU 61, an ASIC 66, a HDD 65, a local memory (MEM-C) 64, a system memory (MEM-P) 63, a north bridge (NB) 62, a south bridge (SB) 73, a network interface card (NIC) 74, a USB device 75, an IEEE 1394 device 76, and a Centronics device 77.
The operations panel 53 is connected to the ASIC 66 mounted on the controller board 60. The following are connected to the NB 62 via a PCI bus: the SB 73, the NIC 74, the USB device 75, the IEEE 1394 device 76, the Centronics device 77, and the MLB 54. The MLB 54 is connected to the image transformation apparatus (MFP 1) via the PCI bus. The image data are provided from the MFP 1 to the MLB 54, are transformed by the MLB 54, and returned from the MBL 54 to the MFP 1.
The FCU 68, the engine 71, and the plotter 72 are connected to the ASIC 66 of the controller board 60 via the PCI bus.
On the controller board 60, the local memory 64 and HDD 65 are connected to the ASIC 66, and the CPU 61 and ASIC 66 are connected to each other via the NB 62 (a CPU chip set). Even if the interface of the CPU 61 is not known, the ASIC 66 can be connected to the CPU 61 via the NB 62.
The ASIC 66 and the NB 62 are connected via an accelerated graphics port (AGP) 67, instead of the PCI bus. The reason why the ASIC 66 and the NB 62 are connected to each other via the AGP 67, which is faster than the PCI bus, is that multiple processes of the application layer 5 and the platform layer 6 need to be executed concurrently without degrading the performance of the system.
The CPU 61 controls the entire system of the MFP 1. The CPU 61 executes the following programs on the operating system as processes: the NCS 30, DCS 31, OCS 32, FCS 33, ECS 34, MCS 35, OUS 36, UCS 37, SCS 38, SRM 40, FCUH 41, and the IMH 42. The CPU 61 further executes the printer application 20, the copier application 21, the facsimile application 22, and the scanner application 23.
The NB 62 is a bridge device that connects the CPU 61 with the system memory 63, the SB 73 and the ASIC 66. The system memory 63 is the memory for storing image data for image forming of the MFP 1. The SB 73 is a bridge device that connects the NB 62, through the PCI bus, with and other peripheral devices. The local memory 64 is the memory for buffering copier image data and codes.
The ASIC 66 is an application specific integrated circuit that includes hardware elements for image processing. The HDD 65 is a storage device for storing images, documents, computer programs, fonts, and forms, for example. The operations panel 53 accepts instructions input by the user, and displays information for the user.
The flow of image data in the MFP 1 and the configuration of the MFP 1 related to the flow of the image data are described below.
The input unit 47 operates to input images used for copying, printing, facsimile, and scanning. The memory 46 stores the images input through the input unit 47 and images received through the external I/F 55. Either the system memory (MEM-P) 63 or the local memory (MEM-C) 64 may operate as the memory 46. The HDD 65 also stores the input images through the input unit 47 and the external I/F 55.
The MLB 54 transforms the format of images stored in the memory 46 or the HDD 65. The plotter 72 prints the images provided by the output unit 48. The external I/F 55 connects the MFP to the network.
As shown in
A description of the formats of images that are input to the input unit 47 is given below. The formats of images that are input through the input unit 47 include binary, 4-leveled, 8-leveled, MH/MR/MMR, JPEG, RGB, and NFC1, for example. NFC1 is one of plural compression formats.
The MLB 54 can transform images of the following formats: binary, 4-leveled, 8-leveled, MH/MR/MMR, JPEG/JPEG 2000, RGB/sRGB, NFC1, and TIFF, for example. The transformation is performed by MLB 54 that is a hardware device for transforming images at high speed.
The HDD 65 can store images of the following formats: binary, 4-level-, 8-level, multi-level, MH/MR/MMR, JPEG, RGB, NFC1, K4, K8, TIFF, and RGB, for example. K4 and K8 are formats for compressed images.
The plotter 72 can accept images of the following formats: binary, 4-level, 8-level, and NFC1.
The external I/F 55 can exchange images of the following formats: binary, 4-level, 8-level, MH/MR/MMR, JPEG, and NFC1.
In the description of the embodiments, it is assumed that the changing of magnification of an image is a part of the transformation of the image. The changing of magnification of an image means the changing of image size, for example, from A4 size to A3 size.
In step S101, when the server 301 is activated, the client 302 detects that the server 301 has been activated, and then, transmits a request “GetMachineInfo” to the server 301 for acquiring resource information of the server 301. The resource information is information related to the transforming of images of the server 301.
The client 302 also transmits information such as an IP address, a department code, a manufacturer code, and a password with the request. In the case of a corporate user, the department code may be used for managing the client by the department of the corporation. According to an embodiment, if the server 301 and the client 302 belong to different departments, a request from the client 302 for accessing the server 301 may be rejected. The password is used for authenticating the client 302.
In step S102, the server 301 transmits the resource information using “MachineInfoRes” in response to receipt of the request “GetMachineInfo”. The server 301 transmits a department code, a manufacturer code, image transformation speed, transformable magnification range, and transformable image types to the client 302. For example, the image transformation speed may be represented in units of MB/sec. The transformable magnification range indicates the range of magnifications in which an image can be expanded or reduced. The transformable types is information indicating that, for example, a format A can be transformed into a format B, but cannot be transformed into a format C.
In step S103, when the client 302 requires an image to be transformed, the client 302 transmits a request “ImageTransReq” to the server 301 for transforming the image. The client 302 also transmits the IP address, the department code, the manufacturer code, and the password thereof.
In step S104, in response to receipt of the request, the server 301 returns a response using “ImageTransRes” to the client 302, the response indicating whether the request is “accepted” or “rejected”, and further indicating, if the request is “accepted”, a URL in which the image to be transformed is to be stored.
If the request is accepted, the client 302 transmits the image to the designated URL and requests the server 301 to start transforming the image using “TransStartReq” in step S105.
The server 301 transforms the format of the image, and in step S106, returns the result of the transformation using “ImageTransEnd” to the client 302. The transformation result indicates either normal completion or abnormal ending. If the transformation result is normal completion, a URL at which the transformed image is placed is designated. The client 302 can acquire the transformed image from the designated URL.
In step S107, the server 301 charges the client 302 for the use of MLB using “ChargeReq”. According to an embodiment, the charged amount may change transformation by transformation. The charge may be accumulated using a counter provided to the client 302.
Processing performed by the client and the server is described below.
In step S201, the client 302 determines whether a new machine is detected, and repeats this step until a new machine is detected. In step S202, when a new machine is detected, the client 302 transmits the request “GetMachineInfo” to the detected machine. In step S203, the client 302 waits for a response from the detected machine. In response to receipt of the response from the detected machine, the client 302 registers the resource information transmitted from the detected machine in step S204.
As described above with reference to
The transformable type 103 indicates using “O” or “X” whether a format can be transformed into another format. Specifically,
A type is defined by designating an input format and an output format as shown in
The client 302 retains the resource information acquired from the server 301. It is assumed in the present embodiment that only one server 301 exists in the network. According to another embodiment, multiple servers in each of which a MLB 54 is installed may exist in a network. In such a case, the client 302 may retain resource information of each server 301.
In step S301, the server 301 determines whether a request “GetMachineInfo” has been received, and repeats this step until the determination turns to YES.
In response to receipt of the request “GetMachineInfo”, in step S302 the server 301 determines whether the server itself makes the MLB 54 installed therein accessible (GENERATING RESOURCE INFORMATION (1)). This step is described in further detail below. In step S303, the server 301 makes performance information of the MLB 54 installed therein accessible (GENERATING RESOURCE INFORMATION (2)). This step is described in further detail below.
In step S304 subsequent to step S303, the server 301 transmits the resource information to the client using “MachineInfoRes”. The server 301 waits until the resource information is transmitted by repeating step S305. If the server 301 determines that the resource information has been transmitted, the process returns to step S301.
In step S402, the server 301 determines whether the MLB 54 installed therein is normally operable. If the MLB 54 is not normally operable, the process proceeds to step S407 because it makes no sense to make the MLB 54 accessible from the other apparatuses. If the MLB 54 is normally operable, the process proceeds to step S403.
In step S403, the server 301 determines whether it is permitted to make the MLB 54 accessible. If it is not permitted to make the MLB 54 accessible from other apparatuses, the process proceeds to step S407. If it is permitted to make the MLB 54 accessible from other apparatuses, the process proceeds to step S404. According to an embodiment, the permission may be set by a Serviceperson Program (SP).
As described above with reference to
In step S404, the server 301 determines whether the requesting client 302 is authorized to access the MLB 54. If the client 302 is not authorized, the process proceeds to step S407. If the client 302 is authorized to access the MLB 54, the process proceeds to step S405. According to an embodiment, the determination may be made by determining whether the client 302 has an operating license for the MLB 54, for example. If the access to the MLB 54 is restricted to clients 302 of a particular department of a firm, accesses from clients 302 belonging to different departments are not authorized.
If the server 301 (MFP 202) requires a password, the server 301 determines whether the password transmitted from the client matches in step S405. If the password does not match, the process proceeds to step S407. If the password matches, the process proceeds to step S406. In step S406, the server 301 determines that the MLB 54 is accessible from other apparatuses, and then, the process ends.
A description about the Serviceperson Program is given below.
A service person or a user can set the MLB 54 accessible or inaccessible by pressing the buttons 106 and 105, respectively, in the screen 104.
In step S502, the server 301 determines whether the requesting client 302 is in the same group (department, for example). The determination is made for discriminating the quality of service provided to the same group clients 302 from that provided to different group clients 302.
If the requesting client 302 is in the same group, the server 301. sets up the resource information in step 503. For example, the resource information is assumed as follows:
If the requesting client 302 is not of the same group, the server 301 sets up the resource information in step S504 in the same manner. However, because the requesting client 302 is not of the same group, the resource information transmitted to the requesting client 302 is assumed as follows:
For example, the performance of the MLB 54 is assumed as follows:
In step S601, the client 302 acquires the performance information of image transforming of its own MLB 54. If the client 302 has software for transforming images instead of a MLB 54, the client 302 may acquire the performance information of the software. In step S602, the client 302 acquires the performance information of image transforming, that is, the resource information of other machines. As described above, multiple servers 301 may exist in the network. If multiple servers 301 exist in the network, the client 302 receives resource information from each server 301. As a result, steps S602, S603, and S604 form a loop.
In step S603, the client 302 determines whether another machine can transform images based on the acquired resource information from the other machine. If the other machine cannot transform images, the process proceeds to step S604, and further determines whether the resource information of all machines in the network has been received. If the resource information of all machines has not yet been received, the process returns to step S602.
If the client 302 determines in step S604 that the resource information of all machines has been acquired, it means that none of the detected machines has an image transformation function. In step S605, the client determines whether a MLB 54 is installed therein.
If no MLB 54 is installed therein, the client 302 determines in step S606 that images cannot be transformed, and the process ends. If the client 302 determines that a MLB 54 is installed therein, the client 302 transforms the image using the MLB 54 installed therein in step S609, and the process ends.
If the client 302 determines in step S603 that another machine has an image transformation function, the client 302 determines in step S607 whether a MLB 54 is installed therein. If no MLB 54 is installed therein, the client 302 uses the image transformation function of the other machine in step S610, and then, the process ends.
If a MLB 54 is installed therein, the client compares the performance (transformation speed, for example) of the MLB 54 installed therein and the performance of the other machine in step S608. According to the present embodiment, it is assumed that the client compares the transformation speed of the MLBs 54.
If the transformation speed of its own MLB 54 is equal to or greater than that of the MLB 54 of the other machine, the client uses its own MLB 54, and then the process ends. However, if the transformation speed of its own MLB 54 is lower than that of the MLB 54 of the other machine, the client uses the MLB 54 of the other machine in step S610, and then the process ends.
If the requesting client 302 is permitted to access the MLB 54 installed in the server 301, in step S703, the server 301 sets a URL in which the requesting client 302 stores the image that needs to be transformed. In step S704, the server 301 determines whether there is a current job (a job that is to be performed by using the MLB 54) that is currently being performed or a reserved job that needs to be performed.
If there is not a current job or reserved jobs, the server 301 sets the request result as “accepted” in step S706. If there is a current job or a reserved job, in step S705, the server 301 registers the request from the client 302 in a transformation request queue provided in the MLB 54. In step S706, the server 301 sets the request result as “accepted”, and then the process ends.
If the server 301 determines that an image needs to be transformed in step S801, the server 301 further determines whether the MLB 54 is currently transforming another image in step S802. If the MLB 54 is not transforming an image, the process proceeds to step S806.
In step S802, if the server 301 determines that the MLB 54 is transforming another image, the server 301 determines in step S803 whether the transformation of the other image is requested by another machine. If the server 301 determines that the transformation of the other image is requested by itself, instead of another machine, the server 301 puts its own request for transforming an image in the transformation request queue in step S804.
In step S803, if the server 301 determines that the transformation of another image is requested by another machine, the server 301 interrupts the currently being performed transformation of another image in step S805 so that its own transformation request is performed at priority.
In step S806, after interrupting the currently being performed transformation of another image, the server 301 performs its own transformation request and transforms the image. The server 301 waits until the transformation of the image is completed in step S807. In response to the completion, the server 301 determines whether its own transformation request is in the transformation request queue in step S808.
If any, the server 301 performs step S806 again. In step S808, if the server 301 determines that its own transformation request is not in the transformation request queue, the server 301 determines whether there is any interrupted request for transforming an image in step S809.
If there is no interrupted request, the server 301 returns to step S801. If there is an interrupted request, the server 301 processes the interrupted request for the other machine. After completing the process, the server 301 returns to step S801.
As described above, the present invention provides an apparatus for, and a method of providing an image transformation service by transforming the format of an image transmitted from another apparatus connected to the network.
The preferred embodiments of the present invention are described above. The present invention is not limited to these embodiments, but variations and modifications may be made without departing from the scope of the present invention.
This patent application is based on Japanese Priority Patent Application No. 2003-144573 filed on May 22, 2003, the entire contents of which are hereby incorporated by reference.
| Number | Date | Country | Kind |
|---|---|---|---|
| 2003-144573 | May 2003 | JP | national |
