JPH11501136A - ソフトウェアの柔軟なダウンローディング - Google Patents

Abstract

(57)【要約】 第２のノードに結合した第１のノードを有する、電気通信システム等の、ネットワーク化システムにおいて、１つ以上の欲求されたソフトウェア・ファイルを第２のノードに供給する技術は、おのおのが複数のソフトウェア・ファイルのうちの対応するものを識別するソフトウェア・ファイル識別子のメニューを検索する第１のノードから始まる。ソフトウェア・ファイル識別子は第２のノードに送出され、該第２のノードにおいて、おのおのが調べられると共に、おのおのに対して応答が形成される。複数のソフトウェア・ファイルのうちの対応するものが択一的に欲求されているか、または欲求されていないかを示す応答は第１のノードに戻される。第１のノードは応答を調べ、欲求されたソフトウェア・ファイルを取り出す。取り出されたソフトウェアは第１のノードから第２のノードに送出される。この発明の別の態様において、「欲求されていないこと」を示す指示は、提供されたファイルが「既にロードされている」か、または「ロードされるのが禁止されている」ことを示す指示を含むように拡張することができる。この発明のまた別の態様において、メニューを提供する段階、応答を受信する段階、及び欲求されたファイルを伝送する段階は２つの段階のおのおのにおいて繰り返され、第１段階において、第２のノードは、より複雑なブートストラップ・プログラムをダウンロードして開始することを要求することができる。次いで、ダウンローディングの第２段階の際に、第２のノードにランしているより複雑なブートストラップ・プログラムは、サブファイルが第１のノードから何を受け入れるかについて決定を行う。

Description

【発明の詳細な説明】 ソフトウェアの柔軟なダウンローディング 背景 本発明は通信システムにおける１つのノードから１つ以上の他のノードにソフ トウェアファイルをダウンロードするシステム及び方法に関し、特にセルラー電 気通信システムにおいて基地局制御装置から基地トランシーバ局にソフトウェア ファイルをダウンロードするシステム及び方法に関する。 例えばセルラー電話システム等の移動通信システムの動作の原理は良く知られ ている。本来、このシステムは陸上システム及び無線システムに分割される。移 動体加入者は、無線インターフェースによって多数の基地トランシーバ局（ＢＴ Ｓ:base transceiver station）のうちの何れか１つと通信する。これらのＢＴ Ｓは地理的に分配されて、移動体加入者が動き回るとき、移動体加入者がこのシ ステムのＢＴＳの少なくとも１つのサービスエリア内にいるようになっている。 通話が進行中のとき、移動体加入者がその割り合てられたＢＴＳの範囲から抜け 出して隣りのＢＴＳの範囲に移動すれば、セルラー電話システムは「ハンドオフ （hand off）」と呼ぶプロセスにおいて、移動体加入者を隣りのＢＴＳに再割合 てする。通話開始及び終了の他の状況は勿論、通話ハンドオフの管理は、陸上シ ステムの種々の構成要素によって処理される。陸上システムはまた、移動体加入 者間の通話のルーティングと、公衆交換電話回線網（ＰＳＴＮ：public switche d telephone network）に対して通話のインターフェースをとることとに応答可 能である。 陸上システムの多くの機能は単一のハードウェアユニットによっては実行され ないが、その代わりに、通信網において共に結合される多数の構成要素の間で分 配される。これらの構成要素は、陸上システム及び移動体加入者の間の無線リン クをもたらす前記ＢＴＳを含んでいる。陸上システムはまた、百以上と同じ程多 いＢＴＳの高レベル動作を制御する基地局制御装置（ＢＳＣ：base station con troller）を含み得る。交換、通話ハンドオフ、及び他の機能は、システムに おいてＢＳＣに結合されている移動体交換センタ（ＭＳＣ：mobile switching c enter）によって行われる。 ここで第１（ａ）図を参照すると、ネットワークは一般にＢＴＳ１０３−１， …，１０３−ｎ（以後、一般に参照番号１０３によって示す）を含んでいる。Ｂ ＴＳ１０３は相互に同一である必要はなく、一般に、比較的新しい改良された設 備のユニットについての繰り返された品質向上及び／又はシステム拡張の結果と して、種々の世代、型式及び変形のものである。拡張は、新しいＢＴＳまたは例 えばトランシーバ等の新しい構成要素全体の付加を包含し得る。品質向上は、例 えばトランシーバまたはタイミングユニット等の構成要素の置換を意味し得る。 第１（ａ）図に図示するように、ＢＴＳ１０３は一般に、例えば１つ以上のト ランシーバ（ＴＲＸ）及び全体としてＢＴＳ１０３に共通する機能、所謂基地局 中央機能(ＢＣＦ：Base Station Central Function)を実行するトランシーバ群 管理プログラム等の幾つかの機能サブユニット１１３−１−１，…，１１３−１ −ｍ₁，…，１１３−ｎ−１，…，１１３−ｎ−ｍ_n（以後、一般に参照番号１１ ３で示す）から構成される。通常、サブユニット１１３のおのおのは、それ自身 のメモリを有するそれ自身のコンピュータ１１７によって制御される。上述した ような最高レベルにあるサブユニット１１３は、それらがＢＳＣ１０１によって 直接制御される信号経路１１５−１−１，…，１１５−１−ｍ₁，…，１１５− ｎ−１，…，１１５−ｎ−ｍ_n（以後、参照番号１１５で示す）をそれぞれ有し ている。信号経路１１５は、専用のパルス符号変調（ＰＣＭ：pulse code modul ation）時間スロットから構成され得る。代替的に、信号経路１１５は、（物理 レイヤとして使用される）ＰＣＭ時間スロットを使用して開放型システム間相互 接続(ＯＳＩ：Open Systems Interconnect)レイヤ２データリンクとして実施さ れ得る。（ＯＳＩは標準化のための国際機関（ＩＳＯ：International Organiza tion for Standardization）によって推奨される標準データ通信プロトコルであ る）。ＯＳＩレイヤ２データリンクは多重化されるかまたは１つの同一のＰＣＭ 時間スロット上の他のサブユニットに対して他のＯＳＩレイヤ２データリンクと 共に任意の方法で集中され得る。この種のリンクまたは専用ＰＣＭ時間スロット は、ＢＳＣ１０１及びサブユニット１１３の間の直接信号経路１１５と 考えられる。サブユニット制御用の信号経路１１５を使用することから離れて、 これはＢＳＣ１０１と無線チャンネルを介してＢＴＳ１０３に結合されている移 動局（図示せず）との間で信号を搬送するのにも使用される。 前述したようなシステムにおいて、ＢＴＳ１０３及びそれらの要素のサブユニ ット１１３は一般に、ＢＳＣ１０１からダウンロードされるソフトウェア（「Ｓ Ｗ」）１１９によって制御される。他の事象もまたソフトウェア・ダウンロード 、オペレーションを要求し得よう。例えば、ＢＴＳ１０３の新しい構成要素は勿 論のこと、新しいＢＴＳ１０３は、ＢＴＳ１０３で前にランされたものとは異な る新しい応用ＳＷ１１９を要求することができる。この新しいＳＷ１１９は、Ｂ ＳＣ１０１から新しいまたは修正されたＢＴＳ１０３に対してダウンロードされ なければならない。更に、システムにおけるどのハードウェア（「ＨＷ」）も変 化しなかった場合にも、全ネットワーク、またはその一部分はまた時折、新しい （品質向上された）応用ＳＷ１１９を用いて更新される。ＳＷダウンロードを要 求するこれら全ての異なる状況（例えば、開始と同時のＨＷユニットの置換及び 純粋なＳＷ更新）において、ＳＷ１１９の異なるバージョンはＢＴＳ１０３のう ちの異なるものにダウンロードする必要があり得る。 システムを品質向上することは一般に、他のものを無変化にしたまま、幾つか のサブユニット１１３を置換したりまたは修正したりすることを包含する。この 結果、１つのＢＴＳ１０３にロードされる必要があるＳＷ１１９は、別のＢＴＳ １０３に関連するＳＷ１１９とは異なり得る。 従来のシステムにおいて、例えばＢＴＳ１０３等の、構造用の応用ソフトウェ アは１つ１つがサブユニットに対するものである幾つかのファイル（ここでは「 サブファイル」と称する）のパッケージ１２１である。ＢＴＳダウンロードは信 号経路の向こう側で実行され得る。幾つかの実現において、恐らくは同一のソフ トウェアが全ての信号経路１１５を越えて送出された状態で、全ての経路が使用 される。代替的に、異なるソフトウェアはサブユニット１１３のうちの異なるも のに送出され得る。 第１（ｂ）図に図示されているもの等の他のネットワーク構成において、各Ｂ ＴＳ１０３に対する１つの信号経路１１５のみが使用される。この信号経路は ＢＣＦ機能を実行するサブユニット１１３−ｘ−１（１≦Ｘ≦ｎ）で終端するも のであって良い。次いで、ＢＴＳ１０３−ｘ内の残りのサブユニット１１３−ｘ −ｙ（ｙ＞１）のうちの適切なものに対するＳＷ１１９の更なる移送は、内部通 信網１２３−ｘによって実行される。この種の通信網１２３−ｘは種々の制限を 有することができて、ＢＳＣ１０１からのソフトウェア・サブファイルを分配す る方法は設計選択の問題である。最適の選択はＢＴＳ１０３の型式及び変形に依 存することができ、新しい品質向上されたＳＷリリースが導入されたときに変化 し得る。 これらの従来技術のソフトウェア・ダウンロード技術は多数の欠点を被る。さ しあたり、ＢＳＣ１０１が信号経路１１５を介してＢＴＳ１０３にＳＷパッケー ジ１２１を送出する第１（ｂ）図に開示された方法を考えてみると、ＢＳＣ１０ １はＢＴＳにＳＷパッケージ１２１をロードすべきトラックを維持しなければな らない。更新を処理するために、１つのサブユニット１１３のみが変動を説明す る場合であっても、ＢＴＳ１０３の各変形に対するＳＷパッケージ１２１の１つ の新しいバージョンがなければならない。更に、適正な変形における全ＳＷパッ ケージ１２１は全ての可能な信号経路１１５上に完全に移送される。多少なりと も独立に更新したＳＷを要求することができる多くのサブユニット１１３及び応 用があるとき、パッケージ・バージョンの数は急速に増加し得る。こうして、こ の方法は、結果として長い増大したダウンロード時間を有する移送容量の大幅な 増大した浪費につながる。この方法はまた蓄積容量の浪費に帰着すると共に、フ ァイル搬送媒体の手動処理に大幅な増大した負担を負わせる。 ここで、サブユニット１１３のおのおのがその対応するサブファイルを受信す る専用の信号経路１１５を有する第１（ａ）図に図示された方法を考えてみると 、ＢＳＣ１０１はパッケージ１２１がサブユニット１１３に通じるトラックを維 持するという更に煩わしい作業を有する。ネットワーク中の各サブユニット１１ ３は、その変形を考慮に入れると、意図する品質向上をもたらすＢＳＣ１０１に 記録されたそのバージョンレベルを有する必要があろう。異なるサブユニット１ １３に対するバージョン間の依存性もまた、オペレーション支持システム(ＯＳ Ｓ：Operations Support System)において、手動式に若しくはＢＳＣ１０ １のバージョン処理サブシステムによって、または従来技術の別の状況にて絶え ず注意していなければならない。大量のこの種の情報を考慮して、或る時点で必 然的に要求される手動式データ入力が、潜在的エラーの発生源を生成するという ことになる。 概要 従って、本発明の目的は、ＢＳＣからこのＢＳＣに記憶しなければならないＢ ＴＳプログラム・コード・データの量を低減する１つ以上のＢＴＳにＳＷを分配 する装置及び方法を提供することにある。 本発明の別の目的は、厳密に必要とされるこの種の一部分のみをＢＴＳに移送 することによって、ＢＴＳに移送すべきＢＴＳプログラム・コード・データの量 を低減するＳＷダウンロード技術を提供することにある。これに限定されるもの ではないが、このことはＳＷの或る部分がＢＴＳメモリに既に記憶されていると いう状況を含んでいる。 本発明のまた別の目的は、更新がＳＷの極めて小部分からその全体によって影 響され得ると共に、更新がＢＴＳ型式及び／又は変形に適合しなければならない ＳＷの一部分に対する必要性の大きな共通性で以ってあるいは無しで、幾つかの 変形及び／又は型式のＢＴＳの母集団に向けられた継続的ＳＷ更新の存在におい て一般的かつフレキシブルであるＳＷダウンロード技術を提供することにある。 また別の目的は、ＳＷファイル・バージョンと同様に型式及び変形が激増する環 境におけるこの種の技術を提供することである。 本発明のまた別の目的は、どのＳＷがどのＢＴＳ及びどのＢＴＳサブユニット に通じているかを制御すると共に、このダウンロードに対してどの信号経路を使 用するかを制御する情報をもたらすときの人間によるエラーのリスクを除去する ＳＷダウンロード技術を提供することにある。更なる目的は、非両立的ＳＷサブ ファイルをダウンロードする、この種のシステムにおけるリスクを除去すること にある。 この発明の一態様によれば、前記及び他の諸目的は、セルラー電気通信システ ムにおいて例えばＢＴＳに結合されたＢＳＣであって良い第２のノードに結合さ れた第１のノードを備えるネットワーク化システムにて達成される。この発明力 のある方法及び装置は、以下のようにして第２のノードに１つ以上の所望するソ フトウェア・ファイルを供給する。第１のノードでは、各ソフトウェア・ファイ ル識別子が複数のソフトウェアのうちの対応するものを識別する、ソフトウェア ・ファイル識別子のリストを備えるメニューが取り出される。次いで、ソフトウ ェア・ファイル識別子のこのリフトが第１のノードから第２のノードに送出され る。第２のノードでは、ソストウェア・ファイル識別子のおのおのが調べられる 。ソフトウェア・ファイル識別子のおのおのに対して、複数のソフトウェア・フ ァイルのうちの対応するものが択一的に欲しいものであるか否かの指示を備える 応答が形成される。この発明の別の態様によれば、ソフトウェア・ファイルが欲 しくないことを示すこの指示は、ソフトウェア・ファイルが既にロードされたか 、またはロードされるのが禁止されているかを示す択一的指示を含むことができ る。ソフトウェア・ファイルが既にロードされていることを示す指示を第１のノ ードが受信した場合には、更なる処理を実行して、ソフトウェアが既にロードさ れていることを示す指示にも拘らず、そのソフトウェア・ファイルを第２のノー ドにダウンロードすべきか否かを決定することができる（即ち、そのソフトウェ ア・ファイルのダウンローディングを「強制的に」第２のノードに対してなすべ きか否かを決定し得る）。 次いで、応答が第２のノードから第１のノードに送出され、そこで調査される 。次いで、第１のノードは、第２のノードによって欲求されたものとして指示さ れたソフトウェア・ファイル識別子に対応する複数のソフトウェア・ファイルの うちのものを取り出す。この発明の一態様によれば、第１のノードがセルラー電 気通信網におけるＢＳＣであるとき、欲求されたソフトウェア・ファイルはＢＳ Ｃに位置する記憶手段から取り出される。代替的実施例において、ＢＳＣはＯＳ Ｓからの欲求ソフトウェア・ファイルを要求し、またＯＳＣはこれらのソフトウ ェア・ファイルを局部的に記憶している。その局部記憶手段からこれらのソフト ウェア・ファイルを取り出した後、ＯＳＳは欲求ソフトウェア・ファイルを Ｂ ＳＣに送出する。 欲求ソフトウェア・ファイルを取り出した後、第１のノードはこれらを第２の ノードに送出する。 この発明の別の態様によれば、ソフトウェア・ファイル識別子のリストを第２ のノードに送出する段階は、第１のノードにおいて、ソフトウェア・ファイル識 別子を第２のノードに一度に１つずつ送出すると共に、次のソフトウェア・ファ イル識別子を送出する前に各質問に対する応答を待つことを備えている。 この発明のまた別の態様によれば、メニュー（即ち、ソフトウェア・ファイル 識別子）を第２のノードに提供し、第１のノードで応答を受信し、かつ欲求した ファイルを第１のノードから第２のノードに伝達する段階は、２つのフェーズの おのおのにおいて繰り返されて、第１のフェーズにおいて、より複雑なブートス トラップ・プログラムをダウンロードして開始することを第２のノードが要求で きるようになっている。次いで、ダウンローディングの第２のフェーズの際、第 ２のノードにランしているより複雑なブートストラップ・プログラムが、更なる どのサブファイルを第１のノードから受容するかについて決定を行う。 図面の簡単な説明 この発明の諸目的及び利点は、図面と関連して以下の詳細な説明を読むことに よって理解されよう。 第１（ａ）図及び第１（ｂ）図は、将来技術に従ってソフトウェアをダウンロ ードするセルラー電気通信システムにおける適切な構成要素のブロック図である 。 第２図は、本発明に従って、ソフトウェア・パッケージを含むセルラー通信シ ステムにおけるそれらの構成要素である。 第３図は、本発明に従って基地局制御装置に生じるダウンロード動作の高レベ ルフローチャートである。 第４（ａ）図及び第４（ｂ）図は、本発明に従って基地局制御装置において実 行される第１のフェーズのダウンロード動作のより詳細なフローチャートを図示 している。 第５（ａ）図及び第５（ｂ）図は、本発明に従って基地局制御装置において実 行される第２のフェーズのダウンロード動作のより詳細なフローチャートを図示 している。 第６図は、本発明に従って、ブーティング状態にあるサブユニットによって基 地トランシーバ局において実行されるダウンロード動作を図示するフローチャー トである。 第７図は、本発明に従って、開始状態にあるサブユニットによって基地トラン シーバ局において実行されるダウンロード動作を図示するフローチャートである 。 第８図は、本発明による、基地トランシーバ局サブユニットの「ブーティング (booting)」及び「開始」状態に対する状態遷移図である。 第９（ａ）図及び第９（ｂ）図は、本発明に従って使用されるソフトウェア・ パッケージの構成要素を図示している。 詳細な説明 この発明の種々の特徴を図面について説明する。図面において、同様の部分は 同一の参照文字で識別している。セルラー通信システムにおける適用についてこ の説明を説明するが、この発明はこの種の使用に限定されるものではない。むし ろ、説明する実施例は例示的目的のみのために示される。 第２図は、本発明に関するセルラー通信システムにおける構成要素を図示して いる。図に示すように、ＢＳＣ２０１はｎ個の多数のＢＴＳ２０３−１，…，２ ０３−ｎ（以後、一般に参照番号２０３で表わす）に接続されている。ＢＴＳ２ ０３のおのおのは多数のサブユニットを含んでいる。これらのサブユニットは、 ＢＴＳ２０３−１ではサブユニット２１３−１−１，２１３−１−２，…，２１ ３−１−ｍ₁であり、ＢＴＳ２０３−ｎではサブユニット２１３−ｎ−１，２１ ３−ｎ−２，…，２１３−ｎ−ｍ_nである。一般に、所定のＢＴＳ２０３−ｘに おけるサブユニット２１３−ｘの数は任意の他のＢＴＳにおけるサブユニットの 数とは独立しており、このため、値ｍ_xとして表わされる。サブユニットは一般 に参照番号２１３で示されるが、これはサブユニットのおのおのが同一の機能を 実行するということを意味することを意図したものではない。サブユニット２１ ３のおのおのは、プロセッサ２１７−ｘ−ｙ（１≦ｘ≦ｎ；１≦ｙ≦ｍ_n）及び サブプログラム２１９−ｘ−ｙを記憶するメモリを含んでいる。前述したように 、同一のＢＴＳ２０３−ｘ内のサブユニット２１３−ｘは一般に相互に全く異な る機能及び構成を有し、このため、相互に異なるクラスであると言われる。任意 の所定のサブユニット２１３にロードされるべきプログラム・コードは、サブユ ニットのクラスに対して意図されたものでなければならない。例えば、サブユニ ッ ト２１３−１−１は「基地局中央機能（ＢＣＦ：Base station Central Functio n）」のクラスであって良く、一方、サブユニット２１３−１−２，…，２１３ −１−ｍ₁は「トランシーバ」（ＴＲＸ）のクラスであって良い。異なるＢＴＳ ２０３における同一クラスのサブユニット２１３は、その構成において必ずしも 同一である必要はなくて、ダウンロードされたＳＷ２１９はまたサブユニットの 型式及び変形に対応しなければならなくなっている。同一に構成されたサブユニ ットに対する異なるＳＷバージョンが存在することができ、この結果、サブユニ ットに異なる機能性を賦与するようになっている。一般に、より高いＳＷバージ ョンレベルはより多くの機能性をもたらす。１つのサブユニット２１３における ＳＷバージョンレベルは、同一のＢＴＳ２０３の他のサブユニットにおけるＳＷ バージョンと両立可能であっても良いしなくとも良い。このことは、同一クラス に対するＳＷ及び異なるクラスに対するＳＷの双方に当てはまる。クラスに対す る同一の機能性に異なる特性をもたらすバージョンのサブバージョンが更に存在 することができ、この結果、サブバージョンの選択はＢＳＣ２０１またはＯＳＳ ２０３のオペレータ、またはＯＳＳ最適化プログラムに対するオプションである 。ＢＴＳ２０３のサブユニット２１３はバスまたはバスシステム２１４によって 相互接続することができ、この結果、これらは多少なりとも或る程度制限された 方法で相互に通信できるようになっている。或るＢＴＳ２０３において、このバ ス２１４は１つのサブユニットから別のサブユニットにダウンロードされたＳＷ を転送する目的で使用することができる。しかしながら、このケーパビリティは 他のＢＴＳ２０３には存在しなくても良い。 この発明の一態様によれば、サブユニット２１３のおのおのは、少なくとも２ つの状態、即ち、ブーティング状態８０１及び開始状態８０３のうちの一方で動 作する。第８図は、以下に説明する種々の動作がサブユニット２１３の状態にど のように影響を及ぼすかを示す状態遷移図である。 例示的実施例において、ＢＳＣ２０１は対応する信号経路２１５−１−１，… ，２１５−１−ｍ₁，…，２１５−ｎ−１，…，２１５−ｎ−ｍ_nによってサブユ ニット２１３−１−１，…，２１３−１−ｍ₁，…，２１３ｎ−１，…，２１３ −ｎ−ｍ_nのおのおのに直接接続されている。信号経路２１５は、更なる多重化 を有するかまたは有しないＰＣＭ時間スロット等のレイヤ１（即ち、物理的）接 続であって良い。代替的に、信号経路２１５は、物理的接続上のＯＳＩレイヤ２ データリンクから成っていても良い。技術上周知のように、幾つかのレイヤ２デ ータリンクは、同一の物理的接続上で実行することができる。信号経路２１５の 特定の実施はこの発明に関するものではなく、このため、ここではより詳細には 説明しないし、第２図にも示していない。レイヤ２を実現するのに使用するプロ トコル及びデータリンクの特定の選択もまた、ＢＳＣ２０１及び各ＢＴＳ２０３ の各サブユニット２１３の間の論理的に独立した信号経路を許容する任意のプロ トコルまたは構成に適用可能であるこの発明には関係しない。周知のデータ・リ ンク・レイヤの例は、ＥＴＳ３００ １２５−「統合サービス・デジタル・ネッ トワーク(ＩＳＤＮ：Integrated Services Digital Network)」におけるＬＡＰ Ｄ、国際電信電話諮問委員会（ＣＣＩＴＴ）推奨のＱ．９２０／Ｉ．４４０及び Ｑ．９２１／Ｉ．４４１のユーザーネットワーク・インターフェース・データ・ リンク・レイヤ指定応用(User-Network Interface Data Link Layer Specificat ion Application)、ＣＣＩＴＴ Ｘ．２５におけるＬＡＰＢ、または信号システ ム＃７に提供されたレイヤ２である。論理的に、レイヤ１選択（交換）及び信号 経路２１５にアドレスするレイヤ２を組み合わせることによって、全てのサブユ ニット２１３は星状構成においてＢＳＣ２０１に直接かつ等しく接続される。本 発明はこの構成に制限されるものではないが、その代わりに、ＢＳＣ２０１がど のサブユニット２１３が通信するか（及び、勿論、サブユニット２１３が座して いるのはどのＢＴＳ２０３か）を正確に制御する任意の構成をカバーする。 本発明によれば、ＢＳＣ２０１にはどのＳＷパッケージ２２１を各ＢＴＳ２０ ３にダウンロードすべきかを識別する情報を前もって準備すべきである。また、 前もって、ＢＳＣ２０１またはＯＳＳ２３３には、恐らくは、各全く異なる世代 のＢＴＳ２０３に対して、及び／又は各製造業者製のＢＴＳ２０３に対して１つ のＢＴＳ ＳＷパッケージ２２１を対応させるようにして、ＢＴＳ２０３に対す るＢＴＳ ＳＷパッケージを供給してこれを記憶するようにする。 例示的実施例において使用されるＢＴＳ ＳＷパッケージ２２１をより詳細に 第９（ａ）図及び第９（ｂ）図に図示する。第９（ａ）図において判かり得るよ うに、ＢＴＳパッケージ２２１は、ヘッダ・ファイル９１１と、１つ以上のサブ ユニット２１３にダウンロードすべきサブプログラムである１つ以上の他のサブ ファイル９２１−１，…，９２１−ｋとから構成される。サブファイル９２１− １，…，９２１−ｋのおのおのはファイル改訂番号（「ＦＲ」）によって識別さ れる。例えば第９（ａ）図において、サブプログラムを含む最初のサブファイル はＦＲ₁として識別され、最後のサブファイルはＦＲ_kとして識別される。 殆んどのソフトウェアと同様に、時にはハードウェア特徴に対する変化を説明 すべく、また時には純粋にソフトウェア依存の改良を導入すべく、ＢＴＳサブフ ァイルを定期的に更新する。ソフトウェアの新しい「バージョン」に帰着するこ の種の変化は、共に作動することが意図されている全てのこれらのサブファイル のうちの１つ以上のサブファイルに対する変化を意味し得る。また、共にパッケ ージされるサブファイルの数における変化はまた、新しいバージョンレベルを表 わすことができる。これらの種々のバージョンのトラックを維持するために、フ ァイル改訂番号はまたバージョン番号を含む。この番号の１つの可能な使用法に おいて、これは変化したサブファイルにおいてのみならず、これらの変化したサ ブファイルと共に、パッケージされる変化しないサブファイルにおいても更新さ れる。このことは、特定のＢＴＳ型式及び変形に対応する全てのサブファイルが 同一のバージョン番号を有することを許容する。 更に、本発明によれば、ヘッダファイル９１１はメニュー９３０を含み、この メニュー９３０は、ＢＴＳ ＳＷパッケージ２２１に含まれるサブファイル９２ １−１，…，９２１−ｋのファイル改訂番号に対応して全てのファイル改訂識別 子９３１−１，…，９３１−ｋのリストを含んでいる（第９（ｂ）図参照）。フ ァイル改訂識別子９３１−１，…，９３１−ｋのおのおのは、ＢＳＣ２０１、ま たはこの発明の代替実施例ではＯＳＳ２３３における下方にあるファイル記憶シ ステムを使用して対応するファイルを見つけて読み出すことができるようにして 、サブファイル９２１を全体的にかつ独自に識別する。 この発明の一実施例によれば、ダウンロードは、第３図ないし第７図のフロー チャートに図示されている、以下の方法で進行する。可能な他の実施例において 、 ＢＳＣ２０１で実行されるようにここで説明すべき全ての段階の一部分は、ＢＳ Ｃ２０１を介してＢＴＳ２０３へ信号を送る、ＯＳＳ２３３によって択一的に実 行することができる。 ここで、第３図について説明すると、ダウンロードは多数の可能な事象のうち の１つによって開始される（段階３０１）。この種の事象は、これに限定される 訳ではないが、以下の事項を含む。 ・ダウンロード動作が単一のＢＴＳ２０３−ｘでターゲットにされることを要求 する、ＢＳＣオペレータからの命令の発行。 ・ダウンロード動作が選択グループのＢＴＳ２０３でターゲットにされることを 要求する、ＢＳＣオペレータからの命令の発行。 ・ダウンロード動作がＢＳＣ２０１に接続される全てのＢＴＳでターゲットにさ れることを要求する、ＢＳＣオペレータからの命令の発行。 ・ダウンロード動作が単一のＢＴＳ２０３−ｘでターゲットにされることを要求 する、ＯＳＳオペレータからの命令の発行。 ・ダウンロード動作が選択グループのＢＴＳ２０３でターゲットにされることを 要求する、ＯＳＳオペレータからの命令の発行。 ・ダウンロード動作がBＳＣ２０１に接続される全てのＢＴＳ２０３でターゲッ トにされることを要求する、ＯＳＳオペレータからの命令の発行。 ・前の誤りが消失したことを示すＢＴＳ２０３からの報告のＢＳＣ２０１による 受信（この種の報告を受信すると直ちに、ＢＳＣ２０１によってダウンロードの 開始を自動的に実行することができる）。 ・ある命令に対する応答の欠落等の、或るＢＴＳの誤動作のサインのＢＳＣ２０ １による検出。 １つ以上のサブプログラム９２１−１，・…９２１−ｋの潜在的受容体である べき各ＢＴＳ２０３−ｘ（１≦Ｘ≦ｎ）に対して、対応するヘッダファイル９１ １が見つけ出されてＢＳＣコンピュータ・メモリ中に読み込まれる（段階３０３ ）。次に、ＢＴＳ２０３−ｘに関連する最初のサブユニット２１３−ｘ−ｉ（ｉ ＝１）を処理のために選択する。段階３１７の実行（「処理のために次のサブユ ニット２１３−ｘ−（ｉ＋１）を選択する」）が後に続く段階３１５でのテ スト（「全てのサブユニットは処理されたか？」）は実行ループを形成して、段 階３０７〜３１３がＢＴＳ２０３−ｘのサブユニット２１３−ｘ−１，…，２１ ３−ｘ−ｍ_xのおのおのに対して１度実行されるようになっていることを了知す ることができる。所定のサブユニット２１３−ｘ−ｉ（１≦ｉ≦ｍ_x）に対して 段階３０７〜３１３を実行する際、対応する信号経路２１５−ｘ−ｉを使用して サブユニット２１３−ｘ−ｉとメッセージを交換する。例示的実施例は、（段階 ３０７〜３１７を繰り返し実行することによって）連続して一度に一回ずつ処理 れるサブユニット２１３のおのおのを示しているが、これはこの発明の要求する ところではない。むしろ、ここで説明した各方法が、全てのサブユニット２１３ を同時に処理する様にできることは、当業者にとって容易に明瞭となろう。 例示的実施例において、段階３０７〜３１３にてＢＳＣ２０１に起こる処理は 、２段階ダウンロード動作を実行するように設計されている。実行の第１段階に おいて、各サブユニット２１３−ｘ−ｉには、常駐ブートストラップ・プログラ ム（または、その代わりに、このブートストラップ・プログラムに匹敵する実行 応用プログラム）を使用して、ダウンロードして開始すべきサブファイルを選択 する機会が与えられる。この発明によれば、この段階の際に転送されたサブファ イルは、それら自身が、常駐ブートストラップ・プログラムに比してより複雑な プログラムロード動作を実行することができるブートストラップ・プログラムで あって良い。従って、実行の第１段階の後には、各サブユニット２１３−ｘ−ｉ に対してダウンロードして開始すべきサブファイルを選択する機会が再度与えら れる第２段階が続く。しかしながら、第２段階の際に、これは決定を行う第１段 階の際にダウンロードされ開始されたプログラムである。勿論、設計は２段階の みで停止する必要はなく、設計者が特定の環境に対する適合を見るできるだけ多 くのダウンロード段階を含むべく拡張することができる。 この発明の例示的実施例の２段階をここで説明する。段階３０７において、Ｂ ＳＣは「ヘッダ・ファイルのブート段階質問メニュー（Boot Phase Query Menu In Header File)」と題する手続きを呼び出す。（第４（ａ）図及び第４（ｂ） を参照して以下においてより詳細に説明する）この手続きはヘッダ・ファイル９ １１を経て、リストされたファイル改訂識別子９３１−１，…，９３１− ｋ，のおのおのに対して、サブファイル９２１−１，…，９２１−ｋのうちの対 応するものをサブユニット２１３−ｘ−ｉに伝達すべきか否かを決定する。この 発明の好ましい実施例によれば、サブファイル選択及び続くダウンローディング は、サブファイル９２１−ｊ（１≦ｊ≦ｋ）についてサブユニット２１３−ｘ− ｉを択一的に問合せ、次いで受信した回答及び可能な他の情報に依存してサブフ ァイル９２１−ｊを条件付きでサブユニット２１３−ｘ−ｉに送出することによ って完遂される。 「ヘッダ・ファイルのブート段階質問メニュー」手続きは全く任意のローディ ング無しに実行し得る（即ち、サブユニット２１３−ｘ−ｉは全ての提供された サブファイル９２１を拒絶し得る）ので、ブロック３０７の実行以前に、サブユ ニット２１３−ｘ−ｉは必ずしもブーティング状態８０１に置く必要がないこと を留意すべきである。ハードウェアテスト機能に関連するプロセス等の他の関係 のない時間がかかるプロセスを状態遷移はトリガし得るので、不必要にサブユニ ット２１３−ｘ−ｉを開始状態に移行させたりまたこの開始状態から戻したりす るのを回避することは有益である。従って、例示的実施例では、この種の状態遷 移が最小限度にされた。段階３０７が実行を開始した時点でサブユニット２１３ −ｘ−ｉが開始状態８０３にある場合には、「ヘッダ・ファイルのブート段階質 問メニュー」手続きは、サブファイル９２１−ｊが実際にダウンローディングに 対して選択されれば、サブユニット２１３−ｘ−ｉをブーティング状態８０１に することとなる。 段階３０７での処理が完了した後、ＢＳＣ２０１は対応する信号経路２１５− ｘ−ｉを使用して、「開始状態に設定（Set to Started State）」命令をサブユ ニット２１３−ｘ−ｉに送出する。これによって、サブユニット２１３−ｘ−ｉ がブーティング状態にあれば、この状態から脱して開始状態８０３となる。段階 ３０７の事項の結果ダウンロードされた任意のサブファイル９２１−ｊはここで 実行を開始する。この発明の一態様によれば、これらのダウンロードされたサブ ファイル９２１−ｊはそれら自身（以下に説明する）ダウンローディングの次の 段階の際にどのサブファイル９２１−ｊがダウンロードされるかを制御するブー トストラップ・プログラムを構成し得る。 次に、段階３１１において、ＢＳＣ２０１は、（第５（ａ）図及び第５（ｂ） 図を参照して、以下においてより詳細に説明する）「ヘッダ・ファイルの開始段 階質問メニュー(Started Phase Query Menu in Header File)」手続きを呼び出 すことによって、ダウンロード・プロセスの第２段階に入る。段階３０７で呼び 出された手続きと同様に、「ヘッダ・ファイルの開始段階質問メニュー」手続き はヘッダ・ファイル９１１を経て、リストされたファイル改訂識別子９３１−１ ，…，９３１−ｋのおのおのに対して、サブファイル９２１−１，…，９２１− ｋのうちの対応するものをサブユニット２１３−ｘ−ｉに伝達すべきか否かを決 定する。段階３１１での実行はまた、選択されたサブファイル９２１がサブユニ ット２１３−ｘ−ｉにダウンロードされることを保証する。 このサブファイル転送手続き呼び出しの完了に続いて、ＢＳＣ２０１は「パッ ケージの終了（end of package）」マークをサブユニット２１３−ｘ−ｉに送出 する。以下におけるより詳細な説明から了知されるように、「パッケージの終了 」マークをサブユニット２１３−ｘ−ｉが受信することによって、そのサブユニ ット２１３−ｘ−ｉは、もしあるならば、ダウンロード・ファイルのうちのどれ を開始させて、これらのファイルを開始するようにすべきかを先ず決定する。 次に、既に説明したように、段階３１５は、ＢＴＳ２０３−ｘのサブユニット ２１３−ｘ−ｉ，…，２１３−ｘ−ｍ_xのおのおのに対してダウンロード処理が 実行されたか否かを決定する。もしダウンロード処理が実行されていれば、ブロ ック３１９において処理は完了する。さもなくば、段階３１７において、段階３ ０７〜３１３の繰り返しの処理に対して、次のサブユニット２１３−ｘ−（i＋ １）が選択される。 こうして、ＢＳＣ２０１はサブファイル質問手続きを２度、即ち、段階３０７ で１度、次いで段階３１１で再度、実行する。しかしながら、「ブート段階質問 …」手続きによってダウンロードされ得るサブファイルと比較して、異なるサブ ファイルを「開始段階質問…」手続きによってダウンロードすることができる。 何故ならば、受容体サブユニット２１３−ｘ−ｉは２回の呼び出しのおのおのの 際には異なる状態にあり、このため、異なるプログラムを実行しているからであ る。即ち、段階３０７の実行の際には、サブユニット２１３−ｘ−ｉはブーティ ング状態８０１にあることが可能で、この結果、常駐ブート・プログラムを実行 する（または、開始状態８０３では、常駐ブート・プログラムに匹敵する応用プ ログラムを実行する）。対象的に、段階３１１の実行の際には、サブユニット２ １３−ｘ−ｉは、「開始への設定（set-to-started）」命令をサブユニット２１ ３−ｘ−ｉに送出する結果、開始状態８０３にあることが保証される（段階３０ ９）。開始状態８０３において、ダウンロード・プロセスの第２段階においてダ ウンロード決定を行う目的で、サブユニット２１３−ｘ−ｉは、丁度ダウンロー ドされたブートストラップ・プログラムか、またはより早い時間にロードされた 応用プログラムの何れかを使用することとなる。 第４（ａ）図及び第４（ｂ）図は、段階３０７で呼び出されたＢＳＣの「ヘッ ダ・ファイルのブート段階質問メニュー」手続きの動作をより詳細に図示してい る。この段階lサブファイル転送手続きは、呼び出されたときに開始される（段 階４０１）。段階４０３において、最初のファイル改訂識別子９３１−ｊ（j＝ １）をメニュー９３０から選択することによって、手続きに対する初期化を行う 。次いで、段階４０５において、ＢＳＣ２０１は信号経路２１５−ｘ−ｉを使用 し、サブユニット２１３−ｘ−ｉにメッセージを送出して、ファイル改訂識別子 ９３１−ｊによって識別されたサブプログラムが、「欲求されているか」、「既 にロードされたか」、またはダウンロードされるのが「禁止されているか」を質 問する。 サブユニット２１３−ｘ−ｉは、第６図及び第７図を参照して以下に説明する 各方法に従って応答を発生し、次いでこの応答をＢＳＣ２０１に戻す。この応答 は段階４０７でＢＳＣ２０１において受信され、次いで段階４０９で、「ブート 状態回答(boot state answer)」が抽出される。サブユニット２１３−ｘ−ｉは 開始状態８０３にあり得るので、これは開始状態８０３にて差し支えない動作で あるが、サブユニット２１３−ｘ−ｉがその応答において任意の「ブート状態回 答」をもたらすことは要求されない。こうして、段階４１１において、「ブート 状態回答」が事実受信された応答に存在するか否かを決定することが必要である 。 応答に何らの「ブート状態回答」も存在しなければ、サブユニット２１３−ｘ −ｉを強制的にブーティング状態８０１にして、この特定のサブプログラムに関 して質問を繰り返しできるようにすることが必要である。従って、段階４１３に おいて、「ブーティングへの設定（set-to-booting）」命令をサブユニット２１ ３−ｘ−ｉに送出するのに信号経路２１５−ｘ−ｉが使用される。次いで、実行 は段階４０５に戻って、プロセスを繰り返すことができるようになっている。 「ブート状態回答」が応答からうまく抽出されたのであれば、実行は段階４１ ５に進んで、回答の性質を決定する。ファイル改訂識別子９３１−ｊによって識 別されたサブプログラムがダウンロードされるのを「禁止されている」ことをサ ブユニット２１３−ｘ−ｉが示したのであれば、実行は直接段階４２７に移行し 、この段階４２７において、メニュー９３０の各ファイル改訂識別子９３１−ｊ が処理されたか否かを調べるべくテストが行われる。各ファイル改訂識別子９３ １−ｊが処理されたのであれば、段階４３１において、「ヘッダ・ファイルのブ ート段階質問メニュー」手続きが手続きの呼び出しの時点に戻る（即ち、実行が 段階３０９で再開する）。さもなくば、段階４２９において、次のファイル改訂 識別子９３１−（ｊ＋１）によって識別されたサブプログラムが選択されて、実 行が継続して段階４０５に戻る。 段階４１５において、ファイル改訂識別子９３１−ｊによって識別されたサブ プログラムが「欲求されている」かまたは「既に負荷されている」が、とにかく ダウンロードすべきものである（即ち、段階４１７のうちで「押しつけるべき（ to be forced）の経路を採っている」）ことをサブユニット２１３−ｘ−ｉが示 したことが決定されれば、実行は段階４１９に移行する。ＢＳＣオペレータから またはＯＳＳからの情報を使用して、サブプログラム９２１−ｊのダウンロード をサブユニット２１３−ｘ−ｉに押しつけるべきか否かを決定することができる 。ダウンロードの強制が適切である状況の例は、テストすべきソフトウェア・モ ジュールに対するサブバージョン番号が、置換すべきモジュールに比して相当高 いバージョンレベルとして認識されないときである。この場合、既存のモジュー ルは、「既にロードされた」ことを示す応答を発生しよう。他の状況は、サブプ ログラム９２１−ｊのダウンロードをサブユニット２１３−ｘ−ｉに押しつける 欲求を同様にして生成し得る。この種の状況は応用特性（application-specific ）であるので、これらを列挙することは本発明の範囲を超えている。 ファイル改訂識別子９３１−ｊによって識別されたサブプログラムが「既にロ ードされた」ものであって、押しつけるべきものではなければ、実行は前述した ように４２７で継続するだけである。 段階４１９を実行する時点において、ダウンロード動作を起こすべきであるこ とが決定されている。サブユニット２１３−ｘ−ｉは、ダウンロードのこの段階 の際にサブファイル９２１を受信するために対応する状態（即ち、ブーティング 状態８０１）になければならないので、ＢＳＣ２０１はサブユニット２１３−ｘ −ｉの状態をテストし（段階４１９）（好ましい実施例では、ＢＳＣ２０１はサ ブユニット２１３のおのおのの現在の状態のトラックを常に維持する）、サブユ ニット２１３−ｘ−ｉが開始状態８０３にあることが見い出されれば、ＢＳＣ２ ０１は先ず信号経路２１５−ｘ−ｉを使用して、「ブーティングへの設定（set- to-booting）」命令をサブユニット２１３−ｘ−ｉに送出する。サブユニット２ １３−ｘ−ｉが既にブーティング状態にあれば、この段階はスキップされる。 次に、段階４２３において、ＢＳＣ２０１は、ファイル改訂識別子９３１−ｊ に対応するサブファイル９２１−ｊを取り出す。このことは、ＢＳＣ２０１に見 つけられる記憶手段からこれらのファイルを読み出すことによって実行すること ができる。この発明の別の態様によれば、このことは、これらのファイルを記憶 する記憶手段を有するＯＳＳに要求を送出することによって択一的に実行し得る 。後者の場合、ＯＳＳ２３３はその局部記憶手段から要求されたサブファイル ９２１−ｊを取り出して、これをＢＳＣ２０１に送出する。 次に、段階４２５において、ＢＳＣ２０１は信号経路２１５−ｘ−ｉを使用し て、取り出されたサブファイル９２１−ｊをサブユニット２１３−ｘ−ｉに送出 する。次いで、実行は段階４２７のテストに移行して、メニューの各項目が処理 されたか否かを決定する。メニューの各項目が処理されたのであれば、次のファ イル改訂識別子９３１−（ｊ＋１）が選択されて、ループが繰り返される。 ここで、第５（ａ）図及び第５（ｂ）図に移ると、これらの図は、段階３１１ で呼び出されたＢＳＣの「ヘッダ・ファイルの開始段階質問メニュー」手続きの 動作をより詳細に図示している。この段階２サブファイル転送手続きは、「ヘッ ダ・ファイルのブート段階質問メニュー」と同様であり、呼び出されたときに始 まる（段階５０１）。段階５０３において、メニュー９３０から最初のファイル 改訂識別子９３１−ｊ（ｊ＝１）を選択することによって、手続きに対する初期 化が行われる。次いで、段階５０５において、ＢＳＣ２０１は信号経路２１５− ｘ−ｉを使用してサブユニット２１３−ｘ−ｉにメッセージを送出し、この結果 、ファイル改訂識別子９３１−ｊによって識別されたサブプログラムが「欲求さ れたものか」、「既にロードされたか」、またはダウンロードすることが「禁止 されたものか」を質問する。 サブユニット２１３−ｘ−ｉは第７図を参照して以下に説明する各方法に従っ て応答を発生し（段階３０９の実行の結果、サブユニット２１３−ｘ−ｉは開始 状態８０３にあることが保証される）、次いでこの応答をＢＳＣ２０１に戻す。 この応答は段階５０７においてＢＳＣ２０１にて受信され、次いで段階５０９に おいて、「開始状態回答（started state answer）」が抽出される。サブユニッ ト２１３−ｘ−ｉは開始状態８０３にあるので、「開始状態回答」は存在するこ とが保証される。 次に、実行は段階５１１に移行して、回答の性質を決定する。ファイル改訂識 別子９３１−ｊによって識別されたサブプログラムが、ダウンロードすることを 「禁止されている」ことをサブユニット２１３−ｘ−ｉが示したならば、実行は 直接段階５１９に移行し、この段階５１９において、メニュー９３０の各ファイ ル改訂識別子９３１−ｊが処理されたか否かを調べるべくテストが行われる。各 ファイル改訂識別子９３１−ｊが処理されていれば、段階５２３において、「ヘ ッダ・ファイルの開始段階質問メニュー」手続きは、手続きの呼び出しの時点に 戻る（即ち、実行は段階３１３で再開する）。さもなくば、段階５２１において 、次のファイル改訂識別子９３１−（ｊ＋１）によって識別されたサブプログラ ムが選択され、実行は継続して段階５０５に戻る。 段階５１１において、ファイル改訂識別子９３１−ｊによって識別されたサブ プログラムが、「欲求されているか」または「既にロードされたか」の何れかで あるが、とにかくダウンロードすべきである（即ち、段階５１３のうちの「押し つけられるべき」経路を採る）ことをサブユニット２１３−ｘ−ｉが示したなら ば、実行は段階５１５に移行する。ＢＳＣからのまたはＯＳＳからの情報を使用 して、サブプログラム９２１−ｊのダウンロードをサブユニット２１３−ｘ−ｉ に押しつけるべきか否かを決定する。前述したように、ダウンロードの押しつけ が適切である状況の例は、テストすべきソフトウェア・モジュールに対するサブ バージョン番号が、置換すべきモジュールに比して相当高いバージョンレベルで あると認識されないときである。 ファイル改訂識別子９３１−ｊによって識別されたサブプログラムが「既にロ ードされており」、押しつけるべきではなければ、実行は前述したように５１９ にて継続されるだけである。 段階５１５を実行する時点で、ダウンロード動作を起こすべきであることが決 定されている。サブユニット２１３−ｘ−ｉが開始状態８０３にあることは既に 知られているので、ＢＳＣ２０１は如何なる状態変化命令をも送出する必要はな い。従って、この時点で、ＢＳＣ２０１はファイル改訂識別子９３１−ｊに対応 するサブファイル９２１−ｊを取り出す。前のように、このことは、ＢＳＣ２０ １に見つけられる記憶手段からこれらのファイルを読み出すことによって実行す ることができる。この発明の別の態様によれば、このことは、これらのファイル を記憶する記憶手段を有するＯＳＳ２３３に要求を送出することによって択一的 に実行することができる。後者の場合、ＯＳＳ２３３はその局部記憶手段から要 求されたサブファイルを取り出して、これをＢＳＣ２０１に送出する。 次に、段階５１７において、ＢＳＣ２０１は信号経路２１５−ｘ−ｉを使用し て、取り出されたサブファイル９２１−ｊをサブユニット２１３−ｘ−ｉに送出 する。次いで、実行は段階５１９のテストに移行して、メニューの各項目が処理 されたか否かを決定する。各項目が処理されていれば、手続きは終了する。さも なくば、次のファイル改訂識別子９３１−（ｊ＋１）が選択され、ループが繰り 返される。 前述したダウンロード手続きを実行しているＢＳＣ２０１と共に機能するため に、ＢＴＳサブユニット２１３は、第６図ないし第８図を参照して説明するプロ グラムを実行する。前に述べたように、サブユニット２１３は、ダウンロード手 続きに関する２つの状態、即ち、ブーティング状態８０１及び開始状態８０３の うちの一方の状態にあることができる（第８図参照）。ブーティング状態８０１ では、サブユニット２１３は、常駐ブートストラップ・ローダー・プログラム（ 例えば、不揮発性メモリに記憶されたブートストラップ・プログラムまたはブー トストラップ・プログラムに匹敵する実行応用プログラム）をランしている。開 始状態８０３では、サブユニット２１３は、そのメモリにロードされた応用プロ グラムをランしている。前述したように、この応用プログラムは、ダウンロード 手続きの第２段階の際にどのファイルがダウンロードされるかを決定する上で、 より精巧なブートストラップ・プログラムであって良い。第８図は、特定のメッ セージの受信がどのようにしてサブユニット２１３の状態に影響を及ぼすかを図 示する状態遷移図である。 第６図は、現在ブーティング状態８０１にあるサブユニット２１３のフローを 図示している。段階６０１において、サブユニット２１３はＢＳＣ２０１からの メッセージの受信を待っている。ＢＳＣ２０１が前述したヘッダ・ファイルのブ ート段階質問メニュー手続き（第４（ａ）図及び第４（ｂ）図）を実行し始める とき、サブユニット２１３は、ファイル改訂識別子９３１−ｊによって識別され たサブプログラムが「欲求されているか」、「既にロードされているか」、また はダウンロードすることを「禁止されているか」を質問する質問メッセージを受 信する。このことによって、質問がサブユニット２１３によって受信される段階 ６１１を実行することとなる。 次に、段階６１３において、サブユニット２１３は「ブーティング状態回答」 を準備する。これは、例えば、（周期冗長文字(ＣＲＣ：cyclic vedundancy cha racter)検査合計を計算する等の）多数の周知の方法のうちの任意のものを利用 して、妥当なプログラム・ファイルが既にメモリにロードされているか否かを決 定することによって実行することができる。妥当なプログラム・ファイルが既に メモリにロードされていれば、質問して受信されたファイル改訂識別子９３１− ｊが、そのサブバージョン部分を除いて、ロードされたファイルのそれと比較さ れる。両者が一致していれば、「既にロードされた」という回答が応答メッセー ジにて送出される（段階６１５）。妥当なプログラム・ファイルがサブユニット のメモリに現在のところ何らロードされていないか、または不一致があれば、フ ァイル改訂識別子９３１−ｊが分析されて、それがブーティング状態８０１に おいてこの特別なサブユニット２１３に有効なＢＴＳ型式、サブユニット変形、 及びサブユニットクラスに対するＳＷファイルであるか否かが調べられる。もし そうであれば、「欲求」の回答が応答にて送出される（段階６１５）。 上記の各回答が何れも発生されていなければ、「禁止」の回答が応答にて送出 される（段階６１５）。次いで、サブユニット２１３は、更なるメッセージが到 来するのを再度待つ段階６０１に戻る。 次のメッセージは新しい質問であって良く、説明したフローは繰り返される。 次のメッセージがサブファイル９２１−ｊであれば、段階６０７で受信される。 次いで、段階６０９において、受信されたサブファイル９２１−ｊは、ＣＲＣ合 計、解読、または長さチェックを実行する、圧縮解除等の多数の周知技術のうち の任意のものに従って処理される。最後に、処理されたファイルはサブユニット のメモリに記憶され、このメモリから処理されたファイルが実行され得る。 サブユニット２１３がＢＳＣ２０１からのメッセージを待っている状況（段階 ６０１）を再度考えると、次の到来するメッセージは開始状態８０３になるべき 命令であって良く、この場合、サブユニット２１３はこの命令を受信し（段階６ ０５）、ブーティング状態８０１にあるメモリに記憶されたかまたはこのメモリ 中に見い出されたかの何れかのプログラム・ファイルの実行を開始する（段階６ ０６）。プログラムを実行し始めると直ちに、サブユニット２１３の状態は、第 ７図の入口点１への遷移によって示すように、開始状態８０３に変化する。 ここで、第７図について参照すると、これは、一旦開始状態８０３にあるサブ ユニット２１３の動作を図示するフローチャートである。段階７０１において、 サブユニット２１３はＢＳＣ２０１からのメッセージを受信するのを待っている 。（勿論、サブユニット２１３はまた、実行プログラムによって指示される通り に他のタスクを実行する。このフローチャートは、ダウンロード・プロセスに関 するそれらの動作のみを図示している）。ランしているプログラムは、ブーティ ング状態８０１にてロードされたもの（または、ダウンロード・プロセスの第７ 段階の際に既に常駐していることが見い出されたもの）である。このことは、質 問メッセージに関する分析がロード可能なプログラムにあることを意味している 。従って、分析は複合方法で構築することができると共に、ＳＷ変更だけで修正 す ることができる。手短かに言えば、第７図は動的にロード可能な制御プログラム の全ての柔軟性を示している。 他の点で、第７図のフローは第６図のフローに類似している。こうして、set- to-started状態に対する命令（段階３０９）後に到来すべき最初のメッセージは 質問であり、段階７１１において受信される。段階７１３において、サブユニッ ト２１３は、段階６１３に関して前述した方法で「ブーティング状態回答」を付 随的に準備する。これを行って、開始状態８０３にて実行されているプログラム が、ダウンロード・プロセスの第１段階の際の使用に対して各応答をもたらすオ プションを有するようになっている。 次に、段階７１５において、サブユニット２１３は「開始状態回答」を準備す る。この動作は付随的ではない。「開始状態回答」の準備は、ブート段階におい てダウンロードされた（または、既にロードされていることが見い出された）プ ログラムに完全に依存している。この段階は、提示されたサブファイル９２１− ｊを受容すべきか（「開始状態回答」＝「欲求」）、または提示されたサブファ イル９２１−ｊが「既にロードされている」（再度ダウンロードし得る）かまた はダウンロードすることが「禁止されている」ことを示すべきかについてどちら かに決めるべく如何なる機能をも実行することができる。例えば、サブユニット ２１３は、ＢＴＳ型式、サブユニット変形、サブユニットクラスを考慮に入れて 、サブファイルの妥当性の機能として「開始状態回答」を得ることができる。サ ブユニット２１３は更に、提示されたサブファイル９２１−ｊのバージョン数を 考慮し得る。即ち、バージョン数が、（もしあるなら）現在ロードされているバ ージョンの数に比して、等しいか、低いか、または高いかを考慮し得る。使用し 得る他の可能な情報は、他のサブファイル−ＢＴＳ２０３−ｘの他のサブユニッ トに見つけられるサブファイルでさえーのバージョンと提示されたバージョンが 両立し得るか否かである（内部ネットワーク２１４−ｘはこの情報を決定するの に利用し得る）。 「開始状態回答」を準備した後、実行は段階７１７に移行し、この段階７１７ において、付随的な「ブーティング状態回答」は勿論、「開始状態回答」が、Ｂ ＳＣ２０１に送出される応答にてコード化される。この発明の好ましい実施例 によれば、「現在の」状態に対する回答の保持に専用のスロット、及び「他の」 状態に対する回答の保持に専用の第２のスロットを有するべく、この応答がコー ド化される。こうして、サブユニット２１３は現在のところ開始状態８０３にあ るので、「開始状態回答」が、「現在の」状態に割り合てられた応答スロット中 にコード化され、任意の「ブーティング状態回答」が、「他の」状態に割り合て られた応答スロット中に置かれよう。 次いで、サブユニット２１３はメッセージを待つ段階に戻り（段階７０１）、 ブーティング状態８０１に関して前述した通りに振るまう（第６図参照）。即ち 、サブファイル９２１−ｊが到来するとき、サブユニット２１３は、段階６０７ 及び６０９に関して前述した通りにこのサブファイル９２１−ｊを処理し、記憶 する（段階７０７及び７０９）。 新しい質問メッセージが到来すれば、このメッセージは前述したように段階７ １１〜７１７によって処理される。 「パッケージの終了」マークが（段階３１３にてＢＳＣ２０１によって送出さ れて）到来すれば、このマークが受信され、サブユニット２１３は応用特性ルー チンを使用して、もしあれば、今メモリにロードされているプログラムのうちの どれを開始すべきかを決定する（段階７０３〜７０４）。しかしながら、サブユ ニット２１３の状態は変化しないままであり、段階７０６の終りにどのルーチン がランしていても、段階７０１は次のメッセージを待つことを再開するために実 行されることが保証される。即ち、現在実行中のプログラムから制御を引き継ぐ 任意の新しいプログラムはまた、第７図に図示された各段階を実行できなければ ならない。 「ブーティングへの設定（Set-to-booting）」命令が到来すれば、サブユニッ ト２１３はこの命令を受信し（段階７０５）、常駐ブートストラップ・プログラ ムの実行を開始する（段階７０６）。代替的に、サブユニット２１３は、常駐ブ ートストラップ・プログラムに匹敵する応用プログラムの実行を開始し得る。何 れの場合でも、サブユニット２１３の状態は、第６図における入口点２への遷移 によって示されるように、ブーティング状態８０１に変化する。 この発明の別の態様において、ＢＴＳ２０３−ｘのサブユニット２１３−ｘ− ｉのうちの１つのみが、任意のサブファイル９２１−ｊをロードさせることとな る。残りのサブユニット２１３−ｘ−ｙ（２≦ｙ≦ｍ_x）は常に、これらがブー ティング状態８０１または開始状態８０３にあるかに拘らず、各質問に応答して 「禁止」を回答する。この場合、最初のサブユニット２１３−ｘ−１は、ＢＴＳ ２０３−ｘに対する全てのサブファイル９２１を受信して、内部ネットワーク２ １４−ｘによってこれらを他のサブユニット２１３−ｘ−ｙに分配することにつ いて責任がある。 この発明のまた別の態様によれば、ダウンロード・プロセスの各段階の数は変 化することができる。即ち、この数は丁度１つの質問プロセス（サブファイル９ ２１当り１つの質問）に低減することができるか、または３つ以上の段階に増加 することができる。この発明は、各段階のうちの１つのみの段階の際に全てのフ ァイル転送を行うことによって、各段階の数を丁度１に有効に低減すると共に、 全ての他のダウンロード段階の際に、サブユニット２１３に対して全ての提供さ れたサブファイル９２１−ｊを拒絶させる可能性を成しとげる。 更に、段階の数は動的に変化させると共に、ＢＴＳサブユニット２１３から受 信した応答情報に基礎を置くことができる。この数はまた、１つのファイル改訂 識別子９３１−ｊにつき、恐らくはヘッダ・ファイルにて加えられる情報に基づ くことができる。 この発明のまた別の実施例において、サブユニット２１３−ｘ−ｉは引き続い て処理される必要はない。むしろ、ＢＳＣは幾つかのまたは全てのサブユニット ２１３に並行して各質問を送出することができる。 この発明のまた別の実施例において、ＢＳＣ２０１は、次のサブファイル９２ １−（ｊ＋１）に関する質問を送出する前に、サブファイル９２１−ｊに関する サブユニット２１３−ｘからの応答を待つ必要はない。その代わりに、ＢＳＣ２ ０１は、ファイル改訂識別子９３１の全リストを全て一緒にサブユニット２１３ −ｘ−ｉに送出することができる。このことは、任意の特定のサブファイル９２ １の受信を引き受ける前に、サブユニット２１３−ｘ−ｉに全リストをよく調べ させるという利点を有する。当業者は第３図ないし第７図の例示的実施例を容易 に修正して、この発明のこの代替的実施例を実行することができよう。例えば、 当業者は、「パッケージの終了（and-of-package）」マークがその後に続く、Ｂ ＳＣ２０１にファイル改訂識別子９３１のおのおのをサブユニット２１３−ｘ− ｉに送出させて、サブユニット２１３−ｘ−ｉに対して全てのファイル改訂識別 子９３１を受信したことを知らしめるルーチンを設計し得る。「パッケージの終 了」マークを受信すると直ちに、サブユニット２１３−ｘ−ｉはリストを良く調 べ、その選択を行い、かつ応答においてこれらをコード化する。ＢＳＣ２０１は 、この応答を受信すると直ちに、前述したように、要求されたサブファイル９２ １を取り出して送出することができよう。 前述したように、この発明はソフトウェアをダウンロードする従来技術の方法 を凌ぐ多数の利点を有している。例えば、この発明は、ソフトウェア・パッケー ジは幾つかのサブファイルから成り得るという事実と、おのおのがＢＴＳ２０３ −ｘの異なるサブユニット２１３−ｘ−ｉにて終端する幾つかの移送経路に渡っ てダウンローディングが起こり得る可能性の双方を考慮している。 更に、本発明は、サブユニット及びサブファイルの間の１対１の対応を要求し てはいない。この発明の技術は、提供されたサブファイルをサブユニットに対し て拒絶または受容させているので、サブユニットは任意の１つのサブユニットの 要求に独立したパッケージにグループ分けすることができる。 以上、本発明の特定の実施例を参照して説明した。しかしながら、この発明を 前述した好ましい実施例の形式以外の特定の形式で実施することが可能であると いうことは当業者にとって容易に明瞭となろう。このことは、この発明の精神か ら逸脱することなく行うことができる。好ましい実施例は単に例示的なものに過 ぎず、とにかく制限的なものと考慮すべきではない。この発明の範囲は前に述べ た説明よりもむしろ添付した請求の範囲によって与えられ、請求の範囲の範囲内 にある全ての変更及び等価物はそれに含まれるように意図されている。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｑ 7/30 (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，Ｕ Ｇ)，ＵＡ(ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＲＵ，ＴＪ，ＴＭ )，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ， ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，Ｋ Ｇ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ， ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，Ｓ Ｉ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ ，ＶＮ (72)発明者 ロフグレン レンナルト，ニルス アドル フ スウェーデン国 エス−590 50 ビキン グスタッド，クレン ガムマルキル 【要約の続き】 態様において、メニューを提供する段階、応答を受信す る段階、及び欲求されたファイルを伝送する段階は２つ の段階のおのおのにおいて繰り返され、第１段階におい て、第２のノードは、より複雑なブートストラップ・プ ログラムをダウンロードして開始することを要求するこ とができる。次いで、ダウンローディングの第２段階の 際に、第２のノードにランしているより複雑なブートス トラップ・プログラムは、サブファイルが第１のノード から何を受け入れるかについて決定を行う。

Claims (1)

1. 【特許請求の範囲】 １．第２のノードに結合した第１のノードを備えたネットワーク化システムに おける、１つ以上の欲求されたソフトウェア・ファイルを前記第２のノードに供 給する方法において、 前記第１のノードにて、おのおのが複数のソフトウェア・ファイルのうちの対 応するものを識別するソフトウェア・ファイル識別子のリストを備えたメニュー を取り出す段階と、 ソフトウェア・ファイル識別子の前記リストを前記第１のノードから前記第２ のノードに送出する段階と、 前記第２のノードにて、前記ソフトウェア・ファイル識別子のおのおのを調べ ると共に、前記ソフトウェア・ファイル識別子のおのおのに対して、前記複数の ソフトウェア・ファイルのうちの前記対応するものが択一的に欲求されているか または欲求されていないかに関する指示を備えた応答を形成する段階と、 前記応答を前記第２のノードから前記第１のノードに送出する段階と、 前記第１のノードにて、前記応答を調べると共に、前記第２のノードによって 欲求されているものとして示された前記ソフトウェア・ファイル識別子に対応す る前記複数のソフトウェア・ファイルのいくつかを取り出す段階と、 前記取り出されたソフトウェア・ファイルを前記第１のノードから前記第２の ノードに送出する段階と、を具備したことを特徴とする前記方法。 ２．請求項１記載の方法において、前記複数のソフトウェア・ファイルのうち の前記対応するものが欲求されていない前記指示は択一的に、前記複数のソフト ウェア・ファイルのうちの前記対応するものが既に前記第２のノードにロードさ れている指示か、または前記複数のソフトウェア・ファイルのうちの前記対応す るものが前記第２のノードにロードされるのを禁止されている指示であることを 特徴とする前記方法。 ３．請求項１記載の方法において、前記ネットワーク化システムはセルラー電 話システムであり、前記第１のノードは基地局制御装置であり、かつ前記第２の ノードは基地トランシーバ局であり、 前記基地局制御装置は前記複数のソフトウェア・ファイルを記憶する記憶手段 を含み、 前記第１のノードにて、前記第２のノードによって欲求されたものとして示さ れた前記ソフトウェア・ファイル識別子に対応する前記複数のソフトウェア・フ ァイルのうちのそれらのものを取り出す前記段階が、前記第２のノードによって 欲求されたものとして示された前記ソフトウェア・ファイル識別子に対応する前 記複数のソフトウェア・ファイルのうちのいくつかを、前記局部記憶手段から取 り出す段階を備えていることを特徴とする前記方法。 ４．請求項１記載の方法において、前記ネットワーク化システムはセルラー電 話システムであり、前記第１のノードは基地局制御装置であり、かつ前記第２の ノードは基地トランシーバ局であり、 前記第１のノードにて、前記第２のノードによって欲求されるものとして示さ れた前記ソフトウェア・ファイル識別子に対応する前記複数のソフトウェア・フ ァイルのうちのいくつかを取り出す段階が、 前記第２のノードによって欲求されたものとして示された前記ソフトウェア・ ファイル識別子に対応する前記複数のソフトウェア・ファイルのうちのいくつか に対する要求を、前記第１のノードからオペレーションズ・サポート・システム に送出する段階と、 前記オペレーションズ・サポート・システムにおいて、前記要求されたソフト ウェア・ファイルを取り出す段階と、 前記取り出したソフトウェア・ファイルを前記オペレーションズ・サポート・ システムから前記第１のノードに送出する段階と、を備えていることを特徴とす る前記方法。 ５．請求項１記載の方法において、ソフトウェア・ファイル識別子の前記リス トを前記第２のノードに送出する前記段階が、 ａ）現在のソフトウェア・ファイル識別子として使用する第１のソフトウェア ・ファイル識別子を、ソフトウェア・ファイル識別子の前記リストから選択する 段階と、 ｂ）前記現在のソフトウェア・ファイル識別子を前記第１のノードから前記第 ２のノードに送出する段階と、 ｃ）前記第２のノードから前記応答を待つ段階と、 ｄ）前記第２のノードからの前記応答を受信した後、前記現在のソフトウェア ・ファイル識別子として使用する次のソフトウェア・ファイル識別子を、ソフト ウェア・ファイル識別子の前記リストから選択する段階と、 ｅ）ソフトウェア・ファイル識別子の前記リスト中の前記ソフトウェア・ファ イル識別子のおのおのが前記第１のノードから前記第２のノードに送られるまで 、前記段階ｂ）ないし前記段階ｄ）を繰り返す段階と、を備えていることを特徴 とする前記方法。 ６．請求項５記載の方法において、前記段階ｄ）は、 前記第２のノードから前記応答を受信した後、前記応答が前記第１のノードで 調べられるのを待つ段階と、 前記第２のノードによって欲求されたものとして示された前記ソフトウェア・ ファイル識別子に対応する前記複数のソフトウェア・ファイルのうちのいくつか が前記第１のノードにて検索されるのを待つ段階と、 前記検索されたソフトウェア・ファイルが前記第１のノードから前記第２のノ ードに送出されるのを待つ段階と、次いで、 前記現在のソフトウェア・ファイル識別子として使用する次のソフトウェア・ ファイル識別子を、ソフトウェア・ファイル識別子の前記リストから選択する段 階と、を備えたことを特徴とする前記方法。 ７．第２のノードに結合した第１のノードを備えたネットワーク化システムに おける、１つ以上の欲求されたソフトウェア・ファイルを前記第２のノードに供 給する方法において、 前記第１のノードにて、おのおのが複数のソフトウェア・ファイルのうちの対 応するものを識別するソフトウェア・ファイル識別子のリストを備えたメニュー を検索する段階と、 ソフトウェア・ファイル識別子の前記リストを前記第１のノードから前記第２ のノードに送出する段階と、 前記第２のノードにて、常駐プログラムを使用して前記ソフトウェア・ファイ ル識別子のおのおのを調べると共に、前記ソフトウェア・ファイル識別子のおの おのに対して、前記複数のソフトウェア・ファイルの前記対応するものが択一的 に欲求されているかまたは欲求されていないかに関する第１の指示を備えた第１ の応答を形成する段階と、 前記第１の応答を前記第２のノードから前記第１のノードに送出する段階と、 前記第１のノードにて、前記第１の応答を調べると共に、前記第２のノードに よって欲求されるものとして示された前記ソフトウェア・ファイル識別子に対応 する前記複数のソフトウェア・ファイルのうちのいくつかを取り出す段階と、 前記取り出したソフトウェア・ファイルを前記第１のノードから前記第２のノ ードに送出する段階と、 前記第２のノードにて、前記第１のノードから受信した前記ソフトウェア・フ ァイルの実行を開始する段階と、 第２の時間の間に、ソフトウェア・ファイル識別子の前記リストを前記第１の ノードから前記第２のノードに送出する段階と、 前記第２のノードにて、前記第１のノードから受信した実行中の前記ソフトウ ェア・ファイルを使用して前記ソフトウェア・ファイル識別子のおのおのを調べ ると共に、前記ソフトウェア・ファイル識別子のおのおのに対して、前記複数の ソフトウェア・ファイルのうちの前記対応するものが択一的に欲求されているか または欲求されていないかに関する第２の指示を備えた第２の応答を形成する段 階と、 前記第２の応答を前記第１のノードから前記第１のノードに送出する段階と、 前記第１のノードにて、前記第２の応答を調べると共に、前記第２のノードに よって前記第２の応答中に欲求されるものとして示された前記ソフトウェア・フ ァイル識別子に対応する前記複数のソフトウェア・ファイルのうちのいくつかを 取り出す段階と、 前記第１のノードにて前記第２の応答を調べた結果取り出された前記ソフトウ ェア・ファイルを、前記第１のノードから前記第２のノードに送出する段階と、 を具備したことを特徴とする前記方法。 ８．請求項７記載の方法において、前記複数のソフトウェア・ファイルのうち の前記対応するものが欲求されていないことを示す前記第１及び第２の指示のお のおのは択一的に、前記複数のソフトウェア・ファイルのうちの前記対応するも のが前記第２のノードにて既にロードされていることを示す指示か、または前記 複数のソフトウェア・ファイルのうちの前記対応するものが前記第２のノードに てロードされるのを禁止されていることを示す指示であることを特徴とする前記 方法。 ９．第２のノードに結合した第１のノードを備えたネットワーク化システムに おける、１つ以上の欲求されたソフトウェア・ファイルを前記第２のノードに供 給する装置において、 前記第１のノードにて、 おのおのが複数のソフトウェア・ファイルのうちの対応するものを識別するソ フトウェア・ファイル識別子のリストを備えたメニューを検索する手段と、 ソフトウェア・ファイルの前記リストを前記第１のノードから前記第２のノー ドに送出する手段と、を具備し、 前記第２のノードにて、 前記ソフトウェア・ファイル識別子のおのおのを調べるとともに、前記ソフト ウェア・ファイル識別子のおのおのに対して、前記複数のソフトウェア・ファイ ルのうちの前記対応するものが択一的に欲求されているかまたは欲求されていな いかに関する指示を備えた応答を形成する手段と、 前記応答を前記第２のノードから前記第１のノードヘ送出する手段と、を具備 し、 前記第１のノードが、 前記応答を調べると共に、前記第２のノードによって欲求されるものとして示 された前記ソフトウェア・ファイル識別子に対応する前記複数のソフトウェア・ ファイルのうちのいくつかを取り出す手段と、 前記取り出したソフトウェア・ファイルを前記第１のノードから前記第２のノ ードに送出する手段と、を更に備えていることを特徴とする前記装置。 １０．請求項９記載の装置において、前記複数のソフトウェア・ファイルのう ちの前記対応するものが欲求されないことを示す前記指示は択一的に、前記複数 のソフトウェア・ファイルのうちの前記対応するものが前記第２のノードにて既 にロードされていることを示す指示か、または前記複数のソフトウェア・ファイ ルのうちの前記対応するものが前記第２のノードにてロードされることを禁止さ れていることを示す指示であることを特徴とする前記装置。 １１．請求項９記載の装置において、前記ネットワーク化システムはセルラー 電話システムであり、前記第１のノードは基地局制御装置であり、かつ前記第２ のノードは基地トランシーバ局であり、 前記基地局制御装置は前記複数のソフトウェア・ファイルを記憶する記憶手段 を含み、かつ 前記第１のノードにて、前記第２のノードによって欲求されるものとして示さ れた前記ソフトウェア・ファイル識別子に対応する前記複数のソフトウェア・フ ァイルのうちのいくつかを取り出す前記手段は、前記第２のノードによって欲求 されるものとして示された前記ソフトウェア・ファイル識別子に対応する前記複 数のソフトウェア・ファイルのうちのそれらのものを前記局部記憶手段から取り 出す手段を備えていることを特徴とする前記装置。 １２．請求項９記載の装置において、前記ネットワーク化システムは、前記第 １のノードに結合したオペレーションズ・サポート・システムを含むセルラー電 話システムであり、 前記第１のノードは基地局制御装置であり、 前記第２のノードは基地トランシーバ局であり、 前記第１のノードにて、前記第２のノードによって欲求されたものとして示さ れた前記ソフトウェア・ファイル識別子に対応する前記複数のソフトウェア・フ ァイルのうちいくつかを取り出す前記手段は、前記第２のノードによって欲求さ れたものとして示された前記ソフトウェア・ファイル識別子に対応する前記複数 のソフトウェア・ファイルのうちのいくつかに対する要求を、前記第１のノード から前記オペレーションズ・サポート・システムに送出する手段を備え、かつ 前記オペレーションズ・サポート・システムは、 前記要求されたソフトウェア・ファイルを取り出す手段と、 前記取り出したソフトウェア・ファイルを前記オペレーションズ・サポート・ システムから前記第１のノードに送出する手段と、を備えていることを特徴とす る前記装置。 １３．請求項９記載の装置において、ソフトウェア・ファイル識別子の前記リ ストを前記第２のノードに送出する前記手段は、 現在のソフトウェア・ファイル識別子として使用する第１のソフトウェア・フ ァイル識別子を、ソフトウェア・ファイル識別子の前記リストから選択する手段 と、 前記現在のソフトウェア・ファイル識別子を前記第１のノードから前記第２の ノードに送出する手段と、 前記第２のノードからの前記応答を待つ手段と、 前記第２のノードからの前記応答の受信に応じて、前記現在のソフトウェア・ ファイル識別子を前記第１のノードから前記第２のノードに送出する前記手段に よって前記現在のソフトウェア・ファイル識別子として使用される次のソフトウ ェア・ファイル識別子を、ソフトウェア・ファイル識別子の前記リストから選択 する手段と、を備えていることを特徴とする前記装置。 １４．請求項９記載の装置において、ソフトウェア・ファイル識別子の前記リ ストを前記第２のノードに送出する前記手段は、 現在のソフトウェア・ファイル識別子として使用する最初のソフトウェア・フ ァイル識別子を、ソフトウェア・ファイル識別子の前記リストから選択する手段 と、 前記現在のソフトウェア・ファイル識別子を前記第１のノードから前記第２の ノードに送出する手段と、 前記調査及び取出し手段、及び前記取り出したソフトウェア・ファイルを前記 第１のノードから前記第２のノードに送出する前記手段に結合して、前記第２の ノードによって欲求されるものとして示された前記ソフトウェア・ファイル識別 子に対応する前記複数のソフトウェア・ファイルのいくつかが取り出されて前記 第１のノードから前記第２のノードに送出されるのを待つと共に、待機が終了し たときに出力を発生する待機手段と、 前記待機手段の前記出力に応答して、前記現在のソフトウェア・ファイル識別 子を前記第１のノードから前記第２のノードに送出する前記手段によって前記現 在のソフトウェア・ファイル識別子として使用される次のソフトウェア・ファイ ル識別子を、ソフトウェア・ファイル識別子の前記リストから選択する手段と、 を備えたことを特徴とする前記装置。 １５．第２のノードに結合した第１のノードを備えたネットワーク化システム における、１つ以上の欲求されたソフトウェア・ファイルを前記第２のノードに 供給する装置において、 前記第１のノードにて、 おのおのが複数のソフトウェア・ファイルのうちの対応するものを識別するソ フトウェア・ファイル識別子のリストを備えためメニューを検索する手段と、 ソフトウェア・ファイル識別子の前記リストを前記第１のノードから前記第２ のノードに送出する手段と、を具備し、 前記第２のノードにて、 常駐プログラムを使用して前記ソフトウェア・ファイル識別子のおのおのを調 べると共に、前記ソフトウェア・ファイル識別子のおのおのに対して、前記複数 のソフトウェア・ファイルのうちの前記対応するものが択一的に欲求されている かまたは欲求されていないかに関する第１の指示を備えた第１の応答を形成する 手段と、 前記第１の応答を前記第２のノードから前記第１のノードに送出する手段と、 を具備し、 前記第１のノードが、 前記第１の応答を調べると共に、前記第２のノードによって欲求されるものと して示された前記ソフトウェア・ファイル識別子に対応する前記複数のソフトウ ェア・ファイルのうちのいくつかを取り出す手段と、 前記取り出されたソフトウェア・ファイルを前記第１のノードから前記第２の ノードに送出する手段と、 第２の時間の間、ソフトウェア・ファイル識別子の前記リストを前記第１のノ ードから前記第２のノードに送出する手段と、を更に備え、 前記第２のノードが、 前記第１のノードから受信した前記ソフトウェア・ファイルの実行を開始する 手段と、 前記第１のノードから受信した前記ソフトウェア・ファイルの前記実行を使用 して前記ソフトウェア・ファイルのおのおのを調べると共に、前記ソフトウェア ・ファイル識別子のおのおのに対して、前記複数のソフトウェア・ファイルのう ちの前記対応するものが択一的に欲求されているかまたは欲求されていないかに 関する第２の指示を備えた第２の応答を形成する手段と、 前記第２の応答を前記第２のノードから前記第１のノードに送出する手段と、 を更に備え、 前記第１のノードがまた、 前記第２の応答を調べると共に、前記第２のノードによって欲求されるものと して前記第２の応答中に示された前記ソフトウェア・ファイル識別子に対応する 前記複数のソフトウェア・ファイルのうちのいくつかを取り出す手段と、 前記第１のノードにて、前記第２の応答を調べた結果、取り出された前記ソフ トウェア・ファイルを、前記第１のノードから前記第２のノードに送出する手段 と、を更に備えてなることを特徴とする前記装置。 １６．請求項１５記載の装置において、前記複数のソフトウェア・ファイルの うちの前記対応するものが欲求されていないことを示す前記第１及び第２の指示 のおのおのが択一的に、前記複数のソフトウェア・ファイルのうちの前記対応す るものが前記第２のノードにて既にロードされていることを示す指示か、または 前記複数のソフトウェア・ファイルのうちの前記対応するものが前記第２のノー ドにてロードされるのを禁止されていることを示す指示であることを特徴とする 前記装置。