JP2000500603A - データシステムの変更性の改善 - Google Patents

Abstract

(57)【要約】 本発明は、計算機制御のサービスを提供するデータシステムを実行する方法に関するものである。本方法では、（ａ）制御部分（１１）を不変化部分（１４）と変化部分（ＭＯ）に分割し、変化部分は現実世界を表す要素を制御部分内でモデル化しかつユーザーにサービスを提供するため要素と通信する。（ｂ）現実世界を表すシステムの部分（１２）は、複数の異なるタイプの要素と、少なくとも一つのタイプから成る複数の異なる実際の実行が与えられる。（ｃ）独立要素はシステムの制御部分（１１）で実行され、不変化部分（１４）がこの独立要素から変化部分の具体的実行を探し出す。システムの変更性を改善するため、独立要素は、変化部分に対し共通であり又具体的実行を与えられるパラメータを基に選択するセレクタ部分（６１）の形式で、実行される。

Description

【発明の詳細な説明】 データシステムの変更性の改善 本出願は、１９９５年１１月２４日にフィンランドで出願番号を９５５，６７ ６として申請したものを基とする。内容をここに参考として掲げる。 発明の分野 本発明は、アプリケーション分野で変化部分をしばしば含むデータシステムに 一般的に関係している。こうしたシステムとして例えば、遠距離通信網用の管理 システムが挙げることができる（即ち、ネットワーク管理システム）。 より厳密に言えば本発明は、計算機制御のサービスを提供しかつ現実世界を表 す要素を含む第１の部分と、第１の部分を制御する制御部分とを含むデータシス テムを実行する方法に関するものであり、当該方法は、システムの制御部分を不 変化部分と、現実世界を表す要素を制御部分範囲内でモデル化しかつユーザーに サービスを提供するため要素と通信する変化部分とに分割するステップと、現実 世界を表すシステムの部分に、或る変化部分が一つ以上の実際の実行に対応しか つ対応する一つ以上の実行と通信するように、複数の異なるタイプの要素及び少 なくとも一つのタイプから成る複数の異なる実際の実行を与えるステップと、不 変化部分は現実世界の所望の実行に対応する変化部分の具体的実行を独立要素か ら探し出し、システムの制御部分中で当該独立要素を実行するステップとから成 る。 発明の背景 例えば、移動用遠距離通信網は急速に発達しており、通信網運営業者のネット ワークには新たなネットワーク要素が装着され、古いネットワーク要素は新たな サービスを提供すべく更新される。しかし不幸なことに国際標準が十分に正確で ないため、異なる製造業者間・異なるバージョン間いずれにでもネットワーク要 素の管理インタフェースに差が出てくる。特に遠距離通信分野における新たな自 由競争の場合、ネットワークが可能とする新たなサービスを素早く導入すること が通信網運営業者にはより重要である。このサービスを使えるようにするには、 新たな管理インタフェースバージョンと新たな製造業者のネットワーク要素を支 援すべく、まずネットワーク管理システムを変更せねばならない。現在この変更 の実施が遅れているため、新たなサービス・新たなタイプの装置の両者とも導入 が遅れている。 ネットワーク管理システムの一つのモデルを図１に示す。オペレーションセン ターＯＣ（又はＯＭＣ＝運営保全センター）で働く通信網運営業者はネットワー ク管理ワークステーションＷＳを使い、このワークステーションＷＳを独立した ワークステーションネットワークＷＳＮ、例えばイーサネットに接続する。管理 システムは、ワークステーションネットワークの複数の計算機に分散させるのが 代表的で、その内何台かの計算機がネットワーク管理に必要なデータの入ったデ ータベースＤＢを持っている。管理システムは、国際標準で定められたインタフ ェースを通じて例えば移動用遠距離通信網ＭＮと接続され、この通信網ＭＮがネ ットワーク要素ＮＥを有している。こうしたネットワーク要素としては、例えば 移動サービス切換センターＭＳＣ、基地局制御装置ＢＳＣ、基地局ＢＴＳ、移動 局ＭＳを挙げることができる。管理さるべきネットワークとの接続は、データ通 信網ＤＣＮを通じてなされる。この種のデータ通信ネットワークは例えば、国際 電気通信連合（ＩＴＵ）のＣＣＩＴＴ推奨規格Ｍ．３０１０「遠距離通信管理網 に関する原則」（１−６頁、ジュネーブ、１９９２年開催）に開示されており、 その規格内容を参考としてここに掲げる。論理的には、二つのネットワークがあ る。即ち、（ａ）顧客にサービスを提供するネットワーク（即ち、移動用ネット ワークＭＮ）（ｂ）サービス提供ネットワークを維持するネットワークの二つで ある。 通信網運営業者が大きなネットワークを管理する場合、ネットワークを部分に 分割し、各部分を局部的な管理センターの或る数人の個人で管理する。通信網運 営業者には集中管理センターも必要である（例えば、夜間に一つの集中管理セン ターがネットワークの幾つかの部分を管理してもよい）。これら局部的及び集中 管理センターはそれぞれ、ネットワークの一個又は複数個の部分を管理すべく特 別に構成されたデータシステムの設備を有している（データシステムを可能な限 り有効とするため）。しかし、こうした構成で実行させることは、困難であり又 多大な時間を要する。 通信網運営業者は、異なる装置納入業者のネットワーク要素で自分達のネット ワークを自由に組みたいと望む他、ネットワーク要素のソフトウェアの自由な更 新も望む。例えば、或る瞬間に運営業者はネットワークの一部を更新し他の部分 を更新しないことを望む。それ故、或る試験期間、例えば６カ月間、ネットワー クの限定された部分で新バージョンを使い、新バージョンが適切であると判明し たらネットワークの残りの部分を更新したいと望む。 その瞬間、システムの能力が複数バージョンと複数納入業者から成る環境を処 理するには貧弱なため、ネットワーク要素のソフトウェアを更新するというこの 自由を、ネットワーク管理システムの製造業者は通信網運営業者に与えることが できない。この場合実際上、通信網運営業者は二つの選択ができる。ネットワー ク全体を短時間で更新するか、ネットワーク管理ソフトウェアの機能の欠陥に苦 しむかのどちらかである。 上記の問題には、公知の解決法、即ち、アブストラクトファクトリの名で文献 に知られた設計パターンがある。以下の方法で配置がなされる。 １）独立したインタフェースをアプリケーションの変化部分に対し定義する（ 例えば、ネットワーク管理アプリケーション）。ある意味でこのインタフェース は、不変化部分と変化部分が互いにどう通信するかを記述した通信規約の定義で ある。 ２）アプリケーションの変化部分を、前項１）のインタフェースの定義を満た すやり方で実行する。 ３）アプリケーションにいわゆるアブストラクトファクトリを与え、このアブ ストラクトファクトリから、アプリケーションの不変化部分が変化部分の実行を 要求する。 図２は、先述の公知の配置に基づいたネットワーク管理システムを図示した機 能ブロック図である。本システムは、制御部分１１（運営センターに置かれたネ ットワーク管理ソフトウェアとハードウェアを含む）、管理さるべきネットワー ク１２、両者間に置かれた管理インタフェース１３から成る。制御部分と管理さ るべきネットワークは、管理インタフェースを通して相互に通信する。管理さる べきネットワークは複数のネットワーク要素を含んでおり、図ではＡ、Ｂの記号 を付して二つの異なるネットワーク要素を示す。例えば、ネットワーク要素Ａは 基地局制御装置を、ネットワーク要素Ｂは移動サービス切換センターであっても よい。 ネットワーク管理ソフトウェアの実行のさせ方としては、変化状況下でも状態 が同じのままである不変化部分１４、管理さるべきネットワークの部分を変化で きるようモデル化した複数の変化部分（即ち、ネットワーク要素）の二つから成 るようなやり方が代表的である。 それ故、ネットワーク管理ソフトウェア（制御部分１１）はネットワーク要素 Ａに対応する部分Ａ′を含み、この部分Ａ′は管理さるべきネットワークのネッ トワーク要素Ａをネットワークの制御部分範囲内でモデル化するソフトウェアの 当該部分に対応し、物理的なネットワーク要素Ａと通信する。同様に、ネットワ ーク管理ソフトウェアは部分Ｂ′を含み、この部分Ｂ′がネットワーク要素Ｂに 対応し、物理的なネットワーク要素Ｂをネットワーク管理ソフトウェア範囲内で モデル化し、物理的なネットワーク要素Ｂと通信する（図中、管理インタフェー ス１３を貫く矢印が通信を示す）。制御部分に含まれる変化部分を、共通参照記 号ＭＯで示す。 上述の解決法の場合、ネットワーク管理ソフトウェアは特別のアブストラクト ファクトリ１５を持ち、ここからソフトウェアの不変化部分が変化部分の（具体 的な）実行を要求する。これを図示したのが、ＧｅｔＡ′（）の矢印である。変 化部分の参照データが得られると、ソフトウェアの不変化部分は部分（Ａ′）に 所望の機能を実行させる。これを図示したのが、Ｆｕｎｃｔｉｏｎｌ（）の矢印 である。 アブストラクトファクトリの配置は、「設計パターン、再利用可能なオブジェ クト指向型ソフトウェア」、ガンマ・Ｅ／ヘルム・Ｒ／ジョンソン・Ｒ／フリシ デス・Ｊ共著（アジソンウェスレイ社刊、１９９５年、ＩＳＢＮ ０−２０１− ６３３６１−２、８７−１０６頁）に詳しく記載されている。 しかし、上述の公知の配置には、例えばネットワーク管理システムの場合、複 数納入業者から成る環境に関連した欠点がある。 図３ａ，３ｂに、アブストラクトファクトリモデルを与えられたネットワーク 管理システムを、異なる製造業者が納入したネットワークの管理へとどう修正す るかを図示する。図３ａ、３ｂは各々、製造業者１が納入するネットワークの管 理、製造業者２が納入するネットワークの管理を図示する。本例のネットワーク 要素として、基地局ＢＴＳ、移動サービス切換センターＭＳＣが含まれる。図３ ａ、３ｂに示すケースの場合、一つの変化部分で一つの具体的実行しかない（一 つの基地局又は一つの移動サービス切換センター）ので、問題の起きたことが無 かった。 上記例で問題が無い理由は、アブストラクトファクトリ配置の有効性が、一つ の環境は一つの変化部分の実行しか含まないという仮定を基にしているという事 実のためである。しかし、この仮定がネットワーク管理環境では実際上当てはま らない、何故なら通信網運営業者のネットワークでは、一つのネットワーク要素 （例えば、基地局）に複数の異なる納入業者からの異なるバージョンが含まれて いるからである。アブストラクトファクトリモデルはシステムのアブストラクト ファクトリ部分を増やすことで、複数の実行を管理するという問題を解決する。 図４に図示するシステムでは、管理されるネットワークに製造業者１、製造業者 ２の両者が納入したネットワーク要素が含まれている。図５に図示するシステム では、同一製造業者からの同じネットワーク要素（例えば、ＢＴＳ又はＭＳＣ） で異なるバージョンが管理されるネットワークに含まれている。明瞭性を期すた め、図には管理インタフェースを経由する通信を示していない。この通信は、図 ２で示したものと完全に対応している。対応部分が互いに通信し合う。 この公知の配置によると、一つの変化部分の複数の実行がなされる場合、複数 のアブストラクトファクトリ（図中、１５ａから１５ｄ）をシステムに加える。 しかし、こうした配置は先述の欠点を根絶するためには使えない、何故なら、ソ フトウェア部分を不変化部分と変化部分に分けることになるからである（これは 変化の実行にかかる時間を増加させる）。例えば、通信網運営業者が製造業者３ の納入する基地局をネットワークに加える場合、ソフトウェアの不変化部分を変 えねばならない、何故なら製造業者３のネットワーク要素専用のアブストラクト ファクトリを使い始めねばならないからである。 発明の簡単な説明 本発明の目的は、上記タイプのデータシステムを実行させるために、新たなタ イプの配置を与え、上述の欠点を根絶することにある。 本目的は、変化部分に共通であり又使われるべき具体的実行を供給されるパラ メータを基に選択するセレクタ部分の形式で、独立要素を実現するステップを更 に含むことを特徴とする本発明の方法で達成される。 本発明は計算機制御のサービスをユーザーに提供するデータシステムにも関連 し、当該データシステムは、現実世界を表す要素を含む第１の部分と、第１の部 分を制御しかつ不変化部分と現実世界を表す要素を制御部分範囲内でモデル化し かつユーザーにサービスを提供するため要素と通信する変化部分とに分割される 制御部分とを含み、或る変化部分が制御部分中での一つ以上の実際の実行に対応 しかつ対応する一つ以上の実際の実行と通信するように、現実世界の複数の異な るタイプの要素と、少なくとも一つのタイプから成る複数の異なる実際の実行を 含み、システムの制御部分中に独立要素を含み、不変化部分は現実世界の所望の 実行に対応する変化部分の具体的実行を当該独立要素から探し出す。 本発明のデータシステムの特徴は、当該独立要素が、変化部分に共通であり又 実際の実行を供給されるパラメータ手段により選択するセレクタ部分の形式で、 実行されるという点にある。 本発明の考え方は、アプリケーションで用いられる実行を選び出す能力を、シ ステムの共有かつ限定された部分（以下、セレクター部分と呼ぶ）で組み立てる ことにある。このセレクター部分用に、インタフェースと当該インタフェース中 で使われるパラメータを決定するが、決め方は、アプリケーションの不変化部分 がインタフェースのパラメータをセレクター部分に与えた時にセレクター部分が 所望の実行を不変化部分に戻すというやり方である。それ故ネットワーク設計思 想を公知の配置に対し、選択に影響する情報を不変化部分から集中セレクター部 分へ伝達するといった点で変ることになり、集中セレクター部分には、実行を選 択可能とする基のデータが与えられる。 本発明によれば、データシステム内の変更が以前よりかなり早くなるし、それ 故新たなサービスをシステムの末端ユーザーに早く導入できる。異なるシステム 構成をより簡単にかつ素早く実行させることも可能である。これは結果的に、シ ステムユーザー（例えば、遠距離通信網の運営業者）がソフトウェアを更新する 自由度を大きく高める。 本発明によりシステムの組織化も良くなる、何故なら特定バージョン・特定納 入業者の要素といった変化部分をシステムの或る部分に集中させることになるか らである。 もっと精確に言えば本発明は、計算機制御のサービスに二つの基本部分を提供 するデータシステムを実行する方法に関係している。部分１は現実世界を表す要 素を含み、部分２の機能で部分１を基本的に制御する。制御部分、即ち、部分２ を二つのセグメント、不変化セグメントとダイナミックセグメントに分かれる。 これらセグメントの使用目的は、以下の通りである。 １）部分１の現実世界を表す要素をモデル化し、これら要素と通信してサービ スをユーザーに提供する。 ２）部分１に、複数の異なるタイプの要素と少なくとも一つのタイプから成る 複数の異なる実際の実行を与え、実際の各実行毎に、対応すべく割り振られかつ 通信する一つのダイナミック部分があるようにする。しかしながらこのモデルの 場合、同じダイナミック部分は割り当てられた多数の実際の実行を持つことがで きる 。従って、同一ダイナミック部分で多くの実際の実行を事実上扱える。 ３）システムの部分２で独立要素を実行する。不変化部分は、現実世界の所望 の実行に対応するダイナミック部分の具体的な実行を図るため、独立要素を探す ことになる。 図の簡単な説明 以下、添付図面の例を参照しながら、本発明と好ましい実施例を詳述する。 図１は、ネットワーク管理システムを示す。 図２は、公知のやり方で実行されるネットワーク管理システムの機能ブロック 図を示す。 図３ａ、３ｂは、図２の配置で、管理さるべき遠距離通信網に一製造業者のみ の納入した装置を使う場合を示す。 図４は、図２の配置で、管理さるべき遠距離通信網に二つの異なる製造業者の 納入した装置を使う場合を示す。 図５は、図２の配置で、管理さるべき遠距離通信網に製造業者は同じだが複数 の異なるバージョンを含んだ装置を使う場合を示す。 図６は、本発明による配置で、管理さるべき遠距離通信網に異なる製造業者で かつ複数の異なるバージョンを含む装置を使う場合を示す。 図７は、セレクター部分の作動のフローチャートを示す。 図８は、セレクター部分に関連するサブシステムの構造のブロック図を示す。 図９は、図８の代替方法でのサブシステムを示す。 発明の詳細な説明 上記問題の解決は公知システムの設計思想を変えるという事実に基づいており 、変え方は、同一インタフェースの複数の変化部分に共通のセレクタ部分を与え 、選択された部分に与えられた情報に基づき各ケースで必要となる（具体的）部 分の実行を選ぶ能力を共通のセレクタ部分へ転送するといったやり方である。セ レクタ部分は、全ての変化部分に共通であるのが好ましい。 より精確に言えば、問題の解決は以下の事項に基づいている。 １）システムの変化部分に対し、インタフェースを定義する。ネットワーク管 理システムのこうしたインタフェースとしては例えば、基地局（ＢＴＳ）、移動 サービス切換センター（ＭＳＣ）が可能である。インタフェースは変化部分から 与えられたサービス（部分から要求し得るデータの種類および部分に実行させ得 るオペレーション）を記述する。各変化部分には、個々のシンボル（例えば、イ ンタフェースに対応する変化部分の名称）を与える。 ２）変化部分に対し要求された実行を導出できる基のデータを、決定する。こ のデータを以後「セレクタパラメータ」と呼ぶ。例えばネットワーク管理システ ムの場合、セレクタパラメータには、ネットワーク要素のタイプ、製造業者名、 ネットワーク要素のバージョン、使われる管理サービスのバージョンがある。 ３）上述のセレクタ部分がシステムに与えられると、このセレクタ部分からシ ステムの不変化部分は、所望のインタフェースのセレクタパラメータ（例えば、 インタフェース「ＢＴＳ」とパラメータ「製造業者１、バージョン４．３」）を セレクタ部分に与え、変化部分の実行を要求する。これらのパラメータを基に、 セレクタ部分は各ケースでどの実行を使うかを決定する。 ４）第１）項のインタフェースの定義に合致するように、システムの変化部分 が実行される。 図６に、本発明のデータシステムを上記公知の解決法と同じ方法で示す。しか し、このケースの場合、管理さるべきネットワークは、製造業者１・製造業者２ の両者が納入したネットワーク要素を含んでいる。ネットワークには、各製造業 者のネットワーク要素の複数の（管理インタフェース）バージョンも存在する。 それ故、システムは複数の異なるタイプのネットワーク要素（基地局と移動サー ビス切換センター）を含むことになり、少なくとも一つのタイプから成る複数の 異なる実際の実行（異なる製造業者の装置又は同一製造業者が納入した異なるバ ージョン）が存在する。 変化部分に共通なセレクタ部分を、参照番号６１で示す。ネットワーク管理ソ フトウェアの不変化部分１４は、変化部分たるインタフェースの実行をセレクタ 部分から要求し、要求されたセレクタパラメータ、例えばネットワーク要素のタ イプ、製造業者のシンボル、バージョンのシンボルをインタフェースに与える。 この最初のステップを示す記号が、矢印ＧｅｔＢＴＳ（ｍａｎｕｆ．，ｖｅｒｓ ｉｏｎ）である。セレクタ部分は、パラメータを基にして変化部分の実行をどの ように導出するかを知っているので、実行のための参照データを不変化部分１４ に戻す。実際、セレクタ部分は、例えば、不変化部分により与えられたパラメー タに対応して実行を指示するメモリー番地ＭＡを不変化部分に戻すことになる。 変化部分の実行に関するデータがこのメモリー番地から引き出されると、不変化 部分は、変化部分のサービスを使う（図のＢＴＳＦｕｎｃｔｉｏｎｌ（）及びＭ ＳＣＦｕｎｃｔｉｏｎ２（）の両矢印参照）。 通信網運営業者が、例えば、製造業者３の納入した基地局をネットワークに追 加する場合、基地局を支援するためにネットワーク管理システムは速やかに変え ることが可能である。この時には、製造業者３のネットワーク要素専用のバージ ョンが基地局のインタフェースから実行され、バージョンの存在に関するデータ がセレクタ部分６１に追加される。同様に、管理インタフェースの新たなバージ ョンが同じ簡単な方法で処理される。 実際、新たなサービスを加えると、新たな機能がネットワーク管理システムに しばしば必要となるが、これはシステムの既存の機能を変更して、セレクタ部分 という手段で新たなネットワーク要素を支援し又全く新たな機能をネットワーク 管理システム内で実行するためである。 図７は、セレクタ部分のオペレーションを示すフローチャートである。セレク タ部分は、取得したデータを基に対応する参照データを導き出す。セレクタ部分 は、インタフェースのシンボル（即ち、「基地局」）とインタフェースの他のセ レクタパラメータ、例えば装置製造業者の名称と装置のバージョン番号（即ち、 基地局のバージョン番号）を、インプットデータ（参照番号７１）として取得す る。異なるインタフェースは、異なるセレクタパラメータを持ってもよい。最初 は、処理さるべきインタフェース（即ち、インタフェースが対応する相手ネット ワーク要素）に従って、その後はインタフェースのセレクタパラメータに従い、 セレクタ部分が分岐作動する。図に示した例の場合、他のセレクタパラメータは 装置製造業者の名称とバージョン番号なので、最初は装置の製造業者に従って、 その後はバージョン番号に従い、セレクタ部分がインタフェース内で分岐作動す る。分岐作動が全セレクタパラメータに対し終了すると、セレクタ部分は、イン タフェースのどの実行が与えられたパラメータに対応するかを知ることになる。 最後に、セレクタ部分はこの実行に対応する参照データを不変化部分へ戻す。 参照データはパラメータに従った実行を表すデータである。参照データは、例 えば、パラメータに対応する目的ないし機能の例を貯えるメモリー番地であって もよい。 図８は、一般に知られているＯＭＴ表記法でセレクタ部分の作動環境を示して おり、この表記法は例えばジェームスランボー他が著した「オブジェクト指向の モデル化と設計」（プレンティスホール社刊、ニュージャージー、米国、１９９ １年、第３章）に記載されている。 セレクタ部分６１は、１からｎまでのインタフェース８１を処理する。１から ｎまでのセレクタインタフェース８２と１からｎまでのインタフェース実行８３ が更にそれぞれのインタフェースに接続される。一つのセレクタインタフェース が一つのインタフェースに接続され、一つのインタフェース実行が一つのインタ フェースに接続される。 セレクタ部分６１は、１からｎまでのインタフェース実行と１からｎまでのセ レクタインタフェースを含んでおり、各々が一つのインタフェースに対する一つ の実行を選択するのに使われる。各セレクタインタフェースには、１からｎまで のセレクタパラメータと、一つのセレクタインタフェースに対する一つの実行が 含まれている。セレクタインタフェースの実行には、セレクタパラメータとイン タフェース実行の数値組合せの対応（即ち、どのインタフェース実行が、セレク タパラメータのどの数値組合せと対応するか）に関する情報と、これらインタフ ェース実行用の参照データが含まれている。 図８のサブシステムは図９の様にも表せる。サブシステムには、インタフェー スと他のセレクタパラメータを特定するデータ（即ち、インタフェースの名前） を与えられたセレクタ手段９１が含まれている。サブシステムの記憶エリアＭＡ １には、セレクタパラメータの数値組合せとインタフェース実行との対応に関す る情報が貯えられている。これらインプットデータに基づき、セレクタ手段はイ ンプットデータとして与えられた数値組合せに対応するインタフェース実行を記 憶エリアＭＡ１から選択する。実際の場合、記憶エリアＭＡ１はセレクタ手段で 読まれる表であってもよい。セレクタ手段は正しいインタフェース実行を記憶エ リアＭＡ１から探り当てると、この実行に対応する参照データを記憶エリアＭＡ ２で探索する。記憶エリアＭＡ２も、各実行に対応した参照データを含む表であ ってもよい。セレクタ手段は、探り当てた参照データをシステムの不変化部分１ ４に戻す。記憶エリアＭＡ１、ＭＡ２を、同じ表中で異なる列となるように組み 合わせることも可能である。各参照データの一つ一つは、記憶エリアＭＡ３を表 しており、このエリアからシステムの不変化部分１４は変化部分の実行を参照デ ータにより見つけだす。 本発明による配置は、複数の異なるアプリケーションを含むシステムにも利用 できる。この場合、システムはアプリケーション専用の複数のセレクタ部分を含 む。本発明の本質的な特徴は、一つのセレクタ部分が一群の変化部分に対して共 通であって、その一群の変化部分には異なるタイプの変化部分と少なくとも一つ のタイプから成る複数の異なる実際の実行が含まれているいう点である。 本発明による配置により、変化をシステムの非常に小さな部分に限定できる。 このため、システムのテストが早くなり、システムの管理がより効果的となる。 ユーザーへのサービスも素早く導入される。使われるセレクタ部分を変えること 及び必要な変更部分を制御部分に接続することで、ネットワーク管理システムを 異なる環境に対して構成できる。変化部分が例えば、製造業者１、製造業者２、 製造業者３のネットワーク要素を支援する部分を含み、システムの制御部分１１ が、 １．製造業者１のネットワーク要素のみを支援するバージョン ２．製造業者１と製造業者３のネットワーク要素を支援するバージョン ３．製造業者１、製造業者２、製造業者３のネットワーク要素を支援するバー ジョン の３種で構成されている場合も、変更は簡単に実施できる。上述の構成を実施す るには、三つの異なるバージョンのセレクタ部分を実現し、制御部分１１を以下 のやり方で組み立てる。 １．ソフトウェアの不変化部分と、製造業者１の要素を処理する部分と、製造 業者１に専用のセレクタ部分とを組み合わせる。 ２．ソフトウェアの不変化部分と、製造業者１と製造業者３のネットワーク要 素を処理する部分と、製造業者１と製造業者３に専用のセレクタ部分とを組み合 わせる。 ３．ソフトウェアの不変化部分と、製造業者１と製造業者２と製造業者３のネ ットワーク要素を処理する部分と、製造業者１と製造業者２と製造業者３に専用 のセレクタ部分とを組み合わせる。 必要な場合、一つの変化部分で複数の実際の実行を処理できる。例えば、製造 業者２の作った基地局に関して２．０、２．１、２．２のバージョンを運営業者 が持つとする。基地局の管理インタフェースをバージョン２．０からバージョン ２．１、２．２に変える際、ネットワーク管理システムのアプリケーション中に 新たな変化部分は必要とならない。代わりに、バージョン２．０の変化部分がバ ージョン２．１、２．２に対応するようにセレクタ部分を変更することで、基地 局のバージョン２．１、２．２をバージョン２．０と同様に支援すべくアプリケ ーションを変更する。 例を参照しながら添付図面に従って本発明を上述してきたが、本発明をこれに 限るものでないことは明らかであり、上記及び付属の請求項で開示した発明の考 えの範囲内で変更が可能である。発明は或るタイプのアプリケーション環境に限 られるものでもなく、オブジェクトベースのアプリケーション、機能アプリケー ションと言った異なる種類のアプリケーションに使用できる。オブジェクトベー スのアプリケーションの場合、上記参照データはオブジェクトの例に対するポイ ンタであり、機能アプリケーションの場合の上記参照データは、機能に対するポ インタである。ネットワーク管理システムは上記の問題故に実行に有利な環境で あるが、本方法はネットワーク管理システム以外のシステムでのサービス提供に も使える。セレクタパラメータは異なるタイプであってもよい、即ち、上記の静 的パラメータの代わりに、時間といった動的パラメータも使える。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，Ｇ Ｅ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ， ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ， ＶＮ

Claims (1)

1. 【特許請求の範囲】 １．計算機制御のサービスを提供し又現実世界を表す要素を含む第１の部分（１ ２）と、第１の部分を制御する制御部分（１１）とを含むデータシステムを実行 するシステムにおいて、システムの制御部分（１１）を不変化部分（１４）と、 現実世界を表す要素を制御部分範囲内でモデル化しかつユーザーにサービスを提 供するため要素と通信する変化部分（ＭＯ）とに分割するステップと、現実世界 を表すシステムの部分（１２）に、或る変化部分が一つ以上の実際の実行に対応 しかつ対応する一つ以上の実行と通信するように、複数の異なるタイプの要素及 び少なくとも一つのタイプから成る複数の異なる実際の実行を与えるステップと 、不変化部分（１４）は現実世界の所望の実行に対応する変化部分の具体的実行 を独立要素から探し、システムの制御部分（１１）中で当該独立要素を実行する ステップとを含み、変化部分に共通であり又使われるべき具体的実行を供給され るパラメータを基に選択するセレクタ部分（６１）の形式で、当該独立要素を実 現するステップを更に含むことを特徴とする方法。 ２．セレクタ部分（６１）が、複数の異なるタイプのネットワーク要素、複数の 異なる製造業者、複数の異なるバージョンのネットワーク要素を一緒に表す複数 の変化部分に対して共通となるように、実行されることを特徴としたネットワー ク管理サービスを提供するための上記請求項１に記載の方法。 ３．パラメータが、ネットワーク要素に関する製造業者のシンボルとネットワー ク要素に関するバージョンのシンボルとを含むことを特徴とした上記請求項２に 記載の方法。 ４．ユーザーに計算機制御のサービスを提供するデータシステムにおいて、現実 世界を表す要素を含む第１の部分（１２）と、第１の部分を制御しかつ不変化部 分（１４）と現実世界を表す要素を制御部分範囲内でモデル化しかつユーザーに サービスを提供するため要素と通信する変化部分（ＭＯ）とに分割される制御部 分（１１）とを含み、或る変化部分が制御部分（１１）中での一つ以上の実際の 実行に対応しかつ対応する一つ以上の実際の実行と通信するように、現実世界の 複数の異なるタイプの要素と、少なくとも一つのタイプから成る複 数の異なる実際の実行を含み、システムの制御部分（１１）の中に独立要素を含 み、不変化部分は現実世界の所望の実行に対応する変化部分の具体的実行を当該 独立要素から探し出し、当該独立要素は、変化部分に共通であり又使われるべき 実際の実行を供給されるパラメータ手段により選択するセレクタ部分（６１）の 形式で、実行されることを特徴とするデータシステム。 ５．セレクタ部分（６１）が、複数の異なるタイプのネットワーク要素、複数の 異なる製造業者、複数の異なるバージョンのネットワーク要素を一緒に表す複数 の変化部分に対して共通であることを特徴としたネットワーク管理サービスを提 供するための上記請求項４に記載のデータシステム。