JP2000112810A

JP2000112810A - データ端末装置、サーバ装置、及び記憶媒体

Info

Publication number: JP2000112810A
Application number: JP10284238A
Authority: JP
Inventors: Kazumasa Kawada; 和正川田
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1998-10-06
Filing date: 1998-10-06
Publication date: 2000-04-21

Abstract

(57)【要約】【課題】本発明の課題は、サーバ／端末装置間のデー
タ転送時に、転送先に格納されている同一データの転送
を行わず、データ転送に係る時間を短縮させることであ
る。【解決手段】ネットワークコンピュータシステム１
は、センター用商品ＤＢ２０が、商品データベース及び
画像ファイルのマスタを格納しており、登録者用クライ
アント３０によって商品データベース及び画像ファイル
が追加・更新され、利用者用クライアント４０によって
商品データベース及び画像ファイルが読み出されて利用
されるシステムである。そして、商品データベースの各
レコードは、それぞれの商品に対応しており、また、対
応する商品の正面図や側面図等の画像ファイルとそれぞ
れリンクされ、各画像ファイルの更新日時を記憶してい
る。このため、各クライアントによる商品データベース
の追加・更新・読み出し時には、必要な場合にのみ画像
ファイルがダウンロード又はアップロードされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して接続されたデータ端末装置と、サーバ装置とに係
り、詳細には、所定データのデータ転送を制御するデー
タ端末装置、サーバ装置、及びそのデータ転送の制御プ
ログラムを格納した記憶媒体に関する。

【０００２】

【従来の技術】従来のネットワークコンピュータシステ
ムにおいて、サーバ内のデータベースの管理や、サーバ
内のネットワーク管理システムを実行する方法は、サー
バ自体を用いて行う他に、ネットワークを介してサーバ
に接続することのできる端末装置から、遠隔操作によ
り、サーバ内のデータベースの管理や、ネットワーク管
理プログラムを実行することが可能である。

【０００３】例えば、サーバ内のデータを管理する方法
としては、端末装置からネットワークを介してサーバに
接続し、端末装置にサーバ内のデータを転送（以下、サ
ーバから端末装置にデータを転送することをダウンロー
ドと呼ぶ）した後に、端末装置上で編集して、編集した
データをサーバ内に転送（以下、端末装置からサーバに
転送することをアップロードと呼ぶ）して返すことによ
りサーバ内のデータを更新する。この時、サーバ上で管
理するデータが複数のレコードから構成されるデータベ
ースであれば、端末装置が、編集するデータベースのレ
コードを指定して、各レコード毎にダウンロード及びア
ップロードを行うことにより、不要なデータの転送が行
われないため、効率的なデータの編集作業を行うことが
可能である。

【０００４】

【発明が解決しようとする課題】しかしながら、転送す
るデータに画像データや音声データ等の大容量のデータ
が格納されている場合には、１回のダウンロード及びア
ップロードであったとしても、多くの時間がかかってし
まっていた。例えば、インターネット上のホームページ
を参照する場合等においては、同一のホームページを見
る度に、履歴データとして端末装置内に当該ホームペー
ジのデータが格納されているにも関わらず、当該ホーム
ページに貼付されている画像データや音声データ等を再
度読み込む必要がある（尚、Ｐｒｏｘｙサーバを介すこ
とにより、ＷＷＷアクセス時のＨＴＭＬデータ等をキャ
ッシュする技術があるが、サーバ／端末装置間の直接的
なデータ転送ではないため、本問題とは異なる）。

【０００５】本発明の課題は、サーバ／端末装置間のデ
ータ転送時に、転送先に格納されている同一データの転
送を行わず、データ転送に係る時間を短縮させることの
できるデータ端末装置、サーバ装置、及びそのデータ転
送の制御プログラムを格納した記憶媒体を提供すること
である。

【０００６】

【課題を解決するための手段】請求項１記載の発明は、
ネットワークを介してサーバ装置にアクセスし、該サー
バ装置内に格納されたデータベースからレコードとリン
クされた所定データをダウンロードするデータ端末装置
において、前記サーバ装置内のデータベースからダウン
ロードしたレコードやレコードとリンクされたデータを
記憶する記憶手段と、前記サーバ装置内のデータベース
から所望レコードをダウンロードする際に、該ダウンロ
ード対象レコードとリンクした所定データと同一のデー
タが前記記憶手段に記憶されているか否かを判別する判
別手段と、この判別手段による判別結果に応じて前記ダ
ウンロード対象レコードとともに前記所定データをダウ
ンロードするか否かを決定して、前記サーバ装置内のデ
ータベースからダウンロード対象レコードと所定データ
とをネットワークを介してダウンロードするデータ通信
手段と、を備えたことを特徴としている。

【０００７】この請求項１記載の発明によれば、ネット
ワークを介してサーバ装置にアクセスし、該サーバ装置
内に格納されたデータベースからレコードとリンクされ
た所定データをダウンロードするデータ端末装置におい
て、記憶手段は、前記サーバ装置内のデータベースから
ダウンロードしたレコードやレコードとリンクされたデ
ータを記憶し、判別手段は、前記サーバ装置内のデータ
ベースから所望レコードをダウンロードする際に、該ダ
ウンロード対象レコードとリンクした所定データと同一
のデータが前記記憶手段に記憶されているか否かを判別
して、この判別手段による判別結果に応じて、データ通
信手段は、前記ダウンロード対象レコードとともに前記
所定データをダウンロードするか否かを決定して、前記
サーバ装置内のデータベースからダウンロード対象レコ
ードと所定データとをネットワークを介してダウンロー
ドする。

【０００８】したがって、サーバ装置内に格納されたデ
ータベースの所望レコードをダウンロードする際に、当
該レコードにリンクされたサーバ装置内のデータと同一
のデータを、既に記憶済みであるかどうかを判別するこ
とができるため、不必要な同一データのダウンロードを
行わず、データ転送に係る時間を短縮することのでき
る、実用性の高いデータ端末装置を実現することが可能
である。

【０００９】請求項５記載の発明は、ネットワークを介
してサーバ装置にアクセスし、該サーバ装置内に格納さ
れたデータベースからレコードとリンクされた所定デー
タをダウンロードするデータ端末装置において、前記サ
ーバ装置内のデータベースからダウンロードしたレコー
ドやレコードとリンクされたデータを記憶する記憶手段
と、この記憶手段に記憶済みのデータと同一のデータを
前記サーバ装置内のデータベースからダウンロードする
際に、該サーバ装置内のダウンロード対象データの更新
日時と、前記記憶済みのデータの更新日時とを比較する
比較手段と、この比較手段による比較結果に応じて前記
ダウンロード対象データをダウンロードするか否かを決
定して、前記サーバ装置内のデータベースから該ダウン
ロード対象データをネットワークを介してダウンロード
するデータ通信手段と、を備えたことを特徴としてい
る。

【００１０】この請求項５記載の発明によれば、ネット
ワークを介してサーバ装置にアクセスし、該サーバ装置
内に格納されたデータベースからレコードとリンクされ
た所定データをダウンロードするデータ端末装置におい
て、記憶手段は、前記サーバ装置内のデータベースから
ダウンロードしたレコードやレコードとリンクされたデ
ータを記憶し、比較手段は、この記憶手段に記憶済みの
データと同一のデータを前記サーバ装置内のデータベー
スからダウンロードする際に、該サーバ装置内のダウン
ロード対象データの更新日時と、前記記憶済みのデータ
の更新日時とを比較して、この比較手段による比較結果
に応じて、データ通信手段は、前記ダウンロード対象デ
ータをダウンロードするか否かを決定して、前記サーバ
装置内のデータベースから該ダウンロード対象データを
ネットワークを介してダウンロードする。

【００１１】したがって、既に記憶済みのデータと同一
のデータをサーバ装置内のデータベースからダウンロー
ドして、データの更新を行う時に、両データの更新日時
を比較することによって、ダウンロードの必要性が判断
できるため、不必要なデータをダウンロードすることが
なくなり、データ転送に係る時間を削減することのでき
る、実用性の高いデータ端末装置を実現することができ
る。

【００１２】請求項７記載の発明は、ネットワークを介
して接続されたデータ端末装置からのダウンロード要求
に応じて、格納しているデータベースのレコードとリン
クされた所定データと、当該レコードとを、当該データ
端末装置にダウンロードするサーバ装置において、前記
レコードをダウンロードする毎に、当該レコードのレコ
ード名と、ダウンロード要求のあったデータ端末装置
と、ダウンロードの日時とを記憶する記憶手段と、前記
データ端末装置からダウンロード要求があった際に、該
ダウンロード対象レコードのレコード名と、同一のレコ
ード名のレコードを当該データ端末装置にダウンロード
した日時が前記記憶手段に記憶されているか否かを判別
する判別手段と、この判別手段により、前記ダウンロー
ドした日時が記憶されていると判別された場合に、当該
ダウンロードした日時と、前記同一のレコード名のレコ
ードとリンクされた所定データのデータ更新日時とを比
較する比較手段と、この比較手段による比較結果に応じ
て前記ダウンロード対象レコードとともに前記所定デー
タをダウンロードするか否かを決定して、前記データベ
ースからダウンロード対象レコードと所定データとを、
ネットワークを介して前記ダウンロード要求のあったデ
ータ端末装置にダウンロードするデータ通信手段と、を
備えたことを特徴としている。

【００１３】この請求項７記載の発明によれば、ネット
ワークを介して接続されたデータ端末装置からのダウン
ロード要求に応じて、格納しているデータベースのレコ
ードとリンクされた所定データと、当該レコードとを、
当該データ端末装置にダウンロードするサーバ装置にお
いて、記憶手段は、前記レコードをダウンロードする毎
に、当該レコードのレコード名と、ダウンロード要求の
あったデータ端末装置と、ダウンロードの日時とを記憶
し、判別手段は、前記データ端末装置からダウンロード
要求があった際に、該ダウンロード対象レコードのレコ
ード名と、同一のレコード名のレコードを当該データ端
末装置にダウンロードした日時が前記記憶手段に記憶さ
れているか否かを判別して、この判別手段により、比較
手段は、前記ダウンロードした日時が記憶されていると
判別された場合に、当該ダウンロードした日時と、前記
同一のレコード名のレコードとリンクされた所定データ
のデータ更新日時とを比較し、さらに、この比較手段に
よる比較結果に応じて、データ通信手段が前記ダウンロ
ード対象レコードとともに前記所定データをダウンロー
ドするか否かを決定して、前記データベースからダウン
ロード対象レコードと所定データとを、ネットワークを
介して前記ダウンロード要求のあったデータ端末装置に
ダウンロードする。

【００１４】したがって、データ端末装置からダウンロ
ード要求があった場合には、当該ダウンロード要求のレ
コードと同一のレコードを、かつて当該データ端末装置
にダウンロードしたことがあったかどうか、また、その
時のダウンロード日時と、当該レコードにリンクされた
データの更新日時とではどちらが新しく、どちらが古い
か、を判別及び比較するため、データ端末装置にダウン
ロード済みの同一データをダウンロードすることがな
く、データ転送に係る時間を短縮することのできる、実
用性の高いサーバ装置を実現することが可能である。

【００１５】また、ダウンロードをするか否かの判断は
一括してサーバ装置が行うため、データ端末装置は、条
件分岐の多い複雑な処理を行う必要がなくなり、単純な
ダウンロードの要求と、データの送受信を行うだけで良
い。このため、データ端末装置側での処理時間が短縮化
されると共に、データ端末装置には、処理能力の高いコ
ンピュータが必要とされないため、データ端末装置の台
数が多くなるほど、サーバ装置とデータ端末装置とを含
むシステム全体のコストを低くすることができる。

【００１６】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を詳細に説明する。

【００１７】（第１の実施の形態）図１〜図８は、本発
明を適用した第１の実施の形態におけるクライアント／
サーバ型のネットワークコンピュータシステムの一実施
の形態を示す図である。

【００１８】まず構成を説明する。図１は、本実施の形
態におけるネットワークコンピュータシステム１の全体
構成を示す図である。この図１において、ネットワーク
コンピュータシステム１はサーバコンピュータ１０（以
降サーバと呼ぶ）と、登録者用のクライアントコンピュ
ータ３０（以降登録者用クライアントと呼ぶ）と、利用
者用のクライアントコンピュータ４０（以降利用者用ク
ライアントと呼び、登録者用クライアント又は利用者用
クライアントを指す場合には、単にクライアントと呼
ぶ）とが、ＬＡＮ（Local Area Network）等によるネッ
トワーク６０に接続されており、また、サーバ１０には
商品データ及び画像データを格納しているセンター用の
商品データベース２０（以降センター用商品ＤＢと呼
ぶ）が、利用者用クライアント４０にはクライアント用
のローカル商品データベース５０（以降ローカル用商品
ＤＢと呼ぶ）が接続されている。

【００１９】ネットワークコンピュータシステム１で
は、センター用商品ＤＢ２０の管理・運用を統括してサ
ーバ１０が行い、センター用商品ＤＢ２０内のデータ
や、画像データの変更・更新は登録者用クライアント３
０が行うシステムである。また、ネットワークコンピュ
ータシステム１では、利用者用クライアント４０が、セ
ンター用商品ＤＢ２０内の商品データと画像データとを
読み出して、センター用商品ＤＢ２０のサブセットであ
るローカル用商品ＤＢ５０内の商品データ及び画像デー
タを適宜最新の情報とすると共に、読み出したデータに
基づいて利用者用クライアント４０に係る所定の作業を
行うシステムである。

【００２０】ネットワークコンピュータシステム１の具
体例としては、サーバ１０をホストコンピュータとして
本店に設置し、登録者用クライアント３０及び利用者用
クライアント４０を、各支店毎に必要に応じて複数台設
置して、本店のサーバ１０とネットワーク６０を介して
接続することにより、取り扱う商品に係る全てのデータ
を統括的にセンター用商品ＤＢ２０にて管理するシステ
ムを想定している。このため、登録者用クライアント３
０及び利用者用クライアント４０は、ネットワーク６０
に複数台接続される構成であるが、説明を簡単とするた
め、１台ずつの構成とする。

【００２１】サーバ１０は、商品データ及び画像データ
のマスタデータを格納するセンター用商品ＤＢ２０を運
用・管理するサーバコンピュータであり、後述する要求
対応処理（図８参照）を行って、登録者用クライアント
３０又は利用者用クライアント４０から送信されるレコ
ード要求に応じて、当該レコード及び画像データをセン
ター用商品ＤＢ２０から読み出してダウンロードした
り、レコード追加信号又はレコード更新要求に応じて、
アップロードされたレコード及び画像データを、センタ
ー用商品ＤＢ２０に新規登録したり、更新するサーバコ
ンピュータである。

【００２２】センター用商品ＤＢ２０は、商品の正面図
や側面図等の画像データである画像ファイルのマスタ
と、全ての商品に係るデータを記録した商品データベー
スとを格納している。詳細には後述するが、商品データ
ベースのレコード構成は、商品コードや、商品名、価
格、仕様等の文字情報と、当該商品の画像ファイルに対
応した画像ファイル名、更新日時の画像データ情報とか
ら構成され、各商品毎に１つのレコードが対応してい
る。

【００２３】登録者用クライアント３０は、後述するレ
コード登録処理（図６参照）を行って、サーバ１０から
センター用商品ＤＢ２０内の変更したい商品データのレ
コードをダウンロードする。また必要に応じて、当該レ
コードに対応するマスタの画像ファイルをダウンロード
する。そして、ダウンロードしたレコード及び画像ファ
イルを変更した後、サーバ１０にアップロードすること
により、サーバ１０を介してセンター用商品ＤＢ２０の
データを更新して、センター用商品ＤＢ２０のデータを
最新のデータとするクライアントコンピュータである。
また、登録者用クライアント３０は、新規の商品に係る
レコード及び画像ファイルを作成して、サーバ１０にア
ップロードすることにより、サーバ１０にセンター用商
品ＤＢ２０のレコード及び画像ファイルの追加を行う。

【００２４】利用者用クライアント４０は、後述するレ
コード要求処理（図７参照）を行って、サーバ１０にセ
ンター用商品ＤＢ２０内から読み出したい商品データを
要求して、当該商品データに該当するレコードをダウン
ロードすることにより、ローカル用商品ＤＢ５０内に格
納する。また、利用者用クライアント４０は、ローカル
用商品ＤＢ５０内に格納済みの画像ファイルの更新日時
に基づいて、必要に応じてレコードだけでなく、センタ
ー用商品ＤＢ２０内のマスタの画像ファイルをダウンロ
ードすることにより、ローカル用商品ＤＢ５０内のデー
タを随時更新する。

【００２５】ローカル用商品ＤＢ５０は、センター用商
品ＤＢ２０に格納されている商品データベース、及び画
像データの一部を複製して格納している、センター用商
品ＤＢ２０のサブセットであり、利用者用クライアント
４０により運用・管理されている。また、利用者用クラ
イアント４０により実行されるレコード要求処理（図７
参照）において、ローカル用商品ＤＢ５０は、利用者用
クライアント４０がセンター用商品ＤＢ２０からダウン
ロードするマスタのレコード及び画像ファイルを格納
し、又は、既に格納済みであれば更新することによっ
て、利用者用クライアント４０が利用する商品データベ
ース及び画像データの最新のデータを記憶するデータベ
ースである。

【００２６】次に、サーバ１０、センター用商品ＤＢ２
０、登録者用クライアント３０、利用者用クライアント
４０、及びローカル用商品ＤＢ５０の構成と、商品デー
タベースのレコード構成とを説明する。まずサーバ１０
とセンター用商品ＤＢ２０との構成を図２を参照して説
明する。図２は、サーバ１０と、センター用商品ＤＢ２
０との要部構成を示すブロック図である。

【００２７】図２において、サーバ１０は、ＣＰＵ１１
と、入力装置１２と、ＲＡＭ１３と、表示装置１４と、
記憶装置１５と、記憶媒体１６と、通信装置１７とから
構成され、記憶媒体１６を除く各部はバス１８に接続さ
れている。また、センター用商品ＤＢ２０は、外部記憶
装置２１と、外部記憶媒体２２とから構成され、外部記
憶装置２１はサーバ１０のバス１８に接続されている。

【００２８】ＣＰＵ（Central Processing Unit ）１１
は、記憶装置１５内の記憶媒体１６に記憶されているサ
ーバ１０に対応するセンター用商品ＤＢ２０の管理プロ
グラムや、ネットワーク６０の監視プログラム等の各種
アプリケーションプログラムの中から指定されたアプリ
ケーションプログラム、入力装置１２から入力される各
種指示、あるいは指示に応じた各種データをＲＡＭ１３
内に格納し、この入力指示及び入力データに応じてＲＡ
Ｍ１３内に格納したアプリケーションプログラムに従っ
て各種処理を実行して、その処理結果をＲＡＭ１３内に
格納するとともに、表示装置１４に表示する。そして、
ＣＰＵ１１は、ＲＡＭ１３内に格納した処理結果を入力
装置１２から入力指示される記憶媒体１６内の保存先に
保存する。

【００２９】また、ＣＰＵ１１は、記憶装置１５内の記
憶媒体１６に格納されている要求対応処理プログラムに
従って、要求対応処理（図８参照）を行って、登録者用
クライアント３０又は利用者用クライアント４０から送
信される指示信号がレコード要求信号であれば、センタ
ー用商品ＤＢ２０内の該当するレコードを読み出し、当
該レコード要求のあったクライアントに通信装置１７か
ら送信して、ネットワーク６０を介してダウンロードす
る。また、当該レコードの商品に係る画像ファイルの送
信要求があれば、ＣＰＵ１１は、当該画像ファイルをダ
ウンロードする。また、指示信号がレコード要求信号で
なく、レコード追加信号又はレコード更新信号であった
場合には、ＣＰＵ１１は、当該クライアントからアップ
ロードされたレコードをセンター用商品ＤＢ２０に追
加、又は既存レコードの更新を行うことにより送信され
たレコードを登録する。

【００３０】入力装置１２は、カーソルキーや数字入力
キー等を備えたキーボード及びマウス等のポインティン
グデバイスを含み、キーボードにおいて押下されたキー
の押下信号やマウスの位置信号をＣＰＵ１１に出力す
る。

【００３１】ＲＡＭ（Random Access Memory）１３は、
ＣＰＵ１１が上記各種アプリケーションプログラムを実
行する際に各種データを展開するプログラム格納領域を
形成すると共に、ＣＰＵ１１が上記要求対応処理（図８
参照）を実行する際に、クライアントから受信するデー
タや、クライアントへ送信するデータ等を一時的に格納
するためのメモリ領域を形成する。表示装置１４は、Ｃ
ＲＴ（Cathode Ray Tube）等により構成され、ＣＰＵ１
１から入力される表示データを表示する。

【００３２】記憶装置１５は、プログラムやデータ等が
予め記憶されている記憶媒体１６を有しており、この記
憶媒体１６は磁気的、光学的記憶媒体、若しくは半導体
メモリで構成されている。この記憶媒体１６は記憶装置
１５に固定的に設けたもの、若しくは着脱自在に装着す
るものであり、この記憶媒体にはサーバ１０に対応する
センター用商品ＤＢ２０の管理プログラムや、ネットワ
ーク６０の監視プログラム等の各種アプリケーションプ
ログラム、要求対応処理プログラムを記憶し、また、こ
れらの各種処理プログラムで処理されたデータ等を記憶
する。

【００３３】また、通信装置１７は、バス１８とネット
ワーク６０とを接続して、ＣＰＵ１１によって実行され
る要求対応処理（図８参照）に係るデータをバス１８と
ネットワーク６０間で送受信する。

【００３４】また、センター用商品ＤＢ２０の外部記憶
装置２１は、商品データベース及び画像データを記憶し
ている外部記憶媒体２２を有しており、この外部記憶媒
体２２は、記憶媒体１６と同様、磁気的、光学的記憶媒
体、若しくは半導体メモリで構成されている。この外部
記憶媒体２２は外部記憶装置２１に固定的に設けたも
の、若しくは着脱自在に装着するものであり、複数の外
部記憶媒体２２を外部記憶装置２１内に構成することに
より、ＲＡＩＤ（Redundant Arrays of Inexpensive Di
sks）等の高速、大容量で、信頼性の高い記憶装置とし
て構成することとしても良い。

【００３５】また、外部記憶媒体２２は、各商品の正面
図や側面図等の画像データである画像ファイルを格納す
ると共に、商品データベースを格納している。この画像
ファイル及び商品データベースはマスタ、即ち、最新か
つ全ての商品に係るデータであり、この商品データベー
スのレコード構成と、画像ファイルから構成される画像
データとを図３を参照して説明する。図３は、商品デー
タベースのレコードの構成と、そのレコードにリンクさ
れた画像データの構成との一例を示す図である。

【００３６】図３において、商品データベースのレコー
ドは、各商品を識別するキーコードとなる商品コード
や、各商品の商品名、その商品の価格（不図示）、仕様
（不図示）等から構成される文字情報と、その商品の正
面図や側面図等の画像ファイル名、及びその画像ファイ
ルの更新日時から構成される画像データ情報とからな
る。また、画像ファイルは、リンクされているレコード
の異同に関わらず、センター用商品ＤＢ２０内の画像フ
ォルダに、それぞれのレコードにリンクされている全て
の画像ファイルが一括して格納されており、商品データ
ベースの各レコードの各画像ファイル名は、この画像フ
ォルダ内の特定の画像ファイルを示している。従って、
レコードには、画像ファイル名と更新日時が格納される
のみで、画像ファイル自体は含まれないため、レコード
のみをダウンロード及びアップロードする場合には容量
の大きい画像ファイルを送受信することはない。

【００３７】また、画像データ情報の画像ファイル名と
更新日時は、１つの画像ファイルに対して１つずつ示す
ように、組となって構成されている。図３における画像
データ情報は、画像ファイルＡの画像ファイル名と更新
日時、画像ファイルＡ′の画像ファイル名と更新日時の
２組の構成が図示されており、以降図示しないが、同様
に他の画像ファイルの画像データ情報が構成されてい
る。この設定、即ち、画像ファイル名と更新日時を、セ
ンター用商品ＤＢ２０内の画像フォルダに格納された該
当する画像ファイルを示すように設定することを、以降
リンクと呼ぶ。また図３において、画像ファイルは２つ
のみを図示したが、３以上のファイルから構成されてい
ても良い。

【００３８】次に、登録者用クライアント３０の構成を
図４を参照して説明する。図４は、登録者用クライアン
ト３０の要部構成を示すブロック図である。図４におい
て、登録者用クライアント３０は、ＣＰＵ３１と、入力
装置３２と、ＲＡＭ３３と、表示装置３４と、記憶装置
３５と、記憶媒体３６と、通信装置３７とから構成さ
れ、記憶媒体３６を除く各部はバス３８に接続されてい
る。

【００３９】各要部は、サーバ１０のそれぞれの要部と
同様の構成であるため、説明を省略し、サーバ１０との
構成で異なる、レコード登録処理（図６参照）を実行す
るＣＰＵ３１についてのみ説明する。

【００４０】ＣＰＵ３１は、記憶装置３５内の記憶媒体
３６に記憶されているレコード登録処理プログラムを読
み出して、ＲＡＭ３３のプログラム格納領域に格納する
と共に、レコード登録処理プログラムに従って、レコー
ド登録処理（図６参照）を実行する。そして、ＣＰＵ３
１は、新規レコードの作成であれば、画像ファイル、及
び新規レコードを作成した上、通信装置３７を介してサ
ーバ１０にアップロードする。

【００４１】また、レコードの更新を行う場合には、Ｃ
ＰＵ３１は、変更するレコードの読み出し要求としてレ
コード要求信号をサーバ１０に送信することにより、セ
ンター用商品ＤＢ２０から該当するレコードをダウンロ
ードして修正・変更すると共に、該当するレコードにリ
ンクされた画像ファイルの修正を行う場合には、更にサ
ーバ１０に当該画像ファイルに対する画像ファイル要求
信号を送信して、当該画像ファイルをダウンロードす
る。そして、ＣＰＵ３１は、ダウンロードしたレコード
及び画像ファイルを修正・変更後、それらのデータをサ
ーバ１０にアップロードすることにより、サーバ１０が
センター用商品ＤＢ２０を更新する。このため、容量の
大きい画像ファイルは、レコード要求後、さらに画像フ
ァイルのダウンロード要求が行われない限り、サーバ１
０からダウンロードされることはない。

【００４２】次に、利用者用クライアント４０と、ロー
カル用商品ＤＢ５０との構成を図５を参照して説明す
る。図５は、利用者用クライアント４０と、ローカル用
商品ＤＢ５０との要部構成を示すブロック図である。

【００４３】図５において、利用者用クライアント４０
は、ＣＰＵ４１と、入力装置４２と、ＲＡＭ４３と、表
示装置４４と、記憶装置４５と、記憶媒体４６と、通信
装置４７とから構成され、記憶媒体４６を除く各部はバ
ス４８に接続されている。また、ローカル用商品ＤＢ５
０は、外部記憶装置５１と、外部記憶媒体５２とから構
成され、外部記憶装置５１は利用者用クライアント４０
のバス４８に接続されている。

【００４４】利用者用クライアント４０の各要部は、サ
ーバ１０の各要部と同様の構成であるため説明を省略
し、サーバ１０との構成で異なる、レコード要求処理
（図７参照）を実行するＣＰＵ４１についてのみ説明す
る。また、ローカル用商品ＤＢ５０の各要部は、センタ
ー用商品ＤＢ２０の要部と同様の構成のため、同様に説
明を省略して、異なる箇所のみを説明する。

【００４５】ＣＰＵ４１は、記憶装置４５内の記憶媒体
４６に記憶されているレコード要求処理プログラムを読
み出して、ＲＡＭ４３のプログラム格納領域に格納する
と共に、レコード要求処理プログラムに従って、レコー
ド要求処理（図７参照）を実行する。そして、ＣＰＵ４
１は、サーバ１０に読み出したいレコードに対するレコ
ード要求信号を送信して、サーバ１０から当該レコード
をダウンロードすると、ダウンロードしたレコードが既
にローカル用商品ＤＢ５０内に記憶されているか否かを
判別し、さらに、記憶されている場合にはそのレコード
に記録された画像ファイルの更新日時から、ローカル用
商品ＤＢ５０内の画像ファイルが最新の画像ファイルか
どうかを判別する。そして、当該更新日時より古い、即
ち最新でない画像ファイルがローカル用商品ＤＢ５０に
記憶されている場合には、サーバ１０に最新の画像ファ
イルを要求する画像ファイル要求信号を送信して、サー
バ１０から画像ファイルをダウンロードする。

【００４６】したがって、レコードのダウンロード時に
画像ファイルがダウンロードされることはなく、レコー
ドのダウンロード後、そのレコードに記録された画像フ
ァイルの更新日時が、ローカル用商品ＤＢ５０内の画像
ファイルより新しい場合にのみ画像ファイルがダウンロ
ードされる。

【００４７】また、ローカル用商品ＤＢ５０の外部記憶
装置５１は、外部記憶媒体５２を有しており、外部記憶
媒体５２は、センター用商品ＤＢ２０の一部を複製した
商品データベース及び画像データを記憶している。一部
とは、利用者用クライアント４０がサーバ１０からダウ
ンロードしたデータであるため、全部ではなく、利用者
用クライアント４０が利用するデータのみである。ま
た、外部記憶媒体５２内のデータは常時最新のデータで
はなく、上記の通り利用者用クライアント４０のＣＰＵ
４１により実行されるレコード要求処理により、随時レ
コード毎に最新のレコード及び画像データに更新され
る。

【００４８】次に動作を説明する。図６〜図８を参照し
て、登録者用クライアント３０のＣＰＵ３１が実行する
レコード登録処理と、利用者用クライアント４０のＣＰ
Ｕ４１が実行するレコード要求処理と、サーバ１０のＣ
ＰＵ１１が実行する要求対応処理のそれぞれの動作を順
次説明する。

【００４９】まず、レコード登録処理の動作を説明す
る。図６は、登録者用クライアント３０のＣＰＵ３１が
実行するレコード登録処理を示すフローチャートであ
る。初めに、ＣＰＵ３１は、記憶媒体３６に記憶されて
いるレコード登録処理プログラムを読み出してＲＡＭ３
３に格納すると共に、レコード登録処理プログラムに従
ってレコード登録処理を開始する。そして、ＣＰＵ３１
は、処理開始を表すレコード登録画面を表示装置３４に
表示した後（ステップＳ３０１）、登録するレコード
が、新規作成か、又は更新かの何れかの入力待ちとなる
メニュー画面を表示する（ステップＳ３０２）。

【００５０】ユーザにより入力装置３２から何れかのメ
ニューが選択されると（ステップＳ３０３）、ＣＰＵ３
１は、選択されたメニューが新規作成であるかを判定し
（ステップＳ３０４）、レコードの新規作成であれば、
作成するレコードのデータ入力と、リンクする画像ファ
イルの選択入力待ちとなる。そして、ユーザによりレコ
ードデータが入力され（ステップＳ３０５）、画像ファ
イルが選択入力された後（ステップＳ３０６）、画像フ
ァイルのリンクが設定されると（ステップＳ３０７）、
ＣＰＵ３１は、画像ファイルの更新日時を設定して（ス
テップＳ３０８）、他の画像ファイルが有るかどうかの
入力待ちとなる。そして、ＣＰＵ３１は、他の画像ファ
イルが有る場合にはステップＳ３０６に移行して（ステ
ップＳ３０９）、ステップＳ３０６〜Ｓ３０９の処理を
繰り返す。なお、ステップＳ３０６の画像ファイルは、
予め記憶媒体３６等に記憶済みのものを選択入力するこ
ととしたが、新たに入力することとしても良い。

【００５１】次に、ＣＰＵ３１は、作成したレコード
と、画像ファイルをＲＡＭ３３に格納して内容を保持し
（ステップＳ３１０）、他のレコードを新規作成する入
力があれば、ステップＳ３０５に移行して（ステップＳ
３１１）、ステップＳ３０５〜Ｓ３１１の処理を繰り返
し実行する。そして、ＣＰＵ３１は、通信装置３７を介
してサーバ１０に、レコード追加信号を送信すると共
に、作成したレコード及び画像ファイルをＲＡＭ３３か
ら読み出して、アップロードを行い（ステップＳ３１
２）、レコード登録処理を終了する。

【００５２】また、ステップＳ３０４において、レコー
ドの新規作成ではないとＣＰＵ３１が判定した場合に
は、レコードの更新と判断して、更新するレコードの指
定入力待ちとなる。そして、ユーザにより更新するレコ
ードとして、商品コードや商品名等が入力装置３２から
入力され、更新対象のレコードが指定入力されると（ス
テップＳ３１３）、ＣＰＵ３１は、レコード要求信号
と、指定入力されたレコードに係るデータと、当該レコ
ードにリンクされた画像ファイルに対する画像ファイル
要求信号とを通信装置３７を介してサーバ１０に送信し
て、当該レコード及び画像ファイルのダウンロードを要
求する（ステップＳ３１４）。そして、通信装置３７を
介してサーバ１０から当該レコードとリンクされた画像
ファイルをダウンロードする（ステップＳ３１５）。

【００５３】そして、ＣＰＵ３１は、受信した更新対象
のレコードと画像ファイルとを表示装置３４に表示し
て、ユーザによるレコードデータの修正入力待ちとな
る。そして、ユーザにより入力装置３２からレコードデ
ータの修正入力が行われると（ステップＳ３１６）、Ｃ
ＰＵ３１は、さらに画像修正を行うかどうかの入力待ち
となる。画像修正を行わない旨の入力がなされると、Ｃ
ＰＵ３１は、通信装置３７を介して、サーバ１０にレコ
ード更新信号を送信して、修正したレコードのみのアッ
プロードを行い、レコード登録処理を終了する。

【００５４】またステップＳ３１７において、画像ファ
イルの修正を行う旨の入力がなされると、ＣＰＵ３１
は、画像ファイルの修正、及び画像ファイルのリンク等
の設定待ちとなる。そして、ユーザにより、画像ファイ
ルの修正や入れ替え等が行われ（ステップＳ３１８）、
当該レコードの画像ファイルのリンクが再設定されると
（ステップＳ３１９）、ＣＰＵ３１は、当該レコードの
画像ファイルの更新日付を再設定して（ステップＳ３２
０）、他の画像ファイルの修正を行うかどうかの入力待
ちとなる。そしてＣＰＵ３１は、他の画像ファイルの修
正を行う場合にはステップＳ３１８に移行して（ステッ
プＳ３２１）、ステップＳ３１８〜Ｓ３２１の処理を繰
り返す。

【００５５】次に、ＣＰＵ３１は、修正したレコード
と、修正した画像ファイルをＲＡＭ３３に格納して、内
容を保持し（ステップＳ３２２）、さらに、修正したレ
コードにリンクされた画像ファイルの中から、修正した
画像ファイルのみを選択する（ステップＳ３２３）。そ
して、ＣＰＵ３１は、通信装置３７を介してサーバ１０
にレコード更新信号を送信して、ステップＳ３２３にお
いて選択した画像ファイルと、修正したレコードとをＲ
ＡＭ３３から読み出して、アップロードを行い（ステッ
プＳ３２４）、レコード登録処理を終了する。なお、ア
ップロード又はダウンロードに際してサーバ１０が行う
動作は、後述する要求対応処理（図８参照）にて詳細に
説明する。

【００５６】次に、レコード要求処理の動作を説明す
る。図７は、利用者用クライアント４０のＣＰＵ４１が
実行するレコード要求処理を示すフローチャートであ
る。

【００５７】初めに、ＣＰＵ４１は、記憶媒体４６に記
憶されているレコード要求処理プログラムを読み出して
ＲＡＭ４３に格納すると共に、レコード要求処理プログ
ラムに従ってレコード要求処理を開始する。そして、ユ
ーザが要求するレコードとして、商品コードや商品名等
を入力装置４２に入力すると、ＣＰＵ４１は、レコード
要求信号と、入力された要求レコードに係るデータとを
通信装置４７を介してサーバ１０に送信して、当該レコ
ードのダウンロードを要求する（ステップＳ４０１）。
そして、サーバ１０から当該レコードがダウンロードさ
れると（ステップＳ４０２）、ＣＰＵ４１は、要求した
当該レコードは、ローカル用商品ＤＢ５０内に既に記憶
されているかどうかを検索する（ステップＳ４０３）。

【００５８】既に記憶されていると判断した場合には、
ＣＰＵ４１は、ダウンロードされたレコードから、当該
レコードにリンクされた画像ファイル名を１つ指定し
て、ＲＡＭ４３にその画像ファイル名を格納する（ステ
ップＳ４０４）。そして、ＣＰＵ４１は、既に記憶済み
のレコード内の画像ファイル名と同一の画像ファイル名
があるかどうかを判定する（ステップＳ４０５）。同一
の画像ファイル名があった場合には、ＣＰＵ４１は、そ
の画像ファイルの更新日時が、ダウンロードされたレコ
ードと、既に記憶済みのレコードとどちらが古いかを判
定する（ステップＳ４０８）。

【００５９】そして、既に記憶済みのレコードの方が古
いと判定した場合、及び、ステップＳ４０５において、
既に記憶済みのレコード内の画像ファイル名の中に、同
一の画像ファイル名がないと判定した場合には、ＣＰＵ
４１は、当該画像ファイル名の画像ファイルを要求する
画像ファイル要求信号を通信装置４７を介してサーバ１
０に送信して（ステップＳ４０６）、当該画像ファイル
をダウンロードする（ステップＳ４０７）。

【００６０】ステップＳ４０８において、既に記憶済み
のレコードの方が古くない、即ち、ダウンロードされた
レコードの画像ファイル更新日時と、記憶済みのレコー
ドの画像ファイル更新日時が同一か、或いはダウンロー
ドされたレコードの方が古いと判定した場合、また、ス
テップＳ４０７の処理を終了した後、ＣＰＵ４１は、ダ
ウンロードされたレコードから、当該レコードにリンク
された画像ファイル名に、ＲＡＭ４３に格納した画像フ
ァイル名の他に、画像ファイル名があるか否かを判定す
る（ステップＳ４０９）。そして、他の画像ファイル名
がある場合には、ＣＰＵ４１は、ステップＳ４０４に移
行して、ステップＳ４０４からＳ４０９の処理を繰り返
して実行する。

【００６１】そして、ステップＳ４０９において、ダウ
ンロードしたレコードにリンクされた画像ファイル名に
他の画像ファイル名がないと判定した場合には、ダウン
ロードしたレコード及び画像ファイルをローカル用商品
ＤＢ５０に格納して、レコード要求処理を終了する。

【００６２】また、ステップＳ４０３において、ＣＰＵ
４１は、ローカル用商品ＤＢ５０内にダウンロードした
レコードが既に記憶されていないと判定した場合には、
ダウンロードしたレコードにリンクされた全画像ファイ
ルに対する画像ファイル要求信号を通信装置４７を介し
てサーバ１０に送信し（ステップＳ４１０）、全ての画
像ファイルをダウンロードする（ステップＳ４１１）。
そして、ダウンロードしたレコード及び画像ファイルを
ローカル用商品ＤＢ５０に格納して、ＣＰＵ４１は、レ
コード要求処理を終了する。

【００６３】次に、要求対応処理の動作を説明する。図
８は、サーバ１０のＣＰＵ１１が実行する要求対応処理
を示すフローチャートである。

【００６４】初めに、ＣＰＵ１１は、記憶媒体１６に記
憶されている要求対応処理プログラムを読み出してＲＡ
Ｍ１３に格納すると共に、要求対応処理プログラムに従
って要求対応処理を開始する。そして、登録者用クライ
アント３０又は利用者用クライアント４０から、通信装
置１７を介して信号を受信すると、ＣＰＵ１１は、ま
ず、その信号がレコード要求信号かどうかを判定する
（ステップＳ１０１）。レコード要求信号であった場合
には、ＣＰＵ１１は、レコード要求信号と共に受信した
商品コードや商品名等の要求するレコードに係るデータ
に基づいて、センター用商品ＤＢ２０内に該当するレコ
ードを検索して、読み出す（ステップＳ１０２）。図示
しないが、該当するレコードがなかった場合にはＣＰＵ
１１は、該当レコードがない旨の信号を、レコード要求
信号を送信した送信元クライアントに送信して要求対応
処理を終了する。

【００６５】センター用商品ＤＢ２０内から該当するレ
コードを読み出した後、ＣＰＵ１１は、通信装置１７を
介して、当該レコード要求信号を送信した送信元クライ
アントに送信する（ステップＳ１０３）。そして、さら
に画像ファイル要求信号を受信すると、ＣＰＵ１１は、
画像ファイル要求信号によって要求された画像ファイル
がなくなるまで（ステップＳ１０４）、要求された画像
ファイルをセンター用商品ＤＢ２０内から読み出して、
当該画像ファイルを送信する（ステップＳ１０５）。そ
してＣＰＵ１１は、要求された画像ファイルを全て送信
後、要求対応処理を終了する。

【００６６】また、ステップＳ１０１において、ＣＰＵ
１１は、受信した信号がレコード要求信号でなく、レコ
ード追加信号又はレコード更新信号であった場合には、
その信号と共に追加又は更新されるレコードの受信待ち
となり、当該レコードの送信が有るかどうかを判定する
（ステップＳ１０６）。レコードが送信されてきた場合
には、ＣＰＵ１１はそのレコードを受信後、当該レコー
ドがセンター用商品ＤＢ２０に既に記憶されているか否
かを判定して、当該レコードがセンター用商品ＤＢ２０
に既に記憶されていれば上書き更新、記憶されていなけ
れば新規レコードとして追加登録する（ステップＳ１０
７）。

【００６７】そして、次に、ＣＰＵ１１は、レコードデ
ータにリンクされた画像ファイルの受信待ちとなり（ス
テップＳ１０８）、画像ファイルを受信した場合には、
受信した画像ファイルをセンター用商品ＤＢ２０の所定
の画像フォルダに保存する（ステップＳ１０９）。そし
て、ＣＰＵ１１は、要求対応処理を終了する。なお、図
示しないが、送信されるデータとして画像ファイルが送
信されず、レコードだけの場合もあり、その場合には、
ＣＰＵ１１は、送信されたレコードをセンター用商品Ｄ
Ｂ２０に登録して、要求対応処理を終了する。

【００６８】また、ステップＳ１０６において、ＣＰＵ
１１は、レコードを受信しなかった場合には、その他の
受信信号に基づいて予め設定された所定の処理を実行し
て（ステップＳ１１０）、要求対応処理を終了する。

【００６９】以上のように、本第１の実施の形態におけ
るネットワークコンピュータシステム１は、センター用
商品ＤＢ２０が、商品データベース及び画像ファイルの
マスタを格納しており、登録者用クライアント３０によ
って商品データベース及び画像ファイルが追加・更新さ
れ、利用者用クライアント４０によって商品データベー
ス及び画像ファイルが読み出されて利用されるシステム
である。そして、商品データベースの各レコードは、そ
れぞれの商品に対応しており、また、対応する商品の正
面図や側面図等の画像ファイルとそれぞれリンクされ、
各画像ファイルの更新日時を記憶している。このため、
各クライアントによる商品データベースの追加・更新・
読み出し時には、必要な場合にのみ画像ファイルがダウ
ンロード又はアップロードされる。

【００７０】したがって、修正したい画像ファイルのみ
をダウンロードするよう要求することができる他、レコ
ードに記録された画像ファイル名に基づいて、既に記憶
済みの画像ファイルかどうか、また、既に記憶済みであ
ってもその画像ファイルの更新日時から、ダウンロード
する必要があるかどうかを判断することができ、大容量
の画像ファイルを不必要にダウンロードすることがなく
なるため、データ転送に係る時間を短縮することができ
る。

【００７１】また、アップロードに関しても同様に、修
正した画像ファイルのみをアップロードするため、不必
要な大容量の画像ファイルをアップロードすることがな
く、データ転送に係る時間を短縮することができる。

【００７２】なお、本第１の実施の形態の発明は、上記
実施の形態の内容に限定されるものではなく、本発明の
趣旨を逸脱しない範囲で適宜変更可能であり、例えば、
画像データは静止画像や動画像であっても良く、また、
画像データの他に音声データ等としても良い。また画像
データとして正面図や側面図としたが、該当商品のラベ
ルの絵情報や、外形等を記述したＣＡＤ（Computer-Aid
ed Design）データであっても良い。

【００７３】また、登録者用クライアント３０と利用者
用クライアント４０は異なるクライアントコンピュータ
として説明したが、同一のクライアントコンピュータと
して、必要に応じて何れかの処理を行う形態としても良
い。

【００７４】（第２の実施の形態）次に、第２の実施の
形態におけるネットワークコンピュータシステムについ
て説明する。

【００７５】本第２の実施の形態におけるネットワーク
コンピュータシステムの機器構成、及び各機器の要部構
成は、第１の実施の形態のネットワークコンピュータシ
ステム１の要部構成と同様のものであるため、その図示
と説明を省略するとともに、第１の実施の形態の要部と
同一の符番を用いて説明する。また、第１の実施の形態
との相違点は、センター用商品ＤＢ２０に格納される商
品データベースの構成等と、利用者用クライアント４０
のＣＰＵ４１が実行するレコード要求処理（図１１参
照）と、サーバ１０のＣＰＵ１１が実行する要求対応処
理（図１２参照）であるため、これらの相違点を中心に
詳細に説明する。

【００７６】まず構成を説明する。図９を参照して、セ
ンター用商品ＤＢ２０に格納される商品データベースの
レコード構成と画像データの構成とを説明する。図９
は、商品データベースのレコード構成と、そのレコード
にリンクされた画像データの構成との一例を示す図であ
る。

【００７７】図９において、商品データベースのレコー
ドは、各商品毎を識別するキーコードとなる商品コード
や、各商品の商品名、その商品の価格（不図示）、仕様
（不図示）等から構成される文字情報と、その商品の正
面図や側面図等の画像ファイル名を記憶する画像データ
情報と、から構成される。また、画像データは、レコー
ドにリンクされている複数の画像ファイルから構成され
ており、各画像ファイルにはタイムスタンプとして更新
日時が記録されている。また、画像ファイルは、リンク
されているレコードの異同に関わらず、センター用商品
ＤＢ２０の画像フォルダ内に、それぞれのレコードにリ
ンクされている全ての画像ファイルが一括して格納され
ており、商品データベースの各レコードの各画像ファイ
ル名は、この画像フォルダ内の特定の画像ファイルを示
している。

【００７８】次に、図１０を参照してセンター用商品Ｄ
Ｂ２０に格納されるダウンロード管理テーブルの構成を
説明する。図１０は、センター用商品ＤＢ２０内に格納
され、サーバ１０により管理されるダウンロード管理テ
ーブルの構成を示す図である。

【００７９】図１０において、ダウンロード管理テーブ
ルは、サーバ１０がダウンロードしたレコードを、時系
列順に記録した記録テーブルであり、ダウンロードした
クライアントを示すクライアント名と、ダウンロードし
たレコード名を示すダウンロードレコード名と、そのダ
ウンロードした日時と、から構成される。

【００８０】また、ダウンロード管理テーブルは、後述
するサーバ１０のＣＰＵ１１が実行する要求対応処理
（図１２参照）において参照及び更新される。詳細には
後述するが、クライアントからレコードのダウンロード
要求があった時に、ＣＰＵ１１が、このダウンロード管
理テーブルを参照して、過去に同一クライアントへ同一
レコードのダウンロードを行ったか、その日時はいつか
を読み出すと共に、そのレコードにリンクされ、センタ
ー用商品ＤＢ２０に格納されている画像ファイルから、
画像ファイルの更新日時を読み出して、当該レコードに
リンクされた画像ファイルをダウンロードする必要があ
るか否かを判断する。

【００８１】次に、利用者用クライアント４０が実行す
るレコード処理（図１１参照）と、サーバ１０が実行す
る要求対応処理（図１２参照）の動作を説明する。ま
ず、図１１を参照して、利用者用クライアント４０のＣ
ＰＵ４１が実行するレコード処理の動作を説明する。図
１１は、利用者用クライアント４０のＣＰＵ４１が実行
するレコード要求処理を示すフローチャートである。

【００８２】初めに、ＣＰＵ４１は、記憶媒体４６に記
憶されているレコード要求処理プログラムを読み出して
ＲＡＭ４３に格納すると共に、レコード要求処理プログ
ラムに従ってレコード要求処理を開始する。そして、ま
ず、ユーザが要求するレコードとして、商品コードや商
品名等を入力装置４２に入力すると、ＣＰＵ４１は、レ
コード要求信号と、入力された要求レコードに係るデー
タとを通信装置４７を介してサーバ１０に送信して、当
該レコードのダウンロードを要求する（ステップＳ７０
１）。

【００８３】そして、サーバ１０から当該レコードをダ
ウンロードした後（ステップＳ７０２）、続けて、画像
ファイルが送信される旨を示す画像ファイル送信信号を
受信すると（ステップＳ７０３）、ＣＰＵ４１は、画像
ファイルを通信装置４７を介してダウンロードする（ス
テップＳ７０４）。そして、ＣＰＵ４１は、ダウンロー
ドしたレコードと、画像ファイルとをローカル用商品Ｄ
Ｂ５０に格納した後にレコード要求処理を終了する。

【００８４】また、レコードのダウンロード後、画像フ
ァイル送信信号を受信しなかった場合には、ＣＰＵ４１
は、ダウンロードしたレコードをローカル用商品ＤＢ５
０に格納してレコード要求処理を終了する。

【００８５】なお、ダウンロードした画像ファイルは、
ダウンロード要求を行ったレコードにリンクされている
画像ファイルであり、画像ファイルをダウンロードする
必要があるか否かは、次に説明する要求対応処理（図１
２参照）により、サーバ１０が判断する。

【００８６】次に、要求対応処理の動作を説明する。図
１２は、サーバ１０のＣＰＵ１１が実行する要求対応処
理を示すフローチャートである。

【００８７】初めに、ＣＰＵ１１は、記憶媒体１６に記
憶されている要求対応処理プログラムを読み出してＲＡ
Ｍ１３に格納すると共に、要求対応処理プログラムに従
って要求対応処理を開始する。そして、利用者用クライ
アント４０から、通信装置１７を介してレコード要求信
号を受信すると、ＣＰＵ１１は、レコード要求信号と共
に受信した商品コードや商品名等の要求するレコードに
係るデータに基づいて、センター用商品ＤＢ２０内に該
当するレコードを検索して、読み出す（ステップＳ８０
１）。図示しないが、該当するレコードがなかった場合
にはＣＰＵ１１は、該当レコードがない旨の信号を、レ
コード要求信号を送信した送信元クライアントに送信し
て要求対応処理を終了する。

【００８８】センター用商品ＤＢ２０内から該当するレ
コードを読み出した後、ＣＰＵ１１は、通信装置１７を
介して、当該レコード要求信号を送信した送信元クライ
アントに送信する（ステップＳ８０２）。そして、ＣＰ
Ｕ１１は、センター用商品ＤＢ２０内に格納されたダウ
ンロード管理テーブルを読み出して、ダウンロードした
クライアン名と、レコード名と、日時とを書き込み、ダ
ウンロード管理テーブルを更新する。

【００８９】さらに、ＣＰＵ１１は、ダウンロード管理
テーブルから、ダウンロードしたクライアントに対し
て、過去に同一レコードをダウンロードした記録がある
かどうかを判別する（ステップＳ８０３）。送信したこ
とがあると判別した場合（ステップＳ８０４）には、Ｃ
ＰＵ１１は、センター用商品ＤＢ２０の画像フォルダ内
に格納され、クライアントから要求されたレコードにリ
ンクされている全ての画像ファイルの更新日時をそれぞ
れ読み出して、当該更新日時と、過去にダウンロードし
た日時とを比較する（ステップＳ８０５）。

【００９０】当該画像ファイルそれぞれの更新日時が、
全て、ダウンロードした日時より新しい場合には（ステ
ップＳ８０６）、ＣＰＵ１１は、過去にダウンロードし
た画像ファイルは、全て最新のものであると判断して、
画像ファイルをダウンロードせず、要求対応処理を終了
する。

【００９１】また、当該画像ファイルの内、ダウンロー
ドした日時より新しくないもの、即ち古いものがあった
場合には、画像ファイル送信信号と併せて、その画像フ
ァイルを当該クライアントにダウンロードする（ステッ
プＳ８０７）。そしてダウンロード後に、要求対応処理
を終了する。

【００９２】また、ステップＳ８０４において、ＣＰＵ
１１は、ダウンロード管理テーブルに同一クライアント
に同一レコードをダウンロードした記録がないと判別し
た場合には、当該レコードにリンクされた全ての画像フ
ァイルを、センター用商品ＤＢ２０の画像フォルダから
読み出して、画像ファイル送信信号と併せて、その画像
ファイルを当該クライアントにダウンロードする（ステ
ップＳ８０７）。そして、ダウンロード後に、要求対応
処理を終了する。

【００９３】以上のように、本第２の実施の形態におけ
るネットワークコンピュータシステム１は、サーバ１０
が、いつ、どのレコードを、どのクライアントにダウン
ロードしたかを記録したダウンロード管理テーブルをセ
ンター用商品ＤＢ２０内に格納・管理している。また、
サーバ１０は、クライアントからダウンロード要求のあ
ったレコードに対して、このダウンロード管理テーブル
と、当該レコードにリンクされた画像ファイルの更新日
時とを参照することにより、当該クライアントに過去に
ダウンロードした画像ファイルは最新のものか判別し
て、必要な場合にのみ画像ファイルをダウンロードす
る。

【００９４】したがって、従来、容量の大きい画像ファ
イルをダウンロードする際には、多大な通信時間がかか
り、クライアント上での作業の中断が余儀なくされてい
たが、不必要な画像ファイルがダウンロードされなくな
るため、通信時間が減少し、クライアント上での作業を
円滑に行うことのできるネットワークシステム１を提供
することができる。

【００９５】また、クライアントは、レコードのダウン
ロードを要求する際に、ローカル用商品ＤＢ５０内に、
当該レコードにリンクされた画像ファイルが既に格納さ
れているかどうか、その画像ファイルが最新のものかど
うか、を判断する必要がなくなる。即ち、それらの判断
は一括してサーバ１０が行うため、クライアントには条
件分岐の多い、複雑な処理を行う必要がなく、単純なレ
コードの要求と、データの送受信を行うだけで良い。こ
のため、クライアント側での処理時間が短縮化されると
共に、クライアントコンピュータには、処理能力の高い
コンピュータが必要とされないため、クライアントの台
数が多くなるほど、ネットワークコンピュータシステム
１に係る全体のコストを低くすることができる。

【００９６】なお、ダウンロード管理テーブルに、ダウ
ンロードしたレコードにリンクされた画像ファイルの更
新日時を、ダウンロード毎に更に記憶することとしても
良い。その場合には、サーバ１０が実行する要求対応処
理における画像ファイルの更新日時の比較の際に、より
正確に更新日時を比較することができる。

【００９７】また、ダウンロード管理テーブルに、ダウ
ンロードしたレコード自体を記憶することとしても良
い。この場合には、リンクの設定が変更され、リンクさ
れた画像ファイルの数が変動する場合等にも、記憶した
レコード自体に画像ファイル名が記録されているため、
以前ダウンロードした際の画像ファイルを正確に判別す
ることができる。

【００９８】

【発明の効果】請求項１及び請求項８記載の発明によれ
ば、サーバ装置内に格納されたデータベースの所望レコ
ードをダウンロードする際に、当該レコードにリンクさ
れたサーバ装置内のデータと同一のデータを、既に記憶
済みであるかどうかを判別することができるため、不必
要な同一データのダウンロードを行わず、データ転送に
係る時間を短縮することのできる、実用性の高いデータ
端末装置、及びデータ転送に係る制御プログラムを格納
した記憶媒体を実現することが可能である。

【００９９】請求項２記載の発明によれば、請求項１記
載の発明の効果に加えて、データが大容量なために、同
一データのダウンロードを行わない場合にはより一層の
データ転送時間の短縮を実現することができる。

【０１００】請求項３記載の発明によれば、請求項１記
載の発明の効果に加えて、サーバ装置内のデータのデー
タファイルと、同一のデータファイル名のデータファイ
ルを記憶済みの場合には、両データファイルの更新日時
を比較して、ダウンロードするか否かを判別することが
できるため、記憶済みのデータファイルの更新日付が古
く、ダウンロードして更新する必要がある場合には自動
的にダウンロードすることのできる、実用性の高いデー
タ端末装置を実現することができる。

【０１０１】請求項４記載の発明によれば、請求項１記
載の発明の効果に加えて、サーバ装置内に格納されたデ
ータベースの所望レコードをダウンロードする際に、当
該レコードにリンクされたデータが複数であっても、そ
れぞれのデータ毎に、同一のデータが既に記憶済みであ
るかどうかを判別して、ダウンロードを行うか否かを決
定するため、レコードにリンクされたデータの数に応じ
て、より柔軟にデータのダウンロードを決定することの
できる、実用性の高いデータ端末装置、及びデータ転送
に係る制御プログラムを格納した記憶媒体を実現するこ
とが可能である。

【０１０２】請求項５、請求項６、及び請求項９記載の
発明によれば、既に記憶済みのデータと同一のデータを
サーバ装置内のデータベースからダウンロードして、デ
ータの更新を行う時に、両データの更新日時を比較する
ことによって、ダウンロードの必要性が判断できるた
め、不必要なデータをダウンロードすることがなくな
り、データ転送に係る時間を削減することのできる、実
用性の高いデータ端末装置、及びデータ転送に係る制御
プログラムを格納した記憶媒体を実現することができ
る。

【０１０３】請求項６記載の発明によれば、請求項５記
載の発明の効果に加えて、既に記憶済みのデータと同一
のデータをサーバ装置内のデータベースからダウンロー
ドする際に、記憶済みのデータの方が古いと判断した場
合には、自動的にサーバ装置内のデータベースからダウ
ンロードして更新することができる、実用性の高いデー
タ端末装置を実現することができる。

【０１０４】請求項７及び請求項１０記載の発明によれ
ば、データ端末装置からダウンロード要求があった場合
には、当該ダウンロード要求のレコードと同一のレコー
ドを、かつて当該データ端末装置にダウンロードしたこ
とがあったかどうか、また、その時のダウンロード日時
と、当該レコードにリンクされたデータの更新日時とで
はどちらが新しく、どちらが古いか、を判別及び比較す
るため、データ端末装置にダウンロード済みの同一デー
タをダウンロードすることがなく、データ転送に係る時
間を短縮することのできる、実用性の高いサーバ装置、
及びデータ転送に係る制御プログラムを格納した記憶媒
体を実現することが可能である。

【０１０５】また、ダウンロードをするか否かの判断は
一括してサーバ装置が行うため、データ端末装置は、条
件分岐の多い複雑な処理を行う必要がなくなり、単純な
ダウンロードの要求と、データの送受信を行うだけで良
い。このため、データ端末装置側での処理時間が短縮化
されると共に、データ端末装置には、処理能力の高いコ
ンピュータが必要とされないため、データ端末装置の台
数が多くなるほど、サーバ装置とデータ端末装置とを含
むシステム全体のコストを低くすることができる。

【図面の簡単な説明】

【図１】第１の実施の形態における、ネットワークコン
ピュータシステム１の全体構成を示す図。

【図２】第１の実施の形態における、サーバ１０と、セ
ンター用商品ＤＢ２０との要部構成を示すブロック図。

【図３】第１の実施の形態における、商品データベース
のレコードの構成と、そのレコードにリンクされた画像
データの構成との一例を示す図。

【図４】第１の実施の形態における、登録者用クライア
ント３０の要部構成を示すブロック図。

【図５】第１の実施の形態における、利用者用クライア
ント４０と、ローカル用商品ＤＢ５０との要部構成を示
すブロック図。

【図６】第１の実施の形態における、登録者用クライア
ント３０のＣＰＵ３１が実行するレコード登録処理を示
すフローチャート。

【図７】第１の実施の形態における、利用者用クライア
ント４０のＣＰＵ４１が実行するレコード要求処理を示
すフローチャート。

【図８】第１の実施の形態における、サーバ１０のＣＰ
Ｕ１１が実行する要求対応処理を示すフローチャート。

【図９】第２の実施の形態における、商品データベース
のレコード構成と、そのレコードにリンクされた画像デ
ータの構成との一例を示す図。

【図１０】第２の実施の形態における、センター用商品
ＤＢ２０内に格納され、サーバ１０により管理されるダ
ウンロード管理テーブルの構成を示す図。

【図１１】第２の実施の形態における、利用者用クライ
アント４０のＣＰＵ４１が実行するレコード要求処理を
示すフローチャート。

【図１２】第２の実施の形態における、サーバ１０のＣ
ＰＵ１１が実行する要求対応処理を示すフローチャー
ト。

【符号の説明】

１ネットワークコンピュータシステム１０サーバ１１ＣＰＵ１２入力装置１３ＲＡＭ１４表示装置１５記憶装置１６記憶媒体１７通信装置１８バス２０センター用商品ＤＢ２１外部記憶装置２２外部記憶媒体３０登録者用クライアント４０利用者用クライアント５０ローカル用商品ＤＢ６０ネットワーク

Claims

【特許請求の範囲】

【請求項１】ネットワークを介してサーバ装置にアクセ
スし、該サーバ装置内に格納されたデータベースからレ
コードとリンクされた所定データをダウンロードするデ
ータ端末装置において、前記サーバ装置内のデータベースからダウンロードした
レコードやレコードとリンクされたデータを記憶する記
憶手段と、前記サーバ装置内のデータベースから所望レコードをダ
ウンロードする際に、該ダウンロード対象レコードとリ
ンクした所定データと同一のデータが前記記憶手段に記
憶されているか否かを判別する判別手段と、この判別手段による判別結果に応じて前記ダウンロード
対象レコードとともに前記所定データをダウンロードす
るか否かを決定して、前記サーバ装置内のデータベース
からダウンロード対象レコードと所定データとをネット
ワークを介してダウンロードするデータ通信手段と、を備えたことを特徴とするデータ端末装置。
【請求項２】前記所定データは、画像データや音声デー
タ等の大容量データであることを特徴とする請求項１記
載のデータ端末装置。
【請求項３】前記判別手段は、前記所定データのデータ
ファイル名と同一のファイル名のファイルが前記記憶手
段に記憶されているかを判別し、同一のファイル名のフ
ァイルが記憶されている場合に、両ファイルのデータ更
新日時を比較することにより、当該ファイルをダウンロ
ード対象とするか否かを判別することを特徴とする請求
項１記載のデータ端末装置。
【請求項４】前記判別手段は、前記所望レコードをダウ
ンロードする際に、当該レコードにリンクした所定デー
タが複数ある場合は、該所定データ毎に同一のデータが
前記記憶手段に記憶されているか否かを判別し、前記データ通信手段は、前記所定データ毎の判別結果に
応じて前記ダウンロード対象レコードとともに当該各所
定データをダウンロードするか否かを決定することを特
徴とする請求項１記載のデータ端末装置。
【請求項５】ネットワークを介してサーバ装置にアクセ
スし、該サーバ装置内に格納されたデータベースからレ
コードとリンクされた所定データをダウンロードするデ
ータ端末装置において、前記サーバ装置内のデータベースからダウンロードした
レコードやレコードとリンクされたデータを記憶する記
憶手段と、この記憶手段に記憶済みのデータと同一のデータを前記
サーバ装置内のデータベースからダウンロードする際
に、該サーバ装置内のダウンロード対象データの更新日
時と、前記記憶済みのデータの更新日時とを比較する比
較手段と、この比較手段による比較結果に応じて前記ダウンロード
対象データをダウンロードするか否かを決定して、前記
サーバ装置内のデータベースから該ダウンロード対象デ
ータをネットワークを介してダウンロードするデータ通
信手段と、を備えたことを特徴とするデータ端末装置。
【請求項６】前記データ通信手段は、前記比較結果とし
て前記サーバ装置内のダウンロード対象データの更新日
時が、前記記憶済みのデータの更新日時よりも新しい場
合は、当該ダウンロード対象データを前記サーバ装置内
のデータベースからネットワークを介してダウンロード
することを特徴とする請求項５記載のデータ端末装置。
【請求項７】ネットワークを介して接続されたデータ端
末装置からのダウンロード要求に応じて、格納している
データベースのレコードとリンクされた所定データと、
当該レコードとを、当該データ端末装置にダウンロード
するサーバ装置において、前記レコードをダウンロードする毎に、当該レコードの
レコード名と、ダウンロード要求のあったデータ端末装
置と、ダウンロードの日時とを記憶する記憶手段と、前記データ端末装置からダウンロード要求があった際
に、該ダウンロード対象レコードのレコード名と、同一
のレコード名のレコードを当該データ端末装置にダウン
ロードした日時が前記記憶手段に記憶されているか否か
を判別する判別手段と、この判別手段により、前記ダウンロードした日時が記憶
されていると判別された場合に、当該ダウンロードした
日時と、前記同一のレコード名のレコードとリンクされ
た所定データのデータ更新日時とを比較する比較手段
と、この比較手段による比較結果に応じて前記ダウンロード
対象レコードとともに前記所定データをダウンロードす
るか否かを決定して、前記データベースからダウンロー
ド対象レコードと所定データとを、ネットワークを介し
て前記ダウンロード要求のあったデータ端末装置にダウ
ンロードするデータ通信手段と、を備えたことを特徴とするサーバ装置。
【請求項８】ネットワークを介してサーバ装置にアクセ
スし、該サーバ装置内に格納されたデータベースからレ
コードとリンクされた所定データをダウンロードするた
めのコンピュータが実行可能なプログラムを格納した記
憶媒体であって、前記サーバ装置内のデータベースからダウンロードした
レコードやレコードとリンクされたデータを記憶手段に
記憶させるためのコンピュータが実行可能なプログラム
コードと、前記サーバ装置内のデータベースから所望レコードをダ
ウンロードする際に、該ダウンロード対象レコードとリ
ンクした所定データと同一のデータが前記記憶手段に記
憶されているか否かを判別させるためのコンピュータが
実行可能なプログラムコードと、前記判別結果に応じて前記ダウンロード対象レコードと
ともに前記所定データをダウンロードするか否かを決定
して、前記サーバ装置内のデータベースからダウンロー
ド対象レコードと所定データとをネットワークを介して
ダウンロードさせるためのコンピュータが実行可能なプ
ログラムコードと、を含むプログラムを格納したことを特徴とする記憶媒
体。
【請求項９】ネットワークを介してサーバ装置にアクセ
スし、該サーバ装置内に格納されたデータベースからレ
コードとリンクされた所定データをダウンロードするた
めのコンピュータが実行可能なプログラムを格納した記
憶媒体であって、前記サーバ装置内のデータベースからダウンロードした
レコードやレコードとリンクされたデータを記憶手段に
記憶させるためのコンピュータが実行可能なプログラム
コードと、前記記憶手段に記憶済みのデータと同一のデータを前記
サーバ装置内のデータベースからダウンロードする際
に、該サーバ装置内のダウンロード対象データの更新日
時と、前記記憶済みのデータの更新日時とを比較させる
ためのコンピュータが実行可能なプログラムコードと、前記比較結果に応じて前記ダウンロード対象データをダ
ウンロードするか否かを決定して、前記サーバ装置内の
データベースから該ダウンロード対象データをネットワ
ークを介してダウンロードさせるためのコンピュータが
実行可能なプログラムコードと、を含むプログラムを格納したことを特徴とする記憶媒
体。
【請求項１０】ネットワークを介して接続されたデータ
端末装置からのダウンロード要求に応じて、格納してい
るデータベースのレコードとリンクされた所定データ
と、当該レコードとを、当該データ端末装置にダウンロ
ードするためのコンピュータが実行可能なプログラムを
格納した記憶媒体であって、前記レコードをダウンロードする毎に、当該レコードの
レコード名と、ダウンロード要求のあったデータ端末装
置と、ダウンロードの日時とを記憶手段に記憶させるた
めのコンピュータが実行可能なプログラムコードと、前記データ端末装置からダウンロード要求があった際
に、該ダウンロード対象レコードのレコード名と、同一
のレコード名のレコードを当該データ端末装置にダウン
ロードした日時が前記記憶手段に記憶されているか否か
を判別させるためのコンピュータが実行可能なプログラ
ムコードと、前記ダウンロードした日時が記憶されていると判別され
た場合に、当該ダウンロードした日時と、前記同一のレ
コード名のレコードとリンクされた所定データのデータ
更新日時とを比較させるためのコンピュータが実行可能
なプログラムコードと、前記比較結果に応じて前記ダウンロード対象レコードと
ともに前記所定データをダウンロードするか否かを決定
して、前記データベースからダウンロード対象レコード
と所定データとを、ネットワークを介して前記ダウンロ
ード要求のあったデータ端末装置にダウンロードさせる
ためのコンピュータが実行可能なプログラムコードと、を含むプログラムを格納したことを特徴とする記憶媒
体。