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