JPH11513824A

JPH11513824A - 網要素の支援機能

Info

Publication number: JPH11513824A
Application number: JP9515756A
Authority: JP
Inventors: ヨンソン，クルト，デービース; ルネフヨールド，カリーナ，マリー
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 1995-10-19
Filing date: 1996-10-18
Publication date: 1999-11-24
Also published as: AU7354196A; EP0856217A1; NO981714L; CA2235403A1; KR19990064317A; WO1997015133A1; NO981714D0; SE515343C2; SE9503675D0; AU705857B2; SE9503675L

Abstract

(57)【要約】この発明は、データを網要素内の所望の書式に変換する方法に関する。網要素は、網の運転と保守のための運転支援システム（１０４）を有するデータ網内に含まれ、ハードウエアおよびソフトウエアの形の資源（１０８）を有する資源層（１０６）を有する。前記資源は網内でサービスを提供する網要素機能と、網要素機能を実現するために用いられる資源を含む。さらに、網要素はソフトウエアから成る運転支援ビュー（１１０）を含み、また網要素（１０２）は、運転支援システム（１０４）から見ると多数の資源表現（１１４）から成り、網要素機能の実行に関して各資源および網要素機能を処理するために運転支援システムにより用いられる。この方法では、要求に応じて、資源層内のデータを通信機能（１２２）により取り出すことを含む運転が開始される。通信機能は、変換機能（１２４）により所望の書式に変換するためにこれらのデータを送る。変換機能は変換を実行し、変換されたデータを通信機能に戻し、所望の事例に転送する。

Description

【発明の詳細な説明】網要素の支援機能発明の技術分野この発明は一般にデータシステム内のデータの送出と後処理のための一般的支援に関する。より詳細には、第１の態様では、この発明は網の運転および保守のための運転支援システムを有するデータ網内に含まれる網要素に関するもので、網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、網要素運転を実行するのに用いられる資源とを含む資源層と、ソフトウエアから成る運転支援ビュー(view)であって、その中で網要素は、運転支援システムから見ると多数の資源表現から成り、網要素運転の実行に関して各資源および網要素機能を処理するために運転支援システムにより用いられる、運転支援ビュー、を備える。第２の態様ではこの発明は、網の運転と保全のための運転支援システムを有するデータ網の一部である網要素内で支援機能を作る方法に関し、前記網要素は、網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、網要素運転を実行するのに用いられる資源とを含む資源層と、ソフトウエアから成る運転支援ビューであって、その中で網要素は、運転支援システムから見ると多数の資源表現から成り、網要素運転の実行に関して各資源および網要素機能を処理するために運転支援システムにより用いられる、運転支援ビュー、を備える。第３の態様ではこの発明は、網要素内の資源層内で利用可能なデータを所望の書式（フォーマット）に変換し、またこの変換されたデータを所望の事例(insta nce)に与えることを含む運転を要求に応じて実行する方法に関するもので、前記網要素は網の運転および保守のための運転支援システムを有するデータ網内に含まれ、かつ、網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、網要素運転を実行するのに用いられる資源とを含む前記資源層と、ソフトウエアから成る運転支援ビューであって、その中で網要素は、運転支援システムから見ると多数の資源表現から成り、網要素運転の実行に関して各資源および網要素機能を処理するために運転支援システムにより用いられる、運転支援ビュー、を備える。異なる市場およびユーザは、上に述べた種類の網要素から所望のデータ書式で情報を得ることを要求する。この情報の一例はログ内に記憶されているデータである。これは、例えば要求されたデータの暗号化など、ある種の機密保護処理に対する要求の問題である。書式は、例えばＡＳＣＩＩ書式への単純な変換形式とすることが要求される。ログ記録の場合、記憶に用いられるログ記録書式は通常は外部のユーザから要求される書式とは異なる。実際の情報の送信は、ＩＳＯ８５７１に準拠したＦＴＡＭ型のファイル処理システムを用いて行われる場合もある。このときは、ユーザは「イニシエータ(initiator)」の役目をする。この語の概念はＦＴＡＭに定義されている。効率上の理由から、データ記録の取得や書式化や変換はできるだけ短いステップで行うことが望ましい。このためには、いくつかの独立のソフトウエアを効率的に組み合わせる必要がある。ログ記録の処理の場合、ログ記録の取り出しと転送は、例えば基本システム内の一般的ソフトウエアで処理する。他方で書式化は、最初にログ記録をログに供給したアプリケーションに属するソフトウエアで処理する。このような運転シナリオでは、網要素は送信部分を「仮想ファイル記憶」内の「仮想ファイル」としてＦＴＡＭに提示できることが必要である。関連技術の説明米国特許番号第５．２９９．３０４号は、文書の多重ステップ書式変換を識別する方法と装置を開示している。米国特許番号第５．３１７．６７６号は、データ変換を直列に行うフィルタを対話的に定義して、より複雑な数学的操作をデータに加える方法を開示している。米国特許番号第５．３３９．３９２号は、ユーザが定義することができ、かつ実時間データが変化する、ビデオで提示される文書を作る方法を開示している。ユーザは、用いる実時間データだけでなく、これを行う場所と書式と外観を選ぶことができる。米国特許番号第４．５５９．６１４号は、第１の内部コード書式で運転する遠隔情報処理システムから送られたデータを、第２の、受信する情報処理システムの内部コード書式に変換する方法を開示している。ＥＰ第０．６３１．２４６号は、データ処理システムのユーザインターフェース内のオブジェクト表現の制御について開示している。あるオブジェクトを選択して提示するとき、そのオブジェクトはその属性に従って提示可能な書式に変換される。ＥＰ第０．５６７．８３４号は、文書形式の書式を自由に定義しまた再定義することにより、対象とする形式のデータを受信し使用するデータプロセッサで再プログラミングする必要のない、データ受信構造を開示している。ＥＰ第０．４０８．１３２号は、データファイルを処理するシステムを開示している。このシステムは処理モジュールを持つモジュラ設計と、それぞれ特定の型の変換用の複数の変換器を有する。ＥＰ第０．３５０．６５４号は、入力記録を同一書式の記録に変換するデータ処理システムを開示している。全てのファイル書式は同一になる。所望の記録はファイルから読み出され、任意の書式に変換される。ＥＰ第０．３７７．７８３号は、言語表現を遷移ステップを用いて、編集されるデータプログラム内の変換を最適化する方法を開示している。概要この発明の目的は、上に定義した種類の網要素内で用いて、資源層内の利用可能な情報を外部ユーザが希望する書式に簡単に変換して転送することのできる支援機能を示すことである。別の目的は、このような支援機能に用いるソフトウエア要素を作成する方法を示すことである。更に別の目的は、上に述べた種類の網要素内でデータを所望の形式に変換する方法を示すことである。上に述べたように、第１態様の網要素は、資源層内にあって、ユーザと通信し、また要求に応じて資源層内の利用可能なデータを取り出したり提供したりする通信機能を含む支援機能と、取り出されたデータを所望の書式に変換する変換機能を備える。上に述べたように、第２態様の方法は、ユーザと通信しまた要求に応じて資源層内の利用可能なデータを取り出したり提供したりするのに用いられる通信機能と、それぞれ別個の編集可能なソースコードから成る多数の編集されたソフトウエアユニットを各ソフトウエア構成要素毎に連結することによるローディングモジュールの形の多数のソフトウエア構成要素と、取り出したデータを所望の書式に変換し各前記ソフトウエア構成要素を実行するための多数の変換要素を有する変換機能を、前記支援機能の一部として前記資源層内に作るステップを含む。第３態様の方法は、資源層内で使用可能な前記データを取り出して、資源層内にある通信機能により、同じく資源層内にある変換機能に送り、またこれらのデータを前記変換機能により所望の書式に変換し、変換されたデータを通信機能に戻し、通信機能は変換されたデータを所望の事例に転送する、ステップを含む。この発明の第１態様では、網要素の資源層内に、一方では資源層内に現れるデータを後処理のために取得して提供するための第１ソフトウエア機能と、他方では第１ソフトウエア機能と通信して第１ソフトウエア機能から与えられるデータを受ける第２ソフトウエア機能と、網内の外部ユーザが要求する条件にこれらを適合させる後処理を含む支援機能を含む。ユーザにとってこの発明の支援機能は、記録内のデータを取得し変換／書式化するためのツールである。その後で、ファイル転送や、現在のシステムで利用可能なテープやライターなどの他の外部通信により、データを送出することができる。変換自体は、支援機能が用いる交換可能な変換機能が実行する。変換機能は実行時に選択することができ、また変換機能の利用可能な組は実行時に増やすことができる。このような変換機能は少なくとも１つの変換構成要素から成り、また変換構成要素は１つまたは複数の交換可能な変換機能を用いることができる。このように実行時に、新しい変換機能を選択するだけでなく構成することができる。各変換構成要素は、入力データと出力データの型を確立する特有のインターフェースを有する。同様に変換機能の接続点も特有のインターフェースを有する。２つのインターフェースが同じときに限り、変換機能を接続点に接続することができる。変換機能の接続点は任意のソフトウエア構成要素内、例えば変換構成要素内で利用可能である。変換機能は、変換機能が全てのその接続点に接続される変換構成要素（例えば、接続点を持たない変換構成要素）である。定義から、その特有のインターフェースは変換構成要素のものと同じである。各アプリケーション／市場は適当なこのような変換要素を実現し、また実行時に変換構成要素を再使用したり変更したりすることができる。標準書式を含む任意の書式を作ることができる。つまり既存の標準に適応することができる。図面の簡単な説明以下の添付の図面を参照して、この発明を詳細に説明する。図１は、この発明の網要素内の運転支援とデータと資源の間の接続を示す略図である。図２は、外部ユーザが要求する書式にデータを変換する変換機能の構造を示す、図１と同様な略図である。図３は、変換機能を含む上位支援機能の構造を示す、上の両図と同様な図である。図４は、変換機能の構造の例の詳細図である。図５は、後処理のために、ログからの情報の取得／収集を示す図である。図６は、図１−図３に関して説明した２つの処理図内の処理に関するある関係を詳細に示す。図７は、図５と図６のシナリオの例を示す。図８は、図６と図７に含まれる機能を実施する方法を示すシーケンス図である。図９−図１３は、この発明の後処理のいくつかの例の略図である。実施の形態の詳細な説明図１−図３は、データ網に含まれる網要素１０２のデータと運転支援図を示す。データ網は、この例では電気通信システムの一部を形成すると仮定する。図のデータ網は、ブロック１０４で示す網の運転と保守のための運転支援システムを含む。またブロック１０４は、後で出てくる外部ユーザも表す。網要素１０２は、ハードウエアおよびソフトウエアの形の資源１０８を資源層１０６内に含む。資源１０８は、それぞれ網内でサービスを提供する網要素機能と、網要素の運転を行うのに用いる他の資源を含む。運転支援システムと外部ユーザに対して、ソフトウエアから成る２つの異なる図／プロトコルがある。両図は同じ資源を表すが、一方は運転支援図を、他方はファイル処理図を示す。運転支援用とファイル処理用のインターフェースをそれぞれ１１０と１１２で示す。第１の事例では、これはスウェーデン特許第４７０，４５６号に詳細に示されている種類のオブジェクト指向の問題であると仮定する。この文書では、運転支援システムが行う電気通信網の処理に関する、ＴＭＮと呼ぶ国際標準にも根拠を有する概念が用いられている。ＴＭＮ標準はＩＴＵ−ＴＳ（電気通信標準の国際電気通信連合）と呼ぶ組織により開発されたもので、その勧告Ｍ．３０１０に述べられている。またＩＴＵ−ＴＳ勧告は、ＩＳＯ（国際標準化機構）と呼ぶ国際組織が勧告した国際標準勧告を基礎にしている。しかし、この発明はオブジェクト指向運転支援ビュー(view)を有する網要素に限られないことを強調したい。運転支援図では、網要素１０２は運転支援システム１０４から見ると多数の処理されたオブジェクト１１４から成る。処理されたオブジェクト１１４は処理情報ベース１１６に含まれており、網要素運転の実行に関して資源層１０６に含まれる資源を処理するために運転支援システム１０４により用いられる。特許第４７０，４５６号とＴＭＮ標準を参照すると、処理情報ベースは抽象的な概念であって、システム内にデータを恒久的に記憶するのに用いられる物理的なデータベースと混同してはならない。ファイル処理ビューは、通常、大量のデータを網要素から運転支援システムまたは外部ユーザに転送するときに用いられる。データの送信は、用いられる運転支援システムに従って異なるプロトコルにより行うことができる。以下の例では、ＩＳＯ標準８５７１に準拠するプロトコルＦＴＡＭ（ファイル転送、アクセスと管理(File Transfer，Access and Management)）を用いる。ファイル処理ビューでは、網要素１０２は運転支援システムまたは外部ユーザから見るとエンティティ１１８を識別する多数の情報から成り、運転システムまたは外部ユーザはこれを用いて資源層１０６から情報を得ることができる。情報エンティティ１１８はＦＴＡＭの仮想ファイル(Virtual File)（ＶＦ）に対応するので、各図ではＶＦで示し、以下の説明ではＶＦオブジェクトと呼ぶ。ＦＴＡＭの仮想ファイルは情報エンティティであって、一連のデータ伝送の発信元または宛先を示すことができる。しかしこの事例のＶＦオブジェクト１１８はファイルサーバエンティティ１２０に含まれる。ファイルサーバエンティティ１２０は、資源層１０６に含まれる資源のファイル処理ビューを実現するソフトウエアから成るので仮想ファイルサーバの特性を持つと言ってよく、したがって図ではＶＦＳで示し、以下の説明ではＶＳオブジェクトと呼ぶ。図１−図３にはこのようなＶＦＳオブジェクトを１個だけ示しているが、１つのシステム内には多数の異なるＶＦＳオブジェクトを用いることができる。しかしこの場合の「ＶＳＦ＝仮想ファイルサーバ(VirtualFileServer)」の概念とＦＴＡＭの「ＶＦＳ＝仮想ファイル記憶(VirtualFileStore)」とを混同してはならない。これは実質的に、仮想ファイルサーバの意味の多数のＶＳＦが持つ、全てのＶＦＳの組合わせに対応する。「ＶＦＳ＝仮想ファイル記憶」とＶＦに関する詳細については、上述の標準ＩＳＯ８５７１を参照のこと。この発明の特徴的な部分として、資源層１０６内の資源１０８は、通信機能を持つ第１ソフトウエア機能１２２を有する。これは運転支援システムまたは外部ユーザからの命令に従って、資源層１０６内にある情報を後処理のために取得しまた提供する。ファイル処理ビューでは、通信機能１２２はＶＳＦ１２０で表される。この発明の別の特徴的な部分として、資源層１０６も変換機能を持つ第２ソフトウエア機能１２４を有する。これは通信機能１２２と通信して、上記のように通信機能１２２が取り出して提供する情報を受ける。後処理過程で、変換機能１２２はこの情報を顧客が要求する外部書式に変換する。上で識別した２つの機能１２２と１２４は、データシステム内でデータを送出し後処理する一般的支援機能の主部分であると言ってよい。以後、前記一般的支援機能をＧＯＰＳと呼ぶ。これは一般的出力および後処理支援(Generic Output and Postprocessing Support)の略である。ＧＯＰＳは、運転者が記録内のデータを外部書式に変換／書式化するためのツールである。これにより、ファイル転送や、現在のシステムで利用可能なテープやライターなどの他の外部通信により、データをユーザに送出することができる。以後、変換自体をＧＰＰと呼ぶ。これは一般的後処理(Generic Post Processi ng)の略である。ＧＰＰという呼び方は機能１２４にも用いる。ＧＰＰはデータの変換を行う任意の数の変換構成要素（後で詳しく定義する）から成る。ＧＰＰにより、アプリケーション／市場は適当な変換構成要素を実現し、また実行時に変換構成要素を再使用したり変更したりすることができる。既存の標準に適応させることもできる。ここで変換構成要素とは、データを変換する機能を言う。後で詳細に説明するように、変換構成要素同士を連結してパイプラインを形成することができる。パイプラインはまたＧＰＰのアプリケーションである。各変換構成要素は同じ入力／出力インターフェースを有する。変換構成要素内でのデータの変換はアプリケーション／市場に高度に依存する。言い換えると、支援機能ＧＯＰＳは、例えばシステムのログからの情報を取得し送出する機能の共通名であって、アプリケーションおよび市場に適応するよういろいろの方法で用いることができる。例えば、ＴＴ記録（使用料徴収(Toll Ti cketing)）を書式化し送出する、すなわち、ログ内に内部書式で記憶されている移動電話内のデータを借方に記入する。図１は主として、網要素１０２内の運転支援とデータと資源の間の接続を一般的に示す。資源層１０６内の情報はファイル書式になっていないので、運転支援システムまたは外部ユーザに提示する前にＧＰＰ１２４により変換しなければならない。またＧＰＰは変換の運転支援ビューを与えなければならない。これは図では、処理情報ベース１１６内の処理されたオブジェクト１２６により表す。図１に似た図であるが、図２はＧＰＰ機能の構造の略図である。この目的のＲ＿ＧＰＰ（Ｒは資源(Resource)の略）と呼ぶブロック２０２は資源層１０６に含まれるＧＰＰ機能１２４の拡大図で、変換構成要素の連鎖２０４を示す。図３は、ＧＯＰＳはＶＦＳビューと変換と運転支援ビューを結合するものと見なしてよいことを示す略図であって、呼出しを行い、データの出力を制御する。この図で、ＦＭＡ＿ＧＯＰＳ（ＦＭＡはファイル処理適応(FileManagement Adap tion)の略）と呼ぶブロック３０２はＧＯＰS機能を示す拡大図である。図３０２はＶＦＳ／ＶＦ１２０／１１８を内包し、ＧＯＰＳがファイル処理ビュー内のＶＦＳ１２０で表されることを示すために設けたものである。運転支援ビューでは、ＧＯＰＳ機能３０２は３０４で示す処理されたオブジェクトのＭＯ＿ＧＯＰＳ（ＭＯは処理されたオブジェクト(Managed Object)の略）により表される。資源層１０６内の機能１２２からブロック３０２への線３０６はＧＰＰ２０２も含み、機能１２２だけでなく機能GＰＰ１２４もＧＯＰＳに含まれることを示す。図１−図３に示す例はＦＴＡＭに準拠したファイル送信の使用に関するものと仮定しているので、ファイル処理ビューはＦＴＡＭに準拠した「応答器(respond er)」を備える。以後これをＦＴＡＭ＿Ｒｅｓｐｏｎｄｅｒと呼び、ブロック３０８で示す。ＦＴＡＭに準拠した対応する「イニシエータ」（以後これをＦＴＡＭ＿Ｉｎｉｔｉａｔｏｒと呼ぶ）はブロック１０４に含まれて、運転管理システムまたは外部ユーザを構成する。ＦＴＡＭの定義に従って、応答器は、イニシエータから要求される「ＦＴＡＭレジューム確立(regime establishment)」を受け入れる「ファイルサービスユーザ」である。アプリケーションの一部は「ファイルサービスユーザ」として概念的観点からＦＴＡＭサービスを呼び出すものと定義され、また「ファイルサービスユーザ」はイニシエータとして「ＦＴＡＭレジューム確立」を要求するものである。ＩＳＯ８５７１の例えば第１部８５７１−１：１９８８のページ１７と１８に、ファイルサービスとその支援プロトコルの概要が示されており、ここに「ＦＴＡＭレジューム」を確立する際のＦＴＡＭ＿Ｒｅｓｐｏｎｄｅｒの役割が載っている。同じ第１部の付録Ａに、ＦＴＡＭの使用のいくつかの例がシーケンス図の形で示されている。このように、ＧＯＰＳ３０２は運転支援ビューとファイル処理ビューの中に、それぞれ３０４と１２０で示されており、これによりファイル処理ビューと変換機能１２４と運転支援ビューを相互に接続し、ＧＰＰ機能により後処理されたデータ記録を運転支援システムまたは外部ユーザに転送することができる。図４は図２および図３の２０２の拡大図であって、同時に機能１２２と１２４の間の通信を示す略図である。機能１２２内のデータの発信元４０２はインターフェース４０４を経て変換構成要素４０６．１−４０６．４とその間にあるインターフェース４０８．１−４０８．３に接続し、更にインターフェース４１０を経てデータの宛先４１２に接続する。図に示した変換構成要素とその間にあるインターフェースの数は単なる例であって、その数は任意でよい。各変換構成要素４０６．ｎは変換機能１２４の中のデータ処理で役割すなわちサブタスクを有する。１つまたは複数の変換構成要素４０６．１−４０６．４は、図４のシステム内で特定の運転ステップすなわち使用の事例を実現すると言ってよい。相互に関係するこれらの使用の事例のグループは、変換機能１２４の一部または全部の機能である。各変換構成要素４０６．ｎは、それぞれ別個の互換性のあるソースコード量で構成する１つまたは複数のソフトウエアユニットを含むローディングモジュールの形のソフトウエア構成要素を実行する。ソフトウエアユニットはインターフェース４０８．ｎを実現して使用する。各インターフェース４０８．ｎは、多数の型定義と、変換構成要素毎の２つの役割定義の定義から成る。インターフェースの一例は、従属の役割定義を持つ機能原型Ｆである。役割定義は機能呼出しの意味、すなわち、機能呼出し部が行うことと、その機能が実行すること、を指定しなければならない。ソフトウエアユニットＡが適合機能を提供する場合は、ＡがＦを実現する、というのが普通である。同様に、機能を呼び出すためだけにＦを使用するソフトウエアユニットＢは、Ｆを使用する、というのが普通である。インターフェースの例を探すのは困難ではないが、あまり明確でないのは、そのインターフェースを使用するのはどちら側か、またそれぞれを実現するのはどちら側か、ということである。このような場合に、使用および実現という用語の具体的な意味を決定するのが役割定義である。ソフトウエア構成要素を作るには、多数の編集されたソフトウエアユニットを相互に連結する。この過程でほとんどのインターフェースは独特の実現(impleme ntation)を達成し、ソフトウエア構成要素内のインターフェースの使用は全てこの実現と静的に関連する。ソフトウエア構成要素がプロセッサにロードされるとき、更にいくつかのこれらインターフェースは独特の実現と関連する。残りのインターフェースをオープンと呼び、ここでは特に重要である。ロードされたソフトウエア構成要素は、どのオープンインターフェースをそれが実現するか、またどれを使用するかにより、特徴付けられる。あるソフトウエア構成要素をある使用の事例に用いる前に、そのオープンインターフェースの使用を定義しなければならない。少なくとも１つのオープンインターフェースを有するソフトウエア構成要素は、一組の抽象的接続点を与える。各抽象的接続点はオープンインターフェースの１つを使用しまたは実現する。所定の使用の事例では、いくつかのソフトウエア構成要素は必須である。必須のソフトウエア構成要素がオープンインターフェースを含む場合は、各オープンインターフェース毎にユーザと実現との相互接続を可能にする構成情報をこれに与えなければならない。使用の事例は次のように構成される。第１ステップは、用いるソフトウエア構成要素を選択することである。これを行うと、一組のオープンインターフェースも得られる。次のステップは、各ソフトウエア要素毎に、現在の使用の事例でどの変換構成要素を占有するかを決定することである。これを行うと、各変換構成要素毎に、そのソフトウエア構成要素内の各抽象的接続点に対応する具体的接続点が存在する。最後のステップは、全ての具体的接続点においてユーザと実現を適合させることである。明らかに、同じオープンインターフェースを、対応する抽象的接続点の一方が使用し他方が実現しさえすれば、２つの具体的接続点を適合させることができる。簡単な使用の事例では、インターフェース４０４−４１０はここで提供(Offer )／受入れ(Accept)（Ｏ／Ａ）と呼ぶ型でよい。詳しく言うと、方法呼出しインターフェース(method call interface)の問題がある。こう呼ぶのは、提供と受入れが通信に用いられる主な方法であるからである。２つのオブジェクトがインターフェースを通して通信するとき、一方は更に「送り手」の役割、他方は「受け手」の役割を果たす。インターフェースを通して流れるデータは送り手から受け手に進む。発信元４０２は、任意の記録を変換のためにＧＰＰ機能１２４に転送する機能を持つ機能１２２内の一般的インターフェース４０３に結合する。宛先４１２は、データの送信を任意の送信モードまたは他の伝送モードで行う機能を持つ一般的な送信インターフェース４１３に結合する。変換構成要素４０６の連鎖は、例えばＵＮＩＸのパイプライン概念と同様なパイプラインを形成してよい。違う点は、提供／受入れインターフェースにより変換構成要素が同じ過程で実行することができるので、処理のコストが最小になることである。提供／受入れインターフェースは双方向に働き、流れ制御を行い、データをコピーしない。定義から言って、変換構成要素はこのインターフェースのユーザである。変換機能１２４について説明した概念は、設計者と運転者にとって次の利点と可能性を持つ。・任意のデータ変換、すなわち書式化だけでない。・任意のファイル送信プロトコルまたはその他のファイル処理（例えばテープ、ライターなど）。・最大の一般的機能性、すなわち、高いレベルの設計支援。・アプリケーションの最小の設計および実現。・すでに設計済みの変換構成要素の再使用。・オペレーティングシステム内で変換構成要素の変更が可能、ただしファイル送信中ではない。・変換構成要素を追加することにより、現在および将来の標準への適応が可能。・市場またはアプリケーションの要求に従って、記録およびファイルを任意の書式で供給することが可能。後処理機能ＧＰＰは予め定義された方法とパラメータを有する抽象的資源オブジェクトであるが、オブジェクト内の実際の処理はアプリケーションに特有である。このようにＧＰＰは、変換構成要素の所定の規則に従う限り、異なるデータ変換を中に入れることのできるボックスと見なすことができる。規則とは、一方では、変換構成要素はＯ／Ａインターフェースなどの確立されたインターフェースを用いなければならないことであり、他方では、入力と出力の型を持ち、変換構成要素の出力の型はパイプライン内の次の変換構成要素の入力の型と適合しなければならないということである。市場／ユーザの中には、書式や変換に関する柔軟性を要求するものもあれば、変換の効率を要求するものもある。これらの要求は矛盾した点があるが、どちらも満たすことができる。固定された書式の効率が望まれる場合は、変換構成要素はその特定の書式に関して最適なコードで設計することができる。柔軟性が望まれる場合は、選択可能な変換構成要素を持つライブラリを設計する。一般的機能性を最大に用いるには、情報の内容を知る必要があるのはどこか、それはデータの問題か、について分析を行う必要がある。ほとんどの場合、それはデータ、すなわち伝送し記憶し送信するビットの容器、の問題である。データの問題であれば一般的な機能を用いることができるが、情報の問題ということになると機能を特殊化しなければならない。好ましくは、ＧＰＰ機能は基本的な変換構成要素を用いて最初から設計する。その理由は、ＧＯＰＳ機能の設計者は、異なるユーザ／市場がその情報に関してどの書式を持っているかを知ることができないからである。したがって、所望の目的に合うようにこの構成要素を後で特殊化するのはアプリケーション／市場の設計者である。例えば、運転者は記録の書式を、ローカルの後処理システムで用いられているデータベース書式に適応させることができる。これは基本的な変換構成要素を特殊化することにより可能になる。図１−図３に関して説明した網要素の設計からは外れるが、例として、図１− 図３のＧＯＰＳ機能１２２を用いて情報の取得や送出を行う方法について概略を図５−図８により説明する。この例では、「取得」とは情報をログから取得することである。書式化やその他のデータ処理を行わない場合は、これは伝送される内部書式の問題である。この性質は、例えば処理された情報がシステム外で変換される場合に用いることができる。この場合は、ＧＯＰＳ機能はログ記録を仮想ファイルとして送出するための支援である。図５は、情報生成オブジェクト５０２が通知５０４をログ５０６に送り、そこにログ記録として記憶する流れを示す。ＧＯＰＳ１２２はログ５０６からログ記録を取り出し、書式化および処理を行った後、得られた情報パケットを矢印５１０に従って送る。通知は情報キャリヤと見なすことができる。ＴＭＮ標準はＥＦＤ（事象転送弁別器(Event Forwarding Discriminator)）と呼ぶ支援オブジェクトを通知の収集器として定義しているが、通知をログに収集して中間で記憶することもできる。通知には２つの種類がある。すなわち、処理されたオブジェクトの通知と資源の通知である。ログは両方の通知に用いることができる。通知は、送出する前に書式化し処理しなければならない。通知はログ記録として記憶され、ログ記録はログから取り出される。集団データすなわち個々に選択されないデータ、は容量の理由からファイルとして転送しなければならないが、各アプリケーションは網要素内で利用可能な任意のファイル送信を選択することができる。書式化された記録の送出は一般的インターフェースにより行う。ファイル送信プロトコルは独立したインターフェースである。送出インターフェースは、同じ方法およびパラメータを全てのオブジェクトが用いるという意味で一般的であって、ＧＯＰＳを確立したときに送出のために選択することができる。ファイル書式は、選択された送出オブジェクトに属する。例えば、この例のオブジェクトはＦＴＡＭの１つの実現とＦＴＰの別の実現で構成することができる。一般的インターフェースは両方の実現に対して同じ方法を支援する。図６は、図５の例においてＧＯＰＳ機能を運転する方法の原理を示す。図は横方向に３つの区分に分かれる。すなわち、インターフェース１１０を通る運転支援管理ビュー６０２と、資源層１０６（図１）の一部であるビュー６０４と、インターフェース１１２（図１）を通るファイル処理ビュー６０６である。３つのビューを分離する縦の点線をそれぞれ６０８と６１０で示す。管理ビュー６０２は資源層１０６内のＧＯＰＳ機能１２２（図１と図３）のための処理されたオブジェクト３０４を含む。ビュー６０４は機能１２２の他にログ５０６とＧＰＰ機能１２４（図１−図３）を含む。ファイル処理ビュー６０６には、ＧＯＰＳ機能１２２の表現１２０（図１）とＦＴＡＭ＿Ｒｅｓｐｏｎｄｅｒ３０８（図３）が含まれる。図８のシーケンス図も併せて参照して説明すると、図６は、要求が送られ（矢印８０２）、ファイル処理ビューに含まれる応答器３０８を経て（矢印６１４）、ログ６１２から１つまたは複数のログ記録を得る流れを示す。要求は、図１− 図３のブロック１０４で表されるイニシエータから出る。要求はＧＯＰＳ表現１２０を経てＧＯＰＳ機能１２２に送られる（矢印６１６）。ＧＯＰＳ機能１２２は矢印６１７に従って要求を送り、ログ６１２から現在のログ記録を得る。ログ記録は矢印６１８に従ってＧＯＰＳ機能１２２に送られ、ＧＯＰＳ機能１２２は後処理すなわちイニシエータ１０４が所望する書式への変換、の要求（矢印６２０）をＧＰＰ機能１２４に送る。ＧＰＰ機能１２４は要求された変換を行い、後処理されたデータを例えばファイルの形でＧＯＰＳ機能１２２に送る（矢印６２２）。ＧＯＰＳ機能１２２はファイルを送り（矢印６２４）、さらにＧＯＰＳ表現１２０を経て応答器３０８に送る（矢印６２６）。ファイルは最後に応答器３０８を経て、矢印８０４に従ってイニシエータ１０４に達する（図８）。上の例では、イニシエータ１０４は任意の行為者、例えば運転支援システムや料金局などでよい。しかし、ＧＯＰＳ機能１２２から得られた後処理されたデータも、例えば上に説明したＦＴＡＭによるファイル転送を除き、現在のシステムで利用可能なテープやライターなどの別の外部通信を通して送出することができる。ＧＯＰＳ機能１２２の運転支援ビュー内のＧＯＰＳ＿ＭＯ表現３０４（図３）は、図６に示すようなシステムが起動したときに確立される。表現３０４により、運転支援システムはこのシステムに適用可能な規則を確立し制御する。このようにして、例えば、どのログを用いるか、変換構成要素の数や性質などのＧＰＰ機能をどう設計するか、どの規則（例えば図６の例のファイル確立の規則）が外部ユーザとの通信に有効か、が確立される。図７は、図５と図６のシナリオの例を示す。これは移動電話で、料金局が内部書式でログに記憶されているトラフィックデータ、いわゆるＴＴ（使用料徴収）記録、に申し込む事例である。料金局はＧＯＰＳによりまたＦＴＡＭを通してこれらのトラフィックデータを得る。図７は網要素７０２を示す。網要素７０２は、例えば移動電話加入者を表す交通情報生成オブジェクト７０４．１−７０４．ｎ、運転支援システム７０６、ログ７０８、中間記憶メモリ７１０、を含む。さらに、ファイルサーバエンティティＧＯＰＳ−ＶＦＳ１２０、ＧＯＰＳ機能１２２、ＧＰＰ機能２０２、ＦＴＡＭ応答器３０８、を示す。外部ユーザである料金局を７１２で示す。これはＦＴＡＭイニシエータ１０４を含む。オブジェクト７０４からのトラフィックデータは、運転支援システム７０６を経てログ７０８に記憶される。料金局７１２が申し込んでいるトラフィックデータは、その後メモリ７１０内に中間的に記憶される。ピーク時でないとき、料金局７１２は中間的に記憶されたトラフィックデータを、ログ７０８を通してメモリ７１２から収集して取り出す。通信および過程は図６と図８における説明と同様に行われる。したがって図７の矢印は、図６と図８の対応する矢印と同じ参照番号で示す。また図８のシーケンス図を参照すると、図７はＦＴＡＭイニシエータ１０４からＦＴＡＭ応答器３０８に要求を送り（矢印８０２）、１つまたはいくつかのログ記録をログ７０８から得る流れを示す。要求は矢印６１４でＧＯＰＳ表現１２０に、さらに矢印６１６でＧＯＰＳ機能１２２に送られる。ＧＯＰＳ機能１２２は矢印６１７に従って要求を送り、現在のログ記録をログ６０８から得る。ログ記録は中間記憶メモリ７１０からログ７０８を経て矢印６１８に従ってＧＯＰＳ機能１２２に送られる。ログ記録は、後処理すなわちイニシエータ１０４が所望する書式への変換、の要求（矢印６２０）と共に、ＧＯＰＳ機能１２２からＧＰＰ機能１２４に送られる。ＧＰＰ機能１２４は要求された変換を行い、後処理されたデータを、例えばファイルの形でＧＯＰＳ機能１２２に送る（矢印６２２）。ＧＯＰＳ機能１２２はファイルをＧＯＰＳ表現１２０に（矢印６２４）、更に応答器３０８に（矢印６２６）送る。最後に、ファイルは応答器３０８から料金局７１２内のイニシエータ１０４に達する（矢印８０４）。図９−図１２は、ＧＰＰ機能による後処理の実行時図形の形で、多数の別の例を示す。図９は実質的に図５と同じであって、該当するものには図５と同じ参照番号を用いる。要するに、情報生成オブジェクト５０２は通知５０４をログ５０６に送り、ここにログ記録として記憶する。ＧＯＰＳ５０８はログ５０６からログ記録を取り出し、９０２で示すＧＰＰ機能により書式化し処理した後、得られた情報パケットを矢印５１０により更に送る。図９の目的は、情報を処理する必要性を最小にし、必要があればこれらの条件／機能をできるだけ柔軟にするために開発した後処理を示すことである。知る必要のある情報の構造と内容を、図９の長円形９０４と図１０−１３のいくつかの定義された場所で示す。図９は、情報生成オブジェクト５０２の中にあるこのような長円形９０４とＧＰＰ機能９０２を示す。図９では、ＧＰＰ機能は出力の直前に処理されるが、ロギング（図示せず）の前に用いることもできる。市場は異なる型の記録に同じ記録区切りを要求する可能性があるので、再使用のためにこれらを別個のオブジェクトとして実現することができる。この性質を更に発展させて、後処理のための層化支援構造を作ることができる。図１０のＧＰＰ機能１００２は、例えば、１００６に入る情報パケットを開くための変換構成要素１００４と、タグを市場の特定のタグに変換するための変換構成要素１００８と、書式化するための変換構成要素１０１０と、記録の区切りのための変換構成要素１０１２を含む。図示していないが、変換構成要素の仕事の別の例として、記録を所望の順序で記録し、表を集め、計器の読みから記録を編集するなどがある。ＧＰＰ機能の内部構造から、０−ｎの別個の機能を用いること、またこれによりアプリケーションオブジェクトを再使用することができる。図１１は、ログ１１０１が通知の中の持続的なオブジェクトから情報を収集し、ＧＯＰＳ機能１１０４に含まれるＧＰＰ機能１１０２によりこれを後処理する例を示す。ＧＰＰ機能１１０２では、通知を変換構成要素１１０６で開き、変換構成要素１１０８で編集して書式化し、変換構成要素１１１０で記録に区切りを付ける。その結果を、ＧＯＰＳ機能１１０４から矢印１１１２でファイル書式１１１４に送出する。変換の目的に従って、データをいくつかのステップで変換することができる。一例として、図１２に機密保護処理シナリオの例を示す。オブジェクト１２０２は機密保護通知１２０４にチェックサムを追加し（矢印１２０３）、これをログ記録１２０５としてログ１２０６内にログする。ＧＯＰＳ機能１２０８はログ１２０６からログ記録１２０５を取り出す。ＧＯＰＳ機能１２０８に含まれるＧＰＰ機能１２１０で、変換構成要素１２１２により書式化し、変換構成要素１２１４により暗号化し、変換構成要素１２１６により記録に区切りを付ける。その結果を、ＧＯＰＳ機能１２０８からファイル書式１２１８に送る。柔軟性またはキャパシティ／スルーフロー(throughflow)を達成するために、異なる方法で最適化することもできる。図１３は可能な借方管理シナリオ(debit ing management scenario)の例を示す。呼記録の出力１３０２から通知１３０４を送り、ログ記録としてログ１３０６にログする。ＧＯＰＳ機能１３０８はログ１３０６からログ記録を取り出す。ＧＯＰＳ機能１３０８にはＧＰＰ機能１３１０が含まれる。ＧＰＰ機能１３１０に含まれる変換構成要素１３１２により、特定の市場またはアプリケーションに最適のコードへの変換が行われる。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９７年１月７日【補正内容】請求の範囲１．データ網に含まれ、前記網の運転と保守のための運転支援システム（１０４）を有する網要素であって、前記網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、前記網要素の運転を実行するのに用いられる資源とを含む資源層（１０６）と、ソフトウエアから成る運転支援ビュー（１１０）であって、その中で前記網要素（１０２）は、運転支援システム（１０４）から見ると多数の資源表現（１１４）から成り、網要素運転の実行に関して前記各資源および網要素機能を処理するために前記運転支援システムにより用いられる、運転支援ビュー（１１０）と、資源層内にあって、運転支援ビュー（１１０）内に表現（３０４）を有する支援機能（３０２）であって、支援機能（３０２）の前記表現（３０４）を通して、前記資源層内にある資源からデータを取り出すようユーザから要求を受ける通信機能（１２２）と、運転支援図（１１０）内に表現（１２６）を有する変換機能（１２４）であって、通信機能（１２２）から前記データを受け、これを所望の書式に変換し、これを通信機能（１２２）に送って前記ユーザに転送するための、変換機能（１２４）、を含む支援機能、を備える網要素。２．網要素であって、ソフトウエアから成るファイル処理ビュー（１１２）において、運転支援システム（１０４）または外部ユーザ（７１２）から見ると、外部ユーザが用いることのできる資源に対して資源層内でデータファイル送信を行うために前記運転支援システムが用いることのできる、多数のデータファイル識別オブジェクト（１１８、１２０）から成り、前記通信機能（１２２）は前記運転支援ビュー（１１０）内の処理されたオブジェクト（３０４）とファイル処理ビュー（１１２）内のデータファイル識別オブジェクト（１２０）により表され、これによりファイル処理ビュー（１１２）と変換機能（１２４）と運転支援ビュー（１１０）を結合して、変換機能（１２４）により変換されたデータファイルを外部ユーザ（７１２）が用いる資源に転送できるようにする、請求項１に記載の網要素。３．前記変換機能はその変換の種類毎に多数の変換構成要素を有する、請求項１または２に記載の網要素。４．各変換構成要素は変換機能内のデータ操作で或る役割すなわちサブタスクを有する、請求項３に記載の網要素。５．１つまたは複数の変換構成要素は特定の運転ステップすなわち使用の事例を実現し、また相互に関係するこれらの使用の事例のグループは変換機能の一部または全部を構成する機能を形成する、請求項４に記載の網要素。６．各変換構成要素は、それぞれ別個の互換性のあるソースコード量から成る１つまたは複数のソフトウエアユニットを含む、ローディングモジュールの形のソフトウエア構成要素を実行する、請求項３−５のどれかに記載の網要素。７．前記ソフトウエアユニットは型定義のグループと各変換構成要素毎の２つの役割定義から成るインターフェースを実現して用いる、請求項６に記載の網要素。８．網の運転と保守のための運転支援システムを有するデータ網の一部である網要素内に支援機能を作る方法であって、前記網要素は、前記網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、前記網要素運転を実行するのに用いられる資源とを含む資源層（１０６）と、ソフトウエアから成る運転支援ビューであって、その中で前記網要素（１０２）は、運転支援システム（１０４）から見ると多数の資源表現（１１４）から成り、網要素運転の実行に関して前記各資源と網要素機能を処理するために前記運転支援システムにより用いられる、運転支援ビュー（１１０）、を備え、前記方法は、支援機能（３０２）のために前記運転支援ビュー内に表現（３０４）を与え、前記支援機能（３０２）の一部として、支援機能（３０２）の前記表現（３０４）を通して、前記資源層内にある資源からデータを取り出すようユーザから送られる要求を受ける、通信機能（１２２）と、それぞれ別個の互換性のあるソースコードから成る多数の編集されたソフトウエアユニットをソフトウエア構成要素毎に相互に連結することによる、ローディングモジュールの形の多数のソフトウエア構成要素と、運転支援ビュー（１１０）内に表現（１２６）を有する変換機能（１２４）であって、通信機能（１２２）から前記データを受け、これを所望の書式に変換し、これを通信機能（１２２）に送って前記ユーザに転送するための、またそれぞれ前記ソフトウエア構成要素を実行する多数の変換構成要素を有する、変換機能（１２４）、を前記資源層の中に作る、ステップを含む、網要素内に支援機能を作る方法。９．前記編集されたソフトウエアユニットを相互に連結したとき、特有の実現と前記ソフトウエアユニットにより実現され用いられる多数のインターフェースとを相互に接続して、前記ソフトウエア構成要素内のこれらのインターフェースの全ての使用と前記特有の実現とを静的に関連させ、ソフトウエア構成要素をプロセッサにロードするとき、前記ソフトウエアユニットにより実現され使用される別の多数のインターフェースと特有の実現とを相互に接続して、ロードされたソフトウエア構成要素内で実現し使用するために多数の残りのオープンインターフェースを提供する、請求項８に記載の網要素内に支援機能を作る方法。 10．アプリケーションをそのオープンインターフェースで定義することにより、使用の事例で用いるためのソフトウエア構成要素を準備し、少なくとも１つのオープンインターフェースを有するソフトウエア構成要素により、それぞれが前記オープンインターフェースの１つを使用しまたは実現する一組の抽象的接続点を与える、請求項９に記載の網要素内に支援機能を作る方法。 11．第１ステップで、一組のオープンインターフェースを得るために用いるソフトウエア構成要素を選択し、第２ステップで、現在の使用の事例で占有する変換構成要素を各ソフトウエア構成要素毎に決定することにより、そのソフトウエア構成要素内の各抽象的接続点に対応する具体的接続点を各変換構成要素毎に得て、第３ステップで、全ての具体的接続点でユーザと実現を適合させる、ことにより使用の事例の構成を行うことを含む、請求項１０に記載の網要素内に支援機能を作る方法。 12．網要素内の資源層内で利用可能なデータを所望の書式に変換することを含む運転を、要求する事例からの要求に応じて実行する方法であって、前記網要素は前記網の運転と保守のための運転支援システム（１０４）を有するデータ網内に含まれ、前記網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源（１０８）と、前記網要素運転を実行するのに用いられる資源とを含む前記資源層（１０６）と、ソフトウエアから成る運転支援ビュー（１１０）であって、その中で前記網要素（１０２）は、前記運転支援システム（１０４）から見ると多数の資源表現（１１４）から成り、網要素運転の実行に関して各資源と網要素機能を処理するために前記運転支援システムにより用いられる、運転支援ビュー（１１０）、を備え、前記方法は、前記資源層内の支援機能（３０２）と運転支援ビュー（１１０）内の前記支援機能のための表現（３０４）を与え、前記支援機能の一部であり、支援機能（３０２）の前記表現（３０４）を通してユーザと通信することのできる、通信機能（１２２）を与え、前記資源層内に前記支援機能の別の一部として変換機能（１２４）を与え、データを得て所望の書式に変換することが可能であり、運転支援ビュー（１１０）内の前記変換機能のための表現（１２６）を更に与え、前記表現（３０４）を通して通信機能（１２２）により前記要求を受けて、前記資源層内の利用可能な前記データを取り出し、通信機能（１２２）から前記データを前記変換機能に受けて、これを前記所望の書式に変換し、前記変換されたデータを通信機能（１２２）に送ってこれを前記要求事例に転送する、ステップを含む、運転を実行する方法。 13．前記網要素は、ソフトウエアから成るファイル処理ビュー（１１２）を含み、ここで前記網要素は、前記運転支援システム（１０４）または外部ユーザ（７１２）から見ると、外部ユーザが用いることのできる資源に資源層内でデータファイル送信するために前記運転支援システムが用いることができる多数のデータファイル識別オブジェクト（１１８、１２０）から成り、前記運転支援ビュー（１１０）内の処理されたオブジェクト（３０４）によりまた前記ファイル処理ビュー（１１２）内のデータファイル識別オブジェクト（１２０）により前記通信機能（１２２）を表現し、これによりファイル処理ビュー（１１２）と変換機能（１２４）と運転支援ビュー（１１０）を結合して、変換機能（１２４）で変換されたデータファイルを前記要求する事例（７１２）が用いる資源に転送できるようにする、ステップを含む、請求項１２に記載の運転を実行する方法。 14．所望の書式のデータを得るため外部ユーザはこれに関する要求を前記網要素に送り、前記網要素は、前記要求を前記通信機能に転送し、所望の書式の前記データに対応する基本的データを、前記資源層内に含まれかつ前記基本的データを含む資源から前記通信機能により取り出し、前記所望の書式への変換の要求と共に、前記基本的データを前記通信機能により前記変換機能に送り、前記要求された変換を前記変換機能により実行して、前記変換されたデータを前記通信機能に送り、前記変換されたデータを前記通信機能により前記外部ユーザに転送する、ステップを含む対応する過程を開始する、請求項１２または１３に記載の運転を実行する方法。 15．前記変換されたデータは、ファイル送信によりまたは任意の他の外部通信により前記網要素から前記ユーザに送られる、請求項１４に記載の運転を実行する方法。 16．前記運転支援ビュー内の通信機能の表現を確立することにより前記過程を開始し、また前記過程の実行に適用できる規則を前記表現を用いて前記運転支援システムにより確立して制御する、ことを含む、請求項１４または１５に記載の運転を実行する方法。 17．前記規則は、どんな基本的データを含む資源を用いるか、変換をどのように設計するか、ユーザとの通信にどの規則が適用できるか、に関する命令を含む、請求項１６に記載の運転を実行する方法。 18．前記基本的データをログから取り出して、前記変換をロギングの前か後に行うことを含む、請求項１４−１７のどれかに記載の運転を実行する方法。 19．前記基本的データを通知から得ることを含む、請求項１４−１７のどれかに記載の運転を実行する方法。 20．それぞれの種類の変換用の多数の変換構成要素を用いて前記変換機能により前記変換を実行することを含む、請求項１２−１９のどれかに記載の運転を実行する方法。 21．１つまたは複数の変換構成要素を用いて任意のまたはいくつかの以下の変換、すなわち、前記基本的データを含む到着した情報パケットを開き、タグを市場に特有のタグに変換し、書式化し、データ記録の区切りを付け、所望の順序に従って記録を分類し、表を集め、計器の読みからの記録を編集し、暗号化し、特定の市場およびアプリケーションに最適なコードに変換すること、を実行することを含む、請求項２０に記載の運転を実行する方法。

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

Claims

【特許請求の範囲】１．データ網に含まれ、前記網の運転と保守のための運転支援システム（１０４）を有する網要素であって、前記網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、前記網要素の運転を実行するのに用いられる資源とを含む資源層（１０６）と、ソフトウエアから成る運転支援ビュー（１１０）であって、その中で前記網要素（１０２）は、運転支援システム（１０４）から見ると多数の資源表現（１１４）から成り、網要素運転の実行に関して前記各資源および網要素機能を処理するために前記運転支援システムにより用いられる、前記運転支援ビュー（１１０）と、資源層内にあって、ユーザと通信しまた要求に応じて前記資源層内の利用可能なデータを取り出したり提供したりする通信機能と、これらの取り出されたデータを所望の書式に変換する変換機能を含む支援機能（１２２、１２４）、を備える網要素。２．ソフトウエアから成るファイル処理ビュー（１１２）において、網要素は運転支援システム（１０４）または外部ユーザ（７１２）から見ると、外部ユーザが用いることのできる資源に対して資源層内でデータファイル送信を行うために前記運転支援システムが用いることのできる、多数のデータファイル識別オブジェクト（１１８、１２０）から成り、前記通信機能（１２２）は前記運転支援ビュー（１１０）内の処理されたオブジェクト（３０４）とファイル処理ビュー（１１２）内のデータファイル識別オブジェクト（１２０）により表され、これによりファイル処理ビュー（１１２）と変換機能（１２４）と運転支援ビュー（１１０）を結合して、変換機能（１２４）により変換されたデータファイルを外部ユーザ（７１２）が用いる資源に転送できるようにする、請求項１に記載の網要素。３．前記変換機能はその変換の種類毎に多数の変換構成要素を有する、請求項１または２に記載の網要素。４．各変換構成要素は変換機能内のデータ操作で或る役割すなわちサブタスクを有する、請求項３に記載の網要素。５．１つまたは複数の変換構成要素は特定の運転ステップすなわち使用の事例を実現し、また相互に関係するこれらの使用の事例のグループは変換機能の一部または全部を構成する機能を形成する、請求項４に記載の網要素。６．各変換構成要素は、それぞれ別個の互換性のあるソースコード量から成る１つまたは複数のソフトウエアユニットを含む、ローディングモジュールの形のソフトウエア構成要素を実行する、請求項３−５のどれかに記載の網要素。７．前記ソフトウエアユニットは型定義のグループと各変換構成要素毎の２つの役割定義から成るインターフェースを実現して用いる、請求項６に記載の網要素。８．網の運転と保守のための運転支援システムを有するデータ網の一部である網要素内に支援機能を作る方法であって、前記網要素は、前記網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源と、前記網要素運転を実行するのに用いられる資源とを含む資源層と、ソフトウエアから成る運転支援ビューであって、その中で前記網要素は、運転支援システムから見ると多数の資源表現から成り、網要素運転の実行に関して前記各資源と網要素機能を処理するために前記運転支援システムにより用いられる、運転支援ビュー、を備え、前記方法は前記支援機能の一部として、ユーザと通信し、また要求に応じて前記資源層内の利用可能なデータを取り出したり提供したりするのに用いられる通信機能と、それぞれ別個の互換性のあるソースコードから成る多数の編集されたソフトウエアユニットをソフトウエア構成要素毎に相互に連結することによるローディングモジュールの形の多数のソフトウエア構成要素と、取り出されたデータを所望の書式に変換し、各前記ソフトウエア構成要素を実行するための多数の変換構成要素を有する変換機能、を前記資源層内に作るステップを含む、網要素内に支援機能を作る方法。９．前記編集されたソフトウエアユニットを相互に連結したとき、特有の実現と前記ソフトウエアユニットにより実現され用いられる多数のインターフェースとを相互に接続して、前記ソフトウエア構成要素内のこれらのインターフェースの全ての使用と前記特有の実現とを静的に関連させ、ソフトウエア構成要素をプロセッサにロードするとき、前記ソフトウエアユニットにより実現され使用される別の多数のインターフェースと特有の実現とを相互に接続して、ロードされたソフトウエア構成要素内で実現し使用するために多数の残りのオープンインターフェースを提供する、請求項８に記載の網要素内に支援機能を作る方法。 10．アプリケーションをそのオープンインターフェースで定義することにより、使用の事例で用いるためのソフトウエア構成要素を準備し、少なくとも１つのオープンインターフェースを有するソフトウエア構成要素により、それぞれが前記オープンインターフェースの１つを使用しまたは実現する一組の抽象的接続点を与える、請求項９に記載の網要素内に支援機能を作る方法。 11．第１ステップで、一組のオープンインターフェースを得るために用いるソフトウエア構成要素を選択し、第２ステップで、現在の使用の事例で占有する変換構成要素を各ソフトウエア構成要素毎に決定することにより、そのソフトウエア構成要素内の各抽象的接続点に対応する具体的接続点を各変換構成要素毎に得て、第３ステップで、全ての具体的接続点でユーザと実現を適合させる、ことにより使用の事例を構成することを含む、請求項１０に記載の網要素内に支援機能を作る方法。 12．網要素内の資源層内で利用可能なデータを所望の書式に変換することを含む運転を要求に応じて実行し、この変換されたデータを所望の事例に提供する方法であって、前記網要素は前記網の運転と保守のための運転支援システム（１０４）を有するデータ網内に含まれ、前記網内でサービスを提供する網要素機能を含むハードウエアおよびソフトウエアの形の資源（１０８）と、前記網要素運転を実行するのに用いられる資源とを含む前記資源層（１０６）と、ソフトウエアから成る運転支援ビュー（１１０）であって、その中で前記網要素（１０２）は、前記運転支援システム（１０４）から見ると多数の資源表現（１１４）から成り、網要素運転の実行に関して各資源と網要素機能を処理するために前記運転支援システムにより用いられる、運転支援ビュー（１１０）、を備え、前記方法は、前記資源層内にある通信機能により、前記資源層内で利用可能な前記データを取り出して、同様に前記資源層内にある変換機能に送り、前記変換機能によりこれらのデータを所望の書式に変換し、前記変換されたデータを前記通信機能に戻し、前記変換されたデータを前記通信機能により前記所望の事例に転送する、ステップを含む、運転を実行する方法。 13．前記網要素は、ソフトウエアから成るファイル処理ビュー（１１２）を含み、ここで前記網要素は、前記運転支援システム（１０４）または外部ユーザ（７１２）から見ると、外部ユーザが用いることのできる資源に資源層内でデータファイル転送するために前記運転支援システムが用いることができる多数のデータファイル識別オブジェクト（１１８、１２０）から成り、前記運転支援ビュー内の処理されたオブジェクトによりまた前記ファイル処理ビュー内のデータファイル識別オブジェクトにより通信機能を表現して前記ファイル処理ビューと前記変換機能と前記運転支援ビューを結合し、これにより変換機能で変換されたデータファイルを前記事例を形成する外部ユーザが用いる資源に転送できるようにする、ステップを含む、請求項１２に記載の運転を実行する方法。 14．所望の書式のデータを得るためユーザはこれに関する要求を前記網要素に送り、前記網要素は、前記要求を前記通信機能に転送し、所望の書式の前記データに対応する基本的データを、前記資源層内に含まれかっ前記基本的データを含む資源から前記通信機能により取り出し、前記所望の書式への変換の要求と共に、前記基本的データを前記通信機能により前記変換機能に送り、前記要求された変換を前記変換機能により実行して、前記変換されたデータを前記通信機能に送り、前記変換されたデータを前記通信機能により前記外部ユーザに転送する、ステップを含む対応する過程を開始する、請求項１２または１３に記載の運転を実行する方法。 15．前記変換されたデータは、ファイル送信によりまたは任意の他の外部通信により前記網要素から前記ユーザに送られる、請求項１４に記載の運転を実行する方法。 16．前記運転支援図内の通信機能の表現を確立することにより前記過程を開始し、また前記過程の実行に適用できる規則を前記表現を用いて前記運転支援システムにより確立して制御する、ことを含む、請求項１４または１５に記載の運転を実行する方法。 17．前記規則は、どんな基本的データを含む資源を用いるか、変換をどのように設計するか、ユーザとの通信にどの規則が適用できるか、に関する命令を含む、請求項１６に記載の運転を実行する方法。 18．前記基本的データをログから取り出して、前記変換をロギングの前か後に行うことを含む、請求項１４−１７のどれかに記載の運転を実行する方法。 19．前記基本的データを通知から得ることを含む、請求項１４−１７のどれかに記載の運転を実行する方法。 20．それぞれの種類の変換用の多数の変換構成要素を用いて前記変換機能により前記変換を実行することを含む、請求項１２−１９のどれかに記載の運転を実行する方法。 21．１つまたは複数の変換構成要素を用いて任意のまたはいくつかの以下の変換、すなわち、前記基本的データを含む到着した情報パケットを開き、タグを市場に特有のタグに変換し、書式化し、データ記録の区切りを付け、所望の順序に従って記録を分類し、表を集め、計器の読みからの記録を編集し、暗号化し、特定の市場およびアプリケーションに最適なコードに変換すること、を実行することを含む、請求項２０に記載の運転を実行する方法。