JP2004021462A

JP2004021462A - Server device, client device, overlay form management method, and storage medium

Info

Publication number: JP2004021462A
Application number: JP2002173722A
Authority: JP
Inventors: Tsuneaki Kimita; 来見田　恒昭; Jun Horiyama; 堀山　潤; Yoshiko Naito; 内藤　佳子; Hideo Ikeno; 池野　秀夫; Tetsuo Sakai; 酒井　哲夫
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-06-14
Filing date: 2002-06-14
Publication date: 2004-01-22

Abstract

<P>PROBLEM TO BE SOLVED: To prepare an overlay form management environment capable of referring freely to a list of overlay form data usable by a printer device on a network by a simple operation. <P>SOLUTION: This server device is characterized by having a configuration wherein printer information designated by client PC's 4, 5 is compared with the overlay form data stored correlatively with a printer control language or a printer management command in a storage means of a server 2, transferable overlay form data are retrieved, a retrieved transferable overlay form data list file is transferred to the client PC's 4, 5, and the overlay form data designated to be acquired by the client PC's 4, 5 from the transferred overlay form data list file are read out from the storage means and transferred. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、所定の通信媒体を介して管理者用装置，クライアント装置あるいはプリンタ装置と通信可能で、かつ、管理者用装置から転送されるオーバレイ印刷を行う為の異なるオーバレイフォームデータを取得してプリンタ制御言語もしくはプリンタ管理コマンドに関連付けてそれぞれ記憶する記憶手段を備えるサーバ装置およびオーバレイフォーム管理方法およびコンピュータが読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、プリンタでオーバレイ印刷させる場合、プリンタ内にオーバレイフォームデータをダウンロードして使用するか、各パーソナルコンピュータ上でオーバレイデータを作成し、そのデータを用いてオーバレイ印刷を行うか、もしくはオーバレイフォームデータをパーソナルコンピュータ上に転送しオーバレイ印刷を行っていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、周辺機器に接続したパーソナルコンピュータでオーバレイ印刷を行う為には、印刷コマンドもしくはページ記述言語（総称してＰＤＬと表す）が一致していなければならず、オーバレイ印刷データを共有して使用するためには、プリンタのＰＤＬを個々のパーソナルコンピュータ使用者が把握し、そのＰＤＬに合わせたオーバレイフォームを使用しなければならなかった。
【０００４】
本発明は、上記の問題点を解決するためになされたもので、本発明の第１の目的は、クライアント装置により指定されるプリンタ情報と記憶手段にプリンタ制御言語もしくはプリンタ管理コマンドに関連づけられて記憶されたオーバレイフォームデータをそれぞれ比較して、転送可能なオーバレイフォームデータを検索し、該検索された転送可能なオーバレイフォームデータ一覧ファイルをクライアント装置に転送し、該転送されたオーバレイフォームデータ一覧ファイル中から、該クライアント装置により取得指定されているオーバレイフォームデータを前記記憶手段から読み出して転送することにより、クライアント装置のユーザがプリンタ装置を選択するという簡単な操作で、ネットワーク上のプリンタ装置で利用可能なオーバレイフォームデータの一覧を自在に参照可能なオーバレイフォーム管理環境を整備することができ、従来のオーバレイフォームデータ管理に比べてクライアント装置側およびサーバ装置側の管理負担を大幅に軽減できるサーバ装置およびオーバレイフォーム管理方法およびコンピュータが読み取り可能な記憶媒体を提供することである。
【０００５】
第２の目的は、サーバ装置から転送される選択可能なオーバレイフォームデータ一覧ファイル画面をＷｅｂブラウザを介して表示装置に表示し、該オーバレイフォームデータ一覧ファイル画面から指定されるオーバレイフォームデータの取得要求を前記サーバ装置に通知し、該取得要求に基づき、前記サーバ装置から転送されるオーバレイフォームデータを取得することにより、クライアント装置はプリンタ装置を指定するという簡単な操作で、サーバ装置で一元管理される指定したプリンタ装置に適用するオーバレイフォームデータ一覧を確認しながら、所望のオーバレイフォームデータを取得して利用でき、従来のオーバレイフォーム管理負担を大幅に軽減しつつ、サーバ装置で管理されるオーバレイフォームデータを利用したオーバレイフォーム印刷処理を効率よく行えるクライアント装置およびオーバレイフォーム管理方法およびコンピュータが読み取り可能な記憶媒体を提供することである。
【０００６】
【課題を解決するための手段】
本発明に係る第１の発明は、所定の通信媒体を介して管理者用装置，クライアント装置あるいはプリンタ装置と通信可能なサーバ装置であって、前記管理者用装置から転送されるオーバレイ印刷を行う為の異なるオーバレイフォームデータを取得してプリンタ制御言語もしくはプリンタ管理コマンドに関連付けてそれぞれ記憶する記憶手段と、前記クライアント装置により指定されるプリンタ情報と前記記憶手段に前記プリンタ制御言語もしくはプリンタ管理コマンドに関連づけられて記憶されたオーバレイフォームデータをそれぞれ比較して、転送可能なオーバレイフォームデータを検索する検索手段と、前記検索手段により検索された転送可能なオーバレイフォームデータ一覧ファイルをクライアント装置に転送する一覧ファイル転送手段と、前記クライアント装置に転送されたオーバレイフォームデータ一覧ファイル中から、該クライアント装置により取得指定されているオーバレイフォームデータを前記記憶手段から読み出して転送するオーバレイフォーム転送手段とを有することを特徴とする。
【０００７】
本発明に係る第２の発明は、前記一覧ファイル転送手段は、クライアント装置のＷｅｂブラウザによりオーバレイフォームデータ一覧画面として表示するためのオーバレイフォームデータ一覧ファイルをクライアント装置に転送することを特徴とする。
【０００８】
本発明に係る第３の発明は、所定の通信媒体を介して管理者用装置，サーバ装置あるいは複数のプリンタ装置と通信可能なクライアント装置であって、オーバレイフォームデータを利用するいずれかのプリンタ装置を指定する指定手段と、前記指定手段により指定されるプリンタ情報を前記サーバ装置に通知する通知手段と、前記サーバ装置から転送される選択可能なオーバレイフォームデータ一覧ファイル画面をＷｅｂブラウザを介して表示装置に表示させる表示制御手段と、前記オーバレイフォームデータ一覧ファイル画面から指定されるオーバレイフォームデータの取得要求を前記サーバ装置に通知する取得要求手段と、前記取得要求手段による取得要求に基づき、前記サーバ装置から転送されるオーバレイフォームデータを取得する取得手段とを有することを特徴とする。
【０００９】
本発明に係る第４の発明は、所定の通信媒体を介して管理者用装置，クライアント装置あるいはプリンタ装置と通信可能で、かつ、管理者用装置から転送されるオーバレイ印刷を行う為の異なるオーバレイフォームデータを取得してプリンタ制御言語もしくはプリンタ管理コマンドに関連付けてそれぞれ記憶する記憶手段を備えるサーバ装置におけるオーバレイフォーム管理方法であって、前記クライアント装置により指定されるプリンタ情報と前記記憶手段に前記プリンタ制御言語もしくはプリンタ管理コマンドに関連づけられて記憶されたオーバレイフォームデータをそれぞれ比較して、転送可能なオーバレイフォームデータを検索する検索ステップと、前記検索ステップにより検索された転送可能なオーバレイフォームデータ一覧ファイルをクライアント装置に転送する一覧ファイル転送ステップと、前記クライアント装置に転送されたオーバレイフォームデータ一覧ファイル中から、該クライアント装置により取得指定されているオーバレイフォームデータを前記記憶手段から読み出して転送するオーバレイフォーム転送ステップとを有することを特徴とする。
【００１０】
本発明に係る第５の発明は、前記一覧ファイル転送ステップは、クライアント装置のＷｅｂブラウザによりオーバレイフォームデータ一覧画面として表示するためのオーバレイフォームデータ一覧ファイルをクライアント装置に転送することを特徴とする。
【００１１】
本発明に係る第６の発明は、所定の通信媒体を介して管理者用装置，サーバ装置あるいは複数のプリンタ装置と通信可能なクライアント装置におけるオーバレイフォーム管理方法であって、オーバレイフォームデータを利用するいずれかのプリンタ装置を指定する指定ステップと、前記指定ステップにより指定されるプリンタ情報を前記サーバ装置に通知する通知ステップと、前記サーバ装置から転送される選択可能なオーバレイフォームデータ一覧ファイル画面をＷｅｂブラウザを介して表示装置に表示させる表示制御ステップと、前記オーバレイフォームデータ一覧ファイル画面から指定されるオーバレイフォームデータの取得要求を前記サーバ装置に通知する取得要求ステップと、前記取得要求ステップによる取得要求に基づき、前記サーバ装置から転送されるオーバレイフォームデータを取得する取得ステップとを有することを特徴とする。
【００１２】
本発明に係る第７の発明は、第４〜第６の発明のいずれかに記載のオーバレイフォーム管理方法を実現するプログラムを記憶したコンピュータが読み取り可能な記憶媒体であることを特徴とする。
【００１３】
【発明の実施の形態】
〔第１実施形態〕
図１は、本発明の第１実施形態を示すサーバ装置を適用可能な情報処理システムの構成を説明するブロック図である。
【００１４】
図において、１はネットワークであり、本システムでは、例えばＥｔｈｅｒｎｅｔ（登録商標）により構成されているものとする。なお、ネットワークは、Ｅｔｈｅｒｎｅｔ（登録商標）以外にも、Ｌｏｃａｌ　Ｔａｌｋ（商品名）などで構成されていてもよい。また、本実施形態における「ネットワーク」という言葉は、物理的なケーブルと、ケーブル上を通る電気的な信号と、電気的な信号の組みあわせで実現される情報交換を実現するもの（プロトコル）の内の一つもしくは複数を指し、通常は、これらの総称を指す。
【００１５】
２はサーバコンピュータ（サーバ）であり、ファイルサーバ、ｗｅｂサーバなどのデータ処理機能を有し、本発明の中核を成すものである。３は管理者用パーソナルコンピュータ（以下パーソナルコンピュータをＰＣと表記）であり、サーバに対する指示や本発明で扱う周辺機器への指示等を行う。
【００１６】
４，５はクライアントＰＣであり、ネットワーク１に接続された一般ユーザが使用するＰＣである。なお、管理者用ＰＣであっても、クライアントＰＣとしても使用されることもあり得る。
【００１７】
６，７はプリンタであり、ネットワーク１に接続され、クライアントＰＣ４およびクライアントＰＣ５からの印刷命令を受けつけ、命令に従い印刷処理を行う。８，９は機能複合型複写機であり、画像スキャナ機能、プリンタ機能、ファクシミリ機能を備え、一つまたは複数の機能を組み合わせることにより、複写機、プリンタ、スキャナ、ファクシミリとして利用可能である。
【００１８】
次に、本システムの動作を説明する。
【００１９】
サーバ２は、定期的にプリンタ６，７、機能複合型複写機８，９と通信を行い、機器の状態やソフトウエアの設定をモニタする。管理者用ＰＣ３から機器に対し設定の変更やソフトウエア、ソフトウエアで使用するリソースの変更を行う。管理者用ＰＣ３から与えられた指示の結果は、サーバ２の内部に情報として集められ、クライアントＰＣ４および５は、サーバ２から情報を受け取る。
【００２０】
また、サーバ２はｈｔｔｐプロトコルを用いた通信手段を備え、管理者用ＰＣ３、クライアントＰＣ４、およびクライアントＰＣ５はＷｅｂ　Ｂｒｏｗｓｅｒを使用してサーバ２の情報を取得し、またサーバ２に対して指示を与えることが可能である。
【００２１】
サーバ２は、管理者用ＰＣ３、クライアントＰＣ４もしくはクライアントＰＣ５から指示があると、サーバ２に貯えられた情報を用いて、管理者用ＰＣ３、クライアントＰＣ４もしくはクライアントＰＣ５に情報を返す。
【００２２】
また、情報の内容によっては、プリンタ６，プリンタ７、機能複合型複写機８、機能複合型複写機９から情報を取得し、管理者用ＰＣ３、クライアントＰＣ４もしくは５に情報を返すか、プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９に対して設定等の処理を行う。管理者用ＰＣ３には、ダウンローダを備え、プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９に対しソフトウエアもしくはソフトウエアが使用するリソースのダウンロードを行う。
【００２３】
ソフトウエアは、機器の印刷制御ファームウエア、ネットワーク制御ファームウエア、また機能複合型複写機８、機能複合型複写機９においては、前記ファームウエアに加え、スキャナ制御ファームウエア、ファクシミリ制御ファームウエア、複写機ファームウエア、パネル操作ファームウエア、画像管理ソフトウエア、アドレス管理ソフトウエアなどがある。また、ソフトウエアが使用するリソースとしては、フォント、外字、オーバレイフォーム、キャリブレーションテーブル、アドレス管理ソフトウエアが使用するアドレス情報、ファクシミリ番号などがある。クライアントＰＣ４およびクライアントＰＣ５は、プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９をアクセスして使用するためのソフトウエア（ドライバ等）およびソフトウエアが使用するリソース（クライアントＰＣ用リソース）を保持する。
【００２４】
ソフトウエアは、プリンタを使用するためのプリンタドライバ、スキャナを使用するためのスキャナドライバ、ファクシミリを使用するためのファクシミリドライバ、複写機を制御するための複写機ユーティリティソフトウエア、ネットワークを利用するためのネットワークドライバ、Ｗｅｂ　Ｂｒｏｗｓｅｒ、アプリケーションソフトウエアなどがあり、ソフトウエアが使用するリソースについては、プリンタフォントに対応したクライアントＰＣ用フォント、ファクシミリドライバが利用するアドレス情報、カラーキャリブレーションを行う際の印刷データ、プレビューで利用するオーバレイイメージ等がある。
【００２５】
上記の機能に加え、プリンタ６の設定内容やソフトウエア、ソフトウエアが使用するリソースをプリンタ７、機能複合型複写機８、機能複合型複写機９に反映させることが可能である。
【００２６】
また、同様に機能複合型複写機８の設定内容やソフトウエア、ソフトウエアが使用するリソースを機能複合型複写機９、プリンタ６、プリンタ７に反映させることが可能である。さらに、機種間で機能の違いがあるときは、両機種に共通の機能についてのみ反映されるが、変換が可能なリソースなどの情報については変換された後反映される。同様に、これらの機種に関するクライアントＰＣ４上の情報をクライアントＰＣ５に反映させることも可能である。これらの処理は、サーバ２を通して情報の交換を行うことにより実現される。
プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９の設定内容は、管理者用ＰＣ３からの指示だけでなくパネルからの設定やクライアントＰＣからの設定によっても変更される場合がある。
【００２７】
この情報を正確にクライアントＰＣに渡す必要があるものは、クライアントＰＣから表示等の指示があった場合、常にプリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９に問い合わせを行い、問い合わせ時点での情報をクライアントＰＣに返す。正確さが、さほど厳密に要求されないものについては、サーバ内に保持した情報を用いるものとする。
【００２８】
図２は、図１に示した情報処理システムの主なハードウエアモジュールを説明するブロック図であり、図１と同一のものには同一の符号を付してある。以下、各機器のハードウエアモジュールの機能を説明する。
【００２９】
図において、２０１はネットワークラインである。ネットワークライン２０１は、各機器間のネットワークを構成する物理的なラインであり、通常はツイストペアケープル、同軸ケーブルや光ファイバなどが使われる。
【００３０】
サーバ２を構成するハードウエアモジュールとしては、ネットワークボード２０２、ＣＰＵボード２０３、Ｖｉｄｅｏインタフェース２０４、Ｉ／Ｏインタフェース２０５、ＳＣＳＩインタフェース２０６と、それらに接続されたＣＲＴ２０７、キーボード２０８、マウス２０９、ハードディスクドライブ２１０からなる。ハードディスクドライブ２１０は、複数のハードディスクユニットが並列に接続されており、データ転送の高速化と高信頼性を確保している。管理者用ＰＣ３、クライアントＰＣ４、クライアントＰＣ５を構成するハードウエアモジュールとしては、ネットワークボード２０２、ＣＰＵボード２０３、Ｖｄｅｏインタフェース２０４、Ｉ／Ｏインタフェース２０５、ＩＤＥインタフェース２１１と、それらに接続されたＣＲＴ２０７、キーボード２０８、マウス２０９、ハードディスクドライブ２１０ならなる。サーバとはハードディスクの構成が異なる。プリンタ６、プリンタ７のハードウエアモジュールとしては、周辺機器に対応したネットワークボード２１２、プリンタコントローラ２１３、プリントエンジン（エンジン）２１４を備える。
【００３１】
機能複合型複写機８、機能複合型複写機９のハードウエアモジュールとしては、周辺機器に対応したネットワークボード２１２、機能複合型複写機用のコントローラボード２１５、プリントエンジン２１４、操作パネルコントローラ（パネルコントローラ）２１６、操作パネル（パネル）２１７、スキャナコントローラ２１８、スキャナユニット２１９、モデム（Ｍｏｄｅｍ）２２０、ハードディスクＩＦ（ＩＤＥコントローラ）２２１、ハードディスク２２２を備える。
【００３２】
図３は、図２に示したサーバのソフトウエアモジュール構成を説明する図である。
【００３３】
図において、３０１はＯＳ（オペレーティングシステム）、３０２はライブラリ、３０３はＷｅｂサーバ、３０４はアプリケーションであり、アプリケーションの一部として周辺機器管理プログラム３０５を含む。
【００３４】
３０６はハードウエア制御プログラムであり、ハードウエア制御プログラムの一部としてネットワーク制御プログラム３０７、ハードディスク制御プログラム３０８を含んでいる。
【００３５】
図４は、図３に示した周辺機器管理プログラム３０５の構成を説明する図であり、図３と同一のものには同一の符号を付してある。。
【００３６】
図において、周辺機器管理プログラム３０５は、サーバ２上のアプリケーションの一つとして実現され、４０１は管理プログラムのメイン部分であり、管理プログラムの全体を制御する。４０２はＧＵＩ用ＣＧＩプログラムであり、Ｗｅｂサーバ３０３に対してｈｔｍｌ形式で表現された画面のデータを渡す。
【００３７】
Ｗｅｂサーバ３０３は、ＧＵＩ用ＣＧＩプログラム４０２のデータをｈｔｔｐ形式で管理者用ＰＣ３もしくはクライアントＰＣ４、クライアントＰＣ５に送出し、管理者用ＰＣ３もしくはクライアントＰＣ４、クライアントＰＣ５からの指示を管理プログラム４０１に伝える。
【００３８】
デバイス通信プログラム４０３は、ネットワーク制御プログラム３０７を利用して周辺機器とサーバの間での通信を行い、デバイスからの情報等の取得とデバイスの設定、ソフトウエアやソフトウエアが利用するリソースのダウンロード等を行う。
【００３９】
ＩＰＣプログラム４０４は、プロセス間通信を行うプログラムであり、ネットワーク制御プログラム３０７を利用して他のＰＣ、特に管理者用ＰＣ３との間での通信を行う。ファイル管理プログラム４０５は、ＨＤ制御プログラム３０８を利用し、ファイルサーバ機能を実現する。
【００４０】
図５は、図２に示した管理者用ＰＣ３のソフトウエア構成を説明する図である。
【００４１】
図において、５０１はＯＳであり、管理者用ＰＣ３の全般的な処理を行う。５０２はダウンローダのメインプログラムであり、周辺機器に対しソフトウエアやソフトウエアが利用するリソースのダウンロードを行う。
【００４２】
５０３はＧＵＩプログラムであり、表示やユーザからの指示のダウンローダヘの伝達などのユーザインタフェース機能を実現する。５０４はＩＰＣプログラムであり、サーバのＩＰＣプログラム４０４との間で通信を行う。
【００４３】
５０５はファイル管理プログラムであり、通常はＯＳ５０１の一部として実装され、ファイルをハードディスクやＣＤ−ＲＯＭの内容を読み込み、ダウンローダ５０２を通して周辺機器にダウンロードする際の、ファイル管理を行う。５０６はネットワークプログラムであり、通常はＯＳ５０１の一部として実装され、ファイルをハードディスクやＣＤ−ＲＯＭの内容を読み込み、ダウンローダ５０２を通して周辺機器にダウンロードする際の、ネットワーク通信を行う。
【００４４】
図６は、図２に示したクライアントＰＣ４，５のソフトウエア構成を説明する図である。
【００４５】
図において、６０１はＯＳであり、クライアントＰＣの全般的な処理を行う。６０２はＷｅｂ　Ｂｒｏｗｓｅｒであり、サーバ２のＷｅｂ　Ｓｅｒｖｅｒ３０３からｈｔｍｌ形式で表現されたデータを受け取り、画面に表示するとともに、ユーザの指示をｈｔｔｐプロトコルを通してサーバ２に伝える。
【００４６】
６０３はクライアントモジュールであり、Ｗｅｂ　Ｂｒｏｗｓｅｒ６０２で受信したデータのうち、Ｗｅｂ　Ｂｒｏｗｓｅｒ６０２が処理できないデータの一部に関して処理を行う。ここで、Ｗｅｂ　Ｂｒｏｗｓｅｒ６０２が処理出来ないデータとは、クライアントＰＣ用のプリンタドライバ等のソフトウエア、クライアントＰＣ用フォントなどのリソースであり、それぞれ決められた方法でクライアントＰＣにインストールする必要がある。６０４はネットワークプログラムであり、通常はＯＳ６０１の一部として実装され、ｈｔｔｐプロトコルを利用してＷｅｂサーバ３０３と通信を行う。
【００４７】
図７は、図５に示したダウンローダ５０２の構成を説明するブロック図である。
【００４８】
図において、７０１はメインモジュールであり、各モジュールの呼び出しやパラメータの処理等を行う。７０２はファイル管理モジュールであり、ファイル管理プログラム５０５を利用してダウンロードするファイルのＯｐｅｎやＲｅａｄを行う。
【００４９】
７０３はデバイス探索モジュールであり、ダウンロード可能な周辺機器デバイスを探索し、通信可能なプロトコル、デバイスのアドレス等を取得する。７０４はファイル変換モジュールであり、ソフトウエアが用いるリソースにおいて、プリンタ用リソースとクライアントＰＣ用リソースのフォーマットが異なる場合に、変換を行う。
【００５０】
ファイル変換モジュール７０４は、内部にプリンタ用ファイル変換モジュール７０５と、クライアントＰＣ用ファイル変換モジュール７０６を含む。ここで、リソースのフォーマットの違いとは、例えばプリンタが３次曲線で表現されたフォントを使い、クライアントＰＣが２次曲線で表現されたフォントを使う場合や、プリンタとクライアントＰＣでオーバレイイメージの表現形式が異なるということである。
【００５１】
ダウンロードモジュール７０７は、ネットワークプログラム５０６を利用してダウンロードを行うモジュールである。通信モジュール７０８は、サーバ２と通信を行い、クライアントＰＣ用リソースなどをサーバに送出するモジュールである。ＩＰＣモジュール７０９は、プロセス間通信を行うためのモジュールであり、ＩＰＣプログラム５０４を用いてプロセス間通信を実現する。
【００５２】
図８は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートであり、図７に示したダウンローダの処理手順に対応する。なお、Ｓ８０１〜Ｓ８２０は各ステップを示す。また、本例では、フォントのダウンロードについて説明するが、他のソフトウエアやソフトウエアが用いるリソースについても同様である。前提として、ダウンローダ５０２とサーバ２は常時通信しており、ファイル名やデバイス名などの取得は可能だが、ファイルサーバ内で管理されているファイルの取得には、別途コネクションを確立してファイルを読み出すものとする。
【００５３】
先ず、ステップＳ８０１では、管理者がダウンローダのファイル選択画面からダウンロードするファイルの指定をする。ダウンローダのユーザ（管理者）は、ファイル名を入力することで、ファイルの指定を行う。次に、ステップＳ８０２では、ファイルがサーバ２上のファイルかどうかをサーバ上のファイル管理プログラム４０５へ問い合わせて判定し、サーバ２上のファイルであると判断した場合は、ステップＳ８０３に進み、サーバ２上のファイルでないと判断した場合は、ステップＳ８０７に進む。
【００５４】
そして、ステップＳ８０３では、ネットワークのコネクションを確立、すなわち、サーバからダウンロードファイル実体を取得するため、サーバマシンとのコネクションを確立する。ステップＳ８０４では、ファイルの読み出しを行う。そして、ステップＳ８０５ではＳｅｒｖｅｒ　ＦｌａｇをＯＮにする。次に、ステップＳ８０６では、ネットワークのコネクションを切断する。
【００５５】
一方、ステップＳ８０２でＮＯと判定された場合は、ステップＳ８０７で、管理者用ＰＣ上にファイルが有るのでローカルディスクより当該ファイルをＯｐｅｎする。そして、ステップＳ８０８では、ファイルをＲｅａｄし、ステップＳ８０９では、Ｓｅｒｖｅｒ　ＦｌａｇをＯＦＦにする。
【００５６】
次に、ステップＳ８１０では、ファイルをＣｌｏｓｅする。すなわち、ステップＳ８０６もしくはステップＳ８１０の時点で、ダウンロードすべきファイルがダウンローダに読み込まれているので、該ファイルを閉じる。
【００５７】
次に、ステップＳ８１１では、管理者がネットワーク上のプリンタをダウンロードプログラムよりプリンタの選択を行う。ステップＳ８１２では、ステップＳ８１１で選択されたプリンタがダウンロード可能かどうかを判定する。なお、ダウンロード可能かどうかは、機種および装着されている記憶デバイス（ＲＡＭ、Ｆｌａｓｈ　Ｍｅｍｏｒｙ、Ｈａｒｄ　Ｄｉｓｋ等）により判定される。すなわち、ダウンロード可能な機種であって、ダウンロード可能な記憶デバイスがその機種内に存在すれば、ダウンロード可能と判定される。
【００５８】
そこで、ステップＳ８１２でダウンロード可能と判定された場合は、ステップＳ８１３に進み、ダウンロード不可能と判定された場合はステップＳ８２０に進む。
【００５９】
そして、ステップＳ８１３では、フォントファイル（独自フォーマット，ＴｒｕｅＴｙｐｅ（登録商標）等）を、プリンタにダウンロード可能なＮフォーマット形式に変換する。ただし、フォントファイルが既にダウンロード可能な形態であれば、何も行わない。そして、ステップＳ８１４では、ダウンロード可能な形態となったフォントファイルをプリンタに転送する。
【００６０】
次に、ステップＳ８１５はＳｅｒｖｅｒ　ＦｌａｇがＯＮかどうかを判定し、ＯＮであると判定した場合は、既にクライアント用ファイルもサーバにあるとみなして処理を終了する。
【００６１】
一方、ステップＳ８１５で、Ｓｅｒｖｅｒ　ＦｌａｇがＯＮでないと判断した場合（すなわちＯＦＦならば）、ステップＳ８１６に進み、フォントファイルを、クライアントＰＣが使用可能な形式、例えばＴｒｕｅＴｙｐｅ（登録商標）形式に変換する。
【００６２】
ただし、フォントファイルが既にクライアントＰＣで使用可能な形態であれば、何も行わない。そして、ステップＳ８１７はサーバ２とのネットワークのコネクションを確立し、ステップＳ８１８では、クライアントＰＣ用のフォントファイルをサーバ２に書き込む。
【００６３】
次に、ステップＳ８１９では、コネクションを切断し、ネットワークのクローズ処理を行った後、処理を終了する。
【００６４】
一方、ステップＳ８１２で、ＮＯと判定された場合は、ステップＳ８２０では、プリンタにダウンロードすることが出来ない旨のメッセージを表示し、処理を終了する。
【００６５】
以上述べた処理により、プリンタにダウンロードしたフォントファイルに対応したクライアントＰＣ用フォントファイルは、必ずサーバ２に存在することになる。
【００６６】
なお、フォントファイルの変換では、フォントファイルフォーマットそのものの変換を行う場合と、ヘッダ情報などを付加する場合とがある。例えば、ＴｒｕｅＴｙｐｅ（登録商標）形式のフォントファイルを、ＴｒｕｅＴｙｐｅ（登録商標）ラスタライザが搭載されたプリンタにダウンロードするときは、プリンタのためのヘッダ情報などを付加してダウンロードする必要があるため、ファイル変換処理では、プリンタのためのヘッダ情報などを付加する。
【００６７】
また、このフォントをＭａｃＯＳ（商品名）上で使用する場合は、付加情報としてＦＯＮＤリソースと呼ばれる情報を付加する。
【００６８】
同様に、オーバレイイメージの変換では、オーバレイイメージのフォーマットそのものの変換を行う場合と、ヘッダ情報などを付加する場合とがある。
【００６９】
例えば、ＢＭＰ形式のオーバレイイメージファイルを、プリンタにダウンロードするときは、プリンタのためのヘッダ情報などを付加してダウンロードする必要があるため、ファイル変換処理では、プリンタのためのヘッダ情報などを付加する。
【００７０】
また、プリンタ用のオーバレイイメージをクライアントＰＣ上のプレビューで使用する場合の変換処理は、色数を減らす、画像サイズを縮小する、ＪＰＥＧなどの圧縮フォーマットを用いる、ＦＡＸなどで使用されているＭＨ、ＭＲ、ＭＭＲなどの圧縮方法を用いる、などの処理を行いデータサイズを縮小するものとする。
【００７１】
図９は、図１に示した情報処理システムにおける周辺機器情報取得モジュールの構成を説明する図である。
【００７２】
図において、９０ｌは周辺機器用（プリンタ用）の情報取得モジュールであり、全体の制御や通信、管理、割り込みがかかった場合の処理、周辺機器へのダウンロードデータの受け渡しなどを行う。９０２はＩＰＣ処理であり、他のモジュールとプロセス間通信を行うことで、情報の交換をおこなう。９０３はタイマモジュールであり、一定間隔で割り込みを発生させ、メイン処理９０１は割り込みのタイミングで周辺機器の情報を取得するよう動作する。
【００７３】
９０４はキャッシュ管理処理であり、タイマによる割り込みで取得した周辺機器情報を、一時的に記憶し、ＩＰＣからデータ送出の指示があると、キャッシュ内の情報を、ＩＰＣを通して他のモジュールに送出する。９０５は、ＴＣＰ／ＩＰのモジュールであり、ＴＣＰ／ＩＰで情報を取得したリデータをダウンロードすることが出来る周辺機器とデータ交換を行う。９０６はＡｐｐｌｅ　Ｔａｌｋのモジュールであり、Ａｐｐｌｅ　Ｔａｌｋで情報を取得したりデータをダウンロードすることが出来る周辺機器とデータ交換を行う。
【００７４】
９０７はＩＰＸ／ＳＰＸのモジュールであり、ＩＰＸ／ＳＰＸで情報を取得したリデータをダウンロードすることが出来る周辺機器とデータ交換を行う。これ以外のプロトコルに対応することももちろん可能である。
【００７５】
図１０は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、図１０の（Ａ）は割り込みによる周辺機器情報取得の処理手順に対応し、図１０の（Ｂ）は、通常処理における処理手順に対応する。なお、図１０の（Ａ）におけるＳ１０１１，Ｓ１０１２、および図１０の（Ｂ）におけるＳ１０２１〜Ｓ１０２８は各ステップを示す。
【００７６】
図１０の（Ａ）において、割り込みが発生すると、本処理が実行され、ステップＳ１０１１では、対象となる全部の周辺機器から情報を取得する。ここで、取得する情報は、ソフトウエアやソフトウエアが使用するリソースのバージョン、ファイルサイズ、日付、フォントであれば書体名など、ソフトウエアやソフトウエアが使用するリソースが変更されていないかどうか確認するための情報である。
【００７７】
次に、ステップＳ１０１２では、取得した情報をキャッシュ９０４に書き込み、処理を終了する。
【００７８】
図１０の（Ｂ）において、通常処理では、ユーザＩＦを持つモジュールが受け取ったユーザからの指示に従い、情報取得やダウンロードを行うため、ステップＳ１０２１では、ユーザＩＦモジュールの指示をＩＰＣ（Ｉｎｔｅｒ　Ｐｒｏｃｅｓｓ　Ｃｏｎｎｅｃｔｉｏｎ）を通して受け取る。指示で受け取る内容としては、処理内容、ダウンロードの場合のデータ、周辺機器のアドレス等である。
【００７９】
次に、ステップＳ１０２２では、ダウンロードであるかどうかを判定し、ＹＥＳでればステップＳ１０２３に進み、ダウンロードでなければステップＳ１０２４に進む。
【００８０】
そして、ステップＳ１０２３では、送られたデータを指定された周辺機器にダウンロード（転送）して、処理を終了する。
【００８１】
一方、ステップＳ１０２４では、必要とされる情報の種類を特定する。ここで、情報の種類は、例えば書体名やフォームのサイズ、ソフトウエアのバージョンなどである。ステップＳ１０２５では、要求された情報がキャッシュ９０４中に存在するかどうかを判定し、存在すると判定した場合は、ステップＳ１０２６に進み、存在しないと判定した場合には、ステップＳ１０２７に進む。
【００８２】
そして、ステップＳ１０２６では、キャッシュ９０４からＩＰＣ９０２を通してデータ送出を行う。次に、ステップＳ１０２７では、周辺機器からデータを取得し、ステップＳ１０２８では、取得したデータをＩＰＣ９０２を通して送出し、処理を終了する。
【００８３】
図１１は、図２に示した管理者用ＰＣ３側の管理プログラムのメインモジュールの構成を説明する図である。
【００８４】
図において、１１０１は全体の動作管理、処理の振り分けなどのメイン処理を行う。１１０２はＧＵＩとの間で表示する情報の送出やＧＵＩからの処理やデータの受信等の情報交換を行う。１１０３はネットワーク処理で、ネットワークを通してのファイルや情報の入出力を行う。１１０４はファイルサーバモジュールで、ファイルの読み出し、書き込み、管理を行う。１１０５はＩＰＣ処理で、プロセス間通信で図９に示すＩＰＣ９０２との間でデータや情報の交換を行う。すなわち、本プログラムは、周辺機器とＧＵＩ、ネットワークとファイルサーバのそれぞれにアクセスすることが可能な位置にあり、全体の動作をコントロールする。
【００８５】
図１２は、本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートであり、図１１に示した管理者用ＰＣ３側の管理プログラムのメインソフトウエアの処理手順に対応する。なお、Ｓ１２０１〜Ｓ１２１０は各ステップを示す。
【００８６】
先ず、ステップＳ１２０１では、指示を受け取ると、ステップＳ１２０２で、指示がダウンロードかどうかを判定し、ダウンロードであると判定した場合は、ステップＳ１２０３に進み、ダウンロードでないと判定した場合は、ステップＳ１２０５に進む。
【００８７】
そして、ダウンロードと判定された場合には、本モジュールでは、ダウンロードすべきファイルをファイルサーバから取り出し、ダウンローダに送出するため、ステップＳ１２０３では、ファイルサーバ上のファイルをオープンし、ステップＳ１２０４ではネットワークモジュール１１０３を通してダウンローダにファイルを送出し、次の処理を行うためにステップＳ１２０１に戻る。
【００８８】
一方、ステップＳ１２０２で、ＮＯと判定された場合には、ステップＳ１２０５で、情報表示かどうかを判定し、情報表示と判定された場合はステップＳ１２０６に進み、情報表示でないと判定された場合はステップＳ１２０８に進む。
【００８９】
そして、情報表示の場合は、ＧＵＩとの通信モジュール１１０２から受けた指示に従い、周辺機器内の情報を送出する。
【００９０】
次に、ステップＳ１２０６ではＩＰＣ９０２とＩＰＣ１１０５との間で情報交換を行い、周辺機器の情報を取得する。そして、ステップＳ１２０７では、表示すべき情報を１１０２を通してＧＵＩモジュールに出力した後、次の処理を行うためにステップＳ１２０１に戻る。
【００９１】
一方、ステップＳ１２０５で、ＮＯと判定された場合には、ステップＳ１２０８では、サーバヘのファイルの保存かどうかを判定し、サーバヘのファイルの保存と判定された場合はステップＳ１２０９へ進み、サーバヘのファイルの保存ではないと判定された場合はステップＳ１２１０へ進む。
【００９２】
なお、サーバヘのファイルの保存の場合には、ダウンローダからの指示により行われ、ネットワークを通してファイルが送られてくる。
【００９３】
そして、ステップＳ１２０９では、ファイルをファイルサーバヘ保存した後、次の処理を行うためにステップＳ１２０１に戻る。
【００９４】
一方、ステップＳ１２０８で、ＮＯと判定された場合には、ステップＳ１２１０で、ＧＵＩを通してのファイル出力を行う。これは、クライアントＰＣ用リソース等の出力であり、ＧＵＩがクライアントＰＣと通信を行っているプロトコルであるｈｔｔｐプロトコルを用いてファイル等をクライアントＰＣへ出力した後、次の処理を行うためにステップＳ１２０１に戻る。
【００９５】
これら一連の処理により、本システム内の情報およびデータ送受信が行われる。
【００９６】
図１３は、本発明に係る情報処理システムにおけるＧＵＩモジュールの一例を示すブロック図である。
【００９７】
同図において、１３０１は管理プログラムとの通信モジュールで、管理プログラムからの指示やファイル、情報を受け取りｈｔｍｌ出力モジュール１３０２に渡すとともに、指示入力モジュール１３０３から受けた指示やファイルを管理プログラムに渡す。
【００９８】
１３０２はｈｔｍｌ出力モジュールであり、管理プログラムから受け取つた情報や指示を基にｈｔｍｌ規約に基づいたＧＵＩ画面ファイルを作成し、Ｗｅｂサーバとの通信手段であるＷｅｂサーバとの通信モジュール１３０４に渡す。
【００９９】
１３０３は指示入力モジュールであり、Ｗｅｂサーバから指示を受け取り、またはアーカイブされたリエンコードされたファイルを受け取り、指示は管理プログラムヘの命令として送出し、ファイルはアーカイブされたファイルを分離し、エンコードされたファイルをデコードした後に管理プログラムヘ送出する。
【０１００】
Ｗｅｂサーバとの通信モジュール１３０４は、ｈｔｍｌ情報をＷｅｂサーバ３０３に送出し、Ｗｅｂサーバ３０３からの指示を指示入力モジュール１３０３に渡す。
【０１０１】
図１４は、図２に示したクライアントＰＣ上にインストールされるクライアントモジュールの構成を説明する図である。なお、本モジュールはクライアントＰＣ上にインストールされ、Ｗｅｂブラウザで受け取ったファイルを処理する。
【０１０２】
図において、１４０１は入力手段で、Ｗｅｂブラウザからデータを受け取る。受け取ったデータは、通常管理情報とファイル実体がアーカイブされている。１４０２は判定手段で、受け取ったファイルの管理情報とファイル実体を分離するとともに、管理情報を基にファイルの種類を判定する。
【０１０３】
ここで、管理情報とは、ファイルの種類、ファイル名やファイルサイズ等である。ファイルの種類がフォントであれば、フォント登録モジュール１４０３を呼び出す。ファイルの種類がオーバレイフォームであれば、オーバレイフォーム登録モジュール１４０４を呼び出す。
【０１０４】
また、ファイルの種類がアドレス帳であれば、アドレス登録帳モジュール１４０５を呼び出す。さらに、ファイルの種類がＣｏｌｏｒ　Ｃａｌｉｂｒａｔｉｏｎ　ＴａｂｌｅであればＣｏｌｏｒ　Ｃａｌｉｂｒａｔｉｏｎ　Ｔａｂｌｅ登録モジュール１４０６を呼び出す。
【０１０５】
なお、フォント登録モジュール１４０３は、受け取ったフォント情報をフォントクライアントＰＣに登録する。オーバレイフォーム登録モジュール１４０４は、受け取ったファイルをオーバレイフォーム処理アプリケーションに登録する。オーバレイ処理アプリケーションがインストールされていない場合は、処理を行わない。
【０１０６】
アドレス帳登録モジュール１４０５は、受け取ったアドレス帳を電子メール管理ソフトやＦＡＸドライバ等、登録する先のフォーマットに変換した後、登録を行う。Ｃｏｌｏｒ　Ｃａｌｉｂｒａｔｉｏｎ　Ｔａｂｌｅ登録モジュール１４０６は、受け取ったファイルをイメージ処理を行うプリンタドライバに登録する。図１５は、本発明に係るサーバ装置を適用する情報処理システム上でフォントをダウンロードする際のデータの流れを説明する図であり、図１と同一のものには同一の符号を付してある。なお、図中の▲１▼〜▲４▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１０７】
図において、管理者が、例えばコンパクトディスク（ＣＤ）から管理者用ＰＣ３に読み込んだフォントをルート処理▲１▼でプリンタ６にダウンロードする。次に、ルート処理▲２▼でフォントをサーバ２に登録する。そして、ルート処理▲３▼で、クライアントＰＣ４とクライアントＰＣ５は、Ｗｅｂ　Ｂｒｏｗｓｅｒ６０２を使用し、サーバ２からクライアントＰＣ用フォントファイルを読み込み、クライアントモジュール６０３でシステムに登録する。
【０１０８】
また、別のプリンタにダウンロードを行う場合は、ルート処理▲４▼で、管理者用ＰＣ３はサーバ２に登録されたフォントを読み込み、そのままプリンタ６にダウンロードする。ＰＣからオーバレイフォームを登録する場合も同様の動作である。
【０１０９】
図１６は、本発明に係るサーバ装置を適用する情報処理システム上でカラーキャリブレーションテーブルをクライアントＰＣが取得する際のデータの流れを説明する図である。なお、図中の▲１▼〜▲５▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１１０】
先ず、ルート処理▲１▼で、プリンタ６内で発生したカラーキャリブレーションテーブルをサーバ２に送信する。クライアントＰＣ４は、ルート処理▲２▼の流れに従いＷｅｂＢｒｏｗｓｅｒを用いて、プリンタ６のカラーキャリブレーションテープルを受けとり、プリンタドライバに登録する。プリンタ７で発生したカラーキャリブレーションテーブルをルート処理▲３▼の流れに従いサーバ２に送信する。
【０１１１】
なお、クライアントＰＣ４がプリンタ７のカラーキャリブレーションテーブルを受信する場合は、ルート処理▲２▼と同様の処理となる。ルート処理▲１▼やルート処理▲３▼は、割り込み処理で定期的に実施される。
【０１１２】
ルート処理▲４▼は、管理者用ＰＣ３からカラーキャリブレーションテーブルをダウンロードする場合のデータの流れを表す。
【０１１３】
すなわち管理者用ＰＣ３で測色ソフトウエアなどを使いキャリブレーションテープルを作成した場合は、管理者用ＰＣ３からダウンロードされる。そして、ルート処理▲５▼に従いダウンロードされたデータと同じデータが管理者用ＰＣ３からサーバ２へ直接送られる。サーバ２からクライアントＰＣ４，５へのデータの受け渡しは、プリンタ内で発生したカラーキャリブレーションテーブルと同様である。スキャナで取り込んだイメージデータをオーバレイフォームとして利用するためにプリンタドライバに渡す場合、プリンタで発生したカラーキャリブレーションテーブルと同様のデータの流れになる。
【０１１４】
図１７は、本発明に係るサーバ装置を適用する情報処理システム上でアドレス帳のデータを機能複合型複写機から取得する際のデータの流れを説明する図である。なお、図中の▲１▼，▲２▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１１５】
先ず、ルート処理▲１▼では、機能複合型複写機８内のアドレス帳データがサーバに送出される。ルート処理▲２▼では、クライアントＰＣはサーバ２のデータを受信し、クライアントモジュール６０３は、クライアントＰＣ内のアドレス帳データに追加もしくは上書きする。
【０１１６】
図１８は、本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ上のアドレス帳データを機能複合型複写機にダウンロードする際のデータの流れを説明する図である。なお、図中の▲１▼，▲２▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１１７】
先ず、ルート処理▲１▼で、Ｗｅｂ　Ｂｒｏｗｓｅｒを用いてサーバ２に送られたアドレス帳データは、そのまま機能複合型複写機８に書き込まれる。ルート処理▲２▼は、機能複合型複写機のアドレス帳を複写する際のデータの流れを表す。機能複合型複写機８のデータは、一旦サーバ２に送られ、そのまま機能複合型複写機９に書き込まれる。
【０１１８】
図１９は、本発明に係るサーバ装置を適用する情報処理システム上でプリンタもしくは機能複合型複写機の記憶装置の内容をバックアップするときのデータの流れを説明する図である。なお、図中の▲１▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１１９】
この処理は、通常Ｗｅｂ　Ｂｒｏｗｓｅｒで指示され起動されるが、機能複合型複写機の操作パネルから指示され起動されても良い。ルート処理▲１▼はプリンタもしくは機能複合型複写機の記憶装置の内容がサーバ２に送出され、サーバ内のファイルサーバに記憶される。
【０１２０】
図２０は、本発明に係るサーバ装置を適用する情報処理システム上でバックアップされたプリンタもしくは機能複合型複写機の記憶装置の内容をリストアするときのデータの流れを説明する図である。なお、図中の▲１▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１２１】
なお、この処理は、通常ＷｅｂＢｒｏｗｓｅｒで指示され起動されるが、機能複合型複写機の操作パネルから指示され起動されても良い。
【０１２２】
ルート処理▲１▼はサーバ２のファイルサーバ内にバックアップされたデータが、バックアップ元のプリンタもしくは機能複合型複写機の記憶装置に送出される。
【０１２３】
図２１は、本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ４もしくは５がサーバ２からソフトウエアの取得をする際のデータの流れを説明する図である。なお、図中の▲１▼はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１２４】
先ず、ルート処理▲１▼のように、サーバからデータを取得し、クライアントモジュール６０３はデータをデコードしインストールする。
【０１２５】
図２２は、本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ４もしくはクライアントＰＣ５がサーバ２からプリンタドライバ、ファクシミリドライバ、スキャナドライバなど周辺機器のドライバを取得するときのデータの流れを説明する図である。なお、図中の▲１▼はネットワーク上のデータ転送を行うためのルート処理を示す。なお、ルート処理▲１▼のようにサーバ２からデータを取得するが、サーバ２はデータを送出する際、周辺機器との対応づけを行うために、対象となる周辺機器を参照する。すなわち、ネットワークアドレス、機種名、機能等を一緒にクライアントＰＣ４もしくはクライアントＰＣ５に送出し、クライアントモジュール６０３は、サーバ２から送出された情報を基にドライバをインストールする。
【０１２６】
図２３は、図２に示したサーバ２からクライアントＰＣ４もしくはクライアントＰＣ５にデータを送出する際のデータ構造を説明する図である。
【０１２７】
図２３からわかるように、先頭に、内部にアーカイブされて保持されているファイル数Ｎが入る。次に、Ｎ個分のアドレスの配列、さらに各アドレスで示された位置にヘッダとともに保持されたファィルの実体が存在する。ヘッダには、ヘッダ長、ファイルの種類、実体のサイズが含まれ、付加情報がある場合は、ヘッダの後部に付加される。すなわち、ヘッダの先頭からヘッダ長分後ろにはファイルの実体が存在する。
【０１２８】
図２４は、図２３に示したヘッダ情報の一例を示す図であり、例えばフォントファイルをクライアントＰＣに送出する際の、図２３に示したヘッダ情報を表したものである。
【０１２９】
図２４から分かる通り、フォントファイルをクライアントＰＣに送出する際には、ヘッダ情報に対して、バージョン、ファイル名、フォントの形式が付加情報として付加される。
【０１３０】
図２５は、図２３に示したヘッダ情報の一例を示す図であり、例えばオーバレイフォームをクライアントＰＣに送出する際のヘッダ情報を表したものである。
【０１３１】
図２５から分かる通り、オーバレイフォームをクライアントＰＣに送出する際には、ヘッダ情報に対して、ＰＤＬの種類、用紙サイズ、解像度、フォーム番号が付加情報として付加される。
【０１３２】
図２６は、図２３に示したヘッダ情報の一例を示す図であり、例えばカラーキャリブレーションテーブルをクライアントＰＣに送出する際のヘッダ情報を表したものである。
【０１３３】
図２６から分かる通り、カラーキャリブレーションテーブルをクライアントＰＣに送出する際には、ヘッダ情報に対して、キャリブレーション情報を測定した日時が付加情報として付加される。
【０１３４】
図２７は、図２３に示したヘッダ情報の一例を示す図であり、例えばスキャナでスキャンしたイメージをオーバレイする際にプリンタドライバで使われる情報をクライアントＰＣに送出する際のヘッダ情報を表したものである。
【０１３５】
図２７から分かる通り、スキャナでスキャンしたイメージをオーバレイする際には、プリンタドライバで使われる情報をクライアントＰＣに送出する際には、ヘッダ情報に対して、用紙サイズ、解像度、オーバレイ番号が付加情報として付加される。
【０１３６】
図２８は、図２３に示したヘッダ情報の一例を示す図であり、例えばソフトウエアをクライアントＰＣに送出する際のヘッダ情報を表したものである。
【０１３７】
図２８から分かる通り、ソフトウエアをクライアントＰＣに送出する際には、ヘッダ情報に対して、ソフトウエアのバージョンとファイルのチェックサムが付加情報として付加される。
【０１３８】
また、ファイル実体は自己解凍形式のインストーラとなっており、クライアントモジュール６０３は、ダウンロードされた自己解凍形式のインストーラを起動する。
【０１３９】
図２９は、図２３に示したヘッダ情報の一例を示す図であり、例えばドライバをクライアントＰＣに送出する際のヘッダ情報を表したものである。
【０１４０】
図２９から分かる通り、ドライバをクライアントＰＣに送出する際には、ヘッダ情報に対して、周辺機器の機種名、周辺機器にアクセスするためのアドレス（例えば、ＴＣＰ／ＩＰ接続であればＩＰアドレス）、ドライバのバージョンとファイルのチェックサムが付加情報として付加される。
【０１４１】
また、ファイル実体は自己解凍形式のインストーラとなっており、クライアントモジュール６０３は、機種名とアドレスを引数としてダウンロードされた自己解凍形式のインストーラを起動する。
【０１４２】
図３０は、本発明に係るサーバ装置におけるオーバレイフォーム管理情報を説明する図である。
【０１４３】
図３０に示すように、本オーバレイフォームは、プリンタにダウンロードされて用いられるが、プリンタ内のメモリに常駐するのではなく、一単位毎の印刷データに先立ってプリンタに送出され、一単位の印刷が終了するとプリンタ内のメモリから削除される。この指示は、例えばキヤノン株式会社製プリンタであるレーザショットＬＢＰ８７０（商品名）のプリンタドライバなどで実装されており、クライアントＰＣから印刷時にプリンタドライバで「オーバレイ印刷」を選択し、ファイル名を指示することにより、指示したファイルを通常の印刷データ送出前にプリンタに送出する。
【０１４４】
この図から分かる通り、オーバレイフォームファイルは、プリンタのＰＤＬ（ページ記述言語）毎に管理されている。
【０１４５】
図３１は、本発明に係るサーバ装置を適用する情報処理システム上でオーバレイフォームファイルの登録処理を説明する図であり、サーバ装置へのオーバレイフォームファイルの登録処理状態例に対応する。なお、▲１▼，▲２▼はルート処理を示す。
【０１４６】
図３１のルート処理▲１▼から分かる通り、管理者用ＰＣ３から直接サーバ２に登録される。この場合、管理者用ＰＣ３は複数あってもよい。オーバレイフォームファイルは、前述のレーザショットＬＢＰ−８７０（商品名）のプリンタドライバ等で作成することが可能である。
【０１４７】
ＰＤＬとファイル名とファイルサーバに転送し、ファイルサーバ上では、図３０に示した管理情報に、転送されたＰＤＬとファイル名を追加し、ファイルをサーバ２上に記憶することで、登録が行われる。ルート処理▲２▼は、サーバ２からクライアントＰＣ４にオーバレイフォームファイルを転送する際のデータの流れに対応する。なお、ルート処理▲２▼のデータ転送の手続きに関しては、図３２，図３３に示すフローチャートを参照して説明する。
【０１４８】
図３２は、本発明に係る情報処理装置におけるオーバレイフォームファイル処理手順の一例を示すフローチャートであり、クライアントＰＣ３がオーバレイフォームファイルをサーバ装置２から取得する際の手順に対応する。なお、Ｓ３６０１〜Ｓ３６０３は各ステップを示す。
【０１４９】
図３３は、本発明に係るサーバ装置におけるオーバレイフォームファイル処理手順の一例を示すフローチャートであり、サーバ装置２におけるオーバレイフォームファイル転送処理手順に対応する。なお、Ｓ３６０４〜Ｓ３６１２は各ステップを示す。
【０１５０】
クライアントＰＣ４は、図３２のステップＳ３６０１において、ブラウザのプリンタ一覧画面でプリンタを指定する。プリンタを指定することにより、サーバ２はＰＤＬを判断し、そのプリンタで使用可能なオーバレイフォーム一覧を表示するので、ステップＳ３６０２において、使用するオーバレイフォームを指示する。ここで、オーバレイフォームを指示することにより、サーバ２はそのオーバレイフォームファイルをクライアントＰＣ４に送出するので、ステップＳ３６０３において、このファイルを受信して、処理を終了する。
【０１５１】
一方、サーバ２は、ステップＳ３６０４で、指定されたプリンタのＰＤＬを取得する。このプリンタは、ステップＳ３６０１で指定されたプリンタであり、プリンタの機種が特定されると、そのプリンタで使用されるＰＤＬが特定できる。
【０１５２】
次に、ステップＳ３６０５では、カウンタＮを「０」にセットする。ステップＳ３６０６では、Ｎ件目のオーバレイを図３０に示した管理情報から参照する。
【０１５３】
この場合、管理情報の最初の項目は０番目、次の項目は１番目と、「０」から始まるインデックスで管理されている。
【０１５４】
次に、ステップＳ３６０７では、指定したプリンタのＰＤＬと管理情報のＮ番目のＦＤＬが一致するかどうかを判定し、一致すればステップＳ３６０８に進み、一致しなければステップＳ３６０９に進む。
【０１５５】
そして、ステップＳ３６０８では、ファイル名をＷｅｂサーバを通して表示する。表示画面は、当然クライアントＰＣのＷｅｂＢｒｏｗｓｅｒである。
【０１５６】
この際、ファイル名を一括して表示する場合は、ステップＳ３６０８の段階では表示の為の情報のみを作成し、実際に表示されるのは、全件終了後にまとめて行われる。
【０１５７】
そして、ステップＳ３６０９ではカウンタＮをインクリメントする。次に、ステップＳ３６１０では、全件の表示が終了したかどうかを判定し、終了していればステップＳ３６１１に進み、終了していなければステップＳ３６０６に戻る。
【０１５８】
そして、ステップＳ３６１１では、ステップＳ３６０２の指示を受信する。そして、ステップＳ３６１２では、前ステップで指示されたオーバレイフォームのファイルをクライアントＰＣに送出し、処理を終了する。
【０１５９】
以上述べたように、サーバとクライアントＰＣならびに周辺機器が接続された状況において、サーバにＰＤＬを関連付けたオーバレイフォーム情報ならびにファイルを保持することで、クライアントＰＣはプリンタで使用できるオーバレイフォームを共有し、プリンタに対応づけて取得し使用することが可能となる。
【０１６０】
〔第２実施形態〕
第２実施形態は、第１実施形態と構成が異なる形態で実施された例に対応し、し、機器の動作やファイル構造等については、第１実施形態と同様の動作もしくは構成である。
【０１６１】
図３４は、本発明の第２実施形態を示すサーバ装置を適用可能な情報処理システムの構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。
【０１６２】
図３４において、１０はファイルサーバであり、通常はサーバ２，管理者用ＰＣ３などが共有するファイルを記憶装置内に保持する。
【０１６３】
このように構成された画像処理システムにおいて、サーバ２は、定期的にプリンタ６，同７、機能複合型複写機８，同９と通信を行い、機器の状態やソフトウエアの設定をモニタする。管理者用ＰＣ３から機器に対し設定の変更やソフトウエア、ソフトウエアで使用するリソースの変更を行う。管理者用ＰＣ３から与えられた指示の結果は、サーバ２の内部に情報として集められ、もしくはファイルサーバ１０内の記憶装置にファイルとして保持され、クライアントＰＣ４および５は、サーバ２から情報を受け取り、またはファイルサーバ１０からファイルを受け取る。また、サーバ２はｈｔｔｐプロトコルを用いた通信手段を備え、管理者用ＰＣ３，クライアントＰＣ４、および５はＷｂｂＢｒｏｗｓｅｒを使用してサーバ２の情報を取得し、またサーバ２に対して指示を与えることが可能である。
【０１６４】
サーバ２は、管理者用ＰＣ３、クライアントＰＣ４もしくは５から指示があると、サーバに貯えられた情報もしくはファイルサーバ１０に保持したファイルを用いて、管理者用ＰＣ３，クライアントＰＣ４もしくは５に情報もしくはファイルを返す。また、情報の内容によっては、プリンタ６，７，機能複合型複写機８、９から情報を取得し、管理者用ＰＣ３、クライアントＰＣ４もしくは５に情報を返すか、プリンタ６，同７、機能複合型複写機８、９に対して設定等の処理を行う。管理者用ＰＣ３には、ダウンローダを備え、プリンタ６、７，機能複合型複写機８，９に対しソフトウエアもしくはソフトウエアが使用するリソースのダウンロードを行う。
【０１６５】
ソフトウエアは、機器の印刷制御ファームウエア、ネットワーク制御ファームウエア、また機能複合型複写機８，９においては、前記ファームウエアに加え、スキャナ制御ファームウエア、ファクシミリ制御ファームウエア、複写機ファームウエア、パネル操作ファームウエア、画像管理ソフトウエア、アドレス管理ソフトウエアなどがある。
【０１６６】
また、ソフトウエアが使用するリソースとしては、フォント、外字、オーバレイフォーム、キャリブレーションテーブル、アドレス管理ソフトウエアか使用するアドレス情報、ファクシミリ番号などがある。
【０１６７】
これらのソフトウエアやリソースのファイルは、ファイルサーバ１０に保持される。クライアントＰＣ４（および５）は、プリンタ６、７，機能複合型複写機８，９をアクセスして使用するためのソフトウエア（ドライバ等）およびソフトウエアが使用するリソース（クライアントＰＣ用リソース）を保持する。ソフトウエアは、プリンタを使用するためのプリンタドライバ、スキャナを使用するためのスキャナドライバ、ファクシミリを使用するためのファクシミリドライバ、複写機を制御するための複写機ユーティリティソフトウエア、ネットワークを利用するためのネットワークドライバ、ＷｅｂＢｒｏｗｓｅｒ、アプリケーションソフトウエアなどがあり、ソフトウエアが使用するリソースについては、プリンタフォントに対応したクライアントＰＣ用フォント、ファクシミリドライバが利用するアドレス情報、カラーキャリブレーションを行う際の印刷データ、プレビューで利用するオーバレイイメージ等がある。
【０１６８】
上記の機能に加え、プリンタ６の設定内容やソフトウエア、ソフトウエアが使用するリソースをプリンタ７，機能複合型複写機８、９に反映させることが可能である。
【０１６９】
また、同様に機能複合型複写機８の設定内容やソフトウエア、ソフトウエアが使用するリソースを機能複合型複写機９、プリンタ６、７に反映させることが可能である。機種間で機能の違いがあるときは、両機種に共通の機能についてのみ反映されるが、変換が可能なリソースなどの情報については変換された後反映される。
【０１７０】
同様に、これらの機種に関するクライアントＰＣ４上の情報をクライアントＰＣ５に反映させることも可能である。これらの処理は、サーバ２およびファイルサーバ１０を通して情報の交換を行うことにより実現される。
【０１７１】
プリンタ６，７、機能複合型複写機８，９の設定内容は、管理者用ＰＣ３からの指示だけでなくパネルからの設定やクライアントＰＣからの設定によっても変更される場合がある。
【０１７２】
この情報を正確にクライアントＰＣに渡す必要があるものは、クライアントＰＣから表示等の指示があった場合、常にプリンタ６，７，機能複合型複写機８，９に問い合わせを行い、問い合わせ時点での情報をクライアントＰＣに返す。正確さが、さほど厳密に要求されないものについては、サーバ２もしくはファイルサーバ１０内に保持した情報もしくはファイルを用いる。
【０１７３】
ファイルサーバ１０は、サーバ２や管理者用ＰＣ３、クライアントＰＣ４，５とネットワークを介して通信を行うことにより、ファイルを受け取り、送出し、また必要に応じて管理する。
【０１７４】
ここではサーバや管理者用ＰＣがそれぞれ一つずつの例をあげたが、ファイルサーバが分離することでサーバ、管理者用ＰＣは複数あっても、容易にファイルや情報管理が行える。
【０１７５】
すなわち、ファイルサーバ１０には、システム内で共有される情報が保持され、必要に応じて各サーバや各管理者用ＰＣに情報やファイルを送出し、またそれらからの情報やファイルを受け取り管理する。
【０１７６】
なお、サーバ２上のオーバレイフォーム管理情報は、上述した図３０に示すように管理されており、オーバレイフォームは、プリンタにダウンロードされて用いられるが、プリンタ内のメモリに常駐するのではなく、一単位毎の印刷データに先立ってプリンタに送出され、一単位の印刷が終了するとプリンタ内のメモリから削除される。この指示は、例えばキヤノン株式会社製プリンタであるレーザショットＬＢＰ−８７０（商品名）のプリンタドライバなどで実装されており、クライアントＰＣから印刷時にプリンタドライバで「オーバレイ印刷」を選択し、ファイル名を指示することにより、指示したファイルを通常の印刷データ送出前にプリンタに送出する。この図から分かる通り、オーバレイフォームファイルは、プリンタのＰＤＬ（ページ記述言語）毎に管理されている。
【０１７７】
図３５は、本発明に係るサーバ装置を適用する情報処理システム上でオーバレイフォームファイルの登録処理を説明する図であり、サーバ２がファイルサーバとサーバ（Ｗｅｂサーバ）に分離した場合の構成例に対応する。
【０１７８】
図３５において、オーバレイフォームファイルは、管理者用ＰＣ３からサーバ２を通してファイルサーバに登録される。この場合、管理者用ＰＣ３やサーバ２は複数あってもよい。また、サーバは管理者用ＰＣからファイルサーバ１０にファイルを転送するための仲介を行い、ファイル管理はファイルサーバ１０上で行われる。
【０１７９】
オーバレイフォームファイルは、前述のレーザショットＬＢＰ−８７０（商品名）のプリンタドライバ等で作成することが可能である。ＰＤＬとファイル名とファイルをファイルサーバ１０に転送し、ファイルサーバ１０上では図３０に示した管理情報に、転送されたＰＤＬとファイル名を追加し、ファイルをファイルサーバ１０上に記憶することで登録が行われる。
【０１８０】
ファイルサーバ１０からクライアントＰＣ４にオーバレイフォームファイルを転送する際のデータの流れは、サーバとファイルサーバが分離しているが、第１実施形態における図３２，図３３を参照して説明する。
【０１８１】
クライアントＰＣ４は、図３２に示すステップＳ３６０１において、ブラウサのプリンタ一覧画面でプリンタを指定する。プリンタを指定することにより、サーバ２はＰＤＬを判断し、そのプリンタで使用可能なオーバレイフォームをファイルサーバ１０から取得し、一覧表示するので、ステップＳ３６０２において、使用するオーバレイフォームを指示する。オーバレイフォームを指示することにより、サーバはそのオーバレイフォームファイルをファイルサーバ１０からクライアントＰＣに送出するので、ステップＳ３６０３において、このファイルを受信する。
【０１８２】
一方、サーバ２は図３３に示すステップＳ３６０４で、指定されたプリンタのＰＤＬを取得する。ここで、プリンタは、ステップＳ３６０１で指定されたプリン夕であり、プリンタの機種が特定されると、そのプリンタで使用されるＰＤＬが特定できる。
【０１８３】
そして、ステップＳ３６０５では、カウンタＮを「０」にセットする。ステップＳ３６０６では、Ｎ件目のオーバレイを、図３４に示したファイルサーバ１０上の管理情報から参照する。サーバ２とファイルサーバ１０はプロセス間通信機構を用いて、情報のやり取りを行う。
【０１８４】
この場合、管理情報の最初の項目は０番目、次の項目は１番目と、「０」から始まるインデックスで管理されている。ステップＳ３６０７では、指定したプリンタのＰＤＬと管理情報のＮ番目のＰＤＬが一致するかどうかを判定し、一致すればステップＳ３６０８に進み、一致しなければステップＳ３６０９に進む。
【０１８５】
ステップＳ３６０８では、ファイル名をＷｅｂサーバを通して表示する。表示画面は、当然クライアントＰＣのＷｅｂＢｒｏｗｓｅｒである。
【０１８６】
この際、ファイル名を一括して表示する場合は、ステップＳ３６０８の段階では表示の為の情報のみを作成し、実際に表示されるのは、全件終了後にまとめて行われる。
【０１８７】
そして、ステップＳ３６０９ではカウンタＮをインクリメントする。ステップＳ３６１０では、全件の表示が終了したかどうかを判定し、終了していればステップＳ３６１１に進み、終了していなければステップＳ３６０６に戻る。
【０１８８】
次に、ステップＳ３６１１では、ステップＳ３６０２の指示を受信する。ステップＳ３６１２では、前ステップで指示されたオーバレイフォームのファイルをファイルサーバ１０からクライアントＰＣ４に送出し、処理を終了する。
【０１８９】
以上述べたように、ファイルサーバ１０を分離することにより、複数のＰＣや複数のＷｅｂサーバを通して指示された、オーバレイファイルの一元管理が可能となり、クライアントがオーバレイファイルを取得する際も、指示されたプリンタに対応したオーバレイファイルは、どのＷｅｂサーバを経由しても同一のファイルを得ることが可能となる。
【０１９０】
〔第３実施形態〕
図３６は、本発明の第３実施形態を示すサーバ装置で読み取り可能な各種のプログラムを記憶した記憶媒体の一例を示す図であり、例えば図３７の（Ａ）に示すように、サーバ２に対応するプログラムをロードするための記憶媒体と、例えば図３７の（Ｂ）に示すように、管理者用ＰＣ３に対応するプログラムをロードするための記憶媒体と、例えば図３７の（Ｃ）に示すように、ユーザ用のクライアントＰＣ４，５に対応するプログラムをロードするための記憶媒体とに個別に用意される場合を示す。
【０１９１】
図３８は、図２，図３５に示したサーバ２，管理者用ＰＣ３，クライアントＰＣ４，５に対してプログラムが記憶された記憶媒体を読み取らせるシステム例を示す図であり、例えば記録媒体として、フレキシブルディスクを例として、上記サーバ２に対応するプログラムをロードするための記憶媒体ＦＤと、管理者用ＰＣ３に対応するプログラムをロードするための記憶媒体ＦＤと、ユーザ用のクライアントＰＣ４，５に対応するプログラムをロードするための記憶媒体ＦＤを対応するサーバ装置のフレキシブルディスクドライブに挿入して、ＯＳの管理下で、記憶されたプログラムをインストールするものとする。
【０１９２】
なお、記憶媒体としては、後述するような各種の記憶媒体があり、フレキシブルディスクに限られるものではない。
【０１９３】
これらからわかるとおり、本発明は、可搬性のある記憶媒体を用いて、ワークステーションやパーソナルコンピュータ等のコンピュータで実行することが可能である。
【０１９４】
以下、図３９に示すメモリマップを参照して本発明に係るサーバ装置を適用可能な情報処理システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１９５】
図３９は、本発明に係るサーバ装置を適用可能な情報処理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１９６】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１９７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１９８】
本実施形態における図８，図１０，図１２，図３２，図３３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１９９】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２００】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２０１】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０２０２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０４】
上記実施形態によれば、ザーバ装置と一つまたは複数のＰＣクライアント装置ならびに一つまたは複数の周辺機器（プリンタ装置，複合機）が接続されたネットワーク画像処理環境の状況において、オーバレイファイルを登録し、オーバレイファイルをプリンタのＰＤＬに対応づけて管理し、プリンタで使用されるＰＤＬとオーバレイファイルのＰＤＬを比較検索して、クライアント装置が指示したプリンタに対応したオーバレイファイルをクライアントＰＣで容易に使用することが可能になる。
【０２０５】
さらに、ファイルサーバを分離することにより、多くの機器が接続された状況においても、ＧＵＩ処理の負荷を集中させることなく、ファイルの一元管理を保ったまま上記処理が可能となる。
【０２０６】
【発明の効果】
以上説明したように、本発明に係るサーバ装置によれば、クライアント装置により指定されるプリンタ情報と前記記憶手段に前記プリンタ制御言語もしくはプリンタ管理コマンドに関連づけられて記憶されたオーバレイフォームデータをそれぞれ比較して、転送可能なオーバレイフォームデータを検索し、該検索された転送可能なオーバレイフォームデータ一覧ファイルをクライアント装置に転送し、該転送されたオーバレイフォームデータ一覧ファイル中から、該クライアント装置により取得指定されているオーバレイフォームデータを前記記憶手段から読み出して転送するので、クライアント装置のユーザがプリンタ装置を選択するという簡単な操作で、ネットワーク上のプリンタ装置で利用可能なオーバレイフォームデータの一覧を自在に参照可能なオーバレイフォーム管理環境を整備することができ、従来のオーバレイフォームデータ管理に比べてクライアント装置側およびサーバ装置側の管理負担を大幅に軽減できる。
【０２０７】
また、本発明に係るクライアント装置によれば、サーバ装置から転送される選択可能なオーバレイフォームデータ一覧ファイル画面をＷｅｂブラウザを介して表示装置に表示し、該オーバレイフォームデータ一覧ファイル画面から指定されるオーバレイフォームデータの取得要求を前記サーバ装置に通知し、該取得要求に基づき、前記サーバ装置から転送されるオーバレイフォームデータを取得するので、クライアント装置はプリンタ装置を指定するという簡単な操作で、サーバ装置で一元管理される指定したプリンタ装置に適用するオーバレイフォーム一覧を確認しながら、所望のオーバレイフォームデータを取得して利用でき、従来のオーバレイフォーム管理負担を大幅に軽減しつつ、サーバ装置で管理されるオーバレイフォームデータを利用したオーバレイフォーム印刷処理を効率よく行える等の効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示すサーバ装置を適用可能な情報処理システムの構成を説明する図である。
【図２】図１に示した情報処理システムの主なハードウエアモジュールを説明するブロック図である。
【図３】図２に示したサーバのソフトウエアモジュール構成を説明する図である。
【図４】図３に示した周辺機器管理プログラムの構成を説明する図である。
【図５】図２に示した管理者用ＰＣのソフトウエア構成を説明する図である。
【図６】図２に示したクライアントＰＣのソフトウエア構成を説明する図である。
【図７】図５に示したダウンローダの構成を説明するブロック図である。
【図８】本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。
【図９】図１に示した情報処理システムにおける周辺機器情報取得モジュールの構成を説明する図である。
【図１０】本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１１】図２に示した管理者用ＰＣ側の管理プログラムのメインモジュールの構成を説明する図である。
【図１２】本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る情報処理システムにおけるＧＵＩモジュールの一例を示すブロック図である。
【図１４】図２に示したクライアントＰＣ上にインストールされるクライアントモジュールの構成を説明する図である。
【図１５】本発明に係るサーバ装置を適用する情報処理システム上でフォントをダウンロードする際のデータの流れを説明する図である。
【図１６】本発明に係るサーバ装置を適用する情報処理システム上でカラーキャリブレーションテーブルをクライアントＰＣが取得する際のデータの流れを説明する図である。
【図１７】本発明に係るサーバ装置を適用する情報処理システム上でアドレス帳のデータを機能複合型複写機から取得する際のデータの流れを説明する図である。
【図１８】本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ上のアドレス帳データを機能複合型複写機にダウンロードする際のデータの流れを説明する図である。
【図１９】本発明に係るサーバ装置を適用する情報処理システム上でプリンタもしくは機能複合型複写機の記憶装置の内容をバックアップするときのデータの流れを説明する図である。
【図２０】本発明に係るサーバ装置を適用する情報処理システム上でバックアップされたプリンタもしくは機能複合型複写機の記憶装置の内容をリストアするときのデータの流れを説明する図である。
【図２１】本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣがサーバからソフトウエアの取得をする際のデータの流れを説明する図である。
【図２２】本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣがサーバからプリンタドライバ、ファクシミリドライバ、スキャナドライバなど周辺機器のドライバを取得するときのデータの流れを説明する図である。
【図２３】図２に示したサーバからクライアントにデータを送出する際のデータ構造を説明する図である。
【図２４】図２３に示したヘッダ情報の一例を示す図である。
【図２５】図２３に示したヘッダ情報の一例を示す図である。
【図２６】図２３に示したヘッダ情報の一例を示す図である。
【図２７】図２３に示したヘッダ情報の一例を示す図である。
【図２８】図２３に示したヘッダ情報の一例を示す図である。
【図２９】図２３に示したヘッダ情報の一例を示す図である。
【図３０】本発明に係るサーバ装置におけるオーバレイフォーム管理情報を説明する図である。
【図３１】本発明に係るサーバ装置を適用する情報処理システム上でオーバレイフォームファイルの登録処理を説明する図である。
【図３２】本発明に係る情報処理装置におけるオーバレイフォームファイル処理手順の一例を示すフローチャートである。
【図３３】本発明に係るサーバ装置におけるオーバレイフォームファイル処理手順の一例を示すフローチャートである。
【図３４】本発明の第２実施形態を示すサーバ装置を適用可能な情報処理システムの構成を説明する図である。
【図３５】本発明に係るサーバ装置を適用する情報処理システム上でオーバレイフォームファイルの登録処理を説明する図である。
【図３６】本発明の第３実施形態を示すサーバ装置で読み取り可能な各種のプログラムを記憶した記憶媒体の一例を示す図である。
【図３７】図３６に示した記憶媒体に格納される各種のモジュールの一例を示す図である。
【図３８】図２に示したサーバ，管理者用ＰＣ，クライアントに対してプログラムが記憶された記憶媒体を読み取らせるシステム例を示す図である。
【図３９】本発明に係るサーバ装置を適用可能な情報処理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１　ネットワーク
２　サーバ
３　管理者用ＰＣ
４　クライアントＰＣ
５　クライアントＰＣ
６　プリンタ
７　プリンタ
８　機能複合型複写機
９　機能複合型複写機[0001]
TECHNICAL FIELD OF THE INVENTION
According to the present invention, it is possible to communicate with a manager device, a client device, or a printer device via a predetermined communication medium, and obtain different overlay form data for performing overlay printing transferred from the manager device. The present invention relates to a server device having a storage unit for storing a printer control language or a printer management command in association with each other, an overlay form management method, and a computer-readable storage medium.
[0002]
[Prior art]
Conventionally, when overlay printing is performed by a printer, overlay form data is downloaded to the printer and used, or overlay data is created on each personal computer and overlay printing is performed using the data, or overlay form data is generated. It was transferred to a personal computer for overlay printing.
[0003]
[Problems to be solved by the invention]
However, in order to perform overlay printing on a personal computer connected to a peripheral device, the print command or page description language (generally referred to as PDL) must match, and the overlay print data is shared and used. For this purpose, each personal computer user must know the PDL of the printer and use an overlay form that matches the PDL.
[0004]
SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and a first object of the present invention is to store printer information and storage means specified by a client device in association with a printer control language or a printer management command. The stored overlay form data is compared with each other to search for transferable overlay form data, the searched transferable overlay form data list file is transferred to the client device, and the transferred overlay form data list file is transferred. From among them, the overlay form data specified and obtained by the client device is read out from the storage means and transferred, so that the user of the client device can use the printer device on the network with a simple operation of selecting the printer device. Possible overlays Server and overlay form management that can provide an overlay form management environment that allows the user to freely refer to a list of form data, and can greatly reduce the management burden on the client device and server device compared to conventional overlay form data management A method and a computer readable storage medium are provided.
[0005]
A second object is to display a selectable overlay form data list file screen transferred from the server device on a display device via a Web browser, and to obtain overlay form data designated from the overlay form data list file screen. Is notified to the server device, and based on the acquisition request, the overlay form data transferred from the server device is acquired, so that the client device is centrally managed by the server device by a simple operation of designating the printer device. The user can obtain and use the desired overlay form data while checking the list of overlay form data applied to the specified printer device, and greatly reduce the burden of the conventional overlay form management, while at the same time managing the overlay form managed by the server device. Overlay using data Client device and overlay form management method and a computer capable of efficiently form printing process is to provide a storage medium readable.
[0006]
[Means for Solving the Problems]
A first invention according to the present invention is a server device capable of communicating with an administrator device, a client device, or a printer device via a predetermined communication medium, and performs overlay printing transferred from the administrator device. Storage means for acquiring and storing different overlay form data in association with a printer control language or a printer management command, and printer information specified by the client device and the storage means for storing the printer control language or the printer management command in the storage means. Searching means for comparing the overlay form data stored in association with each other and searching for transferable overlay form data, and a list for transferring the transferable overlay form data list file searched by the searching means to the client device File transfer hands And overlay form transfer means for reading out from the storage means and transferring the overlay form data designated and obtained by the client device from the overlay form data list file transferred to the client device. .
[0007]
A second invention according to the present invention is characterized in that the list file transfer means transfers an overlay form data list file to be displayed as an overlay form data list screen by a Web browser of the client apparatus to the client apparatus.
[0008]
According to a third aspect of the present invention, there is provided a client device capable of communicating with an administrator device, a server device, or a plurality of printer devices via a predetermined communication medium, wherein the printer device uses overlay form data. And a notifying unit for notifying the server device of printer information specified by the specifying unit, and displaying a selectable overlay form data list file screen transferred from the server device via a Web browser. Display control means for displaying on the device; acquisition request means for notifying the server device of an acquisition request for overlay form data specified from the overlay form data list file screen; and the server based on the acquisition request by the acquisition request means. Get overlay form data transferred from device And having a resulting unit.
[0009]
According to a fourth aspect of the present invention, there is provided a different overlay which can communicate with a manager device, a client device or a printer device via a predetermined communication medium, and performs overlay printing transferred from the manager device. An overlay form management method in a server device including storage means for acquiring form data and storing the form data in association with a printer control language or a printer management command, wherein the printer information specified by the client device and the printer information are stored in the storage means A search step of comparing overlay form data stored in association with a control language or a printer management command to search for transferable overlay form data; and a transferable overlay form data list file searched by the search step. Transferring a list file to a client device; and transmitting an overlay form data specified and obtained by the client device from the storage means from the overlay form data list file transferred to the client device and transferring the overlay form data. And a form transfer step.
[0010]
A fifth invention according to the present invention is characterized in that, in the list file transfer step, an overlay form data list file to be displayed as an overlay form data list screen by a Web browser of the client apparatus is transferred to the client apparatus.
[0011]
A sixth invention according to the present invention is an overlay form management method in an administrator device, a server device, or a client device capable of communicating with a plurality of printer devices via a predetermined communication medium, and uses overlay form data. A designation step of designating any one of the printer devices; a notification step of notifying the server device of printer information designated by the designation step; and a selectable overlay form data list file screen transferred from the server device. A display control step of displaying on a display device via a browser, an acquisition request step of notifying the server device of an acquisition request for overlay form data specified from the overlay form data list file screen, and an acquisition request by the acquisition request step Based on the And having a an acquisition step of acquiring overlay form data transferred from the over server device.
[0012]
A seventh invention according to the present invention is a computer-readable storage medium storing a program for realizing the overlay form management method according to any one of the fourth to sixth inventions.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
[First Embodiment]
FIG. 1 is a block diagram illustrating a configuration of an information processing system to which a server device according to the first embodiment of the present invention can be applied.
[0014]
In the figure, reference numeral 1 denotes a network, which is assumed to be constituted by, for example, Ethernet (registered trademark) in the present system. The network may be configured by Local Talk (trade name) or the like in addition to Ethernet (registered trademark). The term “network” in the present embodiment refers to a physical cable, an electrical signal passing through the cable, and an information exchange (protocol) that realizes information exchange realized by a combination of the electrical signal. And one or more of these, usually referring to these generic terms.
[0015]
Reference numeral 2 denotes a server computer (server), which has a data processing function such as a file server and a web server, and forms a core of the present invention. Reference numeral 3 denotes a personal computer for an administrator (hereinafter, a personal computer is referred to as a PC), which issues an instruction to a server, an instruction to peripheral devices handled in the present invention, and the like.
[0016]
Reference numerals 4 and 5 denote client PCs, which are PCs used by general users connected to the network 1. It should be noted that the administrator PC may be used as a client PC.
[0017]
Printers 6 and 7 are connected to the network 1, receive print commands from the client PC 4 and the client PC 5, and perform print processing according to the commands. Reference numerals 8 and 9 denote multifunction copiers having an image scanner function, a printer function, and a facsimile function, and can be used as a copier, a printer, a scanner, and a facsimile by combining one or a plurality of functions.
[0018]
Next, the operation of the present system will be described.
[0019]
The server 2 periodically communicates with the printers 6 and 7 and the multifunction copiers 8 and 9 and monitors the state of the devices and the software settings. The administrator PC 3 changes the settings of the device, software, and resources used by the software. The result of the instruction given from the administrator PC 3 is collected as information inside the server 2, and the client PCs 4 and 5 receive the information from the server 2.
[0020]
Further, the server 2 includes communication means using the http protocol, and the administrator PC 3, the client PC 4, and the client PC 5 obtain information of the server 2 using the Web Browser and give an instruction to the server 2. It is possible.
[0021]
The server 2 returns information to the administrator PC 3, the client PC 4 or the client PC 5 by using the information stored in the server 2 when instructed by the administrator's PC 3, client PC 4 or client PC 5.
[0022]
Further, depending on the contents of the information, information is obtained from the printer 6, the printer 7, the multifunction copier 8, and the multifunction copier 9, and the information is returned to the administrator PC 3, the client PC 4 or 5, or , The printer 7, the multifunction copier 8, and the multifunction copier 9 are set. The administrator PC 3 is provided with a downloader, and downloads software or resources used by the software to the printer 6, the printer 7, the multifunction copier 8, and the multifunction copier 9.
[0023]
The software includes, in addition to the above-described firmware, scanner control firmware, facsimile control firmware, copy Machine firmware, panel operation firmware, image management software, address management software, etc. Resources used by the software include fonts, external characters, overlay forms, calibration tables, address information used by address management software, and facsimile numbers. The client PC 4 and the client PC 5 include software (such as a driver) for accessing and using the printer 6, the printer 7, the multifunction copier 8, and the multifunction copier 9, and resources (client PC) used by the software. Resources).
[0024]
Software includes a printer driver for using a printer, a scanner driver for using a scanner, a facsimile driver for using a facsimile, a copier utility software for controlling a copier, and a There are a network driver, Web Browser, application software, etc., and the resources used by the software are client PC fonts corresponding to printer fonts, address information used by the facsimile driver, print data for color calibration, There is an overlay image used for the preview.
[0025]
In addition to the above functions, it is possible to reflect the settings of the printer 6, software, and resources used by the software on the printer 7, the multifunction copier 8, and the multifunction copier 9.
[0026]
Similarly, the setting contents, software, and resources used by the software of the multifunction copier 8 can be reflected on the multifunction copier 9, the printer 6, and the printer 7. Further, when there is a difference in function between models, only functions common to both models are reflected, but information such as convertible resources is reflected after being converted. Similarly, it is also possible to reflect the information on these models on the client PC 4 on the client PC 5. These processes are realized by exchanging information through the server 2.
When the setting contents of the printer 6, the printer 7, the multifunction copier 8, and the multifunction copier 9 are changed not only by the instruction from the administrator PC 3, but also by the setting from the panel or the setting from the client PC. There is.
[0027]
If it is necessary to accurately pass this information to the client PC, the printer 6, printer 7, multifunction copier 8, and multifunction copier 9 are always inquired when there is an instruction such as display from the client PC. Then, the information at the time of the inquiry is returned to the client PC. If the accuracy is not so strictly required, the information held in the server is used.
[0028]
FIG. 2 is a block diagram for explaining main hardware modules of the information processing system shown in FIG. 1, and the same components as those in FIG. 1 are denoted by the same reference numerals. Hereinafter, the function of the hardware module of each device will be described.
[0029]
In the figure, reference numeral 201 denotes a network line. The network line 201 is a physical line that configures a network between devices, and usually uses a twisted pair cable, a coaxial cable, an optical fiber, or the like.
[0030]
The hardware modules constituting the server 2 include a network board 202, a CPU board 203, a video interface 204, an I / O interface 205, a SCSI interface 206, and a CRT 207, a keyboard 208, a mouse 209, a hard disk drive 210 connected thereto. Consists of The hard disk drive 210 has a plurality of hard disk units connected in parallel to ensure high speed data transfer and high reliability. The hardware modules that constitute the administrator PC 3, the client PC 4, and the client PC 5 include a network board 202, a CPU board 203, a Vdeo interface 204, an I / O interface 205, an IDE interface 211, a CRT 207 connected to them, and a keyboard. 208, a mouse 209, and a hard disk drive 210. The configuration of the hard disk differs from that of the server. The hardware modules of the printer 6 and the printer 7 include a network board 212 corresponding to peripheral devices, a printer controller 213, and a print engine (engine) 214.
[0031]
The hardware modules of the multifunction copier 8 and the multifunction copier 9 include a network board 212 corresponding to a peripheral device, a controller board 215 for the multifunction copier, a print engine 214, an operation panel controller (panel controller). 216, an operation panel (panel) 217, a scanner controller 218, a scanner unit 219, a modem (Modem) 220, a hard disk IF (IDE controller) 221, and a hard disk 222.
[0032]
FIG. 3 is a diagram illustrating a software module configuration of the server illustrated in FIG.
[0033]
In the figure, 301 is an OS (operating system), 302 is a library, 303 is a Web server, 304 is an application, and includes a peripheral device management program 305 as a part of the application.
[0034]
A hardware control program 306 includes a network control program 307 and a hard disk control program 308 as a part of the hardware control program.
[0035]
FIG. 4 is a diagram for explaining the configuration of the peripheral device management program 305 shown in FIG. 3, and the same components as those in FIG. 3 are denoted by the same reference numerals. .
[0036]
In the figure, a peripheral device management program 305 is realized as one of the applications on the server 2, and 401 is a main part of the management program, which controls the entire management program. Reference numeral 402 denotes a GUI CGI program, which transfers screen data expressed in the html format to the Web server 303.
[0037]
The Web server 303 sends the data of the GUI CGI program 402 in the form of http to the administrator's PC3, the client PC4, and the client PC5, and transmits instructions from the administrator's PC3, the client PC4, and the client PC5 to the management program 401.
[0038]
The device communication program 403 performs communication between the peripheral device and the server using the network control program 307, obtains information and the like from the device, sets the device, downloads software and resources used by the software, and the like. I do.
[0039]
The IPC program 404 is a program for performing inter-process communication, and performs communication with another PC, in particular, the administrator PC 3 using the network control program 307. The file management program 405 implements a file server function by using the HD control program 308.
[0040]
FIG. 5 is a diagram for explaining the software configuration of the administrator PC 3 shown in FIG.
[0041]
In the figure, reference numeral 501 denotes an OS, which performs general processing of the administrator PC 3. Reference numeral 502 denotes a main program of the downloader, which downloads software and resources used by the software to peripheral devices.
[0042]
A GUI program 503 realizes user interface functions such as display and transmission of instructions from a user to a downloader. An IPC program 504 communicates with the IPC program 404 of the server.
[0043]
A file management program 505 is usually implemented as a part of the OS 501, and performs file management when reading a file from a hard disk or a CD-ROM and downloading the file to a peripheral device through the downloader 502. Reference numeral 506 denotes a network program, which is usually implemented as a part of the OS 501, and performs network communication when reading a file from a hard disk or a CD-ROM and downloading the file to a peripheral device through the downloader 502.
[0044]
FIG. 6 is a diagram illustrating a software configuration of the client PCs 4 and 5 shown in FIG.
[0045]
In the figure, reference numeral 601 denotes an OS, which performs general processing of the client PC. Reference numeral 602 denotes a Web Browser, which receives data expressed in the html format from the Web Server 303 of the server 2, displays the data on a screen, and transmits a user instruction to the server 2 via the http protocol.
[0046]
Reference numeral 603 denotes a client module that performs processing on a part of the data received by the Web Browser 602 that cannot be processed by the Web Browser 602. Here, the data that cannot be processed by the Web Browser 602 are software such as a printer driver for the client PC and resources such as a font for the client PC, and need to be installed in the client PC by a predetermined method. Reference numeral 604 denotes a network program, which is usually implemented as a part of the OS 601 and communicates with the Web server 303 using the http protocol.
[0047]
FIG. 7 is a block diagram illustrating the configuration of the downloader 502 shown in FIG.
[0048]
In the figure, reference numeral 701 denotes a main module, which calls each module and processes parameters. Reference numeral 702 denotes a file management module that opens and reads a file to be downloaded using the file management program 505.
[0049]
A device search module 703 searches for a downloadable peripheral device and obtains a communicable protocol, a device address, and the like. Reference numeral 704 denotes a file conversion module, which converts a resource used by the software when the format of the resource for the printer is different from the format of the resource for the client PC.
[0050]
The file conversion module 704 includes a printer file conversion module 705 and a client PC file conversion module 706 inside. Here, the difference between the resource formats is, for example, a case where the printer uses a font represented by a cubic curve and a client PC uses a font represented by a quadratic curve, or the representation of an overlay image between the printer and the client PC. The format is different.
[0051]
The download module 707 is a module that downloads using the network program 506. The communication module 708 communicates with the server 2 and sends client PC resources and the like to the server. The IPC module 709 is a module for performing inter-process communication, and realizes inter-process communication using the IPC program 504.
[0052]
FIG. 8 is a flowchart showing an example of a first data processing procedure in the server device according to the present invention, and corresponds to the processing procedure of the downloader shown in FIG. S801 to S820 indicate each step. In this example, font download is described, but the same applies to other software and resources used by the software. As a premise, the downloader 502 and the server 2 are always in communication, and it is possible to obtain a file name and a device name. However, to obtain a file managed in the file server, a separate connection is established and the file is read. Shall be.
[0053]
First, in step S801, the administrator specifies a file to be downloaded from the file selection screen of the downloader. The user (administrator) of the downloader specifies a file by inputting a file name. Next, in step S802, it is determined whether the file is a file on the server 2 by inquiring of the file management program 405 on the server. If it is determined that the file is on the server 2, the process proceeds to step S803. If it is determined that the file is not the above file, the process proceeds to step S807.
[0054]
Then, in step S803, a connection with the server machine is established in order to establish a network connection, that is, to acquire a download file entity from the server. In step S804, a file is read. Then, in step S805, the server flag is turned on. Next, in step S806, the network connection is disconnected.
[0055]
On the other hand, if NO is determined in the step S802, in step S807, since the file exists on the administrator's PC, the file is opened from the local disk. Then, in step S808, the file is read, and in step S809, the server flag is turned off.
[0056]
Next, in step S810, the file is closed. That is, since the file to be downloaded has been read by the downloader at the time of step S806 or step S810, the file is closed.
[0057]
Next, in step S811, the administrator selects a printer on the network from the download program. In step S812, it is determined whether the printer selected in step S811 can be downloaded. Whether or not download is possible is determined by the model and the attached storage device (RAM, Flash Memory, Hard Disk, etc.). That is, if the model is a downloadable model and a downloadable storage device exists in the model, it is determined that download is possible.
[0058]
Therefore, if it is determined in step S812 that the download is possible, the process proceeds to step S813, and if it is determined that the download is not possible, the process proceeds to step S820.
[0059]
Then, in step S813, the font file (unique format, TrueType (registered trademark) or the like) is converted into an N format that can be downloaded to the printer. However, if the font file is already downloadable, nothing is performed. In step S814, the downloadable font file is transferred to the printer.
[0060]
Next, in step S815, it is determined whether the server flag is ON. If it is determined that the server flag is ON, it is determined that the client file already exists in the server, and the process ends.
[0061]
On the other hand, if it is determined in step S815 that the Server Flag is not ON (that is, if OFF), the process advances to step S816 to convert the font file into a format usable by the client PC, for example, TrueType (registered trademark) format.
[0062]
However, if the font file is already usable in the client PC, nothing is performed. In step S817, a network connection with the server 2 is established. In step S818, a font file for the client PC is written in the server 2.
[0063]
Next, in step S819, the connection is disconnected, the network is closed, and the process ends.
[0064]
On the other hand, if NO is determined in the step S812, a message indicating that the file cannot be downloaded to the printer is displayed in a step S820, and the process ends.
[0065]
By the processing described above, the font file for the client PC corresponding to the font file downloaded to the printer always exists in the server 2.
[0066]
In the conversion of the font file, there are a case where the font file format itself is converted and a case where header information and the like are added. For example, when downloading a TrueType (registered trademark) format font file to a printer equipped with a TrueType (registered trademark) rasterizer, it is necessary to add header information and the like for the printer and download the file. In the process, header information for the printer is added.
[0067]
When this font is used on MacOS (product name), information called a FOND resource is added as additional information.
[0068]
Similarly, in the conversion of the overlay image, there are a case where the format of the overlay image itself is converted and a case where header information or the like is added.
[0069]
For example, when downloading an overlay image file in BMP format to a printer, it is necessary to add header information and the like for the printer and download it. In the file conversion process, header information and the like for the printer are added. .
[0070]
When the overlay image for the printer is used for the preview on the client PC, the conversion process includes reducing the number of colors, reducing the image size, using a compression format such as JPEG, MH used in FAX, etc. Processing such as using a compression method such as MR or MMR is performed to reduce the data size.
[0071]
FIG. 9 is a diagram illustrating a configuration of a peripheral device information acquisition module in the information processing system illustrated in FIG.
[0072]
In the figure, reference numeral 90l denotes an information acquisition module for a peripheral device (for a printer), which performs overall control, communication, management, processing when an interrupt is applied, transfer of download data to the peripheral device, and the like. An IPC process 902 exchanges information by performing inter-process communication with another module. Reference numeral 903 denotes a timer module, which generates an interrupt at regular intervals, and the main processing 901 operates to acquire information on peripheral devices at the timing of the interrupt.
[0073]
A cache management process 904 temporarily stores the peripheral device information acquired by the interruption by the timer, and sends the information in the cache to another module through the IPC when there is an instruction to send data from the IPC. A TCP / IP module 905 exchanges data with a peripheral device that can download the data obtained by acquiring information by the TCP / IP. Reference numeral 906 denotes an Apple Talk module that performs data exchange with a peripheral device that can acquire information or download data using the Apple Talk.
[0074]
Reference numeral 907 denotes an IPX / SPX module, which performs data exchange with a peripheral device capable of downloading data obtained by acquiring information by IPX / SPX. Of course, it is possible to support other protocols.
[0075]
FIG. 10 is a flowchart showing an example of a second data processing procedure in the server device according to the present invention. FIG. 10A corresponds to a processing procedure for acquiring peripheral device information by interruption, and FIG. ) Corresponds to the processing procedure in the normal processing. Note that steps S1011 and S1012 in FIG. 10A and steps S1021 to S1028 in FIG.
[0076]
In FIG. 10A, when an interrupt occurs, this processing is executed, and in step S1011 information is acquired from all the peripheral devices to be processed. Here, the information to be obtained is to check whether the software and the resources used by the software, such as the version, file size, date, font name, etc. Information to do.
[0077]
Next, in step S1012, the acquired information is written in the cache 904, and the process ends.
[0078]
In FIG. 10B, in the normal processing, the module having the user IF performs information acquisition and download in accordance with the instruction from the user received. Therefore, in step S1021, the instruction of the user IF module is transmitted to the IPC (Inter Process Connection). Receive through. The contents received by the instruction include processing contents, data for downloading, addresses of peripheral devices, and the like.
[0079]
Next, in step S1022, it is determined whether or not the download is performed. If YES, the process proceeds to step S1023; otherwise, the process proceeds to step S1024.
[0080]
Then, in step S1023, the transmitted data is downloaded (transferred) to the specified peripheral device, and the process ends.
[0081]
On the other hand, in step S1024, the type of required information is specified. Here, the type of information is, for example, a font name, form size, software version, and the like. In step S1025, it is determined whether the requested information exists in the cache 904. If it is determined that the requested information exists, the process proceeds to step S1026. If it is determined that the requested information does not exist, the process proceeds to step S1027.
[0082]
In step S1026, data is transmitted from the cache 904 through the IPC 902. Next, in step S1027, data is acquired from the peripheral device. In step S1028, the acquired data is transmitted through the IPC 902, and the process ends.
[0083]
FIG. 11 is a view for explaining the configuration of the main module of the management program on the administrator PC 3 shown in FIG.
[0084]
In the figure, 1101 performs main processing such as overall operation management and processing distribution. 1102 performs information exchange with the GUI, such as transmission of information to be displayed, processing from the GUI, and reception of data. 1103 is a network process for inputting and outputting files and information through the network. A file server module 1104 reads, writes, and manages files. An IPC process 1105 exchanges data and information with the IPC 902 shown in FIG. 9 by inter-process communication. That is, the program is located at a position where it can access the peripheral device and the GUI, and the network and the file server, and controls the entire operation.
[0085]
FIG. 12 is a flowchart showing an example of the third data processing procedure in the server device according to the present invention, and corresponds to the processing procedure of the main software of the management program of the administrator PC 3 shown in FIG. S1201 to S1210 indicate each step.
[0086]
First, in step S1201, upon receiving an instruction, it is determined in step S1202 whether the instruction is a download. If it is determined that the instruction is a download, the process proceeds to step S1203. If it is determined that the instruction is not a download, the process proceeds to step S1205. .
[0087]
If it is determined that the file is to be downloaded, this module retrieves the file to be downloaded from the file server and sends it to the downloader. Therefore, in step S1203, the file on the file server is opened. In step S1204, the network module 1103 is opened. The file is sent to the downloader through, and the process returns to step S1201 to perform the next process.
[0088]
On the other hand, if NO is determined in step S1202, it is determined in step S1205 whether or not information display is to be performed. If it is determined that information display is to be performed, the process proceeds to step S1206. The process proceeds to S1208.
[0089]
Then, in the case of information display, information in the peripheral device is transmitted according to the instruction received from the communication module 1102 with the GUI.
[0090]
Next, in step S1206, information is exchanged between the IPC 902 and the IPC 1105 to acquire information on peripheral devices. In step S1207, information to be displayed is output to the GUI module via 1102, and the process returns to step S1201 to perform the next process.
[0091]
On the other hand, if NO is determined in step S1205, it is determined in step S1208 whether or not the file is to be stored in the server. If it is determined that the file is to be stored in the server, the process proceeds to step S1209, and If it is determined that the data is not to be saved, the process advances to step S1210.
[0092]
In the case of saving a file to the server, the saving is performed according to an instruction from the downloader, and the file is sent through the network.
[0093]
In step S1209, after saving the file in the file server, the process returns to step S1201 to perform the next process.
[0094]
On the other hand, if NO is determined in the step S1208, a file is output through the GUI in a step S1210. This is the output of the resource for the client PC, etc. After outputting the file or the like to the client PC using the http protocol, which is the protocol by which the GUI communicates with the client PC, step S1201 is performed to perform the next processing. Return to
[0095]
Through these series of processes, information and data in the system are transmitted and received.
[0096]
FIG. 13 is a block diagram showing an example of a GUI module in the information processing system according to the present invention.
[0097]
Referring to FIG. 13, reference numeral 1301 denotes a communication module with the management program, which receives instructions, files, and information from the management program and passes them to the html output module 1302, and passes instructions and files received from the instruction input module 1303 to the management program.
[0098]
Reference numeral 1302 denotes an html output module which creates a GUI screen file based on html rules based on information and instructions received from the management program, and transfers the GUI screen file to a Web server communication module 1304 which is a means for communicating with the Web server.
[0099]
An instruction input module 1303 receives an instruction from a Web server or receives an archived re-encoded file, sends the instruction as an instruction to a management program, separates the archived file, and encodes the encoded file. After decoding the file, it is sent to the management program.
[0100]
The communication module 1304 with the Web server sends the html information to the Web server 303 and passes the instruction from the Web server 303 to the instruction input module 1303.
[0101]
FIG. 14 is a diagram illustrating the configuration of a client module installed on the client PC shown in FIG. This module is installed on the client PC and processes files received by the Web browser.
[0102]
In the figure, reference numeral 1401 denotes input means for receiving data from a Web browser. The received data usually has management information and file entities archived. A determination unit 1402 separates the received file management information from the file entity and determines the type of the file based on the management information.
[0103]
Here, the management information includes a file type, a file name, a file size, and the like. If the file type is a font, the font registration module 1403 is called. If the file type is the overlay form, the overlay form registration module 1404 is called.
[0104]
If the file type is an address book, the address registration book module 1405 is called. Furthermore, if the file type is the Color Calibration Table, the Color Calibration Table registration module 1406 is called.
[0105]
Note that the font registration module 1403 registers the received font information in the font client PC. The overlay form registration module 1404 registers the received file in the overlay form processing application. If the overlay processing application is not installed, no processing is performed.
[0106]
The address book registration module 1405 performs registration after converting the received address book into a destination format such as e-mail management software or a FAX driver. The Color Calibration Table registration module 1406 registers the received file in a printer driver that performs image processing. FIG. 15 is a diagram for explaining the flow of data when fonts are downloaded on the information processing system to which the server device according to the present invention is applied, and the same components as those in FIG. 1 are denoted by the same reference numerals. . Incidentally, (1) to (4) in the figure indicate route processing for performing data transfer on the network.
[0107]
In the figure, an administrator downloads a font read from, for example, a compact disk (CD) into the administrator PC 3 to the printer 6 by root processing (1). Next, the font is registered in the server 2 in the route processing (2). Then, in the route processing (3), the client PC 4 and the client PC 5 use the Web Browser 602 to read the font file for the client PC from the server 2, and register the font file in the system by the client module 603.
[0108]
When downloading to another printer, the administrator PC 3 reads the font registered in the server 2 and downloads it to the printer 6 as it is in the route process (4). The same operation is performed when an overlay form is registered from a PC.
[0109]
FIG. 16 is a diagram illustrating the flow of data when a client PC acquires a color calibration table on an information processing system to which a server device according to the present invention is applied. Note that (1) to (5) in the figure indicate route processing for performing data transfer on the network.
[0110]
First, in a route process (1), a color calibration table generated in the printer 6 is transmitted to the server 2. The client PC 4 receives the color calibration table of the printer 6 using the Web Browser according to the flow of the route processing (2), and registers the color calibration table in the printer driver. The color calibration table generated by the printer 7 is transmitted to the server 2 according to the flow of the route processing (3).
[0111]
When the client PC 4 receives the color calibration table of the printer 7, the process is the same as the route process (2). Route processing (1) and route processing (3) are periodically executed by interrupt processing.
[0112]
The route processing (4) represents the flow of data when the color calibration table is downloaded from the administrator PC 3.
[0113]
That is, when a calibration table is created using colorimetric software or the like on the administrator's PC 3, it is downloaded from the administrator's PC 3. Then, the same data as the data downloaded according to the route processing (5) is sent directly from the administrator PC 3 to the server 2. The transfer of data from the server 2 to the client PCs 4 and 5 is similar to the color calibration table generated in the printer. When image data captured by a scanner is passed to a printer driver for use as an overlay form, the data flow is similar to that of a color calibration table generated by a printer.
[0114]
FIG. 17 is a diagram illustrating the flow of data when address book data is acquired from a multifunction copier on the information processing system to which the server device according to the present invention is applied. Note that (1) and (2) in the figure indicate route processing for performing data transfer on the network.
[0115]
First, in the route processing (1), the address book data in the multifunction copier 8 is sent to the server. In the route process (2), the client PC receives the data of the server 2, and the client module 603 adds or overwrites the address book data in the client PC.
[0116]
FIG. 18 is a diagram illustrating the flow of data when downloading address book data on a client PC to a multifunction copying machine on an information processing system to which the server device according to the present invention is applied. Note that (1) and (2) in the figure indicate route processing for performing data transfer on the network.
[0117]
First, in the route processing (1), the address book data sent to the server 2 using the Web Browser is written to the multifunction copier 8 as it is. Route processing (2) represents the flow of data when copying the address book of the multifunction copier. The data of the multifunction copier 8 is once sent to the server 2 and written into the multifunction copier 9 as it is.
[0118]
FIG. 19 is a diagram illustrating the flow of data when backing up the contents of a storage device of a printer or a multifunction copying machine on an information processing system to which a server device according to the present invention is applied. Note that (1) in the figure indicates a route process for performing data transfer on the network.
[0119]
This process is normally instructed and activated by the Web Browser, but may be instructed and activated from the operation panel of the multifunction copier. In the route processing (1), the contents of the storage device of the printer or the multifunction copier are sent to the server 2 and stored in the file server in the server.
[0120]
FIG. 20 is a diagram illustrating the flow of data when restoring the contents of a storage device of a printer or a multifunction copier that has been backed up on an information processing system to which a server device according to the present invention is applied. Note that (1) in the figure indicates a route process for performing data transfer on the network.
[0121]
Note that this processing is normally instructed and activated by the Web Browser, but may be instructed and activated from the operation panel of the multifunction copier.
[0122]
In the route process (1), the data backed up in the file server of the server 2 is sent to the backup source printer or the storage device of the multifunction copier.
[0123]
FIG. 21 is a diagram illustrating the flow of data when the client PC 4 or 5 acquires software from the server 2 on the information processing system to which the server device according to the present invention is applied. Note that (1) in the figure indicates a route process for performing data transfer on the network.
[0124]
First, as in the route processing (1), data is acquired from the server, and the client module 603 decodes and installs the data.
[0125]
FIG. 22 illustrates a data flow when the client PC 4 or the client PC 5 acquires a driver of a peripheral device such as a printer driver, a facsimile driver, and a scanner driver from the server 2 on the information processing system to which the server device according to the present invention is applied. FIG. Note that (1) in the figure indicates a route process for performing data transfer on the network. The data is acquired from the server 2 as in the route processing (1). When transmitting the data, the server 2 refers to the target peripheral device in order to associate with the peripheral device. That is, a network address, a model name, a function, and the like are sent together to the client PC 4 or the client PC 5, and the client module 603 installs a driver based on the information sent from the server 2.
[0126]
FIG. 23 is a view for explaining a data structure when data is transmitted from the server 2 shown in FIG. 2 to the client PC 4 or the client PC 5.
[0127]
As can be seen from FIG. 23, the number N of files archived and held internally is placed at the head. Next, there is an array of N addresses, and there is a file entity held together with the header at the position indicated by each address. The header includes the header length, the file type, and the size of the entity, and if there is additional information, it is added to the back of the header. That is, the file entity exists after the header length from the head of the header.
[0128]
FIG. 24 is a diagram showing an example of the header information shown in FIG. 23, and shows the header information shown in FIG. 23 when, for example, a font file is sent to the client PC.
[0129]
As can be seen from FIG. 24, when transmitting the font file to the client PC, a version, a file name, and a font format are added to the header information as additional information.
[0130]
FIG. 25 is a diagram showing an example of the header information shown in FIG. 23, and represents, for example, header information when an overlay form is transmitted to the client PC.
[0131]
As can be seen from FIG. 25, when sending the overlay form to the client PC, the PDL type, paper size, resolution, and form number are added to the header information as additional information.
[0132]
FIG. 26 is a diagram illustrating an example of the header information illustrated in FIG. 23, and illustrates, for example, the header information when a color calibration table is transmitted to the client PC.
[0133]
As can be seen from FIG. 26, when sending the color calibration table to the client PC, the date and time when the calibration information was measured is added to the header information as additional information.
[0134]
FIG. 27 is a diagram showing an example of the header information shown in FIG. 23. For example, the header information when sending information used by a printer driver when overlaying an image scanned by a scanner to a client PC is shown. It is.
[0135]
As can be seen from FIG. 27, when overlaying an image scanned by the scanner, information used by the printer driver is sent to the client PC, and the paper size, resolution, and overlay number are added to the header information. Is added as
[0136]
FIG. 28 is a diagram showing an example of the header information shown in FIG. 23, and shows, for example, header information when sending software to the client PC.
[0137]
As can be seen from FIG. 28, when sending the software to the client PC, the software version and the checksum of the file are added to the header information as additional information.
[0138]
The file entity is a self-extracting installer, and the client module 603 activates the downloaded self-extracting installer.
[0139]
FIG. 29 is a diagram showing an example of the header information shown in FIG. 23, and shows, for example, header information when a driver is transmitted to a client PC.
[0140]
As can be seen from FIG. 29, when transmitting the driver to the client PC, the header information includes the model name of the peripheral device and an address for accessing the peripheral device (for example, an IP address in the case of a TCP / IP connection). The driver version and file checksum are added as additional information.
[0141]
The file entity is a self-extracting installer, and the client module 603 activates the downloaded self-extracting installer using the model name and address as arguments.
[0142]
FIG. 30 is a diagram illustrating overlay form management information in the server device according to the present invention.
[0143]
As shown in FIG. 30, the overlay form is downloaded to the printer and used. However, the overlay form is not resident in the memory of the printer, but is sent to the printer prior to the print data of each unit, and the print form of one unit is printed. When is completed, it is deleted from the memory in the printer. This instruction is implemented by, for example, a printer driver of Laser Shot LBP870 (trade name), which is a printer manufactured by Canon Inc., selects “overlay printing” with the printer driver at the time of printing from the client PC, and instructs a file name. Thus, the designated file is sent to the printer before sending the normal print data.
[0144]
As can be seen from this figure, the overlay form file is managed for each PDL (page description language) of the printer.
[0145]
FIG. 31 is a diagram illustrating the registration processing of the overlay form file on the information processing system to which the server device according to the present invention is applied, and corresponds to an example of the registration processing state of the overlay form file in the server device. Note that (1) and (2) indicate route processing.
[0146]
As can be seen from the route processing (1) in FIG. 31, the information is registered in the server 2 directly from the administrator PC 3. In this case, there may be a plurality of administrator PCs 3. The overlay form file can be created by a printer driver or the like of the aforementioned laser shot LBP-870 (product name).
[0147]
The PDL and the file name are transferred to the file server. On the file server, the transferred PDL and the file name are added to the management information shown in FIG. Is The route processing (2) corresponds to the data flow when transferring the overlay form file from the server 2 to the client PC 4. The data transfer procedure of the route process (2) will be described with reference to the flowcharts shown in FIGS.
[0148]
FIG. 32 is a flowchart illustrating an example of an overlay form file processing procedure in the information processing apparatus according to the present invention, and corresponds to a procedure when the client PC 3 acquires an overlay form file from the server apparatus 2. Note that S3601 to S3603 indicate each step.
[0149]
FIG. 33 is a flowchart illustrating an example of an overlay form file processing procedure in the server apparatus according to the present invention, and corresponds to an overlay form file transfer processing procedure in the server apparatus 2. Note that S3604 to S3612 indicate each step.
[0150]
In step S3601 of FIG. 32, the client PC 4 specifies a printer on the printer list screen of the browser. By designating the printer, the server 2 determines the PDL and displays a list of overlay forms available for the printer. In step S3602, the server 2 designates an overlay form to be used. Here, since the server 2 sends the overlay form file to the client PC 4 by instructing the overlay form, the server 2 receives this file in step S3603, and ends the processing.
[0151]
On the other hand, in step S3604, the server 2 acquires the PDL of the designated printer. This printer is the printer specified in step S3601, and when the model of the printer is specified, the PDL used by the printer can be specified.
[0152]
Next, in step S3605, the counter N is set to “0”. In step S3606, the Nth overlay is referenced from the management information shown in FIG.
[0153]
In this case, the first item of the management information is managed by an index starting from "0", the first item being the 0th item, and the next item being the first item.
[0154]
Next, in step S3607, it is determined whether the PDL of the designated printer matches the Nth FDL of the management information. If they match, the process proceeds to step S3608, and if not, the process proceeds to step S3609.
[0155]
Then, in a step S3608, the file name is displayed through the Web server. The display screen is, of course, the Web Browser of the client PC.
[0156]
At this time, if the file names are to be displayed collectively, only information for display is created at the stage of step S3608, and the actual display is performed collectively after all the files are completed.
[0157]
Then, in a step S3609, the counter N is incremented. Next, in step S3610, it is determined whether or not display of all items has been completed. If the display has been completed, the process proceeds to step S3611, and if not, the process returns to step S3606.
[0158]
Then, in step S3611, the instruction in step S3602 is received. In step S3612, the file of the overlay form specified in the previous step is sent to the client PC, and the process ends.
[0159]
As described above, in the situation where the server and the client PC and the peripheral device are connected, the client PC shares the overlay form that can be used in the printer by holding the overlay form information and the file that associates the PDL with the server, It can be acquired and used in association with the printer.
[0160]
[Second embodiment]
The second embodiment corresponds to an example in which the configuration is different from that of the first embodiment, and the operation or configuration of the device is the same as that of the first embodiment.
[0161]
FIG. 34 is a block diagram illustrating the configuration of an information processing system to which the server device according to the second embodiment of the present invention can be applied, and the same components as those in FIG. 1 are denoted by the same reference numerals.
[0162]
In FIG. 34, reference numeral 10 denotes a file server, which normally holds files shared by the server 2, the administrator PC 3, and the like in a storage device.
[0163]
In the image processing system configured as described above, the server 2 periodically communicates with the printers 6 and 7 and the multifunction copiers 8 and 9 to monitor the status of the devices and the software settings. The administrator PC 3 changes the settings of the device, software, and resources used by the software. The result of the instruction given from the administrator PC 3 is collected as information inside the server 2 or held as a file in a storage device in the file server 10, and the client PCs 4 and 5 receive the information from the server 2, Alternatively, a file is received from the file server 10. The server 2 includes communication means using the http protocol, and the administrator PCs 3, the client PCs 4, and 5 obtain information of the server 2 using the WbbBrowser, and give instructions to the server 2. It is possible.
[0164]
When the server 2 receives an instruction from the administrator PC 3 or the client PC 4 or 5, the server 2 uses the information stored in the server or the file held in the file server 10 to send the information or file to the administrator PC 3 or the client PC 4 or 5. return it. Further, depending on the contents of the information, the information is obtained from the printers 6 and 7 and the multifunction copiers 8 and 9 and the information is returned to the administrator PC 3 or the client PC 4 or 5 or the printers 6 and 7 and the multifunction copier are used. The setting copiers 8 and 9 are set and the like. The administrator PC 3 includes a downloader, and downloads software or resources used by the software to the printers 6 and 7 and the multifunction copiers 8 and 9.
[0165]
The software includes the printer control firmware, the network control firmware, and the multifunction copying machines 8 and 9 in addition to the firmware described above, scanner control firmware, facsimile control firmware, copier firmware, and panel. There are operation firmware, image management software, address management software, and the like.
[0166]
Resources used by the software include fonts, external characters, overlay forms, calibration tables, address information used by address management software, and facsimile numbers.
[0167]
These software and resource files are stored in the file server 10. The client PC 4 (and 5) holds software (drivers and the like) for accessing and using the printers 6 and 7, and the multifunction copiers 8 and 9, and resources used by the software (resources for the client PC). I do. Software includes a printer driver for using a printer, a scanner driver for using a scanner, a facsimile driver for using a facsimile, a copier utility software for controlling a copier, and a There are network drivers, WebBrowser, application software, etc. Resources used by the software include client PC fonts corresponding to printer fonts, address information used by the facsimile driver, print data for color calibration, and preview. There is an overlay image and the like used in.
[0168]
In addition to the functions described above, it is possible to reflect the settings of the printer 6, software, and resources used by the software on the printer 7, and the multifunction copiers 8, 9.
[0169]
Similarly, it is possible to reflect the setting contents, software, and resources used by the software of the multifunction copying machine 8 on the multifunction copying machine 9 and the printers 6 and 7. When there is a difference in functions between models, only functions common to both models are reflected, but information such as convertible resources is reflected after being converted.
[0170]
Similarly, it is also possible to reflect the information on these models on the client PC 4 on the client PC 5. These processes are realized by exchanging information through the server 2 and the file server 10.
[0171]
The setting contents of the printers 6 and 7 and the multifunction copiers 8 and 9 may be changed not only by the instruction from the administrator PC 3 but also by the setting from the panel or the setting from the client PC.
[0172]
Those which need to accurately pass this information to the client PC are always inquired to the printers 6 and 7 and the multifunction copiers 8 and 9 when there is a display instruction or the like from the client PC. Return the information to the client PC. If the accuracy is not so strictly required, the information or the file held in the server 2 or the file server 10 is used.
[0173]
The file server 10 communicates with the server 2, the administrator PC 3, and the client PCs 4 and 5 via the network to receive and send the file and manage the file as needed.
[0174]
Here, an example in which one server and one administrator PC are used has been described. However, even if there are a plurality of servers and administrator PCs, file and information management can be easily performed by separating the file server.
[0175]
That is, the file server 10 holds information shared in the system, sends information and files to each server and each administrator's PC as needed, and receives and manages information and files therefrom. .
[0176]
The overlay form management information on the server 2 is managed as shown in FIG. 30 described above, and the overlay form is downloaded to the printer and used. The print data is sent to the printer prior to the print data for each unit, and is deleted from the memory in the printer when printing of one unit is completed. This instruction is implemented, for example, by a printer driver of Laser Shot LBP-870 (trade name), which is a printer manufactured by Canon Inc., selects “overlay printing” with the printer driver when printing from the client PC, and changes the file name. By instructing, the designated file is sent to the printer before sending the normal print data. As can be seen from this figure, the overlay form file is managed for each PDL (page description language) of the printer.
[0177]
FIG. 35 is a diagram illustrating registration processing of an overlay form file on the information processing system to which the server device according to the present invention is applied, and illustrates a configuration example in a case where the server 2 is separated into a file server and a server (Web server). Corresponding.
[0178]
In FIG. 35, the overlay form file is registered in the file server from the administrator PC 3 through the server 2. In this case, there may be a plurality of administrator PCs 3 and servers 2. Further, the server mediates for transferring files from the administrator's PC to the file server 10, and file management is performed on the file server 10.
[0179]
The overlay form file can be created by a printer driver or the like of the aforementioned laser shot LBP-870 (product name). The PDL, the file name, and the file are transferred to the file server 10, and the transferred PDL and the file name are added to the management information shown in FIG. 30 on the file server 10, and the file is stored on the file server 10. Registration is performed.
[0180]
The flow of data when the overlay form file is transferred from the file server 10 to the client PC 4 is described with reference to FIGS. 32 and 33 in the first embodiment, although the server and the file server are separated.
[0181]
In step S3601 shown in FIG. 32, the client PC 4 specifies a printer on the browser list screen of the browser. By specifying the printer, the server 2 determines the PDL, obtains the overlay form usable by the printer from the file server 10, and displays the list, so that the overlay form to be used is specified in step S3602. By instructing the overlay form, the server sends the overlay form file from the file server 10 to the client PC. In step S3603, the server receives the file.
[0182]
On the other hand, in step S3604 shown in FIG. 33, the server 2 acquires the PDL of the designated printer. Here, the printer is the printer specified in step S3601, and when the model of the printer is specified, the PDL used by the printer can be specified.
[0183]
Then, in a step S3605, the counter N is set to “0”. In step S3606, the Nth overlay is referenced from the management information on the file server 10 shown in FIG. The server 2 and the file server 10 exchange information using an inter-process communication mechanism.
[0184]
In this case, the first item of the management information is managed by an index starting from "0", the first item being the 0th item, and the next item being the first item. In step S3607, it is determined whether the PDL of the designated printer matches the Nth PDL of the management information. If the PDL matches, the process proceeds to step S3608, and if not, the process proceeds to step S3609.
[0185]
In step S3608, the file name is displayed through the Web server. The display screen is, of course, the Web Browser of the client PC.
[0186]
At this time, if the file names are to be displayed collectively, only information for display is created at the stage of step S3608, and the actual display is performed collectively after all the files are completed.
[0187]
Then, in a step S3609, the counter N is incremented. In step S3610, it is determined whether the display of all cases has been completed. If the display has been completed, the process proceeds to step S3611, and if not, the process returns to step S3606.
[0188]
Next, in step S3611, the instruction in step S3602 is received. In step S3612, the file of the overlay form specified in the previous step is sent from the file server 10 to the client PC 4, and the process ends.
[0189]
As described above, by separating the file server 10, it is possible to centrally manage the overlay file specified through a plurality of PCs and a plurality of Web servers, and the instruction is given even when the client acquires the overlay file. Regarding the overlay file corresponding to the printer, the same file can be obtained regardless of the Web server.
[0190]
[Third embodiment]
FIG. 36 is a diagram showing an example of a storage medium storing various programs readable by the server device according to the third embodiment of the present invention. For example, as shown in FIG. A storage medium for loading a corresponding program and, for example, as shown in FIG. 37B, a storage medium for loading a program corresponding to the administrator PC 3, for example, as shown in FIG. Thus, a case is shown in which a program corresponding to the user's client PCs 4 and 5 is separately prepared on a storage medium for loading the program.
[0191]
FIG. 38 is a diagram showing an example of a system that causes the server 2, the administrator PC 3, and the client PCs 4, 5 shown in FIGS. 2 and 35 to read a storage medium on which a program is stored. Taking a flexible disk as an example, a storage medium FD for loading a program corresponding to the server 2, a storage medium FD for loading a program corresponding to the administrator PC 3, and a client PC 4, 5 for user It is assumed that the storage medium FD for loading the program to be loaded is inserted into the flexible disk drive of the corresponding server device, and the stored program is installed under the management of the OS.
[0192]
Note that the storage medium includes various storage media as described below, and is not limited to a flexible disk.
[0193]
As can be seen from the above, the present invention can be executed by a computer such as a workstation or a personal computer using a portable storage medium.
[0194]
Hereinafter, the configuration of a data processing program that can be read by an information processing system to which the server device according to the present invention can be applied will be described with reference to a memory map shown in FIG.
[0195]
FIG. 39 is a diagram illustrating a memory map of a storage medium that stores various data processing programs that can be read by an information processing system to which the server device according to the present invention can be applied.
[0196]
Although not shown, information for managing a group of programs stored in the storage medium, for example, version information, a creator, and the like are also stored, and information dependent on the OS or the like on the program reading side, for example, a program is identified and displayed. Icons and the like may also be stored.
[0197]
Further, data dependent on various programs is also managed in the directory. In addition, a program for installing various programs on a computer or a program for decompressing a program to be installed when the program to be installed is compressed may be stored.
[0198]
The functions shown in FIG. 8, FIG. 10, FIG. 12, FIG. 32, and FIG. 33 in the present embodiment may be executed by a host computer by a program installed from the outside. In this case, the present invention is applied even when a group of information including a program is supplied to the output device from a storage medium such as a CD-ROM, a flash memory, or an FD, or from an external storage medium via a network. Things.
[0199]
As described above, the storage medium storing the program codes of the software for realizing the functions of the above-described embodiments is supplied to the system or the apparatus, and the computer (or CPU or MPU) of the system or the apparatus stores the storage medium in the storage medium. It goes without saying that the object of the present invention is also achieved by reading and executing the program code thus obtained.
[0200]
In this case, the program code itself read from the storage medium implements the novel function of the present invention, and the storage medium storing the program code constitutes the present invention.
[0201]
As a storage medium for supplying the program code, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory card, ROM, EEPROM, or the like may be used. it can.
[0202]
When the computer executes the readout program code, not only the functions of the above-described embodiments are realized, but also an OS (Operating System) running on the computer based on the instruction of the program code. It goes without saying that a part or all of the actual processing is performed and the functions of the above-described embodiments are realized by the processing.
[0203]
Further, after the program code read from the storage medium is written into a memory provided on a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that a CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing, and the processing realizes the functions of the above-described embodiments.
[0204]
According to the above embodiment, an overlay file is registered in a network image processing environment in which a server device, one or more PC client devices, and one or more peripheral devices (printer devices, multifunction devices) are connected. Manages the overlay file in association with the PDL of the printer, compares and searches the PDL used by the printer with the PDL of the overlay file, and easily uses the overlay file corresponding to the printer designated by the client device on the client PC. It becomes possible.
[0205]
Further, by separating the file server, even in a situation where many devices are connected, the above processing can be performed without consolidating the load of the GUI processing and maintaining the centralized management of the files.
[0206]
【The invention's effect】
As described above, according to the server device of the present invention, the printer information specified by the client device is compared with the overlay form data stored in the storage unit in association with the printer control language or the printer management command. Then, the transferable overlay form data is searched for, and the searched transferable overlay form data list file is transferred to the client device. From the transferred overlay form data list file, acquisition and designation by the client device are performed. Since the read overlay form data is read out from the storage means and transferred, the list of overlay form data available for the printer device on the network can be automatically stored by a simple operation of selecting the printer device by the user of the client device. The referable overlay form management environment can be developed, it can greatly reduce the burden of managing the client device side and server device side as compared with the conventional overlay form data management.
[0207]
Further, according to the client device of the present invention, the selectable overlay form data list file screen transferred from the server apparatus is displayed on the display device via the Web browser, and is specified from the overlay form data list file screen. The server sends an overlay form data acquisition request to the server apparatus and acquires the overlay form data transferred from the server apparatus based on the acquisition request. The user can obtain and use the desired overlay form data while checking the list of overlay forms applied to the specified printer device that is centrally managed by the device, and manages the server using the server device while greatly reducing the burden of conventional overlay form management Overlay form data The overlay form printing process using an effect such as performed efficiently.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of an information processing system to which a server device according to a first embodiment of the present invention can be applied.
FIG. 2 is a block diagram illustrating main hardware modules of the information processing system shown in FIG.
FIG. 3 is a diagram illustrating a software module configuration of a server illustrated in FIG. 2;
FIG. 4 is a diagram illustrating a configuration of a peripheral device management program shown in FIG. 3;
FIG. 5 is a diagram illustrating a software configuration of an administrator PC shown in FIG. 2;
FIG. 6 is a diagram illustrating a software configuration of a client PC illustrated in FIG. 2;
FIG. 7 is a block diagram illustrating a configuration of a downloader illustrated in FIG.
FIG. 8 is a flowchart illustrating an example of a first data processing procedure in the server device according to the present invention.
FIG. 9 is a diagram illustrating a configuration of a peripheral device information acquisition module in the information processing system illustrated in FIG. 1;
FIG. 10 is a flowchart illustrating an example of a second data processing procedure in the server device according to the present invention.
11 is a diagram illustrating a configuration of a main module of a management program on the administrator PC side illustrated in FIG. 2;
FIG. 12 is a flowchart illustrating an example of a third data processing procedure in the server device according to the present invention.
FIG. 13 is a block diagram showing an example of a GUI module in the information processing system according to the present invention.
FIG. 14 is a diagram illustrating a configuration of a client module installed on the client PC shown in FIG. 2;
FIG. 15 is a diagram illustrating a data flow when downloading a font on an information processing system to which the server device according to the present invention is applied.
FIG. 16 is a diagram illustrating a data flow when a client PC acquires a color calibration table on an information processing system to which the server device according to the present invention is applied.
FIG. 17 is a diagram illustrating the flow of data when address book data is acquired from a multifunction copier on the information processing system to which the server device according to the present invention is applied.
FIG. 18 is a diagram illustrating a data flow when downloading address book data on a client PC to a multifunction copying machine on an information processing system to which a server device according to the present invention is applied.
FIG. 19 is a diagram illustrating the flow of data when backing up the contents of a storage device of a printer or a multifunction copier in an information processing system to which a server device according to the present invention is applied.
FIG. 20 is a diagram illustrating the flow of data when restoring the contents of a storage device of a printer or a multifunction copier that has been backed up on an information processing system to which a server device according to the present invention is applied.
FIG. 21 is a diagram illustrating a data flow when a client PC acquires software from a server on an information processing system to which a server device according to the present invention is applied.
FIG. 22 is a diagram illustrating a data flow when a client PC acquires a driver for a peripheral device such as a printer driver, a facsimile driver, and a scanner driver from a server on an information processing system to which a server device according to the present invention is applied; .
FIG. 23 is a diagram illustrating a data structure when data is transmitted from the server illustrated in FIG. 2 to a client.
FIG. 24 is a diagram illustrating an example of header information illustrated in FIG. 23;
FIG. 25 is a diagram showing an example of the header information shown in FIG.
FIG. 26 is a diagram showing an example of the header information shown in FIG.
FIG. 27 is a diagram showing an example of the header information shown in FIG.
FIG. 28 is a diagram showing an example of the header information shown in FIG.
FIG. 29 is a diagram showing an example of the header information shown in FIG.
FIG. 30 is a diagram illustrating overlay form management information in the server device according to the present invention.
FIG. 31 is a diagram illustrating registration processing of an overlay form file on the information processing system to which the server device according to the present invention is applied.
FIG. 32 is a flowchart illustrating an example of an overlay form file processing procedure in the information processing apparatus according to the present invention.
FIG. 33 is a flowchart showing an example of an overlay form file processing procedure in the server device according to the present invention.
FIG. 34 is a diagram illustrating a configuration of an information processing system to which a server device according to the second embodiment of the present invention can be applied.
FIG. 35 is a diagram illustrating registration processing of an overlay form file on the information processing system to which the server device according to the present invention is applied.
FIG. 36 is a diagram illustrating an example of a storage medium storing various programs readable by a server device according to the third embodiment of the present invention.
FIG. 37 is a diagram showing an example of various modules stored in the storage medium shown in FIG. 36.
38 is a diagram illustrating an example of a system that causes a server, an administrator PC, and a client illustrated in FIG. 2 to read a storage medium on which a program is stored.
FIG. 39 is a diagram illustrating a memory map of a storage medium that stores various data processing programs that can be read by an information processing system to which a server device according to the present invention can be applied.
[Explanation of symbols]
1 Network
2 server
3 Administrator PC
4 Client PC
5 Client PC
6 Printer
7 Printer
8 Function copy machine
9. Multifunction copier

Claims

A server device capable of communicating with an administrator device, a client device or a printer device via a predetermined communication medium,
Storage means for acquiring different overlay form data for performing overlay printing transferred from the administrator device and storing them in association with a printer control language or a printer management command,
A search unit configured to compare printer information specified by the client device with overlay form data stored in the storage unit in association with the printer control language or the printer management command, and search for transferable overlay form data; ,
List file transfer means for transferring the transferable overlay form data list file searched by the search means to the client device;
From the overlay form data list file transferred to the client device, overlay form transfer means for reading and transferring the overlay form data specified and obtained by the client device from the storage means,
A server device comprising:

2. The server device according to claim 1, wherein the list file transfer unit transfers an overlay form data list file to be displayed as an overlay form data list screen by a Web browser of the client device to the client device.

A client device capable of communicating with an administrator device, a server device, or a plurality of printer devices via a predetermined communication medium;
Designation means for designating any one of the printer devices using the overlay form data;
Notification means for notifying the server device of the printer information designated by the designation means,
Display control means for displaying a selectable overlay form data list file screen transferred from the server device on a display device via a Web browser;
Acquisition request means for notifying the server device of an acquisition request for overlay form data specified from the overlay form data list file screen,
Acquiring means for acquiring overlay form data transferred from the server device based on an acquisition request by the acquisition request means;
A client device comprising:

It can communicate with an administrator device, a client device, or a printer device via a predetermined communication medium, and obtains different overlay form data for performing overlay printing transferred from the administrator device to obtain a printer control language or An overlay form management method in a server device including a storage unit for storing each in association with a printer management command,
A search step of comparing printer information specified by the client device and overlay form data stored in the storage unit in association with the printer control language or printer management command, and searching for transferable overlay form data; ,
A list file transfer step of transferring the transferable overlay form data list file searched by the search step to the client device;
From the overlay form data list file transferred to the client device, an overlay form transfer step of reading out and transferring the overlay form data specified by the client device from the storage means,
An overlay form management method, comprising:

5. The overlay form management method according to claim 4, wherein the list file transferring step includes transferring an overlay form data list file to be displayed as an overlay form data list screen by a Web browser of the client apparatus to the client apparatus.

An overlay form management method in an administrator device, a server device, or a client device capable of communicating with a plurality of printer devices via a predetermined communication medium, comprising:
A specifying step of specifying any printer device that uses the overlay form data;
A notification step of notifying the server device of printer information designated by the designation step,
A display control step of displaying a selectable overlay form data list file screen transferred from the server device on a display device via a Web browser; and a request to acquire overlay form data specified from the overlay form data list file screen. An acquisition requesting step of notifying the server device;
An acquisition step of acquiring overlay form data transferred from the server device based on the acquisition request by the acquisition request step;
An overlay form management method, comprising:

A computer-readable storage medium storing a program for implementing the overlay form management method according to any one of claims 4 to 6.