JP4617038B2 - Information processing apparatus, method, and control program - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention , Information processing apparatus and method as well as Control program In In particular, the present invention relates to display and management of PCs and peripheral devices shared on a network.
[0002]
[Prior art]
In recent years, with the spread of peripheral devices such as personal computers (hereinafter referred to as PCs), printers, scanners, digital cameras and the like, networks such as LANs have also spread, and printers, modems, scanners, etc. by a plurality of PCs on the network. The need to share is also increasing. Many drivers for using these peripheral devices have also been provided, and installation methods have also been provided.
[0003]
[Problems to be solved by the invention]
However, when the driver of the peripheral device is upgraded due to a function upgrade or the like, the user himself has to upgrade the driver. When the user upgrades the driver himself / herself, the new driver information is stored in a specific folder of a PC (server PC, etc.) shared on the network, and the driver information is used on each PC to upgrade the driver. It was common to upgrade each version.
[0004]
However, when the version is upgraded by these methods, there are the following problems. That is, user information set as property information for each driver, such as layout information and font information, or device option information set in common in the network system, is set to the initial state of the driver. It is a problem. For this reason, after all, it is necessary to set the property information of the driver that returns to the initial state at the time of installation. For these reasons, not only is it troublesome to set the driver property information after installing the driver, but the items for setting them are becoming more complex, which can lead to setting errors, etc. There is a problem.
[0005]
Therefore, it is conceivable to upgrade the driver automatically in the future. For example, the system administrator upgrades the drivers on a plurality of PCs at a time by issuing instructions from the server PC or the like. The upgrade can be performed without the user being aware of the folder in which new driver information is stored on each PC.
[0006]
However, driver installation, version upgrade, and setup procedures vary from device to device. In addition, the type of driver must be selected according to the environment of the device or client device, and the operation is complicated. In addition, complicated processing such as addition and change of drivers based on instructions in the client device and setting of driver property information must be executed in each client, and there is a problem that work efficiency is very poor.
[0007]
As described above, when the user of each PC or the setting of software of the PC is left to the system administrator, there is a problem that the system administrator is loaded and the work efficiency is deteriorated. Furthermore, in recent years, there are many cases where installation is performed on a large number of PCs in a large-scale system. After installing drivers for a large number of PCs, it becomes necessary to set complicated driver properties on a large number of PCs. Under such circumstances, there is a problem that the user's labor and a system administrator for setting a large number of PCs are required, and setting errors often occur.
[0008]
The present invention has been made in view of the above points, and an object thereof is to provide a mechanism that enables property information to be updated by a simple operation on a network.
[0009]
In addition, when upgrading the version of a driver installed in the client, the driver property information is distributed from the server device and set in the client device in order to reduce the setting effort of the driver property information and reduce setting errors. The purpose is to provide a mechanism to do this.
[0010]
Furthermore, in order to reduce the burden of driver installation and property information setting processing that has been performed in each client, a mechanism for performing push installation of the driver according to a setup instruction from the server device and performing property information setting processing for the driver The purpose is to provide.
[0011]
[Means for Solving the Problems]
Of the present invention An information processing apparatus is an information processing apparatus that communicates with a client apparatus. Concerned A program for controlling a peripheral device using a user interface displayed on a display unit of an information processing device driver Select multiple client devices to deliver Ru A selection means; Concerned Using the user interface displayed on the display unit of the information processing device, Specify whether or not to deliver the driver property information, and if so, specify the property information to be delivered Make Specified Means, When it is specified that distribution of property information is specified by the specifying means, the property information of the driver specified by the specifying means for the plurality of client devices selected by the selecting means, and the When the driver and the driver setup instruction are distributed and the property information is not distributed by the specifying unit, the driver is sent to the plurality of client devices selected by the selecting unit. And instructions for setting up the driver And a delivery control means for controlling.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of a network system, an information processing apparatus, a method, a control program, and a computer-readable storage medium according to the present invention will be described with reference to the drawings.
[0014]
FIG. 1 is a block diagram illustrating a schematic configuration of an apparatus according to the present embodiment. In FIG. 1, reference numeral 1 denotes a system bus, and the following constituent blocks are connected via the system bus 1.
[0015]
Reference numeral 2 denotes a CPU (Central Processing Unit). Reference numeral 3 denotes a program memory (hereinafter referred to as PMEM). A program for processing to be described later is appropriately selected / read from the hard disk 10 and executed by the CPU 2. Data input from the keyboard 12 is stored as code information in the PMEM which is also a text memory.
[0016]
A communication control unit 4 controls input / output data in the communication port 5. A signal output from the communication port 5 is transmitted via a communication line 6 to a communication port of another device on the network (reference numeral 7 in FIG. 1). Exchanges with printers, scanners, etc. shared on the network are performed via this communication control unit 4. Although the present embodiment describes a network such as a LAN, it goes without saying that the present invention is applicable even if the communication port 5 and the communication line 6 connected to the communication control unit 4 are general public lines. .
[0017]
Reference numeral 8 denotes an external storage device control unit. 9 and 10 are data file disks, for example, 9 is a flexible disk FD, and 10 is a hard disk HD.
[0018]
An input control unit 11 is connected to input devices such as a keyboard 12 and a mouse 13. The user can issue a system operation command by operating the keyboard 12. In addition, the mouse 13 functions as a pointing device PD for instructing to process image information on the CRT 16, and thereby the cursor on the CRT 16 is arbitrarily moved in the X and Y directions to select a command icon on the command menu. In addition to instructing processing, it is also possible to instruct editing targets, instruct drawing positions, and the like.
[0019]
14 is a video image memory (VRAM), 15 is a display output control unit, and 16 is a CRT (Cathode-Ray Tube). Data displayed on the CRT 16 is expanded as bitmap data on the VRAM 14.
[0020]
Reference numeral 17 denotes a printer control unit which controls data output to the connected printer 18. Reference numeral 1A denotes an image reading device control unit that controls the connected image reading device 1B.
[0021]
Note that the program stored in the PMEM 3 in the present embodiment may be stored in a storage medium such as the hard disk 10 or the flexible disk 9. Furthermore, it may be stored on another device connected to the network.
[0022]
(First embodiment)
The first embodiment will be described below with reference to FIGS. FIG. 2 is a flowchart showing the processing operation of the PC functioning as the server apparatus. First, in step S201, the server apparatus acquires connection information of all PCs and peripheral devices on the network and stores the information.
[0023]
Next, in step S202, the server apparatus performs peripheral devices in each PC. of Get driver setup information. The peripheral device driver is a driver of a printer, a scanner, a digital camera, a FAX, or the like. As a method for acquiring setup information, for example, it is installed on each PC setup It is conceivable that information is collected by activating a module that acquires information, and the information is transmitted and received through a network. In step S203, the server apparatus displays connection information of all PCs and peripheral devices on the network based on the acquired information. Below, As setup information An embodiment using a driver information structure will be described.
[0024]
Figure 3 , It is a figure which shows an example of a driver information structure. PC name, IP address, OS (operating system) type, user name, number of device drivers, information on each device driver, Driver information that is the device driver itself as well as Device driver Consists of property information. Each device driver of The information includes device types such as printers and scanners, driver names, version information, output ports, shared names, driver information addresses, property information names, and property information addresses. For example, the first registered printer has driver name LASER-830, version 1.00.00, output port local, shared name LASER-830, driver information address 0x10000, property information name set as standard, The property information address is 0x50000. This information is recorded for each PC.
[0025]
FIG. 4 is a diagram illustrating an example of a property information structure. This example is property information of the printer driver. In the present embodiment, an example in which page settings, finishing settings, paper feed settings, and print quality settings are set is shown. The property information includes information that is referred to by the driver module when performing print processing. This structure differs depending on the driver type and version. Property information can also be held in the OS registry. It is also possible to input information to the driver and output the input information as external information of property information, for example, an external file, by the driver.
[0026]
Here, FIG. Property information It is a figure which shows a setting screen. Hereinafter, generation of property information by the driver and external file output processing which is a suitable example of external information will be described. Displayed on the CRT of the server apparatus, the user operates a GUI (graphical user interface) on the screen using a pointing device or a keyboard.
[0027]
In the property information, finishing processing represented by the presence or absence of stapling, print quality, paper feed information for operating the device, and the like can be set. Here, as an example, the property information selection tab 1401 is in a state where the page setting tab is selected. Reference numeral 1402 denotes a favorite selection unit for the user to select favorite property information.
[0028]
Reference numeral 1403 denotes a property information addition instruction unit. When the property information addition instruction unit 1403 is instructed, a property information addition screen appears as shown in FIG. Reference numeral 1404 denotes a property information editing unit. When the property information editing unit 1404 is instructed, a favorite editing screen appears as shown in FIG.
[0029]
Reference numerals 1406 to 1413 denote parameter instruction units for specifying parameters stored in the property information. Output paper size 1406, number of copies 1407, page layout 1409 such as print orientation 1408, 2in1, page layout arrangement order 1410, presence / absence of stamp 1412 including watermark printing embedded in print data, type of stamp 1411, presence / absence of stapling Device control information 1413 such as a sorting method (for example, face-up / face-down) can be designated.
[0030]
Reference numeral 1414 denotes a property information confirmation unit. When the property information confirmation unit 1414 is pressed, a screen (not shown) on which the content of the property information parameter can be confirmed is displayed.
[0031]
Reference numerals 1415 to 1421 denote user-defined papers, and 1416 denotes a selection unit for selecting page options, return to standard, OK, cancel, apply, and help.
[0032]
The administrator operates 1401 to 1421 to store the above parameters as property information in the driver of the server device.
[0033]
FIG. 15 is a diagram showing a property information addition screen. Reference numeral 1501 denotes a name input unit 1501 for inputting the name of property information. An icon designation unit 1502 designates an icon corresponding to property information. A comment input unit 1503 can input a comment related to the property information. Reference numeral 1504 denotes a property information display switching unit.
[0034]
Reference numeral 1506 denotes a property information display unit. Reference numeral 1507 denotes a screen switching button. When the user presses OK, parameters currently set in the driver (partially displayed in the property information display unit 1506) are registered as property information. In the example of FIG. 15, the property information is stored with the property information name “Procurement Division Order Form”. When the saving process is completed, the property information setting screen is displayed as shown in FIG.
[0035]
As shown in FIG. 16, “Procurement Section Order Form” is configured as property information and can be selected (display unit 1422). From the next time, when the property information selection unit 1402 is used to specify the property information name “Procurement Division Order Form”, the parameters set earlier in the driver are called, and the print processing is performed by applying the parameters. Can do.
[0036]
FIG. 17 shows a property information editing screen. On this screen, when the property information instruction unit 1701 selects the name of the property information to be deleted and presses the delete button 1711, the property information can be deleted. Similarly, the selected property information can be output to an external file by pressing the file save instruction unit 1706. Further, by pressing a file reading button 1705 and selecting a desired external file (not shown), printing parameters can be read from an external file in which printing parameters are defined and newly defined as property information.
[0037]
FIG. 18 is a flowchart illustrating an example of processing in which the administrator registers property information in the installation server device. The administrator designates and selects parameters relating to print processing to be stored on the driver setting screen shown in FIG. 14 (S1801).
[0038]
Then, the property information addition instruction unit 1403 is pressed (S1802), and the property information addition screen shown in FIG. 15 is displayed. On the property information addition screen, a property information name 1501, an icon 1502, and a comment 1503 are input (S1803), and an OK button of a screen switching button 1507 that is a property information registration instruction is pressed (S1804). Is registered (return to the driver setting screen of FIG. 14).
[0039]
When the property information editing unit 1404 is pressed on the driver setting screen shown in FIG. 14 (S1805), the property information editing screen shown in FIG. 17 is displayed. When the administrator presses the file save instruction unit 1706, the driver automatically outputs the property information as an external file to a predetermined directory (S1806). Hereinafter, the externally output file of this property information is referred to as an external file.
[0040]
The administrator creates one or more property information for each client to be set or for each different printer set for the same client. One or more of these files are created in a predetermined directory. The external file is preferably an external file name associated with the client device name, printer name, or the like. These external files are transmitted to another information processing apparatus and read by a driver or registered in the OS to utilize setting information.
[0041]
FIG. 5 is a diagram showing an example of a screen displaying PCs and peripheral devices on the network. Reference numeral 301 denotes a menu, 302 denotes a toolbar, and 303 denotes a main window on which icons representing PCs and peripheral devices are displayed. 302 a to 302 i are icons representing functions performed by operating the PC and peripheral devices on the toolbar 302. For example, 302a is an icon for executing a copy function for reading image data from a selected scanner and outputting the image data to a selected printer. 302b is a FAX function, 302c is an image data reading function, 302d is a function that reads image data and performs OCR processing, 302e is a function that manages FAX reception data and distribution data, 302f is a display switching function, and 302g is a display screen editing function. , 302h is a function for performing an information update process, and 302i is an icon for executing a function for canceling the update process.
[0042]
303a to 303q are icons representing PCs and peripheral devices shared on the network. These icons 303a to 303q are displayed with the icons changed depending on the device type such as PC, printer, scanner, FAX modem, or status such as “processing in progress” or “error occurrence”. 303c is an icon representing the own device, and 303b is an icon representing the domain to which the own device is logged on. Since the own device is a special device, it is displayed at the top in distinction from other PCs. Other PCs are displayed in ascending or descending order in alphabetical order.
[0043]
In addition, a PC and peripheral devices that are shared on the network like the icon 303p but have no driver installed are displayed in gray. In addition, a “+” mark is displayed when there is a connected device such as icon 303j but it is not expanded and displayed, and a “−” mark is displayed when it is expanded as icons 303h, 303k, and 303n. Is done. If there is no connected device like the icon 303q, no mark is added.
[0044]
In this way, it is possible to confirm the connection status and status of all PCs and peripheral devices on the network on the screen. In this example, not all icons are displayed for the convenience of the screen, but all PCs and peripheral devices can be confirmed using a scroll bar arranged on the side of the screen.
[0045]
FIG. 6 is a diagram showing an example of a screen that displays the driver setup status of each PC on the network, and is displayed based on the driver information structure acquired from each PC. In the figure, the drivers installed in “My PC” are six printers and two scanners. Of these, for example, a printer called “INKJET-10V” has a driver name of “INKJET-10V”, a version number of “1.00.00”, property information of “standard settings”, and “INKJET-10V” This indicates that the printer driver is shared on the network that is set to share by name.
[0046]
Returning to the flowchart of FIG. 2, in step S204, the setup program including the installer in the server apparatus determines whether property information is requested. Here, if the property information is not requested, the process is terminated. When the setup program in the server apparatus determines that the property information is requested, the process proceeds to step S205. As a method for requesting property information, it is conceivable to display a menu by operating the mouse on each device and request the property information of the corresponding driver from the server.
[0047]
In step S205, the setup program in the server device determines whether there is property information of the requested driver. Then, if there is no property information, the setup program in the server device notifies that there is no corresponding property information and ends the process. If there is corresponding property information, the setup program in the server apparatus proceeds to step S206. Even if the same device is used, supported functions may differ depending on the version. Therefore, the presence / absence of driver property information may be determined based on the device type, driver name, and version information. Judgment is made by comparing whether or not all the information matches.
[0048]
In step S206, a corresponding property information list is transmitted to the requested PC. Here, it is possible to reduce traffic on the network by transmitting the minimum information necessary for the user to select instead of transmitting all information to the requested PC.
[0049]
Further, in step S207, the setup program in the server apparatus determines whether or not there is a request for property information from the PC. If there is no request, the process is terminated. If there is a request, the process proceeds to step S208, and the setup program in the server apparatus requests the OS in the server apparatus to transmit the property information of the requested driver, and ends the process.
[0050]
On the other hand, FIG. 7 is a flowchart showing the processing operation of the PC functioning as the client device. First, in step S601, it is determined whether or not to acquire driver property information from the server apparatus. Here, when not acquiring, a process is complete | finished.
[0051]
In the case of acquisition, the setup program in the server apparatus moves to step S602 and requests the server apparatus for a list of property information of the corresponding driver. When requesting, the device type, driver name, and version information are transmitted.
[0052]
In step S603, the setup program in the server apparatus determines whether or not the driver property information list has been acquired. If the driver property information corresponding to the server device is not available, the processing is terminated.
[0053]
When the property information list can be acquired, the process proceeds to step S604, and it is determined whether or not the property information is acquired. If the driver property information is not acquired, the process ends.
[0054]
When acquiring the property information of the driver, the process proceeds to step S605, and a property information acquisition request is transmitted to the server device. In step S606, it is determined whether property information has been acquired. If it cannot be obtained, the process returns to step S605 and continues to wait until it can be obtained.
[0055]
If the property information can be acquired, the process proceeds to step S607, and the corresponding driver is updated based on the acquired property information.
[0056]
(Second Embodiment)
In the flowcharts shown in FIGS. 2 and 7, all of the driver property information is centrally managed by the server device. In this case, large-size information is exchanged on the network. Therefore, in order to prevent an increase in traffic, only minimum information is registered and managed in the server device, the property information body is managed by each PC, and when property information is required, a request from the server device A method of receiving and transmitting to a designated PC is also conceivable.
[0057]
FIG. 8 is a flowchart showing the processing operation of the server device when each client device manages the property information of the driver installed in the own device, and FIG. 9 is a flowchart showing the processing operation of the client device. Steps S1101 to S1107 in FIG. 8 are the same as steps S201 to S207 in the flowchart of FIG.
[0058]
In step S1108, the device type, driver name, version information, property information, and PC information to be transmitted are transmitted to the PC that manages the property information of the driver, and the property information is transmitted to the designated PC. Instruct to send.
[0059]
On the other hand, as shown in FIG. 9, the client device determines whether there is a property information transmission request from the server device in step S1201. If there is no request, the process is terminated.
[0060]
If there is a transmission request, the process proceeds to step S1202, and the property information of the instructed driver is read from the management data. As the structure of the management data, a structure similar to the structure shown in FIG. 3 can be considered. In step 1203, the property information is transmitted to the designated PC.
[0061]
(Third embodiment)
In the first and second embodiments described above, the case where there is a request from the client device has been described, but it is also conceivable to perform an operation from the server device to the corresponding client device. 10 and 11 are flowcharts showing processing operations of the server device and the client device in that case.
[0062]
FIG. 10 is a flowchart showing the processing operation of the server apparatus. Steps S701 to S703 are the same as steps S201 to S203 in the flowchart of FIG.
[0063]
In step S704, the setup module in the server device determines whether to update the property information of the server device. If there is no update instruction, the process ends. If there is an update instruction, the process proceeds to step S705. As an operation method here, for example, it is conceivable to select a certain driver and instruct update / setup of property information. The update / setup instruction is performed using Remote Precedure Call (Remote Procedure Call, hereinafter referred to as “RPC”) or SOAP (Simple Object Access Protocol), which is an example of an object-oriented implementation of XML. It is preferable to realize it. For example, as an example of the update instruction from the server device, there is RPC that remotely calls the update processing module of the client device. In addition, not only SOAP but another mechanism that provides a mechanism for exchanging driver and device information using, for example, HTTP may be provided.
[0064]
In step S705, based on the information acquired in step S702, it is recognized whether there is a client device in which the instructed driver is installed.
If there is no corresponding client device because the corresponding PC is turned off or the driver has been deleted, the processing is terminated. If there are corresponding PCs, those PCs are displayed. FIG. 12 is a diagram showing an example of a screen when there is a corresponding PC. Here, the PC whose property information is to be updated is selected.
[0065]
In step S706, the setup module in the server apparatus controls the OS to transmit a property information update notification to the PC instructed to update. In step S707, the setup module in the server apparatus determines whether there is a property information transmission request from each client apparatus.
[0066]
If there is no transmission request, the process proceeds to step S709. If there is a transmission request, the process proceeds to step S708, and the setup module in the server device generates an instruction for controlling the OS to transmit the designated property information to the requested PC. Here, the property information is a file described in a predetermined data format. In the client PC on which the driver is installed, the property information can be input or output by the user instructing the driver.
[0067]
In step S709, the setup module in the server apparatus determines whether there is a response from all the PCs that have made the update notification. Here, if there is a response from all the PCs, the process is terminated. If there is no response from all the PCs, the process returns to step S708 to continue the process.
[0068]
On the other hand, FIG. 11 is a flowchart showing the processing operation of the client device.
First, in step S901, it is determined whether a property information update notification has been received from the server device. If there is no notification, the process ends.
[0069]
If there is a notification, the process moves to step S902 to determine whether or not to update the property information. FIG. 13 is a diagram showing an example of a message displayed in that case. Here, when “No” is selected to cancel the update, the server apparatus is notified that the update is not performed, and the process ends. If “Yes” is selected and the update is performed, the process proceeds to step S903, a request for transmitting property information is sent to the server, and the process proceeds to step S904.
[0070]
In step S904, the setup module in the client apparatus determines whether property information and setup information have been acquired from the server apparatus. If not acquired, the process returns to step S903 and continues to wait until acquisition is possible. If the property information and the setup information can be acquired, the process proceeds to step S905, and the property information of the driver designated based on the acquired information is updated and set according to the setup instruction included in the setup information.
[0071]
Here, the setup instruction controls, for example, a process in which the setup module in the client apparatus calls the API of the OS in the client apparatus and registers the received property information in the registry area of the OS. Further, the setup instruction may control a process for issuing an instruction for instructing the driver setup module to read property information to the driver.
[0072]
In this example, the confirmation message is displayed in step S902. However, the update process may be automatically performed without displaying the message.
[0073]
As described above, in this embodiment, the PC and peripheral devices shared on the network are displayed in the window, and the property information of the peripheral driver is shared on the network. Property information can be updated. Also, common property information can be set for each client device from the server device. Further, by distributing property information management to client devices and exchanging information as necessary, traffic on the network can be minimized.
[0074]
(Fourth embodiment)
In the third embodiment, the setting or updating of the driver property information has been described. However, in this embodiment, when the server device side newly adds or updates the driver of the client device, the client device actively This is processing for distributing a driver without waiting for a request from the apparatus. In the present embodiment, parts different from the above-described embodiment will be described.
[0075]
The setup program in the install server device is a driver from the client device. of Without waiting for a transmission request, an API or system call of the OS is called to control a driver setup instruction and a process for distributing the driver. In parallel, the setup program transmits the driver property information to be transmitted to the client device either spontaneously from the installation server device or after waiting for a request from the client device after the driver is installed. Control the OS.
[0076]
FIG. 20 is a diagram illustrating an example of a printing system according to the present embodiment. A client apparatus A 381, a client apparatus B 382, a client apparatus C 383, an installation server apparatus 385 that is a preferable example of a server apparatus, and a file server apparatus 386 are preferable examples of a network. 360 is connected. In the install server device 385 and the file server 386 of this embodiment, 381 to 383 as client devices are configured by PCs which are preferable examples of information processing devices, and the internal structure is the same as that in FIG.
[0077]
FIG. 23 is a diagram illustrating a software module as a preferred example in each client apparatus. An example of installation processing in the driver client will be described with reference to FIG. An OS is installed in the client device. The area of the software module in each client device is divided into a user area 377 and an OS area 378.
[0078]
The driver installation module 371 is prepared as an application that runs on the OS. The system program 379 manages the driver name, printer name, and driver system directory stored in the client device by registering them in the registry 376.
[0079]
The driver installation module 371 calls the system installer 374 via an API (Application Programming Interface). The system installer 374 is prepared as a function of the OS. In response to a command from the driver installation module 371, the driver 372 installed from the outside and stored in the user area 377 is copied or moved to the system file area 375. To do. A part of the system file area 375 has a registry area 376 for registering various types of information on devices that use the driver. In addition, the driver installer module 371 can call the system installer 374 to store the driver setup information and property information in the registry area. A registry may be prepared for each user.
[0080]
Here, the driver installation module 371 calls the OS API for registering the property information in the registry 376 according to the setup instruction received from the external device, or calls the driver installed in the system file to obtain the property information. Perform the process to read. For example, for each printer registered in the OS of the client device, the driver property information can store favorite print settings as property information in the registry area of the OS.
[0081]
The driver property information may be received from the installation server device in the external file format described with reference to FIG. 14 and read into the file system in the user area 377. In this case, the driver property information in the file format can be automatically read by the driver installer, passed to the driver, and the driver property information can be reflected in the driver settings.
[0082]
FIG. 19 is a diagram illustrating an example of processing in which the install server device distributes the driver to the client device and sets property information. In the present embodiment, as described above with reference to FIG. 14, the driver property information uses information input by the administrator in the install server device as an external file. This process is started when a setup program having a remote installation function installed in the installation server device 385 is activated. In the processing of FIG. 19, the setup program in the installation server device 385 distributes the driver by push installation without waiting for a request from the client device.
[0083]
The setup program (management means) in the install server device 385 manages the property information for each printing device registered in the OS, and distributes the property information suitable for the function and option for each model of the printer. It is also conceivable to perform the distribution process of property information by controlling the OS.
[0084]
The OS of each client device that has received the driver and setup information from the install server device via the network inputs the property information of the driver and the property information setup instruction to the driver installer (input means).
[0085]
Based on this setup instruction, the installer Client device This property information is used so that drivers in Client device Install on the OS. For example, upon receiving a setup instruction command, the driver installer causes the driver to recognize the property information input from the OS by inputting the property information to the driver. In response to the setup instruction, the driver installer calls the API of the OS and registers the property information in the OS registry, and the driver recognizes the property information via the OS.
[0086]
The operation of the installer in the install server device 385 will be described below. Hereinafter, the client device A, the client device B, and the client device C are collectively referred to as “each client device”.
[0087]
Returning to the processing of FIG. First, the setup program in the install server device 385 determines whether or not there is an instruction to remotely install the driver in each client device in step S1901. The remote installation instruction is, for example, FIG. When the mouse 13 or the keyboard 12 is operated with reference to the graphical user interface displayed on the CRT 16 of the install server device 385 in FIG. 2, a setup instruction is input to the input control unit 11 in response to the operation. Here, if the setup program in the install server device 385 determines that there is no remote installation instruction, the process ends.
[0088]
On the other hand, if it is determined in step S1901 that the setup program in the installation server device 385 has received an instruction for remote installation, the process advances to step S1902 to create setup information for the driver to be remotely installed. Driver setup information is the name of the driver to be installed , It includes information such as the printer name, output port name, and module for making the port available. The printer name is registered and managed in the OS registry of each client device.
[0089]
Here, the processing in step S1902 will be described in detail with reference to FIG. FIG. 21 is displayed on the CRT of the install server device. setup It is an example of the screen which sets information. The administrator uses the setting screen to create setup information including a setup instruction. Reference numeral 331 denotes a printer name instruction unit. The printer name instruction unit 331 can select or input a printer name to be registered in each client device. A plurality of printers searched on the network may be designated by the printer name designation unit 331.
[0090]
Reference numeral 332 denotes a port designation unit. In the port designation section, a port can be added by pressing the 334 port addition instruction section with a mouse.
[0091]
In the setting example of FIG. 21, the IP address as information indicating the location of the printer on the network and the fact that lpr is used as the printing protocol are specified, and logical ports associated with these are created. Show. lpr is a traditional print management program, but of course, other print management programs may be used. Further, a network protocol different from TCP / IP may be used.
[0092]
Reference numeral 333 denotes a driver designation unit for instructing a driver to be installed in each client device. A driver can be specified by operating the driver addition instruction unit 335.
[0093]
The above is an example of creating a port when printing is performed for a network printer using TCP / IP and lpr. Ports can also be created for local printers. For example, when setting a local printer of a client device, a COM port or an LPD port may be designated, and setup information may be created based on this. Further, it is possible to set the port to indicate printing via the print server device. For example, if the print server name of the print server device 387 is “SVPC1” and the printer name of the printer 384 is LASER 950, specifying “\\ SVPC1 \ LASER950” and the port will print SVPC1 to the LASER 950 as a print server. A port for performing
[0094]
When the OK button 336 on the screen of FIG. 21 is pressed, FIG. 22 is displayed, and the process proceeds to step S1903 and step S1904.
[0095]
In step S1903, the setup program in the installation server device 385 selects a client device for installing the selected driver on the setting screen shown in FIG. It is also possible to select a plurality of distribution destination client devices at the same time.
[0096]
FIG. 22 is an example of a client device for setting up a driver used in the processing of FIG. 19 and a screen for instructing setting of property information. It is also possible to select a plurality of client devices at the same time. Also, the property information distribution setting unit 221 can set ON / OFF of property information setting processing execution. Using the property information file selection unit 222, the property information file created using the setting screen of FIG. 17 and desired to be distributed to each client device is selected. In FIG. 22, the property information A is selected. In this example, one or a plurality of client devices in the domain are selected, but designation across the same domain is also possible.
[0097]
In step S 1904, the setup program in the installation server device 385 specifies whether or not to distribute property information based on the input from the property information distribution setting unit 221, and further inputs from the property information file selection unit 222. Specify the property information name to be distributed based on.
[0098]
In step S1905, the setup program in the install server device 385 determines whether the setup program is set to execute the driver property information setting processing when the driver installation is completed on each client device. If the setup program in the install server device 385 determines that the driver property information is not set to be set in the client, the process of step S1907 is performed. If it is set to execute the property information setting process in the property information setting process client, the process advances to step S1906.
[0099]
In step S1906, the setup program in the install server device 385 automatically reads the external file corresponding to the property information name specified in S1904 including the property information. Here, the external output file is created by the administrator, automatically read from the directory in the install server device 385 where the file specified in step S1904 is stored, and the property information body and the property information to be distributed are set up as setup information. And instructing the OS to deliver setup information to the client.
[0100]
In step S1907, the setup program (recognition means) in the server device 385 recognizes the driver setup information including the setup instruction set and recognized in the above-described process, and the driver to be installed. The driver setup information including the setup instruction set / recognized in the above-described process is the setup information with the property information added in step S1906 if “Yes” in step S1905, and “No” in step S1905. Setup information that does not include the property information. Further, the setup program determines and recognizes the client device that installs one or a plurality of drivers instructed in step S1903, and instructs the OS via the API to distribute to the determined client device. Exit. It is preferable that the install server device 385 starts the distribution process of the property information in the install server device 385 in response to the driver installation start instruction input.
[0101]
In the processing shown in FIG. 19, the OS type and OS version are automatically determined by the install server device 385 based on the information of each client device collected and stored in the install server device 385 in advance. Yes. However, if the OS installed in each client device cannot be automatically determined, the user can select the OS type and version, and the graphical user interface shown in FIG. 21 before the setup program generates setup information in step S1902. It may be changed so that the type of CPU and the architecture of the CPU can be designated.
[0102]
In the processing shown in FIG. 19, the property information is actively distributed without waiting for a request from the server, but the install server device 385 responds to the property information transmission request from each client device. Then, the property information may be transmitted.
[0103]
The property information is output as an external file by the driver, distributed from the install server device 385, and used in each client device. Each client device automatically reads property information from the external file acquired from the install server device 385 outside each client device, and inputs the read property information into a driver in each client device to be read.
[0104]
(Other embodiments)
Software program for realizing the functions of the above-described embodiment for an apparatus or a computer in the system connected to the various devices so as to operate the various devices to realize the functions of the above-described embodiments. What was implemented by supplying the code and operating the various devices in accordance with a program stored in a computer (CPU or MPU) of the system or apparatus is also included in the scope of the present invention.
[0105]
In this case, the program code itself of the software realizes the functions of the above-described embodiment, and the program code itself and means for supplying the program code to the computer, for example, the program code are stored. The recorded medium constitutes the present invention. As a recording medium for storing the program code, for example, a flexible disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
[0106]
Further, by executing the program code supplied by the computer, not only the functions of the above-described embodiments are realized, but also the OS (operating system) or other application software in which the program code is running on the computer. Needless to say, the program code is also included in the embodiment of the present invention even when the functions of the above-described embodiment are realized in cooperation with the above.
[0107]
Further, after the supplied program code is stored in the memory provided in the function expansion board of the computer or the function expansion unit connected to the computer, the CPU provided in the function expansion board or function expansion unit based on the instruction of the program code Needless to say, the present invention also includes the case where the functions of the above-described embodiment are realized by performing part or all of the actual processing.
[0108]
It should be noted that the shapes and structures of the respective parts shown in the above embodiments are merely examples of implementation in carrying out the present invention, and these limit the technical scope of the present invention. It should not be interpreted. That is, the present invention can be implemented in various forms without departing from the spirit or main features thereof.
[0109]
【The invention's effect】
As described above, according to the present invention, the driver property information can be shared on the network, so that the driver property information can be updated with a simple operation. Also, common property information can be set for each client device from the server device.
[0110]
Also, in the driver installed in the client, the driver property information is distributed from the server device and set in the client device, so that the effort for setting the driver property information can be reduced and setting errors can be reduced. .
[0111]
Furthermore, the server device From Do a push install, If you are instructed to set up property information, Since the property information setting processing for the driver is performed, it is possible to reduce the burden of driver installation and property information setting processing performed in each client.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of an apparatus according to an embodiment.
FIG. 2 is a flowchart showing a processing operation of a PC functioning as a server device.
FIG. 3 is a diagram illustrating an example of a driver information structure.
FIG. 4 is a diagram illustrating an example of a property information structure.
FIG. 5 is a diagram illustrating an example of a screen displaying PCs and peripheral devices on a network.
FIG. 6 is a diagram showing an example of a screen that displays the driver setup status of each PC on the network.
FIG. 7 is a flowchart showing processing operations of a PC functioning as a client device.
FIG. 8 is a flowchart showing a processing operation of the server device.
FIG. 9 is a flowchart showing the processing operation of the client device.
FIG. 10 is a flowchart showing a processing operation of the server device.
FIG. 11 is a flowchart showing a processing operation of the client device.
FIG. 12 is a diagram illustrating an example of a screen for selecting a PC for updating property information.
FIG. 13 is a diagram illustrating an example of a screen displayed when a property information update notification is received.
FIG. 14: Driver Property information It is a figure which shows an example of a setting screen.
FIG. 15 is a diagram illustrating an example of a property information addition screen.
FIG. 16 is a diagram illustrating an example of a property information setting screen.
FIG. 17 is a diagram illustrating an example of a property information editing screen.
FIG. 18 is a diagram illustrating an example of a process in which an administrator registers property information in an install server device.
FIG. 19 is a diagram illustrating an example of a process in which an install server device distributes a driver to a client device and sets property information.
FIG. 20 is a diagram illustrating an example of a printing system according to the present embodiment.
FIG. 21 is displayed on the CRT of the install server device setup It is a figure which shows an example of the screen which sets information.
FIG. 22 is a diagram illustrating an example of a client device that sets up a driver used in the processing of FIG. 19 and a screen for instructing setting of property information.
FIG. 23 is a diagram showing a software module as a preferred example in each client device;
[Explanation of symbols]
1 System bus
2 CPU
3 Program memory
4 Communication control unit
5 Communication port
6 Communication line
7 Other devices on the network
8 External storage controller
9 Flexible disk
10 Hard disk
11 Input control unit
12 Keyboard
13 mouse
14 Video image memory
15 Display output controller
16 CRT
17 Printer control unit
18 Printer
1A Image reading device controller
1B Image reading device
381 Client device
382 Client device
383 client device
384 printer
385 Install server device
386 File server device
387 Print server device

Claims (15)

In an information processing apparatus that communicates with a client apparatus,
Using the user interface displayed on the display unit of the information processing apparatus, a selection means for Ru to select the plurality of client devices to be delivered to the driver is a program for controlling the peripheral device,
Using the user interface displayed on the display unit of the information processing apparatus, whether or not to distribute the property information of the driver, when the delivery designating means for causing specifying property information to its delivery,
When it is specified that distribution of property information is specified by the specifying means, the property information of the driver specified by the specifying means for the plurality of client devices selected by the selecting means, and the When the driver and the driver setup instruction are distributed and the property information is not distributed by the specifying unit, the driver is sent to the plurality of client devices selected by the selecting unit. And a delivery control means for controlling delivery of the driver setup instruction .   The information processing apparatus according to claim 1, wherein the setup instruction includes a setup instruction for controlling the client apparatus so that the client apparatus registers the property information in an OS. The set-up instructions, the information processing apparatus according to claim 1, characterized in that it comprises an instruction to the driver to control the driver to read the property information. A management unit for managing the property information for each printing apparatus registered in the OS;
The information processing apparatus according to claim 2, wherein the distribution control unit controls a process of distributing property information corresponding to the printing apparatus.   The information processing apparatus according to claim 1, wherein the distribution control unit controls a process of distributing the property information in response to an input of a driver setting start instruction in the information processing apparatus. Wherein the distribution control means according to claim 1, characterized in that to control the process of delivering the property information generated by the driver in the information processing apparatus, automatically Loading the client device within the information processing apparatus The information processing apparatus described in 1.   The information processing apparatus according to claim 1, wherein the setup instruction is realized by a simple object access protocol. In an information processing method in an information processing apparatus communicating with a client apparatus,
Using the user interface displayed on the display unit of the information processing apparatus, a plurality of Ru selection procedure the client device is selected to be delivered to the driver is a program for controlling the peripheral device,
Using the user interface displayed on the display unit of the information processing apparatus, whether or not to distribute the property information of the driver, when the delivery designation procedure makes specifying property information to its delivery,
When it is specified that the distribution of property information is specified in the specifying procedure, the property information of the driver specified in the specifying procedure and the plurality of client devices selected in the selecting procedure, When the driver and the driver setup instruction are distributed and the distribution of property information is not specified in the specification procedure, the driver is sent to the plurality of client devices selected in the selection procedure. And a delivery control procedure for controlling delivery of the driver setup instruction .   The information processing method according to claim 8, wherein the setup instruction includes a setup instruction for controlling the client apparatus so that the client apparatus registers the property information in an OS. The set-up instructions, information processing method according to claim 8, characterized in that it comprises an instruction to the driver to control the driver to read the property information. A management procedure for managing the property information for each printing apparatus registered in the OS;
The information processing method according to claim 9, wherein the distribution control procedure controls a process of distributing property information corresponding to the printing apparatus.   9. The information processing method according to claim 8, wherein the distribution control procedure controls a process of distributing the property information in response to an input of a driver setting start instruction in the information processing apparatus. Wherein the distribution control procedure, according to claim 8, characterized in that to control the process of delivering the property information driver in the information processing apparatus is generated within the information processing apparatus, automatically Loading the client device Information processing method described in 1.   The information processing method according to claim 8, wherein the setup instruction is realized by a simple object access protocol. In a control program executed in an information processing device that communicates with a client device,
Using the user interface displayed on the display unit of the information processing apparatus, the selection process of Ru to select a plurality of client devices to be delivered to the driver is a program for controlling the peripheral device,
Using the user interface displayed on the display unit of the information processing apparatus, whether or not to distribute the property information of the driver, when the delivery designation causes specifying processing property information that delivery,
When it is specified that the distribution of property information is specified in the specifying process, the property information of the driver specified in the specifying process and the plurality of client devices selected in the selecting process, When the driver and the driver setup instruction are distributed and the distribution of the property information is not specified in the specifying process, the driver is sent to the plurality of client devices selected in the selecting process. And a control program for causing the information processing apparatus to execute distribution control processing for controlling distribution of the driver setup instruction .

Images