JP2005148840A - サーバ装置及びネットワークシステム - Google Patents

Abstract

【課題】 クライアント端末がサーバ装置からソフトウエアをダウンロードする際に、サーバ装置及びネットワークにかかる負荷を小さくするサーバ装置及びネットワークシステムを提供する。
【解決手段】 端末であるプリント機７０Ｃ１がネットワークを介してサーバ２にアクセスして同一グループ内のプリント機７０Ｃ２又は７０Ｃ３のどれかが更新ファイルをダウンロードしていたことがわかった場合は、プリント機７０Ｃ１が未ダウンロード端末であるときはサーバ２から更新ファイルをダウンロードするのではなく、同一グループ内のダウンロード済みの端末から更新ファイルをダウンロードするので、更新ファイルのダウンロードの際にかかるサーバ２やネットワークへの負荷が軽減される。
【選択図】 図１

Description

本発明は、サーバ装置及びネットワークシステムに関し、特に、クライアント端末がサーバ装置からソフトウエアをダウンロードする際のサーバ装置及びネットワークシステムに関する。

クライアント端末がサーバ装置からソフトウエアをダウンロードする態様は様々な分野で存在するが、同一店舗内に複数のクライアント端末が存在し、それらのクライアント端末が１本の回線で外部のネットワークと接続されるような利用方法では、複数のクライアント端末が同時にソフトウエアのダウンロードを行おうとするとサーバ装置やネットワークの負荷が増大する。

また、クライアント端末がサーバ装置上の更新された有効なダウンロードファイルの有無を調べるため、通信回線を共用した状態でどのサーバ装置に更新済みのダウンロードファイルが存在するかを見極めようと順次に各サーバ装置に呼掛けを行なうポーリングという方法が行われる。このため、ネットワーク及びサーバ装置に対し過重な負荷が発生することがある。特に、ソフトウエアの更新時期になるとクライアント端末が一斉にサーバ装置にアクセスを行うため、ネットワーク及びサーバ装置の負荷が増大する。

下記特許文献１は、クライアント端末のソフトウエアを更新するために、サーバ装置からクライアント端末にマルチキャストで一度に更新を行う技術を開示しているが、この方法ではマルチキャストしている間はサーバ装置及びネットワークにかかる負荷が大きい。
特開２００１−３４５５１号公報

本発明は、上記の事実を考慮し、クライアント端末がサーバ装置からソフトウエアをダウンロードする際に、サーバ装置及びネットワークにかかる負荷を小さくするサーバ装置及びネットワークシステムを提供することを目的とする。

本発明の第１の態様は、複数で１つのグループを形成するクライアント端末と前記クライアント端末の各々とネットワークを介して接続されたサーバ装置とからなるネットワークシステムであって、
前記サーバ装置は、
前記サーバ装置に対してアクセスするクライアント端末のグループを識別するグループ識別手段と、
当該アクセスしたクライアント端末を識別する端末識別手段と、
前記識別したグループ及び識別したクライアント端末から判断して当該グループのいずれかのクライアント端末にソフトウエアをダウンロードしたことがない場合には当該ソフトウエアのダウンロードを許可する許可手段と、
前記ダウンロードを許可されたクライアント端末へソフトウエアのダウンロードが終了した場合、当該クライアント端末が属するグループのグループ識別情報及び当該クライアント端末の端末識別情報を記憶する記憶手段と、
前記記憶したグループ識別情報に基づいて前記グループ識別手段により既にダウンロードしたクライアント端末のグループのクライアント端末からのアクセスと判断した場合、当該グループのクライアント端末に対し、前記記憶した端末識別情報に基づいて前記端末識別手段による端末識別結果から、ダウンロードしたクライアント端末の端末識別情報を回答する回答手段と、からなり、
前記クライアント端末は、
前記回答手段からダウンロードしたクライアント端末の端末識別情報の回答があった後に、前記回答手段からの回答により当該クライアント端末の属するグループ内のダウンロード済み端末を識別するダウンロード端末識別手段と、
識別した当該ダウンロード済み端末からダウンロードを行うことができるダウンロード手段と、からなるネットワークシステム、からなる。

本発明の第１の態様によれば、複数で１つのグループを形成するクライアント端末と前記クライアント端末の各々とネットワークを介してサーバ装置が接続されている。

前記サーバ装置は、クライアント端末が前記サーバ装置に対してアクセスしたときに当該クライアント端末のグループを識別すると共に当該アクセスしたクライアント端末を識別し、前記識別したグループ及び識別したクライアント端末から判断して当該グループのいずれかのクライアント端末にソフトウエアをダウンロードしたことがない場合には許可手段が当該クライアント端末に当該ソフトウエアのダウンロードを許可し、前記ダウンロードを許可されたクライアント端末へソフトウエアのダウンロードが終了した場合、当該クライアント端末が属するグループのグループ識別情報及び当該クライアント端末の端末識別情報を記憶する。

その後、クライアント端末が前記サーバ装置にアクセスしたときに、サーバ装置は、当該アクセスが前記記憶したグループ識別情報に基づいて前記グループ識別手段により既にダウンロードしたクライアント端末のグループのクライアント端末からのアクセスと判断した場合、当該グループのアクセスしてきたクライアント端末に対し、前記記憶した端末識別情報に基づいて前記端末識別手段による端末識別結果から、ダウンロードしたクライアント端末の端末識別情報を回答する。

前記クライアント端末は、ダウンロードしたクライアント端末の端末識別情報の回答があると、前記回答手段からの回答により当該クライアント端末の属するグループ内のダウンロード済み端末を識別し、識別した当該ダウンロード済み端末からダウンロードを行うことができる。

よって、クライアント端末のグループに対して、サーバ装置が当該ソフトウエアをダウンロードするのはいずれかの端末だけである。当該クライアント端末のグループ内で、サーバ装置からソフトウエアをダウンロードした端末以外のクライアント端末は、ダウンロードを受けたクライアント端末からそのソフトウエアをダウンロードされる。

さらに、本発明の第２の態様は、クライアント端末と、前記クライアント端末とネットワークを介して接続され、ソフトウエアをクライアント端末にダウンロード可能なサーバ装置とからなるネットワークシステムであって、
前記サーバ装置は、前記サーバ装置に対してアクセスするクライアント端末にソフトウエアの次回更新予定日時の情報を返信する次回更新予定日時告知手段を有し、
前記クライアント端末は、前記サーバ装置から返信された次回更新予定日時の情報を受け、当該次回更新予定日時になるまで前記サーバ装置へのアクセスを行わないようにするアクセス制御手段を有するネットワークシステム、からなる。

本発明の第２の態様によれば、クライアント端末がサーバ装置にアクセスすると前記サーバ装置がクライアント端末にソフトウエアの次回更新予定日時の情報を返信する。前記クライアント端末は、前記サーバ装置から返信された次回更新予定日時の情報を受け、当該次回更新予定日時になるまで前記サーバ装置へのアクセスを行わないようにする。

本発明の第１の態様によれば、サーバ装置からソフトウエアをダウンロードするクライアント端末を限定することにより、サーバ装置に負荷を軽減することができ、ひいてはネットワークシステムの負荷の軽減を図ることができる。

本発明の第２の態様によれば、ネットワークのトラフィック増大をなくし、ネットワーク負荷を軽減できる。また、クライアント毎の更新時期をサーバ装置側で制御することにより、サーバ装置側の負荷を分散できる。

以下、添付図面に従って本発明に係るネットワークシステムの好ましい実施の形態について詳説する。

図１は、ネットワークシステム全体の構成図である。

プリンタ動作プログラムの更新版などが格納されたサーバ２がインターネット回線などのネットワークに接続されている。クライアント端末として同一店舗内にある複数の店頭デジタルフォトプリント機７０がハブ４を介してネットワークに接続されている。各プリント機７０は、複数のプリンタの部分とそれらのプリンタを制御するパソコンの機能を有する部分とを有する。

図２は、本発明に係るネットワークシステムを適用した店頭デジタルフォトプリント機７０の正面断面図である。

この店頭デジタルフォトプリント機７０は、ユーザが記録媒体挿入口８９にｘＤ−ピクチャーカード（登録商標）などの記録媒体を挿入してお金を投入し、記録媒体に格納されているデジタル画像をＴＡ(Thermo-Autochrome) ペーパーにプリントするＴＡ方式を採用したＴＡプリンタのプリントマシンである。

このプリント機７０は、正面にタッチパネル９８、正面上部に液晶型のディスプレイ８０が配設されており、ユーザはディスプレイ８０を見ながらタッチパネル９８を操作してプリントサイズ、プリント枚数などの必要な情報を入力する。プリント機７０の内部の中ほどから下方にかけては、プリンタ９０、９２、９４、９６が設置されており、各プリンタ９０〜９６がデジタル画像をプリントするようになっている。従って、本形態のプリント機７０は、４機のプリンタでプリントできる。プリント機７０の正面外側下方には、プリントされたＴＡペーパーがユーザが指定したサイズになって排出される取り出し口１５０が設けられ、コインマシン（図３の８８で図示）が取り付けられている。

図３は、プリント機７０のハードウエア構成を示したブロック図である。

ユーザが記録媒体を記録媒体挿入口８９に挿入する。ハードディスクコントローラ７４はハードディスク７３に記録されている制御ソフトウエアを作動させる。記録媒体には画像データが所定の形式で圧縮された状態で記録されており、ＣＰＵ７２は、メディアリーダコントローラ８２に画像データの読み出しを指示して、記録媒体から所要の画像データを取得すると、この画像データを伸張して元の画像データに復元し、更に、所要の画像処理を施してその画像データをＲＡＭ７６に記憶させる。

タッチパネル９８からは、ユーザがプリントサイズ、プリント枚数などの必要な情報を入力し、入力された情報はディスプレイ８０に表示されると共にシリアルコントローラ８６に送られる。ディスプレイ８０は、ディスプレイコントローラ７８によって作動される。コインマシン８８は、タッチパネル９８から入力された情報に基づいてディスプレイに表示された金額をユーザが投入したかどうかを確認する。必要な金額が投入されたら、ＲＡＭ７６に格納されている画像データがＳＣＳＩコントローラ８４を介してプリントジョブとして各プリンタ９０、９２、９４、９６に送られる。これらの一連の制御はＣＰＵ７２が行う。

送受信インターフェース７１はハブ４と接続しており、ネットワークを介してサーバ２とプリント機７０とが通信できるようになっている。

各プリンタ９０〜９６は、ＴＡ方式と呼ばれる印画方式を採用したもので、熱を加えると発色し、所定の波長の光を照射すると定着するという特性を有するＴＡペーパーを使用する。ＴＡ方式の各プリンタの印画処理に関する構成及び動作について説明する。

図４は、ＴＡ方式の各プリンタにおける印画処理に関する構成を示したブロック図である。

図４に示すように、システムコントローラ１０は、システム全体を統括的に制御する処理部であり、プリント機７０のＳＣＳＩコントローラ８４に接続している。システムコントローラ１０は、ＳＣＳＩコントローラ８４からジョブを受け渡される。このシステムコントローラ１０により、各制御ブロックに対する画像データの受渡し、プリントの実行等の各種指示が与えられるようになっている。システムコントローラ１０への各種処理の指示は、ユーザの操作によるタッチパネル９８にもとづいて、ＣＰＵ７２が与える。システムコントローラ１０の動作プログラムは、ＥＥＰＲＯＭ１８に記録されている。

ＳＣＳＩコントローラ８４から受け渡されたジョブは、システムコントローラ１０、メモリコントローラ２０を介してメモリ２２に一旦記憶される。すなわち、メモリコントローラ２０は、メモリ２２に対するデータの書き込みと読み出しを制御する処理部であり、ＣＰＵ１５２が制御し、このメモリコントローラ２０の処理によって、ＳＣＳＩコントローラ８４、システムコントローラ１０から受け渡されたプリント画像等の画像データがメモリ２２に記憶される。システムコントローラ１０からの指示に従ってメモリ２２に記憶されたプリント画像等の画像データがプリントコントローラ２８に出力される。メモリ２２には、このプリンタがもつユニークなＳＣＳＩのＩＤ番号が記憶されている。すなわち、各プリンタ９０、９２、９４、９６には、それぞれそのプリンタにユニークなＳＣＳＩのＩＤ番号が記憶されている。

図４に示すプリントコントローラ２８、ヘッド駆動回路３０、ペーパー搬送制御部３２、及び定着制御部３４は、プリントを実行するための制御ブロックであり、これらの制御ブロックは、システムコントローラ１０からのプリント実行の指示により互いに同期して各種制御を実行する。

ここで、このプリンタで使用されるＴＡペーパーについて説明すると、図５に示すように、ＴＡペーパー５０は、支持体５２の表面にシアン（Ｃ）発色層５４、マゼンタ（Ｍ）発色層５６、イエロー（Ｙ）発色層５８の３層が順に重ねて形成されている。Ｃ発色層５４、Ｍ発色層５６、Ｙ発色層５８の各発色層では、それぞれに対応した熱量が与えられると、その熱量に応じた濃度（階調）のＣ色、Ｍ色、Ｙ色が発色する。また、Ｃ発色層５４を除くＭ発色層５６及びＹ発色層５８の各発色層に、それぞれに対応した波長（Ｍ発色層５６は約３６５ｎｍ、Ｙ発色層５８は約４２５ｎｍ程度）の光を照射すると、発色の状態が定着されるようになっている。

前記プリントコントローラ２８は、システムコントローラ１０からプリント実行の指示が与えられると、メモリ２２に記憶されたプリント画像の画像データをメモリコントローラ２０を介して取得し、そのプリント画像の画像データに基づいてプリント画像の各画素におけるＣ、Ｍ、Ｙ各色の階調（印画階調値）を例えば８ビットの分解能の範囲（０〜２５５）で設定する。そして、そのプリント画像の各画素におけるＣ、Ｍ、Ｙ各色の印画階調値のデータをＴＡペーパーの走行と同期してその走行方向（副走査方向）と垂直な方向（主走査方向）の１ラインずつヘッド駆動回路３０に出力する。

ヘッド駆動回路３０は、上述のようにプリントコントローラ２８からＣ、Ｍ、Ｙ各色の印画階調値のデータが与えられると、その印画階調値に基づいて主走査方向に配列されたサーマルヘッド３６の各ドットの発熱素子に印加する電圧及びその通電時間（パルス幅）をＴＡペーパーの走行に同期させて制御する。これにより、サーマルヘッド３６の各ドットの発熱素子からＴＡペーパーの各点に与えられる熱量がＣ、Ｍ、Ｙ各色の印画階調値に応じて制御され、ＴＡペーパーの各発色層に対してプリントコントローラ２８から指示された印画階調値に対応する濃度の色が発色される。

ペーパー搬送制御部３２は、システムコントローラ１０からプリント実行の指示が与えられると、ＴＡペーパー収納部からＴＡペーパーを印画処理部に給送する。なお、ＴＡペーパー収納部には、図６に示すようにロール状のＴＡペーパー５０が装填されている。また、ペーパー搬送制御部３２は、ＴＡペーパーを印画処理部に給送すると、キャプスタンローラ３８をモータにより駆動してＴＡペーパーを発色、定着の印画処理に同期させて走行させる。このとき、システムコントローラ１０は、ホームポジション（ＨＰ）センサ４０を使用してＴＡペーパーがホームポジションにあることを検出し、そのホームポジションを基準にしたＴＡペーパーの往復走行をペーパー搬送制御部３２に実行させる。

定着制御部３４は、サーマルヘッド３６によるＴＡペーパーのＹ発色層とＭ発色層の発色の処理と同期させてＹ定着用蛍光ランプ４２及びＭ定着用蛍光ランプ４４の点灯・消灯を制御する。Ｙ定着用蛍光ランプ４２は、少なくとも４２５ｎｍをピーク波長とする発光特性をもつランプであり、このＹ定着用蛍光ランプ４２が点灯してこのランプからＴＡペーパーに前記波長の光が照射されると、ＴＡペーパーのＹ発色層が定着される。一方、Ｍ定着用蛍光ランプ４４は、少なくとも３６５ｎｍをピーク波長とする発光特性をもつランプであり、このＭ定着用蛍光ランプ４４が点灯してこのランプからＴＡペーパーに前記波長の光が照射されると、ＴＡペーパーのＭ発色層が定着される。

図６は、プリンタ９０〜９６において、ＴＡペーパーに対する発色と定着の印画処理が実行される印画処理部の部材配置の実施の形態を示した配置図である。

図６に示すように、印画処理部において、ＴＡペーパー５０が給送される搬送路には、キャプスタンローラ３８、ニップローラ３９、サーマルヘッド３６、プラテンローラ６２、カッター６３、ＨＰセンサ４０を構成する発光ＬＥＤ４０Ａ及び受光センサ４０Ｂ、Ｙ定着用蛍光ランプ４２、Ｍ定着用蛍光ランプ４４が順に配置される。

搬送路の上流側から給送されたＴＡペーパー５０は、キャプスタンローラ３８とニップローラ３９によって挟持されると共に、サーマルヘッド３６とプラテンローラ６２によって挟持され、印画処理実行時において、キャプスタンローラ３８がモータによって回動されることによりＴＡペーパー５０が同図矢印Ａ及びＡ′に示す副走査方向に往復走行される。

サーマルヘッド３６には、ＴＡペーパー５０の搬送方向である副走査方向に対して垂直な主走査方向に複数の発熱素子がライン状に配設されており、ＴＡペーパー５０が同図矢印Ａに示す印画方向に搬送されているときに同期させて、主走査方向の１ラインずつＴＡペーパー５０に所定の熱を与えて各発色層の発色を行う。

前記ＨＰセンサ４０の発光ＬＥＤ４０Ａは、ＴＡペーパー５０の搬送路を挟んで受光センサ４０Ｂに向かって光を投光しており、この受光センサ４０Ｂの検出信号に基づいてＴＡペーパー５０の有無を検出できるようになっている。なお、受光センサ４０Ｂから出力された検出信号は図示しないＡ／Ｄコンバータを介して図４に示したシステムコントローラ１０に入力される。

システムコントローラ１０は、発光ＬＥＤ４０Ａから投光した光が受光センサ４０Ｂによって受光されるか否かを検出することによって、そのＨＰセンサ４０の位置にＴＡペーパー５０が位置するか否かを判定する。そして、そのＨＰセンサ４０の位置にＴＡペーパー５０が位置しているときとしないときの切り替わりを検出することによってＴＡペーパー５０の先端がＨＰセンサ４０の位置に搬送されたか否かを検出する。これによって、ＨＰセンサ４０の位置にＴＡペーパー５０の先端が搬送されたときをＴＡペーパー５０のホームポジションとしてＴＡペーパーの位置合わせが行われ、この位置を基準にしてＴＡペーパー５０の搬送と発色及び定着の印画処理が同期して行われる。

上記の構成からなるプリント機７０がサーバ２からシステムコントローラ１０の動作プログラムの更新版をダウンロードする工程の第１の態様を説明する。

図７は、クライアント端末であるプリント機７０がサーバ２から動作プログラムの更新版をダウンロードする第１の態様の工程を示したフローチャートである。

図１では、プリント機７０が３台配置された例を示しているが、１台目をＣ１、２台目をＣ２、３台目をＣ３とする。Ｃ１〜Ｃ３は同一の店舗内にあり、同一のグループを形成していてそれぞれ同一のグループＩＤ「Ｇ１」を有している。また、Ｃ１、Ｃ２、Ｃ３はそれぞれプリンタ機としての独自の端末ＩＤ「Ｎ１」、「Ｎ２」、「Ｎ３」を有している。

まず、プリント機７０Ｃ１が動作プログラムの更新情報取得要求をサーバ２に送信する（ステップ２００）。ここでいう「更新情報」とは、更新すべきファイルが存在するか、ダウンロード端末ＩＤ、ダウンロード状態などである。

サーバ２は、更新情報取得要求を受信する（ステップ２０２）。

サーバ２は、端末情報データベースから更新情報を検索する（ステップ２０４）。端末情報データベースには、プリンタ機の各グループごとの更新すべきファイルの有無、ダウンロード端末ＩＤの有無及び有のときはＩＤ、ダウンロード状態（ダウンロードが無効か、ダウンロード中か、ダウンロード済みか）の各情報が格納されている。

端末情報データベースのダウンロード端末ＩＤの情報から、ダウンロード済みの端末が存在するかどうかが判断される（ステップ２０６）。

ダウンロード済みの端末が存在しない場合は、更新情報が更新される（ステップ２０８）。すなわち、端末情報データベースの「グループ１」の「ダウンロード端末ＩＤ」が「Ｃ１」となり、「ダウンロード状態」が「（ダウンロード）中」になる。

その後、更新情報がプリント機７０Ｃ１に送信される（ステップ２１０）。ステップ２０６でダウンロード済みの端末が存在する場合は更新情報を書き換えないでそのままステップ２１０に移行する。

プリント機７０Ｃ１は、更新情報を受信する（ステップ２１２）。プリント機７０Ｃ１は、受信した更新情報の中から、更新ファイルが存在するかどうか判断する（ステップ２１４）。存在しない場合はステップ２００に戻る。存在する場合は更新情報の中の「ダウンロード端末ＩＤ」がプリント機７０Ｃ１の端末ＩＤと同一かどうかが判断される（ステップ２１６）。

同一の場合は、まだダウンロード済みの端末が存在していないということになり、プリント機７０がサーバ２から更新ファイルをダウンロードする（ステップ２１８）。

ダウンロードが成功したかどうか判断する（ステップ２２０）。成功しなかった場合は、ステップ２１８に戻る。成功した場合は、サーバ２に「成功した」という状態を通知する（ステップ２２２）。

サーバ２は、「ダウンロード成功」の状態通知を受信する（ステップ２２６）。

その後、更新情報を更新する（ステップ２２８）。すなわち、端末情報データベースのグループ１の「ダウンロード状態」を「済」に書き換える。

書き換えられた更新情報は、プリント機７０Ｃ１に送信される（ステップ２３０）。

ステップ２２２でサーバに状態通知がされたら、プリント機７０Ｃ１に格納された更新ファイルを他端末、すなわち、プリント機７０Ｃ２、プリント機７０Ｃ３からアクセス可能な場所に配置する（ステップ２２４）。その後、ステップ２００に戻る。

ステップ２１６で、「ダウンロード端末ＩＤ」がプリント機７０Ｃ１の端末ＩＤと同一でないと判断された場合は、更新情報の中の「ダウンロード状態」が「ダウンロード中」なのか「ダウンロード済」なのか判断される（ステップ２３２）。

「ダウンロード済」の場合は、更新情報の中の「ダウンロード端末ＩＤ」の示す端末（本形態では、Ｃ２又はＣ３）から、更新ファイルをダウンロードする（ステップ２３４）。ダウンロードが成功したかどうか判断される（ステップ２３６）。成功した場合は、ステップ２００に戻る。成功していない場合は、ステップ２３４に戻る。

ステップ２３２で「ダウンロード中」と判断された場合は、ステップ２００に戻る。

このように、端末であるプリント機７０がサーバ２にアクセスして同一グループ内のプリント機７０のどれかが更新ファイルをダウンロードしていたことがわかった場合は、未ダウンロード端末はサーバ２から更新ファイルをダウンロードするのではなく、同一グループ内のダウンロード済みの端末から更新ファイルをダウンロードするので、更新ファイルのダウンロードの際にかかるサーバ２やネットワークへの負荷が軽減される。

上記の構成からなるプリント機７０がサーバ２からシステムコントローラ１０の動作プログラムの更新版をダウンロードする工程の第２の態様を説明する。

図８は、クライアント端末であるプリント機７０がサーバ２から動作プログラムの更新版をダウンロードする第２の態様の工程を示したフローチャートである。

この第２の態様においても、図１に示すように、プリント機７０が３台配置された例で説明し、１台目をＣ１、２台目をＣ２、３台目をＣ３とする。Ｃ１〜Ｃ３は同一の店舗内にあり、Ｃ１、Ｃ２、Ｃ３はそれぞれプリンタ機としての独自の端末ＩＤ「Ｎ１」、「Ｎ２」、「Ｎ３」を有している。

まず、端末ＩＤ「Ｎ１」のプリント機７０Ｃ１が動作プログラムの更新情報を取得済みかどうか判断する（ステップ２５０）。取得済みでない場合は、更新情報取得要求をサーバ２に送信する（ステップ２５２）。ここでいう「更新情報」とは、更新すべきファイルの現バージョン、端末更新日時、次バージョン、サーバ更新予定日時、サーバ更新日時などである。

サーバ２は、更新情報取得要求を受信する（ステップ２５４）。

受信後、サーバ２は、端末情報データベースから更新情報を検索する（ステップ２５６）。端末情報データベースには、各端末（すなわち、プリンタ機７０）Ｃ１、Ｃ２、Ｃ３について上記更新情報が格納されている。

サーバ２は、検索して得た更新情報をプリント機７０Ｃ１に送信する（ステップ２５８）。

プリント機７０Ｃ１は、更新情報を受信する（ステップ２６０）。プリント機７０Ｃ１は、受信した更新情報をハードディスク７３に格納する（ステップ２６２）。受信した更新情報の中には、サーバ更新予定日時の情報が含まれており、その更新予定日時を過ぎたかどうか判断する（ステップ２６４）。上記ステップ２５０で更新情報取得済みの場合もステップ２６４に移行する。ステップ２６４でまだ更新予定日時を過ぎていないと判断した場合は、ステップ２５０に戻る。

ステップ２６４で更新予定日時を過ぎたと判断した場合は、更新情報取得要求をサーバ２に送信して（ステップ２６６）、上記ステップ２５４〜２６０と同様のステップを経る（ステップ２６８、２７０、２７２、２７４）。

サーバ２から更新情報を受信したら、プリント機７０は更新情報から、動作プログラムが次バージョンに更新されたかどうか判断する（ステップ２７６）。更新されている場合は、ステップ２５０に戻る。

まだ更新されていない場合は、次バージョンに更新する必要があるため、サーバ２に更新ファイル取得要求を送信する（ステップ２７８）。このときも、プリント機７０Ｃ１が端末ＩＤ「Ｎ１」を示してサーバ２に更新ファイル取得要求を行う。サーバ２は、更新ファイル取得要求を受信する（ステップ２８０）。

その後、サーバ２は、端末情報データベースから更新情報を検索して確認する（ステップ２８２）。

サーバ２は、サーバ２の更新ファイルデータベースから更新ファイルを取り出し（ステップ２８４）、取り出した更新ファイルをプリント機７０に送信する（ステップ２８６）。

プリント機７０は、更新ファイルを受信する（ステップ２８８）。プリント機７０は、プリント機７０において動作プログラムの更新処理を行う（ステップ２９０）。そして、更新処理が正常に終了したかどうか判断する（ステップ２９２）。正常に終了していない場合は、ステップ２７８に戻る。正常に終了したと判断した場合は、更新を完了した旨をサーバ２に送信する（ステップ２９４）。このときもプリント機７０の端末ＩＤをサーバ２に示して行う。

サーバ２は、更新完了通知を受信して（ステップ２９８）、更新情報を端末情報データベースから検索する（ステップ３００）。端末情報データベースの中の更新情報の「現バージョン」、「端末更新日時」、「次バージョン」の各情報を書き換える。

プリント機７０では、ステップ２９４の後、プリント機７０内の更新情報を更新する（ステップ２９６）。すなわち、プリント機７０のハードディスク７３の中の更新情報の「現バージョン」、「端末更新日時」、「次バージョン」の各情報を更新する。

このように、端末であるプリント機７０は、サーバ２から更新情報を取得した後は、次回更新予定日時になるまでサーバ２へのアクセスを行わないので、更新ファイルを取得する際にサーバ２へのアクセス回数を減らすことができ、従来生じていた、更新時期になったときのクライアント端末のサーバへの一斉アクセスによるサーバ２やネットワークへの負荷が軽減できる。また、クライアント端末毎のソフトウエア更新時期をサーバ側で管理、制御することにより、サーバ側の負荷を分散することができる。

本実施の形態では、第１の態様、第２の態様共にプリンタの動作プログラムの更新を例にとって説明したが、更新対象は動作プログラムに限らず、プログラム中のテンプレートの定期更新など、ソフトウエアの更新なら幅広く適用可能である。

ネットワークシステム全体の構成図。 ネットワークシステムを適用した店頭デジタルフォトプリント機の正面断面図。 プリント機のハードウエア構成を示したブロック図。 ＴＡ方式の各プリンタにおける印画処理に関する構成を示したブロック図。 ＴＡペーパーの断面図。 プリンタにおいて、ＴＡペーパーに対する発色と定着の印画処理が実行される印画処理部の部材配置の実施の形態を示した配置図。 クライアント端末であるプリント機がサーバから動作プログラムの更新版をダウンロードする工程の第１の態様を示したフローチャート。 クライアント端末であるプリント機がサーバから動作プログラムの更新版をダウンロードする工程の第２の態様を示したフローチャート。

符号の説明

２…サーバ、４…ハブ、１０…システムコントローラ、１８…本体内蔵ＥＥＰＲＯＭ、７０…プリント機、７１…送受信インターフェース、７２…ＣＰＵ、７３…ハードディスク、８４…ＳＣＳＩコントローラ、９０、９２、９４、９６…プリンタ、１５２…ＣＰＵ

Claims (4)

1. 複数のクライアント端末が１つのグループを形成すると共に各クライアント端末とネットワークを介して接続されたサーバ装置であって、
   前記サーバ装置に対してアクセスするクライアント端末のグループを識別するグループ識別手段と、
   当該アクセスしたクライアント端末を識別する端末識別手段と、
   前記識別したグループ及び識別したクライアント端末から判断して当該グループのいずれかのクライアント端末にソフトウエアをダウンロードしたことがない場合には当該ソフトウエアのダウンロードを許可する許可手段と、
   前記ダウンロードを許可されたクライアント端末へソフトウエアのダウンロードが終了した場合、当該クライアント端末が属するグループのグループ識別情報及び当該クライアント端末の端末識別情報を記憶する記憶手段と、
   前記記憶したグループ識別情報に基づいて前記グループ識別手段により既にダウンロードしたクライアント端末のグループのクライアント端末からのアクセスと判断した場合、当該グループのクライアント端末に対し、前記記憶した端末識別情報に基づいて前記端末識別手段による端末識別結果から、ダウンロードしたクライアント端末の端末識別情報を回答する回答手段と、からなるサーバ装置。
2. 複数で１つのグループを形成するクライアント端末と前記クライアント端末の各々とネットワークを介して接続されたサーバ装置とからなるネットワークシステムであって、
   前記サーバ装置は、
   前記サーバ装置に対してアクセスするクライアント端末のグループを識別するグループ識別手段と、
   当該アクセスしたクライアント端末を識別する端末識別手段と、
   前記識別したグループ及び識別したクライアント端末から判断して当該グループのいずれかのクライアント端末にソフトウエアをダウンロードしたことがない場合には当該ソフトウエアのダウンロードを許可する許可手段と、
   前記ダウンロードを許可されたクライアント端末へソフトウエアのダウンロードが終了した場合、当該クライアント端末が属するグループのグループ識別情報及び当該クライアント端末の端末識別情報を記憶する記憶手段と、
   前記記憶したグループ識別情報に基づいて前記グループ識別手段により既にダウンロードしたクライアント端末のグループのクライアント端末からのアクセスと判断した場合、当該グループのクライアント端末に対し、前記記憶した端末識別情報に基づいて前記端末識別手段による端末識別結果から、ダウンロードしたクライアント端末の端末識別情報を回答する回答手段と、からなり、
   前記クライアント端末は、
   前記回答手段からダウンロードしたクライアント端末の端末識別情報の回答があった後に、前記回答手段からの回答により当該クライアント端末の属するグループ内のダウンロード済み端末を識別するダウンロード端末識別手段と、
   識別した当該ダウンロード済み端末からダウンロードを行うことができるダウンロード手段と、からなるネットワークシステム。
3. クライアント端末とネットワークを介して接続され、ソフトウエアをクライアント端末にダウンロード可能なサーバ装置であって、
   前記サーバ装置に対してアクセスするクライアント端末にソフトウエアの次回更新予定日時の情報を返信する次回更新予定日時告知手段を有するサーバ装置。
4. クライアント端末と、前記クライアント端末とネットワークを介して接続され、ソフトウエアをクライアント端末にダウンロード可能なサーバ装置とからなるネットワークシステムであって、
   前記サーバ装置は、前記サーバ装置に対してアクセスするクライアント端末にソフトウエアの次回更新予定日時の情報を返信する次回更新予定日時告知手段を有し、
   前記クライアント端末は、前記サーバ装置から返信された次回更新予定日時の情報を受け、当該次回更新予定日時になるまで前記サーバ装置へのアクセスを行わないようにするアクセス制御手段を有するネットワークシステム。

Images