(57)【要約】【課題】最適なハードウェア化を効率良く実施できる新規なネットワークデバイスシステム、ハードウェア書換プログラム、ハードウェア書き換え方法等の提供。【解決手段】書き換え可能なハードウェア回路20を備えた複数のデバイス300とホストコンピュータ200とをネットワークＮで接続し、前記デバイス300のステータス情報を取得してそのステータス情報に基づいて前記各デバイス300ごとの最適化情報を生成し、この最適化情報に基づいて前記各デバイス300のハードウェア回路20を書き換える。これによって、一部のデバイス300が稼働中であっても最適なハードウェア化を効率良く実施できる。【選択図】  図１
2005275730.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータと、書き換え可能なハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続したネットワークデバイスシステムであって、
前記ホストコンピュータは、
前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとの書き換え可能なハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、当該最適化情報送信手段から前記最適化情報を送信するタイミングを決定する送信タイミング決定手段と、を有し、
前記各デバイスは、
前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記書き換え可能なハードウェア回路を書き換えるハードウェア書換手段と、を有することを特徴とするネットワークデバイスシステム。
【請求項２】
ホストコンピュータと、書き換え可能なハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続したネットワークデバイスシステムであって、
前記ホストコンピュータは、
前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとの書き換え可能なハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、を有し、
前記各デバイスは、
前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記書き換え可能なハードウェア回路を書き換えるハードウェア書換手段と、当該ハードウェア書換手段による前記ハードウェア回路の書き換えタイミングを決定する書換タイミング決定手段と、を有することを特徴とするネットワークデバイスシステム。
【請求項３】
ホストコンピュータと、書き換え可能なハードウェア回路を備える複数のデバイスとをネットワークで情報通信可能に接続したシステムで用いられるハードウェア書換プログラムであって、
前記ホストコンピュータを、
前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとの書き換え可能なハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、当該最適化情報送信手段から前記最適化情報を送信するタイミングを決定する送信タイミング決定手段と、して機能させると共に、
前記各デバイスのコンピュータを、
前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記書き換え可能なハードウェア回路を書き換えるハードウェア書換手段と、して機能させることを特徴とするハードウェア書換プログラム。
【請求項４】
ホストコンピュータと、書き換え可能なハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続し、前記ホストコンピュータから前記各デバイスに、各デバイスごとの書き換え可能なハードウェア回路を書き換えるモジュールを含む最適化情報を送信して前記ネットワークデバイスシステム全体を最適化するようにしたネットワークデバイスシステムのハードウェア書き換え方法であって、
前記ホストコンピュータは、
前記各デバイスのステータス情報を取得し、当該ステータス情報に基づいて前記最適化情報を生成すると共に、当該最適化情報を実際に送信するデバイスを決定した後、当該最適化情報を当該各デバイスに送信し、
前記各デバイスは、
前記ホストコンピュータから送信される最適化情報に基づいて自己の書き換え可能なハードウェア回路を書き換えるようにしたことを特徴とするネットワークデバイスシステムのハードウェア書き換え方法。
【請求項５】
書き換え可能なハードウェア回路を備えた複数のデバイスと情報通信可能に接続したホストコンピュータであって、
前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとの書き換え可能なハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、を有することを特徴とするホストコンピュータ。
【請求項６】
請求項５に記載のホストコンピュータであって、
前記最適化情報送信手段から前記最適化情報を送信するタイミングを決定する送信タイミング決定手段をさらに備えたことを特徴とするホストコンピュータ。
【請求項７】
請求項５又は６に記載のホストコンピュータにおいて、
前記ステータス情報は、
少なくとも、前記デバイスの書き換え可能なハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含むことを特徴とするホストコンピュータ。
【請求項８】
請求項５〜７のいずれか１項に記載のホストコンピュータにおいて、
前記送信先デバイス決定手段は、
前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、
前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも長いときは、
前記ハードウェア回路が書き換え可能状態でないデバイスを前記最適化情報の送信先として決定するようになっていることを特徴とするホストコンピュータ。
【請求項９】
請求項５〜７のいずれか１項に記載のホストコンピュータにおいて、
前記送信先デバイス決定手段は、
前記各デバイスのうち、前記書き換え可能なハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、
前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも短いときは、
前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報の送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかからいずれかのデバイスを決定するようになっていることを特徴とするホストコンピュータ。
【請求項１０】
請求項５〜７のいずれか１項に記載のホストコンピュータにおいて、
前記送信先デバイス決定手段は、
前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、
前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも短いときは、
前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報に含まれるモジュールの送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかから、当該モジュールによる書き換え可能なハードウェア回路を有し、かつ、最も早くハードウェア回路の書き換え処理が終了するデバイスを決定するようになっていることを特徴とするホストコンピュータ。
【請求項１１】
請求項６に記載のホストコンピュータにおいて、
前記送信タイミング決定手段は、
前記ハードウェア回路が書き換え可能状態でないデバイスに対して最適化情報を送信するときは、前記ステータス情報に基づいて当該デバイスのハードウェア回路が書き換え可能状態になるタイミングを見計らって前記最適化情報を送信するようになっていることを特徴とするホストコンピュータ。
【請求項１２】
請求項５〜１１のいずれか１項に記載のホストコンピュータにおいて、
前記最適化情報生成手段は、
前記いずれかのデバイスから最適化情報の受信を拒否する旨の情報を受信したときは、再度全てのデバイスからステータス情報を取得してそのステータス情報に基づいて新たな最適化情報を作成するようになっていることを特徴とするホストコンピュータ。
【請求項１３】
書き換え可能なハードウェア回路を備えると共に、ネットワークを介してホストコンピュータと情報通信可能に接続されたネットワークデバイスであって、
前記ホストコンピュータに自己のステータス情報を送信するステータス情報送信手段と、前記ホストコンピュータから送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記ハードウェア回路を書き換えるハードウェア書換手段と、を有することを特徴とするネットワークデバイス。
【請求項１４】
請求項１３に記載のネットワークデバイスにおいて、
前記ハードウェア書換手段による前記書き換え可能なハードウェア回路の書き換えタイミングを決定する書換タイミング決定手段をさらに備えたことを特徴とするネットワークデバイス。
【請求項１５】
請求項１４に記載のネットワークデバイスにおいて、
前記書換タイミング決定手段は、
前記最適化情報が送信されてきたときにそのデバイスのハードウェア回路が書き換え可能状態でないときは、当該デバイスのハードウェア回路が書き換え可能状態になるのを待って前記ハードウェア書換手段によるハードウェア回路の書き換えタイミングを決定するようになっていることを特徴とするネットワークデバイス。
【請求項１６】
請求項１３〜１５のいずれか１項に記載のネットワークデバイスにおいて、
前記ハードウェア書換手段は、
当該デバイスのハードウェア回路の容量が不足しているときは、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信する機能をさらに有することを特徴とするネットワークデバイス。
【請求項１７】
請求項１３に記載のネットワークデバイスにおいて、
前記ホストコンピュータからの印刷指示に基づいて印刷を実行する印刷手段をさらに有することを特徴とするネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタ等の複数のデバイスと、これら各デバイスを管理するホストコンピュータとを情報通信可能に接続したネットワークデバイスシステムに係り、特に、前記各デバイスとして書き換え可能なハードウェア回路を備えたデバイスを用いたネットワークデバイスシステム、及び当該システムに用いられるハードウェア書換プログラム、ハードウェア書き換え方法、並びに当該システムを構成するホストコンピュータ及びネットワークデバイスに関するものである。
【背景技術】
【０００２】
近年、機器に組み込まれた状態でリコンフィギュレーション（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ：再構成、あるいは書き換え）可能なハードウェア回路を備えたデバイスが登場し、ソフトウェアによる処理をハードウェア化して、ソフトウェアとして提供される機能をハードウェアで実現することで高速な処理が実現可能となってきている。
このソフトウェアによる処理のハードウェア化に関する公知技術としては、例えば、以下の特許文献１〜３等に詳しく開示されている。
【０００３】
特許文献１では、適用される画像処理機能を実現するために必要とされる回路モジュールとプログラムモジュールとの組み合わせを選択し、選択した回路モジュールの情報を含んでいる書き換え情報に基づいて、半導体素子の書き換え可能なハードウェア回路を再構成することによって回路モジュールを形成し、この回路モジュールが形成された半導体素子において選択されたプログラムモジュールを実行するようにしている。
【０００４】
また、特許文献２では、ハードウェア化に関する必要な情報をより早く取得できるようにすることで、一連の処理が高速化されるようにしており、また、特許文献３では、一連の処理をソフト、ハードどちらで処理するかを回路の再構成やモジュールに関する情報取得にかかる時間に基づいて決定するようにしている。
【特許文献１】特開平２００３−１５０９４７号公報
【特許文献２】特開平１１−２３２３０９号公報
【特許文献３】特開平１１−２３２０８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、複数のデバイスとホストコンピュータとをＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネット等のネットワークを介して接続することで各デバイスを一つのホストコンピュータで一元管理するようにした、いわゆるネットワークデバイスシステム環境下において、前記デバイスの一部を書き換え可能なハードウェア回路で構成し、前記のようなソフトウェアによる処理をハードウェア化することでシステム全体の処理効率の向上化を図ることが可能となる。
【０００６】
しかしながら、このように複数のデバイスとホストコンピュータが接続されたネットワークデバイスシステムに対して最適なハードウェア化を実施するためには、ネットワークシステム全体のバランスを考慮する必要がある。
すなわち、既に稼働中のネットワークデバイスシステム環境下においても、各デバイスの状態（ビジーや待機中等）やハードウェア回路の容量等が異なっている場合が殆どであり、ネットワークシステム全体のバランスや個々のデバイスの状態等を考慮しなければ、最適なハードウェア化を実現することができず、システム全体のリソースを有効に活用できないといった課題がある。
【０００７】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、その主な目的は、既に稼働中のネットワークデバイスシステム環境下であっても当該ネットワークシステム全体のバランスや個々のデバイスの状態等を考慮した最適なハードウェア化を効率良く実施することができる新規なネットワークデバイスシステム、及び当該システムに用いられるハードウェア書換プログラム、ハードウェア書き換え方法、並びに当該システムを構成するホストコンピュータ及びネットワークデバイスを提供することを目的としている。
【課題を解決するための手段】
【０００８】
〔発明１〕前記課題を解決するために発明１のネットワークデバイスシステムは、
ホストコンピュータと、書き換え可能なハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続したネットワークデバイスシステムであって、前記ホストコンピュータは、前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、当該最適化情報送信手段から前記最適化情報を送信するタイミングを決定する送信タイミング決定手段と、を有し、前記各デバイスは、前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記ハードウェア回路を書き換えるハードウェア書換手段と、を有することを特徴とするものである。
【０００９】
このような構成であれば、ホストコンピュータは、ネットワーク上の各デバイスから各デバイスのステータス情報を取得し、そのステータス情報に基づいて各デバイスごとのハードウェア回路を書き換えるためのモジュールを含む最適化情報を生成した後、それぞれの最適化情報を各デバイスに送信することになる。
そして、各デバイスは、この最適化情報を受信した後、この最適化情報に基づいて前記ハードウェア回路を書き換える。
【００１０】
これによって、ホストコンピュータは、各デバイスのステータス情報から最適化情報を正確に生成することができるため、当該ネットワークシステム全体のバランスを考慮した的確なハードウェア化を短時間で効率的に実現することができる。
また、このホストコンピュータは、以下の発明６で詳述するように、さらに生成した最適化情報を各デバイスに送信するタイミングも考慮するようになっていることから、仮に、その最適化情報を送信するときにいずれかのデバイスが稼働中（ビジー状態）で直ちにハードウェア化ができない状態のときに送信してしまうようなことがなくなり、的確なタイミングで各最適化情報を送信することができる。これによって、当該ネットワークシステム全体のバランスを損なうことなく、予定通りの的確なハードウェア化を実現することができる。
【００１１】
〔発明２〕また、発明２のネットワークデバイスシステムは、
発明１に記載のネットワークデバイスシステムにおいて、前記ステータス情報は、少なくとも、前記ハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含むことを特徴とするものである。
【００１２】
すなわち、前記ステータス情報にそのデバイスのハードウェア回路の回路規模に関する情報を含ませることによって、前記ホストコンピュータは、そのハードウェア回路でハードウェア化可能な容量のモジュールを的確に選択することができる。
また、そのステータス情報にそのデバイスのハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含ませることによって、前記ホストコンピュータは、そのデバイスに送信する最適化情報の送信タイミングを的確に決定することができる。
【００１３】
〔発明３〕また、発明３のネットワークデバイスシステムは、
発明１又は２に記載のネットワークデバイスシステムにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、
前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも長いときは、
前記ハードウェア回路が書き換え可能状態でないデバイスを前記最適化情報の送信先として決定するようになっていることを特徴とするものである。
【００１４】
このようにシステム全体をハードウェア化するに際して、稼働中（ビジー）のデバイスの処理時間、すなわちハードウェア回路が書き換え可能状態になるまでの待ち時間と、モジュールの送信時間及びそのモジュールによるデバイスのハードウェア回路の書き換え処理時間といった３つの時間を考慮し、稼働中のデバイスにそのまま最適化情報を送った方が他のデバイスに振り替えて送るよりもシステム全体のハードウェア化処理時間が早く終了する場合には、その稼働中のデバイスにそのまま最適化情報を送ることで短時間でシステム全体のハードウェア化処理を実現することができる。
【００１５】
〔発明４〕また、発明４のネットワークデバイスシステムは、
発明１又は２に記載のネットワークデバイスシステムにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報の送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかからいずれかのデバイスを決定するようになっていることを特徴とするものである。
【００１６】
すなわち、本発明は発明３とは反対に、稼働中のデバイスにそのまま最適化情報を送るよりも他のデバイスに振り替えて送った方がシステム全体のハードウェア化処理時間が早く終了する場合には、その稼働中のデバイスに代えて他のデバイスにその最適化情報を送るようにしたものである。
これによってかかるケースでは、短時間でシステム全体のハードウェア化処理を実現することができる。
【００１７】
〔発明５〕また、発明５のネットワークデバイスシステムは、
発明１又は２に記載のネットワークデバイスシステムにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、
前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報に含まれるモジュールの送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかから、当該モジュールによる書き換え可能なハードウェア回路を有し、かつ、最も早くハードウェア回路の書き換え処理が終了するデバイスを決定するようになっていることを特徴とするものである。
【００１８】
これによって、発明４と同様に、短時間でシステム全体のハードウェア化処理が可能となると共に、最適化情報の送信先のデバイスとしてそれに含まれるモジュールによる書き換え可能なハードウェア回路をするデバイスを決定するようにしたことから、容量不足による書き換え不能等といった不都合を回避して確実にそのモジュールのハードウェア化を実現することができる。
【００１９】
〔発明６〕また、発明６のネットワークデバイスシステムは、
発明３〜５のいずれか１項に記載のネットワークデバイスシステムにおいて、前記送信タイミング決定手段は、前記ハードウェア回路が書き換え可能状態でないデバイスに対して最適化情報を送信するときは、前記ステータス情報に基づいて当該デバイスのハードウェア回路が書き換え可能状態になるタイミングを見計らって前記最適化情報を送信するようになっていることを特徴とするものである。
【００２０】
これによって最適化情報を送信するときにいずれかのデバイスが稼働中で直ちにハードウェア化ができない状態のときにそのまま送信してしまったり、ハードウェア回路が書き換え可能状態になったのにもかかわらず、最適化情報が長時間送られてこない等といったようなことがなくなり、各デバイスの状態に応じた的確なタイミングで各最適化情報を送信することができる。この結果、当該ネットワークシステム全体のバランスを損なうことなく、予定通りの的確なハードウェア化を実現することができる。
【００２１】
〔発明７〕また、発明７のネットワークデバイスシステムは、
ホストコンピュータと、書き換え可能なハードウェア回路を有するハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続したネットワークデバイスシステムであって、前記ホストコンピュータは、前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、を有し、前記各デバイスは、前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記ハードウェア回路を書き換えるハードウェア書換手段と、当該ハードウェア書換手段による前記ハードウェア回路の書き換えタイミングを決定する書き換えタイミング決定手段と、を有することを特徴とするものである。
【００２２】
すなわち、本発明は、発明１のネットワークデバイスシステムで備わっているホストコンピュータ側の送信タイミング決定手段に代えて、各デバイス側にそのハードウェア書換手段によるハードウェア回路の書き換えタイミングを決定する書き換えタイミング決定手段を備えたものである。
これによって、ホストコンピュータは、デバイスの稼働状態にかかわらず、一斉に各デバイスに対して生成した最適化情報を送信することができるため、ホストコンピュータの処理負荷や処理時間を軽減・短縮することができる。また、ステータス情報の情報量も減らせることができるため、ホストコンピュータの処理負荷をより軽減できると共に、ネットワークトラフィックの軽減も可能となる。
【００２３】
一方、各デバイスは、ホストコンピュータから送られてきた最適化情報を一旦そのまま受け入れ、自己の稼働状態に応じてハードウェア回路の書き換えタイミングを決定することができるため、確実にその最適化情報によるハードウェア化を達成することが可能となる。
【００２４】
〔発明８〕また、発明８のネットワークデバイスシステムは、
発明７に記載のネットワークデバイスシステムにおいて、前記ステータス情報は、少なくとも、前記ハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報とを含むことを特徴とするものである。
【００２５】
これによって、発明２のように、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報や、書き換え可能状態になるまでの待ち時間等が不要となるため、ホストコンピュータの処理負荷を軽減できると共に、そのステータス情報の取得によるネットワークトラフィックを低減することも可能となる。
【００２６】
〔発明９〕また、発明９のネットワークデバイスシステムは、
発明７又は８に記載のネットワークデバイスシステムにおいて、前記書換タイミング決定手段は、前記最適化情報が送信されてきたときにそのデバイスのハードウェア回路が書き換え可能状態でないときは、当該デバイスのハードウェア回路が書き換え可能状態になるのを待って前記ハードウェア書換手段によるハードウェア回路の書き換えタイミングを決定するようになっていることを特徴とするものである。
【００２７】
これによって、書き換え可能状態になると送信されてきた最適化情報に基づいて直ちに書き換え処理が実行されるようになるため、書き換え可能状態になってから実際に書き換え処理が実行されるまでの間に不要な空白時間がなくなり、効率的なハードウェア化が達成される。
【００２８】
〔発明１０〕また、発明１０のネットワークデバイスシステムは、
発明１〜９のいずれか１項に記載のネットワークデバイスシステムにおいて、前記各デバイスのハードウェア書き換え手段は、当該デバイスのハードウェア回路の容量が不足しているときは、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信する機能をさらに有することを特徴とするものである。
【００２９】
これによって、ステータス情報や決定された送信先、最適化情報が仮に誤って当該デバイスのハードウェア回路にその最適化情報が収まり切れないなどの問題が発生した場合は、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信することによってホストコンピュータに、その処理が誤ったことを的確に知らせることが可能となる。
【００３０】
〔発明１１〕また、発明１１のネットワークデバイスシステムは、
発明１０に記載のネットワークデバイスシステムにおいて、前記ホストコンピュータの最適化情報生成手段は、前記いずれかのデバイスから最適化情報を拒否する旨の情報を受信したときは、再度全てのデバイスからステータス情報を取得してそのステータス情報に基づいて新たな最適化情報を作成するようになっていることを特徴とするものである。
これによって、新たな最適化情報を直ちに作成できるため、短時間で初期の目的であるシステム全体のハードウェア化を達成することができる。
【００３１】
〔発明１２〕また、発明１２のネットワークデバイスシステムで用いられるハードウェア書き換えプログラムは、ホストコンピュータと、書き換え可能なハードウェア回路を有するハードウェア回路を備える複数のデバイスとをネットワークで情報通信可能に接続したシステムで用いられるハードウェア書き換えプログラムであって、前記ホストコンピュータを、前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、当該最適化情報送信手段から前記最適化情報を送信するタイミングを決定する送信タイミング決定手段と、して機能させると共に、前記各デバイスのコンピュータを、前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記書き換え可能なハードウェア回路を書き換えるハードウェア書換手段と、して機能させることを特徴とするものである。
【００３２】
これによって、発明１と同様に、既に稼働中のネットワークデバイスシステム環境下であっても当該ネットワークシステム全体のバランスや個々のデバイスの状態等を考慮した最適なハードウェア化を実施することができる。
また、各手段を専用のハードウェアによって実現する場合に比べて経済的かつ容易に実現できると共に、各手段のバージョンアップなどの機能改良を容易に実現することができる。
【００３３】
さらに、例えば、本システムを構成するホストコンピュータは、ＰＣ等の汎用のコンピュータシステム（情報処理システム、以下、同じ）を、また、各デバイスはそのデバイス固有の機能を実現すべく、本来的に備わっているコンピュータシステムをそのまま活用することができるため、別個新たなコンピュータシステムを構築する場合に比べてより経済的に実現することができる。
【００３４】
〔発明１３〕また、発明１３のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１２に記載のハードウェア書換プログラムにおいて、前記ステータス情報は、少なくとも、前記ハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含むことを特徴とするものである。
【００３５】
これによって、発明２と同様に、ホストコンピュータは、そのハードウェア回路でハードウェア化可能な容量のモジュールを的確に選択することができると共に、そのデバイスに送信する最適化情報の送信タイミングを的確に決定することができる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００３６】
〔発明１４〕また、発明１４のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１２又は１３に記載のハードウェア書換プログラムにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能状態になるまでの待ち時間よりも長いときは、前記ハードウェア回路が書き換え可能状態でないデバイスを前記最適化情報の送信先として決定するようになっていることを特徴とするものである。
【００３７】
これによって、発明３と同様に、稼働中のデバイスにそのまま最適化情報を送った方が他のデバイスに振り替えて送るよりもシステム全体のハードウェア化処理時間が早く終了する場合には、その稼働中のデバイスにそのまま最適化情報を送ることで短時間でシステム全体のハードウェア化処理を実現することができる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００３８】
〔発明１５〕また、発明１５のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１２又は１３に記載のハードウェア書換プログラムにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能状態になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報の送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかからいずれかのデバイスを決定するようになっていることを特徴とするものである。
【００３９】
これによって、発明４と同様にかかるケースでは、短時間でシステム全体のハードウェア化処理を実現することができる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００４０】
〔発明１６〕また、発明１６のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１２又は１３に記載のハードウェア書換プログラムにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能状態になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報に含まれるモジュールの送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかから、当該モジュールによる書き換え可能なハードウェア回路を有し、かつ、最も早くハードウェア回路の書き換え処理が終了するデバイスを決定するようになっていることを特徴とするものである。
【００４１】
これによって、発明５と同様に短時間でシステム全体のハードウェア化処理が可能となると共に、容量不足による書き換え不能等といった不都合を回避して確実にそのモジュールのハードウェア化を実現することができる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００４２】
〔発明１７〕また、発明１７のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１４〜１６のいずれか１項に記載のハードウェア書換プログラムにおいて、前記送信タイミング決定手段は、前記ハードウェア回路が書き換え可能状態でないデバイスに対して最適化情報を送信するときは、前記ステータス情報に基づいて当該デバイスのハードウェア回路が書き換え可能状態になるタイミングを見計らって前記最適化情報を送信するようになっていることを特徴とするものである。
【００４３】
これによって、発明６と同様に、最適化情報を送信するときにいずれかのデバイスが稼働中（ビジー状態）で直ちにハードウェア化ができない状態のときにそのまま送信してしまったり、ハードウェア回路が書き換え可能状態になったのにもかかわらず、最適化情報が長時間送られてこない等といったようなことがなくなり、各デバイスの状態に応じた的確なタイミングで各最適化情報を送信することができる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００４４】
〔発明１８〕また、発明１８のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
ホストコンピュータと、書き換え可能なハードウェア回路を備える複数のデバイスとをネットワークで情報通信可能に接続したシステムで用いられるハードウェア書換プログラムであって、前記ホストコンピュータを、前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、して機能させると共に、
前記各デバイスのコンピュータを、前記最適化情報送信手段から送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記ハードウェア回路を書き換えるハードウェア書換手段と、当該ハードウェア書換手段による前記ハードウェア回路のハードウェア回路の書き換えタイミングを決定する書換タイミング決定手段と、して機能させることを特徴とするものである。
【００４５】
これによって、発明７と同様に、ホストコンピュータは、デバイスの稼働状態にかかわらず、一斉に各デバイスに対して生成した最適化情報を送信することができるため、ホストコンピュータの処理負荷や処理時間を軽減・短縮することができ、また、ステータス情報の情報量も減らせることができるため、ホストコンピュータの処理負荷をより軽減できると共に、ネットワークトラフィックの軽減も可能となる。また、各デバイスは、ホストコンピュータから送られてきた最適化情報を一旦そのまま受け入れ、自己の稼働状態に応じてハードウェア回路のハードウェア回路の書き換えタイミングを決定することができるため、確実にその最適化情報によるハードウェア化を達成することが可能となる。さらに本発明も発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００４６】
〔発明１９〕また、発明１９のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１８に記載のハードウェア書換プログラムにおいて、前記ステータス情報は、少なくとも、前記ハードウェア回路の回路規模に関する情報と、当該ハードウェア回路のハードウェア回路が書き換え可能状態であるか否かに関する情報とを含むことを特徴とするものである。
【００４７】
これによって、発明８と同様に、当該ハードウェア回路のハードウェア回路が書き換え可能状態であるか否かに関する情報や、書き換え可能状態になるまでの待ち時間等が不要となるため、ホストコンピュータの処理負荷を軽減できると共に、そのステータス情報の取得によるネットワークトラフィックを低減することも可能となる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００４８】
〔発明２０〕また、発明２０のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１８又は１９に記載のハードウェア書換プログラムにおいて、前記書換タイミング決定手段は、前記最適化情報が送信されてきたときにそのデバイスのハードウェア回路が書き換え可能状態でないときは、当該デバイスのハードウェア回路が書き換え可能状態になるのを待って前記ハードウェア書換手段によるハードウェア回路の書き換えタイミングを決定するようになっていることを特徴とするものである。
【００４９】
これによって、発明９と同様に、書き換え可能状態になると送信されてきた最適化情報に基づいて直ちに書き換え処理が実行されるようになるため、書き換え可能状態になってから実際に書き換え処理が実行されるまでの間に不要な空白時間がなくなり、効率的なハードウェア化が達成される。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００５０】
〔発明２１〕また、発明２２のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１２〜２０のいずれか１項に記載のハードウェア書換プログラムにおいて、前記各デバイスのハードウェア書き換え手段は、当該デバイスのハードウェア回路の容量が不足しているときは、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信する機能をさらに有することを特徴とするものである。
【００５１】
これによって、発明１０と同様に、ステータス情報や決定された送信先、最適化情報が仮に誤って当該デバイスのハードウェア回路のハードウェア回路にその最適化情報が収まり切れないなどの問題が発生した場合は、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信することによってホストコンピュータに、その処理が誤ったことを的確に知らせることが可能となる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００５２】
〔発明２２〕また、発明２２のネットワークデバイスシステムで用いられるハードウェア書換プログラムは、
発明１０に記載のハードウェア書換プログラムにおいて、前記ホストコンピュータの最適化情報生成手段は、前記いずれかのデバイスから最適化情報を拒否する旨の情報を受信したときは、再度全てのデバイスからステータス情報を取得してそのステータス情報に基づいて新たな最適化情報を作成するようになっていることを特徴とするものである。
【００５３】
これによって、発明１１と同様に、新たな最適化情報を直ちに作成できるため、短時間で初期の目的であるシステム全体のハードウェア化を達成することができる。また、発明１２と同様に各手段を専用のハードウェアによって実現したり、別個新たなコンピュータシステムを構築して実施する場合に比べて経済的かつ容易に実現することができる。
【００５４】
〔発明２３〕また、発明２３のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
ホストコンピュータと、書き換え可能なハードウェア回路を有するハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続し、前記ホストコンピュータから前記各デバイスに、各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を送信して前記ネットワークデバイスシステム全体を最適化するようにしたネットワークデバイスシステムのハードウェア書き換え方法であって、前記ホストコンピュータは、前記各デバイスのステータス情報を取得し、当該ステータス情報に基づいて前記最適化情報を生成すると共に、当該最適化情報を実際に送信するデバイスを決定した後、所定のタイミングで当該最適化情報を当該各デバイスに送信し、前記各デバイスは、前記ホストコンピュータから送信される最適化情報に基づいて自己のハードウェア回路を書き換えるようにしたことを特徴とするものである。
【００５５】
これによって、発明１と同様に、既に稼働中のネットワークデバイスシステム環境下であっても当該ネットワークシステム全体のバランスや個々のデバイスの状態等を考慮した最適なハードウェア化を実施することができる。
【００５６】
〔発明２４〕また、発明２４のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２３に記載のハードウェア書き換え方法において、前記ステータス情報は、少なくとも、前記ハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含むことを特徴とするものである。
【００５７】
これによって、発明２と同様に、ホストコンピュータは、そのハードウェア回路でハードウェア化可能な容量のモジュールを的確に選択することができると共に、そのデバイスに送信する最適化情報の送信タイミングを的確に決定することができる。
【００５８】
〔発明２５〕また、発明２５のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２３又は２４に記載のハードウェア書き換え方法において、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能状態になるまでの待ち時間よりも長いときは、前記ハードウェア回路が書き換え可能状態でないデバイスを前記最適化情報の送信先として決定するようにしたことを特徴とするものである。
【００５９】
これによって、発明３と同様に、稼働中のデバイスにそのまま最適化情報を送った方が他のデバイスに振り替えて送るよりもシステム全体のハードウェア化処理時間が早く終了する場合には、その稼働中のデバイスにそのまま最適化情報を送ることで短時間でシステム全体のハードウェア化処理を実現することができる。
【００６０】
〔発明２６〕また、発明２６のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２３又は２４に記載のハードウェア書き換え方法において、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能状態になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報の送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかからいずれかのデバイスを決定するようにしたことを特徴とするものである。
これによって、発明４と同様にかかるケースでは、短時間でシステム全体のハードウェア化処理を実現することができる。
【００６１】
〔発明２７〕また、発明２７のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２３又は２４に記載のハードウェア書き換え方法において、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能状態になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報に含まれるモジュールの送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかから、当該モジュールによる書き換え可能なハードウェア回路を有し、かつ、最も早くハードウェア回路の書き換え処理が終了するデバイスを決定するようにしたことを特徴とするものである。
【００６２】
これによって、発明５と同様に短時間でシステム全体のハードウェア化処理が可能となると共に、容量不足による書き換え不能等といった不都合を回避して確実にそのモジュールのハードウェア化を実現することができる。
【００６３】
〔発明２８〕また、発明２８のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２５〜２７のいずれか１項に記載のハードウェア書き換え方法において、前記ハードウェア回路が書き換え可能状態でないデバイスに対して最適化情報を送信するときは、前記ステータス情報に基づいて当該デバイスのハードウェア回路が書き換え可能状態になるタイミングを見計らって前記最適化情報を送信するようにしたことを特徴とするものである。
【００６４】
これによって、発明６と同様に、最適化情報を送信するときにいずれかのデバイスが稼働中（ビジー状態）で直ちにハードウェア化ができない状態のときにそのまま送信してしまったり、ハードウェア回路が書き換え可能状態になったのにもかかわらず、最適化情報が長時間送られてこない等といったようなことがなくなり、各デバイスの状態に応じた的確なタイミングで各最適化情報を送信することができる。
【００６５】
〔発明２９〕また、発明２９のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
ホストコンピュータと、書き換え可能なハードウェア回路を有するハードウェア回路をそれぞれ備えた複数のデバイスとを情報通信可能に接続し、前記ホストコンピュータから前記各デバイスに、各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を送信して前記ネットワークデバイスシステム全体を最適化するようにしたネットワークデバイスシステムのハードウェア書き換え方法であって、前記ホストコンピュータは、
前記各デバイスのステータス情報を取得し、当該ステータス情報に基づいて前記最適化情報を生成すると共に、当該最適化情報を実際に送信するデバイスを決定した後、当該最適化情報を当該各デバイスに送信し、前記各デバイスは、
前記ホストコンピュータから送信される最適化情報に基づいて所定のタイミングで自己のハードウェア回路を書き換えるようにしたことを特徴とするものである。
【００６６】
これによって、発明７と同様に、ホストコンピュータは、デバイスの稼働状態にかかわらず、一斉に各デバイスに対して生成した最適化情報を送信することができるため、ホストコンピュータの処理負荷や処理時間を軽減・短縮することができ、また、ステータス情報の情報量も減らせることができるため、ホストコンピュータの処理負荷をより軽減できると共に、ネットワークトラフィックの軽減も可能となる。また、各デバイスは、ホストコンピュータから送られてきた最適化情報を一旦そのまま受け入れ、自己の稼働状態に応じてハードウェア回路の書き換えタイミングを決定することができるため、確実にその最適化情報によるハードウェア化を達成することが可能となる。
【００６７】
〔発明３０〕また、発明３０のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２９に記載のハードウェア書き換え方法において、前記ステータス情報は、少なくとも、前記ハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報とを含むことを特徴とするものである。
【００６８】
これによって、発明８と同様に、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報や、書き換え可能状態になるまでの待ち時間等が不要となるため、ホストコンピュータの処理負荷を軽減できると共に、そのステータス情報の取得によるネットワークトラフィックを低減することも可能となる。
【００６９】
〔発明３１〕また、発明３１のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２９又は３０に記載のハードウェア書き換え方法において、前記最適化情報が送信されてきたときにそのデバイスのハードウェア回路が書き換え可能状態でないときは、当該デバイスのハードウェア回路が書き換え可能状態になるのを待って前記ハードウェア書換手段によるハードウェア回路の書き換えタイミングを決定するようになっていることを特徴とするものである。
【００７０】
これによって、発明９と同様に、書き換え可能状態になると送信されてきた最適化情報に基づいて直ちに書き換え処理が実行されるようになるため、書き換え可能状態になってから実際に書き換え処理が実行されるまでの間に不要な空白時間がなくなり、効率的なハードウェア化が達成される。
【００７１】
〔発明３２〕また、発明３２のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明２３〜３１のいずれか１項に記載のハードウェア書き換え方法において、当該デバイスのハードウェア回路の容量が不足しているときは、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信する機能をさらに有することを特徴とするものである。
【００７２】
これによって、発明１０と同様に、ステータス情報や決定された送信先、最適化情報が仮に誤って当該デバイスのハードウェア回路にその最適化情報が収まり切れないなどの問題が発生した場合は、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信することによってホストコンピュータに、その処理が誤ったことを的確に知らせることが可能となる。
【００７３】
〔発明３３〕また、発明３３のネットワークデバイスシステムで用いられるハードウェア書き換え方法は、
発明３２に記載のハードウェア書き換えプログラムにおいて、前記いずれかのデバイスから最適化情報を拒否する旨の情報を受信したときは、再度全てのデバイスからステータス情報を取得してそのステータス情報に基づいて新たな最適化情報を作成するようになっていることを特徴とするものである。
これによって、発明１１と同様に、新たな最適化情報を直ちに作成できるため、短時間で初期の目的であるシステム全体のハードウェア化を達成することができる。
【００７４】
〔発明３４〕また、発明３４のホストコンピュータは、
書き換え可能なハードウェア回路を有するハードウェア回路を備えた複数のデバイスと情報通信可能に接続したホストコンピュータであって、前記各デバイスのステータス情報を取得するステータス情報取得手段と、前記各デバイスごとのハードウェア回路を書き換えるモジュールを含む最適化情報を当該ステータス情報取得手段で取得した各デバイスのステータス情報に基づいて生成する最適化情報生成手段と、当該最適化情報生成手段で生成された最適化情報を実際に送信するデバイスを決定する送信先デバイス決定手段と、当該送信先デバイス決定手段で決定されたデバイスに前記最適化情報生成手段で前記デバイスごとに作成された最適化情報を送信する最適化情報送信手段と、を有することを特徴とするものである。
【００７５】
このような構成によれば、ホストコンピュータは、ネットワーク上の各デバイスから各デバイスのステータス情報を取得し、そのステータス情報に基づいて各デバイスごとのハードウェア回路を書き換えるためのモジュールを含む最適化情報を生成した後、それぞれの最適化情報を各デバイスに送信することになる。そして、各デバイスは、この最適化情報を受信した後、この最適化情報に基づいて前記ハードウェア回路を書き換えることになる。
【００７６】
これによって、発明１と同様に、ホストコンピュータは、各デバイスのステータス情報から最適化情報を正確に生成することができるため、当該ネットワークシステム全体のバランスを考慮した的確なハードウェア化を実現することができる。
【００７７】
〔発明３５〕また、発明３５のホストコンピュータは、
発明３４に記載のホストコンピュータであって、前記最適化情報送信手段から前記最適化情報を送信するタイミングを決定する送信タイミング決定手段をさらに備えたことを特徴とするものである。
【００７８】
このような構成によれば、さらに生成した最適化情報を各デバイスに送信するタイミングも考慮することが可能となることから、仮に、その最適化情報を送信するときにいずれかのデバイスが稼働中（ビジー状態）で直ちにハードウェア化ができない状態のときに送信してしまうようなことがなくなり、的確なタイミングで各最適化情報を送信することができる。これによって、当該ネットワークシステム全体のバランスを損なうことなく、予定通りの的確なハードウェア化を実現することができる。
【００７９】
〔発明３６〕また、発明３６のホストコンピュータは、
発明３４又は３５に記載のホストコンピュータにおいて、前記ステータス情報は、少なくとも、前記デバイスのハードウェア回路の回路規模に関する情報と、当該ハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含むことを特徴とするものである。
【００８０】
このように、各デバイスから取得するステータス情報に、そのデバイスのハードウェア回路の回路規模に関する情報を含ませることによって、前記ホストコンピュータは、そのハードウェア回路でハードウェア化可能な容量のモジュールを的確に選択することができる。
また、そのステータス情報にそのデバイスのハードウェア回路が書き換え可能状態であるか否かに関する情報と、当該ハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とを含ませることによって、前記ホストコンピュータは、そのデバイスに送信する最適化情報の送信タイミングを的確に決定することができる。
【００８１】
〔発明３７〕また、発明３７のホストコンピュータは、
発明３４〜３６のいずれか１項に記載のホストコンピュータにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも長いときは、前記ハードウェア回路が書き換え可能状態でないデバイスを前記最適化情報の送信先として決定するようになっていることを特徴とするものである。
【００８２】
このように各デバイスをハードウェア化するに際して、稼働中（ビジー）のデバイスの処理時間、モジュールの送信時間及びそのモジュールによるデバイスのハードウェア回路の書き換え処理時間といった３つの時間を考慮し、稼働中（ビジー）のデバイスにそのまま最適化情報を送った方が他のデバイスに振り替えて送るよりもシステム全体のハードウェア化処理時間が早く終了する場合には、その稼働中（ビジー）のデバイスにそのまま最適化情報を送ることで発明３と同様に短時間でシステム全体のハードウェア化処理を実現することができる。
【００８３】
〔発明３８〕また、発明３８のホストコンピュータは、
発明３４〜３７のいずれか１項に記載のホストコンピュータにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報の送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかからいずれかのデバイスを決定するようになっていることを特徴とするものである。
【００８４】
すなわち、本発明は発明３７とは反対に、稼働中（ビジー）のデバイスにそのまま最適化情報を送るよりも他のデバイスに振り替えて送った方がシステム全体のハードウェア化処理時間が早く終了する場合には、その稼働中（ビジー）のデバイスに代えて他のデバイスにその最適化情報を送るようにしたものである。これによってかかるケースでは、短時間でシステム全体のハードウェア化処理を実現することができる。
【００８５】
〔発明３９〕また、発明３９のホストコンピュータは、
発明３４〜３７のいずれか１項に記載のホストコンピュータにおいて、前記送信先デバイス決定手段は、前記各デバイスのうち、前記ハードウェア回路が書き換え可能状態であるデバイスに対するモジュールの送信時間と、送信されたそのモジュールによるデバイスのハードウェア書き換え処理時間との合計時間が、前記ハードウェア回路が書き換え可能状態でないデバイスが書き換え可能になるまでの待ち時間よりも短いときは、前記ハードウェア回路が書き換え可能状態でないデバイスに送信される最適化情報に含まれるモジュールの送信先として、前記ハードウェア回路が書き換え可能状態であるデバイスのなかから、当該モジュールによる書き換え可能なハードウェア回路を有し、かつ、最も早くハードウェア回路の書き換え処理が終了するデバイスを決定するようになっていることを特徴とするものである。
【００８６】
これによって、発明３８と同様に、短時間でシステム全体のハードウェア化処理が可能となると共に、最適化情報の送信先のデバイスとしてそれに含まれるモジュールによる書き換え可能なハードウェア回路をするデバイスを決定するようにしたことから、容量不足による書き換え不能等といった不都合を回避して確実にそのモジュールのハードウェア化を実現することができる。
【００８７】
〔発明４０〕また、発明４０のホストコンピュータは、
発明３５に記載のホストコンピュータにおいて、前記送信タイミング決定手段は、前記ハードウェア回路が書き換え可能状態でないデバイスに対して最適化情報を送信するときは、前記ステータス情報に基づいて当該デバイスのハードウェア回路が書き換え可能状態になるタイミングを見計らって前記最適化情報を送信するようになっていることを特徴とするものである。
【００８８】
これによって最適化情報を送信するときにいずれかのデバイスが稼働中（ビジー状態）で直ちにハードウェア化ができない状態のときにそのまま送信してしまったり、ハードウェア回路が書き換え可能状態になったのにもかかわらず、最適化情報が長時間送られてこない等といったようなことがなくなり、各デバイスの状態に応じた的確なタイミングで各最適化情報を送信することができる。この結果、当該ネットワークシステム全体のバランスを損なうことなく、予定通りの的確なハードウェア化を実現することができる。
【００８９】
〔発明４１〕また、発明４１のホストコンピュータは、
発明３４〜４０のいずれか１項に記載のホストコンピュータにおいて、前記最適化情報生成手段は、前記いずれかのデバイスから最適化情報の受信を拒否する旨の情報を受信したときは、再度全てのデバイスからステータス情報を取得してそのステータス情報に基づいて新たな最適化情報を作成するようになっていることを特徴とするものである。
これによって、新たな最適化情報を直ちに作成できるため、短時間で初期の目的であるシステム全体のハードウェア化を達成することができる。
【００９０】
〔発明４２〕また、発明４２のネットワークデバイスは、
書き換え可能なハードウェア回路を有するハードウェア回路を備えると共に、ネットワークを介してホストコンピュータと情報通信可能に接続されたネットワークデバイスであって、前記ホストコンピュータに自己のステータス情報を送信するステータス情報送信手段と、前記ホストコンピュータから送信される最適化情報を受信する最適化情報受信手段と、当該最適化情報受信手段で受信した最適化情報に基づいて前記ハードウェア回路を書き換えるハードウェア書換手段と、を有することを特徴とするものである。
これによってネットワークデバイスは、ホストコンピュータから送信される最適化情報に基づいて自己のハードウェア回路を書き換えることができるため、確実にハードウェア化を達成することができる。
【００９１】
〔発明４３〕また、発明４３のネットワークデバイスは、
発明４２に記載のネットワークデバイスにおいて、前記ハードウェア書換手段による前記ハードウェア回路の書き換えタイミングを決定する書換タイミング決定手段をさらに備えたことを特徴とするものである。
【００９２】
これによって、ネットワークデバイスは、前記ホストコンピュータから最適化情報が送信されてきたときに他の処理の稼働中で直ちに書き換え処理が実施できない場合でも、その処理の終了を待って直ちにハードウェア化を実施することができる。この結果、書き換え処理ができなかったり、書き換え処理が開始されるまでに無用な空白期間が発生することがなくなり、効率的なハードウェア化が達成できる。
【００９３】
〔発明４４〕また、発明４４のネットワークデバイスは、
発明４３に記載のネットワークデバイスにおいて、前記書換タイミング決定手段は、前記最適化情報が送信されてきたときにそのデバイスのハードウェア回路が書き換え可能状態でないときは、当該デバイスのハードウェア回路が書き換え可能状態になるのを待って前記ハードウェア書換手段によるハードウェア回路の書き換えタイミングを決定するようになっていることを特徴とするものである。
【００９４】
これによって、書き換え可能状態になると送信されてきた最適化情報に基づいて直ちに書き換え処理が実行されるようになるため、書き換え可能状態になってから実際に書き換え処理が実行されるまでの間に不要な空白時間がなくなり、効率的なハードウェア化が達成される。
【００９５】
〔発明４５〕また、発明４５のネットワークデバイスは、
発明４２〜４４のいずれか１項に記載のネットワークデバイスにおいて、前記ハードウェア書換手段は、当該デバイスのハードウェア回路の容量が不足しているときは、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信する機能をさらに有することを特徴とするものである。
【００９６】
これによって、発明１０と同様に、ネットワークデバイスは、ステータス情報や決定された送信先、最適化情報が仮に誤って当該デバイスのハードウェア回路にその最適化情報が収まり切れないなどの問題が発生した場合は、その最適化情報を拒否する旨の情報を前記ホストコンピュータに送信することによってホストコンピュータに、その処理が誤ったことを的確に知らせることが可能となる。
【００９７】
〔発明４６〕また、発明４６のネットワークデバイスは、
発明１３に記載のネットワークデバイスにおいて、
前記ホストコンピュータからの印刷指示に基づいて印刷を実行する印刷手段をさらに有することを特徴とするネットワークデバイス。
これによって、前記ホストコンピュータからの印刷指示に基づいて印刷を実行する印刷手段を有するプリンタは、ホストコンピュータから送信される最適化情報に基づいて自己のハードウェア回路を書き換えることができるため、確実にハードウェア化を達成することができる。
【発明を実施するための最良の形態】
【００９８】
以下、本発明の第１の実施の形態を図面を参照しながら説明する。
図１〜図１３は、本発明に係るネットワークデバイスシステム１００、及び当該システム１００に用いられるハードウェア書き換えプログラム、ハードウェア書き換え方法、並びに当該システムを構成するホストコンピュータ２００及びネットワークデバイス３００の第１の実施の形態を示す図である。
【００９９】
先ず、本発明を適用するネットワークデバイスシステム１００の機能概要を図１を参照しながら説明する。
図１は、本発明を適用するネットワークデバイスシステム１００の機能概要を示す機能ブロック図である。
図示するように、このネットワークデバイスシステム１００は、ホストコンピュータ２００と、複数のデバイス３００とがネットワークＮを介して双方向情報通信可能に接続されて構成されている。なお、以下の説明では、これら各デバイス３００として、印刷機能を主たる機能とするプリンタを例に説明する。
【０１００】
このホストコンピュータ２００は、例えば、ワープロソフト等のアプリケーションソフトウェアが起動するパーソナルコンピュータ（ＰＣ）やワークステーション等から構成されており、そのアプリケーションソフトウェアによって実現される各種情報作成機能に加え、以下に説明するようなステータス情報取得手段１０と、最適化情報生成手段１２と、送信先デバイス決定手段１４と、送信タイミング決定手段１６と、最適化情報送信手段１８とを実現する機能が備えられている。以下、これら各手段１０〜１８についてそれぞれ説明する。
【０１０１】
先ず、ステータス情報取得手段１０は、前記各デバイス３００のステータス情報を取得する機能を提供するようになっている。この「ステータス情報」とは、少なくとも、そのデバイス３００の書き換え可能なハードウェア回路の回路規模に関する情報と、そのハードウェア回路が書き換え可能状態であるか否かに関する情報と、そのハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの待ち時間に関する情報とを少なくとも含むようになっている。
【０１０２】
例えば、前記各デバイス３００が「プリンタ」であるとすると、その「ステータス情報」は、「１００ＫＢ」等といった書き換え可能なハードウェア回路の回路規模の情報と、そのプリンタが現在、印刷処理中（ビジー状態）であってそのハードウェア回路が書き換え可能状態でないといった情報と、そのプリンタの印刷処理が終了してそのハードウェア回路が書き換え可能状態になるまでの待ち時間に関する情報等である。
【０１０３】
なお、前記各デバイス３００が「プリンタ」の場合、そのプリンタを特定するＩＰアドレスや、ＭＡＣアドレスの他、プリンタ固有の情報である、印刷方式（インクジェット方式、レーザ方式）、カラー印刷が可能か否か、現在のトナー消費量［％］（ＣＭＹＫ）、トナー残量［％］（ＣＭＹＫ）、起動してからの印刷枚数（Ａ４、Ａ３、Ｂ５等）、出荷されてからのトータル印刷枚数（Ａ４、Ａ３、Ｂ５等）、現在の紙残量（Ａ４、Ａ３、Ｂ５等）、用紙トレイ・カバー状態（オープン／クローズ）、両面ユニット装着の有無、プリンタ内部温度、紙詰まりの有無等の各種情報も、適宜、この「ステータス情報」に含ませても良い。その他、電源のＯＮ／ＯＦＦ状態、プリンタを起動してからの時間、標準時間（ＧＭＴ（Ｇｒｅｅｎｗｉｃｈ  Ｍｅａｎ  Ｔｉｍｅ）、日本標準時等）、消費電力、製造年月日、製品シリアル番号、ネットワーク設定（ＩＰアドレス、サブネットマスク、デフォルトゲートウェイ、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）  、ＷＩＮＳＷｉｎｄｏｗｓ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ  、ＮｅｔＢＩＯＳ（Ｎｅｔｗｏｒｋ  ＢＩＯＳ名等）、ファームウェアのバージョン情報、ハードウェアのメモリサイズ（使用メモリサイズ、空きメモリサイズ（ＨＤＤサイズ、使用ＨＤＤサイズ、空きＨＤＤサイズ））等が挙げられる。
【０１０４】
次に、最適化情報生成手段１２は、このステータス情報取得手段１０で取得した各デバイス３００のステータス情報に基づいて、この各デバイス３００ごとのハードウェア回路を書き換えるモジュールを含む最適化情報を生成する機能を提供するようになっている。
このハードウェア回路を書き換える「モジュール」としては、例えば、前記のようにデバイス３００がプリンタである場合には、図４に示すように、カラー用の中間言語を受け、カラーやモノクロのＲＧＢレンダリングデータを作成するための「カラー中間言語用レンダリングモジュール」Ｍ１や、モノクロ用の中間言語を受け、モノクロのＲＧＢレンダリングデータを作成するための「モノクロ中間言語用レンダリングモジュール」Ｍ２、ＲＧＢのレンダリングデータをＣＭＹＫに色変換する「ＲＧＢ→ＣＭＹＫ色変換モジュール」Ｍ３、ＲＧＢのレンダリングデータをＢｌａｃｋに色変換する「ＲＧＢ→Ｂｌａｃｋ色変換モジュール」Ｍ４、Ｂｌａｃｋレンダリングデータの二値化を行う「Ｂｌａｃｋ二値化モジュール」Ｍ５、ＰＤＦファイルをそのままの形で受け、ＲＧＢレンダリングデータを作成する「ＰＤＦレンダリングモジュール」Ｍ６等である。
【０１０５】
そして、これらモジュールのデータ容量、例えば、図４に示すように「カラー中間言語用レンダリングモジュール」Ｍ１のデータ容量は「５０ＫＢ」、「ＰＤＦレンダリングモジュール」Ｍ６のデータ容量は「１５０ＫＢ」といったように、各モジュールのデータ容量と、前記ステータス情報に含まれる各デバイス３００のハードウェア回路の回路規模とを考慮してこれら各モジュールＭのうちいずれか１つ又は２つ以上のモジュールを選択し、選択したそのモジュール自身と、そのモジュールでそのプリンタ３００のハードウェア回路を書き換えるべき旨の指令とを少なくとも含む「最適化情報」を各デバイス３００ごとに作成するようになっている。
【０１０６】
なお、このように各デバイス３００がプリンタである場合に適用可能な他の代表的なモジュールとしては、ＸＭＬデータを受け、ＲＧＢレンダリングデータを作成する「ＸＨＴＭＬレンダリングモジュール」、ＢＭＰデータを直接受け、ＲＧＢレンダリングデータを作成する「ＢＭＰレンダリングモジュール」、ＪＰＧデータを直接受け、ＲＧＢレンダリングデータを作成する「ＪＰＧレンダリングモジュール」、ＧＩＦデータを直接受け、ＲＧＢレンダリングデータを作成する「ＧＩＦレンダリングモジュール」、ＴＩＦＦデータを直接受け、ＲＧＢレンダリングデータを作成する「ＴＩＦＦレンダリングモジュール」、Ｃｙａｎレンダリングデータの二値化を行う「Ｃｙａｎ二値化モジュール」、Ｍａｇｅｎｔａレンダリングデータの二値化を行う「Ｍａｇｅｎｔａ二値化モジュール」、Ｙｅｌｌｏｗレンダリングデータの二値化を行う「Ｙｅｌｌｏｗ二値化モジュール」等が挙げられる。
【０１０７】
次に、送信先デバイス決定手段１４は、この最適化情報生成手段１２で生成された最適化情報を実際に送信するデバイス３００を決定する機能を提供するようになっている。例えば、あるデバイス（プリンタ）３００の書き換え可能なハードウェア回路の回路規模が「１９０ＫＢ」であったとすると、書き換え対象となる全てのモジュールＭ１〜Ｍ６、…のうち、モジュールＭ１〜Ｍ４までのモジュールを含む最適化情報の送信先としてそのデバイス３００が選択されて決定されることになる。
【０１０８】
最適化情報送信手段１６は、この送信先デバイス決定手段１４で決定されたデバイス３００に対して前記最適化情報生成手段１２で各デバイス３００ごとに作成された最適化情報を送信する機能を提供するようになっている。
送信タイミング決定手段１８は、この最適化情報送信手段１６から前記最適化情報を送信するタイミングを決定する機能を提供するようになっている。すなわち、前記送信先デバイス決定手段１４で決定されたデバイス３００がビジー状態である場合には、前記ステータス情報に含まれている、そのハードウェア回路が書き換え可能状態でないときに書き換え可能になるまでの待ち時間に関する情報に基づいて、そのデバイス３００のハードウェア回路が書き換え可能状態になるときを見計らって前記最適化情報を送信するタイミングを決定するようになっている。従って、前記最適化情報送信手段１６は、この送信タイミング決定手段１８で各デバイス３００ごとに決定された送信タイミングに従ってその最適化情報を送信するようになっている。
【０１０９】
なお、このホストコンピュータ２００のステータス情報取得手段１０や、最適化情報生成手段１２、送信先デバイス決定手段１４、送信タイミング決定手段１６、最適化情報送信手段１８等は、実際には、図２に示すようにＣＰＵやＲＡＭ等からなるハードウェアと、図６等に示すようなアルゴリズムを実現した専用のコンピュータプログラム（ソフトウェア）とからなるコンピュータシステムによって実現されるようになっている。
【０１１０】
すなわち、このホストコンピュータ２００を実現するためのハードウェアは、図２に示すように、各種制御や演算処理を担う中央演算処理装置であるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４０と、主記憶装置（Ｍａｉｎ  Ｓｔｏｒａｇｅ）に用いられるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）４１と、読み出し専用の記憶装置であるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）４２と、ハードディスクドライブ装置（ＨＤＤ）や半導体メモリ等の補助記憶装置（Ｓｅｃｏｎｄａｒｙ  Ｓｔｏｒａｇｅ）４３、及びモニタ（ＬＣＤ（液晶ディスプレイ）やＣＲＴ（陰極線管））等からなる出力装置４４、イメージスキャナやキーボード、マウス、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）等の撮像センサ等からなる入力装置４５と、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮ、及びこれらの入出力インターフェース（Ｉ／Ｆ）４６等との間を、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスやＩＳＡ（Ｉｎｄｕｓｔｒｉａｌ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス等からなるプロセッサバス、メモリバス、システムバス、入出力バス等の各種内外バス４７によってバス接続したものである。
【０１１１】
そして、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）等の記憶媒体、あるいは通信ネットワークＮを介して供給される各種制御用プログラムやデータを補助記憶装置４３等にインストールすると共にそのプログラムやデータを主記憶装置４１にロードし、その主記憶装置４１にロードされたプログラムに従ってＣＰＵ４０が各種リソースを駆使して所定の制御及び演算処理を行い、その処理結果（処理データ）をバス４７を介して出力装置４４に出力して表示すると共に、そのデータ（印刷データや最適化情報等）をネットワークＮを介して各デバイス３００に送信したり、必要に応じて補助記憶装置４３に適宜記憶、保存（更新）処理するようにしたものである。
【０１１２】
一方、デバイス３００は、そのデバイス固有の機能、すなわち、このデバイス３００がプリンタである場合は、印刷機構や紙送り機構、操作パネル等といった機能に加え、図１に示すように書き換え可能なハードウェア回路（より正確には書き換え可能なハードウェア領域を有する回路素子）２０の他、最適化情報受信手段２４と、ハードウェア書換手段２４とが備えられた構成となっている。
【０１１３】
この最適化情報受信手段２４は、前記ホストコンピュータ２００から送信される最適化情報を受信する機能を提供するものであり、受信した最適化情報を解析してハードウェア書換手段２４に通知するようになっている。なお、この最適化情報受信手段２４は、前記ホストコンピュータのステータス情報取得手段１０にそのデバイス３００ステータス情報を送信するためのステータス情報送信手段として機能するようになっている。
【０１１４】
そして、ハードウェア書換手段２２は、この最適化情報受信手段２４で受信した最適化情報に基づいて前記ハードウェア回路２２を実際に書き換える機能を提供するようになっている。例えば、最適化情報受信手段２４から新しいバージョンのモジュールとそのバージョンの書き換え指令が通知された場合には、そのハードウェア回路２２に書き込まれた旧バージョンのモジュールに代わってその新しいバージョンのモジュールに書き換える（再構成する）ようになっている。
【０１１５】
なお、このデバイス３００の最適化情報受信手段２４やハードウェア書換手段２４等は、実際には、図３に示すようにＣＰＵやＲＡＭ等からなるハードウェアと、図６等に示すようなアルゴリズムを実現した専用のコンピュータプログラム（ソフトウェア）とからなるコンピュータシステムによって実現されるようになっている。すなわち、このデバイス３００を実現するためのハードウェアは、このデバイス３００がプリンタである場合は、図３に示すように、ＣＰＵ４０と、ＲＡＭ４１と、ＲＯＭ４２と、書き換え可能なハードウェア回路２０と、補助記憶装置４３、及び出力装置である印刷機構４９と、入力装置である操作パネル４８と、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮと、これらの入出力インターフェース（Ｉ／Ｆ）４６等との間を、プロセッサバスやメモリバス、システムバス、入出力バス等の各種内外バス４７によってバス接続したものである。
【０１１６】
そして、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）等の記憶媒体、あるいは通信ネットワークＮを介して供給される各種制御用プログラムやデータを補助記憶装置４３等にインストールすると共にそのプログラムやデータをＲＡＭ４１にロードし、そのＲＡＭ４１にロードされたプログラムに従ってＣＰＵ４０が各種リソースを駆使して所定の制御及び演算処理を行い、その処理結果（処理データ）をバス４７を介して印刷機構４９から印刷物として出力したり、ステータス情報等をデータをネットワークＮを介して各デバイスに送信したり、必要に応じて補助記憶装置４３に適宜記憶、保存（更新）処理するようにしたものである。
【０１１７】
さらにこれに加えて、ネットワークＮを介してホストコンピュータ２００から送られてくる最適化情報に基づいて書き換え可能なハードウェア回路２０を書き換えるようになっている。
また、このデバイス３００としては、前述したようなコンピュータシステムを実現するハードウェア構成を備え、かつ、ネットワークＮを介してホストコンピュータ２００と通信可能なものであれば、特に限定されるものではなく前述したプリンタの他に、例えばスキャナ、複写機、ファクシミリ、プロジェクタ、デジタルカメラ、ＰＣ、オーディオ、テレビ、ビデオ、冷蔵庫、電子レンジ、加湿器、エアコン、洗濯機、扇風機等のデジタル家電及び携帯電話、ＰＤＡ、電子ペーパ等の携帯端末等、ネットワークカード、ゲートウェイ（ホームゲートウェイを含む）、ルータ、ブリッジ、ＨＵＢ等のネットワーク接続可能なデバイス全般が挙げられる。
【０１１８】
一方、ホストコンピュータ２００は、図２に示すようなハードウェア構成及び所定の制御プログラムを備えたコンピュータシステムであれば、特に限定されるものでないが、一般には大容量の記憶装置を有し、高性能なＣＰＵ等を備えたパーソナルコンピュータ（ＰＣ）やワークステーション等と称される電子計算機によって実現可能となっている。
また、このホストコンピュータ２００と各デバイス３００との通信に用いるプロトコルについても特に限定するものでなく、インターネット等のネットワークＮを経由するものであれば、インターネットでスタンダードなＴＣＰ／ＩＰプロトコルが利用され、また、ある特定のベンダーで統一されたＬＡＮであれば、ＡｐｐｌｅＴａｌｋ／ＥｔｈｅｒＴａｌｋ（登録商標）やＮｅｔＢＥＵＩ／ＮｅｔＢＩＯＳ（登録商標）、ＳＰＸ／ＩＰＸ（登録商標）等の特定のプロトコルを利用することができる。例えば、ＴＣＰ／ＩＰであれば、ホストコンピュータ２００と各デバイス３００間でコネクションを確立して信頼性のある通信を確保するためのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）や効率的な通信を提供すべくコネクションレス型のプロトコルであるＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、多数の経路のなかから所定の宛先にパケットを送り届けるためのプロトコルであるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の他、ネットワークを介して他方の端末をリモートコントロールするためのプロトコルであるＴｅｌｎｅｔ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ）、Ｔｅｌｎｅｔを利用してファイル転送を実行するプロトコルであるＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、他のコンピュータに対する透過的なファイルアクセス機能を提供するためのプロトコルであるＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）、故障情報やトラフィック情報などのネットワーク管理情報をやりとりするためのプロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、ＡＲＰａｎｄＲＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ，Ｒｅｖｅｒｓｅ  ＡＲＰ）、ＳＬＩＰａｎｄＰＰＰ（Ｓｅｒｉａｌ  Ｌｉｎｅ  Ｐｒｏｔｏｃｏｌ，  Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）、ＲＩＰａｎｄＯＳＰＦ（Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ，Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＩＰｓｅｃ（ＩＰ  ｓｅｃｕｒｉｔｙ  Ｐｒｏｔｏｃｏｌ）、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）等が多用されるものと考えられる。
【０１１９】
また、前記ホストコンピュータ２００は、ネットワークＮ上に必ずしも独立して存在している必要はなく、例えば、デバイス３００の一つと一体化して存在したり、２つ以上存在していても良い。
次に、このような構成をした本発明のネットワークデバイスシステム１００によるネットワークデバイス書き換え方法の具体例を図６〜図８のフローチャート図及び図９〜図１１の模式図等を参照しながら説明する。
【０１２０】
なお、本発明のネットワークデバイスシステム１００は、図９に示すように、一つのホストコンピュータ２００と、４つのデバイス３００（デバイスＡ、デバイスＢ、デバイスＣ、デバイスＤ）とが同一のネットワークＮによって相互に情報通信可能に接続され、この一つのホストコンピュータ２００によって４つの全てのデバイスＡ〜Ｄがハードウェア書き換え可能に一元管理されているものとする。
【０１２１】
そして、 図６に示すように、ホストコンピュータ２００（のステータス情報取得手段１０）は、ハードウェア書き換え処理を実行するに際し、最初のステップＳ１００において全デバイスＡ〜Ｄのステータス情報を取得する。このステータス情報は、前述したように少なくとも、そのデバイス３００のハードウェア回路２０が書き換え可能状態であるか否かの情報と、そのハードウェア回路２０の回路規模に関する情報と、そのハードウェア回路２０が書き換え可能状態でないときに書き換え可能になるまでの時間に関する情報とが含まれている。なお、このステータス情報は、デバイス３００の電源オフや通信障害等により取得できない場合もあるが、本実施の形態では全てのデバイスＡ〜Ｄからそのデバイス固有のステータス情報が取得できたものとする。
【０１２２】
次に、ホストコンピュータ２００（の最適化情報生成手段１２）は、このようにして全デバイスＡ〜Ｄのステータス情報を取得したならば、次のステップＳ１０２に移行して、そのステータス情報の回路規模に基づいて各デバイスＡ〜Ｄごとの最適化情報を生成する。
次に、そのホストコンピュータ２００（の送信先デバイス決定手段１４）は、次のステップＳ１０４に移行して前記ステータス情報から全デバイスＡ〜Ｄのなかで、ビジー状態、すなわち、自己のハードウェア回路２０に対して直ちにハードウェア化ができないデバイスがあるか否かを判断する。図１０の例では、デバイスＡ〜Ｄのうち、デバイスＡとデバイスＤが印刷処理を実行中であるため、この場合には、直ちに全てのデバイスＡ〜Ｄに対するハードウェア回路２０の書き換え処理は不可能と判断する。
【０１２３】
そして、このステップＳ１０４において、ビジー状態のデバイス３００が存在しないと判断した場合（Ｎｏ）は、そのままステップＳ１１８までジャンプするが、ビジー状態のデバイス３００が存在すると判断した場合は、次のステップＳ１０６に移行し、ステータス情報に基づいてそのビジー状態のデバイス３００のうち、最後に処理が終了する残り時間（待ち時間：Ｔ１）を算出する。図１０の場合は、デバイスＡ、Ｄのうち、デバイスＡが先に終了してデバイスＤが最後に終了すると仮定すると、デバイスＤが終了する時間が残り時間（待ち時間：Ｔ１）として算出される。
【０１２４】
次に、このようにして処理が終了する残り時間（待ち時間：Ｔ１）が算出されたならば、次のステップＳ１０８に移行し、直ちにハードウェア化が可能なデバイスに対する最適化情報の送信開始から送信された最適化情報によってハードウェア化が終了するまでの時間（終了時間：Ｔ２）を算出する。図１０の例では、ビジー状態のデバイスＡとデバイスＤのうち、最適化情報が生成されたときから最後に処理が終了するデバイスの終了時間までの時間が待ち時間（Ｔ１）となり、また、直ちにハードウェア化が可能なデバイスＢ、Ｃに対してそれぞれ最適化情報を送信してからその最適化情報によってハードウェア化が終了するまで時間が終了時間（Ｔ２）ということになる。
【０１２５】
そして、次のステップＳ１１０に移行して時間（Ｔ１）が（Ｔ２）よりも長いとき（Ｙｅｓ）、すなわち、図１０の例でいうと、ビジー状態のデバイスＡ、Ｄがそのハードウェア回路２０の書き換え可能になる前に、他のデバイスＢ、Ｃのハードウェア書き換え処理が終了すると判断した場合は、次のステップＳ１１２に移行して、既にハードウェア書き換え処理が終了するデバイスＢ、Ｃのうち、最初に処理が終了するデバイスのハードウェア回路２０の回路規模を算出してから次の判断ステップＳ１１４に移行する。
【０１２６】
ステップＳ１１４では、最初に処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０の回路規模に基づきその最初に処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０によってビジー状態のデバイス（ＡｏｒＤ）分の最適化情報のハードウェア化が可能であるか否かを判断する。すなわち、最初に処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０の残り容量によってビジー状態のデバイス（ＡｏｒＤ）分の最適化情報のハードウェア化が可能であるか否かを判断する。
【０１２７】
この結果、最初に処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０の残り容量によってビジー状態のデバイス（ＡｏｒＤ）分の最適化情報のハードウェア化が可能であると判断したとき（Ｙｅｓ）は、次のステップＳ１１６に移行して、ホストコンピュータ（の送信先デバイス決定手段１４）２００は、その最初に処理が終了するデバイス（ＢｏｒＣ）をビジー状態のデバイス分の最適化情報の送信先として決定した後、ステップＳ１１８に移行して各デバイスそれぞれの最適化情報を送信して処理を終了することになる。
【０１２８】
一方、前記ステップＳ１１４において、最初にハードウェア書き換え処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０の残り容量によっては、ビジー状態のデバイス（ＡｏｒＤ）分の最適化情報のハードウェア化が不可能であると判断した場合は、図７に示すステップＳ１２２に移行し、次にハードウェア書き換え処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０の回路規模を算出してからステップＳ１２４に移行する。
【０１２９】
ステップＳ１２４ではステップＳ１１４と同様に、次に処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０の回路規模に基づきそのデバイス（ＢｏｒＣ）のハードウェア回路２０によってビジー状態のデバイス（ＡｏｒＤ）分の最適化情報のハードウェア化が可能であるか否かを判断する。
この結果、次に処理が終了するデバイス（ＢｏｒＣ）のハードウェア回路２０によってビジー状態のデバイス（ＡｏｒＤ）分の最適化情報のハードウェア化が可能であると判断したとき（Ｙｅｓ）は、次のステップＳ１２６に移行してそのデバイス（ＢｏｒＣ）をビジー状態のデバイス分の最適化情報の送信先として決定した後、ステップＳ１１８に移行して各デバイス３００それぞれの最適化情報を送信して処理を終了することになるが、ハードウェア化が不可能であると判断したとき（Ｙｅｓ）は、次の判断ステップＳ１２８に移行する。
【０１３０】
ステップＳ１２８では、他にビジー状態のデバイス分の最適化情報のハードウェア化が可能なデバイスがあるか否かを検出し、「ある」と判断した場合（Ｙｅｓ）は、ステップＳ１２２に戻って同様な処理を繰り返すことになるが、「ない」と判断した場合（Ｎｏ）は、そのビジー状態のデバイス分の最適化情報の送信先として元のビジー状態のデバイスを決定してからステップＳ１１８に移行して各デバイスそれぞれの最適化情報を送信して処理を終了することになる。
【０１３１】
すなわち、ビジー状態のデバイス３００のハードウェア回路２０の書き換え処理が可能となる前に、他のデバイス３００のハードウェア回路２０の書き換え処理が終了すると判断したときは、先に書き換え処理が終了するデバイス３００のハードウェア回路２０の残り容量を算出してビジー状態のデバイス３００の最適化情報の書き換えが可能であるときは、その先に書き換え処理が終了するデバイス３００のハードウェア回路２０にビジー状態のデバイス３００の最適化情報を書き換え処理するようにし、不可能である場合は、原則通り、ビジー状態のデバイス３００に対してそのデバイス３００用の最適化情報を送信するようにしたものである。  これによって、ネットワークシステム１００全体のハードウェア回路の書き換え処理を短時間で終了させることが可能となる。また、的確なタイミングで、最適化情報を送信することができるため、一部のデバイス３００でハードウェア化が行われなくなる等といった不都合を回避してネットワークシステム１００全体のバランスの良い的確なハードウェア化を実現することができる。また、システム１００中のいずれかのデバイス３００が稼働（ビジー）なかであっても、的確なハードウェア化処理を行うことができる。
【０１３２】
そして、図８に示すように、各デバイス（の最適化情報受信手段２４）３００は、印刷処理等のそのデバイス３００本来の処理が終了したならば、最初のステップＳ１３２においてホストコンピュータ２００からの最適化情報の受信待ち状態となり、次のステップＳ１３４において最適化情報を受信したと判断したとき（Ｙｅｓ）は、ハードウェア書き換え手段２２によって自己の書き換え可能なハードウェア回路２０をその最適化情報に従って書き換えることになる。
【０１３３】
図１１は、ビジー状態のデバイスＡ、Ｄの印刷処理等が、デバイスＢ、Ｃのハードウェア化が終了する前に終了する（Ｔ１＜Ｔ２）と判断したことから、当初の予定通り、各デバイスＡ〜Ｄに対して、それぞれモジュールａ、ｂ、ｃ、ｄを含む最適化情報を送信した状態を示したものである。
また、図１２は、デバイスＤのみがビジー状態であり、その処理が終了する前にデバイスＡのハードウェア化が終了し、かつ十分なハードウェア回路２０の残り容量があると判断して、デバイスＤの最適化情報に含まれるモジュールｄをデバイスＡのハードウェア回路２０にハードウェア化した状態を示したものである。また、図１３は、同じく５つのデバイスＡ〜Ｅが存在し、デバイスＥのみがビジー状態であり、その処理が終了する前にデバイスＤのハードウェア化が終了し、かつ十分なハードウェア回路２０の残り容量があると判断して、デバイスＥの最適化情報に含まれるモジュールｃ、ｄをデバイスＤのハードウェア回路２０にハードウェア化した状態を示したものである。
【０１３４】
次に、図１４〜図１９は本発明の第２及び第３の実施の形態を示したものである。
図１５は、本発明に係るネットワークデバイスシステム１００の第２の実施の形態を示すブロック図である。
図示するように、本実施の形態では前記第１の実施の形態においてホストコンピュータ２００で採用した送信タイミング決定手段１６に代えてデバイス３００側に書換タイミング決定手段２６を新たに付設したものである。
【０１３５】
図１６及び図１７は、このようにデバイス３００側に書換タイミング決定手段２６を新たに付設した場合の処理の流れの一例を示したフローチャート図である。
先ず、図１６に示すように、本実施の形態ではホストコンピュータ２００側での処理は、前記第１の実施の形態とほぼ同様であり、ステップＳ１１０において、Ｔ１＞Ｔ２でないと判断された（Ｎｏ）場合に、前記第１の実施の形態のステップＳ１２０のように各デバイス３００に対する最適化情報の送信タイミングの決定処理を省略してそのままステップＳ１１８までジャンプするようにしたものである。
【０１３６】
すなわち、本実施の形態は、先にハードウェア化が開始されたデバイス３００のハードウェア化が終了する前に、ビジー状態のデバイス３００のハードウェア回路２０が書き換え可能になると判断したときは、そのビジー状態のデバイス３００のハードウェア回路２０が書き換え可能になるのを待つことなく、直ちにそのビジー状態のデバイス３００にそのデバイス３００分の最適化情報を送るようにしたものである。
【０１３７】
そして、図１７に示すように、各デバイス（の最適化情報受信手段２４）３００は、最初のステップＳ１３２においてホストコンピュータ２００からの最適化情報の受信待ち状態となっており、次のステップＳ１３４において最適化情報を受信したと判断したとき（Ｙｅｓ）は、次のステップＳ１３８に移行して、ビジー状態であるか否か、すなわち、印刷処理等といったそのデバイス３００本来の処理の実行中であるか否かを判断する。
【０１３８】
このステップＳ１３８において、「ビジー状態でない」と判断したとき（Ｎｏ）はそのままステップＳ１４２までジャンプするが、「ビジー状態である」と判断したとき（Ｙｅｓ）は、次のステップＳ１４０に移行してその書換タイミング決定手段２６が、そのデバイス３００本来の処理の終了する時間、すなわち、自己のハードウェア回路２０の書き換えが可能になる時間（Ｔ３）を算出してそのハードウェア回路２０の書き換えタイミングを決定する。
【０１３９】
そして、このようにして自己のハードウェア回路２０の書き換えタイミングが決定されたならば、ハードウェア書換手段２２によって自己の書き換え可能なハードウェア回路２０をその最適化情報に従って書き換えることになる。
これによって、ホストコンピュータ２００は、最適化情報を原則通り、各デバイス３００に送信するだけで各デバイス３００側で適当なタイミングでハードウェア化が行われるようになるため、ホストコンピュータ２００側の最適化情報の送信タイミングを決定するための計算等に要する負荷が軽減されてホストコンピュータ２００側での処理をより迅速に行うことができる。
【０１４０】
次に、図１８及び図１９は、本発明の第３の実施の形態を示すフローチャート図であり、各デバイス３００にハードウェア化の拒否権を与えると共に、各デバイス３００からハードウェア化の拒否があったときのホストコンピュータ２００の処理の流れの一例を示したものである。
図１８は、ホストコンピュータ２００側での処理の流れを、また、図１９は、各デバイス３００側で処理の流れをそれぞれ示したものである。
【０１４１】
先ず、図１８に示すようにホストコンピュータ２００では、デバイス３００のハードウェア回路２０の書き換え処理を実行する場合には、最初のステップＳ２００において全てのデバイス３００のステータス情報を取得してから、次のステップＳ２０２に移行して全てのデバイス３００の回路規模から各デバイス３００ごとの最適化情報を作成する。なお、このとき、ホストコンピュータ２００は、各デバイス３００のハードウェア回路２０の回路規模を考慮することなく、各デバイス３００ごとに適当なモジュールを含む最適化情報を作成する。
【０１４２】
次に、ステップＳ２０４に移行して各デバイス３００ごとに作成された最適化情報をその各デバイス３００ごとの送信先デバイスとして決定した後、ステップＳ２０６に移行してその最適化情報を各デバイス３００に送信する。
一方、各デバイス３００は、図１９に示すように最初のステップＳ１３２においてホストコンピュータ２００からの最適化情報の受信待ち状態となっており、次のステップＳ１３４において最適化情報を受信したと判断したとき（Ｙｅｓ）は、次の判断ステップＳ１４４に移行して、その最適化情報によって自己のハードウェア回路２０のハードウェア化が可能であるか否かを判断する。
【０１４３】
すなわち、最適化情報と共に送られてきたモジュールの容量に比して自己のハードウェア回路２０の容量が十分で、その最適化情報に従ったハードウェア化処理が可能であると判断したとき（Ｙｅｓ）は、次のステップＳ１４６に移行してハードウェア化処理を実行することになるが、これとは反対に、最適化情報と共に送られてきたモジュールの容量に比して自己のハードウェア回路２０の容量が不足してその最適化情報に従ったハードウェア化処理が不可能であると判断したとき（Ｎｏ）は、ステップＳ１４８側に移行してその最適化情報によるハードウェア化処理を一切行うことなく、ホストコンピュータ２００に対してハードウェア化拒否の通知を行ってから処理を終了することになる。
【０１４４】
そして、ホストコンピュータ２００側では、図１８のステップＳ２０８において、各デバイス３００からハードウェア化拒否の通知があるか否かを監視し、ハードウェア化拒否の通知がないと判断したとき（Ｎｏ）は、そのまま処理を終了することになるが、ハードウェア化拒否の通知があったと判断したときは、次のステップＳ２１０に移行してハードウェア化拒否の通知がなかった他のデバイス３００のうち、最初にハードウェア化が終了すると判断されるデバイス３００を算出してから、次のステップＳ２１２に移行してそのデバイス３００に前記ハードウェア化拒否の通知があったデバイス３００に送った最適化情報を送信する。
【０１４５】
そして、次のステップＳ２１４において、そのデバイス３００からハードウェア化拒否の通知があるか否かを監視し、拒否通知がないと判断したとき（Ｎｏ）は、そのデバイス３００で前記ハードウェア化拒否の通知があったデバイス３００分の最適化情報によってハードウェア化が可能であると判断してそのまま処理を終了するが、再びこのデバイス３００からハードウェア化拒否の通知があったと判断したとき（Ｙｅｓ）は、次のステップＳ２１６に移行してステップＳ２１０と同様にハードウェア化拒否の通知がなかった他のデバイス３００のうち、次にハードウェア化が終了すると判断されるデバイス３００を算出してから、次のステップＳ２１８に移行してそのデバイス３００に前記ハードウェア化拒否の通知があったデバイス３００に送った最適化情報を送信する。
【０１４６】
その後、ステップＳ２２０に移行して、前記ステップＳ２１４と同様にそのデバイス３００からハードウェア化拒否の通知があるか否かを監視し、拒否通知がないと判断したとき（Ｎｏ）は、そのデバイス３００で前記ハードウェア化拒否の通知があったデバイス３００分の最適化情報によってハードウェア化が可能であると判断してそのまま処理を終了するが、再びこのデバイス３００からハードウェア化拒否の通知があったと判断したとき（Ｙｅｓ）は、ステップＳ２１６に戻って次にハードウェア化が終了するデバイス３００を算出してそのデバイス３００にその最適化情報を送信することになる。なお、このようにして次々とハードウェア化が拒否されて、ハードウェア化可能なデバイス３００が見つからなかったときは、その最適化情報を破棄すると共にその旨をホストコンピュータ２００に通知して処理を終了することになる。
【０１４７】
このように本実施の形態では、ハードウェア回路２０の回路規模を考慮することなく、取り敢えず適当なデバイス３００に適当な最適化情報を送信し、ハードウェア化が拒否された最適化情報についてのみを再度他のデバイス３００に送信し直すようにしたことから各デバイス３００ごとにその回路規模を算出してその回路規模に応じた最適化情報を作成する必要がなくなり、効率的にネットワークデバイスシステム１００全体のハードウェア書き換え処理を達成することができる。
【０１４８】
特に、本実施の形態は、ハードウェア化対象のデバイス３００の数が大量であったり、最新のデバイスのようにハードウェア回路２０の容量が十分である場合は、顕著な効果を発揮することができる。
なお、図１４は、デバイスＡ、Ｂ、Ｃ、Ｄに対してそれぞれモジュールａ、ｂ、ｃ、ｄを含む最適化情報を作成し、送信した結果、デバイスＡ、Ｂ、Ｃについては、それぞれのモジュールａ、ｂ、ｃによるハードウェア化は拒否されなかったが、デバイスＤについては、モジュールｄによるハードウェア化は拒否された状態を示したものである。この場合、ホストコンピュータ２００は、デバイスＡ、Ｂ、Ｃのうち、最も早くハードウェア化が終了するデバイスを選択してそのデバイスにモジュールｄを含む最適化情報を送信することになる。
【図面の簡単な説明】
【０１４９】
【図１】ネットワークデバイスシステムの実施の一形態を示す図である。
【図２】ホストコンピュータのハードウェア構成を示す図である。
【図３】デバイスのハードウェア構成を示す図である。
【図４】デバイス（プリンタ）に適用するモジュールの例を示す図である。
【図５】デバイス（プリンタ）に適用するモジュールとハードウェア回路容量との関係を示す図である。
【図６】第１の実施の形態に係るホストコンピュータの処理の流れを示す図である。
【図７】第１の実施の形態に係るホストコンピュータの処理の流れを示す図である。
【図８】第１の実施の形態に係るデバイスの処理の流れを示す図である。
【図９】ネットワークデバイスシステムの構成の一例を示す図である。
【図１０】ネットワークデバイスシステムのデバイスの一部がビジー状態である状態を示す図である。
【図１１】ネットワークデバイスシステムの各デバイスを予定通りハードウェア化した状態を示す図である。
【図１２】ネットワークデバイスシステムの一部のデバイス分のモジュールを他のデバイスにハードウェア化した状態を示す図である。
【図１３】ネットワークデバイスシステムの一部のデバイス分のモジュールを他のデバイスにハードウェア化した状態を示す図である。
【図１４】ネットワークデバイスシステムの一部のデバイスがハードウェア化できない状態を示す図である。
【図１５】ネットワークデバイスシステムの第２の実施の形態を示す図である。
【図１６】第２の実施の形態に係るホストコンピュータの処理の流れを示す図である。
【図１７】第２の実施の形態に係るデバイスの処理の流れを示す図である。
【図１８】第３の実施の形態に係るホストコンピュータの処理の流れを示す図である。
【図１９】第３の実施の形態に係るデバイスの処理の流れを示す図である。
【符号の説明】
【０１５０】
１００…ネットワークデバイスシステム、２００…ホストコンピュータ、３００（Ａ〜Ｄ）…デバイス、１０…ステータス情報取得手段、１２…最適化情報生成手段、１４…送信先デバイス決定手段、１６…送信タイミング決定手段、１８…最適化情報送信手段、２０…書き換え可能なハードウェア回路、２２…ハードウェア回路書換手段、２４…最適化情報受信手段（ステータス情報送信手段）、２６…書換タイミング手段、４０…ＣＰＵ、４１…ＲＡＭ、４２…ＲＯＭ、４３…記憶装置、４４…出力装置、４５…入力装置、４６…インターフェース、４７…バス、４８…操作パネル、４９…印刷機構、Ｍ１〜Ｍ６（ａ、ｂ、ｃ、ｄ）…モジュール、Ｎ…ネットワーク。
【図１】
2005275730.tif 000003
【図２】
2005275730.tif 000004
【図３】
2005275730.tif 000005
【図４】
2005275730.tif 000006
【図５】
2005275730.tif 000007
【図６】
2005275730.tif 000008
【図７】
2005275730.tif 000009
【図８】
2005275730.tif 000010
【図９】
2005275730.tif 000011
【図１０】
2005275730.tif 000012
【図１１】
2005275730.tif 000013
【図１２】
2005275730.tif 000014
【図１３】
2005275730.tif 000015
【図１４】
2005275730.tif 000016
【図１５】
2005275730.tif 000017
【図１６】
2005275730.tif 000018
【図１７】
2005275730.tif 000019
【図１８】
2005275730.tif 000020
【図１９】
2005275730.tif 000021