JPH06119182A - ダウンロード制御機能を有する情報通信ネットワークシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】端末システム数が増加してもホストシステムの
負荷を増加させず、通信回線のサービス停止時間を短縮
し、人手によるメンテナンスを必要とせずダウンロード
が行なえる。 【構成】ホストシステム１はプログラムデータベース３
とプログラムデータを端末システム２にダウンロードす
るプログラム送信処理手段７と、端末システム２が受信
できなかったデータの回復処理を行なう回復データ送信
処理手段２０とを有する。端末システム２はプログラム
を格納するプログラムデータベース１５，１６と、回復
データ送信処理手段２０からのデータの回復データ受信
処理手段２１と、プログラム送信手段７からのプログラ
ムデータを受信すると共に回復データ受信手段２１で受
信したデータを、プログラムデータベース１５，１６に
格納処理するプログラム受信処理手段１２とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、ホスト側から
多数の端末システムに情報を提供することに用いられる
ような情報通信ネットワークシステムに係り、特に、ホ
ストシステムで管理しているプログラムやデータを、広
域かつ多数の端末システムに、通常サービス業務を妨げ
ることなく、一斉に反映させる場合に好適なダウンロー
ド制御機能を有する情報通信ネットワークシステムに関
する。

【０００２】

【従来の技術】情報通信ネットワークシステムには、ホ
スト側から多数の端末システムに対して同一の情報を一
斉に提供するサービス業務を行なうものがある。

【０００３】この種のシステムでは、各端末システムに
対して行なうサービスの変更、プログラムの修正等の目
的で、端末システムのプログラムを変更する必要が生じ
る。この場合、すべての端末に対して、一斉にプログラ
ムの入替え等を行なう必要がある。このような場合のプ
ログラムのダウンロードの制御方式として、従来、片方
向通信回線を用いて、ホストシステムより一斉に端末シ
ステムに対してデータ（プログラム）を送信するものが
ある。

【０００４】片方向通信回線を用いた方式の情報通信ネ
ットワークシステムとしては、ホストシステムと複数の
端末システムとを有し、かつ、これらを片方向通信回線
と両方向通信回線とで接続するものである。このシステ
ムでのダウンロードは、ホストシステムから端末システ
ムに対して、片方向通信回線を介して行われる。結果
は、端末システムより、両方向通信回線を介してホスト
システムへ報告される。ダウンロードを失敗した端末シ
ステムがある場合、再度、片方向通信回線でダウンロー
ドするか、あるいは、端末システムに対し、人手を用い
てプログラムをロードしている。

【０００５】また、ある端末システムが、稼働を休止し
ていて、再起動されるような場合、その端末システムの
プログラムが、システムにおいて現在運用されているバ
ージョンと異なることがあり得る。端末システムごとに
バージョンの判定を行い、自動的にデータ送信の要否を
判断して、データを送信する方式とがある。このような
場合、バージョンが異なるか否かの判定を行い、自動的
にデータ送信の要否を判断し、必要に応じてデータを送
信することが行なわれている。このような情報ダウンロ
ードシステムに関連するものとして、特開平１−２４５
３４６号公報に記載されるものがある。

【０００６】

【発明が解決しようとする課題】しかしながら、片方向
通信回線を用いて一斉にデータを送信する場合は、端末
システムの状態によって、全くデータが受信できない場
合や、一部受信できなかった場合がある。さらに、後者
の場合、受信できなかったデータが、端末システムごと
に異なる場合がある。

【０００７】これに対し、ダウンロード終了後、再度片
方向通信回線でダウンロードする方法と、失敗した端末
システムへ人手によりデータを反映させる方法とがあ
る。しかし、前者の場合、ダウンロード時間が増加し
て、正常な端末システムに対する片方向通信回線による
サービスができなくなるという問題がある。また、後者
の場合、人手と移動のための時間がかかるという問題が
ある。

【０００８】本発明の目的は、端末システム台数が増加
してもホストシステムの負荷を増加させず、片方向通信
回線や両方向通信回線の占有によるサービス停止時間を
短縮し、人手によるメンテナンスを必要としないダウン
ロードが行なえる情報通信ネットワークシステムを提供
することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明の一態様によれば、ホストシステムと複数の
端末システムとを有し、これらは、ホストシステムから
の１本の回線を端末システム台数分分岐させた片方向通
信回線と、端末システム台数分の本数の両方向通信回線
にて接続されて、常時サービス業務を行なっている情報
通信ネットワークシステムにおいて、ホストシステム
は、プログラムを格納するプログラムデータベースと、
プログラムデータを端末システムにダウンロードする際
に、送信処理を行なうプログラム送信処理手段と、端末
システムが受信できなかったデータについて、回復のた
めの送信処理を行なう回復データ送信処理手段とを有
し、送信処理手段は、プログラムデータを予め定めた単
位に分割して、片方向通信回線を用いて送信する機能を
有するものであり、回復データ送信処理手段は、端末シ
ステムから送られる受信できなかったプログラムデータ
に関する情報を受信して、当該情報が示すプログラムデ
ータの部分を、プログラムデータベースから読みだし
て、両方向通信回線を介して、対応する端末システムに
回復データとして送信する機能を有するものであり、端
末システムは、受信したプログラムを格納するプログラ
ムデータベースと、上記回復データ送信処理手段から送
られる回復データの受信処理を行なう回復データ受信処
理手段と、上記プログラム送信手段から送られるプログ
ラムデータを受信すると共に、受信したプログラムデー
タおよび上記回復データ受信手段で受信した回復データ
を、上記プログラムデータベースに格納処理するプログ
ラム受信処理手段とを有し、プログラム受信処理手段
は、上記プログラム送信手段から送られるプログラムデ
ータにおける受信できなった部分の検出を行なう機能を
有するものであり、回復データ受信処理手段は、プログ
ラム受信処理手段において検出された、プログラムデー
タにおける受信できなかった部分を示す情報を、上記ホ
ストシステムにたいして、両方向通信回線を介して送信
する機能を有するものであることを特徴とする情報通信
ネットワークシステムが提供される。

【００１０】また、本発明の他の態様によれば、片方向
通信回線を介して複数台の端末システムと接続されると
共に、両方向通信回線を介して各端末と個別的に接続さ
れて、片方向通信回線を介して、各端末システムに対し
てサービス業務を行なうホストシステムにおいて、プロ
グラムを格納するプログラムデータベースと、プログラ
ムデータを端末システムにダウンロードする際に、送信
処理を行なうプログラム送信処理手段と、端末システム
が受信できなかったデータについて、回復のための送信
処理を行なう回復データ送信処理手段とを有し、プログ
ラム送信処理手段は、プログラムデータを予め定めた単
位に分割して、片方向通信回線を用いて送信する機能を
有するものであり、回復データ送信処理手段は、端末シ
ステムから送られる受信できなかったプログラムデータ
に関する情報を受信して、当該情報が示すプログラムデ
ータの部分を、プログラムデータベースから読みだし
て、両方向通信回線を介して、対応する端末システムに
回復データとして送信する機能を有するものであること
を特徴とするホストシステム。

【００１１】さらに、本発明のさらに他の態様によれ
ば、片方向通信回線と両方向通信回線とを介してホスト
システム接続されて、片方向通信回線を介して、ホスト
システムからサービス業務を受ける端末システムにおい
て、受信したプログラムを格納するプログラムデータベ
ースと、上記回復データ送信処理手段から送られる回復
データの受信処理を行なう回復データ受信処理手段と、
上記ホストシステムから送られるプログラムデータを受
信すると共に、受信したプログラムデータおよび上記回
復データ受信手段で受信した回復データを、上記プログ
ラムデータベースに格納処理するプログラム受信処理手
段とを有し、プログラム受信処理手段は、上記ホストシ
ステムから送られるプログラムデータにおける受信でき
なった部分の検出を行なう機能を有するものであり、回
復データ受信処理手段は、プログラム受信処理手段にお
いて検出された、プログラムデータにおける受信できな
かった部分を、上記ホストシステムにたいして、両方向
通信回線を介して、送信する機能を有するものであるこ
と、を特徴とする端末システムが提供される。

【００１２】上記プログラム送信処理手段は、プログラ
ムデータを分割すると共に、分割されたプログラムデー
タの各分割部分に、分割通番を付す機能を有するものと
することができる。また、上記回復データ送信処理手段
は、端末システムから送られる、受信できなかったプロ
グラムデータに関する情報を受信して、当該情報が示す
プログラムデータの部分を、分割通番単位にプログラム
データベースから読みだして、端末システムに送信する
ものすることができる。

【００１３】上記端末システムは、ホストシステムから
受信したプログラムデータについて、分割通番ごとにプ
ログラムデータの受信有無を示すフラグを設定管理する
ための分割通番管理テーブルをさらに有する構成とする
ことが出来る。

【００１４】プログラム受信処理手段は、受信したプロ
グラムデータについて、分割通番ごとに受信の有無を検
出し、その結果を分割通番管理テーブルに設定する機能
をさらに有するものとることができる。

【００１５】回復データ受信処理手段は、プログラムデ
ータの受信できなかった部分を示す情報として、分割通
番をホストシステムに送るものとすることができる。

【００１６】ホストシステムは、データのバージョンを
管理する手段をさらに備えることができる。この場合、
上記プログラム送信処理手段は、バージョンを示すデー
タを付す機能をさらに有するものとすることができ、ま
た、上記回復データ送信処理手段は、端末システムから
のバージョンと分割通番とを受信し、端末システムに必
要なデータを判定する処理をさらに備えることができ
る。

【００１７】これに対応して、端末システムは、受信し
たデータのバージョンを管理する手段をさらに備える構
成とすることが出来る。

【００１８】

【作用】本発明においては、片方向通信回線に送信すれ
ば、ホストシステムの負荷を増加させずに、多数の端末
システムにダウンロードすることができ、片方向通信で
受信できなかったデータは、分割通番を判定して、即時
に、両方向通信回線より必要部分を回復することができ
る。これにより、片方向通信回線や両方向通信回線の占
有によるサービス停止時間を短縮することができる。な
お、全データ受信できなかった端末システムは、バージ
ョンを判定して自動的にダウンロードすることにより人
手を省くことができる。

【００１９】

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

【００２０】本実施例は、ホストシステムと複数の端末
システムを、ホストシステムからの１本の回線を端末シ
ステム台数分分岐させた片方向通信回線と、端末システ
ム台数分の本数の両方向通信回線にて接続し、常時サー
ビス業務を行なっている情報通信ネットワークシステム
に適用されるものである。図２に、本発明の一実施例の
基本構成を示す。

【００２１】本実施例は、ホストシステム１と、複数の
端末システム２とで構成される。ホストシステム１と端
末システム２には、各々、補助記憶装置であるディスク
記憶装置５１，５７が接続されている。ホストシステム
１と端末システム２間は、片方向回線用通信制御装置５
３，５６、分配装置５４を介してホストシステム１から
全端末システム２への一方向のデータ送信ができる片方
向通信回線１３と、両方向回線用通信制御装置５２，５
５を介して両方向で個別的にデータ送受信ができる両方
向通信回線１４で接続されている。

【００２２】ホストシステム１および端末システム２
は、それぞれコンピュータにより構成される。ホストシ
ステム１は、中央処理装置（ＣＰＵ）１ａおよびメモリ
１ｂを有する。また、同様に、端末システム２は、中央
処理装置（ＣＰＵ）２ａおよびメモリ２ｂを有する。こ
れらは、上記ディスク記憶装置５１，５７のほかに、さ
らに、磁気ディスク装置等の記憶装置を内蔵する構成と
してもよい。ディスク記憶装置５１，５７は、例えば、
磁気ディスク装置が用いられるが、これに限らず、光デ
ィスク装置等であってもよい。

【００２３】本実施例システムにおけるダウンロード制
御行なうための機能構成を図１に示す。ホストシステム
１には、プログラムデータベース３が、例えば、ディス
ク記憶装置５１に構築される。なお、プログラムデータ
ベース３は、図示していない内蔵磁気ディスク装置上、
または、メモリ１ｂ上に構築する構成としてもよい。端
末システム２には、プログラムデータベース１５，１６
と、分割通番管理テーブル６０がそれぞれ設置されてい
る。プログラムデータベース１５，１６と、分割通番管
理テーブル６０とは、ディスク記憶装置５７上に構成さ
れる。なお、これらの一方または両方は、図示していな
い内蔵磁気ディスク装置上、または、メモリ２ｂ上に構
築する構成としてもよい。

【００２４】ホストシステム１内には、ＣＰＵ１ａの機
能として、プログラム送信処理７、業務配信処理９およ
び回復データ送信処理２０を有する。プログラム送信処
理７は、プログラムデータをプログラムデータベース３
から取り出し、片方向通信回線１３を使用し、端末シス
テム２へ送信する。また、回復データ送信処理２０は、
回復要求されたプログラムデータをプログラムデータベ
ース３から取り出し、両方向通信回線１４を使用して回
復を行う。業務配信処理９は、データ等を各端末システ
ム２に送信する通常の業務を処理する。

【００２５】一方、端末システム２は、ＣＰＵ２ａの機
能として、業務処理１０、プログラム受信処理１２およ
び回復データ受信処理２１を有する。プログラム受信処
理１２は、片方向通信回線１３と回復データ受信処理２
１とから電文を受信し、電文中の分割通番を見て、デー
タ抜けを判定しながら、電文のプログラムデータをプロ
グラムデータベース（新）１５へ格納し、最終データを
受信した時点でプログラムデータベース（新）１５から
プログラムデータベース（旧）１６への切り替えする。
もし、データ抜けを検出した場合には、両方向通信回線
１４を使用して、ホストシステム１に抜けのあったプロ
グラムデータの回復要求を行う。回復データ受信処理２
１は、両方向通信回線１４から回復データを受信し、プ
ログラム受信処理１２へ連絡を行う。業務処理１０は、
片方向通信回線１３を使用して業務配信処理９から送ら
れるデータの受信を行なう、通常サービス業務を行う。
なお、業務配信処理９および業務処理１０による通常サ
ービス業務は、プログラムの回復等が行なわれている間
にも、実行される。

【００２６】図８は、ホストシステム１から端末システ
ム２へダウンロードする時に使われるデータ電文フォー
マット３５０である。データ電文フォーマット３５０
は、送信されたデータが何かを識別するための電文種別
３５１、プログラムデータのプログラム名称３５２、分
割通番３５３、最大分割通番３５４、プログラムデータ
３７１から構成されている。

【００２７】図９は、端末システム２からホストシステ
ム１へ回復要求する時に使われる回復要求電文フォーマ
ット３６０である。回復要求電文フォーマット３６０
は、送信されたデータが何かを識別するための電文種別
３５１、プログラムデータのプログラム名称３５２、回
復したいプログラムデータの先頭分割通番であるＦｒｏ
ｍ通番３５５、回復したいプログラムデータの最終分割
通番であるＴｏ分割通番３５６から構成されている。

【００２８】図６は、端末システム２に設置されている
分割通番管理テーブル６０の構成を示すものである。分
割通番管理テーブル６０は、プログラム名称３５２と、
通番毎のデータ受信状況を管理するためのデータ有無フ
ラグ３７２から構成されている。

【００２９】図７は、端末システム２に設置されている
プログラムデータベース１５，１６におけるデータ蓄積
の構成を示したものである。プログラム名称３５２と分
割通番単位でプログラムデータ３７１を管理する。

【００３０】次に、本実施例システムにおけるプログラ
ム送受信処理の動作について説明する。まず、ホストシ
ステム１からのプログラム送信処理について説明し、つ
いで、端末システム２における受信処理について説明す
る。

【００３１】図３は、ホストシステム１内のプログラム
送信処理７の処理フローである。まず、プログラムデー
タベース３から１レコード分（データ電文フォーマット
３５０の形式）のデータを読み出す（ステップ１０
１）。データ電文フォーマット３５０の電文種別３５１
に、通常データであることを示す識別子として、例え
ば、“通常”と設定し、電文編集する（ステップ１０
２）。片方向通信回線１３を使用し、端末システム２へ
データ送信する（ステップ１０３）。全電文の送信終了
を判定する（ステップ１０４）。もし、終了してない場
合には、ステップ１０１に戻る。

【００３２】図４は、端末システム２のプログラム受信
処理１２の処理フローである。まず、回復データ受信処
理２１と片方向通信回線１３から電文を受信する（ステ
ップ２０１）。電文中のプログラムデータ３７１を分割
通番３５８に示すプログラムデータベース（新）１５の
エントリへ格納し（ステップ２０２）、分割通番管理テ
ーブル６０のデータ有無フラグ３７２へデータ有りの設
定を行う（ステップ２０３）。データ電文フォーマット
３５０中の電文種別３５１を判定する（ステップ２０
４）。電文種別３５１が通常データの場合には、データ
電文フォーマット３５０中の分割通番３５３からマイナ
ス１した値の示す分割通番テーブル６０のデータ有無フ
ラグ３７２からデータ抜けを判定する（ステップ２０
５）。データ抜け時は、回復要求電文フォーマット３６
０のＦｒｏｍ分割通番３５５とＴｏ分割通番３５６へ分
割通番を設定して回復要求を行う（ステップ２０６）。
データ電文フォーマット３５０の分割通番３５３と最大
分割通番３５４が同じ値で、かつ、分割通番管理テーブ
ル６０のデータ有無フラグ３７２が全てデータ有りの場
合に、全電文受信終了とする（ステップ２０７）。終了
してない場合には、ステップ２０１に戻る。また、終了
した場合には、プログラムデータベース（新）１５から
プログラムデータベース（旧）１６への新旧データを切
り替える（ステップ２０８）。

【００３３】図５は、ホストシステム１の回復データ送
信処理２０の処理フローである。以下、回復データ送信
処理２０の処理動作について説明する。

【００３４】まず、端末システム２から回復要求電文フ
ォーマット３６０を受信する（ステップ３０１）。回復
要求電文フォーマット３６０のＦｒｏｍ分割通番３５５
に示されたデータについて、プログラムデータベース３
から１レコード分（データ電文フォーマット３５０形
式）のデータを読み出す（ステップ３０２）。データ電
文フォーマット３５０の電文種別３５１に、回復データ
であることを示す識別子、例えば、“回復”を設定し、
電文編集する（ステップ３０３）。両方向通信回線１４
を使用し、端末システム２へデータ送信する（ステップ
３０４）。回復要求電文フォーマット３６０のＦｒｏｍ
分割通番３５５からＴｏ分割通番３５６まで送信した時
に、回復データ送信終了とする（ステップ３０５）。も
し、終了してない場合には、ステップ３０２に戻る。

【００３５】次に、本実施例におけるホストシステムと
端末システムとの間のダウンロード時のデータのやりと
りについて、説明する。図１０は、ダウンロード時にデ
ータ抜けが発生した場合の例を、データフローを示す。
また、図１１分割通番管理テーブル６０の遷移について
示したものである。図１０および図１１において、ｔ１
〜ｔ１０は、タイミングを示す。

【００３６】業務配信処理９と業務処理１０とで、片方
向通信回線１３を使用し、通常サービス業務を行ってい
る。プログラム受信処理１２は、片方向通信回線１３を
使用してホストシステム１からプログラムデータ（１）
を受信して、データをプログラムデータベース１５に格
納し（ｔ２）、かつ、分割通番管理テーブル６０のデー
タ有無フラグ３７２を“データ有り”に設定する（ｔ
１）。具体的には、図１１に示すように、データ有無フ
ラグにおける“データ有”として、“１”を設定する。
この時のデータ有無フラグを、図１１のｔ１に示す。

【００３７】その後、幾電文かを受信し、回線障害等の
発生により、プログラムデータ（ｎ）とプログラムデー
タ（ｎ＋１）のデータ抜けが発生したとする（ｔ３）。
障害復旧により、データ（ｎ＋２）がプログラム送信処
理７から送られると、プログラム受信処理１２は、デー
タ（ｎ＋２）をプログラムデータベース１５に格納（ｔ
５）し、分割通番管理テーブル６０のデータ有無フラグ
３７２を“データ有り”に設定する（ｔ４）。この時の
データ有無フラグの状態を、図１１のｔ４に示す。

【００３８】この後、プログラム受信処理１２は、分割
通番管理テーブル６０を参照して、分割通番３５３にお
けるデータ有無フラグ３７２の有無判定により、データ
抜けを検出し、プログラムデータ（ｎ）からプログラム
データ（ｎ＋１）を両方向通信回線１４を使用して、ホ
ストシステム１へ回復要求する（ｔ６）。ホストシステ
ム１の回復データ送信処理２０は、抜けデータについて
の回復要求を受けると、要求されたプログラムデータの
分割通番に基づいて、対応するプログラムデータをプロ
グラムデータベース３から読みだして、該抜けデータを
両方向通信回線１４介して要求元の端末システムに送
る。端末システム２は、抜けデータであるプログラムデ
ータ（ｎ）とプログラムデータ（ｎ＋１）とを受信する
と、これらをプログラムデータベース１５に格納（ｔ
８，ｔ１０）し、分割通番管理テーブル６０のデータ有
無フラグ３７２を“データ有り”に設定することで、回
復終了となる（ｔ７，ｔ９）。この時のデータ有無フラ
グの状態を、図１１のｔ７，ｔ９に示す。その後は、通
常の受信パターンとなる。

【００３９】以上により、情報通信ネットワークシステ
ムにおいてホストシステムから端末システムへダウンロ
ードする場合、端末システム台数が増加しても、ホスト
システムの負荷を増加させずに片方向通信回線や両方向
通信回線の占有によるサービス停止時間を短縮化するこ
とができ、人手を省くことができる。

【００４０】上記実施例では、プログラムのバージョン
については、特に考慮していないが、プログラムのバー
ジョンを考慮したシステムとすることもできる。この場
合、送信データに、プログラムのバージョンを示す識別
子を付加すると共に、ホストシステム１および端末シス
テム２に、それぞれバージョン管理テーブルを設ければ
よい。

【００４１】次に、本発明の他の実施例について、図面
を参照して説明する。本実施例は、プログラムのバージ
ョン管理機能を有する例である。

【００４２】本実施例全体の基本構成を図１２に示す。
本実施例は、ホストシステム１と端末システム２とを有
する。ホストシステム１と端末システム２は、ホストシ
ステム１から端末システム２へ一方向へのデータ送信が
できる片方向通信回線１３と、両方向へデータ送受信が
できる両方向通信回線１４とで接続されている。

【００４３】図１３に示すように、ホストシステム１
は、プログラムデータベース３と、バージョンテーブル
２５と、端末システム報告受付処理４０と、プログラム
送信処理２７と、端末固有データ送信処理２８と、端末
共通データ送信処理２９とを有する。

【００４４】端末システム２は、プログラムデータベー
ス１５および１６と、バージョンテーブル３７および３
８と、回復データ受信処理４１と、端末共通データ受信
処理３１と、プログラム受信処理３２と、端末固有デー
タ受信処理３０とを有する。

【００４５】バージョンテーブル２５、３７、３８は、
例えば、図１７に示すように構成される。すなわち、こ
れらのテーブルは、プログラム名称４０２に対応したバ
ージョン番号４０１と、プログラムデータ送信時に使用
する回線を決めるためのデータ識別子４０３とから構成
されている。

【００４６】また、プログラムデータベース３、１５、
１６は、例えば、図１８に示すように構成される。これ
らのテーブルは、プログラム名称４０２とプログラムデ
ータ５０２とから構成されている。

【００４７】ホストシステム１内のプログラム送信処理
２７は、バージョン番号４０１およびプログラム名称４
０２を、バージョンテーブル２５から、また、これに対
応するプログラムデータ５０２を、プログラムデータベ
ース３から、それぞれ取り出し、一定の長さで区切り、
電文編集を行う。編集された電文は、区切りごとに分割
通番が付けられる。プログラム送信処理２７は、プログ
ラム名称４０２単位に付けられたデータ識別子４０３を
判定して、両方向通信回線１４を使用する端末固有デー
タ送信処理２８または片方向通信回線１３を使用する端
末共通データ送信９で、端末システム２へ送信する。

【００４８】また、端末システム報告受付処理４０は、
プログラム名称４０２とバージョン番号４０１とが報告
された場合には、バージョンテーブル２５に格納されて
いるバージョン番号４０１と比較し、最新でないときは
プログラム送信処理２７にデータ送信を依頼する。一
方、端末システム報告受付処理４０は、プログラム名称
４０２とバージョン番号４０１と分割通番とが報告され
た場合には、プログラムデータベース３から分割通番に
対応するデータを送信する。

【００４９】一方の端末システム２は、片方向通信回線
１３と両方向通信回線１４から、端末固有データ受信処
理３０と端末共通データ受信処理３１で電文を受信す
る。プログラム受信処理３２で、電文中の分割通番から
データ抜けを判定しながら、電文をプログラムデータベ
ース（新）１５とバージョンテーブル（新）３７へ格納
する。最終データを受信した時点で、プログラムデータ
ベース（新）１５からプログラムデータベース（旧）１
６への切り替えと、バージョンテーブル（新）３７から
バージョンテーブル（旧）３８への切り替えを行なう。

【００５０】もし、データ抜けを検出した場合には、両
方向通信回線１４を使用して、ホストシステム１に、抜
けのあったプログラム名称４０２とバージョン番号４０
１と分割通番とを報告する。そして、両方向通信回線１
４の回復データ受信処理４１で、再度、電文を受信し
て、回復を行う。また、端末システム２の立ち上げ時に
は、バージョンテーブル（旧）３８からプログラム名称
４０２とバージョン番号４０１を取り出し、両方向通信
回線１４を使用してホストシステム１への報告を行う。

【００５１】図１４は、ホストシステム１内のプログラ
ム送信処理２７の処理フローである。まず、バージョン
テーブル２５から１レコード分読み出して、バージョン
番号４０１、プログラム名称４０２、データ識別子４０
３を取り出す（ステップ１０１）。プログラム名称４０
２に対応するプログラムデータ５０２をプログラムデー
タベース３から取り出す（ステップ１０２）。プログラ
ムデータ５０２を一定の長さで区切り、分割通番をつ
け、バージョン番号４０１、プログラム名称４０２、デ
ータ識別子４０３から端末システム２へ送信する電文編
集を行う（ステップ１０３）。データ識別子を判定する
（ステップ１０４）。データ識別子が共通データを示す
場合には、端末共通データ送信処理２９を使用して、電
文送信を行う（ステップ１０５）。また、固有データを
示す場合には、送信すべき端末のみに端末固有データ送
信処理２８を使用して電文送信を行う（ステップ１０
６）。全電文の送信終了を判定する（ステップ１０
７）。もし、終了してない場合には、ステップ１０１に
戻る。

【００５２】図１５は、端末システム２のプログラム受
信処理３２の処理フローである。まず、端末固有データ
受信処理３０と、端末共通データ受信処理３１および回
復データ受信処理４１とから電文を受信する（ステップ
２０１）。電文中の分割通番からデータ抜けを判定する
（ステップ２０２）。もし、データ抜けがあった場合に
は、プログラム名称４０２とバージョン番号４０１と分
割通番とを、両方向通信回線１４を使用してホストシス
テム１へ報告する（ステップ２０３）。正常な場合に
は、電文中のデータをバージョンテーブル（新）３７と
プログラムデータベース（新）１５へそれぞれ格納する
（ステップ２０４）。全電文の受信終了を判定する（ス
テップ２０５）。終了してない場合には、ステップ２０
１に戻る。

【００５３】また、終了した場合には、プログラムデー
タベース（新）１５からプログラムデータベース（旧）
１６へとバージョンテーブル（新）３７からバージョン
テーブル（旧）３８への新旧データを切り替える（ステ
ップ２０６）。端末システム２の立ち上げ時には、バー
ジョンテーブル（旧）３８のプログラム名称４０２とバ
ージョン番号４０１をホストシステム１へ報告する（ス
テップ２０７）。

【００５４】図１６は、ホストシステム１の端末システ
ム報告受付処理４０の処理フローである。まず、端末シ
ステム２からの報告を受け付ける（ステップ３０１）。
報告種別を判定する（ステップ３０２）。データ抜けが
あった場合には、報告されたプログラム名称４０２とバ
ージョン番号４０１と分割通番とから、プログラムデー
タベース３のプログラムデータ５０２を取り出して、電
文編集して、データ送信する（ステップ３０３）。ま
た、プログラム名称４０２とバージョン番号４０１とが
報告された場合には、バージョンテーブル２５のバージ
ョン番号４０１を比較する（ステップ３０４）。もし、
不一致の場合には、プログラム送信処理２７を起動し
て、全プログラムデータ送信処理を依頼する。（ステッ
プ３０５）。

【００５５】以上により、情報通信ネットワークシステ
ムにおいて、ホストシステムから端末システムへダウン
ロードする場合、端末システム台数が増加しても、ホス
トシステムの負荷を増加させずに、片方向通信回線や両
方向通信回線の占有によるサービス停止時間を短縮化す
ることができ、人手を省くことができる。

【００５６】また、本発明第２の実施例によれば、全デ
ータ受信できなかった端末システムはバージョンを判定
して自動的にダウンロードすることにより人手を省くと
いう効果がある。

【００５７】

【発明の効果】本発明によれば、片方向通信回線に送信
すればホストシステムの負荷を増加させずに多数の端末
システムにダウンロードすることができ、片方向通信で
受信できなかったデータは分割通番を判定して即時に両
方向通信回線より必要部分を回復することにより、片方
向通信回線や両方向通信回線の占有によるサービス停止
時間を短縮することができる。

【図面の簡単な説明】

【図１】本発明の情報通信ネットワークシステムの一実
施例におけるダウンロード制御方式の構成を示すブロッ
ク図。

【図２】本発明の情報通信ネットワークシステムの一実
施例の情報通信ネットワークシステムの基本構成例を示
す説明図。

【図３】上記実施例の発明のホストシステムのプログラ
ム送信処理のフローチャート。

【図４】上記実施例の端末システムのプログラム受信処
理のフローチャート。

【図５】上記実施例のホストシステムの端末システム報
告受付処理のフローチャート。

【図６】上記実施例で用いられる分割管理テーブルの構
成の一例を模式的に示す説明図。

【図７】実施例において用いられるプログラムデータベ
ースの構成の一例を模式的に示す説明図。

【図８】実施例において、ホストシステムから端末シス
テムに、ダウンロードする時に使われるデータ電文フォ
ーマットの一例を模式的に示す説明図。

【図９】実施例において、端末システムからホストシス
テムへ回復要求を行なうときに用いられる回復要求電文
フォーマットの一例を模式的に示す説明図。

【図１０】上記実施例において、ホストシステムと端末
システムとの間の通信の状態を示すフローチャート。

【図１１】上記実施例において、分割管理テーブルにお
けるデータ有無フラグのセット状態を示す説明図。

【図１２】本発明の他の実施例の情報通信ネットワーク
システムにおけるダウンロード制御方式の構成を示すブ
ロック図。

【図１３】本発明の他の実施例の情報通信ネットワーク
システムの基本構成例を示す説明図。

【図１４】上記実施例におけるホストシステムのプログ
ラム送信処理のフローチャート。

【図１５】上記実施例における端末システムのプログラ
ム受信処理のフローチャート。

【図１６】上記実施例のホストシステムの端末システム
報告受付処理のフローチャート。

【図１７】上記実施例において用いられるバージョンテ
ーブルの構成を示す説明図。

【図１８】上記実施例におけるプログラムデータベース
の構成を示す説明図。

【符号の説明】

１…ホストシステム、２…端末システム、３…プログラ
ムデータベース、５…バージョンテーブル、７…プログ
ラム送信処理、９…業務配信処理、１０…業務処理、１
５，１６…プログラムデータベース、２０…回復データ
送信処理、２１…回復データ受信処理、６０…分割管理
テーブル。

Claims (7)

【特許請求の範囲】
1. 【請求項１】ホストシステムと複数の端末システムとを
   有し、これらは、ホストシステムからの１本の回線を端
   末システム台数分分岐させた片方向通信回線と、端末シ
   ステム台数分の本数の両方向通信回線にて接続されて、
   常時サービス業務を行なっている情報通信ネットワーク
   システムにおいて、 ホストシステムは、プログラムを格納するプログラムデ
   ータベースと、プログラムデータを端末システムにダウ
   ンロードする際に、送信処理を行なうプログラム送信処
   理手段と、端末システムが受信できなかったデータにつ
   いて、回復のための送信処理を行なう回復データ送信処
   理手段とを有し、 送信処理手段は、プログラムデータを予め定めた単位に
   分割して、片方向通信回線を用いて送信する機能を有す
   るものであり、 回復データ送信処理手段は、端末システムから送られる
   受信できなかったプログラムデータに関する情報を受信
   して、当該情報が示すプログラムデータの部分を、プロ
   グラムデータベースから読みだして、両方向通信回線を
   介して、対応する端末システムに回復データとして送信
   する機能を有するものであり、 端末システムは、受信したプログラムを格納するプログ
   ラムデータベースと、上記回復データ送信処理手段から
   送られる回復データの受信処理を行なう回復データ受信
   処理手段と、上記プログラム送信手段から送られるプロ
   グラムデータを受信すると共に、受信したプログラムデ
   ータおよび上記回復データ受信手段で受信した回復デー
   タを、上記プログラムデータベースに格納処理するプロ
   グラム受信処理手段とを有し、 プログラム受信処理手段は、上記プログラム送信手段か
   ら送られるプログラムデータにおける受信できなった部
   分の検出を行なう機能を有するものであり、 回復データ受信処理手段は、プログラム受信処理手段に
   おいて検出された、プログラムデータにおける受信でき
   なかった部分を示す情報を、上記ホストシステムにたい
   して、両方向通信回線を介して送信する機能を有するも
   のであることを特徴とする情報通信ネットワークシステ
   ム。
2. 【請求項２】片方向通信回線を介して複数台の端末シス
   テムと接続されると共に、両方向通信回線を介して各端
   末と個別的に接続されて、片方向通信回線を介して、各
   端末システムに対してサービス業務を行なうホストシス
   テムにおいて、 プログラムを格納するプログラムデータベースと、プロ
   グラムデータを端末システムにダウンロードする際に、
   送信処理を行なうプログラム送信処理手段と、端末シス
   テムが受信できなかったデータについて、回復のための
   送信処理を行なう回復データ送信処理手段とを有し、 プログラム送信処理手段は、プログラムデータを予め定
   めた単位に分割して、片方向通信回線を用いて送信する
   機能を有するものであり、 回復データ送信処理手段は、端末システムから送られる
   受信できなかったプログラムデータに関する情報を受信
   して、当該情報が示すプログラムデータの部分を、プロ
   グラムデータベースから読みだして、両方向通信回線を
   介して、対応する端末システムに回復データとして送信
   する機能を有するものであることを特徴とするホストシ
   ステム。
3. 【請求項３】片方向通信回線と両方向通信回線とを介し
   てホストシステム接続されて、片方向通信回線を介し
   て、ホストシステムからサービス業務を受ける端末シス
   テムにおいて、 受信したプログラムを格納するプログラムデータベース
   と、上記回復データ送信処理手段から送られる回復デー
   タの受信処理を行なう回復データ受信処理手段と、上記
   ホストシステムから送られるプログラムデータを受信す
   ると共に、受信したプログラムデータおよび上記回復デ
   ータ受信手段で受信した回復データを、上記プログラム
   データベースに格納処理するプログラム受信処理手段と
   を有し、 プログラム受信処理手段は、上記ホストシステムから送
   られるプログラムデータにおける受信できなった部分の
   検出を行なう機能を有するものであり、 回復データ受信処理手段は、プログラム受信処理手段に
   おいて検出された、プログラムデータにおける受信でき
   なかった部分を、上記ホストシステムにたいして、両方
   向通信回線を介して、送信する機能を有するものである
   ことを特徴とする端末システム。
4. 【請求項４】請求項１において、 上記プログラム送信処理手段は、プログラムデータを分
   割すると共に、分割されたプログラムデータの各分割部
   分に、分割通番を付す機能を有するものであり、 上記回復データ送信処理手段は、端末システムから送ら
   れる、受信できなかったプログラムデータに関する情報
   を受信して、当該情報が示すプログラムデータの部分
   を、分割通番単位にプログラムデータベースから読みだ
   して、端末システムに送信するものである、 情報通信ネットワークシステム。
5. 【請求項５】請求項４において、 端末システムは、ホストシステムから受信したプログラ
   ムデータについて、分割通番ごとにプログラムデータの
   受信有無を示すフラグを設定管理するための分割通番管
   理テーブルをさらに有するものであり、 プログラム受信処理手段は、受信したプログラムデータ
   について、分割通番ごとに受信の有無を検出し、その結
   果を分割通番管理テーブルに設定する機能をさらに有す
   るものであり、 回復データ受信処理手段は、プログラムデータの受信で
   きなかった部分を示す情報として、分割通番をホストシ
   ステムに送るものである情報通信ネットワークシステ
   ム。
6. 【請求項６】請求項４において、 ホストシステムは、データのバージョンを管理する手段
   をさらに備え、 上記プログラム送信処理手段は、バージョンを示すデー
   タを付す機能をさらに有するものであり、 上記回復データ送信処理手段は、端末システムからのバ
   ージョンと分割通番とを受信し、端末システムに必要な
   データを判定する処理をさらに備える情報通信ネットワ
   ークシステム。
7. 【請求項７】請求項６において、 端末システムは、受信したデータのバージョンを管理す
   る手段をさらに備える情報通信ネットワークシステム。