JP2004054739A

JP2004054739A - ネットワークシステム

Info

Publication number: JP2004054739A
Application number: JP2002213669A
Authority: JP
Inventors: Takashi Tsukamoto; 塚本　剛史
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-07-23
Filing date: 2002-07-23
Publication date: 2004-02-19

Abstract

【目的】新規機能を使用可能にする環境を設定することができるとともに、デバイスの機能チェックや使用頻度の集積、必要とする新規機能情報の収集等の管理者が行う項目を最適なタイミングで実行することができるネットワークシステムを提供すること。
【構成】ネットワーク上のデバイスを管理する第１サーバにおいて、デバイスに対して新規機能が追加された場合、第１サーバが新規機能を検出し、必要なプログラムの機能部品を第２サーバからダウンロードし、ネットワークの必要とする構成部に対して設定、インストールすることを特徴とする。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク下のデバイスに対する新機能が追加が必要とされた場合、新機能の使用に必要なアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、Ｄｒｉｖｅｒ、アプリケーション自体等）を入手し、新規機能を使用可能にする環境を設定する方法に関するものである。
【０００２】
【従来の技術】
従来のネットワークシステムにおいて、デバイスの新機能を追加が必要とされた場合、新機能への対応は以下の通りである。
【０００３】
１）新規機能の使用できない使用するアプリケーションを新規機能の使用可能なアプリケーションに入れ替える。
【０００４】
２）事前に新規機能への対応機能をアプリケーションに組み込んでおき、新規機能が組み込まれた（設定された）時点で、アプリケーションの設定を変更することで、新規機能を有効にさせる。
【０００５】
３）アプリケーションにおける新規機能の対応の差分を手動でダウンロードし、指示に従いインストールする。
【０００６】
上記方法では、デバイスを管理するネットワーク管理者が、常にデバイスの新規機能（オプション追加、内部ソフトの入れ替え）を管理し、又、デバイスの使用状況を監視したり、デバイスに新規に機能が追加された情報をチェックしていなければなかなかった。
【０００７】
これは、多くのデバイスで構成されている大きなネットワークシステムの管理者の手間を大変なものである。
【０００８】
ネットワーク上にあるデバイスの状態（新規機能の追加）により、適切な設定やインストールを行うのは、管理者に知識や技能を要求する。
【０００９】
又、デバイスを供給するメーカーも、デバイスを作成時に予定していなかった機能を盛り込む場合、予定外の新規機能に対応するアプリケーションを用意する必要があった。
【００１０】
【発明が解決しようとする課題】
現状のネットワーク下のデバイスに新規機能が必要とされた場合、新機能の使用に必要なアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、Ｄｒｉｖｅｒ、アプリケーション自体等）を入手し、新規機能を使用可能にする環境を設定する方法において、以下の問題点がある。
【００１１】
１）新規機能を追加されたかどうかを各デバイス毎に確認する必要がある。又は、機能別使用状況を監視し、使用頻度の高い機能をより使い易くする手段がないか検索したり、デバイスに対して新規機能がリリースされていないかを監視している必要があった。
【００１２】
２）新規機能を使用するに当たり、デバイス供給元から必要なアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、アプリケーション自体、Ｄｒｉｖｅｒ等）の何をダウンロードすべきか判断する必要がある。
【００１３】
３）ダウンロードしたアプリケーションのパーツを適切に必要とするサーバやクライアント、デバイスにインストールしたり、設定する必要がある。
【００１４】
上記の課題を解決しなければ、新機能を有効に使えないばかりではなく、管理者の間違った操作によりネットワーク全体に障害が発生することがある。
【００１５】
本発明は上記問題に鑑みてなされたもので、その目的とする処は、新規機能を使用可能にする環境を設定することができるとともに、デバイスの機能チェックや使用頻度の集積、必要とする新規機能情報の収集等の管理者が行う項目を最適なタイミングで実行することができるネットワークシステムを提供することにある。
【００１６】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ネットワーク上のデバイスを管理する第１サーバにおいて、デバイスに対して新規機能が追加された場合、第１サーバが新規機能を検出し、必要なプログラムの機能部品を第２サーバからダウンロードし、ネットワークの必要とする構成部に対して設定、インストールすることを特徴とする。
【００１７】
従って、本発明によれば、ネットワーク上のデバイスを監視するサーバがデバイスに対する新規機能の追加を監視し、新規機能が追加された場合、必要なアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、Ｄｒｉｖｅｒ、アプリケーション自体等）を入手し、新規機能を使用可能にする環境を設定することができる。
【００１８】
又、機能別使用頻度を監視し、機能別使用頻度を判断材料として、必要とされるアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、Ｄｒｉｖｅｒ、アプリケーション自体等）の情報を管理者に示し、管理者は、示された情報を元に、必要とするアプリケーションのパーツをダウンロードを行い、インストールをする。
【００１９】
これにより、管理者が行う必要があった以下の項目を最適なタイミングで実行することができる。
【００２０】
１：デバイスの機能チェックや使用頻度の集積
２：必要とする新規機能情報の収集
３：必要な新規アプリケーションのパーツを取得
４：インストールの実行
【発明の実施の形態】
以下に本発明の実施の形態を添付図面に基づいて説明する。
【００２１】
図１は本実施の形態に係るネットワークシステムの構成図の例である。
【００２２】
デバイス１２は、新規にオプション１１を追加されたデバイスである。
【００２３】
サーバ１８は、ネットワーク１０上のデバイス１２，１６，１７とクライアント１４，１３を管理している。
【００２４】
デバイス供給メーカのサーバ１９は、供給しているデバイスに関する情報や機能パーツ（ＤＬＬ，Ｈｅａｄｒ，Ｄｒｉｖｅｒ，　アプリケーション等）をユーザからの要望により転送する機能を有している。
【００２５】
又、サーバ１９は、デバイス発売以降に追加されたオプションに対する機能パーツの機能パーツも供給する。
【００２６】
次に、デバイスにオプションが追加された場合のサーバがオプションに対応した機能パーツを取得する処理を説明する。
【００２７】
デバイス１２に、オプション１１が追加されたため、管理を行っているサーバ１８は、オプション１１をサポートするアプリケーションのパーツ（ＤＬＬ　、ＨｅａｄｅｒやＤｒｉｖｅｒ、アプリケーション）を必要とする。
【００２８】
通常、サーバ１８で使用しているデバイス用のアプリケーションは、出荷時想定されているオプションに対する機能パーツを内蔵しているが、デバイスの出荷後に新規に発売されデバイス１２に吹かされたオプション１１に対する機能パーツは、内蔵していない。
【００２９】
従って、何らかの手段で入手しなければならないが、サーバ１８内のデバイスを管理しているアプリケーションが、管理しているデバイスに対するオプションの追加を検出し、アプリケーション自体で対応できない場合、事前登録されているデバイスメーカのサーバ１９に対して、新規オプション１１対応する機能パーツの転送を要求する。
【００３０】
要求されたサーバ１９は、デバイス管理をしているサーバ１８に対して機能パーツを転送する。
【００３１】
転送されたサーバ１８は、取得した機能パーツを必要によりサーバ１８自身に組み込んだり、オプション１１を追加したデバイス１２に転送し組み込んだり、デバイス１２の使用者であるクライアント端末１３，１４に転送し、組み込ませたりする。
【００３２】
上記の例として、複写機に複数部の排紙を別々に出力するソータを追加した場合、サーバ内のアプリケーションが「ソーターに対する機能を制御するＤＬＬファイル」を有していなかった場合、デバイスメーカのサーバからＤＬＬファイルをダウンロードし、サーバ内のアプリケーションにＤＬＬファイルを組み込むことでソーターに対する操作機能を取得する訳である。
【００３３】
同じようにデバイス内の制御ソフトがソーターオプションに対する機能を有していなかった場合、サーバが取得するのは、デバイスに対する機能パーツであり、デバイスに転送し、デバイス内の制御ソフトに組み込ませることで、デバイス自体が追加されたソーターに対する操作機能を有する訳である。
【００３４】
これは、各クライアント内のアプリケーションにも同じことが言える。
【００３５】
以上の各デバイス、管理サーバ、クライアント、供給元のサーバの説明は、ブロック図２〜図５と処理フロー図６〜図９で示す。
【００３６】
次に、デバイスの機能使用頻度を元にサーバやシステムが新規機能パーツを取得する処理を説明する。
【００３７】
デバイス１６において、内部に機能別使用頻度をカウントする機能を有している。
【００３８】
機能仕様頻度のカウンターは、両面印字やパンチャー等のデバイスの機能別の使用回数をカウントしている。
【００３９】
サーバ１８は、各デバイス１２，１６，１７の機能仕様頻度を集積する。
【００４０】
集積結果からサーバ１８は、現在のシステムにおいて、使用頻度の高い機能を選出する。
【００４１】
サーバ１８は、デバイス供給元のサーバから定期的に使用してデバイスの情報をダウンロードし、デバイスの最新の機能情報を保持している。
【００４２】
サーバ１８は、選出した機能頻度の高い機能に対応する新機能がデバイス供給メーカから供給されているかどうかをチェックし、対応する新機能が存在した場合、管理者に対してその内容を通知や表示し、新機能に対する機能ツールをダウンロードをする・しないを選択させる。
【００４３】
ダウンロードを選択した倍、サーバ１８は、デバイス供給元のサーバ１９から機能パーツをダウンロードし、サーバ１８にインストールする。
【００４４】
インストール先が、デバイスやクライアントの場合もあり、その処理は、上記に示したインストール処理を同じである。
【００４５】
上記の例として、複写機において、機能別頻度の集計結果が高解像度印字が頻繁に使われるような使用状況において、デバイス供給元から「超高解像度印字機能」（高解像印字より高い高解像度の機能）がデバイスに対して新規にサポートされたという情報が送られてきた場合、管理者に対して「新規に超高解像度印字機能がリリースされた」ことを通知する。
【００４６】
管理者が、「超高解像度印字機能」を必要とした場合、ダウンロードを指示し、サーバ１８は、「超高解像度印字機能」の機能パーツを取得して、サーバ１８にインストールする訳である。
【００４７】
又、機能使用頻度による情報の不要／必要の判断は、サーバ１８側で行うことが絶対的な条件ではない。
【００４８】
機能別使用頻度情報を定期的にデバイス供給元のサーバ１９に登録することで、供給元のサーバ１９において、サーバ１８が必要とするであろう機能を判断し、必要な情報のみを厳選しサーバ１８に送っても構わない。
【００４９】
機能パーツのダウンロードは、上記例では、管理者の判断によったが、事前にダウンロード条件（情報格納容量やダウンロードによって発生する課金の金額等）を設定することで、自動的に行われても構わない。
【００５０】
以上の各デバイス、管理サーバ、クライアント、供給元のサーバの説明は、ブロック図２〜図５と処理フロー図１４、図１５、図８及び図７で示す。
【００５１】
図２は本発明におけるデバイス（図１の１２，１６，１７）内のブロック図である。
【００５２】
デバイス２１は、ネットワーク２１５と接続されており、ネットワーク２１５を介して管理されている。
【００５３】
デバイス２１（例としてプリンターを想定している）は、以下のブロックで構成されている。
【００５４】
印字イメージ作成部２２は、ネットワークから送られてくる印字情報から印字イメージを作成する。
【００５５】
もし、高解像度印字が指定された場合、高解像度のイメージを作成するし、超高解像度を指定された場合、超高解像度のイメージを作成する必要がある。
【００５６】
従って、新規に「超高解像度印字機能」をインスツールする場合、このブロックに対して、インスツール処理が行われる。
【００５７】
デバイス全体の制御部２７は、デバイス２１の全体の処理を制御している。
【００５８】
又、デバイス全体の管理部２７は、デバイスを構成している各機能部が必要とする新機能やオプションの管理を行い、必要によってサーバ等に要求を出したり、サーバからのデータを必要な昨日部に転送（組み込む）する。
【００５９】
表示と入力部２１１は、必要な場合、供給元サーバからの新規情報を表示し、管理者の判断を入力する場合に使用される。
【００６０】
使用状況監視部２１２は、デバイス２１での機能別使用頻度をカウントし、管理サーバに必要により使用頻度情報を転送する。
【００６１】
又、課金が発生する機能を使用された場合、課金カウンターをカウントする。
【００６２】
オプション装置２４は、装置（ハード的な追加オプションパーツ）を示している。
【００６３】
オプション装置２４としては、デバイスがプリンタの場合、用紙供給部２３に対する用紙カセット（サイズの違う用紙を供給する装置）、印字記録部２６に対しては、両面印字ユニットや印字大型トナー（印字に使用するトナーの大型格納機）、排紙処理部２８には、フィニッシャ（印字された用紙を区別するもの、ステップラーやパンチャー機能があるものもある）、外部とＩ／Ｆ２０では、ＰＳＴＮ回線を利用したＦＡＸ通信ユニットが考えられる。
【００６４】
オプション装置２４は、機能よりデバイスの各制御部と密接な関係（データのやり取り）を必要とするため、デバイス内の各制御部は、オプションに対する制御プロセス（制御手順）に対応する必要がある。
【００６５】
従って、制御プロセスが不足した場合、デバイス全体の制御部２７に必要とするオプションの制御プロセスの入手を要求する。
【００６６】
図３はネットワーク上のデバイスを管理する管理サーバ（図１での１８）のブロック図である。
【００６７】
本管理サーバは、デバイス（図１での１２，１６，１７）を管理し、クライアント（図１での１３，１４）からの処理命令をデバイスの実行させたり、必要により外部のサーバ（図１での１９）との通信を行う。
【００６８】
管理サーバ３１は、ネットワーク３９を介して、デバイスやクライアント外部のサーバとの間で、命令や情報のやり取りを行う。
【００６９】
印字作成部３２は、デバイスに命じる印字データの作成を行い、印字のスプールや命令の割り振り、印字状況の管理も行う。
【００７０】
新機能やオプションによって必要とされる機能パーツ（ソフト）は、ここに組み込まれる。
【００７１】
例えば、デバイスに対する印字命令に必要な「新規のより効率の高い両面ユニット制御機能」等がある。
【００７２】
デバイス管理部３４は、各デバイス毎のオプションや追加機能を管理するとともに、各デバイスの機能別使用頻度を集積、使用頻度の高い機能の選別を行う。
【００７３】
制御記憶部は、外部から送られてくるのデータ、機能パーツ等の蓄積や選択、表示やインストール、転送を制御する。
【００７４】
表示と入力部３８は、管理者に対して外部サーバから情報の内必要な情報を表示したり、管理者の指示を入力されるのに使用される。
【００７５】
図４は、各クライアントユーザの端末（図１での１４，１８）のブロック図である。
【００７６】
クライアント４１は、ネットワーク４８を介してサーバやデバイス等と命令、データの交換を行う。印字作成部４１は、Ｐｒｉｎｔｅｒ−Ｄｒｉｖｅｒに相当する。
【００７７】
デバイス等に新規機能が追加された場合、その機能対応する機能パーツが組み込まれるのは、この部分である。
【００７８】
例えば、デバイスが新規に「超高解像度印字機能」をサポートした場合、クライアントが「超高解像度印字機能」ようなＧＵＩやイメージ作成ができる機能パーツが組み込まれる訳である。
【００７９】
図５は外部のデバイス供給元のサーバ（図１での１９）のブロック図である。
【００８０】
本サーバ５１は、ネットワーク５８を介して、各管理サーバと命令やデータの交換を行う。
【００８１】
本サーバ５１は、供給するデバイスに関する情報や機能パーツ（サーバやデバイス、クライアントに組み込んで機能アップを図るＤＬＬファイル等）を管理、蓄積、ネットワーク５８を介した転送を行う。
【００８２】
デバイスに対して新規機能（ハード、ソフトのオプション）が新規の発生した場合、各管理サーバに必要により新規機能の情報を転送する。
【００８３】
又、各顧客のデバイス毎の機能別使用頻度を集積し、新規機能の情報を転送する上での判断基準にしても構わない。
【００８４】
各顧客（各管理サーバ）に情報を転送する相手先情報や、各デバイスの使用頻度を集積情報は、顧客情報管理部５５で管理、蓄積を行う。
【００８５】
図６は管理サーバの新規オプションに対する機能パーツの入手とインストールや転送の処理を示すフロー図である。
【００８６】
６１は管理下にあるデバイスの機能やオプションの状況を集積する。
【００８７】
６２は管理サーバの管理下のサーバの機能やオプションのデータベースに取得情報を登録する。
【００８８】
６３では、データベースからデバイスに新規機能の機能パーツが必要かどうか判断する。
【００８９】
６４では、６３の判断で外部サーバ（図１では１９）に対する要求が必要かどうかを判断する。
【００９０】
外部から取得する必要がないと判断された場合、６９において既に保有しているデータ（機能パーツ）で対応する。
【００９１】
外部から取得する必要があると判断された場合、６５において外部サーバ日要求する内容を選択する。
【００９２】
例えば、ソーターが追加を検出した場合、「ソーターの制御に必要な機能パーツの取得」を選択する訳である。
【００９３】
６６において、外部サーバと通信を行い必要な機能パーツを取得する。
【００９４】
６７において、取得した機能パーツを必要によりサーバ自身がインストールする。
【００９５】
６８において、取得した機能パーツをデバイスやクライアントに必要により転送する。
【００９６】
管理サーバは、図６のフローを定期的に実行し、デバイスの管理と必要とする機能パーツを取得する。
【００９７】
図７は管理下のデバイスにおける新機能（オプション等）の情報の作成、転送と転送された機能パーツのインストールの処理のフロー図である。
【００９８】
７１において、デバイスに吹かされているオプションの検索を行う。これは、主にハード関連のおオプションの装着の検出に関する処理である。
【００９９】
７２は、デバイス自体の持っているリソースの確認を行う。これは、主に内部制御系の制御ソフトの検索に関する処理である。
【０１００】
７１と７２において取得した情報を元に７３において、未対応の機能（機能パーツを新たに必要とする）を検出する。
【０１０１】
しかし、７３の機能は、絶対条件ではなく、管理サーバに情報を送り、管理サーバ側で判断しても構わない。
【０１０２】
７４において、調査、判断結果を転送するかどうか判断する。転送する必要が無ければ、７６へ移行する。転送する必要があると判断した場合、７５において、必要とする機能パーツに関する情報等を管理サーバに転送する。
【０１０３】
７６において、管理サーバからの転送データを確認し、必要が無ければ終了する。
【０１０４】
必要なデータ（インストールするために転送されてきた機能パーツや設定情報）を使用し、７７において、デバイスは、機能アップのためインストール処理を行う。
【０１０５】
機能パーツのインストール処理や設定変更が終了すると、管理サーバに処理結果を通知する。
【０１０６】
管理サーバは、インストール処理が正常に狩猟したのを確認し、新機構の活用を開始する訳である。
【０１０７】
デバイスは、図７のフローを定期的に実行し、常に最適な機能パーツを取得する。
【０１０８】
図８はネットワークのクライアント（図１での１３，１４）における機能パーツの追加処理を示すフロー図である。
【０１０９】
８１において、クライアントは、サーバに対して最新のクライアントの情報（例えれば、Ｐｒｉｎｔｅｒ−Ｄｒｉｖｅｒにつかされている機能パーツ情報）を通知し、サーバとクライアント間で機能パーツの差異が発生していないか確認する。
【０１１０】
差異が発生している場合、８２において差分データを受け取る。差異が発生していない場合、終了する。
【０１１１】
差分データをサーバから取得した場合、８２において、差分の機能パーツをインストールし、クライアントの機能を最適化する。最適化が終了すると、８４において、サーバに対してクライアントの現状を通知する。
【０１１２】
クライアントは、図７及び図８に示すフローを定期的に実行し、常に最適な機能パーツを取得する。
【０１１３】
図９はデバイス供給元のサーバにおける機能パーツを供給する処理を示すフロー図である。
【０１１４】
９１において、顧客（顧客先の管理サーバ等の管理ツール）からの要望があったかどうか確認する。
【０１１５】
顧客の情報を９２，９３，９４で確認する。
【０１１６】
９５において、顧客からの要望により供給元サーバ内の蓄積している機能パーツデータ群から必要な機能パーツを選別する。
【０１１７】
９６において、顧客の管理サーバに選別した機能パーツを転送し、必要により、顧客に課金する。
【０１１８】
９７において、供給元サーバ内の顧客データの更新と顧客に要求する課金カウンターに必要な料金を課金する。
【０１１９】
９８において、課金等の情報の通知が必要かどうかを判断し、９９において確認のため顧客先に管理サーバに顧客データと課金情報を転送する。
【０１２０】
図１０は供給元サーバ上の機能パーツのデータベースを示した図である。
【０１２１】
デバイスＡに対しては、現在、３穴パンチ、１６穴パンチ、７ビンソータの機能パーツが用意されており、各機能パーツ名は、Ｐａｎｃｈ＿３．ｄｌｌ　、ｐａｎｔｃｈ＿１６．ｄｌｌ　、Ｓｏｒｔｅｒ＿７．ｄｌｌである。
【０１２２】
デバイスＢに対しては、現在、３穴パンチ、１０段カセット、高解像度印字（Ｄｒｉｖｅｒ用の機能パーツ）、高解像度印字（デバイスに対する機能パーツ）が用意されており、各機能パーツ名は、Ｐａｎｃｈ＿３．ｄｌｌ　、Ｃａｓｓｅｔｔｅ＿１０．ｄｌｌ　、Ｒｅｓ＿ｈｉ．ｄｌｌ、Ｒｅｓ＿ｈｉ＿Ｄｅｖｉｃｅ．ｄｌｌ　である。
【０１２３】
３穴パンチや１０段カセットは、管理サーバの機能アップ用の機能パーツであり、高解像度印字（Ｄｒｉｖｅｒ用の機能パーツ）は、クライアント内のＰｒｉｎｔｅｒ−Ｄｒｉｖｅｒに対してインストールされるべき機能アップの機能パーツ、デバイス内のＰｒｉｎｔｅｒ−Ｄｒｉｖｅｒに対してインストールされるべき機能アップの機能パーツ高解像度印字（デバイスに対する機能パーツ）各パーツには、それぞれ課金値が設定されており、機能パーツが要求された場合、各顧客に課金される。
【０１２４】
上記のデータベースを元に供給元サーバは、機能パーツの供給と課金を行う。
【０１２５】
図１１は供給元サーバ上の機能パーツのデータベースに対して新規に機能がアップされた場合のデータベースの構造を示した図である。
【０１２６】
デバイスＡに対しては、新規ソフトオプションとして、「新規の強行解像度印字機能」が追加され、デバイスＢには、新規ハードオプションに対応する機能パーツとして「新規の２４穴パンチ」が追加された。
【０１２７】
供給元サーバは、新規にデバイス毎に新規に追加された機能情報を顧客に転送する場合、図１０と図１１の差異を元に新規機能を選別し、情報を転送する。
【０１２８】
図１２は供給元サーバ内の顧客情報の管理データベースを示した図である。
【０１２９】
各顧客（管理サーバ等）から送られてくる情報を元に管理下のデバイスとデバイス毎の機能別使用頻度情報、課金情報が蓄積されている。
【０１３０】
供給元サーバは、このデータベースを元に顧客の使用度の高い機能を選択し、選択した機能に対する新規機能が追加された場合、追加された機能の情報を顧客（管理サーバ）に転送する。
【０１３１】
図１３は管理サーバ内の管理データベースを示した図である。
【０１３２】
デバイス、クライアントから送られてくる情報を元に管理下のデバイスとデバイス毎の機能別使用頻度情報、課金情報が蓄積されている。
【０１３３】
管理サーバは、このデータベースを元に使用度の高い機能を選択し、選択した機能に対する新規機能の情報が供給元サーバから転送された場合、管理者に対して、追加された機能に対する情報を提示し、管理しているシステムの機能アップを要求する。
【０１３４】
図１４は管理サーバにおいて、供給元サーバから転送されてくる情報を管理者に示し、必要な機能パーツを取得、インストールする処理のフロー図です。
【０１３５】
１４１において、管理下のデバイスの機能別使用頻度を取得、集計する。
【０１３６】
１４２において、集計結果を供給元サーバに転送する。
【０１３７】
供給元サーバでは、顧客毎、デバイス毎に使用頻度を判断し、新規機能の譲歩移転掃除の判断の元データに使用する。
【０１３８】
しかし、供給元に機能使用頻度情報を送るのは、本発明の必須条件ではない。
【０１３９】
１４３において、供給元サーバからの新規機能に関する情報を取得する。
【０１４０】
１４５において、新規機能に関する情報を管理者等に通知する稼動を判断する。
【０１４１】
必要と認められない場合、本フローは終了する。
【０１４２】
必要と判断されると、１４９において新規機能に関する情報を管理者等に示し、管理者は、情報から必要とする機能を１４６で選択する。
【０１４３】
１４７において、入手する必要が無いと判断されると終了する。
【０１４４】
必要な場合、１４８において、供給元サーバから必要される機能に関係する機能パーツを所得し、必要とされるサーバ、クライアント、デバイスにインストールする。
【０１４５】
図１５は供給元サーバにおいて、管理サーバに新規機能に関する情報を情報を転送し、管理サーバから要求された機能パーツを転送処理のフロー図である。
【０１４６】
１５１において、顧客（管理サーバ）の管理下のデバイスの機能別使用頻度を取得、集計する。
【０１４７】
１５２において、集計したデータを顧客管理用のデータベースに登録する。
【０１４８】
１５３において、顧客のデータベース内の機能別使用頻度情報を元にデバイスの機能情報データベース（図１１に示す）から転送すべき新規機能情報を選出する。
【０１４９】
１５４において、転送すべき情報があるかどうかを判断し、無ければ本フローを終了する。
【０１５０】
１５５において、選出された情報が顧客（管理サーバ）に転送する。
【０１５１】
１５９において、顧客（管理サーバ）からの必要とする機能パーツに関する返信（要求）を待つ。
【０１５２】
１５７において、要求がない場合、本フローは終了する。
【０１５３】
要求があった場合、１５８において供給された機能パーツを図１１で示している機能パールのデータベースから参照し、転送する。
【０１５４】
【発明の効果】
以上の説明で明らかなように、本発明によれば、ネットワーク上のデバイスを監視するサーバが、デバイスに対する新規機能の追加を監視し、新規機能が追加された場合、必要なアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、Ｄｒｉｖｅｒ、アプリケーション自体等）を入手し、新規機能を使用可能にする環境を設定することができる。
【０１５５】
又、機能別使用頻度を監視し、機能別使用頻度を判断材料として、必要とされるアプリケーションのパーツ（ＤＬＬファイルやＨｅａｄｅｒファイル、Ｄｒｉｖｅｒ、アプリケーション自体等）の情報を管理者に示し、管理者は、示された情報を元に、必要とするアプリケーションのパーツをダウンロードを行い、インストールをする。これにより、管理者が行う必要があった以下の項目を最適なタイミングで実行することができる。
【０１５６】
１：デバイスの機能チェックや使用頻度の集積
２：必要とする新規機能情報の収集
３：必要な新規アプリケーションのパーツを取得
４：インストールの実行
【図面の簡単な説明】
【図１】本発明に係るネットワークシステムの構成図である。
【図２】本発明におけるデバイス（図１の１２，１６，１７）内のブロック図である。
【図３】ネットワーク上のデバイスを管理する管理サーバ（図１での１８）のブロック図である。
【図４】各クライアントユーザの端末（図１での１４，１８）のブロック図である。
【図５】外部のデバイス供給元のサーバ（図１での１９）のブロック図である。
【図６】管理サーバの新規オプションに対する機能パーツの入手とインストールや転送の処理を示すフロー図である。
【図７】管理下のデバイスにおける新機能（オプション等）の情報の作成、転送と転送された機能パーツのインストールの処理のフロー図である。
【図８】ネットワークのクライアント（図１での１３，１４）における機能パーツの追加処理を示すフロー図である。
【図９】デバイス供給元のサーバにおける機能パーツを供給する処理を示すフロー図である。
【図１０】供給元サーバ上の機能パーツのデータベースを示した図である。
【図１１】供給元サーバ上の機能パーツのデータベースに対して新規に機能がアップされた場合のデータベースの構造を示した図である。
【図１２】供給元サーバ内の顧客情報の管理データベースを示した図である。
【図１３】管理サーバ内の管理データベースを示した図である。
【図１４】管理サーバにおいて、供給元サーバから転送されてくる情報を管理者に示し、必要な機能パーツを取得、インストールする処理のフロー図である。
【図１５】供給元サーバにおいて、管理サーバに新規機能に関する情報を情報を転送し、管理サーバから要求された機能パーツを転送処理するフロー図である。
【符号の説明】
１０　　ネットワーク
１１　　オプション
１２　　デバイス
１３，１４　クライアント
１６，１７　デバイス
１８，１９　サーバ

Claims

ネットワーク上のデバイスを管理する第１サーバにおいて、デバイスに対して新規機能が追加された場合、第１サーバが新規機能を検出し、必要なプログラムの機能部品を第２サーバからダウンロードし、ネットワークの必要とする構成部に対して設定、インストールすることを特徴とするネットワークシステム。
デバイスに新規追加された機能の検出は、デバイス上での手動自動設定やハード、ソフトの追加でも、サーバ上の設定変更による変更の検出で構わないことを特徴とする請求項１記載のネットワークシステム。
ダウンロードのタイミングは、自動でも手動でも構わないことを特徴とする請求項１記載のネットワークシステム。
必要なプログラムのパーツをインストール、設定を行う構成部として、ネットワーク下の管理を行っているサーバやデバイス、クライアントを対象とすることを特徴とする請求項１記載のネットワークシステム。
ネットワーク上のデバイスを管理する第１サーバにおいて、デバイスに対して機能別使用頻度を監視し、第２サーバからダウンロードした情報から使用頻度の高い機能の新情報を表示し、新情報で提示されている機能が必要と判断した場合、第２サーバから必要なプログラムの機能部品をダウンロードし、ネットワークの必要とする構成部に対して設定、インストールすることを特徴とするネットワークシステム。
前記第１サーバ上の機能別使用頻度情報を前記第２サーバが監視し、機能別使用頻度の判断結果から第２サーバが第１サーバの必要とする新機能情報を選別して転送することを特徴とする請求項５記載のネットワークシステム。
ダウンロードのタイミングは、自動でも手動でも構わないことを特徴とする請求項５記載のネットワークシステム。
必要なプログラムのパーツをインストール、設定を行う構成部として、ネットワーク下の管理を行っているサーバやデバイス、クライアントを対象とすることを特徴とする請求項５記載のネットワークシステム。