トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 サーバ装置およびフォント情報管理方法および記憶媒体
【発明者】 【氏名】来見田 恒昭

【氏名】堀山 潤

【氏名】内藤 佳子

【氏名】池野 秀夫

【氏名】酒井 哲夫
【要約】 【課題】各データ処理装置で利用されるプリンタドライバのフォントメトリクスの形式が異なる場合でも、各データ処理装置に供給すべきフォントメトリクスファイル管理負担を軽減することである。

【解決手段】複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードした際に、各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定し（Ｓ３６０２）、該判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する（Ｓ３６１０，Ｓ３６０６）構成を特徴とする。
【特許請求の範囲】
【請求項１】 所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置と通信可能なサーバ装置であって、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードするダウンロード手段と、前記各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定する判定手段と、前記判定手段により判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する作成手段と、を有することを特徴とするサーバ装置。
【請求項２】 前記作成手段により作成された各フォントメトリクス情報を適応する各データ処理装置に選別送出する送出手段を有することを特徴とする請求項１記載のサーバ装置。
【請求項３】 前記判定手段は、フォントメトリクスの形式がテキスト形式かバイナリ形式かのいずれであるかを判定することを特徴とする請求項１記載のサーバ装置。
【請求項４】 前記作成手段は、前記判定手段により判定されるフォントメトリクスの形式に基づいて、前記ダウンロード手段によりダウンロードされたプリンタフォント以外のフォントに対して異なるフォントメトリクス情報を作成することを特徴とする請求項１記載のサーバ装置。
【請求項５】 所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置と通信可能なサーバ装置におけるフォント情報管理方法であって、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードするダウンロードステップと、前記各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定する判定ステップと、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する作成ステップと、を有することを特徴とするフォント情報管理方法。
【請求項６】 前記作成ステップにより作成された各フォントメトリクス情報を適応する各データ処理装置に選別送出する送出ステップを有することを特徴とする請求項５記載のフォント情報管理方法。
【請求項７】 前記判定ステップは、フォントメトリクスの形式がテキスト形式かバイナリ形式かのいずれかであるかを判定することを特徴とする請求項５記載のフォント情報管理方法。
【請求項８】 前記作成ステップは、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、前記ダウンロードステップによりダウンロードされたプリンタフォント以外のフォントに対して異なるフォントメトリクス情報を作成することを特徴とする請求項５記載のフォント情報管理方法。
【請求項９】 所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置と通信可能なサーバ装置に、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードするダウンロードステップと、前記各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定する判定ステップと、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する作成ステップとを実行させるためのプログラムを記録したコンピュータが読み取り可能な記憶媒体。
【請求項１０】 前記作成ステップにより作成された各フォントメトリクス情報を適応する各データ処理装置に選別送出する送出ステップを有することを特徴とする請求項９記載の記憶媒体。
【請求項１１】 前記判定ステップは、フォントメトリクスの形式がテキスト形式かバイナリ形式かのいずれかであるかを判定することを特徴とする請求項９記載の記憶媒体。
【請求項１２】 前記作成ステップは、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、前記ダウンロードステップによりダウンロードされたプリンタフォント以外のフォントに対して異なるフォントメトリクス情報を作成することを特徴とする請求項９記載の記憶媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置と通信可能なサーバ装置およびフォント情報管理方法および記憶媒体に関するものである。
【０００２】
【従来の技術】従来、印刷装置において、プリンタフォントを用いて文字を印刷する場合、フォントメトリクスファイルと呼ばれる、文字のピッチやアセンダ、ディセンダ情報などを記憶したファイルをプリンタドライバが読み込み、この情報を基に印刷を行っていた。
【０００３】
【発明が解決しようとする課題】しかしながら、同一プリンタを用いて印刷を行う場合であっても、クライアントである情報処理装置にインストールされているプリンタドライバが異なると、フォントメトリクスファイルの形式は異なるのが一般的であった。
【０００４】すなわち、ネットワークに接続されたプリンタを複数のクライアントから印刷する場合、クライアントのプリンタドライバの種類を調べ、プリンタドライバの種類毎にメトリクスファイルを用意する必要があった。
【０００５】プリンタに元々内蔵されているフォントについては、ドライバが最初から情報を有することが多いが、ソフトフォントと呼ばれる、プリンタにダウンロードして使用するフォントの場合には、どれだけのプリンタドライバが使われるか分からない為、複数形式のフォントメトリクスファイルを用意する必要があり、プリンタの管理者においては、ファイル管理の煩雑さと、ファイル増大によるコストアップ、またユーザにおいては自分が使用するメトリクスファイルを間違えずにプリンタドライバに登録するための情報管理の負荷増大といった問題点が指摘されていた。
【０００６】本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置と通信可能なサーバ装置において、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードした際に、各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定し、該判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成することにより、各データ処理装置で利用されるプリンタドライバのフォントメトリクスの形式が異なる場合でも、各データ処理装置に適応する最小のフォントメトリクスファイルを作成するだけで済み、各データ処理装置に供給すべきフォントメトリクスファイル管理負担を軽減して、フォントファイル管理環境を整備することができるサーバ装置およびフォント情報管理方法および記憶媒体を提供することである。
【０００７】
【課題を解決するための手段】本発明に係る第１の発明は、所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置（図２に示すクライアントＰＣ４，５に相当）と通信可能なサーバ装置であって、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードするダウンロード手段（図２に示すＣＰＵボード２０３内のＲＯＭに相当）と、各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定する判定手段（図２に示すＣＰＵボード２０３内のＲＯＭに相当）と、前記判定手段により判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する作成手段（図２に示すＣＰＵボード２０３内のＲＯＭに相当）とを有するものである。
【０００８】本発明に係る第２の発明は、前記作成手段により作成された各フォントメトリクス情報を適応する各データ処理装置に選別送出する送出手段（図２に示すＣＰＵボード２０３内のＲＯＭに相当）を有するものである。
【０００９】本発明に係る第３の発明は、前記判定手段は、フォントメトリクスの形式がテキスト形式かバイナリ形式かのいずれかであるかを判定するものである。
【００１０】本発明に係る第４の発明は、前記作成手段は、前記判定手段により判定されるフォントメトリクスの形式に基づいて、前記ダウンロード手段によりダウンロードされたプリンタフォント以外のフォントに対して異なるフォントメトリクス情報を作成するものである。
【００１１】本発明に係る第５の発明は、所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置（図２に示すクライアントＰＣ４，５に相当）と通信可能なサーバ装置におけるフォント情報管理方法であって、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードするダウンロードステップと、各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定する判定ステップ（図３３に示すステップＳ３６０２）と、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する作成ステップ（図３３に示すステップＳ３６０６，Ｓ３６１０）とを有するものである。
【００１２】本発明に係る第６の発明は、前記作成ステップにより作成された各フォントメトリクス情報を適応する各データ処理装置に選別送出する送出ステップ（図３３に示すステップＳ３６１１）を有するものである。
【００１３】本発明に係る第７の発明は、前記判定ステップは、フォントメトリクスの形式がテキスト形式かバイナリ形式かのいずれかであるかを判定するものである。
【００１４】本発明に係る第８の発明は、前記作成ステップは、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、前記ダウンロードステップによりダウンロードされたプリンタフォント以外のフォントに対して異なるフォントメトリクス情報を作成するものである。
【００１５】本発明に係る第９の発明は、所定の通信媒体を介して複数の印刷装置および複数のデータ処理装置と通信可能なサーバ装置に、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードするダウンロードステップ（図１２に示すステップＳ１２０４）と、各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定する判定ステップ（図３３に示すステップＳ３６０２）と、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成する作成ステップ（図３３に示すステップＳ３６０６，Ｓ３６１０）とを実行させるためのプログラムを記録媒体にコンピュータが読み取り可能に記録させたものである。
【００１６】本発明に係る第１０の発明は、前記作成ステップにより作成された各フォントメトリクス情報を適応する各データ処理装置に選別送出する送出ステップ（図３３に示すステップＳ３６１１）を有するものである。
【００１７】本発明に係る第１１の発明は、前記判定ステップは、フォントメトリクスの形式がテキスト形式かバイナリ形式かのいずれかであるかを判定するものである。
【００１８】本発明に係る第１２の発明は、前記作成ステップは、前記判定ステップにより判定されるフォントメトリクスの形式に基づいて、前記ダウンロードステップによりダウンロードされたプリンタフォント以外のフォントに対して異なるフォントメトリクス情報を作成するものである。
【００１９】
【発明の実施の形態】〔第１実施形態〕図１は、本発明の第１実施形態を示すサーバ装置を適用可能な情報処理システムの構成を説明する図である。
【００２０】図において、１はネットワークであり、本システムでは、例えばＥｔｈｅｒｎｅｔにより構成されているものとする。なお、ネットワークは、Ｅｔｈｅｎｅｔ以外にも、Ｌｏｃａｌ Ｔａｌｋ（商品名）などで構成されていてもよい。また、本実施形態における「ネットワーク」という言葉は、物理的なケーブルと、ケーブル上を通る電気的な信号と、電気的な信号の組みあわせで実現される情報交換を実現するもの（プロトコル）の内の一つもしくは複数を指し、通常は、これらの総称を指す。
【００２１】２はサーバコンピュータ（サーバ）であり、ファイルサーバ、ｗｅｂサーバなどのデータ処理機能を有し、本発明の中核を成すものである。３は管理者用パーソナルコンピュータ（以下パーソナルコンピュータをＰＣと表記）であり、サーバに対する指示や本発明で扱う周辺機器としての印刷装置への指示等を行う。
【００２２】４，５はクライアントＰＣであり、ネットワーク１に接続された一般ユーザが使用するＰＣである。なお、管理者用ＰＣであっても、クライアントＰＣとしても使用されることもあり得る。
【００２３】６，７はプリンタであり、ネットワーク１に接続され、クライアントＰＣ４およびクライアントＰＣ５からの印刷命令を受けつけ、命令に従い印刷処理を行う。８，９は機能複合型複写機であり、画像スキャナ機能、プリンタ機能、ファクシミリ機能を備え、一つまたは複数の機能を組み合わせることにより、複写機、プリンタ、スキャナ、ファクシミリとして利用可能である。
【００２４】次に、本システムの動作を説明する。
【００２５】サーバ２は、定期的にプリンタ６，７、機能複合型複写機８，９と通信を行い、機器の状態やソフトウエアの設定をモニタする。管理者用ＰＣ３から機器に対し設定の変更やソフトウエア、ソフトウエアで使用するリソースの変更を行う。管理者用ＰＣ３から与えられた指示の結果は、サーバ２の内部に情報として集められ、クライアントＰＣ４および５は、サーバ２から情報を受け取る。
【００２６】また、サーバ２はｈｔｔｐプロトコルを用いた通信手段を備え、管理者用ＰＣ３、クライアントＰＣ４、およびクライアントＰＣ５はＷｅｂ Ｂｒｏｗｓｅｒを使用してサーバ２の情報を取得し、またサーバ２に対して指示を与えることが可能である。
【００２７】サーバ２は、管理者用ＰＣ３、クライアントＰＣ４もしくはクライアントＰＣ５から指示があると、サーバ２に貯えられた情報を用いて、管理者用ＰＣ３、クライアントＰＣ４もしくはクライアントＰＣ５に情報を返す。
【００２８】また、情報の内容によっては、プリンタ６，プリンタ７、機能複合型複写機８、機能複合型複写機９から情報を取得し、管理者用ＰＣ３、クライアントＰＣ４もしくは５に情報を返すか、プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９に対して設定等の処理を行う。管理者用ＰＣ３には、ダウンローダを備え、プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９に対しソフトウエアもしくはソフトウエアが使用するリソースのダウンロードを行う。
【００２９】ソフトウエアは、機器の印刷制御ファームウエア、ネットワーク制御ファームウエア、また機能複合型複写機８、機能複合型複写機９においては、前記ファームウエアに加え、スキャナ制御ファームウエア、ファクシミリ制御ファームウエア、複写機ファームウエア、パネル操作ファームウエア、画像管理ソフトウエア、アドレス管理ソフトウエアなどがある。また、ソフトウエアが使用するリソースとしては、フォント、外字、オーバレイフォーム、キャリブレーションテーブル、アドレス管理ソフトウエアが使用するアドレス情報、ファクシミリ番号などがある。クライアントＰＣ４および。クライアントＰＣ５は、プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９をアクセスして使用するためのソフトウエア（ドライバ等）およびソフトウエアが使用するリソース（クライアントＰＣ用リソース）を保持する。
【００３０】ソフトウエアは、プリンタを使用するためのプリンタドライバ、スキャナを使用するためのスキャナドライバ、ファクシミリを使用するためのファクシミリドライバ、複写機を制御するための複写機ユーティリティソフトウエア、ネットワークを利用するためのネットワークドライバ、Ｗｅｂ Ｂｒｏｗｓｅｒ、アプリケーションソフトウエアなどがあり、ソフトウエアが使用するリソースについては、プリンタフォントに対応したクライアントＰＣ用フォント、もしくはプリンタフォントの書体名や文字ごとのピッチなどプリンタ内のフォントを使用した印刷指示に必要な情報を保持したメトリクスファイル、ファクシミリドライバが利用するアドレス情報、カラーキャリブレーションを行う際の印刷データ、プレビューで利用するオーバレイイメージ等がある。
【００３１】上記の機能に加え、プリンタ６の設定内容やソフトウエア、ソフトウエアが使用するリソースをプリンタ７、機能複合型複写機８、機能複合型複写機９に反映させることが可能である。
【００３２】また、同様に機能複合型複写機８の設定内容やソフトウエア、ソフトウエアが使用するリソースを機能複合型複写機９、プリンタ６、プリンタ７に反映させることが可能である。さらに、機種間で機能の違いがあるときは、両機種に共通の機能についてのみ反映されるが、変換が可能なリソースなどの情報については変換された後反映される。同様に、これらの機種に関するクライアントＰＣ４上の情報をクライアントＰＣ５に反映させることも可能である。これらの処理は、サーバ２を通して情報の交換を行うことにより実現される。
【００３３】プリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９の設定内容は、管理者用ＰＣ３からの指示だけでなくパネルからの設定やクライアントＰＣ４，５からの設定によっても変更される場合がある。
【００３４】この情報を正確にクライアントＰＣ４，５に渡す必要があるものは、クライアントＰＣ４，５から表示等の指示があった場合、常にプリンタ６、プリンタ７、機能複合型複写機８、機能複合型複写機９に問い合わせを行い、問い合わせ時点での情報をクライアントＰＣ４，５に返す。正確さが、さほど厳密に要求されないものについては、サーバ２内に保持した情報を用いるものとする。
【００３５】図２は、図１に示した情報処理システムの主なハードウエアモジュールを説明するブロック図であり、図１と同一のものには同一の符号を付してある。以下、各機器のハードウエアモジュールの機能を説明する。
【００３６】図において、２０１はネットワークラインである。ネットワークライン２０１は、各機器間のネットワークを構成する物理的なラインであり、通常はツイストペアケープル、同軸ケーブルや光ファイバなどが使われる。
【００３７】サーバ２を構成するハードウエアモジュールとしては、ネットワークボード２０２、ＣＰＵボード２０３、Ｖｉｄｅｏインタフェース２０４、Ｉ／Ｏインタフェース２０５、ＳＣＳＩインタフェース２０６と、それらに接続されたＣＲＴ２０７、キーボード２０８、マウス２０９、ハードディスクドライブ２１０である。ハードディスクドライブ２１０は、複数のハードディスクユニットが並列に接続されており、データ転送の高速化と高信頼性を確保している。管理者用ＰＣ３、クライアントＰＣ４、クライアントＰＣ５を構成するハードウエアモジュールとしては、ネットワークボード２０２、ＣＰＵボード２０３、Ｖｄｅｏインタフェース２０４、Ｉ／Ｏインタフェース２０５、ＩＤＥインタフェース２１１と、それらに接続されたＣＲＴ２０７、キーボード２０８、マウス２０９、ハードディスクドライブ２１０である。サーバ２とはハードディスクの構成が異なる。
【００３８】ＣＰＵボードには、ＲＯＭ、ＲＡＭを備え、ＣＰＵはＲＯＭに記憶した制御命令に従い、ＲＡＭや他の装置の制御を行う。
【００３９】プリンタ６、プリンタ７のハードウエアモジュールとしては、周辺機器に対応したネットワークボード２１２、プリンタコントローラ２１３、プリンタエンジン（エンジン）２１４を備える。
【００４０】機能複合型複写機８、機能複合型複写機９のハードウエアモジュールとしては、周辺機器に対応したネットワークボード２１２、機能複合型複写機用のコントローラボード２１５、プリンタエンジン２１４、操作パネルコントローラ（パネルコントローラ）２１６、操作パネル（パネル）２１７、スキャナコントローラ２１８、スキャナユニット２１９、モデム（Ｍｏｄｅｍ）２２０、ＩＤＥコントローラ２２１、ハードディスク２２２を備える。
【００４１】図３は、図２に示したサーバのソフトウエアモジュール構成を説明する図である。
【００４２】図において、３０１はＯＳ（オペレーティングシステム）、３０２はライブラリ、３０３はＷｅｂサーバ、３０４はアプリケーションであり、アプリケーションの一部として周辺機器管理プログラム３０５を含む。
【００４３】３０６はハードウエア制御プログラムであり、ハードウエア制御プログラムの一部としてネットワークボード制御プログラム３０７、ハードディスク制御プログラム３０８を含んでいる。
【００４４】図４は、図３に示した周辺機器管理プログラム３０５の構成を説明する図であり、図３と同一のものには同一の符号を付してある。
【００４５】図において、周辺機器管理プログラム３０５は、サーバ２上のアプリケーションの一つとして実現され、４０１は管理プログラムのメイン部分であり、管理プログラムの全体を制御する。４０２はＧＵＩ用ＣＧＩプログラムであり、Ｗｅｂサーバ３０３に対してｈｔｍｌ形式で表現された画面のデータを渡す。
【００４６】Ｗｅｂサーバ３０３は、ＧＵＩ用ＣＧＩプログラム４０２のデータをｈｔｔｐ形式で管理者用ＰＣ３もしくはクライアントＰＣ４、クライアントＰＣ５に送出し、管理者用ＰＣ３もしくはクライアントＰＣ４、クライアントＰＣ５からの指示を管理プログラム４０１に伝える。
【００４７】デバイス通信プログラム４０３は、ネットワーク制御プログラム３０７を利用して周辺機器とサーバの間での通信を行い、デバイスからの情報等の取得とデバイスの設定、ソフトウエアやソフトウエアが利用するリソースのダウンロード等を行う。
【００４８】ＩＰＣプログラム４０４は、プロセス間通信を行うプログラムであり、ネットワーク制御プログラム３０７を利用して他のＰＣ、特に管理者用ＰＣ３との間での通信を行う。ファイル管理プログラム４０５は、ＨＤ制御プログラム３０８を利用し、ファイルサーバ機能を実現する。
【００４９】図５は、図２に示した管理者用ＰＣ３のソフトウエア構成を説明する図である。
【００５０】図において、５０１はＯＳであり、管理者用ＰＣの全般的な処理を行う。５０２はダウンローダのメインプログラムであり、周辺機器、例えばプリンタに対しソフトウエアやソフトウエアが利用するリソースのダウンロードを行う。
【００５１】５０３はＧＵＩプログラムであり、表示やユーザからの指示のダウンローダヘの伝達などのユーザインタフェース機能を実現する。５０４はＩＰＣプログラムであり、サーバのＩＰＣプログラム４０４との間で通信を行う。
【００５２】５０５はファイル管理プログラムであり、通常はＯＳ５０１の一部として実装され、ファイルをハードディスクやＣＤ−ＲＯＭの内容を読み込み、ダウンローダ５０２を通して周辺機器にダウンロードする際の、ファイル管理を行う。５０６はネットワークプログラムであり、通常はＯＳ５０１の一部として実装され、ファイルをハードディスクやＣＤ−ＲＯＭの内容を読み込み、ダウンローダ５０２を通して周辺機器にダウンロードする際の、ネットワーク通信を行う。
【００５３】図６は、図２に示したクライアントＰＣ４，５のソフトウエア構成を説明する図であり、（Ａ）は、図２に示したクライアントＰＣ４のソフトウエア構成を説明する図であり、（Ｂ）は図２に示したクライアントＰＣ５のソフトウエア構成を説明する図である。
【００５４】図６の（Ａ）において、６０１はＯＳであり、クライアントＰＣの全般的な処理を行う。６０２はＷｅｂ Ｂｒｏｗｓｅｒであり、サーバ２のＷｅｂ Ｓｅｒｖｅｒ３０３からｈｔｍｌ形式で表現されたデータを受け取り、画面に表示するとともに、ユーザの指示をｈｔｔｐプロトコルを通してサーバ２に伝える。
【００５５】６０３はクライアントモジュールであり、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２で受信したデータのうち、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２が処理できないデータの一部に関して処理を行う。ここで、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２が処理出来ないデータとは、クライアントＰＣ用のプリンタドライバ等のソフトウエア、クライアントＰＣ用フォントなどのリソースであり、それぞれ決められた方法でクライアントＰＣにインストールする必要がある。６０４はネットワークプログラムであり、通常はＯＳ６０１の一部として実装され、ｈｔｔｐプロトコルを利用してＷｅｂサーバ３０３と通信を行う。６０５は、クライアントＰＣ４，５上で動作する各種のアプリケーションである。アプリケーションには、たとえばワードプロセッサプログラムや、図形描画プログラムなどがある。６０６はプリンタドライバであり、アプリケーション６０５からの指示により、印刷データを、ネットワークプログラム６０４を通してプリンタ６，７、機能複合型複写機８、９に印刷データを送出し、印刷を行う。６０７はテキスト形式のフォントメトリクスデータであり、プリンタ内に内蔵されたフォントやダウンロードされたフォントの書体名、文字の大きさ、文字ごとのピッチなど、フォント選択や印刷レイアウトに必要な情報を保持したものであり、プリンタドライバにより参照される。
【００５６】図６の（Ｂ）において、６０１はＯＳであり、クライアントＰＣの全般的な処理を行う。６０２はＷｅｂ Ｂｒｏｗｓｅｒであり、サーバ２のＷｅｂ Ｓｅｒｖｅｒ３０３からｈｔｍｌ形式で表現されたデータを受け取り、画面に表示するとともに、ユーザの指示をｈｔｔｐプロトコルを通してサーバ２に伝える。
【００５７】６０３はクライアントモジュールであり、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２で受信したデータのうち、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２が処理できないデータの一部に関して処理を行う。ここで、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２が処理出来ないデータとは、クライアントＰＣ用のプリンタドライバ等のソフトウエア、クライアントＰＣ用フォントなどのリソースであり、それぞれ決められた方法でクライアントＰＣにインストールする必要がある。６０４はネットワークプログラムであり、通常はＯＳ６０１の一部として実装され、ｈｔｔｐプロトコルを利用してＷｅｂサーバ３０３と通信を行う。６０５は、クライアントＰＣ４，５上で動作する各種のアプリケーションである。アプリケーションには、たとえばワードプロセッサプログラムや、図形描画プログラムなどがある。６０８はプリンタドライバであり、アプリケーション６０５からの指示により、印刷データを、ネットワークプログラム６０４を通してプリンタ６，７、機能複合型複写機８、９に印刷データを送出し、印刷を行う。６０９はバイナリ形式のフォントメトリクスデータであり、プリンタ内に内蔵されたフォントやダウンロードされたフォントの書体名、文字の大きさ、文字ごとのピッチなど、フォント選択や印刷レイアウトに必要な情報を保持したものであり、プリンタドライバにより参照される。
【００５８】プリンタドライバ６０６、プリンタドライバ６０８は、フォントメトリクスファイル以外にも、必要な情報（図示外）を保持することがある。必要な情報とは、キャリブレーションテーブルなど、印刷に使用する情報である。
【００５９】図７は、図５に示したダウンローダ５０２の構成を説明するブロック図である。
【００６０】図において、７０１はメインモジュールであり、各モジュールの呼び出しやパラメータの処理等を行う。７０２はファイル管理モジュールであり、ファイル管理プログラム５０５を利用してダウンロードするファイルのＯｐｅｎやＲｅａｄを行う。
【００６１】７０３はデバイス探索モジュールであり、ダウンロード可能な周辺機器デバイスを探索し、通信可能なプロトコル、デバイスのアドレス等を取得する。７０４はファイル変換モジュールであり、ソフトウエアが用いるリソースにおいて、プリンタ用リソースとクライアントＰＣ用リソースのフォーマットが異なる場合に、変換を行う。
【００６２】ファイル変換モジュール７０４は、内部にプリンタ用ファイル変換モジュール７０５と、クライアントＰＣ用ファイル変換モジュール７０６を含む。ここで、リソースのフォーマットの違いとは、例えばプリンタが３次曲線で表現されたフォントを使い、クライアントＰＣが２次曲線で表現されたフォントを使う場合や、プリンタとクライアントＰＣでオーバレイイメージの表現形式が異なるということである。
【００６３】ダウンロードモジュール７０７は、ネットワークプログラム５０６を利用してダウンロードを行うモジュールである。通信モジュール７０８は、サーバ２と通信を行い、クライアントＰＣ用リソースなどをサーバに送出するモジュールである。ＩＰＣモジュール７０９は、プロセス間通信を行うためのモジュールであり、ＩＰＣプログラム５０４を用いてプロセス間通信を実現する。
【００６４】図８は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートであり、図７に示したダウンローダの処理手順に対応する。なお、Ｓ８０１〜Ｓ８２０は各ステップを示す。また、本例では、フォントのダウンロードについて説明するが、他のソフトウエアやソフトウエアが用いるリソースについても同様である。前提として、ダウンローダ５０２とサーバ２は常時通信しており、ファイル名やデバイス名などの取得は可能だが、ファイルサーバ内で管理されているファイルの取得には、別途コネクションを確立してファイルを読み出すものとする。
【００６５】先ず、ステップＳ８０１では、管理者がダウンローダのファイル選択画面からダウンロードするファイルの指定をする。ダウンローダのユーザ（管理者）は、ファイル名を入力することで、ファイルの指定を行う。次に、ステップＳ８０２では、ファイルがサーバ２上のファイルかどうかをサーバ上のファイル管理プログラム４０５へ問い合わせて判定し、サーバ２上のファイルであると判断した場合は、ステップＳ８０３に進み、サーバ２上のファイルでないと判断した場合は、ステップＳ８０７に進む。
【００６６】そして、ステップＳ８０３では、ネットワークのコネクションを確立、すなわち、サーバからダウンロードファイル実体を取得するため、サーバマシンとのコネクションを確率する。ステップＳ８０４では、ファイルの読み出しを行う。そして、ステップＳ８０５ではＳｅｒｖｅｒ ＦｌａｇをＯＮにする。次に、ステップＳ８０６では、ネットワークのコネクションを切断する。
【００６７】一方、ステップＳ８０２でＮＯと判定された場合は、ステップＳ８０７で、管理者用ＰＣ上にファイルが有るのでローカルディスクより当該ファイルをＯｐｅｎする。そして、ステップＳ８０８では、ファイルをＲｅａｄし、ステップＳ８０９では、Ｓｅｒｖｅｒ ＦｌａｇをＯＦＦにする。
【００６８】次に、ステップＳ８１０では、ファイルをＣｌｏｓｅする。すなわち、ステップＳ８０６もしくはステップＳ８１０の時点で、ダウンロードすべきファイルがダウンローダに読み込まれているので、該ファイルを閉じる。
【００６９】次に、ステップＳ８１１では、管理者がネットワーク上のプリンタをダウンロードプログラムよりプリンタの選択を行う。ステップＳ８１２では、ステップＳ８１１で選択されたプリンタがダウンロード可能かどうかを判定する。なお、ダウンロード可能かどうかは、機種および装着されている記憶デバイス（ＲＡＭ、Ｆｌａｓｈ Ｍｅｍｏｒｙ、Ｈａｒｄ Ｄｉｓｋ等）により判定される。すなわち、ダウンロード可能な機種であって、ダウンロード可能な記憶デバイスがその機種内に存在すれば、ダウンロード可能と判定される。
【００７０】そこで、ステップＳ８１２でダウンロード可能と判定された場合は、ステップＳ８１３に進み、ダウンロード不可能と判定された場合はステップＳ８２０に進む。
【００７１】そして、ステップＳ８１３では、フォントファイル（独自フォーマット，ＴｒｕｅＴｙｐｅ等）を、プリンタにダウンロード可能なＮフォーマット形式に変換する。ただし、フォントファイルが既にダウンロード可能な形態であれば、何も行わない。そして、ステップＳ８１４では、ダウンロード可能な形態となったフォントファイルをプリンタに転送する。
【００７２】次に、ステップＳ８１５はＳｅｒｖｅｒ ＦｌａｇがＯＮかどうかを判定し、ＯＮであると判定した場合は、既にクライアント用ファイルもサーバにあるとみなして処理を終了する。
【００７３】一方、ステップＳ８１５で、Ｓｅｒｖｅｒ ＦｌａｇがＯＮでないと判断した場合（すなわちＯＦＦならば）、ステップＳ８１６に進み、フォントファイルを、クライアントＰＣが使用可能な形式、例えばＴｒｕｅＴｙｐｅ形式に変換する。
【００７４】ただし、フォントファイルが既にクライアントＰＣで使用可能な形態であれば、何も行わない。そして、ステップＳ８１７はサーバ２とのネットワークのコネクションを確立し、ステップＳ８１８では、クライアントＰＣ用のフォントファイルをサーバ２に書き込む。
【００７５】次に、ステップＳ８１９では、コネクションを切断し、ネットワークのクローズ処理を行った後、処理を終了する。
【００７６】一方、ステップＳ８１２で、ＮＯと判定された場合は、ステップＳ８２０では、プリンタにダウンロードすることが出来ない旨のメッセージを表示し、処理を終了する。
【００７７】以上述べた処理により、プリンタにダウンロードしたフォントファイルに対応したクライアントＰＣ用フォントファイルは、必ずサーバ２に存在することになる。
【００７８】なお、フォントファイルの変換では、フォントファイルフォーマットそのものの変換を行う場合と、ヘダー情報などを付加する場合とがある。例えば、ＴｒｕｅＴｙｐｅ（登録商標）形式のフォントファイルを、ＴｒｕｅＴｙｐｅラスタライザが搭載されたプリンタにダウンロードするときは、プリンタのためのヘダー情報などを付加してダウンロードする必要があるため、ファイル変換処理では、プリンタのためのヘダー情報などを付加する。
【００７９】また、このフォントをＭａｃＯＳ（商品名）上で使用する場合は、付加情報としてＦＯＮＤリソースと呼ばれる情報を付加する。
【００８０】同様に、オーバレイイメージの変換では、オーバレイイメージのフォーマットそのものの変換を行う場合と、ヘダー情報などを付加する場合とがある。
【００８１】例えば、ＢＭＰ形式のオーバレイイメージファイルを、プリンタにダウンロードするときは、プリンタのためのヘダー情報などを付加してダウンロードする必要があるため、ファイル変換処理では、プリンタのためのヘダー情報などを付加する。
【００８２】また、プリンタ用のオーバレイイメージをクライアントＰＣ上のプレビューで使用する場合の変換処理は、色数を減らす、画像サイズを縮小する、ＪＰＥＧなどの圧縮フォーマットを用いる、ＦＡＸなどで使用されているＭＨ、ＭＲ、ＭＭＲなどの圧縮方法を用いる、などの処理を行いデータサイズを縮小するものとする。
【００８３】図９は、図１に示した情報処理システムにおける周辺機器情報取得モジュールの構成を説明する図である。
【００８４】図において、９０ｌは周辺機器用（プリンタ用）の情報取得モジュールであり、全体の制御や通信、管理、割り込みがかかった場合の処理、周辺機器へのダウンロードデータの受け渡しなどを行う。９０２はＩＰＣ処理であり、他のモジュールとプロセス間通信を行うことで、情報の交換をおこなう。９０３はタイマモジュールであり、一定間隔で割り込みを発生させ、メイン処理９０１は割り込みのタイミングで周辺機器の情報を取得するよう動作する。
【００８５】９０４はキャッシュ管理処理であり、タイマによる割り込みで取得した周辺機器情報を、一時的に記憶し、ＩＰＣからデータ送出の指示があると、キャッシュ内の情報を、ＩＰＣを通して他のモジュールに送出する。９０５は、ＴＣＰ／ＩＰのモジュールであり、ＴＣＰ／ＩＰで情報を取得したリデータをダウンロードすることが出来る周辺機器とデータ交換を行う。９０６はＡｐｐｌｅ Ｔａｌｋのモジュールであり、Ａｐｐｌｅ Ｔａｌｋで情報を取得したりデータをダウンロードすることが出来る周辺機器とデータ交換を行う。
【００８６】９０７はＩＰＸ／ＳＰＸのモジュールであり、ＩＰＸ／ＳＰＸで情報を取得したリデータをダウンロードすることが出来る周辺機器とデータ交換を行う。これ以外のプロトコルに対応することももちろん可能である。
【００８７】図１０は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、図１０の（Ａ）は割り込みによる周辺機器情報取得の処理手順に対応し、図１０の（Ｂ）は、通常処理における処理手順に対応する。なお、図１０の（Ａ）における、Ｓ１０１１，Ｓ１０１２および、図１０の（Ｂ）における、Ｓ１０２１〜Ｓ１０２８は各ステップを示す。
【００８８】図１０の（Ａ）において、割り込みが発生すると、本処理が実行され、ステップＳ１０１１では、対象となる全部の周辺機器から情報を取得する。ここで、取得する情報は、ソフトウエアやソフトウエアが使用するリソースのバージョン、ファイルサイズ、日付、フォントであれば書体名など、ソフトウエアやソフトウエアが使用するリソースが変更されていないかどうか確認するための情報である。
【００８９】次に、ステップＳ１０１２では、取得した情報をキャッシュ９０４に書き込み、処理を終了する。
【００９０】図１０の（Ｂ）において、通常処理では、ユーザＩＦを持つモジュールが受け取ったユーザからの指示に従い、情報取得やダウンロードを行うため、ステップＳ１０２１では、ユーザＩＦモジュールの指示をＩＰＣ（Ｉｎｔｅｒ Ｐｒｏｃｅｓｓ Ｃｏｎｎｅｃｔｉｏｎ）を通して受け取る。指示で受け取る内容としては、処理内容、ダウンロードの場合のデータ、周辺機器のアドレス等である。
【００９１】次に、ステップＳ１０２２では、ダウンロードであるかどうかを判定し、ＹＥＳでればステップＳ１０２３に進み、ダウンロードでなければステップＳ１０２４に進む。
【００９２】そして、ステップＳ１０２３では、送られたデータを指定された周辺機器にダウンロード（転送）して、処理を終了する。
【００９３】一方、ステップＳ１０２４では、必要とされる情報の種類を特定する。ここで、情報の種類は、例えば書体名やフォームのサイズ、ソフトウエアのバージョンなどである。ステップＳ１０２５では、要求された情報がキャッシュ９０４中に存在するかどうかを判定し、存在すると判定した場合は、ステップＳ１０２６に進み、存在しないと判定した場合には、ステップＳ１０２７に進む。
【００９４】そして、ステップＳ１０２６では、キャッシュ９０４からＩＰＣ９０２を通してデータ送出を行う。次に、ステップＳ１０２７では、周辺機器からデータを取得し、ステップＳ１０２８では、取得したデータをＩＰＣ９０２を通して送出し、処理を終了する。
【００９５】図１１は、図２に示した管理者用ＰＣ３側の管理プログラムのメインモジュールの構成を説明する図である。
【００９６】図において、１１０１はメインモジュールで、全体の動作管理、処理の振り分けなどのメイン処理を行う。１１０２はＧＵＩとの間で表示する情報の送出やＧＵＩからの処理やデータの受信等の情報交換を行う。１１０３はネットワーク処理で、ネットワークを通してのファイルや情報の入出力を行う。１１０４はファイルサーバモジュールで、記憶装置１１０６に対してファイルの読み出し、書き込み、管理を行う。１１０５はＩＰＣ処理で、プロセス間通信でＩＰＣ９０２との間でデータや情報の交換を行う。すなわち、本プログラムは、周辺機器とＧＵＩ、ネットワークとファイルサーバのそれぞれにアクセスすることが可能な位置にあり、全体の動作をコントロールする。
【００９７】図１２は、本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートであり、図１１に示した管理者用ＰＣ３側の管理プログラムのメインソフトウエアの処理手順に対応する。なお、Ｓ１２０１〜Ｓ１２１０は各ステップを示す。
【００９８】先ず、ステップＳ１２０１では、指示を受け取ると、ステップＳ１２０２で、指示がダウンロードかどうかを判定し、ダウンロードであると判定した場合は、ステップＳ１２０３に進み、ダウンロードでないと判定した場合は、ステップＳ１２０５に進む。
【００９９】そして、ダウンロードと判定された場合には、本モジュールでは、ダウンロードすべきファイルをファイルサーバから取り出し、ダウンローダに送出するため、ステップＳ１２０３では、ファイルサーバ上のファイルをオープンし、ステップＳ１２０４ではネットワークモジュール１１０３を通してダウンローダにファイル（例えばプリンタ６，７で利用可能なフォントファイル（外字ファイルを含む）を含む）を送出し、次の処理を行うためにステップＳ１２０１に戻る。
【０１００】一方、ステップＳ１２０２で、ＮＯと判定された場合には、ステップＳ１２０５で、情報表示かどうかを判定し、情報表示と判定された場合はステップＳ１２０６に進み、情報表示でないと判定された場合はステップＳ１２０８に進む。
【０１０１】そして、情報表示の場合は、ＧＵＩとの通信モジュール１１０２から受けた指示に従い、周辺機器内の情報を送出するために、ステップＳ１２０６で、ＩＰＣ９０２とＩＰＣ１１０５との間で情報交換を行い、周辺機器の情報を取得する。そして、ステップＳ１２０７では、表示すべき情報をＧＵＩとの通信モジュール１１０２を通してＧＵＩモジュールに出力した後、次の処理を行うためにステップＳ１２０１に戻る。
【０１０２】一方、ステップＳ１２０５で、ＮＯと判定された場合には、ステップＳ１２０８では、サーバヘのファイルの保存かどうかを判定し、サーバヘのファイルの保存と判定された場合はステップＳ１２０９へ進み、サーバヘのファイルの保存ではないと判定された場合はステップＳ１２１０へ進む。
【０１０３】なお、サーバヘのファイルの保存の場合には、ダウンローダからの指示により行われ、ネットワークを通してファイルが送られてくる。
【０１０４】そして、ステップＳ１２０９では、ファイルをファイルサーバヘ保存した後、次の処理を行うためにステップＳ１２０１に戻る。
【０１０５】一方、ステップＳ１２０８で、ＮＯと判定された場合には、ステップＳ１２１０で、ＧＵＩを通してのファイル出力を行う。これは、クライアントＰＣ用リソース等の出力であり、ＧＵＩがクライアントＰＣと通信を行っているプロトコルであるｈｔｔｐプロトコルを用いてファイル等をクライアントＰＣへ出力した後、次の処理を行うためにステップＳ１２０１に戻る。
【０１０６】これら一連の処理により、本システム内の情報およびデータ送受信が行われる。
【０１０７】図１３は、本発明に係る情報処理システムにおけるＧＵＩモジュールの一例を示すブロック図である。
【０１０８】同図において、１３０１は管理プログラムとの通信モジュールで、管理プログラムからの指示やファイル、情報を受け取りｈｔｍｌ出力モジュール１３０２に渡すとともに、指示入力モジュール１３０３から受けた指示やファイルを管理プログラムに渡す。
【０１０９】１３０２はｈｔｍｌ出力モジュールであり、管理プログラムから受け取った情報や指示を基にｈｔｍｌ規約に基づいたＧＵＩ画面ファイルを作成し、Ｗｅｂサーバとの通信手段であるＷｅｂサーバとの通信モジュール１３０４に渡す。
【０１１０】１３０３は指示入力モジュールであり、Ｗｅｂサーバから指示を受け取り、またはアーカイブされたリエンコードされたファイルを受け取り、指示は管理プログラムヘの命令として送出し、ファイルはアーカイブされたファイルを分離し、エンコードされたファイルをデコードした後に管理プログラムヘ送出する。
【０１１１】Ｗｅｂサーバとの通信モジュール１３０４は、ｈｔｍｌ情報をＷｅｂサーバ３０３に送出し、Ｗｅｂサーバ３０３からの指示を指示入力モジュール１３０３に渡す。
【０１１２】図１４は、図２に示したクライアントＰＣ上にインストールされるクライアントモジュールの構成を説明する図である。なお、本モジュールはクライアントＰＣ上にインストールされ、Ｗｅｂブラウザで受け取ったファイルを処理する。
【０１１３】図において、１４０１は入力手段で、Ｗｅｂブラウザからデータを受け取る。受け取ったデータは、通常管理情報とファイル実体がアーカイブされている。１４０２は判定手段で、受け取ったファイルの管理情報とファイル実体を分離するとともに、管理情報を基にファイルの種類を判定する。
【０１１４】ここで、管理情報とは、ファイルの種類、ファイル名やファイルサイズ等である。ファイルの種類がフォントであれば、フォント登録モジュール１４０３を呼び出す。ファイルの種類がオーバレイフォームであれば、オーバレイフォーム登録モジュール１４０４を呼び出す。
【０１１５】また、ファイルの種類がアドレス帳であれば、アドレス帳モジュール１４０５を呼び出す。さらに、ファイルの種類がＣｏｌｏｒ ＣａｌｉｂｒａｔｉｏｎＴａｂｌｅであればＣｏｌｏｒ Ｃａｌｉｂｒａｔｉｏｎ Ｔａｂｌｅ登録モジュール１４０６を呼び出す。
【０１１６】なお、フォント登録モジュール１４０３は、受け取ったフォント情報をフォントクライアントＰＣに登録する。オーバレイフォーム登録モジュール１４０４は、受け取ったファイルをオーバレイフォーム処理アプリケーションに登録する。オーバレイ処理アプリケーションがインストールされていない場合は、処理を行わない。
【０１１７】アドレス帳登録モジュール１４０５は、受け取ったアドレス帳を電子メール管理ソフトやＦＡＸドライバ等、登録する先のフォーマットに変換した後、登録を行う。Ｃｏｌｏｒ Ｃａｌｉｂｒａｔｉｏｎ Ｔａｂｌｅ登録モジュール１４０６は、受け取ったファイルをイメージ処理を行うプリンタドライバ６０６またはプリンタドライバ６０８に登録する。
【０１１８】図１５は、本発明に係るサーバ装置を適用する情報処理システム上でフォントをダウンロードする際のデータの流れを説明する図であり、図１と同一のものには同一の符号を付してある。なお、図中の■〜■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１１９】図において、管理者が、例えばコンパクトディスク（ＣＤ）から管理者用ＰＣ３に読み込んだフォントをルート処理■でプリンタ６にダウンロードする。次に、ルート処理■でフォントをサーバ２に登録する。そして、ルート処理■で、クライアントＰＣ４とクライアントＰＣ５は、Ｗｅｂ Ｂｒｏｗｓｅｒ６０２を使用し、サーバ２からクライアントＰＣ用フォントファイルを読み込み、クライアントモジュール６０３でシステムに登録する。
【０１２０】また、別のプリンタにダウンロードを行う場合は、ルート処理■で、管理者用ＰＣ３はサーバ２に登録されたフォントを読み込み、そのままプリンタ７にダウンロードする。ＰＣからオーバレイフォームを登録する場合も同様の動作である。
【０１２１】図１６は、本発明に係るサーバ装置を適用する情報処理システム上でカラーキャリブレーションテーブルをクライアントＰＣが取得する際のデータの流れを説明する図である。なお、図中の■〜■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１２２】先ず、ルート処理■で、プリンタ６内で発生したカラーキャリブレーションテーブルをサーバ２に送信する。クライアントＰＣ４は、ルート処理■の流れに従いＷｅｂ Ｂｒｏｗｓｅｒを用いて、プリンタ６のカラーキャリブレーションテーブルを受けとり、プリンタドライバ６０６またはプリンタドライバ６０８に登録する。プリンタ７で発生したカラーキャリブレーションテーブルをルート処理■の流れに従いサーバ２に送信する。
【０１２３】なお、クライアントＰＣ４がプリンタ７のカラーキャリブレーションテーブルを受信する場合は、ルート処理■と同様の処理となる。ルート処理■やルート処理■は、割り込み処理で定期的に実施される。
【０１２４】ルート処理■は、管理者用ＰＣ３からカラーキャリブレーションテーブルをダウンロードする場合のデータの流れを表す。
【０１２５】すなわち管理者用ＰＣ３で測色ソフトウエアなどを使いキャリブレーションテーブルを作成した場合は、管理者用ＰＣ３からダウンロードされる。そして、ルート処理■に従いダウンロードされたデータと同じデータが管理者用ＰＣ３からサーバ２へ直接送られる。サーバ２からクライアントＰＣ４，５へのデータの受け渡しは、プリンタ内で発生したカラーキャリブレーションテーブルと同様である。スキャナで取り込んだイメージデータをオーバレイフォームとして利用するためにプリンタドライバ６０６またはプリンタドライバ６０８に渡す場合、プリンタで発生したカラーキャリブレーションテーブルと同様のデータの流れになる。
【０１２６】図１７は、図２に示したサーバ２において管理されるオーバレイイメージ情報の第１のデータ構造を説明する図である。
【０１２７】図において、サーバ２において管理されるオーバレイイメージ情報としては、オーバレイイメージの総数、番号、ファイル名、フォーマット、およびイメージのサイズ、イメージの実体が管理され、クライアントＰＣからサーバ上の管理プログラムに対して、オーバレイイメージに関する取得要求が発生した場合に備えて、サーバ２上に保持される。
【０１２８】図１８は、本発明に係るサーバ装置を適用する情報処理システム上でアドレス帳のデータを機能複合型複写機から取得する際のデータの流れを説明する図である。なお、図中の■，■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１２９】先ず、ルート処理■では、機能複合型複写機８内のアドレス帳データがサーバに送出される。ルート処理■では、クライアントＰＣはサーバ２のデータを受信し、クライアントモジュール６０３は、クライアントＰＣ内のアドレス帳データに追加もしくは上書きする。
【０１３０】図１９は、本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ上のアドレス帳データを機能複合型複写機にダウンロードする際のデータの流れを説明する図である。なお、図中の■，■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１３１】先ず、ルート処理■で、Ｗｅｂ Ｂｒｏｗｓｅｒを用いてサーバ２に送られたアドレス帳データは、そのまま機能複合型複写機８に書き込まれる。ルート処理■は、機能複合型複写機のアドレス帳を複写する際のデータの流れを表す。機能複合型複写機８のデータは、一旦サーバ２に送られ、そのまま機能複合型複写機９に書き込まれる。
【０１３２】図２０は、本発明に係るサーバ装置を適用する情報処理システム上でプリンタもしくは機能複合型複写機の記憶装置の内容をバックアップするときのデータの流れを説明する図である。なお、図中の■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１３３】この処理は、通常Ｗｅｂ Ｂｒｏｗｓｅｒで指示され起動されるが、機能複合型複写機の操作パネルから指示され起動されても良い。ルート処理■はプリンタもしくは機能複合型複写機の記憶装置の内容がサーバ２に送出され、サーバ内のファイルサーバに記憶される。
【０１３４】図２１は、本発明に係るサーバ装置を適用する情報処理システム上でバックアップされたプリンタもしくは機能複合型複写機の記憶装置の内容をリストアするときのデータの流れを説明する図である。なお、図中の■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１３５】なお、この処理は、通常Ｗｅｂ Ｂｒｏｗｓｅｒで指示され起動されるが、機能複合型複写機の操作パネルから指示され起動されても良い。
【０１３６】ルート処理■はサーバ２のファイルサーバ内にバックアップされたデータが、バックアップ元のプリンタもしくは機能複合型複写機の記憶装置に送出される。
【０１３７】図２２は、本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ４もしくは５がサーバ２からソフトウエアの取得をする際のデータの流れを説明する図である。なお、図中の■はネットワーク上のデータ転送を行うためのルート処理を示す。
【０１３８】先ず、ルート処理■のように、サーバからデータを取得し、クライアントモジュール６０３はデータをデコードしインストールする。
【０１３９】図２３は、本発明に係るサーバ装置を適用する情報処理システム上でクライアントＰＣ４もしくはクライアントＰＣ５がサーバ２からプリンタドライバ、ファクシミリドライバ、スキャナドライバなど周辺機器のドライバを取得するときのデータの流れを説明する図である。なお、図中の■はネットワーク上のデータ転送を行うためのルート処理を示す。なお、ルート処理■のようにサーバ２からデータを取得するが、サーバ２はデータを送出する際、周辺機器との対応づけを行うために、対象となる周辺機器を参照する。すなわち、ネットワークアドレス、機種名、機能等を一緒にクライアントＰＣ４もしくはクライアントＰＣ５に送出し、クライアントモジュール６０３は、サーバ２から送出された情報を基にドライバをインストールする。
【０１４０】図２４は、図２に示したサーバ２からクライアントＰＣ４もしくはクライアントＰＣ５にデータを送出する際のデータ構造を説明する図である。
【０１４１】図２４からわかるように、先頭に、内部にアーカイブされて保持されているファイル数Ｎが入る。次に、Ｎ個分のアドレスの配列、さらに各アドレスで示された位置にヘッダーとともに保持されたファィルの実体が存在する。ヘッダーには、ヘッダー長、ファイルの種類、実体のサイズが含まれ、付加情報がある場合は、ヘッダーの後部に付加される。すなわち、ヘッダーの先頭からヘッダー長分後ろにはファイルの実体が存在する。
【０１４２】図２５は、図２４に示したヘッダー情報の一例を示す図であり、例えばフォントファイルをクライアントＰＣに送出する際の、図２４に示したヘッダー情報を表したものである。
【０１４３】図２５から分かる通り、フォントファイルをクライアントＰＣに送出する際には、ヘッダー情報に対して、バージョン、ファイル名、フォントの形式が付加情報として付加される。
【０１４４】図２６は、図２４に示したヘッダー情報の一例を示す図であり、例えばオーバレイフォームをクライアントＰＣに送出する際のヘッダー情報を表したものである。
【０１４５】図２６から分かる通り、オーバレイフォームをクライアントＰＣに送出する際には、ヘッダー情報に対して、ＰＤＬの種類、用紙サイズ、解像度、フォーム番号が付加情報として付加される。
【０１４６】図２７は、図２４に示したヘッダー情報の一例を示す図であり、例えばカラーキャリブレーションテーブルをクライアントＰＣに送出する際のヘッダー情報を表したものである。
【０１４７】図２７から分かる通り、カラーキャリブレーションテーブルをクライアントＰＣに送出する際には、ヘッダー情報に対して、キャリブレーション情報を測定した日時が付加情報として付加される。
【０１４８】図２８は、図２４に示したヘッダー情報の一例を示す図であり、例えばスキャナでスキャンしたイメージをオーバレイする際にプリンタドライバ６０６またはプリンタドライバ６０８で使われる情報をクライアントＰＣに送出する際のヘッダー情報を表したものである。
【０１４９】図２８から分かる通り、スキャナでスキャンしたイメージをオーバレイする際には、プリンタドライバ６０６またはプリンタドライバ６０８で使われる情報をクライアントＰＣに送出する際には、ヘッダー情報に対して、用紙サイズ、解像度、オーバレイ番号が付加情報として付加される。
【０１５０】図２９は、図２４に示したヘッダー情報の一例を示す図であり、例えばソフトウエアをクライアントＰＣに送出する際のヘッダー情報を表したものである。
【０１５１】図２９から分かる通り、ソフトウエアをクライアントＰＣに送出する際には、ヘッダー情報に対して、ソフトウエアのバージョンとファイルのチェックサムが付加情報として付加される。
【０１５２】また、ファイル実体は自己解凍形式のインストーラとなっており、クライアントモジュール６０３は、ダウンロードされた自己解凍形式のインストーラを起動する。
【０１５３】図３０は、図２４に示したヘッダー情報の一例を示す図であり、例えばドライバをクライアントＰＣに送出する際のヘッダー情報を表したものである。
【０１５４】図３０から分かる通り、ドライバをクライアントＰＣに送出する際には、ヘッダー情報に対して、周辺機器の機種名、周辺機器にアクセスするためのアドレス（例えば、ＴＣＰ／ＩＰ接続であればＩＰアドレス）、ドライバのバージョンとファイルのチェックサムが付加情報として付加される。
【０１５５】また、ファイル実体は自己解凍形式のインストーラとなっており、クライアントモジュール６０３は、機種名とアドレスを引数としてダウンロードされた自己解凍形式のインストーラを起動する。
【０１５６】図３１は、本発明に係る印刷装置におけるフォントメトリクスファイルの一例を示す図であり、クライアントＰＣ４上のプリンタドライバ６０６およびクライアントＰＣ５上のプリンタドライバ６０８で使用されるフォントメトリクスファイルの例に対応する。
【０１５７】図において、（Ａ）はクライアントＰＣ４のプリンタドライバ６０６で使用されるフォントメトリクスファイル６０７で、全情報がテキスト形式で表記されている。メトリクス情報には、基準となるＥＭサイズ（通常、デザインしたメッシュサイズにおける全角の高さを表す）、ＥＭサイズに対するアセンダ、ディセンダ、固定ピッチかプロポーショナルピッチかの区別、最も番号の小さな文字コード、最も番号の大きな文字コードと、各文字のＬＳＢ（レフトサイドベアリング：文字左側の空白）、ピッチを有し、他にもアンダーライン位置と太さ、ｘ高さ（小文字ｘの高さ）、Ｃａｐｉｔａｌ高さ（大文字Ｈの高さ）、平均文字幅（Ａ−Ｚとａ−ｚの文字ピッチの平均であり、文字毎に重み付けを変える場合もある）などが入る。また、書体名称、ウェイト（レギュラー、ボールド、ライト等）やコードの並びの属性（ＡＳＣＩＩかＪＩＳかＵｎｉｃｏｄｅか等）などのフォント選択の為の属性を持つ場合もある。
【０１５８】図３１において、（Ｂ）はクライアントＰＣ５のプリンタドライバ６０８で使用されるフォントメトリクスファイル６０９の構造を例示しており、全情報がバイナリ形式で表記されている。
【０１５９】（Ｂ）において、枠内の横一列は４バイトを表し、各情報は４バイトもしくは２バイトからなる。枠外には、説明の為、情報の内容が記してある。本図から分かる通り、メトリクス情報に書かれる内容は図３１に示した（Ａ）と同じであるが、表現形式が異なっている。すなわち、最初の４バイトには基準となるＥＭサイズ、それに続き、ＥＭサイズに対するアセンダ、ディセンダ、固定ピッチかプロポーショナルピッチかの区別が４バイトで表され、ここから各々２バイトで最も番号の小さな文字コード、最も番号の大きな文字コードと、各文字のＬＳＢ、ピッチを有する。
【０１６０】他にもアンダーライン位置と太さ、ｘ高さ、ｃａｐｉｔａｌ高さ、平均文字幅、書体名称、ウェイト、コードの並びの属性などの情報を持つ場合があることは（Ａ）と同じである。
【０１６１】図３２は、本発明に係るサーバ装置を適用可能な印刷システムの一例を示す図であり、以下、サーバ装置からフォントメトリクスファイルをネットワーク上のクライアントＰＣに自動インストールする処理例を説明する。なお、図中の■〜■はネットワーク上のデータ転送を行うためのルート処理を示す。また、図１と同一のものには同一の符号を付してある。
【０１６２】図３２において、すなわち、管理者がルート処理■でフォントをプリンタ６にダウンロードした後、ルート処理■でサーバ２にフォントを転送する。クライアントＰＣ４は、ルート処理■でサーバ２からメトリクス情報をクライアントＰＣ４上のプリンタドライバ６０６で使用可能なテキスト形式で取得する。同様に、クライアントＰＣ５は、ルート処理■でサーバ２からメトリクス情報をクライアントＰＣ５上のプリンタドライバ６０８で使用可能なバイナリ形式で取得する。
【０１６３】図３３は、本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートであり、図３２に示した管理者用のＰＣ３によるフォントメトリクス情報の生成およびフォントメトリクス情報の送出処理手順に対応する。なお、Ｓ３６０１〜Ｓ３６１１は各ステップを示す。
【０１６４】本プログラムはサーバ２内で実行され、クライアントＰＣ４あるいはクライアントＰＣ５からフォントメトリクス情報のメトリクスの送出要求があると、ステップＳ３６０１において、その形式（種類）を取得し、ステップＳ３６０２では、メトリクスの形式を判定し、バイナリであると判定された場合は、ステップＳ３６０３からステップＳ３６０６を実行する。バイナリではないと判定された場合はテキスト形式とみなし、ステップＳ３６０７からステップＳ３６１０を実行する。
【０１６５】ステップＳ３６０３で、フォントファイルから情報を読み出し、ステップＳ３６０４で、フォント全般に関わる情報ならびに各文字に関する情報をバイナリ形式でメトリクスファィルに書き出す。そして、ステップＳ３６０５で、フォントファイルから各文字のＬＳＢとピッチを読み出す。そして、ステップＳ３６０６で、各文字のＬＳＢとピッチをバイナリ形式でメトリクスファィルに書き出して、ステップＳ３６１１へ進む。
【０１６６】一方、ステップＳ３６０２で、バイナリ形式でないと判定された場合は、ステップＳ３６０７で、フォントファイルから情報を読み出し、ステップＳ３６０８で、フォント全般に関わる情報ならびに各文字に関する情報をテキスト形式でメトリクスファィルに書き出す。そして、ステップＳ３６０９で、フォントファイルから各文字のＬＳＢとピッチを読み出す。そして、ステップＳ３６１０で、各文字のＬＳＢとピッチをテキスト形式でメトリクスファィルに書き出して、ステップＳ３６１１へ進み、メトリクスファイルをクライアントＰＣ４またはクライアントＰＣ５に送出する。
【０１６７】以上述べたように、ネットワーク上にサーバ２とクライアントＰＣ４，５ならびに周辺機器が接続された状況において、同一プリンタに対する複数のプリンタドライバが扱う形式のフォントメトリクスファィルをフォントデータから生成する手段をサーバ上に設けることにより、各クライアントは、必要な情報をサーバ２から容易にダウンロードすることが可能となった。
【０１６８】〔第２実施形態〕図３４は、本発明の第２実施形態を示すプリントフォント管理装置を適用可能なネットワーク印刷システムの一例を示す図であり、図１と同一のものには同一の符号を付してある。なお、各機器の動作やファイル構造等については、第１実施形態と同様の動作もしくは構造を備えているものとする。
【０１６９】図において、１はネットワークであり、通常はＥｔｈｅｒｎｅｔを使用する。Ｅｔｈｅｒｎｅｔ以外にも、ＬｏｃａｌＴａｌｋなどがある。なお、本実施形態における「ネットワーク」という言葉は、物理的なケーブルと、ケーブル上を通る電気的な信号と、電気的な信号の組みあわせで実現される情報交換を実現するもの（プロトコル）の内の一つもしくは複数を指し、通常は、これらの総称を指す。２はサーバコンピュータ（サーバ）であり、Ｗｅｂサーバなどの機能を有し、本発明の中核を成すものである。
【０１７０】３は管理者用パーソナルコンピュータ（以下パーソナルコンピュータをＰＣと表記）であり、サーバに対する指示や本発明で扱う周辺機器への指示等を行う。４および５はクライアントＰＣであり、ネットワークに接続された一般ユーザが使用するＰＣである。なお、管理者用ＰＣであっても、クライアントＰＣとしても使用されることもありうる。
【０１７１】６，７はプリンタであり、ネットワーク１に接続され、クライアントＰＣ４および５からの印刷命令を受けつけ、命令に従い印刷処理を行う。８，９は機能複合型複写機であり、画像スキャナ機能、プリンタ機能、ファクシミリ機能を備え、一つまたは複数の機能を組み合わせることにより、複写機、プリンタ、スキャナ、ファクシミリとして利用可能である。１０はファイルサーバであり、通常はサーバ２、管理者用ＰＣ３などが共有するファイルを保持する。
【０１７２】上記のように構成されたネットワーク印刷システムにおいて、サーバ２は、定期的にプリンタ６，７、機能複合型複写機８，９と通信を行い、機器の状態やソフトウエアの設定をモニタする。管理者用ＰＣ３から機器に対し設定の変更やソフトウエア、ソフトウエアで使用するリソースの変更を行う。
【０１７３】管理者用ＰＣ３から与えられた指示の結果は、サーバ２の内部に情報として集められ、もしくはファイルサーバ１０にファイルとして保持され、クライアントＰＣ４および５は、サーバ２から情報を受け取り、またはファイルサーバ１０からファイルを受け取る。
【０１７４】また、サーバ２はｈｔｔｐプロトコルを用いた通信手段を備え、管理者用ＰＣ３、クライアントＰＣ４、および５はＷｅｂ Ｂｒｏｗｓｅｒを使用してサーバ２の情報を取得し、またサーバ２に対して指示を与えることが可能である。
【０１７５】サーバ２は、管理者用ＰＣ３、クライアントＰＣ４もしくは５から指示があると、サーバ２に貯えられた情報もしくはファイルサーバ１０に保持したファイルを用いて、管理者用ＰＣ３、クライアントＰＣ４もしくは５に情報もしくはファイルを返す。
【０１７６】また、情報の内容によっては、プリンタ６，７、機能複合型複写機８，９から情報を取得し、管理者用ＰＣ３、クライアントＰＣ４もしくは５に情報を返すか、プリンタ６，７、機能複合型複写機８，９に対して設定等の処理を行う。
【０１７７】管理者用ＰＣ３には、ダウンローダを備え、プリンタ６，７、機能複合型複写機８，９に対しソフトウエアもしくはソフトウエアが使用するリツースのダウンロードを行う。
【０１７８】ソフトウエアは、機器の印刷制御ファームウエア、ネットワーク制御ファームウエア、また機能複合型複写機８，９においては、前記ファームウエアに加え、スキャナ制御ファームウエア、ファクシミリ制御ファームウエア、複写機ファームウエア、パネル操作ファームウエア、画像管理ソフトウエア、アドレス管理ソフトウエアなどがある。
【０１７９】また、ソフトウエアが使用するリソースとしては、フォント、外字、オーバレイフォーム、キャリブレーションテーブル、アドレス管理ソフトウエアが使用するアドレス情報、ファクシミリ番号などがある。これらのソフトウエアやリツースのファイルは、ファイルサーバｌ０に保持される。
【０１８０】クライアントＰＣ４，５は、プリンタ６，７、機能複合型複写機８，９をアクセスして使用するためのソフトウエア（ドライバ等）およびソフトウエアが使用するリソース（クライアントＰＣ用リソース）を保持する。
【０１８１】ソフトウエアは、プリンタを使用するためのプリンタドライバ、スキャナを使用するためのスキャナドライバ、ファクシミリを使用するためのファクシミリドライバ、複写機を制御するための複写機ユーティリティソフトウエア、ネットワークを利用するためのネットワークドライバ、Ｗｅｂ Ｂｒｏｗｓｅｒ、アプリケーションソフトウエアなどがあり、ソフトウエアが使用するリソースについては、プリンタフォントに対応したクライアントＰＣ用フォント、ファクシミリドライバが利用するアドレス情報、カラーキャリブレーションを行う際の印刷データ、プレビューで利用するオーバレイイメージ等がある。
【０１８２】上記の機能に加え、プリンタ６の設定内容やソフトウエア、ソフトウエアが使用するリソースをプリンタ７、機能複合型複写機８，９に反映させることが可能である。
【０１８３】また、同様に機能複合型複写機８の設定内容やソフトウエア、ソフトウエアが使用するリツースを機能複合型複写機９、プリンタ６，７に反映させることが可能である。機種間で機能の違いがあるときは、両機種に共通の機能についてのみ反映されるが、変換が可能なリソースなどの情報については変換された後反映される。
【０１８４】同様に、これらの機種に関するクライアントＰＣ４上の情報をクライアントＰＣ５に反映させることも可能である。これらの処理は、サーバ２およびファイルサーバ１０を通して情報の交換を行うことにより実現される。プリンタ６，７、機能複合型複写機８，９の設定内容は、管理者用ＰＣ３からの指示だけでなくバネルからの設定やクライアントＰＣからの設定によっても変更される場合がある。
【０１８５】この情報を正確にクライアントＰＣに渡す必要があるものは、クライアントＰＣから表示等の指示があった場合、常にプリンタ６，７、機能複合型複写機８，９に問い合わせを行い、問い合わせ時点での情報をクライアントＰＣに返す。正確さが、さほど厳密に要求されないものについては、サーバ２もしくはファイルサーバ１０内に保持した情報もしくはファイルを用いる。
【０１８６】ファイルサーバ１０は、サーバ２や管理者用ＰＣ３、クライアントＰＣ４，５とネットワークを介して通信を行うことにより、ファイルを受け取り、送出し、また必要に応じて管理する。
【０１８７】ここでは、サーバや管理者用ＰＣがそれぞれ一つずつの例を書いたが、ファイルサーバが分離することでサーバ、管理者用ＰＣは複数あっても、容易にファイルや情報管理が行える。
【０１８８】すなわち、ファイルサーバ１０には、システム内で共有される情報が保持され、必要に応じて各サーバや各管理者用ＰＣに情報やファイルを送出し、またそれらからの情報やファイルを受け取り管理する。
【０１８９】なお、本実施形態におけるフォントメトリクスファイルは第１実施形態において示した図３１と同様であるものとする。
【０１９０】本実施形態における、フォントメトリクス情報のクライアントＰＣ４および５へのインストールは、次のように行われる。
【０１９１】すなわち、図３４にいて、管理者がフォントをプリンタ６にダウンロードした後、ファイルサーバ１０にフォントを転送する。サーバ２は、クライアントＰＣ４からメトリクス取得要求があった場合は、ファイルサーバ１０からフォント情報を取得し、メトリクス情報をクライアントＰＣ４上のプリンタドライバ６０６で使用可能なテキスト形式で取得する。
【０１９２】同様にクライアントＰＣ５からメトリクス取得要求があった場合は、サーバ２はファイルサーバ１０からフォント情報を取得し、メトリクス情報をクライアントＰＣ５上のプリンタドライバ６０８で使用可能なバイナリ形式で取得する。
【０１９３】なお、本実施形態におけるフォントメトリクス情報の生成処理等は、図３３に示した手順に従うものとする。
【０１９４】以上述べたように、サーバとＰＣならびに周辺機器が接続された状況において、ファイルサーバ１０を分離することにより、複数のサーバ２から設定され、もしくはダウンロードされた、機器情報やファィルの一元管理が可能となり、ファィルをファイルサーバ１０で管理し、同一プリンタに対する複数のプリンタドライバが扱う形式のフォントメトリクスファィルをフォントデータから生成する手段をサーバ２上に設けることにより、各クライアントは、必要な情報をサーバ２から容易にダウンロードすることが可能となった。
【０１９５】〔第３実施形態〕図３５は、本発明の第４実施形態を示すサーバ装置で読み取り可能な各種のプログラムを記憶した記憶媒体の一例を示す図であり、例えば図３６の（Ａ）に示すように、サーバ２に対応するプログラムをロードするための記憶媒体と、例えば図３６の（Ｂ）に示すように、管理者用ＰＣ３に対応するプログラムをロードするための記憶媒体と、例えば図３６の（Ｃ）に示すように、ユーザ用のクライアントＰＣ４，５に対応するプログラムをロードするための記憶媒体とに個別に用意される場合を示す。
【０１９６】図３７は、図２に示したサーバ２，管理者用ＰＣ３，クライアントＰＣ４，５に対してプログラムが記憶された記憶媒体を読み取らせるシステム例を示す図であり、例えば記録媒体として、フロッピー（登録商標）ディスクを例として、上記サーバ２に対応するプログラムをロードするための記憶媒体ＦＤと、管理者用ＰＣ３に対応するプログラムをロードするための記憶媒体ＦＤと、ユーザ用のクライアントＰＣ４，５に対応するプログラムをロードするための記憶媒体ＦＤを対応するサーバ装置のフロッピーディスクドライブに挿入して、ＯＳの管理下で、記憶されたプログラムをインストールするものとする。
【０１９７】なお、記憶媒体としては、後述するような各種の記憶媒体があり、フロッピーディスクに限られるものではない。
【０１９８】これらからわかるとおり、本発明は、可搬性のある記憶媒体を用いて、ワークステーションやパーソナルコンピュータ等のコンピュータで実行することが可能である。
【０１９９】上記実施形態によれば、サーバと１つまたは複数のＰＣならびに１つまたは複数の周辺機器が接続された状況において、ファームウエアをダウンロードする手段と、サーバにファームウエアに対応したプリンタドライバ等のドライバを保持する手段と、クライアントＰＣにおいてドライバの比較手段を有することにより、ファームウエアの更新時に、ファームウエアに対応したプリンタドライバ等のドライバをインストールすることが可能になる。
【０２００】さらに、ファィルサーバを分離することにより、多くの機器が接続された状況においても、ＧＵＩ処理の負荷を集中させることなく、ファィルの一元管理を保ったまま上記処理が可能となる。
【０２０１】また、各実施形態を有用に組み合せることも本発明の適用範囲である。
【０２０２】以下、図３８に示すメモリマップを参照して本発明に係るサーバ装置を適用可能な情報処理システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０２０３】図３８は、本発明に係るサーバ装置を適用可能な情報処理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０２０４】なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２０５】さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２０６】本実施形態における図８，図１０，図１２，図３３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２０７】以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２０８】この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２０９】プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０２１０】また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１１】さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１２】
【発明の効果】以上説明したように、本発明に係る第１〜第１２の発明によれば、所定の通信媒体を介して複数の周辺装置および複数のデータ処理装置と通信可能なサーバ装置において、前記複数の印刷装置のいずれかにプリンタフォント以外のフォントファイルをダウンロードした際に、各データ処理装置が各印刷装置との印刷制御を行うためのプリンタドライバが使用するフォントメトリクスの形式を判定し、該判定されるフォントメトリクスの形式に基づいて、異なるフォントメトリクス情報を作成するので、各データ処理装置で利用されるプリンタドライバのフォントメトリクスの形式が異なる場合でも、各データ処理装置に適応する最小のフォントメトリクスファイルを作成するだけで済み、各データ処理装置に供給すべきフォントメトリクスファイル管理負担を軽減して、フォントファイル管理環境を整備することができるという効果を奏する。
【出願人】 【識別番号】０００００１００７
【氏名又は名称】キヤノン株式会社
【出願日】 平成１２年１０月２０日（２０００．１０．２０）
【代理人】 【識別番号】１０００７１７１１
【弁理士】
【氏名又は名称】小林 将高
【公開番号】 特開２００２−１３２４７０（Ｐ２００２−１３２４７０Ａ）
【公開日】 平成１４年５月１０日（２００２．５．１０）
【出願番号】 特願２０００−３２０１７４（Ｐ２０００−３２０１７４）