(57)【要約】【課題】  階層化された複数のデータ管理装置からなるシステムにおいて、各装置ごとのダウンロード時刻設定等、共通データのダウンロード管理は容易でなかった。【解決手段】  それぞれのデータ管理装置において、上位のデータ管理装置からダウンロード対象データおよび階層情報を読み込み(S301)、該データ管理装置が管理する端末装置に対して該ダウンロード対象データをダウンロードする際に(S311)、階層情報を更新する(S306)。このとき、該階層情報に応じて次回のダウンロード時刻を設定しておき(S307)、該ダウンロード時刻の到達時に、S301のデータの読み込みを開始する。【選択図】  図3
2006301793.tif 000002
【特許請求の範囲】
【請求項１】
階層化された複数のデータ管理装置からなるシステムであって、前記データ管理装置のそれぞれは、
上位のデータ管理装置からダウンロード対象データおよび階層情報を読み込む読み込み手段と、
該データ管理装置が管理する端末装置に対して前記ダウンロード対象データをダウンロードするダウンロード手段と、
前記階層情報を更新する更新手段と、
前記階層情報に応じて次回のダウンロード時刻を設定するダウンロード時刻設定手段と、
を有し、
前記読み込み手段は、前記ダウンロード時刻の到達時に読み込みを開始することを特徴とするデータ管理システム。
【請求項２】
前記読み込み手段は、前記ダウンロード対象データおよび前記階層情報を含むファイルを読み込むことを特徴とする請求項１記載のデータ管理システム。
【請求項３】
前記ファイルは、前記ダウンロード時刻を前記階層情報をキーとしたテーブルとして含むことを特徴とする請求項２記載のデータ管理システム。
【請求項４】
前記更新手段は、前記階層情報が当該データ管理装置の階層を示すように更新することを特徴とする請求項３記載のデータ管理システム。
【請求項５】
前記更新手段は、前記階層情報をインクリメントすることを特徴とする請求項４記載のデータ管理システム。
【請求項６】
前記読み込み手段はさらに、上位のデータ管理装置からダウンロード先情報を読み込み、
前記ダウンロード手段は、当該データ管理装置が管理する複数の端末装置のうち、前記ダウンロード先情報によって示される端末装置に対して前記ダウンロード対象データをダウンロードすることを特徴とする請求項１乃至５のいずれかに記載のデータ管理システム。
【請求項７】
前記端末装置は印刷装置であり、
前記ダウンロード対象データはリソースデータである
ことを特徴とする請求項１乃至６いずれかに記載のデータ管理システム。
【請求項８】
前記リソースデータは少なくとも、カラープロファイル、フォントデータ、フォームオーバレイデータのいずれかを含むことを特徴とする請求項７記載のデータ管理システム。
【請求項９】
接続された端末装置で使用されるデータを管理するデータ管理装置であって、
自身の上位階層にある装置からダウンロード対象データおよび階層情報を読み込む読み込み手段と、
自身が管理する端末装置に対して前記ダウンロード対象データをダウンロードするダウンロード手段と、
前記階層情報を更新する更新手段と、
前記階層情報に応じて次回のダウンロード時刻を設定するダウンロード時刻設定手段と、
を有し、
前記読み込み手段は、前記ダウンロード時刻の到達時に読み込みを開始することを特徴とするデータ管理装置。
【請求項１０】
階層化された複数のデータ管理装置からなるシステムにおける、各データ管理装置のデータ管理方法であって、
上位のデータ管理装置からダウンロード対象データおよび階層情報を読み込む読み込みステップと、
前記階層情報を更新する更新ステップと、
前記階層情報に応じて次回のダウンロード時刻を設定するダウンロード時刻設定ステップと、
該データ管理装置が管理する端末装置に対して前記ダウンロード対象データをダウンロードするダウンロードステップと、
を有し、
前記読み込みステップは、前記ダウンロード時刻の到達時に開始されることを特徴とするデータ管理方法。
【請求項１１】
情報処理装置を制御することによって、該情報処理装置を請求項１乃至８の何れかに記載されたデータ管理装置として動作させることを特徴とするプログラム。
【請求項１２】
請求項１１に記載されたプログラムが記録されたことを特徴とする記録媒体。
【請求項１３】
第１の拠点のサーバは、第１の時刻に中央サーバからリソースを読み込み、第１の拠点の装置にリソースをダウンロードし、
第２の拠点のサーバは、前記第１の時刻より遅い第２の時刻に前記第１の拠点のサーバからリソースを読み込み、第２の拠点の装置にリソースをダウンロードすることを特徴とするデータ管理方法。
【請求項１４】
第１の時刻に中央サーバからリソースを読み込み、第１の拠点の装置にリソースをダウンロードする第１の拠点のサーバと、
前記第１の時刻より遅い第２の時刻に前記第１の拠点のサーバからリソースを読み込み、第２の拠点の装置にリソースをダウンロードする第２の拠点のサーバと、を有することを特徴とするデータ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ管理システム、データ管理装置およびその方法に関し、特に、階層化された複数のデータ管理装置からなるシステムにおいて、共通データをダウンロードするデータ管理システム、データ管理装置およびその方法に関する。
【背景技術】
【０００２】
プリンタ等の画像印刷装置において使用される印刷リソースデータとして、フォントデータやフォームオーバレイデータ、カラーマッチングデータ等がある。従来、これらの印刷リソースをダウンロードするためのプログラムとして、キヤノン社製のNetSpot Resource Downloaderやヒューレットパッカード社製のResource Manager等が知られている。このようなダウンロードプログラムを利用することによって、プリンタに対してネットワーク経由で印刷リソースをダウンロードすることが可能であった（例えば、特許文献１参照）。
【特許文献１】特開２００１−２２９１１８公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記ダウンロードプログラムには、次のような問題があった。すなわち、ダウンロード対象であるプリンタの台数が増えると、長時間にわたる処理を行うか、または処理を複数回に分割する作業等が必要となり、操作者の負荷が大きかった。また、遠隔地にあるデバイスへのダウンロードなど、処理を分散したほうが効率的な環境への対応はなされていなかった。
【０００４】
これらの問題を解決するためにはダウンロード処理を分散化すればよいが、単純な分散を行うと次のような問題が生じてしまう。
【０００５】
ダウンロード処理を分散化する場合、通常はサーバ間もしくはPC間の通信を通して分散処理を実現するが、データの読み出しに比べて書き込みは制限される場合が多い。これは、コンピュータ内のデータを消去するようなプログラムが書き込まれてしまう等、管理上の問題を誘発する原因となる可能性があるためである。
【０００６】
このため、ダウンロード処理の分散化を容易に実現するためには、下位のサーバもしくはPC（以下、単に装置と称する）が上位の装置からデータを読み出すようにシステムを構成し、装置の数が多くなればそれらを階層化して、下位の装置が一つ上位の装置からスムーズにダウンロード対象リソースを読み出せるようなシステムを構築すればよい。
【０００７】
このような階層化システムにおいて唯一問題となるのは、上位装置のデータが更新される前に下位装置が該上位装置からデータ取得を行うと、下位装置には更新前のデータが流れてしまうことである。したがって、データ更新とデータ取得のスケジューリングを調整することが重要であった。すなわち、下位の装置が上位の装置からデータを取得する時刻を、該上位装置がさらに上位の装置からデータ取得する（すなわち更新する）時刻よりも後となるように、設定する必要があった。
【０００８】
したがって、システムを階層化した場合においても装置の数が多くなってくると、各装置がデータを取得する時刻を設定するために、まず全ネットワークの接続形態を把握し、階層ごとに時刻を決定し、1台ずつデータ取得時刻を設定する必要があるため、やはり操作者への負荷は大きくなってしまう。
【０００９】
本発明は上述した問題を解決するためになされたものであり、階層化された複数のデータ管理装置からなるシステムにおいて、各装置におけるデータのダウンロード管理を容易に可能とするデータ処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するための一手段として、本発明に係るデータ管理システムは以下のような構成を備える。
【００１１】
すなわち、階層化された複数のデータ管理装置からなるデータ管理システムであって、前記データ管理装置のそれぞれは、上位のデータ管理装置からダウンロード対象データおよび階層情報を読み込む読み込み手段と、該データ管理装置が管理する端末装置に対して前記ダウンロード対象データをダウンロードするダウンロード手段と、前記階層情報を更新する更新手段と、前記階層情報に応じて次回のダウンロード時刻を設定するダウンロード時刻設定手段と、を有し、前記読み込み手段は、前記ダウンロード時刻の到達時に読み込みを開始することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、階層化された複数のデータ管理装置からなるシステムにおいて、各装置におけるデータのダウンロード管理が容易に可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。
【００１４】
●システム構成
図1は本実施形態の特徴をもっともよく表す図であり、同図を用いて本実施形態のシステム構成を説明する。同図に示すように本実施形態のシステムにおいては、本社等の中央管理部門10、拠点A20、拠点B30がネットワークにより接続されている。中央管理部門10および各拠点A20,B30のそれぞれにおいて、11および21,31はローカルエリアネットワーク（以下、LANと記す）であり、これらはルータ51,52を介して接続されている。なお本実施形態においては、LAN11,21,31のプロトコルとしてTCP/IPを使用しており、中央管理部門10,拠点A20,拠点B30ではサブネットが分かれている。なお、後述する各プリンタの下部に、IPアドレスを併記している。ルータ51,52は、異なるサブネットを接続するよう配置されている。
【００１５】
中央管理部門10において、13は中央管理者のパーソナルコンピュータ（以下、PC）であり、リソースの編集やダウンロード指示の発行などを行う。14は中央管理部門10に設置された中央サーバであり、各プリンタにダウンロードすべきリソースを記憶する。
【００１６】
拠点A20において、22は拠点A20に設置されたローカルサーバであり、中央サーバ12からリソースを取得し、リソースデータの保持および各プリンタへのダウンロードを行う。同じく拠点B30において、32は拠点B30に設置されたローカルサーバであり、拠点A20のローカルサーバ22からリソースを取得し、リソースデータの保持および各プリンタへのダウンロードを行う。
【００１７】
拠点A20および拠点B30において、23〜25および33〜35は各種プリンタであり
、各機種を識別するために便宜上、プリンタ23,24,33の機種名をLBP-A、プリンタ25,34の機種名をLBP-B、プリンタ35の機種名をLBP-Cとする。ここで、プリンタ（LBP-A）23,24,33はモノクロプリンタであり、内部にフラッシュメモリを備え、フォントデータやフォームオーバレイデータをダウンロードすることが可能である。また、プリンタ25,34（LBP-B）はカラープリンタであり、内部にハードディスクドライブを備え、フォントデータやフォームオーバレイデータ、カラープロファイルデータをダウンロードすることが可能である。また、プリンタ35（LBP-C）はモノクロプリンタであり、内部にハードディスクドライブを備え、フォントデータやフォームオーバレイデータをダウンロードすることが可能である。
【００１８】
●リソースファイル形式
図2は、本実施形態で処理されるリソースファイル形式を表す図である。リソースファイルには、ダウンロード対象プリンタに関する情報、ダウンロード時刻の制御に関する情報、リソースに関する情報、リソース実体、が含まれる。以下、本実施形態におけるリソースファイルの構造について、詳細に説明する。
【００１９】
本実施形態のリソースファイルにおける最初の項目201は、ダウンロード対象となるプリンタ数Nである。そして、プリンタN台分のIPアドレスがそれに続く（項目202）。そして、次の項目203は、本実施形態の特徴である現在の階層を示し、初期状態では0である。続く項目204はダウンロード時刻テーブル数Tであり、さらにT個分の階層の時刻が続く(項目205)。なお各階層の時刻は、最初が1階層目の時刻、次が2階層目の時刻、と順番に並んでおり、最後がT階層目の時刻を示す。
【００２０】
次に項目206として、ダウンロードするリソース数Rが入る。このリソース数Rに続き、1番目のリソースの種類と、リソース実体へのリソースファイル先頭からのオフセットとデータサイズが入る(項目207)。以下、R個分のリソースの種類、およびオフセットとデータサイズが続く(項目208〜209)。そしてその後ろにリソース1の実体が入り(項目210)、リソースRの実体(項目212)までR個分のリソース実体が続く。
【００２１】
ここで階層は、ネットワーク上のリソースファイルが転送される順番を表す。例えば図1において、データが中央サーバ12、ローカルサーバ22、ローカルサーバ32の順で転送される場合には、中央管理部門10が階層0、拠点A20が階層1、拠点B30が階層2となる。
【００２２】
●ダウンローダ動作
図3は、ローカルサーバ22または32で実行されるダウンローダの動作を示すフローチャートである。同図を用いて、本実施形態におけるダウンローダの動作を説明する。
【００２３】
まずステップS301において、図2に示す形式のリソースファイルを読み込む。そしてステップS302では、リソースファイル中に記されたプリンタ数(項目201)を読み込み、変数Nに代入する。ステップS303では、Nが0より大きいか否かを判定し、0より大きければステップS304に進み、0以下であればステップS306に進む。ステップS304では、リソースファイル中に記されている未処理のプリンタのIPアドレス(項目202より)を抽出し、同一サブネット内のプリンタであれば、ダウンロード対象プリンタリストに追加する。そしてステップS305において、Nをデクリメントする。このステップS303からステップS305の処理によって、リソースファイル中の全プリンタのIPアドレスが抽出され、該ダウンローダがダウンロードすべき全プリンタが、ダウンロード対象プリンタリストに追加される。
【００２４】
ステップS306では、現在の階層をインクリメントしてリソースファイル(項目205)にセットする。ステップS307では、既にインクリメントされた現在の階層から、その階層に対応する時刻(項目205より)を抽出し、その時刻を次回のダウンロード時刻として、サーバ内の所定記憶位置にセットする。
【００２５】
ステップS308では、ステップS304で作成されたダウンロード対象プリンタリストに含まれるプリンタのIPアドレス数を、変数Pに代入する。またステップS309では、リソースファイル中のリソース数(項目206)を、変数Rに代入する。そしてステップS310では、Rが0より大きいか否かを判定し、0より大きければステップS311に進み、0以下であればステップS313に進む。ステップS311では、ダウンロード対象プリンタリストに記載された1台の未ダウンロードプリンタに対して、そのプリンタにまだダウンロードしていないリソース実体を一つダウンロードする。そしてステップS312でRをデクリメントし、ステップS310に戻る。このステップS310からステップS312の処理によって、1台のプリンタに対してリソースファイル中の全リソース実体がダウンロードされる。
【００２６】
ステップS313では、Pが0より大きいか否かを判定し、0以下であればダウンロード処理を終了するが、0より大きければステップS314でPをデクリメントしてステップS309に進み、次のプリンタに対するダウンロード処理を開始する。
【００２７】
以上説明したステップS308からステップS314の処理によって、予め特定されているダウンロード対象プリンタの全てに対し、全リソース実体がダウンロードされる。
【００２８】
●ダウンローダの起動
以下、上述したような動作を行うダウンローダの起動方法について、図4を用いて説明する。図4は、ダウンローダを起動する起動管理プログラムの動作を表したフローチャートである。
【００２９】
まずステップS401において、該ダウンローダに対して既に設定されている起動時刻を読み込む。この起動時刻は、ダウンローダのインストール時に初期値が設定されており、ダウンローダの動作中、すなわち上述した図3のステップS306,S307において更新される。次にステップS402では、現在の時刻が起動時刻に達したかを判断し、起動時刻に達していればステップS403に進むが、まだ起動時刻に達していなければステップS405に進む。
【００３０】
ステップS403では、起動対象ソフトウェアであるダウンローダを起動する。なお、ここでは起動対象がダウンローダであるとして説明したが、本起動管理プログラムの動作そのものはダウンローダに依存するものではなく、他のプログラムの起動管理にも流用することができる。ステップS404では、起動管理プログラムの処理を所定時間だけ停止する。ここで所定時間とは、次の処理を行ったときに同一時刻内に再度ステップS402を実行しないことが保証される時間であり、起動時刻を時分で管理している場合は1分以上、時分秒で管理している場合は1秒以上となる。ステップS404で一定時間が経過したら、ステップS401に戻る。
【００３１】
一方、ステップS405ではまだ起動時刻に達していないため、起動管理プログラムの処理を所定時間停止する。このときの所定時間としては、ステップS404での停止時間と同じであっても、違っていてもよい。
【００３２】
●ダウンロード処理例
図5は、本実施形態においてダウンローダで処理される、リソースファイルの具体例を示す図である。すなわち図5は、図2に示すリソースファイル形式に対して、本実施形態に対応する実際の値がセットされた様子を示す。なお、図5において各項目の左側には、該項目の先頭からのオフセット値を示している。
【００３３】
以下、図5に示すリソースファイルが、拠点A20のローカルサーバ22のダウンローダで処理される場合と、拠点B30のローカルサーバ32ダウンローダで処理される場合について、それぞれの動作を詳細に説明する。なお、それぞれの動作は上述した図3のフローチャートに従って行われる。
【００３４】
＜拠点Aにおけるダウンロード処理＞
拠点A20では、ローカルサーバ22でダウンローダが起動されると、まず中央サーバ12から図5に示すリソースファイルをローカルサーバ22に読み込む。次に、該リソースファイルからプリンタ数「6」(項目501)を抽出して6台分のIPアドレス(項目502)を順次読み、同一サブネットであるアドレス「172.24.1.20」から「172.24.1.22」までの3台のプリンタを、ダウンロード対象プリンタリストに保持する。これにより、ダウンロード対象プリンタリストには、拠点Aのプリンタ23,24,25が記載される。
【００３５】
次に、現在の階層「0」(項目503)を読み込み、これをインクリメントした「1」という値を現在の階層にセットする、即ちリソースファイルの項目503に書き戻す。そしてダウンロード時刻テーブル数(項目504)を読み、現在の階層が「1」であるため、項目505の最初にセットされた「1030」という数値を読み込む。なお、次の数値「1100」については現在の階層ではないため無視する。そして、「1030」即ち10時30分という時刻を、次回のダウンロード時刻にセットする。
【００３６】
次にリソース数「2」(項目506)を読み込み、最初のリソースは種類が「FONT」なので(項目507)、対応するフォントデータ(項目509)を、ダウンロード対象となる各プリンタ、すなわちプリンタ23,24,25にダウンロードする。ただし、プリンタにダウンロード可能であるか否かは、ダウンロード時点でプリンタの処理能力を確認し、フォントをダウンロード可能なプリンタであればダウンロードを行う。
【００３７】
そして、次のリソースは種類が「PROF」なので(項目508)、対応するカラープロファイルデータ(項目510)を各プリンタにダウンロードする。なおこのとき、プリンタにダウンロード可能か否かをフォントの場合と同様に確認する。
【００３８】
この時点で、次にリソースファイルをダウンロードすべき時刻が10時30分に設定されたため、ローカルサーバ22における次回のダウンローダの起動は10時30分となる。
【００３９】
＜拠点Bにおけるダウンロード処理＞
拠点B30では、ローカルサーバ32でダウンローダが起動されると、まず拠点A20のローカルサーバ22から、上記処理後のリソースファイルをローカルサーバ32に読み込む。次に、該リソースファイルからプリンタ数「6」(項目501)を抽出して6台分のIPアドレス(項目502)を順次読み、同一サブネットである、アドレス「172.24.2.20」から「172.24.2.22」までの3台のプリンタを、ダウンロード対象プリンタリストに保持する。これにより、ダウンロード対象プリンタリストには、拠点Bのプリンタ33,34,35が記載される。
【００４０】
次に、現在の階層「1」(項目503)を読み込み、これをインクリメントした「2」という値を現在の階層にセットする、即ちリソースファイルの項目503に書き戻す。ここで、現在の階層が「0」でなく「1」であったのは、拠点A20のローカルサーバ22で動作したダウンローダによって、インクリメントされたためである。そしてダウンロード時刻テーブル数(項目504)を読み、現在の階層が「2」であるため、項目505の1番目の「1030」という数値を読み飛ばし、次の「1100」を読み出す。そして、「1100」即ち11時00分という時刻を、次回のダウンロード時刻にセットする。
【００４１】
次にリソース数「2」(項目506)を読み込み、最初のリソースは種類が「FONT」なので(項目507)、対応するフォントデータ(項目509)を、タウンロード対象となる各プリンタ、すなわちプリンタ33,34,35,ダウンロードする。ただし、プリンタにダウンロード可能であるか否かは、ダウンロード時点でプリンタの処理能力を確認し、フォントをダウンロード可能なプリンタであればダウンロードを行う。
【００４２】
そして、次のリソースは種類が「PROF」なので(項目508)、対応するカラープロファイルデータ(項目510)を各プリンタにダウンロードする。なおこのとき、プリンタにダウンロード可能か否かをフォントの場合と同様に確認する。
【００４３】
この時点で、次にリソースファイルをダウンロードすべき時刻は11時00分に設定されたため、ローカルサーバ32における次回のダウンローダの起動は11時00分となる。
【００４４】
●本実施形態による効果
以上説明したように本実施形態においては、現在の階層に基づいてダウンローダの起動時刻が設定される。ここで、上記例において拠点B30におけるリソースファイルの取得先を拠点A20のローカルサーバ22から中央サーバ12に変更し、拠点A20におけるリソースファイル取得先を中央サーバ12から拠点B30のローカルサーバ32に変更したとすると、各ローカルサーバサーバにおけるダウンローダの起動時刻は拠点B30で10時30分、拠点A20で11時00分となるように更新される。このように本実施形態においては、ダウンローダが動作しているサーバの階層に応じて、ダウンローダ起動時刻が自動的に変更される。
【００４５】
ネットワークの階層が何層にもなると、ダウンローダが何層目で動作しているのかを管理することは困難ではあるものの、最新のデータをダウンロードするためには、上位の階層のダウンロード後に自分自身のダウンロードを行うように制御する必要がある。本実施形態においてこのような運用を実現するためには、ダウンロード時刻テーブル数を十分に大きくし、上位の階層が下位の階層よりも先にダウンローダが起動するように、ダウンロード時刻テーブルをセットするだけでよい。こうすることにより、たとえダウンローダの接続を変えたり、また接続が複数本に枝分かれしても、ダウンローダの設定を変更することなく、ダウンロード時刻を自動的に判定することが可能となる。
【００４６】
以上説明したように本実施形態によれば、リソースファイル内に現在の階層を表す領域を設け、ダウンローダの処理時に該階層をインクリメントすることで、階層の管理を容易に行うことができる。これにより、階層化されたシステム内で共通するリソースを利用する場合において、どの階層であってもダウンローダの処理を共通とすることができる。したがって、中央管理者はダウンローダがどのような階層で運用されているか、どのダウンローダがどのサーバを見ているか、ということについては全く管理する必要が無いため、管理負荷が非常に小さくて済み、全階層を容易に管理することができる。
【００４７】
また、階層ごとのダウンロード時刻をリソースファイルに含めることで、装置ごとのダウンロード時刻の設定や変更を容易に可能とし、すなわち、中央管理者がダウンロード時刻の管理を容易に行うことができる。
【００４８】
●変形例
本実施形態においては、サブネットごとに1台のサーバを有する構成を例として説明したが、サブネット内のプリンタ数が多い場合、同一サブネット内に複数のサーバを置くことも可能である。この場合、各サーバが受け持つプリンタの範囲を予め決めておくことによって、本発明が適用可能である。また、一つのサブネット内のプリンタ台数が少なく、1台のサーバで複数のサブネットにまたがってダウンロード制御を行う場合にも、各サーバが受け持つサブネットが予め決定しておくことで、やはり本発明が適用可能である。すなわちいずれの場合においても、階層の管理方法は本実施形態と同様である。
【００４９】
また、ダウンロード対象となるデータはリソースファイルに限定されるものではない。さらに、ダウンロード対象デバイスもプリンタに限らす、例えばPC等であってもよい。すなわち本発明は、PCに対するソフトウェア配信等にも適用することができる。
【００５０】
＜他の実施形態＞
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００５１】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００５２】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５３】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等の形態であっても良い。
【００５４】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD-ROM，DVD-R)などがある。
【００５５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。
【００５６】
また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００５７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００５８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００５９】
【図１】本発明に係る一実施形態におけるシステム構成を示す図である。
【図２】本実施形態におけるリソースファイル形式を示す図である。
【図３】ダウンローダの動作を示すフローチャートである。
【図４】ダウンローダの起動管理プログラムの動作を示すフローチャートである。
【図５】リソースファイルの具体例を示す図である。
【図１】
2006301793.tif 000003
【図２】
2006301793.tif 000004
【図３】
2006301793.tif 000005
【図４】
2006301793.tif 000006
【図５】
2006301793.tif 000007