JPH0736799A - プログラムサーバ装置 - Google Patents
プログラムサーバ装置Info
- Publication number
- JPH0736799A JPH0736799A JP5156478A JP15647893A JPH0736799A JP H0736799 A JPH0736799 A JP H0736799A JP 5156478 A JP5156478 A JP 5156478A JP 15647893 A JP15647893 A JP 15647893A JP H0736799 A JPH0736799 A JP H0736799A
- Authority
- JP
- Japan
- Prior art keywords
- program
- dll
- transmission
- storage means
- sequence number
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】ＬＡＮ回線上のプログラムサーバ装置におい
て、複数クライアントから同じプログラムのＤＬＬ要求
をほぼ同時に受けた場合のＤＬＬ時間を短縮する。 【構成】送信データを編集しＬＡＮ回線に送信するデー
タ送信手段４と、クライアントからのＤＬＬ要求を受信
するデータ受信手段５と、ＤＬＬ処理中のプログラムの
状態を記憶するＤＬＬ状態記憶手段１と、磁気ディスク
装置から読み込んだＤＬＬ対象のプログラムを分割し、
分割単位ごとに順序番号を付け処理完了まで記憶するプ
ログラム記憶手段３と、ＤＬＬ状態記憶手段１を参照し
プログラムの送信管理を行う送信管理手段２から成る。
プログラム記憶手段３から該当プログラムを分割単位ご
とに読み出して送信しＤＬＬ状態記憶手段１を更新す
る。処理中のプログラムのＤＬＬ要求を受けると、次の
分割単位から並列に送信を開始して循環的に送信し、各
要求元に全分割単位を送信し終えると処理完了となる。
て、複数クライアントから同じプログラムのＤＬＬ要求
をほぼ同時に受けた場合のＤＬＬ時間を短縮する。 【構成】送信データを編集しＬＡＮ回線に送信するデー
タ送信手段４と、クライアントからのＤＬＬ要求を受信
するデータ受信手段５と、ＤＬＬ処理中のプログラムの
状態を記憶するＤＬＬ状態記憶手段１と、磁気ディスク
装置から読み込んだＤＬＬ対象のプログラムを分割し、
分割単位ごとに順序番号を付け処理完了まで記憶するプ
ログラム記憶手段３と、ＤＬＬ状態記憶手段１を参照し
プログラムの送信管理を行う送信管理手段２から成る。
プログラム記憶手段３から該当プログラムを分割単位ご
とに読み出して送信しＤＬＬ状態記憶手段１を更新す
る。処理中のプログラムのＤＬＬ要求を受けると、次の
分割単位から並列に送信を開始して循環的に送信し、各
要求元に全分割単位を送信し終えると処理完了となる。
Description
【０００１】
【産業上の利用分野】本発明はプログラムサーバ装置に
関し、特にローカルエリアネットワーク回線を使用し、
クライアントからのダウンラインロード要求に従ってプ
ログラムを送信するプログラムサーバ装置に関する。
関し、特にローカルエリアネットワーク回線を使用し、
クライアントからのダウンラインロード要求に従ってプ
ログラムを送信するプログラムサーバ装置に関する。
【０００２】
【従来の技術】ローカルエリアネットワーク（ＬＡＮ）
回線上の従来のプログラムサーバ装置は、クライアント
１台１台からのプログラムのダウンラインロード（ＤＬ
Ｌ）要求に対して、それぞれ独立に対応していた。すな
わち、同じプログラムのＤＬＬ要求をたとえ同時に受信
しても、同じプログラムをそれぞれプログラム記憶装置
から読み取って送信しており、ＤＬＬ要求の回数分の読
み取りと送信とを行っていた。
回線上の従来のプログラムサーバ装置は、クライアント
１台１台からのプログラムのダウンラインロード（ＤＬ
Ｌ）要求に対して、それぞれ独立に対応していた。すな
わち、同じプログラムのＤＬＬ要求をたとえ同時に受信
しても、同じプログラムをそれぞれプログラム記憶装置
から読み取って送信しており、ＤＬＬ要求の回数分の読
み取りと送信とを行っていた。
【０００３】
【発明が解決しようとする課題】上述した従来のプログ
ラムサーバ装置は、既にＤＬＬ要求を受けて送信中のプ
ログラムに対して、他のクライアントからＤＬＬ要求を
受け付けた場合でも、再度プログラム記憶装置からプロ
グラムを読み取って送信しているため、プログラムＤＬ
Ｌに要する時間は短縮されない。
ラムサーバ装置は、既にＤＬＬ要求を受けて送信中のプ
ログラムに対して、他のクライアントからＤＬＬ要求を
受け付けた場合でも、再度プログラム記憶装置からプロ
グラムを読み取って送信しているため、プログラムＤＬ
Ｌに要する時間は短縮されない。
【０００４】本発明の目的は、送信中のプログラムに対
してＤＬＬ要求を受けた場合には、再度プログラムを読
み取ることなく送信でき、プログラムＤＬＬ時間を短縮
できるプログラムサーバ装置を提供することである。
してＤＬＬ要求を受けた場合には、再度プログラムを読
み取ることなく送信でき、プログラムＤＬＬ時間を短縮
できるプログラムサーバ装置を提供することである。
【０００５】
【課題を解決するための手段】本発明のプログラムサー
バ装置は、ローカルエリアネットワーク回線を使用して
クライアントからのダウンラインロード要求に従ってプ
ログラムを送信するプログラムサーバ装置において、ダ
ウンラインロード処理中のプログラムの状態を記憶する
ＤＬＬ状態記憶手段と、読み込んだダウンラインロード
処理対象のプログラムを複数に分割して分割単位ごとに
順序番号を付与し処理が完了するまで記憶するプログラ
ム記憶手段と、前記プログラム記憶手段から該当するプ
ログラムを分割単位ごとに読み出して送信させ前記ＤＬ
Ｌ状態記憶手段を更新する処理を繰り返し、処理中のプ
ログラムに対するダウンラインロード要求を他のクライ
アントから受けたとき、前記ＤＬＬ状態記憶手段を参照
して現在送信中の次の分割単位から並列に送信を開始し
て順序番号に従って循環的に送信し、すべての要求元ク
ライアントに対してすべての分割単位の送信を終えたと
き処理を完了させるよう制御する送信管理手段とを備え
て構成されている。
バ装置は、ローカルエリアネットワーク回線を使用して
クライアントからのダウンラインロード要求に従ってプ
ログラムを送信するプログラムサーバ装置において、ダ
ウンラインロード処理中のプログラムの状態を記憶する
ＤＬＬ状態記憶手段と、読み込んだダウンラインロード
処理対象のプログラムを複数に分割して分割単位ごとに
順序番号を付与し処理が完了するまで記憶するプログラ
ム記憶手段と、前記プログラム記憶手段から該当するプ
ログラムを分割単位ごとに読み出して送信させ前記ＤＬ
Ｌ状態記憶手段を更新する処理を繰り返し、処理中のプ
ログラムに対するダウンラインロード要求を他のクライ
アントから受けたとき、前記ＤＬＬ状態記憶手段を参照
して現在送信中の次の分割単位から並列に送信を開始し
て順序番号に従って循環的に送信し、すべての要求元ク
ライアントに対してすべての分割単位の送信を終えたと
き処理を完了させるよう制御する送信管理手段とを備え
て構成されている。
【０００６】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【０００７】図１は本発明の一実施例の構成を示すブロ
ック図である。
ック図である。
【０００８】本実施例のプログラムサーバ装置は、図１
に示すように、送信データを編集してＬＡＮ回線上に送
信するデータ送信手段４と、ＬＡＮ回線上のクライアン
トからのＤＬＬ要求を受信するデータ受信手段５と、Ｄ
ＬＬ処理中のプログラムの状態を記憶するＤＬＬ状態記
憶手段１と、読み込んだＤＬＬ対象のプログラムを分割
し分割単位ごとに順序番号を付けて記憶するプログラム
記憶手段３と、ＤＬＬ要求を受けてＤＬＬ状態記憶手段
１を参照してプログラムの送信管理を行う送信管理手段
２とを備えて構成されている。
に示すように、送信データを編集してＬＡＮ回線上に送
信するデータ送信手段４と、ＬＡＮ回線上のクライアン
トからのＤＬＬ要求を受信するデータ受信手段５と、Ｄ
ＬＬ処理中のプログラムの状態を記憶するＤＬＬ状態記
憶手段１と、読み込んだＤＬＬ対象のプログラムを分割
し分割単位ごとに順序番号を付けて記憶するプログラム
記憶手段３と、ＤＬＬ要求を受けてＤＬＬ状態記憶手段
１を参照してプログラムの送信管理を行う送信管理手段
２とを備えて構成されている。
【０００９】図２はＤＬＬ状態記憶手段１に記憶される
管理テーブルのデータ形式を示す説明図、図３はＬＡＮ
回線上を流れるデータ形式を示す説明図である。
管理テーブルのデータ形式を示す説明図、図３はＬＡＮ
回線上を流れるデータ形式を示す説明図である。
【００１０】以下、図１に示した本実施例の動作手順
を、図２及び図３を参照しながら詳細に説明する。
を、図２及び図３を参照しながら詳細に説明する。
【００１１】まず、データ受信手段５がＬＡＮ回線上を
流れる図３（ｂ）に示すクライアントからのＤＬＬ要求
を受信すると、ヘッダに含まれる要求元の情報（クライ
アント名）とプログラム名とを送信管理手段２に通知す
る。
流れる図３（ｂ）に示すクライアントからのＤＬＬ要求
を受信すると、ヘッダに含まれる要求元の情報（クライ
アント名）とプログラム名とを送信管理手段２に通知す
る。
【００１２】送信管理手段２は、要求されたプログラム
がＤＬＬ状態記憶手段１に登録されているか調べる。Ｄ
ＬＬ状態記憶手段１には、現在ＤＬＬ処理中のプログラ
ムの状態を管理するための管理テーブルが記憶されてい
る。管理テーブルには、図２に示すように、ＤＬＬ処理
中の各プログラムの「プログラム名」と、そのプログラ
ムを何分割して送信するかを示す「プログラム分割数」
と、現在送信中のものは分割単位の何番目であるかを示
す「送信中順序番号」と、送信処理を終了する分割単位
を示す「送信終了順序番号」とが記録されている。
がＤＬＬ状態記憶手段１に登録されているか調べる。Ｄ
ＬＬ状態記憶手段１には、現在ＤＬＬ処理中のプログラ
ムの状態を管理するための管理テーブルが記憶されてい
る。管理テーブルには、図２に示すように、ＤＬＬ処理
中の各プログラムの「プログラム名」と、そのプログラ
ムを何分割して送信するかを示す「プログラム分割数」
と、現在送信中のものは分割単位の何番目であるかを示
す「送信中順序番号」と、送信処理を終了する分割単位
を示す「送信終了順序番号」とが記録されている。
【００１３】ＤＬＬ要求を受けたプログラムが管理テー
ブルに登録されていない場合、送信管理手段２は、プロ
グラム名を登録すると共に、そのプログラムを何分割し
て送信するかを計算し、１０分割とすれば図２のプログ
ラムＡの例のように、送信終了順序番号およびプログラ
ム分割数に“１０”を、送信中順序番号には“０”を登
録する。
ブルに登録されていない場合、送信管理手段２は、プロ
グラム名を登録すると共に、そのプログラムを何分割し
て送信するかを計算し、１０分割とすれば図２のプログ
ラムＡの例のように、送信終了順序番号およびプログラ
ム分割数に“１０”を、送信中順序番号には“０”を登
録する。
【００１４】その後、ＤＬＬ要求されたプログラムを磁
気ディスクなどのプログラム記憶装置から読み込み、プ
ログラム記憶手段３に分割単位ごとに順序番号を付けて
記憶させ、読み込みが終了すると送信中順序番号を
“１”に更新し、順序番号“１”のデータをプログラム
記憶手段３から読み出してＤＬＬ要求元の情報と共にデ
ータ送信手段４に渡し送信を指示する。
気ディスクなどのプログラム記憶装置から読み込み、プ
ログラム記憶手段３に分割単位ごとに順序番号を付けて
記憶させ、読み込みが終了すると送信中順序番号を
“１”に更新し、順序番号“１”のデータをプログラム
記憶手段３から読み出してＤＬＬ要求元の情報と共にデ
ータ送信手段４に渡し送信を指示する。
【００１５】これを受けたデータ送信手段４は、図３
（ａ）に示すような送信データを編集してＬＡＮ回線に
送信する。すなわち、プログラムの各分割単位のデータ
は、プログラム名，順序番号と共にヘッダ中に指定され
た要求元に送られる。
（ａ）に示すような送信データを編集してＬＡＮ回線に
送信する。すなわち、プログラムの各分割単位のデータ
は、プログラム名，順序番号と共にヘッダ中に指定され
た要求元に送られる。
【００１６】データ送信手段４は、送信管理手段２から
指示されたデータの送信を終了すると、送信管理手段２
に対して送信したデータのプログラム名と順序番号とを
通知する。
指示されたデータの送信を終了すると、送信管理手段２
に対して送信したデータのプログラム名と順序番号とを
通知する。
【００１７】この通知を受けた送信管理手段２は、ＤＬ
Ｌ状態記憶手段１を調べ、送信終了順序番号が“０”で
なく、送信中順序番号が送信終了順序番号の“１０”と
等しくないことを確認すると、送信中順序番号に１を加
算して“２”に更新した後、順序番号が“２”のデータ
をプログラム記憶手段３から読み出し、データ送信手段
４を介しＬＮＡ回線に送信する。
Ｌ状態記憶手段１を調べ、送信終了順序番号が“０”で
なく、送信中順序番号が送信終了順序番号の“１０”と
等しくないことを確認すると、送信中順序番号に１を加
算して“２”に更新した後、順序番号が“２”のデータ
をプログラム記憶手段３から読み出し、データ送信手段
４を介しＬＮＡ回線に送信する。
【００１８】同様な処理を送信終了順序番号に格納され
ている順序番号が“１０”のデータを送信するまで繰り
返し、データ送信手段４から通知された順序番号が送信
終了順序番号と等しいことを検出すると、ＤＬＬ要求を
受けたプログラムの全分割単位の送信完了であるので、
ＤＬＬ状態記憶手段１の管理テーブルから当該プログラ
ム名の管理データを削除し、同時にプログラム記憶手段
３に記憶した当該プログラムも削除する。
ている順序番号が“１０”のデータを送信するまで繰り
返し、データ送信手段４から通知された順序番号が送信
終了順序番号と等しいことを検出すると、ＤＬＬ要求を
受けたプログラムの全分割単位の送信完了であるので、
ＤＬＬ状態記憶手段１の管理テーブルから当該プログラ
ム名の管理データを削除し、同時にプログラム記憶手段
３に記憶した当該プログラムも削除する。
【００１９】一方、ＤＬＬ要求を受けたプログラムがＤ
ＬＬ状態記憶手段１に既に登録されている場合には、送
信管理手段２はそのプログラム名に対応する管理データ
の送信終了順序番号に“０”を登録する。図２のプログ
ラムＢの例は、あるクライアント（クライアントＸ）に
対してプログラムＢの順序番号“３”の送信中に、他の
クラインアント（クライアントＹ）からプログラムＢに
対するＤＬＬ要求を受信した場合を示す。
ＬＬ状態記憶手段１に既に登録されている場合には、送
信管理手段２はそのプログラム名に対応する管理データ
の送信終了順序番号に“０”を登録する。図２のプログ
ラムＢの例は、あるクライアント（クライアントＸ）に
対してプログラムＢの順序番号“３”の送信中に、他の
クラインアント（クライアントＹ）からプログラムＢに
対するＤＬＬ要求を受信した場合を示す。
【００２０】送信中であった順序番号“３”のデータの
送信が終了すると、データ送信手段４は送信管理手段２
に対して送信したデータのプログラム名と順序番号とを
通知する。送信管理手段２はＤＬＬ状態記憶手段１を調
べ、該当するプログラム名に対応する送信終了順序番号
が“０”であることを検出すると、送信中順序番号の値
を送信終了順序番号にコピーした後に、送信中順序番号
の値に１を加算して更新する。但し、１を加算した結
果、送信中順序番号がプログラム分割数を超える場合に
は、送信中順序番号に“１”を登録する。
送信が終了すると、データ送信手段４は送信管理手段２
に対して送信したデータのプログラム名と順序番号とを
通知する。送信管理手段２はＤＬＬ状態記憶手段１を調
べ、該当するプログラム名に対応する送信終了順序番号
が“０”であることを検出すると、送信中順序番号の値
を送信終了順序番号にコピーした後に、送信中順序番号
の値に１を加算して更新する。但し、１を加算した結
果、送信中順序番号がプログラム分割数を超える場合に
は、送信中順序番号に“１”を登録する。
【００２１】その後、更新した送信中順序番号に該当す
るデータをプログラム記憶手段３から読み出し、両方の
ＤＬＬ要求元の情報（クライアントＸ，Ｙ）と共にデー
タ送信手段４に渡して送信を指示する。データ送信手段
４は、送信データを編集してヘッダ中に両方のＤＬＬ要
求元を指定してＬＡＮ回線に送信する。これにより、そ
の順序番号のデータはクライアントＸ及びＹの両要求元
に同時に送られる。指示されたデータの送信を終了する
と、データ送信手段４は送信管理手段２に対して送信し
たデータのプログラム名と順序番号とを通知する。
るデータをプログラム記憶手段３から読み出し、両方の
ＤＬＬ要求元の情報（クライアントＸ，Ｙ）と共にデー
タ送信手段４に渡して送信を指示する。データ送信手段
４は、送信データを編集してヘッダ中に両方のＤＬＬ要
求元を指定してＬＡＮ回線に送信する。これにより、そ
の順序番号のデータはクライアントＸ及びＹの両要求元
に同時に送られる。指示されたデータの送信を終了する
と、データ送信手段４は送信管理手段２に対して送信し
たデータのプログラム名と順序番号とを通知する。
【００２２】送信管理手段２は、ＤＬＬ状態記憶手段１
を調べ、送信中順序番号が送信終了順序番号と等しくな
るまで、送信中順序番号に順次１を加算してその順序番
号のデータをプログラム記憶手段３から読み出し送信す
る処理を繰り返す。但し、送信中順序番号がプログラム
分割数を超えた場合は、送信中順序番号を“１”に戻
す。なお、この場合には最初にＤＬＬ要求したクライア
ントに対するプログラムの送信は完了したことになるの
で、これ以降は後からＤＬＬ要求を行ったクライアント
のみに送信すればよい。
を調べ、送信中順序番号が送信終了順序番号と等しくな
るまで、送信中順序番号に順次１を加算してその順序番
号のデータをプログラム記憶手段３から読み出し送信す
る処理を繰り返す。但し、送信中順序番号がプログラム
分割数を超えた場合は、送信中順序番号を“１”に戻
す。なお、この場合には最初にＤＬＬ要求したクライア
ントに対するプログラムの送信は完了したことになるの
で、これ以降は後からＤＬＬ要求を行ったクライアント
のみに送信すればよい。
【００２３】データ送信手段４から通知された順序番号
が送信終了順序番号と等しい場合、後からのＤＬＬ要求
に対するプログラムの送信も完了となるので、ＤＬＬ状
態記憶手段１から当該プログラム名の管理データを削除
し、同時にプログラム記憶手段３に記憶した当該プログ
ラムも削除する。
が送信終了順序番号と等しい場合、後からのＤＬＬ要求
に対するプログラムの送信も完了となるので、ＤＬＬ状
態記憶手段１から当該プログラム名の管理データを削除
し、同時にプログラム記憶手段３に記憶した当該プログ
ラムも削除する。
【００２４】図２に示したプログラムＣの管理データ
は、順序番号“２”の送信中に他のクライアントからＤ
ＬＬ要求を受け、順序番号“１０”まで送信した後に順
序番号“１”に戻り、再度順序番号“２”のデータを送
信中の状態を示しており、順序番号“２”の送信が終了
するとプログラムＣのＤＬＬ処理は完了となる。この場
合、クライアントＸに対しては順序番号“１”から“１
０”までを順次送信し、クライアントＹに対しては順序
番号“３”から送信を開始し、順序番号“１０”の送信
後に順序番号“１”及び“２”を送信する。すなわち、
磁気ディスク装置からのプログラムの読み込みは１回の
み、ＬＡＮ回線上の送信は１２分割単位の送信で２クラ
イアントに対するＤＬＬ処理が完了する。なお、同一プ
ログラムに対する２件のＤＬＬ要求がほぼ同時に発生し
た場合、すなわち、送信中順序番号が“０”で磁気ディ
スク装置からの読み込み中に他の要求が発生した場合
は、最初から並列に送信され１回分の処理時間で２クラ
イアントへのプログラム転送が完了する。
は、順序番号“２”の送信中に他のクライアントからＤ
ＬＬ要求を受け、順序番号“１０”まで送信した後に順
序番号“１”に戻り、再度順序番号“２”のデータを送
信中の状態を示しており、順序番号“２”の送信が終了
するとプログラムＣのＤＬＬ処理は完了となる。この場
合、クライアントＸに対しては順序番号“１”から“１
０”までを順次送信し、クライアントＹに対しては順序
番号“３”から送信を開始し、順序番号“１０”の送信
後に順序番号“１”及び“２”を送信する。すなわち、
磁気ディスク装置からのプログラムの読み込みは１回の
み、ＬＡＮ回線上の送信は１２分割単位の送信で２クラ
イアントに対するＤＬＬ処理が完了する。なお、同一プ
ログラムに対する２件のＤＬＬ要求がほぼ同時に発生し
た場合、すなわち、送信中順序番号が“０”で磁気ディ
スク装置からの読み込み中に他の要求が発生した場合
は、最初から並列に送信され１回分の処理時間で２クラ
イアントへのプログラム転送が完了する。
【００２５】なお、図２には、プログラムＡ，Ｂ，Ｃの
３プログラムに対するＤＬＬ要求があり、これらが並列
に処理されている状態が示されている。すなわち、各要
求元は１本のＬＡＮ回線上にあり、ＬＡＮ回線上に時分
割で送信される送信データには、各プログラムの分割単
位のデータが交互に含まれることになる。複数のプログ
ラムのＤＬＬ要求を並列に処理せず、先着順にプログラ
ム単位でまとめて処理してもよいが、一つのプログラム
に複数のクライアントからのＤＬＬ要求が継続的に発生
した場合、他のプログラムが長く待たされることにな
る。
３プログラムに対するＤＬＬ要求があり、これらが並列
に処理されている状態が示されている。すなわち、各要
求元は１本のＬＡＮ回線上にあり、ＬＡＮ回線上に時分
割で送信される送信データには、各プログラムの分割単
位のデータが交互に含まれることになる。複数のプログ
ラムのＤＬＬ要求を並列に処理せず、先着順にプログラ
ム単位でまとめて処理してもよいが、一つのプログラム
に複数のクライアントからのＤＬＬ要求が継続的に発生
した場合、他のプログラムが長く待たされることにな
る。
【００２６】上述の実施例においては、ＤＬＬ状態記憶
手段では送信中順序番号，送信終了順序番号を管理し、
要求元クライアントに関する管理は送信管理手段で別途
行われているものとして説明したが、要求元クライアン
トに関する管理情報をＤＬＬ状態記憶手段に含ませるこ
とも可能である。又、送信データのヘッダには、要求元
クライアント名を指定するものとして説明したが、ヘッ
ダのあて先指定を全クライアントとし、クライアント側
で必要なデータを取捨選択するものとすれば、要求元ク
ライアントに関する特別の管理は不要となり、実施例で
説明したＤＬＬ状態記憶手段のみでよいことになる。
手段では送信中順序番号，送信終了順序番号を管理し、
要求元クライアントに関する管理は送信管理手段で別途
行われているものとして説明したが、要求元クライアン
トに関する管理情報をＤＬＬ状態記憶手段に含ませるこ
とも可能である。又、送信データのヘッダには、要求元
クライアント名を指定するものとして説明したが、ヘッ
ダのあて先指定を全クライアントとし、クライアント側
で必要なデータを取捨選択するものとすれば、要求元ク
ライアントに関する特別の管理は不要となり、実施例で
説明したＤＬＬ状態記憶手段のみでよいことになる。
【００２７】
【発明の効果】以上説明したように、本発明のプログラ
ムサーバ装置は、同時に複数のクライアントから同一プ
ログラムのＤＬＬ要求を受け付けた際、磁気ディスク装
置からの読み込みは１回のみでよく、プログラム送信の
所要時間も短縮されるので、全体のＤＬＬ処理時間およ
び工数が削減される効果がある。又、クライアント側か
らみてもＤＬＬ時間の短縮となる。
ムサーバ装置は、同時に複数のクライアントから同一プ
ログラムのＤＬＬ要求を受け付けた際、磁気ディスク装
置からの読み込みは１回のみでよく、プログラム送信の
所要時間も短縮されるので、全体のＤＬＬ処理時間およ
び工数が削減される効果がある。又、クライアント側か
らみてもＤＬＬ時間の短縮となる。
【図１】本発明の一実施例の構成を示すブロック図であ
る。
る。
【図２】図１のＤＬＬ状態記憶手段に記憶されるデータ
形式の説明図である。
形式の説明図である。
【図３】図１のＬＡＮ回線上を流れるデータ形式の説明
図である。
図である。
１ ＤＬＬ状態記憶手段 ２ 送信管理手段 ３ プログラム記憶手段 ４ データ送信手段 ５ データ受信手段
Claims (1)
- 【請求項１】 ローカルエリアネットワーク回線を使用
してクライアントからのダウンラインロード要求に従っ
てプログラムを送信するプログラムサーバ装置におい
て、ダウンラインロード処理中のプログラムの状態を記
憶するＤＬＬ状態記憶手段と、読み込んだダウンライン
ロード処理対象のプログラムを複数に分割して分割単位
ごとに順序番号を付与し処理が完了するまで記憶するプ
ログラム記憶手段と、前記プログラム記憶手段から該当
するプログラムを分割単位ごとに読み出して送信させ前
記ＤＬＬ状態記憶手段を更新する処理を繰り返し、処理
中のプログラムに対するダウンラインロード要求を他の
クライアントから受けたとき、前記ＤＬＬ状態記憶手段
を参照して現在送信中の次の分割単位から並列に送信を
開始して順序番号に従って循環的に送信し、すべての要
求元クライアントに対してすべての分割単位の送信を終
えたとき処理を完了させるよう制御する送信管理手段と
を備えたことを特徴とするプログラムサーバ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5156478A JPH0736799A (ja) | 1993-06-28 | 1993-06-28 | プログラムサーバ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5156478A JPH0736799A (ja) | 1993-06-28 | 1993-06-28 | プログラムサーバ装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0736799A true JPH0736799A (ja) | 1995-02-07 |
Family
ID=15628639
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5156478A Withdrawn JPH0736799A (ja) | 1993-06-28 | 1993-06-28 | プログラムサーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0736799A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002116932A (ja) * | 2000-10-05 | 2002-04-19 | Sanyo Electric Co Ltd | データ配信方法 |
-
1993
- 1993-06-28 JP JP5156478A patent/JPH0736799A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002116932A (ja) * | 2000-10-05 | 2002-04-19 | Sanyo Electric Co Ltd | データ配信方法 |
| JP4623810B2 (ja) * | 2000-10-05 | 2011-02-02 | 三洋電機株式会社 | データ配信方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3258236B2 (ja) | マルチメディア情報転送システム | |
| JP4144897B2 (ja) | 共通作業キュー環境における最適格サーバ | |
| JP2004038758A (ja) | 記憶制御装置、記憶制御装置の制御方法、及びプログラム | |
| US7386574B2 (en) | File transfer system, apparatus, method and computer readable medium storing file transfer program | |
| CN110968586A (zh) | 分布式事务处理方法及装置 | |
| JP4626395B2 (ja) | センターサーバーおよびその動作方法 | |
| JPH0695859A (ja) | ソフトウェア資産管理方式 | |
| JPH0736799A (ja) | プログラムサーバ装置 | |
| JP3250532B2 (ja) | データ送受信システム、データ受信装置、及びデータ受信方法 | |
| JPH0472267B2 (ja) | ||
| JPH0553939A (ja) | フアイル転送処理方式 | |
| JP2002342193A (ja) | データ転送先サーバ選定方法及び装置及びデータ転送先サーバ選定プログラム及びデータ転送先サーバ選定プログラムを格納した記憶媒体 | |
| JP2697588B2 (ja) | 通信タスク管理方式 | |
| JPH09224066A (ja) | 通信プロトコル並列処理装置 | |
| JP3212891B2 (ja) | ファイル転送システムおよびファイル転送方法 | |
| JP2665185B2 (ja) | データ送信システム | |
| JP2743610B2 (ja) | ファイル共有システム | |
| JP2002373098A (ja) | バックアップシステム | |
| JP3314746B2 (ja) | プログラム送受信システム及びそのサーバ | |
| JPH09200702A (ja) | Ｖｏｄサーバシステム | |
| JP2000293454A (ja) | データ通信装置、データ通信方法、および記録媒体 | |
| JP2004192515A (ja) | 文書管理システムおよび文書管理サーバ | |
| JPH09200292A (ja) | データ伝送方法及びその装置 | |
| JPH09146858A (ja) | ファイル配送方法および装置 | |
| JPH09319707A (ja) | ホストコンピュータ選択システム、選択方法、およびホストコンピュータを選択するプログラムを記憶する媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20000905 |