(57)【要約】      （修正有）【課題】配分データ通信システムにおけるデータのアレンジメントと方法に関する。【解決手段】ここでのデータとは多数の宛先デバイス（ＡＥＩ、ＡＥＩＩ、ＬＳＥ２、ＬＳＥ３）に送るデータプログラムまたはドキュメントである：これらの装置において少なくとも１個の記憶ユニット（ＭＥ、ＬＳＭ２、ＬＳＭ３）を備える。改訂は、例えばインストールと／または選択データの変更、ａ）選択した宛先デバイスのリストを作成、ｂ）選択宛先デバイス上でのデータ改訂のための手順の作成と改訂レシピ（Ｌ２、Ｃ２）としての手順の記憶、ｃ）改訂するデータとその改訂レシピを少なくとも含むデータパッケージの作成、ｄ）データパッケージは選択宛先デバイスヘのデータ通信システム内で内部的に配分されること。ｅ）選択宛先デバイスは各々の宛先デバイスにインストールされた特別な翻訳プログラムを利用してデータパッケージ内の情報を翻訳し、手続きを開始する。【選択図】図１
2007128535.tif 000002
【特許請求の範囲】
【請求項１】
データ通信システムのユーザのため複数のワークステーションを備えるネットワーク接続データ通信システムにおいて、選択データを改訂する方法、このようなデータはデータ通信システムでユーザのために管理者が選択する複数の宛先デバイス（ＡＥＩ、ＡＥＩＩ、ＬＳＥ２、ＬＳＥ３）の多数に送るデータプログラムまたはドキュメントがある、
それぞれの宛先デバイスは個々のデータ記憶のため少なくとも１記憶ユニット（ＭＥ、ＬＳＭ２、ＬＳＭ３）を有し、当該改訂は例えばインストール、および削除、選択データの変更を含むシステムにおいて、複数の宛先デバイスからの選択データを一括改訂するため次の方式ステップが本方法によって実行される：
（ａ）選択された宛先ユニットを作成する、
（ｂ）選択された宛先ユニット上でデータ改訂を行う処理が管理者によってなされ、その処理（Ｌ２、Ｃ２）が改訂レシピ（ｒｅｃｉｐｅ）として格納される、
（ｃ）少なくとも改訂すべきデータとその改訂レシピを含むデータパッケージが作成される、
（ｄ）データパッケージはデータ通信システム内で内部的に、選択された宛先デバイスに分配される、そして
（ｅ）選択された宛先ユニットは各宛先ユニットにインストールされた特殊解釈プログラムを使用し、データパッケージ内の情報を解釈し、手続がこの解釈に基づいて起動される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求範囲１の前文で規定する方式およびその方式を実施するためのアレンジメントに関する。
本発明は特に配分データ通信システムにおける改訂選択データのための方法およびアレンジメントに関する。ここでのデータとはデータ通信システムにおける複数の宛先デバイスに用いるデータプログラムまたは文書を指し、目的地において個々の宛先デバイスは個々のデータ記憶のため、少なくとも１記憶装置を備え、ここで行われる改訂は、例えば、選択されたデータのインストール、削除、または変更を行うものである。このような配分デバイスの例としてユーザー・ユニット、すなわち、ＰＣ（パーソナルコンピュータ）、ネットワークサービスユニットと共働する端末が上げられるが、また、あるネットワークから他ネットワークに改訂が行われるときは他のネットワークも含まれる。
【背景技術】
【０００２】
以下に説明するインストールは、プログラム・プロダクトおよびドキュメントのような他のタイプの情報の再構成、更新、および削除をなすことを含んでいる。データ通信システムにソフトウェアをインストールする場合、同一のインストール手順が伝統的に、ソフトウェアを組み込もうとするデータ通信システムの各ユニットごとに手作業で個別に繰り返されてきた。すなわち、インストールに必要な情報は、通常、ユーザーに質問して得られるが、これを繰り返し行わなければならず、これは非常に時間がかかるとともに誤りが生じやすい。
【０００３】
さらに、この手順はインストールが同一方法で行われることの障害となり、不均一なシステムができあがる。
そのため、例えばソフトウェアを再構成、更新、または削除するときに問題を引き起こすおそれがある。これは特に類似する多数のユニットで構成されるデータ通信システムにプログラムソフトウェアを単一的な方法でインストールするときに起こりやすい。
【０００４】
このようなシステムの開発の結果生まれた傾向は、少なくとも中央のコンピュータユニットの処理能力の一部が複数のローカルコンピュータユニットに転送されたということである。例えば、最近の技術では、複数の端末に接続された中央コンピュータユニットは複数のパーソナルコンピュータまたはワークステーションで構成される１つまたは２つ以上のローカルネットワークで置き換えることが可能となっている。以前、管理者は中央コンピュータユニットにソフトウェアを設定することだけを考えればよかった。しかし現在では、システム内の多くのユニットは、ソフトウェアを個別に格納および実行でき、かつ、特定のローカルネットワークに属するサービスユニット内の論理ユニットにアクセスできるので、管理者は、どのソフトウェアがどのユニットにインストールされているか、どのユニットが更新を必要としているかなどを把握していなければならないという技術的問題に直面している。これらの問題は、多数のユニットが地理的に広域にわたって使用され、また機種も多様である、いわゆるリモート通信ネットワークが使用されているとき、さらに困難な間題となることが多い。
【０００５】
完全に適格な要員を各ローカル拠点に配置することは不可能であり、まして、変更を実施し、古いプログラムの新バージョンをインストールでき、システムを全体的に有効管理できる有能な要員は少ない。
【０００６】
この他の厄介な技術的問題は、配分コンピュータシステムの全体を通したユーザユニットの更新を、多様なユーザユニットおよび各種ユーザに対し、同一形式で、同一バージョンをインストールして局所的にも統一的にも維持しなければならないことである。その結果、容易に追跡できない「説明不能」な誤りが多数発生した。
例えば、プログラム製作者が、市販ソフトウェアを変更しながら、この変更を発表せずにインストールプログラムに付加することは通常よく行われている。その後、この種の新しく購入したプログラムソフトウェアを、前記のインストールプログラムを使って個々のユーザユニットにインストールすると、編入された変更を突き止めたり、追跡することは困難になる。これが「説明不能」なエラーの原因になりやすい。
【０００７】
従って、解決すべき技術的問題の１つは、ソフトウェアまたはそれ以外の情報、例えば一定のリストファイル、つまりドキュメントのようなデータを、データまたは通信システムに結合されたユーザユニットに、容易に、単一形式でインストールすることを可能にすることである。
【０００８】
さらに技術的問題として挙げられるのは、データシステム管理者が、何が、どこにインストールされたか記録できるようにすることである。
ネットワークに接続されたデータ通信システムは、ＵＳ−Ａ−４，９７４．１４９に記述されている。データ記述ファイルは中央システムからリモートシステムに配布されるソフトウェアを記述している。この記述ファイルに含まれる情報はデータ記述ファイルに明示された在庫ライブラリーからソフトウェアを検索するためにリモートシステムにより利用される。このように、リモートシステムは配布されるソフトウェアの記述を取得し、ソフトウェアがどこに存在するかを知ることができる。
【０００９】
データ配布の２つの技術が記述され、その１つはデータをネットワークを通じてコンポーネントシステムに配布する技術である。他の１つは、データを、パンチテープもしくはカード、または磁気テープもしくは磁気ディスクのような媒体を使って配布する技術である。
記述ファイルはさらにソフトウェアが自動的に実行ライブラリにインストールするのか、後に、手動インストールするため媒体にインストールすべきかを指示する。
【００１０】
本発明の目的
本発明の第一の目的は、コンピュータシステムを管理する方法とアレンジメントを提供し、特に大量改訂の自動実行を可能にすることである、すなわち、例えば、コンピュータシステムに接続された、異種で、ユーザも多様なユーザーユニットのためのドキュメントまたはソフトウェアをインストール、削除、または変更することである。
発明の目的はさらに、プログラムまたはドキュメントを単純な形式で登録または削除可能にすることである。
【００１１】
それによって、コンピュータシステムにインストールされた情報を容易に把握できる。
発明のさらなる目的は、管理者、または責任管理者が自動的に大量の改訂を迅速、単純、かつ容易に行えるようにすることである。
【００１２】
また、さらに本発明の目的としていることは、コマンドを宛先デバイスヘ配布する場合の大容量機能を得ることである。
そしてさらに目的は、コンピュータシステム管理方式を提供し、特にコンピュータシステムに接続されたユーザユニットに前もってインストールされているソフトウェアのようなデータの再構成、バージョンアップ、または削除を可能にする方式を提供することである。
【００１３】
発明の主要な目的は、クレーム１の特徴に述べられた種類の方式で達成される。その他の特徴および展開は、他のクレームに記述されている。このように、本発明は、一つの中央ネットワークから当該中央ネットワークにより管理されるローカルネットワークヘ、またはあらゆるローカルネットワークからあらゆる種類のローカルネットワークヘのような階層コンピュータネットワークとしてのローカルネットワーク内、およびリモート通信ネットワークを介したローカルネットワーク間の両方に適用される改訂のためのデータの配布に関する。用語としての「リモート通信ネットワーク」はまた、ダイレクトデータネットワークも意味する。例えば、電話回線網、衛星接続、その他の通信ネットワーク、および通信リンクがそれぞれ該当する。
【００１４】
発明システムまたはアレンジメントによって、異なる管理指令が、配分データ通信システムの中央サイトから、中央サイトに接続された１カ所または２カ所以上のローカルサイトヘ配布されることが可能となる。管理指令はいかなる種類のものであってもよい。その定義に基づくリストをかきに示す。また管理指令は抽象的である。それぞれの実際の管理指令は、抽象から作られた特殊なバージョンである。（ｃ．ｆ．オブジェクト指向分析およびプログラミング）各ローカルサイトまたはネットワークに使用されるさまざまなコンピュータシステムは、区域内の単一コンピュータ（例えばパーソナルコンピュータまたはマイクロコンピュータ）から完全ローカルコンピュータネットワーク（ＬＡＮ）におよび、ワークステーション、サービスユニット、またはサービスコンピュータ、ミニコンピュータ、中央記憶機能を持つ大型コンピュータなど多様である。これらのローカルネットワークは、それぞれコンピュータセンター内のネットワークと接続する、少なくとも１通信リンクを持ち、管理指令はこの通信リンクを通して配布される。
【００１５】
管理指令は、特殊翻訳ソフトウェアを使って改訂されるべきものとしてローカルネットワークに受け取られ、指令が実行される。指令が正しく実行され、または失敗すると、結果に関する情報は指令を発したネットワークに返送される。
【００１６】
中央サイトとのこれらのネットワークは、特殊なソフトウェアをもち、これはマネジメントオーダーを組合せることができる。中央サイトのネットワークはまたローカルネットワークを形成し、これらは他のローカルネットワークと同一方式で扱われる。したがって、完全デモクラティックなシステムではローカルネットワークはただちに中央サイトでのネットワークとなり改訂データを、少なくとも１つの他のローカルネットワーク内にリモート通信ネットワークを介して配布する。
【００１７】
本発明の展開に基づく管理指令（例えば、保管ファイル内にソフトウェアを登録、挿入、プログラムをワークステーションにインストール、データベースにバックアップを作成など）の使用によってもたらされる利点は、これらの管理指令は効果的に高信頼性を保ちながら、迅速に複数ネットワークに、単一配布指令で配送できることである。
【００１８】
本発明によって、大容量指令発行の問題が、複数の、完全独立した指令を同時に（同一コンテナ内に）与えることによって解決される。これらの指令は、この場合、全てのアドレスを指定された宛先のユニット上で並行して行われる。指令を発している中央サイトは、中間リモートネットワーク叉は指令を発している中央基地局をロードする一未解決のコール（ｃ．ｆ．ＲＰＣ＝ＲｅｍｏｔｅＰｒｏｃｅｄｕｒｅＣａｌｌ遠隔構成コール）のチェックを維持するための別の独立した技術アレンジメントを備える必要がない。さらにコンテナはタイムスタンプを備えることができる。このタイムスタンプはコンテナを配送する時期を指示でき、前記コンテナはロード、料金が低い夜間に送ることもできる。
コンテナはまた、送信する情報量を減らすため、発行前に圧縮し、受取時に圧縮解除することができる。
【００１９】
本発明をさらに発展させて、次のような一様な改訂手続きを準備することができる：
ａ）改訂の対象となるデータは、その元の形式で記憶される。
ｂ）管理ユニットを制御する管理者は、その後でデータ改訂のための手続きを作成し、この手続きをデータ改訂ｒｅｃｉｐｅ（処方箋、以下レシピと標記）として記憶する。そして一様な改訂手続きに続いて、
ｃ）前記データの改訂に関する情報がデータ保管ファイルに記憶される。
【００２０】
これにより、管理者は前述のようにソフトウェアオブジェクトや当該サイズのデータ通信システムにおけるそれらの内部関係のチェックの維持ができる。
この方式によって操作されるソフトウェアオブジェクトは次のグループに分類される：
グループ１（登録されたパッケージ）：
デリバリーパッケージ−オリジナルプログラム、ドキュメント−プリセット／作成したプログラム又はドキュメントなど。
グループ２（レシピ）：
例えばインストールおよび削除の手続き。
グループ３（アプリケーション）
使用準備が整ったプログラムおよびドキュメント。
グループ４（アプリケーションエディタ）
構成（Ｃｏｎｆｉｇ．）手続き。
【００２１】
このような本発明の展開のための概念は、操作者に何がインストールされているか（グループ３）、何がオリジナルであったか（グループ１）、そしてグループ１に記録されたものがグループ３に記録されたもの（グループ２）にどのように変換されたかを知らせることができることになる。グループ４に記録されたものはグループ３に記録されたパッケージがどのように再構成されたかを表示する。これらの知識の全ては少なくとも１データベースに保持され、このデータベースは管理者がいつでもアクセスできるオブジェクト指向データベースであることが望ましい。
【００２２】
アプリケーションのバックグランドを知ること、どのような方法でアプリケーションをデータ通信システムに適合させ、アプリケーションの再利用が可能になっているかを知ること、また、アプリケーションがどのように、いつ再構成されたかを知ることは、非常に有益である。このことはシステムにインストールされるソフトウェアを備えたデリバリーパッケージが、常に、外部から配送されるインストールソフトウェアとともに少なくとも１データベース上に記憶されていなければならないことを意味する。
【００２３】
定義
以下は本仕様書で用いられる用語とその意味である。
レシピ
与えられたソフトウェアまたはドキュメントが、システム内のコンピュータにどのように作成され、インストールされ、構成されるかを記述した構造化テキストおよびこれを実行するのに必要な情報。
【００２４】
改訂または改訂レシピは一般レシピを基に質問減少方法により特別に適応化されたレシピを作成して、コンパイルすることができる。この方式は繰り返すことによって特別に適応化された改訂レシピの階層を作り上げることができる。つまり、特別適用レシピは、全ての質問がなくなるまで、他の特別に適応化されたレシピの作成に使用することができる。これは重要な機能である。特に管理者によって管理されるデータ通信システムが大規模な場合、すなわち多数のユニットを擁し、かつデータ通信システムがある点で一様な、例えば使用されるスクリーン型式が同じユニットのグループに分割できる場合に特に重要である。さらに詳細な点については申請中のスウェーデン特許Ｎｏ．９１０３５１２−１を参照のこと。
【００２５】
管理指令
本発明による指令のタイプで、あるネットワークから他のネットワークに送信された改訂パッケージで何をなすべきかを知らせるものである。これは機能でなく、抽象的ハイレベルサービスの論理指示である。以下、指令の種類を例示する：
＊保管ファイル内のプログラムまたはドキュメントの登録または登録取消し
＊起動手続きを登録または登録取消し
＊プログラムまたはドキュメントの起動
＊起動指令の取消し
＊パッケージ、ファイル、ドキュメント等の取出し
＊プログラムおよびファイルの配布
＊複数システムまたはコンピュータユニットヘのソフトウェアインストール
＊複数システムまたはコンピュータユニット内のソフトウェア削除
＊ソフトウェアの入れ替え、例えばバージョンアップ手続き
＊グループまたはローカルユニットの再構成
＊データベースのセキュリティバックアップ
＊イベントおよびエラー管理グループ
【００２６】
１つまたは２つ以上のコンピュータユニットまたはユーザでローカルまたは中央管理ユニットに属し、その時必要な改訂の所定の標準属性をもつ。
【００２７】
データパッケージ
改訂すべきデータと改訂のためのレシピの組み合せ。
すなわち改訂パッケージ。改訂がローカルネットワークから為された場合、つまり１中央から他のローカルネットワークに対して為された場合、データパッケージはコンテナとなる。
【００２８】
コンテナ
転送パッケージで、これは少なくとも１改訂パッケージと、１ローカルネットワークから他ネットワークヘの改訂パッケージ転送のための少なくとも１管理指令からなる。
【００２９】
宛先デバイス
データ改訂目的のデータパッケージ送出先デバイス。宛先デバイスはローカルネットワーク内のユーザユニットでもよい。ただしデータパッケージが他ネットワークから送信されてくるネットワークでもよい。
【００３０】
ユーザユニット
ユーザがそれによってサービスを受けられるユニット。
ローカルネットワーク、パーソナルコンピュータ、またはワークステーション内のいくつかの論理ユニットと協調動作している端末などが相当する。
【００３１】
ＬＡＮ
ローカルエリアネットワーク
ＷＡＮ
リモート通信ネットワーク
【００３２】
管理者
管理目的用に適応化されたユーザユニットからデータ通信システムを管理する者。データシステムはＬＡＮ、ＷＡＮまたはその他の通信ネットワークまたは通信リンクと相互に接続された複数のシステムを含む。管理者は１ローカルネットワーク（ＬＡＮ）のみを管理する者でもまたはリモート通信ネットワーク（ＷＡＮ）を通じて全体のデータ通信システムを管理する者であってもよい。ローカル管理者は序列的に中央の指揮を受ける。複数の中央管理者がデータ通信システムに存在してもよい。
【００３３】
情報ベース
データが格納されたデータベースで、情報またはＯＳの形式をもつ。
インタプリタ
データ構造を別のデータ構造に変換できるプログラム。
【００３４】
大量改訂
データ通信システムにおいて多数のユニット上の同一ソフトウェアの改訂。
ゲートウェイ
通信方法を、異なる通信プロトコルを使用するネットワークに接続するデバイス。つまり、「プロトコルコンバータ」。
情報デバイス
データベースまたはＡＩアプリケーションまたはユーザ。
改訂
改訂とは、新プログラムのインストール、既存プログラムの更新、縮集、情報挿入、既存データの修正などの改訂手続き。
【００３５】
図１の詳細な説明
図１はプログラム製品が、管理者ユニットＣＡＤＭ、ＡＤ１、ＡＤ２、ＡＤ３の何れかに位置する一人の管理者により管理される分配データ通信システムの一例を示している。この場合その１つのＣＡＤＭは中央ネットワークＣＮに接続された中央管理者ユニットでよい。２つ以上の中央管理者ユニットが中央基地局に置かれてもよい。これらの管理者ユニットは、一定の優先順序で配置され、進行中の作業で、複数ユニットが同一機能にアクセスする場合、１ユニットが優先権をもつことになる。
この機能を要求する管理者は、その順序を端末画面で知らされる。アクセスを割り当てることも可能である。例えば、管理者をデータの分配のため、中央基地局のネットワークＣＮへ管理者自身を接続する順序によった優先順で配置する。
【００３６】
各管理者ユニットは、管理者が実行する管理目的のためのメモリスペースにアクセスすることができる。図１に示す例では、データ通信システムは階層的に構築されている。ただし、本発明は、下記説明でも明らかなように、この種のシステムに厳密には制限されるものではない。
【００３７】
図１に示す中央基地局の中央ネットワークＣＮ内の中央管理者Ｐ１にとって、このメモリスペースは中央サーバーコンピュータＣＳＥに接続された中央サービスメモリＣＳＥ内にある。当該ＣＳＥは中央管理者ユニットＣＡＤＭと協調動作し、そこに中央管理者Ｐ１が位置する。中央サーバーコンピュータＣＳＥはパーソナルコンピュータＰＣかまたは大型コンピュータである。また、メモリＣＳＭはそれぞれ主大型コンピュータメモリ、または２次大型コンピュータメモリ、またはディスクメモリである。
【００３８】
中央基地局から改訂すべきデータ、例えば中央管理者Ｐ１によりシステムインストールするプログラムは図解の如くディスケットＰＬＣを使用して、最初にその全体が、中央サーバーコンビュ丁夕ＣＳＥにフイードされる。勿論ディスケットは、中央のネットワークＣＮに接続されたユニット内の任意のディスクステーションに挿入できる。ただし図例ではサーバーコンピュータヘ直接挿入されている。管理者Ｐ１がディスケットを自分の端末ＣＡＤＭに挿入する方がより自然であろう。この端末ＣＡＤＭとは図１のイラストでは自身の処理能力およびサーバーコンピュータＣＳＥに接続された自身のメモリをもつコンピュータである。
【００３９】
各管理者ユニットはユーザユニットとしてまたはユーザユニットと同一タイプとして組み込むことができる。
ユーザユニットは特殊ソフトウェアを用いて管理者ユニットに変換される。特殊ソフトウェアは管理用に適用され、管理者はこれにアクセスして使用する。
【００４０】
図１に示すシステムは３つのローカルネットワーク（ＬＡＮ）ＬＮ１、ＬＮ２、ＬＮ３で構成される。中央サーバーデータＣＳＥは、それぞれ前記ローカルネットワーク内でリモート通信ネットワークＷＡＮＨを介してデータＬＳＥ１、ＬＳＥ２、ＬＳＥ３に接続される。複数のユーザユニットはＡＥＩまたはＡＥＩＩはネットワークＬＮ、ＬＮ、ＷＡＮＨに接続されるユーザユニットは例えば端末、パーソナルコンピュータ、またはワークステーションでよい。
【００４１】
図１の具体的例外は自身の限定された処理能力をもち、ＡＥＩと称するネットワークサーバー内の論理ユニットと協働する純粋な端末と自身のメモリと処理能力を持つコンピュータ、例えばＡＥＩＩと称するパーソナルコンピュータから成っている。
【００４２】
ローカルネットワークＬＮ１およびＬＮ２は、ゲートＰ１、Ｐ２、Ｐ３を介してリモート通信ネットワークＷＡＮＨに接続されている。各ローカルネットワークはそれぞれローカル管理者ＬＡ１、ＬＡ２、ＬＡ３をもっている。これらの管理者は、管理目的のため管理者ユニットそれぞれがＡＤ１、ＡＤ２、ＡＤ３として機能するユニットを介して自身の特別なローカルネットワークでデータ改訂を管理する。
【００４３】
本発明のデータ通信システムは特別な論理構造をもつ。ネットワーク管理者アプリケーションは図１のイラストの中央管理者ユニットＣＡＤＭ内に見られる。そして隋層の中で最上ノードを構成する。このユニットは全システムを階層的に管理する。
【００４４】
この最上ノードはまた、よりデモクラティックに構築されたシステムでみることができる。（図２参照、これはさらに詳述する）ローカルネットワーク内の管理者は即座に、少なくとも１他ローカルネットワークのユーザにデータ改訂を許すことができる。この管理者は自身の管理ユニットで、厳密にこの改訂手続きの中央管理者として機能し、さらにシステムの中で階層的に機能する。
【００４５】
ドメイン管理アプリケーションは中間ノードで、ローカル管理者ＬＡ１、ＬＡ２、ＬＡ３によって作られるローカルパートを管理する。ドメイン管理アプリケーションはネットワーク管理アプリケーションと情報の送受信を行い、そして前記アプリケーションに使われる。
【００４６】
オブジェクト管理エージェントは中間ノードの下位レベルで、かつ独立したユーザユニットＡＥＩまたはＡＥＩＩを管理する。またドメイン管理アプリケーションに使用される。ローカルエリア内の、少なくとも１ユーザユニットでデータ改訂を行うときは、情報はローカルサーバーコンピュータから取り出されるという意図で送信される。ユーザユニットはそれからできるだけ早く適当な機会に改訂パッケージを取り出す。一方、パッケージは前記情報と共に送信される。どちらを選ぶかはローカルネットワークおよび前記ネットワークに含まれるユニットに依存し、支配的な状況の中で最も実際的なものを選択する。
【００４７】
前記の構造はまた、アドレス指定構造をもつ。階層の中で異なるレベル間での使用に適したプロトコルの例は、標準化されたＯＳＩプロトコル（ＣＭＩＰ）である。これにより、例えばＳＮＭＰ、ＣＭＯＴ、ＣＭＯＬのような様々なレベル間構造での複数並行プロトコルの共存が可能となる。１つの望ましい実施例によれば、分配データ通信システムは次のように操作される：
１．データ通信システム内の分配ユニット内で改訂すべき着信データは登録され、その全体が記憶される。関係ソフトウェア、インストールプログラム、構成（Ｃｏｎｆｉｇ．）プログラム等も実際のソフトウェアに付加して名前とバージョンとともに記憶される。これらの操作はローカルおよび中央レベルの両方で行うことが望ましい。
２．データ改訂プログラムは改訂が行われるローカルネットワークにまたはネットワーク適応化される。
【００４８】
これは行われた質問の一部または全部、例えばインストール手続きで、前もって答えられることを意味する。そしてその答はレシピ形式で別々に保存されることを意味する。これは管理者の協力によって行われる。特殊なプログラム言語が定義され、システムの全ユーザがこれを使用できる。
３．データが中央から改訂されるとき、中央管理者は転送パッケージ（以後コンテナと称す）を作成する。これは、データ、与えられた指令のタイプにより異なったそのレシピ、また受信ノートーの管理ファイルにデータをレジュメする異なった種類の少なくとも１管理指令などを含んでいる。コンテナヘの分配リストは、どのローカルネットワーク（単数または複数）にデータを送るべきかを明確にする。コンテナ内の管理指令は、データを受け取るローカルネットワーク内のユーザユニットを示すことができる。
【００４９】
他の別種管理指令は、記述の開始時に定義リストで与えられている。管理指令はできればまた、受け取りローカルネットワーク内の保管ファイルに登録すべきデータを指示する。保管ファイルは他の目的にも使用できるメモリに格納できる。あるいは別個の記憶ユニットに格納できる。複数のデータは改訂レシピとそのための管理指令とともに１つの同一コンテナに順番に配置することができる。図１に示すこの種の階層データ通信システムでは、中央管理者は改訂データを持つユーザを含む各ローカルネットワークＬＮ１、ＬＮ２、ＬＮ３に対するコンテナＣＯＮ１、ＣＯＮ２、ＣＯＮ３を作成する。相互に同じ内容をもつコンテナは選択された一連のローカルネットワークに同時に１回で送信されることに注意する必要がある。ローカルオフィスはグループ化でき、これらのグループは分配リスト作成を単純化するために利用される。
【００５０】
図１に示す階層データ通信システムではコンテナは同時に送信されることが望ましいが、別々にコンテナの配送手段として機能する各々のローカルネットワークに送られる。
４．中央管理者から送信されるコンテナの開梱（以下アンパックと表記）は中央管理者がコンテナにパックした順序でローカルネットワークで行うことが望ましい。この場合、コンテナは全体が最初にローカルサービスメモリＬＳＭｉに格納される。ここではｉ＝１〜３である。まず、コンテナのデータが正しいかどうかみるため、自動チェックまたは手動チェックが行われる。その後、指令が実行され、検証される。そしてその結果の報告が中央に返信される。必要な時は、ローカル管理者はローカルネットワークに関係するユーザのため特殊データ改訂レシピを作成する。また前記データ改訂のためのローカルネットワーク内のユーザユニットのような個々の選択分配ユニットヘのためのデータ改訂パッケージとレシピを作成する。ローカルネットワーク内の改訂パッケージには指令に関係づけられた管理指令が含まれる。そこにはデータ改訂に関係したユーザリストも含まれた。
５．改訂データの送信を待つ各ユーザ、ユーザグループ、コンピュータまたはコンピュータグループにメッセージが送られる。
【００５１】
ローカルネットワークＬＮ２中のローカル保管ファイル、例えばＬＳＭ２はローカル管理者ユニットＡＤ２によって保管されたまたは中央基地局から送信されたコンテナーに含まれる命令によって分配されるプログラムとドキュメント（ファイル）の全てを持つ。保管ファイルからの削除は明確な形式で行われなければならない。つまり、ネットワークに接続されたどのユーザユニットにも、もはやインストールされていないときに限り行われる。データがローカルネットワークに分配されているとき、データはもはやどこにもインストールされていないというメッセージを中央から受け取った場合を除き、データを中央から削除することはできない。
６．ローカルネットワークのコンテナ内の指令を実行した後、状態報告は、中央保管ファイルヘ登録するため、中央管理ユニットに送られる。保管作業はまた直接保管ファイル内で行うことができる。
【００５２】
本発明に基づき、プログラム保管ファイルはなるべくこのように中央またはローカルで、各ネットワーク内の保管メモリに格納される。プログラム保管はできればオブジェクト指向データベースを含み、この中にプログラム製品と関連情報が同時に格納される。
７．ローカル管理者はまた、ローカルネットワークＬＮ１、ＬＮ２、ＬＮ３内のフロッピィディスクＦＬＬで示されるように、データをまったく別々にローカルネットワーク内で改訂することができる。中央はこの操作について知る必要がなく、データはローカルネットワークで保管される。必要なときは中央管理者は任意のローカルネットワークに接続し、ローカルネットワークの保管ファイルに登録されている全てに関する情報を得ることができる。
８．一方、代替法として、保管ファイル内に登録、および保管するため、またローカルネットワークに接続された別個の選択ユーザユニットとしてのＡＥＩまたはＡＥＩＩのインストールのため別個のコンテナを送ることもできる。希望する場合は、少なくとも若干のローカルネットワークは、中央管理者によって送られたコンテナから情報をアンパックした後、ローカル管理者の助けを借りずに、管理プログラムを使って独自に、直接改訂を行うこともできる。インストールパッケージに収納された管理指令により、パッケージに関連するローカルネットワーク内のユーザにパッケージを自動的に分配すべきかまたは管理者の助けを借りて分配すべきか指示してもよい。
【００５３】
データ改訂に関連する異なるケースを完全に説明するため、ネットワークＬＮ１はデータ改訂がパーソナルコンピュータＡＥＩＩで単独実行される、次に前記コンピュータのメモリに直接記憶されるネットワークを示す。ネットワークＬＮ２は端末だけ結合されたネットワークを示す。これらの端末はローカルサーバコンピュータに接続され、ローカルメモリＬＳＭ２内のレジスタはローカルサーバコンピュータに接続される。ネットワークＬＮ３は端末ＡＥＩおよび大きな処理能力および自身のメモリを備えるコンピュータＡＥＩＩを接続するネットワークを示す。
【００５４】
ローカルネットワークＬＮ１に送られるコンテナＣＯＮ１はローカルサーバコンピュータＬＳＥ１によって受信され、ここでコンテナはアンパックされ、指令が実行される。ローカルネットワークＬＮ１ではデータは常に直接、ユニットＡＥＩＩで改訂される。１または２以上のユーザユニットＡＥＩＩは、データを転送しようとしたその瞬間、占有または閉鎖される。したがってシステムの構造はサーバコンピュータが関連するユーザユニットに、改訂が実行されることを適当な信号を用いて知らせるようになっている。改訂が即座に実行できない場合、各ユーザユニットは都合のよい時間にサーバコンピュータから、インストールレシピを利用してデータを取り出す。
【００５５】
ローカルネットワークＬＮ２に送られたコンテナＣＯＮ２はこの場合またローカルサーバコンピュータＬＳＥ２によっても受信され、そこでコンテナがアンパックされる。このネットワークのユーザユニットＡＥＩは単なる端末なので、データはユニットＡＥＩの各ユーザがアクセスできるＬＳＭ２内のメモリエリア内のローカルサーバコンピュータＬＳＥ２内の論理ユニットで改訂される。管理者はこのようにして、本発明に基づき、改訂されるべきデータを保持する改訂レシピを作成する。データの改訂パッケージおよびそのレシピは、そこでサーバコンピュータ内の論理ユニットに送られ、レシピおよび本発明に従って使用される特殊ソフトウェアの助けを借りて改訂が行われる。
【００５６】
ＡＥＩおよびＡＥＩＩの混成から成るローカルネットワークＬＮ３に送られるコンテナＣＯＮ３は、しばしば実際上起こることだが、またローカルサーバコンピュータＬＳＥ３によっても受信され、そこでコンテナがアンパックされる。レシピを伴うデータが作成され、改訂が一部は、接続されたコンピュータＡＥＩＩで、また一部は、さまざまなユーザユニットＡＥＩとユーザユニットＡＥＩＩの大半がアクセスできるローカルサービスメモリＳＬＭ３のメモリ領域で実施される。管理者ＬＡ３がネットワークＬＮ３内にあり、管理者が作業する管理者ユニットＡＤ３を複数のユーザユニットＡＥＩおよびＡＥＩＩから自由に選択し、これを利用できる。したがって管理者機能は管理者ＬＡ３に付随し、作業するユニットである特殊ユニットＡＥＩ、ＡＥＩＩには付随しない。
【００５７】
むろんこれはまた、ネットワークＬＮ１、ＬＮ２に応用できる。しかし、これらのユーザユニットが管理ユニットとして働くためにはネットワークＬＮ１においてある種のソフトウェアをユーザユニットにインストールする必要があろう。
【００５８】
ユーザユニットはネットワークコンピュータのような大型コンピュータであっても良いし、またはネットワークに接続されたパーソナルコンピュータまたはワークステーションであっても良い。
【００５９】
ネットワークＬＮ１においてＭＥメモリを備えるローカル管理ユニットＡＤ１は、例えばステーショナリディスクメモリをもつハイパワーの性質を持つワークステーションである。もちろん、他種のコンピュータおよび記憶ユニットでもよい。異種コンピュータをローカルネットワークに接続すること一もできる。例えばＬＮ１は単独でマッキントッシュを使用してもよい。またＬＮ３は単独でＩＢＭユニットを使用してもよい。別個に準備されたレシピは関係するそれぞれのネットワークに対して作成することができる。例えばマッキントッシュユニットが複数の異種キーボードをもつなら、これらのユニットは（キーボードタイプ、ＴＹＰＥ１、ＴＹＰＥ２に従い）グループ分け可能でレシピは単独でマッキントッシュユニットをもつネットワークのために作成されたレシピからこれらのグループのそれぞれに対して作成できる。データ通信システムの構成は、本発明にとって重要でなく、したがって図１に示す構造と異なってもよい点に注意されたい。例えば同種コンピュータは各それぞれのローカルネットワークでもみられる場合には、これらのコンピュータは同一グループに含めてよい。さらに、これらのローカルネットワークの１つに存在するコンピュータからのみでグループを構築してもよい。したがって、同じユーザユニットを２グループ以上に含めてよい。グループはまた、一部または全部を互いにオーバーラップさせてよい。
【００６０】
図２はデータ通信システムの実施例を示す。ここでは全体的にデモクラティックに分配され、階層的構造にはなっていない。また中央管理体をもたない。データ通信システムは単独で複数のローカルネットワークＮ１〜Ｎ４をもち、それぞれは改訂データを他の全てのネットワークに送ることができる。この場合、このデータ転送はまた、リモート通信ネットワークＷＡＮＤを介して行うことができる。管理命令を含むコンテナは異なるネットワーク間の改訂を目的とするすべての送信のために作成される点に注目されたい。改訂を目的とする改訂パッケージは、単独で各ネットワークで作成される。例えば図示した以外の、他の異種データ通信システム、異なる階層およびデモクラティックシステムの混合はまた、本発明の範囲である。
【００６１】
プログラムレジスタ内のアイテム
アイテムとここで呼ぶ情報を運ぶオブジェクトは当該アイテムに関する情報をふくむ。ここでは情報はオブジェクトフィールドに記憶される。図１に示されている本発明に基づくデータ通信システムのようなデータ通信システムを管理できるように管理者が要求している情報を持つアイテムは図３を参照しながら説明する。図３はオブジェクト指向データベースモデルを形成する、いわゆるコンセプチエアル計画を図解する。これはプログラムレジスタをもち、情報システムの一都を形成する。
【００６２】
下記に、さまざまなアイテムグループとそれらの相互関係が図示されている。
コンセプチュアル計画の中の異なる関係の説明
−固有閑係（ＩＳＡ）、例をあげると、プログラム１は登録されたアイテムである。
−０．．Ｍ関係。０、１、または２以上の関係が、これらのアイテム間に存在する。例えば、各登録アイテムに接続された０からＭの異なるレシピが存在する。
−１関係。例えば、各レシピはある１つに属し、かつ唯一の登録アイテムに属する。
メインアイテムは管理者コンピュータのメモリＡＭ内のプログラムレジスタに格納され、管理者によって処理される。かつ４つの一般グループに分類することができる。
【００６３】
グループ１：登録されたアイテム（ＧＲ１）
管理者が受けとる配送パッケージ。プログラムレジスタ（図４のＬ１、図５のＣ１、下記に詳述する）に記憶された配送パッケージに関する情報は以下を含む：
−プログラム−オリジナル（１、固有関係ＩＳＡ〜ＧＲ１）
−ドキュメント（２、ＩＳＡとＧＲ１固有関係）
−インストール前／準備プログラムまたはドキュメント（３、ここでＧＲ１は０．．Ｍ関係を認識する。Ｍは任意の番号）
−他の配送パッケージとの関係（４）
【００６４】
グループ２：レシピ（ＧＲ２）
これらのレシピは与えられたソフトウェアがどのようにインストールされるべきか、また、コンピュータから削除すべきか、つまりインストール可能アプリケーション（ＧＲ３）を配送されたオリジナルプログラム（ＧＲ１）からどのように得るか、またはインストールされたソフトウェア（ＧＲ３）をどのように削除（デインストール）するかを記述する。ＧＲ１からＧＲ２へ０．．Ｍ関係が存在する。つまり、各プログラム／ドキュメントは複数のレシピをもつことができる。ＧＲ２からＧＲ１へ１つの関係がある。つまり各レシピは唯一のプログラム／ドキュメントにのみ属する。インストールレシピおよびデインストールレシピは手続きレジスタ（図４のＬ２、図５のＣ２、下記に詳述）に記憶される。
【００６５】
１グループ３：アプリケーション（ＧＲ３）
完成したプログラムおよびドキュメントは使用に供される。分配レジスタ（図４のＬＡＲＫ、図５のＣＡＲＫ、詳細は後述）に記憶されたアプリケーションに関する情報は下記を含む：
−作成に使用された登録されたプログラム製品
−作成方法。つまりどのレシピが使用されたか。（ＧＲ２）
−構成方法。つまりどのアプリケーション改訂が使用されたか（ＧＲ４）。
−記憶方法。（オーナー５、ＧＲ５Ａ、ＧＲ５８、ＧＲ６Ａ、ＧＲ６８）。
各アプリケーションは一つである。つまりＧＲ３からＧＲ２へ１関係しか存在しない。複数アプリケーションは存在してよい。つまりＧＲ２からＧＲ３へ０．．Ｍ関係が存在する。
【００６６】
グループ４：アプリケーションエディタ（ＧＲ４）
あるアプリケーションエディタは手続きレジスタまたは分配レジスタに格納された構成レシピを媒体としてアする情報は以下を含む：
（ａ）何から作成したか（図３内のＧＲ１）
（ｂ）どのように作成したか（ＧＲ２）
（ｃ）変更されていたら、どのように変更されたか（ＧＲ４）
（ｄ）使用権利者名（ＧＲ５）
（ｅ）どこに記憶されるか（ＧＲ６）
【００６７】
図５はリモート通信システムＷＡＮの蝶体を通じてローカルネットワークと接続する中央ネットワークＣＳＥでのデータ改訂の管理法を図示したものである。以上によって達成される方式はローカルレベルで実行され、図４に示す方式と比較的似ている。正確にはローカルネットワークと同じ方法で、できればデータ分配者からの分配パッケージの形でデータが収集される。このデータは登録され、中央プログラムレジスタＣ１の第１ステージＣＦ１に格納される。システムの構築がよくできているからリモート通信ネットワークＷＡＮと接続したローカルネットワークＬＮ１またはＬＮ２の１つから到着したコンテナもまた、中央基地局に送られることが理解できよう。これらのコンテナはオプションで、管理者ＡＤ１、ＡＤ２のどちらかによって事前チェックされている。したがって、それはシステムを構築する本発明の範囲に含まれる。従って、希望する場合、中央レジスタＣ１、Ｃ２およびＣＡＲＫは全体のデータシステムに記憶されたデータに関する情報を登録することができる。しかし、特に大規模データ通信システムの場合、中央から配布されたこれらのプログラムとドキュメントを中央レジスタに登録し、そのため必要なとき中央ネットワークがローカルレジスタから、何がそこに格納されているかについて情報を取り出すことができるように管理することがより実際的であり、簡単である。
【００６８】
第２ステージＣＦ２、でＣＦ２、ＳＷは、中央管理者による処理のため、中央管理コンピュータＣＡＤＭにインストールされる。
中央管理者は、ステージＣＦ３に到着したデータのためにユーザグループまたはコンピュータグループを決定する。
【００６９】
ステージＣＦ３で開設されるグループはこれらのネットワークの中でユーザユニット／ユーザグループを開示する一方でローカルネットワークの中でグループを生成させる。したがって中央管理者は転送パッケージ、いわゆるコンテナを作成する。このコンテナは１管理指令とデータおよびその改訂レシピをもつ。これは、製品は受取ローカルネットワークのローカルデータレジスタに登録されることを意味する。たとえば“ａｌｌ”と記述すると、インストールがなされるユーザユニットＳＥＩまたはＡＥＩＩにアクセスしている全てのユーザもまたアクセスするということである。
【００７０】
ある特定タイプの管理指令は、送出されたソフトウェアとそのレシピが、ローカル管理者の手を借りずに直接、ローカルネットワークにインストール可能にしている。
この場合、ソフトウェアとそのインストールレシピを１つはレジスタＬ１への登録に関する、もう１つは自動インストールに関する管理指令をもつ２つの独立したパッケージで送ったほうがよい。両管理指令とも、１つの同一コンテナで送信したほうがよい。
管理ユニットＣＡＤＭの中に、管理指令を組み合わせ総合プログラムがある。
【００７１】
中央レジスタＣ１、Ｃ２、ＣＡＲＫ内のデータは、ネットワーク管理者によるさらなる処理のため１または２以上のネットワークに送ることを意図しているので、
データインストールのために行われるデータ標準手続きは完全に標準化されていることに注目する必要がある。
【００７２】
ローカルネットワークヘ送られる転送パッケージ内のプログラム製品に関する指令は、プログラム製品ローカルプログラムレジスタに登録すべきことを指示している。この管理指令の部分指令はプログラム製品、たとえばＥｒｇｏＷｏｒｄ４．０は、ローカルネットワークの特定ユーザユニットに直接インストールするよう指示する。つまり、ローカル管理者を介入させずにインストールレシピ、たとえばErgoWord.Install LN2に基づいてインストールする。
【００７３】
ステージＣＦ４でデータがインストールされる方法は、各ローカルネットワークで使用されている方法とは異なっている、すなわち、コンテナは受信者であるネットワークＬＡＮに送られるように開設されている。
【００７４】
コンテナはローカルネットワークの分配デバイスとして、少なくとも１ローカルネットワークをもつデータパッケージと考えられる。転送コンテナはローカルネットワークでアンパックされる。これらのユニットはデータパッケージ用分配ユニットとして機能する。インストール作業は図６のフローチャートの最初の部分に従い、ステージＣＦ４で行われる。これについては下記に詳述する。
【００７５】
転送パッケージ（コンテナ）には配布リストとともに（ローカルネットワークＬＮ２）が与えられ、下記のものを含む：
−ソフトウェア（ＥｒｇｏＷｏｒｄ４．０）
−特別に適応化されたインストールレシピ（ErgoWord.Install LN2）
−ユーザリスト（“ａｌｌ”）
−オプションでタイムスタンプ（１９９１−１２−２４１５：００）これはインストールの望ましい時間（下記詳述）または送信希望時間で次のフォーマットを持つ。
“Install ErgoWord 4.0／Recip；ErgoWord.install LN2／Users；All/Time；1991-12-2415：
“配布ＬＮ２”はそれらの配布リストとして全コンテナに含まれる．改訂パッケージは、それから図５に示すように指定ユーザに送出される。
【００７６】
ユーザユニットおよびユーザグループユニットに関する情報は、名前、組織、所在地、システム権利などである。ユーザユニットとユーザユニットのそれぞれのグループは分配レジスタ（ＬＡＲＫ、ＣＡＲＫ）に登録、変更、削除できる。そしてこれらのユニットとユニットグループに関する情報はレジスタから取りだし、リストにすることができる。
【００７７】
ステーションとステーショングループに関する情報には、名称、物理ロケーション、製造物の種類と構成、どんなアプリケーションがステーションに格納されているか、どんなアプリケーションが作成されたかについての情報が含まれる。
【００７８】
先に、データ、データインストール手続きとその分配は３つの独立したレジスタＬ１、Ｌ２、ＬＡＲＫとＣ１、Ｃ２、およびＣＡＲＫにそれぞれ格納されることを記述した。これらのレジスタは１つのまた同一レジスタまたはインストールされたデータの登録以外の目的にも使用できる記憶ユニットの記憶領域を形成することができることは明かである。異なるレジスタはむろん、従釆通り記憶ユニットに分配格納できる。
【００７９】
複数の異なるレジスタを１つの分配データベースにまとめて収納することができる。これらのレジスタをローカルレベルで更新するのが望ましく、また大規模データ通信システムでは必要であるが、ここではこれらのレジスタを更新する必要はない。その代わり、インストール後の各ローカルインストールに関する全ての情報は、図５に示す中央レジスタＣ１、Ｃ２、ＣＡＲｋ（これは同じレジスタの一部を構成する）に保管のために転送される。この場合、レジスタＬ１、Ｌ２、ＬＡＲＫは一時レジスタで、これらはインストール前にメモリ、例えばネットワークコンピュータＡＤＭ２のネットワークメモリＦＳＭ内で作成され、それから消去されたり、または他の情報によって上書きされる。
【００８０】
図６は中央基地局からローカルネットワークＬＡＮに接続されたユーザユニットＡＮＶ１、ＡＮＶ２ヘインストールパッケージを分配する方法を示すフローチャート例である。
Ｓ１．第１方式段階またはステップはインストールするプログラムまたはドキュメントを取り出す。
Ｓ２．必要なとき、１つのインストールレシピを作成する。いわゆるインストールパッケージがそのインストールレシピを用いてプログラムまたはドキュメントから作成される。インストールパッケージはコンパイル用の標準フォーマットをもつ。
Ｓ３．インストールパッケージが送られるローカルネットワークヘの分配用にコンテナが作成される。上述のように、複数の改訂パッケージ、つまりインストールパッケージ、削除パッケージ等を１つの同一コンテナに収納することができる。
Ｓ４．１つまたは２つ以上の管理指令がインストールパッケージに封入される。
Ｓ５．パッケージを所定の時期に配布リスト上で選択したユーザユニットに配布することが可能である。この時期は、特殊管理指令形式のインストールパッケージに結合したタイムディスクロージャーによって判明する。したがって中央管理者はいわゆるタイムスタンプのセットをセットすることができる。（タイムスタンプはコンテナ内で、各パッケージで個々に、またはコンテナ全体についてセットできる。）
代替法として、タイムスタンプは管理指令が実行される時間を指定することができる。また、２または３以上の、互いに異なるタイムスタンプを適用することも考えられる。コンテナを発送するタイムスタンプは、夜間またはネットワーク負荷が最低の時間に送出可能になる。これはまた、送信コストを低下させてくれる。
Ｓ６．コンテナは閉じられ、配布リストがコンテナに割り当てられる。
Ｓ７．コンテナは中央管理ユニットから送信され、選択されたユーザユニットに送出される。
Ｓ８．コンテナはローカルネットワークにより受信され、そこで全体が第１ステージに格納される。パッケージはそこで、コンテナに納められた順序でコンテナからアンパックされる。
Ｓ９．受信した情報をチェックする。
Ｓ１０．情報が無効と判定されると、そのメッセージが中央基地局に送られる。それからステージＳ２５が実行される。
Ｓｌｌ．コンテナの受信は、中央管理者に受信受領証を送ることにより中央基地局に対する確認が行われる。
Ｓ１２．管理指令の解釈を行う。
Ｓ１３．さらに情報が必要かどうかの決定を行う。
Ｓ１４．さらに情報が必要なら、そのためのメッセージを中央基地局に送る。中央は新しい追加コンテナを作成し、コンテナを送り返すのでステージ２５が実行される。
【００８１】
代替方法として（明示されていない）中央と対話を交わすことができる。さらに情報が必要なら、対話が管理ユニットまたは他の情報ベースと行われる。管理指令は、得られた情報に従ってＳ１５で実行される。このステージには管理指令の修正の可能性、またはこれらの指令の実行停止が考えられる（明示されていない）。
Ｓ１５．追加的情報がもはや不要なら、関連するインストールパッケージに指令を与え設定した順序に従って管理指令が実行される。（パッケージもまた、それらがパックされた順序で処理されるＱ１または禎数パッケージについてタイムスタンプが存在する場合、タイムスタンプが存在しないパッケージが処理される間に断続的に格納することができる。複数のパッケージが互いに関係をもってよい。この場合、これらのパッケージには同一タイムスタンプが与えられ、タイムスタンプによって設定された順序で処理される。ただし、パッケージは常に同時処理される。）
Ｓ１６．管理指令はローカル管理者の手を借りずにインストールパッケージを直接分配することを指示しているか？答がイエスならブロックＳ１９へ移行する。
Ｓ１７．ローカルインストールレシピを作成する必要があるかまたはインストールレシピは中央基地局から正しく送られたか？答がノーならブロックＳ１９へ移行する。
Ｓ１８．Ｓ１７の答がイエスならローカル管理者はこれに答えて受信側ユーザユニットに固有なインストールレシピを作成する。この結果１または２以上の手続きステップが生じる。
Ｓ１９．ローカル管理者は、ローカルネットワークを使用して関係するユーザに、インストールパッケージが取りだし可能であることを知らせる。
【００８２】
ユーザユニットは最初の都合のよい機会にインストールパッケージを取り出す。各ユーザユニットは解釈プログラムを備える。解釈プログラムはインストールパッケージを受け取り、パッケージを解釈する。つまりパッケージに従って実施されるべき改訂タイプを確認する。そしてこの解釈を基に手続きを起動する。
【００８３】
インストールレシピは例えばユーザユニット内のインストールプログラムによって実行される。これは着信ステーションのメモリ（ＡＭ、ＣＳＭ、ＥＦＭ）、ネットワークメモリＦＳＭ内の図示されたケースに格納される。または例えば、別個のコンピュータ、すなわち、パーソナルコンピュータ（ＰＣ）の場合直接ユーザユニットに格納される。改訂レシピが実行されれば、特に対象となるユーザユニットＡＥＩ、またはＡＺＩＩに適応化されたアプリケーションが得られる。
Ｓ２０．ユーザがインストールを実行できない場合、
エラーメッセージが与えられる。このようなメッセージがない場合はＳ２２に進む。
Ｓ２１．ローカル管理者はエラーを調査し、可能ならエラーを直す。
Ｓ２２．実行されたインストールの登録は、ローカル分配レジスタで実施される。この保管は、図５に示すフローチャートの他の時間、すなわち、もっと早い時期に実施できることに注意する。
【００８４】
管理指令が実行されると、オリジナルプログラム製品（例えばErgoWord 4.0）は受信ユーザユニット、つまり図示した実施例のネットワークメモリＦＳＭ内のプログラムレジスタに保管される。プログラム製品に属するインストールレシピ（例えばErgoWord.Install LN2）もまた、同じプログラムレジスタに保管される。
【００８５】
図示した実施例で、ローカル管理者ＬＡ２はネットワークコンピュータＡＤ２（図１）を介して操作し、またローカルプログラムレジスタはネットワークメモリＬＳＭ２に格納され、その結果、この特別なケースの受信ユニットはネットワークコンピュータＬＳＥ２となることが判明する。
Ｓ２３．処理されたパッケージはコンテナの最後のパッケージだったか？
Ｓ２４．Ｓ２３の答がノーだったら、次の手続き指令を取り、ステージＳ１２に進む。
Ｓ２５．全体コンテナは処理され、その目的を達成したので、それは削除してよい。この操作はコンテナを消去またはコンテナを、ユーザユニットの歴史が登録されている別個の記憶ユニットに設置することにより行うことができる。
Ｓ２６．ステータスメッセージは、最終ステージとして中央基地局に送られる。
【００８６】
ユーザユニットにおけるインストール以外の他のデータ改訂
新しいデータのインストール以外の改訂、つまりデータの再構成、削除、または交換を行うときのインストール手続きとの違いは次の通りである：
−特殊インストールレシピを作成する代わりに、特殊な改訂レシピを作成する。
−改訂すべきアプリケーションに関するプログラムレジスタ内のポストを更新する。
−特別に適合化した改訂レシピのみを登録する。
−転送パッケージはアプリケーション名とその特別適合された改訂レシピのみ含む。
【００８７】
この例が図７に示されている。これはすでに１または２以上のユーザユニットＡＥＩまたはＡＥＩＩに配布されている構成データを示すフローチャートである。
Ｓ５１．スタートアップにつづき、構成アプリケーションを必要とするユーザユニットＡＥＩまたはＡＥＩＩに特に適合された構成レシピが作成される。
【００８８】
プログラム製品の改訂パッケージが、準備された一般構成レシピを含む場合は、このレシピは複写され、特別に適合化される。その後、アプリケーションエディタとしてプログラムレジスタＬ１またはＣ１に格納される。
【００８９】
図示したケースではErgoWord.Configの複製は、特にネットワークＬＮ２に接続されるユーザユニットグループＡＥＩまたはＡＥＩＩのグループ用に適応化されており、プログラムレジスタErgoWord.Config L\N2という名称で格納される。準備されたレシピが改訂パッケージを伴わない場合、管理者は自身で特別に適応化したレシピを作成できる。
Ｓ５２．転送または送出パッケージが作成される。これは関係アプリケーションを指示する以外に、特別に適合された構成レシピがオプションで、メモリ（ＳＭ、ＣＳＭ、ＦＳ）に格納されたローカルプログラムレジスタに登録されるべきことを指示する管理指令を含んでいる。
【００９０】
この管理指令の部分指令はアプリケーションを構成するための指令をもつ、すなわち、構成レシピに基づくErgoWord 4.0であり、またErgoWord.Config LN2である。
Ｓ５３．このステージではどのユーザユニットＡＥＩまたはＡＥＩＩ、またはどのユーザユニットの代替グループ（ＬＮ１、ＷＮ、ＬＮ２）に対してアプリケーションが構成されるべきかを決定する。ここの中では受信ユーザユニットＡＥＩもしくはＡＥＩＩまたはユーザグループ（ＬＮ１、ＷＡＮ、ＬＮ２）の分配リストが与えられ、転送または送出パッケージと組み合わされる。
【００９１】
この図示による実施例では、リストは１要素からのみ構成されている。つまりローカルネットワーク内のユーザユニットグループである。
Ｓ５４．構成されたアプリケーションの使用権利をもつ、ユーザまたはユーザグループがこのステージで与えられる。ここでユーザリストも送出パッケージと組み合わせられる。例えば“ａｌｌ”と記述することで、構成が実施されるユーザユニットＡＥＩまたはＡＥＩＩにアクセスできるすべてのユーザは、ソフトウェアにもアクセスが容易に考えられる。例えば“前と同じように”と記述すると構成前に許可されるユーザは、またその後も同様に許可されることを意味する。
Ｓ５５．タイムスタンプをセットされるべきか？
Ｓ５６．タイムスタンプはこの決定ステージで設定できる。
Ｓ５７．転送パッケージが送出される。
この特別なケースでは、送出パッケージは以下のものを含む：
−アプリケーション名称、つまりインストールされたプログラム製品名称（ErgoWord 4.0）
−特に適応化された構成レシピ（ErgoWord Config LN2）
−ユーザリスト（“as before”）
−タイムスタンプ（1992-02-2623:59）
実際は次のように示される。
“Config ErgoWord 4.0／Recipe;ErgoWord.Config LN2／Users；
“as before”／Time；1992-02-2623:59”
“Distribute LN2”はその分配リストとして送出パッケージに収納される。
Ｓ５８．転送パッケージまたはコンテナが受領される。
Ｓ５９．登録指令が実行される。図示例では、構成レシピ（ErgoWord Config LN2）は受信ユニットのメモリのプログラムレジスタ内に保管される。この場合はネットワークメモリＦＳＭである。
Ｓ６０．構成指令が実行される。ここでは構成レシピは例えば受信ステーションのメモリ（ＳＭ、ＣＳＭ、ＦＳＭ）、この場合はネットワークメモリＦＳＭに記憶された構成プログラムによって実行される。指定されたアプリケーションは構成レシピが実行された時に構成される。
Ｓ６１．アプリケーションが構成レシピを用いて再構成されているか否かに関する情報とともにプログラムレジスタに格納されたアプリケーションは、このケースではネットワークメモリＦＳＭ内で更新される。
【００９２】
図示例においてアプリケーションはネットワークメモリＦＳＭ内に分割リソースとして格納できるものとする。ここでローカルネットワークＬＮ２と接続されたユーザユニットＡＥＩまたはＡＥＩＩは自身のメモリＭＥにアプリケーションの複製を保持する必要はないものとするが、しかしネットワークＬＮ２を通してアプリケーションにアクセスできるものとする。構成レシピがプログラム製品が構成されるべきシステムに対して特に適応化されており、ローカル管理者からそれ以上情報を必要としない場合、構成は受信ユーザユニットＡＥＩまたはＡＥＩＩによって自動的に行うことができる。代替案として転送パッケージをローカル管理者が受け取り、管理者は自身が管理するシステム内のそれぞれのユーザユニットＡＥＩまたはＡＥＩＩ内の構成レシピを使用してアプリケーションを構域する。またはアプリケーションが分割リソースである場合は他のユーザユニットがアクセスできるユーザ装置ＡＥＩまたはＡＥＩＩ内で行う。
Ｓ６２．このステージで、ステータスメッセージは受信ユーザユニットから、この場合ネットワークコンピュータＡＤ２から管理者コンピュータヘ、通信システム（ＬＮ２、Ｐ２、ＷＡＮ、Ｐ１、ＬＮ１）を介して送出される。
【００９３】
構成が成功すると、構成されるアプリケーションが正しく構成されている旨中央プログラムレジスタに登録される。
他の種類の改訂は技術者によって容易に実行できるのでここでは詳しく触れない。
【００９４】
ソフトウェア以外のインストールデータの大量インストール例
例えば、本発明によるデータ通信システムは、航空券予約に使用できる。管理者コンピュータが特定の航空会社内での全フライト予約用に中央ユニットに配置きれる。このシステムの複数のユーザは異なった国々の旅行代理店とする。大量の、準備された問合せ・回答が、異なる言語で格納されている。管理ユニットの管理者は、例えばユーザユニットＡＥ３のユーザに、所定のフライト予約に関する補足情報について質問することができる。管理者は、英語メニューの質問２を選んでユーザユニットＡＥ３に質問する。問２はスウェーデン語でユーザユニットＡＥ３に表示される。ＡＥ３のユーザは、例えばスウェーデン語の回答メニューの５を選択すると、対応するＩＤが管理者ユニットに送り返される。いくつかの回答の数字を組み合わせて、まったく新しい回答をコンパイルすることも可能である。
【００９５】
異なったユーザユニット聞で情報を転送される場合、１または２の識別子と云われるものが含まれる。識別子はユーザユニットのメモリ内の情報を指示するために使用されるデータ通信システムは異なった複数の団に存在するユーザユニットを含むから、また、ユーザユニットを使用する際、異なった人間言語を使用するユーザを含むから識別子はこれらのユニット間で通信する場合極めて有益である。さらにこのことはすべての質問と回答を送信する代わりに一つまたは一対の識別子がユニット間で送信されるので転送される情報の量を極度に減少させることができる。この種のシステムは出願中のスウェーデン特許申請書第９１０３５１３−９号に詳細に記載されている。
しかし、随時図面に表示される構成を変更する理由があるかもしれない。例えば、追加ＩＤを与えて図示情報を追加したくなる。本発明に従い、異なる予約端末のこのＩＤを記憶させることは、管理ユニットの管理者によってすべての予約端末に対して零易にまた全体的に行うことができる。
【図面の簡単な説明】
【００９６】
本発明は実施例を図解する図面および付属図面による説明によって、より容易に理解し、その特徴を掴むことができる。
【図１】階層的に構築されたデータ通信システムの例を示す。その中で、少なくとも１中央管理者がシステムを管理する。
【図２】デモクラティックに配布されたデータ通信システムの例である。これを用いて本発明による方式およびアレンジメントが適用できる。
【図３】いわゆるコンセプト計画を表した図解である。これはむしろオブジェクト指向データベースのモデルを構築している。
【図４】ローカルネットワーク内のデータインストールの１具体化を図示したものである。
【図５】はリモート通信ネットワークを介した１ローカルネットワーク、例えば１中央管理から少なくとも１他ローカルネットワークヘのデータインストールの１具体化を示す。
【図６】本発明に従って分配パッケージを配布する方法を示すフローチャートである。
【図７】既にインストールされたソフトウェアを再構成する方法を示すフローチャートである。
【図１】
2007128535.tif 000003
【図２】
2007128535.tif 000004
【図３】
2007128535.tif 000005
【図４】
2007128535.tif 000006
【図５】
2007128535.tif 000007
【図６】
2007128535.tif 000008
【図７】
2007128535.tif 000009
【手続補正書】
【提出日】平成18年12月13日(2006.12.13)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
図６は中央基地局からローカルネットワークＬＡＮに接続されたユーザユニットＡＮＶ１、ＡＮＶ２ヘインストールパッケージを分配する方法を示すフローチャート例である。
Ｓ１．第１方式段階またはステップはインストールするプログラムまたはドキュメントを取り出す。
Ｓ２．必要なとき、１つのインストールレシピを作成する。いわゆるインストールパッケージがそのインストールレシピを用いてプログラムまたはドキュメントから作成される。インストールパッケージはコンパイル用の標準フォーマットをもつ。
Ｓ３．インストールパッケージが送られるローカルネットワークヘの分配用にコンテナが作成される。上述のように、複数の改訂パッケージ、つまりインストールパッケージ、削除パッケージ等を１つの同一コンテナに収納することができる。
Ｓ４．１つまたは２つ以上の管理指令がインストールパッケージに封入される。
Ｓ５．パッケージを所定の時期に配布リスト上で選択したユーザユニットに配布することが可能である。この時期は、特殊管理指令形式のインストールパッケージに結合したタイムディスクロージャーによって判明する。したがって中央管理者はいわゆるタイムスタンプのセットによりタイムポストをセットすることができる。（タイムスタンプはコンテナ内で、各パッケージで個々に、またはコンテナ全体についてセットできる。）
代替法として、タイムスタンプは管理指令が実行される時間を指定することができる。また、２または３以上の、互いに異なるタイムスタンプを適用することも考えられる。コンテナを発送するタイムスタンプは、夜間またはネットワーク負荷が最低の時間に送出可能になる。これはまた、送信コストを低下させてくれる。
Ｓ６．コンテナは閉じられ、配布リストがコンテナに割り当てられる。
Ｓ７．コンテナは中央管理ユニットから送信され、選択されたユーザユニットに送出される。
Ｓ８．コンテナはローカルネットワークにより受信され、そこで全体が第１ステージに格納される。パッケージはそこで、コンテナに納められた順序でコンテナからアンパックされる。
Ｓ９．受信した情報をチェックする。
Ｓ１０．情報が無効と判定されると、そのメッセージが中央基地局に送られる。それからステージＳ２５が実行される。
Ｓｌｌ．コンテナの受信は、中央管理者に受信受領証を送ることにより中央基地局に対する確認が行われる。
Ｓ１２．管理指令の解釈を行う。
Ｓ１３．さらに情報が必要かどうかの決定を行う。
Ｓ１４．さらに情報が必要なら、そのためのメッセージを中央基地局に送る。中央は新しい追加コンテナを作成し、コンテナを送り返すのでステージ２５が実行される。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９１
【補正方法】変更
【補正の内容】
【００９１】
この図示による実施例では、リストは１要素からのみ構成されている。つまりローカルネットワーク内のユーザユニットグループである。
Ｓ５４．構成されたアプリケーションの使用権利をもつ、ユーザまたはユーザグループがこのステージで与えられる。ここでユーザリストも送出パッケージと組み合わせられる。例えば“ａｌｌ”と記述することで、構成が実施されるユーザユニットＡＥＩまたはＡＥＩＩにアクセスできるすべてのユーザは、ソフトウェアにもアクセスが容易に考えられる。例えば“前と同じように”と記述すると構成前に許可されるユーザは、またその後も同様に許可されることを意味する。
Ｓ５５．タイムスタンプのセットによりタイムポストをセットするべきか？
Ｓ５６．タイムスタンプのセットによりタイムポストはこの決定ステージで設定できる。
Ｓ５７．転送パッケージが送出される。
この特別なケースでは、送出パッケージは以下のものを含む：
−アプリケーション名称、つまりインストールされたプログラム製品名称（ErgoWord 4.0）
−特に適応化された構成レシピ（ErgoWord Config LN2）
−ユーザリスト（“as before”）
−タイムスタンプ（1992-02-2623:59）
実際は次のように示される。
“Config ErgoWord 4.0／Recipe;ErgoWord.Config LN2／Users；
“as before”／Time；1992-02-2623:59”
“Distribute LN2”はその分配リストとして送出パッケージに収納される。
Ｓ５８．転送パッケージまたはコンテナが受領される。
Ｓ５９．登録指令が実行される。図示例では、構成レシピ（ErgoWord Config LN2）は受信ユニットのメモリのプログラムレジスタ内に保管される。この場合はネットワークメモリＦＳＭである。
Ｓ６０．構成指令が実行される。ここでは構成レシピは例えば受信ステーションのメモリ（ＳＭ、ＣＳＭ、ＦＳＭ）、この場合はネットワークメモリＦＳＭに記憶された構成プログラムによって実行される。指定されたアプリケーションは構成レシピが実行された時に構成される。
Ｓ６１．アプリケーションが構成レシピを用いて再構成されているか否かに関する情報とともにプログラムレジスタに格納されたアプリケーションは、このケースではネットワークメモリＦＳＭ内で更新される。