JP3057016B2 - 電子データ配布システム及びその方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子ソフトウエア
配布に関し、詳しくは非常に高い信頼性でのデータ伝送
を要する実行コード（すなわち、目的コード）の配布に
関する。

【０００２】［定義］電話、コンピュータ、及びデータ
通信の技術の全てにおいて、時に異なる意味を暗示する
共通用語が用いられる。本出願に関連する用語の簡単な
定義を以下に列記する。 １）同期衛星：衛星の平均公転周期がその衛星の公転中
心（主体）の自転周期に等しい衛星。

【０００３】２）静止衛星：その主体が地球である同期
衛星。 ３）衛星地球端末：衛星リンクのうちの地球地上局と衛
星との間の通信を受信し、処理し、送信する部分。 ４）衛星アップリンク：地上局から衛星への通信（通常
はマイクロ波）リンク。 ５）衛星ダウンリンク：衛星から地上局への通信リン
ク。

【０００４】６）ポイント・ツー・ポイント接続（１者
から１者への接続）：図１の端末局（簡単に、局）Ａ及
び局Ｂのような２個の（そして２個のみの）指定された
局間でメッセージを交換する通信リンクが設立されてい
るような配置。メッセージは、アプリケーションに関連
するデータ（ペイロード、と称する）とネットワークに
関連するデータ（例えば、アドレッシング、メッセージ
識別子、等、包括的に、ヘッダと称する）とからなる。

【０００５】その上、メッセージは確認を必要とする。
すなわち、受信局（局Ｂ）からの肯定応答（アクノリッ
ジ）が期待される。代わりに、送信局（局Ａ）が「未確
認」のメッセージを送る方式があり、この場合には送信
プロセスが肯定応答を待つことはしない。

【０００６】通常の場合（すなわち、局Ａが局Ｂにメッ
セージを送る場合）局Ａ内の送信プロセス１０１がソフ
トウエアプロセス１０３からデータを受信し、そのデー
タを前に合意済みのプロトコルに従って変換し、そして
／又はフォーマットしてから、そのメッセージを通信リ
ンク１０５を介して送信する。局Ｂ内の受信プロセス１
０７が同じく上記プロトコルに従って変換及び／又はフ
ォーマット機能を実行し、そのメッセージをソフトウエ
アプロセス１０９に送達する。

【０００７】加えて、局Ｂの送信プロセス１１１が受信
又は非受信（ソフトウエアプロセス１０９が定める）の
肯定応答を通信リンク１０５を介して局Ａ内の受信プロ
セス１１３に送信する。受信プロセス１１３は肯定応答
メッセージを局Ａ内のソフトウエアプロセスに送達し、
そのデータの次の部分を送信するか又は前回送信した最
後のデータを再送信するかを定める。このようにして、
信頼性の高い１対１通信プロトコルが設立される。しか
し、１対１接続のためデータの送達速度が遅く、各メッ
セージの確認を待つのに時間がかかるという難点があ
る。

【０００８】７）同報送信及び多重送信：これらの用語
は、図２及び図３にそれぞれ示すようなポイント・ツー
・マルチポイント（１者から多者への）通信及びマルチ
ポイント・ツー・マルチポイント（多者から多者への）
通信を意味する際に業界で用いられる広い意味を持つ用
語である。ポイント・ツー・マルチポイント配置（図
２）においては、通信が１つの局（送信局と称する）と
多数の局（受信局１〜Ｎと称する）との間に図１におい
て述べたのと同様に設立される。

【０００９】この種類の配置は一般に、情報を１つの箇
所、例えばニュース編集部からその情報を必要とする多
くの箇所、例えば印刷工場へ転送するのに用いられる。
この構成において、各受信プロセス２０１〜２０３は、
データが適切に受信されたことをそれぞれの送信プロセ
ス２０４〜２０６を介して肯定応答することを必要とす
る。

【００１０】そして、全ての受信局がそのデータを正し
く受信したかどうかを定めるために、これらの応答は全
て、送信局内の受信プロセス２０７によって受信され、
ソフトウエアプロセス２０８に送達されることを要し、
もし肯定応答がない場合には、送信局内の送信プロセス
２０９がデータを１個以上の受信プロセス２０１〜２０
３に再送信することを要する。

【００１１】上記のシナリオからすぐ判るように、この
種類の同報送信は上記と同じ理由から、そして更に多く
の肯定応答メッセージを当てにしなければならないこと
から非常に遅く且つ高価である。それに又、送信局に接
続できる受信局の数には上限がある。すなわち、現行技
術では、送信局のメモリ及び計算力を使い切ってしまう
前に単一の送信局への接続に成功できる受信局の数は、
わずか３０〜４０に過ぎない。

【００１２】図３において、マルチポイント・ツー・マ
ルチポイント配置（多重送信配置、と称する）によって
多数の指定局間に通信が設立される。この種類の配置は
一般に、構内情報通信ネットワーク（ＬＡＮ）及びＬＡ
Ｎ会議のような適用例に見られる。

【００１３】ある与えられた時点において、上記多数の
局のうちの１局（トークン（送信権利証）を保持する）
を送信局と称し、他の局を受信局と称する。トークンパ
ッシング（トークンを１つの局から次の局に送る）方式
の配置は、技術的に周知のように、予め定められた、順
次式、循環式、又は要求に基づいての（オンデマンド）
局から局への移送式のいずれでもよい。しかし、本出願
の目的から、用語「同報送信」は図２に類似のポイント
・ツー・マルチポイント配置を意味するものとする。

【００１４】８）信頼性が高い：この用語は、エラーの
ない情報送達を保証する手順を表す場合に用いる。ポイ
ント・ツー・ポイントの接続においては、失われた又は
肯定応答されなかったメッセージを再送信を通じて回復
するようにプロトコルが実現される。同報送信又は多重
送信の接続においては、メッセージを高い信頼性で転送
するためにプロトコルの効率を改善するように、別の手
法が用いられる。

【００１５】総体的に説明すると、メッセージが、ヘッ
ダ及びペイロード情報を有するデータリンクレベルで再
送信されるか又は、フレームが、ヘッダ及びペイロード
データを含むいくつかのメッセージをより大きなメッセ
ージに封入するようなフレームレベルで再送信される。
ここでは、「信頼性が高い」という用語は、アプリケー
ションの見地から用いられるもので、メッセージの見地
から用いられるものではない。

【００１６】９）拡大可能：この用語は、受信局の数が
可変で、数桁の規模で増加するようなネットワーク構造
を表すのに用いられる。従来技術において知られるよう
に、受信局の数が増加すると、それに対応して送信局側
に性能要件の増大が求められる（図２及び図３に関して
の上記説明参照）。

【００１７】ＬＡＮにおける一般のサーバは、約１０〜
１５個の受信局についての同報送信をサポートする。も
し受信局の数が１００又は１５０のようなより大きな数
に増加するとした場合（１０倍の増加）、同報送信及び
多重送信を行うための現行の手法では、サーバに対する
要件が増大してそのシステム能力を超えるため、効力が
なくなる。

【００１８】

【従来の技術】処理システムで用いるソフトウエア、特
に目的コード、の配布は、蓄積プログラム制御システム
の始まり以来の問題であった。例えば、電話交換システ
ムの領域において、蓄積プログラム制御システムは１９
６０年代中期以来用いられて来ている。これらのシステ
ムを作動させる新たな動作プログラム（ソフトウエア）
を配布するために、当初は各交換局へ専門家が行って磁
気的にコード化されたカードを物理的に取り外し、新た
な磁気的にコード化されたカードを設置しなければなら
なかった。

【００１９】技術が進歩するにつれて、プログラムをそ
の作成地点からその利用地点まで搬送するのに磁気テー
プが用いられた。実際、現在大量（７０〜１００メガバ
イト（ＭＢ））の目的コードが関与するような包括プロ
グラム（ジェネリック）更新には磁気テープがまだ用い
られている。これらのシステムは全て、手作業を必要と
し、これらのソフトウエアの送達には、特に、長い間に
ソフトウエアロードの大きさが増すにつれて、多大のコ
ストを要した。

【００２０】最近のシステムの或るものについては、ソ
フトウエアの配布を電話データリンクに依存している。
例えば図４に、従来の技術を用いた、電話ネットワーク
内の種々の交換システムに対する一般的なソフトウエア
配布システム１０を表す。

【００２１】このような交換システムは、ＡＴ＆Ｔ社に
よって製作されサポートされる５ＥＳＳ交換装置のよう
な、特定の製造業者によってサポートされる市内中央局
交換装置でもよいし、又代わりに、同じくＡＴ＆Ｔ社に
よって製作されサポートされる４ＥＳＳ交換装置のよう
な長距離型交換装置でもよい。その他の種類のプログラ
ム制御システムも、本発明の特許請求の範囲を外れるこ
となく本発明から利を得ることができる。

【００２２】各交換システム１０２〜１１８は、ソフト
ウエア変更及び通知システム（ＳＣＡＮＳ）１００に接
続される。技術的に知られるように、ＳＣＡＮＳは、一
般的に９６００ｂｐｓの速度においてＸ．２５プロトコ
ルで作動する専用のポイント・ツー・ポイント通信リン
クを用いて回線１２０〜１３４をデータ伝送し、これに
よって各交換システム１０２〜１１８についてのソフト
ウエア更新を行う。

【００２３】図５に、このような、従来技術によるＳＣ
ＡＮＳと交換システムとの接続を示す。図５のシステム
において、ＳＣＡＮＳ１００は、送信すべきデータ（交
換局の例では、必要とされる目的コード）を処理するア
プリケーションプログラム５００を有する。アプリケー
ションプログラム５００が、交換局と通信する複数の通
信端末プロセス５０２〜５ＮＮ（又は簡単に、端末プロ
セス）に、処理された目的コードを送達する。

【００２４】各端末プロセス５０２〜５ＮＮには、送信
モジュール５０４及び受信モジュール５０６がある。送
信モジュール５０４は目的コード（本例の場合）を回線
１２０を介して交換システム１０４に送信する。ＳＣＡ
ＮＳ１００の端末プロセス５０２内の受信モジュール５
０６が、回線１２０を介して交換システム１０４から、
技術的に知られるように、もし必要なら再送信する等の
目的のため肯定応答を受信する。

【００２５】交換システム側においては、交換システム
（本例においては１０２及び１０４）も端末プロセス５
０８〜５０８’を有する。これらの端末プロセスは送信
モジュール５０４及び受信モジュール５０６を有し、こ
れらの送信モジュール及び受信モジュールは、ＳＣＡＮ
Ｓ１００の端末プロセス５０２内の送信及び受信モジュ
ール５０４及び５０６と同じ又はほぼ類似である。

【００２６】交換システム１０４内の端末プロセス５０
８がデータを受信モジュール５０６に受信し、受信され
たデータを端末プロセス５０８に送達する。端末プロセ
ス５０８が、データが完全な状態で受信されたかどうか
を定め、もしそうなら、良好な受信を示す肯定応答を送
信モジュール５０４を介して送信する。もしデータが破
損していた場合には、データの再送信要求を送信する。

【００２７】図中に、交換システム１０２及び１０４が
端末プロセス５０８と通信するいくつかの層を有する状
態を示す。まず、プロセス検証等及びその他の機能を、
技術的に知られる仕方でＳＣＡＮＳ１００と行うＳＣＡ
ＮＳインタフェース５１０がある。

【００２８】もし受信データが正しい場合、ＳＣＡＮＳ
インタフェース５１０が受信データを入力／出力プロセ
ス５１２に送り、このプロセスが管理モジュール５１４
に命令して、受信データを他のプロセスが常駐する箇所
へ配布させる。この階層は図２のシステムに非常に類似
している。

【００２９】このようにして、交換システム１０２〜１
１８を作動させるプログラムの変更が、例えば米国シカ
ゴ外部のＳＣＡＮＳ設備１００のような中央の位置を介
して行われ、それからその変更を必要とする各交換シス
テムに送信される。更に、プログラムの全体が変更され
るようなソフトウエア更新もこの仕方で各交換システム
１０２〜１１８へ送信される。

【００３０】最後に、包括プログラム全体更新（オペレ
ーションコード全体の変更）については、回線１２０〜
１３４を介して、新たな包括プログラムを予約又は購入
する全ての交換システム１０２〜１１８へ送信される。
したがって、各交換システムへ送信されるデータロード
の大きさは小規模のソフトウエア訂正用の数百バイトか
ら包括プログラム全体の場合の数百ＭＢまで変動する。

【００３１】次に、図６の従来技術によるシステム例に
おいて、交換システムである市内交換局１０４がデータ
回線１２０を介してＳＣＡＮＳ１００に接続される。交
換局１０４は、例えばＡＴ＆Ａ社によって製造された５
ＥＳＳ交換装置である。技術的に知られるように、５Ｅ
ＳＳ交換装置（市内交換局１０４）は、米国特許第４５
９２０４８号（１９８６年５月２７日にM.W.Beckner に
発行され本出願の被譲渡人に譲渡）に開示されているシ
ステムのような分散制御ＩＳＤＮ電子電話交換システム
である。

【００３２】又、代わりに市内交換局１０４は、ＡＴ＆
Ｔ社によって製造され文献（AT&T Technical Journal,V
ol.64,Number 6,July/August,1995,pages 1301-1564）
に記述のあるディジタル交換装置でもよい。

【００３３】交換局１０４の構成は、ハブとしての通信
モジュール６０２、図示した交換モジュール６０４、６
０６、６０８（他にも交換モジュールがあるが分かり易
くするため図示しない）及び交換モジュール６０２から
発する管理モジュール（ＡＭ）６１０を有する。通信モ
ジュール６０２は、交換モジュール６０４、６０６、６
０８間の通信及び交換モジュール６０４、６０６、及び
６０８と管理モジュール６０２との間の通信のための交
換構造として時分割、空間分割交換装置又は時間多重交
換装置からなる。

【００３４】管理モジュール６１０は、交換システム１
０４の機能的構成要素間の調整及び人間機械間のインタ
フェースの機能を有する。交換モジュール６０４、６０
６、及び６０８は、回線ユニット（図示しないが技術的
に周知）及びアナログ又はディジタル中継線ユニット
（同じく図示しないが技術的に周知）を介してアナログ
及び／又はディジタル加入者回線を終端し、制御タイム
スロット６１１（制御データ送信用）及び他のタイムス
ロット６１３（呼処理用に使用）を介して通信モジュー
ル６０２と通信する。

【００３５】管理モジュール６１０は又、例えばネット
ワーク内の交換システムが通信に用いる信号送信ネット
ワーク６１２（共用チャネル信号送信ネットワークのよ
うな）を介して他の交換システムとの接続を行い、又回
線１２０を介してＳＣＡＮＳとの接続を行う。

【００３６】現行技術においては、ＳＣＡＮＳ１００が
データを回線１２０上で一般に９６００ｂｐｓで送信す
る。このデータ速度（レート）は、ＳＣＡＮＳ１００が
コードについての少量の変更（又はパッチ）を交換局１
０４に送信する場合には十分である。しかし、ＳＣＡＮ
Ｓ１００が大量の更新又は包括プログラム更新を回線１
２０を介して送信する場合には、管理モジュール６１０
に送信されるこのロード又は包括プログラム更新の大き
さに依ってこの送信に多大の時間を要する。

【００３７】大きなソフトウエアロード、特に目的コー
ド、を９６００ｂｐｓで管理モジュール６１０へ配布す
るという重荷は管理モジュール６１０の持つ保守タスク
を妨げることになる。例えば、交換モジュール６０４〜
６０８及び通信モジュール６０２からの、ルーティング
（選択された経路による送信）及び管理機能要求に関す
る信号送信メッセージ、を信号送信ネットワーク６１２
から受信する際の管理モジュール６１０の応答が、包括
プログラム全体を受信することによって、更に遅くな
る。

【００３８】したがって、管理モジュール６１０を符号
６１４のようなワークステーション（破線で示す）によ
って援助させる手法が提案されている。ワークステーシ
ョン６１４は管理モジュール６１０の代わりにＳＣＡＮ
Ｓ１００に接続され、それから管理モジュール６１０と
通信してローディングを行うか又はＳＣＡＮＳ１００か
ら送達された情報で管理モジュール６１０に指示を与え
る。

【００３９】しかし、ＳＣＡＮＳ１００からワークステ
ーション６１４へデータを送達するのにまだ多大の時間
を要する。ワークステーション６１４は管理モジュール
６１０にかかる処理のための重荷のいくらかを軽減する
だけである。

【００４０】更に、ＳＣＡＮＳ１００は、多数のシステ
ム（図２及び関連説明参照）とのインタフェースのため
（すなわち物理的なポート数）及びこれら多数のシステ
ムでの伝送支援のため（すなわちメモリ及び処理要件）
の処理作業があるので、１度に１個又は少数個の交換シ
ステムしか扱うことができない。

【００４１】図５に少し戻って、各交換システムに連関
して通信端末プロセス５０８がそれぞれ設けられてい
る。各通信端末プロセス５０８は、主メモリの一部とＳ
ＣＡＮＳ１００のプロセッサのタイムスライスとを必要
とする。したがって、端末プロセスの数が増加するにつ
れてＳＣＡＮＳ１００に対する処理メモリの要求が増大
するため、或る与えられた時点において、限られた数の
交換システムだけしか処理できない。

【００４２】

【発明が解決しようとする課題】したがって、従来技術
の１つの問題は、多数のユニットにデータを高速で同時
に送達でき、なお且つポイント・ツー・ポイント通信の
信頼性を維持できる方法がないことである。本出願の目
的の１つは、データ伝送中に個々のメッセージが失われ
又は破損した場合でも簡単な回復手順によってデータの
信頼性を維持することにある。

【００４３】したがって、本発明の１つの目的は、ネッ
トワーク構造の拡大性に対して予め設定された制限がな
く、なお且つ同時に、信頼性、メッセージ構造、完全
性、及び送信速度についての制約条件を満たすような通
信手段を提供することにある。

【００４４】更に、上記のロードが交換システム１０４
内の種々のモジュールに配布されると、他の、より重要
な作業（すなわち呼処理）から資源及び時間が取られ
る。ワークステーション６１４又は管理モジュール６１
０が新包括プログラム又はその他の更新の処理を終了し
た後に、目的コード又は他のデータがその最終宛先モジ
ュールに送達されることになる。

【００４５】管理モジュール６１０は、技術的に知られ
るように、普通のバス接続を経て通信モジュール６０２
と通信する。通信モジュール６０２は、複数のタイムス
ロットを介して交換モジュール６０４、６０６、６０８
の各々と通信する。タイムスロットには制御タイムスロ
ット６１１とその他のタイムスロット６１３とがある。
タイムスロット６１３は電話呼、データ呼、等の通信の
目的に用いられる。制御タイムスロット６１１は交換モ
ジュール自体を制御するのに用いられる。

【００４６】オペレーティングシステムの更新がある場
合、その規模に関係なく、制御タイムスロット６１１
が、通信モジュール６０２から交換モジュール６０４、
６０６、６０８の各々へのデータの送信に用いられる。
このため、交換モジュールにおける包括プログラム全体
を置換するのに必要なコードを全て移行するためには長
時間（数分から数時間）かかる。

【００４７】したがって、従来技術の１つの問題は、分
散処理システム内の多数のユニットにデータを高速で同
時に送達でき、なお且つアプリケーション処理の信頼性
を維持できる方法がないことである。

【００４８】最後に、どの形式であっても送信中のデー
タは破損し易く、したがって受信端でエラーが発生し易
い。このような破損は、電気的ネットワーク、大気状
態、衛星通信等における過渡現象によって生じる。この
ようなデータエラーは周知で、図１、図２及び図３に関
して述べた種々のプロトコルの基本的な存在動機であ
る。しかし、送信用のコードの準備が少ないほど、送信
中にコードが破損する可能性が大きくなり、他端側での
回復の可能性が減る。

【００４９】従来技術において、この問題を軽減するた
めの種々の方法が述べられている。例えば、送信中のデ
ータの回復を可能にするために、送信中のデータの１ブ
ロック又は予め定められた量に対してデータを追加す
る、順方向エラー訂正手法が従来技術において示されて
いる。しかし、これらのシステムは通常、格納される冗
長データが多いほどよいので、データ量が増加するにつ
れて更にシステムの処理速度が低下する。

【００５０】したがって、従来技術の１つの問題は、多
数のユニットにデータを高速で同時に送達でき、なお且
つポイント・ツー・ポイント通信と同じ又はより高い信
頼性を維持できる方法がないことである。

【００５１】

【課題を解決するための手段】この問題は、非常に高い
データ伝送速度で多数の箇所に同時にデータを送達でき
るシステム及び方法によって解決され、技術的進歩が得
られる。本発明の装置態様によれば、ソフトウエア変更
及び通知システム（ＳＣＡＮＳ）に衛星アップリンク通
信モジュールが接続され、衛星アップリンク通信モジュ
ールがデータを地球軌道衛星に送信する。それから衛星
が、広範な地理的区域へデータを送信する。

【００５２】各受信箇所には衛星から指向されたデータ
を受信するための衛星信号受信小型円盤アンテナ（簡単
に、衛星アンテナ）が設けられる。衛星アンテナは交換
局内のワークステーションに接続され、ワークステーシ
ョンが受信データを処理して全ての情報を、モジュール
の交換局がすぐに使用できる形式で送達するので有利で
ある。

【００５３】本発明の方法態様によればＳＣＡＮＳが、
送信すべきデータをエラー訂正情報を有するブロックに
分割処理する。それからＳＣＡＮＳが、１回送信分のブ
ロックを衛星へ、最初のブロックから最後のブロックま
でを「受信局からの肯定応答を待って休止」することな
く送信する。このデータは、同報送信識別子、メールエ
イリアス（別名）、ソフトウエアパッケージ識別子、及
び／又は他の関連アドレス情報によて特定された交換局
の全てに衛星から中継送信される。

【００５４】このため、受信局が非常に大きな数に上る
可能性がある。この場合、肯定応答を用いる従来の同報
送信及び多重送信のプロトコルでは、受信局の数の増加
をサポートするために送信局のサイズを予め定められた
ところまで増大させることを要求される。

【００５５】これに反して本発明の方法では、信頼性の
低い（すなわちデータ受信確認のない）無接続送達サー
ビス（例えばユーザデータグラムプロトコル（ＵＤ
Ｐ））を用いる。このため、受信されたメッセージ、メ
ッセージの順序及び順番付け（シーケンス）、について
の肯定応答を送るため及び情報が交換局に送信される速
度を制御するフィードバック信号を送るための、交換局
からＳＣＡＮＳへのフィードバックチャネルを持たな
い。

【００５６】その結果、環境条件、ブロックがシーケン
ス通りでない状態、オーバフローによって或るブロック
が失われる状態等に起因してデータ送信にビットエラ
ー、バーストエラーが生じる。本発明においては、エラ
ー検出、エラー訂正、回復、及びデータの完全性の維持
は一切、受信局の責任において行われる。

【００５７】本発明においては、大きな数の受信局を取
り扱う場合ブロックレベルでのエラー訂正は効率が悪い
ことを認識し、代わりに、データ送信中のエラーについ
ては受信局で検出して更に訂正処理するように構成され
る。

【００５８】ブロックが最初から最後まで全て同報送信
された後ＳＣＡＮは、予め定められた時間長さの間休止
し、この間に各受信局が、今受信したブロックについて
エラー検出、エラー訂正及びその他の回復手順を実行す
る。それからＳＣＡＮＳが、衛星送信を用いて、同じブ
ロックを再度始めから終わりまで同報送信する。システ
ムは予め定められた数の項目を再送信するようにプログ
ラムされている。

【００５９】データの衛星同報送信をこの仕方で肯定応
答なしに行う場合には、もし受信局の数が数桁の規模で
増加しても送信局側に性能要件の増大は生じない。した
がって、このシステムは「拡大可能」（スケーラブル）
である。しかしこのデータ送信は、環境条件の影響を受
け易いことと信頼性の低い同報送信プロトコルを用いて
いることとから「信頼性が低い」と考えられる。この問
題は、同報送信プロトコルに新たな機能を付加するよう
に設計することで解決できる。

【００６０】ＳＣＡＮＳが、予め設定された数の送信を
完了した後、もし或るワークステーションに回復を要す
るブロックがまだ１個又は数個ある場合には、そのワー
クステーションがＳＣＡＮＳ又は保守センタにダイヤル
して、ポイント・ツー・ポイント直列リンク通信、又は
データ通信からなる他の手段を用いて必要なブロックを
受信できるように求めるので、有利である。

【００６１】送信された各ブロックは、データの適切な
受信の可能性を更に高めるために、順方向エラー訂正手
順を用いて符号化されているので、有利である。これに
より、データ／ソフトウエアの更新を、非常に高速の同
報送信を用いて多くの交換局に同時に送信でき、しかも
高い正確さが保証される。

【００６２】本発明の別の態様によれば、図６に示すよ
うな分散処理システムの各ユニットにＬＡＮへの接続点
が設けられる。各ユニットには又、メッセージの受信が
（もし必要ならメッセージの送信も）できるように、そ
してそのユニット自体とデータを供給するシステム（図
６のワークステーション６１４のような）との間でのプ
ロトコル変換ができるように、ＬＡＮインタフェースカ
ードが備えられる。

【００６３】この仕方では、データを配布するために制
御タイムスロットも他のタイムスロットも用いず、速度
はＬＡＮの速度まで増加できる。この場合、ＬＡＮの速
度は現在可能な送信速度の３倍又は４倍の速さになる。

【００６４】本発明の更に別の態様によれば、１つのシ
ステムから別のシステムへデータを高い信頼性で搬送す
るために、ソースファイルを複数のブロックに順次変形
することによってデータがパッケージ化され、ブロック
は第１の「行列形状の配置」（マトリックス）に格納さ
れる。第２のマトリックスが第１のマトリックスに添付
され、第２のマトリックスは第１のマトリックスに関す
る組織及び宛先情報を含むる。結果として得られるマト
リックスの各縦列が、搬送のために、搬送媒体へ順次ロ
ードされる。搬送媒体は、非同期転送（ＡＴＭ）セルペ
イロードが有利である。

【００６５】データが受信されると搬送媒体から取り出
され、各縦列が上記のブロックへ再組立される。ブロッ
クは再び第１のマトリックスへ変形され、データがブロ
ックから取り出されて、ソースファイルのコピーに変形
される。順方向エラー訂正情報を含む第３のマトリック
スが上記結果として得られるマトリックスに添付され、
縦列が訂正できないと定められた場合に宛先において縦
列のエラーを訂正するのに用いられる。

【００６６】集約すると、再送信を用いるエラー訂正を
備えた多重衛星中継送信を採用することにより、広範な
地理的区域をカバーすることができる。肯定応答を伴わ
ない、信頼性の低い同報送信プロトコルを用いることに
より、通信速度と受信局の数についての改善が得られ、
再送信時の回復手順によって信頼性が改善される。アプ
リケーションレベルの順方向エラー訂正を用いることに
より、システム全体の信頼性について、衛星放送が提供
する送信システムの信頼性よりも高い値が得られる。

【００６７】

【発明の実施の形態】図７に、データを複数の宛先に同
時に配布する、本発明の一実施例としてのソフトウエア
配布システム２０を示す。本実施例においては、本発明
の説明用に再度、電話交換システム１０２〜１１８を用
いるが、本発明は、これに限らず大量のデータ、ソフト
ウエア、特に実行コード又は目的コード、を多くの箇所
に同時に転送する必要がある場合にはいつでも適用が可
能である。

【００６８】本実施例において、ソフトウエア変更及び
通知システム（ＳＣＡＮＳ）１００が、従来技術の場合
のように、送信すべきソフトウエア又はデータを受信す
る。このデータは、ＡＴ＆Ｔ社の５ＥＳＳ交換装置のよ
うな一般的な交換システムの場合には、圧縮形式の約７
０ＭＢの実行コードである。データは、下で述べるよう
にブロックに分割する処理がなされ、ＳＣＡＮＳ１００
から衛星アップリンク局２００へ送られる。

【００６９】衛星アップリンクは、それ自体のフォーマ
ット及びエラー訂正システムに基づいてデータを更に処
理し（オプション）、このデータを、最初のブロックか
ら最後のブロックまで休止なしに衛星２１０に送信す
る。衛星２１０は、データを各交換局１０２〜１１８に
設けた衛星アンテナへ中継送信する。下で述べるよう
に、各交換局１０２〜１１８に設けたシステムがデータ
を変換して使用できる形式に戻し、要求に合わせて処理
し送達する。

【００７０】そしてＳＣＡＮＳ１００が、衛星アップリ
ンク局２００を通し衛星２１０を介してデータを最初の
ブロックから最後のブロックまで再送信する。前回まで
の送信で受信されなかったデータも、こうして受信され
る。すなわち、図７に示すシステムが、大量のデータを
送達するための新しいシステムである。

【００７１】次に図８に移って説明すると、本発明の一
態様によれば、データは図８に示すような各９４００バ
イトのメモリページに分割される。各ページは４０個の
横列と２３５個の縦列とからなる行列（マトリックス）
の形式に配置される。メモリページの各々を情報マトリ
ックス（Ｉ）と呼ぶ。

【００７２】図９に移って、図８の各ページ（情報マト
リックス）が、オペレーション情報を含む８個の横列と
２３５個の縦列とからなるマトリックス形式に配置され
た１８８０バイトの情報を添付されて拡大する。

【００７３】オペレーション情報にはファイル番号、ソ
フトウエアパッケージ識別子、メモリページの一連番
号、ＡＴＭ搬送セル識別子、暗号化／暗号化解除の方
法、ユーザデータの圧縮解除に関する情報、及び予め設
定された受信局を起動するための同報送信アドレッシン
グ要項、のような情報を含む。結果として得られるデー
タをオペレーションマトリックス（Ｏ）と呼ぶ。情報マ
トリックスからのデータとオペレーションマトリックス
からのデータとを合わせて、４８個の横列と２３５個の
縦列とからなる配置としてユーザデータが構成される。

【００７４】衛星を介して送信されるユーザデータは順
方向エラー訂正手法を用いて符号化されるので有利であ
る。本実施例の順方向エラー訂正手法は技術的には「ブ
ロックインタリーブ・リード・ソロモン・システム」と
して知られる。このシステムにより、受信局が、このシ
ステムがなければその情報ページを廃棄せざるを得なく
させるようなビットエラー及びバーストエラーからデー
タを回復することが可能となる。

【００７５】データの符号化は、ユーザデータの各メモ
リページ（４８ｘ２３５バイト）について、符号化の結
果得られるデータが図１０に示すような４８個の横列と
２５５個の縦列とに配置されるように、横列１個ごとに
行われる。結果として得られるデータをデータブロック
と称し、マトリックスＢの記号を付ける。情報の符号化
は従来技術において周知であるのでここでは説明しない
（例えば文献（"The Theory of Error Correcting Code
s,"by F.J.Macwilliams and N.J.A.Sloane）参照）。

【００７６】当業者は、結果として得られるマトリック
スにより、１バイト（すなわち８ビット）を１シンボル
の大きさとした場合にフィールド内のシンボル数が２５
５（２⁸−１＝２５５ ）であり、もしエラーの位置が知
られない場合には１０シンボルまでの損失を訂正でき
（１／２冗長度、ここに２５５−２３５）、もしエラー
の正確な位置が知られる場合には２０シンボルまでの損
失を訂正できることを認識できよう。

【００７７】次に図１１に移って、符号化の後、ＳＣＡ
ＮＳ１００においてソフトウエアが、各ブロックが上記
のように４８個の横列と２５５個の縦列とからなる１２
２４０バイトを有するようなブロックに配置される。本
来のユーザデータはそれぞれブロック１〜Ｎを形成する
ように符号化される。それから、各ブロックの縦列１個
（４８バイト）がＡＴＭセルのペイロードにロードされ
る。

【００７８】次に図１２に移り、本実施例において、Ｓ
ＣＡＮＳ１００は衛星アップリンク局２００に接続され
る。符号２００のような衛星アップリンク局は、例えば
オーディオ、映像、及びデータ伝送の分野で技術的に周
知であり、したがって更には説明しない。衛星アップリ
ンク局の送信機がデータを衛星２１０に送信する。衛星
２１０は、用途の性質とカバーすべき地理的区域とに依
り、静止、低高度、又は中高度軌道上に位置する。衛星
２１０はデータ信号を多数の箇所、本実施例では符号１
０２〜１１８（図７）のような複数の交換局（交換シス
テム）へ中継送信する。

【００７９】本実施例において、ＳＣＡＮＳ１００は、
データの始めから終わりまで、すなわちブロック１から
ブロックＮまでの送信を開始する。各ブロック内では、
ＳＣＡＮＳが、４８個の横列からなる１個の縦列を図１
１に示すＡＴＭセルのペイロードとして送信する。この
場合、情報１ブロックが２５５個のＡＴＭセルとして送
信され、その始点び終点は、図１０のオペレーションマ
トリックス内に符号化された情報によって識別される。

【００８０】本実施例において、ＳＣＡＮＳ１００は、
データの各ブロックを、（例えばユーザデータグラムプ
ロトコル（ＵＤＰ）の場合のように）交換システム１０
２〜１１８からの、前に送信されたブロックの受信につ
いての肯定応答を待たずに送信する。ＵＤＰはコンピュ
ータ及びデータ通信において、詳しくはインターネット
に接続されたシステムにおいて用いられる周知のプロト
コルであり、したがって更には説明しない。

【００８１】ＳＣＡＮＳ１００は、プログラム全体（ブ
ロック１〜Ｎからなる）を衛星のアップリンク及びダウ
ンリンクを介して多数回にわたって同報送信し、同報送
信の各回間に待ち時間をおく。現行で、３０〜４０Ｍｂ
ｐｓの同報送信速度が利用可能である。本来７０ＭＢの
実行コードからなる交換システムの包括プログラム全体
を約４５秒で送信できるものと推定される（各々１２２
４０バイトからなるブロック７４４７個を３０Ｍｂｐｓ
で送信した場合）。

【００８２】したがって、同報送信間に５〜１０分の待
ち時間をおいても、衛星を１時間使用する間に交換シス
テムの包括プログラム全体を５回よりも多く送信／再送
信することが可能である。このことから、従来技術にお
いて用いられる他の手法に比べて総体的使用コストが最
小になることは明らかである。

【００８３】次に図１３に、衛星２１０からデータを受
信するように作動する具体的な交換局を示す。プログラ
ムがＳＣＡＮＳ１００から衛星アップリンク局２００を
通して交換局１０４へ送信される。交換局１０４には外
部に衛星アンテナ１３０２が設けられている。一実施例
において、このアンテナは、衛星テレビ受信用に商業的
に入手可能な衛星受信円盤アンテナに類似又は同じであ
る。

【００８４】衛星アンテナ１３０２ は受信機１３１０
及びモデム１３１２によってワークステーション６１４
に接続される。ワークステーション６１４はモデム１３
１２からデータを受信するためのインタフェースを有
し、技術的に知られるように、通常の、モデムを用いた
変換を行う。データは更に、他からの傍受の防止及び伝
送時間の切り下げのため、暗号化され、そして／又は圧
縮される。又、受信データを処理して元の目的コードを
交換システム１０４に利用可能にするために、ワークス
テーション６１４が暗号解除及び圧縮解除の機能を実行
する。

【００８５】更に、ワークステーション６１４が、交換
局構成に関する情報を管理モジュール６１０から受信し
て、使用可能な包括プログラムにコンパイルする。それ
からワークステーション６１４は包括プログラムを管理
モジュール６１０にダウンロードし、管理モジュール６
１０は通信モジュールデータを通信モジュール６０２
に、交換モジュールデータを通信モジュール６０２を介
して交換モジュール６０４〜６０８に伝播する。

【００８６】通信モジュール６０２を交換モジュール６
０４〜６０８に接続する物理的リンクは、５１２個のタ
イムスロットをサポートし、一実施例において、２個の
タイムスロットが制御に用いられ、残りは電話呼に用い
られる。

【００８７】次に図１４に、データブロックの送信を表
すタイムチャートを示す。交換局のいずれもが必ずしも
全てのＡＴＭセル、データフレーム、又はブロックを正
しく受信するわけではないことを注記したい。更に、各
交換局は異なるデータブロックの受信に問題がある。し
かし、ＳＣＡＮＳ１００がデータを多数回同報送信する
ので、個々の局は全反復後にはデータブロックの全てを
受信している確率が高い。

【００８８】図１４の例で、例えば包括目的コードの第
１の送信が時刻Ｘに始まり時刻Ｙに終わる。それから待
ち時間Ｗがあり、その間に各ワークステーションが受信
データを処理し、データで、正しくない状態で受信さ
れ、エラー訂正手段を通して回復できなかったものがあ
るかどうかを定める。それから第２の送信が時刻Ａに始
まり時刻Ｂで終わるまで続く。

【００８９】送信Ａ−Ｂの間に送信されたデータは送信
Ｘ−Ｙの間に送信されたデータと同一である。データ送
信と長さＷの待ち時間とのメカニズムが最後の送信まで
一貫して継続される。最後の送信でも送信Ａ−Ｂ及び送
信Ｘ−Ｙの間に送信されたデータと同一のデータが送信
される。送信の数は、経験、環境及び天候条件、並びに
適用用途の性質及び重要性に応じて変動するパラメータ
である。

【００９０】次に図１５に、ワークステーション６１４
の動作をブロック図で示す。ワークステーション６１４
は、技術的に一般に知られるように、中央処理装置（Ｃ
ＰＵ）１５０２、メモリ１５０４、交換装置インタフェ
ース１５０６（具体的には管理モジュール６１０へのイ
ンタフェース）、及びバス１５０８からなる。これに加
えて、ワークステーションは、技術的に知られるよう
に、ＳＣＡＮＳインタフェース１５１０を有する。

【００９１】最後に、ワークステーション６１４は又、
衛星インタフェース１５１２を有する。衛星インタフェ
ース１５１２は、受信機とデータ通信に用いられるよう
なモデムとを有する。一実現例においては、衛星インタ
フェース１５１２は衛星から受信した全てのデータ通信
を処理し、受信したＡＴＭセルを更に処理するためにワ
ークステーション６１４に送る。この配置において、衛
星送受信ユニットは種々の業者から供給を受けることが
可能で、ワークステーションのバス１５０８と衛星イン
タフェース１５１２との間に、特定の供給業者に限定さ
れないオープンインタフェースが維持される。

【００９２】代わりに、ＳＣＡＮＳ１００によって提供
されるソフトウエアを用いて受信機及びモデムを強化す
ることもできる。すなわち、衛星インタフェース１５１
２の受信機の機能とＳＣＡＮＳインタフェース１５１０
の機能とを合体させて単一の統合システムを形成し、こ
れによってＳＣＡＮＳのエラー検出、訂正、及び回復の
手順を衛星受信機が直接実行できるようにして処理の効
率化を図ることができる。

【００９３】このような機能統合はハードウエア面で効
率よく実現できるがそのメーカに固有のシステムとな
り、一方、上記のソフトウエア構造は、効率は悪いがオ
ープン構造であることが、従来技術において知られてい
る。

【００９４】動作について説明すると、でが衛星アンテ
ナ１３０２から受信され、衛星インタフェース１５１２
に送られる。衛星インタフェース１５１２は受信データ
を、フレーム点検手順及び／又は巡回冗長点検のような
データリンク層点検に基づき処理して、データ送信の間
のビットエラーの有無について定める。ある種のエラー
は送信機及び受信機に内蔵された手順に基づいて回復さ
れる。例えば、ＡＴＭ搬送を用いた場合、５バイトのＡ
ＴＭヘッダ情報によってデータ送信中の１ビットエラー
が回復される。

【００９５】図１０に戻って、商業的に入手可能な送受
信システムには一般に、順方向エラー訂正の追加層が内
蔵されているので有利である。衛星インタフェース１５
１２が、ＣＰＵ１５０２の制御の下に、受信データを必
要に応じて処理し、処理されたデータをバス１５０８を
介してメモリ１５０４に送る。ＳＣＡＮＳインタフェー
ス１５１０が受信データの全てを、送信端で配置された
ようなブロック１からブロックＮまでのブロック構造に
統合する。

【００９６】ＳＣＡＮＳインタフェース１５１０がＣＰ
Ｕ１５０２の制御の下に、エラー検出、訂正、及び回復
の手順を実行して、ビットエラー、破損、又はセル損失
により、ブロックのどれかに使用できないものがあるか
どうかを定める。この手順は、受信ブロックの各々につ
いて行われる（図１６に図示）。

【００９７】衛星インタフェース１５１２によって行わ
れたデータリンク層点検によってＡＴＭセルの損失が報
告される。ＡＴＭセル１個の損失は、ブロック内の縦列
１個の損失に対応する。別言すれば、ブロックの各横列
において、衛星インタフェースが、縦列１６１０（図１
６）に示したのと同じセルをエラー／損失、又は不適切
な状態で受信として印（マーク）付けされる。

【００９８】もしブロック１６０８内の登録されたエラ
ーの数が２０（図１０から「ブロックインタリーブ・リ
ード・ソロモン符号化」によって内蔵された冗長値）を
超える場合そのブロックを回復する試みはもはやなされ
ず、そのブロックはＳＣＡＮＳ１００からの将来の再送
信を通じて回復するものとしてマーク付けされる。

【００９９】もし検出されたエラーの数が２０より少な
い場合、エラーの箇所は衛星インタフェース１５１２か
ら知られ、又オペレーションマトリックスからも得られ
る。そして、順方向エラー訂正の復号化手順がブロック
の回復に適用される。復号化手順は従来技術において周
知であり、更には説明しない。

【０１００】ＣＰＵ１５０２がメモリ１５０４内の箇所
において回復できなかったブロックのリストを格納す
る。例えば、第１回の反復の終わり（すなわち第１回の
ＳＣＡＮＳ送信の完了後で第２回のＳＣＡＮＳ送信の
前）に、ＣＰＵ１５０２が、７２５個までのブロック番
号１２、７３、２５６、等を含む符号１５１４に示すリ
ストをメモリ１５０４に格納する。

【０１０１】第２回の反復において、ＳＣＡＮＳ１００
の第２回送信が図１４に示す時刻Ｂで終わった後のＳＣ
ＡＮＳインタフェース１５１０によるエラー検出、訂
正、及び回復処理中、リストは、まだ回復すべきブロッ
クを示すようにリスト１５１６、すなわち番号７３、２
５６、及び７２５として更新される。

【０１０２】最後の反復の後、回復すべきブロックのリ
ストは空白であるべきである。本実施例の設計の完全さ
を実証するために、非空白リストの例を図１５に示す。
反復が全て終わった後、ＣＰＵ１５０２が、ブロック２
５６がまだリストにあり回復されるべきことを示す非空
白リスト１５１８を表示する。この時点において、ＣＰ
Ｕ１５０２によってＳＣＡＮＳインタフェース１５１０
を介してＳＣＡＮＳ１００（図４）への接続が形成され
る。

【０１０３】そしてＣＰＵ１５０２が、ＳＣＡＮＳがブ
ロック２５６を従来技術の手法で送ることを要求する。
しかし、只１個のブロックが要求されるだけなので、こ
のデータ送信用に、ポイント・ツー・ポイント接続が非
常に短い時間の間設定される。それからＣＰＵ１５０２
がデータを技術的に知られるように処理する。

【０１０４】代わりに、地域保守センタにおけるいくつ
かの受信局を、少量の情報（本例におけるブロック２５
６のような）を送達するためのポイント・ツー・ポイン
ト通信リンクをサポートするように装備してもよい。

【０１０５】図１７に、ブロックが回復可能かどうかを
定めるための処理を表す流れ図を示す。処理はステップ
１７００に始まり、決定ステップ１７０２に進み、ここ
で失われた縦列の数が２０よりも大きいかどうかが定め
られる。もしそうである場合、処理はステップ１７０４
に進み、ここでそのブロックが回復不可能と定められ、
次回の送信時に再試行を行うようにマーク付けされる。

【０１０６】もし決定ステップ１７０２において失われ
た縦列の数が２０より大きくないとされた場合には処理
はボックス１７０６に進み、ここで各横列に対して復号
化ルールが順次適用される。具体的にはステップ１７０
８における第１の横列に対するｉ＝１から始まる。処理
は次に行動ステップ１７２０に進み、ここで横列ｉが技
術的に知られるリード・ソロモン復号器によって回復さ
れる。処理は次にステップ１７２２に進み、ここで次の
横列を扱うためにｉが増値される。

【０１０７】復号器の処理ステップ１７２０が、決定ス
テップ１７２３の制御の下に、全ての横列が回復される
まで反復実行される。それから処理はステップ１７２４
に進み、ここで回復されたブロックが本発明に基づき更
に処理されるために格納される。ブロックの処理はステ
ップ１７２６で終了する。

【０１０８】次に図１８に、データ受信中のワークステ
ーション６１４の動作の流れ図を示す。処理はステップ
１８００に始まり行動ブロック１８９２に進み、ここで
送信が受信される。送信は、上記のように、衛星インタ
フェースを通して受信され、メモリに格納される。それ
から処理は行動ステップ１８０４に進み、ここで、前の
流れ図の時のように（図１７）どのブロックが適切に受
信されどのブロックが受信されていないかを定めること
ができるように、順方向エラー訂正反転される（すなわ
ち、復号化手法が適用される）。

【０１０９】処理は決定ブロック１８０６に進み、ここ
で受信されていないブロックがあるかどうかが定められ
る。もしある場合、行動ステップ１８０８においてブロ
ック番号がメモリに格納される。処理は次の決定ステッ
プ１８１０に進み、ここで行動ステップ１８０２で受信
された送信が最後の送信であったかどうかが定められ
る。もしそうでない場合、処理は行動ステップ１８０２
に戻りそこで次の送信が受信される。

【０１１０】もし決定ステップ１８１０において、送信
が最後の送信であった場合、処理は行動ステップ１８１
２に進み、ここでＳＣＡＮＳ１００が呼び出され、受信
されていないブロックが要求される。そして処理は行動
ステップ１８１４に進み、ここで、要求されたブロック
がＳＣＡＮＳ又は地域保守センタから受信される。処理
はステップ１８１６で終了する。この時点で、ワークス
テーション６１４は、交換局１０４を更新するために必
要なデータを全て有している。

【０１１１】図１９に、本発明を用いた別の実施例を示
す。この実施例においては、交換システムのドキュメン
テーション１９０２、ソフトウエア・リリース更新１９
０４、ソフトウエア包括改訂サービス１９０６、及び他
のサポートサービスも又、中央地区から全ての交換セン
タへ配布される。このような実施例においては、ＳＣＡ
ＮＳ１００は送信局として用いられ、ワークステーショ
ンは受信「ゲートウェイ」局として用いられる（データ
サービスモジュールと称する）。

【０１１２】ワークステーション６１４がＳＣＡＮＳ１
００からデータを受信し、完全性点検完了後、ＳＣＡＮ
Ｓ１００から受信されたメッセージ内で与えられるアド
レッシングに基づいてデータをサポートしに送る。

【０１１３】このシステム及び方法はデータ通信及びク
ライエントサーバ用途の領域で用いられる。従来技術に
おいては、新しいオペレーション・ソフトウエア、ワー
ドプロセッシング用のフレームメーカのようなアプリケ
ーション、カレンダマネージャ、オーディオ、映像、及
びマルチメディア用途のツール、ナビゲーションツール
等についてサーバを更新するのにはマニュアル（手作
業）の手段を用いる。

【０１１４】１個のＬＡＮ当たり２０台までのワークス
テーションをサポートするイーサネットＬＡＮを有する
１０００台のワークステーションからなる或る一般的な
ビジネスコンプレックス（複合体）においては、多数の
サーバをサポートする約５０個までの別個のネットワー
クを有する。本発明において実証されるように、本発明
を用いてのソフトウエア更新又は新ソフトウエアモジュ
ールの追加は概して、ハードウエア結合による解法より
もコスト効果が大きい。

【０１１５】図２０に、この問題を解決するための本発
明の別の用法を示す。新たに出現中のオンラインサービ
スの用途領域においては、例えば編集部門から多数の地
域サーバへ国内を横断して新聞を電子的に送る場合、信
頼性の高い、拡大可能な同報送信配布方式を用いるのが
有利である。このような場合、情報の予約購読者は与え
られたどの地域においても地域データベースにアクセス
することが可能となり、大量販売市場に情報を提供する
ためのネットワーク・インフラストラクチャのコストを
削減できる。

【０１１６】図２０の例において、情報ソース２００２
（オンライン新聞編集部門所在地）が図８〜図１１のデ
ータプロトコルによりアップリンク設備２００に接続さ
れる。データは、符号２００４、２００６、及び２００
８で表される複数の地域サーバに衛星によって中継送信
される。各地域サーバ２００４〜２００８が、上に述べ
たようにプロトコル変換を行い、送信されたデータを格
納する。ネットワーク２０１０で例示する１個以上のネ
ットワークが、或る１個の地域サーバ（本例では２００
６）に接続される。

【０１１７】そして、複数の予約購読者のコンピュータ
２０１２〜２０１６がネットワーク２０１０及びサーバ
２００６にアクセスする。このようにして、サービス提
供業者（プロバイダ）及び予約購読者のどちらも元の情
報ソース２００２への長距離呼に連関する高い電話料金
を支払う必要がない。更に、この配置の場合、多数の受
信局へのソフトウエア／データ配布に要する資本投資
が、格納と非常に少数の受信者への送信との能力を有す
るシステム１つ分に削減される。

【０１１８】次に図２１に、この発明の一実施例をブロ
ック図で示す。本発明の目的は、従来技術におけるよう
な、データを管理モジュール６１０に送り、そこから配
布するのではなく、データの宛先であるユニットへ直接
にデータを配布することである。更に、従来技術におい
ては１つのモジュールから別のモジュールへのソフトウ
エア配布は６４ｋｂｐｓで作動する制御タイムスロット
を通して行われる。

【０１１９】従来技術における「ソフトウエアポンプ
（供給）」用途では、２個の制御タイムスロットを用い
てソフトウエア画像（目的コード）を通信モジュール６
０２から交換モジュール６０４のような他のユニットへ
ポンピング（供給）する。本発明においては、低速ポン
プに起因する遅れは、多くのユニットにおいてソフトウ
エア画像を同時に更新することによって克服され、技術
的進歩が得られる。

【０１２０】本発明においては、各モジュールの更新
は、他のモジュールと同時更新、直列更新、又は特定の
用途によって要求される方式による更新のいずれでもよ
い。

【０１２１】図２２に、技術的に知られるいくつかの周
辺機器を備えた一般的な５ＥＳＳ交換局を示す。５ＥＳ
Ｓ交換局１０４は、上に述べたように、通信モジュール
６０２からなり、この通信モジュール６０２はモジュー
ル６０４及び６０６で表される交換モジュールとと管理
モジュール６１０との間のハブとして作動する。

【０１２２】交換局１０４は又、従来技術において知ら
れるようにＤＳ１インタフェースとＤＳ２インタフェー
スとを接続するためのディジタルアクセスクロス接続シ
ステム（ＤＡＣＳ）２０２０を備える。交換局１０４は
又、例えば１個以上の加入者ループ電話会社からの電話
回線を終端するためのホストディジタル端末（ＨＤＴ）
２０２２を備える。最後に、５ＥＳＳ交換装置は、ファ
イバノード（ＦＮ）を有する。

【０１２３】本実施例において、全てのユニットは、Ｌ
ＡＮ１９２６によってワークステーション６１４に接続
される。一実施例において、ＬＡＮ１９２６は、１０Ｍ
ｂｐｓで作動するイーサネットＬＡＮである。代わり
に、ＬＡＮ１９２６は、データ通信における従来技術で
知られる、２０Ｍｂｐｓ、１００Ｍｂｐｓ、又はＡＴＭ
ネットワークで作動するイーサネットＬＡＮでもよい。
各周辺機器は、周辺機器のプロセッサ及びメモリをＬＡ
Ｎに相互接続するためにネットワーク接続カード（ＮＣ
Ｃ）を有する。

【０１２４】このようにして、ワークステーション６１
４が、管理モジュール６１０を通さず、管理モジュール
６１０から通信モジュール６０２を通して周辺機器の各
々へデータを供給するために必要な時間も要さずに、宛
先ユニットへ直接にプログラムを配布する。すなわち、
本発明によって、更新がより速く行えるだけでなく、個
別のユニットも更新でき、更に包括プログラム完全更新
までを含む更新時間を、時間台から分台又は更に短い時
間へ短縮できる。

【０１２５】図２３に、本発明を用いたブロックの送信
の別の適用例を示す。データ通信、特にＡＴＭネットワ
ーク、の領域において、データ搬送は、輻輳時間におい
てはたとえポイント・ツー・ポイント通信であっても信
頼性が低い。搬送ネットワーク１９１２のような搬送ネ
ットワークによって提供される信頼性より高い信頼性で
のポイント・ツー・ポイント通信を要する重要な用途に
は、本発明を採用するとよい。

【０１２６】搬送ネットワーク１９１２は、ＳＣＡＮＳ
１９１６からのメッセージを送信し受信するＳＣＡＮＳ
１９１４からなる。これら２つのシステムは、必ずしも
ＳＣＡＮＳシステムである必要はない。これらのシステ
ムは、情報の供給者、情報のエンドユーザ、又は高い信
頼性が要件とされるそれ以外のデータ通信の形態であ
る。

【０１２７】ＳＣＡＮＳ１９１４は、前に述べたよう
に、情報ソース（又はソフトウエアデータ）と送信プロ
セス１９１０と受信プロセス１９２０とを有する。送信
プロセス１９１０と受信プロセス１９２０とは、ＡＴＭ
回線１９４２に接続される。上に述べたように、衛星送
信用のフォーマッティングを除いては、ＡＴＭセルは、
ローカル交換装置／ルータ１９３４を介してＡＴＭネッ
トワーク１９３６へルーティングされる。ＡＴＭネット
ワーク１９３６は、ＡＴＭセルを受信して種々の宛先へ
ルーティングする複数のＡＴＭ交換装置１９２８からな
る。

【０１２８】本例において、ＳＣＡＮＳ１９１４からの
ＡＴＭセルは全てローカル交換装置１９３４を介してロ
ーカル交換装置１９３０へルーティングされる。ローカ
ル交換装置１９３０（おそらく、ルータ）は、ＡＴＭセ
ルを情報配布システム１９３２及びＳＣＡＮＳ１９１６
にある受信プロセス１９２０へ送る。上記のように、デ
ータは最初から最後まで休止なしに送信され、受信プロ
セス１９２０において受信され、上に述べたように復号
化される。

【０１２９】更に、情報は送信プロセス１９１０及び情
報配布システム１９３２を用いて逆方向に、受信プロセ
ス１９２０及び情報ソース１９１８へ送られる。このよ
うに、双方向（又は多重方向）ＬＡＮ回線を基盤とする
システムが、データの高速送達を確実にする本発明の方
法を用いて展開できる。本実施例において、搬送ネット
ワークの信頼性は、銀行取引のような重要な用途に用い
られるデータ通信ネットワークによって提供される信頼
性を超えるまでに強化される。

【０１３０】図２４に、本発明の更に別の用例を示す。
符号２０００のようなパーソナルコンピュータ（ＰＣ）
の領域においては、符号２０００のようなＰＣから符号
２０４２のような別のＰＣへプログラムを転送したい場
合が多くある。しかし、ＬＡＮ及びその他のデータ転送
プロトコルがこれらのＰＣに利用できない場合には、約
１．４４ＭＢよりも大きいファイルの転送は不可能であ
る。その理由は、フロッピーディスクドライブ２０１８
及び２０４０で作動する符号２０２６のようなフロッピ
ーディスク２０２６の容量が１．４４ＭＢだからであ
る。

【０１３１】したがって、もし例えばファイル２０２４
（仮想線で示す）のような６ＭＢファイルをＰＣ２０４
２に転送したい場合には、これを実行するシステム又は
方法が現在はない。

【０１３２】しかし、プログラム２０１８をテキストに
基づいてＰＣ２０００及び２０４２の両方にロードすれ
ば、ファイルを上に述べたように順方向エラー訂正を付
してブロックに分割し、必要枚数だけの約１．４ＭＢの
フロッピーディスクにパッケージすることは可能であ
る。本発明によれば、ＰＣ２０４２上で作動する別のプ
ログラム２０１８を用いて、上記のように、ファイルを
アンパッケージして６ＭＢファイルのコピー２０４４
（仮想線で示す）を作ることができる。

【０１３３】この仕方で、個々のファイルを圧縮／圧縮
解除したり大型ファイルをタイプし直したり、又は実行
ファイル（目的コード）をソースプログラムから新シス
テムへ再形成したりせずに、データベース、表計算等の
大型ファイルを１つのシステムから別のシステムへ転送
できる。

【０１３４】以上の説明は、本発明の実施例に関するも
ので、この技術分野の当業者であれば、本発明の種々の
変形例を考え得るが、それらはいずれも本発明の技術的
範囲に包含される。

【０１３５】

【発明の効果】以上述べたごとく、本発明によれば、非
常に高いデータ伝送速度で多数の箇所に同時にデータを
送達できる。すなわち、電子データ配布システムにおい
て衛星中継多重送信方式を採用したので、従来技術によ
る地上回線方式に比べて広範な地理的区域を低いコスト
でカバーすることができる。

【０１３６】肯定応答を伴わずにデータを反復送信し、
反復送信間に設けた空白時間に受信側で受信データのエ
ラー検出訂正を行うように構成したので、肯定応答に依
存する従来技術の方式に比べ、通信速度が改善される。
受信局の数が増加しても送信側のシステムに規模増大の
重荷がないので拡大可能性（スケーラビリティ）が改善
される。

【０１３７】肯定応答は行わないが、アプリケーション
レベルの順方向エラー訂正を用いることにより、システ
ム全体の信頼性について、衛星放送が提供する送信シス
テムの信頼性よりも高い値が得られる。

【図面の簡単な説明】

【図１】従来技術によるポイント・ツー・ポイント通信
リンクのブロック図である。

【図２】従来技術によるポイント・ツー・マルチポイン
ト構成のデータ伝送のブロック図である。

【図３】従来技術によるマルチポイント・ツー・マルチ
ポイントデータ配布システムのブロック図である。

【図４】電気通信システムに用いた場合のソフトウエア
更新システムに対する、従来技術による現行のアプロー
チのブロック図である。

【図５】従来技術による図４のシステムのブロック図の
例で、図４のシステムを用いてソフトウエアを配布する
ために要する多数のプロセスを示す。

【図６】従来技術による交換局のブロック図で、図４及
び図５に示すシステムから受信されたソフトウエアがこ
の交換局を通してどのように配布されるかを示す。

【図７】本発明の一実施例に基づく衛星送信システムの
ブロック図である。

【図８】図７の実施例において用いられるデータ又はコ
ードパッケージ処理のブロック図である。

【図９】図８の完全パッケージされたデータ送信ロード
の例を示す説明図である。

【図１０】順方向エラー訂正情報の、図９においてパッ
ケージ化されたデータへの符号化を示す説明図である。

【図１１】図１０に示すパッケージブロックの送信を示
す説明図である。

【図１２】図１１の構造に基づく個々のセルの送信を示
すブロック図である。

【図１３】本発明の実施例に基づいてデータを受信する
ための衛星と交換局との間の相互関係をを示すブロック
図である。

【図１４】本発明の実施例に基づくデータブロック送信
の反復性を示す説明図である。

【図１５】図１３に示すワークステーションの、適切に
受信されなかったブロックを追跡する部分を示すブロッ
ク図である。

【図１６】図１５のワークステーションにおける処理
で、失われたブロックがどのようにして定められるかを
示す説明図である。

【図１７】図１６に基づく処理を示す流れ図である。

【図１８】図１５に基づくワークステーションの全体的
な動作を示す流れ図である。

【図１９】電話交換システム以外の事例における本発明
の利用例を示す説明図である。

【図２０】電話交換システム以外の事例における本発明
の利用例を示す説明図である。

【図２１】絶対的信頼性を追求するポイント・ツー・ポ
イントシステムに本発明を用いた場合を示すブロック図
である。

【図２２】本発明の更に別の実施例を示すブロック図で
ある。

【図２３】絶対的信頼性を必要とするポイント・ツー・
ポイントシステムに本発明を用いた場合を示すブロック
図である。

【図２４】パーソナルコンピュータに用いた場合の本発
明の更に別の実施例を示す略図である。

【符号の説明】

１０、２０ ソフトウエア配布システム １００ ソフトウエア変更及び通知システム（ＳＣＡＮ
Ｓ） １０１、１１１ 送信プロセス １０２、１０４、１０６、１０８、１１０、１１２、１
１４、１１８、２１２交換システム １０３、１０９ ソフトウエアプロセス １０５ 通信リンク １０７、１１３ 受信プロセス １２０、１２２、１２４、１２６、１２８、１３０、１
３２、１３４ 回線 ２００ 衛星アップリンク局 ２０１、２０２、２０３、２０７ 受信プロセス ２０４、２０５、２０６、２０９ 送信プロセス ２０８ ソフトウエアプロセス ２１０ 衛星 ５００ アプリケーションプログラム ５０２〜５ＮＮ 通信端末プロセス ５０４ 送信モジュール ５０６ 受信モジュール ５０８、５０８’ 通信端末プロセス ５１０ ＳＣＡＮＳインタフェース ５１２ 入力／出力プロセス ５１４ 管理モジュール（ＡＭ） ６０２ 通信モジュール ６０４、６０６、６０８ 交換モジュール ６１０ 管理モジュール ６１１ 制御タイムスロット ６１２ 信号送信ネットワーク ６１３ タイムスロット ６１４ ワークステーション ６２０ ディジタルアクセスクロス接続システム（ＤＡ
Ｃ） １３０２ 衛星アンテナ １３１０ 受信機 １３１２ モデム １５０２ 中央処理装置（ＣＰＵ） １５０４ メモリ １５０６ 交換装置インタフェース １５０８ バス １５１０ ＳＣＡＮＳインタフェース １５１２ 衛星インタフェース １５１４、１５１６、１５１８ リスト １６０４ メモリ １６０８ ブロック １６１０ 縦列 １９０２ ドキュメンテーション １９０４ ソフトウエア・リリース更新 １９０６ 包括システム更新 １９０８ サポートシステム保守端末 １９１０ 送信プロセス １９１２ 搬送ネットワーク １９１４、１９１６ ソフトウエア変更及び通知システ
ム（ＳＣＡＮＳ） １９１８ 情報ソース １９２０ 受信プロセス １９２２、２０２２ ホストディジタル端末（ＨＤＴ） １９２４、２０２４ ファイバノード（ＦＮ） １９２６ ＬＡＮ １９２８ ＡＴＭ交換装置 １９３０ ローカル交換装置 １９３２ 情報配布システム １９３４ ローカル交換装置／ルータ １９３６ ＡＴＭネットワーク １９４２ ＡＴＭ回線 ２０００、２０４２ パーソナルコンピュータ（ＰＣ） ２００２ 編集部門所在地（情報ソース） ２００４、２００６、２００８ 地域サーバ ２０１０ ネットワーク ２０１２、２０１４、２０１６ 予約購読者コンピュー
タ ２０１８ プログラム ２０２０ ディジタルアクセスクロス接続システム（Ｄ
ＡＣ） ２０２２ ホストディジタル端末（ＨＤＴ） ２０２６ フロッピーディスク ２０２８、２０４０ フロッピーディスクドライブ

フロントページの続き (73)特許権者 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊ ｅｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 トーマス ジョセフ キリアン アメリカ合衆国，07090 ニュージャー ジー，ウェストフィールド，セント ジ ョージズ プレイス 321 (72)発明者 ヴェンカタ チャラパティ マジェティ アメリカ合衆国，60565 イリノイ，ナ パーヴィル，サリスバリー ドライブ 2298 (72)発明者 ノーマン ローレン シュリヤー アメリカ合衆国，07974 ニュージャー ジー，ニュープロヴィデンス，サルフリ アン ロード 122 (56)参考文献 特開 平７−30523（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04B 7/14 - 7/22

Claims (38)

(57)【特許請求の範囲】
1. 【請求項１】 電子データ配布のために、拡大可能な且
   つ信頼性の高い同報送信を行うための、電子データ配布
   システムであって、 前記電子データ配布システムが、 前記電子データのソースを有する地球ソース局と、 地球軌道衛星と、 前記電子データを受信するための複数の地球受信局と、 からなり、 前記地球軌道衛星が、 前記地球ソース局から電子データを受信するための手段
   と、 前記電子データを前記複数の地球受信局へ中継送信する
   ための手段と、を有し、 前記地球ソース局が、 前記電子データを一連のデータブロックにフォーマット
   するための手段と、 前記一連のデータブロックを前記地球軌道衛星へ反復送
   信するための手段と、を有し、 前記複数の地球受信局が、 前記送信された一連のデータブロックを受信するための
   手段と、 前記データブロックをアンフォーマットするための手段
   と、を有し、 前記データブロックをアンフォーマットするための前記
   手段が、 前記データブロックにおけるエラーを検出するための手
   段を有し、 前記複数の地球受信局が、 前に受信されたデータブロックでエラーを含むもののみ
   についての前記反復送信の次の回の反復送信をモニタす
   るための手段を有し、これによって、前記複数の地球受
   信局からの電子データの受信についての肯定応答なし
   に、電子データが前記複数の地球受信局の各々において
   その全体について正確に受信される、ことを特徴とす
   る、電子データ配布システム。
2. 【請求項２】 前記複数の地球受信局の各々において受
   信するための前記手段が、衛星信号受信小型円盤アンテ
   ナを有することを特徴とする請求項１のシステム。
3. 【請求項３】 前記データブロックをアンフォーマット
   するための前記手段が、前記データブロックから前記電
   子データを再組立するようにプログラムされたワークス
   テーションからなることを特徴とする請求項１のシステ
   ム。
4. 【請求項４】 前記複数の地球受信局の各々において受
   信するための前記手段が更に、衛星信号受信円盤アンテ
   ナインタフェースを有することを特徴とする請求項２の
   システム。
5. 【請求項５】 前記ワークステーションが、１個以上の
   アプリケーションプロセッサに前記電子データを送達す
   るための手段を有することを特徴とする請求項３のシス
   テム。
6. 【請求項６】 前記電子データが、電話交換システム用
   のオペレーションコードからなり、 前記ワークステーションが、前記電話交換システムに前
   記オペレーションコードを送達し、 前記オペレーションコードが、前記電話交換システムか
   らの電子データと統合されて、前記電話交換システムが
   その動作に用いることができるような新たなコードが得
   られることを特徴とする請求項３のシステム。
7. 【請求項７】 前記電子データが、電話交換システム用
   のオペレーションコードからなり、 前記ワークステーションが、 前記電話交換システムからの電子データを受信するため
   の手段と、 前記電話交換システムからの電子データを前記受信され
   たオペレーションコードと統合するための手段と、 前記統合されたコードを前記電話交換システムへ戻すた
   めの手段と、を有することを特徴とする請求項３のシス
   テム。
8. 【請求項８】 前記地球ソース局が、前記データブロッ
   クを非同期転送モードのセルにパッケージするための手
   段を有し、 前記複数の地球受信局の各々が、前記非同期転送モード
   のセルから前記データブロックをアンパッケージするた
   めの手段を有する、ことを特徴とする請求項１のシステ
   ム。
9. 【請求項９】 ソースからの電子データを伝送媒体を介
   して１個以上の宛先へ高い信頼性で配布するための、電
   子データ配布方法であって、 ａ．前記ソースが、前記電子データを受信するステップ
   と、 ｂ．前記ソースが、前記伝送媒体を介して送信するため
   に前記電子データを一連のデータブロックにフォーマッ
   トするステップと、 ｃ．前記ソースが、前記フォーマットするステップで得
   られた前記データブロックを前記伝送媒体へ送信するス
   テップと、 ｄ．前記伝送媒体が、前記ソースから前記データブロッ
   クを受信して前記１個以上の宛先へ送信するステップ
   と、 ｅ．前記１個以上の宛先が、前記データブロックを受信
   するステップと、 ｆ．前記１個以上の宛先が、前記データブロックをアン
   フォーマットし、前記データブロックにおけるエラーを
   検出するステップと、 ｇ．エラーを検出した前記１個以上の宛先の各々が、前
   に検出されたエラーを有する前記データブロックについ
   て前記データブロックの反復送信をモニタできるよう
   に、前記宛先からの肯定応答なしに前記ステップａから
   前記ステップｃまでを予め定められた回数反復するステ
   ップと、からなることを特徴とする、電子データ配布方
   法。
10. 【請求項１０】 前記１個以上の宛先の各々が、前記ソ
    ースへの追加リンクを有し、前記方法が更に、 もし前記予め定められた回数の反復送信後に前記１個以
    上の宛先のうちの１個以上の宛先がエラーを検出した場
    合に、エラーを検出した前記１個以上の宛先が、前記ソ
    ースへの前記追加のリンクを用いて、検出されたエラー
    を有するこれらデータブロックのみについてのエラーの
    ないコピーを得るステップからなる、ことを特徴とする
    請求項９の方法。
11. 【請求項１１】 前記フォーマットするステップが、 前記データブロックを非同期転送モードのセルにパッケ
    ージするステップを有し、 前記アンフォーマットするステップが、前記非同期転送
    モードのセルから前記データブロックをアンパッケージ
    する、ことを特徴とする請求項９の方法。
12. 【請求項１２】 前記フォーマットするステップが順方
    向エラー訂正のためのデータを追加するステップを有
    し、 前記アンフォーマットするステップが前記順方向エラー
    訂正のためのデータを用いて、前記データブロックにお
    けるエラーを訂正するステップを有する、ことを特徴と
    する請求項９の方法。
13. 【請求項１３】 前記方法が更に、 前記宛先が、前記アンフォーマットによって得られた電
    子データを前記電子データのユーザに送達するステップ
    からなることを特徴とする請求項９の方法。
14. 【請求項１４】 前記方法が更に、 前記データの前記ユーザへの送達の前に、前記宛先が前
    記ユーザから追加のデータを受信し、前記宛先が更に前
    記ソースからの前記受信されたデータと前記ユーザから
    の前記追加のデータとをフォーマットするステップ、か
    らなることを特徴とする請求項１３の方法。
15. 【請求項１５】 分散処理電話交換システム内でデータ
    を迅速に送達するためのデータ送達システムであって、
    データ通信回線によって相互接続された少なくとも１個
    の管理モジュールと１個の通信モジュールと複数の交換
    モジュールとを含む複数の構成要素からなるデータ送達
    システムにおいて、 前記データ送達システムが、前記データを受信するため
    の手段であって前記データを前記電話交換システムによ
    って用いることのできる形式にフォーマットするための
    手段からなり、 前記複数の構成要素の各々及び前記受信するための手段
    がＬＡＮインタフェースを有し、 前記データ送達システムが更に、 前記ＬＡＮインタフェースの各々に接続されたＬＡＮか
    らなり、このことにより、前記受信するための手段が前
    記データを前記複数の構成要素の各々についてのＬＡＮ
    インタフェースの各々に、データバスを介して伝送する
    よりも速くＬＡＮ上で送信することができる、ことを特
    徴とする、データ送達システム。
16. 【請求項１６】 前記受信するための手段がワークステ
    ーションからなることを特徴とする請求項１５の送達シ
    ステム。
17. 【請求項１７】 前記電子データが、電話交換システム
    用のオペレーションコードからなり、 前記ワークステーションが、前記電話交換システムに前
    記オペレーションコードを送達し、 前記オペレーションコードが、前記電話交換システムか
    らの電子データと統合されて、前記電話交換システムが
    その動作に用いることができるような新たなコードが得
    られることを特徴とする請求項１６の送達システム。
18. 【請求項１８】 前記電子データが、電話交換システム
    用のオペレーションコードからなり、 前記ワークステーションが、 前記電話交換システムからの電子データを受信するため
    の手段と、 前記電話交換システムからの電子データを前記受信され
    たオペレーションコードと統合するための手段と、 前記統合されたコードを前記電話交換システムへ戻すた
    めの手段と、を有することを特徴とする請求項１６の送
    達システム。
19. 【請求項１９】 データを１つのシステムから別のシス
    テムへ高い信頼性で搬送するために前記データをパッケ
    ージするための、データパッケージ方法であって、 ソースファイルを複数のブロックに順次変形し、前記ブ
    ロックを第１のマトリックスに順次格納するステップ
    と、 前記第１のマトリックスに関する組織及び宛先情報を含
    むブロックから構成される追加のマトリックスを添付す
    ることによって前記第１のマトリックスから、複数のブ
    ロック横列と複数のブロック縦列とからなる第２のマト
    リックスを形成するステップと、 前記ブロック縦列から１度に１データ縦列を搬送するこ
    とによって前記第２のマトリックス内の各ブロックを順
    次搬送するステップと、 前記第２のマトリックスを再形成するために前記搬送さ
    れたデータ縦列をブロックに再組立するステップと、 前記第２のマトリックスを前記第１のマトリックスに変
    形し、前記第１のマトリックス内の前記ブロックを前記
    ソースファイルのコピーに変形するステップとからなる
    ことを特徴とするデータパッケージ方法。
20. 【請求項２０】 前記方法において、 前記第２のマトリックス内の前記ブロック横列及び縦列
    に結合するために前記第２のマトリックスにブロック横
    列及び縦列において添付された、且つ前記搬送するステ
    ップにおいて発生したエラーを訂正するために前記第２
    のマトリックスを前記第１のマトリックスに変形するス
    テップにおいて用いられた、順方向エラー訂正データ、
    を用いて第３のマトリックスが形成されることを特徴と
    する請求項１９の方法。
21. 【請求項２１】 前記データが、多数の箇所に搬送され
    るオペレーションコードからなることを特徴とする請求
    項１９の方法。
22. 【請求項２２】 前記データが、非同期転送ネットワー
    ク上を搬送されるオペレーションコードからなることを
    特徴とする請求項１９の方法。
23. 【請求項２３】 前記搬送の媒体が、非同期転送ネット
    ワークセルからなることを特徴とする請求項９の方法。
24. 【請求項２４】 前記第１のマトリックスが、２３５個
    の縦列と４０個の横列とからなることを特徴とする請求
    項１９の方法。
25. 【請求項２５】 前記第２のマトリックスが、２３５個
    の縦列と４８個の横列とからなることを特徴とする請求
    項１９の方法。
26. 【請求項２６】 前記第３のマトリックスが、２３５個
    の縦列と４８個の横列とからなることを特徴とする請求
    項２０の方法。
27. 【請求項２７】 データを１つのシステムから別のシス
    テムへ高い信頼性で搬送するために前記データをパッケ
    ージするための、データパッケージシステムであって、 ソースファイルを受信し、前記ソースファイルを複数の
    ブロックに順次変形し、前記ブロックを予め定められた
    第１の数の横列及び縦列を有する第１のマトリックスに
    順次格納する手段と、 前記予め定められた第１の数の横列と予め定められた第
    ２の数の縦列とを有する第２のマトリックスを形成する
    ために、組織及び宛先情報を含むブロックから構成され
    るマトリックスを前記第１のマトリックスに添付するた
    めの手段と、 前記ブロックの１縦列を搬送媒体に順次戻すことによっ
    て前記搬送媒体をパッケージするための手段と、 前記データを搬送するための手段と、 前記搬送されたデータを前記第２のマトリックスに再形
    成するための手段と、 前記第２のマトリックスを前記第１のマトリックスに変
    形するための手段と、 前記第１のマトリックス内の前記ブロックを前記ソース
    ファイルのコピーに変形するための手段とからなること
    を特徴とするデータパッケージシステム。
28. 【請求項２８】 前記システムが更に、 前記第２のマトリックスに添付されたエラー訂正データ
    を用いて形成される第３のマトリックスを形成するため
    の手段からなることを特徴とする請求項２７のシステ
    ム。
29. 【請求項２９】 前記エラー訂正データが、順方向エラ
    ー訂正のためのデータからなることを特徴とする請求項
    ２８のシステム。
30. 【請求項３０】 前記組織及び宛先情報がファイル番号
    を含むことを特徴とする請求項２７のシステム。
31. 【請求項３１】 前記組織及び宛先情報が、ソフトウエ
    アパッケージ識別子を含むことを特徴とする請求項２７
    のシステム。
32. 【請求項３２】 前記組織及び宛先情報が、一連番号を
    含むことを特徴とする請求項２７のシステム。
33. 【請求項３３】 前記組織及び宛先情報が、搬送セル識
    別情報を含むことを特徴とする請求項２７のシステム。
34. 【請求項３４】 前記組織及び宛先情報が、暗号化及び
    暗号化解除のための方法を含むことを特徴とする請求項
    ２７のシステム。
35. 【請求項３５】 前記組織及び宛先情報が、前記データ
    の圧縮解除に関する情報を含むことを特徴とする請求項
    ２７のシステム。
36. 【請求項３６】 前記組織及び宛先情報が、現受信局を
    起動するための同報アドレッシング要項を含むことを特
    徴とする請求項２７のシステム。
37. 【請求項３７】 前記データを搬送するための手段が、
    衛星システムからなることを特徴とする請求項２７のシ
    ステム。
38. 【請求項３８】 前記データを搬送するための手段が、
    非同期転送ネットワークからなることを特徴とする請求
    項２７のシステム。