JPH0895875A - データダウンロード方法 - Google Patents

Abstract

(57)【要約】 【目的】 データ送信側コンピュータ内に定常処理を妨
げるようなデータ滞留が発生することなく、円滑なデー
タのダウンロード、及びコンピュータの運用を可能にす
ること。 【構成】 送信側の情報処理装置に配信データの配信先
とデータ名称とを登録したテーブルを予め作成させてお
き、前記受信側の情報処理装置が必要とする時期に前記
テーブルを検索させ、受信側の情報処理装置宛のデータ
が登録されていれば、該当データに対する送信要求を受
信側の情報処理装置から送信させ、この送信要求に対し
て該当データを送信側の情報処理装置から受信側の情報
処理装置に配信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データダウンロード方
法に係わり、例えば企業内ＬＡＮ（Ｌｏｃａｌ Ａｒｅ
ａ Ｎｅｔｗｏｒｋ）で一般的に用いられているイーサ
ネット（Ｅｔｈｅｒｎｅｔ）等の通信ネットワークに接
続されるコンピュータ間でのデータダウンロード方法に
関するものである。

【０００２】

【従来の技術】図６は、従来において企業内で一般的に
用いられているＬＡＮの概略構成図であり、４００は通
信ネットワーク、４１０はホストコンピュータ、４２０
はサーバコンピュータ（メールサーバ）、４３０はサー
バコンピュータ４２０に接続されるパーソナルコンピュ
ータ（以下、パソコンと略記）である。４１１はホスト
コンピュータ４１０に接続されたディスク装置であり、
配布先情報ファイル４１１１、配布データ４１１２から
成る。

【０００３】４２１はサーバコンピュータ４２０に接続
されたディスク装置、４２２はサーバコンピュータ４２
０のディスク装置４２１に作成されたメールボックスの
データ格納域であり、配布先情報ファイル４２１１、配
布データ４２１２から成る。

【０００４】４３１はパソコン４３１に接続されたディ
スク装置であり、サーバコンピュータ４２０から配布さ
れた配布データ４３１１が格納される。

【０００５】なお、図６中に示す破線４４０は、ホスト
コンピュータ４１０からパソコン４３０への配布データ
の流れを示したものである。

【０００６】以下、図６にもとづき従来のデータダウン
ロード方法について説明する。

【０００７】まず、ホストコンピュータ４１０は、配布
データを配信先のサーバコンピュータ毎に分類し、配布
先情報ファイル４１１１を作成する。

【０００８】次に、ホストコンピュータ４１０のデータ
転送機能の起動を契機にサーバコンピュータ４２０に設
けられたメールボックス４２２に、配布先情報ファイル
４１１１及び配布データ４１１２を配信する。

【０００９】サーバコンピュータ４２０は、ホストコン
ピュータ４１０より配信された配布先情報ファイル４１
１１に基づき、配布データ４１１２を部門内に設置され
たパソコン４３０に配信する。

【００１０】

【発明が解決しようとする課題】ところで、ホストコン
ピュータ４１０では、定常のバッチ業務が自動運用化ソ
フトにより自動運転されている場合が一般的であり、配
布データの作成も自動化されている。さらに、データ送
信機能の起動も自動運転スケジュールの中に組み込まれ
ることがある。

【００１１】しかし、前記従来技術を用いてデータのダ
ウンロード（データ配信）を行うと、データの送信権限
がホストコンピュータ４１０にあるため、サーバコンピ
ュータ４２０の電源が投入されていない場合、若しくは
サーバコンピュータ４２０の受信準備が出来ていない場
合など、サーバコンピュータ４２０の運転状態に関係な
く送信機能が起動されることがあり、このような場合に
送信機能が起動されると、送信エラーとなってしまう。

【００１２】特に、ホストコンピュータ４１０は、設定
された自動運転スケジュールに基づきデータ送信動作に
移行するため、送信エラーとなった配布データはホスト
コンピュータ４１０内に滞留し、データ記憶空間の不足
が生じたり、バッチ処理によりデータ送信を行っている
場合は、送信エラーが起こるとデータ送信以降の自動運
転によるバッチ処理に支障を来すという問題が発生す
る。

【００１３】同様のことが、サーバコンピュータ４２０
と部門内に設置されたパソコン４３０との間にも発生
し、サーバコンピュータ４２０に配布データの滞留が発
生してしまう。

【００１４】このような問題の対策として、１）、送信
エラーとなった配布データについては一定時間ごとに再
度送信を試みる、２）、予め送信スケジュールを決めて
おき、送信を行う等の方法が考えられるが、ホストコン
ピュータの起動時の送信の場合と同様、無駄になること
が多く、データの滞留を解消することはできない。

【００１５】本発明の目的は、送信側コンピュータ内に
定常処理を妨げるようなデータの滞留を発生させること
なく、円滑なデータのダウンロード、及びコンピュータ
の運用を行うことができるデータダウンロード方法を提
供することにある。

【００１６】

【課題を解決するための手段】本発明は、送信側の情報
処理装置に配信データの配信先とデータ名称とを登録し
たテーブルを予め作成させておき、前記受信側の情報処
理装置が必要とする時期に前記テーブルを検索させ、受
信側の情報処理装置宛のデータが登録されていれば、該
当データに対する送信要求を受信側の情報処理装置から
送信させ、この送信要求に対して該当データを送信側の
情報処理装置から受信側の情報処理装置に配信すること
を特徴とする。

【００１７】

【作用】前記手段によれば、受信側の情報処理装置は、
送信側の情報処理装置からの配布データが必要な時期
に、例えば電源投入時、業務開始時刻等において送信側
の情報処理装置がテーブルを検索する。その結果、自分
宛の配布データがあることが判明した場合、送信側の情
報処理装置にデータ送信要求を出す。これにより、送信
側の情報処理装置から該当データが送信される。

【００１８】このように、受信側の情報処理装置のデー
タ送信要求に基づき、送信側の情報処理装置から配布デ
ータを送信させることにより、受信側の情報処理装置が
起動していない等が原因となる、データ送信エラーを防
止できると同時に、送信エラーの結果起こる送信データ
の滞留を防止できる。

【００１９】

【実施例】以下、本発明を図示する実施例に基づいて詳
細に説明する。

【００２０】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付し、その繰り
返しの説明は省略する。

【００２１】図１は、本発明を適用した企業内ＬＡＮの
一実施例の概略構成を示す図である。

【００２２】図１において、１１は通信ネットワーク、
１２はホストコンピュータ、１３は部門ごとに設置され
たサーバコンピュータ、１４は部門内に設置されたパソ
コン、１５はホストコンピュータ１２に接続されたディ
スク装置であり、このディスク装置１５は配布先情報フ
ァイル１５Ａ、配布先テーブル１５Ｂ、配布データ１５
Ｃを格納するようになっている。

【００２３】１６はサーバコンピュータ１３に接続され
たディスク装置であり、配布先テーブル１６Ｂ、配布デ
ータ１６Ｃを格納するようになっている。

【００２４】１７は部門内に設置されたパソコン１４に
接続されたディスク装置であり、配布された配布データ
１７Ａを格納するようになっている。

【００２５】なお、図１に示す破線１８はホストコンピ
ュータ１２から部門内に設置されたパソコン１４への配
布データ（配信データあるいは送信データ）の流れを示
すものである。

【００２６】図２は、図１に示す配布先テーブル１５Ｂ
の内容を示し、２１、２２、２３、２４で示される列方
向のデータは、ホストコンピュータ１２にエントリされ
るデータを示し、図２においては４つのエントリを示し
ている。２５、２６、２７は各エントリ２１、２２、２
３、２４のテーブル項目であり、２５はＷ０１、Ｗ０
２、Ｗ０４といったサーバコンピュータ１３の通信ネッ
トワーク１１上の名称、２６はＰＣ１、ＰＣ２１、ＰＣ
４１といった部門内に設置されたパソコン１４の通信ネ
ットワーク１１上の名称、２７は部門内に設置されたパ
ソコン１４に配布されるデータファイル名称を示してい
る。

【００２７】ホストコンピュータ１２上の配布先情報フ
ァイル１５Ａは、図２に示す配布先テーブル１５Ｂの内
容のうち、サーバコンピュータ１３の名称２５とパソコ
ン１４の名称２６のみを一意的に蓄えている。よって、
ホストコンピュータ１２上で配布データ１５Ｃを作成す
る際は、配布先情報ファイル１５Ａのうちデータ配信を
行う宛先をもったエントリを求め、そのエントリの内容
と配布データファイル名称を加えたエントリを配布先テ
ーブル１５Ｂに追加しておく。

【００２８】また、コンピュータには電源投入と同時に
自動的に起動されるプロシジャを登録しておける機能を
備えたものが大半である。データ受信を行うコンピュー
タ側でその機能を使用しプロシジャを登録しておき、受
信側コンピュータの電源投入時に前記データ受信プロシ
ジャを自動起動させる。

【００２９】次に、本実施例のＬＡＮにおける受信側コ
ンピュータでデータ受信要求を行うために自動起動させ
るデータ受信プロシジャのアルゴリズムを図３に示し、
以下説明する。

【００３０】まず、ホストコンピュータ１２（送信側の
情報処理装置）からサーバコンピュータ１３（受信側の
情報処理装置）へのデータダウンロード方法を図３に示
すアルゴリズムに基づき説明する。

【００３１】データ受信側であるサーバコンピュータ１
３の電源投入がこのアルゴリズムの開始となり、まずス
テップ３０１でデータ送信側であるホストコンピュータ
１２の持つ配布先テーブル１５Ｂを検索する。

【００３２】次に、ステップ３０３でデータ受信要求を
出したコンピュータ（サーバコンピュータ１３）の名称
をもったエントリが配布先テーブル１５Ｂに存在するか
どうかを判定する。

【００３３】もし、サーバコンピュータ１３の名称と一
致する名称が登録されたエントリがなければステップ３
０１に戻り、再度配布先テーブル１５Ｂの次のエントリ
を検索する。

【００３４】この時、エントリ２２の内容「Ｗ０２」が
サーバコンピュータ１３の名称であれば、サーバコンピ
ュータ１３宛の配布データがあることを意味し、次のス
テップ３０４に進む。この時、データ送信側であるホス
トコンピュータ１２の配布データファイル名「ＦＩＬＥ
４」も配布先テーブル１５Ｂのエントリから求める。

【００３５】次に、ステップ３０４で送信側であるホス
トコンピュータ１２にある配布データ１５Ｃの転送を要
求し、続くステップ３０５でデータ転送時の障害を判定
し、障害があれば、ステップ３０１に戻り、再度配布先
テーブル１５Ｂの次のエントリを検索する。

【００３６】一方、データ転送が成功ならば、次のステ
ップ３０６で、二重配布を防止する目的で、ホストコン
ピュータ１２にある配布データ１５Ｂと配布先テーブル
１５Ｂの当該エントリを削除する。

【００３７】次に、ステップ３０７でステップ３０６の
削除処理のステータスを判定する。

【００３８】ここで削除処理が成功と確認できたなら
ば、ステップ３０１に戻り、再度配布先テーブル１５Ｂ
の次のエントリを検索する。

【００３９】一方、削除処理でエラーが認められれば、
先に受信完了したデータは自コンピュータ（ここでは、
サーバコンピュータ１３）から削除し、後日再実行した
時、データをダウンロードしたサーバコンピュータ１３
内でデータファイル名が重複するためにエラーが発生す
ることを防ぐ。

【００４０】ここまで無事終了した段階で配布先テーブ
ル１５Ｂの次のエントリを処理するため再度ステップ３
０１に戻る。

【００４１】検索終了時、ステップ３０２で本アルゴリ
ズムの終了となる。

【００４２】以上説明したように、本実施例に示すデー
タダウンロード方法によると、データ受信側であるサー
バコンピュータ１３の運転状態によりデータ受信起動が
なされる。この結果、送信側であるホストコンピュータ
１２内にデータが滞留することがなく、円滑なデータ配
信処理・運用を行うことが可能となる。

【００４３】以上はデータ送信側としてホストコンピュ
ータ１２、データ受信側としてサーバコンピュータ１３
とのデータ転送について説明したが、サーバコンピュー
タ１３と部門内に設置されたパソコン１４とのデータ転
送においても同様であり、前記サーバコンピュータ１３
がデータ送信側の情報処理装置に相当し、前記部門内に
設置されたパソコン１４がデータ受信側の情報処理装置
に相当する。

【００４４】次に、サーバコンピュータ１３と部門内に
設置されたパソコン１４のデータ転送を図３に示すアル
ゴリズムに基づき説明すると、データ受信側である部門
内に設置されたパソコン１４の電源投入、あるいは業務
開始時刻がこのアルゴリズムの開始となり、まずステッ
プ３０１でデータ送信側であるサーバコンピュータ１３
の持つ配布先テーブル１６Ｂを検索する。

【００４５】ステップ３０３でデータ受信要求を出した
コンピュータ（パソコン１４）の名称をもったエントリ
が配布先テーブル１６Ｂにあるかどうかを判定する。こ
の時、パソコン１４の名称でなければステップ３０１に
戻り、再度配布先テーブル１６Ｂの次のエントリを検索
する。この時、エントリ内容がパソコン１４の名称であ
れば、パソコン１４宛の配布データがあることを意味
し、この場合はデータ送信側であるサーバコンピュータ
１３の配布データファイル名も配布先テーブル１６Ｂの
エントリから求め、次のステップ３０４に進む。

【００４６】ステップ３０４で前記ステップ３０３で得
たファイル名に基づき、送信側であるサーバコンピュー
タ１３にある配布データ１６Ｃの転送を要求する。次
に、ステップ３０５でデータ転送時の障害を判定し、障
害があればステップ３０１に戻り、再度配布先テーブル
１５Ｃの次のエントリを検索する。

【００４７】データ転送に成功すれば、次のステップ３
０６で二重配布を防止するために、送信側コンピュータ
であるサーバコンピュータ１３にある配布データ１６Ｃ
と配布先テーブル１５Ｂの当該エントリを削除する。そ
して、ステップ３０７でステップ３０６の削除処理のス
テータスを判定する。

【００４８】ステップ３０７で削除処理が成功と確認で
きたならば、再びステップ３０１に戻り、配布先テーブ
ル１６Ｂの次のエントリを検索する。

【００４９】一方、削除処理でエラーが認められた場
合、先に受信完了したデータは自コンピュータから削除
する。ここまで無事終了した段階で配布先テーブル１６
Ｂの次のエントリを処理するため再度ステップ３０１に
戻る。

【００５０】検索終了時３０２で本アルゴリズムの終了
となる。

【００５１】なお、前記各実施例においては、データ受
信側のコンピュータのデータ受信起動時期をデータ受信
側コンピュータの電源投入時としたが、データ受信側コ
ンピュータにデータ受信スケジュールをもたせ、そのス
ケジュールに従ってデータ受信起動を行うことも可能で
ある。

【００５２】以上説明したように、本発明のデータダウ
ンロード方法をホストコンピュータ１２とサーバコンピ
ュータ１３間、及びサーバコンピュータ１３と部門内に
設置されたパソコン１４間にそれぞれ用いることによ
り、ホストコンピュータ１２からパソコン１４へのデー
タダウンロードを、配信データの滞留を招くことなく実
行することができる。

【００５３】以上、本発明者を実施例に基づき具体的に
説明したが、本発明は、前記実施例に限定されるもので
はなく、その要旨を逸脱しない範囲において種々変更可
能であることは勿論である。

【００５４】例えば、前記実施例とは逆にパソコン１４
からホストコンピュータ１２へデータを転送する場合に
おいても適用可能である。

【００５５】図４は、この場合の構成を示すものであ
り、パソコン１１４に接続されたディスク装置１７に
は、配布先情報ファイル１７Ｂ、配布データ１７Ｃ、配
布先テーブル１５Ｄを格納するようになっている。

【００５６】図５は、パソコン１４からホストコンピュ
ータ１２へデータを転送するのに必要な配布先テーブル
１７Ｄの内容を示し、４１、４２、４３、４４で示され
る列方向のデータは、パソコン１４にエントリされるデ
ータを示し、図５においては４つのエントリを示してい
る。４５、４６、４７は前記各エントリ４１、４２、４
３、４４のもつテーブル項目である。４５はＷ４１、Ｗ
４２、Ｗ４４といったサーバコンピュータ１３の通信ネ
ットワーク１１上の名称である。

【００５７】４６はＰＣ４１、ＰＣ４２といったパソコ
ン１４と同一の部門内（サーバコンピュータ１３に接続
されている）に設置されたパソコン１４の通信ネットワ
ーク１１上の名称、及びＨ１２といったホストコンピュ
ータ１２の通信ネットワーク１１上の名称である。４７
は部門内に設置されたパソコン１４に配布されるべきデ
ータファイル名称、及びホストコンピュータ１２に配布
されるべきデータファイル名称である。

【００５８】前記テーブル項目４６において、同一テー
ブル内にホストコンピュータ名称（Ｈ１２）とパソコン
名称（ＰＣ４１、ＰＣ４２）が存在するのは、メールデ
ータ送信側パソコン１４と同一のサーバコンピュータ１
３に接続されているパソコン（ＰＣ４１、ＰＣ４２）に
メールデータを送信する場合に、ホストコンピュータ１
２を介す必要がないからである。

【００５９】ここでＬＡＮにおけるデータ受信要求を行
うために自動起動させるデータ受信プロシジャのアルゴ
リズムは前記実施例に示すホストコンピュータ１２から
パソコン１４へのデータダウンロード方法と同じであ
る。

【００６０】以下、パソコン１４（データ送信側の情報
処理装置）からサーバコンピュータ１３（データ受信側
の情報処理装置）へのデータ転送方法を図３に示すアル
ゴリズムに基づき説明すると、データ受信側であるサー
バコンピュータ１３の電源投入がこのアルゴリズムの開
始となり、まずステップ３０１でデータ送信側であるパ
ソコン１４の持つ配布先テーブル１７Ｄを検索する。

【００６１】次のステップ３０３でデータ受信要求を出
したコンピュータ（サーバコンピュータ１３）の名称を
もったエントリが配布先テーブル１７Ｄにあるかどうか
を判定する。

【００６２】もし、サーバコンピュータ１３の名称でな
ければ、ステップ３０１に戻り、再度配布先テーブル１
７Ｄの次のエントリ４２を検索する。この時エントリ内
容がサーバコンピュータ１３の名称であれば、サーバコ
ンピュータ１３宛の配布データがあることを意味し、次
のステップ３０４に進む。

【００６３】この時、データ送信側であるパソコン１４
の配布データファイル名も配布先テーブル１７Ｄのエン
トリから求める。

【００６４】ステップ３０４で送信側であるパソコン１
４にある配布データ１７Ｃの転送を要求する。ステップ
３０５でデータ転送時の障害を判定し、障害があればス
テップ３０１に戻り、再度、配布先テーブル１７Ｄの次
のエントリ４３を検索する。

【００６５】一方、データ転送が成功ならば、次のステ
ップ３０６で、二重配布を防止するため、送信側コンピ
ュータであるパソコン１４にある配布データ１７Ｃと配
布先テーブル１７Ｄの当該エントリを削除する。

【００６６】次に、ステップ３０７でステップ３０６の
削除処理のステータスを判定する。ここで削除処理が成
功と確認できれば、ステップ３０１に戻り、再度、配布
先テーブル１７Ｄの次のエントリ４４を検索する。

【００６７】一方、削除処理でエラーが認められれば、
先に受信完了したデータは自コンピュータ（ここでは、
サーバコンピュータ１３）から削除し、後日再実行した
時、データをダウンロードしたサーバコンピュータ１３
内でデータファイル名が重複するためにエラーが発生す
るといったことを防いでいる。ここまで無事終了した段
階で配布先テーブル１７Ｄの次のエントリ４４を処理す
るため再度ステップ３０１に戻る。

【００６８】検索終了時、ステップ３０２で本アルゴリ
ズムの終了となる。

【００６９】なお、サーバコンピュータ１３とホストコ
ンピュータ１２間、及びサーバコンピュータ１３に接続
されるパソコン１４以外のパソコンとサーバコンピュー
タ１３間においても、前記サーバコンピュータ１３とパ
ソコン１４間と同様の手順となる。

【００７０】

【発明の効果】以上のように本発明によれば、受信側コ
ンピュータからのデータ送信要求に応答して送信側コン
ピュータからデータを送信させるようにしたことによ
り、送信側コンピュータ内にデータが滞留することを防
止できる。

【００７１】特に、送信側がバッチ処理を行うコンピュ
ータの場合、送信側コンピュータ内にデータが滞留する
ことを防止できることにより、自動運転によるバッチ処
理がスムーズに行える。

【００７２】さらに、受信側コンピュータが自動的にデ
ータを一括受信するため、利用者は送信側コンピュータ
の通信ネットワーク上の所在を意識することなくデータ
を取り出すことが可能となる。

【図面の簡単な説明】

【図１】本発明のダウンロード方法を適用したＬＡＮの
一実施例を示すブロック図である。

【図２】実施例の配布先テーブルの構成を示すテーブル
構成図である。

【図３】実施例のデータ受信要求起動時のアルゴリズム
を示すフローチャートである。

【図４】データの配布方向を逆にした実施例の概略構成
を示すブロック図である。

【図５】図４の実施例の配布先テーブルの構成を示すテ
ーブル構成図である。

【図６】従来のＬＡＮの概略構成を示すブロック図であ
る。

【符号の説明】

１１…通信ネットワーク、１２…ホストコンピュータ、
１３…サーバコンピュータ、１４…パソコン、１５，１
６，１７…ディスク装置、１５Ａ、１７Ｂ…配布先情報
ファイル、１５Ｂ、１７Ｄ…配布先テーブル、１５Ｃ，
１７Ｃ…配布データ。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 送信側の情報処理装置から通信回線を介
   して受信側の情報処理装置に配信データをダウンロード
   する方法において、 前記送信側の情報処理装置に配信データの配信先とデー
   タ名称とを登録したテーブルを予め作成させておき、前
   記受信側の情報処理装置が必要とする時期に前記テーブ
   ルを検索させ、受信側の情報処理装置宛のデータが登録
   されていれば、該当データに対する送信要求を受信側の
   情報処理装置から送信させ、この送信要求に対して該当
   データを送信側の情報処理装置から受信側の情報処理装
   置に配信することを特徴とするデータダウンロード方
   法。
2. 【請求項２】 送信側の情報処理装置は、受信側の情報
   処理装置への配信データの配信終了確認により、配信を
   終了した受信側情報処理装置を示す配信先の情報および
   配信データを消去することを特徴とする請求項１記載の
   データダウンロード方法。